CN105025573B - Lte网络的集群业务寻呼方法和系统 - Google Patents

Abstract

本发明公开了一种集群业务的寻呼方法和系统，基站在小区的系统参数消息中同时下发普通寻呼时隙配置和集群广播寻呼时隙的配置，基站同时结合普通寻呼周期内的普通寻呼时隙和集群广播寻呼周期内的集群广播寻呼时隙，进行集群寻呼消息的发送；终端根据小区下发的系统参数消息配置，同时监听该小区普通寻呼周期内的普通寻呼时隙和集群广播寻呼周期内的集群广播寻呼时隙。通过本发明，可以有效缩短集群业务寻呼时延，降低终端监听寻呼信道的耗电量，同时使得寻呼信道资源得以有效利用。

Description

LTE网络的集群业务寻呼方法和系统

技术领域

本发明涉及无线通信领域，特别涉及LTE（Long Term Evolution）网络的集群业务寻呼方法和系统。

背景技术

集群业务的寻呼机制与普通寻呼机制相比存在一定的差异。具体表现在以下方面：

第一，集群功能在专业领域的应用，对集群组呼的呼叫建立时延有比较严格的要求，而被叫用户（非话权用户）的寻呼流程作为集群组呼建立流程中的关键环节之一，也需要尽可能的考虑缩短处理时延。

第二、集群组呼的寻呼消息需要在群组呼叫保持的生命周期内周期发送，以保证属于该群组的用户因无线信号、关机等原因在首次寻呼后失败后，能够通过周期寻呼方式及时把这部分迟后接入用户加入群组组呼中。

从上述集群寻呼的特点可以看出，集群业务对寻呼机制的时延有严格要求，并且由于集群组呼寻呼消息周期发送的特点，对寻呼信道资源占用较高。对寻呼时延的具体要求为寻呼时延尽可能的短。对寻呼信道资源的要求为集群寻呼需要尽可能的减少对寻呼信道资源的占用，以提升集群网络可支持的最大同时在线群组数。

目前在3GPP协议中，只定义了LTE网络中普通业务的寻呼机制，并没有描述集群相关的寻呼机制。LTE中普通业务的寻呼机制在3GPP协议36.304文档第7章有相关描述，即根据配置的普通寻呼周期，以及在普通寻呼周期内可用的寻呼子帧，确定LTE基站的寻呼资源。基站根据用户标识在寻呼周期内确定特定用户的寻呼时隙，然后在相应的寻呼时隙上发送该用户的寻呼消息。终端同样是根据用户标识在寻呼周期内确定所需监听的寻呼时隙。但是协议并没有描述集群业务寻呼消息的发送机制。目前先前技术所提出的一些处理方式包括：

一、定义集群业务寻呼时隙的起始子帧以及持续的子帧个数，并在小区系统参数消息中通知终端，终端通过接收系统参数消息，获取需要监听的集群寻呼时隙，然后使用集群业务相关的RNTI在PDCCH上检测集群寻呼消息的调度信息。然而。该方案的缺点是，当该小区建立的集群组呼较多时，往往需要使用多个集群寻呼子帧发送集群寻呼消息，但是由于终端并不知道基站具体会在哪个集群寻呼子帧发送针对该终端支持群组的寻呼消息，所以终端必须监听所有的集群寻呼子帧，导致终端耗电量较大。同时由于集群组呼对于接续时延的要求，集群寻呼周期不能配置的太长，这样从一定程度上也限定了集群寻呼资源的数量，进而影响到系统支持的集群组呼容量。

二、在集群寻呼周期内定义集群寻呼时隙集合，然后基站和终端分别根据群组标识确定针对该群组的寻呼时隙资源。这种方式是为了解决终端监听集群寻呼消息而导致耗电量过大的问题而提出的。其中集群寻呼时隙可以和普通寻呼时隙重合，也可以和普通寻呼时隙错开。这样终端只需要根据自身支持的群组标识，监听集群寻呼周期内的特定集群寻呼时隙即可，该方式在一定程度上降低了终端监听过多集群寻呼时隙导致的耗电量问题。但是，当终端同时属于多个群组时，如果各群组标识在集群寻呼周期内确定的寻呼时隙不同，终端还是需要同时监听多个寻呼时隙，导致终端耗电量的增加。

