1 / 74

TGac PHY AdHoc Report

TGac PHY AdHoc Report. Authors:. Date: 2010-05-17. March 2010. Abstract. Agenda, Minutes and Motions for the TGac PHY Ad Hoc since November 2009. March 2010. Important IEEE Links. The following slides in this deck are believed to be the latest available however the Source locations are:

calmeida
Télécharger la présentation

TGac PHY AdHoc Report

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. TGac PHY AdHoc Report Authors: Date: 2010-05-17 Erceg, Banerjea, and Cheong

  2. March 2010 Abstract • Agenda, Minutes and Motions for the TGac PHY Ad Hoc since November 2009 Erceg, Banerjea, and Cheong

  3. March 2010 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/affiliationFAQ.html • http://standards.ieee.org/resources/antitrust-guidelines.pdf • http://standards.ieee.org/board/pat/pat-slideset.ppt • http://www.ieee.org/portal/cms_docs/about/CoE_poster.pdf • For summary, see 11-07-0660-01-0000-opening-presentation • Don’t forget attendance check during PHY AdHoc session. Erceg, Banerjea, and Cheong

  4. March 2010 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/affiliationFAQ.html Erceg, Banerjea, and Cheong

  5. March 2010 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/affiliationFAQ.html Erceg, Banerjea, and Cheong

  6. March 2010 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/affiliationFAQ.html Erceg, Banerjea, and Cheong

  7. March 2010 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 Erceg, Banerjea, and Cheong

  8. March 2010 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 Erceg, Banerjea, and Cheong

  9. March 2010 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 Erceg, Banerjea, and Cheong

  10. March 2010 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 Erceg, Banerjea, and Cheong

  11. March 2010 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 Erceg, Banerjea, and Cheong

  12. March 2010 Important Questions about Patents • 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. Erceg, Banerjea, and Cheong

  13. Ad Hoc Operating Rules (1/2) • 11ac selection procedure (11-09-0059r5) 5. b. A straw poll result of >=75% is required within an Ad Hoc to approve the resolution of all or part of an issue and forward that resolved item to the Taskgroup where it becomes a motion that requires >=75% approval to modify the specification framework or the draft specification. c. In the case a consensus can not be reached within an Ad Hoc group (a stalemate that prohibits further progress), the subject is moved to the Taskgroup if an Ad Hoc straw poll vote to move the subject to the Taskgroup achieves >50% approval. March 2010 Slide 13 Erceg, Banerjea, and Cheong

  14. Ad Hoc Operating Rules (2/2) d. A motion passing with >50% in the Taskgroup shall be sufficient to move an issue previously assigned to an Ad Hoc group to any Ad Hoc group. A straw poll vote of >50% is required in an Ad Hoc group to refuse an issue from the Taskgroup. e. An issue may be sent from one Ad Hoc to another if both the sending Ad Hoc and the receiving Ad Hoc approve straw polls for taking the respective actions with >50% approval. A notice should be sent to the reflector indicating the approval of a straw poll to move an issue. f. To be accepted into the TGac Draft specification, proposals from Ad Hoc group require a motion that passes with >=75% Taskgroup approval March 2010 Slide 14 Erceg, Banerjea, and Cheong

  15. March 2010 PHY AdHoc Topics • PHY AdHoc group discussion topics in document 11-09-1175-01-00ac-ad-hoc-groups-scope.ppt: • Pilots • Data tones • Preamble • Enhanced MCS • Sounding • Higher Bandwidth modulation • Parsing and Interleaving • Coding, STBC • Spatial Mapping & Cyclic Delays • Mask, Regulatory, ACI, Sensitivity, etc. - additional possible topics Erceg, Banerjea, and Cheong

  16. March 2010 Running PHY AdHoc Agenda Pages Erceg, Banerjea, and Cheong

  17. March 2010 Interpretive Guide – Text Coloring • Text coloring: • 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 Erceg, Banerjea, and Cheong

  18. TGac PHY Adhoc May 17-20, 2010 Review Ad Hoc operating rules Review previous activities Review Ad Hoc scope Call for contributions Submissions Next meeting March 2010 Slide 18 Slide 18 Erceg, Banerjea, and Cheong

  19. Submissions • 10/568r0 “Single User MCS Proposal”, Vinko Erceg (Broadcom) • 10/566r1 “Sounding and P Matrix”, Vinko Erceg (Broadcom) • 10/534r0, “Duration in L-SIG”, Youhan Kim (Atheros) • 10/548r0, “80MHz Transmission Flow”, Hongyuan Zhang (Marvell) • 10/549r0, “TGac Preamble Auto Detection Comparisons”, Hongyuan Zhang (Marvell) • 10/550r0, “VHTSIG Considerations”, Hongyuan Zhang (Marvell) • 10/370r1, “80MHz Tone Allocation”, Hongyuan Zhang (Marvell) • 10/578r0, “Preamble Parameters”, Richard Van Nee (Qualcomm) • 10/382r2, “Bit Allocation”, Joonsuk Kim (Broadcom) • 10/588r0, “Power Saving Feature Consideration”, Yujin Noh • 10/xxxr0, “VHT SIG Length”, Yuichi Morioka March 2010 Slide 19 Slide 19 Erceg, Banerjea, and Cheong

  20. Tentative TGac Agenda for the Week Monday May. 17th, PM1 10/568r0 “Single User MCS Proposal”, Vinko Erceg (Broadcom) 10/566r1 “Sounding and P Matrix”, Vinko Erceg (Broadcom) Wed Mar. 18th, PM2 and PM3 10/534r0, “Duration in L-SIG”, Youhan Kim (Atheros) 10/548r0, “80MHz Transmission Flow”, Hongyuan Zhang (Marvell) 10/549r0, “TGac Preamble Auto Detection Comparisons”, Hongyuan Zhang (Marvell) 10/550r0, “VHTSIG Considerations”, Hongyuan Zhang (Marvell) 10/370r1, “80MHz Tone Allocation”, Hongyuan Zhang (Marvell) 10/578r0, “Preamble Parameters”, Richard Van Nee (Qualcomm) 10/382r2, “Bit Allocation”, Joonsuk Kim (Broadcom) 10/588r0, “Power Saving Feature Consideration”, Yujin Noh 10/xxxr0, “VHT SIG Length”, Yuichi Morioka March 2010 Slide 20 Erceg, Banerjea, and Cheong

  21. March 2010 Straw Poll on SU MCS • Do you support adding the following item into the specification framework document, 11-09/0992? • R3.3.F: The draft specification shall include SU MCS set consisting of modulation and coding levels as defined in Table on slide 9 except MCS 9 for 20 MHz BW. • Yes: 68 • No: 9 • Abs: 8 • It passes to move to task group motion Slide 21 Erceg, Banerjea, and Cheong

  22. Straw Poll on Single LTF Section Do you support adding the following item into the specification framework document, 11-09/0992? R3.2.1.J: All VHT transmissions shall have a preamble which contains a single section of long training fields,  with each long training field multiplied by entries belonging to a single P matrix, to enable channel estimation at the receiver. Yes: 33 No: 15 Abs: 28 It fails to move to task group motion Slide 22 Vinko Erceg et al.

  23. Straw Poll on NDP Do you support adding the following item into the specification framework document, 11-09/0992? R3.2.2.C: The draft specification shall include null data packet (NDP) as the only preamble format for sounding PPDUs. Yes: 31 No: 14 Abs: 39 It fails to move to task group motion Slide 23 Vinko Erceg et al.

  24. Straw Poll on VHT-LTFs Do you support adding the following item into the specification framework document, 11-09/0992? R3.2.1.K: The long training fields consists of one, two, four, six or eight VHT long training fields (VHT-LTFs) that are necessary for demodulation of the VHT-Data portion of the PPDU or for channel estimation during an NDP packet. Yes: 41 No: 0 Abs: 37 It passes to move to task group motion Slide 24 Vinko Erceg et al.

  25. Straw Poll on 4x4 P Matrix Do you support adding the following item into the specification framework document, 11-09/0992? R3.2.1.K: The VHT-LTF mapping matrix P for one, two or four VHT-LTFs shall be the same as defined in 802.11n standard specification (Section 20.3.9.4.6, Eq. (20-27)). Yes: 67 No: 0 Abs: 9 It passes to move to task group motion Slide 25 Vinko Erceg et al.

  26. Straw Poll on 6x6 P Matrix Do you support adding the following item into the specification framework document, 11-09/0992? R3.2.1.L: The VHT-LTF mapping matrix P for six VHT-LTFs shall be as defined in slide 4 of 11-10/0566r2. Yes: 42 No: 6 Abs: 29 It passes to move to task group motion Slide 26 Vinko Erceg et al.

  27. Straw Poll on 8x8 P Matrix Do you support adding the following item into the specification framework document, 11-09/0992? R3.2.1.L: The VHT-LTF mapping matrix P for eight VHT-LTFs shall be as defined in slide 5 of 11-10/0566r2. Yes: 65 No: 0 Abs: 14 It passes to move to task group motion Slide 27 Vinko Erceg et al.

  28. March 2010 TGac PHY AdHoc Agenda Pages From Previous Sessions Erceg, Banerjea, and Cheong

  29. TGac PHY Adhoc March 15-18, 2010 Review Ad Hoc operating rules Review previous activities Review Ad Hoc scope Call for contributions Submissions Next meeting March 2010 Slide 29 Slide 29 Erceg, Banerjea, and Cheong

  30. Submissions • Preamble Design • Preamble Minor Enhancement, Brian Hart (Cisco), 11-10-0316r1 • 802.11ac Preamble for VHT Auto-detection, Il-Gu Lee (ETRI), 11-10-0359r0 • Preamble Design Aspects for 11ac, Yujin Noh (LG),11-10-0363r0 • 802.11ac Preamble, Joonsuk Kim (Broadcom), 11-10-0070r5 • Group ID Concept • MU-MIMO STA scheduling strategy and Related PHY signaling,Daewon Lee (LG), 11-10-0362r2 • Group ID Concept for DL MU-MIMO, Joonsuk Kim (Broadcom), 11-10-0073r2 • VHT SIG Field Design • Bit Consideration for SIG Field, Joonsuk Kim (Broadcom), 11-10-0382r1 • Tone Allocation • 80MHz Tone Allocation, Sudhir Srinivasa (Marvell),11-10-0370r0 March 2010 Slide 30 Slide 30 Erceg, Banerjea, and Cheong

  31. Tentative TGac Agenda for the Week Tuesday Mar. 16th, AM1 Preamble Minor Enhancement, 11-10-0316r1 802.11ac Preamble for VHT Auto-detection, 11-10-0359r0 Preamble Design Aspects for 11ac, 11-10-0363r0 802.11ac Preamble, 11-10-0070r5 Wed Mar. 17th, AM1 80MHz Tone Allocation, 11-10-0370r0 MU-MIMO STA scheduling strategy and Related PHY signaling, 11-10-0362r2 Group ID Concept for DL MU-MIMO, 11-10-0073r2 Bit Consideration for SIG Field, 11-10-0382r1 March 2010 Slide 31 Erceg, Banerjea, and Cheong

  32. March 2010 Straw Poll on Numerology(intended to move to TG motion) • Do you support adding a basic guideline on the numerology for 11ac device described as in Section I of 11-10/0070r4, excluding slide 9 (max Number of users for MU remains TBD), to the spec framework document, 11-09-0992? • Yes: 79 • No: 0 • Abs: 3 • It passes to move to task group motion Slide 32 Erceg, Banerjea, and Cheong

  33. March 2010 Straw Poll on Preamble Structure(intended to move to TG motion) • Do you support adding the 11ac preamble structure with two SIGNAL fields (VHT-SIGA located before VHT-STF and VHT-SIGB located after VHT-LTFs) as in Section III (Slide 22) of 11-10/0070r4 to the spec framework document, 11-09-0992? • Yes: 70 • No: 0 • Abs: 16 • It passes to move to task group motion Slide 33 Erceg, Banerjea, and Cheong

  34. March 2010 Follow-up Straw Poll on Preamble Structure(intended to move to TG motion) • Do you support to have 2 OFDM symbols for VHT-SIGA and a single OFDM symbol for VHT-SIGB, and to edit the spec framework document, 11-09-0992, accordingly? • Yes: 54 • No: 22 • Abs: 13 • It fails to move to task group motion Slide 34 Erceg, Banerjea, and Cheong

  35. March 2010 Straw Poll on Spoofing(intended to move to TG motion) • Do you support to have BPSK on the 1st VHT-SIGA symbol and 90-deg rotated BPSK (QBPSK) on the 2nd VHT-SIGA symbol for VHT auto-detection as in Section III (Slide 20) of 11-10/0070r4, and to edit the spec framework document, 11-09-0992, accordingly? • Yes: 54 • No: 23 • Abs: 8 • It fails to move to task group motion Slide 35 Erceg, Banerjea, and Cheong

  36. March 2010 Straw Poll on Spoofing II(intended to move to TG motion) • “Do you support to have BPSK on the 1st VHT-SIGA symbol and TBD on the 2nd VHT-SIGA symbol for VHT auto-detection, and to edit the spec framework document, 11-09-0992, accordingly?” • Yes: 71 • No: 1 • Abs: 11 • It passes to move to task group motion Slide 36 Erceg, Banerjea, and Cheong

  37. Straw Poll on MU-MIMO STA Scheduling(just informative) March 2010 • Considering environments which MU-MIMO may have outstanding performances, do you agree to have further investigation on the grouping concept for MU-MIMO STA co-scheduling? • Yes: 35 • No: 19 • Abstain: 17 Slide 37 Erceg, Banerjea, and Cheong

  38. Straw Poll on GroupID Field(intended to move to TG motion) Do you support adding the GroupID field to VHT-SIGA for 11ac preamble as in 11-10/0073r2, and editing the spec framework document, 11-09-0992, accordingly? Y: 34 N: 28 Abstain: 11 It fails to move to task group motion March 2010 Slide 38 Erceg, Banerjea, and Cheong

  39. March 2010 Straw Poll on Bit Allocation in VHT-SIGs(intended to move to TG motion) • Do you support including TBD bits for Bandwidth and STBC in VHT-SIGA and including MCS field in VHT-SIGB, and editing the spec framework document, 11-09-0992, accordingly? • Yes: 47 • No: 5 • Abs: 7 • It passes to move to task group motion Slide 39 Erceg, Banerjea, and Cheong

  40. March 2010 Straw Poll on MCS field(intended to move to TG motion) • Do you support allowing only equal modulation and coding scheme across all streams per user and stating this in the spec framework document, 11-09-0992? • Yes: 44 • No: 14 • Abs: 15 • It passes to move to task group motion Slide 40 Erceg, Banerjea, and Cheong

  41. March 2010 Straw Poll on STBC bit(intended to move to TG motion) • Do you support to have one bit to indicate STBC mode (Alamouti scheme) and to edit the spec framework document, 11-09-0992, accordingly? • Yes: 49 • No: 18 • Abs: 12 • It fails to move to task group motion Slide 41 Erceg, Banerjea, and Cheong

  42. Agenda for 19 November 2009 Chair Introductions Scope of PHY AdHoc PHY AdHoc Operating Rules TGac Documents of Interest Review 11-09-1167-00-00ac-tgac-ad-hoc-group-operation-and-chair-selection-procedure.pptx 11-09-1181-00-00ac-ad-hoc-lifecycle.ppt 11-09-1175-r0-00ac-AdHoc Groups Scope.ppt Minutes Taking Questions and Answers Submissions March 2010 Slide 42 Erceg, Banerjea, and Cheong

  43. Activities Since Nov. 2009 • PHY Adhoc calls scheduled on Dec. 3, 2009 and Jan. 14, 2010 were cancelled due to lack of submission. March 2010 Slide 43 Slide 43 Erceg, Banerjea, and Cheong

  44. TGac PHY Adhoc Jan. 18- 21, 2010 Review Ad Hoc operating rules Review previous activities Review Ad Hoc scope Call for contributions Submissions Next meeting March 2010 Slide 44 Slide 44 Erceg, Banerjea, and Cheong

  45. Submissions • Preamble Presentations • “802.11ac Preamble” - 11-10-0070-00-00ac-802-11ac-preamble.ppt • “GroupID Concept for Downlink MU-MIMO Transmission” - 11-10-0073-00-00ac-group-id-concept-for-dl-mu-mimo.ppt • YungSzu Tu ? • Channel Models • “Measured Channel Variation and Coherence Time in NTT Lab” - 11-10-0087-00-00ac-measured-channel-variation-and-coherence-time-in-ntt-lab.ppt March 2010 Slide 45 Slide 45 Erceg, Banerjea, and Cheong

  46. Tentative TGac Agenda for the Week Tuesday Jan 19th, AM1 “802.11ac Preamble” - 11-10-0070-00-00ac-802-11ac-preamble.ppt “GroupID Concept for Downlink MU-MIMO Transmission” - 11-10-0073-00-00ac-group-id-concept-for-dl-mu-mimo.ppt “Measured Channel Variation and Coherence Time in NTT Lab” - 11-10-0087-00-00ac-measured-channel-variation-and-coherence-time-in-ntt-lab.ppt Wed Jan 20th, AM1 “Proposed TGac Preamble” - 11-10-0130-00-00ac-proposed-tgac-preamble.ppt Straw Polls March 2010 Slide 46 Erceg, Banerjea, and Cheong

  47. Straw Poll on Numerology Do you support adding the stream and station limits defined in “11-10-0070r0 802.11ac preamble” to the spec framework using the edits to R3.2.1.D, R3.4.A, R3.4.B, R3.4.C and R4.D in “11-10-0113r0 proposed spec framework edits for preamble structure and a-mpdu” and forward to the TGac Task Group? Yes: 22 No: 16 Abs: 8 March 2010 Slide 47 Erceg, Banerjea, and Cheong

  48. Straw Poll on Preamble Structure Do you support adding the preamble structure defined in “11-10-0070r0 802.11ac preamble” to the spec framework using the edits in section 3.2.1 of “11-10-0113r0 proposed spec framework edits for preamble structure and a-mpdu”? Yes: 19 No: 13 Abs: 6 March 2010 Slide 48 Erceg, Banerjea, and Cheong

  49. Straw Poll on Group ID Concept Do you support adding a Group ID field to the VHT MU PPDU SIG field to support client side stream demultiplexing as described in “11-10-0073r0 Group ID Concept for DL MU-MIMO”? Yes: 24 No: 8 Abs: 12 March 2010 Slide 49 Erceg, Banerjea, and Cheong

  50. Straw Poll on Numerology with TBD Do you support adding the stream and station limits defined in “11-10-0070r0 802.11ac preamble” to the spec framework using the edits to R3.2.1.D, R3.4.A, R3.4.B, R3.4.C and R4.D in “11-10-0113r0 proposed spec framework edits for preamble structure and a-mpdu” with all numbers as TBD and forward to the TGac Task Group? Yes: 36 No: 19 Abs: 1 March 2010 Slide 50 Erceg, Banerjea, and Cheong

More Related