CN114731581A - 唤醒信号监测优化 - Google Patents

Abstract

描述了用于适配唤醒信号监测以优化功率节省性能的方法和设备。在一个实施例中，UE能被配置成基于当前UE上下文选择性地跳过WUS监测。在另一个实施例中，能基于与基站传送到UE的唤醒信号相关的统计来适配WUS/PDCCH监测和/或其它UE过程。

Description

唤醒信号监测优化

技术领域

本公开一般地涉及无线通信网络中的无线装置的不连续接收（DRX），并且更特别地，涉及结合DRX的唤醒信号监测，以进一步降低无线装置的功耗。

背景技术

无线电资源控制（RRC）_CONNECTED模式下的用户设备（UE）的功耗活动之一是监测物理下行链路控制信道（PDCCH）。在这种模式下，UE需要在其配置的控制资源集（CORESET）中执行盲检测，以标识下行链路控制信息（DCI）是否在PDCCH上发送给UE。另一方面，在大多数PDCCH监测时机中，UE没有被调度，并且从而，UE监测在几乎所有情况下都是浪费能量。

在版本15中，不连续接收（DRX）用于降低能耗。在DRX模式下，在UE成功解码调度PDCCH之后，UE将启动非活动定时器。一旦非活动定时器到期，UE将遵循某种睡眠和OnDuration（所谓的DRX循环）型式（pattern）进入睡眠。使用这种DRX技术，网络将仅在DRX循环的OnDuration期间传送调度UE以用于下行链路传输的DCI。因此，UE仅需要在那些OnDuration内监测PDCCH，并且可在连续的DRX循环中的OnDuration之间睡眠以节省能量。尽管DRX降低了能耗，但是DRX仍要求UE相当频繁地唤醒，尤其是当DRX循环长度相对短时。此外，当OnDuration相对于DRX循环的持续时间相对长时，UE将浪费大量的能量。

给定DRX的缺点，能在DRX循环的OnDuration期间减少不必要的PDCCH监测时机的技术将有助于进一步降低功耗。唤醒信号（WUS）的引入能被认为是改进UE功耗的高效解决方案之一。当采用WUS时，如果网络希望向UE发送调度下行链路传输的DCI，则网络将在DRX循环的下一个OnDuration开始之前向UE发送WUS。当实现WUS时，UE的默认行为是仅当检测到WUS时，才在DRX循环的下一个OnDuration内唤醒并监测PDCCH。如果没有检测到WUS，则UE在下一个OnDuration期间保持在睡眠模式。当缓冲器中有数据要被传送给UE时，将由网络发送WUS本身。通过允许UE仅在物理下行链路共享信道（PDSCH）上将有传输时进行PDCCH监测，能显著降低UE能耗。此外，与正常PDCCH监测相比，WUS监测能被设置为更高能效（power-efficient），并且从而更进一步改进UE能量效率。

使用WUS的缺点之一是由于以下事实：即使当网络发送WUS来在下一个OnDuration内唤醒UE时，UE也可能不总是在WUS监测时机中成功地检测/解码WUS。在这种情况下，UE保持在睡眠状态，并且将在OnDuration期间错过来自网络的调度PDCCH。在这种情况下，UE将不会接收到在PDSCH上的调度的数据传输。“错过的”WUS会增加时延并降低吞吐量。更糟糕的是，当UE在几个时机内错过来自网络的PDSCH传输并且无法提供期望的确认（ACK）或否定确认（NACK）反馈时，可能会声明无线电链路失败（RLF），导致服务丢失和中断。在这种情况下，UE需要重新建立连接，这要求大量的功率。因此，由于“错过的”WUS检测，潜在的功率节省可能被显著稀释。

WUS解决方案的另一个潜在缺点是，当数据从网络传送到UE时，UE需要唤醒两次，即，一次是监测WUS监测时机，而第二次是在DRX循环的下一个OnDuration期间。当WUS未实现时，UE仅需要唤醒一次，即，在DRX循环的OnDuration期间。当存在从网络到UE的频繁数据传输时，来自使用WUS的功率节省增益可能显著降低，并且在某些情况下会增加功耗。此外，在WUS监测时机和OnDuration之间的间隙中，UE可能不能返回深睡眠。UE可能需要保持醒着，或者返回到较浅的睡眠状态，这比深睡眠消耗更多的功率。

发明内容

本公开提供了用于WUS监测和PDDCH监测以及用于基于由基站传送的WUS来适配UE过程的方法和设备。在一个实施例中，UE能被配置成基于当前UE上下文选择性地跳过WUS监测。在另一个实施例中，能基于与基站传送到UE的WUS相关的统计来适配WUS/PDCCH监测和/或其它UE过程。

本文描述的方法和设备能够实现更效率高的UE功耗，并且避免PDCCH接收质量降级，特别是当WUS可靠性相当有限时。另外，本公开给出了如下技术：利用WUS统计数据来辅助UE，使得UE能积极地进行与WUS监测有关的高效过程和对WUS命令的高效响应，并且从而优化UE功耗并降低由不成功的WUS检测导致的网络成本。

本公开的第一方面包括由UE实现的WUS监测的方法。在一个实施例中，该方法包括取决于预确定的准则，针对WUS选择性地监测DRX循环的OnDuration之前的WUS监测时机。所述方法进一步包括：当跳过对所述WUS监测时机的监测时，在所述DRX循环的对应OnDuration期间唤醒并且监测下行链路控制信道。

本公开的第二方面包括配置成执行根据第一方面的方法的UE。在一个实施例中，UE包括用于与基站通信的接口电路和处理电路系统。处理电路系统被配置成取决于预确定的准则，针对WUS选择性地监测DRX循环的OnDuration之前的WUS监测时机。处理电路系统被配置成当跳过对所述WUS监测时机的监测时，在所述DRX循环的对应OnDuration期间唤醒并且监测下行链路控制信道。

本公开的第三方面包括用于基于由基站传送的WUS来适配UE过程的方法。在一个实施例中，该方法包括确定由基站传送的WUS的统计特性。该方法进一步包括基于由基站传送的WUS的统计特性来抢先适配UE过程。

本公开的第四方面包括配置成执行根据第三方面的方法的UE。在一个实施例中，UE包括用于与基站通信的接口电路和处理电路系统。处理电路系统被配置成确定由基站传送的WUS的统计特性。处理电路系统被配置成基于由基站传送的WUS的统计特性来抢先适配UE过程。

本公开的第五方面包括一种计算机程序产品，该计算机程序产品包括可执行指令，所述可执行指令当由UE中的处理电路系统执行时，使得UE执行根据第一方面的方法。

附图说明

图1示出了配置成实现本文所描述的WUS监测的无线通信网络。

图2示出了用于无线通信网络中通信的时频资源。

图3示出了具有WUS监测时机的示例性DRX循环。

图4示出了选择性WUS监测的示例性方法。

图5示出了基于由基站传送的WUS来适配UE过程的示例性方法。

图6示出了配置成执行选择性WUS监测的示例性UE。

图7示出了配置成基于由基站传送的WUS来适配UE过程的示例性UE。

图8示出了配置成执行选择性WUS监测和基于由基站传送的WUS来适配UE过程的示例性UE。

具体实施方式

现在参考附图，将在第五代（5G）和下一代无线电（NR）通信网络的上下文中描述本公开的示例性实施例。本领域的技术人员可容易地将本文描述的功率节省技术适配用于基于其它无线电接入技术（RAT）的通信网络，诸如长期演进（LTE）网络、宽带码分多址（WCDMA）网络、码分多址（CDMA）2000网络、无线保真（WiFi）网络、全球微波接入互操作性（WiMAX）网络、无线局域网（LAN）（WLAN）、窄带物联网（NB-IoT）网络或其它无线通信网络。

