KR100238418B1 - Operation processing procedure for advanced intelligent network intelligent peripheral - Google Patents

Abstract

The present invention relates to a method of performing an operation of a next generation intelligent network (AIN) intelligent information providing system (IP), and an error response to an auxiliary command request (ARI) in an intelligent network application protocol (INAP) composed of PMM, SAOC, SADC, and SACM units. Process of receiving a response, process of receiving an instruction to perform an operation, processing of receiving and processing a response result from an application process (AP) of an SRF service controller, processing of detecting an error in a received component, and rejection. By performing the processing in case of component and operation instruction timeout, AIN IP can provide special resource service according to various operation instruction required from external network node (SCP), and transfer the procedure to SCP. In addition, it is easy to expand the service because it can easily add and operate a new operation by this operation processing procedure. And it has a.

Description

Operation Method of Next Generation Intelligent Network Intelligent Information System

The present invention relates to a method of performing operations in a next generation intelligent network intelligent information providing system.

Existing intelligent network does not use intelligent peripheral system (IP), but provides simple service of announcement and dual tone multi-frequency collection in service switching point (SSP) to service users. Because of this method, there is no need for an application protocol between IP and SCP.

However, next-generation intelligent network services should be able to provide various special resources such as voice recognition, voice synthesis, voice recording, and fax processing, and it is expensive to develop them in existing SSPs. The disadvantage is that it is difficult to change easily.

In order to solve the above disadvantages, the present invention, in the next-generation intelligent network structure directly connected to the IP and SCP, for the processing of various application services for providing a special resource service to the service user, transmission and reception of operation instructions, transmission of operation performance results, operation failure The application service between IP and SCP is implemented by implementing an intelligent network application protocol (hereinafter referred to as INAP) and a part function of Single Association Operation Control (SAOC) part of the intelligent network application protocol (INAP). The purpose is to make the process possible.

1 is a physical structural diagram of an AIN IP system according to the present invention.

2 is a block diagram of an AIN IP INAP function according to the present invention;

3A is a flowchart illustrating an operation performed by the present invention.

* Explanation of symbols for main parts of the drawings

100: application process (AP) 200: intelligent network application protocol (INAP)

210: protocol message matching unit (PMM)

221: single access control unit (SACM)

222: single connection operation control unit (SAOC)

222a: Application Service Element (ASE)

223: single connection dialog control unit (SADC)

300: question and answer function application unit (TCAP)

310: CHA320: DHA

330: THA

In order to achieve the above object, the present invention provides a process of processing an error response to the ARI provided by the SAOC, a process of processing a case of receiving an operation execution instruction, and receiving a response result from the AP. And a process of processing a case, a process of processing a case of detecting an error in a received component, and a process of processing a reject component and an operation instruction timeout.

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

1 is a physical structure diagram of an AIN IP system according to the present invention, a mode for providing a special resource, a special resource controller for controlling the same, and an interface with an external network node (SSP, SCP) to establish a voice path and transmit a signal message It consists of 4 sub-systems, such as the network matching unit in charge of functions, the SRF service control unit for managing various resource states, and the system operation management unit for system operation and maintenance. do.

The subsystems include the main process (MP), a specialized resource switching processor (SRSP), and a specialized resource control processor (SRCP) configured with an AIN IP physical entity as shown in FIG. Are distributed together.

2 is a block diagram of an AIN IP INAP function according to the present invention, wherein the INAP 200 includes a multiple association control function (MACF), a single association control function (SACF), and an application. Consists of application service elements (ASEs), the lower layers of the transaction capabilities application part (TCAP), the signaling connection control part (SCCP), the message transfer part (message transfer part) It is a protocol that processes application services by exchanging control signals with SCP through signaling network via MTP).

