SMS to 9-1-1
Overview
Peter McHale, ENP Verizon Wireless
SMS to 9-1-1 Voluntary Agreement
December 6, 2012
Agreement between four major carriers, APCO and NENA
May 15, 2014
General service availability April 2, 2013
J-STD-110 released
June 30, 2013
National bounce back (Auto-Reply)
NENA is currently in the final
stages of completing and posting
their “SMS Text-to-9-1-1
•
SMS text-to-9-1-1 Solution Benefits Deaf, Hard of Hearing and Speech
Disability Communities as well as General Public
•
Texting Standards and Service Capabilities Already Exist and Are
Extensively In Use on Wireless Carrier’s Networks
•
Location Based Routing (LBS) Similar to Phase 1
•
Agreement Intent:
Ensure Carrier SMS Architectures Would Not Be Modified
At Least One Service Choice Would Provide Text Capability to
PSAPs Without Additional Equipment or Software Cost to the PSAP
Allow for Additional Training Related to SMS Text-to-9-1-1 by NENA
and APCO
PSAP Training and Standard Operating Procedures for Handling Text
are Consistent with Current Call Processing for TTY Calls
•
Interim Solution in Preparation for NG-911
Availability?
SMS to PSAP via Web browser
• PSAP must have public internet connectivity from workstations
• PSAP workstations must have web browser capability (IE 8 or 9, Chrome or Firefox)
• PSAP is responsible for CPE equipment (upgrades/maintenance/technical support)
SMS to TTY
• SMS converted to TTY before sent to public safety 911 network
• TTY messages sent to PSAP Selective Router
• PSAP should bid ALI with ESRK/P-ANI for location of the subscriber
SMS to PSAP via Direct IP (Currently in development)
• PSAP installs dedicated and redundant IP circuits to SMS911 Gateway at own expense
• PSAP premise equipment must be capable of receiving IP messages
PSAP “Opt Out”
SMS to 9-1-1 Service Network
SMSC LBS SMS-911 Server LoST Server PSAP DeterminationWireless Carrier Service Provider-Hosted SMS911 Gateway PSAP
Subscriber SR Direct IP GW TTY GW Web GW PSAP PSAP GEM 911 Direct Circuit PSAP Converts To SS7/TDM Phase II ALI
Transfer
PSAP: XYZ County
HUNC is Graphically Represented by the Size of the Circle
New Incoming Messages
Active Sessions
Other Call Takers’ Sessions
The MDN and the call taker’s username are shown in each message next to the timestamp
LAT/LON and HUNC Values Drop-down with Canned
Responses, or Free Type
Web Portal User Interface
Rebid Functionality
SMS via TTY
•
SMS-to-911 messages received on existing TTY interface•
Prepends “SMS: “ to the 1stmessage
•
SMS messages delivered via wireless trunks•
Provides Lat/Lon, Call Back Number, pANI Does not provide tower address
•
Supports rebids for updated location•
No new equipment or upgrades needed.Direct IP PSAP Requirements:
-
PSAP must support SIP MSRP ingress via either one of the following
two methods:
o Connected to an ESInet with i3 SIP MSRP capability (preferred)
o CPE with full i3 (NENA) + SIP + MSRP + HELD capability
-
SIP MSRP stack must support TCP, UDP, IPv4.
-
PSAP/ESInet must have established IP connectivity with Service
Provider’s TCC.
o IP connectivity between TCS and PSAP/ESInet must be over MPLS/dedicated circuits.
o It is the PSAP’s responsibility to establish the MPLS circuits.
-
Verify/Provide GIS boundary for PSAP
•
SMS to PSAP via Web Browser
Pros
Modern interface
Accessed via web portal
Requires no additional CPE augmentation
Uses existing workstations or separate workstations Provides more useful information than TTY
Does not tie up a voice trunk(s)
Cons
Requires recent versions of web browser
Currently one interface per WSP (developing)
Security rules may require a separate workstation(s) for web
•
SMS to TTY
Pros
Utilizes existing TTY infrastructure Converts SMS to TTY
Text messages traverse call path via selective router
– there is no background noise
Cons
Requires dedicated voice trunk per dialog (texter) Additional ESRK range for ALI bid
Half-duplex conversation
TTY syntax (Q, GA, SK, SKSK) not recognized by non-TTY users Some characters do not translate (i.e. #, *, @, etc.)
•
PSAP is expect to administer and utilize Test Cases to
completed deployment activity.
11 Test Cases
Approximately 1 hour to complete test cases
Sign off on test plan after testing is complete
•
Carrier and Service Provider will assist with conference
bridge and testing as required.
•
Allows PSAP Personnel to gain familiarity with sending and
receiving messages over platform
•
Express Interest via email / Submit Formal RFS
•
Carrier Responds with Questionnaire
•
PSAP Returns Completed Questionnaire
•
Carrier Schedules Kick Off Call
Meet Participants- WSP, Service Provider, PSAP
Review SMS Platform and Set Expectations
Exchange Pertinent Information (IT, timeline, Q&A)
•
Set Administrative Rights and Provide Training
•
Turn SMS Platform Live
Complete Test Cases
Soft Launch
Hard Launch
Phase I vs. Coarse Location
Phase I vs. Commercial (e.g. SMS911) Location
E911 Phase I – Cell Sector CLBS – Coarse Location calculated by center point of the
B C A B C A
PSAP Boundary
PSAP Boundary
PSAP
PSAP
Border sites have the potential to send SMS 911 to PSAP A and Voice 911 calls to PSAP B,
PSAP A Boundary Area PSAP B Boundary Area
Questions
SMS TEST CASES
Description
•
SMS to 9-1-1 from within PSAP Boundary•
SMS response from PSAP to 9-1-1 Texter•
SMS response from PSAP using pre-populated messages•
Updated Location Request (rebid) during SMS session•
Multiple SMS to 9-1-1 sessions simultaneously•
SMS to 9-1-1 from outside PSAP Boundary•
SMS to 9-1-1 with no users logged inExpected Result
•
SMS Test message received at PSAP•
SMS Response message received by tester•
Pre-populated SMS response received bytester
•
PSAP receives updated location for tester•
Multiple SMS sessions are received andhandled by separate consoles/responders
•
9-1-1 Texter receives Auto Bounce Backmessage
•
9-1-1 Texter receives Auto Bounce Back messageSMS TEST CASES
Description
•
SMS to 9-1-1 for GEM Admin Policy Routing Functionality (PRF)•
Test Time of Day Settings•
Test Deny List Settings•
Test Alternate PSAP SettingsExpected Result
•
SMS Test messages are routed based current on PRF rules for the PSAP•
Messages are answered or receivedBounce back message based on time of day
