JP5449229B2 - Call relief system and call relief method - Google Patents

Description

  The present invention relates to a technique for relieving a call related to a SIP signal.

  ITU-T Recommendation Y. ASF & SSF (Application Support Functions and Service Support Functions) defined in 2012 is an additional service control function that controls application services of a SIP server in NGN (Next Generation Network).

  Specifically, as shown in FIG. 4, call control functions (S-CSC-FE: Service control functions) deployed in the front and rear stages and media control functions (MRC-FE: Service control) In cooperation with a server having a media control function (functions), a subsequent server is controlled by SIP signal processing such as transparency / relay and a SIP signal from the previous stage.

  The ASF & SSF (including APL-GW-FE) in NGN is required to have the same level of reliability, availability, and service continuity as a telephone exchange in PSTN (Public Switched Telephone Networks). Therefore, it is necessary to have a system switching function that switches systems when a problem occurs, an inter-system memory synchronization function that synchronizes call information data in memory to other systems in a timely manner, and a file update function that updates files without service interruption. is there. Hereinafter, each of these functions will be described in detail.

  First, the inter-system memory synchronization function will be described. FIG. 5 is a diagram for explaining the inter-system memory synchronization function.

  After the SIP signal reaches the ACT system (active system) SIP server 100, an application (hereinafter referred to as a call processing program) 11 operating on the SIP server 100 calls the call information data related to the received SIP signal (temporarily in the call processing). Is stored in the synchronous memory area 15, and the call information data is written into, for example, the first call information memory 15a or the second call information memory 15b (call information data in the ACT system). Generation).

  Then, at the same time as call information data is generated on the memory in the ACT system, the inter-system memory synchronization function unit (not shown) converts the call information data in each of the call information memories 15a and 15b to the SBY system (standby system). After transmitting to the SIP server 300 and receiving a synchronization completion response from the SIP server 300, the fact is transmitted to the call processing program 11 (generation of call information data in the SBY system).

  From the above processing, a copy (replication) of the ACT call information memory is generated in the SBY system. Since the above synchronization processing is sequentially executed between the systems at a predetermined timing, it is possible to continue the predetermined service using the SBY system call information data that is a replica even when the system is switched. it can.

  Each call information memory 15a, 15b is given an identifier for each call information memory by the call processing program 11, and can hold call information data in different data structure formats.

  Next, the file update function will be described. FIG. 6 is a diagram for explaining the file update function. The file refers to a file that is used by the call processing program 11 that is an application when the call processing service is used.

  First, before the file update, an ACT system synchronization function unit (not shown, including the above-described intersystem memory synchronization function unit) synchronizes an SBY system DB 36 with an ACT system database (hereinafter referred to as DB) 16. The SBY call information memory 35 is synchronized with the ACT call information memory 15.

  Before the file update, the data structure format of each data (permanent data such as station data and subscriber data) stored in the ACT DB 16 and the SBY DB 36 is assumed to be old. In addition, the contents of the data stored in the DBs 16 and 36 by the inter-system synchronization function processing are the same.

  Further, the data structure format of each call information data held in the ACT call information memory 15 and the SBY call information memory 35 before the file update is also assumed to be old. The contents of the call information data held in the call information memories 15 and 35 by the inter-system memory synchronization function processing are the same.

  Next, when a new file is installed in the SBY system, the SBY system file update function unit (not shown) takes over the contents of the data in the ACT system DB 16 while maintaining the data structure of the data in the SBY system DB 36. Convert the format from old to new.

  Thereafter, when the system is switched and the operation is started with a new file by the new ACT call processing program 11, the new ACT file update function unit (not shown) of the synchronized call information memory 35 The data structure format of the call information data is converted from the old to the new, and the new ACT system synchronization function unit (not shown, including the system memory synchronization function) is updated in the converted call information memory 35. The SBY call information memory 15 is synchronized.

  Finally, when a new file is installed in the new SBY system, the new ACT system inter-system synchronization function unit synchronizes the new SBY system DB 16 with the new ACT system DB 36.

  As described above, since the conversion of the DB and the call information memory is executed without stopping the file, the call process can be continued even when the old file is changed to the new file.

JP-A-6-319163

