KR102347662B1 - Method and apparatus for providing service in a wireless communication system - Google Patents

Abstract

The present invention relates to a communication technique that converges a 5G communication system for supporting a higher data rate after a 4G system with IoT technology, and a system thereof. The present disclosure provides intelligent services (eg, smart home, smart building, smart city, smart car or connected car, healthcare, digital education, retail business, security and safety related services, etc.) based on 5G communication technology and IoT-related technology. ) can be applied to
The present invention relates to a method for transmitting a message informing a user of an emergency situation and connecting a group call when an emergency situation occurs in an IMS-based mobile communication system. The present invention discloses an operation of a service providing server and a terminal using the service. In addition, a method for connecting a call through a network and an operation of a network resource allocation process are disclosed. It also discloses the construction of an emergency message.

Description

Service providing method and apparatus in a wireless communication system {Method and apparatus for providing service in a wireless communication system}

The present invention relates to a method and apparatus for providing a service in a wireless communication system. In addition, the present invention relates to a method and apparatus for providing a priority service in a wireless communication system.

Efforts are being made to develop an improved 5G communication system or pre-5G communication system in order to meet the increasing demand for wireless data traffic after commercialization of the 4G communication system. For this reason, the 5G communication system or the pre-5G communication system is called a system after the 4G network (Beyond 4G Network) communication system or the LTE system after (Post LTE). In order to achieve a high data rate, the 5G communication system is being considered for implementation in a very high frequency (mmWave) band (eg, such as a 60 gigabyte (60 GHz) band). In order to alleviate the path loss of radio waves and increase the propagation distance of radio waves in the ultra-high frequency band, in the 5G communication system, beamforming, massive MIMO, and Full Dimensional MIMO (FD-MIMO) are used. ), array antenna, analog beam-forming, and large scale antenna technologies are being discussed. In addition, for network improvement of the system, in the 5G communication system, an evolved small cell, an advanced small cell, a cloud radio access network (cloud radio access network: cloud RAN), an ultra-dense network (ultra-dense network) , Device to Device communication (D2D), wireless backhaul, moving network, cooperative communication, Coordinated Multi-Points (CoMP), and interference cancellation Technology development is underway. In addition, in the 5G system, FQAM (Hybrid FSK and QAM Modulation) and SWSC (Sliding Window Superposition Coding), which are advanced coding modulation (Advanced Coding Modulation: ACM) methods, and FBMC (Filter Bank Multi Carrier), NOMA, which are advanced access technologies, (non orthogonal multiple access), and sparse code multiple access (SCMA) are being developed.

On the other hand, the Internet is evolving from a human-centered connection network where humans create and consume information to an Internet of Things (IoT) network that exchanges and processes information between distributed components such as objects. Internet of Everything (IoE) technology, which combines big data processing technology through connection with cloud servers, etc. with IoT technology, is also emerging. In order to implement IoT, technology elements such as sensing technology, wired and wireless communication and network infrastructure, service interface technology, and security technology are required. , M2M), and MTC (Machine Type Communication) are being studied. In the IoT environment, an intelligent IT (Internet Technology) service that collects and analyzes data generated from connected objects and creates new values in human life can be provided. IoT is a field of smart home, smart building, smart city, smart car or connected car, smart grid, health care, smart home appliance, advanced medical service, etc. can be applied to

Accordingly, various attempts are being made to apply the 5G communication system to the IoT network. For example, in technologies such as sensor network, machine to machine (M2M), and MTC (Machine Type Communication), 5G communication technology is implemented by techniques such as beam forming, MIMO, and array antenna. there will be The application of cloud radio access network (cloud RAN) as the big data processing technology described above can be said to be an example of convergence of 5G technology and IoT technology.

Meanwhile, a public safety network (Public Safety-LTE: PS-LTE) uses MCPTT (Mission Critical Push to Talk over LTE) technology to provide users with a service capable of communicating for public safety in a disaster situation.

Therefore, when an emergency situation occurs, the terminal should be able to notify other terminals that it is an emergency situation. By using the MCPTT technology, MCPTT users can help in relief for emergencies.

An object of the present invention is to provide a service providing method and apparatus in a wireless communication system.

An object of the present invention is to provide a method and apparatus for providing a priority service in a wireless communication system.

The technical problem to be achieved by the present invention is to provide a method and procedure for setting priorities for users, groups and services in the MCPTT system. In addition, the technical problem to be achieved by the present invention is to provide a procedure, an apparatus, and a system necessary for a method for controlling a service in a terminal and a server based on priority. In addition, a technical problem to be achieved by the present invention is to provide a message flow for providing a priority-based service.

An object of the present invention is to provide a method and an apparatus for transmitting a message informing that a terminal is in an emergency situation to another terminal and setting a call in an emergency situation.

According to an embodiment of the present invention, in a method for providing a mission critical push to talk over LTE (MCPTT) service of a terminal in a mobile communication system, receiving a first service request from an MCPTT server, corresponding to the first service request Determining whether the first service and the currently running second service are simultaneously provided, and if it is determined that the service cannot be provided at the same time, processing each service based on a priority related to each service can provide a way to do this.

In addition, according to an embodiment of the present invention, in a terminal for providing a mission critical push to talk over LTE (MCPTT) service in a mobile communication system, a first service request is received from a transceiver for transmitting and receiving a signal and an MCPTT server. and determining whether the first service corresponding to the first service request and the currently running second service are simultaneously provided. It is possible to provide a terminal including a control unit for controlling to process.

In addition, according to an embodiment of the present invention, in the MCPTT service providing method of the MCPTT (mission critical push to talk over LTE) server in a mobile communication system, the step of receiving a first service request for the second terminal from the first terminal , determining, in the second terminal, whether the first service corresponding to the first service request and the second service currently running in the second terminal can be provided simultaneously; It is possible to provide a method comprising the steps of determining the processing of each service based on a priority related to the , and transmitting a service request message to the second terminal based on the determination.

In addition, according to an embodiment of the present invention, in the MCPTT server for providing a mission critical push to talk over LTE (MCPTT) service in a mobile communication system, a transceiver for transmitting and receiving a signal and from the first terminal to the second terminal Receives a first service request for, and the second terminal determines whether the first service corresponding to the first service request and the second service currently running in the second terminal can be simultaneously provided, MCPTT server, characterized in that it includes a control unit that determines the processing of each service based on the priority related to each service, and controls to transmit a service request message to the second terminal based on the determination, if it is determined that can provide

According to an embodiment of the present invention, it is possible to provide a method and an apparatus for providing a priority service in a wireless communication system. According to an embodiment of the present invention, it is possible to provide a method and an apparatus for providing a priority service in a wireless communication system.

According to an embodiment of the present invention, priority-based service provision and processing is possible, and quality of service (QoS) guaranteed service can be provided through the priority service provision.

Also, according to an embodiment of the present invention, it is possible to provide a method and apparatus for transmitting a message in an emergency situation and notifying another terminal of an emergency situation by a terminal and call setup. In addition, when an emergency situation occurs, the media collected by the terminal is transmitted to the manager, thereby helping to relieve the emergency situation.

1 is a diagram illustrating a priority-based service processing operation according to an embodiment of the present invention.
2 is a diagram illustrating an operation of a terminal for priority-based service processing according to an embodiment of the present invention.
3 is a diagram illustrating an operation of a server for priority-based service processing according to an embodiment of the present invention.
4 is a diagram illustrating a voice control process based on a priority value according to an embodiment of the present invention.
5 is a diagram illustrating a process of providing quality of service (QoS) in a network based on priority and location information of a terminal according to an embodiment of the present invention.
6 shows a process of transmitting an Alert message using the SIP MESSAGE method.
7 is a diagram illustrating a process in which a terminal transmits an Alert message using a protocol other than SIP according to an embodiment of the present invention.
8 is a diagram illustrating a process of transmitting an Alert message using the SIP SUBSCRIBE and NOTIFY methods according to an embodiment of the present invention.
9 is a diagram illustrating a process of transmitting an alert message including location information of a terminal according to an embodiment of the present invention.
10 is a diagram illustrating a process of establishing a group call call according to an embodiment of the present invention.
11 is a diagram illustrating a process of changing a general group call into an emergency group call call according to an embodiment of the present invention.
12 is a diagram illustrating a process in which a terminal processes an emergency group call request among other services according to an embodiment of the present invention.
13 is a diagram illustrating a process of transmitting an emergency group call request message including an alert message according to an embodiment of the present invention.
14 is a diagram illustrating a process of receiving an alert message during a general group call and converting to an emergency group call according to an embodiment of the present invention.
15 is a diagram illustrating a terminal according to an embodiment of the present invention.
16 is a diagram illustrating an MCPTT server according to an embodiment of the present invention.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. In this case, it should be noted that in the accompanying drawings, the same components are denoted by the same reference numerals as much as possible. In addition, detailed descriptions of well-known functions and configurations that may obscure the gist of the present invention will be omitted. And the terms to be described later are terms defined in consideration of functions in the present invention, which may vary according to intentions or customs of users and operators. Therefore, the definition should be made based on the content throughout this specification.

