KR100310323B1 - Method for processing emergence call in mobile communication network - Google Patents

Abstract

The present invention relates to a method for processing an emergency call in a next-generation mobile communication network. When an emergency call is requested, a call processing process between a CCF (31) and an emergency service center and a radio resource allocation process between a RACF (21) and a RACAF (11) are performed. By processing in parallel, the processing time for the emergency call is reduced, and the RACF 21 disconnects the general call and disconnects the normal call if the radio resource is insufficient to allocate resources to the emergency call during the radio resource allocation process. By allocating resources assigned to calls to emergency calls, emergency calls are prioritized over general calls.

Therefore, the next generation mobile communication network of the present invention has an effect that it is possible to process an emergency call stably and at high speed.

Description

Emergency call handling in next-generation mobile networks {METHOD FOR PROCESSING EMERGENCE CALL IN MOBILE COMMUNICATION NETWORK}

The present invention relates to a next generation mobile communication network, and more particularly, to an emergency call processing method in a next generation mobile communication network capable of effectively processing an emergency call.

Next generation mobile communication is being developed to provide various multimedia services. Therefore, the next generation mobile communication network should be able to perform service agreements while adaptively adjusting the quality of service (QoS) according to the network conditions.

On the other hand, emergency calls (eg, crime reports, distress reports, etc.) should be handled preferentially compared to other general calls, but IMT-2000 (International Mobile Telecommunications-2000), which is currently being proposed and studied as the next generation mobile communication network, handles emergency calls. It is not suggested at all. However, in 1997, the ITU-T proposed the same procedure as in FIG. 1 regarding emergency call processing. However, with the development of IMT-2000, the procedure of FIG. 1 has become meaningless. That is, the definitions and terminology of the functional entities illustrated in FIG. 1 are different from the functional entities of the current IMT-2000, and have no meaning at present.

For reference, the emergency call procedure of FIG. 1 is as follows.

First, referring to the function of the functional entity illustrated in FIG. 1, the terminal access control agent function block (hereinafter referred to as TACAF) is a function block for controlling service access in the terminal portion of the radio interface. Terminal Access Control Function Block (hereinafter referred to as TACF) refers to a functional block that interacts with TACAF to establish / disconnect the connection between the network and the terminal.

The Call Control Function Block (hereinafter referred to as CCF) is a function block that has call connection and processing functions, and the Service Switching Function Block (hereinafter referred to as SSF) that exists in the CCF. For calls requiring artificial intelligence services, it provides access to a service control function block (hereinafter referred to as SCF).

SCF is a functional block capable of providing a necessary service having an artificial intelligence network control function, and data necessary for providing a service are stored in a service data function block (hereinafter referred to as SDF).

An emergency call processing procedure using the above-described functional block is described below.

When the TACAF in the mobile terminal requests an emergency call to the TACF in the network, the TACF requests a call processing to the SCF in the network. The SCF in the network requests call processing from the home SCF that processes the emergency call (ie, the SCF in the destination network requested by the originator). The SCF in the destination network requests the SDF the necessary control data (e.g., the address of the destination to which the emergency call is to be delivered, the special control for the emergency call) according to the type of emergency call, and if the requested data is provided from the SDF, SCF forwards this data to the SCF in the network.

The SCF in the network tells TACF to process the emergency call according to this data, and the TACF forwards the information related to the emergency call to the CCF, which sets up the emergency call according to this information.

On the other hand, a process of transmitting update data between the TACF and the SSF and between the SCF and the SDF and notifying that the update data has been received is proposed. However, the procedure proposed in 1997 only shows the transmission of update data, and does not mention the definition of what the update data is.

As described above, the ITU-T proposed the emergency call in 1997. However, the process of the emergency call is almost similar to that of the general call, which makes it difficult to effectively handle the emergency call.

That is, the emergency call must be able to process differently from the normal call at high speed, and in particular, the emergency call must be allocated to the emergency call even in a situation where the general call cannot be connected due to lack of radio resources in the network. The procedural process has the problem that no priority process for emergency calls is proposed at all.

SUMMARY OF THE INVENTION The present invention has been made to solve this problem, and an object of the present invention is to provide an emergency call processing method in a next generation mobile communication network that can effectively handle emergency calls in a next generation mobile communication network.

