KR940008781B1 - Credit calling method - Google Patents

Abstract

The method is for realizing the application service of the No.7 common channel signalling type credit call. The service is applied to the full electronic exchanger comprising a subscriber exchange subsystem (ASS;1) performing most of the call processes and the self maintenance, a central control subsystem (CCS;3) managing the whole system, and a network subsystem (INS) connecting between ASS's or ASS and CCS.

Description

How to implement the function of credit call application service element

1 is a structural diagram of an electron exchanger having a function of an SSP.

2 is a diagram of elements of credit call application services.

3 is a flowchart of primitive processing of an application service according to the present invention.

* Explanation of symbols for main parts of the drawings

10: CHA 11: DHA

12: THA 13: SCCP

14: MTP 15: BCPI

16: FPSM 17: FPSC

18: FPOE 19: FPDO

20: CCSM 21: CCSC

22: CCOE 23: CCDO

The present invention relates to a method of implementing a function of a credit call application service element among No.7 common line signaling methods required to implement an intelligent network service function using an electronic switch.

In general, the conventional electronic switch which handles the existing general call only has a limitation in the demand for high quality service of the consumers according to the development of communication technology. Thus, in order to provide various intelligent network services that can satisfy the needs of many subscribers, SSPs (Service Switching Poing) are in charge of the exchange function to provide intelligent network services to the functions of the electronic switchboards that process existing general calls. The addition of features has become necessary.

Accordingly, an object of the present invention is a credit call application service element among No.7 common line signaling methods that an electronic switch must have in order to perform the function of an SSP providing an intelligent network service. To provide a method of implementing the function.

In order to achieve the above object, the present invention provides subscriber and relay line matching, various signaling devices, time switches, and the like, and includes a subscriber exchange subsystem (ASS) that performs most of call processing functions and self-maintenance functions, and the overall system. An electronic switch system comprising a central control subsystem (CCS) that performs an operation management function and a network subsystem (INS), which is located at the center of the system and connects the ASS to each other or between ASS and CSS. The TCAP, credit call service management block (CCSM) and credit call service control block (CHA), which are composed of component block (CHA), dialog block (DHA) and transaction block (THA). A service processing unit having a CCSC), a credit call operation execution block (CCOE), and a credit call dialog execution block (CCDO); In the first step, when the message receiving process (CCOE-RcvMsg) in the CCOE receives the CC-service primitive from the CCSC block, it transmits a message, transmits a corresponding component primitive to the protocol processing unit, and receives a canceled CC-service primitive. The second step of sending the suspended component primitive to the DHA block, and when the CCOE message receiving process receives the component primitive indication from the CHA block, the message is delivered to the procedure in charge of processing each primitive and the corresponding primitive is transferred to the DHA block. And a third step of transmitting to the CCSC and cleaning up the management table, and a fourth step of cleaning up the management table according to the contents when the CCDO message receiving processor receives the primitive about the dialog primitive from the DHA block. It is done.

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

1 is a structure of an all-electronic switch SSP configured by adding a new subsystem ISCS (Inteligent Network Service Control Subsystem) to provide an intelligent network service exchange function. In the figure, 1 denotes an Access Switching Subsystem (hereinafter referred to as ASS), 2 denotes an Inter Connection Network Subsystem (hereinafter referred to as INS), and 3 denotes a Central Control Subsystem (hereinafter referred to as CCS). 4) basic call processing unit, 5 is intelligent network service control subsystem (ISCS), 6 is billing, measurement / statistics, test / fault detection unit, 7 is protocol processing unit, 8 is service processing unit, 9 is Q & A processing unit , 10 for CHA, 11 for DHA, 12 for THA, 13 for SCCP, 14 for MTP, 15 for BCPI 16 for FPSM, 17 for FPSC, 18 for FPOE, 19 for FPDO, 20 for CCSM, 21 for CCSC, 22 CCOE, 23 CCDO, 24 disk drive, 25 magnetic tape drive, 26 workstation and 27 ASE.

The ASS (1) is equipped with subscriber and relay line matching, various signaling devices, time switches, etc. to perform most call processing functions and self-maintenance functions, and has a horizontally distributed structure in a system.

Up to 60 of these ASS (1) can be mounted throughout the system.

INS (2) is located in the center of the system and performs the function of connecting between ASS (1) mutually or between ASS (1) and CCS (3), the space (space) switch is located here. In addition, it performs number translation, routing, and space switch connection functions among call processing functions, and is also in charge of generating and supplying a system clock with a network synchronizer.

The CCS 3 controls system-wide maintenance, testing and measurement, billing and statistics, as well as auxiliary storage disk drives 24 and magnetic tape drives 25 and provides operator matching functions.