In addition, in describing the embodiments of the present invention in detail, wireless IMS and UE (User Equipment) and IETF's Session Initiation Protocol (SIP) will be the main targets set by 3GPP, but the main gist of the present invention is similar technology It is applicable to other communication systems having a background with slight modifications within a range that does not significantly depart from the scope of the present invention, which will be possible by the judgment of a person having technical knowledge skilled in the technical field of the present invention.

An embodiment of the present invention is characterized in that the priority is set for MCPTT users, groups and services, and the terminal and server operation process based on the set priority is a feature of the present invention.

In addition, according to an embodiment of the present invention, a message flow process for providing a priority-based service between an MCPTT user and an MCPTT server is a feature of the present invention.

Disaster safety network (Public Safety LTE, PS-LTE) uses MCPTT (Mission Critical Push To Talk over LTE) technology to provide users with a service that enables communication for disaster situations or public safety. MCPTT is one of the technologies defined by 3GPP, and provides functions including group communication between users, one-to-one communication, emergency call, disaster notification, and ambient sound listening.

The MCPTT service consists of a terminal, an Evolved Packet System (EPS), a Session Initiation Protocol (SIP) Core, and an MCPTT Application Server. EPS may mean LTE network, and SIP Core is a network device using SIP and may mean IMS. The MCPTT service may be deployed in various structures. An MCPTT operator can operate EPS, SIP Core, and even MCPTT Application Server, and an MCPTT operator can operate SIP Core and MCPTT Application Server and provide services by interworking with EPS of other operators. In addition, MCPTT operators can operate only MCPTT Application Server and provide services by interworking with EPS and SIP Cores of other operators.

The MCPTT service can be divided into group management, session control, and media control. Group management manages subscription information for the group to which the user belongs, group priority, allowed roles in the group, and call types that can be used in the group. Session control controls a signal for a call session, such as registration in the user's MCPTT service and initiating, changing, or terminating a group call. All session management signals sent by MCPTT users are controlled/managed through MCPTT Application Server.

Media control is responsible for controlling "G resource" permission for the media sent by the user to use the group call, one-to-one call, or disaster notification provided by the MCPTT service. All media information sent by the MCPTT user is It is transmitted to other users through the media gateway provided by the MCPTT service The Group Management Server for group management may be located together with the MCPTT Application Server, and is logically distinguished according to its function. Media Gateway for media control can be connected to the terminal, EPS, and MCPTT Application Server without going through the SIP Core Media Gateway controls the user's transmit/receive authority, and Floor control) Media Gateway can be co-located with MCPTT Application Server and represents logically distinct functions.

The MCPTT service can be largely divided into group calls, one-to-one calls, and emergency notifications. Group calls have priority over general group calls that require group communication for public safety, emergency calls that can provide communication with the highest priority in case of emergency/emergency, and emergency calls Although the priority is low, it is possible to support an Imminent Peril Call that allows group communication in case of an impending emergency/emergency situation. The one-to-one call may support a general call, an emergency call, and an ambient listening function capable of listening to the other party's ambient sound.

MCPTT users can be divided into several categories. These are (unauthorized) regular MCPTT users, authorized MCPTT users, and authorized MCPTT service providers.

MCPTT users can receive services from multiple MCPTT service providers. In addition to the main MCPTT service providers of MCPTT users, it is possible to perform group communication and one-to-one communication with MCPTT users of the partnership by interworking with MCPTT service providers having a partnership.

The MCPTT terminal may receive basic information for receiving the MCPTT service from the MCPTT service provider. User identifier, group identifier, group role and allowed call type within group, one-to-one call availability, deployment type, report information to be reported to MCPTT server, and EPS, SIP Core, MCPTT to support various deployment types Information for accessing the Application Server can be provided.

MCPTT service providers can provide and control services according to their priorities. The MCPTT terminal may control the service according to the service priority.

The MCPTT Priority service requirements cannot be satisfied with the priority and QoS level based on the subscription, fixed differentiation, and limited service provided by the operator in the current communication system. Therefore, a granular level of priority setting and processing method is required.

An embodiment of the present invention below proposes a method and procedure for setting priorities for users, groups and services in the MCPTT system. In addition, it proposes a procedure, an apparatus, and a system necessary for a method for controlling a service in a terminal and a server based on priority. In addition, a message flow for providing and priority-based service is proposed.

The present invention relates to a method and apparatus for providing a priority service in a communication system.

There are three objects to set priorities. A priority for each user may be determined, a priority for each group may be determined, and a priority for each service may be determined.

The priority may be set by a service provider or an authorized MCPTT user that provides an MCPTT service.

The set priority value can be shared between the MCPTT user and the MCPTT server. The shared method may be pre-shared before the service is started, or it may be shared with the service request.

Objects using the set priority value are MCPTT server, MCPTT user, and SIP core.

Priority usage may be used as a combination of one or more priority values. When a service request comes to an MCPTT user, the MCPTT server may use a priority value to process the service request. In addition, it can be used by MCPTT users to manage ongoing services. It can also be used for floor control. When a service request comes, the MCPTT user can use the priority value to process the service request. In addition, it can be used to manage services currently in progress. The SIP core can use the priority value for network resource management.

The characteristics of the service processing method according to the priority in the embodiment of the present invention are as follows. The service processing based on the priority value not applied in the existing communication system is different. In addition, service processing varies depending on the type of media (audio, video, text, etc.) required for the service. Media types may have additional classification schemes. In an embodiment of the present invention, media that can be simultaneously serviced (media type A) and media that cannot be simultaneously serviced (media type B) can be divided. For example, in the case of chatting, since a service is possible at the same time (media type A), a service with a high priority and a service with a low priority can be serviced at the same time. On the other hand, in the case of audio that cannot be simultaneously serviced (media type B), audio of a service having a higher priority is played first. In addition, when a user has multiple terminals, the terminal to which the service is provided varies according to priority. In addition, when more than the number of users that the network can support exist in one network, a service can be provided first to users with high priority to ensure QoS.

1 is a diagram illustrating a priority-based service processing operation according to an embodiment of the present invention.

Referring to FIG. 1, in operation 105, the MCPTT terminal may receive a service request. The service request may be a new (new) service request.

In operation 110, the MCPTT terminal may determine whether there is a service currently in progress. The service may be an MCPTT service. If there is a service currently in progress, it proceeds to operation 115, and if there is no service currently in progress, it proceeds to operation 120.

In operation 120, the MCPTT terminal may process the service requested in operation 105.

In operation 115, the MCPTT terminal may determine whether a service currently in progress and a service (new service) corresponding to a new service request are simultaneously available. If the current service and the service corresponding to the new service request can be simultaneously provided, the process proceeds to operation 123, and if it is not possible to simultaneously provide the service, the process proceeds to operation 130. Meanwhile, operation 123 may be omitted, and when operation 123 is omitted, operation 125 may be performed. For example, when the media provided by each service is audio, the audio services cannot be simultaneously provided. For example, when the media provided by each service is text or an image, both services may be provided at the same time. When one service provides audio and one service provides text, the media of each service may be simultaneously provided according to the performance of the terminal. In this way, whether each service can be provided at the same time may be determined according to the type of service and the performance of the terminal.

In operation 123, the MCPTT terminal may determine the priority of the current service and the new service. It is also possible to determine the priority of the media provided by the current service and the media provided by the new service. The determined priority may be used in operation 125 .

In operation 125, the MCPTT terminal simultaneously provides a service in progress and a service (new service) corresponding to a new service request. When the service is simultaneously provided, the priority information determined in operation 123 may be used. At the same time, services that can be provided may also be given weight to service provision according to priority. For example, when providing text, the text of the higher priority service is displayed on the top of the MCPTT terminal, and the text of the service with a lower priority can be controlled to be displayed at the bottom of the MCPTT terminal. In addition, a weight may be applied to a text size or an image size for a service having a higher priority. In addition, a weight may be applied to the time of providing the service.

