Transfer of a user equipment in a communication system

FIELD OF THE INVENTION:

[0001] The present disclosure relates to a communication system, and in particular, but not exclusively, to transferring a user equipment from a network to another network in a communication system, said other network providing sharable network resources.

[0002] A communication system can be seen as a facility that enables communication sessions between two or more entities such as user equipment and/or other nodes associated with the communication system. The communication may comprise, for example, communication of voice, data, multimedia and so on. A user' equipment connected to a communication system may, for example, be provided with a two-way telephone call or multi-way conference call or with a data connection. A user equipment may communicate packet data to and from a server entity, or between two or more user equipments.

[0003] A communication system typically operates in accordance with a given standard or specification which sets out what the various entities associated with the system are permitted to do and how that should be . achieved. For example, the standard or specification may define if a user equipment is provided with a circuit switched service or a packet switched service or both. Communication protocols and/or parameters which shall be used for the connection are also typically defined. For example, the manner how the user equipment can access the communication system and how communication shall be implemented between the user equipment and the elements of the communication network is typically based on predefined communication protocols. In other words, a specific set of “rules” on which the communication can be based on needs to be defined to enable the user equipment to communicate via the communication system.

[0004] Communication systems proving wireless communication for user equipment are known. These systems are commonly referred to as mobile

WO 2006/038076

PCT/IB2005/002896 systems, although in certain systems the mobility may be restricted to substantially small areas. An example of the mobile systems is the public land mobile network (PLMN). A PLMN is commonly based on cellular architecture. Another example is a mobile system that is based, at least partially, on use of communication satellites. Mobile communications may also be provided by means of other mobile systems, such as by means of wireless local area networks (WLAN).

[0005] In a common wireless system a base station servers a plurality of user equipment. A user equipment may also be in wireless communication with two or more base stations at the same time. Communication on the wireless interface between the user equipment and the base station can be based on an appropriate communication protocol. A base station is understood to be a part of an access network (AN) that enables the mobile station to access the core part of the communication network, referred to as the core network (CN).

[0006] The skilled person knows the basic operational principles and elements required for the wireless access. Examples of these include access systems such as the CDMA (Code Division Multiple Access), WCDMA (Wide-band CDMA), TDMA (Time Division Multiple Access), FDMA (Frequency Division Multiple Access), or SDMA (Space Division Multiple Access) and hybrids thereof.

[0007] Each base station and/or access network is controlled by an appropriate control arrangement. The operation of a base station and other apparatus of the access network can be controlled by one or several control entities. Two or more base stations may be controlled by a controller. For example, the third generation (3G) Wideband Code Division Multiple Access (WCDMA) networks employ control entities known as radio network controllers (RNC) for controlling the operation of the wireless access network. In the second generation (2G) GSM (Global System for mobile) the access network is understood to be controlled by a base

WO 2006/038076

PCT/IB2005/002896 station controller (BSC). A radio network controller may control a number of stations, or all stations, of an access network.

[0008] The access network controllers are connected to appropriate core network entities. One or more gateway nodes may also be provided for connecting a core network to other networks. For example, a mobile core network may be connected to other mobile or fixed line communication networks or communication networks such as an IP (Internet Protocol) and/or other packet data networks.

[0009] A communication network is commonly run and operated by a network operator. The operation environment of network operators has changed and is becoming more dynamic in its nature. For example, partnerships, acquisitions, creative agreements among operators and so on have forced the operators to rethink the way they use the resources of their networks. The changes have opened the minds for the possibility of sharing the networks resources. However, there are some technical obstacles before more dynamic operation and sharing of the resources could become reality, not least because of the way the technical aspects of the networks are standardised.

[00010] The concept of “network sharing” shall be understood broadly, and includes various scenarios, for example, but not limiting to these, a common radio access network connected to a multiple core networks, multiple radio access networks sharing one core network, or multiple radio access networks connected to a multiple of core networks.

[00011] Conventionally telecommunications service providers have operated and owned their networks. Use of a network by a party other that the owner of the network has been enabled by means of roaming agreements or the like. For example, when the GSM and then the UMTS systems were specified, the possibility of sharing part or the entire network by two or more separate commercial entities was not considered at all.

WO 2006/038076

PCT/IB2005/002896

