CN109462826A

CN109462826A - 一种群组寻呼方法、用户设备、网络设备及计算机可读存储介质

Info

Publication number: CN109462826A
Application number: CN201811545345.XA
Authority: CN
Inventors: 李振辉
Original assignee: New H3C Technologies Co Ltd Chengdu Branch
Current assignee: New H3C Technologies Co Ltd Chengdu Branch
Priority date: 2018-12-17
Filing date: 2018-12-17
Publication date: 2019-03-12
Anticipated expiration: 2038-12-17
Also published as: CN109462826B

Abstract

本发明实施例提出一种群组寻呼方法、用户设备、网络设备及计算机可读存储介质，通过UE确定每个群组寻呼周期内具有的n个寻呼时机，进而在每个群组寻呼周期，UE在n个寻呼时机中与UE的已签约群组对应的寻呼时机上进行监听。从而实现在一个群组寻呼周期内设置多个寻呼时机，以便UE对已签约群组的群组寻呼进行监听，从而为UE提供一个灵活的寻呼机制，最终降低UE寻呼延迟并且提高解码率。

Description

一种群组寻呼方法、用户设备、网络设备及计算机可读存储介质

技术领域

本发明涉及通信技术，具体而言，涉及一种群组寻呼方法、用户设备、网络设备及计算机可读存储介质。

背景技术

宽带集群通信(Broadband Trunking Communication，简称：B-TrunC)系统是基于长期演进(Long Term Evolution，简称：LTE)的宽带无线移动通信技术，B-TrunC支持宽带数据传输业务、语音和多媒体形式的集群指挥调度业务的宽带无线通信系统。目前B-TrunC协议的机制，一个小区内的多个群组需要在一个群组寻呼周期内竞争同一寻呼时机，来进行各自群组的群组寻呼。

但是，当小区内的群组数量较多时，由于目前的群组寻呼机制，会造成用户设备(User Equipment，简称：UE)接入时延。而如果通过缩短群组寻呼周期，来提高相同时长内的寻呼时机的次数。则会导致UE功耗增大。

综上所述，目前B-TrunC协议的机制中，其群组寻呼机制缺乏灵活性，从而造成UE寻呼延迟、解码率降低。

发明内容

本发明的目的在于提供一种群组寻呼方法、用户设备、网络设备及计算机可读存储介质，用于对小区内的UE提供一种灵活的群组寻呼机制，以降低寻呼延迟和解码率低。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提出一种群组寻呼方法，包括：

用户设备UE确定每个群组寻呼周期内具有的n个寻呼时机，所述n为正整数；

在每个所述群组寻呼周期，所述UE在所述n个寻呼时机中与所述UE的已签约群组对应的寻呼时机上进行监听。

结合第一方面，在第一种可能的实现方式中，所述UE确定每个群组寻呼周期内具有的n个寻呼时机，包括：

所述UE接收网络设备发送的寻呼系数；所述寻呼系数为每个所述群组寻呼周期内具有的n次寻呼机会；

所述UE根据所述寻呼系数，确定每次所述寻呼机会在每个所述群组寻呼周期内对应的寻呼时机，获得所述n个寻呼时机。

结合第一方面，在第二种可能的实现方式中，小区内的全部群组被划为不同的等级，归属于不同等级的群组具有不同的群组寻呼周期，所述在每个所述群组寻呼周期，所述UE在所述n个寻呼时机中与所述UE的已签约群组对应的寻呼时机上进行监听之前，还包括：

所述UE确定所述UE的已签约群组归属的等级；所述UE的已签约群组归属的等级与所述群组寻呼周期具有对应关系；

所述UE根据所述UE的已签约群组归属的等级，确定所述群组寻呼周期。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述UE确定所述UE的已签约群组归属的等级，包括：

所述UE接收网络设备发送的群组等级参数和优先级参数值；所述群组等级参数为全部群组被划分的等级个数；所述优先级参数值表征所述UE的已签约群组对应的群组优先级；

所述UE根据所述群组等级参数和所述优先级参数值确定所述UE的已签约群组所属的等级；其中，归属于同一等级的群组具有相同的群组寻呼周期，且归属于不同等级的群组之间，群组优先级较低的群组具有较长的群组寻呼周期。

第二方面，本发明实施例提出一种群组寻呼方法，包括：

网络设备确定每个群组寻呼周期内具有的n个寻呼时机，所述n为正整数；每个所述寻呼时机对应不同的群组寻呼；

在每个所述群组寻呼周期，所述网络设备在所述n个寻呼时机进行群组寻呼，以使用户设备UE在所述n个寻呼时机中与所述UE的已签约群组对应的寻呼时机上进行监听。

结合第二个方面，在第一种可能的实现方式中，所述网络设备确定每个群组寻呼周期内具有的n个寻呼时机，包括：

所述网络设备根据寻呼系数确定每次寻呼机会在每个所述群组寻呼周期内对应的寻呼时机，获得所述n个寻呼时机；所述寻呼系数为每个所述群组寻呼周期内具有的n次寻呼机会；

在所述在每个所述群组寻呼周期，所述网络设备在所述n个寻呼时机进行群组寻呼之前，还包括：

所述网络设备向所述UE发送所述寻呼系数。

结合第二个方面，在第二种可能的实现方式中，小区内的全部群组被划为不同的等级，归属于不同等级的群组具有不同的群组寻呼周期；所述在每个所述群组寻呼周期，所述网络设备在所述n个寻呼时机进行群组寻呼，包括：

所述网络设备根据每个群组所属的等级，确定所述每个群组具有的群组寻呼周期；

在所述每个群组具有的群组寻呼周期内，所述网络设备在所述n个寻呼时机进行群组寻呼。

