KR100304363B1 - Method for scenario driven ptmp call processing on atm vc switching system - Google Patents

Abstract

The present invention receives messages for call processing through a message receiver, and a scenario transition table for point-to-multipoint calls with associated scenario names with the call status and protocol identifier and the received message at the time the message came in via the scenario extractor. In order to provide a point-to-multipoint call processing method of a scenario type that enables to perform a point-to-multipoint call processing by searching for a scenario corresponding to the extracted scenario name by extracting from the user, network signaling from the user-network interface signaling matching function. Receiving a call and call setup message and determining a type of the received message to generate a process for the signal; A second step of discriminating whether a connection request of a point-to-point call or a connection request of a point-to-multipoint call is stored according to a broadband bearer capability information element in the configuration message and storing the information in a corresponding protocol identifier; And a third step of calling a scenario extraction and procedure to search the call state transition table, and searching and extracting a scenario name and scenario management table corresponding to the protocol identifier to perform call processing according to the function type and processing type. , Used for asynchronous delivery mode virtual channel switching system.

Description

Scenario-based point-to-multipoint call processing in asynchronous delivery mode virtual channel switching system {Method for scenario driven ptmp call processing on atm vc switching system}

The present invention relates to a point-to-multipoint call processing method of a scenario type in a asynchronous delivery mode virtual channel switching system and a computer-readable recording medium recording a program for realizing the method. The system performs the scenario-to-point-to-multipoint call processing by extracting the call state, protocol identifier, and associated scenario name associated with the received message from the state transition table for the point-to-multipoint call. The present invention relates to a point-to-multipoint call processing method of a scenario method and a computer-readable recording medium recording a program for realizing the method.

Call processing methods in conventional ATM virtual path switching systems or ATM permanent virtual channel switching systems are not only able to process point-to-point and point-to-multipoint call processing messages, but also do not know what signaling messages are received when. In addition, the current ATM virtual channel switching system receives the International Telecommunication Union (ITU-T) Recommendation Q.2931 message to handle the point-to-point call processing message and processes the point-to-point call in conjunction with the call transition state. The call processing method was performed by finding a call state and a scenario associated with a received message when a message came in.

However, in order to process the point-to-multipoint call processing message, the "Setup", "CallProc", and "Alert" of Q.2971 messages are processed in the same manner as the point-to-point call processing message processing in the conventional ATM virtual channel switching system. Same as Q.2931 message name like "," Connect "," Release "," RelComp "," Status "," Notify "message, but it is point-to-point call processing message by grasping the information element in the message. There is a need for a method for distinguishing cognition and a method for linking a scenario corresponding to point-to-multipoint call processing when a point-to-multipoint call processing message is received.

In addition, in creating a call processing scenario, rather than re-creating a scenario used exclusively for point-to-multipoint call processing, it is possible to change or re-create some of the procedures constituting the point-to-point scenario and the point-to-point scenario. There was a need for a new scenario scenario structure that would increase reusability, shorten the time to point-to-multipoint call processing software development, and increase productivity by reducing system maintenance costs.

The present invention has been made to meet the above requirements, and receives messages for call processing through a message receiver in an asynchronous delivery mode (ATM) virtual channel exchange system, and the call at the time the message comes in through the scenario extractor By extracting the scenario name associated with the state and protocol identifier and the received message through the state transition table for the point-to-multipoint call, you can find the scenario corresponding to the extracted scenario name and perform point-to-multipoint call processing. It is an object of the present invention to provide a scenario-based point-to-multipoint call processing method and a computer-readable recording medium recording a program for realizing the method.

1 is an exemplary configuration diagram of an asynchronous delivery mode virtual channel exchange system to which the present invention is applied.

2 is a diagram illustrating a connection configuration between related blocks for performing a point-to-multipoint call processing function of a scenario method to which the present invention is applied;

3A and 3B are explanatory diagrams of a call state transition table and scenario management table for performing a point-to-multipoint call processing function according to the present invention;

4A through 4D are flowcharts of one embodiment of a point-to-multipoint call processing method of a scenario method according to the present invention.

* Explanation of symbols for main parts of the drawings

101: ATM local exchange subsystem 104: call processing processor

107: UNI signaling control function 108: UNI signaling interface function

113: access switching network module 115: ATM central switching subsystem

116: interconnection switching network module 118: operation and maintenance processor