图1示出了包括基站200的无线通信网络10，所述基站200向由基站200所服务的小区20中的用户设备（UE）100提供服务。在适用的标准中，基站200有时被称为演进的节点B（eNB）或5G节点B（gNB）。UE 100（也称为无线装置或无线终端）可包括蜂窝电话、智能电话、膝上型计算机、笔记本计算机、平板电脑、机器对机器（M2M）通信装置（也称为机器类型通信（MTC）装置），或者具有无线通信能力的其它装置。尽管仅示出了单个小区20，但是本领域技术人员将领会，典型的无线通信网络10可包括许多小区20。

NR中的无线电资源可被视为如图2中所示的时频网格50。在时域中，物理资源被化分成子帧。每个子帧包括若干符号。对于正常的循环前缀（CP）长度，适合用于其中多径扩散预期不会极其严重的情况，子帧包括十四个符号。如果使用扩展CP，则子帧包括十二个符号。在频域中，物理资源被化分成子载波。子载波的数量根据分配的系统带宽而变化。子帧通常包括两个时隙，这两个时隙可被进一步细分为微时隙。微时隙包括时隙中的一个或多个符号周期。时频网格50的最小元素是资源元素（RE）52，其包括一个子载波和一个符号的交集。

第三代合作伙伴计划（3GPP）正在定义新空口（NR）（例如，5G）的技术规范。在版本15（Rel-15）NR中，UE 100可在下行链路（DL）中被配置有多达四个载波带宽部分（BWP），其中单个DL载波BWP在给定时间是活动的。UE 100可在上行链路（UL）中被配置有多达四个载波BWP，其中单个UL载波BWP在给定时间是活动的。如果UE 100被配置有补充UL，则UE 100附加地能在补充UL中被配置有多达四个载波BWP，其中单个补充UL载波BWP在给定时间是活动的。

对于具有给定参数集

的载波BWP，定义物理资源块（PRB）的邻接集合（contiguous set），并从0到

编号，其中i是载波BWP的索引。资源块（RB）被定义为频域中的12个连续子载波。

如下面表1所给出的，在NR中支持多个正交频分复用（OFDM）参数集

，其中载波带宽部分的子载波间距

和循环前缀分别由DL和UL的不同更高层参数配置。

表1：所支持的传输参数集。

		循环前缀
			0	15	正常的
1	30	正常的
			2	60	正常的、扩展的
3	120	正常的
			4	240	正常的

基站200在物理DL信道上向UE 100传送信息。物理DL信道对应于携带源自更高层的信息的RE的集合。当前定义的物理DL信道包括PDSCH、PDCCH和物理下行链路广播信道（PBCH）。PDSCH是用于单播DL数据传输的主要物理信道，但也用于随机接入响应（RAR）、某些系统信息块（SIB）和寻呼信息的传输。PDCCH用于传送接收PDSCH所要求的下行链路控制信息（DCI）（主要是调度决策），以及用于能够实现物理上行链路共享信道（PUSCH）上的传输的UL调度准予（SG）。PBCH携带UE 100接入网络10所要求的基本系统信息（SI）。

基站200负责在PDSCH上调度到UE 100的DL传输，并负责为DL传输分配资源。基站200在PDCCH上向UE 100发送下行链路控制信息（DCI），以调度UE 100的DL传输。DCI包括诸如用于DL传输的分配的资源以及调制和编码方案（MCS）之类的调度信息。

UE 100在物理UL信道上向基站200传送信息。物理UL信道对应于携带源自更高层的信息的RE的集合。当前定义的物理UL信道包括物理上行链路共享信道（PUSCH）、物理上行链路控制信道（PUCCH）和物理随机接入信道（PRACH）。PUSCH是PDSCH的UL对应物。由UE 100使用PUCCH来传送UL控制信息（UCI），所述UL控制信息（UCI）包括混合自动重传请求（HARQ）确认、信道状态信息（CSI）报告等。PRACH被用于随机接入前导码传输。

基站200负责调度来自UE 100的UL传输，并负责为UL传输分配资源。在调度UL传输和分配资源之后，基站200向UE 100发送调度准予（SG），所述调度准予（SG）指示UE 100已经在其上被调度的资源和用于调度的传输的传输格式。UL准予在PDCCH上被发送给UE 100。在接收到UL之后，UE 100确定用于传输的UL传送功率，并且在SG中指示的PUSCH资源上向基站200传送数据。

不连续接收（DRX）是一种用于节省UE 100中的功率的技术。当不要求从基站200接收DL传输时，DRX允许UE 100转变到较低功率状态或“睡眠模式”，并且周期性地唤醒以监测寻呼消息和调度信息。

图3以简化的形式示出了DRX操作。DRX循环由DRX周期和OnDuration定义，在OnDuration期间，UE 100唤醒并监测PDCCH以获得寻址到UE 100的DCI。如果UE 100检测到寻址到UE 100的DCI，则UE 100启动非活动定时器（IAT），并且继续监测PDCCH，直到非活动定时器到期为止。非活动定时器确定连续的（一个或多个）PDCCH子帧或时隙的数量，在这些子帧或时隙期间，UE 100将在其中PDCCH指示用于UE 100的初始UL、DL或侧链路（SL）数据传输的子帧或时隙之后保持醒着。如果UE 100接收到寻址到UE 100的DCI，则它延长或重置非活动定时器，并继续监测PDCCH。当非活动定时器到期时，UE 100有机会睡眠，直到下一个OnDuration开始。在一个实施例中，当非活动定时器到期时，UE 100停止从基站200接收传输（例如，没有控制监测），并且进入睡眠，直到下一个DRX循环开始。OnDuration和在其期间不活动定时器正在运行的时间持续时间通常被称为活动时间。

DRX功能性通常由无线电资源控制（RRC）来配置，其在比媒体接入控制（MAC）层或物理层更慢的时标上操作。从而，DRX参数设置不能通过RRC快速改变。

虽然DRX降低了UE 100的功耗，但是UE 100仍需要相当频繁地唤醒，尤其是当DRX循环长度相对短时。此外，当OnDuration相对于DRX循环的持续时间相对长时，UE 100可能浪费大量的功率。

当到UE 100的下行链路传输不频繁时，为了进一步降低功耗，网络可能在OnDuration开始之前向UE 1000发送WUS，如图3中所示的那样。UE 100可能被配置成在WUS监测时机期间唤醒以监测WUS。如果检测到WUS，则UE 100在DRX循环的下一个OnDuration唤醒以监测PDCCH。UE 100可能在WUS监测时机和下一个OnDuration开始之间的间隙中进入微睡眠状态，或者可能保持醒着。如果在WUS监测时机期间没有检测到WUS，则UE 100返回到睡眠模式，并且睡眠通过DRX循环的下一个OnDuration。

通常，从功耗角度来看，期望使用WUS是有益的。然而，在其中期望UE 100接收频繁的下行链路传输的场景中，使用WUS可能增加功耗。在这种情况下，UE 100需要唤醒两次；一次是监测WUS，并且一次是监测PDCCH。唤醒以监测WUS会消耗一些功率。此外，UE 100可能不能在WUS监测时机和DRX循环的下一个OnDuration之间返回到深睡眠状态。而是，UE 100可保持醒着或者返回到更浅的睡眠状态（例如，微睡眠模式），这比深睡眠状态消耗更多的功率。附加的功耗取决于WUS配置（例如，聚合级别（AL）、带宽（BW）、传输功率）、DRX配置（例如，DRX偏移、DRX循环、DRX OnDuration）、WUS偏移、每个DRX循环中WUS监测时机的数量以及其它UE测量时机（例如，同步信令块（SSB））相对于WUS和DRX OnDuration的位置。

