数字集群系统是一种用于集团调度指挥通信的 移动通信系统， 主要应用 在专业移动通信领域。 和普通的移动通信不同， 数字集群系统最大的特点是 语音通信釆用即按即说（ Push To Talk; 以下简称 PTT )按键， 以一按即通的 方式接续， 被叫无需摘机即可接听， 且接续速度较快， 并能支持群组呼叫等 功能。 因此数字集群系统可以广泛应用在如公共安全 、 交通运输、 社会联动、 市政管理、 水利电力、 厂矿企业等等领域中。

现有技术中，在时分同步的码分多址长期演进 (Time Division-Synchronous Code Division Multiple Access Long Term Evolution; 简称 TD-SCDMA Long Term Evolution; 还可以进一步简称为 TD-LTE)中， UE的点对点话权申请的 流程可以包括如下： UE在无线资源控制 （ Radio Resource Control; 以下简称 RRC )空闲（ IDLE )状态下，通过无线网络控制器（ Radio Network Controller; 以下简称 RNC )向核心网（ Core Network;以下简称 CN )发起服务请求（ Service Request ) , 先建立信令链接以及相应的承载， 然后通过信令来发起话权申请。

由于在数字集群系统中对时延的要求极为苛刻 ， 若在基于 TD-LTE的数 字集群系统中， 釆用上述现有技术的普通的点对点话权申请流 程， 先通过发 起服务请求建立信令链接以及相应的承载， 然后通过信令来发起呼叫， 会造 成基于 TD-LTE的数字集群系统中的时延较大，从而导致 呼叫建立效率较低。 因此亟需一种应用于数字集群系统中的话权申 请的方案。 发明内容

本发明实施例提供一种数字集群系统中话权申 请的方法及系统、 设 备，能够缩短基于 TD-LTE的数字集群系统中的时延，提高呼叫建立 效率。 本发明实施例提供一种数字集群系统中话权申 请的方法， 包括： 第一用户设备获取被呼叫的群组标识或者第二 用户设备标识； 所述第一用户设备通过基站向核心网设备发送 话权申请， 所述话权申 请为携带所述群组标识的群组话权申请或者为 携带所述第二用户设备标 识的点对点话权申请。

本发明实施例还提供一种数字集群系统中话权 申请的方法， 包括： 核心网设备接收所述第一用户设备通过基站发 送的话权申请， 所述第 一话权申请为携带群组标识的群组话权申请或 者为携带第二用户设备标 识的点对点话权申请；

所述核心网设备根据所述群组标识或者所述第 二用户设备标识， 从群 组调度系统获取话权申请结果。

本发明实施例还提供一种用户设备， 包括：

获取模块， 用于获取被呼叫的群组标识或者第二用户设备 标识； 发送模块， 用于通过基站向核心网设备发送话权申请， 所述话权申请 为携带所述群组标识的群组话权申请或者为携 带所述第二用户设备标识 的点对点话权申请。

本发明实施例还提供一种核心网设备， 包括：

接收模块， 用于接收所述第一用户设备通过基站发送的话 权申请， 所 述第一话权申请为携带群组标识的群组话权申 请或者为携带第二用户设 备标识的点对点话权申请；

获取模块， 用于根据所述群组标识或者所述第二用户设备 标识， 从群 组调度系统获取话权申请结果。

本发明实施例还提供一种数字集群系统中话权 申请系统， 包括上述所 述的用户设备和上述所述的核心网设备。

本发明实施例的数字集群系统中发起话权申请 的方法及系统、 设备， 第一用户设备获取被呼叫的群组标识或者第二 用户设备标识； 第一用户设 备直接通过基站向核心网设备发送携带群组标 识的群组话权申请或者为 携带第二用户设备标识的点对点话权申请。 与现有技术中普通的点对点话 权申请相比， 不用先通过发起服务请求建立信令链接以及相 应的承载， 然 后通过信令来发起呼叫， 而直接发起携带群组标识的群组话权申请或者 为 携带第二用户设备标识的点对点话权申请， 从而能够有效地缩短基于

TD-LTE的数字集群系统中的时延， 从而有助于提高呼叫建立效率。 附图说明 图 1为现有技术中话权申请方法的信令图。

图 2为本发明一实施例提供的数字集群系统中发� �话权申请的方法的 流程图。

图 3为本发明另一实施例提供的数字集群系统中� �起话权申请的方法 的流程图。

图 4 为本发明一实施例提供的数字集群系统中话权 申请方法的信令 图。

图 5为本发明另一实施例提供的数字集群系统中� �权申请方法的信令 图。

