CN117441394A - 寻呼增强机制 - Google Patents

Abstract

本公开的实施例涉及寻呼增强机制的设备、方法、装置和计算机可读存储介质。该方法包括：根据确定没有早期寻呼指示在指示时机的集合期间从第二设备被接收到，在第一设备处确定寻呼相关的条件是否被满足，该早期寻呼指示寻址寻呼时机的集合，第二设备服务于第一设备；根据确定该寻呼相关的条件被满足，抑制在该寻呼时机的集合上监测寻呼消息；以及根据确定该寻呼相关的条件未被满足，在该寻呼时机的集合上监测寻呼消息。如此，在终端设备与网络设备之间执行的寻呼机制可以适应于网络条件、可靠性、功耗等。

Description

寻呼增强机制

技术领域

本公开的实施例总体上涉及电信领域，并且具体地涉及用于寻呼增强机制的方法、设备、装置和计算机可读存储介质。

背景技术

在传统通信网络中(例如，在LTE系统中)，出于节约功率的目的，终端设备(例如，UE)可以在不连续接收(DRX)或扩展的不连续接收(eDRX)模式下操作。寻呼过程被用于DRX或eDRX模式，以实现实时性能并且提高终端设备的可达性。以eDRX作为示例，在每个eDRX周期的寻呼传输窗口(PTW)期间，终端设备在寻呼时机(PO)上监测寻呼信道，并且尝试接收寻呼消息。为了进一步降低功耗，可以引入寻呼早期指示(PEI)以指示一个或多个即将到来的PO上的潜在寻呼。

作为实现方式之一，如果终端设备在PEI时机的集合上接收到PEI(这指示终端设备应当在一个或多个即将到来的PO上进行监测)，则终端设备随后在由PEI指示的PO上监测寻呼信道。否则，如果没有PEI在该PEI时机的集合上被终端设备接收到，则终端设备可以确定寻呼信道不需要在相应PO上被监测，这也被称为关于PEI和PO监测的“UE行为A”。作为另一实现方式，PEI可以指示终端设备是否应当在即将到来的PO上进行监测，并且终端设备可以基于由PEI指示的特定内容来确定是否监测寻呼信道。此外，如果没有PEI在该PEI时机的集合上被终端设备接收到，则终端设备可以确定寻呼信道需要在对应PO上被监测，这也被称为关于PEI和PO监测的“UE行为B”。因此，需要一种增强型寻呼机制，该机制适用于关于PEI和PO监测两者的UE行为。

发明内容

总体上，本公开的示例实施例提供了一种用于增强型寻呼机制的解决方案。

在第一方面，提供了一种第一设备。第一设备包括：至少一个处理器；以及至少一个存储器，包括计算机程序代码；该至少一个存储器和计算机程序代码被配置为与该至少一个处理器一起使第一设备：根据确定没有早期寻呼指示在指示时机的集合期间从第二设备被接收到，确定寻呼相关的条件是否被满足，该早期寻呼指示寻址寻呼时机的集合，第二设备服务于第一设备；根据确定该寻呼相关的条件被满足，抑制在该寻呼时机的集合上监测寻呼消息；以及根据确定该寻呼相关的条件未被满足，在该寻呼时机的集合上监测寻呼消息。

在第二方面，提供了一种第二设备。第二设备包括：至少一个处理器；以及至少一个存储器，包括计算机程序代码；该至少一个存储器和计算机程序代码被配置为与该至少一个处理器一起使第二设备：确定寻呼相关的条件是否被满足；根据确定该寻呼相关的条件被满足，基于第一寻呼方案而与第一设备执行寻呼过程，在第一寻呼方案中，响应于第一设备与第二设备之间的寻呼信道将在与早期寻呼指示相对应的寻呼时机的集合上不被监测，没有早期寻呼指示在指示时机的集合上被发送，第二设备服务于第一设备；以及根据确定该寻呼相关的条件未被满足，基于第二寻呼方案而与第一设备执行寻呼过程，在第二寻呼方案中，响应于寻呼信道将在该寻呼时机的集合上被监测，没有早期寻呼指示在指示时机的集合上被发送。

在第三方面，提供了一种方法。该方法包括：根据确定没有早期寻呼指示在指示时机的集合期间从第二设备被接收到，在第一设备处，确定寻呼相关的条件是否被满足，该早期寻呼指示寻址寻呼时机的集合，第二设备服务于第一设备；根据确定该寻呼相关的条件被满足，抑制在该寻呼时机的集合上监测寻呼消息；以及根据确定该寻呼相关的条件未被满足，在该寻呼时机的集合上监测寻呼消息。

在第四方面，提供了一种方法。该方法包括：在第二设备处，确定寻呼相关的条件是否被满足；根据确定该寻呼相关的条件被满足，基于第一寻呼方案而与第一设备执行寻呼过程，在第一寻呼方案中，响应于第一设备与第二设备之间的寻呼信道将在与早期寻呼指示相对应的寻呼时机的集合上不被监测，没有早期寻呼指示在指示时机的集合上被发送，第二设备服务于第一设备；以及根据确定该寻呼相关的条件未被满足，基于第二寻呼方案而与第一设备执行寻呼过程，在第二寻呼方案中，响应于寻呼信道将在该寻呼时机的集合上被监测，没有早期寻呼指示在指示时机的集合上被发送。

在第五方面，提供了一种第一装置。第一装置包括：用于根据确定没有早期寻呼指示在指示时机的集合期间从第二设备被接收到而确定寻呼相关的条件是否被满足的部件，该早期寻呼指示寻址寻呼时机的集合，第二设备服务于第一设备；用于根据确定寻呼相关的条件被满足而抑制在该寻呼时机的集合上监测寻呼消息的部件；以及用于根据确定寻呼相关的条件未被满足而在该寻呼时机的集合上监测寻呼消息的部件。

在第六方面，提供了一种第二装置。第二装置包括：用于确定寻呼相关的条件是否被满足的部件；用于根据确定寻呼相关的条件被满足而基于第一寻呼方案与第一设备执行寻呼过程的部件，在第一寻呼方案中，响应于第一设备与第二设备之间的寻呼信道将在与早期寻呼指示相对应的寻呼时机的集合上不被监测，没有早期寻呼指示在指示时机的集合上被发送，第二设备服务于第一设备；以及用于根据确定寻呼相关的条件未被满足来基于第二寻呼方案与第一设备执行寻呼过程的部件，在第二寻呼方案中，响应于寻呼信道将在该寻呼时机的集合上被监测，没有早期寻呼指示在指示时机的集合上被发送。

在第七方面，提供了一种非瞬态计算机可读介质，该非瞬态计算机可读介质包括程序指令，该程序指令用于使装置至少执行根据上述第三方面的方法。

在第八方面，提供了一种非瞬态计算机可读介质，该非瞬态计算机可读介质包括程序指令，该程序指令用于使装置至少执行根据上述第四方面的方法。

应当理解，发明内容部分不旨在标识本公开的实施例的关键或基本特征，也不旨在被用于限制本公开的范围。通过以下描述，本公开的其他特征将变得易于理解。

附图说明

现在将参考附图描述一些示例实施例，在附图中：

图1图示了可以在其中实现本公开的实施例的示例通信环境；

图2图示了根据本公开的一些示例实施例的用于寻呼早期指示过程的信令流程；

图3图示了根据本公开的一些示例实施例的针对eDRX的寻呼早期指示过程的示意图；

图4图示了根据本公开的一些示例实施例的在第一设备处实现的方法的流程图；

图5图示了根据本公开的一些示例实施例的在第二设备处实现的方法的流程图；

图6图示了适于实现本公开的实施例的装置的简化框图；以及

图7图示了根据本公开的一些实施例的示例计算机可读介质的框图。

在整个附图中，相同或相似的附图标记表示相同或相似的元素。

具体实施方式

现在将参考一些示例实施例来描述本公开的原理。应当理解，描述这些实施例仅是出于说明和帮助本领域技术人员理解和实现本公开的目的，并不表示对本公开的范围的任何限制。本文中描述的公开内容可以以除下面描述的方式之外的各种其他方式来实现。

在以下描述和权利要求中，除非另有定义，否则本文中使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的相同的含义。

在本公开中，对“一个实施例”、“实施例”、“示例实施例”等的引用表明所描述的实施例可以包括特定特征、结构或特性，但不必每个实施例都包括该特定特征、结构或特性。此外，这样的短语不必指同一实施例。此外，当结合示例实施例来描述特定特征、结构或特性时，应当认为，无论是否明确描述，结合其他实施例来影响这样的特征、结构或特性在本领域技术员的知识范围内。

应当理解，尽管术语“第一”和“第二”等在本文中可以被用于描述各种元素，但这些元素不应受到这些术语的限制。这些术语仅被用于将一个元素与另一元素区分开来。例如，在不脱离示例实施例的范围的情况下，第一元素可以被称为第二元素，并且类似地，第二元素可以被称为第一元素。如本文中使用的，术语“和/或”包括所列术语中的一个或多个术语的任何和所有组合。

本文中使用的术语仅出于描述特定实施例的目的，并且不旨在限制示例实施例。如本文中使用的，单数形式“一个(a)”、“一个(an)”和“该(the)”也旨在包括复数形式，除非上下文另有明确说明。还应理解，术语“包括(comprises)”、“包括(comprising)”、“具有(has)”、“具有(having)”、“包括(includes)”和/或“包括(including)”当在本文中使用时指定所述特征、元素和/或组件等的存在，但不排除一个或多个其他特征、元素、组件和/或其组合的存在或添加。