In the present invention, four functional blocks are defined as a block constituting the IP INAP as shown in FIG. 2, corresponding to the protocol message matching unit (PMM) 210 corresponding to the MACF, and corresponding to the SACF. Three functional blocks, namely, single association control management (hereinafter referred to as SACM) 221, single association operation control (hereinafter referred to as SAOC) 222, and single access dialog control (single) association dialogue control, hereinafter referred to as SADC).

The PMM unit 210 serves as an interface between an application protocol (hereinafter referred to as an AP) 100 of an SRF service control unit and a communication network matching unit.

That is, by analyzing the message received from the Broadband Telecommunication Network User Part (ISDN User Part, hereinafter referred to as ISUP) or SACF, and transmitting the appropriate service primitive to the AP 100, and conversely, the primitive received from the AP to SACF and ISUP. To pass.

In addition, when receiving the information on the congestion of the signal point, the traffic amount is adjusted according to the control algorithm, while managing the Trsf timer to time out in the connection state with the SSP and the user interaction with the SCP. Inform the ISUP and SACF to release the associated resources and make them idle.

The SAOC unit 222 exchanges M-primitives for operation requests / instructions with the PMM 210 and TC-primitives for dialog control with a TCAF.

The SAOC unit 222 drives the corresponding ASE 222a according to the received message type to perform encoding and decoding of the operation, and manages a buffer for the operation order maintaining function and receives the operation from the SCP. Provides error checking of components and operations received from SCP while performing instructions sequentially.

Operations provided by the SAOC unit 222 may be referred to as aaist request instruction (hereinafter referred to as ARI), prompt and collect user information (hereinafter referred to as PCUI), and play announcement (hereinafter referred to as PA). ), Message recording (prompt and receive message (hereinafter referred to as PRM)), message deletion (hereinafter referred to as EM), specialized resource report (hereinafter referred to as SRR), cancellation, operation, etc. Seven.

In addition, the SADC 223 interacts with the SAOC 222 to allocate, maintain, and release a dialog number for each service call, and, in conjunction with the TCAP 300, an application context negotiation (ACN) function. Do this.

The SACM unit 221 has an interface with an operation management function unit of the IP system, and has a function of notifying when a message necessary for measuring INAP-related statistics and data is generated.

In addition, the signal point and subsystem management primitives (TC-State, TC-Pcstate, etc.) received from the TCAP 300 are relayed to the PMM 210, and the INAP state is idle when a service interruption situation such as a signal point failure occurs. To.

3A to 3G are flowcharts illustrating an operation to which the present invention is applied and shows a functional flow diagram of an SAOC unit that performs encoding / decoding and transmission / reception of an operation.

In idle state (S1), when IP receives bearer connection request from SSP through ISUP, SRF service controller allocates one available channel and sends an assistant request instruction (ARI) operation to SCP.

That is, the SAOC starts the operation (S2) while receiving an ARI_needed primitive from the AP.

The SAOC allocates an operation instruction number Iid, a local number Lid, and a dialog number Did (S3) and calls a procedure for encoding an ARI operation (S4).

After the call, the TC_INVOKE request is sent to the CHA part of the TCAP (S5), the SADC part is notified of the component transmission, and a request is made to send the dialog start primitive (S6). (S7).

In case the dialogue attempt status (S7) is received by the provider with a TC_P_Abort indication primitive (S8), it is determined whether the door code is not supported by the conversation (S9), and if it is not supported by the conversation, it is notified by the PMM. (S10) After sending the indication indication component_request (TC_INV req) to the CHA (S11), a dialogue start primitive retransmission without a chat unit is requested to the SADC (S12), and the dialog setting attempt state (S7) is again entered.

If the problem code is not supported by the conversation unit, it is idle (S13).

Upon receiving the dialog interrupt_indication (TC_U_Abort ind) by the user in the dialog setting attempt state (S7) (S14), it is determined whether the problem code is AC & AC supported (S15) and the AC support is not possible and the alternate AC is set to IP. If available, the dialog stop_indication (Dial_abt_ind) is sent to PMM (S16), the indication component_request (TC_INV_req) is sent to CHA (S17), and the SADC is requested to start a new AC (S19). The setting attempt state S7 is maintained.

