Coex Ad Hoc September Hawaii Agenda and Report July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Coex Ad Hoc September Hawaii Agenda and Report Date: 2007-09-18 Authors: Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Abstract Coex Ad Hoc in September Hawaii agenda and report regarding comment resolution of LB97 (802.11n), including straw polls Eldad Perahia (Intel) Eldad Perahia (Intel)

Overview Submissions Comment Resolution July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Overview Submissions Comment Resolution Latest version of spreadsheet: 07/0339r21 Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 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/sect6-7.html#6 1 Eldad Perahia (Intel) Eldad Perahia (Intel)

IEEE-SA Standards Board Bylaws on Patents in Standards July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 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. 2 Eldad Perahia (Intel) Eldad Perahia (Intel)

IEEE-SA Standards Board Bylaws on Patents in Standards July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 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. 3 Eldad Perahia (Intel) Eldad Perahia (Intel)

IEEE-SA Standards Board Bylaws on Patents in Standards July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 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 Eldad Perahia (Intel) Eldad Perahia (Intel)

Other Guidelines for IEEE WG Meetings July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 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/pat-slideset.ppt 5 Eldad Perahia (Intel) Eldad Perahia (Intel)

Further Information September 2007 July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Further Information IEEE Code of Ethics http://www.ieee.org/web/membership/ethics/code_ethics.html IEEE-SA Affiliation FAQ http://standards.ieee.org/faqs/affiliationFAQ.html IEEE-SA Antitrust & Competition Policy http://standards.ieee.org/resources/antitrust-guidelines.pdf IEEE-SA LETTER OF ASSURANCE (LOA) FORM http://standards.ieee.org/board/pat/loa.pdf IEEE-SA STANDARDS BOARD PATENT COMMITTEE (PATCOM) INFORMATION http://standards.ieee.org/board/pat/index.html IEEE-SA PATENT FAQ http://standards.ieee.org/board/pat/faq.pdf IEEE 802 LAN / MAN STANDARDS COMMITTEE (LMSC) POLICIES & PROCEDURES http://grouper.ieee.org/groups/802/policies-and-procedures.pdf IEEE 802.11 WLANS WORKING GROUP POLICIES & PROCEDURES http://www.ieee802.org/11/DocFiles/06/11-06-0812-03-0000-802-11-policies-and-proceedures.htm Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Rules / Procedure As a general rule, we will NOT be reviewing CIDs on a one by one basis Resolution of comments will in most cases be based on submissions Coex Ad Hoc chair will bring resolutions which passed by 75% or more for motion in TGn, with affirmation of Ad Hoc Votes between 50% - 75% may be brought to TGn for further discussion and votes to break deadlock Eldad Perahia (Intel) Eldad Perahia (Intel)

Subgroups (1/2) September 2007 40-20 in 2.4GHz PCO L-SIG TXOP ECSA July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Subgroups (1/2) 40-20 in 2.4GHz 2 comments CID 2481: 40MHz in 2.4 GHz scanning TBDs CID 2906: duplicate DSSS (Allert) PCO complete L-SIG TXOP 6 comments CIDs 2233, 232, 2254 (07/734) CIDs 2171,  566,  1743 Yuichi is assignee ECSA CID 3024 (Add Supported Regulatory Classes sub-element to Optional Extension of Neighbor Report) Refer comment to TGk? DFS & channel selection 4 comments CIDs 2572,  2893,  2575,  2894 (Solomon, 07/2326 and/or TGy 07/2365) Eldad Perahia (Intel) Eldad Perahia (Intel)

Subgroups (2/2) September 2007 Channel switching CCA sensing 40/20 July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Subgroups (2/2) Channel switching complete CCA sensing 4 comments 568,  70,  187,  2963 Assaf is assignee CID 70, Doug, 07/2334 40/20 6 comments All addressed by Vinko, 07/611 Protection mechanisms 33 comments 6 deferred comments that were addressed by Bjorn in 07/2316r1 27 addressed by Bjorn in 07/2450 DSSS-CCK 9 comments All addressed by Eldad, 07/2328 Eldad Perahia (Intel) Eldad Perahia (Intel)

