CN117397325A

CN117397325A - 寻呼早期指示方法

Info

Publication number: CN117397325A
Application number: CN202280037402.1A
Authority: CN
Inventors: A·贝里格伦; B·帕利延多; N·S·马兹鲁姆; 托里尼·帕莱纽斯; M·W·比尔; 黄晟峰
Original assignee: Sony Group Corp
Current assignee: Sony Group Corp
Priority date: 2021-03-31
Filing date: 2022-02-16
Publication date: 2024-01-12
Also published as: WO2022207180A1; EP4316064A1; KR20230160916A; JP2024511819A; US20240163842A1

Abstract

一种用于用户设备UE监视寻呼时机PO(41)以从基站获得寻呼消息的方法，所述方法包括：获得(801)在PO之前的指示符窗口(42)中分配的多个寻呼早期指示符PEI时机的配置；监视(804)所述指示符窗口中的PEI的接收；以及响应于在所述PEI时机中的至少一个PEI时机中接收到指示所述UE将监视所述PO的PEI，监视(809)所述PO，或者否则进入(811)休眠状态而不监视PO。

Description

寻呼早期指示方法

技术领域

本公开涉及无线通信，并且更具体地，涉及用于监视寻呼时机(PO)的解决方案。具体地，提供了用于在寻呼时机之前向无线设备提供早期指示的方法和装置，以尤其警告这些无线设备它们是否需要监视寻呼时机。

背景技术

本公开广泛地涉及无线通信，其中，无线设备(这里称为用户设备(UE))由无线网络通过包括接入节点的接入网络来服务。这样的接入节点在本文中被称为基站。无线网络可以在第三代合作伙伴计划(3GPP)内提供的规范下工作，并且可以被配置为通过无线电通信与无线设备通信。UE可以连接到无线网络，并且由此被配置有用于与一个或更多个基站进行无线电通信的资源。另选地，当不存在或未决通信时，UE可以相对于网络处于未连接状态。取决于无线网络如何处理UE的上下文，这种状态可以例如被称为空闲或不活动。在空闲/非活动模式中工作的UE需要监听和监视来自接入网络的可能寻呼接收，这是网络向UE转移到连接模式和/或指示包括***信息(SI)更新的广播信息的传输的方式。

在诸如3GPP无线电接入技术5G新无线电(NR)的各种类型的无线网络中，UE可以使用不连续接收(DRX)，这尤其具有降低UE中的功耗的益处。当配置有DRX时，UE每DRX周期监视一个寻呼时机(PO)，其中每个PO包括一组PDCCH(物理下行链路控制信道)监视时机，并且可以包括多个时隙，例如子帧或正交频分复用(OFDM)符号。寻呼可以由发送所谓的寻呼DCI(下行链路控制指示符)的基站来执行，所述寻呼DCI(循环冗余校验)例如是由P_RNTI(寻呼无线电网络临时标识符)加扰的DCI。一个寻呼帧(PF)是一个无线电帧，并且可以包含一个或更多个PO或PO的起始点。

在UE中，寻呼接收过程可以包括两个步骤：

·首先，UE需要针对寻呼DCI监视PDCCH。

·如果UE检测到寻呼DCI，则UE继续到第二步骤，在该第二步骤中，UE针对寻呼消息解码PDSCH(物理下行链路共享信道)。

在寻呼DCI中提供了UE应该接收包含寻呼消息的PDSCH的频率和时间资源的详情。寻呼消息包括已被寻呼的目标UE的IMSI/TMSI。该信息仅在PDSCH解码之后才由UE获得，并且在该阶段UE知道它是否被寻呼。UE检测到/成功地解码PDSCH中的寻呼DCI和相关联的寻呼消息但是该UE本身并没有被寻址的事件(例如TMSI(临时移动用户识别码)没有被包括在PDSCH中的事件)被称为“错误寻呼”，并且导致UE处的额外监听成本。空闲信道监视和寻呼DCI监听都导致UE处的额外成本。由于UE需要完全同步以能够对寻呼DCI和寻呼消息进行解码，因此这些额外的成本例如在UE不处于非常好的覆盖中(例如，在小区边缘中)的情况下可能变得显著。总的额外成本取决于寻呼概率以及如何配置具有不同寻呼概率的UE的PO/DRX参数。

由于这些原因，已经开始讨论解决上述问题的UE寻呼增强。

-引入了被称为寻呼早期指示符(PEI)的新信号。PEI是在PO之前发送的，并且目的是降低在侦听可能的寻呼时由空闲信道监视产生的成本。

-将承载UE子分组信息包括在PEI的物理层设计中，以降低空闲信道监视和错误寻呼或监听成本。

发明内容

需要解决的一个问题是PEI与到传统UE的传输的共存，传统UE是未被配置或不能够接收PEI或可能与新引入的PEI传输冲突的已配置/预留的任何传统NR信号/信道传输的任何UE。这是因为任何传统NR信号/信道(其可以包括传统UE的PO)的时间和频率资源可以与PEI传输的时间和频率资源一致，PEI传输的时间和频率资源进而可以为两个UE中的任一个或至少传统UE造成调度冲突或阻塞。

这里提出的解决方案在独立权利要求中阐述。在从属权利要求中给出了与所提出的解决方案相关联的各种示例。

根据一个方面，提出了一种UE监视PO以获得来自基站的寻呼消息的方法，该方法包括：

获得在PO之前的指示符窗口中分配的多个PEI时机的配置；

监视指示符窗口中PEI的接收；以及

响应于在所述PEI时机中的至少一个PEI时机中接收到指示所述UE应监视所述PO的PEI，对所述PO进行监视，或

否则进入休眠状态并且不对PO进行监视。

根据另一方面，提供了一种基站将UE配置为针对从基站发送的寻呼消息来监视PO的方法，该方法包括：

在所述PO之前的指示符窗口期间配置多个寻呼提前指示符PEI时机，以供所述UE用来监视由所述基站发送的PEI；

基于所述UE将被调度，在所述PEI时机中的至少一个PEI时机中发送指示所述UE应对所述PO进行监视的PEI。

通过提供具有多个PEI时机的指示符窗口，获得用于支持可用于其它业务的资源的共存的多个时机。此外，可以在指示符窗口内定义PEI时机的多个或不同目的，这尤其提供了使错误唤醒最小化的增强能力。

在下面的描述中阐述了与所提出的解决方案的不同实施方式相关联的各种进一步的细节和优点。

附图说明

下面参考附图更详细地描述所提出的解决方案，其中概述了实现这些解决方案的各种示例。

图1示意性地示出了根据一些示例的无线网络，其中可以阐述所提出的解决方案。

图2示意性地示出了被配置为根据本文所展示的示例进行操作的UE。

图3示意性地示出了被配置为根据本文所展示的示例进行操作的基站。

图4示意性地示出了在相关联的寻呼时机之前包括多个PEI时机的指示符窗口的分配。

图5A和图5B示意性地示出了指示符窗口中的PEI时机的配置的示例。

图6示意性地示出了在指示符窗口中确认PEI的配置和使用。

图7示意性地示出了特定PEI的配置和使用以最小化指示符窗口中的监视。

图8是根据与所提出的解决方案相关联的各个方面的在UE中执行的方法的流程图。

具体实施方式

