CN116235574A - 用于寻呼操作的唤醒信号接收 - Google Patents

Abstract

一种用户装备(UE)被配置为在寻呼操作期间利用唤醒信令。该UE在寻呼非连续接收(DRX)周期中操作，其中该寻呼DRX周期包括寻呼时机(PO)。该UE在与该PO相关联的唤醒信号(WUS)时机期间接收WUS，以及基于该WUS选择在该PO期间利用的操作模式。

Description

用于寻呼操作的唤醒信号接收

背景技术

用户装备(UE)可配置有寻呼周期，该寻呼周期包括调度时间窗口，在该调度时间窗口期间UE将监测寻呼。在调度时间窗口之外，UE可以有机会休眠并节省功率。在常规情况下，UE在调度时间窗口期间监测寻呼，而不管网络是否实际执行了针对UE的寻呼传输。这是对UE的有限功率源的低效使用。因此，需要一种减轻与UE处的寻呼接收相关联的低效功率消耗的机制。

发明内容

一些示例性实施方案涉及一种由在寻呼非连续接收(DRX)周期中操作的用户装备(UE)执行的方法，其中该寻呼DRX周期包括寻呼时机(PO)。该方法包括在与PO相关联的唤醒信号(WUS)时机期间接收WUS，以及基于该WUS选择在PO期间利用的操作模式。

其他示例性实施方案涉及一种具有收发器和处理器的用户装备。该收发器被配置为与网络进行通信。该处理器被配置以执行包括以下方面的操作：在寻呼非连续接收(DRX)周期中操作，其中该DRX周期包括寻呼时机(PO)；在与该PO相关联的唤醒信号(WUS)时机期间接收WUS；以及基于该WUS选择在PO期间利用的操作模式。

另外的示例性实施方案涉及一种集成电路。该集成电路包括：被配置为在寻呼非连续接收(DRX)周期中操作的电路，其中该寻呼DRX周期包括寻呼时机(PO)；被配置为在与该PO相关联的唤醒信号(WUS)时机期间接收WUS的电路；以及被配置为基于该WUS来选择在PO期间利用的操作模式的电路。

附图说明

图1示出了根据各种示例性实施方案的示例性网络布置。

图2示出了根据各种示例性实施方案的示例性用户装备(UE)。

图3示出了根据各种示例性实施方案的唤醒信号(WUS)时机的示例性时序图。

图4示出了根据各种示例性实施方案的用于WUS和寻呼接收的方法。

图5示出了根据各种示例性实施方案的当一个WUS被配置为控制一个寻呼组的一个PO时，WUS时机与寻呼时机(PO)之间的关系的示例。

图6示出了根据各种示例性实施方案的当一个WUS被配置为控制一个寻呼组的多个PO时，WUS时机与PO之间的关系的示例。

图7示出了根据各种示例性实施方案的当一个WUS被配置为控制多个寻呼组的一个PO时，WUS时机与PO之间的关系的示例。

图8示出了根据各种示例性实施方案的当一个WUS被配置为控制多个寻呼组的多个PO时，WUS时机与PO之间的关系的示例。

图9示出了根据各种示例性实施方案的当多个WUS时机被配置为控制一个PO时，WUS时机与PO之间的关系的示例。

具体实施方式

参考以下描述及相关附图可进一步理解示例性实施方案，其中类似的元件具有相同的附图标号。示例性实施方案涉及结合寻呼机制来使用网络与用户装备(UE)之间的唤醒信令。如将在下文更详细描述的，唤醒信令可允许UE减轻与传统寻呼技术相关联的低效功率消耗。

示例性实施方案是关于UE来描述的。然而，对UE的参考仅仅是出于说明的目的而提供的。示例性实施方案可与可建立与网络的连接并且被配置有用于与网络交换信息和数据的硬件、软件和/或固件的任何电子部件一起使用。因此，本文所述的UE用于表示任何电子部件。

还参考作为第五代(5G)新空口(NR)网络的网络描述了示例性实施方案。5G NR网络和UE可利用结合唤醒信号(WUS)的寻呼机制。然而，任何对5G NR网络、特定寻呼机制或WUS的引用仅仅是出于说明的目的而提供的。示例性实施方案可应用于结合任何适当类型的寻呼机制来利用唤醒信令的任何类型的网络。

寻呼可用于各种不同原因中的任何原因。例如，当预占5G NR网络的小区时，UE可接收这样的寻呼消息，该寻呼消息被配置为触发UE从无线电资源控制(RRC)空闲状态或RRC非活动状态转换到RRC连接状态。又如，网络可使用寻呼来指示系统信息改变。响应于该指示，UE可随后获取更新的系统信息。再如，寻呼可用于指示紧急消息(例如，商业移动警报系统(CMAS)消息、地震和海啸预警系统(ETWS)消息等)。响应于该指示，UE可随后获取紧急消息。以上示例不旨在以任何方式限制示例性实施方案，并且仅被提供用于说明网络和UE为什么可以利用寻呼机制。