结合第二个方面的第二种可能的实现方式，在第三种可能的实现方式中，所述网络设备根据每个群组所属的等级，确定所述每个群组具有的群组寻呼周期，包括：

所述网络设备根据群组等级参数对所述全部群组进行划分；

其中，所述群组等级参数为所述全部群组被划分的等级个数；归属于同一等级的群组具有相同的群组寻呼周期，且归属于不同等级的群组之间，群组优先级较低的群组具有较长的群组寻呼周期；

所述网络设备向所述UE发送所述群组等级参数和优先级参数值，所述优先级参数值表征所述UE的已签约群组对应的群组优先级，以使所述UE确定所述UE的已签约群组归属的等级。

第三方面，本发明实施例提出一种用户设备，包括：处理模块和监听模块；

所述处理模块，用于确定每个群组寻呼周期内具有的n个寻呼时机，所述n为正整数；

所述监听模块，用于在每个所述群组寻呼周期，在所述n个寻呼时机中与所述UE的已签约群组对应的寻呼时机上进行监听。

第四方面，本发明实施例提出一种网络设备，包括：处理模块和寻呼模块；

所述处理模块，用于确定每个群组寻呼周期内具有的n个寻呼时机，所述n为正整数；每个所述寻呼时机对应不同的群组寻呼；

所述寻呼模块，用于在每个所述群组寻呼周期，在所述n个寻呼时机进行群组寻呼，以使用户设备UE在所述n个寻呼时机中与所述UE的已签约群组对应的寻呼时机上进行监听。

第五方面，本发明实施例提出一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面或第一方面任意可能的实现方式所述的方法。

第六方面，本发明实施例提出一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第二方面或第二方面任意可能的实现方式所述的方法。

本发明实施例提供的群组寻呼方法、用户设备、网络设备及计算机可读存储介质，通过UE确定每个群组寻呼周期内具有的n个寻呼时机，进而在每个群组寻呼周期，UE在n个寻呼时机中与UE的已签约群组对应的寻呼时机上进行监听。从而实现在一个群组寻呼周期内设置多个寻呼时机，以便UE对已签约群组的群组寻呼进行监听，从而为UE提供一个灵活的寻呼机制，最终降低UE寻呼延迟并且提高解码率。

本发明实施例的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明实施例了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为UE获取签约的群组列表流程示意图；

图2为UE在进行空口接收业务的流程示意图；

图3为本发明实施例提供的一种群组寻呼方法的流程示意图；

图4为本发明实施例提供的另一种群组寻呼方法的流程示意图；

图5为UE接收集群系统消息的信令示意图；

图6为本发明实施例提供的另一种群组寻呼方法的流程示意图；

图7为本发明实施例提供的另一种群组寻呼方法的流程示意图；

图8为本发明实施例提供的另一种群组寻呼方法的流程示意图

图9为本发明实施例提供的另一种群组寻呼方法的流程示意图；

图10为本发明实施例提供的另一种群组寻呼方法的流程示意图；

图11为本发明实施例提供的另一种群组寻呼方法的流程示意图；

图12为本明实施例提供的一种用户设备的结构示意图；

图13为本明实施例提供的另一种用户设备的结构示意图；

图14为本明实施例提供的一种网络设备的结构示意图；

图15为本明实施例提供的另一种网络设备的结构示意图；

图16为本明实施例提供的一种UE的部分结构示意图；

图17为一种通用网络设备的部分结构示意图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

本申请实施例提及的无线通信系统包括但不限于：窄带物联网系统(NarrowBand-Internet of Things，NB-IoT)、全球移动通信系统(Global System for MobileCommunications，GSM)、增强型数据速率GSM演进系统(Enhanced Data rate for GSMEvolution，EDGE)、宽带码分多址系统(Wideband Code Division Multiple Access，WCDMA)、码分多址2000系统(Code Division Multiple Access，CDMA2000)、时分同步码分多址系统(Time Division-Synchronization Code Division Multiple Access，TD-SCDMA)，长期演进系统(Long Term Evolution，LTE)以及下一代5G移动通信系统的三大应用场景增强型移动宽带(Enhanced Mobile Broad Band，eMBB)、URLLC、大规模机器通信(Massive Machine-Type Communications，mMTC)以及B-TrunC。

本申请涉及的通信装置主要包括网络设备或者UE。在本申请实施例中，该UE包括但不限于移动台(MS，Mobile Station)、移动终端(Mobile Terminal)、移动电话(MobileTelephone)、手机(handset)及便携设备(portable equipment)等，该UE可以经无线接入网(RAN，Radio Access Network)与一个或多个核心网进行通信，例如，UE可以是移动电话(或称为“蜂窝”电话)、具有无线通信功能的计算机等，UE还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置或设备。

本申请结合网络设备描述了各个实施例。网络设备可以是用于与UE进行通信的设备，例如，可以是GSM系统或CDMA中的基站(Base Transceiver Station，BTS)，也可以是WCDMA系统中的基站(NodeB，NB)，还可以是LTE系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络侧设备或未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备等。

下面以B-TrunC作为示例对本发明的方案进行介绍，但是应当理解为：本领域技术人员在阅读本发明公开的技术方案之后，可以无需创造性地劳动的条件下，将本发明的方案适应配置在其他网络中，已达到与本发明是相同或类似的技术效果。对此，其适配于当前其他网络或者未来演进的无线通信系统中的技术方案，都应落入本发明所保护的范围内。

对于B-TrunC技术，组呼业务是一种由终端或调度台用户发起的半双工业务，一个时刻只能有一个用户处于讲话状态，其他用户则处于监听状态，讲话用户处于无线资源控制(Radio Resource Control，简称：RRC)连接态，监听用户可以处于RRC连接态或RRC空闲态。

