CN106535140A - 一种组呼控制方法及装置 - Google Patents

一种组呼控制方法及装置 Download PDF

Info

Publication number
CN106535140A
CN106535140A CN201510585820.6A CN201510585820A CN106535140A CN 106535140 A CN106535140 A CN 106535140A CN 201510585820 A CN201510585820 A CN 201510585820A CN 106535140 A CN106535140 A CN 106535140A
Authority
CN
China
Prior art keywords
group
priority
network side
terminal
exhaled
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
CN201510585820.6A
Other languages
English (en)
Inventor
陈扬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sanechips Technology Co Ltd
Shenzhen ZTE Microelectronics Technology Co Ltd
Original Assignee
Shenzhen ZTE Microelectronics Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen ZTE Microelectronics Technology Co Ltd filed Critical Shenzhen ZTE Microelectronics Technology Co Ltd
Priority to CN201510585820.6A priority Critical patent/CN106535140A/zh
Priority to PCT/CN2016/094874 priority patent/WO2017045498A1/zh
Publication of CN106535140A publication Critical patent/CN106535140A/zh
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/08—Trunked mobile radio systems

Abstract

本发明提供了一种组呼控制方法，所述方法包括：终端与网络侧共同确定支持的群组和优先级；当终端发起新的组呼时，终端根据支持的群组和优先级进行组呼控制；当网络侧发起新的组呼时，终端或网络侧根据支持的群组和优先级进行组呼控制。本发明还提供了一种组呼控制装置。

Description

