US20070011554A1 - Block acknowledgement request apparatus, systems, and methods - Google Patents
Block acknowledgement request apparatus, systems, and methods Download PDFInfo
- Publication number
- US20070011554A1 US20070011554A1 US11/167,491 US16749105A US2007011554A1 US 20070011554 A1 US20070011554 A1 US 20070011554A1 US 16749105 A US16749105 A US 16749105A US 2007011554 A1 US2007011554 A1 US 2007011554A1
- Authority
- US
- United States
- Prior art keywords
- block
- receiver
- block acknowledgement
- data
- flag
- 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
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—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
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
Definitions
- the inventive subject matter pertains to communication systems and, more particularly, to wireless transmission and reception of data in a communication system.
- data typically is sent in packet form from one communication node through a network to another communication node.
- packets typically include one or more headers and a payload, which is the useful data to be sent, received and used by the communication nodes.
- MAC Media Access Control
- handshaking occurs to acknowledge the proper receipt of transmitted data.
- An acknowledgement is typically requested by a transmitting node after sending a block of data. If errors occur, an error acknowledgement is returned to the transmitting node, and the data is transmitted.
- acknowledgement request must be repeated.
- the acknowledgement request may be repeated in subsequent physical layer protocols, thereby further lowering the overall transmission rate.
- FIG. 1 is a block diagram of a communication system in accordance with various embodiments of the present invention.
- FIG. 2 is a layout of a media access control protocol header depicting various embodiments for implementing a block acknowledgement request.
- FIG. 3 is a table layout of an indicator of the media access control protocol header depicting various embodiments of the present invention.
- FIG. 4 is a layout of a multiple-frame data block in accordance with various embodiments of the present invention.
- FIG. 5 is a flowchart of various transmission methods for block acknowledgement control in accordance with various embodiments of the present invention.
- FIG. 6 is a flowchart of various reception methods for block acknowledgement control in accordance with various embodiments of the present invention.
- FIG. 1 is a block diagram of a communication system 100 in accordance with various embodiments of the present invention.
- the communication system 100 has a wireless transmitter 10 .
- the wireless transmitter 10 is coupled to an analog-to-digital/digital-to-analog converter (ADC) and a transmitter/receiver (Tx/Rx) 11 .
- ADC analog-to-digital/digital-to-analog converter
- Tx/Rx transmitter/receiver
- the ADC &Tx/Rx 11 converts signals from digital to analog in the transmit direction and from analog to digital in the receive direction of wireless transmitter 10 .
- Wireless transmitters is also coupled to a processor 13 . Processor 13 control operation of transmitter 10 .
- ADC &Tx/Rx 11 is coupled to an antenna 12 .
- Antenna 12 may be a directional or omni-directional antenna, including, for example and not by way of limitation, a dipole antenna, a monopole antenna, a patch antenna, a loop antenna, a microstrip antenna, or various other types of antennas suitable for transmission and/or reception of data signals.
- the wireless transmitter may have multiple antennas.
- the communication system 100 also has a wireless receiver 20 .
- Wireless receiver 20 is coupled to an analog-to-digital/digital-to-analog converter (ADC) and transmitter/receiver (Tx/Rx) 21 .
- ADC &Tx/Rx 21 converts signals from digital to analog in the transmit direction and from analog to digital in the receive direction of wireless receiver 20 .
- Wireless receiver 20 is also coupled to processor 23 .
- Processor 23 controls operation of receiver 20 .
- ADC &Tx/Rx 21 is coupled to an antenna 22 .
- Antenna 22 may be a directional or omni-directional antenna, including, for example and not by way of limitation, a dipole antenna, a monopole antenna, a patch antenna, a loop antenna, a microstrip antenna, or various other types of antennas suitable for transmission and/or reception of data signals.
- the wireless receiver 20 may have multiple antennas.
- Wireless network 30 couples the transmitter 10 to the receiver 20 for the transfer of data.
- the roles of the transmitter 10 and the receiver 20 may be reversed, in that the transmitter 10 may receive and the receiver 20 may transmit data.
- Wireless network 30 may be a single wireless network in one embodiment, or in other embodiments wireless network 30 may be any combination of wireless and wireline networks.
- Wireless network 30 may in other embodiments comprise a wireless local area network (WLAN), wireless personal area network (WPAN) and/or wireless metropolitan area network (WMAN).
- WLAN wireless local area network
- WPAN wireless personal area network
- WMAN wireless metropolitan area network
- Communication system 100 of FIG. 1 may be one in which the Standards of the Institute of Electrical and Electronic Engineering (IEEE), Standards 802.11, published in 1998 together with subsequent amendments apply.
- IEEE 802.11 Standard currently provides a definition for media access control (MAC) headers and services.
- MAC media access control
- TGn an IEEE 802.11 Task Group n (TGn) was created.
- TGn's objective is to define modifications to the Physical Layer (PHY) and MAC layer to deliver a throughput of at least 100 megabits per second.
- the IEEE 802.11n Standards are currently at the proposal stage. Several proposals exist.
- a further objective of the 802.11n Standards is to be downward-compatible with Standards 802.11 a/b/g.
- Previous standards such as the draft IEEE 802.11e standard, call for a handshaking arrangement between transmitter and receiver.
- a block of data frames is sent, but each individual data frame is sent as a separate transmission.
- Each data frame has it's acknowledge (ack) policy set to “1, 1,” indicating block acknowledgement (BA).
- ack acknowledge
- BA block acknowledgement
- the originator sends a separate block acknowledgement request (BAR) frame to solicit a BA response.
- BAR block acknowledgement request
- the recipient responds with a (BA) frame.
- the transmitter may also choose to solicit a normal acknowledgement for an individual data frame. This is achieved by setting the ack policy on an individual data frame to “0, 0” which will cause the recipient to respond with a normal ack (acknowledge) frame.
- wireless transmitter may perform non-aggregate or aggregate transmissions.
- wireless transmitter 10 aggregates one or more data frames into a block that is then sent as a single transmission.
- An aggregate transmission is signaled either implicitly by the nature of the transmission or explicitly with a signaling field at the head of the transmission.
- the wireless transmitter 10 will set the ack policy in each data frame in the aggregate transmission to “0, 0” (normal ack policy).
- each data frame in the aggregate transmission will have its ack policy set or flag to “1, 1” (block ack policy).
- normal ack policy thus has a new meaning: when used in a data frame in a non-aggregate transmission, the normal ACK policy solicits an ACK frame from the recipient. When set in one or more data frames in an aggregate transmission, the normal ACK policy solicits a BA frame from the recipient
- the aggregate transmission is sent from transmitter 10 , through ADC &Tx/Rx 11 , through antenna 12 , through wireless network 30 , through antenna 22 , through ADC &Tx/Rx 21 to wireless receiver 20 .
- Wireless receiver 20 receives the aggregate transmission, identifies it as an aggregate transmission and parses it to extract the individual data frames. One or more of the data frames may not be received due to transmission errors. If the ACK policy of one or more of the successfully received data frames is set to “0, 0” (normal acknowledgment), then receiver 20 sends a BA to transmitter 10 . Otherwise, the conventional acknowledgement policy as defined in the current IEEE 802.11 Standard is followed.
- a field in the header of the data frames making up an aggregate transmission is used to request a BA, rather than the transmitter 10 transmitting a separate BAR frame.
- the BAR may still be used, as needed, for sequence number synchronization and for flushing a reorder buffer when data frames are discarded by the transmitter 10 . Soliciting a BA using a field in the header of each data frame, making up an aggregated may improve reliability over sending a separate BAR frame, especially if that BAR frame is aggregate with the data in the same transmission, since the solicitation is repeated in each data frame. Elimination of the BAR may also remove ambiguity when no BA response is received. No BA response will be received if either none of the data frames were received or the response transmission was not detected by the originator. Because the latter is far less likely (signal detection is far more robust than demodulation), full retransmit can be done immediately rather than resending a BAR, receiving a BA, and then retransmitting the full aggregated block.
- the identity of properly received frames is included in the BA. If any errors occur, only frames of the block that were not acknowledged are re-transmitted by transmitter 10 . If the block acknowledgement is not received by transmitter 10 , then all frames of the multiple-frame block require re-transmission.
- FIG. 2 is a layout 200 of a media access control protocol header 201 depicting various embodiments for implementing a BAR.
- the media access control (MAC) header 201 is concatenated with the frame body 205 .
- the frame body 205 may include from zero to several thousand octets of data.
- An octet is 8 bits or a byte.
- the BA solicitation is signaled in the Quality of Service (QoS) Control field 203 .
- QoS Control field 203 is may be two octets in length. The specific settings for the BA solicitation will be explained infra.
- FIG. 3 is a table layout 300 of ack policy field in the QoS Control field of the media access control protocol header depicting various embodiments of the present invention.
- Bits 301 and 302 of the Ack (Acknowledge) Policy field 203 (refer to FIG. 2 ) indicate the policy for acknowledgement or other handshaking between the transmitter 10 ( FIG. 1 ) and the receiver 20 .
- Bits 301 and 302 are referred to as bits 5 and 6 for block acknowledgement modes.
- the first meaning is to return a BA, if the frame was received in a non-aggregate transmission.
- the second meaning 305 of the policy for handshaking indicates that if an aggregate transmission was received, a BA is to be returned to the originator immediately following the aggregate transmission.
- the second meaning 305 controls the handshaking policy in an aggregate, multiple-frame transmission. Therefore, only one BA is sent for the entire transmission of multiple frames of data. This BA is sent in response to the BA solicitation signaled in the header 201 (e.g. in the QoS Control field 203 , FIG. 2 ) of each data frame. A separate BAR need not be sent following transmission of the block of frames. This may improve the transmission efficiency.
- FIG. 4 is a layout of a multiple-frame data block in accordance with various embodiments of the present invention.
- a multiple-frame data block 400 may have N data frames generally shown as 401 , 402 , and 403 . Although FIG. 4 depicts three data frames, the multiple-frame data block 400 may include additional or fewer data frames.
- bits 5 and 6 ( 301 , 302 of FIG. 3 ) of the MAC header of each data frame are set to 0, 0.
- FIG. 5 is a flowchart of various transmission methods 500 for block acknowledgement control in accordance with various embodiments of the present invention.
- the transmit behavior flow may begin at block 501 .
- Block 501 comprises waiting until one or more frames of data are ready for transmission by transmitter 10 . Multiple frames are aggregated into a single multiple-frame data block for transmission. This data block 400 is shown in FIG. 4 .
- block 503 a determination is made whether a block acknowledgement request (BAR) is required for the data transmission. If a traditional BAR is required (e.g. for sequence number synchronization), block 503 transfers control to block 505 via the YES path. In block 505 , bits 5 , 6 ( 301 , 302 ) of the ACK policy are set to 1, 1 in each data frame, and a BAR is appended to the data frames for transmission. Control is transferred to block 509 .
- BAR block acknowledgement request
- block 503 transfers control to block 507 via the NO path.
- Bits 5 , 6 ( 301 , 302 ) of the ACK policy are set to 0, 0 in each data frame. Control is then transferred to block 509 .
- Block 509 transmits the multiple frames of data as a single aggregate data block with the appropriate acknowledgement policy in each MAC header.
- Block 511 then waits for BA to be received. If a BA is not received, block 511 transfers control to block 513 via the NO path. Block 513 re-transmits all data frames to the receiver. Then the method is ended.
- block 511 transfers control to block 515 via the YES path.
- Block 515 may then retransmit any data frames that the BA indicated were received with an error, while eliminating from retransmission any properly received data frames. The method is then ended.
- FIG. 6 is a flowchart of various reception methods for block acknowledgement control in accordance with various embodiments 600 of the present invention.
- the receive behavior flow may begin at block 602 .
- Block 602 determines whether a receiver (e.g. the receiver 20 ) received data frame transmission with aggregated frames of data from a transmitter (e.g. the transmitter 10 ). If not, the block 602 transfers control via the NO path to block 606 .
- Block 606 handles the data reception and acknowledgement in a suitable, non-aggregate, conventional manner. The method is then ended.
- block 602 transfers control to block 604 via the YES path.
- Block 604 determines whether the data frames have been received with the ACK policy bits 5 and 6 set to 0, 0. If not, block 604 transfers control to block 606 via the NO path.
- Block 606 handles the data reception in a suitable, non-aggregate, conventional manner. The method is then ended.
- Block 604 transfers control to block 608 via the YES path.
- Block 608 prepares a single block acknowledgement, BA, for transmission to the transmitter 10 .
- the BA may identify which data frames were received without error by the receiver 20 . Then, the BA is transmitted to the transmitter 10 . The method is then ended.
Abstract
Embodiments of block acknowledgements request apparatus, systems, and methods are generally described herein. Other embodiments may be described and claimed. An originator operating in a frame-aggregating mode sends a multiple-frame data block to a receiver. The block may include a header for each frame. The header may have an indicator set to indicate a block acknowledgement request. When the multiple-frame block is received with the header of each frame indicating a block acknowledgement request, the receiver may respond with a block acknowledgement for the entire block of frames, without waiting for a separate block acknowledgement request to be sent by the originator following the multiple-frame block.
Description
- The inventive subject matter pertains to communication systems and, more particularly, to wireless transmission and reception of data in a communication system.
- In modern communication systems, data typically is sent in packet form from one communication node through a network to another communication node. These packets typically include one or more headers and a payload, which is the useful data to be sent, received and used by the communication nodes. Such data transmissions in a Media Access Control (MAC) protocol may take place at a relatively low transmission rate.
- During transmit and receive operations, handshaking occurs to acknowledge the proper receipt of transmitted data. An acknowledgement is typically requested by a transmitting node after sending a block of data. If errors occur, an error acknowledgement is returned to the transmitting node, and the data is transmitted.
- Often the acknowledgement request must be repeated. The acknowledgement request may be repeated in subsequent physical layer protocols, thereby further lowering the overall transmission rate.
-
FIG. 1 is a block diagram of a communication system in accordance with various embodiments of the present invention. -
FIG. 2 is a layout of a media access control protocol header depicting various embodiments for implementing a block acknowledgement request. -
FIG. 3 is a table layout of an indicator of the media access control protocol header depicting various embodiments of the present invention. -
FIG. 4 is a layout of a multiple-frame data block in accordance with various embodiments of the present invention. -
FIG. 5 is a flowchart of various transmission methods for block acknowledgement control in accordance with various embodiments of the present invention. -
FIG. 6 is a flowchart of various reception methods for block acknowledgement control in accordance with various embodiments of the present invention. -
FIG. 1 is a block diagram of acommunication system 100 in accordance with various embodiments of the present invention. Thecommunication system 100 has awireless transmitter 10. Thewireless transmitter 10 is coupled to an analog-to-digital/digital-to-analog converter (ADC) and a transmitter/receiver (Tx/Rx) 11. The ADC &Tx/Rx 11 converts signals from digital to analog in the transmit direction and from analog to digital in the receive direction ofwireless transmitter 10. Wireless transmitters is also coupled to aprocessor 13.Processor 13 control operation oftransmitter 10. - ADC &Tx/
Rx 11 is coupled to anantenna 12.Antenna 12 may be a directional or omni-directional antenna, including, for example and not by way of limitation, a dipole antenna, a monopole antenna, a patch antenna, a loop antenna, a microstrip antenna, or various other types of antennas suitable for transmission and/or reception of data signals. In some embodiments, the wireless transmitter may have multiple antennas. - The
communication system 100 also has awireless receiver 20.Wireless receiver 20 is coupled to an analog-to-digital/digital-to-analog converter (ADC) and transmitter/receiver (Tx/Rx) 21. ADC &Tx/Rx 21 converts signals from digital to analog in the transmit direction and from analog to digital in the receive direction ofwireless receiver 20.Wireless receiver 20 is also coupled toprocessor 23.Processor 23 controls operation ofreceiver 20. - ADC &Tx/
Rx 21 is coupled to anantenna 22.Antenna 22 may be a directional or omni-directional antenna, including, for example and not by way of limitation, a dipole antenna, a monopole antenna, a patch antenna, a loop antenna, a microstrip antenna, or various other types of antennas suitable for transmission and/or reception of data signals. In some embodiments, thewireless receiver 20 may have multiple antennas. -
Wireless network 30 couples thetransmitter 10 to thereceiver 20 for the transfer of data. The roles of thetransmitter 10 and thereceiver 20 may be reversed, in that thetransmitter 10 may receive and thereceiver 20 may transmit data.Wireless network 30 may be a single wireless network in one embodiment, or in other embodimentswireless network 30 may be any combination of wireless and wireline networks.Wireless network 30 may in other embodiments comprise a wireless local area network (WLAN), wireless personal area network (WPAN) and/or wireless metropolitan area network (WMAN). -
Communication system 100 ofFIG. 1 may be one in which the Standards of the Institute of Electrical and Electronic Engineering (IEEE), Standards 802.11, published in 1998 together with subsequent amendments apply. The IEEE 802.11 Standard currently provides a definition for media access control (MAC) headers and services. In 2003, an IEEE 802.11 Task Group n (TGn) was created. TGn's objective is to define modifications to the Physical Layer (PHY) and MAC layer to deliver a throughput of at least 100 megabits per second. The IEEE 802.11n Standards are currently at the proposal stage. Several proposals exist. A further objective of the 802.11n Standards is to be downward-compatible with Standards 802.11 a/b/g. - Previous standards, such as the draft IEEE 802.11e standard, call for a handshaking arrangement between transmitter and receiver. In this arrangement, a block of data frames is sent, but each individual data frame is sent as a separate transmission. Each data frame has it's acknowledge (ack) policy set to “1, 1,” indicating block acknowledgement (BA). Next, the originator sends a separate block acknowledgement request (BAR) frame to solicit a BA response. The recipient then, in turn, responds with a (BA) frame.
- The transmitter may also choose to solicit a normal acknowledgement for an individual data frame. This is achieved by setting the ack policy on an individual data frame to “0, 0” which will cause the recipient to respond with a normal ack (acknowledge) frame.
- With the high data rate desired for IEEE Standard 802.11n, scope exists for improving the efficiency of this exchange. One key enhancement is the aggregation of multiple data frames into a single transmission. When doing this, the conventional acknowledgement mechanism described may be modified to improve efficiency further.
- In an embodiment of the invention, wireless transmitter may perform non-aggregate or aggregate transmissions. In an aggregate transmission,
wireless transmitter 10 aggregates one or more data frames into a block that is then sent as a single transmission. An aggregate transmission is signaled either implicitly by the nature of the transmission or explicitly with a signaling field at the head of the transmission. - If a block acknowledgement is required for the aggregated data, then the
wireless transmitter 10 will set the ack policy in each data frame in the aggregate transmission to “0, 0” (normal ack policy). - If the
wireless transmitter 10 chooses to solicit the block acknowledgement using a conventional BAR frame (either in the same transmission or a subsequent transmission), then each data frame in the aggregate transmission will have its ack policy set or flag to “1, 1” (block ack policy). - The use of normal ack policy thus has a new meaning: when used in a data frame in a non-aggregate transmission, the normal ACK policy solicits an ACK frame from the recipient. When set in one or more data frames in an aggregate transmission, the normal ACK policy solicits a BA frame from the recipient
- The aggregate transmission is sent from
transmitter 10, through ADC &Tx/Rx 11, throughantenna 12, throughwireless network 30, throughantenna 22, through ADC &Tx/Rx 21 towireless receiver 20. -
Wireless receiver 20 receives the aggregate transmission, identifies it as an aggregate transmission and parses it to extract the individual data frames. One or more of the data frames may not be received due to transmission errors. If the ACK policy of one or more of the successfully received data frames is set to “0, 0” (normal acknowledgment), thenreceiver 20 sends a BA totransmitter 10. Otherwise, the conventional acknowledgement policy as defined in the current IEEE 802.11 Standard is followed. - Thus, a field in the header of the data frames making up an aggregate transmission is used to request a BA, rather than the
transmitter 10 transmitting a separate BAR frame. The BAR may still be used, as needed, for sequence number synchronization and for flushing a reorder buffer when data frames are discarded by thetransmitter 10. Soliciting a BA using a field in the header of each data frame, making up an aggregated may improve reliability over sending a separate BAR frame, especially if that BAR frame is aggregate with the data in the same transmission, since the solicitation is repeated in each data frame. Elimination of the BAR may also remove ambiguity when no BA response is received. No BA response will be received if either none of the data frames were received or the response transmission was not detected by the originator. Because the latter is far less likely (signal detection is far more robust than demodulation), full retransmit can be done immediately rather than resending a BAR, receiving a BA, and then retransmitting the full aggregated block. - When the BA is received by the
transmitter 10, the identity of properly received frames is included in the BA. If any errors occur, only frames of the block that were not acknowledged are re-transmitted bytransmitter 10. If the block acknowledgement is not received bytransmitter 10, then all frames of the multiple-frame block require re-transmission. -
FIG. 2 is alayout 200 of a media accesscontrol protocol header 201 depicting various embodiments for implementing a BAR. The media access control (MAC)header 201 is concatenated with theframe body 205. In an embodiment, theframe body 205 may include from zero to several thousand octets of data. An octet is 8 bits or a byte. - The BA solicitation is signaled in the Quality of Service (QoS)
Control field 203. For example, theQoS Control field 203 is may be two octets in length. The specific settings for the BA solicitation will be explained infra. -
FIG. 3 is atable layout 300 of ack policy field in the QoS Control field of the media access control protocol header depicting various embodiments of the present invention.Bits 301 and 302 of the Ack (Acknowledge) Policy field 203 (refer toFIG. 2 ) indicate the policy for acknowledgement or other handshaking between the transmitter 10 (FIG. 1 ) and thereceiver 20.Bits 301 and 302 are referred to asbits -
Bits - When the
values bits 301 and 302 respectively are 0, 0 as shown inFIG. 3 , two meanings are possible for this configuration. The first meaning is to return a BA, if the frame was received in a non-aggregate transmission. - The
second meaning 305 of the policy for handshaking indicates that if an aggregate transmission was received, a BA is to be returned to the originator immediately following the aggregate transmission. - So for various embodiments of the present invention, the
second meaning 305 controls the handshaking policy in an aggregate, multiple-frame transmission. Therefore, only one BA is sent for the entire transmission of multiple frames of data. This BA is sent in response to the BA solicitation signaled in the header 201 (e.g. in theQoS Control field 203,FIG. 2 ) of each data frame. A separate BAR need not be sent following transmission of the block of frames. This may improve the transmission efficiency. -
FIG. 4 is a layout of a multiple-frame data block in accordance with various embodiments of the present invention. A multiple-frame data block 400 may have N data frames generally shown as 401, 402, and 403. AlthoughFIG. 4 depicts three data frames, the multiple-frame data block 400 may include additional or fewer data frames. - In an embodiment,
bits 5 and 6 (301, 302 ofFIG. 3 ) of the MAC header of each data frame are set to 0, 0. As a result, when the N data frames 401-403 are received by a receiver, only one BA is returned to the originator for the entire multiple-frame data block 400. Thereby considerable savings may be obtained over returning a BA to the originator after each data frame by the elimination of all BA messages and BARs, except the last one. In addition, no separate BAR needs to be sent by the originator following transmission of the multiple-frame data block 400, which may potentially improve the transmission efficiency. -
FIG. 5 is a flowchart ofvarious transmission methods 500 for block acknowledgement control in accordance with various embodiments of the present invention. The transmit behavior flow may begin atblock 501.Block 501 comprises waiting until one or more frames of data are ready for transmission bytransmitter 10. Multiple frames are aggregated into a single multiple-frame data block for transmission. Thisdata block 400 is shown inFIG. 4 . - In
block 503, a determination is made whether a block acknowledgement request (BAR) is required for the data transmission. If a traditional BAR is required (e.g. for sequence number synchronization), block 503 transfers control to block 505 via the YES path. Inblock 505,bits 5, 6 (301, 302) of the ACK policy are set to 1, 1 in each data frame, and a BAR is appended to the data frames for transmission. Control is transferred to block 509. - In various embodiments of the present invention, no BAR is required, and block 503 transfers control to block 507 via the NO path.
Bits 5, 6 (301, 302) of the ACK policy are set to 0, 0 in each data frame. Control is then transferred to block 509. -
Block 509 transmits the multiple frames of data as a single aggregate data block with the appropriate acknowledgement policy in each MAC header.Block 511 then waits for BA to be received. If a BA is not received, block 511 transfers control to block 513 via the NO path.Block 513 re-transmits all data frames to the receiver. Then the method is ended. - If the BA is received, as is typically the case, block 511 transfers control to block 515 via the YES path.
Block 515 may then retransmit any data frames that the BA indicated were received with an error, while eliminating from retransmission any properly received data frames. The method is then ended. -
FIG. 6 is a flowchart of various reception methods for block acknowledgement control in accordance withvarious embodiments 600 of the present invention. The receive behavior flow may begin atblock 602.Block 602 determines whether a receiver (e.g. the receiver 20) received data frame transmission with aggregated frames of data from a transmitter (e.g. the transmitter 10). If not, theblock 602 transfers control via the NO path to block 606.Block 606 handles the data reception and acknowledgement in a suitable, non-aggregate, conventional manner. The method is then ended. - If the
receiver 20 received an aggregate transmission, block 602 transfers control to block 604 via the YES path.Block 604 then determines whether the data frames have been received with theACK policy bits Block 606 handles the data reception in a suitable, non-aggregate, conventional manner. The method is then ended. - If the ACK policy bit were set to 0, 0, block 604 transfers control to block 608 via the YES path.
Block 608 prepares a single block acknowledgement, BA, for transmission to thetransmitter 10. The BA may identify which data frames were received without error by thereceiver 20. Then, the BA is transmitted to thetransmitter 10. The method is then ended. - It should be noted that the methods described herein do not have to be executed in the order described, or in any particular order. Moreover, various activities described with respect to the methods identified herein can be executed in parallel fashion. It will be understood that although “Start” and “End” blocks are shown, the methods may be performed continuously.
- The Abstract is provided to comply with 37 C.F.R. §1.72(b) requiring an Abstract that will allow the reader to ascertain the nature of the technical disclosure. It is submitted with the understanding that it will not be used to interpret or limit the scope or meaning of the claims.
- In the foregoing Detailed Description, various features are occasionally grouped together in a single embodiment for the purpose of streamlining the disclosure. This method of disclosure is not to be interpreted as reflecting an intention that the claimed embodiments of the subject matter require more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive subject matter lies in less than all features of a single disclosed embodiment. Thus the following claims are hereby incorporated into the Detailed Description, with each claim standing on its own as a separate preferred embodiment. Individual claims may encompass multiple embodiments of the inventive subject matter.
- Although some embodiments of the invention have been illustrated, and those forms described in detail, it will be readily apparent to those skilled in the art that various modifications may be made therein without departing from the spirit of these embodiments or from the scope of the appended claims.
Claims (27)
1. A method comprising:
receiving by a receiver in a wireless network a data block with a media access control header;
soliciting by a flag in the media access control header a block acknowledgement; and
responsive to the soliciting, sending by the receiver the block acknowledgement to an originator.
2. The method as claimed in claim 1 , further including transmitting by a transmitter the data block with the media access control header.
3. The method as claimed in claim 1 , wherein responsive to receiving the data block, there is further included sending by the receiver the block acknowledgement identifying any frames not properly received.
4. The method as claimed in claim 1 , wherein receiving comprises receiving one or more frames in the data block in a single transmission, each frame including the media access control header.
5. The method as claimed in claim 4 , the soliciting the block acknowledgement includes soliciting the block acknowledgement in a control field of each of one or more media access control headers corresponding to the one or more of frames.
6. The method as claimed in claim 5 , further including determining by the receiver whether the single transmission is received.
7. The method as claimed in claim 6 , further comprising determining whether the flag for the one or more media access control headers is set to solicit a block acknowledgement, if the data block is received in a single transmission.
8. The method as claimed in claim 7 , further comprising sending the block acknowledgement by the receiver to the originator if the flag to solicit a block acknowledgement is set for any of a correctly received one or more media access control headers.
9. The method as claimed in claim 7 , further comprising inhibiting the receiver from sending the block acknowledgement, if the flag to solicit the block acknowledgement is not set for any of the correctly received one or more media access control headers.
10. A machine-readable medium that provides instructions, which when executed by one or more processors, cause the one or more processors to perform operations comprising:
receiving a single transmission including a plurality of data frames from an originator by a receiver via at least one wireless network; and
sending a block acknowledgement by the receiver to the originator responsive to a receipt of the plurality of data frames and responsive to a solicitation for block acknowledgement in a header of at least one of the plurality of data frames.
11. The machine-readable medium as claimed in claim 10 , further including setting a flag in a control field of each of a plurality of frames to solicit the block acknowledgement.
12. The machine-readable medium as claimed in claim 11 , wherein the instructions when executed, cause the one or more processors to determine by the receiver whether the plurality of data frames is received.
13. The machine-readable medium as claimed in claim 12 , wherein the instructions when executed, cause the one or more processors to determine whether the flag to solicit block acknowledgement is set if the plurality of data frames is received.
14. The machine-readable medium as claimed in claim 13 , wherein the instructions when executed, cause the one or more processors to send a single block acknowledgement for the data frames received if the flag is set to solicit block acknowledgement.
15. A system comprising:
a field in a media access control header being set to solicit a block acknowledgement;
an omni-directional antenna to receive in a single transmission a data block including of one or more frames each with a media access control header; and
a receiver coupled to the omni-directional antenna to generate a block acknowledgement responsive to a receipt of the multiple-frame data block in which one or more of the data frames have the field set to solicit a block acknowledgment.
16. The system as claimed in claim 16 , the omni-directional antenna including a plurality of antennas.
17. The system as claimed in claim 15 , further comprising a processor to determine whether the field in the media access control header solicits a block acknowledgement.
18. The system as claimed in claim 17 , wherein when the field soliciting a block acknowledgement is set, the program enables the receiver to transmit the block acknowledgement to a transmitter coupled to the omni-directional antenna.
19. The system as claimed in claim 15 , wherein there is further included a wireless local area network to couple the receiver and a transmitter.
20. The system as claimed in claim 19 , wherein the transmitter and the receiver comprise a portion of a wireless local area network operating in accordance with the Institute of Electronics and Electrical Engineers Standards Sections 802.11e and/or 802.11n.
21. A device comprising:
a wireless receiver to receive a plurality of data frames, each data frame including a header having a flag to solicit a block acknowledgement;
a processor coupled to the receiver, the processor to operate the receiver under control of a program; and
the receiver, responsive to receipt of the plurality of data frames and to the flag for soliciting the block acknowledgment to generate a block acknowledgement.
22. The device as claimed in claim 21 , wherein the plurality of data frames are aggregated into a single transmission.
23. The device as claimed in claim 21 , the flag is set in a control field of a media access control header for each of the plurality of data blocks.
24. The device as claimed in claim 23 , the program operates the receiver to detect the flag being set in each of the plurality of data blocks.
25. The device as claimed in claim 24 , wherein when the flag is not set in any of the plurality of data frames, the program operates the receiver to inhibit generating a block acknowledgement.
26. The device as claimed in claim 21 , wherein when the flag is set in any of the plurality of data frames in the single transmission, the program operates the receiver to generate a single block acknowledgement.
27. The device as claimed in claim 21 , wherein the receiver is coupled to a wireless network.
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/167,491 US20070011554A1 (en) | 2005-06-27 | 2005-06-27 | Block acknowledgement request apparatus, systems, and methods |
CN201210182570.8A CN102724029B (en) | 2005-06-27 | 2006-06-27 | Block acknowledgement request apparatus and methods |
CN200680023123.0A CN101208895B (en) | 2005-06-27 | 2006-06-27 | Block acknowledgement request apparatus, systems, and methods |
DE112006001510.9T DE112006001510B4 (en) | 2005-06-27 | 2006-06-27 | Devices and methods for requesting a block confirmation |
GB0724743A GB2441279B (en) | 2005-06-27 | 2006-06-27 | Block acknowledgement request apparatus, systems, and methods |
PCT/US2006/024894 WO2007002630A1 (en) | 2005-06-27 | 2006-06-27 | Block acknowledgement request apparatus, systems, and methods |
US13/110,858 US8898532B2 (en) | 2005-06-27 | 2011-05-18 | Multi-carier configuration, activation and scheduling |
US14/553,883 US9647804B2 (en) | 2005-06-27 | 2014-11-25 | Multi-carrier configuration, activation and scheduling |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/167,491 US20070011554A1 (en) | 2005-06-27 | 2005-06-27 | Block acknowledgement request apparatus, systems, and methods |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/110,858 Continuation US8898532B2 (en) | 2005-06-27 | 2011-05-18 | Multi-carier configuration, activation and scheduling |
Publications (1)
Publication Number | Publication Date |
---|---|
US20070011554A1 true US20070011554A1 (en) | 2007-01-11 |
Family
ID=37000090
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/167,491 Abandoned US20070011554A1 (en) | 2005-06-27 | 2005-06-27 | Block acknowledgement request apparatus, systems, and methods |
US13/110,858 Active 2025-09-27 US8898532B2 (en) | 2005-06-27 | 2011-05-18 | Multi-carier configuration, activation and scheduling |
US14/553,883 Active US9647804B2 (en) | 2005-06-27 | 2014-11-25 | Multi-carrier configuration, activation and scheduling |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/110,858 Active 2025-09-27 US8898532B2 (en) | 2005-06-27 | 2011-05-18 | Multi-carier configuration, activation and scheduling |
US14/553,883 Active US9647804B2 (en) | 2005-06-27 | 2014-11-25 | Multi-carrier configuration, activation and scheduling |
Country Status (5)
Country | Link |
---|---|
US (3) | US20070011554A1 (en) |
CN (2) | CN102724029B (en) |
DE (1) | DE112006001510B4 (en) |
GB (1) | GB2441279B (en) |
WO (1) | WO2007002630A1 (en) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090213769A1 (en) * | 2008-02-21 | 2009-08-27 | Zukang Shen | Transmission of Bundled Feedback in Wireless Networks |
US20110216752A1 (en) * | 2005-06-27 | 2011-09-08 | Trainin Solomon B | Multi-carier configuration, activation and scheduling |
US20130250904A1 (en) * | 2010-12-01 | 2013-09-26 | Lg Electronics Inc. | Method and apparatus of link adaptation in wireless local area network |
US20140056223A1 (en) * | 2011-09-02 | 2014-02-27 | Qualcomm Incorporated | Fragmentation for long packets in a low-speed wireless network |
US20150103791A1 (en) * | 2012-01-11 | 2015-04-16 | Intel Corporation | Device, system and method of communicating aggregate data units |
KR20150102945A (en) * | 2012-09-28 | 2015-09-09 | 후아웨이 테크놀러지 컴퍼니 리미티드 | System and method for response frame type indication |
JP2016027727A (en) * | 2011-09-02 | 2016-02-18 | クゥアルコム・インコーポレイテッドQualcomm Incorporated | Systems and methods for acknowledging communications from plural devices |
US9653803B2 (en) | 2013-12-27 | 2017-05-16 | Wistron Neweb Corporation | Radio frequency signal processing method and wireless communication device |
US20170149547A1 (en) * | 2014-06-19 | 2017-05-25 | Lg Electronics Inc. | Method and apparatus for receiving frame |
US11424862B2 (en) | 2019-09-06 | 2022-08-23 | Spreadtrum Communications (Shanghai) Co., Ltd. | Data retransmission method and device, data response method and device, and storage medium |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102123440B (en) * | 2010-01-08 | 2016-05-11 | 中兴通讯股份有限公司 | The confirmation method of control head and system |
RU2599960C2 (en) * | 2013-05-07 | 2016-10-20 | ИНТЕЛ АйПи КОРПОРЕЙШН | Methods and apparatus for transmitting acknowledgement policy in short frame |
CN103716135B (en) * | 2013-12-12 | 2017-02-08 | 清华大学 | Block confirmation method and block confirmation device supporting across-user |
US20150327121A1 (en) * | 2014-05-08 | 2015-11-12 | Guoqing C. Li | Method, apparatus, and computer readable media for acknowledgement in wireless networks |
CN111901828A (en) | 2014-07-11 | 2020-11-06 | 索尼公司 | Information processing apparatus, communication system, and information processing method |
ES2651328T3 (en) | 2014-12-12 | 2018-01-25 | Sensolus Nv | A battery operated device, cloud application and related methods for transmitting / receiving data messages over a poor performance network |
FR3072852B1 (en) * | 2017-10-19 | 2021-01-08 | Orange | ACKNOWLEDGMENT PROCESS BY BLOCK OF DATA FRAMES AND ASSOCIATED WI-FI STATIONS |
US20240036738A1 (en) * | 2022-07-26 | 2024-02-01 | Silicon Motion, Inc. | Method and apparatus for performing link management of memory device in predetermined communications architecture with aid of handshaking phase transition control |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4551834A (en) * | 1983-10-25 | 1985-11-05 | U.S. Philips Corporation | Method and system for communicating over an open communication network |
US4590468A (en) * | 1983-03-10 | 1986-05-20 | Western Digital Corporation | Token access controller protocol and architecture |
US4766536A (en) * | 1984-04-19 | 1988-08-23 | Rational | Computer bus apparatus with distributed arbitration |
US4858112A (en) * | 1985-12-17 | 1989-08-15 | General Electric Company | Interface comprising message and protocol processors for interfacing digital data with a bus network |
US4970714A (en) * | 1989-01-05 | 1990-11-13 | International Business Machines Corp. | Adaptive data link protocol |
US5406557A (en) * | 1993-02-01 | 1995-04-11 | National Semiconductor Corporation | Interenterprise electronic mail hub |
US5592468A (en) * | 1994-07-13 | 1997-01-07 | Nec Corporation | Wireless local area network system with improved transfer efficiency and data transfer method for same |
US6295585B1 (en) * | 1995-06-07 | 2001-09-25 | Compaq Computer Corporation | High-performance communication method and apparatus for write-only networks |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5440545A (en) * | 1993-08-02 | 1995-08-08 | Motorola, Inc. | Packet delivery system |
US6643813B1 (en) * | 1999-02-17 | 2003-11-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for reliable and efficient data communications |
US6754170B1 (en) * | 2000-09-29 | 2004-06-22 | Symbol Technologies, Inc. | Timing synchronization in OFDM communications receivers |
US20020089994A1 (en) * | 2001-01-11 | 2002-07-11 | Leach, David J. | System and method of repetitive transmission of frames for frame-based communications |
US20020089959A1 (en) * | 2001-01-11 | 2002-07-11 | Fischer Michael A. | System and method for providing a selectable retry strategy for frame-based communications |
US20020089927A1 (en) * | 2001-01-11 | 2002-07-11 | Fischer Michael A. | System and method for synchronizing data trasnmission across a variable delay interface |
US6763491B2 (en) | 2001-02-07 | 2004-07-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and systems for avoiding unnecessary retransmissions associated with automatic retransmission query schemes in radiocommunication systems |
FR2821505B1 (en) * | 2001-02-23 | 2003-06-13 | Nortel Networks Ltd | METHOD FOR TRANSMITTING DATA IN ACQUITTED MODE BETWEEN A CONTROL UNIT AND A TERMINAL, AND CONTROL UNIT USING SUCH A METHOD |
US7164676B1 (en) * | 2001-03-21 | 2007-01-16 | Cisco Technology, Inc. | Method and apparatus for a combined bulk and transactional database synchronous scheme |
US20030135640A1 (en) | 2002-01-14 | 2003-07-17 | Texas Instruments Incorporated | Method and system for group transmission and acknowledgment |
US7272156B2 (en) * | 2002-06-11 | 2007-09-18 | Texas Instruments Incorporated | Phased transmit architecture |
US7567537B1 (en) * | 2002-07-29 | 2009-07-28 | Cisco Technology, Inc. | Point-to-point MAC protocol for high speed wireless bridging |
FR2847091B1 (en) * | 2002-11-08 | 2005-02-04 | Nortel Networks Ltd | METHOD FOR TRANSMITTING DATA IN ACQUITTED MODE BETWEEN A TRANSMITTING UNIT AND A RECEIVER UNIT, AND TRANSMISSION UNIT USING SUCH A METHOD |
CA2518384C (en) * | 2003-03-05 | 2015-06-09 | Koninklijke Philips Electronics N.V. | Frame synchronization with acknowledgment timeout in wireless networks |
WO2005015812A1 (en) | 2003-08-08 | 2005-02-17 | Intel Coporation | Sdma communications with non-immediate block acknowledgment |
US7586948B2 (en) * | 2003-12-24 | 2009-09-08 | Agere Systems Inc. | Packet sub-frame structure for selective acknowledgment |
US7290195B2 (en) * | 2004-03-05 | 2007-10-30 | Microsoft Corporation | Adaptive acknowledgment delay |
KR100842579B1 (en) * | 2004-03-05 | 2008-07-01 | 삼성전자주식회사 | System and method for handover to minimize service delay due to ping pong effect in a broadband wireless access communication system |
US7385976B2 (en) * | 2004-08-12 | 2008-06-10 | Mitsubishi Electric Research Laboratories, Inc. | Method for acknowledging data packets in a network |
US7706338B2 (en) * | 2004-12-23 | 2010-04-27 | Broadcom Corporation | Method and system for a bandwidth efficient medium access control (MAC) protocol |
US20070011554A1 (en) | 2005-06-27 | 2007-01-11 | Intel Corporation | Block acknowledgement request apparatus, systems, and methods |
-
2005
- 2005-06-27 US US11/167,491 patent/US20070011554A1/en not_active Abandoned
-
2006
- 2006-06-27 WO PCT/US2006/024894 patent/WO2007002630A1/en active Application Filing
- 2006-06-27 DE DE112006001510.9T patent/DE112006001510B4/en active Active
- 2006-06-27 CN CN201210182570.8A patent/CN102724029B/en active Active
- 2006-06-27 GB GB0724743A patent/GB2441279B/en active Active
- 2006-06-27 CN CN200680023123.0A patent/CN101208895B/en active Active
-
2011
- 2011-05-18 US US13/110,858 patent/US8898532B2/en active Active
-
2014
- 2014-11-25 US US14/553,883 patent/US9647804B2/en active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4590468A (en) * | 1983-03-10 | 1986-05-20 | Western Digital Corporation | Token access controller protocol and architecture |
US4551834A (en) * | 1983-10-25 | 1985-11-05 | U.S. Philips Corporation | Method and system for communicating over an open communication network |
US4766536A (en) * | 1984-04-19 | 1988-08-23 | Rational | Computer bus apparatus with distributed arbitration |
US4858112A (en) * | 1985-12-17 | 1989-08-15 | General Electric Company | Interface comprising message and protocol processors for interfacing digital data with a bus network |
US4970714A (en) * | 1989-01-05 | 1990-11-13 | International Business Machines Corp. | Adaptive data link protocol |
US5406557A (en) * | 1993-02-01 | 1995-04-11 | National Semiconductor Corporation | Interenterprise electronic mail hub |
US5592468A (en) * | 1994-07-13 | 1997-01-07 | Nec Corporation | Wireless local area network system with improved transfer efficiency and data transfer method for same |
US6295585B1 (en) * | 1995-06-07 | 2001-09-25 | Compaq Computer Corporation | High-performance communication method and apparatus for write-only networks |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110216752A1 (en) * | 2005-06-27 | 2011-09-08 | Trainin Solomon B | Multi-carier configuration, activation and scheduling |
US8898532B2 (en) | 2005-06-27 | 2014-11-25 | Intel Corporation | Multi-carier configuration, activation and scheduling |
US9647804B2 (en) | 2005-06-27 | 2017-05-09 | Intel Corporation | Multi-carrier configuration, activation and scheduling |
WO2009105750A1 (en) * | 2008-02-21 | 2009-08-27 | Texas Instruments Incorporated | Transmission of bundled feedback in wireless networks |
US8345605B2 (en) | 2008-02-21 | 2013-01-01 | Texas Instruments Incorporated | Transmission of bundled feedback in wireless networks |
US20090213769A1 (en) * | 2008-02-21 | 2009-08-27 | Zukang Shen | Transmission of Bundled Feedback in Wireless Networks |
US9350428B2 (en) * | 2010-12-01 | 2016-05-24 | Lg Electronics Inc. | Method and apparatus of link adaptation in wireless local area network |
US20130250904A1 (en) * | 2010-12-01 | 2013-09-26 | Lg Electronics Inc. | Method and apparatus of link adaptation in wireless local area network |
US9807817B2 (en) | 2010-12-01 | 2017-10-31 | Lg Electronics Inc. | Method and apparatus of link adaptation in wireless local area network |
US20140056223A1 (en) * | 2011-09-02 | 2014-02-27 | Qualcomm Incorporated | Fragmentation for long packets in a low-speed wireless network |
JP2016027727A (en) * | 2011-09-02 | 2016-02-18 | クゥアルコム・インコーポレイテッドQualcomm Incorporated | Systems and methods for acknowledging communications from plural devices |
US20150103791A1 (en) * | 2012-01-11 | 2015-04-16 | Intel Corporation | Device, system and method of communicating aggregate data units |
US9325455B2 (en) | 2012-01-11 | 2016-04-26 | Intel Corporation | Device, system and method of communicating aggregate data units |
US9219578B2 (en) * | 2012-01-11 | 2015-12-22 | Intel Corporation | Device, system and method of communicating aggregate data units |
US9712284B2 (en) * | 2012-01-11 | 2017-07-18 | Intel Corporation | Device, system and method of communicating aggregate data units |
US20160080113A1 (en) * | 2012-01-11 | 2016-03-17 | Intel Corporation | Device, system and method of communicating aggregate data units |
KR101673276B1 (en) | 2012-09-28 | 2016-11-07 | 후아웨이 테크놀러지 컴퍼니 리미티드 | System and method for response frame type indication |
KR20150102945A (en) * | 2012-09-28 | 2015-09-09 | 후아웨이 테크놀러지 컴퍼니 리미티드 | System and method for response frame type indication |
US10149202B2 (en) | 2012-09-28 | 2018-12-04 | Futurewei Technologies, Inc. | System and method for response frame type indication |
US9653803B2 (en) | 2013-12-27 | 2017-05-16 | Wistron Neweb Corporation | Radio frequency signal processing method and wireless communication device |
US20170149547A1 (en) * | 2014-06-19 | 2017-05-25 | Lg Electronics Inc. | Method and apparatus for receiving frame |
US10225061B2 (en) * | 2014-06-19 | 2019-03-05 | Lg Electronics Inc. | Method and apparatus for receiving frame |
US11424862B2 (en) | 2019-09-06 | 2022-08-23 | Spreadtrum Communications (Shanghai) Co., Ltd. | Data retransmission method and device, data response method and device, and storage medium |
Also Published As
Publication number | Publication date |
---|---|
CN101208895A (en) | 2008-06-25 |
GB2441279B (en) | 2010-05-05 |
US9647804B2 (en) | 2017-05-09 |
US20150078366A1 (en) | 2015-03-19 |
WO2007002630A1 (en) | 2007-01-04 |
GB2441279A (en) | 2008-02-27 |
US20110216752A1 (en) | 2011-09-08 |
CN102724029A (en) | 2012-10-10 |
GB0724743D0 (en) | 2008-01-30 |
CN101208895B (en) | 2012-07-18 |
DE112006001510T5 (en) | 2008-05-15 |
CN102724029B (en) | 2015-04-01 |
US8898532B2 (en) | 2014-11-25 |
DE112006001510B4 (en) | 2022-03-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9647804B2 (en) | Multi-carrier configuration, activation and scheduling | |
US7904777B2 (en) | Method and system for generating block acknowledgements in wireless communications | |
US8559437B2 (en) | Packet concatenation in wireless networks | |
US6601207B1 (en) | Method and a device for re-transmitting data transfer packets | |
EP1869815B1 (en) | Method and system for improving responsiveness in exchanging communication frames in a wireless local area network | |
US7760700B2 (en) | Fast control messaging mechanism for use in wireless network communications | |
US7882412B2 (en) | Enhanced block acknowledgement | |
CA2711776C (en) | Method and transmitting unit for reducing a risk of transmission stalling | |
JP4799396B2 (en) | Wireless communication device | |
US20030135640A1 (en) | Method and system for group transmission and acknowledgment | |
WO2006016541A1 (en) | Method for acknowledging data packets in network including plurality of stations connected by common wireless channel | |
US9252924B2 (en) | Wireless apparatus and wireless system | |
US8811500B2 (en) | Data transmission | |
CN109861797B (en) | Data transmission method and system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: INTEL CORPORATION, CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:TRAININ, SOLOMON B.;STACEY, ROBERT J.;REEL/FRAME:016731/0714;SIGNING DATES FROM 20050621 TO 20050624 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |