CN113873642A - 一种降低终端解读寻呼次数的方法 - Google Patents

Abstract

本发明提供一种网络侧能够灵活控制终端进行寻呼解读的方法，属于移动通信领域。基本原理为：网络侧在寻呼消息中插入一个后续寻呼指示成员，该成员指示终端如何解读后续寻呼块。如果后续寻呼指示成员指明需要解读寻呼块消息，即该成员设置为真，那么终端将根据移动通信网络要求进行正常解读本寻呼周期内的后续寻呼块；如果后续寻呼指示成员指明不需要解读寻呼块消息，即该成员设置为假，那么网络侧告知终端不需要继续解读本寻呼周期内的其它寻呼块。终端在没有解读寻呼块的时间内，终端可以处于深度睡眠状态，从而达到省电目的。为了描述方便，定义共享一个寻呼块的终端集合，称为一个寻呼组，不同寻呼块对应寻呼组不是同一个寻呼组。

Description

一种降低终端解读寻呼次数的方法

技术领域

本发明属于移动通信领域，涉及一种降低终端解读寻呼次数的方法。

背景技术

在移动通信系统中，终端无线资源管理模块(简称：RRC模块)始终处于两个状态，即空闲模式(简称：RRC-IDLE)和连接模式(简称：RRC-CONNECTED)。其中连接模式，终端和接入网之间存在无线资源控制(简称RRC)信令连接，终端和网络之间进行正常的信令或是业务数据传输；空闲模式，终端和接入网之间没有RRC信令连接，在该状态下，终端仅仅周期性的监听下行公共控制信道，例如接收系统消息，监听寻呼以及进行相关测量。

由于移动通信实时性需求，特别是短数据业务，例如微信，QQ等等，造成终端不停在空闲模式和连接模式之间进行切换，增加终端和网络之间信令负担，所以将连接模式分成激活状态(RRC-ACTIVE)和非激活状态(RRC-INACTIVE)。终端RRC在RRC-INACTIVE状态，类似终端RRC-IDLE，终端和接入网之间没有RRC信令连接。在RRC-IDLE状态或是RRC-INACTIVE状态，如果网络发送数据或是信令到终端，那么网络首先触发寻呼过程，完成RRC信令连接过程。

在RRC信令连接完成之前，无论终端处于RRC-IDLE还是RRC-INACTIVE状态，终端不知道网络是否存在信令或是数据发送到终端，终端将周期性在公共寻呼信道上进行寻呼解读。如果终端在寻呼信道上解读的寻呼消息是本终端寻呼消息，即网络发送寻呼消息给本终端，那么终端将发起寻呼响应过程，终端启动随机接入过程，建立RRC信令连接，使终端进入RRC-CONNECTED的RRC-ACTIVE状态。

终端处于RRC-IDLE或是RRC-INACTIVE状态，为了通信基带省电要求，终端基带将进入深度睡眠状态，一般仅存在唤醒电路工作，其它模块都处于关电状态。终端为了接收寻呼信道，则需要周期性解读寻呼消息，终端需要周期性从深睡眠状态唤醒进行解读寻呼。解读寻呼信息是终端在RRC-IDLE或是RRC-INACTIVE状态最耗电过程。

为了解决终端空闲模式的省电问题，以及满足不同终端的需求，在终端注册过程中，增加了终端请求DRX的内容(亦称为：UEspecificDRX)。从第二代移动通信到第五代移动通信系统都有该参数。这种解决方案，提供了一种终端和网络之间在注册过程中进行寻呼周期协商的方法，但是这种方法依然不够灵活。

现有移动通信系统中，终端和寻呼时基有明确规定，关于第四代移动通信系统(简称:4G)可以参考3GPP TS36.304的描述，第五代移动通信系统(简称:5G)可以参考3GPP TS38.304的描述。其基本原理如下：

确定终端寻呼计算公式如下。

