CN103546874B - A kind of method and system of call management - Google Patents

Abstract

The invention discloses a method for implementing call management, which includes: after one or more terminals in a group establish an RRC connection with a base station, send a request for speaking right application to a dispatch server; and the dispatch server selects a call from one or more terminals. The dispatching server establishes the uplink service bearer of the speaking right terminal, and grants the speaking right to the speaking right terminal; the invention also discloses a system for implementing call management. The present invention can realize correct and efficient management of the speaking right of the LTE trunking system.

Description

Method and system for implementing call management

technical field

The present invention relates to mobile communication technology, in particular to a method and system for implementing call management.

Background technique

The mobile communication technology has been developed to the fourth generation, and trunking communication has increasingly become an indispensable communication service. Cluster communication refers to a dedicated dispatch communication method, including dedicated command and dispatch communication. The system channel can be shared by all users of the system. It has the characteristics of automatic channel selection, resource sharing, multi-purpose, and high efficiency. Cluster users can join at the same time. Call, talk works in simplex mode.

The second-generation trunking system is a narrowband digital trunking communication system. The system supports voice and low-speed data (up to 28.8kbps) communication. The representative system is the Terrestrial Trunked Radio (TETRA, Terrestrial Trunked) defined by the European Telecommunications Standards Institute (ETSI, European Telecommunications Standards Institute). Radio) system, Motorola's Integrated Digital Enhanced Network (IDEN, Integrated Digital Enhanced Networks) system, ZTE Corporation's open trunking structure (GoTa, Global Open Trunking Architecture) system developed based on CDMA1X and GT800 developed based on GSM system.

To sum up, the existing digital trunking communication systems are all implemented based on the second generation mobile communication system (2G) or the third generation mobile communication system (3G). With the rapid development of mobile Internet and the large-scale construction of global wireless cities, broadband has become the development trend of the entire wireless communication. In the process of using the trunking communication system for command and dispatch, industry personnel not only require "audible", but also "visible". Correspondingly, the trunking communication system will also develop in the direction of system IP, business diversification, data broadband and multi-mode terminals technically. From the perspective of specific applications, it is mainly reflected in high-speed data, video, and various applications built on this basis, including mobile office, multimedia cluster scheduling, video surveillance, and urban emergency linkage. At the same time, the trunking communication system should also have larger channel capacity, higher spectrum utilization, better transmission performance, and adopt a low-cost, scalable, and configurable all-IP wireless multimedia network architecture, and be able to realize Smooth evolution.

The group call service is the most basic service provided by the digital trunking communication system. Multiple users can participate in a group call at the same time, but only one user is allowed to speak at the same time, and other users can only listen. Therefore, the right to speak is an important resource in a group call. The speaker has the right to speak. During the communication process of the group call, the speaker can release the right to speak, and the listener can apply for the right to speak and become a new speaker. Since there are multiple users in the group, there are scenarios where multiple users apply for the right to speak at the same time, so correct and efficient management of the right to speak in the cluster system is very important, but the prior art has not yet provided a technical solution that can correctly , Efficiently manage the voice right of the LTE trunking system.

Contents of the invention

In view of this, the main purpose of the present invention is to provide a method and system for implementing call management, so as to implement correct and efficient management of the speaking right in the LTE trunking system.

In order to achieve the above object, technical solution of the present invention is achieved in that way:

The invention discloses a method for implementing call management, which includes:

After one or more terminals in the group establish a radio resource control RRC connection with the base station, they send a speaking right application request to the scheduling server; the scheduling server selects a speaking right terminal from the one or more terminals;

The scheduling server establishes the uplink service bearer of the terminal with the speaking right, and grants the speaking right to the terminal.

The scheduling server establishes the uplink service bearer of the speaking right terminal, including:

The scheduling server sends a bearer establishment request message to the base station, which carries the first tunnel identification ID allocated by the scheduling server for the uplink service bearer of the speaking terminal;

The base station records the first tunnel ID carried in the bearer establishment request message, establishes an uplink service bearer for the speaking terminal, and notifies the speaking terminal to reconfigure the RRC connection;

After receiving the RRC connection reconfiguration completion message of the speaking right terminal, the base station sends a bearer establishment response message to the scheduling server, wherein the base station carries the second tunnel ID allocated by the base station for the uplink service bearer of the speaking right terminal;

The scheduling server records the second tunnel ID carried in the bearer establishment response message, and completes the establishment of the uplink service bearer of the speaking right terminal.

Granting the speaking right to the speaking right terminal includes:

The dispatching server sends a speech right authorization message to the speech right terminal;

After receiving the speaking right authorization message, the speaking right terminal responds to the dispatching server with a speaking right authorization response message, and starts to speak.

The terminal establishes an RRC connection with the base station, including:

The terminal sends an RRC connection establishment request message to the base station;

The base station allocates uplink resources for the terminal, and sends an RRC connection establishment notification message to the terminal, and the RRC connection establishment is completed.

The sending the request for speaking right application to the scheduling server includes:

After the RRC connection is completed, the terminal sends a speaking right application request message to the base station on the uplink resource;

The base station forwards the speaking right application request message to the scheduling server;

The scheduling server selects a speaking right terminal from the one or more terminals, including:

After receiving the speaking right application request message of one or more terminals in the group, the scheduling server selects a terminal with the highest speaking right priority from the one or more terminals as the speaking right terminal.