The present invention for achieving the above object is a method for processing an emergency call in a next-generation mobile communication network, a service access control function block (hereinafter referred to as SACF) terminal control function block (mobile control function: When a call setup request message is received from the MCF), an emergency call is made to the Call Control Function Block (CCF) and the Radio Access Control Function Block (RACF). Sending a message informing that processing is needed; RACF performing a radio resource allocation process with a Radio Access Control Agent Function Block (RACAF) according to an emergency call processing necessity message; The CCF analyzing the call number of the emergency call according to the emergency call processing required message and requesting the LMF for a routing address thereof; After providing information about the address from the LMF, the CCF sends a call control request message to the SCF that corresponds to the address and, when sent from the SCF to continue processing the emergency call, sets up an emergency call to the emergency service center corresponding to the address. Sending a message; Sending a message from the emergency service center in response to the emergency call setup message, informing the SACF to handle the emergency call; When the SACF receives the emergency call processing message, the SACF transmits a response message to the emergency call establishment request to the MCF by using the radio resource amount allocated between the RACF and the RACAF, thereby connecting the emergency call to the emergency service center.

1 is a flowchart illustrating an emergency call processing method in a conventional mobile communication network.

2 is a functional block diagram of a next generation mobile communication network;

3 is a flowchart illustrating an emergency call processing method in a next generation mobile communication network according to the present invention.

<Description of the symbols for the main parts of the drawings>

10: terminal part

11: Radio Access Control Agent Function Block

12: mobile radio transmission and reception function block

20: part of the radio access network

21: part of the radio access network

22: radio frequency transmit and receive function block

23: radio network control function block

31: call control function block

32: service control function block

33: service data function block

34: mobility management block

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

FIG. 2 illustrates a Radio Resource Control (RRC) plane and a Call Control (CC) plane in the currently proposed IMT-2000, and as shown, a mobile terminal access network side 10 and a radio access. It is divided into a Radio Access Network Side 20 and a Core Network Side 30. Herein, the terminal portion 10 is a portion in charge of the terminal side, and the radio access network portion 20 is in charge of a base station portion, that is, a base transceiver system (BTS) and a base station controller (BSC), and The network part 30 refers to a part that is in charge of a mobile switch center (MSC), a home location register (HLR), a visited location register (VLR), and the like.

The functional blocks comprised in each plane are demonstrated below.

First, the RR plane will be described.

The radio access control function block (RACF) in the radio access network portion 20 is a function that is in charge of the overall control of the access link between the mobile terminal and the network. Block. Here, the access link refers to a unit of logic link that is processed to support the connection between the mobile terminal and the network in the radio access network. The RACF 21 is referred to as a radio frequency transmission and reception function block (hereinafter referred to as RFTR) 22 and a radio network control function block (hereinafter referred to as RNCF). 23) to determine handover decisions, to select and reserve radio resources, and to determine service availability.

The RFTR 22 is a functional block for controlling radio channel error detection by controlling the interconnection of a radio access link (this access link is called a BS approach link), which is a connection link between the terminal and the MSC. Performs the operation of establishing / maintaining / modifying / releasing the BS approach links through the interaction with the RACF 21 while measuring the quality of the radio channel, and manages the corresponding radio access link. You can also determine the acceptability of the service.

When the RNCF 23 initially configures a radio network resource, the RNCF 23 performs a response operation to a connection requested by the terminal as a functional object that is dynamically or variably controlled. This functional block is a recently proposed and functional object that plays a key role in mobile network resource management to be performed in the present invention as described below.

The Radio Access Control Agent Function Block (hereinafter referred to as RACAF) 11 is responsible for the overall control of the access link between the mobile terminal and the network. The RACAF 11 performs this function through the connection with the RACF 21 as a functional block existing in the terminal as described above. That is, the RACAF 11 performs allocation / reassignment of radio channels and is responsible for setting / maintaining / changing / releasing access links. The RACAF 11 can also handle handover decision operations, and radio frequency power. The control and the like can be performed, and radio resources can be allocated dynamically, that is, variably, for the transmission of data packets in the air interface.

The mobile radio transmission and reception functional block (hereinafter referred to as MRTR) 12 is a functional block interoperating with the RFTR 22, and the operation of this functional block is the same as that of the RFTR 22. This function block interacts with the RACAF 11 to handle the setup / maintenance / deformation / release of the access radio link and measures the quality of the radio channel of the current cell and neighboring cells for handover decisions.

Next, the CC plane will be briefly described.

The User Identification Management Function Block (hereinafter referred to as UIMF) 13 recognizes a user and a terminal to a network and a service provider, and provides authentication and service handling capabilities in a user identity module (UIM). Means a function block.

