WO2014082481A1

WO2014082481A1 - Method, apparatus and system for seizing cluster speaking right

Info

Publication number: WO2014082481A1
Application number: PCT/CN2013/083787
Authority: WO
Inventors: 吕菱
Original assignee: 中兴通讯股份有限公司
Priority date: 2012-11-30
Filing date: 2013-09-18
Publication date: 2014-06-05
Also published as: CN103856906A

Abstract

A method, an apparatus and a system for seizing a cluster communication speaking right, which relate to the field of mobile communications and solve the problem of diversification of cluster communication systems. The method comprises: a cluster listening user initiating an RRC connection establishment process, sending a speaking right seizing request message to a cluster core network, and applying for seizing a speaking right; and the cluster listening user receiving a speaking right authorization message sent by the cluster core network. The technical solutions of the embodiments of the present invention are applicable to an LTE system, thereby realizing speaking right seizing in a multi-service scenario.

Description

Cluster call preemption method, device and system

Technical field

The present invention relates to the field of mobile communications, and in particular, to a cluster call rights preemption method, apparatus, and system.

Background technique

LTE (Long Term Evolution) is a 3GPP long-term evolution project. It is the largest new technology development project initiated by 3GPP in the past two years. The main advantages of LTE are high peak rate, small system delay, and flexible bandwidth configuration. With the wide application of LTE technology, LTE has also begun to support cluster communication services. The cluster communication system can provide flexible command and dispatch, and has been widely used in government agencies, public security, firefighting, sports, and other large-scale event organizations and other places that require cluster scheduling.

The trunking communication system provides users with a wide range of functions for different applications. SUMMARY OF THE INVENTION Embodiments of the present invention provide a cluster call weight preemption method, apparatus, and system, which solve the problem of diversification of a trunking communication system. A cluster call preemption method includes: a cluster listening user initiates a radio resource control protocol (RRC) connection establishment process, and sends a right preemption request message to the cluster core network to apply for a preemptive call right; the cluster listening user receives the cluster The right authorization message sent by the core network. Optionally, the call preemption request message is a call preemption request message requesting to preempt the service right different from the current service. Optionally, the call preemption request message is a call preemption request message requesting preemption and current service call rights. Optionally, the cluster listening user is a user equipment (UE), and the step of sending a right preemption request message to the cluster core network is: The UE sends a rights preemption request message to the cluster core network by using a non-access stratum (NAS) message, where the NAS message carries a group identifier (Group ID) and a global unique temporary identifier of the UE ( GUTI). Optionally, the step of the cluster listening user receiving the right authorization message sent by the cluster core network is: the cluster listening user receives a right authorization message carried by the cluster core network by using dedicated signaling, and the right to authorize the right The message prompts the user to successfully seize the right, and the cluster listens to the user as a new user.

Optionally, after the step of the cluster listening user initiating the RRC connection establishment process and applying for the voice preemption to the cluster core network, the method further includes: receiving a call preemption rejection message sent by the cluster core network. Optionally, after the step of the cluster listening user receiving the rights authorization message sent by the cluster core network, the method further includes: the cluster listening user turning to the user, returning a right authorization response to the cluster core network, and Prompt the user to seize the right to succeed.

The embodiment of the invention further provides a cluster call preemption method, including:

The cluster core network receives the call preemption request message sent by the cluster listening user; the cluster core network determines the priority of the cluster listening user; when the cluster listening user has a higher priority than the current speaking user, the cluster listening to the cluster The user sends a rights authorization message. Optionally, the call preemption request message is a call preemption request message requesting to preempt the service right different from the current service. Optionally, the call preemption request message is a call preemption request message requesting to preempt the right of the current service. Optionally, the cluster listening user is a UE, and the cluster core network receives a cluster listening user. The step of the right to preempt the request message is: the cluster core network receives the call preemption request message sent by the UE by using the NAS message, where the NAS message carries the Group ID and the GUTI of the UE. Optionally, the step of determining, by the cluster core network, the priority of the cluster listening user includes: comparing, by the cluster core network, the service priority of the service requested by the cluster listening user and the current service priority of the user; When the cluster listens to the service priority of the service requested by the user, the priority of the cluster listening user is higher than that of the currently speaking user; and the cluster listens to the user request. When the service priority of the service is lower than the service priority of the currently speaking user, it is determined that the priority of the cluster listening user is lower than the currently speaking user. Optionally, after the step of the cluster core network comparing the service priority of the service requested by the user to the current service priority of the user, the method further includes: listening, in the cluster, the service priority of the service requested by the user Comparing with the service priority of the currently speaking user, comparing the priority of the user in the group of the cluster listening user and the currently speaking user; the priority of the user in the group of the cluster listening user is higher than the current saying When the user priority of the user in the group is determined, the priority of the cluster listening user is determined to be higher than the currently speaking user;

When the first level is determined, it is determined that the priority of the cluster listening user is lower than the current speaking user. Optionally, the step of determining, by the cluster core network, the priority of the cluster listening user includes: when the cluster core network simultaneously receives the right preemption request message sent by the multiple cluster listening users, from the multiple clusters Listening to the user with the highest priority is selected by the user; the cluster core network compares the service priority of the service with the highest priority to the service priority of the user requested by the user with the highest priority; When the cluster listens to the service priority of the service requested by the user, the priority of the cluster listening user is higher than that of the currently speaking user; and the cluster with the highest priority listens to the user. The service priority of the requested service is lower than the current When the user's service priority is said, it is determined that the cluster listening user has a lower priority than the current speaking user. Optionally, after the step of the cluster core network comparing the service priority of the service with the highest priority to the service requested by the user and the service priority of the current user, the method further includes: listening to the cluster with the highest priority When the service priority of the service requested by the user is equal to the service priority of the currently said user, the user priority of the group of the cluster listening user and the currently speaking user is compared; and the user with the highest priority is listening to the user. When the priority of the user in the group is higher than the priority of the user in the group of the currently speaking user, it is determined that the priority of the listening user of the cluster is higher than that of the currently speaking user;

In the intra-group user priority, it is determined that the cluster listening user has a lower priority than the current speaking user. Optionally, the cluster listening user with the highest priority is: selecting a cluster listening user with the highest service priority, or selecting a cluster listening user with the same service priority but the highest user priority in the group. Optionally, the step of determining, by the cluster core network, the priority of the cluster listening user includes: comparing, by the cluster core network, a user priority of the group of the cluster listening user and the currently speaking user; listening to the user in the cluster When the priority of the user in the group is higher than the priority of the user in the group of the currently speaking user, it is determined that the priority of the listening user of the cluster is higher than that of the currently speaking user;

When the first level is determined, it is determined that the priority of the cluster listening user is lower than the current speaking user. Optionally, the step of determining, by the cluster core network, the priority of the cluster listening user includes: when the cluster core network simultaneously receives the right preemption request message sent by the multiple cluster listening users, from the multiple clusters Listening to the user with the highest priority among the listening users; the cluster core network compares the priority of the user with the highest priority and the user of the current user; and listens to the user with the highest priority. Internal user priority is higher than the current user When the priority of the user in the group is prioritized, it is determined that the priority of the cluster listening user is higher than the currently speaking user;

In the intra-group user priority, it is determined that the cluster listening user has a lower priority than the current speaking user. Optionally, the foregoing method for preempting the trunking of the clusters further includes: after selecting the cluster listening user with the highest priority among the currently issued call preemption request messages, the other cluster listening users according to the service priority and/or the user priority within the group High-to-low order queuing; After the cluster with the highest priority listens to the user to release the call right, the cluster that is ranked at the head of the queue is selected to listen to the user for authorization. Optionally, the foregoing method for preempting the trunking of the clusters further includes: after selecting the cluster listening user with the highest priority among the currently issued call preemption request messages, the cluster core network sends the right to preempt the call to other cluster listening users through the NAS message. Reject the message. Optionally, the step of sending a call authorization message to the cluster listening user when the priority of the cluster listening user is higher than that of the currently speaking user includes: the cluster core network initiating a context for the cluster listening user Establishing a process, reconfiguring the RRC connection of the cluster listening user, and establishing a dedicated bearer for the cluster listening user; the cluster core network sending a right authorization message to the cluster listening user by using the dedicated bearer. Optionally, after the step of sending a voice right authorization message to the cluster listening user, when the priority of the listening user of the cluster is higher than that of the currently speaking user, the method further includes: establishing a dedicated bearer for the cluster listening user When the failure occurs, the call preemption fails, and a call preemption rejection message is sent to the cluster listening user. Optionally, the method for preempting the trunking of the clusters further includes: when the priority of the listening user of the cluster is higher than that of the current user, the cluster core network sends a message to all listening users in the group where the cluster listens to the user. The right prompt message notifies all the listening users in the group that the cluster listening user becomes the new current speaking user information. Optionally, after the step of determining, by the cluster core network, the priority of the cluster listening to the user, The method includes: when the priority of the cluster listening user is higher than that of the currently speaking user, the cluster core network passes