图 6为本发明一实施例提供的 UE的结构示意图。

图 7为本发明另一实施例提供的 UE的结构示意图。

图 8为本发明一实施例提供的 CN设备的结构示意图。

图 9为本发明另一实施例提供的 CN设备的结构示意图。

图 10为本发明实施例提供的数字集群系统中发起� ��权申请的系统的 结构示意图。 具体实施方式 图 1为现有技术中话权申请方法的信令图。 如图 1所示， 现有技术中 的话权申请的方法， 具体可以包括如下 步骤：

100、 UE1向通过基站向 CN设备发起服务请求 （ Service Request ) ； 其中 UE在无线资源控制协议（ Radio Resource Control； RRC ) IDLE 状态下。

101、 UE1、 CN设备和基站之间建立默认承载和恢复没有删� ��的专用 承载；

该承载建立由 UE1发起。 具体地， CN和基站之间， 是 CN设备通过 S1 口向基站发送初始上下文建立 （ Initial Context Setup ) 消息， 与基站之 间建立默认承载和恢复没有删除的专用承载。 而基站和 UE之间是在 RRC 重配中建立默认承载和恢复没有删除的专用承 载， 基站和 UE之间的承载 空口承载； 从而实现在 UE、 基站和 CN设备之间建立默认承载和恢复没 有删除的专用承载。详细亦可以参考现有 LTE系统的相关现有技术，在此 不再赘述。

102、 UE1在建立和恢复的承载上向 CN设备发起携带 UE2标识的话 权申请；

其中 UE2标识为 UE 1的点呼对端的 UE的标识。

103、 CN向调度系统发送携带 UE 1标识和 UE2标识的话权申请； 104、 调度系统根据 UE2的状态确定话权申请结果；

例如当 UE2空闲授予 UE1话权申请，当 UE2占线不授予 UE1话权申 请。

105、 调度系统向 CN设备发送话权申请结果；

106、 CN设备、 基站和 UE1建立话权使用的专用承载； 该承载建立 由 CN设备发起。

107、 CN设备向 UE1发送话权申请结果；

这样， UE1接收话权申请结果， 当话权申请结果为授予话权申请时， UE1与 UE2通话， 当话权申请结果为不授予话权申请时， UE1不能与 UE2 进行通话， UE1挂断电话。

上述现有技术中， 发起话权申请过程中包括步骤 100-102, 具体先通 过发起服务请求建立信令链接以及相应的承载 ， 然后通过信令来发起呼 叫， 会造成基于 TD-LTE的数字集群系统中的时延较大， 从而导致呼叫建 立效率较低。 因此， 本发明的下述实施例提供一种应用于数字集群 系统中 的话权申请， 以有效地缩短基于 TD-LTE的数字集群系统中的时延， 提高 呼叫建立效率。

图 2为本发明一实施例提供的数字集群系统中发� �话权申请的方法的 流程图。 如图 2所示， 本实施例的数字集群系统中发起话权申请的方 法的 执行主体为第一 UE, 如可以为 UE1。 本实施例的数字集群系统中发起话 权申请的方法， 具体可以包括如下步骤：

200、 第一 UE获取被呼叫的群组标识或者第二 UE标识； 201、 第一 UE通过基站向 CN设备发送话权申请；

本实施例的话权申请为携带群组标识的群组话 权申请或者为携带第 二 UE标识的点对点话权申请

本实施例的数字集群系统中发起话权申请的方 法， 通过釆用上述技术 方案， 与现有技术中普通的点对点话权申请相比， 不用先通过发起服务请 求建立信令链接以及相应的承载， 然后通过信令来发起呼叫， 而直接发起 携带群组标识的群组话权申请或者为携带第二 UE标识的点对点话权申 请， 从而能够有效地缩短基于 TD-LTE的数字集群系统中的时延， 从而有 助于提高呼叫建立效率。

可选地， 上述图 2所示实施例中的话权申请具体可以为群组业� �请求

( Trunk Service Request ) 。

可选地， 上述图 2所示实施例中的， 201中第一 UE发起的话权申请 以供 CN设备根据群组标识或者第二 UE标识， 从群组调度系统获取话权 申请结果。 具体地在上述步骤 201之后， 具体还可以包括如下步骤：

( 1 )第一 UE通过基站与 CN设备建立传输链路； 其中传输链路的建 立是由 CN设备根据话权申请结果发起的。

( 2 )第一 UE接收 CN设备通过传输链路发送的话权申请结果， 该话 权申请结果为 CN设备根据群组标识或者第二 UE标识， 从群组调度系统 获取的。 该话权申请结果为授予话权或者不授予话权。

