October 05, 2005

On Number Portability

In the aftermath of the devastation caused by Hurricane Katrina, Stuart Henshall proposed that displaced citizens of the affected area can be reconnected to the communications network, if their telephone numbers are “virtualized” and rerouted to them using VoIP technology. Being a splendid idea, it was immediately seconded by many influential bloggers like Jeff Pulver, Tom Evslin and others. The purpose of this note is to analyze what it takes to achieve this objective and to point out potential long term implications if we take this proposal to the limit.

I suspect that “virtualizing” a number is derived from “virtual number” service offered by many VoIP service providers. With this service, a VoIP subscriber residing in a geographical area can be reached via a number normally allocated in a different geographical area. So, in this case, the residents of Gulf coast can receive calls directed to their old number will be handed over to their number in the area where they have relocated to. Most people had tacitly assumed that this will be done by a VoIP service provider. But if you look at the technical details, it could be done by PSTN operators as well, because the fundamental technology is Number Portability.

With Number Portability, calls terminating at a switch can be redirected to another switch. Due to PSTN’s peculiar rate structure, the application of Number Portability has been restricted to only those cases where both the switches are in the same rate center. (This is called Local Number Portability.) In the case of Katrina, Stuart’s proposal would not have helped because it is very likely that all the switches in the affected area would have been in disrepair. Accordingly, FCC in its emergency ruling suspended the “local” restriction and said the number could be ported to any location. So conceivably, BellSouth could have assigned an alternate switch for all its customers. This is my first observation, but not the main one.

Due to the “local” restriction, the needed Number Portability query is postponed to the last possible switch and it is called “N-1 query”. But if we remove the “local” restriction, then it is better to perform the query as early as possible, what I call “1+ query”. On top of that if we add a further enhancement, that of the response to a query to be dependent on the source of the query. Then there is no more need get a virtual number. Instead the VoIP provider just needs to route the call to the nearest gateway. Users can derive more features along this line. If only …

Posted by aswath at October 5, 2005 04:30 PM
Related Posts Widget for Blogs by LinkWithin
If you do not have an OpenID, then please use www.enthinnai.com/unauopenid/anyblog.

 

Comments

Completely agree that a true emergency back-up system is needed, as described by Stuart, Tom, etc. And of course it needs the portability, speed, and flexibility that VoIP offers. However, we need to interwork with the legacy PSTN infrastructure, particularly LNP.

The problem with LNP is that it relies on traditional carrier SS7 infrastructure. The response to an LNP query is an LRN - the LRN identifies the switch to which the number has been ported to. However, most VoIP carriers probably do not have switches with associated LRNs, especially if they are pure IP telephony w/o PSTN gateways.

A possible solution is a VoIP network that is routed to by a pre-defined LRN (emergency LRN). When there is an emergency, the carrier with affected local lines knows to (mandated to?) instantly mark their affected switches as ported to the emergency LRN. Call requests for the ported lines then go to distributed IP telephony servers, making them accessible to people at any IP address with a little bit of engineering. Going a step further, account mapping could be done ahead of time, so that users can instantly be authorized/authenticated on to the emergency VoIP system, as soon as they can get online, contact lists could be built ahead of time, etc.

GZ

Posted by: GZ at October 7, 2005 06:23 PM



Copyright © 2003-2014 Moca Educational Products.