Methods and systems for low latency wireless communication with a scalable hierarchial architecture
Claim Score by NHIP
Abstract
A scalable hierarchical low latency communication network architecture is disclosed. This architecture uses a novel multi-node, multi-packet block acknowledgement (ACK) wireless communication method. The method is used in a scalable hierarchical architecture for a non-transitory computer readable storage medium storing one or more programs. The one or more programs comprising instructions to perform the following steps: receive multiple data and control packets at a central hub from multiple nodes; create a single ACK packet for the multiple data and control packets received at the central hub from the multiple nodes; and communicate the single ACK packet that acknowledges reception of the multiple data and control packets to the multiple nodes.

Term
11 yearsto projected expiry
Projected expiry 26 September 2037, counted from filing; an application has no term until it is granted.
- Priority
- Filed
- Published
- Today
- Projected expiry
23 claims: 6 independent, 17 dependent
- 1A multi-node, multi-packet block acknowledgement (ACK) wireless communication method with scalable hierarchical architecture for a non-transitory computer readable storage medium storing one or more programs, the one or more programs comprising instructions, which when executed by a computing device, cause modules of the computing device to perform the following steps comprising:receiving multiple data and control packets at a central node or a central hub from multiple nodes;creating a single ACK packet for the multiple data and control packets received at the central hub or the central node from the multiple nodes;and communicating the single ACK packet that acknowledges reception of the multiple data and control packets to the multiple nodes.
- 9The method of claim, 4 , further comprising the step of:communicating the one or more acknowledgements (ACKs) information of the multiple data and control packets as part of the beacon signal to multiple nodes by at least one of a phone, a tablet, a personal computer, and a computing device that serves as the hub.
- 10A method for a non-transitory computer readable storage medium storing one or more programs, the one or more programs comprising instructions for transmitting a beacon signal by a hub to the multiple nodes of a wireless network, which when executed by a computing device, cause modules of the computing device, to perform the following steps the method comprising:listening by each node of the multiple nodes and synchronizing communication to the beacon signal;taking turns by each node communicating packets to the hub in each super frame;and communicating in an order from each node determined by the order when each node joined the wireless network or determined by an assigned order from the hub.
- 13Broadest claimClaim Score 93, very broad(NHIP)The method of claim, 10 , further comprising the step of:taking turns by each node communicating packets to the hub includes taking turns by two nodes communicating packets to a mobile phone that serves as the hub.
- 15A reduced latency network comprising:a computer server, memory, I/O port, and a processor configured to execute a super frame structure, the super frame structure to synchronize the communications between a central hub and multiple nodes, wherein: each super frame starts with a beacon transmitted from the central hub;the nodes listen to the beacon transmitted from the central hub and talk to the central hub in turn in each super frame;and a beacon signal based super-frame communication architecture using the multi-node multi-packets block acknowledgement mechanism that achieves reduced latency communication and avoids data collision when multiple nodes send packets to the central hub at a same time or at a substantially similar time.
- 17A hierarchical low latency network is a communication network, comprising:a super hub, a plethora of reduced low latency networks as defined in claim 15 , and a plethora of nodes which are directly connected to the super hub;wherein each reduced latency networks includes a different number of nodes.
Independent claims6
129 paragraphs in 6 sections, as filed
PRIOR APPLICATIONS
This application claims priority to and incorporates by reference in its entirety U.S. Provisional Application Ser. No. 62/402,916 entitled “A NOVEL MULTI-NODE MULTI-PACKET BLOCK ACKNOWLEDGEMENT FOR WIRELESS COMMUNICATION NETWORKS” filed on Sep. 30, 2016; U.S. Provisional Application Ser. No. 62/402,936 entitled “A BEACON BASED WIRELESS LOW LATENCY NETWORK AND METHOD”; U.S. Provisional Application Ser. No. 62/402,951 entitled “METHOD AND SYSTEMS FOR LOW LATENCY WIRELESS COMMUNICATION WITH A SCALABLE HIERARCHIAL ARCHITECTURE”; and U.S. Provisional Application Ser. No. 62/402,958 entitled “A MULTIBAND WIRELESS COMMUNICATION DEVICE AND NETWORK” by the same inventor(s).
COPYRIGHT NOTICE
This disclosure contains material which is subject to copyright protection. The copyright owner makes no objection to reproduction of this disclosure as disclosed in the Patent and Trademark Office files, record, or the like. Otherwise, the copyright owner reserves all copyright rights whatsoever for this patent disclosure. 37 CFR 1.71(d).
BACKGROUND OF THE DISCLOSURE
The following information may be useful in a better understanding of this disclosure. Please note that information contained in this section is not an admission that the information provided is material or prior art to this disclosure or as described in claimed disclosure, or that any publication or document that is specifically, implicitly or otherwise referenced is prior art.
1. Field of the Disclosure
The inventive device disclosed in the present application generally relates to network protocols, and more specifically, a multi-band beacon signal based low latency wireless communication network with a scalable hierarchical architecture, which use a novel multi-node multi-packet block acknowledgment mechanism to reduce communication latency. Ordered transmissions of packets inside the communication system are used to reduce the collisions as well as latency.
2. Description of the Related Art
In wireless communication network, when a sender sends a packet to a receiver, the receiver needs to acknowledge the reception of the packet by sending back an acknowledgment (ACK) packet to the sender. The ACK packet adds overhead to the communication. It increases communication latency and reduces the throughput of the whole network. In addition, when there are multiple senders are sending packets over the air, there could be collision. The collision will make the communication latency and throughput of the network even worse.
Generally speaking, wireless communication network is not scalable. In a large wireless communication network which consists of a plethora of small wireless networks, collision is a major concern. The collision can happen when multiple nodes in the same small network attempt to send packets at the same time or at a substantially similar time. It can also happen when multiple nodes from different small networks are trying to transmit packets at the same time or at a substantially similar time.
Our proposed low latency network (or reduced latency network) has a star topology. The star topology is widely used in many wireless communication standards and networks, like WIFI, Zigbee, and Bluetooth [1, 2, and 3]. <figref idref="DRAWINGS">FIG. 1</figref> shows a star topology wireless network which consists of one hub (the central node) and 8 nodes. All the nodes are connected to the hub wirelessly. The reduced latency network uses a super frame structure to synchronize the communications between the hub and nodes, as shown in <figref idref="DRAWINGS">FIG. 2</figref>. Usually, the super frame structures are based on beacon signal. Each super frame structure starts with a beacon signal transmitted from the hub. The nodes listen to the beacon signal and transmit after the beacon signal. <figref idref="DRAWINGS">FIG. 3</figref> shows a conventional beacon signal based super frame structure used in Zigbee and 802.15.4 systems [3]. For every packet that sent to the hub, it follows an ACK packet which limits the throughput of the network and it also increases the communication latency.
The most common ACK mechanism is shown in <figref idref="DRAWINGS">FIGS. 4 (<i>a</i>) and (<i>b</i>)</figref>. In <figref idref="DRAWINGS">FIG. 4(<i>a</i>)</figref>, for every packet sent to the hub from a node, the hub replies with an ACK packet to acknowledge the correct reception of the packet sent from the node to the hub. In <figref idref="DRAWINGS">FIG. 4(<i>b</i>)</figref>, for every packet sent to a node from the hub, the node replies with an ACK packet to acknowledge the correct reception of the packet sent from the hub to the node. The ACK packet adds overhead to the communication. It increases communication latency and reduces the throughput of the whole network.
To reduce the number of ACK packets, in 802.11n WIFI [2], people proposed a block acknowledgement mechanism shown in <figref idref="DRAWINGS">FIG. 5</figref>. Instead of transmitting an individual ACK for each packet from the same node, the hub acknowledges multiple packets together by using a single ACK packet. That acknowledgement mechanism is called block ACK, and it is used in IEEE802.11n [2].
As such, WIFI 802.11n tries to solve the latency and throughput issue by using block acknowledgement. But the block ACK is used to confirm the reception of multiple packets from the same sender to a receiver by a single ACK packet.
As shown in <figref idref="DRAWINGS">FIG. 5</figref>, the block ACK mechanism reduces the ACK overhead to confirm the reception of multiple packets from the same sender to a receiver. If the multiple packets are from different senders, the receiver still needs to send out multiple ACK packets, which increase the communication latency and reduce the throughput of the network, as shown in <figref idref="DRAWINGS">FIG. 6</figref>.
Zigbee and 802.15.4 introduces beacon signal based super frame structure architecture to reduce the collision. But it fails to address the overhead introduced by acknowledgement packets.
So far, there is no a solid way to address the collision inside a large wireless network which consists of several smaller networks.
Many communication systems, especially, many low throughput communication systems, work only on a single band or a pre-assigned single band. For example, Bluetooth [1] only supports communication over the 2.4 GHz ISM band.
Compared with the ISM 5.8 GHz band and other bands, the 2.4 GHz is an interference-heavy and busy band. WIFI, cordless phones and some appliances use the ISM 2.4 GHz band. All the interferences from them will cause issues which include packet loss, retransmissions and high latency, for the wireless communication over the 2.4 GHz band.
The References referred throughout are shown below: <ul id="ul0001" list-style="none"><li id="ul0001-0001" num="0017">[1] Bluetooth core specification, https://www.bluetooth.com/specifications/bluetooth-core-specification</li><li id="ul0001-0002" num="0018">[2] IEEE 802.11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications</li><li id="ul0001-0003" num="0019">[3] IEEE 802.15.4: IEEE Standard for Local and metropolitan area networks—Part 15.4: Low-Rate Wireless Personal Area Networks (LR-WPANs)</li></ul>
With the emerging virtual reality and augment reality technologies (VR and AR), low latency wireless communication becomes more and more important.
In the past, people may have not realized the importance of low latency wireless communication as in today. Other than VR and AR, low latency wireless communications are also crucial for gaming, real-time feedback control systems, and real-time monitoring systems. Thus, it is desirable to reduce latency in communication networks.
In the past, people may have not realized the importance of supporting multi-band even for communication network systems with low throughput. People used to think that low throughput means high latency. However, that is not true anymore for wireless communication in VR/AR systems, real-time feedback control systems, and real-time monitoring systems. These systems need to transfer small amount of sensor/state/control data in real-time with low latency. In a busy and noisy environment, interference can adversely affect the latency. Thus, it is desirable to support multiple-band communications even for a low throughput system in order to let the system automatically to pick a band with less interference. For example, it is desirable to have a mechanism to support the low latency wireless communication over all ISM bands (the industrial, scientific and medical bands), such as the 2.4 GHz, 5.8 GHz, 915 MHz, 433 MHz bands, and non-ISM bands as well.
Within this disclosure, please note that all referenced patents, applications and literatures are incorporated herein by reference in their entirety. Furthermore, where a definition or use of a term in a reference, which is incorporated by reference herein, is inconsistent or contrary to the definition of that term provided herein, the definition of that term provided herein applies and the definition of that term in the reference does not apply. The embodiment may seek to satisfy one or more of the above-mentioned desires. Although the below disclosed embodiments may obviate one or more of the above-mentioned desires, it should be understood that some aspects of the embodiments might not necessarily obviate them.
BRIEF SUMMARY OF THE DISCLOSURE
The inventive device disclosed in the present application generally relates to network protocols, and more specifically, a beacon signal based low latency scalable hierarchical wireless network, which use a novel multi-node multi-packet block acknowledgment mechanism to reduce communication latency. This low latency wireless network can operate at multi-bands in order to avoid the interference as much as possible.
The general purpose of the present disclosure, which will be described subsequently in greater detail, is a low latency scalable hierarchical wireless network which uses a novel multi-node, multi-packet block acknowledgment mechanism. The hierarchical network consists of a plurality of beacon signal based reduced latency networks with star topology. Each beacon signal based reduced latency network may operate at a different sub-band of a wireless band or multiple wireless bands. The low latency hierarchical network can be used in many systems, such as gaming systems, Virtual/Augment Reality systems, real-time feedback control systems, data/status monitoring systems, and medical monitoring systems.
The basic building unit of the low latency hierarchical network is a beacon signal based reduced latency network. We first describe the beacon signal based reduced latency network. Then, we will describe the hierarchical network. We will also describe the channel access methods in the hierarchical network in order to avoid the interference as much as possible.
In one aspect of an embodiment, a multi-node, multi-packet block acknowledgement (ACK) wireless communication method with scalable hierarchical architecture is disclosed for a non-transitory computer readable storage medium storing one or more programs. The one or more programs include instructions, which when executed by a computing device, cause modules of the computing device to perform the following steps: receive multiple data and control packets at a central node or a central hub from multiple nodes; create a single ACK packet for the multiple data and control packets received at the central hub or the central node from the multiple nodes; and communicate the single ACK packet that acknowledges reception of the multiple data and control packets to the multiple nodes.
It is still further contemplated that this embodiment includes one or more of the following steps and/or limitations; namely,
multiplex together other information and messages with ACK information to the received multiple data and control packets to form one single packet, and communicate the other information and the messages with the ACK information to the multiple nodes as part of the single packet;
communicate the ACK information as part of a beacon signal transmitted from the central node or the hub to the multiple nodes;
transmit a beacon signal at the beginning of a super frame structure from the central hub or the central node to the multiple nodes; listen by the multiple nodes in each super frame structure; synchronize communications between the central node or the central hub and the multiple nodes using the super frame structure responsive to the beacon signal; and communicate one or more acknowledgements (ACKs) information as part of the beacon signal to the multiple nodes;
wherein synchronizing communications includes avoiding data collisions when the multiple nodes attempt to send the multiple data and control packets to the central hub or the central node at a same time or a substantially similar time;
communicate the one or more acknowledgements (ACKs) information of the multiple data and control packets as part of the beacon signal to the multiple nodes;
communicate other ACK signals, synchronization signals, and data and information as part of the beacon signal to the multiple nodes;
communicate one or more acknowledgements (ACKs) inside the beacon signal to the multiple nodes to inform a reception status of the data and information received through the control packets sent to the central hub or the central node; and
communicate the one or more acknowledgements (ACKs) information of the multiple data and control packets as part of the beacon signal to multiple nodes by at least one of a phone, a tablet, a personal computer, and a computing device that serves as the hub.
In yet another aspect of an embodiment, a method is disclosed for a non-transitory computer readable storage medium storing one or more programs. The one or more programs include instructions for transmitting a beacon signal by a hub to the multiple nodes of a wireless network, which when executed by a computing device, cause modules of the computing device, to perform the following steps: listen by each node of the multiple nodes and synchronizing communication to the beacon signal; take turns by each node communicating packets to the hub in each super frame; and communicate in an order from each node determined by the order when each node joined the wireless network or determined by an assigned order from the hub.
It is still further contemplated that this embodiment includes one or more of the following steps and/or limitations; namely,
acknowledge by the multiple nodes reception of data and information transmitted from the hub along with other data and information; communicate data and information to the hub; and transmit a packet to the hub from a node contain ACK information used to acknowledge the reception of the data and information inside the beacon signal transmitted from the hub to the multiple nodes;
transmit the packets from the multiple nodes containing acknowledgements (ACKs) to inform the reception of data and information received from the beacon signal;
take turns by each node communicating packets to the hub includes take turns by two nodes communicating packets to a mobile phone that serves as the hub; and
take turns by each node communicating packets to the hub includes take turns by two nodes communicating the packets to a tablet, or personal computer, or a computing device that serves as the hub.
In yet another aspect of an embodiment, a computer server, memory, I/O port, and a processor configured to execute a super frame structure, the super frame structure to synchronize the communications between a central hub and multiple nodes, wherein: each super frame starts with a beacon signal transmitted from the central hub; the nodes listen to the beacon signal transmitted from the central hub and talk to the central hub in turn in each super frame; and a beacon signal based super-frame communication architecture using the multi-node multi-packets block acknowledgement mechanism that achieves reduced latency communication and avoids data collision when multiple nodes send packets to the central hub at a same time or at a substantially similar time.
It is still further contemplated that this embodiment includes one or more of the following steps and/or limitations; namely, at least one or more of the following:
the one or more acknowledgements (ACKs) information for the data packets transmitted from the multiple nodes is communicated as part of the beacon signal to the multiple nodes;
synchronization signals, data and information, and other signals for the multiple node are communicated as part of the beacon signal to the multiple nodes; and
one or more acknowledgements (ACKs) are communicated inside the beacon signal to the multiple nodes to inform a reception status of multiple data and information received through the control packets sent to the central hub or the central node.
In yet another aspect of an embodiment, a hierarchical low latency network is a communication network that is disclosed including: a super hub, a plethora of reduced low latency networks defined in claim <b>15</b>, and a plethora of nodes which are directly connected to the super hub. Each reduced latency network may have a different number of nodes.
In one embodiment, each of the reduced low latency networks and the super hub operate at a different wireless sub-band or whole band; a first reduced latency network operates at sub-band 1 or whole band 1; a second reduced latency network at sub-band 2 or whole band 2; a third reduced latency network at sub-band 3 or whole band 3; and . . . a Nth reduced latency network at sub-band N or whole band N; and the super hub is configured to communicate to all the reduced latency networks and the nodes directly associated with the super hub at sub-band N+1 or whole band N+1. Each of the sub-bands are different from each other. In another embodiment, some of the sub-bands are the same, and some of them are different. Each of the whole bands are different. In another embodiment, some of the whole-bands are the same, and some of them are different.
As described herein, it is to be understood that not necessarily advantages, and novel features may be achieved in accordance with any one particular embodiment of the disclosure. Thus, the disclosure can be embodied or carried out in a manner that optimizes or achieves one or a group thereof of advantages as taught herein without achieving many or all advantages as may be taught or suggested. Features of the disclosure which are believed to be novel are distinctly claimed in the specification. It should be noted that the drawing figures may be in simplified form and might not be to precise scale. In reference to the disclosure herein, for purposes of convenience and clarity only, directional terms such as top, bottom, left, right, up, down, over, above, below, beneath, rear, front, distal, and proximal are used with respect to the accompanying drawings. Such directional terms should not be construed to limit the scope of the embodiment in any manner.
BRIEF DESCRIPTION OF THE DRAWINGS
The figures which accompany the written portion of this specification illustrate embodiments and method(s) of use for the present disclosure, a beacon signal based super frame structure which uses a novel multi-node multi-packet block acknowledgment mechanism, constructed and operative according to the teachings of the present disclosure.
<figref idref="DRAWINGS">FIG. 1</figref> illustrates a star topology network with a hub (the central node) and 8 nodes.
<figref idref="DRAWINGS">FIG. 2</figref> illustrates a super-frame based star network (with a hub and N nodes where N is a positive integer greater than or equal to 1).
<figref idref="DRAWINGS">FIG. 3</figref> illustrates a conventional beacon signal based super frame structure.
<figref idref="DRAWINGS">FIG. 4 (<i>a</i>)</figref> illustrates a network that for each packet sent to the hub from a node, the hub replies with an acknowledgement (ACK) packet to confirm the reception.
<figref idref="DRAWINGS">FIG. 4 (<i>b</i>)</figref> illustrates a network that for each packet sent to a node from the hub, the node replies with an acknowledgement (ACK) packet to confirm the reception.
<figref idref="DRAWINGS">FIG. 5</figref> illustrates a network that the hub replies an acknowledgement (ACK) packet for multiple packets received from the same node.
<figref idref="DRAWINGS">FIG. 6</figref> illustrates a network that if there are multiple packets sent from different nodes, the hub still needs to send back an ACK packet for every packet it receives.
<figref idref="DRAWINGS">FIG. 7</figref> illustrates a beacon signal based super-frame structure of the present disclosure wherein P1 denotes packet 1, P2 denotes packet 2 . . . , and PN denotes packet N; C1 denotes control packet 1, C2 control packet 2 . . . , and CM control packet M, and each super frame consists of a data frame period and a control frame period. The control frame period may be not present in some configurations.
<figref idref="DRAWINGS">FIG. 8</figref> illustrates the basic beacon signal based reduced latency network and the super-frame structure of the present disclosure.
<figref idref="DRAWINGS">FIG. 9</figref> illustrates a beacon signal packet that contains the ACK information for the packets received by the hub in the previous super frame structure, and, the packets sent from nodes could contain ACK information for the reception of message and data sent from the hub to nodes through beacon signal of the present disclosure.
<figref idref="DRAWINGS">FIG. 10</figref> illustrates a novel multi-node multi-packet (MNMP) block ACK mechanism including: the hub acknowledges the reception of multiple packets from different nodes together by a single ACK packet and that this single ACK could be part of a beacon signal in the super frame structure of the present disclosure.
<figref idref="DRAWINGS">FIG. 11</figref> illustrates a hierarchical low latency network that includes a plethora of (W) RLNs (reduced latency networks), and a plethora of (M) nodes, and a super hub of the present disclosure.
<figref idref="DRAWINGS">FIG. 12</figref> illustrates frequency hopping: Super frame i−1 is on channel x; super frame i is on channel y; and super frame i+1 on channel z of the present disclosure.
<figref idref="DRAWINGS">FIG. 13</figref> illustrates an example of sub-bands wherein the 2.4 GHz ISM band is divided into 4 sub-bands of the present disclosure.
<figref idref="DRAWINGS">FIG. 14</figref> illustrates an example of dividing a sub-band into multiple channels of the present disclosure.
<figref idref="DRAWINGS">FIG. 15</figref> is a block diagram of a system for the basic beacon signal based reduced latency network and the super-frame structure of the present disclosure in accordance with some embodiments.
The various embodiments of the present disclosure will hereinafter be described in conjunction with the appended drawings, wherein like designations denote like elements.
DETAILED DESCRIPTION
As discussed above, embodiments of the present disclosure application generally relate to wireless communication network for mobile telecommunication apparatus such as tablets, mobile phone, mobile terminals, and mobile devices and sensors. More specifically, they relate to user-friendly, low latency, wireless network consisting of a central node, e.g., a hub, and a plethora of nodes.
Most generally, in the present disclosure, we will describe a low latency scalable hierarchical wireless network trying to address the above issues. The hierarchical network consists of a plurality of beacon-based reduced latency networks with star topology. Each beacon-based reduced latency network may operate a different sub-band of a wireless band. The low latency hierarchical network can be used in many systems, such as gaming systems, virtual reality systems, augment reality systems, real-time feedback control systems, data/status monitoring systems, and medical monitoring systems.
Reference is now made to the drawings wherein like numerals refer to like parts throughout.
As used herein, the term “wireless” or “wireless network” or “network” refers to wireless communication to a device or between multiple devices. Wireless devices may be anchored to a location and/or hardwired to a power system, depending on the needs of the business, venue, event or museum. In one embodiment, wireless devices may be enabled to connect to Internet, but do not need to transfer data to and from Internet in order to communicate within the wireless information communication and delivery system.
As used herein, the term “Smart Phone” or “smart phone” or “mobile device(s)” or “cellular phone” or “cellular” or “mobile phone” or the like refers to a wireless communication device, that includes, but not is limited to, an integrated circuit (IC), chip set, chip, system-on-a-chip including low noise amplifier, power amplifier, Application Specific Integrated Circuit (ASIC), digital integrated circuits, a transceiver, receiver, or transmitter, dynamic, static or non-transitory memory device(s), one or more computer processor(s) to process received and transmitted signals, for example, to and from the Internet, other wireless devices, and to provide communication within the wireless information communication and delivery system including send, broadcast, and receive information, signal data, location data, a bus line, an antenna to transmit and receive signals, and power supply such as a rechargeable battery or power storage unit. The chip or IC may be constructed (“fabricated”) on a “die” cut from, for example, a Silicon, Sapphire, Indium Phosphide, or Gallium Arsenide wafer. The IC may be, for example, analogue or digital on a chip or hybrid combination thereof. Furthermore, digital integrated circuits may contain anything from one to thousands or millions of signal invertors, and logic gates, e.g., “and”, “or”, “nand” and “nor gates”, flipflops, multiplexors, etc., on a square area that occupies only a few millimeters. The small size of, for instance, IC's allows these circuits to provide high speed operation, low power dissipation, and reduced manufacturing cost compared with more complicated board-level integration.
As used herein, the terms “wireless”, “wireless data transfer,” “wireless tracking and location system,” “positioning system” and “wireless positioning system” refer without limitation to any wireless system that transfers data or communicates or broadcasts a message, which communication may include location coordinates or other information using one or more devices, e.g., wireless communication devices.
As used herein, the terms “module” or “modules” refer without limitation to any software, software program(s), firmware, or actual hardware or combination thereof that has been added on, downloaded, updated, transferred or originally part of a larger computation or transceiver system that assists in or provides computational ability including, but not limited to, logic functionality to assist in or provide communication broadcasts of commands or messages, which communication may include location coordinates or communications between, among, or to one or more devices, e.g., wireless communication devices.
As used herein, the term “reduced latency” or “low latency” refer without limitation depends on the number of nodes and the data size. For example, if there are four nodes, and the data is of just a few bytes, then “reduced latency” or “low latency” can be less than 1 ms. On the other hand, if there are 20 nodes, and the data between a hub and a node is 100 bytes, then “reduced latency” or “low latency” could be about 20 ms. Most generally, in one or more embodiments, “reduced latency” or “low latency” refers to a range below lms to a few tens of ms.
As used herein, the term “nodes” or “node” refers to a user device, e.g., laptop, mobile phone or device or sensor, or the like that would like to communicate with or between a network or a hub and one or more user devices.
Referring to the drawings by numerals of reference there is shown in <figref idref="DRAWINGS">FIGS. 7-15</figref>, a low latency scalable hierarchical wireless network, e.g., system, that can be used for the communication between the nodes and the central controller or the hub in many systems, such as gaming systems, virtual reality and augment reality systems, real-time feedback control systems, data/status monitoring systems, medical monitoring systems, and the like.
<figref idref="DRAWINGS">FIG. 7</figref> illustrates the proposed super frame structure <b>700</b> of the proposed reduced latency network. Each super frame in the super frame structure <b>700</b> starts with a beacon signal <b>702</b> which is transmitted by the hub <b>721</b> (as illustrated in <figref idref="DRAWINGS">FIG. 8</figref>). After the beacon signal <b>702</b> transmits, there a plethora of packets (<b>706</b>, <b>708</b> . . . <b>720</b>) from nodes <b>750</b>, <b>752</b> . . . <b>770</b>) (N packets as shown in <figref idref="DRAWINGS">FIGS. 7 and 8</figref>), and a plethora of control packets <b>724</b>, <b>726</b> . . . <b>740</b>) (M control packets as shown in <figref idref="DRAWINGS">FIG. 7</figref>).
As shown in <figref idref="DRAWINGS">FIGS. 7 and 8</figref>, the beacon signal <b>702</b> is transmitted by the hub <b>721</b> to the nodes <b>750</b>, <b>752</b> . . . <b>770</b>, <b>772</b>. Each node listens and synchronizes to the beacon signal <b>702</b>, and takes turns transmitting one packet <b>706</b>, <b>708</b> . . . <b>771</b>, or more packets to the hub <b>721</b> in each super frame of the super frame structure <b>700</b>, e.g., super frame i <b>703</b>, super frame i+1 <b>711</b> . . . . The number of packets and the order of transmitting from each node are determined by the order when that node joins the network e.g., network <b>800</b>. Initially, there is only a hub <b>721</b> in the network. The first node <b>750</b> that joins the network becomes node 1, and the second node <b>752</b> joins the network becomes node 2, the third <b>754</b> becomes node 3, and so forth. The ordered transmission avoids the collision when multiple nodes <b>750</b> . . . <b>770</b>, <b>772</b> and the like attempt to send packets at the same time or at a substantially similar time.
In some embodiments, the order of transmission may be assigned by a hub <b>721</b> wherein a first node <b>750</b> joins the network, the hub <b>721</b> assigns a number x to the first node <b>750</b> which becomes a node with ID (identification) x. A second node <b>752</b> joins the network becomes a node with ID y (hub assigns an ID y to that node), and a third node <b>754</b> becomes a node with ID z, and so forth. Then, the nodes transmit packets (e.g., packets <b>706</b>, <b>708</b>, <b>710</b>, <b>712</b>, <b>714</b>, <b>716</b> and the like) according to their assigned number.
In some embodiments, each packet (e.g., packets <b>706</b>, <b>708</b>, <b>710</b>, <b>712</b>, <b>714</b>, <b>716</b> and the like) from a different node (e.g., nodes <b>750</b>, <b>752</b>, <b>754</b>, <b>756</b> . . . <b>770</b>, <b>772</b>) may have different length or duration. In some embodiments, the beacon signal <b>702</b> may contain information regarding the length or the duration of each packet (e.g., packets <b>706</b>, <b>708</b>, <b>710</b>, <b>712</b>, <b>714</b>, <b>716</b> and the like). In some embodiments, in a different way, the length or the duration of each packet (e.g., packets <b>706</b>, <b>708</b>, <b>710</b>, <b>712</b>, <b>714</b>, <b>716</b> and the like) may be assigned when a node (e.g., nodes <b>750</b>, <b>752</b>, <b>754</b>, <b>756</b> . . . <b>770</b>, <b>772</b>) joins a network.
In some embodiments, a node (e.g., nodes <b>750</b>, <b>752</b>, <b>754</b>, <b>756</b> . . . <b>770</b>, <b>772</b>) may transmit more than one packet (e.g., packets <b>706</b>, <b>708</b>, <b>710</b>, <b>712</b>, <b>714</b>, <b>716</b> and the like) in each super frame of the super frame structure <b>700</b>. The beacon signal <b>702</b> may contain information regarding the number of packets (e.g., packets <b>706</b>, <b>708</b>, <b>710</b>, <b>712</b>, <b>714</b>, <b>716</b> and the like) that a node (e.g., nodes <b>750</b>, <b>752</b>, <b>754</b>, <b>756</b> . . . <b>770</b>, <b>772</b>) can transmit in a super frame. In some embodiments, the number of packets (e.g., packets <b>706</b>, <b>708</b>, <b>710</b>, <b>712</b>, <b>714</b>, <b>716</b> and the like) that a node (e.g., nodes <b>750</b>, <b>752</b>, <b>754</b>, <b>756</b> . . . <b>770</b>, <b>772</b>) can transmit may be assigned when the node (e.g., nodes <b>750</b>, <b>752</b>, <b>754</b>, <b>756</b> . . . <b>770</b>, <b>772</b>) joins the network.
In some embodiments, the control packets (e.g., control packets <b>724</b>, <b>726</b> . . . <b>740</b> and the like) are used for new nodes (e.g., node <b>772</b>) which are not in the network yet to exchange control information (like admission to the network) with the hub <b>721</b>. In some embodiments, a node (e.g., nodes <b>750</b>, <b>752</b>, <b>754</b>, <b>756</b> . . . <b>770</b>) which is already in the network can also use the control-frame period <b>722</b> to exchange control information or extra data information (including control packets 1 <b>724</b>, control packet 2 <b>726</b> . . . control packet M <b>740</b>) with the hub <b>721</b>.
Referring to <figref idref="DRAWINGS">FIG. 9</figref>, in the proposed reduced latency network, when the hub <b>721</b> (See <figref idref="DRAWINGS">FIG. 8</figref>) receives a packet (P1 <b>706</b>-P6 <b>716</b>) from a node (e.g., nodes <b>750</b>, <b>752</b>, <b>754</b>, <b>756</b> . . . <b>770</b>), it does not acknowledge the reception of that packet (P1 <b>706</b>-P6 <b>716</b>) until the beacon signal <b>702</b> in the next super frame (e.g., the hub acknowledges in super frame i+1 (<b>711</b>) for the reception of the packets received in super frame i (<b>703</b>) illustrated in <figref idref="DRAWINGS">FIGS. 7, 8, and 9</figref>.). That is, in this embodiment, a beacon signal <b>702</b> contains acknowledgement (ACK) <b>904</b> information for the packets (P1 <b>706</b>-P6 <b>716</b>) sent to the hub <b>721</b> in the previous super frame, as shown in <figref idref="DRAWINGS">FIG. 9</figref>.
In summary, the central node (hub) <b>721</b> acknowledges the reception of multiple packets <b>706</b>, <b>708</b>, <b>710</b>, <b>712</b> . . . <b>771</b> from different nodes <b>750</b>, <b>752</b>, <b>754</b>, <b>756</b> . . . <b>770</b> together by a single ACK packet <b>904</b> as shown in <figref idref="DRAWINGS">FIG. 10</figref>. We call this acknowledgment mechanism as multi-node, multi-packet, block acknowledgment mechanism.
In the present disclosure, the single ACK (multi-node multi-packet block ACK) <b>904</b> inside the beacon signal <b>702</b> differentiates us from the common acknowledgement mechanisms used in many wireless communication networks [1], [2], and [3].
In some embodiments, the beacon signal <b>702</b> may contain data and information for the nodes <b>750</b>, <b>752</b> . . . <b>770</b>, <b>772</b>. In some embodiments, the acknowledgement of reception of those data and information is transmitted to hub <b>721</b> (e.g., ACK <b>902</b> is acknowledgement of reception from nodes to hub) along with other data and information in the packets from nodes (e.g., nodes <b>750</b>, <b>752</b> . . . <b>770</b>, <b>772</b>) to the hub <b>721</b> (as illustrated in <figref idref="DRAWINGS">FIGS. 8, 9 and 10</figref>). That is, the packets transmitted from nodes (e.g., nodes <b>750</b>, <b>752</b> . . . <b>770</b>, <b>772</b>) also contain acknowledgement of the reception of data and information received from the beacon signal <b>702</b>, as shown in <figref idref="DRAWINGS">FIG. 9</figref>.
Please note that ACK <b>904</b> is used for acknowledgement from hub to nodes and ACK <b>902</b> is used for acknowledgement from nodes to hub.
In some embodiments, the hierarchical low latency network (HLLN) consists of super hub <b>725</b>, and a plethora of beacon based reduced latency networks: Reduced Latency Network 1 (RLN1) having nodes <b>750</b>, <b>752</b>, <b>754</b> and hub <b>721</b>; Reduced Latency Network 2 (RLN2) having nodes <b>750</b>′, <b>752</b>′, <b>754</b>′, <b>756</b>′, and hub <b>721</b>′; and Reduced Latency Network 3 (RLN3) having nodes <b>750</b>″, <b>752</b>″, and <b>770</b>″), and a plethora of nodes (e.g., nodes <b>750</b>′″, <b>752</b>′″ . . . <b>770</b>′″) which are directly connected to the super hub <b>725</b> as shown in <figref idref="DRAWINGS">FIG. 11</figref>. Each reduced latency network (RLN) (e.g., RLN 1, RLN 2 . . . RLN W) may have a different number of nodes.
In some embodiments, the channel access methods of the hierarchical low latency network combine TDMA (time-division multiple access, that is the ordered transmission within a beacon signal based reduced latency network), FDMA (frequency-division multiple access) and frequency hopping.
In some embodiments, the basic reduced latency network is based on time-division multiple access (TDMA), combined with frequency hopping. During a super-frame, the nodes (<b>750</b>, <b>752</b> . . . <b>770</b>) take turns to talk to the hub (the central node) as shown in the <figref idref="DRAWINGS">FIG. 8</figref> and <figref idref="DRAWINGS">FIG. 9</figref>, using the same wireless channel as shown in <figref idref="DRAWINGS">FIG. 12</figref>. All the nodes (including the new nodes which want to talk to the hub) should listen to the beacon signal <b>702</b> transmitted by the hub <b>721</b>. The beacon signal <b>702</b> establishes the timing for all the end nodes when they shall transmit.
To minimize the interference from other wireless network which may use a fixed channel for different super-frames, the communication between the hub and the nodes use different channels. In some embodiments, on a new super-frame, the wireless channel may hop to a different frequency as shown in <figref idref="DRAWINGS">FIG. 12</figref>. For example, the frequency hopping is a pre-defined sequence or a pseudo sequence indicated by a beacon signal <b>702</b> or is established when the network is formed; namely, super frame i−1 <b>695</b> on channel x, super frame i <b>703</b> on channel y, and super frame i+1 <b>711</b> on channel z.
The wireless bands, for example, the 2.4 GHz and 5.8 GHz ISM bands, may be divided into a plethora of sub-bands. Each sub-band occupies a certain range of frequency ranges. For example, in <figref idref="DRAWINGS">FIG. 13</figref>, we divide the 2.4 GHz ISM band into 4 sub-bands (Sub-band 1 <b>780</b> (2.4 GHz-2.425 GHz), Sub-Band 2 <b>782</b> (2.425 GHz-2.45 GHz), Sub-band 3 <b>784</b> (2.45 Ghz-2.475 GHz), and Sub-band 4 <b>786</b> (2.475 GHz-2.5 GHz). Each sub-band occupies a frequency range of 25 MHz. Each sub-band (e.g., Sub-Band 1 <b>78</b>) can be divided into multiple channels (e.g., Channel 1 <b>790</b>, Channel 2 <b>792</b>, Channel 3 <b>794</b>, Channel 4 <b>796</b>, Channel 5 <b>798</b>) further as shown in the example in <figref idref="DRAWINGS">FIG. 14</figref>. In this example, we divide the sub-band 1 in the <figref idref="DRAWINGS">FIG. 13</figref> into five channels.
In yet another embodiment of the present disclosure, a basic reduced latency network is disclosed that operates at a sub-band of a wireless band or at the whole band. In one example, the different nodes talk to the hub through a time-division multiple access. In some embodiments, the hierarchical low latency network which consists of plethora of basic reduced latency networks, a combination of TDMA and FDMA is used . . . . Each of the basic reduced latency networks (RLN 1, RLN 2 . . . RLN W where W is a positive integer greater than or equal to 1) operates at different sub-band or a whole band. For example, RLN 1 operates at sub-band 1, RLN 2 at sub-band 2; . . . ; and RLN W at sub-band W. In some embodiments, the super hub talks to all the reduced latency networks and the nodes directly associated with the super hub through a different a sub-band (sub-band W+1).
The combined TDMA and FDMA avoids the collision between the nodes inside each RLN. At the same time, it avoids the collision between nodes from different basic reduced latency networks.
The hub and or super-hub may scan the wireless bands from time to time, and pick up the band and sub-bands with less interference for data communications.
The References referred throughout are shown below: <ul id="ul0002" list-style="none"><li id="ul0002-0001" num="0099">[1] Bluetooth core specification, https://www.bluetooth.com/specifications/bluetooth-core-specification</li><li id="ul0002-0002" num="0100">[2] IEEE 802.11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications</li><li id="ul0002-0003" num="0101">[3] IEEE 802.15.4: IEEE Standard for Local and metropolitan area networks—Part 15.4: Low-Rate Wireless Personal Area Networks (LR-WPANs).</li></ul>
In one or more embodiments above as describe previously, a hierarchical low latency network (HLLN) is disclosed including a super hub, a plethora of beacon signal based reduced latency networks, and a plethora of nodes which are directly connected to the super hub. Each RLN may have a different number of nodes. In a beacon signal based reduced latency network, a super frame structure is configured to synchronize the communications between a hub and nodes. Each super frame structure starts with a beacon signal frame transmitted from the hub. The nodes listen to the beacon signal and talks to the hub in turn in each super frame of the super frame structure; and a beacon signal based super-frame communication architecture configured with a novel multi-node multi packet block acknowledgement mechanism achieves low latency communication and avoids data collision when multiple nodes attempt to send packets to the hub at a substantially similar time.
In the basic reduced latency network, a multi-node multi-packet block acknowledgement method is used. That method includes the step of acknowledging reception of multiple data packets sent to a hub from different nodes. The hub acknowledges the multiple data packets from different nodes together by a single ACK packet. The beacon signal not only contains synchronization and ACK signals, it also contains data and information for each node. Each node acknowledges the reception of these data and information by sending back an ACK along with its data to the hub. The hierarchical low latency network may operate simultaneously at multiple ISM or non-ISM bands or sub-bands of those bands with less interference in order to reduce collision.
<figref idref="DRAWINGS">FIG. 15</figref> is a block diagram of a system for the basic beacon signal based reduced latency network and the super-frame structure of the present disclosure in accordance with some embodiments.
Referring to <figref idref="DRAWINGS">FIG. 15</figref>, the system <b>1500</b> includes a processor <b>1501</b>, a computer server <b>1502</b>, a network interface <b>1503</b>, an input and output (I/O) device <b>1505</b>, a storage device <b>1507</b>, a memory <b>1509</b>, and a bus or network <b>1508</b>. The bus <b>1508</b> couples the network interface <b>1503</b>, the I/O device <b>1505</b>, the storage device <b>1507</b> and the memory <b>1509</b> to the processor <b>1501</b>.
Accordingly, the processor <b>1501</b> is configured to enable the computer server <b>1502</b>, e.g., Internet server, to perform specific operations disclosed herein. It is to be noted that the operations and techniques described herein may be implemented, at least in part, in hardware, software, firmware, or any combination thereof. For example, various aspects of the described embodiments, e.g., the processor <b>1501</b>, the computer server <b>1502</b>, or the like, may be implemented within one or more processing units, including one or more microprocessing units, digital signal processing units (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), or any other equivalent integrated or discrete logic circuitry, as well as any combinations of such components.
The term “processing unit” or “processing circuitry” may generally refer to any of the foregoing logic circuitry, alone or in combination with other logic circuitry, or any other equivalent circuitry. A control unit including hardware may also perform one or more of the techniques of the present disclosure.
In some embodiments in accordance with the present disclosure, the computer server <b>1502</b> is configured to utilize the I/O port <b>1505</b> communicate with external devices via a network <b>1508</b>, such as a wireless network. In certain embodiments, the I/O port <b>1505</b> is a network interface component, such as an Ethernet card, an optical transceiver, a radio frequency transceiver, or any other type of device that can send and receive data from the Internet. Examples of network interfaces may include Bluetooth®, 3G and WiFi® radios in mobile computing devices as well as USB. Examples of wireless networks may include WiFi®, Bluetooth®, and 3G. In some embodiments, the internet server <b>1502</b> is configured to utilize the I/O port <b>1505</b> to wirelessly communicate with a client device <b>1510</b>, such as a mobile phone, a tablet PC, a portable laptop or any other computing device with internet connectivity. Accordingly, electrical signals are transmitted between the computer server <b>1500</b> and the client device <b>1510</b>.
In some embodiments in accordance with the present disclosure, the computer server <b>1502</b> is a virtual server capable of performing any function a regular server has. In certain embodiments, the computer server <b>1502</b> is another client device of the system <b>1500</b>. In other words, there may not be a centralized host for the system <b>1500</b>, and the client devices <b>1510</b> in the system are configured to communicate with each other directly. In certain embodiments, such client devices <b>1510</b> communicate with each other on a peer-to-peer (P2P) basis. The processor <b>1501</b> is configured to execute program instructions that include modules configured to perform a method as described and illustrated with reference to <figref idref="DRAWINGS">FIGS. 7-14</figref>. Accordingly, the module is configured to execute the operations including a multi-node, multi-packet block acknowledgement (ACK) wireless communication method with scalable hierarchical architecture for a non-transitory computer readable storage medium storing one or more programs.
In one or more embodiments, the one or more programs comprising instructions, which when executed by a computing device, cause modules of the computing device to perform the following steps comprising: receive multiple data and control packets at a central node or a central hub from multiple nodes; create a single ACK packet for the multiple data and control packets received at the central hub or the central node from the multiple nodes; and communicate the single ACK packet that acknowledges reception of the multiple data and control packets to the multiple nodes.
For example, the method in this embodiment described above may further include any or all the following steps:
(a) multiplex together other information and messages with ACK information to the received multiple data and control packets to form one single packet; communicating the other information and the messages with the ACK information to the multiple nodes as part of the single packet;
(b) communicate the ACK information as part of a beacon signal transmitted from the central node or the hub to the multiple nodes;
(c) transmit a beacon signal at the beginning of a super frame from the central hub or the central node to the multiple nodes; listen by the multiple nodes in each super frame; synchronize communications between the central node or the central hub and the multiple nodes using the super frame structure responsive to the beacon signal; and communicate one or more acknowledgements (ACKs) information as part of the beacon signal to the multiple nodes;
(d) synchronize communications includes avoiding data collisions when the multiple nodes attempt to send the multiple data and control packets to the central hub or the central node at a same time or a substantially similar time;
(e) communicate the one or more acknowledgements (ACKs) information of the multiple data and control packets as part of the beacon signal to the multiple nodes;
(f) communicate other ACK signals, synchronization signals, and data and information as part of the beacon signal to the multiple nodes;
(g) communicate one or more acknowledgements (ACKs) inside the beacon signal to the multiple nodes to inform a reception status of the data and information received through the control packets sent to the central hub or the central node; and
(h) communicate the one or more acknowledgements (ACKs) information of the multiple data and control packets as part of the beacon signal to multiple nodes by at least one of a phone, a tablet, a personal computer, and a computing device that serves as the hub.
In one or more embodiments, the one or programs comprising instructions, which when executed by a computing device, cause modules of the computing device to perform the following steps comprising: a method for a non-transitory computer readable storage medium storing one or more programs, the one or more programs comprising instructions for transmitting a beacon signal by a hub to the multiple nodes of a wireless network, which when executed by a computing device, cause modules of the computing device, to perform the following steps the method comprising, listening by each node of the multiple nodes and synchronizing communication to the beacon signal, taking turns by each node communicating packets to the hub in each super frame structure, and communicating in an order from each node determined by the order when each node joined the wireless network or determined by an assigned order from the hub.
For example, the method in this embodiment described above may further include any or all the following steps:
(a) acknowledge by the multiple nodes reception of data and information transmitted from the hub along with other data and information; communicate data and information to the hub; and transmit a packet to the hub from a node containing ACK information used to acknowledge the reception of the data and information inside the beacon transmitted from the hub to the multiple nodes;
(b) transmit the packets from the multiple nodes containing acknowledgements (ACKs) to inform the reception of data and information received from the beacon signal;
(c) take turns by each node communicating packets to the hub includes taking turns by two nodes communicating packets to a mobile phone that serves as the hub; and
(d) take turns by each node communicating packets to the hub includes take turns by two nodes communicating the packets to a tablet, or personal computer, or a computing device that serves as the hub.
The network interface <b>1503</b> is configured to access program instructions and data accessed by the program instructions stored remotely through a network (not shown).
The I/O device <b>1505</b> includes an input device and an output device configured for enabling user interaction with the system <b>1500</b>. In some embodiments, the input device comprises, for example, a keyboard, a mouse, and other devices. Moreover, the output device comprises, for example, a display, a printer, and other devices.
The storage device <b>1507</b> is configured for storing program instructions and data accessed by the program instructions. In some embodiments, the storage device <b>1507</b> comprises, for example, a magnetic disk and an optical disk. The memory <b>1509</b> is configured to store program instructions to be executed by the processor <b>1501</b> and data accessed by the program instructions. In some embodiments, the memory <b>1509</b> comprises a random access memory (RAM) and/or some other volatile storage device and/or read only memory (ROM) and/or some other non-volatile storage device including other programmable read only memory (PROM), erasable programmable read only memory (EPROM), electronically erasable programmable read only memory (EEPROM), flash memory, a hard disk, a solid state drive (SSD), a compact disc ROM (CD-ROM), a floppy disk, a cassette, magnetic media, optical media, or other computer readable media. In certain embodiments, the memory <b>1509</b> is incorporated into the processor <b>1501</b>.
It should be noted as herein described in the methods, the steps and/or methods of contemplated use can be carried out in many different ways, procedures, and the like according to, for example, one or more user preference(s). “[S]tep of” should not be interpreted as “step for”, in the claims herein and is not intended to invoke the provisions of 35 U.S.C. § 112, ¶ 6.
Upon reading this specification, it should be appreciated that, under appropriate circumstances, considering such issues as user requirements or wishes, design considerations, marketing preferences, cost(s), structural requirement(s), available materials, technological advances, etc., other methods of use arrangements such as, for example, orders within above-mentioned list that are different, eliminated and/or additional steps, including or eliminating, for example, procedure, process, and/or maintenance step(s), etc., may be sufficient.
It should be apparent, however, to those skilled in the art that many more modifications besides those already described are possible without departing from the disclosed concepts herein. The embodiment, therefore, is not to be restricted except in the spirit of the appended claims. Moreover, in interpreting both the specification and the claims, all terms should be interpreted in the broadest possible manner consistent with the context.
In particular, the terms “comprises” and “comprising” should be interpreted as referring to elements, components, or steps in a non-exclusive manner, indicating that the referenced elements, components, or steps may be present, or utilized, or combined with other elements, components, or steps that are not expressly referenced. Insubstantial changes from the claimed subject matter as viewed by a person with ordinary skill in the art, now known or later devised, and as described herein are expressly contemplated as being equivalent within the scope of the claims and understood by those knowledgeable in the art. Therefore, obvious substitutions now or later known to one with ordinary skill in the art are defined to be within the scope of the defined elements and the reading of the specification as described herein.
The claims are thus to be understood to include what is specifically illustrated and described above, what is conceptually equivalent, what can be obviously substituted and also what essentially incorporates the essential idea of the embodiment. In addition, where the specification and claims refer to at least one of something selected from the group consisting of A, B, C . . . and N, the text should be interpreted as requiring only one element from the group, not A plus N, or B plus N, etc
Contents6
9 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7 Sheet 8 Sheet 9
Every citation, both ways
| Document | Relation | Office | Category | Cited during | Relevant claims |
|---|---|---|---|---|---|
| CN111818571A | Cited by | China | – | Search report | – |
| US12111406B2 | Cited by | United States of America | – | Applicant | – |
| US11665658B1 | Cited by | United States of America | – | Applicant | – |
| US11726162B2 | Cited by | United States of America | – | Applicant | – |
| US12032081B2 | Cited by | United States of America | – | Applicant | – |
| US10986626B2 | Cited by | United States of America | – | Search report | – |
| US10999834B2 | Cited by | United States of America | – | Applicant | – |
| US12153150B2 | Cited by | United States of America | – | Applicant | – |
| US11296966B2 | Cited by | United States of America | – | Applicant | – |
| US12021605B2 | Cited by | United States of America | – | Applicant | – |
| US11706046B2 | Cited by | United States of America | – | Applicant | – |
| US12137048B2 | Cited by | United States of America | – | Applicant | – |
| US11229023B2 | Cited by | United States of America | – | Applicant | – |
| US11977173B2 | Cited by | United States of America | – | Applicant | – |
| US2022322318A1 | Cited by | United States of America | – | Search report | – |
| US11658736B2 | Cited by | United States of America | – | Applicant | – |
| US11290942B2 | Cited by | United States of America | – | Applicant | – |
| US11582746B2 | Cited by | United States of America | – | Search report | – |
| WO2022211934A1 | Cited by | World Intellectual Property Organization (WIPO) | – | International search | – |
| US12231330B2 | Cited by | United States of America | – | Applicant | – |
| US12050279B2 | Cited by | United States of America | – | Applicant | – |
| US11737121B2 | Cited by | United States of America | – | Applicant | – |
| US2009147709A1 | Cites | United States of America | Y | Search report | 1-9, 15-17 |
| US2009175216A1 | Cites | United States of America | Y | Search report | 1-9, 15-17 |
| US2012314639A1 | Cites | United States of America | Y | Search report | 4-9, 15-17 |
13 members in 6 offices
Priority claims18
| Document | Office | Kind | Date |
|---|---|---|---|
| 201662402916 | United States of America | P | |
| 201662402916 | United States of America | P | |
| 201662402936 | United States of America | P | |
| 201662402936 | United States of America | P | |
| 201662402951 | United States of America | P | |
| 201662402951 | United States of America | P | |
| 201662402958 | United States of America | P | |
| 201662402958 | United States of America | P | |
| 201715716236 | United States of America | A | |
| 62402916 | – | – | – |
| 62402936 | – | – | – |
| 62402951 | – | – | – |
| 62402958 | – | – | – |
| US201662402916P | – | – | – |
| US201662402936P | – | – | – |
| US201662402951P | – | – | – |
| US201662402958P | – | – | – |
| US201715716236 | – | – | – |
Members13
| Document | Office | Kind | |
|---|---|---|---|
| US2018098263A1 | United States of America | A1 | |
| WO2018064059A2 | World Intellectual Property Organization (WIPO) | A2 | |
| WO2018064059A3 | World Intellectual Property Organization (WIPO) | A3 | |
| KR20190062486A | Republic of Korea | A | |
| EP3520252A2 | European Patent Office (EPO) | A2 | |
| CN110268647A | China | A | |
| JP2019537862A | Japan | A | |
| EP3520252A4 | European Patent Office (EPO) | A4 | |
| US11101933B2 | United States of America | B2 | |
| KR102372061B1 | Republic of Korea | B1 | |
| CN110268647B | China | B | |
| EP3520252B1 | European Patent Office (EPO) | B1 | |
| JP7200095B2 | Japan | B2 |
118 transactions on the USPTO file
Allowed after 2 non-final rejections, 2 final rejections and 2 RCEs.
- Non-final rejections
- 2
- Final rejections
- 2
- RCEs
- 2
- Appeals
- 0
Over time
Point at a mark for the transactionTransactions
| Event | Code | |
|---|---|---|
| Recordation of Patent Grant MailedPGM/ | PGM/ | |
| Patent Issue Date Used in PTA CalculationAllowedPTAC | PTAC | |
| Email NotificationEML_NTR | EML_NTR | |
| Issue Notification MailedAllowedWPIR | WPIR | |
| Dispatch to FDCD1935 | D1935 | |
| Application Is Considered Ready for IssuePILS | PILS | |
| Issue Fee Payment VerifiedN084 | N084 | |
| Issue Fee Payment ReceivedIFEE | IFEE | |
| Electronic ReviewELC_RVW | ELC_RVW | |
| Email NotificationEML_NTF | EML_NTF | |
| Mail Notice of AllowanceAllowedMN/=. | MN/=. | |
| Notice of Allowance Data Verification CompletedAllowedN/=. | N/=. | |
| Interview Summary - Examiner Initiated - TelephonicEXET | EXET | |
| Examiner's Amendment CommunicationEX.A | EX.A | |
| Reasons for AllowanceEX.R | EX.R | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Disposal for a RCE / CPA / R129AbandonedABN9 | ABN9 | |
| Request for Continued Examination (RCE)RCEX | RCEX | |
| Workflow - Request for RCE - BeginBRCE | BRCE | |
| Email NotificationEML_NTR | EML_NTR | |
| Mail Examiner Interview Summary (PTOL - 413)MEXIN | MEXIN | |
| Interview Summary - Applicant Initiated - TelephonicEXAT | EXAT | |
| Interview Summary RecordEXIN | EXIN | |
| Electronic ReviewELC_RVW | ELC_RVW | |
| Email NotificationEML_NTF | EML_NTF | |
| Mail Final Rejection (PTOL - 326)Final rejectionMCTFR | MCTFR | |
| Final RejectionFinal rejectionCTFR | CTFR | |
| Email NotificationEML_NTR | EML_NTR | |
| Mail Examiner Interview Summary (PTOL - 413)MEXIN | MEXIN | |
| Interview Summary - Applicant Initiated - TelephonicEXAT | EXAT | |
| Interview Summary RecordEXIN | EXIN | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Appl Has Filed a Verified Statement of Micro to Small Entity StatusMSML | MSML | |
| Email NotificationEML_NTR | EML_NTR | |
| Change in Power of Attorney (May Include Associate POA)PA.. | PA.. | |
| Response after Non-Final ActionA... | A... | |
| Request for Extension of Time - GrantedXT/G | XT/G | |
| Electronic request for Examiner InterviewM865E | M865E | |
| Correspondence Address ChangeC.AD | C.AD | |
| Miscellaneous Incoming LetterLET. | LET. | |
| Mail Post CardPST_CRD | PST_CRD | |
| Email NotificationEML_NTF | EML_NTF | |
| Mail Non-Final RejectionNon-final rejectionMCTNF | MCTNF | |
| Non-Final RejectionNon-final rejectionCTNF | CTNF | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Disposal for a RCE / CPA / R129AbandonedABN9 | ABN9 | |
| Applicant Has Filed a Verified Statement of Micro Entity Status in Compliance with 37 CFR 1.29MICR | MICR | |
| Applicant Has Filed a Verified Statement of Micro Entity Status in Compliance with 37 CFR 1.29MICR | MICR | |
| Request for Continued Examination (RCE)RCEX | RCEX | |
| Request for Extension of Time - GrantedXT/G | XT/G | |
| Correspondence Address ChangeC.ADB | C.ADB | |
| Email NotificationEML_NTR | EML_NTR | |
| Mail Advisory Action (PTOL - 303)MCTAV | MCTAV | |
| Email NotificationEML_NTR | EML_NTR | |
| Filing Receipt - CorrectedFLRCPT.C | FLRCPT.C | |
| After Final Consideration Program Additional Consideration and/or updated searchAFAC | AFAC | |
| Interview Summary - Examiner Initiated - TelephonicEXET | EXET | |
| Advisory Action (PTOL-303)CTAV | CTAV | |
| Correspondence Address ChangeC.ADB | C.ADB | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Response after Final ActionA.NE | A.NE | |
| PILOT- Request for After Final Consideration ProgramRAFC | RAFC | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Mail Final Rejection (PTOL - 326)Final rejectionMCTFR | MCTFR | |
| Correspondence Address ChangeC.AD | C.AD | |
| Final RejectionFinal rejectionCTFR | CTFR | |
| Mail Interview Summary - Applicant Initiated - TelephonicMEXAT | MEXAT | |
| Supplemental ResponseSA.. | SA.. | |
| Interview Summary - Applicant Initiated - TelephonicEXAT | EXAT | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Notice of Rescinded Abandonment in TCsAbandonedNRAB | NRAB | |
| Mail-Petition to Revive Application - GrantedMPREV | MPREV | |
| Response after Non-Final ActionA... | A... | |
| Mail Notice of Rescinded AbandonmentAbandonedMNRAB | MNRAB | |
| Petition to Revive Application - GrantedPREV | PREV | |
| Petition EnteredPET. | PET. | |
| Email NotificationEML_NTR | EML_NTR | |
| Mail Abandonment for Failure to Respond to Office ActionAbandonedMABN2 | MABN2 | |
| Aband. for Failure to Respond to O. A.AbandonedABN2 | ABN2 | |
| Electronic ReviewELC_RVW | ELC_RVW | |
| Email NotificationEML_NTF | EML_NTF | |
| Mail Non-Final RejectionNon-final rejectionMCTNF | MCTNF | |
| Non-Final RejectionNon-final rejectionCTNF | CTNF | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Response to Election / Restriction FiledELC. | ELC. | |
| Electronic ReviewELC_RVW | ELC_RVW | |
| Email NotificationEML_NTF | EML_NTF | |
| Mail Restriction RequirementMCTRS | MCTRS | |
| Restriction/Election RequirementCTRS | CTRS | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Email NotificationEML_NTR | EML_NTR | |
| PG-Pub Issue NotificationPG-ISSUE | PG-ISSUE | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Application Dispatched from OIPEOIPE | OIPE | |
| Email NotificationEML_NTR | EML_NTR | |
| Application Is Now CompleteCOMP | COMP | |
| Filing Receipt - UpdatedFLRCPT.U | FLRCPT.U |
18 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Maintenance fee paymentMAFP | MAFP | |
| Information on status: patent grantGrantedPATENTED CASESTCF | STCF | |
| Information on status: patent application and granting procedure in generalPUBLICATIONS -- ISSUE FEE PAYMENT VERIFIEDSTPP | STPP | |
| Information on status: patent application and granting procedure in generalPUBLICATIONS -- ISSUE FEE PAYMENT RECEIVEDSTPP | STPP | |
| Information on status: patent application and granting procedure in generalNOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONSSTPP | STPP | |
| Information on status: patent application and granting procedure in generalDOCKETED NEW CASE - READY FOR EXAMINATIONSTPP | STPP | |
| Information on status: patent application and granting procedure in generalFINAL REJECTION MAILEDSTPP | STPP | |
| Information on status: patent application and granting procedure in generalNON FINAL ACTION MAILEDSTPP | STPP | |
| Fee payment procedureENTITY STATUS SET TO MICRO (ORIGINAL EVENT CODE: MICR); ENTITY STATUS OF PATENT OWNER: SMALL ENTITYFEPP | FEPP | |
| Information on status: patent application and granting procedure in generalRESPONSE AFTER FINAL ACTION FORWARDED TO EXAMINERSTPP | STPP | |
| AssignmentAS | AS | |
| Information on status: patent application and granting procedure in generalFINAL REJECTION MAILEDSTPP | STPP | |
| Information on status: patent application and granting procedure in generalRESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINERSTPP | STPP | |
| Information on status: application discontinuationABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTIONSTCB | STCB | |
| Information on status: patent application and granting procedure in generalNON FINAL ACTION MAILEDSTPP | STPP | |
| Fee payment procedureENTITY STATUS SET TO SMALL (ORIGINAL EVENT CODE: SMAL); ENTITY STATUS OF PATENT OWNER: SMALL ENTITYFEPP | FEPP | |
| AssignmentAS | AS | |
| Fee payment procedureENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: SMALL ENTITYFEPP | FEPP |
Numbers
- Publication
- 20180098263
- Publication, DOCDB
- 2018098263
- Publication, EPODOC
- US2018098263
- Application
- 15716236
- Application, DOCDB
- 201715716236
- Application, EPODOC
- US201715716236
Titles
- English
- METHODS AND SYSTEMS FOR LOW LATENCY WIRELESS COMMUNICATION WITH A SCALABLE HIERARCHIAL ARCHITECTURE
Patent term adjustment
- B delay
- +17 dayspendency past three years
- Applicant delay
- −458 days
- Net adjustment
- 0 days
Classification
- CPC, 11
- H04W40/244
- H04W28/0273
- H04L1/1621
- H04L45/42
- H04W56/001
- H04W40/02
- H04L1/1664
- H04L1/1635
- H04L1/1628
- H04L1/1671
- G06F3/011
- IPC, 5
- H04W40 24
- H04W40 02
- H04W56 00
- H04L12 717
- H04L45 42
- USPC, 1
- 001001000