March 2008 doc IEEE 802 11 072705 r

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 TGn-LB 115 -mac-adhoc-report Date: 2008 -03 -13 Authors: Submission 1 Matthew Fischer (Broadcom)

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

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 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 2008 doc. : IEEE 802. 11 -07/2705 r 23 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 2008 doc. : IEEE 802. 11 -07/2705 r 23 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 2008 doc. : IEEE 802. 11 -07/2705 r 23 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 2008 doc. : IEEE 802. 11 -07/2705 r 23 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 2008 doc. : IEEE 802. 11 -07/2705 r 23 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 2008 doc. : IEEE 802. 11 -07/2705 r 23 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 2008 doc. : IEEE 802. 11 -07/2705 r 23 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 2008 doc. : IEEE 802. 11 -07/2705 r 23 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 2008 doc. : IEEE 802. 11 -07/2705 r 23 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 2008 doc. : IEEE 802. 11 -07/2705 r 23 Current MAC adhoc meeting agenda-notes pages Most recent agenda-notes pages are at the top of this document (i. e. have lower slide numbers). Submission 13 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Interpretive guide • Text coloring: – – Submission Black = pending agenda item Red = item partially addressed Green = item completed Gray = item not addressed in the session indicated at the top of the slide 14 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Agenda for 13 March 2008 • • • IEEE Patent policy review Question of IP claims (See slide 12) Submissions related to CIDs – 11 -08 -0132 -02 duration setting – Adrian/Yuichi – • • • – 11 -07 -2942 -03 -000 n-lb 115 -mac-ht-dls. doc – Liwen/Matt. F • • • – Request to re-open CID 5558 (not 2558 as in the title) Purpose is to disallow fragmentation of A-MSDUs R 1 produced R 1 approved unanimously (10 present) Recycled CIDs – – • R 1 produced R 1 approved unanimously (10 present) Action: Adrian contact Nancy about resolution to CID 5044 -done 11 -08 -0258 -00 -000 n-tgn-lb 115 -CID 2558 – Adrian • • • R 1 was Reviewed during January interim, outcome pending investigation regarding legacy STA behavior Edited as R 4 during meeting R 4 approved unanimously (9 present) 11 -08 -0262 -00 -000 n-tgn-lb 115 -submission-security Security – Matt. S and Adrian • • • – Document revised by Adrian/Yuichi, presented during 2/6/08 call by Adrian, document accepted as resolution to the CIDs contained inside – R 2 created during the call – all but CID 5564 resolved. Reviewed CID 5564 changes, which were only verbally communicated during the previous call, and still had no objections – still leaving CID 5564 open for opportunity for broader review Resolution for 5564 approved unanimously (8 present) CID 5461 – EMR – conflict with CID 5533 - was approved in prior telecon CID 5467 – EMR use of TXNAV timer terminology – was approved in prior telecon Other CIDs – Submission After the database was updated to reflect the approvals above, no unresolved CIDs remain 15 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Agenda for Conference Call 13 Feb 2008 • • IEEE Patent policy review Question of IP claims (See slide 12) – • Attendance – – – • No response. Matthew Fischer, Broadcom Adrian Stephens, Intel Bruce Kraemer, Marvell Dave Bagby, Sanyo and Calypso Liwen, STM Submissions related to CIDs – 11 -08 -0132 -02 duration setting – Adrian/Yuichi – • • – 11 -07 -2942 -01 -000 n-lb 115 -mac-ht-dls. doc – Liwen/Matt. F • • Reviewed during January interim, outcome pending investigation regarding legacy STA behavior – 11 -08 -xxxx Security – Matt. S Recycled CIDs – – • Document revised by Adrian/Yuichi, presented during 2/6/08 call by Adrian, document accepted as resolution to the CIDs contained inside – R 2 creaed during the call – all but CID 5564 resolved. Reviewed CID 5564 changes, which were only verbally communicated during the previous call, and still had no objections – still leaving CID 5564 open for opportunity for broader review CID 5461 – reprocessed, accepting editors change without objection CID 5467 – reprocessed, accepting editor’s change without objection Other CIDs Submission 16 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Agenda for Conference Call 6 Feb 2008 • • IEEE Patent policy review Question of IP claims (See slide 12) – • Attendance – – – – • No response to the question Bruce Kraemer Matthew Fischer Adrian Stephens Tomoko Adachi David Bagby Matthew Smith Jon Rosdahl Luke Qian Submissions related to CIDs – 11 -08 -0132 -01 duration setting – Adrian/Yuichi – • – 11 -07 -2942 -01 -000 n-lb 115 -mac-ht-dls. doc – Liwen/Matt. F • • • Document revised by Adrian/Yuichi, presented during 2/6/08 call by Adrian, document accepted as resolution to the CIDs contained inside – R 2 creaed during the call – all but CID 5564 resolved. Reviewed during January interim, outcome pending investigation regarding legacy STA behavior – 11 -08 -xxxx Security – Matt. S Recycled CIDs Other CIDs Submission 17 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Agenda for Conference Call 30 Jan 2008 • • No one spoke in response to the question of IP claims regarding the development of the. TGn amendment (See slide 12) Submissions related to CIDs – 11 -08 -0132 -00 duration setting – Yuichi – reviewed but not actioned – 11 -07 -2942 -01 -000 n-lb 115 -mac-ht-dls. doc – Liwen/Matt. F • Reviewed during January interim, outcome pending investigation regarding legacy STA behavior – 11 -08 -xxxx Security – Matt. S – 11 -08 -xxxx STBC – Menzo – no actual submission, see email of 1/28/08 • CIDs to be resolved based on email – all resolved – 11 -08 -0221 -01 -- CID 5188 – MAC General – undetected error – Adrian • Document 11 -08 -0221 -01 contains more detailed material on an analysis of the rate of octets delivered by the amendment with undetected errors, with an ultimate recommendation to reject CID 5188 with a reference to the doc • • Recycled CIDs Other CIDs Submission 18 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Agenda for Conference Call 23 Jan 2008 • • There was no response to the question of patent material affecting the standard when it was asked at the beginning of the conference call – see the question located on slide 12 Submissions related to CIDs – 11 -08 -0132 -00 duration setting – Yuichi – reviewed but not actioned – 11 -07 -2942 -01 -000 n-lb 115 -mac-ht-dls. doc – Liwen/Matt. F • – – – 11 -08 -xxxx Security – Matt. S 11 -08 -xxxx STBC – Menzo CID 5188 – MAC General – undetected error – Adrian • • Reviewed during January interim, outcome pending investigation regarding legacy STA behavior Worked with Brian – result of probability of undetected error depends on assumptions – if no mid-packet collisions, then Adrian believes that our amendment meets the requirements – if a collision starts during the MAC header, then the specification in question might not be met – in that case, the failure rate rises to the 2 e-32 FCS rate. With a good MAC header, various header fields end up qualifying the reception Mid-packet collision rate of less than 10 e-4 will give an acceptable result Definition of a mid-packet interference event: event that is long enough duration to exceed the correcting capability of the decoder – only likely with another transmission Not enough material yet available to craft a resolution to CID 5188 Adrian has heard that 802 PAR includes an exclusion regarding PER – not document 1991 -58, which provides for an exception for an increased MSDU loss-rate Adrian notes that 802. 11 a is also 10 e-4 from meeting the requirement, based on the same argument that causes us to fail (i. e. midpacket collision), so MPDU length change by TGn is insignificant Recycled CIDs Other CIDs – Submission Resolved an additional 5 CIDs from the STBC group 19 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Agenda for Thursday 17 Jan 2008 • • Submissions related to CIDs – 11 -07 -2992 -04 multirate – Yuichi – CID 5024, 5464 resolved – 11 -08 -0132 -00 duration setting – Yuichi – reviewed but not actioned – 11 -07 -2942 -01 -000 n-lb 115 -mac-ht-dls. doc – Liwen/Matt. F – 11 -08 -0190 Measurement Pilot – Doug – 11 -08 -xxxx Security – Matt. S – 11 -08 -0184 AMSDU – Matt. F Call for volunteers to prepare submissions to address CIDs Step through unassigned CIDs – Start with group discussion comments Step through assigned CIDs – Several STBC comments resolved – several remaining. Submission 20 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Agenda for Wednesday 16 Jan 2008 • Submissions related to CIDs – 11 -07 -2745 -01 – Matt. F – Mac MGMT – reviewed, resolved some comments, will be revised for IBSS issue – group prefers approach that restricts IBSS to not changing dynamic values for the life of the IBSS and explicitly naming which values are per-STA and which are per-IBSS, use table in HT Info element IBSS column as a start • SEE 11 -07 -2999 -04 -000 n-LB 115 -CID 5276 -MAC-MGMT. doc – Matt. F • Agreed to forbid dynamic parameter changes in IBSS, agreed to make explicit list of which parameters are adopted and which are not for IBSS as part of BSSdescription in 10. 3. 2. 2. 2 – 11 -07 -2992 -02 multirate – Yuichi – CID 5024, 5464 remaining – 11 -08 -0132 -00 duration setting – Yuichi – reviewed but not actioned – 11 -07 -2942 -01 -000 n-lb 115 -mac-ht-dls. doc – Liwen/Matt. F – 11 -08 -xxxx Measurement Pilot – Doug – 11 -08 -0146 Submission-A-MSDU-in-7. 2. 2. 1 – Amit/Adrian • • Reviewed, polled for support 3 -0, need to raise this in TGn, since there is no CID – 11 -09 -xxxx Security - Matt. S Call for volunteers to prepare submissions to address CIDs Step through unassigned CIDs – Start with group discussion comments Step through assigned CIDs Submission 21 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Agenda for Tuesday 15 Jan 2008 • • Submissions related to CIDs – 11 -07 -2745 -01 – Matt. F – Mac MGMT – reviewed, resolved some comments, will be revised for IBSS issue – group prefers approach that restricts IBSS to not changing dynamic values for the life of the IBSS and explicitly naming which values are per-STA and which are per-IBSS, use table in HT Info element IBSS column as a start • SEE 11 -07 -2999 -00 -000 n-LB 115 -CID 5276 -MAC-MGMT. doc – Matt. F • Agreed to forbid dynamic parameter changes in IBSS, agreed to make explicit list of which parameters are adopted and which are not for IBSS as part of BSSdescription in 10. 3. 2. 2. 2 – 11 -08 -0009 -02 -000 n-tgn-D 3 0 -security-review. doc CID 5116, 5899 – Adrian • CID 5116 still open. – 11 -07 -2937 -01 -000 n-tgn-lb 115 -mac-submission-frame-misc-doc. doc – Padam – 11 -08 -0014 -01 -000 n-tgn-lb 115 -submission-mac-decouple-from-ht. doc – Padam – 11 -07 -2992 -02 multirate – Yuichi – CID 5024, 5464 remaining – 11 -08 -0132 -00 duration setting - Yuichi – 11 -08 -0043 -00 -000 n-tgn-lb 115 -submission-mac-beacon size. doc – Peter – 11 -07 -2942 -01 -000 n-lb 115 -mac-ht-dls. doc – Liwen/Matt. F – 11 -08 -xxxx Measurement Pilot - Doug Call for volunteers to prepare submissions to address CIDs Step through unassigned CIDs – Start with group discussion comments Step through assigned CIDs Submission 22 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 CID 5116 • • • • • • CID 5116 CIDPage. Clause. Comment. Proposed Change 511696. 018 During the development leading up to D 2. 0, there were attempts to analyze the security implications of the text (see MAC Ad Hoc minutes at Melbourne ad hoc). However, it is not evident such efforts are repeated for D 3. 0. Analyze the security implications of the text and address any weaknesses. Proposed Resolution Counter (accept in principle). A security review was undertaken and the results documented in 11 -08/0009 r 2. This review identified one problem not associated with any other comment related to the protection of the “A-MSDU Present” field and subsequent discussion in the MAC ad-hoc identified a solution to this problem. TGn Editor: Make editorial changes shown in 11 -08/0009 r 2. ----and: Editing Instructions TGn Editor: Change 11. 18 as follows: 11. 18 RSNA A-MSDU procedures (#289) When dot 11 RSNAEnabled is TRUE, a STA indicates support for PP (payload protected) A-MSDU or SPP (signaling and payload protected) A-MSDU during association or reassociation. On either association or reassociation, the associating STA and its peer STA both determine and maintain a record of whether an encrypted A-MSDU sent to its peer is to be a PP A-MSDU or an SPP A-MSDU based on the value of the SPP A-MSDU Capable and SPP A-MSDU Required subfields of the RSN Capabilities field of the RSN information element (see 7. 3. 2. 25. 3 (RSN capabilities (#289))). The SME of an RSNA and HT-capable STA may choose to associate with an RSNA STA that has the SPP A-MSDU Capable subfield set to either 1 or 0, and the SPP A-MSDU Required field set to either 1 or 0. Table 11 -8 a (A-MSDU STA Behavior for RSNA associations) defines both transmit and receive behavior related to the transmission and reception of individually addressed A-MSDUs of a first STA (STA 1) that has successfully negotiated an HT and RSNA (re)association with a second STA (STA 2). Reception and transmission of A-MSDUs on non-RSNA associations is unaffected by the values of the SPP A-MSDU Capable and SPP A-MSDU Required fields. Group addressed A-MSDUs shall not be protected (i. e. , are always transmitted without encryption). Submission 23 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Agenda for Friday and Saturday 11 -12 Jan 2008 • Revisit previous CIDs that have database problems: – • • • CID 5622 – 9. 12 now informative - may have been covered, but no record in database CID 5222 – RTS Threshold as time not octets - re-approve because of misplaced resolution Continue partially considered submissions – • 11 -07 -2938 r 4 -- CID 5599 • 11 -08 -0040 r 1, MAC FRAME – Adrian • 11 -07 -2978 r 1, RD inconsistencies – Yuichi – Poll on removing the word Delayed from the Qo. S Data with BA agreement row of the AMPDU contents table for Data Enabled Immediate Response Y-N-Do not understand = 1 -5 -2 Submissions related to CIDs – 11 -07 -2795 – Naveen – PSMP operation – – 11 -08 -0066 -00 – PSMP operation – Naveen 11 -07 -2745 -01 – Matt. F – Mac MGMT – reviewed, resolved some comments, will be revised for IBSS issue – group prefers approach that restricts IBSS to not changing dynamic values for the life of the IBSS and explicitly naming which values are per-STA and which are per-IBSS, use table in HT Info element IBSS column as a start • • Accepted CIDs 5648, 5381, still has open CIDs – now transferred to 11 -08 -0066 SEE 11 -07 -2999 -00 -000 n-LB 115 -CID 5276 -MAC-MGMT. doc – Matt. F • – – Agreed to forbid dynamic parameter changes in IBSS, agreed to make explicit list of which parameters are adopted and which are not for IBSS as part of BSSdescription in 10. 3. 2. 2. 2 11 -07 -xxxx – Doug – MP Frame 11 -08 -0009 -00 -000 n-tgn-D 3 0 -security-review. doc CID 5116, 5899 – Adrian – 11 -08 -0026 -00 -000 n-tgn -- BA Reordering for A-MPDU. ppt -- CID 5899 – Luke • • • – – – CID 5116 still open and CID 5899 is closed. Straw polls on proposed solutions from 5899 – a: 6, 1 b: 2, 4 c: 1, 3 d: 6, 0 It is suggested that while solution d would be nice, it is asked if anyone in the room is aware of anyone that could create the text for such a solution within the time frame remaining for LB 115 comment resolution and the answer is no, so CID 5899 is rejected with one vote against the rejection. 11 -08 -0014 -00 -000 n-tgn-lb 115 -submission-mac-decouple-from-ht. doc – Padam 11 -07 -2937 -01 -000 n-tgn-lb 115 -mac-submission-frame-misc-doc. doc – Padam 11 -07 -2992 -01 Multirate – Yuichi 11 -07 -2993 -01 L-SIG TXOP – Yuichi – halfway completed 11 -08 -0043 -00 -000 n-tgn-lb 115 -submission-mac-beacon size. doc – Peter • • Call for volunteers to prepare submissions to address CIDs Step through unassigned CIDs • Step through assigned CIDs – Submission Start with group discussion comments 24 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Notes from TGn MAC adhoc Jan 10, 2008 • Discuss Patent policy, response to question of essential patents – Covered in opening ad-hoc by Bruce Kraemer, TGn chair • Submissions related to CIDs – 11 -07 -2938 -03 -000 n-tgn-lb 115 -submission-MAC-operation – Adrian • Approved: 5601 (PIFS), 5604 (Dual-CTS), 5522 (TXOP limit of 0) • Action: Adrian to upload r 4 edited as agreed. – 11 -08 -0030 -00 -000 n-tgn-lb 115 -submission-mac. BA – Solomon • • Submission 5163 – Reject, U 5164 – Reject, U with a modified description as shown in R 1 (done) 5009 – Accept, U 5621 – Accept, U 25 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Notes from TGn MAC adhoc Jan 10, 2008 (cont) – 11 -07 -2991 r 1, Backoff Procedures, - Tomo (r 1 uploaded) • • 5316 – Accept, U 5523 – Reject, U 5524 – Reject, U 5467 – Counter, U – • • 5372 – Counter, U 5619 – Counter, U 5525 – Counter, U 5373 – Counter, U 5804 – Withdrawn (Solomon Trainin) 5158 – Counter, U 5317 – Counter, U • • 5374 – Counter, U R 1 uploaded as amended during the meeting with voting record – – 11 -08 -0040 r 0 was discussed and edited in situ to give R 1. Results of agreements are documented in R 1. – – Resolutions agreed unanimously for: 5579 5581 5292 5419 5287 5423 5294 5599 was not agreed on (A-MPDU table re-org) 11 -07 -2978 r 0, RD inconsistencies, related to CID 5599 – Yuichi • Submission Action: on discussion, Adrian agrees to work with Matt to relocate the 11. 15. 7 & 11. 15. 8 into a proper position in clause 9. 11 -08 -0040 r 0, MAC FRAME – Adrian • • – Action: chair to ensure with Yuichi that the rules for setting the Duration/ID field also honor any medium occupancy limit. (This assumption is built into the resolution for 5467). R 1 to be uploaded 26 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Agenda for TGn MAC adhoc Jan 10, 2008 (as originally circulated) • Agenda – – – Discuss Patent policy, response to question of essential patents Call for volunteers to prepare submissions to address CIDs Submissions related to CIDs • 11 -07 -2938 -00 -000 n-tgn-lb 115 -submission-MAC-operation – Adrian – – • 11 -07 -2795 – Naveen – PSMP operation • 11 -07 -2745 -01 – Matt. F – Mac MGMT – reviewed, resolved some comments, will be revised for IBSS issue – group prefers approach that restricts IBSS to not changing dynamic values for the life of the IBSS and explicitly naming which values are per -STA and which are per-IBSS, use table in HT Info element IBSS column as a start • • • 11 -07 -xxxx – Doug – MP Frame 11 -08 -0009 -00 -000 n-tgn-D 3 0 -security-review. doc CID 5116, 5899 - Adrian 11 -08 -0026 -00 -000 n-tgn -- BA Reordering for A-MPDU. ppt -- CID 5899 – Luke 11 -08 -0014 -00 -000 n-tgn-lb 115 -submission-mac-decouple-from-ht. doc – Padam 11 -07 -2937 -01 -000 n-tgn-lb 115 -mac-submission-frame-misc-doc. doc – Padam 11 -07 -2992 -00 Multirate – Yuichi 11 -07 -2993 -00 L-SIG TXOP – Yuichi 11 -07 -2978 -00 RD – Yuichi 11 -08 -0030 -00 -000 n-tgn-lb 115 -submission-mac. BA - Solomon – – – Submission Accepted CIDs 5648, 5381, still has open CIDs SEE 11 -07 -2999 -00 -000 n-LB 115 -CID 5276 -MAC-MGMT. doc - Matt. F Step through unassigned CIDs • – 5604 still open, other CIDs resolved through and including CID 5306 Yuichi should look at CID 5304 Start with group discussion comments Step through assigned CIDs 27 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Agenda for TGn MAC adhoc November 28, 2007 Conf Call 08: 00 PST • Agenda – Discuss Patent policy, response to question of essential patents – Attendance – send email to mfischer@broadcom. com • • – – No response Tomoko Adachi, Toshiba – Jon Rosdahl, CSR – Bruce Kraemer, Marvell – Matthew Fischer, Broadcom – Adrian Stephens, Intel – Solomon Trianin, Intel – Luke Qian, Cisco - Call for volunteers to prepare submissions to address CIDs Submissions related to CIDs • 11 -07 -2936 -00 -000 n-tgn-lb 115 -submission-MAC-MLME-SAP Adrian • 11 -07 -2935 – Adrian - element length • 11 -07 -2938 -00 -000 n-tgn-lb 115 -submission-MAC-operation – Adrian – – • 11 -07 -2745 -01 – Matt. F – Mac MGMT – reviewed, resolved some comments, will be revised for IBSS issue – group prefers approach that restricts IBSS to not changing dynamic values for the life of the IBSS and explicitly naming which values are per -STA and which are per-IBSS, use table in HT Info element IBSS column as a start 11 -07 -xxxx – Doug – MP Frame Accepted CIDs 5648, 5381, still has open CIDs Step through unassigned CIDs • Submission 5604 still open, other CIDs resolved through and including CID 5306 Yuichi should look at CID 5304 11 -07 -2795 – Naveen – PSMP operation • – All CIDs in this doc resolved • – – All CIDs in this doc resolved Start with group discussion comments Step through assigned CIDs 28 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Agenda for TGn MAC adhoc November 15, 2007 AM 1, 2 • Agenda – Call for volunteers to prepare submissions to address CIDs – Submissions related to CIDs • 11 -07 -2795 – Naveen – PSMP operation – Accepted CIDs 5648, 5381, still has open CIDs • 11 -07 -2745 -01 – Matt. F – Mac MGMT – reviewed, resolved some comments, will be revised for IBSS issue – group prefers approach that restricts IBSS to not changing dynamic values for the life of the IBSS and explicitly naming which values are per-STA and which are per-IBSS, use table in HT Info element IBSS column as a start • 11 -07 -xxxx – Doug – MP Frame – Step through unassigned CIDs • Start with group discussion comments – Step through assigned CIDs Submission 29 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Agenda for TGn MAC adhoc November 14, 2007 PM 1 • Agenda – – Call for volunteers to prepare submissions to address CIDs Submissions related to CIDs • 11 -07 -2795 – Naveen – PSMP operation • 11 -07 -2815 – Naveen – AMPDU – – • • – Submission Accepted remaining CIDs 11 -07 -2745 -01 – Matt. F – Mac MGMT – reviewed, resolved some comments, will be revised for IBSS issue – group prefers approach that restricts IBSS to not changing dynamic values for the life of the IBSS and explicitly naming which values are per-STA and which are per-IBSS, use table in HT Info element IBSS column as a start 11 -07 -2744 -01 – Matt. F – AMSDU – all CIDs resolved or withdrawn 11 -07 -2746 -01 – Matt. F – MAC BA Mgmt – reviewed – will be revised by Adrian, no CID resolved 11 -07 -2859 – Adrian – Frame Sequence – reviewed, resolved all CIDs 11 -07 -2871 – Adrian – RD 11 -07 -2895 – Adrian - AMPDU 11 -07 -xxxx – Doug – MP Frame Step through unassigned CIDs • – Accepted CIDs 5648, 5381, still has open CIDs Start with group discussion comments Step through assigned CIDs 30 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Agenda for TGn MAC adhoc November 13, 2007 PM 1 • Agenda – Review of LB 115 MAC adhoc comment status • • – Review of procedures for processing comments within the MAC adhoc • – – Comment count = 236 (as of 11/6/07) Comment groups – see 11 -07 -2706 -01 -000 n-lb 115 -mac-comments. xls 11 -06 -0689 -01 -000 n-tgn-MAC-LB 84 -Ad-Hoc-Operation. ppt Call for volunteers to prepare submissions to address CIDs Submissions related to CIDs • 11 -07 -2795 – Naveen – PSMP operation – • 11 -07 -2815 – Naveen – AMPDU – • • • – Submission Reviewed, Naveen to update to R 1 with changes 11 -07 -2745 -01 – Matt. F – Mac MGMT 11 -07 -2744 -01 – Matt. F – AMSDU 11 -07 -2746 -01 – Matt. F – MAC BA Mgmt Step through unassigned CIDs • – Accepted three resolutions, looking for R 1 to provide mods for CIDs 5526, 5646, need more review to cover additional CIDS Start with group discussion comments Step through assigned CIDs 31 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 TE TGn MAC adhoc Nov 12, 2007 minutes PL A • IEEE patent policy discussed, no one asked for a reading • In response to the question of essential claims (see slide 12), no response was elicited • Attendance TE M – Matthew Fischer, Broadcom • Reviewed CIDs in documents: • Straw polls: Submission 32 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 MAC adhoc meeting agenda-notes from past sessions Submission 33 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Comment Groups (11 -06 -07), part 1 (blank) Total (blank) Comment Group AMPDU AMSDU Adrian Matt F Naveen K Solomon Tomko (blank) 17 4 Backoff Grand Total 12 17 17 4 4 12 12 Beacon. Size 3 3 3 Decouple from HT 3 3 3 DLS HT 1 1 1 Duration 16 16 16 Submission 34 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Comment Groups (11 -06 -07), part 2 Element. Length Frame LB 97 Lost Comments 29 29 29 15 15 2 2 4 4 1 1 2 2 7 7 5 5 4 MAC BA management 1 2 MAC General Submission 5 2 MAC BA MAC management 5 15 LSIGTXOP MAC frame sequences 5 7 5 35 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 Comment Groups (11 -06 -07), part 3 MAC operation 18 18 18 MAC rates 33 33 33 3 3 2 2 2 17 18 18 8 8 MLME SAP 3 MP Frame PSMP operation RD operation 1 8 Security 15 15 15 STBC 13 13 13 164 236 Grand Total Submission 30 25 1 36 4 12 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 For better viewing Place text here Submission 37 Matthew Fischer (Broadcom)

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

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 MAC Motion 115 n • Set of 1 comment from March TGn adhoc sessions (March 12 -14) – HT DLS – Unanimously resolved during TGn adhoc session • But resolution contained in correct document reference • It said 2492 r 4 instead of 2942 r 4 • MAC adhoc chair has manually corrected this outside of the MAC adhoc • #311 Move to accept comment resolutions in 1107/2706 r 21 tab “mac motion 115 n” – 08 -03 -18 AM 2 TGn action approved unanimously Submission 39 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 MAC Motion 115 m • Set of 16 comments from March TGn adhoc sessions (March 12 -14) – Mostly comments on security – 1 comment on Duration field – ALL Comments unanimously resolved during TGn adhoc session • #310 Move to accept comment resolutions in 1107/2706 r 22 tab “mac motion 115 m” – 08 -03 -18 AM 2 TGn action approved unanimously Submission 40 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 MAC Motion 115 k • Set of 2 comments from Feb 13 conf call, Countered – 2 comments that were EMR from editor • Editor modified proposed changes to resolve conflicts • CID 5461 • CID 5467 – ALL Comments unanimously resolved during lightly-attended Feb 13, 2008 conf call • Five individuals present during conf call • #309 Move to accept comment resolutions in 1107/2706 r 20 tab “mac motion 115 k” – 08 -03 -18 AM 2 TGn action approved unanimously Submission 41 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 MAC Motion 115 j • Set of 16 comments from Feb 6 conf call, A, C, R – 16 comments related to Duration/ID field • Comments addressed by document 11 -08 -0132 r 2 • Changes to rules for selecting Duration/ID field value – Consolidation of rules – Clarification of rules – Expansion of rules to cover new frames for TGn – ALL Comments unanimously resolved during lightly-attended Feb 6, 2008 conf call • Eight individuals present during conf call • #308 Move to accept comment resolutions in 11 -07/2706 r 19 tab “mac motion 115 j” – 08 -03 -18 AM 2 TGn action approved unanimously Submission 42 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 MAC Motion 115 i • Set of 4 comments from Jan 30 conf call – 1 CID 5188 rejected based on analysis found in 11 -08 -0221 -01 • Requesting analysis of Undetected Error Octets – 802 Overview and Architecture requirements 7. 3 c [The probability that an MSDU delivered at an MSAP contains an undetected error, due to operation of the MAC service provider, shall be less than 5 × 10 -14 per octet of MSDU length. ] – 3 STBC-related topics, various resolutions – ALL Comments unanimously resolved during lightly-attended Jan 30, 2008 conf call • FOUR individuals present during conf call • #307 Move to accept comment resolutions in 11 -07/2706 r 18 tab “mac motion 115 i” – 08 -03 -18 AM 2 TGn action approved unanimously Submission 43 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 MAC Motion 115 h • Set of 5 comments from Jan 23 conf call – All STBC-related topics, various resolutions • Some calling for removal of STBC-Beacon mechanism – Rejected these • Comments resolved during lightly-attended Jan 23, 2008 conf call • All CIDs resolutions proposed with unanimous agreement – Five or six individuals present during conf call • #306 Move to accept comment resolutions in 1107/2706 r 17 tab “mac motion 115 h” – 08 -03 -18 AM 2 TGn action approved unanimously Submission 44 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 MAC Motion 115 g • Set of 13 comments – Various topics, various resolutions • Comments resolved at Jan interim session, Thursday, Jan 17 • All CIDs resolutions proposed with unanimous agreement • #305 Move to accept comment resolutions in 1107/2706 r 15 tab “mac motion 115 g” – 08 -03 -18 AM 2 TGn action approved unanimously Submission 45 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 MAC Motion 115 f • Set of 6 comments – Various topics, various resolutions • Comments resolved at Jan interim session, Wednesday, Jan 16 • All CIDs resolutions proposed with unanimous agreement • #293 Move to accept comment resolutions in 1107/2706 r 14 tab “mac motion 115 f” – 08 -01 -17 PM 2 TGn action approved Submission 46 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 MAC Motion 115 e • Set of 36 comments – Various topics, various resolutions • Comments resolved at Jan interim session, Tuesday, Jan 15 • All CIDs resolutions proposed with unanimous agreement • #288 Move to accept comment resolutions in 1107/2706 r 12 tab “mac motion 115 e” – 08 -01 -16 PM 2 TGn action approved Submission 47 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 MAC Motion 115 d • Set of 75 comments – Various topics, various resolutions • Comments resolved in Conference calls from 2007 plus TGn adhoc of Jan 10 -12, 2008 – Some comments formerly in tab Mac motion 115 c, which has disappeared • All CIDs resolutions proposed with unanimous agreement except CID 5899 which passed the adhoc with a vote of 6 -1 – see next two slides • #287 Move to accept comment resolutions in 1107/2706 r 11 tab “mac motion 115 d” – 08 -01 -15 EVE TGn action approved Submission 48 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 CID 5899 There is a potential DOS attack identified on the receiving side of the data plane Submission MAC: 2008 -01 -11 10: 17: 55 Z Reject - as follows: change the order of It is accepted that a denial of service (Do. S) attack "block ack exists in which a forger generates Data MPDUs with reordering" an arbitrary SN, forcing a STA to consider validly sent and "MPDUs to be outside its BA window. The proposed decryption change correctly addresses this attack. and However, the same Do. S attack also exists as a replay attack. In this case the hacker captures a single intergrity" encrypted Data MPDU addressed to the victim. It then replays this MPDU as much as it wants to, while changing its SN field. Because the SN field is not part of the AAD, this MPDU continues to pass through the integrity check logic, and will still cause the Block Ack receiver buffer to be flushed. Eventually the problematic MPDU reaches the replay logic, where it is discarded - but not before the damage to the Block. Ack buffer has been done. Given that the proposed solution does not fully addfress the attack on the block ack reordering buffer. 49 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 CID 5899 discussion • In addition to the information found in the proposed resolution the following point was disccussed during the adhoc: – The sender of frames (the originator with respect to the Block Ack agreement) is able to determine that an attack has occurred • If a malicious BAR is sent (with an out-of-window SN), then the recipient responds with a BA that contains the SSN of the malicious BAR – The originator sees a BA SSN that does not correspond to the originator’s current concept of SSN and can establish that an attack has occurred • If a malicious packet is sent, (with an out-of-window SN), then the recipient responds with a BA that contains the SSN of the malicious BAR – The originator sees a BA SSN that does not correspond to the originator’s current concept of SSN and can establish that an attack has occurred Submission 50 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 MAC Motion 115 c • Set of 23 comments – Various topics • Comments resolved 11/28 (TGn conf call), plus three from 11/15 (end of Nov 2007 session, not included in previous motions) • All resolved unanimously • #xxx Move to accept comment resolutions in 1107/2706 r 09 tab “mac motion 115 c” – 08 -01 -16 AM 2 TGn action xxxx Submission 51 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 MAC Motion 115 b • Set of 43 comments – Various topics • Comments resolved 11/15, plus three from 11/13 and 11/14 • All resolved unanimously • #277 Move to accept comment resolutions in 1107/2706 r 07 tab “mac motion 115 b” – 07 -11 -15 PM 2 TGn action approved Submission 52 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 MAC Motion 115 a • Set of 20 comments – Frame Exchanges, AMSDU, PSMP • Comments resolved 11/13 and 11/14 • All resolved unanimously • #276 Move to accept comment resolutions in 1107/2706 r 07 tab “mac motion 115 a” – 07 -11 -15 PM 2 TGn action approved Submission 53 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 – Topic PL A • Set of x comments TE MAC Motion motion_example • Relevant documents 11 -07 -xxxxry • General nature TE M • #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 54 Matthew Fischer (Broadcom)

March 2008 doc. : IEEE 802. 11 -07/2705 r 23 References • 11 -07 -2705 -00 -000 n-lb 115 -mac-adhoc-report. ppt – (this document) • 11 -07 -2706 -01 -000 n-lb 115 -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 55 Matthew Fischer (Broadcom)