The present invention generally relates to enhanced recovery procedures to be carried out between subscriber registers, subscriber databases, or subscriber serving nodes in a telecommunication network. In particular, the invention relates to subscriber registers, subscriber databases, or subscriber serving nodes in a mobile network to allow a faster recovery after failures therein and, more specifically, to minimize the failure situation by detecting partial failures involving only a set of subscribers and by acting on these partial failures.
The high penetration of mobile networks worldwide is now an irrefutable fact and the number of subscribers, as well as the traffic load through the networks, is expected to continue growing as more and more attractive services and achievements are available to users of the mobile networks.
As the number of subscribers grow up for mobile networks, even of a different generation, such as the GSM for a legacy 2nd generation network or the IP Multimedia Subsystem “IMS” under a 3rd generation network, network operators are continuously demanding more performance and memory capacity, whilst maintaining profitability of their business, for those network nodes supporting huge amounts of subscribers and network data.
For instance, a Home Location Register “HLR” in charge of subscriber data, including subscription data, service data and location data for subscribers of a 2nd generation mobile network, and a Visitor Location Register “VLR” holding subscriber data for subscribers roaming in a VLR area of the 2nd generation mobile network, are candidate nodes to be demanded with as high performance and memory capacity as possible to support huge amounts of subscriber data. In particular, the VLR may be provided and considered alone, or in combination with a Mobile Switching Centre “MSC” serving the subscriber and providing, among others, call-related functions. In operation, the VLR receives from the MSC a message indicating a location updating for a subscriber roaming into a VLR area, the message including and identifier of the MSC, and submits towards the HLR a corresponding location updating message, the message now including an identifier of the VLR. The HLR receiving such location updating message, stores the received VLR identifier as location data for the subscriber and returns back to the VLR the own HLR identifier which is stored in the VLR for any further communication. Thus, both HLR having subscriber data for all the subscribers of a mobile network, and VLR having subscriber data for all the subscribers roaming in areas controlled by said VLR, which might be almost all subscribers in crowd population areas, are expected to be provided with even higher performance and memory capacity.
Likewise, a Home Subscriber Server “HSS” holding subscriber data, including subscription, service and location data for subscribers of the IMS in a 3rd generation network, and a Serving Call Session Control Function “S-CSCF”, which is a node assigned for serving the subscriber in the IMS, may be comparable candidate nodes to be demanded with as high performance and memory capacity as possible to support huge amounts of subscriber data. In operation, a subscriber accesses the IMS via a Proxy Call Session Control Function “P-CSCF”, from where a corresponding registration message is submitted towards an Interrogating Call Session Control Function “I-CSCF”. The I-CSCF queries the HSS in order to obtain capabilities required for assigning a serving node for serving the subscriber. Once such capabilities are received from the HSS, the I-CSCF selects and assigns an S-CSCF suitable for serving the subscriber, and submits the registration message towards said S-CSCF. The S-CSCF then submits a message towards the HSS indicating to be assigned for serving the user, the indication including an identifier of said S-CSCF, an obtains from the HSS a user profile, including the subscriber data for the subscriber, along with an identifier of the HSS. Thus, both the HSS having subscriber data for all the subscribers of an IMS network, and the S-CSCF having subscriber data for all the served subscribers in the IMS network, which might still be a significant number of subscribers, are expected to be provided with high performance and memory capacity.
In particular, the location data is traditionally interpreted as an identifier of the S-CSCF serving the subscriber for the HSS in the IMS; as an identifier of the VLR where the subscriber is roaming for the HLR in the 2nd generation mobile network; and as an identifier of the MSC currently serving the subscriber for the VLR in the 2nd generation mobile network.
Apart from the above candidate nodes to be provided with higher performance and capacity: HLR, VLR, HSS, S-CSCF, other network nodes provided for redundancy purposes may be clear candidates as well. For example, a redundant Home Location Register “R-HLR” holding redundant subscriber data for subscribers in one or more primary Home Location Registers of the 2nd generation mobile network, is a network node possibly requiring the highest performance and memory capacity, especially, where configured to serve more than one HLR for redundancy purposes. Generally speaking, a mobile network may be configured with more than one HLR or HSS, as the case may be. In a first configuration, each HLR or HSS may have a first memory portion for primary subscribers handled therein, and a second portion for redundant subscribers handled in another HLR or HSS, so that such network node may be regarded as a primary HLR or HSS for own subscribers and as a R-HLR or R-HSS for redundant subscribers handled in a corresponding primary HLR or HSS. In a second configuration, each primary HLR or HSS includes all its own subscribers and there is provided a corresponding mated node, namely an R-HLR or R-HSS, including redundant data for all the subscribers from the former. In a still third configuration, there is a unique R-HLR or R-HSS handling redundant subscribers from a number of primary HLR's or HS S's as the case may be.
Amongst other recovery procedures in currently existing 2nd or 3rd generation mobile networks, a so-called Redundancy Procedure in HLR or HSS, as the case may be, assumes that a primary HLR or HSS is configured with subscriber data for its own subscribers, whereas an R-HLR or R-HSS is configured with subscriber data for redundant subscribers, which are in fact handled in a primary HLR or HSS. In the following, a redundancy procedure is explained with reference to an HLR of a 2nd generation mobile network whilst it may be applicable as well for those skilled in the art to a 3rd generation mobile network and, more particularly, to an HSS of an IMS network. However, in other implementations the assumption may be that only the primary HLR is configured with subscriber data for the primary subscribers whereas the R-HLR obtains all the redundant subscriber data once entering into normal operation.
In general and during normal operation, traffic messages are routed by the network to the HLR where a given subscriber is defined as primary. However, each HLR may accept operations from the network for any subscriber defined therein. Where a non-permanent subscriber data is changed in the primary HLR in charge of corresponding subscriber, as a consequence of any subscriber activities such as a change in the subscriber location data, said data change is sent from the primary HLR towards the R-HLR, wherein the changed non-permanent subscriber data is updated. In a situation where the primary HLR fails, or becomes unavailable to the network, the R-HLR starts handling traffic for all subscribers in the failing primary HLR. Afterwards, once the failing primary HLR has recovered from the failure and resumes work, the non-permanent subscriber data for a huge number of subscribers may be not up-to-date since, depending on how long the failure lasts, a huge amount of subscriber activities took place with corresponding changes on subscriber data. To this end, the recovering primary HLR keeps disconnected from the network until having been updated with information up-to-date from the R-HLR. Once updated, the primary HLR may enter into operation and the R-HLR disconnected from the network.
This so-called Redundancy Procedure, as other recovery procedures in currently existing 2nd or 3rd generation mobile networks, becomes a quite overloading procedure where demands are put by network operators to provide network nodes supporting huge amounts of subscribers and subscriber data and thus presenting a higher performance and memory capacity, whilst maintaining low prices. More specifically, the provision of network nodes such as HLR, VLR, HSS, S-CSCF, and R-HLR with higher performance and memory capacity represents a challenging drawback for suppliers wanting to keep the overall network performance, signalling load and response times up to reasonable levels and measurements.
Apart from the so-called Redundancy Procedure explained above, other recovery procedures such as a Restoration procedure between an HLR and a VLR of a 2nd generation mobile network may also penalize the overall network performance, signalling load and response times up to reasonable levels and measurements.
Where a HLR in a 2nd generation mobile network, or a HSS in an IMS network, has recovered from a failure situation and comprises subscriber data which can not be considered up-to-date for a substantial number subscribers, and with or without support of the above Redundancy procedure, such HLR or HSS requires the updating of most significant subscriber data for all the subscribers as there is no clue of what subscriber data may be trustable or not, and for what subscribers. In this respect, the subscriber location data is one among the most significant subscriber data for this purpose and may be wrong where addressing a previous serving node, namely a previous MSC, VLR or S-CSCF, not currently serving the subscriber due to a newer roaming area involving a different MSC or VLR, or a re-assignation of a new S-CSCF to handle service capabilities not supported by the previous S-CSCF and required for a new service invoked by the subscriber. In the following, a restoration procedure is explained with reference to an HLR of a 2nd generation mobile network whilst it may be applicable as well for those skilled in the art to a 3rd generation mobile network and, more particularly, to an HSS of an IMS network.
A so-called restoration procedure may start once a failing HLR has recovered from a failure and resumes work, and non-permanent subscriber data, such as the location data, for a huge number of subscribers may be not up-to-date. Such recovered HLR, following a ‘best effort’ approach, sends a reset indication towards all the known VLR's where own subscribers are marked to be roaming. Those VLR's receiving such reset indication, which includes an identifier of the HLR having recovered from a failure, search for subscribers marked with said HLR identifier and disconnect such subscribers by withdrawing them from the VLR areas where they are roaming in order to force a new location updating that allows the recovered HLR to get appropriate location data for such subscribers.
As for the redundancy procedure and other recovery procedures, the restoration procedure becomes a quite overloading procedure where demands are put by network operators to provide network nodes supporting huge amounts of subscribers and subscriber data and thus presenting a higher performance and memory capacity, whilst maintaining low prices. In view of this so-called restoration procedure, the provision of network nodes such as HLR, VLR, HSS, S-CSCF, and R-HLR with higher performance and memory capacity represents a challenging drawback for suppliers wanting to keep the overall network performance, signalling load and response times up to reasonable levels and measurements.
It is an object of the invention to obviate or, at least, minimize some of the above drawbacks, and to provide network nodes for mobile network operators, such as HLR, VLR, HSS, S-CSCF, and R-HLR with higher performance and memory capacity whilst still keeping the overall network performance, signalling load and response times up to reasonable levels and measurements.
To this end, there is provided in accordance with a first aspect of the invention a clustered subscriber register for holding subscriber data for subscribers in a mobile network, wherein the subscriber data comprise subscription data as well as location data for each subscriber. This clustered subscriber register includes:
This clustered architecture for a subscriber register, wherein each processing blade is in charge of a number of subscribers, allows for a profitable scalability where more processing blades can be added without substantially affecting the rest of components in the clustered subscriber register. In addition, failures and unavailability are expected to more frequently occur on a processing blade basis, rather than for the whole clustered subscriber register, so that proper actions can be taken for one or a reduced number of processing blades, instead of for the whole clustered subscriber register. Bearing in mind that each processing blade just handles a number of subscribers, the recovery procedures can be carried out for an expectedly smaller number of subscribers, thus being completed with lower signalling load and response times.
In particular, this clustered subscriber register may be useable as a VLR and, in such a case, the input unit is arranged for receiving the location data for the subscriber from an MSC currently serving the subscriber, whereas the output unit is arranged for submitting towards a HLR the subscriber identity for the subscriber, the identifier of the VLR and the identifier of the processing blade handling the subscriber therein. In other words, the clustered subscriber register may act as a VLR receiving location data from the MSC, and submitting its own VLR identifier and its processing blade identifier as location data for the subscriber towards the secondary subscriber register, that is, towards the HLR. Regarding the HLR, it may be a non-clustered HLR behaving as a secondary subscriber register adapted to inter-work with a clustered VLR, or it may be a clustered HLR behaving in accordance with this clustered subscriber register as well.
This clustered subscriber register may be implemented in accordance with embodiments of the invention so that the output unit is further arranged for submitting a set of subscriber data along with the subscriber identity for the subscriber, the identifier of the clustered subscriber register and the identifier of the processing blade, towards the secondary subscriber register in the mobile network. This is particularly interesting for using this clustered subscriber register as a HLR of a 2nd generation mobile network and, in such a case, the input unit is arranged for receiving location data for the subscriber from a VLR currently serving the subscriber; as well as for using this clustered subscriber register as a HSS of an IMS in a 3rd generation mobile network and, in such a case, the input unit is arranged for receiving location data for the subscriber from a S-CSCF currently assigned for serving the subscriber.
Where the clustered subscriber register acts as a HLR, the output unit may be arranged for submitting towards an R-HLR, which behaves as the secondary subscriber register for redundancy purposes, the subscriber identity and the set of subscriber data for the subscriber, the identifier of the HLR and the identifier of the processing blade handling the subscriber in said HLR. This clustered subscriber register acting as a HLR towards a secondary subscriber register acting as a R-HLR may further comprise a replicator for coordinating with the R-HLR a redundancy procedure for sending subscriber data for those subscribers handled in a processing blade identified by a given identifier. Moreover, the replicator may further comprise a state-transition machine operating on a processing blade basis to determine the status of the redundancy procedure on course for each processing blade thus helping to keep the overall network performance, signalling load and response times up to reasonable levels and measurements where recovery procedures can be carried out on a processing blade basis.
Where the clustered subscriber register acts as a HLR, the output unit may be arranged as well for submitting towards a VLR, which behaves as the secondary subscriber register for holding subscriber data for subscribers roaming in a VLR area of the mobile network, the subscriber identity and the set of subscriber data for the subscriber, the identifier of the HLR and the identifier of the processing blade handling the subscriber in said HLR. This clustered subscriber register, acting as a HLR towards a secondary subscriber register acting as a VLR, may further comprise a restorer arranged for submitting, after having recovered from a failure affecting a processing blade, a reset indication towards those VLRs holding subscriber data for those subscribers handled by the recovered blade, the reset indication including the identifier of the clustered subscriber register and the identifier of the recovered processing blade. This more selective reset allows a faster restoration procedure thus helping to keep the overall network performance, signalling load and response times up to reasonable levels and measurements where recovery procedures can be carried out on a processing blade basis.
Where the clustered subscriber register acts as a HSS, the output unit may be arranged for submitting towards the S-CSCF, which behaves as the secondary subscriber register for serving the subscriber in the IMS, the subscriber identity and the set of subscriber data for the subscriber, the identifier of the Home Subscriber Server and the identifier of the processing blade handling the subscriber. This clustered subscriber register, acting as a HSS towards a secondary subscriber register acting as a S-CSCF, may also further comprise a restorer arranged for submitting, after having recovered from a failure affecting a processing blade, a reset indication towards those S-CSCFs holding subscriber data for those subscribers handled by the recovered blade, the reset indication including the identifier of the clustered subscriber register and the identifier of the recovered processing blade.
Furthermore, the clustered subscriber register, whatever use is given, may be implemented so that the input unit is arranged for receiving any upgraded operation to process a course of actions for the subscriber, wherein this upgraded operation includes the subscriber identity for the subscriber and the identifier of the processing blade handling the subscriber.
In accordance with a second aspect of the invention, there is provided a secondary subscriber register inter-working with the above clustered subscriber register for holding subscriber data for subscribers in the mobile network, the subscriber data comprising subscription data and location data for each subscriber. This secondary subscriber register comprises:
This secondary subscriber register may further comprise an output unit arranged for submitting towards the clustered subscriber register any upgraded operation to process a course of actions for the subscriber, wherein each upgraded operation includes the subscriber identity for the subscriber and the identifier of the processing blade handling the subscriber at the clustered subscriber register.
In particular, where the above clustered subscriber register may be useable as a VLR, this secondary subscriber register may be useable as a HLR and, in such a case, the input unit is arranged for receiving from the VLR the subscriber identity for the subscriber, the identifier of the VLR, and the identifier of the processing blade handling the subscriber as location data for said subscriber.
This secondary subscriber register may be implemented in accordance with embodiments of the invention so that the input unit is arranged for receiving a set of subscriber data for the subscriber, along with the subscriber identity for the subscriber, the identifier of the clustered subscriber register and the identifier of the processing blade, from the clustered subscriber register in the mobile network. Aligned with corresponding embodiments for the clustered subscriber register, this input unit arranged for receiving a set of subscriber data for the subscriber is particularly interesting for using this secondary subscriber register as an R-HLR, as a VLR, or as an S-CSCF.
Where this secondary subscriber register is acting as an R-HLR, the input unit is arranged for receiving from a clustered HLR the subscriber identity and the set of subscriber data for the subscriber, the identifier of said HLR and the identifier of the processing blade handling the subscriber at said HLR. This secondary subscriber register acting as an R-HLR may further comprise a replicator for coordinating with the clustered HLR a redundancy procedure for receiving subscriber data for those subscribers handled in a processing blade identified by a given identifier. Moreover, this replicator may further comprise a state-transition machine operating on a processing blade basis to determine the status of the redundancy procedure on course for each processing blade thus helping to keep the overall network performance, signalling load and response times up to reasonable levels and measurements where recovery procedures can be carried out on a processing blade basis by coordinated clustered and secondary subscriber registers provided in accordance with several aspects of the invention
Where this secondary subscriber register is acting as a VLR, the input unit is arranged for receiving from a clustered HLR the subscriber identity and the set of subscriber data for the subscriber, the identifier of said HLR and the identifier of the processing blade handling the subscriber at said HLR. Moreover, this secondary subscriber register acting as a VLR further comprises an output unit arranged for submitting location data for the subscriber towards the clustered HLR, this location data comprising an identifier of the subscriber and an identifier of the VLR. Furthermore, this secondary subscriber register acting as a VLR may further comprise a restorer arranged for receiving a reset indication from the clustered HLR, the reset indication including the identifier of the clustered HLR and an identifier of a processing blade recovered after failure. Still further, the restorer may be arranged for initiating a restoration procedure for all the subscribers with the received identifier of the processing blade in this secondary subscriber register acting as a VLR.
Where this secondary subscriber register is acting as an S-CSCF, the input unit is arranged for receiving from a clustered HSS the subscriber identity and the set of subscriber data for the subscriber preferably in the form of a user profile, the identifier of said HSS and the identifier of the processing blade handling the subscriber at said HSS. Moreover, this secondary subscriber register acting as an S-CSCF further comprises an output unit arranged for submitting location data for the subscriber towards the clustered HSS, this location data comprising an identifier of the subscriber and an identifier of the S-CSCF. Furthermore, this secondary subscriber register acting as an S-CSCF may further comprise a restorer arranged for receiving a reset indication from the clustered HSS, the reset indication including the identifier of the clustered HSS and an identifier of a processing blade recovered after failure. Still further, the restorer may be arranged for initiating a restoration procedure for all the subscribers with the received identifier of the processing blade in this secondary subscriber register acting as an S-CSCF.
The above clustered subscriber register may be thus used in cooperation with the above secondary register so that the clustered subscriber register incorporates a number of processing blades and provides an identifier of the processing blade handling a given subscriber, whereas the secondary subscriber register is arranged for receiving this identifier of a processing blade handling the given subscriber, and is arranged for applying recovery procedures on a processing blade basis.
These clustered and secondary subscriber registers are enabled in accordance with a third aspect of the invention to carry out a method of updating subscriber data between said clustered subscriber register and said secondary subscriber register, both holding subscriber data for subscribers in a mobile network, the subscriber data comprising subscription data and location data. This method comprises the steps of:
In a first embodiment of the invention, the step of receiving location data for the subscriber and the step of submitting identifiers in this method may take place in a clustered subscriber register acting as a VLR. In this embodiment, an MSC is the serving node where the location data is received from, whereas a HLR is the secondary subscriber register where the subscriber identity for the subscriber, the identifier of the VLR and the identifier of the processing blade are submitted to.
The above method is particularly advantageous where the step of submitting the subscriber identity, the identifier of the clustered subscriber register, and the identifier of the processing blade from the clustered subscriber register towards the secondary subscriber register includes a step of obtaining from the storage included in the processing blade a set of subscriber data for the subscriber, and a step of submitting the set of subscriber data for the subscriber.
In a second embodiment of the invention, the step of receiving location data for the subscriber and the step of submitting the subscriber identity and the set of subscriber data for the subscriber, the identifier of the clustered subscriber register, and the identifier of the processing blade in this method may take place in a clustered subscriber register acting as a HLR. In this second embodiment, a VLR is the serving node where the location data is received from, whereas an R-HLR is the secondary subscriber register where the subscriber identity and the set of subscriber data for the subscriber, the identifier of the HLR and the identifier of the processing blade are submitted to. Moreover, the method may further comprise for this second embodiment a step of coordinating between the HLR and the R-HLR a redundancy procedure for sending subscriber data for those subscribers handled in a processing blade identified by a given identifier. Furthermore, in order to determine the status of the redundancy procedure on course for each processing blade, the method may also comprise a step of operating a state-transition machine on a processing blade basis.
In a third embodiment of the invention, the step of receiving location data for the subscriber and the step of submitting the subscriber identity and the set of subscriber data for the subscriber, the identifier of the clustered subscriber register, and the identifier of the processing blade in this method may take place in a clustered subscriber register acting as a HLR. In this third embodiment, a VLR is also the serving node where the location data is received from, whereas said VLR is the secondary subscriber register where the subscriber identity and the set of subscriber data for the subscriber, the identifier of the HLR and the identifier of the processing blade are submitted to. Moreover, the method may further comprise for this third embodiment a step of submitting, after having recovered from a failure affecting a processing blade, a reset indication from the HLR towards those VLRs holding subscriber data for those subscribers handled by the recovered blade, the reset indication including the identifier of the HLR and the identifier of the recovered processing blade.
In a fourth embodiment of the invention, the step of receiving location data for the subscriber and the step of submitting the subscriber identity and the set of subscriber data for the subscriber, the identifier of the clustered subscriber register, and the identifier of the processing blade in this method may take place in a clustered subscriber register acting as a HSS. In this fourth embodiment, an S-CSCF is the serving node where the location data is received from, whereas said S-CSCF is the secondary subscriber register where the subscriber identity and the set of subscriber data for the subscriber, the identifier of the HSS and the identifier of the processing blade are submitted to. As for the above third embodiment, the method may further comprise for this fourth embodiment a step of submitting, after having recovered from a failure affecting a processing blade, a reset indication from the HSS towards those S-CSCF holding subscriber data for those subscribers handled by the recovered blade, the reset indication including the identifier of the HSS and the identifier of the recovered processing blade.
Commonly applicable to the above embodiments, the method may further comprise a step of receiving any upgraded operation to process a course of actions for the subscriber, wherein the upgraded operation includes the subscriber identity for the subscriber and the identifier of the processing blade handling the subscriber in order to more efficiently reach subscriber data and identify actions to be done for said subscriber.
In accordance with a fourth aspect of the invention, there is provided a computer program, loadable into an internal memory of a computer with input and output units as well as with a processing unit, the computer program comprising executable software adapted to carry out at least some of the above method steps when running in the computer. In particular, the executable software of this computer program may be recorded in a carrier readable in a computer.
The features, objects and advantages of the invention will become apparent by reading this description in conjunction with the accompanying drawings, in which:
a-11d is a sequence diagram illustrating an embodiment of a method for carrying out a redundancy procedure between a clustered subscriber register acting as a Home Location Register and a secondary subscriber register acting as a redundant Home Location Register, the method showing how a replica of non-permanent subscriber data is created in the redundant Home Location Register whilst the primary Home Location Register is active, how the redundant Home Location Register handles subscribers whilst a partial failure occurs in the primary Home Location Register, and how the primary Home Location Register becomes active after recovering from the partial failure, and once a replica of changed non-permanent subscriber data is created in the primary Home Location Register from the redundant Home Location Register.
The following describes some preferred embodiments for a method of updating subscriber data between a clustered subscriber register and a secondary subscriber register, both holding subscriber data for subscribers in a mobile network, wherein the subscriber data comprises subscription data and location data. Apart from this method, the following describes exemplary embodiments of said clustered subscriber register and said secondary subscriber register in terms of its respective structural elements to carry out said method.
In a first embodiment of the invention illustrated in
This method illustrated in
To this end, as illustrated in
The sequence of actions illustrated in
To this end, as illustrated in
On the other hand, the secondary subscriber register 30 illustrated in
This method allows any further action triggered for this subscriber 1 towards the C-VLR to include the identifier of the processing blade in order to more efficiently reach subscriber data and identify actions to be done for said subscriber. For example, the method described in this first embodiment may further include a step S-125 of submitting from the HLR towards the C-VLR a set of subscriber data for the subscriber along with an identifier of the HLR and the identifier of the processing blade 42 handling the subscriber in the C-VLR. To this end, the secondary subscriber register acting as the HLR 30 also comprises an output unit 26 arranged for submitting towards the clustered subscriber register, which is now the C-VLR 40, an upgraded operation to process a course of actions for the subscriber, wherein each upgraded operation includes the subscriber identity for the subscriber and the identifier of the processing blade handling the subscriber at the clustered subscriber register.
In a second embodiment of the invention partially illustrated in
The method under this second embodiment, as illustrated in
To this end, as illustrated in
As for the previous embodiment, the sequence of actions illustrated in
To this end, as illustrated in
On the other hand, the secondary subscriber register 90 illustrated in
The method described hereinbefore, as well as the structural elements that form the clustered and the secondary subscriber registers, especially in respect of the above second embodiment, allow recovery procedures such as the so-called redundancy procedure to be carried out for network nodes such as HLR, VLR, HSS, S-CSCF, and R-HLR with higher performance and memory capacity whilst keeping the overall network performance, signalling load and response times up to reasonable levels and measurements.
In the following an exemplary redundancy procedure between a clustered HLR “C-HLR” and a redundant HLR “R-HLR” as illustrated in
The exemplary redundancy procedure illustrated in
To this end, the input unit 15 in the C-HLR illustrated in
Again with reference to the method illustrated in
In principle, a replica updating is needed whenever any non-permanent subscriber data has changed for a subscriber handled in a processing blade. The replica updating is carried out only for changed data in order to keep up-to-date the contents in the R-HLR, just in case the R-HLR has to enter into operation following a certain failure in the C-HLR. As illustrated in
As receiving the replica updating query during step S-161 in the processing blade 12 illustrated in
Regarding the replica updating, and even though changeable non-permanent subscriber data are candidates to be updated, one may assume that permanent subscriber data, which are changeable only by the operator and likely with provisioning or configuration means, may also be included in a replica updating thus making unnecessary the operator intervention in both C-VLR and R-HLR.
Once the processing blade 12 has compiled the list of subscriber data to be updated, it sends in step S-162 such subscriber data along with an identifier of the C-HLR and an identifier of the processing blade 12 towards the R-HLR 90. Such list is used to update the replica in the R-HLR, and an acknowledge message is returned during step S-163 from the R-HLR to the C-HLR including the identifier of the processing blade 12.
To this end, and bearing in mind that the secondary subscriber register, as illustrated in
Upon receipt in the processing blade 12 in step S-163 of the acknowledge indicating the replica has been updated in the R-HLR 90, the processing blade indicates the completion of such updating in step S-164 to the replicator 17. This indication may be advantageous for operating a state-transition machine 171-1 in the replicator to mark a corresponding status for such processing blade 12. To this end, the C-HLR illustrated in
Back to the sequence of actions illustrate in
At this stage different alternatives may be implemented without substantially departing from the main provisions of the invention. The updating of location data for a subscriber in the C-HLR 10 may trigger a replica updating towards the R-HLR 90 in a first alternative not shown in any drawing, or may be simply be marked as ‘replica pending’ so that a further replica updating query from the replicator 17 may trigger such replica updating for the new location data towards the R-HLR as illustrated in a second alternative shown in
In this exemplary method, where the above second alternative is followed, the replicator 17 internally sends during step S-165 the query about needs for replica updating towards the processing blade 11. This processing blade 11, or rather its processor 111, detects that there is a replica updating and compiles a list of subscriber data to be submitted towards the R-HLR 90. This list may include, not only the latest location data updated for one subscriber, but all the subscriber data modified since a last replica updating took place.
Regarding the replica updating, and depending on the total amount of subscriber data to be submitted, the processing blade might need one or more signalling messages such as a so-called Update Subscriber Data “USD”. Where the submission must be segmented into several USDs for submitting all the subscriber data, the identifier of the C-HLR 10 and the identifier of the processing blade 11 is included in each USD along with the subscriber data fitting the signalling message.
As illustrated in
Regarding the coordination of redundancy control and status between C-HLR and R-HLR, they do not necessarily have to be synchronized. Each one may have its own supervision time to indicate to each other its own status.
In this exemplary method, as illustrated in
The process new redundancy control process continues as illustrated in
This information about the failing processing blade 11 at the C-HLR 10 is understood by the R-HLR as an implicit indication to be ready to accept signalling traffic for subscribers marked with such identifier of processing blade in its local storage 214.
The exemplary method continues as illustrated in
One the routing tables have been switched, the R-HLR 90 is ready in step S-175 for handling subscribers previously in charge of the failing processing blade, and thus continues until the failing processing blade recovers and is operative again.
As illustrated in
Depending on how long the failure lasted, a number of subscriber data might have changed whilst the corresponding subscribers were handled by the R-HLR. Upon recovery of the processing blade 11 in the C-HLR, the R-HLR may need to update the former with the replica contents in its current values. To this end, the R-HLR 90 prepares a list with the changed subscriber data, mainly non-permanent subscriber data but also permanent subscriber data changed by the operator if the failure lasted quite a long time. Then, the R-HLR submits during step S-178 those subscriber data that need to be updated in the recovering processing blade 11 of the C-HLR, along with an identifier of the C-HLR and an identifier of the recovering processing blade 11. As before, one or more signalling USD messages may be required to this end, each USD including the identifier of the C-HLR and the identifier of the recovering processing blade 11.
Once the changed subscriber data have been updated in the recovering processing blade, a successful acknowledge is returned during step S-179 from the recovering processing blade 11 to the R-HLR 90. Eventually, the R-HLR may send during step S-180 towards the replicator 17 an indication of having completed the replica updating. As for a previous processing blade, this indication may be advantageously used for operating again the state-transition machine 171-1 in the replicator 17 to mark a corresponding active status for such processing blade 11. This indication may be understood at the replicator 17 as an implicit indication that the recovering processing blade 11 has recovered and is now in an active status again. Then, the replicator 17 switches back the routing tables during step S-181 so that signalling messages currently addressing the R-HLR are internally forwarded to the recovered processing blade 11 in the C-HLR. As commented before, in the preferred alternative solution for this embodiment, the routing tables are included in the distributor 14, whereas in another alternative solution, the routing tables remain in lower protocol layers. After having switched back the routing tables, the recovered processing blade 11, now in active status takes over in step S-182 its own subscribers again.
At this stage, the interesting part of a redundancy procedure for the purpose of the present invention does not require further explanation, but stating that the redundancy control to mutually check the active status between both C-HLR and R-HLR continues as previously explained, as well as the internal redundancy control to check the active status of the processing blades 11-13 in the C-HLR.
Nevertheless, after having concluded a recovery of a processing blade within the above redundancy procedure, and depending on different implementation alternatives, there may be a need for a so-called restoration procedure. As exemplary commented above, whilst some subscribers were temporarily served by the R-HLR due to a failure in the processing blade primary intended for handling said subscribers, there might have been a number of location updating from different VLRs for a number of subscribers. In this situation, the said VLRs might have got the identifier of the R-HLR presently handling such subscribers. After the recovery and switching back of routing tables, the identifier of the HLR handling the subscriber stored in each VLR might be the identifier of the R-HLR instead of being the identifier of the C-HLR. The restoration procedure is an advantageous procedure to ensure this situation is properly solved and will be further explained in detail after having discussed a third embodiment of the invention following this.
In a third embodiment of the invention illustrated in
The method in this third embodiment, as illustrated in
To this end, as already commented for the second embodiment and as illustrated in
On the other hand, as illustrated in
As for the second embodiment, the sequence of actions illustrated in
Then, as shown in
To this end, as illustrated in
The VLR 20 receiving the set of subscriber data and the subscriber identity for the subscriber, the identifier of the C-HLR, and the identifier of the processing blade 11, stores them during step S-104 and returns a successful result during step S-105 towards the processing blade 11 handling the corresponding subscriber at the C-HLR 10.
To this end, the secondary subscriber register 20 illustrated in
The processing blade 11 handling this subscriber may now return a successful result for the location updating procedure towards the VLR 20 currently serving the subscriber 1, either directly during a step S-108 as illustrated in
At this stage, once the method for location updating between a C-HLR and a VLR has been discussed in accordance with this third embodiment, the restoration procedure anticipated above can be further discussed in detail.
In principle, the so-called restoration procedure is one amongst the recovery procedures that may be applied after having recovered from a failure situation. This might be the case where a subscriber register has suffered a sort of restart and a data dumping has taken place, likely from a reload tape or disk. This might be also the case where an R-HLR has been handling the subscribers of a primary HLR during the failure, and subscriber data have been changing therein before recovering and reloading the primary HLR. In this context, the primary HLR is understood as the HLR primary intended to hold subscriber data for a number of such subscribers. Generally speaking, the restoration procedure may take place where subscriber data stored for subscribers of a primary HLR in one or more VLRs might have erroneous data, or data not supposed to be up-to-data.
In particular and for the purpose of the present invention, the restoration procedure may take place where subscriber data stored in one or more VLRs for subscribers of a processing blade 11 of a C-HLR might have erroneous data, or data not supposed to be up-to-data, such as the case might be where the exemplary redundancy procedure explained above in relation with the second embodiment has taken place, or where a data reload has taken place after having suffered a sort of restart at a processing blade 11 of a C-HLR.
Therefore, an exemplary restoration procedure may take place upon detection of one of the above conditions for a processing blade 11 at the C-HLR 10. Following the second or third embodiments discussed above and as illustrated in
To this end, as
The VLRs 20, 40 receiving such reset message in steps S-111 and S-114 respectively, initiate its local restoration by firstly searching in respective steps S-112 and S-115 for subscribers with the received identifier of the C-HLR 10 and the identifier of the processing blade 11, and by secondly triggering in respective steps S-113 and S-116 a restoration for such subscribers, which basically may imply the withdrawal of such subscribers to force a new location updating for them so that current up-to-data subscriber data may be further received from the C-HLR 10.
As already commented, these VLRs may be implemented with a clustered subscriber register acting as a clustered VLR “C-VLR” 40, or with a secondary subscriber register acting as a non-clustered VLR 20.
Therefore, as illustrated in
On the other hand, a secondary subscriber register 20 acting as a non-clustered VLR 20 may comprise, as illustrated in
As for previous embodiments, the method described hereinbefore for this third embodiment, as well as the structural elements that form the clustered and the secondary subscriber registers, especially in respect of the above third embodiment, allow recovery procedures such as the so-called restoration procedure to be carried out for network nodes such as HLR, VLR, HSS, S-CSCF, and R-HLR with higher performance and memory capacity whilst keeping the overall network performance, signalling load and response times up to reasonable levels and measurements.
In a fourth embodiment of the invention illustrated in
The method in this third embodiment, as illustrated in
To this end, as illustrated in
The sequence of actions illustrated in
To this end, the local processor 521 cooperates with an output unit 56 for returning these data during the step S-136. Alternatively and depending on different implementations, the central processor 541 might also participate in this step of returning the identifier of the C-HSS 50 and the identifier of the processing blade 12 along with the requested capabilities.
In view of the received capabilities, the I-CSCF 96 selects an S-CSCF 60 fitting such capabilities and assigns it to the subscriber by forwarding to said S-CSCF 60 during step S-137 the registration message, after having included therein the received identifier of the C-HSS 50 and the received identifier of the processing blade 12. Upon receipt of such registration message, the S-CSCF 60 informs the C-HSS of being assigned for serving the subscriber and updates the subscriber location data therein, namely an identifier of the S-CSCF currently serving the subscriber, by submitting during step S-138 this location data along with the identifier of the C-HSS 50 and the identifier of the processing blade 12.
To this end, the secondary subscriber register 60 acting as the S-CSCF 60 in this fourth embodiment, as illustrated in
The C-HSS 50 receiving such location updating message, downloads towards the S-CSCF a subscriber profile for the subscriber along with the identifier of the C-HSS 50 and the identifier of the processing blade 12, the subscriber profile including the subscriber data for the subscriber. The S-CSCF 60 receiving the subscriber profile and a subscriber identity for the subscriber, the identifier of the C-HSS, and the identifier of the processing blade 12, stores them during a step not shown in any drawing, and returns a successful registration result during step S-140 towards the I-CSCF 96, the I-CSCF forwarding this result during step S-141 towards the P-CSCF, and the latter forwarding it towards the subscriber 1 during step S-142.
To this end, as illustrated in
On the other hand, the secondary subscriber register 60 illustrated in
This method described for this fourth embodiment, as well as the structural elements that form the clustered and the secondary subscriber registers, allow recovery procedures such as the so-called restoration procedure to be carried out for the HSS and the S-CSCF, with higher performance and memory capacity whilst keeping the overall network performance, signalling load and response times up to reasonable levels and measurements. In this respect, the method in this fourth embodiment may include a step of submitting, after having recovered from a failure affecting a processing blade, a reset indication from the C-HSS 50 towards those S-CSCF 60, 80 holding subscriber data for those subscribers handled by the recovered blade, the reset indication including the identifier of the C-HSS 50 and the identifier of the recovered processing blade. Even though this procedure is not illustrated in any drawing where applying between a C-HSS and a S-CSCF, those skilled in the art would appreciate that the teaching in the above third embodiment may also be applied between the C-HSS and the S-CSCF.
Moreover, the clustered subscriber register acting as a C-HSS may have a redundant HSS for holding redundant subscriber data for subscribers hold by the C-HSS. The method in this fourth embodiment may thus include a step of coordinating between the C-HSS 50 and the redundant HSS a redundancy procedure for sending subscriber data for those subscribers handled in a processing blade 51-53 identified by a given identifier. Even though this procedure applying between a C-HSS and a redundant HSS is not illustrated in any drawing, those skilled in the art would appreciate that the teaching in the above second embodiment may also be applied between the C-HSS and the redundant HSS.
Furthermore, the clustered subscriber register may also act as a S-CSCF wherein a similar architecture as the ones illustrated in
Therefore, the method described hereinbefore for the four embodiments, as well as the structural elements that build up the clustered and the secondary subscriber registers, allow recovery procedures such as the so-called redundancy procedure and the so-called restoration procedure to be carried out for network nodes such as HLR, VLR, HSS, S-CSCF, and R-HLR with higher performance and memory capacity whilst keeping the overall network performance, signalling load and response times up to reasonable levels and measurements.
The invention is described above in respect of several embodiments in an illustrative and non-restrictive manner. Obviously, variations, and combinations of these embodiments are possible in light of the above teachings, and any modification of the embodiments that fall within the scope of the claims is intended to be included therein.
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/EP2006/069621 | 12/12/2006 | WO | 00 | 6/10/2009 |