US6625273B1 - System and method for a local number portability cache - Google Patents

System and method for a local number portability cache Download PDF

Info

Publication number
US6625273B1
US6625273B1 US09537016 US53701600A US6625273B1 US 6625273 B1 US6625273 B1 US 6625273B1 US 09537016 US09537016 US 09537016 US 53701600 A US53701600 A US 53701600A US 6625273 B1 US6625273 B1 US 6625273B1
Authority
US
Grant status
Grant
Patent type
Prior art keywords
network
icp
lnp
ssp
database
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
US09537016
Inventor
Mike Ashdown
Dave S. Henderson
Hu Shen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SEVIS SYSTEMS, LLC
Original Assignee
Sevis Systems Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Grant date

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0029Provisions for intelligent networking
    • H04Q3/0045Provisions for intelligent networking involving hybrid, i.e. a mixture of public and private, or multi-vendor systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Interconnection arrangements between switching centres
    • H04M7/12Interconnection arrangements between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step, decimal and non-decimal, circuit-switched and packet-switched, i.e. gateway arrangements
    • H04M7/1205Interconnection arrangements between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step, decimal and non-decimal, circuit-switched and packet-switched, i.e. gateway arrangements where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/126Interworking of session control protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0025Provisions for signalling

Abstract

A system and method for intelligently caching Local Number Portability queries from a Public Switched Telephone Network (PSTN). The apparatus may include: an intelligent communications platform connected between a switch and a Signaling System 7 (SS7) network to intercept Transactions Capabilities Applications Part (TCAP) messages between the switch and the SS7 network; and a communications control module connected to the intelligent communications platform via a Transmission Control Protocol/Internet Protocol (TCP/IP) link, the communications control module for providing management and communications to the ICP and providing access to the management and communication for a plurality of subscribers. The apparatus can also include: an SS7 I/O card for processing SS7 messages; and a CPU card for processing Integrated Services Digital Network User Part (ISUP) and TCAP messages. The communications control module can include instructions for receiving messages from other ICPs for updated information on LNP queries. The communications control module can also include instructions for the plurality of subscribers to view results of LNP queries.

Description

RELATED PATENT APPLICATIONS

This application relates to the following co-pending United States Patent Application, incorporates them by reference in their entirety and is assigned to the assignee of the present invention:

Ser. No.: Filing Date: Inventors: Title:
09/536,541 Mar. 28, 2000 Ashdown et al. Intelligent
Communications
Point Platform
09/536,598 Mar. 28, 2000 Ashdown et al. New and Improved
System and Method for
Data Traffic Redirection
09/391,295 Sept. 7, 1999 Ashdown et al. SS7 Firewall System

BACKGROUND

The invention is related to the Common Channel Signaling System No. 7 (SS7) technology employed in the public switched telephone network (PSTN). The SS7 network is the backbone of the world's telecommunications networks. SS7 is a protocol developed by international standards organizations to efficiently manage call initiation, management, and termination, wireless services, including personal communications services (PCS), wireless roaming, and mobile subscriber authentication, local number portability (LNP), toll-free numbers and toll numbers (800 and 900 numbers), and a variety of other call features.

Communication on an SS7 network falls into two distinct categories: command and control signals and network traffic. General voice traffic is carried in-band on voice channels. The command and control signals are carried out-of-band and are used to manage the network traffic. The points on the network are divided into three classifications: Service Switching Points (SSP), Signal Transfer Points (STP), and Service Control Points (SCP).

At the most fundamental level, voice calls are transmitted from the user's handset to the originating SSP, to the destination SSP, and finally to the call recipient. Voice traffic is carried on large, multi-path trunk lines. The routing of SS7 traffic is managed by the STPs. (For simplicity, in the following example it is assumed that a call originates with one SSP and terminates with the destination SSP. In reality, a call may be routed through numerous SSPs before it reaches its destination.)

When a call is initiated, the SSP sends a message to the appropriate destination SSP. The STP routes the messages to the destination SSP. The originating SSP then designates which path in the trunk line between the two SSPs will carry the call, and notifies the destination SSP to establish the connection. When one of the parties hangs up, a call termination signal is generated by one SSP and relayed to the other.

Toll-free (800) calls, calling-card calls, wireless calls, and other such calls require the exchange of additional, non-circuit data between SSPs. Unlike standard calls that require no additional data in order to be routed by the STPs, these non-standard calls require additional information. The Transactions Capabilities Applications Part (TCAP) functionality defined in the SS7 protocol is used to obtain the additional routing information required to complete these calls. TCAP messages carry a variety of queries and responses between SSPs and SCPs.

For example, to facilitate toll-free (800) calls, the SSP performs a lookup to route the call. An 800 number is actually an alias for a standard telephone number. When a call is made to a toll-free number, the SSP must determine what standard telephone number the alias (800 number) represents. To do this, the SSP generates a TCAP query that is transmitted to an SCP. The SCP maintains a large database correlating the aliases with the standard phone numbers. The SCP looks up the correct number in the database and relays the number back to the SSP. The SSP then completes the call via the standard process.

Local Number Portability (LNP) lets subscribers keep their phone numbers after changing service providers or relocating. LNP is vital to the successful introduction of local telephone competition. LNP employs the same mechanism as toll-free numbers. To facilitate LNP, additional SCPs are established to allow LNP alias lookups.

As the entire telecommunications industry expands, the demand for LNP and other TCAP-related capabilities will escalate. SCPs are owned and operated by large telecommunications companies (typically Regional Bell Operating Companies or service bureaus) who charge a fee for each query. For small to mid-sized telecommunications companies, this expense will increase with any expansion. The only way these companies can presently eliminate this expense is to create their own SCP. The technical and economic barriers to creating SCPs are prohibitive for most of these companies.

As these TCAP-related calls become an increasing percentage of a company's traffic, it will become more and more important to manage the associated costs. Currently, the smaller telecom companies have no independent means for monitoring these costs. With no visibility of the TCAP traffic, they are solely dependent on the reporting mechanisms of the SCP for TCAP traffic statistics. The only current methods for implementing this visibility are designed for STPs, not SSPs. These methods are cost-prohibitive for smaller operators.

