1. doc.: IEEE 802.11-05/1119r0 Submission November 2005 Alistair Buttar, MotorolaSlide 1 Support for Emergency Calls 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, 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 802.11 Working Group. If you have questions, contact the IEEE Patent Committee Administrator at.http:// ieee802.org/guides/bylaws/sb-bylaws.pdfstuart.kerry@philips.compatcom@ieee.org Date: 2005-11-11 Authors:

2. doc.: IEEE 802.11-05/1119r0 Submission November 2005 Alistair Buttar, MotorolaSlide 2 Abstract This document considers the current regulatory situation for support of emergency calls in communications systems, and implications for VoIP over WLAN in particular

3. doc.: IEEE 802.11-05/1119r0 Submission November 2005 Alistair Buttar, MotorolaSlide 3 Background TGu Functional Requirements document (11-05- 0822-03-000u) already contains provision for emergency call support (Ref. R3M4) Emergency call scenarios are broader than E911 and vary according to regions FCC (USA) has amended orders this month

4. doc.: IEEE 802.11-05/1119r0 Submission November 2005 Alistair Buttar, MotorolaSlide 4 Overall Regulatory Requirements Support for emergency calls in USA is being driven by orders from the FCC –E911 - Enhanced 911 capabilities, extended to VoIP services –EAS - Emergency Alert System Support in Europe is being driven by a common EU position (25 countries) –112 is a number that works from fixed or mobile phones –European Regulatory Group common statement for VoIP

5. doc.: IEEE 802.11-05/1119r0 Submission November 2005 Alistair Buttar, MotorolaSlide 5 E911 (USA) FCC First Report and Order and Notice of Proposed Rulemaking (NPRM) adopted on May 19, 2005 (FCC 05-116) –200 million calls made to 911 every year –incidents of failed call attempts have been highly publicized –providers of VoIP services must certify that their customers will be able to reach an emergency dispatcher when 911 is called –companies replied that they would have to disconnect customers to comply by November deadline FCC announced an amendment on Nov 8, 2005 –existing customers do not have to be cut off –but new customers cannot be taken on in areas where routing of 911 calls is not supported

6. doc.: IEEE 802.11-05/1119r0 Submission November 2005 Alistair Buttar, MotorolaSlide 6 E911 Specifics E911 systems route 911 calls through a selective router to a geograhically appropriate public safety authority E911 phase 2 rules apply to wireless call taker receives the caller's call back number, called Automatic Number Information (ANI) location information is provided as Automatic Location Identification (ALI)

7. doc.: IEEE 802.11-05/1119r0 Submission November 2005 Alistair Buttar, MotorolaSlide 7 Emergency Alert System (USA) FCC First Report and Order and Further NPRM adopted on November 3, 2005 (FCC 05-191) –to ensure that consumers using digital broadcast and subscription television and radio services have access to emergency alert and warning information –digital broadcast and cable TV, digital audio broadcasting and satellite radio must comply by Dec 31, 2006 –Direct Broadcast satellite must comply no later than May 31, 2007 –Further NPRM seeks comment on how best a next generation alert and warning system can take advantage of digital media –also includes effective integration of wireless technologies

8. doc.: IEEE 802.11-05/1119r0 Submission November 2005 Alistair Buttar, MotorolaSlide 8 Europe European Regulatory Group has taken position when calling the emergency number, caller location information should be provided to the extent technically feasible in cases where caller location cannot be provided, the end user should be clearly informed of any restrictions in routing the call, and the potential consequences further orders planned, eg. for nomadic VoIP services after technology and standards have matured

9. doc.: IEEE 802.11-05/1119r0 Submission November 2005 Alistair Buttar, MotorolaSlide 9 Summary need to support emergency calls in both directions –from the MS to the PS authority –from the PS authority to the MS 802.11k will provide a means of reporting location information for E911 also need a mechanism for priority data and security coexistence remains a problem in unlicensed bands overall end-to-end system requirements are clearly much broader than 802.11