CN112470501B - 一种寻呼消息处理方法及装置 - Google Patents

Abstract

一种寻呼消息处理方法及装置，用以在用户设备频繁接收到用于指示系统消息更新的寻呼消息后进行相应处理，避免在系统消息未更新时用户设备仍要频繁接收该寻呼消息，从而降低用户设备的功耗。方法包括：用户设备确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值；其中，指定场景为用户设备接收到用于指示系统消息更新的寻呼消息、且用户设备接收到的系统消息未更新；若用户设备处于空闲态，则用户设备触发与第一小区所属的第一基站建链；用户设备在建链失败后将第一小区的小区信息加入禁止驻留列表，禁止驻留列表用于指示用户设备禁止驻留在禁止驻留列表中记录的小区信息所对应的小区。

Description

一种寻呼消息处理方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种寻呼消息处理方法及装置。

背景技术

3GPP协议中规定，当基站的系统消息(system information，SI)发生更新时，基站会向用户设备发送用于指示系统消息更新的寻呼(Paging)消息；用户设备在接收到该寻呼消息后，在下一个系统消息更新周期内接收系统消息。具体地，用户设备会先接收该系统消息中的系统消息块1(system information block 1，SIB1)，然后根据SIB1中的指定字段(例如ValueTag字段)的指示来判断系统消息是否更新，从而决定是否继续接收SIB1之后的系统消息块。

在某些情况下，用户设备可能会频繁接收到用于指示系统消息更新的寻呼消息，但是在下一个系统消息更新周期内接收到的系统消息中的SIB1又指示系统消息未更新，从而使得用户设备频繁接收无用的寻呼消息和系统消息，增加用户设备的功耗。

比如，合法基站在向用户设备发送系统消息(例如，携带寻呼信道配置的系统消息)时是以明文方式发送的，因而黑客可获取到该合法基站的寻呼信道配置，从而对合法基站的寻呼信道进行干扰，频繁向用户设备发送用于指示系统消息更新的寻呼消息。

比如，伪基站向用户设备发送的寻呼消息和系统消息均是以明文方式发送的。因而用户设备在接收到伪基站发送的寻呼消息和系统消息后，无法通过明文消息判断自身是否驻留在伪基站小区，造成用户设备持续驻留在伪基站小区，频繁接收伪基站发送的寻呼消息。

再比如，属于合法基站的坏小区有时也会在系统消息未更新的情况下错误地频繁发送用于指示系统消息更新的寻呼消息。

因此，亟需一种寻呼消息处理方案，在用户设备频繁接收到用于指示系统消息更新的寻呼消息后进行相应处理，避免在系统消息未更新时用户设备仍要频繁接收该寻呼消息、导致用户设备功耗过大。

发明内容

本申请实施例提供一种寻呼消息处理方法及装置，用以在用户设备频繁接收到用于指示系统消息更新的寻呼消息后进行相应处理，避免在系统消息未更新时用户设备仍要频繁接收该寻呼消息，从而降低用户设备的功耗。

此外，对于合法基站的寻呼信道被干扰的情况，还可采用本申请实施例提供的方案保持用户设备与合法基站的通信，避免出现被叫不通的情况。

第一方面，本申请实施例提供一种寻呼消息处理方法，该方法包括如下步骤：用户设备确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值；其中，该指定场景为用户设备接收到用于指示系统消息更新的寻呼消息、且用户设备接收到的系统消息未更新；若用户设备处于空闲态，则用户设备触发与第一小区所属的第一基站建链；用户设备在建链失败后将第一小区的小区信息加入禁止驻留列表，该禁止驻留列表用于指示用户设备禁止驻留在禁止驻留列表中记录的小区信息所对应的小区。

其中，第一小区的小区信息包括以下至少一种：第一小区的小区频点；第一小区的小区频段；第一小区的物理小区标识PCI、第一小区的E-UTRA绝对无线频率信道号EARFCN。

此外，在第一方面提供的方法中，用户设备的通信制式包括但不限于：码分多址接入CDMA、带宽码分多址接入WCDMA、时分同步码分多址接入TD-SCDMA、长期演进LTE、5G。

采用第一方面提供的方法，在第一设定时长内在当前驻留的第一小区发生指定场景(即用户设备接收到用于指示系统消息更新的寻呼消息、但用户设备接收到的系统消息未更新)的次数大于预设阈值时，若用户设备处于空闲态，则用户设备触发与第一小区所属的第一基站建链。若建链失败，则说明用户设备当前驻留的第一小区不是寻呼信道被干扰的合法基站小区。该第一小区可能是伪基站小区，也可能是合法基站坏小区。此时，采用本申请实施例提供的方法可以将第一小区的小区信息加入禁止驻留列表，从而避免用户设备再次驻留在第一小区，进而避免用户设备频繁接收到用于指示系统消息更新的寻呼消息，避免用户设备的功耗过大。

在一种可能的设计中，在用户设备将第一小区的小区信息加入禁止驻留列表之后，用户设备可进行小区搜索；若用户设备在当前制式下搜索到可用小区，则根据小区搜索结果驻留到第二小区，该第二小区的小区信息未记录在禁止驻留列表中；若用户设备未搜索到可用小区，则切换到当前制式之外的其他制式进行小区搜索。

采用上述方案，用户设备可重新进行搜网，从而使得用户设备可以驻留到合法基站小区，进行正常通信。

在一种可能的设计中，在用户设备确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值之前，用户设备可接收第一基站发送的、用于指示系统消息更新的第一寻呼消息；然后，用户设备在下一个系统消息更新周期内接收第一基站发送的系统消息，该系统消息中包含用于指示系统消息未更新的指定字段。

也就是说，触发用户设备执行判断第一设定时长内在当前驻留的第一小区发生指定场景的次数是否大于预设阈值这一操作的条件可以是：用户设备在第一小区上又发生了一次指定场景。即，每当用户设备在第一小区上发生一次指定场景，用户设备即可判断第一设定时长内在当前驻留的第一小区发生指定场景的次数是否大于预设阈值，若大于，则执行第一方面提供的方法，从而针对用户设备在第一小区上频繁发生指定场景的情况进行相应处理。

下面给出两种确定第一小区为寻呼信道被干扰的合法基站小区的具体方式。

方式一

在用户设备触发与第一小区所属的第一基站建链之后，若用户设备建链成功，则可以确定第一基站为合法基站，即确定第一小区为寻呼信道被干扰的合法基站小区。

用户设备驻留在寻呼信道被干扰的合法基站小区时，寻呼信道承载的消息会出现异常(例如在寻呼信道上频繁接收到用于指示系统消息更新的寻呼消息)，但是寻呼信道被干扰并不影响用户设备与基站建链。因此，当用户设备建链成功后，可以确定第一小区为寻呼信道被干扰的合法基站小区。即确定第一基站为合法基站。

方式二

在用户设备确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值之后，若用户设备处于连接态，则用户设备确定第一基站为合法基站。

在确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值时，若用户设备已经与第一基站建链，则说明用户设备当前驻留的第一小区不是伪基站小区或者合法基站坏小区，而是寻呼信道被干扰的合法基站小区。

无论采用方式一还是方式二，在用户设备确定第一基站为合法基站之后，用户设备均可将第一小区的小区信息加入禁止驻留列表。

由于用户设备当前驻留的第一小区为寻呼信道被干扰的合法基站小区，因而可以考虑将第一小区的小区信息加入禁止驻留列表，从而避免用户设备再次驻留在第一小区。