另外，只利用系统参数消息中下发的集群寻呼配置，难以实现针对不同群组对时延和待机时间的不同要求，针对性的采用不同的寻呼周期。针对相关技术中所存在的上述问题，目前尚未提出有效的解决方案。

发明内容

本发明的目的在于提供一种LTE网络集群业务的寻呼方法，在有效缩短集群寻呼时延，降低终端监听寻呼信道耗电量的同时，能够有效利用寻呼信道资源，提升系统支持的群组容量。

根据本发明的一个方面，提供了一种LTE网络集群业务的寻呼方法，包括：基站在小区的系统参数消息中同时下发普通寻呼时隙配置和集群广播寻呼时隙的配置，基站同时结合普通寻呼周期内的普通寻呼时隙和集群广播寻呼周期内的集群广播寻呼时隙，进行集群寻呼消息的发送；终端根据小区下发的系统参数消息配置，同时监听该小区普通寻呼周期内的普通寻呼时隙和集群广播寻呼周期内的集群广播寻呼时隙。

优选的，所述集群广播寻呼时隙是系统内所有集群终端都需要监听的寻呼时隙，普通寻呼周期和普通寻呼时隙与3GPP为LTE系统定义的相同。

优选的，所述基站进行集群寻呼消息的发送包括：当集群呼叫建立时，基站在普通寻呼周期内的所有普通寻呼时隙上连续发送该集群的寻呼消息。进一步的，所述连续发送该集群的寻呼消息包括：在普通寻呼周期内的所有普通寻呼时隙上都发送一个针对该集群的寻呼消息。

进一步的，所述连续发送该集群寻呼消息的普通寻呼周期按照从当前时刻开始计算的一个普通寻呼周期时长计算。

进一步的，在所述连续发送集群寻呼消息的普通寻呼周期内，当遇到集群广播寻呼时隙时，仅连续发送到所述集群广播寻呼时隙之前的普通寻呼时隙和所述集群广播寻呼时隙。

优选的，所述终端同时监听普通寻呼时隙和集群广播寻呼时隙具体包括：终端根据自身的IMSI标识在普通寻呼周期内确定终端自身所需监听的普通寻呼时隙；终端根据系统参数消息中指示的集群广播寻呼时隙配置，监听该小区的所有集群广播寻呼时隙。

优选的，所述集群业务寻呼包括集群单呼或集群组呼。

进一步的，所述基站进行集群寻呼消息的发送还包括：按照预定义的迟后接入寻呼消息发送周期，只在集群广播寻呼时隙上发送该群组的寻呼消息，寻呼迟后接入的集群终端。更进一步的，所述寻呼迟后接入的集群终端包括：基站在所述迟后接入寻呼消息发送周期内，选择任意一个集群广播寻呼时隙发送该集群的寻呼消息，所述迟后接入寻呼消息发送周期大于或等于所述集群广播寻呼周期。

优选的，所述系统参数消息包括：集群广播寻呼消息的发送周期、无线帧、子帧以及延续的子帧个数。

根据本发明的另一个方面，提供了一种集群业务寻呼系统，包括：包括基站和终端，用于实现基于LTE网络的集群业务寻呼，基站在小区的系统参数消息中同时下发普通寻呼时隙配置和集群广播寻呼时隙的配置，基站同时结合普通寻呼周期内的普通寻呼时隙和集群广播寻呼周期内的集群广播寻呼时隙，进行集群寻呼消息的发送；终端根据小区下发的系统参数消息配置，同时监听该小区普通寻呼周期内的普通寻呼时隙和集群广播寻呼周期内的集群广播寻呼时隙。

优选的，所述集群广播寻呼时隙是系统内所有集群终端都需要监听的寻呼时隙，普通寻呼周期和普通寻呼时隙与3GPP为LTE系统定义的相同。

优选的，所述基站包括：连续发送模块，用于当集群呼叫建立时，在普通寻呼周期内的所有普通寻呼时隙上连续发送该集群的寻呼消息。