GSM was designed under the principle one operator, one radio access network. Although the GSM network has some possibilities of infrastructure sharing, it does not properly support sharing of resources at the radio access network level. The initial design of third Generation Partnership Project (3GPP) systems has followed the same principle. As a result the standards lack functionalities that could enable the realization of such commercial agreements, and more efficient use of the resources.

[00012] · Proposals for network-sharing include the scenarios such as the Gateway Core Network (GWCN) and the Multiple Operator Core Network (MOCN). The GWCN scenario is intended for legacy-shared networks, and defines how a gateway core network can be deployed for shared-network architecture where, besides the radio access network, mobile switching centres (MSCs) and serving GPRS (general packet radio service) support nodes (SGSNs) are also shared. The GWCN scenario also describes how the scenario might be deployed with functionalities of older networks. It also allows the radio access network operator to be or not to be one of the core network operators.

[00013] One recent improvement for the GWCN scenario is the possibility to select a network by a user equipment. In this scenario the user equipments can be made aware of the operators providing services in the shared network. A supporting user equipment for use in this scenario may be any equipment which is capable of understanding information about available operators as provided by the shared network, selecting one of the available operators, and indicating the selected operator to the network.

[00014] User equipments that are supporting shared networks are a fairly recent proposal. Therefore a number of non-supporting user equipment will be in use for the foreseeable future. When a user equipment that is not supporting network sharing is being transferred from an access network to another, the target shared access network controller should include a

WO 2006/038076

PCT/IB2005/002896 commonly used operator identity that is understood by such a user equipment. In certain systems, for example those based on 3G standards, radio access network provides a globally unique location information to a user equipment when it is transferred from an access network to another. Thus, the location information contains a PLMN identity as part of the location information. In a communication system employing sharing of network resources a question is which PLMN identity is provided to the user equipment, since there are a multiple of choices, due to a multiple of operators providing service in the same physical network. It has been proposed that for a non-supporting user equipment, the PLMN identity should be the identity of the radio access network (Common-PLMN-ID), and not the identity of any of the possible operators.

[00015] However, the access network controller does not necessarily know if a user equipment is configured such that it can support sharing of network resources. Thus the controller may not know to which user equipments it should include information regarding the identity of the possible serving network.

[00016] In addition to this, when handing over or relocating a user equipment from a non-shared network to a shared network with GWCN configuration, the target shared access network controller may not necessarily know which one of the PLMNs of the network should be serving the user equipment.

[00017] It shall be appreciate that the problem is not limited to transfer from a non-shared to shared network. Similar problem may occur within a shared network.

[00018] A user equipment may be transferred from an access system to another, for example in handover or relocation. It is technically possible that a user equipment that supports network sharing registers to a different core network operator for packet switched domain than the one serving the

WO 2006/038076

PCT/IB2005/002896 user equipment for an ongoing circuit switched connection. This may not always be desirable.

[00019] A user equipment is RRC-connected after a handover, and thus it may not have to include a core network identity in a message such as the ‘INTIAL DIRECT TRANSFER’ message to access network controller, because the access network should already know what is the identity of the selected PLMN. However, the access network controller needs to know in that case the selected PLMN for the user equipment, because it may need to indicate it to the user equipment and also because it may need to store it so that the access network controller is able to indicate the identity to the shared SGSN in the case of GWCN, when NAS-RAU has to be sent via RANAP:INTIAL UE MESSAGE (after reception from user equipment of the RRCJNTIAL DIRECT TRANSFER message, which does not include the identity because the user equipment is RRC-connected). Furthermore, after circuit switched handover from non shared network or another shared access controller, the access network controller is mandated, in order to allow the user equipment to register on a packet switched domain, to send the RRC:UTRAN MOBILITY INFORMATION to the user equipment, which includes the core network Information Info that indicates the current Selected PLMN to the user equipment. The supporting user equipment may need to get the right PLMN identity because it may need to use it later on when the circuit switched call is released and the user equipment goes back to idle. In that case the user equipment may perform background scan and check whether its current selected PLMN is the right high priority PLMN. If not the user equipment may perform another routing area update (RAU). If the access network controller sends to user equipment a Common PLMN-ID instead of a selected CN-PLMN-ID in the core network information info in UTRAN MOBILITY INFORMATION, the user equipment will almost always performs a RAU after the circuit switched call is released, leading to significant increase in signaling.

