NENA 2008 Breakout Session Template

NENA 2008 Breakout Session Template
Welcome to the NENA NG9-1-1 Tutorial as of March 6, [To see animation, run in PowerPoint presentation mode]

Intent of this Document
NENA 2008 Breakout Session Template Intent of this Document Present information on NG9-1-1 and the transition to it Provide a high level overview to make you conversant Not a complete picture with all the details Not intended to make anyone an expert in NG9-1-1

The 9-1-1 Service Process from Caller to Calltaker and Beyond
NENA 2008 Breakout Session Template The Service Process from Caller to Calltaker and Beyond Caller Access Provider Service Provider* E9-1-1 Network PSAP CPE Telecommunicator The Access Provider and the Service Provider are often the same company, but do not have to be. The E9-1-1 Network is usually built to support multiple counties, but may be sold to individual counties. * There does not have to be a Service Provider at all There may not be a service provider.

E9-1-1 Components (for wireline)
Originating Calls Emergency Service Providers Other ES Providers ILECs CO Selective Router Primary PSAPs CLECs CO Secondary PSAPs SR DB ALI DBMS Wireline Subscriber Records MSAG

Add Cellular E9-1-1 Components
Originating Calls Emergency Service Providers Other ES Providers ILECs CO Selective Router Primary PSAPs CLECs CO MSC Secondary PSAPs WSPs SR DB Cellular Dynamic Updates ALI PDE MPC DBMS MSAG Wireline Subscriber Records or Cellular Shell Records Difficult and costly to integrate new call or messaging sources, and the corresponding data needs.

Adapt for VOIP - E9-1-1 Components
Originating Calls Emergency Service Providers Other ES Providers ILECs CO Selective Router Primary PSAPs CLECs CO ESGW Net Internet Secondary PSAPs VSPs SR DB VoIP Dynamic Updates ALI Customer Info VPC DBMS Wireline Subscriber Records or VoIP Shell Records MSAG Difficult and costly to integrate new call or messaging sources, and the corresponding data needs.

What’s Driving NG9-1-1 Newer Technologies/Services Text, Image, Video, Telematics, Sensors, Subscriber Info Improve Survivability Network Resilience, Virtual PSAPs Improve Interoperability and Information Sharing Need to “Mainstream” Technology

How NG9-1-1 is Different Technology: Packet Based vs Circuit Switched Functions: Replicates E9-1-1 capabilities Adds new capabilities GIS vs Tabular MSAG No longer a ‘local’ service: Interoperability at county, region, state and national levels

NG9-1-1 Myths NG9-1-1 will cause a PSAP to be overwhelmed with more and new data elements from new types of devices NG9-1-1 will improve wireless and nomadic VoIP E9-1-1 accuracy and routing NG9-1-1 will make text-to available to all callers NG9-1-1 will eliminate prank or harassing calls

NG9-1-1 Myths NG9-1-1 will enable call back to Non-Service Initialized (NSI) wireless handsets NG9-1-1 will save money All connected devices will know and report their own locations without action by the PSAP NG9-1-1 will eliminate all known and unknown issues with E9-1-1 and usher in an era of peace and prosperity

NG9-1-1 Reality NG9-1-1 by itself will not enable text to 9-1-1 NG9-1-1 is designed to support text when available Standards work is underway in the wireless industry to support future types of text messages NG9-1-1 will not eliminate prank or harassing calls NG9-1-1 will not enable call back to NSI wireless devices Will not eliminate prank calls but may provide additional information to help mitigate.

NG9-1-1 Reality NG9-1-1 will enable more - but it may not cost less. In the short term, overall costs will be higher because legacy networks must be maintained while NG9-1-1 systems are being deployed NG9-1-1 defines what information is desired/required from originating networks, but does not define how those networks function internally

Where are we going and How do we get there?
NENA 2008 Breakout Session Template Where are we going and How do we get there?