Submissions Related to Comment Resolution July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Submissions Related to Comment Resolution Vinko 11-07-0611-03-000n-lb97-coex-20-40-coex-comments-resolution.doc Yuichi Continuation of 11-07-734 (3/4 done) 11-07-2394-00-000n-lb78-coex-lsigtxop-final.doc Bjorn 11-07-2316-03-000n-lb97-coex-protection-mechanisms-part-1.doc 11-07-2380-01-000n-lb97-coex-protection-mechanisms-part-2.doc 11-07-2450-00-000n-lb97-coex-protection-mechanisms-part-3.doc (+) 11-07-2477-00-000n-lb97-coex-deferred-cids-25-1538-1539-1846-2906.doc Doug 11-07-2334-01-000n-discussion-on-cca-sensing-on-20-40-mhz-secondary-channel-with-pifs-and-difs.ppt 11-07-2486-00-000n-lb97-cid-1849-greenfield-protection.doc 20/40 operation in 5 GHz Eldad 11-07-2326-02-000n-tgn-lb97-coex-cid-2893.doc 11-07-2328-02-000n-coex-dsss-cck.doc 11-07-2446-00-000n-scanning-parameters.ppt Peter 11-07-2406-00-000n-obss-scanning-in-2-4-ghz.ppt Darwin 11-07-2478-00-000n Assaf 11-07-2502-00-000n-lb97-coex-cca-misc-comment-resolution.doc Red indicates completed submissions (+) indicates submission was discussed Eldad Perahia (Intel) Eldad Perahia (Intel)

Submissions Related to Comment Resolution July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Submissions Related to Comment Resolution Matt F. 11-07-2020-13-000n-lb97-cid-2582-bss-width-switching.doc Tomoko 11-07-2122-00-000n-tgn-lb97-submission-for-category-pco-in-coex-ad-hoc.doc Matt S. 11-07-2447-00-000n-coex-protection.doc Red indicates completed submissions (+) indicates submission was discussed Eldad Perahia (Intel) Eldad Perahia (Intel)

Deferred Topics September 2007 July 2007 doc.: IEEE 802.11-07/2090r0 Scanning parameters Hold scanning parameters discussion on Tues evening session 11-07-2446-00-000n-scanning-parameters.ppt 11-07-2406-00-000n-obss-scanning-in-2-4-ghz.ppt PIFS/DIFS for secondary channel 07/2334r1 CID 70 RIFS Mode 07/2447r0 CIDs 1850, 1540, 1706, 3094, 3095 Greenfield Protection CID 1894 07/2316r2 11-07-2486-00-000n-lb97-cid-1849-greenfield-protection.doc 20/40 GHz in 5GHz Doug Duplicate DSSS CID 1848, 2906… 11-07-2477-00-000n-lb97-coex-deferred-cids-25-1538-1539-1846-2906.doc Discuss in TGn full CID 589, Darwin Red indicates topic discussed Eldad Perahia (Intel) Eldad Perahia (Intel)

ERs & EMR September 2007 CID 2243 (ER) CID 3272 (ER) CID 1669 (EMR) July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 ERs & EMR CID 2243 (ER) Comment proposes to modify a paragraph in the LSIG TXOP section that was already deleted based on CID 1737 Resolution in July was to Accept and refer to CID 1737 Resolution should be “Counter. refer to CID 1737” CID 3272 (ER) 07/614r10 deleted all text in 9.20.4 and replaced it with new text However the resolution to CID 3272 was to accept a modification to the second paragraph in 9.20.4, that now no longer exists Change "A non-AP STA that is a member of a 40 MHz BSS shall not transmit 20 MHz frames in the secondary channel." to "A non-AP STA that is a member of a 40 MHz BSS shall not transmit non-Control type 20 MHz frames in the secondary channel.” Previously agreed upon resolution to CID 3272 in 07/614r10 will be added to 07/2020 Resolution should be “Accept. Refer to 07/2020rXX” CID 1669 (EMR) Comment states that the scanning is too slow Comment is recycled, as was CID 2481, awaiting scanning parameters discussion of TBDs Eldad Perahia (Intel) Eldad Perahia (Intel)