在网络侧，寻呼传输可包括寻呼消息和/或短消息。本领域的技术人员将理解，寻呼消息可用于通知一个或多个UE，并且可经由物理下行链路共享信道(PDSCH)或任何其他适当类型的物理控制信道(PCCH)来传输。本领域的技术人员还将理解，短消息可用于向UE提供特定类型的指示，诸如系统信息修改或紧急消息。可使用在下行链路控制信息(DCI)中提交的短消息，来在具有或不具有相关联的寻呼消息的情况下，在物理下行链路控制信道(PDCCH)上传输短消息。

在UE侧，寻呼接收可包括在调度时间窗口期间监测寻呼。例如，在非连续接收(DRX)周期期间，UE可配置有寻呼时机(PO)。PO可包括一个或多个时隙，在该一个或多个时隙期间，UE被配置为侦听用于寻呼传输的通信信道(例如，PCCH、PDSCH、PDCCH等)。PO可被包括在寻呼帧(PF)中。PF可指包括一个或多个寻呼时机的无线电帧。本领域的技术人员将理解可如何配置PF和PO的时序。

DRX周期为包括利用数据交换处理的活动模式和不活动的休眠模式的功率节省机制。在寻呼的上下文中，数据交换处理的活动模式可指UE执行使得UE能够接收由网络广播的信息和/或数据的操作。例如，在PO期间，UE可进入数据交换处理的活动模式以监测寻呼传输。在PO之外，UE可有机会利用非活动的休眠模式并节省功率。在本说明书通篇中，术语“DRX周期”和“寻呼周期”可互换使用。然而，任何对DRX周期或寻呼周期的引用仅仅是为了示意性说明的目的，不同的网络可通过不同的名称来引用类似的概念。示例性实施方案可应用于其中UE就数据交换处理在功率节省模式和活动模式之间转变的任何场景。

在常规情况下，UE可在一个或多个PO期间唤醒，而不管网络是否在PO期间执行了寻呼传输。然而，在不包括针对UE的寻呼传输的PO期间利用数据交换处理的活动模式是对UE的有限功率源的低效使用。如将在下文描述的，如果在PO期间不存在针对UE的寻呼传输，则示例性实施方案可允许UE在PO期间省略利用数据交换处理的活动模式。

示例性实施方案涉及结合寻呼机制来利用UE与网络之间的唤醒信令。在本说明书通篇中，术语“唤醒信号”或“WUS”可指由网络传输到UE的信号，该信号包括关于UE将在其间监测寻呼的后续时间窗口(例如，PO)的信息。WUS可允许UE减轻与传统寻呼技术相关联的低效功率消耗。例如，WUS可指示没有为后续PO调度寻呼传输。在后续PO期间，UE可保持在非活动的休眠模式中，而不是唤醒以使用数据交换处理的活动模式，因为WUS指示不存在为该PO调度的寻呼传输。

在一个方面，示例性实施方案涉及WUS与其对应PO之间的时序关系。如将在下文详细描述的，存在可实现的一个或多个WUS和一个或多个PO的各种示例性配置。在另一方面，示例性实施方案涉及可包括在WUS中的内容的类型以及UE可如何响应WUS。示例性唤醒信令可与当前实现的寻呼技术结合使用、与寻呼技术的未来具体实施结合使用，或者独立于其他寻呼技术使用。

图1示出了根据各种示例性实施方案的示例性网络布置100。示例性网络布置100包括UE 110。本领域的技术人员将理解，UE 110可为被配置为经由网络通信的任何类型的电子部件，例如，移动电话、平板电脑、台式计算机、智能电话、平板手机、嵌入式设备、可穿戴设备、物联网(IoT)设备等。还应当理解，实际网络布置可包括由任意数量的用户使用的任意数量的UE。因此，出于说明的目的，只提供了具有单个UE 110的示例。

UE 110可被配置为与一个或多个网络通信。在网络配置100的示例中，UE 110可与其进行无线通信的网络是5G NR无线电接入网络(RAN)120和WLAN 122。然而，应当理解，UE110还可与其他类型的网络(例如，5G云RAN、LTE-RAN、传统蜂窝网络等)通信，并且UE 110还可通过有线连接来与网络通信。参照示例性实施方案，UE 110可与5G NR RAN120和/或WLAN122建立连接。因此，UE 110可具有用于与NG-RAN 120通信的5G NR芯片组和用于与WLAN122通信的ISM芯片组。

5G NR RAN 120可以是可由网络运营商(例如，Verizon、AT&T、Sprint、T-Mobile等)部署的蜂窝网络的一部分。5G NR RAN 120可例如包括被配置为从配备有适当蜂窝芯片组的UE发送和接收通信流量的小区或基站(Node B、eNodeB、HeNB、eNBS、gNB、gNodeB、宏蜂窝基站、微蜂窝基站、小蜂窝基站、毫微微蜂窝基站等)。WLAN 122可包括任何类型的无线局域网(WiFi、热点、IEEE 802.11x网络等)。