其中的步骤 ( 1 ) "第一 UE通过基站与 CN设备建立传输链路"， 具体 地， 该传输链路的建立是由 CN设备发起的， 例如是由 CN设备根据话权 申请的结果发起的， 当话权申请结果为授予话权时， 第一 UE、 基站和 CN 设备之间不仅要建立默认承载和恢复没有删除 的专用承载， 同时还要建立 相应的语音专用承载。 而当话权申请结果为不授予话权时， 第一 UE、 基 站和 CN设备之间仅需要建立默认承载和恢复没有删� ��的专用承载。同理， CN和基站之间， 是 CN设备通过 S1 口向基站发送 Initial Context Setu 消 息， 与基站之间建立默认承载和恢复没有删除的专 用承载， 以及建立相应 的语音专用承载。而基站和 UE之间是在 RRC重配中建立默认承载和恢复 没有删除的专用承载， 基站和 UE之间的承载空口承载； 从而实现在 UE、 基站和 CN设备之间建立默认承载和恢复没有删除的专� ��承载， 以及建立 相应的语音专用承载。详细亦可以参考现有 LTE系统的相关现有技术，在 此不再赘述。 UE1与基站之间的承载建立、 基站与 CN设备之间的承载建 立， 从而才实现第一 UE通过基站与 CN设备之间的传输链路的建立。

进一步可选地，在上述图 2所示实施例的基础上，其中步骤 201之前， 还可以包括： 第一 UE根据本地所存的完整性密钥、 本地计数器以及话权 申请的消息内容计算短信息验证码 ( Message Authentication Code; MAC )； 然后第一 UE在话权申请中携带该短 MAC , 以供 CN设备根据该短 MAC 对该话权申请消息进行完整性验证。 其中该短 MAC具体可以携带在话权 申请的消息中的一个信元中。

例如， 在可以参考公网的协议中的相关技术， UE可以根据 UE本地 所存完整性密钥， 本地计数器， 话权申请消息的内容计算一个 MAC值出 来。 携带在话权申请消息的一个信元中发给 CN设备。 而 CN设备侧， 同 样可以根据 CN侧本地所存完整性密钥， 本地计数器， 以及接收到的话权 申请消息内容计算一个短 MAC值； 其中 UE本地所存完整性密钥、 本地 计数器与 CN侧本地所存完整性密钥、 本地计数器相同。 同时 CN设备还 需要将两个短 MAC比较， 若两个短 MAC—样， 则此话权申请消息没有 被墓改， 即通过完整性验证， 否则完整性验证不通过， CN设备丟弃该话 权申请消息。 在完整性验证通过之后， CN设备才根据群组标识或者第二 UE标识， 从群组调度系统获取话权申请结果。

可选地， 上述实施例中的话权申请结果包括授予话权申 请或者不授予 话权申请。

图 3为本发明另一实施例提供的数字集群系统中� �起话权申请的方法 的流程图。 如图 3所示， 本实施例的发起话权申请的方法的执行主体为 CN设备。 本实施例的发起话权申请的方法， 具体可以包括如下步骤： 300、 CN设备接收第一 UE通过基站发送的话权申请；

该话权申请为携带群组标识的群组话权申请或 者为携带第二 UE标识 的点对点话权申请。

301、 CN设备根据群组标识或者第二 UE标识， 从群组调度系统获取 话权申请结果。

本实施例的数字集群系统中话权申请方法， 通过釆用上述技术方案， 与现有技术中普通的点对点话权申请相比， 不用先通过发起服务请求建立 信令链接以及相应的承载， 然后通过信令来发起呼叫， 而直接发起携带群 组标识的群组话权申请或者为携带第二 UE标识的点对点话权申请， 从而 能够有效地缩短基于 TD-LTE的数字集群系统中的时延， 从而有助于提高 呼叫建立效率。

可选地， 上述图 3所示实施例中的话权申请具体可以为群组业� �请求 ( Trunk Service Request ) 。

