CN116982364A - 寻呼增强机制 - Google Patents

Abstract

根据本公开的实施例，第一设备从第二设备接收寻呼指示的配置。该配置指示如何监测寻呼指示以及寻呼指示与寻呼时机的集合之间的映射。第一设备在与第一设备相关联的寻呼时机中监测寻呼消息。以这种方式，可以减少第一设备处的延迟并且节省第一设备处的功率。此外，还节省用于寻呼的信令。

Description

寻呼增强机制

技术领域

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

背景技术

不连续接收(DRX)是一种在各种无线技术中采用以允许终端设备在不活动时段期间关闭其接收器的方法。DRX可以在RRC空闲模式和RRC连接模式下使用。在通信系统中，终端设备被配置为使用DRX来降低功耗，并且期望终端设备在每个DRX周期监测一个寻呼时机(PO)。在RRC空闲模式下，DRX周期基于寻呼周期，因为终端设备期望仅接收寻呼消息。在RRC连接模式下，终端设备需要监测物理下行链路控制信道(PDCCH)搜索空间以获取传入业务的可能指示。因此，如何正确地监测寻呼时机是一个非常重要的方面。

发明内容

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

在第一方面，提供了一种第一设备。第一设备包括至少一个处理器；以及包括计算机程序代码的至少一个存储器；该至少一个存储器和计算机程序代码被配置为与该至少一个处理器一起使得第一设备从第二设备接收寻呼指示的配置，该配置指示：用于监测寻呼指示的位置信息、以及寻呼指示与至少一个寻呼帧中的寻呼时机的集合之间的映射信息。第一设备还被使得基于位置信息从第二设备接收寻呼指示；用于基于映射信息从寻呼时机的集合中确定与第一设备相关联的寻呼时机的部件。第一设备还被使得确定与第一设备相关联的寻呼时机。第一设备还被使得在所确定的与第一设备相关联的寻呼时机中监测寻呼消息。

在第二方面，提供了一种第二设备。第二设备包括至少一个处理器；以及包括计算机程序代码的至少一个存储器；该至少一个存储器和计算机程序代码被配置为与该至少一个处理器一起使得第二设备向第一设备传输寻呼指示的配置，该配置指示用于监测寻呼指示的位置信息，以及寻呼指示与至少一个寻呼帧中的寻呼时机的集合之间的映射信息。第二设备还被使得基于位置信息向第一设备传输寻呼指示。第二设备还被使得基于寻呼指示在寻呼时机的集合中与第一设备相关联的寻呼时机中向第一设备传输寻呼消息。

在第三方面，提供了一种方法。该方法包括在第一设备处从第二设备接收寻呼指示的配置，该配置指示：用于监测寻呼指示的位置信息、以及寻呼指示与至少一个寻呼帧中的寻呼时机的集合之间的映射信息；基于位置信息从第二设备接收寻呼指示；基于映射信息从寻呼时机的集合中确定与第一设备相关联的寻呼时机；以及在所确定的与第一设备相关联的寻呼时机中监测寻呼消息。

在第四方面，提供了一种方法。该方法包括在第二设备处向第一设备传输寻呼指示的配置，该配置指示用于监测寻呼指示的位置信息、以及寻呼指示与至少一个寻呼帧中的寻呼时机的集合之间的映射信息；基于位置信息向第一设备传输寻呼指示；以及基于寻呼指示在寻呼时机的集合中与第一设备相关联的寻呼时机中向第一设备传输寻呼消息。

在第五方面，提供了一种装置。该装置包括用于在第一设备处从第二设备接收寻呼指示的配置的部件，该配置指示：用于监测寻呼指示的位置信息、以及寻呼指示与至少一个寻呼帧中的寻呼时机的集合之间的映射信息；用于基于位置信息从第二设备接收寻呼指示的部件；用于确定与第一设备相关联的寻呼时机的部件；以及用于在所确定的与第一设备相关联的寻呼时机中监测寻呼消息的部件。

在第六方面，提供了一种装置。该装置包括用于在第二设备处向第一设备传输寻呼指示的配置的部件，该配置指示用于监测寻呼指示的位置信息、以及寻呼指示与至少一个寻呼帧中的寻呼时机的集合之间的映射信息；用于基于位置信息向第一设备传输寻呼指示的部件；以及用于基于寻呼指示在寻呼时机的集合中与第一设备相关联的寻呼时机中向第一设备传输寻呼消息的部件。

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

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

附图说明

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

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

图2示出了根据本公开的一些示例实施例的用于寻呼的信令流；

图3示出了根据本公开的一些示例实施例的寻呼指示的不同分组层的示意图；

图4A和图4B示出了根据本公开的一些示例实施例的分组比特格式的示意图；

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

图6示出了根据本公开的一些其他示例实施例的在第二装置处实现的方法的流程图；

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

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

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

具体实施方式

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

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

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

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

本文中使用的术语仅用于描述特定实施例，而非旨在限制示例实施例。本文中使用的单数形式“一”、“一个”和“该”也包括复数形式，除非上下文另有明确说明。进一步理解，术语“包括”、“包含”、“具有”、“有”、“包括有”和/或“包含有”当在本文中使用时指定所述特征、元素和/或组件等的存在，但不排除一个或多个其他特征、元素、组件和/或其组合的存在或添加。

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

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

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

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

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

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

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

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

如本文中使用的，术语“通信网络”是指遵循任何合适的通信标准的网络，诸如新无线电(NR)、长期演进(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)、中继、集成和接入回程(IAB)节点、低功率节点(诸如毫微微、微微)、非地面网络(NTN)或非地面网络设备(诸如卫星网络设备)、近地轨道(LEO)卫星和地球同步轨道(GEO)卫星、飞机网络设备等，具体取决于所应用的术语和技术。术语“终端设备”是指能够进行无线通信的任何终端设备。在以下描述中，术语“终端设备”、“终端”、“用户设备”和“UE”可以互换使用。

如上所述，如何正确监测寻呼消息是一个非常重要的问题。3GPP已经对UE功率节省进行了研究。当处于RRC非活动/空闲时，UE必须定期监测寻呼。这是根据网络定义的寻呼周期(即，UE在RRC非活动/空闲时的非活动/空闲DRX周期)来进行的。规则在UE处是已知的，并且网络允许基于UE标识符来确定正确的寻呼时机(PO)。用于寻呼的UE标识符在5G无线电接入网(RAN)内是已知的，并且因此PO可以在5G-RAN中确定，以实现跟踪区域内的核心网(CN)级寻呼和RAN通知区域(RNA)内的RAN级寻呼。后一种仅特定于RRC非活动UE。然而，在监测寻呼之前，UE必须当前基于同步信号块(SSB)来执行与服务小区的跟踪和时间频率下行链路同步。这表示，UE可能需要在其寻呼时机(PO)之前很久唤醒，并且在PO之前读取一定数目的SSB突发以确保与网络的时间频率同步，以便准备好最终解码PDSCH中的寻呼记录。所需要的SSB的数目随着UE SINR而变化，并且可以基于UE供应商。期望的是，至少对于某些UE供应商/模型，低SINR UE可能需要多达3个SSB突发，而处于良好SINR的UE可以只需要单个SSB突发。显然，UE在PO之前越早唤醒，其消耗的功率就越多。此外，大多数情况下，UE不存在寻呼，因此对于大多数寻呼周期，这种准备是不必要的。

