TGu Agenda Date: 2005-03-14 Authors: March 2005 March 2005 doc.: IEEE 802.11-05/0152r1 March 2005 TGu Agenda Date: 2005-03-14 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>. Stephen McCann, Siemens Roke Manor Stephen McCann, Siemens Roke Manor

March 2005 doc.: IEEE 802.11-05/0152r1 March 2005 Abstract Agenda for TGu Interworking with External Networks for March 2005, Atlanta, Georgia. Stephen McCann, Siemens Roke Manor Stephen McCann, Siemens Roke Manor

Monday 14 March 2005, 16:00 – 21:30 Call to Order doc.: IEEE 802.11-05/0152r1 March 2005 Monday 14 March 2005, 16:00 – 21:30 Call to Order On-line Attendance reminder Review IEEE 802 and 802.11 Policies and Procedures Intellectual Property Stephen McCann, Siemens Roke Manor Stephen McCann, Siemens Roke Manor

IEEE-SA Standards Board Bylaws on Patents in Standards March 2005 doc.: IEEE 802.11-05/0152r1 March 2005 IEEE-SA Standards Board Bylaws on Patents in Standards 6. Patents 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. This assurance shall be provided without coercion and prior to approval of the standard (or reaffirmation when a patent becomes known after initial approval of the standard). This assurance shall be a letter that is in the form of either a) A general disclaimer to the effect that the patentee will not enforce any of its present or future patent(s) whose use would be required to implement the proposed IEEE standard against any person or entity using the patent(s) to comply with the standard or b) A statement that a license will be made available without compensation or under reasonable rates, with reasonable terms and conditions that are demonstrably free of any unfair discrimination This assurance shall apply, at a minimum, from the date of the standard's approval to the date of the standard's withdrawal and is irrevocable during that period. Approved by IEEE-SA Standards Board – December 2002 Stephen McCann, Siemens Roke Manor Stephen McCann, Siemens Roke Manor

Patent Committee Ruling – January 6, 2005 March 2005 Patent Committee Ruling – January 6, 2005 At the December 2004 meeting of the IEEE-SA Standards Board Patent Committee (PatCom), Paul Nikolich (Chair, 802) on behalf of Stuart Kerry (Chair, 802.11)led discussion on an agenda item titled 'Discussion of P802.11n Protest'. You noted that some members of the P802.11n working group requested a clarification of policy from PatCom regarding what would be acceptable to discuss during a working group technical presentation, regarding patent information/statements. PatCom is charged with providing oversight for the use of patents and patent information in IEEE Standards. PatCom is also charged with reviewing patent information submitted to the IEEE Standards Department to determine conformity with patent procedures and guidelines. As empowered by the IEEE-SA Standards Board Bylaws, PatCom has reviewed the information presented and rendered its decision by interpreting the policies and procedures of the IEEE and the IEEE-SA relevant to the issues. In regards to the presentation of information to a standards development group, PatCom has decided the following: 1. After a patent letter of assurance (LoA) has been accepted by PatCom, it is allowable for a presenter to state that an LoA has been filed by a Patent Holder, accepted by PatCom, and listed in the online listing of LoAs at http://standards.ieee.org/db/patents/index.html Anyone seeking a copy of the accepted LoA should contact the PatCom Administrator. 2. Discussion of the content of accepted, submitted, or proposed LoAs is prohibited. 3. Discussion of licensing terms and conditions is prohibited. Stephen McCann, Siemens Roke Manor

Inappropriate Topics for IEEE TG Meetings March 2005 doc.: IEEE 802.11-05/0152r1 March 2005 Inappropriate Topics for IEEE TG Meetings Don’t discuss licensing terms or conditions Don’t discuss product pricing, territorial restrictions or market share Don’t discuss ongoing litigation or threatened litigation Don’t be silent if inappropriate topics are discussed… do formally object. If you have questions, contact the IEEE Patent Committee Administrator at patcom@ieee.org Approved by IEEE-SA Standards Board – December 2002 Stephen McCann, Siemens Roke Manor Stephen McCann, Siemens Roke Manor

March 2005 Meeting Etiquette "Individuals are to address the comments of others only, not the person" Stephen McCann, Siemens Roke Manor

Monday (cont.) 14 March 2005, 16:00 – 21:30 doc.: IEEE 802.11-05/0152r1 March 2005 Monday (cont.) 14 March 2005, 16:00 – 21:30 Minutes Approval of Minutes of January 2005 TGu 11-05-0097-00-000u-minutes-january-2005.doc Approve Agenda Overview of last TGu meeting 11-05-0085-02-000u-closing-report.ppt Teleconference Minutes 11-05-0127-01-000u-telecon-minutes-february-2005.doc 11-05-0147-00-000u-telecon-minutes-march-2005.doc Editor nominations Draft scenarios document Draft requirements document Stephen McCann, Siemens Roke Manor Stephen McCann, Siemens Roke Manor

Monday (cont.) 14 March 2005, 16:00 – 21:30 doc.: IEEE 802.11-05/0152r1 March 2005 Monday (cont.) 14 March 2005, 16:00 – 21:30 Liaison Issues Incoming Outgoing Volunteers TGu Process 11-05-1584-01-wien-process.ppt Review external bodies documentation Technical Presentations 11-05-0170-00-000u-session-mac-address-anonymity.ppt TGu Open Issues review Stephen McCann, Siemens Roke Manor Stephen McCann, Siemens Roke Manor