可选地， 上述图 3所示实施例中的步骤 301之后， 具体还可以包括： CN设备根据话权申请结果， 通过基站与第一 UE建立传输链路； CN设备 通过传输链路向第一 UE发送话权申请结果。 其中 "CN设备通过基站与 第一 UE建立传输链路"，具体地，该传输链路的建立 是由 CN设备发起的， 例如是由 CN设备根据话权申请的结果发起的， 当话权申请结果为授予话 权时， CN设备通过基站与第一 UE建立默认承载和恢复没有删除的专用 承载， 同时还要建立相应的语音专用承载， 以形成传输链路， 具体地第一 UE、 基站和 CN设备之间不仅要建立默认承载和恢复没有删� ��的专用承 载， 同时还要建立相应的语音专用承载。 而当话权申请结果为不授予话权 时， CN设备通过基站与第 ― UE仅建立默认承载和恢复没有删除的专用 承载， 以形成传输链路， 具体地第一 UE、 基站和 CN设备之间仅需要建 立默认承载和恢复没有删除的专用承载。 同理， CN和基站之间， 是 CN 设备通过 S 1 口向基站发送 Initial Context Setu 消息， 与基站之间建立默 认承载和恢复没有删除的专用承载， 以及建立相应的语音专用承载。 而基 站和 UE之间是在 RRC重配中建立默认承载和恢复没有删除的专用 承载， 基站和 UE之间的承载空口承载； 从而实现在 UE、基站和 CN设备之间建 立默认承载和恢复没有删除的专用承载， 以及建立相应的语音专用承载。 详细亦可以参考现有 LTE系统的相关现有技术， 在此不再赘述。 UE1与 基站之间的承载建立、 基站与 CN设备之间的承载建立， 从而才实现第一 UE通过基站与 CN设备之间的传输链路的建立。

其中话权申请结果包括授予话权申请或者不授 予话权申请。

可选地， 在上述图 3所示实施例的基础上， 其中的步骤 301"CN设备 根据群组标识或者第二 UE标识， 从群组调度系统获取话权申请结果， 具 体可以包括如下步骤：

( a )CN设备向群组调度系统发送携带述群组标识或 者第二 UE标识、 以及第一 UE标识的第二话权申请；

即当第一话权申请为携带群组标识的群组话权 申请时， CN设备向群 组调度系统发送携带述群组标识以及第一 UE标识的第二话权申请。 当第 一话权申请为携带第二 UE标识的点对点话权申请时 , CN设备向群组调 度系统发送携带第二 UE标识以及第一 UE标识的第二话权申请。

( b ) CN设备接收群组调度系统发送的话权申请结果� ��

其中该话权申请结果为调度系统根据群组标识 对应的群组的当前信 息或者第二 UE的当前信息， 以及预设规则确定的。

其中群组调度系统确定话权申请结果之前， 需要根据群组调度系统中 预设的规则和第一 UE标识， 以及群组标识或者第二 UE标识的各种信息 来确定， 例如需要确定该群组标识对应的群组有无资源 、 该群组标识对应 的群组中是否有人通话， 或者第二 UE标识对应的 UE是否正在通话， 以 及预设规则中包括优先级机制等等信息， 来确定话权申请的结果。

例如当预设规则中包括优先级机制时， 群组调度系统可以查询群组标 识对应的群组中是否有 UE正在讲话， 若有 UE正在讲话， 那么可以暂时 不授予该第一 UE话权。 或者还可以进一步判断正在讲话的 UE的优先级 是否低于第一 UE, 若正在讲话的 UE的优先级低于第一 UE, 可以让正在 讲话的 UE暂停讲话， 授予该第一 UE话权。 或者群组调度系统可以查询 第二 UE标识对应的第二 UE是否正在通话中， 若正在通话中， 那么可以 暂时不授予该第一 UE话权。 或者还可以进一步判断正在与第二 UE讲话 的 UE的优先级是否低于第一 UE的优先级， 若正在与第二 UE讲话的 UE 的优先级低于第一 UE的优先级， 可以让正在与第二 UE讲话的 UE暂停 讲话， 授予该第一 UE话权。 以上仅为可选地实例， 实际应用中， 群组调 度系统可以按照预设的任意规则， 确定话权申请结果。

进一步可选地， 当群组中有 UE正在讲话或者第二 UE正在通话时， 调度系统也可以将该第一 UE排在通话队列中， 此时群组调度系统确定的 话权申请的结果为不授予话权申请， 但是该不授予话权申请为暂时不授予 话权申请， 同时还可以在告知 CN, 第一 UE需要等待才会被授予话权。 对应地当 CN设备收到群组调度系统发送的话权申请结果� ��不授予话权申 请， 且已经将第一 UE排在通话队列中。

进一步可选地， 与上述图 2所示实施例的的后续扩展实施例相似， 在 上述图 3所示实施例的基础上， 当步骤 300中接收的话权申请中还携带有 短 MAC时， CN设备接收第 ― UE通过基站发送的话权申请之后， CN设 备根据群组标识或者第二 UE标识， 从群组调度系统获取话权申请结果之 前， 还可以包括如下步骤：