After granting the speaking right to the speaking right terminal, the method also includes:

The scheduling server sends a speaking right prompt message to all terminals in the group except the speaking right terminal through the base station, reminding that the speaking right is occupied.

After granting the speaking right to the speaking right terminal, the method also includes:

The dispatching server sends a speaking right queuing message to terminals other than the speaking right terminal that send the speaking right application request message, and instructs the base station to release the RRC connection of other terminals sending the speaking right application request message except the speaking right terminal.

The method also includes: the speaking right terminal applying for releasing the speaking right is:

The speaking right terminal sends a speaking right release request message to the scheduling server;

The dispatching server returns a speech right release response message, releasing the speech right.

The method also includes: the scheduling server releases the speaking right of the speaking right terminal, which is:

The scheduling server sends a speaking right release request message to the speaking right terminal;

The speaking right terminal returns a speaking right release response message to release the speaking right.

The method also includes: the base station releases the speaking right of the speaking right terminal, which is:

The base station sends an uplink service bearer release request message for the speaking right terminal to the scheduling server;

After receiving the uplink service bearer release request message, the scheduling server releases the speaking right.

After the release of the speaking right, the method also includes:

The scheduling server sends a speaking right prompt message to all terminals in the group through the base station, prompting that the speaking right is idle.

After the release of the speaking right, the method also includes:

The scheduling server notifies the base station to release the uplink service bearer and the RRC connection of the speaking right terminal;

The base station notifies the speaking right terminal to release the RRC connection, and simultaneously releases the uplink service bearer of the speaking right terminal; after the release of the uplink service bearer is completed, the base station returns an uplink service bearer release completion message to the scheduling server.

The method also includes: a terminal whose speaking right priority is higher than the speaking right terminal preempts the speaking right, which is:

After the scheduling server receives the speaking right application request, when determining that the speaking right priority of the terminal sending the speaking right application request is higher than the speaking right terminal, the terminal with the speaking right priority higher than the speaking right terminal is used as the new talker right terminal;

The scheduling server releases the speaking right of the speaking right terminal, and notifies the base station to release the uplink service bearer and RRC connection of the speaking right terminal, and at the same time, the scheduling server establishes the uplink service bearer of the new speaking right terminal, and sends the new talking right terminal The right terminal grants the right to speak.

The present invention also provides a system for implementing call management, including: a terminal, a base station, and a scheduling server; wherein:

The terminal and the base station are used to establish an RRC connection and send a speaking right request;

The scheduling server is configured to select a speaking right terminal from one or more terminals after receiving the speaking right application request; it is also configured to establish an uplink service bearer of the speaking right terminal, and send the The speaking right terminal grants the speaking right.

The scheduling server is further configured to send a bearer establishment request message to the base station, which carries the first tunnel ID allocated by the scheduling server for the uplink service bearer of the speaking right terminal;

The base station is further configured to record the first tunnel ID carried in the bearer establishment request message, establish an uplink service bearer for the speaking right terminal, and notify the speaking right terminal to reconfigure the RRC connection;

The base station is further configured to send a bearer establishment response message to the scheduling server after receiving the RRC connection reconfiguration completion message of the speaking right terminal, wherein the base station carries the second tunnel ID allocated by the base station for the uplink service bearer of the speaking right terminal;

The scheduling server is further configured to record the second tunnel ID carried in the bearer establishment response message, so as to complete the establishment of the uplink service bearer of the speaking right terminal.

The scheduling server is further configured to send a speaking right authorization message to the speaking right terminal;

The speaking right terminal is further configured to, after receiving the speaking right authorization message, respond to the dispatching server with a speaking right authorization response message, and start speaking.

The terminal is further configured to send an RRC connection establishment request message to the base station;

The base station is configured to allocate uplink resources for the terminal, and send an RRC connection establishment notification message to the terminal;

The terminal is further configured to send a speaking right application request message to the base station on the uplink resource after the RRC connection is established;

The base station is further configured to forward the speaking right application request message to the scheduling server;

The scheduling server is further configured to, after receiving the speaking right application request message of one or more terminals in the group, select the terminal with the highest speaking right priority from one or more terminals as the Voice terminal.

The speaking right terminal is also used to apply for the release of the speaking right.

The scheduling server is further configured to release the speaking right of the speaking right terminal.

The base station is further configured to release the speaking right of the speaking right terminal.

The terminal whose speaking right priority is higher than the speaking right terminal is also used to preempt the speaking right.

The implementation method and system of call management in the present invention: when the scheduling server receives the speaking right application request of one or more terminals in the group, select the terminal with the highest speaking right priority from one or more terminals as the speaking right terminal; The server establishes the uplink service bearer of the terminal with the right to speak, and grants the terminal with the right to speak. The scheduling server manages the voice rights of all terminals in the group in a unified manner, and the request and release of the voice rights are all controlled by the scheduling server, which ensures the correctness and efficiency of the LTE cluster system voice right management.

Description of drawings

Fig. 1a is a schematic diagram 1 of a method for realizing call management in an LTE trunking system according to the present invention;

Fig. 1b is a schematic diagram 2 of a method for realizing call management in an LTE cluster system according to the present invention;

Fig. 2 is a schematic flow chart of terminal speaking right application;