进一步的，所述连续发送模块还用于在普通寻呼周期内所有普通寻呼时隙上都发送一个针对该集群的寻呼消息。更进一步的，所述连续发送该集群寻呼消息的普通寻呼周期按照从当前时刻开始计算的一个普通寻呼周期时长计算。

优选的，所述连续发送模块还包括：在所述连续发送集群寻呼消息的普通寻呼周期内，当遇到集群广播寻呼时隙时，仅连续发送到所述集群广播寻呼时隙之前的普通寻呼时隙和所述集群广播寻呼时隙。

优选的，所述终端包括：普通寻呼时隙计算模块，用于根据终端自身的IMSI标识在普通寻呼周期内确定所需监听的普通寻呼时隙；监听模块，用于根据所述系统参数消息中指示的集群广播寻呼时隙配置，监听该小区的所有集群广播寻呼时隙，以及监听终端自身的普通寻呼时隙。

优选的，所述集群业务寻呼包括集群单呼或集群组呼。

优选的，所述基站还包括：迟后寻呼模块，用于按照预定义的迟后接入寻呼消息发送周期，只在集群广播寻呼时隙上发送该群组的寻呼消息，寻呼迟后接入的集群终端。更进一步的，所述迟后寻呼模块还用于：在所述迟后接入寻呼消息发送周期内，选择任意一个集群广播寻呼时隙发送该集群的寻呼消息，所述迟后接入寻呼消息发送周期大于或等于所述集群广播寻呼周期。

优选的，所述系统参数消息包括：集群广播寻呼消息的发送周期、无线帧、子帧以及延续的子帧个数。

利用本发明提供的方法和系统，相对于先前技术具有以下优点：不仅有效缩短组呼建立时延，降低终端监听寻呼信道的耗电量，而且还能够有效利用寻呼信道资源，提升系统支持的群组容量。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将对本发明实施例的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例；需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明提出的集群业务寻呼方法可以在有效解决已有方案寻呼时延大，以及由于终端监听集群寻呼消息而导致耗电量过大问题的同时，有效利用寻呼信道资源。

该方法包括在集群呼叫建立之前，对基站和集群终端两侧均进行配置，分别描述如下：

基站侧处理：

基站在小区的系统参数消息中同时下发普通寻呼时隙配置和集群广播寻呼时隙的配置，基站同时结合普通寻呼周期内的普通寻呼时隙和集群广播寻呼周期内的集群广播寻呼时隙，进行集群寻呼消息的发送。

基站发送集群寻呼消息的机制为：

当集群呼叫建立时，基站在普通寻呼周期内的所有普通寻呼时隙上连续发送该群组的寻呼消息，之后按照配置的迟后接入寻呼消息发送周期，只在集群广播寻呼时隙上发送该群组的寻呼消息，用于寻呼迟后接入的终端。所谓连续发送方式是指在普通寻呼周期内所有的普通寻呼时隙上都发送一个针对该群组的寻呼消息。

进一步地，基站在集群呼叫建立时，连续发送寻呼消息的普通寻呼周期可以按照从当前时刻开始计算的一个寻呼周期时长计算。

更进一步，基站在集群呼叫建立时，连续发送集群寻呼消息的寻呼周期内，如果遇到集群广播寻呼时隙，则只需要连续发送到集群广播寻呼时隙之前的普通寻呼时隙以及集群广播寻呼时隙即可。

终端侧处理：

根据终端IMSI标识在集群寻呼周期内确定所需监听的普通寻呼时隙；

根据系统参数消息中指示的集群广播寻呼时隙配置，监听该小区的所有集群广播寻呼时隙；

采用本发明的集群业务寻呼模式，在有效缩短寻呼时延，降低终端监听寻呼信道耗电量的同时，能够有效利用寻呼信道资源，提升系统支持的群组容量。

第一实施例

以LTE网络为例，以下结合集群寻呼的特定配置参数的设置，描述实施本发明方法的过程。具体配置参数如下：

1、普通寻呼周期为TPagingCycle，在普通寻呼周期内的普通寻呼时隙为PO_#1、PO_#2…PO_#(m-1)、PO_#m、PO_#(m+1)…PO_#n。

