1. TGn Sync MAC Response to Reasons and Cures Relating to Frame Formats
doc.: IEEE /0430r0
May 2005
May 2005
TGn Sync MAC Response to Reasons and Cures Relating to Frame Formats
Date:
Authors:
Notice: This document has been prepared to assist IEEE It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein.
Release: The contributor grants a free, irrevocable license to the IEEE to incorporate material contained in this contribution, and any modifications thereof, in the creation of an IEEE Standards publication; to copyright in the IEEE’s name any IEEE Standards publication even though it may include portions of this contribution; and at the IEEE’s sole discretion to permit others to reproduce in whole or in part the resulting IEEE Standards publication. The contributor also acknowledges and accepts that this contribution may be made public by IEEE
Patent Policy and Procedures: The contributor is familiar with the IEEE 802 Patent Policy and Procedures < ieee802.org/guides/bylaws/sb-bylaws.pdf>, including the statement "IEEE standards may include the known use of patent(s), including patent applications, provided the IEEE receives assurance from the patent holder or applicant with respect to patents essential for compliance with both mandatory and optional portions of the standard." Early disclosure to the Working Group of patent information that might be relevant to the standard is essential to reduce the possibility for delays in the development process and increase the likelihood that the draft publication will be approved for publication. Please notify the Chair as early as possible, in written or electronic form, if patented technology (or technology under patent application) might be incorporated into a draft standard being developed within the IEEE Working Group. If you have questions, contact the IEEE Patent Committee Administrator at
Sudheer Grandhi, Interdigital
Tomoko Adachi, Toshiba Corporation

2. Authors (continued): May 2005 doc.: IEEE 802.11-05/0430r0 May 2005
Sudheer Grandhi, Interdigital
Tomoko Adachi, Toshiba Corporation

3. doc.: IEEE /0430r0
May 2005
May 2005
Comment #7, 76.1
Remove the IAC/RAC frame types. Not worth adding these given the questionable value of the mechanisms they support.
The Initiator/Responder Aggregate Control and MRAD mechanisms represent a significant increase in frame types and implementation complexity for marginal benefit.
Sudheer Grandhi, Interdigital
Tomoko Adachi, Toshiba Corporation

4. doc.: IEEE /0430r0
May 2005
May 2005
Response #7, 76.1
IAC/RAC frames result in an epoch-making proposal which extends the capability of control frames to manage multi-function without wasting new subtypes.
Sudheer Grandhi, Interdigital
Tomoko Adachi, Toshiba Corporation

5. doc.: IEEE /0430r0
May 2005
May 2005
Comments # 20.2, 32, 33, 35, 45.1, 46
IAC, RAC, MRAD, ICB, and DCB frame formats need to be removed.
Associated functionality with new frame formats needs to be removed.
802.11e frame formats shall be used in preference to new frame formats.
The MAC design is too complicated with too many new frame formats to fix beam forming hidden-node problem.
Sudheer Grandhi, Interdigital
Tomoko Adachi, Toshiba Corporation

6. doc.: IEEE /0430r0
May 2005
May 2005
Response #20.2, 32, 33, 45.1,46
We have re-used e frame formats - as in our use of QoS Data, BA and BAR formats defined in e.
We only add a small change in the e frame format to offer substantial improvement.
IAC/RAC frame formats enable functions such as reverse direction flow, closed-loop link adaptation and pairwise-spoofing, giving significant performance improvement.
ICB/DCB frames provide an efficient network management when legacy and 20 MHz HT devices coexist with 40 MHz HT devices.
We have replaced the MRAD with a more effective mechanism - the MRA multi-poll. This has permitted some simplification of IAC/RAC. Further simplification is possible.
Sudheer Grandhi, Interdigital
Tomoko Adachi, Toshiba Corporation

7. doc.: IEEE /0430r0
May 2005
May 2005
Comment #69
IAC, RAC, MRAD, ICB, and DCB frame formats need to be removed. Associated functionality claimed related to power saving, which is critical to handsets should be backed up with results and should be realized with minimal changes.
Sudheer Grandhi, Interdigital
Tomoko Adachi, Toshiba Corporation

8. Response #69 The MMP frame format enables power saving.
doc.: IEEE /0430r0
May 2005
May 2005
Response #69
The MMP frame format enables power saving.
STAs not addressed in the MMP may conserve power during the remainder of the MRA.
MMP is optional. STA can save power whether it supports MMP or not.
Also please see response to #20.
Sudheer Grandhi, Interdigital
Tomoko Adachi, Toshiba Corporation

9. doc.: IEEE /0430r0
May 2005
May 2005
Comment #73
The MAC has (too) many frame formats (benefit? "enough" benefit? more consideration is due 802.11e)
Sudheer Grandhi, Interdigital
Tomoko Adachi, Toshiba Corporation

10. doc.: IEEE /0430r0
May 2005
May 2005
Response #73
Each frame format is introduced to support a new feature for achieving higher throughput efficiency in a specific context. Existing e frame formats (e.g. QoS Data, BA, BAR) have been re-used where appropriate.
Sudheer Grandhi, Interdigital
Tomoko Adachi, Toshiba Corporation

11. doc.: IEEE /0430r0
May 2005
May 2005
Comment #80
New frames, such as IAC/RAC, MRAD, ICB and DCB need to be removed.
Sudheer Grandhi, Interdigital
Tomoko Adachi, Toshiba Corporation

12. Response #80 Please see response to #20.
doc.: IEEE /0430r0
May 2005
May 2005
Response #80
Please see response to #20.
We introduce a few mechanisms and frame formats after careful consideration.
However, we are still considering further simplification pending simulation results
Sudheer Grandhi, Interdigital
Tomoko Adachi, Toshiba Corporation

13. doc.: IEEE /0430r0
May 2005
May 2005
Comment #90
The contention-based access scheme is becoming too complicated and requires too much changes to e (we should use solutions that complement e instead of trying to modify it):- IAC, RAC control frames should be removed
Sudheer Grandhi, Interdigital
Tomoko Adachi, Toshiba Corporation

14. doc.: IEEE /0430r0
May 2005
May 2005
Response #90
In fact, the contention-based access scheme is not being modified.
TGn Sync only modifies the definition of TXOP by permitting receivers to respond to the initiator during the period specified by the initiator.
Reverse Direction addressed elsewhere.
Sudheer Grandhi, Interdigital
Tomoko Adachi, Toshiba Corporation