基站(例如，gNB 120A)可包括一个或多个通信接口，以与所预占的UE、对应的RAN、蜂窝核心网130、互联网140等交换数据和/或信息。此外，基站可包括被配置为执行各种操作的处理器。例如，基站的处理器可被配置为执行与本文所述的寻呼和示例性唤醒信令相关的操作。然而，对处理器的引用仅仅是出于说明的目的。基站的操作也可被表示为基站的独立结合部件，或者可为耦接到基站的模块化部件，例如，具有或不具有固件的集成电路。例如，集成电路可包括用于接收信号的输入电路和用于处理信号和其他信息的处理电路。此外，在一些基站中，处理器的功能性在两个或更多个处理器诸如基带处理器和应用处理器之间分担。可以按照基站的这些或其他配置中的任何配置来实现示例性实施方案。

本领域的技术人员将理解，可执行任何相关过程用于UE 110连接至5G NR RAN120。例如，如上所述，可使5G NR RAN 120与特定的网络运营商相关联，在该网络运营商处，UE 110和/或其用户具有协议和凭据信息(例如，存储在SIM卡上)。在检测到5G NR RAN 120的存在时，UE 110可发射对应的凭据信息，以便与5G NR RAN 120相关联。更具体地，UE110可与特定小区(例如，gNB 120A)相关联。如上所述，5G NR RAN120的使用是出于示意性说明的目的，并且可使用任何类型的网络。例如，UE 110也可连接到LTE-RAN(未图示)或传统RAN(未图示)。

除网络120和122之外，网络布置100还包括蜂窝核心网130、互联网140、IP多媒体子系统(IMS)150和网络服务主干160。蜂窝核心网130可被视为管理蜂窝网络的操作和流量的部件的互连集合。蜂窝核心网130还管理在蜂窝网络与互联网140之间流动的流量。IMS150通常可被描述为用于使用IP协议将多媒体服务递送至UE 110的架构。IMS 150可与蜂窝核心网130和互联网140通信以将多媒体服务提供至UE 110。网络服务主干160与互联网140和蜂窝核心网130直接或间接通信。网络服务主干160可通常被描述为一组部件(例如，服务器、网络存储布置等)，其实施一套可用于扩展UE 110与各种网络通信的功能的服务。

图2示出了根据各种示例性实施方案的示例性UE 110。将参照图1的网络布置100来描述UE 110。UE 110可表示任何电子设备，并且可包括处理器205、存储器布置210、显示设备215、输入/输出(I/O)设备220、收发器225以及其他部件230。其他部件230可包括例如音频输入设备、音频输出设备、提供有限功率源的电池、数据采集设备、用于将UE 110电连接到其他电子设备的端口等。

处理器205可被配置为执行UE 110的多个引擎。例如，引擎可包括WUS引擎235。WUS引擎235可被配置为执行与检测WUS和确定WUS的内容相关联的操作。WUS引擎235可被进一步配置为响应于接收到WUS来控制UE 110的寻呼接收行为。

上述引擎作为由处理器205执行的应用程序(例如，程序)仅是示例性的。与引擎相关联的功能也可被表示为UE 110的独立整合部件，或者可为耦接到UE 110的模块化部件，例如，具有或不具有固件的集成电路。例如，集成电路可包括用于接收信号的输入电路和用于处理信号和其他信息的处理电路。引擎也可被体现为一个应用程序或分开的多个应用程序。此外，在一些UE中，针对处理器205描述的功能性在两个或更多个处理器诸如基带处理器和应用处理器之间分担。可以按照UE的这些或其他配置中的任何配置实施示例性实施方案。

存储器210可以是被配置为存储与由UE 110执行的操作相关的数据的硬件部件。显示设备215可以是被配置为向用户显示数据的硬件部件，而I/O设备220可以是使得用户能够进行输入的硬件部件。显示设备215和I/O设备220可以是独立的部件或者可被集成在一起(诸如触摸屏)。收发器225可以是被配置为与5G NR-RAN 120、WLAN 122等建立连接的硬件部件。因此，收发器225可以在多个不同的频率或信道(例如，连续频率组)上工作。

当连接到网络时，UE 110可被配置为处于多种不同的操作状态中的一种。一种操作状态可被表征为RRC空闲状态，并且另一操作状态可被表征为RRC连接状态。RRC是指无线电资源控制(RRC)协议。本领域的技术人员将理解，当UE 110处于RRC连接状态时，UE 110和网络可被配置为交换信息和/或数据。信息和/或数据的交换可允许UE 110执行经由网络连接可用的功能性。此外，本领域的技术人员将会理解，当UE 110连接到网络并且处于RRC空闲状态时，UE 110一般未正在与网络交换数据，并且在网络内，无线电资源未正在被分配给UE 110。然而，当UE 110处于RRC空闲状态时，UE 110可监测由网络传输的信息和/或数据(例如，WUS、寻呼等)。

