一种寻呼方法、设备及计算机可读存储介质与流程

本发明涉及移动通信技术领域，具体涉及一种寻呼方法、设备及计算机可读存储介质。

背景技术：

现有技术的寻呼方案中，终端无法预知寻呼资源位置上是否存在自己的寻呼消息，因此需要在其对应的所有的寻呼时机(po，pagingoccasion)上尝试接收并解码寻呼消息对应的控制信令，如以窄带物联网(nb-iot)的nb-iot终端为例，通常在窄带物理下行控制信道(npdcch信道)上进行监听。为进一步降低终端功耗，nb-iot目前正在r15版本中研究一种轻寻呼信号的方案。

轻寻呼信号的定义为：在寻呼消息之前发送的一个唤醒用户监听寻呼消息的信号，此信号可以带有同步功能(本文中称之为轻寻呼信号)。此轻寻呼信号包括但不限于唤醒信号(wus，wakeupsignal)。轻寻呼信号的一种实施方案可通过引入wus，来指示终端相应的寻呼资源位置(如po)上是否存在寻呼消息，如果存在，则终端需要对后续的寻呼消息控制信令进行解码，如果不存在则终端不做任何操作，即仍可继续保留在原有状态，如节电模式(psm)状态、扩展非连续接收(edrx)状态或空闲态(idle)。由于wus实现复杂度比寻呼消息低，重复次数少，终端较容易解码，因此能够在一定程度上降低寻呼监听的耗电量。

轻寻呼信号方案可以保证终端在不影响下行消息实时性的同时，减少终端监听下行寻呼消息的次数，达到降低待机功耗的目的。目前，针对轻寻呼信号方案的具体实现尚在讨论中，因此，需要一种能够有效降低终端功耗的轻寻呼信号方案。

技术实现要素：

本发明实施例要解决的技术问题是提供一种寻呼方法、设备及计算机可读存储介质，用以降低寻呼过程引起的终端功耗。

为解决上述技术问题，本发明实施例提供了一种寻呼方法，包括：

在待寻呼终端对应的轻寻呼信号资源位置上，发送第一轻寻呼信号，所述第一轻寻呼信号显式或隐式携带有所述待寻呼终端的覆盖增强等级信息。

本发明实施例还提供了另一种寻呼方法，包括：

在所述终端对应的轻寻呼信号资源位置上，监听到网络发送的第一轻寻呼信号，所述第一轻寻呼信号显式或隐式携带有待寻呼终端的覆盖增强等级信息；

在本终端的覆盖增强等级信息与所述第一轻寻呼信号携带的覆盖增强等级信息相匹配时，在所述终端对应的寻呼资源位置上，继续监听网络发送的寻呼消息。

本发明实施例还提供了一种网络侧设备，包括：处理器和收发器；

其中，所述收发器，用于在待寻呼终端对应的轻寻呼信号资源位置上，发送第一轻寻呼信号，所述第一轻寻呼信号显式或隐式携带有所述待寻呼终端的覆盖增强等级信息。

本发明实施例还提供了一种终端，包括：

收发器，用于在所述终端对应的轻寻呼信号资源位置上，监听到网络发送的第一轻寻呼信号，所述第一轻寻呼信号显式或隐式携带有待寻呼终端的覆盖增强等级信息；以及，在本终端的覆盖增强等级信息与所述第一轻寻呼信号携带的覆盖增强等级信息相匹配时，在所述终端对应的寻呼资源位置上，继续监听网络发送的寻呼消息；

处理器，用于判断本终端的覆盖增强等级信息与所述第一轻寻呼信号携带的覆盖增强等级信息是否相匹配。

本发明实施例还提供了一种通信设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述计算机程序被所述处理器执行时，实现如上所述的寻呼方法的步骤。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现如上所述的寻呼方法的步骤。

与现有技术相比，本发明实施例提供的一种寻呼方法、设备及计算机可读存储介质，在第一轻寻呼信号中携带待寻呼终端的覆盖增强等级信息，可以使得监听到该第一轻寻呼信号，且与该第一轻寻呼信号中携带的覆盖增强等级信息不匹配的终端不必唤醒以监听后续的寻呼消息，可以降低终端在寻呼过程中的功耗。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的寻呼方法的一种流程图；