FIG. 3 is a schematic flow diagram of a terminal actively releasing the speaking right;

Fig. 4 is a schematic flow diagram of the dispatching server forcibly releasing the speaking right of the terminal;

FIG. 5 is a schematic flow diagram of the base station forcibly releasing the speaking right of the terminal;

FIG. 6 is a schematic flow chart of preempting the right to speak;

FIG. 7 is an architecture diagram of an LTE cluster.

detailed description

The method for realizing call management in the LTE trunking system of the present invention is shown in Figure 1a, including:

In step 101, after one or more terminals in the group establish an RRC connection with the base station, they send a speaking right application request to the scheduling server; the scheduling server selects a speaking right terminal from one or more terminals.

Wherein, the so-called group refers to: a collection of multiple terminals joining a certain trunking service (eg trunking call service, group call service), and each terminal is a member of the group.

Specifically, the process of establishing a radio resource control (RRC, Radio Resource Control) connection between the terminal and the base station includes:

The terminal sends an RRC connection establishment request message to the base station;

The base station allocates uplink resources for the terminal, and sends an RRC connection establishment notification message to the terminal.

After the terminal establishes the RRC connection, it needs to send a speech right application request message to the base station on the uplink resource; the base station forwards the speech right application request message to the scheduling server.

After receiving the speaking right application request message of one or more terminals in the group, the scheduling server selects the terminal with the highest speaking right priority as the speaking right terminal.

Step 102, the scheduling server establishes the uplink service bearer of the terminal with the right to speak, and grants the terminal with the right to speak.

Wherein, the process of establishing the uplink service bearer of the speaking right terminal by the dispatching server includes:

The scheduling server sends a bearer establishment request message to the base station, which carries the first tunnel ID allocated by the scheduling server for the uplink service bearer of the speaking terminal;

The base station records the first tunnel ID carried in the bearer establishment request message, establishes an uplink service bearer for the speaking terminal, and notifies the speaking terminal to reconfigure the RRC connection;

After receiving the RRC connection reconfiguration completion message of the speaking right terminal, the base station sends a bearer establishment response message to the scheduling server, wherein the base station carries the second tunnel ID allocated by the base station for the uplink service bearer of the speaking right terminal;

The scheduling server records the second tunnel ID carried in the bearer establishment response message, and completes the establishment of the uplink service bearer of the speaking right terminal.

The process of granting the speaking right to the speaking right terminal includes:

The dispatching server sends a speech right authorization message to the speech right terminal;

After receiving the speaking right authorization message, the speaking right terminal responds to the dispatching server with a speaking right authorization response message, and starts to speak.

Preferably, after granting the speaking right to the speaking right terminal, the method of the present invention further includes:

The scheduling server sends a speaking right prompt message to all terminals in the group except the speaking right terminal through the base station, reminding that the speaking right is occupied. as well as,

The scheduling server sends a speaking right queuing message to other terminals sending speaking right application requests except the speaking right terminal, and instructs the base station to release the RRC connection of other terminals sending speaking right application requests except the speaking right terminal.

As shown in Figure 1b, the method for implementing call management in the LTE cluster system of the present invention also includes:

In step 103, the speaking right terminal applies for releasing the speaking right.

Step 104, the scheduling server releases the speaking right of the speaking right terminal.

Step 105, the base station releases the speaking right of the speaking right terminal.

Step 106, a terminal with a higher speaking right priority than the speaking right terminal seizes the speaking right of the speaking terminal.

It should be noted that steps 103, 104, 105, and 106 are executed in no particular order.

Wherein, the concrete realization of step 103 is:

The speaking right terminal sends a speaking right release request message to the scheduling server;

The scheduling server returns a speech right release response message to release the speech right.

The concrete realization of step 104 is:

The scheduling server sends a talk right release request message to the talk right terminal;

The speaking right terminal returns a speaking right release response message to release the speaking right.

The concrete realization of step 105 is:

The base station sends an uplink service bearer release request message for the speaking right terminal to the scheduling server;

After receiving the uplink service bearer release request message, the scheduling server releases the speaking right.

Preferably, after releasing the speaking right in steps 103, 104, and 105, the method of the present invention further includes:

The scheduling server sends a speaking right prompt message to all terminals in the group through the base station, prompting that the speaking right is idle; The uplink service bearer of the speaking right terminal; after the release of the uplink service bearer is completed, the base station returns the release completion message of the uplink service bearer to the scheduling server.

The realization of step 106 is:

After the scheduling server receives the speaking right application request, it determines that the speaking right priority of the terminal sending the speaking right application request is higher than that of the speaking right terminal, and uses the terminal whose speaking right priority is higher than that of the speaking right terminal as a new speaking right terminal;

The dispatching server releases the speaking right of the speaking right terminal, and notifies the base station to release the uplink service bearer and the RRC connection of the speaking right terminal. At the same time, the dispatching server establishes the uplink service bearer of the new speaking right terminal, and grants the speaking right to the new speaking right terminal.

The above solutions of the present invention are illustrated below through specific examples.

Figure 2 is a schematic diagram of the process of terminal speaking right application. After the cluster call is successfully established, if no one is currently speaking in the group, that is, the speaking right is idle, all users in the group can initiate a speaking right application through the terminal at this time. , the specific process includes:

In step 201, terminal B presses a PTT key to apply for a speaking right, and terminal B sends an RRC connection establishment request message to eNodeB.