一种组呼控制方法及装置
技术领域
本发明涉及组呼通讯技术领域，尤其涉及一种LTE集群系统的基于优先级的组呼控制方法及装置。
背景技术
集群通信系统是为了满足行业用户指挥调度需求而开发的、面向特定行业应用的专用无线通信系统，集群通信系统中大量无线用户共享少量无线信道，以指挥调度为主体应用，是一种多用途、高效能的无线通信系统，具有特有的调度、组呼以及快速呼叫等特性，已经成为下一代集群系统的发展方向。
随着长期演进(LTE，Long Term Evolution)集群业务的不断发展，在专网集群网络中，集群通信系统提供的业务日益丰富，包括呼叫类业务，如一对一的单独呼叫和一对多的群组呼叫，以及非呼叫类业务，如短数据、定位等业务，并且，集群通信系统支持非呼叫类业务与呼叫类业务的并发处理，为集群用户提供综合服务。
在集群通信系统中，通常一个终端会同时属于多个群组，这就可能会出现一个终端同时处于多个呼叫中的情况，例如，当一个终端所属的多个群组的呼叫在某一时刻同时存在，或者多个群组的呼叫和针对该终端的单呼呼叫同时存在，在这种情况下，如果不进行呼叫优先级管理，可能会出现各种问题。
集群呼叫优先级管理可以由PTT调度服务器(PDS，Push To Talk DispatchServer)和终端进行，由PDS进行呼叫优先级管理，具有易于集中管理的优点，但也存在一些缺陷，如无法完全保证用户接入优先级最高的呼叫中、强拆了不该拆的用户等。而由终端进行呼叫优先级管理，虽然能更加灵活的管理呼叫，但同时也会增加不必要的信令交互。
发明内容
有鉴于此，本发明实施例期望提供一种组呼控制方法及装置，得终端和PDS能够根据集群优先级共同进行组呼控制。
为达到上述目的，本发明的技术方案是这样实现的：
本发明实施例提供了一种组呼控制方法，所述方法包括：
将自身设置的支持的群组和优先级发送到网络侧；
接收网络侧发送的网络侧和终端最终支持的群组和优先级；
当终端自身或网络侧发起新的组呼时，根据最终支持的群组和优先级进行组呼控制。
上述方案中，所述将自身设置的支持的群组和优先级发送到网络侧包括：
当自身设置有支持的群组以及优先级时，通过注册请求消息将自身设置的支持的群组和优先级发送到网络侧；当自身没有设置支持的群组以及优先级时，发送注册请求消息到网络侧，不携带支持的群组和优先级信息。
上述方案中，所述方法还包括：
当自身设置的支持的群组和/或优先级发生变化时，重新发起注册过程，通过注册请求消息将自身设置的支持的群组和/或优先级发送到网络侧，并接收网络侧通过注册接受消息发送的网络侧和终端最终的支持的群组和/或优先级。
上述方案中，所述方法还包括：将接收到的网络侧发送的支持的群组以及优先级保存到本地，当组呼激活时记录当前组呼的优先级。
上述方案中，所述当终端自身发起新的组呼时，根据支持的群组和优先级进行组呼控制包括：
当终端自身主动发起新的组呼时，判断新发起的组呼的优先级是否高于当前组呼的优先级；
当新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；
当新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼。
上述方案中，所述当网络侧发起新的组呼时，根据支持的群组和优先级进行组呼控制包括：
接收到网络侧发起的组呼时，判断网络侧新发起的组呼的优先级是否高于当前组呼的优先级；
当网络侧新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述网络侧新发起的组呼；
当网络侧新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述网络侧新发起的组呼。
本发明实施例还提供了一种组呼控制方法，所述方法包括：
接收终端发送的终端设置的支持的群组和优先级；
将网络侧和终端最终支持的群组和优先级发送到终端；
当网络侧自身发起新的组呼时，根据支持的群组和优先级进行组呼控制。
上述方案中，所述将网络侧和终端最终支持的群组和优先级发送到终端包括：
当终端中设置有支持的群组以及优先级时，通过注册接受消息将网络侧和终端最终支持的群组和优先级发送到终端；
当终端和网络侧均没有设置支持的群组以及优先级时，通过注册接受消息将网络侧默认支持的群组和优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组，没有设置支持的优先级时，通过注册接受消息将网络侧设置的支持的群组和默认支持的优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组和优先级时，通过注册接受消息将网络侧设置的支持的群组和优先级发送到终端。
上述方案中，所述方法还包括：
当网络侧支持的群组和/或等级发生变化时，通过组信息将更新后的支持的群组和/或优先级发送到终端。
上述方案中，所述当网络侧自身发起新的组呼时，根据终端支持的群组和优先级进行组呼控制包括：
当网络侧自身发起新的组呼，且确定终端处于组呼状态时，判断新发起的组呼的优先级是否高于当前组呼的优先级；
当新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；
当新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼；
当网络侧发起新的组呼，且网络侧无法确定终端是否处于组呼状态时，网络侧发起所述新的组呼。
本发明实施例还提供了一种组呼控制方法，所述方法包括：
终端与网络侧共同确定支持的群组和优先级；
当终端发起新的组呼时，终端根据支持的群组和优先级进行组呼控制；
当网络侧发起新的组呼时，终端或网络侧根据支持的群组和优先级进行组呼控制。
上述方案中，所述终端与网络侧共同确定支持的群组和优先级包括：
当终端中设置有支持的群组以及优先级时，终端通过注册请求消息将自身设置的支持的群组和优先级发送到网络侧，网络侧通过注册接受消息将网络侧和终端最终支持的群组和优先级发送到终端；
当终端和网络侧均没有设置支持的群组以及优先级时，网络侧通过注册接受消息将默认支持的群组和优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组，没有设置支持的优先级时，网络侧通过注册接受消息将设置的支持的群组和默认支持的优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组和优先级时，网络侧通过注册接受消息将设置的支持的群组和优先级发送到终端。
上述方案中，所述方法还包括：
当网络侧支持的群组和/或等级发生变化时，网络侧通过组信息将更新后的支持的群组和/或优先级发送到终端；
当终端设置的支持的群组和/或优先级发生变化时，终端重新发起注册过程，通过注册请求消息将自身设置的支持的群组和/或优先级发送到网络侧，网络侧通过注册接受消息将最终的支持的群组和/或优先级发送到终端。
上述方案中，所述方法还包括：终端将接收到的网络侧发送的支持的群组以及优先级保存到本地，当组呼激活时记录当前组呼的优先级。
上述方案中，所述当终端发起新的组呼时，终端根据支持的群组和优先级进行组呼控制包括：
当终端主动发起新的组呼时，终端判断新发起的组呼的优先级是否高于当前组呼的优先级；
当终端新发起的组呼的优先级高于当前组呼的优先级时，终端释放当前组呼，激活所述新发起的组呼；
当终端新发起的组呼的优先级低于当前组呼的优先级时，终端拒绝所述新发起的组呼。
上述方案中，所述当网络侧发起新的组呼时，网络侧根据终端支持的群组和优先级进行组呼控制包括：
当网络侧发起新的组呼，且网络侧确定终端处于组呼状态时，网络侧判断新发起的组呼的优先级是否高于当前组呼的优先级；
当网络侧新发起的组呼的优先级高于当前组呼的优先级时，网络侧释放当前组呼，激活所述新发起的组呼；
当网络侧新发起的组呼的优先级低于当前组呼的优先级时，网络侧拒绝所述新发起的组呼。
上述方案中，所述当网络侧发起新的组呼时，终端根据终端支持的群组和优先级进行组呼控制包括：
当网络侧发起新的组呼，且网络侧无法确定终端是否处于组呼状态时，网络侧发起所述新的组呼；
终端接收到网络侧发起的组呼时，判断网络侧新发起的组呼的优先级是否高于当前组呼的优先级；
当网络侧新发起的组呼的优先级高于当前组呼的优先级时，终端释放当前组呼，激活所述网络侧新发起的组呼；
当网络侧新发起的组呼的优先级低于当前组呼的优先级时，终端拒绝所述网络侧新发起的组呼。
本发明实施例还提供了一种组呼控制装置，所述装置位于终端侧，所述装置包括：第一确定模块、第一控制模块；其中，
所述第一确定模块，将自身设置的支持的群组和优先级发送到网络侧；接收网络侧发送的网络侧和终端最终支持的群组和优先级；
所述第一控制模块，当终端自身或网络侧发起新的组呼时，根据最终支持的群组和优先级进行组呼控制。
上述方案中，所述第一确定模块具体用于：
当自身设置有支持的群组以及优先级时，通过注册请求消息将自身设置的支持的群组和优先级发送到网络侧；当自身没有设置支持的群组以及优先级时，发送注册请求消息到网络侧，不携带支持的群组和优先级信息。
上述方案中，所述第一确定模块还用于：
当自身设置的支持的群组和/或优先级发生变化时，重新发起注册过程，通过注册请求消息将自身设置的支持的群组和/或优先级发送到网络侧，并接收网络侧通过注册接受消息发送的网络侧和终端最终的支持的群组和/或优先级。
上述方案中，所述装置还包括存储模块用于：将接收到的网络侧发送的支持的群组以及优先级保存到本地，当组呼激活时记录当前组呼的优先级。
上述方案中，所述第一控制模块具体用于：
当终端自身主动发起新的组呼时，判断新发起的组呼的优先级是否高于当前组呼的优先级；
当新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；
当新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼。
上述方案中，所述第一控制模块具体用于：
当接收到网络侧发起的组呼时，判断网络侧新发起的组呼的优先级是否高于当前组呼的优先级；
当网络侧新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述网络侧新发起的组呼；
当网络侧新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述网络侧新发起的组呼。
本发明实施例还提供了一种组呼控制装置，所述装置位于网络侧，所述装置包括：第二确定模块、第二控制模块；其中，
所述第二确定模块，用于接收终端发送的终端设置的支持的群组和优先级；将网络侧和终端最终支持的群组和优先级发送到终端；
所述第二控制模块，当网络侧自身发起新的组呼时，根据支持的群组和优先级进行组呼控制。
上述方案中，所述第二确定模块具体用于：
当终端中设置有支持的群组以及优先级时，通过注册接受消息将网络侧和终端最终支持的群组和优先级发送到终端；
当终端和网络侧均没有设置支持的群组以及优先级时，通过注册接受消息将网络侧默认支持的群组和优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组，没有设置支持的优先级时，通过注册接受消息将网络侧设置的支持的群组和默认支持的优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组和优先级时，通过注册接受消息将网络侧设置的支持的群组和优先级发送到终端。
上述方案中，所述第二确定模块还用于：
当网络侧支持的群组和/或等级发生变化时，通过组信息将更新后的支持的群组和/或优先级发送到终端。
上述方案中，所述第二控制模块具体用于：
当网络侧自身发起新的组呼，且确定终端处于组呼状态时，判断新发起的组呼的优先级是否高于当前组呼的优先级；
当新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；
当新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼；
当网络侧发起新的组呼，且网络侧无法确定终端是否处于组呼状态时，网络侧发起所述新的组呼。
本发明实施例还提供了一种组呼控制系统，所述系统包括：终端、网络侧设备；
所述终端和网络侧设备，用于共同确定支持的群组和优先级；
所述终端，还用于当自身发起新的组呼时，根据支持的群组和优先级进行组呼控制；当网络侧发起新的组呼时，根据支持的群组和优先级进行组呼控制；
所述网络侧设备，还用于当自身发起新的组呼时，根据支持的群组和优先级进行组呼控制。
上述方案中，所述终端具体用于：
当终端中设置有支持的群组以及优先级时，通过注册请求消息将终端设置的支持的群组和优先级发送到网络侧；
所述网络侧设备具体用于：当接收到的注册请求消息中包括终端设置的支持的群组和优先级时，通过注册接受消息将网络侧和终端最终支持的群组和优先级发送到终端；
当终端和网络侧均没有设置支持的群组以及优先级时，通过注册接受消息将网络侧默认支持的群组和优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组，没有设置支持的优先级时，通过注册接受消息将网络侧设置的支持的群组和默认支持的优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组和优先级时，通过注册接受消息将网络侧设置的支持的群组和优先级发送到终端。
上述方案中，所述网络侧设备还用于：当网络侧支持的群组和/或等级发生变化时，通过组信息将更新后的支持的群组和/或优先级发送到终端；
所述终端还用于：当终端设置的支持的群组和/或优先级发生变化时，重新发起注册过程，通过注册请求消息将自身设置的支持的群组和/或优先级发送到网络侧；对应的，所述网络侧还用于：通过注册接受消息将最终的支持的群组和/或优先级发送到终端。
上述方案中，所述终端还用于将接收到的网络侧发送的支持的群组以及优先级保存到本地，当组呼激活时记录当前组呼的优先级。
上述方案中，所述终端具体用于：
当终端主动发起新的组呼时，判断新发起的组呼的优先级是否高于当前组呼的优先级；
当终端新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；
当终端新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼。
上述方案中，所述网络侧设备具体用于：当网络侧发起新的组呼，且网络侧确定终端处于组呼状态时，判断新发起的组呼的优先级是否高于当前组呼的优先级；
当网络侧新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；
当网络侧新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼。
上述方案中，所述网络侧设备具体用于：当网络侧发起新的组呼，且网络侧无法确定终端是否处于组呼状态时，发起所述新的组呼；
相应的，所述终端具体用于：接收到网络侧发起的组呼时，判断网络侧新发起的组呼的优先级是否高于当前组呼的优先级；
当网络侧新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述网络侧新发起的组呼；
当网络侧新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述网络侧新发起的组呼。
本发明实施例所提供的组呼控制方法及装置，终端与网络侧共同确定支持的群组和优先级；当终端发起新的组呼时，终端根据支持的群组和优先级进行组呼控制；当网络侧发起新的组呼时，终端或网络侧根据支持的群组和优先级进行组呼控制。如此，能够实现同时属于多个群组的终端的组呼控制，解决了目前终端不能够设置属于自己优先级群组、以及终端的优先级和网络侧的优先级不一致导致等问题。
附图说明
图1为本发明实施例一组呼控制方法流程示意图；
图2为本发明实施例二组呼控制方法流程示意图；
图3为本发明实施例三组呼控制方法流程示意图；
图4为本发明实施例确定支持的群组和优先级方法流程示意图；
图5为本发明实施例网络侧将更新后的支持的群组和/或优先级发送到终端的方法流程示意图；
图6为本发明实施例终端进行组呼控制的方法流程示意图；
图7为本发明实施例网络侧进行组呼控制的方法流程示意图；
图8为本发明实施例终端进行组呼控制的方法流程示意图；
图9为本发明实施例二组呼控制方法流程示意图；
图10为本发明实施例一组呼控制装置结构示意图；
图11为本发明实施例二组呼控制装置结构示意图
图12为本发明实施例组呼控制系统结构示意图。
具体实施方式
本发明实施例中终端与网络侧共同确定支持的群组和优先级；当终端发起新的组呼时，终端根据支持的群组和优先级进行组呼控制；当网络侧发起新的组呼时，终端或网络侧根据支持的群组和优先级进行组呼控制。
下面结合附图及具体实施例，对本发明技术方案的实施作进一步的详细描述。图1为本发明实施例一组呼控制方法流程示意图，如图1所示，本实施例组呼控制方法应用于终端侧，包括以下步骤：
步骤101：将自身设置的支持的群组和优先级发送到网络侧；
其中，所述将自身设置的支持的群组和优先级发送到网络侧包括：当自身设置有支持的群组以及优先级时，通过注册请求消息将自身设置的支持的群组和优先级发送到网络侧；当自身没有设置支持的群组以及优先级时，发送注册请求消息到网络侧，不携带支持的群组和优先级信息。
步骤102：接收网络侧发送的网络侧和终端最终支持的群组和优先级；
具体的，当自身设置有支持的群组以及优先级时，通过注册请求消息将自身设置的支持的群组和优先级发送到网络侧，并接收网络侧通过注册接受消息发送的网络侧和终端最终支持的群组和优先级；当自身和网络侧均没有设置支持的群组以及优先级时，接收网络侧通过注册接受消息发送的默认支持的群组和优先级；当自身没有设置支持的群组以及优先级，且网络侧设置了支持的群组，没有设置支持的优先级时，接收网络侧通过注册接受消息发送的设置的支持的群组和默认支持的优先级；当自身没有设置支持的群组以及优先级，且网络侧设置了支持的群组和优先级时，接收网络侧通过注册接受消息发送的设置的支持的群组和优先级。
本发明实施例中，当终端自身设置的支持的群组和/或优先级发生变化时，重新发起注册过程，通过注册请求消息将自身设置的支持的群组和/或优先级发送到网络侧，并接收网络侧通过注册接受消息发送的最终的支持的群组和/或优先级。
本发明实施例中，所述方法还包括：将接收到的网络侧发送的支持的群组以及优先级保存到本地，当组呼激活时记录当前组呼的优先级。
步骤103：当终端自身或网络侧发起新的组呼时，根据最终支持的群组和优先级进行组呼控制。
其中，所述当终端自身发起新的组呼时，根据支持的群组和优先级进行组呼控制包括：当终端自身主动发起新的组呼时，判断新发起的组呼的优先级是否高于当前组呼的优先级；当新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；当新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼。
所述当网络侧发起新的组呼时，根据支持的群组和优先级进行组呼控制包括：接收到网络侧发起的组呼时，判断网络侧新发起的组呼的优先级是否高于当前组呼的优先级；当网络侧新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述网络侧新发起的组呼；当网络侧新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述网络侧新发起的组呼。
图2为本发明实施例二组呼控制方法流程示意图，如图2所示，本实施例组呼控制方法应用于网络侧，包括以下步骤：
步骤201：接收终端发送的终端设置的支持的群组和优先级；
其中，所述接收终端发送的终端设置的支持的群组和优先级包括：接收终端通过注册请求消息发送的终端设置的支持的群组和优先级；其中，当终端设置有支持的群组以及优先级时，所述注册请求消息包括终端设置的支持的群组和优先级发送到网络侧；当终端没有设置支持的群组以及优先级时，所述注册请求消息中不携带支持的群组和优先级信息。
步骤202：将网络侧和终端最终支持的群组和优先级发送到终端；
本发明实施例中，所述将网络侧和终端最终支持的群组和优先级发送到终端包括：当终端中设置有支持的群组以及优先级时，通过注册接受消息将网络侧和终端最终支持的群组和优先级发送到终端；当终端和网络侧均没有设置支持的群组以及优先级时，通过注册接受消息将网络侧默认支持的群组和优先级发送到终端；当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组，没有设置支持的优先级时，通过注册接受消息将网络侧设置的支持的群组和默认支持的优先级发送到终端；当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组和优先级时，通过注册接受消息将网络侧设置的支持的群组和优先级发送到终端。
本发明实施例中，当终端和网络侧均设置有支持的群组以及优先级时，网络侧在接收到终端发送的终端中设置的支持的群组和优先级后，忽略自身设置的支持的群组和优先级以及网络侧默认的支持的群组和优先级，以终端设置的支持的群组和优先级为主，将终端发送的支持的群组和优先级作为网络侧和终端最终支持的群组和优先级，并将自身存储的支持的群组和优先级更新为接收到的终端发送的支持的群组和优先级，然后最终确定的终端支持的群组和优先级发送到终端，以确保终端和网络侧最终支持的群组和优先级保存一致。
本发明实施例中，当终端中没有设置支持的群组和优先级时，终端发送的注册请求消息中不携带任何群组和优先级信息，网络侧在接收到所述注册请求消息后，确定终端中没有设置支持的群组和优先级，网络侧根据自身设置的群组和优先级以及网络侧默认支持的群组和优先级，确定网络侧和终端最终支持的群组和优先级，并通过注册接受消息发送到终端。
本发明实施例中，所述方法还包括：当网络侧自身支持的群组和/或等级发生变化时，通过组信息将更新后的支持的群组和/或优先级发送到终端。
步骤203：当网络侧自身发起新的组呼时，根据支持的群组和优先级进行组呼控制。
其中，所述当网络侧自身发起新的组呼时，根据终端支持的群组和优先级进行组呼控制包括：当网络侧自身发起新的组呼，且确定终端处于组呼状态时，判断新发起的组呼的优先级是否高于当前组呼的优先级；当新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；当新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼；
当网络侧发起新的组呼，且网络侧无法确定终端是否处于组呼状态时，网络侧发起所述新的组呼。
图3为本发明实施例三组呼控制方法流程示意图，如图3所示，本实施例组呼控制方法包括以下步骤：
步骤301：终端与网络侧共同确定支持的群组和优先级；
本发明实施例中，所述终端与网络侧共同确定支持的群组和优先级包括：
当终端中设置有支持的群组以及优先级时，终端通过注册请求消息将自身设置的支持的群组和优先级发送到网络侧，网络侧通过注册接受消息将网络侧和终端最终支持的群组和优先级发送到终端；例如，当用户在终端中设置了终端支持的群组以及优先级时，所述终端支持的群组和优先级作为终端的属性，通过注册请求消息，发送到PDS，PDS通过注册接受消息携带终端最终支持的群组信息和优先级，通过注册接受消息，将终端最终的支持的群组信息和优先级发送到终端。
当终端和网络侧均没有设置支持的群组以及优先级时，网络侧将默认支持的群组和优先级发送到终端；例如，当终端在注册请求消息中没有携带设置支持群组和优先级时，PDS通过注册接受消息将网络侧默认支持的群组和优先级发送到终端。
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组，没有设置支持的优先级时，网络侧将设置的支持的群组和默认的支持的优先级发送到终端；例如，当终端在注册请求消息中没有携带设置支持群组和优先级，且PDS中仅仅设置了支持的群组，没有设置支持的优先级，则PDS通过注册接受消息将设置的支持的群组以及默认支持的优级发送到终端。
当终端中没有设置支持的群组以及优先级，网络侧中设置了支持的群组和优先级时，网络侧将设置的支持的群组和优先级发送到终端。例如，当终端在注册请求消息中没有携带设置支持群组和优先级，且PDS中设置了支持的群组和优先级时，则PDS通过注册接受消息将设置的支持的群组以及优级发送到终端。
本发明实施例中，当终端和网络侧均设置有支持的群组以及优先级时，网络侧在接收到终端发送的终端中设置的支持的群组和优先级后，忽略自身设置的支持的群组和优先级以及网络侧默认的支持的群组和优先级，以终端设置的支持的群组和优先级为主，将终端发送的支持的群组和优先级作为网络侧和终端最终支持的群组和优先级，并将自身存储的支持的群组和优先级更新为接收到的终端发送的支持的群组和优先级，然后最终确定的终端支持的群组和优先级发送到终端，以确保终端和网络侧最终支持的群组和优先级保存一致。
本发明实施例中，当终端中没有设置支持的群组和优先级时，终端发送的注册请求消息中即不携带任何群组和优先级信息，网络侧在接收到所述注册请求消息后，确定终端中没有设置支持的群组和优先级，网络侧根据自身设置的群组和优先级以及网络侧默认支持的群组和优先级，确定网络侧和终端最终支持的群组和优先级，并通过注册接受消息发送到终端。
图4为本发明实施例终端与网络侧共同确定支持的群组和优先级方法流程示意图，如图4所示，其中，步骤401-408为终端中设置有支持的群组以及优先级时，终端通过注册请求消息将自身设置的支持的群组和优先级发送到网络侧的过程；步骤409-414为终端没有设置支持的群组以及优先级时终端的注册过程，步骤415-420为网络侧将终端和网络侧最终支持的群组和优先级发送到终端的过程；步骤401-408和步骤408-414不同时发生，即当存在步骤401-408的过程是，步骤409-414所述过程不存在，反之亦然；如图4所示，本发明实施例所述终端与网络侧共同确定支持的群组和优先级方法包括一下步骤：
步骤401：终端中设置有支持的群组和优先级；
步骤402：AT命令的适配层ATI发送ATI_TSM_SET_SCANINFO_REQ消息到中继服务管理器(TSM，Trunking Service Management)；
其中，所述ATI_TSM_SET_SCANINFO_REQ消息中携带有用户设置的终端支持的群组和优先级信息；
步骤403：TSM将接收到的用户设置的终端支持的群组和优先级信息保存到非易失性存储器(NV，Non-Volatile Memory)；
步骤404：ATI发送ATI_TSM_REG_REQ消息到TSM；
步骤405：TSM发送TSM_AS_DATA_REQ消息到演进的通用无线资源控制器(URRC，Evolved Universal Radio Resource Control)；
其中，所述TSM_AS_DATA_REQ消息中携带有用户设置的终端支持的群组和优先级信息，且指示组信息需要更新；
步骤406：URRC发送TSM_AS_DATA_REQ消息到网络侧NET；
其中，所述TSM_AS_DATA_REQ消息中携带有用户设置的终端支持的群组和优先级信息；
步骤407：TSM保存所述用户设置的终端支持的群组和优先级信息；
步骤408：网络侧NET根据用户设置的终端支持的群组和优先级信息进行更新；
步骤409：用户没有设置终端支持的群组和优先级，且NV中也没有保存终端支持的群组和优先级；
步骤410：ATI发送ATI_TSM_REG_REQ消息到TSM；
步骤411：TSM发送TSM_AS_DATA_REQ消息到URRC；
其中，所述TSM_AS_DATA_REQ消息中不携带有用户设置的终端支持的群组和优先级信息，且指示组信息需要更新；
步骤412：URRC发送TSM_AS_DATA_REQ消息到网络侧NET；
其中，所述TSM_AS_DATA_REQ消息中不携带有用户设置的终端支持的群组和优先级信息，且指示组信息需要更新；
步骤413：TSM保存当前终端支持的群组和优先级信息；
步骤414：网络侧根据自身支持的群组和优先级信息进行更新；
其中，网络侧自身的群组和优先级信息包括网络侧设置的支持的群组和优先级信息以及网络侧默认支持的群组和优先级信息；
步骤415：网络侧NET发送TSM_REG_ACCEPT_IND消息到URRC；
其中，所述TSM_REG_ACCEPT_IND消息中携带网络侧和终端最终支持的群组和优先级信息；
这里，当对应步骤401-408的过程，终端中设置有支持的群组以及优先级时，所述TSM_REG_ACCEPT_IND消息中携带的是终端设置的支持的群组以及优先级；
当对应步骤409-414的过程，终端和网络侧均没有设置支持的群组以及优先级时，所述TSM_REG_ACCEPT_IND消息中携带的是网络侧默认支持的群组和优先级；当对应步骤409-414的过程终端中没有设置支持的群组以及优先级，网络侧设置了支持的群组，没有设置支持的优先级时，所述TSM_REG_ACCEPT_IND消息中携带的是网络侧设置的支持的群组和默认的支持的优先级；当对应步骤409-414的过程终端中没有设置支持的群组以及优先级，网络侧中设置了支持的群组和优先级时，所述TSM_REG_ACCEPT_IND消息中携带的是网络侧设置的支持的群组和优先级；
步骤416：URRC发送TSM_REG_ACCEPT_IND消息到TSM；
其中，所述TSM_REG_ACCEPT_IND消息中携带网络侧和终端最终支持的群组和优先级信息；
步骤417：TSM发送ATI_TSM_REG_CN消息到ATI；
步骤418：TSM将接收到的终端和网络侧最终支持的群组和优先级信息保存到NV；
步骤419：ATI发送ATI_TSM_QUERY_GROUPINFO_REQ消息到TSM；
步骤420：TSM发送ATI_TSM_QUERY_GROUPINFO_CNF消息到ATI；
其中，所述其中，所述ATI_TSM_QUERY_GROUPINFO_CNF消息中携带网络侧和终端最终支持的群组和优先级信息。
在注册完成之后，终端和网络侧的支持的群组和优先级信息实现同步。
当网络侧支持的群组和/或等级发生变化时，网络侧通过组信息将更新后的支持的群组和/或优先级发送到终端；
当终端设置的支持的群组和/或优先级发生变化时，终端重新发起注册过程，通过注册请求消息将自身设置的支持的群组和/或优先级发送到网络侧，网络侧通过注册接受消息将最终的支持的群组和/或优先级发送到终端。本发明实施例中当终端设置的支持的群组和/或优先级发生变化时，重新执行图4中的步骤401-408以及步骤415-420的过程。
图5为本发明实施例当网络侧支持的群组和/或等级发生变化时，网络侧通过组信息将更新后的支持的群组和/或优先级发送到终端的方法流程示意图，其中，步骤501-508为网络侧支持的群组和/或等级发生变化时的过程，步骤509-5为网络侧通过组信息将更新后的支持的群组和/或优先级发送到终端的过程，如图5所示，包括以下步骤：
步骤501：网络侧支持的群组和/或等级发生变化；
步骤502：网络侧NET发送PTT_MT_DEATCH_REQ消息到URRC；
其中，所述PTT_MT_DEATCH_REQ消息中携带重附着指示；
步骤503：URRC发送PTT_MT_DEATCH_REQ消息到TSM；
其中，所述PTT_MT_DEATCH_REQ消息中携带重附着指示；
步骤504：TSM本地去活重新附着；
步骤505：TSM发送TSM_AS_DATA_REQ消息到URRC；
其中，所述TSM_AS_DATA_REQ消息中不携带有用户设置的终端支持的群组和优先级信息，且指示组信息需要更新；
步骤506：URRC发送TSM_AS_DATA_REQ消息到MET；
其中，所述TSM_AS_DATA_REQ消息中不携带有用户设置的终端支持的群组和优先级信息，且指示组信息需要更新；
步骤507：TSM保存当前终端支持的群组和优先级信息；
步骤508：网络侧根据自身支持的群组和优先级信息进行更新；
步骤509：网络侧NET发送TSM_REG_ACCEPT_IND消息到URRC；
其中，所述TSM_REG_ACCEPT_IND消息中携带网络侧和终端最终支持的群组和优先级信息；这里，TSM_REG_ACCEPT_IND消息携带的是网络侧发生变化更新后的网络侧和终端最终支持的群组和优先级信息；
步骤510：URRC发送TSM_REG_ACCEPT_IND消息到TSM；
其中，所述TSM_REG_ACCEPT_IND消息中携带网络侧和终端最终支持的群组和优先级信息；这里，TSM_REG_ACCEPT_IND消息携带的是网络侧发生变化更新后的网络侧和终端最终支持的群组和优先级信息；
步骤511：TSM将接收到的终端和网络侧最终支持的群组和优先级信息保存到NV；
步骤512：TSM发送ATI_TSM_GROUPUPDATE_IND消息到ATI；
步骤513：ATI发送ATI_TSM_QUERY_GROUPINFO_REQ消息到TSM；
步骤514：TSM发送ATI_TSM_QUERY_GROUPINFO_CNF消息到ATI；
其中，所述其中，所述ATI_TSM_QUERY_GROUPINFO_CNF消息中携带网络侧和终端最终支持的群组和优先级信息。
如此，保证终端和网络侧的支持的群组和优先级能够始终保持一致。
本发明实施例中，所述终端接收到网络侧发送的支持的群组以及优先级保存到本地，当组呼激活时记录当前组呼的优先级。
步骤302A：当终端发起新的组呼时，终端根据支持的群组和优先级进行组呼控制；
具体的，当终端主动发起新的组呼时，终端判断新发起的组呼的优先级是否高于当前组呼的优先级；当终端新发起的组呼的优先级高于当前组呼的优先级时，终端释放当前组呼，激活所述新发起的组呼；当终端新发起的组呼的优先级低于当前组呼的优先级时，终端拒绝所述新发起的组呼。
图6为本发明实施例当终端发起新的组呼时，终端根据支持的群组和优先级进行组呼控制的方法流程示意图，其中，步骤602与步骤603-615的过程不能同时存在，即当步骤602发生时，步骤603-615的过程不执行，所述终端进行组呼控制的方法仅包括步骤601-602；当步骤603发生时，步骤602不存在，所述终端进行组呼控制的方法仅包括步骤601、603-615；如图6所示，包括以下步骤：
步骤601：当前存在激活的组呼；
步骤602：终端新发起的组呼的优先级低于当前组呼的优先级，终端拒绝所述新发起的组呼；
步骤603：终端新发起的组呼的优先级高于当前组呼的优先级；
步骤604：应用层模块AP发送PTTCALLRLS消息到ATI；
步骤605：ATI发送ATI_TSM_CALL_REL_REQ消息到TSM；
步骤606：TSM发送TSM_AS_CALL_REL_REQ消息到URRC；
步骤607：URRC发送TSM_AS_CALL_REL_REQ到网络侧NET；
其中，所述TSM_AS_CALL_REL_REQ消息中包括上行直传消息；
步骤608：网络侧释放当前组呼和组呼资源；
步骤609：TSM释放当前组呼；
步骤610：网络侧发送TSM_AS_CALL_REL_CNF到URRC；
其中，所述TSM_AS_CALL_REL_CNF消息中包括下行直传消息；
步骤611：URRC发送TSM_AS_CALL_REL_CNF到TSM；
步骤612：TSM发送ATI_TSM_CALL_REL_CNF消息到ATI；
步骤613：ATI发送PTTCALLRLSRS消息到AP；
步骤614：AP发送PTTCALL消息到ATI；
步骤615：共同发起所述新发起的高优先级的组呼。
步骤302B：当网络侧发起新的组呼时，终端或网络侧根据支持的群组和优先级进行组呼控制。
本发明实施例中，当组呼中存在RRC连接时，网络侧能够确定终端是否处于组呼状态，并且能够确定终端接入的群组，因此，由网络侧进行组呼控制。当组呼中不存在RRC连接时，网络侧无法确定终端是否处于组呼状态，因此，网络侧直接发起组呼，由终端进行组呼控制。
具体的，当网络侧发起新的组呼，且网络侧确定终端处于组呼状态时，网络侧判断新发起的组呼的优先级是否高于当前组呼的优先级；当网络侧新发起的组呼的优先级高于当前组呼的优先级时，网络侧释放当前组呼，激活所述新发起的组呼；当网络侧新发起的组呼的优先级低于当前组呼的优先级时，网络侧拒绝所述新发起的组呼。
图7为本发明实施例当网络侧发起新的组呼时，网络侧根据支持的群组和优先级进行组呼控制的方法流程示意图，其中，步骤702与步骤703-709的过程不能同时存在，即当步骤702发生时，步骤703-709的过程不执行，所述终端进行组呼控制的方法仅包括步骤701-702；当步骤703发生时，步骤702不存在，所述终端进行组呼控制的方法仅包括步骤701、703-709；如图7所示，包括以下步骤：
步骤701：当前存在激活的组呼；
步骤702：网络侧发起新的组呼的优先级低于当前组呼的优先级，网络侧拒绝所述新发起的组呼；
步骤703：网络侧发起新的组呼的优先级高于当前组呼的优先级，释放当前组呼和组呼资源；
步骤704：网络侧NET发送TSM_AS_CALL_REL_IND消息到URRC；
其中，所述TSM_AS_CALL_REL_IND消息中包括下行直传消息；
步骤705：URRC发送TSM_AS_CALL_REL_IND消息到TSM；
步骤706：TSM释放当前组呼；
步骤707：TSM发送ATI_TSM_CALL_REL_IND消息到ATI；
步骤708：ATI发送PTTCALLRLSIND消息到AP；
步骤709：共同发起所述新发起的高优先级的组呼
当网络侧发起新的组呼，且网络侧无法确定终端是否处于组呼状态时，网络侧发起所述新的组呼；终端接收到网络侧发起的组呼时，判断网络侧新发起的组呼的优先级是否高于当前组呼的优先级；当网络侧新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述网络侧新发起的组呼；当网络侧新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述网络侧新发起的组呼。
图8为本发明实施例当网络侧发起新的组呼时，终端根据支持的群组和优先级进行组呼控制的方法流程示意图，其中，步骤803与步骤804-809的过程不能同时存在，即当步骤803发生时，步骤804-809的过程不执行，所述终端进行组呼控制的方法仅包括步骤801-803；当步骤804发生时，步骤803不存在，所述终端进行组呼控制的方法仅包括步骤801-802、804-809；如图8所示，包括以下步骤：
步骤801：当前存在激活的组呼；
步骤802：网络发送组呼消息到URRC；
步骤803：URRC接收到的组呼消息的优先级低于当前组呼的优先级，URRC不做处理；
步骤804：URRC接收到的组呼消息的优先级高于当前组呼的优先级；
步骤805：URRC发送TSM_AS_CALL_REL_IND消息到TSM；
步骤806：TSM释放当前组呼；
步骤807：TSM发送ATI_TSM_CALL_REL_IND消息到ATI；
步骤808：ATI发送PTTCALLRLSIND消息到AP；
步骤809：共同发起所述新发起的高优先级的组呼。
图9为本发明实施例四组呼控制方法流程示意图，如图9所示，本发明实施例所述组呼控制方法包括以下步骤：
步骤901：终端开机初始注册时候，发起集群注册过程，在注册请求消息中携带终端设置的支持的集群以及优先级，发送到网络侧；
步骤902：网络侧接收到注册请求消息后，通过注册接受消息携带网络侧和终端支持群组和终端支持的群组和优先级下发到终端；
步骤903：终端支持群组和优先级发生变化，终端重新发起注册过程，在注册请求消息中携带终端设置的支持的集群以及优先级，发送到网络侧；
步骤904：网络侧接收到注册请求消息后，通过注册接受消息携带网络侧和终端支持群组和终端支持的群组和优先级下发到终端；
步骤905：网络侧支持的群组和优先级发生变化时，网络侧通过组信息将更新后的支持的群组和/或优先级发送到终端；
步骤906：终端将接收到的支持的群组和优先级保存到本地；
步骤907：终端接入第一个组呼时，保存当前组呼对应的群组和所述群组的优先级。
步骤908：终端发起新的组呼；
步骤909：终端判断新发起的组呼的优先级是否高于当前组呼的优先级；当终端新发起的组呼的优先级高于当前组呼的优先级时，执行步骤910，否则执行步骤911；
步骤910：释放当前组呼，释放成功后，发起所述新发起的组呼；
步骤911：拒绝所述新发起的组呼。
步骤912：网络侧发起新的组呼；
步骤913：判断网络侧是否能够获得终端的组呼状态；当网络侧能够获得终端的组呼状态时，执行步骤914；否则，执行步骤919；
步骤914：网络侧判断新发起的组呼的优先级是否高于当前组呼的优先级；当网络侧新发起的组呼的优先级高于当前组呼的优先级时，执行步骤915；否则，执行步骤916；
步骤915：网络侧释放当前组呼，激活所述新发起的组呼；
步骤916：网络侧拒绝所述新发起的组呼。
步骤917：网络侧直接发起所述新的组呼；
步骤918：终端接收到网络侧发起的组呼时，判断网络侧新发起的组呼的优先级是否高于当前组呼的优先级；当网络侧新发起的组呼的优先级是否高于当前组呼的优先级时，执行步骤919，否则，执行步骤290；
步骤919：终端释放当前组呼，激活所述网络侧新发起的组呼；
步骤920：终端拒绝所述网络侧新发起的组呼。
本发明实施例仅仅是以图1至图9所述组呼控制方法为例，并非限定本发明的保护范围，本领域技术人员可以根据实际场景对图1至图9所述组呼方法步骤进行简单的删减或重新组合，这些变换仍然属于本发明的保护范围。本发明实施例所述组呼控制方法中，用户可以设置终端支持的群组和优先级，并与网络侧的支持的群组和优先级进行综合，以用户设置的群组和优先级为主，通过注册流程将用户设置的群组和优先级信息发送到网络侧，再由网络侧确定最终支持的群组和优先级，通过注册接受消息发送到终端，使终端设置和网络侧设置同步。当网络侧支持的群组和优先级发生变化时，通过组信息更新的方式通知到终端。如此，用户能够根据需要设置支持接入群组以及优先级，也可以不进行设置，使用网络侧设置或默认支持的群组和优先级，从而提高了用户体验。通过注册过程实现终端和网络侧的同步，可以复用当前流程不增加新的流程，在不新增流程的情况，达到同步的目的，大大减少了终端的设计复杂度。
本发明实施例还提供了一种组呼控制装置，所述装置位于终端侧，图10为本发明实施例一组呼控制装置结构示意图，如图10所示，所述装置包括：第一确定模块101、第一控制模块102，其中，
所述第一确定模块101，用于将自身设置的支持的群组和优先级发送到网络侧；接收网络侧发送的网络侧和终端最终支持的群组和优先级；
本发明实施例中，所述第一确定模块101具体用于：当自身设置有支持的群组以及优先级时，通过注册请求消息将自身设置的支持的群组和优先级发送到网络侧；当自身没有设置支持的群组以及优先级时，发送注册请求消息到网络侧，不携带支持的群组和优先级信息；
具体的，所述第一确定模块101当自身设置有支持的群组以及优先级时，通过注册请求消息将自身设置的支持的群组和优先级发送到网络侧，并接收网络侧通过注册接受消息携带的网络侧和终端最终支持的群组和优先级；当自身和网络侧均没有设置支持的群组以及优先级时，接收网络侧发送的默认支持的群组和优先级；当自身没有设置支持的群组以及优先级，且网络侧设置了支持的群组，没有设置支持的优先级时，接收网络侧设置的支持的群组和默认支持的优先级；当自身没有设置支持的群组以及优先级，且网络侧设置了支持的群组和优先级时，接收网络侧设置的支持的群组和优先级。
本发明实施例中，所述第一确定模块101还用于：当自身设置的支持的群组和/或优先级发生变化时，重新发起注册过程，通过注册请求消息将自身设置的支持的群组和/或优先级发送到网络侧，并接收网络侧通过注册接受消息发送的最终的支持的群组和/或优先级。
所述装置还包括存储模块103，用于：将接收到的网络侧发送的支持的群组以及优先级保存到本地，当组呼激活时记录当前组呼的优先级。
所述第一控制模块102，用于当终端自身或网络侧发起新的组呼时，根据支持的群组和优先级进行组呼控制。
本发明实施例中，所述第一控制模块102具体用于：当终端自身主动发起新的组呼时，判断新发起的组呼的优先级是否高于当前组呼的优先级；当新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；当新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼。
当接收到网络侧发起的组呼时，判断网络侧新发起的组呼的优先级是否高于当前组呼的优先级；当网络侧新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述网络侧新发起的组呼；当网络侧新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述网络侧新发起的组呼。
本发明实施例还提供了一种组呼控制装置，所述装置位于网络侧，图11为本发明实施例而组呼控制装置结构示意图，如图11所示，所述装置包括：第二确定模块111、第二控制模块112，其中，
所述第二确定模块111，用于接收终端发送的终端设置的支持的群组和优先级；将网络侧和终端最终支持的群组和优先级发送到终端；
本发明实施例中，所述第二确定模块111具体用于：当终端中设置有支持的群组以及优先级时，通过注册接受消息将网络侧和终端最终支持的群组和优先级发送到终端；当终端和网络侧均没有设置支持的群组以及优先级时，通过注册接受消息将网络侧默认支持的群组和优先级发送到终端；当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组，没有设置支持的优先级时，通过注册接受消息将网络侧设置的支持的群组和默认支持的优先级发送到终端；当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组和优先级时，通过注册接受消息将网络侧设置的支持的群组和优先级发送到终端。
本发明实施例中，当终端和网络侧均设置有支持的群组以及优先级时，第二确定模块111在接收到终端发送的终端中设置的支持的群组和优先级后，忽略自身设置的支持的群组和优先级以及网络侧默认的支持的群组和优先级，以终端设置的支持的群组和优先级为主，将终端发送的支持的群组和优先级作为网络侧和终端最终支持的群组和优先级，并将自身存储的支持的群组和优先级更新为接收到的终端发送的支持的群组和优先级，然后最终确定的终端支持的群组和优先级发送到终端，以确保终端和网络侧最终支持的群组和优先级保存一致。
本发明实施例中，当终端中没有设置支持的群组和优先级时，终端发送的注册请求消息中即不携带任何群组和优先级信息，第二确定模块111在接收到所述注册请求消息后，确定终端中没有设置支持的群组和优先级，网络侧根据自身设置的群组和优先级以及网络侧默认支持的群组和优先级，确定网络侧和终端最终支持的群组和优先级，并通过注册接受消息发送到终端。
本发明实施例中，所述第二确定模块111还用于：当网络侧自身支持的群组和/或等级发生变化时，通过组信息将更新后的支持的群组和/或优先级发送到终端。
所述第二控制模块112，用于当网络侧自身发起新的组呼时，根据支持的群组和优先级进行组呼控制。
本发明实施例中，所述第二控制模块112具体用于：当网络侧自身发起新的组呼，且确定终端处于组呼状态时，判断新发起的组呼的优先级是否高于当前组呼的优先级；当新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；当新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼；当网络侧发起新的组呼，且网络侧无法确定终端是否处于组呼状态时，网络侧发起所述新的组呼。
本发明实施例还提供了一种组呼控制系统，图12为本发明实施例组呼控制系统结构示意图，如图12所示，所述系统包括：终端121、网络侧设备122；其中，
所述终端121和网络侧设备122，用于共同确定支持的群组和优先级；
本发明实施例中，所述终端121具体用于：当终端中设置有支持的群组以及优先级时，通过注册请求消息将终端设置的支持的群组和优先级发送到网络侧；相应的，所述网络侧设备122具体用于：当接收到的注册请求消息中包括终端设置的支持的群组和优先级时，通过注册接受消息将网络侧和终端最终支持的群组和优先级发送到终端；例如，当用户在终端中设置了终端支持的群组以及优先级时，所述终端121将终端支持的群组和优先级作为终端的属性，通过注册请求消息，发送到网络侧；所述网络侧设备122通过注册接受消息携带终端最终支持的群组信息和优先级，通过注册接受消息，将终端最终的支持的群组信息和优先级发送到终端。
本发明实施例中，所述网络侧设备122还用于：当终端和网络侧均没有设置支持的群组以及优先级时，将网络侧默认支持的群组和优先级发送到终端；例如，当接收到的注册请求消息中没有携带设置支持群组和优先级时，所述网络侧设备122通过注册接受消息将网络侧默认支持的群组和优先级发送到终端。
本发明实施例中，所述网络侧设备122还用于：当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组，没有设置支持的优先级时，将网络侧设置的支持的群组和默认支持的优先级发送到终端；例如，当接收到的注册请求消息中没有携带设置支持群组和优先级，且网络侧中仅仅设置了支持的群组，没有设置支持的优先级，则所述网络侧设备122通过注册接受消息将设置的支持的群组以及默认支持的优级发送到终端。
本发明实施例中，所述网络侧设备122还用于：当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组和优先级时，将网络侧设置的支持的群组和优先级发送到终端。例如，当接收到的注册请求消息中没有携带设置支持群组和优先级，且网络侧设置了支持的群组和优先级时，则所述网络侧设备122注册接受消息中将设置的支持的群组以及优级发送到终端。
本发明实施例中，当终端121和网络侧设备122均设置有支持的群组以及优先级时，网络侧设备122在接收到终端121发送的终端121中设置的支持的群组和优先级后，忽略自身设置的支持的群组和优先级以及网络侧默认的支持的群组和优先级，以终端121设置的支持的群组和优先级为主，将终端121发送的支持的群组和优先级作为网络侧设备122和终端121最终支持的群组和优先级，并将自身存储的支持的群组和优先级更新为接收到的终端121发送的支持的群组和优先级，然后最终确定的网络侧设备122和终端121支持的群组和优先级发送到终端，以确保终端121和网络侧设备122最终支持的群组和优先级保存一致。
本发明实施例中，当终端121中没有设置支持的群组和优先级时，终端121发送的注册请求消息中即不携带任何群组和优先级信息，网络侧设备122在接收到所述注册请求消息后，确定终端121中没有设置支持的群组和优先级，网络侧设备122根据自身设置的群组和优先级以及网络侧设备122默认支持的群组和优先级，确定网络侧设备122和终端121最终支持的群组和优先级，并通过注册接受消息发送到终端121。
在注册完成之后，终端和网络侧的支持的群组和优先级信息实现同步。
本发明实施例中，所述装置网络侧设备122还用于：当网络侧支持的群组和/或等级发生变化时，通过组信息将更新后的支持的群组和/或优先级发送到终端；
所述终端121还用于：当终端设置的支持的群组和/或优先级发生变化时，重新发起注册过程，通过注册请求消息将自身设置的支持的群组和/或优先级发送到网络侧。
如此，保证终端和网络侧的支持的群组和优先级能够始终保持一致。
本发明实施例中，所述装置还包括终端121，所述终端121位于终端，用于将接收到的网络侧发送的支持的群组以及优先级保存到本地，当组呼激活时记录当前组呼的优先级。
所述终端121，用于当终端发起新的组呼时，根据支持的群组和优先级进行组呼控制；
本发明实施例中，所述终端121具体用于：当终端主动发起新的组呼时，判断新发起的组呼的优先级是否高于当前组呼的优先级；当终端新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；当终端新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼。
所述网络侧设备122，用于当网络侧发起新的组呼时，根据支持的群组和优先级进行组呼控制。
本发明实施例中，所述网络侧设备122具体用于：当网络侧发起新的组呼，且网络侧确定终端处于组呼状态时，判断新发起的组呼的优先级是否高于当前组呼的优先级；当网络侧新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；当网络侧新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼。
本发明实施例中，当组呼中存在RRC连接时，网络侧能够确定终端是否处于组呼状态，并且能够确定终端接入的群组，因此，由网络侧进行组呼控制。
本发明实施例中，所述网络侧设备122还用于：当网络侧发起新的组呼，且网络侧无法确定终端是否处于组呼状态时，发起所述新的组呼；相应的，所述终端121还用于：当网络侧发起新的组呼时，根据支持的群组和优先级进行组呼控制；
具体的，所述终端121接收到网络侧发起的组呼时，判断网络侧新发起的组呼的优先级是否高于当前组呼的优先级；当网络侧新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述网络侧新发起的组呼；当网络侧新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述网络侧新发起的组呼。
本发明实施例中，当组呼中不存在RRC连接时，网络侧无法确定终端是否处于组呼状态，因此，网络侧直接发起组呼，由终端进行组呼控制。
图10和图11中所示的组呼控制装置中的各处理模块的实现功能，可参照前述组呼控制方法的相关描述而理解。本领域技术人员应当理解，图8所示的组呼控制装置中各处理模块的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现，比如：可由中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)、或现场可编程门阵列(FPGA)实现。
在本发明所提供的几个实施例中，应该理解到，所揭露的方法及装置，可以通过其他的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个模块或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的通信连接可以是通过一些接口，设备或模块的间接耦合或通信连接，可以是电性的、机械的或其他形式的。
上述作为分离部件说明的模块可以是、或也可以不是物理上分开的，作为模块显示的部件可以是、或也可以不是物理模块，即可以位于一个地方，也可以分布到多个网络模块上；可以根据实际的需要选择其中的部分或全部模块来实现本实施例方案的目的。
另外，在本发明各实施例中的各功能模块可以全部集成在一个处理模块中，也可以是各模块分别单独作为一个模块，也可以两个或两个以上模块集成在一个模块中；上述集成的模块既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
或者，本发明实施例上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。
本发明是实例中记载的组呼控制方法、装置只以上述实施例为例，但不仅限于此，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (34)