The NAS message sends a right release request message to the current user who is preempted by the right to speak. After the user receives the call release request message, the user returns a right release response message to the cluster core network through the NAS message. At the same time, the user is prompted to stop talking; the cluster core network initiates a request to release the current user context release, reconfigures the RRC connection, and releases the dedicated bearer of the currently said user that is preempted. Optionally, after the step of determining, by the cluster core network, the priority of the cluster listening user, the method further includes:

The core network returns a right preemption rejection message to the cluster listening user through the NAS message; the cluster core network releases the RRC connection established to the cluster listening user.

The embodiment of the invention further provides a cluster call preemption device, including:

The preemption initiating module is configured to initiate an RRC connection establishment process, and send a call preemption request message to the cluster core network, and apply for the preemption of the call right by the cluster listening user; and the authorization receiving module is configured to receive the right authorization message sent by the cluster core network. Optionally, the preemption initiating module is configured to initiate an RRC connection establishment process, and send a call preemption request message requesting to preempt the current service call right or requesting to preempt the service call right different from the current service to the cluster core network, by applying The cluster listens to the user to seize the right to speak. Optionally, the authorization receiving module is further configured to receive a right preemption rejection message sent by the cluster core network. Optionally, the foregoing cluster right preemption device further includes: a call right conversion module, configured to: after the authorization receiving module receives the right authorization message, convert the cluster listening user to a user, to the cluster core The network returns the voice authorization response, and prompts the user to successfully seize the call. The embodiment of the present invention further provides a cluster call preemption device, including: a preemption request receiving module, configured to receive a call preemption request message sent by a cluster listening user; and a priority determining module configured to determine a priority of the cluster listening user The authorization message sending module is configured to send a right authorization message to the cluster listening user when the priority of the listening user of the cluster is higher than that of the currently speaking user. Optionally, the preemption request receiving module is configured to receive a preemption request message that requests the preemption of a service right different from the current service or requests to preempt the right of the current service. Optionally, the priority determining module includes a first determining unit, configured to compare the service priority of the service requested by the cluster listening user with the current service priority of the user, and listen to the service requested by the user in the cluster. When the service priority is higher than the service priority of the current user, it is determined that the priority of the cluster listening user is higher than that of the currently speaking user, and the service priority of the service requested by the user in the cluster is lower than the current priority. When the user's business priority is said, it is determined that the cluster listening user has a lower priority than the current speaking user. Optionally, the first determining unit is further configured to compare the cluster listening user when the service priority of the service requested by the user with the highest priority is equal to the service priority of the currently speaking user. Determining the priority of the intra-group user of the current user, and determining the user of the cluster listening when the user priority of the group of the highest priority cluster listening user is higher than the intra-group user priority of the currently speaking user The priority is higher than the current speaking user, and the user who listens to the user with the highest priority has a lower priority than the currently speaking user. Optionally, the priority determining module further includes: a first screening unit, configured to: when the preemptive request receiving module receives the right preemption request message sent by the plurality of cluster listening users, listening from the multiple clusters The user with the highest priority is selected to listen to the user; the second determining unit is configured to compare the service with the highest priority to listen to the service requested by the user. Determining the priority of the cluster listening user when the service priority of the service requested by the user is higher than the service priority of the currently speaking user when the highest priority cluster listens to the service priority of the service requested by the user. If the service priority of the service requested by the user is lower than the service priority of the currently speaking user, the priority of the cluster listening user is lower than the current user. Currently speaking the user. Optionally, the second determining unit is further configured to compare the cluster listening user when the service priority of the service requested by the user with the highest priority is equal to the service priority of the currently speaking user. Determining the priority of the intra-group user of the current user, and determining the user of the cluster listening when the user priority of the group of the highest priority cluster listening user is higher than the intra-group user priority of the currently speaking user The priority is higher than the current speaking user, and the user who listens to the user with the highest priority has a lower priority than the currently speaking user. Optionally, the priority determining module further includes: a third determining unit, configured to compare the priority of the user in the group of the cluster listening user and the currently speaking user, and the user priority in the group of the cluster listening user is high Determining that the priority of the cluster listening user is higher than the currently speaking user when the user priority of the user in the group is currently said, and the user priority of the user in the group of the cluster listening user is lower than that of the currently speaking user. When the user priority in the group is prioritized, it is determined that the priority of the cluster listening user is lower than the currently speaking user. Optionally, the priority determining module further includes: a second screening unit, configured to select a highest priority from the plurality of cluster listening users when receiving the right preemption request message sent by the plurality of cluster listening users simultaneously The cluster is listening to the user; the fourth determining unit is configured to compare the user priority of the group with the highest priority and the user of the currently speaking user, and the user with the highest priority in the group of the highest priority listener has a higher priority Determining that the priority of the cluster listening user is higher than the current speaking user when the current user priority of the user is said to be lower, and the priority of the user in the group of the cluster listening user with the highest priority is lower than the current user priority. When the user priority of the user in the group is currently said, it is determined that the priority of the cluster listening user is lower than the current speaking user. Optionally, the priority determining module further includes: The queuing unit is configured to queue the other cluster listening users in descending order of service priority and/or user priority in the group after selecting the cluster listening user with the highest priority among the currently issued call preemption request messages. After the cluster with the highest priority listens to the user, the cluster that is ranked at the head of the team is selected to listen to the user for authorization. Optionally, the priority determining module further includes: a releasing unit, configured to send a call preemption to other cluster listening users by using a NAS message after selecting a cluster listening user with the highest priority among the currently issued right preemption request message Reject the message. Optionally, the authorization message sending module includes:

The RRC connection reset unit is configured to initiate a context establishment process for the cluster listening user, reconfigure the RRC connection of the cluster listening user, and establish a dedicated bearer for the cluster listening user; the authorization message sending unit is configured to pass the A dedicated bearer sends a rights authorization message to the cluster listening user. Optionally, the foregoing cluster call preemption device further includes:

The notification module is configured to send a call alert message to all listening users in the group currently listening to the user when the priority of the listening user in the cluster is higher than that of the currently speaking user, and notify all listening users in the group The cluster listening user is optional, and the cluster call preemption device further includes a release management module, where the release management module includes: a release request unit, configured to listen to the user's priority in the cluster When the user is higher than the current user, the NAS message is sent to the currently speaking user who is preempted by the right to release the message. The response receiving unit is configured to receive the current message that the current user receives the right release request and then passes the NAS message. a right release response message returned to the cluster core network;

The RRC reset unit is configured to initiate a request for the current user context release, reconfigure the RRC connection, and release the dedicated bearer of the currently speaking user that is preempted. Optionally, the release requesting unit is further configured to: when the priority of the cluster listening user is lower than the priority of the currently speaking user, returning to the cluster listening user by using a NAS message to preempt the right to preempt The embodiment of the present invention further provides a cluster call preemption system, which includes a cluster listening user, a current user, and a cluster core network. The cluster listening user is set to initiate an RRC connection establishment process, and sends a call right preemption to the cluster core network. Requesting a message, requesting a preemptive right, and receiving a call authorization message sent by the cluster core network; the cluster core network is configured to receive a call preemption request message sent by the cluster listening user, and determine a priority of the cluster listening user, and When the priority of the cluster listening user is higher than that of the currently speaking user, the voice authorization message is sent to the cluster listening user. Optionally, the cluster listening user sends a right preemption request message to the cluster core network, and sends a call preemption request to the cluster core network to request to preempt the current service right or request to preempt the service right different from the current service. Message. Optionally, the cluster core network determines that the priority of the cluster listening user is: the cluster core network compares the service priority of the service requested by the cluster listening user with the current service priority of the user, Determining that the priority of the cluster listening user is higher than that of the current speaking user when the service priority of the service requested by the cluster is higher than the service priority of the currently speaking user.

When the service priority of the service requested by the cluster is lower than the service priority of the currently speaking user, it is determined that the priority of the cluster listening user is lower than the currently speaking user, and the user is requested in the cluster. When the service priority of the service is equal to the current priority of the user, the priority of the user in the group of the cluster listening user and the current user is compared, and the user priority in the group listening to the user in the cluster The priority of the cluster listening user is higher than the currently speaking user when the current user priority of the user is higher than the currently speaking user, and the group listening to the user in the cluster has a lower priority than the current speaking user. Optionally, the determining, by the cluster core network, the priority of the cluster listening user is: when the cluster core network receives the call preemption request message sent by the multiple cluster listening users, listening from the multiple clusters The user with the highest priority is selected by the user to listen to the user, and the service with the highest priority is compared with the service priority of the service requested by the user and the service priority of the current user. The user with the highest priority listens to the service requested by the user. When the priority of the service is higher than the priority of the currently speaking user, it is determined that the priority of the cluster listening user is higher than that of the currently speaking user, and the service with the highest priority is heard in the cluster with the highest priority. When the level is lower than the service priority of the current user, it is determined that the priority of the cluster listening user is lower than that of the currently speaking user, and the service priority of the service requested by the user in the cluster with the highest priority is equal to Comparing the priorities of the users of the cluster listening user and the currently speaking user, when the current priority of the user is said, the priority is the highest. When the priority of the intra-group user of the cluster listening user is higher than the priority of the intra-group user of the current user, it is determined that the priority of the cluster listening user is higher than that of the currently speaking user, and the user with the highest priority is listening to the user. When the intra-group user priority is lower than the intra-group user priority of the currently-speaking user, it is determined that the cluster listening user has a lower priority than the currently-speaking user. Optionally, the cluster core network is further configured to compare user priorities of the group of the cluster listening user and the current user, and the user priority of the group in the group listening user is higher than that of the current user. When the user priority in the group is determined, the priority of the cluster listening user is higher than that of the currently speaking user, and the priority of the cluster listening user is determined to be lower than the currently speaking user. Optionally, the cluster core network is further configured to: when receiving the call preemption request message sent by the plurality of cluster listening users, select the cluster listening user with the highest priority from the plurality of cluster listening users, The cluster core network compares the user priority of the group with the highest priority and the user of the current user, and the user of the group with the highest priority listens has a higher priority than the group of the current user. When the priority of the user is determined, the priority of the cluster listening user is higher than that of the currently speaking user, and the user priority of the group of the cluster listening user with the highest priority is lower than the user priority of the current speaking user. It is determined that the priority of the cluster listening user is lower than the currently speaking user.