DFS & Channel Selection & E-CSA July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 DFS & Channel Selection & E-CSA All modifications to 11.9.7 have been removed from the draft, as they were incorporated in the TGy draft CIDs 2572,  2893,  2575,  2894 ask for modifications to text that is in the TGy draft, along with addition modifications to signaling E-CSA capability 07/2326 resolves these CIDs by modifying both TGy and adding new TGn text 07/2326r0 was presented on the August 22 Coex conference call and was updated to 07/2326r2 based on comments during call TGy has incorporated proposed changes in 07/2326r2 into their own E-CSA submission 07/2365, since similar comments were also submitted to their letter ballot TGy will vote on the adoption of 07/2365 on Tuesday, September 18th during the AM1 session Proposed steps: Defer discussion of 07/2326 until after TGy meeting If 07/2365 adopted by TGy, resolve CIDs 2572,  2893,  2575,  2894 with “Counter. addressed by TGy 07/2365” If 07/2365 not adopted by TGy, discuss 07/2326r2 Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 E-CSA CID 3024 Comment: Information on supported Regulatory Classes has to be advertised in the Neighbor Report as well Proposed change: Add Supported Regulatory Classes sub-element to Optional Extension of Neighbor Report History On August 21, Bruce emailed the chairs of TGy and TGk regarding whether this change can be done and whether there is interest in making this change in TGk On September 6, Eldad emailed the chairs of TGn and TGk a reminder of this comment and a repeat of the suggestion that TGk take this comment Proposed Resolution Counter.  Since the Neighbor Report is still being changed in TGk, it is preferable to manage all the Neighbor Report changes in TGk.  The chair of TGk has been informed of this comment. Eldad Perahia (Intel) Eldad Perahia (Intel)

40 MHz in 2.4 GHz Scanning Parameters July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 40 MHz in 2.4 GHz Scanning Parameters As per motion #217, 07/614r10 was adopted with the following amendment “values for the ranges and the DEFVALs of all the MIB attributes that have a syntax of integer be replaced with TBD” CIDs 2481 & 1669 are unresolved, pending decision on scanning parameters MIB attribute values Proposed steps Hold scanning parameters discussion on Tues evening session Eldad Perahia (Intel) Eldad Perahia (Intel)

Wed September 12 Agenda Submissions 11-07-2122 (Tomo) July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Wed September 12 Agenda Submissions 11-07-2122 (Tomo) 11-07-2328-01-000n-coex-dsss-cck.doc (Eldad) 11-07-2020-13-000n-lb97-cid-2582-bss-width-switching.doc (Matt) Eldad Perahia (Intel) Eldad Perahia (Intel)

Minutes for Wed September 12 July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Minutes for Wed September 12 ERs CID 2243 resolution should be “Counter. refer to CID 1737” No objection to updating the database accordingly DFS & Channel Selection & E-CSA CIDs 2572,  2893,  2575,  2894 No objection to proposed steps on slide 15 E-CSA CID 3024 Bjorn: we could reject 40 MHz in 2.4 GHz Scanning Parameters Defer discussion to next week, unless we finish other CIDs Eldad Perahia (Intel) Eldad Perahia (Intel)

07/2122 (PCO, Tomo) September 2007 July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 07/2122 (PCO, Tomo) CID 72 Changes made to the first paragraph Changes made to third paragraph to define timer at beginning of paragraph Changes made to third paragraph to add “shalls” to clarify normative nature There is now no change to text that was added by the previously resolved CID 71, so new resolution to CID 70 is deleted CID 652 Add “20 MHz” to sentence for clarification CID 1772 Change from counter to reject CID 2603 Add status code for rejecting association Change from accept to counter CID 2599 Operating Mode changed to HT Protection need to confirm that the PCO exception to HT Protection is covered in HT Protection section CID 2600 Change to counter Delete quoted text Add sentence indicated that PCO operation occurs in a 20/40 MHz BSS CID 2604 CID 2607 Add “plus a transition time” CID 2609 Modify proposed change to “at least PIFS” Reviewed through 2612 Eldad Perahia (Intel) Eldad Perahia (Intel)

Thursday September 13 Agenda July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Thursday September 13 Agenda Submissions 11-07-2122 (Tomo) 11-07-2316-01-000n-lb97-coex-protection-mechanisms-part-1.doc 11-07-2380-00-000n-lb97-coex-protection-mechanisms-part-2.doc Eldad Perahia (Intel) Eldad Perahia (Intel)

Thursday September 13 minutes July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Thursday September 13 minutes 07/2122 (PCO, Tomo) Continue with CID 2613 CID 2615 Change “PCO non-AP active STA” to “PCO active non-AP STA” CID 2965 & 2966 Change to reject Do you accept 07/2122r3 as resolution to PCO CIDs contained in said document, and bringing CIDs to motion in full TGn? Yes: 13 No: 1 Abs: 0 Eldad Perahia (Intel) Eldad Perahia (Intel)