在一种可能的设计中，在用户设备将第一小区的小区信息加入禁止驻留列表之后，用户设备可进行小区搜索；若用户设备在当前制式下搜索到可用小区，则根据小区搜索结果驻留到第三小区，该第三小区的小区信息未记录在禁止驻留列表中；若用户设备在当前制式下未搜索到可用小区，则将第一小区的小区信息从禁止驻留列表中删除，并重新驻留第一小区。

采用上述实现方式，由于用户设备在重新进行搜网时需要剔除禁止驻留列表中的小区，因而将第一小区的小区信息加入禁止驻留列表，可以避免用户设备再次驻留到第一小区。后续，用户设备可重新进行小区搜索，并驻留到第三小区。此外，若用户设备重新进行小区搜索后在当前制式下未搜索到其他可用小区，则用户设备在当前制式下无可用小区，那么，用户设备可将第一小区的小区信息从禁止驻留列表中删除，并重新驻留第一小区，避免出现用户设备在当前制式下无可用小区的情况，保证用户设备的正常通信。

在用户设备重新进行小区搜索后再次驻留第一小区后，可采取相应措施，保证用户设备的正常通信并尽量减小用户设备的功耗。下面列举其中几种措施。

措施一

在用户设备重新驻留第一小区之后，用户设备可重新触发与第一基站建链；然后，用户设备可周期性地向第一基站发送心跳报文，以维持在连接态。

用户设备重新与第一基站建链后，若由于用户设备与第一基站未进行交互而导致用户设备由连接态转为空闲态，那么在用户设备被叫或者需要响应数据业务时，第一基站必然要通过寻呼信道通知用户设备。由于第一小区的寻呼信道被干扰，因此，被叫或者数据业务可能无法准确、及时地通知到用户设备。因此，可以在用户设备重新与第一基站建链后，由用户设备周期性地向第一基站发送心跳报文，使得维持在连接态，这样的话，用户设备被叫或者需要响应数据业务时，第一基站可通过专用控制信道通知到用户设备，避免用户设备丢被叫。

那么，在采用措施一的情况下，在用户设备重新触发与第一基站建链之后，用户设备可接收到第一基站发送的NAS信令，该NAS信令用于指示用户设备被第一基站呼叫。

措施二

在用户设备重新驻留第一小区之后，用户设备可接收第一基站发送的、用于指示系统消息更新的第三寻呼消息；然后，用户设备延迟响应该第三寻呼消息。

由于第一小区为寻呼信道被干扰的合法基站小区，因而第一基站会在系统消息未更新时频繁向用户设备发送用于指示系统消息更新的寻呼消息。在用户设备不得不再次驻留在第一小区的情况下，可以针对后续接收到的、用于指示系统消息更新的第三寻呼消息进行延迟响应，避免频繁响应该第三寻呼消息带来用户设备的功耗问题。

在措施二中，具体地，可采用如下几种方式延迟响应第三寻呼消息。

方式一

用户设备在接收到第三寻呼消息后的第N个系统消息更新周期接收第一基站发送的系统消息，N＞1。

方式二

用户设备在第二设定时长后接收第一基站发送的系统消息。

方式三

用户设备在接收到第一基站发送的、用于指示系统消息更新的M个第四寻呼消息之后，接收第一基站发送的系统消息，M≥1。

第二方面，本申请实施例还提供一种寻呼消息处理装置，该寻呼消息处理装置包括处理单元和收发单元；处理单元用于：确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值；其中，指定场景为用户设备接收到用于指示系统消息更新的寻呼消息、且用户设备接收到的系统消息未更新；在用户设备处于空闲态时，通过收发单元与第一小区所属的第一基站建链；在建链失败后将第一小区的小区信息加入禁止驻留列表，禁止驻留列表用于指示用户设备禁止驻留在禁止驻留列表中记录的小区信息所对应的小区。

在一种可能的设计中，处理单元还用于：在将第一小区的小区信息加入禁止驻留列表之后，进行小区搜索；若在当前制式下搜索到可用小区，则根据小区搜索结果驻留到第二小区，第二小区的小区信息未记录在禁止驻留列表中；若在当前制式下未搜索到可用小区，则切换到当前制式之外的其他制式进行小区搜索。

在一种可能的设计中，处理单元还用于：在确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值之前，通过收发单元接收第一基站发送的、用于指示系统消息更新的第一寻呼消息；通过收发单元在下一个系统消息更新周期内接收第一基站发送的系统消息，系统消息中包含用于指示系统消息未更新的指定字段。

在一种可能的设计中，处理单元还用于：在触发与第一小区所属的第一基站建链之后，在建链成功后确定第一基站为合法基站。

在一种可能的设计中，处理单元还用于：在确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值之后，若用户设备处于连接态，则确定第一基站为合法基站。

在一种可能的设计中，处理单元还用于：在确定第一基站为合法基站之后，将第一小区的小区信息加入禁止驻留列表。

在一种可能的设计中，处理单元还用于：在将第一小区的小区信息加入禁止驻留列表之后，进行小区搜索；若在当前制式下搜索到可用小区，则根据小区搜索结果驻留到第三小区，第三小区的小区信息未记录在禁止驻留列表中；若在当前制式下未搜索到可用小区，则将第一小区的小区信息从禁止驻留列表中删除，并重新驻留第一小区。

在一种可能的设计中，处理单元还用于：在重新驻留第一小区之后，通过收发单元重新与第一基站建链；通过收发单元周期性地向第一基站发送心跳报文，以使得用户和设备维持在连接态。

在一种可能的设计中，处理单元还用于：在重新与第一基站建链之后，通过收发单元接收第一基站发送的非接入层NAS信令，NAS信令用于指示用户设备被第一基站呼叫。

在一种可能的设计中，处理单元还用于：在重新驻留第一小区之后，通过收发单元接收第一基站发送的、用于指示系统消息更新的第三寻呼消息；延迟响应第三寻呼消息。

在一种可能的设计中，处理单元在延迟响应第三寻呼消息时，具体用于：在通过收发单元接收到第三寻呼消息后的第N个系统消息更新周期，通过收发单元接收第一基站发送的系统消息，N＞1；或者，在第二设定时长后，通过收发单元接收第一基站发送的系统消息；或者，在通过收发单元接收到第一基站发送的、用于指示系统消息更新的M个第四寻呼消息之后，通过收发单元接收第一基站发送的系统消息，M≥1。

在一种可能的设计中，第一小区的小区信息包括以下至少一种：第一小区的小区频点；第一小区的小区频段；第一小区的物理小区标识PCI、第一小区的E-UTRA绝对无线频率信道号EARFCN。

在一种可能的设计中，用户设备的通信制式包括以下任一种：码分多址接入CDMA、带宽码分多址接入WCDMA、时分同步码分多址接入TD-SCDMA、长期演进LTE、5G。

第三方面，本申请实施例提供一种寻呼消息处理装置，该用户设备包括处理器，所述处理器与存储器耦合，并读取所述存储器中的指令，用于执行第一方面或第一方面的任意一种设计所述的方法。

需要说明的是，第二方面至第三方面中任一方面或任一方面的任意一种设计提供的寻呼消息处理装置可视为用户设备中的集成芯片，也可以也视为用户设备。

具体地，该用户设备包括但不限于智能手机、智能手表、平板电脑、虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、个人计算机、手持式计算机、个人数字助理。

第四方面，本申请实施例还提供了一种计算机可读存储介质，用于存储为执行第一方面或第一方面的任意一种设计的功能所用的程序，该程序被处理器执行时，用于实现上述第一方面或第一方面的任意一种设计所述的方法。

第五方面，本申请实施例提供了一种包含程序代码的计算机程序产品，当其包含的程序代码在计算机上运行时，使得计算机执行上述第一方面或第一方面的任意一种设计所述的方法。

另外，第二方面至第五方面中任一种可能设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果，此处不再赘述。