如本申请中使用的，术语“电路系统”可以指代以下项中的一项或多项或全部：

(a)仅硬件电路实现方式(诸如仅模拟和/或数字电路系统的实现方式)，以及

(b)硬件电路和软件的组合，诸如(如适用)：

(i)(多个)模拟和/或数字硬件电路与软件/固件的组合，以及

(ii)具有软件的(多个)硬件处理器的任何部分(包括(多个)数字信号处理器、软件、以及(多个)存储器，它们一起工作以使装置(诸如移动电话或服务器)执行各种功能)，以及

(c)(多个)硬件电路和/或(多个)处理器，诸如(多个)微处理器或(多个)微处理器的一部分，其需要软件(例如，固件)

进行操作，但在不需要操作时，软件可以不存。

电路系统的这种定义适用于该术语在本申请中(包括在任何权利要求中)的所有使用。作为另一示例，如在本申请中使用的，术语电路系统还涵盖仅硬件电路或处理器(或多个处理器)、或硬件电路或处理器的一部分及它的(它们的)随附软件和/或固件的实现方式。例如，如果适用于特定权利要求元素，则术语电路系统还涵盖用于移动设备的基带集成电路或处理器集成电路、或者服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。

如本文中使用的，术语“通信网络”是指遵循任何合适的通信标准(诸如长期演进(LTE)、LTE-高级(LTE-A)、宽带码分多址(WCDMA)、高速分组接入(HSPA)、窄带物联网(NB-IoT)等)的网络。此外，通信网络中终端设备与网络设备之间的通信可以根据任何合适的一代通信协议来执行，包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、未来的第五代(5G)通信协议、和/或当前已知的或未来将要开发的任何其他协议。本公开的实施例可以被应用于各种通信系统，包括但不限于陆地通信系统、非陆地通信系统、或其组合。考虑到通信的快速发展，当然也会有未来类型的通信技术和系统，本公开可以利用它们来体现。本公开的范围不应仅限于上述系统。

如本文中使用的，术语“网络设备”是指通信网络中的节点，终端设备经由该节点接入网络，并且从网络接收服务。网络设备可以是指基站(BS)或接入点(AP)，例如，节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、NR NB(也被称为gNB)、远程无线电单元(RRU)、无线电头(RH)、远程无线电头(RRH)、中继、低功率节点(诸如毫微微节点、微微节点)等，取决于所应用的术语和技术。

术语“终端设备”是指能够进行无线通信的任何终端设备。通过示例而非限制的方式，终端设备也可以被称为通信设备、用户设备(UE)、订户站(SS)、便携式订户站、移动站(MS)、或接入终端(AT)。终端设备可以包括但不限于移动电话、蜂窝电话、智能电话、IP语音(VoIP)电话、无线本地环路电话、平板电脑、可穿戴终端设备、个人数字助理(PDA)、便携式计算机、台式计算机、图像捕获终端设备(诸如数码相机)、游戏终端设备、音乐存储和播放设备、车载无线终端设备、无线端点、移动站、膝上型计算机嵌入式设备(LEE)、膝上型计算机安装式设备(LME)、USB加密狗、智能设备、无线客户驻地设备(CPE)、物联网(IoT)设备、手表或其他可穿戴设备、头戴式显示器(HMD)、车辆、无人机、医疗设备和应用(例如，远程手术)、工业设备和应用(例如，在工业和/或自动化处理链环境中操作的机器人和/或其他无线设备)、消费电子设备、在商业和/或工业无线网络上操作的设备等。在以下描述中，术语“终端设备”、“通信设备”、“终端”、“用户设备”和“UE”可以互换使用。

从通信网络的角度来看，因为每当PO组或子组中没有终端设备需要被寻呼时，网络设备(例如，gNB)可以避免发送PEI，因此“UE行为A”有利于减少资源消耗，。然而，在网络设备由于冲突而无法发送PEI的情况下，它可以延迟终端设备的寻呼。

相反，通信网络可以选择“UE行为B”以确保终端设备的功率节约。如上所述，在“UE行为B”中，即使任何子组中的终端设备都不会被寻呼，网络设备也需要发送PEI。只要在PO上存在至少一个子组将被寻呼，但不是所有子组都将被寻呼，从“UE行为A”和“UE行为B”中使用的信令的角度来看就存在差异。在所有子组中的所有或大多数终端设备将被指示进行监测的情况下，“UE行为B”将是资源高效的，因为通信网络可以根本不发送PEI。

通过以上讨论，“UE行为A”和“UE行为B”各有其特定的应用场景，并且目前还没有用于在“UE行为A”与“UE行为B”之间动态地切换以适应网络条件、网络负载、可靠性等因素的解决方案。

为了解决上述和其他潜在问题，本公开的实施例提供了一种寻呼增强机制。一般而言，该寻呼增强机制可以考虑多个因素，并且动态地调节关于PEI监测的UE行为。通过这种方式，网络设备被允许使“PEI信令负载”适应于当前条件。这将是有帮助的，因为通信网络需要将PEI与其他传输(这些传输可能具有更高优先级)进行多路复用。

以下将参考附图详细描述本公开的示例实施例。下面将参考附图详细描述本公开的原理和实施例。

图1图示了可以在其中实现本公开的实施例的示例通信环境100。通信环境100包括第一设备110、第二设备120、以及终端设备112和终端设备114。

第一设备110以及终端设备112和终端设备114是位于第二设备120的覆盖范围内的终端设备。第一设备110与终端设备112和终端设备114的类型可以相同，也可以不相同，包括但不限于降低能力的设备(例如，RedCap)、支持增强型移动宽带的设备、支持MutiSIM的设备等。

在示例实施例中，第一设备110以及终端设备112和终端设备114可以在DRX或eDRX模式下操作。例如，第一设备110可以在eDRX模式下操作，并且在RRC非活动状态下，第一设备100可以在由第二设备120配置的PTW期间监测寻呼信道中的寻呼消息。特别地，PTW可以包括寻呼时机(PO)的集合，并且第一设备110可以在每个PO上监测寻呼信道。在接收到包括第一设备110的NAS标识的寻呼消息时，第一设备110随后可以建立RRC连接，以接收DL数据传输。

第二设备120可以是RAN中的网络设备，例如基站。在示例实施例的上下文中，第二设备120可以充当第一设备110以及终端设备112和终端设备114的服务网络设备。如图2中所示，第一设备110和终端设备112被分组到子组0中，并且终端设备114属于子组1。子组可以由第二设备120来配置。

第二设备120可以与第一设备110以及终端设备112和终端设备114一起配置DRX和eDRX配置。例如，eDRX配置可以包括但不限于eDRX周期、H-SFN(包括PTW和PH)、接通持续时间定时器、非活动定时器、DRX起始偏移、DRX重传定时器等。利用eDRX配置，第一设备110以及终端设备112和终端设备114可以确定何时进入RRC非活动状态或RRC空闲状态、以及何时监测寻呼信道。

此外，第二设备120可以向第一设备110以及终端设备112和终端设备114发送PEI，用于指示PO的集合上的监测行为。换言之，PEI可以寻址PO的集合。如上所述，主要有两种类型的监测行为，即“UE行为A”和“UE行为B”，其在本公开的上下文中也可以被称为“第一寻呼方案”和“第二寻呼方案”。

在第一寻呼方案中，PEI可以在PEI时机的集合上被发送，以指示终端设备应当在一个或多个即将到来的PO上进行监测。在接收到PEI时，终端设备可以在由PEI指示的PO上监测寻呼信道。否则，如果没有PEI在该PEI时机的集合上被第一设备110接收到，则第一设备110可以确定该寻呼信道不需要在对应的PO上被监测。

在第二寻呼方案中，PEI可以被发送以指示第一设备110是否应当在即将到来的PO上进行监测。在接收到PEI时，第一设备110可以基于由PEI指示的特定内容来确定是否监测寻呼信道。此外，如果没有PEI在该PEI时机的集合上被第一设备110接收到，则第一设备110可以确定该寻呼信道需要在对应的PO上被监测。

应当理解，在本公开的上下文中，术语“PEI”、“寻呼早期指示”和“早期寻呼指示”可以互换使用，并且指代寻址PO的集合的指示的相同含义。另外，网络设备、终端设备和/或小区的数目是出于说明的目的而给出的，而不表示对本公开的任何限制。通信环境100可以包括适于实现本公开的实现方式的任何合适数目的网络设备、终端设备和/或小区。尽管未示出，但是应当理解，一个或多个附加设备可以位于小区102和104中，并且一个或多个附加小区可以被部署在环境100中。

仅出于讨论的目的，第一设备110以及终端设备112和终端设备114被图示为UE，并且第二设备120被图示为基站。应当理解，基站和UE仅是第一设备110、第二设备120、以及终端设备112和终端设备114的示例实现方式，并不表示对本申请的范围的任何限制。任何其他合适的实现方式也是可能的。

