KR960016535B1 - Intelligent service call processing method in the intelligent service switch - Google Patents

Abstract

asking an R2/DTMFR signalling apparatus allotment and performing the number translation with collected digits; performing a conventional general call process in case of a general call, and performing the intelligent service discrimination in case of an intelligent service; performing the corresponding free phone service call process in case of a free phone service, and performing the corresponding credit calling service call process in case of a credit calling service, and performing the corresponding premium rate service call process in case of a premium rate service; and composing the communication path, and performing the charging process and cancelling the communication path when the call processing is completed.

Description

Intelligent network service call processing method in intelligent network service exchange

1 is a structural diagram of an intelligent network service switch to which the present invention is applied.

2 is a structural diagram of an intelligent network service control unit for carrying out the present invention.

3 is a flowchart of overall performance of an intelligent network service according to the present invention.

4A to 4I are flowcharts of an intelligent network service protocol processor.

The present invention relates to a method for processing an intelligent network service call in an intelligent network service exchange processing only a general call, and more particularly, to a method for processing an intelligent network service call of an incoming billing service, a credit call service, and an information fee storage agency service.

Existing electronic switchboards handle only general calls and do not provide intelligent network services.

However, as the demand level of the communication users increases, the intelligent network that emerges to satisfy this needs to recognize the intelligent network service call and perform a service switching function (Service Switching Point: hereinafter referred to as 'SSP') and centralized data. It is a network based on a service control system (Service Control Point: `` SCP ''), which is a base system, and uses the common line signaling method No.7 protocol.

The intelligent network has an easy structure for the introduction of new services, and the types of intelligent network services are increasing. Therefore, in order to provide various intelligent network services, the exchange function for the intelligent network service call is provided to all electronic exchanges that process existing general calls. It is necessary to add the SSP function in charge.

SUMMARY OF THE INVENTION An object of the present invention is to provide a call processing method required for performing a billing service, a credit call service, and an information charge storage agent service in a service exchanger (SSP).

In order to achieve the above object, the present invention requires the R2 / DTMFR signaling device allocation when a hook-off of a relay line occupant / subscriber is recognized and the digits are translated with the collected digits when receiving a digit from the calling exchange / sending subscriber. The first step of performing the step, the number translation result, the general call processing if the normal call, the second step of performing the intelligent network service discrimination operation if the intelligent network service, the intelligent network service determination result incoming call service The third step of performing billing service call processing, and if the credit call service, performs the corresponding credit call service call processing, and if the information charge storage service, the information charge service call processing is performed; The fourth route for routing to configure the channel and when the call is over, performs charge processing for each service and releases the channel. And a system.

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

The billing service provides the service subscriber with the service identification number and the billing number, performs an eligibility check on the number, connects the call to the called number, and sends the call charge of the call to the called party (service subscriber). The service is charged by).

The credit call service is a service that automatically assigns a service identification number, credit number, credit billing number and password to the subscriber and sends the call charge to the credit billing number specified by the service subscriber instead of the calling party. .

At this time, in order to protect the subscriber from the third party who knows the credit card of the service subscriber, the user requests a password every time the call is made and goes through the screening test.

In addition, the information charge storage agent service is a service that allows a public communication provider to give a service identification number and information providing number to the information provider so that the service user uses the information of the information providing service, and pays the information fee in return. The network operator is a service that tells the information provider the difference between the call charge for the use of the network and the information fee to the service user after deducting the call charge and a certain rate.

1 is a schematic structural diagram of an intelligent network service switch (SSP) to which the present invention is applied.

The service exchanger that performs the intelligent network service is named 'SSP' by distinguishing it from the existing electronic switchboard.

The electronic switchboard is an Access Switching Subsystem that performs distributed call processing (hereinafter referred to as 'ASS') (1), and an Interconnection Network Subsystem that performs centralized call processing. (INS)), and the Central Control Subsystem (CCS), which is responsible for the centralized functions of operation and maintenance.

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.

The INS 2 is located at the center of the system and performs the function of connecting the ASS 1 to each other or between the ASS 1 and the CCS 3, where the spatial switch is located. It also performs number translation, routing, and space switch connection among call processing functions, and is also in charge of generating and supplying a system clock with a network synchronizer. CCS (3) is a subsystem that performs overall operation and maintenance of the system. It controls system-wide maintenance, test and measurement, billing / statistics, as well as auxiliary storage disk and magnetic tape driver, and operator matching. Provide the function.