Step 202, after the eNodeB receives the RRC connection request message, the eNodeB adjusts the time slot to ensure uplink synchronization, allocates uplink resources at the same time, sends an RRC connection establishment notification message to terminal B, and notifies terminal B to establish an RRC connection, and carries the allocated information in the notification message. upstream resources.

Step 203: After the RRC connection is established, terminal B sends a speaking right application request message to eNodeB on the allocated uplink resources. Preferably, the message can be a NAS message, and of course, it can also use common communication between other terminals and eNodeB. information;

Preferably, according to the 3GPP standard, the NAS message can be sent to the eNodeB through the MSG3 message.

In step 204, the eNodeB sends the terminal B a speaking right application request message to the scheduling server.

In this step, the NAS message of the speaking right application request message may be carried in the T1 message.

Steps 205 to 208 are the process of terminal A initiating a speaking right application request, which is the same as the process of terminal B initiating a speaking right application request in steps 201 to 204, and can be performed at the same time, and will not be repeated here.

Step 209, after the scheduling server receives the speaking right application request message from terminal B and terminal A, it makes a comparative decision based on information such as priority, and if terminal B has a high speaking right priority, then it is determined to grant the speaking right to terminal B (speaking right terminal) .

Step 210, when it is determined that the speaking right is granted to terminal B, an uplink service bearer of terminal B is established.

It should be pointed out that when applying for the speaking right, no matter whether the uplink service bearer of terminal B exists or not, the uplink service bearer of terminal B needs to be re-established. Specifically: the dispatching server sends a bearer establishment request message to the eNodeB, which carries the first tunnel ID allocated by the dispatching server for the uplink service bearer of Terminal B. Authorization pre-authorization timer.

If the speaking right pre-authorization timer expires and the dispatching server does not receive the bearer establishment response message returned by the eNodeB, the bearer establishment fails, and the dispatching server notifies terminal B to release the speaking right, and the process ends.

In step 211, the eNodeB records the first tunnel ID carried in the bearer establishment request message, establishes an uplink service bearer for terminal B, and notifies terminal B to reconfigure the RRC connection.

In step 212, the terminal B notifies the eNodeB after the RRC connection reconfiguration is completed.

Step 213: After receiving the RRC connection reconfiguration completion message of terminal B, the eNodeB sends a bearer establishment response message to the scheduling server, which carries the second tunnel ID allocated by the eNodeB for the uplink service bearer of terminal B, and the second tunnel ID is related to the scheduling server. corresponds to the assigned first tunnel ID.

Step 214: After receiving the bearer establishment response message from the eNodeB, the scheduling server records the second tunnel ID allocated by the eNodeB for the uplink service bearer of terminal B, and the uplink service bearer of terminal B is established. The scheduling server closes the speaking right pre-authorization timer, sends a speaking right authorization message to terminal B, and at the same time, the call state machine changes to the speaking right authorization state, and starts the speaking right authorization timer.

Preferably, the speaking right authorization message can be a NAS message; the NAS message can be carried in a T1 message.

If the speaking right authorization timer expires and the scheduling server does not receive the speaking right authorization response message returned by terminal B, the scheduling server notifies terminal B to release the speaking right, and the process ends.

In step 215, terminal B responds to the scheduling server with a speech authorization response message, and at the same time, the user starts speaking through terminal B.

Preferably, the speaking right authorization response message can be a NAS message; the NAS message can be carried in the T1 message.

Step 216, after the scheduling server receives the speech right authorization response message from terminal B, it stops the speech right authorization timer, and sends a speech right prompt message to eNodeB; eNodeB does not process the speech right prompt message, and forwards it directly to all other The group member (terminal A in this embodiment) reminds all other group members that the right to speak in the group is occupied, and the user of terminal B is speaking.

Preferably, the speaking right prompt message can be a NAS message; the NAS message can be carried in the T1 message.

In order to prevent the newly connected user from receiving the right to speak prompt message, the scheduling server may carry a resend indication in the T1 message, instructing the eNodeB to periodically resend the right to speak prompt message to all other group members.

Step 217, the scheduling server sends a speaking right queuing message to terminal A, notifying terminal A of speaking right queuing.

Preferably, the speaking right queuing message can be a NAS message; the NAS message can be carried in a T1 message.

In order to save resources, the scheduling server may carry an RRC connection release indication in the T1 message, instructing the eNodeB to release the RRC connection of terminal A. It should be noted that this step is executed immediately after it is judged in step 209 that the voice persuasion is granted to terminal B, and it is performed simultaneously with terminal B's voice right authorization.

Figure 3 is a schematic diagram of the process for the terminal to actively release the speaking right. After the trunking call is successfully established, a group member (terminal A) occupies the speaking right. At this time, terminal A (terminal with speaking right) can trigger the speaking right by releasing the PTT key. Release, the specific process includes:

In step 301, terminal A sends a request message for speaking right release to the scheduling server.

Preferably, the speaking right release request message can be a NAS message; the NAS message can be carried in a T1 message.

Step 302: After receiving the request message for release of speaking right from terminal A, the dispatching server verifies that terminal A is the speaker, and then sends a speech right release response message to terminal A. At the same time, the call state machine of the dispatching server changes to the idle state of speaking right.

Preferably, the speaking right release response message can be a NAS message; the NAS message can be carried in the T1 message.