通信网络100中的通信可以根据任何适当的通信协议来实现，包括但不限于第一代(1G)、第二代(2G)、第三代(3G)、第四代(4G)和第五代(5G)等的蜂窝通信协议、无线局域网通信协议(诸如电气和电子工程师协会(IEEE)802.11)、和/或当前已知的或将来将被开发的任何其他协议。此外，通信可以利用任何适当的无线通信技术，包括但不限于：码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、频分双工(FDD)、时分双工(TDD)、多输入多输出(MIMO)、正交频分复用(OFDM)、离散傅立叶变换扩展OFDM(DFT-s-OFDM)、和/或当前已知的或将来将被开发的任何其他技术。

为了更好地理解本公开中提出的状态转变报告过程，现在参考图2，图2图示了根据本公开的一些示例实施例的寻呼早期指示过程的信令流程。信令流程200可以涉及如图1中所示的第一设备110和第二设备120。出于讨论的目的，将参考图1描述信令流程200。

在信令流程200中，第二设备120可以发送205用于配置寻呼相关的条件的配置消息。寻呼相关的条件可以与各种因素相关，诸如寻呼周期、寻呼概率、终端设备的子组等，这将在下面详细讨论。

在一些示例实施例中，寻呼相关的条件可以在第一设备110和第二设备120处被预配置或预确定。在这种情况下，配置消息的传输205对于过程200来说可以不是必需的。

在一些示例实施例中，寻呼相关的条件可以是PO的集合包括一个PO。例如，如果寻呼帧(PF)中的单个PO被映射到一个PEI，则寻呼相关的条件被满足，并且寻呼过程将基于第一寻呼方案来执行。否则，如果PF中的多于一个PO被映射到一个PEI，则寻呼相关的条件未被满足，并且在这种情况下，寻呼过程将基于第二寻呼方案来执行，因为在这种情况下，累积寻呼概率可以增加，从而触发PEI传输。

寻呼相关的条件被满足的配置和寻呼相关的条件未被满足的配置可以互换。在一些其他示例实施例中，寻呼相关的条件可以是该PO的集合包括多于一个PO。

在一些其他示例实施例中，寻呼相关的条件可以是该PO的集合的数目不超过PO的阈值数目。以这种方式，上述配置中的一个可以被视为默认方案。

在一些示例实施例中，寻呼相关的条件可以是第一设备110的寻呼概率低于阈值寻呼概率。例如，如果第一设备110的寻呼概率低于阈值寻呼概率，则寻呼相关的条件被满足，并且寻呼过程将基于第一寻呼方案来执行。否则，如果第一设备110的寻呼概率不低于阈值寻呼概率，则寻呼相关的条件未被满足，并且在这种情况下，寻呼过程将基于第二寻呼方案来执行。

寻呼相关的条件被满足的配置和寻呼相关的条件未被满足的配置可以互换。在一些其他示例实施例中，寻呼相关的条件可以是第一设备110的寻呼概率不低于阈值寻呼概率。

在这种情况下，第一设备110可以通过将其寻呼概率与阈值寻呼概率进行比较来确定哪个寻呼方案将被选择。第一设备110的寻呼概率可以从第二设备120获取。此外，第一设备110可以从第二设备120接收用于配置阈值寻呼概率(例如，10％、20％等)的配置消息。

在一些示例实施例中，终端设备的子组具有子组寻呼概率，例如，第一设备110和终端设备112具有子组0的子组寻呼概率，并且终端设备114具有子组1的子组寻呼概率。阈值寻呼概率可以是包括第一设备110的子组的阈值寻呼概率，并且在这种情况下，根据第一寻呼方案而确定的寻呼方案将被应用于每个子组。在一些示例实施例中，第一设备110的寻呼概率可以是PO或PF寻呼概率。

在一些示例实施例中，寻呼相关的条件可以是第一设备110的寻呼周期长度低于阈值寻呼周期长度。第一设备110还可以从第二设备120接收用于配置阈值寻呼周期长度的配置消息。如果第一设备110的寻呼周期长度低于阈值寻呼周期长度，则寻呼相关的条件被满足，并且寻呼过程将基于第一寻呼方案来执行。否则，如果第一设备110的寻呼周期长度不低于阈值寻呼周期长度，则寻呼相关的条件未被满足，并且在这种情况下，寻呼过程将基于第二寻呼方案来执行。

寻呼相关的条件被满足的配置和寻呼相关的条件未被满足的配置可以互换。在一些其他示例实施例中，寻呼相关的条件可以是寻呼周期长度不低于阈值寻呼周期长度。阈值寻呼周期长度可以由第二设备120或核心网络配置，并且在这方面，本公开的范围不受限制。

作为另一示例，寻呼相关的条件可以是第一终端设备110在除eDRX模式之外的其他模式下操作。在该示例中，如果第一终端设备110在eDRX模式下操作，则寻呼相关的条件被满足，并且寻呼过程将基于第一寻呼方案来执行。否则，如果第一终端设备110在除eDRX模式之外的其他模式(诸如DRX模式)下操作，则寻呼相关的条件未被满足，并且寻呼过程将基于第二寻呼方案来执行。同样，寻呼相关的条件被满足的配置和寻呼相关的条件未被满足的配置可以互换。

在一些示例实施例中，寻呼相关的条件可以是包括第一设备110的子组(即，子组0)与第一指派相对应，并且第一寻呼方案将针对第一指派来执行。根据第一寻呼方案，第一设备110可以根据没有接收到PEI而抑制在该PO的集合上监测寻呼消息。同样，寻呼相关的条件被满足的配置和寻呼相关的条件未被满足的配置可以互换。例如，寻呼相关的条件可以是子组0与第二指派相对应，并且第二寻呼方案将针对第二指派来执行。在这种情况下，根据第二寻呼方案，第一设备110可以根据没有接收到PEI而在该PO的集合上监测寻呼消息。

第一设备110还可以从第二设备120接收比特图，该比特图用于映射子组与第一指派和第二指派。替代地，针对子组0到N，第一设备110可以从第二设备120接收用于指示阈值X的指示消息，其中X和N是正整数，并且X≤N。例如，指示消息可以指示子组0:X-1与第一指派相对应，并且子组X:N与第二指派相对应。如果只有与第二指派相对应的子组中存在将被寻呼的终端设备(即，应用行为B)，则第二设备120可以不发送PEI。如果存在与第一指派和第二指派相对应的终端设备的混合(即，具有两个子组的行为)，则第一设备110可以利用哪些子组将被寻呼的显式指示来接收PEI。

在一些示例实施例中，寻呼相关的条件可以是降低能力的设备(例如，RedCap)、支持增强型移动宽带的设备、或支持MutiSIM的设备中的至少一项。例如，RedCap类型的终端设备可以基于第一寻呼方案来寻呼，而eMBB类型的终端设备可以基于第二寻呼方案来寻呼。例如，支持MultiSIM的终端设备可以基于第一寻呼方案来寻呼，并且在PEI丢失的情况下，终端设备将不在PO上监测寻呼信道，使得监测PO的次数最小化。

在一些示例实施例中(其中第二寻呼方案被定义为默认寻呼方案)，第一设备110可以从第二设备120接收具有目标指示符的寻呼下行链路控制信息(DCI)，该目标指示符用于指示基于第一寻呼方案而执行的寻呼过程。另外地或替代地，第一设备110可以从第二设备120接收不具有目标指示符的寻呼DCI，该目标指示符用于指示基于第二寻呼方案而执行的寻呼过程。

在一些示例实施例中(其中第一寻呼方案被定义为默认寻呼方案)，第一设备110可以从第二设备120接收具有目标指示符的寻呼DCI，该目标指示符用于指示基于第二寻呼方案而执行的寻呼过程。另外地或替代地，第一设备110可以从第二设备120接收不具有目标指示符的寻呼DCI，该目标指示符用于指示基于第一寻呼方案而执行的寻呼过程。

例如，目标指示符可以是寻呼DCI中的备用比特。利用目标指示符，第一设备110可以知道第一寻呼方案与第二寻呼方案之间的切换。

在一些示例实施例中，用于指示寻呼方案的目标指示符可以被包括在被发送到第一设备110的PEI中。如此，接收到具有目标指示符的PEI的所有终端设备可以改变其寻呼方案。

在一些示例实施例中，寻呼相关的条件可以是第一设备110的接收模式是DRX模式。例如，如果第一设备110的接收模式是DRX模式，则寻呼相关的条件被满足，并且寻呼过程将基于第一寻呼方案来执行。否则，如果第一设备110的接收模式是eDRX模式，则寻呼相关的条件未被满足，并且寻呼过程将基于第二寻呼方案来执行。

同样，寻呼相关的条件被满足的配置和寻呼相关的条件未被满足的配置可以互换。在一些其他示例实施例中，寻呼相关的条件可以是第一设备110的接收模式是eDRX模式。

第一设备110确定210寻呼相关的条件是否被满足。同样，第二设备120确定215寻呼相关的条件是否被满足。由于第一设备110和第二设备120具有关于寻呼相关的条件的相同知识，因此寻呼过程基于从第一寻呼方案和第二寻呼方案中选择的相同寻呼方案，而在第一设备110与第二设备120a之间被执行。

如果寻呼相关的条件被满足，则寻呼过程可以基于第一寻呼方案来执行220，在第一寻呼方案中，响应于第一设备110与第二设备120之间的寻呼信道将在与PEI相对应的PO的集合上不被监测，没有PEI在指示时机的集合上被发送。在这种情况下，第一设备110抑制在该PO的集合上监测寻呼消息。