( a ) CN设备从接收的话权申请中获取短 MAC ,该短 MAC码为第一 UE根据第一 UE本地的完整性密钥、本地计数器以及第一 UE发送的话权 申请的消息内容计算得到的；

( b ) CN设备确定该话权申请通过完整性验证。

进一步地上述步骤（b ) CN设备确定话权申请通过完整性验证， 具体 可以包括： CN设备根据 CN设备本地的完整性密钥、 本地计数器以及核 心网设备接收的话权申请的消息内容计算短 MAC； 以及 CN设备确定从 接收的话权申请中获取的短 MAC与计算得到的 MAC相同。

具体地， CN设备根据 CN侧本地所存完整性密钥， 本地计数器， 以 及接收到的话权申请消息内容计算一个短 MAC值； 其中 CN设备接收到 的话权申请消息中携带的短 MAC值为 UE根据 UE本地所存完整性密钥， 本地计数器，话权申请的内容计算出来的。其 中 UE本地所存完整性密钥、 本地计数器与 CN侧本地所存完整性密钥、 本地计数器相同。 同时 CN设 备还需要将两个短 MAC比较， 若两个短 MAC—样， 则此话权申请没有 被墓改， 即通过完整性验证， 否则完整性验证不通过， CN设备丟弃该话 权申请。 在完整性验证通过之后， 再执行步骤 301。

进一步， 可选地， 在步骤 301之前， 步骤 300之后， 还可以包括： CN先对第一 UE发起的话权申请进行验证， 例如当话权申请为群组 呼叫时， 对第一 UE发起的话权申请进行验证包括对第一 UE的身份进行 验证， 即验证该第一 UE是否属于群组标识对应的群组。 或者对第一 UE 发起的话权申请进行验证包括对第一 UE发起话权申请的权限的验证等 等， 详细亦可以参考相关现有技术， 在此不再赘述。

本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机 可读取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程 序代码的介质。

图 4为本发明一实施例提供的数字集群系统中话� �申请方法的信令 图。 如图 4所示， 本实施例的话权申请方法， 具体可以包括如下步骤： 400、 UE1通过基站向 CN设备发送携带群组标识的组呼话权申请； 例如 UE1具体可以通过基站向 CN设备发送携带群组标识的组呼话权 申请。

401、 CN设备根据群组标识， 向群组调度系统发送携带群组标识和

UE1标识的话权申请；

402、 群组调度系统根据预设规则以及 UE1标识和群组标识， 确定授 予 UE1的话权申请；

例如群组调度系统确定当前讲话的 UE的优先级低于 UE1的优先级， 便可以确定授予 UE1话权申请。 群组调度系统根据预设规则以及 UE1标 识和群组标识，确定授予 UE1的话权申请的过程，详细可以参考上述实施 例的相关记载， 在此不再赘述。

本实施例中是以话权申请结果为授予 UE1的话权申请为例介绍本发 明的技术方案。

403、 群组调度系统向 CN设备发送授予 UE 1话权申请的消息；

404、 CN设备根据授予 UE1的话权申请， 与基站之间建立默认承载 和恢复没有删除的专用承载， 以及建立相应的语音专用承载；

405、 基站与 UE1之间建立默认承载和恢复没有删除的专用承 载， 以 及建立相应的语音专用承载；

通过步骤 402和 403 , CN设备、 基站与 UE1之间建立传输链路。

406、 CN设备向 UE 1发送授予 UE 1话权申请的消息；

例如 CN设备通过上述建立的承载向 UE1发送授予 UE1话权申请的 消息。

407、 UE1接收授予 UE1话权申请的消息 , 并在群组标识对应的群组 中讲话。 例如 UE1通过上述建立的语音专用承载在群组标识对 应的群组中发 起讲话。

本实施例中， 当话权申请结果为不授予 UE1的话权申请时， 对应地， UE1接收不授予 UE1话权申请的消息后， 挂断呼叫。 当话权申请结果为 不授予 UE1的话权申请，但是群组调度系统已经将可 UE1排入呼叫队列， 即 UE1可以继续等待时， UE1也可以选择继续等待。

本实施例的数字集群系统中话权申请方法， 通过釆用上述技术方案， 与现有技术中普通的点对点话权申请相比， 不用先通过发起服务请求建立 信令链接以及相应的承载， 然后通过信令来发起呼叫， 而直接发起携带群 组标识的群组话权申请或者为携带第二 UE标识的点对点话权申请， 从而 能够有效地缩短基于 TD-LTE的数字集群系统中的时延， 从而有助于提高 呼叫建立效率。