March 2005 doc.: IEEE 802.11-05/0152r1 March 2005 Tuesday 15 March 2005, 16:00 – 21:30 Discussion and drafting of requirements and down selection criteria documents 3GPP 11-05-0141-02-000u-3GPP-WLAN-Access-Network-requirements.doc 11-05-0160-00-000u-3GPP-operators-requirements.ppt 3GPP2 +2 WiFi Alliance +1 Review IETF Internet Drafts Architectural Implications of Link Indications http://www.drizzle.com/~aboba/IAB/draft-iab-link-indications-01.txt Link-layer Event Notifications for Detecting Network Attachments http://www.ietf.org/internet-drafts/draft-ietf-dna-link-information-01.txt Creation of Comment response (if any are required) Stephen McCann, Siemens Roke Manor Stephen McCann, Siemens Roke Manor

March 2005 doc.: IEEE 802.11-05/0152r1 March 2005 Thursday 17 March 2005, 08:00 – 10:00 Complete comments document to IETF (if required) Approve any document Selection Criteria discussions Stephen McCann, Siemens Roke Manor Stephen McCann, Siemens Roke Manor

Thursday 17 March 2005, 10:30 – 11:30* (1 hour only) doc.: IEEE 802.11-05/0152r1 March 2005 Thursday 17 March 2005, 10:30 – 11:30* (1 hour only) IEEE 802.21 Joint Session Brief summary of IEEE 802.11u scope Update on IEEE 802.11u requirements gathering phase Formal liaison relationships Stephen McCann, Siemens Roke Manor Stephen McCann, Siemens Roke Manor

Thursday 17 March 2005, 11:30 – 12:30 Teleconference requirements doc.: IEEE 802.11-05/0152r1 March 2005 Thursday 17 March 2005, 11:30 – 12:30 Teleconference requirements Preparation for May 2005 Interim Meeting AOB Stephen McCann, Siemens Roke Manor Stephen McCann, Siemens Roke Manor

WNG/WIEN Interworking Documents March 2005 WNG/WIEN Interworking Documents Technical Submissions to WNG SC Justified creation of WIEN SG Requirements from external groups 3GPP/2 WiFi Alliance Operators xDSL IEEE 802.21 Reassessment within .11u Stephen McCann, Siemens Roke Manor

WNG/WIEN SG Documents March 2005 March 2005 doc.: IEEE 802.11-05/0152r1 March 2005 WNG/WIEN SG Documents 11-03-0687-02-0wng-wfa-public-access-overview.ppt 11-03-0695-00-0wng-Interworking-Policy.ppt 11-03-0727-02-0wng-Interworking-AdmissionControl.ppt 11-03-0827-00-0wng-co-existence-of-different-authentication-.ppt 11-03-0828-03-0wng-hotspot-evolution.ppt 11-03-0993-00-0wng-interworking-sg-justification.doc 11-04-0222-00-0wng-3gpp-requirements-wlan-selection.ppt 11-04-0407-00-0wng-backend-interworking-security.ppt 11-04-0408-02-0wng-3gpp-wlan-interworking-security.ppt 11-04-0617-00-wien-wlan-interworking-scenarios.ppt 11-04-0626-00-wien-3gpp-wlan-interworking-issues.ppt 11-04-0638-02-wien-network-selection.ppt 11-04-0690-00-wien-3gpp-sa3-interworking-security-issues.ppt 11-04-0691-00-wien-considerations-about-network-selection.ppt 11-04-0708-00-wien-network-side-issues-in-wlan-interworking.ppt 11-04-0711-00-wien-domain-identification-predictive-handover-among-different-domains.ppt 11-04-0733-01-wien-3gpp-wlan-interworking-requirements.ppt 11-04-0751-00-wien-selling-network-access.ppt 11-04-0780-00-wien-anonymous-mac-addresses.ppt 11-04-0835-00-wien-arid-use-case.ppt Stephen McCann, Siemens Roke Manor Stephen McCann, Siemens Roke Manor

PAR Open Issues I March 2005 Network Detection and Selection This provides additional information to STAs about the characteristics of the network to support network selection decisions. As part of this, IEEE 802.11u will investigate aspects related to beacon scaleability. Secure Portal Page/IEEE 802.11i co-existence The majority of current hotspots use portal pages to support authentication and a solution is needed for allowing the full IEEE 802.11i to operate in parallel. Issues include support for new user sign up in IEEE 802.11i enabled networks TGr co-existance ADS SG MAC address anonymity This provides protection for the terminal identity Stephen McCann, Siemens Roke Manor

PAR Open Issues II March 2005 Policy enforcement External QoS mapping Issue concern how policy rules from the network are enforced within the IEEE 802.11 access point Specific requirements placed on IEEE 802.11 by external network operators, where traffic enforcement policies are applied to user traffic. This particularly applies to the scenario where multiple operators share the IEEE 802.11 hotspot infrastructure. External QoS mapping Issues concerning specific external network requirements mapping to IEEE 802.11 Issues concerning the co-ordination of admission control between the air interface and external networks Stephen McCann, Siemens Roke Manor

PAR Open Issues III March 2005 Charging Access Router identifier Specifically charging information, generated within the Access Point, is required to be communicate to the external network IEEE 802.11u will define a mechanism to collect such information Access Router identifier This is either within the beacon or is an information element within an IEEE 802.11k neighbor information element. It provides an indication as to whether handover is at layer 2 or layer 3. Stephen McCann, Siemens Roke Manor