This increasing demand will cause another problem with the SS7 network in general. As LNP becomes commonplace, there will be a corresponding increase in the number of TCAP messages carried on the SS7 network. Therefore, what is needed is a means to minimize the number of queries made to the SCPs by the SSPs.

SUMMARY OF THE INVENTION

The present invention, accordingly, provides a system and method for minimizing the reliance upon SCPs for call routing data. The system, which is installed between the service providers' SSP and the network, acts as a local cache, storing the results of SCP queries. When subsequent requests for the same lookup is received, rather than being passed on to the SCP (and incurring a charge) the query is intercepted, a look-up is performed, and the locally stored number is sent back to the SSP. The SSP then has the information necessary to complete the call. By using the locally stored query result, the company avoids paying multiple fees for the same lookup. Query results are stored in the local cache with a defined expiration time. After the result expires from the cache, the subsequent request for the lookup will be executed in the standard fashion, retrieving the information from the SCP and repopulating the local cache.

The present invention is enabled by the Intelligent Communications Platform (ICP). Although the ICP is described in greater detail in the incorporated by reference patent application listed above entitled “Intelligent Communications Platform”, a short summary will now be described. The ICP is located on the network between the SSP and the STP. It has no point code, and is therefore totally transparent to the SS7 network. The ICP intercepts all TCAP information into and out of the SSP. It is designed for fail-safe pass through of all SS7 information. In the event of an ICP fault SS7 traffic passes through unimpeded.

The ICP provides a platform for a variety of applications that monitor and manipulate this TCAP data. The ICP includes a TCP/IP connection to an Intelligent Communications System (ICS). The ICS is used to configure and manage these applications. In summary, the ICP adds additional intelligence and functionality to the customer's SSP at a reasonable cost.

A LNP cache (LNPC) application runs on the ICP, monitoring LNP queries. It incorporates a high-speed database where the results of queries are stored along with a time stamp. When a query is intercepted, the LNPC performs a database lookup. If the requested information is found, the LNPC sends the result back to the SSP, eliminating the SCP lookup. If the query does not yield a result, the LNPC maintains an active thread waiting on the response from the SCP. When the response is received it is stored in the database with a time stamp and relayed back to the SSP to complete the call. To maximize performance a caching algorithm is employed. In addition, configuration of the LNPC is accomplished via the ICS.

A primary technical advantage of the invention is the ability to minimize TCAP queries, and correspondingly reducing the fees paid for database lookups. Another advantage is to improve network performance. Inherent in this functionality is the visibility of TCAP traffic in the system. From one central point, the Intelligent Communications System (ICS), one or more ICPs can be monitored via TCP/IP links. This allows all of a company's TCAP traffic to be monitored at a central location. With this full visibility companies can independently monitor, audit, and manage TCAP traffic into and out of the company's SSPs.

Another technical advantage is the high degree of configurability, allowing customers to customize the application to meet their own requirements. The LNPC also provides a measure of redundancy in the event of an SCP fault. If the SCP fails, LNP queries that are stored in the cache can be answered, allowing these calls to be completed.

In addition, a system and method for intelligently caching Local Number Portability queries from a Public Switched Telephone Network (PSTN) is described. The apparatus may include: an intelligent communications platform connected between a switch and a Signaling System 7 (SS7 ) network to intercept Transactions Capabilities Applications Part (TCAP) messages between the switch and the SS7 network; and a communications control module connected to the intelligent communications platform via a Transmission Control Protocol/Internet Protocol (TCP/IP) link, the communications control module for providing management and communications to the ICP and providing access to the management and communication for a plurality of subscribers. The apparatus can also include: an SS7 I/O card for processing SS7 messages; and a CPU card for processing Integrated Services Digital Network User Part (ISUP) and TCAP messages. The communications control module can include instructions for receiving messages from other ICPs for updated information on LNP queries. The communications control module can also include instructions for the plurality of subscribers to view results of LNP queries.

These and other objectives and features of the invention encompass a comprehensive system for caching results of an LNP query for later use and thus resulting in lower costs by minimizing LNP queries.

Therefore, in accordance with the previous summary, objects, features and advantages of the present invention will become apparent to one skilled in the art from the subsequent description and the appended claims taken in conjunction with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic block diagram of an SS7 network showing the relationship between the invention and the ICP and the signaling end points on the network;

FIG. 2 is a simplified diagram illustrating a single network link between an SSP and an SCP;

FIG. 3 is a more detailed drawing showing the functional elements of the ICP and how they support and interact with the invention;

FIG. 4 is a functional block diagram of the LNPC; and

FIG. 5 is a flow chart illustrating the operation of the LNPC.

DETAILED DESCRIPTION

In FIG. 1, a reference numeral 100 designates a global SS7 network. The SS7 network is a vast collection of interconnected SS7 signaling nodes, including the SSP of a service provider 110. As will be described in greater detail below, the current invention includes a Local Number Portability Cache (LNPC) system. The LNPC 160 resides within the ICP 170, which is installed between the service provider SSP 130 and the network 100. The ICP 170 is completely transparent to the network, including the service provider's SSP 130.

Deregulation and open competition in the telecommunications industry now allow a subscriber to change service providers while keeping the same phone number. When this occurs, the subscriber's calls are no longer handled by the original, or donor SSP 180, but must be routed to the new recipient SSP 190. To implement LNP, a service provider must have access to updated routing information contained in the SCP database 120. When a subscriber places a call, the originating SSP 130 reads the call's dialed digits and determines if it is subject to an LNP lookup. If the number is associated with an LNP-enabled switch, a query is transmitted to the network 100 via the STP 140 and routed to the appropriate SCP 150 in order to determine the correct SSP for the dialed number. The SCP 150 returns the actual number to the SSP 130 and the call is completed.