(SFN+PF_OFFSET)mod T＝(T Div N)*(UE_ID modN)

i_s＝floor(UE_ID/N)modNs

其中，

T：即为寻呼周期长度，取终端特定的非连续接收(UE specific DRX)和系统广播消息(SIB)中的默认非连续接收(default DRX)的最小值；

N：一个DRX寻呼周期T中的寻呼帧(简称：PF)总数。

Ns：每个PF中的寻呼时基(简称：PO)数量，亦称为寻呼块数。

PF_offset：用于确定使用的PF的偏移量。

UE_ID：终端标识，采用国际移动用户识别码(IMSI)表示。

从上面分析来看，无论是4G还是5G移动通信网络的寻呼原理基本相同，即在系统消息中配置寻呼信道物理资源参数。在使用过程中，每个寻呼周期分成不同的寻呼帧，每个寻呼帧包含多个寻呼块。UE_ID唯一标识终端，(SFN+PF_OFFSET)mod T＝(T Div N)*UE_IDmodN确定终端所处一个寻呼周期T内寻呼帧位置。i_s＝floor(UE_ID/N)modNs确定一个终端在寻呼帧中具体的寻呼块的位置。在一个寻呼周期内一个终端可以被寻呼多次，或者说一个终端可以占据多个寻呼时基。

由上面寻呼计算公式可以看出，决定终端解读寻呼的因素有：寻呼周期T、每个寻呼周期T中的寻呼帧PF总数、每个PF中的PO数量。这些参数在终端注册(附着)和解读系统消息过程中确定。

终端根据上面确定提供寻呼计算公式，计算出本终端需要解读的寻呼块位置。如果终端处于空闲模式，为了省电要求将进入深度睡眠模式，只有在寻呼到来时刻，终端才从深度睡眠模式唤醒来解读寻呼。这意味处于空闲模式深度睡眠终端的唤醒周期是固定，并且在一个寻呼周期，以及一个寻呼帧中终端可能需要多次从深睡眠唤醒，多次接收寻呼块，这不利于终端省电。

目前移动通信系统都采用这种机制进行寻呼广播，鲁棒性比较好，适合各类移动终端终端。因为处于空闲模式终端，周期性从深度睡眠唤醒解读寻呼，不仅仅解读寻呼，还是需要进行服务小区下行同步以及相关测量，所以适用于高速移动，静止的各类终端，是目前移动通信系统常规实现方式。

但是这种处理方式不适合一些终端运动状态，例如处于深夜时刻，从概率角度分析，大量终端处于静止，不需要进行频繁测量，并且网络寻呼本终端概率也非常小。终端不需要周期性从深度睡眠状态频繁唤醒来解读寻呼，但是如果终端不解读所有自己寻呼块，虽然被叫概率很小，总存在终端丢失寻呼的概率，这是通信系统不允许。

另外，在物联网系统中，由于终端设备应用的特点，终端固定位置部署，也终端在使用过程中，处于静止状态，那么终端也不需要采用和寻呼周期相同的频度进行下行同步和测量。这将也不利于提高空闲模式的终端省电效果。

发明内容

有鉴于此，本发明的目的在于提供一种降低终端解读寻呼次数的方法。

为达到上述目的，本发明提供如下技术方案：

一种降低终端解读寻呼次数的方法，该方法包括以下步骤：

S1：网络侧发送寻呼；

S2：终端解读寻呼。

可选的，所述S1具体为：

S11：网络侧需要寻呼某终端，网络侧根据终端标识以及寻呼参数，计算该终端所处寻呼组在本寻呼周期内是否可以使用的寻呼块，即网络侧在当前寻呼周期内，该终端所在寻呼组广播的寻呼消息中的是否存在指示后续寻呼指示成员为假；如果后续寻呼指示成员为假，则当前寻呼周期内的该终端的对应所有寻呼块都不可以使用，需要等到下一个寻呼周期中该终端的第一个寻呼块；如果后续寻呼指示成员都为真，则网络侧在最近一个该终端所在寻呼组的寻呼块上发送寻呼；