图2为本发明实施例提供的寻呼方法的另一种流程图；

图3为采用本发明实施例提供的寻呼方法的一种寻呼示例图；

图4为未采用本发明实施例提供的寻呼方法的一种寻呼示例图；

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

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

图7为本发明实施例提供的终端的一种结构示意图；

图8为本发明实施例提供的终端的另一种结构示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在本发明实施例中，基站的形式不限，可以是宏基站(macrobasestation)、微基站(picobasestation)、nodeb(3g移动基站的称呼)、增强型基站(enb)、家庭增强型基站(femtoenb或homeenodeb或homeenb或henb)、中继站、接入点、rru(remoteradiounit，远端射频模块)、rrh(remoteradiohead，射频拉远头)、gnb(5g中基站的称呼)、5g移动通信系统中的网络侧节点，如中央单元(cu，centralunit)和分布式单元(du，distributedunit)等。终端可以是移动电话(或手机)，或者其他能够发送或接收无线信号的设备，包括nb-iot终端、用户设备(ue)、个人数字助理(pda)、无线调制解调器、无线通信装置、手持装置、膝上型计算机、无绳电话、无线本地回路(wll)站、能够将移动信号转换为wifi信号的cpe(customerpremiseequipment，客户终端)或移动智能热点、智能家电、或其他不通过人的操作就能自发与移动通信网络通信的设备等。另外，本文中术语“系统”和“网络”在本文中常可互换使用。

一种可能的轻寻呼信号方案中，在轻寻呼信号中携带终端标识组(ue_idgroup)，不同终端标识组对应于不同的轻寻呼信号资源位置，终端在各自所属的终端标识组所对应的轻寻呼信号资源位置上监听轻寻呼信号。

例如，一种终端标识组的分组方式，可以与寻呼的寻呼时机(po)计算方式相同，即位于同一个po的终端是归属于同一个ue_idgroup，具体公式如下：

po:i_s＝floor(ue_id/n)modns

其中：

n表示一个寻呼周期内的寻呼帧个数，取值为:min(t,nb)；

ns表示一个寻呼帧包含的寻呼机会，取值为:max(1,nb/t)；

ue_id取值为:imsimod4096，这里，imsi为终端的国际移动用户识别码；

t＝{rf128,rf256,rf512,rf1024}，这里，rf128表示128个无线帧；

nb＝{4t,2t,t,t/2,t/4,t/8,t/16,t/32,t/64,t/128,t/256,t/512,andt/1024}。

上述轻寻呼信号方案中，在进行终端分组时，仅考虑了终端标识(ue_id)。当被寻呼终端处于小区边缘(假设终端的覆盖增强等级为2)时，为了保证处于小区边缘的终端对轻寻呼信号(如wus)的接收性能，轻寻呼信号需采用较大的重复次数发送，导致处于同样轻寻呼信号资源位置上接收轻寻呼信号的终端(如，除了覆盖增强等级2外的覆盖增强等级为0和1的终端)均会被唤醒以监听寻呼消息，从而引起这些终端不必要的功耗。

针对以上问题，本发明实施例提供了一种寻呼方法，可以降低轻寻呼信号过程中的终端功耗。图1为本发明实施例提供的寻呼方法在应用于网络侧设备时的流程示意图。这里，所述网络侧设备具体可以是基站，以下将以基站为例进行说明。如图1所示，该寻呼方法包括：

步骤11，在待寻呼终端对应的轻寻呼信号资源位置上，发送第一轻寻呼信号，所述第一轻寻呼信号显式或隐式携带有所述待寻呼终端的覆盖增强等级信息。

这里，显式携带待寻呼终端的覆盖增强等级信息，具体可以在第一轻寻呼信号中的预定字段中携带所述覆盖增强等级信息。对于nb-iot系统来说，可考虑在wus中携带2bit的覆盖增强等级信息，一种具体指示方式如表1所示：

表1

