802.11 TGn MAC ad-hoc November Agenda May 2006 doc.: IEEE 802.11-06/0528r0 Nov 2006 802.11 TGn MAC ad-hoc November Agenda Date: 2006-11-10 Authors: Notice: This document has been prepared to assist IEEE 802.11. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. Release: The contributor grants a free, irrevocable license to the IEEE to incorporate material contained in this contribution, and any modifications thereof, in the creation of an IEEE Standards publication; to copyright in the IEEE’s name any IEEE Standards publication even though it may include portions of this contribution; and at the IEEE’s sole discretion to permit others to reproduce in whole or in part the resulting IEEE Standards publication. The contributor also acknowledges and accepts that this contribution may be made public by IEEE 802.11. Patent Policy and Procedures: The contributor is familiar with the IEEE 802 Patent Policy and Procedures <http:// ieee802.org/guides/bylaws/sb-bylaws.pdf>, including the statement "IEEE standards may include the known use of patent(s), including patent applications, provided the IEEE receives assurance from the patent holder or applicant with respect to patents essential for compliance with both mandatory and optional portions of the standard." Early disclosure to the Working Group of patent information that might be relevant to the standard is essential to reduce the possibility for delays in the development process and increase the likelihood that the draft publication will be approved for publication. Please notify the Chair <stuart.kerry@philips.com> as early as possible, in written or electronic form, if patented technology (or technology under patent application) might be incorporated into a draft standard being developed within the IEEE 802.11 Working Group. If you have questions, contact the IEEE Patent Committee Administrator at <patcom@ieee.org>. Adrian Stephens, Intel Corporation Bruce Kraemer, Marvell

May 2006 doc.: IEEE 802.11-06/0528r0 Nov 2006 Abstract This document contains the agenda for the TGn MAC ad-hoc meeting held 9-11 November 2006 in Dallas, TX, US Adrian Stephens, Intel Corporation Bruce Kraemer, Marvell

Agenda (big picture) Review status of MAC comments Nov 2006 Agenda (big picture) Review status of MAC comments Review and approve agenda Hear submissions related to comment resolutions, taking any straw polls along the way, as soon as they are ready Batch together any related or competing submissions Perform comment resolution of unassigned comments Got to CID 1492 Prepare motions for TGn (??) Hear other submissions Adrian Stephens, Intel Corporation

Nov 2006 Basic Agenda Plan Adrian Stephens, Intel Corporation

MAC timeslots Thu am1 – Room: Cu G Thu am2 Fri am1 Fri am2 Sat am1 Nov 2006 MAC timeslots Thu am1 – Room: Cu G Thu am2 Fri am1 Fri am2 Sat am1 Sat am2 Sat pm2 Adrian Stephens, Intel Corporation

Submissions related to comment resolutions Nov 2006 Submissions related to comment resolutions 1345r8, Block Ack, Solomon – partly done Need caucus time (Solomon, MattS) MattS has gone home, don’t when he’ll be back. Solomon to chase by email Went through spreadsheet and agreed 1052r3, CID 873 RDG, Shravan + Amit, thu am2 First pass, some changed identified Revisit Friday am 1600r5, Sanjiv & 1557r1, Yuichi - done 1670r1 Mainly ER comments, Adrian - done 1692r0, Reliable Multicast, Naveen, Fri am 1557r2, Multirate, Yuichi, (not yet on server) leave to saturday ??, +HTC not in legacy, PeterL+Vincenzo, Sat am 1025r0, Full State vs Partial State signalling, Ali (reconsideration of previous decision) Adrian Stephens, Intel Corporation

MAC Status Document 11-06-0690 r43 is latest MAC spreadsheet Nov 2006 Adrian Stephens, Intel Corporation

Nov 2006 MAC Status – assignees Adrian Stephens, Intel Corporation

Nov 2006 MAC straw poll # 1 Should we mandate that the SSN of BA not include any previous state (i.e. prior to the current WinStart_R) Yes 5 No 5 Abstain 3 Thu 2006-11-09 11:00am Adrian Stephens, Intel Corporation

MAC straw poll # 2 Beacon is always transmitted in a non-HT PPDU. Nov 2006 MAC straw poll # 2 Beacon is always transmitted in a non-HT PPDU. Beacon shall be sent at Basic Rate. If the Basic Rate Set is empty, Beacon shall be sent at a mandatory rate. This is different from the rules for Broadcast and Multicast frames in 1557r1, where these frames may be sent using Basic MCS, if the Basic Rate Set is empty. Should the Rate Selection Rules for the Beacon be distinct from the Rate Selection Rules for Broadcast and Multicast frames? Yes: 8 No: 1 Abstain: 3 Adrian Stephens, Intel Corporation