S12：一个寻呼块中的寻呼消息可以承载多个终端的寻呼；如果最近可以使用该寻呼组的寻呼块，不能承载该寻呼组所有需要寻呼的终端，则将寻呼消息的后续寻呼指示成员设置为真，需要在后续的寻呼块中继续寻呼需要寻呼的终端；如果最近可以使用的该寻呼组的寻呼块能承载该寻呼组所有需要寻呼的终端，后续寻呼指示成员设置为假，则使用该寻呼组的寻呼块；

S13：如果本终端所在寻呼组对应的寻呼块，可以承载该寻呼组所有需要寻呼的终端，则设置后续寻呼指示成员为假；在该寻呼组的寻呼块时基到来时，将该寻呼消息广播出去；

S14：如果本终端所在寻呼组对应的寻呼块，不能承载该寻呼组中所有需要寻呼的终端，则设置后续寻呼指示成员为真；在该组寻呼时基到来时，将该寻呼块广播出去，在随后的寻呼块广播该终端的寻呼；

S15：记录发送寻呼块时基和该寻呼块广播寻呼消息的后续寻呼指示成员内容；

S16：如果该寻呼组中没有需要寻呼的终端，则将该寻呼组对应的寻呼消息中的后续寻呼指示成员为假。

可选的，所述S2具体为：

S21：终端正常开机之后，解读小区系统消息，进行附着过程；根据本终端的国际移动用户识别码IMSI，使用移动通信网络提供的寻呼块规划方法，计算出本终端所有寻呼块位置；如果终端当前无寻呼块解读，则终端进入空闲模式；

S22：等待最近的一个寻呼块时刻到来，终端启动解读寻呼过程，即终端在寻呼信道上解读具体的寻呼块，并且解读该寻呼块承载的寻呼消息；

进一步描述，终端在解读寻呼块过程中，如果解读寻呼块失败，则终端继续解读本终端的下一个寻呼块；如果连续多个寻呼块解析错误，则终端启动小区重选过程；

S23：根据终端标识，检查该寻呼消息是否是本终端寻呼，如果是本终端寻呼，则终端发起寻呼响应过程；如果不是本终端寻呼，则继续检查寻呼消息中，后续寻呼指示成员内容；

S24：如果后续寻呼指示成员指明继续解读后续寻呼块，那么终端根据移动网络寻呼块位置规划方法，等待下一块寻呼块时刻到来，解读继续解读该终端的寻呼块，即进行正常寻呼解读过程；

如果后续寻呼指示成员指明不需要继续解读后续寻呼块，则表明在该寻呼周期内，网络不会寻呼该终端，终端将不再解析本寻呼周期内其它寻呼块，终端将从下一个寻呼周期，本终端的第一个寻呼块开始解读；

S25：终端等待需要解读的下一个寻呼块时刻到来，重复步骤S22到S24的过程。

本发明的有益效果在于：

第一：目前移动通信系统中，终端解读寻呼时基是固定的，即终端解读寻呼是由系统消息和附着过程参数，以及终端固定标识决定，这些参数确定之后，终端解读寻呼块分布也将固定，不能随便修改，缺乏灵活性。如果为了省电，终端丢弃解读某些寻呼块，则导致丢寻呼的概率。本发明提供一种丢弃解读一些寻呼块，不会带来寻呼丢失的方法。

第二：由于移动终端类型和应用场景存在多样性，例如夜晚终端大概率处于静止状态，或是有些终端直接采用固定部署，并且在某些时段终端被叫概率也比较低。终端不需要频繁从空闲模式的深睡眠唤醒，进行寻呼和测量，这样不利于省电。空闲模式终端耗电主要从深度睡眠唤醒进行解读寻呼和测量，如果采用本发明，假如减少解读寻呼1/3，那么终端在空闲模式待机时间将增加3倍。