在以下描述中，出于解释而非限制的目的，在本文中阐述与各种实例相关的细节。然而，对于本领域技术人员显而易见的是，可以在脱离这些具体细节的其他示例中实践本公开。在一些情况下，省略了对公知设备、电路和方法的详细描述，以免不必要的细节使本公开的描述模糊。可以通过使用诸如电路硬件之类的硬件和/或能够以存储在计算机可读介质上的编码指令的形式执行软件的硬件来提供包括功能块的各种元件的功能，所述功能块包括但不限于被标记或描述为“计算机”、“处理器”或“控制器”的那些功能块。因此，这些功能和示出的功能块应被理解为是硬件实现的和/或计算机实现的，并且因此是机器实现的。在硬件实现方面，功能块可包括或包含但不限于数字信号处理器(DSP)硬件、精简指令集处理器，包括但不限于专用集成电路(ASIC)的硬件(例如，数字或模拟)电路，以及(在适当时)能够执行这些功能的状态机。就计算机实现而言，计算机通常被理解为包括一个或更多个处理器或一个或更多个控制器，并且术语计算机、处理器和控制器在此可以互换使用。当由计算机或处理器或控制器提供时，功能可以由单个专用计算机或处理器或控制器，由单个共享计算机或处理器或控制器，或由多个单独的计算机或处理器或控制器提供，其中一些可以是共享的或分布式的。此外，术语“处理器”或“控制器”的使用也应被解释为指代能够执行这些功能和/或执行软件的其它硬件，诸如上面所述的示例性硬件。

附图被认为是示意性表示，并且附图中示出的元件不必按比例示出。相反，各种元件被表示为使得它们的功能和一般目的对于本领域技术人员变得显而易见。在附图中示出或在此描述的功能块，设备，部件或其它物理或功能单元之间的任何连接或耦合也可以通过间接连接或耦合来实现。部件之间的耦合也可以通过无线连接建立。功能块可以用硬件、固件、软件或其组合来实现。

图1示意性地示出了无线通信场景，提供了可以结合本文提供的解决方案的场景的示例。该无线通信***包括无线网络100和被配置为与无线网络100无线通信的UE(或无线设备)1。无线网络100包括核心网络110，而核心网络110连接到其它通信网络130。无线网络100还包括可用于与***的UE通信的一个或更多个接入网120，例如5G NR接入网。这种接入网络可以包括地面网络120，地面网络120包括多个接入节点或基站121、122，接入节点或基站121、122被配置为尤其为UE 1提供无线接口。对于NR实现，基站可以被称为gNB。基站121、122可以是固定的或移动的。每个基站包括被称为发送和接收点(TRP)的发送和接收点，其与相应基站的天线重合。用于操作基站的逻辑可以被配置在TRP处或另一物理位置处。

UE 1可以是在工作时能够通过基站121、122与网络100无线通信的任何设备，例如移动电话、计算机、平板计算机、机器到机器(M2M)设备、物联网(Internet of Things)设备或其他设备。

在讨论所提出的方法的各种处理解决方案之前，将在一般水平上功能性地讨论UE1和基站121。

图2示意性地示出了用于如这里所呈现的无线网络100中并且用于执行所概述的方法步骤的UE 1的示例。UE 1可以是新无线电(NR)UE，其中UE可以相对于5GNR蜂窝接入网120被布置在连接模式或未连接模式(例如空闲或不活动)中。

UE 1包括用于在各种频带中与无线电通信网络100的其它实体(例如基站121、122)通信的无线电收发器213。收发机213因此可以包括用于通过至少空中接口进行通信的无线电接收机和发射机。

UE 1还包括逻辑210，逻辑210被配置为经由无线电收发机213在无线电信道上向至少无线通信网络100传送数据。

逻辑210可以包括处理设备211，处理设备211包括一个或更多个处理器、微处理器、数据处理器、协处理器和/或解释和/或执行指令和/或数据的一些其它类型的组件。处理设备211可被实现为硬件(例如，微处理器等)或硬件与软件的组合(例如，片上***(SoC)、专用集成电路(ASIC)等)。处理设备211可以被配置为基于操作***和/或各种应用或程序来执行一个或更多个操作。

逻辑210还可以包括存储器212，存储器212可以包括一个或多个存储器和/或一个或多个其它类型的存储介质。例如，存储器212可以包括随机存取存储器(RAM)、动态随机存取存储器(DRAM)、高速缓存、只读存储器(ROM)、可编程只读存储器(PROM)、闪存和/或一些其它类型的存储器。存储器212可以包括硬盘(例如，磁盘、光盘、磁光盘、固态盘等)。存储器212被配置为保存可以由处理设备211执行的计算机程序代码，其中，逻辑210被配置为控制UE 1执行本文中提供的任何方法步骤。由所述计算机程序代码定义的软件可以包括提供功能和/或过程的应用或程序。软件可以包括设备固件、操作***(OS)或可以在逻辑210中执行的各种应用。

UE 1还可以包括天线***214，天线***214可以包括一个或更多个天线阵列。在各种示例中，天线***214包括被配置为与无线网络100通信的不同天线元件。

显然，UE 1可以包括除了在附图中示出或在本文中描述的那些特征和元件之外的其他特征和元件，诸如电源、外壳、用户接口、传感器等，但是为了简单起见省略了这些特征和元件。

图3示意性地示出了如gNB的基站121的示例。

基站121包括被配置成控制与UE的无线通信以及与核心网络110的通信的逻辑310。逻辑310可以包括处理设备311，处理设备311包括一个或更多个处理器、微处理器、数据处理器、协处理器和/或解释和/或执行指令和/或数据的一些其它类型的组件。处理设备311可被实现为硬件(例如，微处理器等)或硬件与软件的组合(例如，片上***(SoC)、专用集成电路(ASIC)等)。处理设备311可以被配置为基于操作***和/或各种应用或程序来执行一个或更多个操作。

逻辑310还可以包括存储器312，存储器312可以包括一个或多个存储器和/或一个或多个其它类型的存储介质。例如，存储器312可以包括随机存取存储器(RAM)、动态随机存取存储器(DRAM)、高速缓存、只读存储器(ROM)、可编程只读存储器(PROM)、闪存和/或一些其它类型的存储器。存储器312可以包括硬盘(例如，磁盘、光盘、磁光盘、固态盘等)。存储器312被配置为保存可以由处理设备311执行的计算机程序代码，其中，逻辑310被配置为控制基站121执行本文中提供的任何方法步骤。由所述计算机程序代码定义的软件可以包括提供功能和/或过程的应用或程序。软件可以包括设备固件、操作***(OS)或可以在逻辑310中执行的各种应用。

基站还包括用于在各种频带中与UE传送无线电信号的无线电收发机313。收发机313因此可以包括用于通过至少空中接口进行通信的无线电接收机和发射机。

基站121还可以包括或另选地连接到天线***314，天线***314可以包括一个或更多个天线阵列。天线***314可通过收发机313与UE通信。

在各种实施方式中，基站可以被布置成在多个波束中发射，例如在频谱的mm(毫米)波部分中，例如在频率范围(FR)2中。在这样的实施方式中，不同的空间配置可以被布置用于由天线***314发射的不同波束。

基站121还包括通信接口315，用于连接到无线网络100的其它节点，例如核心网络(CN)110。