Optionally, the cluster core network is further configured to listen to users in the cluster with higher priority than When the user is currently speaking, the NAS message is sent to the currently speaking user who is preempted by the right to release the message, and after receiving the right release response message that the user currently replies, the current user context is initiated. Releasing the request, reconfiguring the RRC connection, releasing the dedicated bearer of the currently speaking user of the preempted right; the currently speaking user, being set to send the NAS message to the cluster after receiving the call release request message The core network returns a call release response message, and prompts the user to stop speaking. Optionally, the cluster core network is further configured to: when the priority of the cluster listening user is higher than the current speaking user, to the cluster Listening to all the listening users in the current group of the user to send a call alert message, and notifying all the listening users in the group that the cluster listening user becomes the new current speaking user information. Optionally, the cluster core network is further configured to: when the priority of the cluster listening user is lower than the priority of the currently speaking user, returning a right preemption rejection message to the cluster listening user by using a NAS message, And releasing the RRC connection that has been established to the cluster listening user.

The embodiment of the present invention provides a method, a device, and a system for preempting a trunking call. The cluster listening user initiates an RRC connection establishment process, and sends a call preemption request message to the cluster core network to apply for preemptive call rights. The cluster core network receives the cluster listening user. Sending a right preemption request message, the cluster core network determining the priority of the cluster listening user, and sending a right authorization message to the cluster listening user when the priority of the cluster listening user is higher than the current speaking user, The cluster listening user receives the right authorization message sent by the cluster core network, realizing the right to seize the cluster user in the group, solving the problem of diversification of the cluster communication system, and making the application of the cluster communication system more flexible and diversified. BRIEF abstract

1 is a flowchart of a cluster call preemption method according to Embodiment 1 of the present invention; FIG. 2 is a flowchart of step 101;

Figure 3 is a flow chart of step 104;

Figure 4 is a flow chart of step 106; FIG. 5 is a schematic structural diagram of a cluster call right preemption device according to Embodiment 2 of the present invention; FIG. 6 is a schematic structural diagram of another cluster call right preemption device according to Embodiment 2 of the present invention; A schematic diagram of the structure of the priority decision module 602;

8 is a schematic structural diagram of an authorization message sending module 603 in FIG. 6;

9 is a schematic structural diagram of the release management module 605 of FIG. 6;

10 is a schematic structural diagram of a cluster call right preemption system according to Embodiment 2 of the present invention; FIG. 11 is a flowchart of a cluster call rights preemption method according to Embodiment 4 of the present invention; A flowchart of a cluster call preemption method provided in Embodiment 5 is provided.

Preferred embodiment of the invention

In order to solve the problem of the diversification of the trunking communication system, the implementation of the present invention provides a method, a device and a system for preempting a cluster call, in which a user with a high priority of the cluster can initiate a call preemption process when other users speak, and The right to acquire the voice becomes the user, or the preemption of the user's right to preempt the user to initiate a new service, and multiple services coexist at the same time, and each service corresponds to one voice right user. Make the application of cluster communication system more flexible and diversified.

Embodiments of the present invention will be described in detail below with reference to the accompanying drawings. It should be noted that, in the case of no conflict, the features in the embodiments and the embodiments in the present application may be arbitrarily combined with each other.

First, the first embodiment of the present invention will be described with reference to the accompanying drawings.

The embodiment of the present invention provides a method for preempting a trunking of a cluster, so that a cluster system based on a next-generation broadband network can realize the right of the user of the current user in the group call process, and satisfy the diversity of the cluster customer. Demand.

As shown in FIG. 1 , the process of completing the cluster right preemption by using the embodiment of the present invention includes: Step 101: The cluster listens to the user to initiate an RRC connection establishment process, and sends a call preemption request message to the cluster core network to apply for preemptive call rights;

In this step, the cluster listens to the user to initiate an RRC connection establishment process, and applies for the right to preempt.

Optionally, the cluster listening user is a user equipment (UE), and the UE sends a right preemption request message to the cluster core network by using a non-access stratum (NAS) message in the step, where the NAS is The message carries a group identity (Group ID) and a globally unique temporary identity (GUTI) of the UE. For convenience of description, the UE that will listen to the user as the cluster and initiate the call preemption is referred to as the preempted UE, and the UE that is the current user is referred to as the preempted UE.

As shown in FIG. 2, the preemptive UE first requests an RRC connection to the eNB (evolved Node B). After the eNB establishes an RRC connection for the preemptive UE, the preemptive UE sends a call preemption request message to the cluster core network through the NAS message. The message carries the group ID Group ID, the UE's identity GUTI (mobile identity).

Optionally, the call preemption request message involved in the step is a call preemption request message requesting to preempt the right of the service different from the current service.

Step 102: The cluster core network receives the message preemption request message sent by the cluster listening user. In this step, the cluster core network receives the NAS message sent by the UE, and obtains the group ID and GUTI of the preempted UE.

Step 103: The cluster core network determines a priority of the cluster listening user.

This step involves two scenarios: 1. Preemption The service requested by the UE is the same as the service of the currently said user. 2. Preemption The service requested by the UE is different from the service of the currently said user.

Scenario 1 includes two more cases:

The situation la, only one preemption request message sent by the UE is received at the same time or within a preset time length;

The cluster core network directly compares the user priorities of the cluster listening user with the current user. For example, after the cluster core network receives the message preemption request message, it determines the preemptive UE user priority and the preempted UE group. Which of the user priorities is higher.

In case lb, at the same time or within a preset time length, multiple preemption request messages sent by the UE are received;

When the cluster core network receives the call preemption request message sent by the plurality of cluster listening users at the same time, the cluster listening user with the highest priority is selected from the plurality of cluster listening users, and then the cluster with the highest priority is compared. The priority of the user and the current user.

In addition, after selecting the cluster listening user with the highest priority in the current call preemption request message, the other cluster listening users are queued according to the priority level, and the cluster listening user with the highest priority is released. After the right, select the cluster that is ranked at the beginning of the team to listen to the user for authorization.

Taking the UE as an example, when there are multiple preemptive UEs simultaneously preempting the preemption, the preemptive UE with the highest user priority is selected, and the priority of the preemptive UE is compared with the priority of the currently speaking user (ie, the preempted UE). . The other preemptive UEs are queued according to the priority of the user in the group. After the preemptive UE releases the call right, the other preempted UEs in the head of the queue are authorized to play the right to authorize the call; or only the preempted UE with the highest priority is established. Dedicated bearer. For other preemptive UEs that initiate preemption, the cluster core network returns the call recapture rejection by the NAS message to the preempted UE.

For scenario 2, there are also two cases, namely:

Case 2a, only one preemption request message sent by the UE is received at the same time or within a preset time length;

The cluster core network first compares the priority of the user listening to the user and the current user. If the priority of the cluster listening user is higher, the priority of the cluster listening user is higher. Otherwise, the priority of the cluster listening user is lower. When the service priority of the service requested by the user in the cluster is the same as the service priority of the currently speaking user, the comparison between the priority of the user in the group of the cluster listening user and the current user is further compared, and the description is not repeated here. .

In case 2b, at the same time or within a preset time length, multiple preemption request messages sent by the UE are received;

When the cluster core network receives the call preemption request message sent by the plurality of cluster listening users, select the cluster listening user with the highest service priority from the plurality of cluster listening users, or select the cluster with the same service priority. The cluster listening user with the highest user priority among the users in the group is the cluster listening user with the highest priority.

Then compare the priority of the highest priority cluster listening user with the currently speaking user, and compare the methods.

In addition, after selecting the cluster listening user with the highest priority among the currently issued call preemption request messages, the other cluster listening users are queued according to the priority level, and after the cluster with the highest priority listens to the user, the user is selected to be ranked. The cluster at the head of the team listens to the user for authorization of the right to speak.

Taking the UE as an example, when there are multiple preemptive UEs to initiate preemption, the preemption UE with the highest priority is selected, and the preemption UE priority and the current user (that is, the preempted UE) are prioritized. Levels are compared. The other preemptive UEs are queued according to the priority level. After the preemptive UE releases the call right, the UE is selected to be the other preemptive UEs in the queue head to perform the right to authorize the call; or the dedicated bearer is established only for the preemptive UE with the highest priority. For other preemptive UEs that initiate preemption, the cluster core network returns the right to regain the call right by the NAS message.