In order to implement the intelligent network service function in the electronic switchboard, an intelligent network service control unit is added to the ASS (1), and the intelligent network service control unit 4 is composed of a service processing unit that manages the service and a protocol processing unit that manages communication with the SCP.

Signal connection control (5) and message transfer control (6) in the basic call processing unit is a signaling service control part (SCCP) and a message transfer part (MTP) which is a network service part protocol among common line signaling methods. ) Perform the function.

The SSP determines whether the call is provided to the calling subscriber by accessing the database in the service control system using the common-line signaling method No.7 protocol to determine whether the calling party is eligible for the contents input while performing the intelligent network service. .

2 is a structural diagram of the intelligent network service control unit (4 in FIG. 1). The functions of the software block for performing the service processing unit and the protocol processing unit are as follows.

The Basic Call Processing Interface (hereinafter referred to as 'BCPI') (66) block provides an interconnection function between the intelligent network service control unit and the basic call processing unit to facilitate the change of service calls and the addition of new services. Dedicated block.

It determines the type of intelligent network service by recognizing the intelligent network service call and informs the corresponding intelligent network service processing block.

Incoming billing service control (hereinafter referred to as 'FPSC') block 70 recognizes the invoice charging service request in the basic call processing access block 66 and determines whether to provide the service and then provides the service from the calling party. Collect additional information necessary to proceed.

Using the collected information, form a query to request a screening test with the Service Control System (SCP) and pass it to the Free Phone Operation Execution (FPOE) block, and perform the incoming billing operation on the result sent from the SCP. FPOE (57) block. At this time, the call proceeds according to the received result. When the result is provided, the call request is made to the basic call processing unit, and the call is connected to provide the service.

After the completion of the call, if a normal call release request is received, information necessary for charging is collected, and the charging process (CDG: Charging Data Generation) block is notified to perform the charging function.

When the service is not available, the announcement or tone is sent to the service user. Then, the service call is blocked according to the overload of the service control system (SCP), service call congestion, call restriction request by the operator, and various types of data are collected to collect incoming call service management (FPSM) (71). To pass.

The Incoming Billing Service Management (FPSM) 71 block interacts with the Incoming Billing Service Control (FPSC) block 70, measurement / statistics, and test / fault detection function blocks of the Incoming Billing Service to provide the incoming billing service. A block that performs a function. In addition, it performs various operations management and maintenance data related to service provision and reporting thereof.

Blocking of incoming billing operation (FPOE) 57 is a block that performs the operation processing procedure, access function with incoming billing service control (FPSC) block 70, association function of application process and operation, indication number and dialog number management. It performs basic encoding and decoding function of component parameter by referring to operation / error definition and displays operation grade and timer value. In addition, a call processing operation (FPDO: Free Phone Dialogue Operation) 58 generates a dialog processing request for component transmission, and indicates a service quality and performs a function of connecting to a component handling (CHA) 63 and a connection function. do.

