
07c32351222c6b93a4a6b24ecb8ab1ed.ppt
- Количество слайдов: 59
Next Generation 9 -1 -1 – The Future for Emergency Communications
What is NG 9 -1 -1 and What will it take to get there Today we will cover: n Current State of 9 -1 -1 n Limitations of 9 -1 -1 Today n What is Next Generation 9 -1 -1? n PSAP and 9 -1 -1 Authority Impacts n NG 9 -1 -1 Development and Status n Next Generation 9 -1 -1 nationally n How can we work together for the Future? 2
NENA and NG 9 -1 -1 NENA’s Mission Statement NENA, through public and private industry partnerships, is committed to the technological advancement, availability, accessibility and implementation of a reliable system for requesting emergency assistance. In carrying out its mission, NENA promotes: Research, planning, training and education. 3
It’s Not Just 9 -1 -1 Anymore! n With technology available today –we are moving to an Emergency Services System environment We will be sharing networks, bandwidth and data n Multiple public safety and governmental applications on common IP networks n Need to foster partnerships and leverage what we can do for one another 4 n Policies & SOPs need to be developed n
Variations in E 9 -1 -1 Current Requirements n Wireline n n Wireless n n n No federal requirements some states have requirements Vo. IP n n Federal (FCC) requirements (Docket 94 -102) Multi-Line Telephones Systems (MLTS) n n No federal requirements Some state and local requirements Voluntary industry implementation Federal (FCC) requirements (Docket 05 -196, 04 -36) ADA requirements for TTY n Currently no provisions for Video/IP relay services, text messaging 5
What We Have Now. . . Different Levels of Service n Wireline n n Wireless Phase I n n n Provides Call Back Number Provides Carrier Info and Tower Location Wireless Phase II n n n Most Reliable Location Technology Selectively Routed to Correct Answering Point Provides Call Back Number and Address Provides Call Back Number Carrier Info & Tower Location Approximate Location based on X & Y Coordinates Accuracy Requirements vary by technology used, and are under review by the FCC 73% of Counties Covered – 91. 5% of Population Vo. IP n IP calls to geographically appropriate PSAP using existing 9 -1 -1 network n Provides Call Back Number and Registered Address 6
Today’s 9 -1 -1 Challenges: Moving to Digital Broadband n Over 6, 000 Public Safety Answering Points (PSAPs) n High costs associated with each PSAP n Costly, aging equipment that needs replacement soon n Need data bandwidth, modernized network IP n Caller location issues n Need for Interoperability with other agencies (voice and data) n Funding needed to sustain & advance system 7
Next Generation 9 -1 -1 Vision An evolved, fully-functional, Next Generation 9 -1 -1 system that is accessible anytime, anywhere, from any device 8
Why Do We Need NG 9 -1 -1? n The old E 9 -1 -1 system design just can’t cope n n n n New communications technologies need `plug and play’ access and interfaces Constant adaptation of E 9 -1 -1 expensive and slow Growing data rich environment – E 9 -1 -1 can’t handle Need data bandwidth, modernized network --> IP Need a more flexible and easily controlled 9 -1 -1 system Need interoperability among emergency communications services nationally and internationally Post transition, NG 9 -1 -1 can be significantly more efficient (and likely less expensive for similar features) 9
Why do we need NG 9 -1 -1? n Current and new `calling’ devices n n n Text – IM, SMS, PDAs, other non-voice devices Wireless – Wi. Fi, Wi. MAX, improved cellular interface, hybrid (cellular/Wi. Fi) Sensors – environmental, alarms, biometric Video, still and motion Wide spectrum of users, emergency support needs n n n Deaf and hard of hearing, speech impaired Non-english speaking callers Constantly increasing mobile users – location challenges 10
NG 9 -1 -1 Purposes Fully replace Enhanced 9 -1 -1, with all capabilities and functions in place today • Add capabilities to support changes for current and new types of Originating Service Providers • Add flexibility for the PSAPs and 9 -1 -1 Authorities • Add capabilities to integrate and interoperate with emergency entities beyond the PSAP • 11
NG 9 -1 -1 Purposes These four major areas of system development also require that many policy, educational and operations issues be treated, as part of the overall Project development prior to implementation. n Addition of capabilities beyond those of today’s E 9 -1 -1 systems, for instance, drive needs in the above areas that are not easily derived from past practice or experience. n System and procedural tools are required to support 9 -1 -1 Authorities and PSAPs n A variety of educational products are required n Guidelines and recommendations for the transition of stakeholders to NG 9 -1 -1 are critical. 12
What is NG 9 -1 -1? NG 9 -1 -1 is a system comprised of hardware, software, data and operational policies and procedures to: n n n provide interfaces from call and message services process emergency calls and non-voice (multi-media) messages acquire and integrate additional data useful to call routing and handling deliver the calls/messages and data to the appropriate PSAPs and other appropriate emergency entities support data and communications needs for coordinated incident response and management The basic building blocks required for NG 9 -1 -1 are: n Emergency Services IP Network (ESInet) n International Standards Compliant IP Functions n Software Services/Applications n Data Bases and Data Management n Security n Human Processes 13
NG 9 -1 -1 Building Blocks Equivalency To E 9 -1 -1 14
NG 9 -1 -1 Building Blocks Additional Capabilities to meet Current and Future Needs Equivalency To E 9 -1 -1 15
NG 9 -1 -1 Building Blocks NG 9 -1 -1 Additional Capabilities to meet Current and Future Needs Equivalency To E 9 -1 -1 16
NG 9 -1 -1 Building Blocks NG 9 -1 -1 Expansion over time Equivalency To E 9 -1 -1 17
NG 9 -1 -1 Building Blocks Databases and Data Access Software Services IP Protocols IP Networks -> ESInets 18
NG 9 -1 -1 System NG 9 -1 -1 Building Blocks Standards and Recommendations SDOs NENA Technical and Operations APCO ----------------------------------Human Processes and Procedures Orig Serv Prov Security Databases and Data Access Software Services `i 3’ IP Protocols IP Networks -> ESInets Policy P S A P s S u p p o r t Sys 19 NGPP
Changing Needs Drive NG 9 -1 -1 n NG 9 -1 -1 will use hardware and network that are not 9 -1 -1 specific n E 9 -1 -1 uses E 9 -1 -1 specific hardware/software and network n NG 9 -1 -1 is software driven, and controlled by databases n NG 9 -1 -1 must route calls/messages based on multiple factors n E 9 -1 -1 routes primarily on address/location 20
PSAP and 9 -1 -1 Authority Capabilities n More flexibility, and much more direct control through Business Rules data bases n Automatic query of supportive data Ex: Building info, medical info, telematics n n n Direct control of alternate routing Pre-definition of disaster routing Inter-network access to other PSAPs Inter-network access to other databases Cost savings through optional use of shared software services at the NG 9 -1 -1 system level, rather than each PSAP 21
NG 9 -1 -1 Basic Structure Software and Data Base Controlled . Runs on managed IP networks Supportive Data Using Caller Location, Call Type, and Supportive Data Supportive & Supplemental Data via IP network Originating Service Providers with Location Nat’l Route `State’ Route (Lo. ST And ESRP) Access (Lo. ST And ESRP) PSAP Call Mgmt ALI Legacy LIS i 3 Data Valid’n Service Business Data Routing Rules Rights Service Business Routing Rules SOP PS Entity Directory Database management 22
NG 9 -1 -1 Basic Structure Policy Based Routing . Runs on managed IP networks Supportive Data Using Caller Location, Call Type, and Supportive Data Supportive & Supplemental Data via IP network Originating Service Providers with Location Nat’l Route `State’ Route (Lo. ST And ESRP) Access (Lo. ST And ESRP) PSAP Call Mgmt ALI Legacy LIS i 3 Data Valid’n Service Business Data Routing Rules Rights Service Business Routing Rules SOP PS Entity Directory Database management 23
Changing Needs Drive NG 9 -1 -1 n n n Audio/voice calls with data Text messages/calls with data Interactive video with interactive audio/voice & interactive text – with data Sensors/other devices with interactive voice/audio, text &/or video – with data Sensors/other devices (no interactive voice/audio, text or video) with data * Data when referenced above can include non-interactive text, video, pictures and audio recordings 24
NG 9 -1 -1 Proposed Feature Examples Support call routing and call processing based on characteristics data, such as language preference and/or calltaker skills, based on call stream data items or business rules information. Examples: ASL over video, or adding an interpretation service automatically to the call before or at presentation to the calltaker n Dynamic data streaming during the call. Examples: Personal telematics data from heart monitoring vest, dynamically updated during the call progress 25 Video of the scene for real time verification, info n
NG 9 -1 -1 Proposed Feature Examples Optional ability to pass certain calls directly to dispatch or responding agency based on call type, call priority and circumstances indicated by Essential and/or Supportive data items. Controllable by business rules database entries. Examples: sensor data and alarms, high priority telematics calls n n Manually query expanded sets of supplemental databases after call delivery to the PSAP, via the NG 9 -1 -1 network 26
How is the NG 9 -1 -1 Project being managed? 27
Who is defining NG 9 -1 -1? n NENA n n Future Path Plan in 2001 Started development work in 2003 Internet Engineering Task Force (IETF) International Standards Development Orgs (SDOs) - predominantly about service provider standards and location determination and provision n n USDOT project – RFP in 2006, 2007 -2008 project Proof Of Concept and Demos Commercial companies are developing parts of NG 9 -1 -1, in view of developing standards 28
Who is defining NG 9 -1 -1? n n The NENA-IETF effort is about IP protocols and architecture – functions and interfaces NENA’s Long Term Development working group also defined a Location ID requirements document used by other SDOs NENA has a NG 9 -1 -1 Data Development working group NENA also has a NG 9 -1 -1 Transition Planning committee 29
NENA Development Structure NENA NG 9 -1 -1 Project Technical Operations NGPP NGTPC Technical Committee - technical development Operations Committee – operations development Next Generation Partner Program (NGPP): policy issues around NG 9 -1 -1 and NG emergency communications, coordinating with the NENA national Reg/Leg Committee NG 9 -1 -1 Transition Planning Committee (NGTPC) – transition & implementation guidelines Also a NENA Certification and Accreditation Program is pending 30
NG 9 -1 -1 Project Activity Relationships High Level Public Safety Emergency Communications Systems NENA Actions Strategic Plan with ICO RFP Systems Operations Development With Performance Criteria TESTING and US DOT Project Revisions TX A&M and other trials Systems Ops Transition Plan General Development (SDO Coordination) (NENA Certification) Full NG 9 -1 -1 Implementation: Transition and Ongoing Operation NENA Certification PSAP Operations Development FPP Technical Requirements/Designs NG Partner Program – policy issues 2001 2002 2003 2004 2005 2006 2007 2008 NRIC VII 2009 2010 2011
NENA’s Development Approach NG 9 -1 -1 Development Assumptions n Open architecture, open standards design n Two models for system component integration n n Vendor as integrator, operator of systems 9 -1 -1 Authority as integrator, operator of systems Latter case means more detail and operational activities for Public Safety These characteristics drive a need for specific standards and guidelines from NENA 32
NENA’s Development Approach New 9 -1 -1 Authority Capabilities in NG 9 -1 -1 n Database Controlled System Actions n n n Supportive Data – acquired by the system before call delivery System Business Rules – Software control - Routing Control System Management Requirements n n System Operations System Administration 33
NENA’s Development Approach Technical Committee activities n NG 9 -1 -1 Requirements n IP Protocols Requirements n Location Process Requirements n IP Functions and Interface Standards n Physical System Transition n Data Requirements n Data Development (7 topics) n IP Network Recommendations n Security 34
NENA’s Development Approach Operations Committee Activities n PSAP Operations ( 5 topics ) n System Operations n System Administration n Data Operations ( 5 topics ) n IP Network Operations n Procedural Transition 35
NENA’s Development Approach Related Operations Committee Activities n n n n Virtual PSAP/virtual consolidation Text Messaging Policy-based call processing (including routing) PSAP education/training Public education N 11 Operational Interaction (all N 11 s can route with NG 9 -1 -1 system & transfer easily too) Additional operations-focused requirements Various joint (operations/technical) initiatives 36
NENA’s Development Approach NG Partner Program Activities Funding n Jurisdiction n Regulation n Legislation n Education n Interoperability n Core/Facilitation Services n Certification/Accreditation n Information Sharing n Disaster Planning n 37
NG 9 -1 -1: From Paper to Reality n Significant technical and operational standards development (NENA and other SDOs) n Proof of concept trial demonstrations n Architectural framework development n Concept of operations development n Certification and accreditation conceptual development n But…Without policies that promote NG 9 -1 -1 and statutes & regulations that allow it, standards and architecture development is irrelevant n What is possible must also be a policy goal and a legal activity
Some NG 9 -1 -1 Policy Issues Identified n Funding models must be reexamined to account for emerging technologies and to enable the sharing of infrastructure and costs n State and federal policies are needed to enable the establishment of State Emergency Service IP Networks (not stand alone 9 -1 -1 networks) n Jurisdictional frameworks for NG 9 -1 -1 at fed, state and local levels must be clarified (Need for appropriate statewide coordination/management) n Out of date state and federal laws/regulations that do not reflect modern communications capabilities in an NG 9 -1 -1 system must be addressed n n n e. g. outdated state PUC regulations based on traditional telephone system; e. g. outdated rules restricting the eligible use of 9 -1 -1 funds to old technology Need for review of liability and confidentiality statutes
NENA’s Development Approach NG Partner Program Activities n Funding: Provide recommendations to solve the diverse funding methods across the nation that complicate and limit funding for NG 9 -1 -1, its transition, and ongoing operation. n Jurisdiction: Recommendations, considerations and rationales for roles and responsibilities around NG 9 -1 -1 at federal, multi-state, intra-state regional and local levels are defined and transmitted to all levels of government. 40
NENA’s Development Approach NG Partner Program Activities n Regulation: Federal and state regulations need to be changed, deleted, and added in order to both further NG 9 -1 -1 implementation and to ensure that any regulatory roadblocks are eliminated. The goal is to both prepare appropriate model regulatory language and to begin a plan to drive such changes at the federal level and, where appropriate, at the state level. n Legislation: Federal, state and local laws need to be altered where they conflict with NG 9 -1 -1 key concepts and principles. The goal is to analyze existing laws and prepare appropriate model legislation language for those necessary alterations, and to begin a plan to make such changes happen at the federal level, within the 50 states and, where identifiable, locally. 41
NENA’s Development Approach NG Partner Program Activities n Education: The NG 9 -1 -1 legislative and regulatory goals will require education materials for a broad spectrum of entities and people. The goal will be to refine the federal/state/local government list, develop the appropriate supportive messages and provide as part of the legislative and regulatory implementation plans. 42
NENA’s Development Approach NG 9 -1 -1 Transition Planning Comm activities n Identify transition needs n Identify gaps in development work n Produce a transition planning and implementation guideline set, - with references to documents provided by other work groups, - for each major stakeholder group, and - across the various start points (greenfield, B 9 -1 -1, E 9 -1 -1 with Phase II, E 9 -1 -1 with Phase II and Vo. IP, etc) to NG 9 -1 -1 43
NENA’s Development Approach Parallel or Post Development Activities n n n USDOT Project Beta Test for full NG 9 -1 -1 system Partial or Full Trials First Full NG 9 -1 -1 Application Transition and Implementation 44
Project Acceleration Alternatives We need to bring all appropriate resources and project methods to bear on NG 9 -1 -1 work n n n n F 2 F WG focus kick-off meetings Additional resources for selected WGs Volunteer leader cost support Paid leaders for selected WGs Part-time project schedule asst manager Coordinate efforts among organizations Others? 45
NG 9 -1 -1 Impacts on 9 -1 -1 Authorities Active NG 9 -1 -1 system management moving toward -1 -1 Authorities Open architecture, open competition options IP network management, both local and wider areas Management of expanded databases n n n Authentication processes, user authorization management Validation Routing Data Sources Data Rights management Business Rules (including activation/management of optional features) Public Services Entity directory 46 SOP databases
Real World Applications n n Statewide next generation network projects in process today in Indiana, Montana, Vermont, Rhode Island, Texas, Florida, Minnesota Smaller scale next generation network implementations in Washington DC, the MARC (Kansas City area), Allegheny County PA Some of these include various levels of NG 9 -1 -1 features The Federal USDOT project is targeted to demonstrating core NG 9 -1 -1 capabilities in a 2 Q 2008 Proof of Concept demo 47
Example Activity Toward NG 9 -1 -1 n USDOT Project Sites Three Labs, national IP network, Five PSAPs, One state IP network n Rochester, St Paul, Helena, Seattle, n Indiana IP network and Ft Wayne PSAP n n State Programs – VT, IN, TN, AL, MD n Strategic Plans in many other states 48
USDOT NG 9 -1 -1 Project Two Year Project (2007 -2008) n Prepare for and Conduct a 6 month `Proof of Concept’ Trial (mid-2008) n Develop and Validate Core Requirements for the Next Generation 9 -1 -1 (NG 9 -1 -1) System n Define a System Architecture n Provide input to NG 9 -1 -1 Standards work n Develop a Transition Plan for Deploying IP-Based Emergency Services Across America. n Booz Allen Hamilton, prime contractor n Project Team: NENA, L Robert Kimball Associates, Texas A&M University 49 Info at: www. its. dot. gov/ng 911 n
USDOT NG 9 -1 -1 Project Long Term Goal: n R&D project to design a system that enables the transmission of voice, data or video from different types of communication devices to the Public Safety Answering Points (PSAPs) and on to emergency responder networks. Major Milestones: to be accomplished during this two year project n National Architecture and High-Level Design for NG 9 -1 -1 System n Proof of Concept 50 n Transition Issues for NG 9 -1 -1 Implementation
IP Networks Supporting NG 9 -1 -1 n n n Use IP networks as they develop (9 -1 -1 or other existing public safety network) County, regional, state, national Link together as a network of networks, nationally and beyond NG 9 -1 -1 functions run on the IP networks and must meet NG 9 -1 -1 standards Security issues must be addressed Expanded data access with wide area/national emergency communications capabilities 51
What has to be done to make NG 9 -1 -1 Available? § § § § Funding evolution Policy evolution, jurisdiction issues Standards and technology development PSAP/Emergency response operational modifications Leadership at all levels of government Wide-ranging education needs Regulation & Legislative changes 53
Stakeholders in Transition n n n n General public – emergency callers 9 -1 -1 Authorities/State 9 -1 -1 agencies Local PSAPs and other emergency response agencies Public safety and industry organizations – APCO, NENA, CTIA, etc. Local/State/Federal Governments Standards Development Orgs – SDO’s 9 -1 -1 System Service Providers (ILECs) Originating Service Providers and national call centers (telematics, TRS, VRS, other N-1 -1 s, etc. ) Vendors, Equipment Manufacturers and distributors This will require significant cooperation! 54
Working Together To Make NG 9 -1 -1 A Reality n Understand that underlying network/technology needed for NG 9 -1 -1 is also needed for ALL emergency communications (high bandwidth voice, data, video) n Promote policies that jointly support 9 -1 -1 and emergency communications as one “emergency response enterprise” n Encourage federal and state homeland security policy to include NG 9 -1 -1/emergency communications n Help/encourage coordination of all efforts and stakeholders within states n Facilitate/participate in NG 9 -1 -1 development and trials 55
Working Together To Make NG 9 -1 -1 A Reality Assist efforts to update statutes and regulations to enable NG 9 -1 -1 (state and federal) - e. g. Washington State NG 9 -1 -1 Working Group n - HR 3403 (liability, 270 days > NG report, grant eligibility) - Federal-State joint Advanced Services Board - Resolving legal & jurisdictional issues through statutes/regs n Help secure funding for NG 9 -1 -1 (state/federal) n Education: Promote NG 9 -1 -1 within membership of public safety and state/local government organizations - Publications and meetings 56
For updated info, see the NENA NG 9 -1 -1 Project page on the NENA web site at www. nena. org Q and A 57
SYSTEM From INCOSE, the International Council on Systems Engineering: n A system is a collection of different elements that together produce results not obtainable by the elements alone. The elements, or parts, can include people, hardware, software, facilities, policies, and documents; that is, all things required to produce systems-level results. 58
NG 9 -1 -1 as a SYSTEM n From the systems engineering and project management perspective, NG 9 -1 -1 is a system of hardware, software, databases, networks, human processes and procedures, and documentation that produces an end result of 9 -1 -1 service according to accepted requirements and performance expectations. n The various operational processes, both physical and human, among all the parties to the system, are part of and critical to the NG 9 -1 -1 system. Those parties include originating service providers, vendors of network, hardware and software, SSPs, PSAPs, 9 -1 -1 Authorities, and other stakeholders that positively or negatively can 59 impact 9 -1 -1 operations and resulting service.