2、在系统参数消息中下发的集群广播寻呼周期为TBroadcastPagingCycle，集群广播寻呼的无线帧为BPF_#x，集群广播寻呼起始时隙为BPO_#y，集群广播寻呼时隙延续z个子帧。

3、迟后接入寻呼消息发送周期为TLaterPagingCycle。

基站侧的处理：

集群组呼呼叫建立过程中，基站首先在普通寻呼周期TPagingCycle内的所有普通寻呼时隙PO_#1、PO_#2…PO_#(m-1)、PO_#m、PO_#(m+1)…PO_#n上发送一次该群组的寻呼消息，即称为在普通寻呼周期内连续发送该群组的寻呼消息。假设，集群组呼建立呼叫的时刻为PO_#m子帧，则基站在当前普通寻呼周期TPagingCycle内的PO_#m、PO_#(m+1)…PO_#n子帧以及下一个普通寻呼周期内的PO_#1、PO_#2…PO_#(m-1)子帧发送集群寻呼消息。更进一步，当基站连续发送该群组寻呼消息的寻呼周期内存在集群广播寻呼时隙，则基站在集群广播寻呼时隙之前的所有普通寻呼时隙，和在该集群广播寻呼时隙发送该群组的寻呼消息即可，该普通寻呼周期内集群广播寻呼时隙之后的普通寻呼时隙不再需要发送集群寻呼消息。

集群组呼呼叫建立成功后，为了寻呼迟后接入的集群用户，基站在迟后接入寻呼消息发送周期TLaterPagingCycle内，选择任意一个集群广播寻呼时隙发送该群组的寻呼消息。其中，迟后接入寻呼消息发送周期TLaterPagingCycle大于等于集群广播寻呼周期TBroadcastPagingCycle。

上述过程中，在小区的系统参数消息中下发的用于指示集群广播寻呼消息发送方式的参数包括但不限于如下参数：

终端侧的处理：

根据普通寻呼周期以及自己的IMSI（International Mobile SubscriberIdentity，国际移动用户标识码），计算自身需要监听的普通寻呼时隙。

根据小区系统参数消息中指示的集群广播寻呼时隙配置，计算该终端需要监听的集群广播寻呼时隙。小区系统参数消息直接指示了集群广播寻呼消息的发送周期、无线帧、子帧以及延续的子帧个数。

其中集群终端根据普通寻呼周期以及IMSI计算所需监听普通寻呼时隙的具体方法请参考3GPP36.304第七章，此处不再描述。该方式同样适用于集群单呼被叫终端在集群寻呼周期内确定所需监听时隙。

采用本发明的实施方式，为了缩短集群呼叫在寻呼阶段的接续时延，可以将普通寻呼周期配置的相对较短，例如普通寻呼周期配置为160ms；为了支持多个群组同时在线时给迟后接入用户的周期寻呼资源，可以将迟后接入集群寻呼消息发送周期配置的相对较长，例如配置为5秒；同时为了增加迟后接入寻呼周期内的可用广播寻呼资源，可以在小区系统参数消息中配置合适的集群广播寻呼参数，例如集群广播寻呼周期为1280ms（rf128），集群广播寻呼帧为集群广播寻呼周期内的第1个无线帧，广播广播寻呼时隙为集群广播寻呼周期内第一个无线帧的第0个时隙，集群广播寻呼时隙持续的子帧个数配置为1个子帧，并且可以根据网络的群组数量，适当的增加。

第二实施例

基于同样的构思，本发明还提出了一种集群业务寻呼系统，包括基站和终端，用于实现基于LTE网络的集群业务寻呼，基站在小区的系统参数消息中同时下发普通寻呼时隙配置和集群广播寻呼时隙的配置，基站同时结合普通寻呼周期内的普通寻呼时隙和集群广播寻呼周期内的集群广播寻呼时隙，进行集群寻呼消息的发送；终端根据小区下发的系统参数消息配置，同时监听该小区普通寻呼周期内的普通寻呼时隙和集群广播寻呼周期内的集群广播寻呼时隙。

优选的，所述集群广播寻呼时隙是系统内所有集群终端都需要监听的寻呼时隙，普通寻呼周期和普通寻呼时隙与3GPP为LTE系统定义的相同。