Meanwhile, in operation 125, it is not always necessary to simultaneously provide a service currently in progress and a new service. For example, even if both services can be provided at the same time, the MCPTT terminal may provide one service preferentially and then provide another service. Also, in this case, a specific service may be preferentially provided based on the priority information determined in operation 123 . In this case, the priority-based service processing method described in operation 135 may be applied.

When proceeding to operation 130, the MCPTT terminal determines the priority. The MCPTT terminal may determine the priority of the service in progress and the service corresponding to the new service request.

In operation 135, the MCPTT terminal may provide a service based on the priority of a service currently in progress and a service corresponding to a new service request based on the priority. For example, a service with a higher priority may be processed first. The MCPTT terminal may drop or hold a post-priority service. In addition, it can be provided by switching to a service that can be provided at the same time, or it can be delivered to another terminal of the MCPTT terminal user.

135 The operation can be embodied as follows. MCPTT terminal may adjust the service based on the priority. It is possible to adjust the service currently in progress and the lower priority of the new service. A service with a lower priority is referred to as a lower priority service. The MCPTT terminal may reject the post-priority service request. In case of rejecting the sub-priority service request, the MCPTT terminal may inform the MCPTT server or the counterpart terminal of this.

The MCPTT terminal may store the corresponding media of the post-priority service in the MCPTT terminal or server and then transmit it later. After the MCPTT terminal holds the request for the post-priority service, it can be provided when the service currently in progress is terminated. In this case, when some media is terminated first in the priority service, the media that does not collide with the media of the priority service among the held services may be provided first. In addition, after storing the post-priority service information, it can be executed at a time when the stored information can be checked.

In addition, the corresponding media type of the sub-priority service may be converted. For example, the corresponding media type of the sub-priority service may be converted into media that does not conflict with the prior-priority service and provided, or the media provided by the prior-priority service may be changed and provided at the same time. For example, audio may be converted into text and displayed on the user terminal. In addition, new service information may be provided as text. When the sub-priority service provides a plurality of media, among the plurality of media, the media provided by the priority service and the media that can be provided simultaneously are provided together, and only media that cannot be provided simultaneously can be adjusted.

In addition, it may be possible to transmit a post-priority service to another terminal of the MCPTT terminal user. In order to transmit the corresponding media of the corresponding service to another terminal of the same user, device capability of another terminal possessed by the same user may be considered.

On the other hand, the operation of Figure 1 is applicable not only to the MCPTT terminal, but also to the MCPTT server. When the MCPTT server receives a service request from the first terminal, it transfers the service request to the second terminal. The content described with reference to FIG. 1 is an operation of the second terminal that has received the service request. However, the contents of FIG. 1 may be applied before transferring the service request to the second terminal from the MCPTT server receiving the service request from the first terminal.

That is, the MCPTT server can determine whether there is a service currently in progress in the second terminal. If there is no ongoing service, the requested service may be delivered immediately, and if there is an ongoing service, it may be determined whether the service currently being provided by the second terminal can be provided simultaneously with a new service request. According to the determination result, a service request is transmitted to provide both services at the same time, or when it is determined that it is not possible to provide both services at the same time, the priority of both services is determined so that the second terminal can provide the service based on the priority. A service request can be sent.

2 is a diagram illustrating an operation of a terminal for priority-based service processing according to an embodiment of the present invention.

2, in operation 205, the MCPTT terminal receives a new new service request. In operation 210, the MCPTT terminal may determine whether there is a service currently in progress. If there is a service currently in progress, it proceeds to operation 220, and if there is no service currently in progress, it proceeds to operation 215.

If there is no service currently in progress, the MCPTT terminal proceeds to operation 215 accepts the service request. The MCPTT terminal may process the requested service.

If there is a service currently in progress, the MCPTT terminal in operation 220 compares the priority of the currently ongoing service and the newly requested service.

If the priority of the currently ongoing service is higher, the process proceeds to operation 225 , and if the priority of the newly requested service is higher, the process proceeds to operation 250 .

If the priority of the service currently in progress is higher, the MCPTT terminal proceeding to operation 225 compares the media provided by each service. The MCPTT terminal may determine whether the service is available at the same time by comparing the media types of the corresponding services. If the service can be provided at the same time, the process proceeds to operation 230, and if it is not possible to provide the service at the same time, the process proceeds to operation 235.

If it is possible to provide services at the same time, the MCPTT terminal may proceed to operation 230 to provide each service at the same time.

In the case of media in which the service cannot be provided at the same time, the terminal proceeding to operation 235 may process the service by comparing the media provided by each service. For example, in operation 235, the service may be processed according to whether the media of both the current service and the new service overlap. For example, you can coordinate some services. In this case, the mediation may be coordinated with the MCPTT server or the counterpart terminal that has transmitted the service request and the corresponding media of the corresponding service.

For example, if all media of the new service overlap with all media of the current service, operation 240 is performed. In operation 240, the MCPTT terminal may adjust the service. Since the priority of the currently ongoing service is higher, the MCPTT terminal may adjust the newly requested service (new service). The MCPTT terminal may reject the new service request. When the service request is rejected, it may be notified to the MCPTT server or the counterpart terminal.

After storing the corresponding media of the corresponding service in the MCPTT terminal or server, it can be transmitted later. After the MCPTT terminal holds a new service request, it can be provided when the current service is terminated. In this case, when some media in the currently ongoing service are terminated first, the media that does not collide with the media of the currently ongoing service among the new held services may be provided first. In addition, after storing the new service information, it can be executed at a time when the stored information can be checked.

Also, the corresponding media type of the new service may be converted. For example, the corresponding media type of the new service may be converted to a media that does not conflict with the local service in progress and provided, or may be provided after being changed to a media that can be provided simultaneously with the current media. For example, audio may be converted into text and displayed on the user terminal. In addition, new service information may be provided as text.

In addition, the new service may be transmitted to another terminal of the MCPTT terminal user. In order to transmit the corresponding media of the corresponding service to another terminal of the same user, device capability of another terminal possessed by the same user may be considered.

If the priority of the new service is higher in operation 220, operation 250 proceeds. The MCPTT terminal compares the media provided by each service. The MCPTT terminal compares the media types of the corresponding services and determines whether the media provided by both services are the same media. If different media are provided, the process proceeds to operation 255, and if both services provide the same media, operation 260 proceeds.

When different media are provided, it is determined that the service can be provided at the same time, and the MCPTT terminal proceeds to operation 255 to provide each service at the same time.

If the media provided by both services are the same, the MCPTT terminal proceeds to operation 260 to determine the media type. The MCPTT terminal may determine whether the media can be provided simultaneously by determining the media type. For example, in an embodiment of the present invention, each media may be divided into a media type A and a media type B. Media type A is a type in which two media can be simultaneously provided, and media type B is a media type in which simultaneous provision is not possible.

When both services provide media that can be provided at the same time, the process proceeds to operation 265 to provide the service.

If both services are not media that can be provided at the same time, operation 270 proceeds. In operation 270, the MCPTT terminal may provide a service by adjusting a service currently in progress. In operation 220 , since the priority of the new service is high, the currently ongoing service may be adjusted.

The MCPTT terminal may reject the service currently in progress. When the service is rejected, this may be notified to the MCPTT server or the counterpart terminal.

The service currently in progress may be stored in the MCPTT terminal or server and then transmitted later. The MCPTT terminal can provide when the new service is terminated after holding the service currently in progress. In this case, when some media is terminated first in the new service, media that does not collide among the media of the held service may be provided first. In addition, after storing the service information currently in progress, it can be executed at a time when the stored information can be checked.

Also, a corresponding media type of a service currently in progress may be converted. For example, a corresponding media type of a service currently in progress may be converted and provided so as not to conflict with media provided by a new service. It is also possible to change the media of the service currently in progress to media that can be provided simultaneously with the media for the new service and provide it. For example, audio may be converted into text and displayed on the user terminal. In addition, new service information may be provided as text.

It is possible to provide the MCPTT service based on priority in the same way as above.

3 is a diagram illustrating an operation of a server for priority-based service processing according to an embodiment of the present invention. In operation 305, the MCPTT server receives a new service request from the first terminal. When a new new service request is received from the MCPTT user (the first terminal user), the request passes through the MCPTT server and is transmitted to the target terminal (the second terminal).

In operation 310, the MCPTT server receiving the new service request may check whether another service is currently in progress in the corresponding MCPTT terminal (second terminal). If there is no service currently in progress, proceed to operation 315, and if there is a service currently in progress, proceed to operation 320.

In operation 315, the MCPTT server transmits the new service request to the second terminal because there is no MCPTT service running in the second terminal.

