KR100434010B1 - How to handle message overload in mobile communication system - Google Patents

Abstract

The present invention divides and manages the application processors existing in the mobile communication HLR system (Home Location Register System) by functional group to obtain detailed information on the overload occurring in the system, and use it for self-overload recovery. The present invention relates to a message overload processing method in a mobile communication HLR system capable of efficiently responding to an overload by transmitting corresponding overload information to another system.

In the related art, when an overload occurs in a system, only an abnormal state of the system is recognized and responded uniformly, so that a long time is required to recover the overload.

The present invention manages the application processors existing in the HLR system for each function group and periodically performs an overload check operation to analyze which function group an overload occurs, thereby obtaining detailed overload information for the corresponding overload recovery function. As a result, it is possible to increase the available time of the system by minimizing the failure time of the system due to the overload, and by sending the overload message including the overload information to the interworking system, the interworking system is connected to the other system. It is possible to respond efficiently to overload situations.

Description

Message Overload Handling Method in Mobile Communication ETRL System

The present invention relates to a message overload processing method in a mobile communication HLR system (Home Location Register System), and in particular, by managing the application processor existing in the HLR system by function group, detailed information about the overload occurring in the system The present invention relates to a method of handling a message overload in a mobile communication HLR system that obtains and uses it for self-overload recovery, and sends corresponding overload information to other interworking systems to efficiently cope with the overload.

In general, there are many application processors in the mobile communication HLR system, and there are processor management blocks for managing the corresponding application processors, and the processor management blocks have their own processor management functions, operator terminal management functions, and network management center management functions. Here, the self processor management function includes periodic processor health check, lock file check, program start status monitoring, overload status check and clear of queues. Clear), processor recovery in case of failure, HLR local subsystem management, etc. Operator terminal management function refers to functions such as processor status reporting, processor shutdown and startup, reporting of processor failure and recovery, and network management center. Management functions include processor status reporting, processor failures, Refers to functions such as reporting during recovery.

For example, the overall operation of the processor management block will be described as an example. First, the existence and validity of application processors related to the system are verified through an initialization process. Then, a health check is performed every two seconds for periodic application processor management. Overload check, lock file check, and message management are performed every second. If the application processors do not respond until a certain time has elapsed, the application processors are considered as timeout and the application processors are stopped and the application processors are restarted unconditionally.

Meanwhile, in the mobile communication HLR system, an abnormal situation may occur in the system due to various reasons for operation. In the related art, the processor management block checks whether the system is overloaded, that is, checks the message queue of each application processor. If the message store for each message queue exceeds the first limit message amount (65,535 bytes for the current system as the message queue's limit message store for each application processor), or if the sum of the message stores stored in the message queues of all application processors Exceeds the second limit message amount (about 120,000 bytes for the current system as the sum of the limit messages for all the application processors' message queues) or the number of messages is the limit message number (the number of messages that can be stored in the message queue) In the case of more than 2400 The system will be set to overload.

However, in this case, the type of message overload for the abnormal state actually occurring in the system may be the whole system or the partial case. However, in the related art, only the system is recognized as the abnormal state of the system and responds uniformly. There was a problem that it takes a lot of time to recover the system failure time is prolonged or inefficient system management to worsen the situation of the system.

SUMMARY OF THE INVENTION The present invention has been made to solve the above-mentioned problems, and an object thereof is to manage application processors existing in a mobile communication HLR system by function group, and to repeatedly perform an overload check operation, which causes an overload in the system. By analyzing whether there is an overload occurring in the functional group, it is possible to increase the available time of the system by minimizing the down time of the system due to the overload by performing the corresponding overload recovery function by obtaining detailed overload information.

Another object of the present invention is to transmit an overload message including the overload information from the overloaded HLR system to the interworking system so that the interworking system can efficiently cope with the overload situation of the counterpart system. have.

A feature of the present invention for achieving the above object is the process of classifying each application processor existing in the mobile communication HLR system by processor function group according to its function; Checking the message queues of the respective application processors and collecting corresponding system information to determine whether the HLR system is overloaded; Determining whether an overload has occurred in a processor functional group belonging to any overload classification and overload type by analyzing the corresponding overload when the overload occurs in the HLR system; Restoring an overload occurring in the HLR system by determining a corresponding overload classification, type, and overload level according to the result identified above, and performing an overload processing algorithm corresponding thereto; The present invention provides a method for processing a message overload in a mobile communication HLR system including setting the overload classification, type, and overload level information determined in the corresponding field in the overload message to another interworking system.

