MDA Comments 1 Date: Authors: September, 2008 Feb, 2008

Slides:



Advertisements
Similar presentations
Doc.: IEEE /1123r0 Submission September 2010 Zhu/Kim et al 1 Date: Authors: [TXOP Sharing for DL MU-MIMO Support]
Advertisements

Doc.: IEEE /0497 r0 Submission May 2008 Allan Thomson, Cisco SystemsSlide 1 D2.0 Location Changes Summary Date: Authors:
Doc.: IEEE /0509r3 Submission Proposed Resolution to CID 72, 119 and 128 Qian ChenSlide 1 May 2014 Date:
Doc.: IEEE /0562r0 Submission May 2009 L. Chu et alSlide 1 MCF Issues Date: Authors:
Doc.: IEEE /0097r0 SubmissionJarkko Kneckt (Nokia)Slide 1 Bandwidth Specific TXOP Limits Date: Authors: January 2011.
Doc.: IEEE /0100r2 Submission January 2010 Kazuyuki Sakoda, Sony CorporationSlide 1 MAC beaconing sync comment resolution Date: Authors:
Doc.: IEEE /0408r0 Submission May 2005 John Klein, SymbolSlide 1 TPC Comments Notice: This document has been prepared to assist IEEE It.
Doc.: IEEE /0590r0 Submission May 2010 Kazuyuki Sakoda, Sony CorporationSlide 1 MAC beaconing sync comment resolution overview Date:
Doc.: IEEE /034r0 Submission January 2002 Matthew B. Shoemake, TGg ChairpersonSlide 1 TGg Report to the IEEE Working Group Matthew B. Shoemake.
Doc.: IEEE /0537r0 Submission May 2010 Kazuyuki Sakoda, Sony CorporationSlide 1 General frame format comment resolution overview Date:
ANQP-SD Response When Service Mismatches
MDA assorted comments Date: Authors: 6/24/2018 6/24/2018
Data Function Frames Date: Authors: Jan 2009 Month Year
Improve Scanning for Identifying Transmitted BSSID
MCCA Comments Resolution 159 ppt
Suggested comment resolution on MDA Access Fraction (MAF)
QoS Resource Query Overview
Improvement to TWT Parameter set selection
TWT SP initiation and termination and legacy PS
EDCA and BlockAck Extensions for Reliable Multicast/Broadcast Services
UL OFDMA-based Random Access Parameter Set (RAPS) element
Summary of Unresolved General Comments for 2/14 TGs Telecon
SU-MIMO Type for Group Addressed Frames
Proposed Modifications in TGh Draft Proposal
QoS Resource Query Overview
General ad hoc- LB115- Comment Resolutions – Jan 08
Element for Legacy Indication
Fair Quiet for DFS Date: Authors: February 2008
Reverse Direction in ac
MCCAOP Advertisement motivation discussion
Resolution for CID 118 and 664 Date: Authors: Month Year
MDA comments categorization
QoS STA function applied to Mesh STA
Proposed Resolutions to RFI comments of LB 166 on IEEE s D7.0
Slot-based Power Save Improvement
Comment Resolutions Date: Authors: February 2008
CPVs in Mesh formation Date: Authors: September, 2008
Peer Power Save Mode for TDLS
80MHz/160MHz Protection Date: Authors: Date: September 2010
MCCA Comments Resolution 159 ppt
MDA Comment Resolution 2
Comment resolution on CID 20175
TPC Comments Date: Authors: January 2005
HT Features in Mesh Network
Overlapping BSS Co-Existence
QoS STA function applied to Mesh STA
80MHz/160MHz Protection Date: Authors: Date: September 2010
MDA Enhancements Date: Authors: May 2008 Month Year
80MHz/160MHz Protection Date: Authors: Date: September 2010
Terminology changes in a nutshell …
MDA assorted comments-2
Measurement reporting in TGh
80MHz/160MHz Protection Date: Authors: Date: September 2010
MDA Simulation Study: MDAOP Stretching and Other Concerns
Interference Signalling Enhancements
D0.2 Comment Resolution on CID 368
Suggested comment resolution on MDA Access Fraction (MAF)
Scheduled Peer Power Save Mode for TDLS
MAC beaconing sync comment resolution
MBCA and Beacon Timing element clean up
80MHz/160MHz Protection Date: Authors: Date: September 2010
Resolutions of the Remaining Power Management Comments
Some feedback from editor
Power Aware Link Metric
Congestion Control Comments Resolution
D0.2 Comment Resolution on CID 368
August 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: CID 422 Proposal Date Submitted: 14 August,
80MHz/160MHz Protection Date: Authors: Date: September 2010
Comment Resolution Regarding MDAOP End and NAV Clearing
September, 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: CID 422 Proposal Date Submitted: Sept.
Presentation transcript:

MDA Comments 1 Date: 2008-05-05 Authors: September, 2008 Feb, 2008 doc.: IEEE 802.11-07/xxxx September, 2008 MDA Comments 1 Date: 2008-05-05 Authors: Dee Denteneer, Philips Liwen Chu, STMicroelectronics

Resolve a number of CIDs on MDA September, 2008 Resolve a number of CIDs on MDA CIDs: 368, 586, 633, 745, 1386, 1387, 1536, 1805, 1806, 1807, 1815, 1882, 338, 339, 587, 589, 591, 1039, 1308, 1485, 387, 1822, 1847 Normative text: IEEE 802.11-08/1104r0; the excell sheet describing the comment resolution is 1105. Dee Denteneer, Philips

September, 2008 CIDs 368, 586, 633, 745, 1386, 1387, 1536, 1805, 1806, 1807, 1815 Minor edits of text requested Some other typos corrected Dee Denteneer, Philips

CID 1882 "All MDA supporting MPs" - this is imprecise September, 2008 CID 1882 "All MDA supporting MPs" - this is imprecise Relate to MIB variable or OTA signalling As suggested Dee Denteneer, Philips

September, 2008 CID 338, 339 "MDAOP setup, MP5: M", this is inconsistent with the statement that MDAOP is an optional feature" Rejected, as “The MDA concept remains optional. However, if implemented MDA has some mandatory parts.” Dee Denteneer, Philips

September, 2008 CID 587, 589, 591, 1039, 1308, 1485 E.g. 1485: “MDAOP" is not adquately defined. Define it to be the last 4 fields in fig s23, or better, create a new fig and rpeat the field definitions” Dee Denteneer, Philips

Figure xx -- MDAOP Reservation field MDAOP Setup Request element September, 2008 CID 587, 589, 591, 1039, 1308, 1485 Remedy: Have introduced a MDAOP field, as suggested, see new Clause 7.3.1.36 MDAOP Duration MDAOP Periodicity MDAOP Offset   1 2 Figure xx -- MDAOP Reservation field Element ID Length MDAOP Reservation ID MDAOP Reservation   Octets: 1 1 4 MDAOP Setup Request element Dee Denteneer, Philips

Figure xx -- MDAOP Reservation field September, 2008 MDAOP Duration MDAOP Periodicity MDAOP Offset   1 2 Figure xx -- MDAOP Reservation field Dee Denteneer, Philips

September, 2008 CIDs: 387, 1822, 1847 “The duration of MDA TXOPs must be determined beforehand, which is not possible.” Section 9.9.1.2 („EDCA TXOPs“) in 802.11-2007 allows a station to transmit multiple frames within a single TXOP. However, the station shall not exceed its TXOPlimit. Thus, the standard already describes a mechanism that requires a station to calculate the frame transmission duration in advance (that is before transmitting the frame). Furthermore, the standard even requires the station to consider the response frame in its calculation as well. Additionally, section 9.9.3.1 („Contention-based admission control procedures“) describes a procedure where a station decides in advance whether it may transmit or not. To do so, the station maintains two counters “admitted_time“ and „used_time.“ Based on these counters and the frame transmission duration that the station predicts, it decides whether it may transmit or not. In summary, 802.11-2007 already describes two different mechanisms that require an STA to calculate the duration of a frame transmission in advance. Therefore, MDA does not require anything particularly new. Dee Denteneer, Philips