A terminal control function block (hereinafter referred to as MCF) 14 is for controlling service access in the terminal portion of the radio interface. That is, it means a function block for connecting to a service access control function block (hereinafter referred to as SACF) 24 and establishing or releasing a connection with a network.

That is, the SACF 24 interacts with the MCF 32 to establish / disconnect the connection between the network and the terminal, and the call control block (hereinafter referred to as CCF) 31 and the RACF 21. And control the setup and release of the BS approach link described above.

The CCF 31 is a function block having a call connection and processing function, and a service switching function block (hereinafter referred to as SSF) existing in the function block 31) requires an artificial intelligence service. The call provides a connection to a service control function block (hereinafter referred to as SCF) 32.

The SCF 32 is a function block capable of providing a necessary service by having an artificial intelligence network control function, and data necessary for providing a service are in a service data function block (hereinafter referred to as SDF) 33. Stored.

The mobility management function block (hereinafter referred to as LMF) 34 is for mobility management, and provides routing address information on a corresponding destination using a call number.

An emergency call processing procedure in the IMT-2000 configured as described above will be described with reference to FIG. 3.

First, the UIMF 13 transmits an urgent call request of the user to the MCF 14. The MCF 14 receives the emergency call request of the UIMF 13 and transmits an emergency call setup request message to the SACF 24.

This process is different from the general call setup process. That is, when a call request from the UIMF 13 is received in the call setup request process for the general call, the MCF 14 first sends a call setup request message to the RACAF 11, and the RACAF 11 based on the message. The RACF 21 is queried as to whether it is possible to provide an access link necessary for call establishment. As a result of performing this process, when the access link can be provided, the MCF 14 transmits the call setup request message to the SACF 24.

Therefore, in case of an emergency call, it can be seen that the MCF 14 delivers an emergency call establishment request message to the SACF 24 in a state in which an allocation process of an access link between the RACAF 11 and the RACF 21 is omitted. In the case of an emergency call, this is performed as a request for high speed processing, and the access link allocation process in the present invention is performed in parallel with the emergency call processing process.

That is, when the call setup message is received, the SACF 24 notifies the CCF 31 and the RACF 21 that emergency call processing is required. Accordingly, the radio resource allocation process between the RACF 21 and the RACAF 11 and Call processing by the CCF 31 is processed in parallel.

First, the radio resource allocation process will be described.

The RACF 21 enters into negotiations with the RACAF 11 and Quality of Service (QoS) to allocate radio resources for emergency calls. That is, the RACF 21 asks the RACAF 11 how much radio resources are needed to process an emergency call. The RACAF 11 specifies the amount of resources required to process an emergency call to the RACF 21 for this query.

The RACF 21 receives the required amount of resources from the RACAF 11 and inquires of the RNCF 23 whether this resource amount can be allocated. In this case, the RNCF 23 stores information on the total amount of resources available in the network and information on the amount of resources currently in use. The RNCF 23 can determine whether the resource amount requested by the RACAF 11 can be allocated. When the RNCF 23 can allocate the requested resource amount, the RNCF 23 allocates the resource amount required by the RACAF 11 to the RACF 21 to form a channel.

On the other hand, the problem does not occur when the required resource amount of the RACAF 11 can be allocated as the resource amount in the network as described above, but a problem occurs when the required resource amount cannot be allocated. That is, the emergency call requires emergency processing unlike the general call, but if the call cannot be connected due to lack of radio resources, the emergency call has no meaning. In the present invention, the RNCF 23 is configured to further perform the following operation.

That is, the RNCF 23 instructs the RACF 21 to give priority to the emergency call and allocate the resource amount required by the emergency call when the RACAF 11 fails to allocate the resource amount needed for the emergency call. Is authorized. Based on this command, the RACF 21 secures the radio resource amount for the emergency call by disconnecting a non-emergency call among general calls. That is, the RACF 21 has a profile in which types of connected calls (such as voice service or data service) and resource amount information allocated for each call are stored. Calls that are not considered (eg, voice services may be judged to have a lower priority than data services). The calls are released and the amount of resources provided to the released calls is allocated to emergency calls. As described above, the profile information in the RNCF 23 and the RACF 21 is described in detail in the "radio resource allocation method in the next generation mobile communication network (application number No.)" filed with the same application as the same application, and thus the description thereof is omitted. It was.

