KR20000046327A - Method for processing a plurality of calls in service switching point of advanced intelligent network - Google Patents

Abstract

PURPOSE: A method for processing a plurality of calls in the SSP(Service Switching Point) of the AIN(Advanced Intelligent Network) is provided to process a plurality of calls in the AIN comprised of an SCP(Service Control Point) and an SSP composed of a CCF(Call Control Function) and an SSF(Service Switching Function). CONSTITUTION: Configuring an initial message(DP INAP operation) of an advanced intelligent network application protocol, an SSP(110) sends an inquiry for intelligent service processing to an SCP(120)(S210). The SCP transmits an intelligent application protocol message(RRBE INAP operation) to the SSP(S220). The SCP sends three called numbers(DN1,DN2,DN3) to the SSP, and the SSP reports BCSM events to the SCP after attempting call connections for the three called numbers in sequence(P230). The SCP transmits three called numbers to the SSP continuously in case of the state of EDP-R(Event Detection Point-Request), and ends an associated intelligent call service in case of the state of EDP-N(Event Detection Point-Notify)(S240).

Description

A method to handle multiple calls at Service Switching Points of Advanced Intelligent Network

The present invention relates to a method for processing a plurality of calls in a service switch of an advanced intelligent network, and to simultaneously process a plurality of calls in a service switching point (SSP) constituting an advanced intelligent network (AIN). It is about how it can be.

1 is a block diagram of an advanced intelligent network, and includes a service switching point 110, a service controller 120, an intelligent information system 130, and the like.

The service exchanger 110 analyzes and examines a call requesting a service from a subscriber of an existing telephone network and requests the service controller 120 for call control information necessary for processing an intelligent network service. In addition, the service switch 110 is an electronic switch that performs a call service desired by a subscriber using information sent from the service controller 120, and serves as a gateway that interconnects an existing telephone network and an intelligent network. do.

The service controller 120 is an essential element for the intelligent network service and provides information for call processing so that the service switcher 110 can complete the service. The service controller 120 should be able to process a large amount of transactions online in real time, and should have a structure that can easily add and change services.

The service exchanger 110 and the service controller 120 interoperate using an SS No, 7 signaling type MTP (Message Transfer Part), SCCP (Signaling Connection Control Part), and TCAP (Transaction Capabilities Application Part). , Between the service switch 110 and the intelligent information providing system 130 is interlocked using MTP / ISUP of SS No. 7 signaling.

The intelligent information providing system 130 is connected to the service switchboard 110 through a circuit or packet switching network, such as ISDN, and is connected to one or several service switchboards. The function of the intelligent information providing system 120 is largely divided into voice service and data service. Voice service includes voice guidance, voice synthesis, voice recognition and voice database information, and Audiotex, Voicemail, Voice message, and Advanced Freephone. It can be used for services.

The AIN will provide wide area incoming billing service, bulk calling service, and telephone voting service.

Meanwhile, the service switch 110 includes an intelligent network call processing unit 111 and a basic call processing unit 112.

The basic call processing unit 112 processes a call of an analog subscriber, a digital subscriber, and a relay line, and the intelligent network call processing unit 111 detects an intelligent network call from the basic call processing unit 112. Perform the function of handling a call.

That is, the basic call processor 112 determines whether the call is an intelligent network call by analyzing the collected number when the calling subscriber dials or the call is received through the relay line. If it is determined that the call is an intelligent network call, the intelligent network call processor 111 sends a message (AIN_TDRP_CS: AIN Trigger Detection RePort Ccf to Ssf) informing this to notify the intelligent network call detection.

The intelligent network call processing unit 111 receiving the intelligent network call reception message (AIN_TDRP_CS) forms an initial message (Initial DP INAP operation) of a predetermined intelligent network application protocol by using the information of the message, and through this message, the service controller 120 ) To send the query for intelligent network service processing.

Upon receiving the query from the service exchanger 110, the service controller 120 transmits an RRBE INAP operation (Request Report Basic Call State Machine Event Intelligent Network Application Protocol) to the service exchanger 110. send. The reason for the transmission of this message (RRBE INAP operation) is caused by various events that may occur between the service switcher 110 and the calling party / called party, that is, the called party's call, the called party's non-response, the relay line congestion, the call abandoned, the called party's answer, and the call released. And to report and receive call release.