此外，即使当网络将WUS传输适配到稳健配置（例如，通过更高的聚合级别（AL）、更高的功率、使用多个WUS时机/传输等）时，当UE 100不能够可靠地接收WUS时，也可能出现问题。例如，当UE 100是移动的并且WUS适配基于“旧的”信道信息时，可能发生“错过的”WUS。当使用WUS的宏大格式（例如，WUS中的高有效载荷等）时，也可能发生“错过的”WUS。在组WUS场景中，网络可决定用仅对于该组中的大多数UE 100被认为是鲁棒的资源发送WUS，以节省网络资源。同一组中的一些用户可能具有差的信道状况（相对于该组中的其它UE）。对于具有差的信道状况的UE 100，WUS配置可能是不充分的。当UE 100错过WUS时，UE 100也可能错过多个PDCCH/PDSCH传输，这可能触发RLF的声明。然后，UE 100需要重新连接到网络，这对于UE 100具有相关联的延迟和附加的能耗。错过WUS的成本可能相当高。

本公开的一个方面是自适应机制，其使UE 100能够识别其中来自使用WUS的益处可能有限和/或不成功的WUS接收的可能性和成本可能很高的场景或状况。如果成本/益处权衡对UE 100不利，则UE 100可省略WUS监测（即，有意忽略可用的WUS信号），并且至少暂时地在OnDuration内直接唤醒。

一些场景可能基于可归因于数据业务型式的WUS处置的性能影响。例如，当UE 100正在期望在即将到来的DRX循环的OnDuration内的数据业务时，WUS监测可能没有用。可基于与应用相关联的业务型式、过去的业务型式或调度的下载来期望数据业务。

一些场景可基于可归因于接收状况的WUS处置的性能影响。UE可检测到的一些这样的示例场景包括高车辆速度、在配置有WUS时频繁的RLF、未被成功解码的类WUS信号的频繁接收等。

此外，一些场景可基于与可归因于UE配置的WUS处置相关联的UE功耗。这样的示例场景包括与业务相比DRX循环的不恰当配置、WUS偏移或MCS、DRX偏移和测量位置、非功率受限配置的不适当配置等。

一些场景可基于可归因于接收状况的WUS处置的性能影响。UE可检测到的一些这样的示例场景包括高车辆速度、在配置有WUS时频繁的RLF、未被成功解码的类WUS信号的频繁接收等。

通常，当处于RRC_Connected状态时，UE 100被配置用于DRX。此外，为UE 100配置了WUS监测。更具体地，UE 100在OnDuration之前的X个时隙被配置有一个或多个WUS监测时机。如果UE 100在WUS监测时机期间没有检测/解码WUS，则对于UE 100的默认选项是在下一个DRX OnDuration内跳过监测PDCCH搜索空间（SS）。在本公开的实施例中，定义了用于适配WUS监测的准则。这些准则可例如与期望的数据业务、UE配置、接收状况或其任何组合相关。UE 100确定是否满足准则中的任何一个准则，并且如果是，则基于该准则的满足来适配WUS接收和PDDCH监测。作为一个示例，UE 100可在下一个WUS监测时机跳过WUS监测，并在DRX循环的下一个OnDuration内唤醒以监测PDCCH。作为另一个示例，UE 100可忽略否定的检测结果，并且在DRX循环的下一个OnDuration内唤醒以监测PDCCH，从而避免在“错过的”WUS的情况下可能出现的问题。

下面描述了其中UE 100可修改WUS监测和PDCCH监测的场景中的一些场景。

基于期望业务的适配

在移动通信中，UE 100了解当前运行的应用，并且从而，UE 100具有过去业务的历史的知识，并且能统计地预期即将到来的业务。如果基于该知识，UE 100确定它期望在下一个OnDuration上接收数据，则UE 100可故意跳过在该特定WUS监测时机中的WUS监测。

例如，在一个这样的实施例中，UE 100可观察到视频流播缓冲器填充突发以某些规则的间隔到达，这可能在低载荷网络中并用规则的流播比特率。UE 100可跳过WUS监测，并且在其中预期下一个缓冲器填充突发的OnDuration内直接唤醒以监测PDCCH。

在另一个示例中，UE 100可期望上行链路（UL）数据的到达，跳过WUS监测，并向基站发送调度请求（SR）。如果不允许SR传输，则UE 100可启动随机接入过程。

在另一个实施例中，UE 100利用其对期望内容的知识以便估计期望业务。例如，如果UE 100期望下载电影，则它可跳过WUS并在OnDuration内唤醒，因为它期望更规律的数据流。作为另一个示例，如果UE 100知道在现有的OnDuration内没有下载预计的内容，则它可决定跳过下一个WUS监测时机，并在下一个OnDuration内监测PDCCH。

然而，在另一个实施例中，UE 100自己估计WUS业务。例如，UE 100采用学习机制来评估基站200的历史行为。例如，UE 100可注意到基站200传送具有特定统计的WUS，并且像这样，如果WUS在下一个时机到达的概率高于特定阈值，则跳过监测WUS。此外，UE 100还可学习特定业务类型的基站行为，例如，对于互联网浏览、下载电影、交互式游戏等的WUS统计。取决于期望的业务类型，UE 100可适配其选择性WUS监测策略。

基于接收状况的适配

UE 100可能无法检测/解码WUS的原因之一是因为网络和UE 100之间的信道质量不足以让UE 100解码WUS。这种情况可能发生，例如，因为UE 100的信道质量差。此外，考虑到当前的信道质量，有可能网络没有足够的资源来发送鲁棒的WUS配置。使用不太鲁棒的WUS配置将预期会导致错过的WUS的数量增加。在组WUS场景中，一组中的大多数UE 100可能具有好得多的信道状况，并且从而，网络可决定不使用最鲁棒的配置。

当信道质量差时，在WUS监测时机中监测WUS可能不是有益的并且浪费能量。因此，如果存在以下指示：给定当前WUS配置，最近信道质量（例如，平均信道状况、最坏情况信道状况等）不足以解码WUS，那么有很高概率UE 100将需要在下一个OnDuration内唤醒以避免错过的检测场景。在这种情况下，UE 100可故意跳过该WUS，并且在DRX循环的OnDuration期间唤醒，而不监测WUS。该指示可例如通过在给定当前信道质量情况下无线电链路失败（RLF）的数量（或比率）或者成功检测/解码的WUS配置的历史数据来获得。

在另一个实施例中，如果UE 100注意到在特定TCI状态下的信道质量恶化并且可靠地检测WUS可能不是可能的，则UE 100可忽略在该TCI状态下监测WUS。例如，UE 100可被配置有用于最近已知的TCI状态或若干TCI状态的WUS CORESET。在一种方法中，如果主要TCI状态恶化，则UE 100决定跳过WUS监测并在DRX循环的OnDuration期间唤醒。在另一个示例中，如果信道质量对于可靠的WUS检测来说足够好，则UE 100可决定仍在其它TCI状态下监测WUS，并且从跳过WUS监测实现的功率节省高于多个TCI状态下WUS监测的功耗。

接收状况也可能受UE移动性影响。与静止的UE 100的信道波动相比，以高速移动的UE 100经历更大的信道波动。从而，存在WUS配置可能基于“旧的”信道信息的可能性。因此，在确定是监测WUS还是跳过WUS监测并在OnDuration内直接唤醒方面，移动性可被UE100用作参数。例如，UE 100一开始移动，或者它以大于预确定的阈值的速度移动，UE 100就可决定跳过WUS监测并在DRX循环的OnDuration内唤醒。在该构思的延伸中，也能使用UE100速度（或多普勒扩展）的几个范围。然而，在另一种方法中，如果移动性在角域中，即UE100位置稳定，但是它以某一角速度旋转（或者两者的组合），则UE 100跳过WUS监测。在这种情况下，UE 100可决定跳过监测WUS并直接唤醒，因为不能确保用于WUS接收的波束质量。