FIG. 2 illustrates a single network segment of the global SS7 network 100. In FIG. 2, the reference numeral 200 refers to an LNPC system of the present invention. It should be recognized that system 200 is embodied in the LNPC system 160 of FIG. 1. The system 200 consists of an active intelligent communications platform (ICP) 202 deployed in-line between the service provider's SSP 220 and an SCP 222 located somewhere in the global SS7 network. As shown in FIG. 2, the originating point code (OPC) of the SSP 220 is 0-0-1 and the OPC of the SCP 222 is 0-0-2. The SS7 network includes redundant links 212. As described below, the ICP 202 maintains access to both redundant SS7 linksets and maintains signaling state for the combined linkset. Finally, the system 200 includes a management device 203 that maintains configuration, health and status, and visibility into the in-line devices 202. Although not shown, the management device 203 is capable of controlling multiple in-line devices, including one or more ICPs 202 within the network.

Several configurations are possible, whereby connectivity on the SS7 network may be a combination of physical layer access types such as: DS-1, DS-0A, DS-0, V.35 or Ethernet. For example, a complete SS7 implementation may be two DS-1s consisting of four DS-0As per DS-1 creating a combined linkset of 8 links.

The ICP 202 is a fully active Message Transfer Part (MTP) 2 datalink layer (the datalink layer is layer 2 of the seven layer OSI network model) device while providing the network layer (layer 3) and above visibility and control. Network layer control messages, such as re-alignment messages, are transferred autonomously from node to node, e.g. from the SSP 220 to the SCP 222, within the SS7 network. The ICP 202 manages these messages and coordinates control between the end nodes. This allows end nodes to operate as master of MTP 2, while communicating directly with the in-line device. The MTP3 message signaling units (MSUs) 210 are transferred end-to-end making the ICP 202 appear invisible to both the SSP 220 and the SCP 222, at the network layer and above.

While not shown, it is understood that more than one network addressable ICP 202 may be utilized within a service provider's network, at one or more locations, whereby LNP caching is provided for traffic out of a signaling point.

A control and management device 203 is connected via TCP/IP 204 to the ICP 202 for storage and display of logs, alerting, cache configuration, providing simple visibility, and other operational features of the ICP 202. Logs, TMM data, events, and management messages are piped using TCP/IP from the ICP to the control and management device 203 and may range from simple events to full SS7 call or transaction messages.

FIG. 3 illustrates a functional schematic of the system. In one embodiment, the ICP 202 is configured with full redundant SS7 I/O cards 304 for processing MTP 2 and fully redundant CPU cards 302 for processing MTP 3, Integrated Services Digital Network User Part (ISUP), Signaling Connection Control Part (SCCP), and Transaction Capabilities Applications Part (TCAP) messages, all enclosed within a single chassis. The ICP 202 combines all state monitoring, line control, and transaction state control for implementing access and service control functions. The inventive functions performed by the ICP 202, as further described below, may be implemented with commercially available components as will be understood by those skilled in the art. While also not shown, it is understood that the ICP 202 is controlled and configured by computer programming instructions stored in memory within the in-line device and potentially other components of the system connected to the ICP.

The ICP 202 is a full MTP2 signaling link terminal. It also manages MTP3 management messages between end nodes, in this case the SSP 220 and the SCP 222. It manages the coordination of MTP3 traffic management, link management, and route management messages to synchronize MTP2 events between the two links.

Functionally, the ICP 202 consists of SS7 I/O logic 301, which contains MTP1, MTP2, and MTP3 stacks, located on the I/O cards 304 and CPU card 302. One function of the stacks is to process Message Signal Units (MSUs) for MTP3.

In addition, the ICP 202 contains MTP3 control logic located on the CPU card 302 and the LNPC application 300. These functions work independently of each other and provide higher-level visibility by processing signaling units into MSUs and MSUs into protocol data units (PDUs) (layer 4 and above of the seven-layer OSI network model).

As exemplified in FIG. 3, an SS7 MTP2 message signaling unit (MSU) containing a TCAP query and addressed for a signaling point, e.g. SCP 222, travels into the ICP 202 through an MTP1 port 320. The MSU travels up the SS7 protocol stack through the MTP2 I/O card 304 and the loosely coupled MTP3 stack 302. The MTP3 stack may reside on the CPU card 302, as shown in FIG. 3., or on the I/O card 304. Finally the MSU is delivered to the LNPC application 300. As will be described in greater detail later, the LNPC application 300 analyzes any TCAP query within the MSU and acts accordingly.

FIG. 4. is a simplified block diagram of the LNPC application 300. While not explicitly shown, it should be understood that the LNPC application 300 runs on the ICP platform. When a message is received from the MTP3 layer, a TCAP thread 402 executes and evaluates the TCAP information to determine if the message is an LNP lookup. If it is an LNP lookup, a query is created and passed through the LNP caching algorithm 404 to the local, high-speed database 406 for updated routing information.

If the local database 406 does not contain an entry for the query, the TCAP thread 402 sends the query to the destination SCP via the MTP3 layer. The TCAP thread continues to run, awaiting a response from the SCP. At the same time, and ISUP monitoring thread 408 begins and monitors initial address messages (IAMs), waiting for the call corresponding to the LNP query.

When the response is received from the SCP, the TCAP thread 402 stores the result of the query in the local database 406 and passes it back to the originating SSP via the normal SS7 protocols.

If the database 406 does contain an entry for the query, a response message is created and sent back down the MTP3 stack and through I/O card to the originating SSP. The LNP application, at this point terminates the TCAP thread 402. The ISUP monitoring thread 408 monitors incoming IAMs until it detects the call corresponding to the LNP query. The thread monitors the call to see if an answer message (ANM) is received from the destination SSP, indicating that the call has been completed successfully. If the call is completed successfully, the thread terminates. If the call is not completed successfully, the ISUP thread generates an error message that is sent to the ICM 203 via the TCP/IP link 204 between the ICM 203 and the ICP. The ICM 203 processes the error message and sends commands to the LNPC 300 causing the corresponding entry in the database 406 to be deleted. The deletion command is also relayed to other LNPC applications in the network to purge the entry.

Operators use GUI applications running on the ICM 203 to perform a number of management and configuration functions on the LNPC 300. As was previously mentioned, the ICM 203 communicates with the LNPC 300 by means of the TCP/IP link 204.