1.一种组呼控制方法，其特征在于，所述方法包括：
将自身设置的支持的群组和优先级发送到网络侧；
接收网络侧发送的网络侧和终端最终支持的群组和优先级；
当终端自身或网络侧发起新的组呼时，根据最终支持的群组和优先级进行组呼控制。
2.根据权利要求1所述方法，其特征在于，所述将自身设置的支持的群组和优先级发送到网络侧包括：
当自身设置有支持的群组以及优先级时，通过注册请求消息将自身设置的支持的群组和优先级发送到网络侧；当自身没有设置支持的群组以及优先级时，发送注册请求消息到网络侧，不携带支持的群组和优先级信息。
3.根据权利要求2所述方法，其特征在于，所述方法还包括：
当自身设置的支持的群组和/或优先级发生变化时，重新发起注册过程，通过注册请求消息将自身设置的支持的群组和/或优先级发送到网络侧，并接收网络侧通过注册接受消息发送的网络侧和终端最终的支持的群组和/或优先级。
4.根据权利要求1所述方法，其特征在于，所述方法还包括：将接收到的网络侧发送的支持的群组以及优先级保存到本地，当组呼激活时记录当前组呼的优先级。
5.根据权利要求4所述方法，其特征在于，所述当终端自身发起新的组呼时，根据支持的群组和优先级进行组呼控制包括：
当终端自身主动发起新的组呼时，判断新发起的组呼的优先级是否高于当前组呼的优先级；
当新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；
当新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼。
6.根据权利要求4所述方法，其特征在于，所述当网络侧发起新的组呼时，根据支持的群组和优先级进行组呼控制包括：
接收到网络侧发起的组呼时，判断网络侧新发起的组呼的优先级是否高于当前组呼的优先级；
当网络侧新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述网络侧新发起的组呼；
当网络侧新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述网络侧新发起的组呼。
7.一种组呼控制方法，其特征在于，所述方法包括：
接收终端发送的终端设置的支持的群组和优先级；
将网络侧和终端最终支持的群组和优先级发送到终端；
当网络侧自身发起新的组呼时，根据支持的群组和优先级进行组呼控制。
8.根据权利要求7所述方法，其特征在于，所述将网络侧和终端最终支持的群组和优先级发送到终端包括：
当终端中设置有支持的群组以及优先级时，通过注册接受消息将网络侧和终端最终支持的群组和优先级发送到终端；
当终端和网络侧均没有设置支持的群组以及优先级时，通过注册接受消息将网络侧默认支持的群组和优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组，没有设置支持的优先级时，通过注册接受消息将网络侧设置的支持的群组和默认支持的优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组和优先级时，通过注册接受消息将网络侧设置的支持的群组和优先级发送到终端。
9.根据权利要求8所述方法，其特征在于，所述方法还包括：
当网络侧支持的群组和/或等级发生变化时，通过组信息将更新后的支持的群组和/或优先级发送到终端。
10.根据权利要求7所述方法，其特征在于，所述当网络侧自身发起新的组呼时，根据终端支持的群组和优先级进行组呼控制包括：
当网络侧自身发起新的组呼，且确定终端处于组呼状态时，判断新发起的组呼的优先级是否高于当前组呼的优先级；
当新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；
当新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼；
当网络侧发起新的组呼，且网络侧无法确定终端是否处于组呼状态时，网络侧发起所述新的组呼。
11.一种组呼控制方法，其特征在于，所述方法包括：
终端与网络侧共同确定支持的群组和优先级；
当终端发起新的组呼时，终端根据支持的群组和优先级进行组呼控制；
当网络侧发起新的组呼时，终端或网络侧根据支持的群组和优先级进行组呼控制。
12.根据权利要求11所述方法，其特征在于，所述终端与网络侧共同确定支持的群组和优先级包括：
当终端中设置有支持的群组以及优先级时，终端通过注册请求消息将自身设置的支持的群组和优先级发送到网络侧，网络侧通过注册接受消息将网络侧和终端最终支持的群组和优先级发送到终端；
当终端和网络侧均没有设置支持的群组以及优先级时，网络侧通过注册接受消息将默认支持的群组和优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组，没有设置支持的优先级时，网络侧通过注册接受消息将设置的支持的群组和默认支持的优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组和优先级时，网络侧通过注册接受消息将设置的支持的群组和优先级发送到终端。
13.根据权利要求12所述方法，其特征在于，所述方法还包括：
当网络侧支持的群组和/或等级发生变化时，网络侧通过组信息将更新后的支持的群组和/或优先级发送到终端；
当终端设置的支持的群组和/或优先级发生变化时，终端重新发起注册过程，通过注册请求消息将自身设置的支持的群组和/或优先级发送到网络侧，网络侧通过注册接受消息将最终的支持的群组和/或优先级发送到终端。
14.根据权利要求11所述方法，其特征在于，所述方法还包括：终端将接收到的网络侧发送的支持的群组以及优先级保存到本地，当组呼激活时记录当前组呼的优先级。
15.根据权利要求14所述方法，其特征在于，所述当终端发起新的组呼时，终端根据支持的群组和优先级进行组呼控制包括：
当终端主动发起新的组呼时，终端判断新发起的组呼的优先级是否高于当前组呼的优先级；
当终端新发起的组呼的优先级高于当前组呼的优先级时，终端释放当前组呼，激活所述新发起的组呼；
当终端新发起的组呼的优先级低于当前组呼的优先级时，终端拒绝所述新发起的组呼。
16.根据权利要求14所述方法，其特征在于，所述当网络侧发起新的组呼时，网络侧根据终端支持的群组和优先级进行组呼控制包括：
当网络侧发起新的组呼，且网络侧确定终端处于组呼状态时，网络侧判断新发起的组呼的优先级是否高于当前组呼的优先级；
当网络侧新发起的组呼的优先级高于当前组呼的优先级时，网络侧释放当前组呼，激活所述新发起的组呼；
当网络侧新发起的组呼的优先级低于当前组呼的优先级时，网络侧拒绝所述新发起的组呼。
17.根据权利要求14所述方法，其特征在于，所述当网络侧发起新的组呼时，终端根据终端支持的群组和优先级进行组呼控制包括：
当网络侧发起新的组呼，且网络侧无法确定终端是否处于组呼状态时，网络侧发起所述新的组呼；
终端接收到网络侧发起的组呼时，判断网络侧新发起的组呼的优先级是否高于当前组呼的优先级；
当网络侧新发起的组呼的优先级高于当前组呼的优先级时，终端释放当前组呼，激活所述网络侧新发起的组呼；
当网络侧新发起的组呼的优先级低于当前组呼的优先级时，终端拒绝所述网络侧新发起的组呼。
18.一种组呼控制装置，所述装置位于终端侧，其特征在于，所述装置包括：第一确定模块、第一控制模块；其中，
所述第一确定模块，将自身设置的支持的群组和优先级发送到网络侧；接收网络侧发送的网络侧和终端最终支持的群组和优先级；
所述第一控制模块，当终端自身或网络侧发起新的组呼时，根据最终支持的群组和优先级进行组呼控制。
19.根据权利要求18所述装置，其特征在于，所述第一确定模块具体用于：
当自身设置有支持的群组以及优先级时，通过注册请求消息将自身设置的支持的群组和优先级发送到网络侧；当自身没有设置支持的群组以及优先级时，发送注册请求消息到网络侧，不携带支持的群组和优先级信息。
20.根据权利要求19所述装置，其特征在于，所述第一确定模块还用于：
当自身设置的支持的群组和/或优先级发生变化时，重新发起注册过程，通过注册请求消息将自身设置的支持的群组和/或优先级发送到网络侧，并接收网络侧通过注册接受消息发送的网络侧和终端最终的支持的群组和/或优先级。
21.根据权利要求18所述装置，其特征在于，所述装置还包括存储模块用于：将接收到的网络侧发送的支持的群组以及优先级保存到本地，当组呼激活时记录当前组呼的优先级。
22.根据权利要求21所述装置，其特征在于，所述第一控制模块具体用于：
当终端自身主动发起新的组呼时，判断新发起的组呼的优先级是否高于当前组呼的优先级；
当新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；
当新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼。
23.根据权利要求21所述装置，其特征在于，所述第一控制模块具体用于：
当接收到网络侧发起的组呼时，判断网络侧新发起的组呼的优先级是否高于当前组呼的优先级；
当网络侧新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述网络侧新发起的组呼；
当网络侧新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述网络侧新发起的组呼。
24.一种组呼控制装置，所述装置位于网络侧，其特征在于，所述装置包括：第二确定模块、第二控制模块；其中，
所述第二确定模块，用于接收终端发送的终端设置的支持的群组和优先级；将网络侧和终端最终支持的群组和优先级发送到终端；
所述第二控制模块，当网络侧自身发起新的组呼时，根据支持的群组和优先级进行组呼控制。
25.根据权利要求24所述装置，其特征在于，所述第二确定模块具体用于：
当终端中设置有支持的群组以及优先级时，通过注册接受消息将网络侧和终端最终支持的群组和优先级发送到终端；
当终端和网络侧均没有设置支持的群组以及优先级时，通过注册接受消息将网络侧默认支持的群组和优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组，没有设置支持的优先级时，通过注册接受消息将网络侧设置的支持的群组和默认支持的优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组和优先级时，通过注册接受消息将网络侧设置的支持的群组和优先级发送到终端。
26.根据权利要求25所述装置，其特征在于，所述第二确定模块还用于：
当网络侧支持的群组和/或等级发生变化时，通过组信息将更新后的支持的群组和/或优先级发送到终端。
27.根据权利要求24所述装置，其特征在于，所述第二控制模块具体用于：
当网络侧自身发起新的组呼，且确定终端处于组呼状态时，判断新发起的组呼的优先级是否高于当前组呼的优先级；
当新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；
当新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼；
当网络侧发起新的组呼，且网络侧无法确定终端是否处于组呼状态时，网络侧发起所述新的组呼。
28.一种组呼控制系统，其特征在于，所述系统包括：终端、网络侧设备；
所述终端和网络侧设备，用于共同确定支持的群组和优先级；
所述终端，还用于当自身发起新的组呼时，根据支持的群组和优先级进行组呼控制；当网络侧发起新的组呼时，根据支持的群组和优先级进行组呼控制；
所述网络侧设备，还用于当自身发起新的组呼时，根据支持的群组和优先级进行组呼控制。
29.根据权利要求28所述装置，其特征在于，所述终端具体用于：
当终端中设置有支持的群组以及优先级时，通过注册请求消息将终端设置的支持的群组和优先级发送到网络侧；
所述网络侧设备具体用于：当接收到的注册请求消息中包括终端设置的支持的群组和优先级时，通过注册接受消息将网络侧和终端最终支持的群组和优先级发送到终端；
当终端和网络侧均没有设置支持的群组以及优先级时，通过注册接受消息将网络侧默认支持的群组和优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组，没有设置支持的优先级时，通过注册接受消息将网络侧设置的支持的群组和默认支持的优先级发送到终端；
当终端中没有设置支持的群组以及优先级，且网络侧设置了支持的群组和优先级时，通过注册接受消息将网络侧设置的支持的群组和优先级发送到终端。
30.根据权利要求29所述装置，其特征在于，所述网络侧设备还用于：当网络侧支持的群组和/或等级发生变化时，通过组信息将更新后的支持的群组和/或优先级发送到终端；
所述终端还用于：当终端设置的支持的群组和/或优先级发生变化时，重新发起注册过程，通过注册请求消息将自身设置的支持的群组和/或优先级发送到网络侧；对应的，所述网络侧还用于：通过注册接受消息将最终的支持的群组和/或优先级发送到终端。
31.根据权利要求28所述装置，其特征在于，所述终端还用于将接收到的网络侧发送的支持的群组以及优先级保存到本地，当组呼激活时记录当前组呼的优先级。
32.根据权利要求31所述装置，其特征在于，所述终端具体用于：
当终端主动发起新的组呼时，判断新发起的组呼的优先级是否高于当前组呼的优先级；
当终端新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；
当终端新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼。
33.根据权利要求31所述装置，其特征在于，所述网络侧设备具体用于：当网络侧发起新的组呼，且网络侧确定终端处于组呼状态时，判断新发起的组呼的优先级是否高于当前组呼的优先级；
当网络侧新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述新发起的组呼；
当网络侧新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述新发起的组呼。
34.根据权利要求31所述装置，其特征在于，所述网络侧设备具体用于：当网络侧发起新的组呼，且网络侧无法确定终端是否处于组呼状态时，发起所述新的组呼；
相应的，所述终端具体用于：接收到网络侧发起的组呼时，判断网络侧新发起的组呼的优先级是否高于当前组呼的优先级；
当网络侧新发起的组呼的优先级高于当前组呼的优先级时，释放当前组呼，激活所述网络侧新发起的组呼；
当网络侧新发起的组呼的优先级低于当前组呼的优先级时，拒绝所述网络侧新发起的组呼。
CN201510585820.6A 2015-09-15 2015-09-15 一种组呼控制方法及装置 Withdrawn CN106535140A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201510585820.6A CN106535140A (zh) 2015-09-15 2015-09-15 一种组呼控制方法及装置
PCT/CN2016/094874 WO2017045498A1 (zh) 2015-09-15 2016-08-12 一种组呼控制方法及装置、系统、存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510585820.6A CN106535140A (zh) 2015-09-15 2015-09-15 一种组呼控制方法及装置