At this time, various events sent in this message (RRBE INAP operation) is armed (Event Detection Point-Request) or EDP-N (Event Detection Point-Notify) to the service exchange 110.

On the other hand, in the currently provided intelligent network service, one incoming number is transmitted at a time from the service controller 120 to the service switch 110 at a time, and when the called number is busy or no answer, the service switch 110 is When reporting this, the service controller 120 transmits another called number to the service switcher 110.

Therefore, there is a problem in that the signal network between the service switch 110 and the service controller 120 is heavily loaded.

Accordingly, the present invention has been made to solve the above problems, and in providing an intelligent network service, a method capable of simultaneously processing a plurality of calls (Call) in the service switchboard 110, that is, in a service switch of a highly intelligent network It is an object of the present invention to provide a plurality of call processing methods.

In order to achieve the above object, the multiple call processing method in the service switchboard of the high-intelligence network according to the present invention determines that a call originated by a predetermined calling subscriber or an incoming call through a relay line is an intelligent network call in the basic call processing unit 112. Transmitting to the service controller 120 through the intelligent network call processing unit; The service controller 120 sends a predetermined message to the service exchange 110 requesting a report of a predetermined call-related event; The service controller 120 transmits a predetermined number of called numbers to the service switchboard 110, and the service switchboard 110 attempts to connect the call to the received caller number in turn, and then sends corresponding call-related events for each call. Call attempt and reporting process reporting to the service controller 120; And the service controller 120 is characterized in that it comprises a step of checking the reported call-related events and forwards a predetermined number of called numbers back to the service exchange 110, or terminates the corresponding intelligent network call service. .

At this time, the call attempt and reporting process, the service controller 120 sends a predetermined number of called numbers to the service switch at a time; Storing the received number of called numbers by the intelligent network call processor 111 of the service switch 110; The intelligent network call processing unit (111), for each of the stored called numbers, attempting to connect a call through the basic call processing unit (120), and receiving reports of corresponding call related events; The intelligent network call processing unit 111 transmits the reported call related event to the service controller 120, and cuts a call of the calling subscriber through the basic call processing unit 112 according to the call related event, or Processing, by the command of the service controller 120, a predetermined number of calls or cutting off the corresponding call signal; And terminating the intelligent network call processing.

1 is a configuration diagram of an advanced intelligent network,

2 is a call flow diagram between a service exchanger and a service controller according to the present invention;

3 is an internal signal flow diagram when the service exchanger is armed with Event Detection Point-Notify (EDP-N);

4 is an internal signal flow diagram when the service exchanger is armed with an Event Detection Point-Request (EDP-R).

* Explanation of symbols for main parts of the drawings

110: service switch (SSP) 111: intelligent network call processing unit (SSF)

112: basic call processing unit (CCF) 120: service controller (SCP)

130: intelligent information system (IP)

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

2 is a call flow diagram between a service exchanger and a service controller according to the present invention.

The service exchanger 110 forms an initial message (Initial DP INAP operation) of the predetermined intelligent network application protocol, and sends a query for processing the intelligent network service to the service controller 120 (step S210).

The service controller 120 transmits an intelligent network application protocol message (RRBE INAP operation) requesting BCSM event reporting of busy, no answer, and relay line congestion to the service exchange 110 (step S220).

And, the service controller 120 sends three called numbers (DN1, DN2, DN3) to the service switchboard 110, the service switchboard 110 attempts to connect the call to the three called numbers in sequence, The BCSM events are reported to the service controller 120 (call attempt and reporting process: P230).

If the corresponding event is the event detection request (EDP-R) state, the service controller 120 continuously transmits three called numbers to the service switchboard 110 to perform a call attempt and report process (P230). In addition, it sends a release call to release the call. However, in the EDP-N state, the corresponding intelligent network call service is terminated (step S240).