附图说明

图1为本申请实施例提供的一种本申请实施例的应用场景的示意图；

图2为本申请实施例提供的一种寻呼消息处理方法的流程示意图；

图3为本申请实施例提供的另一种寻呼消息处理方法的流程示意图；

图4为本申请实施例提供的一种寻呼消息处理装置的结构示意图；

图5为本申请实施例提供的另一种寻呼消息处理装置的结构示意图。

具体实施方式

第三代合作伙伴计划(3rd generation partnership project，3GPP)协议中规定，当基站的系统消息发生更新时，基站会向用户设备发送用于指示系统消息更新的寻呼(Paging)消息；用户设备在接收到该寻呼消息后，在下一个系统消息更新周期内接收系统消息。

系统消息可以包含一个主信息块(master information block，MIB)以及至少一个系统消息块(system information block，SIB)。其中，SIB1中包含用户设备小区接入所需信息以及其他SIB的调度信息。通常，用户设备在接收系统消息时，先接收MIB，再接收SIB1，然后再接收系统消息中的其他信息(比如SIB2、SIB3)。

特别地，在SIB1中包含用于指示系统消息是否更新的字段：ValueTag字段。当基站更新系统消息时，基站会将原系统消息中的ValueTag加1，并将加1后的ValueTag置于更新后的系统消息的SIB1中发送给用户设备。用户设备在接收到系统消息中的SIB1后，判断该SIB1中的ValueTag与之前保存的ValueTag是否相同。若二者不同，则用户设备判断系统消息已更新，并继续接收后续的系统消息(例如SIB2、SIB3)；若二者相同，则用户设备判断系统消息未更新，并停止接收后续的系统消息(例如SIB2、SIB3)。

通常，当用户设备驻留在不可用小区(例如伪基站小区或合法基站的坏小区)或者驻留在寻呼信道被干扰的合法基站小区时，都会导致用户设备在系统消息未更新时频繁地接收到用于指示系统消息更新的寻呼消息。

比如，合法基站在向用户设备发送系统消息(例如，携带寻呼信道配置的系统消息)时是以明文方式发送的，因而黑客可获取到该合法基站的寻呼信道配置，从而对合法基站的寻呼信道进行干扰，在合法基站的系统消息未更新的情况下，黑客模拟合法基站频繁地向用户设备发送用于指示系统消息更新的寻呼消息。在这种情况下，用户设备当前驻留的小区可以认为是寻呼信道被干扰的合法基站小区，黑客所管理的伪基站通过对合法基站的寻呼信道进行干扰，模拟合法基站向用户设备发送用于指示系统消息更新的寻呼消息。

比如，当用户设备驻留在伪基站小区时，伪基站向用户设备发送的寻呼消息和系统消息均是以明文方式发送的。由于明文消息的收发过程无需经过加密和解密，因而用户设备在接收到伪基站发送的寻呼消息和系统消息后，无法通过明文消息判断自身是否驻留在伪基站小区，造成用户设备持续驻留在伪基站小区，频繁接收伪基站发送的、用于指示系统消息更新的寻呼消息。

再比如，属于合法基站的坏小区有时也会在系统消息未更新的情况下错误地频繁发送用于指示系统消息更新的寻呼消息。

在系统消息未更新的情况下，用户设备频繁接收用于指示系统消息更新的寻呼消息，会导致用户设备需要频繁地接收系统消息中的SIB1并对其中的ValueTag字段进行解析，进而导致用户设备在系统消息未更新的情况下带来额外功耗，即导致用户设备功耗过大。此外，对于上述示例中合法基站的寻呼信道被干扰的情况，还会出现合法基站难以通过寻呼信道呼叫用户设备的情况(即被叫不通的情况)。

基于上述问题，本申请实施例提供一种寻呼消息处理方法及装置，用以在用户设备频繁接收到用于指示系统消息更新的寻呼消息后进行相应处理，避免在系统消息未更新时用户设备仍要频繁接收该寻呼消息，从而降低用户设备的功耗。

此外，对于合法基站的寻呼信道被干扰的情况，还可采用本申请实施例提供的方案保持用户设备与合法基站的通信，避免出现被叫不通的情况。

其中，方法和装置是基于同一发明构思的，由于方法及装置解决问题的原理相似，因此装置与方法的实施可以相互参见，重复之处不再赘述。

需要说明的是，本申请实施例中，多个是指两个或两个以上。另外，需要理解的是，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

下面，对本申请实施例的应用场景加以介绍。

本申请实施例可应用于图1所示的通信系统中。该通信系统中包含用户设备和基站。该基站可以是伪基站，也可以是合法基站。用户设备在接收到基站发送的、用于指示系统消息更新的寻呼消息，但通过下一个系统消息更新周期内接收到的系统消息中的指定字段(例如ValueTag字段)判断系统消息未更新时，可采用本申请实施例提供的方案判断当前驻留小区可能为何种类型的小区，并针对不同类型的小区进行相应处理，避免用户设备再次在该小区上发生上述频繁接收指示系统消息更新的寻呼消息的情况，从而降低用户设备的功耗。

特别地，对于合法基站的寻呼信道被干扰的情况，还可采用本申请实施例提供的方案判断当前驻留小区可能为寻呼信道被干扰的合法基站小区，从而采取相应措施保持用户设备与合法基站的通信，避免出现被叫不通的情况。

其中，基站可以是码分多址接入(code division multiple access，CDMA)中的网络设备(base transceiver station，BTS)，也可以是带宽码分多址接入(wide-band codedivision multiple access，WCDMA)或时分同步码分多址接入(time division-synchronous code division multiple access，TD-SCDMA)中的网络设备(NodeB)，还可以是长期演进(long term evolution，LTE)系统中的演进型网络设备(evolutional node B，eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站，也可是家庭演进基站(home evolved node B，HeNB)、家庭基站(femto)、微微基站(pico)等，本申请实施例中对基站的类型不做具体限定。

本申请实施例中的用户设备可以是向用户提供语音和/或数据连通性的设备，对应无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。用户设备可以经无线接入网(radio access network，RAN)与一个或多个核心网进行通信，用户设备可以是移动终端，如移动电话(或称为“蜂窝”电话)和对应移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(session initiated protocol，SIP)话机、无线本地环路(wireless localloop，WLL)站、个人数字助理(personal digital assistant，PDA)等设备。终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobilestation)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(user terminal)、用户代理(user agent)或用户装备(user equipment)，本申请实施例中并不限定。

本申请实施例中，用户设备的通信制式包括但不限于CDMA、WCDMA、TD-SCDMA、LTE、5G等。

下面，结合附图对本申请实施例提供的寻呼消息处理方案进行详细介绍。

参见图2，为本申请实施例提供的一种寻呼消息处理方法的流程示意图。该方法包括如下步骤：

S201：用户设备确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值。

其中，第一设定时长和预设阈值均可以根据不同的需求进行设定，本申请实施例中对第一设定时长和预设阈值的具体值均不做限定。示例性地，第一设定时长可以是100ms，预设阈值可以是5。

其中，指定场景为用户设备接收到用于指示系统消息更新的寻呼消息、且用户设备接收到的系统消息未更新。

具体地，在第一小区发生指定场景可以有如下理解：当用户设备驻留在第一小区时，用户设备接收到用于指示系统消息更新的寻呼消息；然后，用户设备在下一个系统消息更新周期内接收系统消息；接着，用户设备根据接收到的系统消息(例如根据SIB1中的ValueTag)判断系统消息未发生更新，此时可认为用户设备在第一小区上发生了一次指定场景。

