KR20000039627A - Method for processing standby call in mobile atm virtual channel switching system - Google Patents

Abstract

PURPOSE: A method for processing a standby call in a mobile ATM virtual channel switching system is provided to process a standby call between an ATM virtual channel switching system and a base station controller or the ATM virtual channel switching system and a home location register. CONSTITUTION: A method for processing a standby call in a mobile ATM virtual channel switching system comprises the following steps. A service for a third subscriber is performed by requesting a second subscriber's information when the third subscriber requests information of the second subscriber connected a first subscriber. A virtual channel is set up to perform the connection between the second subscriber and the third subscriber. A guide broadcasting is transmitted to the first subscriber after reserving the connection between the first subscriber and the second subscriber. A new call connection is performed between the second subscriber and the third subscriber. The second subscriber is disconnected to the third subscriber according to a request of the disconnection from the second subscriber.

Description

Method of processing call waiting in mobile asynchronous delivery virtual channel switch

The present invention relates to a method for processing a call in an exchange (hereinafter, mobile ATM VC) using a virtual channel in a mobile asynchronous delivery scheme. In particular, a call between an ATM VC switch and a base station controller or an ATM VC switch and a subscriber information device. It relates to a treatment method.

The mobile asynchronous delivery type virtual channel exchanger is designed to provide mobile call services to mobile subscribers. A protocol for this is designed. The structure of the mobile asynchronous delivery type virtual channel exchange and the processing flow of the mobile call processing message are shown in the figure. Referring to the following.

1 is a block diagram illustrating a mobile ATM VC switch to which the present invention is applied. Referring to FIG. 1, a mobile ATM VC switch detects a call request from a subscriber and a relay line and performs a call service. An ATM Local Switching Subsystem (150) and an Central Switching Subsystem (ACS) 140 that performs an interconnection function between the ALS 150, and the ALS 150 includes an ACS (ACS). 140 can be operated as a concentrator having a constant concentrating ratio.

In the mobile ATM VC switch having the above configuration, when the calling party ALS requests the translation or routing of the called party to the ACS 140 after the station number is translated by the request of the subscriber and the relay line, the ACS 140 receives the called party ALS. The designated destination ALS selects an optimal route and notifies the originating ALS. The calling ALS then establishes a call path by that route.

In this way, when the called party and the calling party are connected to each other and are in a busy state, the calling party ALS counts the cells transmitted during the call and sends the billing data to the ACS together with the user's requested service type after completing the call. Incoming ALS restores call data to a dormant state.

Meanwhile, a base station controller (BSC) 120 is connected to a subscriber interface interface (SIM) in the ALS 150, and a subscriber information device (TIM) is connected to a trunk interface module (TIM). A Home Location Register (HLR) 130 is connected, so that the BSC 120 handles connection matching by a mobile subscriber's radio and call control processing with a mobile ATM VC switch, and the HLR 130 moves. Register / cancel / change information on subscriber.

A flow for processing a mobile call processing protocol message in the mobile ATM VC exchange configured as described above is shown in FIG. 2.

2 is a flowchart illustrating a mobile call processing protocol message to which the present invention is applied. Referring to FIG. 2, the processing of the mobile call processing protocol message is performed by an originating base station controller (BSC _O ) 121 and an originating subscriber matching block. 10, between the called party subscriber matching block 20, the called base station controller (BSC _t ) 122 and the subscriber information device (HLR) 131, wherein the BSC _O 121 is called from any terminal. Upon receiving the request, the BSC _O 121 requests 201 a setup to the calling party subscriber matching block 10, and the calling party subscriber matching block 10 performs an HLR to perform an authentication procedure for that subscriber. 131 requests the subscriber authentication information (202) to receive the subscriber authentication information (203), sends a message containing the subscriber authentication information to the BSC _O 121 (204) to receive the authentication result (205) )do.

If the authentication result is normal, in order to perform call processing, a bearer channel (virtual channel) is first connected with the calling party subscriber during the exchange period. The process is as follows.