具体的，图1为UE获取签约的群组列表流程示意图，参见图1，该流程包括：

步骤1、调度台向核心网发送会话初始协议消息(Session Initiation Protocol，简称SIP)。

步骤2、核心网向调度台反馈SIP消息(200OK)。

步骤3、网络设备接收核心网发送的寻呼(S1AP-Paging)。

步骤4、UE接收网络设备发送的寻呼(Paging)。

步骤5、UE与核心网建立服务请求流程(Service Request)。

步骤6、UE接收核心网发送的非接入层消息(Non-access stratum，简称NAS)。

可选地，该NAS消息可以为“Group Information Update Command”。

步骤7、核心网接收UE发送的NAS响应(Group Information Update Response)；

步骤8、UE与核心网建立内容释放流程(UE Context Release)；

步骤9、核心网向调度台发送SIP消息(Message)；

步骤10、调度台向核心网反馈SIP消息(200OK)。

进一步地，对于处于监听状态的UE，图2为UE在进行空口接收业务的流程示意图，参见图2，该监听流程包括：

步骤1、UE接收系统信息。

通常该系统信息可以为集群系统消息(例如，System InFormation Block TypeTrunking)，UE可以通过该集群系统消息获得关于网络通讯必要的基本配置，例如，集群寻呼控制信道(Trunking Paging Control Channel，简称：TPCCH)的寻呼时机信息。另外，在B-TrunC协议中，该集群系统消息定义UE可以使用IDLE模式下的非连续接收以减少功耗。集群组呼的寻呼对一个组中的所有UE采用相同的寻呼接收时机，即寻呼时刻(PagingOccasion，简称：PO)。

步骤2、UE通过监听TPCCH，接收集群寻呼信道(Trunking Paging Channel，简称：TPCH)。

具体的，UE监听TPCCH，当UE签约的群组存在组呼时，TPCH上将以群组标识(GroupID)的方式指示UE该群组已经建立。

步骤3、UE在该群组对应的集群控制信道(Trunking Control Channel，简称：TCCH)上接收关于组呼的详细配置。

具体的，TCCH发送的关于组呼的详细配置，包括：集群业务信道(TrunkingTraffic Channel，简称：TTCH)的详细配置参数、非接入层(Non-access stratum，简称：NAS)呼叫相关的配置参数等。

步骤4、UE在TTCH上接收群组语音。

而在上述过程中，B-TrunC协议定义：

TPCCH的寻呼周期(pagingCycle)，其长度为无线帧(frameNumber)数目；

无线帧(frameNumber)表示TPCCH在寻呼周期内的第几个无线帧上发送。进而UE通过如下公式获取寻呼帧(Paging Frame，简称PF)：

PF mod pagingCycle＝frameNumber；

无线子帧(subframeNumber)表示TPCCH在寻呼周期内PF的第几个子帧上发送。进而UE通过如下公式获取寻呼时刻(Paging Occasion，简称：PO)：

PO＝subframeNumber；

而在目前的B-TrunC协议的定义中，所有群组的寻呼时机相同，其中单次寻呼时机最大规格为16。

而基于上述B-TrunC协议的机制，当一个小区中存在多个群组时，通常利用不同群组之间的优先级顺序，在同一寻呼时机上进行竞争下发。

但是，当小区中群组数量较多时，(比如数量大于或等于64)，此时，对于寻呼时机相同并且需要利用优先级进行竞争的方案来说，会造成某个群组寻呼的实际下发周期变长。进而造成UE接入时延。并且还会导致一次寻呼周期中寻呼群组数过多，从而引发物理层编码率提高，最终降低UE的解码成功率。

而为了避免上述问题，在当前B-TrunC协议的机制下，一种方式是统一缩短各个群组的寻呼周期，从而提高寻呼时机的次数，来避免UE的寻呼时延。但这样的方式，无可避免地导致UE接收寻呼时机的次数，从而增大了UE功耗。

综上所述，目前B-TrunC协议的机制中，其群组寻呼机制缺乏灵活性，导致很难寻找到一种平衡的解决方案，在既避免UE寻呼延迟、解码率降低的同时，保证一个寻呼周期内寻呼时机的均衡分布。

为了解决上述问题，本发明通过增加每个群组寻呼周期中的寻呼时机，来避免UE寻呼延迟、解码率降低，实现了一种寻呼时机均匀分布的机制。

下面针对如何实现在每个群组寻呼周期中增加寻呼时机，本发明实施例给出一种可能的实现方式，具体的，图3为本发明实施例提供的一种群组寻呼方法的流程示意图，该流程的执行主体为UE，参见图3，该方法包括：

步骤101、UE确定每个群组寻呼周期内具有的n个寻呼时机。

其中，该n为正整数。对于n的取值，由具体的小区场景决定，例如，当UE所处的小区的群组较多时，n取较大的值。而当小区存在旧版本的UE时，为了实现旧版本的兼容，可以在一段时间内将n取值为1直至全部的设备完成版本升级。可见，利用n的取值，可以提供一个较为灵活的寻呼时机分布机制。

步骤104、在每个群组寻呼周期，UE在n个寻呼时机中与UE的已签约群组对应的寻呼时机上进行监听。

具体的，当一个群组寻呼周期内具有多个寻呼时机时，对于UE来说，其只需要监听已签约群组对应的群组寻呼。为了达到这个目的，UE可以针对特定的寻呼时机进行盲检，直至在某个群组寻呼周期的特定寻呼时机上监听到已签约群组对应的群组寻呼。对于一个群组寻呼周期全部寻呼时机，UE是可以不用全部都进行监听的，从而降低了UE的功耗。

