KR20000033960A - Method of managing operation state requiring implementation from service controller to data providing system - Google Patents

Abstract

PURPOSE: A method of managing an operation state that requires an implementation from a service controller to a data providing system is provided to efficiently manage an operation with respect to special resource services in a next generation intelligent network data system. CONSTITUTION: When an information providing system receives an operation of class 1 from a service controlling point (SCP), an intelligent network application protocol prepares an operation status management chart. If in the information providing system, a Tc_linvoke request component is received in an idle status (301), the idle status becomes a rejection stand-by status (302). If a protocol error is detected, TC_U_Reject request message is returned to the SCP and the rejection stand-by status (302) becomes a rejection pending status, which will become an operation implementing status if there is no ground for rejection. The operation implementing status provides a user with specialized resources in a subordinate application process. When receiving the result as an op_processing response, it becomes a result processing status (305). If the processing result is successful, the result processing status (305) becomes a result pending status (306). If U_RESr is received at the result pending status, CONr or TC_End request (ENDr) requiring dialogue termination is transmitted.

Description

Operation state management method requiring execution from service controller to information provision system

The present invention relates to an operation state management method of an intelligent network application protocol (INAP), and more particularly, to a state management method for an operation managed by an intelligent network application protocol for processing an operation received from a service controller (SCP).

In the existing intelligent network, the information providing system is used to provide intelligent network services to service users by implementing a simple announcement broadcasting and DTMF collection function in a service switching point (SSP) without using an information providing system (IP). There was no need for an application protocol between the IP and the service controller (SCP).

However, next-generation intelligent network service should be able to provide various special resources such as voice guidance, dual tone multi frequency (DTMF) collection, voice recognition, speech synthesis, voice recording, fax processing, etc. Since it is expensive to develop and it is difficult to easily change new resources for the developed network resources, it is necessary to develop an information providing system (IP) for providing the various special resources and connect them to the network. I tried to solve the problem.

Intelligent Network Application Protocol (INAP), which is implemented in the IP for communication between the IP and the next-generation intelligent network elements in the next-generation intelligent network, operates on an operation for providing an application service between the IP and the SCP. It is necessary to manage the statuses for these graded operation operations.

Among the contents of the operation status of each grade, the contents of the initial intelligent network SSP are indicated in the domestic standard, but this is the contents of the operation of the operation in the initial intelligent network SSP. As a result, an operation state management method is required separately.

Therefore, in the present invention, when a service is requested by an information providing system (IP) among operations in a next generation intelligent network service, an operation state management diagram of an operation is prepared in the intelligent network application protocol (IP INAP) to process the requested service call. The present invention relates to a method for managing the success or error status of a performance and a result from the start of an operation for an operation received from a service controller (SCP).

The state management method for the operation provided by the present invention is the operation state management method of the next generation intelligent network information providing system, the operation of the operation in the intelligent network application protocol when the information providing system (IP) receives the operation from the service controller (SCP) An operation state management chart indicating an operation state as an idle state, a rejection waiting state, an operation execution state, a rejection pending state, a result processing state, and a result pending state is created, and the operation state indicated by the operation state management diagram By managing the operation status of the start, performance and result of the requested operation, it is possible to effectively manage operations for special resource services of the next generation intelligent network information system.

1 is a configuration diagram for a next generation intelligent network intelligent information system,

2 is a block diagram of an intelligent network application protocol block,

3 is a process flow diagram for a class 1 operation according to an embodiment of the present invention;

4 is a process flow diagram for a class 2 operation in accordance with an embodiment of the present invention.

<Explanation of symbols for main parts of drawing>

110: intelligent network information system (AIN IP)

111: Special Resource Main Processor 112: Disk Array

113: LAN route switch 114: Special Resource Exchange (SRS)

115: Special Resource Unit (SRU) 120: Intelligent Network Service Controller (AIN SCP)

130: common line signaling network 140: intelligent network service switch (AIN SSP)

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

FIG. 1 is a configuration diagram of a next generation intelligent network intelligent information system. Referring to FIG. 1, the next generation intelligent network intelligent information system (AIN IP) 110 is connected to a disk array 112 in which a plurality of disks are arranged to provide operator information. An intelligent network service controller (AIN SCP) 120 and an intelligent network by a specialized resource main processor (SRMP) 111 that manages and performs its operator matching and operation functions, and a common line signaling network 130. A Specialized Resources Switch (SRS) 114 connected to the AIN SSP 140 to perform protocol and service call processing, and a Special Resource Unit (SRU) to perform processing for special resource information. Specialized resource unit (115), each of the components (111, 114, 115) are connected by a LAN Route Switch (113).