Blocking Call Dialog (FPDO) 58 is a block for performing a call charging operation (a dialog operation procedure related to the transmission and reception of a component by interaction with the FPOE (57) block. (FPOE) The function of notifying the incoming billing operation (FPOE) block 57 that the dialog operation function, the dialog type and the component are received by the instruction of the block 57, and the function of matching with the dialog handling (DHA: Dialogue Handling) Do this.

Credit Calling Service Control (CCCC) (72) blocks when the basic call processing access block recognizes and notifies the credit calling service request, and determines whether to provide the service. Collect additional information. The collected information is used to form a query to request a screening test to the Service Control System (SCP), which is then passed to the Credit Calling Operation Execution (CCOE) block, and the results sent from the Service Control System (SCP) are sent. Received through the CCOE block.

At this time, the call proceeds according to the received result. When the result is provided, the call request is made to the basic call processing unit, and the call is connected to provide the service.

After the call is completed, if a normal call release request is received, information necessary for charging is collected and the billing processing (CDG) block is notified to perform the charging function. When the service is not available, the announcement or tone is sent to the service user.

Then, the service call is blocked according to the overload of the service control system (SCP), the service call congestion, the call restriction request by the operator, and the various types of data are collected to collect the Credit Calling Service Management (CCSM) block. To pass.

The CCSM (73) block interacts with the CCSC block, the measurement / statistics and the test / fault detection function blocks of the credit call service to perform various functions according to the provision of the credit call service. Block.

In addition, it performs various operations management and maintenance data related to service provision and reporting thereof.

The CCOE (59) block is a block that performs an operation processing procedure. It is a function of accessing a CCSC 72 block, managing function number and dialog number associated with an application process and operation, Performs basic encoding and decoding of component parameters with reference to operation / error definition, and displays operation grade and timer value.

In addition, it performs a function of generating a dialog processing request for transmitting a component to the credit calling dialog (CCDO) block (CCDO) 60 and indicating a service quality and a connection function with the component processing (CHA) block 63. .

The CCDO 60 block is a block that performs a dialog operation procedure related to the transmission and reception of a component by interaction with the CCO 59 block.

Dialog operation function (CCOE) 59 Instructing the block operation, the type of the dialog and the component to notify the operation of the CCC (59) block and the dialog processing (DHA) (64) Performs a match with the block.

PRSC (Premium Rate Service Control) (74) blocks the basic call processing access block by recognizing and notifying the request for the information fee storage service request, and determines whether to provide the service information from the calling party to proceed with the service Collect additional.

Using the collected information, a query is formed to request a qualification test to the service control system (SCP), and the information is transmitted to the information storage agency operation (PROE) 61 block, and the result sent from the service control system (SCP) is transmitted. Information payment agency operation performed (PROE) (61) to the block, and the result sent from the service control system (SCP) receives the information payment agency operation performed (PROE) (61) block.

At this time, the call proceeds according to the received result. When the result is provided, the service instructs the broadcast of an announcement to announce that it is a paid information providing service, and confirms the service provision intention of the calling subscriber. If the calling subscriber is willing to provide the service, the call request is made with the basic call processing code, and the call is connected to provide the service. When the normal call release request is received after the call is completed, information necessary for charging is collected, and the billing processing (CDG) block is notified to perform the charging function.

When the service is not available, the announcement or tone is sent to the service user. In addition, the service call is blocked according to the overload of the service control system (SCP), the service call congestion, the call restriction request by the operator, and various data are collected to collect the premium rate service management (PRSM) (75). Pass in the block.

Information charge agency service management (PRSM) block 75 interacts with information charge agency service control (PRSC) block 74, measurement / statistics and test / fault detection functional blocks of information charge agency service. It is a block that performs various functions according to the data storage agent service provision.

In addition, it performs various operations management and maintenance data related to service provision and reporting thereof.

A premium rate operation execution (PROE) block 61 is a block that performs an operation processing procedure. A connection with a PRSC block 74 is an association function between an application process and an operation. It performs basic encoding and decoding functions of component parameters by referring to command number and dialog number management, operation / error definition, and displays operation class and timer value.

It performs a function of generating a dialog processing request for transmitting a component to the PRDO 62 block and a service quality indication function and a component processing (CHA) block and a connection function.

The PRDO (Premium Rate Dialogue Operation) block 62 performs a dialog operation procedure related to the transmission and reception of a component by interaction with the PROG 61 block. The block to execute.

Dialog operation function according to the instruction of the information storage agent operation (PROE) 61, the function of notifying the information storage agent operation performance (PROE) 61 block that the reception of the information storage agent operation (PROE) 61, and the dialog processing (DHA) 64).

The dialog processing (DHA) 64 block is a dialog processing primitive from an incoming billing dialog performing (FPDO) block 58, a credit calling dialog performing (CCDO) 60, or a chargeback dialog performing (PRDO) 62 block. When receiving, the component corresponding to the received dialog is received from the component processing (CHA) block 63, reconfigured, and the user data is generated and transmitted to the transaction processing block (THA) 65. In addition, when a primitive is received from the transaction processing (THA) 65 block, it is performed on the incoming charge dialog (FPDO) block 58, the credit call dialog (CCDO) 60, or the information storage agent dialog (PRDO) block. (62), and the component passes to a component processing (CHA) 63 block.

The component processing (CHA) block 63 processes components from the incoming billing operation (FPOE) block 57, the credit call operation performing (CCOE) block 59, or the information storage agent operation performing (PROE) block. When the primitive is received, the corresponding components are combined and delivered to the dialog processing (DHA) block, and the process proceeds to the processing status according to the grade of the received operation, and the receiving state is received, and the component is received from the dialog processing (DHA) block. Checks for syntax errors, etc., and returns the result to a charge-back operation (FPOE) block 57, a credit call operation (CCOE) block 59, or a chargeback operation operation (PROE) block. Inform.

The transaction processing (THA) block receives transaction processing primitives from the dialog processing (DHA) block. A corresponding TCAP message is generated and transmitted to the signal connection controller.

When a primitive is received from the signal connection control unit, the message processing function application unit extracts a TCAP message, checks syntax errors and transaction status, and then transfers the primitive to the dialog processing (DHA) block. .