本发明实施例提供的群组寻呼方法，通过UE确定每个群组寻呼周期内具有的n个寻呼时机，进而在每个群组寻呼周期，UE在n个寻呼时机中与UE的已签约群组对应的寻呼时机上进行监听。从而实现在一个群组寻呼周期内设置多个寻呼时机，以便UE对已签约群组的群组寻呼进行监听，从而为UE提供一个灵活的寻呼机制，最终降低UE寻呼延迟并且提高解码率。

可选地，为了获得每个群组寻呼周期内具有的n个寻呼时机，本发明下述实施例增设了寻呼系数这一参数，该寻呼系数为每个群组寻呼周期内具有的n次寻呼机会。UE可以通过网络设备获得该寻呼系数。下面针对寻呼系数给出一种可能的实现方式。具体的，在图3的基础上，图4为本发明实施例提供的另一种群组寻呼方法的流程示意图，参见图4，其中，步骤101具体为：

步骤101-1、UE接收网络设备发送的寻呼系数。

步骤101-2、UE根据寻呼系数，确定每次寻呼机会在每个群组寻呼周期内对应的寻呼时机，获得n个寻呼时机。

例如，该寻呼系数为4时，表示每个群组寻呼周期内有4次寻呼机会，UE根据该寻呼系数，将4次寻呼机会对应到每个群组寻呼周期内合适的PF上，即可获得n个寻呼时机。

进一步地，传输该寻呼系数的方式可以有多种，下面给出一种实现方式：利用网络设备向UE发送的集群系统消息来进行寻呼系数的传输。具体的，图5为UE接收集群系统消息的信令示意图，参见图5，该流程包括：

核心网(E-UTRAN)向UE发送主信息块消息(MasterInfomationBlock，简称：MIB)。

进而，UE接收E-UTRAN发送的系统信息块消息(SystemInformationBlockType1，简称：SIB 1)。

之后，UE接收E-UTRAN发送的集群系统消息，即“SystemInformationBlockTypeTrunking”。

下面给出一种本发明实施例对SystemInformationBlockTypeTrunking改进后，可能的信元形式：

--ASN1STOP

其中，本发明即利用“TPCCH-Extension”进行了信元扩展，增加了寻呼系数(numPaging)，从而利用协议本身的扩展性实现寻呼系数的传输，降低了协议升级的成本。

进一步地，对于步骤101-2，在一种可能的实现方式中，该n个寻呼时机与其他的配置信息之间，应该满足如下公式(1)的条件：

SFN mod GroupPagingCycle＝[frameNumber+(pagingCycle div NumPaging)*(GroupID mod NumPaging)]mod GroupPagingCycle

(1)

其中，SFN为空口系统帧号，GroupPagingCycle为群组寻呼周期，frameNumber为无线帧，pagingCycle为寻呼周期，GroupID为群组标识，NumPaging为寻呼系数，n个寻呼时机与无线帧对应。需要说明的是，此处的群组标识可以为UE已签约群组对应的群组标识。

参见上文中集群系统消息(SystemInformationBlockTypeTrunking)的信元形式样例，UE还可以通过该集群系统消息获得寻呼周期和无线帧。可选地，UE可以通过图1步骤6中的核心网发送的NAS消息(Group Information Update Command)获取至少一个已签约群组对应的群组标识。

当小区建立后和系统消息变更前，寻呼周期(pagingCycle)、周期内寻呼次数(NumPaging)和寻呼所在的无线帧(frameNumber)保持不变。群组建立后和释放之前，群组标识(GroupID)保持不变。在本实施例中，针对一个群组寻呼周期(GroupPagingCycle)来说，参见上文中集群系统消息(SystemInformationBlockTypeTrunking)的信元形式样例，群组寻呼周期等于集群系统消息中广播的寻呼周期(PagingCycle)，当UE获得一个寻呼系数后，基于上述条件可以确定每个寻呼机会对应哪一个无线帧，从而获得群组寻呼周期内的n个寻呼时机。

进一步地，对于UE来说，在其接入一个小区之后，基于核心网透传的组签约信息，UE可以获知在该小区内，可以进行寻呼的已签约群组对应的寻呼时机有哪些，进而通过盲检这些寻呼时机监听该已签约群组的群组寻呼。例如该小区内的网络设备进行10个群组的群组寻呼，其中包含UE已签约的一个群组，则该UE可以针对该群组的群组寻呼进行监听。具体的，参见上文图2步骤2，UE通过监听TPCCH，确定已签约群组存在群组寻呼。进而TPCH将以已签约群组对应的群组标识(GroupID)的方式指示UE该群组已经建立。该UE通过TCCH获得该群组寻呼的响应配置，从而在图2的步骤3接收TTCH，完成群组的寻呼业务。下面参见表1提供的一种本发明寻呼时机的示例。

表1现有协议的寻呼时机与本发明改进协议的寻呼时机示例

UE按上述公式(1)计算出n个寻呼时机，相应地，网络设备按上述公式计算群组的寻呼时机下发群组寻呼，接收寻呼。其中寻呼时机即为寻呼帧(Paging Frame，简称PF)。该公式(1)实现了根据群组标识(GroupID)不同，在空口以不同的寻呼时机下发群组寻呼。例如表1所示，当寻呼系数(NumPaging)设置为“4”时，对于一个群组寻呼周期(GroupPagingCycle)来说，其具有4个寻呼机会，通过公式(1)确定对应的4个PF，即“2”、“18”、“34”和“50”；则群组标识(GroupID)为100至115的群组对应的群组寻呼，在每个群组寻呼周期中在四个PF上进行寻呼。例如在第1个群组寻呼周期，群组100在PF 2上进行寻呼，群组101在PF 18上进行寻呼，群组102在PF 34上进行寻呼，群组103在PF 50上进行寻呼。相应地，UE通过上述实施例提供的实现方式，已知了已签约群组对应的群组标识，例如UE签约了群组110，则根据上表1的对应关系，该UE可知其寻呼时机为PF 34，即UE会在每个群组寻呼周期内的PF 34进行盲检，直至获得在对应群组寻呼周期的PF 34上获得群组110的寻呼。