如果寻呼相关的条件未被满足，则寻呼过程可以基于第二寻呼方案来执行225，在第二寻呼方案中，响应于寻呼信道将在该PO的集合上被监测，没有PEI在指示时机的集合上被发送。在这种情况下，第一设备110在该PO的集合上监测寻呼消息。

为了便于描述，在过程200以及本公开的其他实施例中，在确定用于监测寻呼的UE行为时，考虑单个寻呼相关的条件。应当理解，当考虑多于一个寻呼相关的条件时，本公开中提供的解决方案也是可能的。本公开的范围在这方面不受限制。

在一些示例实施例中，第二设备120可以发送230指示消息，该指示消息用于指示将被执行的寻呼方案，以监测寻呼消息。该指示消息可以指示是第一寻呼方案将被执行、还是第二寻呼方案将被执行。

在接收到该指示消息时，第一设备110可以确定寻呼方案。在一些示例实施例中(其中由该指示消息指示的寻呼方案不同于当前寻呼方案，当前寻呼方案被用于第一设备110与第二设备120之间的寻呼过程)，第一设备110可以确定235当前寻呼方案将被切换到所指示的寻呼方案。然后，第一设备110与第二设备120之间的寻呼过程可以基于所指示的寻呼方案来执行240。以这种方式，第二设备120可以显式地指示为执行寻呼过程而备选择的寻呼方案。

本公开的示例实施例还提供了用于eDRX的寻呼机制。为了理解本公开中提出的用于eDRX的寻呼机制，现在参考图3。如图3中所示，PEI 301(在时域中，在eDRX的PTW 310之前发生)与PTW 310相关联。具体地，第一设备110可以基于第二寻呼方案来监测PEI 301。如果第一设备110接收到PEI 301(其指示第一设备110将在PTW 310期间监测寻呼信道)，或者替代地，如果第一设备100没有接收到PEI 301，则第一设备110可以确定寻呼信道需要在PTW310内被监测。否则，第一设备110可以确定在整个PTW 310期间不需要监测寻呼信道。

对于PWT 310内的PO 311和PO 312，第一设备110可以基于第一寻呼方案来监测寻呼信道。例如，第一设备110接收与PO 311相对应的PEI 302，并且因此第一设备110然后可以在PO 311上监测寻呼信道。至于PO 312，由于没有对应PEI被接收到，所以第一设备110可以确定寻呼信道不需要在PO 312上被监测。在这些实施例中，第二设备120可以在PTW期间基于第一寻呼方案，与第一设备110执行寻呼过程。

应当理解，示例实现方式、配置、阈值和值是为了说明而给出的，而没有任何限制。还应当理解，指示消息、配置消息、以及如以上详细描述的其他附加消息或信息可以经由RRC消息或SIB来发送。在这方面，本公开的范围不受限制。

本公开的示例实施例提供了一种自适应寻呼机制。网络设备可以切换关于PEI监测的UE行为，并且因此允许通信网络使PEI信令的负载适应于当前网络条件。此外，取决于各种因素(诸如寻呼周期、寻呼概率、终端设备的子组)，关于PEI监测的UE行为可能因终端设备而异。因此，可以实现终端设备的功耗与网络负载之间的折衷。

图4示出了根据本公开的一些示例实施例的示例方法400的流程图。方法400可以在设备处实现，例如在图1中所示的第一设备110处实现。出于讨论的目的，将参考图1描述方法400。

在410处，第一设备110确定PEI是否在指示时机的集合期间从第二设备120被接收到。PEI可以寻址PO的集合。第二设备120服务于第一设备110。

如果没有PEI在指示时机的集合期间被接收到，则在420处，第一设备110确定寻呼相关的条件是否被满足。在一些示例实施例中，寻呼相关的条件可以在第一设备110处、以及服务于第一设备110的第二设备120处被预配置或预确定。

在一些其他示例实施例中，寻呼相关的条件可以由第二设备120配置。例如，第一设备110可以从第二设备120接收用于配置寻呼相关的条件的配置消息。

如果寻呼相关的条件被满足，则在430处，第一设备110抑制在该PO的集合上监测寻呼消息，即，寻呼过程将基于第一寻呼方案来执行。在第一寻呼方案中，根据在指示时机的集合上没有接收到PEI，第一设备110与第二设备120之间的寻呼信道不需要由第一设备110在PO的集合处监测。

如果寻呼相关的条件未被满足，则在440处，第一设备110在该PO的集合上监测寻呼消息，即，寻呼过程将基于第二寻呼方案来执行。在第二寻呼方案中，根据在指示时机的集合上没有接收到PEI，寻呼信道需要由第一设备110在该PO的集合处监测。

在一些其他示例实施例中，寻呼相关的条件可以与用于指示第一设备110的监测行为的指示消息相关。在这些实施例中，第一设备110可以从第二设备120接收用于指示寻呼方案的指示消息，该寻呼方案将被执行以监测寻呼消息。

例如，该指示消息可以指示第一寻呼方案将被执行，并且根据第一寻呼方案，第一设备110根据没有接收到PEI而抑制在该PO的集合上监测寻呼消息，即，第一寻呼方案被激活。作为另一示例，该指示消息可以指示第二寻呼方案将被执行，并且根据第二寻呼方案，第一设备110根据没有接收到早期寻呼指示而在该PO的集合上监测寻呼消息，即，第二寻呼方案被激活。

在一些示例实施例中，寻呼相关的条件可以是PO的集合包括一个PO。例如，如果寻呼帧(PF)中的单个PO被映射到一个PEI，则寻呼过程将基于第一寻呼方案来执行。此外，如果PF中的多于一个PO被映射到一个PEI，则寻呼过程将基于第二寻呼方案来执行，因为在这种情况下，累积寻呼概率可以增加，从而触发PEI传输。

在一些其他示例实施例中，寻呼相关的条件可以是该PO的集合包括多于一个PO。以这种方式，第一寻呼方案和第二寻呼方案中的一个可以被视为默认方案。

在一些示例实施例中，寻呼相关的条件可以是第一设备110的寻呼概率低于阈值寻呼概率。在一些其他示例实施例中，寻呼相关的条件可以是第一设备110的寻呼概率不低于阈值寻呼概率。

在这种情况下，第一设备110可以通过将其寻呼概率与阈值寻呼概率进行比较，来确定哪个寻呼方案将被选择。第一设备110的寻呼概率可以从第二设备120获取。此外，第一设备110可以从第二设备120接收用于配置阈值寻呼概率(例如，10％、20％等)的配置消息。阈值寻呼概率可以是包括第一设备110的子组的阈值寻呼概率，并且在这种情况下，根据第一寻呼方案和第二寻呼方案而确定的寻呼方案将被应用于每个子组。

在一些示例实施例中，寻呼相关的条件可以是第一设备110的寻呼周期长度低于阈值寻呼周期长度。第一设备110还可以从第二设备120接收用于配置阈值寻呼周期长度的配置消息。在一些其他示例实施例中，寻呼相关的条件可以是寻呼周期长度不低于阈值寻呼周期长度。

作为另一示例，寻呼相关的条件可以是第一终端设备110在除eDRX模式之外的其他模式下操作，并且在这种情况下，如果第一终端设备110在eDRX模式下操作，则第一寻呼方案将被激活。否则，如果第一设备110在除eDRX模式之外的其他模式下操作，则第二寻呼方案将被激活。

在一些示例实施例中，寻呼相关的条件可以是包括第一设备110的子组与第一指派相对应，并且第一寻呼方案将针对第一指派来执行。在这种情况下，根据第一寻呼方案，第一设备110可以根据没有接收到早期寻呼指示而抑制在该PO的集合上监测寻呼消息。

在一些其他示例实施例中，寻呼相关的条件可以是包括第一设备110的子组与第二指派相对应，第二指派不同于第一指派，并且第二寻呼方案将针对第二指派来执行。在这种情况下，根据第二寻呼方案，第一设备110可以根据没有接收到早期寻呼指示而在该PO的集合上监测寻呼消息。

第一设备110还可以从第一设备110接收比特图，该比特图用于映射子组与第一指派和第二指派。替代地，针对子组0到N，第一设备110可以从第二设备120接收用于指示阈值X的指示消息，其中X和N是正整数，并且X≤N。例如，该指示消息可以指示子组0:X-1与第一指派相对应，并且子组X:N与第二指派相对应。如果只有与第二指派相对应的子组中存在将被寻呼的终端设备(即，应用行为B)，则第二设备120可以不发送PEI。如果存在与第一指派和第二指派相对应的终端设备的混合(即，具有两个子组的行为)，则第一设备110可以利用哪些子组将被寻呼的显式指示来接收PEI。

在一些示例实施例中，寻呼相关的条件可以是第一设备110的类型，包括降低能力的设备(例如，RedCap)、支持增强型移动宽带的设备、或支持MutiSIM的设备中的一种。例如，RedCap类型的终端设备可以基于第一寻呼方案来寻呼，而eMBB类型的终端设备可以基于第二寻呼方案来寻呼。例如，支持MultiSIM的终端设备可以基于第一寻呼方案来寻呼，并且在PEI丢失的情况下，终端设备将不在PO上监测寻呼信道，使得监测PO的次数最小化。