If there is a service currently in progress, operation 320 proceeds. The MCPTT terminal proceeding with operation 320 compares the priority of the service currently in progress and the newly requested service. If the priority of the currently ongoing service is higher, the process proceeds to operation 325, and if the priority of the newly requested service is higher, the process proceeds to operation 350.

If the priority of the service currently in progress is higher, the MCPTT server in operation 325 compares the media provided by each service. The MCPTT server may determine whether the service is available at the same time by comparing the media types of the corresponding services. If the service can be provided at the same time, the process proceeds to operation 330, and if it is not possible to provide the service at the same time, the process proceeds to operation 335.

If it is possible to provide services at the same time, the MCPTT terminal may proceed to operation 230 to provide each service at the same time.

In the case of media in which the service cannot be provided at the same time, the server proceeding to operation 335 may process the service by comparing the media provided by each service. For example, in operation 335, the service may be processed according to whether the media of both the current service and the new service overlap. For example, you can coordinate some services. In this case, the mediation may be coordinated with the MCPTT server or the counterpart terminal that has transmitted the service request and the corresponding media of the corresponding service.

For example, if all media of the new service overlap with all media of the current service, operation 340 proceeds. In operation 340, the MCPTT server may adjust the service. Since the currently ongoing service has a higher priority, the MCPTT server can adjust the newly requested service (new service). The MCPTT server may reject the new service request. When the service request is rejected, this may be notified to the service related terminal.

The corresponding media of the service can be stored in the MCPTT server and transmitted later. The MCPTT server may hold a new service request and provide it when the current service is terminated. In this case, when some media in the currently ongoing service are terminated first, the media that does not collide with the media of the currently ongoing service among the new held services may be provided first. In addition, after storing the new service information, it can be executed at a time when the stored information can be checked.

In addition, the MCPTT server may convert the corresponding media type of the new service. For example, the corresponding media type of the new service may be converted to a media that does not conflict with the local service in progress and provided, or may be provided after being changed to a media that can be provided simultaneously with the current media. For example, audio may be converted into text and displayed on the user terminal. In addition, new service information may be provided as text.

In addition, the MCPTT server may transmit a new service to another terminal of the MCPTT terminal user. In order to transmit the corresponding media of the corresponding service to another terminal of the same user, device capability of another terminal possessed by the same user may be considered.

If the priority of the new service is higher in operation 320, operation 350 proceeds. The MCPTT server compares the media provided by each service. The MCPTT server compares the media types of the corresponding services to determine whether the media provided by both services are the same. If different media are provided, the process proceeds to operation 355, and if both services provide the same media, the process proceeds to operation 360.

When different media are provided, it is determined that the service can be provided at the same time, and the MCPTT server proceeds to operation 355 to provide each service at the same time.

If the media provided by both services is the same, the MCPTT server proceeds to operation 360 to determine the media type. The MCPTT server may determine whether the media can be provided simultaneously by determining the media type. For example, in an embodiment of the present invention, each media may be divided into a media type A and a media type B. Media type A is a type in which two media can be simultaneously provided, and media type B is a media type in which simultaneous provision is not possible.

When both services provide media that can be provided at the same time, the process proceeds to operation 365 to provide the service.

If both services are not media that can be provided at the same time, operation 370 is performed. In operation 370, the MCPTT server may provide a service by adjusting a service currently in progress. In operation 320 , since the priority of the new service is high, the currently ongoing service may be adjusted.

The MCPTT server may reject the service currently in progress. If the service is rejected, it may be notified to the MCPTT service-related terminal.

The MCPTT server can save the current service and transmit it later. The MCPTT server can provide when a new service is terminated after holding the service currently in progress. In this case, when some media is terminated first in the new service, media that does not collide among the media of the held service may be provided first.

In addition, the MCPTT server may convert the corresponding media type of the service currently in progress. For example, a corresponding media type of a service currently in progress may be converted and provided so as not to conflict with media provided by a new service. It is also possible to change the media of the service currently in progress to media that can be provided simultaneously with the media for the new service and provide it. For example, audio may be converted into text and displayed on the user terminal. In addition, new service information may be provided as text.

In this way, the MCPTT server can provide the MCPTT service by adjusting the media provided by each service, if necessary, based on the priority of the service currently in progress and the new service to the second terminal.

Upon receiving the service request message, the SIP core can use the priority value to manage network resources for the service.

4 is a diagram illustrating a floor control process based on a priority value according to an embodiment of the present invention.

Referring to FIG. 4 , the MCPTT server 410 may receive a floor request from the MCPTT Client1 420 and the MCPTT Client2 430 . For example, it is assumed that the situation in FIG. 4 is a group communication situation. The group communication may be a group call.

In the group call, a plurality of clients 420 and 430 may participate. When a plurality of clients participate in a group call, the terminal that wants to transmit data in order to prevent a communication collision from different clients transmits a floor request to the MCPTT server 410 . MCPTT server 410 that has received the floor request transmits a floor grant. The client receiving the floor grant can transmit data.

In an embodiment of the present invention, when the MCPTT server 410 receiving the floor request transmits the floor grant, the floor grant may be preferentially transmitted to a terminal having a higher priority among a plurality of terminals. In the embodiment of Figure 4, it is assumed that the MCPTT client2 (430) has a higher priority than the MCPTT Client1 (420). Therefore, when the MCPTT server 410 receives the floor request from the MCPTT Client1 420 and the MCPTT Client2 430, it may transmit a floor grant to the MCPTT Client2 430 having a higher priority. If the priority is the same, the order in which the floor request is received may be additionally considered.

5 is a diagram illustrating a process of providing QoS in a network based on priority and location information of a terminal according to an embodiment of the present invention.

Referring to FIG. 5 , when the MCPTT server receives a group communication (eg, group call service) request, it transmits a group call service request to each user belonging to the group and needs to provide a group call service. It describes how to apply the order of delivery based on the number of users participating in each group call and/or the priority of users.

In operation 505, the MCPTT server may receive a service request. The service request may be a group communication request or a group call service.

In operation 510, the MCPTT server may determine whether the requested service is a group service request. The group service may include a group communication request and a group call service. The MCPTT server proceeds to operation 515 if it is not a group service request, and proceeds to operation 520 if it is a group service request.

In case of proceeding to operation 515, the MCPTT server may process the requested service according to the general procedure. For example, the service may be processed by the method described with reference to FIGS. 1 to 3 .

In case of proceeding to operation 520, the MCPTT server may perform an operation for processing a group service. Even in the case of a group service, the embodiments described with reference to FIGS. 1 to 3 can be applied.

In operation 520, the MCPTT server may acquire the location information of the group service target terminal.

The MCPTT server can apply the following method to obtain the location information of the target user to the group service. In the first method, when the MCPTT terminal accesses the network and registers with the MCPTT server, the ID information of the network currently accessed by the terminal may be transmitted. In addition, whenever the terminal moves and changes the accessed network, the accessed network ID information is updated and reported. The second method can be known by asking the network for location information of the terminal when the MCPTT server receives a group call service request. When the network knows the information, it can inform the MCPTT server. When the network does not know the corresponding information, it can acquire network ID information by sending a message to the terminal in idle state. In the second method, information on the number of real-time users connected to the corresponding network may be provided. After receiving the group call service request, the MCPTT server may transmit SIP invite to the group call service target terminal. Each group call service target terminal may transmit a response message, and the response mesh may include location information of each group call service target terminal.

The location information of the terminal that requested the group call service may be checked when receiving the service request from the service MCPTT server. For example, location information may go in a group call service request. In the case of using the IMS-based SIP protocol, the terminal requesting the group call service may transmit user location information in a header of the SIP request. That is, when sending a group call request invite, you can put your own network information in the header of the request message. The network information may be location information, and may be a cell ID of a cell accessed by the terminal. When the location information of the group call request does not exist or is not used, the above-mentioned location information acquisition method may be used. Other than the person who requested the group call, the information of the group target can be obtained from the SIP request, but it is true that the information of other children can be obtained later. The server sends invite invite. Send a response, and there may be location information in the response.

The MCPTT server may proceed to operation 525 after obtaining the location information. In operation 525, the MCPTT server may determine whether the number of group call service target terminals satisfies a preset threshold condition. The threshold condition is a threshold condition for determining whether to provide a group service through multicast or unicast when providing the group service. For example, when a terminal having a predetermined threshold or higher is a terminal for a group call service, the media for the group service may be provided by multicast. In the group service, since the same media is transmitted to a plurality of subjects, it may be advantageous in terms of resource efficiency to use the multicast method when a certain number of group service target terminals exist.