隐式携带，则可以通过第一轻寻呼信号所采用的序列来指示所述覆盖增强等级信息。例如，预设约定不同序列对应于不同的覆盖增强等级信息，进而可以根据第一轻寻呼信号所采用的序列所对应覆盖增强等级信息，来获得第一轻寻呼信号隐式携带的覆盖增强等级信息。

通过以上步骤，本发明实施例在第一轻寻呼信号中携带待寻呼终端的覆盖增强等级信息，可以使得监听到该第一轻寻呼信号，且与该第一轻寻呼信号中携带的覆盖增强等级信息不匹配的终端(如与待寻呼终端同属于同一终端标识组，但覆盖增加等级不同)不必唤醒以监听后续的寻呼消息，可以降低这些终端的功耗。

考虑到待寻呼终端的数量可能大于1个，此时，本发明实施例的另一种寻呼方法，可以包括以下步骤：

步骤s1，获取待寻呼终端的覆盖增强等级信息

这里，覆盖增强等级(celevel,coverageenhancementlevel)信息反映了终端的覆盖增强的需求。终端可以根据预设的物理随机接入信道选择门限信息列表，判断自身的覆盖增强等级。例如，如果终端对网络侧的参考信号的接收功率(rsrp)小于预设的物理随机接入信道选择门限信息列表中配置的覆盖增强等级n对应的门限值，并且终端支持覆盖增强等级n，则认为终端处覆盖增强等级为n。举例说明：假设覆盖增强等级的取值从0到2，即celevel共分三个等级，若一个小区的物理随机接入信道选择门限信息列表为(-112dbm，-122dbm)，当终端测量的rsrp＞-112dbm时，终端则处于覆盖增强等级0；当终端测量的-122dbm＜rsrp≤-112dbm时，终端则处于覆盖增强等级1；当终端测量的rsrp≤-122dbm时，终端则处于覆盖增强等级2。

通常，基站与可以根据终端所在的celevel来选择相对应的信息重发次数，如轻寻呼信号的发送次数。具体的，基站可以通过s1接口，从移动性管理实体(mme)处获取所述待寻呼终端的覆盖增强等级信息，或者，基站可以在本地维护终端随机接入过程的覆盖增强等级信息，进而根据本地维护的所述待寻呼终端在最近一次随机接入过程中的覆盖增强等级信息，获取所述待寻呼终端的覆盖增强等级信息。

步骤s2，若所述待寻呼终端仅包括一个终端，或包括覆盖增强等级信息均相同的至少两个终端，则在所述待寻呼终端对应的轻寻呼信号资源位置上，发送第一轻寻呼信号，所述第一轻寻呼信号显式或隐式携带有所述待寻呼终端的覆盖增强等级信息。

这里，待寻呼终端可能包括一个或至少2个。当所述待寻呼终端仅包括一个终端时，或者，所述待寻呼终端中的每个终端的覆盖增强等级信息均相同时，本发明实施例将发送上述第一轻寻呼信号。

在本发明实施例中，若所述待寻呼终端中包括覆盖增强等级信息不同的终端，也就是说，所述待寻呼终端的覆盖增强等级信息中，至少存在两种不同的覆盖增强等级信息，此时，基站将在所述待寻呼终端对应的轻寻呼信号资源位置上，发送第二轻寻呼信号，所述第二轻寻呼信号未携带所述待寻呼终端的覆盖增强等级信息。

这里，可以基于终端标识组(ue_idgroup)，确定待寻呼终端对应的轻寻呼信号资源位置。通常，不同终端标识组对应于不同的轻寻呼信号资源位置，终端在各自所属的终端标识组所对应的轻寻呼信号资源位置上监听轻寻呼信号。本发明实施例在第一轻寻呼信号显式或隐式携带有所述待寻呼终端的覆盖增强等级信息，以使得监听到该第一轻寻呼信号中的终端，仅在本终端的覆盖增强等级信息与该第一轻寻呼信号中携带的覆盖增强等级信息相匹配时，才去监听后续的寻呼消息，如终端当前处于psm/edrx/idle态，则需要先唤醒本终端，然后再监听寻呼消息；若上述两种覆盖增强等级信息不匹配，则终端放弃监听后续的寻呼消息，此时，终端可以维持终端当前的状态(如psm/edrx/idle状态)不变。