根据本文中概述的解决方案，提出了将一种机制添加到寻呼早期指示(PEI)的实现中，这尤其获得了在传统数据传输与PEI一致时减少空闲信道监视、错误唤醒和阻塞的技术效果。这种增强型PEI机制包括或定义了：

-包括用于PEI的调度/监视的窗口，

-监视PEI时的UE行为，

-调度PEI时的基站和网络行为，

-必要的配置。

下面概述这些各个方面的讨论。应当注意，在下文中，基站121在各个地方被称为gNB，这应当被视为非限制性示例。

根据一个方面，提供窗口用于调度和监视目标UE或一组UE(例如，在空闲/非活动模式中操作的UE)的可能PEI。该窗口包括用于发送/接收PEI的若干机会。从UE 1的角度来看，所提出的解决方案提供了一种监视PO以获得来自基站的寻呼消息的方法，该方法包括：

获得在PO之前的指示符窗口(indicator window)中分配的多个PEI时机的配置；

监视指示符窗口中PEI的接收；以及

响应于在所述PEI时机中的至少一个PEI时机中接收到指示UE应监视所述PO的PEI，对所述PO进行监视，或

否则进入休眠状态而不对PO进行监视。

图4示意性地示出了时间图，其中，示出了PO 41。此外，指示机会窗口42被配置为在时间上处于PO之前。指示符窗口42包括多个PEI时机，或者在本文中称为PEI机会。指示符窗口42(本文中也称为PEI监视窗口)具有开始时间Tp和持续时间43。窗口42的配置可以是显式的，包括开始时间和停止时间，或与和开始或停止相关联的特定时间组合的持续时间，或与诸如PO 41的开始的另一时间点组合的持续时间。该配置可以由接入网120(例如基站121)隐式或显式地指示给UE 1。从基站的角度来看，每个PEI时机代表发送PEI的一个机会。从UE 1的角度来看，每个PEI时机代表一个监视时机以确定PEI的接收。窗口42的最终监视时机与基于PO 41可以接收寻呼DCI或寻呼消息的最早时间之间的时间需要更长或等于接通必要的硬件/无线电以接收寻呼DCI和寻呼消息所需的过渡时间。

图5A图和图5B提供了窗口42内的PEI时机的配置的示例。在图5A中，包括52-1至52-n的多个PEI时机52通过分配被时间(横向)和频率(纵向)分开的资源来配置。在图5B的示例中，多个PEI时机52-1至52-n通过分配仅在时间上分离的资源来配置，同时所述资源被分配给公共频率资源。在这样的实施方式中，持续时间43定义了监视窗口42的时间窗口。

针对窗口42中的不同PEI时机52的资源的配置可以由基站121基于技术规范中预定的规则和/或范围来配置。在这样的示例中，基站被配置为发送指示符窗口42的配置，包括用于在UE 1中接收的所述PEI时机52的资源。所述配置的传输可以通过在***信息块(SIB)内广播***信息消息来执行，或者例如专门去往处于连接模式的UE 1来执行。

因此，通过提供用于将PEI发送到UE的多个机会，gNB可以选择这些机会之一，其中PEI传输不会阻塞其他传统传输或引起其他不便。此外，如将概述的，多个PEI机会的定义在传送与即将到来的PO相关的信息方面提供了进一步的益处。

在各种实施方式中，指示符窗口42支持所谓的多波束操作。NR支持多波束操作。在该上下文中，基站121可以被配置为在突发中发送多个同步信号块SSB。可以针对每个波束发送SSB。在版本16中，在SSB与波束之间存在映射，UE在该波束上监视寻呼DCI和寻呼消息。因此，在版本16中，空闲模式的UE执行以下功能：

-确定具有最佳SSB度量(例如，最强接收信号功率)的波束

-尝试使用在前一步骤中确定的波束来解码寻呼DCI和寻呼消息。

在当前提出的解决方案的上下文中，当使用PEI时，在读取SSB的顺序方面存在两个可能的另选功能：

-UE在解码/检测到PEI之前解码/检测到SSB

-UE在解码/检测到SSB之前解码/检测PEI

下面讨论与这些另选方案相关的实施方式。UE可获得将与SSB相关联的识别码映射到与PEI时机52相关的资源的关联信息。SSB又可以与接入节点121的多波束操作模式中的特定波束或波束识别码相关联。关联信息可以例如对于基站是预定和固定的，或者有时被配置并由SIB广播。

当UE 1监视PEI接收时，在一些实施方式中，UE 1可以在PEI之前(即在监视PEI时机52之前)检测SSB。因此，UE 1可以接收一个或更多个所述SSB，并且与至少一个SSB同步以确定所述至少一个SSB的关联识别码。在此上下文中，UE 1可以被布置为在尝试解码/检测指示符窗口42内的PEI之前，使用SSB(例如最强的接收SSB)来确定最佳波束。

一旦确定了SSB，就在与一个或更多个PEI时机52相关的资源上(并限制到该资源)监视PEI的接收，该一个或更多个PEI时机52具体地与相关联的识别码相关联，如基于所获得的关联信息确定的。这样，可以获得要监视的有限数量的PEI时机。换言之，因为在SSB与PEI资源之间存在关联，所以分配给PEI时机的某些PEI资源由于SSB与波束之间的关联而与某些波束相关联。因此，UE 1仅需要从与所选的SSB相关联的最佳波束监视PEI。对于由16个PEI时机组成的PEI指示符窗口42的示例，SSB关联可以采取以下形式：

SSB	波束	与波束相关联的PEI时机
			SSB1	1	{0,4,8,12}
SSB2	2	{1,5,9,13}
			SSB3	3	{2,6,10,14}
SSB4	4	{3,7,11,15}

因此，每个波束与涉及所述多个PEI时机的子集的资源相关联，所述子集包括多个PEI时机。例如，如果UE确定优选的SSB是具有SSB1的识别码的SSB，UE 1仅需要在指示符窗口42中的PEI时机0、4、8、12的子集中监视PEI接收。注意，作为示例，还可以存在与PEI窗口中的每个波束相关联的多个PEI时机。这有助于共存问题，因为如果在PEI指示符窗口内的第一PEI时机中需要使用一波束来服务传统UE，则在与同一波束相关联的后续PEI时机期间仍可使用该波束向UE发送PEI。对于基于序列的PEI，用于确定PEI接收的检测过程可以是接收信号与已知PEI序列之间的相关性。

一旦UE已经检测到并解码了PEI，UE就可以解码寻呼DCI和寻呼消息。按照传统操作，在SSB与寻呼DCI之间存在关联。

在PEI之前检测SSB的技术效果是UE 1不需要尝试检测PEI指示符窗口内的所有PEI。另外，UE 1可以相干地检测PEI，因为UE在检测到SSB之后将与基站121同步。

在另选实施方式中，UE 1在检测SSB之前检测PEI，即在指示符窗口42中监视PEI接收。然后，UE 1可以首先在所述PEI时机52中的至少一个PEI时机中接收PEI。如果不寻呼UE1或包括UE 1的子组，则可以根本不发送被配置为由UE 1检测的PEI。对于基于序列的PEI，用于确定PEI接收的检测过程可以是接收信号与已知PEI序列之间的相关性。UE需要尝试针对PEI指示符窗口内的所有潜在波束检测PEI。在检测过程的这个阶段，UE不知道哪个波束将用于PEI的传输，因此UE需要尝试在任何波束上检测PEI。