3 is a flowchart illustrating an internal signal flow of the service switch 110 when the service switch 110 is armed with an event detection point-notify (EDP-N), and is a detailed flowchart of a call attempt and reporting process (P230).

First, in the called number providing step, the service controller 120 loads three called numbers DN1, DN2, and DN3 in one intelligent network application protocol message (Connect INAP operation) indicating a call connection to the service exchange 110.

After receiving this message (Connect INAP operation), the intelligent network call processing unit 111 of the service switch 110 forms a destination routing address table for storing three numbers and stores the three called party numbers. do.

The intelligent network call processing unit 111 transmits the first called number DN1 stored in the destination routing address table to the basic call processing unit 112 by using a predetermined call connection request signal AIN_ConnRQ_SC.

Upon receiving this message (AIN_ConnRQ_SC), the basic call processor 112 analyzes this signal and attempts to connect the call to the called party.

If there is no problem at the called party, ringing is performed, but in case of a busy or no answer, the basic call processing unit 112 sends an event detection report message (AIN_EDRP_CS: AIN Event Detection RePort Ccf to Ssf) to the intelligent network call processing unit ( 111), notifying that the called party is busy or not answered. At this time, the basic call processing unit 112 pauses the call processing.

The intelligent network call processing unit 111 that is notified that the called party is busy or unanswered selects the second called number DN2 in the destination routing address table and transfers the call connection signal AIN_Con1_SC to the basic call processing unit 112. do.

Upon receiving the call connection signal AIN_Con1_SC, the basic call processing unit 112 analyzes the signal and retries the call connection to the called party.

If there is no problem at the called party, ringing is performed, but in case of a busy or no answer, the basic call processing unit 112 sends an event detection report message (AIN_EDRP_CS: AIN Event Detection RePort Ccf to Ssf) to the intelligent network call processing unit ( 111), notifying that the called party is busy or not answered.

The intelligent network call processor 111 notified that the called party is busy or unanswered selects the last called number DN3 in the destination routing address table and transmits the call connection signal AIN_Con1_SC to the basic call processor 112. .

Upon receiving the call connection signal AIN_Con1_SC, the basic call processing unit 112 analyzes the signal and retries the call connection to the called party.

If there is no problem at the called party, ringing is performed, but in case of a busy or no answer, the basic call processing unit 112 sends an event detection report message (AIN_EDRP_CS: AIN Event Detection RePort Ccf to Ssf) to the intelligent network call processing unit ( 111), notifying that the called party is busy or not answered.

Now, the intelligent network call processor 111 recognizes that there is no more called number in the destination routing address table, and determines whether the busy / no answer event is EDP-R or EDP-N.

In case of EDP-N, the intelligent network call processing unit 111 transmits a restart request signal AIN_ResRQ_SC: AIN Resume ReQuest Ssf to Ccf to the basic call processing unit 112 to resume the suspended call processing procedure. In other words, the call is disconnected at the calling party.

In addition, the intelligent network call processing unit 111 forms a predetermined event report message (ERB: Event Report BCSM) in order to report a corresponding event (busy or no response) after transmitting the restart request signal AIN_ResRQ_SC. 120).

And all the intelligent network call processing ends.

4 is a flowchart illustrating an internal signal flow of the service switch 110 when the service switch 110 is armed with an event detection point-request (EDP-R), and is a detailed flowchart of a call attempt and report process (P230).

First, in the called number providing step, the service controller 120 loads three called numbers DN1, DN2, and DN3 in one intelligent network application protocol message (Connect INAP operation) indicating a call connection to the service exchange 110.

After receiving this message (Connect INAP operation), the intelligent network call processing unit 111 of the service switch 110 forms a destination routing address table for storing three numbers and stores the three called party numbers. do.

The intelligent network call processing unit 111 transmits the first called number DN1 stored in the destination routing address table to the basic call processing unit 112 by using a predetermined call connection request signal AIN_ConnRQ_SC.

Upon receiving this message (AIN_ConnRQ_SC), the basic call processor 112 analyzes this signal and attempts to connect the call to the called party.

