Methods, systems, and computer program products for providing telecommunications services between a session initiation protocol (SIP) network and a signaling system 7 (SS7) network

• US 8,520,828 B2
• Filed: 10/27/2010
• Issued: 08/27/2013
• Est. Priority Date: 03/21/2005
• Status: Active Grant

• Current Assignee: Tekelec
• Original Assignee: Tekelec
• Inventors: Khadri, Seetharaman, Benedyk, Robby D., Nair, Vikram
• Primary Examiner(s): Matar, Ahmad
• Assistant Examiner(s): Asanbayev, Oleg
• Application Number:
  US12/913,735
• Publication Number:
  US 20110040884A1
• Time in Patent Office: 1,035 Days
• Field of Search: 370/352, 379/207.02, 379/219, 379/221.08, 379/221.013
• US Class Current: 379/219
• CPC Class Codes: H04L 41/046 comprising network management agents or mobile agents therefor
• CPC Class Codes: H04L 41/0866 Checking the configuration
• CPC Class Codes: H04L 65/104 in the network
• CPC Class Codes: H04L 65/1104 Session initiation protocol [SIP]
• CPC Class Codes: H04L 65/40 Support for services or applications
• CPC Class Codes: H04M 2207/12 intelligent networks
• CPC Class Codes: H04M 3/42297 with number portability
• CPC Class Codes: H04M 7/127 where the session control protocols comprise SIP and SS7
• CPC Class Codes: H04Q 2213/13103 Memory
• CPC Class Codes: H04Q 2213/13176 Common channel signaling, CCS7
• CPC Class Codes: H04Q 2213/13196 Connection circuit/link/trunk/junction, bridge, router, gateway
• CPC Class Codes: H04Q 2213/13204 Protocols
• CPC Class Codes: H04Q 2213/13339 Ciphering, encryption, security
• CPC Class Codes: H04Q 2213/13345 Intelligent networks, SCP
• CPC Class Codes: H04Q 2213/13348 Channel/line reservation
• CPC Class Codes: H04Q 2213/13389 LAN, internet
• CPC Class Codes: H04Q 3/0025 Provisions for signalling
• CPC Class Codes: H04Q 3/005 Personal communication services, e.g. provisions for portability of subscriber numbers

Abstract

Methods, systems, and computer program products for providing telecommunication services between a SIP network and an SS7 network are disclosed. In one method, SIP/SS7 gateway receives an INVITE message from a SIP proxy server. The SIP/SS7 gateway extracts a called party number from the INVITE message and determines whether a telecommunications service is required and a type of service required for the INVITE message based on the called party number. The SIP/SS7 gateway then formulates an SS7 query to a database corresponding to the identified service type. The SIP/SS7 gateway receives a response from the database and uses data from the response to facilitate completion of the call. In one example, the SIP/SS7 gateway may forward a routing number extracted from the response back to the originating SIP proxy server. In another example, the SIP/SS7 gateway may generate a new INVITE message and forward the new INVITE message to a terminating SIP proxy server. In yet another example, the SIP/SS7 gateway may formulate a second query to the same database or to a different database to obtain further information for facilitate completion of the call.

Claims

1. A method for providing telecommunications services in a session initiation protocol (SIP) and SS7 environment, the method comprising:

at a SIP and SS7 gateway;

(a) receiving a SIP INVITE message from a SIP network and relating to a call from an originating SIP proxy server, the SIP INVITE message including a called party number stored in a To field of the SIP INVITE message, wherein receiving a SIP INVITE message includes receiving a SIP INVITE message without any extension headers identifying the type of service required for the call, and, in response to receiving the INVITE message, determining whether a telecommunications service is required, and, in response to determining that a telecommunications service is required;

(b) determining, based on the called party number from the SIP INVITE message, a type of telecommunications service required for the call, wherein determining a type of telecommunications service required for the call includes;

determining the type of telecommunications service by comparing the called party number to a database of called party numbers maintained by the SIP and SS7 gateway that correlates different called party numbers with a plurality of different service types, wherein the plurality of different service types include line information database (LIDB) services, custom local area signaling services (CLASS), and calling name (CNAM) service;