WO 2006/038076

PCT/IB2005/002896 [00020] Therefore there is a need for an improved solution for the handling of handovers or other relocations of user equipment in communications systems including at least one shared network.

SUMMARY OF THE INVENTION [00021] Embodiments of the present invention aim to address one or several of the above problems.

[00022] According to one embodiment, there is provided a method for transferring a user equipment from a network to a second network. The method comprises initiating transfer of a user equipment communicating with a first network from the first network to the second network, the second network providing resources to a plurality of operators, selecting an operator for the user equipment from the plurality of operators, providing the second network with information regarding identity of the selected operator, transferring the user equipment to the second network,, and sending information regarding the identity of the selected operator to the user equipment.

[00023] According to another embodiment, there is provided a core network controller for a communication system configured to provide resources to a plurality of operators. The controller comprises a processor for selecting an operator amongst a plurality of operators for a user equipment that is to be transferred from a first network to a second network, and an interface for sending information regarding the identity of the selected operator to a further controller for sending to the user equipment.

[00024] According to another embodiment, there is provided an access network controller for a communication system configured to that provide resources to a plurality of operators. The controller comprises at least one interface for receiving information regarding the identity of a operator to be used by a user equipment from a further controller and for sending said

WO 2006/038076

PCT/IB2005/002896 information to the user equipment, and a processor for determining if a user equipment is provided with shared network capability and for controlling identity information to be transmitted to a user equipment.

[00025] According to another embodiment, there is provided a user equipment for communication with a network providing resources to a plurality of operators. The user equipment comprises a radio part for wireless communication with communication networks, and at least one controller for processing transfer of the user equipment from communication with a first network to communication with a second network. The at least one controller is configured to process information regarding the identity of an operator selected from the plurality of operators, the information being received via the radio part and after initiation of a transfer to the second network.

[00026] According to yet another embodiment, there is provided a communication system comprising a plurality of communication networks, at least one of the communication networks providing resources to a plurality of operators, and a controller for selecting an operator for the user equipment amongst a plurality of operators and for sending to a further controller information regarding the identity of the selected operator. The further controller is configured to determine if a user equipment supports resource sharing, and subsequent to determination that the user equipment supports sharing of network resources, to send information regarding the identity of the selected operator to the user equipment. .

[00027] The embodiments of the invention may provide advantage in that the resources of shared networks may be more efficiently used. An user equipment may be prevented from performing a packet swictched (PS) registration to a womg network when moving to a shared network while having ongoing circuit switched (CS) call and from performing subsequent registration to higher priority network which would increase the signalling load in the network. Consistent mobility handling may be enabled

WO 2006/038076

PCT/IB2005/002896 for network sharing that supports user equipments.

BRIEF DESCRIPTION OF DRAWINGS [00028] For better understanding of the present invention, reference will now be made by way of example to the accompanying drawings in which:

Figure 1 shows a communication system wherein the present invention may be embodied;

Figure 2 is a flowchart illustrating an embodiment ofthe present invention;

Figure 3 shows a scenario of handover from a 2G non-shared network to a 3G shared network, and the corresponding signaling flows;

Figure 4 shows a scenario of handover from a non-shared 3G network to a shared 3G network, and the corresponding signaling flows; and

Figure 5 shows a scenario of handover from a shared 3G network to another shared 3G network, and the corresponding signaling flows.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS [00029] It is noted that even though the exemplifying communication system shown and described in more detail in this disclosure uses the terminology of the 2^nd generation and 3^rd generation (3G) WCDMA (Wideband Code Division Multiple Access) networks, such as the GSM, UMTS (Universal Mobile Telecommunications System) or CDMA2000 public land mobile networks (PLMN), embodiments of the proposed solution can be used in any wireless communication system wherein similar problems in relocation of user equipment may be solved by means ofthe embodiments ofthe invention.

[00030] In a mobile communication network such as a public landline mobile network (PLMN) a number of base stations is arranged to wirelessly transmit signals to and receive signals from a plurality of mobile user

WO 2006/038076