If the problem code is anything else, it is idle (S19).

On the other hand, when an event that requires communication with the SCP occurs, a dialogue release message is received from the PMM (S20), at which time the dialog is requested to the SADC (S21) and becomes idle (S22).

Upon receiving a component reception instruction from the SADC (S23), a component reception wait state is entered, and when an error component_instruction (TC_U_Error ind) is received (S24), it is determined whether the current state is a dialog setting attempt state (S25). If it is in the attempt state, it is determined whether there is a component error (S26), and if there is no error, it informs the PMM that the ARI operation has failed (S27) and becomes idle (S28). (S29), this is notified by the PMM (S30) and becomes idle (S31).

In a normal case, an indication component_command (TC_INV_ind) message is received (S32), and if there is a component error (S33), if there is no component error, a decoding procedure is called (S34).

In case of a component error, it is notified to PMM (S35), and it is determined whether the message is received from the dialog termination (TC-END) or the dialogue continue (TC-CON) message (S36). (S37) An idle state S38 is obtained.

If received in the TC-CON message, discard the component (S39), call the procedure for encoding the rejection component_request (TC-U-REJ req) by the user (S40), and sends the generated primitives to the CHA After (S41), if it is determined that the operation of the PA, PCUI, PRM, etc. is being performed (S42), if the operation is in the waiting state (S43), if there is no operation in progress, another component is received from the SCP.

On the other hand, if the result of decoding the received indication component_indication (TC-INV_ind) message is PCUI and an error is detected by determining error detection (S44), the Trsf timer is reset (S45), and an error component_request (TC_U_Err req) After the primitive is generated (S46), the primitive is transmitted to the CHA (S47), and a dialogue continue message is transmitted to the SADC (S48).

If no error is detected in the PCUI operation detailed parameter, a true or false value of the IP initiation disconnection term is stored (S49), a PCUI execution request is transmitted to the PMM (S50), and a response wait state is reached (S51).

If the decoding result is a PRM, it is determined that the error is detected (S52). If an error is detected, the Trsf timer is reset (S53), an error component_request (TC_U_Err req) is generated (S54), and transmitted to CHA. In step S55, a dialogue continued message is transmitted to the SADC.

If no error is detected in the PRM operation detailed parameter, a true or false value of the IP initiation disconnection term is stored (S57), a PRM execution request is transmitted to the PMM (S58), and a response wait state is reached (S59).

If the result of decoding is PA, it is determined that error detection is performed (S60). If an error is detected, the Trsf timer is reset (S61), and after generating a rejection component_request (TC-U-Err req) primitive by the user, (S62) Send to CHA (S63), and request to continue dialogue transmission message to SADC (S64).

If there is no error, after recording the IP start disconnection prohibition term and the announcement broadcast end term (S65), it transmits a PA request to the PMM (S66) and determines whether the PA is the last component (S67). (S68), otherwise it will process another received component.

On the other hand, if the decoding result is Cancel and the error detection is determined (S69) and an error is found, the Trsf timer is reset (S70), and after generating an error component_request (TC-U-Err req) message (S71). In step S73, the terminal sends a CHA message (S72), and sends a dialog message to the SADC (S73).

If there is no error, the cancel request is sent to the PMM (S74), and then a response wait state (S75) is reached.

When the PCUI response is received from the PMM in the waiting state (S75) (S76), it is determined whether the result is positive or negative (S77). If it is positive, the rejection component_request by the user (TC-) REJ req) is encoded (S78) and transmitted to CHA (S79), and it is determined whether the IP disconnection prohibition is true or false (S80). If it is false, the dialog termination_request (TC-END req) The transmission is requested to the SADC (S81), and is idle (S82). If true, the dialog continuation_request (TC-CON req) is requested (S83).