The billing, measurement / statistics, test / device detection section 6 detects billing processing, statistical information processing, system failures, and the like, and manages the system operation information so that the operator can access the information through the workstation 26.

The intelligent network service control unit 5 and the basic call processing unit 4 are software systems, and the intelligent network service control unit 5 manages communication with the service processing unit 8 that manages the service and the service control system connected to the common line signal network. It consists of a protocol processing unit (7), the service processing unit (8) is composed of an application process element (27) for the application process that is in charge of intelligent network service call processing and a function for a specific service, the present invention by the application service element Is performed.

The basic call processing section 4 includes functional blocks such as a line matching control block, a time switch control block, a signal device control block, a traffic control block, a signal connection control block, a call mixing control block, a message transfer control block, a recording guide control block, and the like. SCCP (signal connection control block; 13) and MTP (message delivery control block 14) is a signaling service control unit (SCCP) and a message delivery unit (Message Connection Control Part: SCCP) which is a network service part protocol among common line signaling methods. Transfer Part: Perform MTP) function.

Blocks corresponding to an incoming billing application process are FPSC 17, FPSM 16, CCSM 20, and BCPI block 15 belonging to both application processes in common.

BCPI (15; Basic Call Processing Interface) block is a block dedicated to interconnection between intelligent network block and the block needed for basic exchange function for intelligent network service processing. It also communicates requests for collecting additional information, requests for connection to announcements and requests for performance of billing.

CCSC (21: Credit Call Service Control) block is notified of the credit call service request from the BCPI (15), and checks whether the service providing function to the CCSM (20) described later, the service request to the CCOE (22) described later Requires eligibility check and number translation for. When the response is received from the CCOE 22, the service is analyzed and the service route is requested to the BCPI 15 when the service is available. When the call is connected and the service is provided, the charging is performed using the charging information received from the CCOE 22. Notify CCSM 20 to perform the function. If the service is not provided, the BCPI 15 is requested to send an announcement or tone to the service user. When the service restriction request is received from the CCOE 22, the service is not provided, or the call connection fails, the CCSM 20 is notified to manage the service.

The CCSM (20: Credit Call Service Management) block is a block which performs various functions according to the provision of the credit call service by interacting with the CCSC 21 and the BCPI 15 while collecting and managing various data related to the credit call service. CCSC (21) checks the availability of credit call service, requests for blocking service, manages guide information to users, manages various operation and maintenance data related to service provision, and reports on the call restriction request. Do this.

Next, the blocks corresponding to the incoming billing application service elements are FPOE and FPDO, and the blocks corresponding to the credit currency application service elements are CCOE and CCDO.

CCOE (22: Credit Call Operation Execution) block is a block that performs the operation processing procedure for credit call service. Refer to CCSC 21 and interface function, operation related function, indication number and dialog number management, and operation / error definition. This function performs encoding and decoding functions of component parameter terms, operation class and timer value display functions. It generates the dialog processing request for component transmission to the CCDO 23 and performs an interface function with the CHA 10 of the question-and-answer function application unit 9 (TACP).

The CCDO (23; Credit Call Dialogue Operation) block is a block that performs a dialog operation procedure related to the transmission and reception of a component by interaction with the CCOE 22. The dialog operation function and the dialog according to the instruction of the CCOE 22 are performed. A function of notifying the CCOE 22 that the component is received together with the type and matching with the DHA 11 block of the Q & A function application unit. The credit call application service element manages the one-to-one correspondence between the local identification number used between the application service elements of the application process and the dialog number used between the application service element and the Q & A application part by operating the correspondence table (CC-MapTBL). It maintains state according to dialog number between two blocks of application service element and maintains correspondence between dialog and component.

Incoming billing execution blocks FPSC (17; Free Phone Service Control), FPSM (16; Free Phone service Management), FPOE (18; Free Phone Operation Execution) and FPDO (19; Free Phone Dialogue Operation) 21, CCSM 20, CCOE 22 and CCDO (23) performs a similar function.

Finally, the TCAP (9) protocol processing function is implemented in three blocks (DHA, CHA, THA).

The dialog processing block (DHA; Dialogue HAndling) 11 receives the dialog primitive from the dialog execution block (FPDO / CCDO) of the application service element 27 (ASE). It forms a transaction primitive from and passes it to the THA block 12 (Transaction HAndlig). In addition, when the transaction primitive is received from the THA block 12, the dialog primitive and the component are separated and generated and transmitted to the FPDO 19 / CCDO 23 block, and the component is transmitted to the CHA block 10.