第三：本发明提供了一种在寻呼消息中指示终端是否需要解读寻呼周期内剩余寻呼块方法。根据本发明方法，也可以在寻呼消息中提供终端进行解读寻呼块的模式，例如网络通过寻呼消息通知终端，网络关闭一些寻呼周期，终端不需要解读这些寻呼周期上的寻呼，从而达到省电的目的。

本发明的其他优点、目标和特征在某种程度上将在随后的说明书中进行阐述，并且在某种程度上，基于对下文的考察研究对本领域技术人员而言将是显而易见的，或者可以从本发明的实践中得到教导。本发明的目标和其他优点可以通过下面的说明书来实现和获得。

附图说明

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作优选的详细描述，其中：

图1为网络侧规划发送寻呼流程图；

图2为终端解读寻呼过程；

图3为网络侧寻呼规划图。

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

其中，附图仅用于示例性说明，表示的仅是示意图，而非实物图，不能理解为对本发明的限制；为了更好地说明本发明的实施例，附图某些部件会有省略、放大或缩小，并不代表实际产品的尺寸；对本领域技术人员来说，附图中某些公知结构及其说明可能省略是可以理解的。

本发明实施例的附图中相同或相似的标号对应相同或相似的部件；在本发明的描述中，需要理解的是，若有术语“上”、“下”、“左”、“右”、“前”、“后”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此附图中描述位置关系的用语仅用于示例性说明，不能理解为对本发明的限制，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语的具体含义。

本发明提供一种网络侧能够灵活控制终端进行寻呼解读的方法，其基本原理，网络侧在寻呼消息中插入一个后续寻呼指示成员，该成员指示终端如何解读后续寻呼块。如果后续寻呼指示成员指明需要解读寻呼块消息，即该成员设置为真，那么终端将根据移动通信网络要求进行正常解读本寻呼周期内的后续寻呼块；如果后续寻呼指示成员指明不需要解读寻呼块消息，即该成员设置为假，那么网络侧告知终端不需要继续解读本寻呼周期内的其它寻呼块。终端在没有解读寻呼块的时间内，终端可以处于深度睡眠状态，从而达到省电目的。为了描述方便，定义共享一个寻呼块的终端集合，称为一个寻呼组，不同寻呼块对应寻呼组不是同一个寻呼组。

本发明涉及网络侧发送寻呼，以及终端解读寻呼的方法。本发明具体操作如下描述。

本发明中，网络侧发送寻呼的方法，网络侧首先检查需要发送寻呼终端在当前寻呼周期内是否存在可以使用的寻呼块。如果存在可以使用的寻呼块，则网络侧在当前寻呼周期可用的寻呼块上发送该终端寻呼；如果不存在可以使用的寻呼块，则网络侧在下一个寻呼周期内选择该终端可以使用的第一寻呼块发送该终端寻呼。如果在一个寻呼块中，没有终端需要发送寻呼，则将该寻呼块承载的寻呼消息中后续寻呼指示成员设置为假。

网络侧规划发送寻呼流程，如图1所示。

步骤1：网络侧需要寻呼某终端，网络侧根据终端标识以及寻呼参数，计算该终端所处寻呼组在本寻呼周期内是否可以使用的寻呼块，即网络侧在当前寻呼周期内，该终端所在寻呼组广播的寻呼消息中的是否存在指示后续寻呼指示成员为假。如果后续寻呼指示成员为假，则当前寻呼周期内的该终端的对应所有寻呼块都不可以使用，需要等到下一个寻呼周期中该终端的第一个寻呼块；如果后续寻呼指示成员都为真，则网络侧在最近一个该终端所在寻呼组的寻呼块上发送寻呼。如图1中1步。

