1 / 57

TGac September 2010 Agenda

TGac September 2010 Agenda. Authors:. Date: 2010-09-13. Meeting Protocol. Please announce your affiliation when you first address the group during a meeting slot. Slide 2. Attendance. https://murphy.events.ieee.org/imat/attendance/index Register Indicate attendance

kaya
Télécharger la présentation

TGac September 2010 Agenda

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 September 2010 Agenda Authors: Date: 2010-09-13 Osama Aboul-Magd

  2. Meeting Protocol Please announce your affiliation when you first address the group during a meeting slot Slide 2 Osama Aboul-Magd

  3. Attendance https://murphy.events.ieee.org/imat/attendance/index Register Indicate attendance See document 11-09-0517r0 for more details Slide 3 Osama Aboul-Magd

  4. Attendance, Voting & Document Status Make sure your badges are correct If you plan to make a submission be sure it does not contain company logos or advertising Questions on Voting status, Ballot pool, Access to Reflector, Documentation, member’s area see Adrian Stephens – adrian.p.stephens@intel.com Cell Phones Silent or Off Slide 4 Osama Aboul-Magd

  5. Patent Policy • Following 5 slides Osama Aboul-Magd

  6. The IEEE-SA strongly recommends that at each WG meeting the chair or a designee: Show slides #1 through #4 of this presentation Advise the WG attendees that: The IEEE’s patent policy is consistent with the ANSI patent policy and is described in Clause 6 of the IEEE-SA Standards Board Bylaws; Early identification of patent claims which may be essential for the use of standards under development is strongly encouraged; There may be Essential Patent Claims of which the IEEE is not aware. Additionally, neither the IEEE, the WG, nor the WG chair can ensure the accuracy or completeness of any assurance or whether any such assurance is, in fact, of a Patent Claim that is essential for the use of the standard under development. Instruct the WG Secretary to record in the minutes of the relevant WG meeting: That the foregoing information was provided and that slides 1 through 4 (and this slide 0, if applicable) were shown; That the chair or designee provided an opportunity for participants to identify patent claim(s)/patent application claim(s) and/or the holder of patent claim(s)/patent application claim(s) of which the participant is personally aware and that may be essential for the use of that standard 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. The WG Chair shall ensure that a request is made to any identified holders of potential essential patent claim(s) to complete and submit a Letter of Assurance. It is recommended that the WG chair review the guidance in IEEE-SA Standards Board Operations Manual 6.3.5 and in FAQs 12 and 12a on inclusion of potential Essential Patent Claims by incorporation or by reference. Note: WG includes Working Groups, Task Groups, and other standards-developing committees with a PAR approved by the IEEE-SA Standards Board. Instructions for the WG Chair (Optional to be shown) Osama Aboul-Magd

  7. Participants, Patents, and Duty to Inform • All participants in this meeting have certain obligations under the IEEE-SA Patent Policy. Participants: • “Shall inform the IEEE (or cause the IEEE to be informed)” of the identity of each “holder of any potential Essential Patent Claims of which they are personally aware” if the claims are owned or controlled by the participant or the entity the participant is from, employed by, or otherwise represents • “Personal awareness” means that the participant “is personally aware that the holder may have a potential Essential Patent Claim,” even if the participant is not personally aware of the specific patents orpatent claims • “Should inform the IEEE (or cause the IEEE to be informed)” of the identity of “any other holders of such potential Essential Patent Claims” (that is, third parties that are not affiliated with the participant, with the participant’s employer, or with anyone else that the participant is from or otherwise represents) • The above does not apply if the patentclaim is already the subject of an Accepted Letter of Assurance that applies to the proposed standard(s) under consideration by this group • Quoted text excerpted from IEEE-SA Standards Board Bylaws subclause 6.2 • Early identification of holders of potential Essential Patent Claims is strongly encouraged • No duty to perform a patent search Slide #1 Osama Aboul-Magd

  8. All participants should be familiar with their obligations under the IEEE-SA Policies & Procedures for standards development. Patent Policy is stated in these sources: IEEE-SA Standards Boards Bylaws http://standards.ieee.org/guides/bylaws/sect6-7.html#6 IEEE-SA Standards Board Operations Manual http://standards.ieee.org/guides/opman/sect6.html#6.3 Material about the patent policy is available at http://standards.ieee.org/board/pat/pat-material.html Patent Related Links 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 This slide set is available at http://standards.ieee.org/board/pat/pat-slideset.ppt Slide #2 Osama Aboul-Magd

  9. If anyone in this meeting is personally aware of the holder of any patent claims that are potentially essential to implementation of the proposed standard(s) under consideration by this group and that are not already the subject of an Accepted Letter of Assurance: Either speak up now or Provide the chair of this group with the identity of the holder(s) of any and all such claims as soon as possible or Cause an LOA to be submitted Call for Potentially Essential Patents Slide #3 Osama Aboul-Magd

  10. 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 or engage in the fixing of product prices, allocation of customers, or division of 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. • --------------------------------------------------------------- • 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. Slide #4 Osama Aboul-Magd

  11. Agenda Items for the Week • Call for secretary • Review from July2010 • Approve minutes from July 2010 • Ad Hoc group meetings and straw polls • Updating task group documents as needed • Channel models • Functional Requirements and Evaluation methodology • Selection Procedure • Specification Framework • Timeline Discussion • Technical Submissions Osama Aboul-Magd

  12. Agenda for Monday, September 13th, 16:00 – 18:00 (Queens 5/6) • TG Meeting • Call for secretary • Patent policy, etc. • Set agenda and call for submissions • Review from July 2010 • Approve minutes from July 2010 • TG documents and presentations • TG motions, if any • Recess Osama Aboul-Magd

  13. Submissions • PHY • 10/1052, “VHT-SIG-A and VHT-SIG-B Field Structure”, Richard van Nee (Qualcomm) • 10/1062, “RF Feasibility of 120 MHz PHY Transmission”, Zhendong Luo (CATR) • 10/1063, “160 Mhz Transmission Flow”, Youhan Kim (Atheros) • 10/1076, “60MHz and 120 MHz Transmission Options”, Jianhan Liu (Mediatek) • 10/1083, “Phase Rotations for 80 MHz”, Sameer Vermani (Qualcomm) • 10/1086, “Cyclic Shifts Values for Legacy Portion”, Leonardo Lanante Jr. (Kyushu Institute of Technology) • 10/1089, “max-per-BCC-data-rate.ppt”, Jun Zheng • 10/1090, “256QAM-scaling”, Jun Zheng (Broadcom) • 10/1109, “Spectral mask flatness”, Ron Porat (Broadcom • 10/1118, “Interleavers for 160MHz Transmission”, Jianhan Liu (Mediatek) • 10/0821r1, “VHT Packet Length Calculation”, Peter Loc (Ralink Technology) • 10/0844r1, “Padding using variable un-puncturing and repetition”, Kiran Uln(Ralink Technology) • MAC • 10/1032, “The GCM Mode of AES”, Dan Harkins (Aruba Networks) • 10/1065, “AID Selection”, Youhan Kim (Atheors) • 10/1077, “GCM Mode of AES preso”, Dan Harkins (Aruba Networks) • 10/1079, “Max-Frame-Sizes”, Yong Liu (Marvell) • 10/1093, “A-MPDU delimiter changes”, Robert Stacey (Intel) • 10/1095, “LinkAdaptation sbufield for VHT”, Matthew Fischer (Broadcom) • 10/1096, “80MHz 160MHz TXOP protection”, Liwen Chu (STMicroelectronics • 10/1098, “RD in 802.11ac”, Liwen Chu (STMicroelectronics) • 10/1123, “TXOP Sharing for DL MU-MIMO Support”, Allan Zhu (Samsung) Osama Aboul-Magd

  14. Submission (Cntd) • Coexistence • 10/1054, “Wide Band OBSS Friendly PSMP”, James Wang (MediaTek) • 10/1064, “Channelization for 11ac”, Youhan Kim (Atheors) • 10/1066, “RTS&CTS Exchange in wideband transmission”, Li Nan (ZTE) • 10/1084, “Medium Access for Wider Bandwidth”, Michelle Gong (Intel) • 10/1011, “joint BSS”, Chao-Chun Wang (MediaTek) • 10/1121, “Update of Interference Management Using Beamforming Technique in OBSS Environment”, Yusuke Asai (NTT) • 10/1131, “Time-Domain CSI Compression Schemes for Explicit Beamformingin MU-MIMO”, Yusuke Asai (NTT) • MU-MIMO • 10/1055, “PSMP-BASED MU-MIMO Communications”, James Wang (MediaTek) • 10/1067, “Multiple CTSs in MU-MIMO transmission”, Tian Kaibo (ZTE) • 10/1091, “Protocol for SU and MU Sounding Feedback”, Simone Merlin (Qualcomm) • 10/1092, “ACK protocol and backoff procedure for MU-MIMO”, Simone Merlin (Qualcomm) • 10/1099, “using DL-SDMA in PSMP/HCCA”, Liwen Chu (STMicroelectronics) • 10/1105, “Explicit Sounding and Feedback”, Hongyuan Zhang (Marvell) • 10/1113, “Doubling number of VHT-LTFs”, Nir Shapira (Celeno) • 10/1114, “Channel dimension reduction proposal”, Nir Shapira (Celeno) • 10/1119, “On downlink precoding in 11ac”, Vish Ponnampalam (Mediatek) • 10/1124, “Multi RTS Proposal”, Yuichi Morioka (Sony Corporation) Osama Aboul-Magd

  15. TGac Schedule in a Glance Osama Aboul-Magd

  16. Monday Sept13th, 16:00 – 18:00 Call for Secretary IEEE IPR and Patent Policy Approve of July minutes Review from July meeting TG Motions Monday Sept 13th, 19:30 – 21:30 Ad Hoc Group Meetings PHY and MAC Ad Hocs Presentations and Straw Polls Tuesday Sept 14th, 08:00 – 10:00 Ad Hoc Group Meetings PHY and MU-MIMO Ad Hocs Jopint Session on on NDP/Feedback Format Presentations and Straw Polls Tuesday Sept 14th 10:30 – 12:30 Ad Hoc Group Meetings PHY and COEXAd Hocs Presentations and Straw Polls Wednesday Sept 15th, 08:00 – 10:00 Ad Hoc Group eports TG Motions Wednesday Sept 15th, 13:30 – 15:30 Ad Hoc Group Meetings MAC and MU-MIMO Ad Hocs Presentations and Straw Polls Thursday Sept 16th, 10:30 – 12:30 Ad Hoc Group Meetings COEX and MAC Ad Hocs Presentations and Straw Polls Thursday Sept 16th, 16:00 – 18:00 TG Meeting Call for secretary Ad Hoc group reports and straw polls TG Motions Timeline Discussion Presentations Goals for November Conference calls Tentative TGac Agenda for the Week Osama Aboul-Magd

  17. Review from July 2010 • Continued with the Ad Hoc group meetings. Ad Hoc group reports are available at: • PHY Ad Hoc report  11-10-0571r8 • MU-MIMO Ad Hoc report  11-10-0797r7 • Coexistence Ad Hoc report  11-10-0845r3 • MAC Ad Hoc didn’t meet in July • Motions passed to update the TG Specification Framework in areas related to: • Harmonized preamble structure that enables autodetection and spoofing, include VHT SIG A and SIG B fields, packet length indication and frame padding. • PHY motions related to 40/80/160 MHz transmission, 256 QAM mapping, etc • Coexistence motions related to improved CCA, primary and secondary channels for 80 MHz, etc. • For a complete set of motions, please refer to 10/0714r5 • Minutes are available in 10/0928r0 • The current approved revision of the specification Framework is 09/0992r13 • Accepted a new revision of the TGac Functional Requirements and Evaluation Methodology, 09/0451r15. Osama Aboul-Magd

  18. Approval of July 2010 Minutes • Motion to approve May 2010 TGac minutes as contained in 11-10-0928r0 • Move: Joonsuk • Second: Minho Cheong • Accepted with no objection Osama Aboul-Magd

  19. Agenda for Monday, September 13th, 19:30 – 21:30 • AD Hoc Group Meetings • PHY (Queens 5/6) • MAC (Queens 4) Osama Aboul-Magd

  20. Agenda for Tuesday, September 14th, 08:00 – 10:00 • Ad Hoc Group Meetings • PHY (Queens 5/6) • MU-MIMO (Queens 4) • PHY/MU-MIMO joint one-hour session on NDP/Feedback Osama Aboul-Magd

  21. Agenda for Tuesday, September 14th, 10:30 – 12:30 • Ad Hoc Group Meetings • PHY (Queens 5/6) • COEX (Queens 4) Osama Aboul-Magd

  22. Agenda for Wednesday, September 15th, 08:00 – 10:00 (Queens 5/6) • TG Meeting • TG motions Osama Aboul-Magd

  23. List of Straw Polls • PHY • MAC • SP #1: AID Selection • MU-MIMO • COEX • SP # 1: Media Access for Wider Bandwidth, 10/1084 Osama Aboul-Magd

  24. Motion # (MAC) • Move to add the following into the specification framework document, 11-09/0992 • Partial AID field in VHT-SIG A shall be set to special value(s) (TBD) for STA-to-AP packets • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  25. Motion # (MAC) • Move to add the following into the specification framework document, 11-09/0992? • AP should choose AID numbers such that the probability of AID numbers overlapping between different BSSs is reduced. • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  26. Motion # (MAC) • Move to add the following into the specification framework document, 11-09/0992 • Any AID values with 9 LSB bits of 0 should not be assigned as a non-AP STA AID. • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  27. Motion # (MAC) • Move to modify the TGac specification framework document to indicate that the reserved bit 0 of the Link Adaptation Control subfield of the Link Adaptation subfield of the HT Control field is renamed to VHT_MFB and that a value of 1 for the VHT_MFB bit indicates that the value in the MFB subfield of the Link Adaptation Control subfield contains 4 bits of VHT MCS and 3 bits of NSTS, and a value of 0 for the VHT_MFB bit indicates that the value in the MFB subfield of the Link Adaptation Control subfield contains HT MCS feedback • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  28. Motion # (MAC) • Move to add the following new section to the Proposed Specification Framework for TGac (11-09/992) to introduce the new mode of TXOP operation – TXOP sharing • Section 6.4 TXOP Sharing • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  29. Motion # (MAC) • Move to add the following four definitions (as described in Slide #4 of 11-10-1123) to Section 1 of the Proposed Specification Framework for TGac (11-09/992) • Primary AC / Secondary AC • Primary Destination / Secondary Destination • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  30. Motion (MAC) • Move to have the following rules to be included in Section 6.4 of the Proposed Specification Framework for TGac (11-09/992), for VHT DL MU TXOP sharing • The TXOP duration is determined by the TXOP limit of the primary AC. • At least one stream set in each DL MU-MIMO PPDU shall contain only MSDU(s) corresponding to the primary AC, where a stream set is defined as a group of spatial streams of a DL MU-MIMO PPDU that are all intended for reception by a single recipient. • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  31. Motion # (MAC) • Move to update the spec framework document to show the A-MPDU delimiter format extended from 802.11n as described below and including the figure? • An MPDU Length Extension field is added in B2-B3 and contains the high order bits of MPDU length • An EOF field is added in B0 • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  32. Motion # (MAC) • Move to update the spec framework document to include the Single MPDU Protocol rules on slide 13 of 11-10/1093r1 • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  33. Motion # (MAC) • Move to update the spec framework document to include the following limits: • Max MPDU = 11454B • Max A-MSDU = 11454B – Max MAC Header - FCS • Max A-MPDU = 1MB • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  34. Motion (MAC) • Move to update the spec framework documen to include the following capability signaling: • Max A-MPDU length supported as exponent n where 0 <= n <=7 and indicates a max A-MPDU length (2^(13+n)-1)B • Max A-MSDU length supported as 3839B, 7935B or {11454B-Max MAC Header-FCS} • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  35. Motion # (COEX) • Move to update the TGac spec framework document to extend the 802.11n PIFS medium access mechanism to 80MHz and 160MHz operation, as described below: • AIFS deferral and random backoff based on the primary channel activity • All transmissions shall occupy the primary channel and • Secondary channels occupied by the transmission shall be sensed idle PIFS prior to the transmission • Move/Second: • Yes/No/Abstain Osama Aboul-Magd

  36. Motion # (PHY) • Move to add the VHT-SIG-A/B and VHT-SIG-B CRC structure from slides 3-8 of 11-10/1052r0 to the specification framework document, 11-09/0992 • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  37. Motion # (PHY) • Move to re-use the phase rotations adopted for the VHT section of the 80 MHz PPDU for the 80 MHz legacy preamble, and VHT-SIG-A by adding the following text to the spec framework document ? “In all elements of an 80 MHz VHT PPDU , i.e., the L-STF, L-LTF, L-SIG, VHT-SIG-A, VHT-LTFs, VHT-SIG-B and the Data, the following function of k shall be used to multiply subcarrier k, prior to transmission” • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  38. Motion # (PHY) • Do you support spectral mask requirements as outlined in slide 4 (doc. 802.11-10/1109r0)? • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  39. Motion # (PHY) • Do you support spectral flatness requirements as outlined in slide 6 (doc. 802.11-10/1109r0)? • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  40. Motion # (PHY) • Move to update the IEEE Specification Framework for TGac to require that (doc. 802.11-10/1089r1) : • The maximum data rate per BCC encoder be 600Mbps • The number of BCC encoders for a particular combination of MCS, Nsts and BW be determined by the short GI data rate and that the same number of encoders be used for the corresponding normal GI rate • The number of BCC encoders not be limited • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  41. Motion # (PHY) • Move to update the spec framework to require that only explicit sounding and feedback be supported for VHT SU beamforming and DL MU-MIMO (doc. 802.11-10/1105r0) • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  42. Motion # (PHY) • Move to update the spec framework to require that NDP be the only VHT sounding format (doc. 802.11-10/1105r0) • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  43. Motion # (PHY) • Move to update the spec framework to define the VHT NDP format as follows (doc. 802.11-10/1105r0): • Same format as the VHT PPDU but with no data portion • VHT-SIG-A indicates SU packet • VHT-SIG-B carries a fixed TBD bit pattern • and adding the following figure • Move/Second: • Yes/No/Abstain: … L-STF L-LTF L-SIG VHT-SIG-A (Symbol 1) VHT-SIG-A (Symbol 2) VHT-STF VHT-LTF1 VHT-LTFN VHT-SIG-B Osama Aboul-Magd

  44. Motion # (PHY) • Move to update the spec framework to require that the explicit sounding feedback be sent SIFS after the NDP or Polling frame with no option for the delayed or aggregated feedback as defined in 11n (doc. 802.11-10/1105r0) • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  45. Motion # (PHY) • Move to update the spec framework to require that compressed V matrix feedback, as defined in subclause 20.3.12.2.5, be one feedback format for both VHT SU beamforming and DL MU-MIMO (doc. 802.11-10/1105r0) • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  46. Motion # (PHY) • Move to update the spec framework to define the VHT compressed V feedback frame as an Action No ACK format with • Category = VHT • Action = Compressed Beamforming • Containing a VHT MIMO Control field with 1-byte Sounding sequence number, and other TBD subfields • Containing a Compressed Beamforming Report field • and adding the following figure • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  47. Motion # (PHY) • Move to update the spec framework to define Compressed Beamforming Report Field as shown in the next slide • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  48. Insert a new section 6.x describing the Compressed Beamforming Report Field, by adopting the 11n subclause 7.3.1.29, and: • With extending Table 7-25i to the angle ordering to up to 8 streams (refer to Appendix II) • With TBD extensions to 80MHz and 160MHz • With TBD extensions or modifications of 7-25f, on tone-grouping, and tone mapping. • With TBD extensions or modifications of Table 7-25j, on the number of bits used to quantize the angles. Osama Aboul-Magd

  49. Motion # (PHY) • Move to support the 160 MHz transmission flow as shown on slide 4 and to edit the specification framework document (11-09/0992) as shown on slide 11 of 10/1063r1 • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

  50. Motion # (PHY) • Move to add the following language to Clause 3.2.4.3 of the IEEE Specification Framework for TGac: “The normalization factor, KMOD, for 256 QAM is .” • Move/Second: • Yes/No/Abstain: Osama Aboul-Magd

More Related