Node, system and method for routing traffic in communications system in which call control and signaling is separated from traffic

When a connection is established between user terminals in a system supporting the separation of control traffic and user traffic into separate network nodes, the routing of user traffic is optimized by not reserving resources for the user traffic in the home network (H-MSC) of a user terminal if the user terminal is roaming (4-8).

PRIORITY CLAIM

This is the U.S. national stage of application No. PCT/FI2009/050032, filed on 15 Jan. 2009. Priority is claimed from Finland Patent Application No. 20085042, filed 17 Jan. 2008, the entire content of which is expressly incorporated herein by reference.

FIELD OF THE INVENTION

The present invention relates to routing in a communications system, and especially to routing in a communication system in which call control and signalling is separated from traffic.

BACKGROUND ART

The following description of background art may include insights, discoveries, understandings or disclosures, or associations together with disclosures not known from the relevant art prior to the present invention but provided by the invention. Some such contributions of the invention may be specifically pointed out below, whereas other such contributions of the invention will be apparent from their context.

The evolution of communication technology, particularly IP-based (IP, Internet Protocol) communication technology and end user terminals, has enabled versatile communication possibilities and introduction of different services. More and more often services are implemented using an IP Multimedia Subsystem IMS, such as an All-IP system standardized by the 3GPP, and employing an IP-based session control protocol, such as a SIP (Session Initiation Protocol) protocol. IMS provides multimedia services which are usually, although not necessarily, Internet-based services employing a packet protocol. SIP is an IETF defined application-layer control protocol which is not vertically integrated into a communications system but a tool to build a multimedia architecture.

In order to ensure interworking between IMS networks and an exist circuit-switched network infrastructure, such as GSM (Global system for mobile communications), a platform called an MSC (mobile switching centre) server system has been developed. The MSC server system is independent of the transmission backbone networks, and it separates call control and signalling (control plane) and traffic (user plane) into separate network nodes, so that a network node called an MSC server (MSC-S) is responsible for call control, interworking with other domains and signalling, and a network node called a multimedia gateway (MGW) is responsible for switching and carrying the actual traffic. Although the separation enables the optimization of the traffic flows by locating MGWs closer to end users and by locating MSC-Ss near interconnection points, the traffic and signalling to or from a roaming subscriber still has to be circulated via a home network of the roaming subscriber in order to keep the connection management in the home network.

SUMMARY

An object of the present invention is to provide a more optimal routing of traffic. The object of the invention is achieved by a method, a system and a network node which are characterized by what is stated in the independent claims. The preferred embodiments of the invention are disclosed in the dependent claims.

DETAILED DESCRIPTION OF SOME EMBODIMENTS

The present invention is applicable to any network node, corresponding component(s), and/or to any communication system or any combination of different communication systems that support roaming and an MSC server system platform, or a corresponding platform. The communication system may be a fixed communication system or a wireless communication system or a communication system utilizing both fixed networks and wireless networks. The protocols used, the specifications of communication systems and network nodes, especially in wireless communication, develop rapidly. Such development may require extra changes to an embodiment. Therefore, all words and expressions should be interpreted broadly and they are intended to illustrate, not to restrict, the embodiment.

In the following, different embodiments will be described using, as an example of a system supporting the MSC server platform, a system having ISUP (ISDN user part) capable operator networks (end-points) that use SIP-I to convey ISUP and RTP (Real-Time Transport Protocol) to convey traffic (such as a voice stream, video stream, or multimedia stream) in inter-operator connections without restricting the embodiments to such a solution, however.

A general architecture according to an embodiment is illustrated inFIG. 1.FIG. 1shows a highly simplified system architecture only showing a communications system100having ISUP-capable operator networks200,200′,200″ to which user terminals (not shown inFIG. 1) may connect, the operator networks being connected to each other via one or more inter-operator backbone networks300called IPX (IP packet exchange). Each of the illustrated operator networks200,200′,200″ comprises one or more mobile switching centre servers (MSC-S) connected to one or more multimedia gateways (MGW). The connections shown inFIG. 1are logical, operative connections; the actual physical connections may be different. It is apparent to a person skilled in the art that the system(s) also comprise(s) other devices, system entities, functions and structures that need not be described in detail herein.

