1 / 31

Emergency Calling in SIP

Explore the complexities of emergency calling in VoIP communications, from stages of deployment to long-term requirements and staged deployment strategies. Learn about multimedia, data delivery, and location services in emergency calls.

mforrest
Download Presentation

Emergency Calling in SIP

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Emergency Calling in SIP Henning Schulzrinne (with Anshuman Rawat, Matthew Mintz-Habib and Xiaotao Wu) Dept. of Computer Science Columbia University hgs@cs.columbia.edu Emergency calling

  2. Overview • VoIP emergency communications • What makes emergency calling hard? • Stages of deployment • I1: quick fixes • I2: backward-compatible • I3: end-to-end IP • Initial prototype • NENA + IETF efforts Emergency calling

  3. VoIP emergency communications emergency call emergency alert (“inverse 911”) dispatch civic coordination Emergency calling

  4. E911 TANDEM OFFICE SUBSCRIBER SRDB END OFFICE ANI PSAP COMMONEQUIPMENT ALI HOST ATTENDENT POSITIONS 7 3 7 2 5 4 5 6 1 Current wireline calls dial 911, 112 route call to right PSAP map ANI to civic location (Brian Rosen) Emergency calling

  5. MSC ESNE (Selective Router) Cellsite Ai Di (ISUP) CAMA CRDB PSAP E12 E3 (ANSI-41) (ANSI-41) E11 (LSP) PDE MPC ESME (ALI Database) E5 E2 (ESP) MSC Mobile Switching Center MPC Mobile Position Center CRDB Coordinate Routing Database PDE Position Determining Entity Wireless (Phase II) Calls (Brian Rosen) Emergency calling

  6. Components of emergency calling now transition all IP Contact well-known number or identifier 112 911 112 911 dial 112, 911 signal sos@ Route call to location-appropriate PSAP selective router VPC DNS Deliver precise location to call taker to dispatch emergency help phone number  location (ALI lookup) in-band  key  location in-band Emergency calling

  7. What makes VoIP 112/911 hard? Emergency calling

  8. More than pain… • Multimedia from the caller • video capture from cell phones • video for sign language • text messaging and real-time text for the deaf • Data delivery • caller data: floor plan, hazmat data, medical alerts • measurement data input: automobile crash data, EKGs, … • Delivering video to the caller • e.g., CPR training • Load balancing and redundancy • currently only limited secondary PSAP • VoIP can transfer overload calls anywhere • Location delivery • carry location with forwarded and transferred calls • multiple location objects (civic + geo) Emergency calling

  9. Core long-term requirements • Media-neutral • voice (+TDD) first, IM and video later • Work in systems without a voice service provider • many enterprises will provide their own local voice services • Allow down-stream call data access • as well as access to other “tertiary” data about the incident • Globally deployable • independent of national emergency number (9-1-1, 1-1-2, etc.) • respect jurisdictional boundaries – minimize need for cross-jurisdictional coordination • allow usage even if equipment and service providers are not local • travel, imported equipment, far-flung locations • Testable: • verifiable civic addresses (“MSAG validation”) • call route validation • Secure and reliable Emergency calling

  10. Staged deployment • ~6,134 PSAPs in North America • average 2-3 active call takers each • some serve town, some large parts of a state • only ~30% of PSAPs can receive geo coordinates • 30-40% may be voice only • many using 1970s telecom technology • “CAMA” (operator) trunks • limited to delivering 8 (regional) or 10 digits (national) of information • already facing pressure from supporting cellular services • Phase I (cell tower and face) and Phase II (caller geo location) • EU: smaller number of PSAPs, but often without location delivery • Initial version (“I1”): • dial 10-digit administrative number • like telematics services • does not deliver caller location to PSAP Emergency calling

  11. Three stages to VoIP 911 Emergency calling

  12. I1.5: Level 3 ESGW solution • uses Level 3 as CLEC to feed ALI information to local ILEC • requires emergency services GW for each tandem • only works for non-ported numbers • does not work for mobile users Emergency calling

  13. I1.5: Global Crossing VoIP 911 transport Emergency calling

  14. IP domain Emergency Services Provider Network PSTN E9 - 1 - 1 Selective Call server/ Router ESGW(s ) proxy server VPC SRDB VPC VPC DHCP ALI ALI DB ESZ DB LIS RDB MSAG VDB DBMS DNS I2 architecture (draft) Routing Proxy & Redirect server(s ) v6 v4 v5 v4 E9 - 1 - 1 PSAP Selective Router v1 IP Domain v2 v2 User Agent v - e2 v0 v8 v3 location information service v7 VoIP positioning center routing database validation database Emergency calling

  15. I2 interfaces Emergency calling

  16. I3: Location-based call routing – UA knows its location GPS INVITE sips:sos@ 48° 49' N 2° 29' E outbound proxy server DHCP 48° 49' N 2° 29' E  Paris fire department Emergency calling

  17. I3 (long-term) architecture components • Common URL for emergency calls • sips:sos@home-domain • Convey local emergency number to devices • Allow devices to obtain their location • directly via GPS • indirectly via DHCP (MAC  switch port  location database) • on LAN via LLDP (802.1ab, TIA LLDP-MED) • initially, often through manual configuration • Route calls to right destination • using look-up in device or proxy Emergency calling

  18. Location, location, location • Location  locate right PSAP & speed dispatch • In the PSTN, local 9-1-1 calls remain geographically local • In VoIP, no such locality for VSPs • most VSPs have close to national coverage • Thus, unlike landline and wireless, need location information from the very beginning • Unlike PSTN, voice service provider doesn’t have wire database information • VSP needs assistance from access provider (DSL, cable, WiMax, 802.11, …) Emergency calling

  19. Columbia/MapInfo prototype • Goal: build prototype VoIP SIP-based emergency calling system • including caller end system • call routing (DNS) • PSAP infrastructure • Use commodity components where possible • Test reliability and redundancy Emergency calling

  20. Components No endorsement implied – other components likely will work as well Emergency calling

  21. Call routing Emergency calling

  22. Detail: I3 - DNS-based resolution DHCP INFORM psap.state.vt.gov SIP w/location MAC  loc Perl sip-cgi script psap.state.vt.gov DNS NAPTR: addison.vt.us algonquin-dr.addison.vt.us … proprietary TCP-based protocol 151.algonquin-dr.addison.vt.us.sos-arpa.net Emergency calling

  23. 3rd party call control Emergency calling

  24. 3rd Party Call Control Flow Emergency calling

  25. Call taker setup SIPc client receives calls GeoLynx software displays caller location Emergency calling

  26. GeoLynx displays location GeoLynx listens for commands from SIPc Emergency calling

  27. INVITE REFER INVITE media info INVITE INVITE REFER REFER INVITE media info Emergency call conferencing PSAP brings all related parties into a conference call Hospital Fire department INVITE Conference server Recorder 3rd party call control PSAP Caller Emergency calling

  28. Scaling • NENA: “estimated 200 million calls to 9-1-1 in the U.S. each year” •  approximately 6.3 calls/second • if 3 minute call, about 1,200 concurrent calls • typical SIP proxy server (e.g., sipd) on 1 GHz PC can handle about 400 call arrivals/second • thus, unlikely to be server-bound Emergency calling

  29. Current standardization efforts • NENA (National Emergency Number Association) • I2 and I3 architecture • requirements based on operational needs of PSAPs • ETSI OCG – EMTEL • exploratory – also emergency notification • NRIC • goals and long-term architecture • IETF: • individual and SIPPING drafts for identifier, call routing, architecture • SIP and DNS usage • possibly new protocols for lookups • ECRIT BOF (pre-WG) at IETF-61 in Washington, DC Emergency calling

  30. draft-taylor-sipping-emerg-scen-01 (expired) scenarios, e.g., hybrid VoIP-PSTN draft-schulzrinne-sipping-emergency-req-01 abstract requirements and definitions draft-schulzrinne-sipping-emergency-arch-02 overall architecture for emergency calling draft-ietf-sipping-sos-00 describes ‘sos’ SIP URI draft-rosen-dns-sos-01 new DNS resource records for location mapping RFC 3825 “Dynamic Host Configuration Protocol Option for Coordinate-based Location Configuration Information” draft-ietf-geopriv-dhcp-civil-04 DHCP option for civic addresses Current IETF documents Emergency calling

  31. Conclusion • Emergency calling services necessary condition for first-line wireline-replacement services • US: large numbers of PSAPs financially exhausted from Phase II wireless support • often 1970s technology – end of bailing wire reached • Long-term opportunity for better services Emergency calling

More Related