优选的，所述基站包括：连续发送模块，用于当集群呼叫建立时，在普通寻呼周期内的所有普通寻呼时隙上连续发送该集群的寻呼消息。

进一步的，所述连续发送模块还用于在普通寻呼周期内所有普通寻呼时隙上都发送一个针对该集群的寻呼消息。更进一步的，所述连续发送该集群寻呼消息的普通寻呼周期按照从当前时刻开始计算的一个普通寻呼周期时长计算。

优选的，所述连续发送模块还包括：在所述连续发送集群寻呼消息的普通寻呼周期内，当遇到集群广播寻呼时隙时，仅连续发送到所述集群广播寻呼时隙之前的普通寻呼时隙和所述集群广播寻呼时隙。

优选的，所述终端包括：普通寻呼时隙计算模块，用于根据终端自身的IMSI标识在普通寻呼周期内确定所需监听的普通寻呼时隙；监听模块，用于根据所述系统参数消息中指示的集群广播寻呼时隙配置，监听该小区的所有集群广播寻呼时隙，以及监听终端自身的普通寻呼时隙。

优选的，所述集群业务寻呼包括集群单呼或集群组呼。

优选的，所述基站还包括：迟后寻呼模块，用于按照预定义的迟后接入寻呼消息发送周期，只在集群广播寻呼时隙上发送该群组的寻呼消息，寻呼迟后接入的集群终端。更进一步的，所述迟后寻呼模块还用于：在所述迟后接入寻呼消息发送周期内，选择任意一个集群广播寻呼时隙发送该集群的寻呼消息，所述迟后接入寻呼消息发送周期大于或等于所述集群广播寻呼周期。

优选的，所述系统参数消息包括：集群广播寻呼消息的发送周期、无线帧、子帧以及延续的子帧个数。

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

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (22)

1.一种集群业务寻呼方法，其特征在于，包括如下步骤：

基站在小区的系统参数消息中同时下发普通寻呼时隙配置和集群广播寻呼时隙的配置，基站同时结合普通寻呼周期内的普通寻呼时隙和集群广播寻呼周期内的集群广播寻呼时隙，进行集群寻呼消息的发送；

终端根据小区下发的系统参数消息配置，同时监听该小区普通寻呼周期内的普通寻呼时隙和集群广播寻呼周期内的集群广播寻呼时隙；

所述集群广播寻呼时隙是系统内所有集群终端都需要监听的寻呼时隙；

所述系统参数消息包括：集群广播寻呼消息的发送周期、无线帧、子帧以及延续的子帧个数。

2.根据权利要求1所述的方法，其特征在于：

所述普通寻呼周期和普通寻呼时隙与3GPP为LTE系统定义的相同。

3.根据权利要求1所述的方法，其特征在于，所述基站进行集群寻呼消息的发送包括：当集群呼叫建立时，基站在普通寻呼周期内的所有普通寻呼时隙上连续发送该集群的寻呼消息。

4.根据权利要求3所述的方法，其特征在于，所述连续发送该集群的寻呼消息包括：在普通寻呼周期内的所有普通寻呼时隙上都发送一个针对该集群的寻呼消息。

5.根据权利要求3或4所述的方法，其特征在于，所述连续发送该集群寻呼消息的普通寻呼周期按照从当前时刻开始计算的一个普通寻呼周期时长计算。

6.根据权利要求3或4所述的方法，其特征在于，在所述连续发送集群寻呼消息的普通寻呼周期内，当遇到集群广播寻呼时隙时，仅连续发送到所述集群广播寻呼时隙之前的普通寻呼时隙和所述集群广播寻呼时隙。

7.根据权利要求5所述的方法，其特征在于，在所述连续发送集群寻呼消息的普通寻呼周期内，当遇到集群广播寻呼时隙时，仅连续发送到所述集群广播寻呼时隙之前的普通寻呼时隙和所述集群广播寻呼时隙。

8.根据权利要求1所述的方法，其特征在于，所述终端同时监听普通寻呼时隙和集群广播寻呼时隙具体包括：

终端根据自身的IMSI标识在普通寻呼周期内确定终端自身所需监听的普通寻呼时隙；

