Login| Sign Up| Help| Contact|

Patent Searching and Data


Title:
METHOD AND NODE FOR ROUTING A CALL WHICH HAS SERVICES PROVIDED BY A FIRST AND SECOND NETWORKS
Document Type and Number:
WIPO Patent Application WO/2011/064699
Kind Code:
A1
Abstract:
A method for routing a call having services provided by a first network and a second network comprises: receiving the call in the first network; correlating the first network with the second network for the call; and sending the call to the second network. The correlation between the first network and the second network allows the call for returning back to the first network from the second network, after the services provided by the second network have been applied. A communication node for carrying out the method comprises: an input module for receiving the call in the first network; a generator of a correlation between the first and second networks for the call; and an output module for sending the call to the second network.

Inventors:
HIRAB MAHDI (CA)
Application Number:
PCT/IB2010/055278
Publication Date:
June 03, 2011
Filing Date:
November 18, 2010
Export Citation:
Click for automatic bibliography generation   Help
Assignee:
ERICSSON TELEFON AB L M (SE)
HIRAB MAHDI (CA)
International Classes:
H04L29/06; H04M7/00; H04M7/12
Domestic Patent References:
WO2003001836A12003-01-03
Foreign References:
EP2034688A12009-03-11
Other References:
3GPP: "3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;IP Multimedia Subsystem (IMS) Centralized Services; Stage 2(Release 8)", 3GPP DRAFT; 23292-800-GENERAL_EDITORIALS, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Montreal; 20080618, 18 June 2008 (2008-06-18), XP050266567
Attorney, Agent or Firm:
ANDRADE, Dilip et al. (Town of Mount Royal, Québec H4P 2N2, CA)
Download PDF:
Claims:
Claims

1. A method for routing a call having services provided by a first network and a second network, the method comprising:

- receiving the call from the first network;

- correlating the first network with the second network for the call; and

- sending the call to the second network;

- wherein correlating the first network with the second network allows the call for returning back to the first network from the second network, after the services provided by the second network have been applied.

2. A method as defined in claim 1, wherein the first network comprises an IP Multimedia Subsystem (IMS) network and the second network comprises a Circuit Switched (CS) network.

3. A method as defined in claim 1, wherein the first network comprises a Circuit Switched (CS) network and the second network comprises an IP Multimedia Subsystem (IMS) network.

4. A method as defined in claim 1, further comprising applying the services in the first network after receiving the call in the first network and before sending the call to the second network.

5. A method as defined in claim 1, further comprising applying the services in the first network after receiving the call which has returned back from the second network to the first network.

6. A method as defined in claim 5, further comprising sending the returned call from the first network to a terminal to which the call is directed.

7. A method as defined in claim 1, wherein correlating the first network with the second network comprises generating a correlation number which is inserted in the call; the correlation number indicating the call to return to the first network after being sent to the second network from the first network.

8. A method as defined in claim 7, wherein the correlation number is a private number, which is not seen by a terminal to which the call is directed.

9. A method as defined in claim 1, further comprising checking voice rules for the call, after receiving the call in the first network and before sending the call to the second network. [Claim 10] 10. A method as defined in claim 1, wherein checking the voice rules of the call comprises checking for parallel alerting of multiple devices belonging to a same user.

[Claim 11] 11. A method as defined in claim 7, wherein generating the correlation number further comprises saving the generated correlation number in an application call context.

[Claim 12] 12. A method as defined in claim 7, further comprising creating a new

SIP header for the call containing the generated correlation number.

[Claim 13] 13. A method as defined in claim 1, wherein the services comprise supplementary services.

[Claim 14] 14. A communication node for routing a call having services provided by a first network and a second network, the communication node comprising:

- an input module for receiving the call in the first network;

- a generator of a correlation between the first and second networks for the call; and

- an output module for sending the call to the second network;

- wherein the correlation allows the call for returning back to the first network from the second network, after the services provided by the second network have been applied.

[Claim 15] 15. A communication node as defined in claim 14, wherein the first network comprises an IMS (IP Multimedia Subsystem) network and the second network comprises a Circuit Switched (CS) network.

[Claim 16] 16. A communication node as defined in claim 14, wherein the first network comprises a Circuit Switched (CS) network and the second network comprises an IMS (IP Multimedia Subsystem) network.

[Claim 17] 17. A communication node as defined in claim 14, wherein the services in the first network are applied after receiving the call in the first network and before sending the call to the second network.

[Claim 18] 18. A communication node as defined in claim 17, wherein the services are applied in the first network after receiving the call returned back from the second network to the first network.

