IEEE 802.11-15/0109r2 TGax MAC Ad Hoc Meeting Agenda January 2016

January 2016 doc.: IEEE 802.11-15/0109r2 TGax MAC Ad Hoc January 2016 Meeting Agenda Date: 2016-01-19 Authors: Name Reza Hedayat Company Newracom Address 9008 Research Dr, Irvine, CA 92618, USA 170 W Tasman Dr, San Jose, CA 95134, USA 2 Infinite Loop, Cupertino, CA 94014 Phone email reza.hedayat at newracom.com Brian Hart Cisco Systems +1-408- 5253346 brianh@cisco.com Eric Wong Apple +1-408- 9745967 ericwong@apple.com Submission Slide 1 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 TGax IEEE 802.11 IEEE 802.11 TGax High Efficiency WLAN High Efficiency WLAN MAC Ad Hoc MAC Ad Hoc Co-Chairs: Brian Hart (Cisco Systems) Reza Hedayat (Newracom) Eric Wong (Apple) Submission Slide 2 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Agenda Items Call meeting to order Patent policy, etc. (Call for Potentially Essential Patents) Call for submissions Set and approve agenda Note ad hoc rules // Slides 12-13 Note MAC ad hoc sessions this week Mon: PM2 Tue: AM2, PM1 Technical Presentations approved by 802.11ax chair for presentation this week, and related straw polls Any other technical presentations Submission Slide 3 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Meeting Protocol, Attendance, Voting & Document Status Please announce your affiliation when you first address the group during a meeting slot Cell Phones to be silent or Off Register your attendance via https://imat.ieee.org while on a meeting SSID (e.g. Verilan-secure) 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 Contact Jon Rosdahl jrosdahl@ieee.org Submission Slide 4 Slide 4 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Patent Policy and Other Guidelines See the following 5 slides Submission Slide 5 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Instructions for the WG Chair 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. (Optional to be shown) Submission Slide 6 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 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 or patent 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 patent claim 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 Submission Slide 7 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Patent Related Links 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 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 Submission Slide 8 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Call for Potentially Essential Patents 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 Slide #3 Submission Slide 9 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 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 Submission Slide 10 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Submissions (MAC) DCN Title Name No. of SPs 3 2 1 2 1 2 1 3 1 2 2 - 11-16/0015 11-16/0017 11-16/0018 11-16/0028 11-16/0029 11-16/0042 11-16/0068 11-16/0050 11-16/0051 11-16/0069 11-16/0087 11-16/0102 Explicit Block ACK Request in DL MU PPDU Beacon Collision Avoidance TDMA for Eliminating Hidden Station Effect in Dense Networks Follow Up for Multi-STA BA for SU Transmissions TXOP Truncation Enhancement BSS Color Settings for a Multiple BSSID Set BSS Color and Multiple BSSID Fragmentation for MU frames-Follow up on acks Response Give Trigger Type Multi-TID A-MPDU in MU Transmission NAV cancellation issues on MU protection High Efficiency Medium Access via Rosters Yongho Seok Evgeny Khorov Evgeny Khorov Xiaofei WANG Xiaofei WANG Geonjung Liwen Chu Alfred Asterjadhi David Xun Yang Liwen Chu Jinsoo Ahn Sean Coffey Submissions (SR) DCN Title Name No. of SPs 1 11-16/0060 Recipient-aware Spatial Reuse Reza Hedayat Contributions in green color were presented during MAC ad hoc sessions. Submission Slide 11 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Ad Hoc Groups Operation (1/2) Governing document is 15/075r0 Proposed changes to the specification framework shall be discussed in the ad hoc groups first, which are then brought to the Taskgroup for an approval vote. A straw poll (doesn t require voting rights) 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. The straw poll affection the TG specification framework shall include Do you agree to add to the TG Specification Framework: x.y.z. [brief description of the feature] 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. Submission Slide 12 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Ad Hoc Groups Operation (2/2) Governing document is 15/075r0 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. 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. During Taskgroup face to face Plenary and Interim sessions, Chairs for each of the Functional Block Ad Hocs shall report on Progress and Content to the Entire Taskgroup. These Update sessions provide the opportunity for peer review to ensure the creation of a coherent Specification. Submission Slide 13 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 1-1: Premotion 11-16-0015-00-00ax-explicit-block-ack-request-in-dl-mu-ppdu Do you agree to add the TGax SFD: 6.2.1 Trigger frame A recipient of a MU-BAR frame can transmit other data or management frame in addition to BA/ACK frame if it does not exceed the indicated UL MU duration. Y: 30 N: 0 Abstain: 26 Submission Slide 14 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 1-2: Premotion 11-16-0015-00-00ax-explicit-block-ack-request-in-dl-mu-ppdu Do you agree to add the TGax SFD: 4.2 DL MU operation Except for an implicit Block Ack Request, the Block Ack Request frame and the MU-BAR frame are used for soliciting an immediate response carried in SU and MU PPDU format, respectively. Y: 4 N: 7 Abstain: 41 Submission Slide 15 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 1-3: Premotion 11-16-0015-00-00ax-explicit-block-ack-request-in-dl-mu-ppdu Do you agree to add the TGax SFD: 4.2 DL MU operation PPDU Type (SU or MU) of an immediate response is indicated in the Block Ack Request frame Y: 6 N: 10 Abstain: Many Submission Slide 16 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 1-4: Premotion 11-16-0051-00-00ax-response-give-trigger-type Do you agree to add the TGax SFD: If the trigger frame requests a specific frame type as response, the response to this trigger frame shall contain at least the frame with the required type if the required type is available at the STA side; if the STA has no frame with the required type, the STA should transmit QoS Null frame to AP. Y: 38 N: 0 Abstain: 19 Submission Slide 17 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 1-5: Strawpoll 11-16-0017-00-00ax-beacon-collision-avoidance Do you agree to the following: We need a mechanism that allows an HE AP to obtain the beacon timing information of the APs in its two-hop neighborhood. This information can be used for TBTT selection and TBTT adjustment in order to prevent beacon collisions caused by hidden APs in dense deployment scenarios. Y: 2 N: 1 Need more info: many Submission Slide 18 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 1-6: Premotion 11-16-0029-00-00ax-txop-truncation-enhancement Do you agree to add the TGax SFD: 6.1 The spec should consider to use Duration settings in CF-End frames to facilitate resetting of NAVs Y: 2 N: 21 Abstain: not counted Submission Slide 19 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 2-1: Premotion 11-16-0018-02-00ax-tdma-for-eliminating-hidden-station-effect-in-dense-networks Do you agree to add the TGax SFD: The spec shall include a mechanism that allows an HE AP to negotiate periodic time intervals for its BSS in advance. During these time intervals, an OBSS or a subset of STAs in the OBSS should not start their transmissions. Y: 7 N: 16 Abstain: Not counted Submission Slide 20 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 2-2: Premotion 11-16-0028-00-00ax-follow-up-for-multi-sta-ba-for-su-transmissions Do you agree to add the TGax SFD: The spec should allow the use of Multi-STA BA frame to acknowledge UL SU transmissions Y: 11 N: 5 Abstain: 41 Submission Slide 21 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 2-3: Strawpoll 11-16-0028-00-00ax-follow-up-for-multi-sta-ba-for-su-transmissions Do you agree that: 802.11ax should allow the use of Multi-STA BA frame to acknowledge UL SU transmissions in PSMP sequences Y: 10 N: 12 Abstain: Many Submission Slide 22 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 3-1: Premotion 11-16-0042-01-00ax-bss-color-settings-for-a-multiple-bssid-set Do you agree to add the TGax SFD: 5.y.z AP and STAs in one BSS of a Multiple BSSID set shall consider a frame from another BSS of the same Multiple BSSID set as an intra-BSS frame (Signaling for a Multiple BSSID set is TBD). Y: 31 N: 0 Abstain: 19 Submission Slide 23 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 3-3: Premotion 11-16-0068-00-00ax-bss-color-and-multiple-bssid Do you agree to add the TGax SFD: A same BSS Color shall be used for the virtual APs which are defined by TBD Multiple BSSID element. Y: 51 N: 0 Abstain: 3 Submission Slide 24 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 3-4: Premotion 11-16-0050-00-00ax-fragmentation-for-mu-frames-follow-up-on-acks Do you agree to add the TGax SFD: 11ax STAs shall use the baseline (de-)fragmentation for signaling 11ax fragmentation within an A-MPDU The SN identifies the MSDU/MMPDU, and the FN identifies the fragment of an MSDU/MMPDU Y: 45 N: 1 Abstain: 5 Submission Slide 25 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 3-4: Premotion 11-16-0050-00-00ax-fragmentation-for-mu-frames-follow-up-on-acks Do you agree to add the TGax SFD: Under 11ax fragmentation, the following acknowledgement rules apply: Fragmentation Level I Recipient shall respond with an Ack to a fragment carried in a VHT single MPDU soliciting immediate response Fragmentation Level II Recipient shall respond with: Ack frame to a fragment carried in a VHT single MPDU soliciting immediate response C-BA frame to an A-MPDU soliciting immediate response Each bit in BlockAck Bitmap indicates successful reception of the carried fragment or of the full MSDU Y: 45 N: 1 Abstain: 8 Submission Slide 26 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 3-5: Premotion 11-16-0050-00-00ax-fragmentation-for-mu-frames-follow-up-on-acks Do you agree to add the TGax SFD: Under 11ax fragmentation, the following acknowledgement rules apply: Fragmentation Level III Recipient shall respond with: Ack frame to a fragment carried in a VHT single MPDU soliciting immediate response C-BA frame to an A-MPDU that does not carry fragments and soliciting immediate response Dedicated C-BA frame to an A-MPDU carrying fragments and soliciting immediate response Each bit in BlockAck Bitmap indicates successful reception of each of the carried fragments The max number of fragments for which the BA frame signals the receive status is contained in a nonzero value of the FN subfield of the BA frame Maximum number of fragments per MSDU in the eliciting A-MPDU transmitted by the originator shall be 4 Y: 42 N: 1 Abstain: 9 Submission Slide 27 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 3-6: Premotion 11-16-0069-00-00ax-multi-tid-a-mpdu-in-mu-transmission Do you agree to add the TGax SFD: 4.1 General : MPDUs from multiple TIDs that ask for Ack and/or BA acknowledgement and management frame that asks for Ack acknowledgement may be aggregated in one A-MPDU of MU transmission Y: 38 N: 0 Abstain: 5 Submission Slide 28 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 3-7: Premotion 11-16-0069-00-00ax-multi-tid-a-mpdu-in-mu-transmission Do you agree to add the TGax SFD: 4.2 DL MU Operation: The spec shall allow UL MU transmission of Multi-STA Block ACK frame in response to multi-TID A-MPDU of DL MU transmission. The value of the AID field in M-BA is TBD Y: 45 N: 0 Abstain: 7 Submission Slide 29 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 3-8: Premotion 11-16-0087-01-00ax-nav-cancellation-issues-on-mu-protection Do you agree to add the TGax SFD: AP may transmit CF-END frame after MU RTS Frame if AP cannot detect the (Simultaneous) CTS frame(s). CF-END frame may be transmitted after Trigger Frame if AP cannot detect the UL response(s). Y: 5 N: 15 Abstain: Many Submission Slide 30 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 3-9: Premotion 11-16-0060-01-00ax-Recipient-aware-Spatial-Reuse Do you agree to add the TGax SFD: 5.1: Features for operation in dense environments The specification to consider a procedure that may revise the NAV depending on TBD conditions at the recipient of the ongoing OBSS frame. A STA that receives an inter-BSS frame with RSSI more than OBSS PD threshold and receives the response frame less than a TBD threshold (e.g. OBSS PD) may set back the NAV to the value before receiving the inter-BSS frame. Above rule does not apply if the inter-BSS frame is a Trigger frame. Y: 10 N: 8 Abstain: Uncounted Submission Slide 31 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Backup Slides Submission Slide 32 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll MAC 1-1: Premotion contribution-file-name Do you agree to add the TGax SFD: ABC Y: N: Abstain: Submission Slide 33 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Approval of MAC Ad Hoc Minutes Approve TGax MAC ad hoc minutes of meetings and teleconferences from the July 2015 meeting until today: <Doc reference> Mover: Seconder: Y: N: Abstain: Submission Slide 34 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll xxxx ( Testing the temperature of the room ) Do you xxxx Y: N: Abstain: Submission Slide 35 Reza Hedayat (Newracom)

January 2016 doc.: IEEE 802.11-15/0109r2 Strawpoll xxxx ( Premotion ) Do you agree to add to the TG Specification Frame work document? x.y.z. <feature description> Y: N: Abstain: Submission Slide 36 Reza Hedayat (Newracom)