基于UE配置的适配

UE配置在确定UE 100能获得的潜在功率节省增益方面也起着重要作用。UE配置可包括DRX配置、WUS配置、测量配置、参考信号配置、功率配置或者影响WUS监测的功率节省性能的其它配置。

当DRX和WUS特征活动时，有可能，OnDuration的持续时间与WUS监测的持续时间（通常为1个时隙）相比不会显著更大（例如，2个时隙）。例如，当WUS在短DRX中也被激活，或者长DRX具有相对短的循环时，就能发生这种情况。在一些场景中，甚至有可能，WUS配置包括多于一个的监测时机，并且WUS监测和OnDuration之间的功耗比增加。在这种情况下，可通过WUS监测获得的功率节省增益可能显著下降。为了优化功率节省增益，UE 100可故意跳过WUS监测并在即将到来的OnDuration内唤醒。例如，UE 100可决定对于短DRX跳过监测WUS，但是对于长DRX监测WUS。除了将功率节省作为准则之外，UE 100还可应用其它准则，例如，期望业务、移动性等等。例如，如果期望载荷高，则UE 100可决定对于短DRX完全跳过WUS监测。

在一些场景中，有可能，UE 100识别出由网络指配的DRX循环等于或大于由UE 100期望的业务周期性。在这些场景中，有非常高的概率，WUS将在WUS监测时机中被网络发送以在OnDuration内唤醒UE 100。因此，当DRX循环长度大于数据业务的周期性时，UE 100能跳过WUS监测，并且在即将到来的OnDuration内直接唤醒。

当实现WUS时，UE 100将在OnDuration之前的一个或几个时隙监测WUS。如果检测到WUS，则有很高概率，UE 100应该在WUS监测时机和DRX循环的OnDuration之间保持在微睡眠（而不是浅睡眠或深睡眠）。这种情况降低了通过实现WUS能获得的功率节省。将WUS偏移设置得大可能不是有益的，因为即使UE 100可能进入更深的睡眠（例如，浅睡眠），UE 100也将经历两次唤醒能量开销（即，在WUS监测时机中和在OnDuration的开始）。此外，较大的WUS偏移也将会造成吞吐量损失。由于UE 100采取的睡眠类型（即，微睡眠、浅睡眠或深睡眠）取决于睡眠持续时间的长度，所以跳过WUS监测也可能使UE 100进入更深的睡眠状态，并且与WUS监测将节省的能量相比节省更多的能量。因此，当计算实现WUS监测中的潜在功率节省增益时，可将WUS和DRX偏移视为参数。然后，UE 100能通过考虑这些参数来决定是监测还是跳过WUS更好。例如，如果WUS监测和DRX OnDuration之间的距离高于（或低于）某个阈值，则UE 100可决定跳过WUS监测并在OnDuration内直接唤醒。

除了WUS监测之外，UE 100可唤醒以执行周期性测量（例如，同步信令块（SSB）测量）。当WUS监测时机的位置在时间上接近测量时机时，进行WUS监测将不会导致能耗的显著增加，因为UE 100将只需要唤醒一次。然而，也有可能，WUS监测时机和测量时机相距很远，并且UE 100将需要保持在微睡眠状态（而不是更深睡眠状态），或者UE 100需要唤醒两次。因此，WUS监测时机和测量时机也可被UE 100用作确定是否需要WUS监测的参数。例如，如果WUS监测时机和UE 100周期性测量位置之间的距离高于或低于某个阈值，则UE 100可决定跳过WUS监测并在OnDuration内直接唤醒。

WUS监测的功耗取决于WUS配置，即更鲁棒的配置（例如，更大的AL、BWP、CORESET、SS配置、交织或非交织CORESET、WUS监测时机的数量等）消耗更多功率。例如，当UE 100具有差的信道质量时，网络可选择更鲁棒的配置。在组WUS场景中，这也可能发生在UE 100属于具有信道质量差的一个或多个UE的一组时。由于WUS监测的功耗可能变化相当显著，因此该功耗也能被UE 100用作参数，以决定是否在WUS监测时机中监测WUS。

功率度量的使用

当UE 100无法检测即错过WUS时，UE 100也可能错过多个PDCCH/PDSCH传输，这可能触发RLF的声明。然后，UE 100需要重新连接到网络，这对于UE 100具有相关联的延迟和附加的能耗。因此，如果声明了RLF，则UE 100可估计可能的附加功耗，并使用该功率度量作为参数来确定UE 100是否应该跳过WUS监测或者忽略检测结果并在OnDuration内直接唤醒。

UE 100是否能跳过WUS并在OnDuration内直接唤醒的决定能以不同的方式完成。例如，如果上述参数值/条件之一大于/小于某个阈值，则UE 100能决定跳过WUS监测。在其它选项中，如果某些数量的参数值/条件大于/小于某些阈值，则UE 100能决定跳过WUS监测。在又一个选项中，UE 100能以顺序的方式检查参数值。例如，如果UE 100移动性高于某个阈值（不管其它参数的值如何），则UE 100能决定跳过WUS监测。如果UE 100移动性低于该阈值，则UE 100然后检查其它参数（例如，WUS监测功耗、DRX配置等）并相应地做出决定。在更高级的选项中，UE 100能使用某个加权函数乘以观察值和阈值之间的每个间隙。

是否跳过WUS监测的决定可作为一个实体应用于UE 100，或者它也能以更具体的方式实现，例如，UE 100能决定在（一个或多个）特定BWP、分量载波（CC）等中跳过WUS监测，而在其它BWP或CC中不跳过WUS。

此外，可将观察值和阈值设置为固定值，或者设置阈值也有可能取决于WUS传输的配置和/或条件（例如，接收天线的数量、带宽、AL、WUS有效载荷位、移动性等），或者甚至是更新的历史数据。此外，观察值和阈值可以用实数值或布尔类型的值。

可能未检测到的WUS传输

在一些场景/实施例中，UE 100可能经历未被成功解码的类WUS信号的频繁接收。例如，UE 100可观察到根据WUS搜索空间的对应于有效RE集的RE以与WUS传输一致的方式被分配了与周围RE中的功率不同的一致功率，尽管这些内容没有被成功解码为WUS DCI或其它功率节省信号。UE 100可使用用于WUS解码的解码器的软信息。幅度超过阈值的软信息可指示与WUS DCI兼容的RE内容，尽管信号质量可能不足以成功解码。然后，UE 100可假设检测到的RE型式对应于WUS传输，并且一检测到这样的型式，就如同已经在相关联的OnDuration内检测到WUS一样行动，并且在搜索空间中规定的时隙期间监测调度PDCCH。

无约束电源

在一些实施例中，未被网络所知的UE 100可操作在其中功率/能量节省不属于首要关注的模式下，例如，连接到充电器或永久安装有无限电源。在这样的场景中，当UE 100了解这种操作模式时，它可避开PDCCH接收中旨在节省功率的任何步骤，但是可能推断性能降级。例如，UE 100可省略任何WUS检测，并且在每个OnDuration/SS时机就好像在当前OnDuration内接收到WUS一样行动。这避免了由于可能的WUS错过的检测而引起的任何PDCCH接收降级，并且使得PDCCH/PDSCH接收性能统计对于UE 100更加鲁棒，成本是附加的能耗，这在所描述的场景中是无关紧要的。

其它方面