本申请实施例中，触发用户设备执行S201判断第一设定时长内在当前驻留的第一小区发生指定场景的次数是否大于预设阈值的条件可以是：用户设备在第一小区上又发生了一次指定场景。即，每当用户设备在第一小区上发生一次指定场景，用户设备即可判断第一设定时长内在当前驻留的第一小区发生指定场景的次数是否大于预设阈值，若大于，则执行图2所示方法的后续步骤(S202～S203)，从而针对用户设备在第一小区上频繁发生指定场景的情况进行相应处理。

也就是说，在用户设备确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值之前，用户设备可接收第一基站发送的、用于指示系统消息更新的第一寻呼消息；然后，用户设备在下一个系统消息更新周期内接收第一基站发送的系统消息，该系统消息中包含用于指示系统消息未更新的指定字段，例如可以是SIB1中的ValueTag字段，且ValueTag的值与之前保存的ValueTag相比并未发生变化。

此外，需要说明的是，本申请实施例中，对用户设备当前驻留的第一小区的类型不做具体限定。第一小区可以是伪基站小区，可以是合法基站坏小区，也可以是寻呼信道被干扰的合法基站小区，例如被黑客干扰的合法基站小区。其中，合法基站坏小区包括但不限于基站发射功率较低的小区、掉话率较高的小区、拥塞程度较高的小区、切换成功率较低的小区或者无线接通率较低的小区。

S202：若用户设备处于空闲态，则用户设备触发与第一小区所属的第一基站建链。

本申请实施例中，对用户设备与第一基站建链可以有下面两种理解。

一、用户设备与第一基站建链可以理解为用户设备与第一基站建立无线资源控制(radio resource control，RRC)RRC连接的过程。例如用户设备通过发起TAU请求与第一基站建立RRC连接。在这种情况下，用户设备与第一基站建链成功后，后续还需经过安全校验、双向鉴权等流程才可与第一基站正常通信。

二、用户设备与第一基站建链可以理解为用户设备与第一基站建立RRC连接的过程，以及建立RRC连接后的安全校验、双向鉴权等流程。也就是说，用户设备与第一基站建链成功后，用户设备不必再进行安全校验、双向鉴权等流程，就可以直接和第一基站进行正常通信。

S203：用户设备在建链失败后将第一小区的小区信息加入禁止驻留列表。

其中，禁止驻留列表用于指示用户设备禁止驻留在禁止驻留列表中记录的小区信息所对应的小区。该禁止驻留列表又可以称为小区受限列表或者bar列表。

第一小区的小区信息包括以下至少一种：第一小区的小区频点；第一小区的小区频段；第一小区的物理小区标识(physical cell ID，PCI)、第一小区的E-UTRA绝对无线频率信道号(E-UTRA absolute radio frequency channel number，EARFCN)。

应理解，如果用户设备当前驻留的第一小区为寻呼信道被干扰的合法基站小区，则在用户设备主动触发建链时，用户设备应与第一基站建链成功，从而进行正常通信。而S203中，用户设备与第一基站建链失败，则说明用户设备当前驻留的第一小区不是寻呼信道被干扰的合法基站小区。该第一小区可能是伪基站小区，也可能是合法基站坏小区。

若第一小区是伪基站小区，则用户设备主动触发建链时，可能会由于如下三种原因导致建链失败：a)用户设备的底层(物理层或介质访问控制层)检测到无线链路失败(radio link failure，RLF)，上报给接入层，由接入层触发释放用户设备与第一基站之间的RRC连接释放；b)第一基站与用户设备没有后续交互，导致非接入层(non-accessstratum，NAS)协议保护定时器超时，由NAS触发释放用户设备与第一基站之间的RRC连接释放；c)第一基站主动向用户设备发送RRC连接释放消息(RRC_CONN_RELEASE)，将用户设备释放掉。

若第一小区是合法基站坏小区，由于合法基站坏小区可能具有发射功率低、掉话率高、拥塞程度高、无线接通率低等特点，因而用户设备主动触发建链时，也会导致建链失败。

因此，当第一小区为伪基站小区或者合法基站坏小区时，用户设备在S202中触发建链，会出现建链失败的现象。

对于用户设备驻留在伪基站小区或者合法基站坏小区的情况，由于第一小区的属性不会改变或者在一定时长内不会改变，因而可以考虑将第一小区的小区信息加入禁止驻留列表，从而避免用户设备再次驻留在第一小区。

在用户设备将第一小区的小区信息加入第一禁止驻留列表之后，用户设备可进行小区搜索；若用户设备在当前制式下搜索到可用小区，则根据小区搜索结果驻留到搜索到的第二小区，该第二小区的小区信息未记录在禁止驻留列表中；若用户设备在当前制式下未搜索到可用小区，则切换到当前制式之外的其他制式进行小区搜索。

也就是说，将第一小区的小区信息加入禁止驻留列表之后，用户设备在重新进行小区搜索时，需要将禁止驻留列表中的小区剔除，只有在当前制式下搜索到禁止驻留列表之外的可用小区时，才选择驻留到该小区。

采用上述方案，用户设备可重新进行搜网，从而使得用户设备可以驻留到合法基站小区，进行正常通信。

当然，需要说明的是，在图2所示方法中，仅限定第二小区的小区信息未记录在禁止驻留列表中，对第二小区的类型不做具体限定。示例性地，第二小区可以是伪基站小区，第二小区可以是合法基站坏小区，第二小区也可以是正常的合法基站小区或者寻呼信道被干扰的合法基站小区。

若第二小区是伪基站小区或者合法基站坏小区，那么，用户设备可在驻留第二小区后，再次通过执行上述S201～S203将第二小区的小区信息也加入禁止驻留列表，用户设备在再次搜网时则不会再次驻留到第二小区。若第二小区是正常的合法基站小区，则用户设备在驻留到第二小区后，可与第二小区对应的基站进行正常通信；若第二小区是寻呼信道被干扰的合法基站小区，则可通过后续的相关介绍针对第二小区进行相关处理，从而避免用户设备频繁接收寻呼消息带来的功耗问题，同时避免前述被叫不通的问题。

通过以上方案，可以识别出用户设备是伪基站小区或者合法基站坏小区。而根据前面的介绍可知，当用户设备驻留在寻呼信道被干扰的合法基站小区时，也可能出现在第一小区频繁发生指定场景的情况。那么，下面给出两种确定第一小区为寻呼信道被干扰的合法基站小区的具体方式，以及确定第一小区为寻呼信道被干扰的合法基站小区之后的相应处理方式。

方式一

在S202用户设备触发与第一小区所属的第一基站建链之后，若用户设备建链成功，则可以确定第一基站为合法基站，即确定第一小区为寻呼信道被干扰的合法基站小区。

如前所述，若用户设备当前驻留的第一小区为寻呼信道被干扰的合法基站小区，则在用户设备主动触发建链时，用户设备可与第一基站建链成功，从而进行正常通信。也就是说，用户设备驻留在寻呼信道被干扰的合法基站小区时，寻呼信道承载的消息会出现异常(例如在寻呼信道上频繁接收到用于指示系统消息更新的寻呼消息)，但是寻呼信道被干扰并不影响用户设备与基站建链。因此，当用户设备建链成功后，可以确定第一小区为寻呼信道被干扰的合法基站小区。即确定第一基站为合法基站。

方式二

在S201用户设备确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值之后，若此时判断用户设备处于连接态，则用户设备确定第一基站为合法基站，即确定第一小区为寻呼信道被干扰的合法基站小区。

方式二中确定第一小区为寻呼信道被干扰的合法基站小区的道理与方式一中类似。若在执行S201时，用户设备已经与第一基站建链，则说明用户设备当前驻留的第一小区不是伪基站小区或者合法基站坏小区，而是寻呼信道被干扰的合法基站小区。