Step 303, after terminal A releases the speaking right, the speaking right in the group is idle, at this time, the scheduling server sends a speaking right prompt message to eNodeB; eNodeB does not process the speaking right prompt message, and directly forwards it to all members of the group (terminal A and B), prompting that the right to speak is free.

Preferably, the speaking right prompt message can be a NAS message; the NAS message can be carried in the T1 message.

In order to prevent the newly connected user from receiving the right to speak prompt message, the scheduling server may carry a resend indication in the T1 message, instructing the eNodeB to periodically resend the right to speak prompt message to all other group members.

In step 304, the scheduling server notifies the eNodeB to release the uplink service bearer and RRC connection of terminal A.

Step 305, eNodeB notifies terminal A to release the RRC connection.

Step 306: After releasing the uplink service bearer of terminal A, the eNodeB sends a release complete message of the uplink service bearer. After receiving the release completion message of the uplink service bearer, the scheduling server clears the related resources established for the uplink service bearer.

Wherein, the terminal A releases the RRC connection and the eNodeB releases the uplink service bearer of the terminal A may be performed simultaneously.

Figure 4 is a schematic diagram of the process for the dispatching server to forcibly release the speaking right of the terminal. After the trunking call is successfully established, a group member (terminal A) occupies the speaking right. At this time, the dispatching server can forcibly release the speaking right of terminal A (the speaking right terminal) , the specific process is as follows:

Step 401, after the scheduling server detects that terminal A needs to release the speaking right, it sends a speaking right release request message to terminal A, and at the same time, the call state machine of the dispatching server changes to the speaking right release state, and starts the speaking right release timer.

Preferably, the speaking right release request message can be a NAS message; the NAS message can be carried in a T1 message.

If the speaking right release response message of terminal A is not received after the speaking right release timer expires, it is considered that the speaking right of terminal A has been released, and the process directly skips to step 403 .

In step 402, after receiving the request message for release of the right to speak from the scheduling server, terminal A turns off the microphone, stops forwarding the voice, and sends a response message for releasing the right to speak to the dispatching server.

Preferably, the speaking right release response message can be a NAS message; the NAS message can be carried in the T1 message.

Step 403, the scheduling server closes the speaking right release timer, and at the same time the conversation state machine changes to the speaking right idle state, and sends the speaking right prompt message to the eNodeB; the eNodeB does not process the speaking right prompt message, and directly forwards it to all members of the group (terminal A and B), prompting that the right to speak is idle.

Preferably, the speaking right prompt message can be a NAS message; the NAS message can be carried in the T1 message.

In order to prevent the newly connected user from receiving the right to speak prompt message, the scheduling server may carry a resend indication in the T1 message, instructing the eNodeB to periodically resend the right to speak prompt message to all other group members.

In step 404, the scheduling server notifies the eNodeB to release the uplink service bearer and RRC connection of terminal A.

Step 405, eNodeB notifies terminal A to release the RRC connection.

Step 406: After releasing the uplink service bearer of terminal A, the eNodeB sends a release complete message of the uplink service bearer. After receiving the release completion message of the uplink service bearer, the scheduling server clears the related resources established for the uplink service bearer.

Wherein, the terminal A releases the RRC connection and the eNodeB releases the uplink service bearer of the terminal A may be performed simultaneously.

Figure 5 is a flow diagram of the eNodeB forcibly releasing the terminal's speaking right. After a cluster call is successfully established, a group member (terminal A) occupies the speaking right. If the eNodeB detects that the link is abnormal, it can forcibly release terminal A (the speaking terminal), the specific process is as follows:

In step 501, after detecting that the link of terminal A is abnormal, the eNodeB sends an uplink service bearer release request message for terminal A to the scheduling server, which may be carried in a T1 message.

Step 502: After receiving the uplink service bearer release request message, the scheduling server forcibly withdraws the speaking right of terminal A, and at the same time, the talk state machine turns to the talk right idle state, and sends a talk right prompt message to eNodeB; eNodeB does not process the talk right prompt message , forwarded directly to all members of the group (terminals A and B), prompting that the right to speak is idle.

Preferably, the speaking right prompt message can be a NAS message; the NAS message can be carried in the T1 message.

In order to prevent the newly connected user from receiving the right to speak prompt message, the scheduling server may carry a resend indication in the T1 message, instructing the eNodeB to periodically resend the right to speak prompt message to all other group members.

In step 503, the scheduling server notifies the eNodeB to release the uplink service bearer and RRC connection of terminal A.

In step 504, the eNodeB notifies terminal A to release the RRC connection.

Step 505, after the eNodeB releases the uplink service bearer of the terminal A, it sends a release completion message of the uplink service bearer. After receiving the release completion message of the uplink service bearer, the scheduling server clears the related resources established for the uplink service bearer.

Wherein, the terminal A releases the RRC connection and the eNodeB releases the uplink service bearer of the terminal A may be performed simultaneously.

Figure 6 is a schematic diagram of the process of preempting the speaking right. After the trunking call is successfully established, a group member (terminal A) occupies the speaking right. ) can seize the speaking right of terminal A (the speaking right terminal), and the specific process is as follows:

In step 601, terminal B presses a PTT key to apply for a speaking right, and terminal B sends an RRC connection establishment request message to eNodeB.