[Claim 19] 19. A communication node as defined in claim 18, wherein the output module further sends the returned call from the first network to a terminal to which the call is directed.

[Claim 20] 20. A communication node as defined in claim 14, wherein the

generator generates a correlation number which is inserted in the call; the correlation number indicating the call to return to the first network after being sent to the second network from the first network.

[Claim 21] 21. A communication node as defined in claim 20, wherein the correlation number is a private number, which is not seen by a terminal to which the call is directed.

[Claim 22] 22. A communication node as defined in claim 14, further comprising a checking module for checking voice rules for the call, after receiving the call in the first network and before sending the call to the second network.

[Claim 23] 23. A communication node as defined in claim 14, further comprises an application call context in which the generating correlation number is saved.

[Claim 24] 24. A communication node as defined in claim 20, wherein the

generator further generates a new SIP header for the call in which the generated correlation number is contained.

[Claim 25] 25. A communication node as defined in claim 14, wherein the services comprise supplementary services.

Description:
Description

Title of Invention: METHOD AND NODE FOR ROUTING A CALL WHICH HAS SERVICES PROVIDED BY A FIRST AND

SECOND NETWORKS

Technical Field

[1] The present invention relates to communication networks and more particularly to routing calls in such networks.

Background

[2] The IP Multimedia Subsystem (IMS) is an architectural framework for delivering

Internet Protocol (IP) multimedia services. It was originally designed by the wireless standards body 3rd Generation Partnership Project (3GPP), as a part of the vision for evolving mobile networks beyond GSM. Its original formulation (3GPP R5) represented an approach to delivering "Internet services" over GPRS.

[3] Basically, the IMS network allows for an integration or convergence of networks in order to facilitate the use of IP packets for wireless and landline services, such as telephony, fax, email, internet access, web services, Voice over IP (VOIP), instant messaging (IM), videoconferencing, Video on Demand (VoD), etc.

[4] The ideal for many network operators is to migrate to a full IMS centric network to offer their services.

[5] However, existing network operators are not yet interested in an IMS centric solution only: for example, they would rather like to leverage on their existing investments in Circuit Switch (CS) services.

[6] For example, in terms of supplementary services, some supplementary services are provided by the CS network and some other supplementary services are provided by the IMS network for a same user, who has multiple devices. For instance, a user that has a mobile phone and a Personal Computer (PC) client, for instance, would have the CS network providing some services to the mobile phone and the IMS network providing other services to the PC client. It is understandable that the set of supplementary services offered for the mobile phone differs from the set of supplementary services offered to the PC-Client. However, there are some supplementary services which co-exist in the IMS and CS networks, such as Call Barring, Line Identity (ID) Presentation/Restriction, Mid-Call services, etc. Also, some network operators would like to keep a mix of two different phone numbers: one number for the mobile phone and one number for the fixed phone, thus they wish to have a mix of services in the IMS and CS networks.

[7] Therefore, there is a need to offer services from both an IMS and CS networks and to integrate both networks together.

Summary

[8] According to an aspect of the present invention, there is provided a method for

routing a call having services provided by a first network and a second network. The method comprises: receiving the call in the first network; correlating the first network with the second network for the call; and sending the call to the second network. The correlation between the first network and the second network allows the call for returning back to the first network from the second network, after the services provided by the second network have been applied.

[9] According to another aspect of the present invention, there is provided a communication node for routing a call having services provided by a first network and a second network. The communication node comprises: an input for receiving the call in the first network; a generator of a correlation between the first and second networks for the call; and an output for sending the call to the second network. The correlation between the first and second networks allows the call for returning back to the first network from the second network, after the services provided by the second network have been applied.

Brief Description of the Drawings

[10] Figure 1 is a schematic architecture of a communication system which offers services to users from a first network and second network, according to an embodiment of the present invention;

[11] Figure 2 is a flow chart illustrating a method for routing a call having services

provided by a first network and a second network, according to an embodiment of the present invention;

[12] Figure 3 shows an example of a SIP INVITE header according to an embodiment of the present invention;

[13] Figure 4 is a flow chart showing a detailed method of the method of Figure 2; and [14] Figure 5 shows a communication node for routing a call having services provided by a first network and a second network, according to an embodiment of the present invention.

Detailed Description

[15] Before going further into the description, a list of acronyms used throughout the description is given for clarity purposes.

[16] Acronym list

BGCF - Breakout Gateway Control Function

CAMEL - Customized Applications for Mobile networks Enhanced Logic CS - Circuit Switched CSCF - Call Session Control Function