If the number of group service target terminals satisfies a preset threshold condition, operation 530 proceeds. The MCPTT server may provide media for a group service using a multicast method. On the other hand, media is provided in a multicast method, but in the case of signaling, a unicast method may still be used. When signaling is transmitted, the signaling order may be determined based on the priority of the group service target terminal. For example, if it is assumed that the capacity of a cell for group service is 200, and the number of terminals for group service is 250, the group service cannot be provided for 50 terminals. In this case, the group service may be provided by signaling only the upper 200 terminals according to the priority of the terminals.

If the number of group service target terminals does not satisfy a preset threshold condition, operation 535 may be performed. The MCPTT server may provide media for a group service in a unicast manner. The MCPTT server may sequentially provide media to group service target terminals based on priority when providing media. In addition, when signaling is transmitted, the signaling order may be determined based on the priority of the group service target terminal.

Based on the location information of the terminal, when the terminals are concentrated in a specific network, the MCPTT server provides a service first to a high-priority user according to the user's priority if the number is greater than the number of network-supported users.

An emergency group call is an example of a service that provides high priority in MCPTT. The MCPTT system provides the MCPTT priority service to the MCPTT terminal through the terminal and several entities. 6 to 14 show a message flow of a process in which an emergency group call service, which is an example of a priority service, is provided through the MCPTT system.

MCPTT (Mission Critical Push to Talk over LTE) terminal may send an Alert message through the MCPTT network. The Alert message includes terminal location information, user ID, group ID, and affiliated organization information. The MCPTT server that transmits the Alert message verifies the authority of the user who sends the Alert message. When the alert message does not contain enough information, or even if it does, information can be modified, added, or deleted from the alert message. In an embodiment of the present invention, the client may be used interchangeably with the terminal. When an emergency situation occurs, the terminal should be able to notify other terminals that it is an emergency situation. Using each of the following examples, MCPTT users can help with relief for emergencies.

6 to 8 show a method for sending an Alert message according to an embodiment of the present invention. Alert message may be transmitted in the MCPTT service, for example, before inviting an emergency call. Alert message related procedures may be optional in providing MCPTT service. 6 shows a process of transmitting an Alert message using the SIP MESSAGE method according to an embodiment of the present invention.

Referring to FIG. 6 , the mobile communication system may include MCPTT Client1 605 , SIP core 610 , MCPTT server 615 , and MCPTT Group management server 620 . In addition, it may further include MCPTT Client2 (625), MCPTT Client3 (630). MCPTT client can be used in combination with MCPTT terminal. The MCPTT alert may be a message indicating that the terminal or the user of the terminal is in an emergency situation.

In step 641, the MCPTT Client1 605 starts the MCPTT Alert operation. In step 643 MCPTT Client1 (605) transmits a SIP message to the SIP core (610). The SIP message may include terminal location information, user ID, group ID, and affiliated group information. The SIP core 610 may transmit the SIP message to the MCPTT server 615 . In an embodiment, location information not only indicates the location of the MCPTT client 1, but also may be used to select a specific target to transmit a message to.

In step 647, the MCPTT server 615 may check user authority and/or user location. MCPTT server 615 may communicate with the MCPTT group management server 620 to check the user authority and location. The MCTPP server 615 may correct, add, or delete alert message information if it is necessary to check the user authority and/or location information for sending the alert message.

In step 649 , the MCPTT server 615 transmits a SIP message to the SIP core 610 . The SIP message may be a message in which some information is modified, added, or deleted in the MCPTT server 615 .

In step 651, the SIP core 610 transmits a SIP message to the MCPTT client2 625 based on the SIP message received in step 649.

In step 653 , the MCPTT server 615 transmits a SIP message to the SIP core 610 . The SIP message may be a message in which some information is modified, added, or deleted in the MCPTT server 615 .

In step 655, the SIP core 610 transmits a SIP message to the MCPTT client3 630 based on the SIP message received in step 653.

In step 657, MCPTT client 2 (625) transmits SIP 200 OK to the SIP core (610). In step 659, the SIP core 610 transmits the SIP 200 OK to the MCPTT server 615 based on the SIP 200 OK received in step 657.

In step 661, the MCPTT client 3 (630) transmits SIP 200 OK to the SIP core (610). In step 663, the SIP core 610 transmits the SIP 200 OK to the MCPTT server 615 based on the SIP 200 OK received in step 661.

In step 667, the MCPTT server 615 transmits the SIP 200 OK to the SIP core 610 based on the received SIP 200 OK. In step 669, the SIP core 610 transmits the SIP 200 OK to the MCPTT client1 605 based on the SIP 200 OK received from the MCPTT server 615.

As described above, the alert message can be transmitted using the SIP message protocol.

7 is a diagram illustrating a process in which a terminal transmits an Alert message using a protocol other than SIP according to an embodiment of the present invention.

Referring to FIG. 7 , the mobile communication system may include a Client1 705 , a SIP core 710 , an MCPTT server 715 , and an MCPTT Group management server 720 . In addition, it may further include MCPTT Client2 (725), MCPTT Client3 (730). In FIG. 7 , the terminal may use HTTP request/response, SMS, or the like.

In step 741, Client1 705 initiates the MCPTT Alert operation.

In step 743 , client1 705 transmits an MCPTT alert SMS to the MCPTT server 715 . Alternatively, in step 745 , client1 705 may transmit an MCPTT alert HTTP request to the MCPTT server 715 . The MCPTT alert SMS and MCPTT alert HTTP request may include terminal location information, user ID, group ID, and affiliated group information.

In step 747, the MCPTT server 715 may check user authority and/or user location. MCPTT server 715 may communicate with the MCPTT group management server 720 to check the user's authority and location. The MCTPP server 715 may check the user authority and/or location information of the user who sends the MCPTT alert SMS or MCPTT alert HTTP request and, if necessary, modify, add, or delete information in the alert message. If you are not an MCPTT user, you can use a method other than SIP to send an SMS to a specific number or send an HTTP request/response. In addition, the MCPTT server 715 may allocate a temporary user ID and group, configure the MCPTT message and transmit it to the corresponding group users.

In step 749, the MCPTT server 715 may transmit a response to the client 1. The response may be transmitted as an MCPTT alert HTTP response or SMS.

In step 751, the MCPTT server 715 transmits a SIP message to the SIP core 710. The SIP message may be a message in which some information is modified, added, or deleted in the MCPTT server 715 .

In step 753, the SIP core 710 transmits a SIP message to the MCPTT client2 725 based on the SIP message received in step 751.

In step 755 , the MCPTT server 715 transmits a SIP message to the SIP core 710 . The SIP message may be a message in which some information is modified, added, or deleted in the MCPTT server 715 .

In step 757, the SIP core 710 transmits a SIP message to the MCPTT client3 730 based on the SIP message received in step 755.

In step 759, the MCPTT client 2 (725) transmits a SIP 200 OK to the SIP core (710). In step 761, the SIP core 710 transmits the SIP 200 OK to the MCPTT server 715 based on the SIP 200 OK received in step 759.

In step 763, the MCPTT client 3 730 transmits SIP 200 OK to the SIP core 710. In step 765 , the SIP core 710 transmits the SIP 200 OK to the MCPTT server 715 based on the SIP 200 OK received in step 763 .

As described above, the alert message may be transmitted using SMS and/or HTTP instead of the SIP message protocol.

8 is a diagram illustrating a process of transmitting an Alert message using the SIP SUBSCRIBE and NOTIFY methods according to an embodiment of the present invention.

In the embodiment of Figure 8, the terminal registers in advance for a specific event situation using the SIP SUBSCRIBE method, and the MCPTT server notifies the terminals registered in the event that the event has occurred when the corresponding event occurs by SIP NOTIFY. The terminal in which the event has occurred notifies the MCPTT server by sending an Alert message that the event has occurred. The alert message transmission method may use the SIP method or a protocol other than SIP (HTTP, SMS, etc.).

Referring to FIG. 8 , the mobile communication system may include a Client1 805 , a SIP core 810 , an MCPTT server 815 , and an MCPTT Group management server 820 . In addition, it may further include MCPTT Client2 (825), MCPTT Client3 (830).

Steps 841 to 855 represent a process of registering a specific event using the SIP subscribe method. In step 841, MCPTT client2 (825) transmits a SIP subscribe message to the SIP core (810). MCPTT client2 (825) registers a specific event situation using the SIP subscribe message. In step 843 , the SIP core 810 transmits a SIP subscribe message to the MCPTT server 815 . MCPTT server (815) registers a specific event for the MCPTT client 2 (825). In step 845 , the MCPTT server 815 transmits SIP 200 OK to the SIP core 810 . In step 847, the SIP core 810 transmits a SIP 200 OK to the MCPTT client2 825. Register a specific event for MCPTT client2 through the above process.