另一操作状态可被表征为RRC非活动状态。在RRC非活动状态下，UE 110保持RRC连接，同时使信令和功率消耗最小化。类似于RRC空闲状态，当UE 110连接到网络并且处于RRC非活动状态时，UE 110一般未正在与网络交换数据。当UE 110处于RRC非活动状态时，UE110仍可监测由网络传输的信息和/或数据(例如，WUS、寻呼等)。然而，任何对RRC连接状态、RRC空闲状态和RRC非活动状态的引用仅仅是出于说明的目的而提供的，示例性实施方案可应用于UE 110的任何合适的操作状态。

当UE 110在RRC空闲状态或RRC非活动状态下预占小区时，UE 110可能无法与网络交换数据。为了与网络交换数据，UE 110可从RRC空闲状态转换到RRC连接状态。例如，当处于RRC空闲状态或非活动状态时，UE 110可侦听诸如但不限于以下的信息：主同步信号(PSS)和辅同步信号(SSS)、主信息块(MIB)、广播消息、系统信息块(SIB)、WUS、寻呼消息等。作为响应，UE 110可向网络发出请求，该请求指示UE 110希望转到RRC连接失活状态。从RRC空闲状态或RRC非活动状态到RRC连接状态的成功转换可包括UE 110与网络的小区之间的消息交换。在RRC连接状态下，可在第一网络的小区与UE 110之间建立网络上下文。因此，UE110可被分配无线电资源，并且UE 110可以能够与网络交换数据。

当处于RRC空闲状态或RRC非活动状态时，UE 110可配置有DRX周期。如上文所指出的，DRX周期可包括PO，在PO期间UE 110可监测寻呼。根据传统操作，UE 110可进入数据交换处理的活动模式并且监测PO，而不管网络是否在PO期间执行了寻呼传输。示例性实施方案通过实现可用于控制UE 110寻呼接收行为的唤醒信令来降低与传统操作相关联的功率消耗。

还参考支持多波束操作的寻呼机制描述了示例性实施方案。对于多波束操作，PO可包括一组PDCCH监测时机，每个PDCCH监测时机包括可传输下行链路控制信息(DCI)的一个或多个时隙。PO的长度可对应于波束扫描的一个周期，并且UE 110可假设寻呼消息被包括在波束扫描图案的所有波束中。示例性实施方案将描述唤醒信令可如何与支持多波束操作的寻呼机制结合使用。

图3示出了根据各种示例性实施方案的WUS时机的示例性时序图300。将参照图1的网络布置100和图2的UE 110来描述图3。时序图300提供了唤醒信令可如何与寻呼机制结合使用的一般概述。下文参考图4的方法400提供了从UE 110的角度来看的具体示例。

时序图300包括表示时间的线310。最初，考虑其中UE 110预占gNB120A并且在RRC空闲状态下操作的场景。在第一时间段312期间，同步信号块(SSB)突发可由gNB 120A传输。在该示例中，SSB突发包括第一SSB 301、第二SSB 302、第三SSB 303和第四SSB 304。在一些实施方案中，每个SSB 301-304可对应于波束扫描图案内的不同波束。然后，UE110可基于SSB 301-304中的一者或多者来选择用于WUS和寻呼接收的波束。

在第二时间段314期间，调度WUS时机320。类似于PO时机的概念，UE 110被配置为在WUS时机320期间监测WUS。

网络可在WUS时机320期间传输WUS。在一些实施方案中，可实现基于下行链路控制信息(DCI)的唤醒信令。在该配置中，WUS时机320可表示一组PDCCH监测时机，并且可包括多个时隙(例如，子帧或正交频分复用(OFDM)符号)，在这些时隙期间可传输WUS DCI。在WUS时机320内，每个监测时机与SSB 301-304中的一者相关联。对于多波束操作，UE 110可假设在相同的WUS时机内的所有传输波束中重复相同的WUS。UE 110可基于任何适当的标准来选择波束中的一个波束。

在WUS时机320期间，UE 110可监测WUS DCI。可基于WUS特定无线电网络临时标识符(RNTI)、UE 110寻呼RNTI(P-RNTI)或包括在WUS中的任何其他适当指示符来执行监测。响应于WUS DCI，UE 110可决定在后续PO 330期间是监测寻呼还是使用非活动的休眠模式。

在其他实施方案中，可实现基于参考信号的唤醒信令。在该配置中，WUS时机320可包括多个时隙，在这些时隙期间可传输一个或多个WUS参考信号。在WUS时机320内，每个监测时机与SSB 301-304中的一者相关联。对于多波束操作，UE 110可假设在相同的WUS时机内的所有传输波束中重复相同的WUS。UE 110可基于任何适当的标准来选择波束中的一个波束。