终端根据系统参数消息中指示的集群广播寻呼时隙配置，监听该小区的所有集群广播寻呼时隙。

9.根据权利要求1所述的方法，其特征在于，所述集群业务寻呼包括集群单呼或集群组呼。

10.根据权利要求1或3所述的方法，其特征在于，所述基站进行集群寻呼消息的发送还包括：

按照预定义的迟后接入寻呼消息发送周期，只在集群广播寻呼时隙上发送该集群的寻呼消息，寻呼迟后接入的集群终端。

11.根据权利要求10所述的方法，其特征在于，所述寻呼迟后接入的集群终端包括：

基站在所述迟后接入寻呼消息发送周期内，选择任意一个集群广播寻呼时隙发送该集群的寻呼消息，所述迟后接入寻呼消息发送周期大于或等于所述集群广播寻呼周期。

12.一种集群业务寻呼系统，包括基站和终端，用于实现基于LTE网络的集群业务寻呼，其特征在于：

基站在小区的系统参数消息中同时下发普通寻呼时隙配置和集群广播寻呼时隙的配置，基站同时结合普通寻呼周期内的普通寻呼时隙和集群广播寻呼周期内的集群广播寻呼时隙，进行集群寻呼消息的发送；

终端根据小区下发的系统参数消息配置，同时监听该小区普通寻呼周期内的普通寻呼时隙和集群广播寻呼周期内的集群广播寻呼时隙；

所述集群广播寻呼时隙是系统内所有集群终端都需要监听的寻呼时隙；

所述系统参数消息包括：集群广播寻呼消息的发送周期、无线帧、子帧以及延续的子帧个数。

13.根据权利要求12所述的系统，其特征在于：

所述普通寻呼周期和普通寻呼时隙与3GPP为LTE系统定义的相同。

14.根据权利要求12所述的系统，其特征在于，所述基站包括：

连续发送模块，用于当集群呼叫建立时，在普通寻呼周期内的所有普通寻呼时隙上连续发送该集群的寻呼消息。

15.根据权利要求14所述的系统，其特征在于，所述连续发送模块还用于：在普通寻呼周期内所有普通寻呼时隙上都发送一个针对该集群的寻呼消息。

16.根据权利要求14或15所述的系统，其特征在于，所述连续发送该集群寻呼消息的普通寻呼周期按照从当前时刻开始计算的一个普通寻呼周期时长计算。

17.根据权利要求14或15所述的系统，其特征在于，所述连续发送模块还用于：在所述连续发送集群寻呼消息的普通寻呼周期内，当遇到集群广播寻呼时隙时，仅连续发送到所述集群广播寻呼时隙之前的普通寻呼时隙和所述集群广播寻呼时隙。

18.根据权利要求16所述的系统，其特征在于，所述连续发送模块还用于：在所述连续发送集群寻呼消息的普通寻呼周期内，当遇到集群广播寻呼时隙时，仅连续发送到所述集群广播寻呼时隙之前的普通寻呼时隙和所述集群广播寻呼时隙。

19.根据权利要求12所述的系统，其特征在于，所述终端包括：

普通寻呼时隙计算模块，用于根据终端自身的IMSI标识在普通寻呼周期内确定所需监听的普通寻呼时隙；

监听模块，用于根据所述系统参数消息中指示的集群广播寻呼时隙配置，监听该小区的所有集群广播寻呼时隙，以及监听终端自身的普通寻呼时隙。

20.根据权利要求12所述的系统，其特征在于，所述集群业务寻呼包括集群单呼或集群组呼。

21.根据权利要求12或14所述的系统，其特征在于，所述基站还包括：

迟后寻呼模块，用于按照预定义的迟后接入寻呼消息发送周期，只在集群广播寻呼时隙上发送该集群的寻呼消息，寻呼迟后接入的集群终端。

22.根据权利要求21所述的系统，其特征在于，所述迟后寻呼模块还用于：

在所述迟后接入寻呼消息发送周期内，选择任意一个集群广播寻呼时隙发送该集群的寻呼消息，所述迟后接入寻呼消息发送周期大于或等于所述集群广播寻呼周期。