FIG. 3 is a flowchart showing the overall execution of the intelligent network service call processing for performing the billing service, the credit call service, and the information charge storage service.

If the call matching request through the hook-off of the relay line occupancy / subscriber is recognized in the circuit matching control (101), the basic call processing unit requests the signaling device control to allocate the R2 / DTMFR signaling device (102).

Signaling device control 103 receives the digits from the originating switching center / sending subscriber and passes the collected digits to traffic control. Traffic control requests the number translation function (104), receives the result and terminates (174) if the general call through the general call processing process 105, and intelligent network service to the basic call processing access (BCPI) block Inform the service call.

When the basic call processing access (BCPI) block reports the recognition of the intelligent network service from the traffic control, after performing the intelligent network service discrimination operation using the trigger table (106), the incoming billing service controls the incoming billing service control (FPSC). Block 70), the credit call service to the CCSC 72 block, and the information charge agency service to the PRSC 74 block to perform the service. Require.

The following describes the flow of each intelligent network service call.

The incoming billing service control (FPSC) block 70 of the incoming billing service determines whether the received billing number is provided or not (107). If the service cannot be provided, the announcement or tone 108 is transmitted to the calling subscriber. It ends 110 with the subscriber's Hook on 109.

If the service can be provided, the caller requests the calling number and calling grade from the calling exchange (111), and waits for receiving (112). Once the calling number and calling grade have been received (113), the incoming billing service control (FPSC) block 70 checks the service control system (SCP) to obtain a qualified routing and actual routing number for the incoming billing number received before the service call is connected. After forwarding the incoming billing request (FP-PROVIDE request) primitive to the incoming billing operation (FPOE) 57 block (114), which waits for a result from the service control system (SCP). 115).

The Receiving Billing Service Control (FPSC) block that receives the FP-PROVIDE confirm primitive result in response to the command providing operation (116) analyzes the result (117) and records a recording guide or It requests the basic call processor to send 118 the tone and ends with Hook on 119 of the calling subscriber (120).

If the service can be provided, the routing control requests the routing 163 to the received called number.

The credit call service control (CCSC) block of the credit call service determines whether the service is provided for the received credit number (121), and if the service cannot be provided, an announcement or tone is transmitted to the calling subscriber (122). It ends at 124 with Hook on 123.

If the service is available, the CCSC block requests 125 the calling number and calling grade to the calling exchange and waits for receiving (126). The CCSC block receiving the calling number and calling grade (127) requests the signaling device control to allocate DTMFR signaling device to link the tone to the calling party (128) and connects the tone (129). Digit (information) is input 130.

At this time, the combination of information input by the calling subscriber consists of a password or password + called number.

The credit call service control (CCSC) block requests the provision of credit call information to the service control system (SCP) to request the qualification of the credit and password or the credit, password, and destination number received prior to the service call connection. PROVIDE request) After passing the primitive to a credit operation operation (CCOE) block (131), it waits for a result from the service control system (SCP) (132).

The credit call service control (CCSC) block receives a request for a called party number (133) as a CC-PROMPT indication primitive rather than a result (if a request for a qualification test for a credit number and password is sent). The recording guide broadcast requested by the (SCP) is connected to the calling party (134) to allow the caller to press an additional digit (135).

When the CCSC block receives the additional digit from the calling party, the CCSC block transmits the information to the CCOE block with the CC-PROMPT response primitive (136), and then sends the result. Wait (137).

The credit call service control (CCSC) block that receives the CC-PROVIDE confirm primitive result in response to the command-providing operation from the CCOE block (CCOE) block (138) analyzes the result (139). When the service is not provided, the user requests the basic call processing unit to send a recording guide or tone 140, and ends with a hook on 141 of the calling subscriber.

When the service is available, the routing control requests the routing 163 to the called number received from the routing control.

The PRSC block of the PRB service determines whether or not the service is provided (143), and if the service is not provided, an announcement or tone is heard (144), and the hook-on of the calling subscriber is hooked. on) (145), and if the service is available, the calling party requests the calling number / class (147) and waits for reception (148).

The PRSC block which receives the calling number / class (149) is a service control system (QC) for the eligibility check and the acceptance of the call for the received PRC number before the service call connection. After receiving the information fee request (PR-PROVIDE request) primitive to the information fee storage operation operation (PROE) block (150) requesting information to the information request (SCP), and waits for the result (151).

