CONTRIBUTION: ESCO0410 DATE: July 5, 2012 WORKING GROUP: Emergency Services Working Group (ESWG) TITLE: Contribution for ESTF0071: Evaluation of the Proposed VoIP Solutions Inc. – Emergency Information Informer (ELI) Methodology as Directed In the Letter Request from the CRTC Chairman on December 22, 2011. ISSUES ADDRESSED: Part 1: Response to ESCO0406 Contribution from Canadian Cable Companies Part 2: Response to ESCO0407 Contribution from Bell Canada Part 3: Response ESCO0404 Response to Contribution from Ken Sluman SOURCE: Peter Woodford VoIP Solutions Inc. [email protected]DISTRIBUTION: All ESWG members on distribution list NOTICE: This contribution has been prepared by VoIP Solutions to assist the Emergency Services 9-1-1 Working Group as a basis for discussion. This contribution should not be construed as a binding proposal by VoIP Solutions or any other 9-1-1 Service Provider. Specifically, VoIP Solutions reserves the right to amend, modify or withdraw this contribution at any time.
25
Embed
CONTRIBUTION: ESCO0410 · WRT54G Linksys router, designed in 2004, with the ELI ISP methodology Edge software, showed minimal degradation in edge device performance due to software
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
CONTRIBUTION: ESCO0410
DATE: July 5, 2012
WORKING GROUP: Emergency Services Working Group (ESWG)
TITLE: Contribution for ESTF0071: Evaluation of the Proposed VoIP Solutions Inc. – Emergency
Information Informer (ELI) Methodology as Directed In the Letter Request from the
CRTC Chairman on December 22, 2011.
ISSUES ADDRESSED:
Part 1: Response to ESCO0406 Contribution from Canadian Cable Companies
Part 2: Response to ESCO0407 Contribution from Bell Canada
Part 3: Response ESCO0404 Response to Contribution from Ken Sluman
DISTRIBUTION: All ESWG members on distribution list
NOTICE: This contribution has been prepared by VoIP Solutions to assist the Emergency Services
9-1-1 Working Group as a basis for discussion. This contribution should not be construed
as a binding proposal by VoIP Solutions or any other 9-1-1 Service Provider. Specifically,
VoIP Solutions reserves the right to amend, modify or withdraw this contribution at any
time.
Part 1
Response to ESCO0406 Contribution from Canadian Cable Companies
Response to ESCO0406 Contribution from Canadian Cable Companies (NOTE: excerpts of
original contribution are in black text, VoIP Solutions Comments are in blue text) Background: ESCO 0406 was presented by the contributors on a June 1 TIF 71 conference call by Peter Lang. It is important to note that only the persons indicated above were consulted in preparation of this document. As many of the comments in this document are directly related to “opinions’ of engineering, of manufacturers’ of edge equipments position and the positions of small Canadian ISP’s, it is very important to remember that NONE of these groups were consulted in the preparation of ESCO 0406. 3) Scope of Proposed Solution
1. To provide access to 9-1-1 service for all nomadic and fixed/non-native local VoIP service subscribers, the proposed solution requires that all ISPs in all regions, even those regions in which they are not Local Exchange Carriers, establish 9-1-1 agreements with the local 9-1-1 Service Provider. The regulatory framework to establish this does not exist today.
Response: If a telecommunications company wishes to provide telephony services and register those telephone numbers to the 9-1-1 database they must either become a CLEC/LEC which enables them to do so, or they must establish an agreement with the local 9-1-1 services provider. This process and regulation is in place and is quite clear. It is important to note that all companies contributing to this document provide internet services and voice services. Additionally, the number of ISP’s that provide internet services and no voice would account for a very small percentage of the overall Canadian Market, less than 10% of market. Also, CRTC 2012-137 has broached this arena by requiring carriers to re-sign contracts with ISP that provide telecom services to VoIP services providers 2. VoIP Solutions Inc. has indicated that encryption at any point in the VoIP call from the end device, to the VoIP SP, to the ELI database could cause the proposed solution to fail. Since the Cable Carrier has no control over the VoIP SP, there is no guarantee that the proposed solution would work. Response: VoIP Solutions' has not indicated that encryption at any point in the VoIP call would cause the solution to fail; quite to the contrary, the ISP methodology proposed is secure from end to end. The only portion of the call that WILL not be encrypted is the call setup portion which takes place in a secure environment and as such poses no security threat. Call encryption during the rest of the call pathway is recommended. 3. Unlike the circuit switched 9-1-1 system where calls can be delivered to the PSAP regardless of whether the ALI database is working, 9-1-1 calls over the VoIP Solutions system will not be delivered if the ELI database is offline for any reason. Response: The ISP methodology does not impact this scenario whatsoever; when the ISP Methodology Server/gateway presents an emergency call to the telephone network with an ANI it is treated in exactly the same way as a regular telephone line 911 call. The Selective Router determines which PSAP to route the call. If the ALI database is not working the call will be routed to the correct PSAP in exactly the same fashion as for a telephone line 911 call but will arrive to the PSAP without the ALI information. The call WILL BE delivered to the correct PSAP in the event of an ALI database failure. If the ELI database is down, the call would be routed to the PSAP for the area in which the server is located; it will not have correct address but will be delivered to a PSAP. With designed redundancy, this would be a rare occurrence, but is still better than current VoIP 9-1-1.
4. The VoIP Solutions proposal does not support softphones, Wi-Fi or wireless VoIP.
Response: The ISP methodology proposed by VoIP Solutions does work for softphones and for WiFi. The capability was demonstrated for ESWG at the Face to Face in Toronto as well as in the audited test results provided. It was also discussed that an enterprise and OTT cellular data versions of the same would be available shortly, but the ESWG has not been tasked to review those components. Please note, in the Face to Face demo, the internet connection utilized was a WiFi enable Bell LTE connection. The ISP Methodology works over wireless data, but unless the wireless data connection is static, the civic address will not be reliable. Example: Motorola Canopy that has been used for much of rural broadband roll outs in Canada. 4) Assessment 5. The Cable Carriers’ cable modem networks are not exposed to the Internet. This would mean that the ELI Server would need to be hosted on the Cable Carriers network. This is a fundamental change in design and raises some major security risks. Cable Carriers modems are connected via one port with multiple subnets, typically a minimum of two. One sub-net is not exposed to the internet and is utilized for Cable maintenance, provisioning and diagnostics. The other sub-nets are exposed to the internet to enable cable customers to surf the web. This will be the subnet connection the ISP Methodology edge client utilizes to communication with the server. This does not create a security breach as this is done utilizing a standard firewall or encrypted proxy. 6. At the present time we are not aware of any CableLabs® compliance/development work for embedded ELI functionality in DOCSIS specifications. DOCSIS® and PacketCable do not currently include provisions, to support the execution of third-party applications such as the ELI software proposed by this solution on a cable modem or embedded multimedia terminal adapter. The development of the DOCSIS specifications and the ensuing certification process will take a considerable amount time and then and only then will we be able to assert the availability of edge devices. Response: Cable Labs compliance and Docsis, Packet Cable are related to hardware design, configuration and build. The ISP Methodology as proposed by VoIP Solutions relies upon a software application (Not a hardware reconfiguration) on the edge device. Current era edge devices are responding to the ISP’s demands for more intelligent edge devices to drive higher quality internet experiences such as Fibre Op, higher speed cable connections, and other applications. The ISP Methodology edge client is one such application and does not impact the aforementioned standards. 7. In response to questions raised by parties at ESWG (refer to ESCO0388A for Q and A’s) regarding existing edge devices currently capable of supporting the ELI software, VoIP Solutions Inc. stated that the “brand makes and models are limitless”. However, VoIP Solutions Inc. has not provided information regarding any necessary capabilities or pre-requisites for the environment in which the ELI software will run. Thus, there is insufficient information to assess whether any existing device could actually support the proposed solution. Furthermore, for interoperation in cable networks, device vendors must have CableLabs® certification before any cable operator would ever consider upgrading or replacing any cable modem / edge device. Response: As indicated above, the ISP Methodology calls for a software application on the edge device not a hardware reconfiguration or upgrade. Current era edge devices are designed to operate additional edge applications to drive revenues for ISP’s – the ISP Methodology edge client is one such application. The current demo setup shown at Face to Face was operated on a 7 year old device which has approximately 200MHZ Broadcom CPU with a MIPS 32 processor. Load testing on this antiquated devoice revealed a 3.3% utility of overall processing capacity when
device was operating at maximum throughputs. If, as indicated below, Canadian Cable companies source the best and most cost effective edge devices this will present an issue. There has been no indication tha we would fail CableLabs compliance. 8. To effectively offer wide-scale deployment of consumer broadband, cable modems and eMTAs employed by cable operators are specifically and purposefully built by vendors with low amounts of memory and processor capabilities to keep costs low – thus these devices do not have the type of processor horsepower necessary for the level of deep packet inspection proposed by this solution. In fact, even for our own purposes, the DOCSIS® specifications only call out rudimentary filtering capabilities based strictly on IP Protocol, Source/Destination IP Address, ToS, or Source/Destination MAC address. They currently do not have the ability to inspect application layer headers as proposed by this solution. eMTA: Embedded Multi Terminal Adaptor – Response: As indicated above, the ISP Methodology calls for a software application on the edge device not a hardware reconfiguration or upgrade. Current era edge devices are designed to operate additional edge applications to drive revenues for ISP’s – the ISP Methodology edge client is one such application. Each manufacturer has established protocols for the provisioning of software on their devices, as such we are unable to specify at this time without knowledge of particular devices. Current edge devices likely cannot inspect application layer headers; that is what the ISP Methodology software running on the device will do. Load testing performed on the WRT54G Linksys router, designed in 2004, with the ELI ISP methodology Edge software, showed minimal degradation in edge device performance due to software edge client operation: a less than 1% (0.82%) degradation at 25 MB, or 80% of total capacity of the device. At 29 MB, 97% capacity, there was a 3.3% degradation in performance. Most internet connections in Canada cannot provide a high enough data stream to establish a measureable impact. 5) Operational Assessment 9. Today cable modems are assigned configuration files in the provisioning process that are defined by the subscriber service level. In the proposed solution, every subscriber would require a unique configuration file that associates it to the correct ELIN server for the region while also maintaining the correct service level – this is a massive change to the provisioning processes for all cable modems. There is a variety of existing provisioning mechanisms such as DHCP that are capable of simplifying any provisioning processes. The type if DHCP option to be selected, in most cases, will be selected to match up with each individual Cable Company’s current processes and those recommended by the manufacturer of their selected edge devices. 10. VoIP Solutions Inc. has indicated that the ELI software running on the subscriber device will be provisioned by an automated process. It is essential to provision the ELI software because any given instance may have a different 9-1-1 region and thus a different ELIN Server with which to associate. However, VoIP Solutions Inc. has not provided any guidance as to how exactly this provisioning process would take place, what specifications the provisioning process might follow, nor how to indicate to vendors the necessary sequence. Thus, there is insufficient information to assess the entire impact to existing provisioning processes. Each edge equipment manufacturer will have it s own provisioning protocols. The ELI provisioning procedure is flexibly designed to utilize a variety of such protocols. EX: DHCP 6) North American Standards 11. Canadian Cable Carriers currently source their equipment from manufacturers who serve the North American market and as such follow US standards development. As a result, such equipment vendors are unlikely to expend large amounts of resources and capital to take into account the development of an isolated standard specific to a solution adopted in Canada with a great deal of uncertainty whether it will be adopted in the U.S. The Cable Carriers therefore submit that the interface requirements as proposed by VoIP Solutions Inc. raise serious questions about the future capabilities of Canadian Cable Carriers to
continue to serve their customers using the most advanced, least costly equipment that can be purchased in the North American market. Response Please see items 6, 7 and 8 above. The suppliers to the Canadian cable companies, manufacture and sell equipment globally, not just in the Canadian market. As indicated they are manufactured to meet certain standards and protocols. The ISP methodology as presented is very much in line with the existing ISP edge device model and with activities taking place globally. If the Canadian Cable companies have, as indicated, sourced the most advanced and cost effective equipment on the North American market, they will have NO problems with their selection of equipment being capable of operating the edge client software as indicated in the ISP methodology. The edge device utilized for demonstration purpose was designed in 2004, has minimal processing capability and can operate with minimal performance impacts fron the ISP methodology edge client software up to 30MB. 12. Even if the specifications could be adapted and the vendors could be enticed to produce product, the Cable Carriers are likely to face upgrade and or replacement of existing deployed devices which would carry considerable expense. Response: THE ISP Methodology demonstrated and tested was operating on an edge device that is 7 years old. The edge client only requires a small portion of the operating system on this antiquated edge product. As the Canadian Cable Companies have indicated, they source the most advanced and cost effective equipment available; if this is in fact correct, they will have no issues with ISP Methodology operating on their current edge devices. As such, replacement or upgrades should not be necessary. 13. Additionally, the Cable Carriers risk massive future retrofit costs, up to and including additional modem replacement costs, if Canada later decides to conform to the NENA i3 standards which ultimately will be developed in the United States, Response:
network providers, WiMax providers, Long Term Evolution (LTE)
wireless carriers, etc.) have installed, provisioned and operated some
kind of location function for their networks. Location functions are
critical for 9-1-1 calls originating on an IP network because it provides
a 9-1-1 valid location to IP clients that bundle their location in the SIP
signaling to the ESInet
3. All calls entering the ESInet will normally have location information.
8.Since the legacy circuit-switched TDM network will very likely
continue to be used for the foreseeable future (both wireline and
wireless,) the i3 architecture defines a Legacy Network Gateway (LNG)
to interface between the legacy network and the ESInet
The ISP methodology proposed is comprised of two essential elements, an edge software client and a server/gateway (attached ELI NG 9-1-1 diagram). The edge client is provisioned by the ISP who validates the accurate civic address and ANI. The edge client recognizes when an emergency call is made, routes it through the VSP to the
server/gateway. The server gateway has the validated civic address (and other information) regarding the 9-1-1 call; it delivers the required information in the required format based upon the requirements of the 9-1-1 system. If it is a legacy system, it will provide an ANI to the legacy ILEC/9-1-1 service provider who routes the call through the system to the correct PSAP according to established protocols. If it is an NG 9-1-1 system, it provides the accurate civic address to the NG 9-1-1 system in the required format to the required location (LIS). The NG 9-1-1system takes this information and routes it through the NG 9-1-1 system according to established/or to be established processes. As such, the ISP Methodology is legacy and NG 9-1-1 compliant; therefore, it enhances Canada’s ability to work toward a transition from legacy to NG 9-1-1 by providing an immediate, short medium and long term solutions for VoIP Emergency Calling.
7) Cost Issues 14. There is insufficient information to adequately assess the entire costs associated with implementing the solution proposed by VoIP Solutions Inc. but the number of unknowns suggests that it could be enormous. It is not just the $1 per month per connection fee from VoIP Solutions. There are many unknowns, including whether the cable modems or edge devices will need to be upgraded or worse replaced, establishment of national-scale infrastructures to support the ELI infrastructure, such as the PRIs, gateways, or ELIN servers for each 9-1-1 serving area, on-boarding of 9-1-1 processes for Internet service areas where the ISP is not a CLEC, and the new provisioning processes for cable modems with unique configuration files for each device. Response: Please refer to items 6, 7, 8 11 and 12 above. If the Canadian Cable Companies, as they have indicated, they source the most advanced and cost effective equipment available, they will have no issues with ISP Methodology operating on their edge device and as such no upgrade or replacement costs associated with this methodology. The cost and deployment of “national scale” infrastructures such as PRI’s and gateways are commonplace activities and will be undertaken to meet or exceed industry standards by VoIP Solutions and WILL NOT be the responsibility of ISP’s. ELIN Servers (ISP Methodology Server/Gateway) for each 9-1-1 service area will remain intact and unchanged as will provisioning process for the configuration profiles for each edge device. “Onboarding” of 9-1-1 process for an ISP that is not a CLEC will only be unique if that ISP does not currently offer voice services. CRTC documents these companies represent less than 10% of market. Additionally, CRTC Decision 2012-137 has already have broached that space and process or regulation. As such, these issues are overstated and will pose no significant investment of change. 15. Significant additional analysis would be required to determine the overall costs of this proposal to the Canadian industry (ISPs, 9-1-1SPs as well as the underlying broadband service providers). There has been no discussion on how the parties would be able to recover their share of the overall costs. Response: Overall cost to Canadian Industry: ISP Edge client software is provided at no cost to the ISP’s to deploy. The ISP Methodology Server’Gateway network is deployed and paid for by the ISP methodology Service provider, in this case VoIP Solutions. This methodology utilizes existing 9-1-1 infrastructure and is also integratable into NG 9-1-1 (see 13 above and attached diagrams). This means the cost to deploy this ISP Methodology in Canada is MINIMAL as will be the transition to NG 9-1-1. Proposed method for 9-1-1 service providers cost recovery: ISP - $0.50/internet connection/month PSAP agencies (Provinces/Municipalities etc) $0.50/internet connection/month ISP Methodology Supplier $1/internet connection /month As indicated, all stakeholders in the 9-1-1 service delivery chain will participate in the funding process. This will offset 9-1-1 revenues lost by telephone line/fixed VoIP line loss and will also
enable funding for upgrades to NG 9-1-1 components. 8) Interconnection 16. In current Canadian implementations, a single PRI can only belong to one and only one 9-1-1municipal 9-1-1 serving area. Thus, there would necessarily need to be ‘at least’ one PRI for every 9-1-1 area and probably two for reliability. Areas with an NPA overlay also have separately defined serving areas. For example, Ontario areas served by Bell alone would necessitate a minimum of 1,172 new PRIs for the proposed solutions. VoIP Solutions has provided no information on the appropriate interconnection points. Response: The ISP methodology calls for the ISP Methodology/ELI server gateway to connect via PRI to a central office. Each area serviced by a Selective Router will require a PRI server connection (plus appropriate backup configurations to meet or exceed industry standards). As confirmed by Bernard Brabant, in the Ontario Region referenced, there are 12 selective routers, necessitating 12 PRI connections, plus required backups, for the region indicated. This a more than a manageable number. 17. Furthermore, since PRIs are delivered ‘in the market’ from the switch that serves the exchange, the solution would require either gateways in every market (thousands of gateways would need to be installed and maintained across the country) or the solution would requires that thousands of PRIs are backhauled over long distances to centralized ’regions’. Overall, either approach creates a very complex design and integration that is unlikely to be reliable. Response: The ISP methodology calls for the ISP Methodology/ ELI server gateway to connect via PRI to a central office. Each area serviced by a Selective Router will require a PRI server connection (plus appropriate backups).The overall design is rather simple and mimics the Selective Router map for Canada. 18. Not every Internet Service Provider offers phone service, so these PRIs would represent a substantial change to their networks and technical capabilities. Furthermore, even Internet Service Providers that do offer phone service in some areas don’t support phone service in all the areas where they operate, so these PRIs would again represent substantial technical and facilities changes to their network and processes. Response: The ISP methodology calls for the ISP Methodology/ELI server gateway to connect via PRI to a central office. Each area serviced by a Selective Router will require a PRI server connection (plus appropriate backups). These PRI’s are not the responsibilities of the ISP but the ISP Methodology Provider (VoIP Solutions) to source these from a supplier. As indicated 16, 17 & 18 above, the ELI Server design mimics the Selective Router map for Canada and is simple and manageble to implement, interconnect and maintain. 9) Conclusion 19. In summary, the Cable Carriers cannot support the VoIP Solutions proposal. As IP to IP Interconnection is in the early stages of being mandated, and as the Commission has directed the CISC to continue to work on NG9-1-1, a more comprehensive solution will likely be developed in the coming years making the VoIP Solutions Inc. proposal an interim solution. At this point, there are no discernible timelines for the proposed VoIP Solutions Inc. implementation and the cost is expected to be high. For these same reasons, the Canadian i2 solution was rejected (i.e. high cost, short lifetime before obsolescence), so should this proposal be rejected. It is more practical to focus financial and human resources on developing the more comprehensive and reliable NG9-1-1 solution than to spend time implementing this limited and under-developed proposal.
Conclusion: The comments and assumptions made in ESCO 0406 are the opinions of the authors and were made, admittedly, without expert opinion from small ISP’s, Engineering nor Equipment Manufacturers. To make claims on their behalf without consult is not appropriate or acceptable and has lead to inaccurate assumptions. NG9-1-1 is currently a work in progress and to date does not have an accurate and automatic civic address provisioning technology for nomadic VoIP except for VoIP Solutions ELI, as outlined in ISP Methodology. ESCO 0386 diagram titled ELI and NG 9-1-1 (Attached) and items 13 above clearly outlines ELI’s compatibility with NG 9-1-1 and the existing 9-1-1 legacy system and the ISP Methodology/ ELI complies with NENA i3 08-003 standard. As such this methodology is not an interim, but an immediate and long term solution. The costs to implement will only be a concern if the ISP has antiquated equipment, to the extent that it is significantly less capable than a circa 2004 edge that can operate this methodology at 97% capacity with less than 3.3% impact on performance. The ISP methodology proposed has a minimal implementation costs, is legacy and NG 9-1-1 compliant, had a design and connectivity that mimics the current Selective Router network design, and will advance Canada’s commitment to become NG9-1-1 compliant. As such, the Canadian Cable companies’ claims have not been substantiated as accurate nor factual; the conclusions cannot be accepted as valid.
Part 2
Response to Bell Contribution ESCO0407
Part 2 Response to Bell Contribution ESCO0407 (NOTE: excerpts of original
contribution are in black text, VoIP Solutions Comments are in blue text)
Conclusion
29. Based on all the above, the Commission concludes that the implementation of Ci2 is not viable due to
Ci2’s technical limitations in the face of evolving 9-1-1 technology, decreasing demand for and usage of
nomadic VoIP service, and the cost of Ci2 implementation.”
Following Telecom Decision 2005-21 the Emergency Service Working Group spent the next 5 years
assessing numerous VoIP solutions culminating with a non consensus report recommending a NENA i2
model with modifications suggested for use in Canada (Ci2). During the early stages of VoIP E911
solution considerations ESWG did briefly consider a “software” solution similar to the one proposed here.
It was quickly concluded that such a solution would be unfeasible and impractical and was subsequently
excluded from the VoIP Solution Matrix that was assessed by ESWG. Following a costing proceeding for
Ci2 as ordered by the Commission by numerous parties, the solution was ultimately rejected based on 3
criteria:
1. Technical limitations in the face of evolving 9-1-1 technology
2. Nomadic VoIP demand
3. Cost of E9-1-1 VoIP solution
Before a rigorous technical assessment is undertaken, Bell believes an overall assessment should be
performed in order to assess initial viability and offers this analysis under the category of Other as
requested by the Commission.
2. Proposed Solution
1. Technical limitations in the face of evolving 9-1-1 technology
The solution as proposed does not provide a clear evolution towards NG911 which is the logical and
stated progression of E911 service in Canada as noted in Telecom Decision 2010-387. In order to support
many of the proposed changes, new interfaces and systems will need to be developed to support routing,
validation and other E911 functions. The solutions offered in Ci2 are based on key systems that lead into
and support i3 and NG911. The interfaces and systems required to support this proposal are essentially
throw away systems that provide minimal future benefit with respect to the current direction of NG911.
1. a. ISP Methodology proposed does not enhance the direction towards NG 9-1-1
Response: The CRTC and Bell are clear; Canada is moving towards Next Generation 9-1-1. As
indicated in ESC0386 the ISP Methodology proposed is in line with NG 9-1-1:
Full Name: Detailed Functional and Interface Standards for the NENA i3 Solution
Document Type: Standard
Standard Number: 08-003 v1
This specification builds upon prior NENA publications including i3 requirements and architecture documents. Familiarity with the concepts, terminology and functional elements described in these documents is a prerequisite. While the requirements and architecture documents describe high level concepts, the present document describes only the detailed functional and external interfaces to those functional elements. If there are discrepancies between the requirements or architecture documents and this document, this document takes precedence. This document provides a baseline to other NG9-1-1 related specifications.
The i3 solution supports end-to-end IP connectivity; gateways are used to accommodate legacy wireline and wireless origination networks that are non-IP. NENA i3 introduces the concept of an Emergency Services IP network (ESInet), which is designed as an IP-based inter-network (network of networks) that can be shared by all public safety agencies that may be involved in any emergency. The i3 Public Safety Answering Point (PSAP) is capable of receiving IP-based signaling and media for delivery of emergency calls conformant to the i3 standard.
Getting to the i3 solution from where we are today means that we will have to go through a transition from existing legacy originating network and 9-1-1 PSAP interconnections to next generation interconnections. This document describes how NG9-1-1 works after transition, including ongoing interworking requirements for IP-based and TDM-based PSAPs and origination networks. It does not provide solutions for how PSAPs, origination networks, selective routers and ALI systems evolve. Rather, it describes the end point where conversion is complete. At that point, selective routers and existing ALI systems are decommissioned and all 9-1-1 calls are routed by the ECRF and arrive at the ESInet via SIP. The NENA NG9-1-1 Transition Planning Committee (NGTPC) will produce documents covering transition options and procedures.
This document supports IP-based and legacy TDM-based PSAPs.
TDM-based PSAPs are connected to the ESInet via a gateway (the Legacy PSAP Gateway). The definition of the Legacy PSAP Gateway is broad enough that both primary and secondary PSAPs that have not been upgraded may be served by this type of gateway.
Similarly, the scope includes gateways for legacy wireline and wireless origination networks (the Legacy Network Gateway) used by origination networks who cannot yet create call signaling matching the interfaces described in this document for the ESInet. It is not envisioned that legacy origination networks will evolve to IP interconnect in all cases, and thus the Legacy Network Gateways will be needed for a very long time. The document considers all wireline, wireless, and other types of networks with IP interfaces, including IMS networks, although the document only describes the external interfaces to the ESInet, which a conforming network must support. This document describes a common interface to the ESInet, to be used by all types of origination networks or devices. How origination networks, or devices within them, conform is not visible to the ESInet and is out of scope. NENA has endeavored to define this interface to be sufficiently aligned with the major types of originating networks, as defined by the prevalent SDOs (such as 3GPP, 3GPP2, IETF), that they are able to conform without significant modification to their architectures. However, it is recognized that IMS design has evolved in parallel with development of this document, and that further SDO convergence work will be required to align the details between i3 and related origination network 9-1-1 interfaces. The results of this convergence work will be documented in a future edition of this document. Further, regulatory policies will affect how this standard will evolve.
This specification defines a number of Functional Elements (FEs), with their external interfaces. An implementation of one or more FEs in a single indivisible unit (such as a physical box, or software load for a server) is compliant with this specification if it implements the functions as defined, and the external interfaces as defined for the assembly of FEs. Internal interfaces between FEs which are not exposed outside the implementation are not required to meet the standards herein, although it is recommended that they do.
This document describes the "end state” that has been reached after a migration from legacy TDM circuit-switched telephony, and the legacy E9-1-1 system built to support it, to an all IP-based telephony system with a corresponding IP-based Emergency Services IP network. To get to this "end state” it is critical to understand the
following underlying assumptions:
1. All calls entering the ESInet are SIP based. Gateways, if needed, are outside of, or on the edge of, the ESInet. IP services that are not native SIP based, have protocol interworking to SIP prior to being presented to the ESInet.
2. Access Network Providers (e.g.: DSL providers, fiber network providers, WiMax providers, Long Term Evolution (LTE) wireless carriers, etc.) have installed, provisioned and operated some kind of location function for their networks. Location functions are critical for 9-1-1 calls originating on an IP network because it provides a 9-1-1 valid location to IP clients that bundle their location in the SIP signaling to the ESInet.
3. All calls entering the ESInet will normally have location (which might be coarse, e.g., cell site/sector) in the signaling with the call.
4. 9-1-1 authorities have transitioned from the tabular MSAG and ESNs to GIS based Location Validation Function (LVF) and Emergency Call Routing Function (ECRF).
5. 9-1-1 authorities have accurate and complete GIS systems, which are used to provision the LVF and ECRF. A change to the 9-1-1Authority’s GIS system automatically propagates to the ECRF and LVF and immediately affects routing.
6. Civic location will be validated by the access network against the LVF prior to an emergency call being placed. This is analogous to MSAG validation.
7. Periodic revalidation of civic location against the LVF is also needed to assure that location remains valid as changes in the GIS system that affect existing civic locations are made.
8. Since the legacy circuit-switched TDM network will very likely continue to be used for the foreseeable future (both wireline and wireless,) the i3 architecture defines a Legacy Network Gateway (LNG) to interface between the legacy network and the ESInet.
9. Transition to i3 is complete when the existing Selective Router and ALI are no longer used. Even after that time, some PSAPs may not have upgraded to i3. The i3 architecture describes a Legacy PSAP Gateway (LPG) to interface between the ESInet and a legacy PSAP. The LPG supports the origination of an emergency call through the ESInet to a legacy PSAP as well as the transfer of an emergency call from/to an i3 PSAP to/from a legacy PSAP.
10. Federal, State and local laws, regulations and rules may need to be modified to support NG9-1-1 system deployment.
11. While NG9-1-1 is based on protocols that are international, and are designed to allow visitors and equipment not of North American origin to work with NG9-1-1, the specific protocol mechanisms, especially interworking of legacy telecom and ESInet protocols is North American-specific and may not be applicable in other areas.
Committee Name(s): VoIP/Packet
Created: June 14, 2011
Revised:
Reviewed:
Document: 08-003 v1 Detailed Functional and Interface Specification for the NENA i3 Solution
Shaw shuns cellular, bets on WiFi IAIN MARLOW — TELECOM REPORTER From Friday's Globe and Mail Published Thursday, Sep. 01, 2011 8:37AM EDT Last updated Thursday, Sep. 01, 2011 7:16PM EDT
Shaw Communications Inc. (SJR.B) has ditched a $1-billion plan to enter the hotly competitive cellphone
business, opting instead to take a cheaper route by offering customers WiFi access that plugs into the company’s broadband Internet network. After initiating a strategic review of the venture, jump-started when the company paid $190-million for wireless licences in 2008, Shaw’s executive team decided that it wasn’t worth building a full cellular network and taking on incumbent giants and eager new entrants in an increasingly competitive sector.
MORE RELATED TO THIS STORY Rise of tablet proves game changer for Shaw
The dangers of a smart phone free-for-all
Shaw launching competitor to movie channels, Netflix
Shaw Communications (SJR.B-T)
21.59 -0.81 -3.62% As of Sep 1, 2011 4:31
Shaw drops wireless plan
The startling retreat is the first major move by chief executive officer Brad Shaw, and erases three years of preparations by the company to enter the wireless business under his older brother Jim Shaw – who departed late last year as Shaw’s CEO.
“One of the things that we’re good at is looking at how we spend capital,” Shaw president Peter Bissonnette said in an interview. “This was just a horrible return on a significant investment.”
The company came to the decision as the Canadian wireless market, which Mr. Bissonnette characterized as “bleak,” sheds its former status as an oligarchic utopia. A flurry of upstarts, such as Mobilicity and Wind Mobile, have helped to whittle down the sector’s profit margins by offering rate plans as much as 60 per cent lower than those offered by industry giants such as Rogers Communications Inc. At the end of 2010, new entrants were responsible for nearly 30 per cent of net new wireless subscribers.
Shaw plans to exploit its dense network of fibre optic cables crisscrossing Western Canada, erecting WiFi hot spots in businesses, shopping centres, downtown rail lines and heavily trafficked areas of cities such as Vancouver and Calgary. The end result will be a data-focused alternative to an expensive cellular network that saves hundreds of millions of dollars for the company, while offering Internet customers wireless data services for tablets and smart phones.
“Anywhere people gather, we want to have an access point that will extend, essentially, our broadband pipe into their tablet or WiFi-enabled device,” Mr. Bissonnette said. After looking at the economics of building out a cellular network, he added, his colleagues said “For the next ten years we’re going to spend over a billion dollars building this network, but it’s never going to be over. You’re never finished building that network. And the margins are starting to deplete.”
But as margins start to come under strain at large wireless carriers such as Rogers as subscribers make fewer calls, future growth is increasingly about wireless data. Some analysts worry Shaw will lose out, gaining only incremental revenue from the increased pricing power that comes with a better Internet service. The company also spent $180-million on wireless infrastructure, only about $50-
million of which can be salvaged for a new WiFi venture. RBC Dominion Securities analyst Jonathan Allen warned investors to expect writedowns.
Dvai Ghose, a Canaccord Genuity analyst, said it was clear that Shaw and Rogers could not come to any agreement on a much-rumoured wireless collaboration. “We are underwhelmed by Shaw’s ‘wireless’ announcement,” Mr. Ghose wrote in a note to clients, adding that the deal “gives Shaw peripheral exposure at best to wireless data, the only real growth driver in the sector.”
But Shaw is not inventing the wheel: Cable companies south of the border, such as Cablevision Systems Corp., have already abandoned wireless network blueprints for a WiFi-only launch.
Scotia Capital analyst Jeff Fan said it’s a capital-efficient approach for cable companies to defend against traditional phone companies as they increasingly offer Internet and video services. In the U.S., Cablevision’s Optimum Online WiFi service has tried to fend off Verizon Communications Inc.’s FiOS offering. In Western Canada, Shaw is hoping to do the same against Telus’s renewed push of Optik TV.
“It’s a smart move,” Mr. Fan said. In the wireless industry, “if you ask any of the new entrants what they are experiencing now versus what they had expected two or three years ago before they launched, I think the conditions are completely different. It’s much more challenging than they thought.”
Quebecor Inc.’s cable unit, Vidéotron Ltée, has seen network-building costs erode many of the early returns from its one-year-old wireless network. And Mr. Bissonnette has clearly been paying attention to his Canadian cable peer’s quarterly results.
“Well, Quebecor, God bless ‘em, they believe they’re doing what’s right for themselves – I think they would acknowledge that it’s very expensive,” Mr. Bissonnette said. “I think we came to that conclusion really quickly.”