In step 849, the MCPTT client3 (830) transmits a SIP subscribe message to the SIP core (810). MCPTT client3 (830) registers a specific event situation using the SIP subscribe message. In step 851, the SIP core 810 transmits a SIP subscribe message to the MCPTT server 815. MCPTT server (815) registers a specific event for the MCPTT client3 (830). In step 853, the MCPTT server 815 transmits SIP 200 OK to the SIP core 810. In step 855, the SIP core 810 transmits SIP 200 OK to the MCPTT client3 830. In the above process, a specific event is registered for the MCPTT client2 (825).

In step 857, MCPTT Client1 (805) starts the MCPTT Alert operation. Although FIG. 8 illustrates a configuration for transmitting a SIP message as an alert message transmission method, as described above, the alert message transmission method may use other protocols as well as the SIP message. For example, HTTP, SMS, etc. described with reference to FIG. 7 may be used.

In step 859, MCPTT Client1 (805) transmits a SIP message to the SIP core (810). The SIP message may include terminal location information, user ID, group ID, and affiliated group information. In step 861 , the SIP core 810 may transmit the SIP message to the MCPTT server 815 .

In step 863, the MCPTT server 815 may check the user's authority and/or the user's location. The MCPTT server 815 may communicate with the MCPTT group management server 820 to check the user's authority and location. The MCPTT server 815 may check whether a specific event has occurred. The MCPTT server may transmit SIP NOTIFY to a client that has previously registered a specific event situation according to whether a specific event has occurred.

In step 865 , the MCPTT server 815 may transmit SIP NOTIFY to the SIP core 810 . The SIP NOTIFY message may indicate a specific event situation. In step 867, the SIP core 810 may transmit SIP NOTIFY to the MCPTT client2 825.

In step 869, the MCPTT server 815 may transmit SIP NOTIFY to the SIP core 810. The SIP NOTIFY message may indicate a specific event situation. In step 871, the SIP core 810 may transmit SIP NOTIFY to the MCPTT client3 830.

In step 873, MCPTT client2 (825) transmits SIP 200 OK to the SIP core (810). In operation 875, the SIP core 810 transmits the SIP 200 OK to the MCPTT server 815 based on the SIP 200 OK received in step 877.

In operation 879, MCPTT client3 (830) transmits SIP 200 OK to the SIP core (810). In step 881, the SIP core 810 transmits the SIP 200 OK to the MCPTT server 815 based on the SIP 200 OK received in step 883.

In step 883 , the MCPTT server 815 transmits SIP 200 20OK to the SIP core 810 based on the received SIP 200 OK. In step 885, the SIP core 810 transmits the SIP 200 OK to the MCPTT client1 805 based on the SIP 200 OK received from the MCPTT server 815.

As described above, the alert message may be transmitted using the SIP NOTIFY method.

9 is a diagram illustrating a process of transmitting an alert message including location information of a terminal according to an embodiment of the present invention.

The Alert message sent by the terminal may include location information of the terminal. 9 shows a method of obtaining location information and a method of inserting location information into an Alert message. The terminal may send the alert message including global positioning system (GPS) location information of the terminal. If the GPS function is off, you can kill it. Upon receiving the Alert message, the SIP Core can add the location information of the terminal to the Alert message based on the information stored in the SIP Core. The MCPTT server that has received the Alert message may acquire the location information of the terminal from the SIP core or the network and add the corresponding information to the Alert message.

9, the mobile communication system is MCPTT client1 (905), SIP core (910), PCRF (policy and charging rule function, 915), MCPTT server (920), MCPTT group management server (925) and HSS (home) subscriber server, 930).

In step 941, the MCPTT client1 (905) starts the MCPTT alert operation.

In step 943, the MCPTT client1 (905) may check the status of the location information checking device. For example, the location information checking device may include a GPS. MCPTT client 1 (905) may change the GPS state to the turn on state when the GPS is in the turn off state.

In step 945 , the SIP client 1 905 may transmit a SIP message to the SIP core 910 . The SIP message may include GPS information of the terminal. In step 947 , the SIP core 910 may transmit a user location information request to the PCRF 915 . In step 949 , the PCRF 915 may transmit user information response information to the SIP core 910 . Steps 947 and 949 may be omitted. In step 951, the SIP core 410 may add user location information received from the SIP client 1 905 and/or PCRF.

In step 953 , the SIP core 405 may transmit a SIP message to the MCPTT server 420 . The SIP message may include user location information. In step 955, the MCPTT server 920 may check user authority and/or user location. The MCPTT server 920 may communicate with the MCPTT group management server 925 to check the user's authority and location. The MCTPP server 920 may modify, add, or delete alert message information when it is necessary to check the user authority and/or location information for sending the alert message.

In step 957, the MCPTT server 920 may transmit a user location information request to the HSS 930. In step 959, the HSS 930 may transmit a user location information response to the MCPTT server 920. Steps 957 and 959 may be omitted.

In step 961, the MCPTT server 920 compares the user location information. At least one of information obtained from GPS information, information obtained from PCRF, and information obtained from HSS may be compared. The MCPTSS server 920 may transmit an MCPTT alert message to group members.

In step 963 , the MCPTT server 920 transmits SIP 200 OK to the SIP core 910 . In step 965, the SIP core 910 transmits SIP 200 OK to the MCPTT client 1 905.

In the same way as described above, the location information of the terminal may be included in the alert message and transmitted.

10 to 14, the MCPTT terminal or MCOPTT server may provide the MCPTT priority service. 10 to 14 , the MCPTT terminal or MCPTT server may perform the operation of the terminal or server described in FIGS. 1 to 5 when receiving a service request.

10 is a diagram illustrating a process of establishing a group call call according to an embodiment of the present invention.

The MCPTT terminal may start an emergency group call call through the MCPTT network. The server receiving the group call request from the terminal checks whether the user has the authority to make the group call request. In addition, the SIP core that receives the group call request allocates resources suitable for the group call.

Referring to Figure 10, MCPTT client 1 (1005) in step 1041 starts the MCPTT priority service (priority service). In step 1043, the MCPTT client 1 (1005) transmits the SIP INVITE to the SIP core (1010). In step 1045 , the SIP core 1010 transmits a SIP INVITE to the MCPTT server 1015 .

In step 1047, the MCPTT server 1015 checks the user's authority. In addition, the MCPTT server 1015 checks the service priority. MCPTT server 1015 may communicate with the MCPTT group management server 1020 to check user rights and service priority. In step 1049, the MCPTT server 1015 transmits the SIP INVITE to the SIP core 1010 based on the check result. In step 1051 , the SIP core 1010 may transmit the SIP INVITE to the MCPTT client 2 1025 .

In step 1053, the MCPTT server 1015 transmits the SIP INVITE to the SIP core 1010 based on the check result. In step 1055, the SIP core 1010 may transmit the SIP INVITE to the MCPTT client 3 1030.

In process 1057, MCPTT client 2 (1025) may transmit SIP 200 OK to the SIP core (1010). In step 1059 , the SIP core 1010 may transmit SIP 200 OK to the MCPTT server 1015 . In step 1061, the MCPTT client 3 (1030) may transmit SIP 200 OK to the SIP core (1010). In step 1063, the SIP core 1010 may transmit SIP 200 OK to the MCPTT server 1015.

In step 1065, the MCPTT server 1015 transmits SIP 200 OK to the SIP core 1010. In step 1067 , the SIP core 1010 may transmit a bearer request message to the PCRF 1035 . The SIP core 1010 may request a high-priority bearer. In step 1069, the PCRF 1035 may allocate a bearer. The bearer may be a high-priority bearer or a dedicated bearer. In step 1071 , the PCRF 1035 may transmit a bearer response message to the SIP core 1010 . In step 1073, the SIP core 1010 may transmit SIP 200 OK to the MCPTT client 1 1005.

An emergency group call can be set up in the same way as above.

11 is a diagram illustrating a process of changing a general group call into an emergency group call call according to an embodiment of the present invention.

The terminal may change the corresponding group call among the current group calls to the emergency group call. The server verifies that the user is authorized to make the request. The SIP core changes resources according to the emergency group call.

Referring to FIG. 11 , the mobile communication system may include Client1 1105 , SIP core 1110 , MCPTT server 1115 , and MCPTT Group management server 1120 . In addition, it may further include MCPTT Client2 (1125), MCPTT Client3 (1130), PCRF (1135).

In process 1141, MCPTT client 1 (1105) is performing a group call. MCPTT client 1 (1105) is performing a group call with MCPTT client 2 (1125) and MCPTT client 3 (1130).