基站121可以被配置为使用相同的波束超过一次地发射PEI，或者在指示符窗口42中的多个可能的PEI时机52中的一个PEI时机中发射。如果UE知道PEI将在PEI指示符窗口期间被发送超过一次，则它可以应用以下检测算法：

o尝试在与先前用于与该UE 1通信的SSB和波束相关联的PEI时机中检测PEI。这假设该UE 1自从上一次连接以来没有移动过。

o如果在前一步骤中未检测到PEI，则尝试在指示符窗口42内的所有剩余PEI时机52中检测PEI。该步骤满足UE已经移动的情况。

UE 1可以对PEI进行解码，并且基于该解码来确定所述SSB中的至少一个SSB的识别码。由于获得了将与SSB相关联的识别码映射到与PEI时机52相关的资源的关联信息，这是可能的。一旦UE 1已经在某些PEI资源上检测到PEI，UE就可以由此确定使用哪个波束来发送PEI。

UE可以尝试与和所确定的识别码相关联的SSB同步，即与和被检测到和解码的PEI相关联的波束相关联的SSB同步。UE 1然后可以继续读取与SSB和在监视PEI资源时检测到的波束相关联的寻呼DCI，其中检测到的波束在SSB解码阶段中被确认。

在SSB之前检测PEI的一个优点是UE不需要在检测PEI之前与SSB同步，考虑到与SSB同步在功耗方面可能比与PEI的更简单相关和解码更昂贵。

在总体水平上，所提出的解决方案可以应用于传输PEI的不同场景或使用情况，包括：

(i)当PEI用作WUS(唤醒信号)时

(ii)当PEI指示WU(唤醒)和GTS(进入休眠)两者时

在本文中可以注意到，WU在本文中用于表示唤醒的指示，而WUS是携带这种指示的信号，例如某种可检测序列。因此，PEI有时被称为用作WUS，或表示WU，其具有相同的基本技术效果。相应地，GTS在此用于表示进入休眠或进入休眠模式的指示，而GTSS是携带这种指示的信号，例如另一可检测序列。

在各种实施方式中，不需要UE对所有机会(即所有可能的PEI时机52)进行监视。在一些实施方式中，一旦UE 1在PEI时机52中检测到PEI，UE 1就可以跳过对剩余时机的监视，并且根据接收到的PEI继续进行。

现在将针对PEI被用作至少WUS时的UE行为来概述各种实施方式。在这些实施方式中，对PEI的接收进行监视以确定WUS的接收，表示可在所述PO中针对UE调度寻呼消息。

UE 1被布置成根据监视序列监视连续的所述PEI时机中的PEI接收，其中，UE 1通过开始监视第一PEI时机或机会52-1来监听可能的PEI。第一PEI时机52-1可以被定义为指示符窗口42内时域中的最早PEI时机。在将用于PEI时机的资源的配置分配在不同频率的情况下，例如在图5A中，时域中最早分配的PEI时机中的预定一个可以被预先配置为开始PEI时机，即，作为要监视的第一PEI时机。

在一些实施方式中，对PEI的接收进行监视包括UE根据监视序列连续地对所述PEI时机进行监视，并且响应于在所述PEI时机之一中接收到WUS而继续监视PO，而不监视机会窗口中的任何后续PEI时机。这使得如果在PEI时机之一中向UE 1指示WU，则UE 1不需要监视所述窗口中的其它WUS。

在一些实施方式中，UE 1可以知道PEI时机中的一个或更多个PEI时机与某个信号或信道冲突，例如SSB、SIB1、PDCCH公共搜索空间等。在这种情况下，UE 1不必监视某些PEI时机。益处是UE将基于指示符窗口42中减少的PEI监视而节省一些功率。在这样的实施方式中，UE 1对PEI的所述接收可以包括：

基于UE 1中的对与另一被配置的信号或信道共处(co-located)的至少一个PEI时机的知识，跳过对所述至少一个PEI时机的监视。

在一些实施方式中，指示符窗口42内的一些PEI监视时机具有与其他PEI监视时机不同的功能。示例包括以下配置：

所述PEI时机52中的至少一个PEI时机被保留用于去往所标识的UE的PEI。在一些实施方式中，如果指示符窗口42由n个PEI监视时机组成，则前n-1个PEI监视时机被保留用于去往所标识的UE的PEI，作为UE特定的或子组特定的PEI监视时机。PEI信号的大量序列将被要求能够单独地唤醒所有UE，并且每个UE将必须长时间地相关以查看它是否被指示，这是因为窗口可能必须很大以容纳所有UE。因此，子组特定PEI监视时机允许基站唤醒一个或少量UE。子组机制可以减少需要在相同窗口中发送的序列的数量和/或减小窗口大小。在一些实施方式中，子组可以被随机配置，例如基于以某个数结束的IMSI。其它另选子组配置可基于UE类型或类别的某些定义，或基于寻呼概率(基于所收集的数据确定的)。在一些实施方式中，n-1个PEI时机的子集被保留用于子组特定PEI，并且这些子组中的各个UE可以被配置为仅监视这些子组特定的PEI时机，由此最小化这些UE的监视时间。在一些实施方式中，因此在接收到的PEI专门去往UE或包括UE的子组的条件下执行对PO的监视。

如果基站不能在前n-1个PEI时机之一期间向UE发送WUS(例如由于调度冲突)，则基站可以在具有单个PEI传输的最后PEI监视时机中唤醒所有UE。在该实施方式中，最后的PEI时机52-n充当为组WUS保留的组PEI。在该上下文中，组PEI可以是指比子组大的组，或者另选地指包括被配置为监视PEI的所有UE的未指定的组。

该实施方式有助于与传统UE共存，因为它减少了对传统UE的调度限制。因为仅需要预留组PEI信号资源，所以需要为PEI信令专门预留较少的资源。组PEI信号需要由UE可靠地解码。

在以上实施方式的变体中，每第m个PEI时机充当组PEI，具有与先前段落中描述的原理类似的原理。例如，如果PEI监视窗口由8个PEI时机组成，则时机1、2、3、5、6、7可用于UE特定的或子组特定的PEI，而监视时机4、8可用于组PEI。如果gNB在监视时机1、2或3中不能以信号方式向UE发送PEI，则它可以在监视时机4(或8)中发送组PEI。如果gNB在监视时机5、6或7中不能以信号方式向UE发送PEI，则它可以在监视时机8中发送组PEI。这样的实施方式的益处在于，基站不能可靠地知道它是否能够在将来的PEI时机中发送WUS PEI。通过每第m个PEI时机为组WUS的提供机会，并且在指示符窗口42中为组WUS保留至少多于一个PEI时机，增加了将WUS发送到将在后续PO中被寻呼的所有UE的机会。

PEI的可能位置可以与其他传统传输所使用的位置相同。例如，PRB1(物理资源块1)可以用于(1)向传统UE发送PDSCH或者(2)向正在监视PEI窗口的UE发送PEI。然后，在PEI与传统传输之间可能存在互相关，例如，如果基站121发送PDSCH，则UE对PEI的监视可能因为PDSCH与PEI序列互相关而错误地确定PEI是活动的。如果PEI充当或被解释为WUS，则这不是太成问题，因为唯一的缺点将是误唤醒，这可能仅略微增加功耗。如果这是一个问题，例如，如果在充满了传统UE的小区中存在大量误唤醒，则可以使用PEI位置中的一个或多个来确认在PEI监视窗口中发送的较早PEI的存在(或不存在)。在一些实施方式中，UE 1因此被配置为响应于在所述PEI时机之一中检测到WUS并且在所述PEI时机的另一个PEI时机中检测到确认PEI而对PO进行监视。因此，可以从基站121发送确认PEI以验证PEI监视窗口中的另一PEI是活动的，和/或验证特定类型的PEI被发送(例如验证PEI监视窗口包含WUS传输)。在以下实施方式中考虑详细的选项。