图 5为本发明另一实施例提供的数字集群系统中� �权申请方法的信令 图。 如图 5所示， 本实施例的话权申请方法， 具体可以包括如下步骤： 500、 UE1通过基站向 CN设备发送携带与 UE1同属一个群组的 UE2 标识的点呼话权申请；

例如 UE1具体可以通过基站向 CN设备发送携带 UE2标识的点呼话 权申请。 本实施例的方案中以 UE1和 UE2属于同一个群组为例来说明本 发明的技术方案， 实际应用中该 UE1和 UE2也可以不属于同一个群组。

501、 CN设备根据 UE2标识， 向群组调度系统发送携带 UE2标识和

UE1标识的话权申请；

502、 群组调度系统根据预设规则以及 UE1标识和 UE2标识， 确定不 授予 UE1的话权申请；

例如群组调度系统确定 UE2正在讲话， 便可以确定不授予 UE1话权 申请。 群组调度系统根据预设规则以及 UE1标识和 UE2标识， 确定不授 予 UE1的话权申请的过程，详细可以参考上述实施 例的相关记载，在此不 再赘述。

本实施例中是以话权申请结果为不授予 UE1的话权申请为例介绍本 发明的技术方案。

503、 群组调度系统向 CN设备发送不授予 UE1话权申请的消息； 504、 CN设备根据不授予 UE1的话权申请结果， 与基站之间建立默 认承载和恢复没有删除的专用承载；

505、 基站与 UE1之间建立默认承载和恢复没有删除的专用承 载； 通过步骤 502和 503CN设备、 基站与 UE1之间建立传输链路。

506、 CN设备向 UE1发送不授予 UE1话权申请的消息；

507、 UE1接收不授予 UE1话权申请的消息，挂断呼叫或者继续等待。 其中当不授予 UE1话权申请的消息中还携带有已经将 UE1排入呼叫 队列时， 此时 UE1可以选择继续等待， 否则 UE1直接挂断呼叫。

当本实施例中的话权申请结果为授予 UE1的话权申请时，处理情况可 以参考上述图 4所示实施例的相关情况， 在此不再赘述，

本实施例的数字集群系统中话权申请方法， 通过釆用上述技术方案， 与现有技术中普通的点对点话权申请相比， 不用先通过发起服务请求建立 信令链接以及相应的承载， 然后通过信令来发起呼叫， 而直接发起携带群 组标识的群组话权申请或者为携带第二 UE标识的点对点话权申请， 从而 能够有效地缩短基于 TD-LTE的数字集群系统中的时延， 从而有助于提高 呼叫建立效率。

图 6为本发明实施例提供的 UE的结构示意图。 如图 6所示， 本实施 例的 UE, 具体可以包括获取模块 10和发送模块 11。

其中获取模块 10用于获取被呼叫的群组标识或者第二 UE设备标识； 发送模块 11与获取模块 10连接， 发送模块 11用于通过基站向 CN设备 发送话权申请， 该话权申请为携带获取模块 10获取的群组标识的群组话 权申请或者为携带获取模块 10获取的第二 UE标识的点对, ^话权申请。

本实施例的 UE, 通过釆用上述模块， 实现数字集群系统中话权申请 与上述相关方法实施例的实现机制相同， 详细可以参考上述相关方法实施 例的记载， 在此不再赘述。

本实施例的 UE, 通过釆用上述模块实现数字集群系统中话权申 请， 与现有技术中普通的点对点话权申请相比， 不用先通过发起服务请求建立 信令链接以及相应的承载， 然后通过信令来发起呼叫， 而直接发起携带群 组标识的群组话权申请或者为携带第二 UE标识的点对点话权申请， 从而 能够有效地缩短基于 TD-LTE的数字集群系统中的时延， 从而有助于提高 呼叫建立效率。

图 7为本发明另一实施例 UE的结构示意图。 如图 7所示， 本实施例 的 UE在上述图 6所示实施例的基础上， 还可以包括如下技术方案。

如图 7所示， 本实施例 UE ， 还包括计算模块 12和携带模块 13。 其 中计算模块 12与用于根据本地所存的完整性密钥、 本地计数器以及话权 申请的消息内容计算短 MAC; 携带模块 13与计算模块 12连接， 携带模 块 13用于在话权申请中携带计算模块 12计算的短 MAC。 发送模块 11与 携带模块 13连接，发送模块 11用于通过基站向 CN设备发送携带模块 13 处理后的话权申请， 即携带短 MAC的话权申请。