Receiving a PR-PROVIDE confirm primitive result from a PR storage operation operation (PROE) block (152), the PR storage block service control (PRSC) block analyzes the result (153). If the service is not provided, the calling party requests the caller to send a recording guide or tone to the calling party (154), and ends (156) with a hook on (155) of the calling party.

If the service can be provided, the billing processing block (CDG) requests the billing history calculation information (157), and receives the billing history calculation information again (158).

The PRCS block control instruction (PRSC) block instructs the transmission of the announcement to announce that the paid information providing service (159), confirming the service provider's intention of providing the subscriber (160) when there is no intention to provide the service The caller ends with a hook on of the calling subscriber (162).

When there is a willingness to receive the service, the routing control requests the routing to the received called number (163).

The following describes the call completion process of the incoming billing service, the credit call service, and the information charge storage service.

The routing control requires the configuration of a call in line static control / time switching control / spatial switching (164). If the called party is a relay line, the signaling device control of the access exchange subsystem (ASS) requests R2 MFC signaling device allocation to perform inter-station signaling, and if the subscriber is a subscriber, it requests the circuit control to connect a ring (165, 166).

The hook-off from the called party is recognized by line matching control (167) and notified to the incoming billing service control (FPSC) block, the credit call service control (CCSC) block, or the information charge receiving service control (PRSC) block. If the billing management is notified of the intelligent network service billing start (168), after the call of the calling party and the called party (169), if the hook on (hook) of the calling party in the line matching control (170) the intelligent network to billing management By notifying the end of service charge (171), requesting the circuit matching control / time switching control / space switching block to disconnect by calling, and requesting the called party's circuit matching control to send a relay line omni-directional cut request signal (172). The process ends (173).

4A to 4I are flowcharts of the intelligent network service primitive processing unit, and are shown for each block.

FIG. 4A is a flowchart of performing an incoming billing operation execution (FPOE) block. Receive primitives to generate instruction-provided operations (201); basic encoding of the indicated parameter terms using the received data units, and attaching protocol headers to form a dialog to perform incoming billing operations (FPOE) blocks and component processing ( CHA) Creates a component (operation instruction) between blocks and transmits it to a transaction component operation request (TC-INVOKE request) primitive component processing (CHA) block (202).

After the completion of component delivery, the incoming billing operation (FPOE) block delivers the dialog start component to the incoming billing dialog performing (FPDO) block (203), enters the response waiting (204), and performs the incoming billing dialog performing (FPDO) block. The incoming billing operation execution (FPOE) block, which is informed that the component has been received from the component and received the request to terminate the dialog, enters the response waiting for the instruction providing operation (206), and the transaction component that reports the success result from the component processing (CHA) block. A TC-ERROR indication component, which is a TC-RESULT-L indication or a failure report, is received (207).

The call forwarding operation (FPOE) block performs a decryption operation on the received component and sends a response to the command providing operation to the call forwarding service control (FPSC) block with an FP-PROVIDE confirm primitive ( 208) It ends (209).

4B is a flowchart illustrating the execution of an incoming billing dialog (FPDO) block, in which a dialog start instruction component is received from the incoming billing operation execution (FPOE) block (251) and a transaction component start request (TC-) is required to process the dialog start. BEGIN request) The primitive is passed to the dialog processing (DHA) block (252) and enters the dialog reception wait (253).

A FPDO block that receives a dialog end response as a transaction component end indication (TC-END indication) primitive from a dialog processing (DHA) block (254) performs a charge forwarding operation indicating that a component reception and a dialog end request have been received. FPOE) to the block (255) and ends (256).

4C is a flowchart of performing a credit operation operation (CCOE) block. When a CC-PROVIDE request primitive is generated in a credit service control control (CCSC) block, the primitive receives a primitive operation. (301) basic encoding of the indication parameter term using the received data unit, and then attaching a protocol header to form a dialog (component) between a credit operation operation (CCOE) block and a component processing (CHA) block. In operation 302, the C-INVOKE request primitive is generated and transmitted to the component processing (CHA) block.

After performing component delivery, the CCOE block delivers the dialog start component to the CCDO block (303). Enter the response operation wait 304.

The CCOE block receives the component continue or end response from the CCDO block, and upon receiving the response, the component receives a dialog request from the CCDO block. It is notified that it has been received (305), and enters a wait for information transmission and reception operation (306).

The credit operation operation (CCOE) block receives a transaction component operation indication (TC-INVOKE indication) component from the component processing (CHA) block (307), decodes the indication parameter of the received component, and adds a credit call additional information indication (CC). The PROMPT indication primitive makes the request for additional information a CCSC block (308) and waits for a response (309).