If it is negative after the determination, the error component_request (TC-U-ERR req) is encoded (S84), transmitted to the CHA (S85), and repeated from the true false determination of the prohibition of IP disconnection.

When receiving the PRM response (S86) is the same as the PCUI procedure, and when receiving the PA response from the PMM (S87), it is determined whether the result is positive or negative (S88). If it is determined (S89) that it is true, the SRR operation is encoded (S90), and the indicated component_request (TC-INV req) is transmitted to the CHA (S91).

After transmission, it is determined whether the IP-initiated disconnect prohibition clause is true or false (S92). If it is true, it requests transmission of a dialog continue_request (TC-CON req) message to continue the dialogue with the SADC (S93), and PCUI or PRM. If it is in progress (S94), if it is in progress, a response wait state is reached (S95), or another component is received.

On the other hand, if the IP start disconnection prohibition term is false, the SADC is requested to terminate the dialog (S96), and an idle state (S97).

If it is negative after the determination, the error component_request (TC-U-Err req) is encoded (S98), transmitted to CHA (S99), and repeated from the true false determination of the prohibition of IP start disconnection.

If a response to Cancel is received from the PMM (S100), it is determined whether it is positive or negative (S101), and if it is negative, an error component_request (TC-U-Err req) indicating an error for the cancel operation instruction. If the encoding (S102) is positive, an error component_request (TC-U-ERR req) message for the operation that is the object of cancellation is encoded (S103).

After the encoding is transmitted to the CHA (S104), the SADC is requested to continue the dialog (S105). It is determined whether another operation is in progress (S106). If the other operation is in progress, the response waits (S107). Receive.

On the other hand, if the PA response is received after judging the completion report of the announcement (S89), if the IP initiated disconnection judgment is determined (S108), if false is sent to the end of the dialogue scheduled to SADC (S109) and idle (S110). If it is true, it is determined whether another operation is in progress (S111). If it is in progress, a response wait state is reached (S112), or another component is received.

Scheduled termination is a termination method used to terminate the dialog itself without having to inform SCP of the termination.

In addition, the procedure for receiving and processing primitives related to component rejection from the CHA of the TCAP is as follows.

In case of receiving TC-U (or R) -Reject (S113), if an error is detected by the other party's SCP INAP (or SCP's TCAP) and sent a message, PMM notifies the fact of rejection (S114), and the last component If it is determined in step S115 that the last component is in the idle state S116, the next component is received.

In the case of receiving the TC-Reject (S117), if a component error is found in the TCAP of the home country, it also notifies the fact to the PMM (S118), and determines which of the TC-END and TC-CON has been received (S119). If it is received as -END, it is idle (S120), if it is TC-CON, the problem type is determined (S121) In case of TC-INV ind, it is determined whether other operations are in progress (S122) If no operation is in progress (S123), the SADC is instructed to transmit a dialog continue message (S124).

On the other hand, if the rejection occurs for the rejection, the dialog is stopped (S125), and informed to the PMM (S126) is changed to the idle state (S127).

After IP sends ARI or SRR operation request to SCP, TCAP operates timers for these executions and if timeout occurs, it informs user cancel component_request (TC-L-Cancel) (S128).

At this time, it is determined whether the content is about ARI (S129). If the content is about ARI, it is considered that the ARI has been performed successfully and waits for component reception, and when it is timed out for SRR, it is determined that other operations are being performed. If (S130) is being performed, the response wait state (S131), otherwise receives another component.

As described above, the present invention implements an operation processing procedure for providing an application service between an IP and an SCP among the INAP functions implemented in the AIN IP, so that the AIN IP provides a special resource service according to various operation execution instructions requested from the SCP. The results can be transferred to the SCP according to the procedure set forth in the present invention.

In addition, by easily adding and operating a new operation by this operation processing procedure, it is easy to extend the service.