Step 602: After the eNodeB receives the RRC connection request message, the eNodeB adjusts the time slot to ensure uplink synchronization, allocates uplink resources at the same time, sends an RRC connection establishment notification message to terminal B, notifies terminal B to establish an RRC connection, and carries the allocated information in the notification message. upstream resources.

Step 603: After the RRC connection is established, terminal B sends a speaking right application request message to eNodeB on the allocated uplink resources. Preferably, the message can be a NAS message, and of course it can also be a common communication between other terminals and eNodeB. information;

Preferably, according to the 3GPP standard, the NAS message can be sent to the eNodeB through the MSG3 message.

In step 604, the eNodeB sends a speech right application request message of terminal B to the scheduling server.

In this step, the NAS message of the speaking right application request message may be carried in the T1 message.

Step 605: After receiving the request message of terminal B's speaking right application, the dispatching server makes a comparison decision based on information such as priority, and determines that terminal B's speaking right The right is granted to Terminal B. Then, the dispatching server sends a speaking right release request message to terminal A, and at the same time, the call state machine of the dispatching server changes to the speaking right release state, and starts the speaking right release timer.

Preferably, the speaking right release request message can be a NAS message; the NAS message can be carried in a T1 message.

If the speaking right release response message of terminal A is not received after the speaking right release timer expires, it is considered that the speaking right of terminal A has been released, and the process directly skips to step 607 .

In step 606, after receiving the request message for release of the right to speak from the scheduling server, terminal A turns off the microphone, stops forwarding the voice, and sends a response message for releasing the right to speak to the dispatching server.

Step 607, the dispatching server closes the speaking right release timer, and at the same time the talking state machine turns to the speaking right idle state. The scheduling server notifies the eNodeB to release the uplink service bearer and RRC connection established for terminal A.

Step 608, eNodeB notifies terminal A to release the RRC connection.

Step 609: After releasing the uplink service bearer of terminal A, the eNodeB sends a release complete message of the uplink service bearer. After receiving the release completion message of the uplink service bearer, the scheduling server clears the related resources established for the uplink service bearer.

Wherein, the terminal A releases the RRC connection and the eNodeB releases the uplink service bearer of the terminal A may be performed simultaneously.

Step 610, when it is determined that the speaking right is granted to terminal B, an uplink service bearer of terminal B is established.

The dispatching server checks out that terminal B is waiting to grant the speaking right, and determines to authorize terminal B. It should be pointed out that when applying for the speaking right, no matter whether the uplink service bearer of terminal B exists or not, the uplink service bearer of terminal B needs to be re-established. Specifically: the dispatching server sends a bearer establishment request message to the eNodeB, which carries the first tunnel ID allocated by the dispatching server for the uplink service bearer of Terminal B. Authorization pre-authorization timer.

Note: This step can be performed simultaneously with step 607. If no bearer establishment response message returned by the eNodeB is received after the talk right pre-authorization timer expires, the bearer establishment fails, and the scheduling server notifies terminal B to release the talk right, and the process ends.

In step 611, the eNodeB records the first tunnel ID carried in the bearer establishment request message, establishes an uplink service bearer for terminal B, and notifies terminal B to reconfigure the RRC connection.

In step 612, the terminal B notifies the eNodeB after the RRC connection reconfiguration is completed.

Step 613: After receiving the RRC connection reconfiguration completion message of terminal B, the NodeB sends a bearer establishment response message to the scheduling server, which carries the second tunnel ID allocated by the eNodeB for the uplink service bearer of terminal B, and the second tunnel ID and the scheduling server corresponds to the assigned first tunnel ID.

Step 614: After receiving the bearer establishment response message from the eNodeB, the scheduling server records the second tunnel ID allocated by the eNodeB for the uplink service bearer of the terminal B, closes the speaking right pre-authorization timer, sends a speaking right authorization message to the terminal B, and calls at the same time The state machine changes to the speaking right authorization state, and starts the speaking right authorization timer.

Preferably, the speaking right authorization message can be a NAS message; the NAS message can be carried in a T1 message.

If the speaking right authorization timer expires and the scheduling server does not receive the speaking right authorization response message returned by terminal B, the scheduling server notifies terminal B to release the speaking right, and the process ends.

In step 615, terminal B responds to the scheduling server with a speech authorization response message, and the user starts speaking through terminal B at the same time.

Preferably, the speaking right authorization response message can be a NAS message; the NAS message can be carried in the T1 message.

Step 616: After the dispatching server receives the speech right authorization response message from terminal B, it stops the speech right authorization timer and sends a speech right prompt message to eNodeB; Group members, prompting all other group members that the right to speak in the group is occupied, and the user of terminal B is speaking.

Preferably, the speaking right prompt message can be a NAS message; the NAS message can be carried in the T1 message.

In order to prevent the newly connected user from receiving the right to speak prompt message, the scheduling server may carry a resend indication in the T1 message, instructing the eNodeB to periodically resend the right to speak prompt message to all other group members.

In the above embodiment, the use of the timer greatly reduces the time delay in applying for the right to speak, so that the user can quickly obtain the right to speak.

The method for implementing call management in the above-mentioned LTE trunking system of the present invention can be applied to the architecture shown in FIG. 7 .

In that schema:

Terminal: Terminal equipment with trunking service functions, and also has multiple service capabilities such as telephone interconnection services, packet data services, and short message services, and can roam within the entire network coverage of the system.

