WO2006058463A1 - A method of updating user dynamic data in real-time in mobile communication network - Google Patents

Abstract

TITLE: The present invention provides a method of updating user dynamic data in real-time in mobile communication network, the method including the steps of a redundant disaster home location register (HLR) monitoring signals of all signaling links of primary home location registers supervised; determining useful user dynamic information according to monitored signals; and updating relevant information corresponding to the users of the primary HLRs. The present invention take the form of signaling monitoring to update various dynamic information corresponding to the users of the primary HLRs synchronously in real time, and the redundant disaster HLR needn’t to send ‘UNRELIABLE ROAMING USER DATA’ instruction when the primary HLRs supervised by the redundant disaster HLR is suffering disastrous destroy so as to avoid making a instant visiting impact on relative VLR equipment, meanwhile VLR equipment needn’t to support ‘UNRELIABLE ROAMING USER DATA’ instruction so that the present invention has better equipment compatibility.

Description

 Real-time updating method for user dynamic data in mobile communication network

 The present invention relates to the field of mobile communications, and more particularly to a method for real-time updating of user dynamic data in a home location register HLR in a mobile network. Background technique

 Generally, the mobile communication network is composed of a plurality of network function entities, such as a home location register HLR, a mobile switching center MSC, a visitor location register VLR, etc.; among all functional entities, the home location register HLR serves as a static subscription information for storing mobile users and The status of data centers such as dynamic location information, dynamic supplementary business status information, etc., is of paramount importance. Although the HLR system provided by each network equipment provider can have different degrees of redundancy to ensure the stable operation of the system, once these measures cannot resist the catastrophic damage of the HLR system by external factors, it will inevitably lead to all services and networks. The interruption of the service, resulting in irreparable damage. Therefore, it is imperative to establish a complete HLR disaster recovery system (called the disaster recovery home location register or the HLR disaster recovery center) to perform information on the primary HLR. The HLR disaster recovery center can simultaneously supervise one or more active HLRs. When a disaster occurs in the primary HLR that cannot be recovered in a short time, the HLR disaster recovery center can quickly take over the services of the active HLR, thereby ensuring the security and reliability of the entire network. .

 The disaster recovery technology can be divided into local disaster recovery and remote disaster recovery. It can be divided into data disaster recovery and application disaster recovery. As a result, a wide range of disaster recovery modes include: local data disaster recovery, local application disaster recovery, remote data disaster recovery, and remote application disaster recovery. The disaster recovery of the home location register also follows the above classification.

 At present, in the prior art, there is a technical solution for implementing local data disaster tolerance or local application disaster recovery, that is, performing N + on key modules simultaneously for all user data (including static subscription data and dynamic data) through various magnetic skins. 1 redundant configuration. However, this solution mainly has the following disadvantages:

1) User data cannot be guaranteed to be up to date in the event of a catastrophic break. In this scenario, the accuracy of the user data is determined by the user data ^ and the time interval of recovery, and the user Dynamic data may change at any time. If real-time data backup is used, it will have a great impact on the performance and stability of the current HLR.

 2) In the event of catastrophic damage, business interruptions are long, especially when severe catastrophic damage occurs locally, all data cannot be recovered, causing network paralysis.

 It can be seen from the above that if you want to achieve real disaster recovery, you need to set up an HLR disaster recovery center to achieve remote disaster recovery.

 Typical technical solutions for implementing HLR remote data disaster recovery are:

 1) For the user's static subscription data, the quasi-real-time mode is used to synchronize to the HLR disaster recovery center. Specifically, by extending the function of the active HLR, the user's changed subscription data is transmitted to the disaster recovery center as a file, or through the operation network. The camping system network synchronizes changes in user static subscription data to the HLR disaster recovery center.

 2) For user dynamic data, including location information, short message status, supplementary service status, etc., the following methods are usually used:

 Method 1: The method of real-time message synchronization, specifically, the user change data and the newly opened account are sent by the active HLR to the HLR disaster recovery center in real time and actively. For example, the Chinese patent application number 01125116. 6 "Implementation method for improving the reliability of wireless core network by using different places", wherein the main HLR records the message related to the change of user data, and sends it to the disaster recovery HLR in real time, in the main HLR and A heartbeat message is required between the disaster tolerant HLRs, and a "backup messaging protocol" has been added. In addition, a retransmission mechanism needs to be established. The above implementation steps require the main HLR to perform corresponding changes to cooperate, thereby increasing the complexity of the active HLR, and affecting the performance of the primary HLR, and the device compatibility is poor.

 Method 2: The method of regular file synchronization is to transmit the dynamic data of the user to the HLR disaster recovery center. This method cannot enable the HLR disaster recovery center to obtain the location information of the user at the current time, the registered supplementary service information, etc., and the accuracy is low.