After judging by this step, two results will appear. When the priority of the preempted UE is higher than that of the preempted UE, the process proceeds to step 104; when the priority of the preempted UE is lower than the preempted UE, the process proceeds to step 107.

Step 104: When the priority of the listening user in the cluster is higher than that of the currently speaking user, release the current speaking right of the user;

In this step, when the priority of the cluster listening user is higher than that of the currently speaking user, the cluster core network sends a right release request message to the currently speaking user who is preempted by the NAS message, and the current user receives the message. After the call release request message is sent, the session release response message is returned to the cluster core network by using the NAS message, and the user is prompted to stop speaking, and then the cluster core network initiates a release request to the current user context. The RRC is configured to release the dedicated bearer of the currently speaking user that is preempted.

Optionally, the call rights user may not preempt or not allow multiple users to coexist in the call initiated by the new service, and the cluster core network initiates a call release request to the currently speaking user, and releases the dedicated signaling bearer of the user, currently speaking the user Stop talking and release the right to speak.

Taking the UE as an example, as shown in FIG. 4, the eNB initiates an RRC connection reconfiguration process to the preempted UE, and transparently transmits the right release request to the preempted UE through the NAS message, and the preempted UE returns a right release response through the NAS message; The cluster core network initiates a context release process to release the dedicated bearer of the preempted UE.

Step 105: Send a rights authorization message to the cluster listening user.

In this step, the cluster core network initiates a context establishment process for the cluster listening user, reconfigures the RRC connection of the cluster listening user, and establishes a dedicated bearer for the cluster listening user, and the cluster core network passes the dedicated The bearer sends a rights authorization message to the cluster listening user.

As shown in FIG. 3, the preemptive UE initiates a UE context establishment procedure, reconfiguring the RRC link of the UE, and establishing a dedicated bearer for preempting the UE.

Simultaneously with step 104, when the priority of the cluster listening user is higher than the current speaking user, The cluster core network sends a call alert message to all listening users in the group where the cluster is currently listening, and notifies all listeners in the group that the cluster listener becomes the new current user. For example, the cluster core network notifies other UEs in the cluster except for preempting the UE. Currently, the user has been converted from the preempted UE to the preempted UE.

It should be noted that step 104 and step 105 have no strict time sequence and can be flexibly configured according to requirements. In the embodiment of the present invention, the step 104 is completed and the step 105 is completed as an example, and the timing relationship is not limited.

Step 106: The cluster core network sends a call alert message to all listeners in the group where the cluster is currently listening.

The cluster core network returns a right preemption rejection message to the cluster listening user through the NAS message, and releases the RRC connection established to the cluster listening user;

In this step, if the user priority of the preempted UE is lower than the current user (preempted UE), the cluster core network returns the preemption preemption message to the preempted UE through the NAS message, and releases the preempted message. The RRC connection established by the UE.

It should be noted that, corresponding to the case 2 in the step 103, if the dedicated bearer fails to be established for the preempted UE, the entire group call may be released, or the UE ranked first in the call queue may be used to establish a dedicated UE. Host and grant the right to speak.

Embodiment 2 of the present invention will be described below with reference to the accompanying drawings.

The embodiment of the present invention provides a cluster call preemption device, and the structure thereof is as shown in FIG. 5, including: a preemption initiating module 501, configured to initiate an RRC connection establishment process, and sending a call preemption request message to the cluster core network, where the application is The cluster listens to the user to seize the right to speak;

The authorization receiving module 502 is configured to receive a right authorization message sent by the cluster core network. Optionally, the preemption initiating module 501 is configured to initiate an RRC connection setup process, and send a call preemption request message requesting to preempt the current service call right or request to preempt the service call right different from the current service to the cluster core network, by applying The cluster listens to the user to seize the right to speak.

Optionally, the authorization receiving module 502 is further configured to receive the sending by the cluster core network. The right to seize the rejection message.

Optionally, the foregoing cluster call preemption device further includes:

The right conversion module 503 is configured to: after the authorization receiving module 502 receives the right authorization message, convert the cluster listening user to the user, return a right authorization response to the cluster core network, and prompt the user to speak The right to seize success.

The cluster call preemption device can be integrated into the UE, and the UE performs the corresponding function.

The embodiment of the invention further provides a cluster call preemption device, and the structure thereof is as shown in FIG. 6, which includes:

The preemption request receiving module 601 is configured to receive a call preemption request message sent by the cluster listening user;

a priority determining module 602, configured to determine a priority of the cluster listening user;

The authorization message sending module 603 is configured to send a right authorization message to the cluster listening user when the priority of the cluster listening user is higher than the currently speaking user.

Optionally, the preemption request receiving module 601 is configured to receive a preemption request message that is sent by the cluster listening user to request to preempt the current service right or request to preempt the service right different from the current service.

Optionally, the structure of the priority determining module 602 is as shown in FIG. 7 , and includes a first determining unit 6021 configured to compare the service priority of the service requested by the cluster listening user with the current service priority of the user. Determining that the priority of the cluster listening user is higher than the current speaking user when the service priority of the service requested by the user is higher than the current priority of the currently speaking user, and the user is requested in the cluster. When the service priority of the service is lower than the service priority of the currently speaking user, it is determined that the priority of the cluster listening user is lower than the currently speaking user.

Optionally, the first determining unit 6021 is further configured to compare the cluster listening when the service priority of the service requested by the user with the highest priority is equal to the service priority of the currently speaking user. Determining the priority of the user in the group with the currently speaking user, and determining the user of the cluster when the user priority of the group of the highest priority cluster listening user is higher than the user priority of the currently speaking user group The priority is higher than the current speaking user, listening to the cluster with the highest priority When the priority of the user in the group is lower than the priority of the user in the group of the currently speaking user, it is determined that the priority of the cluster listening user is lower than that of the currently speaking user.

Optionally, the priority determining module 602 further includes:

The first screening unit 6022 is configured to: when the preemption request receiving module receives the right preemption request message sent by the plurality of cluster listening users, select the cluster listening user with the highest priority from the plurality of cluster listening users;

The second determining unit 6023 is configured to compare the service priority of the service requested by the cluster with the highest priority to the service priority of the currently speaking user, and listen to the service priority of the service requested by the user in the cluster with the highest priority. When the level is higher than the service priority of the currently speaking user, it is determined that the priority of the cluster listening user is higher than that of the currently speaking user, and the service priority of the service requested by the user listening to the highest priority cluster is lower than that of the current user. When the current service priority of the user is currently described, it is determined that the priority of the cluster listening user is lower than the current speaking user.

Optionally, the second determining unit 6023 is further configured to compare the cluster listening when the service priority of the service requested by the user with the highest priority is equal to the service priority of the currently speaking user. Determining the priority of the user in the group with the currently speaking user, and determining the user of the cluster when the user priority of the group of the highest priority cluster listening user is higher than the user priority of the currently speaking user group The priority of the cluster listening user is higher than the current speaking user, when the user priority of the group of the highest priority cluster listening user is lower than the current user priority of the currently speaking user group. Below the current said user.

Optionally, the screening unit 6022 is configured to: when the preemption request receiving module receives the right preemption request message sent by the plurality of cluster listening users, select the highest service priority from the plurality of cluster listening users. The cluster listens to the user or selects the cluster listening user with the same service priority but the highest priority among the users in the group.

Optionally, the priority determining module 602 further includes:

The queuing unit 6024 is configured to queue the other cluster listening users according to the service priority and/or the intra-group user priority from high to low after selecting the cluster listening user with the highest priority among the currently issued call preemption request messages. After the cluster with the highest priority listens to the user to release the call right, the cluster ranked first in the queue listens to the user for authorization. Optionally, the priority determining module 602 further includes:

The releasing unit 6025 is configured to send a call preemption rejection message to other cluster listening users through the NAS message after selecting the cluster listening user with the highest priority among the currently issued right preemption request message.

Optionally, the priority determining module 602 further includes:

The third determining unit 6026 is configured to compare the priority of the user in the group of the cluster listening user and the current speaking user when the cluster listening user requests to preempt the right of the current service, and the priority of the listening user in the cluster is high. In the current speaking user, the user in the group listening to the user in the cluster listens to the currently speaking user.

Optionally, the priority determining module 602 further includes:

The second screening unit 6027 is configured to: when receiving the right preemption request message sent by the plurality of cluster listening users, select the cluster listening user with the highest priority from the plurality of cluster listening users; the fourth determining unit 6028, set In order to compare the user priority of the group with the highest priority and the user of the current user, the user with the highest priority in the group listening to the user has the highest user priority. The cluster listening user's intra-group user priority is lower than the current speaking user's intra-group user priority, and the cluster listening user is determined to have a lower priority than the current speaking user.

Optionally, the structure of the authorization message sending module 603 is as shown in FIG. 8, and includes:

The RRC connection reset unit 6031 is configured to initiate a context establishment process for the cluster listening user, reconfigure the RRC connection of the cluster listening user, and establish a dedicated bearer for the cluster listening user; the authorization message sending unit 6032 is set to pass The dedicated bearer sends a rights authorization message to the cluster listening user.