In the process 1143, MCPTT client 1 (1105) initiates the MCPTT priority service (priority service). It is assumed that the priority service is an MCPTT priority group call service. In step 1145, the MCPTT client 1 (1105) transmits the SIP re-INVITE to the SIP core (1110). In step 1147, the SIP core 1110 transmits the SIP re-INVITE to the MCPTT server 1115.

In step 1149, the MCPTT server 1115 checks the user's authority. In addition, the MCPTT server 1115 checks the service priority. MCPTT server 1115 may communicate with the MCPTT group management server 1120 to check user rights and service priority. In step 1151, the MCPTT server 1115 transmits the SIP re-INVITE to the SIP core 1110 based on the check result. In step 1153, the SIP core 1110 may transmit the SIP re-INVITE to the MCPTT client 2 1125. In step 1155, the MCPTT server 1115 transmits the SIP re-INVITE to the SIP core 1110 based on the check result. In step 1157, the SIP core 1110 may transmit the SIP re-INVITE to the MCPTT client 2 1125.

In step 1159, the MCPTT client 2 (1125) transmits the SIP 200 OK to the SIP core (1110). In step 1161, the SIP core 1110 transmits SIP 200 OK to the MCPTT server 1115. In step 1163, the MCPTT client 3 (1130) transmits the SIP 200 OK to the SIP core (1110). In step 1165, the SIP core 1110 transmits SIP 200 OK to the MCPTT server 1115. In step 1167, the MCPTT server 1115 transmits a SIP 200 OK to the SIP core 1110.

In step 1169 , the SIP core 1110 may transmit a bearer request message to the PCRF 1135 . The SIP core 1110 may request a high-priority bearer for an emergency call. In step 1171, the PCRF 1135 may allocate a bearer. The bearer may be a high-priority bearer or a dedicated bearer. In step 1173 , the PCRF 1135 may transmit a bearer response message to the SIP core 1110 . In step 1175, the SIP core 1110 may transmit SIP 200 OK to the MCPTT client 1 1105.

In the same way as described above, a general group call can be changed to an emergency group call call.

12 is a diagram illustrating a process in which a terminal processes an emergency group call request among other services according to an embodiment of the present invention.

The terminal receiving the emergency group call request ignores the request and continues the existing service, stops the existing service and starts the emergency group call, or modifies the media of one or more of the current service and the emergency group call service. can

Referring to FIG. 12 , the mobile communication system may include Client1 1205 , SIP core 1210 , MCPTT server 1215 , and MCPTT Group management server 1220 . In addition, it may further include MCPTT Client2 (1225), MCPTT Client3 (1230), PCRF (1235).

In step 1241, MCPTT client 1 (1205) starts the MCPTT priority service. In step 1243 , the MCPTT client 1 1205 transmits a SIP INVITE to the SIP core 1210 . In step 1245 , the SIP core 1210 transmits a SIP INVITE to the MCPTT server 1215 .

In step 1247, the MCPTT server 1215 checks the user's authority. In addition, the MCPTT server 1215 checks the service priority. The MCPTT server 1215 may communicate with the MCPTT group management server 1220 to check user rights and service priorities. In step 1251, the MCPTT server 1215 transmits the SIP INVITE to the SIP core 1210 based on the check result.

In step 1253 , the SIP core 1210 may transmit the SIP INVITE to the MCPTT client 2 1225 . On the other hand, in the process 1249 MCPTT client 2 (1225) and MCPTT client 3 (1230) is performing a private call. MCPTT client 2 (1225) that has received the SIP INVITE from the SIP core (1210) transmits the SIP-re INVITE to the MCPTT client 3 (1230) in the process 1255. In the process 1257, the MCPTT client 3 (1230) transmits a SIP 200 OK to the MCPTT client 2 (1225). In the process 1259, the private call of the MCPTT client 2 (1225) and the MCPTT client 3 (1230) is in a hold state.

In step 1261, MCPTT client 2 (1225) transmits SIP 200 OK to the SIP core (1210). In step 1263, the SIP core 1210 transmits SIP 200 OK to the MCPTT server 1215. In step 1265 , the MCPTT server 1215 transmits a SIP 200 OK to the SIP core 1210 .

In step 1267 , the SIP core 1210 may transmit a bearer request message to the PCRF 1235 . The SIP core 1210 may request a high-priority bearer for an emergency call. In step 1269, the PCRF 1235 may allocate a bearer. The bearer may be a high-priority bearer or a dedicated bearer. In step 1271 , the PCRF 1235 may transmit a bearer response message to the SIP core 1210 . In step 1273, the SIP core 1210 may transmit SIP 200 OK to the MCPTT client 1 1205.

In the same way as above, another service main emergency group call can be requested.

The terminal may transmit an Alert message to the corresponding group member before requesting the emergency group call service. That is, the terminal sends an Alert message by one of the methods described in FIGS. 6 to 9 , and requests an emergency group call service by one of the methods described in FIGS. 10 to 12 .

13 is a diagram illustrating a process of transmitting an emergency group call request message including an alert message according to an embodiment of the present invention.

Referring to FIG. 13 , the mobile communication system may include MCPTT Client1 1305 , SIP core 1310 , MCPTT server 1315 , and MCPTT Group management server 1320 . In addition, it may further include MCPTT Client2 (1325), MCPTT Client3 (1330).

In step 1341, MCPTT Client1 (1305) initiates an MCPTT priority groupt call operation. In step 1343, MCPTT Client1 (1305) transmits a SIP INVITE message to the SIP core (110). In this embodiment, the MCPTT client 1 1305 may transmit an alert message together with the SIP INVITE message. The SIP INVITE message including the Alert message is marked as SIP INVITE w/Alert.

In step 1345 , the SIP core 1310 may transmit the SIP INVITE w/Alert to the MCPTT server 1315 . In step 1347, the MCPTT server 1315 checks the user's authority. In addition, the MCPTT server 1315 checks the service priority. The MCPTT server 1315 may communicate with the MCPTT group management server 1320 to check user rights and service priorities. In step 1349, the MCPTT server 1315 transmits SIP INVITE w/Alert to the SIP core 1310 based on the check result.

In step 1351 , the SIP core 1310 may transmit SIP INVITE w/Alert to the MCPTT client 2 1325 . In step 1353, the MCPTT server 1315 transmits the SIP INVITE to the SIP core 1310 based on the check result. In step 1355, the SIP core 1310 may transmit the SIP INVITE w/Alert to the MCPTT client 3 1330.

In process 1357, MCPTT client 2 (1325) may transmit SIP 200 OK to the SIP core (1310). In step 1359, the SIP core 1310 may transmit SIP 200 OK to the MCPTT server 1315. In step 1361, the MCPTT client 3 (1330) may transmit SIP 200 OK to the SIP core (1310). In step 1363, the SIP core 1310 may transmit SIP 200 OK to the MCPTT server 1315.

In step 1365, the MCPTT server 1315 transmits SIP 200 OK to the SIP core 1310. In step 1367 , the SIP core 1310 may transmit a bearer request message to the PCRF 1335 . The SIP core 1310 may request a high-priority bearer. In step 1369, the PCRF 1335 may allocate a bearer. The bearer may be a high-priority bearer or a dedicated bearer. In step 1371 , the PCRF 1335 may transmit a bearer response message to the SIP core 1310 . In step 1373, the SIP core 1310 may transmit SIP 200 OK to the MCPTT client 1 1305.

14 is a diagram illustrating a process of receiving an alert message during a general group call and converting to an emergency group call according to an embodiment of the present invention.

Alert message can use SIP methods (SIP MESSAGE, SUBSCRIBE/NOTIFY, etc.) and protocols other than SIP (HTTP, SMS, etc.). Upon receiving the corresponding Alert message, the SIP core modifies the resources allocated to the general group call to match the emergency group call.

Referring to FIG. 14 , the mobile communication system may include MCPTT Client1 1405 , SIP core 1410 , MCPTT server 1415 , and MCPTT Group management server 1420 . In addition, it may further include MCPTT Client2 (1425), MCPTT Client3 (1430).

In step 1441, the entity of the communication system is performing a general group call.

In step 1443, MCPTT Client1 (1405) starts the MCPTT Alert operation. In step 1445, MCPTT Client1 (1405) transmits a SIP message to the SIP core (1410). The SIP message may include terminal location information, user ID, group ID, and affiliated group information. In step 1447 , the SIP core 1410 may transmit the SIP message to the MCPTT server 1415 .