It should be appreciated that the operator networks may be connected directly to each other, or by other means than IPX, such as another kind of a packet-switched network, for example. However, it is irrelevant to the invention how the operator networks are connected.

FIG. 2is a block diagram of a network node according to an embodiment of the invention. The network node is any node configured to process control traffic, such as signalling, and to allocate resources for the actual data traffic. Below the network node is called, for the sake of clarity, a mobile switching centre server. Although the mobile switching centre server has been depicted as one entity, different modules and memory may be implemented in one or more physical or logical entities. The mobile switching centre server may be any network node or a host via which a connection establishment request is routed in a home network of a subscriber.

The mobile switching centre server200is configured to handle control plane information exchange, such as call control, interworking with other domains, and signalling, such as requests relating to voice calls, and to select a multimedia gateway for switching and carrying the actual traffic. For this purpose, the mobile switching centre server comprises an interface205for communicating with the multimedia gateway, a routing and resource allocation unit201for providing routing of a connection establishment request and resource allocation for the connection, a receiving unit203for receiving different inputs, information and messages, a sending unit202for sending different outputs, information and messages and a memory204for storing routing related information at least temporarily. The routing and resource allocation unit201is configured to obtain information on a subscriber from a subscriber database, such as a home location server, to route a request according to the retrieved data and to be responsive to the receiving unit. Thus, the routing and resource allocation unit may be described as a unit comprising routing means for routing, reserving means for reserving resources and disabling means for disabling the reserving means, the disabling means being preferably responsive to a roaming home subscriber to disable the receiving means. Routing and resource allocation may be divided in separate units.

The functionality of the mobile switching centre server, or more precisely, different examples of a functionality of the routing and resource allocation unit201, is described in more detail below withFIGS. 3 and 4. It should be appreciated that the mobile switching centre server may comprise other units used in or for relaying a connection establishment request or other messages. However, they are irrelevant to the actual invention and, therefore, they need not to be discussed in more detail here.

A mobile switching centre server, or a corresponding network node, implementing one or more functions of a corresponding mobile switching centre server described with an embodiment comprises not only prior art means, but also means for implementing the one or more functions of a mobile switching centre server described with an embodiment, and it may comprise separate means for each separate function, or the means may be configured to perform two or more functions. The mobile switching centre server may be configured as a computer or a microprocessor, such as single-chip computer element, including at least a memory for providing storage area used for arithmetic operation and an operation processor for executing the arithmetic operation. Present mobile switching centre servers comprise processors and memory that can be utilized when implementing an embodiment. The memory may be removable memory detachably connected to the mobile switching centre server. For example, the routing and resource allocation unit201may be a software application, or a module, or a unit configured as an arithmetic operation, or as a program (including an added or updated software routine), executed by an operation processor, such as a central processing unit. An embodiment provides a computer program embodied on any mobile switching centre server-readable distribution/data storage medium, comprising program instructions which, when loaded into a mobile switching centre server, constitute the routing and resource allocation unit. Programs, also called program products, including software routines, applets and macros, can be stored in any medium, and may be downloaded into the mobile switching centre server. In other words, all modifications and configurations required for implementing one or more functions of an embodiment may be implemented as added or updated software routines, application circuits (ASIC) and/or programmable circuits.

FIG. 3is a flow chart illustrating the functionality of a mobile switching centre server MSC-S according to an embodiment in which a data stream is to be delivered over IP. For the sake of clarity, it is assumed that all network nodes, and thereby networks, involved support the MSC server platform. (If one of the network nodes/networks involved does not support the MSC server platform, it rejects the connection establishment request and no connection is formed.) Further assumptions are that the data stream is a circuit-switched data stream, the signalling relates to a voice call and that the called subscriber answers to the call.