需要说明的是，在表1的示例中，群组寻呼周期(GroupPagingCycle)等于协议中规定的寻呼周期(PagingCycle)。

本发明实施例的一种示例中，需要对协议进行修改。因此，需要升级终端侧和网络侧的各个设备的B-TrunC协议版本，在网络侧升级协议后，UE需要通过空口完成协议版本升级，当前小区内存在相对本发明方案而言，较老版本协议的UE时，一种可能的方式为：将寻呼系数设置为n1，即n为1。其寻呼时机和目前B-TrunC协议规定的时机一致，即表1中适配目前协议的规则。这样不会影响老版本UE的业务，在更新完毕之后，新版本UE也能正常进行业务，从而实现向后兼容。

可选地，对于一个小区内的多个群组来说，现有的B-TrunC协议规定每个群组寻呼周期都是一样的，这种均等的设置导致不能够满足具有不同需求的群组的群组群呼。因此，为了向不同的群组提供具有差异且划分方式灵活的群组寻呼周期，下面给出一种可能的实现方式：首先，需要将小区内的全部群组被划为不同的等级，归属于不同等级的群组具有不同的群组寻呼周期。进而，在图3的基础上，图6为本发明实施例提供的另一种群组寻呼方法的流程示意图，参见图6，在步骤104之前，还包括：

步骤102、UE确定UE的已签约群组归属的等级；

具体的，UE的已签约群组归属的等级与群组寻呼周期具有对应关系。

可选地，UE为了获得已签约群组的信息，一种可能的实现方式：UE通过所属小区的网络设备透传，获得核心网发送的组签约信息，该组签约信息包含至少一个已签约群组对应的群组标识。UE基于群组标识获知对应的已签约群组。在一种示例中，UE通过在图1步骤6中，核心网发送的NAS消息(Group Information Update Command)获取至少一个已签约群组对应的群组标识。

步骤103、UE根据UE的已签约群组归属的等级，确定群组寻呼周期。

下面给出一种实现步骤102可能的实现方式，在图6的基础上，图7为本发明实施例提供的另一种群组寻呼方法的流程示意图，参见图7，该步骤102，包括：

步骤102-1、UE接收网络设备发送的群组等级参数和优先级参数值。

具体的，群组等级参数为全部群组被划分的等级个数；优先级参数值表征所述UE的已签约群组对应的群组优先级。

可选地，对于群组等级参数，UE可以通过上文所述的集群系统消息“SystemInformationBlockTypeTrunking”获得。对于优先级参数值，UE可以通过在图1步骤6的NAS消息(Group Information Update Command)获取群组标识对应的优先级参数值，相应地，为了保证NAS消息携带优先级参数值，可以在NAS消息的信元规则中，将该呼叫优先级设置为必选的信元。

可选地，下面给出一种SystemInformationBlockTypeTrunking改进后，可能的信元形式：

其中，本发明即利用“TPCCH-Extension”进行了信元扩展，增加了群组等级参数(pagingClass)，从而利用协议本身的扩展性实现群组等级参数的传输，降低了协议升级的成本。需要说明的是，本示例中也同时增加了寻呼系数(numPaging)，但是对于一个小区来说，群组等级参数与寻呼系数可以是择一使用的，也可以是组合使用的。所以基于场景需求，该“TPCCH-Extension”也可以仅增设群组等级参数(pagingClass)，以实现对应技术效果，此处不予限定。

继续参见图7，步骤102-2、UE根据群组等级参数和优先级参数值确定UE的已签约群组所属的等级。

其中，归属于同一等级的群组具有相同的群组寻呼周期，且归属于不同等级的群组之间，群组优先级较低的群组具有较长的群组寻呼周期。对于一个小区的多个群组而言，在目前B-TrunC协议中，通常每一个群组的群组寻呼都具有一个对应的优先级。而本实施例的方案可以基于每个群组的优先级，将多个群组划分到不同的等级。不同的等级匹配不同的群组寻呼周期，从而通过保证群组优先级较低的群组具有较长的群组寻呼周期，使得优先级较高的群组在相对短的群组寻呼周期进行群组寻呼，优先级较低的群组在相对长的群组寻呼周期进行群组寻呼。

以目前B-TrunC协议中的呼叫优先级(CallPriority)作为上述优先级的示例进行说明。则本发明实施例中的群组寻呼周期通过如下公式(2)获得：

GroupPagingCycle＝pagingCycle*{ceil[callPriority div(MAXCALLPRIORITYdiv pagingClass)]}(2)

其中，此处的CallPriority具体为优先级参数值，MAXCALLPRIORITY为优先级最大参数值，GroupPagingCycle为群组寻呼周期，pagingClass为群组等级参数，PagingCycle为寻呼周期。