At this time, the intelligent network application protocol (IP INAP) of the present invention is mounted in the protocol processing unit of the special resource exchange (SRS) 114, the configuration of the intelligent network application protocol block is shown in FIG.

Referring to FIG. 2, the intelligent network application protocol block (INAP) 220 communicates with a specialized service control subsystem (SSCS) 210 by an AP-primitive, and performs component processing (CHA: Component). Communication by the TC-primitive with the TCAP (Transaction Capabilities Application Part) 230 composed of HAndler, Dialogue HAndler (DHA) and Transaction HAndler (THA). Performing operational state management, particularly in the shaded areas.

In addition, a single association control management (SACM) module, a single association operation control (SAOC) module, a single association dialog control (SADC) module, A protocol message matching (PMM) module is included in the intelligent network application protocol block (IANP) 220.

At this time, the intelligent network application protocol divides the operation between IP and SCP into four classes, and fails or succeeds after performing the operation, and transmits the result to both classes, which is called 'class 1', and fails only when the operation fails. The case of transmitting a result is called "class 2", and the case of transmitting a success result only if it succeeds after performing an operation is called "class 3". In addition, a case in which failure or success and neither result is transmitted after performing an operation is referred to as "grade 4."

FIG. 3 is a flowchart illustrating a class 1 operation according to an embodiment of the present invention, which manages a state of an operation in an intelligent network application protocol (IP INAP) to perform user information collection (PCUI). The processing flow for this is shown. Means to send a message, "?" Means to receive a message, a lowercase message is a message processed inside the IP system, and an uppercase letter indicates a message exchanged with a partner node SCP.

Referring to FIG. 3, the state of performing an operation for performing the example is an idle state 301, a rejection waiting state 302, an operation performing state 303, a rejection pending state 304, and a result processing state 305. And a result pending 306 state. First, when a TC_Iinvoke request (INVr) component is received 31 indicating a request to perform a class 1 operation in the idle state 301, the reject wait state 302 becomes In the rejection waiting state 302, if the reason for rejection occurs during the decoding of the operation is monitored, and if a protocol error is detected, a TC_U_Reject request (U_REJr) message is returned to the SCP (32) and the rejection pending state 304 is do.

In the rejection pending state 304, it is determined to continue communication with the service controller (SCP) according to the logic of the intelligent network application protocol (IP INAP), and transmits a TC_Continue request (CONr) to the SCP (33), indicating that the dialogue continues. Internally, a Tsrf_reset message indicating a timer reset is transmitted to the upper PMM, and the idle state 301 is returned. At this time, the Tsrf timer operates until an arbitrary message comes from the SCP. When the random message arrives, the timer stops and is reset again when a message is transmitted from the IP to the SCP.

If there is no reason for rejection in the rejection waiting state 302, an operation execution request is sent to the PMM (op_processing request) 34, and the operation execution state 303 is entered. In the operation execution state 303, an upper application process is performed. When a special resource or the like is provided to the user and the result value is received 35 in the op_processing response, the result processing state 305 is entered. In the result processing state 305, if the execution result is successful, a TC_U_Result requst (U_RESr) is transmitted 36 to the SCP, and if the failure is a TC_U_Error request (U_ERRr) message, the result is the result pending state 306, the result pending In the state 306, a CONr requesting to continue the dialog is transmitted 37 when the failure is notified, and when a U_RESr indicating a success is transmitted, a CONr or a TC_End request (ENDr) requesting the end of the dialog is transmitted (37). )do.

At this time, the element that determines the continuation or termination of the dialog means that the bearer connection with the SSP should be maintained if a certain value (IP initiation disconnect prohibition term) is true in the parameter term of the operation that was requested to perform the operation. It sends CONr requesting continuation and if it is false, it means releasing bearer connection with SSP, so it sends ENDr requesting termination.

FIG. 4 is a flowchart illustrating a class 2 operation according to an embodiment of the present invention, in which an embodiment of deleting a message is shown. In this case, the operation state of the operation is the same as that of FIG. 3. In the case where the INVi component representing the performance request of the class 2 operation is received (41), the standby wait state 302 is entered, and the reject wait state 302 monitors whether a rejection reason occurs during decoding of the operation. If, as a result of the monitoring, a protocol error is detected, the U_REJr message is returned 42 to the SCP and the rejected pending state 303 is reached.

