QoS Resource Query Overview March 2006 doc.: IEEE 802.11-06/0447r0 March 2006 QoS Resource Query Overview Date: 2006-03-07 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>. Steve Emeott, Motorola Steve Emeott, Motorola

March 2006 doc.: IEEE 802.11-06/0447r0 March 2006 Abstract This document is an overview of a proposed QoS resource query feature described in document 06/245r0. QoS resource query is: an optional procedure that permits a STA to determine if a resource request may be accepted at a target AP prior to initiating a Fast BSS Transition with the target AP. simple query mechanism compatible with the resource request signaling already included in 802.11r. This proposal addresses comments 1255 and 1259 in LB79. Steve Emeott, Motorola Steve Emeott, Motorola

Components of the Proposal March 2006 Components of the Proposal QoS resource query is an optional procedure that permits a STA to determine if a resource request may be accepted at a target AP prior to initiating a Fast BSS Transition with the target AP. The proposal can be broken into the following components: capability bit in the fast transition IE resource control byte added to the RRIE, the byte having one field to enable query normative text for over the air and over the DS query exchanges normative text for AP and STA behaviors Steve Emeott, Motorola

Capability Bit in FTIE March 2006 New Field Bit Meaning 0: Reservation over air AP supports Reservation over the air 1: Reservation over DS AP supports Reservation over the DS 2: Reserve option Set if reservation is mandatory, clear if reservation is optional. 3-6: Reservation Limit Maximum number of APs at which a STA can make concurrent reservations. Value of zero indicates no limit. 7: Query supported AP supports query mechanism. If bit 0 and bit 1 are both set to zero, then this bit shall be set to zero, and the query mechanism is not supported. If bit 0 and bit 7 are set, then query is supported over the air. If bit 1 and bit 7 are set, then query is supported over the DS. New Field Steve Emeott, Motorola

Resource Control Byte in RRIE March 2006 Resource Control Byte in RRIE New Field Element ID Length Resource Control RRIE Identifier Count of RDIEs Octets: 1 Figure 80AI—RRIE information element Bit Meaning 0: Query When set, the RIC carries a QoS resource query. When clear, the RIC carries a reservation request. 1-7: Reserved Reserved Table T1—Resource Control field Steve Emeott, Motorola

March 2006 Normative Text New clause 8A.4A (QoS resource query mechanism) added to define Over-the-air query mechanism Over-the-DS query mechanism Clause 8A.6 (QoS Procedures) amended to include QoS resource query procedures Small changes to clause 8A.6.2.1 STA procedures and 8A.6.2.2 AP procedures New clause 8A.6.7 added to define QoS resource query behaviors for STA and AP Steve Emeott, Motorola

March 2006 Pros A STA may use the query as a means to learn whether the resource policies employed by the target AP permit the STA to make a specific type of reservation using a specific TSPEC well in advance of a transition. This can be useful when a target AP supports admissions control but by policy does not accept certain TSPECs (perhaps an AC is requested for which admissions control is unsupported, or perhaps the RIC includes a HCCA TSPEC or requires an unusually high percentage of an APs resources, for example). A STA may use query as a means of verifying that PMK-R1 has been installed while at the same time learning the resource policies employed by the target AP Proposal defines STA and AP behaviors for implementing a query using the FT Action Confirm and FT Action Acknowledgement frames Steve Emeott, Motorola

Cons Adds an extra byte to the RRIE March 2006 Cons Adds an extra byte to the RRIE Add a very small amount to the complexity to the target AP to process the control byte A STA wishing to submit a query can already do so by purposefully misusing resource reservation. For example, a STA may request and be granted resources but never complete the final two messages of a handshake. Or, a STA may submit a resource request at the end of a RIC that is guaranteed to fail. However, it would be much cleaner to support query from the start Steve Emeott, Motorola

March 2006 Summary The query mechanism is simple because the signaling used for a query is for all intents and purposes equivalent to resource reservation. The query bit in the resource control byte prevents the target AP for actually reserving resources. Otherwise a query is the same as a resource request. Steve Emeott, Motorola