If the resource amount for the emergency call is allocated through the above-described process, a channel corresponding to the resource amount will be formed between the terminal and the base station, and this process is a general matter for a person having ordinary knowledge in the technical field of the present invention. The description is omitted.

On the other hand, when the channel is formed by allocating radio resources to the emergency call through the above-described process, the RNCF 23 and RACF 21 will have to modify and store the internal profile information. That is, the RNCF 23 should generate new usage resource information by adding the radio resource amount allocated for the emergency call to the usage resource amount, and the RACF 21 should store and manage the radio resource amount allocated for the emergency call. something to do.

Meanwhile, a call processing process by the CCF 31 will be described below.

The CCF 31 analyzes the number of the call for the emergency call and then requests the LMF 34 for the routing address for the emergency call, that is, the address of the emergency service center and the address of the corresponding SCF 32.

When the LMF 34 provides the information about these addresses to the CCF 31, the CCF 31 sends an emergency call control request message to the corresponding SCF 32. The SCF 32 transmits a message to the CCF 31 to continue processing the emergency call after performing control on the emergency call based on this message.

Here, the emergency call control method that the SCF 32 performs according to the call control request message is not currently specified and proposed. In other words, the emergency call must be processed quickly because no special control is required. However, various processing methods for the emergency call will be proposed, and the procedure described above is necessary because the processing by the SCF 32 is required for the intelligent network control according to this proposal.

Based on the message of the SCF 32, the CCF 31 sends an emergency call setup message to the emergency service center and, upon receiving a response to this emergency call setup message from the emergency service center, processes the emergency call to the SACF 24. Send a message to inform you.

The SACF 24 transmits a response message to the emergency call establishment request to the MCF 14 through the channel allocated in the above-described resource allocation process based on this message. The MCF 14 initiates service for the emergency call by connecting the call to the emergency service center in response to this response message.

As described above, in the present invention, it can be seen that the emergency call is effectively processed using two methods.

That is, when an emergency call is requested, the call processing process for the emergency service center and the radio resource allocation process between the terminal and the network are processed in parallel, i.e., simultaneously, thereby reducing the processing time for the emergency call.

In addition, when radio resources are insufficient to allocate resources to an emergency call during the radio resource allocation process, the emergency call is given priority over the general call by disconnecting the general call and allocating the resources assigned to the general call to the emergency call. Can be processed as

Therefore, the present invention has the effect that the emergency call can be processed stably and at high speed in the next generation mobile communication network.

Claims (3)

As a method for handling emergency calls in next generation mobile networks, The service access control function block (hereinafter referred to as SACF) is a call control function block (Call) when the emergency call setup request message is received from the mobile control function block (hereinafter referred to as MCF). Transmitting a message indicating that emergency call processing is required to the control function (hereinafter referred to as CCF) and the radio access control function block (hereinafter referred to as RACF); The RACF performing a radio resource allocation process with a radio access control agent function block (RACAF) according to the emergency call processing necessity message; The CCF analyzing a call number of an emergency call according to the emergency call processing necessity message and requesting a mobility management function block (LMF) for the routing address thereof; When information about the address is provided from the LMF, the CCF transmits an emergency call control request message to the SCF corresponding to the address, and when the message is sent from the SCF to continue processing the emergency call, the CCF corresponds to the address. Sending an emergency call setup message to an emergency service center; Sending, by the CCF, a message informing the SACF of handling an emergency call when a response from the emergency service center is received to the emergency call setup message; The SACF, when an emergency call processing message is received, connecting the emergency call to the emergency service center by transmitting a response message to the emergency call establishment request to the MCF using the amount of radio resources allocated between the RACF and the RACAF. Emergency call processing method in next generation mobile communication network. The method of claim 1, The RACF performing the radio resource allocation process with the RACAF in accordance with the emergency call processing need message, The RACF querying the RACAF for the amount of radio resources required to process an emergency call; The RACAF forwarding the amount of resources required to process an emergency call to the query to the RACF; The RACF querying the RNCF whether to allocate the required amount of resources from the RACAF; Transmitting, by the RNCF, to the RACF using the total amount of resources available in the network and information on the amount of resources currently in use; And forming a channel between a terminal and a base station using the allocated amount of radio resources. The method of claim 2, If the RACAF fails to allocate an amount of resources needed for an emergency call, granting a command to the RACF to assign an amount of resources needed for an emergency call by giving priority to the emergency call; The RACF further comprises the step of securing the radio resource amount for the emergency call by disconnecting a non-emergency call among the general calls based on the command.