E vs NG9-1-1 Complex analog trunking and data network Class 5 switch for Selective Router Translation based control Limited to voice calls Data bandwidth 20 char (digits) Complex Emergency Gateway Network for VoIP Custom interfaces for each service type Engineered, managed IP networks (ESInet) IP software selective routing function GIS and database controls Voice, text, video Bandwidth unlimited Direct handling of Internet sourced calls Standard IP interface for all service types NG9-1-1 transforms today’s by leveraging emerging technologies Ability to receive voice, video, text, or data sent over IP networks from various communications devices (e.g., wireline, wireless, VoIP, sensors, etc.) –making more accessible for allusers •Automatic and advanced data sharing between all public safety responders, PSAPs, emergency management, traffic operations, etc. –The ESInet has been designed as an Emergency Services network, not just a “9-1-1 network”. This network can provide access to public safety databases, remote systems, provide transport for Radio over IP (RoIP), etc. –Data is shared from the caller to PSAP to dispatch to responders and beyond –NG9-1-1 is designed to be flexible, open, non-proprietary (standards-based), and a secure interoperable internetwork (a “system of systems”) •Advanced call handling processing and dynamic routing of callers based on caller’s geographic location and most appropriate PSAP –Rule-based configurability and control for PSAPs and Authorities

Transition Two basic ways Conversion from today’s direct to NENA defined NG9-1-1 using transitional interfaces Using an interim IP system approach, then converting to NG9-1-1