用于寻呼的不必要功耗的另一原因是，通常很多UE共享相同PO(即，读取相同寻呼DCI)，并且“错误寻呼警报”率可以很高，因为PO中的大多数UE在寻呼记录中找不到其用于寻呼的UE标识符。

已经讨论了解决上述问题的若干建议。主要机制是早期寻呼指示(EPI)，有时也称为寻呼早期指示(PEI)，其能够在PO之前指示寻呼的存在；以及UE与PO的子分组，其能够指示存在PO中针对特定UE子组的寻呼。

基于DCI的早期寻呼指示(EPI)应当以波束扫描方式(即，其要经由在系统信息中指示的所有传输波束来发送)和高聚合级别(AL)(例如，AL 16)被提供给处于RRC非活动/空闲模式的UE，以确保其在小区边缘处的成功接收。这在PDCCH能力方面可以是昂贵的，并且是具有挑战性的，特别是在PDCCH能力可能令人恐慌的场景/配置中。

此外，如果小区中的寻呼负载增加，并且不可以寻呼与寻呼周期的寻呼帧(PF)相对应的同一PO中的所有UE，则可以在每个PF中配置多个PO。然后，可以基于UE的UE标识符将UE均匀地分配给这些PO。每个PF的PO的数目可以基于NR中的参数ns经由系统信息来配置，其中ns是每个寻呼帧的寻呼时机的数目。

目前，没有指定EPI细节，并且3GPP中也没有讨论EPI是否是PO特定的。在PO特定EPI的情况下，网络将不得不发送与PF中的PO一样多的EPI信号，从而增加了EPI的PDCCH能力要求。

已经提出了一种名为“唤醒信号(WUS)”的技术，该技术根据数据业务动态地控制UE的PDCCH监测行为。省电信号可以指示UE是否跳过DRX开启持续时间内的后续监测时机。以这种方式，只有当存在针对UE的数据时，UE才会唤醒以监测PDCCH。

为了解决至少一部分问题，已经提出了一种寻呼指示的解决方案。根据本公开的实施例，第一设备从第二设备接收寻呼指示的配置。该配置指示如何监测寻呼指示以及寻呼指示与寻呼时机的集合之间的映射。第一设备在与第一设备相关联的寻呼时机中监测寻呼消息。以这种方式，能够减少第一设备处的延迟并且节省第一设备处的功率。此外，还节省用于寻呼的信令。

图1示出了可以在其中实现本公开的实施例的通信环境100的示意图。作为通信网络的一部分的通信环境100还包括设备110-1、设备110-2、……、设备110-N(其可以统称为“(多个)第一设备110”)。通信环境100包括第二设备120。

通信环境100可以包括任何合适数目的设备和小区。在通信环境100中，第一设备110和第二设备120可以彼此传送数据和控制信息。在第一设备110是终端设备并且第二设备120是网络设备的情况下，从第二设备120到第一设备110的链路称为下行链路(DL)，而从第一设备110到第二设备120的链路称为上行链路(UL)。第二设备120和第一设备110是可互换的。

应当理解，图1所示的第一设备和小区及其连接的数目是为了说明的目的，而没有任何限制。通信环境100可以包括适合于实现本公开的实施例的任何合适数目的设备和网络。

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

下面将参考附图详细描述本公开的示例实施例。现在参考图2，图2示出了根据本公开的示例实施例的用于寻呼的信令流200。出于讨论的目的，将参考图1描述信令流200。仅出于说明的目的，信令流200可以涉及第一设备110-1和第二设备120。

第二设备120可以向第一设备传输2005寻呼配置信息。在一些实施例中，寻呼配置信息可以指示每个寻呼帧的寻呼时机的数目。例如，每个寻呼帧的寻呼时机的数目可以设置为1、2或4。备选地或附加地，寻呼配置信息还可以指示寻呼周期。应当注意，寻呼配置信息可以包括与寻呼设备相关的任何合适的信息。在一些实施例中，寻呼配置信息可以在系统信息中传输。

第二设备120向第一设备110-1传输2010寻呼指示的配置。在一些实施例中，寻呼指示可以是PF特定的。例如，PF可以包括不同终端设备的多个寻呼时机，寻呼指示可以用于PF的一个或多个寻呼时机。在一些实施例中，寻呼指示可以用于PF的所有寻呼时机。备选地，寻呼指示可以与多于一个PF相关。在一些实施例中，该配置可以在系统信息中传输。备选地，该配置可以在下行链路控制信息中传输。在其他实施例中，该配置可以在RRC信令中传输。以这种方式，可以减少信令开销，并且还可以减少传输寻呼指示所需要的物理下行链路控制信道(PDCCH)能力。

该配置可以指示寻呼指示与至少一个PF中的寻呼时机的集合之间的映射信息。应当注意，在寻呼时机的集合中可以有任何合适数目的寻呼时机。例如，在寻呼时机的集合中可以有一个寻呼时机。备选地，在寻呼时机的集合中可以有多于一个寻呼时机。在一些实施例中，该配置可以指示寻呼指示可以包含例如与某个PF相关联的一个或多个PO的指示。备选地，该配置可以指示寻呼指示可以与一个或多个寻呼帧相关联地配置。在示例实施例中，第二设备120可以配置寻呼指示与时间帧内的PF数目的关联。在另一示例中，寻呼指示可以指向/或指示寻呼帧内的特定PO子集(例如，子集)。可以通过寻呼指示来指示的PO数目或特定PO可以由网络来配置。

该配置可以指示用于监测寻呼指示的位置和加扰信息。在一些实施例中，该配置可以指示寻呼指示的时间和频率位置。例如，如果存在多于一个候选位置用于寻呼指示，则该配置可以包括用于监测寻呼指示的多个时间和频率位置。备选地或附加地，该配置还可以包括与寻呼指示相关联的加扰信息。为了简洁起见，本文中使用的“位置信息”可以包括(多个)时间和频率位置以及加扰信息。

第一设备110-1可以基于位置信息来监测2015寻呼指示。第二设备120生成2020寻呼指示。应当注意，图2所示的监测2015和生成2020的顺序只是一个示例，而不是限制。在一些实施例中，PF到寻呼指示的映射可以显式地(例如，经由诸如SSB ID等配置索引)或逻辑地按照配置的顺序来进行，该配置考虑到了被映射到给定寻呼指示的(多个)PF的数目。