在一些示例实施例中(其中第二寻呼方案被定义为默认寻呼方案)，第一设备110可以从第二设备120接收具有目标指示符的寻呼下行链路控制信息(DCI)，该目标指示符用于指示基于第一寻呼方案而执行的寻呼过程。另外地或替代地，第一设备110可以从第二设备120接收不具有目标指示符的寻呼DCI，该目标指示符用于指示基于第二寻呼方案而执行的寻呼过程。

在一些示例实施例中(其中第一寻呼方案被定义为默认寻呼方案)，第一设备110可以从第二设备120接收具有目标指示符的寻呼DCI，该目标指示符用于指示基于第二寻呼方案而执行的寻呼过程。另外地或替代地，第一设备110可以从第二设备120接收不具有目标指示符的寻呼DCI，该目标指示符用于指示基于第一寻呼方案而执行的寻呼过程。

例如，该目标指示符可以是寻呼DCI中的备用比特。利用目标指示符，第一设备110可以知道第一寻呼方案与第二寻呼方案之间的切换。

在一些示例实施例中，用于指示寻呼方案的目标指示符可以被包括在被发送到第一设备110的PEI中。如此，接收到具有目标指示符的PEI的所有终端设备可以改变其寻呼方案。

在一些示例实施例中，寻呼相关的条件可以是第一设备110的接收模式是DRX模式。在这种情况下，如果第一设备110在DRX模式下操作，则寻呼相关的条件被满足。否则，如果第一设备110在eDRX模式下操作，则寻呼相关的条件未被满足。

寻呼相关的条件被满足的配置和寻呼相关的条件未被满足的配置可以互换。在一些其他示例实施例中，寻呼相关的条件可以是第一设备110的接收模式是eDRX模式。

在一些示例实施例中(其中第一设备110在eDRX模式下操作)，寻呼相关的条件可以是PEI与扩展的不连续接收周期的寻呼时间窗口(PTW)不相关联，并且该PO的集合在PTW内。在这些实施例中，在PTW期间，如果没有与该PO的集合中的一个PO相对应的另一PEI从第二设备120被接收到，则第一设备110可以抑制在该PO上监测寻呼消息。

例如，在监测PTW之前的PEI时，在eDRX下操作的第一设备110可以应用第二寻呼方案，这样的PEI与PTW相关联。例如，如果PEI指示第一设备110应当监测寻呼信道、或者没有PEI在PTW之前被发送，则终端设备110可以在PTW内的PO上监测寻呼信道。此外，对于PTW内的PO，第一设备110可以针对每个PEI应用第一寻呼方案，即，如果没有PEI针对该PO被发送，则第一设备110将不在PTW内的PO上监测寻呼信道。

应当理解，指示消息、配置消息、以及如以上详细描述的其他附加消息或信息可以经由RRC消息或SIB被发送。在这方面，本公开的范围不受限制。

本公开的示例实施例提供了一种自适应寻呼机制。取决于各种因素(诸如寻呼周期、寻呼概率、终端设备的子组等)，关于PEI监测的UE行为因终端设备而异。因此，可以实现终端设备的功耗与网络负载之间的折衷。

图5示出了根据本公开的一些示例实施例的示例方法500的流程图。方法500可以在设备处实现，例如在图1中所示的第二设备120处实现。出于讨论的目的，将参考图1描述方法500。

在框510处，第二设备120确定寻呼相关的条件是否被满足。第二设备120服务于第一设备110。在一些示例实施例中，寻呼相关的条件可以在第一设备110和第二设备120处被预配置或预确定。

在一些其他示例实施例中，寻呼相关的条件可以由第二设备120配置。例如，第二设备120可以向第一设备110发送用于配置寻呼相关的条件的配置消息。

在510处，如果第二设备120确定寻呼相关的条件被满足，则在520处，第二设备120基于第一寻呼方案而与第一设备110执行寻呼过程。在第一寻呼方案中，响应于第一设备110与第二设备120之间的寻呼信道将在与PEI相对应的PO的集合处不被监测，没有PEI在指示时机的集合上被发送。

如果第二设备120在510处确定寻呼相关的条件未被满足，则在530处，第二设备120基于第二寻呼方案而与第一设备110执行寻呼过程。在第二寻呼方案中，响应于寻呼信道将在该PO的集合上被监测，没有PEI在指示时机的集合上被发送。

在一些其他示例实施例中，寻呼相关的条件可以与用于指示第一设备110的监测行为的指示消息相关。在这些实施例中，第二设备120可以向第一设备110发送指示消息，该指示消息用于指示寻呼方案将被执行，以监测寻呼消息，该寻呼是从第一寻呼方案和第二寻呼方案中选择的方案。

例如，该指示消息可以指示第一寻呼方案将被执行，即，第一寻呼方案被激活。在这种情况下，根据第一寻呼方案，第一设备110根据没有接收到PEI，而不需要在该PO的集合上监测寻呼消息。作为另一示例，该指示消息可以指示第二寻呼方案将被执行，即，第二寻呼方案被激活。在这种情况下，根据第二寻呼方案，第一设备110根据没有接收到PEI，而需要在该PO的集合上监测寻呼消息。

在一些示例实施例中，寻呼相关的条件可以是PO的集合包括一个PO。寻呼相关的条件被满足的配置和寻呼相关的条件未被满足的配置可以互换。在一些其他示例实施例中，寻呼相关的条件可以是该PO的集合包括多于一个PO。

在一些示例实施例中，寻呼相关的条件可以是第一设备110的寻呼概率低于阈值寻呼概率。第二设备120还可以向第一设备110发送用于配置阈值寻呼概率(例如，10％、20％等)的配置消息。

寻呼相关的条件被满足的配置和寻呼相关的条件未被满足的配置可以互换。在一些其他示例实施例中，寻呼相关的条件可以是第一设备的寻呼概率不低于阈值寻呼概率。

在一些示例实施例中，寻呼相关的条件可以是第一设备的寻呼周期长度低于阈值寻呼周期长度。第二设备120还可以向第一设备110发送用于配置阈值寻呼周期长度的配置消息。

寻呼相关的条件被满足的配置和寻呼相关的条件未被满足的配置可以互换。在一些其他示例实施例中，寻呼相关的条件可以是寻呼周期长度不低于阈值寻呼周期长度。

作为另一示例，寻呼相关的条件可以是第一终端设备110在除eDRX模式之外的其他模式下操作，并且在这种情况下，如果第一终端设备110在eDRX模式下操作，则第一寻呼方案将被激活。否则，如果第一设备110在除eDRX模式之外的其他模式下操作，则第二寻呼方案将被激活。

在一些示例实施例中，寻呼相关的条件可以是包括第一设备110的子组与第一指派相对应，并且第一寻呼方案将针对第一指派来执行。在这种情况下，根据第一寻呼方案，第一设备110可以根据没有接收到早期寻呼指示而抑制在该PO的集合上监测寻呼消息。

在一些其他示例实施例中，寻呼相关的条件可以是包括第一设备110的子组与第二指派相对应，第二指派不同于第一指派，并且第二寻呼方案将针对第二指派来执行。在这种情况下，根据第二寻呼方案，第一设备110可以根据没有接收到早期寻呼指示而在该PO的集合上监测寻呼消息。

第一设备110还可以从第一设备110接收比特图，该比特图用于映射子组与第一指派和第二指派。替代地，针对子组0到N，第一设备110可以从第二设备120接收用于指示阈值X的指示消息，其中X和N是正整数，并且X≤N。例如，该指示消息可以指示子组0:X-1与第一指派相对应，并且子组X:N与第二指派相对应。如果只有与第二指派相对应的子组中存在将被寻呼的终端设备(即，应用行为B)，则第二设备120可以不发送PEI。如果存在与第一指派和第二指派相对应的终端设备的混合(即，具有两个子组的行为)，则第一设备110可以利用哪些子组将被寻呼的显式指示来接收PEI。

在一些示例实施例中，寻呼相关的条件可以是第一设备110的类型，包括降低能力的设备(例如，RedCap)、支持增强型移动宽带的设备、或支持MutiSIM的设备中的一种。例如，RedCap类型的终端设备可以基于第一寻呼方案来寻呼，而eMBB类型的终端设备可以基于第二寻呼方案来寻呼。例如，支持MultiSIM的终端设备可以基于第一寻呼方案来寻呼，并且在PEI丢失的情况下，终端设备将不在PO上监测寻呼信道，使得监测PO的次数最小化。

在一些示例实施例中(其中第二寻呼方案被定义为默认寻呼方案)，第二设备120可以向第一设备110发送具有目标指示符的寻呼下行链路控制信息(DCI)，该目标指示符用于指示基于第一寻呼方案而执行的寻呼过程。另外地或替代地，第二设备120可以向第一设备110发送不具有目标指示符的寻呼DCI，该目标指示符用于指示基于第二寻呼方案而执行的寻呼过程。该目标指示符可以是根据PEI检测的寻呼监测行为的指示符。

在一些示例实施例中(其中第一寻呼方案被定义为默认寻呼方案)，第二设备120可以向第一设备110发送具有目标指示符的寻呼DCI，该目标指示符用于指示基于第二寻呼方案而执行的寻呼过程。另外地或替代地，第二设备120可以向第一设备110发送不具有目标指示符的寻呼DCI，该目标指示符用于指示基于第一寻呼方案而执行的寻呼过程。