Publications (1)

Publication Number Publication Date
CN106535140A true CN106535140A (zh) 2017-03-22

Family

ID=58288418

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510585820.6A Withdrawn CN106535140A (zh) 2015-09-15 2015-09-15 一种组呼控制方法及装置

Country Status (2)

Country Link
CN (1) CN106535140A (zh)
WO (1) WO2017045498A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113727285A (zh) * 2021-08-31 2021-11-30 哈尔滨海能达科技有限公司 呼叫业务切换方法、装置、系统及相关产品

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1385049A (zh) * 1999-10-28 2002-12-11 艾利森公司 为组呼提供呼叫类型指示的通信系统
CN101729994A (zh) * 2008-10-17 2010-06-09 华南师范大学 公网ip集群通信系统呼叫控制方法
CN103874026A (zh) * 2012-12-13 2014-06-18 中国电信股份有限公司 在ptt系统中实现组呼的方法、系统和用户终端
CN103888911A (zh) * 2006-02-17 2014-06-25 高通股份有限公司 用于无线系统中的多个同时群组通信的系统及方法
CN104602199A (zh) * 2015-01-19 2015-05-06 深圳市普天宜通技术有限公司 一种公网集群调度中ptt实现方法及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8903445B2 (en) * 2008-04-08 2014-12-02 Optis Wireless Technology, Llc PoC server and a mobile terminal comprising a PoC client for providing PoC communication services
CN102196367B (zh) * 2010-03-05 2014-11-05 华为技术有限公司 一键通ptt业务处理方法、设备及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1385049A (zh) * 1999-10-28 2002-12-11 艾利森公司 为组呼提供呼叫类型指示的通信系统
CN103888911A (zh) * 2006-02-17 2014-06-25 高通股份有限公司 用于无线系统中的多个同时群组通信的系统及方法
CN101729994A (zh) * 2008-10-17 2010-06-09 华南师范大学 公网ip集群通信系统呼叫控制方法
CN103874026A (zh) * 2012-12-13 2014-06-18 中国电信股份有限公司 在ptt系统中实现组呼的方法、系统和用户终端
CN104602199A (zh) * 2015-01-19 2015-05-06 深圳市普天宜通技术有限公司 一种公网集群调度中ptt实现方法及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113727285A (zh) * 2021-08-31 2021-11-30 哈尔滨海能达科技有限公司 呼叫业务切换方法、装置、系统及相关产品