ITU-T, `` Functional requirements and architecture of the NGN '', ITU-T Recommendation Y.2012, July 2006

  In the redundant SIP server having the inter-system memory synchronization function and the file update function as described above, the old file is used by using the call information data converted in the new data structure format in the initialization process at the start of the new file operation. Synchronized with other systems.

  If any problem occurs in the new ACT system (right side of FIG. 6) in this state, each system recovers using the old file, so the call information memory in the new data structure format cannot be interpreted (operated). Calls during all calls cannot be continued, resulting in call loss (see FIG. 7).

  The present invention has been made in view of the above, and an object of the present invention is to relieve a call even when a return occurs in an old file.

The call rescue system according to claim 1 is a call rescue system that is performed by an active SIP server and a standby SIP server, wherein the active SIP server adds an identifier of a call processing program that operates on its own device and receives SIP. Means for generating call information data related to the signal and transmitting the call information data to the backup SIP server, wherein the backup SIP server receives the call information data and stores the call information data in a storage means; When the identifier of the call processing program that operates on its own device is compared with the identifier assigned to the call information data read from the storage means and the call information data and the data structure format are not matched Are generated and held together with the read call information data, and the generated new call information data and the read call It means for transmitting the broadcast data to the current system SIP server, and updates each call information data read the said new call information data by using the call information data according to the received SIP signal received after switching the system Means for synchronizing the new call information data and the read call information data transmitted to the active SIP server with the updated new call information data and the read call information data, respectively. , characterized by having a.

  According to the present invention, the call information data to which the identifier of the call processing program operating on the active SIP server is synchronously received and stored in the storage means, and after the system is switched in the standby SIP server The identifier of the call processing program operating in the standby SIP server is compared with the identifier assigned to the call information data read from the storage means. Call information data is generated and held together with the read call information data, and the generated new call information data and the call information data read from the storage means are synchronously transmitted. Can also rescue the call.

  That is, both call information data whose data structure format has been changed (hereinafter referred to as new call information data) and call information data before the data structure format has been corrected (hereinafter referred to as old call information data) are both retained. Call information data is transmitted to the active SIP server that has been switched to the standby system, a problem has occurred in the standby SIP server that has been switched to the active system, and the old file is again stored on the active SIP server that has become the active system. Even if a return occurs in, the call can be continued using the old call information data.

The call relieving method according to claim 2 is a call relieving method performed by an active SIP server and a standby SIP server, wherein the active SIP server assigns an identifier of a call processing program operating on its own device to receive SIP. Generating call information data related to the signal and transmitting the call information data to the backup SIP server, receiving the call information data by the backup SIP server, and storing the call information data in a storage unit; When the identifier of the call processing program that operates on its own device is compared with the identifier assigned to the call information data read from the storage means and the call information data and the data structure format are not matched Are generated and held together with the read call information data, and the generated new call information data and the read Each was sending the call information data into the working-SIP server, wherein the system after switching to the received incoming SIP signal call information data read the said new call information data by using the call information data relating to the Updating the updated new call information data and the read call information data, the new call information data transmitted to the active SIP server, and the read call information data. And the step of synchronizing each of the new call information data and the read call information data .

  According to the present invention, the call information data to which the identifier of the call processing program operating on the active SIP server is synchronously received and stored in the storage means, and after the system is switched in the standby SIP server The identifier of the call processing program operating in the standby SIP server is compared with the identifier assigned to the call information data read from the storage means. Call information data is generated and held together with the read call information data, and the generated new call information data and the call information data read from the storage means are synchronously transmitted. Can also rescue the call.

  That is, both call information data whose data structure format has been changed (hereinafter referred to as new call information data) and call information data before the data structure format has been corrected (hereinafter referred to as old call information data) are both retained. Call information data is transmitted to the active SIP server that has been switched to the standby system, a problem has occurred in the standby SIP server that has been switched to the active system, and the old file is again stored on the active SIP server that has become the active system. Even if a return occurs in, the call can be continued using the old call information data.

  According to the present invention, a call can be relieved even when a return occurs in an old file.