例如，该目标指示符可以是寻呼DCI中的备用比特。利用目标指示符，第二设备120可以向第一设备110动态地指示第一寻呼方案与第二寻呼方案之间的切换。

在一些示例实施例中，用于指示寻呼方案的目标指示符可以被包括在被发送到第一设备110的PEI中。如此，接收到具有目标指示符的PEI的所有终端设备可以改变其寻呼方案。

在一些示例实施例中，寻呼相关的条件可以是第一设备110的接收模式是DRX模式。例如，如果第一设备110的接收模式是DRX模式，则寻呼相关的条件被满足，并且寻呼过程将基于第一寻呼方案来执行。否则，如果第一设备110的接收模式是eDRX模式，则寻呼相关的条件未被满足，并且寻呼过程将基于第二寻呼方案来执行。

同样，寻呼相关的条件被满足的配置和寻呼相关的条件未被满足的配置可以互换。在一些其他示例实施例中，寻呼相关的条件可以是第一设备110的接收模式是eDRX模式。

在一些示例实施例中(其中第一设备110在eDRX下模式操作)，寻呼相关的条件可以是PEI与扩展的不连续接收周期的寻呼时间窗口(PTW)不相关联，并且该PO的集合在PTW内。在这些实施例中，第二设备120可以在PTW期间基于第一寻呼方案，与第一设备110执行寻呼过程。

例如，在监测PTW之前的PEI时，在eDRX下操作的第一设备110可以应用第二寻呼方案，这样的PEI与PTW相关联。例如，如果PEI指示第一设备110应当监测寻呼信道、或者没有PEI在PTW之前被发送，则终端设备110可以在PTW内的PO上监测寻呼信道。此外，对于PTW内的PO，第一设备110可以针对每个PEI应用第一寻呼方案，即，如果没有PEI针对该PO被发送，则第一设备110将不在PTW内的PO上监测寻呼信道。在这种情况下，第二设备120可以根据其负载来确定哪个PO将寻呼第一设备110，并且仅针对其想要寻呼的PO来发送PEI。

应当理解，指示消息、配置消息、以及如以上详细描述的其他附加消息或信息可以经由RRC消息或SIB被发送。在这方面，本公开的范围不受限制。

本公开的示例实施例提供了一种自适应寻呼机制。网络设备可以切换关于PEI监测的UE行为，并且因此允许通信网络使PEI信令的负载适应于当前网络条件。此外，取决于各种因素(诸如寻呼周期、寻呼概率、终端设备的子组等)，关于PEI监测的UE行为可能因终端设备而异。因此，可以实现终端设备的功耗与网络负载之间的折衷。

在一些示例实施例中，一种能够执行方法400的第一装置可以包括用于执行方法400的相应步骤的部件。该部件可以以任何合适的形式来实现。例如，该部件可以以电路系统或软件模块来实现。

在一些示例实施例中，第一装置包括：用于根据确定没有早期寻呼指示在指示时机的集合期间从第二设备被接收到而确定寻呼相关的条件是否被满足的部件，该早期寻呼指示寻址寻呼时机的集合，第二设备120服务于第一装置；用于根据确定寻呼相关的条件被满足而抑制在寻呼时机的集合上监测寻呼消息的部件；以及用于根据确定寻呼相关的条件未被满足而在寻呼时机的集合上监测寻呼消息的部件。

在一些示例实施例中，第一装置还包括：用于从第二设备接收用于配置寻呼相关的条件的配置消息的部件。在一些其他示例实施例中，寻呼相关的条件在第一装置和第二设备处被预配置。

在一些示例实施例中，第一装置还包括：用于从第二设备接收指示消息的部件，该指示消息用于指示将被执行的寻呼方案，以用于监测寻呼消息。该指示消息可以指示第一寻呼方案将被执行，根据第一寻呼方案，第一装置根据没有接收到早期寻呼指示而抑制在寻呼时机的集合上监测寻呼消息。替代地，该指示消息可以指示第二寻呼方案将被执行，根据第二寻呼方案，第一装置根据没有接收到早期寻呼指示，而在寻呼时机的集合上监测寻呼消息。

在一些示例实施例中，该寻呼相关的条件包括以下项中的一项：寻呼时机的集合的数目不超过寻呼时机的阈值数目，或者寻呼时机的集合的数目超过寻呼时机的阈值数目。

在一些示例实施例中，该寻呼相关的条件包括以下项中的一项：第一装置的寻呼概率低于阈值寻呼概率；或者第一装置的寻呼概率不低于阈值寻呼概率，并且其中阈值寻呼概率由第二设备配置。

在一些示例实施例中，该寻呼相关的条件包括以下项中的一项：第一装置的寻呼周期长度低于阈值寻呼周期长度；或者寻呼周期长度不低于阈值寻呼周期长度，并且其中阈值寻呼周期长度由第二设备发送。

在一些示例实施例中，其中该寻呼相关的条件包括以下项中的一项：包括第一装置的子组与第一指派相对应，第一寻呼方案将针对第一指派而被执行，根据第一寻呼方案，第一装置根据没有接收到早期寻呼指示，而抑制在寻呼时机的集合上监测寻呼消息，或者包括第一设备的子组与第二指派相对应，第二指派不同于第一指派，第二寻呼方案将针对第二指派而被执行，根据第二寻呼方案，第一装置根据没有接收到早期寻呼指示，而在寻呼时机的集合上监测寻呼消息。

在一些示例实施例中，第一指派和第二指派由比特图指示，该比特图用于映射子组与第一指派和第二指派。

在一些示例实施例中，该寻呼相关的条件包括第一装置的类型，该类型包括以下项中的至少一项：降低能力的设备、支持增强型移动宽带的设备、或者支持MutiSIM的设备。

在一些示例实施例中，该寻呼相关的条件包括以下项中的一项：从第二设备接收具有目标指示符的寻呼下行链路控制信息，或者从第二设备接收不具有目标指示符的寻呼下行链路控制信息。

在一些示例实施例中，该寻呼相关的条件包括以下项中的一项：第一装置的接收模式包括不连续接收模式，或者第一装置的接收模式包括扩展的不连续接收模式。

在一些示例实施例中，第一装置在扩展的不连续接收模式下操作，并且该寻呼相关的条件包括：早期寻呼指示与扩展的不连续接收周期的寻呼时间窗口不相关联，并且寻呼时机的集合在该寻呼时间窗口内。

在一些示例实施例中，早期寻呼指示与寻呼时间窗口相关联，并且第一装置还包括：用于根据没有接收到与寻呼时机的集合中的一个寻呼时机相对应的另一早期寻呼指示而抑制在该寻呼时机上监测寻呼消息的部件。

在一些示例实施例中，第一装置包括终端设备，并且第二设备包括网络设备。

在一些示例实施例中，一种能够执行方法500的第二装置可以包括用于执行方法500的相应步骤的部件。该部件可以以任何合适的形式来实现。例如，该部件可以以电路系统或软件模块来实现。

在一些示例实施例中，第二装置包括：用于确定寻呼相关的条件是否被满足的部件；用于根据确定寻呼相关的条件被满足而基于第一寻呼方案与第一设备执行寻呼过程的部件，在第一寻呼方案中，响应于第一设备与第二装置之间的寻呼信道将在与早期寻呼指示相对应的寻呼时机的集合上不被监测，没有早期寻呼指示在指示时机的集合上被发送，第二装置服务于第一设备；以及用于根据确定寻呼相关的条未被满足而基于第二寻呼方案与第一设备执行寻呼过程的部件，在第二寻呼方案中，响应于寻呼信道将在寻呼时机的集合上被监测，没有早期寻呼指示在指示时机的集合上被发送。

在一些示例实施例中，第二装置还包括：用于向第一设备发送用于配置寻呼相关的条件的配置消息的部件。在一些其他示例实施例中，该寻呼相关的条件在第一设备和第二设备处被预配置。

在一些示例实施例中，第二装置还包括：用于向第一设备发送指示消息的部件，该指示消息用于指示将被执行的寻呼方案，以用于监测寻呼消息，该寻呼方案从第一寻呼方案和第二寻呼方案中被选择。

在一些示例实施例中，该寻呼相关的条件包括以下项中的一项：寻呼时机的集合的数目不超过寻呼时机的阈值数目，或者寻呼时机的集合的数目超过寻呼时机的阈值数目。

在一些示例实施例中，该寻呼相关的条件包括以下项中的一项：第一设备的寻呼概率低于阈值寻呼概率；或者第一设备的寻呼概率不低于阈值寻呼概率。第二装置还包括：用于向第一设备发送用于配置阈值寻呼概率的配置消息的部件。

在一些示例实施例中，该寻呼相关的条件包括以下项中的一项：第一设备的寻呼周期长度低于阈值寻呼周期长度；或者寻呼周期长度不低于阈值寻呼周期长度。第二装置还包括：用于向第一设备发送用于配置阈值寻呼周期长度的配置消息的部件。

在一些示例实施例中，该寻呼相关的条件包括以下项中的一项：包括第一设备的子组与第一指派相对应，第一寻呼方案将针对该第一指派而被执行，根据第一寻呼方案，第一设备根据没有接收到早期寻呼指示，而抑制在寻呼时机的集合上监测寻呼消息；或者，包括第一设备的子组与第二指派相对应，第二指派不同于第一指派，第二寻呼方案将针对第二指派而被执行，根据第二寻呼方案，第一设备根据没有接收到早期寻呼指示，而在寻呼时机的集合上监测寻呼消息。