The present invention for achieving the above object, in the point-to-multipoint call processing method applied to the asynchronous delivery mode virtual channel switching system, receiving and receiving the incoming call and incoming call setup message from the user-network interface signaling matching function Determining a type of the received message and generating a process for the corresponding signal; A second step of discriminating whether a connection request of a point-to-point call or a connection request of a point-to-multipoint call is stored according to a broadband bearer capability information element in the configuration message and storing the information in a corresponding protocol identifier; And a third step of calling a scenario extraction and procedure to search a call state transition table, and searching and extracting a scenario name and a scenario management table corresponding to a protocol identifier to perform call processing according to a function form and a processing form. Characterized in that made. In addition, the present invention receives a message other than the origination and incoming call setup message from the user-network interface signaling matching function unit, and according to the connection request of the point-to-point call or the connection request of the point-to-multipoint call, each call state And after receiving the call release message, calling the scenario extraction and the procedure to stop the process processing.

In addition, the present invention, in the asynchronous delivery mode virtual channel switching system having a processor, receives the originating call and incoming call setup message from the user-network interface signaling matching function, and determines the type of the received message for the corresponding signal A first function of creating a process; A second function of discriminating whether a connection request for a point-to-point call or a connection request for a point-to-multipoint call is stored according to a broadband bearer capability information element in the configuration message and storing the information in a corresponding protocol identifier; Calling scenario extraction and procedure to search call state transition table, and searching and extracting scenario name and scenario management table corresponding to protocol identifier to implement call processing according to function type and processing type. A computer readable recording medium having recorded a program is provided. In addition, the present invention receives a message other than the origination and incoming call setup message from the user-network interface signaling matching function unit, and according to the connection request of the point-to-point call or the connection request of the point-to-multipoint call, each call state A computer readable recording medium having recorded thereon a program for further realizing a fourth function of receiving a call release message after storing and invoking the scenario extraction and procedure to stop process processing.

The above objects, features and advantages will become more apparent from the following detailed description taken in conjunction with the accompanying drawings. Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is an exemplary configuration diagram of an asynchronous delivery mode virtual channel exchange system to which the present invention is applied.

As shown in FIG. 1, an ATM virtual channel switching system includes an ATM Local Switching Subsystem (hereinafter referred to as “ALS”) 101 and an ATM Central Switching Subsystem. 115 (hereinafter referred to as "ACS").

The ALS 101 is a call processing processor (hereinafter referred to as "CCCP") 104 that performs a call processing function, a resource management function related to call processing, and an interface that performs subscriber matching function. A module (Interface Module) (hereinafter referred to as "IM"), and an Access Switch Network Module (hereinafter referred to as "ASNM") 113 that performs a cell switch function.

In addition, the ACS 115 includes an operator matching function, a number translation data processing function and an operation and maintenance processor for performing an operation, maintenance, charging, and statistics, which provide an interface between an operator terminal and an ATM virtual channel exchange system. Processor (hereinafter referred to as "OMP") 118, and an Interconnected Switching Network Module (hereinafter referred to as "ISNM") 116 that performs cell switching functions.

Looking at the functions of the blocks necessary to perform the point-to-multipoint call processing function, UNI signaling interface function (hereinafter referred to as "USIF") 108 is a user-network interface (User-Network Interface) (Hereinafter referred to as "UNI") 101, a function of matching signaling, the UNI signaling function of the matching function and the received signal message related to the point-to-multipoint call processing with the user terminal to UNI-to-multipoint call processing internal message A function of transmitting to a UNI Signaling Control Function (hereinafter referred to as "USCF") 107 is performed.

The USCF 107 is a call processing block that receives a point-to-multipoint call processing internal message from the USIF 108 and performs a connection with a point-to-multipoint (PTMP) call. The USCF 107 establishes and releases a point-to-multipoint call and connection through scenario processing. Perform the function.

The UNI Link Resource Handling Function (hereinafter referred to as "ULRHF") 105 is a block for managing UNI link resources between the user terminal and the exchange, and is a switch link resource located in the CCCP 104. Switch Link Resource Control Function (hereinafter referred to as "SLRHF") 106 and the Switch Link Path Control Function (hereinafter referred to as "SLPCF") located at the OMP 118. ) 119 is a block for managing switch link resources between subsystems in an ATM virtual channel switching system.