When a component primitive block (CHA: Component HAndling) 10 receives a component primitive from an FPOE / CCOE block of an application service element (ASE), the component processing block (CHA) 10 encodes and stores the received component for each dialog and then stores the DHA 11. The component is delivered to the DHA block at the request of the DHA 11 and the component is discarded by the dialog termination message of the DHA block 11. In addition, upon receiving a component from the DHA 11 block, the component is checked for errors and a component primitive is formed according to the result and the type of the component, and transmitted to the FPOE 18 / CCOE 22 block.

When the Transaction HAdlig (THA) block receives a transaction primitive from the DHA (11) block, it forms a TCAP (9) message, sends it to the SCCP, and receives an N-UNITDATA primitive from the SCCP. The transaction checks the transaction primitive according to the result and the type of TCAP message, and sends it to the DHA 11 block.

Here, a primitive is a message for processing an interface between two adjacent layers, and a component indicates a protocol data unit exchanged. The dialog primitive is a message for processing the interface between the ASE 27 and the DHA 11, and the component primitive is a message for processing the interface between the ASE 27 and the CHA 10, and the transaction primitive is a DHA 11 and the THA. This message handles the interface between (12). In addition, the N-UNITDATA primitive represents a primitive that handles an interface between the TCAP 9 and the SCCP.

2 is a software functional block diagram of a credit call application service element, each block comprising one process and multiple procedures.

The procedures belonging to CCOE 22 are divided into six categories:

1) When a CC-service primitive request (or response) is received from the CCSC block 21, a procedure for transmitting a component primitive request and a dialog primitive request corresponding to each primitive to the TCAP 9 Bracket of the.

2) A class of procedures that, upon receiving a component primitive indication from the CHA block 10, sends a CC-service primitive indication (or confirmation) corresponding to each primitive to the CCSC block 21.

3) A procedure for receiving a component primitive indication from the CHA block 10 and informing the CCSC block 21 and the CCDO block 23 that a rejection has occurred when an error occurs during processing.

4) A procedure for notifying the CCSC block 21 and the CCDO block 23 that the operation time has been exceeded.

5) A procedure to be notified from the CCDO block 23 that a dialog primitive indication has already been received.

6) A procedure for transmitting a CC-service primitive (reject) indication to the CCSC block 21 upon receiving a component primitive (reject) from the CHA block 10.

The procedures belonging to the CCDO 22 are largely divided into two classes.

1) A procedure for receiving a dialog primitive request generation request from CCOE block 22 and transmitting the corresponding dialog primitive request to DHA block.

2) A procedure for receiving a dialog primitive request request from the CCOE block 22 and sending a dialog primitive request to the DHA block.

On the other hand, "-RcvMsg" as in the aforementioned CCOE-RcvMsg indicates a process of receiving a message.

3 is a flowchart of a process of the present invention, in which a credit calling application service element processes primitives.

When the CCOE-RcvMsg process receives the CC-Serve Request (or Response) from the CCSC 21 block (31), it transmits a message to the procedure in charge of processing each primitive (32). The procedure receiving the message stores the state in the management table (CC-MapTBL), transmits the corresponding component primitive to the CHA block 10, and transmits the corresponding dialog primitive to the DHA block 11 (33).

However, upon receiving the cancel CC-service primitive from the CCSC block 21 (31), the procedure receiving the message transmits the abort component primitive request to the DHA block 11 (34).

When the CCOE-RcvMsg process receives the component primitive indication from the CHA block 10 (35), it passes the message to the procedure responsible for processing each primitive. After receiving the component primitive (cancellation) indication, the CC-service primitive (cancellation) indication is transmitted to the CCSC 21 block (36), and the dialog primitive (abort) request is transmitted to the DHA block 11 (37). In operation 38, all elements corresponding to the dialog number of the primitive transmitted from the management table CC-MapTBL are discarded.

Upon receiving the component primitive (reject) indication, the information in the management table (CC-MapTBL) is updated and the CC-service primitive (reject) indication is transmitted to the CCSC block 21 (39). If the dialog primitive that was received together is a dialog primitive (continued) indication, it sends a dialog primitive (continued) request to the DHA block 11 (40, 41).

The procedure that receives the component primitive indication and receives the message decodes the parameter term (42), if there is no error, updates the information in the management table (CC-MapTBL) and sends the corresponding CC-service primitive indication to the CCSC block 21. The application (or confirmation) is transmitted (43). If there is an error, it also updates the information in the management table and sends a CC-service primitive (reject) indication to the CCSC block 21 (44), and if the dialog primitive received together is a component primitive (continued) indication, then the CHA block. The component (reject) request is sent to the DHA block 11 and the component primitive (continued) request is sent (45, 46).

