WO2017222749A1 - Procédés et systèmes de configuration d'accusés de réception - Google Patents

Procédés et systèmes de configuration d'accusés de réception Download PDF

Info

Publication number
WO2017222749A1
WO2017222749A1 PCT/US2017/034758 US2017034758W WO2017222749A1 WO 2017222749 A1 WO2017222749 A1 WO 2017222749A1 US 2017034758 W US2017034758 W US 2017034758W WO 2017222749 A1 WO2017222749 A1 WO 2017222749A1
Authority
WO
WIPO (PCT)
Prior art keywords
access control
media access
acknowledgment
mpdu
mac
Prior art date
Application number
PCT/US2017/034758
Other languages
English (en)
Inventor
Alfred ASTERJADHI
George Cherian
Simone Merlin
Original Assignee
Qualcomm Incorporated
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Qualcomm Incorporated filed Critical Qualcomm Incorporated
Priority to EP17729630.8A priority Critical patent/EP3476091A1/fr
Priority to CN201780038886.0A priority patent/CN109417546A/zh
Publication of WO2017222749A1 publication Critical patent/WO2017222749A1/fr

Links

Classifications

    • 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
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices

Definitions

  • the present application relates generally to wireless communications, and more specifically to systems, methods, and devices for communicating control information.
  • communications networks are used to exchange messages among several interacting spatially-separated devices.
  • Networks may be classified according to geographic scope, which could be, for example, a metropolitan area, a local area, or a personal area. Such networks would be designated respectively as a wide area network (WAN), metropolitan area network (MAN), local area network (LAN), or personal area network (PAN).
  • WAN wide area network
  • MAN metropolitan area network
  • LAN local area network
  • PAN personal area network
  • Networks also differ according to the switching/routing technique used to interconnect the various network nodes and devices (e.g. circuit switching vs. packet switching), the type of physical media employed for transmission (e.g. wired vs. wireless), and the set of communication protocols used (e.g. Internet protocol suite, SONET (Synchronous Optical Networking), Ethernet, etc.).
  • SONET Synchronous Optical Networking
  • Wireless networks are often preferred when the network elements are mobile and thus have dynamic connectivity needs, or if the network architecture is formed in an ad hoc, rather than fixed, topology.
  • Wireless networks employ intangible physical media in an unguided propagation mode using electromagnetic waves in the radio, microwave, infra-red, optical, etc. frequency bands. Wireless networks advantageously facilitate user mobility and rapid field deployment when compared to fixed wired networks.
  • the devices in a wireless network may transmit/receive information between each other.
  • the information may comprise packets, which in some aspects may be referred to as data units.
  • devices may transmit control information in order to better facilitate communication between the devices.
  • such information may increase overhead and reduce efficiency. Accordingly, there is a need for improved methods and devices for communicating such information between devices.
  • Some current methods perform a prior negotiation of block acknowledgment configurations, for example, during an initial setup process, in advance of data transfer. This solution suffers from several problems.
  • an actual PPDU size may be relatively small, for example, less than thirty two (32) bytes.
  • an acknowledgement capable of covering a large number of MPDUs may be longer than necessary, resulting in inefficient use of network bandwidth.
  • a device in communication with several other devices may experience different negotiated block acknowledgment lengths amount the several other devices. This may require the device to consult a database or other memory structure after receiving a message from a particular device but before sending an acknowledgment, to ensure its response conforms with the negotiated format.
  • the disclosed methods and systems solve the above problems by enabling a transmitter of data to define the configuration of an acknowledgment of that data in the data message itself, or at least outside the block acknowledgment negotiation process. Furthermore, the disclosed methods and systems may pad an multi TID acknowledgment message, potentially including both acknowledgment indications and block acknowledgment indications, if MPDUs are received correctly and the configured acknowledgment type is set to acknowledgment (and not block acknowledgment).
  • FIG. 1 illustrates an example of a wireless communication system in which aspects of the present disclosure may be employed.
  • FIG. 2 illustrates a block diagram of the access point 110 and two user terminals 120m and 120x in a MIMO system.
  • FIG. 3 illustrates various components that may be utilized in a wireless device that may be employed within a wireless communication system.
  • FIG. 4 is a diagram illustrating an exemplary embodiment of a physical layer convergence procedure (PLCP) protocol data unit (PPDU) frame.
  • FIG. 5 is a diagram illustrating an exemplary embodiment of a media access control (MAC) frame.
  • PLCP physical layer convergence procedure
  • MAC media access control
  • FIG. 6 shows an exemplary format of an aggregated media access control (MAC) protocol data unit (A-MPDU).
  • A-MPDU aggregated media access control protocol data unit
  • FIG. 7 shows an exemplary format of an acknowledgment type indication.
  • FIG. 8 provides exemplary values and definitions for the sub-fields discussed above with respect to FIG. 7.
  • FIG. 9 is an exemplary format of a block acknowledgment frame.
  • FIG. 10 is an exemplary timing diagram of a message exchange in one embodiment of the disclosed methods and systems.
  • FIG. 1 1 is a flowchart of a method of wireless communication.
  • FIG. 12 is a flowchart of a process for acknowledging a message received from a wireless network.
  • FIG. 13 is a flowchart of a method for acknowledging an MPDU.
  • FIG. 14 is a flowchart of a method of generating and transmitting a block acknowledgment.
  • Wireless network technologies may include various types of wireless local area networks (WLANs).
  • WLAN wireless local area networks
  • a WLAN may be used to interconnect nearby devices together, employing widely used networking protocols.
  • the various aspects described herein may apply to any communication standard, such as WiFi or, more generally, any member of the IEEE 802.1 1 family of wireless protocols.
  • wireless signals may be transmitted according to an 802.1 1 protocol using orthogonal frequency-division multiplexing (OFDM), direct-sequence spread spectrum (DSSS) communications, a combination of OFDM and DSSS communications, or other schemes.
  • OFDM orthogonal frequency-division multiplexing
  • DSSS direct-sequence spread spectrum
  • a WLAN includes various devices which are the components that access the wireless network.
  • access points access points
  • STAs clients
  • an AP serves as a hub or base station for the WLAN and an STA serves as a user of the WLAN.
  • an STA may be a laptop computer, a personal digital assistant (PDA), a mobile phone, etc.
  • PDA personal digital assistant
  • an STA connects to an AP via a WiFi (e.g., IEEE 802.11 protocol) compliant wireless link to obtain general connectivity to the Internet or to other wide area networks.
  • WiFi e.g., IEEE 802.11 protocol
  • an STA may also be used as an AP.
  • An access point may also comprise, be implemented as, or known as a NodeB, Radio Network Controller (“RNC”), eNodeB, Base Station Controller (“BSC”), Base Transceiver Station (“BTS”), Base Station (“BS”), Transceiver Function (“TF”), Radio Router, Radio Transceiver, or some other terminology.
  • RNC Radio Network Controller
  • BSC Base Station Controller
  • BTS Base Transceiver Station
  • BS Base Station
  • Transceiver Function TF
  • Radio Router Radio Transceiver
  • a station “STA” may also comprise, be implemented as, or known as an access terminal ("AT”), a subscriber station, a subscriber unit, a mobile station, a remote station, a remote terminal, a user terminal, a user agent, a user device, user equipment, or some other terminology.
  • an access terminal may comprise a cellular telephone, a cordless telephone, a Session Initiation Protocol ("SIP”) phone, a wireless local loop (“WLL”) station, a personal digital assistant (“PDA”), a handheld device having wireless connection capability, or some other suitable processing device connected to a wireless modem.
  • SIP Session Initiation Protocol
  • WLL wireless local loop
  • PDA personal digital assistant
  • a phone e.g., a cellular phone or smartphone
  • a computer e.g., a laptop
  • a portable communication device e.g., a headset
  • a portable computing device e.g., a personal data assistant
  • an entertainment device e.g., a music or video device, or a satellite radio
  • gaming device or system e.g., a gaming console, a global positioning system device, or any other suitable device that is configured to communicate via a wireless medium.
  • FIG. 1 is a diagram that illustrates a multiple-access multiple-input multiple-output (MIMO) system 100 with access points and user terminals.
  • MIMO multiple-access multiple-input multiple-output
  • An access point is generally a fixed station that communicates with the user terminals and may also be referred to as a base station or using some other terminology.
  • a user terminal or STA may be fixed or mobile and may also be referred to as a mobile station or a wireless device, or using some other terminology.
  • the access point 1 10 may communicate with one or more user terminals 120 at any given moment on the downlink and uplink.
  • the downlink (i.e., forward link) is the communication link from the access point to the user terminals
  • the uplink (i.e., reverse link) is the communication link from the user terminals to the access point.
  • a user terminal may also communicate peer-to-peer with another user terminal.
  • a system controller 130 couples to and provides coordination and control for the access points.
  • the user terminals 120 may also include some user terminals that do not support SDMA.
  • the AP 1 10 may be configured to communicate with both SDMA and non-SDMA user terminals. This approach may conveniently allow older versions of user terminals (“legacy" stations) that do not support SDMA to remain deployed in an enterprise, extending their useful lifetime, while allowing newer SDMA user terminals to be introduced as deemed appropriate.
  • the system 100 employs multiple transmit and multiple receive antennas for data transmission on the downlink and uplink.
  • the access point 110 is equipped with N ap antennas and represents the multiple-input (MI) for downlink transmissions and the multiple- output (MO) for uplink transmissions.
  • a set of K selected user terminals 120 collectively represents the multiple-output for downlink transmissions and the multiple-input for uplink transmissions.
  • MI multiple-input
  • MO multiple-output
  • K may be greater than N ap if the data symbol streams can be multiplexed using TDMA technique, different code channels with CDMA, disjoint sets of sub-bands with OFDM, and so on.
  • Each selected user terminal may transmit user-specific data to and/or receive user- specific data from the access point.
  • each selected user terminal may be equipped with one or multiple antennas (i.e., N Ht ⁇ 1).
  • the K selected user terminals can have the same number of antennas, or one or more user terminals may have a different number of antennas.
  • the SDMA system 100 may be a time division duplex (TDD) system or a frequency division duplex (FDD) system.
  • TDD time division duplex
  • FDD frequency division duplex
  • the downlink and uplink share the same frequency band.
  • the downlink and uplink use different frequency bands.
  • the MIMO system 100 may also utilize a single carrier or multiple carriers for transmission.
  • Each user terminal may be equipped with a single antenna (e.g., in order to keep costs down) or multiple antennas (e.g., where the additional cost can be supported).
  • the system 100 may also be a TDMA system if the user terminals 120 share the same frequency channel by dividing transmission/reception into different time slots, where each time slot may be assigned to a different user terminal 120.
  • FIG. 2 illustrates a block diagram of the access point 110 and two user terminals 120m and 120x in MIMO system 100.
  • the access point 1 10 is equipped with N t antennas 224a through 224ap.
  • the user terminal 120m is equipped with N uti m antennas 252ma through 252 mu
  • the user terminal 120x is equipped with N ut x antennas 252 xa through 252xu.
  • the access point 110 is a transmitting entity for the downlink and a receiving entity for the uplink.
  • the user terminal 120 is a transmitting entity for the uplink and a receiving entity for the downlink.
  • a “transmitting entity” is an independently operated apparatus or device capable of transmitting data via a wireless channel
  • a “receiving entity” is an independently operated apparatus or device capable of receiving data via a wireless channel.
  • the subscript "dn” denotes the downlink
  • the subscript "up” denotes the uplink
  • N up user terminals are selected for simultaneous transmission on the uplink
  • Nd n user terminals are selected for simultaneous transmission on the downlink.
  • N up may or may not be equal to Ndn
  • N up and Ndn may be static values or may change for each scheduling interval. Beam-steering or some other spatial processing technique may be used at the access point 110 and/or the user terminal 120.
  • a TX data processor 288 receives traffic data from a data source 286 and control data from a controller 280.
  • the TX data processor 288 processes (e.g., encodes, interleaves, and modulates) the traffic data for the user terminal based on the coding and modulation schemes associated with the rate selected for the user terminal and provides a data symbol stream.
  • a TX spatial processor 290 performs spatial processing on the data symbol stream and provides N ut m transmit symbol streams for the N utim antennas.
  • Each transmitter unit (TMTR) 254 receives and processes (e.g., converts to analog, amplifies, filters, and frequency upconverts) a respective transmit symbol stream to generate an uplink signal.
  • N utim transmitter units 254 provide N utim uplink signals for transmission from N utim antennas 252, for example to transmit to the access point 110.
  • N up user terminals may be scheduled for simultaneous transmission on the uplink.
  • Each of these user terminals may perform spatial processing on its respective data symbol stream and transmit its respective set of transmit symbol streams on the uplink to the access point 110.
  • N up antennas 224a through 224 ap receive the uplink signals from all N up user terminals transmitting on the uplink.
  • Each antenna 224 provides a received signal to a respective receiver unit (RCVR) 222.
  • Each receiver unit 222 performs processing complementary to that performed by transmitter unit 254 and provides a received symbol stream.
  • An RX spatial processor 240 performs receiver spatial processing on the N up received symbol streams from N up receiver units 222 and provides N up recovered uplink data symbol streams.
  • the receiver spatial processing may be performed in accordance with the channel correlation matrix inversion (CCMI), minimum mean square error (MMSE), soft interference cancellation (SIC), or some other technique.
  • Each recovered uplink data symbol stream is an estimate of a data symbol stream transmitted by a respective user terminal.
  • An RX data processor 242 processes (e.g., demodulates, deinterl eaves, and decodes) each recovered uplink data symbol stream in accordance with the rate used for that stream to obtain decoded data.
  • the decoded data for each user terminal may be provided to a data sink 244 for storage and/or a controller 230 for further processing.
  • a TX data processor 210 receives traffic data from a data source 208 for N dn user terminals scheduled for downlink transmission, control data from a controller 230, and possibly other data from a scheduler 234. The various types of data may be sent on different transport channels. TX data processor 210 processes (e.g., encodes, interleaves, and modulates) the traffic data for each user terminal based on the rate selected for that user terminal. The TX data processor 210 provides N dn downlink data symbol streams for the N dn user terminals.
  • a TX spatial processor 220 performs spatial processing (such as a precoding or beamforming) on the N dn downlink data symbol streams, and provides N up transmit symbol streams for the N up antennas.
  • Each transmitter unit 222 receives and processes a respective transmit symbol stream to generate a downlink signal.
  • N up transmitter units 222 may provide N up downlink signals for transmission from N up antennas 224, for example to transmit to the user terminals 120.
  • N utim antennas 252 receive the N up downlink signals from the access point 1 10.
  • Each receiver unit 254 processes a received signal from an associated antenna 252 and provides a received symbol stream.
  • An RX spatial processor 260 performs receiver spatial processing on N ut, m received symbol streams from N ut, m receiver units 254 and provides a recovered downlink data symbol stream for the user terminal 120. The receiver spatial processing may be performed in accordance with the CCMI, MMSE, or some other technique.
  • An RX data processor 270 processes (e.g., demodulates, deinterleaves and decodes) the recovered downlink data symbol stream to obtain decoded data for the user terminal.
  • a channel estimator 278 estimates the downlink channel response and provides downlink channel estimates, which may include channel gain estimates, SNR estimates, noise variance and so on.
  • a channel estimator 228 estimates the uplink channel response and provides uplink channel estimates.
  • Controller 280 for each user terminal typically derives the spatial filter matrix for the user terminal based on the downlink channel response matrix H ⁇ m for that user terminal.
  • Controller 230 derives the spatial filter matrix for the access point based on the effective uplink channel response matrix H up, eff.
  • the controller 280 for each user terminal may send feedback information (e.g., the downlink and/or uplink eigenvectors, eigenvalues, SNR estimates, and so on) to the access point 1 10.
  • the controllers 230 and 280 may also control the operation of various processing units at the access point 1 10 and user terminal 120, respectively.
  • FIG. 3 illustrates various components that may be utilized in a wireless device 302 that may be employed within the wireless communication system 100.
  • the wireless device 302 is an example of a device that may be configured to implement the various methods described herein.
  • the wireless device 302 may implement an access point 1 10 or a user terminal 120.
  • the wireless device 302 may include a processor 304 which controls operation of the wireless device 302.
  • the processor 304 may also be referred to as a central processing unit (CPU).
  • Memory 306 which may include both read-only memory (ROM) and random access memory (RAM), provides instructions and data to the processor 304.
  • a portion of the memory 306 may also include non-volatile random access memory (NVRAM).
  • the processor 304 may perform logical and arithmetic operations based on program instructions stored within the memory 306.
  • the instructions in the memory 306 may be executable to implement the methods described herein.
  • the processor 304 may comprise or be a component of a processing system implemented with one or more processors.
  • the one or more processors may be implemented with any combination of general-purpose microprocessors, microcontrollers, digital signal processors (DSPs), field programmable gate array (FPGAs), programmable logic devices (PLDs), controllers, state machines, gated logic, discrete hardware components, dedicated hardware finite state machines, or any other suitable entities that can perform calculations or other manipulations of information.
  • the processing system may also include machine-readable media for storing software.
  • Software shall be construed broadly to mean any type of instructions, whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise. Instructions may include code (e.g., in source code format, binary code format, executable code format, or any other suitable format of code). The instructions, when executed by the one or more processors, cause the processing system to perform the various functions described herein.
  • the wireless device 302 may also include a housing 308 that may include a transmitter 310 and a receiver 312 to allow transmission and reception of data between the wireless device 302 and a remote location.
  • the transmitter 310 and receiver 312 may be combined into a transceiver 314.
  • a single or a plurality of transceiver antennas 316 may be attached to the housing 308 and electrically coupled to the transceiver 314.
  • the wireless device 302 may also include (not shown) multiple transmitters, multiple receivers, and multiple transceivers.
  • the wireless device 302 may also include a signal detector 318 that may be used in an effort to detect and quantify the level of signals received by the transceiver 314.
  • the signal detector 318 may detect such signals as total energy, energy per subcarrier per symbol, power spectral density and other signals.
  • the wireless device 302 may also include a digital signal processor (DSP) 320 for use in processing signals.
  • DSP digital signal processor
  • the various components of the wireless device 302 may be coupled together by a bus system 322, which may include a power bus, a control signal bus, and a status signal bus in addition to a data bus.
  • a wide range of control information may be exchanged between STAs and/or APs using an 802.11 protocol.
  • STAs may exchange buffer status (BS) feedback, channel quality information feedback, resource allocation, power save (PS) feedback, etc. in order to facilitate more efficient communication between wireless devices.
  • This control information may be required to be signaled somewhere within exchanged frames between the STAs and/or APs.
  • including this information in various containers may add to design complexity.
  • control information in an aggregation of multiple types of frames (e.g., control, management, data, etc.) may increase medium access control (MAC) MAC overhead.
  • MAC medium access control
  • the control field may comprise one or more control fields carrying a variety of control information in one or more MAC frames.
  • the new type of control field may indicate the end of the one or more control frames and may be generated to include a variable amount of information in each control field.
  • FIG. 4 is a diagram illustrating an exemplary embodiment of a physical layer convergence procedure (PLCP) protocol data unit (PPDU) frame 400.
  • the PPDU frame 400 comprises a physical layer (PHY) header 415 and a PLCP service data unit (PSDU) 480 comprising a MAC header field 450, a payload data field 460, and a frame check sequence (FCS) field 470.
  • the PSDU 480 may also be referred to as a payload portion 480 of the PPDU 400.
  • the PHY header 415 may be used to acquire an incoming OFDM signal, to train and synchronize a demodulator, and may aid in demodulation and delivery of the payload portion 480.
  • FIG. 5 is a diagram illustrating an exemplary embodiment of a media access control (MAC) frame 500.
  • the MAC frame 500 may comprise a media access control protocol data unit (MPDU) frame.
  • MPDU media access control protocol data unit
  • the MAC frame 500 may correspond to the payload portion 480, as previously described in connection with FIG. 4.
  • the MAC frame 500 includes 12 different fields: a frame control (fc) field 510, a duration/identification (dur) field 525, a receiver address (al) field 530, a transmitter address (a2) field 535, a destination address (a3) field 540, a sequence control (sc) field 545, a fourth address (a4) field 550, a quality of service (QoS) control (qc) field 555, a high throughput (HT)/ very high throughput (VHT) control field 560, an acknowledgment (ACK) control field 565, a frame body 568, and a frame check sequence (FCS) field 470.
  • Some or all of the fields 510-565 may make up the MAC header 450 of FIG. 4.
  • a protocol version field of the frame control field 510 of the MAC frame 500 can be 0, or 1 or greater than 1.
  • FIG. 6 shows an exemplary format of an aggregated media access control (MAC) protocol data unit (A-MPDU).
  • the A-MPDU 600 includes a preamble that include a first legacy short training field 605, second legacy short training field 610, a legacy signal field 615, a very high throughput (HVT) signal-A (SIG-A) field 620, a VHT-short training field(STF) 625, a VHT long training field (LTF) and a VHT signal-B (SIG-B) field 635.
  • the A-MPDU 600 also includes a data field 640.
  • the data field 640 may be formatted into one or more MPDUs.
  • the data field 640 includes MPDU sub-frames, each comprised of a delimiter field 655a-c, a media access control header 660a-c, and a MAC payload 670a-c respectively.
  • FIG. 7 shows an exemplary format of a portion of an acknowledgment type indication message 700.
  • the portion 700 may be included in a high throughput (HT) control field of a media access control header, such as any of media access control headers 660a-c discussed above.
  • the acknowledgment type indication discussed herein may control a portion or all of the fields shown with respect to FIG. 7.
  • the acknowledgment type indication 700 may include a block acknowledgment request indication for up to seven (7) different traffic identifiers, indicated as 705a-h.
  • the acknowledgment type indication may also optionally include a reserved and/or uplink modulation and coding scheme indication field 710.
  • Each of the fields 705a-h may be three bits long. However, the length of the fields 705a-h may vary by embodiment.
  • the reserved field 710 may be two bits long in some aspects.
  • the field 710 may be set by a transmitter of the indication 700 to indicate a modulation and coding scheme (MCS) for a response from the intended recipient of the acknowledgment type 700. Providing transmitter controls of the response MCS may mitigate power imbalance issues.
  • MCS modulation and coding scheme
  • FIG. 8 provides exemplary values and definitions for the sub-fields 705a-h discussed above with respect to FIG. 7. As the fields 705a-h are three bits in length in the example of FIG. 7, values 0-7 are defined for the fields 705a-h.
  • the values for fields 705a-h may indicate in some aspects for each traffic identifier, whether no acknowledgments are requested for a particular TID (e.g. value of 0 in one of the sub-fields 705a-h), an immediate acknowledgement is requested for a particular TID (e.g. value of one (1) in the one of the sub-fields 705a-h), an implicit block acknowledgement is requested for a particular TID, and that the block acknowledgment should utilize 32 octets for acknowledging MPDUs (e.g.
  • an implicit block acknowledgement is requested for a particular TID, and that the block acknowledgment should utilize 64 octets for acknowledging MPDUs (e.g. value of three (3) in one of the sub-fields 705a-h), an implicit block acknowledgement is requested for a particular TID, and that the block acknowledgment should utilize 128 octets for acknowledging MPDUs, (e.g. value of four (4) in one of the sub-fields 705a-h), an implicit block acknowledgement is requested for a particular TID, and that the block acknowledgment should utilize 256 octets for acknowledging MPDUs, (e.g.
  • an implicit block acknowledgement is requested for a particular TID, and that the block acknowledgment should utilize 64 octets for acknowledging MPDUs, and that fragmentation at level 3 is enabled or turned on (e.g. value of six (6) in one of the sub-fields 705a-h), or optionally an implicit block acknowledgement is requested for a particular TID, and that the block acknowledgment should utilize 256 octets for acknowledging MPDUs, and that fragmentation at level 3 is on (e.g. value of seven (7) in one of the sub-fields 705 a-h).
  • FIG. 9 is an exemplary format of a block acknowledgment frame.
  • the block acknowledgment frame 900 may include a frame control field 905, duration/ID field 910, first address field (Al) 915, second address field (A2) 920, block acknowledgment control field 925, a variable length block information field 960, which may repeat for multiple traffic identifiers, and a frame check sequence 980.
  • Each block information field 960 may include a traffic identifier field 960a, acknowledgment type field 960b, starting sequence number field 960c, and a variable sized block acknowledgment bitmap field 960d.
  • the length of the block acknowledgment bitmap field 960d for a particular traffic identifier may be configured via the acknowledgment type 700 described above with respect to FIG. 7.
  • the block acknowledgment control field 925 may include one or more fields, including a block acknowledgment policy field 925a, multi-TID field 925b, compressed bitmap field 925c, reserved field 925d, and TID_INFO field 925e. Possible values and their definitions for the block acknowledgment policy field 925a are provided in table 990. Possible values and their definitions for the multi-TID field 925b and compressed bitmap field 925c are provided by table 992.
  • FIG. 10 is an exemplary timing diagram of a message exchange in one embodiment of the disclosed methods and systems.
  • the timing diagram 1000 shows a first A-MPDU 1005 is transmitted by a first device.
  • the first A-MPDU 1005 includes two MPDUs, each with a different traffic identifier (shows as TIDs 1 and 2).
  • the A-MPDU 1005 also indicates a type for block acknowledgments for each of the traffic identifiers.
  • A-MPDU 1005 indicates that MPDU's for TID 1 should be acknowledged with a single acknowledgment, for example, as shown by a value of one (1) in FIG. 8.
  • A-MPDU 1005 also shows MPDU's for TID 2 are to be acknowledged using a block acknowledgment, with a maximum number of octets for use in acknowledgments at 32, for example, as shown by value two (2) in FIG. 8.
  • the A-MPDU may be addressed to device 2, in other words, destination address fields in MAC headers in the two MPDUs within A-MPDU 1005 may identify device 2, via device 2's station address or other address.
  • device 2 may acknowledge the MPDU for TID 1 , given the acknowledgment type for TID 1 was indicated as acknowledgment in the A-MPDU 1005. As the acknowledgment type for TID 2 was indicated as block acknowledgment, with a maximum number of octets used for acknowledgment set to 32 in A-MPDU 1005, no block acknowledgment is immediately transmitted by device 2 in response to reception of the A-MPDU 1005. Later, device 1 may transmit one or more additional A-MPDUs, such as A-MPDU 1015 shown in FIG. 10.
  • the transmission of these additional A-MPDU's may cause device 2 to reach a threshold with regard to acknowledging MPDUs from device 1.
  • device 2 may transmit block acknowledgment 1020 in accordance with the acknowledgment type for traffic identifier 2 defined by the A-MPDU 1005 and/or 1015.
  • block acknowledgment 1020 may include provision for acknowledging up to 4 MPDUs, per the acknowledgment type indicated by A-MPDU 1005 and/or 1015 (32 / 8 bits per MPDU).
  • FIG. 11 is a flowchart of a method of wireless communication.
  • process 1 100 discussed below with respect to FIG. 1 1 may be performed by the device 302.
  • instructions in the memory 306 may configure the processor 304 to perform one or more of the functions discussed below with respect to process 900.
  • Process 1100 may provide more flexibility than some known block acknowledgment designs. For example, maintaining the same block acknowledgment size during an entire block acknowledgment session may be suboptimal when a typical PPDU size is relatively small, for example, less than thirty two. An acknowledgment that covers a large number of MPDUs provides a sub-optimal use of the medium. Additional each station on a wireless network may have negotiated a different block acknowledgment length. Thus, before an access point can respond to a station, the AP may be required to look up the proper block acknowledgment configuration to utilize when communicating with a particular STA.
  • process 900 provides a mechanism under which a transmitter of a frame can solicit the length of the corresponding acknowledgment via a header in an A-MPDU.
  • the configuration of acknowledgments for a particular traffic identifier may be changed dynamically whenever the transmitter deems it necessary, and need not be delayed until a new acknowledgment configuration can be negotiated.
  • an aggregated media access control protocol data unit (A- MPDU) is generated.
  • the A-MPDU may be generated to include one or more MPDU frames, for example, as shown with respect to A-MPDU 600 in FIG. 6.
  • Each of the MPDU's included in the A-MPDU may include a header portion and a data portion.
  • the header portion may be a media access control (MAC) header, such as a header similar to mac header 450 shown with respect to FIG. 4 and/or any one of the mac headers 660a-c shown in FIG. 6.
  • MAC media access control
  • the header within the A-MPDU includes an indication as to a type of a block acknowledgment for the A-MPDU, or sub-frames within the A-MPDU.
  • the HT control field 560 shown with respect to FIG. 5 may include the indication.
  • the HT control field 560 may be redefined from previously known formats to implement field 700 shown with respect to FIG. 7.
  • the media access control header may indicate a maximum number of MPDUs that may be acknowledged by the block acknowledgement. For example, by indicating a block acknowledgement using 32, 64, 128, or 256 octets for acknowledging MPDUs, the indication defines a maximum number of MPDU's that may be acknowledged.
  • the A-MPDU includes multiple MPDUs indicating different traffic identifiers.
  • the QOS control field 555 shown in MAC header 450 of FIG. 5 may indicate a traffic identifier for the MPDU containing the MAC header.
  • bits 0-3 i.e. the four lowest order bits
  • the different QOS control fields in the multiple different MPDUs may provide different traffic identifier indications.
  • the header may indicate different acknowledgment types for the different traffic identifiers for MPDU's included in the A-MPDU.
  • the media access control header may include at least a portion of the field 700.
  • the media access control header may include separate acknowledgment types for separate traffic identifiers (such as examples TID 0-7 in FIG. 7).
  • the media access control header may indicate, in some aspects for each traffic identifier, whether no acknowledgments are requested for a particular TID (e.g. value of 0 in one of the sub-fields 705a-h), an immediate acknowledgement is requested for a particular TID (e.g. value of one (1) in the one of the sub-fields 705a-h), an implicit block acknowledgement is requested for a particular TID, and that the block acknowledgment should utilize 32 octets for acknowledging MPDUs (e.g.
  • an implicit block acknowledgement is requested for a particular TID, and that the block acknowledgment should utilize 64 octets for acknowledging MPDUs, (e.g. value of three (3) in one of the sub-fields 705a-h), an implicit block acknowledgement is requested for a particular TID, and that the block acknowledgment should utilize 128 octets for acknowledging MPDUs, (e.g. value of four (4) in one of the sub-fields 705a-h), an implicit block acknowledgement is requested for a particular TID, and that the block acknowledgment should utilize 256 octets for acknowledging MPDUs, (e.g.
  • an implicit block acknowledgement is requested for a particular TID, and that the block acknowledgment should utilize 64 octets for acknowledging MPDUs, and that fragmentation at level 3 is enabled or turned on (e.g. value of six (6) in one of the sub-fields 705a-h), or optionally an implicit block acknowledgement is requested for a particular TID, and that the block acknowledgment should utilize 256 octets for acknowledging MPDUs, and that fragmentation at level 3 is on (e.g. value of seven (7) in one of the sub-fields 705a-h).
  • the HT-Control field 560 may include at least a portion of the fields 705a-h and 710 shown in FIG. 7.
  • each MPDU within the A-MPDU includes the same destination address, for example, in the Al field 530.
  • a device identified by the destination address may transmit a block acknowledgment according to the indicated acknowledgment type back to the device performing process 1100.
  • the device performing process 1100 may receive the block acknowledgment.
  • the device may then decode the block acknowledgment according to the indicated acknowledgment type.
  • the block acknowledgement may conform to the format described above with respect to block acknowledgment 900 of FIG. 9.
  • decoding the acknowledgment according to the indicated acknowledgment type may include determining whether the received block acknowledgment is acknowledging one or more of up to a maximum number of MPDUs, based on the use of 32, 64, 128, or 256 octets for acknowledging of MPDUs, depending on the indicated acknowledgment type.
  • FIG. 12 is a flowchart of a process for acknowledging a message received from a wireless network.
  • process 1200 discussed below may be performed by the device 302.
  • memory 306 may store instructions in some aspects that configure the processor 304 to perform one or more of the functions discussed below with respect to process 1200.
  • a transmitter may be desirable for a transmitter to configure a type of block acknowledgement that should be provided for a particular message.
  • this may enable an access point to process an acknowledgment type or format that is common across at least a majority of devices with which the access point is performing communications.
  • an acknowledgment type or format may be particularly helpful when the access point is challenged to respond to the received message within a time limit imposed by a wireless communication standard, such as within a short inter-frame-space time (SIFS).
  • SIFS short inter-frame-space time
  • the receiving device may respond with a compressed block acknowledgment if only one of the acknowledgment types (such as each of sub-fields 705a-h of FIG. 7) indicated in the A-MPDU indicates a block acknowledgment request for multiple MPDUs.
  • an aggregated media access control (MAC) protocol data unit (A-MPDU) is received.
  • the A-MPDU includes one or more media access control protocol data units.
  • Each of the media access control protocol data units includes a header portion and a data portion.
  • the header portion may be a media access control (MAC) header, such as for example that shown in FIGs. 4-5 as MAC header 450.
  • MAC media access control
  • the header portion includes an indication, such as a field or certain bits of the header, that indicate an acknowledgment type used for acknowledging at least one of the MPDU's included in the received A-MPDU.
  • the block acknowledgement type indication is provided in the HT-Control field 560, as shown above with respect to FIG. 5.
  • the type indication indicates a maximum number of MPDUs that can be acknowledged by the block acknowledgment. For example, in some aspects, the type may indicate whether the block acknowledgment acknowledges individual MPDUs using 32, 64, 128, or 256 octets. The maximum number of MPDUs may be derived from the number of octets used to acknowledgment the multiple MPDUs.
  • each sequence number used to acknowledge an MPDU is 8 bits in length, than the use of 32 octets provides for a maximum of four MPDUs to be acknowledged.
  • the size of the block acknowledgment may scale with the maximum number of MPDUs that can be acknowledged.
  • the type may also indicate whether fragmentation at level 3 is enabled or not.
  • the header may be decoded to determine acknowledgment types for a plurality of traffic identifiers.
  • each of these traffic identifiers may be associated with one or more MPDUs included in the A-MPDU.
  • the block acknowledgement type may be decoded to determine a separate maximum number of MPDUs that can be acknowledged in common or separate block acknowledgments for the different traffic identifiers.
  • the received A-MPDU may indicate that data for a first traffic identifier may be acknowledged in a block acknowledgment having a bitmap field 960d of a first length, while data for a second traffic identifier may be acknowledged by a block acknowledgment having a bitmap field 960d of a second length.
  • the type indication of the header discussed above may take the form of at least a portion of field 700, discussed above with respect to FIG. 7.
  • Values and definitions of the sub-fields 705a-h may conform to the exemplary definitions provided with respect to FIG. 8 in some aspects.
  • an acknowledgment acknowledging at least one of the media access control (MAC) protocol data units is transmitted in response to the acknowledgment type.
  • the acknowledgment is generated in accordance with the type indicated in the A-MPDU.
  • the decoded acknowledgment type indicates that block acknowledgments utilizing 32, 64, 128, or 256 octets may acknowledge MPDUs
  • the acknowledgment transmitted in block 1210 may be a block acknowledgment and include the indicated number of octets.
  • the acknowledgment type indicates that an immediate acknowledgment is requested (for example, via a value of one (1) as shown in the exemplary implementation described by FIG. 8)
  • block 1210 may provide an acknowledgment immediately upon reception of the MPDU.
  • the receiving device may delay acknowledgment of the received A-MPDU or MPDUs within the A-MPDU until a larger threshold of received MPDUs has been reached (or a maximum elapsed time has occurred). For example, if the acknowledgment type received indicates that a maximum of N MPDUs can be acknowledged via a block acknowledgment, then the receiving device may wait until up to N MPDUs are received (or a maximum time threshold is reached) before transmitting the block acknowledgment in block 1210.
  • the block acknowledgment may at least partially conform with the format of block acknowledgment 900 discussed above with respect to FIG. 9.
  • an acknowledgment may be generated by block 1210 that acknowledges data for at least two different traffic identifiers, which may have been indicated in the received frame of block 1205.
  • the acknowledgment type may be decoded to determine whether fragmentation at level 3 is enabled or disabled (turned on or off).
  • FIG. 13 is a flowchart of a method for acknowledging an MPDU.
  • some embodiments of process 1200 discussed above may include one or more of the functions described with respect to FIG. 13 below within block 1212 of FIG. 12.
  • process 1212 described below may be performed by the device 302.
  • instructions stored in the memory 306 may configure the processor 304 to perform one or more of the functions discussed below with respect to process 1212.
  • Decision block 1305 determines a number of block acknowledgment requests requested by an acknowledgment type indicated in a received A-MPDU. For example, in some aspects, the number will count the number of sub-fields 705a-h with a value greater than one in embodiments utilizing the values and definition described with respect to FIG. 8. Decision block then determines whether the determined number is greater than one. In other words, is more than one traffic identifier configured to receive acknowledgments via block acknowledgments (e.g. per the acknowledgment type indication received in block 1205 of FIG. 12)?
  • process 1212 moves to block 1310, which transmits a multi-TID block acknowledgment.
  • Transmitting a multi-TID block acknowledgment may including generating multiple block acknowledgment information fields, such as block acknowledgement information field 960 shown in FIG. 9B.
  • a block acknowledgment indication field 960 may be generated to include an acknowledgment type field 960b set to indicate an acknowledgment (e.g. a value of one (1) as indicated by the value of one in FIG. 8) if the MPDU for that TID was successfully received.
  • the multi-TID block acknowledgment may include pad information for every non- rreceived MPDU for a TID requesting acknowledgment (such as via a value of one (1) in FIG. 8). A more detailed example of this is discussed below with respect to FIG. 14.
  • Block 1310 may also include generating a block acknowledgment information field (such as field 960 of FIG. 9B) with an acknowledgment type field 960b set to indicate a block acknowledgment (e.g. value of zero (0)) for TIDs configured for block acknowledgments (e.g. via acknowledgment type 700).
  • a block acknowledgment information field such as field 960 of FIG. 9B
  • an acknowledgment type field 960b set to indicate a block acknowledgment (e.g. value of zero (0)) for TIDs configured for block acknowledgments (e.g. via acknowledgment type 700).
  • These block acknowledgment information fields may include a bitmap field 960d with a length in accordance with an indication from the acknowledgment type for the particular traffic identifier (e.g. 700).
  • process 1212 moves to decision block 1315.
  • Decision block 1315 determines if the number of traffic identifiers requesting block acknowledgements is equal to one. If the number of block acknowledgments is equal to one, process 1212 moves to block 1320, which transmits a compressed acknowledgment. Otherwise, process 1212 transmits an acknowledgment message (not a block acknowledgement message) in block 1325.
  • One or more of blocks 1310, 1320, and/or 1325 may be partially or completely performed by the transmitter 310 in some aspects.
  • FIG. 14 is a flowchart of a method of generating and transmitting a block acknowledgment.
  • process 1310 described with respect to FIG. 14 may be performed by block 1310 of process 1212, discussed above with respect to FIG. 13.
  • Block 1405 indicates that an initial TID is determined.
  • the initial TID may be one of the TIDs identified by the acknowledgment type indicator 700 described above with respect to FIG. 7.
  • Decision block 1410 determines whether the TID is configured for acknowledgment or block acknowledgment. For example, using the example values and definitions provided in FIG. 8 for the sub-fields 705a-h of FIG. 7, the TID may be configured for acknowledgment if the corresponding subfield 705 for the TID had a value of one (1). If the TID is configured for acknowledgment, process 1310 moves to block 1415, which determines whether an MPDU for the TID was received properly.
  • process 1310 moves to block 1425, which adds a block acknowledgment information field to a block acknowledgment message.
  • block 1425 may add a block information field 960 to the block acknowledgment message.
  • the ack type field 960 may be set to indicate an acknowledgement, which is a value of one (or set) in some aspects.
  • padding the block acknowledgment may include adding a block acknowledgment information field (e.g. 960 of FIG. 9) of at least two bytes containing a sequence of zeros. This may provide that the length of the block acknowledgment is self-sustained.
  • padding the block acknowledgment may include adding a block acknowledgment information field (e.g. 960 of FIG. 9) of at least two bytes that contains an acknowledgment control field.
  • a block acknowledgment information field such as BA information field 960 discussed above with respect to FIG. 9, may be added to the multi- TID block acknowledgment.
  • An acknowledgment type indication such as acknowledgment type field 960b of BA information field 960 may be set to indicate a block acknowledgment (e.g. value of zero (0) in some aspects) in block 1430.
  • the block acknowledgment bitmap is set to indicate which MPDUs have been successfully received for the traffic identifier.
  • block 1435 may operate on field 960d of block acknowledgment information field 960, discussed above with respect to FIG. 9.
  • Block 1440 Each of blocks 1420, 1425, and 1435 transition to block 1440, which determines if there are more TIDs to process. If there are, the next TID for processing is identified in block 1445 and processing returns to decision block 1410. If there are no more TIDs , process 1310 transitions to block 1450 which transmits the block acknowledgement. Block 1450 may be performed, in some aspects, by the transmitter 310.
  • any reference to an element herein using a designation such as "first,” “second,” and so forth does not generally limit the quantity or order of those elements. Rather, these designations may be used herein as a convenient wireless device of distinguishing between two or more elements or instances of an element. Thus, a reference to first and second elements does not mean that only two elements may be employed there or that the first element must precede the second element in some manner. Also, unless stated otherwise a set of elements may include one or more elements.
  • any of the various illustrative logical blocks, modules, processors, means, circuits, and algorithm steps described in connection with the aspects disclosed herein may be implemented as electronic hardware (e.g., a digital implementation, an analog implementation, or a combination of the two, which may be designed using source coding or some other technique), various forms of program or design code incorporating instructions (which may be referred to herein, for convenience, as "software” or a "software module), or combinations of both.
  • software or a “software module”
  • the various illustrative logical blocks, modules, and circuits described in connection with the aspects disclosed herein and in connection with FIGS. 1-7 may be implemented within or performed by an integrated circuit (IC), an access terminal, or an access point.
  • the IC may include a general purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, electrical components, optical components, mechanical components, or any combination thereof designed to perform the functions described herein, and may execute codes or instructions that reside within the IC, outside of the IC, or both.
  • the logical blocks, modules, and circuits may include antennas and/or transceivers to communicate with various components within the network or within the device.
  • a general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine.
  • a processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
  • the functionality of the modules may be implemented in some other manner as taught herein.
  • the functionality described herein (e.g., with regard to one or more of the accompanying figures) may correspond in some aspects to similarly designated "means for" functionality in the appended claims.
  • Computer-readable media includes both computer storage media and communication media including any medium that can be enabled to transfer a computer program from one place to another.
  • a storage media may be any available media that may be accessed by a computer.
  • such computer-readable media may include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that may be used to store desired program code in the form of instructions or data structures and that may be accessed by a computer.
  • Disk and disc includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk, and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media. Additionally, the operations of a method or algorithm may reside as one or any combination or set of codes and instructions on a machine readable medium and computer-readable medium, which may be incorporated into a computer program product.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne des procédés, un appareil, et des systèmes de configuration d'accusés de réception de données. Dans certains aspects de l'invention, un procédé consiste à : générer une unité de données de protocole de commande d'accès au support (MAC) agrégée (A-MPDU) comprenant une unité de données de protocole de commande d'accès au support (MPDU), la MPDU contenant un en-tête et des données de commande d'accès au support (MAC), l'en-tête MAC contenant une indication d'un type d'accusé de réception pour les données de la MPDU ; et transmettre l'A-MPDU sur un réseau sans fil.
PCT/US2017/034758 2016-06-24 2017-05-26 Procédés et systèmes de configuration d'accusés de réception WO2017222749A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP17729630.8A EP3476091A1 (fr) 2016-06-24 2017-05-26 Procédés et systèmes de configuration d'accusés de réception
CN201780038886.0A CN109417546A (zh) 2016-06-24 2017-05-26 用于确认配置的方法和系统

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201662354644P 2016-06-24 2016-06-24
US62/354,644 2016-06-24
US15/605,836 US10484159B2 (en) 2016-06-24 2017-05-25 Methods and systems for acknowledgment configuration
US15/605,836 2017-05-25

Publications (1)

Publication Number Publication Date
WO2017222749A1 true WO2017222749A1 (fr) 2017-12-28

Family

ID=60678113

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2017/034758 WO2017222749A1 (fr) 2016-06-24 2017-05-26 Procédés et systèmes de configuration d'accusés de réception

Country Status (4)

Country Link
US (1) US10484159B2 (fr)
EP (1) EP3476091A1 (fr)
CN (1) CN109417546A (fr)
WO (1) WO2017222749A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112543036A (zh) * 2019-09-05 2021-03-23 苹果公司 基于mac的混合自动重传请求（harq）

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016140546A1 (fr) * 2015-03-04 2016-09-09 주식회사 윌러스표준기술연구소 Terminal de communication sans fil et procédé de communication sans fil pour une transmission simultanée multiutilisateur
CN108933735B (zh) * 2017-05-27 2020-12-25 华为技术有限公司 一种报文发送的方法、装置及设备
DE102018201433A1 (de) * 2018-01-31 2019-08-14 Zf Friedrichshafen Ag Übertragungssystem für Steuerdaten
CN110830175B (zh) * 2018-08-14 2023-03-28 华为技术有限公司 数据包的确认方法、装置、设备及计算机可读存储介质
WO2020050649A1 (fr) * 2018-09-05 2020-03-12 엘지전자 주식회사 Procédé et dispositif de transmission d'informations relatives à une liaison dans un système lan sans fil
CN112544043B (zh) * 2019-06-20 2024-05-07 北京小米移动软件有限公司 接收状态反馈方法和装置
CN110572244B (zh) 2019-09-06 2020-11-06 展讯通信（上海）有限公司 数据重传、数据接收响应方法及装置、存储介质
US11641660B2 (en) * 2019-11-12 2023-05-02 Nxp Usa, Inc. Multi-antenna processing in multi-link wireless communication systems
US11263167B2 (en) * 2020-03-30 2022-03-01 Verizon Patent And Licensing Inc. Methods and systems for transmitting arrays of sequenced data blocks
CN114097186A (zh) * 2020-06-01 2022-02-25 北京小米移动软件有限公司 确认ack反馈策略配置、ack反馈方法及装置、存储介质
CN112929134B (zh) * 2021-01-12 2023-04-07 普联技术有限公司 块确认帧的生成与译码方法及装置、终端设备、存储介质
US20230188266A1 (en) * 2021-12-13 2023-06-15 Mediatek Inc. Method and apparatus for dealing with negotiation procedure initiated by request action frame through responding with acknowledgement control frame or time-constrained response action frame

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150146648A1 (en) * 2013-11-25 2015-05-28 Canon Kabushiki Kaisha Method and device for data communication in a communication network
WO2016022431A1 (fr) * 2014-08-06 2016-02-11 Qualcomm Incorporated Systèmes et procédés pour agréger des trames d'unités de données de protocole de commande d'accès au support multi-utilisateur dans un réseau sans fil

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7574539B2 (en) * 2007-08-30 2009-08-11 Intel Corporation Dynamic A-MSDU enabling
US9628226B2 (en) * 2010-09-30 2017-04-18 Qualcomm Incorporated Block acknowledgement with retransmission policy differentiation
US8948089B2 (en) * 2012-01-11 2015-02-03 Intel Corporation Device, system and method of communicating aggregate data units
CN102724706B (zh) * 2012-06-19 2014-08-20 天津大学 一种两级帧聚合方法
US9525520B2 (en) * 2012-12-21 2016-12-20 Qualcomm Incorporated Block acknowledgement selection rules
CN103957087B (zh) * 2014-04-30 2018-01-23 魅族科技（中国）有限公司 一种无线通信方法、相关设备及系统
CN105282114B (zh) * 2014-07-18 2020-07-24 北京新岸线移动多媒体技术有限公司 一种数据帧传输的方法、发送装置和接收装置
US20160119455A1 (en) * 2014-10-27 2016-04-28 Robert J. Stacey Wireless device, method, and computer readable media for fragmentation and aggregation with block acknowledgement in a wireless local-area network
US9929847B2 (en) * 2014-12-23 2018-03-27 Qualcomm Incorporated Shortened block acknowledgement with fragmentation acknowledgement signaling
CN111491395B (zh) * 2015-07-02 2024-04-09 华为技术有限公司 关联的建立方法及装置
US10063359B2 (en) * 2015-08-24 2018-08-28 Lg Electronics Inc. Method and apparatus for processing ACK signal in a wireless local area network system
EP3860207B1 (fr) * 2015-08-27 2023-11-15 Sony Group Corporation Dispositif et procédé de communication
CN105471549B (zh) * 2015-11-17 2018-09-11 西安电子科技大学 基于a-mpdu子帧位置信息控制的块确认系统及方法
JP6878224B2 (ja) * 2017-09-15 2021-05-26 株式会社東芝 無線通信装置および無線通信方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150146648A1 (en) * 2013-11-25 2015-05-28 Canon Kabushiki Kaisha Method and device for data communication in a communication network
WO2016022431A1 (fr) * 2014-08-06 2016-02-11 Qualcomm Incorporated Systèmes et procédés pour agréger des trames d'unités de données de protocole de commande d'accès au support multi-utilisateur dans un réseau sans fil

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112543036A (zh) * 2019-09-05 2021-03-23 苹果公司 基于mac的混合自动重传请求（harq）
US11817958B2 (en) 2019-09-05 2023-11-14 Apple Inc. MAC-based hybrid automatic repeat request (HARQ)

Also Published As

Publication number Publication date
US20170373813A1 (en) 2017-12-28
US10484159B2 (en) 2019-11-19
EP3476091A1 (fr) 2019-05-01
CN109417546A (zh) 2019-03-01

Similar Documents

Publication Publication Date Title
US10484159B2 (en) Methods and systems for acknowledgment configuration
US10812634B2 (en) Methods and apparatus for communicating high efficiency control information
US10218621B2 (en) Methods and apparatus for multiple user uplink
EP3039928B1 (fr) Procédés et appareil pour liaison montante multiutilisateurs
US20170181187A1 (en) Methods and apparatus for negotiating processing time for multiple user uplink
US10477568B2 (en) Methods and apparatus for multiple user uplink
US20160142122A1 (en) Methods and apparatus for channel state information feedback
AU2015343259A1 (en) Methods and apparatus for acknowledging multiple user uplink transmissions
WO2016111838A1 (fr) Procédés et appareil de retour d'informations d'état de canal
NZ717393B2 (en) Methods and apparatus for multiple user uplink

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17729630

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017729630

Country of ref document: EP

Effective date: 20190124