在WUS时机320期间，UE 110可监测WUS参考信号。响应于WUS参考信号，UE 110可决定在后续监测时机330期间是监测寻呼还是使用非活动的休眠模式。

图4示出了根据各种示例性实施方案的用于WUS和寻呼接收的方法400。将参照图1的网络布置100和图2的UE 110来描述图4。

最初，考虑其中UE 110预占5G NR RAN 120的gNB 120A并且在RRC空闲状态或RRC非活动状态下操作的场景。UE 110可进一步配置有包括一个或多个PO的DRX周期。

在405中，UE 110确定WUS时机在时间上的位置和PO在时间上的位置。例如，UE 110可利用基于传统和/或标准的技术来确定PO调度何时发生。在一些实施方案中，WUS可位于距PO的预先确定的偏移处，并且因此，一旦PO已知就可导出WUS时机。又如，WUS时机和/或PO位置可由网络使用任何适当类型的信令来显式地或隐式地指示。下文将参考图5至图9来描述WUS时机与PO之间的关系的具体示例。

在410中，UE 110选择用于WUS接收的波束。例如，在时序图300的上下文中，UE 110可接收SSB 301-304。如上所述，SSB 301-304中的每一者可对应于不同的波束。然后，UE110可基于SSB 301-304中的一者或多者来选择波束。以上示例仅仅是出于说明的目的而提供的，UE 110可基于任何适当的依据来选择用于WUS接收的波束。

在415中，UE 110在WUS时机期间接收WUS。如上所述，可实现基于DCI的唤醒信令或基于参考信号的唤醒信令。尽管未在方法400中示出，但可能存在其中UE 110在WUS时机期间不接收WUS的场景。如果出现这种场景，则在一些实施方案中，UE 110可以常规方式来监测寻呼。在其他实施方案中，网络可经由RRC信令或任何其他适当类型的信令来配置UE 110将在PO期间利用的默认状态(例如，唤醒或休眠)。

在420中，UE 110确定WUS的内容。例如，WUS可指示将在对应的PO期间执行针对UE110的寻呼传输。又如，WUS可指示没有为UE 110调度寻呼传输。如将在下文更详细解释的，WUS还可包括关于对应PO和/或寻呼传输的更具体的信息。

在425中，UE 110可在对应的PO期间根据WUS的内容进行操作。例如，如果在420中接收的WUS指示将在PO期间执行针对UE 110的寻呼传输，则UE 110可在PO期间唤醒并进入数据交换处理的活动模式以监测寻呼传输。在一些实施方案中，WUS可向UE 110指示仅针对短消息接收来监测寻呼DCI。在其他实施方案中，WUS可向UE 110指示将监测寻呼DCI和PDSCH两者。

为了提供另一示例，如果在420中接收到的WUS指示没有为PO调度寻呼传输，则UE110可在PO期间使用非活动的休眠模式并节省功率。因此，WUS可控制UE 110的寻呼接收行为。

WUS还可用于包括关于即将到来的PO和/或寻呼传输的更具体的信息。在一些实施方案中，WUS可被配置为包括即将到来的寻呼传输的目的的指示，例如系统信息更新/修改、ETWS/CMAS指示、寻呼消息等。该指示可为UE 110在PO期间如何操作提供依据。为了提供示例，如果WUS指示即将到来的PO将被用于寻呼消息传输，则UE 110可在PO期间使用P-RNTI来监测PDCCH以检测调度的寻呼消息。为了提供另一示例，如果WUS指示对应的PO将被用于指示系统信息更新或紧急消息的寻呼传输，则UE 110可在PO期间使用非活动的休眠模式。由于UE 110已经知道寻呼传输将指示什么，因此在PO期间接收该指示将是多余的。替代地，UE110可在PO期间节省功率，并且执行用于系统信息更新或紧急消息接收的正常操作。

在一些实施方案中，WUS可被配置为包括诸如服务类型、接入类型、寻呼类型和/或网络切片信息的信息。该信息可为UE 110在PO期间如何操作提供依据。为了提供示例，WUS内容可指示对应的寻呼传输与非第三代合作伙伴计划(非3GPP)接入相关。如果UE 110不支持非3GPP接入，则UE 110不需要监测PO，因为对应于非3GPP接入的寻呼传输与UE 110无关。又如，WUS内容可指示对应的寻呼传输与语音服务相关。如果UE110未被配置用于语音服务或此时不打算接入语音服务，则UE 110不需要监测PO，因为对应于语音服务的寻呼传输与UE 110无关。本领域的技术人员将理解，该技术可适用于任何其他网络服务类型。

再如，WUS内容可指示寻呼类型是RAN发起的。由于RAN发起的寻呼类型与RRC非活动状态相关，因此如果UE 110在RRC非活动状态下操作，则UE 110可监测PO，而如果UE 110在RRC空闲状态下操作，则不监测PO。另选地，WUS内容可指示寻呼类型是核心网发起的。由于核心网发起的寻呼类型与RRC空闲状态相关，因此如果UE 110在RRC空闲状态下操作，则UE 110可监测PO，而如果UE 110在RRC非活动状态下操作，则不监测PO。