First, the calling party subscriber matching block 10 instructs the BSC _O 121 to perform encryption on a wireless section for connecting the call channel later (206), and temporarily prevents location leakage of the terminal. Instructing to assign the number (TMUI) (207) to receive a message indicating the completion of the temporary number (TMUI) allocation from the BSC _O 121 (208), the terminal connection (TA-CONNECT) indicating that the terminal use is legal Send the message to BSC _O 121 (209).

In addition, when receiving a message requesting call setup from the BSC _O 121 (210), it inquires (211) the calling party's grade to the HLR 131 to check whether the subscriber is a call settable grade ( 212) and, if the set-up available grade rating of the subscriber call number processing to a BSC _O (121) (call Proc) and then transmitted (213) the message, a message for setting up a bearer channel to the BSC _O (121) and exchanges 214 is sent to the BSC _O 121 and the response is received 215, thereby connecting the bearer channel with the calling subscriber in the exchange period.

In this way, when the calling party and the exchange bearer channel are connected, the calling party performs the authentication process for the called party requesting the call setup. The calling party matching block 10 first goes to the HLR 131. The roaming number of the called party is queried (216) and the ALS of the called party is determined by the roaming number 217, which is a response. When the ALS of the called party is determined, the called party matching block 20 determines the called party's ALS. Send 218 a Setup_U message.

Then, the called party subscriber matching block 20 sends a paging message 219 to the BSCt 122 and receives 220 the response of the called terminal by the BSCt 122 and then sends the called party subscriber to the called party subscriber. In order to perform the authentication procedure, the HLR 131 requests the subscriber authentication information for the called party subscriber (221), receives the subscriber authentication information in response thereto (222), and sends a message including the subscriber authentication information. It transmits to the BSCt 122 (223) and receives the authentication result (224).

When the authentication procedure for the called subscriber is performed as described above, it is checked whether the called subscriber can be received and connects the bearer channel between the exchange and the called subscriber. First, the called subscriber matching block 20 is a BSCt 122. ) Instructs to perform encryption on the radio section for connecting the call channel in the future (225), and instructs (226) to allocate a temporary number (TMUI) for preventing the location leakage of the terminal (BSCt 122). When receiving a message indicating the completion of the temporary number (TMUI) allocation from the (227), the inquiry to the class of the called party subscriber to the HLR (131) (228) to determine whether the subscriber is a call setup available class (229), If the class of call setup is a class capable of call setup, the BSCt 122 transmits a setup message 230.

In addition, a call procedure message is received from the called terminal (231), and the call procedure (CALL_PROCEEDING) message is transmitted to the calling subscriber matching block 10 (232), while the called subscriber is connected to the called subscriber and the ATM VC exchange. A bearer setup message 233 is sent to establish a bearer (virtual channel), and a bearer setup comp message 234 is received in response.

As such, when the bearer channel is connected with the called subscriber in the exchange period, the BSCt 122 receives an alert message from the called terminal and transmits it to the called subscriber matching block 20 (235). The subscriber matching block 10 is passed 236 to the calling BSCo 121 237.

When the BSCt 122 receives a CONN message from the called terminal, the BSCt 122 transmits the connected CONN message to the called subscriber matching block 20 (238), and the called subscriber matching block 20 receives the CONN message. The connection (CONN) message is transmitted (239) to the calling party subscriber matching block 10, while the acknowledgment message for the connection message (240) to the BSCt (122).

In addition, the originating subscriber matching block 10 receiving the connection message forwards the connection (CONN) message to the calling BSCo 121 (241), and the calling party BSCo 121 is the calling party subscriber matching block. The connection acknowledgment message (CONN ACK) 242 is transmitted to (10).

When the call is connected in this way, the called party and the calling party make a mutual call 243 by the call. At this time, there is no message transmitted from the calling party subscriber matching block 10 to the called party subscriber matching block 20, and the call state is maintained until a release message is received from the called party terminal.