1 is a block diagram of a mobile communication HLR system according to the present invention;

2 is a diagram illustrating the structure of an overload message according to the present invention;

Figure 3 is a functional diagram of the application processor according to the present invention.

4 is a flowchart illustrating message overload processing in a mobile communication HLR system according to the present invention;

Explanation of symbols on the main parts of the drawings

10: operator terminal 20: processor management means

30-1 ~ 30-n: Application Processor

Hereinafter, an embodiment of the present invention will be described in detail with reference to the accompanying drawings.

The configuration of the mobile communication HLR system according to the present invention, as shown in the accompanying drawings, Figure 1, has an operator terminal 10, processor management means 20 and a plurality of application processors (30-1 ~ 30-n) It is done by

The operator terminal 10 manages the processor management means 20.

The processor managing means 20 periodically checks the message queues of the application processors 30-1 to 30-n classified by function and sends an overload message corresponding to the overload to another interworking system if it is overloaded. Perform an overload handling function.

Here, the overload message has a structure as shown in FIG. 2, wherein the 'M_Type' field, which indicates an overload message, the 'Sys_Number' field, which indicates a system number where an overload has occurred, and 'OverLoad_1' field, 'OverLoad_2' field which indicates the type of overload, 'OverLoad_Level' field which indicates how much overload has occurred, and 'OverLoad_Description' field which is used to describe the overload. It is done by

Each application processor 30-1 to 30-n processes functions related to the location and service rights of the mobile subscriber, call processing, additional services, external interfaces, and the like.

Meanwhile, in the present invention, various application processors 30-1 to 30-n existing in the mobile communication HLR system are classified into using and not using a message, and application processors using the message are classified into message overload and other information. The accompanying drawings can be divided according to the function as shown in FIG. 3. First, corresponding application processors are classified according to whether the database management system is related to the system and whether the external interface is related.

Application processors related to the database management system are again classified according to call processing related, location and service authority related, and additional service related.

As such, the corresponding application processors 30-1 to 30-n are classified according to their functions, and each of the divided application processors is classified into respective processor functional groups and managed by the corresponding processor management means 20. Each processor functional group is divided into functional groups affecting the overall system overload and functional groups affecting partial overload according to the type of overload.

The functional group affecting the overall system overload includes a processor functional group related to the database management system and a processor functional group related to the system. The functional group affecting the system partial overload includes a processor functional group related to an external interface and a location. And a service authority related processor functional group, a call processing related processor functional group and an additional service related processor functional group.

As described above, in the state in which the application processors 30-1 to 30-n existing in the mobile communication HLR system are managed by their functional groups, the message overload processing operation in the mobile communication HLR system according to the present invention is attached. Referring to the drawings with reference to Figure 4 as follows.

First, when the overload check operation of the mobile communication HLR system confirms the existence and validity of the application processors 30-1 to 30-n related to the system through an initialization process, the processor management means ( The processor management means 20 periodically checks the message queues of the respective application processors 30-1 to 30-n (step S41), and at the same time the system information. In other words, the total of the messages stored in all the application processors 30-1 to 30-n or the number of messages are checked in the system as a whole (step S42), and it is checked whether the corresponding HLR system is overloaded (step S43). .

In step S43, when it is confirmed that no overload has occurred in the HLR system, the overload processing operation in the current period is terminated.

However, when it is determined in step S43 that the HLR system is overloaded, the processor management means 20 analyzes the overload currently occurring (step S44) to classify the overload occurring in the system, that is, whether the system is overloaded overall, or partly. Check if the overload is normal (step S45).

In this case, when it is determined that the system is overloaded, that is, when the overload occurs in the processor functional group that affects the overall system overload, the processor management means 20 classifies the overload of the overload message to be sent to another system linked thereto. Set the field OverLoad_1 to a predetermined value corresponding to the overall overload, for example, '0' (step S46), and if it is determined that the system is partially overloaded, that is, in the processor functional group that affects the system partial overload When the overload has occurred, the processor managing means 20 sets the overload classification field (OverLoad_1) of the overload message to be transmitted to other interworking systems to a predetermined value corresponding to partial overload, for example, '1' (step) S47), analyzing the overload occurred, the type of overload occurred in the HLR system, that is, the interface It is checked whether it is an overload, an overload related to location and service, an overload related to call processing, an overload related to additional service, and an overload related to system abnormality (step S48).