在一些实施例中，第一设备110-1可以被配置为在PF开始之前的时间偏移处监测寻呼指示。备选地，第一设备110-1可以被配置为在PF开始之前的时间窗口中监测寻呼指示。在其他实施例中，第一设备110-1可以被配置为监测映射到实际传输的SSB的(多个)基于同步信号(SS)的监测时机。

在一些实施例中，第一设备110-1可以根据位置信息确定在至少一个寻呼帧的开始时间之前的时间偏移(称为“第一时间偏移”)。第一设备110-1可以基于第一时间偏移来监测/接收寻呼指示。例如，第一设备110-1可以在相关联的PF之前接收具有可配置时间偏移的寻呼指示。在一些实施例中，如果存在与寻呼指示相关联的多个寻呼帧，则第一时间偏移可以根据与第一设备110-1相关联的第一PF的开始时间来确定。此外，第一时间偏移还可以根据不与第一设备110-1相关联的第一PF的开始时间来确定。第一设备可以基于位置信息来确定不与第一设备110-1相关联的第一PF。附加地或备选地，可以在PF之前的第一时间偏移处接收针对PF中的多个PO的PF特定寻呼指示。这种偏移可以考虑寻呼帧偏移(例如，对应于参数PF_offset和参数nAndPagingFrameOffset)。在一些实施例中，可以向第一设备110-1指示哪个(哪些)PF与第一设备110-1相关联。

在一些实施例中，第一设备110-1可以确定与寻呼时机的集合中的第一寻呼时机相关联的第一PDCCH监测时机。在一些实施例中，第一寻呼时机可以与第一设备110-1相关联。备选地，第一寻呼时机可以不与第一设备110-1相关联，并且第一设备可以基于位置信息来确定第一寻呼时机。在其他实施例中，第一设备110-1可以基于位置信息确定在第一PDCCH监测时机之前的时间偏移(称为“第二时间偏移”)。第一设备110-1可以基于第二时间偏移来监测/接收寻呼指示。例如，可以在与PF中的第一PO相关联的第一PDCCH监测时机之前的第二时间偏移处发送针对PF中的多个PO的PF特定寻呼指示。在一些实施例中，可以向第一设备110-1指示哪个(哪些)PF和/或PO与第一设备110-1相关联。此外，还可以向第一设备110-1指示哪个(哪些)PDCCH监测时机与第一设备110-1相关联。

在一些实施例中，第一设备110-1可以基于位置信息确定在寻呼时机的集合中的第一寻呼时机之前的时间偏移(称为“第三时间偏移”)。第一设备110-1可以基于第三时间偏移来监测/接收寻呼指示。例如，寻呼指示可以被配置为在相关联的PF的第一PO之前的第三时间偏移处(或在开始第三时间偏移的窗口中)被接收。第三时偏移还可以针对PF中的任何PO来配置，例如，在PF中的一个或多个PO不与寻呼指示传输相关联的示例中。

备选地，第一设备110-1可以基于位置信息来确定定时器窗口的开始时间与至少一个寻呼帧的开始时间之间的时间偏移。第一设备110-1还可以确定时间窗口的长度。第一设备110-1可以在时间窗口期间监测/接收寻呼指示。例如，寻呼指示可以在包含用于寻呼指示的一个或多个候选时间/频率位置的时间窗口中被传输(和/或第一设备110-1可以被配置为在该时间窗口中接收寻呼指示)。时间窗口可以被配置为相对于第一关联PF在第四时间偏移处开始。时间窗口的长度可以由第二设备120配置。

在其他实施例中，第一设备110-1可以基于位置信息确定与SSB的关联。第一设备110-1可以基于SSB来监测/接收寻呼指示。例如，在一些实施例中，寻呼指示可以与在相关联的PF之前的最小时间偏移传输的最后一个实际传输的SSB位于同一位置。备选地，寻呼指示也可以与在PF之前的SSB(FDM或TDM)复用，即，位于与PF的开始相距网络指定偏移处的SSB。可以在寻呼指示内容或携带寻呼指示的传输块与对应PF之间配置关联(例如，可以在对携带寻呼指示的传输块的循环冗余校验(CRC)进行加扰的无线电网络临时身份(RNTI)或用于寻呼指示监测的搜索空间之间建立关联)。

在一些实施例中，当SSB周期很长(例如，40ms、80ms、160ms)，并且因此2个SSB突发之间出现多个PF时，每个PF可以有一个寻呼指示。因此，与突发内的第一PF相对应的第一寻呼指示位于SSB之后的第一个(时间上)(例如，波束扫描，覆盖4个时隙)，则与第二PF相对应的第二寻呼指示可以被放置在接下来的4个时隙内，以此类推。

此外，第一设备110-1可以基于位置信息来确定寻呼指示的搜索空间。第一设备110-1可以在搜索空间中监测/接收寻呼指示。例如，寻呼指示可以配置有其自己的特定搜索空间配置。当EPI监测窗口是活动的或者EPI监测直接基于SS配置而确定时，配置可以是活动的。在另一示例中，EPI搜索空间的周期性可以被配置为匹配PF周期性。

第二设备120传输2025寻呼指示。例如，寻呼指示可以在下行链路控制信息(DCI)中传输。在一个示例实施例中，位置信息可以通过高层(例如，通过广播消息)传输到UE。可以通过高层向第一设备110-1通知搜索空间集(在基于DCI的情况下)配置。到实际传输的SSB的基于SS的监测时机映射可以与寻呼和/或SI消息类似地进行。

在一些实施例中，这种寻呼指示所针对的PO可以被包含在PF中。备选地，PO可以位于比PF晚的无线电帧中。这是因为寻呼指示内容与对应PF之间有明确的关联。本文中使用的术语“PO”指代PDCCH监测时机的集合，并且可以包括多个时隙。这导致寻呼指示与与PF相对应的PO之间的明确关联，而不管PO是否完全被包含在PF中。这本质上表示，在发送寻呼指示的SSB与PF之间存在明显的关联，而不管在多个SSB上传播的PO还是落在一个SSB周期之间的若干PF。备选地，在NR中，不存在需要包含PO的指定物理寻呼帧(即，无线电帧)，但是由PF指示的与PO相关联的无线电帧用于建立定时并且也是PO的逻辑参考。

