SS7 gateway

• US 5,966,431 A
• Filed: 08/26/1997
• Issued: 10/12/1999
• Est. Priority Date: 04/19/1995
• Status: Expired due to Term

• Current Assignee: Verizon Patent and Licensing Incorporated (Verizon Communications Inc.)
• Original Assignee: MCI Communications Corporation (Verizon Communications Inc.)
• Inventors: Seydel, Lee C., Reiman, Douglas P., Lackman, Michael
• Primary Examiner(s): Kuntz, Curtis A.
• Assistant Examiner(s): TIEU, BINH KIEN
• Application Number:
  US08/917,707
• Time in Patent Office: 777 Days
• Field of Search: 379/1, 379/9, 379/10, 379/15, 379/34, 379/111, 379/112, 379/115, 379/229, 370/241, 370/242, 370/244
• US Class Current: 379/115.01
• CPC Class Codes: H04L 12/66 Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
• CPC Class Codes: H04L 69/08 Protocols for interworking; Protocol conversion
• CPC Class Codes: H04L 9/40 Network security protocols
• CPC Class Codes: H04Q 2213/13504 client/server architectures
• CPC Class Codes: H04Q 3/0025 Provisions for signalling
• CPC Class Codes: H04Q 3/0029 Provisions for intelligent networking

Abstract

The present invention telecommunications system provides validation of authorization codes input by a user for placing a call from a service area of a first telecommunications service provider with a calling card issued by another telecommunications service provider. The present invention allows the subscriber to place a special service call irrespective of whether the signaling protocol of the first service provider is different from the service provider to which the subscriber is a customer of. If the protocol of one telecommunications service provider is indeed different from the other service provider, a gateway residing in an intelligent service network node would convert the signaling protocol of the first service provider into a signaling protocol that is compatible with the other service provider. Consequently, the first service provider can quickly validate the authorization code provided by the subscriber by sending a query to the service provider that issued the calling card to the caller by referencing the LIDB database of the latter service provider. To achieve the conversion of one protocol to another, a system that includes an ISN node having gateways, file servers, a monitoring system, and mainframes is used. The gateway inside the ISN node has a client application program interface (API) component, a translate/convert component, a transaction capabilities part (TCAP) component and a SS7 API component. These various components, together with other controlling and interface components, are able to convert a first signaling protocol, for example a SS7 protocol, into a second protocol, for example a network information distributed service (NIDS) sequenced packet protocol.

Claims

1. A gateway for providing an entry point for SS7 queries for both domestic and foreign cards and number validation from a signaling transfer point (STP) of a telecommunications network, comprising:

first means for receiving said queries for validation and transmitting responses to said queries;

means for sending alarm data to an administration system when an error occurs at the gateway; and

means for collecting operational measurements (OMs) and send the OMs to a server means periodically.

2. The gateway of claim 1, wherein said first means further comprises:

converter means for translating, reformatting and sending data from at least one query resulting from at least one call originated by a caller to said server means for validation, said one query being a transaction capabilities application part (TCAP) message.

3. The gateway of claim 2, wherein said converter means further receives said one query originating from said caller via said STP, said one query having a number of SS7 layers, said converter means breaking said SS7 layers of said query so as to check for valid formatting and contents at the message transfer part (MTP) and signaling call connection part (SCCP) layers of said each query, said converter means further checking said TCAP message to see if it is valid.

4. The gateway of claim 1, wherein said first means further generates messages, with fields from said TCAP query, to be sent to said server means in an internetwork packet exchange-line information database (IPX-LIDB) query packet.

5. The gateway of claim 4, wherein said first means further accepts a response packet from said server means in response to said one query and builds a TCAP response, and forwards said TCAP response to said STP with the called number in said SCCP layer and containing the call party address of said originating caller.

6. In a gateway for providing an entry point for SS7 queries for both domestic and foreign cards and number validation from a signaling transfer point (STP) of a telecommunications network, a method of receiving and responding to said queries resulting from calls placed by callers via said gateway comprising the steps of:

(a) receiving said queries for validation and transmitting responses to said queries;

(b) sending alarm data to an administration system when an error occurs at the gateway; and

(c) collecting operational measurements (OMs) and send the OMs to a server means periodically.

7. The method of claim 6, wherein said step (a) further comprises the steps of:

translating, reformatting and sending data from at least one query resulting from at least one call originated by a caller to said server means for validation, said one query being a transaction capabilities application part (TCAP) message.

8. The method of claim 7, further comprising the steps of:

receiving said one query originating from said caller via said STP, said one query having a number of SS7 layers;

breaking said SS7 layers of said query;

checking for valid formatting and contents at the message transfer part (MTP) and signaling call connection part (SCCP) layers of said each query; and

checking said TCAP message to see if it is valid.

9. The method of claim 6, further comprising the steps of:

generating messages with fields from said TCAP query; and

sending said generated messages to said server means in an internetwork packet exchange-line information database (IPX-LIDB) query packet.

10. The method of claim 9, further comprising the steps of:

accepting a response packet from said server means in response to said one query;

building a TCAP response; and

forwarding said TCAP response to said STP with the called number in said SCCP layer and containing the call party address of said originating caller.