可选地，该优先级最大参数值，UE其可以通过适配协议的编解码规则来获得。下面以一个小区的优先级最大参数值为256、群组等级参数为4作为示例进行说明，具体的，当优先级最大参数值为256，说明该小区中可以具有256个群组，假设呼叫优先级分别为0～255。而群组等级参数为4，则说明需将优先级从0～255的256个群组划分为4个群组等级，可以理解的：优先级为0～63的群组划分为一个等级D；64～127的群组划分为一个等级C；128～191的群组划分为一个等级B；192～255的群组划分为一个等级A。而不同等级，对应不同群组寻呼周期。例如，若优先级的顺序由高到低，则等级A的群组对应的群组寻呼周期最短，以使小区资源优先匹配该等级的群组寻呼需求。相应地，等级D的群组对应的群组寻呼周期最长。若优先级的顺序由低到高，则上述群组寻呼周期匹配则正好相反，此处对于优先级具体的实现形式不予限定。下面通过表2示出的一种群组寻呼周期示例对上述实施例进行说明。

表2现有协议的群组寻呼周期与本发明改进协议的群组寻呼周期示例

参见表2，基于群组等级参数(pagingClass)，已将不同呼叫优先级的群组进行了分组，进而UE基于已签约群组的对应的群组优先级，即表2中特定的一个或多个优先级参数值(CallPriority)，例如97。确定UE的已签约群组所属的等级，进而获得与该等级匹配的群组寻呼周期(GroupPagingCycle)。相应地，网络设备按上述公式(2)计算群组寻呼周期，该公式(2)实现了根据呼叫优先级不同，在空口以不同的群组寻呼周期下发群组寻呼。例如，表2中群组等级参数为“4”，而优先级最大参数值为“255”，以优先级参数值1、17、33、49、65、81、97分别对应的群组为例，参见上文，假设呼叫优先级的顺序由低到高，则上述优先级参数值为“97”的群组A，其对应的群组寻呼周期为“128”，而优先级参数值为“1”的群组B，其对应的群组寻呼周期为“64”。显然，对于具有较高呼叫优先级的群组B，其群组寻呼周期要比群组A的群组寻呼周期短，而对于呼叫优先级较低的群组A，通过增加其群组寻呼周期，从而节省空口资源。

需要说明的是，对于本发明实施例提供的方案来说，该优先级最大参数值是与B-TrunC协议匹配的，例如目前B-TrunC协议规定该优先级最大参数值为255，则对于支持该B-TrunC协议，该优先级最大参数值固定的。而对于未来协议版本迭代后或者其他新的通信协议中，可能出现针对不同的场景需求匹配不同的优先级最大参数值可能性，核心网侧或网络设备可以基于配置需求动态配置不同的优先级最大参数值。对于这种动态匹配不同的优先级最大参数值的方式，本领域技术人员在阅读本发明的实施例后，可以在无需创造性劳动的条件下实现。因此，本发明实施例仅以一个固定的优先级最大参数值作为示例，对于动态的优先级最大参数值及其适配的方案也应属于本发明实施例的保护范围。

针对上述优化的B-TrunC协议，需要升级UE侧和网络设备，在网络侧升级协议后，UE需要通过空口也升级匹配的协议版本，当前小区内存在相对于本发明的老版本协议UE时，可以通过将群组等级参数(pagingClass)设置为C1，即群组等级参数为1，以满足老版本UE对寻呼时机需求，如表2中适配目前协议的规则所示。这样不会影响老版本UE的正常业务，同时对于已经更新协议版本的UE，也能够正常进行业务，满足了向后兼容的需求。

需要说明的是，B-TrunC协议规定优先级参数值不为0，因此，故群组寻呼周期(GroupPagingCycle)不会存在为0的情况。

本发明实施例提供的群组寻呼方法，通过设置群组等级参数，实现对不同群组划分寻呼等级，区别对待不同优先级的群组，对于优先级高的群组，缩短其寻呼周期，并减少其与低优先级群组寻呼时机竞争概率，缩短UE监听寻呼的时延。对于优先级低的群组，增加其寻呼周期，节省空口资源。

相应地，下面对网络设备侧的方案进行介绍，图8为本发明实施例提供的另一种群组寻呼方法的流程示意图，该流程的执行主体为网络设备，，参见图8，该方法包括：

步骤201、网络设备确定每个群组寻呼周期内具有的n个寻呼时机。

具体的，其中，n为正整数，且每个寻呼时机对应不同的群组寻呼。

步骤204、在每个群组寻呼周期，网络设备在n个寻呼时机进行群组寻呼，以使用户设备UE在n个寻呼时机中与UE的已签约群组对应的寻呼时机上进行监听。

本发明实施例提供的群组寻呼方法，通过网络设备确定每个群组寻呼周期内具有的n个寻呼时机。其中，每个寻呼时机对应不同的群组寻呼。在每个群组寻呼周期，网络设备在n个寻呼时机进行群组寻呼，以使UE在n个寻呼时机中与UE的已签约群组对应的寻呼时机上进行监听。以实现为UE提供一个灵活的寻呼机制，最终降低UE寻呼延迟并且提高解码率。

可选地，结合图4，下面给出网络设备侧相应地实现方式，在图8基础上，图9为本发明实施例提供的另一种群组寻呼方法的流程示意图，参见图9，步骤201，包括：

步骤201-1、网络设备根据寻呼系数确定每次寻呼机会在每个群组寻呼周期内对应的寻呼时机，获得n个寻呼时机。

具体的，寻呼系数为每个群组寻呼周期内具有的n次寻呼机会。

在步骤204之前，还包括：

步骤202、网络设备向UE发送寻呼系数。

具体的，通过步骤202，以使UE根据该寻呼系数，确定每个群组寻呼周期中合适的寻呼时机对已签约群组对应的群组寻呼进行监听。

具体的，网络设备也应通过上述公式(1)获取n个寻呼时机。但是，需要说明的是，对于网络设备来说，公式(1)中的群组标识(GroupID)为该小区内全部群组的群组标识。