图6示意性地示出了指示符窗口42中的PEI时机52-1至52-4的配置。在该实施方式中，确认PEI 61被配置为由发射基站121使用以指示PEI监视窗口42中的一个或更多个PEI已经是活动的。图6的顶部示出了该配置的总的功能，其中，第一PEI时机52-1至52-3可以被配置成传输至少一种特定类型的PEI，例如WUS。PEI监视窗口42中的最后PEI 52-4被用于“确认PEI”61功能。在另选实施方式中，可以为确认PEI 61保留指示符窗口42中的最后一个PEI时机之外的另一个PEI时机。

图6的中部示出了PEI监视窗口内没有PEI监视时机是活动的情况。换句话说，基站121不发送PEI。在这种情况下，确认PEI 61是不活动的，意味着例如在PEI监视窗口42期间没有发送WUS。然而，UE_A错误地确定了WU，例如由于WUS序列与传统NR传输的波形的互相关。由于确认PEI 61是不活动的，所以UE_A将基于检测到活动的确认PEI 61来确定其已经成功相关的WUS实际上没有被发送。因此，UE_A不需要被唤醒。

图6的下部示出了在PEI监视窗口42期间存在针对UE_A的活动WUS PEI的情况。UE_A观察到WUS，并且确认PEI 61指示WUS实际上已经在PEI监视窗口42期间被发送，这意味着UE_A被触发醒来以监视PO。

虽然参考图6概述的先前实施方式描述了可应用于作为整体的PEI监视窗口的确认PEI 61，可以注意到，在该实施方式的变型中，确认PEI指示可应用于UE的子组。

如果定义了UE的两个子组，则“确认PEI”可以指示：

-WUS在PEI监视窗口42期间被发送到第一子组的UE。如果第一子组的任何UE接收到确认PEI 61并且在PEI监视窗口42期间还接收到WUS，则该UE将被唤醒。

-WUS在PEI监视窗口42期间被发送到第二子组的UE。如果第二子组的任何UE接收到该“确认PEI”并且在PEI监视窗口期间还接收到WUS，则该UE将被唤醒。

-WUS在PEI监视窗口42期间从第1子组或第2子组被发送到UE。在这种情况下，由于所有UE都接收到确认PEI 61，所以在PEI监视窗口期间接收到WUS的任何UE都将被唤醒。

在该实施方案中，确认PEI因此可以具有多于一个的特征(character)，例如通过使用不同的相关序列，其中，所述确认PEI标识WUS被发往某个子组。

在基于确认PEI的原理构建的另选实施方式中，确认PEI 61被用于标识在指示符窗口42的任何PEI时机中没有发送WUS。这相当于“确认PEI未发送”信号。在该实施方式中，基站121被配置为如果在PEI监视窗口内的任何PEI监视时机中没有发送PEI，则在PEI监视窗口的末端发送“确认PEI未发送”信号。

“确认PEI未被发送”信号的优点在于，如果在信号将被发送(即，通常是最后的PEI时机)的PEI监视时机中存在调度限制，则基站121不需要发送该信号。如果基站121不能发送“确认PEI未发送”信号，则错误检测到WUS的UE将在寻呼时机被唤醒，但这种无意的唤醒的功耗影响将不显著。

如所指出的，指示符窗口42的任何PEI时机可以被保留用于确认PEI 61，而不是如参考图6描述的示例中的最后一个。这样的确认PEI信号将指示在PEI监视窗口期间已经接收到WU指示的任何UE确实应当被唤醒。

下文中，将针对PEI被用于指示WU和GTS两者的情形(即其中PEI可以指示不同的功能，例如WU或GTS)来讨论功能和UE行为的各种实施方式。在这些实施方式中，另外执行对PEI的接收的监视以确定GTS的接收，指示UE将不监视PO，且因此不被唤醒。

在一些实施方式中，单个PEI可以通过以下技术之一指示不同的功能性，例如WU或GTS：

-WUS通过第一序列以信号方式发送，并且GTSS通过第二序列以信号方式发送。UE被配置为对这两个序列进行相关，以确定正在用信号通知什么功能。

-WUS通过序列的第一循环移位以信号方式发送，并且GTSS通过序列的第二移位以信号方式发送。然后，UE可以被配置为执行与序列的相关，其中，相关峰的时间位置或“移位量”位置将指示是否以信号方式发送WUS或GTSS。

-WUS由应用于序列的第一扰码以信号方式发送，并且GTSS由应用于序列的第二扰码以信号方式发送。

由此，UE被配置为基于PEI接收来确定所接收的PEI是指示WU还是GTS。

在一些实施方式中，UE被配置为基于在多个被监视的PEI时机中接收到的信息的组合来确定接收到用于继续监视PO 41(即，WU指令的确定)或进入休眠(即，GTS指令的确定)的指令。这可以例如基于在至少一个PEI时机中检测到接收，并且在另一个PEI时机中进一步检测到确认PEI的接收来确定，如以上各种示例中所概述的。作为另一实施方式，这可以基于检测在提供第一指示(例如WU或GTS)的至少一个PEI时机中的接收，以及在覆写第一指示的另一PEI时机中的后续接收来确定。下面概述这种实施方式的其它例子。

在各种实施方式中，UE可以被配置为如果接收到WUS或GTSS，则在指示符窗口42期间终止对PEI的监视。这可以根据各种不同的示例来安排，如下所述。

在一个示例中，UE 1被配置为通过开始在PEI监视窗口内监视PEI时机(例如以所提及的监视序列顺序)来监听可能的PEI。如果UE 1检测到作为WUS或GTSS的PEI，则UE 1结束PEI监视，并且：

-如果检测到WUS，则UE继续解码寻呼DCI和寻呼消息。

-如果检测到GTSS，则UE可以进入休眠。

在该示例的一个版本中，UE 1被配置为终止对被配置为携带WUS或GTSS的PEI时机的监视，但是在适用时监视确认PEI 61。

如果在PEI时机52-1中没有检测到PEI，则UE继续在PEI监视窗口42内监视下一个PEI监视时机52-2等等。

在另一示例中，UE 1被配置为在PEI监视窗口42期间继续监视PEI。在该实施方式中，即使在PEI监视窗口内接收到WUS或GTSS之后，UE 1也保持对PEI(WUS或GTSS)的监视。实施方式可以例如应用以下两个示例之一：

在该实施方式的第一示例中，如果UE 1接收到WUS，则它保持监视PEI监视窗口。然后，UE可以仅监视GTSS。当基站121使用以下调度策略时，可以应用该实施方式：

