A method of auditing a first local number portability database (31) associated with a first signal transfer point (22) includes sending, by a first audit manager (26), a request to the first signal transfer point (22), the request specifying at least one ported telephone number. A first audit agent (30) receives the request at the first signal transfer point (22), looks up the specified at least one ported telephone number in the first local number portability database (31), and obtains at least one corresponding local routing number. The first audit agent (30) then sends the at least one corresponding local routing number to the first audit manage (26). The audit manager (26) then compares the received at least one corresponding local routing number to data local to the first audit manager (26). The audit manager (26) then reports the result of the comparison.
|
1. A method of auditing a first local number portability database associated with a first signal transfer point, comprising:
sending, by a first audit manager, a request to the first signal transfer point, the request specifying at least one ported telephone number; receiving, by a first audit agent, the request at the first signal transfer point and looking up the specified at least one ported telephone number in the first local number portability database and obtaining at least one corresponding LNP data entry; sending, by the first audit agent, the at least one corresponding LNP data entry to the first audit manager; comparing the received at least one corresponding LNP data entry to data local to the first audit manager; sending, by the first audit manager, a request to a second signal transfer point, the request specifying the at least one ported telephone number; receiving, by a second audit agent, the request at the second signal transfer point and looking up the specified at least one ported telephone number in a second local number portability database associated with the second signal transfer point and obtaining at least one corresponding LNP data entry; sending, by the second audit agent, the at least one corresponding LNP data entry to the first audit manager; comparing, by the first audit manager, the received at least one corresponding LNP data entry from the first and second audit agents; and reporting the result of the comparison.
2. The method, as set forth in
3. The method, as set forth in
4. The method, as set forth in
5. The method, as set forth in
6. The method, as set forth in
7. The method, as set forth in
composing, by the first audit agent, at least one CMISE M-LINK message containing the at least one LNP data entry corresponding to the at least one ported telephone number, and sending the message to the first audit manager; and composing, by the first audit agent, at least one CMISE M-GET message containing an indication of the success of the audit, and sending the message to the first audit manager.
8. Computer readable medium having a program encoded thereon, comprising computer program code means adapted to perform the steps of
9. The method, as set forth in
|
This nonprovisional application claims priority bas United States nonprovisional patent application entitled: Signal Transfer Point Local Number Portability Database Audit System and Method, Ser. No. 09/431,375, filed Nov. 1, 1999, in the name of: Tianbao Hao, now abandoned, which is hereby incorporated by reference for all purposes.
This invention is related in general to the field of telecommunications equipment. More particularly, the invention is related to signal transfer point local number portability database audit system and method.
Local number portability (LNP) is a relatively recent development in the telephone industry that allows a telephone service subscriber to change the telephone company or carrier providing the service without having to change telephone numbers. Numbering plan splits in growing metropolitan areas to accommodate more subscriber telephone numbers also requires the local number portability service to properly route calls. To enable local number portability, centralized regional entities called the number portability administration center (NPAC) have been established to store and update the location and associated data on the ported telephone numbers residing in the telecommunications switching network. In addition, each service provider is required to provide a local service management system (LSMS) that will accept from NPAC the data related to telephone numbers and associated LNP data and then propagate them to signal transfer points (STPs) serviced by each service provider.
Between NPAC and SMS, the NPAC SMS Interoperability Interface Specification document prepared for the North American Number Council (NANC) contains the information model for the NPAC and SMS mechanized interfaces Between SMS and STP, typically CMIP/CMISE protocol is used, where CMIP/CMISE messages containing LNP data are exchanged between a software process called object manager running in SMS and a software process called object agent running in STP.
Typically, the signal transfer points are configured as mated pairs to operate in a load-sharing manner and to provide redundancy. Therefore, the local number portability databases maintained by mated pairs should contain identical data.
Due to a number of possible failures, the data in a local number portability database maintained by one signal transfer point may not match the data at its mate. Failures which may cause a data mismatch includes link failure between the local service management system and one of the signal transfer point nodes, hardware or software failure at one of the signal transfer point nodes, power failure at one of the signal transfer point nodes, or software/hardware maintenance, diagnosis, or upgrade during local number portability data update. Further, data mismatch may be caused by extended delays in data update request between the local service management system and one of the signal transfer points.
When data update requests are unsuccessful due to signal transfer point failure, maintenance, or extended network delays, some local service management system may have the capability to hold off or buffer update requests for approximately 15 minutes which, at a maximum allowable of 25 updates per second, may be a maximum of 22,500 updates. Most often, the failed signal transfer point is not able to recover within 15 minutes from failure or maintenance procedures. The problem is also intensified due to the size of a local number portability database, which typically has millions of entries.
Currently, there is no detection method to determine whether a mismatch condition in the data of the mated pairs exists. As a result, errors may occur when erroneous data is used to route calls to ported telephone numbers. Due to the nature of load sharing between mated STP pairs, the errors seem intermittent to callers, as one STP contains the new correct data and the other contains the old erroneous data.
Accordingly, there is a need for a system and method to detect data mismatch in the local number portability databases of mated signal transfer point pairs.
In one aspect of the invention, a method of auditing a first local number portability database associated with a first signal transfer point includes sending, by a first audit manager, a request to the first signal transfer point, the request specifying at least one ported telephone number. A first audit agent receives the request at the first signal transfer point, looks up the specified at least one ported telephone number in the first local number portability database, and obtains at least one corresponding local routing number. The first audit agent then sends the at least one corresponding local routing number to the first audit manager. The audit manager then compares the received at least one corresponding local routing number to data local to the first audit manager. The audit manager then reports the result of the comparison.
In another aspect of the invention, an automated method of determining data discrepancy in first and second mirrored databases is provided. The method includes sending, by a first audit manager, a request to access specific entries in the first database. A first audit agent associated with the first database then receives the request, looks up the specified entries in the first database, and obtains data corresponding thereto. The first audit agent sends the data to the first audit manager. The audit manager then compares the received data to data previously-obtained by the first audit manager, and reports the result of the comparison.
In yet another aspect of the invention, a signal transfer point local number portability audit system includes an audit manager operable to compose and send an audit request message to an audit agent associated with a first local number portability database. The audit request message specifies at least one ported telephone number. The audit agent is operable to receive the audit request message, look up the specified at least one ported telephone number in the first local number portability database, and composing and send an audit response message to the audit manager. The audit response message includes at least one local routing number corresponding to the specified at least one ported telephone number. The audit manager is operable to receive the audit response message, and compare the received at least one local routing number with at least one local routing number accessed from a second local number portability database. The audit manager then generates a report on the result of the comparison.
For a better understanding of the present invention, reference may be made to the accompanying drawings, in which:
Signal transfer point 20 includes a processor or computing platform 24, on which an audit manager process 26 (a CMISE/CMIP object manager as in LSMS) is executing. A local number portability database 27 for storing ported telephone numbers (TNum) and the corresponding location routing numbers (LRNs) resides in signal transfer point 20. Local number portability database 27 may also store global title translation numbers (GTTs) corresponding to the ported numbers. Signal transfer point 22 is the mate of signal transfer point 20. Signal transfer point 22 also includes a processor or computing platform 28. An audit agent process 30 (a CMISE/CMIP object agent) executes on processor 24 and responds to requests from auditing process 24. The object agent process could be the same as the one that responds to Object Manager in SMS, or could be a different process with different priority if real-time impact is a concern. A local number portability database 31 also resides on processor 24. Typically, the signal transfer point mated pair operates on a load-sharing basis so that both signal transfer points 20 and 22 operate actively and concurrently to share the workload. Because both signal transfer points handle incoming ported telephone number translation requests concurrently, their respective databases must be synchronized and have matching data. Depending on implementation, there may also exist a direct link 32 between signal transfer points 20 and 22, which may operate under any suitable communication protocol.
In operation, NPAC 16 sends local number portability ported telephone number update requests to local service management system 14, which in turn-dispatches the update requests to signal transfer points 20 and 22 under its control and management. But due to failure conditions, some update requests may not reach or be properly processed by one of the signal transfer point nodes. The failure conditions may include network link failures that results in an update request being delayed or not reaching one of the signal transfer points, and hardware or software malfunction, maintenance, or upgrade at one of the signal transfer points. This failure may result in data mismatch between local number portability databases 27 and 31. Audit manager 26 and audit agent 30 are processes that perform audits to detect data mismatch between the databases according to the teachings of the present invention.
An audit may be a full audit covering all ported numbers, or a partial audit covering a certain range of ported numbers, or a recent change audit covering those recently changed by consulting a record or log maintained by audit manager 26 or by another process at signal transfer point 20. The log may be an existing update request log maintained at each signal transfer point, which is a circular buffer of a predetermined size that records the most recent update requests from the local service management system. A more reliable method may be to copy all un-audited ported telephone number updates from the existing update request log to a second log before being overwritten. Un-audited entries in the update request log may be determined by comparing its time stamp with the start time of the last audit. Using capabilities provided by CMISE/CMIP (e.g., scoping, filtering and etc.), an audit may be checking all the fields or attributes of LNP data entry, or just checking certain fields or attributes (e.g. only LRN, or only GTT). Moreover, an audit may be checking only LNP data entries meeting certain criteria, for example all LNP data entries with a certain LRN.
In block 44, a M-GET CMIP/CMISE message is composed of the ported telephone number(s) or range of ported telephone numbers (TNum), and the IP address of processor 28 at signal transfer point 22. If signal transfer point 22 has more than one processor, the IP address specifies the destination processor on which audit agent 30 resides. For example, signal transfer points 20 and 22 each typically includes at least two processors operating in active-standby mode. The IP address specifically identifies the destination processor. Other CMIP/CMISE message parameters may also be included but are not relevant to the discussion herein.
Referring also to
It may be seen that that data mismatch may be one of three types from audit manager perspective: missing data, extra data, or content-different data. With unidirectional audit where the audit manager resides on one signal transfer point and auditing the data in the second signal transfer point, all three types of mismatch can be correctly detected for full audit and partial audit because audit manager is able to specify a range of LNP data entries. But for recent change audit, only the missing data and content-different data may be detectable assuming audit agent software is not enhanced. Therefore, the invention also contemplates having audit managers and audit agents resident at both signal transfer points to enable bi-directional audit. Alternatively, the audit manager may be resident in a third network node, such as at the local service management system, which compares data received from both signal transfer points.
The use of CMIP/CMISE messages as described above is provided as an example and is currently preferred because this is the format presently used for local number portability data update requests between local service management system 14 and signal transfer points 20 and 22. Therefore, each signal transfer point already possess an agent process residing thereon for responding to data update requests from a CMISE manager residing on local service management system 14. Further, the inclusion and use of an audit manager 16 which communicates with a pre-existing audit agent 30 enables a quick and straightforward implementation of an audit system and process because the approach requires no new hardware, no new software in audit agent and only a small amount of new software at audit manager for user interface into the CMISE/CMIP Object Manager software. However, the present invention also contemplates using another communication protocol and message format to accomplish the audit (for example, using message compaction, or sending LNP data checksum instead of each LNP data entry). Further, the path of communicating the audit messages may be direct link 32 rather than network 18. Further, it is also contemplated by the present invention that audit manager 26 may reside outside of a signal transfer point, such as a third network node having a connection to the signal transfer point mated pair. For example, the audit manager may reside on the local service management system and be used to audit plural mated pairs of signal transfer point local number portability databases and compare with the database at the local service management system or comparing the data received from the mated pairs.
The audit manager and audit agent may be platform-independent object-oriented processes that can be deployed on computing platforms. The communication mechanism described herein, the CMISE/CMIP messages, are standardized and specified by ITU.
Although several embodiments of the present invention and its advantages have been described in detail, it should be understood that mutations, changes, substitutions, transformations, modifications, variations, and alterations can be made therein without departing from the teachings of the present invention, the spirit and scope of the invention being set forth by the appended claims.
Patent | Priority | Assignee | Title |
7295666, | Jul 06 2001 | Koninklijke KPN N.V. | Query and analysis method for MSTPs in a mobile telecommunication network |
7643616, | Mar 20 2006 | T-MOBILE INNOVATIONS LLC | Method for testing an assigned location routing number (LRN) |
7881452, | Mar 20 2006 | Sprint Communications Company L.P. | Method for testing a local number portability (LNP) ported telephone number |
Patent | Priority | Assignee | Title |
6154534, | Dec 30 1997 | Ericsson, Inc. | Flexible routing of local number portability (LNP) data in a telecommunications network |
6169793, | Dec 24 1996 | NEUSTAR, INC | Systems and methods for providing order and service mediation for telecommunications systems |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Jul 10 2002 | Alcatel USA Sourcing, L.P. | (assignment on the face of the patent) | / | |||
Jul 22 2017 | Alcatel Lucent | WSOU Investments, LLC | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 044000 | /0053 | |
Aug 22 2017 | WSOU Investments, LLC | OMEGA CREDIT OPPORTUNITIES MASTER FUND, LP | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 043966 | /0574 | |
May 16 2019 | OCO OPPORTUNITIES MASTER FUND, L P F K A OMEGA CREDIT OPPORTUNITIES MASTER FUND LP | WSOU Investments, LLC | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 049246 | /0405 | |
May 16 2019 | WSOU Investments, LLC | BP FUNDING TRUST, SERIES SPL-VI | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 049235 | /0068 | |
May 28 2021 | TERRIER SSC, LLC | WSOU Investments, LLC | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 056526 | /0093 | |
May 28 2021 | WSOU Investments, LLC | OT WSOU TERRIER HOLDINGS, LLC | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 056990 | /0081 |
Date | Maintenance Fee Events |
Jul 23 2003 | ASPN: Payor Number Assigned. |
Oct 05 2006 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Oct 08 2010 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Oct 09 2014 | M1553: Payment of Maintenance Fee, 12th Year, Large Entity. |
Date | Maintenance Schedule |
Apr 15 2006 | 4 years fee payment window open |
Oct 15 2006 | 6 months grace period start (w surcharge) |
Apr 15 2007 | patent expiry (for year 4) |
Apr 15 2009 | 2 years to revive unintentionally abandoned end. (for year 4) |
Apr 15 2010 | 8 years fee payment window open |
Oct 15 2010 | 6 months grace period start (w surcharge) |
Apr 15 2011 | patent expiry (for year 8) |
Apr 15 2013 | 2 years to revive unintentionally abandoned end. (for year 8) |
Apr 15 2014 | 12 years fee payment window open |
Oct 15 2014 | 6 months grace period start (w surcharge) |
Apr 15 2015 | patent expiry (for year 12) |
Apr 15 2017 | 2 years to revive unintentionally abandoned end. (for year 12) |