在一些示例实施例中，第二装置还包括：用于向第一设备发送比特图的部件，该比特图用于映射子组与第一指派和第二指派。

在一些示例实施例中，该寻呼相关的条件包括以下项中的一项：降低能力的设备、支持增强型移动宽带的设备、或者支持MutiSIM的设备。

在一些示例实施例中，第二装置还包括：用于向第一设备发送具有目标指示符的寻呼下行链路控制信息的部件，该目标指示符用于指示基于第一寻呼方案而执行的寻呼过程；或者用于向第一设备发送不具有目标指示符的寻呼下行链路控制信息的部件，该目标指示符用于指示基于第二寻呼方案而执行的寻呼过程。

在一些示例实施例中，该寻呼相关的条件包括以下项中的一项：第一设备的接收模式包括不连续接收模式，或者第一设备的接收模式包括扩展的不连续接收模式。

在一些示例实施例中，第一设备在扩展的不连续接收模式下操作，并且该寻呼相关的条件包括：早期寻呼指示与扩展的不连续接收周期的寻呼时间窗口不相关联，并且寻呼时机的集合在该寻呼时间窗口内。

在一些示例实施例中，早期寻呼指示与寻呼时间窗口相关联。第二装置还包括：用于在寻呼时间窗口期间基于第一寻呼方案而与第一设备执行寻呼过程的部件。

在一些示例实施例中，第一设备包括终端设备，并且第二设备包括网络设备。

图6是适合于实现本公开的实施例的设备600的简化框图。设备600可以被提供以实现通信设备，例如图1中所示的第一设备110和第二设备120。如图所示，设备600包括一个或多个处理器610、被耦合到处理器610的一个或多个存储器620、以及被耦合到处理器610的一个或多个通信模块640。

通信模块640用于双向通信。通信模块640具有至少一个天线以促进通信。通信接口可以表示与其他网络元件通信所必需的任何接口。

处理器610可以是适合于本地技术网络的任何类型，并且作为非限制性示例，可以包括以下项中的一项或多项：通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器。设备600可以具有多个处理器，诸如在时间上从属于与主处理器同步的时钟的专用集成电路芯片。

存储器620可以包括一个或多个非易失性存储器、以及一个或多个易失性存储器。非易失性存储器的示例包括但不限于只读存储器(ROM)624、电可编程只读存储器(EPROM)、闪存、硬盘、压缩盘(CD)、数字视频磁盘(DVD)、以及其他磁存储装置和/或光存储装置。易失性存储器的示例包括但不限于随机存取存储器(RAM)622和不会在断电期间持续的其他易失性存储器。

计算机程序630包括相关联的处理器610可执行的计算机可执行指令。程序630可以被存储在ROM 620中。处理器610可以通过将程序630加载到RAM 620中来执行任何合适的动作和处理。

本公开的实施例可以借助于程序630来实现，从而设备600可以执行参考图4和图5讨论的本公开的任何过程。本公开的实施例也可以由硬件、或软件和硬件的组合来实现。

在一些实施例中，程序630可以被有形地包含在计算机可读介质中，该计算机可读介质可以被包括在设备600(诸如存储器620中)中、或设备600可访问的其他存储设备中。设备600可以将程序630从计算机可读介质加载到RAM 622以供执行。计算机可读介质可以包括任何类型的有形非易失性存储器，诸如ROM、EPROM、闪存、硬盘、CD、DVD等。图7示出了CD或DVD形式的计算机可读介质700的示例。计算机可读介质具有存储于其上的程序630。

通常，本公开的各种实施例可以以硬件或专用电路、软件、逻辑或其任何组合来实现。一些方面可以以硬件实现，而其他方面可以以固件或软件来实现，该固件或软件可以由控制器、微处理器或其他计算设备执行。尽管本公开的实施例的各个方面被图示和描述为框图、流程图、或使用一些其他图形表示，但是应当理解，作为非限制性示例，本文中描述的框、装置、系统、技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备、或其某种组合来实现。

本公开还提供被有形地存储在非瞬态计算机可读存储介质上的至少一种计算机程序产品。该计算机程序产品包括计算机可执行指令，诸如程序模块中包括的指令，该指令在目标真实或虚拟处理器上的设备中被执行，以执行上面参考图4至图5所述的方法400或500。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种实施例中，程序模块的功能可以根据需要在程序模块之间被组合或拆分。程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质两者中。

用于执行本公开的方法的程序代码可以以一种或多种编程语言的任何组合来编写。这些程序代码可以被提供给通用计算机、专用计算机、或其他可编程数据处理装置的处理器或控制器，从而程序代码在由处理器或控制器执行时，使流程图和/或框图中指定的功能/操作被实现。程序代码可以完全在机器上、部分在机器上、作为独立软件包、部分在机器上并且部分在远程机器上、或完全在远程机器或服务器上被执行。

在本公开的上下文中，计算机程序代码或相关数据可以由任何合适的载体承载，以使设备、装置或处理器能够执行如上所述的各种过程和操作。该载体的示例包括信号、计算机可读介质等。

计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可以包括但不限于电子、磁性、光学、电磁、红外线或半导体系统、装置、或设备、或前述各项的任何合适的组合。计算机可读存储介质的更具体示例将包括具有一根或多根电线的电连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光存储设备、磁存储设备、或前述各项的任何合适的组合。

此外，尽管以特定顺序描述操作，但这不应当被理解为需要以所示特定顺序或按先后顺序执行这样的操作、或者执行所有所示操作以获取期望结果。在某些情况下，多任务和并行处理可能是有利的。同样，尽管在上述讨论中包含了若干具体实现方式细节，但这些不应当被解释为对本公开的范围的限制，而是对可能特定于特定实施例的特征的描述。在单独实施例的上下文中描述的某些特征也可以在单个实施例中被组合实现。相反，在单个实施例的上下文中描述的各种特征也可以在多个实施例中被单独实现、或以任何合适的子组合被实现。

尽管本公开已经以特定于结构特征和/或方法动作的语言进行了描述，但是应当理解，在所附权利要求中定义的本公开不必限于上述特定特征或动作。相反，上述具体特征和动作被公开作为实现权利要求的示例形式。

Claims (35)

1.一种第一设备，包括：

至少一个处理器；以及

至少一个存储器，包括计算机程序代码；

其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述第一设备：

根据确定没有早期寻呼指示在指示时机的集合期间从第二设备被接收到，确定寻呼相关的条件是否被满足，所述早期寻呼指示寻址寻呼时机的集合，所述第二设备服务于所述第一设备；

根据确定所述寻呼相关的条件被满足，抑制在所述寻呼时机的集合上监测寻呼消息；以及

根据确定所述寻呼相关的条件未被满足，在所述寻呼时机的集合上监测所述寻呼消息。

2.根据权利要求1所述的第一设备，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起还使所述第一设备：

从所述第二设备接收用于配置所述寻呼相关的条件的配置消息。

3.根据权利要求1所述的第一设备，其中所述寻呼相关的条件在所述第一设备和所述第二设备处被预配置。

4.根据权利要求1所述的第一设备，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起还使所述第一设备：

从所述第二设备接收指示消息，所述指示消息用于指示将被执行的寻呼方案，以用于监测所述寻呼消息，

其中所述寻呼相关的条件包括以下项中的一项：

所述指示消息指示第一寻呼方案将被执行，根据所述第一寻呼方案，所述第一设备根据没有接收到早期寻呼指示，而抑制在所述寻呼时机的集合上监测所述寻呼消息；或者

所述指示消息指示第二寻呼方案将被执行，根据所述第二寻呼方案，所述第一设备根据没有接收到早期寻呼指示，而在所述寻呼时机的集合上监测所述寻呼消息。

5.根据权利要求1所述的第一设备，其中所述寻呼相关的条件包括以下项中的一项：

所述寻呼时机的集合的数目不超过寻呼时机的阈值数目，或者

所述寻呼时机的集合的所述数目超过所述寻呼时机的阈值数目。

6.根据权利要求1所述的第一设备，其中所述寻呼相关的条件包括以下项中的一项：

所述第一设备的寻呼概率低于阈值寻呼概率；或者

所述第一设备的所述寻呼概率不低于所述阈值寻呼概率，并且

其中所述阈值寻呼概率由所述第二设备配置。

7.根据权利要求1所述的第一设备，其中所述寻呼相关的条件包括以下项中的一项：

所述第一设备的寻呼周期长度低于阈值寻呼周期长度；或者

所述寻呼周期长度不低于所述阈值寻呼周期长度，并且

其中所述阈值寻呼周期长度由所述第二设备接收。

8.根据权利要求1所述的第一设备，其中所述寻呼相关的条件包括以下项中的一项：

包括所述第一设备的子组与第一指派相对应，第一寻呼方案将针对所述第一指派而被执行，根据所述第一寻呼方案，所述第一设备根据没有接收到早期寻呼指示，而抑制在所述寻呼时机的集合上监测所述寻呼消息，或者