The caching algorithm 404 will maximize the hit rate of the LNPC while reducing the required database storage capacity. The caching algorithm 404 can be configured or changed using a GUI application running on the ICM 203. Different caching algorithms can be employed depending on the profile of the local subscribers. For example, if the majority of the local subscribers are businesses, then an algorithm optimized for business customers and calling profiles may be used. Different algorithms may be used for areas where the majority of subscribers are residential users.

It is also possible to have multiple algorithms in use simultaneously. For example, if one local exchange is a large business, a specific algorithm may be deployed for that exchange while the residential algorithm is employed for other exchanges. These are just some examples of the caching algorithm scenarios that may be employed in the invention. Others may be employed as well.

The GUI applications on the ICM 203 also are used to configure and manage the database 406. As previously mentioned, each entry stored in the local database 406 has an associated time stamp. The time stamp is continually examined against a pre-defined expiration period. Once an entry has expired without being retrieved, it is purged from the database 406. The parameters and operation of this purging process can be configured using the ICM 203. The database may also be periodically backed up to traditional magnetic storage devices, employing the TCP/IP link 204 to ICM 203.

As the LNPC application 300 operates, the ICP core applications record event information that can be collected, processed, and analyzed by GUI applications on the ICM 203. This information can be presented to operators and analyzed for a variety of purposes. Data related to the number of LNP queries, number of cache hits, and number of SCP queries can be analyzed to determine the efficiency of the caching algorithm(s), and the SCP charges avoided. It can also be used to audit the SCP charges reported by operators of the SCP database.

Other reports can be generated to determine the number and percentage of hits on specific exchanges or telephone numbers. The number of incorrectly routed calls can also be reported. The average response time of the local cache can be determined and compared to the average response time for various SCPs. The overall LNPC statistics could also be analyzed to give an indication of bandwidth usage.

FIG. 5 provides a flowchart of the LNPC functions. As a TCAP query is received 501 it is evaluated 502 to determine if it is an LNP lookup. If not, no further action is performed. If it is an LNP lookup, a query is made to the local database 503, and an ISUP monitoring thread starts 504, checking all the IAMs for incoming calls. The result of the query is evaluated 505. If the routing information is found in the local database, a result message is created 506 and sent to the originating SSP by the normal means 507. If the routing information is not found in the database, the query is forwarded to the appropriate SCP database 508. When the response is received from the SCP 509, the result is stored in the local database 510, and is sent to the originating SSP by the normal means 507.

The ISUP monitoring thread continues to execute, monitoring the associated call until it determines if the call is successfully completed 511. If the call is successfully completed, the thread terminates and no further actions are necessary. If the call is not successfully completed, the thread reads the release message and determines the failure cause code. The ICM is notified and the bad routing information is deleted from the database 512.

It is understood that the present invention can take many forms and embodiments. The embodiments shown herein are intended to illustrate rather than to limit the invention, it being appreciated that variations may be made without departing from the spirit of the scope of the invention. The algorithms and process functions performed by the system may be organized into any number of different modules or computer programs for operation on one or more processors or workstations within the system. Different configurations of computers and processors for the system are contemplated. The programs used to implement the methods and processes of the system are implemented in any appropriate programming language and run in cooperation with any hardware device. The system may be used for service providers, Internet Service Providers (ISPs), enterprises, and many other entities utilizing SS7 signaling devices.

Although illustrative embodiments of the invention have been shown and described, a wide range of modifications, change, and substitution is intended in the foregoing disclosure and in some instances some features of the present invention may be employed without a corresponding use of the other features. Accordingly, it is appropriate that the appended claims be construed broadly and in a manner consistent with the scope of the invention.

Claims (15)