步骤2：一个寻呼块中的寻呼消息可以承载多个终端的寻呼。如果最近可以使用该寻呼组的寻呼块，不能承载该寻呼组所有需要寻呼的终端，则将寻呼消息的后续寻呼指示成员设置为真，需要在后续的寻呼块中继续寻呼需要寻呼的终端；如果最近可以使用的该寻呼组的寻呼块能承载该寻呼组所有需要寻呼的终端，后续寻呼指示成员设置为假，则使用该寻呼组的寻呼块即可。如图1中2步。

步骤3：如果本终端所在寻呼组对应的寻呼块，可以承载该寻呼组所有需要寻呼的终端，则设置后续寻呼指示成员为假。在该寻呼组的寻呼块时基到来时，将该寻呼消息广播出去。如图1中3步。

步骤4：如果本终端所在寻呼组对应的寻呼块，不能承载该寻呼组中所有需要寻呼的终端，则设置后续寻呼指示成员为真。在该组寻呼时基到来时，将该寻呼块广播出去，在随后的寻呼块广播该终端的寻呼。如图1中4步。

步骤5：记录发送寻呼块时基和该寻呼块广播寻呼消息的后续寻呼指示成员内容。如图1中5步。

步骤6：如果该寻呼组中没有需要寻呼的终端，则将该寻呼组对应的寻呼消息中的后续寻呼指示成员为假。如图1中6步。

本发明中，终端解读寻呼的方法，终端根据寻呼周期，以及寻呼计算参数，计算每个寻呼周期内的寻呼块位置。如果解读到寻呼块的寻呼消息中，包含的后续寻呼指示成员为假，则终端不继续解读本寻呼周期内的其它寻呼块；如果解读到寻呼块的寻呼消息，包含的后续寻呼指示成员为真，则终端继续正常解读本寻呼周期内的后续寻呼块；在本发明中，终端始终需要解读寻呼周期中的属于本终端的第一寻呼块。

终端解读寻呼过程，如图2所示。

步骤1：终端正常开机之后，解读小区系统消息，进行附着过程。根据本终端的国际移动用户识别码(IMSI)，使用移动通信网络提供的寻呼块规划方法，计算出本终端所有寻呼块位置。如果终端当前无寻呼块解读，则终端进入空闲模式。如图2中1步。

步骤2：等待最近的一个寻呼块时刻到来，终端启动解读寻呼过程，即终端在寻呼信道上解读具体的寻呼块，并且解读该寻呼块承载的寻呼消息。如图2中2步。

进一步描述，终端在解读寻呼块过程中，如果解读寻呼块失败，则终端继续解读本终端的下一个寻呼块。如果连续多个寻呼块解析错误，则终端启动小区重选过程。

步骤3：根据终端标识，检查该寻呼消息是否是本终端寻呼，如果是本终端寻呼，则终端发起寻呼响应过程。如果不是本终端寻呼，则继续检查寻呼消息中，后续寻呼指示成员内容。如图2中3，4步。

步骤4：如果后续寻呼指示成员指明继续解读后续寻呼块，那么终端根据移动网络寻呼块位置规划方法，等待下一块寻呼块时刻到来，解读继续解读该终端的寻呼块，即进行正常寻呼解读过程。如图2中5，6步。

如果后续寻呼指示成员指明不需要继续解读后续寻呼块，则表明在该寻呼周期内，网络不会寻呼该终端，终端将不再解析本寻呼周期内其它寻呼块，终端将从下一个寻呼周期，本终端的第一个寻呼块开始解读。如图2中7步。

步骤5：终端等待需要解读的下一个寻呼块时刻到来，重复步骤2到步骤4的过程。如图2中8步。

为了更加清楚说明本发明的使用方法，将采用在第四代移动通信系统(简称：4G/LTE)中如何使用本发明加以说明。

第一：寻呼参数以及寻呼时基确定方法

终端解读寻呼时基由下面两个公式确定(LTE系统参考TS36.304和5G NR系统参考TS38.304)。

