Out with the old, in with the automated: Transforming emergency services management
- Innovative methods that eliminate MSAG validation for US coverage
- Strategies to transition from legacy systems to automated solutions
- Best practices for seamless bulk migrations within emergency services
Emergency Services has entered its automation era, and if you’re not already on board, it’s time to catch up.
Learn how to streamline emergency services with a powerful API that offers address corrections and global coverage, leaving manual processes behind
While many companies have been automating the provisioning of emergency services for decades, many others have remained stuck in the past—doing it the old-fashioned way with remarkably cumbersome manual processes.
For example, communications technology and services companies that operate their own VoIP Core Switch or UCaaS platform and serve widely distributed markets typically incorporate numerous automated processes. One key automated process is handling emergency services.
Whether a company is automating the experience into its own platform to give the user the ability to update their address themselves or making a bulk migration less of a manual headache, automating the process creates a more accurate, hands-free approach.
In contrast, legacy Incumbent Local Exchange Carriers (ILECs) and Cable Companies, which cover densely populated areas, often adhere to more traditional processes for managing emergency services. These processes typically involve legacy TDM (Time-Division Multiplexing) interconnections with Selective Routers—an increasingly outdated setup.
Such providers may find it challenging to transition from traditional MSAG (Master Street Address Guide) provisioning methods to the more contemporary ALI (Automatic Location Identification) databases and FTP (File Transfer Protocol) management systems for customer records. But we’ll explore this topic further in a second.
If your system is already fully automated, harnessing the power of a single, multi-threaded API connection for emergency services—capable of providing address corrections and seamlessly covering your global operations—then read no further. You’ve already got this down pat.
For everyone else: Let’s talk about automation.
The end of an era: Transitioning from S/R and ALI to NG911
Historically, ILEC and cable companies have “dense” regional service footprints. This has traditionally allowed them to connect to a limited number of emergency services Selective Routers (S/R) for emergency services within their specific regions and directly provision emergency records into a few select Automatic Location Identification (ALI) databases.
In fact, the entire S/R and ALI infrastructure was originally designed for these exact circumstances. For most of the remaining S/R and ALI infrastructure in the US, the original FTP-based provisioning methods still exist and are used by the same parties as was done decades ago. The business processes surrounding customer onboarding and provisioning of emergency services have become so ingrained within these organizations and their business systems that any change is painful.
But times are changing.
With the publication of the FCC Report and Order 24-78, the industry is finally moving towards Next Generation 911. The days of S/R and ALI are numbered, implying that ILECs and cable companies will finally have to retire legacy provisioning for emergency services and consider new methods.
Traditional file transfer vs. modern API solutions
Let’s face it, provisioning for your emergency services isn’t sexy.
Typically, as companies start to establish their business, emergency services are viewed, at best, as an inconvenient compliance requirement—at worst, they’re just a significant hindrance to the provisioning process. Addresses for each phone device must be collected, and the data must be entered into a file, a spreadsheet (or even an e-mail), and then sent off for “validation” in a painstakingly manual process. The response time for the FTP service or Portal where data is submitted is usually hours or even days later.
If this sounds familiar, we’ve got (very) good news: there’s a better way.
Today, you can manage all your emergency services across the 40 countries and territories Bandwidth offers emergency services with a single Unified Emergency Services Provisioning API.
Let’s say it again if you missed it: there’s just one API regardless of what country you are provisioning emergency endpoint records and addresses in. Simple…just how we like it.
Eliminate MSAG for US coverage
For those who operate in North America, the Bandwidth solution also covers Master Street Address Guide (“MSAG”) address validation requirements. In fact, the global Unified ES Provisioning API goes one step further and eliminates MSAG validation from your process requirements.
With Bandwidth’s approach, emergency services provisioning is streamlined. We validate the credibility of the dispatchable address through a GIS-based verification system, bypassing the traditional MSAG requirements. If, at any point, public safety entities require the address to be translated into an MSAG-compatible format, we handle the conversion internally and supply it to the designated authority.
This process removes the burden from you, allowing you to kick back, and remain entirely uninvolved in this aspect of provisioning. (You’re welcome!)
There are over 50 MSAG Directory authorities in the US and a score of Next Gen 911 systems (“ESInets”) with shifting requirements regarding address format, validation, and MSAG. Bandwidth simplifies the entire process for our customers through a single API.
Here, 911 service addresses are provisioned in civic format rather than the traditional MSAG, abstracting away complex requirements. The interface is built upon a state-of-the-art GIS database for validation, and we perform all downstream address format changes (for ALI’s and ESInet’s) and validations (such as MSAG) for our customers.
Our typical client who performs their own address validation today can improve fallout performance from ~10% to less than 0.5% by using Bandwidth.
Harnessing the power of a modern API
Still struggling with CSV files, legacy PSALI portals, or encrypted e-mail data exchange?
The Bandwidth Unified Emergency Services Provisioning API is asynchronous, SOAP-based, secure, and allows multiple orders to be processed in parallel. The API allows you to perform add/change/delete and order management actions on all Bandwidth emergency services accounts you may hold in any of our 40 covered countries and territories.
The bottom line is that our “connect once” emergency services solutions suite elegantly handles full automation for provisioning and validating emergency services data.
The result? Significant savings in time, resources, and operational efficiency.
FAQ about getting started
First, legacy TDM telecom switching systems are becoming increasingly obsolete, manufacturer-discontinued, or expensive to maintain in the new “all-IP” world of today. As a telecommunications company shifts from legacy TDM switching to all-VoIP solutions, they will want to turn down their TDM equipment. Bandwidth’s all-VoIP 911 Access service allows a telecom company to accomplish this transition, including connection to all-IP Next Gen 911 and ESInet systems.
Benefits include:
- Turn down all trunks: 911 trunks are often embedded inside of larger trunks, such as DS3, and you can’t turn down the larger trunk until the 911 traffic is shifted to VoIP first. In order to perform “full TDM retirement,” it is often the case that you have to retire your 911 TDM trunks first.
- National Coverage: A legacy 911 trunk to a local 911 Selective Router provides access to the local area’s 911 Call Centers only, but Bandwidth’s 911 Access service connects to all of the nation’s 911 Call Centers, allowing your business to grow without boundaries.
- Simplified Provisioning: Using legacy ALI and TDM 911 trunks necessitates tedious legacy file transfer “SOI” and “MSAG” processes for loading and updating 911 records. These legacy processes may take days to complete for a given 911 record. In contrast, Bandwidth’s 911 Access service enables real-time 911 record management through a streamlined Portal or modern API interfaces.
The Bandwidth solution allows the Operator (you) to provide civic address information associated with each telephone number (TN). The civic address information is validated and stored within Bandwidth servers (not the ALI).
During a 911 call, this address Information is retrieved and delivered to the ALI database over a dedicated real-time interface. This means we don’t store address data at the ALI but only deliver address data at the time of the 911 call. The destination PSAP can automatically retrieve and display the address information from Bandwidth in the PSAP’s preferred format (typically MSAG).
There are a number of ways to streamline the turn-up of 911:
- Get a copy of your 911 endpoints in a flat file and send it to Bandwidth while the contract is being signed. We can look at the data and catch any issues ahead of time.
- Ensure the address data you are sending us is in “civic” format. The process slows down when the address data is in MSAG format. This is often how a legacy vendor stores it, but it is a very inefficient data structure.
- Identify the people who will be involved:
- Who is the Network Engineer who will provision your Session Border Controller?
- Who is your Subscriber Administrator who will be providing the set of endpoint records? (i.e. the set of all telephone numbers, names, and addresses.)
- Who is the Project Manager?
- Who will receive and process the monthly bill?
- Train your NOC and Tier-1/2/3 on Trouble Ticket creation and escalation.
- Make sure your billing team has a copy of the contract pricing appendix to understand how the billing is performed.
Once the contract is locked and loaded, things can happen fast.
Onboarding typically takes about three weeks for small customers with less than 10,000 records; it should take six to eight weeks for larger customers with over 100,000 records.
Here’s what the process usually looks like:
- Initial connection: Pair your technical lead (e.g., a Network Engineer) with a Bandwidth Onboarding specialist.
- Account set-up: Your Onboarding Specialist will provide your new account credentials and Bandwidth’s IP address to direct your traffic. You’ll also need to provide your source IP address for whitelisting.
NOTE: The process takes under 45 minutes if your tech lead is ready to configure your VoIP Call Server and Session Border Controller. - Data Transfer: Send a flat file with your endpoints (phone numbers, names, addresses) for account integration.
Time estimates:
• Up to 1,000 records: Typically within the same day.
• Around 10,000 records: Approximately one week, accounting for communications.
• Hundreds of thousands of records: Expect 60-90 days to complete onboarding.
Automation is the endgame
Is automation worth it? Yes.
Between evolving regulations, technological advancements, and operational efficiency, it’s a no-brainer. Plus, with a single Unified Emergency Services API, you’ve got total automation at your fingertips, and you only have to deal with the dev once.
While the road to automation may seem like a long one, it’s a worthy destination. And we’re here to help you get there. Reach out to one of our experts for individualized advice.
View the quick guide
Explore the full quick guide now