第一设备110-1确定2030与第一设备110-1相关联的寻呼时机。第一设备110-1在寻呼时机中监测2035寻呼消息。备选地，第一设备110-1可以不监测寻呼消息，直到下一寻呼指示。换言之，第一设备110-1可以基于寻呼指示来跳过对寻呼消息的监测。例如，如果寻呼指示不包括与第一设备110-1相关联的(多个)PO，则第一设备110-1可以跳过对寻呼消息的监测。备选地或附加地，如果寻呼指示不包括与第一设备110-1相关联的(多个)PF，则第一设备110-1可以跳过对寻呼消息的监测。在其他实施例中，如果寻呼指示不包括与第一设备相关联的一组设备，则第一设备110-1可以跳过对寻呼消息的监测。寻呼消息可以是任何合适的寻呼消息。本公开的实施例不限于于此。以这种方式，可以减少第一设备处的延迟并且节省第一设备处的功率。此外，还节省用于寻呼的信令。以这种方式，可以节省第一设备处的功率。此外，还节省用于寻呼的信令。

在一些实施例中，寻呼指示可以包括“分组比特”信息元素(IE)，其指示寻呼指示针对哪个(哪些)PO和PO内的哪个(哪些)UE子组。在一些实施例中，分组比特可以是PO特定的。备选地，分组比特可以对于在寻呼指示中指示的所有PO是公共的。这些分组比特可以至少基于PF中的PO的总数和寻呼指示的配置来分配。在一些实施例中，如果第一设备110-1在下行链路控制信息中接收到寻呼指示，则第一设备110-1可以确定下行链路控制信息用特定于寻呼时机的无线电网络临时身份被加扰。第一设备110-1可以在寻呼时机中监测寻呼消息。在该示例中，携带寻呼指示的DCI可以用PO(在PF内)特定RNTI进行加扰，该RNTI指示寻呼被指示用于哪个PO。寻呼指示还可以包括N分组比特。

在一些实施例中，第一设备110-1可以从寻呼指示获取位图。位图可以基于映射信息被映射到寻呼时机。例如，分组比特可以使用位图来指示特定PO。在一个示例中，如果PF内配置有4个PO，则可以使用4个比特，其中每个比特指示特定PO。对于每个PO，可以有零个、一个或多个分组比特来进一步对该PO的UE进行子分组。可以指示特定的一个或多个PO，例如，如果PF包括4个PO，则只有2个PO可以与EPI相关联。在其他实施例中，位图可以基于映射信息被映射到至少一个寻呼帧。备选地或附加地，分组比特可以指示UE子组信息。

在一些实施例中，位图可以基于映射信息被映射到寻呼时机的子集。例如，子组配置可以是位图的形式，其中图中的每个比特指示特定组。例如，如果指示了3个子组，则可以使用3个比特，并且所有子组可以单独指示。在使用位图指示子组的情况下，所有比特被设置为值(例如，＝0)，这指示子组没有寻呼，隐含地指示在当前PO中，并且不需要监测。因此，可以不单独地需要PO指示。

在其他实施例中，子组配置可以包括比特，其中比特组合指示子组的ID(值)。例如，使用3个比特，可以指示8个不同组值。

在另一实施例中，分组比特可以包括子组ID，其中特定分组比特与特定PO相关联，并且其中ID比特的特定比特值被保留以指示在PO中没有指示组。如图3所示，寻呼指示310可以包括N个比特，并且可以与两个寻呼帧320-1和320-2相关联。寻呼帧320-1可以包括寻呼时机330-1和330-2。寻呼时机330-1可以包括两个子组340-1和340-2。每个子组可以包括至少一个UE。寻呼指示310的配置可以指示寻呼时机330-1可以利用子组和相关分组比特，而寻呼时机330-2则不能。

在另一实施例中，寻呼指示可以指示子组比特的特定ID值，这表示指示了所有子组ID。寻呼指示可以包括以上各项的任何组合，即，PO特定比特之后可以是子组ID比特，或者寻呼指示可以仅包括子组ID比特。在后一种情况下，PO特定指示可以是RNTI或子组特定比特的ID值的形式。

在一个实现选项中，可以配置PO比特的数目和子组ID比特的数目。在其中寻呼指示针对每个PO和PF中的所有PO的相同数目的子组的一些实施例中，寻呼指示中存在的“分组比特”的部分可以与每个PO(在PF中的PO集合中)和给定PO内的UE子组相关联。在这种情况下，位图可以基于映射信息被映射到一组或多组设备。如果第一设备110-1属于一组或多组设备组中的任何一个，则第一设备110-1可以在寻呼时机中监测寻呼消息。

在示例实施例中，“分组比特”IE是比特字段大小n，其中作为EPI配置的一部分，大小n经由SIB/RRC被配置给第一设备110-1，或者大小n是为寻呼指示针对DCI格式而预定义的。备选地，大小n可以取决于被配置为在寻呼指示中指示的PO的数目。每个PO的UE子组的数目可以是UE基于表示为“n”的比特字段大小和表示为“ns”()的一个PF中的PO的数目而得出的动态分配，其经由SIB提供给第一设备110-1。第一设备110-1可以基于n和ns得出每个PO的UE子组比特的数目，如下：

每个PO的UE子组比特的数目＝n(比特)/ns(1)备选地：

如果ns>1，则每个PO的UE子组比特的数目＝(n-ns)/ns；(2)如果ns＝1，则每个PO的UE子组比特的数目＝ns

备选地：

每个PO的UE子组比特的数目＝(n-ns)/寻呼的PO的数目(3)

PO特定比特可以指示第一设备110-1是否应当读取该PO的位图。备选地，PO特定比特可以指示不在子组中的UE是否应当读取PO。对于每个PO，存在n/ns个子组，其中n/ns个比特的位图指示对于每个子组，相关联的PO中是否有任何UE被寻呼。例如，如果所有分组比特指示0，则表示PO中没有UE被寻呼，并且该子组中的UE不需要监测该PO的寻呼消息。备选地，在PO中是否有任何UE被寻呼是用ns个比特来指示的，并且每个PO内是否有UE的任何子组被寻呼是由单独的比特来指示的。备选地，用于子分组的比特仅被分配被指示为具有被寻呼UE的(多个)PO。例如，如果只有一个PO被指示为被寻呼，则所有子组比特都可以被解释为用于该PO。备选地，可以有ns个比特的位图来指示哪些PO被寻呼，并且可以有另一公共分组位图(n-ns个比特)来指示针对所指示的PO哪些子组被寻呼。

示例，其中每个EPI每个PO仅可以指示一个子组：

如果n是3(或4)并且ns是1(即，每个PF有1个PO)，则每个PO的UE子组比特数是3(或4)比特，并且每个PO的UE子组数是8(或16)。如果n是6并且ns是2(即，每个PF有2个PO)，则每个PO的UE子组比特数是3比特，并且每个PO的UE子组数是8。如果n是12(或16)并且ns是4(即，每个PF有4个PO)，则每个PO的UE子组比特数是3(或4)比特，并且每个PO的UE子组数是8(或16)。

示例，其中每个EPI每个PO可以指示任何数目的子组：