在上述步骤s2中，基站可以根据所述待寻呼终端的覆盖增强等级信息，确定所述第一轻寻呼信号所采用的资源调度信息，其中，所述资源调度信息包括重复发送次数和/或调制编码策略(mcs)，然后，基站根据所述第一轻寻呼信号所采用的资源调度信息，在所述待寻呼终端对应的轻寻呼信号资源位置上，发送所述第一轻寻呼信号。例如，按照所述重复发送次数，重复发送所述第一轻寻呼信号。

在上述步骤s2之后，基站还可以在所述待寻呼终端对应的寻呼资源位置(如寻呼时机po)上，发送针对所述待寻呼终端的寻呼消息，以寻呼所述待寻呼终端。

本发明实施例的寻呼方法中，在步骤s1中，若获取所述待寻呼终端的覆盖增强等级信息发生失败(例如，从mme处未获取到待寻呼终端的覆盖增强等级信息，或者，基站本地没有维护待寻呼终端的覆盖增强等级信息等)，又或者是发起针对所述待寻呼终端的非首次寻呼，则所述基站还可以进一步在所述待寻呼终端对应的轻寻呼信号资源位置上，发送第二轻寻呼信号，与第一轻寻呼信号不同的是，所述第二轻寻呼信号并未携带所述待寻呼终端的覆盖增强等级信息，以提高寻呼成功率。这里，非首次寻呼可以包括首次寻呼失败后的寻呼，具体可以首次寻呼之后的第二次寻呼、第三次寻呼以及更多次数的寻呼等。具体的最大寻呼次数依据不同的网络配置可能有不同的数值。寻呼失败的原因有多种，例如，可能是待寻呼终端发生了移动，移出了之前的小区等。

作为一种实现方式，第二轻寻呼信号的寻呼范围可以与所述第一轻寻呼信号的寻呼范围相同，例如，在同样的小区中发送所述第一轻寻呼信号和第二轻寻呼信号。为了提高寻呼成功率，第二轻寻呼信号的寻呼范围也可以大于所述第一轻寻呼信号的寻呼范围，例如，相比于第一轻寻呼信号，本发明实施例在更多的小区中发送第二轻寻呼信号。当然，也可以先在与第一轻寻呼信号相同的寻呼范围内发送第二轻寻呼信号以及在待寻呼终端对应的po发送寻呼消息，若仍寻呼失败，则进一步在更大范围内发送第二轻寻呼信号，例如，在待寻呼终端的跟踪区(ta)list的小区列表中发送第二轻寻呼信号。

另外，在发送第二轻寻呼信号时，本发明实施例可以根据待寻呼终端驻留小区的最大覆盖增强等级信息，确定所述第二轻寻呼信号所采用的资源调度信息，其中，所述资源调度信息包括重复发送次数和/或调制编码策略(mcs)；然后，根据所述第二轻寻呼信号所采用的资源调度信息，在所述待寻呼终端对应的轻寻呼信号资源位置上，发送所述第二轻寻呼信号。例如，小区的覆盖增强等级信息包括0和1，此时可以根据其最大值(即1)，来确定资源调度信息，例如，确定重复发送次数。通常，重复发送次数与覆盖增强等级信息正相关，mcs与覆盖增强等级信息负相关。即覆盖增强等级信息越大，对应的重复发送次数也越大；覆盖增强等级信息越大，对应的mcs的取值越小。这里，本发明实施例将根据小区的最大覆盖增强等级信息来确定资源调度信息，相比于直接根据覆盖增强等级信息的最大取值(如一些场景下，覆盖增强等级信息的最大值为2)来确定资源调度信息的方式，本发明实施例可以降低重复发送和mcs等导致的资源开销。

以上从基站侧说明了本发明实施例的寻呼方法，下面将进一步从终端侧进行说明。请参照图2，本发明实施例的寻呼方法，在应用于终端侧时，包括：

步骤21，在所述终端对应的轻寻呼信号资源位置上，监听到网络发送的第一轻寻呼信号，所述第一轻寻呼信号显式或隐式携带有待寻呼终端的覆盖增强等级信息。