需要说明的是，步骤201-1与步骤202之间可以不具有先后顺序，图9仅示出一种可能的顺序关系，即先获得n个寻呼时机，再向UE发送寻呼系数。但两个步骤也可以同时执行，或者先执行步骤202，再执行步骤201-1，此处不予限定。

结合上文图6，下面给出当小区内的全部群组被划为不同的等级，且归属于不同等级的群组具有不同的群组寻呼周期这一情况下，网络设备对应的可能的实现方式。具体的，在图8基础上，图10为本发明实施例提供的另一种群组寻呼方法的流程示意图，参见图10步骤204之前还包括：

步骤203、网络设备根据每个群组所属的等级，确定每个群组具有的群组寻呼周期。

步骤204的一种可能的实现方式为：

步骤204-1、在每个群组具有的群组寻呼周期内，网络设备在n个寻呼时机进行群组寻呼。

其中，优先级参数值表征UE的已签约群组对应的群组优先级，以使UE确定UE的已签约群组归属的等级。

参见UE对应的实现方式，网络设备可以通过上述公式(2)获得群组寻呼周期，而其中的优先级最大参数，类似UE，网络设备可以通过该编解码规则正确地编解码获得优先级参数值以及确定优先级最大参数值。

需要说明的是，图9所示步骤202与图10所示步骤203可以择一执行，也可以组合执行，在组合执行时，步骤202与步骤203之间的顺序不进行限定，仅保证在步骤204之前完成即可。

进一步地，为了能够实现步骤203，结合图7可知，可以利用群组等级参数对小区内全部群组进行划分，下面给出一种可能的实现方式，具体的，在图10的基础上，图11为本发明实施例提供的另一种群组寻呼方法的流程示意图，参见图11，步骤203包括：

步骤203-1、网络设备根据群组等级参数对全部群组进行划分。

其中，群组等级参数为全部群组被划分的等级个数；归属于同一等级的群组具有相同的群组寻呼周期，且归属于不同等级的群组之间，群组优先级较低的群组具有较长的群组寻呼周期，

步骤203-2、网络设备需要向UE发送群组等级参数和优先级参数值。

需要说明的是，步骤203-1与步骤203-2之间可以不具有先后顺序，图10仅示出一种可能的顺序关系。但两个步骤也可以同时执行，或者先执行步骤203-2，再执行步骤203-1，此处不予限定。

图12为本明实施例提供的一种用户设备的结构示意图，该用户设备可以用于执行上述实施例中UE执行的各个步骤，以实现相应地功能。参见图10，该UE 30，包括：处理模块300和监听模块301；

处理模块300，用于确定每个群组寻呼周期内具有的n个寻呼时机。

监听模块301，用于在每个群组寻呼周期，在n个寻呼时机中与UE的已签约群组对应的寻呼时机上进行监听。

可选地，该处理模块300具体可以用于执行上述各个图中的步骤101-2、步骤102、步骤103、步骤102-2，以实现对应的技术效果。

可选地，在图12的基础上，图13为本明实施例提供的另一种用户设备的结构示意图，参见图13，该UE还包括：接收模块302；

接收模块302用于执行上述的步骤101-1和步骤102-1，以实现对应的技术效果。

图14为本明实施例提供的一种网络设备的结构示意图，该网络设备可以用于执行上述实施例中网络设备执行的各个步骤，以实现相应地功能。参见图14，该网络设备40包括：处理模块400和寻呼模块401；

处理模块400，用于确定每个群组寻呼周期内具有的n个寻呼时机。

寻呼模块401，用于在每个群组寻呼周期，在n个寻呼时机进行群组寻呼，以使用户设备UE在n个寻呼时机中与UE的已签约群组对应的寻呼时机上进行监听。

可选地，该处理模块400还可以具体用于执行上述步骤201-1、步骤203、步骤203-1，以实现对应的技术效果。

寻呼模块401可以用于执行上述步骤204-1，以实现对应的技术效果。

可选地，在图14的基础上，图15为本明实施例提供的另一种网络设备的结构示意图，参见图15，该网络设备，还包括：发送模块402；

发送模块402用于执行上述步骤202和步骤203-2，以实现对应的技术效果。

对于上述实施例涉及的UE，下面给出一种可能的实现方式，具体的，该UE可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point ofSales，销售终端)、车载电脑、可穿戴设备等终端设备，以UE为手机为例，图16为本明实施例提供的一种UE的部分结构示意图，参考图16，手机50包括RF(Radio Frequency，射频)电路510、存储器520、输入单元530、显示单元540、传感器550、音频电路560、无线保真(wirelessfidelity，简称：WiFi)模块570、处理器580、以及电源590等部件。本领域技术人员可以理解，图16中示出的手机结构只做实现方式的举例，并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。下面结合图16对手机50的各个构成部件进行具体的介绍：

RF电路510可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器580处理；另外，将设计上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路510还可以通过无线通信与网络和其他设备通信。无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobilecommunication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(Code Division Multiple Access，码分多址)、WCDMA(Wideband CodeDivision Multiple Access,宽带码分多址)、LTE(Long Term Evolution,长期演进)、B-TrunC、电子邮件、SMS(Short Messaging Service，短消息服务)等。