又如，WUS内容可指示寻呼传输与特定网络切片相关联。如果UE110被配置为支持相关切片ID或网络切片选择辅助信息(NSSAI)，则UE110可在PO期间监测寻呼。否则，UE 110可在PO期间休眠。以上示例不旨在以任何方式限制示例性实施方案，并且仅是出于说明的目的而提供的。UE 110可以任何适当的方式使用诸如服务类型、接入类型、寻呼类型和/或网络切片信息的信息来确定是在PO期间利用数据交换处理的活动模式还是在PO期间利用非活动的休眠模式。

在一些实施方案中，WUS可被配置为包括UE信息。该信息可为UE110在PO期间如何操作提供依据。例如，WUS可包括作为寻呼传输的预期接收方的UE的完整UE ID。如果UE ID与UE 110相关，则UE 110可监测PO。否则，UE 110可在PO期间使用非活动的休眠模式。又如，WUS可包括作为寻呼传输的预期接收方的UE的部分UE ID(例如，UE ID的(n)个最低有效位(LSB))。如果部分UE ID与UE 110相关，则UE110可监测PO。否则，UE 110可在PO期间使用非活动的休眠模式。再如，WUS可包括WUS组ID。在一些实施方案中，可经由非接入层(NAS)信令或RRC信令向UE 110提供WUS组ID。在其他实施方案中，UE 110可使用预定义的规则来生成WUS组ID。不管UE 110如何导出WUS组ID，如果WUS组ID与UE 110相关，则UE 110可监测PO。否则，UE 110可在PO期间使用非活动的休眠模式。

方法400展示了可如何使用WUS的内容来控制UE 110的寻呼接收行为。提供下面的图5至图9来展示其中一个或多个WUS时机可与一个或多个PO相关联的不同方式。

图5示出了根据各种示例性实施方案的当一个WUS被配置为控制一个寻呼组的一个PO时，WUS时机与PO之间的关系的示例。图5包括各自对应于不同配置的三个时序图510、520、530。

在一些实施方案中，WUS时机可位于距PO的预先配置的偏移处。时序图510包括表示时间的线511。该时序图还示出了在其对应的PO 514之前具有预先配置的偏移513的WUS时机512和在其对应的PO 518之前具有预先配置的偏移517的WUS时机516。

在一些实施方案中，对于每个PF或寻呼DRX周期，在所有PO之前传输所有WUS。时序图520包括表示单个PF的时间段的线521。该时序图还示出了分别在其对应的PO 526、528之前的WUS时机522、524。

在一些实施方案中，WUS信道位于其相同波束的对应监测时机之前。时序图530包括表示时间的线531。时序图530包括PO 540，并且在PO540内示出了四个WUS时机541-544，每个WUS时机在它们相应的监测时机545-548之前。

为了利用时序图510-530中所示的配置，UE 110最初可使用传统技术来确定PO位置。在一些实施方案中，WUS时机可根据RRC配置与对应的PO相关联。在其他实施方案中，WUS时机是在对应PO之前的最近WUS时机。为了提供示例，在时序图中，WUS时机512与PO 514相关联，并且WUS时机516与PO 516相关联。如上参考方法400所述，在WUS时机期间接收的WUS可用于控制UE 110的寻呼接收行为，例如在PO期间的数据交换处理的活动模式或在PO期间的非活动的休眠模式。

图6示出了根据各种示例性实施方案的当一个WUS被配置为控制一个寻呼组的多个PO时，WUS时机与PO之间的关系的示例。图6包括时序图610。

在一些实施方案中，WUS时机可与(N)个PO相关联。时序图610示出了表示时间的线611。在该示例中，第一WUS时机612与两个PO614-616相关联，并且WUS时机618与三个PO620-624相关联。PO的数量(N)和PO的标识可由RRC信令配置或用WUS指示。

为了利用时序图610中所示的配置，UE 110最初可确定其PO位置和WUS时机位置。如果WUS指示UE 110将唤醒用于寻呼监测，则UE 110可唤醒并进入数据交换处理的活动模式以监测N个PO。如果WUS指示UE 110将休眠，则UE 110将休眠并且不监测N个PO。在N个PO内，UE110将不监测WUS时机。在N个连续PO之后，UE 110将恢复监测WUS时机。

图7示出了根据各种示例性实施方案的当一个WUS被配置为控制多个寻呼组的一个PO时，WUS时机与PO之间的关系的示例。图7包括时序图710。