Referring toFIG. 3, MSC-S receives (step300) a connection establishment request which indicates that a circuit-switched data stream is to be delivered over IP. The connection establishment request, such as SIP-INVITE, typically itself indicates that a circuit-switched data stream is to be delivered over IP. In response to receiving the request, MSC-S first checks (not shown inFIG. 3), whether it supports the circuit-switched data stream over IP feature. Since MSC-S supports the feature, MSC-S checks, in step301, whether the invitation originates from a home subscriber. If not, then MSC-C checks, in step302, whether the invitation is targeted to a home subscriber. If yes, then MSC-S obtains the routing address of the home subscriber (not shown inFIG. 3), and checks, in step303, from the routing address, whether or not the target subscriber is roaming.

If the target subscriber is roaming, MSC-S forwards, in step304, the invitation towards the routing address, and after a while MSC-S receives, in step305, a response to the request, the response indicating in the example that the target subscriber answers to the call (and that the roaming network supports the circuit-switched data stream over IP). Then MSC-S checks, in step306, whether or not the response contains information on MGW.

If the response contains information on MGW (step306), MSC-S forwards, in step307, the response to the party from whom the invitation was received in step301. Thus, the response contains an MGW address in the roaming network and no MGW resources are reserved in the home network.

If the subscriber is not roaming (step303), MSC-S invites, in step308, the subscriber by using ISUP signalling and after a while receives, in step309, ISUP signalling indicating an acceptance of the invitation. In other words, MSC-S and the subscriber's user terminal exchange circuit-switched connection establishment signalling. After the acceptance is received, MSC-S reserves, in step310, resources for user traffic to be sent over the connection from a multimedia gateway, and sends a response to the party from whom the invitation was received in step301. This time the response contains an MGW address in the home network.

If the response received from a roaming subscriber does not contain MGW information (step306), no MGW is reserved, and therefore MSC-S continues to step310to reserve resources to the user traffic of the connection from a multimedia gateway.

If the invitation is not targeted to a home subscriber (step302), it is targeted to a roaming subscriber served by MSC-S, and MSC-S continues to step308to invite the subscriber.

If the invitation originates from a home subscriber (step301), MSC-S checks, in step312, whether the invitation is targeted to a cared of subscriber, the cared of subscriber being either a home subscriber (either in a roaming network or in the home network) or a visiting subscriber (a roaming subscriber served by MSC-S). If the invitation is targeted to a cared of subscriber, MSC-S performs, in step313, the process defined by steps302-306and308-310and described above. If the invitation is not targeted to a cared of subscriber, MSC-S performs, in step314, the process defined by steps304-306and310, described above. After step313or314, the target subscriber (called party) has the required resources reserved, and MSC-S checks, in step315, whether the originating subscriber (calling party) is roaming. If the calling party is not roaming, MSC-S reserves, in step316, MGW resources for the originating subscriber, this reserving including transmitting MGW information received in step313or314. Then MSC-S sends, in step317, an acknowledgement to the originating subscriber.

However, if the originating home subscriber is roaming (step315), MSC-S does not reserve MGW resources but instead sends, in step318, a response with MGW information received in step313or314towards the roaming network.

In an embodiment, in which a response received from a roaming subscriber (step305) always contains MGW information when the invitation is accepted, MSC-S is configured, in response to detecting such a response, to forward the response (i.e., skip over step306).

FIG. 4is a signalling flowchart illustrating signalling according to an embodiment. In the illustrated example, it is assumed that the signalling relates to a call and that a called subscriber is roaming and answers to the call. For the sake of clarity, the signalling between a mobile switching centre server O-MSC and a multimedia gateway O-MGW in an originating network, a mobile switching centre server R-MSC and a multimedia gateway R-MGW in the roaming network, and a mobile switching centre server H-MSC in the roaming subscriber's home network is illustrated, other signalling within the networks or signalling over IPX network(s) is not shown inFIG. 4.

