1. Requirement Motions Date: 2005-07-12 Authors: July 2005 July 2005
doc.: IEEE /0643r1
July 2005
Requirement Motions
Date:
Authors:
Notice: This document has been prepared to assist IEEE 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
Patent Policy and Procedures: The contributor is familiar with the IEEE 802 Patent Policy and Procedures < 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 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 Working Group. If you have questions, contact the IEEE Patent Committee Administrator at
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

2. July 2005
doc.: IEEE /0643r1
July 2005
Abstract
This submission contains a series of motions to formally adopt a series of requirements to be included as part of the call for proposals.
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

3. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15E1 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
Define functionality by which the STA is able to determine what online enrolment (also called online subscription) methods are supported by the network.
Proposed: Mike Moreton
Seconded: Sabine Demel
Result (for/against/abstain): 19, 1, 2
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

4. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15E2 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Not-Required Optional”.
Define functionality for online enrolment.
Proposed: Mike Moreton
Seconded: Sudheer
Result (for/against/abstain): 8, 2, 3
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

5. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15E3 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
Allow an indication of “OPEN” (anyone can use the local network without prior credentials) as one of the enrolment mechanisms.
Proposed: Mike Moreton
Seconded: Stefano Faccin
Result (for/against/abstain): 0, 8, 4
(covered by Req d15E1)
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

6. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15E4 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Not Required - Optional”.
Functionality shall be provided by which APs can advertise (before connection) the charges that will be made for use of the network if a user enrolls with it.
Proposed: Mike Moreton
Seconded: Stefano Faccin
Result (for/against/abstain): 7, 4, 4
(out of scope)
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

7. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15N1 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
Define functionality by which a STA can determine whether its subscription to an SSPN would allow it to access a particular AN before actually joining a BSS within that AN. Proposals must describe their consideration of scalability.
Proposed: Mike Moreton
Seconded: Sudheer
Result (for/against/abstain): 13, 1, 2
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

8. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15N2 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
The mechanism described in 0279r15 REQ d15N1 must allow a STA that has multiple credentials with an SSPN to select the correct credentials when authenticating with a Local Network.
Proposed: Mike Moreton
Seconded: Stefano Faccin
Result (for/against/abstain): 9, 2, 3
(review scenarios document)
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

9. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15N3 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
Define functionality to support authentication with multiple SSPNs through a single AP.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

10. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15N4 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Not Required - optional”.
Define functionality by which a STA can determine which interworking services are available before joining a BSS.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

11. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15N5 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Not Required - Optional”.
Functionality shall be provided by which APs can advertise (before connection) the charges that will be made for use of the network if connection is authorized based on an SSPN subscription.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

12. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15N6 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Not Required – out of scope”.
Functionality shall be provided by which during the connection process a STA can be informed of the actual charges to be applied to this session.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

13. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15P1 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Not Required – Out of Scope”.
Define STA behavior when it is in possession of suitable credentials to use an AN, but a candidate AP, while claiming to be part of that AN, does not have security enabled.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

14. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15P2 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
Define functionality to prevent hijack of MAC addresses.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

15. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15P3 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
Provide functionality for MAC Address Anonymity
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

16. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15P4 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Not Required – Out of Scope”.
Provide functionality so that illegal APs can not masquerade as real ones.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

17. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15P5 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Not Required - Optional”.
Define the way in which the mechanism as defined in REQ d15N1 can be secured, so that an AN can not pretend to provide access to a SSPN.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

18. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15A1 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Not Required – Optional”.
A STA shall be able to authenticate with different SSPNs simultaneously, in order to gain simultaneous access to multiple Corresponding Networks.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

19. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15S1 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
Define functionality by which Authorization Information can be transferred from the SSPN to the Local Network.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

20. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15S2 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
Define functionality by which admission control and QoS mapping decisions made locally in the AN can be influenced by the contents of the Authorization Information.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

21. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15S3 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
Define functionality by which the Authorization Information described in REQ d15S1 can be modified by the SSPN.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

22. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15S4 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
Make accessible accounting information for transfer to the SSPN. This shall include information about accepted TSPECs, their duration, and about actual traffic flows.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

23. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15H1 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
Provide a mechanism (for APs) to indicate Media Independent Handoff capability
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

24. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15H2 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
Provide a transport mechanism for MIH related information elements in state 1: unauthenticated, unassociated (class 1 frames)
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

25. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15H3 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
Define SAPs, primitives and event/state information to support IEEE MIH functionalities.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

26. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15U1 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
Proposals shall not prevent a STA (subscription permitting) from accessing multiple Corresponding Networks at the same time.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

27. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15U2 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Not Required – Out of Scope”.
Functionality shall be provided by which traffic destined for a particular Corresponding Network can be segregated from traffic destined for other Corresponding Networks.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

28. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15U3 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Not Required – Out of Scope”.
Provide functionality to map external QoS classes to IEEE specific parameters.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

29. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15M1 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Required”.
Proposals shall describe how they minimize battery consumption for mobile devices.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics

30. July 2005
doc.: IEEE /0643r1
July 2005
REQ d15M2 - Motion
Accept the following text as a TGu requirement for proposals, and include it in the requirements document, with requirement status set to “Not Required – Out of Scope”.
Define functionality by which APs can provide information which will enable a STA to determine whether or not roaming to a candidate AP would require re-configuration (automatic or manual) of layer 3 networking.
Proposed:
Seconded:
Result (for/against/abstain):
Mike Moreton, STMicroelectronics
Mike Moreton, STMicroelectronics