可选地， 本实施例的 UE中， 发送模块 11发送的话权申请是用以供

CN设备根据群组标识或者第二 UE标识， 从群组调度系统获取话权申请 结果。

可选地， 本实施例的 UE中还可以包括建立模块 14和接收模块 15。 其中建立模块 14用于通过基站与 CN设备建立传输链路； 其中传输链路 的建立是由 CN设备根据话权申请结果发起的。 接收模块 15与建立模块 14连接，接收模块 15用于接收 CN设备通过建立模块 14建立的传输链路 发送的话权申请结果， 该话权申请结果为 CN设备根据群组标识或者第二 UE标识， 从群组调度系统获取的。 该话权申请结果为授予话权或者不授 予话权。

可选地， 本实施例的 UE中， 话权申请结果包括授予话权申请或者不 授予话权申请。 且本实施例的 UE, 具体可以釆用上述图 2所示实施例的 后续扩展技术方案实现数字集群系统中话权申 请。 详细可以参考上述图 2 所示实施例的后续扩展技术方案， 在此不再赘述。

本实施例的 UE, 通过釆用上述模块实现数字集群系统中话权申 请， 与现有技术中普通的点对点话权申请相比， 不用先通过发起服务请求建立 信令链接以及相应的承载， 然后通过信令来发起呼叫， 而直接发起携带群 组标识的群组话权申请或者为携带第二 UE标识的点对点话权申请， 从而 能够有效地缩短基于 TD-LTE的数字集群系统中的时延， 从而有助于提高 呼叫建立效率。

图 8为本发明一实施例提供的 CN设备的结构示意图。 如图 8所示， 本实施例的 CN设备， 具体可以包括： 接收模块 20和获取模块 21。

其中接收模块 20用于接收第一 UE通过基站发送的话权申请，话权申 请为携带群组标识的群组话权申请或者为携带 第二 UE标识的点对点话权 申请； 获取模块 21与接收模块 20连接， 获取模块 21用于根据接收模块 20接收的话权申请中的群组标识或者第二 UE标识，从群组调度系统获取 话权申请结果。

本实施例的 CN设备， 通过釆用上述模块， 实现数字集群系统中话权 申请与上述相关方法实施例的实现机制相同， 详细可以参考上述相关方法 实施例的记载， 在此不再赘述。

本实施例的 CN设备， 通过釆用上述模块实现数字集群系统中话权申 请， 与现有技术中普通的点对点话权申请相比， 不用先通过发起服务请求 建立信令链接以及相应的承载， 然后通过信令来发起呼叫， 而直接发起携 带群组标识的群组话权申请或者为携带第二 UE标识的点对点话权申请， 从而能够有效地缩短基于 TD-LTE的数字集群系统中的时延， 从而有助于 提高呼叫建立效率。

图 9为本发明另一实施例提供的 CN设备的结构示意图。如图 9所示， 本实施例的 CN设备在上述图 8所示实施例的基础上， 进一步还可以包括 如下技术方案。

本实施例的 CN设备中还可以包括确定模块 22。 其中获取模块 21还 用于当话权申请中还携带有短 MAC时， 在接收模块 20接收第一 UE通过 基站发送的话权申请之后， 获取模块 21根据群组标识或者第二 UE标识， 从群组调度系统获取话权申请结果之前， 从话权申请中获取短 MAC, 短 MAC为第一 UE根据第一 UE本地的完整性密钥、 本地计数器以及第一 UE发送的话权申请的消息内容计算得到的。 确定模块 22与获取模块 21 连接， 确定模块 22用于根据获取模块 21获取的短 MAC, 确定话权申请 通过完整性验证。

进一步可选地， 其中确定模块 22具体可以包括计算单元 221和确定 单元 222。 其中计算单元 221与接收模块 20连接， 计算单元 221用于根据 CN本地的完整性密钥、本地计数器以及接收模� �� 20接收的接收的话权申 请的消息内容计算短 MAC； 确定单元 222分别与获取模块 21和计算单元 221连接，确定单元 222用于确定从获取模块 21从接收的话权申请中获取 的短 MAC与计算单元 221计算得到的短 MAC相同。 获取模块 21还用于 当确定单元 222确定从获取模块 21从接收的话权申请中获取的短 MAC与 计算单元 221计算得到的短 MAC相同之后， 根据话权申请中的群组标识 或者第二 UE标识， 从群组调度系统获取话权申请结果。

进一步可选地， 本实施例的 CN设备中还可以包括： 建立模块 23和 发送模块 24。