在其中WUS包含与UE 100需要在其中唤醒的配置（例如，多输入多输出（MIMO）的传输秩、BWP等）相关的信息的情况下，UE 100可能在最可能的配置中唤醒。此外，还有可能，UE100以与配置概率成比例的配置唤醒。例如，如果在历史数据中，UE 100在传输中使用BWP180%和BWP2 20%，则UE 100可分别使用BWP1 80%的时间和BWP2 20%的时间在OnDuration内自主唤醒。

在其中网络在OnDuration之前发送WUS之后是非周期性CSI-RS的情况下，UE 100还可能在OnDuration旁边的非周期性CSI-RS期间唤醒。在此，即使UE 100故意跳过WUS监测，CSI报告也能充当UE 100将在即将到来的OnDuration内唤醒的指示符。

在一些扩展中，UE 100还能向网络发送UE 100打算在上述给定参数/配置中故意跳过WUS监测的指示。UE 100还可请求网络不实现WUS。在这些场景中，当检测到类似的配置时，网络可将UE 100配置成不实现WUS。

UE 100跳过WUS监测的焦点在于，UE 100跳过WUS监测并在下一个OnDuration内唤醒。备选地，UE 100能（基于期望业务、基站历史行为等）决定跳过监测WUS，并且只要满足为WUS检测设置的要求（例如，WUS错过的检测率）就不唤醒。

图4示出了由在RRC_Connected状态下实现DRX的UE 100实现的示例性方法300。方法300假设已经配置了PDCCH监测和WUS监测。一旦配置了PDCCH监测和WUS监测，UE 100就取决于预确定的准则，针对WUS选择性地监测在DRX循环的OnDuration之前的WUS监测时机（框310）。例如，取决于预确定的准则，UE 100可在一些WUS监测时机期间唤醒以监测WUS，但是跳过其它WUS监测时机。预确定的准则可与当前UE上下文相关。UE 100上下文可包括当前正在运行的应用或服务、UE 100配置、UE 100的接收状况或其某种组合。当跳过对WUS监测时机的监测时，UE 100进一步在DRX循环的对应OnDuration期间唤醒并监测PDCCH（框320）。在一些实施例中，当在WUS时机期间检测到WUS时，UE 100进一步在DRX循环的下一个OnDuration期间监测PDCCH（框330）。

方法300的一些实施例进一步包括当在WUS时机期间没有检测到WUS时，在DRX循环的下一个OnDuration期间保持在睡眠模式。

在方法300的一些实施例中，预确定的准则与期望的数据业务、UE 100配置、接收状况或其组合相关。

在方法300的一些实施例中，选择性地监测WUS监测时机包括响应于确定在DRX循环的OnDuration期间期望数据业务而跳过对WUS监测时机的监测。期望的数据业务可包括下行链路业务或上行链路业务。作为一个示例，UE 100可基于应用的业务型式来确定期望数据业务。作为另一个示例，UE 100可基于调度的下载来确定期望数据业务。

在方法300的一些实施例中，选择性地监测WUS监测时机包括响应于接收状况而跳过对WUS监测时机的监测。接收状况可包括例如信道质量、UE 100移动性（例如，速度）或传送配置指示符（TCI）状态。在一个示例中，当信道质量低于阈值时，跳过对WUS监测时机的监测。在另一个示例中，当UE 100的速度大于阈值时，跳过对WUS监测时机的监测。在又一个示例中，取决于TCI状态，跳过WUS监测时机。

在方法300的一些实施例中，选择性地监测WUS监测时机包括基于UE配置跳过对WUS监测时机的监测。UE配置可包括DRX配置、WUS配置、测量配置、参考信号配置、功率配置或者影响WUS监测的功率节省性能的其它配置。

在方法300的一些实施例中，取决于DRX配置跳过WUS监测。例如，当当前DRX循环周期的长度小于预确定的长度时，UE 100可跳过WUS监测，并监测PDCCH。在另一个示例中，当当前DRX循环周期大于期望数据业务的周期性时，UE 100可跳过WUS监测，并监测PDCCH。在又一示例中，当当前DRX循环的OnDuration长度小于预确定的长度时，UE 100可跳过WUS监测，并监测PDCCH。

在一些实施例中，取决于WUS配置，跳过唤醒单次监测。例如，当WUS监测时机和DRX循环的OnDuration的开始之间的偏移大于阈值时，UE 100可跳过WUS监测，并监测PDCCH。作为另一个示例，UE 100可跳过WUS监测并监测PDCCH，这取决于DRX循环的OnDuration之前的WUS监测时机的数量。

在方法300的一些实施例中，取决于测量配置跳过WUS监测。例如，当测量时机出现在DRX循环的下一个OnDuration期间时，或者当WUS监测时机和测量时机之间的时间段满足阈值时，UE 100能跳过WUS监测，并监测PDCCH。

在方法300的一些实施例中，取决于功率配置跳过WUS监测。例如，当UE 100连接到外部电源时，UE 100能跳过WUS监测并监测PDCCH。

在方法300的一些实施例中，取决于参考信号配置跳过WUS监测。例如，响应于确定在DRX循环的下一个OnDuration期间，或者当DRX循环的下一个OnDuration和测量时机之间的时间段满足阈值时期望参考信号，UE 100能跳过WUS监测，并且监测PDCCH。

在方法300的一些实施例中，选择性地监测WUS监测时机包括取决于功率节省度量跳过对WUS监测时机的监测。可基于以下中的一个或多个来计算功率节省度量：WUS监测时机期间的期望功耗、在OnDuration内跳过对PDCCH的监测情况下的期望功率节省、或者由于错过WUS而导致的期望功耗。

在方法300的一些实施例中，响应于从基站接收到指示，跳过WUS监测，并且监测PDCCH。

在方法300的一些实施例中，UE 100取决于接收配置的历史使用来选择对于OnDuration的接收配置。

根据本公开的另一方面，UE 100收集关于WUS传输的基站行为统计，并相应地适配WUS和PDCCH监测过程以优化功率节省。以下概述了来自先前WUS监测时机的不同类型的统计数据，这些数据能用于辅助UE 100以便优化功率节省增益并降低执行WUS监测的可能附加成本。统计数据可以采用WUS接收速率（例如，在由UE进行的给定数量的WUS监测中由基站200实际传送的WUS的数量）、WUS传输型式以及与包含在WUS中的命令相关的统计数据的形式。

接收速率

大多数UE应用遵循某种业务型式，该业务型式能由数据到达间隔时间（IAT）和分组大小来表示。一旦数据到达基站200的缓冲器中，基站200就能在配置用于UE 100的即将到来的WUS监测时机之一中发送WUS。然而，从UE 100的角度来看，WUS监测时机与DRX循环息息相关。在一些场景中，有可能DRX循环与数据IAT不匹配。

在本公开的一个实施例中，WUS接收速率能被定义为直到UE 100检测/解码WUS为止由UE 100监测的WUS监测时机的平均数量。在其它选项中，WUS接收速率也能被定义为一个RRC连接中由UE 100成功检测/解码的WUS的总数除以WUS监测时机的总数。

作为对上述内容的补充，UE 100可基于业务类型、基于DRX类型（例如，长DRX或短DRX）等来存储WUS接收速率。例如，对于视频流播业务，WUS接收速率是X，而对于视频呼叫，WUS接收速率是Y。

在又一选项中，UE 100能将基站200 WUS传输的统计行为与UE 100上行链路传输相关。例如，UE 100能将WUS接收速率定义为WUS接收和UE 100请求数据的时间之间的DRX循环的数量。

