Radio-frequency (RF) tracking is used in many different types of sporting events and for a variety of purposes. In ballgames, RF tags may be attached to players and balls to track their respective movements. In this case, each RF tag is in RF communication with multiple receivers at different respective locations to determine the position of each RF tag. It is also commonplace to equip runners in a race with RF tags for finish line timing, and in some cases for tracking the progress of the runners during the race. RF tracking is also utilized to transmit biometric data of an athlete, such as an athlete's heart rate, by coupling an RF tag with a biometric measurement device carried by the athlete.
In RF tracking, the RF tag attached to the object to be tracked (e.g., athlete, ball, car, etc.) emits a radio signal that is detected by one or more receivers. Based upon the expected speed of movement of the tracked objects, the ping rate (i.e., periodicity, frequency or rate of transmission) from each tag may require between ten and one hundred locates per second. Where many objects are tracked concurrently within the same field of operation, many tags may be configured to transmit frequently, typically resulting in overlap of transmission. This is particularly challenging in events like football where a large number of fast moving objects are tracked to continuously provide position information for each athlete and the ball. In many cases, the quality of location determination is compromised by transmission overlap, often resulting in failure to locate one or more objects. Thus, RF communication limitations impose limits on (a) the number of objects that can be simultaneously tracked and/or (b) the accuracy with which the objects can be tracked.
In one embodiment, a system dynamically schedules wireless transmissions without collision within a repeating frame. Each frame is divided into a plurality of consecutive blocks and each block is divided into a plurality of consecutive time slots. A first predefined time slot in each block is used for announcement transmissions. The system includes a master transmitter capable of transmitting a master time mark during a second predefined time slot in each block. The master time mark includes a time slot reservation area for indicating dynamic allocation of time slots. The system also includes a processor communicatively coupled with the master transmitter, a non-transitory memory communicatively coupled with the processor, a time slot reservation table stored within the memory for tracking the predefined time slots and dynamic allocation of the time slots within each block, and an allocator, implemented as machine readable instructions stored in the memory and executed by the processor, capable of: allocating, based upon the time slot reservation table, at least one unallocated time slot in at least one of the plurality of blocks for use by a transmitting device in response to an announcement message received from the transmitting device during the first predefined time slot; and updating the time slot reservation area and the time slot reservation table to indicate the allocation of the at least one time slot to the transmitting device. The transmitting device receives a subsequent master time mark and transmits only during the indicated at least one time slot of a subsequent frame.
In another embodiment, a method dynamically schedules wireless transmissions without collision. A master transmitter periodically transmits a time mark during a first predefined time slot of a plurality of consecutive time slots that form a transmission block. Multiple consecutive transmission blocks form a frame. An announcement transmission from a wireless transmitting device is received via at least one receiver during a second predefined time slot of the plurality of time slots. An allocator allocates, at least partly based upon the received announcement transmission, a third time slot of the plurality of time slots to the wireless transmitting device. A time slot reservation area of at least one subsequently transmitted time mark includes indication of the allocation of the third time slot to the wireless transmitting device. The wireless transmitting device receives the subsequently transmitted time mark and transmits only during the third time slot of subsequent frames.
This document describes example systems and methods for dynamically scheduling transmissions from a plurality of wireless tags. In the examples shown, the wireless tag transmissions are used to track objects within an operational area using ranging techniques. However, the disclosed dynamic scheduling systems and methods may be used for other purposes, such as data transfer, without departing from the scope hereof. The primary characteristics of the disclosed systems and methods are a global clocking scheme that creates defined time slots that are used for slotted transmissions that favor high and adjustable transmission rates, with dynamic and automatic registration and configuration of the wireless tags. The advantages of the disclosed systems and methods are that transmission collisions are avoided by dynamically assigning one or more of the time slots for use by each transmitting device such that only one device is transmitting at any one time.
In the example of
In one embodiment, wireless tags 102, receivers 104, and transmitters 106, 108 operate within the ultra-wide-band (UWB) frequency range using conventional UWB protocols, where each tag 102, receiver 104, and transmitters 106, 108 is configured with, for example, at least one DW1000 chip from DecaWave Ltd. The DW1000 is a fully integrated single chip UWB low-power low-cost transceiver IC compliant to IEEE802.15.4-2011. However, wireless tags 102, receivers 104, and transmitters 106, 108 may operate at other frequencies, use other protocols, and use other chips without departing from the scope hereof.
Timing:
In the following description, timing is based upon the duration of each transmission from wireless tags 102.
System 100, and in particular allocator 112, dynamically controls transmission time (also known as air time) of transmitting devices (e.g., wireless tags 102, transmitter 106, 108) according to time slots 200. The number of consecutive time slots 200 allocated for any particular transmission defines a maximum packet size that may be transmitted. That is, allocator 112 may allocate multiple time slots 200 to any transmitting device to allow for transmissions requiring a duration greater than a single time slot 200.
The start of each transmission block 300 is signaled by a master time mark 302 that is transmitted by master transmitter 106, and optionally followed by one or both of a slave time mark 304(1), transmitted by slave transmitter 108(1), and a slave time mark 304(2), transmitted by slave transmitter 108(2). In one embodiment, each time mark 302, 304, is allocated two time slots 200; specifically, time slots 0 and 1 are dedicated for use by master time mark 302, time slots 2 and 3 are dedicated for use by slave time mark 304(1), and time slots 4 and 5 are dedicated for use by slave time mark 304(2). The number of time slots allocated for use by time marks 302, 304 is based upon the amount of data to be included within each time mark. Time slot 127 is dedicated for announcement 308 transmission by tags 102, where any tag 102 that is not yet configured may transmit an announcement 308 within time slot 127 to announce its presence to system 100.
Allocator 112 dynamically allocates time slots 6 through 126 for use by tags 102 and optionally by receivers 104. Allocator 112 maintains a time slot reservation table 114 within memory of computer 110 that defines which time slots 200 of each transmission block 300 are allocated for use by each transmitting device (e.g., tags 102 and optionally receivers 104, and transmitters 106, 108).
Packet Format:
Within system 100, transmissions use the format defined in transmission packet 202 of
Additional data may follow these two data items as needed. In one embodiment, sender node ID is one byte, and thus operation of system 100 may include up to 255 different transmitting devices (e.g., tags 102, receivers 104, and transmitters 106, 108).
Operation:
The operation of system 100 is described from the point of view of the participating devices. At first, operation is assumed to be with a separate backhaul network (i.e., using network 120) for transferring data from receivers 104 to computer 110. Later, using the UWB as backhaul will be discussed, wherein data sent from receivers 104 to computer 110 are transmitted wirelessly and share the bandwidth provided by allocation of time slots 200.
Master Transmitter
Master transmitter 106 contains a very stable clock and transmits master time mark 302 at the start of each transmission block 300 to provide global timing to system 100. Only one master transmitter 106 is used within system 100 and is positioned to maximize the number of other devices 102, 104, 108 that receive its transmission (i.e., master time mark 302). Master transmitter 106 is assumed to have adequate amounts of power to receive and transmit as needed.
Once configured, master transmitter 106 emits master time mark 302 precisely at a period of transmission block 300 until system 100 is shut down.
Slave Transmitter(s)
Optionally, one or both of slave transmitters 108(1) and 108(2) may be included to extend operation of system 100 beyond the transmission range of master transmitter 106. Slave transmitters 108(1) and 108(2) transmit slave time mark 304(1) and 304(2), respectively, and may be positioned such that all devices (e.g., tags 102 and receivers 104) of system 100 within operational area 150 are able to receive at least one of master time mark 302 and slave time marks 304(1) and 104(2). In electrical design, each slave transmitter 108 is substantially identical to master transmitter 106, and is positioned such that (a) it is in range to receive master time mark 302, and (b) a sufficient number of receivers 104 are able to receive both slave time mark 304 and master time mark 302.
Each included slave transmitter 108 is configured via network 120 and receives its unique node ID, which defines which time slots 200 it transmits within, in each transmission block 300, as shown in
Once each included slave transmitter 108 is configured, it transmits slave time mark 304 containing its node ID, an adjusted slot counter (i.e., slave transmitter 108(1) sends master time mark 302 slot counter+2, and slave transmitter 108(2) sends master time mark 302 slot counter+4) and the same information as time slot reservations area 504 and auxiliary command area 506 as in master time mark 302.
If able, each slave transmitter 108 synchronizes with master transmitter 106 by receiving master time mark 302 to determine parameters for converting global time to their local clock and thereby align itself with its allocated time slot. If slave transmitter 108 does not receive master time mark 302, it may receive transmissions from one or more other nodes (e.g., tags 102 and other transmitter 108) and align itself with its allocated time slot 200 based upon information of time slot reservation table 114. Via network 120, slave transmitter 108 may receive information as to how to adjust its local clock to be more aligned with master transmitter 106. For example, if at least one receiver 104 receives both master time mark 302 and slave time mark 304, then, based upon received data for each of these received time marks 302, 304, computer 110 may determine an alignment error between slave time mark 304 and master time mark 302 and provide an adjustment to slave transmitter 108 via network 120.
Receivers:
Each receiver 104 is positioned such that transmissions from tags 102 within operational area 150 are received. Each receiver 104 is connected to computer 110 via network 120 and has a stable clock. Each receiver 104 is able to receive at least one of master time mark 302 and slave time mark 304, and thereby synchronizes itself for operation within system 100. Operation of receiver 104 assumes adequate amounts of power to receive and transmit as needed.
In an example mode of operation, receiver 104 receives all transmissions, records data received within transmission and at least a timestamp indicative of the time the transmission was received, and optionally one or more of signal strength, signal quality, and so on. Receiver 104 then sends this information via network 120 to computer 110.
Tags:
Tags 102 are attached to objects, such as people, athletes, balls, and so on, that are to be tracked within operational area 150. Tags 102 utilize power from at least one battery and therefore system 100 operates to configure each tag 102 with a desired ping rate such that each tag 102 transmits only as often as necessary, thereby reducing power consumption and the size of the battery needed to power the tag 102.
To conserve battery power, tag 102 configures itself in a low-power mode (also known as sleep mode) when not required to transmit, receive, or perform other operations. When initially powered on, tag 102 configures itself to periodically wake, at a low duty cycle, to receive master time mark 302 or slave time mark 304. In one embodiment, tag 102 awakens and activates its receiver to “listen” for a period greater than duration tb of one transmission block 300 once every minute, and thereby has a very low duty cycle (e.g., about 0.03%). The sleep interval between listening periods may be varied to aid in randomizing tag wake up times, thereby reducing likelihood of repeating transmission collisions where two tags awaken at the same time to request configuration.
Since tag 102 is listening for a period greater than the duration of one transmission block 300, it is assured of receiving master time mark 302 and/or slave time mark 304 when in range of an operational system 100. When tag 102 does not receive a master time make (or slave time mark) it assumes that it is not within range of operational system 100 and returns to its low-power mode.
As shown in
When unconfigured, upon receiving master time mark 302 or slave time mark 304, tag 102 determines a current slot counter of the received transmission. It may also determine whether the received transmission was from master transmitter 106 or a slave transmitter 108 using either the received node ID or the received slot counter 502.
Tag 102 then computes a start time for time slot 127 of the current transmission block 300 and transmits announcement 308 within time slot 127 to identify itself to system 100, where tag announce 308 packet contains a long serial number or MAC address that uniquely identifies tag 102. Optionally, announcement 308 also includes other parameters from tag 102 (e.g., battery level, and so on). Announcement 308 is limited in length to duration dt of a single time slot 200.
After sending announcement 308, tag 102 configures itself to awaken from a low-power mode to receive master time mark 302 in a transmission block 300 that is several (e.g., sixteen) blocks into the future, wherein allocator 112 inserts time slot reservation information within that block. This block delay (e.g., sixteen blocks) allows allocator 112 time to process the received announce 308, update time slot reservation table 114, and send the appropriate time slot reservation information to master transmitter 106 and optionally to slave transmitters 108. Upon receiving its slot reservation information, tag 102 configures itself to transmit tracking information (e.g., a locate message and/or other collected information) during the assigned time slot 200.
With some probability due to collision with another announce packet from another tag 102, announce 308 may not be received by any receiver 104. When this occurs, tag 102 does not receive any time slot reservation information in the appropriate master time mark 302 or slave time marks 304 and therefore tag 102 configures itself to sleep for a variable period of between one and five seconds and then listens for a next master time mark 302 or slave time mark 304 and tries to announce again. In this way, every tag 102 awaiting configuration by computer 110 is likely to receive time slot reservation information eventually.
Announcement 308 may be received by one or more receivers 104, and received data and other information of announcement 308 is sent to computer 110. Allocator 112, based upon a desired ping rate for tag 102 and time slot reservation table 114, determining a time slot value, an interval, and a phase value for tag 102 to allocate at least one time slot 200 for use by tag 102.
The following table shows example time slot reservations that define desired ping rates of 60 Hz, 30 Hz, and 1 Hz:
The interval value is a positive integer defining a block interval period between transmissions by tag 102. In the above example, an interval value of one indicates that the tag is to transmit every transmission block 300. For example, where duration dt of transmission block 300 is about 16.9 ms, this achieves a ping rate of about 60 Hz. An interval value of two indicates that the tag is to transmit every other transmission block 300, and an interval value of sixty indicates that the tag is to transmit once every sixty transmission blocks 300. Where the interval value is greater than one, a phase value indicates within which of the interval value blocks the tag is to transmit. Each phase value has a range of zero to interval value minus one and in one embodiment, tag 102 is configured to transmit when the current time slot mod (Time Slots per Block*Interval Value) is equal to the Phase Value. Thus, the defined Interval Value determines the number of tags 102 that may share use of the identified time slot. In the 60 Hz example of the above table, sixty tags 102, each tag having a different phase value, may share use of time slot 15 without collision, each operating with a ping rate of 1 Hz.
This slot reservation methodology allows each tag 102 operating within system 100 to be configured with a desired ping rate (also referred to as transmission interval or transmission rate). For example, based upon the application supported by the wireless communication between the tags 102 and computer 110, the application may dynamically select a desired transmission rate for each wireless tag 102. Further, by assigning two time slots 200 to tag 102, each time slot positioned half a block apart (e.g., time slots 6 and 70), a desired transmission rate of 120 Hz may be achieved. Where location of tag 102 is determined from each transmission, the desired ping rate may be based upon expected movement of tag 102.
In addition to the time slot reservation, interval value and phase value, defined in the above table, each tag 102 is also assigned a time mark phase value 610 that instructs tag 102 when to listen for changes in its dynamically allocated time slot reservation. For example, using the above 1 Hz ping rate example, where tag 102 is configured with a time mark phase value 610 of three, tag 102 only receives time slot reservation information within the third master time mark 302 (or slave time mark 304) of each transmission frame 400. That is, tag 102 may determine which master time mark to listen to by evaluating ‘current-time-slot mod time-slots-per-block=time-mark-phase’. If the evaluation result is true, the current master time mark 302 contains a time slot allocation 601 for the tag. Thus, tag 102 need not activate its receiver to receive time marks 302, 304 when it is not expected to transmit during that block 300 and not expecting to receive time slot reservation information. Further, using the time mark phase value 610, tag 102 may determine a future time slot number containing its time slot reservations, and thereby determine a precise time when to listen for changes to its configuration. This allows tag 102 to limit the amount of time it needs to be actively receiving time marks 302, 304, to only the times when its time slot reservation is expected or for transmission blocks 300 containing its allocated time slot 200.
During a first configuration of tag 102, master time mark 302 and slave time marks 304 may assign a node ID to the tag so that the long address, serial number, or MAC address is not needed to identify the tag in subsequent transmissions.
Once tag 102 has received its time slot reservation information, it begins transmitting transmission packets 202 at the desired transmission rate, each transmission fitting within one time slot 200. Each of these transmission packets 202 contains a packet type indicating that it is a location packet and the assigned node ID of tag 102 and optionally any additional parameters the tag wants to transfer to computer 110, up to the maximum packet size that fits within one time slot 200.
Computer 110 may confirm that tag 102 has been successfully configured when it receives, from any receiver 104, data and parameters of a received packet from the tag indicating the appropriate use of the allocated time slot 200.
Preferably, tag 102 is configured to receive its time slot reservation information within a master time mark 302 of the same transmission block 300 within which it is configures to transmit. Such configuration allows tag 102 to refresh/confirm its time slot reservation information and receive timing that allows tag 102 to adjust for local clock drift and thereby retain accuracy for transmission within its allocated time slot 200. Typically, time slot reservation information updates occur at a rate of less than once per transmission frame 400 (e.g., once per sixty-four blocks), and thus each master time mark 302 (and slave time marks 304) may include time slot reservation information for up to four different tags 102, as shown in
If, during operation, tag 102 is unable to receive master time mark 302, it may expand its receive period to also include slave time marks 304, if available. Then, upon receiving slave time mark 304, tag 102 may then configure itself to listen only to the strongest (master or slave) time mark 302, 304 until that is no longer received, then expand its receiving period to search again (i.e., once syncing with slave time mark 304, tag 102 may utilize only slave time mark 304 until it can no longer be received).
Tag 102 may be configured to stop sending transmission packets 202 by allocating time slot 0 to the tag, whereupon tag 102 does not transmit, but still receives master time mark 302 containing its time slot reservation information. This effectively stops tag 102 from transmitting until a new time slot 200 is assigned, but does not require tag 102 to start the annunciation process again, since tag 102 is still receiving one of time marks 302, 304 and maintaining timing accuracy thereby.
If tag 102 does not receive its time slot reservation information for sixteen cycles, it returns to the unconfigured state, listens for a time mark, and tries to reconnect to system 100 by sending announcement 308 at the appropriate time when a time mark is received. Thus, when system 100 is shutdown, master and slave transmitters 106, 108 stop transmitting time marks 302, 304, respectively, and all tags cease operation (i.e., transmission) within sixteen cycles of their respective slot reservation update period.
Once slot reservation information has been received, tag 102 knows when to transmit and which time marks 302, 304 to receive for time slot reservation information. Thus, tag 102 may configure itself in low-power mode between these periods to conserve battery power.
General Operation:
Master transmitter 106 and slave transmitters 108 transmit time marks 302, 304, that are received by receivers 104. Tags 102 transmit transmission packets 202 that may be received by receivers 104. Receivers 104 send data received, along with packet information, to computer 110.
Computer 110 receives data from receivers 104 and may then communicate this data to one or more application devices 190. For example, based upon the received data, application device 190 may compute the location of each tag 102 using time difference of arrival (TDOA) algorithms and other techniques, as known in the art. From these determined locations, application device 190 may generate position reports that are provided to yet other applications. Computer 110 may use data from receiver 104 to detect unregistered tags and possible errors in system 100. Computer 110 may also record (log) the data received from receivers 104 in a raw format, which may be useful as input for testing future algorithms or for system performance analysis.
Performance:
In the example of
Processing of this volume of data from receivers 104 requires significant computational resources, and a significant load may be imparted onto computer 110 and application device 190 if connected. Computer 110 may therefore be implemented as multiple computers without departing from the scope hereof.
Auxiliary Command:
As shown in
Using a Single Radio Link for Tag Transmissions and Data Backhaul:
For development and trial deployment of system 100, and possible end use of system 100 in more limited scenarios, a single radio link may be used for both wireless communication from tags 102 to receivers 104, and for transfer of information from receivers 104 to computer 110 (data backhaul), thereby alleviating the need for network 120.
In one embodiment, when using the single radio link for both tag transmission and data backhaul, system 100 is necessarily limited by the wireless bandwidth of the single radio link. For example, the number of tags 102 and receivers 104 that may be used concurrently within system 100 is limited, as compared to the number of tags 102 and receiver 104 that may be used when network 120 is used for data backhaul. To use the shared radio link, receivers 104 are configured to transmit as well as receive, all tags 102 and receivers 104 need to be able to receive master time mark 302 from master transmitter 106, and master transmitter 106 is configured to receive data from receivers 104 and provide it to computer 110.
For reasonable performance, receivers 104 are configured to “batch up” data reports from more than one tag 102 into a single transmission to master transmitter 106 and computer 110. Assuming reception of transmission packet 202 at any one receiver 104 generates twenty bytes of data, if the receiver is allocated four time slots for a batched data report, then the batched data report may contain data for up to sixteen received transmission packets 202 from tags 102. Assuming system 100 has a maximum of twenty receivers, then an example layout of block 300 would be: master: time slots 0-1, tag1: time slot 2, tag2: time slot 3, tag3: time slot 4, . . . , tag16: time slot 17, empty: time slots 18-46, receiver1: time slots 47-50, receiver2: time slots 51-54, receiver3: time slots 55-58, . . . , receiver20: time slots 123-126, and announce: time slot 127.
Empty time slots 18-46 provide time for receivers 104 to formulate the receiver tag report (batch) and do any computations needed prior to transmission. For example, where duration tb is 16.8 ms and block 300 contains one-hundred and twenty-eight time slots 200, empty time slots 18-46 provide a period of about 3.8 ms for the receiver to prepare the batched data report for transmission.
In this example configuration, system 100 performs about 960 tag locates per second. This could be sixteen tags transmitting at 60 Hz, thirty-two tags transmitting at 30 Hz, forty-eight tags transmitting at 20 Hz, ninety-six tags transmitting at 10 Hz, or various mixtures of rates and quantity. Empty slots 18-46 may be reduced to increase tag rates if desired.
Receivers 104 may be configured with their dedicated time slots using a similar mechanism as described above for tags 102; each receiver 104 may receive a slot reservation in response to their transmission of an announcement 308 packet. Since receivers 104 are not connected to a wired network, they synchronize with master transmitter 106 using announce 308 packet.
The additional use of data backhaul does not allow for use of slave transmitters 108. Therefore, all tags 102 and receivers 104 need to receive master time mark 302 from master transmitter 106.
In another embodiment, system 100 is configured as a hybrid of the above configurations where master transmitter 106 and slave transmitters 108 are on a wired or separate network, but receivers 104 use UWB backhaul for receiver tag reports. In this embodiment, slave transmitters 108 may collect data from receivers 104 that are not received by master transmitter 106.
Steps 702 through 708 repeat to periodically transmit master time mark 302 to receive announcements 308, and to allocate time slots 200 to wireless tags 102.
In step 802, method 800 sleeps. In one example of step 802, tag 102 sleeps for one minute. In step 804, method 800 wakes to receive a time mark. In one example of step 804, tag 102 wakes and activates its receiver for 20 ms to receive time mark 302 and/or 304. Step 806 is a decision. If, in step 806, method 800 determines that a time mark was successfully received in step 804, method 800 continues with step 808; otherwise method 800 continues with step 802. Steps 802 through 806 repeat until tag 102 receives a time mark 302 and/or 304.
In step 808, method 800 sleeps until a next announcement time slot. In one example of step 808, tag 102 configures a timer, implemented within tag 102, to mature at the start of announcement time slot 127 of the current block 300 and then configures itself into a low power mode to wait for the timer to mature. In step 810, method 800 wakes and transmits an announcement. In one example of step 810, the timer matures and wakes tag 102, which then transmits announcement 308. In step 812, method 800 sleeps until the time slot allocation block. In one example of step 812, tag 102 configures a timer to wake tag 102 at the start of the sixteenth subsequent transmission block 300, and then configures itself in a low power mode.
In step 814, method 800 wakes to receive the time mark and its slot allocation. In one example of step 814, the timer matures and wakes tag 102, which then activates its receiver to receive master time mark 302, which is expected to contain its time slot allocation information.
Step 816 is a decision. If, in step 816, method 800 determines that the time slot information was included within the received time mark, method 800 continues with step 818 of
Step 818 is optional. If included, in step 818, method 800 stores the received time slot information. In one example of step 818, tag 102 stores time slot allocation 601 indicating a time slot 200 value of twenty-seven, an interval of one, and a phase of zero, within a memory of tag 102. Step 820 is optional. If included, in step 820, method 800 performs other work. In one example of step 820, tag 102 may include other sensors that are activated and read during step 820 to monitor biometrics parameters of an athlete configured with tag 102. In step 822, method 800 sleeps until a next transmission block. In one example of step 822, based upon received time slot information, tag 102 configures a time to wake tag 102 at the start of the next transmission block 300, and then configures itself into a low power mode.
In step 824, method 800 wakes to receive a time mark. In one example of step 824, the timer matures and wakes tag 102, which activates its receiver to receive master time mark 302 and synchronizes its internal clock with the received master time mark 302. In step 826, method 800 sleeps until its assigned time slot. In one example of step 826, tag 102 configures a timer to mature at the start of time slot twenty-seven of the current block. In step 828, method 800 wakes and transmits its transmission packet. In one example of step 828, the timer awakens tag 102, which activates its transmitter and transmits transmission packet 202.
Steps 820 through 828 repeat until new time slot allocation 601 is received or until time marks are not received for sixteen consecutive cycles, whereupon method 800 returns to step 802.
Changes may be made in the above methods and systems without departing from the scope hereof. It should thus be noted that the matter contained in the above description or shown in the accompanying drawings should be interpreted as illustrative and not in a limiting sense. The following claims are intended to cover all generic and specific features described herein, as well as all statements of the scope of the present method and system, which, as a matter of language, might be said to fall therebetween. In particular, the following embodiments are specifically contemplated, as well as any combinations of such embodiments that are compatible with one another:
This application is a continuation of U.S. patent application Ser. No. 16/048,857, filed Jul. 30, 2018, which is a continuation of U.S. patent application Ser. No. 15/208,782, filed Jul. 13, 2016 and now U.S. Pat. No. 10,039,128, which claims the benefit of priority to U.S. Provisional Patent Application No. 62/192,017, titled “System and Method For Dynamically Scheduling Wireless Transmissions Without Collisions” and filed Jul. 13, 2015. Each of the above applications is incorporated herein by reference in its entirety.
Number | Name | Date | Kind |
---|---|---|---|
4987571 | Haymond et al. | Jan 1991 | A |
5539394 | Cato | Jul 1996 | A |
6661342 | Hall et al. | Dec 2003 | B2 |
6710713 | Russo | Mar 2004 | B1 |
6931023 | Lin | Aug 2005 | B2 |
6998987 | Lin | Feb 2006 | B2 |
7525989 | Cline et al. | Apr 2009 | B2 |
RE43382 | Wood, Jr. | May 2012 | E |
8300668 | Kim et al. | Oct 2012 | B2 |
8989880 | Wohl et al. | Mar 2015 | B2 |
9002485 | Wohl et al. | Apr 2015 | B2 |
9014830 | Wohl et al. | Apr 2015 | B2 |
9180357 | Richley | Nov 2015 | B2 |
9517417 | Austerlade et al. | Dec 2016 | B2 |
9531415 | Stelfox et al. | Dec 2016 | B2 |
9571143 | Richley | Feb 2017 | B2 |
9602152 | Wohl et al. | Mar 2017 | B2 |
9642133 | Shibuta et al. | May 2017 | B2 |
9667287 | Richley | May 2017 | B2 |
9698841 | Alonso et al. | Jul 2017 | B2 |
9699278 | Richley et al. | Jul 2017 | B2 |
9715005 | Hughes et al. | Jul 2017 | B2 |
9742450 | O'Hagan et al. | Aug 2017 | B2 |
20020063622 | Armstrong et al. | May 2002 | A1 |
20020067709 | Yamada et al. | Jun 2002 | A1 |
20020105918 | Yamada et al. | Aug 2002 | A1 |
20020116147 | Vock et al. | Aug 2002 | A1 |
20030001009 | Collins et al. | Jan 2003 | A1 |
20030152059 | Odman | Aug 2003 | A1 |
20030163287 | Vock et al. | Aug 2003 | A1 |
20030179756 | Cain | Sep 2003 | A1 |
20030193908 | Cain | Oct 2003 | A1 |
20030193918 | Cain et al. | Oct 2003 | A1 |
20030193919 | Cain et al. | Oct 2003 | A1 |
20040006424 | Joyce et al. | Jan 2004 | A1 |
20040046642 | Becker et al. | Mar 2004 | A1 |
20040178955 | Menache et al. | Sep 2004 | A1 |
20040198222 | Ertin et al. | Oct 2004 | A1 |
20050025093 | Yun et al. | Feb 2005 | A1 |
20060022823 | Ryal | Feb 2006 | A1 |
20060076401 | Frerking | Apr 2006 | A1 |
20060087427 | Le | Apr 2006 | A1 |
20060152303 | Liang et al. | Jul 2006 | A1 |
20060160488 | Sueoka et al. | Jul 2006 | A1 |
20060175407 | Kinoshita | Aug 2006 | A1 |
20060276206 | Shiotsu | Dec 2006 | A1 |
20070024424 | Powell | Feb 2007 | A1 |
20070075838 | Powell | Apr 2007 | A1 |
20070085661 | Yamazoe et al. | Apr 2007 | A1 |
20070126558 | Donato | Jun 2007 | A1 |
20070133457 | Doi et al. | Jun 2007 | A1 |
20070165709 | Walker | Jul 2007 | A1 |
20080122583 | Bekritsky | May 2008 | A1 |
20080137620 | Wang et al. | Jun 2008 | A1 |
20080140233 | Seacat | Jun 2008 | A1 |
20080150674 | Park et al. | Jun 2008 | A1 |
20080157934 | Posamentier | Jul 2008 | A1 |
20080315999 | Braiman | Dec 2008 | A1 |
20090040021 | Seo et al. | Feb 2009 | A1 |
20090048039 | Holthouse et al. | Feb 2009 | A1 |
20090111502 | Choi | Apr 2009 | A1 |
20090134975 | Eom | May 2009 | A1 |
20090231198 | Walsh et al. | Sep 2009 | A1 |
20090303016 | Deuber et al. | Dec 2009 | A1 |
20090315670 | Naressi et al. | Dec 2009 | A1 |
20090322488 | Kanagala | Dec 2009 | A1 |
20100039237 | Radhakrishnan | Feb 2010 | A1 |
20100085190 | Sueoka | Apr 2010 | A1 |
20100109847 | Noel | May 2010 | A1 |
20100141395 | Nagai | Jun 2010 | A1 |
20100148931 | Pappu | Jun 2010 | A1 |
20100156613 | Hirata | Jun 2010 | A1 |
20100176926 | Jo et al. | Jul 2010 | A1 |
20100176928 | Isomura | Jul 2010 | A1 |
20100184563 | Molyneus et al. | Jul 2010 | A1 |
20100207737 | Park et al. | Aug 2010 | A1 |
20100214071 | Nagai | Aug 2010 | A1 |
20100246428 | Chang | Sep 2010 | A1 |
20100283630 | Alonso | Nov 2010 | A1 |
20110013580 | Nakasato | Jan 2011 | A1 |
20110030875 | Conte et al. | Feb 2011 | A1 |
20110040803 | Pasquero et al. | Feb 2011 | A1 |
20110041068 | Pasquero et al. | Feb 2011 | A1 |
20110063085 | Jang | Mar 2011 | A1 |
20110063092 | Sano | Mar 2011 | A1 |
20110080265 | Isomura | Apr 2011 | A1 |
20110159888 | Braiman | Jun 2011 | A1 |
20110205022 | Cavallaro et al. | Aug 2011 | A1 |
20120033620 | Thoen et al. | Feb 2012 | A1 |
20120044827 | In et al. | Feb 2012 | A1 |
20130106575 | Kangas | May 2013 | A1 |
20130106582 | Kangas | May 2013 | A1 |
20130106584 | Kangas | May 2013 | A1 |
20130238405 | Roesner | Sep 2013 | A1 |
20140111313 | Wild et al. | Apr 2014 | A1 |
20140284388 | Liu | Sep 2014 | A1 |
20140361875 | O'Hagan et al. | Dec 2014 | A1 |
20140361890 | O'Hagan et al. | Dec 2014 | A1 |
20140361906 | Hughes et al. | Dec 2014 | A1 |
20140362120 | Wohl et al. | Dec 2014 | A1 |
20140364973 | O'Hagan et al. | Dec 2014 | A1 |
20140364977 | Wohl et al. | Dec 2014 | A1 |
20140365194 | O'Hagan et al. | Dec 2014 | A1 |
20140365415 | Stelfox et al. | Dec 2014 | A1 |
20140365639 | Wohl et al. | Dec 2014 | A1 |
20140365640 | Wohl et al. | Dec 2014 | A1 |
20150149250 | Fein et al. | May 2015 | A1 |
20150149837 | Alonso et al. | May 2015 | A1 |
20150178817 | Fein et al. | Jun 2015 | A1 |
20150221004 | Pavlo | Aug 2015 | A1 |
20150335952 | Wohl et al. | Nov 2015 | A1 |
20150335953 | Wohl et al. | Nov 2015 | A1 |
20150335954 | Wohl et al. | Nov 2015 | A1 |
20150378002 | Hughes et al. | Dec 2015 | A1 |
20150379459 | Russell et al. | Dec 2015 | A1 |
20160110569 | Konishi | Apr 2016 | A1 |
20160113027 | Zhao et al. | Apr 2016 | A1 |
20160361595 | O'Hagan et al. | Dec 2016 | A1 |
20170019897 | Bennett et al. | Jan 2017 | A1 |
20170043260 | Austerlade et al. | Feb 2017 | A1 |
20170056721 | Stelfox et al. | Mar 2017 | A1 |
20170173387 | Wohl et al. | Jun 2017 | A1 |
20170257127 | Alonso et al. | Sep 2017 | A1 |
20170272556 | Richley et al. | Sep 2017 | A1 |
20170317702 | O'Hagan et al. | Nov 2017 | A1 |
Number | Date | Country |
---|---|---|
WO 2001008417 | Feb 2001 | WO |
WO 2010018523 | Feb 2010 | WO |
WO 2010073158 | Jul 2010 | WO |
WO 2014197575 | Dec 2014 | WO |
WO 2014197600 | Dec 2014 | WO |
WO 2014197618 | Dec 2014 | WO |
WO 2014197623 | Dec 2014 | WO |
WO 2014197679 | Dec 2014 | WO |
WO 2016196863 | Dec 2016 | WO |
Entry |
---|
Fraunhofer IIS 2010 Annual Report at 83 (available at http://www.eas.iis.fraunhofer.de/content/dam/eas/de/documents/jahresbericht/JB10_engl_low_res_tcm_182-91049.pdf. |
InMotio—Tactical, Training and Performance Management video (available at https://www.youtube.com/watch?v=dq1n7IYePJI). |
International Search Report with Written Opinion corresponding to International Patent Application No. PCT/US2016/041980, dated Sep. 28, 2016. |
IsoLynx Real-Time Player Tracking & Game Analysis Technology (2010), available at http://web.archive.org/web/20100604012151/http://www.finishlynx.com/isolynx/. |
Lynx System Developers, Inc. et al v. Zebra Enterprise Solutions Corporation et al.; case No. 1:2015cv12297; United States District Court District of Massachusetts [case citation for consideration by Examiner; no NPL document provided]. |
Zebra Intros Next-Gen RTLS Leveraging Ultra-Wideband Technology, RFID Journal available at http://www.rfidjournal.com/articles/view?7889. |
Australian Patent Application No. 2016291761, Examination Report dated Mar. 19, 2019, 6 pages. |
Australian Patent Application No. 2020200642 Examination Report dated Mar. 29, 2021, 8 pages. |
Number | Date | Country | |
---|---|---|---|
20210120582 A1 | Apr 2021 | US |
Number | Date | Country | |
---|---|---|---|
62192017 | Jul 2015 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 16048857 | Jul 2018 | US |
Child | 17135964 | US | |
Parent | 15208782 | Jul 2016 | US |
Child | 16048857 | US |