The increasing use of data communication networks is creating an increased use of Voice over Internet Protocol (VoIP) calls between users. These VoIP calls often are routed among different types of data communication networks, such as the Internet, Local Area Networks (LANs), mobile communication networks, and so forth. Users of mobile networks may connect to the network through any number of different mobile switching centers. When routing calls to mobile device users in mobile networks, the system must locate the user's mobile device within the mobile network to properly communicate the call to the user.
Existing systems that attempt to route a VoIP call to a user in a mobile network often route the call through multiple mobile switching centers until the mobile device associated with the call recipient is located. This multiple routing of calls destined for a user in a mobile network is inefficient and costly due to the increased usage of network resources such as switches and voice ports. Therefore, it is desirable to provide more efficient systems and methods for routing VoIP calls to mobile device users in a mobile network.
In the Figures, the left-most digit of a component reference number identifies the particular Figure in which the component first appears.
Overview
The described systems and methods identify an appropriate serving switch for processing an incoming Global System for Mobile Communications (GSM) call directed to a subscriber. More specifically, and responsive to receiving a SIP INVITE associated with a GSM call, the systems and methods described herein send a Send Routing Information (SRI) for Short Message (SM) for receipt by a Home Location Register (HLR) to identify the appropriate serving switch in the mobile telecommunications network to process the incoming call. The appropriate serving switch is the center to which the subscriber's mobile device is currently location-updated in the mobile communication network. After identifying the appropriate mobile switching center, the systems and methods map the SIP address of the serving switch to an IP Address or Fully Qualified Domain Name (FQDN). The systems and methods then send the SIP INVITE directly to the mapped address for processing of the incoming call by the identified serving switch. In this manner, the described systems and methods avoid the routing of calls through multiple mobile switching centers, and thereby reduce the network resources necessary to handle VoIP calls in a mobile communication network.
Particular embodiments described herein communicate data using the Session Initiation Protocol (SIP). SIP supports the calling features of conventional telephone systems through a peer-to-peer protocol. SIP is not limited to voice-related applications—SIP is also useful as a general-purpose protocol for any type of multimedia communication session.
Although particular examples discussed herein relate to a SIP router, the systems and methods described herein are applicable to any type of data communication device, for example, a Breakout Gateway Control Function (BGCF) or a SIP proxy device that has been modified to implement the systems and methods described herein. The specific devices, components, systems and communication links discussed herein are provided for purposes of discussion and to provide an exemplary implementation of session initiation protocol routing systems and methods. The described systems and methods are applicable to any type of data received from any type of device in any operating environment.
Additionally, particular examples discussed herein relate to incoming VoIP calls. However, the present SIP router systems and methods can be applied to any type of circuit-switched (CS) call that a Mobile Switching Center (MSC) could process (e.g., GSM calls such as a CS video call, a CS data call, a CS voice call, etc.) that is communicated to (or communicated within) a mobile communication network.
An Exemplary System
Session border controller 104 is operatively coupled to Session Initiation Protocol (SIP) router 106, media gateway(s) 108, and Media Gateway Controller Function(s) (MGCF(s))/call server component(s) 110. SIP router 106 performs various call routing (and data routing) functions, such as the functions described herein. For example, SIP router 106, responsive to receiving a SIP INVITE pertaining to an incoming GSM call (e.g., “incoming call”), efficiently identifies a serving switch (a respective MGCF/call server 110) to process an incoming call to a target subscriber device 112 in the mobile communication network, wherein the serving switch represents the switch where the target mobile subscriber is currently registered. In another example, SIP router 106 is capable of identifying a serving switch to process VoIP calls directed to a subscriber of a mobile device 112 coupled to a mobile communication network.
Media gateway(s) 108 performs the translations, conversions or other functions necessary to communicate digital media streams (e.g., VoIP streams, etc.) to formats used in a mobile communication network.
In particular implementations, the mobile communication network is a circuit-switching network, such as a Global System for Mobile Communications (GSM) network or Public Switched Telephone Network (PSTN). MGCF/call server 110 is SIP-enabled so the call server to communicate in the IMS domain. MGCF/call server 110 manages connections with multiple mobile devices 112 located within a particular geographic region proximate the respective MGCF/call server. Mobile devices 112 include, for example, cellular phones, smart phones, and/or other devices that include a software client to emulate a mobile phone. Although three mobile devices 112 are shown in
SIP router 106 is coupled to an Electronic Number Mapping (ENUM) database 114 and a Home Location Register (HLR) 116. ENUM database 114, for example, maps an E.164 address to a SIP URI utilizing Domain Name System (DNS) technology. E.164 defines a public telecommunication-numbering plan used in a PSTN and other data networks. SIP Uniform Resource Identifier (URI) is an addressing technique that defines a user's “SIP phone number”. A SIP URI has the format “sip:username@domain”, where “username” is associated with a particular user and “domain” identifies a particular domain name.
SIP router 106 uses information contained in ENUM database 114 to determine whether a particular incoming call (e.g., a voice call, etc.) is destined for a mobile communication network accessible to SIP router 106. Home location register 116 contains information related to the specific serving MGCF/call server address (e.g., a Global Title Address, etc.) for users/subscribers of the mobile communication network. A Global Title Address is the address used to communicate with an MGCF/call server in a SS7 network.
Although environment 100 shows various individual systems and components, any two or more of these systems and components can be combined into a single system or component. For example, ENUM database 114 and/or home location register 116 may be contained within SIP router 106 in particular embodiments.
Communication module 210 allows SIP router 106 to communicate with other devices, components and systems, such as the devices, components and systems discussed above with respect to
An Exemplary Procedure for Routing Data
In a particular embodiment, the SIP router uses information received from an ENUM database (e.g., ENUM database 114 in
Procedure 300 continues at block 304, where the SIP INVITE router sends a query message for receipt by a home location register. Use of SRI/SM to route incoming calls by identifying a serving switch in a circuit-switched mobile network on which a target mobile subscriber is currently registered is novel. MAP_SEND_ROUTING_INFO_FOR_SM is part of the MAP (Mobile Application Part) Specification in 3GPP TS 09.02.
In this embodiment, procedure 300 does not use a “standard” SRI for voice to query the home location register. This “standard” SRI for voice invokes certain processing in the mobile switching center and in the home location register. This processing (e.g., determining call forwarding information) is not necessary for the implementation of procedure 300. System resources in the mobile switching center and the home location register are conserved using this approach. Instead of using “standard” SRI for voice, SRI-SM is used to query the home location register. This SRI-SM query causes the home location register to generate a response indicating the switch associated with the call destination, without the unnecessary call forwarding information and other details.
Referring again to
At block 308, the home location register then responds to the SIP router's query by communicating the MGCF/call server address to the SIP router. At block 310, the SIP router receives the serving switch address from the home location register and maps the received MGCF/call server address to the IP address or FQDN associated with the incoming call using a SIP interface address-mapping table. In one implementation, the address-mapping table is a static table. As an example, MGCF/call server address 14044558018 is mapped to IP address 10.161.187.84. It could also be a FQDN like MSC1.networka.com. So if someone was calling at XXX-345-6789 and the SIP Router got a response from the SRI-SM with a MSC SCCP address of 14044558018 the sip router would match that address to IP 10.161.187.84 and send out a SIP INVITE message to URI sip:+13456789;npdi@10.161.187.84:5060;user=phone or if it was mapped it to a FQDN sip:+13456789;npdi@ MSC1.networka.com:5060;user=phone. At block 312, the SIP router uses the information contained in the routing tables to send the received SIP INVITE (block 302) to the identified serving switch so that the serving switch can process the call.
As discussed above, use of SRI-SM to identify the serving switch avoids the unnecessary use of mobile switching center and home location register resources. Additionally, the use of SRI-SM allows the existing mobile switching centers, home location registers and other components/systems to operate without modification. By having a single SIP-enabled mobile switching center (e.g., a respective MGCF/call server 110 in
Specific embodiments discussed herein receive communications from one or more peer networks. In alternate embodiments, the systems and procedures discussed herein are used to route communications between any number of devices in various environments. These alternate embodiments include mobile-to-mobile Inter-MSC Trunking (IMT) traffic (this is MSC to MSC traffic), mobile-to-PSTN communications, mobile-to-voicemail signaling, IP Multimedia Subsystem (IMS)-to-PSTN traffic, and IMS-to-GSM mobile communications. Other embodiments may use the systems and procedures discussed herein to communicate any type of communications between devices or components in any network environment.
Conclusion
Although the systems and methods for a SIP router have been described in language specific to structural features and/or methodological operations or actions, it is understood that the implementations defined in the appended claims are not necessarily limited to the specific features or actions described. Rather, the specific features and operations of routing data are disclosed as exemplary forms of implementing the claimed subject matter.
Number | Name | Date | Kind |
---|---|---|---|
6078575 | Dommety et al. | Jun 2000 | A |
6222829 | Karlsson | Apr 2001 | B1 |
6253072 | Verdonk | Jun 2001 | B1 |
6327267 | Valentine | Dec 2001 | B1 |
6963635 | Jones | Nov 2005 | B1 |
7450565 | Suotula | Nov 2008 | B2 |
7941171 | Vempati | May 2011 | B2 |
7991394 | Gonen | Aug 2011 | B2 |
8199727 | Bienn | Jun 2012 | B1 |
20020024943 | Karaul et al. | Feb 2002 | A1 |
20030169768 | Bienn | Sep 2003 | A1 |
20040185836 | Pelaez | Sep 2004 | A1 |
20050002407 | Shaheen | Jan 2005 | A1 |
20050003805 | Zaffino | Jan 2005 | A1 |
20050070282 | Hinz | Mar 2005 | A1 |
20050192005 | Blom | Sep 2005 | A1 |
20060077957 | Reddy | Apr 2006 | A1 |
20060079236 | Del Pino | Apr 2006 | A1 |
20060092925 | Svensson et al. | May 2006 | A1 |
20060142011 | Kallio | Jun 2006 | A1 |
20070049281 | Chen | Mar 2007 | A1 |
20070060124 | Kalavade | Mar 2007 | A1 |
20070149166 | Turcotte | Jun 2007 | A1 |
20070153766 | Bienn et al. | Jul 2007 | A1 |
20070184860 | Jansson | Aug 2007 | A1 |
20070207784 | Ewert | Sep 2007 | A1 |
20070263599 | Itzkovitz | Nov 2007 | A1 |
20070291733 | Doran | Dec 2007 | A1 |
20080039104 | Gu | Feb 2008 | A1 |
20080064391 | Cai et al. | Mar 2008 | A1 |
20080096597 | Vempati | Apr 2008 | A1 |
20080117893 | Witzel | May 2008 | A1 |
20080144494 | Casey | Jun 2008 | A1 |
20080144615 | Casey | Jun 2008 | A1 |
20080153490 | Lee et al. | Jun 2008 | A1 |
20080280617 | Aguilar et al. | Nov 2008 | A1 |
20080292074 | Boni et al. | Nov 2008 | A1 |
20080309557 | Mailaender | Dec 2008 | A1 |
20090036146 | Lamba | Feb 2009 | A1 |
20090111489 | Wilson | Apr 2009 | A1 |
20090129578 | Zhou | May 2009 | A1 |
20090221310 | Chen | Sep 2009 | A1 |
20100062807 | Yao | Mar 2010 | A1 |
20100085937 | Pressley | Apr 2010 | A1 |
20100098241 | Laster | Apr 2010 | A1 |
20100128685 | Jiang | May 2010 | A1 |
20100158201 | Vijay Marathe et al. | Jun 2010 | A1 |
20100190492 | Jiang | Jul 2010 | A1 |
20100220667 | Noldus | Sep 2010 | A1 |
20100250662 | Agarwal | Sep 2010 | A1 |
20100272096 | Witzel | Oct 2010 | A1 |
20100330960 | Ravishankar | Dec 2010 | A1 |
20100330987 | Lee | Dec 2010 | A1 |
20100331023 | Cai | Dec 2010 | A1 |
20110110298 | Yi et al. | May 2011 | A1 |
20110263247 | Smelov | Oct 2011 | A1 |
20110310884 | Arauz-Rosado | Dec 2011 | A1 |
20120258743 | Kurokawa | Oct 2012 | A1 |
Number | Date | Country |
---|---|---|
2008055913 | May 2008 | WO |
Entry |
---|
European Search Report dated Feb. 20, 2014 issued in EP Application No. 11 82 3991, 6 pp. |
International Searching Authority, International Search Report, PCT Application PCT/US2011/050463, mailed Jan. 4, 2012, 2 pages. |
Number | Date | Country | |
---|---|---|---|
20120057573 A1 | Mar 2012 | US |