When the BSCt 122 receives a release message from the called terminal, the BSCt 122 transmits the message to the called subscriber matching block 20 (244), and the called subscriber matching block ( 20) sends a Release Comp message to the called terminal (245), and sends a release message to the calling party matching block 10 (246), and the calling party matching block 10 After transmitting the release message 247 to the BSCo 121, a Release Comp message is received from the BSCo 121 (248). At this time, the called party subscriber matching block 20 sends a call disconnect request message to the HLR 131 and receives a call disconnection response message 250 from the HLR 131 to release the call of the called party.

When the call is released as described above, the terminal and the bearer channel of the called party are released, and the called party matching block 20 sends a terminal release message (TA-Release) to the BSCt 122 (251), and then the virtual. When a bearer release message for channel release is transmitted 252 and a bearer release message is received from the BSCt 122 253, a UE release message is transmitted 254 to the HLR 131. The mobile subscriber station completes the incoming call by receiving the terminal release complete message (255).

Meanwhile, when the calling party subscriber matching unit 10 requests 256 the call release to the BSCo 121 and receives the release completion signal 257 for it, the calling subscriber matching unit 10 sends a call disconnect request message to the HLR 131 (258). When receiving the call disconnection response message 259, the terminal release message 260 and the bearer release message for the virtual channel release are transmitted to the BSCo 121 and then the bearer is released from the BSCo 121. Receiving a completion message (262), sending (263) the originating terminal release message to the HLR (131) and receiving a terminal release complete message (264), thereby completing the mobile subscriber station originating signal.

In such a mobile ATM VC exchange, mobile call processing is performed as described above, but there is no protocol for mobile wait call because there is no processing method for mobile call.

In other words, regardless of the type of call (incoming call, incoming call), the incoming subscriber is notified of the incoming call and the user can select whether to answer or ignore the incoming call. If there is a pending call, but it is released, it is necessary to provide various services to the exchange user by providing a service informing that there is a pending call.

Therefore, in the present invention, while designing a protocol for mobile waiting call processing by applying protocol messages such as mobile call setup, call alarm, call connection and call release to mobile ATM VC exchange system internal call processing protocol processing, mobile ATM VC By designing independently of the protocol of the exchange, it is intended to provide a compatible standardized interface that is not dependent on the type of the base station controller and the subscriber information device.

In order to achieve the above object, the standby call processing method provided by the present invention is a subscriber that is capable of waiting for a call when a subscriber receives a signal requesting a call from another subscriber while performing a call with one subscriber. If the user is available for the call waiting service, the call is suspended from the previous caller, the call is connected with the new call requester, the call is performed, and the call release message is received from the subscriber who is available for the call waiting service. When the call occurs, the call is released later, and the call is resumed by the previous call.

1 is a block diagram illustrating a mobile ATM VC switch to which the present invention is applied;

2 is a flowchart illustrating a mobile call processing protocol message to which the present invention is applied;

3 is a flowchart illustrating a mobile call control according to the present invention;

4 is a process flow diagram for a mobile call processing protocol message according to an embodiment of the present invention.

<Explanation of symbols for main parts of drawing>

10: calling party subscriber matching block 20: called party subscriber matching block

120,121,122,123,124: base station controller (BSC)

130,131: subscriber information device (HLR) 140: ACS

150: ALS

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

3 is a flowchart illustrating a mobile call control in which the present invention is applied, and the processing method for mobile call control according to the present invention can be serviced only when the mobile call is in a call state, and the subscriber subscribes to the mobile call service in advance. The subscription information must then be stored in the subscriber information device (HLR).

Referring to FIG. 3, first, if any subscriber matching block receives 301 an incoming request message from a third subscriber during a call, the subscriber matching block performs paging 302 for the corresponding terminal that sent the message. If there is a response to paging, the terminal performs authentication, encryption of a wireless section, and a temporary mobile terminal number (TMUI) assignment (303), and then confirms that information on the called subscriber is busy by HLR. The call service grade of the called subscriber is determined to be able to perform the service requested by the third subscriber to determine whether to allow call waiting (304).