如果n是16比特并且ns是1(即，每个PF有1个PO)，则每个PO的UE子组比特数是16比特，因为PO指示不需要比特。如果n是16比特并且ns是2(即，每个PF有2个PO)，则每个PO的UE子组比特数是(16-2)/2＝7比特，因为对于每个PO可以支持7个子组的PO指示需要一个比特。备选地，隐式地指示PO，并且每个PO的UE子组比特数是(16)/2＝8比特。如果n是16比特并且ns是4(即，每个PF有4个PO)，则每个PO的UE子组比特数是(16-4)/4＝3比特，因为对于每个PO可以支持3个子组的PO指示需要一个比特。备选地，隐式地指示PO，并且每个PO的UE子组比特数是(16)/4＝4比特。备选地，可以为所有寻呼的PO共享子组位图，而不是针对每个PO具有单独的位图。例如，2个比特用于指示2个PO中的哪些被寻呼，并且14个比特用于指示寻呼的PO内的14个子组中的哪些被寻呼。

在寻呼指示针对的是每个PO中相同数目的子组，但不是PF中的所有PO的某些实施例中，则可以假定寻呼指示指示针对PF中的所有PO的寻呼和子组。然而，网络可以有理由使寻呼指示仅针对PF中的PO子集。因此，寻呼指示中的分组比特应当允许灵活地指向所针对的PO的子集。寻呼指示中的所针对的PO的数目和索引可以被提供作为寻呼指示配置的一部分。在这种情况下，参数ns(一个PF中的PO的数目)可以替换为PF中配置的PO的目标子集。如图4A所示，寻呼周期可以是1.28秒，并且包括无线电帧410-0、410-1、410-2、……、410-32等。仅为了说明的目的，无线电帧410-32可以被视为寻呼帧。无线电帧410-32可以包括子帧/时隙420-0、420-1、420-2、420-3、420-4、420-5、420-6、420-7、420-8和420-9。子帧420-0可以是第一寻呼时机，其中UE的第一子集共享第一寻呼时机。子帧420-3可以是第二寻呼时机，其中UE的第二子集共享第二寻呼时机。子帧420-6可以是第三寻呼时机，其中UE的第三子集共享第三寻呼时机。子帧420-9可以是第四寻呼时机，其中UE的第四子集共享第四寻呼时机。如图4B所示，在每个PO由寻呼指示寻址的情况下，子组比特430可以与第一PO相关联，子组比特440可以与第二PO相关联、子组比特450可以与第三PO相关联，并且子组比特460可以与第四PO相关联。如图4B所示，在PF中只有两个PO被寻址的另一种情况下，子组比特470可以与第一PO相关联，并且子组比特48可以与第二PO相关联。

在寻呼指示针对每个PO和PF中的所有/子集的PO的不同数目的子组的一些实施例中，第一设备110-1可以向除了最后一个PO之外的每个其他PO分配(n/ns)个分组比特，第一设备110-1将剩余比特分配给最后一个PO。

在一些实施例中，可以不维持寻呼指示内的PO的顺序。在该示例中，作为寻呼指示的配置的一部分，第二设备120可以在分组比特中指示PO的不同顺序。

图5示出了根据本公开的一些示例实施例的在第一设备110处实现的示例方法500的流程图。出于讨论的目的，将从第一设备110的角度来描述方法500。

在框510，第一设备110-1从第二设备120接收寻呼指示的配置。该配置指示用于监测寻呼指示的位置信息、以及寻呼指示与至少一个寻呼帧中的寻呼时机的集合之间的映射信息。

在框520，第一设备110-1基于位置信息从第二设备接收寻呼指示。在一些实施例中，第一设备110-1可以根据位置信息确定在至少一个寻呼帧的开始时间之前的第一时间偏移。第一设备110-1可以基于第一时间偏移来接收寻呼指示。

在其他实施例中，第一设备110-1可以根据位置信息确定在与寻呼时机的集合中的第一寻呼时机相关联的第一物理下行链路控制信道PDCCH监测时机之前的第二时间偏移。第一设备110-1可以基于第二时间偏移来接收寻呼指示。

在一些实施例中，第一设备110-1可以根据位置信息确定在寻呼时机的集合中的第一寻呼时机之前的第三时间偏移。第一设备110-1可以基于第三时间偏移来接收寻呼指示。

在示例实施例中，第一设备110-1可以根据位置信息确定时间窗口的开始时间与至少一个寻呼帧的开始时间之间的第四时间偏移以及时间窗口的长度。第一设备110-1可以在时间窗口期间接收寻呼指示。

在又一实施例中，第一设备110-1可以根据位置信息确定与同步信号块的关联。第一设备110-1可以基于同步信号块来接收寻呼指示。

在另一实施例中，第一设备110-1可以根据位置信息确定寻呼指示的搜索空间。第一设备110-1可以在搜索空间中接收寻呼指示。

在框530，第一设备110-1基于映射信息从寻呼时机的集合中确定与第一设备相关联的寻呼时机。

在框540，第一设备110-1在所确定的与第一设备相关联的寻呼时机中监测寻呼消息。在一些实施例中，第一设备110-1可以确定下行链路控制信息用特定于寻呼时机的无线电网络临时身份被加扰，并且在寻呼时机中监测寻呼消息。

在其他实施例中，第一设备110-1可以从寻呼指示获取位图，并且基于映射信息将位图映射到寻呼时机。第一设备110-1可以在寻呼时机中监测寻呼消息。

在其他实施例中，第一设备110-1可以从寻呼指示获取位图，并且基于映射信息将位图映射到至少一个寻呼帧。第一设备110-1可以在至少一个寻呼帧中监测寻呼消息。

在另一实施例中，第一设备110-1可以从寻呼指示获取位图，并且基于映射信息将位图映射到寻呼时机的子集。如果寻呼时机在寻呼时机的子集中，则第一设备110-1可以在寻呼时机中监测寻呼消息。

在示例实施例中，第一设备110-1可以从寻呼指示获取位图，并且基于映射信息将位图映射到一组设备。如果第一设备属于该组设备，则第一设备110-1可以在寻呼时机中监测寻呼消息。

在一些示例实施例中，一种能够执行任何方法500的第一装置(例如，第一设备110)可以包括用于执行方法300的相应操作的部件。该部件可以以任何合适的形式实现。例如，该部件可以在电路系统或软件模块中实现。第一装置可以被实现为第一设备110或者被包括在第一设备110中。在一些示例实施例中，该部件可以包括至少一个处理器和包括计算机程序代码的至少一个存储器。该至少一个存储器和计算机程序代码被配置为与该至少一个处理器一起引起该装置的操作。