基站121在PEI监视窗口中发送组WUS，因为它知道在PEI监视窗口42的时间有许多传统UE要调度。因此，gNB唤醒一组UE，“以防万一”其不能在PEI监视窗口42内的稍后时间发送UE特定的WUS。如果在PEI监视窗口内实际上存在空闲资源(不用于传统UE的资源)，则gNB然后可以向实际上不需要被唤醒的那些UE发送GTSS。在该场景中，UE因此可以连续地监视PEI时机52，并且响应于在所述PEI时机之一中接收到WUS，针对GTSS继续严格地监视指示符窗口中的后续PEI时机。

在第二示例中，如果UE 1在PEI监视窗口42中接收到GTSS，则它保持监视PEI监视窗口。然后，UE可以仅监视WUS。当基站121使用以下调度策略时，可以应用该实施方式：

在PEI监视窗口42的开始处，基站121确定不需要寻呼UE。基站121然后在PEI监视周期42的开始时发送GTS信号。如果在正在进行的PEI监视周期42期间发生寻呼事件，则基站121随后能够更新该指示。在该场景中，UE因此可以连续地监视PEI时机52，并且响应于在所述PEI时机之一中接收到GTSS而针对WUS继续严格监视指示符窗口中的后续PEI时机。

在各种实施方式中，不同的PEI监视时机52被配置成具有不同的功能。例如，一些PEI监视情况涉及WU功能，而其它PEI监视情况涉及GTS功能。

图7示意性地示出了指示符窗口42中的PEI时机52-1至52-4的配置。在该实施方式中，PEI监视窗口42内的第一PEI监视时机52-1充当组GTS PEI 71，而其他PEI监视时机52-2至52-4充当UE特定或子组特定PEI监视时机。

为了测量PEI监视窗口内的多个PEI监视时机，在功耗方面存在成本。因此，如果基站121知道在PEI监视窗口42期间没有UE(或没有子组内的UE，其中，GPS PEI 71可被配置为仅针对这样的子组被识别)将被唤醒，则该实施方式允许UE休眠并节省功耗。图7的顶部示出了如何在PEI监视窗口内对GTS PEI 71和用于传送WUS的剩余PEI时机进行排序。该图的中间部分示出了GTS PEI是活动的情况，即信号由基站在该PEI中发送，该信号可以被标识为GTS。在这种情况下，UE可以在PEI监视窗口的剩余部分进入休眠，从而节省功率。该图的最下面部分示出了GTS不活动的情况。在这种情况下，UE在PEI监视窗口的剩余部分期间监视WUS，或者直到检测到WUS。

在一些实施方式中，一个或更多个UE将在PEI监视窗口内被唤醒，窗口内的第一PEI监视时机可用作WUS。换言之，在监视窗口42内的第一PEI监视时机52-1期间，UE可以被配置为监视GTS序列和WU序列。因此，UE将在同一PEI时机期间执行超过一个相关。在这个实施方式的变体中，这适用于任何PEI监视时机，而不是特定地第一PEI时机。

虽然图7指示第一PEI时机被保留用于GTS PEI 71，但是应当理解，GTS PEI 71可以应用于PEI监视窗口42内的任何地方。存在至少两种另选情况：

在第一种情况下，如果在PEI监视窗口42内的任何地方存在GTS信号，则对PEI进行监视的任何UE可以进入休眠。即使UE在PEI监视窗口42中的较早时间接收到WUS，UE也可以进入休眠。由于几个原因，UE可能已经较早地接收到WUS，包括WUS错误警报以及基站最初打算唤醒UE但是然后做出不同的调度决定。然后，GTS将起作用以取消该决定。

在第二种情况下，如果在PEI监视窗口内的第m个PEI时机中存在GTS信号：

o在第1个至第(m-1)个PEI时机之间的任何PEI监视时机中已经接收到WUS的UE被唤醒。

o先前在PEI监视窗口中未曾接收到WUS的UE进入休眠。

该实施方式允许基站121实现以下功能：一旦基站121唤醒了需要被唤醒的UE，它就可以允许那些不被唤醒的UE进入休眠并节省功率。因此，该实施方式通过动态地减小PEI监视窗口42的大小来帮助节省功率，PEI监视窗口越短，UE可以节省的功率就越多。

本文已经描述了关于在PEI监视窗口42内如何可以存在不同功能的各种实施方式，例如，一些PEI监视时机被用于WU功能，而其他的PEI时机被用于GTS功能。应当注意，在一些实施方式中，功能可以从一个PEI监视窗口42改变到下一个，其中，UE被通知以便根据改变的功能来配置UE以监视下一个监视窗口。从UE 1的角度来看，该实施方式因此涉及UE从基站121接收PEI功能指示符，其中，对PEI的接收进行监视是根据PEI功能指示符来执行的。

在一个示例中，寻呼DCI或寻呼消息用于传送PEI功能指示符，PEI功能指示符充当UE基于后续监视窗口42内的PEI时机的改变的功能来改变该后续监视窗口42中的行为的触发。如果基站121希望改变PEI操作，则它可以在第一PEI窗口42期间唤醒UE，使得UE读取寻呼DCI和/或寻呼消息。然后，寻呼DCI/寻呼消息本身将由PEI功能指示符指示应该如何处理后续PEI窗口42。例如，如果小区负载重，则寻呼DCI/寻呼消息可以指示UE应当监视组WUSPEI，其中，与UE特定的或子组特定的PEI相比，需要较少的组PEI。因此，PEI功能指示符将UE配置为监视去往UE的PEI，或者监视组PEI。

在该示例中，设置了用于后续指示符窗口42的PEI时机的重新配置，而UE不必转移到连接模式。

存在可以被RRC配置(例如，经由SIB信令)的PEI监视窗口功能的表。寻呼DCI或寻呼消息然后可以指示UE应该用于未来PEI监视窗口的配置的表的索引。例如：该表格可以由两个条目组成，如下面举例说明的。

索引	功能
		0	UE监视组WUS PEI
1	UE监视UE特定PEI

在这种情况下：

-如果PEI功能指示符指示'0'，则UE将在随后的PEI监视窗口期间监视组WUS；

-如果寻呼DCI指示'1'，则UE将在随后的PEI监视窗口期间监视UE特定WUS。

在一些实施方式中，PEI功能指示符可以向接收UE传达PEI应当在PEI监视窗口内被解释的方式。接收UE可以是特定UE或该小区中的所有UE。在下表中提供了这种实施方式的示例。

索引	功能
		0	将PEI解释为WU
1	将PEI解释为GTS

在该实施方式中，UE 1被配置为在PEI监视窗口42期间监视一个PEI序列，例如关联一个PEI序列。如果PEI功能指示符已经在先前的寻呼DCI/消息中识别出索引'0'，则UE 1将PEI解释为具有WU功能。如果在寻呼DCI/消息中识别出索引'1'，则UE 1将PEI解释为具有GTS功能。这样，PEI功能指示符配置UE 1将在所述PEI时机中接收到的PEI序列解释为WU指示或GTS指示。此实施方式允许基站121例如基于基站121想要在PEI监视窗口42中使用WU功能还是GTS功能来改变其调度策略。此外，UE可以被限制为仅检测在PEI时机中传送的一种类型的序列，或者被限制为适当地检测WU或GTS，因此节省了UE处理功率。

可以为其它功能定义附加索引(3、4等)，诸如指示UE将监视任何PEI时机或一个或多个特定PEI时机以检测WU或GTS的指示的一个功能索引。

关于当利用PEI工作时无线网络100的行为，并且特别是基站121的行为，可以经由传统方法寻呼传统UE。对传统UE发送寻呼DCI和寻呼消息，其不需要监视PEI。