What is claimed is:
1. Apparatus for intelligently caching Local Number Portability (LNP) queries from a Public Switched Telephone Network (PSTN), the apparatus comprising:
an intelligent communications platform (ICP) connected between a switch and a Signaling System 7 (SS7) network to intercept Transactions Capabilities Applications Part (TCAP) messages between the switch and the SS7 network, the ICP including an LNP application for analyzing the intercepted TCAP messages, querying a database of the LNP application to determine whether routing information for a corresponding call is located in the local database, and, if the routing information is located in the local database, sending a result message by normal means, otherwise; querying an appropriate signal control point (SCP) database for the routing information, storing received routing information in the local database, and time-stamping the stored routing information; and
a communications control module connected to the intelligent communications platform via a Transmission Control Protocol/Internet Protocol (TCP/IP) link, the communications control module for providing management and communications to the ICP and providing access to the management and communication for a plurality of subscribers;
wherein upon the occurrence of a predetermined condition, the stored routing information is deleted from the local database and wherein the ICP does not include a point code and provides a fail safe mode of operation to transparently pass TCAP messages in case of ICP failure.
2. The apparatus of claim 1 wherein the ICP includes:
an SS7 I/O card for processing SS7 messages; and
a CPU card for processing Integrated Services Digital Network User Part (ISUP) and TCAP messages.
3. The apparatus of claim 1 wherein the communications control module includes instructions for receiving messages from other ICPs for updated information on LNP queries.
4. The apparatus of claim 1 wherein the communications control module includes instructions for the plurality of subscribers to view results of LNP queries.
5. The apparatus of claim 1 wherein the predetermined condition is selected from a group consisting of expiration of the time stamp and unsuccessful completion of the call.
6. A system for intelligently caching Local Number Portability (LNP) queries from a Public Switched Telephone Network (PSTN), the system comprising:
instructions for an intelligent communications platform (ICP) connected between a switch and a Signaling System 7 (SS7) network to intercept Transactions Capabilities Applications Part (TCAP) messages between the switch and the SS7 network, the ICP instructions including instructions for an LNP application for analyzing the intercepted TCAP messages, querying a local database of the LNP application to determine whether routing information for a corresponding call is located in the local database, and, if the routing information is located in the local database, sending a result message by normal means; otherwise, querying an appropriate signal control point (SCP) database for the routing information, storing received routing information in the local database, time-stamping the received routing information, and deleting the stored routing information upon the occurrence of a predetermined condition; and
instructions for a communications control module connected to the intelligent communications platform via a Transmission Control Protocol/Internet Protocol (TCP/IP) link to provide management and communications to the ICP and to provide access to the management and communication for a plurality of subscribers and wherein the ICP does not include a point code and provides a fail safe mode of operation to transparently pass TCAP messages in case of ICP failure.
7. The system of claim 6 further including:
instructions for an SS7 I/O card to process SS7 messages; and
instructions for a CPU card to process Integrated Services Digital Network User Part (ISUP) and TCAP messages.
8. The system of claim 6 further including instructions for receiving messages from other ICPs for updated information on LNP queries.
9. The system of claim 6 further including:
instructions for the plurality of subscribers to view results of LNP queries.
10. The system of claim 5 wherein the predetermined condition is selected from a group consisting of expiration of the time stamp and unsuccessful completion of the call.
11. A method for intelligently caching Local Number Portability (LNP) queries from a Public Switched Telephone Network (PSTN), the method comprising:
intercepting Transactions Capabilities Applications Part (TCAP) messages by an intelligent communications platform connected between a switch and a Signaling System 7 (SS7) network, wherein the SS7 messages are from the switch and to the SS7 network and wherein the ICP does not include a point code;
analyzing the intercepted TCAP messages;
querying a local database to determine whether routing information is located in the local database;
if routing information is located in the local database, sending a result message by normal means, otherwise, querying an appropriate signal control point (SCP) database for the routing information, storing received routing information in the local database, and time-stamping the stored routing information;
providing management and communications control from a communications control module connected to the intelligent communications platform via a Transmission Control Protocol/Internet Protocol (TCP/IP) link;
providing access to the communications control module to a plurality of subscribers; and
deleting the stored routing information from the local database upon the occurrence of a predetermined condition; and
providing a fail safe mode of operation to transparently pass TCAP messages in case of ICP failure.
12. The method of claim 11 further including:
processing SS7 messages with an SS7 I/O card; and
processing Integrated Services Digital Network User Part (ISUP) and TCAP messages with a CPU card.
13. The method of claim 11 further including receiving messages from other ICPs for updated information LNP queries.
14. The method of claim 11 further including:
providing the ability for the plurality of subscribers to view results of LNP queries.
15. The method of claim 9 wherein the predetermined condition is selected from a group consisting of expiration of the time stamp and unsuccessful completion of the call.
US09537016 2000-03-28 2000-03-28 System and method for a local number portability cache Expired - Fee Related US6625273B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US09537016 US6625273B1 (en) 2000-03-28 2000-03-28 System and method for a local number portability cache

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US09537016 US6625273B1 (en) 2000-03-28 2000-03-28 System and method for a local number portability cache
PCT/US2001/004857 WO2001074092A3 (en) 2000-03-28 2001-02-15 Signaling in an intelligent network
PCT/US2001/008369 WO2001074044A1 (en) 2000-03-28 2001-03-15 Method for a local number portability cache

Publications (1)

Publication Number Publication Date
US6625273B1 true US6625273B1 (en) 2003-09-23

Family

ID=24140821

Family Applications (1)

Application Number Title Priority Date Filing Date
US09537016 Expired - Fee Related US6625273B1 (en) 2000-03-28 2000-03-28 System and method for a local number portability cache

Country Status (2)

Country Link
US (1) US6625273B1 (en)
WO (1) WO2001074044A1 (en)

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030118161A1 (en) * 2001-12-21 2003-06-26 Bonn Michael Brian Interface for a telecommunication system
US20030165228A1 (en) * 2001-07-20 2003-09-04 Goldman Stuart O. Alternative treatment for AIN fault handling
US20040052349A1 (en) * 2002-09-17 2004-03-18 International Business Machines Corporation Method for telecommunications service-to-service asynchronous communications using a context cache
US20050089151A1 (en) * 2003-10-24 2005-04-28 Han John M. Method and system for enabling and managing telephone number portability
US20050100156A1 (en) * 2000-03-28 2005-05-12 Sevis Systems, Inc. Intelligent communications point platform
US20050170837A1 (en) * 2004-01-29 2005-08-04 Lucent Technologies Inc. Storing query results to reduce number portability queries in wireless network
US20050203994A1 (en) * 2004-03-09 2005-09-15 Tekelec Systems and methods of performing stateful signaling transactions in a distributed processing environment
US20050226399A1 (en) * 2004-04-07 2005-10-13 Sbc Knowledge Ventures, L.P. Method and system for forecasting telephony traffic trends using local number portability databases
US20050254439A1 (en) * 2004-05-11 2005-11-17 Alcatel Network element and method of mapping address information
US20060052110A1 (en) * 2002-10-15 2006-03-09 Jianming Xu Method and system for minimizing call setup delay for calls occurring in one or more wireless networks
US20060083363A1 (en) * 2001-12-21 2006-04-20 Bonn Michael B Interface for providing connection of a switch and a VMS using an IP network
US20060209791A1 (en) * 2005-03-21 2006-09-21 Tekelec Methods, systems, and computer program products for providing telecommunications services between a session initiation protocol (SIP) network and a signaling system 7 (SS7) network
US20070168421A1 (en) * 2006-01-09 2007-07-19 Tekelec Methods, systems, and computer program products for decentralized processing of signaling messages in a multi-application processing environment
US20080181382A1 (en) * 2007-01-31 2008-07-31 Yoogin Lean Methods, systems, and computer program products for applying multiple communications services to a call
US20080260119A1 (en) * 2007-04-20 2008-10-23 Rohini Marathe Systems, methods, and computer program products for providing service interaction and mediation in a communications network
US7760708B2 (en) 2005-07-08 2010-07-20 Tekelec Methods, systems, and computer program products for triggering SIP nodes to include SS7 routing information in response messages including information requested by SS7 nodes
US20110019811A1 (en) * 2009-07-24 2011-01-27 Verizon Business Network Services Inc. System and method of providing local number portability
US9712341B2 (en) 2009-01-16 2017-07-18 Tekelec, Inc. Methods, systems, and computer readable media for providing E.164 number mapping (ENUM) translation at a bearer independent call control (BICC) and/or session intiation protocol (SIP) router

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6560226B1 (en) * 1999-02-25 2003-05-06 Sprint Communications Company, L.P. System and method for caching ported number information