Number Translation ALS Function located in CCCP 104 (hereinafter referred to as "NTLF") 111 and Number Translation ACS Function located in OMP 118 (hereafter, 120 performs the function of number translation.

A routing control function (hereinafter referred to as "RTCF") 121 located in the OMP 118 is a block for controlling a route used as a relay line. The Interface Module Control Function (hereinafter referred to as "IMCF") 103 provides a function of matching subscriber links and multiple channel number information, which is cell routing information in a point-to-multipoint call. Perform the function of attaching.

The Access Switch Network Controller (hereinafter referred to as "ASNC") 114 located in the ASNM 113 stores USC (Multicasting Replication Map (MRM) information, which is cell replication information of the ALS switch. 107) and store in the ALS switch multicasting replication map information management table.

The Interconnected Switching Network Controller (ISNC) 117 located in the ISNM 116 receives MRM information, which is cell replication information of the ACS switch, from the USCF 107 and stores the MRM information in the ACS switch MRM management table. do. Finally, the Charging Data Gathering Function (CDGF) 112 performs a function of managing charging and statistical information transmitted from the USCF 107.

2 is a diagram illustrating an example of a connection configuration between related blocks for performing a point-to-multipoint call processing function of a scenario method to which the present invention is applied.

As shown in FIG. 2, when the user terminal 201 transmits a call setup message, the USIF 204 converts the internal message used in the ATM switching system and transmits the internal message to the USCF 205, and the USCF 205. If the main process receives this message and the received message is the originating message setup message, it creates one route process for point-to-multipoint originating signal processing and then goes to a state where it can receive a new originating message setup message.

The route process looks at the Broadband Bearer Capability (BBC) information element in the received call establishment message to determine whether it requires a point-to-point call connection or a point-to-multipoint call connection. Point-to-point (PTP) is stored in the identifier, and in the case of point-to-multipoint call connections, point-to-multipoint (PTMP) is stored in the protocol identifier.

Thereafter, the scenario extractor searches the call state transition table and selects a scenario related to processing the call setup message with the call state and the protocol identifier when the call setup message is received. In this case, when the call state is not in a state capable of receiving the call setup message, a scenario for performing error processing is selected.

As described above, the scenario management table with the selected scenario name is searched below to start processing of the corresponding scenario.

The scenarios are processed in such a way that the execution is completed in order from the beginning to the end of the data constituting the scenario, the method is executed from the beginning of the data and then transitions to the additional scenario, and then the execution is completed until the end of the current scenario. There is a way to execute from the beginning of the data and then transition to another scenario completely. When the scenario is executed in this manner and the end of the scenario is met, the message receiver is finished waiting for the party addition message, call progress message, call connection message, and call release message except for outgoing call setup message.

Meanwhile, if the incoming call setup message is transmitted to the USCF main process located at the called party for the incoming call connection while executing the scenario for processing the incoming call setup message, the called party USCF main process receives the incoming call setup message to execute the leaf process. After creating one, it goes to the waiting state for another incoming call setup message.

The leaf process looks at the broadband bearer capability information element in the incoming call establishment message to determine whether it requires a point-to-point call connection or a point-to-multipoint call connection. In the case of point-to-multipoint call connections, the point-to-multipoint (PTMP) is stored in the protocol identifier.

Subsequently, the performance of the scenario for the incoming call setup message is the same as that of the scenario for the outgoing call setup message, and when the execution of the scenario for the incoming call setup message is completed, the incoming call setup message is transmitted to the USIF 204. The message receiver goes to a state of waiting for a party addition message, call progress message, call connection message, call release message, etc. except for an incoming call setup message. Upon receiving the incoming call setup message, the USIF 204 converts the incoming call setup message into a call setup message that can be recognized by the called terminal.

3A and 3B are explanatory diagrams of a call state transition table and a scenario management table for performing a point-to-multipoint call processing function.

As shown in Figs. 3A and 3B, the call state transition table includes a current call state, a message received in the current call state, a protocol identifier for distinguishing between point-to-point and point-to-multipoint, and acceptance of received messages. It consists of a point-to-point scenario name and a point-to-multipoint scenario name related to the received message.

The scenario in the scenario management table consists of a scenario for processing and an error handling scenario for each received message. The scenario consists of three components: the type, the type of function, and the name of the object. If the processing type is "N", the general procedure and the branch procedure are performed. If "C", the current call state is stored, and if "P", the state of the current root party or leaf party is stored. Next, "ST" starts the timer, and "ET" ends the timer. And "T" performs the test procedure, and "EOS" finishes the execution of the scenario as the end of the scenario. The function type consists of "fptp" for use only in the point-to-point function, "fptm" for use only for the point-to-multipoint function, and "com" for common use in the point-to-point and point-to-multipoint function.

There are two types of scenarios provided for the point-to-multipoint call processing function: normal scenario and supplementary scenario. The general scenario consists of a general procedure, a branching procedure, a test procedure, and a supplementary scenario. The supplementary scenario consists only of a general procedure and a test procedure. Additional scenarios are scenarios of certain parts of a common scenario, and frequently used functions are created to increase software reusability.

Meanwhile, the general procedure performs a specific task for call processing, and the branch procedure executes additional scenarios, and selects and executes an appropriate additional scenario among several additional scenarios. Finally, the test procedure outputs the error content when an error occurs during the execution of the scenario.

4A to 4D are flowcharts illustrating an example of a point-to-multipoint call processing method of a scenario method according to the present invention, and FIG. 4A is a flowchart of a process of generating an originating and incoming call processing process in a point-to-multipoint call processing method.

As shown in FIG. 4A, the USCF main process receives an outgoing call and incoming call setup message from the USIF (401), determines whether the received message is an outgoing call setup message, or an incoming call setup message (402). If the call setup message generates an outgoing call processing process to perform the outgoing call processing (403), and if the incoming call setup message generates the incoming call processing to perform the incoming call processing (404), then the new outgoing call setup message is generated. Repeated from step 401 of receiving an incoming call setting message.

4B is a flowchart of a call processing process of an outgoing and incoming call processing process.

As shown in Fig. 4B, the originating and incoming call processing process generated in Fig. 4A determines the BBC information element in the received originating and incoming call setup message (501) to determine the BBC information element. The PTMP is stored in the protocol identifier if a multi-point (PTMP) call connection request (502), and the PTP is stored in the protocol identifier (503) if the BBC information element is a point-to-point (PTP) call connection request.

Then, the scenario extraction and processing procedure is called to perform the procedure for processing the corresponding scenario (504), and receives a message except the call origination and incoming call setup message (505) to determine whether the protocol discriminator is point-to-point or point-to-multipoint. In operation 506, if the protocol identifier is point-to-point (PTP), the point-to-point call state is stored (507). If the point-to-multipoint (PTMP), the point-to-multipoint call state and party state information are stored (508).

Subsequently, it is determined whether the received message is a call release message (509), and if the call release message is not a call release message, the procedure 504 of performing a procedure by calling a scenario extraction and processing procedure is repeated. The procedure is called to stop processing of the process (510).

4C and 4D are detailed flowcharts of one embodiment of a scenario extraction and processing procedure execution process called in FIG. 4B.

As shown in FIG. 4C, the scenario extraction procedure searches the call state transition table (601) and compares the protocol identifier with the message received in the current call state to determine the protocol identifier (602).

If the determination result (602), if the protocol discriminator is a point-to-multipoint (PTMP), the point-to-multipoint scenario name is extracted (603), and with the extracted scenario name, the scenario management table is searched to extract the corresponding scenario (604). It is determined whether the type is "fptm" or "com" (605) and the next member is selected if the function type is not "fptm" or "com" (615), and the processing type if the function type is "fptm" or "com". It is determined whether is "N" (606).

On the other hand, if the determination result 602, if the protocol discriminator is a point-to-point (PTP), the point-to-point scenario name is extracted (607), and the scenario is extracted by searching the scenario management table with the extracted scenario name (608), and then the function It is determined whether the type is "fptp" or "com" (609). If the function type is not "fptp" or "com", the next member is selected (615). If the function type is "fptp" or "com", the processing type is selected. It is determined whether is "N" (606).

On the other hand, it is determined whether the processing type is "N" (606), and if "N", it is determined whether the procedure is a general procedure (610), if not a general procedure (i.e., if it is a branch procedure) and selects an additional scenario (611), Scenario for repeating the process of determining whether the function type is "fptp" or "com" (605), if the general procedure is a general procedure (612), and determines the result of the execution (613) if the error is handled scenario After selecting (614), the process of determining whether the function type is "fptp" or "com" is repeated (605), and if it is normal, after selecting the next member (615), the function type is "fptp" or "com" The process of determining the recognition is repeated 605.

On the other hand, it is determined whether the processing type is "N" (606), and if it is not "N", it is determined whether the processing type is "C" (616). If it is "C", the call state is stored (617) and the next member is selected. Starting from step 615, if it is not "C", it is determined whether the processing type is "P" (618). If "P", the party state is stored (619) and the next member is selected. If it is not "P", it is determined whether the processing type is "ST" (620). If "ST", the timer is started (621), and the next member is selected from the process (615). Determining whether or not "ET" (622), if the "ET", the tire is terminated (623), the process of selecting the next member (615), and if not "ET" to determine whether the processing type "T" If it is "T", the test procedure is performed (625), and then the process of selecting the next member is performed (615), and whether the processing form is "EOS" is determined (626). Repeatedly performing the step (626) to form a check whether the "EOS", and if "EOS" is performed to complete the confirmation scenario.

The method of the present invention as described above may be implemented as a program and stored in a computer-readable recording medium (CD-ROM, RAM, ROM, floppy disk, hard disk, magneto-optical disk, etc.).

The present invention described above, the present invention is not limited to the above-described embodiment and the accompanying drawings, the present invention is that various substitutions, modifications and changes can be made within the scope without departing from the spirit of the present invention. It will be apparent to those of ordinary skill in the art.

As described above, the present invention receives messages for call processing through a message receiver in an asynchronous delivery mode (ATM) virtual channel switching system, and the call state and protocol identifier of a point in time when a message comes in through a scenario extractor and the received message. By extracting the associated scenario names with messages through state transition tables for point-to-multipoint calls and reusing scenarios and procedures as much as possible, you not only shorten the development time for implementing point-to-multipoint call processing software, but also gain high productivity. It can be effective.

In addition, the present invention makes it possible to easily identify the flow of call processing by distinguishing between point-to-point call processing and point-to-multipoint call processing by protocol identifiers in a scenario table and a state transition table, thereby developing and maintaining software. It can increase the efficiency of maintenance, make it easy to add new features and changes, increase the scalability of the software, and provide software reusability by providing additional scenarios, a group of procedures that perform specific frequently used tasks. There is an effect that can be further increased.

Claims (12)

In the point-to-multipoint call processing method applied to the asynchronous delivery mode virtual channel switching system, Receiving a calling and incoming call setup message from a user-network interface signaling matching function and determining a type of the received message to generate a process for the corresponding signal; A second step of discriminating whether a connection request of a point-to-point call or a connection request of a point-to-multipoint call is stored according to a broadband bearer capability information element in the configuration message and storing the information in a corresponding protocol identifier; And The third step of calling the scenario extraction and procedure to search the call state transition table, and searching and extracting the scenario name and scenario management table corresponding to the protocol identifier to perform call processing according to the function type and processing type. Scenario-based point-to-multipoint call processing method in an asynchronous delivery mode virtual channel switching system comprising a. The method of claim 1, Receives a message other than the origination and incoming call setup message from the user-network interface signaling matching function, and stores each call state according to a connection request of a point-to-point call or a connection request of a point-to-multipoint call, and then releases a call release message. A fourth step of stopping the process by receiving the scenario extraction and the procedure call Point-to-multipoint call processing method of the scenario method in the asynchronous delivery mode virtual channel switching system further comprising. The method according to claim 1 or 2, The second step, A fifth step of receiving an outgoing call and incoming call setup message from the user-network interface signaling matching function to identify a broadband bearer capability information element; And As a result of the checking in the third step, if the broadband bearer information element is a point-to-point call connection request, an identifier corresponding to the point-to-point call connection request is stored in the protocol identifier, and if the broadband bearer information element is a point-to-multipoint call connection request, the protocol is distinguished. A sixth step of storing an identifier corresponding to a point-to-multipoint call connection request Scenario-based point-to-multipoint call processing method in an asynchronous delivery mode virtual channel switching system comprising a. The method of claim 3, wherein The third step, A seventh step of calling the extracted scenario and procedure to search the call state transition table and confirm a protocol identifier; As a result of the check in the seventh step, if the identifier corresponding to the point-to-multipoint call connection request is extracted, the point-to-multipoint scenario name is extracted, the scenario management table is searched and extracted, and then the function and processing forms of the scenario management table are extracted. An eighth step of performing call processing accordingly; And As a result of the checking in the seventh step, if the identifier corresponds to the point-to-point call connection request, the point-to-point scenario name is extracted, the scenario management table is searched and extracted, and the call processing is performed according to the function type and processing form of the scenario management table. 9th Step to Perform Scenario-based point-to-multipoint call processing method in an asynchronous delivery mode virtual channel switching system comprising a. The method of claim 4, wherein Call processing according to the function form and processing form of the scenario management table, A tenth step of determining whether a function type of the scenario management table is a point-to-multipoint use function type or a point-to-point and point-to-multipoint common function type; An eleventh step of selecting a next member if it is not a point-to-multipoint use function form or a point-to-point and point-to-multipoint common function form as a result of the determination in the tenth step, and performing from the tenth step; And A twelfth step of performing call processing by checking a processing form if the point-to-multipoint use function form or the point-to-point and point-to-multipoint common function form is determined as the result of the tenth step; Scenario-based point-to-multipoint call processing method in an asynchronous delivery mode virtual channel switching system comprising a. The method of claim 5, The twelfth step, A thirteenth step of identifying a processing form if the determination result of the tenth step is a point-to-multipoint function function type or a point-to-point and point-to-multipoint common function type; As a result of the check in step 13, if the procedure is in the form of a procedure, the procedure determines whether the procedure is a general procedure or a branch procedure. If the procedure is a general procedure, the procedure is performed. If the procedure is a branch procedure, an additional scenario is selected. (14) to select a next member, and to select an error processing scenario if abnormal. And A fifteenth step of selecting the next member after storing each of the results of the check in the thirteenth step, the call state storage, the party state storage, the timer start, the timer end, the test procedure and the scenario termination; Scenario-based point-to-multipoint call processing method in an asynchronous delivery mode virtual channel switching system comprising a. The method of claim 2, The call state transition table, Include the current call state, the message received in the current call state, the protocol identifier that distinguishes point-to-point-to-multipoint, the acceptance of received messages, the point-to-point and point-to-multipoint scenario names associated with the received message. In the asynchronous delivery mode virtual channel switching system, a scenario-based point-to-multipoint call processing in the asynchronous delivery mode virtual channel switching system, comprising a general scenario consisting of a general procedure, a branch procedure, and a test procedure, and an additional scenario consisting of a general procedure and a test procedure. Way. The method of claim 2, The scenario name and scenario management table, A scenario-based point-to-multipoint call processing method in an asynchronous delivery mode virtual channel switching system, comprising a processing type, a function type, and a processing target name of the scenario. The method of claim 8, The processing form of the scenario is General procedure for call processing, branch procedure to select appropriate additional scenario, test procedure for error information output, current call status, current root party or leaf party status, timer start status, timer end status, scenario Scenario-based point-to-multipoint call processing method in an asynchronous delivery mode virtual channel switching system, characterized in that the execution of the operation is divided. The method of claim 8, The functional form of the scenario is Asynchronously characterized by being divided into point-to-point (fptp) used only for the point-to-point function, point-to-multipoint (fptm) used only for the point-to-multipoint function, and common point (com) commonly used in the point-to-point and point-to-multipoint function Scenario-based point-to-multipoint call processing method in delivery mode virtual channel switching system. In an asynchronous delivery mode virtual channel switching system having a processor, A first function of receiving an outgoing call and an incoming call setup message from a user-network interface signaling matching function and determining a type of the received message to generate a process for the corresponding signal; A second function of discriminating whether a connection request for a point-to-point call or a connection request for a point-to-multipoint call is stored according to a broadband bearer capability information element in the configuration message and storing the information in a corresponding protocol identifier; The third function of calling a scenario extraction and procedure to search the call state transition table, and searching and extracting the scenario name and scenario management table corresponding to the protocol identifier to perform call processing according to the function type and processing type. A computer-readable recording medium having recorded thereon a program for realizing this. The method of claim 11, Receive a call release message from the user-network interface signaling matching function by storing each call state according to a connection request of a point-to-point call or a connection request of a point-to-multipoint call from a call request and an incoming call setup message. Function to interrupt the process processing by receiving the scenario extraction and the procedure call A computer-readable recording medium that records a program for further realization.