METHOD ANS SYSTEM FOR RESTORING MOBILE TERMINAL MOBILITY INFORMATION AFTER A FAILURE OF A NETWORK NODE
FIELD OF THE INVENTION
The present invention relates to a. metho and arrangements 10 for restoring information concern±ng a terminated service within a communication network.
It is preferably used in the field of Public Land Mobile Networks (PLMN) based on exchanging mobile service 15 information among different network entities.
BACKROUND OF THE INVENTION
Basically a mobile core network consists of a serving network 20 (SN) and a home network (HN) . The SN is connected to the radio access network (RAN) . The mobile station (MS) interacts via the radio interface with the RAN and via higher layer protocols with the core network (CN) nodes.
25 Basically the SN accommodate the mobility information of the MS in IDLE mode .
In case of an outage of the serving network node the mobility information of the MS is lost. 30 Examples for an outage: failures in the software or control system failures by physical damage software upgrade
35 If the serving network node is repaired or an alternative node is available the location of the MS is still not known.
In case of a mobile terminated service request either the MS must be searched within the complete SN node service area or the MS is not reachable for mobile terminated services at all-
Today's serving network nodes (e.g. MSC) serve uniquely a geographical area . The SN nodes and the RAN nodes are connected based on a clear hierarchy (SN : RAN = 1 : n) . Therefore a RAN is connected to one SN node only.
In case of mobility data loss within a SN node, the following mechanisms are used to restore the mobility data within the SN node:
- Mobile Originated (MO) (a) Time based: Periodic Update of the location
The MS autonomously triggers an update location to the core network after a defined inactivity time in the IDLE mode. (b) Event based: Service Request e.gj. mobile originated call To invoke a mobile service the MS triggers a service request to the core network.
- Mobile Terminated (MT) (c) Event based: Service Request e.g. Short Message Services (SMS-MT) or other services like Multi Media Messaging
Service, Location Service, Any Time Interrogation or Network Initiated Context Activation.
In case of a MT service request the SN node must locate the MS. Therefore the SN node triggers all connected RAN nodes to search the MS within the complete service area of the SN node. Thereupon the MS answers to trαat request and the mobility data can be restored.
The searching within the complete SN node service area is very ineffective and may produce overload in the RAN. As a result a service degradation (MO/ T) for the mobile stations within this service area is possible.
The constant technological improvement of per- ormance and capacity of mobile network nodes will lead to a concentration e.g. of SN nodes. Because of that the search problem get worse.
To improve the mobile originated service availability the SN - RAN can be (fully) meshed inter-connected based on pool areas (SN : RAN = m : n' ) . Therefore a RAN can be connected to several SN nodes.
In this scenario the above described mechanisms (a,b,c) are still used to restore the mobility data withi the SN node.
The searching within the complete SN node service area, which is in loadsharing (m:n') scenarios certainly larger than in hierarchical (l:n) scenarios, represents an intensifying of the above mentioned disadvantages. Due to the pool area concept a service degradation (MO/MT) for mobile stations registered in SN nodes, different from the fa_iled SN node, is also possible.
Due to the above mentioned problems the searching mechanism is no suitable instrument for restoration of lost mobility data in SN nodes .
The remaining MO restoration mechanisms are not sufficient for a user—friendly mobile terminated service availability.
Some general GSM-mechanisms providing failover operations and updating subscriber data in cellular radio systems are known by the documents US-B-6 408 182, US-A-5 479 481 and Lagrange X., Godlewski P., Tabbane S.: "Reseaux GSM" 2000, Hermes Science Publications, Paris 5, XP002291299. Boat also these mechanisms do not overcome the above-mentioned, problems in a sufficient way.
It is therefore an object of the present invention to provide a method and arrangement for restoring information concerning a terminated service which overcome the above mentioned problems .
This object is achieved by features of a method and arrangements which are mentioned _ n the independent claims. Further advantageous embodiments of the invention are described m the dependent claims.
SUMMARY OF INVENTION
An aspect of the invention s a method for restoring information concerning a terminated service within a communications network comprising the following steps of: a) providing at least one terminal equipment (MS) with network specific information during normal operation activities, b) providing the at least one terminal equipment (MS) with selective information m the case of detecting loss of data (1, 2), c) comparing said network specific information with sa d selective information (3) and d) depending on the result of said comparison initiating a re-registration process (3, 4, 5) of the at least one terminal equipment (MS) .
A further aspect of the invention is to provide arrangements which perform the above mentioned method, preferably a terminal equipment comprising means for receiving network specific information during normal operation activities, means for receiving selective information m the case of detecting loss of data, - means for comparing said network specific information with said selective information and
means for initiating a re-registration process depending on the result of said comparison, as well as a
Network node, preferably a Radio Access Network node, comprising means for sending network specific information during normal operation activities, means for sending selective information in the case of detecting loss of data and - means for reacting to a re-registration process, as well as a Network node, preferably Serving Network node, comprising means for sending network specific information during normal operation activities and means for sending selective information in the case of detecting loss of data.
The invention is particularly used in the mobile network area. Selective information preferably comprises failure information of a network node. The loss of data is related to mobility data of a terminal equipment . The Terminal equipment is represented by a mobile station. The Network nodes are particularly represented by radio access network nodes anci serving network nodes.
In case of mobility data loss within a SN node, the following mechanism should be used (in addition to the existing MO restoration mechanisms) in order to optimize the mobile terminated service availability for a mobile user.
The mechanism is based on the provision of selection information to a mobile station in order to trigger mobile originated activities in case of matching selection criteria.
For example MS activities are necessary in case of mobility data loss of a serving network node:
During normal operation activities, the SN node provides the MS with SN node specific information (e.g. unique SN node identity and additional information) . The MS memorizes this information. After mobii 1 xty data loss in the SN node, the RAN may be informed about the failure by the SN node, or the RAN detects the outage of the SN node by itself. When the repaired or an alternative SN node is available, the RAN gives selective failure information (e.g. unique SN node identity and additional failure/reaction information) to the mobile stations, which verify the selective failure information, and trigger, if necessary, a re-registration to mobile core network. Due to the selective failure information only mobile stations, which had previously registered to the failed SN node, are affected.
The RAN transfers the re-registration requests to the already repaired SN node or to an alternative SN node for further processing. As a result of thus, the MS location is known within the SN, and therefore it is reachable again for mobile terminated service requests.
The described mechanism can also be used for the restoration of mobility data in other core network nodes, e.g. to accelerate HLR (Home Location Register) restoration (MAP RESET procedure) .
Notes related to the SN node failure example:
1. The restoration based on MT service requests, which results in a searching of the MS in the complete SN node service area, should be disabled to avoid tremendous network load.
2. The provision of the SN node specific information to the mobile station may be done within the mobility management (= MM) handling in a secure manner (e.g. within MM specific procedures like Attach, Location Update or Routing Area Update.)
3. SN node failure detection: a) External detectable failure (complete outage) : The RAN itself detects the outage of a SN node e.g. SS7 and IP based mechanisms b) External not detectable failure (internal failure) : — SN node detects the loss of mobility data itself and informs the RAN about the failure when it is available again or - manual activity by RAN operator e.g. due to alarming
4. The RAN must be able to route MS requests to an alternative node or to the repaired node .
5. The RAN informs only the respective MS about the SN node failure: — by logical restriction Two cases have to be distinguished: a) failed SN node not available: In this case all MS, which have been registered in the failed SN node are triggered to start the re- registration procedure, e.g. broadcast the failed SN node identity. b) failed SN node available again: In this case all MS, which have not yet been reregistered after the SN node recovery have to be triggered to start the re-registration procedure, e.g. broadcast of the failed SN node identity and a recovery counter. The recovery counter gets incremented after the outage, when the SN node becomes available again.
The SN node identity and the --Recovery Counter is provided to the MS by every S-N node, e.g. during all MM specific procedures. T3_e MS/SIM has to store the SN identity and the Recovery Counter to enable the selective re-registration . - by additional information The MS gets from the RAN additiona 1 information about the detailed re-registerhandling. _E.g. the RAN broadcasts additionally information like the (relative or absolute) time when the MS has to re-register.
7. In order to prevent overload witϋnin the RAN and the CN, the RAN should take care, that the mobile stations do not re—register simultaneously. E.g.=
- Inform mobile stations area selective e.g. define a geographical cluster sequence and broadcast the information cluster by cluster
- Combination with existing RAN mechanisms e.g. radio access restriction
8. The affected mobile stations proceed the in ormation from the RAN and trigger a re—regist_cration. An algorithm within the MS might delay the re-registration message to prevent an overload within the RAN and the CN.
E.g.: On receiving the information fa-rom the RAN, that the SN node has failed:
- the MS starts a new timer t at a value randomly, uniformly drawn between 0 and t - and the RAN has included additionai information related to the re-registration handling, the MS should act according to this .
Some advantages of the invention are: - Increased mobile terminated service availability
- Feasibility of performance and capacity improvements for mobile network nodes
- Feasibility of the introduction of (fully) meshed SN — RAN interconnection (Flexibility)
- Overload prevention due to the selective information transfer to the relevant MS to re—register.
DETAILLED DESCRIPTION OF THE INVENTION
In the following, the present invention will be described in greater detail on the basis of preferred embodiments with reference to the accompanying drawings, in which:
Figure 1 shows a principle diagram of hierarchical mobile network structure and
Figure 2 shows a principle diagram of completely meshed mobile network structure.
In every figure there are schematically different network entities like a mobile station MS, a radio access network node RAN, serving network node SN and a home network node HN. The network entities are connected to each other as shown in the figures. The indicated numbers are referred to interaction steps .
Detailed Description to figure 1: Pre-Requisites : (a) MSC --► MS : During normal operation activities the MSC provides the MS the SN node specific information (Unique SN node identifier and recovery counter) within the MM specific procedure (Attach, Location Update) in a secure manner . (b) MSC : Mobility data loss within the serving network (SN) node MSC e.g. due to a software upgrade. Thereafter the MSC will be repaired (the MSC recovery counter gets incremented) and is available again.
(1) MSC --> RNC : The MSC detects the loss of mobility data and inform the RNC (Radio Network Controller) e.g. via the Iu interface (RANAP — Radio Access Network Application Part - message parameter: SN node identifier, SN
Recovery counter, SN Type of Failure)
(2) RNC -> MS : On receiving the information from the MSC, the RNC informs the relevant mobile stations about the serving network failure by broadcasting the selective failure information (SN identity; SN Recovery Counter; SN Type of Failure; MS Reaction Information) .
(3) MS -_> RNC : On receiving the selective failure information from the RNC, the MS processes the received selective failure information and the stores the SN node specific information. If the MS is affected (e.g. stored SN node identity = received SN node identity) and a re—register is necessary e.g. due to recovery counter mismatch, the MS triggers the re-registration depending on the received MS Reaction Info. Note: The MS should be able to delay the re- registration autonomously.
(4) RNC -> MSC : The RNC routes the received re—registration request of the MS to the MSC.
(5) MS - MSC - HSS : During the re-registration process the mobility data and the profile of the subscriber will be restored in MSC. Furthermore the MS receives within the re- registration procedure the actual SN node specific information (e.g. recovery counter value) of the MSC. As a result of thus the location of the MS is known within the core network, and therefore the MS is reachable for mobile terminated requests again.
Detailed Description to figure 2: Prerequisites : (a) MSC --► MS : During normal operation activities the SN node provide the MS the SN node specific information (Unique SN node identifier and recovery counter) within the MM specific procedure (Attach, Location Update) in a secure manner. (b) MSC3 : Mobility data loss within MSC3 e.g. due to physical damage. MSC3 gets not repaired and therefore MSC3 is not available.
( 1 ) RNC : The RNC detects the outage of MSC3 e.g. based on SS7 mechanisms .
(2) RNC --> MS : The RNC informs the relevant mobile stations about the serving network node failure by broadcasting the selective failure information (MSC3 identity; MSC3 Type of Failure; MS Reaction Info) .
(3) MS -> RNC : On receiving the selective failure information from the RNC, the MS processes the received selective failure information and the stores the SN node specific information. If the MS is affected (e.g. stored SN node identity = received MSC3 node identity) and a re-register is necessary e.g. due to type of failure, the MS triggers the re—registration depending on the received MS Reaction Info. Note : The MS should be able to delay the re- registration autonomously.
(4) RNC -> MSC : The RNC routes the received re-registration request of the MS to an alternative serving network node e.g.
MSC1.
(5) MS - MSC - HSS : During the re-registration process the mobility data and the profile of the subscriber will be restored in MSC1. Furthermore the MS receives within the re- registration procedure the actual SN node specific information of the MSC1. As a result of thus the location of the MS is known within the core network and therefore the MS is reachable for mobile terminated requests again.
In case of MSC3 gets repaired and is available again in the serving network.
Either MSC3 informs the RNC:
- MSC3 transfer actual SN node specific information to the RNC (e.g. updated recovery counter) - The RNC should act according to the received information e.g. stop broadcasting or update broadcasting (e.g. add recovery counter) of the selective failure information
or the RNC detects, that MSC3 is available again:
- The RNC may request the actual SN node specific information from MSC3 (e.g. updated recovery counter)
- The RNC should act according to the received or not received information e.g. stop broadcasting or update broadcasting (e.g. add recovery counter) of the selective failure information.