Broadband wireless access subsystem: It is composed of several eNodeBs to complete the terminal access function, and distribute to the corresponding subsystem for processing according to the type of service used by the user.

Scheduling subsystem: used to complete the control and management functions of the terminal cluster business in the service area, and is the control center of the cluster business.

The dispatching subsystem includes: dispatching server, dispatching register and dispatching console, among which:

The scheduling server realizes the call control and talk right management of trunking calls.

The scheduling register saves the registration information and location information of cluster users and groups, realizes the functions of authentication, authorization and billing of cluster users, as well as location update and group management functions.

The dispatching console maintains the sessions of each dispatching console and management console, and realizes the management and maintenance of cluster scheduling by the management console and dispatching console.

In order to implement the above method, the present invention also provides a call management implementation system, including: a terminal, a base station, and a scheduling server; wherein:

The terminal and the base station are used to establish an RRC connection and send a speaking right application request;

The scheduling server is used to select the speaking right terminal from one or more terminals after receiving the speaking right application request; it is also used to establish the uplink service bearer of the speaking right terminal and grant the speaking right terminal to the speaking right terminal.

Preferably, the scheduling server is further configured to send a bearer establishment request message to the base station, which carries the first tunnel ID allocated by the scheduling server for the uplink service bearer of the speaking right terminal;

The base station is also used to record the first tunnel ID carried in the bearer establishment request message, establish an uplink service bearer for the speaking terminal, and notify the speaking terminal to reconfigure the RRC connection;

The base station is further configured to send a bearer establishment response message to the scheduling server after receiving the RRC connection reconfiguration completion message of the speaking right terminal, wherein the base station carries the second tunnel ID allocated by the base station for the uplink service bearer of the speaking right terminal;

The scheduling server is further configured to record the second tunnel ID carried in the bearer establishment response message, and complete the establishment of the uplink service bearer of the speaking right terminal.

The scheduling server is also used to send a talk right authorization message to the talk right terminal;

The speaking right terminal is further configured to respond to the dispatching server with a speaking right authorization response message after receiving the speaking right authorization message, and start speaking.

The terminal is further configured to send an RRC connection establishment request message to the base station;

The base station is configured to allocate uplink resources for the terminal, and send an RRC connection establishment notification message to the terminal;

The terminal is also used to send a speaking right application request message to the base station on the uplink resource after the RRC connection is established;

The base station is also used to forward the speaking right application request message to the scheduling server;

The scheduling server is further configured to select the terminal with the highest speaking right priority from one or more terminals as the speaking right terminal after receiving the speaking right application request message of one or more terminals in the group.

The speaking right terminal is also used to apply for the release of the speaking right.

The scheduling server is also used to release the speaking right of the speaking right terminal.

The base station is also used to release the speaking right of the speaking right terminal.

The terminal whose speaking right priority is higher than that of the speaking right terminal is also used to preempt the speaking right.

Here, the specific implementations of the release of the right to speak and the preemption of the right to speak are respectively the same as those described in the embodiments shown in FIGS. 3 , 4 , 5 , and 6 above, and will not be repeated here.

The above descriptions are only preferred embodiments of the present invention, and are not intended to limit the protection scope of the present invention.

Claims (19)