It is a figure which shows the functional block structure of a call relief system. It is a figure which shows the operation | movement flow of call relief. FIG. 10 is a diagram referred to in the explanation of the call relief operation flow. It is a figure explaining ASF & SSF extracted from ITU-T Recommendation Y.2012. It is a figure explaining an inter-system memory synchronization function. It is a figure explaining a file update function. It is a figure explaining the operation | movement at the time of a problem occurrence with a SIP server.

  Hereinafter, an embodiment for carrying out the present invention will be described with reference to the drawings. However, the present invention can be implemented in many different modes and should not be construed as being limited to the description of the present embodiment.

  FIG. 1 is a diagram showing a functional block configuration of a call rescue system according to the present embodiment. This call relief system includes an ACT-based SIP server 100 and an SBY-based SIP server 300 that are communicably connected via a communication network 500.

  First, the configuration of each of the SIP servers 100 and 300 will be described. The ACT SIP server 100 includes a call processing function unit 11, an intersystem synchronization function unit 12, a file update function unit 13, a memory 15, and a DB 16.

  The call processing function unit 11 has a function of processing the received SIP signal according to a predetermined procedure, and the processing is realized by a call processing program. The call processing function unit 11 is synonymous with the call processing program shown in FIG.

  In addition, the call processing function unit 11 has a function of setting a version value of the call processing program and holding it in, for example, a configuration. The set value is not limited to the version value, and may be a value (identifier) that can identify the call processing program. For the version value, the same value is set for the ACT system and the SBY system for the same generation file, and for the different generation, a different value is set for the ACT system and the SBY system.

  The intersystem synchronization function unit 12 stores (holds / stores) the call information data related to the SIP signal in the memory 15 or the DB 16 so that each time the data is generated in the ACT system, the SBY system SIP server 300 It has a function of transmitting and synchronizing data with the SBY SIP server 300. Specifically, the same processing as the inter-system memory synchronization function processing and file update processing described in the prior art with reference to FIGS. 5 and 6 is performed.

  The file update function unit 13 has a function of converting the data structure format of data stored in the memory 15 or the DB 16. Specifically, the same process as the file update process described in the prior art is performed with reference to FIG.

  The memory 15 has a function of storing call information data (data necessary for call processing temporarily as described in the related art) related to the received SIP signal.

  The DB 16 has a function of storing predetermined data (permanent data such as station data and subscriber data as described in the prior art) required when processing the SIP signal.

  The call processing function unit 11, the intersystem synchronization function unit 12, and the file update function unit 13 are realized by a processing unit such as a CPU. The DB 16 is realized by storage means such as a hard disk. And each process of these each function part is performed by a program.

  On the other hand, the SBY SIP server 300 is a redundant SIP server that continuously provides a call processing service even if the ACT SIP server 100 fails. As shown in FIG. It has the same function part.

  Next, referring to FIG. 2 and FIG. 3, a description will be given of an operation flow of call relief performed by each of the ACT / SBT SIP servers 100 and 300 having such a function. However, it is assumed that the program version [001] is set in the configurations of both SIP servers 100 and 300.

  First, after the SIP signal reaches the ACT SIP server 100, the call processing function unit 11 secures a memory area for storing call information data related to the received SIP signal in the memory 15, and the ACT SIP server 100 The version [001] of the call processing program that operates in the above is acquired from the configuration, is added to the call information data, and is written in the memory 15, thereby generating call information data including the version value [001] in the ACT system (FIG. 2). S101).

  Each time call information data is generated, the ACT intersystem synchronization function unit 12 synchronizes the SBY memory 35 with the ACT memory 15 and synchronizes the SBY DB 36 with the ACT DB 16. (S102 in FIG. 2: Refer to before file update in FIG. 3). Such inter-system synchronization between the memory and the DB is executed as needed at a predetermined timing.

  Before the file update, the data structure format of each call information data held in the ACT memory 15 and the SBY memory 35 is made old, and stored in the ACT DB 16 and the SBY DB 36, respectively. The data structure format of each data is also old.

  Next, when a new file is installed in the SBY system, the SBY file update function unit 33 takes over the data contents of the ACT DB 16 and changes the data structure format of the data in the SBY DB 36 from the old. Convert to new (see S103 in FIG. 2: SBY new file installation in FIG. 3). At this time, the program version [002] is set in the configuration of the SIP server 300 of the SBY system by the generation change of the file from the old to the new.

  Thereafter, when the system is switched and the operation is started with a new file by the new ACT call processing function unit 31, the new ACT file update function unit 33 updates the call information data in the memory 35 to be synchronized. The assigned version value [001] is compared with the version value [002] of the call processing program operating on the SBY SIP server 300 (S104 in FIG. 2).

  Since the version values do not match in the comparison processing in S104, the new ACT file update function unit 33 uses the new call information data (hereinafter referred to as new call information data) whose data structure format is different from the synchronized call information data. Is stored in the memory 35 together with call information data (hereinafter referred to as old call information data) already held in the memory 35 (S105 in FIG. 2).

  In the past, the old call information data was “converted” to the new call information data, but in this embodiment, the new call information data is further “generated” and the two old and new call information data are retained. doing. Thereby, multifaceted management of call information data by an application becomes possible. The new call information data and the old call information data differ only in the data structure format, and the stored data contents are the same.

  After that, the new ACT inter-system synchronization function unit 32 transmits new and old call information data to the active SIP server 100 to synchronize the new SBY memory 15 with the new ACT memory 35 (FIG. 2). S106: Refer to the start of new file operation in FIG. 3).

  When a call to be relieved (SIP signal) is received in the new file during the call processing operation at the start of the new file operation, the new ACT file update function unit 33 calls the call related to the received SIP signal. The new and old call information data is updated using the information data, and the new ACT inter-system synchronization function unit 32 updates the old and new call information data of the new SBY SIP server 100 with the updated old and new call information data. Each is synchronized (refer to S107 in FIG. 2: start of new file operation (during call processing operation) in FIG. 3).

  Next, when a problem occurs in the new ACT-system SIP server 300 and the system is switched again, the call processing function unit 11 of the SIP server 100 that becomes the ACT system again starts up using the old file (see FIG. 2 S108: Start new file operation in FIG. 3 (→ restore old file)).

  Thereafter, when the SIP signal is received in the old file, the ACT SIP server 100 continues the call processing using the old call information data instead of the new call information data (S109 in FIG. 2: FIG. 2). (Refer to Operation restart in the old file of 3).

  As described above, according to the present embodiment, the version value of the call processing program is assigned to the call information data, and when the comparison result using the version value does not match, both the old and new call information data are retained, and the old and new Since both call information data are synchronized, it is possible to manage multiple aspects of call information data by the application, and even if an old file recovery occurs, all calls are relieved using the old call information data Is possible. Thereby, the redundant server which ensured high service continuity can be constructed | assembled.