无论采用方式一还是方式二，在用户设备确定第一基站为合法基站之后，用户设备均可将第一小区的小区信息加入禁止驻留列表。

由于用户设备当前驻留的第一小区为寻呼信道被干扰的合法基站小区，因而可以考虑将第一小区的小区信息加入禁止驻留列表，从而避免用户设备再次驻留在第一小区。

此外，在用户设备将第一小区(寻呼信道被干扰的合法基站小区)的小区信息加入禁止驻留列表之后，用户设备还可进行小区搜索；若用户设备在当前制式下搜索到可用小区，则根据小区搜索结果驻留到第三小区，该第三小区的小区信息未记录在禁止驻留列表中；若用户设备在当前制式下未搜索到可用小区，则可将第一小区的小区信息从禁止驻留列表中删除，并重新驻留第一小区。

应理解，在上述实现方式中，第一小区为寻呼信道被干扰的合法基站小区，该第一小区并不是不可用小区。因此，在进行小区搜索后，若能在当前制式下搜索到其他可用小区，那么用户设备可优先驻留在该小区(相当于降低第一小区的优先级)；若在当前制式下未能搜索到其他可用小区，则可以退而求其次，将第一小区的小区信息从禁止驻留列表中删除，并重新驻留第一小区，从而避免出现用户设备在当前制式下无可用小区的情况。

需要注意的是，在上述实现方式中，仅限定第三小区的小区信息未记录在禁止驻留列表中，对第三小区的类型不做具体限定。示例性地，第三小区可以是伪基站小区，第三小区可以是合法基站坏小区，第三小区也可以是正常的合法基站小区或者寻呼信道被干扰的合法基站小区。

若第三小区是伪基站小区或者合法基站坏小区，那么，用户设备可在驻留第三小区后，再次通过执行上述S201～S203将第三小区的小区信息也加入禁止驻留列表，用户设备在再次搜网时则不会再次驻留到第三小区。若第三小区是正常的合法基站小区，则用户设备在驻留到第三小区后，可与第三小区对应的基站进行正常通信；若第三小区是寻呼信道被干扰的合法基站小区，则可将第三小区的小区信息也加入禁止驻留列表，并根据用户设备后续的搜网结果决定是否将第三小区的小区信息从禁止驻留列表中删除。

采用上述实现方式，由于用户设备在重新进行搜网时需要剔除第一受限列表中的小区，因而将第一小区的小区信息加入第一受限列表，可以避免用户设备再次驻留到第一小区。后续，用户设备可重新进行小区搜索，并驻留到第三小区。此外，若用户设备重新进行小区搜索后在当前制式下未搜索到其他可用小区，则用户设备在当前制式下无可用小区，那么，用户设备可将第一小区的小区信息从第一受限列表中删除，并重新驻留第一小区，保证用户设备的正常通信。

在上述实现方式中，对于用户设备重新进行小区搜索后再次驻留第一小区的情况，本申请实施例中可采取相应措施，保证用户设备的正常通信并尽量减小用户设备的功耗。下面列举其中几种措施。

措施一

在用户设备重新驻留第一小区之后，用户设备可重新触发与第一基站建链；然后，用户设备可周期性地向第一基站发送心跳报文，以维持在连接态。

用户设备重新与第一基站建链后，若由于用户设备与第一基站未进行交互而导致用户设备由连接态转为空闲态，那么在用户设备被叫或者需要响应数据业务时，第一基站必然要通过寻呼信道通知用户设备。由于第一小区的寻呼信道被干扰，因此，被叫或者数据业务可能无法准确、及时地通知到用户设备(即出现前述被叫不通的情况)。因此，可以在用户设备重新与第一基站建链后，由用户设备周期性地向第一基站发送心跳报文，使得维持在连接态，这样的话，用户设备被叫或者需要响应数据业务时，第一基站可通过专用控制信道通知到用户设备，避免用户设备丢被叫(即避免出现前述被叫不通的情况)。

那么，在采用措施一的情况下，在用户设备重新触发与第一基站建链之后，用户设备可接收到第一基站发送的NAS信令，该NAS信令用于指示用户设备被第一基站呼叫。

措施二

在用户设备重新驻留第一小区之后，用户设备可接收第一基站发送的、用于指示系统消息更新的第三寻呼消息；然后，用户设备延迟响应该第三寻呼消息。

由于第一小区为寻呼信道被干扰的合法基站小区，因而第一基站会在系统消息未更新时频繁向用户设备发送用于指示系统消息更新的寻呼消息。在用户设备不得不再次驻留在第一小区的情况下，可以针对后续接收到的、用于指示系统消息更新的第三寻呼消息进行延迟响应，避免频繁响应该第三寻呼消息带来用户设备的功耗问题。

具体地，用户设备延迟响应第三寻呼消息，可能的实现方式包括但不限于如下三种。

实现方式一

用户设备在接收到第三寻呼消息后的第N个系统消息更新周期接收第一基站发送的系统消息，N＞1。

也就是说，用户设备在接收到第三寻呼消息后，不必在下一个系统消息更新周期内立即去接收第一基站发送的系统消息，而是在第N系统消息更新周期内才去接收系统消息，避免频繁接收系统消息、增加用户设备的功耗。

实现方式二

用户设备在第二设定时长后接收第一基站发送的系统消息。

其中，第二设定时长可以人为设定。采用实现方式二，用户设备不必在下一个系统消息更新周期内立即去接收第一基站发送的系统消息，而是在第二设定时长后才去接收系统消息，避免频繁接收系统消息、增加用户设备的功耗。

实现方式三

用户设备在接收到第一基站发送的、用于指示系统消息更新的M个第四寻呼消息之后，接收第一基站发送的系统消息，M≥1。

采用实现方式三，在仅接收到一条用于指示系统消息更新的第三寻呼消息时，用户设备并未在下一个系统消息更新周期内立即去接收第一基站发送的系统消息，而是在再次接收到M个用于指示系统消息更新的第四寻呼消息之后才对这几条寻呼消息进行统一响应，避免频繁接收系统消息、增加用户设备的功耗。

此外，在采用上述三种实现方式延迟响应第一基站发送的、用于指示系统消息更新的寻呼消息后，若用户设备仍频繁接收到这种类型的寻呼消息，则可以对上述三种方式进行调整，例如可以增大实现方式一中的N或者增大实现方式三中的M，或者增加实现方式二中的第二设定时长，从而进一步降低用户设备的功耗。

采用上述延迟响应第三寻呼消息的方案，既可以在系统消息发生更新时避免遗漏，又可以避免频繁接收系统消息、增加用户设备的功耗。

综上，采用图2所示方法，在第一设定时长内在当前驻留的第一小区发生指定场景(即用户设备接收到用于指示系统消息更新的寻呼消息、但用户设备接收到的系统消息未更新)的次数大于预设阈值时，若用户设备处于空闲态，则用户设备触发与第一小区所属的第一基站建链。若建链失败，则说明用户设备当前驻留的第一小区不是寻呼信道被干扰的合法基站小区。该第一小区可能是伪基站小区，也可能是合法基站坏小区。此时，采用本申请实施例提供的方法可以将第一小区的小区信息加入禁止驻留列表，从而避免用户设备再次驻留在第一小区，进而避免用户设备频繁接收到用于指示系统消息更新的寻呼消息，避免用户设备的功耗过大。

基于以上实施例，本申请还提供另一种寻呼消息处理方法，该方法可视为图2所示方法的一个具体示例。参见图3，该方法包括如下步骤：

【1】用户设备驻留在第一小区。

其中，第一小区为LTE小区。该第一小区可以是LTE伪基站小区，也可以是寻呼信道被干扰的LTE合法基站小区。