PCT/IB2005/002896 equipment 1. The base station are not shown in Figure 1 for clarity reasons. Likewise, each of the mobile user equipment 1 is able to transmit wireless signals to and receive signals from appropriate base station. Typically a mobile user equipment is able to move within the access network provided by one or more base stations and also from one access network coverage area to another coverage area. The location of a mobile station may thus vary in time as the mobile user equipment may be free to move within the mobile communication system. A mobile communication system may be provided by a plurality of mobile communication networks. An appropriate user equipment is provided with required radio transmission elements and controller functions so that it is enabled to send and receive data from the network, and process control instructions it may receive from the network and to send required control information to the network.

[00031] Figure 1 shows also an access network 5 provided with three access network controllers, and more particularly three radio network controllers (RNC) 2, 3 and 4. Each of the base stations is commonly connected to an access network controller. The access network controllers commonly provide control on the elements of the access network, such the base ptations. The access network controllers are commonly connected to other network elements, such as to an appropriate core network (CN) controller entities via suitable interconnections. The core network controller entities may comprise, for example mobile switching centers (MSC) and/or serving GPRS (general packet radio service) support nodes (SGSNs) 6, 7, and 8, gateway nodes (not shown in Figure 1) and so on.

[00032] A reference is now also made to the flowchart of Figure 2. A user equipment may be transferred from a network to another for example by means of procedures such as handover or relocation. The transfer is initiated in step 100 in response to a predetermined event triggering the transfer. The transfer may be performed from a first type of an access system to another type of an access system. For example, an Inter-RAT

WO 2006/038076

PCT/IB2005/002896 . 11 (Radio Access Technology) handover from GSM to UTRAN (UMTS Terrestrial Radio Access Network) may be performed.

[00033] A core network controller of the new network is informed of the user equipment. If the new core network is a shared network, the core network controller may select an appropriate operator at step 102. An access network associated with the new core network may then be informed of the selection at step 104.

[00034] The user equipment is then transferred to the new network. At this stage the access network controller may send to the user equipment an appropriate information message, for example a ‘UTRAN MOBILITY INFORMATION’ message. This information message may be sent as one of the first resource control messages after the access network controller has received a confirmation that the handover is completed, for example a ‘HANDOVER TO UTRAN COMPLETE’ message, from the user equipment. The information message is for informing the user equipment about its location including the identity of the PLMN with which the user equipment has a signaling connection. The ‘UTRAN MOBILITY INFORMATION’ message commonly contains only one PLMN identity.

[00035] The target access network controller, such as one of the RNCs of Figure 1, may indicate in the ‘UTRAN MOBILITY INFORMATION’ message the identity of the core network operator towards which a user equipment that is configured to support network sharing already has a signaling connection. In a shared network case, this may be needed in order to guide the subsequent messages, such as routing area updates (RAU) to the correct PLMN for a user equipment that supports network sharing.

[00036] The embodiments provide a mechanism for the network to determine the appropriate identity of which a user equipment should be informed. Such selection may be needed, for example, in the GWCN case

WO 2006/038076

PCT/IB2005/002896 referred to above, although it shall be appreciated this may not always be necessary. The necessity may arise for example in applications where several core network operators share MSC/SGSN resources, or the operators do not have any dedicated connections towards the shared target access networks controller. Therefore the access network controller may need to be informed about the identity of the selected operator. This can be provided, for example, in a ‘RELOCATION REQUEST’ message from the shared MSC.

[00037] However, the shared core network element, for example a MSC, may not always know whether the user equipment is a supporting user equipment or not. The network element may nevertheless send a CNPLMN-ID to the target shared access network controller in a ‘RELOCATION REQUEST’ message. It is then up to the access network controller to decide at step 108 if the user equipment needs to be informed of the identity or not.

[00038] The identity of the selected operator is sent to a supporting user equipment in step 110. If it is detected at the access network that the user equipment does not support network resource sharing, the access network controller may send a common-PLMN-ID instead, see step 112, i.e. PLMNID of the shared radio access network. This is an example of identities a non-supporting user equipment can still detect and understand.

[00039] The access network controller may be configured such that is can determine whether the user equipment supports network sharing or not. This information can be derived, for example, in the 3G systems from an Access Stratum (AS) release indication included in a ‘RRC CONNECTION REQUEST’ message and/or in a ‘INTER RAT HANDOVER INFO’ message. The ‘INTER RAT HANDOVER INFO’ is an example of messages a user equipment may send to a network before a handover takes place. This message is then delivered by the network to the target the access network controller. The ‘INTER RAT HANDOVER INFO’