这里，终端在各自所属的终端标识组所对应的轻寻呼信号资源位置上监听轻寻呼信号，若监听到轻寻呼信号，则尝试获取其中携带的待寻呼终端的覆盖增强等级信息。本文中将显式或隐式携带有覆盖增强等级信息的轻寻呼信号称为第一轻寻呼信号。例如，对于显式携带，终端可以从第一轻寻呼信号的预定字段中提取所述覆盖增强等级信息；对于隐式携带，终端可以根据第一轻寻呼信号所采用的序列所对应覆盖增强等级信息，来获得第一轻寻呼信号隐式携带的覆盖增强等级信息。

步骤22，在本终端的覆盖增强等级信息与所述第一轻寻呼信号携带的覆盖增强等级信息相匹配时，在所述终端对应的寻呼资源位置上，继续监听网络发送的寻呼消息。

这里，终端将所述第一轻寻呼信号携带的覆盖增强等级信息，与自身的覆盖增强等级信息进行比较，若匹配，则在所述终端对应的寻呼资源位置(如寻呼时机po)上，继续监听后续网络发送的寻呼消息；若不匹配，则终端将不用监听后续的寻呼消息，此时，终端将忽略所述第一轻寻呼信号，并将所述终端的状态维持为监听第一轻寻呼信号之前的状态，例如，终端在监听第一轻寻呼信号之前的状态为psm/edrx/idle状态，则此时继续将终端的状态维持在psm/edrx/idle状态。

由于网络还可能发送不携带待寻呼终端的覆盖增强等级信息的第二轻寻呼信号，因此，若终端在对应的轻寻呼信号资源位置上，监听到网络发送的所述第二轻寻呼信号，则可以在所述终端对应的寻呼资源位置(如寻呼时机po)上，继续监听后续网络发送的寻呼消息。

当然，本发明实施例中，终端若在本终端对应的轻寻呼信号资源位置上未监听到任何轻寻呼信号，则将放弃继续监听网络后续发送的寻呼消息，并将所述终端的状态维持为监听动作之前的状态，例如，终端在监听之前的状态为psm/edrx/idle状态，则此时继续将终端的状态维持在psm/edrx/idle状态。

通过以上步骤，本发明实施例使得终端在收到第一轻寻呼信号后，仅在其中携带的覆盖增强等级与自身匹配时，才去监听后续的寻呼消息，从而可以减少终端的唤醒次数，降低终端功耗。

图3给出了本发明实施例还给出了采用本发明实施例提供的寻呼方法的一个示例，图4给出了未采用本发明实施例的寻呼方法的对比示例。可以看出，采用本发明实施例的寻呼方法后，减少了需要唤醒的终端数量，从而可以减少这些终端的功耗。

基于以上方法，本发明实施例还提供了实施上述方法的设备。

请参照图5，本发明实施例提供了一种网络侧设备50，该网络侧设备具体可以是基站，如图5所示，该网络侧设备50包括：处理器52和处理器51；

其中，所述收发器51，用于在待寻呼终端对应的轻寻呼信号资源位置上，发送第一轻寻呼信号，所述第一轻寻呼信号显式或隐式携带有所述待寻呼终端的覆盖增强等级信息。

优选的，本发明实施例的网络侧设备50中，所述处理器52，可以用于获取待寻呼终端的覆盖增强等级信息；

收发器51，还用于在所述待寻呼终端仅包括一个终端，或包括覆盖增强等级信息均相同的至少两个终端时，在所述待寻呼终端对应的轻寻呼信号资源位置上，发送第一轻寻呼信号，所述第一轻寻呼信号显式或隐式携带有所述待寻呼终端的覆盖增强等级信息。

优选的，所述收发器51，还用于在所述待寻呼终端包括覆盖增强等级信息不同的终端时，在所述待寻呼终端对应的轻寻呼信号资源位置上，发送第二轻寻呼信号，所述第二轻寻呼信号未携带所述待寻呼终端的覆盖增强等级信息。

优选的，所述收发器51，还用于根据所述待寻呼终端的覆盖增强等级信息，确定所述第一轻寻呼信号所采用的资源调度信息，其中，所述资源调度信息包括重复发送次数和/或调制编码策略；根据所述第一轻寻呼信号所采用的资源调度信息，在所述待寻呼终端对应的轻寻呼信号资源位置上，发送所述第一轻寻呼信号。

