KR0128235B1 - Ai service exchange - Google Patents

Abstract

A block matching part(3) distributes the message generated at the basic call processing part to a subscriber matching part(1) and a DP processing part(2), and transfers the message received from a subscriber matching part(1) and a DP processing part(2) to the BCSM instance management and message managing part(4). A BCSM instance management and message managing part(4) manages the BCSM instance and the message by interacting with a subscriber and resource data management part(6). A BCSM instance(5) executes the corresponding PIC according to the progressive state of call, interacts with the DP processing part(2) by generating the transfer and some DP between the PICs with checking events. A subscriber and resource data management part(6) executes the function which manages the local data(7) used at the basic call process device and offers the data needed to the BCSM instance(5) by interfacing with the BCSM instance management and message managing part(4).

Description

Basic Call Processing Device and Call Processing Method in Advanced Intelligent Network Service Switching System

1 is an overall block diagram of a basic call processing apparatus.

2 is a software structure diagram of the BCSM management unit of the basic call processing apparatus.

3 is a flow chart of the BCSM management unit.

Figure 4 illustrates the software for BCSM instances.

5 is a process flow diagram of a BCSM instance.

The present invention relates to a basic call processing apparatus and a call processing method which are mounted in an advanced intelligent network exchange. In the existing early intelligent network switch, the basic call processing function is distributed in a plurality of blocks and is a structure dependent on the service. Therefore, when adding or changing a function of a service or adding a new service, the basic call processing function of the corresponding block is changed. New functions must be added, and the block that interfaces with the block in charge of the basic call processing function must be changed. In addition, among the basic call state model (hereinafter referred to as BCSM) components that enable interaction with the service logic regardless of the service type, DP (Detction Point) and Transition Event (PIC) Point In Call) is not specified.

The present invention devised to solve the problems of the prior art has an object of the present invention to provide a basic call processing apparatus and call processing method in a high intelligent network service exchange that can be used independently of the service based on the BCSM. In order to achieve the above object, the present invention provides a block matching unit in charge of the overall interface of a basic call processing device: BCSM instance management and message management unit performing BCSM instance management and message management functions: a basic call processing device by managing local data. Subscriber and resource data management unit that performs the function of providing and managing all the data required by: characterized in that it comprises a BCSM instance to control and manage the call progress. Hereinafter, the present invention will be described in detail with reference to FIGS. 1 to 5. 1 is an overall block diagram of a basic call processing apparatus according to the present invention. As illustrated, the basic call processing apparatus 8 is a block attachment unit 3 BCSM instance management and message management unit 4 BCSM instance. (5), subscriber and resource data management section 6, and local data 7; The block matching unit 3 sets an environment for interfacing with the subscriber matching unit 1 and the DP processing unit 2, and distributes the message generated from the basic call processing unit to the subscriber matching unit 1 and the DP processing unit 2. Function and delivers the messages received by the subscriber matching unit 1 and the DP processing unit 2 to the BCSM instance management and message management unit (4). The BCSM instance management and message management unit 4 performs the BCSM instance management function and the message management function by interacting the message received from the block matching unit 3 with the subscriber and resource data management unit 6. BCSM instance management provides the ability to determine whether to create a BCSM instance or use an already-created instance using the uniquely-identified Call ID to identify the call, manage the originating or destination BCSM instance creation, and create the existing It performs a message distribution function to the BCSM instance, and also interfaces with the BCSM data management unit when a specific data request or subscriber status data change request is requested from the BCSM. The message management function reconstructs the message QUEUE function of the message received from the block matching unit, the message transmitted to the subscriber matching unit 1 and the DP processing unit 2, and the message received from the block matching unit. The BCSM instance 5 is controlled by the BCSM instance management and message management unit 4 by call ID, and a calling party BCSM (O_BCSM) or a called party BCS (T_BCSM) is created as a process and performs the corresponding PIC according to the call progress. The event is examined to generate several DPs between the PICs so that they can interact with the DP processor 2. When the call is terminated, the corresponding BCSM instance 5 is terminated, and all resources occupied to proceed with the call are released.

