Replies to Q&A following 10/0788r2

Slides:



Advertisements
Similar presentations
Submission doc.: IEEE 11-10/0892r2 March 2011 Jochen Miroll, Saarland UniversitySlide 1 Replies to Q&A following 10/0788r2 Date: Authors:
Advertisements

Submission doc.: IEEE 11-10/0892r1 July 2010 Jochen Miroll, Saarland UniversitySlide 1 Replies to Q&A following 10/0788r2 Date: Authors:
Doc.: IEEE /0883r1 Submission July 2010 Slide 1 Comment Resolution for “Spatial Reuse” Subgroup Date: Authors: Thomas Derham, Orange.
Doc.: IEEE /0560r0 Submission May 2009 Allan Thomson, Cisco SystemsSlide 1 Time Features Date: Authors:
Doc.: IEEE /0788r0 Submission Aggregate Block-ACK definition Date: July 2010 Jochen MirollSlide 1 Authors:
Doc.: IEEE /0788r3 Submission Aggregate Block-ACK definition Date: July 2010 Jochen MirollSlide 1 Authors:
Doc.: IEEE /0615r0 Submission May 2008 Naveen K. Kakani, Nokia IncSlide 1 Multicast Transmission in WLAN Date: Authors:
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
Time Features Date: Authors: May 2009 Month Year
WUR coexistence with existing power save mode
2200 Mission College Blvd., Santa Clara, CA 95054, USA
Quasi-reliable Multicast
Triggering the Broadcast Probe Response
2200 Mission College Blvd., Santa Clara, CA 95054, USA
Random Access RU Allocation in the Trigger Frame
Random Access RU Allocation in the Trigger Frame
Feedback-jamming Multicast ARQ results with capture effect
Harmonizing Multicast/Broadcast Proposals
Requirements and Implementations for Intra-flow/Intra-AC DiffServ
Fast Access to Network Information
Proposal for enabling overlay FEC in GCR Block Ack
Availability Window Advertisement
Feedback-jamming ARQ mechanisms
Assign and Update Wake-Up Signals in WLAN with Wake-Up Radio Receivers
Multiple Frequency Channel Scanning
Multicast/Broadcast Communication With Acknowledge
Cancellation of aggregate Multicast feedback – measurement results
Proposed Specification Framework for TGac – Introductory Comments
Improvement to TWT Parameter set selection
Aggregate Block-ACK definition
Cancellation of aggregate Multicast feedback – measurement results
Random Access RU Allocation in the Trigger Frame
Listen to Probe Request from other STAs
Overlapping BSS Co-Existence
Proposed Specification Framework for TGac – Introductory Comments
September 2008 doc.: IEEE /1003r0 March 2009
Cancellation of aggregate Multicast feedback – measurement results
Random Access RU Allocation in the Trigger Frame
AP Power Down Notification
September 2008 doc.: IEEE /1003r0 July 2010
Proposed Specification Framework for TGac – Introductory Comments
Discovery Assistance for ay
Feedback-jamming Multicast ARQ results with capture effect
Options for TGaa Proposal Selection Procedures
Feedback-jamming Multicast ARQ results with capture effect
September 2008 doc.: IEEE /1003r0 March 2009
Overlapping BSS Co-Existence
Group Block Acknowledgements for Multicast Traffic
DL MU MIMO Error Handling and Simulation Results
Proposed Specification Framework for TGac – Introductory Comments
Explicit Block Ack Request in DL MU PPDU
2200 Mission College Blvd., Santa Clara, CA 95054, USA
Aggregate Block-ACK definition
Feedback-jamming ARQ mechanisms
Time Features Date: Authors: May 2009 Month Year
Proposed Resolution to CID2114
Congestion Control Comments Resolution
Power Efficiency for Individually Addressed Frames Reception
Fixed Inter Frame Spacing for BRP in ay
Brief Queries in Probe Frames
Consideration on HARQ Unit
MRG IFS Correction Date: July 2010 Authors: July 2010 Month Year
Multiple Frequency Channel Scanning
Reducing Overhead in Active Scanning
Virtual BSS For Multi AP Coordination
CR for CID 1115 Date: Authors: May 2019
BA Setup for Multi-Link Aggregation
Availability Window Advertisement
BA Setup for Multi-Link Aggregation
Presentation transcript:

Replies to Q&A following 10/0788r2 July 2010 doc.: IEEE 802.11-10/0892r0 July 2010 Replies to Q&A following 10/0788r2 Date: 2010-07-14 Authors: Jochen Miroll, Saarland University Jochen Miroll, Saarland University

July 2010 doc.: IEEE 802.11-10/0892r0 July 2010 Abstract This presentation provides answers to the Q&A session in the PM1 TGaa meeting on Tuesday during the July 2010 San Diego IEEE plenary Jochen Miroll, Saarland University Jochen Miroll, Saarland University

July 2010 doc.: IEEE 802.11-10/0892r0 July 2010 Answers to Q&A (1) Should the “question” for data frame reception be done in a separate frame? Yes. In making the mechanism consistent with the existing standard(s), the BAR in Block ACK essentially is a similar “question”, so the proposal should modify the MRG BAR and not modify the data frame header. Should the “question” be asked before or after data? Afterwards, as it is done in 11n Block ACK and 11aa MRG Specification of leader selection mechanism in 11aa? We agree to the commenter that an “out of scope of 11aa” note is required Scalability of existing MRG-BA with the number of group members Although it is true that not all group members need to be addressed in the MRG BAR, once only a subset is addressed: this subset needs to be determined (leader-selection for several leaders) for the non-addressed group members, no feedback (not even implicit) is obtained Jochen Miroll, Saarland University Jochen Miroll, Saarland University

July 2010 doc.: IEEE 802.11-10/0892r0 July 2010 Answers to Q&A (2) Problem that the leader may roam or otherwise “leave” Since leader selection is out of scope, it is not a pre-requisite in the standard that the “weakest” receiver in a group has to be the leader. “weakest within the group” does not imply that this station has a very bad reception and will thus roam / de-associate When the leader leaves unexpectedly, this results in no more positive ACKs being received. Thus this makes the transmission less efficient, but not less reliable, which is considered the less significant problem Frequency of update of the leader role Since the selection algorithm shall not be specified, also the frequency shall not be specified. But: The minimum granularity for probing group members for signal strength is the block size. After each block, it shall be possible to switch between MRG BA and aggregate BA Does this assume that the leader always uses the smallest AID? No. The bitmap offset may start anywhere. The bitmap itself can be made a circular map or not be used at all, since only 1 station needs to be addressed Jochen Miroll, Saarland University Jochen Miroll, Saarland University

Answers to Q&A (3) Timing requirements to cancel ACK by NACK July 2010 doc.: IEEE 802.11-10/0892r0 July 2010 Answers to Q&A (3) Timing requirements to cancel ACK by NACK Requirements are less strict than for MRG BA, where NO overlap is tolerable. In this scheme, though, overlap does not matter, as measurements and simulations show Overlay-FEC: Are protocols available? Yes. RTP-FEC defines an extension header / payload type to RTP, where RTP packets either carry (systematic) data or parity Requirement for Deep Packet Inspection doing Overlay-FEC and thus increased AP complexity True. But it is up to the manufacturer of an AP to support this feature, since it is optional and, if implemented, can be used on demand (per-block decision) without additional protocol mechanisms Jochen Miroll, Saarland University Jochen Miroll, Saarland University

July 2010 Straw poll #1 Is Tgaa interested in seeing normative text for aggregate feedback cancellation incorporated as an optional feature of MRG Block ACK? Yes: No: Abstain: Jochen Miroll, Saarland University

July 2010 Straw poll #2 Is Tgaa interested in seeing normative text for Overlay- FEC capability, where an AP distinguishes between (systematic) data and parity packets, in MRG Block ACK without aggregation? Yes: No: Abstain: Jochen Miroll, Saarland University

July 2010 Straw poll #3 Is Tgaa interested in seeing normative text for Overlay- FEC capability , where an AP distinguishes between (systematic) data and parity packets, in MRG Block ACK with aggregation? Yes: No: Abstain: Jochen Miroll, Saarland University

References doc.: IEEE 802.11-10/0788r2 doc.: IEEE 802.11-10/0768r2 July 2010 doc.: IEEE 802.11-10/0892r0 July 2010 References doc.: IEEE 802.11-10/0788r2 doc.: IEEE 802.11-10/0768r2 doc.: IEEE 802.11-09/1150r2 doc.: IEEE 802.11-09/0290r1 Jochen Miroll, Saarland University Jochen Miroll, Saarland University