在一些实施例中，该装置包括用于在第一设备处从第二设备接收寻呼指示的配置的部件，该配置指示：用于监测寻呼指示的位置信息、以及寻呼指示与至少一个寻呼帧中的寻呼时机的集合之间的映射信息；用于基于位置信息从第二设备接收寻呼指示的部件；用于确定与第一设备相关联的寻呼时机的部件；以及用于在所确定的与第一设备相关联的寻呼时机中监测寻呼消息的部件。

在一些实施例中，用于接收寻呼指示的部件包括：用于根据位置信息确定在至少一个寻呼帧的开始时间之前的第一时间偏移的部件；以及用于基于第一时间偏移来接收寻呼指示的部件。

在一些实施例中，用于接收寻呼指示的部件包括：用于根据位置信息确定在与寻呼时机的集合中的第一寻呼时机相关联的第一物理下行链路控制信道PDCCH监测时机之前的第二时间偏移的部件；以及用于基于第二时间偏移来接收寻呼指示的部件。

在一些实施例中，用于接收寻呼指示的部件包括：用于根据位置信息确定在寻呼时机的集合中的第一寻呼时机之前的第三时间偏移的部件；以及用于基于第三时间偏移来接收寻呼指示的部件。

在一些实施例中，用于接收寻呼指示的部件包括：用于根据位置信息确定时间窗口的开始时间与至少一个寻呼帧的开始时间之间的第四时间偏移以及时间窗口的长度的部件；以及用于在时间窗口期间接收寻呼指示的部件。

在一些实施例中，用于接收寻呼指示的部件包括用于根据位置信息确定与同步信号块的关联的部件；以及用于基于同步信号块来接收寻呼指示的部件。

在一些实施例中，用于接收寻呼指示的部件包括：用于根据位置信息确定寻呼指示的搜索空间的部件；以及用于在搜索空间中接收寻呼指示的部件。

在一些实施例中，该配置是在系统信息或下行链路控制信息中接收的。

在一些实施例中，用于接收寻呼指示的部件包括：用于在下行链路控制信息中接收寻呼指示的部件；并且用于在寻呼时机中监测寻呼消息的部件包括：用于确定下行链路控制信息用特定于寻呼时机的无线电网络临时身份被加扰的部件；以及用于在寻呼时机中监测寻呼消息的部件。

在一些实施例中，用于在寻呼时机中监测寻呼消息的部件包括：用于从寻呼指示获取位图的部件；用于基于映射信息将位图映射到寻呼时机的部件；以及用于在寻呼时机中监测寻呼消息的部件。

在一些实施例中，用于在寻呼时机中监测寻呼消息的部件包括：用于从寻呼指示获取位图的部件；用于基于映射信息将位图映射到至少一个寻呼帧的部件；以及用于在至少一个寻呼帧中监测寻呼消息的部件。

在一些实施例中，用于在寻呼时机中监测寻呼消息的部件包括：用于从寻呼指示获取位图的部件；用于基于映射信息将位图映射到寻呼时机的子集的部件；以及用于根据确定寻呼时机在寻呼时机的子集中来在寻呼时机中监测寻呼消息的部件。

在一些实施例中，用于在寻呼时机中监测寻呼消息的部件包括：用于从寻呼指示获取位图的部件；用于基于映射信息将位图映射到一组设备的部件；以及用于根据确定第一设备属于该组设备来在寻呼时机中监测寻呼消息的部件。

在一些实施例中，该装置包括用于引起基于寻呼指示来跳过对寻呼消息的监测的部件。

图6示出了根据本公开的一些示例实施例的在第二设备120处实现的示例方法600的流程图。出于讨论的目的，将从第二设备120的角度来描述方法600。

在框610，第二设备120向第一设备110-1传输寻呼指示的配置。在框620，第二设备120基于位置信息向第一设备传输寻呼指示。该配置指示：用于监测寻呼指示的位置信息、以及寻呼指示与至少一个寻呼帧中的寻呼时机的集合之间的映射信息。

在一些实施例中，第二设备120可以传输包括指示在至少一个寻呼帧的开始时间之前的第一时间偏移的位置信息的配置。第二设备120可以基于第一时间偏移来传输寻呼指示。

在一个示例实施例中，第二设备120可以传输包括指示在与寻呼时机的集合中的第一寻呼时机相关联的第一物理下行链路控制信道PDCCH监测时机之前的第二时间偏移的信息的配置。第二设备120可以基于第二时间偏移来传输寻呼指示。

在另一示例实施例中，第二设备120可以传输包括指示在寻呼时机的集合中的第一寻呼时机之前的第三时间偏移的信息的配置。第二设备120可以基于第三时间偏移来传输寻呼指示。

在又一示例实施例中，第二设备120可以传输包括指示时间窗口的开始时间与至少一个寻呼帧的开始时间之间的第四时间偏移以及时间窗口的长度的信息的配置。第二设备120可以在时间窗口期间传输寻呼指示。

在一些实施例中，第二设备120可以传输包括指示与同步信号块的关联的信息的配置。第二设备120可以基于同步信号块来传输寻呼指示。

在另一实施例中，第二设备120可以传输包括指示寻呼指示的搜索空间的信息的配置。第二设备120可以在搜索空间中传输寻呼指示。该配置可以在系统信息或下行链路控制信息中传输。

在框630，第二设备120基于寻呼指示在寻呼时机的集合中与第一设备相关联的寻呼时机中向第一设备110-1传输寻呼消息。在一些实施例中，第二设备120可以在用特定于寻呼时机的无线电网络临时身份加扰的下行链路控制信息中传输寻呼指示。第二设备120可以在寻呼时机中传输寻呼消息。

在一些实施例中，第二设备120可以生成包括要基于映射信息被映射到寻呼时机的位图的寻呼指示。第二设备120可以在寻呼时机中传输寻呼消息。

在其他实施例中，第二设备120可以生成包括要基于映射信息被映射到至少一个寻呼帧的位图的寻呼指示。第二设备120可以在寻呼帧中传输寻呼消息。

在一些实施例中，第二设备120可以生成包括要基于映射信息被映射到寻呼时机的子集的位图的寻呼指示。如果寻呼时机在寻呼时机的子集中，则第二设备120可以在寻呼时机中传输寻呼消息。

在其他实施例中，第二设备120可以生成包括位图的寻呼指示，位图基于映射信息被映射到用于监测寻呼消息的一组设备。

在一些示例实施例中，一种能够执行任何方法600的第二第一装置(例如，第二设备120)可以包括用于执行方法600的相应操作的部件。该部件可以以任何合适的形式实现。例如，该部件可以在电路系统或软件模块中实现。第一装置可以被实现为第二设备120或者被包括在第二设备120中。在一些示例实施例中，该部件可以包括至少一个处理器和包括计算机程序代码的至少一个存储器。该至少一个存储器和计算机程序代码被配置为与该至少一个处理器一起引起该装置的操作。

