Ack Bitmap length for Burst ACK

Slides:



Advertisements
Similar presentations
Doc.: IEEE /492r0 Submission Lim Wei Lih, Matsushita Electric Ind. Slide 1 July 2001 Comments on AV transmission Recommended Practice Yasuo HARADA,
Advertisements

Short MAC Header Date: Authors: John Doe, Some Company
MAC Header Compression
Doc.: IEEE /0110r8 SubmissionLiwen Chu Etc.Slide 1 Frame Header Compression Date: Authors: Date: May, 2012.
Doc.: IEEE /601r0 Submission Harada Yasuo, Matsushita Electric Ind. Slide 1 November20 01 Delayed Acknowledgement v.s. Normal Acknowledgement.
Doc.: IEEE /0110r6 SubmissionLiwen Chu Etc.Slide 1 Frame Header Compression Date: Authors: Date: March, 2012.
Doc.: IEEE /0110r7 SubmissionLiwen Chu Etc.Slide 1 Frame Header Compression Date: Authors: Date: April, 2012.
Submission doc.: IEEE /0961r0 July 2016 Hanseul Hong, Yonsei UniversitySlide 1 Consideration on Multi-STA BlockAck Optimization Date:
VHT Frame Padding Date: Authors: Month Year
Flow control for EDMG devices
Discussion on MAC Calibration Power Saving Test
Delayed Acknowledgement v.s. Normal Acknowledgement
Multi-TID Aggregation for 11ay
Joint Proposal MAC Report
Submission Title: [Resolution on comment #20,22 and 30]
Flow control for EDMG devices
Advanced MU-MIMO acknowledgement and PS flow
January 2016 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: pureLiFi r1 proposal for High Speed.
EDCF TXOP Bursting Simulation Results
Requirements and Implementations for Intra-flow/Intra-AC DiffServ
Requirements and Implementations for Intra-flow/Intra-AC DiffServ
doc.: IEEE <02/139r0> <January 2002> May, 2009
Overheads in Data Stream Over WLAN
MAC Capabilities Info. in HE Capabilities IE
Ack Bitmap length for Burst ACK
Samsung MAC Proposal Presentation
Month Year doc.: IEEE yy/xxxxr0 September 2010
EDCA and BlockAck Extensions for Reliable Multicast/Broadcast Services
Simulation for EDCF Enhancement Comparison
HCF Duration Field Set Rules
Enhanced MAC proposal for high throughput.
doc.: IEEE <doc#>
PCF vs. DCF: Limitations and Trends
Fragmentation with A-MPDU
Ack Bitmap length for Burst ACK
Submission Title: [Resolution on comment #20,22 and 30]
Regarding HE fragmentation
Burst Transmission and Acknowledgment
Class-based Contention Periods (CCP) for the n MAC
EDCF Issues and Suggestions
<January 2002> doc.: IEEE <02/139r0> March, 2008
Data field in HE PPDU Date: Authors: September 2015
VHT Frame Padding - Summary
MAC Partial Proposal for TGn
MAC Partial Proposal for TGn
Simulation Results for Controlled Contention Mechanism
Suggested changes to Tge D3.3
Samsung MAC Proposal Presentation
Delayed Acknowledgement v.s. Normal Acknowledgement
Acknowledgement for Multicast Streams
MAC based FEC – improvement for a
Requirements and Implementations for Intra-flow/Intra-AC DiffServ
May 2004 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Delayed Negative Acknowledgement (Dly-NACK)]
Suggested changes to Tge D3.3
Delayed Acknowledgement v.s. Normal Acknowledgement
UL MU Random Access Analysis
Samsung MAC Proposal Presentation
HCCA TXOP handling difficulties
Sharp Laboratories USA
Regarding HE fragmentation
802.11g Contention Period – Solution for Co-existence with Legacy
July 2004 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Modified Delayed (Dly) Acknowledgement for.
Burst Transmission and Acknowledgment
Proposed Resolution for Draft 3.0
Requirements and Implementations for Intra-flow/Intra-AC DiffServ
Proposed Timestamp Field for Strictly Ordered Indication
(Marvell Semiconductor, Inc.)
MAC Partial Proposal for TGn
Enhancement for AV Transmission
TXOP Request: in Time vs. in Queue Size?
Presentation transcript:

Ack Bitmap length for Burst ACK July 2001 doc.: IEEE 802.11-01/434r1 January 2002 Ack Bitmap length for Burst ACK Yasuo HARADA, Isaac Lim Wei Lih (Matsushita Electric Ind.) Yoshihiro OHTANI, Srinivas KANDALA ( Sharp Corp. ) Matsushita / Sharp Wei Lih Lim, Matsushita Electric Ind.

HD TV Transmission Requirement July 2001 doc.: IEEE 802.11-01/434r1 January 2002 HD TV Transmission Requirement Streaming rate: 24Mbps 36Mbps OFDM – 802.11a with 16QAM Burst ACK to achieve higher throughput MPDU size = 1402 bytes Fragmentation is not needed (MPDU=MSDU SIZE ) Bitmap ACK need to contain enough acknowledgement history to achieve the high throughput of 24Mbps Burst ACK is a factor feature to support HD TV transmission using 802.11a 16QAM modulation In order to avoid excessive delay due to lost of burst ack, bitmap need to carry a certain amount of acknowledgement history Matsushita / Sharp Wei Lih Lim, Matsushita Electric Ind.

Practical example for ACK Bit map requirement January 2002 Practical example for ACK Bit map requirement Q.CF-Poll Data#01 Data#02 Data#03 Data#04 Data#05 Data#06 Data#07 Data#08 ACK Req. Burst ACK Data Long MPDU (No fragmentation) 1 MSDU = 1 MPDU (ex.1402 byte) 8 MSDUs per burst Burst ACK ACK-Bitmap : |01|02|03|04|05|06|07|08||09|10|11|12|13|14|15|16| Draft 2.0 Conventional ACK for 16 MSDUs history length Burst ACK ACK-Bitmap : |01|02|03|04|05|06|07|08||09|10|11|12|13|14|15|16| |17|18|19|20|21|22|23|24||25|26|27|28|29|30|31|32| |33|34|35|36|37|38|39|40||41|42|43|44|44|46|47|48| |49|50|51|52|53|54|55|56||57|58|59|60|61|62|63|64| Required for HD TV ACK for 64 MSDUs history length Matsushita / Sharp

Simulation for Burst ACK July 2001 doc.: IEEE 802.11-01/434r1 January 2002 Simulation for Burst ACK Objective Throughput and Delay v.s. Bitmap Ack Size Scenario for simulation Data Generation Rate: 24,000,000 bps PHY: OFDM @ 36Mbps MSDU Size: 1402 Bytes Direct Transmission from source to destination (no relaying) Data Burst ACK Burst ACK Req QoS CF-Poll Throughput is mac layer throughput Delay is end-to-end delay @ the layer which generate and receive MPDU data payload. Matsushita / Sharp Wei Lih Lim, Matsushita Electric Ind.

January 2002 Throughput Bitmap ack size of 32 or more is needed to solve throughput variation due to lost/error on Burst Ack frame Matsushita / Sharp

January 2002 End-to-End Delay Bitmap ack size of 32 or more is needed to solve delay jitter due to lost/error on Burst Ack frame Matsushita / Sharp

Suggestion for changing to D2.0 January 2002 Suggestion for changing to D2.0 As shown by the simulation results, acknowledging more than 16 MPDUs in a Burst Ack frame is needed to due with erroneous condition Use addition flag to allow full use of the 32 bytes bitmap ack for unfragmented MPDU Matsushita / Sharp

Recommend text change for section 7.2.1.8 January 2002 Recommend text change for section 7.2.1.8 The frame format of the Burst Acknowledgement (BurstAck) frame is defined in Figure 21.4. Octets: 2 2 6 32 4 Frame Control Duration RA TA BA Control Sequence Control Ack Bitmap FCS Bits: 0 to 3 4 – 13 15 TID Reserved Wait 14 Fragment Figure 21.4 – BurstAck Frame Format Use a reserve bit in BA Control field to indicate if fragments are included in Ack Bitmap for acknowledgement. Matsushita / Sharp

Section 7.2.1.8 Burst Acknowledgement January 2002 Section 7.2.1.8 Burst Acknowledgement The following are recommended insertion to the text in section 7.2.1.8: The Duration, RA and TA fields follows the rules defined in section 7.2.1.3 for the ACK frame. The BA control field consists of the TC, Fragment and Wait sub-fields. The TC contains the traffic class being acknowledged. The Fragment field, if set to 1, means that the Ack Bitmap contains fragments acknowledgement and can acknowledge up to 16 MSDUs. Bit position n of Ack Bitmap, if set to a 1 acknowledges MPDU with MPDU sequence number equal to (Sequence Control + n). Otherwise, each bit in the Ack Bitmap represent an acknowledgement for a sequence number, which can acknowledge up to 256 MSDUs. Bit position n, if set to a 1 acknowledges MPDU with MPDU sequence number equal to (Sequence Control + n * 16). The Wait field, if set to 1, means that the acknowledgement results are not available. The contents of the Sequence Control and Ack Bitmap are reserved in this case. Otherwise, the Sequence Control field contains the fragment number and sequence number for traffic class TC corresponding to bit 0 of the Ack Bitmap. Note: Remove existing line 10 – 13. Matsushita / Sharp