Optionally, the foregoing cluster call preemption device further includes:

The notification module 604 is configured to: when the priority of the cluster listening user is higher than that of the currently speaking user, send a right message to all listening users in the group where the cluster is currently listening, and notify all listening users in the group. The cluster listens to the user as the new current user information Optionally, the device further includes a release management module 605. The structure of the release management module 605 is as shown in FIG. 9, and includes:

The release request unit 6051 is configured to: when the priority of the cluster listening user is higher than that of the currently speaking user, send a right release request message to the currently speaking user who is preempted by the NAS message; the response receiving unit 6052 is configured to receive The current release right response message returned by the NAS message to the cluster core network after the user receives the call release request;

The RRC reset unit 6053 is configured to initiate a request for the current user context release, reconfigure the RRC, and release the dedicated bearer of the currently speaking user of the preempted call right.

Optionally, the release requesting unit 6051 is further configured to: when the priority of the cluster listening user is lower than the priority of the currently speaking user, returning a right preemption rejection message to the cluster listening user by using a NAS message. ;

The RRC reset unit 6053 is further configured to release an RRC connection that has been established for the cluster listening user.

The cluster call preemption device shown in Figure 6 can be integrated into the cluster core network, and the cluster core network performs the corresponding functions.

The embodiment of the present invention further provides a cluster call preemption system, which has the structure shown in FIG. 10, which includes a cluster listening user 1001, a current user 1002, and a cluster core network 1003.

The cluster listening user 1001 is configured to initiate an RRC connection establishment process, and send a call preemption request message to the cluster core network 1003, requesting a preemptive call right, and receiving a call right authorization message sent by the cluster core network 1003;

The cluster core network 1003 is configured to receive a call preemption request message sent by the cluster listening user 1001, determine the priority of the cluster listening user 1001, and when the priority of the cluster listening user 1001 is higher than the current speaking user 1002 Sending a rights authorization message to the cluster listening user 1001.

Optionally, the cluster listening user 1001 sends a right preemption request message to the cluster core network 1003 to send a call preemption request message to the cluster core network 1003 requesting to preempt the service right different from the current service.

Optionally, the cluster core network 1003 determines that the priority of the cluster listening user 1001 is: The cluster core network 1003 compares the service priority of the service requested by the cluster listening user 1001 with the service priority of the currently speaking user 1002, and the service priority of the service requested by the cluster listening user 1001 is higher than the current saying. When the service priority of the user 102 is determined, the priority of the cluster listening user 1001 is higher than that of the current speaking user 1002.

The service priority of the service requested by the user listening to the user in the cluster is lower than that of the currently speaking user.

When the service priority of 1002 is determined, it is determined that the priority of the cluster listening user 1001 is lower than the current speaking user 1002.

When the service priority of the service requested by the user listening to the user 1001 is equal to the service priority of the current user 1002, the priority of the user in the group of the cluster listening user 1001 and the currently speaking user 1002 is compared. When the priority of the intra-group user of the cluster listening user 1001 is higher than the intra-group user priority of the currently speaking user 1002, it is determined that the priority of the cluster listening user 1001 is higher than the current speaking user 1002, in the cluster. When the intra-group user priority of the listening user 1001 is lower than the intra-group user priority of the currently speaking user 1002, it is determined that the cluster listening user 1001 has a lower priority than the current speaking user 1002.

Optionally, the cluster core network 1003 determines that the priority of the cluster listening user 1001 is: when the cluster core network 1003 receives the call preemption request message sent by multiple cluster listening users at the same time, from the multiple The cluster listening user selects the highest priority cluster listening user 1001, and compares the service priority of the service requested by the highest priority cluster listening user 1001 with the current service priority of the user 1002.

Determining that the priority of the cluster listening user 1001 is higher than the current speaking user 1002 when the service priority of the service requested by the highest priority cluster listening user 1001 is higher than the current priority of the current speaking user 1002. ,

Determining that the priority of the cluster listening user 1001 is lower than the current speaking user 1002 when the service priority of the service requested by the highest priority cluster listening user 1001 is lower than the service priority of the currently speaking user 1002. ,

Comparing the cluster listening user 1001 with the group user of the current speaking user 1002 when the service priority of the service requested by the user 1001 is the same as the service priority of the currently speaking user 1002. Priority, determining the set when the intra-group user priority of the highest priority cluster listening user 1001 is higher than the intra-group user priority of the currently speaking user 1002 The group listening user 1001 has a higher priority than the current speaking user 1002, and when the user priority of the group listening user 1001 with the highest priority is lower than the current user priority of the current speaking user 1002, it is determined. The cluster listening user 1001 has a lower priority than the current speaking user 1002.

Optionally, when the cluster listening user 1001 requests to preempt the current service right, the cluster core network 1003 compares the group user priority of the cluster listening user 1001 with the currently speaking user 1002; and listens to the group of the user 1001 in the cluster. When the internal user priority is higher than the current user priority of the currently speaking user 1002, it is determined that the priority of the cluster listening user 1001 is higher than the current speaking user 1002;

When the user priority of the group in the cluster listening user 1001 is lower than the user priority in the group of the currently speaking user 1002, it is determined that the priority of the cluster listening user 1001 is lower than the current speaking user 1002.

Optionally, when the cluster core network 1003 receives the call preemption request message of the current service call right sent by the plurality of cluster listening users, select the cluster listening user with the highest priority from the plurality of cluster listening users. 1001 ;

The cluster core network 1003 compares the intra-group user priorities of the highest priority cluster listening user 1001 with the currently speaking user 1002;

When the intra-group user priority of the highest priority cluster listening user 1001 is higher than the intra-group user priority of the current speaking user 1002, it is determined that the cluster listening user 1001 has a higher priority than the current speaking user. 1002;

When the intra-group user priority of the highest priority cluster listening user 1001 is lower than the intra-group user priority of the current speaking user 1002, it is determined that the cluster listening user 1001 has a lower priority than the current speaking user. 1002.

Optionally, the cluster core network 1003 is further configured to: in the cluster, the user 1001 has a higher priority than the current user 1002, and sends a call release to the currently speaking user 1002 that is preempted by the NAS message. And requesting the message, and after receiving the right release response message that is currently replied by the user 1002, initiating a context release request to the current user 1002, reconfiguring the RRC connection, and releasing the current user 1002 of the preempted call right Dedicated bearer;

The current user 1002 is set to pass after receiving the right release request message. The NAS message returns a right release response message to the cluster core network 1003, and prompts the user to stop speaking;

Optionally, the cluster core network 1003 is further configured to send, when the priority of the cluster listening user 1001 is higher than the current speaking user 1002, to all listening users in the group currently in the cluster listening user 1001. The right message prompt message notifies all the listening users in the group that the cluster listening user 1001 becomes the new current speaking user information.

Optionally, the cluster core network 1003 is further configured to return a call right to the cluster listening user 1001 by using a NAS message when the priority of the cluster listening user 1001 is lower than the priority of the currently speaking user 1002. Preempt the reject message and release the RRC connection that has been established to the cluster listening user 1001.

The cluster listening user 1001 in the cluster call preemption system can be implemented by the cluster right preemption device shown in FIG. 5, and can be implemented by the UE.

Embodiment 3 of the present invention will be described below with reference to the accompanying drawings.

As shown in FIG. 2 or FIG. 3 or FIG. 4, the network entity involved in the embodiment of the present invention includes:

1. The UE is preempted. The priority of the user in the group is higher than that of the UE. The call preemption can be initiated and the preemption succeeds.

As a preemptive UE, the RRC connection setup request is initiated. After the RRC connection is successfully established, the session preemption request is sent to the cluster core network through the NAS message. After the call preemption request passes the priority decision of the cluster core network, the preemption UE performs RRC connection reconfiguration and establishes a dedicated bearer of the user. After the core network of the cluster is to be preempted, the core network of the cluster sends a call authorization message to the preempted UE, indicating that the preemption of the user's right is preempted. After the preemption UE receives the voice authorization message, the user turns to the user, returns the voice authorization response, and prompts the user to successfully seize the voice.

2. The UE is preempted, and the current user is said. Because the priority of the user in the group is lower than that of the UE, the call right is preempted.

The cluster core network sends a call release request message to the preempted UE through the NAS message. After the preempted UE receives the call release request, the UE sends a call release response to the cluster core network through the NAS message. At the same time, prompt the user to stop talking. The cluster core network initiates a UE context release request, reconfigures the RRC, and releases the dedicated bearer of the speaker.

3. The eNB, as an intermediate node of the UE and the cluster core network, completes establishment, release, and transparent transmission of NAS messages of the UE and the cluster core network;

4. The cluster core network 204 serves as the master point of the entire process. The functions that the cluster core network needs to complete include but are not limited to:

A. After receiving the preemption message of the UE, the user needs to make a priority decision. If the preemption user is higher than the preempted user, the preemption process is initiated. If the preemption user is lower than the preempted user, the UE is preempted. Returning the right preemption rejection message;

B. Establishing a dedicated bearer for the user to seize the UE, and sending a call authorization message to the UE that successfully seizes the right;