优选的，所述收发器51，还用于在发送所述第一轻寻呼信号之后，在所述待寻呼终端对应的寻呼资源位置上，发送针对所述待寻呼终端的寻呼消息。

优选的，所述收发器51，还用于若获取所述待寻呼终端的覆盖增强等级信息发生失败，或者，在发起针对所述待寻呼终端的非首次寻呼时，在所述待寻呼终端对应的轻寻呼信号资源位置上，发送第二轻寻呼信号，所述第二轻寻呼信号未携带所述待寻呼终端的覆盖增强等级信息。

优选的，所述处理器52，还用于根据所述待寻呼终端驻留小区的最大覆盖增强等级信息，确定所述第二轻寻呼信号所采用的资源调度信息，其中，所述资源调度信息包括重复发送次数和/或调制编码策略。所述收发器51，还用于根据所述第二轻寻呼信号所采用的资源调度信息，在所述待寻呼终端对应的轻寻呼信号资源位置上，发送所述第二轻寻呼信号。

优选的，所述第二轻寻呼信号的寻呼范围大于所述第一轻寻呼信号的寻呼范围。

优选的，所述处理器52，还用于从移动性管理实体mme处获取所述待寻呼终端的覆盖增强等级信息，或者，根据本地存储的所述待寻呼终端在最近一次随机接入时的覆盖增强等级信息，获取所述待寻呼终端的覆盖增强等级信息。

请参考图6，本发明实施例提供了网络侧设备的另一结构示意图，包括：处理器601、收发机602、存储器603和总线接口，其中：

在本发明实施例中，第一无线网节点600还包括：存储在存储器上603并可在处理器601上运行的计算机程序，计算机程序被处理器601执行时实现如下步骤：在待寻呼终端对应的轻寻呼信号资源位置上，发送第一轻寻呼信号，所述第一轻寻呼信号显式或隐式携带有所述待寻呼终端的覆盖增强等级信息。

在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器601代表的一个或多个处理器和存储器603代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机602可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。

处理器601负责管理总线架构和通常的处理，存储器603可以存储处理器601在执行操作时所使用的数据。

可选的，计算机程序被处理器601执行时还可实现如下步骤：获取待寻呼终端的覆盖增强等级信息；且在所述待寻呼终端仅包括一个终端，或包括覆盖增强等级信息均相同的至少两个终端时，在所述待寻呼终端对应的轻寻呼信号资源位置上，发送第一轻寻呼信号，所述第一轻寻呼信号显式或隐式携带有所述待寻呼终端的覆盖增强等级信息。

可选的，计算机程序被处理器601执行时还可实现如下步骤：若所述待寻呼终端包括覆盖增强等级信息不同的终端，则在所述待寻呼终端对应的轻寻呼信号资源位置上，发送第二轻寻呼信号，所述第二轻寻呼信号未携带所述待寻呼终端的覆盖增强等级信息。

可选的，计算机程序被处理器601执行时还可实现如下步骤：根据所述待寻呼终端的覆盖增强等级信息，确定所述第一轻寻呼信号所采用的资源调度信息，其中，所述资源调度信息包括重复发送次数和/或调制编码策略；根据所述第一轻寻呼信号所采用的资源调度信息，在所述待寻呼终端对应的轻寻呼信号资源位置上，发送所述第一轻寻呼信号。

可选的，计算机程序被处理器601执行时还可实现如下步骤：在发送所述第一轻寻呼信号之后，在所述待寻呼终端对应的寻呼资源位置上，发送针对所述待寻呼终端的寻呼消息。

可选的，计算机程序被处理器601执行时还可实现如下步骤：若获取所述待寻呼终端的覆盖增强等级信息发生失败，或者，在发送所述寻呼消息后，针对所述待寻呼终端的寻呼发生失败，则在所述待寻呼终端对应的轻寻呼信号资源位置上，发送第二轻寻呼信号，所述第二轻寻呼信号未携带所述待寻呼终端的覆盖增强等级信息。

