US20110305176A1 - Method and apparatus for sending very high throughput wlan acknowledgment frames - Google Patents
Method and apparatus for sending very high throughput wlan acknowledgment frames Download PDFInfo
- Publication number
- US20110305176A1 US20110305176A1 US13/160,398 US201113160398A US2011305176A1 US 20110305176 A1 US20110305176 A1 US 20110305176A1 US 201113160398 A US201113160398 A US 201113160398A US 2011305176 A1 US2011305176 A1 US 2011305176A1
- Authority
- US
- United States
- Prior art keywords
- ack
- ppdu
- header
- receiving
- designated bit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 108
- 230000005540 biological transmission Effects 0.000 claims abstract description 81
- 230000004044 response Effects 0.000 claims abstract description 63
- 238000004590 computer program Methods 0.000 claims description 3
- 230000011664 signaling Effects 0.000 description 22
- 101100161473 Arabidopsis thaliana ABCB25 gene Proteins 0.000 description 18
- 101100096893 Mus musculus Sult2a1 gene Proteins 0.000 description 18
- 101150081243 STA1 gene Proteins 0.000 description 18
- 230000006854 communication Effects 0.000 description 16
- 238000004891 communication Methods 0.000 description 15
- 238000005516 engineering process Methods 0.000 description 15
- OVGWMUWIRHGGJP-WVDJAODQSA-N (z)-7-[(1s,3r,4r,5s)-3-[(e,3r)-3-hydroxyoct-1-enyl]-6-thiabicyclo[3.1.1]heptan-4-yl]hept-5-enoic acid Chemical compound OC(=O)CCC\C=C/C[C@@H]1[C@@H](/C=C/[C@H](O)CCCCC)C[C@@H]2S[C@H]1C2 OVGWMUWIRHGGJP-WVDJAODQSA-N 0.000 description 13
- 101000988961 Escherichia coli Heat-stable enterotoxin A2 Proteins 0.000 description 13
- 101000752249 Homo sapiens Rho guanine nucleotide exchange factor 3 Proteins 0.000 description 12
- 102100021689 Rho guanine nucleotide exchange factor 3 Human genes 0.000 description 12
- 238000003860 storage Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 10
- 238000013459 approach Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 4
- 230000018109 developmental process Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 101100395869 Escherichia coli sta3 gene Proteins 0.000 description 3
- 230000009471 action Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- OVGWMUWIRHGGJP-WTODYLRWSA-N (z)-7-[(1r,3s,4s,5r)-3-[(e,3r)-3-hydroxyoct-1-enyl]-6-thiabicyclo[3.1.1]heptan-4-yl]hept-5-enoic acid Chemical compound OC(=O)CCC\C=C/C[C@H]1[C@H](/C=C/[C@H](O)CCCCC)C[C@H]2S[C@@H]1C2 OVGWMUWIRHGGJP-WTODYLRWSA-N 0.000 description 2
- 101100366889 Caenorhabditis elegans sta-2 gene Proteins 0.000 description 2
- 108700026140 MAC combination Proteins 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 239000002245 particle Substances 0.000 description 2
- 230000007727 signaling mechanism Effects 0.000 description 2
- 238000012549 training Methods 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 241000760358 Enodes Species 0.000 description 1
- 241001168730 Simo Species 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003595 spectral effect Effects 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/12—Flow control between communication endpoints using signalling between network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
Definitions
- the present invention generally relates to apparatus and methods for acknowledgments from a station in wireless local area network systems. More particularly, the disclosure relates to very high throughput acknowledgments and signaling mechanisms for communicating an acknowledgment policy to be used by a receiving station.
- MIMO Multiple Input Multiple Output
- IEEE 802.11 denotes a set of Wireless Local Area Network (WLAN) air interface standards developed by the IEEE 802.11 committee for short-range communications (e.g., tens of meters to a few hundred meters).
- WLAN Wireless Local Area Network
- MAC protocols are designed to operate to exploit several dimensions of freedom offered by the air link medium.
- the most commonly exploited dimensions of freedom are time and frequency.
- the “time” dimension of freedom is exploited through the CSMA (Carrier Sense Multiple Access).
- the CSMA protocol attempts to ensure that no more than one transmission occurs during a period of potential high interference.
- the “frequency” dimension of freedom can be exploited by using different frequency channels.
- Spatial Division Multiple Access can be used for improving utilization of the air link by scheduling multiple terminals for simultaneous transmission and reception. Data is sent to each of the terminals using spatial streams. For example, with SDMA, a transmitter forms orthogonal streams to individual receivers. Such orthogonal streams can be formed because the transmitter has several antennas and the transmit/receive channel consists of several paths. Receivers may also have one or more antennas (MIMO, SIMO). For this example, it is assumed that the transmitter is an access point (AP) and the receivers are stations (STAs).
- AP access point
- STAs stations
- the streams are formed such that a stream targeted at STA-B, for example, is seen as low power interference at STA-C, STA-D, . . . , etc., and this will not cause significant interference and most likely be ignored.
- the AP needs to have channel state information (CSI) from each of the receiving STAs.
- CSI can be measured and communicated in several ways, thereby adding complexity, the use of CSI will optimize the configuration of SDMA streams.
- the AP controls the uplink (UL) communication process.
- the uplink scheduling approach still requires that STAs contend with the AP for channel access.
- the AP will act as an additional STA trying to gain access to the transmission medium, thereby affecting all STAs attempting to gain access.
- the scheduling scheme does not always work well with certain types of data traffic, such as bursty data traffic.
- the method may include a transmitting station setting at least one designated bit in a Physical Layer (PHY) header of a PPDU for transmission from a transmitter to a receiver to indicate an ACK type selected from at least at least two of a normal ACK, a Block ACK (BA), or no ACK, and transmitting the PPDU in a Very High Throughput (VHT) frame to the receiver.
- PHY Physical Layer
- VA Block ACK
- VHT Very High Throughput
- the station may place the at least one designated bit inside a Signal (SIG) field of the PHY header.
- the method may further include selecting the SIG field comprising a field that is transmitted to each of multiple receivers individually.
- the method may include selecting the SIG field comprising a field that is transmitted to all of multiple receivers.
- the method may include the transmitting station including at least one additional bit indicating an ACK policy in a Media Access Control (MAC) Quality of Service (QoS) control header contained in the PPDU.
- the method may include the station placing the at least one designated bit in a first location of a Physical Layer (PHY) payload of the PPDU.
- the method may include the station placing the at least one designated bit in a reserved location of a Media Access Control Data Unit (MPDU) delimiter field in the PPDU.
- the method may include setting the at least one designated bit in a Media Access Control (MAC) header interposed between divided parts of the PHY header.
- MAC Media Access Control
- the method and alternatives may include the station setting the at least one designated bit to indicate a normal ACK to avoid implementing a BA.
- the method may include the station transmitting the PPDU to enable use of a normal ACK without requiring prior negotiation of a BA agreement with the receiver.
- a system may include means for setting at least one designated bit in a Physical Layer (PHY) header of a PPDU for transmission from a transmitter to a receiver to indicate an ACK type selected from at least at least two of a normal ACK, a Block ACK (BA), or no ACK coupled to means for transmitting the PPDU in a Very High Throughput (VHT) frame to the receiver.
- PHY Physical Layer
- BA Block ACK
- VHT Very High Throughput
- the system may include other means for performing other aspects and operations as described for the method described above for a transmitting station, including hardware, software, or firmware elements, or a combination of such elements, configured for performing the described operations.
- a system for facilitating evolved MBMS discovery in a wireless communications system WCS may include a processor configured for setting at least one designated bit in a Physical Layer (PHY) header of a PPDU for transmission from a transmitter to a receiver to indicate an ACK type selected from at least at least two of a normal ACK, a Block ACK (BA), or no ACK, and transmitting the PPDU in a Very High Throughput (VHT) frame to the receiver.
- the system may include a memory coupled to the at least one processor for storing data.
- a computer-readable medium may hold encoded instructions, that when executed by a processor of a transmitting station, causes the station to perform operations of a method as described above. The instructions may be held in a memory device, storage medium, or the like.
- a method for selecting one of a normal ACK and block ACK may include receiving a PPDU in a VHT frame from a transmitter.
- the method may include determining an ACK selected from a normal ACK or a Block ACK in response to a designated bit contained in a PHY header of the PPDU.
- the method may include receiving the designated bit inside a Signal (SIG) field of the PHY header.
- the method may further include receiving at least one additional bit indicating an ACK policy in a MAC QoS control header contained in the PPDU.
- the receiving station may provide an ACK to the transmitting station, according to the ACK type specified by the designated bit or bits in the PPDU.
- the method may include receiving the designated bit in a first location of a PHY payload of the PPDU.
- the method may include receiving the designated bit in a reserved location of an MPDU delimiter field in the PPDU.
- the method may include receiving the designated bit in a MAC header interposed between divided parts of the PHY header.
- a system for selecting one of a normal ACK and block ACK may include means for receiving a PPDU in a VHT frame from a transmitter, coupled to means for determining an ACK selected from a normal ACK or a Block ACK in response to a designated bit contained in a PHY header of the PPDU.
- the system may include other means for performing other aspects and operations as described for the method described above for a receiving station, including hardware, software, or firmware elements, or a combination of such elements, configured for performing the described operations.
- a receiving station system for selecting one of a normal ACK and block ACK may include at least one processor configured for receiving a PPDU in a VHT frame from a transmitter, and determining an ACK selected from a normal ACK or a BA in response to at least one designated bit contained in a Physical Layer (PHY) header of the PPDU.
- the receiving station system may further include a memory coupled to the at least one processor for storing data.
- a computer-readable medium may hold encoded instructions, that when executed by a processor of a receiving station, causes the station to perform operations of a method as described above. The instructions may be held in a memory device, storage medium, or the like.
- FIG. 1 shows a spatial division multiple access MIMO wireless system in accordance with certain embodiments of the present disclosure.
- FIG. 2 illustrates example components of a wireless device in accordance with certain embodiments of the present disclosure.
- FIG. 3 illustrates an order of response frames from a set of stations determined by the order in which the stations occur in a group of stations to which a multi-user transmission is sent.
- FIG. 4 illustrates an order of response frames from a set of stations that receive a Sequential ACK Policy in a multi-user transmission.
- FIG. 5 illustrates an example of an IEEE 802.11ac PHY header.
- FIG. 6 illustrates a Group ID subfield as part of a VHT-SIG-A field of an IEEE 802.11ac PHY header.
- FIG. 7 illustrates a VHT frame exchange using a Normal ACK procedure for a Single User (SU) transmission.
- FIG. 8 illustrates a VHT frame exchange using a Normal ACK procedure in combination with the Block ACK procedure for a Multi-User (MU) transmission.
- MU Multi-User
- FIG. 9 illustrates an ACK Type field placed inside a VHT-SIG-B field of the VHT PHY header.
- FIG. 10 illustrates the use of the first bit of the MAC payload of a VHT frame (e.g., of the PHY Service Data Unit (PSDU)) for the ACK Policy field.
- a VHT frame e.g., of the PHY Service Data Unit (PSDU)
- FIG. 11 illustrates a Block ACK policy implemented by placing a value of 1 in the ACK Policy field of a VHT frame.
- FIG. 12 illustrates an embodiment where an ACK Type field is placed on a reserved bit of the MPDU delimiter of a VHT frame.
- FIG. 13 illustrates a representative MPDU delimiter field of a MAC header.
- FIG. 14 illustrates a VHY frame exchange sequence with an ACK Type field equal to 0 (Normal ACK policy).
- FIG. 15 illustrates a VHT frame exchange sequence with an ACK Type field equal to 1 (Block ACK policy).
- FIG. 16 illustrates the circuitry that may be required to implement Block ACK.
- FIG. 17 is a flowchart illustrating a method of receiving messages from a STA that includes an ACK Policy field.
- FIG. 18 is a flowchart illustrating a flowchart of a method that may be implemented in a STA to determine an ACK Policy for responding to a received message.
- FIGS. 19-22 are flowcharts illustrating related methodologies for selectively enabling normal ACK and block ACK for wireless transmissions, using a PPDU.
- FIG. 23 is a block diagram illustrating a system for performing a method or methods as shown in FIGS. 19-22 .
- FIGS. 24-26 are flowcharts illustrating related methodologies for selecting one of a normal ACK and block ACK for wireless transmissions, using a PPDU.
- FIG. 27 is a block diagram illustrating a system for performing a method or methods as shown in FIGS. 24-26 .
- the wireless network which is also referred to herein as a basic service set (BSS) 100 is shown with several wireless nodes, generally designated as an access point 110 and a plurality of access terminals or stations (STAs) 120 .
- Each wireless node is capable of receiving and/or transmitting.
- the term “access point” is used to designate a transmitting node and the term “access terminal” is used to designate a receiving node for downlink communications
- the term “access point” is used to designate a receiving node and the term “access terminal” is used to designate a transmitting node for uplink communications.
- an access point may be referred to as a base station, an eNode B (eNB), a base transceiver station, a station, a terminal, a node, a wireless node, an access terminal acting as an access point, a network entity, or some other suitable terminology.
- An access terminal may be referred to as a user terminal, a mobile station, a subscriber station, a station, a wireless device, a terminal, a node, a wireless node, User Equipment (UE), a mobile entity or some other suitable terminology.
- UE User Equipment
- the wireless network 100 may support any number of access points distributed throughout a geographic region to provide coverage for access terminals 120 .
- a system controller 130 may be used to provide coordination and control of the access points, as well as access to other networks (e.g., Internet) for the access terminals 120 .
- one access point 110 is shown.
- An access point may generally be a fixed terminal that provides backhaul services to access terminals in the geographic region of coverage. However, the access point may be mobile in some applications.
- An access terminal which may be fixed or mobile, utilizes the backhaul services of an access point or engages in peer-to-peer communications with other access terminals.
- access terminals include a telephone (e.g., cellular telephone), a laptop computer, a desktop computer, a Personal Digital Assistant (PDA), a digital audio player (e.g., MP3 player), a camera, a game console, or any other suitable wireless node.
- a telephone e.g., cellular telephone
- laptop computer e.g., a laptop computer
- desktop computer e.g., a desktop computer
- PDA Personal Digital Assistant
- digital audio player e.g., MP3 player
- camera e.g., a game console, or any other suitable wireless node.
- the wireless network 100 may support MIMO technology.
- an access point 110 may communicate with multiple access terminals 120 simultaneously using Spatial Division Multiple Access (SDMA).
- SDMA is a multiple access scheme which enables multiple streams transmitted to different receivers at the same time to share the same frequency channel and, as a result, provide higher user capacity. This is achieved by spatially precoding each data stream and then transmitting each spatially precoded stream through a different transmit antenna on the downlink. The spatially precoded data streams arrive at the access terminals with different spatial signatures, which enable each access terminal 120 to recover the data stream destined for that access terminal 120 .
- each access terminal 120 transmits a spatially precoded data stream, which enables the access point 110 to identify the source of each spatially precoded data stream.
- precoding may also be used to encompass the process of precoding, encoding, decoding and/or postcoding a data stream.
- One or more access terminals 120 may be equipped with multiple antennas to enable certain functionality.
- multiple antennas at the access point 110 may be used to communicate with a multiple antenna access point to improve data throughput without additional bandwidth or transmit power. This may be achieved by splitting a high data rate signal at the transmitter into multiple lower rate data streams with different spatial signatures, thus enabling the receiver to separate these streams into multiple channels and properly combine the streams to recover the high rate data signal.
- the access point 110 may also be configured to support access terminals that do not support MIMO technology. This approach may allow older versions of access terminals (e.g., “legacy” terminals) to remain deployed in a wireless network, extending their useful lifetime, while allowing newer MIMO access terminals to be introduced as appropriate.
- legacy terminals e.g., “legacy” terminals
- FIG. 2 illustrates various components that may be utilized in a wireless device 302 that may be employed within the system 100 .
- the wireless device 302 is an example of a device that may be configured to implement the various methods described herein.
- the wireless device 302 may be configured to function as an access point 110 or a user terminal 120 .
- the wireless device 302 may include a processor 304 which controls operation of the wireless device 302 .
- the processor 304 may also be referred to as a central processing unit (CPU).
- Memory 306 which may include both read-only memory (ROM), random access memory (RAM), or other memory type, may provide instructions and data to the processor 304 .
- a portion of the memory 306 may also include non-volatile random access memory (NVRAM).
- the processor 304 may perform logical, input/output (I/O) and arithmetic operations based on program instructions stored within the memory 306 .
- the instructions in the memory 306 may be executable to implement the methods described herein.
- the wireless device 302 may also include a housing 308 that may enclose or support a transmitter 310 and a receiver 312 to allow transmission and reception of data between the wireless device 302 and a remote location.
- the transmitter 310 and receiver 312 may be combined into a transceiver 314 .
- a plurality of transmit antennas 316 may be attached to the housing 308 and electrically coupled to the transceiver 314 .
- the wireless device 302 may include (not shown) multiple transmitters, multiple receivers, and multiple transceivers the same as or similar to those shown.
- the wireless device 302 may also include a signal detector 318 that may be used to detect and quantify the level of signals received by the transceiver 314 .
- the signal detector 318 may detect such signals as total energy, energy per subcarrier per symbol, power spectral density and other signals.
- the wireless device 302 may also include a digital signal processor (DSP) 320 for use in processing signals.
- DSP digital signal processor
- the various components of the wireless device 302 may be coupled together by a bus system 322 , which may include a power bus, a control signal bus, and a status signal bus in addition to a data bus.
- a bus system 322 may include a power bus, a control signal bus, and a status signal bus in addition to a data bus.
- legacy as used in connection with wireless network protocols or nodes generally refers to protocols or nodes that support 802 . 11 n or earlier versions of the 802.11 standard.
- OFDM Orthogonal Frequency Division Multiplexing
- CDMA Code Division Multiple Access
- TDMA Time Division Multiple Access
- suitable wireless technologies include, by way of example, Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), or any other suitable wireless technology, or any combination of suitable wireless technologies.
- a CDMA system may implement IS-2000, IS-95, IS-856, Wideband-CDMA (WCDMA), or some other suitable air interface standard.
- a TDMA system may implement Global System for Mobile Communications (GSM) or some other suitable air interface standard.
- GSM Global System for Mobile Communications
- the references IEEE 802.11-2007 and IEEE 802.11n-2009 may provide helpful background information, and are known in the art.
- Wireless LAN networks based on IEEE 802.11 standards continue to evolve to allow for higher throughput which may be realized by parallel transmissions to multiple stations at once, or by using a wider channel bandwidth such as 80 MHz or 160 MHz.
- the wireless standard IEEE 802.11ac currently under development specifies a VHT WLAN.
- the payload of an IEEE 802.11ac PPDU generally contains an A-MPDU by default, allowing multiple MPDUs in a single PPDU for reducing protocol timing overhead.
- acknowledgement of a VHT PPDU may be limited to a Block Acknowledgement, which acknowledges multiple MPDUs present in the PPDU.
- a block acknowledgment agreement is required before VHT frames may be sent, and may be defined using one or more bits to signal an ACK policy.
- the prior approach as specified in various versions of IEEE 802.11 has been to include an ACK policy bit in an MPDU and to reserve all bits in the PPDU header for specifying the PPDU itself.
- a normal acknowledgment policy for a VHT PPDU is not defined by IEEE 802.11ac. Instead, a BA policy is defined because a VHT frame generally contains an A-MPDU and use of a BA policy is beneficial for reducing overhead.
- the present disclosure describes various technologies (e.g., methods, apparatus, systems and computer program products) for enabling both normal ACK and Block ACK for wireless transmissions.
- the various technologies disclosed herein include aspects of implicit ACK policy signaling, and explicit ACK policy signaling.
- the implicit ACK policy signaling may include overloading an acknowledgment policy field in a MAC header of an MPDU.
- the explicit ACK policy signaling may include providing a specific signaling bit (or bits) in a PHY header of a VHT PPDU to selectively enable or disable a normal ACK.
- the various technologies may include providing a rule defining when a normal ACK should be sent and when the normal ACK should not be sent. For example, a rule may specify that a normal ACK should be transmitted when all MPDUs and all non-End-Of_Field (non-EOF) MPDU delimiters have been received without error.
- aspects of the disclosure may be described as using transmissions occurring between two STAs. Because an AP generally is regarded to be a special type of STA in IEEE 802.11 WLANs, it is to be appreciated that the transmissions could also occur between AP to AP, AP to STA or STA to AP. STA to STA transmissions are used by way of illustration and not limitation.
- an ACK Policy for an MPDU may be signaled through an ACK Policy field of a Quality of Service (QoS) Control field within a Media Access Control (MAC) header, hereinafter also referred to as an MPDU header.
- QoS Quality of Service
- MAC Media Access Control
- the ACK Policy field may consist of bits 5 and 6 of the QoS Control field.
- Bits b 5 and b 6 of a QoS Control field of a MAC header may be redefined to add a Normal ACK policy for VHT frames.
- Normal ACK or Block ACK may be implicitly signaled based on certain conditions such as the type of transmission sent by the sending STA and the presence or absence of a Block ACK agreement between the sending STA and receiving STA, for example as described in more detail below.
- Use of the ACK Policy field, e.g., bits b 5 and b 6 of the QoS Control field of a MAC header, to implicitly signal an ACK type may be referred to herein as the ACK Policy 00, wherein “00” indicates that both bits b 5 and b 6 are set to zero.
- Implicitly signaling the ACK type based on certain pre-defined conditions may be referred to herein as overloading ACK Policy 00.
- ACK Policy 00 may implicitly signal a Normal ACK Policy for VHT PPDUs when no block acknowledgment agreement is present between the sending and receiving STAs or to a Block Acknowledgment Policy when a block acknowledgment agreement is present between the sending and receiving STAs.
- the addressed recipient may return an ACK or QoS+CF-ACK frame after a short interframe space (SIFS) period.
- SIFS short interframe space
- the addressed recipient may return an ACK or QoS+CF-ACK frame after a SIFS period when no FCS error has occurred on any of the received MPDUs and no CRC error has occurred on any of the received MPDU delimiters. If receiving a VHT PPDU with a Block ACK agreement, the addressed recipient may return a BlockACK MPDU, either individually or as part of an A-MPDU starting a SIFS after the PPDU carrying the frame.
- the receiving STA responds with an ACK frame when no Frame Check Sequence (FCS) error has occurred on any of the received MPDUs and no Cyclic Redundancy Check (CRC) error has occurred on any of the MPDU delimiters contained in the PPDU.
- FCS Frame Check Sequence
- CRC Cyclic Redundancy Check
- the response may be sent after a Short Interframe Space (SISF) between the end of the received frame and the response.
- SISF Short Interframe Space
- the CRC check may only apply to MPDU delimiters with a zero End of Frame (EOF) field.
- the receiving STA may not send an ACK frame. This may cause the sending STA to retransmit all MPDUs contained in the VHT PPDU.
- the STA receiving the VHT PPDU may respond with a Block ACK frame.
- New IEEE 802.11 standards such as IEEE 802.11ac will allow parallel transmissions from the Access Point (AP) to several stations (STAs) at once. Such transmissions are generally referred to as Multi-User (MU) transmissions, as opposed to the existing Single User (SU) transmissions.
- MU transmissions may for instance use Multi-User Multiple Input Multiple Output (MU-MIMO), which is also referred to as Spatial Division Multiple Access (SDMA).
- SDMA Spatial Division Multiple Access
- the AP sends data to each STA using different spatial streams.
- An issue that arises in MU transmissions is how the STAs determine their response position, hereinafter referred to also as “response location” or “location,” in a sequence of response frames for sending acknowledgments.
- Acknowledgments from the set of STAs that have been addressed as part of a MU transmission may be transmitted in sequence.
- the response frames (typically Block Acknowledgment frames) are sent sequentially after the end of the MU transmission.
- the order of the STA inside a predefined group to which the MU transmission is sent, or an ordering of spatial streams the STA is assigned to receive the MU transmission on may be used to determine the order of each STA's response frame in a sequence of response frames sent after the end of the MU transmission.
- the order of the STA in a MU-MIMO group to which the MU PPDU is sent as defined in a PHY header 350 of a PPDU, may be used to determine the position of a STA's response frame in a sequence of response frames, as depicted in FIG. 3 .
- the AP may assign STAs to various groups, each group being associated with a group ID. Each group typically defines an order of STAs.
- group 1 may be defined as STA 1 , STA 2 , STA 3 ;
- group 2 may be defined as STA 2 , STA 1 , STA 3 ;
- group 3 may be defined as STA 5 , STA 6 , STA 7 ; etc.
- a STA may be a member of multiple groups.
- the group(s) to which a particular STA belongs may be assigned by the AP at the time the STA registers with the AP or at some other time.
- the ordering within a group may be implicitly defined or explicitly defined.
- the AP may explicitly order the STAs within a group and communicate this ordering to the STAs within the group.
- the ordering may be communicated to the member STAs each time a STA is added to the group.
- the STAs may store this group ordering for future reference.
- a Group ID may be utilized to refer to a particular group.
- the Group ID may also be communicated to the member STAs by the AP.
- the AP may send a management frame containing a list of group IDs and STAs associated with each Group ID.
- the Group ID may be contained in a field inside a PHY header 350 of a MU transmission 355 that may be used by the STAs to determine their location inside a subsequent spatial stream assignment field.
- This same group sequence may be used to determine the order in which the response frames are transmitted by the STAs after the end of the MU frame.
- the response frames occur in the following order: a response frame 365 from STA 1 , followed by a response frame 370 from STA 2 , followed by a response frame 375 from STA 3 .
- STA 2 sends its response frame after the end of the MU transmission, followed by a response frame from STA 1 , followed by a response frame from STA 3 .
- the response frames may be spaced SIFS time intervals 360 apart.
- STAs may also base their location in the sequence of response frames on the spatial streams on which they receive data, independent of the way in which the spatial streams are assigned by the AP. Spatial streams may typically be assigned in sequential order, which simplifies the determination of the order in the sequence.
- the order of the response frames from the addressed STAs may be determined by the order of the STAs in the group to which the MU transmission is sent. The order of the STAs also determines the assignment of spatial streams on which the STAs listen to receive their data contained in the MU transmission.
- the Normal ACK or Implicit Block ACK Request ACK Policy may be redefined to mean Sequential ACK when the MPDU is part of an MU PPDU.
- MPDUs inside an 802.11ac SU transmission may use the original definition of the ACK Policy (as if the MPDU was a legacy transmission), or the MPDUs may use Sequential ACK, which in this case reduces to a single SIFS response. Both interpretations have the same result, namely that a single SIFS response occurs, but when Sequential ACK applies there is an option to change the existing ACK rules.
- the order of the BA frame in the response sequence may be determined by the order of the STAs in the group for which the downlink MU packet is destined (e.g., based on the Group ID of the MU PPDU).
- FIG. 4 depicts an example of a use of the ACK Policy field for a MU transmission.
- STA 1 and STA 2 each receive an ACK Policy equal to 00 in their respective MAC headers and each respond with a BA frame according to the Sequential ACK rules.
- STA 3 receives an ACK Policy equal to 11 in its MAC header and takes no action upon receipt of the frame except to record the state. STA 3 waits for a poll frame from the AP before sending a response frame. Note that the ACK Policy may be different for each STA because the MAC header for distinct destinations may be different. Further, in an MU transmission, each STA generally only sees packets that are destined to that station.
- the order of the responses from STA 1 and STA 2 are determined by the order of the STAs in the group for which the downlink MU packet is destined, for example the group ID may indicate an order of the STAs as STA 1 , STA 2 , STA 3 .
- STA 1 responds with a BA frame 400 at a time increment of SIFS 415 after the end of the MU transmission 410 .
- STA 2 responds with a BA frame 405 at a time increment of SIFS 415 after the end of the BA frame from STA 1 .
- STA 3 responds with a BA frame 420 after receipt of a BAR frame 425 transmitted by the AP.
- FIG. 5 An example of a IEEE 802.11ac PHY header 500 configuration is illustrated in FIG. 5 .
- the VHT-SIG-A 1 505 and VHT-SIG-A 2 510 fields together may be referred to as VHT-SIG-A.
- the Group ID subfield 600 may be part of the VHT-SIG-A field 610 .
- the Group ID subfield 600 may be used to identify the group of STAs to which an IEEE 802.11ac frame is transmitted. Each STA typically looks at the PHY header to determine if it should continue decoding the transmission or ignore the rest of the transmission. For example, a STA may look at the Group ID. If the STA is not a member of that particular group it may ignore the rest of the transmission.
- An alternative way of redefining bits b 5 and b 6 of the QoS Control field of the MAC header may add a Normal ACK policy and a Sequential ACK policy for VHT frames.
- overloading an ACK Policy subfield e.g. ACK Policy 00, may be used to implicitly signal the ACK policy.
- Sequential ACK is an acknowledgement procedure in which each STA may be assigned an index corresponding to the order in which the response frames (ACK or Block ACK) should be transmitted.
- the ACK Policy field may be used to implicitly signal an ACK type that is referred to herein as the ACK Policy 00, wherein “00” indicates that both bits b 5 and b 6 are set to zero. Implicitly signaling the ACK type based on certain pre-defined conditions may be referred to herein as overloading ACK Policy 00.
- ACK Policy 00 may implicitly request a response selected from a Normal ACK, Implicit Block ACK or Sequential ACK.
- the pre-defined conditions may include receiving a non-VHT frame that is not a A-MPDU frame. Under such condition, the addressed recipient may return an ACK or QoS+CF-ACK frame after a short interframe space (SIFS) period.
- the pre-defined conditions may include receiving a non-VHT frame that is part of an A-MPDU. Under such condition, the addressed recipient may return a Block ACK MPDU, either individually or as part of an A-MPDU, starting a SIFS after the PPDU carrying the frame.
- the pre-defined conditions may include receiving a VHT frame without a negotiated Block ACK agreement.
- the addressed recipient may return an ACK or QoS+CF-ACK frame after a short interframe space (SIFS) period after determining that no FCS error has occurred on any of the received MPDUs and no CRC error has occurred on any of the received MPDU delimiters.
- the pre-defined conditions may include receiving a VHT frame with a negotiated Block ACK agreement. Under such condition, the addressed recipient may return a Block ACK MPDU, either individually or as part of an A-MPDU, starting a SIFS after the PPDU carrying the frame.
- the pre-defined conditions may include receiving a receiving a Multi-User (MU) VHT frame.
- MU Multi-User
- a recipient STA may determine its designated order in a response frame sequence from the order in which the STA occurs in the MU group to which the MU PPDU containing this ACK Policy subfield is sent.
- a recipient STA may determine its designated order in a response frame sequence from the order of the spatial streams that are assigned to the STA to listen to as part of the MU transmission. Accordingly, when transmitting a MU VHT frame, a Sequential ACK may be indicated by setting the ACK policy subfield bits b 5 and b 6 to “00.”
- an ACK Policy may implement an ACK Policy by overloading a certain ACK Policy QoS Control subfield, e.g., ACK Policy 00, to implicitly signal an ACK type.
- an ACK type may be implicitly signaled via bits b 5 and b 6 of the QoS Control field of the MAC header based on certain enumerated conditions. These enumerated conditions may include the existence of a Block ACK agreement between the sending STA and the receiving STA.
- the enumerated conditions may be that when no Block ACK agreement exists between the STAs for a relevant TID of the MPDUs, the receiving STA returns an ACK when no reception errors have occurred; when a Block ACK agreement is in place between the STAs and for the TID of the MPDUs, the receiving STA returns a Block ACK indicating sequence numbers of received MPDUs; when the MPDUs are part of a SU transmission, the receiving STA sends the response frame SIFS after the end of the received frame; when the MPDUs are part of a MU transmission, each receiving STA sends the response frame SIFS after the preceding response frame, according to a STA order that may be defined in the GroupID field.
- a TID is a Traffic Identifier, which typically indicates the priority of a frame.
- the TID may be contained in the QoS Control field of the MAC header of each PPDU.
- a Block ACK agreement may be set up between STAs by setting up a Traffic Specifier (TSPEC).
- TSPEC Traffic Specifier
- a TSPEC may be set up using a management frame exchange called Add TSPEC (ADDTS) Request and ADDTS Response.
- the exchange may be used to negotiate parameters associated with the Block ACK agreement, such as the size of a reorder buffer at the receiving STA and the TID for which the Block ACK agreement is set up.
- FIG. 7 An exemplary VHT frame exchange using the Normal ACK procedure for a Single User (SU) transmission is illustrated in FIG. 7 .
- STA 1 sends a VHT PPDU 700 .
- the MPDU headers 705 , 710 have the QoS Control field set to indicate ACK Policy 00.
- STA 2 may send an ACK frame 715 SISF after the end of the PPDU 700 when no FCS errors are detected in the received PPDUs and no CRC errors are detected in any of the received MPDU delimiters.
- FIG. 8 depicts an exemplary VHT frame exchange using the Normal ACK procedure in combination with the Block ACK procedure for a Multi-User (MU) transmission.
- the response to MPDUs inside the MU PPDU 800 may be dependent on whether or not a Block ACK (BA) agreement is present.
- Receiving stations STA 1 and STA 3 do not have BA agreements with the sending STA.
- Receiving stations STA 2 and STA 4 have BA agreements with the sending station.
- Sequential ACK is used in the illustrated example, consistent with a MU VHT frame being transmitted with ACK Policy 00.
- the order of the responses by the stations may be determined according the STA order defined in the Group ID field (e.g., STA 1 , STA 2 , STA 3 , STA 4 ) in the PHY header of the PPDU 800 .
- STAT sends a normal ACK 805 SIFS after the end of the MU PPDU 800 .
- STA 2 sends a Block ACK 810 SIFS after the response from STAT.
- STA 3 sends a normal ACK 815 SIFS after the response from STA 3 , which is then followed by a Block ACK 820 from STA 4 .
- VHT protocol does not provide for a normal ACK policy and may be limited to use of a block ACK policy for an A-MPDU.
- a block ACK agreement has to be in place between the sending STA and receiving STA before VHT frames can be sent.
- the above embodiments generally do not require that a block ACK agreement be negotiated prior to sending VHT frames.
- sequential and polled ACK may generally be independent of whether or not a block ACK agreement is in place. Whether or not there is an agreement may be used to determine what kind of ACK or BA will be sent, generally without changing the sequence of ACK responses to a PPDU. As described, the sequence of ACL responses may be determined using the PPDU PHY header.
- an ACK Type field may be included inside a VHT PPDU to explicitly signal an ACK type. This may be contrary to traditional uses of a PPDU PHY header, which are limited to specifying aspects of the PPDU itself.
- information that is not specifically related to the PPDU itself for example an ACK policy, may be included in the PHY header.
- MAC information may be interspersed with PHY header information. For example, a PHY header may be split into two or more separate parts and MAC information interposed between the separate parts.
- both approaches enable MAC information to be transmitted earlier in a PPDU than would otherwise be possible.
- Such uses of a PPDU PHY header are not necessarily limited to signaling ACK policy as described in more detail below.
- An ACK Type field included inside a VHT PPDU may indicate whether a requested response to the PPDU should be an ACK frame or a BlockACK frame.
- the requested response may be an ACK frame when the ACK Type field is 0 and a BlockACK frame when the ACK Type field is a 1.
- an ACK frame may only be sent when no errors have occurred in any of the received MPDUs and MPDU delimiters in the PPDU.
- One exception to this approach may be to exclude MPDU delimiters transmitted after an MPDU delimiter containing an EOF indication.
- the ACK Type field may be one bit or multiple bits. Further, various embodiments may locate the ACK Type field in various locations within the PHY header. Additionally, in certain embodiments, the ACK Type field may be used with or without making use of QoS Control field bits in an MPDU MAC header as described herein. When only one way of signaling the ACK policy is used, then both the sender and receiver generally will know how to handle sending and receiving the ACK Policy. In the event that multiple mechanisms may be allowed to signal the ACK Policy, then the sending STA may generally inform the receiving STA about which mechanism is being used. In some cases, the signaling mechanism may be apparent without specific signaling, such as setting a bit to the value of 1 in a delimiter. In other cases, specific signaling may be used, for example by including an additional field in the QoS control field. In other cases, the specific signaling may be performed using a priority agreement or additional indication bits in a preamble.
- the ACK Type field may be placed inside a Signal (SIG) field of the Physical layer (PHY) header.
- the ACK Type field may be placed inside a VHT-SIG-B field 905 of the VHT PHY header 900 .
- This has the advantage that for a MU packet, the VHT_SIG-B field is transmitted to each receiver individually as opposed to the VHT-SIG-A fields, which are sent to all receiving devices. Therefore, use of the VHT-SIG-B field 905 allows the ACK type to be different for each receiver.
- An ACK Type field in a PHY header of a PPDU may be used in combination with ACK Policy fields of a MAC QoS Control header to signal an ACK Policy to be used for a transmission, as summarized below.
- the single-bit ACK Type field may be combined with two bits used for implicit signaling, for example bits b 5 and b 6 of a QoS Control field of a MAC header, to convey additional information.
- the three bits may be summarized herein as a triplet of binary values, e.g., “000,” “100,” “010,” etc., wherein the first value represents a value of the ACK Type field in a PHY header, and the last two values represent the ACK policy bits.
- the triplet “ 010 ” should be interpreted herein as meaning that the ACK Type bit value is zero, the first ACK policy bit value is one, and the last ACK policy bit is zero. It should be appreciated that the ACK Type bit is not generally transmitted contiguously with the ACK policy bits, and the triplet nomenclature is for illustrative convenience only.
- a triplet value of “000” may be set in the PPDU to indicate a Normal ACK request.
- the addressed recipient may return an ACK or QoS+CF-ACK frame after a short interframe space (SIFS) period, after determining that no FCS error has occurred on any of the received MPDUs and no CRC error has occurred on any of the received MPDU delimiters.
- a triplet value of “100” may be set in the PPDU to indicate an implicit Block ACK request.
- the addressed recipient may return a BlockACK MPDU, either individually or as part of an A-MPDU starting a SIFS after the PPDU carrying the frame.
- a triplet value of “010” may be set in the PPDU to indicate a no ACK request.
- the addressed recipient may return no frame after SIFS.
- a triplet value of “111” may be set in the PPDU to indicate an explicit Block ACK request.
- the addressed recipient may take no action upon the receipt of the frame except for recording the state. The recipient can expect a BlockAckReq frame in the future.
- the remaining triplet values “001,” “011,” “101” and “ 110 ” may be reserved for other purposes, remain unused, or used as duplicate indicators for any of the ACK requests summarized above.
- the ACK Policy field of the QoS Control header may be ignored when an ACK Type field is present elsewhere in the PPDU. This may allow bits b 5 and b 6 of the QoS Control field to be reused for other purposes.
- the ACK Type field may be implemented by redefining the ACK Policy bits of QoS Control fields contained in VHT PPDUs. For example, bit b 5 of the QoS Control field of an MPDU contained in a VHT PPDU may be defined as an ACK Type field. This may allow bit b 6 of the QoS Control field to be used for other purposes.
- the ACK Type field may be one of the reserved bits of the MPDU delimiter, for instance bit 0 . Additional information regarding MPDU reserved bits may be found in IEEE 802.11n.
- the PHY header may indicate a length of the MPDU contained in the VHT PPDU, in which case an MPDU delimiter may be omitted from the frame and a single MPDU may be contained inside the MPDU. This may be done to allow a Jumbo frame or a large Aggregated MAC Service Data Unit (A-MSDU) to be placed in the MPDU.
- A-MSDU Aggregated MAC Service Data Unit
- the PHY header may contain an ACK Type field but no length field.
- the ACK Type field may be set to 0 (indicating Normal ACK) to signal that the first field of the PPDU payload is an MPDU length field.
- This may enable a VHT PPDU containing a single MPDU to not have to start with an MPDU delimiter.
- the MPDU length field of the MPDU delimiter typically restricts the maximum size of the MPDUs to 4096 octets.
- Such a length restriction implies that no Jumbo frame (9000 octets or larger) may be included after an MPDU delimiter without changing the length field. This may avoid changes to the receiving STA that otherwise may be required to explicitly change the MPDU length field.
- a first bit 1005 of the MAC payload of a VHT frame 1000 may be used for the ACK Type field.
- the ACK Type field may be set to 0 to indicate Normal ACK.
- the second field may be an MPDU length field 1010 indicating the length the pending MPDU 1015 .
- After the MPDU length field may be the MPDU 1015 .
- a value of 1 in the ACK Type field 1105 of a VHT frame 1100 may be used to indicate that a Block ACK policy has been implemented.
- the next element after the ACK Policy field may be an MPDU delimiter 1110 .
- the ACK Type field may be placed on a reserved bit of the MPDU delimiter 1205 of a VHT frame 1200 (for instance bit 0 ).
- the ACK Type field is 1, the field may be included as part of an MPDU delimiter.
- the ACK Type is set to a value of 0, the ACK Type field may not be part of an MPDU delimiter but instead be followed by an MPDU length field, as illustrated in FIG. 10 .
- a single MPDU carried inside a VHT PPDU may be larger than the maximum length possible with a pre-defined MPDU delimiter, for example, larger than 4096 octets. Further, the MPDU delimiter length field may not have to be modified to carry larger MPDU payloads in single MPDU frames.
- the ACK Type fields depicted in FIGS. 10 , 11 and 12 may be advantageously defined in a VHT frame by using an ACK Type field set to a value of 1 to indicate a Normal ACK with the presence of an MPDU length field.
- An ACK Type field set to a value of 0 may be used to indicate a Block ACK with the presence of an MPDU delimiter (either after the ACK Type field or with the ACK Type field being part of the MPDU delimiter).
- Defining the meaning of these bits in this way may allow a STA that does not support Normal ACK to not modify its MPDU delimiter, based on the general assumption that reserved bits are set to 0 upon transmission. Note that in other embodiments, the meaning of the bits may be reversed (1 instead of 0 and 0 instead of 1) when the reserved bits are set to 1 upon transmission.
- bits 8 - 15 of the QoS Control field may be redefined to contain an ACK Type field and an MPDU length field for ACK Type 0 (Normal ACK).
- the length field may override a length provided in the preceding MPDU delimiter in this case, so that the MPDU delimiter format does not have to be modified.
- FIG. 13 depicts a representative MPDU delimiter field 1300 of a MAC header.
- the Normal ACK policy may be indicated by setting the EOF field of the MPDU first delimiter to a value of 1 (indicating end of frame) and the MPDU length field 1310 to a non-zero value. With these settings of the MPDU delimiter, the Most Significant Bits (MSBs) of the MPDU length field may be extended into one or more of the reserved bits 1315 inside the MPDU delimiter.
- MSBs Most Significant Bits
- the MPDU length field may be extended into the reserved bits as Least Significant Bits (LSBs).
- Least Significant Bits A capability indication may be added in certain embodiments by which STAs may indicate whether they can parse MPDU delimiters with an extended length field.
- the delimiter type may be negotiated as part of the association or link setup procedure.
- the existing delimiter may be selected by STAs that do not support any of the enhanced features such as Jumbo frames, while the delimiter with and extended MPDU length field may be selected by STAs supporting enhanced features.
- the supported ACK Types may be negotiable as well.
- FIG. 14 shows an example of a VHT frame exchange sequence 1400 with the ACK Type field indicating a Normal ACK policy, for example by being set to zero.
- the QoS Control field of the MAC headers indicates ACK Policy “ 00 ” as described herein in a VHT PPDU 1410 from STA 1 .
- An SIFS after the illustrated VHT PPDU 1410 from STA 1 STA 2 sends an ACK frame 1420 to STA 1 upon determining that the received VHT PPDU 1410 is free of FCS and CRS errors
- FIG. 15 shows an example of a VHT frame exchange sequence 1500 with the ACK Type field indicating a Block ACK policy, for example by being set to one in a VHT PPDU 1510 from STA 1 .
- the QoS Control field of the MAC headers indicates an ACK Policy “00.”
- FIG. 16 depicts the circuitry that may be required to implement Block ACK, as based on the IEEE 802.11n-2009 standard.
- the Transmit Buffer Control per RA/TID circuitry 1605 and Aggregation Control circuitry 1610 may be eliminated in the transmitter.
- the Receive Reordering Buffer Control per TA/TID circuitry 1615 , the Scoreboard Context Control circuitry 1620 and the De-aggregation control circuitry 1625 may be eliminated in the receiver.
- Receive Reordering Buffer Control circuitry 1615 typically controls a reorder buffer that may be included in the memory 306 of the STA 302 .
- the Receive Reordering Buffer may be removed from the STA, which may simplify its implementation and reduce the memory requirement.
- Block ACK typically offers a small advantage in that only MPDUs that were not received correctly may need to be retransmitted. This may be only part of the PPDU. Normal ACK typically requires the retransmission of the entire PPDU even when only a small part of the PPDU failed at the receiver.
- FIG. 17 is a flowchart illustrating a method of receiving messages from a STA that includes an ACK Policy that may be implemented by certain embodiments.
- a receiving STA may receive a message that includes an acknowledgment policy.
- the acknowledgment policy may be included in the QoS Control field or may be specified by an ACK Type field, as previously discussed.
- the receiving STA may determine an ACK Policy to be used to respond to the message may be determined. This may involve decoding the ACK Policy bits and determining an implicitly transmitted ACK Policy based on certain pre-defined conditions.
- the receiving STA may send an appropriate ACK frame or Block ACK frame.
- the STA may include an appropriate ACK bitmap when a block acknowledgment agreement is in place with the sending STA.
- FIG. 18 is a flowchart illustrating a method that may be implemented in a STA to determine an ACK Policy for responding to a received message (e.g., as illustrated at 1705 of FIG. 17 ).
- the receiving STA may recover an ACK Policy from a received message.
- the acknowledgment policy may be included in the QoS Control field or may be specified by an ACK Type field, as previously discussed.
- the receiving STA may determine whether the ACK Policy specifies that Normal ACK will be used.
- the STA may branch to 1810 . If the STA determines that a Normal ACK Policy is not specified, then the STA may branch to 1820 .
- the STA may determine whether or not a block acknowledgment agreement is in place with the sending STA. If the STA determines that a block acknowledgment agreement exists with the sending station, the STA may branch to 1820 . If the STA determines that no block acknowledgment agreement exists with the sending STA, at 1815 , the receiving STA may send a Normal ACK frame in response to the received message. The Normal ACK frame may only be sent if no errors have been detected in the received message (e.g., no FCS or CRC errors). Then the method may be exited. In the alternative, at 1820 , the receiving STA may send an appropriate Block ACK frame, which may include an appropriate ACK bitmap when a block acknowledgment agreement exists with the sending STA. Then the method exits.
- FIGS. 19-23 illustrate related methodologies for selectively enabling normal ACK and block ACK for wireless transmissions from a transmitting station, using a PPDU.
- a method 1900 for selectively enabling normal ACK and block ACK for wireless transmissions from a station transmitting the PPDU may include a transmitting station setting 1910 at least one designated bit in a PHY header of a PPDU for transmission from a transmitter to a receiver to indicate an ACK type selected from at least at least two of a normal ACK, a Block ACK, or no ACK.
- the method may include setting a single bit in the PHY header to indicate an ACK type selected from a normal ACK and a Block ACK.
- the method 1900 may further include transmitting 1920 the PPDU in a VHT frame to the receiver.
- Additional operations 2000 , 2100 , and 2200 for selectively enabling normal ACK and block ACK for wireless transmissions from a transmitting station are illustrated in FIGS. 20-22 , for performance by the transmitting station.
- One or more of these operations 2000 , 2100 , and 2200 may optionally be performed as part of the method 1900 , or may further specify one ore more operations of the method 1900 .
- the elements 2000 , 2100 , and 2200 may be performed in any operative order, or may be encompassed by a development algorithm without requiring a particular chronological order of performance. Operations illustrated in each figure are independently performed and not mutually exclusive. Therefore any one of such operations may be performed regardless of whether another downstream or upstream operation is performed.
- the method 1900 may terminate after the at least one operation, without necessarily having to include any subsequent downstream operation(s) that may be illustrated.
- Each of the additional operations 2000 , 2100 , and 2200 may pertain to different ones of various embodiments described above, while certain operations, for example the operations 2200 illustrated in FIG. 22 , may pertain generally to all embodiments.
- additional operations 2000 may include the transmitting station placing 2010 the at least one designated bit inside a SIG field of the PHY header.
- the station may select the SIG field depending on whether at 2020 the associated transmission will be broadcast for multiple receivers, or directed to individual receivers. If at 2020 the transmission will be broadcast, the additional operations may include selecting 2030 the SIG field comprising a field that is transmitted to all of multiple receivers. In an alternative, if at 2020 the transmission will not be broadcast, the additional operations 2000 may further include selecting 2040 the SIG field comprising a field that is transmitted to each of multiple receivers individually.
- additional operations 2100 may include the transmitting station including 2110 at least one additional bit indicating an ACK policy in a MAC QoS control header contained in the PPDU.
- the additional operations 2100 may include the station placing 2120 the at least one designated bit in a first location of a PHY payload of the PPDU.
- the additional operations 2100 may include the station placing 2130 the at least one designated bit in a reserved location of a MPDU delimiter field in the PPDU.
- the additional operations 2100 may include setting 2140 the at least one designated bit in a MAC header interposed between divided parts of the PHY header.
- additional operations 2200 may generally include the station setting 2210 the at least one designated bit to indicate a normal ACK to avoid implementing a Block ACK.
- the additional operations 2200 may include the station transmitting 2220 the PPDU to enable use of a normal ACK without requiring prior negotiation of a BA agreement with the receiver.
- an exemplary apparatus 2300 may be configured as a transmitting station in a wireless network, or as a processor or similar device for use within the transmitting station, for selectively enabling one of a normal ACK and block ACK for wireless transmissions, using a PPDU.
- the apparatus 2300 may include functional blocks that can represent functions implemented by a processor, software, or combination thereof (e.g., firmware).
- the apparatus 2300 may include an electrical component or module 2302 for setting at least one designated bit in a PHY header of a PPDU for transmission from a transmitter to a receiver to indicate an ACK type selected from at least two of a normal ACK OR a Block ACK, or no ACK.
- the electrical component 2302 may include at least one control processor coupled to a transceiver or the like and to a memory with instructions for configuring a PPDU.
- the apparatus 2300 may include an electrical component 2304 for transmitting the PPDU in a VHT frame to the receiver.
- the electrical component 2304 may include at least one control processor coupled to a memory holding instructions for transmitting VHT frames according to a protocol.
- the apparatus 2300 may include similar electrical components for performing any or all of the additional operations 2000 , 2100 , and 2200 described in connection with FIGS. 20-22 , which for illustrative simplicity are not shown in FIG. 23 .
- the apparatus 2300 may optionally include a processor component 2310 having at least one processor, in the case of the apparatus 2300 configured as a transmitting station.
- the processor 2310 in such case, may be in operative communication with the components 2302 - 2304 or similar components via a bus 2312 or similar communication coupling.
- the processor 2310 may effect initiation and scheduling of the processes or functions performed by electrical components 2302 - 2304 .
- the apparatus 2300 may include a transceiver component 2314 for communicating with a receiving station.
- the apparatus 2300 may optionally include a component for storing information, such as, for example, a memory device/component 2316 .
- the computer readable medium or the memory component 2316 may be operatively coupled to the other components of the apparatus 2300 via the bus 2312 or the like.
- the memory component 2316 may be adapted to store computer readable instructions and data for performing the activity of the components 2302 - 2304 , and subcomponents thereof, or the processor 2310 , the additional operations 2000 , 2100 , and 2200 , or the methods disclosed herein.
- the memory component 2316 may retain instructions for executing functions associated with the components 2302 - 2304 . While shown as being external to the memory 2316 , it is to be understood that the components 2302 - 2304 can exist within the memory 2316 .
- FIGS. 24-26 illustrate related methodologies for selecting one of a normal ACK and block ACK for wireless transmissions, using a PPDU.
- a method 2400 for selecting a normal ACK and block ACK for wireless transmissions at a station receiving a PPDU may include receiving 2410 a PPDU in a VHT frame from a transmitter.
- the method 2400 may further include the receiving station determining 2420 an ACK selected from a normal ACK or a Block ACK in response to a designated bit contained in a PHY header of the PPDU.
- the receiving station may determine that a bit in the PHY header is set to a value indicating “enable normal ACK.” The receiver may then provide a normal ACK to the transmitting station to acknowledge the PPDU received at 2410 . For further example, if the receiving station determines that a bit in the PHY header is set to a value indicating “enable Block ACK,” the receiver may then provide a Block ACK to the transmitting station.
- Additional operations 2500 and 2600 for selecting one of a normal ACK and block ACK at a receiving station are illustrated in FIGS. 25-26 .
- One or more of these operations 2500 and 2600 may optionally be performed as part of the method 2400 , or may further specify one or more operations of the method 2400 .
- the elements 2500 and 2600 may be performed in any operative order, or may be encompassed by a development algorithm without requiring a particular chronological order of performance. Operations illustrated in each figure are independently performed and not mutually exclusive. Therefore any one of such operations may be performed regardless of whether another downstream or upstream operation is performed.
- the method 2400 may terminate after the at least one operation, without necessarily having to include any subsequent downstream operation(s) that may be illustrated.
- Each of the additional operations 2500 and 2600 may pertain to different ones of various embodiments described above.
- additional operations 2500 may include the receiving station receiving 2510 the designated bit inside SIG field of the PHY header.
- the additional operations 2500 may include the station receiving 2520 at least one additional bit indicating an ACK policy in a MAC QoS control header contained in the PPDU.
- additional operations 2600 may generally include the station receiving 2610 the designated bit in a first location of a PHY payload of the PPDU.
- the additional operations 2600 may include the station receiving 2620 the designated bit in a reserved location of an MPDU delimiter field in the PPDU.
- the additional operations 2600 may include the station receiving 2630 the designated bit in a MAC header interposed between divided parts of the PHY header.
- additional operations 2600 may include the receiving station providing 2640 an ACK to the transmitting station, in response to a value of the designated bit contained in the PHY header of the PPDU.
- an exemplary apparatus 2700 may be configured a receiving station in a wireless network, or as a processor or similar device for use within the receiving station, for selecting one of a normal ACK and block ACK using one or more bits received in a PPDU.
- the apparatus 2700 may include functional blocks that can represent functions implemented by a processor, software, or combination thereof (e.g., firmware).
- the apparatus 2700 may include an electrical component or module 2702 for receiving a PPDU in a VHT frame from a transmitter.
- the electrical component 2702 may include at least one control processor coupled to a transceiver or the like and to a memory with instructions for receiving a PPDU according to a communications protocol.
- the apparatus 2700 may include an electrical component 2704 for determining an ACK selected from a normal ACK or a Block ACK in response to a designated bit contained in a PHY header of the PPDU.
- the electrical component 2704 may include at least one control processor coupled to a memory holding instructions for processing information in a PHY header to determine the value of a bit indicative of an ACK type.
- the apparatus 2700 may include similar electrical components for performing any or all of the additional operations 2500 and 2600 described in connection with FIGS. 25-26 , which for illustrative simplicity are not shown in FIG. 27 .
- the apparatus 2700 may optionally include a processor component 2710 having at least one processor, in the case of the apparatus 2700 configured as a receiving station.
- the processor 2710 in such case, may be in operative communication with the components 2702 - 2704 or similar components via a bus 2712 or similar communication coupling.
- the processor 2710 may effect initiation and scheduling of the processes or functions performed by electrical components 2702 - 2704 .
- the apparatus 2700 may include a transceiver component 2714 for communicating with a transmitting station.
- the apparatus 2700 may optionally include a component for storing information, such as, for example, a memory device/component 2716 .
- the computer readable medium or the memory component 2716 may be operatively coupled to the other components of the apparatus 2700 via the bus 2712 or the like.
- the memory component 2716 may be adapted to store computer readable instructions and data for performing the activity of the components 2702 - 2704 , and subcomponents thereof, or the processor 2710 , the additional operations 2500 and 2600 , or the methods disclosed herein.
- the memory component 2716 may retain instructions for executing functions associated with the components 2702 - 2704 . While shown as being external to the memory 2716 , it is to be understood that the components 2702 - 2704 can exist within the memory 2716 .
- determining encompasses a wide variety of actions. For example, “determining” may include calculating, computing, processing, deriving, investigating, looking up (e.g., looking up in a table, a database or another data structure), ascertaining and the like. Also, “determining” may include receiving (e.g., receiving information), accessing (e.g., accessing data in a memory) and the like. Also, “determining” may include resolving, selecting, choosing, establishing and the like.
- Information and signals may be represented using any of a variety of different technologies and techniques.
- data, instructions, commands, information, signals and the like that may be referenced throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles or any combination thereof.
- DSP digital signal processor
- ASIC application specific integrated circuit
- FPGA field programmable gate array signal
- PLD programmable means device
- a general purpose processor may be a microprocessor, but in the alternative, the processor may be any commercially available processor, controller, microcontroller or state machine.
- a processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
- a software module may reside in any form of storage medium that is known in the art. Some examples of storage media that may be used include random access memory (RAM), read only memory (ROM), flash memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM or other optical disc medium, and so forth.
- RAM random access memory
- ROM read only memory
- flash memory EPROM memory
- EEPROM memory EEPROM memory
- registers a hard disk, a removable disk, a CD-ROM or other optical disc medium, and so forth.
- a software module may comprise a single instruction, or many instructions, and may be distributed over several different code segments, among different programs, and across multiple storage media.
- a storage medium may be coupled to a processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor.
- a storage medium may be any available non-transient medium holding information that can be accessed by a computer.
- Such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer.
- Disk and disc include compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk, and Blu-ray® disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
Description
- This application claims priority pursuant to 35 U.S.C. §119(e) to U.S. provisional application Ser. No. 61/355,114, filed Jun. 15, 2010, which application is specifically incorporated herein, in its entirety, by reference.
- The present invention generally relates to apparatus and methods for acknowledgments from a station in wireless local area network systems. More particularly, the disclosure relates to very high throughput acknowledgments and signaling mechanisms for communicating an acknowledgment policy to be used by a receiving station.
- In order to address the issue of increasing bandwidth requirements that are demanded for wireless communications systems, different schemes are being developed to allow multiple user terminals to communicate with a single access point by sharing the channel resources while achieving high data throughputs. Multiple Input Multiple Output (MIMO) technology represents one such approach that has recently emerged as a popular technique for the next generation communication systems. MIMO technology has been adopted in several emerging wireless communications standards such as the Institute of Electrical Engineers (IEEE) 802.11 standard. IEEE 802.11 denotes a set of Wireless Local Area Network (WLAN) air interface standards developed by the IEEE 802.11 committee for short-range communications (e.g., tens of meters to a few hundred meters).
- In wireless communications systems, medium access (MAC) protocols are designed to operate to exploit several dimensions of freedom offered by the air link medium. The most commonly exploited dimensions of freedom are time and frequency. For example, in the IEEE 802.11 MAC protocol, the “time” dimension of freedom is exploited through the CSMA (Carrier Sense Multiple Access). The CSMA protocol attempts to ensure that no more than one transmission occurs during a period of potential high interference. Similarly, the “frequency” dimension of freedom can be exploited by using different frequency channels.
- Recent developments have led to space as a dimension being a viable option to be used to increase, or at least more efficiently use, existing capacity. Spatial Division Multiple Access (SDMA) can be used for improving utilization of the air link by scheduling multiple terminals for simultaneous transmission and reception. Data is sent to each of the terminals using spatial streams. For example, with SDMA, a transmitter forms orthogonal streams to individual receivers. Such orthogonal streams can be formed because the transmitter has several antennas and the transmit/receive channel consists of several paths. Receivers may also have one or more antennas (MIMO, SIMO). For this example, it is assumed that the transmitter is an access point (AP) and the receivers are stations (STAs). The streams are formed such that a stream targeted at STA-B, for example, is seen as low power interference at STA-C, STA-D, . . . , etc., and this will not cause significant interference and most likely be ignored. In order to form these orthogonal streams, the AP needs to have channel state information (CSI) from each of the receiving STAs. Although CSI can be measured and communicated in several ways, thereby adding complexity, the use of CSI will optimize the configuration of SDMA streams.
- Additional complexities arise when MIMO is applied to multi-user (MU) systems. For example, typically, the AP controls the uplink (UL) communication process. However, in certain configurations, the uplink scheduling approach still requires that STAs contend with the AP for channel access. In other words, the AP will act as an additional STA trying to gain access to the transmission medium, thereby affecting all STAs attempting to gain access. Further, as the STAs rely on the AP for scheduling of future UL transmissions, the scheduling scheme does not always work well with certain types of data traffic, such as bursty data traffic.
- To improve on these and other aspects of the prior art, a method is described herein for selectively enabling normal acknowledgement (ACK) and block ACK (BA) for wireless transmissions using Physical Layer Protocol Data Units (PPDUs). The method may include a transmitting station setting at least one designated bit in a Physical Layer (PHY) header of a PPDU for transmission from a transmitter to a receiver to indicate an ACK type selected from at least at least two of a normal ACK, a Block ACK (BA), or no ACK, and transmitting the PPDU in a Very High Throughput (VHT) frame to the receiver.
- According to further aspects of the method, the station may place the at least one designated bit inside a Signal (SIG) field of the PHY header. In an aspect, the method may further include selecting the SIG field comprising a field that is transmitted to each of multiple receivers individually. In an alternative aspect, the method may include selecting the SIG field comprising a field that is transmitted to all of multiple receivers.
- In another aspect, the method may include the transmitting station including at least one additional bit indicating an ACK policy in a Media Access Control (MAC) Quality of Service (QoS) control header contained in the PPDU. In the alternative, or in addition, the method may include the station placing the at least one designated bit in a first location of a Physical Layer (PHY) payload of the PPDU. In a further alternative, or in addition, the method may include the station placing the at least one designated bit in a reserved location of a Media Access Control Data Unit (MPDU) delimiter field in the PPDU. According to another alternative, or in addition, the method may include setting the at least one designated bit in a Media Access Control (MAC) header interposed between divided parts of the PHY header.
- Generally, the method and alternatives may include the station setting the at least one designated bit to indicate a normal ACK to avoid implementing a BA. In the alternative, or in addition, the method may include the station transmitting the PPDU to enable use of a normal ACK without requiring prior negotiation of a BA agreement with the receiver.
- A system according to any of the foregoing may include means for setting at least one designated bit in a Physical Layer (PHY) header of a PPDU for transmission from a transmitter to a receiver to indicate an ACK type selected from at least at least two of a normal ACK, a Block ACK (BA), or no ACK coupled to means for transmitting the PPDU in a Very High Throughput (VHT) frame to the receiver. The system may include other means for performing other aspects and operations as described for the method described above for a transmitting station, including hardware, software, or firmware elements, or a combination of such elements, configured for performing the described operations.
- For example, a system for facilitating evolved MBMS discovery in a wireless communications system WCS may include a processor configured for setting at least one designated bit in a Physical Layer (PHY) header of a PPDU for transmission from a transmitter to a receiver to indicate an ACK type selected from at least at least two of a normal ACK, a Block ACK (BA), or no ACK, and transmitting the PPDU in a Very High Throughput (VHT) frame to the receiver. The system may include a memory coupled to the at least one processor for storing data. For further example, a computer-readable medium may hold encoded instructions, that when executed by a processor of a transmitting station, causes the station to perform operations of a method as described above. The instructions may be held in a memory device, storage medium, or the like.
- For a receiving station, a method for selecting one of a normal ACK and block ACK may include receiving a PPDU in a VHT frame from a transmitter. The method may include determining an ACK selected from a normal ACK or a Block ACK in response to a designated bit contained in a PHY header of the PPDU. In an aspect, the method may include receiving the designated bit inside a Signal (SIG) field of the PHY header. The method may further include receiving at least one additional bit indicating an ACK policy in a MAC QoS control header contained in the PPDU. The receiving station may provide an ACK to the transmitting station, according to the ACK type specified by the designated bit or bits in the PPDU.
- In an alternative, the method may include receiving the designated bit in a first location of a PHY payload of the PPDU. For example, the method may include receiving the designated bit in a reserved location of an MPDU delimiter field in the PPDU. For further example, the method may include receiving the designated bit in a MAC header interposed between divided parts of the PHY header.
- A system for selecting one of a normal ACK and block ACK may include means for receiving a PPDU in a VHT frame from a transmitter, coupled to means for determining an ACK selected from a normal ACK or a Block ACK in response to a designated bit contained in a PHY header of the PPDU. The system may include other means for performing other aspects and operations as described for the method described above for a receiving station, including hardware, software, or firmware elements, or a combination of such elements, configured for performing the described operations.
- For example, a receiving station system for selecting one of a normal ACK and block ACK may include at least one processor configured for receiving a PPDU in a VHT frame from a transmitter, and determining an ACK selected from a normal ACK or a BA in response to at least one designated bit contained in a Physical Layer (PHY) header of the PPDU. The receiving station system may further include a memory coupled to the at least one processor for storing data. For further example, a computer-readable medium may hold encoded instructions, that when executed by a processor of a receiving station, causes the station to perform operations of a method as described above. The instructions may be held in a memory device, storage medium, or the like.
-
FIG. 1 shows a spatial division multiple access MIMO wireless system in accordance with certain embodiments of the present disclosure. -
FIG. 2 illustrates example components of a wireless device in accordance with certain embodiments of the present disclosure. -
FIG. 3 . illustrates an order of response frames from a set of stations determined by the order in which the stations occur in a group of stations to which a multi-user transmission is sent. -
FIG. 4 illustrates an order of response frames from a set of stations that receive a Sequential ACK Policy in a multi-user transmission. -
FIG. 5 illustrates an example of an IEEE 802.11ac PHY header. -
FIG. 6 illustrates a Group ID subfield as part of a VHT-SIG-A field of an IEEE 802.11ac PHY header. -
FIG. 7 illustrates a VHT frame exchange using a Normal ACK procedure for a Single User (SU) transmission. -
FIG. 8 illustrates a VHT frame exchange using a Normal ACK procedure in combination with the Block ACK procedure for a Multi-User (MU) transmission. -
FIG. 9 illustrates an ACK Type field placed inside a VHT-SIG-B field of the VHT PHY header. -
FIG. 10 illustrates the use of the first bit of the MAC payload of a VHT frame (e.g., of the PHY Service Data Unit (PSDU)) for the ACK Policy field. -
FIG. 11 illustrates a Block ACK policy implemented by placing a value of 1 in the ACK Policy field of a VHT frame. -
FIG. 12 illustrates an embodiment where an ACK Type field is placed on a reserved bit of the MPDU delimiter of a VHT frame. -
FIG. 13 illustrates a representative MPDU delimiter field of a MAC header. -
FIG. 14 illustrates a VHY frame exchange sequence with an ACK Type field equal to 0 (Normal ACK policy). -
FIG. 15 illustrates a VHT frame exchange sequence with an ACK Type field equal to 1 (Block ACK policy). -
FIG. 16 illustrates the circuitry that may be required to implement Block ACK. -
FIG. 17 is a flowchart illustrating a method of receiving messages from a STA that includes an ACK Policy field. -
FIG. 18 . is a flowchart illustrating a flowchart of a method that may be implemented in a STA to determine an ACK Policy for responding to a received message. -
FIGS. 19-22 are flowcharts illustrating related methodologies for selectively enabling normal ACK and block ACK for wireless transmissions, using a PPDU. -
FIG. 23 is a block diagram illustrating a system for performing a method or methods as shown inFIGS. 19-22 . -
FIGS. 24-26 are flowcharts illustrating related methodologies for selecting one of a normal ACK and block ACK for wireless transmissions, using a PPDU. -
FIG. 27 is a block diagram illustrating a system for performing a method or methods as shown inFIGS. 24-26 . - Several aspects of a wireless network will now be presented with reference to
FIG. 1 . The wireless network, which is also referred to herein as a basic service set (BSS) 100 is shown with several wireless nodes, generally designated as anaccess point 110 and a plurality of access terminals or stations (STAs) 120. Each wireless node is capable of receiving and/or transmitting. In the detailed description that follows, the term “access point” is used to designate a transmitting node and the term “access terminal” is used to designate a receiving node for downlink communications, whereas the term “access point” is used to designate a receiving node and the term “access terminal” is used to designate a transmitting node for uplink communications. However, those skilled in the art will readily understand that other terminology or nomenclature may be used for an access point and/or access terminal. By way of example, an access point may be referred to as a base station, an eNode B (eNB), a base transceiver station, a station, a terminal, a node, a wireless node, an access terminal acting as an access point, a network entity, or some other suitable terminology. An access terminal may be referred to as a user terminal, a mobile station, a subscriber station, a station, a wireless device, a terminal, a node, a wireless node, User Equipment (UE), a mobile entity or some other suitable terminology. The various concepts described throughout this disclosure are intended to apply to all suitable wireless nodes regardless of their specific nomenclature. - The
wireless network 100 may support any number of access points distributed throughout a geographic region to provide coverage foraccess terminals 120. Asystem controller 130 may be used to provide coordination and control of the access points, as well as access to other networks (e.g., Internet) for theaccess terminals 120. For simplicity, oneaccess point 110 is shown. An access point may generally be a fixed terminal that provides backhaul services to access terminals in the geographic region of coverage. However, the access point may be mobile in some applications. An access terminal, which may be fixed or mobile, utilizes the backhaul services of an access point or engages in peer-to-peer communications with other access terminals. Examples of access terminals include a telephone (e.g., cellular telephone), a laptop computer, a desktop computer, a Personal Digital Assistant (PDA), a digital audio player (e.g., MP3 player), a camera, a game console, or any other suitable wireless node. - The
wireless network 100 may support MIMO technology. Using MIMO technology, anaccess point 110 may communicate withmultiple access terminals 120 simultaneously using Spatial Division Multiple Access (SDMA). SDMA is a multiple access scheme which enables multiple streams transmitted to different receivers at the same time to share the same frequency channel and, as a result, provide higher user capacity. This is achieved by spatially precoding each data stream and then transmitting each spatially precoded stream through a different transmit antenna on the downlink. The spatially precoded data streams arrive at the access terminals with different spatial signatures, which enable eachaccess terminal 120 to recover the data stream destined for thataccess terminal 120. On the uplink, eachaccess terminal 120 transmits a spatially precoded data stream, which enables theaccess point 110 to identify the source of each spatially precoded data stream. It should be noted that although the term “precoding” is used herein, in general, the term “coding” may also be used to encompass the process of precoding, encoding, decoding and/or postcoding a data stream. - One or
more access terminals 120 may be equipped with multiple antennas to enable certain functionality. With this configuration, for example, multiple antennas at theaccess point 110 may be used to communicate with a multiple antenna access point to improve data throughput without additional bandwidth or transmit power. This may be achieved by splitting a high data rate signal at the transmitter into multiple lower rate data streams with different spatial signatures, thus enabling the receiver to separate these streams into multiple channels and properly combine the streams to recover the high rate data signal. - While portions of the following disclosure will describe access terminals that also support MIMO technology, the
access point 110 may also be configured to support access terminals that do not support MIMO technology. This approach may allow older versions of access terminals (e.g., “legacy” terminals) to remain deployed in a wireless network, extending their useful lifetime, while allowing newer MIMO access terminals to be introduced as appropriate. -
FIG. 2 illustrates various components that may be utilized in awireless device 302 that may be employed within thesystem 100. Thewireless device 302 is an example of a device that may be configured to implement the various methods described herein. Thewireless device 302 may be configured to function as anaccess point 110 or auser terminal 120. - The
wireless device 302 may include aprocessor 304 which controls operation of thewireless device 302. Theprocessor 304 may also be referred to as a central processing unit (CPU).Memory 306, which may include both read-only memory (ROM), random access memory (RAM), or other memory type, may provide instructions and data to theprocessor 304. A portion of thememory 306 may also include non-volatile random access memory (NVRAM). Theprocessor 304 may perform logical, input/output (I/O) and arithmetic operations based on program instructions stored within thememory 306. The instructions in thememory 306 may be executable to implement the methods described herein. - The
wireless device 302 may also include ahousing 308 that may enclose or support atransmitter 310 and areceiver 312 to allow transmission and reception of data between thewireless device 302 and a remote location. Thetransmitter 310 andreceiver 312 may be combined into atransceiver 314. A plurality of transmitantennas 316 may be attached to thehousing 308 and electrically coupled to thetransceiver 314. Thewireless device 302 may include (not shown) multiple transmitters, multiple receivers, and multiple transceivers the same as or similar to those shown. - The
wireless device 302 may also include asignal detector 318 that may be used to detect and quantify the level of signals received by thetransceiver 314. Thesignal detector 318 may detect such signals as total energy, energy per subcarrier per symbol, power spectral density and other signals. Thewireless device 302 may also include a digital signal processor (DSP) 320 for use in processing signals. - The various components of the
wireless device 302 may be coupled together by abus system 322, which may include a power bus, a control signal bus, and a status signal bus in addition to a data bus. - As used herein, the term “legacy” as used in connection with wireless network protocols or nodes generally refers to protocols or nodes that support 802.11n or earlier versions of the 802.11 standard.
- While certain techniques are described herein with reference to SDMA, those skilled in the art will recognize the techniques may be generally applied in systems utilizing any type of multiple access schemes, such as SDMA, OFDMA, CDMA, and combinations thereof.
- In the detailed description that follows, various aspects of the disclosure will be described with reference to a MIMO system supporting any suitable wireless technology, such as Orthogonal Frequency Division Multiplexing (OFDM). OFDM is a spread-spectrum technique that distributes data over a number of subcarriers spaced apart at precise frequencies. The spacing provides “orthogonality” that enables a receiver to recover the data from the subcarriers. An OFDM system may implement IEEE 802.11, or some other air interface standard. Other suitable wireless technologies include, by way of example, Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), or any other suitable wireless technology, or any combination of suitable wireless technologies. A CDMA system may implement IS-2000, IS-95, IS-856, Wideband-CDMA (WCDMA), or some other suitable air interface standard. A TDMA system may implement Global System for Mobile Communications (GSM) or some other suitable air interface standard. As those skilled in the art will readily appreciate, the various aspects of this disclosure are not limited to any particular wireless technology and/or air interface standard.
- Acronyms
- The acronyms listed below may be used herein, consistent with commonly recognized usages in the field of wireless communications. Other acronyms may also be used herein, and if not defined in the list below, are defined where first appearing herein.
-
ACK Acknowledgement A-MPDU Aggregated Media Access Control Protocol Data Unit AP Access Point BA Block ACK BAR Block ACK Request CRC Cyclic Redundancy Check EOF End of Frame FCS Frame Check Sequence ID Identifier IEEE Institute of Electrical and Electronic Engineers LTF Long Training Field MAC Media Access Control MSB Most Significant Bit MIMO Multiple Input Multiple Output MPDU MAC Protocol Data Unit MU Multi-User MU-MIMO Multi-User Multiple Input Multiple Output OFDM Orthogonal Frequency Division Modulation OFDMA Orthogonal Frequency Division Multiple Access PHY Physical Layer PLCP Physical Layer Convergence Protocol PPDU PLCP Protocol Data Unit PSDU PLCP Service Data Unit QoS Quality of Service SDMA Spatial-Division Multiple Access SIFS Short Interframe Space SIG Signal STA Station STBC Space-Time Block Coding STF Short Training Field SU Single User TCP Transmission Control Protocol VHT Very High Throughput WLAN Wireless Local Area Network - The references IEEE 802.11-2007 and IEEE 802.11n-2009 may provide helpful background information, and are known in the art.
- Wireless LAN networks based on IEEE 802.11 standards continue to evolve to allow for higher throughput which may be realized by parallel transmissions to multiple stations at once, or by using a wider channel bandwidth such as 80 MHz or 160 MHz. The wireless standard IEEE 802.11ac currently under development specifies a VHT WLAN. The payload of an IEEE 802.11ac PPDU generally contains an A-MPDU by default, allowing multiple MPDUs in a single PPDU for reducing protocol timing overhead.
- As specified by IEEE 802.11ac, acknowledgement of a VHT PPDU may be limited to a Block Acknowledgement, which acknowledges multiple MPDUs present in the PPDU. Typically, a block acknowledgment agreement is required before VHT frames may be sent, and may be defined using one or more bits to signal an ACK policy. The prior approach as specified in various versions of IEEE 802.11 has been to include an ACK policy bit in an MPDU and to reserve all bits in the PPDU header for specifying the PPDU itself. However, a normal acknowledgment policy for a VHT PPDU is not defined by IEEE 802.11ac. Instead, a BA policy is defined because a VHT frame generally contains an A-MPDU and use of a BA policy is beneficial for reducing overhead.
- The present disclosure describes various technologies (e.g., methods, apparatus, systems and computer program products) for enabling both normal ACK and Block ACK for wireless transmissions. The various technologies disclosed herein include aspects of implicit ACK policy signaling, and explicit ACK policy signaling. The implicit ACK policy signaling may include overloading an acknowledgment policy field in a MAC header of an MPDU. The explicit ACK policy signaling may include providing a specific signaling bit (or bits) in a PHY header of a VHT PPDU to selectively enable or disable a normal ACK. Additionally, the various technologies may include providing a rule defining when a normal ACK should be sent and when the normal ACK should not be sent. For example, a rule may specify that a normal ACK should be transmitted when all MPDUs and all non-End-Of_Field (non-EOF) MPDU delimiters have been received without error.
- Aspects of the disclosure may be described as using transmissions occurring between two STAs. Because an AP generally is regarded to be a special type of STA in IEEE 802.11 WLANs, it is to be appreciated that the transmissions could also occur between AP to AP, AP to STA or STA to AP. STA to STA transmissions are used by way of illustration and not limitation.
- In certain embodiments, an ACK Policy for an MPDU may be signaled through an ACK Policy field of a Quality of Service (QoS) Control field within a Media Access Control (MAC) header, hereinafter also referred to as an MPDU header. The ACK Policy field may consist of
bits 5 and 6 of the QoS Control field. - Bits b5 and b6 of a QoS Control field of a MAC header may be redefined to add a Normal ACK policy for VHT frames. Normal ACK or Block ACK may be implicitly signaled based on certain conditions such as the type of transmission sent by the sending STA and the presence or absence of a Block ACK agreement between the sending STA and receiving STA, for example as described in more detail below. Use of the ACK Policy field, e.g., bits b5 and b6 of the QoS Control field of a MAC header, to implicitly signal an ACK type may be referred to herein as the
ACK Policy 00, wherein “00” indicates that both bits b5 and b6 are set to zero. Implicitly signaling the ACK type based on certain pre-defined conditions may be referred to herein as overloadingACK Policy 00. - For example,
ACK Policy 00 may implicitly signal a Normal ACK Policy for VHT PPDUs when no block acknowledgment agreement is present between the sending and receiving STAs or to a Block Acknowledgment Policy when a block acknowledgment agreement is present between the sending and receiving STAs. In such case, if receiving a non-VHT frame that is not a A-MPDU frame, the addressed recipient may return an ACK or QoS+CF-ACK frame after a short interframe space (SIFS) period. If receiving a non-VHT frame that is part of an A-MPDU, the addressed recipient may return a BlockACK MPDU, either individually or as part of an A-MPDU, starting a SIFS after the PPDU carrying the frame. If receiving a VHT PPDU without a Block ACK agreement, the addressed recipient may return an ACK or QoS+CF-ACK frame after a SIFS period when no FCS error has occurred on any of the received MPDUs and no CRC error has occurred on any of the received MPDU delimiters. If receiving a VHT PPDU with a Block ACK agreement, the addressed recipient may return a BlockACK MPDU, either individually or as part of an A-MPDU starting a SIFS after the PPDU carrying the frame. - According to the foregoing example, when no Block ACK agreement has been negotiated between the sender and the receiver of a VHT PPDU and for the Traffic Identifier (TID) associated with the transmitted MPDUs, the receiving STA responds with an ACK frame when no Frame Check Sequence (FCS) error has occurred on any of the received MPDUs and no Cyclic Redundancy Check (CRC) error has occurred on any of the MPDU delimiters contained in the PPDU. The response may be sent after a Short Interframe Space (SISF) between the end of the received frame and the response. It is to be appreciated that the CRC check may only apply to MPDU delimiters with a zero End of Frame (EOF) field.
- When one or more MPDUs or MPDU delimiters have been received in error, the receiving STA may not send an ACK frame. This may cause the sending STA to retransmit all MPDUs contained in the VHT PPDU.
- When a Block ACK agreement has been negotiated between the sending STA and the receiving STA for the TID associated with the MPDUs of the VHT PPDU, the STA receiving the VHT PPDU may respond with a Block ACK frame.
- New IEEE 802.11 standards such as IEEE 802.11ac will allow parallel transmissions from the Access Point (AP) to several stations (STAs) at once. Such transmissions are generally referred to as Multi-User (MU) transmissions, as opposed to the existing Single User (SU) transmissions. As discussed above, MU transmissions may for instance use Multi-User Multiple Input Multiple Output (MU-MIMO), which is also referred to as Spatial Division Multiple Access (SDMA). In this method, the AP sends data to each STA using different spatial streams. An issue that arises in MU transmissions is how the STAs determine their response position, hereinafter referred to also as “response location” or “location,” in a sequence of response frames for sending acknowledgments.
- Acknowledgments from the set of STAs that have been addressed as part of a MU transmission may be transmitted in sequence. The response frames (typically Block Acknowledgment frames) are sent sequentially after the end of the MU transmission.
- In an alternative, the order of the STA inside a predefined group to which the MU transmission is sent, or an ordering of spatial streams the STA is assigned to receive the MU transmission on, may be used to determine the order of each STA's response frame in a sequence of response frames sent after the end of the MU transmission. For example, the order of the STA in a MU-MIMO group to which the MU PPDU is sent, as defined in a
PHY header 350 of a PPDU, may be used to determine the position of a STA's response frame in a sequence of response frames, as depicted inFIG. 3 . The AP may assign STAs to various groups, each group being associated with a group ID. Each group typically defines an order of STAs. For example,group 1 may be defined as STA1, STA2, STA3;group 2 may be defined as STA2, STA1, STA3;group 3 may be defined as STA5, STA6, STA7; etc. - A STA may be a member of multiple groups. The group(s) to which a particular STA belongs may be assigned by the AP at the time the STA registers with the AP or at some other time. The ordering within a group may be implicitly defined or explicitly defined. For example, the AP may explicitly order the STAs within a group and communicate this ordering to the STAs within the group. The ordering may be communicated to the member STAs each time a STA is added to the group. The STAs may store this group ordering for future reference. A Group ID may be utilized to refer to a particular group. The Group ID may also be communicated to the member STAs by the AP. In one embodiment, the AP may send a management frame containing a list of group IDs and STAs associated with each Group ID.
- The Group ID may be contained in a field inside a
PHY header 350 of aMU transmission 355 that may be used by the STAs to determine their location inside a subsequent spatial stream assignment field. This same group sequence may be used to determine the order in which the response frames are transmitted by the STAs after the end of the MU frame. Thus, in a MU transmission togroup 1, the response frames occur in the following order: aresponse frame 365 from STA1, followed by aresponse frame 370 from STA2, followed by aresponse frame 375 from STA3. For a MU transmission addressed togroup 2,STA 2 sends its response frame after the end of the MU transmission, followed by a response frame from STA1, followed by a response frame from STA3. The response frames may be spacedSIFS time intervals 360 apart. - STAs may also base their location in the sequence of response frames on the spatial streams on which they receive data, independent of the way in which the spatial streams are assigned by the AP. Spatial streams may typically be assigned in sequential order, which simplifies the determination of the order in the sequence. The order of the response frames from the addressed STAs may be determined by the order of the STAs in the group to which the MU transmission is sent. The order of the STAs also determines the assignment of spatial streams on which the STAs listen to receive their data contained in the MU transmission.
- The Normal ACK or Implicit Block ACK Request ACK Policy may be redefined to mean Sequential ACK when the MPDU is part of an MU PPDU. MPDUs inside an 802.11ac SU transmission may use the original definition of the ACK Policy (as if the MPDU was a legacy transmission), or the MPDUs may use Sequential ACK, which in this case reduces to a single SIFS response. Both interpretations have the same result, namely that a single SIFS response occurs, but when Sequential ACK applies there is an option to change the existing ACK rules.
- When a Sequential ACK Policy is used, as may be signaled by an ACK Policy subfield of the QoS Control field of the MAC header, the order of the BA frame in the response sequence may be determined by the order of the STAs in the group for which the downlink MU packet is destined (e.g., based on the Group ID of the MU PPDU).
-
FIG. 4 depicts an example of a use of the ACK Policy field for a MU transmission. STA1 and STA2 each receive an ACK Policy equal to 00 in their respective MAC headers and each respond with a BA frame according to the Sequential ACK rules. STA3 receives an ACK Policy equal to 11 in its MAC header and takes no action upon receipt of the frame except to record the state. STA3 waits for a poll frame from the AP before sending a response frame. Note that the ACK Policy may be different for each STA because the MAC header for distinct destinations may be different. Further, in an MU transmission, each STA generally only sees packets that are destined to that station. - Note that the order of the responses from STA1 and STA2 are determined by the order of the STAs in the group for which the downlink MU packet is destined, for example the group ID may indicate an order of the STAs as STA1, STA2, STA3. STA1 responds with a
BA frame 400 at a time increment ofSIFS 415 after the end of theMU transmission 410. Then STA2 responds with aBA frame 405 at a time increment ofSIFS 415 after the end of the BA frame from STA1. STA3 responds with aBA frame 420 after receipt of aBAR frame 425 transmitted by the AP. - An example of a IEEE 802.11
ac PHY header 500 configuration is illustrated inFIG. 5 . The VHT-SIG-A1 505 and VHT-SIG-A2 510 fields together may be referred to as VHT-SIG-A. As illustrated inFIG. 6 , theGroup ID subfield 600 may be part of the VHT-SIG-A field 610. - The
Group ID subfield 600 may be used to identify the group of STAs to which an IEEE 802.11ac frame is transmitted. Each STA typically looks at the PHY header to determine if it should continue decoding the transmission or ignore the rest of the transmission. For example, a STA may look at the Group ID. If the STA is not a member of that particular group it may ignore the rest of the transmission. - An alternative way of redefining bits b5 and b6 of the QoS Control field of the MAC header may add a Normal ACK policy and a Sequential ACK policy for VHT frames. As in the alternative implicit signaling embodiment described above, overloading an ACK Policy subfield, e.g.
ACK Policy 00, may be used to implicitly signal the ACK policy. As noted above in connection withFIG. 4 , Sequential ACK is an acknowledgement procedure in which each STA may be assigned an index corresponding to the order in which the response frames (ACK or Block ACK) should be transmitted. The ACK Policy field may be used to implicitly signal an ACK type that is referred to herein as theACK Policy 00, wherein “00” indicates that both bits b5 and b6 are set to zero. Implicitly signaling the ACK type based on certain pre-defined conditions may be referred to herein as overloadingACK Policy 00. - For example,
ACK Policy 00 may implicitly request a response selected from a Normal ACK, Implicit Block ACK or Sequential ACK. The pre-defined conditions may include receiving a non-VHT frame that is not a A-MPDU frame. Under such condition, the addressed recipient may return an ACK or QoS+CF-ACK frame after a short interframe space (SIFS) period. The pre-defined conditions may include receiving a non-VHT frame that is part of an A-MPDU. Under such condition, the addressed recipient may return a Block ACK MPDU, either individually or as part of an A-MPDU, starting a SIFS after the PPDU carrying the frame. The pre-defined conditions may include receiving a VHT frame without a negotiated Block ACK agreement. Under such condition, the addressed recipient may return an ACK or QoS+CF-ACK frame after a short interframe space (SIFS) period after determining that no FCS error has occurred on any of the received MPDUs and no CRC error has occurred on any of the received MPDU delimiters. The pre-defined conditions may include receiving a VHT frame with a negotiated Block ACK agreement. Under such condition, the addressed recipient may return a Block ACK MPDU, either individually or as part of an A-MPDU, starting a SIFS after the PPDU carrying the frame. The pre-defined conditions may include receiving a receiving a Multi-User (MU) VHT frame. Under such condition, a recipient STA may determine its designated order in a response frame sequence from the order in which the STA occurs in the MU group to which the MU PPDU containing this ACK Policy subfield is sent. In the alternative, a recipient STA may determine its designated order in a response frame sequence from the order of the spatial streams that are assigned to the STA to listen to as part of the MU transmission. Accordingly, when transmitting a MU VHT frame, a Sequential ACK may be indicated by setting the ACK policy subfield bits b5 and b6 to “00.” - Certain embodiments, as discussed above, may implement an ACK Policy by overloading a certain ACK Policy QoS Control subfield, e.g.,
ACK Policy 00, to implicitly signal an ACK type. In certain embodiments an ACK type may be implicitly signaled via bits b5 and b6 of the QoS Control field of the MAC header based on certain enumerated conditions. These enumerated conditions may include the existence of a Block ACK agreement between the sending STA and the receiving STA. In one embodiment, for a VHT PPDU with MPDUs containing the 00 ACK Policy, the enumerated conditions may be that when no Block ACK agreement exists between the STAs for a relevant TID of the MPDUs, the receiving STA returns an ACK when no reception errors have occurred; when a Block ACK agreement is in place between the STAs and for the TID of the MPDUs, the receiving STA returns a Block ACK indicating sequence numbers of received MPDUs; when the MPDUs are part of a SU transmission, the receiving STA sends the response frame SIFS after the end of the received frame; when the MPDUs are part of a MU transmission, each receiving STA sends the response frame SIFS after the preceding response frame, according to a STA order that may be defined in the GroupID field. - As noted above a TID is a Traffic Identifier, which typically indicates the priority of a frame. The TID may be contained in the QoS Control field of the MAC header of each PPDU. A Block ACK agreement may be set up between STAs by setting up a Traffic Specifier (TSPEC). A TSPEC may be set up using a management frame exchange called Add TSPEC (ADDTS) Request and ADDTS Response. The exchange may be used to negotiate parameters associated with the Block ACK agreement, such as the size of a reorder buffer at the receiving STA and the TID for which the Block ACK agreement is set up.
- An exemplary VHT frame exchange using the Normal ACK procedure for a Single User (SU) transmission is illustrated in
FIG. 7 . As depicted inFIG. 7 , STA1 sends aVHT PPDU 700. TheMPDU headers ACK Policy 00. In this scenario, when there is no Block ACK agreement in place between STA1 and STA2, STA2 may send anACK frame 715 SISF after the end of thePPDU 700 when no FCS errors are detected in the received PPDUs and no CRC errors are detected in any of the received MPDU delimiters. -
FIG. 8 depicts an exemplary VHT frame exchange using the Normal ACK procedure in combination with the Block ACK procedure for a Multi-User (MU) transmission. As illustrated inFIG. 8 , the response to MPDUs inside theMU PPDU 800 may be dependent on whether or not a Block ACK (BA) agreement is present. Receiving stations STA1 and STA3 do not have BA agreements with the sending STA. Receiving stations STA2 and STA4 have BA agreements with the sending station. Note that Sequential ACK is used in the illustrated example, consistent with a MU VHT frame being transmitted withACK Policy 00. The order of the responses by the stations may be determined according the STA order defined in the Group ID field (e.g., STA1, STA2, STA3, STA4) in the PHY header of thePPDU 800. As illustrated inFIG. 8 , STAT sends anormal ACK 805 SIFS after the end of theMU PPDU 800. ThenSTA 2 sends aBlock ACK 810 SIFS after the response from STAT. Then STA3 sends anormal ACK 815 SIFS after the response from STA3, which is then followed by aBlock ACK 820 from STA4. - As noted above, existing VHT protocol does not provide for a normal ACK policy and may be limited to use of a block ACK policy for an A-MPDU. Typically, a block ACK agreement has to be in place between the sending STA and receiving STA before VHT frames can be sent. In contrast, the above embodiments generally do not require that a block ACK agreement be negotiated prior to sending VHT frames.
- It is to be appreciated that sequential and polled ACK, previously discussed, may generally be independent of whether or not a block ACK agreement is in place. Whether or not there is an agreement may be used to determine what kind of ACK or BA will be sent, generally without changing the sequence of ACK responses to a PPDU. As described, the sequence of ACL responses may be determined using the PPDU PHY header.
- In certain embodiments, rather than overloading one or more ACK Policy fields to implicitly signal an ACK type, an ACK Type field may be included inside a VHT PPDU to explicitly signal an ACK type. This may be contrary to traditional uses of a PPDU PHY header, which are limited to specifying aspects of the PPDU itself. In these embodiments, information that is not specifically related to the PPDU itself, for example an ACK policy, may be included in the PHY header. In the alternative, or equivalently, MAC information may be interspersed with PHY header information. For example, a PHY header may be split into two or more separate parts and MAC information interposed between the separate parts. Advantageously, both approaches enable MAC information to be transmitted earlier in a PPDU than would otherwise be possible. Such uses of a PPDU PHY header are not necessarily limited to signaling ACK policy as described in more detail below.
- An ACK Type field included inside a VHT PPDU may indicate whether a requested response to the PPDU should be an ACK frame or a BlockACK frame. For example, the requested response may be an ACK frame when the ACK Type field is 0 and a BlockACK frame when the ACK Type field is a 1. Note that in certain embodiments implementing a Normal ACK Policy, an ACK frame may only be sent when no errors have occurred in any of the received MPDUs and MPDU delimiters in the PPDU. One exception to this approach may be to exclude MPDU delimiters transmitted after an MPDU delimiter containing an EOF indication.
- The ACK Type field may be one bit or multiple bits. Further, various embodiments may locate the ACK Type field in various locations within the PHY header. Additionally, in certain embodiments, the ACK Type field may be used with or without making use of QoS Control field bits in an MPDU MAC header as described herein. When only one way of signaling the ACK policy is used, then both the sender and receiver generally will know how to handle sending and receiving the ACK Policy. In the event that multiple mechanisms may be allowed to signal the ACK Policy, then the sending STA may generally inform the receiving STA about which mechanism is being used. In some cases, the signaling mechanism may be apparent without specific signaling, such as setting a bit to the value of 1 in a delimiter. In other cases, specific signaling may be used, for example by including an additional field in the QoS control field. In other cases, the specific signaling may be performed using a priority agreement or additional indication bits in a preamble.
- In an embodiment, the ACK Type field may be placed inside a Signal (SIG) field of the Physical layer (PHY) header. In this embodiment, as illustrated in
FIG. 9 , the ACK Type field may be placed inside a VHT-SIG-B field 905 of theVHT PHY header 900. This has the advantage that for a MU packet, the VHT_SIG-B field is transmitted to each receiver individually as opposed to the VHT-SIG-A fields, which are sent to all receiving devices. Therefore, use of the VHT-SIG-B field 905 allows the ACK type to be different for each receiver. - An ACK Type field in a PHY header of a PPDU may be used in combination with ACK Policy fields of a MAC QoS Control header to signal an ACK Policy to be used for a transmission, as summarized below. The single-bit ACK Type field may be combined with two bits used for implicit signaling, for example bits b5 and b6 of a QoS Control field of a MAC header, to convey additional information. The three bits may be summarized herein as a triplet of binary values, e.g., “000,” “100,” “010,” etc., wherein the first value represents a value of the ACK Type field in a PHY header, and the last two values represent the ACK policy bits. For example, the triplet “010” should be interpreted herein as meaning that the ACK Type bit value is zero, the first ACK policy bit value is one, and the last ACK policy bit is zero. It should be appreciated that the ACK Type bit is not generally transmitted contiguously with the ACK policy bits, and the triplet nomenclature is for illustrative convenience only.
- By way of example only, and not by way of limitation, the aforementioned three bits may be used in combination, as follows. A triplet value of “000” may be set in the PPDU to indicate a Normal ACK request. In response to receiving a PPDU containing a “000” triplet, the addressed recipient may return an ACK or QoS+CF-ACK frame after a short interframe space (SIFS) period, after determining that no FCS error has occurred on any of the received MPDUs and no CRC error has occurred on any of the received MPDU delimiters. A triplet value of “100” may be set in the PPDU to indicate an implicit Block ACK request. In response to receiving a PPDU containing a “100” triplet, the addressed recipient may return a BlockACK MPDU, either individually or as part of an A-MPDU starting a SIFS after the PPDU carrying the frame. A triplet value of “010” may be set in the PPDU to indicate a no ACK request. In response to receiving a PPDU containing a “010” triplet, the addressed recipient may return no frame after SIFS. A triplet value of “111” may be set in the PPDU to indicate an explicit Block ACK request. In response to receiving a PPDU containing a “111” triplet, the addressed recipient may take no action upon the receipt of the frame except for recording the state. The recipient can expect a BlockAckReq frame in the future. The remaining triplet values “001,” “011,” “101” and “110” may be reserved for other purposes, remain unused, or used as duplicate indicators for any of the ACK requests summarized above.
- In certain embodiments, the ACK Policy field of the QoS Control header may be ignored when an ACK Type field is present elsewhere in the PPDU. This may allow bits b5 and b6 of the QoS Control field to be reused for other purposes.
- In other embodiments, the ACK Type field may be implemented by redefining the ACK Policy bits of QoS Control fields contained in VHT PPDUs. For example, bit b5 of the QoS Control field of an MPDU contained in a VHT PPDU may be defined as an ACK Type field. This may allow bit b6 of the QoS Control field to be used for other purposes.
- In yet another embodiment, the ACK Type field may be one of the reserved bits of the MPDU delimiter, for
instance bit 0. Additional information regarding MPDU reserved bits may be found in IEEE 802.11n. - The PHY header may indicate a length of the MPDU contained in the VHT PPDU, in which case an MPDU delimiter may be omitted from the frame and a single MPDU may be contained inside the MPDU. This may be done to allow a Jumbo frame or a large Aggregated MAC Service Data Unit (A-MSDU) to be placed in the MPDU.
- In certain embodiments, the PHY header may contain an ACK Type field but no length field. In these embodiments, the ACK Type field may be set to 0 (indicating Normal ACK) to signal that the first field of the PPDU payload is an MPDU length field. This may enable a VHT PPDU containing a single MPDU to not have to start with an MPDU delimiter. This may be advantageous because the MPDU length field of the MPDU delimiter typically restricts the maximum size of the MPDUs to 4096 octets. Such a length restriction implies that no Jumbo frame (9000 octets or larger) may be included after an MPDU delimiter without changing the length field. This may avoid changes to the receiving STA that otherwise may be required to explicitly change the MPDU length field.
- As depicted in
FIG. 10 , in certain embodiments, afirst bit 1005 of the MAC payload of a VHT frame 1000 (e.g., of the PHY Service Data Unit (PSDU)) may be used for the ACK Type field. The ACK Type field may be set to 0 to indicate Normal ACK. The second field may be anMPDU length field 1010 indicating the length the pendingMPDU 1015. After the MPDU length field may be theMPDU 1015. As depicted inFIG. 11 , a value of 1 in theACK Type field 1105 of aVHT frame 1100 may be used to indicate that a Block ACK policy has been implemented. The next element after the ACK Policy field may be anMPDU delimiter 1110. - Referring to
FIG. 12 , in certain embodiments, the ACK Type field may be placed on a reserved bit of theMPDU delimiter 1205 of a VHT frame 1200 (for instance bit 0). When the ACK Type field is 1, the field may be included as part of an MPDU delimiter. When the ACK Type is set to a value of 0, the ACK Type field may not be part of an MPDU delimiter but instead be followed by an MPDU length field, as illustrated inFIG. 10 . - In these embodiments, a single MPDU carried inside a VHT PPDU may be larger than the maximum length possible with a pre-defined MPDU delimiter, for example, larger than 4096 octets. Further, the MPDU delimiter length field may not have to be modified to carry larger MPDU payloads in single MPDU frames.
- The ACK Type fields depicted in
FIGS. 10 , 11 and 12 may be advantageously defined in a VHT frame by using an ACK Type field set to a value of 1 to indicate a Normal ACK with the presence of an MPDU length field. An ACK Type field set to a value of 0 may be used to indicate a Block ACK with the presence of an MPDU delimiter (either after the ACK Type field or with the ACK Type field being part of the MPDU delimiter). - Defining the meaning of these bits in this way may allow a STA that does not support Normal ACK to not modify its MPDU delimiter, based on the general assumption that reserved bits are set to 0 upon transmission. Note that in other embodiments, the meaning of the bits may be reversed (1 instead of 0 and 0 instead of 1) when the reserved bits are set to 1 upon transmission.
- In certain embodiments, in VHT frames, bits 8-15 of the QoS Control field may be redefined to contain an ACK Type field and an MPDU length field for ACK Type 0 (Normal ACK). The length field may override a length provided in the preceding MPDU delimiter in this case, so that the MPDU delimiter format does not have to be modified.
-
FIG. 13 depicts a representativeMPDU delimiter field 1300 of a MAC header. In certain embodiments, the Normal ACK policy may be indicated by setting the EOF field of the MPDU first delimiter to a value of 1 (indicating end of frame) and theMPDU length field 1310 to a non-zero value. With these settings of the MPDU delimiter, the Most Significant Bits (MSBs) of the MPDU length field may be extended into one or more of thereserved bits 1315 inside the MPDU delimiter. - In certain embodiments, the MPDU length field may be extended into the reserved bits as Least Significant Bits (LSBs). A capability indication may be added in certain embodiments by which STAs may indicate whether they can parse MPDU delimiters with an extended length field.
- In certain embodiments, the delimiter type may be negotiated as part of the association or link setup procedure. The existing delimiter may be selected by STAs that do not support any of the enhanced features such as Jumbo frames, while the delimiter with and extended MPDU length field may be selected by STAs supporting enhanced features. Similarly, in certain embodiments, the supported ACK Types may be negotiable as well.
-
FIG. 14 shows an example of a VHTframe exchange sequence 1400 with the ACK Type field indicating a Normal ACK policy, for example by being set to zero. In this example, the QoS Control field of the MAC headers indicates ACK Policy “00” as described herein in aVHT PPDU 1410 from STA1. An SIFS after the illustratedVHT PPDU 1410 from STA1, STA2 sends anACK frame 1420 to STA1 upon determining that the receivedVHT PPDU 1410 is free of FCS and CRS errors -
FIG. 15 shows an example of a VHTframe exchange sequence 1500 with the ACK Type field indicating a Block ACK policy, for example by being set to one in aVHT PPDU 1510 from STA1. Again, the QoS Control field of the MAC headers indicates an ACK Policy “00.” An SIFS after the illustratedVHT PPDU 1510 from STAT, STA2 sends aBlock ACK frame 1520 to STA1. - An advantage of Normal ACK may be that complexity associated with Block ACK does not need to be implemented at the transmitter and the receiver, while maintaining an acceptable link transmission rate. For example,
FIG. 16 depicts the circuitry that may be required to implement Block ACK, as based on the IEEE 802.11n-2009 standard. By implementing a Normal ACK policy, the Transmit Buffer Control per RA/TID circuitry 1605 andAggregation Control circuitry 1610 may be eliminated in the transmitter. The Receive Reordering Buffer Control per TA/TID circuitry 1615, the ScoreboardContext Control circuitry 1620 and theDe-aggregation control circuitry 1625 may be eliminated in the receiver. Additionally, Receive Reordering Buffer Control circuitry 1615 typically controls a reorder buffer that may be included in thememory 306 of theSTA 302. When Block ACK is not used, the Receive Reordering Buffer may be removed from the STA, which may simplify its implementation and reduce the memory requirement. - Block ACK typically offers a small advantage in that only MPDUs that were not received correctly may need to be retransmitted. This may be only part of the PPDU. Normal ACK typically requires the retransmission of the entire PPDU even when only a small part of the PPDU failed at the receiver.
- Methodologies that may be implemented in accordance with the disclosed subject matter may be better appreciated with reference to various flow charts. For purposes of simplicity of explanation, methodologies are shown and described as a series of acts/operations. However, the claimed subject matter is not limited by the number or order of operations, as some operations may occur in different orders and/or at substantially the same time with other operations from what is depicted and described herein. Moreover, not all illustrated operations may be required to implement methodologies described herein. It is to be appreciated that functionality associated with operations may be implemented by software, hardware, a combination thereof or any other suitable means (e.g., device, system, process, or component). Additionally, it should be further appreciated that methodologies disclosed throughout this specification are capable of being stored as encoded instructions and/or data on an article of manufacture to facilitate transporting and transferring such methodologies to various devices. Those skilled in the art will understand and appreciate that a method could alternatively be represented as a series of interrelated states or events, such as in a state diagram.
-
FIG. 17 is a flowchart illustrating a method of receiving messages from a STA that includes an ACK Policy that may be implemented by certain embodiments. Inoperation 1700, a receiving STA may receive a message that includes an acknowledgment policy. The acknowledgment policy may be included in the QoS Control field or may be specified by an ACK Type field, as previously discussed. Next, at 1705, the receiving STA may determine an ACK Policy to be used to respond to the message may be determined. This may involve decoding the ACK Policy bits and determining an implicitly transmitted ACK Policy based on certain pre-defined conditions. Then, at 1710, the receiving STA may send an appropriate ACK frame or Block ACK frame. The STA may include an appropriate ACK bitmap when a block acknowledgment agreement is in place with the sending STA. -
FIG. 18 is a flowchart illustrating a method that may be implemented in a STA to determine an ACK Policy for responding to a received message (e.g., as illustrated at 1705 ofFIG. 17 ). Initially, at 1800, the receiving STA may recover an ACK Policy from a received message. The acknowledgment policy may be included in the QoS Control field or may be specified by an ACK Type field, as previously discussed. Next, at 1805, the receiving STA may determine whether the ACK Policy specifies that Normal ACK will be used. - If the STA determines at 1805 that a Normal ACK Policy is in effect, then the STA may branch to 1810. If the STA determines that a Normal ACK Policy is not specified, then the STA may branch to 1820.
- At 1810, the STA may determine whether or not a block acknowledgment agreement is in place with the sending STA. If the STA determines that a block acknowledgment agreement exists with the sending station, the STA may branch to 1820. If the STA determines that no block acknowledgment agreement exists with the sending STA, at 1815, the receiving STA may send a Normal ACK frame in response to the received message. The Normal ACK frame may only be sent if no errors have been detected in the received message (e.g., no FCS or CRC errors). Then the method may be exited. In the alternative, at 1820, the receiving STA may send an appropriate Block ACK frame, which may include an appropriate ACK bitmap when a block acknowledgment agreement exists with the sending STA. Then the method exits.
-
FIGS. 19-23 illustrate related methodologies for selectively enabling normal ACK and block ACK for wireless transmissions from a transmitting station, using a PPDU. Referring toFIG. 19 , amethod 1900 for selectively enabling normal ACK and block ACK for wireless transmissions from a station transmitting the PPDU may include a transmitting station setting 1910 at least one designated bit in a PHY header of a PPDU for transmission from a transmitter to a receiver to indicate an ACK type selected from at least at least two of a normal ACK, a Block ACK, or no ACK. For example, the method may include setting a single bit in the PHY header to indicate an ACK type selected from a normal ACK and a Block ACK. Themethod 1900 may further include transmitting 1920 the PPDU in a VHT frame to the receiver. -
Additional operations FIGS. 20-22 , for performance by the transmitting station. One or more of theseoperations method 1900, or may further specify one ore more operations of themethod 1900. Theelements method 1900 includes at least one of theoperations 2100, then themethod 1900 may terminate after the at least one operation, without necessarily having to include any subsequent downstream operation(s) that may be illustrated. Each of theadditional operations operations 2200 illustrated inFIG. 22 , may pertain generally to all embodiments. - Referring to
FIG. 20 ,additional operations 2000 that may be used with themethod 1900 may include the transmitting station placing 2010 the at least one designated bit inside a SIG field of the PHY header. The station may select the SIG field depending on whether at 2020 the associated transmission will be broadcast for multiple receivers, or directed to individual receivers. If at 2020 the transmission will be broadcast, the additional operations may include selecting 2030 the SIG field comprising a field that is transmitted to all of multiple receivers. In an alternative, if at 2020 the transmission will not be broadcast, theadditional operations 2000 may further include selecting 2040 the SIG field comprising a field that is transmitted to each of multiple receivers individually. - Referring to
FIG. 21 ,additional operations 2100 that may be used with themethod 1900 may include the transmitting station including 2110 at least one additional bit indicating an ACK policy in a MAC QoS control header contained in the PPDU. In the alternative, or in addition, theadditional operations 2100 may include the station placing 2120 the at least one designated bit in a first location of a PHY payload of the PPDU. In a further alternative, or in addition, theadditional operations 2100 may include the station placing 2130 the at least one designated bit in a reserved location of a MPDU delimiter field in the PPDU. According to another alternative, or in addition, theadditional operations 2100 may include setting 2140 the at least one designated bit in a MAC header interposed between divided parts of the PHY header. - Referring to
FIG. 22 ,additional operations 2200 that may be used with themethod 1900 may generally include the station setting 2210 the at least one designated bit to indicate a normal ACK to avoid implementing a Block ACK. In the alternative, or in addition, theadditional operations 2200 may include the station transmitting 2220 the PPDU to enable use of a normal ACK without requiring prior negotiation of a BA agreement with the receiver. - With reference to
FIG. 23 , there is provided anexemplary apparatus 2300 that may be configured as a transmitting station in a wireless network, or as a processor or similar device for use within the transmitting station, for selectively enabling one of a normal ACK and block ACK for wireless transmissions, using a PPDU. Theapparatus 2300 may include functional blocks that can represent functions implemented by a processor, software, or combination thereof (e.g., firmware). - As illustrated, in one embodiment, the
apparatus 2300 may include an electrical component ormodule 2302 for setting at least one designated bit in a PHY header of a PPDU for transmission from a transmitter to a receiver to indicate an ACK type selected from at least two of a normal ACK OR a Block ACK, or no ACK. For example, theelectrical component 2302 may include at least one control processor coupled to a transceiver or the like and to a memory with instructions for configuring a PPDU. Theapparatus 2300 may include anelectrical component 2304 for transmitting the PPDU in a VHT frame to the receiver. For example, theelectrical component 2304 may include at least one control processor coupled to a memory holding instructions for transmitting VHT frames according to a protocol. Theapparatus 2300 may include similar electrical components for performing any or all of theadditional operations FIGS. 20-22 , which for illustrative simplicity are not shown inFIG. 23 . - In related aspects, the
apparatus 2300 may optionally include aprocessor component 2310 having at least one processor, in the case of theapparatus 2300 configured as a transmitting station. Theprocessor 2310, in such case, may be in operative communication with the components 2302-2304 or similar components via abus 2312 or similar communication coupling. Theprocessor 2310 may effect initiation and scheduling of the processes or functions performed by electrical components 2302-2304. - In further related aspects, the
apparatus 2300 may include atransceiver component 2314 for communicating with a receiving station. Theapparatus 2300 may optionally include a component for storing information, such as, for example, a memory device/component 2316. The computer readable medium or thememory component 2316 may be operatively coupled to the other components of theapparatus 2300 via thebus 2312 or the like. Thememory component 2316 may be adapted to store computer readable instructions and data for performing the activity of the components 2302-2304, and subcomponents thereof, or theprocessor 2310, theadditional operations memory component 2316 may retain instructions for executing functions associated with the components 2302-2304. While shown as being external to thememory 2316, it is to be understood that the components 2302-2304 can exist within thememory 2316. -
FIGS. 24-26 illustrate related methodologies for selecting one of a normal ACK and block ACK for wireless transmissions, using a PPDU. Referring toFIG. 24 , amethod 2400 for selecting a normal ACK and block ACK for wireless transmissions at a station receiving a PPDU may include receiving 2410 a PPDU in a VHT frame from a transmitter. Themethod 2400 may further include the receiving station determining 2420 an ACK selected from a normal ACK or a Block ACK in response to a designated bit contained in a PHY header of the PPDU. For example, the receiving station may determine that a bit in the PHY header is set to a value indicating “enable normal ACK.” The receiver may then provide a normal ACK to the transmitting station to acknowledge the PPDU received at 2410. For further example, if the receiving station determines that a bit in the PHY header is set to a value indicating “enable Block ACK,” the receiver may then provide a Block ACK to the transmitting station. -
Additional operations FIGS. 25-26 . One or more of theseoperations method 2400, or may further specify one or more operations of themethod 2400. Theelements method 2400 includes at least one of theoperations 2600, then themethod 2400 may terminate after the at least one operation, without necessarily having to include any subsequent downstream operation(s) that may be illustrated. Each of theadditional operations - Referring to
FIG. 25 ,additional operations 2500 that may be used with themethod 2400 may include the receiving station receiving 2510 the designated bit inside SIG field of the PHY header. In the alternative, or in addition, theadditional operations 2500 may include the station receiving 2520 at least one additional bit indicating an ACK policy in a MAC QoS control header contained in the PPDU. - Referring to
FIG. 26 ,additional operations 2600 that may be used with themethod 2400 may generally include the station receiving 2610 the designated bit in a first location of a PHY payload of the PPDU. In the alternative, or in addition, theadditional operations 2600 may include the station receiving 2620 the designated bit in a reserved location of an MPDU delimiter field in the PPDU. In the alternative, or in addition, theadditional operations 2600 may include the station receiving 2630 the designated bit in a MAC header interposed between divided parts of the PHY header. Generally,additional operations 2600 may include the receiving station providing 2640 an ACK to the transmitting station, in response to a value of the designated bit contained in the PHY header of the PPDU. - With reference to
FIG. 27 , there is provided anexemplary apparatus 2700 that may be configured a receiving station in a wireless network, or as a processor or similar device for use within the receiving station, for selecting one of a normal ACK and block ACK using one or more bits received in a PPDU. Theapparatus 2700 may include functional blocks that can represent functions implemented by a processor, software, or combination thereof (e.g., firmware). - As illustrated, in one embodiment, the
apparatus 2700 may include an electrical component ormodule 2702 for receiving a PPDU in a VHT frame from a transmitter. For example, theelectrical component 2702 may include at least one control processor coupled to a transceiver or the like and to a memory with instructions for receiving a PPDU according to a communications protocol. Theapparatus 2700 may include anelectrical component 2704 for determining an ACK selected from a normal ACK or a Block ACK in response to a designated bit contained in a PHY header of the PPDU. For example, theelectrical component 2704 may include at least one control processor coupled to a memory holding instructions for processing information in a PHY header to determine the value of a bit indicative of an ACK type. Theapparatus 2700 may include similar electrical components for performing any or all of theadditional operations FIGS. 25-26 , which for illustrative simplicity are not shown inFIG. 27 . - In related aspects, the
apparatus 2700 may optionally include aprocessor component 2710 having at least one processor, in the case of theapparatus 2700 configured as a receiving station. Theprocessor 2710, in such case, may be in operative communication with the components 2702-2704 or similar components via abus 2712 or similar communication coupling. Theprocessor 2710 may effect initiation and scheduling of the processes or functions performed by electrical components 2702-2704. - In further related aspects, the
apparatus 2700 may include atransceiver component 2714 for communicating with a transmitting station. Theapparatus 2700 may optionally include a component for storing information, such as, for example, a memory device/component 2716. The computer readable medium or thememory component 2716 may be operatively coupled to the other components of theapparatus 2700 via thebus 2712 or the like. Thememory component 2716 may be adapted to store computer readable instructions and data for performing the activity of the components 2702-2704, and subcomponents thereof, or theprocessor 2710, theadditional operations memory component 2716 may retain instructions for executing functions associated with the components 2702-2704. While shown as being external to thememory 2716, it is to be understood that the components 2702-2704 can exist within thememory 2716. - As used herein, the term “determining” encompasses a wide variety of actions. For example, “determining” may include calculating, computing, processing, deriving, investigating, looking up (e.g., looking up in a table, a database or another data structure), ascertaining and the like. Also, “determining” may include receiving (e.g., receiving information), accessing (e.g., accessing data in a memory) and the like. Also, “determining” may include resolving, selecting, choosing, establishing and the like.
- Information and signals may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals and the like that may be referenced throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles or any combination thereof.
- The various illustrative logic blocks, modules and circuits described in connection with the present disclosure may be implemented or performed with a general purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array signal (FPGA) or other programmable means device (PLD), discrete gate or transistor means, discrete hardware components or any combination thereof designed to perform the functions described herein. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any commercially available processor, controller, microcontroller or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
- The steps of a method or algorithm described in connection with the present disclosure may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in any form of storage medium that is known in the art. Some examples of storage media that may be used include random access memory (RAM), read only memory (ROM), flash memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM or other optical disc medium, and so forth. A software module may comprise a single instruction, or many instructions, and may be distributed over several different code segments, among different programs, and across multiple storage media. A storage medium may be coupled to a processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor.
- The functions described may be implemented in hardware, software, firmware or any combination thereof. If implemented in software, the functions may be stored as one or more instructions on a computer-readable medium. A storage medium may be any available non-transient medium holding information that can be accessed by a computer. By way of example, and not limitation, such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. Disk and disc, as used herein, include compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk, and Blu-ray® disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers.
- It is to be understood that the claims are not limited to the precise configuration and components illustrated above. Various modifications, changes and variations may be made in the arrangement, operation and details of the methods and apparatus described above without departing from the scope and spirit of the present disclosure.
Claims (38)
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/160,398 US9337961B2 (en) | 2010-06-15 | 2011-06-14 | Method and apparatus for sending very high throughput WLAN acknowledgment frames |
EP11728133.7A EP2583401B1 (en) | 2010-06-15 | 2011-06-15 | Method and apparatus for sending very high throughput wlan acknowledgment frames |
CN201180029419.4A CN102948101B (en) | 2010-06-15 | 2011-06-15 | For the method and apparatus sending very high-throughput WLAN acknowledgement frame |
JP2013515489A JP5680748B2 (en) | 2010-06-15 | 2011-06-15 | Method and apparatus for sending ultra-high throughput WLAN acknowledgment frames |
KR1020137000954A KR101509127B1 (en) | 2010-06-15 | 2011-06-15 | Method and apparatus for sending very high throughput wlan acknowledgment frames |
PCT/US2011/040575 WO2011159831A1 (en) | 2010-06-15 | 2011-06-15 | Method and apparatus for sending very high throughput wlan acknowledgment frames |
KR1020147021807A KR101685073B1 (en) | 2010-06-15 | 2011-06-15 | Method and apparatus for sending very high throughput wlan acknowledgment frames |
JP2014228458A JP6092178B2 (en) | 2010-06-15 | 2014-11-10 | Method and apparatus for sending ultra-high throughput WLAN acknowledgment frames |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US35511410P | 2010-06-15 | 2010-06-15 | |
US13/160,398 US9337961B2 (en) | 2010-06-15 | 2011-06-14 | Method and apparatus for sending very high throughput WLAN acknowledgment frames |
Publications (2)
Publication Number | Publication Date |
---|---|
US20110305176A1 true US20110305176A1 (en) | 2011-12-15 |
US9337961B2 US9337961B2 (en) | 2016-05-10 |
Family
ID=44504147
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/160,398 Expired - Fee Related US9337961B2 (en) | 2010-06-15 | 2011-06-14 | Method and apparatus for sending very high throughput WLAN acknowledgment frames |
Country Status (6)
Country | Link |
---|---|
US (1) | US9337961B2 (en) |
EP (1) | EP2583401B1 (en) |
JP (2) | JP5680748B2 (en) |
KR (2) | KR101509127B1 (en) |
CN (1) | CN102948101B (en) |
WO (1) | WO2011159831A1 (en) |
Cited By (51)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120135776A1 (en) * | 2010-11-30 | 2012-05-31 | Stmicroelectronics, Inc. | Method and apparatus for reducing power comsumption in a wireless communication device |
US20120163354A1 (en) * | 2010-12-23 | 2012-06-28 | Robert Stacey | Single mpdu frame signaling |
WO2013131469A1 (en) | 2012-03-05 | 2013-09-12 | Mediatek Singapore Pte. Ltd. | Method for signaling payload type in signaling field of frame |
US20130250904A1 (en) * | 2010-12-01 | 2013-09-26 | Lg Electronics Inc. | Method and apparatus of link adaptation in wireless local area network |
WO2013177254A1 (en) * | 2012-05-25 | 2013-11-28 | Qualcomm Incorporated | Methods, devices, and systems for efficient retransmission communications |
US20140119300A1 (en) * | 2012-10-29 | 2014-05-01 | Futurewei Technologies, Inc. | System and Method for User Cooperation Protocol for Interference Alignment in Wireless Networks |
CN103888909A (en) * | 2014-03-26 | 2014-06-25 | 杭州华三通信技术有限公司 | Method and device for sending multicast flow in unicast mode |
US20140247838A1 (en) * | 2011-10-18 | 2014-09-04 | Lg Electronics Inc. | Method and apparatus for indicating a frame type using a preamble |
US20140254389A1 (en) * | 2013-03-05 | 2014-09-11 | Qualcomm Incorporated | Systems and methods for monitoring wireless communications |
CN104350799A (en) * | 2012-04-15 | 2015-02-11 | Lg电子株式会社 | Method and apparatus for transmitting and receiving feedback trigger frames in wireless LAN systems |
US20150256238A1 (en) * | 2010-10-28 | 2015-09-10 | Lg Electronics Inc. | Method and apparatus for transceiving a data frame in a wireless lan system |
US9191469B2 (en) | 2013-02-20 | 2015-11-17 | Qualcomm Incorporated | Acknowledgement (ACK) type indication and deferral time determination |
US20160080115A1 (en) * | 2014-09-12 | 2016-03-17 | Samsung Electronics Co., Ltd. | Methods for efficient acknowledgement in wireless systems |
EP2922365A4 (en) * | 2013-06-25 | 2016-04-06 | Huawei Device Co Ltd | Packet transmission method, system, and station |
WO2016053024A1 (en) * | 2014-10-01 | 2016-04-07 | 엘지전자(주) | Data transmission method in wireless communication system and device therefor |
US20160142122A1 (en) * | 2013-10-17 | 2016-05-19 | Qualcomm Incorporated | Methods and apparatus for channel state information feedback |
WO2016080785A1 (en) * | 2014-11-19 | 2016-05-26 | Lg Electronics Inc. | Methods and apparatus for transmitting/receiving he-ltf |
EP2995058A4 (en) * | 2013-05-07 | 2016-12-28 | Intel Ip Corp | Methods and arrangements to signal an acknowledgement policy in a short frame |
US9537556B2 (en) | 2014-07-11 | 2017-01-03 | Huawei Technologies Canada Co., Ltd. | Systems and methods for optimized beamforming and compression for uplink MIMO cloud radio access networks |
US20170048048A1 (en) * | 2015-08-14 | 2017-02-16 | Newracom, Inc. | Block acknowledgement for multi-user transmissions in wlan systems |
WO2017030297A1 (en) * | 2015-08-19 | 2017-02-23 | 엘지전자(주) | Method for feeding back channel state in wireless communication system and apparatus for same |
US20170099219A1 (en) * | 2015-10-02 | 2017-04-06 | Newracom, Inc. | Link adaptation for 802.11 system |
US20170155490A1 (en) * | 2012-05-11 | 2017-06-01 | Interdigital Patent Holdings, Inc. | Method and apparatus for transmitting acknowledgements in response to received frames |
US20170163385A1 (en) * | 2013-11-01 | 2017-06-08 | Qualcomm Incorporated | Protocols for multiple user frame exchanges |
US9716550B2 (en) | 2013-12-30 | 2017-07-25 | Zte Corporation | Dimming method, dimming device and computer storage medium |
CN107359960A (en) * | 2016-05-10 | 2017-11-17 | 华为技术有限公司 | The transmission of radio frames and method of reseptance and device |
US9853794B2 (en) | 2013-02-20 | 2017-12-26 | Qualcomm, Incorporated | Acknowledgement (ACK) type indication and deferral time determination |
US9876614B1 (en) * | 2014-01-20 | 2018-01-23 | Marvell International Ltd. | Hybrid automatic repeat request for wireless local area network |
US9949285B2 (en) | 2015-01-07 | 2018-04-17 | Futurewei Technologies, Inc. | System and method for digital communications with interference avoidance |
US20180145801A1 (en) * | 2015-04-29 | 2018-05-24 | Interdigital Patent Holdings, Inc. | Triggered transmission opportunity and multiple user ack procedures in wlan systems |
US10034227B1 (en) | 2015-12-11 | 2018-07-24 | Marvell International Ltd. | Access point association using trigger-based uplink single user transmission |
RU2670605C1 (en) * | 2012-09-28 | 2018-10-24 | Хуавэй Текнолоджиз Ко., Лтд. | System and method for indicating type of response frame |
RU2676048C1 (en) * | 2014-12-01 | 2018-12-25 | Телефонактиеболагет Лм Эрикссон (Пабл) | Efficient exchange of data network identifiers |
US10178581B2 (en) * | 2015-12-31 | 2019-01-08 | Facebook, Inc. | Switched diversity in data link layers of directional networks |
US10194385B1 (en) * | 2015-12-16 | 2019-01-29 | Marvell International Ltd. | Determining multi-user or single user transmission for access point acknowledgement in a multi-user environment |
US20190069213A1 (en) * | 2017-08-28 | 2019-02-28 | Mediatek Singapore Pte. Ltd. | Support of a-msdu in a-mpdu |
CN111726203A (en) * | 2019-03-19 | 2020-09-29 | 华为技术有限公司 | Method and device for replying acknowledgement frame and data transmission system |
WO2020231907A1 (en) * | 2019-05-14 | 2020-11-19 | Cypress Semiconductor Corporation | Apparatus, systems, and methods for selecting a wireless device antenna for communication |
WO2021002617A1 (en) * | 2019-07-02 | 2021-01-07 | 엘지전자 주식회사 | Mapping of tid and link in multi-link |
US10966280B1 (en) * | 2018-09-13 | 2021-03-30 | Nxp Usa, Inc. | Transmitting control or status information in an MPDU delimiter |
US20210111836A1 (en) * | 2020-02-14 | 2021-04-15 | Po-Kai Huang | Block acknowledgement reception window size for eht networks |
US11082156B2 (en) | 2018-10-30 | 2021-08-03 | Nxp Usa, Inc. | Method and apparatus for generating a physical layer (PHY) data unit for hybrid automatic repeat request (HARQ) |
EP3823190A4 (en) * | 2018-08-14 | 2021-09-01 | Huawei Technologies Co., Ltd. | Method and apparatus for acknowledging data packet, and device and computer-readable storage medium |
US11290223B1 (en) | 2019-06-25 | 2022-03-29 | Marvell Asia Pte Ltd | Physical layer (PHY) data unit encoding for hybrid automatic repeat request (HARQ) transmission |
US11374698B2 (en) | 2019-06-05 | 2022-06-28 | Marvell Asia Pte Ltd | Physical layer (PHY) data unit format for hybrid automatic repeat request (HARQ) |
US11387936B2 (en) | 2018-12-14 | 2022-07-12 | Nxp Usa, Inc. | Hybrid automatic repeat request (HARQ) retransmission schemes for a wireless local area network (WLAN) |
US20220248265A1 (en) * | 2019-05-23 | 2022-08-04 | Lg Electronics Inc. | Transmission device and reception device for data in wireless av system |
US11489632B2 (en) * | 2018-03-23 | 2022-11-01 | Lg Electronics Inc. | Method for supporting HARQ process in wireless LAN system and wireless terminal using same |
WO2022241795A1 (en) * | 2021-05-21 | 2022-11-24 | Huawei Technologies Co., Ltd. | Device and method for multi ap coordinated transmissions |
CN117880991A (en) * | 2019-05-20 | 2024-04-12 | 华为技术有限公司 | Indication method and device for resource allocation |
US12132578B1 (en) | 2023-07-31 | 2024-10-29 | Marvell Asia Pte Ltd | Physical layer (PHY) data unit encoding for hybrid automatic repeat request (HARQ) transmission |
Families Citing this family (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9337961B2 (en) * | 2010-06-15 | 2016-05-10 | Qualcomm Incorporated | Method and apparatus for sending very high throughput WLAN acknowledgment frames |
US9071992B2 (en) | 2010-08-11 | 2015-06-30 | Qualcomm Incorporated | Signaling for extended MPDU, A-MPDU and A-MSDU frame formats |
US8924807B2 (en) * | 2011-12-28 | 2014-12-30 | Qualcomm Incorporated | Method and apparatus for acknowledgement using a group identifier |
US9363707B2 (en) * | 2011-12-29 | 2016-06-07 | Qualcomm Incorporated | Systems and methods for generating and decoding short control frames in wireless communications |
JP6069858B2 (en) * | 2012-03-21 | 2017-02-01 | 株式会社リコー | Wireless communication method and wireless communication system |
US9655144B2 (en) | 2012-03-30 | 2017-05-16 | Lg Electronics Inc. | Method and device for controlling channel access in wireless LAN system |
KR102064910B1 (en) * | 2012-07-16 | 2020-01-10 | 퀄컴 인코포레이티드 | Apparatus and methods for block acknowledgment compression |
US9781627B2 (en) | 2013-04-08 | 2017-10-03 | Qualcomm Incorporated | Systems and methods for generating and decoding short control frames in wireless communications |
JP5864471B2 (en) * | 2013-04-16 | 2016-02-17 | 日本電信電話株式会社 | Radio communication system, radio communication method, radio base station apparatus, and remote control apparatus |
CN104253652B (en) | 2013-06-27 | 2018-01-30 | 中兴通讯股份有限公司 | A kind of method and light modulating device for realizing light modulation |
CN104734836A (en) * | 2013-12-23 | 2015-06-24 | 中兴通讯股份有限公司 | Transmission confirmation message sending method and system |
JP6479827B2 (en) | 2014-01-28 | 2019-03-06 | 華為技術有限公司Huawei Technologies Co.,Ltd. | Data transmission indication method, access point, and terminal |
US9712362B2 (en) * | 2014-03-20 | 2017-07-18 | Newracom, Inc. | Method for transmitting and receiving data in wireless local area network and apparatus for the same |
KR102262183B1 (en) * | 2014-04-04 | 2021-06-07 | 뉴라컴 인코포레이티드 | Acknowledgement method and multi user transmission method |
US10499418B2 (en) * | 2014-07-09 | 2019-12-03 | Qualcomm Incorporated | Methods and apparatus for multiple user uplink control and scheduling via aggregated frames |
US9936492B2 (en) * | 2014-07-11 | 2018-04-03 | Qualcomm Incorporated | Methods and systems for multi user uplink compatibility with legacy devices |
CN105337705B (en) * | 2014-08-06 | 2020-06-23 | 中兴通讯股份有限公司 | Data transmission feedback, data transmission method and device |
WO2016138623A1 (en) * | 2015-03-02 | 2016-09-09 | 华为技术有限公司 | Wireless local area network acknowledgement frame transmission method and communication device |
US9876544B2 (en) * | 2015-04-30 | 2018-01-23 | Intel IP Corporation | Apparatus, system and method of multi-user wireless communication |
US20170019895A1 (en) * | 2015-07-17 | 2017-01-19 | Qualcomm Technologies International, Ltd. | Signaling method for improved ofdma-based data ack/ba frame exchange in wireless network systems |
WO2017039349A1 (en) * | 2015-09-03 | 2017-03-09 | 엘지전자 주식회사 | Method for transmitting and receiving multi-station block ack frame of expanded capacity and device therefor |
TWI710272B (en) * | 2015-09-11 | 2020-11-11 | 美商內數位專利控股公司 | METHOD AND APPARATUS FOR MULTI-USER CONCURRENT RANDOM ACCESS FOR WIRELESS LOCAL AREA NETWORKS (WLANs) |
US10225866B2 (en) * | 2015-09-16 | 2019-03-05 | Qualcomm Incorporated | Systems, methods, and devices for enhanced OFDMA random access |
EP4262131B1 (en) * | 2016-02-17 | 2024-08-21 | LG Electronics Inc. | Method for transmitting and receiving uplink acknowledgement signal in wireless lan system and apparatus therefor |
CN105828449A (en) * | 2016-04-13 | 2016-08-03 | 珠海市魅族科技有限公司 | Communication method and communication, access point and website of wireless local area network |
KR102549027B1 (en) | 2016-05-11 | 2023-06-29 | 주식회사 윌러스표준기술연구소 | Wireless communication method for transmitting ack and wireless communication terminal using same |
KR102072326B1 (en) | 2016-07-06 | 2020-02-03 | 주식회사 윌러스표준기술연구소 | Wireless communication method using trigger information and wireless communication terminal using the same |
US10616884B2 (en) * | 2016-07-08 | 2020-04-07 | Qualcomm Incorporated | Techniques for signaling a transmit power headroom in a control field |
CN107613526B (en) * | 2016-07-12 | 2021-04-23 | 珠海市魅族科技有限公司 | Communication method, communication device, access point and station of wireless local area network |
CN113067679A (en) | 2016-07-18 | 2021-07-02 | Oppo广东移动通信有限公司 | Method and device for transmitting data |
CN110089148B (en) * | 2016-12-21 | 2022-10-04 | 韦勒斯标准与技术协会公司 | Aggregated MPDU, method for transmitting response frame thereto, and wireless communication terminal using the same |
US11284301B2 (en) * | 2017-04-17 | 2022-03-22 | Qualcomm Incorporated | Flow control for wireless devices |
CN109218243A (en) | 2017-07-04 | 2019-01-15 | 华为技术有限公司 | A kind of data processing method and device |
CN116232555A (en) * | 2019-03-15 | 2023-06-06 | 华为技术有限公司 | Data transmission method and device |
CN112789806B (en) * | 2019-09-10 | 2022-08-30 | 北京小米移动软件有限公司 | Data transmission method, device and storage medium |
JP7231587B2 (en) * | 2020-07-22 | 2023-03-01 | 華為技術有限公司 | Data transmission indication method, access point and terminal |
JP7065544B1 (en) | 2020-12-10 | 2022-05-12 | 株式会社アリー・コーポレーション | Men's masturbation aid |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050195858A1 (en) * | 2004-03-05 | 2005-09-08 | Yasuyuki Nishibayashi | Communication apparatus, communication method, and communication system |
US20070110055A1 (en) * | 2005-11-11 | 2007-05-17 | Broadcom Corporation | Fast block acknowledgment generation in a wireless environment |
US20070160040A1 (en) * | 2006-01-12 | 2007-07-12 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting data frame using channel bonding in wireless LAN |
US20070171933A1 (en) * | 2006-01-23 | 2007-07-26 | Interdigital Technology Corporation | Medium access control and physical layer headers for high throughput data in wlan systems |
US20070206508A1 (en) * | 2005-12-07 | 2007-09-06 | Interdigital Technology Corporation | Methods and apparatus for supporting fragmentation and defragmentation in a wlan |
US20100016023A1 (en) * | 2006-09-01 | 2010-01-21 | Mitsubishi Electric Corporation | Radio communication system and radio communication method |
US20110038332A1 (en) * | 2009-08-12 | 2011-02-17 | Yong Liu | SDMA Multi-Device Wireless Communications |
US20120314682A1 (en) * | 2007-08-30 | 2012-12-13 | Solomon Trainin | Communication station and method for communicating aggregate mac service data units (a-msdu) under a block acknowledge agreement |
US20130188567A1 (en) * | 2010-09-08 | 2013-07-25 | James June-Ming Wang | PSMP-Based Downlink Multi-User MIMO Communications |
US8537725B1 (en) * | 2011-04-29 | 2013-09-17 | Renesas Mobile Corporation | Method and apparatus for rebalancing the sizes of the downlink (DL) association sets for component carriers having different time division duplex subframe configurations |
US20130301569A1 (en) * | 2012-05-11 | 2013-11-14 | Interdigital Patent Holdings, Inc. | Method and apparatus for transmitting acknowledgements in response to received frames |
US8681755B2 (en) * | 2007-10-30 | 2014-03-25 | Samsung Electronics Co., Ltd. | Method and apparatus for generating data frame in wireless personal area network |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS5680748A (en) | 1979-12-06 | 1981-07-02 | Fujitsu Ltd | Data processor programmable in ideographic language |
JP2006050519A (en) | 2003-10-24 | 2006-02-16 | Sony Corp | Wireless communications system, wireless communications apparatus, wireless communication method, and computer program |
US7444443B2 (en) | 2005-02-28 | 2008-10-28 | Freescale Semiconductor, Inc. | Method of repeating data transmission between network devices by timing a first predetermined period after previous first data transmission |
EP1913723B1 (en) * | 2005-08-12 | 2019-05-01 | Samsung Electronics Co., Ltd. | Method and apparatus to transmit and/or receive data via wireless network and wireless device |
US8660144B2 (en) | 2008-03-11 | 2014-02-25 | Intel Corporation | Multi-receiver frame aggregation |
US8897209B2 (en) | 2008-07-15 | 2014-11-25 | Qualcomm Incorporated | Systems and methods for parallel communication with legacy WLAN receivers |
US8976741B2 (en) | 2009-02-27 | 2015-03-10 | Qualcomm Incorporated | Piggybacking information in transmit opportunities |
US9337961B2 (en) * | 2010-06-15 | 2016-05-10 | Qualcomm Incorporated | Method and apparatus for sending very high throughput WLAN acknowledgment frames |
-
2011
- 2011-06-14 US US13/160,398 patent/US9337961B2/en not_active Expired - Fee Related
- 2011-06-15 CN CN201180029419.4A patent/CN102948101B/en not_active Expired - Fee Related
- 2011-06-15 JP JP2013515489A patent/JP5680748B2/en not_active Expired - Fee Related
- 2011-06-15 KR KR1020137000954A patent/KR101509127B1/en not_active IP Right Cessation
- 2011-06-15 KR KR1020147021807A patent/KR101685073B1/en active IP Right Grant
- 2011-06-15 EP EP11728133.7A patent/EP2583401B1/en not_active Not-in-force
- 2011-06-15 WO PCT/US2011/040575 patent/WO2011159831A1/en active Application Filing
-
2014
- 2014-11-10 JP JP2014228458A patent/JP6092178B2/en not_active Expired - Fee Related
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050195858A1 (en) * | 2004-03-05 | 2005-09-08 | Yasuyuki Nishibayashi | Communication apparatus, communication method, and communication system |
US20070110055A1 (en) * | 2005-11-11 | 2007-05-17 | Broadcom Corporation | Fast block acknowledgment generation in a wireless environment |
US20070206508A1 (en) * | 2005-12-07 | 2007-09-06 | Interdigital Technology Corporation | Methods and apparatus for supporting fragmentation and defragmentation in a wlan |
US20070160040A1 (en) * | 2006-01-12 | 2007-07-12 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting data frame using channel bonding in wireless LAN |
US20070171933A1 (en) * | 2006-01-23 | 2007-07-26 | Interdigital Technology Corporation | Medium access control and physical layer headers for high throughput data in wlan systems |
US20100016023A1 (en) * | 2006-09-01 | 2010-01-21 | Mitsubishi Electric Corporation | Radio communication system and radio communication method |
US20120314682A1 (en) * | 2007-08-30 | 2012-12-13 | Solomon Trainin | Communication station and method for communicating aggregate mac service data units (a-msdu) under a block acknowledge agreement |
US8681755B2 (en) * | 2007-10-30 | 2014-03-25 | Samsung Electronics Co., Ltd. | Method and apparatus for generating data frame in wireless personal area network |
US20110038332A1 (en) * | 2009-08-12 | 2011-02-17 | Yong Liu | SDMA Multi-Device Wireless Communications |
US20130188567A1 (en) * | 2010-09-08 | 2013-07-25 | James June-Ming Wang | PSMP-Based Downlink Multi-User MIMO Communications |
US8537725B1 (en) * | 2011-04-29 | 2013-09-17 | Renesas Mobile Corporation | Method and apparatus for rebalancing the sizes of the downlink (DL) association sets for component carriers having different time division duplex subframe configurations |
US20130301569A1 (en) * | 2012-05-11 | 2013-11-14 | Interdigital Patent Holdings, Inc. | Method and apparatus for transmitting acknowledgements in response to received frames |
Cited By (112)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150256238A1 (en) * | 2010-10-28 | 2015-09-10 | Lg Electronics Inc. | Method and apparatus for transceiving a data frame in a wireless lan system |
US20170094646A1 (en) * | 2010-10-28 | 2017-03-30 | Lg Electronics Inc. | Method and apparatus for transceiving a data frame in a wireless lan system |
US9544030B2 (en) * | 2010-10-28 | 2017-01-10 | Lg Electronics Inc. | Method and apparatus for transceiving a data frame in a wireless LAN system |
US9807759B2 (en) * | 2010-10-28 | 2017-10-31 | Lg Electronics Inc. | Method and apparatus for transceiving a data frame in a wireless LAN system |
US20120135776A1 (en) * | 2010-11-30 | 2012-05-31 | Stmicroelectronics, Inc. | Method and apparatus for reducing power comsumption in a wireless communication device |
US9014744B2 (en) * | 2010-11-30 | 2015-04-21 | Stmicroelectronics, Inc. | Method and apparatus for reducing power consumption in a wireless communication device |
US9350428B2 (en) * | 2010-12-01 | 2016-05-24 | Lg Electronics Inc. | Method and apparatus of link adaptation in wireless local area network |
US20130250904A1 (en) * | 2010-12-01 | 2013-09-26 | Lg Electronics Inc. | Method and apparatus of link adaptation in wireless local area network |
US9807817B2 (en) | 2010-12-01 | 2017-10-31 | Lg Electronics Inc. | Method and apparatus of link adaptation in wireless local area network |
US9232436B2 (en) | 2010-12-23 | 2016-01-05 | Intel Corporation | Single MPDU frame signaling |
US20120163354A1 (en) * | 2010-12-23 | 2012-06-28 | Robert Stacey | Single mpdu frame signaling |
US8665843B2 (en) * | 2010-12-23 | 2014-03-04 | Intel Corporation | Single MPDU frame signaling |
US10033841B2 (en) | 2011-10-18 | 2018-07-24 | Lg Electronics Inc. | Method and apparatus for indicating a frame type using a preamble |
US20140247838A1 (en) * | 2011-10-18 | 2014-09-04 | Lg Electronics Inc. | Method and apparatus for indicating a frame type using a preamble |
US9614938B2 (en) * | 2011-10-18 | 2017-04-04 | Lg Electronics Inc. | Method and apparatus for indicating a frame type using a preamble |
WO2013131469A1 (en) | 2012-03-05 | 2013-09-12 | Mediatek Singapore Pte. Ltd. | Method for signaling payload type in signaling field of frame |
US9622167B2 (en) | 2012-03-05 | 2017-04-11 | Mediatek Singapore Pte. Ltd. | Method for signaling payload type in signaling field of a frame |
EP2823666A4 (en) * | 2012-03-05 | 2015-09-02 | Mediatek Singapore Pte Ltd | Method for signaling payload type in signaling field of frame |
US9887821B2 (en) * | 2012-04-15 | 2018-02-06 | Lg Electronics Inc. | Method and apparatus for transmitting and receiving feedback trigger frames in wireless LAN systems |
EP2840854A4 (en) * | 2012-04-15 | 2015-12-09 | Lg Electronics Inc | Method and apparatus for transmitting and receiving feedback trigger frames in wireless lan systems |
US20150085777A1 (en) * | 2012-04-15 | 2015-03-26 | Lg Electronics Inc. | Method and apparatus for transmitting and receiving feedback trigger frames in wireless lan systems |
CN104350799A (en) * | 2012-04-15 | 2015-02-11 | Lg电子株式会社 | Method and apparatus for transmitting and receiving feedback trigger frames in wireless LAN systems |
AU2013250182B2 (en) * | 2012-04-15 | 2016-10-20 | Lg Electronics Inc. | Method and apparatus for transmitting and receiving feedback trigger frames in wireless LAN systems |
US10764014B2 (en) | 2012-05-11 | 2020-09-01 | Interdigital Patent Holdings, Inc. | Acknowledgements in response to received frames |
US20170155490A1 (en) * | 2012-05-11 | 2017-06-01 | Interdigital Patent Holdings, Inc. | Method and apparatus for transmitting acknowledgements in response to received frames |
US20210367739A1 (en) * | 2012-05-11 | 2021-11-25 | Interdigital Patent Holdings, Inc. | Method and apparatus for negotiating a block acknowledgement agreement |
US11082189B2 (en) | 2012-05-11 | 2021-08-03 | Interdigital Patent Holdings, Inc. | Method and apparatus for negotiating a block acknowledgement agreement |
CN104335516A (en) * | 2012-05-25 | 2015-02-04 | 高通股份有限公司 | Methods, devices, and systems for efficient retransmission communications |
US8971247B2 (en) | 2012-05-25 | 2015-03-03 | Qualcomm Incorporated | Methods, devices, and systems for efficient retransmission communications |
WO2013177254A1 (en) * | 2012-05-25 | 2013-11-28 | Qualcomm Incorporated | Methods, devices, and systems for efficient retransmission communications |
RU2670605C1 (en) * | 2012-09-28 | 2018-10-24 | Хуавэй Текнолоджиз Ко., Лтд. | System and method for indicating type of response frame |
US10149202B2 (en) | 2012-09-28 | 2018-12-04 | Futurewei Technologies, Inc. | System and method for response frame type indication |
WO2014070674A1 (en) * | 2012-10-29 | 2014-05-08 | Huawei Technologies Co., Ltd. | System and method for user cooperation protocol for interference alignment in wireless networks |
CN104737561A (en) * | 2012-10-29 | 2015-06-24 | 华为技术有限公司 | System and method for user cooperation protocol for interference alignment in wireless networks |
US20140119300A1 (en) * | 2012-10-29 | 2014-05-01 | Futurewei Technologies, Inc. | System and Method for User Cooperation Protocol for Interference Alignment in Wireless Networks |
US9258099B2 (en) * | 2012-10-29 | 2016-02-09 | Huawei Technologies Co., Ltd. | System and method for user cooperation protocol for interference alignment in wireless networks |
US9853794B2 (en) | 2013-02-20 | 2017-12-26 | Qualcomm, Incorporated | Acknowledgement (ACK) type indication and deferral time determination |
US9191469B2 (en) | 2013-02-20 | 2015-11-17 | Qualcomm Incorporated | Acknowledgement (ACK) type indication and deferral time determination |
US20140254389A1 (en) * | 2013-03-05 | 2014-09-11 | Qualcomm Incorporated | Systems and methods for monitoring wireless communications |
EP2995058A4 (en) * | 2013-05-07 | 2016-12-28 | Intel Ip Corp | Methods and arrangements to signal an acknowledgement policy in a short frame |
EP2922365A4 (en) * | 2013-06-25 | 2016-04-06 | Huawei Device Co Ltd | Packet transmission method, system, and station |
US9949300B2 (en) | 2013-06-25 | 2018-04-17 | Huawei Device Co., Ltd. | Packet transmission method and system, and station |
US20160142122A1 (en) * | 2013-10-17 | 2016-05-19 | Qualcomm Incorporated | Methods and apparatus for channel state information feedback |
US20170163385A1 (en) * | 2013-11-01 | 2017-06-08 | Qualcomm Incorporated | Protocols for multiple user frame exchanges |
US10819471B2 (en) * | 2013-11-01 | 2020-10-27 | Qualcomm Incorporated | Protocols for multiple user frame exchanges |
US9716550B2 (en) | 2013-12-30 | 2017-07-25 | Zte Corporation | Dimming method, dimming device and computer storage medium |
US9876614B1 (en) * | 2014-01-20 | 2018-01-23 | Marvell International Ltd. | Hybrid automatic repeat request for wireless local area network |
US10790937B1 (en) | 2014-01-20 | 2020-09-29 | Nxp Usa, Inc. | Hybrid automatic repeat request for wireless local area network |
CN103888909A (en) * | 2014-03-26 | 2014-06-25 | 杭州华三通信技术有限公司 | Method and device for sending multicast flow in unicast mode |
US9537556B2 (en) | 2014-07-11 | 2017-01-03 | Huawei Technologies Canada Co., Ltd. | Systems and methods for optimized beamforming and compression for uplink MIMO cloud radio access networks |
US20160080115A1 (en) * | 2014-09-12 | 2016-03-17 | Samsung Electronics Co., Ltd. | Methods for efficient acknowledgement in wireless systems |
AU2015324750B2 (en) * | 2014-10-01 | 2018-11-08 | Lg Electronics Inc. | Data transmission method in wireless communication system and device therefor |
WO2016053024A1 (en) * | 2014-10-01 | 2016-04-07 | 엘지전자(주) | Data transmission method in wireless communication system and device therefor |
US10320529B2 (en) * | 2014-10-01 | 2019-06-11 | Lg Electronics Inc. | Data transmission method in wireless communication system and device therefor |
EP3595218A1 (en) * | 2014-10-01 | 2020-01-15 | Lg Electronics Inc. | Data transmission method in wireless communication system and apparatus therefor |
EP3203668A4 (en) * | 2014-10-01 | 2018-05-16 | LG Electronics Inc. | Data transmission method in wireless communication system and device therefor |
RU2680193C2 (en) * | 2014-10-01 | 2019-02-18 | ЭлДжи ЭЛЕКТРОНИКС ИНК. | Data transmission method in wireless communication system and device therefor |
US10608791B2 (en) | 2014-10-01 | 2020-03-31 | Lg Electronics Inc. | Data transmission method in wireless communication system and device therefor |
US10749659B2 (en) | 2014-11-19 | 2020-08-18 | Lg Electronics Inc. | Methods and apparatus for transmitting/receiving HE-LTF |
WO2016080785A1 (en) * | 2014-11-19 | 2016-05-26 | Lg Electronics Inc. | Methods and apparatus for transmitting/receiving he-ltf |
US10225064B2 (en) | 2014-11-19 | 2019-03-05 | Lg Electronics Inc. | Methods and apparatus for transmitting/receiving HE-LTF |
RU2676048C1 (en) * | 2014-12-01 | 2018-12-25 | Телефонактиеболагет Лм Эрикссон (Пабл) | Efficient exchange of data network identifiers |
US11153815B2 (en) | 2014-12-01 | 2021-10-19 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Efficient communication of network identifiers |
US11191015B2 (en) | 2014-12-01 | 2021-11-30 | Guangdong Oppo Mobile Telcommunications Corp., Ltd. | Efficient communication of network identifiers |
US10555251B2 (en) | 2014-12-01 | 2020-02-04 | Guangdong Oppo Mobile Telecommunications Corp., Ltd | Efficient communication of network identifiers |
US11153814B2 (en) | 2014-12-01 | 2021-10-19 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Efficient communication of network identifiers |
US9949285B2 (en) | 2015-01-07 | 2018-04-17 | Futurewei Technologies, Inc. | System and method for digital communications with interference avoidance |
US10542557B2 (en) | 2015-01-07 | 2020-01-21 | Futurewei Technologies, Inc. | System and method for digital communications with interference avoidance |
US20210367716A1 (en) * | 2015-04-29 | 2021-11-25 | Interdigital Patent Holdings, Inc. | Triggered transmission opportunity and multiple user ack procedures in wlan systems |
US20180145801A1 (en) * | 2015-04-29 | 2018-05-24 | Interdigital Patent Holdings, Inc. | Triggered transmission opportunity and multiple user ack procedures in wlan systems |
US11601251B2 (en) | 2015-08-14 | 2023-03-07 | Atlas Global Technologies Llc | Block acknowledgment for multi-user transmissions in WLAN systems |
US11991117B2 (en) | 2015-08-14 | 2024-05-21 | Atlas Global Technologies Llc | Block acknowledgment for multi-user transmissions in WLAN systems |
US10129001B2 (en) * | 2015-08-14 | 2018-11-13 | Newracom, Inc. | Block acknowledgment for multi-user transmissions in WLAN systems |
US10917220B2 (en) | 2015-08-14 | 2021-02-09 | Newracom, Inc. | Block acknowledgment for multi-user transmissions in WLAN systems |
US20170048048A1 (en) * | 2015-08-14 | 2017-02-16 | Newracom, Inc. | Block acknowledgement for multi-user transmissions in wlan systems |
US10863490B2 (en) | 2015-08-19 | 2020-12-08 | Lg Electronics Inc. | Method for feeding back channel state in wireless communication system and device therefor |
WO2017030297A1 (en) * | 2015-08-19 | 2017-02-23 | 엘지전자(주) | Method for feeding back channel state in wireless communication system and apparatus for same |
US10536932B2 (en) | 2015-08-19 | 2020-01-14 | Lg Electronics Inc. | Method for feeding back channel state in wireless communication system and device therefor |
US10349388B2 (en) | 2015-08-19 | 2019-07-09 | Lg Electronics Inc. | Method for feeding back channel state in wireless communication system and device therefor |
US11096157B2 (en) | 2015-08-19 | 2021-08-17 | Lg Electronics Inc. | Method for feeding back channel state in wireless communication system and device therefor |
US20170099219A1 (en) * | 2015-10-02 | 2017-04-06 | Newracom, Inc. | Link adaptation for 802.11 system |
US10027782B2 (en) * | 2015-10-02 | 2018-07-17 | Newracom, Inc. | Link adaptation for 802.11 system |
US10034227B1 (en) | 2015-12-11 | 2018-07-24 | Marvell International Ltd. | Access point association using trigger-based uplink single user transmission |
US10194385B1 (en) * | 2015-12-16 | 2019-01-29 | Marvell International Ltd. | Determining multi-user or single user transmission for access point acknowledgement in a multi-user environment |
US10681625B1 (en) | 2015-12-16 | 2020-06-09 | Marvell International Ltd. | Single-user acknowledgement options for wireless communication in a multi-user environment |
US10178581B2 (en) * | 2015-12-31 | 2019-01-08 | Facebook, Inc. | Switched diversity in data link layers of directional networks |
CN107359960A (en) * | 2016-05-10 | 2017-11-17 | 华为技术有限公司 | The transmission of radio frames and method of reseptance and device |
US10932179B2 (en) * | 2017-08-28 | 2021-02-23 | Mediatek Singapore Pte Ltd. | Support of A-MSDU in A-MPDU |
US20190069213A1 (en) * | 2017-08-28 | 2019-02-28 | Mediatek Singapore Pte. Ltd. | Support of a-msdu in a-mpdu |
US11489632B2 (en) * | 2018-03-23 | 2022-11-01 | Lg Electronics Inc. | Method for supporting HARQ process in wireless LAN system and wireless terminal using same |
EP3823190A4 (en) * | 2018-08-14 | 2021-09-01 | Huawei Technologies Co., Ltd. | Method and apparatus for acknowledging data packet, and device and computer-readable storage medium |
US12057941B2 (en) | 2018-08-14 | 2024-08-06 | Huawei Technologies Co., Ltd. | Data packet acknowledgment method, apparatus, device, and computer-readable storage medium |
US10966280B1 (en) * | 2018-09-13 | 2021-03-30 | Nxp Usa, Inc. | Transmitting control or status information in an MPDU delimiter |
US11082156B2 (en) | 2018-10-30 | 2021-08-03 | Nxp Usa, Inc. | Method and apparatus for generating a physical layer (PHY) data unit for hybrid automatic repeat request (HARQ) |
US11082155B2 (en) | 2018-10-30 | 2021-08-03 | Nxp Usa, Inc. | Physical layer (PHY) data unit format for hybrid automatic repeat request (HARQ) |
US11387936B2 (en) | 2018-12-14 | 2022-07-12 | Nxp Usa, Inc. | Hybrid automatic repeat request (HARQ) retransmission schemes for a wireless local area network (WLAN) |
CN111726203A (en) * | 2019-03-19 | 2020-09-29 | 华为技术有限公司 | Method and device for replying acknowledgement frame and data transmission system |
US11387965B2 (en) | 2019-03-19 | 2022-07-12 | Huawei Technologies Co., Ltd. | Method for replying with acknowledgement frame, apparatus, and data transmission system |
US11469783B2 (en) | 2019-05-14 | 2022-10-11 | Cypress Semiconductor Corporation | Apparatus, systems, and methods for selecting a wireless device antenna for communication |
WO2020231907A1 (en) * | 2019-05-14 | 2020-11-19 | Cypress Semiconductor Corporation | Apparatus, systems, and methods for selecting a wireless device antenna for communication |
CN117880991A (en) * | 2019-05-20 | 2024-04-12 | 华为技术有限公司 | Indication method and device for resource allocation |
US12028749B2 (en) * | 2019-05-23 | 2024-07-02 | Lg Electronics Inc. | Transmission device and reception device for data in wireless AV system |
US20220248265A1 (en) * | 2019-05-23 | 2022-08-04 | Lg Electronics Inc. | Transmission device and reception device for data in wireless av system |
US11374698B2 (en) | 2019-06-05 | 2022-06-28 | Marvell Asia Pte Ltd | Physical layer (PHY) data unit format for hybrid automatic repeat request (HARQ) |
US12063118B2 (en) | 2019-06-05 | 2024-08-13 | Marvell Asia Pte Ltd | Physical layer (PHY) data unit format for hybrid automatic repeat request (HARQ) |
US11671208B2 (en) | 2019-06-05 | 2023-06-06 | Marvell Asia Pte Ltd | Physical layer (PHY) data unit format for hybrid automatic repeat request (HARQ) |
US11716177B1 (en) | 2019-06-25 | 2023-08-01 | Marvell Asia Pte Ltd | Physical layer (PHY) data unit encoding for hybrid automatic repeat request (HARQ) transmission |
US11290223B1 (en) | 2019-06-25 | 2022-03-29 | Marvell Asia Pte Ltd | Physical layer (PHY) data unit encoding for hybrid automatic repeat request (HARQ) transmission |
WO2021002617A1 (en) * | 2019-07-02 | 2021-01-07 | 엘지전자 주식회사 | Mapping of tid and link in multi-link |
US20210111836A1 (en) * | 2020-02-14 | 2021-04-15 | Po-Kai Huang | Block acknowledgement reception window size for eht networks |
WO2022241795A1 (en) * | 2021-05-21 | 2022-11-24 | Huawei Technologies Co., Ltd. | Device and method for multi ap coordinated transmissions |
US12132578B1 (en) | 2023-07-31 | 2024-10-29 | Marvell Asia Pte Ltd | Physical layer (PHY) data unit encoding for hybrid automatic repeat request (HARQ) transmission |
Also Published As
Publication number | Publication date |
---|---|
KR101685073B1 (en) | 2016-12-09 |
JP2013536599A (en) | 2013-09-19 |
JP2015097389A (en) | 2015-05-21 |
CN102948101B (en) | 2016-08-31 |
JP6092178B2 (en) | 2017-03-08 |
EP2583401B1 (en) | 2018-09-26 |
KR101509127B1 (en) | 2015-04-07 |
WO2011159831A1 (en) | 2011-12-22 |
CN102948101A (en) | 2013-02-27 |
EP2583401A1 (en) | 2013-04-24 |
KR20130021442A (en) | 2013-03-05 |
JP5680748B2 (en) | 2015-03-04 |
US9337961B2 (en) | 2016-05-10 |
KR20140103359A (en) | 2014-08-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9337961B2 (en) | Method and apparatus for sending very high throughput WLAN acknowledgment frames | |
US10819471B2 (en) | Protocols for multiple user frame exchanges | |
CN107667497B (en) | Method and apparatus for transmitting high efficiency control information | |
KR101466717B1 (en) | Sequential ack for multi-user transmissions | |
US10560242B2 (en) | Method for transmitting data in wireless communication system and apparatus therefor | |
US9961510B2 (en) | Protocols for multiple user frame exchanges | |
CN107078858B (en) | Method for transmitting and receiving multi-user block acknowledgement frame in wireless LAN system and apparatus therefor | |
EP2471193B1 (en) | Method and apparatus for multiple frame transmission for supporting mu-mimo | |
US10708892B1 (en) | Resource request for uplink transmission | |
WO2016104886A1 (en) | Method and apparatus for transmitting data unit on basis of trigger frame | |
US10231148B2 (en) | Signaling data unit format parameters for multi-user transmissions | |
US11765713B2 (en) | Method and apparatus for wireless communications |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: QUALCOMM INCORPORATED, CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:WENTINK, MAARTEN MENZO;REEL/FRAME:026658/0486 Effective date: 20110629 |
|
ZAAA | Notice of allowance and fees due |
Free format text: ORIGINAL CODE: NOA |
|
ZAAB | Notice of allowance mailed |
Free format text: ORIGINAL CODE: MN/=. |
|
ZAAA | Notice of allowance and fees due |
Free format text: ORIGINAL CODE: NOA |
|
ZAAB | Notice of allowance mailed |
Free format text: ORIGINAL CODE: MN/=. |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 4 |
|
FEPP | Fee payment procedure |
Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
LAPS | Lapse for failure to pay maintenance fees |
Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20240510 |