Citations (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5319638A (en) 1991-09-12 1994-06-07 Bell Communications Research, Inc. Link-by-link congestion control for packet transmission systems
US5377327A (en) 1988-04-22 1994-12-27 Digital Equipment Corporation Congestion avoidance scheme for computer networks
EP0710042A2 (en) 1994-10-26 1996-05-01 AT&T Corp. Means and method for providing local telephone number portability
US5598464A (en) 1995-06-20 1997-01-28 Dsc Communications Comporation Method and apparatus for providing local number portability
US5691985A (en) 1995-04-19 1997-11-25 Lucent Technologies Inc. System and method for increasing throughput of inter-network gateways using a hardware assist engine
US5701301A (en) 1993-06-28 1997-12-23 Bellsouth Corporation Mediation of open advanced intelligent network in SS7 protocol open access environment
US5717748A (en) * 1994-10-28 1998-02-10 Lucent Technologies Inc. Means and method for updating databases supporting local telephone number portability
US5732131A (en) 1996-11-19 1998-03-24 Bellsouth Corporation System and method for implementing local number portability
US5764745A (en) * 1995-12-15 1998-06-09 Gte Laboratories Incorporated Apparatus and method for local number portability using nongeographic subscriber numbers
US5774668A (en) 1995-06-07 1998-06-30 Microsoft Corporation System for on-line service in which gateway computer uses service map which includes loading condition of servers broadcasted by application servers for load balancing
US5793857A (en) 1995-09-27 1998-08-11 Northern Telecom Limited Method of using dynamic database to improve telephone number portability
US5796813A (en) * 1995-06-30 1998-08-18 Siemens Telecom Networks Method for routing a call
US5802285A (en) 1992-05-29 1998-09-01 Icl Personal Systems Oy Wide area network (WAN) interface for a transmission control protocol/internet protocol (TCP/IP) in a local area network (LAN)
US5867569A (en) 1995-04-03 1999-02-02 Northern Telecom Limited Enhanced efficient telephone number portability
US5883948A (en) 1995-06-19 1999-03-16 Lucent Technologies Inc. Method for automatic maintenance of a local number portability database
WO1999016258A1 (en) 1997-09-19 1999-04-01 Bellsouth Corporation Method and system for routing calling name queries
US5910981A (en) * 1997-03-26 1999-06-08 Lucent Technologies Inc. Automatic updating of a local database supporting local number portability
US5912962A (en) 1996-02-06 1999-06-15 Northern Telecom Limited Method of porting for use with local number portability
WO1999035773A1 (en) 1998-01-07 1999-07-15 Mci Worldcom, Inc. Virtual bearer channel platform for processing service requests received in the form of channel data
US5933489A (en) * 1997-06-30 1999-08-03 Telcordia Technologies, Inc. Method and apparatus for handling subscription and administrative requests in a local service management system
US5933490A (en) 1997-03-12 1999-08-03 Bell Atlantic Network Services, Inc. Overload protection for on-demand access to the internet that redirects calls from overloaded internet service provider (ISP) to alternate internet access provider
US5940493A (en) 1996-11-26 1999-08-17 Bellsouth Corporation System and method for providing directory assistance information
US5940482A (en) 1995-10-20 1999-08-17 Samsung Electronics Co., Ltd. Technique for detecting call metering in key telephone system
US5949870A (en) 1997-03-31 1999-09-07 Telcordia Technologies, Inc. System and method for providing local number portability service
US5949871A (en) 1996-02-20 1999-09-07 Hewlett-Packard Company Method and apparatus for providing a service in a switched telecommunications system wherein a control message is altered by a receiving party
US5983281A (en) 1997-04-24 1999-11-09 International Business Machines Corporation Load balancing in a multiple network environment
US5983282A (en) 1998-03-11 1999-11-09 3Com Corporation Method and system for computer network access using cooperating non-dedicated remote access servers
US6002759A (en) 1996-10-18 1999-12-14 Telefonaktiebolaget Lm Ericsson Portability of non-geographic telephone numbers of intelligent network services
US6230166B1 (en) * 1997-04-30 2001-05-08 Bellsouth Intellectual Property Corporation System and method for implementing a transaction log

Patent Citations (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5377327A (en) 1988-04-22 1994-12-27 Digital Equipment Corporation Congestion avoidance scheme for computer networks
US5319638A (en) 1991-09-12 1994-06-07 Bell Communications Research, Inc. Link-by-link congestion control for packet transmission systems
US5802285A (en) 1992-05-29 1998-09-01 Icl Personal Systems Oy Wide area network (WAN) interface for a transmission control protocol/internet protocol (TCP/IP) in a local area network (LAN)
US5701301A (en) 1993-06-28 1997-12-23 Bellsouth Corporation Mediation of open advanced intelligent network in SS7 protocol open access environment
US5717749A (en) 1994-10-26 1998-02-10 Lucent Technologies Inc. Means and method for providing local telephone number portability
EP0710042A2 (en) 1994-10-26 1996-05-01 AT&T Corp. Means and method for providing local telephone number portability
US5717748A (en) * 1994-10-28 1998-02-10 Lucent Technologies Inc. Means and method for updating databases supporting local telephone number portability
US5867569A (en) 1995-04-03 1999-02-02 Northern Telecom Limited Enhanced efficient telephone number portability
US5691985A (en) 1995-04-19 1997-11-25 Lucent Technologies Inc. System and method for increasing throughput of inter-network gateways using a hardware assist engine
US5951694A (en) 1995-06-07 1999-09-14 Microsoft Corporation Method of redirecting a client service session to a second application server without interrupting the session by forwarding service-specific information to the second server
US5774668A (en) 1995-06-07 1998-06-30 Microsoft Corporation System for on-line service in which gateway computer uses service map which includes loading condition of servers broadcasted by application servers for load balancing
US5883948A (en) 1995-06-19 1999-03-16 Lucent Technologies Inc. Method for automatic maintenance of a local number portability database
US5598464A (en) 1995-06-20 1997-01-28 Dsc Communications Comporation Method and apparatus for providing local number portability
US5796813A (en) * 1995-06-30 1998-08-18 Siemens Telecom Networks Method for routing a call
US5793857A (en) 1995-09-27 1998-08-11 Northern Telecom Limited Method of using dynamic database to improve telephone number portability
US5940482A (en) 1995-10-20 1999-08-17 Samsung Electronics Co., Ltd. Technique for detecting call metering in key telephone system
US5764745A (en) * 1995-12-15 1998-06-09 Gte Laboratories Incorporated Apparatus and method for local number portability using nongeographic subscriber numbers
US5912962A (en) 1996-02-06 1999-06-15 Northern Telecom Limited Method of porting for use with local number portability
US5949871A (en) 1996-02-20 1999-09-07 Hewlett-Packard Company Method and apparatus for providing a service in a switched telecommunications system wherein a control message is altered by a receiving party
US6002759A (en) 1996-10-18 1999-12-14 Telefonaktiebolaget Lm Ericsson Portability of non-geographic telephone numbers of intelligent network services
US5732131A (en) 1996-11-19 1998-03-24 Bellsouth Corporation System and method for implementing local number portability
US5940493A (en) 1996-11-26 1999-08-17 Bellsouth Corporation System and method for providing directory assistance information
US5933490A (en) 1997-03-12 1999-08-03 Bell Atlantic Network Services, Inc. Overload protection for on-demand access to the internet that redirects calls from overloaded internet service provider (ISP) to alternate internet access provider
US5910981A (en) * 1997-03-26 1999-06-08 Lucent Technologies Inc. Automatic updating of a local database supporting local number portability
US5949870A (en) 1997-03-31 1999-09-07 Telcordia Technologies, Inc. System and method for providing local number portability service
US5983281A (en) 1997-04-24 1999-11-09 International Business Machines Corporation Load balancing in a multiple network environment
US6230166B1 (en) * 1997-04-30 2001-05-08 Bellsouth Intellectual Property Corporation System and method for implementing a transaction log
US5933489A (en) * 1997-06-30 1999-08-03 Telcordia Technologies, Inc. Method and apparatus for handling subscription and administrative requests in a local service management system
WO1999016258A1 (en) 1997-09-19 1999-04-01 Bellsouth Corporation Method and system for routing calling name queries
WO1999035773A1 (en) 1998-01-07 1999-07-15 Mci Worldcom, Inc. Virtual bearer channel platform for processing service requests received in the form of channel data
US5983282A (en) 1998-03-11 1999-11-09 3Com Corporation Method and system for computer network access using cooperating non-dedicated remote access servers

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
International Search Report dated Oct. 1, 2001.
M. Sevcik, R. Lueder, Customers in Driver's Seat: Private Intelligent Network Control Point, ISS Symposium ; Apr. 23, 1995; pp. 41-44.

Cited By (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7133519B2 (en) * 2000-03-28 2006-11-07 Sevis Systems, Inc. Intelligent communications point platform
US20050100156A1 (en) * 2000-03-28 2005-05-12 Sevis Systems, Inc. Intelligent communications point platform
US20030165228A1 (en) * 2001-07-20 2003-09-04 Goldman Stuart O. Alternative treatment for AIN fault handling
US6788777B2 (en) * 2001-07-20 2004-09-07 Lucent Technologies Inc. Alternative treatment for AIN fault handling
US20030118161A1 (en) * 2001-12-21 2003-06-26 Bonn Michael Brian Interface for a telecommunication system
US20060083363A1 (en) * 2001-12-21 2006-04-20 Bonn Michael B Interface for providing connection of a switch and a VMS using an IP network
US7006611B2 (en) * 2001-12-21 2006-02-28 Comnet International, Co., Interface for a telecommunication system
US8045694B2 (en) 2001-12-21 2011-10-25 Comnet International, Co. Interface for providing connection of a switch and a VMS using an IP network
US7212623B2 (en) * 2002-09-17 2007-05-01 International Business Machines Corporation Method for telecommunications service-to-service asynchronous communications using a context cache
US20040052349A1 (en) * 2002-09-17 2004-03-18 International Business Machines Corporation Method for telecommunications service-to-service asynchronous communications using a context cache
US7756518B2 (en) * 2002-10-15 2010-07-13 Alcatel-Lucent Usa Inc. Method and system for minimizing call setup delay for calls occurring in one or more wireless networks
US20060052110A1 (en) * 2002-10-15 2006-03-09 Jianming Xu Method and system for minimizing call setup delay for calls occurring in one or more wireless networks
US20050089151A1 (en) * 2003-10-24 2005-04-28 Han John M. Method and system for enabling and managing telephone number portability
US20050170837A1 (en) * 2004-01-29 2005-08-04 Lucent Technologies Inc. Storing query results to reduce number portability queries in wireless network
US7203496B2 (en) * 2004-01-29 2007-04-10 Lucent Technologies Inc. Storing query results to reduce number portability queries in wireless network
US20050203994A1 (en) * 2004-03-09 2005-09-15 Tekelec Systems and methods of performing stateful signaling transactions in a distributed processing environment
US7554974B2 (en) * 2004-03-09 2009-06-30 Tekelec Systems and methods of performing stateful signaling transactions in a distributed processing environment
US8036352B2 (en) 2004-04-07 2011-10-11 At&T Intellectual Property I, L.P. Method and system for determining migration of ported telephone numbers between service providers
US20060023854A1 (en) * 2004-04-07 2006-02-02 Sbc Knowledge Ventures, L.P. Method and system for forecasting telephony traffic trends using number portability records
US6975711B2 (en) 2004-04-07 2005-12-13 Sbc Knowledge Ventures, L.P. Method and system for forecasting telephony traffic trends using local number portability databases
US20050226399A1 (en) * 2004-04-07 2005-10-13 Sbc Knowledge Ventures, L.P. Method and system for forecasting telephony traffic trends using local number portability databases
US20100057812A1 (en) * 2004-04-07 2010-03-04 Sbc Knowledge Ventures, L.P. Method and system for determining migration of ported telephone numbers between service providers
US7620163B2 (en) 2004-04-07 2009-11-17 Sbc Knowledge Ventures, L.P. Method and system for forecasting telephony traffic trends using number portability records
US20050254439A1 (en) * 2004-05-11 2005-11-17 Alcatel Network element and method of mapping address information
US7965830B2 (en) 2004-05-11 2011-06-21 Alcatel-Lucent Network element and method of mapping address information
US8520828B2 (en) 2005-03-21 2013-08-27 Tekelec, Inc. Methods, systems, and computer program products for providing telecommunications services between a session initiation protocol (SIP) network and a signaling system 7 (SS7) network
US7856094B2 (en) 2005-03-21 2010-12-21 Tekelec Methods, systems, and computer program products for providing telecommunications services between a session initiation protocol (SIP) network and a signaling system 7 (SS7) network
US9001990B2 (en) 2005-03-21 2015-04-07 Tekelec, Inc. Methods, systems, and computer program products for providing telecommunications services between a session initiation protocol (SIP) network and a signaling system 7 (SS7) network
US20060209791A1 (en) * 2005-03-21 2006-09-21 Tekelec Methods, systems, and computer program products for providing telecommunications services between a session initiation protocol (SIP) network and a signaling system 7 (SS7) network
US7760708B2 (en) 2005-07-08 2010-07-20 Tekelec Methods, systems, and computer program products for triggering SIP nodes to include SS7 routing information in response messages including information requested by SS7 nodes
US8050253B2 (en) 2006-01-09 2011-11-01 Tekelec Methods, systems, and computer program products for decentralized processing of signaling messages in a multi-application processing environment
US20070168421A1 (en) * 2006-01-09 2007-07-19 Tekelec Methods, systems, and computer program products for decentralized processing of signaling messages in a multi-application processing environment
US8059667B2 (en) 2007-01-31 2011-11-15 Tekelec Methods, systems, and computer program products for applying multiple communications services to a call
US20080181382A1 (en) * 2007-01-31 2008-07-31 Yoogin Lean Methods, systems, and computer program products for applying multiple communications services to a call
US20080285438A1 (en) * 2007-04-20 2008-11-20 Rohini Marathe Methods, systems, and computer program products for providing fault-tolerant service interaction and mediation function in a communications network
US20080260119A1 (en) * 2007-04-20 2008-10-23 Rohini Marathe Systems, methods, and computer program products for providing service interaction and mediation in a communications network
US9712341B2 (en) 2009-01-16 2017-07-18 Tekelec, Inc. Methods, systems, and computer readable media for providing E.164 number mapping (ENUM) translation at a bearer independent call control (BICC) and/or session intiation protocol (SIP) router
US8908852B2 (en) * 2009-07-24 2014-12-09 Verizon Patent And Licensing Inc. System and method of providing local number portability
US20110019811A1 (en) * 2009-07-24 2011-01-27 Verizon Business Network Services Inc. System and method of providing local number portability

Also Published As

Publication number Publication date Type
WO2001074044A1 (en) 2001-10-04 application

Similar Documents

Publication Publication Date Title
US6181703B1 (en) System for managing telecommunications
US5917899A (en) Method of connecting a plurality of virtual networks
US5793853A (en) System and method for recording billing information for a telecommunications service request
US5862334A (en) Mediated access to an intelligent network
US5581610A (en) Method for network traffic regulation and management at a mediated access service control point in an open advanced intelligent network environment
US5995610A (en) Cooperative call processing across public and private intelligent networks
US5799317A (en) Data management system for a telecommunications signaling system 7(SS#7)
US5915008A (en) System and method for changing advanced intelligent network services from customer premises equipment
US6018567A (en) Maintenance operations console for an advanced intelligent network
US6195425B1 (en) Telecommunications system with wide area internetwork control
US6333931B1 (en) Method and apparatus for interconnecting a circuit-switched telephony network and a packet-switched data network, and applications thereof
US6154467A (en) High speed SS7 signaling adaptation device
US6317490B1 (en) Method and apparatus for real-time billing account query
US6205210B1 (en) Method for improved automatic message accounting in telephony
US6987781B1 (en) Methods and systems for routing signaling messages in a communications network using circuit identification code (CIC) information
US5546398A (en) Signal intercept system and method
US6167129A (en) Method and apparatus for signal mediation in a common channel signaling network
US5533106A (en) Method and system for processing calls wherein the display of calling party ID information has been inhibited
US5617422A (en) High speed interface in a telecommunications network
US5923659A (en) Telecommunications network
US6298043B1 (en) Communication system architecture and a connection verification mechanism therefor
US6181787B1 (en) System and method for automated provision and customer selection of temporary advanced intelligent network services
US6286011B1 (en) System and method for recording transactions using a chronological list superimposed on an indexed list
US6154445A (en) Telephony communication via varied redundant networks
US6282267B1 (en) Network planning traffic measurement program

Legal Events

Date Code Title Description
AS Assignment

Owner name: SEVIS SYSTEMS, INC., TEXAS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ASHDOWN, MIKE;SHEN, HU;REEL/FRAME:010652/0939

Effective date: 20000327

AS Assignment

Owner name: SEVIS SYSTEMS, INC., TEXAS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HENDERSON, DAVE S.;REEL/FRAME:011000/0494

Effective date: 20000414

AS Assignment

Owner name: SEVIS SYSTEMS, INC., TEXAS

Free format text: CORRECTIVE ASSIGNMENT TO ADD TWO CONVEYING PARTIES NAME THAT WAS PREVIOUSLY RECORDED ON REEL 011000, FRAME 0494;ASSIGNORS:ASHDOWN, MIKE;HENDERSON, DAVE;SHEN, HU;REEL/FRAME:011236/0411;SIGNING DATES FROM 20000327 TO 20000414

FPAY Fee payment

Year of fee payment: 4

FPAY Fee payment

Year of fee payment: 8

REMI Maintenance fee reminder mailed
LAPS Lapse for failure to pay maintenance fees
FP Expired due to failure to pay maintenance fee

Effective date: 20150923

AS Assignment

Owner name: SEVIS SYSTEMS, LLC, TEXAS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SEVIS SYSTEMS, INC.;REEL/FRAME:038210/0029

Effective date: 20160321