In addition, when the CCDC-RcvMsg process receives the dialog primitive indication from the DHA block 11 (47), the state, information, and the type of the received prismter are stored in the management table (CC-MapTBL) (48), Upon receiving the dialog primitive (suspended) indication, the CC-service primitive (cancel) indication is transmitted to the CCSC block 21 with the type and minimum date of the received primitive (49) and the management table is arranged (50).

Therefore, the present invention carried out by the above processing procedure, it is easy to develop the service switch (SSP) and the implementation of the intelligent network by implementing the function of the credit call application service element of the No.7 common line signaling system to the electronic switchboard. There is an effect that can provide a variety of new intelligent network services required.

Claims (4)

Subscriber Switching Subsystem (1; ASS) that performs subscriber and relay line matching, various signaling devices, time switches, etc. to perform most call processing and self-maintenance functions, and centrally performs overall operation management functions of the system. Control subsystem 3 (CCS) and the network subsystem (INS) located in the center of the system performs the function of connecting the ASS (1) with each other, or between the ASS (1) and the CCS (3) What is claimed is: 1. A method of implementing a function of a CC-ASE applied to an electronic switch that is applied; A question-and-answer function application unit (9; TCAP) consisting of a component processing block (10; CHA), a dialog processing block (11; DHA), and a transaction processing block (12; THA), and a credit call service management block (CCSM; 20) And a service processing unit (8) having a credit call service control block (CCSC) 21, a credit call operation execution block (CCOE) 22, and a credit call dialog execution block (CCDO; 23) in the ASS (1). In the first step, when the message receiving process (CCOE-RcvMsg) in the CCOE 22 receives the CC-service primitive from the CCSC 21 block, it transmits a message to transmit the corresponding component primitive to the protocol processing unit 7. Receiving the cancel CC-service primitive, the second steps 31 to 34 of transmitting the discontinued component primitive to the DHA block 11, and the message receiving process of the CCOE 22 is the component primitive indication from the CHA block 10; When received, the third step (35 to 46) of transmitting the message to the procedure in charge of processing each primitive, transmitting the corresponding primitives to the DHA 11 block and CCSC 21 and organizing the management table, CCDO ( The credit call application service, characterized in that the message receiving process of step 23) is performed by the fourth step 47 to 50 to clean up the management table according to the contents when the primitive about the dialog primitive is received from the DHA block 11. How to implement element functionality. 2. The method of claim 1, wherein the second steps 31 to 34 are procedures for handling each primitive when the message receiving process in the CCOE 22 receives the CC-service primitive from the CCSC 21 block. The steps 31 and 32 of transmitting the message, and the procedure receiving the message, store the state in the management table (CC-MapTBL), send the corresponding component primitive to the CHA block 10, and send the corresponding dialog primitive. Step 33 of sending to the DHA block 11, and if the message receiving process in the CCOE 22 receives the cancel CC-service primitive from the CCSC block 21, then the procedure receiving the message stops the component primitive. A method of implementing a credit call application service element function, characterized by the step (31, 34) of transmitting to the DHA block (11). The method of claim 1, wherein the third step (35 to 46), if the message receiving process in the CCOE (22) receives a component primitive from the CHA block 10, the step 35 of determining the type of each primitive; On receipt of the component primitive (cancellation), the CC-service primitive (cancellation) is transmitted to the CCSC block 21, the dialog primitive (abort) is transmitted to the DHA block 11 and then transmitted from the management table (CC-MaPTBL). Discarding and arranging all of the elements corresponding to the dialog number of the primitive primitives 36 to 38, and upon receiving the component primitive (rejection), update the information in the management table and send the CC-service primitive (rejection) to the CCSC block 21; Transmitting the dialog primitive (continued) to the DHA block 11 (39-41), and receiving the component primitive. If the parameter term is decoded (42) and there is no error, updating the information in the management table and sending the corresponding CC-service primitive to the CCSC block 21 (42,43); If there is, update the information in the management table and send the CC-service primitive (reject) indication to CCSC block 21, and if the component primitive (continued) is received together, transmit the component (reject) primitive to the CHA block and And a component primitive (continued) to block (11). 4. The fourth step (47 to 50) is characterized in that when the message receiving processor in the CCDO 23 receives a dialog primitive from the DHA block 11 (47), its status, information, and received pre Storing the types of meters in the management table (CC-MapTBL) (47 to 448), and the received primitives when the message receiving processor in the CCDO 23 receives the dialog primitive (stop) from the DHA block 11; The function of the credit call application service element, which is performed by the steps 47, 49, and 50 of transmitting the CC-service primitive (cancellation) to the CCSC block 21 for the type and minimum cause of Implementation method.