Transitional NG9-1-1 NG9-1-1 is designed to use IP end-to-end - where mainstream telecommunications is headed To avoid major design changes in the future, the core architecture (NENA `i3’) is oriented to the expected end-state In the meantime… Gateways in and out will allow current OSP and PSAP interfaces to work during transition Current cellular and VoIP location data processes are accommodated until they convert to IP interactions Roger to fill in - done

Baseline NG9-1-1 Describes a basic set of features & functions that constitute a NENA Standards-based Next Generation solution, on the path to an end-state i3 architecture. .. …Must include the functions of today’s E9-1-1 system, replicated in IP protocol and structures as defined by NENA NG9-1-1 standards, including all network and PSAP components of the system … …The basic ability to support non-voice multimedia, such as text and video.

NG9-1-1 Basics NG9-1-1 System Procedures + Databases + i3 Architecture + ESInet within IP network This slide is animated – run in presentation mode

Terminology Emergency Services IP Network (ESInet) A privately managed IP transport network that may be shared by multiple agencies i3 Standard requirements, architecture and functions Including the Emergency Services Routing Proxy (ESRP) and the Emergency Call Routing Function (ECRF). NG9-1-1 The set of network elements, software applications, databases, CPE components, and operations & management procedures required to provide Next Generation emergency services.

ESInet Combination of multiple transports.
Can interface with other networks. Coexistence with other ES applications.

ESInet Concept “I-95” Poison Control The blue lanes are for other non-emergency services N11 / CAD-to-CAD IP Network IP Radio 9-1-1 Law, Fire, EMS The ESInet is the red lane on this data superhighway. NG9-1-1 and other emergency services application sets run on the ESInet. IP network logical segment = ESInet for emergency services call traffic

NENA NG9-1-1 System GIS source data Policy Rules and management Policy Rules DB Service Operations Procedures Geospatial DB i3 Architecture PSAPs Originating Service Providers: Wireline, Wireless, VoIP, etc PSAPs ESInet Other Emergency Entities

NG9-1-1 System Functional Entities
DB Mgmt GIS ALI Policy Routing etc NIF PSTN LIF “ALI” GIS ESInet LIS – Location Information Server HELD ETC LoST LoST ECRF – Emergency Call Routing Function CO/SR SS7 E-MF SIP LNG/LSRG - PIF SS7 E-MF SIP SIP NG PSAP CO/SR SIP BCF – Border Control Function ESRP – Emergency Services Routing Proxy SIP SS7 E-MF LNG/LSRG - PIF IP SIP SIP NG9-1-1 System = technical architecture, plus the various databases that provide information and control of the system, plus the operational procedures, for both the system itself and the users. Think this looks complicated? Yes, you’re right !! Let’s simplify it a bit…. IP Host Host Client CO/SR TDM LPG Legacy PSAP Internet and Other ESInet’s The `i3’ specification describes the technical functions and interfaces

NENA NG9-1-1 Elements PRF

NENA NG9-1-1 – i3 Elements Simplified Diagram (with English subtitles!) Inputs Outputs Pictures, Video, Graphics Gateway 9-1-1 Call Routing Control PRF Policy Routing Function Gateway Location Info Border Control Subscriber Info

Transitional NG9-1-1 (simplified)
Originating Calls Emergency Service Providers ILECs CLECs ESInets Other ES Providers CO GW ESRP Selective Routing Function GW Primary PSAPs Mapping WSPs MSC ECRF* ECRF Secondary PSAPs VSPs Internet VoIP Dynamic Updates There are several functions and databases involved that are not shown here in this simplified diagram Note that mixture of current Selective Routing switches and IP selective routing functions will be necessary during transitional phases – requiring management of tariff and regulatory aspects during that period ALI DBMS or LIS Customer Info VPC LoST Validation Wireline Subscriber Records and VoIP Shell Records GIS State or Regional IP Networking, IP software services, GIS and database controls *Emergency Call Routing Function is national level from Internet \

Calls & Messages Enter Three options from Originating Service Providers: Through the current Selective Routing switch and a Legacy SR Gateway OSP SR LSRG NG9-1-1 Through a Network Gateway OSP LNG NG9-1-1 Direct via IP and SIP protocol OSP (IP/SIP) NG9-1-1 = IP

Calls & Messages Enter Through the current Selective Routing switch and a Legacy SR Gateway OSP SR LSRG NG9-1-1 but SR has split service: OSP SR Other Counties still on E9-1-1 LSRG for NG9-1-1 Counties = IP

Data Base Management GIS and Geospatial Routing DB Validation Routing Control Policy Rules Data Access rules System Logging Detail Call Records Security

Long term NG9-1-1 Components (simplified)
Originating Calls Emergency Service Providers ILECs CLECs Other ES Providers ESInets CO IP Selective Routing Function Primary PSAPs Mapping WSPs MSC ECRF* ECRF Internet Secondary PSAPs VSPs Speak to security, border control functions/firewalls, Policy and Business Rules controls, ability to access additional data under calltaker control Emphasize: ESInets by state or sub-state region, linked together as a national set of NG9-1-1 systems, with national level core services State or Regional IP Networking, IP software services, GIS and database controls All interfaces to ESInet are IP and include caller location, data LoST LVF Validation GIS Local GIS data is ‘published’ to user points *Emergency Calling Routing Function is national level from Internet \

The Nature of NG9-1-1 Designed to support interoperability
Designed with open standards Designed for and enables open competition by component through interface standards Enables a transition to competitive service provider environment Causes a need for regulatory (and legislative) change Stress local, state, national Interoperability objectives – only achievable with national and international standards

NG9-1-1 Added Features GIS based routing control Location data transported with the call Additional types of calls and messaging Additional data Virtual PSAP capabilities Added alternate routing options (ex: sensing PSAP status) Direct control of call management [PRF] ?

How an NG9-1-1 Call Works

Device acquires location before a call is made
Basic Call Flow in NG9-1-1 GIS Location to Service Translation (LoST) ECRF GIS Data Layers Device acquires location before a call is made Location Query to Location InformationServer(LIS) Location response (civic or geo) – pre-validated Device (or network) queries ECRF for routing LIS ECRF provides next hop routing - ESRP 1 Originating Network ESInet

ESInet Basic Call Flow in NG9-1-1 Originating Network Call is placed
ECRF LoST ESRP 1 Call is placed Call is sent to ESRP 1 with the location LIS LIS is re-queried for any updates to location Can be ALI ESRP queries ECRF for next hop Originating Network ESInet

ESInet Basic Call Flow in NG9-1-1 Originating Network
ECRF LoST ESRP 1 ESRP 2 “Next Hop” Routing Call is sent to ESRP 2 with location LIS LIS is re-queried to update location ECRF is queried for next hop Originating Network ESInet

LoST Policy Rules PRF ESRP 1 ESRP 2 “Next Hop” Routing Policy Rules are evaluated at each hop LIS Call is sent with location to PSAP LIS is queried to obtain any updated location information Originating Network ESInet

LoST PRF ESRP 1 ESRP 2 Media Call is Connected to PSAP Media is established between PSAP and caller LIS Media can be any combination of Voice, text, data, video, etc… LIS is queried for any updated location information Originating Network ESInet

NG9-1-1 Concepts Think of your NG9-1-1 system as one element of an interconnected public safety and security system County - Regional – State – National – International Expansion of, and beyond the traditional PSAP Fusion Centers Virtual PSAPs Trauma Centers Poison Control Emergency Operations Centers

NG9-1-1 Concepts More direct control of system capabilities by Authorities and PSAP management GIS data updated electronically, to control validation and routing Electronic access to interactive validation data by service providers Routing control and options controlled in databases directly accessible from Authority and PSAP database terminals, or other authorized remote access points

NG9-1-1 Challenges Costs Most pricing is custom at this stage Double costs during transition Relationship of cost to implementation scope Bigger geography equals better price performance Jurisdictional Impacts If multiple services on ESInet, who is in charge? Shared usage and costs means shared responsibilities

Regulatory Challenges
NENA 2008 Breakout Session Template Regulatory Challenges Regulations Should Allow: Your NG9-1-1 provider to be different than your current E9-1-1 provider Your NG9-1-1 IP infrastructure provider to be different than your NG9-1-1 services provider Choice of service providers See: NENA NG9-1-1 Transition Policy Implementation Handbook

Funding Challenges PSAP Authorities must be allowed to accrue funds to build ESInets and NG9-1-1 while still paying for and operating legacy networks Consider different funding sources: IP access providers? Pre-paid wireless? Consider new payment terms for fees More sources/lower fees?

NG9-1-1 User Benefits The light at the end of the tunnel…
NENA 2008 Breakout Session Template NG9-1-1 User Benefits The light at the end of the tunnel… Text/IM to 9-1-1 Files to , such as photos or video clips Streaming video Telematics and sensor data Nomadic and/or mobile call taker workstations PSAP “on-the-fly” or Virtual PSAP Policy-based alternate routing with new options Additional Policy-based routing for: Language preference of caller Type of technology in use (IM, Sensor, Satellite phone, etc.)

NENA Standards and Documentation
NENA 2008 Breakout Session Template NENA Standards and Documentation What’s done? GIS basics and preparation Intro to NG9-1-1 databases Policy changes for NG9-1-1 (funding recommendations, regulatory and legislative changes, jurisdiction issues) `i3’ architecture specification, Version 1 Roger to update - done

NENA Standards and Documentation
NENA 2008 Breakout Session Template NENA Standards and Documentation What’s in progress, re baseline NG9-1-1? Specifics on NG9-1-1 databases and management ESInet Design guidelines System operations, PSAP operations Transition Options and Plans System Management Guidelines SDO convergence over time List and status: then Programs, NG9-1-1 Project, Standards Status

Testing – ICE and Pilots
NENA 2008 Breakout Session Template Testing – ICE and Pilots Industry Collaboration Event ICE Interoperability Testing underway NENA Project sponsored, Vendor managed Eight ICE events planned, three are completed Distributed Pilot testing planned for 2011 At least five sites Results: Recommended testing content Roger to update - done

NENA Policy Handbook Funding the NG9-1-1 System
State-Level Leadership and Coordination Funding the NG9-1-1 System Addressing Transitional Regulation/Legislation/Tariff Modifications to Enable Next Generation Deployment Establishing State-Wide Emergency Services IP Networks (ESInets) Confidentiality, Disclosure and Retention of 9‑1‑1 Call and Other Emergency Information Next Generation Liability Issues Develop a Strategy and Implement Recommendations

Education NENA/APCO Joint Education Steering Committee Formed late Spring 2010 Reviewing identified stakeholder groups Assessing/Identifying requirements for stakeholders that will need to better understand some or all aspects of NG9-1-1 Working with NENA EAB and APCO Institute for education delivery Roger to update if necessary

Education Challenges Must baseline everyone’s level of understanding of NG9-1-1 before more material is introduced Which topics are the most critical? How much content is “too much” ? Identify effective delivery methods for targeted topics and stakeholders Kathy

NENA NG9-1-1 Project Project Lead Team NENA Technical Committee NENA Operations Committee NG Partner Program ICE Steering Committee Education Steering Committee Vendor based NENA / APCO NG9-1-1 TransitionCommittee Contact: Roger Hixson,

Q and A

NENA 2008 Breakout Session Template

Similar presentations

Presentation on theme: "NENA 2008 Breakout Session Template"— Presentation transcript:

Similar presentations

About project

Feedback

Log in

Auth with social network:

NENA 2008 Breakout Session Template

Similar presentations

Presentation on theme: "NENA 2008 Breakout Session Template"— Presentation transcript:

Similar presentations

About project

Feedback