If the check 304 indicates that the class of the called subscriber is capable of handling the request call in the HLR and the subscriber is subscribed to the call waiting service, the waiting call service is notified to the called subscription matching block. Continue to perform the waiting call service, or otherwise, a message for releasing the waiting call is transmitted to the third subscriber to release the waiting call (306) and maintain the previous busy state.

In case that the waiting call service is to be continued, a setup message including information indicating the waiting call service is transmitted to a base station controller (BSC) in charge of the receiving subscriber, and the waiting time is transmitted to the third subscriber. After initializing the timer T1 for adjustment (305), a call path is secured (307) by setting up a bearer channel during the exchange with the third subscriber.

In addition, when the call is received from the called party and the call waiting message is received from the called party, the call waiting message is requested (309). If the timer (T1) has elapsed (311) while making a call state between subscribers and has not received the call hold message, the setup message is retransmitted and the timer is re-initialized (312), so that the call is on hold. Maintain state 308.

As a result, if no call hold message is received until the second time elapses, the call is released (313), and the previous call is maintained.

4 is a flowchart illustrating a mobile call processing protocol message according to an embodiment of the present invention, and FIG. 4 is a terminal controlled by the BSC1 122 and a terminal controlled by the BSC3 124 during a call. When the terminal controlled by the BSC2 123 sends a call request to the terminal controlled by the BSC3 (124), referring to Figure 4, the BSC1 (122) and BSC3 (124) Call is in progress (401) between terminals controlled by each other, the terminal controlled by the BSC2 (123) is called a subscriber matching block (hereinafter referred to as an outgoing subscriber matching block) of the switch to which it belongs. Requesting a call to the terminal controlled by the BSC3 124 through the 10, i.e., a setup_U message is transmitted from the calling party subscriber matching block 10 to the called party subscriber matching block 20. 402, when this message is received Group called party subscriber matching block 20, first, to determine whether or not corresponding to the rating that the state and class of the destination subscriber can meet the requirements of the third subscriber, the procedure is as follows.

To perform the authentication procedure for the called party, the called party matching block 20 requests the subscriber authentication information from the HLR 131 (405) to receive the subscriber authentication information (406), and the subscriber authentication information. Sending a message containing the message to the BSC3 (124) (407) to receive the authentication result (408).

If the authentication result is normal, in order to perform call processing, first, the BSC3 124 is instructed to perform encryption on a radio section for connecting the call channel (409). Instructing to assign a temporary number TMUI (410) to receive a message indicating the completion of the temporary number (TMUI) allocation from the BSC3 (124) (411).

In addition, a call attempt request (TERMATTEMPRQ) message is sent to the HLR 131 to inquire about whether to subscribe to the call waiting service and to request a subscriber level. Receive (413) a (TERMATTEMPRP) message.

In this way, if it is proved that the called party can handle the call request service from the third party, it connects the call between the called party and the third subscriber to make a call between them. The process is as follows.

First, the called party's subscriber matching block 20 sends a setup message including information indicating the call waiting to the BSC3 124 (414) and calls from the called terminal through the BSC3 (124) (Call Proc). Upon receipt of the message 415, the called party matching block 20 sends 416 a CALL_PROCEEDING message to the calling party matching block 10, while the bearer between the called party and the ATM VC exchange. A bearer setup message for setting up a (virtual channel) is sent to the BSC3 124 (417), and a bearer setup comp message is received (418) in response to the channel setup. The receiving party's subscriber matching block 20 receiving the alert message 419 from the called terminal sends the alert message to the BSC2 123 via the calling party's subscriber matching block 10 (420, 421). .

