[发明专利]一种集群寻呼消息的发送方法

说明书

一种集群寻呼消息的发送方法，所述方法包括：集群寻呼控制信道TPCCH上承载点对点业务对终端的寻呼信息和群组业务对组的寻呼信息；eNB根据核心网发送的指示或者自身指示区分不同的业务，触发生成对应的集群寻呼记录并存入第一寻呼队列或第二寻呼队列；集群寻呼时刻到达后，先在第一寻呼队列中按照先进先出的顺序提取寻呼记录，然后在第二寻呼队列中按照先进先出的顺序提取寻呼记录，由寻呼记录构建集群寻呼消息，并通过TPCCH信道发送集群寻呼消息。应用本发明实施例后，可以保证各类业务寻呼信息的有序发送，实现快速呼叫建立、快速指令下发。

技术领域

本申请涉及通信技术领域，更具体地，涉及一种集群寻呼消息的发送方法。

背景技术

集群系统对呼叫建立时间有严格的要求，通常组呼建立时间不超过300ms，单呼的建立时间不超过500ms。呼叫建立过程包括信令交互、媒体参数协商、承载建立等步骤，如果被叫终端处于空闲态，还需要对其进行寻呼。而标准LTE的寻呼机制，最小的寻呼周期也需要32个无线帧，即320ms，无法满足集群系统快速呼叫建立的要求。为了加快寻呼消息的发送机会，使集群用户可以被快速寻呼，通常设计集群寻呼控制信道(TPCCH)承载集群寻呼信息，TPCCH发送的周期可配置为数值较小的若干个无线帧，在寻呼时刻(规定的PF及PO子帧)到达后，通过TPCCH信道发送集群寻呼消息。对于组呼业务，被叫终端被寻呼后可维持空闲态接听组呼；对于单呼业务，寻呼被叫终端使其进入连接态，恢复空口连接和信令连接。

现有的集群寻呼主要包括组呼寻呼、单呼寻呼以快速进行呼叫建立。组呼的一个重要特性是迟后进入，以保证后加入的用户能及时接听组呼，因此组呼寻呼信息不仅仅包括组呼建立时的寻呼，还包括组呼持续期间周期性迟后进入寻呼，而组呼建立时的寻呼也分为组呼初始建立寻呼和移动性管理等场景下的组呼扩建寻呼。

对于动态重组、遥晕/遥毙/复活、实时短数据等补充业务，集群系统也要求快速指令下发以使业务尽早生效。现有系统中对IDLE态点对点补充业务相关终端的寻呼通常通过周期较长的LTE PCCH信道下发，为了加快集群指令的下发，也可以在TPCCH信道上承载点对点补充业务对终端的寻呼信息，此时需要解决各种集群业务寻呼信息的触发问题。

另外，受限于空口资源，一条集群寻呼消息上承载的群组寻呼或点对点寻呼记录数量是有限制的。在寻呼时刻到来时，该时刻的单呼寻呼、组呼建立(扩建)寻呼、点对点补充业务寻呼，加上可能触发的组呼迟后进入寻呼，其寻呼记录数量很可能将超出TPCCH信道上单条寻呼消息的容量，导致在此后的寻呼周期，还将继续发送前一时刻的相关寻呼，在这种场景下，需要考虑网络侧MAC层对寻呼消息发送的调度方法，根据集群业务特性保证各类业务寻呼信息的有序发送，以满足集群系统对呼叫建立时间等性能的要求，并加快指令的下发生效。

现有方案一般只在TPCCH信道上承载组呼寻呼和单呼寻呼信息，发送时不区分寻呼类型，采用先进先出或者按优先级排序的方法进行调度，如果仅按照先进先出的发送顺序，当寻呼容量已满时可能会导致业务优先级较高的新建组呼寻呼记录被延迟发送，无法满足呼叫建立时间的要求；如果仅按优先级排序，因组呼优先级通常高于单呼，当一个单呼寻呼被触发时，可能排在迟后进入组呼寻呼后面被延迟发送，而且集群点对点补充业务不具备呼叫优先级信息，也没有办法进行优先级排序。

为了解决寻呼记录拥塞的问题，现有技术提出在一个寻呼周期内的多个寻呼时刻发送寻呼消息的方案。具体来说，TPCCH信道的配置信息指示寻呼周期的初次寻呼时刻，如果该时刻存在未发送的寻呼记录，在寻呼消息里指示本周期内的下个寻呼时刻。该方案未明确各类寻呼信息的触发条件，其实质是缩短集群寻呼消息的发送周期，增大了UE的耗电量，对现有的集群寻呼机制改动较大，当寻呼容量已满时也不能保证各类寻呼信息的有序发送。

因此，现有技术中当寻呼容量已满时无法保证各类业务寻呼信息的有序发送。

发明内容