Claims (6)

The protocol message matching unit (PMM) serving as an interface between the application process of the SRF service control unit and the network matching unit, and the primitives related to the PMM unit and the operation request / instruction are the components and the dialogue control unit (TCAP). A single access operation that exchanges primitives for the service, and interacts with a single access operation control unit (SAOC), allocates and maintains a dialog for each service call, and operates the application context agreement function in conjunction with the Q & A application unit (TCAP). It has an interface with a single access dialog control unit to perform, and an operation management function unit of an intelligent information providing system (IP), and a function for notifying when a message necessary for measuring INAP-related statistics and data is generated, and signal points and subs received from a TCAP. Relay system management primitives to PMM In at INAP having a single access control management section for converting an Intelligent Network Application Protocol (INAP) state in the event of disruption to the idle state, A first process of processing an error response to an ARI provided by the SAOC; A second step of processing when an instruction to perform an operation is received; A third step of processing when a response result is received from the AP; A fourth step of processing when an error is detected in the received component; And a fifth process of processing when a reject component and an operation instruction timeout occur. The method of claim 1, wherein the first process is A first step of, when receiving a component reception instruction from a single access dialog controller (SADC), a component reception standby state; When the TC-U-Error ind is received in the waiting state, if the current state is in the dialog setting attempt state, it is determined whether there is a component error (S26), and if there is no error, it notifies the PMM that the ARI operation has failed and the idle state is A second step of becoming; And a third step of requesting interruption of the dialog if not in the attempt to set up the dialog, and notifying the PMM of the dialog, and entering an idle state of the next generation intelligent network. The method of claim 1, wherein the second process In a normal case, upon receiving a TC-INV ind message, determining whether there is a component error, and if there is no component error, calling the decryption procedure; A second step of informing the PMM of a component error and determining which of the TC-END and TC-CON messages has been received and, if received in the TC-END, discarding the component and making it idle; A third step of discarding the component if received in the TC-CON message after the determination, calling a procedure for TC-U-REJ req encoding and transmitting the generated primitive to the CHA; A fourth step of determining whether a PA, PCUI, or PRM operation is being performed after the transmission and is in a waiting state for response if the transmission is performed; A fifth step of receiving another component from the SCP if there is no operation in progress after the determination; If the result of decoding the received TC-INV ind message is User Information Collection (PCUI), and the error is detected by determining the error detection, the Trsf timer is reset, the TC-U-Err req primitive is generated, and then sent to CHA. A sixth step of requesting a dialogue continue message transmission to the SADC; A seventh step of storing a true or false value of the IP initiation disconnection term, sending a PCUI execution request to the PMM and waiting for a response if an error is not detected in the PCUI operation detailed parameter after the determination; If the decoding result is a PRM, it is determined that the error is detected. If an error is detected, the Trsf timer is reset, a TC-U-Err req primitive is generated, transmitted to the CHA, and requested to continue the dialogue message transmission to the SADC. Steps; If an error is not detected in the PRM operation detailed parameter, storing a true or false value of the IP initiation disconnection term, transmitting a PRM execution request to the PMM, and entering a response waiting state; In the case of the PA decoded, if the error is detected by determining the error detection, the Trsf timer is reset, the TC-U-Err req primitive is generated and transmitted to the CHA, and the tenth requesting transmission of the dialog continues to the SADC. Steps; If an error is not detected, recording an IP start disconnection prohibition term and an announcement broadcast end term, and then transmitting a PA request to the PMM; Determining whether the PA is the last component after the transmission, and if it is the last component, a 12th step of waiting for a response or otherwise processing another received component; If the decryption result is cancellation and an error is found by judging the error detection, a thirteenth step of resetting the Trsf timer, generating a TC-U-Err req message and sending it to the CHA, and requesting the transmission of the dialog hierarchy message to the SADC; ; And a fourteenth step of transmitting a cancellation request to the PMM if there is no error after the determination, and entering a response waiting state. The method of claim 1, wherein the third process is Receiving a PCUI response from the PMM in a response waiting state, determining whether the result is positive or negative, and if it is positive, encoding the TC-RES req and transmitting it to the CHA; Determining whether the IP disconnection prohibition clause is true or false after transmission, if false, requesting TC-END req transmission to the SADC and going idle, and if true, requesting TC-CON req transmission; A third step of performing TC-U-ERR req encoding if it is negative after the determination, transmitting to CHA, and repeatedly performing a true false determination of the IP disconnection inhibiting term; When the PRM response is received, the same procedure as the PCUI execution procedure is performed. When the PA response is received from the PMM, the result is determined to be positive or negative. If the result is positive, the completion report is true or false. A fourth step of encoding and transmitting TC-INV req to CHA; A fifth step of requesting transmission of a TC-CON req message to continue dialogue with the SADC if it is determined whether the IP initiated disconnect prohibition clause is true or false after transmission; Determining whether the PCUI or the PRM is in progress after the request and, if in progress, waiting for a response, or otherwise receiving another component; A seventh step of requesting the SADC to terminate the dialog if the IP initiation disconnect prohibition clause is false; An eighth step of encoding TC-U-Err req if it is negative after the determination, transmitting it to CHA, and repeating the determination of true false of the IP-initiated disconnect prohibition term; If a response to the cancellation is received from the PMM, it is determined whether it is positive or negative. If it is negative, the TC-U-ERR req encoding indicating an error for the cancel operation instruction is set. If it is positive, TC- for the operation targeted for cancellation is received. A ninth step of encoding a U-ERR req message; A tenth step of requesting the continuation of the dialog to the SADC after the transmission to the CHA after encoding, and determining whether or not the other operation is in progress, and in response to waiting for a response, if not, receiving another component; An eleventh step of determining that the IP initiation disconnection term is false after determining that the announcement broadcast completion report term is false when receiving the PA response, and transmitting the scheduled termination of the dialog to the SADC, and then entering an idle state; If true, it is determined whether another operation is in progress, and if it is in progress, it is a response waiting state, or if it comprises a 12th step of receiving another component. The method of claim 1, wherein the fourth process A first step of determining whether the TC-END or TC-CON message has been received in the PMM that has received the component error, and receiving the TC-END if the TC-END is received; If received in a TC-CON message, discarding the component, calling a procedure for TC-U-REJ req encoding, and transmitting the generated primitives to the CHA; After transmission, it is determined whether an operation such as PA, PCUI, PRM is being performed, and if it is being performed, a response wait state is reached. If there is no operation in progress, a third step of receiving another component from the SCP is provided. Intelligent Network Intelligent Information System Operation Operation Method. The method of claim 1, wherein the fifth process A first step of notifying the PMM of the rejection upon receiving the TC-U-Reject, determining whether it is the last component, and if the last component is in the idle state, receiving the next component; A second step of notifying the fact to the PMM when receiving the TC-Reject, determining which of the TC-END and the TC-CON has been received, and if not, receiving the TC-END; A third step of judging from a TC-CON, determining a problem type and determining whether another operation is in progress, and if there is an operation in progress, in response to a problem type; A fourth step of instructing the SADC to transmit a dialog continue message if there is no operation in progress after the determination; A fifth step of stopping the dialog if notified of the rejection, notifying the PMM, and leaving the idle state; A sixth step after the IP sends an ARI or SRR operation request to the SCP, the TCAP starts a timer for execution and transmits it to TC-L-Cancel when a timeout occurs; If it is about ATI after determining whether it is about ARI after transmission, it is waiting for component reception, and when it is timed out for SRR, it is determined that other operation is being performed, and when it is running, it is in a waiting state for response. And a seventh step of receiving the operation of the next generation intelligent network intelligent information providing system.

Images