The BSC3 124, which has received a HoldRQ message from the called party in a call, immediately calls the BSC3 124 without asking the service permission to the HLR 131 if the cause of the hold message is a hold due to a call request. While transmitting a call hold confirmation message (HoldACK) message to the mobile subscriber through 425 cuts the current channel and sends the announcement and melody to the other subscriber in the current call (426). Then, the subscriber via the BSC1 122 and the subscriber via the BSC3 124 are placed in call hold state 427.

Then, the called party terminal transmits a connection (CONN) message to the called party subscriber matching block 20 via BSC3 124 (428), and the called party subscriber matching block 20 sends the connection (CONN) message. Is transmitted (429, 431) to the BSC2 (123) via the outgoing subscriber matching block 10, and transmits a connection acknowledgment (CONN ACK) message to the BSC3 (124) (430). Also, the BSC2 123 receiving the connection message also transmits a connection acknowledgment 432 message to the calling subscriber matching block 10.

In this manner, the third subscriber and the called party subscriber who are interrupted later are in a call state 433.

As described above, when the called terminal generates a release message, the BSC3 124 transmits the release message to the BSC2 123 through the called party subscriber matching block 20 and the calling party subscriber matching block 10. (434, 435, 437). At this time, the called party subscriber matching block 20 receiving the release message transmits an acknowledgment message thereof to the BSC3 124 (436), and the BSC2 123 sends an acknowledgment message thereof to the calling party subscriber matching block. And transmit (438) to (10).

In this way, when both the called party and the calling party approve the release, the called party matching block 20 sends a call disconnect request (CALLDISCRQ) message to the HLR 131 (439), and the call disconnection response. After receiving (CALLDISCRP) message (440) and transmitting (442) the terminal release (TA-Release) message 441 and the bearer release (Bearer Release) message for the virtual channel release to the BSC3 (124), the bearer release complete ( A Bearer Release Comp) message is received 443 to release the communication channel with the third subscriber.

When the called party requests to resume the call through the BSC3 124 to resume the call with the subscriber who was on the previous call, the called party's subscriber matching block 20 receives this ResumeRQ message. The announcement and melody being secured to the other subscriber is transmitted to the other subscribers (448), while the BSC3 (124) sends a ResumeACK message to the called subscriber (447) and the call is connected to the call. 448 to a state.

The present invention has the effect of providing a variety of services to the mobile subscriber by adding a call waiting service to the mobile ATM VC switch mobile basic call processing. That is, if a subscriber who is talking to a subscriber and another subscriber requests a call, the previous caller can be put on hold, the caller can perform a call with the subscriber who requested it later, and then talk back to the previous caller. Since it is impossible to recognize a contact from a subscriber, if a subscriber has a long call with one subscriber, it is effective to solve the disadvantage that other subscribers have difficulty in making a call connection with the random subscriber. By providing a mobile ATM VC switch mobile call waiting processing protocol that is independent of the mobile ATM VC switch protocol, there is an effect of providing a compatible standardized interface that is not dependent on the type of the base station controller and the information apparatus.

Claims (1)

In a call processing method of a mobile asynchronous delivery virtual channel switch, When the third subscriber requests a call for a call to a second subscriber who is talking to any first subscriber, the subscriber information device requests the information of the second subscriber so that the second subscriber provides a service for the third subscriber's request. The first process to check if it can be performed, A second channel for setting a virtual channel required for a call between the second subscriber and a third subscriber during an exchange period with the second subscriber if the second subscriber is in a class capable of performing call processing of the third subscriber; Process, A third process of suspending a call that was in a call between the second subscriber and the first subscriber and transmitting the announcement and melody of the suspension to the first subscriber; A fourth process of connecting a call between the second subscriber and the third subscriber and initiating a new call between the second subscriber and the third subscriber; If there is a call release request from the second subscriber in the fourth process, the call is released between the second subscriber and the third subscriber, and a call is connected between the first subscriber and the second subscriber to resume the previous call. Wait call processing method in a mobile asynchronous delivery virtual channel switch, characterized in that the fifth process.