March 2007 doc IEEE 802 11 070372 r

  • Slides: 64
Download presentation
March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn-LB 97 -mac-adhoc-report Date:

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn-LB 97 -mac-adhoc-report Date: 2007 -03 -12 Authors: Notice: This document has been prepared to assist IEEE 802. 11. 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 802. 11. Patent Policy and Procedures: The contributor is familiar with the IEEE 802 Patent Policy and Procedures <http: // ieee 802. 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 stuart@ok -brit. com 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 802. 11 Working Group. If you have questions, contact the IEEE Patent Committee Administrator at <patcom@ieee. org>. Submission 1 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Abstract Running record of

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Abstract Running record of Agenda, Minutes, Results and Motions for TGn LB 97 MAC adhoc group from March 2007 meeting through the meeting during which MAC LB 97 comment processing is completed. Submission 2 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Important IEEE Links •

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Important IEEE Links • The following slides in this deck are believed to be the latest available however the Source locations are: • http: //standards. ieee. org/faqs/affiliation. FAQ. html • http: //standards. ieee. org/resources/antitrust-guidelines. pdf • http: //standards. ieee. org/board/pat-slideset. ppt • http: //www. ieee. org/portal/cms_docs/about/Co. E_poster. pdf • For summary see 11 -07 -0660 -01 -0000 -opening-presentation Submission 3 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Member Affiliation • It

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Member Affiliation • It is defined in the IEEE-SA Standards Board Bylaws, 5. 2. 1. 5 as: “An individual is deemed “affiliated” with any individual or entity that has been, or will be, financially or materially supporting that individual’s participation in a particular IEEE standards activity. This includes, but is not limited to, his or her employer and any individual or entity that has or will have, either directly or indirectly, requested, paid for, or otherwise sponsored his or her participation. • http: //standards. ieee. org/faqs/affiliation. FAQ. html Submission 4 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Declaration of Affiliation •

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Declaration of Affiliation • Revision: May 2007 Standards Board Bylaw 5. 2. 1. 1 – 5. 2. 1. 1 Openness • Openness is defined as the quality of being not restricted to a particular type or category of participants. All meetings involving standards development an all IEEE Sponsor ballots shall be open toa all interested parties. Each individual participant in IEEE Standards activities shall disclose his or her affiliations when requested. A person who knows or reasonably should know, that a participant’s disclosure is materially incomplete or incorrect should report that fact to the Secretary of the IEEE-SA Standards Board and the appropriate Sponsors. – http: //standards. ieee. org/faqs/affiliation. FAQ. html Submission 5 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Affiliation Policy • Requirement

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Affiliation Policy • Requirement to declare affiliation at all standards development meetings and recorded in the minutes – Affiliation not necessarily same as employer – Declaration requirement may be familiar to some 802 WGs, though WG declaration process may evolve • 11. What if I refuse to disclose my affiliation? – As outlined in IEEE-SA governance documents, you will lose certain rights. In a working group where voting rights are gained through attendance, no attendance credit will be granted if affiliation isn’t declared. Similarly, voting rights are to be removed if affiliation isn’t declared. • Affiliation declaration will be added to Sponsor ballot • http: //standards. ieee. org/faqs/affiliation. FAQ. html Submission 6 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Highlights of the IEEE-SA

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Highlights of the IEEE-SA Standards Board Bylaws on Patents in Standards – Participants have a duty to tell the IEEE if they know (based on personal awareness) of potentially Essential Patent Claims they or their employer own – Participants are encouraged to tell the IEEE if they know of potentially Essential Patent Claims owned by others • This encouragement is particularly strong as the third party may not be a participant in the standards process – Working Group required to request assurance – Early assurance is encouraged – Terms of assurance shall be either: • Reasonable and nondiscriminatory, with or without monetary compensation; or, • A statement of non-assertion of patent rights – Assurances • • Shall be provided on the IEEE-SA Standards Board approved LOA form May optionally include not-to-exceed rates, terms, and conditions Shall not be circumvented through sale or transfer of patents Shall be brought to the attention of any future assignees or transferees Shall apply to Affiliates unless explicitly excluded Are irrevocable once submitted and accepted Shall be supplemented if Submitter becomes aware of other potential Essential Patent Claims – A “Blanket Letter of Assurance” may be provided at the option of the patent holder – A patent holder has no duty to perform a patent search – Full policy available at http: //standards. ieee. org/guides/bylaws/sect 6 -7. html#6 Submission 7 Matthew Fischer (Broadcom) 1

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 IEEE-SA Standards Board Bylaws

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 IEEE-SA Standards Board Bylaws on Patents in Standards 6. 2 Policy IEEE standards may be drafted in terms that include the use of Essential Patent Claims. If the IEEE receives notice that a [Proposed] IEEE Standard may require the use of a potential Essential Patent Claim, the IEEE shall request licensing assurance, on the IEEE Standards Board approved Letter of Assurance form, from the patent holder or patent applicant. The IEEE shall request this assurance without coercion. The Submitter of the Letter of Assurance may, after Reasonable and Good Faith Inquiry, indicate it is not aware of any Patent Claims that the Submitter may own, control, or have the ability to license that might be or become Essential Patent Claims. If the patent holder or patent applicant provides an assurance, it should do so as soon as reasonably feasible in the standards development process. This assurance shall be provided prior to the Standards Board’s approval of the standard. This assurance shall be provided prior to a reaffirmation if the IEEE receives notice of a potential Essential Patent Claim after the standard’s approval or a prior reaffirmation. An asserted potential Essential Patent Claim for which an assurance cannot be obtained (e. g. , a Letter of Assurance is not provided or the Letter of Assurance indicates that assurance is not being provided) shall be referred to the Patent Committee. A Letter of Assurance shall be either: a) A general disclaimer to the effect that the Submitter without conditions will not enforce any present or future Essential Patent Claims against any person or entity making, using, selling, offering to sell, importing, distributing, or implementing a compliant implementation of the standard; or b) A statement that a license for a compliant implementation of the standard will be made available to an unrestricted number of applicants on a worldwide basis without compensation or under reasonable rates, with reasonable terms and conditions that are demonstrably free of any unfair discrimination. At its sole option, the Submitter may provide with its assurance any of the following: (i) a not-to-exceed license fee or rate commitment, (ii) a sample license agreement, or (iii) one or more material licensing terms. Submission 8 Matthew Fischer (Broadcom) 2

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 IEEE-SA Standards Board Bylaws

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 IEEE-SA Standards Board Bylaws on Patents in Standards Copies of an Accepted LOA may be provided to the working group, but shall not be discussed, at any standards working group meeting. The Submitter and all Affiliates (other than those Affiliates excluded in a Letter of Assurance) shall not assign or otherwise transfer any rights in any Essential Patent Claims that are the subject of such Letter of Assurance that they hold, control, or have the ability to license with the intent of circumventing or negating any of the representations and commitments made in such Letter of Assurance. The Submitter of a Letter of Assurance shall agree (a) to provide notice of a Letter of Assurance either through a Statement of Encumbrance or by binding any assignee or transferee to the terms of such Letter of Assurance; and (b) to require its assignee or transferee to (i) agree to similarly provide such notice and (ii) to bind its assignees or transferees to agree to provide such notice as described in (a) and (b). This assurance shall apply to the Submitter and its Affiliates except those Affiliates the Submitter specifically excludes on the relevant Letter of Assurance. If, after providing a Letter of Assurance to the IEEE, the Submitter becomes aware of additional Patent Claim(s) not already covered by an existing Letter of Assurance that are owned, controlled, or licensable by the Submitter that may be or become Essential Patent Claim(s) for the same IEEE Standard but are not the subject of an existing Letter of Assurance, then such Submitter shall submit a Letter of Assurance stating its position regarding enforcement or licensing of such Patent Claims. For the purposes of this commitment, the Submitter is deemed to be aware if any of the following individuals who are from, employed by, or otherwise represent the Submitter have personal knowledge of additional potential Essential Patent Claims, owned or controlled by the Submitter, related to a [Proposed] IEEE Standard and not already the subject of a previously submitted Letter of Assurance: (a) past or present participants in the development of the [Proposed] IEEE Standard, or (b) the individual executing the previously submitted Letter of Assurance. Submission 9 Matthew Fischer (Broadcom) 3

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 IEEE-SA Standards Board Bylaws

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 IEEE-SA Standards Board Bylaws on Patents in Standards The assurance is irrevocable once submitted and accepted and shall apply, at a minimum, from the date of the standard's approval to the date of the standard's withdrawal. The IEEE is not responsible for identifying Essential Patent Claims for which a license may be required, for conducting inquiries into the legal validity or scope of those Patent Claims, or for determining whether any licensing terms or conditions are reasonable or non-discriminatory. Nothing in this policy shall be interpreted as giving rise to a duty to conduct a patent search. No license is implied by the submission of a Letter of Assurance. In order for IEEE’s patent policy to function efficiently, individuals participating in the standards development process: (a) shall inform the IEEE (or cause the IEEE to be informed) of the holder of any potential Essential Patent Claims of which they are personally aware and that are not already the subject of an existing Letter of Assurance, owned or controlled by the participant or the entity the participant is from, employed by, or otherwise represents; and (b) should inform the IEEE (or cause the IEEE to be informed) of any other holders of such potential Essential Patent Claims that are not already the subject of an existing Letter of Assurance. 4 Submission 10 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Other Guidelines for IEEE

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Other Guidelines for IEEE WG Meetings • All IEEE-SA standards meetings shall be conducted in compliance with all applicable laws, including antitrust and competition laws. • Don’t discuss the interpretation, validity, or essentiality of patents/patent claims. • Don’t discuss specific license rates, terms, or conditions. – Relative costs, including licensing costs of essential patent claims, of different technical approaches may be discussed in standards development meetings. • Technical considerations remain primary focus • Don’t discuss fixing product prices, allocation of customers, or dividing sales markets. • Don’t discuss the status or substance of ongoing or threatened litigation. • Don’t be silent if inappropriate topics are discussed… do formally object. -------------------------------- If you have questions, contact the IEEE-SA Standards Board Patent Committee Administrator at patcom@ieee. org or visit http: //standards. ieee. org/board/pat/index. html See IEEE-SA Standards Board Operations Manual, clause 5. 3. 10 and “Promoting Competition and Innovation: What You Need to Know about the IEEE Standards Association's Antitrust and Competition Policy” for more details. This slide set is available at http: //standards. ieee. org/board/pat-slideset. ppt Submission 11 Matthew Fischer (Broadcom) 5

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Question • Are there

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Question • Are there any patent claim(s)/patent application claim(s) and/or the holder of patent claim(s)/patent application claim(s) that the participant believes may be essential for the use of that standard? • Minute any responses that were given, specifically the patent claim(s)/patent application claim(s) and/or the holder of the patent claim(s)/patent application claim(s) that were identified (if any) and by whom. Submission 12 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Current MAC adhoc meeting

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Current MAC adhoc meeting agenda-notes pages Agenda-notes pages from previous dates are located further down in this document. Submission 13 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc July

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc July 19, 2007, AM 1 • Agenda – 11 -07 -0590 – Matt. F – WEP-TKIP – 11 -07 -0523 -00 -000 n-mac-stbc-cid-dual-beacon-controversial. doc (Jeremy G) – 10 minutes • Accepted 590 r 3 – – – Continuation from conf call (did not vote yet) Proposed resolution for 11 -07 -0338 r 10, CID 2542 – unanimously accepted Proposed resolution for CID 3330 – “Counter – see CID 2542” – unanimously accepted Straw poll on proposed resolutions to CID 1653, 840, 1949, 1670 from 11 -07 -0523 r 0 – 8 -3 -0 – does not pass Revote the unresolved CIDs – – – Processed DURATION tab comments according to non-uploaded excel spreadsheet from Amit B BA discussion – CID xxx – Peter Loc/Luke Qian – 15 minutes 11 -07 -0706 r 3/4 – Adrian frame exchange sequences - +HTC response – 30 minutes – – Step through assigned CIDs Step through unassigned CIDs • • Still some CIDs that are unresolved partially reviewed tab “MAC group discussion” comments – 11 -07 -2027 - NAV updates (Adrian) – 30 minutes – 11 -07 -2006 - HTC tab – Solomon – 30 minutes • • • – – Submission CID 1523 (+Yuichi), 2837 (PHY RXSTART for NAV reset extends to PIFS Retry) not resolved CID 2849 – resolved but then questioned, remains resolved CID 1535 – not resolved 11 -07 -2132 – Matt Smith Need DLS case coverage in 8. 4. 3 RSN associations 14 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc July

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc July 17, 2007, PM 1 • Agenda – 11 -07 -2028 r 2 - Misc – (Adrian) – 15 minutes • – – – Resolved CID 163 with 11 -07 -2028 r 3 11 -07 -2132 – Matt Smith BA discussion – CID xxx – Peter Loc/Luke Qian – 15 minutes 11 -07 -0523 -00 -000 n-mac-stbc-cid-dual-beacon-controversial. doc (Jeremy G) – 10 minutes – – – – Step through assigned CIDs Step through unassigned CIDs • – Submission CID 1523 (+Yuichi), 2837 (PHY RXSTART for NAV reset extends to PIFS Retry) not resolved 11 -07 -2006 - HTC tab – Solomon – 30 minutes • • – partially reviewed tab “MAC group discussion” comments 11 -07 -2027 - NAV updates (Adrian) – 30 minutes • – Continuation from conf call (did not vote yet) Proposed resolution for 11 -07 -0338 r 10, CID 2542 – unanimously accepted Proposed resolution for CID 3330 – “Counter – see CID 2542” – unanimously accepted Straw poll on proposed resolutions to CID 1653, 840, 1949, 1670 from 11 -07 -0523 r 0 – 8 -3 -0 – does not pass MOVE REMAINING CIDs to TGn CID 2849 – resolved but then questioned, remains resolved CID 1535 – not resolved Need DLS case coverage in 8. 4. 3 RSN associations 15 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc July

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc July 17, 2007, AM 2 • Agenda – 11 -07 -2025 - Misc (Matt. F) – 10 minutes – – 11 -07 -2132 – Matt Smith 11 -07 -2006 - HTC tab – Solomon – 30 minutes • • • Changes made to create 11 -07 -2025 r 1, which was approved by the group CID 2849 – resolved but then questioned, remains resolved CID 1535 – not resolved – EMR CID 289, 290 – – BA discussion – CID xxx – Peter Loc/Luke Qian – 15 minutes 11 -07 -0523 -00 -000 n-mac-stbc-cid-dual-beacon-controversial. doc (Jeremy G) – 10 minutes • Need to re-MOTION these two in TGn – – – Continuation from conf call (did not vote yet) Proposed resolution for 11 -07 -0338 r 10, CID 2542 – unanimously accepted Proposed resolution for CID 3330 – “Counter – see CID 2542” – unanimously accepted Straw poll on proposed resolutions to CID 1653, 840, 1949, 1670 from 11 -07 -0523 r 0 – 8 -3 -0 – does not pass MOVE REMAINING CIDs to TGn – – Step through assigned CIDs Step through unassigned CIDs paritally reviewed 11 -07 -2028 - Misc – (Adrian) – 15 minutes – 11 -07 -2027 - NAV updates (Adrian) – 30 minutes • • – Submission CID 163 remains unresolved CID 1523 (+Yuichi), 2837 (PHY RXSTART for NAV reset extends to PIFS Retry) not resolved Need DLS case coverage in 8. 4. 3 RSN associations 16 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc July

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc July 16, 2007 • Agenda – 11 -07 -2028 - Misc – (Adrian) – 15 minutes • – 11 -07 -2027 - NAV updates (Adrian) – 30 minutes • – – – CID 163 remains unresolved CID 1523, 2837, 1526 not resolved 11 -07 -2025 - Misc (Matt. F) – 10 minutes 11 -07 -2132 – Matt Smith 11 -07 -0523 -00 -000 n-mac-stbc-cid-dual-beacon-controversial. doc (Jeremy G) – 10 minutes – – – – – Submission Continuation from conf call (did not vote yet) Proposed resolution for 11 -07 -0338 r 10, CID 2542 – unanimously accepted Proposed resolution for CID 3330 – “Counter – see CID 2542” – unanimously accepted Straw poll on proposed resolutions to CID 1653, 840, 1949, 1670 from 11 -07 -0523 r 0 – 8 -3 -0 – does not pass 11 -07 -2006 - HTC tab – Solomon – 30 minutes BA discussion – CID xxx – Peter Loc/Luke Qian – 15 minutes Step through assigned CIDs Step through unassigned CIDs Need DLS case coverage in 8. 4. 3 RSN associations 17 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc July

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc July 13, 2007 • Agenda – 11 -07 -0773 r 0 – (and 11 -07 -0774 r 0) Yuichi – Multi-rate support – 30 minutes (suitable for Telecon) – – 11 -07 -2087 r 1 - Subra/Matt. F • • – – – – – Continuing, starting with CID 2179, completed the document, nothing unresolved. Joint PHY/MAC discussion was held to resolve CID 1839 11 -07 -2088 r 2 - Subra/Matt. F 11 -07 -2089 r 1 - Subra/Matt. F 11 -07 -2109 - Reverse direction one comment Yuichi 11 -07 -2011 r 1 - MAC Mgmt SAP – (Adrian) – 15 minutes 11 -07 -2028 - Misc – (Adrian) – 15 minutes 11 -07 -2027 - NAV updates (Adrian) – 30 minutes 11 -07 -2025 - Misc (Matt. F) – 10 minutes 11 -07 -2132 – Matt Smith 11 -07 -0523 -00 -000 n-mac-stbc-cid-dual-beacon-controversial. doc (Jeremy G) – 10 minutes – – – – Submission Continuation from conf call (did not vote yet) Proposed resolution for 11 -07 -0338 r 10, CID 2542 – unanimously accepted Proposed resolution for CID 3330 – “Counter – see CID 2542” – unanimously accepted Straw poll on proposed resolutions to CID 1653, 840, 1949, 1670 from 11 -07 -0523 r 0 – 8 -3 -0 – does not pass BA discussion – CID xxx – Peter Loc/Luke Qian – 15 minutes Step through assigned CIDs Step through unassigned CIDs Need DLS case coverage in 8. 4. 3 RSN associations 18 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Straw polls July 13,

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Straw polls July 13, 2007 • Is the issue raised by CID 1839 a PHY-only issue? – – • Is the issue raised by CID 1839 a MAC-only issue? – – • Y 3 N 5 Do you agree to keep the comment in the MAC group, but involve the PHY group in creating a joint resolution? – – • Y 1 N 6 Do you agree to resolve CID 1839 by changing the RIFS range from 1. 8 -2. 2 to 2 -4 usec? – – • Y 1 N 3 Y 9 N 0 Do you agree to reject CID 1839 with a rationale similar to that found in 11 -072087 r 1? – – Submission Y 21 N 3 19 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc July

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc July 12, 2007 • Agenda – 11 -07 -0636 -08/12 -000 n-lb 97 -submission-category-backoff-in-mac -ad-hoc. doc (Tomoko) – 15 minutes • VERSION 12 Accepted – 7 -1 -2 – 11 -07 -0773 r 0 – (and 11 -07 -0774 r 0) Yuichi – Multi-rate support – 30 minutes (suitable for Telecon) – • Covered up through CID 3346 of 11 -07 -0774 r 1 Submission 20 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc July

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc July 11, 2007 • Agenda – Submissions • Create Submission server upload schedule • Sign up for future MAC adhoc agenda time • Relinquish assignee status if needed – 11 -07 -0706 r 2/3 – Adrian frame exchange sequences - +HTC response – 30 minutes • Accepted/Countered several CID, a few left as deferred. This doc will come around another time. – 11 -07 -2007 -01/2 -000 n-tgn-lb 97 -MAC-BA (Solomon) – 20 minutes • Continued from CID 1696, accepted proposed resolutions for all remaining comments – 11 -07 -2008 -01/2 -000 n-tgn-lb 97 -MAC-AMPDU (Solomon) – 20 minutes • Completed the remaining CID 2280 and CID 3318 Submission 21 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC CID Categories (1)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC CID Categories (1) • WEP-TKIP – 830 (Matt. F) – • STBC – 574 (Jeremy) – • • 11 -07 -0397 RD – 2277 (Adrian) – • 11 -07 -2070 AAD MSDU – 289 (Brett) – • 11 -07 -2087 RIFS – 1521 (Matt. F) – • 11 -07 -2089 RIFS accuracy – 1132 (Matt. F) – • 11 -07 -0523 SMPS – 132 (Srini, Adrian) RTS-CTS - 631 (Matt. F) – • 11 -07 -0590 (for TGn) 11 -07 -0575 Reverse Direction – 588 (Adrian) – Submission Done 22 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC CID Categories (2)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC CID Categories (2) • Rate MCS selection – 94 (Yuichi) – 11 -07 -0773 • HCCA – 431 (Matt. F) – 11 -07 -2088 • Frame Exchange – 52 (Adrian) – 11 -07 -0706 • • EDCA cleanup - 2285 (Menzo) Duration values – 36 (Amit) Order bit masking – 301 (Matt. S) NAV update – 831 (Adrian) – 11 -07 -2027 • MGMT SAP – 434 (Adrian) – 11 -07 -2011 • HTC - 1535 (Solomon) Submission 23 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC CID Categories (3)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC CID Categories (3) • • • Dual CTS – 646 (Menzo) Block Ack Delayed – 83 (Matt. F) Block Ack – 3091 (Solomon) – 11 -07 -2007 • Backoff – 103 (Tomoko) – 11 -07 -0636 • • Antenna Select Misc – 326 (Vinko) AMSDU - 586 (Matt. F) – 11 -07 -2023 • AMPDU – 2280 (Solomon) – 11 -07 -2008 • Security Classifications – 2553 (Matt. F) – 11 -07 -0614 (COEX) • MAC misc 1 – 488, 1125 (Matt. F) – 11 -07 -2025 Submission 24 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc Teleconference

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc Teleconference June 20, 2007 • ATTENDANCE – – – – – Submission Matthew Fischer Doug Chan Bruce Kraemer Tomoko Adachi Solomon Trainin Naveen Kakani Dave Bagby Peter Loc Adrian Stephens 25 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc Teleconference

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc Teleconference June 20, 2007 • Agenda – 11 -07 -0706 r 0 – Adrian frame exchange sequences - +HTC response – 20 minutes • • – 11 -07 -2008 -00 -000 n-tgn-lb 97 -MAC-AMPDU (Solomon) – 20 minutes • • – Reviewed document through CID 1537, accepted proposed resolutions for some comments 11 -07 -0636 -06 -000 n-lb 97 -submission-category-backoff-in-mac-ad-hoc. doc (Tomoko) – 5 minutes • • – – Several straw polls taken, with results being recorded in 11 -07 -2008 r 1 and later versions Resolved all but CID 2280 and CID 3318 11 -07 -2007 -00 -000 n-tgn-lb 97 -MAC-BA (Solomon) – 20 minutes • – Anticipating a fair amount of discussion regarding exchange rules Several straw polls taken, with results being recorded in 11 -07 -0706 r 1 and later versions Partially reviewed on May 11, May 14, may 16 – to be voted on May 17 – recognized some remaining deficiency in the specification regarding when to initiate normal backoff countdown, waiting for more changes, did not vote Still not satisfied with wording for CID 1878 11 -07 -0773 r 0 – Yuichi – Multi-rate support – 30 minutes (suitable for Telecon) 11 -07 -0523 -00 -000 n-mac-stbc-cid-dual-beacon-controversial. doc (Jeremy G) – 10 minutes – – – – Submission Continuation from conf call (did not vote yet) Proposed resolution for 11 -07 -0338 r 10, CID 2542 – unanimously accepted Proposed resolution for CID 3330 – “Counter – see CID 2542” – unanimously accepted Straw poll on proposed resolutions to CID 1653, 840, 1949, 1670 from 11 -07 -0523 r 0 – 8 -3 -0 – does not pass Step through assigned CIDs Step through unassigned CIDs Need DLS case coverage in 8. 4. 3 RSN associations 26 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC adhoc Motions All

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC adhoc Motions All MAC adhoc motions are contained in this section, with the most recent motions appearing first. Submission 27 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -07 -19 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -07 -19 MAC Motion TGMB 2 • Worksheet tab motion_mac_tgmb 2 – – – 1 comment, Reject Result of work from 7/19/2007 AM 1 11. 9. 6 subclause of DFS procedures • – Resolution Accepted by MAC adhoc unanimously • • REJECT: The text that the commentor refers to is directly quoted and unmodified from the baseline standard and is with reference to a topic which is unaddressed and unmodified by the TGn draft. Therefore, the issue raised by the commentor should be addressed to TGmb. TGn will forward this comment to TGmb. #xx Move to accept comment resolutions in 11 -07/0338 r 18 tab "motion_mac_tgmb 2” – • A STA that successfully requests another STA to perform a measurement on another channel should not transmit MSDUs, A-MSDUs or MMPDUs to that STA during the interval defined for the measurement plus any required channel switch intervals. In determining this period, a STA shall assume that any required channel switches take less than dot 11 Channel. Switch. Time per switch. 07 -07 -19 PM 2 TGn action #xx Move to forward CID 2891 from LB 97 to TGmb for further consideration. – Submission 07 -07 -19 PM 2 TGn action 28 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -07 -19 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -07 -19 MAC Motion J • Worksheet tab motion_mac_j – 22 comments, A, C, R – Result of work from 7/19/2007 AM 1 – Various topics, including WEP-TKIP, Duration field, several comments transferred from FRAME, and misc others – Resolutions Accepted by MAC adhoc unanimously • #xx Move to accept comment resolutions in 1107/0338 r 18 tab "motion_mac_j” – 07 -07 -19 PM 2 TGn action Submission 29 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -07 -18 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -07 -18 MAC Motion TGMB • Worksheet tab TGMB – 2 comments, Reject • Not within the scope of TGn – CID 1163 and CID 1164 – MAC: 2007 -06 -20 00: 30: 24 Z Reject - comment rejected by MAC adhoc because the comment is out of scope - This comment questions language that is part of the baseline standard and that is not changed by the proposed TGn amendment. The correct venue for raising this issue is within TGmb. The TGn group will forward this comment to TGmb. – Accepted by MAC adhoc unanimously • # 186 Move to accept comment resolutions in 11 -07/0338 r 16 tab “TGMB” – 07 -07 -18 PM 2 TGn action - passed • #187 Move to forward CIDs 1163 and 1164 from LB 97 to TGmb for further consideration. – 07 -07 -18 PM 2 TGn action - passed Submission 30 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -07 -18 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -07 -18 MAC Motion I • Worksheet tab motion_mac_i – – 24 comments, A, C, R Result of work from 7/16/2007 and 7/17/2007 Various topics Accepted by MAC adhoc unanimously • #185 Move to accept comment resolutions in 1107/0338 r 16 tab "motion_mac_i” – 07 -07 -18 PM 2 TGn action - passed Submission 31 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -07 -18 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -07 -18 MAC Motion H • Worksheet tab motion_mac_h – – 53 comments, A, C, R Result of work from 7/12/2007 and 7/13/2007 Backoff, L_LENGTH, MAC SAP, MCS selection, other MISC Accepted by MAC adhoc unanimously • Except for: CID 103, 104, 1878 where vote was 7 -1 -2 • #184 Move to accept comment resolutions in 1107/0338 r 16 tab "motion_mac_h” – 07 -07 -18 PM 2 TGn action - passed Submission 32 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -07 -18 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -07 -18 MAC Motion G • Worksheet tab motion_mac_g – – 33 comments, A, C, R Result of work from 7/11/07 +HTC, Frame Exchanges, BA, A-MPDU Accepted by MAC adhoc unanimously • #183 Move to accept comment resolutions in 1107/0338 r 16 tab "motion_mac_g” – 07 -07 -18 PM 2 TGn action passed Submission 33 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -07 -18 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -07 -18 MAC Motion F • Worksheet tab motion_mac_f – 2 comments, C – STBC • Rewording of multicast after secondary beacon text – Accepted by MAC adhoc unanimously during end of May interim meeting – too late for motion • #182 Move to accept comment resolutions in 1107/0338 r 16 tab "motion_mac_f” – 07 -07 -18 PM 2 TGn action - passed Submission 34 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -05 -16 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -05 -16 MAC Motion E • 11 -07 -0338 -08 -000 n-tgn-lb 97 -MAC-comments. xls • Worksheet tab motion_mac_e – 8 comments, C, R – CIDs various topics • Mostly individual comments regarding A-MSDU protection, STBC, RD, that did not fall into the same grouping as the other comments from those groups – Accepted by MAC adhoc • #167 Move to accept comment resolutions in 1107/0338 r 8 tab "motion_mac_e” except CID 574 – 07 -05 -16 PM 2 TGn action - approved Submission 35 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -05 -16 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -05 -16 MAC Motion D • 11 -07 -0338 -08 -000 n-tgn-lb 97 -MAC-comments. xls • Worksheet tab motion_mac_d – 17 comments, A, C, R – CIDs related to Reverse Direction – Comments addressed by document: • 11 -07 -0575 -03 -000 n-lb 97 -submission-mac-rd. doc – Discussed, revised, accepted by MAC adhoc (unanimous) • #166 Move to accept comment resolutions in 1107/0338 r 8 tab "motion_mac_d” except CID 2277 and CID 2299 – 07 -05 -16 PM 2 TGn action - approved Submission 36 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -05 -16 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -05 -16 MAC Motion C • 11 -07 -0338 -08 -000 n-tgn-lb 97 -MAC-comments. xls • Worksheet tab motion_mac_c – – 4 comments, A, C CIDs related to STBC Comments addressed by MAC adhoc group Accepted by MAC adhoc • #165 Move to accept comment resolutions in 1107/0338 r 8 tab "motion_mac_c” – 07 -05 -16 PM 2 TGn action - approved Submission 37 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -05 -16 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -05 -16 MAC Motion B • 11 -07 -0338 -08 -000 n-tgn-lb 97 -MAC-comments. xls • Worksheet tab motion_mac_b – 7 comments, A, C – CIDs related to STBC – Comments addressed by documents: • 11 -07 -0521 -01 -000 n-mac-stbc-cid-non-controversial. doc • 11 -07 -0522 -01 -000 n-mac-stbc-cid-dual-cts. doc – Accepted by MAC adhoc • #164 Move to accept comment resolutions in 1107/0338 r 8 tab "motion_mac_b” – 07 -05 -16 PM 2 TGn action - approved Submission 38 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -05 -16 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 2007 -05 -16 MAC Motion A • 11 -07 -0338 -08 -000 n-tgn-lb 97 -MAC-comments. xls • Worksheet tab motion_mac_a – 9 comments, A, C, R – CIDs related to A-MSDU AAD • Protection of the A-MSDU signaling bit (Qo. S Control field bit 7) – Comments addressed by document 11 -07 -0397 r 7 • Adding two bits in RSN IE to control inclusion of Qo. S Control field bit 7 in AAD calculation • Presented, discussed, revised, then accepted by MAC adhoc 11 -0 • #163 Move to accept comment resolutions in 1107/0338 r 8 tab "motion_mac_a” – 07 -05 -16 PM 2 TGn action - approved Submission 39 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC adhoc meeting agenda-notes

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC adhoc meeting agenda-notes pages Submission 40 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc May

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc May 17, 2007 • Agenda – Documents • 11 -07 -0636 -04 -000 n-lb 97 -submission-category-backoff-in-mac-ad-hoc. doc (Tomoko) – – Interpretation request – – – Partially reviewed on May 11, May 14, may 16 – to be voted on May 17 – recognized some remaining deficiency in the specification regarding when to initiate normal backoff countdown, waiting for more changes, did not vote IEEE 802. 11 n D-1. 10 and D-2. 0 section 7. 2. 1. 9 describes the Control Wrapper frame. One of the fields in this frame is the Carried Frame Control: "The Carried Frame Control field contains the value of the Frame Control field of the carried control frame. " What happens if a Control Wrapper frame is inside another Control Wrapper frame? This appears to be a special case that specification doesn't address explicitly. Created response, forwarded to TGn chair and vice chair. 11 -07 -0523 -00 -000 n-mac-stbc-cid-dual-beacon-controversial. doc (Jeremy G) – 10 minutes – – Continuation from conf call (did not vote yet) Proposed resolution for CID 2542 from 11 -07 -0338 r 10 – unanimously accepted Proposed resolution for CID 3330 – “Counter – see CID 2542” Straw poll on proposed resolutions to CID 1653, 840, 1949, 1670 from 11 -07 -0523 r 0 – 8 -3 -0 – does not pass – CID 843 – HT Delayed Block Ack – 10 minute limit – 11 -07 -0776 r 1 - Douglas Chan – CID 332 – 8 -0 -7 – – 11 -07 -0773 r 0 – Yuichi – Multi-rate support – 30 minutes (suitable for Telecon) 11 -07 -0706 r 0 – Adrian frame exchange sequences - +HTC response – – – Step through assigned CIDs Step through unassigned CIDs Need DLS case coverage in 8. 4. 3 RSN associations • • • Submission Change assignment to Adrian to prepare a submission to remove HT-delayed block Ack from the specification – 11 -0 -5 10 minutes Anticipating a fair amount of discussion regarding exchange rules 41 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc May

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc May 17, 2007 • Response to interpretation request regarding D 2. 0 – Interpretation request – IEEE 802. 11 n D-1. 10 and D-2. 0 section 7. 2. 1. 9 describes the Control Wrapper frame. One of the fields in this frame is the Carried Frame Control: – "The Carried Frame Control field contains the value of the Frame Control field of the carried control frame. " – What happens if a Control Wrapper frame is inside another Control Wrapper frame? This appears to be a special case that specification doesn't address explicitly. • Response: – The sentence “The Control Wrapper frame is used to carry any other control frame together with a High Throughput Control field. ” is intended to disallow the carrying of a control wrapper frame within a control wrapper frame. Recognizing the possibility that the language is a bit ambiguous, TGn will modify this sentence to read: – “The Control Wrapper frame is used to carry any Control subtype frame excluding the Control Wrapper subtype, together with a High Throughput Control field. ” Submission 42 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc May

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc May 16, 2007 • Agenda – Documents • 11 -07 -0636 -03 -000 n-lb 97 -submission-category-backoff-in-mac-ad-hoc. doc (Tomoko) – Partially reviewed on May 11, May 14 – Interpretation request – IEEE 802. 11 n D-1. 10 and D-2. 0 section 7. 2. 1. 9 describes the Control Wrapper frame. One of the fields in this frame is the Carried Frame Control: – "The Carried Frame Control field contains the value of the Frame Control field of the carried control frame. " – What happens if a Control Wrapper frame is inside another Control Wrapper frame? This appears to be a special case that specification doesn't address explicitly. – – – Douglas Chan CID 843 – HT Delayed Block Ack Step through unassigned CIDs Step through assigned CIDs 11 -07 -0706 r 0 – Adrian frame exchange sequences • Anticipating a fair amount of discussion regarding exchange rules – 11 -07 -xxxx – Yuichi – Multi-rate support Submission 43 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc May

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc May 14, 2007 • Agenda – Documents • 11 -07 -0636 -03 -000 n-lb 97 -submission-category-backoff-in-mac-ad-hoc. doc (Tomoko) – Partially reviewed on May 11 – Interpretation request – IEEE 802. 11 n D-1. 10 and D-2. 0 section 7. 2. 1. 9 describes the Control Wrapper frame. One of the fields in this frame is the Carried Frame Control: – "The Carried Frame Control field contains the value of the Frame Control field of the carried control frame. " – What happens if a Control Wrapper frame is inside another Control Wrapper frame? This appears to be a special case that specification doesn't address explicitly. – – – Submission CID 843 – HT Delayed Block Ack Step through unassigned CIDs Step through assigned CIDs 11 -07 -xxxx – Yuichi – Multi-rate support 11 -07 -0706 r 0 – Adrian frame exchange sequences 44 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc May

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc May 11, 2007 • Agenda – Documents • 11 -07 -0397 -07 -000 n-A-MSDU-protection(? ) – (Brett) – Resuming from Thursday May 10 AM 2, with potential additions from Peter L • No additions from Peter • 3 CIDs from frame added to the document • Accepted – 11 – 0 (resolves 12 comments) • 11 -07 -0575 -03 -000 n-lb 97 -submission-mac-rd. doc (Adrian) – Resuming from Thursday May 10 AM 2 – CID 163 move to mimo PS – Accepted – unanimous (resolves 18 (-2) comments) • 11 -07 -0636 -01 -000 n-lb 97 -submission-category-backoff-in-mac-ad-hoc. doc (Tomoko) – Partially reviewed • CID 843 – HT Delayed Block Ack • Next week – Adrian frame exchange sequences – Step through unassigned CIDs Submission 45 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc May

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc May 10, 2007 • Agenda – Documents • 11 -07 -0590 -02 -000 n-LB 97 -CID-1113 -HT-WEP-TKIP. doc (Matt F) – Presented, then deferred to TGN/WG, after objections to SHOULD->SHALL change with respect to choice of CCMP vs TKIP • 11 -07 -0397 -05 -000 n-A-MSDU-protection(? ) – (Brett) – to resume during PM 1 session on Friday, May 11, with potential additions from Peter L • 11 -07 -0575 -02 -000 n-lb 97 -submission-mac-rd. doc (Adrian) – Resuming from Wednesday, May 9 AM 2 • 11 -07 -0591 -01 -000 n-LB 97 -CID-1832 -Operating-Mode-Bits. doc (Matt F) – Should be presented in COEX adhoc • 11 -07 -0636 -01 -000 n-lb 97 -submission-category-backoff-in-mac-ad-hoc. doc – (Tomoko) • CID 843 – HT Delayed Block Ack – Defer to next week • Next week – Adrian frame exchange sequences – Step through unassigned CIDs Submission 46 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc May

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc May 9, 2007 • Agenda – Documents • 11 -07 -0523 -00 -000 n-mac-stbc-cid-dual-beacon-controversial. doc (Jeremy G) – Continuation from conf call (did not vote yet) – ACTION – Adrian, check on exact meaning of CID 2542 – Move this item to a TGN session for vote during main meeting week • 11 -07 -0575 -02 -000 n-lb 97 -submission-mac-rd. doc (Adrian) – Partially reviewed, to be continued at a subsequent session • 11 -07 -0590 -02 -000 n-LB 97 -CID-1113 -HT-WEP-TKIP. doc (Matt F) • 11 -07 -0591 -01 -000 n-LB 97 -CID-1832 -Operating-Mode-Bits. doc (Matt F) – Should be presented in COEX adhoc • • 11 -07 -0397 -05 -000 n-A-MSDU-protection(? ) – (Brett) CID 843 – HT Delayed Block Ack Next week – Adrian frame exchange sequences 11 -07 -0636 -01 -000 n-lb 97 -submission-category-backoff-in-mac-ad-hoc. doc – (Tomoko) – Step through unassigned CIDs Submission 47 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Straw polls May 9,

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Straw polls May 9, 2007 • Presentation of 575 r 0 by Adrian – CID 2267 -cited paragraph • Sanjiv: Change the deleted paragraph to a note 5 -4 • Sanjiv: Delete the paragraph as shown 5 -4 • Solomon: Delete the paragraph and delete the examples of multiple RD to different RA in a single TXOP 1 -8 • Adrian: Keep the paragraph as a NOTE vs Delete the paragraph 5 -2 • Should there be a change to the current rule of RD initiator’s lack of knowledge of MOREPPDU bit in the case when a frame might have contained a +HTC field as suggested in 575 r 0? – consensus is to leave the rule as it is Submission 48 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn LB 97 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn LB 97 MAC adhoc summary for Teleconference April 04, 2007 • TGn MAC adhoc Teleconference was held on April 4, 2007 – Attendance: • • • • Doug Chan Dave Bagby Marc de Courville Padam Kafle Daniel Borges Matthew Fischer Naveen Kakani Jeremy Gasteau Andy Molisch Peter Loc Adrian Stephens Matt Smith Solomon Trainin – Based on limited attendance, group agreed to allow MAC adhoc straw polls to resolve “non-controversial” CIDs, but to NOT vote on controversial CIDs Submission 49 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc April

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc April 4, 2007 • Agenda – Three documents prepared by Jeremy Gasteau regarding comments from STBC tab of MAC comment spreadhseet (11 -07 -0338) • 11 -07 -0521 -01 -000 n-mac-stbc-cid-non-controversial. doc • 11 -07 -0522 -01 -000 n-mac-stbc-cid-dual-cts. doc • 11 -07 -0523 -00 -000 n-mac-stbc-cid-dual-beacon-controversial. doc – ACTION – Adrian, check on exact meaning of CID 2542 – Resolved 7 CIDs from document 11 -07 -0521 and 11 -07 -0522 – Discussed 11 -07 -0523, but did not vote, due to controversial nature of the CIDs – Results included in 11 -07 -0338 -05 -000 n-tgn-lb 97 -MACcomments. xls Submission 50 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn LB 97 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn LB 97 MAC adhoc summary for March 2007 • Met for 4 session hours • 308 comments for MAC adhoc • 26 comment groups + some ungrouped comments – 1 group = “MAC discussion group” – 25 comment groups – specific topics (see later slides) – 18 comments individual assigned (not part of any group) • All 308 comments have an assignee, or are assigned to the MAC discussion group • Status: 308 comments – 1 accepted – 3 countered – 304 unresolved Submission 51 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc future

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGn MAC adhoc future plans • Expecting submissions from assignees + others – Will give priority to submissions to resolve comments as the submissions appear • Discuss/resolve CIDs in MAC discussion group • Adhoc call – April 4 Submission 52 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC adhoc 2007 -03

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC adhoc 2007 -03 -14 Submission 53 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGN LB 97 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGN LB 97 MAC adhoc agenda 03/14/07 • 03/14/07 – Wednesday – PM 2 – Submission presentations – Step through “MAC discussion group” CIDs Submission 54 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC adhoc 2007 -03

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC adhoc 2007 -03 -13 Submission 55 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGN LB 97 MAC

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 TGN LB 97 MAC adhoc agenda 03/13/07 • 03/13/07 – Tuesday – PM 1 • Review LB 97 results – Congratulations! – ~83% pass – 3076 comments, 1635 Technical, 1441 Editorial • Review LB 97 MAC adhoc status – 303 Technical comments – (MAC editorial comments all moved to Editor group) • Review TGn MAC adhoc rules – Straw poll 75% [ yes/(all votes – abstain) ] to accept “proposed resolution” within adhoc forwarding to TGn for official vote – 5 minute initial discussion per CID – group may vote to extend (75% of voting nonabstain in order to extend, or no objection from group) • Call for assignees • Submission presentations • Step through unassigned CIDs Submission 56 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Notes on comment database

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Notes on comment database • TGn is using a new comment database management tool • Adhoc chairs will use the tool to process comments – Tool window on screen will look similar to spreadsheet – Comments still referenced by CID • Excel spreadsheets will be created and distributed as before – Containing comment group sheets – Same resolution status designations • Exception – “D” no longer used – see adhoc-status column where defer is indicated Submission 57 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC adhoc 07/03/13 PM

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC adhoc 07/03/13 PM 1 • • Discussed organization of MAC comments Looked for assignees for comment groups Created new comment groups Assigned some names to inidividual (non-grouped) comments • One new comment group is “MAC discussion group” – These comments are currently intended to be discussed individually by the group and they potentially do not require a submission, but may require a submission after initial MAC discussion Submission 58 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC Comment Groups 1

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC Comment Groups 1 Comment Group (blank) A Total C AAD A-MSDU 9 9 Brett A-MPDU 8 8 Solomon A-MSDU 13 13 Matt F Antenna Select misc 21 21 Adrian 3 3 Tomoko 19 19 Solomon 5 5 Matt F 13 13 Menzo Duration values 4 4 Amit B EDCA cleanup 4 4 Menzo 20 20 Adrian HCCA 4 4 Matt F HTC 4 4 Solomon 22 GROUP backoff Block. Ack delayed Dual CTS Frame Exchange Sequences MAC group discussion Submission 18 1 59 3 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC Comment Groups 2

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC Comment Groups 2 MGMT SAP 8 8 Adrian NAV update 8 8 Adrian Order bit masking 5 5 Matt S Rate MCS Selection 67 67 Yuichi Reverse Direction 18 18 Adrian RIFS 6 6 Matt F RIFS accuracy 2 2 Matt F RTS-CTS 2 2 Security Classifications 2 2 Matt F SMPS 4 4 Srini STBC 16 16 Jeremy 3 3 Matt F 18 18 WEP-TKIP (blank) Submission 60 Matt F Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Straw polls 070313 –

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 Straw polls 070313 – Question? • YES • NO – Submission 61 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 For better viewing Place

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 For better viewing Place text here Submission 62 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC Motion motion_example •

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 MAC Motion motion_example • Set of x comments – Topic • Relevant documents 11 -07 -xxxxry • General nature • #xxx NOT REALLY A MOTION - Move to accept comment resolutions in 11 -07/0338 r. X tab “motion_example” – 07 -03 -13 PM 2 TGn action xxxx Submission 63 Matthew Fischer (Broadcom)

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 References • 11 -07

March 2007 doc. : IEEE 802. 11 -07/0372 r 15 References • 11 -07 -0372 -00 -000 n-tgn-lb 97 -mac-adhoc-report. ppt – (this document) • 11 -07 -0338 -04 -000 n-tgn-lb 97 -MAC-comments. xls – Comment spreadsheet • 11 -06 -0689 -01 -000 n-tgn-MAC-LB 84 -Ad-Hoc. Operation. ppt – LB 84 MAC adhoc rules Submission 64 Matthew Fischer (Broadcom)