在一些实施方案中，WUS可用于指示多个寻呼组的唤醒/休眠状态。时序图710包括表示时间的线711。在该示例中，WUS时机712被示出为包括与PO 714和PO 716相关联的WUS。PO 714被分配给第一寻呼组，并且PO 716被分配给不同的第二寻呼组。然而，对两个寻呼组的引用仅仅是出于说明的目的而提供的，该配置可用于任何适当的一到(N)个寻呼组映射。

为了利用时序图710中所示的配置，UE 110最初可确定其PO位置和WUS时机位置。在一些实施方案中，WUS可指示多个寻呼组的共用唤醒/休眠状态。因此，如果WUS包括唤醒指示，则两个寻呼组的UE将在它们相应的PO期间唤醒并进入数据交换处理的活动模式。在其他实施方案中，WUS可指示每个寻呼组的单独的唤醒/休眠状态。例如，WUS可包括一组位。一个或多个位的第一子集可用于指示第一寻呼组在其对应的PO期间是唤醒还是休眠，并且一个或多个位的第二子集可用于指示第二寻呼组在其对应的PO期间是唤醒还是休眠。

图8示出了根据各种示例性实施方案的当一个WUS被配置为控制多个寻呼组的多个PO时，WUS时机与PO之间的关系的示例。图8包括时序图810。

时序图810包括表示时间的线811。WUS时机812可对应于(N)个寻呼组和每个寻呼组的(x)个连续PO。时序图810示出了对应于第一寻呼组的PO 814、816和对应于第二寻呼组的PO 818、820。

在该示例中，UE 110在第一寻呼组中。因此，UE 110可在PO 814、816(例如，(x)个连续PO)期间根据WUS操作。类似于图6所示的示例，在(x)个连续寻呼组PO内，UE 110将不监测WUS时机。在(x)个连续PO之后，UE 110将恢复监测WUS时机。

第二寻呼组的UE可根据WUS的内容进行操作。类似于图7所示的示例，在一些实施方案中，WUS可指示多个寻呼组的共用唤醒/休眠状态。因此，如果WUS包括唤醒指示，则两个寻呼组的UE将在它们相应的PO期间唤醒并进入数据交换处理的活动模式。在其他实施方案中，WUS可指示每个寻呼组的单独的唤醒/休眠状态。例如，WUS可包括一组位。一个或多个位的第一子集可用于指示第一寻呼组在其对应的PO期间是唤醒还是休眠，并且一个或多个位的第二子集可用于指示第二寻呼组在其对应的PO期间是唤醒还是休眠。

图9示出了根据各种示例性实施方案的当多个WUS时机被配置为控制一个PO时，WUS时机与PO之间的关系的示例。图9包括时序图910。

时序图910包括表示时间的线911。在该示例中，PO 912与包括多个WUS时机922-925的WUS时机集合920相关联。

在操作期间，UE 110可使用传统技术来确定其PO位置。然后，UE110可确定WUS时机集合920的位置。在WUS时机集合920内，UE 110可基于其UE ID(例如，5G S-临时移动用户身份(TMSI)或任何其他适当的UE ID)来找到其WUS时机。WUS时机索引可被设置为等于UE IDmod N。例如，如果在WUS时机集合中存在四个WUS时机，则UE ID的LSB 2位是相关联的WUS时机集合内的WUS时机索引。

为了提供示例，考虑其中八个UE在相同寻呼组中并且被配置为使用WUS时机集合920和PO 912的场景。在该示例中，WUS时机922被分配给UE 1和UE 5，WUS时机923被分配给UE 2和UE 6，WUS时机924被分配给UE 3和UE 7，并且WUS时机925被分配给UE 4和UE 8。如果WUS时机922指示唤醒，则UE 1和UE 5将在PO 912期间监测寻呼，如果WUS时机923指示休眠，则UE 2和UE 6将在PO 912期间休眠，如果WUS时机924指示唤醒，则UE 3和UE 7将在PO 912期间监测寻呼，并且如果WUS时机925指示休眠，则UE 4和UE 8将在PO 912期间休眠。

本领域的技术人员将理解，可以任何合适的软件配置或硬件配置或它们的组合来实现上文所述的示例性实施方案。用于实现示例性实施方案的示例性硬件平台可包括例如具有兼容操作系统的基于Intel x86的平台、Windows OS、Mac平台和MAC OS、具有操作系统诸如iOS、Android等的移动设备。上述方法的示例性实施方案可被体现为包括存储在非暂态计算机可读存储介质上的代码行的程序，在进行编译时，该程序可在处理器或微处理器上执行。

尽管本专利申请描述了各自具有不同特征的各种实施方案的各种组合，本领域的技术人员将会理解，一个实施方案的任何特征均可以任何未被公开否定的方式与其他实施方案的特征或者在功能上或逻辑上不与本发明所公开的实施方案的设备的操作或所述功能不一致的特征相组合。

众所周知，使用个人可识别信息应遵循公认为满足或超过维护用户隐私的行业或政府要求的隐私政策和做法。具体地，应管理和处理个人可识别信息数据，以使无意或未经授权的访问或使用的风险最小化，并应当向用户明确说明授权使用的性质。