If there is no problem at the called party, ringing is performed, but in case of a busy or no answer, the basic call processing unit 112 sends an event detection report message (AIN_EDRP_CS: AIN Event Detection RePort Ccf to Ssf) to the intelligent network call processing unit ( 111), notifying that the called party is busy or not answered. At this time, the basic call processing unit 112 pauses the call processing.

The intelligent network call processing unit 111 that is notified that the called party is busy or unanswered selects the second called number DN2 in the destination routing address table and transfers the call connection signal AIN_Con1_SC to the basic call processing unit 112. do.

Upon receiving the call connection signal AIN_Con1_SC, the basic call processing unit 112 analyzes the signal and retries the call connection to the called party.

If there is no problem at the called party, ringing is performed, but in case of a busy or no answer, the basic call processing unit 112 sends an event detection report message (AIN_EDRP_CS: AIN Event Detection RePort Ccf to Ssf) to the intelligent network call processing unit ( 111), notifying that the called party is busy or not answered.

The intelligent network call processor 111 notified that the called party is busy or unanswered selects the last called number DN3 in the destination routing address table and transmits the call connection signal AIN_Con1_SC to the basic call processor 112. .

Upon receiving the call connection signal AIN_Con1_SC, the basic call processing unit 112 analyzes the signal and retries the call connection to the called party.

If there is no problem at the called party, ringing is performed, but in case of a busy or no answer, the basic call processing unit 112 sends an event detection report message (AIN_EDRP_CS: AIN Event Detection RePort Ccf to Ssf) to the intelligent network call processing unit ( 111), notifying that the called party is busy or not answered.

Now, the intelligent network call processor 111 recognizes that there is no more called number in the destination routing address table, and determines whether the busy / no answer event is EDP-R or EDP-N.

In case of EDP-R, in order to report a corresponding event (busy or unresponsive), a predetermined event report message (ERB: Event Report BCSM) is formed and transmitted to the service controller 120, and then from the service controller 120. Waiting for commands, which is different from the EDP-N case.

If the service controller 120 transmits the called number to be processed again, the call attempt and reporting process (P230) is repeated again to attempt to connect the call with the called party.

However, when the service controller 120 transmits a call release request message (Release Call) to terminate the intelligent network call, the intelligent network call processing unit 111 sends a call release request signal (AIN_RelRQ_SC) to the basic call processing unit 112. End the call processing, the intelligent network call processing unit 111 also ends the intelligent network call processing.

Using the present invention, the service controller 120 of the highly intelligent network simultaneously transmits three called numbers to the service switchboard 110, thereby reducing the load on the signal network between the service switchboard 110 and the service controller 120. Can be.

In addition, when the calling party makes a call, the called party can continuously connect a valid called number when the called party is busy or unanswered, thus providing convenience to the calling party in services such as a mass call service or a telephone voting service. There is an effect that can be planned.

Claims (2)

A method for processing a call in an advanced intelligent network comprising a service exchanger and a service controller comprising a predetermined basic call processing unit and an intelligent network call processing unit, wherein the basic call processing unit dials or enters an incoming network through a relay line. If it is determined to be a call, forwarding the call to the service controller through the intelligent network call processing unit; The service controller sending a predetermined message to the service exchange requesting a report of a predetermined call related event; The service controller sends a predetermined number of called numbers to the service exchanger, and the service exchanger attempts to connect a call to the received called number in turn, and then attempts to report the corresponding call-related events for each call to the service controller, and Reporting process; And The service controller is configured to examine a reported call-related event and transmit a predetermined number of called numbers back to the service exchanger or terminate the corresponding intelligent network call service. Multiple call processing method. 2. The method of claim 1, wherein the call attempt and reporting process comprises the steps of: the service controller sending a predetermined number of called numbers to the service switch at once; Storing a predetermined number of called numbers received by the intelligent network call processing unit of the service exchanger; Receiving, by the intelligent network call processor, a call-related event for each of the stored called numbers after attempting a call connection through the basic call processor; The intelligent network call processor transmits the reported call-related event to the service controller, and according to the call-related event, disconnects a call of the originating subscriber side through the basic call processor or by a predetermined number of instructions by the service controller. Processing a call of; And And ending the corresponding intelligent network call processing.