Doc.: IEEE 802.11-11/0465r0 Submission March 2011 Mark RISON, CSRSlide 1 A-MPDUs with U-APSD 2011-03-17 Authors:

Slides:



Advertisements
Similar presentations
Doc.: IEEE /0104r1 SubmissionLiwen Chu Etc.Slide 1 Fragmentation with A-MPDU Date: Authors: Date: Jan, 2012.
Advertisements

A-MPDU Delimiter Changes
Doc.: IEEE c Submission March, 2008 Inha Univ.Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE /412r0 Submission S. Choi, Philips Research July 2001 Slide 1 Aligning e HCF and h TPC Operations Amjad Soomro, Sunghyun.
Submission doc.: IEEE /0325r0 March 2012 Slide 1 TIM Enhancement With Group Bits Date: Authors: Zhong-Yi Jin, Nokia.
Doc.:IEEE /0859r0 July 2012 Simone Merlin, Qualcomm Inc Short Block Ack Date: Authors:
Doc.: IEEE /1355r2 11ah Submission Date: Authors: Nov 2012 James Wang, MediaTek Slide 1.
Doc.: IEEE /0295r0 Submission PRAW Follow Up Date: Authors: March 2013.
Submission doc.: IEEE 11-10/0443r0 March 2014 Jarkko Kneckt, NokiaSlide 1 What Is P2P Traffic in HEW Simulation Scenarios? Date: Authors:
Doc.: IEEE /1294r0 Submission September 2011 Rolf de Vegt, QualcommSlide 1 Spec Framework Text for.11ah Bandwidth Modes Date: Authors:
Doc.: IEEE /1345r0 Submission November 2013 Jiamin Chen, HuaweiSlide 1 Dynamic Channel Transfer(DCT) Procedure for IEEE aj ( 60GHz New Technique.
Doc.: IEEE /0342r0 SubmissionLiwen Chu Etc.Slide 1 Power Efficient PS Poll Date: Authors: Date: March, 2012.
Doc.: IEEE /0608r2 Submission May 2012 Shoukang Zheng et. al, I2R, SingaporeSlide 1 Low-Power PS-Poll Date: Authors:
Submission doc.: IEEE /0328r0 Nokia Internal Use Only March 2012 Slide 1 Date: Authors: PS-Poll Enhancements Chittabrata Ghosh, Nokia.
Doc.: IEEE /0881r0 Submission July 2012 Anna Pantelidou, Renesas Mobile CorporationSlide 1 PS Mode Enhancements with Timing Indication Date:
Submission doc.: IEEE 11-12/1329r0 PS-Poll for Downlink Bufferable Units Date: Slide 1Eric Wong, Broadcom November 2012 Authors:
Doc.: IEEE /1325r0 Submission Nov PS-Poll TXOP Date: Authors: David Xun Yang, Huawei, et. al.Slide 1.
Doc.: IEEE / 0052r0 Submission January 2011 Slide 1 Max Nss for SU BF Date: Authors: Sameer Vermani, Qualcomm.
Doc.: IEEE /0324r0 Submission Slide 1Michelle Gong, Intel March 2010 DL MU MIMO Error Handling and Simulation Results Date: Authors:
Doc.:IEEE /0037r0 Submission Jan. 17, 2011 Yong Liu, MarvellSlide 1 BW Indication in Non-HT Frames Date: Authors:
Doc.: IEEE /0371r0 Submission March 2012 Ron Porat, Broadcom BF Feedback and Protocol Date: Authors: Slide 1.
Doc.: IEEE /0373r0 Submission March 2012 Ron Porat, Broadcom BF Frame Format Date: Authors: Slide 1.
Doc.: IEEE /1123r0 Submission September 2010 Zhu/Kim et al 1 Date: Authors: [TXOP Sharing for DL MU-MIMO Support]
Doc.: IEEE /1244r1 Submission Nov.2010 Sun Bo, ZTE CorpSlide 1 Authors: Transmission Mechanism in MU-MIMO Date:
Slide 1 doc.: IEEE /1092r0 Submission Simone Merlin, Qualcomm Incorporated September 2010 Slide 1 ACK Protocol and Backoff Procedure for MU-MIMO.
Doc.: IEEE /0440r1 Submission July 2013 Jiamin Chen, HuaweiSlide 1 Dynamic Channel Transfer(DCT) procedure for IEEE aj ( 60GHz ) Date:
Submission doc.: IEEE /0327r0 March 2015 Jarkko Kneckt, NokiaSlide 1 Microsleep for HE STA Date: Authors:
Doc.: IEEE /xxxr0 Submission January 2004 Mathilde Benveniste, Avaya Labs -- ResearchSlide 1 Clarifications on APSD Mathilde Benveniste Avaya.
Submission doc.: IEEE 11-10/0745r2 May 2010 Matthew Fischer, BroadcomSlide 1 MFQ MMPDU MAC Sequence Numbering Date: Authors:
Doc.: IEEE /1434r0 Submission November 2013 Slide 1 CID 1376: NDP BlockAck Bitmap Protection Date: Authors: Alfred Asterjadhi, et.
ARQ Mechanisms Rudra Dutta ECE/CSC Fall 2010, Section 001, 601.
Submission doc.: IEEE /1096r0 Sep 2015 John Son et al., WILUSSlide 1 Recovery Procedures in Cascading Sequences Date: Authors: NameAffiliationsAddressPhone .
Doc.: IEEE /0079r0 Submission Interference Signalling Enhancements Date: xx Mar 2010 Allan Thomson, Cisco SystemsSlide 1 Authors:
Submission doc.: IEEE /0674r0 May 2016 Hanseul Hong, Yonsei UniversitySlide 1 EIFS excess problem of Acknowledgement for UL MU procedure Date:
Submission doc.: IEEE /0961r0 July 2016 Hanseul Hong, Yonsei UniversitySlide 1 Consideration on Multi-STA BlockAck Optimization Date:
Multi-STA BA Design Date: Authors: March 2016 Month Year
Undetected Duplicate Frame Reception
WUR coexistence with existing power save mode
DLS Power Save Delivery Mechanism
EDMG BlockAck Retransmission
Clarifications on WUR/PCR interactions
WUR Acknowledgement Indication
WUR Acknowledgement Indication
Non-Automatic Power Saving Delivery
Further Discussion on “Lost Ack” During Unscheduled Service Period
Further Discussion on “Lost Ack” During Unscheduled Service Period
Channel Access for WUR FDMA
Multicast/Broadcast Communication With Acknowledge
New Twist on More Data Bit
TWT SP initiation and termination and legacy PS
Remedy to the ‘Missing Ack Problem’
Data transmission detail in WUR mode
Regarding HE fragmentation
Remedy to the Lost Ack Problem while Power Saving
Comment Resolutions Date: Authors: February 2008
WUR Acknowledgement Indication
<month year> <doc.: IEEE doc> September 2010
Further Consideration for WUR Acknowledgement Indication
Power Efficient PS Poll
Clarifications on WUR/PCR interactions
Group Block Acknowledgements for Multicast Traffic
QoS STA function applied to Mesh STA
CR for CID 1115 Date: Authors: May 2019
Interference Signalling Enhancements
Regarding HE fragmentation
Peer Service Period Date: Authors: January 2008 Month Year
Chapter 11 Comment Resolution for Letter Ballot 63
doc.: IEEE <doc#1>
doc.: IEEE <doc#1>
Further Consideration for WUR Acknowledgement Indication
Presentation transcript:

doc.: IEEE /0465r0 Submission March 2011 Mark RISON, CSRSlide 1 A-MPDUs with U-APSD Authors:

doc.: IEEE /0465r0 Submission March 2011 Mark RISON, CSRSlide 2 Abstract This presentation proposes a mechanism by which BUs may be transmitted in A-MPDUs under U-APSD Note: this presentation does not cover BUs transmitted under other forms of block transfer, such as e Block Acknowledgement

doc.: IEEE /0465r0 Submission March 2011 Mark RISON, CSRSlide 3 U-APSD operation without A-MPDUs Summary of non-11n behaviour: AP sends MPDU to STA; if EOSP bit set then: –STA may in principle fall asleep after ACKing the MPDU –If the AP gets the ACK the SP is over Nice and clean –AP may miss the ACK; in this case the AP retransmits the MPDU at least once but the STA will not ACK retransmissions MPDU might time out, but thats OK because STA has correctly received it –If the More Data bit is set then STA awakens (or doesnt fall asleep) and sends another trigger

doc.: IEEE /0465r0 Submission March 2011 Mark RISON, CSRSlide 4 Proposed analogous U-APSD operation with A-MPDUs Proposal by analogy with non-A MPDU case: AP sends A-MPDU to STA; all EOSP bits have the same value (see clause ); if set and STA correctly receives at least one then: –STA may in principle fall asleep after BlockAcking the A-MPDU Even if not all MPDUs in the A-MPDU were correctly received! –If the AP gets the BlockAck the SP is over Even if not all MPDUs in the A-MPDU were acked! The AP does not transmit an A-MPDU again (but if it does thats OK) –AP may miss the BlockAck; in this case the AP transmits the A-MPDU again at least once but the STA will not BlockAck the transmission(s) MPDUs might time out, which would be bad for those which the STA has not correctly received –If the More Data bit is set in the last MPDU it correctly receives then STA awakens (or doesnt fall asleep) and sends another trigger AP sets More Data bit to 0 or 1 in the last MPDU per the normal rules AP sets More Data bit to 1 in MPDUs other than the last MPDU. This increases efficiency if the last MPDU transmitted is not correctly received -- otherwise, how would the STA know it needs to send another trigger to get the missing last MPDU? –If there is a hole in the sequence number space then STA awakens (or doesnt fall asleep) and sends another trigger This increases efficiency if an MPDU other than the last MPDU is not correctly received, and the last MPDU has the More Data bit set to 0 -- otherwise, how would the STA know it needs to send another trigger to get the missing non-final MPDU(s)?

doc.: IEEE /0465r0 Submission March 2011 Mark RISON, CSRSlide 5 Thought experiments… AP sends in an A-MPDU three MPDUs, all of which have the EOSP bit set, and all but the last of which have the More Data bit set If the STA only correctly receives and BlockAcks the first two, it sees the EOSP bit but also the More Data bit in both, so sends another trigger –If the AP does not receive the BlockAck, then it will still be retransmitting the MPDUs and ignore the trigger –If the AP receives the BlockAck, then the SP is over and it does not transmit again; the trigger will cause it to (re)transmit the last MPDU If the STA only correctly receives and BlockAcks the last, it sees the EOSP bit but also the hole in the sequence number space, so sends another trigger –If the AP does not receive the BlockAck, then it will still be retransmitting the MPDUs and ignore the trigger –If the AP receives the BlockAck, then the SP is over and it does not transmit again; the trigger will cause it to (re)transmit the first two MPDUs If the STA correctly receives and BlockAcks all three, it sees the EOSP bit and the absence of the More Data bit in the last MPDU and the absence of a hole in the sequence number space, so falls asleep –If the AP does not receive the BlockAck, then it will just retransmit the MPDUs until timeout (unless the STA happens to send another trigger for some reason)

doc.: IEEE /0465r0 Submission March 2011 Mark RISON, CSRSlide 6 Proposal Add spec text to say that: –In A-MPDUs sent by the AP: The More Data bit shall be set for all MPDUs other than the last MPDU –last MPDU means (to be decided): the last MPDU logically, i.e. the one with the highest SN (mod 4096), so if the A-MPDU contains MPDUs with SN 3,2,1 in that order, the last MPDU is the one with SN 3, which is first in the A-MPDU the last MPDU physically, i.e. the one which comes last in time, so if the A-MPDU contains MPDUs with SN 3,2,1 in that order, the last MPDU is the one with SN 1 The More Data bit in the last MPDU shall be set if there is more data –No change from existing behaviour –The behaviour when the AP sends A-MPDUs under U-APSD is: The STA should send another trigger if the More Data bit is set in the last MPDU it correctly receives, or if theres a hole in the sequence number space –Informative advice The AP shall consider the SP over and should not retransmit (until the next SP) if it receives a BlockAck for an A-MPDU containing MPDUs with EOSP set, even if that BlockAck does not ack all the MPDUs –Already mentioned as a NOTE (see clause j) The AP shall retransmit at least once if it does not receive a BlockAck for an A-MPDU containing MPDUs with EOSP set –Already implied (see clause j) The AP shall not include (until the next SP) any new MPDUs in retransmissions where EOSP had been signalled (its complicated enough as it is!) –New –To be confirmed: maybe its not that more complicated to allow new MPDUs to be added on (either the STA saw at least one of the existing ones, in which case its asleep/retriggering, or it didnt, in which case it doesnt know a new one has been added)

doc.: IEEE /0465r0 Submission March 2011 Mark RISON, CSRSlide 7 References Draft P REVmb/D7.03, March 2011