根据本文提出的解决方案工作的UE 1将首先尝试读取指示符窗口42内的WUS或GTSS。如果UE 1接收到指示UE应监视所述PO的PEI，诸如未被GTS覆写的WU，则UE 1继续按照与传统UE相同的方式监视寻呼DCI和寻呼消息。网络因此执行以下步骤以调度根据各种实施方式工作的UE：

对于WU功能：

-在PEI监视窗口期间发送指示WU的PEI；

-发送寻呼DCI；

-发送寻呼消息。

对于GTS功能：

-在PEI监视窗口期间不发送GTS；

-发送寻呼DCI；

-发送寻呼消息。

为了在也支持其他UE(传统UE)的***中调度根据该实施方式工作的UE，基站121执行以下功能：

对于PEI监视窗口期间的每个PEI监视时机：

-例如根据传统调度算法，确定传统UE是否将在用于PEI的资源中被调度；

-如果传统UE要被调度，则调度传统UE并且不在此PEI监视时机中发送PEI；

-如果没有传统UE需要在用于PEI的资源(即，指示符窗口42中用于PEI时机52的资源)中被调度，则发送PEI，并且在PEI监视窗口期间不发送用于该UE的另外的PEI，除非调度决定被改变。

如果基站121已经能够指示UE 1在PEI监视窗口期间被唤醒(即，能够发送WUS)，则：

-在所述寻呼时机期间发送寻呼DCI和寻呼消息。

如上所述，PEI的配置在各种实施方式中是例如使用***信息(SI)由基站121传送到UE 1的。PEI的配置可以包括以下中的一种或更多种：

1.资源复用：可以在时间窗内(即，在时域中复用)和/或在频率分配内(即，在频域中复用)配置多个PEI时机/机会52。

2.功能：WU或者WU和GTS。

3.根据前述实施方式的其他配置。

图8示出了与UE 1相关联的各种方法步骤的流程图。一些另选实施方式由虚线表示。在上文中已经描述了这些步骤及其各种示例，并且这些步骤和各种示例涉及UE 1监视PO以从基站121获得寻呼消息的方法。

在步骤801中，UE 1获得在PO之前的指示符窗口中分配的多个寻呼早期指示符PEI时机的配置。该配置可以从基站121获得。

在步骤804中，UE 1在指示符窗口中监视PEI的接收。这可能需要根据配置的监视序列来检测时间窗的PEI时机中的接收。

基于监视步骤804导致在至少一个PEI时机中接收805指示UE将监视所述PO的PEI，UE将对该PO继续监视809。PEI在本文中可以是WUS。

在监视PO之前，对接收到的PEI进行解码806，以识别相关联的寻呼DCI的资源。

基于监视804没有识别出UE将监视所述PO，UE 1将进入811休眠状态而不监视PO。这例如可以是未接收到WUS的结果，或者在接收到WUS的情况下，在指示符窗口42中接收到覆写WUS的另一PEI。这种另外的PEI例如可以是在WUS之后获得的GTSS，或者是指示WU指示不是针对UE 1的确认PEI的指示。

在各种实施方式中，基站121在突发中发送多个同步信号块SSB。在这种情况下，该方法还可以包括：

获得802关联信息，所述关联信息将与所述SSB相关联的身份映射到与所述PEI时机相关的资源。

在一个变体中，UE 1然后将与至少一个SSB同步803，以确定所述至少一个SSB的关联识别码。然后，可以在与一个或更多个PEI时机(所述一个或更多个PEI时机与所确定的关联识别码相关联)相关的资源上执行对PEI的接收的监视804，其定义了指示符窗口中的多个PEI时机的子集。

在该实施方式的另一变体中，UE 1将改为在至少一个所述PEI时机中首先接收805PEI。基于接收到的PEI，UE然后将确定807所述SSB的识别码中的至少一个。这可以通过对接收到的PEI进行解码806来实现。此后UE将与和所确定的识别码相关联的SSB同步808。

一旦通过接收寻呼DCI和寻呼消息来执行对PO的监视809，并且可能地转移到连接模式，则UE 1随后将返回到空闲/不活动(例如，在没有另外的下行链路数据的情况下)。

在一些实施方式中，UE 1可以从基站121接收810PEI功能指示符，其中，根据PEI功能指示符来执行对PEI的接收的监视。具体地，PEI功能指示符可以定义如何处理随后的指示符窗口。PEI功能指示符可以在监视809PO时获得。

在进入811休眠模式或完成由PO 810触发的任何任务之后，UE 1可以返回到监视804下一个指示符窗口，可能在次之前再次尝试与SSB同步803。

前面已经概述了所提出的解决方案的各个方面。除了明显矛盾之外，这些实施方式可以以任何方式组合。

Claims

1.一种用户设备UE对寻呼时机PO进行监视以从基站获取寻呼消息的方法，所述方法包括：

获得(801)在所述PO之前的指示符窗口中分配的多个寻呼早期指示符PEI时机的配置；

监视(804)所述指示符窗口中的PEI的接收；以及

响应于在所述PEI时机中的至少一个PEI时机中接收到指示所述UE应监视所述PO的PEI，监视(809)所述PO，或者

否则，进入(811)休眠状态并且不监视所述PO。

2.根据权利要求1所述的方法，其中，所述基站在突发中发送多个同步信号块SSB，所述方法还包括：

获得(802)关联信息，所述关联信息将与所述SSB相关联的识别码映射到与所述PEI时机相关的资源。

3.根据权利要求2所述的方法，所述方法包括：

与至少一个SSB同步(803)，以确定所述至少一个SSB的关联识别码；

其中，对PEI的接收的所述监视是在与一个或更多个PEI时机相关的资源上执行的，所述一个或更多个PEI时机与所确定的关联识别码相关联。

4.根据权利要求2所述的方法，所述方法包括：

在所述PEI时机中的至少一个PEI时机中接收(805)PEI；

基于所接收的PEI，确定(807)所述SSB中的至少一个SSB的识别码；

与和所确定的识别码相关联的SSB同步(808)。

5.根据权利要求2至4中任一项所述的方法，其中，所述基站在多个波束中进行发射，并且其中，每个波束与和所述多个PEI时机的子集相关的资源相关联，所述子集包括多个PEI时机。

6.根据前述权利要求中任一项所述的方法，其中，所述PEI时机中的至少一个PEI时机被保留用于去往所识别的UE的PEI。

7.根据权利要求6所述的方法，其中，响应于所接收的PEI是专门去往所述UE或包括所述UE的子组的，有条件地执行对所述PO的监视。

8.根据前述权利要求中任一项所述的方法，其中，执行对PEI的接收的所述监视以确定唤醒信号WUS的接收，所述唤醒信号WUS指示能够在所述PO中针对所述UE调度寻呼消息。

9.根据权利要求8所述的方法，其中，所述PEI时机中的至少一个PEI时机被保留用于组WUS。

10.根据权利要求8或9所述的方法，其中，对PEI的接收的所述监视包括：

连续监视所述PEI时机；以及

响应于在所述PEI时机中的一个PEI时机中接收到WUS，继续监视所述PO，并且不监视所述指示符窗口中的任何后续PEI时机。

11.根据权利要求10所述的方法，其中，对PEI的接收的所述监视包括：