In the rejection pending state 303, it is determined to continue communication with the service controller (SCP) according to the logic of the IP INAP, and transmits a CONr indicating continuation of the dialogue to the SCP, and internally to the upper PMM block. A Tsrf_reset message indicating a timer reset is transmitted (43) and back to an idle state (301).

If there is no reason for rejection in the rejection waiting state 302, an operation performing request is sent to the PMM (op_processing request), and the state is changed to the operation performing state 304, and then the operation is performed to perform a higher application. When the process provides the user with a special resource and the like, and the result value is received 45 as an op_processing response, the process becomes a result processing state 305.

In the result processing state 305, if the execution result is success, no message is sent 48 to the SCP (class 2 does not notify the other node of the success result), and is in an idle state 301, and if it fails, the U_ERRr message is returned. After encoding and transmitting 46 to the SCP, the result is a pending state 306. Then, in the result pending state 306, the CONr requesting the continuation of the dialog is transmitted 47, and then the idle state 301 is entered.

As described above, the method of the present invention manages operation execution and processing results according to a preset operation operation state management chart when an IP receives a class 1 and a class 2 operation from an SCP for special resource call processing. It is effective to effectively manage operations for special resource services.

Claims (5)

In the operation state management method of the next generation intelligent network information providing system, When the information providing system (IP) receives an operation from the service controller (SCP) In the intelligent network application protocol, an operation state management chart indicating an operation state of an operation as an idle state, a rejection waiting state, an operation execution state, a rejection pending state, a result processing state, and a result pending state is created. And managing the operation state of the requested operation according to the operation state shown in the operation state management chart. The method of claim 1, The operation state management method of the next generation intelligent network information providing system When the information providing system receives an operation corresponding to class 1 from the service controller A first process of changing the state to a rejection standby state when the intelligent network application protocol maintains an idle state and the information providing system receives a message requesting performance of a class 1 operation from a service controller; A second step of monitoring whether a rejection reason occurs during decoding of an operation in the rejection waiting state, and if there is no rejection reason, transmitting an operation execution request to a higher application process and changing the state to an operation performing state; A third process of providing a user with the requested special resource to the user, and then changing the state to a result processing state while maintaining the operation performance state, the higher application process receiving the execution request for the operation in the second process; A fourth step of transmitting a message according to the result of performing the requested operation to the service controller while changing the result processing state and changing the state to the result pending state; If the result of performing the operation of the fourth process in the result pending state is unsuccessful, the state is changed to the idle state while maintaining the logical path connected between the service controller and the information providing system, and the result of performing the operation of the fourth process succeeds. And a fifth process of continuously maintaining or terminating the logical path according to a preset value of the operation, and then changing the state to an idle state. The method of claim 2, wherein the second process If a reason for rejection occurs while decoding an operation, Returning an operation request message received from the service controller to the service controller and changing the state to a reject pending state; After determining whether to continue the communication between the information providing system and the service controller (SCP) according to the logic of the IP INAP, the logical path between the information providing system and the service controller is to be continued. Sending a message to the service controller to maintain the message; And resetting the timer operating while waiting for any message in the upper application process, and then changing the state to the idle state. The method of claim 1, The operation state management method of the next generation intelligent network information providing system When the information providing system receives an operation corresponding to class 2 from the service controller A first process of changing the state to a rejection standby state when the intelligent network application protocol maintains an idle state and the information providing system receives a message requesting performance of a class 2 operation from a service controller; A second process of monitoring whether a reason for rejection occurs during decoding of the operation in the rejection waiting state, and if there is no reason for rejection, requesting a higher application process to perform the operation, and then changing the state to an operation execution state; and, A third process of providing a user with the requested special resource to the user, and then changing the state to a result processing state while maintaining the operation performance state, the higher application process receiving the execution request for the operation in the second process; A fourth process of changing the state to an idle state without transmitting any message to the service controller when the result of performing the operation of the third process is successful; A fifth process of encoding the failure message and transmitting the encoded failure message to the service controller if the result of the operation of the third process is failed, and then changing the state to the result pending state; Managing the operation state from the service controller to the information providing system, comprising a sixth process of maintaining the logical path between the information providing system and the service controller in the result pending state and changing the state to an idle state. Way. The method of claim 4, wherein the second process Returning an operation request message received from the service controller to the service controller and changing the state to a reject pending state; After determining whether to continue the communication between the information providing system and the service controller (SCP) according to the logic of the IP INAP, the logical path between the information providing system and the service controller is to be continued. Sending a message to the service controller to maintain the message; And resetting the timer operating while waiting for any message in the upper application process, and then changing the state to the idle state.