C. Release the right of the preempted UE, and release the dedicated bearer of the preempted UE, and the preempted UE changes from the user to the listening user;

D. By sending a broadcast message to all listening users in the group, the user in the notification group is newly said that the user is talking.

Embodiment 4 of the present invention will be described below with reference to the accompanying drawings.

As shown in FIG. 11, the process of the cluster call preemption method provided by the embodiment of the present invention includes: Step 1101: The cluster listens to the user to initiate an RRC connection request, and requests a service message different from the current service by using the NAS message to the cluster core network. Grab the right;

In this step, the preemptive UE first requests the eNB to establish an RRC connection, and after the eNB establishes an RRC connection for the preemptive UE, the preemptive UE sends a call preemption request to the cluster core network through the NAS message, and the request for the preemptive service is different from the current service. The message carries the group identifier Group ID, the UE's identity GUTI, and the traffic preemption service identifier.

Step 1102: After receiving the message preemption request message, the cluster core network determines the preemption user priority. If the preemption user priority is higher than the current user priority, the preemption user priority is greater than the current user. If the value is high, the UE establishes a UE context establishment process, reconfigures the user's RRC link, and establishes a dedicated bearer for the preemption user. If the user priority of the user is the same as that of the current user, the priority of the preemption user and the user of the current user is determined. If the priority of the preemption user is high, the UE context establishment process is initiated for the preemption user. Reconfiguring the RRC link of the user to establish a dedicated bearer for the preempted user;

If the preemptive UE's service priority is lower than the current user's service priority, or the service priority is the same, but the intra-group user priority is lower than the current user's priority, the cluster core network returns the UE to the preemptive UE through the NAS message. The right preempts the rejection and releases the RRC connection established to the preempted UE;

If multiple UEs initiate multi-service preemption at the same time, the UE with the highest service priority or the same service priority but the highest user priority is selected. If the service priority of the UE is higher than the current user service priority, the preemption is performed. The UE initiates a UE context establishment process, reconfigures the RRC link of the UE, and establishes a dedicated bearer for preempting the UE;

For other UEs that simultaneously initiate preemption, the UEs are queued according to the service priority and the user priority. After the UEs that have been preempted release the call rights, the UEs that are in the queue head are selected to perform the right authorization; or only the UEs with the highest priority are dedicated. Bearer, for other UEs that initiate preemption at the same time, the cluster core network returns the call right preemption rejection by the NAS message to the preempted UE;

Step 1103: The cluster core network is all listening users in the group, including a dedicated bearer that is currently said to establish a preemptive new service, and is set to transmit media and signaling flows of the new service. If multiple services are preempted at the same time, a dedicated bearer is separately established for each user listening to the service;

Step 1104: The cluster core network initiates a voice release request to the current speaker by using the NAS message, and after the current speaker returns the voice release response, the cluster core network initiates a UE context release process, reconfigures the RRC, and releases the dedicated bearer of the speaker;

The sequence of the steps 1102, 1103, and 1104 can be flexibly combined. If the dedicated bearer of the current user is released, and then the dedicated bearer is established for the preempted UE, it is also a specific implementation example of the present invention. The entire group call can be released, or the UE ranked first in the queue of the right to call can be used to establish a dedicated bearer and grant the right to call.

Step 1105: The cluster core network sends a call authorization message to the preemption user through the dedicated signaling bearer, prompting the user to seize the user right to preempt the preemption, and preempting the user to become a new user. The cluster core network sends a call alert message to all listening users in the group on the bearer of the new service, and notifies the user in the group that the user currently says User information ₍

Embodiment 5 of the present invention will be described below with reference to the accompanying drawings.

As shown in FIG. 12, the process of the cluster call preemption method provided by the embodiment of the present invention includes: Step 1201: The cluster listens to the user to initiate an RRC connection request, and requests a service message different from the current service by using the NAS message to the cluster core network. Grab the right;

In this step, the preemptive UE first requests the eNB to establish an RRC connection, and after the eNB establishes an RRC connection for the preemptive UE, the preemptive UE sends a call preemption request to the cluster core network through the NAS message, and the request for the preemptive service is different from the current service. The message carries the group ID, the identifier of the UE, and the service identifier of the preemption.

Step 1202: After receiving the message preemption request message, the cluster core network determines the preemption user's service priority. If the preemption user's service priority is higher than the current user's service priority, if the preemption user's priority is higher than the current user. If the value is high, the UE establishes a UE context establishment process, reconfigures the user's RRC link, and establishes a dedicated bearer for the preemption user.

If the user priority of the user is the same as that of the current user, the priority of the preemption user and the user of the current user is determined. If the priority of the preemption user is high, the UE context establishment process is initiated for the preemption user. Reconfiguring the RRC link of the user to establish a dedicated bearer for the preempted user;

For other UEs that simultaneously initiate preemption, the UEs are queued according to the priority of the service. After the UEs that have been preempted release the call rights, the UEs that are in the queue are selected to perform the right authorization. Configuring the number of services in a group call that allows multiple services to coexist, and authorizes multiple preemptive users, and multiple services are preempted at the same time; or only the dedicated bearer is established for the UE with the highest priority. The UE, the cluster core network returns the right to regain the call right by the NAS message through the NAS message;

Step 1203: The cluster core network is all listening users in the group, including a dedicated bearer that is currently said to establish a preemptive new service, and is set to transmit media and signaling flows of new services. If multiple services are preempted at the same time, a dedicated bearer is separately established for each user listening to the service;

The sequence of the step 1202 and the step 1203 can be flexibly combined. If a bearer is established for the user to establish a new service, and then a dedicated bearer is established for the preempted UE, it is also a specific implementation example of the present invention;

Step 1204: The cluster core network sends a call authorization message to the preemption user through the dedicated signaling bearer, prompting the preemption of the user's right to preempt the call, and preempting the user who becomes the new service. The cluster core network sends a call alert message to all listeners in the group on the bearer of the new service, notifying the user in the group that the user currently has information. There are multiple voice users in the group, but each service has only one voice. user.

An embodiment of the present invention provides a method, a device, and a system for spoofing a network. The cluster listens to the user to initiate an RRC connection establishment process, and sends a call preemption request message to the cluster core network to apply for preemptive call rights. The cluster core network receives the cluster listening. The call center preemption request message sent by the user, the cluster core network determining the priority of the cluster listening user, and sending the right authorization message to the cluster listening user when the priority of the cluster listening user is higher than the current speaking user The cluster listening user receives the right authorization message sent by the cluster core network, realizing the requirement of high priority service and user right preemption in the group on the broadband trunking communication system, and solving the diversified cluster communication system. The problem is that the application of the trunking communication system is more flexible and diversified.