Receiving a response to an operation with a CC-PROMPT response primitive from a CCS block, the CCOE block (310) performs a return using the received data unit. Basic encoding of the parameter term delivers a transaction component success result indication (TC-RESULT-L indication) that is a success result report or a transaction component error indication component (TC-ERROR indication) that is a failure report to a component processing (CHA) block (311). ).

The CCOE block that has finished delivering the component sends the dialogue continue component 312 to the CCDO block (312) and enters the wait for response operation (313).

When receiving an end response from the CCDO block, the CCOE block that received the component reception and the dialog termination request from the CCDO block (314) receives an instruction providing operation. Enters a response wait for a response (315), and removes a transaction component success indication (TC-RESULT-L indication) that is a success result report or a transaction component error indication (TC-ERROR indication) component from a component processing (CHA) block. Received (316).

The CCDE block performs a decryption operation on the received component and sends a response to the command providing operation with a CC-PROVIDE confirm primitive to the CCSC block (CC-PROVIDE confirm) primitive. 317 ends (318).

4d is a flow chart of a credit call dialog execution (CCDO) block, which receives a dialog start indication component from a credit call operation execution (CCOE) block (351) and requests a transaction component start request (TC-BEGIN) to process the dialog start. request) The primitive is passed to the dialog processing (DHA) block (352) and enters the dialog reception wait (353).

The CCDO block receives a dialog continue or end response from the dialog processing (DHA) block. Upon receiving the dialog continue response, the CCDO block receives a response with a TC-CONTINUE indication primitive (354). After notifying the CCOE block that the component has been received and that the dialog continues to be requested (355), it enters the dialog continue indication (356).

The CCDO block receiving the dialogue continue component from the CCOE block (CCDO) block (357) requests the transaction component continue request (TC-CONTINUE) requesting the dialogue processing (DHA) block to process the dialogue continue. Pass the primitive (358), and enter the dialog processing reception wait (359).

When a CCDO block receives a dialog end response, a CCDO block that receives a dialog end response from a dialog processing (DHA) block with a transaction component end indication (TC-END indication) primitive (360) Inform the CCOE block that the component reception and dialog termination request has been received (361) and terminate (362).

FIG. 4E is a flowchart showing the execution of the charge-for-service operation block (PROE), and when a PR-PROVIDE request primitive is generated in the charge-for-service service control (PRSC) block, the primitive is received. A command-providing operation is generated (401), and a protocol header is attached to form a dialog after basicly encoding the indicated parameter term using the received data unit. In step 402, a component (operation instruction) between blocks is generated and transmitted to a component processing (CHA) block as a transaction component operation request (TC-INVOKE request) primitive.

After completing the component delivery, the information storage agent operation performing (PROE) block delivers the dialog start component to the information storage agent dialog performing (PRDO) block (403) and enters the response waiting (404). The charge-for-service operation (PROE) block, which has been informed of receiving a component receiving and dialog termination request from the charge-for-agent dialog execution (PRDO) block (405), enters a response wait for a command-providing operation (406), A transaction component success result indication (TC-RESULT-L indication) that is a success result report or a transaction component error indication (TC-ERROR indication) component that is a failure report is received from a processing (CHA) block (407).

The information payment agency operation (PROE) block performs the decryption operation on the received component to provide a command to the information storage agent service control (PRSC) block with a PR-PROVIDE confirm primitive operation. Send a response to (408) and terminate (409).

4F is a flowchart showing the execution of a charge-for-agent dialog box (PRDO) block, in which a dialog start instruction component is received from a charge-for-service operation block (PROE) block (451) and starts a transaction component requesting to process the start of a dialog. The TC-BEGIN request primitive is passed to the dialog processing (DHA) block (452) and enters the dialog reception wait (453).

A PRDO block receiving a dialog end response as a transaction component end indication (TC-END indication) primitive from the dialog processing (DHA) block (454) receives a request for component receipt and a dialog end request. Notify the proxy operation (PROE) block (455) and ends (456).

4 is a flow chart of the component processing (CHA) block. The transaction component operation request (TC-INVOKE request) is performed from the FPOE / CCOE / PROE block. The component processing request is received by the primitive (501) and stored (502).

The component processing (CHA) block that has entered the component request wait (503) receives a request for delivery of the component associated with the dialog from the dialog processing (DHA) block (504), and delivers the related component to the dialog processing (DHA) block ( 505).