WO 2006/038076

PCT/IB2005/002896 contains an information element specifying compliancy of the user equipment with the access stratum specifications of a particular 3GPP release. So in case of 2G to 3G handover, the target access network controller may obtain from this knowledge if a user equipment is a nonsupporting user equipment or a supporting user equipment. In case of 3G to 3G handover, the source access network controller may get information about the user equipment’s capabilities from the ‘RRC CONNECTION REQUEST’ message. The received capability information is sent by the source access network controller to target access network controller in handover signaling.

[00040] The following exemplifying scenarios relate to an Inter-RAT handover from a 2G non-shared network to a 3G shared network, an IntraUMTS relocation/handover from a non-shared 3G network to a shared 3G network, and a relocation/handover from a shared 3G network to another shared 3G network.

[00041] In the below described examples operator identity information is transferred by extending the ‘RELOCATION REQUEST’ message with one additional information element (IE). The information element may be used for carrying a core network identity, such as the CN-PLMN-ID when handing a user equipment over or relocating a user equipment from a nonshared network to a shared UMTS network with GWON configuration.

[00042] Figure 3 illustrates a handover scenario from a 2G non-shared network to a 3G shared network,, and more particularly how a circuit switched call from a dedicated GSM network is handed over to a shared UMTS network provided with GWON configuration. It is noted that the same solution is applicable also for other handovers, for example 3G to 3G handovers as shown in Figure 4. More particularly, Figure 3 shows the following messages and stages:

WO 2006/038076

PCT/IB2005/002896

1. A GSM base station controller (BSC) 2 decides that handover to another network should be performed and sends a ‘BSSMAP Handover Required’ message to an anchor MSC 6.

2. An anchor MSC 6 sends a ‘BSSMAP Handover Request’ message to a target MSC 7 including the identity of the user equipment (for example an International Mobile Subscriber Identity; IMSI).

3. The target (Gateway) MSC 7 selects a core network (CN) operator from available CN operators sharing the gateway core network (GWCN) and sends a ‘RANAP Relocation Request’ message to the RNC 3. The message includes the identity of the selected CN operator (CN-PLMNID).

4. After radio resources are allocated, the target RNC 3 sends a ‘RANAP Relocation Request Ack’ message to the target MSC 7.

5. The target MSC 7 sends ‘BSSMAP Handover Request Ack’ message to the anchor MSC 6.

6. The anchor MSC 6 sends a ‘BSSMAP Handover Command’ message to the source BSC 2. The BSC 2 then commands the user equipment 1 to perform handover to the target cell.

7. When the user equipment 1 accesses the target cell, the RNC 3 informs the selected core network about this by sending a ‘RANAP Relocation Detect’ message to the target MSC 7. After the handover is performed successfully the RNC 3 sends a ‘RANAP Relocation Complete’ message to the target MSC 7.

8. The target MSC 7 forwards the ‘RANAP Relocation Detect’ and ‘Relocation Complete’ messages to the anchor MSC 6 as ‘BSSMAP Handover Detect’ and ‘Handover Complete’ messages.

9. The new RNC 3 informs the user equipment 1 about its location by sending a ‘RRC UTRAN Mobility Information’ message. Among other possible information, this message may contain the identity of the selected core network operator (CN-PLMN-ID) for user equipment supporting network sharing. The RNC 3 has obtained knowledge regarding the capabilities of the user equipment 1 (supporting / nonWO 2006/038076

PCT/IB2005/002896 supporting) from the AS release indication included in the ‘RRC CONNECTION REQUEST’ message as well as in the ‘INTER RAT HANDOVER INFO’ message. If the user equipment 1 is not a supporting user equipment, message 9 may include the CommonPLMN-ID instead, or any other indication of the shared radio access network which the non supporting user equipments can detect and understand.

1O.The user equipment may then perform registration for packet switched services, if required, by sending a ‘Routing Area Update’ message, for example inside a ‘RRC Initial Direct Transfer’ message to the SGSN 7’ transparently via the RNC 3. As the user equipment is RRC connected to the network, The ‘RRC Initial Direct Transfer’ message does not necessarily need to include the CN-PLMN-ID provided by the RNC 3 in step 9. The RNC 3 may use the identity received in the ‘RELOCATION REQUEST’ message to put it into a ‘RANAP Initial UE Message’. The ‘RANAP Initial UE Message’ contains also the ‘Routing Area Update’ message from the user equipment 1. The CN-PLMN-ID indicates to the SGSN 7’ which core network operator of the possible operators should be serving the user equipment 1.