【2】用户设备接收第一小区所属基站发送的用于指示系统消息更新的寻呼消息。

其中，该寻呼消息可以是LIE伪基站发送的，可以是正常的LTE合法基站发送的，也可以是伪基站在对合法基站的寻呼信道进行干扰后通过模拟合法基站发送的。

【3】用户设备在下一个系统消息更新周期接收SIB1。

【4】用户设备判断SIB1中的ValueTag较之前保存的ValueTag是否发生变化；若是，则执行步骤【5】；若否，则执行步骤【6】。

【5】用户设备继续接收后续的系统消息。

例如，用户设备继续接收系统消息中的SIB2、SIB3等。

【6】用户设备判断在时长T内，在第一小区是否出现n次基站指示系统消息更新但ValueTag未变化的情况。若是，则执行步骤【7】；若否，则返回执行步骤【2】。

其中，T可视为图2所示方法中的第一设定时长的一个具体示例；n可视为图2所示方法中的预设阈值的一个具体示例。

【7】用户设备的RRC层通知NAS主动触发建链。

【8】用户设备的NAS在第一小区上主动触发建链。

根据图2所示方法中的相关介绍可知，若用户设备建链成功，则说明用户设备驻留在合法基站小区；若用户设备建链失败，则说明用户设备驻留在伪基站小区(或者合法基站坏小区)。那么，根据建链结果的不同，若建链失败则用户设备与伪基站的交互流程参见下面的步骤【9】～【11】；若建链成功则用户设备与合法基站的交互流程参见下面的步骤【12】～【15】。

此外，需要说明的是，由于第一小区是合法基站坏小区时的处理过程与第一小区是伪基站小区时的处理过程类似，因此图3所示方法中未考虑合法基站坏小区的情况，仅示出了第一小区是伪基站小区和合法基站小区的情况。

【9】主动建链失败，用户设备将第一小区的小区信息加入禁止驻留列表，受限类型为搜不到网不解受限。

具体地，可由NAS指示RRC层将第一小区的小区信息加入禁止驻留列表。

其中，“搜不到网不解受限”即后续用户设备在当前制式下未搜索到其他可用小区时，也不可将第一小区的小区信息从禁止驻留列表中删除，从而避免用户设备再次驻留在伪基站小区。通常，用户设备在当前制式下未搜索到可用小区时，用户设备可禁用当前制式，去其他制式搜网。

具体地，用户设备驻留伪基站小区时，NAS触发主动建链后建链失败的原因可能是：1、用户设备的底层(物理层或介质访问控制层)检测到RLF，上报给接入层，由接入层触发释放用户设备与伪基站之间的RRC连接释放；2、伪基站与用户设备没有后续交互，导致NAS协议保护定时器超时，由NAS触发释放用户设备与伪基站之间的RRC连接释放；3、伪基站主动向用户设备发送RRC连接释放消息(RRC_CONN_RELEASE)，将用户设备释放掉。

【10】用户设备重新进行小区搜索。

具体地，可以由用户设备的NAS指示RRC层进行小区搜索。

【11】若用户设备在当前制式下搜索到可用小区，则用户设备驻留到该小区，该小区可以是合法基站小区；若用户设备在当前制式下未搜索到可用小区，则RRC层向NAS上报丢网。

当然，用户设备在当前制式下搜索到的可用小区也可以是伪基站小区。当该小区为伪基站小区时，通过再次执行图3所示的方法，可以将该小区的小区信息也加入禁止驻留列表，避免再次驻留在该伪基站小区上。

用户设备上报丢网后，用户设备可禁用当前制式，去其他制式搜网。

【12】主动建链成功，用户设备将第一小区的小区信息加入禁止驻留列表，受限类型为搜不到网解受限。

其中，“搜不到网解受限”即若用户设备重新进行搜网时在当前制式下未搜索到其他可用小区，则将第一小区从禁止驻留列表中删除，避免用户设备在当前制式下无可用小区。

具体地，可以由用户设备的NAS指示RRC层将第一小区的小区信息加入禁止驻留列表。

【13】用户设备重新进行小区搜索。

具体地，可以由用户设备的NAS指示RRC层进行小区搜索。

【14】若用户设备在当前制式下搜索到可用小区，则用户设备驻留到该小区，该小区可以是另一个合法基站小区；若用户设备在当前制式下未搜索到可用小区，则将第一小区的小区信息从禁止驻留列表中删除，并重新驻留第一小区。

具体地，用户设备在当前制式下未搜索到可用小区时，可以由NAS指示RRC层将第一小区的小区信息从禁止驻留列表中删除；也可以由RRC层直接将一小区的小区信息从禁止驻留列表中删除。

也就是说，若用户设备在当前制式下搜索到其他合法基站小区，则优先驻留该合法基站小区(由于第一小区的寻呼信道被干扰，会对用户设备的正常通信造成一定影响)。若用户设备在当前制式下未搜索到其他可用小区，则重新驻留第一小区，避免用户设备在当前制式下无可用小区。

【15】用户设备重新驻留第一小区后，用户设备重新触发建链并维持在连接态；同时，用户设备可延迟响应第一小区上的、用于指示系统消息更新的寻呼消息。

其中，用户设备可通过向第一小区所属的第一基站发送心跳报文来使得用户设备维持在连接态。用户设备维持在连接态，可以避免用户设备丢被叫。

此外，用户设备延迟响应用于指示系统消息更新的寻呼消息，可以避免用户设备频繁响应用于指示系统消息更新的寻呼消息而导致用户设备的功耗过大的问题。

需要说明的是，图3所示的寻呼消息处理方法可视为图2所示方法的一个具体示例。图3所示方法中未详尽描述的实现方式和技术效果可参见图2所示方法中的相关描述。

基于同一发明构思，本申请实施例还提供一种寻呼消息处理装置，该寻呼消息处理装置可用于执行图2所示的寻呼消息处理方法。参见图4，该寻呼消息处理装置400包括处理单元401和收发单元402。

处理单元401用于：确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值；其中，指定场景为用户设备接收到用于指示系统消息更新的寻呼消息、且用户设备接收到的系统消息未更新；在用户设备处于空闲态时，通过收发单元402与第一小区所属的第一基站建链；在建链失败后将第一小区的小区信息加入禁止驻留列表，禁止驻留列表用于指示用户设备禁止驻留在禁止驻留列表中记录的小区信息所对应的小区。

可选地，处理单元401还用于：在将第一小区的小区信息加入禁止驻留列表之后，进行小区搜索；若在当前制式下搜索到可用小区，则根据小区搜索结果驻留到第二小区，该第二小区的小区信息未记录在禁止驻留列表中；若在当前制式下未搜索到可用小区，则切换到当前制式之外的其他制式进行小区搜索。

可选地，处理单元401还用于：在确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值之前，通过收发单元402接收第一基站发送的、用于指示系统消息更新的第一寻呼消息；通过收发单元402在下一个系统消息更新周期内接收第一基站发送的系统消息，该系统消息中包含用于指示系统消息未更新的指定字段。

可选地，处理单元401还用于：在触发与第一小区所属的第一基站建链之后，在建链成功后确定第一基站为合法基站。

可选地，处理单元401还用于：在确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值之后，若用户设备处于连接态，则确定第一基站为合法基站。

可选地，处理单元401还用于：在确定第一基站为合法基站之后，将第一小区的小区信息加入禁止驻留列表。

可选地，处理单元401还用于：在将第一小区的小区信息加入禁止驻留列表之后，进行小区搜索；若在当前制式下搜索到可用小区，则根据小区搜索结果驻留到第三小区，第三小区的小区信息未记录在禁止驻留列表中；若在当前制式下未搜索到可用小区，则将第一小区的小区信息从禁止驻留列表中删除，并重新驻留第一小区。