(c) formulating an SS7 query to a database in an SS7 network based on the identified type of service for the call;

(d) receiving a response from the database to the query; and

(e) extracting data from the response and using the data to facilitate completion of the call, wherein the SIP network and the SS7 network are incompatible with each other because the SIP network and the SS7 network use different communications protocols, wherein using the data extracted from the response to facilitate completion of the call includes performing a second query to the SS7 network using the data from the response and receiving a response to the second query.

2. The method of claim 1 wherein using the data extracted from the response to facilitate completion of the call includes forwarding the data to the originating SIP proxy.

3. The method of claim 1 wherein using the data extracted from the response to facilitate completion of the call includes generating an INVITE message based on the data extracted from the response and forwarding the INVITE message to a terminating SIP proxy.

4. The method of claim 1 comprising, in response to determining that a telecommunications services not required, signaling to complete the call with a destination entity.

5. A session initiation protocol (SIP) and SS7 gateway comprising:

(a) a SIP interface for receiving a SIP INVITE message from a SIP network and relating to call from a SIP proxy server, the SIP INVITE message including a called party number stored in a To field of the SIP INVITE message;

(b) an interworking unit for determining a type of telecommunications service required for the call based on the called party number from the SIP message and for requesting a query based on the identified service type, wherein the interworking unit is adapted to determine whether a telecommunications service is required for the call, and, in response to determining that a telecommunications service is required for the call, the interworking unit is adapted to determine the service type based on the INVITE message without requiring an extension header identifying the service type to be present in the INVITE message, and wherein determining a type of telecommunications service required for the call includes

determining the type of telecommunications service by comparing the called party number to a database of called party number maintained by the SIP and SS7 gateway that correlates different called party numbers with a plurality of different service types, wherein the plurality of different service types include line information database (LIDB) services, custom local area signaling services (CLASS), and calling name (CNAM) service; and

(c) a database interface for receiving the request and for formulating an SS7 query to a database in an SS7 network and obtaining a response to the query, wherein the interworking unit is adapted to extract data from the response and use the data to facilitate completion of the call, wherein the SIP network and the SS7 network are incompatible with each other because the SIP network and the SS7 network use different communications protocols, wherein using the data extracted from the response to facilitate completion of the call includes performing a second query to the SS7 network using the data from the response and receiving a response to the second query.

6. The system of claim 5 wherein the interworking unit is adapted to forward the data extracted from the query to the originating SIP proxy server.

7. The SIP and SS7 gateway of claim 5 wherein the interworking unit is adapted to generate a new INVITE message including the data extracted from the response and forward the new INVITE message to a terminating SIP proxy server.

8. A non-transitory computer-readable medium encoded with computer executable instructions that when executed by the processor of a computer control the computer to perform steps comprising:

at a session initiation protocol (SIP) and SS7 gateway;

(a) receiving a SIP INVITE message from a SIP network and relating to a call from an originating SIP proxy server, the SIP INVITE message including a called party number stored in a To field of the SIP INVITE message, wherein receiving a SIP INVITE message includes receiving a SIP INVITE message without any extension headers identifying the type of service required for the call, and, in response to receiving the INVITE message, determining whether a telecommunications service is required and, in response to determining that a telecommunications service is required;

(b) determining, based on the called party number from the SIP message, a type of telecommunications service required for the call, wherein determining a type of telecommunications service required for the call includes

determining the type of telecommunications service by comparing the called party number to a database of called party number maintained by the SIP and SS7 gateway that correlates different called party numbers with a plurality of different service types, wherein the plurality of different service types include line information database (LIDB) services, custom local area signaling services (CLASS), and calling name (CNAM) service;

(c) formulating an SS7 query to a database in an SS7 network based on the identified type of service for the call;

(d) receiving a response from the database to the query; and

(e) extracting data from the response and using the data to facilitate completion of the call, wherein the SIP network and the SS7 network are incompatible with each other because the SIP network and the SS7 network use different communications protocols, wherein using the data extracted from the response to facilitate completion of the call includes performing a second query to the SS7 network using the data from the response and receiving a response to the second query.