Method 3: The HLR reset message method is specifically: The HLR disaster recovery center does not update the user dynamic data of the monitored primary HLR during the normal operation phase of the active HLR; when the primary HLR is catastrophically damaged, the HLR is disaster-tolerant. The center takes over its work. At this time, the HLR disaster recovery center sends an "unreliable roaming user data" command to each relevant visit location register VLR, that is, HLR reset. The message indicates that each VLR deletes the user data related to the primary HLR, so that when the user accesses the system, the registration to the HLR disaster recovery center is initiated, and the disaster recovery center can obtain the latest state information of the user. However, this method may cause the related VLRs to delete user data in a large amount, so that a large number of user registrations may occur in a short time, and the sudden increase of the processing load may bring hidden dangers to the safe operation of the system, and may even lead to the paralysis of the related VLR. In addition, VLR devices of different device providers also have inconsistent support for "unreliable roaming user data" instructions, which makes the device compatibility of the HLR reset message method problematic.

 The HLR application disaster recovery is based on HLR remote data disaster recovery! In the case of a catastrophic failure of the primary HLR, the HLR disaster recovery center undertakes the service processing of the corresponding primary HLR based on the stored user data of the primary HLR.

 The above-mentioned HLR remote disaster recovery solution can realize the disaster recovery function of the HLR to a large extent. However, the real-time synchronization between the active HLR and the HLR disaster recovery center cannot be realized because the user dynamic data cannot be realized. .

 U.S. Patent No. 666,2015, "Apparatus and method for extracting presence, locat ion and avai labi lity data from a communicat ion device deployed in a network" (a method for extracting presence, location, and utility data from a network communication device) Equipment and method), which uses the pre-defined user-related messages between the HLR and the mobile switching center to implement user data disaster recovery, but the network is set up as a network entity between different network entities to perform messages. After truncation, it is transmitted again, which increases the complexity of the disaster recovery system and is not suitable for the disaster recovery system of the home location register. Summary of the invention

 The present invention has been made in view of the above technical problems in the prior art, and an object thereof is to provide a real-time update method for user dynamic data in a mobile communication network, which overcomes the prior art home location register and disaster recovery attribution location. The disadvantage that the user dynamic data between the registers cannot be synchronized in real time does not need to change the main home location register.

The method for real-time updating user dynamic data according to the present invention includes: the disaster recovery home location register monitors signals of all signaling links of the primary home location register supervised; The signal determines useful user dynamic information; updates the relevant information of the user corresponding to the primary home location register.

 Preferably, before the step of monitoring signals of all signaling links, the method further includes: obtaining configuration information of all active home location registers supervised by the disaster tolerance home location register, and in the disaster tolerance home location register The corresponding configuration is made.

 Preferably, the disaster tolerance home location register may pre-configure a signaling message to be monitored.

 Preferably, the step of monitoring the signal of the signaling link is implemented by using a three-way connector to extract the signal on the line between the supervisory primary home location register and the signaling connection point.

 Preferably, a high resistance circuit, a signal amplifying circuit and a shaping circuit are built in the three-way connector. Preferably, the step of determining useful user dynamic information further comprises: analyzing the monitored signaling message to obtain a message related to user dynamic data; saving the message content for the request message related to the user dynamic data; The dynamic data related response message is paired with the corresponding request message.

 The method of the present invention uses a signaling interception method to synchronously update various dynamic information of a user corresponding to the active HLR in the disaster tolerant HLR, including location, status, authentication, and supplementary service information, etc., and the disaster tolerance HLR is equivalent to the main With the cloning of the HLR, there is no inconsistency between the disaster tolerant HLR and the dynamic data of the primary HLR user. In addition, when the primary HLR supervised by the disaster recovery HLR is catastrophically damaged, the disaster recovery HLR does not need to issue an "unreliable roaming user data" command, thereby avoiding an instantaneous access impact on the relevant VLR device, and the VLR device does not need support. The "unreliable roaming user data" instruction makes the invention have good device compatibility. DRAWINGS

 1 is a flow chart of a method for real-time updating of user dynamic data according to an embodiment of the present invention;

 FIG. 2 is a structural diagram of networking for performing disaster monitoring of a disaster-tolerant HLR in a real-time update method of user dynamic data in the embodiment shown in FIG. 1;