寻呼计算公式1：(SFN+PF_OFFSET)modT＝(T DivN)*(UE_ID modN)

寻呼计算公式2：i_s＝floor(UE_ID/N)modNs

其中

T：即为寻呼周期，取UE specific DRX和系统广播消息SIB中的default DRX的最小值；系统消息中的defaultPagingCycle，来自TS36.331中的ASN定义。

附着过程中UE specific DRX来自附着请求和附着接受消息。具体参考TS24.008，在附着请求attach request消息中DRX parameter。在附着接受attach accept消息中Extend DRX parameter。

在该实施例中，PCCH_Config给出的defaultPagingCycle为寻呼的基本周期长度，实际寻呼周期长度为nB值，nB:4T,2T,T,1/2T,1/4T,1/8T,1/16T,1/32T(注：PCCH中的T和寻呼计算公司1中的T的物理含义不完全相同)。

N：DRX周期中的PF总数，实际寻的呼DRX周期(寻呼组周期),N取值为min(T,nB)。

Ns：每个PF中的PO数量,实际寻呼广播的重复周期是T的倍数,Ns取值为max(1,nB/T)。

PF_offset：用于确定使用的PF的偏移量，该参数在该实施例中没有使用，设置为0即可(例如在5G NR系统中就使用该参数，具体可以参考TS38.331中的BCCH_Config定义)。

UE_ID：终端标识，采用国际移动用户识别码(IMSI)表示。

根据寻呼计算公式1，(SFN+PF_OFFSET)mod T＝(T Div N)*(UE_ID modN),用于确定终端在哪些寻呼帧上有自己的寻呼。根据寻呼计算公式2，i_s＝floor(UE_ID/N)modNs,用于确定终端在一个寻呼帧上具体的寻呼时基位置。

对于特定的终端，由于PF_OFFSET、T、N以及Ns是固定，所以终端在一个寻呼周期上的寻呼时基分布也是固定的。

在本实施例中，如图3所示，根据上面的寻呼计算公式1和寻呼计算公式2，假设确定的寻呼时基，即寻呼块位1～寻呼块3N。其中在第一个寻呼周期的寻呼时基为寻呼块1～寻呼块N；第二个寻呼周期的寻呼时基为寻呼块N+1～寻呼块2N；第三个寻呼周期的寻呼时基为寻呼块2N+1～寻呼块3N。

备注：寻呼时基和寻呼块位置，物理含义相同，都表示具体的寻呼块。

第二：在本实施例中，网络侧广播寻呼的方法。

在本实施例中，假设寻呼终端可以使用的寻呼时基为图3中的寻呼块1～寻呼块3N。不妨假设，网络侧在第二个寻呼周期内的T’时刻需要寻呼终端。那么存在下面两种情况。

场景1：如果T’处于第二个寻呼周期的开始位置，即网络侧在第二寻呼周期内还未发送任何寻呼块。根据本发明设计，终端始终需要解读每个寻呼周期内该终端的第一个寻呼块。所以网络侧首先选择第二个寻呼周期第一个寻呼帧，终端对应寻呼块发送寻呼即可。

场景2：如果T’处于第二个寻呼周期的随机位置，则网络需要检查在该寻呼周期内，网络是否发送过该终端的寻呼块，并且设置寻呼消息中的后续寻呼指示成员都为真。如果后续寻呼指示成员设置都为真，则网络侧可以在T’时刻后最近的该终端所在寻呼块上发送寻呼；如果只要存在一个后续寻呼指示成员设置都为假，则网络侧只能选择第三个寻呼周期的寻呼块发送该终端的寻呼。

在该实施例中，假设T’处于处于第二个寻呼周期T的第二个寻呼帧SFN_n+2时间。那么网络侧首先检查在寻呼块N+1发送寻呼消息的后续寻呼指示成员是否为真。如果为真，那么网络侧可以在寻呼块N+2发送该终端寻呼；如果为假，那么网络侧不可以在寻呼块N+2到寻呼块2N上发送该终端寻呼，只能在第三个寻呼周期的寻呼块2N+1上发送寻呼。