可选的，计算机程序被处理器601执行时还可实现如下步骤：根据所述待寻呼终端驻留小区的最大覆盖增强等级信息，确定所述第二轻寻呼信号所采用的资源调度信息，其中，所述资源调度信息包括重复发送次数和/或调制编码策略；根据所述第二轻寻呼信号所采用的资源调度信息，在所述待寻呼终端对应的轻寻呼信号资源位置上，发送所述第二轻寻呼信号。

可选的，所述第二轻寻呼信号的寻呼范围大于所述第一轻寻呼信号的寻呼范围。

可选的，计算机程序被处理器601执行时还可实现如下步骤：从移动性管理实体mme处获取所述待寻呼终端的覆盖增强等级信息，或者，根据本地存储的所述待寻呼终端在最近一次随机接入过程中的覆盖增强等级信息，获取所述待寻呼终端的覆盖增强等级信息。

请参照图7，本发明实施例提供了一种终端70，包括：

收发器71，用于在所述终端对应的轻寻呼信号资源位置上，监听到网络发送的第一轻寻呼信号，所述第一轻寻呼信号显式或隐式携带有待寻呼终端的覆盖增强等级信息；以及，在本终端的覆盖增强等级信息与所述第一轻寻呼信号携带的覆盖增强等级信息相匹配时，在所述终端对应的寻呼资源位置上，继续监听网络发送的寻呼消息；

处理器72，用于判断本终端的覆盖增强等级信息与所述第一轻寻呼信号携带的覆盖增强等级信息是否相匹配。

这里，所述处理器72，还用于在本终端的覆盖增强等级信息与所述第一轻寻呼信号携带的覆盖增强等级信息不匹配时，忽略所述第一轻寻呼信号，并将所述终端的状态维持为监听第一轻寻呼信号之前的状态。

这里，所述收发器71，还用于若在所述终端对应的轻寻呼信号资源位置上，监听到网络发送的第二轻寻呼信号，所述第二轻寻呼信号未携带有所述待寻呼终端的覆盖增强等级信息，则在所述终端对应的寻呼资源位置上，继续监听网络发送的寻呼消息。

这里，所述处理器72，还用于若在所述终端对应的轻寻呼信号资源位置上未监听到轻寻呼信号，则放弃监听网络发送的寻呼消息，并将所述终端的状态维持为监听之前的状态。

请参照图8，本发明实施例提供的终端的另一结构，该终端800包括：处理器801、收发机802、存储器803、用户接口804和总线接口，其中：

在本发明实施例中，终端800还包括：存储在存储器上803并可在处理器801上运行的计算机程序，计算机程序被处理器801执行时实现如下步骤：在所述终端对应的轻寻呼信号资源位置上，监听到网络发送的第一轻寻呼信号，所述第一轻寻呼信号显式或隐式携带有待寻呼终端的覆盖增强等级信息；在本终端的覆盖增强等级信息与所述第一轻寻呼信号携带的覆盖增强等级信息相匹配时，在所述终端对应的寻呼资源位置上，继续监听网络发送的寻呼消息。

在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器801代表的一个或多个处理器和存储器803代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机802可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口804还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器801负责管理总线架构和通常的处理，存储器803可以存储处理器801在执行操作时所使用的数据。

可选的，计算机程序被处理器801执行时还可实现如下步骤：在本终端的覆盖增强等级信息与所述第一轻寻呼信号携带的覆盖增强等级信息不匹配时，忽略所述第一轻寻呼信号，并将所述终端的状态维持为监听第一轻寻呼信号之前的状态。

可选的，计算机程序被处理器801执行时还可实现如下步骤：若在所述终端对应的轻寻呼信号资源位置上，监听到网络发送的第二轻寻呼信号，所述第二轻寻呼信号未携带有所述待寻呼终端的覆盖增强等级信息，则在所述终端对应的寻呼资源位置上，继续监听网络发送的寻呼消息。

可选的，计算机程序被处理器801执行时还可实现如下步骤：若在所述终端对应的轻寻呼信号资源位置上未监听到轻寻呼信号，则放弃监听网络发送的寻呼消息，并将所述终端的状态维持为监听之前的状态。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述寻呼方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。