FIG. 3 is a schematic diagram of an implementation manner of signaling monitoring in a real-time updating method of user dynamic data in the embodiment shown in FIG. 1. FIG. detailed description

 The above and other objects, features and advantages of the present invention will become more <RTIgt;

 BRIEF DESCRIPTION OF THE DRAWINGS Figure 1 is a detailed flow chart of a method for real-time updating of user dynamic data in accordance with one embodiment of the present invention. The signaling processing unit for signaling monitoring processes the useful message after error detection after detecting the message on the physical link. The specific steps are as follows:

 Beginning at step 101, in step 102, the disaster tolerant HLR listens for all signaling messages of the primary HLR. FIG. 2 shows a network structure diagram of the disaster-tolerant HLR for signaling interception, and the disaster-tolerant HLR 205 can simultaneously perform signaling monitoring on multiple primary HLR1 HLRns. For convenience of description, the following is an example of the signalling monitoring of a primary HLR1 by the disaster tolerance HLR 205. For the case where the disaster tolerant HLR 205 simultaneously monitors multiple primary HLRs, the signaling interception processing mechanism and the monitoring of a primary It is basically the same when using HLR, and can be realized by those skilled in the art on the basis of understanding the present invention.

 In Figure 2, the supervised primary HLR1 and the signaling transfer point STP (which can also be SP) are connected by the seventh channel, and the standard SS7 is used to communicate with other entities in the network. In order to obtain all the messages of the primary HLR1, the disaster tolerant HLR 205 must listen to all the signaling links of the primary HLR1 connection. Therefore, it is necessary to know the configuration information of the monitored primary HLR1, including but not limited to the relevant link slot number and the letter. The configuration information such as the point code and the routing information, the user number management range information of the main HLR 1 , the office data configuration information, and the like are arranged in the disaster tolerance HLR 205, and the information of the main HLR 1 is recorded. In addition, the disaster tolerant HLR 205 can also configure signaling messages to be monitored, such as authentication information, registration and location update, and supplementary service operation information, so that the disaster tolerance HLR 205 can flexibly process, analyze, and confirm changed users. Dynamic Information.

The specific implementation manner of the disaster tolerance HLR listening to the primary HLR signaling is shown in FIG. 3. The monitoring of the primary HLR1 by the disaster tolerance HLR 205 is on the line between the primary HLR1 and the signaling transfer point STP. Completed, such as patch panels. A multi-way connector is disposed on each link of the distribution frame to extract a signal from the distribution frame. Preferably, the multi-way connector selects a three-way connector. The three-way connector can be internally provided with a high-resistance circuit, a signal amplifying circuit, and a shaping circuit, and the signal drawn from the distribution frame is processed and supplied to the disaster-tolerant HLR 205. In this way, signaling interception can be avoided. The quality of the signal on the signalling link of the supervised master HLR1 is affected, and the quality of the signal received during the monitoring can be improved, so that the bit error rate is less than 10E-5.

 A signaling link of the primary HLR1 to be supervised is divided into two directions, which correspond to the disaster tolerant HLR 205. Since the signaling interception only needs to receive the message, it is equivalent to receiving two signaling links, so the disaster recovery HLR Two signaling processing units are required in 205.

 Referring to FIG. 1, in step 103, according to the source address, the destination address, and the related subsystems of the message, the status table of each office direction and subsystem in the disaster tolerant HLR is combined to determine the legality of the monitored message. If it is an illegal message, then at step 104, the message is discarded directly. If it is a legitimate message, then in step 105, it is further determined whether the message is a signaling network management message or a sub-system management message. In step 106, if it is a signaling network management message or a subsystem management message, the status table of the corresponding office direction and subsystem in the disaster tolerant HLR is updated. If not, it indicates that the message is a service related message, and in step 107, the message is decoded. Then at step 110, a message type is determined to select a message related to the user dynamic data. The messages related to the user dynamic data include: update user authentication information, user registration, location update information, and supplementary service information. These messages can be pre-configured in the disaster tolerant HLR to improve the flexible processing capability of the system. In step 111, if the message is not related to user dynamic data or other messages that are not configured to be monitored in the disaster tolerant HLR, the message is directly discarded.

 In step 112, for the message related to the user dynamic data, the disaster tolerance HLR performs different processing according to whether it is a request message or a response message. Its main purpose is to correspond to the request message and the response message in the subsequent processing, and obtain the final change data from it. There are multiple methods for the correspondence between the request message and the response message, such as corresponding to the global code (Global Ti tle, GT) address translation; or corresponding to the signaling point in the request message and the response message; or according to the user number Correspondence. In this embodiment, the manner in which global code address translation is used is described, and other corresponding manners are similar.

 In step 115, if it is a request message, the disaster tolerance HLR saves the content of the message. Then, in step 116, address translation is performed on the source GT address in the message, and the correspondence between the request message and the signaling point, the subsystem number, and the session identification number is obtained, and the correspondence is saved in step 117.