[00043] Different behavior of the user equipment in different scenarios can be avoided by the above described mechanism wherein the user equipment, rather than the RNC, indicates the operator identity when the RNC.

[00044] Figure 4 illustrates another example wherein handover occurs for a circuit switched call from a dedicated UMTS network to a shared UMTS network with a GWCN configuration and a user equipment that supports network sharing. More particularly, Figure 4 shows the following messages and stages:

WO 2006/038076

PCT/IB2005/002896

1. A source radio network controller (RNC) 2 decides that a handover to another network should be performed. A ‘RANAP Relocation Required’ message is sent to an anchor mobile switching center (MSC) 6.

2. The anchor MSC 6 sends a ‘RANAP Relocation Request’ message to a target MSC 7 including the identity of the user.

3. The target (Gateway) MSC 7 selects a core network (CN) operator from CN operators sharing the GWCN and sends a ‘RANAP Relocation Request’ message to the new RNC 3. The message includes the identity of the selected CN operator.

4. After radio resources are allocated, the new RNC 3 sends a ‘RANAP Relocation Request Ack’ message to the target MSC 7.

5. The target MSC 7 sends a ‘RANAP Relocation Request Ack’ message to the anchor MSC 6.

6. The anchor MSC 6 sends a ‘RANAP Relocation Command’ message to the source RNC 2. The RNC 2 then commands the user equipment 1 to perform handover to the target cell. If the user equipment 1 already uses the radio resources of the target RNC 2 by communicating with the serving RNC 3 via lur interface, then it is not necessary to send any handover command messages to the user equipment 1.

7. When the user equipment 1 accesses the target cell, the RNC 3 informs the core network (CN) about this by sending a ‘RANAP Relocation Detect’ message to the target MSC 7. After the handover is performed successfully the RNC 3 sends a ‘RANAP Relocation Complete’ message to the target MSC 7. If the user equipment 1 already uses the radio resources of the target RNC 3 by communicating with the RNC 3 via an lur interface, then the ‘Relocation Detect’ message is sent at the time when the target RNC 3 starts acting as a serving RNC.

8. The target MSC 7 forwards the ‘RANAP Relocation Detect’ and ‘ Relocation Complete’ messages to the anchor MSC 6.

WO 2006/038076

PCT/IB2005/002896

9. The RNC 3 informs the user equipment 1 about its location by sending a ‘RRC UTRAN Mobility Information’ message. This message may contain the identity of the selected CN operator (CNPLMN-ID) if the user equipment supports network sharing.

10. The user equipment may then perform registration for packet switched services, if required, by sending a ‘Routing Area Update’ message, for example inside a ‘RRC Initial Direct Transfer’ message to the SGSN 7’ transparently via the RNC 3. As the user equipment is RRC connected to the network, the ‘RRC Initial Direct Transfer’ message may not need to include the CN-PLMN-ID provided by the RNC 3 in step 9. RNC may use the identity received in the RELOCATION REQUEST to put it into a ‘RANAP Initial UE Message’. The ‘RANAP Initial UE Message’ contains also the ‘Routing Area Update’ message from the user equipment 1. The CNPLMN-ID indicates to the SGSN 7’ which core network operator of the possible operators should be serving the user equipment 1 [00045] Figure 5 illustrates yet another example wherein handover occurs from a shared 3G network to another shared 3G network over a LA border.

[00046] The MSC 7 acting as a relay MSG, or the target MSC during handover, may be provided with an appropriate data processor for implementing an appropriate algorithm to select an appropriate operator. The selection may be based on a variety of possible algorithms and parameters. For example, the identity of the user (for example International Mobile Subscriber Identity; IMSI) may be used as one selection criteria. Some exemplifying scenarios are given below:

[00047] Operator A and Operator B share a network. If a handover to the shared network is performed for B’s or its affiliates’ subscriber, then it may be preferred if B becomes the serving operator for the user in the shared

WO 2006/038076