The subscriber and resource data management unit 6 manages local data 7 used in basic call processing devices such as numbering system, subscriber state data, call ID, and resource state data. The BCSM instance management and message management unit ( 4) it provides the data needed by the BCSM instance 5, such as changing, extracting, and number translation of the local data 7;

2 is a BCSM management unit 9 of the basic call processing apparatus 8 shown in FIG. 1, which is composed of a BCSM instance management and message management unit 4, a subscriber and resource data management unit 6, local data 7, and the like. It is a software structure diagram of the management part 9. The software of the BCSM management unit 9 consists of one processor and four procedures, and main_cntl (10) is the interface between the BCSM instance (5) and the block matching unit (3) and the subscribers and resources according to the message type. Procedures such as state management (11), number translation (12), and BCSM instance management (14) are called to process messages.

3 is a flow chart of the BCSM management unit 9, which will be described below with reference to FIG. When the block matcher receives the subscriber matcher message (15), main_cntl (10) checks the message type (21), and if it is hook-off, query the status of the call with the BCSM instance management procedure (14). 26). In the case of a newly created call, it requests Call ID granting and subscriber and corresponding data change (27) to subscriber and resource state management procedure (11) and a new BCSM instance creation request (28) to BCSM instance management procedure (14). After being generated, the message is sent (24) to the BCSM.

If the call already exists, the subscriber and resource state management procedure 11 inquires whether it is the response of the called party 29, and if it is the response of the called party, it requests the message configuration procedure 12 to construct the message ( 30) After the transmission to the BCSM (24), if it is not an incoming response, the message is determined to be an error (31) and ignored. If the subscriber matching message 15 is not hooked off, the BCSM instance management procedure 14 queries (22) the status of the call and sends the message to the BCSM or handles errors 23-25.