1. A method for implementing call management, characterized in that the method comprises: After one or more terminals in the group establish a radio resource control RRC connection with the base station, they send a speaking right application request to the scheduling server; the scheduling server selects a speaking right terminal from the one or more terminals; The scheduling server establishes the uplink service bearer of the terminal with the right to speak, and grants the right to speak to the terminal; The scheduling server establishes the uplink service bearer of the speaking right terminal, including: The scheduling server sends a bearer establishment request message to the base station, which carries the first tunnel identification ID allocated by the scheduling server for the uplink service bearer of the speaking terminal; The base station records the first tunnel ID carried in the bearer establishment request message, establishes an uplink service bearer for the speaking terminal, and notifies the speaking terminal to reconfigure the RRC connection; After receiving the RRC connection reconfiguration completion message of the speaking right terminal, the base station sends a bearer establishment response message to the scheduling server, wherein the base station carries the second tunnel ID allocated by the base station for the uplink service bearer of the speaking right terminal; The scheduling server records the second tunnel ID carried in the bearer establishment response message, and completes the establishment of the uplink service bearer of the speaking right terminal. 2. The implementation method of call management according to claim 1, wherein granting the speaking right to the speaking right terminal comprises: The dispatching server sends a speech right authorization message to the speech right terminal; After receiving the speaking right authorization message, the speaking right terminal responds to the dispatching server with a speaking right authorization response message, and starts to speak. 3. The implementation method of call management according to claim 1, characterized in that, establishing an RRC connection between the terminal and the base station comprises: The terminal sends an RRC connection establishment request message to the base station; The base station allocates uplink resources for the terminal, and sends an RRC connection establishment notification message to the terminal, and the RRC connection establishment is completed. 4. The implementation method of call management according to claim 3, wherein the sending a speaking right application request to the scheduling server includes: After the RRC connection is completed, the terminal sends a speaking right application request message to the base station on the uplink resource; The base station forwards the speaking right application request message to the scheduling server; The scheduling server selects a speaking right terminal from the one or more terminals, including: After receiving the speaking right application request message of one or more terminals in the group, the scheduling server selects a terminal with the highest speaking right priority from the one or more terminals as the speaking right terminal. 5. The implementation method of call management according to claim 2, characterized in that, after granting the speaking right to the speaking right terminal, the method further comprises: The scheduling server sends a speaking right prompt message to all terminals in the group except the speaking right terminal through the base station, reminding that the speaking right is occupied. 6. The implementation method of call management according to claim 2, characterized in that, after granting the speaking right to the speaking right terminal, the method further comprises: The dispatching server sends a speaking right queuing message to terminals other than the speaking right terminal that send the speaking right application request message, and instructs the base station to release the RRC connection of other terminals sending the speaking right application request message except the speaking right terminal. 7. The implementation method of call management according to claim 1, characterized in that the method further comprises: the speaking right terminal applying for speaking right release is: The speaking right terminal sends a speaking right release request message to the scheduling server; The dispatching server returns a speech right release response message, releasing the speech right. 8. The implementation method of call management according to claim 1, characterized in that the method further comprises: the scheduling server releases the speaking right of the speaking right terminal, which is: The scheduling server sends a speaking right release request message to the speaking right terminal; The speaking right terminal returns a speaking right release response message to release the speaking right. 9. The implementation method of call management according to claim 1, characterized in that the method further comprises: the base station releases the speaking right of the speaking right terminal, which is: The base station sends an uplink service bearer release request message for the speaking right terminal to the scheduling server; After receiving the uplink service bearer release request message, the scheduling server releases the speaking right. 10. The implementation method of call management according to claim 7, 8 or 9, characterized in that, after releasing the speaking right, the method further comprises: The scheduling server sends a speaking right prompt message to all terminals in the group through the base station, prompting that the speaking right is idle. 11. The implementation method of call management according to claim 10, characterized in that, after releasing the speaking right, the method further comprises: The scheduling server notifies the base station to release the uplink service bearer and the RRC connection of the speaking right terminal; The base station notifies the speaking right terminal to release the RRC connection, and simultaneously releases the uplink service bearer of the speaking right terminal; after the release of the uplink service bearer is completed, the base station returns an uplink service bearer release completion message to the scheduling server. 12. The implementation method of call management according to any one of claims 1 to 6, characterized in that the method further comprises: a terminal with a speaking right priority higher than the speaking right terminal preempts the speaking right, which is: After the scheduling server receives the speaking right application request, when determining that the speaking right priority of the terminal sending the speaking right application request is higher than the speaking right terminal, the terminal with the speaking right priority higher than the speaking right terminal is used as the new talker right terminal; The scheduling server releases the speaking right of the speaking right terminal, and notifies the base station to release the uplink service bearer and RRC connection of the speaking right terminal, and at the same time, the scheduling server establishes the uplink service bearer of the new speaking right terminal, and sends the new talking right terminal The right terminal grants the right to speak. 13. A system for implementing call management, comprising: a terminal, a base station, and a scheduling server; wherein: The terminal and the base station are configured to establish an RRC connection and send a speaking right application request; The scheduling server is configured to select a speaking right terminal from one or more terminals after receiving the speaking right application request; it is also configured to establish an uplink service bearer of the speaking right terminal, and send the The speaking right terminal grants the speaking right; The scheduling server is further configured to send a bearer establishment request message to the base station, which carries the first tunnel ID allocated by the scheduling server for the uplink service bearer of the speaking right terminal; The base station is further configured to record the first tunnel ID carried in the bearer establishment request message, establish an uplink service bearer for the speaking right terminal, and notify the speaking right terminal to reconfigure the RRC connection; The base station is further configured to send a bearer establishment response message to the scheduling server after receiving the RRC connection reconfiguration completion message of the speaking right terminal, wherein the base station carries the second tunnel ID allocated by the base station for the uplink service bearer of the speaking right terminal; The scheduling server is further configured to record the second tunnel ID carried in the bearer establishment response message, so as to complete the establishment of the uplink service bearer of the speaking right terminal. 14. The realization system of call management according to claim 13, characterized in that, The scheduling server is further configured to send a speaking right authorization message to the speaking right terminal; The speaking right terminal is further configured to, after receiving the speaking right authorization message, respond to the dispatching server with a speaking right authorization response message, and start speaking. 15. The realization system of call management according to claim 13, characterized in that, The terminal is further configured to send an RRC connection establishment request message to the base station; The base station is configured to allocate uplink resources for the terminal, and send an RRC connection establishment notification message to the terminal; The terminal is further configured to send a speaking right application request message to the base station on the uplink resource after the RRC connection is established; The base station is further configured to forward the speaking right application request message to the scheduling server; The scheduling server is further configured to, after receiving the speaking right application request message of one or more terminals in the group, select the terminal with the highest speaking right priority from one or more terminals as the Voice terminal. 16. The realization system of call management according to claim 13, characterized in that, The speaking right terminal is also used to apply for the release of the speaking right. 17. The realization system of call management according to claim 13, characterized in that, The scheduling server is further configured to release the speaking right of the speaking right terminal. 18. The realization system of call management according to claim 13, characterized in that, The base station is further configured to release the speaking right of the speaking right terminal. 19. The realization system of call management according to claim 13, characterized in that, The terminal whose speaking right priority is higher than the speaking right terminal is also used to preempt the speaking right.