A component processing (CHA) block that delivers a class 1 transaction component operation request (TC-INVOKE request) component activates a class 1 invoke state (506) and enters a component wait (507).

The component processing (CHA) block that receives the component from the dialog processing (DHA) block (508) receives a dialog continuing indication component (509), and instructs the transaction component operation to the CCOE block (TCOE) block (TC-INVOKE). deliver the component containing the indication (510) and enter the wait for the resultant component (511). The component processing (CHA) block receives the success / failure result report from the credit operation operation (CCOE) block (512) and enters the component request wait (513).

The component processing (CHA) block, which is requested to deliver the component from the dialog processing (DHA) block (514), transfers the component to the dialog processing (DHA) block (515), and then enters the component reception wait (416).

When the component processing (CHA) block receives the component of the end, the component that combines success / failure reporting with the forwarding billing operation (FPOE) / performing the credit call operation (CCOE) / the information storage agent operation (PROE) block. In operation 517, the delivered component releases an operation state that is activated in response to an operation instruction (518) and ends (519).

FIG. 4h is a flow chart of the dialog processing (DHA) block, in which a dialog start request is received from an incoming billing dialog execution (FPDO) / credit call dialogue execution (CCDO) / information charge receiving dialog execution (PRDO) block (610). Request (CHA) blocks the delivery of the component associated with the dialog (602), and enters the component listen (603). The dialog processing (DHA) block receiving the related component from the component processing (CHA) block (604) encodes the received component and then sets the protocol header so that the transaction processing (THA) block forms a transaction to support the dialog. A TR-BEGIN request primitive is attached to the transaction processing (THA) block (605) and enters a transaction processing wait (606).

When a dialog processing (DHA) block receives a transaction continuity from a transaction processing (THA) block with a TR-CONTINUE indication primitive (607), the transaction component continuity indication (TC-CONTINUE indication) is the same as transaction processing. The dialog continues as a primitive to the CCDO block (608), forwards the received component to the component processing (CHA) block (609), and enters the dialog receive wait (610).

A Dialog Processing (DHA) block that receives a Dialog Continue Processing Request with a TC-CONTINUE request primitive from a Credit Call Dialogue (CCDO) block (611) handles the delivery of the component associated with the corresponding dialog (CHA). Request a block (612), and enter a component receive wait (613).

The dialog processing (DHA) block receiving the related component from the component processing (CHA) block (614) encodes the received component and then processes the transaction continuing request (THA) with a TR-CONTINUE request primitive. Send to block (615), enter transaction processing (616).