在一些实施例中，该装置包括用于在第二设备处向第一设备传输寻呼指示的配置的部件，该配置指示用于监测寻呼指示的位置信息、以及寻呼指示与至少一个寻呼帧中的寻呼时机的集合之间的映射信息；用于基于位置信息向第一设备传输寻呼指示的部件；以及用于基于寻呼指示在寻呼时机的集合中与第一设备相关联的寻呼时机中向第一设备传输寻呼消息的部件。

在一些实施例中，用于传输配置的部件包括：用于传输包括指示在至少一个寻呼帧的开始时间之前的第一时间偏移的位置信息的配置的部件；并且用于传输寻呼指示的部件包括用于基于第一时间偏移来传输寻呼指示的部件。

在一些实施例中，用于传输配置的部件包括：用于传输包括指示在与寻呼时机的集合中的第一寻呼时机相关联的第一物理下行链路控制信道PDCCH监测时机之前的第二时间偏移的信息的配置的部件；并且用于传输寻呼指示的部件包括：用于基于第二时间偏移来传输寻呼指示的部件。

在一些实施例中，用于传输配置的部件包括：用于传输包括指示在寻呼时机的集合中的第一寻呼时机之前的第三时间偏移的信息的配置的部件；并且用于传输寻呼指示的部件包括：用于基于第三时间偏移来传输寻呼指示的部件。

在一些实施例中，用于传输配置的部件包括：用于传输包括指示时间窗口的开始时间与至少一个寻呼帧的开始时间之间的第四时间偏移以及时间窗口的长度的信息的配置的部件；并且用于传输寻呼指示的部件包括：用于在时间窗口期间传输寻呼指示的部件。

在一些实施例中，用于传输配置的部件包括：用于传输包括指示与同步信号块的关联的信息的配置的部件；并且用于传输寻呼指示的部件包括：用于基于同步信号块来传输寻呼指示的部件。

在一些实施例中，用于传输配置的部件包括：用于传输包括指示寻呼指示的搜索空间的信息的配置的部件；并且用于传输寻呼指示的部件包括：用于在搜索空间中传输寻呼指示的部件。

在一些实施例中，该配置是在系统信息或下行链路控制信息中传输的。

在一些实施例中，用于传输寻呼指示的部件包括：用于在用特定于寻呼时机的无线电网络临时身份加扰的下行链路控制信息中传输寻呼指示的部件；并且用于在寻呼时机中传输寻呼消息的部件包括用于在寻呼时机中传输寻呼消息的部件。

在一些实施例中，该装置还包括用于生成包括要基于映射信息被映射到寻呼时机的位图的寻呼指示的部件；并且用于在寻呼时机中传输寻呼消息的部件包括用于在寻呼时机中传输寻呼消息的部件。

在一些实施例中，该装置还包括用于生成包括要基于映射信息被映射到至少一个寻呼帧的位图的寻呼指示的部件；并且用于在至少一个寻呼帧中传输寻呼消息的部件包括用于在寻呼帧中传输寻呼消息的部件。

在一些实施例中，该装置还包括用于生成包括要基于映射信息被映射到寻呼时机的子集的位图的寻呼指示的部件；并且用于在寻呼时机中传输寻呼消息的部件包括：用于根据确定寻呼时机在寻呼时机的子集中来在寻呼机时传输寻呼消息的部件。

在一些实施例中，该装置还包括用于生成包括位图的寻呼指示的部件，位图基于映射信息被映射到用于监测寻呼消息的一组设备。

图7是适合于实现本公开的示例实施例的设备700的简化框图。设备700可以用于实现通信设备，例如，如图1所示的第一设备110或第二设备120。如图所示，设备700包括一个或多个处理器710、耦合到处理器710的一个或多个存储器720、以及耦合到处理器710的一个或多个通信模块740。

通信模块740用于双向通信。通信模块740具有一个或多个通信接口，以便于与一个或多个其他模块或设备进行通信。通信接口可以表示与其他网络元件通信所必需的任何接口。在一些示例实施例中，通信模块740可以包括至少一个天线。

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

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

计算机程序730包括由相关联的处理器710执行的计算机可执行指令。程序730可以被存储在存储器(例如，ROM 724)中。处理器710可以通过将程序730加载到RAM 722中来执行任何合适的动作和处理。

本公开的示例实施例可以通过程序730来实现，使得设备700可以执行参考图2至图6讨论的本公开的任何过程。本公开的示例实施例也可以通过硬件或软件和硬件的组合来实现。

在一些示例实施例中，程序730可以有形地包含在计算机可读介质中，该计算机可读介质可以被包括在设备700中(诸如存储器720中)或设备700可以接入的其他存储设备中。设备700可以将程序730从计算机可读介质加载到RAM 722以供执行。计算机可读介质可以包括任何类型的有形非易失性存储器，诸如ROM、EPROM、闪存、硬盘、CD、DVD和其他磁存储装置和/或光存储装置。图8示出了光学存储盘形式的计算机可读介质800的示例。计算机可读介质上存储有程序730。

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

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

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

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

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

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

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

Claims (31)

1.一种方法，包括：

在第一设备处从第二设备接收寻呼指示的配置，所述配置指示：

用于监测所述寻呼指示的位置信息，以及

所述寻呼指示与至少一个寻呼帧中的寻呼时机的集合之间的映射信息；

基于所述位置信息，从所述第二设备接收所述寻呼指示；

基于所述映射信息，从所述寻呼时机的集合中确定与所述第一设备相关联的寻呼时机；以及

在所确定的与所述第一设备相关联的所述寻呼时机中，监测寻呼消息。

2.根据权利要求1所述的方法，其中接收所述寻呼指示包括：

根据所述位置信息，确定在与所述第一设备相关联的所述至少一个寻呼帧的开始时间之前的第一时间偏移；以及

基于所述第一时间偏移来接收所述寻呼指示。

3.根据权利要求1所述的方法，其中接收所述寻呼指示包括：

确定与所述寻呼时机的集合中的第一寻呼时机相对应的第一物理下行链路控制信道PDCCH监测时机；

根据所述位置信息，确定在所述第一PDCCH监测时机之前的第二时间偏移；以及

基于所述第二时间偏移来接收所述寻呼指示。

4.根据权利要求1所述的方法，其中接收所述寻呼指示包括：

根据所述位置信息，确定在所述寻呼时机的集合中的第一寻呼时机之前的第三时间偏移；以及

基于所述第三时间偏移来接收所述寻呼指示。

5.根据权利要求1所述的方法，其中接收所述寻呼指示包括：

根据所述位置信息，确定时间窗口的开始时间与所述至少一个寻呼帧的开始时间之间的第四时间偏移、以及所述时间窗口的长度；以及

在所述时间窗口期间接收所述寻呼指示。