GMSC - Gateway Mobile Switching Center

HLR - Home Location Register

HSS - Home Subscriber Server

ICA - Initiated Call Establishment

IAM - Initial Address Message

IMS - Internet protocol (IP) Multimedia Subsystem

I-CSCF - Interrogating-Call Session Control Function

MGCF - Media Gateway Controller Function

MGW - Media Gateway

O-CSI - Originating CAMEL Subscription Information

P-CSCF - Proxy- Call Session Control Function

S-CSCF - Service-Call Session Control Function

T-CSI - Terminating CAMEL Subscription Information

VMSC - Visited Mobile Switching Center

[17] Generally stated, embodiments of the present invention allow a network operator to offer services from both a first network, such as for example an IP Multimedia Subsystem (IMS) network, and a second network, such as for example a Circuit Switch (CS) network, during a same call. For example, in a multi-device environment, a user has a plurality of devices, such as a mobile phone, a fixed phone, a computer, etc., that belong to him/her. Using a so-called One-Number functionality, i.e. using a single number to reach the plurality of devices of the user, services offered to the mobile phone differ from those offered to the fixed phone or the computer. The services offered to the mobile phone are usually executed by the CS network, and the services offered to the computer (or alternatively e.g. to a smartphone or PDA device) are usually performed by the IMS network. If another user calls this number, both the fixed phone and mobile phone will start ringing.

[18] In order to provide services from both the first and second networks, a correlation between those two networks is generated. The correlation allows the call to return back to the first network after being sent to the second network, where the services have been executed/applied. For example, by correlating an incoming terminating IMS leg with an incoming terminating CS leg for a call issued by an IMS-enabled device to a device connected to a CS network, services can be offered to a terminating device from both the IMS and CS networks. A telephony application server can be used to provide such a correlation, as will be described hereinbelow.

[19] Figure 1 shows an exemplary architecture of a communication system 10 which offers services to a call issued by a device connected to a first network to a device connected to a second network. The first network can be an IMS network or a CS network. The second network can be a CS network or an IMS network.

[20] For example, the communication system 10 of Figure 1 may comprise an IMS

network 12 and a CS network 14. The IMS network 12 can be represented by different functionalities, which are interconnected with each other as illustrated in Figure 1, such as an I-CSCF 16, for receiving messages from outside the IMS network 12, a S- CSCF BGCF 18, for switching, signaling, session control and services purposes, a P- CSCF 20 for registration and authentication purposes and a HSS 22, a database comprising the profiles of the users and their status. It should be noted that IMS networks are well-known in the art and thus will not be further described. The IMS network 12 offers services such as Presence, Location-based services, etc., in addition to supplementary services.

[21] The communication system 10 also includes the CS network 14, which can be represented by different functionalities, which are interconnected to each other as shown in Figure 1, such as a GMSC 24, for carrying the switching functions, a MGCF/ MGGW 26, a gateway for linking the CS network 14 with the IMS network 12 (thus the MGCF/MGGW 26 is connected to the S-CSCF/BGCF 18 and the GMSC 24), a VMSC 28, for visiting users, and a HLR 30, a database to store users' information. In this case, the example of the CS network 14 illustrated in Figure 1 is the GSM network, which is well-known in the art and thus will not be described further. Of course, other CS networks, such as a CDMA network can be implemented as well.

[22] Furthermore, as illustrated in Figure 1, a mobile phone 32 is connected to the CS network 14 through the VMSC 28 and a terminal or device 34, such as a computer or a SIP phone, is connected to the IMS network 12, through the P-CSCF 20. It is assumed that both the mobile phone 32 and the terminal 34 belong to a same user.

[23] Also, a Telephony Application Sever (T-AS) 36, as illustrated in Figure 1, can be provided in the communication system 10 for providing the correlation between the first and second networks during a same call, as will be described hereinbelow. The T- AS 36 may be a stand-alone node that connects to the IMS network 12 and further to the CS network 14, for example. However, people skilled in the art would understand that other implementations are also possible, for example, the T-AS 36 can be co- located in a node within the IMS network 12 or the CS network 14.

[24] Furthermore, a user can set service rules in the T-AS 36. For example, if parallel alerting/ringing for the mobile phone 32 and the terminal 34 is set by the user, then, when a call is made to the user, the T-AS 36 will initiate one call towards each IMS registered device, i.e. in this example, the terminal 34, and towards each device connected to the CS network 12, i.e. the mobile phone 32 of the user in this case.