基于UE 1中的与另一配置的信号或信道共处的至少一个PEI时机的知识，跳过对所述至少一个PEI时机的监视。

12.根据权利要求8至11中任一项所述的方法，其中，响应于在所述PEI时机中的一个PEI时机中检测到WUS并且在所述PEI时机中的另一个PEI时机中检测到确认PEI，执行对所述PO的监视。

13.根据权利要求12所述的方法，其中，所述PEI时机中的至少一个PEI时机被保留用于所述确认PEI。

14.根据权利要求12或13所述的方法，其中，所述确认PEI标识在所述指示符窗口的一个或更多个PEI时机中发送了WUS。

15.根据权利要求12至14中任一项所述的方法，其中，所述确认PEI标识了所述WUS是去往包括所述UE的子组的。

16.根据权利要求12至14中任一项所述的方法，其中，确认PEI标识了在所述指示符窗口的所述PEI时机中的任一个PEI时机中未发送WUS。

17.根据权利要求8至16中任一项所述的方法，其中，执行对PEI的接收的所述监视以确定接收到进入休眠信号GTS，所述进入休眠信号GTS指示所述UE不应监视所述PO。

18.根据权利要求17所述的方法，所述方法包括：

基于PEI接收来确定所接收的PEI是WUS还是GTS。

19.根据权利要求18所述的方法，其中，对PEI的接收的所述监视包括：

连续监视所述PEI时机；以及

响应于在所述PEI时机中的一个PEI时机中接收到GTS，进入休眠并且不监视所述指示符窗口中的任何后续PEI。

20.根据权利要求8和18所述的方法，其中，对PEI的接收的所述监视包括：

连续监视所述PEI时机；以及

响应于在所述PEI时机中的一个PEI时机中接收到WUS，针对GTS继续严格监视所述指示符窗口中的后续PEI时机。

21.根据权利要求8和18所述的方法，其中，对PEI的接收的所述监视包括：

连续监视所述PEI时机；以及

响应于在所述PEI时机中的一个PEI时机中接收到GTS，针对WUS继续严格监视所述指示符窗口中的后续PEI时机。

22.根据权利要求18至21中任一项所述的方法，其中，所述PEI时机中的至少一个PEI时机被保留用于GTS。

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

从所述基站接收(810)PEI功能指示符，其中，对PEI的接收的监视是根据所述PEI功能指示符来执行的。

24.根据权利要求23所述的方法，其中，所述PEI功能指示符将所述UE配置为监视去往所述UE的PEI，或监视组PEI。

25.根据权利要求23所述的方法，其中，所述PEI功能指示符将所述UE配置为将在所述PEI时机中接收到的PEI序列解释为唤醒信号WUS或进入休眠信号GTS，所述唤醒信号WUS指示所述UE应监视所述PO，所述进入休眠信号GTS指示所述UE不应监视所述PO。

26.根据前述权利要求中任一项所述的方法，其中，所述指示符窗口中的所述PEI时机在时域和/或频域中被分配给不同资源。

27.根据权利要求26所述的方法，其中，所述指示符窗口是时间窗口，在所述时间窗口中，在不同的时域资源处调度所有PEI时机。

28.根据前述权利要求中任一项所述的方法，其中，获得配置包括：

从所述基站接收包括用于所述PEI时机的资源的所述配置。

29.根据前述权利要求中任一项所述的方法，所述方法包括：

连续监视所述PEI时机；以及

响应于在所述PEI时机中的一个PEI时机中检测到PEI的接收，停止监视所述指示符窗口中的任何后续PEI。

30.一种基站将用户设备UE配置为针对从所述基站发送的寻呼消息来监视寻呼时机PO的方法，所述方法包括：

在所述PO之前的指示符窗口期间配置多个寻呼早期指示符PEI时机，以供所述UE用来监视由所述基站发送的PEI；

基于所述UE将被调度，在所述PEI时机中的至少一个PEI时机中发送指示所述UE应监视所述PO的PEI。

31.根据权利要求30所述的方法，所述方法包括：

在突发中发送多个同步信号块SSB；

向所述UE发送关联信息，所述关联信息将与所述SSB相关联的识别码映射到与所述PEI时机相关的资源。

32.根据权利要求31所述的方法，其中，所述基站在多个波束中进行发射，并且其中，各个波束与和所述多个PEI时机的子集相关的资源相关联，所述子集包括多个PEI时机。

33.根据权利要求30至32中任一项所述的方法，其中，所述PEI时机中的至少一个PEI时机被保留用于去往所标识的UE的PEI。

34.根据权利要求30至33中任一项所述的方法，其中，响应于在所述PO中针对所述UE调度寻呼消息，所述PEI被配置为唤醒信号WUS。

35.根据权利要求30至34中任一项所述的方法，其中，所述PEI时机中的至少一个PEI时机被保留用于组WUS。

36.根据权利要求30至35中任一项所述的方法，其中，所述PEI时机中的至少一个PEI时机被保留用于确认PEI。

37.根据权利要求30至36中任一项所述的方法，其中，所述PEI时机中的至少一个PEI时机被保留用于与UE的子组相关联的确认PEI。

38.根据权利要求34和36或37所述的方法，其中，基于在所述PO中针对所述UE调度寻呼消息，发送确认PEI以标识在所述指示符窗口中发送了WUS。

39.根据权利要求34和36或37所述的方法，其中，发送确认PEI以标识在所述指示符窗口中未发送WUS。

40.根据权利要求30至39中任一项所述的方法，其中，所述PEI是专门去往所述UE或去往UE的子组的，或者不去往。

41.根据权利要求30至40中任一项所述的方法，所述方法包括：

基于所述UE将不被调度，在所述PEI时机中的至少一个PEI时机中发送进入休眠信号GTS，所述进入休眠信号GTS指示所述UE应进入休眠并且不监视所述PO。

42.根据权利要求41所述的方法，其中，所述PEI时机中的至少一个PEI时机被保留用于进入休眠信号GTS。

43.根据权利要求30至42中任一项所述的方法，其中，所述PEI是专门去往所述UE或UE的子组的，或者不去往。

44.根据权利要求30至43中任一项所述的方法，所述方法包括：

发送PEI功能指示符，所述PEI功能指示符配置所述UE监视PEI的接收。

45.根据权利要求44所述的方法，其中，所述PEI功能指示符将所述UE配置为监视去往所述UE的PEI，或监视组PEI。

46.根据权利要求44所述的方法，其中，所述PEI功能指示符将所述UE配置为将在所述PEI时机中接收到的PEI序列解释为指示所述UE应监视所述PO的唤醒信号WUS，或解释为指示所述UE不应监视所述PO的进入休眠信号GTS。

47.根据权利要求30至46中任一项所述的方法，其中，所述指示符窗口中的所述PEI时机在时域和/或频域中被分配给不同的资源。

48.根据权利要求30至46中任一项所述的方法，其中，所述指示符窗口是时间窗口，在所述时间窗口中，在不同的时域资源处调度所有PEI时机。

49.根据权利要求30至48中任一项所述的方法，所述方法包括：

向所述UE发送包括用于所述PEI时机的资源的所述配置。

50.根据权利要求30至49中任一项所述的方法，所述方法包括：

在所述多个PEI时机中确定一PEI时机，该PEI时机未被调度给未被配置为检测PEI的任何其他UE，其中，该PEI是在所确定的PEI时机中发送的。