在一个实施例中，UE 100能使用接收速率信息来故意跳过某些WUS监测时机，并且在OnDuration期间直接唤醒，或者遵循WUS中包含的最可能的命令。例如，假设UE 100被配置有160 ms的DRX循环。通过WUS统计，UE 100具有WUS最有可能在320 ms之后出现的信息。在这种情况下，UE 100可在第一WUS监测时机（即，第一DRX循环的WUS监测时机）中监测WUS，并且如果没有数据，则返回睡眠。在第二WUS监测时机（即，第二DRX循环的WUS监测时机）中，UE 100实际上期望基于WUS统计来传送WUS。因此，UE 100可跳过WUS监测时机并在DRX循环的OnDuration内唤醒，或者遵循其它最可能的WUS命令。

上述场景的相反情况也是可能的，即，如果由于先前的基站200 WUS传输型式，UE100不期望在即将到来的WUS监测时机中的WUS，则UE 100使用该WUS统计来跳过WUS监测时机并保持睡眠。如果基站200传输型式（至少关于省略的监测时机）是高度一致的，则可优选地使用该选项。使用这种方法，UE 100还可考虑由该标准设置的可接受的WUS检测速率（即，由UE 100成功检测到的WUS的数量除以由基站20传送的WUS的数量的比率）。不正确地省略WUS监测时机与传送的WUS的比率不应超过可允许的WUS错过的检测率。

在另一个实施例中，UE 100使用WUS统计向基站200发送请求以禁用WUS特征。例如，这可在UE 100具有在大多数WUS监测时机中总是接收到WUS的统计信息时进行。在这种情况下，根据本发明，UE 100将在任何情况下跳过WUS监测，并在DX循环的每个OnDuration期间执行PDCCH监测。

传输型式

根据几个配置参数来定义WUS传输。例如，基于DCI的WUS包括BWP、若干CORESET和若干搜索空间配置以及聚合级别（AL）等等。在这方面，UE 100也可尝试学习基站200 WUS行为，以便优化其功率效率。例如，如果UE 100被配置有用于监测WUS的两个CORESET，但是UE100识别出基站200总是在特定CORESET中或者90%的时间在特定CORESET中传送WUS，则基站200可使用该知识，以便缩窄其搜索，或者修改其硬件参数，以便通过首先监测其中WUS接收最可能发生的特定CORESET来节省附加功率。这个方面可被扩展到搜索空间监测或可能的AL值的情况。例如，UE 100可注意到，基站200通常用特定AL或最小AL或最大AL来传送WUS。

在一个实施例中，UE 100通过学习多波束场景中的基站200行为来学习基站200WUS传输型式。例如，如果UE 100识别出基站200总是或者以高于特定阈值的概率在最近的TCI状态（波束）中传送WUS，则UE 100可将其接收器配置成仅在该TCI状态中监测WUS。UE100能进一步设计鲁棒的技术来避免与基站20的潜在不对准。例如，UE 100可监测SSB，并识别出最近已知的TCI状态中的信道质量可能已经恶化，并且从而，即使没有接收到WUS，UE100也忽略该检测结果并决定唤醒。

在相关方法中，针对每个TCI状态或任何其它类似的TCI状态WUS配置，被配置有多个CORESET的UE 100可学习关于每个特定TCI状态配置的WUS传输的基站200行为，并优化其自己的WUS监测以实现功率节省。

命令统计

除了唤醒UE 100之外，还有可能WUS包含UE 100应该遵循的某些命令。例如，这些命令可规定其中UE 100应该唤醒的配置（例如，BWP、AL等），或者UE 100在唤醒时应当采取的动作（例如，发送确认（ACK）、CSI报告等）。在一个实施例中，UE 100使用WUS统计信息来确定UE 100在唤醒时应该使用的配置。例如，如果根据历史数据，WUS命令规定将要求UE 100分别在BWP1中在80%的时间内唤醒和在BWP2中在20%的时间内唤醒，则当UE 100自主唤醒时，UE 100总是能在BWP1中唤醒，或者UE 100能以这种概率（在BWP1中80%，在BWP2中20%）唤醒。这能扩展用于其它可能的配置，诸如层数等。

此外，UE 100可能还使用关于WUS命令的统计数据来最小化不必要的测量。例如，如果UE 100被RRC配置成具有等于4的最大传输层数，通过WUS统计得知它总是（或者以超过某个阈值的概率）在两层传输中被唤醒，则UE 100可能省略对四层传输的测量（例如，CSI-RS、SSB），并且相反，仅对两层传输进行测量。

在一些实施例中，UE 100还能使用关于WUS命令的统计数据来准备载波聚合（CA）模式下附加分量载波（CC）上的数据接收/传输。如果WUS命令频繁地或根据一致的型式指示某些或所有辅小区（SCell）上的数据，则那些SCell可提前准备激活。另一方面，如果SCell在WUS中一直没有被调用，则SCell相关射频（RF）硬件可维持在非活动硬件状态。

在其它实施例中，UE 100能将与WUS相关的历史数据用于UE 100对某些动作的准备。例如，如果基站200可能使用WUS命令来请求UE 100发送CSI报告，则UE 100能预先准备必要的动作（例如，硬件准备）来进行上行链路传输，而不是等待直到成功检测/解码WUS为止。

在一些实施例中，UE 100可基于WUS统计选择或设置用于UE过程的UE参数。

在又一方面，本公开基于那些统计数据定义了UE 100能采取的动作，例如，跳过对配置的WUS的监测或忽视其内容，准备或跳过对WUS携带的附加命令的准备等。

扩展

因为本发明基于过去的统计和概率考虑，所以有可能，在一些情况下，由UE 100选择的动作可证明是次优的。在一个实施例中，UE 100根据选择的特殊动作来跟踪功耗，例如，省略WUS接收，并且总是监测OnDuration，并且如果将执行默认动作，例如，监测所配置的WUS，则并行估计功耗。如果选择的动作从功耗的角度来看是次优功率，例如功耗差超过阈值，则UE 100可恢复到默认动作。注意，省略WUS监测没有不利的性能影响，只有UE 100功耗影响。

在相关的实施例中，UE 100还可评估关于准备预期的WUS命令的所选动作的影响，其中可能会发生由于不正确的预测而导致的一些性能影响，例如，当UE 100没有准备好更高层数的操作或测量时。UE 100估计预测的和实际的WUS命令之间的差异率，并且如果不正确预测率或它们估计的性能影响超过阈值，则可恢复到默认行为，为所有可能的WUS命令做准备。

在一些实施例中，如果检测到（在L1）或预期到（例如，基于来自智能电话应用的应用层信息）业务型式的变化，则UE 100可退出特殊动作模式。UE 100然后可针对新的业务型式重复基站200行为学习过程，以确定新的合适的特殊动作。

图5示出了由实现DRX的UE 100实现的示例性方法400，以用于使用由基站200传送的WUS的统计特性来抢先适配UE过程，诸如WUS监测过程和/或PDCCH监测过程。方法300假设UE 100处于RRC_Connected状态并且已经配置了PDCCH监测和WUS监测。UE 100的默认行为是在WUS监测时机期间唤醒以监测WUS。如果检测到WUS，则UE 100在DRX循环的下一个OnDuration内唤醒以监测PDCCH。在图5中所示的方法400中，基于由基站传送的WUS的统计特性来修改UE行为。UE 100确定由基站200传送的WUS的统计特性（框410），并且基于由基站200传送的WUS的统计特性来抢先适配UE过程（框420）。

在方法400的一些实施例中，UE 100基于由基站20传送的WUS的统计特性来适配默认的WUS和PDCCH监测过程。在一个示例中，UE 100基于由基站传送的WUS的统计特性，针对WUS选择性地监测DRX循环的OnDuration之前的WUS监测时机。当跳过对所述WUS监测时机的监测时，UE 100进一步在所述DRX循环的对应OnDuration期间唤醒并且监测下行链路控制信道。