6.根据权利要求1至5中任一项所述的方法，其中接收所述寻呼指示包括：

根据所述位置信息来确定与同步信号块的关联；以及

基于所述同步信号块来接收所述寻呼指示。

7.根据权利要求1至5中任一项所述的方法，其中接收所述寻呼指示包括：

根据所述位置信息来确定所述寻呼指示的搜索空间；以及

在所述搜索空间中接收所述寻呼指示。

8.根据权利要求1所述的方法，其中所述配置是在系统信息、下行链路控制信息或无线电资源控制信令中的至少一项中接收的。

9.根据权利要求1所述的方法，其中接收所述寻呼指示包括：

在下行链路控制信息中接收所述寻呼指示；并且

其中在所述寻呼时机中监测所述寻呼消息包括：

确定下行链路控制信息用特定于所述寻呼时机的无线电网络临时身份被加扰；以及

在所述寻呼时机中监测所述寻呼消息。

10.根据权利要求1所述的方法，其中在所述寻呼时机中监测所述寻呼消息包括：

从所述寻呼指示获取位图；

基于所述映射信息，将所述位图映射到所述寻呼时机；以及

在所述寻呼时机中监测所述寻呼消息。

11.根据权利要求1所述的方法，其中在所述寻呼时机中监测所述寻呼消息包括：

从所述寻呼指示获取位图；

基于所述映射信息，将所述位图映射到所述至少一个寻呼帧；以及

在所述至少一个寻呼帧中监测所述寻呼消息。

12.根据权利要求1所述的方法，其中在所述寻呼时机中监测所述寻呼消息包括：

从所述寻呼指示获取位图；

基于所述映射信息，将所述位图映射到寻呼时机的子集；以及

根据确定所述寻呼时机在所述寻呼时机的子集中，在所述寻呼时机中监测所述寻呼消息。

13.根据权利要求1所述的方法，其中在所述寻呼时机中监测所述寻呼消息包括：

从所述寻呼指示获取位图；

基于所述映射信息，将所述位图映射到至少一组设备；以及

根据确定所述第一设备属于所述至少一组设备中的一组设备，在所述寻呼时机中监测所述寻呼消息。

14.根据权利要求1所述的方法，还包括：

根据确定所述寻呼指示缺少以下中的至少一项，引起基于所述寻呼指示来跳过对所述寻呼消息的监测：

与所述第一设备相关联的所述寻呼时机，

与所述第一设备相关联的寻呼帧，或者

与所述第一设备相关联的一组设备。

15.一种方法，包括：

在第二设备处向第一设备传输寻呼指示的配置，所述配置指示：

用于监测所述寻呼指示的位置信息，以及

所述寻呼指示与至少一个寻呼帧中的寻呼时机的集合之间的映射信息；

基于所述位置信息，向所述第一设备传输所述寻呼指示；以及

基于所述寻呼指示，在所述寻呼时机的集合中与所述第一设备相关联的寻呼时机中，向所述第一设备传输寻呼消息。

16.根据权利要求15所述的方法，其中传输所述配置包括：

传输包括指示在所述至少一个寻呼帧的开始时间之前的第一时间偏移的所述位置信息的所述配置；并且

其中传输所述寻呼指示包括：

基于所述第一时间偏移来传输所述寻呼指示。

17.根据权利要求15所述的方法，其中传输所述配置包括：

传输包括指示在与所述寻呼时机的集合中的第一寻呼时机相关联的第一物理下行链路控制信道PDCCH监测时机之前的第二时间偏移的所述信息的所述配置；并且

其中传输所述寻呼指示包括：

基于所述第二时间偏移来传输所述寻呼指示。

18.根据权利要求15所述的方法，其中传输所述配置包括：

传输包括指示在所述寻呼时机的集合中的第一寻呼时机之前的第三时间偏移的所述信息的所述配置；并且

其中传输所述寻呼指示包括：

基于所述第三时间偏移来传输所述寻呼指示。

19.根据权利要求15所述的方法，其中传输所述配置包括：

传输包括指示时间窗口的开始时间与所述至少一个寻呼帧的开始时间之间的第四时间偏移、以及所述时间窗口的长度的所述信息的所述配置；以及

其中传输所述寻呼指示包括：

在所述时间窗口期间传输所述寻呼指示。

20.根据权利要求15所述的方法，其中传输所述配置包括：

传输包括指示与同步信号块的关联的所述信息的所述配置；以并且

其中传输所述寻呼指示包括：

基于所述同步信号块来传输所述寻呼指示。

21.根据权利要求15所述的方法，其中传输所述配置包括：

传输包括指示所述寻呼指示的搜索空间的所述信息的所述配置；并且

其中传输所述寻呼指示包括：

在所述搜索空间中传输所述寻呼指示。

22.根据权利要求15所述的方法，其中所述配置是在系统信息或下行链路控制信息中传输的。

23.根据权利要求15所述的方法，其中传输所述寻呼指示包括：

在用特定于所述寻呼时机的无线电网络临时身份加扰的下行链路控制信息中，传输所述寻呼指示；并且

其中在所述寻呼时机中传输所述寻呼消息包括：

在所述寻呼时机中传输所述寻呼消息。

24.根据权利要求15至23中任一项所述的方法，还包括：

生成包括要基于所述映射信息而被映射到所述寻呼时机的位图的所述寻呼指示；并且

其中在所述寻呼时机中传输所述寻呼消息包括：

在所述寻呼时机中传输所述寻呼消息。

25.根据权利要求15至23中任一项所述的方法，还包括：

生成包括要基于所述映射信息而被映射到所述至少一个寻呼帧的位图的所述寻呼指示；并且

其中在所述至少一个寻呼帧中传输所述寻呼消息包括：

在所述寻呼帧中传输所述寻呼消息。

26.根据权利要求15至23中任一项所述的方法，还包括：

生成包括要基于所述映射信息而被映射到寻呼时机的子集的位图的所述寻呼指示；并且

其中在所述寻呼时机中传输所述寻呼消息包括：

根据确定所述寻呼时机在所述寻呼时机的子集中，在所述寻呼时机中传输所述寻呼消息。

27.根据权利要求15至23中任一项所述的方法，还包括：

生成包括位图的寻呼指示，所述位图基于所述映射信息而被映射到用于监测所述寻呼消息的一组设备。

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

至少一个处理器；以及

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

所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述第一设备执行根据权利要求1至14中任一项所述的方法。

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

至少一个处理器；以及

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

所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述第二设备执行根据权利要求15至27中任一项所述的方法。

30.一种装置，包括：

用于至少执行根据权利要求1至14中任一项所述的方法或根据权利要求15至27中任一项所述的方法的部件。

31.一种计算机可读介质，包括用于使得装置执行根据权利要求1至14中任一项所述的方法或根据权利要求15至27中任一项所述的方法的程序指令。