根据移动通信网络发送寻呼机制，在一个寻呼块中可以承载多个终端的寻呼，即在本发明中定义这些终端为一个寻呼组。

在组装寻呼消息中，如果该寻呼块可以承载该寻呼组所有需要寻呼的终端，则将该寻呼块承载寻呼消息中后续寻呼指示成员设置为假。如果该寻呼块不能承载该寻呼组所有需要寻呼的终端，则将该寻呼块承载寻呼消息中后续寻呼指示成员设置为真，并且在后续有效的寻呼块时基上发送该组为寻呼的终端。

在该实施例中，假设网络需要在寻呼块N+2上发送寻呼，但是在N+2寻呼块上需要发送多个终端寻呼，由于每个寻呼块容量有限，如果该寻呼块不能承载该寻呼组所有终端的寻呼，则网络侧发送该寻呼块的寻呼消息的后续寻呼指示成员设置为真。

第三：在本实施例中，终端解读寻呼的方法

在本实施例中，假设寻呼终端可以使用的寻呼时基为图3中的寻呼块1～寻呼块3N。如果不采用本发明方法，那么终端需要解读图3中寻呼块1～寻呼块3N的所有寻呼块。采用本发明的方法，终端解读寻呼过程如下。

第一阶段：终端开机，进行系统消息解读以及附着过程，确定移动通信网络正常进行寻呼的参数，终端计算出网络寻呼本终端可以使用的寻呼块时基分布。

在本实施例中，假设计算三个寻呼周期时间内，如图3所示，终端根据寻呼计算公式得到本终端需要接听的寻呼分布，具体为寻呼块1～寻呼块3N。

第二阶段：关于终端需要解读的寻呼块，根据本发明的方法，终端需要解读每个寻呼周期的第一个寻呼块，这个和网络发送寻呼消息中后续寻呼指示成员没有关系。即终端始终需要解读寻呼块1、寻呼块N+1和寻呼块2N+1。

终端是否需要解读寻呼块1、寻呼块N+1和寻呼块2N+1以外的其它寻呼块，则根据寻呼周期内前面寻呼块中的寻呼消息中后续寻呼指示成员设置。

在本实施例中，假设寻呼块2，终端是否需要解读寻呼块2，则根据寻呼块1中的后续寻呼指示成员设置。如果设置为真，则终端需要解读寻呼块2；如果设置为假，那么终端需要解读寻呼块2。

在本实施例中，如果网络不寻呼终端，在三个寻呼周期内，终端仅仅需要解读寻呼块1，寻呼块N+1和寻呼块2N+1，三个寻呼块即可。其它时间终端都可以进入深度睡眠状态。

需要说明，由于多个终端共享一个寻呼块，这些终端组成一个寻呼组，有网络寻呼本组类其它终端，也有可能造成终端需要解读寻呼块。

例如在本实施例中，如图3所示。根据寻呼计算公式，终端需要必须解读的寻呼块寻呼块1，寻呼块N+1和寻呼块2N+1。由于寻呼块1，寻呼块N+1和寻呼块2N+1是多个终端共享使用，假如在寻呼块N+1中，虽然网络侧不寻呼该终端，但是需要寻呼其它终端，可能造成在寻呼块N+1中的后续寻呼指示成员设置为真，导致了终端需要解读寻呼块N+2。

第四：在本实施例中，关于寻呼消息的定义。

在LTE系统中，参与TS36.331的ASN.1描述，寻呼消息定义为：

根据本发明方法，在本实施例中，需要在Paging消息中增加后续寻呼指示成员项，定义为pagingFollowOn BOOLEAN。

即在本实施例中，寻呼块承载寻呼消息格式定义为：

最后说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本技术方案的宗旨和范围，其均应涵盖在本发明的权利要求范围当中。