A user, i.e., a caller in the originating network, has called a subscriber. Therefore O-MSC serving the caller sends message4-1to H-MSC. Message4-1is an inviting message, such as SIP INVITE.

In response to receiving message4-1, H-MSC detects, in point4-2, that the invite message is from a user located in another network, and targeted to a roaming subscriber. Further, H-MSC detects that Voice over IP is used. In response to detecting that the subscriber is roaming, H-MSC obtains a routing address and sends another inviting message, message4-3to R-MSC serving the subscriber. Message4-3is SIP INVITE, for example.

When the subscriber accepts the invitation (point4-4), R-MSC reserves MGW resources from R-MGW by sending message4-5. R-MGW reserves required resources and response by sending message4-6. Then R-MSC responds to the request by sending message4-7containing MGW information on R-MGW.

In response to receiving message4-7, H-MSC detects, in point4-8that it received MGW information in a response to an invitation sent to a roaming subscriber, and therefore, instead of reserving MGW resources in an MGW in the home network, H-MSC forwards message4-7to O-MSC, the message containing information on R-MGW. In other words, H-MSC sends R-MGW information as it were its own MGW information. When O-MSC receives message4-7, O-MSC reserves required resources from O-MGW (messages4-9and4-10), and O-MGW establishes an RTP connection by sending message4-11to R-MGW.

Then the user traffic flow is from O-MGW directly to R-MGW, the user traffic flow does not circulate via the roaming subscriber's home network. Thus, the actual user session (such as a voice call) is routed via a shortest part, thereby shortening the delay and enhancing the quality of calls, especially if the roaming distance is long (a subscriber having the home network in Finland is roaming in Hong Kong). However, the call control and other signalling still circulate via the roaming subscriber's home network, or more precisely via the mobile switching centre server in the roaming subscriber's network. This enables the home network to still supervise connections, and to provide a roaming subscriber more specific information on calls or roaming to a prepaid subscriber, for example.

In an embodiment of the invention, H-MSC analyzes, in point4-8, the address of the multimedia gateway received in the response (message4-7), and in response to the address being an address for another network, instead of reserving MGW resources in an MGW in the home network, H-MSC forwards message4-7to O-MSC.

As can be seen from the above, no changes are needed in the used protocols, and, therefore, there is no need to describe them in more detail here.

Although the embodiment has been described above assuming that the caller and the called are in different networks, they may be in the same network, i.e., the originating network may the network where the called is roaming.

Although the embodiment has been described above assuming that the called one is roaming, it is apparent to one skilled in the art that the calling party may be the one roaming or both are roaming, in which cases the calling party's home network's mobile switching centre server does not reserve MGW resources (the user traffic does not circulate via the home network).

Although the embodiment has been described above assuming that the connection establishment request or the used protocol indicates itself that a data stream is to be delivered over IP, it should be apparent that instead, or in addition to, the request may contain information indicating that a circuit-switched data stream is to be delivered over IP. Examples of the information indicating in a request that a circuit-switched data stream is to be delivered over IP include IAM (initial address message), the type of the data stream, requested/suggested codecs, and protocols used for delivering the data stream.

The steps/points, signalling messages and related functions described above inFIGS. 3 and 4are in no absolute chronological order, and some of the steps/points may be performed simultaneously or in an order differing from the given one. Other functions can also be executed between the steps/points or within the steps/points and other signalling messages sent between the illustrated messages. Some of the steps/points or part of the steps/points can also be left out or integrated together or replaced by a corresponding step/point or part of the step/point. The network node operations illustrate a procedure that may be implemented in one or more physical or logical entities. The signalling messages are only exemplary and may even comprise several separate messages for transmitting the same information. In addition, the messages may also contain other information.