US20170155490A1 - Method and apparatus for transmitting acknowledgements in response to received frames - Google Patents
Method and apparatus for transmitting acknowledgements in response to received frames Download PDFInfo
- Publication number
- US20170155490A1 US20170155490A1 US15/430,656 US201715430656A US2017155490A1 US 20170155490 A1 US20170155490 A1 US 20170155490A1 US 201715430656 A US201715430656 A US 201715430656A US 2017155490 A1 US2017155490 A1 US 2017155490A1
- Authority
- US
- United States
- Prior art keywords
- ack
- frame
- short
- stations
- user
- 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.)
- Abandoned
Links
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- 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/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
-
- 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
-
- 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/1854—Scheduling and prioritising arrangements
-
- 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/1864—ARQ related signaling
-
- 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
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0093—Point-to-multipoint
Abstract
Methods and apparatuses are disclosed for transmitting a delayed multi-user acknowledgement (ACK) frame in response to data packets received from multiple stations in wireless communication. A recipient may be include at least one processor, a receiver and a transmitter. The processor is configured to establish a group of stations. The receiver is configured to receive packets from the group of stations over a delay period, and the at least one processor configured to generate a delayed multi-user acknowledgement (ACK) frame based on successful receipt of the packets over the delay period. The transmitter is configured to transmit the delayed multi-user ACK frame to the group of stations following the delay period.
Description
- This application is a continuation of U.S. patent application Ser. No. 13/890,833 filed May 9, 2013, which claims the benefit of U.S. provisional application Nos. 61/646,040 filed May 11, 2012, 61/669,390 filed Jul. 9, 2012, 61/699,531 filed Sep. 11, 2012, and 61/724,466 filed Nov. 9, 2012, the contents of which are hereby incorporated by reference herein.
- A wireless local area network (WLAN) in the infrastructure basic service set (BSS) mode has an access point (AP) for the BSS, and one or more stations (STAs) associated with the AP. The AP typically has access or interface to a distribution system (DS) or another type of wired or wireless network that carries traffic in and out of the BSS. Traffic to STAs that originates from outside the BSS arrives through the AP and is delivered to the STAs. Traffic originating from STAs to destinations outside the BSS is sent to the AP to be delivered to the respective destinations. Traffic between STAs within the BSS may also be sent through the AP where the source STA sends traffic to the AP and the AP delivers the traffic to the destination STA. Such traffic between STAs within a BSS is really peer-to-peer traffic. The peer-to-peer traffic may be sent directly between the source and destination STAs with a direct link setup (DLS) using an IEEE 802.11e DLS or an IEEE 802.11z tunneled DLS (TDLS). A WLAN in an independent BSS mode (IBSS) has no AP and STAs communicate directly with each other.
- In the current IEEE 802.11 infrastructure mode of operation, the AP transmits a beacon on a channel called primary channel. The primary channel is 20 MHz wide and is the operating channel of the BSS. This channel is also used by the STAs to establish a connection with the AP. The channel access mechanism in an 802.11 system is carrier sense multiple access with collision avoidance (CSMA/CA). In this mode of operation, every STA, including the AP, will sense the primary channel and if the channel is detected to be busy, the STA and the AP backs off. Hence one STA (including AP) can transmit at any given time in a given BSS.
- In IEEE 802.11n, high throughput (HT) STAs may also use 40 MHz wide channel for communication. This is achieved by combining the primary 20 MHz channel with another adjacent 20 MHz channel to form a 40 MHz wide channel.
- In IEEE 802.11ac, very high throughput (VHT) STAs can support 40 MHz, 80 MHz and 160 MHz wide channels. While 40 MHz and 80 MHz channels are formed by combining contiguous 20 MHz channels similar to IEEE 802.11n, 160 MHz channel may be formed either by combining 8 contiguous 20 MHz channels or two non-contiguous 80 MHz channels (80+80 configuration).
- The channel operating bandwidth may be reduced for
sub 1 GHz modes of operation, which is supported in IEEE 802.11af and IEEE 802.11ah. 802.11af supports 2 MHz, 4 MHz, and 8 MHz bandwidths for operation in TV white space (TVWS). 802.11ah supports 1 MHz, 2 MHz, 4 MHz, 8 MHz, and 16 MHz bandwidths for operation in non-TVWS. Some STAs in 802.11ah are considered to be sensors with limited capabilities, and may support a 1 MHz transmission mode. - A method and apparatus for transmitting acknowledgements in response to data packets in wireless communication are disclosed. A recipient may receive a plurality of data packets from a plurality of stations and transmit acknowledgements for the data packets to the originating stations in a single transmission. The acknowledgements may be transmitted using multi-user multiple-input multiple-output (MU-MIMO). The acknowledgements may be delayed in time after receiving the data packets. The acknowledgements may be transmitted based on an agreed schedule, solicited by the stations, or transmitted without solicitation once a predetermined number of data packets are received.
- Alternatively, the acknowledgements may be aggregated and transmitted in the single transmission. The acknowledgements may be aggregated in an a medium access control (MAC) service data unit domain, in a MAC protocol data unit domain, or in a physical layer convergence protocol (PLCP) protocol data unit (PPDU) domain.
- A short acknowledgement (ACK) frame may be sent in response to a received frame. The short ACK frame may include an ACK sequence corresponding to a sequence ID included in the received frame. The short ACK frame may include a short training field (STF) and the ACK sequence. The short ACK frame may be transmitted with a short ACK indication. The short ACK frame may be sent in response to an indication included in the received frame.
- A more detailed understanding may be had from the following description, given by way of example in conjunction with the accompanying drawings wherein:
-
FIG. 1A is a system diagram of an example communications system in which one or more disclosed embodiments may be implemented; -
FIG. 1B is a system diagram of an example wireless transmit/receive unit (WTRU) that may be used within the communications system illustrated inFIG. 1A ; -
FIG. 1C is a system diagram of an example radio access network and an example core network that may be used within the communications system illustrated inFIG. 1A ; -
FIG. 2 shows a conventional acknowledgement (ACK) frame; -
FIG. 3 shows an example message exchange sequence of a data frame and a short ACK frame; -
FIG. 4 shows an example physical layer convergence protocol (PLCP) protocol data unit (PPDU) data frame format; -
FIG. 5 shows a normal PPDU and an example short ACK frame with a short ACK indication; -
FIG. 6 shows a normal PPDU and an example short ACK frame with an extended short training field (STF); -
FIG. 7 shows a conventional medium access control (MAC) frame format; -
FIG. 8 shows an example of PPDU frame structure for a MU-MIMO block ACK; -
FIG. 9 shows an example message exchange sequence for delayed MU-MIMO block ACK; -
FIG. 10 shows a block ACK request (BAR) frame format; -
FIG. 11 shows an example PPDU structure for an aggregated multi-user ACK (A-MU-ACK) frame; -
FIGS. 12 and 13 show examples of the ACK or block ACK (BA) MAC protocol data units (MPDUs) aggregated into the multi-user ACK frame coded with a separate modulation and coding scheme (MCS); -
FIG. 14 shows an example of aggregated multi-user ACK with a separate long training field (LTF) for each user for implementing various MIMO schemes for the users; -
FIG. 15 shows an example of single user piggyback ACK; -
FIG. 16 shows an example of single user piggyback ACK aggregated in an MSDU level; -
FIG. 17 shows an example of piggyback ACK in an MPDU level; -
FIG. 18 shows an example of piggyback ACK in a PPDU level; -
FIG. 19 shows an example of multi user piggyback ACK; -
FIG. 20 shows a conventional ADDBA Request frame action field format; -
FIG. 21 shows a conventional ADDBA Response frame action field format; -
FIG. 22 shows a conventional DELBA frame; -
FIG. 23 shows an example of ACK fields in the delayed multi-user ACK frame for a pre-arranged group of STAs; -
FIG. 24 shows an example of ACK fields in the delayed multi-user ACK frame for ad hoc group of STAs; -
FIG. 25 shows a conventional short ACK frame format; -
FIG. 26 shows an example of short ACK response; -
FIGS. 27 and 28 show example procedures of a speed frame exchange for downlink and uplink data, respectively; -
FIG. 29 shows an example of speed frame exchange using a short ACK frame (or short BA frame) for downlink data; -
FIG. 30 shows an example of speed frame exchange using a short ACK (or short BA) frame for uplink data; and -
FIG. 31 shows an example of speed frame exchange using a short PS-Poll frame and a short ACK (or short BA) frame. -
FIG. 1A is a diagram of anexample communications system 100 in which one or more disclosed embodiments may be implemented. Thecommunications system 100 may be a multiple access system that provides content, such as voice, data, video, messaging, broadcast, etc., to multiple wireless users. Thecommunications system 100 may enable multiple wireless users to access such content through the sharing of system resources, including wireless bandwidth. For example, thecommunications systems 100 may employ one or more channel access methods, such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), single-carrier FDMA (SC-FDMA), and the like. - As shown in
FIG. 1A , thecommunications system 100 may include wireless transmit/receive units (WTRUs) 102 a, 102 b, 102 c, 102 d, a radio access network (RAN) 104, acore network 106, a public switched telephone network (PSTN) 108, theInternet 110, andother networks 112, though it will be appreciated that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and/or network elements. Each of theWTRUs WTRUs - The
communications systems 100 may also include abase station 114 a and abase station 114 b. Each of thebase stations WTRUs core network 106, theInternet 110, and/or theother networks 112. By way of example, thebase stations base stations base stations - The
base station 114 a may be part of theRAN 104, which may also include other base stations and/or network elements (not shown), such as a base station controller (BSC), a radio network controller (RNC), relay nodes, etc. Thebase station 114 a and/or thebase station 114 b may be configured to transmit and/or receive wireless signals within a particular geographic region, which may be referred to as a cell (not shown). The cell may further be divided into cell sectors. For example, the cell associated with thebase station 114 a may be divided into three sectors. Thus, in one embodiment, thebase station 114 a may include three transceivers, i.e., one for each sector of the cell. In another embodiment, thebase station 114 a may employ multiple-input multiple-output (MIMO) technology and, therefore, may utilize multiple transceivers for each sector of the cell. - The
base stations WTRUs air interface 116, which may be any suitable wireless communication link (e.g., radio frequency (RF), microwave, infrared (IR), ultraviolet (UV), visible light, etc.). Theair interface 116 may be established using any suitable radio access technology (RAT). - More specifically, as noted above, the
communications system 100 may be a multiple access system and may employ one or more channel access schemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, and the like. For example, thebase station 114 a in theRAN 104 and theWTRUs air interface 116 using wideband CDMA (WCDMA). WCDMA may include communication protocols such as High-Speed Packet Access (HSPA) and/or Evolved HSPA (HSPA+). HSPA may include High-Speed Downlink Packet Access (HSDPA) and/or High-Speed Uplink Packet Access (HSUPA). - In another embodiment, the
base station 114 a and theWTRUs air interface 116 using Long Term Evolution (LTE) and/or LTE-Advanced (LTE-A). - In other embodiments, the
base station 114 a and theWTRUs CDMA2000 1×, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile communications (GSM), Enhanced Data rates for GSM Evolution (EDGE), GSM EDGE (GERAN), and the like. - The
base station 114 b inFIG. 1A may be a wireless router, Home Node B, Home eNode B, or access point, for example, and may utilize any suitable RAT for facilitating wireless connectivity in a localized area, such as a place of business, a home, a vehicle, a campus, and the like. In one embodiment, thebase station 114 b and theWTRUs base station 114 b and theWTRUs base station 114 b and theWTRUs FIG. 1A , thebase station 114 b may have a direct connection to theInternet 110. Thus, thebase station 114 b may not be required to access theInternet 110 via thecore network 106. - The
RAN 104 may be in communication with thecore network 106, which may be any type of network configured to provide voice, data, applications, and/or voice over internet protocol (VoIP) services to one or more of theWTRUs core network 106 may provide call control, billing services, mobile location-based services, pre-paid calling, Internet connectivity, video distribution, etc., and/or perform high-level security functions, such as user authentication. Although not shown inFIG. 1A , it will be appreciated that theRAN 104 and/or thecore network 106 may be in direct or indirect communication with other RANs that employ the same RAT as theRAN 104 or a different RAT. For example, in addition to being connected to theRAN 104, which may be utilizing an E-UTRA radio technology, thecore network 106 may also be in communication with another RAN (not shown) employing a GSM radio technology. - The
core network 106 may also serve as a gateway for theWTRUs PSTN 108, theInternet 110, and/orother networks 112. ThePSTN 108 may include circuit-switched telephone networks that provide plain old telephone service (POTS). TheInternet 110 may include a global system of interconnected computer networks and devices that use common communication protocols, such as the transmission control protocol (TCP), user datagram protocol (UDP) and the internet protocol (IP) in the TCP/IP internet protocol suite. Thenetworks 112 may include wired or wireless communications networks owned and/or operated by other service providers. For example, thenetworks 112 may include another core network connected to one or more RANs, which may employ the same RAT as theRAN 104 or a different RAT. - Some or all of the
WTRUs communications system 100 may include multi-mode capabilities, i.e., theWTRUs WTRU 102 c shown inFIG. 1A may be configured to communicate with thebase station 114 a, which may employ a cellular-based radio technology, and with thebase station 114 b, which may employ an IEEE 802 radio technology. -
FIG. 1B is a system diagram of anexample WTRU 102. As shown inFIG. 1B , theWTRU 102 may include aprocessor 118, atransceiver 120, a transmit/receiveelement 122, a speaker/microphone 124, akeypad 126, a display/touchpad 128,non-removable memory 130,removable memory 132, apower source 134, a global positioning system (GPS)chipset 136, andother peripherals 138. It will be appreciated that theWTRU 102 may include any sub-combination of the foregoing elements while remaining consistent with an embodiment. - The
processor 118 may be a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Array (FPGAs) circuits, any other type of integrated circuit (IC), a state machine, and the like. Theprocessor 118 may perform signal coding, data processing, power control, input/output processing, and/or any other functionality that enables theWTRU 102 to operate in a wireless environment. Theprocessor 118 may be coupled to thetransceiver 120, which may be coupled to the transmit/receiveelement 122. WhileFIG. 1B depicts theprocessor 118 and thetransceiver 120 as separate components, it will be appreciated that theprocessor 118 and thetransceiver 120 may be integrated together in an electronic package or chip. - The transmit/receive
element 122 may be configured to transmit signals to, or receive signals from, a base station (e.g., thebase station 114 a) over theair interface 116. For example, in one embodiment, the transmit/receiveelement 122 may be an antenna configured to transmit and/or receive RF signals. In another embodiment, the transmit/receiveelement 122 may be an emitter/detector configured to transmit and/or receive IR, UV, or visible light signals, for example. In yet another embodiment, the transmit/receiveelement 122 may be configured to transmit and receive both RF and light signals. It will be appreciated that the transmit/receiveelement 122 may be configured to transmit and/or receive any combination of wireless signals. - In addition, although the transmit/receive
element 122 is depicted inFIG. 1B as a single element, theWTRU 102 may include any number of transmit/receiveelements 122. More specifically, theWTRU 102 may employ MIMO technology. Thus, in one embodiment, theWTRU 102 may include two or more transmit/receive elements 122 (e.g., multiple antennas) for transmitting and receiving wireless signals over theair interface 116. - The
transceiver 120 may be configured to modulate the signals that are to be transmitted by the transmit/receiveelement 122 and to demodulate the signals that are received by the transmit/receiveelement 122. As noted above, theWTRU 102 may have multi-mode capabilities. Thus, thetransceiver 120 may include multiple transceivers for enabling theWTRU 102 to communicate via multiple RATs, such as UTRA and IEEE 802.11, for example. - The
processor 118 of theWTRU 102 may be coupled to, and may receive user input data from, the speaker/microphone 124, thekeypad 126, and/or the display/touchpad 128 (e.g., a liquid crystal display (LCD) display unit or organic light-emitting diode (OLED) display unit). Theprocessor 118 may also output user data to the speaker/microphone 124, thekeypad 126, and/or the display/touchpad 128. In addition, theprocessor 118 may access information from, and store data in, any type of suitable memory, such as thenon-removable memory 130 and/or theremovable memory 132. Thenon-removable memory 130 may include random-access memory (RAM), read-only memory (ROM), a hard disk, or any other type of memory storage device. Theremovable memory 132 may include a subscriber identity module (SIM) card, a memory stick, a secure digital (SD) memory card, and the like. In other embodiments, theprocessor 118 may access information from, and store data in, memory that is not physically located on theWTRU 102, such as on a server or a home computer (not shown). - The
processor 118 may receive power from thepower source 134, and may be configured to distribute and/or control the power to the other components in theWTRU 102. Thepower source 134 may be any suitable device for powering theWTRU 102. For example, thepower source 134 may include one or more dry cell batteries (e.g., nickel-cadmium (NiCd), nickel-zinc (NiZn), nickel metal hydride (NiMH), lithium-ion (Li-ion), etc.), solar cells, fuel cells, and the like. - The
processor 118 may also be coupled to theGPS chipset 136, which may be configured to provide location information (e.g., longitude and latitude) regarding the current location of theWTRU 102. In addition to, or in lieu of, the information from theGPS chipset 136, theWTRU 102 may receive location information over theair interface 116 from a base station (e.g.,base stations WTRU 102 may acquire location information by way of any suitable location-determination method while remaining consistent with an embodiment. - The
processor 118 may further be coupled toother peripherals 138, which may include one or more software and/or hardware modules that provide additional features, functionality and/or wired or wireless connectivity. For example, theperipherals 138 may include an accelerometer, an e-compass, a satellite transceiver, a digital camera (for photographs or video), a universal serial bus (USB) port, a vibration device, a television transceiver, a hands free headset, a Bluetooth® module, a frequency modulated (FM) radio unit, a digital music player, a media player, a video game player module, an Internet browser, and the like. -
FIG. 1C is a system diagram of theRAN 104 and thecore network 106 according to an embodiment. As noted above, theRAN 104 may employ an E-UTRA radio technology to communicate with theWTRUs air interface 116. TheRAN 104 may also be in communication with thecore network 106. - The
RAN 104 may include eNode-Bs RAN 104 may include any number of eNode-Bs while remaining consistent with an embodiment. The eNode-Bs WTRUs air interface 116. In one embodiment, the eNode-Bs B 140 a, for example, may use multiple antennas to transmit wireless signals to, and receive wireless signals from, theWTRU 102 a. - Each of the eNode-
Bs FIG. 1C , the eNode-Bs - The
core network 106 shown inFIG. 1C may include a mobility management entity gateway (MME) 142, a servinggateway 144, and a packet data network (PDN)gateway 146. While each of the foregoing elements are depicted as part of thecore network 106, it will be appreciated that any one of these elements may be owned and/or operated by an entity other than the core network operator. - The
MME 142 may be connected to each of the eNode-Bs RAN 104 via an S1 interface and may serve as a control node. For example, theMME 142 may be responsible for authenticating users of theWTRUs WTRUs MME 142 may also provide a control plane function for switching between theRAN 104 and other RANs (not shown) that employ other radio technologies, such as GSM or WCDMA. - The serving
gateway 144 may be connected to each of theeNode Bs RAN 104 via the S1 interface. The servinggateway 144 may generally route and forward user data packets to/from theWTRUs gateway 144 may also perform other functions, such as anchoring user planes during inter-eNode B handovers, triggering paging when downlink data is available for theWTRUs WTRUs - The serving
gateway 144 may also be connected to thePDN gateway 146, which may provide the WTRUs 102 a, 102 b, 102 c with access to packet-switched networks, such as theInternet 110, to facilitate communications between theWTRUs - The
core network 106 may facilitate communications with other networks. For example, thecore network 106 may provide the WTRUs 102 a, 102 b, 102 c with access to circuit-switched networks, such as thePSTN 108, to facilitate communications between theWTRUs core network 106 may include, or may communicate with, an IP gateway (e.g., an IP multimedia subsystem (IMS) server) that serves as an interface between thecore network 106 and thePSTN 108. In addition, thecore network 106 may provide the WTRUs 102 a, 102 b, 102 c with access to thenetworks 112, which may include other wired or wireless networks that are owned and/or operated by other service providers. -
Other network 112 may further be connected to an IEEE 802.11 based wireless local area network (WLAN) 160. TheWLAN 160 may include anaccess router 165. The access router may contain gateway functionality. Theaccess router 165 may be in communication with a plurality of access points (APs) 170 a, 170 b. The communication betweenaccess router 165 andAPs 170 a, 170 b may be via wired Ethernet (IEEE 802.3 standards), or any type of wireless communication protocol.AP 170 a is in wireless communication over an air interface withWTRU 102 d. - Hereafter, the terminologies “short frame” and “null data packet” (NDP) will be used interchangeably. A short frame (such as short ACK, short block ACK, short clear-to-send (CTS), short probe request, etc.) is a physical layer convergence protocol (PLCP) protocol data unit (PPDU) that carries no data field. Hereafter, the term “STA” (e.g., WTRU) may include a non-AP station or an AP station. The embodiments disclosed herein may be implemented by either a non-AP STA or an AP station (an AP). Embodiments disclosed hereafter may be applied to any IEEE 802.11 systems and any other wireless communication systems.
- Wireless transmissions can be erroneous even though protection mechanisms such as channel coding, and interleaving, are utilized to protect the transmission. Therefore, mechanisms for acknowledgement of correct packet reception have been introduced in WLAN systems. The STA/AP which successfully receives a data frame addressed to itself sends a positive acknowledgement. If a STA/AP transmitting a frame does not receive an ACK within a prescribed amount of time, it may assume that the data frame was not received correctly and retransmit it. Not all data frames can be acknowledged in this way. The 802.11 standard also supports “no ACK” when the originator indicates that no acknowledgement is expected explicitly from the recipient of the data frame.
- A block ACK was introduced in the 802.11e amendment. A block ACK improves the system efficiency by allowing the recipient of multiple frames to transmit a single block ACK to acknowledge a block of data frames. The block ACK may be an immediate block ACK or a delayed block ACK.
-
FIG. 2 shows aconventional ACK frame 200. Aconventional ACK frame 200 has a PLCP preamble, which includes a short training field (STF) 202 and a long training field (LTF) 204, a signal (SIG)field 206, and anACK body frame 208. TheACK body frame 208 has a 2-byteframe control field 210, a 2-byte duration field 212, a 6-byte receiver address (RA)field 214, and a 4-byte frame check sequence (FCS) 216. Information carried by theframe control field 210 indicates that this is an ACK frame. TheRA field 214 indicates the originator of the data exchange session. - A short ACK frame may be used to acknowledge a data frame (or any other frame) from an originator.
FIG. 3 shows an example message exchange sequence of a data frame and a short ACK frame.FIG. 3 also shows an example PPDU frame structure of the short ACK frame in accordance with one embodiment. An originator transmits adata frame 310 to a recipient, and the recipient decodes thedata frame 310 and transmits ashort ACK frame 320 to the originator to indicate either successful or unsuccessful decoding of the data frame. In thedata frame 310, the originator may indicate that the expected ACK transmission will be a short ACK. The originator may explicitly or implicitly identify an ACK sequence ID in thedata frame 310. The recipient then includes a corresponding ACK sequence in theACK sequence field 324 of theshort ACK frame 320. - The
short ACK frame 320 includes anSTF 322 and anACK sequence field 324. TheSTF 322 may be utilized for automatic gain control (AGC) and coarse time frequency offset estimation. Theshort ACK frame 320 may be distinguished from other frames by theSTF 322. - The ACK sequence which corresponds to the ACK sequence ID indicated by the
data frame 310 indicates the correspondingdata frame 310. The ACK sequence may be modulated either in frequency domain or in time domain. For example, a set of pre-defined sequences with the constant amplitude zero auto correlation (CAZAC) property may be used as the ACK sequence. For example, general chirp like (GCL) sequences may be used. The Zadoff-Chu (ZC) sequence is a special case of the GCL sequence. Each sequence has a sequence ID. The originator implicitly or explicitly assigns this sequence ID in the transmitteddata frame 310. The recipient includes the corresponding sequence in theshort ACK frame 320. Theshort ACK frame 320 may be utilized for simultaneous multiple user access since orthogonal sequences are chosen. - The originator demodulates a received short ACK frame by correlating with the assigned ACK sequence in either frequency domain or time domain. Once the originator demodulates the short ACK correctly, the originator knows that this is an acknowledgment for the previously transmitted data packet. False detection might be possible. However, the probability of false detection may be reduced by increasing the number of ACK sequences.
- Unintended STAs may set their network allocation vector (NAV) when they demodulate the
data packet 310 transmitted from the originator. The duration field carried by thedata packet 310 may be set considering the fact that the following ACK will be a short ACK. If the unintended STAs fail to demodulate thedata packet 310 but detects the short ACK STF field, the unintended STAs identify this is a short ACK frame and may defer accessing the medium accordingly. - The extended inter-frame space (EIFS) may be utilized to defer if a frame is detected but not correctly received. In the current 802.11, EIFS=aSIFSTime+ACKT×Time+DIFS. If the system utilizes a short ACK for all ACK transmissions, or if the STAs know that the short ACK is being utilized, STAs may use a redefined EIFS or a newly defined EIFS_SACK to defer. For example, EIFS_SACK=aSIFSTime+SACKT×Time−DIFS, where SACKT×Time is the time required to transmit an S-ACK frame at the lowest data rate.
- The originator may assign the ACK sequence ID for the short ACK frame in the data packet. The ACK sequence ID may be implicitly indicated. For example, the ACK sequence ID may be determined as a function of one or any (full or partial) combination of the following parameters: a scrambler seed (6 bits), FCS (4 bytes), CRC in the SIG field (4 bits), a length field in the SIG field (9-21 bits), and/or a basic service set identity (BSSID) (6 bytes).
- Alternatively, the ACK sequence ID may be explicitly indicated. For example, the ACK sequence ID may be indicated by using a Service filed in the data frame.
FIG. 4 shows an example PPDU data frame format. The PPDU 400 includes apreamble 410, aSIG field 420, and adata field 430. Thedata field 430 includes aservice field 432, anMPDU 434, and tail andpadding bits 436. Theservice field 432 is a 16-bit field. The first 7 bits of theservice field 432 are the scrambler initialization bits, which are used to synchronize the descrambler and are set to zero normally. The remaining 9 bits of theservice field 432 are currently reserved. The reserved 9 bits of theservice field 432 may be used to explicitly assign the ACK sequence ID. - The originator may indicate in its data packet that a short ACK frame is expected in response to the data packet. This indication may be provided by using the SIG field 420 (e.g., using 1 bit in the
SIG field 420 to indicate that a short ACK frame is expected or acceptable) or the service field 432 (e.g., using 1 bit (e.g., Bit 7) in theservice field 432 to indicate that a short ACK frame is expected or acceptable). - In another embodiment, the recipient may respond to the data frame with a short ACK frame and a short ACK indication may be included either explicitly or implicitly in the short ACK frame. The AP and STAs (intended and unintended) may identify the frame as a short ACK frame based on the short ACK indication. Due to the simple structure of the short ACK frame, receiving STAs may determine that it is a short ACK frame before starting the correlation detection of the ACK sequence.
- The short ACK indication may be included in the STF field. The STF includes several repetitions of a sequence. For example, most of the 802.11 systems contain 10 repetitions of the STF sequence, while the 802.11ah STF for 1 MHz has 20 repetitions. In one embodiment, the sign of one or more repetition of the STF sequence may be flipped to indicate that the frame is a short ACK frame.
FIG. 5 shows anormal PPDU 510 and an exampleshort ACK frame 520 with a short ACK indication. InFIG. 5 , the sign of the last twoSTF sequences 522 is flipped to indicate that the frame is a short ACK frame. This will change the autocorrelation behavior, so that the receiver may detect that this is a short ACK frame. - In another embodiment, an extended number of repetitions of the STF sequence may be used to indicate a short ACK frame.
FIG. 6 shows anormal PPDU 610 and an exampleshort ACK frame 620 with anextended STF 622. Once the receiver detects a longer than normal STF or autocorrelation platform, it may determine that the frame is a short ACK frame. - An ACK frame is modulated and coded in the physical layer before transmission. The modulation and coding scheme (MCS) may be the highest rate in the BSSBasicRateSet parameter that is less than or equal to the rate (MCS) of the previously received data frame. In this way, the STAs in the BSS have the capability to detect the ACK frames.
- In order to reduce the overhead from ACK, a higher MCS may be more promising since it may require less number of OFDM symbols to transmit. In some 802.11 standards, an ACK indication field is defined in the SIG field and transmitted by the originator. ACK indication is used to indicate the information about the following ACK frame. For example, in 802.11ah, ACK indication has the following definitions (00: ACK; 01: BA; 10: No ACK; 11: a frame that is not ACK, BA or CTS). With ACK indication, unintended STAs may figure out whether the following frame is an ACK frame. Thus, it is not necessary that the STAs have to understand the ACK frame body. In one embodiment, the requirement of choosing an MCS for an ACK frame in the BSSBasicRateSet may be relaxed when an ACK indication is employed in the SIG field. Without ACK indication transmitted in the SIG field from the originator, the unintended STAs have to decode the ACK frame to figure out that this is an ACK frame. Thus, the ACK frame should use a basic MCS which can be understood by all the STAs. It has to be an MCS defined in BSSBasicRateSet. With ACK indication in the SIG field from the originator, the unintended STAs may detect the SIG field and notice that an ACK frame is coming, and defer for a certain duration. In this way, the other STAs do not need to decode the ACK frame at all, so the ACK frame may use any MCS other than that defined in BSSBasicRateSet.
- In another embodiment, the originator may assign an MCS and/or bandwidth for the ACK frame, and the recipient may transmit an ACK frame with a pre-assigned MCS and/or bandwidth.
- In 802.11ah, receivers should support both 1 MHz and 2 MHz reception, while 1 MHz is required to be supported at the transmitter side. Therefore, it is possible that an AP transmits a 2 MHz packet to a STA and indicates explicitly or implicitly in the data packet that the following ACK will be transmitted with 1 MHz. Alternatively, a STA may transmits a 1 MHz packet to the AP and the AP, which is operating on a 2 MHz channel, has a choice to reply with either 1 MHz or 2 MHz ACK. Transmitting the ACK with 2 MHz may reduce the ACK overhead. In the above example, the STA may indicate the bandwidth utilized by the AP for ACK transmission.
- In another example, a STA may have two receive radio frequency (RF) chains but one transmit RF chain. Once the STA transmits one data stream packet to an AP, with current standards, the AP may transmit ACK with one data stream. However, if the channel condition is very good, allowing the AP to transmit the ACK with two data streams may be more efficient. In one embodiment, the STA may check the channel condition when it receives the previous two data stream packet from the AP, and determine if it is suitable for the AP to transmit the ACK with two data streams.
- When an originator transmits a data packet to a recipient, if the originator has some knowledge of the channel from the recipient to the originator and is aware of the asymmetrical transmit and receive capabilities, the originator may determine a specific MCS and/or bandwidth for the ACK frame and indicate it in the data frame. Otherwise, the originator may choose an MCS equal to or lower than the MCS used in the previous data packet and choose bandwidth according to the capabilities of the originator and the recipient.
- The selected MCS and bandwidth for the following ACK frame may be indicated in the MAC header of the data packet.
FIG. 7 shows a conventional MAC frame format. In the current 802.11 standards, an ACK policy subfield is defined in aQoS control field 710 of the MAC header. The ACK policy subfield is 2 bits in length and identifies the acknowledgment policy that is followed upon delivery of the MPDU. In one embodiment, the ACK policy subfield may be extended for MCS and bandwidth indication. The number of bits needed for MCS and bandwidth information may vary depending on the standards. For example, with 802.11ah, 2 bits may be used to indicate the bandwidth as shown in Table 1. -
TABLE 1 [B0, B1] Meaning 00 1 MHz 01 2 MHz 10 Same bandwidth as previous packet 11 Reserved - Alternatively, the MCS and bandwidth for the ACK frame may be explicitly indicated in the SIG field. For example, several bits may be added in the SIG field to represent the MCS and bandwidth for the ACK frame.
- Alternatively, the MCS and bandwidth for the ACK frame may be implicitly indicated by setting a
Duration field 720 in the MAC header. ADuration field 720 in the MAC header may be set to the time value required to transmit the pending packet plus one ACK or block ACK plus short inter-frame space (SIFS) interval. The duration value of the ACK or block ACK may be calculated with the pre-assigned MCS and bandwidth. - When an ACK frame is transmitted with a pre-assigned MCS and bandwidth, the NAV setting may be modified accordingly. The
Duration field 720 of the MAC frame transmitted by the originator holds a time value which indicates the duration the originator expects the medium to be busy. Conventionally, the originator does not assign an MCS to the following ACK frame. Therefore, the originator estimates the duration of the following ACK transmission based on the lowest MCS supported by the system. With the pre-assigned MCS in accordance with the embodiments disclosed herein, the originator may estimate the following ACK transmission with the assigned MCS, and give a more accurate time value in theDuration field 720. In this way, unintended STAs may set the NAV more accurately. - Once the recipient correctly demodulates the data packet, it prepares an ACK packet accordingly. When explicit indication is utilized, the recipient may transmit the ACK frame with the pre-assigned MCS and bandwidth. When implicit indication is utilized, the recipient may transmit the ACK frame with an MCS and bandwidth which may complete the ACK transmission within the specified duration. The MCS and bandwidth utilized by the recipient may not be required to be identical to that chosen by the originator. However, the ACK PPDU duration may need to fit into the duration value set by the originator in the MAC header.
- The ACKs or BAs for a plurality of users (e.g., STAs) may be transmitted via a single ACK or BA transmission. The ACKs (or BAs) for a plurality of users may be aggregated in a spatial domain and transmitted using multi-user multiple-input multiple-output (MU-MIMO) or aggregated in a time domain and transmitted using an aggregated multi-user ACK.
- In one embodiment, the MU-MIMO PPDU format may be used to transmit a delayed multi-user ACKs or block ACKs.
FIG. 8 shows an example of PPDU frame structure for a MU-MIMO block ACK. The PPDU includes anomni portion 810 and aMU portion 820. Theomni portion 810 is transmitted for all users and theMU portion 820 is transmitted via each spatial stream of the MU-MIMO transmission. Theomni portion 810 includes an STF, an LTS and a SIG field (SIGA). TheMU portion 820 includes an STF, LTFs, and anACK body frame 822. TheACK body frame 822 shown inFIG. 8 is aBA frame 830. Alternatively, theACK body frame 822 may be a normal ACK frame. The multi-user block ACK may be applied to a delayed multi-user block ACK. -
FIG. 9 shows an example message exchange sequence for delayed MU-MIMO block ACK. STA1 acquires a channel and negotiates with an AP with afew message exchanges 910 to set up a block ACK session with the AP with delayed block ACK policy. An originator (STA1 in this example) transmits data, followed by a block ACK request (BAR) 914. TheBAR frame 914 solicits anACK frame 916 from the recipient (AP in this example).FIG. 10 shows a BAR frame format. TheBAR frame 914 includes aBAR control field 1002. If a BAR ACK policy field in theBAR control field 1002 is set to ‘1’, the recipient returns an ACK immediately upon receipt of theBAR frame 914. If a BAR ACK policy field in theBAR control field 1002 is set to ‘0’, the recipient does not send an ACK upon receipt of theBAR frame 914. In the example shown inFIG. 9 , the AP sends anACK 916 in response to theBAR frame 914. During each BA session, unintended STAs (all STAs other than the originator (STA2-STA4 in this example) and the recipient (AP in this example)) may set their NAV during the BA session. The AP will hold the BA for STA1, and wait for delayed transmission. - STA2 then acquires a channel and
exchanges messages 920 to set up a BA session with the AP and transmits data frames 922 and aBAR frame 924 to the AP, and receive anACK frame 926 from the AP. STA3 then acquires a channel andexchanges messages 930 to set up a BA session with the AP and transmits data frames 932 and aBAR frame 934 to the AP, and receive anACK frame 936 from the AP. STA4 then acquires a channel andexchanges messages 940 to set up a BA session with the AP and transmits data frames 942 and aBAR frame 944 to the AP, and receive anACK frame 946 from the AP. - The AP may group several block ACKs (BA1-BA4 in this example) and transmit them using a MU-MIMO transmission, (i.e., delayed MU-MIMO BA). The AP may group multiple block ACKs according to some grouping criteria, (e.g., with similar access category (AC), or good spatial channel correlation), for MU-MIMO block ACK transmission.
- The AP may modulate the BAs with different MU-MIMO weights, and transmits them simultaneously. Within the MU-MIMO BA frame, the BA ACK policy field in the BA control field indicates whether an ACK is requested in response to the BA frame. The BA ACK policy field may be set to ‘0’ or ‘1’ for all users. If the BA ACK policy field is set to ‘1’, the
BA frame 950 will not solicit an ACK response from the originator (STA1-STA4 in this example). If the BA ACK policy field is set to ‘0’, theBA frame 950 solicits anACK response 960 from the originators (STA1-STA4 in this example) as shown inFIG. 9 . - The
ACK responses 960 from the STAs in response to the MU-MIMO BA 950 may be transmitted by the STAs simultaneously using MU-MIMO. Alternatively, the STAs may transmit an ACK sequentially, for example, according to the user position array defined in a group ID. The group ID may be included in the SIG field. - All AP/STAs involved in the delayed MU-MIMO ACK sequence may declare the support of delayed block ACK and MU-MIMO.
- In another embodiment, instead of transmitting ACKs or BAs for multiple users with MU-MIMO, the ACKs or BAs may be aggregated in time domain and transmitted sequentially, (i.e., an aggregated multi-user ACK (A-MU-ACK)). A receiver (STA or AP) receives data packets, and generates acknowledgement packets in response to received data packets, and may aggregate the acknowledgement packets and transmit the aggregated acknowledgement packets in the single transmission.
-
FIG. 11 shows an example PPDU structure for an A-MU-ACK frame. InFIG. 11 , the ACKs are aggregated at the MPDU level. The aggregated ACKs may be block ACKs or normal ACKs. The PPDU for the A-MU-ACK 1100 includes apreamble 1110, anSIG field 1120, and adata field 1130. Within thedata field 1130, the A-MU-ACK frame 1132 is included. The A-MU-ACK frame 1132 includes ACK (or BA) MPDUs 1142 for one or more users (ACK1, ACK2, ACK3 in this example) separated byACK delimiters 1144. The ACK/BA MPDUs 1142 are aggregated at a MAC level and the A-MU-ACK frame 1132 is passed to the physical layer as an aggregated MPDU packet so that the A-MU-ACK frame 1132 may be coded and modulated by the physical layer as a whole packet. The lowest MCS may be used for the A-MU-ACK. - An
ACK delimiter 1144 may be inserted at the beginning of each ACK/BA MPDUs 1142. TheACK delimiter 1144 may be 32 bits or 8 bits in length. A 32-bit ACK delimiter may include a length field, a CRC and an 8-bit signature field. The length field may be used to indicate the length of the following ACK/BA MPDU. The signature field may be used to detect an ACK delimiter when scanning for a delimiter. An 8-bit ACK delimiter may include an 8-bit signature field, which is used to detect an ACK delimiter when scanning for a delimiter. - The aggregated multi-user ACK packet may be broadcast or multicast to more than one user (e.g., STA). Since different users may have different radio link quality due to path-loss, channel condition, receiver sensitivity, etc., using the same MCS for all users in the same aggregated multi-user ACK packet may be simple but may not be efficient. In addition, if a relatively lower MCS is chosen, all the users may not decode the aggregated multi-user ACK frame correctly.
- The ACK or BA MPDUs aggregated into the multi-user ACK frame may be coded with a separate MCS, as shown in
FIGS. 12 and 13 . In the examples shown inFIGS. 12 and 13 , three ACK/BA MPDUs included in an aggregated multi-user ACK frame are separately encoded with three MCSs (that may or may not be the same). The length and MCS for each MPDU may be indicated in the SIG field. InFIG. 12 the aggregated multi-user ACK frame includes acommon SIG field 1220 for three ACK MPDUs 1210 a-1210 c. InFIG. 13 , a separate SIG field 1320 a-1320 c is included for each ACK/BA MPDU 1310 a-1310 c. - Multi-user aggregation may be performed after constellation mapping and before inverse discrete Fourier transform (IDFT). In this way, for all of the coded ACK frames other than the last frame, one padding and tail bit field may be added. There is no need to insert more padding bits to round up to an integer number of OFDM symbols. For the last coded ACK frame, both tail and padding bits may be inserted if necessary. The length field in the SIG field may indicate explicitly the length of each ACK body frame in bytes with this scheme.
- Alternatively, multi-user aggregation may be performed after IDFT, (i.e., the aggregation is in the unit of OFDM symbols). Each coded ACK frame may occupy an integral number of OFDM symbols. Therefore, the tails bits and the OFDM symbol padding bits may be added for each coded ACK frame. The length field in the SIG field may indicate the length of each ACK body frame in the unit of bytes or OFDM symbols.
-
FIG. 12 shows an example of aggregated multi-user ACK with acommon SIG field 1220.FIG. 13 shows an example of aggregated multi-user ACK with separate SIG fields 1320. In bothFIGS. 12 and 13 , each ACK/BA MPDU may be encoded with a separate MCS. - In the examples shown in
FIGS. 12 and 13 , all the users may use thecommon preamble - In another embodiment, various MIMO schemes may be utilized in transmission of the aggregated multi-user ACK frame, for example, using the PPDU structure shown in
FIG. 14 .FIG. 14 shows an example of aggregated multi-user ACK with a separate LTF for each user for implementing various MIMO schemes for the users. InFIG. 14 , adedicated LTF 1402, (LTF1, LTF2, LTF3 in this example) is included for each user for AGC adjustment and channel estimation. The length of the dedicated LTF for each user may depend on the number of data streams transmitted and whether AGC is needed. With separate LTFs, different MIMO schemes may be used for different users (in this example, beamforming foruser 1 anduser 3, and STBC for user 2). - In another embodiment, a hierarchical modulation may be used to simultaneously transmit ACKs for different users within different constellations of the same OFDM symbol(s). Hierarchical modulation can multiplex multiple data streams, (e.g., for different users), into one single symbol stream, where base-layer symbols and enhancement-layer symbols are synchronously overplayed before transmission.
- The acknowledgement may be piggybacked in a data packet, (i.e., piggyback ACK). With a piggyback ACK, a data frame is overloaded with an acknowledgment of a previously received MAC protocol data unit (MPDU) and/or a poll to the STA to which the frame is directed. A piggybacked ACK is used to reduce the overhead required for feedback of acknowledgements.
- The ACK and the data to which the ACK is piggybacked may be directed to a single user, (i.e., single user piggyback ACK).
FIG. 15 shows an example of single user piggyback ACK. An originator transmits adata packet 1510 to a recipient. If the data is not time sensitive, a piggyback ACK may be used. The originator may indicate (e.g., in the data packet) that a piggyback ACK is allowed. If the recipient hasdata payload 1530 directed to the originator, the recipient may piggyback theACK 1520 with thedata packet 1530. The piggyback ACK may be immediate or delayed. If the recipient has no data payload to the originator, the recipient may delay the ACK, (i.e., piggyback the ACK with data later). - The single user piggyback ACK may be performed in an MSDU level.
FIG. 16 shows an example of single user piggyback ACK aggregated in an MSDU level. An ACK (or BA)MSDU 1610 and adata MSDU 1620 are aggregated, and a modifiedMAC header 1630 may be added to the aggregated ACK and data MSDUs. TheMAC header 1630 may indicate that the subtype of the frame is a data frame with a piggybacked ACK or BA. Once the subtype field in the frame control field in the MAC header indicates the frame is a data frame with a piggybacked ACK or BA, the sequence control field in the MAC header may be extended to cover the sequence number of the data MSDU and ACK. If a BA is utilized, the BA control field may be included in the MAC header. - Single user piggyback ACK may be performed in the MPDU level.
FIG. 17 shows an example of piggyback ACK in an MPDU level. AnACK MPDU 1710 and adata MPDU 1720 are aggregated, and passed to the physical layer. A common PLCP header and preamble are added to the aggregated packet to form aPPDU 1700. In this scheme, anACK MPDU 1710 and adata MPDU 1720 may be coded and modulated with the same MCS. The ACK and data are included into separate MPDUs with a separate MAC header and the MPDUs are separated by MPDU delimiters. - Single user piggyback ACK may be performed in the PPDU level.
FIG. 18 shows an example of piggyback ACK in a PPDU level. ACK and data are included in separate MPDUs, and the MPDUs are modulated and coded separately. A separate MCS may be used for the MPDUs. As shown inFIG. 18 , a common SIG field may be utilized in which MCS for ACK and data are defined. Alternatively, separate SIG fields may be included. - The single user piggyback packet may include more than one data packet and/or more than one ACK/BA packet.
- The ACK and data may be directed to different users, (i.e., multi-user piggyback ACK). The piggyback ACK may be immediate or delayed.
FIG. 19 shows an example of multi user piggyback ACK. An originator transmits adata packet 1910 to a recipient. If the data is not time sensitive, the originator may allow a piggyback ACK. In this case, the originator may indicate (e.g., in the data packet) that a piggyback ACK is allowed. The recipient may choose to piggyback theACK 1920 with adata packet 1930 directed to a third STA. - Multi user piggyback ACK may be performed in an MPDU level. In this case, ACK and data MPDUs are aggregated, and passed to a physical layer. A MAC header of each MPDU packet has its own receiver address (RA) information. A common PLCP header and preamble are added to the aggregated packet to form a PPDU. In this scheme, ACK and data MPDUs may be coded and modulated with the same MCS. Similar to the single user piggyback ACK, multi user piggyback in the MPDU domain may utilize the frame format shown in
FIG. 17 . - Multi user piggyback ACK may be performed in a PPDU domain. In this case, ACK and data are in separate MPDUs, and may be modulated and coded separately. A common SIG may be used in which an MCS for ACK and data are defined. Alternatively, separate SIGs may be used.
- Multi user piggyback ACK packets may include more than one data packet and/or more than one ACK or BA packet.
- Embodiments for delayed multi-user ACK (DMA) setting up are explained hereafter. DMA may be an efficient ACK mechanism that can effectively reduce the overhead for data packets by acknowledging packets from multiple users simultaneously.
- A STA may indicate to an AP during association or any other time that the STA is capable of receiving delayed multi-user ACKs. In order to facilitate the delayed multi-user ACKs, three new action frames, Add Delayed Multi-user ACK Request Action frame (ADDDMA Request), Add Delayed Multi-user ACK Response Action frame (ADDDMA Response), and Delete Delayed Multi-user ACK frame (DELDMA) may be defined.
- The ADDDMA frame is used to set up or to modify delayed multi-user ACK for a specific traffic class (TC) or traffic stream (TS). The ADDDMA Response frame is sent in response to an ADDDMA Request frame. The DELDMA frame is sent by either the originator or the recipient to terminate the delayed multi-user ACK participation.
- The three new action frames may, for example, be implemented using the conventional block ACK action frame. Example block ACK action field values for the ADDDMA Request, ADDDMA Response, and DELDMA frames are shown in Table 2.
-
TABLE 2 Block ACK Action field value Meaning 3 ADDDMA Request 4 ADDDMA Response 5 DELDMA 6 DMA Request 7 DMA 8-255 Reserved - An ADDBA Request frame may be used as a format of the ADDDMA Request frame.
FIG. 20 shows a conventional ADDBA Request frame action field format. The BlockACK action field 2002 may be set to ‘3’ to indicate that this is an ADDDMA Request frame. The Block Ack Policy bit in the BlockAck Parameter Set 2004 may be interpreted as, if set to “0”, regular delayed multi-user ACK for the STA, not for a specific traffic class (TC) or traffic stream (TS), and, if set to “1”, delayed multi-user ACK for the STA for a specific TC or TS specified by the traffic identifier (TID) field in the BlockAck Parameter Set 2004. Several bits in the Block AckTimeout Value field 2006 or in other fields may be used to indicate the delayed multi-user ACK options: scheduled delayed multi-user ACK, unsolicited delayed multi-user ACK, or solicited delayed multi-user ACK. - An ADDBA Response frame may be used as a format of the ADDDMA Response frame.
FIG. 21 shows a conventional ADDBA Response frame action field format. The BlockAck Action field 2102 may be set to ‘4’ to indicate that this is an ADDDMA Response frame. The Block Ack Policy bit in the BlockAck Parameter Set 2104 may be interpreted as, if set to “0”, regular delayed multi-user ACK for the STA, not for a specific TC or TS, and if set to “1”, delayed multi-user ACK for the STA for a specific TC or TS specified by the TID field in the BlockAck Parameter Set 2104. Several bits in the Block AckTimeout Value field 2106 or in other fields may be used to indicate the delayed multi-user ACK options: scheduled delayed multi-user ACK, unsolicited delayed multi-user ACK, or solicited delayed multi-user ACK. - A DELBA frame may be used as a format of the DELDMA frame.
FIG. 22 shows a conventional DELBA frame. The BlockAck Action field 2202 may be set to ‘5’ to indicate that this is a DELDMA frame. One of the reserved bits of the DELBA Parameter Set field 2204 (bit 0-10) may be interpreted as, if set to “0”, delete the delayed multi-user ACK for the STA, not for a specific TC or TS, and if set to “1”, delete the delayed multi-user ACK for the STA for a specific TC or TS specified by the TID field in theDELBA Parameter Set 2204. - A STA may indicate to a receiving STA or AP, that it is capable of and willing to use the delayed multi-user ACK mechanism by sending an ADDDMA Request frame to the receiving STA/AP. The STA may indicate to a receiving STA/AP that it is initiating the delayed multi-user ACK for just one TS or TC originated from itself by sending an ADDDMA Request frame and set the Block Ack Policy bit to “1” and the TID field to the TID of the TS or TC.
- The receiving STA/AP may respond by sending an ADDDMA Response frame. The receiving STA/AP, after receiving the packets from the STA and other STAs with which it has set up a delayed multi-user ACK may record the packets received. The receiving STA/AP may later send a delayed multi-user ACK frame at a pre-set time in case of scheduled delayed multi-user ACK or unsolicited delayed multi-user ACK or at the request of one of more STAs in case of solicited delayed multi-user ACK.
- The transmitting and receiving STAs or AP may delete the delayed multi-user ACK arrangement by transmitting a DELDMA frame, which may be immediately acknowledged by the other party in the delayed multi-user ACK.
- After a STA transmits its packet, the packet may not be immediately acknowledged by the receiving STA/AP, since the receiving STA/AP may accumulate packets from more STAs and then acknowledge them simultaneously using a delayed multi-user ACK frame.
- Since STAs may be battery powered, it may be desirable to have STAs transmit their packets, go to a doze state, and wake up at a pre-determined time to receive a delayed multi-user ACK frame from the recipient (e.g., AP). In case of scheduled delayed multi-user ACK, the originator (e.g., STA), which has already set up DMA arrangement with the recipient, may go to a doze state immediately after their own transmission, and may wake up at the delayed multi-user ACK transmission interval following their own transmissions to receive a delayed multi-user ACK frame from the recipient. The recipient may indicate the delayed multi-user ACK transmission intervals in a beacon, or a short beacon or other types of management, control, or action frame.
- If the originator discovers that its packets are not received by the recipient successfully by evaluating the delayed multi-user ACK frame, the originator may immediately retransmit the packets that are not positively acknowledged or may retransmit at a later point of time.
- In case of unsolicited delayed multi-user ACK, the recipient, (e.g., AP), may decide that it has received enough number of packets from originators (e.g., STAs) that have already set up DMA arrangement with the recipient, and may transmit a delayed multi-user ACK frame to acknowledge all packets received.
- In case of solicited delayed multi-user ACK, originators (e.g., transmitting STAs), which have already set up DMA arrangement with the recipient, may transmit a DMA Request frame to the recipient at some pre-determined or random intervals. The recipient may then transmit a delayed multi-user ACK frame to acknowledge all packets received after receiving one or more DMA Request frames soliciting a delayed multi-user ACK frame.
- The DMA Request frame may be implemented, for example, by using a block ACK action frame or any other management or control frame. The Block Ack Action field value may be set to ‘6’ to indicate that this is a DMA Request frame if implemented as a block ACK action frame. The DMA Request frame may include a DMA Request option field to indicate whether the DMA request is for an entire group or for an individual STA, and/or a DMA option field to indicate whether the DMA request is for just regular ACK or for block ACK.
- STAs may be pre-arranged into groups either autonomously or by an AP. For example, an AP may announce STA group memberships using a group ID management frame or any other management or control frames. The receiver address in the MAC header of the delayed multi-user ACK frame for a group of STAs may be either a broadcast or multicast MAC address that is mutually agreed by the STAs and the AP.
- The delayed multi-user ACK frame for pre-arranged groups of STAs may be implemented using a block ACK action frame or any management or control frame. The block ACK action field value may be set to ‘7’ to indicate that this is a delayed multi-user ACK frame for a pre-arranged group of STAs if implemented as block ACK action frame.
- The delayed multi-user ACK frame for a pre-arranged group of STAs may include an ACK option field to indicate that the DMA is for a pre-arranged group of STAs and indicate whether the ACK is either a normal ACK or a block ACK. The delayed multi-user ACK frame for a pre-arranged group of STAs may also include a block ACK option field to indicate whether the block ACK for each member of the pre-arranged group is multi-TID (Multi TID), whether the block ACK for each member of the pre-arranged group is multi TID and the number K of TIDs per STA being acknowledged (Number of TIDs per STA), and/or the number N of frames that are being acknowledged per TID per member of the pre-arranged group (Number of ACKed frames per TID).
- The delayed multi-user ACK frame for a pre-arranged group of STAs may include a field indicating the number of ACK fields. The delayed multi-user ACK frame for a pre-arranged group of STAs includes ACK fields.
FIG. 23 shows an example of ACK fields in the delayed multi-user ACK frame for a pre-arranged group of STAs. The ACK fields may be arranged in the same order as the order of the STAs in the pre-arranged group. Each ACK field may comprise K (TID+TID ACK) fields. The number K is specified by Number of TIDs per STA in the block ACK option field. The TID ACK field may include a starting sequence number and a bit map of N bits each indicating an ACK for a frame for the associated TID. - A delayed multi-user ACK frame for an ad-hoc group of STAs may be implemented using a block ACK frame or any management or control frame. The delayed multi-user ACK frame for an ad-hoc group of STAs may include identification, which is a field that indicates this is a DMA frame. The block ACK action field value may be set to 7 if implemented as block ACK Action frame.
- The delayed multi-user ACK frame for an ad-hoc group of STAs may include a DA field. The destination address in the MAC header in the DMA may be a multicast or a broadcast address mutually agreed by the STAs and the AP. The delayed multi-user ACK frame for an ad-hoc group of STAs may include an ACK Option field. The ACK Option field may indicate that the DMA is for ad hoc group, and may indicate whether the ACK is either a normal ACK or a block ACK.
- The delayed multi-user ACK frame for an ad-hoc group of STAs may include a block ACK Options to indicate whether the block ACK for each member of the ad hoc group is multi TID (Multi TID), whether the block ACK for each member of the ad hoc group is multi TID and the number K of TIDs per STA being acknowledged (Number of TIDs per STA), and the number N of frames that are being acknowledged per TID per member of the ad hoc group (Number of ACKed frames per TID).
- The delayed multi-user ACK frame for an ad-hoc group of STAs may include a field (Number of ACK fields) to indicate the number of ACK fields contained in the current DMA frame. The delayed multi-user ACK frame for an ad-hoc group of STAs includes an ACK field.
FIG. 24 shows an example of ACK fields in the delayed multi-user ACK frame for ad hoc group of STAs. Each ACK field is for each member of the ad hoc group. Each ACK field starts with an ID field, which contains the ID of the member of the ad hoc group. The ID may be MAC address, association ID (AID) or other form of IDs that the STAs and the AP agreed upon. Each ACK field includes K (TID+TID ACK) fields. The number K is specified by Number of TIDs per STA in Block ACK option field. The TID ACK field may include a starting sequence number and a bit map of N bits each indicating an ACK for a frame for the associated TID. - A short ACK frame is a shortened version of an ACK frame, which has no MAC layer fields. A short BA frame is a shortened version of a BA frame, which has no MAC layer fields.
FIG. 25 shows a conventional short ACK frame format. The conventional short ACK frame includes anSTF field 2502, anLTF field 2504, and anSIG field 2506. TheSIG field 2506 of the short ACK frame has an indication that the frame is a short ACK frame and other indications and signaling such as ACK ID to indicate the intended receiver of the short ACK, a More Data field, and a Duration field for NAV setting. The short BA frame has the same structure as the short ACK frame. The short BA frame includes an STF field, an LTF field, and an SIG field. The SIG field of the short BA frame has an indication that the frame is a short BA frame and other indications and signaling needed for the short BA frame such as Block Ack ID to indicate the intended receiver of the BA, starting sequence control and block bitmap. - The 802.11ah standard provides a mechanism for an early ACK indication. The SIG field includes ACK indication bits (2 bits) to indicate the type of acknowledgment expected as a response to the frame to be acknowledged. The ACK indication bits are set “00” for ACK, “01” for BA, and “10” for no ACK, and “11” is currently reserved.
- If a STA skips decoding a packet after PHY preamble to save power or is not able to decode the rest of the packet correctly, the STA may not be able to obtain the Duration value from the MAC header to update its NAV for medium access purposes. In such a case, the STA may defer medium access by the duration of EIFS or EIFS−DIFS+AIFS [AC] after detection of the medium being idle. DIFS is DCF inter frame space and AIFS is arbitration inter frame space (used by the QoS facility for a given access category). EIFS is defined as EIFS=SIFS+DIFS+ACK Time where ACK Time is the time required to transmit an ACK frame at the lowest physical layer supported rate.
- In one embodiment, an originator (STA or AP) may request or indicate that a short ACK or a short BA (either the conventional format or the format shown in
FIG. 2 in accordance with one embodiment disclosed above) may be sent in response to the frame by a recipient (AP or STA) instead of a regular ACK or BA. When a short ACK or short BA is used instead of a regular ACK or regular BA, respectively, the MAC protocols may be enhanced to provide increased efficiency.FIG. 26 shows an example of short ACK response. The originator sends adata frame 2602 to a recipient along with a short ACK indication in thedata frame 2602, and the recipient sends ashort ACK 2604 in response. The short ACK indication may be extended to a short BA indication. The originator may send a block ACK request (BAR) or an aggregated MPDU (AMPDU) with an immediate BAR along with a short BA indication, and the recipient may send a short BA in response. - The originator may convey the short ACK indication or short BA indication (hereinafter collectively “short ACK indication”) by using the “10” value of the ACK indication bits in the SIG field. The ACK indication value of “10” is also used to convey “No ACK” response. These two indications may be combined in the “10” value of the ACK indication as follows. A “Short EIFS” may be specified for these two cases in place of the EIFS. For these two cases an unintended STA that does not have the Duration value from the MAC header to update its NAV may defer medium access by the duration of the Short EIFS after detection of the medium being idle. The Short EIFS may be defined as Short EIFS=SIFS+DIFS+Short ACK Time where Short ACK Time is the time required to transmit a Short ACK frame. The Short ACK Time may be defined as the addition of the time lengths of its fields (for example time lengths of STF, LTF, and SIG fields added together for 1 MHz or 2 MHz and higher bandwidth modes as the case may be). Alternatively, the Short ACK Time may be calculated as the time required for transmitting the Short ACK frame content at the lowest PHY supported rate. The short EIFS may also be defined as Short EIFS=SIFS+DIFS+Short BA Time where Short BA Time is the time required to transmit a short BA frame.
- Alternatively, the originator of a frame may convey the short ACK indication in any part of the physical layer portion of the frame (e.g., in the preamble using one or more bits or a subfield in the SIG field).
- Alternatively, the originator may convey the short ACK indication in a MAC portion of the frame, (e.g., in the MAC header). For example, the short ACK indication may be indicated in a control field of a MAC header or by reusing any of the existing fields or bits in the MAC header.
- A device (STA or AP) that receives a frame directed to it with an indication that a short ACK or a short BA needs to be sent in response may respond with a short ACK frame or a short BA frame, respectively. The short ACK frame or short BA frame may be sent after an SIFS of receiving the frame with the short ACK or short BA indication.
- The STA and the AP may indicate their capabilities and preferences of using short ACK or short BA to acknowledge packets, for example, during the association process using existing or new IE, field, subfield in the association request and association response frames.
- Alternatively, a short ACK or a short BA may be the acknowledgement response that is allowed (i.e., short ACK or short BA may be used instead of the normal ACK or normal BA frame).
- When a normal ACK or normal BA is used, the value in the Duration field of a frame is typically estimated by the transmitter using the lowest MCS supported by the system. This tends to overestimate the Duration and therefore leads to medium usage inefficiency since the duration field is used by unintended STAs in the system to set the NAV for medium access. When a short ACK or short BA is to be used, the transmitter (STA or AP) may set the duration value in the Duration field of the MAC header more accurately by using the time required to transmit the short ACK frame or the short BA frame. This will result in a more accurate Duration value and therefore leads to medium usage efficiency since the duration field is used by unintended STA receivers in the system to set their NAV for medium access.
- The short ACK or short BA mechanism may be applied to the aggregated transmissions. An AMPDU is an aggregated MAC PDUs. A regular ACK frame or regular BA frame may be transmitted in an AMPDU. A short ACK or short BA may not be transmitted by a STA or an AP as part of an AMPDU. A short ACK or a short BA may be transmitted by a STA or an AP as part of an aggregated PPDU where several physical layer packets are aggregated to increase medium usage efficiency in reduced inter frame space (RIFS) burst where more than one packet is transmitted in succession with an RIFS spacing between the packets. The RIFS is a smaller than the SIFS.
- A short CTS frame is a shortened version of a CTS frame, which has no MAC layer fields. The short CTS frame includes an STF field, an LTS field, and an SIG field. The SIG field of the short CTS frame includes an indication that the frame is a short CTS frame and other indications and signaling such as a CTS ID to indicate the intended receiver of the CTS frame, bandwidth, and Duration for NAV setting.
- A transmitter (STA or AP) of a request-to-send (RTS) frame (i.e., initiator) may request or indicate that a short CTS frame should be sent in response to the RTS frame by the intended receiver (AP or STA) of the RTS frame (i.e., responder).
- In one embodiment, such short CTS indication may be conveyed within an RTS frame by reusing the “10” value of the ACK indication bits in the SIG field. The ACK indication bits of “10” are also used to convey “No ACK” response. These two indications or cases may be combined in the “10” value of the ACK indication bits as follows. A “Short EIFS” may be specified for these two cases in place of the EIFS. For these two cases, an unintended STA that does not have the Duration value from the MAC header to update its NAV may defer medium access by the duration of Short EIFS after detection of the medium being idle. The Short EIFS is defined as Short EIFS=SIFS+DIFS+Short CTS Time. The Short CTS Time may be defined as the addition of the time lengths of its fields (i.e., time lengths of STF, LTF, and SIG fields added together for 1 MHz and 2 MHz and higher bandwidth modes). Alternatively, the Short CTS Time may be calculated as the time required for transmitting the Short CTS frame content at the lowest physical layer supported rate. The Short ACK Time may be the same as a Short CTS Time and the Short ACK Time may be used in place of the Short CTS Time because the short ACK frame and the short CTS frame have the same format and length even though some of the content they carry is different.
- Alternatively, the transmitter of an RTS frame (i.e., initiator) of a frame may convey the short CTS indication in any part of the physical layer portion of the frame (e.g., in the preamble using one or more bits or a subfield in the SIG field).
- Alternatively, the transmitter of an RTS frame (i.e., initiator) may convey the short CTS indication in a MAC portion of the frame, (e.g., in the MAC header). For example, the short CTS indication may be indicated in a control field of a MAC header or by reusing any of the existing fields or bits in the MAC header.
- A device (STA or AP) that receives an RTS frame directed to it with an indication that a short CTS needs to be sent in response may respond with a short CTS frame. The short CTS frame may be sent after an SIFS of receiving the RTS frame with the short CTS indication.
- The STA and the AP may indicate their capabilities and/or preferences of using a short CTS frame to respond to an RTS frame, for example during the association process using any existing or new IE, field, subfield in the association request and association response frames.
- Alternatively, a short CTS may be the response allowed for an RTS frame (i.e., a short CTS is used instead of the regular CTS frame).
- When an RTS frame is sent by a device (AP or STA), the device may set the NAV for devices in its neighborhood. However, a response CTS may not be received by the neighbor devices. For example, the intended receiver (STA/AP) of the RTS frame may fail to respond with a CTS frame or there may be a failure in the reception of the CTS frame. According to the 802.11 standards, a STA that made its last NAV update based on the reception of an RTS frame may reset its NAV after a CTS timeout interval starting from the end of the reception of the RTS frame if no reception is detected during the CTS timeout interval. The CTS timeout interval is calculated as (2×SIFS)+(CTS Time)+Receiver Start Delay+(2× Slot Time) where SIFS and Slot Time are system parameters. The CTS Time is calculated using the length of the CTS frame and the data rate at which the RTS frame was received.
- In one embodiment, when a device (STA or AP) transmitting an RTS frame indicates that its response frame is a short CTS frame or if a short CTS frame is the response allowed for an RTS frame, a Short CTS Timeout interval may be used instead of the CTS Timeout interval. For example, the short CTS Timeout interval may be obtained as (2×SIFS)+(short CTS Time)+Receiver Start Delay+(2× Slot Time) where SIFS and Slot Time are system parameters. The Short CTS Time may be defined as the addition of the time lengths of its fields (e.g., time lengths of STF, LTF, and SIG fields added together). Alternatively, the Short CTS Time may be calculated as the time required for transmitting the short CTS frame content at the lowest physical layer supported rate.
- When a device (STA or AP) transmitting an RTS frame indicates that its response frame should be a short CTS frame or if a short CTS frame is the response allowed for an RTS frame, a Short CTS Time as described above may be used in estimating the time to set in the Duration/ID field of the RTS frame.
- The 802.11ah standard has introduced a speed frame exchange protocol which is enabled by the use of a More Data field and a Response Frame field. The More Data field is a 1 bit field that indicates whether or not there is more data to be sent. The More Data field allows the responding STA to set the Response Frame field appropriately. The Response Frame field (or ACK indication bits) is a 2 bit field indicating the type of a following frame. The Response Frame field may be set to “00” for ACK, “01” for BA, “10 for No ACK, and “11” for a frame that is not ACK, CTS, or BA (i.e., it indicates that the response frame is a data frame).
-
FIGS. 27 and 28 show example procedures of a speed frame exchange for downlink and uplink data, respectively. InFIG. 27 , a STA sends a PS-Poll frame 2702 to an AP to retrieve data. The AP responds with anACK 2704 with a More Data field set to ‘1’ and a Response Frame field set to “11.” The AP then sends adata frame 2706 with a More Data field set to ‘0’ and a Response Frame set to “00.” The STA receives thedata frame 2706 and sends anACK frame 2708 with a More Data field set to ‘0’ and a Response Frame field set to “10.” - In
FIG. 28 , a STA sends adata frame 2802 to an AP with a More Data field set to ‘1’ and a Response Frame field set to “00.” The AP then sends anACK frame 2804 with a More Data field set to ‘0’ and a Response Frame field set to “11.” The STA then sends anotherdata frame 2806 with a More Data field set to “0’ and a Response Frame field set to “00.” The AP then sends anACK frame 2808 with a More Data field set to ‘0’ and a Response Frame field set to “10.” - In one embodiment, a short ACK frame and a short BA frame may be used in speed frame exchanges. A short ACK may be used in response to the PS-Poll frame or the data frame. A short BA frame may be used in response to an AMPDU. The SIG field of the short ACK frame and the short BA frame may include a Response Frame field (or ACK indication field) and/or a More Data field. The Response Frame field (or ACK indication field) may be used in conjunction with the More Data field of the short ACK frame or the short BA frame to conduct speed frame exchange.
-
FIG. 29 shows an example of speed frame exchange using a short ACK frame (or short BA frame) for downlink data. A STA sends a PS-Poll frame 2902 to retrieve data from an AP. The AP responds with ashort ACK frame 2904 with a More Data field set to ‘1’ and a Response Frame field set to “11.” The AP sends a data frame 2906 (or an AMPDU) with a More Data field set to ‘0’ and a Response Frame field set to “short ACK” for non-aggregated data frame or “short BA” for aggregated data frame. The STA then responds with a short ACK (or a short BA) 2908 depending on the received data type with a More Data field set to ‘0’ and a Response Frame field set to “10.” -
FIG. 30 shows an example of speed frame exchange using a short ACK (or short BA) frame for uplink data. A STA sends a data frame 3002 (or an AMPDU) to an AP with a More Data field set to ‘1’ and a Response Frame field set to “short ACK” or “short BA” depending on the data type. The AP then sends a short ACK frame 3004 (or a short BA) with a More Data field set to ‘0’ and a Response Frame field set to “11.” The STA then sends another data frame 3006 (or AMPDU) with a More Data field set to “0’ and a Response Frame field set to “short ACK” or “short BA.” The AP then sends a short ACK frame 3008 (or short BA) with a More Data field set to ‘0’ and a Response Frame field set to “10.” - As an example, the Response Frame field (or ACK indication field) value may be set to “00” to indicate short ACK and “01” to indicate short BA, or alternatively, set to “10” to indicate short ACK and short BA.
- In another embodiment, a short PS-Poll frame may be used in speed frame exchanges. The SIG field of the short PS-Poll frame may include one or both of a Response Frame field (or ACK indication field) or a More Data field. The short PS-Poll from the STA indicates that the response is a short ACK frame and also that there is more data to be transmitted.
-
FIG. 31 shows an example of speed frame exchange using a short PS-Poll frame and a short ACK (or short BA) frame. A STA sends a short PS-Poll frame 3102 to retrieve data from an AP with a More Data field set to ‘1’ and a Response Frame field set to “short ACK.” The AP responds with ashort ACK frame 3104 with a More Data field set to ‘0’ and a Response Frame field set to “11.” The STA sends a data frame 3106 (or an AMPDU) with a More Data field set to ‘0’ and a Response Frame field set to “short ACK” for non-aggregated data frame or “short BA” for aggregated data frame. The AP then responds with a short ACK 3108 (or a short BA) depending on the received data type with a More Data field set to ‘0’ and a Response Frame field set to “10.” - The More Data field may be set based on whether the STA has uplink data or not. If the short PS-Poll frame is sent by the STA in an unscheduled wakeup event, then the Response Frame field may be set to indicate short ACK because the AP will most likely send an acknowledgement rather than data.
- In regular MAC frames, the Duration field in the MAC header is used for setting the NAV for unintended receivers of the frame. However short frames (e.g., short ACK, short BA, short CTS) may not have the Duration field and may not carry the duration information.
- In case where a STA wakes up from a sleep state and monitors the medium to receive a frame sequence to set its NAV, the STA may continue to perform clear channel assessment (CCA) until a regular frame (not a short frame) is detected with a Duration field, a short frame with duration information is detected, or the elapse of a period of time equal to the ProbeDelay that is a specified as a system parameter. If a short frame is received and if it contains a duration field or information in the SIG field, the STA may use it to set its NAV. If a short frame is received and if it does not contain a duration field or information, the STA may ignore the frame for NAV setting purposes.
- In case where an unintended STA receives a short frame and the short frame does not include a duration field or information, the unintended STA may not update its NAV but retain its existing NAV setting. The existing NAV setting may have been triggered by the duration setting in the earlier frames of the frame exchange sequence (e.g., sounding frame sequence in case of a short beamforming report (BR)-Poll, data and ACK frame sequence in case of a short BA).
- If the short frame has a duration field or information, the unintended STA may update its NAV based on the duration field or information if the new NAV value is greater than the current/existing NAV value.
- In case an unintended STA receives a short PS-Poll frame, the unintended STA may update its NAV settings using duration required to transmit the response frame (e.g., data, ACK, short ACK) plus one SIFS interval, if the new NAV value is greater than the current NAV value. Alternatively, the unintended STA may update its NAV setting using a default response frame or response frame duration specified in the system if the response frame is not indicated in the short PS-Poll frame. Alternatively, the unintended STA may update its NAV setting using duration required to transmit the response frame (e.g., data, ACK, short ACK) indicated in the short PS-Poll frame plus one SIFS interval, if the new NAV value is greater than the current NAV value. The unintended STA may include in the duration calculation any required overhead frame or additional response frame (e.g., ACK frame) to the response frame indicated in the short PS-Poll frame and associated SIFS interval.
- In one embodiment, the short frames (e.g., short BA, short BR-Poll, and short Probe Request) may include a Duration field or information in the SIG field for NAV setting. The size of the SIG field may be increased, for example, by using a higher MCS.
- When a STA initiates communication with the AP using an initiating or trigger frame (e.g., PS-Poll frame or data frame), the STA may establish its transmission opportunity (TXOP) duration by setting the Duration field of its frame and thereby setting the NAV of unintended receivers/STAs. In speed frame exchange when there is downlink data transmitted by the AP and the STA is the TXOP holder or TXOP initiator, the STA may estimate the duration for the entire TXOP (entire sequence of multiple frames) initially and use that to set the duration field in the frame it transmits to set the NAV. For example, the estimate may be based on one or more of any data to transmit, expected data to be received, expected MCS to be used, and inter-frame spaces (e.g., SIFS). The STA may truncate any excess unused TXOP duration with a CF-End frame.
- Alternatively, the STA may estimate the duration for its initiating or trigger frame, any required response frame(s), overhead frames and inter-frame space(s) (e.g., SIFS) and set the Duration field in its initiating/trigger frame based on the estimate. The STA may then extend the TXOP duration every time the AP indicates that there is more data (More Data field=1). The STA may not extend the TXOP duration beyond the specified TXOP duration limit for the given QoS transmission (e.g., specified by EDCA rules).
- The STA may truncate a medium reservation or TXOP duration for speed frame exchange using a CF-End frame when there is no data to send or receive.
- The AP sets the duration value in the frames it transmits based on the duration value in the frames it receives from the STA.
- In case where an unintended STA receives a PS-Poll frame, the unintended STA may update its NAV setting using a duration required to transmit the response frame (e.g., data, ACK, short ACK) plus one SIFS interval, if the new NAV value is greater than the current NAV value. Alternatively, the unintended STA may set its NAV setting using a default response frame or response frame duration specified in the system if the response frame is not indicated in the PS-Poll frame. Alternatively, the unintended STA may set its NAV setting using a duration required to transmit the response frame (e.g., data, ACK, short ACK) indicated in the PS-Poll frame plus one SIFS interval, if the new NAV value is greater than the current NAV value. The unintended STA may include in the duration calculation any required overhead frame or additional response frame (e.g., ACK frame) to the response frame indicated in the PS-Poll frame and associated SIFS interval.
- A station sends a probe request frame when it needs to obtain information from another station. Instead of a regular probe request frame, a short probe request frame may be used. The short probe request frame includes an STF field, an LTF field, and an SIG field. The SIG field of the short probe request frame includes an indication that the frame is a short probe request frame amongst other indications and signaling needed such as access network option, partial SSID and indication of whether probe response or short beacon is expected as a response to the short probe request frame.
- When a STA receives a short beacon with a change sequence that is different from the STA's stored change sequence the STA may need to update its system information. The system information update may be done using a probe request frame carrying the change sequence to trigger the AP to send an optimized probe response frame including system information elements that need to be updated by the STA and the change sequence.
- Since it is smaller in size, using an NDP probe request frame is more efficient than using a regular probe request frame which would occupy more medium time especially when there are a large number of STAs wanting to update system information. Power consumption at the STAs is also reduced by using the NDP probe request frame. This is especially useful when a full beacon is not transmitted frequently or a short beacon is used in the BSS.
- In one embodiment, the NDP probe request frame may include the change sequence stored in the STA. This may be done, for example, by using a small size change sequence (e.g., a 4 bit sequence rather than an 8 bit sequence) that can be accommodated within the limited bits available in the SIG field.
- The NDP probe request frame may indicate what system information elements are needed by the STA (e.g., a bit map representing the subset of system information elements). The NDP probe request frame may indicate that the change sequence in the last received short beacon is different than the change sequence stored in the STA.
- The NDP probe request frame may indicate which set of predefined system information elements are needed by the STA. The sets of predefined system information elements may be indexed and the index representing a set of system information may be signaled in the NDP probe request frame. For example, a predefined set of system information elements may be a set of system information elements or fields containing mandatory information such as timestamp, beacon interval, and capability; a set of system information elements or fields containing other information such as EDCA parameters, Quiet element, BSS load, channel switch announcement, HT operation element, VHT operation element; or a set of system information elements or fields containing any combination of mandatory information and other information. For example, the above signaling may be implemented by using one or more bits of the reserved bits in the SIG field of the NDP probe request frame.
- When a STA sends an NDP probe request frame including the change sequence stored in the STA, the AP may send an optimized probe response frame including system information elements that need to be updated by the STA and the change sequence. The AP is able to do this by storing the previous change sequences and the corresponding changed system information element's IDs. The AP finds the updated information to send by comparing the received change sequence from the STA with its stored previous change sequences.
- When a STA sends an NDP probe request frame indicating what system information elements are needed, the AP may send an optimized probe response frame including system information elements that need to be updated by the STA and the change sequence.
- When a STA sends an NDP probe request frame indicating which set of predefined system information elements are needed, the AP may send an optimized probe response frame including the indicated set of predefined system information elements and the change sequence.
- When a STA sends an NDP probe request frame indicating that the change sequence in the last received short beacon is different than the change sequence stored in the STA, the AP may send an optimized probe response frame including a predefined or basic set of system information elements that need to be updated by the STA and the change sequence.
- In any embodiments above, the response to the NDP probe request frame may be a short probe response frame that includes the information requested or indicated in the NDP probe request frame.
- An NDP PS-Poll frame may be used for active polling. The NDP PS-Poll frame includes an STF field, an LTF field, and an SIG field. The SIG field of the short PS-Poll frame has an indication that the frame is a short PS-Poll frame and other indications or signaling needed for the short PS-Poll frame such as AID or partial AID of the transmitting STA, BSSID or partial BSSID of the BSS in which the STA is associated, and preferred MCS for the STA to receive data from the AP.
- The NDP PS-Poll frame may include signaling to request a BSS change sequence and/or current timestamp. The signaling may be included in the SIG field of the NDP PS-Poll frame. One or more bits of the SIG field may be used to indicate a change sequence request and/or a current timestamp request from the AP. One or more bits of the SIG field may be used to indicate whether one or more of the following fields are included: preferred MCS, a change sequence request, and a current timestamp request.
- When a STA sends an NDP PS-Poll frame containing a request for BSS change sequence, the AP may send the BSS change sequence immediately in a response frame or indicate in the response frame to the STA that it should check the beacons. When a STA sends an NDP PS-Poll frame containing a request for the current timestamp, the AP may send the current timestamp immediately in a response frame or indicate in the response frame to the STA that it should check the beacons.
- Any of the frames from the AP that are transmitted in response to the PS-Poll frame such as ACK or data may carry the requested information from the AP. Alternatively, a new response frame from the AP may be defined for the PS-Poll frame to carry the requested information from the AP. This frame may be of any type such as management, control, or data.
- Although the embodiments are described herein with respect to IEEE 802.11 protocols, it should be understood that the embodiments are applicable to any wireless communication systems. Although SIFS is used as an inter-frame spacing in various embodiments, all other inter frame spacing such as RIFS or other agreed time interval may also be used.
- Although features and elements are described above in particular combinations, one of ordinary skill in the art will appreciate that each feature or element can be used alone or in any combination with the other features and elements. In addition, the methods described herein may be implemented in a computer program, software, or firmware incorporated in a computer-readable medium for execution by a computer or processor. Examples of computer-readable media include electronic signals (transmitted over wired or wireless connections) and computer-readable storage media. Examples of computer-readable storage media include, but are not limited to, a read only memory (ROM), a random access memory (RAM), a register, cache memory, semiconductor memory devices, magnetic media such as internal hard disks and removable disks, magneto-optical media, and optical media such as CD-ROM disks, and digital versatile disks (DVDs). A processor in association with software may be used to implement a radio frequency transceiver for use in a WTRU, UE, terminal, base station, RNC, or any host computer.
Claims (18)
1. An access point (AP) in a wireless communication network, comprising:
at least one processor configured to establish a group of stations;
a receiver configured to receive packets from the group of stations over a delay period;
the at least one processor configured to generate a delayed multi-user acknowledgement (ACK) frame based on successful receipt of the packets over the delay period; and
a transmitter configured to transmit the delayed multi-user ACK frame to the group of stations following the delay period.
2. The AP of claim 1 , wherein the delayed multi-user ACK frame is a block ACK frame configured to acknowledge the packets successfully received from at least one station belonging to the group of stations.
3. The AP of claim 1 , wherein the delayed multi-user ACK frame includes an indication indicating whether the delayed multi-user ACK frame is a block ACK frame or a non-block ACK frame.
4. The AP of claim 1 , wherein the delay period expires in response to receiving an ACK request from at least one station of the group of stations or in response to an expiration of a delay timer corresponding to the delay period.
5. The AP of claim 1 , wherein:
the receiver is configured to receive a capability indication from each of a plurality of stations indicating a capability of receiving delayed multi-user ACK frames, and
the at least one processor is configured to establish the group of stations based on receipt of the capability indications.
6. The AP of claim 5 , wherein:
the transmitter is configured to transmit a response message to each of the plurality of stations from which the capability indication is affirmative, wherein the response message includes configuration information associated with the delayed multi-user ACK frame.
7. The AP of claim 1 , wherein:
the delayed multi-user ACK frame includes an ACK field for each station belonging to the group of stations, and
each ACK field includes at least one traffic identifier and a traffic identifier ACK for a corresponding traffic identifier of the at least one traffic identifier, wherein the traffic identifier ACK acknowledges at least one packet associated with the corresponding traffic identifier.
8. The AP of claim 1 , wherein:
the at least one processor is configured to arrange a plurality of stations belonging to the group of stations into a sequential order, and
the delayed multi-user ACK frame includes a plurality of ACK fields arranged in the sequential order, wherein each ACK field of the plurality of ACK fields corresponds to a different station of the plurality of stations.
9. The AP of claim 1 , further comprising a memory configured to accumulate the received packets from the group of stations over the delay period.
10. A method for use in an access point (AP) in a wireless communication network, the method comprising:
establishing a group of stations;
receiving packets from the group of stations over a delay period;
generating a delayed multi-user acknowledgement (ACK) frame based on successful receipt of the packets over the delay period; and
transmitting the delayed multi-user ACK frame to the group of stations following the delay period.
11. The method of claim 10 , wherein the delayed multi-user ACK frame is a block ACK frame configured to acknowledge the packets successfully received from at least one station belonging to the group of stations.
12. The method of claim 10 , wherein the delayed multi-user ACK frame includes an indication indicating whether the delayed multi-user ACK frame is a block ACK frame or a non-block ACK frame.
13. The method of claim 10 , wherein the delay period expires in response to receiving an ACK request from at least one station of the group of stations or in response to an expiration of a delay timer corresponding to the delay period.
14. The method of claim 10 , further comprising:
receiving a capability indication from each of a plurality of stations indicating a capability of receiving delayed multi-user ACK frames, and
establishing the group of stations based on receipt of the capability indications.
15. The method of claim 14 , further comprising:
transmitting a response message to each station belonging to the group of stations from which the capability indication is affirmative, wherein the response message includes configuration information associated with the delayed multi-user ACK frame.
16. The method of claim 10 , wherein:
the delayed multi-user ACK frame includes an ACK field for each station belonging to the group of stations, and
each ACK field includes at least one traffic identifier and a traffic identifier ACK for a corresponding traffic identifier of the at least one traffic identifier, wherein the traffic identifier ACK acknowledges at least one packet associated with the corresponding traffic identifier.
17. The method of claim 10 , further comprising:
arranging a plurality of stations belonging to the group of stations into a sequential order, and
wherein the delayed multi-user ACK frame includes a plurality of ACK fields arranged in the sequential order, wherein each ACK field of the plurality of ACK fields corresponds to a different station of the plurality of stations.
18. The method of claim 10 , further comprising:
accumulating the received packets over the delay period; and generating the delayed multi-user ACK frame based on successful receipt of the accumulated packets.
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/430,656 US20170155490A1 (en) | 2012-05-11 | 2017-02-13 | Method and apparatus for transmitting acknowledgements in response to received frames |
US15/962,831 US10764014B2 (en) | 2012-05-11 | 2018-04-25 | Acknowledgements in response to received frames |
US17/008,756 US11082189B2 (en) | 2012-05-11 | 2020-09-01 | Method and apparatus for negotiating a block acknowledgement agreement |
US17/392,933 US20210367739A1 (en) | 2012-05-11 | 2021-08-03 | Method and apparatus for negotiating a block acknowledgement agreement |
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261646040P | 2012-05-11 | 2012-05-11 | |
US201261669390P | 2012-07-09 | 2012-07-09 | |
US201261699531P | 2012-09-11 | 2012-09-11 | |
US201261724466P | 2012-11-09 | 2012-11-09 | |
US13/890,833 US9608789B2 (en) | 2012-05-11 | 2013-05-09 | Method and apparatus for transmitting acknowledgements in response to received frames |
US15/430,656 US20170155490A1 (en) | 2012-05-11 | 2017-02-13 | Method and apparatus for transmitting acknowledgements in response to received frames |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/890,833 Continuation US9608789B2 (en) | 2012-05-11 | 2013-05-09 | Method and apparatus for transmitting acknowledgements in response to received frames |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/962,831 Continuation US10764014B2 (en) | 2012-05-11 | 2018-04-25 | Acknowledgements in response to received frames |
Publications (1)
Publication Number | Publication Date |
---|---|
US20170155490A1 true US20170155490A1 (en) | 2017-06-01 |
Family
ID=48485509
Family Applications (5)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/890,833 Active 2033-06-21 US9608789B2 (en) | 2012-05-11 | 2013-05-09 | Method and apparatus for transmitting acknowledgements in response to received frames |
US15/430,656 Abandoned US20170155490A1 (en) | 2012-05-11 | 2017-02-13 | Method and apparatus for transmitting acknowledgements in response to received frames |
US15/962,831 Active US10764014B2 (en) | 2012-05-11 | 2018-04-25 | Acknowledgements in response to received frames |
US17/008,756 Active US11082189B2 (en) | 2012-05-11 | 2020-09-01 | Method and apparatus for negotiating a block acknowledgement agreement |
US17/392,933 Pending US20210367739A1 (en) | 2012-05-11 | 2021-08-03 | Method and apparatus for negotiating a block acknowledgement agreement |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/890,833 Active 2033-06-21 US9608789B2 (en) | 2012-05-11 | 2013-05-09 | Method and apparatus for transmitting acknowledgements in response to received frames |
Family Applications After (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/962,831 Active US10764014B2 (en) | 2012-05-11 | 2018-04-25 | Acknowledgements in response to received frames |
US17/008,756 Active US11082189B2 (en) | 2012-05-11 | 2020-09-01 | Method and apparatus for negotiating a block acknowledgement agreement |
US17/392,933 Pending US20210367739A1 (en) | 2012-05-11 | 2021-08-03 | Method and apparatus for negotiating a block acknowledgement agreement |
Country Status (7)
Country | Link |
---|---|
US (5) | US9608789B2 (en) |
EP (1) | EP2847909A1 (en) |
JP (5) | JP2015525017A (en) |
KR (2) | KR102297813B1 (en) |
CN (2) | CN112291045B (en) |
TW (2) | TW201407991A (en) |
WO (1) | WO2013170136A1 (en) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150365972A1 (en) * | 2013-02-05 | 2015-12-17 | Lg Electronics Inc. | Method and apparatus for transmitting downlink in wireless communication system |
US20160374081A1 (en) * | 2015-06-19 | 2016-12-22 | Qualcomm Incorporated | Short uplink responses for downlink transmissions |
US20170019818A1 (en) * | 2014-05-09 | 2017-01-19 | Zte Corporation | Method and Device for Processing Parallel transmission, and Computer Storage Medium |
US20170134297A1 (en) * | 2015-11-06 | 2017-05-11 | Mediatek Inc. | Method for efficient reliable transmission |
US20170149547A1 (en) * | 2014-06-19 | 2017-05-25 | Lg Electronics Inc. | Method and apparatus for receiving frame |
US10091796B2 (en) * | 2016-12-30 | 2018-10-02 | Intel Corporation | Communication method and system |
CN109803382A (en) * | 2017-11-16 | 2019-05-24 | 华为技术有限公司 | The method and apparatus of data transmission |
US10750405B2 (en) | 2016-02-03 | 2020-08-18 | Zte Corporation | Data packet sending method, data packet receiving method, data packet sending device and data packet receiving device |
WO2022139247A1 (en) * | 2020-12-23 | 2022-06-30 | 엘지전자 주식회사 | Method and device for receiving a-ppdu in wireless lan system |
US20220329519A1 (en) * | 2019-12-31 | 2022-10-13 | Huawei Technologies Co., Ltd. | Packet transmission method and electronic device |
US11490359B2 (en) * | 2018-07-13 | 2022-11-01 | Sagemcom Energy & Telecom Sas | Group acknowledgement in a wireless communication network |
Families Citing this family (155)
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 |
US9385816B2 (en) | 2011-11-14 | 2016-07-05 | Intel Corporation | Methods and arrangements for frequency shift communications by undersampling |
US9363707B2 (en) | 2011-12-29 | 2016-06-07 | Qualcomm Incorporated | Systems and methods for generating and decoding short control frames in wireless communications |
US20130223338A1 (en) | 2012-02-29 | 2013-08-29 | Qualcomm Incorporated | Apparatus and methods for block acknowledgment compression |
WO2013130793A1 (en) | 2012-03-01 | 2013-09-06 | Interdigital Patent Holdings, Inc. | Multi-user parallel channel access in wlan systems |
MX336514B (en) * | 2012-04-13 | 2016-01-22 | Lg Electronics Inc | Method and apparatus for updating system information in wireless lan system. |
KR102011171B1 (en) * | 2012-05-04 | 2019-10-21 | 인터디지탈 패튼 홀딩스, 인크 | Efficient medium access control (mac) header |
KR20130125276A (en) * | 2012-05-08 | 2013-11-18 | 한국전자통신연구원 | Short probe rosponse |
US9608789B2 (en) * | 2012-05-11 | 2017-03-28 | Interdigital Patent Holdings, Inc. | Method and apparatus for transmitting acknowledgements in response to received frames |
US9226227B2 (en) | 2012-06-29 | 2015-12-29 | Marvell World Trade Ltd. | Group based beacons |
US8861976B2 (en) * | 2012-06-29 | 2014-10-14 | Intel Corporation | Transmit and receive MIMO protocols for light array communications |
US9148250B2 (en) | 2012-06-30 | 2015-09-29 | Intel Corporation | Methods and arrangements for error correction in decoding data from an electromagnetic radiator |
US20140044045A1 (en) * | 2012-08-10 | 2014-02-13 | Electronics And Telecommunications Research Institute | Structure of tvws ofdm phy frame |
US9585091B2 (en) | 2012-08-17 | 2017-02-28 | Qualcomm Incorporated | Systems and methods for low power wake up signal and operations for WLAN |
US9178615B2 (en) | 2012-09-28 | 2015-11-03 | Intel Corporation | Multiphase sampling of modulated light with phase synchronization field |
US9467898B2 (en) * | 2012-09-28 | 2016-10-11 | Futurewei Technologies, Inc. | System and method for response frame type indication |
US9218532B2 (en) | 2012-09-28 | 2015-12-22 | Intel Corporation | Light ID error detection and correction for light receiver position determination |
US9590728B2 (en) | 2012-09-29 | 2017-03-07 | Intel Corporation | Integrated photogrammetric light communications positioning and inertial navigation system positioning |
US9191890B2 (en) | 2012-10-24 | 2015-11-17 | Qualcomm Incorporated | Systems and methods for low power operations on wireless networks |
US9191891B2 (en) * | 2012-11-02 | 2015-11-17 | Qualcomm Incorporated | Systems and methods for low power wake-up signal implementation and operations for WLAN |
US10051521B2 (en) * | 2012-11-27 | 2018-08-14 | Qualcomm Incorporated | Fast association and address continuity for handoff between unmanaged access points |
US9525520B2 (en) * | 2012-12-21 | 2016-12-20 | Qualcomm Incorporated | Block acknowledgement selection rules |
US9621249B2 (en) * | 2012-12-21 | 2017-04-11 | Intel Corporation | Techniques for variable channel bandwidth support |
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 |
US9781627B2 (en) * | 2013-04-08 | 2017-10-03 | Qualcomm Incorporated | Systems and methods for generating and decoding short control frames in wireless communications |
US10097315B2 (en) | 2013-04-19 | 2018-10-09 | Qualcomm Incorporated | Group scheduling and acknowledgement for wireless transmission |
US9622262B2 (en) | 2013-05-03 | 2017-04-11 | Qualcomm Incorporated | Transmit opportunity (TXOP) based channel reuse |
US20150036673A1 (en) * | 2013-07-30 | 2015-02-05 | Qualcomm Incorporated | Systems and methods for communicating multi-destination traffic in a wireless network |
US20150055587A1 (en) * | 2013-08-23 | 2015-02-26 | Qualcomm Incorporated | Systems, methods, and apparatus for increasing reuse in wireless communications |
US9998209B2 (en) * | 2013-08-31 | 2018-06-12 | Qualcomm Incorporated | Speed frame exchange rules |
WO2015050995A2 (en) | 2013-10-01 | 2015-04-09 | Interdigital Patent Holdings, Inc. | Enhancements for coordinated orthogonal block-based resource allocation (cobra) in wlan systems |
US10051627B2 (en) * | 2013-10-10 | 2018-08-14 | Lg Electronics Inc. | Method for channel access in wireless LAN system and apparatus thereof |
CN105612806A (en) * | 2013-11-06 | 2016-05-25 | Kt株式会社 | Method for transmitting and receiving data in wireless local area network system and apparatus therefor |
US20150146699A1 (en) * | 2013-11-22 | 2015-05-28 | Qualcomm Incorporated | Extended block acknowledgement protocol |
US9825678B2 (en) * | 2013-11-26 | 2017-11-21 | Marvell World Trade Ltd. | Uplink multi-user multiple input multiple output for wireless local area network |
US10587471B1 (en) * | 2013-12-17 | 2020-03-10 | Amazon Technologies, Inc. | Criterion-based computing instance activation |
US9775171B2 (en) * | 2013-12-18 | 2017-09-26 | Futurewei Technologies, Inc. | System and method for speed frame exchange |
PL3079322T3 (en) | 2014-01-28 | 2021-01-11 | Huawei Technologies Co., Ltd. | Indication method of data transmission, access point and terminal |
US9967061B2 (en) * | 2014-03-10 | 2018-05-08 | Lg Electronics Inc. | Method and apparatus for retransmission in wireless LAN |
WO2015146204A1 (en) | 2014-03-26 | 2015-10-01 | ソニー株式会社 | Wireless communication device |
US20150327121A1 (en) * | 2014-05-08 | 2015-11-12 | Guoqing C. Li | Method, apparatus, and computer readable media for acknowledgement in wireless networks |
KR102215127B1 (en) | 2014-05-26 | 2021-02-15 | 주식회사 윌러스표준기술연구소 | Wireless communication method for simultaneous data transmission and reception and wireless communication apparatus using same |
WO2016014969A1 (en) | 2014-07-24 | 2016-01-28 | Marvell Semiconductor, Inc. | Group acknowledgement for multiple user communication in a wireless local area network |
EP3496354B1 (en) * | 2014-08-21 | 2020-04-01 | LG Electronics Inc. -1- | Method for uplink transmission in wireless communication system and apparatus therefor |
WO2016032276A2 (en) | 2014-08-29 | 2016-03-03 | 주식회사 윌러스표준기술연구소 | Wireless communication method and wireless communication terminal |
CN105024787A (en) * | 2014-08-29 | 2015-11-04 | 魅族科技(中国)有限公司 | Data transmission method, associated device and system |
US10491497B2 (en) * | 2014-09-05 | 2019-11-26 | Qualcomm Incorporated | Round trip time determination |
KR102045659B1 (en) * | 2014-09-12 | 2019-11-15 | 인터디지탈 패튼 홀딩스, 인크 | Preamble selection for simultaneous transmissions in wireless local area network (wlan) systems |
US9906391B2 (en) * | 2014-09-16 | 2018-02-27 | Qualcomm Incorporated | Methods and apparatus for packet acquisition in mixed-rate wireless communication networks |
CN107078790B (en) | 2014-09-19 | 2019-09-03 | 华为技术有限公司 | A kind of wireless local area network data transmission method and device |
CN106537865B (en) * | 2014-09-26 | 2019-08-09 | 华为技术有限公司 | A kind of convergence frame transmission method, device and system |
KR102548620B1 (en) * | 2014-10-01 | 2023-06-29 | 엘지전자 주식회사 | Method for transmitting data in a wireless communication system and apparatus therefor |
US10313082B2 (en) * | 2014-10-27 | 2019-06-04 | Lg Electronics Inc. | Method for transmitting and receiving acknowledgment/negative-acknowledgment signal for uplink multi-user data in wireless LAN system and apparatus therefor |
WO2016068582A1 (en) * | 2014-10-27 | 2016-05-06 | 엘지전자(주) | Data transmission method in wireless communication system and device therefor |
AU2015340292B2 (en) * | 2014-10-27 | 2018-06-14 | Lg Electronics Inc. | Method for transmitting and receiving multiple user block acknowledgement frame in wireless LAN system, and apparatus therefor |
EP3214870B1 (en) * | 2014-10-31 | 2021-09-29 | Sony Group Corporation | Communication device and communication method |
US9948367B2 (en) * | 2014-11-03 | 2018-04-17 | Qualcomm Incorporated | Methods and apparatus for acknowledging multiple user uplink transmissions |
US20170359159A1 (en) * | 2014-11-30 | 2017-12-14 | Lg Electronics Inc. | Method for transmitting and receiving acknowledgment signal for uplink multi-user data in wlan system and device therefor |
US10448390B2 (en) * | 2014-12-19 | 2019-10-15 | Qualcomm Incorporated | Transmission techniques for enabling an immediate response |
WO2016105128A1 (en) * | 2014-12-25 | 2016-06-30 | 엘지전자 주식회사 | Method for transmitting and receiving acknowledgement/negative acknowledgement signal for uplink multi-user data in wireless lan system, and apparatus therefor |
CN105813075B (en) * | 2014-12-31 | 2019-09-13 | 华为技术有限公司 | Method, access point and the website of communication connection are established between a kind of website and access point |
US9949285B2 (en) * | 2015-01-07 | 2018-04-17 | Futurewei Technologies, Inc. | System and method for digital communications with interference avoidance |
US10063292B2 (en) | 2015-02-02 | 2018-08-28 | Qualcomm Incorporated | Multi-user operation management |
US10111258B2 (en) * | 2015-02-13 | 2018-10-23 | Qualcomm Incorporated | Methods and systems for receiver initiated protection of a wireless communication exchange |
US20160248569A1 (en) * | 2015-02-20 | 2016-08-25 | Intel Corporation | Block Acknowledgements for Multiple Devices in High Efficiency Wireless Networks |
WO2016138639A1 (en) * | 2015-03-03 | 2016-09-09 | 华为技术有限公司 | Downlink data receiving acknowledgement method and device |
EP3065307B1 (en) * | 2015-03-03 | 2018-02-21 | Huawei Technologies Co., Ltd. | MU-MIMO group management |
WO2016140546A1 (en) | 2015-03-04 | 2016-09-09 | 주식회사 윌러스표준기술연구소 | Wireless communication terminal and wireless communication method for multi-user concurrent transmission |
EP3266136A1 (en) * | 2015-03-06 | 2018-01-10 | Interdigital Patent Holdings, Inc. | Short packet optimization in wlan systems |
US9832338B2 (en) | 2015-03-06 | 2017-11-28 | Intel Corporation | Conveyance of hidden image data between output panel and digital camera |
EP4170943A1 (en) * | 2015-03-23 | 2023-04-26 | Atlas Global Technologies LLC | Apparatus and method for downlink and uplink multi-user transmissions |
EP3281328B1 (en) * | 2015-04-09 | 2020-06-03 | Telefonaktiebolaget LM Ericsson (PUBL) | Method and device for scheduling of feedback |
US10349293B2 (en) * | 2015-04-17 | 2019-07-09 | Qualcomm Incorporated | Control of UE clear channel assessment by an eNB |
CN106102183B (en) * | 2015-04-29 | 2019-09-20 | 华为技术有限公司 | A kind of method and access point, website sending response message |
WO2016175614A1 (en) * | 2015-04-29 | 2016-11-03 | 엘지전자 주식회사 | Method for transmitting and receiving confirmation response signal for uplink multi-user data in wireless lan system, and apparatus therefor |
JP6515203B2 (en) | 2015-04-29 | 2019-05-15 | インターデイジタル パテント ホールディングス インコーポレイテッド | Triggered transmission opportunity and multi-user ACK procedure in WLAN system |
WO2016174904A1 (en) * | 2015-04-30 | 2016-11-03 | ソニー株式会社 | Communication device and communication method |
WO2016176806A1 (en) * | 2015-05-04 | 2016-11-10 | 华为技术有限公司 | Wireless frame transmission method and device |
WO2016178417A1 (en) | 2015-05-07 | 2016-11-10 | 株式会社 東芝 | Wireless communication device |
WO2016178418A1 (en) * | 2015-05-07 | 2016-11-10 | 株式会社 東芝 | Wireless communication terminal and wireless communication method |
US9986581B2 (en) | 2015-05-14 | 2018-05-29 | Qualcomm Incorporated | Multi-user multiple-input-multiple-output scheduling |
JP6968240B2 (en) * | 2015-05-21 | 2021-11-17 | 華為技術有限公司Huawei Technologies Co., Ltd. | Data transmission method and equipment |
CN107534996B (en) | 2015-05-21 | 2023-11-03 | 华为技术有限公司 | Data transmission method, device, system and access point |
WO2016196582A1 (en) | 2015-06-02 | 2016-12-08 | Newracom, Inc. | Ack policy for uplink and downlink mu ppdu |
CN107852745B (en) | 2015-07-02 | 2020-03-31 | 华为技术有限公司 | Association establishing method and device |
MY182873A (en) | 2015-07-07 | 2021-02-05 | Sony Corp | Communication device and communication method |
US10117181B2 (en) * | 2015-07-31 | 2018-10-30 | Intel IP Corporation | Apparatus, system and method of communicating a non-data physical layer convergence procedure (PLCP) protocol data unit (PPDU) |
WO2017023141A1 (en) * | 2015-08-05 | 2017-02-09 | 엘지전자 주식회사 | Method for performing channel access in wireless lan system and apparatus therefor |
EP3335520B1 (en) * | 2015-08-14 | 2019-10-09 | Telefonaktiebolaget LM Ericsson (PUBL) | Methods of operating network nodes in a communication network, and network nodes implementing the same |
KR20230150411A (en) | 2015-08-20 | 2023-10-30 | 주식회사 윌러스표준기술연구소 | Wireless communication method using trigger information, and wireless communication terminal |
CN105187949B (en) * | 2015-08-21 | 2019-06-25 | 广州市百果园网络科技有限公司 | A kind of transmission method and client of video |
WO2017041813A1 (en) | 2015-09-07 | 2017-03-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Mitigation of uplink/downlink assymetry |
CN106506125A (en) * | 2015-09-08 | 2017-03-15 | 华为技术有限公司 | Set up, remove the method and apparatus that block confirms communication mechanism |
US20170077999A1 (en) * | 2015-09-10 | 2017-03-16 | Qualcomm Incorporated | Access point-controlled responses to uplink multi-user frames |
TWI710272B (en) | 2015-09-11 | 2020-11-11 | 美商內數位專利控股公司 | METHOD AND APPARATUS FOR MULTI-USER CONCURRENT RANDOM ACCESS FOR WIRELESS LOCAL AREA NETWORKS (WLANs) |
US10218483B2 (en) * | 2015-09-25 | 2019-02-26 | Qualcomm Incorporated | Systems and methods for signaling and generating variable length block acknowledgment fields in a wireless network |
EP4283897A3 (en) * | 2015-10-07 | 2024-02-28 | LG Electronics Inc. | Ack/nack signal processing method and device for uplink multi-user transmission |
US10554368B2 (en) * | 2015-10-07 | 2020-02-04 | Microsoft Technology Licensing, Llc | Wireless data-acknowledgement communication using frame aggregation |
EP3360272A1 (en) * | 2015-10-09 | 2018-08-15 | Interdigital Patent Holdings, Inc. | Procedures for high efficiency acknowledgement transmission |
CN105391520B (en) * | 2015-10-19 | 2018-08-28 | 魅族科技(中国)有限公司 | Communication means, device, access point and the website of WLAN |
US10278224B2 (en) | 2015-10-20 | 2019-04-30 | Marvell World Trade Ltd. | Acknowledgment data unit for multiple uplink data units |
US11082888B2 (en) * | 2015-10-20 | 2021-08-03 | Nxp Usa, Inc. | Single acknowledgment policy for aggregate MPDU |
US10270512B2 (en) * | 2015-11-04 | 2019-04-23 | Qualcomm Incorporated | Technique for reducing sector sweep time for millimeter-wave devices |
CN106712909B (en) * | 2015-11-18 | 2019-03-15 | 中兴通讯股份有限公司 | Data transmission method and device based on Channel Detection |
US10469210B2 (en) | 2015-11-24 | 2019-11-05 | Marvell World Trade Ltd. | Acknowledgment data unit for data unit fragment |
US10178673B1 (en) * | 2015-12-16 | 2019-01-08 | Marvell International Ltd. | Sounding for UL OFDMA transmission in WLAN |
US20170201298A1 (en) * | 2016-01-11 | 2017-07-13 | Intel Corporation | Multiuser multiple-input and multiple-output setup frame |
US10313923B2 (en) | 2016-02-19 | 2019-06-04 | Marvell World Trade Ltd. | Acknowledgement of transmissions in a wireless local area network |
US10873878B2 (en) | 2016-02-19 | 2020-12-22 | Nxp Usa, Inc. | Acknowledgement of transmissions in a wireless local area network |
EP3417557A1 (en) | 2016-02-19 | 2018-12-26 | Marvell World Trade, Ltd. | Acknowledgement of transmissions in a wireless local area network |
CN115361098B (en) * | 2016-04-04 | 2024-04-02 | 韦勒斯标准与技术协会公司 | Wireless communication method using segmentation and wireless communication terminal using the same |
US10849168B2 (en) * | 2016-05-10 | 2020-11-24 | Apple Inc. | Single user multi-TID TXOP with QoS prioritization |
CN109075907B (en) * | 2016-05-11 | 2021-07-09 | 韦勒斯标准与技术协会公司 | Wireless communication method for transmitting ACK and wireless communication terminal using the same |
CN109314997A (en) | 2016-05-11 | 2019-02-05 | 韦勒斯标准与技术协会公司 | The wireless communication terminal and wireless communications method of uplink multiuser transmission based on random access |
US10315286B2 (en) | 2016-06-14 | 2019-06-11 | Axus Technologi, Llc | Chemical mechanical planarization carrier system |
CN115604761A (en) | 2016-07-06 | 2023-01-13 | 韦勒斯标准与技术协会公司(Kr) | Wireless communication method using trigger information and wireless communication terminal thereof |
WO2018009413A1 (en) * | 2016-07-07 | 2018-01-11 | Intel IP Corporation | Resolving acknowledgements between associated and unassociated stations |
CN107613569B (en) * | 2016-07-12 | 2021-04-27 | 珠海市魅族科技有限公司 | Communication method, communication device, access point and station of wireless local area network |
US11012124B2 (en) * | 2016-07-21 | 2021-05-18 | Interdigital Patent Holdings, Inc. | Multiple input multiple output (MIMO) setup in millimeter wave (MMW) WLAN systems |
KR102442012B1 (en) | 2016-09-07 | 2022-09-13 | 주식회사 윌러스표준기술연구소 | Wireless communication method using enhanced distributed channel access, and wireless communication terminal using same |
US11438188B2 (en) * | 2016-09-21 | 2022-09-06 | Apple Inc. | Multicast packets for a wireless local area network |
CN109804571B (en) * | 2016-11-02 | 2022-05-03 | 松下电器(美国)知识产权公司 | Communication apparatus and communication method |
US11290245B2 (en) | 2016-11-02 | 2022-03-29 | Idac Holdings, Inc. | Receiver bandwidth adaptation |
CN114585091A (en) * | 2016-11-04 | 2022-06-03 | 松下电器(美国)知识产权公司 | Integrated circuit with a plurality of transistors |
EP3562255A4 (en) * | 2016-12-20 | 2019-12-11 | Sony Corporation | Communication device and communication control method |
KR102596870B1 (en) * | 2016-12-21 | 2023-11-02 | 주식회사 윌러스표준기술연구소 | Aggregated-mpdu, method for transmitting response frame thereto, and wireless communication terminal using same |
US10554369B2 (en) * | 2016-12-30 | 2020-02-04 | Itron, Inc. | Group acknowledgement message efficiency |
EP3499770B1 (en) * | 2017-01-05 | 2022-02-02 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Feedback information transmission method, network device and terminal device |
KR102407203B1 (en) * | 2017-01-09 | 2022-06-13 | 주식회사 윌러스표준기술연구소 | Wireless communication method using txop and wireless communication terminal using same |
US11044726B1 (en) | 2017-01-10 | 2021-06-22 | Marvell Asia Pte, Ltd. | Selection of transmission parameters for acknowledgment packets |
EP3602883B1 (en) | 2017-03-23 | 2021-06-23 | Convida Wireless, LLC | Terminal device, infrastructure equipment and methods |
EP3610628B1 (en) * | 2017-04-14 | 2021-09-22 | Koninklijke KPN N.V. | Transmitting and receiving an interest message specifying an aggregation parameter |
US10932262B2 (en) | 2017-05-22 | 2021-02-23 | Avago Technologies International Sales Pte. Limited | Unified coordination of multiple physical layer devices |
EP4167650A1 (en) * | 2017-06-14 | 2023-04-19 | Motorola Mobility LLC | Performing contention resolution for system information requests |
US11153821B2 (en) * | 2017-06-22 | 2021-10-19 | Intel Corporation | Apparatus, system and method of acknowledging a multi user (MU) multiple-input-multiple-output (MIMO) (MU-MIMO) transmission |
JP7154078B2 (en) * | 2017-10-20 | 2022-10-17 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | Initiator device, communication method, and integrated circuit |
US11394516B2 (en) * | 2018-02-13 | 2022-07-19 | Sony Corporation | Communication apparatus and communication method |
WO2019213565A1 (en) * | 2018-05-03 | 2019-11-07 | Interdigital Patent Holdings, Inc. | Full duplex opportunity discovery and transmission for asymmetric full duplex wireless local area networks (wlans) |
US10880895B2 (en) | 2018-05-27 | 2020-12-29 | Brian Gordaychik | Variable length downlink control information formats for next generation radio technologies |
CN110830175B (en) * | 2018-08-14 | 2023-03-28 | 华为技术有限公司 | Data packet confirmation method, device, equipment and computer readable storage medium |
US11044594B2 (en) * | 2018-09-26 | 2021-06-22 | Apple Inc. | Enhanced procedures for sending emergency messages to multiple mobile devices |
WO2020210940A1 (en) * | 2019-04-15 | 2020-10-22 | 北京小米移动软件有限公司 | Communication method and apparatus for wireless local area network, terminal and readable storage medium |
FR3097712B1 (en) * | 2019-06-18 | 2021-06-04 | Sagemcom Energy & Telecom Sas | Frame acknowledgment method |
WO2021012287A1 (en) * | 2019-07-25 | 2021-01-28 | 北京小米移动软件有限公司 | Data transmission method and apparatus, and storage medium |
US11523301B2 (en) | 2020-04-20 | 2022-12-06 | Qualcomm Incorporated | Physical uplink control channel with buffer status report |
US11758513B2 (en) * | 2020-04-20 | 2023-09-12 | Qualcomm Incorporated | Physical uplink control channel with uplink message short data field |
WO2021244450A1 (en) * | 2020-05-30 | 2021-12-09 | 华为技术有限公司 | Communication method and apparatus |
US20230209513A1 (en) * | 2020-06-05 | 2023-06-29 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and apparatus for determining value of duration field |
JP7231587B2 (en) * | 2020-07-22 | 2023-03-01 | 華為技術有限公司 | Data transmission indication method, access point and terminal |
US11601515B2 (en) * | 2020-10-16 | 2023-03-07 | Dell Products L.P. | System and method to offload point to multipoint transmissions |
EP4007193A1 (en) * | 2020-11-27 | 2022-06-01 | Samsung Electronics Co., Ltd. | Apparatus and method for block acknowledgement within reduced duration |
US20220201755A1 (en) * | 2020-12-23 | 2022-06-23 | Intel Corporation | Dynamic transmission bandwidth selection |
CN112787707B (en) * | 2020-12-31 | 2022-12-23 | 南京中科晶上通信技术有限公司 | Method for switching physical dedicated channel of satellite mobile communication system based on terminal side |
TWI768719B (en) * | 2021-02-20 | 2022-06-21 | 瑞昱半導體股份有限公司 | Communication device and method for collision detection |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030003905A1 (en) * | 2001-06-20 | 2003-01-02 | Shvodian William M. | System and method for providing signal quality feedback in a wireless network |
US20070037548A1 (en) * | 2005-07-20 | 2007-02-15 | Interdigital Technology Corporation | Method and system for reducing power consumption of a wireless transmit/receive unit |
US20090310692A1 (en) * | 2008-06-12 | 2009-12-17 | Nokia Corporation | Channel access protocol for wireless communication |
US20110235593A1 (en) * | 2010-03-29 | 2011-09-29 | Gong Michelle X | Techniques for efficient acknowledgement for UL MU mimo and uplink OFDMA in wireless networks |
US20110305176A1 (en) * | 2010-06-15 | 2011-12-15 | Qualcomm Incorporated | Method and apparatus for sending very high throughput wlan acknowledgment frames |
US20130172035A1 (en) * | 2011-12-28 | 2013-07-04 | Qualcomm Incorporated | Method and apparatus for acknowledgement using a group identifier |
US9686049B2 (en) * | 2007-09-12 | 2017-06-20 | Avago Technologies General Ip (Singapore) Pte. Ltd | Method and system for Bluetooth (BT) delayed acknowledgement (ACK) |
Family Cites Families (65)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1999052302A1 (en) | 1998-04-02 | 1999-10-14 | Inmarsat Limited | Paging method and apparatus with acknowledgement capability |
US7301965B2 (en) | 2001-11-19 | 2007-11-27 | At&T Corp. | Packet shaping for mixed rate 802.11 wireless networks |
US7519032B2 (en) * | 2002-09-04 | 2009-04-14 | Koninklijke Philips Electronics N.V. | Apparatus and method for providing QoS service schedule and bandwidth allocation to a wireless station |
JP4047836B2 (en) * | 2004-04-02 | 2008-02-13 | 株式会社東芝 | COMMUNICATION DEVICE, COMMUNICATION SYSTEM, COMMUNICATION METHOD, AND COMMUNICATION CONTROL PROGRAM |
US20060136614A1 (en) * | 2004-07-30 | 2006-06-22 | Nokia Corporation | System and method for variable length aggregate acknowledgements in a shared resource network |
EP1782578B1 (en) | 2004-08-12 | 2015-05-27 | InterDigital Technology Corporation | Method and access point for controlling access to a wireless communication medium |
US7599363B2 (en) | 2004-08-13 | 2009-10-06 | Samsung Electronics Co. Ltd | Method for reporting reception result of packets in mobile communication system |
US20060056421A1 (en) * | 2004-09-10 | 2006-03-16 | Interdigital Technology Corporation | Reducing latency when transmitting acknowledgements in mesh networks |
US7882412B2 (en) * | 2004-10-05 | 2011-02-01 | Sanjiv Nanda | Enhanced block acknowledgement |
TWI497947B (en) * | 2005-04-04 | 2015-08-21 | Interdigital Tech Corp | Method and station for improving responsiveness in exchanging frames in a wireless local area network |
CN101502032A (en) * | 2005-04-04 | 2009-08-05 | 美商内数位科技公司 | Method and system for improving responsiveness in exchanging frames in a wireless local area network |
US8830846B2 (en) | 2005-04-04 | 2014-09-09 | Interdigital Technology Corporation | Method and system for improving responsiveness in exchanging frames in a wireless local area network |
BRPI0612473A2 (en) * | 2005-05-04 | 2010-11-23 | Lg Electronics Inc | method for transmitting control information on a wireless communication system and transmit window update method using the same |
KR101114737B1 (en) | 2005-05-31 | 2012-02-29 | 삼성전자주식회사 | Method for reporting packet received result in a mobile communication system |
KR100643299B1 (en) | 2005-06-09 | 2006-11-10 | 삼성전자주식회사 | Method and apparatus for transmitting and receiving legacy format data in high throughput wireless network |
EP1780926B1 (en) | 2005-10-28 | 2021-01-20 | Nokia Technologies Oy | Method for ACK/NACK signalling |
US7907614B2 (en) * | 2005-11-11 | 2011-03-15 | Broadcom Corporation | Fast block acknowledgment generation in a wireless environment |
KR100765776B1 (en) | 2005-12-13 | 2007-10-12 | 삼성전자주식회사 | Method and apparatus for avoiding collision in medium access of WLAN |
ES2380787T3 (en) | 2006-05-16 | 2012-05-18 | Nokia Siemens Networks Gmbh & Co. Kg | Method for securely transmitting short ACK / NACK bitmaps in an ARQ process within EDGE compatible systems |
US20080049707A1 (en) | 2006-07-12 | 2008-02-28 | Samsung Electronics Co., Ltd. | Transmission packet for wireless transmission in a high frequency band, and method and apparatus for transmission/receiving using the same |
US8054796B2 (en) * | 2006-12-08 | 2011-11-08 | Nokia Corporation | Uplink acknowledgment channel in wireless communication |
US7675911B2 (en) * | 2007-03-01 | 2010-03-09 | Samsung Electronics Co., Ltd. | Method and system for acknowledgements in wireless communications |
US8165154B2 (en) | 2007-03-12 | 2012-04-24 | Conexant Systems, Inc. | Systems and methods for reliable broadcast and multicast transmission over wireless local area network |
US9313796B2 (en) * | 2007-08-03 | 2016-04-12 | Wireless Future Technologies Inc. | Mobile station aggregation of acknowledgments and negative acknowledgments in wireless networks |
US8842606B2 (en) | 2007-08-31 | 2014-09-23 | Koninklijke Philips N.V. | Enhanced multi-user transmission |
JP4996451B2 (en) | 2007-12-28 | 2012-08-08 | 株式会社東芝 | Wireless communication apparatus, wireless communication method, and program |
JP5305703B2 (en) | 2008-03-24 | 2013-10-02 | 株式会社東芝 | Wireless communication device, wireless communication device control method, and wireless communication device control program |
JP5329244B2 (en) | 2009-01-16 | 2013-10-30 | 株式会社東芝 | Wireless terminal and wireless communication method |
US8804611B2 (en) * | 2009-02-12 | 2014-08-12 | Qualcomm Incorporated | Method and apparatus for acknowledging successful reception of a data transmission for multi-access compatibility in a wireless communication system |
WO2010118383A1 (en) | 2009-04-10 | 2010-10-14 | Marvell World Trade Ltd. | Signaling for multi-dimension wireless resource allocation |
US8498359B2 (en) | 2009-06-05 | 2013-07-30 | Broadcom Corporation | Transmission acknowledgment within multiple user, multiple access, and/or MIMO wireless communications |
US9197298B2 (en) * | 2009-06-05 | 2015-11-24 | Broadcom Corporation | Group identification and definition within multiple user, multiple access, and/or MIMO wireless communications |
US8958475B2 (en) * | 2009-07-02 | 2015-02-17 | Qualcomm Incorporated | Transmitter quieting and null data encoding |
US8433966B2 (en) * | 2009-07-06 | 2013-04-30 | Intel Corporation | Acknowledgment channel design for wireless access networks |
US8565811B2 (en) | 2009-08-04 | 2013-10-22 | Microsoft Corporation | Software-defined radio using multi-core processor |
US10383141B2 (en) * | 2009-09-23 | 2019-08-13 | Qualcomm Incorporated | Uplink SDMA transmit opportunity scheduling |
US8730884B2 (en) * | 2009-10-20 | 2014-05-20 | Electronics And Telecommunications Research Institute | Method for managing resources in high capacity wireless communication system |
JP2013511215A (en) * | 2009-11-12 | 2013-03-28 | インターデイジタル パテント ホールディングス インコーポレイテッド | Method and apparatus for providing very high throughput operation and throughput capability signaling for wireless communication |
EP2506452A4 (en) * | 2009-11-24 | 2016-10-26 | Korea Electronics Telecomm | Method for transmitting a response request frame and a response frame in a multi-user based wireless communication system |
JP5663811B2 (en) | 2009-12-02 | 2015-02-04 | マーベル ワールド トレード リミテッド | Method and apparatus for sounding multiple stations |
US9350495B2 (en) | 2009-12-08 | 2016-05-24 | Qualcomm Incorporated | Method and apparatus for multicast block acknowledgment |
US8705340B2 (en) * | 2009-12-23 | 2014-04-22 | Intel Corporation | Packet-loss handling for downlink multi-user multiple-input and multiple-output wireless network |
US8750400B2 (en) * | 2010-01-04 | 2014-06-10 | Broadcom Corporation | Method and system for an iterative multiple user multiple input multiple output (MU-MIMO) communication system |
CN102130753B (en) * | 2010-01-20 | 2014-01-29 | 美国博通公司 | Method and system for processing signal |
JP5709323B2 (en) | 2010-02-10 | 2015-04-30 | マーベル ワールド トレード リミテッド | Wireless communication transmission protection |
KR101758909B1 (en) * | 2010-02-18 | 2017-07-18 | 엘지전자 주식회사 | Method and apparatus of transmitting reception acknowledgement in wireless local area network |
US9585043B2 (en) * | 2010-04-13 | 2017-02-28 | Interdigital Patent Holdings, Inc. | Group transmissions in wireless local area networks |
CN102316013A (en) * | 2010-07-01 | 2012-01-11 | 杭州华三通信技术有限公司 | Method and device for regulating maximum message size |
US8743784B2 (en) | 2010-08-04 | 2014-06-03 | Qualcomm Incorporated | VHT-SIG-B field in null data packets (NDPs) |
US8976877B2 (en) * | 2010-09-24 | 2015-03-10 | Intel Corporation | Techniques for multi-user MIMO sounding in wireless networks |
US9813135B2 (en) * | 2010-09-29 | 2017-11-07 | Qualcomm, Incorporated | Systems and methods for communication of channel state information |
EP2437428A1 (en) | 2010-10-01 | 2012-04-04 | Koninklijke Philips Electronics N.V. | Device and method for load balancing for data packet transmissions in wireless networks |
US8917743B2 (en) * | 2010-10-06 | 2014-12-23 | Samsung Electronics Co., Ltd. | Method and system for enhanced contention avoidance in multi-user multiple-input-multiple-output wireless networks |
US9438384B2 (en) * | 2011-03-08 | 2016-09-06 | Qualcomm Incorporated | Providing multiple retransmission policies for a single data stream by mapping differentiated services code point (DSCP) bit fields to media access control protocol data unit (MPDU) bit fields |
US9515925B2 (en) * | 2011-05-19 | 2016-12-06 | Qualcomm Incorporated | Apparatus and methods for media access control header compression |
US9100275B2 (en) * | 2011-09-06 | 2015-08-04 | Sameer Vermani | Signal unit including a field indicative of a zero-length payload |
US8761089B2 (en) * | 2011-10-18 | 2014-06-24 | Brillio, Llc | Frame acknowledgment in a communication network |
US9363707B2 (en) * | 2011-12-29 | 2016-06-07 | Qualcomm Incorporated | Systems and methods for generating and decoding short control frames in wireless communications |
US9253290B2 (en) * | 2012-02-29 | 2016-02-02 | Qualcomm Incorporated | Apparatus and methods for block acknowledgment compression |
US20130223338A1 (en) * | 2012-02-29 | 2013-08-29 | Qualcomm Incorporated | Apparatus and methods for block acknowledgment compression |
US9078237B2 (en) * | 2012-04-13 | 2015-07-07 | Intel Corporation | Methods and arrangements for orthogonal training sequences in wireless networks |
US9608789B2 (en) * | 2012-05-11 | 2017-03-28 | Interdigital Patent Holdings, Inc. | Method and apparatus for transmitting acknowledgements in response to received frames |
US20150327121A1 (en) * | 2014-05-08 | 2015-11-12 | Guoqing C. Li | Method, apparatus, and computer readable media for acknowledgement in wireless networks |
CN106717053B (en) | 2014-08-29 | 2020-11-06 | 株式会社东芝 | Wireless communication device |
US10153820B2 (en) * | 2015-11-25 | 2018-12-11 | Newracom, Inc. | Receiver address field for multi-user transmissions in WLAN systems |
-
2013
- 2013-05-09 US US13/890,833 patent/US9608789B2/en active Active
- 2013-05-10 CN CN202011072092.6A patent/CN112291045B/en active Active
- 2013-05-10 TW TW102116685A patent/TW201407991A/en unknown
- 2013-05-10 EP EP13725014.8A patent/EP2847909A1/en active Pending
- 2013-05-10 KR KR1020207037886A patent/KR102297813B1/en active IP Right Grant
- 2013-05-10 WO PCT/US2013/040529 patent/WO2013170136A1/en active Application Filing
- 2013-05-10 KR KR1020147034125A patent/KR102198921B1/en active IP Right Grant
- 2013-05-10 CN CN201380024671.5A patent/CN104321995A/en active Pending
- 2013-05-10 JP JP2015511739A patent/JP2015525017A/en active Pending
- 2013-05-10 TW TW106123384A patent/TWI665887B/en active
-
2016
- 2016-11-07 JP JP2016217262A patent/JP2017073791A/en active Pending
-
2017
- 2017-02-13 US US15/430,656 patent/US20170155490A1/en not_active Abandoned
-
2018
- 2018-04-25 US US15/962,831 patent/US10764014B2/en active Active
- 2018-11-29 JP JP2018223472A patent/JP2019071618A/en not_active Ceased
-
2020
- 2020-09-01 US US17/008,756 patent/US11082189B2/en active Active
-
2021
- 2021-08-03 US US17/392,933 patent/US20210367739A1/en active Pending
-
2022
- 2022-01-11 JP JP2022002283A patent/JP7295287B2/en active Active
-
2023
- 2023-06-08 JP JP2023094845A patent/JP2023110073A/en active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030003905A1 (en) * | 2001-06-20 | 2003-01-02 | Shvodian William M. | System and method for providing signal quality feedback in a wireless network |
US20070037548A1 (en) * | 2005-07-20 | 2007-02-15 | Interdigital Technology Corporation | Method and system for reducing power consumption of a wireless transmit/receive unit |
US9686049B2 (en) * | 2007-09-12 | 2017-06-20 | Avago Technologies General Ip (Singapore) Pte. Ltd | Method and system for Bluetooth (BT) delayed acknowledgement (ACK) |
US20090310692A1 (en) * | 2008-06-12 | 2009-12-17 | Nokia Corporation | Channel access protocol for wireless communication |
US20110235593A1 (en) * | 2010-03-29 | 2011-09-29 | Gong Michelle X | Techniques for efficient acknowledgement for UL MU mimo and uplink OFDMA in wireless networks |
US20110305176A1 (en) * | 2010-06-15 | 2011-12-15 | Qualcomm Incorporated | Method and apparatus for sending very high throughput wlan acknowledgment frames |
US20130172035A1 (en) * | 2011-12-28 | 2013-07-04 | Qualcomm Incorporated | Method and apparatus for acknowledgement using a group identifier |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150365972A1 (en) * | 2013-02-05 | 2015-12-17 | Lg Electronics Inc. | Method and apparatus for transmitting downlink in wireless communication system |
US10887915B2 (en) | 2013-02-05 | 2021-01-05 | Lg Electronics Inc. | Method and apparatus for transmitting downlink in wireless communication system |
US10342045B2 (en) * | 2013-02-05 | 2019-07-02 | Lg Electronics Inc. | Method and apparatus for transmitting downlink in wireless communication system |
US20170019818A1 (en) * | 2014-05-09 | 2017-01-19 | Zte Corporation | Method and Device for Processing Parallel transmission, and Computer Storage Medium |
US10225061B2 (en) * | 2014-06-19 | 2019-03-05 | Lg Electronics Inc. | Method and apparatus for receiving frame |
US20170149547A1 (en) * | 2014-06-19 | 2017-05-25 | Lg Electronics Inc. | Method and apparatus for receiving frame |
US20160374081A1 (en) * | 2015-06-19 | 2016-12-22 | Qualcomm Incorporated | Short uplink responses for downlink transmissions |
US20170134297A1 (en) * | 2015-11-06 | 2017-05-11 | Mediatek Inc. | Method for efficient reliable transmission |
US10142253B2 (en) * | 2015-11-06 | 2018-11-27 | Hfi Innovation Inc. | Method for efficient reliable transmission |
US10750405B2 (en) | 2016-02-03 | 2020-08-18 | Zte Corporation | Data packet sending method, data packet receiving method, data packet sending device and data packet receiving device |
US10091796B2 (en) * | 2016-12-30 | 2018-10-02 | Intel Corporation | Communication method and system |
CN109803382A (en) * | 2017-11-16 | 2019-05-24 | 华为技术有限公司 | The method and apparatus of data transmission |
US11490359B2 (en) * | 2018-07-13 | 2022-11-01 | Sagemcom Energy & Telecom Sas | Group acknowledgement in a wireless communication network |
US20220329519A1 (en) * | 2019-12-31 | 2022-10-13 | Huawei Technologies Co., Ltd. | Packet transmission method and electronic device |
WO2022139247A1 (en) * | 2020-12-23 | 2022-06-30 | 엘지전자 주식회사 | Method and device for receiving a-ppdu in wireless lan system |
Also Published As
Publication number | Publication date |
---|---|
TWI665887B (en) | 2019-07-11 |
CN112291045B (en) | 2023-10-27 |
KR102297813B1 (en) | 2021-09-07 |
TW201810983A (en) | 2018-03-16 |
CN104321995A (en) | 2015-01-28 |
KR20150007334A (en) | 2015-01-20 |
US20200396043A1 (en) | 2020-12-17 |
JP2015525017A (en) | 2015-08-27 |
JP2019071618A (en) | 2019-05-09 |
TW201407991A (en) | 2014-02-16 |
US11082189B2 (en) | 2021-08-03 |
JP7295287B2 (en) | 2023-06-20 |
WO2013170136A1 (en) | 2013-11-14 |
JP2022043322A (en) | 2022-03-15 |
JP2023110073A (en) | 2023-08-08 |
EP2847909A1 (en) | 2015-03-18 |
KR20210003308A (en) | 2021-01-11 |
US9608789B2 (en) | 2017-03-28 |
US10764014B2 (en) | 2020-09-01 |
US20210367739A1 (en) | 2021-11-25 |
KR102198921B1 (en) | 2021-01-07 |
CN112291045A (en) | 2021-01-29 |
JP2017073791A (en) | 2017-04-13 |
US20180241531A1 (en) | 2018-08-23 |
US20130301569A1 (en) | 2013-11-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11082189B2 (en) | Method and apparatus for negotiating a block acknowledgement agreement | |
US11770819B2 (en) | Multi-user parallel channel access in WLAN systems | |
US11792846B2 (en) | Method and apparatus for multi-user concurrent random access for wireless local area networks (WLANs) | |
US20210367716A1 (en) | Triggered transmission opportunity and multiple user ack procedures in wlan systems | |
US20230344564A1 (en) | Procedures for high efficiency acknowledgement transmission | |
US10320529B2 (en) | Data transmission method in wireless communication system and device therefor |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO PAY ISSUE FEE |