KR100600327B1 - In load sharing mode, the prevention of duplicate calls and fault control method for shared DB SCPs - Google Patents

Abstract

The present invention relates to a method for preventing a duplicate call and a failure handling method in a load sharing call processing in a plurality of service control systems sharing a database. When a call is made based on the same called number database at the same time in a conventional plurality of service control systems, If there is a problem of a duplicate call that simultaneously issues a call to one target in a system, and multiple systems divide the called number database and process a problem in one system, the system handles the processing of the corresponding system in another normal system. If the process does not exist, the data allocated to the failed system is missing from the search, and the call cannot be generated even if the condition for calling the call is met during the failure period. Accordingly, the present invention divides the database by a certain standard in a service generating a call in the service control system under an environment in which a service logic program is simultaneously loaded in a plurality of service control systems, thereby dividing the database by a certain criterion and preventing a duplicate call. The signal can be recognized by other systems and automatically distributed to the database assigned to the failure system to prevent the loss of a call.

Description

In load sharing mode, the prevention of duplicate calls and fault control method for shared DB SCPs}

1 is a network configuration in a general multiple service control system situation.

2 is an explanatory diagram of a method for allocating and allocating a called number database and assigning a backup system to a service control system according to the present invention;

3 is a first service control flowchart according to the present invention;

4 is a second service control flowchart according to the present invention;

<Description of Symbols for Main Parts of Drawings>

SCP1: Service Control System 1 DB1: Database Searched by Service Control System 1

SCP2: Service Control System i DBi: Database searched by Service Control System i

SCP n: Service control system n DB n: Database searched by service control system n

SSP: Service Performance Exchange IP: Intellingent Peripheral

LE1,2,3: Station exchange 1,2,3 Telephone: 1,2,3,4,5

Address (Pi, Si): (Point Code of i-th Service Control System, Sub-Sytem Number of i-th Service Control System)

mod: surplus that divides the key value of the database by the number n of the service control system.

Backup address: Address of backup system assigned to specific service control system.

Backup mod: mod of backup system

Table 1: A table that links the service control system with its search scope and its backup scope and backup system's search scope with Table1.

Table 2: Table where the destination address value is recorded.

The present invention relates to a plurality of service control systems that share a database, and more particularly, to provide a predetermined reference to a database in a service generating a call in a service control system under an environment in which a service logic program is simultaneously loaded in a plurality of service control systems. Multiple service control systems that share a database to prevent duplicate calls by dividing the system into shared systems to prevent duplicate calls or to automatically share the database assigned to the failed system when other systems recognize the signal. The present invention relates to a method for preventing a duplicate call and handling an error when handling a load-sharing call.

In general, the main components constituting the intelligent network are a service control system (SCP), a service management system (SMS), a service signal processing system (SSP), an intelligent peripheral device (IP), and the like. In the case of general users or intelligent network service subscribers pressing the number corresponding to the intelligent network service, it reaches the service control system through the exchange and the service signal processing system, and the service control system retrieves the number from the service signal processing system from the database. Through translation, comparison, etc., the intelligent network provides the service as requested. Among them, the service control system is loaded with the service logic program necessary to perform a specific service. The abnormality of this system means the interruption of the service. Therefore, the service control system is multiplexed and operated locally in terms of service stability and load sharing. to be. In addition, these service control systems and other intelligent network components are configured to send and receive signals for implementing services through the SS7 network, which is a common line signaling method including a signal repeater.