对本领域的技术人员而言将显而易见的是，可在不脱离本公开的实质或范围的前提下对本公开进行各种修改。因此，本公开旨在涵盖本公开的修改形式和变型形式，但前提是这些修改形式和变型形式在所附权利要求及其等同形式的范围内。

Claims (20)

1.一种方法，包括：

在寻呼非连续接收(DRX)周期中操作的用户装备(UE)处，其中所述寻呼DRX周期包括寻呼时机(PO)：

在与所述PO相关联的唤醒信号(WUS)时机期间接收WUS；以及

基于所述WUS选择在所述PO期间利用的操作模式。

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

识别所述WUS指示将在所述PO期间传输针对所述UE的寻呼传输；以及

在所述PO期间执行活动处理模式以监测所述寻呼传输。

3.根据权利要求2所述的方法，其中所述WUS还指示i)在所述PO期间将仅监测寻呼下行链路控制信息(DCI)，或ii)在所述PO期间将监测寻呼DCI和物理下行链路共享信道两者。

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

识别所述WUS指示在所述WUS时机期间将不向所述UE传输寻呼传输；以及

在所述PO期间执行休眠模式。

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

识别所述WUS指示在所述PO期间将执行用于系统信息修改或紧急消息的寻呼传输；以及

基于所述指示在所述PO期间执行休眠模式。

6.根据权利要求1所述的方法，其中所述WUS指示对应于将在所述PO期间传输的寻呼消息的接入类型。

7.根据权利要求1所述的方法，其中所述WUS指示对应于将在所述PO期间传输的寻呼消息的寻呼类型，其中所述寻呼类型是无线电接入网络(RAN)发起的寻呼或核心网发起的寻呼中的一者。

8.根据权利要求1所述的方法，其中所述WUS包括对应于将在所述PO期间传输的寻呼消息的网络切片信息。

9.根据权利要求1所述的方法，其中所述WUS包括UE ID、部分UEID或WUS组ID中的至少一者。

10.一种用户装备(UE)，包括：

收发器，所述收发器被配置为与网络进行通信；以及

处理器，所述处理器被配置为执行操作，所述操作包括：

在寻呼非连续接收(DRX)周期中操作，其中所述DRX周期包括寻呼时机(PO)；

在与所述PO相关联的唤醒信号(WUS)时机期间接收WUS；以及

基于所述WUS选择在所述PO期间利用的操作模式。

11.根据权利要求10所述的UE，所述操作还包括：

识别所述WUS指示将在所述PO期间传输针对所述UE的寻呼传输；以及

在所述PO期间执行活动处理模式以监测所述寻呼传输。

12.根据权利要求11所述的UE，其中所述WUS还指示i)在所述PO期间将仅监测寻呼下行链路控制信息(DCI)，或ii)在所述PO期间将监测寻呼DCI和物理下行链路共享信道两者。

13.根据权利要求10所述的UE，所述操作还包括：

识别所述WUS指示在所述WUS时机期间将不向所述UE传输寻呼传输；以及

在所述PO期间执行休眠模式。

14.根据权利要求10所述的UE，所述操作还包括：

识别所述WUS指示在所述PO期间将执行用于系统信息修改或紧急消息的寻呼传输；以及

基于所述指示在所述PO期间执行休眠模式。

15.根据权利要求10所述的UE，其中所述WUS指示对应于将在所述PO期间传输的寻呼消息的寻呼类型，其中所述寻呼类型是无线电接入网络(RAN)发起的寻呼或核心网发起的寻呼中的一者。

16.一种集成电路，包括

被配置为在寻呼非连续接收(DRX)周期中操作的电路，其中所述寻呼DRX周期包括寻呼时机(PO)；

被配置为在与所述PO相关联的唤醒信号(WUS)时机期间接收WUS的电路；以及

被配置为基于所述WUS选择在所述PO期间利用的操作模式的电路。

17.根据权利要求16所述的集成电路，还包括：

被配置为识别所述WUS指示将在所述PO期间传输针对所述UE的寻呼传输的电路；以及

被配置为在所述PO期间执行活动处理模式以监测所述寻呼传输的电路。

18.根据权利要求17所述的集成电路，其中所述WUS还指示i)在所述PO期间将仅监测寻呼下行链路控制信息(DCI)，或ii)在所述PO期间将监测寻呼DCI和物理下行链路共享信道两者。

19.根据权利要求16所述的集成电路，还包括：

被配置为识别所述WUS指示在所述WUS时机期间将不向所述UE传输寻呼传输的电路；以及

被配置为在所述PO期间执行休眠模式的电路。

20.根据权利要求16所述的集成电路，还包括：

被配置为识别所述WUS指示在所述PO期间将执行用于系统信息修改或紧急消息的寻呼传输的电路；以及

被配置为基于所述指示在所述PO期间执行休眠模式的电路。

Images