If it is a response message, in step 120, the disaster tolerance HLR enters the destination GT address in the message. The row address conversion obtains the correspondence between the response message and the signaling point, the subsystem number, and the session identification number. At step 121, the previously saved request message is retrieved accordingly, and then at step 122, a determination is made as to whether the response message was successful to determine whether to update the content of the request message into the disaster tolerant HLR.

 In step 123, if it is determined that the response message corresponding to the previously saved request message is processed successfully, it indicates that the user dynamic data is useful, and the content of the request message is updated into the disaster tolerant HLR, and then in step 124, the saved request message is deleted. Content. In step 124, if the response message corresponding to the previously saved request message fails to process, the content of the saved request message is directly deleted.

 To ensure that the internal resources of the disaster-tolerant HLR are not occupied for a long time, you can set a reasonable timer to wait for a response message after processing the request message in step 130. If the timer expires, then in step 124, the contents of the saved request message are deleted.

 In the current communication network, there is also a G&C gateway, which mainly provides services for GSM users roaming to the CDMA network and CDMA users roaming to the GSM network, and also has the function of the HLR, so the real-time updating method of the user dynamic data of the present invention , also applies to G&C gateways.

 In summary, the present invention can ensure real-time synchronization between user dynamic data in the disaster-tolerant HLR and user dynamic data in the supervised active HLR, and at the same time, due to the use of signaling monitoring, the supervised main use The HLR has no effect and does not require any cooperation with the primary HLR.

Claims

Claim A method for real-time updating user dynamic data in a mobile communication network, comprising: a disaster recovery home location register listening to signals of all signaling links of a primary home location register supervised; according to the monitored signal Determining useful user dynamic information; updating relevant information of the user corresponding to the primary home location register.  The method for real-time updating user dynamic data according to claim 1, wherein before the step of monitoring signals of all signaling links, the method further comprises: acquiring a disaster-tolerant home location register All of the primary usage home location register configuration information, and corresponding configuration in the disaster recovery home location register.  3. The method for real-time updating user dynamic data according to claim 2, wherein the disaster tolerant home location register is preconfigurable to be configured to listen for signaling messages.  4. The method for real-time updating user dynamic data according to claim 1, wherein the step of monitoring a signal of the signaling link is between a supervisory primary home location register and a signaling connection point. On the line, the three-way connector is used to extract the signal.  5. The method for real-time updating user dynamic data according to claim 4, wherein the three-way connector includes a high resistance circuit, a signal amplifying circuit, and a shaping circuit.  The method for real-time updating user dynamic data according to claim 1, wherein the step of determining useful user dynamic information further comprises: analyzing the monitored signaling message to obtain a message related to user dynamic data. For the request message related to the user dynamic data, the message content is saved; and the response message related to the user dynamic data is paired with the corresponding request message. The method for real-time updating user dynamic data according to claim 6, wherein the step of analyzing the monitored signaling message further comprises: determining the validity of the message; if it is an illegal message, directly discarding If it is a legitimate message, it is determined whether the message is a signaling network management message or a subsystem management message; if yes, the status table of the corresponding office direction and subsystem in the disaster recovery home location register is updated; if not, then The message is decoded; the type of the decoded message is judged, and a message related to the user dynamic data is selected. The real-time updating method of the user dynamic data according to claim 6, wherein the corresponding method of the response message and the request message is: performing correspondence according to global code address conversion; or according to the request message and the response message The signaling points are corresponding; or corresponding according to the user number.  The method for real-time updating user dynamic data according to claim 8, wherein the step of performing pairing processing on the response message with the corresponding request message further comprises: the disaster recovery home location register according to the request message and the response message The corresponding method retrieves the previously saved request message and then determines whether the response message is successful; if not, it indicates that the update of the user data is not required; if successful, it indicates that the content of the message is useful user dynamic data.  The method for real-time updating user dynamic data according to claim 6, wherein after processing the request message, the method further comprises: setting a reasonable timer to wait for a response message; if the timer expires, the fault is not correct. User data is updated.  The method for real-time updating user dynamic data according to any one of claims 1 to 10, further comprising: deleting the content of the saved request message after updating the user data.