包括所述第一设备的所述子组与第二指派相对应，所述第二指派不同于所述第一指派，第二寻呼方案将针对所述第二指派而被执行，根据所述第二寻呼方案，所述第一设备根据没有接收到早期寻呼指示，而在所述寻呼时机的集合上监测所述寻呼消息。

9.根据权利要求8所述的第一设备，其中所述第一指派和所述第二指派由比特图指示，所述比特图用于映射子组与所述第一指派和所述第二指派。

10.根据权利要求1所述的第一设备，其中所述寻呼相关的条件包括所述第一设备的类型，所述类型包括以下项中的至少一项：

降低能力的设备，

支持增强型移动宽带的设备，或者

支持MutiSIM的设备。

11.根据权利要求1所述的第一设备，其中所述寻呼相关的条件包括以下项中的一项：

从所述第二设备接收具有目标指示符的寻呼下行链路控制信息，或者

从所述第二设备接收不具有目标指示符的所述寻呼下行链路控制信息。

12.根据权利要求1所述的第一设备，其中所述寻呼相关的条件包括以下项中的一项：

所述第一设备的接收模式包括不连续接收模式，或者

所述第一设备的所述接收模式包括扩展的不连续接收模式。

13.根据权利要求1所述的第一设备，其中所述第一设备在扩展的不连续接收模式下操作，并且所述寻呼相关的条件包括：所述早期寻呼指示与扩展的不连续接收周期的寻呼时间窗口不相关联，并且所述寻呼时机的集合在所述寻呼时间窗口内。

14.根据权利要求13所述的第一设备，其中所述早期寻呼指示与所述寻呼时间窗口相关联，并且所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起还使所述第一设备：

根据没有接收到与所述寻呼时机的集合中的一个寻呼时机相对应的另一早期寻呼指示，抑制在所述寻呼时机上监测所述寻呼消息。

15.根据权利要求1所述的第一设备，其中所述第一设备包括终端设备，并且所述第二设备包括网络设备。

16.一种第二设备，包括：

至少一个处理器；以及

至少一个存储器，包括计算机程序代码；

其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述第二设备：

确定寻呼相关的条件是否被满足；

根据确定所述寻呼相关的条件被满足，基于第一寻呼方案而与第一设备执行寻呼过程，在所述第一寻呼方案中，响应于所述第一设备与所述第二设备之间的寻呼信道将在与早期寻呼指示相对应的寻呼时机的集合上不被监测，没有早期寻呼指示在指示时机的集合上被发送，所述第二设备服务于所述第一设备；以及

根据确定所述寻呼相关的条件未被满足，基于第二寻呼方案而与所述第一设备执行所述寻呼过程，在所述第二寻呼方案中，响应于所述寻呼信道将在所述寻呼时机的集合上被监测，没有早期寻呼指示在所述指示时机的集合上被发送。

17.根据权利要求16所述的第二设备，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起还使所述第二设备：

向所述第一设备发送用于配置所述寻呼相关的条件的配置消息。

18.根据权利要求16所述的第二设备，其中所述寻呼相关的条件在所述第一设备和所述第二设备处被预配置。

19.根据权利要求16所述的第二设备，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起还使所述第二设备：

向所述第一设备发送指示消息，所述指示消息用于指示将被执行的寻呼方案，以用于监测所述寻呼消息，所述寻呼方案从所述第一寻呼方案和所述第二寻呼方案中被选择。

20.根据权利要求16所述的第二设备，其中所述寻呼相关的条件包括以下项中的一项：

所述寻呼时机的集合的数目不超过寻呼时机的阈值数目，或者

所述寻呼时机的集合的所述数目超过所述寻呼时机的阈值数目。

21.根据权利要求16所述的第二设备，其中所述寻呼相关的条件包括以下项中的一项：

所述第一设备的寻呼概率低于阈值寻呼概率；或者

所述第一设备的所述寻呼概率不低于所述阈值寻呼概率，并且

其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起还使所述第二设备：

向所述第一设备发送用于配置所述阈值寻呼概率的配置消息。

22.根据权利要求16所述的第二设备，其中所述寻呼相关的条件包括以下项中的一项：

所述第一设备的寻呼周期长度低于阈值寻呼周期长度；或者

所述寻呼周期长度不低于所述阈值寻呼周期长度，并且

其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起还使所述第二设备：

向所述第一设备发送用于配置所述阈值寻呼周期长度的配置消息。

23.根据权利要求16所述的第二设备，其中所述寻呼相关的条件包括以下项中的一项：

包括所述第一设备的子组与第一指派相对应，第一寻呼方案将针对所述第一指派而被执行，根据所述第一寻呼方案，所述第一设备根据没有接收到早期寻呼指示，而抑制在所述寻呼时机的集合上监测所述寻呼消息，或者

包括所述第一设备的所述子组与第二指派相对应，所述第二指派不同于所述第一指派，第二寻呼方案将针对所述第二指派而被执行，根据所述第二寻呼方案，所述第一设备根据没有接收到早期寻呼指示，而在所述寻呼时机的集合上监测所述寻呼消息。

24.根据权利要求23所述的第二设备，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起还使所述第二设备：

向所述第一设备发送比特图，所述比特图用于映射子组与所述第一指派和所述第二指派。

25.根据权利要求16所述的第二设备，其中所述寻呼相关的条件包括所述第一设备的类型，所述类型包括以下项中的至少一项：

降低能力的设备，

支持增强型移动宽带的设备，或者

支持MutiSIM的设备。

26.根据权利要求16所述的第二设备，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起还使所述第二设备：

向所述第一设备发送具有目标指示符的寻呼下行链路控制信息，所述目标指示符用于指示基于所述第一寻呼方案而执行的所述寻呼过程；或者

向所述第一设备发送不具有目标指示符的所述寻呼下行链路控制信息，所述目标指示符用于指示基于所述第二寻呼方案而执行的所述寻呼过程。

27.根据权利要求16所述的第二设备，其中所述寻呼相关的条件包括以下项中的一项：

所述第一设备的接收模式包括不连续接收模式，或者

所述第一设备的接收模式包括扩展的不连续接收模式。

28.根据权利要求16所述的第一设备，其中所述第一设备在扩展的不连续接收模式下操作，并且所述寻呼相关的条件包括：所述早期寻呼指示与扩展的不连续接收周期的寻呼时间窗口不相关联，并且所述寻呼时机的集合在所述寻呼时间窗口内。

29.根据权利要求28所述的第二设备，其中所述早期寻呼指示与所述寻呼时间窗口相关联，并且所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起还使所述第二设备：

在所述寻呼时间窗口期间，基于第一寻呼方案而与所述第一设备执行所述寻呼过程。

30.根据权利要求16所述的第二设备，其中所述第一设备包括终端设备，并且所述第二设备包括网络设备。

31.一种方法，包括：

根据确定没有早期寻呼指示在指示时机的集合期间从第二设备被接收到，在第一设备处，确定寻呼相关的条件是否被满足，所述早期寻呼指示寻址寻呼时机的集合，所述第二设备服务于所述第一设备；

根据确定所述寻呼相关的条件被满足，抑制在所述寻呼时机的集合上监测寻呼消息；以及

根据确定所述寻呼相关的条件未被满足，在所述寻呼时机的集合上监测所述寻呼消息。

32.一种方法，包括：

在第二设备处，确定寻呼相关的条件是否被满足；以及

根据确定所述寻呼相关的条件被满足，基于第一寻呼方案而与第一设备执行寻呼过程，在所述第一寻呼方案中，响应于所述第一设备与所述第二设备之间的寻呼信道将在与早期寻呼指示相对应的寻呼时机的集合上不被监测，没有早期寻呼指示在指示时机的集合上被发送，所述第二设备服务于所述第一设备；以及

根据确定所述寻呼相关的条件未被满足，基于第二寻呼方案而与所述第一设备执行所述寻呼过程，在所述第二寻呼方案中，响应于所述寻呼信道将在所述寻呼时机的集合上被监测，没有早期寻呼指示在所述指示时机的集合上被发送。

33.一种第一装置，包括：

用于根据确定没有早期寻呼指示在指示时机的集合期间从第二设备被接收到而确定寻呼相关的条件是否被满足的部件，所述早期寻呼指示寻址寻呼时机的集合，所述第二设备服务于所述第一设备；

用于根据确定所述寻呼相关的条件被满足而抑制在所述寻呼时机的集合上监测寻呼消息的部件；以及

用于根据确定所述寻呼相关的条件未被满足而在所述寻呼时机的集合上监测所述寻呼消息的部件。

34.一种第二装置，包括：

用于确定寻呼相关的条件是否被满足的部件；以及

用于根据确定所述寻呼相关的条件被满足而基于第一寻呼方案与第一设备执行寻呼过程的部件，在所述第一寻呼方案中，响应于所述第一设备与所述第二设备之间的寻呼信道将在与早期寻呼指示相对应的寻呼时机的集合上不被监测，没有早期寻呼指示在指示时机的集合上被发送，所述第二设备服务于所述第一设备；以及

用于根据确定所述寻呼相关的条件未被满足而基于第二寻呼方案与所述第一设备执行所述寻呼过程的部件，在所述第二寻呼方案中，响应于所述寻呼信道将在所述寻呼时机的集合上被监测，没有早期寻呼指示在所述指示时机的集合上被发送。

35.一种计算机可读介质，包括程序指令，所述程序指令用于使装置至少执行根据权利要求31或32所述的方法。