可选地，处理单元401还用于：在重新驻留第一小区之后，通过收发单元402重新与第一基站建链；通过收发单元402周期性地向第一基站发送心跳报文，以使得用户和设备维持在连接态。

可选地，处理单元401还用于：在重新与第一基站建链之后，通过收发单元402接收第一基站发送的NAS信令，NAS信令用于指示用户设备被第一基站呼叫。

可选地，处理单元401还用于：在重新驻留第一小区之后，通过收发单元402接收第一基站发送的、用于指示系统消息更新的第三寻呼消息；延迟响应第三寻呼消息。

可选地，处理单元401在延迟响应第三寻呼消息时，具体用于：在通过收发单元402接收到第三寻呼消息后的第N个系统消息更新周期，通过收发单元402接收第一基站发送的系统消息，N＞1；或者。在第二设定时长后，通过收发单元402接收第一基站发送的系统消息；或者，在通过收发单元402接收到第一基站发送的、用于指示系统消息更新的M个第四寻呼消息之后，通过收发单元402接收第一基站发送的系统消息，M≥1。

可选地，第一小区的小区信息包括以下至少一种：第一小区的小区频点；第一小区的小区频段；第一小区的PCI、第一小区的EARFCN。

可选地，用户设备的通信制式包括以下任一种：CDMA、WCDMA、TD-SCDMA、LTE、5G。

需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。在本申请的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

同样需要说明的是，图4所示的寻呼消息处理装置400可用于执行图2对应的实施例提供的方法，因此图4所示的寻呼消息处理装置400中未详尽描述的实现方式及技术效果可参见图2所示方法中的相关描述。

基于相同构思，本申请实施例还提供一种寻呼消息处理装置，该装置应用于用户设备，该寻呼消息处理装置用于执行图2所示的寻呼消息处理方法，可以是与图4所示的寻呼消息处理装置400相同的装置。

图5示例性示出了本申请提供的一种寻呼消息处理装置的结构示意图，如图5所示，寻呼消息处理装置500包括处理器、存储器、控制电路以及天线。处理器主要用于对通信协议以及通信数据进行处理，以及对整个寻呼消息处理装置500进行控制，执行软件程序，处理软件程序的数据，例如用于支持寻呼消息处理装置500执行图2所示的寻呼消息处理方法。存储器主要用于存储软件程序和数据。控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。控制电路和天线一起也可以叫做收发器，主要用于收发电磁波形式的射频信号。

当用户设备开机后，处理器可以读取存储器中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到寻呼消息处理装置500时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。

本领域技术人员可以理解，为了便于说明，图5仅示出了一个存储器和处理器。在实际的寻呼消息处理装置500中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本申请对此不做限制。

作为一种可选的实现方式，处理器可以包括基带处理器和中央处理器，基带处理器主要用于对通信协议以及通信数据进行处理，中央处理器主要用于对整个寻呼消息处理装置500进行控制，执行软件程序，处理软件程序的数据。图5中的处理器集成了基带处理器和中央处理器的功能，本领域技术人员可以理解，基带处理器和中央处理器也可以是各自独立的处理器，通过总线等技术互联。本领域技术人员可以理解，寻呼消息处理装置500可以包括多个基带处理器以适应不同的网络制式，寻呼消息处理装置500可以包括多个中央处理器以增强其处理能力，寻呼消息处理装置500的各个部件可以通过各种总线连接。所述基带处理器也可以表述为基带处理电路或者基带处理芯片。所述中央处理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的功能可以内置在处理器中，也可以以软件程序的形式存储在存储单元中，由处理器执行软件程序以实现基带处理功能。

在本申请实施例中，可以将具有收发功能的天线和控制电路视为寻呼消息处理装置500的收发单元，将具有处理功能的处理器视为寻呼消息处理装置500的处理单元。收发单元也可以称为收发器、收发机、收发装置等。可选地，可以将收发单元中用于实现接收功能的器件视为接收单元，将收发单元中用于实现发送功能的器件视为发送单元，即收发单元包括接收单元和发送单元。示例性的，接收单元也可以称为接收机、接收器、接收电路等，发送单元可以称为发射机、发射器或者发射电路等。

在下行链路上，通过天线接收网络设备(例如第一基站)发送的下行链路信号(包括数据和/或控制信息)，在上行链路上，通过天线向网络设备(例如第一基站)发送上行链路信号(包括数据和/或控制信息)，在处理器中，对业务数据和信令消息进行处理，这些单元根据无线接入网采用的无线接入技术(例如，LTE、NR及其他演进系统的接入技术)来进行处理。所述处理器还用于对寻呼消息处理装置500的动作进行控制管理，用于执行上述实施例中由寻呼消息处理装置500进行的处理。处理器还用于支持寻呼消息处理装置500执行图2中涉及用户设备的执行方法。

可以理解的是，图5仅仅示出了寻呼消息处理装置500的简化设计。在实际应用中，寻呼消息处理装置500可以包含任意数量的天线，存储器，处理器等，而所有可以实现本申请的寻呼消息处理装置500都在本申请的保护范围之内。

具体地，本申请中，以收发单元称为收发器，处理单元称为处理器为例，则寻呼消息处理装置500中，处理器用于确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值；其中，所述指定场景为所述用户设备接收到用于指示系统消息更新的寻呼消息、且所述用户设备接收到的系统消息未更新；在所述用户设备处于空闲态时，通过所述收发单元与所述第一小区所属的第一基站建链；在建链失败后将所述第一小区的小区信息加入禁止驻留列表，所述禁止驻留列表用于指示所述用户设备禁止驻留在所述禁止驻留列表中记录的小区信息所对应的小区。

处理器还可以实现上述图2所示的方法实施例中用户设备的任意详细功能，在此不再详尽赘述，可以参照上述图2所示的方法实施例中用户设备执行的处理步骤。

需要说明的是，图4～图5中所示的寻呼消息处理装置可视为用户设备中的集成芯片，也可以也视为用户设备。

具体地，该用户设备包括但不限于智能手机、智能手表、平板电脑、VR设备、AR设备、个人计算机、手持式计算机、个人数字助理。本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (28)

1.一种寻呼消息处理方法，其特征在于，包括：

用户设备确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值；其中，所述指定场景为所述用户设备接收到用于指示系统消息更新的寻呼消息、且所述用户设备接收到的系统消息未更新；

若所述用户设备处于空闲态，则所述用户设备触发与所述第一小区所属的第一基站建链；

所述用户设备在建链失败后将所述第一小区的小区信息加入禁止驻留列表，所述禁止驻留列表用于指示所述用户设备禁止驻留在所述禁止驻留列表中记录的小区信息所对应的小区。

2.如权利要求1所述的方法，其特征在于，在所述用户设备将所述第一小区的小区信息加入禁止驻留列表之后，还包括：

所述用户设备进行小区搜索；

若所述用户设备在当前制式下搜索到可用小区，则根据小区搜索结果驻留到第二小区，所述第二小区的小区信息未记录在所述禁止驻留列表中；若所述用户设备在当前制式下未搜索到可用小区，则切换到当前制式之外的其他制式进行小区搜索。

3.如权利要求1或2所述的方法，其特征在于，在所述用户设备确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值之前，还包括：

所述用户设备接收所述第一基站发送的、用于指示系统消息更新的第一寻呼消息；

所述用户设备在下一个系统消息更新周期内接收所述第一基站发送的系统消息，所述系统消息中包含用于指示所述系统消息未更新的指定字段。