07/2316r1 (Protection Mechanisms, Part 1) July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 07/2316r1 (Protection Mechanisms, Part 1) CID 26 Yuichi is planning on submission changing multi-rate section forcing a response controlled by initiator of the protection exchange Defer CID 106 Undo proposed change Change “shall” to “are” CID 1734 No objection to deleting note (after some discussion) Need to redo resolution for 107 Change it to counter, with resolution “note deleted, refer to CID 1734” CID 1701 & CID 109 CID 1849 Change to “counter” Discussion on whether to change protection of GF frames in presence of non-GF device from “shall” to “may” Change proposed change from “may” to “should” and delete “but it is not a requirement” CID 322 Change to “reject” (no draft text change) CID 1539 Discussion on duplicate DSSS Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 CID 1539 Do you support resolving CID 1539 with protection frame using Duplicate DSSS waveform? Yes: 5 No: 12 Abstain: 2 Defer CID 1539 to re-do strawpoll in TGn full Implies deferral of 1538, 25, 1848 No objections to deferring Eldad Perahia (Intel) Eldad Perahia (Intel)

07/2316, continued CID 1702 CID 2222 CID 2809 CID 2815 July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 07/2316, continued CID 1702 Need to confirm text in 9.13.3.3 and 9.13.3.2 before resolving this Defer CID 2222 Change to “counter” Defer for CID 26 CID 2809 Need to re-resolve CID 565: “Counter. Refer to CID 2809” CID 2815 Bjorn to have Shravan to send withdrawal to Eldad Eldad Perahia (Intel) Eldad Perahia (Intel)

07/2380r0 (Protection Mechanisms, Part 2) July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 07/2380r0 (Protection Mechanisms, Part 2) CID 1658 & 1659 Modify resolution to refer to 2.07 Minority in favor of deferring CID in order to contact commenter CID 1660 Strawpoll: Should we reject CID 1660? Yes 13 No 4 Abs 4 Strawpoll: accept wording in 07/2380r0 Yes: 9 No: 4 Abs: 5 Strawpoll: resolution “07/329r2 was presented during March 2007 coex ad hoc. Straw polls were taken indicating that the TG needed additional evidence of a problem. No such evidence was presented.” Yes: 15 No: 1 Abs: 4 Eldad Perahia (Intel) Eldad Perahia (Intel)

07/2380r0 continued September 2007 July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 07/2380r0 continued CID 28 Modified “second column” to column labeled “…” CID 1540, 1850, 1706, 3094, 3095 Matt Smith: will be compatibility issue between D3.0 and D2.0 if RIFS Mode field is removed Defer to tomorrow for Matt to investigate CID 323 Strawpoll: Reject CID: 13 Do not reject CID: 2 Abs: 3 In favor of current resolution wording: 11 Opposed to current resolution wording: 0 Abstain: 7 CID 76 Reject CID: 12 Do not reject CID:4 Opposed to current resolution wording:4 Abstain:2 Strawpoll: removing “TG believes that the” In favor of modified resolution: 13 Opposed: 3 Abs: 4 Eldad Perahia (Intel) Eldad Perahia (Intel)

Friday September 14 Agenda July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Friday September 14 Agenda Submissions 11-07-2316-02-000n-lb97-coex-protection-mechanisms-part-1.doc 11-07-2380-00-000n-lb97-coex-protection-mechanisms-part-2.doc 11-07-2447r0 07/2450r0 Eldad Perahia (Intel) Eldad Perahia (Intel)

Friday September 14 minutes July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Friday September 14 minutes CID 26 transferred to MAC 07/2316r2 Review of changes between r1 and r2 Doug voiced objections to CID 1849 Strawpoll: Do you accept 07/2316r2 as resolution to Protection Mechanism CIDs contained in said document, and bringing CIDs to motion in full TGn? Yes: 9 No: 5 Abs: 3 Removing CID 1849 from 07/2316r2 and making an r3 Doug will present on Monday submission on CID 1849 No objection to resolving CIDs with 07/2316r3 Eldad Perahia (Intel) Eldad Perahia (Intel)