建立模块 23与获取模块 21连接， 建立模块 23用于根据获取模块 21 获取的话权申请结果， 通过基站与第一 UE建立传输链路。 发送模块 24 分别与获取模块 21和建立模块 23连接， 发送模块 24用于通过建立模块 23建立的传输链路向第一 UE发送获取模块 21获取的话权申请结果。

本实施例中话权申请结果包括授予话权申请或 者不授予话权申请。 例 如建立模块 23具体用于当获取模块 21获取的话权申请结果为授予话权申 请时， 通过基站与第一 UE建立默认承载和恢复没有删除的专用承载， 同 时还要建立相应的语音专用承载， 以形成所述传输链路； 或者述建立模块 23具体用于当获取模块 21获取的话权申请结果为不授予话权申请时， 通 过基站与第一 UE建立默认承载和恢复没有删除的专用承载， 以形成所述 传输链路。

可选地， 本实施例的 UE中获取模块 21 , 具体还可以包括发送单元和 接收单元。 发送单元与接收模块 20连接， 发送单元用于向群组调度系统 发送携带接收模块 20接收的话权申请中的群组标识或者第二 UE标识、以 及第一 UE标识的话权申请； 接收单元用于接收群组调度系统发送的话权 申请结果； 话权申请结果为调度系统根据群组标识对应的 群组的当前信息 或者第二 UE的当前信息， 以及预设规则确定的。 此时对应的建立模块 23 与接收单元连接， 建立模块 23用于根据接收单元接收的话权申请结果， 通过基站与第一 UE建立传输链路。发送模块 24与接收单元连接，发送模 块 24用于通过建立模块 23建立的传输链路向第一 UE发送接收单元接收 的话权申请结果。

且进一步可选地， 本实施例的 CN设备中， 具体还可以釆用上述图 3 所示实施例的后续扩展技术方案实现数字集群 系统中话权申请。 详细可以 参考上述图 3所示实施例的后续扩展技术方案， 在此不再赘述。

本实施例的 CN设备， 通过釆用上述模块， 实现数字集群系统中话权 申请与上述相关方法实施例的实现机制相同， 详细可以参考上述相关方法 实施例的记载， 在此不再赘述。

本实施例的 CN设备， 通过釆用上述模块实现数字集群系统中话权申 请， 与现有技术中普通的点对点话权申请相比， 不用先通过发起服务请求 建立信令链接以及相应的承载， 然后通过信令来发起呼叫， 而直接发起携 带群组标识的群组话权申请或者为携带第二 UE标识的点对点话权申请， 从而能够有效地缩短基于 TD-LTE的数字集群系统中的时延， 从而有助于 提高呼叫建立效率。

图 10为本发明实施例提供的数字集群系统中发起� ��权申请的系统的 结构示意图。 如图 10所示， 本实施例的数字集群系统中话权申请系统包 括 UE30和 CN设备 40。

其中本实施例的 UE30具体可以釆用上述图 6或者图 7所示的 UE。 本实施例的 CN设备 40具体可以釆用上述图 8或者图 9所示实施例的 CN 设备， 且本实施例的数字集群系统中的状态调整系统 中 UE30和 CN设备 40具体可以釆用上述图 2-图 5所示的数字集群系统中话权申请方法实现话 权申请， 详细可以参考上述相关实施例的记载， 在此不再赘述。

本实施例的数字集群系统中话权申请系统， 通过釆用上述 UE和 CN 设备实现数字集群系统中话权申请， 与现有技术中普通的点对点话权申请 相比， 不用先通过发起服务请求建立信令链接以及相 应的承载， 然后通过 信令来发起呼叫， 而直接发起携带群组标识的群组话权申请或者 为携带第 二 UE标识的点对点话权申请， 从而能够有效地缩短基于 TD-LTE的数字 集群系统中的时延， 从而有助于提高呼叫建立效率。

以上所描述的装置实施例仅仅是示意性的， 其中作为分离部件说明的 单元可以是或者也可以不是物理上分开的， 作为单元显示的部件可以是或 者也可以不是物理单元， 即可以位于一个地方， 或者也可以分布到至少两 个网络单元上。 可以根据实际的需要选择其中的部分或者全部 模块来实现 本实施例方案的目的。 本领域普通技术人员在不付出创造性的劳动的 情况 下， 即可以理解并实施。 最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述实施例对本发明进行了详细的说 明， 本领域的普通 技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案 进行修 改， 或者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不 使相应技术方案的本质脱离本发明各实施例技 术方案的范围。