4.如权利要求1～2任一项所述的方法，其特征在于，在所述用户设备触发与所述第一小区所属的第一基站建链之后，还包括：

所述用户设备在建链成功后确定所述第一基站为合法基站。

5.如权利要求1～2任一项所述的方法，其特征在于，在所述用户设备确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值之后，还包括：

若所述用户设备处于连接态，则所述用户设备确定所述第一基站为合法基站。

6.如权利要求5所述的方法，其特征在于，在所述用户设备确定所述第一基站为合法基站之后，还包括:

所述用户设备将所述第一小区的小区信息加入所述禁止驻留列表。

7.如权利要求6所述的方法，其特征在于，在所述用户设备将所述第一小区的小区信息加入所述禁止驻留列表之后，还包括：

所述用户设备进行小区搜索；

若所述用户设备在当前制式下搜索到可用小区，则根据小区搜索结果驻留到第三小区，所述第三小区的小区信息未记录在所述禁止驻留列表中；若所述用户设备在当前制式下未搜索到可用小区，则将所述第一小区的小区信息从所述禁止驻留列表中删除，并重新驻留所述第一小区。

8.如权利要求7所述的方法，其特征在于，在所述用户设备重新驻留所述第一小区之后，还包括：

所述用户设备重新触发与所述第一基站建链；

所述用户设备周期性地向所述第一基站发送心跳报文，以维持在连接态。

9.如权利要求8所述的方法，其特征在于，在所述用户设备重新触发与所述第一基站建链之后，还包括：

所述用户设备接收所述第一基站发送的非接入层NAS信令，所述NAS信令用于指示所述用户设备被所述第一基站呼叫。

10.如权利要求7～9任一项所述的方法，其特征在于，在所述用户设备重新驻留所述第一小区之后，还包括：

所述用户设备接收所述第一基站发送的、用于指示系统消息更新的第三寻呼消息；

所述用户设备延迟响应所述第三寻呼消息。

11.如权利要求10所述的方法，其特征在于，所述用户设备延迟响应所述第三寻呼消息，包括：

所述用户设备在接收到所述第三寻呼消息后的第N个系统消息更新周期接收所述第一基站发送的系统消息，N＞1；或者

所述用户设备在第二设定时长后接收所述第一基站发送的系统消息；或者

所述用户设备在接收到第一基站发送的、用于指示系统消息更新的M个第四寻呼消息之后，接收所述第一基站发送的系统消息，M≥1。

12.如权利要求1、2、6～9或11任一项所述的方法，其特征在于，所述第一小区的小区信息包括以下至少一种：所述第一小区的小区频点；所述第一小区的小区频段；所述第一小区的物理小区标识PCI、所述第一小区的E-UTRA绝对无线频率信道号EARFCN。

13.如权利要求1、2、6～9或11任一项所述的方法，其特征在于，所述用户设备的通信制式包括以下任一种：

码分多址接入CDMA、带宽码分多址接入WCDMA、时分同步码分多址接入TD-SCDMA、长期演进LTE、5G。

14.一种寻呼消息处理装置，应用于用户设备，其特征在于，包括处理单元和收发单元；所述处理单元用于：

确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值；其中，所述指定场景为所述用户设备接收到用于指示系统消息更新的寻呼消息、且所述用户设备接收到的系统消息未更新；

在所述用户设备处于空闲态时，通过所述收发单元与所述第一小区所属的第一基站建链；

在建链失败后将所述第一小区的小区信息加入禁止驻留列表，所述禁止驻留列表用于指示所述用户设备禁止驻留在所述禁止驻留列表中记录的小区信息所对应的小区。

15.如权利要求14所述的装置，其特征在于，所述处理单元还用于：

在将所述第一小区的小区信息加入禁止驻留列表之后，进行小区搜索；

若在当前制式下搜索到可用小区，则根据小区搜索结果驻留到第二小区，所述第二小区的小区信息未记录在所述禁止驻留列表中；若在当前制式下未搜索到可用小区，则切换到当前制式之外的其他制式进行小区搜索。

16.如权利要求14或15所述的装置，其特征在于，所述处理单元还用于：

在确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值之前，通过所述收发单元接收所述第一基站发送的、用于指示系统消息更新的第一寻呼消息；

通过所述收发单元在下一个系统消息更新周期内接收所述第一基站发送的系统消息，所述系统消息中包含用于指示所述系统消息未更新的指定字段。

17.如权利要求14～15任一项所述的装置，其特征在于，所述处理单元还用于：

在触发与所述第一小区所属的第一基站建链之后，在建链成功后确定所述第一基站为合法基站。

18.如权利要求14～15任一项所述的装置，其特征在于，所述处理单元还用于：

在确定第一设定时长内在当前驻留的第一小区发生指定场景的次数大于预设阈值之后，若所述用户设备处于连接态，则确定所述第一基站为合法基站。

19.如权利要求18所述的装置，其特征在于，所述处理单元还用于：

在确定所述第一基站为合法基站之后，将所述第一小区的小区信息加入所述禁止驻留列表。

20.如权利要求19所述的装置，其特征在于，所述处理单元还用于：

在将所述第一小区的小区信息加入所述禁止驻留列表之后，进行小区搜索；

若在当前制式下搜索到可用小区，则根据小区搜索结果驻留到第三小区，所述第三小区的小区信息未记录在所述禁止驻留列表中；若在当前制式下未搜索到可用小区，则将所述第一小区的小区信息从所述禁止驻留列表中删除，并重新驻留所述第一小区。

21.如权利要求20所述的装置，其特征在于，所述处理单元还用于：

在重新驻留所述第一小区之后，通过所述收发单元重新与所述第一基站建链；

通过所述收发单元周期性地向所述第一基站发送心跳报文，以使得所述用户设备维持在连接态。

22.如权利要求21所述的装置，其特征在于，所述处理单元还用于：

在重新与所述第一基站建链之后，通过所述收发单元接收所述第一基站发送的非接入层NAS信令，所述NAS信令用于指示所述用户设备被所述第一基站呼叫。

23.如权利要求20～22任一项所述的装置，其特征在于，所述处理单元还用于：

在重新驻留所述第一小区之后，通过所述收发单元接收所述第一基站发送的、用于指示系统消息更新的第三寻呼消息；

延迟响应所述第三寻呼消息。

24.如权利要求23所述的装置，其特征在于，所述处理单元在延迟响应所述第三寻呼消息时，具体用于：

在通过所述收发单元接收到所述第三寻呼消息后的第N个系统消息更新周期，通过所述收发单元接收所述第一基站发送的系统消息，N＞1；或者

在第二设定时长后，通过所述收发单元接收所述第一基站发送的系统消息；或者

在通过所述收发单元接收到第一基站发送的、用于指示系统消息更新的M个第四寻呼消息之后，通过所述收发单元接收所述第一基站发送的系统消息，M≥1。

25.如权利要求14、15、19～22或24任一项所述的装置，其特征在于，所述第一小区的小区信息包括以下至少一种：所述第一小区的小区频点；所述第一小区的小区频段；所述第一小区的物理小区标识PCI、所述第一小区的E-UTRA绝对无线频率信道号EARFCN。

26.如权利要求14、15、19～22或24任一项所述的装置，其特征在于，所述用户设备的通信制式包括以下任一种：

码分多址接入CDMA、带宽码分多址接入WCDMA、时分同步码分多址接入TD-SCDMA、长期演进LTE、5G。

27.一种寻呼消息处理装置，其特征在于，包括处理器，所述处理器与存储器耦合，并读取所述存储器中的指令，用于执行如权利要求1～13任一项所述的方法。

28.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有程序，所述程序被处理器执行时，用于实现如权利要求1～13任一项所述的方法。

Images