In step 1449, the MCPTT server 1415 may check user authority and/or user location. The MCPTT server 1415 may communicate with the MCPTT group management server 1420 to check the user's authority and location. The MCTPP server 1415 may correct, add, or delete alert message information if it is necessary to check the user authority and/or location information for sending the alert message.

In step 1451 , the MCPTT server 1415 transmits a SIP message to the SIP core 1410 . The SIP message may be a message in which some information is modified, added, or deleted in the MCPTT server 1415. In step 1453, the SIP core 1410 transmits a SIP message to the MCPTT client2 1425 based on the SIP message received in step 1451. In step 1455 , the MCPTT server 1415 transmits a SIP message to the SIP core 1410 . The SIP message may be a message in which some information is modified, added, or deleted in the MCPTT server 1415. In step 1457, the SIP core 1410 transmits a SIP message to the MCPTT client2 1425 based on the SIP message received in step 1455.

In step 1459, the MCPTT client 2 (1425) transmits a SIP 200 OK to the SIP core (1410). In step 1461, the SIP core 1410 transmits the SIP 200 OK to the MCPTT server 1415 based on the SIP 200 OK received in step 1459.

In step 1463, the MCPTT client 3 (1430) transmits a SIP 200 OK to the SIP core (1410). In step 1465, the SIP core 1410 transmits the SIP 200 OK to the MCPTT server 1415 based on the SIP 200 OK received in step 1463.

In operation 1467, the MCPTT server 1415 transmits the SIP 200 OK to the SIP core 1410 based on the received SIP 200 OK. In step 1469 , the SIP core 1410 may transmit a bearer request message to the PCRF 1435 . The SIP core 1410 may request a high-priority bearer. In step 1471, the PCRF 1435 may allocate a bearer. The bearer may be a high-priority bearer or a dedicated bearer. In step 1473, the PCRF 1435 may transmit a bearer response message to the SIP core 1410.

In step 1475, the SIP core 1410 may transmit SIP 200 OK to the MCPTT client 1 1405. Thereafter, in step 1477, entities in a normal group call are converted to an emergency group call. Each entity may perform an MCPTT priority group call.

In the same way as described above, after receiving the alert message, the terminals in the general group call can switch to the emergency call.

15 is a diagram illustrating a terminal according to an embodiment of the present invention.

Referring to FIG. 15 , the terminal 1500 of the present invention may include a transceiver 1510 and a controller 1530 . The transceiver 1510 may include a receiver and a transmitter. A transceiver may transmit and receive signals to and from other network entities. The signal may include at least one of control information, data, and a pilot. The controller 1530 may control the overall operation of the terminal.

The transceiver 1510 may include an RF transmitter for up-converting and amplifying a frequency of a transmitted signal, and an RF receiver for low-noise amplifying and down-converting a received signal. Also, the transceiver may receive a signal through a radio channel and output it to the controller 1530 , and transmit a signal output from the controller 1530 through a radio channel.

For example, the controller 1530 receives the first service request from the MCPTT server, determines whether a first service corresponding to the first service request and a currently running second service are simultaneously provided, and can be provided at the same time If it is determined that not, it is possible to control to process each service based on the priority related to each service.

Also, the controller 1530 may control to process each service by adjusting the media for a lower priority service among the respective services. In this case, the adjustment includes at least one of terminating, rejecting, holding the next-priority service until the end of the prior-priority service, converting it to a service that can be provided simultaneously with the media of the prior-priority service, or forwarding to another preset terminal can do. In addition, the priority may include at least one of a priority for each user, a priority for each group, and a priority for each service.

Meanwhile, the operations and functions of the terminal 1500 and the controller 1530 are not limited to those described in FIG. 15 . The controller 1530 may control a series of processes so that the terminal 1500 may operate according to the above-described embodiment of the present invention.

16 is a block diagram illustrating the structure of an MCPTT server according to an embodiment of the present invention. Referring to FIG. 16 , the MCPTT server 1600 of the present invention may include a transceiver 1610 and a controller 1630 . A transceiver may include a receiver and a transmitter. The transceiver 1610 may transmit and receive signals with other network entities. The controller 1630 may control the overall operation of the MCPTT server 1600 .

According to an embodiment of the present invention, the controller 1630 receives the first service request for the second terminal from the first terminal, and the first service corresponding to the first service request from the second terminal and the current second terminal It is determined whether a second service running in the .2 is simultaneously provided, and when it is determined that the second service cannot be provided at the same time, the processing of each service is determined based on a priority related to each service, and based on the determination, the second service is determined. It can be controlled to transmit a service request message to the terminal.

In addition, the controller 1630 may control to adjust media for a lower priority service among the respective services. The adjustment includes at least one of the following operations: terminating, rejecting, holding the next-priority service until the end of the priority service, converting it to a service that can be provided simultaneously with the media of the priority service, or processing to forward to another preset terminal can do. The priority may include at least one of a priority for each user, a priority for each group, and a priority for each service.

In addition, the controller 1630 receives a floor request message from the first terminal, receives a floor request message from the second terminal, based on the priority of the first terminal and the second terminal Thus, it is possible to control the transmission of the floor grant message to the priority terminal.

In addition, when the service request is a group service request, the controller 1630

It is determined whether the number of target terminals for group service for the group service satisfies a preset threshold condition, and based on the threshold condition determination result, it is possible to control to determine whether to provide the group service in a multicast or unicast method have.

Meanwhile, the operations and functions of the terminal 1500 and the controller 1530 are not limited to those described in FIG. 15 . The controller 1630 may control a series of processes so that the MCPTT server 1600 can operate according to the above-described embodiment of the present invention.

Meanwhile, in FIGS. 6 to 14 , each entity includes a controller for controlling each entity and a transceiver for each entity to transmit/receive a signal to/from another network entity.

In addition, the embodiments disclosed in the present specification and drawings are merely provided for specific examples to easily explain the contents of the present invention and help understanding, and are not intended to limit the scope of the present invention. Therefore, the scope of the present invention should be construed as including all changes or modifications derived based on the technical spirit of the present invention in addition to the embodiments disclosed herein are included in the scope of the present invention.

Claims (20)

In the method of the MCPTT (mission critical push to talk over LTE) server in a mobile communication system,
Receiving a first message related to an MCPTT emergency alert from a first terminal belonging to the MCPTT group, the first message including information on the location of the first terminal;
Transmitting a second message related to the response to the MCPTT emergency alert to the first terminal; and
Transmitting a third message related to the MCPTT emergency alert to a second terminal belonging to the MCPTT group determined according to the MCPTT group identifier - The third message includes information about the location of the received first terminal box; How to include. The method of claim 1, wherein the first message is received based on a session initiation protocol (SIP). The method of claim 1, wherein the first message is received based on a session initiation protocol (SIP) MESSAGE method. According to claim 1,
Checking the authorization (authorization) of the first terminal for initiating the MCPTT emergency alert for the MCPTT group according to the MCPTT group identifier based on the first message; Method, characterized in that it further comprises. According to claim 1,
transmitting a fourth message corresponding to the third message to a third terminal belonging to the MCPTT group according to the MCPTT group identifier; Method, characterized in that it further comprises. The method of claim 5, wherein the first terminal, the second terminal, and the third terminal belong to the same MCPTT group. In a MCPTT (mission critical push to talk over LTE) server in a mobile communication system,
a transceiver for transmitting and receiving a signal; and
Control the transceiver to receive a first message related to an MCPTT emergency alert from a first terminal belonging to the MCPTT group - The first message includes information on the location of the first terminal,
Controls the transceiver to transmit a second message related to the response to the MCPTT emergency alert to the first terminal,
To the second terminal belonging to the MCPTT group determined according to the MCPTT group identifier, to control the transceiver to transmit a third message related to the MCPTT emergency alert - The third message is at the location of the received first terminal contains information about - control unit; MCPTT server comprising a. The MCPTT server of claim 7, wherein the first message is received based on a session initiation protocol (SIP). The MCPTT server according to claim 7, wherein the first message is received based on a session initiation protocol (SIP) MESSAGE method. According to claim 7, wherein the control unit,
MCPTT server, characterized in that to check the authorization (authorization) of the first terminal for initiating the MCPTT emergency alert for the MCPTT group according to the MCPTT group identifier based on the first message. According to claim 7, wherein the control unit,
MCPTT server, characterized in that for controlling the transceiver to transmit a fourth message corresponding to the third message to a third terminal belonging to the MCPTT group according to the MCPTT group identifier. The MCPTT server of claim 11, wherein the first terminal, the second terminal, and the third terminal belong to the same MCPTT group.
delete delete delete delete delete delete delete delete

Images