PCT/IB2005/002896 network. Selection may also be based on statistical and/or historical data. Sharing operators may have agreed that for example A gets 60% and B 40% of the international roamers in the shared network. In this case the core network controller would have to implement an algorithm to assign subscribers accordingly to these operators and the selected operator identity would be indicated to the user equipment accordingly. A possible selection criteria may be the network identity from which the handover is performed. For example, if a handover is performed from A’s dedicated network to a shared network in which A is one of the sharing partners, then it might be preferred that A is selected as the serving operator in this particular scenario.

[00048] The operator is preferably selected after initiation of the transfer. The selection may be performed by the target MSC (relay) after it has received a request for handover or relocation and before the target MSC sends a request for transfer to the target RNC. The selection may at least partially be based on information preconfigured in the target MSC. This preconfigured information may be for example, but not limited to, such that users with home PLMN identities ‘X, Y, Z’ will be assigned operator ‘A’ in a shared network, users with home PLMN identity Ί, J, K, L’ will be assigned operator ‘B’ in a shared network, and users with home PLMN identity ‘P, Q, R’ will be assigned operator ‘C’ in a shared network. Users with any other home PLMN identity may then be assigned operator ‘A’, ‘B’, or ‘C’ in a shared network based on, for example, even statistical distribution.

[00049] Selection by the target core network controller is a preferred option since there may not be agreements between all individual operators involved. The individual operators of the shared network may not have roaming agreements with the operator of the non-shared network. The “old” core network controller is not a part of the shared networks, and it may therefore be preferred if its operation is not affected at all by any aspects of the shared network.

WO 2006/038076

PCT/IB2005/002896 [00050] In the above described example the MSC 7 indicates the identity of the selected core network operator in a ‘RANAP Relocation Request’ message sent to RNC. This function as such is mandatory for some MSCs, for example those complying with shared GWCN in accordance with release 6 (rel-6) of the 3GPP.

[00051] The access network controller in the shared network is also provided with an appropriate algorithm to detect whether a user equipment is a supporting one or not. This may be provided, for example, by means of an appropriate software configured to detect the enablement information from messages such as the Access Stratum (AS) release indication included in a ‘RRC CONNECTION REQUEST’ message and/or in the ‘INTER RAT HANDOVER INFO’ message and/or ‘RRC CONNECTION SETUP COMPLETE’.

[00052] If the user equipment is determined by the software or another logic as being a supporting user equipment, the software may include the identity of the selected core network operator in a message such as the ‘RRC UTRAN Mobility Information’ message.

[00053] It is noted that in the case of an inter-MSC handover within a shared network, the anchor shared MSC may need to send the CN-PLMNID over an E-MAP interface.

[00054] The above used the CN-PLMN-ID as an example of a possible identity. There are also other alternatives, for example the Global CN-ID IE used for the lu-flex/NNSF function of 3GPP Release 5 and later releases when a ‘RELOCATION REQUEST’ message is sent from a core network node towards an access network controller for which the sending core network node is not the default core network node.

[00055] In the above examples the transfer from an access system to another occurs before a selected identity is sent to the user equipment UE.

This is not necessary in all applications. In this alternative the target access

WO 2006/038076

PCT/IB2005/002896 network controller may include the selected operator identity for example into a ‘RRC Handover Command’ message sent to the user equipment transparently via the target core network controller, the source network controller and the source radio access network controller.

[00056] The above data processing functions may be provided by means of one or more data processor entities. Appropriately adapted computer program code product may be used for implementing the embodiments, when loaded to a computer, for example for performing the computations and the searching, matching and combining operations. The program code product for providing the operation may be stored on and provided by means of a carrier medium such as a carrier disc, card or tape. A possibility is to download the program code product via a data network. Implementation may be provided with appropriate software in a location server. Thus it may be that no additional hardware is needed in some applications. Additional memory and processing capacity may be needed in a location server.

[00057] It should be appreciated that whilst embodiments of the present invention have been described in relation to user equipment such as mobile stations, embodiments of the present invention are applicable to any other suitable type of user equipment.

[00058] It is understood that other embodiments of the invention are possible, while remaining within the scope of the invention. Thus the invention is also applicable to other mobile techniques than the GSM and WCDMA.

[00059] It is also noted herein that while the above describes exemplifying embodiments of the invention, there are several variations and modifications which may be made to the disclosed solution without departing from the scope of the present invention as defined in the appended claims.

WO 2006/038076

PCT/IB2005/002896