[25] As mentioned earlier, the user can have some terminated services in a first network and some in a second network. The first network can be the CS network 14 or the IMS network 12 and the second network can be the IMS network 12 or the CS network 14.

[26] If it is assumed that the first network is the IMS network 12 and the second network is the CS network 14, then in this case, according to an exemplary embodiment of the present invention, when a device, such as for example the IMS-enabled terminal 34, calls the mobile phone 32 of the user, the initiated call leg from the IMS network 12 to the CS network 14 comes back to the IMS network 12 so that the IMS centric services and the CS services will be executed/applied for the same call. To do so, a correlation between the IMS network 12 and the CS network 14 is created in the call.

[27] The Voice Call Continuity TS 23.206 defined by 3GPP defines a method on how to anchor a call, such as a voice call, to either an IMS or CS domain but not to both domains at the same time. In contrast, according to an exemplary embodiment of the present invention, it is possible to anchor the call in the IMS and CS networks at the same time and receive some services, such as supplementary services, in the IMS network and some other in the CS network, as will be explained hereinbelow.

[28] Figure 2 shows a schematic diagram illustrating a method 100 for routing a call

having services provided by a first network and a second network. The method 100 starts with step 102 wherein the first network receives the call. Step 102 may also comprise the step related to a communication node, such as the T-AS 36, receiving the call from the first network.

[29] In step 104, a correlation between the first network and the second network for the call is performed through the communication node, such as the T-AS 36, for example, which may be located in the first network, or connected thereto.

[30] Then, in step 106, the first network sends the call to the second network.

[31] It should be noted that the correlation between the first network and the second

network allows the call for returning back to the first network from the second network, after the services provided by the second network have been applied.

[32] The services that are provided by the first network can be applied when the first network first receives the call, i.e. before sending the call to the second network. Alternatively, the first network can also apply its services for the call when it receives the call back from the second network.

[33] Once the services in the first and second networks are applied, the call is sent out from the first network to the destination device/terminal to which it is directed.

[34] The correlation can be generated by the communication node, through a generator, for example. More specifically, the generator generates a correlation number, which can be referred to as an IMS correlation number (IMCN), in the case when the call is initiated by an IMS-enabled device to a device connected to the CS network 14. The generated correlation number is inserted in the call, or more specifically in the header of the call. When initiating a call using SIP, a SIP INVITE request is generated, for re- questing a session. In this case, the generated correlation number is inserted in the SIP INVITE header.

[35] Figure 3 shows an example of the header of a SIP INVITE request 200 comprising the generated correlation number 202. The generated correlation number 202 may be set in the P- Asserted- Identity parameter 204 (or alternatively in any other suitable location), which provides the real identity of the caller. Also, the Privacy parameter 206 can be set to "Id", so that the generated correlation number 202 is made private, i.e. it is a network provided number and will not be shown in any of a user's terminals. The rest of the parameters in the SIP INVITE header 200 are well-known in the art and thus will not be further detailed.

[36] Now turning to Figure 4, a detailed example (method 300) of the routing method 100 of Figure 2 is described. In this example, it is assumed that the first network is the IMS network 12 and the second network is the CS network 14.

[37] When an IMS-enabled device from a user A, for example, places a call towards a user B, who has services provided by the CS network 14 and the IMS network 12, the call is first received by the IMS network 12. Indeed, a SIP INVITE is received by the S-CSCF/BGCF 18 for establishing a session between the user A and the user B. Then, the S-CSCF/BGCF 18 forwards the SIP INVITE to the T-As 36.

[38] Method 300 starts when the T-AS 36 receives the SIP INVITE from the S-

CSCF BGCF 18. In step 304, the T-AS 36 verifies if the called user (user B) has been already serviced by the current T-AS 36.

[39] If not, then in step 306, the T-AS 36 checks if the incoming IMS leg for the call will need to be sent to the CS network 12 to which the mobile phone 32 is connected. To do so, the T-AS 36 retrieves the voice or service rules of user B, by using the P- Server-User parameter or Request URI from the received SIP INVITE header.

[40] After retrieving the voice or service rules, the T-AS 36 determines if user B has a service rule about parallel ringing/alerting, for example, in step 308. If positive, meaning that the incoming IMS call is to be sent to the CS network 12 too (this connection forming the outgoing leg from the IMS network 12 to the CS network 14), then, the T-AS 36 generates a correlation between the IMS network 12 and the CS network 14, which can be provided by using a correlation number, such as the IMS correlation number (IMCN) 202. This number is a return indication to tell the call to come back to the first network from the second network, for example. Of course, people skilled in the art would understand that other forms for indicating a correlation can be also used.

