呼消息，寻呼迟后接入的集群终端。更进 一步的，所述迟后寻呼模块还用于：在所述迟后接入寻呼消息发送周期内，选择任意一个集 群广播寻呼时隙发送该集群的寻呼消息，所述迟后接入寻呼消息发送周期大于或等于所述 集群广播寻呼周期。
[0028] 优选的，所述系统参数消息包括：集群广播寻呼消息的发送周期、无线帧、子帧以 及延续的子帧个数。
[0029] 利用本发明提供的方法和系统，相对于先前技术具有以下优点：不仅有效缩短组 呼建立时延，降低终端监听寻呼信道的耗电量，而且还能够有效利用寻呼信道资源，提升系 统支持的群组容量。
【具体实施方式】
[0030] 为使本发明实施例的目的、技术方案和优点更加清楚，下面将对本发明实施例的 技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全 部的实施例；需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以 相互组合。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所 获得的所有其他实施例，都属于本发明保护的范围。
[0031] 本发明提出的集群业务寻呼方法可以在有效解决已有方案寻呼时延大，以及由于 终端监听集群寻呼消息而导致耗电量过大问题的同时，有效利用寻呼信道资源。
[0032] 该方法包括在集群呼叫建立之前，对基站和集群终端两侧均进行配置，分别描述 如下：
[0033] 基站侧处理：
[0034] 基站在小区的系统参数消息中同时下发普通寻呼时隙配置和集群广播寻呼时隙 的配置，基站同时结合普通寻呼周期内的普通寻呼时隙和集群广播寻呼周期内的集群广播 寻呼时隙，进行集群寻呼消息的发送。
[0035] 基站发送集群寻呼消息的机制为：
[0036] 当集群呼叫建立时，基站在普通寻呼周期内的所有普通寻呼时隙上连续发送该群 组的寻呼消息，之后按照配置的迟后接入寻呼消息发送周期，只在集群广播寻呼时隙上发 送该群组的寻呼消息，用于寻呼迟后接入的终端。所谓连续发送方式是指在普通寻呼周期 内所有的普通寻呼时隙上都发送一个针对该群组的寻呼消息。
[0037] 进一步地，基站在集群呼叫建立时，连续发送寻呼消息的普通寻呼周期可以按照 从当前时刻开始计算的一个寻呼周期时长计算。
[0038] 更进一步，基站在集群呼叫建立时，连续发送集群寻呼消息的寻呼周期内，如果遇 到集群广播寻呼时隙，则只需要连续发送到集群广播寻呼时隙之前的普通寻呼时隙以及集 群广播寻呼时隙即可。
[0039] 终端侧处理：
[0040] 根据终端MSI标识在集群寻呼周期内确定所需监听的普通寻呼时隙；
[0041] 根据系统参数消息中指示的集群广播寻呼时隙配置，监听该小区的所有集群广播 寻呼时隙；
[0042] 采用本发明的集群业务寻呼模式，在有效缩短寻呼时延，降低终端监听寻呼信道 耗电量的同时，能够有效利用寻呼信道资源，提升系统支持的群组容量。
[0043] 第一实施例
[0044] 以LTE网络为例，以下结合集群寻呼的特定配置参数的设置，描述实施本发明方 法的过程。具体配置参数如下：
[0045] 1、普通寻呼周期为TPagingCycle，在普通寻呼周期内的普通寻呼时隙为P0_#1、 P0_#2…P0_#(m-1)、P0_#m、P0_#(m+1)…POJIn0
[0046] 2、在系统参数消息中下发的集群广播寻呼周期为TBroadcastPagingCycle,集群 广播寻呼的无线帧为BPF_#x，集群广播寻呼起始时隙为BP0_#y，集群广播寻呼时隙延续z 个子帧。
[0047] 3、迟后接入寻呼消息发送周期为TLaterPagingCycle。
[0048]基站侧的处理：
[0049]集群组呼呼叫建立过程中，基站首先在普通寻呼周期TPagingCycle内的所有普 通寻呼时隙P〇_#l、P〇_#2*"PO_#(m-l)、P0_#m、P0_#(m+1)^"POJIn上发送一次该群组的寻 呼消息，即称为在普通寻呼周期内连续发送该群组的寻呼消息。假设，集群组呼建立呼叫 的时刻为P〇_#m子帧，则基站在当前普通寻呼周期TPagingCycle内的P0_#m、P0_# (m+1)… P0_#n子帧以及下一个普通寻呼周期内的P0_#1、P0_#2-P0_#(m_l)子帧发送集群寻呼消 息。更进一步，当基站连续发送该群组寻呼消息的寻呼周期内存在集群广播寻呼时隙，则基 站在集群广播寻呼时隙之前的所有普通寻呼时隙，和在该集群广播寻呼时隙发送该群组的 寻呼消息即可，该普通寻呼周期内集群广播寻呼时隙之后的普通寻呼时隙不再需要发送集 群寻呼消息。
[0050] 集群组呼呼叫建立成功后，为了寻呼迟后接入的集群用户，基站在迟后接入寻呼 消息发送周期TLaterPagingCycle内，选择任意一个集群广播寻呼时隙发送该群组的寻呼 消息。其中，迟后接入寻呼消息发送周期TLaterPagingCycle大于等于集群广播寻呼周期 TBroadcastPagingCycle〇
[0051] 上述过程中，在小区的系统参数消息中下发的用于指示集群广播寻呼消息发送方 式的参数包括但不限于如下参数：
[0052]
[0053]
[0054] 终端侧的处理：
[0055] 根据普通寻呼周期以及自己的IMSI(InternationalMobileSubscriber Identity，国际移动用户标识码)，计算自身需要监听的普通寻呼时隙。
[0056] 根据小区系统参数消息中指示的集群广播寻呼时隙配置，计算该终端需要监听的 集群广播寻呼时隙。小区系统参数消息直接指示了集群广播寻呼消息的发送周期、无线帧、 子帧以及延续的子帧个数。
[0057] 其中集群终端根据普通寻呼周期以及頂SI计算所需监听普通寻呼时隙的具体方 法请参考3GPP36. 304第七章，此处不再描述。该方式同样适用于集群单呼被叫终端在集群 寻呼周期内确定所需监听时隙。
[0058] 采用本发明的实施方式，为了缩短集群呼叫在寻呼阶段的接续时延，可以将普通 寻呼周期配置的相对较短，例如普通寻呼周期配置为160ms;为了支持多个群组同时在线 时给迟后接入用户的周期寻呼资源，可以将迟后接入集群寻呼消息发送周期配置的相对较 长，例如配置为5秒；同时为了增加迟后接入寻呼周期内的可用广播寻呼资源，可以在小区 系统参数消息中配置合适的集群广播寻呼参数，例如集群广播寻呼周期为1280ms(rn28)， 集群广播寻呼帧为集群广播寻呼周期内的第1个无线帧，广播广播寻呼时隙为集群广播寻 呼周期内第一个无线帧的第〇个时隙，集群广播寻呼时隙持续的子帧个数配置为1个子帧， 并且可以根据网络的群组数量，适当的增加。
[0059] 第二实施例
[0060] 基于同样的构思，本发明还提出了一种集群业务寻呼系统，包括基站和终端，用于 实现基于LTE网络的集群业务寻呼，基站在小区的系统参数消息中同时下发普通寻呼时隙 配置和集群广播寻呼时隙的配置，基站同时结合普通寻呼周期内的普通寻呼时隙和集群广 播寻呼周期内的集群广播寻呼时隙，进行集群寻呼消息的发送；终端根据小区下发的系统 参数消息配置，同时监听该小区普通寻呼周期内的普通寻呼时隙和集群广播寻呼周期内的 集群广播寻呼时隙。
[0061]优选的，所述集群广播寻呼时隙是系统内所有集群终端都需要监听的寻呼时隙， 普通寻呼周期和普通寻呼时隙与3GPP为LTE系统定义的相同。
[0062]优选的，所述基站包括：连续发送模块，用于当集群呼叫建立时，在普通寻呼周期 内的所有普通寻呼时隙上连续发送该集群的寻呼消息。
[0063]进一步的，所述连续发送模块还用于在普通寻呼周期内所有普通寻呼时隙上都发 送一个针对该集群的寻呼消息。更进一步的，所述连续发送该集群寻呼消息的普通寻呼周 期按照从当前时刻开始计算的一个普通寻呼周期时长