Orthogonal frequency division multiple access resource request
A method for transmitting a resource request for an orthogonal frequency division multiple access (OFDMA) transmission is described. A resource request field that indicates buffer information corresponding to queued media access control (MAC) protocol data units (MPDUs) that are queued for transmission by a first communication device is generated. The resource request field includes i) a scale factor subfield that indicates a scale value, and ii) a resource subfield that indicates a base resource value. A resource request MPDU including the resource request field is generated. The resource request MPDU is transmitted to a second communication device via a wireless communication channel to request an allocation of radio resources for the OFDMA transmission. The buffer information is i) a number of bytes indicated by the scale value multiplied by the base resource value, or ii) a transmission opportunity duration indicated by the scale value multiplied by the base resource value.
Latest Marvell International Ltd. Patents:
- Systems and methods for an inductor structure having an unconventional turn-ratio in integrated circuits
- ON-CHIP PARAMETER GENERATION SYSTEM WITH AN INTEGRATED CALIBRATION CIRCUIT
- PROCESSING UNIT AND METHOD FOR COMPUTING A CONVOLUTION USING A HARDWARE-IMPLEMENTED SPIRAL ALGORITHM
- ROW ADDRESS COMPARATOR FOR A ROW REDUNDANCY CONTROL CIRCUIT IN A MEMORY
- Methods and apparatus for combining received uplink transmissions
This application claims the benefit of U.S. Provisional Patent Application No. 62/113,755, entitled “STA Resource Request,” filed on Feb. 9, 2015, and U.S. Provisional Patent Application No. 62/149,383, entitled “STA Resource Request,” filed on Apr. 17, 2015, the disclosures of each of which are incorporated herein by reference in their entireties.
FIELD OF THE DISCLOSUREThe present disclosure relates generally to communication networks and, more particularly, to wireless local area networks that utilize requests for radio resources.
BACKGROUNDWireless local area networks (WLANs) have evolved rapidly over the past decade. Development of WLAN standards such as the Institute for Electrical and Electronics Engineers (IEEE) 802.11a, 802.11b, 802.11g, and 802.11n Standards has improved single-user peak data throughput. For example, the IEEE 802.11b Standard specifies a single-user peak throughput of 11 megabits per second (Mbps), the IEEE 802.11a and 802.11g Standards specify a single-user peak throughput of 54 Mbps, the IEEE 802.11n Standard specifies a single-user peak throughput of 600 Mbps, and the IEEE 802.11ac Standard specifies a single-user peak throughput in the gigabits per second (Gbps) range. Future standards promise to provide even greater throughputs, such as throughputs in the tens of Gbps range.
SUMMARYIn an embodiment, a method for transmitting a resource request for an orthogonal frequency division multiple access (OFDMA) transmission includes generating, by a first communication device, a resource request field that indicates buffer information corresponding to queued media access control (MAC) protocol data units (MPDUs) that are queued for transmission by the first communication device. The resource request field includes i) a scale factor subfield that indicates a scale value, and ii) a resource subfield that indicates a base resource value. The method includes generating, by the first communication device, a resource request MPDU that includes the resource request field. The method also includes transmitting, by the first communication device, the resource request MPDU to a second communication device via a wireless communication channel to request an allocation of radio resources for the OFDMA transmission by the second communication device. The buffer information is i) a number of bytes indicated by the scale value multiplied by the base resource value, or ii) a transmission opportunity (TXOP) duration indicated by the scale value multiplied by the base resource value.
In another embodiment, a first communication device that transmits a resource request for an orthogonal frequency division multiple access (OFDMA) transmission includes a network interface device having one or more integrated circuits. The one or more integrated circuits are configured to generate a resource request field that indicates buffer information corresponding to queued media access control (MAC) protocol data units (MPDUs) that are queued for transmission by the first communication device. The resource request field including i) a scale factor subfield that indicates a scale value, and ii) a resource subfield that indicates a base resource value. The one or more integrated circuits are configured to generate a resource request MPDU that includes the resource request field. The one or more integrated circuits are configured to transmit the resource request MPDU to a second communication device via a wireless communication channel to request an allocation of radio resources for the OFDMA transmission by the second communication device. The buffer information is i) a number of bytes indicated by the scale value multiplied by the base resource value, or ii) a transmission opportunity (TXOP) duration indicated by the scale value multiplied by the base resource value.
In an embodiment, a method for allocating radio resources for an orthogonal frequency division multiple access (OFDMA) transmission includes receiving, by a first communication device, a resource request media access control (MAC) protocol data unit (MPDU) from a second communication device. The resource request MPDU includes a resource request field that indicates buffer information corresponding to queued MPDUs that are queued for transmission by the second communication device. The resource request field includes i) a scale factor subfield that indicates a scale value, and ii) a resource subfield that indicates a base resource value. The method includes allocating, by the first communication device, radio resources to the second communication device for the OFDMA transmission based on the scale value and the base resource value. The method also includes generating, by the first communication device, a scheduling MPDU that indicates the radio resources allocated to the second communication device. The method includes transmitting, by the first communication device, the scheduling MPDU to the second communication device via a wireless communication channel.
In another embodiment, a first communication device that allocates radio resources for an orthogonal frequency division multiple access (OFDMA) transmission includes a network interface device having one or more integrated circuits. The one or more integrated circuits are configured to receive a resource request media access control (MAC) protocol data unit (MPDU) from a second communication device. The resource request MPDU includes a resource request field that indicates buffer information corresponding to queued MPDUs that are queued for transmission by the second communication device, the resource request field including i) a scale factor subfield that indicates a scale value, and ii) a resource subfield that indicates a base resource value. The one or more integrated circuits are configured to allocate radio resources to the second communication device for the OFDMA transmission based on the scale value and the base resource value. The one or more integrated circuits are configured to generate a scheduling MPDU that indicates the radio resources allocated to the second communication device. The one or more integrated circuits are configured to transmit the scheduling MPDU to the second communication device via a wireless communication channel.
In embodiments described below, a wireless network device such as an access point (AP) or client station (STA) of a wireless local area network (WLAN) generates an orthogonal frequency division multiplex (OFDM) data unit having a media access control (MAC) protocol data unit (MPDU) that includes resource request information. In an embodiment, for example, the client station generates a resource request frame (e.g., resource request MPDU). In some embodiments and/or scenarios, an AP or STA transmits or receives an MPDU of an orthogonal frequency division multiple access (OFDMA) data unit via an OFDM communication channel. In general, an AP or other network device allocates or assigns radio resources of an OFDM communication channel to specific STAs or groups of STAs for data transfers using OFDMA. For example, the AP makes an allocation of one or more tones, tone blocks, or sub-channels of the OFDM communication channel to multiple STAs. In an embodiment, the AP transmits to the STAs a resource allocation message that indicates the allocation to each of the STAs. During a subsequent OFDMA data transfer, each of the STAs simultaneously transmits an OFDM data unit using its allocated sub-channels. Although the description herein is generally based on embodiments and scenarios utilizing OFDMA, the methods and techniques described are utilized with multi-user multiple input, multiple output (MU-MIMO) configurations where different client stations use different spatial streams to transmit and/or receive frames, in various embodiments and/or scenarios.
In some embodiments and/or scenarios, the resource request frame indicates buffer information corresponding to frames of the STA that are queued for transmission. In other embodiments and/or scenarios, the resource request frame indicates buffer information corresponding to a transmission opportunity (TXOP) having an indicated duration. In some embodiments, the resource request frame includes a scale factor for the buffer information to provide an increased range of available values for the buffer information and thus improved accuracy of resource requests.
In an embodiment, the PHY processor 20 scrambles an MPDU (e.g., a PHY service data unit) based on a scramble seed.
In various embodiments, the MAC processor 18 and the PHY processor 20 are configured to operate according to a first communication protocol (e.g., a High Efficiency, HE, or 802.11ax communication protocol). In some embodiments, the MAC processor 18 and the PHY processor 20 are also configured to operate according to a second communication protocol (e.g., according to the IEEE 802.11ac Standard). In yet another embodiment, the MAC processor 18 and the PHY processor 20 are additionally configured to operate according to the second communication protocol, a third communication protocol, and/or a fourth communication protocol (e.g., according to the IEEE 802.11a Standard and/or the IEEE 802.11n Standard).
The WLAN 10 includes a plurality of client stations 25. Although four client stations 25 are illustrated in
The client station 25-1 includes a host processor 26 coupled to a network interface 27. In an embodiment, the network interface 27 includes one or more ICs configured to operate as discussed below. The network interface 27 includes a MAC processor 28 and a PHY processor 29. The PHY processor 29 includes a plurality of transceivers 30, and the transceivers 30 are coupled to a plurality of antennas 34. Although three transceivers 30 and three antennas 34 are illustrated in
According to an embodiment, the client station 25-4 is a legacy client station, i.e., the client station 25-4 is not enabled to receive and fully decode a data unit that is transmitted by the AP 14 or another client station 25 according to the first communication protocol. Similarly, according to an embodiment, the legacy client station 25-4 is not enabled to transmit data units according to the first communication protocol. On the other hand, the legacy client station 25-4 is enabled to receive and fully decode and transmit data units according to the second communication protocol, the third communication protocol, and/or the fourth communication protocol.
In an embodiment, one or both of the client stations 25-2 and 25-3, has a structure that is the same as or similar to the client station 25-1. In an embodiment, the client station 25-4 has a structure similar to the client station 25-1. In these embodiments, the client stations 25 structured the same as or similar to the client station 25-1 have the same or a different number of transceivers and antennas. For example, the client station 25-2 has only two transceivers and two antennas (not shown), according to an embodiment.
In various embodiments, the MAC processor 18 and the PHY processor 20 of the AP 14 are configured to generate data units conforming to the first communication protocol and having formats described herein. In an embodiment, the MAC processor 18 is configured to implement MAC layer functions, including MAC layer functions of the first communication protocol. In an embodiment, the PHY processor 20 is configured to implement PHY functions, including PHY functions of the first communication protocol. For example, in an embodiment, the MAC processor 18 is configured to generate MAC layer data units such as MPDUs, MAC control frames, etc., and provide the MAC layer data units to the PHY processor 20. In an embodiment, the PHY processor 20 is configured to receive MAC layer data units from the MAC processor 18 and encapsulate the MAC layer data units to generate PHY data units such as PHY protocol data units (PPDUs) for transmission via the antennas 24. Similarly, in an embodiment, the PHY processor 20 is configured to receive PHY data units that were received via the antennas 24, and extract MAC layer data units encapsulated within the PHY data units. In an embodiment, the PHY processor 20 provides the extracted MAC layer data units to the MAC processor 18, which processes the MAC layer data units.
The transceiver(s) 21 is/are configured to transmit the generated data units via the antenna(s) 24. Similarly, the transceiver(s) 21 is/are configured to receive data units via the antenna(s) 24. The MAC processor 18 and the PHY processor 20 of the AP 14 are configured to process received data units conforming to the first communication protocol and having formats described hereinafter and to determine that such data units conform to the first communication protocol, according to various embodiments.
In various embodiments, the MAC processor 28 and the PHY processor 29 of the client device 25-1 are configured to generate data units conforming to the first communication protocol and having formats described herein. In an embodiment, the MAC processor 28 is configured to implement MAC layer functions, including MAC layer functions of the first communication protocol. In an embodiment, the PHY processor 29 is configured to implement PHY functions, including PHY functions of the first communication protocol. For example, in an embodiment, the MAC processor 28 is configured to generate MAC layer data units such as MPDUs, MAC control frames, etc., and provide the MAC layer data units to the PHY processor 29. In an embodiment, the PHY processor 29 is configured to receive MAC layer data units from the MAC processor 28 and encapsulate the MAC layer data units to generate PHY data units such as PPDUs for transmission via the antennas 34. Similarly, in an embodiment, the PHY processor 29 is configured to receive PHY data units that were received via the antennas 34, and extract MAC layer data units encapsulated within the PHY data units. In an embodiment, the PHY processor 29 provides the extracted MAC layer data units to the MAC processor 28, which processes the MAC layer data units.
The transceiver(s) 30 is/are configured to transmit the generated data units via the antenna(s) 34. Similarly, the transceiver(s) 30 is/are configured to receive data units via the antenna(s) 34. The MAC processor 28 and the PHY processor 29 of the client device 25-1 are configured to process received data units conforming to the first communication protocol and having formats described hereinafter and to determine that such data units conform to the first communication protocol, according to various embodiments.
In various embodiments, one or both of the AP 14 and the client device 25-1 are configured to receive OFDM data units that include reduced length MPDUs. In an embodiment, for example, the AP 14 maintains an association of a client station with an allocated sub-channel of the OFDM communication channel such that the AP 14 can generally identify which client station has transmitted an OFDM data unit based on the sub-channel on which the OFDM data unit was received. In another embodiment, the client station 25-1 maintains an association of the AP 14 with the allocated sub-channel such that the client station 25-1 can generally identify which AP has transmitted an OFDM data unit based on the sub-channel on which the OFDM data unit was received.
In an embodiment, the data unit 500 occupies a bandwidth that is an integer multiple of 20 MHz and the L-STF 502 is duplicated within each 20 MHz sub-band. In an embodiment, the VHT-STF 510 has a duration of 4.0 microseconds and uses a same frequency sequence as the L-STF 502. For example, in an embodiment, the VHT-STF 510 uses the frequency sequence defined in equation 22-29 of the IEEE 802.11ac standard. In at least some embodiments, the VHT-STF 510 occupies a whole bandwidth for the data unit 500 (e.g., 20 MHz, 40 MHz, 80 MHz, etc.) and is mapped to multiple antennas for multiple input, multiple output (MIMO) or beamforming in a manner similar to the data portion 516.
In an embodiment, the data unit 600 includes a preamble 601 having an L-STF 602, an L-LTF 604, an L-SIG 606, two first HE signal fields (HE-SIGAs) 608 including a first HE signal field (HE-SIGA1) 608-1 and a second HE signal field (HE-SIGA2) 608-2, a HE short training field (HE-STF) 610, an integer number M HE long training fields (HE-LTFs) 612, and a third HE signal field (HE-SIGB) 614. In an embodiment, the preamble 601 includes a legacy portion 601-1, including the L-STF 602, the L-LTF 604, and the L-SIG 606, and a non-legacy portion 601-2, including the HE-SIGAs 608, HE-STF 610, M HE-LTFs 612, and HE-SIGB 614.
Each of the L-STF 602, the L-LTF 604, the L-SIG 606, the HE-SIGAs 608, the HE-STF 610, the M HE-LTFs 612, and the HE-SIGB 614 are included in an integer number of one or more OFDM symbols. For example, in an embodiment, the HE-SIGAs 608 correspond to two OFDM symbols, where the HE-SIGA1 608-1 field is included in the first OFDM symbol and the HE-SIGA2 is included in the second OFDM symbol. In another embodiment, for example, the preamble 601 includes a third HE signal field (HE-SIGA3, not shown) and the HE-SIGAs 608 correspond to three OFDM symbols, where the HE-SIGA1 608-1 field is included in the first OFDM symbol, the HE-SIGA2 is included in the second OFDM symbol, and the HE-SIGA3 is included in the third OFDM symbol. In at least some examples, the HE-SIGAs 608 are collectively referred to as a single HE signal field (HE-SIGA) 608. In some embodiments, the data unit 600 also includes a data portion 616. In other embodiments, the data unit 600 omits the data portion 616 (e.g., the data unit 600 is a null-data frame).
In the embodiment of
In some embodiments and/or scenarios (not shown), the MAC header 802 has a “short frame format” having a reduced length of the MAC header 802. In an embodiment, the MPDU 800 is similar to “short frames” as described in the IEEE 802.11ah protocol. In some embodiments and/or scenarios, one or more of the address fields 810-1 or 810-2 is a 48 bit (6 octet) field that includes a globally unique MAC address of a device associated with the data unit 800, such as a transmitting device of the data unit 800, a receiving device of the data unit 800, etc. In other embodiments and/or scenarios, one or more of the address fields 810-1 or 810-2 is a 16 bit (2 octet) field that includes a BSS color identifier, partial association identification (PAID or partial AID), or other suitable address having a reduced length as compared to a MAC address (i.e., less than 6 octets). In various embodiments, the BSS color identifier occupies 6 bits, 7 bits, 10 bits, or another suitable number of bits.
In various embodiments, the resource request field 814 indicates buffer information corresponding to queued MPDUs that are queued for transmission, in an embodiment. For example, the buffer information indicates a TXOP duration that the client station 25 estimates is needed for transmission of the queued MPDUs or a number of bytes for the queued MPDUs. The buffer information from the client station 25 allows the AP to determine one or more parameters for uplink OFDMA resource allocation, for example, OFDMA physical layer convergence protocol (PLCP) protocol data unit (PPDU) length, channel position, channel bandwidth, modulation and control scheme, transmission power, or other suitable parameters. In some scenarios, the client station 25 utilizes the QoS control field 714 to provide buffer information; however, the QoS control field as described in the IEEE 802.11-2012 standard cannot readily describe a number of bytes less than 256 bytes or higher than 64,768 bytes in increments of 256 octets and cannot describe a TXOP duration less than 32 microseconds or higher than 8,160 microseconds in increments of 32 microseconds.
In the embodiment shown in
The number below the fields 820, 822, and 824 of the MPDU 800 in
The MPDU 800 is a resource request MPDU in that the resource request field 814 provides buffer information to a receiving device (e.g., an access point). In some embodiments, the client station 25 omits the frame body 816 from the resource request MPDU, in a manner similar to a QoS null frame. In other embodiments and/or scenarios, the resource request MPDU wraps another MPDU or a portion of another MPDU (e.g., a wrapped frame) within the frame body 816. In the embodiment shown in
In an embodiment, the wrapped frame shares at least some of the parameters provided within the MAC header 802, for example, the first address field 810-1, the second address field 810-2, and the duration field 812. In some embodiments, one or more parameters that are different from the resource request MPDU are included within the frame body 816. In the embodiment shown in
In the embodiment shown in
In an embodiment, each of the one or more resource subfields includes instances of a wrapper subfield 908, a scale factor 910, and a base resource value field 912 for the corresponding data group. In an embodiment, each of the one or more resource subfields also includes a request type subfield (not shown) that indicates whether the buffer information for the corresponding data group indicates the number of bytes or the TXOP duration. In some embodiments, the wrapper indication 908 and the frame body 816 are omitted. In other embodiments, the wrapper indication 908 indicates whether a portion of the frame body 816 (i.e., an instance of the wrapped type subfield 830 and wrapped payload 832) are included within the frame body 816 for the corresponding data group.
In the embodiment shown in
The VHT indicator subfield 1222 indicates whether the format of the HT control field 1216 is based on an HT format or on an VHT format, as described in IEEE 802.11ac, Section 8.2.4.6 HT Control field. In the embodiment shown in
In an embodiment, the OFDMA data unit 1702 corresponds to a scheduling frame (SYNC) for the multiple client stations STA0, STA1, STA2, and STA3. In an embodiment, the scheduling frame is a resource allocation message that i) indicates an allocation of sub-channels to each of the multiple client stations, and ii) requests buffer information from the multiple client stations. In response to the scheduling frame, each of the multiple client stations STA0, STA1, STA2, and STA3 transmits an OFDM data unit 1704-1, 1704-2, 1704-3, and 1704-4, respectively, via sub-channels indicated in the scheduling frame. In an embodiment, one or more of the OFDM data units 1704-1, 1704-2, 1704-3, and 1704-4 include the MPDU 800 or MPDU 900. For example, the OFDMA data unit 1704 provides buffer information from the multiple client stations 25 to the access point 14. In an embodiment, the AP 14 allocates the sub-channels to the client stations STA0, STA1, and STA2 and indicates a PPDU length for the OFDMA data unit 1704 that allows for only a QoS null MPDU (i.e., the MPDU 800 or the MPDU 900 with an omitted frame body).
The AP 14 determines a radio resource allocation based on the buffer information from the multiple client stations and generates a scheduling frame. In the embodiment shown in
In an embodiment, the OFDMA data unit 1802 corresponds to an A-MPDU that includes data frames and a scheduling frame (SYNC) for the multiple client stations STA0, STA1, and STA2. In an embodiment, the scheduling frame is a resource allocation message that requests buffer information from the multiple client stations. In response to the scheduling frame, each of the multiple client stations STA0, STA1, and STA2 transmits an OFDM data unit 1804-1, 1804-2, and 1804-3, respectively, via sub-channels indicated in the scheduling frame. In an embodiment, one or more of the OFDM data units 1804-1, 1804-2, and 1804-3 include a block acknowledgment to the corresponding A-MPDU received from the AP 14 and one of the MPDU 800 or MPDU 900.
The AP 14 determines a radio resource allocation based on the buffer information from the multiple client stations and generates a scheduling frame. In the embodiment shown in
In the embodiment shown in
At block 2802, a resource request field is generated by a first communication device. In an embodiment, the resource request field indicates buffer information corresponding to queued media access control (MAC) protocol data units (MPDUs) that are queued for transmission by the first communication device. The resource request field includes i) a scale factor subfield that indicates a scale value, and ii) a resource subfield that indicates a base resource value, in an embodiment. The buffer information is i) a number of bytes indicated by the scale value multiplied by the base resource value, or ii) a transmission opportunity (TXOP) duration indicated by the scale value multiplied by the base resource value, in an embodiment. In an embodiment, the resource request field indicates whether the buffer information indicates the number of bytes or the TXOP duration.
In an embodiment, the resource request field includes a bitmap subfield that indicates which data groups of a plurality of data groups correspond to a resource subfield included in the resource request field. In an embodiment, the bitmap subfield includes a bit for each of the plurality of data groups and the resource request field includes a respective resource subfield for each data group indicated by the bitmap subfield. In an embodiment, the data groups are i) traffic classes, or ii) access categories. In an embodiment, each of the respective resource subfields indicates whether the buffer information for the corresponding data group indicates the number of bytes or the TXOP duration. In an embodiment, the buffer information corresponds to a total number of queued MPDUs for a plurality of data groups.
In an embodiment, a wrapped MPDU field is generated that includes i) a wrapped type subfield that indicates a frame type of a wrapped MPDU, and ii) a wrapped payload subfield that includes a payload for the wrapped MPDU. In this embodiment, a wrapper subfield is generated that indicates that the wrapped MPDU is included in the resource request MPDU, and the resource request MPDU is generated to include the resource request field and the wrapped MPDU. In this embodiment, the resource request MPDU is generated to include the resource request field and the wrapped MPDU. In an embodiment, the resource request MPDU includes a frame type subfield that indicates a frame type of the resource request MPDU, and the frame type of the wrapped MPDU is different from the frame type of the resource request MPDU. In an embodiment, the buffer information corresponds to a first data group and the wrapped MPDU corresponds to a second data group that is different from the first data group.
In an embodiment, the resource request information is in an HT variant HT Control field with a reserved bit in the HT variant Control field set to a value of 1 or other suitable value to indicate that the HT variant HT Control field includes the resource request information. In an embodiment, the resource request information is in a VHT variant Control field with a reserved bit in the VHT variant HT Control field set to a value of 1 or other suitable value to indicate that the VHT variant HT Control field includes the resource request information.
At block 2804, a resource request MPDU is generated that includes the resource request field by the first communication device.
At block 2806, the resource request MPDU is transmitted by the first communication device to a second communication device to request an allocation of radio resources for the OFDMA transmission by the second communication device. In an embodiment, the resource request MPDU is encapsulated in a PHY header by the PHY processor 20 or the PHY processor 29 prior to transmission.
In some embodiments, the first communication device receives a polling frame from the second communication device and generates the resource request MPDU in response to the polling frame. In an embodiment, the resource request field is a Quality of Service (QoS) control field and the resource request MPDU is a first QoS null MPDU. In an embodiment, an aggregate MPDU (A-MPDU) is generated by the first communication device. The A-MPDU includes the first QoS null MPDU and at least one other MPDU. In an embodiment, the at least one other MPDU includes a second QoS null MPDU. In this embodiment, the first QoS null MPDU corresponds to a first data group and the second QoS null MPDU corresponds to a second data group that is different from the first data group.
At block 2902, a resource request media access control (MAC) protocol data unit (MPDU) is received from a second communication device. In an embodiment, the resource request MPDU includes a resource request field that indicates buffer information corresponding to queued MPDUs that are queued for transmission by the second communication device. In an embodiment, the resource request field includes i) a scale factor subfield that indicates a scale value, and ii) a resource subfield that indicates a base resource value. In an embodiment, the resource request field is a Quality of Service (QoS) control field and the resource request MPDU is a first QoS null MPDU. In an embodiment, the resource request field is an HT variant HT Control field with a reserved bit in the HT variant HT Control field set to a value of 1 (or other suitable value) to indicate the resource request information. In another embodiment, the resource request field is a VHT variant HT Control field with a reserved bit in the VHT variant HT Control field set to a value of 1 (or other suitable value) to indicate the resource request information.
In an embodiment, the resource request field includes a bitmap subfield that indicates which data groups of a plurality of data groups correspond to a resource subfield included in the resource request field. In an embodiment, the bitmap subfield includes a bit for each of the plurality of data groups and the resource request field includes a respective resource subfield for each data group indicated by the bitmap subfield. In an embodiment, the first communication device determines the radio resources by multiplying the scale value by the base resource value.
In an embodiment, receiving the resource request MPDU includes receiving an aggregate MPDU (A-MPDU) that includes the first QoS null MPDU and at least one second QoS null MPDU. In this embodiment, generating the scheduling MPDU includes generating the scheduling MPDU to include an acknowledgment for the A-MPDU if at least one of the first QoS null MPDU or the at least one second QoS null MPDU has been correctly received.
At block 2904, radio resources are allocated by the first communication device to the second communication device for the OFDMA transmission based on the scale value and the base resource value.
At block 2906, a scheduling MPDU that indicates the radio resources allocated to the second communication device is generated by the first communication device.
At block 2908, the scheduling MPDU is transmitted by the first communication device to the second communication device. In an embodiment, the resource request MPDU is encapsulated in a PHY header by the PHY processor 20 or the PHY processor 29 prior to transmission.
At least some of the various blocks, operations, and techniques described above may be implemented utilizing hardware, a processor executing firmware instructions, a processor executing software instructions, or any combination thereof. When implemented utilizing a processor executing software or firmware instructions, the software or firmware instructions may be stored in any computer readable memory such as on a magnetic disk, an optical disk, or other storage medium, in a RAM or ROM or flash memory, processor, hard disk drive, optical disk drive, tape drive, etc. The software or firmware instructions may include machine readable instructions that, when executed by one or more processors, cause the one or more processors to perform various acts.
When implemented in hardware, the hardware may comprise one or more of discrete components, an integrated circuit, an application-specific integrated circuit (ASIC), a programmable logic device (PLD), etc.
While the present invention has been described with reference to specific examples, which are intended to be illustrative only and not to be limiting of the invention, changes, additions and/or deletions may be made to the disclosed embodiments without departing from the scope of the invention.
Claims
1. A method for transmitting a resource request for an orthogonal frequency division multiple access (OFDMA) transmission, the method comprising:
- generating, by a first communication device, a resource request field that indicates buffer information corresponding to queued media access control (MAC) protocol data units (MPDUs) that are queued for transmission by the first communication device, the resource request field including i) a scale factor subfield that indicates a scale value, and ii) a resource subfield that indicates a base resource value;
- generating, by the first communication device, a resource request MPDU that includes the resource request field; and
- transmitting, by the first communication device, the resource request MPDU to a second communication device via a wireless communication channel to request an allocation of radio resources for the OFDMA transmission by the second communication device;
- wherein the buffer information is i) a number of bytes indicated by the scale value multiplied by the base resource value, or ii) a transmission opportunity (TXOP) duration indicated by the scale value multiplied by the base resource value.
2. The method of claim 1, wherein the resource request field includes:
- a bitmap subfield that indicates which data groups of a plurality of data groups correspond to a resource subfield included in the resource request field, the bitmap subfield including a bit for each of the plurality of data groups, and
- a respective resource subfield for each data group indicated by the bitmap subfield.
3. The method of claim 2, wherein the data groups are i) traffic classes, or ii) access categories.
4. The method of claim 2, wherein each of the respective resource subfields indicates whether the buffer information for the corresponding data group indicates the number of bytes or the TXOP duration.
5. The method of claim 1, wherein the buffer information corresponds to a total number of queued MPDUs for a plurality of data groups.
6. The method of claim 1, further comprising:
- generating a wrapped MPDU field that includes i) a wrapped type subfield that indicates a frame type of a wrapped MPDU, and ii) a wrapped payload subfield that includes a payload for the wrapped MPDU;
- wherein: generating the resource request field comprises generating a wrapper subfield indicating that the wrapped MPDU is included in the resource request MPDU, and generating the resource request MPDU includes generating the resource request MPDU to include the resource request field and the wrapped payload.
7. The method of claim 6, wherein:
- the resource request MPDU includes a frame type subfield that indicates a frame type of the resource request MPDU, and
- the frame type of the wrapped MPDU is different from the frame type of the resource request MPDU.
8. The method of claim 6, wherein the buffer information corresponds to a first data group and the wrapped MPDU corresponds to a second data group that is different from the first data group.
9. The method of claim 1, further comprising receiving a polling frame from the second communication device;
- wherein the first communication device generates the resource request MPDU in response to the polling frame.
10. The method of claim 1, wherein the resource request field indicates whether the buffer information indicates the number of bytes or the TXOP duration.
11. The method of claim 1, wherein the resource request field is a high throughput (HT) variant HT Control field with one reserved bit in the HT variant HT Control field set to a value of 1.
12. The method of claim 1, wherein the resource request field is a very high throughput (VHT) variant HT Control field with one reserved bit in VHT variant HT Control field set to a value of 1.
13. The method of claim 1, wherein the resource request field is a Quality of Service (QoS) control field and the resource request MPDU is a first QoS null MPDU.
14. The method of claim 13, further comprising generating an aggregate MPDU (A-MPDU) that includes the first QoS null MPDU and at least one other MPDU;
- wherein transmitting the resource request MPDU comprises transmitting the A-MPDU to the second communication device.
15. The method of claim 13, wherein:
- the at least one other MPDU includes a second QoS null MPDU, and
- the first QoS null MPDU corresponds to a first data group and the second QoS null MPDU corresponds to a second data group that is different from the first data group.
16. A first communication device that transmits a resource request for an orthogonal frequency division multiple access (OFDMA) transmission, comprising:
- a network interface device having one or more integrated circuits configured to generate a resource request field that indicates buffer information corresponding to queued media access control (MAC) protocol data units (MPDUs) that are queued for transmission by the first communication device, the resource request field including i) a scale factor subfield that indicates a scale value, and ii) a resource subfield that indicates a base resource value, generate a resource request MPDU that includes the resource request field, and transmit the resource request MPDU to a second communication device via a wireless communication channel to request an allocation of radio resources for the OFDMA transmission by the second communication device;
- wherein the buffer information is i) a number of bytes indicated by the scale value multiplied by the base resource value, or ii) a transmission opportunity (TXOP) duration indicated by the scale value multiplied by the base resource value.
17. The first communication device of claim 16, wherein the resource request field includes:
- a bitmap subfield that indicates which data groups of a plurality of data groups correspond to a resource subfield included in the resource request field, the bitmap subfield including a bit for each of the plurality of data groups; and
- a respective resource subfield for each data group indicated by the bitmap subfield.
18. The first communication device of claim 17, wherein each of the respective resource subfields indicates whether the buffer information for the corresponding data group indicates the number of bytes or the TXOP duration.
19. The first communication device of claim 16, wherein the one or more integrated circuits are configured to:
- generate a wrapped MPDU field that includes i) a wrapped type subfield that indicates a frame type of wrapped MPDU, and ii) a wrapped payload subfield that includes a payload for the wrapped MPDU;
- generate a wrapper subfield indicating that the wrapped MPDU is included in the resource request MPDU; and
- generate the resource request MPDU to include the resource request field and the wrapped MPDU.
20. A method for allocating radio resources for an orthogonal frequency division multiple access (OFDMA) transmission, the method comprising:
- receiving, by a first communication device, a resource request media access control (MAC) protocol data unit (MPDU) from a second communication device, wherein the resource request MPDU includes a resource request field that indicates buffer information corresponding to queued MPDUs that are queued for transmission by the second communication device, the resource request field including i) a scale factor subfield that indicates a scale value, and ii) a resource subfield that indicates a base resource value;
- allocating, by the first communication device, radio resources to the second communication device for the OFDMA transmission based on the scale value and the base resource value;
- generating, by the first communication device, a scheduling MPDU that indicates the radio resources allocated to the second communication device; and
- transmitting, by the first communication device, the scheduling MPDU to the second communication device via a wireless communication channel.
21. The method of claim 20, wherein the resource request field includes:
- a bitmap subfield that indicates which data groups of a plurality of data groups correspond to a resource subfield included in the resource request field, the bitmap subfield including a bit for each of the plurality of data groups; and
- a respective resource subfield for each data group indicated by the bitmap subfield;
- wherein the method further comprises determining the radio resources by multiplying the scale value by the base resource value.
22. The method of claim 20, wherein the resource request field is a Quality of Service (QoS) control field and the resource request MPDU is a first QoS null MPDU.
23. The method of claim 22, wherein:
- receiving the resource request MPDU comprises receiving an aggregate MPDU (A-MPDU) that includes the first QoS null MPDU and at least one second QoS null MPDU; and
- generating the scheduling MPDU comprises generating the scheduling MPDU to include an acknowledgment for the A-MPDU if at least one of the first QoS null MPDU or the at least one second QoS null MPDU has been correctly received.
24. A first communication device that allocates radio resources for an orthogonal frequency division multiple access (OFDMA) transmission, comprising:
- a network interface device having one or more integrated circuits configured to receive a resource request media access control (MAC) protocol data unit (MPDU) from a second communication device, wherein the resource request MPDU includes a resource request field that indicates buffer information corresponding to queued MPDUs that are queued for transmission by the second communication device, the resource request field including i) a scale factor subfield that indicates a scale value, and ii) a resource subfield that indicates a base resource value, allocate radio resources to the second communication device for the OFDMA transmission based on the scale value and the base resource value, generate a scheduling MPDU that indicates the radio resources allocated to the second communication device, and transmit the scheduling MPDU to the second communication device via a wireless communication channel.
25. The first communication device of claim 24, wherein the resource request field includes:
- a bitmap subfield that indicates which data groups of a plurality of data groups correspond to a resource subfield included in the resource request field, the bitmap subfield including a bit for each of the plurality of data groups; and
- a respective resource subfield for each data group indicated by the bitmap subfield;
- wherein the one or more integrated circuits are configured to determine the radio resources by multiplying the scale value by the base resource value.
26. The first communication device of claim 24, wherein the resource request field is a Quality of Service (QoS) control field and the resource request MPDU is a first QoS null MPDU.
6862440 | March 1, 2005 | Sampath |
7206354 | April 17, 2007 | Wallace et al. |
7486740 | February 3, 2009 | Inanoglu |
7599332 | October 6, 2009 | Zelst et al. |
7729439 | June 1, 2010 | Zhang et al. |
7742390 | June 22, 2010 | Mujtaba |
8068455 | November 29, 2011 | Utsunomiya et al. |
8155138 | April 10, 2012 | van Nee |
8270909 | September 18, 2012 | Zhang et al. |
8339978 | December 25, 2012 | Sawai et al. |
8363578 | January 29, 2013 | Ramamurthy et al. |
8526351 | September 3, 2013 | Fischer et al. |
8599804 | December 3, 2013 | Erceg et al. |
8619907 | December 31, 2013 | Mujtaba et al. |
8670399 | March 11, 2014 | Liu et al. |
8724720 | May 13, 2014 | Srinivasa et al. |
8737405 | May 27, 2014 | Liu et al. |
8787338 | July 22, 2014 | Liu et al. |
8787385 | July 22, 2014 | Liu et al. |
8811203 | August 19, 2014 | Liu et al. |
8867653 | October 21, 2014 | Zhang et al. |
8923118 | December 30, 2014 | Liu et al. |
8948283 | February 3, 2015 | Zhang |
8971350 | March 3, 2015 | Liu |
9088908 | July 21, 2015 | Liu |
9130727 | September 8, 2015 | Zhang et al. |
20060063492 | March 23, 2006 | Iacono et al. |
20090196163 | August 6, 2009 | Du |
20100046656 | February 25, 2010 | van Nee et al. |
20100260159 | October 14, 2010 | Zhang et al. |
20110002219 | January 6, 2011 | Kim et al. |
20110268094 | November 3, 2011 | Gong |
20120039196 | February 16, 2012 | Zhang |
20120294294 | November 22, 2012 | Zhang |
20120314653 | December 13, 2012 | Liu |
20130202001 | August 8, 2013 | Zhang |
20130229996 | September 5, 2013 | Wang et al. |
20140198692 | July 17, 2014 | Torab Jahromi |
20150131517 | May 14, 2015 | Chu et al. |
20160080115 | March 17, 2016 | Josiam |
20160330788 | November 10, 2016 | Zheng |
WO-2012/122119 | September 2012 | WO |
- U.S. Appl. No. 15/442,398, Chu et al., “Resource Request for Uplink Multi-User Transmission,” filed Feb. 24, 2017.
- Ansari et al., “Unified MIMO Pre-Coding Based on Givens Rotation,” The Institute of Electrical and Electronics Engineers, doc. No. IEEE C802.16e-04/516r2, pp. 1-13, (Jan. 11, 2005).
- Cariou et al., “Multi-channel Transmissions,” Doc. No. IEEE 802.11-09/1022r0, The Institute of Electrical and Electronics Engineers, Inc., pp. 1-13 (Sep. 2009).
- Chun et al. “Legacy Support on HEW frame structure,” doc: IEEE 11-13/1057r0, The Institute of Electrical and Electronics Engineers, Inc., pp. 1-8 (Sep. 2013).
- de Vegt, “Potential Compromise for 802.11ah Use Case Document”, Institute of Electrical and Electronics Engineers, doc. No. IEEE 802.11-11/0457r0, pp. 1-27 (Mar. 2011).
- Fischer et al., “Link Adaptation Subfield for VHT,” doc. No. IEEE 802.11-10/1095r0, IEEE 802.11-10, 123rd IEEE 802.11 Wireless Local Area Networks session, Interim Meeting Session, Hilton Waikoloa Village, pp. 1-5 (Sep. 12, 2010).
- Hiertz et al., “The IEEE 802.11 Universe,” IEEE Communications Magazine, pp. 62-70, (Jan. 2010).
- IEEE P802.11ahIM/D1.3 “Draft Standard for Information Technology—Telecommunications and information exchange between systems Local and metropolitan area networks—Specific requirements, Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications: Amendment 6: Sub 1 GHz License Exempt Operation,” The Institute of Electrical and Electronics Engineers, Inc., pp. 1-466 (Apr. 2014).
- IEEE Std 802.11ac/D2.0 “Draft Standard for Information Technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements, Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications: Amendment 4: Enhancements for Very High Throughput for Operation in Bands below 6 GHz,” The Institute of Electrical and Electronics Engineers, Inc., pp. 1-359 (Jan. 2012).
- IEEE Std 802.11ac/D2.1 “Draft Standard for Information Technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements, Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications: Amendment 4: Enhancements for Very High Throughput for Operation in Bands below 6 GHz,” The Institute of Electrical and Electronics Engineers, Inc., pp. 1-363 (Mar. 2012).
- IEEE Std 802.11ac/D3.0 “Draft Standard for Information Technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements, Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications: Amendment 4: Enhancements for Very High Throughput for Operation in Bands below 6 GHz,” The Institute of Electrical and Electronics Engineers, Inc., pp. 1-385 (Jun. 2012).
- IEEE Std 802.11ac/D4.0 “Draft Standard for Information Technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements, Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications: Amendment 4: Enhancements for Very High Throughput for Operation in Bands below 6 GHz,” The Institute of Electrical and Electronics Engineers, Inc., pp. 1-408 (Oct. 2012).
- IEEE Std 802.11ac/D5.0 “Draft Standard for Information Technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements, Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications: Amendment 4: Enhancements for Very High Throughput for Operation in Bands below 6 GHz,” The Institute of Electrical and Electronics Engineers, Inc., pp. 1-440 (Jan. 2013).
- IEEE Std 802.11ac/D6.0 “Draft Standard for Information Technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements, Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications: Amendment 4: Enhancements for Very High Throughput for Operation in Bands below 6 GHz,” The Institute of Electrical and Electronics Engineers, Inc., pp. 1-446 (Jul. 2013).
- IEEE Std 802.11ac/D7.0 “Draft Standard for Information Technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements, Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications: Amendment 4: Enhancements for Very High Throughput for Operation in Bands below 6 GHz,” The Institute of Electrical and Electronics Engineers, Inc., pp. 1-456 (Sep. 2013).
- IEEE Std 802.11ah/D1.0 “Draft Standard for Information Technology—Telecommunications and information exchange between systems Local and metropolitan area networks—Specific requirements, Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications: Amendment 6: Sub 1 GHz License Exempt Operation,” The Institute of Electrical and Electronics Engineers, Inc., pp. 1-394 (Oct. 2013).
- IEEE Std 802.11™0 2012 (Revision of IEEE Std 802.11-2007) IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications, The Institute of Electrical and Electronics Engineers, Inc., pp. 1-2695 (Mar. 29, 2012).
- IEEE Std 802.16™-2012 (Revision of IEEE Std. 802.16-2009), IEEE Standard for Air Interface for Broadband Wireless Access Systems: Part 1—Beginning through Section 7, IEEE Computer Society and the IEEE Microwave Theory and Techniques Society, The Institute of Electrical and Electronics Engineers, Inc., 2558 pages (Aug. 17, 2012).
- Imashioya et al., “RTL Design of 1.2 Gbps MIMO WLAN System and Its Business Aspect,” IEEE 9th Int'l Symposium on Communications and Information Technology (ISCIT 2009), The Institute of Electrical and Electronics Engineers, pp. 296-301 (2009).
- Liu et al., “VHT BSS Channel Selection,” Institute of Electrical and Electronics Engineers, Inc., doc. No. IEEE 802.11-11/1433r0, pp. 1-10 (Nov. 2011).
- Love et al., “An Overview of Limited Feedback in Wireless Communication Systems,” IEEE J. on Selected Areas in Communications, vol. 26, No. 8, pp. 1341-1365 (Oct. 2008).
- Merlin et al., “VHT Control and Link Adaptation,” doc. No. IEEE 802.11-11/0040r0, IEEE 802.22-11, 125th IEEE 802.11 Wireless Local Area Networks Session, Interim Meeting Session, Hyatt Century Plaza Hotel, Los Angeles, California, pp. 1-15 (Jan. 18, 2011).
- Noh et al., “Channel Selection and Management for 11ac,” Doc. No. IEEE 802.11-10/0593r1, The Institute of Electrical and Electronics Engineers, Inc., pp. 1-21 (May 20, 2010).
- Park et al., “Low Power Capability Support for 802.11ah,” doc. No. IEEE 802.11-11/0060r1, The Institute for Electrical and Electronics Engineers, 7 pages (Jan. 17, 2011).
- Park, “IEEE 802.11ac: Dynamic Bandwidth Channel Access,” 2011 IEEE Int'l Conf. on Communications (ICC), pp. 1-5 (Jun. 2011).
- Park, “Proposed Specification Framework for TGah D9.x”, The Institute of Electrical and Electronics Engineers, doc. No. IEEE 802.11-yy/xxxxr0, pp. 1-30 (Jul. 2012).
- Park, “Proposed Specification Framework for TGah”, The Institute of Electrical and Electronics Engineers, doc. No. IEEE 802.11-yy/xxxxr05, pp. 1-12 (Jan. 2012).
- Park, “Proposed Specification Framework for TGah”, The Institute of Electrical and Electronics Engineers, doc. No. IEEE 802.11-11/1137r11, pp. 1-36 (Sep. 2012).
- Park, “Proposed Specification Framework for TGah”, The Institute of Electrical and Electronics Engineers, doc. No. IEEE 802.11-11/1137r6, pp. 1-13 (Mar. 2012).
- Park, “Specification Framework for TGah,” The Institute of Electrical and Electronics Engineers, doc. No. IEEE 802.11-11/1137r13, pp. 1-58 (Jan. 14, 2013).
- Pedersen et al., “Carrier Aggregation for LTE-Advanced: Functionality and Performance Aspects,” IEEE Communications Magazine, vol. 49, No. 6, pp. 89-95, (Jun. 1, 2011).
- Perahia et al., “Gigabit Wireless LANs: an overview of IEEE 802.11ac and 80211ad,” ACM SIGMOBILE Mobile Computing and Communications Review, vol. 15, No. 3, pp. 23-33 (Jul. 2011).
- Redieteab et al., “Cross-Layer Multichannel Aggregation for Future WLAN Systems,” 2010 IEEE Int'l Conf. on Communication Systems (ICCS), pp. 740-756 (Nov. 2010).
- Shao, “Channel Selection for 802.11ah,” doc.: IEEE 802.11-12/0816r0, pp. 1-11 (Jul. 2012).
- Shi et al., “Phase Tracking During VHT-LTF,” Doc. No. IEEE 802.11-10/07711-0, The Institute of Electrical and Electronics Engineers, Inc., pp. 1-19 (Jul. 2010).
- Stacey et al., “IEEE P802.11, Wireless LANs, Proposed TGac Draft Amendment,” Institute of Electrical and Electronics Engineers, doc. No. IEEE 802.11-10/1361r3 pp. 1-154 (Jan. 2011).
- Stacey et al., “Specification Framework for TGac,” document No. IEEE 802.11-09/0992r20, Institute for Electrical and Electronics Engineers, pp. 1-49, (Jan. 18, 2011).
- Syafei et al., “A Design of Next Generation Gigabit MIMO Wireless LAN System ,” IEEE 12th Int'l Conference on Advanced Communication Technology (ICACT 2010), The Institute of Electrical and Electronics Engineers, pp. 941-946 (2010).
- Syafei et al., “A Gigabit MIMO WLAN System with International Standardization Strategy,” IEEE Int'l Symposium on Intelligent Signal Processing and Communication Systems (ISPACS 2009), The Institute of Electrical and Electronics Engineers, pp. 228-231 (2009).
- Syafei et al., “Design of 1.2 Gbps MIMO WLAN System for 4K Digital Cinema Transmission,” IEEE 20th Int'l Symposium on Personal, Indoor and Mobile Radio Communications (PIMRC 2009), The Institute of Electrical and Electronics Engineers, pp. 207-211 (2009).
- Taghavi et al., “Introductory Submission for TGah”, doc. No. IEEE 802.11-11/0062r0, Institute for Electrical and Electronics Engineers, pp. 1-5 (Jan. 14, 2011).
- Tandai et al., “An Efficient Uplink Multiuser MIMO Protocol in IEEE 802.11 WLANs,” IEEE 20th International Symposium on Personal, Indoor and Mobile Radio Communications (PIMRC 2009), pp. 1153-1157 (Sep. 13, 2009).
- U.S. Appl. No. 14/961,359, filed Dec. 7, 2015.
- van Zelst et al., “Pilot Sequence for VHT-DATA,” Doc. No. IEEE 802.11-10/0811r1, The Institute of Electrical and Electronics Engineers, Inc., pp. 1-10 (Jul. 2010).
- Vermani et al. “Preamble Format for 1 MHz,” The Institute of Electrical and Electronics Engineers, doc. No. IEEE 802.11-11/1482r2, pp. 1-30 (Nov. 2011).
- Vermani et al. “Spec Framework Text for PHY Numerology,” The Institute of Electrical and Electronics Engineers, doc. No. IEEE 802.11-11/1311r0, pp. 1-5 (Sep. 2011).
- Wannstrom, “Carrier Aggregation explained,” pp. 1-6 (May 2012).
- Yu et al., “Coverage extension for IEEE802.11ah,” The Institute of Electrical and Electronics Engineers, doc. No. IEEE 802.11-11/0035r1, pp. 1-10 (Jan. 2011).
- Yuan et al., “Carrier Aggregation for LTE-Advanced Mobile Communication Systems,” IEEE Communications Magazine, pp. 88-93 (Feb. 2010).
- Zhang et al., “11ac Explicit Sounding and Feedback”, The Institute of Electrical and Electronics Engineers, doc. No. IEEE 802.11-10/1105r0, 44 pages (Sep. 2010).
- Zhang et al., “11ah Data Transmission Flow,” The Institute of Electrical and Electronics Engineers, doc. No. IEEE 802.11-11/1484r1, pp. 1-15 (Nov. 2011).
- Zhang et al., “1 MHz Waveform in Wider BW ”, The Institute of Electrical and Electronics Engineers, doc. No. IEEE 802.11-12/0309r1, pp. 1-10 (Mar. 2012).
- Zhang et al., “Beamforming Feedback for Single Stream,” The Institute of Electrical and Electronics Engineers, doc. No. IEEE 802.11-12/1312r0, pp. 1-22 (Nov. 12, 2012).
- Zhang et al., “VHT Link Adaptations,” doc. No. IEEE802.11-11/0047r0, IEEE 802.11-11, 125th IEEE 802.11 Wireless Local Area Networks Session, Interim Meeting Session, Hyatt Century Plaza Hotel, Los Angeles, California, pp. 1-11 (Jan. 18, 2011).
Type: Grant
Filed: Feb 9, 2016
Date of Patent: Nov 21, 2017
Assignee: Marvell International Ltd. (Hamilton)
Inventors: Liwen Chu (San Ramon, CA), Hongyuan Zhang (Fremont, CA), Lei Wang (San Diego, CA), Yakun Sun (Sunnyvale, CA), Jinjing Jiang (San Jose, CA), Hui-Ling Lou (Sunnyvale, CA)
Primary Examiner: Idowu O Osifade
Application Number: 15/019,768
International Classification: H04W 4/00 (20090101); H04W 72/04 (20090101);