[41] In step 310, the T-AS 36 creates a new Application Call Context (ACC) for this call.

The ACC is used to save, for example, the original sender user A in the "SIP From" header of the call, contacts, and the correlation number 202, etc. [42] In step 312, a new SIP INVITE is created, in which the correlation number (IMCN) 202 can be set in the P-Asserted- Identity parameter 204 of the header for the new outgoing IMS leg toward the CS network 14. The T-AS 36 can also set the "Id" for the privacy parameter 206 so that when the MGCF 26 receives the new SIP INVITE, it will set it in the Calling-Party-Number with APRI (Address Presentation Restricted Indicator) informationwhich indicates to the MSC to hide the calling party

number. When the call is routed back by the CS network 14 to the IMS network 12, as specified by the correlation number 202, using T-CSI, for example, the T-AS 36 retrieves the application call context, using the "SIP From" header, which contains the correlation number 202. Then, more specifically, the T-AS 36 will generate a CAMEL ICA which will now have the original "SIP From" header as the Calling-number and the called number will be the user B's MSISDN. Alternatively, the T-AS can request from the HLR 30 the MSRN (Mobile Station Routing Number) and the ICA to the GMSC 24 with a Suppress T-CSI. It should be noted that people skilled in the art know the details for establishing a call using different standards such as CAMEL and protocols in a CS network 14 and IMS network 12, and thus the specific steps of such a process will not be detailed further.

[43] In step 314, after sending the new SIP INVITE, from the S-CSCF/BGCF 18, to the CS network 14, the T-AS 36 waits for the call to come back to the IMS network 12 from the CS network 14. Finally, the IMS network 12 sends the call to the mobile phone 32. The mobile phone 32 connected to the CS network 12 will be then alerted.

[44] When the call is received in the CS network 12 from the IMS network 14, services in the CS network 12 are executed/applied. When the call is routed back from the CS network 12 to the IMS network 14, services in the IMS network 14 are executed/ applied.

[45] By having a correlation relationship between the CS network 12 and the IMS

network 14, IMS services can be executed as well as CS services for the same call.

[46] Back to step 304, if the T-AS 36 verifies that the called user (user B) has been

already serviced by the current T-AS 36, meaning that the received SIP INVITE header already comprises the correlation number 202, then the T-AS 36 retrieves the ACC which contains the correlation number 202 and creates a new CAMEL ICA that has as calling-party-number the initial "SIP From" header, and sets the Called- Party-Number with the MSISDN of user B. The new CAMEL ICA is then sent to the mobile phone 32, which will be alerted.

[47] Even though the example of an IMS-enabled device calling a device connected to the CS network 14 has been described hereinabove, people skilled in the art would readily understand that a device connected to the CS network 14 can also initiate a call to an IMS-enabled device and using a correlation between the 2 networks, services from the CS network and the IMS network can be applied for the same call.

[48] Now, turning to Figure 5, a communication node 400, such as the T-AS 36, for

routing a call having services provided by a first network and a second network, will be described.

[49] The communication node 400 comprises an input module 402, a generator of a correlation 404, an output module 406, and a checking module 408.

[50] The input module 402 allows for receiving a call request, such as a SIP INVITE from the first network.

[51] The generator 404 generates a correlation between the first and second networks and inserts the generated correlation in the call request. The correlation can be provided by a correlation number. More specifically, if the call request is a SIP request, the generator 404 can generate a new SIP header in which the generated correlation number is contained.

[52] The output module 406 allows for sending out a new call request, containing the correlation. The output 406 can also send out the call which has returned back from the second network to the first network to a terminal to which the call is directed.

[53] The checking module 408 allows for checking the voice rules of the user who is being called. The voice rules may comprise parallel alerting and other rules.

[54] The communication node 400 can further comprisea plurality of other components (not shown), such as a processor or memory, for performing tasks and procedures of the present invention and other usual tasks and procedures well known in the art. For example, the memory can provide an application call context, in which the generated correlation number is saved.

[55] Advantages of the communication system according to the embodiments of the

present invention include offering flexible services in IMS networks and CS networks.

[56] Modifications and other embodiments of the disclosed invention will come to mind to one skilled in the art having the benefit of the teachings presented in the foregoing description and the associated drawings. Therefore, it is to be understood that the invention is not to be limited to the specific embodiments disclosed and that modifications and other embodiments are intended to be included within the scope of this disclosure. Although specific terms may be employed herein, they are used in a generic and descriptive sense only and not for purposes of limitation.