It will be understood by those skilled in the art that all or part of the steps of the above embodiments may be implemented using a computer program flow, which may be stored in a computer readable storage medium, such as on a corresponding hardware platform (eg, The system, device, device, device, etc. are executed, and when executed, include one or a combination of the steps of the method embodiments. Optionally, all or part of the steps of the foregoing embodiments may also be implemented by using an integrated circuit. These steps may be separately fabricated into individual integrated circuit modules, or multiple modules or steps may be fabricated into a single integrated circuit module. achieve. Thus, embodiments of the invention are not limited to any specific combination of hardware and software.

The various devices/function modules/functional units in the above embodiments may be implemented using a general-purpose computing device, which may be centralized on a single computing device or distributed over a network of multiple computing devices.

Each device/function module/functional unit in the above embodiments can be stored in a computer readable storage medium when implemented in the form of a software function module and sold or used as a standalone product. The above mentioned computer readable storage medium may be a read only memory, a magnetic disk or an optical disk or the like.

Variations or substitutions are readily conceivable within the scope of the invention as disclosed in the embodiments of the present invention. Therefore, the scope of protection of the embodiments of the present invention should be determined by the scope of protection described in the claims.

Industrial and practical

The embodiment of the present invention provides a method, a device, and a system for preempting a trunking call. The cluster listening user initiates an RRC connection establishment process, and sends a call preemption request message to the cluster core network to apply for preemptive call rights. The cluster core network receives the cluster listening user. Sending a right preemption request message, the cluster core network determining the priority of the cluster listening user, and sending a right authorization message to the cluster listening user when the priority of the cluster listening user is higher than the current speaking user, The cluster listening user receives the right authorization message sent by the cluster core network, realizing the right to seize the cluster user in the group, solving the problem of diversification of the cluster communication system, and making the application of the cluster communication system more flexible and diversified.

Claims

Claim

A method for preempting a trunk communication right, comprising:

The cluster listens to the user to initiate a radio resource control protocol (RRC) connection establishment process, and sends a call preemption request message to the cluster core network to apply for preemptive call rights;

The cluster listening user receives the right authorization message sent by the cluster core network.

The method for preempting a trunking communication right according to claim 1, wherein the call preemption request message is a call preemption request message requesting preemption of a service call right different from the current service.

The method for preempting a cluster call according to claim 1, wherein the call preemption request message is a call preemption request message requesting preemption and current service call.

The cluster communication right preemption method according to claim 1, wherein the cluster listening user is specifically a user equipment (UE), and the step of sending a right preemption request message to the cluster core network is:

The UE sends a rights preemption request message to the cluster core network by using a non-access stratum (NAS) message, where the NAS message carries a group identifier (Group ID) and a global unique temporary identifier of the UE ( GUTI).

The method of the cluster right preemption preemption according to claim 1, wherein the step of the cluster listening user receiving the rights authorization message sent by the cluster core network is:

The cluster listening user receives the right authorization message carried by the cluster core network through the dedicated signaling, and the right authorization message prompts the user to successfully seize the right, and the cluster listening user becomes a new user.

The method of claim 1 as claimed in claim 1 , wherein after the step of the cluster listening user initiating an RRC connection establishment process and applying for the right to preempt the cluster core network, the method further includes: receiving the cluster core network to send The right to seize the rejection message.

The method according to claim 1, wherein after the step of the cluster listening user receiving the rights authorization message sent by the cluster core network, the method further includes:

The cluster listens to the user and returns a voice authorization response to the cluster core network, and prompts the user to successfully seize the right.

8. A cluster call usage preemption method, including:

The cluster core network receives the call preemption request message sent by the cluster listening user; the cluster core network determines the priority of the cluster listening user;

When the priority of the cluster listening user is higher than that of the currently speaking user, the right to listen 4 message is sent to the cluster listening user.

The method according to claim 8, wherein the call preemption request message is a call preemption request message requesting preemption of a service call different from the current service.

The method according to claim 8, wherein the call preemption request message is a call preemption request message requesting to preempt the right of the current service.

The cluster call preemption method according to claim 8, wherein the cluster listening user is specifically a UE, and the step of the cluster core network receiving the call preemption request message sent by the cluster listening user is:

The cluster core network receives the call preemption request message sent by the UE by using the NAS message, where the NAS message carries the Group ID and the GUTI of the UE.

The clustering rights preemption method according to claim 9, wherein the step of determining, by the cluster core network, the priority of the cluster listening user includes:

The cluster core network compares the service priority of the service that the cluster listens to the user with the current service priority of the user; the service priority of the service requested by the user in the cluster is higher than the service priority of the current user. Level, determining that the cluster listening user has a higher priority than the current speaking user;

When the service priority of the service requested by the cluster is lower than the service priority of the currently speaking user, it is determined that the priority of the cluster listening user is lower than the currently speaking user.

The method of claim 12, wherein after the step of comparing the service priority of the service requested by the cluster to the service priority of the user, the cluster core network further includes:

When the service priority of the service requested by the cluster is equal to the service priority of the currently speaking user, the priority of the user in the group of the cluster listening user and the currently speaking user is compared; When the priority of the user in the group of the cluster listening user is higher than the priority of the user in the group of the currently speaking user, it is determined that the priority of the cluster listening user is higher than the current speaking user; The priority of the cluster listening user is lower than the current speaking user.

When the cluster core network receives the call preemption request message sent by the plurality of cluster listening users at the same time, selecting the cluster listening user with the highest priority from the plurality of cluster listening users;

The cluster core network compares the service priority of the service requested by the user with the highest priority to the service priority of the current user;

Determining that the priority of the cluster listening user is higher than the current speaking user when the service priority of the service requested by the user with the highest priority is higher than the service priority of the currently speaking user; When the highest-priority cluster listens to the service priority of the service requested by the user, the priority of the cluster listening user is lower than that of the current speaking user.

The clustering rights preemption method according to claim 14, wherein the cluster core network compares the service priority of the service with the highest priority to the service requested by the user and the current service priority of the user. , Also includes:

When the service priority of the service requested by the user with the highest priority is equal to the service priority of the current user, the user priority of the group of the cluster listening user and the currently speaking user is compared;

Determining that the priority of the cluster listening user is higher than the current speaking user when the user priority of the group of the highest priority cluster listening user is higher than the user priority of the currently speaking user group; When the internal user is prioritized, it is determined that the priority of the cluster listening user is lower than the current speaking user.

The cluster call preemption method according to claim 14, wherein the cluster listening user with the highest selection priority is:

Select the cluster with the highest service priority to listen to the user, or, Select a cluster listening user with the same service priority but the highest user priority in the group.

The clustering rights preemption method according to claim 10, wherein the step of determining, by the cluster core network, the priority of the cluster listening user includes:

The cluster core network compares the user priority of the group between the cluster listening user and the currently speaking user; when the user priority of the group in the cluster listening user is higher than the user priority of the current speaking user group, determining The priority of the cluster listening user is higher than that of the currently speaking user; when the first level is determined, the priority of the cluster listening user is determined to be lower than the current speaking user.

The clustering rights preemption method according to claim 10, wherein the step of determining, by the cluster core network, the priority of the cluster listening user comprises:

The cluster core network compares the user priority of the group with the highest priority and the user of the current user;

The cluster call preemption method according to claim 16 or 18, further comprising: after selecting the cluster listening user with the highest priority among the currently issued call preemption request messages, the other cluster listening users according to the service priority and/or Or queue the user priorities in the group from high to low;

After the cluster with the highest priority listens to the user, the cluster is selected to listen to the user.

The cluster call preemption method according to claim 15 or 17, further comprising: after selecting the cluster listening user with the highest priority among the currently issued call preemption request message, the cluster core network passes the NAS message to the other The cluster listens to the user to send a call preemption rejection message.

The cluster call preemption method according to claim 8, wherein the cluster is in the cluster When the priority of the listening user is higher than that of the currently speaking user, the steps of sending the right authorization message to the listening user of the cluster include:

The cluster core network initiates a context establishment process for the cluster listening user, reconfigures the RRC connection of the group listening user, and establishes a dedicated bearer for the cluster listening user;

The cluster core network sends a voice authorization message to the cluster listening user through the dedicated bearer.

The method of claim 21, wherein, after the step of transmitting the right authorization message to the cluster listening user, when the priority of the cluster listening user is higher than that of the currently speaking user, Also includes:

When the dedicated bearer fails to be established for the cluster listening user, the right preemption fails, and a call preemption rejection message is sent to the cluster listening user.

The method for preempting a cluster right according to claim 8, further comprising:

When the priority of the cluster listening user is higher than that of the currently speaking user, the cluster core network sends a right message to all the listening users in the group where the cluster is currently listening, and notifies all listening users in the group. The cluster listens to the user as the new current user.

The method according to claim 8, wherein after the step of determining, by the cluster core network, the priority of the cluster listening user, the method further includes:

When the cluster listening user has a higher priority than the currently speaking user, the cluster core network sends a right release request message to the currently speaking user who is preempted by the NAS message;

After the user receives the right to release the request message, the user returns a right release response message to the cluster core network through the NAS message, and prompts the user to stop speaking; the cluster core network initiates the current user. The context release request reconfigures the RRC connection, and releases the dedicated bearer of the currently speaking user that is preempted.

The method of the cluster right preemption according to claim 8, wherein the step of determining, by the cluster core network, the priority of the cluster listening user includes:

The core network returns a right preemption rejection message to the cluster listening user through the NAS message; The cluster core network releases an RRC connection that has been established to the cluster listening user.

26. A cluster call preemption device, comprising:

The preemption initiation module is configured to initiate an RRC connection establishment process, and send a call preemption request message to the cluster core network, and apply for the preemption of the call right by the cluster listening user;

The authorization receiving module is configured to receive the right authorization message sent by the cluster core network.

The clustering right preemption device according to claim 26, wherein the preemption initiating module is configured to initiate an RRC connection establishment process, and send a request to the cluster core network to preempt the current service call or request preemption and current service. The call rights of different business call rights preempt the request message, and the application is subscribed to by the cluster to listen to the user.

28. The cluster right preemption device according to claim 27, wherein

The authorization receiving module is further configured to receive a right preemption rejection message sent by the cluster core network.

29. The cluster right preemption device of claim 28, further comprising:

The right conversion module is configured to: after the authorization receiving module receives the right authorization message, convert the cluster listening user to the user, return a voice authorization response to the cluster core network, and prompt the user to preempt the call success.

30. A cluster call preemption device, comprising:

The preemption request receiving module is configured to receive a call preemption request message sent by the cluster listening user; the priority determining module is configured to determine a priority of the cluster listening user;

The authorization message sending module is configured to send a right authorization message to the cluster listening user when the priority of the cluster listening user is higher than the current speaking user.

The clustering right preemption device according to claim 30, wherein the preemption request receiving module is configured to receive the service sent by the cluster listening user to request to preempt the service right different from the current service or to request to preempt the current service. Preemption request message.

The cluster right preemption device according to claim 31, wherein the priority determination module comprises a first determining unit, configured to compare the service priority of the service requested by the cluster listening user with the current user service Priority, in the cluster listening to the service priority of the service requested by the user When the current priority of the user is said to be higher than the currently speaking user, the priority of the cluster listening user is higher than that of the currently speaking user, and the service priority of the service requested by the user in the cluster is lower than that of the currently speaking user. When the service priority is determined, the priority of the cluster listening user is determined to be lower than the current speaking user.

33. The cluster right preemption device according to claim 32, wherein

The first determining unit is further configured to compare the cluster listening user with the current when the service priority of the service requested by the user with the highest priority is equal to the service priority of the currently speaking user Determining the user priority of the user in the group, and determining that the priority of the cluster listening user is higher when the user priority of the group of the highest priority cluster listening user is higher than the user priority of the currently speaking user group The currently speaking user determines that the priority of the cluster listening user is lower than the current when the user priority of the group of the highest priority cluster listening user is lower than the user priority of the currently speaking user group. Say the user.

The cluster right preemption device according to claim 32, wherein the priority determination module further comprises:

The first screening unit is configured to: when the preemption request receiving module receives the call preemption request message sent by the plurality of cluster listening users, select the cluster listening user with the highest priority from the plurality of cluster listening users;

The second determining unit is configured to compare the service priority of the service requested by the cluster with the highest priority to the service priority of the currently speaking user, and listen to the service priority of the service requested by the user in the cluster with the highest priority. The priority of the cluster listening user is higher than the current speaking user when the current user priority is said to be higher than the currently speaking user, and the service priority of the service requested by the user listening to the highest priority is lower than the service priority. When the current service priority of the user is currently said, it is determined that the priority of the cluster listening user is lower than the current speaking user.

35. The cluster right preemption device according to claim 34, wherein

The second determining unit is further configured to compare the cluster listening user with the current when the service priority of the service requested by the user with the highest priority is equal to the service priority of the currently speaking user Determining the user priority of the user in the group, and determining that the priority of the cluster listening user is higher when the user priority of the group of the highest priority cluster listening user is higher than the user priority of the currently speaking user group The current user is determined to determine the superiority of the cluster listening user when the user priority of the group of the highest priority cluster listening user is lower than the current user priority of the currently speaking user group. The first level is lower than the current said user.

a third determining unit, configured to compare the priority of the user in the group of the cluster listening user and the currently speaking user, when the priority of the user in the group of the cluster listening user is higher than the priority of the user in the group of the currently speaking user Determining that the priority of the cluster listening user is higher than that of the currently speaking user, and determining that the user of the cluster listens to the user when the priority of the user in the group of the cluster listening user is lower than the priority of the user in the group of the currently speaking user The priority is lower than the current speaking user.

The second screening unit is configured to: when receiving the call preemption request message sent by the plurality of cluster listening users, select the cluster listening user with the highest priority from the plurality of cluster listening users;

The fourth determining unit is configured to compare the user priority of the group with the highest priority and the user of the currently speaking user, and the priority of the user in the group of the group with the highest priority is higher than the current When the user priority of the user in the group is determined, the priority of the cluster listening user is higher than that of the currently speaking user, and the priority of the group listening user in the highest priority is lower than the current speaking user group. When the internal user priority is determined, the priority of the cluster listening user is determined to be lower than the current speaking user.

38. The cluster right preemption device according to claim 34 or 37, wherein the priority determination module further comprises:

The queuing unit is configured to queue the other cluster listening users in descending order of service priority and/or user priority in the group after selecting the cluster listening user with the highest priority among the currently issued call preemption request messages. After the cluster with the highest priority listens to the user, the cluster that is ranked at the head of the team is selected to listen to the user for authorization.

The cluster right preemption device according to claim 34 or 37, wherein the priority determination module further comprises:

The release unit is configured to send a call preemption rejection message to other cluster listening users through the NAS message after selecting the cluster listening user with the highest priority among the currently issued call preemption request message.

The clustering right preemption device according to claim 30, wherein the authorization message sending module comprises:

The RRC connection reset unit is configured to initiate a context establishment process for the cluster listening user, reconfigure the RRC connection of the cluster listening user, and establish a dedicated bearer for the cluster listening user;

The authorization message sending unit is configured to send a rights authorization message to the cluster listening user by using the dedicated bearer.

The cluster right preemption device according to claim 30, further comprising:

The notification module is configured to send a call alert message to all listening users in the group currently listening to the user when the priority of the listening user in the cluster is higher than that of the currently speaking user, and notify all listening users in the group The cluster listens to the user as the new current user.

The device of claim 30, wherein the device further comprises a release management module, the release management module comprising:

a release requesting unit, configured to send a right release request message to the currently speaking user who is preempted by the NAS message when the priority of the listening user of the cluster is higher than that of the currently speaking user;

The response receiving unit is configured to receive a right release response message returned by the NAS message to the cluster core network after the currently speaking user receives the right release request;

The RRC reset unit is configured to initiate a request for the current user context release, reconfigure the RRC connection, and release the dedicated bearer of the currently speaking user that is preempted.

43. The cluster right preemption device according to claim 42, wherein

The release requesting unit is further configured to: when the priority of the cluster listening user is lower than the priority of the currently speaking user, returning a right preemption rejection message to the cluster listening user by using a NAS message;

The RRC reset unit is further configured to release an RRC connection that has been established for the cluster listening user.

44. A cluster call preemption system, comprising a cluster listening user, a current speaking user, and a cluster core network;

The cluster listens to the user, and is set to initiate an RRC connection establishment process, and sends a message to the cluster core network. The preemption request message, the application for preempting the right to speak, and the receiving the right authorization message sent by the cluster core network; the cluster core network is configured to receive the call preemption request message sent by the cluster listening user, and determine the priority of the cluster listening user And sending a right authorization message to the cluster listening user when the priority of the cluster listening user is higher than the currently speaking user.

The cluster right preemption system according to claim 44, wherein the cluster listening user sends a right preemption request message to the cluster core network to send a request to the cluster core network to preempt the current service right or request. The preemption request message that preempts the business call right different from the current service.

The cluster right preemption system according to claim 45, wherein the cluster core network determines that the priority of the cluster listening user is:

The cluster core network compares the service priority of the service that the cluster listens to the user with the current service priority of the user, and the service priority of the service requested by the user in the cluster is higher than the service priority of the current user. Determining that the cluster listening user has a higher priority than the current speaking user,

When the service priority of the service requested by the cluster is equal to the service priority of the currently speaking user, compare the priority of the user in the group between the cluster listening user and the currently speaking user, and listen to the group in the cluster. When the priority of the user in the group is higher than the priority of the user in the group of the currently speaking user, it is determined that the priority of the cluster listening user is higher than that of the currently speaking user, and the group listening to the user in the cluster has a lower priority. Said user at the moment.

When the cluster core network receives the call preemption request message sent by the plurality of cluster listening users, the cluster listening user with the highest priority is selected from the plurality of cluster listening users, and the cluster listening user with the highest priority is compared. Determining the cluster of the service priority of the requested service and the service priority of the currently speaking user. When the service priority of the service with the highest priority is higher than the service priority of the currently speaking user, the cluster is determined. Listening to the user has a higher priority than the currently speaking user. Determining that the priority of the cluster listening user is lower than the current speaking user when the service priority of the service requested by the user with the highest priority is lower than the service priority of the currently speaking user. When the service priority of the service with the highest priority is equal to the service priority of the current user, the priority of the group listening user and the current user is compared. When the priority of the intra-group user of the highest-level cluster listening user is higher than the intra-group user priority of the currently-speaking user, it is determined that the priority of the cluster listening user is higher than the current speaking user, and the highest priority is When the priority of the intra-group user of the cluster listening user is lower than the priority of the intra-group user of the current speaking user, it is determined that the priority of the cluster listening user is lower than the current speaking user.

48. The cluster call preemption system according to claim 45, wherein

The cluster core network is further configured to compare the priority of the user in the group of the cluster listening user and the currently speaking user, and the user priority in the group of the cluster listening user is higher than the user priority in the group of the currently speaking user. The priority of the cluster listening user is determined to be higher than the current speaking user, and the priority of listening to the user in the cluster is lower than the current speaking user.

49. The cluster call preemption system according to claim 45, wherein

The cluster core network is further configured to: when receiving the call preemption request message sent by the plurality of cluster listening users, select the cluster listening user with the highest priority from the plurality of cluster listening users, and compare the cluster core network. The priority of the group listening user with the highest priority is the priority of the user in the group of the currently speaking user, and when the priority of the user in the group of the highest priority listening group is higher than the priority of the group in the current speaking user It is determined that the priority of the cluster listening user is higher than the current speaking user, and the internal user priority is determined to be lower than the current speaking user.

50. The cluster call preemption system according to claim 45, wherein

The cluster core network is further configured to: when the priority of the cluster listening user is higher than the currently speaking user, send a right release request message to the currently speaking user who is preempted by the NAS message, and receive the message After the call release response message that is currently replied by the user, the user is requested to release the current user context release request, reconfigure the RRC connection, and release the dedicated bearer of the currently speaking user of the preempted call right; The current user is set to return a right release response message to the cluster core network through the NAS message after receiving the right release request message, and prompt the user to stop talking.

51. The cluster call preemption system according to claim 45, wherein

The cluster core network is further configured to: when the priority of the cluster listening user is higher than that of the currently speaking user, send a right message to all listening users in the current group of the cluster listening user, and notify the All the listening users in the group listen to the user to become the new current user information.

52. The cluster right preemption system according to claim 45, wherein

The cluster core network is further configured to: when the priority of the cluster listening user is lower than the priority of the currently speaking user, return a message preemption rejection message to the cluster listening user through the NAS message, and release the given message The cluster listens to the RRC connection established by the user.