存储器520可用于存储软件程序以及模块，处理器580通过运行存储在存储器520的软件程序以及模块，从而执行手机50的各种功能应用以及数据处理。存储器520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机50的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元530可用于接收输入的数字或字符信息，以及产生与手机50的用户设置以及功能控制有关的键信号输入。具体地，输入单元530可包括触控面板531以及其他输入设备532。触控面板531，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板531上或在触控面板531附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板531可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器580，并能接收处理器580发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板531。除了触控面板531，输入单元530还可以包括其他输入设备532。具体地，其他输入设备532可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元540可用于显示由用户输入的信息或提供给用户的信息以及手机50的各种菜单。显示单元540可包括显示面板541，可选的，可以采用LCD(Liquid CrystalDisplay，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板541。进一步的，触控面板531可覆盖显示面板541，当触控面板531检测到在其上或附近的触摸操作后，传送给处理器580以确定触摸事件的类型，随后处理器580根据触摸事件的类型在显示面板541上提供相应的视觉输出。虽然在图16中，触控面板531与显示面板541是作为两个独立的部件来实现手机50的输入和输入功能，但是在某些实施例中，可以将触控面板531与显示面板541集成而实现手机50的输入和输出功能。

手机50还可包括至少一种传感器550，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板541的亮度，接近传感器可在手机50移动到耳边时，关闭显示面板541和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机50还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路560、扬声器561，传声器562可提供用户与手机50之间的音频接口。音频电路560可将接收到的音频数据转换后的电信号，传输到扬声器561，由扬声器561转换为声音信号输出；另一方面，传声器562将收集的声音信号转换为电信号，由音频电路560接收后转换为音频数据，再将音频数据输出处理器580处理后，经RF电路510以发送给比如另一手机，或者将音频数据输出至存储器520以便进一步处理。

WiFi属于短距离无线传输技术，手机50通过WiFi模块570可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图16示出了WiFi模块570，但是可以理解的是，其并不属于手机50的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器580是手机50的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器520内的软件程序和/或模块，以及调用存储在存储器520内的数据，执行手机50的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器580可包括一个或多个处理单元；优选的，处理器580可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器580中。

手机50还包括给各个部件供电的电源590(比如电池)，优选的，电源可以通过电源管理系统与处理器580逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机50还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该UE所包括处理器可以执行图3、图4、图6及图7的各个步骤，以实现相应地技术效果。

在上述步骤的执行过程中，存储器可以用于通过读写相关的程序/版本等信息，以辅助处理器执行上述步骤。

相应地，在UE与网络节点、核心网的信令交互过程中，处理器用于通过RF电路完成上述步骤中与信令交互相关的步骤。

对于上述实施例涉及的网络设备，下面给出一种可能的实现方式，具体的，图17为一种通用网络设备的部分结构示意图，参见图17，该网络设备60，包括：天线单元600、处理器601、存储器602、端口603；

其中，天线单元600可以是一个或多个；其可以为天线发射结构，或者为远端射频模块(Remote Radio Unit，简称RRU)；相应地，当该天线单元600为一个或多个RRU时，处理器601、存储器602以及端口603可以构成一个或多个室内基带处理单元(BuildingBaseband Unit，简称BBU)。BBU与RRU之间可以使用光纤进行通信连接。RRU可以通过同轴电缆及功分器(耦合器)等连接至天线。

存储器602可用于存储软件程序以及模块，处理器601通过运行存储在存储器602的程序以及模块，从而网络设备60的各种功能以及数据处理。存储器602可主要包括存储程序区和存储数据区，其中，存储程序区可存储与通讯相关的版本信息和上行下行数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

端口603可以用于与核心网进行数据交互，其可以是一个或多个，用以匹配不同通讯协议和服务链需求。该端口603可以是逻辑端口也可以是物理端口，此处不予限定。

在本发明实施例中，该通用网络设备所包括处理器可以执行图8、图9、图10及图11的各个步骤，以实现相应地技术效果。

可选地，本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，例如，当该计算机可读存储介质存储于图16中的存储器520时，该计算机程序被处理器执行时实现图3、图4、图6及图7的各个步骤，以实现相应地技术效果。或者，例如，当该计算机可读存储介质存储于图17中的存储器602时，该计算机程序被处理器执行时实现图8至图11的各个步骤，以实现相应地技术效果。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

Claims

1.一种群组寻呼方法，其特征在于，包括：

2.根据权利要求1所述的群组寻呼方法，其特征在于，所述UE确定每个群组寻呼周期内具有的n个寻呼时机，包括：

3.根据权利要求1所述的群组寻呼方法，其特征在于，小区内的全部群组被划为不同的等级，归属于不同等级的群组具有不同的群组寻呼周期，所述在每个所述群组寻呼周期，所述UE在所述n个寻呼时机中与所述UE的已签约群组对应的寻呼时机上进行监听之前，还包括：

4.根据权利要求3所述的群组寻呼方法，其特征在于，所述UE确定所述UE的已签约群组归属的等级，包括：

5.一种群组寻呼方法，其特征在于，包括：

6.根据权利要求5所述的群组寻呼方法，其特征在于，所述网络设备确定每个群组寻呼周期内具有的n个寻呼时机，包括：

所述网络设备向所述UE发送所述寻呼系数。

7.根据权利要求5所述的群组寻呼方法，其特征在于，小区内的全部群组被划为不同的等级，归属于不同等级的群组具有不同的群组寻呼周期；所述在每个所述群组寻呼周期，所述网络设备在所述n个寻呼时机进行群组寻呼，包括：

8.根据权利要求7所述的群组寻呼方法，其特征在于，所述网络设备根据每个群组所属的等级，确定所述每个群组具有的群组寻呼周期，包括：

所述网络设备根据群组等级参数对所述全部群组进行划分；

9.一种用户设备，其特征在于，包括：处理模块和监听模块；

10.一种网络设备，其特征在于，包括：处理模块和寻呼模块；

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-4中任一项所述的方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求5-8中任一项所述的方法。