Then, the processor managing means 20 sets the overload type field (OverLoad_2) of the overload message to be sent to another system linked according to the overload type analyzed in step S48 to a corresponding predetermined value (step S49). For example, if it is determined that there is an interface-related overload, that is, an overload occurred in the interface-related processor functional group, the overload type field (OverLoad_2) of the overload message is set to '0', which is a predetermined value corresponding to the interface-related overload. If it is determined that the location and service-related overloads, that is, the overload occurred in the location and service-related processor functional group, set the overload type field (OverLoad_2) of the overload message to '1', which is a predetermined value corresponding to the location and service-related overload. Setting, and if it is determined that there is an overload associated with call processing, In the case of an overload occurring in the related processor functional group, the overload type field (OverLoad_2) of the corresponding overload message is set to '2', which is a predetermined value corresponding to the call processing-related overload, that is, the additional service related overload, that is, the additional service In case of an overload occurring in the related processor functional group, the overload type field (OverLoad_2) of the corresponding overload message is set to '3', which is a predetermined value corresponding to the additional service-related overload, and when it is determined that the system abnormality is related to overload. In case of an overload occurring in the processor functional group, the overload type field (OverLoad_2) of the overload message is set to '4', which is a predetermined value corresponding to the overload related to the system abnormality.

Subsequently, the processor management means 20 determines the overload level for the currently generated overload according to the overload classification and overload type analyzed above, sets the overload level field (OverLoad_Level) of the overload message, and then links other systems. The corresponding overload message is sent (step S50).

Then, the overload processing algorithm is performed according to the previous overload classification, the type of overload and the level of overload to recover the overload generated in the HLR system (step S51), and the overload processing operation is terminated.

As described above, the present invention manages application processors existing in the mobile communication HLR system by function and manages them by processor function group, and periodically performs an overload check operation to analyze the overload when an overload occurs in the HLR system. By classifying the overload classification and type and level, it is possible to obtain detailed information on the overload that occurred in the processor functional group that performs the function, that is, the HLR system. It can be done.

In addition, in the present invention, the overload generated in the HLR system not only affects the corresponding system but also affects other interworked systems, so that the overload information includes overload information so that the interworking system can cope with the overload appropriately. The message will be sent.

As described above, the present invention manages the application processors existing in the HLR system for each function group, and periodically performs an overload check operation to analyze which function group an overload occurs, thereby obtaining detailed overload information and responding thereto. By performing the overload recovery function, it is possible to increase the available time of the system by minimizing the down time of the system due to the overload, and by sending the overload message including the overload information to the interworking system, the interworking system It is possible to efficiently cope with the overload situation of the counterpart system.

Claims (4)

Managing each application processor existing in the mobile communication HLR system by processor function group according to its function; Checking the message queues of the respective application processors and collecting corresponding system information to determine whether the HLR system is overloaded; Determining whether an overload has occurred in a processor functional group belonging to any overload classification and overload type by analyzing the corresponding overload when the overload occurs in the HLR system; Restoring an overload occurring in the HLR system by determining a corresponding overload classification, type, and overload level according to the result identified above, and performing an overload processing algorithm corresponding thereto; And setting the overload classification and type and the overload level information determined in the corresponding field in the overload message and transmitting the information to another interworking system. The method of claim 1, The process of identifying which processor functional group is caused by an overload may be performed by analyzing an overload classification occurring in the HLR system in the processor functional group that affects the system partial overload. Message overload processing method in a mobile communication HLR system characterized in that it checks whether the overload occurred. The method of claim 1, The process of determining whether an overload occurs in any processor function group includes analyzing an overload type occurring in an HLR system to determine whether an overload occurs in an interface related processor function group, an overload occurring in a location and service related processor function group, and a call processing related processor function. A method for handling message overload in a mobile communication HLR system, comprising: checking whether an overload occurs in a group, an overload occurred in a processor functional group related to an additional service, and an overload occurring in a processor related functional group. The method of claim 1, The overload message is used to describe an overload field, a field indicating an overload system number, a field indicating an overload classification, a field indicating an overload type, a field indicating an overload level, and an overload. Message overload processing method in a mobile communication HLR system, characterized in that it comprises a field.