在方法400的一些实施例中，选择性地监测WUS监测时机包括跳过对WUS监测时机的监测，并在DRX循环的对应OnDuration期间唤醒以监测PDCCH。

在方法400的一些实施例中，统计特性是WUS的接收速率，并且UE 100取决于WUS接收速率选择性地监测WUS监测时机。在一个实施例中，接收速率是连续WUS的检测之间的WUS监测时机的平均数。在另一个实施例中，接收速率是一段时间内检测到的WUS的数量除以WUS监测时机的总数。该段时间可例如包括一个RRC连接的持续时间。在又一实施例中，接收速率包括用户设备的调度请求的传送和WUS的检测之间的DRX循环的数量。

在方法400的一些实施例中，WUS接收速率是业务类型特定的，并且其中UE取决于当前业务类型和该当前业务类型的接收速率来选择性地监测WUS监测时机。在方法400的其它实施例中，WUS接收速率对于DRX配置是特定的，并且其中UE取决于当前DRX配置和该当前DRX配置的接收速率来选择性地监测WUS监测时机。

在方法400的一些实施例中，选择性地监测WUS监测时机进一步取决于WUS检测速率。如果WUS监测的适配负面地影响WUS检测速率，则可修改适配。

在方法400的一些实施例中，选择性地监测WUS监测时机包括按照基于WUS传输的统计特性确定的顺序来监测用于WUS监测的资源。用于WUS传输的资源可例如包括带宽部分、CORESET、TCI状态或波束。作为一个示例，WUS传输的统计特性对TCI状态是特定的，并且UE按照取决于当前TCI状态的顺序来监测用于WUS监测的资源。

方法400的一些实施例进一步包括确定由特定WUS监测行为导致的功耗或功率节省，并且基于与WUS监测行为相关联的功耗或功率节省来进一步适配WUS监测。

在方法400的一些实施例中，基于由基站传送的WUS的统计特性来抢先适配UE过程包括取决于由基站传送的WUS的统计特性适配PDCCH监测。适配PDCCH监测可包括，例如，设置用于PDCCH监测的聚合级别，或者从配置的搜索空间中选择PDCCH搜索空间。

在方法400的一些实施例中，基于由基站传送的WUS的统计特性来抢先适配UE过程包括取决于WUS传输的统计特性抢先设置参数以执行UE过程。

在方法400的一些实施例中，基于由基站传送的WUS的统计特性来抢先适配UE过程包括取决于WUS传输的统计特性来设置用于测量报告的参数。例如，UE 100可抢先设置用于测量报告的传输层数量。

在方法400的一些实施例中，基于由基站传送的WUS的统计特性来抢先适配UE过程包括取决于WUS传输的统计特性来选择用于载波聚合的一个或多个辅小区。

方法400的一些实施例进一步包括确定可归因于抢先适配导致的功耗或功率节省，以及基于与抢先动作相关联的功耗或功率节省来修改抢先适配。

设备可通过实现任何功能部件、模块、单元或电路系统来执行本文描述的方法中的任何方法。例如，在一个实施例中，设备包括被配置成执行方法图中所示的步骤的相应电路或电路系统。这些电路或电路系统在这方面可包括专用于执行某些功能处理的电路和/或一个或多个微处理器连同存储器。例如，电路系统可包括一个或多个微处理器或微控制器，以及其它数字硬件，其可包括数字信号处理器（DSP）、专用数字逻辑等。处理电路系统可被配置成执行存储在存储器中的程序代码，该存储器可包括一种或多种类型的存储器，诸如只读存储器（ROM）、随机存取存储器、高速缓冲存储器、闪存装置、光存储装置等。在几个实施例中，存储在存储器中的程序代码可包括用于执行一种或多种电信和/或数据通信协议的程序指令，以及用于实行本文描述的技术中的一种或多种技术的指令。在采用存储器的实施例中，存储器存储程序代码，所述代码当由一个或多个处理器执行时，执行本文描述的技术。

图6示出了根据实施例的配置成执行图4的方法300的UE 100。UE 100包括具有一个或多个天线115的天线阵列110、WUS监测单元120和PDCCH监测单元130。各种单元120-130可由硬件和/或软件代码来实现，软件代码由一个或多个处理器或处理电路系统执行。WUS监测单元120被配置成取决于预确定的准则（例如，当前UE上下文），针对WUS选择性地监测DRX循环的OnDuration之前的WUS监测时机。PDCCH监测单元130被配置成当由WUS监测单元120跳过对WUS监测时机的监测时，监测PDCCH。

图7示出了根据实施例的配置成执行图5的方法300的UE 100。UE 100包括具有一个或多个天线115的天线阵列110、确定单元140和适配单元150。各种单元140-150可由硬件和/或软件代码来实现，软件代码由一个或多个处理器或处理电路系统执行。WUS监测单元140被配置成取决于预确定的准则（例如，当前UE上下文），针对WUS选择性地监测DRX循环的OnDuration之前的WUS监测时机。PDCCH监测单元150被配置成当在WUS时机期间检测到WUS时，在DRX循环的下一个OnDuration期间监测PDCCH。

图6和7中所示的UE 100的实施例可被组合在单个UE 100中。也就是说，根据另一实施例的UE 100可包括如上所述的具有一个或多个天线115的天线阵列110、WUS监测单元120、PDCCH监测单元130、确定单元140和适配单元150。

图8示出了根据一个实施例的UE 500，其可被配置成实现如本文所述的WUS监测。UE 500包括具有一个或多个天线元件515的天线阵列510、接口电路520、处理电路系统530和存储器540。

接口电路520耦合到天线515，并包括通过无线通信信道传送和接收信号所需的射频（RF）电路系统。RF电路系统还可能够实现与其它UE的通过侧链路的直接通信。在一个示例性实施例中，接口电路包括RF收发器，该收发器包括被配置成根据5G或NR标准操作的传送器和接收器。在一些实施例中，接口电路系统可进一步能够实现到无线局域网（WLAN）的连接。

处理电路系统530控制UE 500的整体操作，并处理传送到UE 500或由UE 500接收的信号。这样的处理包括诸如传送的数据信号的编码和调制以及接收到的数据信号的解调和解码之类的任务。处理电路系统530被配置成执行分别在图4和图5中示出的方法300、400中的一个或多个。处理电路系统530可包括一个或多个微处理器、硬件、固件或其组合。

存储器540包括用于存储由处理电路系统530所需的用于操作的计算机程序代码和数据的易失性和非易失性存储器两者。存储器540可包括用于存储数据的任何有形的、非暂时性的计算机可读存储介质，包括电子、磁、光、电磁或半导体数据存储设备。存储器540存储包括可执行指令的计算机程序550，所述指令将处理电路系统530配置成实现分别在图4和5中示出的方法300、400中的一个或多个。计算机程序在这方面可包括对应于上述部件或单元的一个或多个代码模块。一般而言，计算机程序指令和配置信息被存储在诸如ROM、可擦除可编程只读存储器（EPROM）或闪存之类的非易失性存储器中。在操作期间生成的临时数据可被存储在诸如随机存取存储器（RAM）之类的易失性存储器中。在一些实施例中，如本文所描述的用于配置处理电路系统530的计算机程序550可被存储在诸如便携式压缩盘、便携式数字视频盘或者其它可移动介质之类的可移动存储器中。计算机程序550还可体现在诸如电子信号、光信号、无线电信号或计算机可读存储介质之类的载体中。

本领域技术人员还将领会到，本文的实施例进一步包括对应的计算机程序。计算机程序包括指令，所述指令当在设备的至少一个处理器上执行时，使得设备执行上述相应处理中的任何处理。计算机程序在这方面可包括对应于上述部件或单元的一个或多个代码模块。