Minutes continued 07/2380r1 07/2447r0 July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Minutes continued 07/2380r1 r1 contains only the CIDs where there was no objection No objection to resolving CIDs with 07/2380r1 07/2447r0 Discussion on RIFS Mode field Defer vote till Monday to give more time for review Eldad Perahia (Intel) Eldad Perahia (Intel)

07/2450r0 (Protection Mechanisms, Part 3) July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 07/2450r0 (Protection Mechanisms, Part 3) CID 31 Yuichi: we should collect all the IBSS specific rules into one spot General response was to do this after D3.0 Tomo is dealing with IBSS in Frame, could transfer this CID to Frame General consensus was to leave the CID in Coex, and if Tomo wishes to reopen CID she can CID 1946 Lengthy discussion on addition of “or HT_MF” Preliminary discussion on removing subclause 9.13.3.4 Stopped at CID 1946 Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 More minutes Target next Tues evening session for scanning parameters discussion 11-07-2446-00-000n-scanning-parameters.ppt 11-07-2406-00-000n-obss-scanning-in-2-4-ghz.ppt Eldad Perahia (Intel) Eldad Perahia (Intel)

Monday September 17 Minutes July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Monday September 17 Minutes 07/2020r13 Matt reviewed changes between 07/2020r11, r12, and r13 No objection to resolving CIDs with 07/2020r13 and bringing to motion PIFS/DIFS for secondary channel 07/2334r1, CID 70 presented Use of PIFS is unfair to 20 MHz STAs in secondary, should use DIFS in CCA sensing on the secondary channel comments Adrian: calculation does not embody the mechanism as described in the draft, whereas the cited simulation does Jim: lengthening secondary sensing will greatly decrease usability of 40 MHz Matt: flaw in calculation is assumption that there is correlation between primary and secondary Luke: scenario - primary there is 11n device, secondary channel is 11a; calculation is correct for given scenario Menzo: there is a backoff between packets, so the total time is larger than PIFS Strawpoll: In the discussed paragraph in 9.20.2 CCA Sensing in 20/40, do you support changing PIFS to DIFS Yes: 15 No: 20 Abs: 17 Comments Andrew: clarify what the text really means regarding the sensing/backoff time Eldad Perahia (Intel) Eldad Perahia (Intel)

Monday September 17 Minutes, continued July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Monday September 17 Minutes, continued RIFS Mode field 11-07-2447-00-000n-coex-protection.doc presented No objection to resolving CIDs with 07/2447r0 and bringing to motion Greenfield Protection 11-07-2486-00-000n-lb97-cid-1849-greenfield-protection.doc Strawpoll: Do you prefer the resolution to CID 1849 in 07/2316r2 (counter, change shall to should) or 07/2486r0 (reject, leave as shall)? 07/2316r2 (counter, change shall to should): 8 07/2486r0 (reject, leave as shall): 21 Abstain: 8 Strawpoll: Do you support rejecting CID 1849? Yes: 17 No: 6 Abs: 7 Strawpoll: Do you support rejecting CID 1849 with 07/2486r0 and bringing to motion full TGn? Yes: 29 No: 1 Abs: 8 Eldad Perahia (Intel) Eldad Perahia (Intel)