On the other hand, with the recent diversification of intelligent network services, the service control system not only handles calls from users, but also generates a call with a telephone number registered in the subscriber database directly from the service control system to perform a survey or store information stored in the subscriber database ( Many types of services, such as voice messages, e-mails, contact numbers, etc., are delivered to subscribers in a desired manner and directly to desired terminals. Unlike when the service control system is operated in the form of a set of service control systems, when the service control system is operated in the form of multiplexed service control systems in consideration of the stability and load sharing of the above-mentioned service, the service control system may be operated in a plurality of service control systems. The problem is that the system searches for a consistent database with the same content, causing calls to multiple systems simultaneously to the same target. Due to this overlapping call, despite having multiple service control systems separated from each other, the service logic program is activated inevitably in only one service control system, and other systems operate the service in a manner to prepare for failure.

In other words, as mentioned above, when a plurality of service control systems exist, a service logic program called by the service control system is loaded in several systems simultaneously.

The first is that the database referenced by the service logic program is managed to maintain the consistency of contents in the service management system (SMS), whereas when multiple databases are searched for the same contents at the same time in multiple service control systems, multiple systems can simultaneously target one target. The problem arises of a duplicate call that generates a low call.

The second is that if there is a problem in one system in which multiple systems are divided among databases, the data allocated to the failed system is missing from the search if there is no process that takes over the processing of that system in another normal system. This results in a problem that the call cannot be created even if it meets the conditions for the call.

Accordingly, the present invention has been made to solve the above-mentioned problems. The system divides the database by a certain standard in a service generating a call in the service control system under an environment in which a service logic program is simultaneously loaded in a plurality of service control systems. In case of a system failure, multiple service control systems sharing a database that prevents the loss of a call by automatically allocating the database to the system assigned to the failure system by detecting the signal when a system failure occurs. The purpose of this is to provide a method for preventing duplicate calls and handling errors during shared call processing.

In order to achieve the above object, the present invention reads the information of the system in which the service logic is loaded while the service logic program is running, and recognizes the surplus value representing the database search range of the sub system in the normal state and the address value of the backup system. The first process of doing; Reading the status information of the backup system, determining a database search range of the own system according to the status of the backup system, and allocating a signal allocation and a timer of the corresponding event; And a third process of recognizing the state change of the backup system through the assigned signal, resetting the database search range of the sub-system corresponding to the state change, and automatically sharing the call processing.

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

The present invention allows the entire database to be shared by each system through a method of one-to-one correspondence of the reference values to divide the database to the address (point code and sub-system number) of each system.

In other words, the entire database is shared by each system through a one-to-one correspondence of the reference values to divide the database to the address of each system (consisting of a point code and a sub-system number). For example, if there are three systems ((Point Code, SSN) = (100,252), (200,252), (300,252)), the key value (e.g. subscriber number) of the table to be searched divided by 3, 0,1 By matching, 2 to each system address, the (100,252) system retrieves only the subscriber information whose remainder is zero.

That is, FIG. 2 shows how the information in Table 1 links Table 2 in which the information of the real system and the subscriber is stored. Table 1 also contains connection information with the backup system, where each system will search the database in charge of the system in case of failure.

As shown in FIG. 2, each service control system has an address value consisting of a signaling point and an SSN as an ID distinguishing from other service control systems. Next, mod (surplus) is formed by dividing the key value of Table 2 containing the service profile information to be searched by the service control system by the number of systems. Then, the value of mod and service control system constituting this service have one-to-one correspondence, and naturally the range of database that each system should search is limited to key value with mod value that has one-to-one correspondence with the system.

Table 1 also registers the address and mod value of the backup system to replace the database search range of the failed service control system when the system fails. The service logic program uses this information to connect the failed system with its backup system, so that in the event of a failure, the backup system takes over the database search of the original system and then reverts back to normal when the failed system returns to normal. Allows the system to restore its original search range.

3 and 4 are flowcharts of a procedure for performing a series of tasks in accordance with the object of the present invention in a service logic program, which can be divided into three steps.

First, while the service logic program is running, it reads the information of the system in which the service logic is loaded and recognizes the mod value indicating the database search range of the own system and the address value of the backup system through Table 1 of FIG. part.

Secondly, it reads the status information of backup system and decides the scope of database search of the own system according to the status of backup system.

Third, it recognizes the state change of the backup system through the assigned signal and resets the database search range of the sub-system corresponding to the state change.

3 and 4, the service control flow chart of the present invention looks at how the above process is performed in the actual service logic program.

First, when the service is started in the idle state (S1) (S2), the service logic program first reads the information (signal point, SSN) of the service control system loaded with the logic and compares it with the information registered in Table 1, and it is normal. The scope of the called party database to be processed is recognized (S3).

After recognizing the range of the called number database in S3, the service logic sends a message to the backup system with the signal point and SSN of the backup service control system registered in Table 1 and waits for a message from the counterpart backup system. Determine the status information of (S4).

Then adjust the range of the database to be searched according to the status of the backup service control system. That is, if the backup service system is normal, set the search range to the search range of the sub system, and then set only the originally allocated portion to the search range. If the backup service control system is abnormal, set the search range to "sub system + backup system". To set (S5).

Thereafter, to check the state change of the backup service control system, a signal of a corresponding event is allocated (S6). After allocating a timer to determine the search period of the database (S7), it is in a waiting state waiting for a signal (S8).

On the other hand, there are two signals that can occur in the waiting state, the expiration signal of the timer for the search of the database comes in to search the database to generate a call to the subscriber matching the conditions (part A of FIG. 4) and The part assigned to detect the state change of the backup service control system and processing it (part B of FIG. 4) is processed.

When the state change signal is detected (S11), the state change of the backup service control system is determined (S12). If the state of the backup service system is changed from normal to abnormal as a result of the determination in step S12, the range of the search of the database is determined. System + backup system) (S13), if the status of the backup service control system has changed from abnormal to normal, assign its own search range from (child system + backup system) to (child system) (S14) and then back up. A message is generated to reflect its state in the system (S15).