DESCRIPTION OF SYMBOLS 100, 300 ... SIP server 11, 31 ... Call processing function part 12, 32 ... Inter-system synchronization function part 13, 33 ... File update function part 15, 35 ... Memory 16, 36 ... Database S101-S109 ... Processing step

Claims (2)

In a call rescue system performed by an active SIP server and a standby SIP server,
The working SIP server is
A call processing data identifier associated with a call processing program that operates on its own device is generated to generate call information data related to the received SIP signal, and a means for transmitting to the standby SIP server;
The standby SIP server is
Means for receiving the call information data and storing it in a storage means;
After the system is switched, the identifier of the call processing program that operates on its own device is compared with the identifier assigned to the call information data read from the storage means. Means for generating new call information data of a different format and holding it together with the read call information data, and transmitting the generated new call information data and the read call information data to the active SIP server; ,
Means for updating the new call information data and the read call information data, respectively, using call information data relating to the received SIP signal received after the system switching;
Means for synchronizing the new call information data and the read call information data transmitted to the active SIP server with the updated new call information data and the read call information data, respectively;
A call relief system comprising: In the call relief method performed by the active SIP server and the standby SIP server,
By the working SIP server,
Including the step of assigning an identifier of a call processing program that operates on its own machine to generate call information data related to the received SIP signal, and transmitting the call information data to the standby SIP server,
By the spare SIP server,
Receiving the call information data and storing it in a storage means;
After the system is switched, the identifier of the call processing program that operates on its own device is compared with the identifier assigned to the call information data read from the storage means. Generating new call information data of a different format and holding it together with the read call information data, and transmitting the generated new call information data and the read call information data to the active SIP server; ,
Updating each of the new call information data and the read call information data using call information data related to the received SIP signal received after the system switching;
Synchronizing the new call information data and the read call information data transmitted to the active SIP server with the updated new call information data and the read call information data, respectively;
A call relief method characterized by comprising:

Images