Continue 07/2450r0 September 2007 July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Continue 07/2450r0 Defer CID 1946 for Matt Smith to think more and discuss with Adrian Defer CID 3096 for Naveen for 1 hour Naveen (his comment) is ok with reject Continue discussion on CID 1946 Adrian: prefer to remove subclause 9.13.3.4 Matt: removing subclause would have backward compatibility with D2.0 Strawpoll: Do you support removing Transmit Burst Limit field and associated mechanism? Yes: 20 No: 6 Abstain: 9 CID 32 Adrian: Last (added) sentence in first paragraph of 9.13.3.5 not necessary. Bjorn: agrees “the second AP’s BSS to be protected by setting the HT Protection (#548) field of its HT Information element to 13.” Brian questioning the change from 3 to 1 Bjorn willing to change the 1 back to 3 CID 1947 Brian objects to current resolution text Brian & Matt S. ok with “07/329r2 was presented during March 2007 coex ad hoc. Straw polls were taken indicating that the TG needed additional evidence of a problem. No such evidence was presented.” from CID 1660 Bjorn to refer to CID 1660 CID 2855 Discussion with the change “element with the HT Protection (#548) field set to 1 or 3” Undo that change Discussion on first bullet strikeout by Brian and Adrian They both had issues but, no strong objection to accepting CID Completed review of 9.13.3.5, continue with CID 21 Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Notes from TGy meeting Motion to adopt TGy 07/2365r2 passed, will be in TGy D4.1 Encompasses changes in TGn 07/2326r2 We can now resolve CIDs 2572,  2893,  2575,  2894 with “Counter. addressed by TGy 07/2365r2” TGy discussed their document 07/2384r1 In this document, the E-CSA frame format that was in TGy D4.0 and TGn D2.0 was removed from 7.4.1.6 Furthermore, in 07/2384r1 there is proposed text to add a different E-CSA frame format in 7.4.7a.5 The original frame format is of category spectrum management New proposed frame format in 07/2384r1 is of category public which can be transmitted outside the BSS Eldad Perahia (Intel) Eldad Perahia (Intel)

Current E-CSA frame format in TGy D4.0 and TGn 2.0 July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Current E-CSA frame format in TGy D4.0 and TGn 2.0 Eldad Perahia (Intel) Eldad Perahia (Intel)

New E-CSA frame format in TGy 07/2384r1 July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 New E-CSA frame format in TGy 07/2384r1 Eldad Perahia (Intel) Eldad Perahia (Intel)

Motions September 2007 July 2007 doc.: IEEE 802.11-07/2090r0 Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Motion # Moved: Approve resolution of comments found on the tab labelled “coex pending motion set 1” in document 11-07/0339r21. Based on resolutions for a few more 20/40 comments in 07/2280r1 Resolves 12 comment with Cs and R Passed by no objection on July 25th Coex Ad Hoc conference call Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Motion # Moved: Approve resolution of comments found on the tab labelled “coex pending motion set 2” in document 11-07/0339r21. Based on resolutions for DFS Channel selection comments in 07/2098r3 Resolves 3 comment with Rs Passed by no objection on August 1st Coex Ad Hoc conference call Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Motion # Moved: Approve resolution of comments found on the tab labelled “coex pending motion set 3” in document 11-07/0339r21. Based on resolutions for channel switching in 07/2055r3 Resolves 15 comment with A, Cs and Rs Passed by no objection on August 22nd Coex Ad Hoc conference call Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Motion # Moved: Approve resolution of comments found on the tab labelled “coex pending motion set 4” in document 11-07/0339r21. CID 2479 was to be motioned in July as part of resolutions in 07/568r2 Allert asked for this CID to be deferred Allert later stated via email on Aug 23 that he accepts the resolution Resolves 1 comment with A Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Motion # Moved: Approve resolution of comments found on the tab labelled “coex pending motion set 5” in document 11-07/0339r21. Based on resolutions for PCO in 07/2122r3 Resolves 31 comment with A, Cs and Rs Passed in premeeting by vote: Yes: 13 No: 1 Abs: 0 Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Motion # Moved: Approve resolution of comments found on the tab labelled “coex pending motion set 6” in document 11-07/0339r21. Based on resolutions for Protection Mechanisms in 07/2316r3 Resolves a total of 18 comments Resolves 15 comment with As, Cs and Rs One comment withdrawn Two comments (107, 565) re-resolved with new resolutions Passed by no objection in pre-meeting Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Motion # Moved: Approve resolution of comments found on the tab labelled “coex pending motion set 7” in document 11-07/0339r21. Based on resolutions for Protection Mechanisms in 07/2380r1 Resolves 8 comment with As, Cs and Rs Passed by no objection in pre-meeting Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Motion # Moved: Approve resolution of comments found on the tab labelled “coex pending motion set 8” in document 11-07/0339r21. Based on resolutions for BSS Width Switching and 40/20 in 07/2020r13 Resolves 24 comment with As and Cs Passed by no objection Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Motion # Moved: Approve resolution of comments found on the tab labelled “coex pending motion set 9” in document 11-07/0339r21. Based on resolutions for RIFS Mode Resolves 5 comment with Cs and Rs Passed by no objection Eldad Perahia (Intel) Eldad Perahia (Intel)

July 2007 doc.: IEEE 802.11-07/2090r0 September 2007 Motion # Moved: Approve resolution of comments found on the tab labelled “coex pending motion set 10” in document 11-07/0339r21. Based on resolutions for Greenfield Protection Resolves CID 1849 with reject based on 07/2486r0 Passed by vote: Yes: 29 No: 1 Abs: 8 Eldad Perahia (Intel) Eldad Perahia (Intel)