After the above process, the state change signal is reallocated again (S16), the database search timer is allocated (S17), and then the process returns to the waiting state again and waits for the next signal.

In the present invention, in a service generating a call in a service control system under an environment in which a service logic program is simultaneously loaded into a plurality of service control systems as described above, the database is divided by a predetermined criterion to prevent a duplicate call and a system failure. In order to prevent the loss of a call by automatically allocating the database to the system assigned to the failure system by detecting the signal at the time, the service control system calls the service logic system in the environment where the service logic program is simultaneously loaded in the service control system. In the service that generates the system, the database is divided into a certain standard to be shared by the system to prevent duplicate calls, and when the system fails, other systems recognize the signal and allocate the database to the failure system. It not automatically shared as well as obtain the effect of preventing the loss of goodwill above service quality improvements carried out in the same shape and ease operational can be obtained.

In addition, this mechanism is a method that can be generally applied to not only a specific service but also a service call from a system through a database search.

In addition, preferred embodiments of the present invention are disclosed for the purpose of illustration, those skilled in the art will be able to various modifications, changes, additions, etc. within the spirit and scope of the present invention, such modifications and modifications belong to the following claims You will have to look.

Claims (5)

A first step of recognizing a surplus value representing a search range of a sub-system database in a normal state and an address value of a backup system by reading information of a system in which the service logic is loaded while the service logic program is running; A second step of reading the status information of the backup system to determine a database search range of the own system according to the status of the backup system, and to allocate a signal allocation and a timer of the corresponding event; And And a third step of recognizing the state change of the backup system through the assigned signal, resetting the database search range of the sub-system corresponding to the state change, and sharing the call processing automatically. Duplicate call prevention and failure handling method in load sharing call processing in multiple service control systems. The method of claim 1, In the second step, if the state of the backup service system is normal, the search range is determined as the child system. If the state of the backup service system is abnormal, the search range is determined as the child system and the backup system. Duplicate call prevention and failure handling method in load sharing call processing in multiple service control systems. The method of claim 1, When the expiration signal of the timer for searching the database is input in the idle state through the signal allocated in the second process, the service is searched for data and a call is generated to a subscriber who satisfies a condition. How to prevent duplicate call and troubleshoot when handling load sharing call in system. The method of claim 1, The third process is Detecting a state change signal and detecting a state change of the backup service control system; A second step of readjusting the data search range according to the state identified in the first step; And After performing the second step, a third step of reallocating a state change signal and allocating a database retrieval timer is performed. Treatment method. The method of claim 4, wherein In the second step, when the state of the backup service control system is changed from normal to abnormal, the search range is adjusted to the child system and the backup system, and when the status is changed from abnormal to normal, the database is characterized by adjusting the search range to the child system. A method for preventing overlapping calls and handling errors when handling load sharing calls in a plurality of service control systems sharing the same.

Images