Claims (3)

1.一种降低终端解读寻呼次数的方法，其特征在于：该方法包括以下步骤：

S1：网络侧发送寻呼；

S2：终端解读寻呼。

2.根据权利要求1所述的一种降低终端解读寻呼次数的方法，其特征在于：所述S1具体为：

S11：网络侧需要寻呼某终端，网络侧根据终端标识以及寻呼参数，计算该终端所处寻呼组在本寻呼周期内是否可以使用的寻呼块，即网络侧在当前寻呼周期内，该终端所在寻呼组广播的寻呼消息中的是否存在指示后续寻呼指示成员为假；如果后续寻呼指示成员为假，则当前寻呼周期内的该终端的对应所有寻呼块都不可以使用，需要等到下一个寻呼周期中该终端的第一个寻呼块；如果后续寻呼指示成员都为真，则网络侧在最近一个该终端所在寻呼组的寻呼块上发送寻呼；

S12：一个寻呼块中的寻呼消息可以承载多个终端的寻呼；如果最近可以使用该寻呼组的寻呼块，不能承载该寻呼组所有需要寻呼的终端，则将寻呼消息的后续寻呼指示成员设置为真，需要在后续的寻呼块中继续寻呼需要寻呼的终端；如果最近可以使用的该寻呼组的寻呼块能承载该寻呼组所有需要寻呼的终端，后续寻呼指示成员设置为假，则使用该寻呼组的寻呼块；

S13：如果本终端所在寻呼组对应的寻呼块，能够承载该寻呼组所有需要寻呼的终端，则设置后续寻呼指示成员为假；在该寻呼组的寻呼块时基到来时，将该寻呼消息广播出去；

S14：如果本终端所在寻呼组对应的寻呼块，不能承载该寻呼组中所有需要寻呼的终端，则设置后续寻呼指示成员为真；在该组寻呼时基到来时，将该寻呼块广播出去，在随后的寻呼块广播该终端的寻呼；

S15：记录发送寻呼块时基和该寻呼块广播寻呼消息的后续寻呼指示成员内容；

S16：如果该寻呼组中没有需要寻呼的终端，则将该寻呼组对应的寻呼消息中的后续寻呼指示成员为假。

3.根据权利要求2所述的一种降低终端解读寻呼次数的方法，其特征在于：所述S2具体为：

S21：终端正常开机之后，解读小区系统消息，进行附着过程；根据本终端的国际移动用户识别码IMSI，使用移动通信网络提供的寻呼块规划方法，计算出本终端所有寻呼块位置；如果终端当前无寻呼块解读，则终端进入空闲模式；

S22：等待最近的一个寻呼块时刻到来，终端启动解读寻呼过程，即终端在寻呼信道上解读具体的寻呼块，并且解读该寻呼块承载的寻呼消息；

进一步描述，终端在解读寻呼块过程中，如果解读寻呼块失败，则终端继续解读本终端的下一个寻呼块；如果连续多个寻呼块解析错误，则终端启动小区重选过程；

S23：根据终端标识，检查该寻呼消息是否是本终端寻呼，如果是本终端寻呼，则终端发起寻呼响应过程；如果不是本终端寻呼，则继续检查寻呼消息中，后续寻呼指示成员内容；

S24：如果后续寻呼指示成员指明继续解读后续寻呼块，那么终端根据移动网络寻呼块位置规划方法，等待下一块寻呼块时刻到来，解读继续解读该终端的寻呼块，即进行正常寻呼解读过程；

如果后续寻呼指示成员指明不需要继续解读后续寻呼块，则表明在该寻呼周期内，网络不会寻呼该终端，终端将不再解析本寻呼周期内其它寻呼块，终端将从下一个寻呼周期，本终端的第一个寻呼块开始解读；

S25：终端等待需要解读的下一个寻呼块时刻到来，重复S22到S24的过程。

Images