When the DHA block receives a transaction termination with a TR-END indication primitive from a transaction processing (THA) block (617), perform the Calling Charge Dialog (FPDO) / Perform a Credit Call Dialog (CCDO) / Information. After passing the dialog end to the transaction component end indication (TC-END indication) primitive in the same manner as the transaction processing (618), and delivering the received component to the component processing (CHA) block (PRDO) block ( 619, the transaction is terminated (620).

4i is a flow chart of a transaction processing (THA) block, which receives a transaction start request from a dialog processing (DAH) block (710) and a Transaction Capabilities Application Part (TCAP) message (start) for a data unit. Generate 702.

The transaction processing (THA) block sends a unit data message start request (N-UNIDATA (BEGIN) request) primitive to the signaling connection control to forward this TCAP message to the service control system (SCP) connectionlessly. (703). Enter the TCAP message reception waiting (704).

When the transaction processing (THA) block receives an N-UNIDATA (CONTINUE) indication primitive from the signaling connection control (705), the transaction processing (THA) block receives a TCAP message. (Continue) extract (706) and forward the transaction continuity to the dialog processing (DHA) block as a TR-CONTINUE indication primitive (707), and enters the wait for the transaction (708).

A transaction processing (THA) block that receives a transaction continue request as a TR-CONTINUE request primitive from a dialog processing (DHA) block (709) sends a TCAP message to the data unit (continued). Generate 710.

The transaction processing (THA) block forwards the unit data message continue request (N-UNIDATA (CONTINUE) request) primitive to the signaling connection control so that the TCAP message is delivered to the service control system (SCP) in a connectionless manner. 711, and enters the TCAP message reception waiting (712).

When the transaction processing (THA) block receives the unit data message termination response from the signal connection control (713), extract the question processing function application unit (TCAP) message (termination) from the transaction processing (THA) primitive (714) The transaction termination is sent to the dialog processing (DHA) block (715) and terminates (716) with a TR-END indication primitive.

Therefore, the present invention carried out by the above processing procedure has the following unique effects.

First, an electronic switch that directly performs an intelligent network service can be implemented with only some software changes and additions without changing hardware.

Second, existing exchanges can accommodate intelligent network services by only modifying route information without changing hardware or software.

Third, since the caller does not pay the call charge by providing the call forwarding service, the caller pays no charge for the call related to the business activity of the enterprise, thereby greatly increasing the amount of call related to telemarketing.

Fourth, by providing a credit call service, the caller can make calls without cash, thus providing convenience for using a communication network and greatly increasing the amount of calls.

Fifth, the information user can quickly obtain the necessary information by using the public telecommunication network by providing the information fee storage service, and the service user can quickly obtain the information fee income according to the information provision. Can be. In addition, the network operator may receive a fee by storing information charges with the increase in call charges due to service use.

Claims (4)

An access exchange subsystem that performs a distributed call processing function, comprising an intelligent network service control unit 4 having a service processing unit that manages intelligent network services and a protocol processing unit that manages communication with a service control system (SCP). (Access Switching Subsystem: ASS), Interconnection Network Subsystem (INS) that performs centralized call processing (2), and Central Control Subsystem (Central Control) for centralized functions of operation and maintenance. An intelligent network service call processing method applied to an intelligent network service switch having a Central Control Subsystem (CCS) (3), which requires the allocation of an R2 / DTMFR signaling device upon recognizing the call appearance of the relay line occupant / subscriber. Receiving a digit from the calling subscriber, the first step of performing number translation with the collected digit; The second step of performing the general call processing of the, and if the intelligent network service performs the intelligent network service discrimination operation, and if the incoming network service is determined as the incoming network service, the incoming billing service call processing, and if the credit call service, the credit call service The third step of performing the call processing, and if the information fee storage agency service call processing service for the information fee storage agency service, and when the call processing for each service is completed, route to the called party to form a call path, when the call is over, the service An intelligent network service call processing method comprising the fourth step of performing a billing processing for each star and release the channel. The method of claim 1, wherein in the third step, the incoming billing service call processing determines whether or not the received incoming billing number is provided to a service, and if it is impossible to provide the service, an announcement or tone is provided to the calling subscriber, and the service is provided. If possible, request the calling number and calling grade to the calling exchange, and if the first process waiting for reception, and receiving the calling number and calling grade, the eligibility check and actual routing number of the incoming billing number received before the service call connection The second process of requesting the information to the service control system (SCP) to obtain the result, and when the result is received from the service control system (SCP), the results are analyzed and if the service is not available, the sound is sent in the recording or tones, If it is possible to provide a routing process comprising the third step of requesting routing to the called party number received from the routing control The intelligent network service call processing method. The method of claim 1, wherein the credit call service call processing in the third step determines whether the service is provided for the received credit number, and if the service cannot be provided, an announcement or tone is provided to the calling subscriber. If possible, request the calling number and calling class to the calling exchange and wait for the first step, and upon receiving the calling number and calling class, request the signaling device control to allocate the DTMFR signaling device to connect the tone to the calling party. A second process of connecting the tones so that the service user inputs digits (information), and a third requesting the service control system (SCP) for a qualification check on the received digits (information) prior to the service call connection and waiting for a result When the caller receives a request for a called party number rather than a process and result, the caller adds the recording announcement broadcast requested by the service control system (SCP) to the calling party. The fourth process of pressing the digit, and the fifth process of waiting for the result after transmitting the corresponding information when receiving additional digits from the calling party, and analyzing the result when receiving the result, and recording guidance or tone when the service is unavailable. Intelligent network service call processing method comprising the sixth step of requesting to send, and requesting routing to the received called number when the service can be provided. The method of claim 1, wherein the information charge receiving service call processing in the third step is to determine whether or not to provide a service, and if the service is not provided, the announcement or tone is provided, and if the service is available, the call is sent to the calling party. Requesting information to the service control system (SCP) for the first process of requesting the number / class and waiting for reception, and the eligibility check of the received information fee storage number and the confirmation of the call acceptance before connection of the service call. And a second process of waiting for the result, and analyzing the result when receiving the result, requesting the subscriber to send a recording guide or tone if the service is not available, and requesting the billing history calculation information if the service is available and again. Instructing and transmitting the third process of receiving billing history calculation information, and the announcement of the announcement to announce that it is a paid information providing service. Checking the service provider's intention to terminate the service when there is no intention to receive the service, and if the intention to provide the service comprising a fourth step of requesting routing to the routing caller received the received number Intelligent network service call processing method.