When the block matching unit 3 receives the DP processor message 16, the main_cntl 10 queries the BCSM instance management procedure 14 for the status of the call (17) and transmits the message if the BCSM instance exists. 118). If it does not exist, it is determined whether the message type is a new call generation request (19). If it is a new call creation request, the call ID grant and the subscriber and the corresponding data change (32) are transferred to the subscriber and resource state management procedure (11). Request and generate a new BCSM instance request 33 with the BCSM instance management procedure 14 and then send the message 34 to the BCSM. If it is not a new call creation request message, the message error 20 is processed. When the main_cntl (`10) receives a message from the BCSM instance (5), it determines the message type and if the BCSM instance (5) is a query message (35) to obtain the necessary data, the subscriber and resource state management (11) procedures and Interact 35 and send the result 37 to the BCSM instance 5. In case of other block transmission request message such as subscriber matching unit or DP processing unit, the message configuration procedure 14 is called to construct the corresponding message (39, 41), and the message is transmitted to the block matching unit 3. (42). 4 is an internal software diagram of the BCSM instance 5, and the I / F (INTERFACE) and MAIN_DNTL (43), OIC processing in charge of the interface function with the BCSM instance management and message management unit 4 and the overall control of the BCSM instance. PIC processing procedure 44 to perform PIC processing to perform, exception processing procedure 45 to handle exceptions that occur during call progress, DP processing program to perform the corresponding DP processing when a DP occurs One process: a message processing procedure (47) that handles message composition used by the procedure (46) BCSM instance (5), and an SRF message procedure (48) that processes messages related to Specialized Resoirce (SRE). It works as

FIG. 5 is a flow chart of the BCSM instance 5, which will be described below with reference to FIG. When the subscriber message is received 49 at the I / F and MAIN_Cntl 43, the message processing procedure 47 examines the message (50) to determine whether the message indicates the end of the call. If it is a call termination message, the DP processing procedure 46 is called to generate a DP message (57), then send a message (58) and terminate the call; otherwise, the PIC processing procedure (44) The PIC is processed (51) and it is determined (52) whether the PIC is finished. If the PIC has not been terminated yet, it is determined whether another message is needed to process the PIC (54), and if necessary, the message processing procedure 47 generates and sends a message (55, 56). If not, the PIC continues to process (51). When the PIC is completed, a DP message is generated and transmitted (53, 56). In the case of the response message 59 for the query, it is determined whether the query is successful (60), and if it fails, the exception handling procedure 45 is called to perform the exception processing 67 and then the call is terminated. Let's do it. In case of success, after processing (61) the corresponding PIC, it is determined whether the PIC is terminated (62). If the PIC is not yet terminated, it is determined whether another message is needed to process the PIC (64). The processing procedure 47 generates and transmits a message (65, 66) and continues to process PIC (61) if not needed. When the PIC ends, a DP message is generated and transmitted (63, 66). When the T_BCSM message is received from O_BCSM or the O_BCSM message is received from T_BCSM (68), it is determined whether the PIC is terminated after processing (69) the PIC (70). In order to determine whether another message is needed (72), if necessary, the message processing procedure (47) generates and sends a message (73, 74), and if not necessary, continues processing the PIC (69). Done. When the PIC is completed, a DP message is generated and transmitted (71, 74). In case of receiving a message from the DP processing unit (75), the message processing procedure 47 determines whether it is a message requesting the end of the call (76). Quit. If it is not the call termination message, it is determined whether it is the next PIC execution request message (78), and if the next PIC execution request message is processed (79), it is determined whether the PIC is terminated (80). In order to process the PIC, the processor determines whether another message is needed (82). If necessary, the message processing procedure 47 generates and sends a message (83, 84). If not, the PIC continuously processes the PIC. (79). When the PIC is completed, a DP message is generated and transmitted (81, 84). When the next PIC is completed, a DP message is generated and transmitted (81, 84).

If it is not the next PIC execution request message, it is determined (85) whether it is a characteristic PIC execution request message, and if it is a specific PIC execution request, it is determined whether the PIC is terminated after processing (86) a specific PIC (87). In order to process the PIC, it is determined whether or not another message is needed (89). If necessary, the message processing procedure 47 generates and transmits a message (90, 91). If not, the PIC continues to process the PIC. (86). When the PIC is terminated, a DP message is generated and transmitted (88,91).

If it is not a specific PIC execution request message, it is determined whether it is the called party connection message 92 or the SRF message 94. If the called party connection message is connected, the calling party and the called party connect 93 and the SRF message processing pro- gram. The procedure 48 processes the message. If any other message is received, the received message is judged to be an error and ignored (96). The present invention as described above is based on the BCSM, a conceptual model recommended by the ITU-T as a service-independent structure, to process basic call and connection status in the highly intelligent network service exchange and to interact with the service logic. By proposing the overall structure of the basic call processing device, such as the BCSM that generates it, the function of enforcing it, and the interface with other blocks, the intelligent network service and the non-intelligent network service can be processed independently from the service from the intelligent network service exchange.

Claims (3)

A block matching unit 3 in charge of the overall interface of the basic call processing apparatus; A BCSM instance management and message manager 4 for performing BCSM instance management and message management functions; A subscriber and resource data management unit 6 which manages local data to provide and manage all data required by the basic call processing device; A basic call processing apparatus in an advanced intelligent network service exchange, comprising a BCSM instance (5) for controlling and managing call progress. 2. The system of claim 1, wherein the BCSM instance management and message manager (4) comprises: main_cntl (10) for managing and controlling the BCSM instance (5); Subscriber and resource state management 11; Number translation (12); message composition (13); BCSM instance management 14; And local data (7). The basic call processing apparatus of the advanced intelligent network service exchange, characterized in that it comprises. 2. The system of claim 1, wherein the BCSM instance (5) comprises: an I / F (INTERFACE) and a main_cntl (43) which are responsible for the interface function with the BCSM instance management and message manager (4) and the overall control function of the BCSM instance; A PIC processing procedure 44 for performing PIC processing; An exception handling procedure 45 for handling exceptions that occur during call progress; A DP processing procedure 46 for performing DP processing when a DP occurs; A message processing procedure 47 for processing the message structure used by the BCSM instance 5; And a SRF message procedure (48) for processing SRF (Specialized Resource Function) related messages.