实施例进一步包括包含这样的计算机程序的载体。该载体可包括电子信号、光信号、无线电信号或计算机可读存储介质之一。

在这方面，本文的实施例还包括存储在非暂时性计算机可读（存储或记录）介质上并且包括指令的计算机程序产品，所述指令当由设备的处理器执行时，使设备如上所述的那样执行。

实施例进一步包括计算机程序产品，所述计算机程序产品包括用于当计算机程序产品由计算装置执行时执行本文的实施例中的任何实施例的步骤的程序代码部分。这个计算机程序产品可被存储在计算机可读记录介质上。

本文描述的技术能够实现更效率高的UE功耗，并且避免PDCCH接收质量降级，特别是当WUS可靠性相当有限时。另外，本文描述的技术利用WUS统计数据来辅助UE，使得UE能积极地进行与WUS监测有关的高效过程和对WUS命令的高效响应，并且从而优化UE功耗并降低由不成功的WUS检测导致的网络成本。

Claims (31)

1.一种在不连续接收（DRX）模式期间由用户设备（UE）（100、500）实现的唤醒信号监测的方法（400），所述方法（400）包括：

确定（410）由基站传送的唤醒信号的统计特性；以及

基于由所述基站传送的所述唤醒信号的所述统计特性来抢先适配（420）UE（100、500）过程。

2.如权利要求2所述的方法（400），其中，基于由所述基站传送的所述唤醒信号的所述统计特性来抢先适配UE（100、500）过程包括：

基于由所述基站传送的所述唤醒信号的所述统计特性，针对唤醒信号选择性地监测在DRX循环的开启持续时间之前的唤醒信号监测时机；以及

当跳过对所述WUS监测时机的监测时，在所述DRX循环的对应开启持续时间期间唤醒并且监测下行链路控制信道。

3.如权利要求1或2所述的方法（400），进一步包括：当在所述唤醒信号监测时机期间检测到唤醒信号时，在所述DRX循环的下一个开启持续时间期间监测下行链路控制信道。

4.如权利要求2或3所述的方法（400），进一步包括：确定所述唤醒信号的接收速率，并取决于所述唤醒信号接收速率选择性地监测所述唤醒信号监测时机。

5.如权利要求4所述的方法（400），其中，所述唤醒信号接收速率包括在连续唤醒信号的检测之间的唤醒信号监测时机的平均数量。

6.如权利要求4所述的方法（400），其中，所述唤醒信号接收速率包括一段时间内检测到的唤醒信号的数量除以唤醒信号监测时机的总数。

7.如权利要求6所述的方法（400），其中，所述一段时间是一个无线电资源控制连接的持续时间。

8.如权利要求4所述的方法（400），其中，所述唤醒信号接收速率包括在所述用户设备的调度请求的传送和唤醒信号的检测之间的DRX循环的数量。

9.如权利要求4-8中任一项所述的方法（400），其中，所述唤醒信号接收速率是业务类型特定的，并且其中，所述UE（100、500）取决于当前业务类型和当前业务类型的接收速率来选择性地监测所述唤醒信号监测时机。

10.如权利要求4-8中任一项所述的方法（400），其中，所述唤醒信号接收速率对于DRX配置是特定的，并且其中，所述UE（100、500）取决于当前DRX配置和当前DRX配置的接收速率来选择性地监测所述唤醒信号监测时机。

11.如权利要求2-10中任一项所述的方法（400），其中，选择性地监测所述唤醒信号监测时机进一步取决于唤醒信号检测速率。

12.如权利要求2所述的方法（400），其中，选择性地监测所述唤醒信号监测时机包括按照基于唤醒信号传输的统计特性确定的顺序来监测用于唤醒信号监测的资源。

13.如权利要求12所述的方法（400），其中，所述资源包括带宽部分或CORESET。

14.如权利要求12所述的方法（400），其中，所述资源包括TCI状态或波束。

15.如权利要求12-14中任一项所述的方法（400），其中，唤醒信号传输的所述统计特性对TCI状态是特定的，并且其中，所述UE（100、500）按照取决于当前TCI状态的顺序来监测用于所述唤醒信号监测的资源。

16.如权利要求2-15中任一项所述的方法（400），进一步包括：

确定由特定唤醒信号监测行为导致的功耗或功率节省；

基于与所述唤醒信号监测行为相关联的功耗或功率节省进一步适配唤醒信号监测。

17.如权利要求1所述的方法（400），其中，基于由所述基站传送的所述唤醒信号的所述统计特性来抢先适配UE（100、500）过程包括取决于由所述基站传送的所述唤醒信号的所述统计特性来适配下行链路控制信道监测。

18.如权利要求17所述的方法（400），其中，适配下行链路控制信道监测包括设置用于下行链路控制信道监测的聚合级别。

19.如权利要求17所述的方法（400），其中，抢先适配所述用户设备以执行过程包括抢先选择下行链路控制信道搜索空间。

20.如权利要求1所述的方法（400），其中，基于由所述基站传送的所述唤醒信号的所述统计特性来抢先适配UE（100、500）过程包括取决于唤醒信号传输的所述统计特性来抢先设置参数以执行所述UE（100、500）过程。

21.如权利要求1所述的方法（400），其中，基于由所述基站传送的所述唤醒信号的所述统计特性来抢先适配UE（100、500）过程包括取决于唤醒信号传输的所述统计特性来配置或适配测量报告。

22.如权利要求21所述的方法（400），其中，抢先配置或适配测量报告包括设置用于测量报告的传输层数量。

23.如权利要求1所述的方法（400），其中，基于由所述基站传送的所述唤醒信号的所述统计特性来抢先适配UE（100、500）过程包括取决于唤醒信号传输的所述统计特性来选择用于载波聚合的一个或多个辅小区。

24.如权利要求1-23中任一项所述的方法（400），进一步包括：

确定可归因于所述抢先适配导致的功耗或功率节省；

基于与抢先动作相关联的功耗或功率节省来修改抢先适配。

25.一种无线通信网络中的用户设备（UE）（100、500），包括：

通信电路系统（520），所述通信电路系统（520）用于与无线通信网络通信；

处理电路系统（530），所述处理电路系统（530）可操作以：

确定由基站传送的唤醒信号的统计特性；以及

基于由所述基站传送的所述唤醒信号的所述统计特性来抢先适配UE（100、500）过程。

26.如权利要求25所述的UE（100、500），其中，所述处理电路系统（530）被进一步配置成执行如权利要求2-24中任一项所述的方法（400）。

27.一种无线通信网络中的用户设备（UE）（100、500），所述用户设备可操作以：

确定由基站传送的唤醒信号的统计特性；以及

基于由所述基站传送的所述唤醒信号的所述统计特性来抢先适配UE（100、500）过程。

28.如权利要求27所述的UE（100、500），其中，所述UE（100、500）被进一步配置成执行如权利要求2-23中任一项所述的方法（400）。

29.一种包括可执行指令的计算机程序（550），所述可执行指令当由无线通信网络中的用户设备（UE）（100、500）中的处理电路系统（530）执行时，使得所述UE（100、500）执行如权利要求1-24中任一项所述的方法（400）。

30.一种载体，包含如权利要求29所述的计算机程序（550），其中，所述载体是电子信号、光信号、无线电信号或计算机可读存储介质之一。

31.一种包含计算机程序（550）的非暂时性计算机可读存储介质（540），所述计算机程序包括可执行指令，所述可执行指令当由无线通信网络中的用户设备（UE）（100、500）中的处理电路系统（530）执行时，使得所述UE（100、500）执行如权利要求1-24中任一项所述的方法（400）。

Images