Also Published As

Publication number Publication date
WO2017045498A1 (zh) 2017-03-23

Similar Documents

Publication Publication Date Title
CN103444213B (zh) 在移动通信网络中用于控制面的服务器和用于使能服务器控制服务的方法
US9918219B2 (en) Call management method and apparatus for multi-SIM multi-active terminal
CN103368930B (zh) 用于控制访问核心网的方法和用户设备
CN103945474B (zh) 用于通过多个网络进行通信的装置、方法和计算机可读介质
CN106713406A (zh) 接入切片网络的方法及系统
CN105916134A (zh) 用于选择引导eSIM的方法和装置
CN102905226A (zh) 在移动通信系统中提供多媒体广播/多播业务的装备
CN102612013A (zh) 基于组的机器类型通信mtc设备的位置管理方法和设备
CN110933712B (zh) 一种数据传输方法、终端及存储介质
CN104581652A (zh) 消息处理方法、选择mme的方法和装置
CN109936861A (zh) 通信方法及接入网设备、终端设备、核心网设备
CN110913434B (zh) 一种数据传输方法、终端及存储介质
CN105338500A (zh) 一种数字集群lte网络中ptt pool的实现方法
CN103856906A (zh) 集群话权抢占方法、装置和系统
CN101287181A (zh) 一种集群通信系统中主动迟后接入方法
CN110475290A (zh) 一种会话切换方法及装置
CN106255098A (zh) 终端设备通信控制方法和终端设备
CN102123511A (zh) 移动网络数据传输方法、系统及移动终端
CN101141707B (zh) 一种数字集群系统及其集群呼叫建立和释放方法
CN106535140A (zh) 一种组呼控制方法及装置
CN106507324A (zh) 基于移动设备的通信方法、装置和系统
CN104079325B (zh) 一种信息共享的方法和电子设备
CN102612003A (zh) 一种话权信息的通知方法和设备
CN103686725B (zh) 用户数据管理方法、设备和系统
CN107948994A (zh) 网络接入结果的检测方法及装置、计算机存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WW01 Invention patent application withdrawn after publication
WW01 Invention patent application withdrawn after publication

Application publication date: 20170322