随机接入传输后更省电的物理下行链路控制信道监测的方法和装置

技术领域

本公开涉及用于管理监测物理下行链路控制信道的方法和装置，更具体地，涉及在信道不太可能传达与特定用户设备更直接相关的信息——诸如与用户设备相关的随机接入响应——的情况下，响应于随机接入传输而避免监测信道的特定用户设备。

背景技术

目前，诸如无线通信设备的用户设备使用无线信号与其它通信设备通信，诸如在能够包括一个或多个小区的网络环境内，在该一个或多个小区内能够支持与网络和在该网络内操作的其它设备的各种通信连接。网络环境通常涉及一个或多个标准集，每个标准集定义当在网络环境内使用对应的标准时所进行的任何通信连接的各个方面。正在开发和/或现有标准的示例包括新无线电接入技术(NR)、长期演进(LTE)、通用移动电信服务(UMTS)、全球移动通信系统(GSM)、和/或增强型数据GSM环境(EDGE)。

作为与网络通信的一部分，用户设备不总是知道何时将从网络接收到传入通信。此外，总是主动地监测用户设备的传入通信能够涉及需要将电子电路的某些部分维持在活动状态，其中对应的电路可能需要较大功率量以将电路维持在活动状态。

作为一种帮助节省功率的方式，已经实现了各种形式的不连续接收模式，其寻求通过相对于监测至少一些形式的传入通信而限定不活动时间段来限制其中用户设备需要主动地监测传入通信的持续时间。这些时间段通常是网络所公知的，因此由网络联系用户设备的尝试能够被限制在这些先前确定的活动监测和/或可用性的窗口中的一个窗口上。

管理其中用户设备正在监测传入通信的可用性的时间段的挑战之一是，在一些情况下，有时可能需要延迟任何传入通信，直到针对特定用户设备的监测的活动窗口变得可用为止。在一些情况下，传入通信可以与所请求的调度许可相关联，该调度许可与要被发送到网络的数据的用户设备到网络的预期传输相关，调度许可对于任何这样的延迟可以具有不同程度的容忍度。

对于一些类型的设备，可能存在增加的激励以用于管理设备可用于接收传入通信的可用时间段，以及对应地当设备不可用时，并且可能能够将其电子电路的一个或多个部分置于非活动状态，在该非活动状态期间，能够降低设备的总功耗。一种这样类型的设备能够包括至少一些形式的能力降低的用户设备，其有时能够用于在单次充电下无人值守地长时间操作。在能够进一步降低总功耗的程度上，该设备可以更好地能够在单个充电下工作更长时间段。

本发明人已经认识到，更好地管理包括随机接入响应的控制信道的监测以更好地与诸如在已经发生一种或多种类型的随机接入信道时机之后期望在其中通信这样的响应的实例、包括一般请求接入共享通信信道的实例、和/或更具体类型的实例——诸如波束故障恢复请求——相一致将是有益的。在一些实例中，能够使用定时器或已确定的偏移来进一步管理与控制信道的监测的开始相关联的延迟，以帮助标识用户设备请求随机接入用于与网络通信的信道时与响应于这样的请求而与网络相关联的预期延迟之间的时间。

发明内容

本申请提供了一种用于在网络内通信的用户设备中的方法。该方法包括确定包括用于延迟在与至少一种类型的物理随机接入信道时机中的每一个相关联的搜索空间集合中监测物理下行链路控制信道的符号数目的配置。在针对所标识类型的物理随机接入信道时机的物理随机接入信道时机中向网络传输物理随机接入信道前导码。响应于在物理随机接入信道中传输物理随机接入信道前导码，在时间窗口期间、在与控制资源集合相关联的搜索空间集合中监测用于随机接入响应的物理下行链路控制信道，其中，该窗口在作为与在物理随机接入信道时机中传输物理随机接入信道前导码对应的物理随机接入信道时机的最后一个符号之后至少针对所标识类型的物理随机接入信道时机的配置的符号数目的、用户设备被配置成接收针对搜索空间集合的物理下行链路控制信道的最早控制资源集合的第一符号处开始。

根据另一个可能实施例，提供了一种用于在网络内通信的用户设备。该用户设备包括控制器，该控制器确定包括用于延迟在与至少一种类型的物理随机接入信道时机中的每一个相关联的搜索空间集合中监测物理下行链路控制信道的符号数目的配置。该用户设备还包括收发器，该收发器在针对所标识类型的物理随机接入信道时机的物理随机接入信道时机中向网络传输物理随机接入信道前导码。响应于在物理随机接入信道中传输物理随机接入信道前导码，控制器还在时间窗口期间、在与控制资源集合相关联的搜索空间集合中监测用于随机接入信道响应的物理下行链路控制信道，其中，该窗口在作为与在物理随机接入信道时机中传输物理随机接入信道前导码对应的物理随机接入信道时机的最后一个符号之后至少针对所标识类型的物理随机接入信道时机的配置的符号数目的、用户设备被配置成接收针对搜索空间集合的物理下行链路控制信道的最早控制资源集合的第一符号处开始。

根据又一个可能实施例，提供了一种在用于与用户设备通信的网络实体中的方法。该方法包括确定包括用于用户设备的延迟在与至少一种类型的物理随机接入信道时机中的每一个相关联的搜索空间集合中监测物理下行链路控制信道的符号数目的配置，以及将该配置传达到用户设备。在针对所标识类型的物理随机接入信道时机的物理随机接入信道时机中从用户设备接收物理随机接入信道前导码，其中，用户设备被配置成在网络实体响应该类型的物理随机接入信道时机的时间窗口期间在与控制资源集合相关联的搜索空间集合中监测用于随机接入信道响应的物理下行链路控制信道。该窗口在作为与在物理随机接入信道时机中由用户设备传输物理随机接入信道前导码对应的物理随机接入信道时机的最后一个符号之后至少针对所标识类型的物理随机接入信道时机的配置的符号数目的、用户设备被配置成接收针对搜索空间集合的物理下行链路控制信道的最早控制资源集合的第一符号处开始。

根据又一个可能实施例，提供了一种用于与用户设备通信的网络实体。网络实体包括：控制器，其确定包括用于用户设备的延迟在与至少一种类型的物理随机接入信道时机中的每一个相关联的搜索空间集合中监测物理下行链路控制信道的符号数目的配置；以及收发器，其将该配置传达到用户设备。收发器还在针对所标识类型的物理随机接入信道时机的物理随机接入信道时机中从用户设备接收物理随机接入信道前导码。用户设备被配置成在网络实体响应该类型的物理随机接入信道时机的时间窗口期间在与控制资源集合相关联的搜索空间集合中监测用于随机接入信道响应的物理下行链路控制信道。该窗口在作为与在物理随机接入信道时机中由用户设备传输物理随机接入信道前导码对应的物理随机接入信道时机的最后一个符号之后至少针对所标识类型的物理随机接入信道时机的配置的符号数目的、用户设备被配置成接收针对搜索空间集合的物理下行链路控制信道的最早控制资源集合的第一符号处开始。

参考附图，从以下对一个或多个优选实施例的描述中，本申请的这些和其它特征以及优点是显而易见的。

附图说明

图1是本发明适于在其中操作的示例网络环境的框图；

图2是根据至少一个实施例的与建立用户设备中的物理下行链路控制信道的监测被设置为发生的实例相关联的用户设备中的流程图；

图3是与建立用户设备中的物理下行链路控制信道的监测被设置为发生的实例相关联的网络实体中的流程图；以及

图4是根据可能的实施例的装置的示例框图。

具体实施方式

虽然本公开可以采用各种形式的实施例，在附图中示出并且将在下文中描述目前优选的实施例，但是应当理解到，本公开被认为是本发明的示例，并且不旨在将本发明限制于所示的具体实施例。

实施例提供更省电的物理下行链路控制信道(PDCCH)监测。

图1是根据可能的实施例的系统100的示例框图。系统100能够包括诸如用户设备(UE)的无线通信设备110、诸如增强型NodeB(eNB)或下一代NodeB(gNB)的基站120以及网络130。无线通信设备110能够是无线终端、便携式无线通信设备、智能电话、蜂窝电话、翻盖电话、个人数字助理、个人计算机、选择性呼叫接收器、平板计算机、膝上型计算机或能够在无线网络上发送和接收通信信号的任何其他设备。

网络130能够包括能够发送和接收无线通信信号的任何类型的网络。例如，网络130能够包括无线通信网络、蜂窝电话网络、基于时分多址(TDMA)的网络、基于码分多址(CDMA)的网络、基于正交频分多址(OFDMA)的网络、长期演进(LTE)网络、第五代(5G)网络、基于第三代合作伙伴计划(3GPP)的网络、卫星通信网络、高空平台网络、互联网和/或其他通信网络。

出于将所有事物连接到任何事物的目的已经引入第五代(5G)。出于基于数据分析生成动作的目的，在用例中突出的是需要将物联网(IoT)设备连接到监测站。还希望在关键区域中实时监测事件以便提供必要的安全或其它相关的监测功能性。无线传感器是这种设备的一个示例。对于这些设备而言，具有长电池寿命是有利的，以便有助于更好地确保操作和维护的成本相对较低。特别地，为了避免更换和避免连接到有线电源的成本，这种设备的长电池寿命能够是有利的。长期以来，功率节省是包括智能电话的无线设备的突出目标。在无线传感器和类似的IoT设备的情况下，由于在连接世界中预想的大量这样的设备，这种期望甚至可能更加显著。

这种动机反映在至少一些现有出版物中，例如3GPP RP-193238，标题为“newstudy item(SID)on support of reduced capability NR devices(支持能力降低的NR设备的新研究项目(SID))”，其目的是研究支持能力降低的类型设备可能需要的各种机制，类似于其它连接的行业，例如5G连接性，其能够用作智能城市创新的下一波的催化剂。作为示例，3GPP技术报告(TR)22.804描述了智能城市用例以及对于这种用例的几个可能预期需求。所讨论的示例性智能城市垂直域覆盖了数据收集和处理，其旨在更有效地监测和控制城市资源，并且向城市居民提供服务。这包括将监控相机部署为智能城市的一个潜在的重要方面，以及未来的工厂和工业的一个潜在的重要方面。

此外，可佩戴件的用例能够包括智能手表、戒指、eHealth相关设备和医疗监测设备等。这种用例的至少一个特征能够包括设备尺寸小。

作为基准，这三种用例的示例性要求能够包括：一般要求：

●设备复杂性：与Rel-15/Rel-16的高端增强移动宽带(eMBB)和超可靠低等待时间通信(URLLC)设备相比，新设备类型的至少一个动机可以是降低设备成本和复杂性。设备成本通常是用于所有设备的因素，但是设备成本敏感性有时能够是至少一些类型的设备(诸如工业传感器)的因素和/或关注的更多因素。

●设备尺寸：对于大多数用例的要求是，标准允许具有更紧凑形状因数的设备设计。

●部署情况：系统应该支持用于频分双工(FDD)和时分双工(TDD)的所有频率范围1(FR1)/频率范围2(FR2)频带。

用例特定要求：

●工业无线传感器：参考用例和要求在3GPP技术报告的标题为技术规范组服务和系统方面的关于用于垂直域中的网络物理控制应用的增强的研究的(TR)22.832和标题为技术规范组服务和系统方面的用于垂直域中的网络物理控制应用的服务要求的TS 22.104中描述：通信服务可用性是99.99％并且端到端等待时间小于100ms。对于所有用例，参考比特率小于2Mbps(可能是不对称的，例如上行链路(UL)重业务)，并且设备是固定的。电池应该持续至少几年。对于安全相关传感器，等待时间要求较低，5-10ms(TR 22.804)。

●视频监控：如TS 22.804中所述，参考经济视频比特率将是2-4Mbps，具有等待时间<500ms，并且具有99％-99.9％的可靠性。例如用于农业的高端视频将需要7.5-25Mbps。注意，业务模式由UL传输支配。

可佩戴件：用于智能可佩戴应用的参考比特率对于下行链路(DL)可以是10-50Mbps，并且对于UL是最小5Mbps，并且设备的峰值比特率可以更高，诸如对于下行链路是150Mbps，而对于上行链路是50Mbps。设备的电池应该持续多天(长达1-2周)。

因此，有趣的是研究和指定具有相对于版本16eMBB和超可靠低等待时间通信(URLLC)NR的较低端能力的UE特征和参数列表，以服务于上述三种用例，并且标识实现功率节省和较低复杂度操作的方法。

一些现有的标准能够为这种类型的通信提供一些支持。具体示例能够包括：

3GPP NR Rel-15/16中的PDCCH监测

标题为“Technical Specification Group Radio Access Network,NR,Physicallayer procedure for control(技术规范组无线电接入网络、NR、物理层控制过程)”的3GPP TS 38.213规定了5G UE中的过程以监测和解码寻址到其的PDCCH许可。

UE在根据对应的搜索空间集合而配置有PDCCH监测的每个激活的服务小区上在活动的DL带宽部分(BWP)上监测一个或多个核心资源集(CORESET)中的一组PDCCH候选，其中监测暗示根据所监测的下行链路控制信息(DCI)格式对每个PDCCH候选进行解码。

如果为UE提供用于服务小区的PDCCHMonitoringCapabilityConfig，则UE获得针对最大数目的PDCCH候选和非重叠控制信道元素(CCE)在服务小区上监测PDCCH的指示

-每时隙，如在表10.1-2和10.1-3中，如果PDCCHMonitoringCapabilityConfig＝R15 PDCCH监测能力，或者

-每时间跨度，如在表10.1-2A和10.1-3A中，如果PDCCHMonitoringCapabilityConfig＝R16 PDCCH监测能力

如果没有为UE提供PDCCHMonitoringCapabilityConfig，则UE每时隙在服务小区上监测PDCCH。

在服务小区的活动DL BWP上每时隙或每时间跨度的PDCCH监测的UE能力由最大数目的PDCCH候选和非重叠CCE来定义，UE能够在服务小区的活动DL BWP上分别每时隙或每时间跨度进行监测。

根据PDCCH搜索空间集合来定义用于UE监测的PDCCH候选集合。搜索空间集合能够是公共搜索空间(CSS)集合或UE特定搜索空间(USS)集合。UE监测以下一个或多个搜索空间集合中的PDCCH候选：

-类型0-PDCCH CSS集合，其针对DCI格式由MIB中的pdcch-ConfigSIB1或由PDCCH-ConfigCommon中的searchSpaceSIB1或由PDCCH-ConfigCommon中的searchSpaceZero配置，该DCI格式具有由系统信息无线电网络临时标识符(SI-RNTI)在主小区组(MCG)的主要小区上加扰的循环冗余校验(CRC)

-类型0A-PDCCH CSS集合，其针对DCI格式由PDCCH-ConfigCommon中的searchSpaceOtherSystemlnformation配置，该DCI格式具有由SI-RNTI在MCG的主要小区上加扰的CRC

-类型l-PDCCH CSS集合，其针对DCI格式由PDCCH-ConfigCommon中的ra-Searchspace配置，该DCI具有由随机接入无线电网络临时标识符(RA-RNTI)或临时小区无线电网络临时标识符(TC-RNTI)在主要小区上加扰的CRC

-类型2-PDCCH CSS集合，其针对DCI格式由PDCCH-ConfigCommon中的pagingSearchSpace配置，该DCI格式具有由寻呼无线电网络临时标识符(P-RNTI)在MCG的主要小区上加扰的CRC

-类型3-PDCCH CSS集合，其针对DCI格式由具有searchSpaceType＝common的PDCCH-Config中的SearchSpace配置，该DCI格式具有由中断无线电网络临时标识符(INT-RNTI)、时隙格式指示无线电网络临时标识符(SFI-RNTI)、发射功率控制物理上行链路共享信道无线电网络临时标识符(TPC-PUSCH-RNTI)、发射功率控制物理上行链路控制信道无线电网络临时标识符(TPC-PUCCH-RNTI)、发射功率控制探测参考符号无线电网络临时标识符(TPC-SRS-RNTI)、CI-RNTI或PS-RNTI以及仅对于主要小区的小区无线电网络临时标识符(C-RNTI)、调制编码方案小区无线电网络临时标识符(MCS-C-RNTI)、或所配置的调度无线电网络临时标识符(CS-RNTI)加扰的CRC，以及

-USS集合，其针对DCI格式由具有searchSpaceType＝ue-Specific的PDCCH-Config中的Searchspace配置，该DCI格式具有由C-RNTI、MCS-C-RNTI、SP-CSI-RNTI、(一个或多个)CS-RNTI、SL-RNTI、SL-CS-RNTI或SL-L-CS-RNTI加扰的CRC。

PDCCH传输具有一个RNTI的用于一个或多个小区的下行链路控制信息。

能够标识以下编码步骤：

-信息元素复用

-CRC附件

-信道编码

-速率匹配

支持在标题为“technical specification group radio access network,NR,multiplexing and channel coding(技术规范组无线电接入网络、NR、复用和信道编码)”的TS 38.212的表7.3.1-1中定义的DCI格式。

表7.3.1-1：DCI格式

在以下DCI格式中定义的字段被映射到如下的信息位a

每个字段以其在描述中出现的顺序被映射，包括(一个或多个)零填充位(如果有的话)，其中第一字段被映射到最低阶信息位a

如果DCI格式中的信息位的数目小于12位，则应当将零附加到DCI格式，直到有效载荷大小等于12。

每个DCI格式的大小由所调度小区的对应活动带宽部分的配置来确定，并且如果必要，应当如在条款7.3.1.0中所述的进行调整。

[TR 38.840标题为“technical specification group radio access network,NR,study on user equipment power saving in NR(技术规范组无线电接入网络、NR，对NR中的用户设备功率节省的研究)”]已知当UE PDCCH监测时机的数目和/或PDCCH盲解码的数目减少时，能够减少UE功率消耗。

用于减少PDCCH监测和盲解码的用于进一步研究的功率节省方案如下。

-触发PDCCH监测-通过层1(L1)信号/信令的动态触发

-触发PDCCH监测的功率节省信号

-跳过PDCCH监测的睡眠信令

-PDCCH跳过-

-用于PDCCH跳过的基于DCI的指示(例如，DCI内容中的指示，新时隙格式指示(SFI)状态)。

-基于LI信号/信令(除DCI以外)的触发-

-多CORESET/搜索空间配置

-具有动态信令的不同PDCCH周期的配置

-适配CORESET/搜索空间配置-DCI/定时器/混合自动重复请求(HARQ)-基于确认(ACK)的指示

-动态/半持久性CORESET/搜索空间开启/关闭

-不连续接收(DRX)开启持续时间定时器和不活动定时器之间的适配

-DL和UL的分离的PDCCH监测

-L1信令触发以帮助UE减少PDCCH盲解码的数目

-在SCell上减少的PDCCH监测(包括跨载波调度)

-基于在PDCCH解码之前帮助UE执行同步、信道跟踪、测量和信道估计的需要来动态地传输网络辅助参考信号(RS)

尽管不同的详细方案中的每一个提供了不同的功率节省增益，但是与Rel-15PDCCH监测的假定基准方案相比，出于评估目的，用于减少PDCCH监测的功率节省方案针对不同的详细方案示出了5％-85％的功率节省增益。对于连续业务，观察到较低功率节省增益5％-15％。对于偶发业务到达，观察到50％-85％的高功率节省增益。这是以在5％-43％的范围内减少的UPT吞吐量以及在0％-115％的范围内增加的等待时间为代价(这不一定导致超过对应的延迟预算)。就DL资源使用而言，这也以0％-26.53％范围内的附加开销为代价。

对于TS 38.321中的不连续接收(DRX)，标题为“technical specification groupradio access network,NR,medium access control protocol specification(技术规范组无线电接入网络、NR、介质访问控制协议规范)”：

MAC实体可以由具有DRX功能性的无线电资源控制(RRC)来配置，该DRX功能性控制用于媒体接入控制(MAC)实体的C-RNTI、CI-RNTI、CS-RNTI、INT-RNTI、SFI-RNTI、SP-CSI-RNTI、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI和TPC-SRS-RNTI的UE的PDCCH监测活动。当使用DRX操作时，MAC实体还应当根据在本规范的其它条款中找到的要求来监测PDCCH。当在RRC_CONNECTED时，如果DRX被配置，则对于所有激活的服务小区，MAC实体可以使用本条款中指定的DRX操作来不连续地监测PDCCH；否则，MAC实体将如TS 38.213中规定的那样监测PDCCH。

RRC通过配置以下参数来控制DRX操作：

-drx-onDurationTimer：在DRX周期开始时的持续时间；

-drx-SlotOffset：在开始drx-onDurationTimer之前的延迟；

-drx-InactivityTimer：在其中PDCCH指示MAC实体的新UL或DL传输的PDCCH时机之后的持续时间；

-drx-RetransmissionTimerDL(除了广播过程之外的每DL HARQ过程)：直到接收到DL重传的最大持续时间；

-drx-RetransmissionTimerUL(每UL HARQ过程)：直到接收到用于UL重传的许可的最大持续时间；

-drx-LongCycleStartOffse：定义了其中长和短DRX周期开始的子帧的长DRX周期和drx-StartOffset；

-drx-ShortCycle(可选的)：短DRX周期；

-drx-ShortCycleTimer(可选的):UE应当遵循短DRX周期的持续时间；

-drx-HARQ-RTT-TimerDL(除了广播过程之外的每DL HARQ过程):MAC实体期望在用于HARQ重传的DL指派之前的最小持续时间；

-drx-HARQ-RTT-TimerUL(每UL HARQ过程):MAC实体预期UL HARQ重传许可之前的最小持续时间；

-ps-Wakeup(可选的)：在监测但未检测到具有由PS-RNTI(DCP)加扰的CRC的DCI的情况下开始相关联的drx-onDurationTimer的配置；

-ps-Periodic_CS1_Transmit(可选的)：在配置DCP但不开始相关联的drx-onDurationTimer的情况下在由drx-onDurationTimer指示的持续时间期间报告周期CSI的配置；

-ps-TransmitPeriodicLl-RSRP(可选的)：在配置DCP但不开始相关联的drx-onDurationTimer的情况下在由drx-onDurationTimer指示的持续时间期间传输(一个或多个)周期L1-RSRP报告的配置。

当配置DRX周期时，活动时间包括时间，同时：

-drx-onDurationTimer或者drx-InactivityTimer或者drx-RetransmissionTimerDL或者drx-RetransmissionTimerUL或者ra-ContentionResolutionTimer(如条款5.1.5中所述)正在运行；或者

-调度请求在物理上行链路控制信道(PUCCH)上发送并且是未决的(如条款5.4.4中所述)；或者

-在成功接收到MAC实体在基于竞争的随机接入前导码中未选择的随机接入前导码的随机接入响应之后没有接收到指示寻址到MAC实体的C-RNTI的新传输的PDCCH(如条款5.1.4中所述)。

当配置DRX时，MAC实体应当：

1>如果在已配置的下行链路指派中接收到MAC PDU：

2>在携带DL HARQ反馈的对应传输结束后，开始第一符号中的对应的HARQ过程的drx-HARQ-RTT-TimerDL；

2>停止对应的HARQ过程的drx-RetransmissionTimerDL。

如果在已配置的上行链路许可中传输MAC PDU：

2>在对应的物理上行共享信道(PUSCH)传输的第一次重复结束后，开始第一符号中的对应的HARQ过程的drx-HARQ-RTT-TimerDL；

2>停止对应的HARQ过程的drx-RetransmissionTimerUL。

1>如果drx-HARQ-RTT-TimerDL期满：

2>如果没有成功地解码对应的HARQ过程的数据：

3>在drx-HARQ-RTT-TimerDL期满之后，开始第一符号中的对应的HARQ过程的drx-RetransmissionTimerDL。

1>如果drx-HARQ-RTT-TimerUL期满：

2>在drx-HARQ-RTT-TimerUL期满之后，开始第一符号中的对应的HARQ过程的drx-RetransmissionTimerUL。

1>如果接收到DRX命令MAC CE或长DRX命令MAC CE：

2>停止drx-onDurationTimer；

2>停止drx-InactivityTimer。

1>如果drx-InactivityTimer期满或接收到DRX命令MAC CE：

2>如果配置了短DRX周期：

3>在drx-InactivityTimer期满之后开始或重新开始第一符号中的drx-ShortCycleTimer或在DRX命令MAC CE接收结束后开始或重新开始第一符号中的drx-ShortCycleTimer；

3>使用短DRX周期。

2>否则：

3>使用长DRX周期。

1>如果drx-ShortCycleTimer期满：

2>使用长DRX周期。

1>如果接收到长DRX命令MAC CE:

2>停止drx-ShortCycleTimer；

2>使用长DRX周期。

1>如果使用短DRX周期，并且[(SFN x 10)+子帧编号]modulo(drx-ShortCycle)＝(drx-StartOffset)modulo(drx-ShortCycle)：

2>在从子帧开始的drx-SlotOffset之后，开始drx-onDurationTimer。

1>如果使用长DRX周期，并且[(SFN x 10)+子帧编号]modulo(drx-LongCycle)＝drx-StartOffset：

2>如果针对活动DL BWP配置了DCP:

3>如在TS 38.213中规定的，如果DCP指示与从较低层接收到的被指示为开始drx-onDurationTimer的当前DRX周期相关联；或

3>如果与当前DRX周期相关联的时域中的所有DCP时机(如在TS38.213中指定的)发生在活动时间中，考虑到接收的许可/指派/DRX命令MAC CE/长DRX命令MAC CE和所发送的调度请求，直到在最后DCP时机开始之前4ms，或在BWP切换中断长度内，或在测量间隙期间；或

3>如果ps-Wakeup被配置有值true，并且没有从较低层接收到与当前DRX周期相关联的DCP指示：

4>在从子帧开始的drx-SlotOffset之后，开始drx-onDurationTimer。

2>否则：

3>在从子帧开始的drx-SlotOffset之后，开始drx-onDurationTimer。

注意1：在小区组中的载波上的未对准SFN的情况下，SPcell的SFN用于计算DRX持续时间。

1>如果MAC实体处于活动时间：

2>如在TS 38.213中指定的那样监测PDCCH；

2>如果PDCCH指示DL传输：

3>在承载DL HARQ反馈的对应的传输结束后，开始第一符号中的对应的HARQ过程的drx-HARQ-RTT-TimerDL，而不管来自较低层的LBT失败指示；

注意2：当HARQ反馈被指示如TS 38.213中指定的非数字k1值的物理下行链路共享信道(PDSCH)到HARQ反馈定时推迟时，在请求HARQ-ACK反馈的稍后的PDCCH中指示发送DLHARQ反馈的对应的传输机会。

3>停止用于对应的HARQ过程的drx-RetransmissionTimerDL。

3>如果PDSCH到HARQ反馈定时指示如TS 38.213中指定的非数字k1值：

4>在用于对应的HARQ过程的PDSCH传输之后，开始第一符号中的drx-RetransmissionTimerDL。

2>如果PDCCH指示UL传输：

3>在对应的PUSCH传输的第一次重复结束之后，开始用于第一符号中的对应的HARQ过程的drx-HARQ-RTT-TimerUL，而不管来自较低层的LBT失败指示；

3>停止用于对应的HARQ过程的drx-RetransmissionTimerUL。

2>如果PDCCH指示新传输(DL或UL):

3>在结束PDCCH接收之后，开始或重新开始第一符号中的drx-InactivityTimer。

1>如果针对活动DL BWP配置DCP；以及

1>如果当前符号n出现在drx-onDurationTimer持续时间内；以及

1>如果与当前DRX周期相关联的drx-onDurationTimer没有如该条款中指定的那样开始；以及

1>如果MAC实体不在活动时间内，考虑接收的许可/指派/DRX命令MAC CE/长DRX命令MAC CE和所发送的调度请求，直到在评估如该条款中指定的所有DRX活动时间条件时的符号n之前的4ms为止：

2>不传输在标题为“Technical Specification Group Radio Access Network,NR,Physical Layer procedure for data(技术规范组无线电接入网络，NR，物理层数据程序)”的TS 38.214中定义的周期性SRS和半持久性SRS；

2>不报告在PUSCH上配置的半持久性CSI；

2>如果ps-Periodic CSI_Transmit未配置有值true：

3>如果ps-TransmitPeriodicLl-RSRP未配置值true：

4>不报告PUCCH上的周期性CSI。

3>否则：

4>不报告PUCCH上的周期性CSI，除了(一个或多个)L1-RSRP报告之外。

1>否则：

2>在当前符号n中，如果MAC实体不处于活动时间中，考虑接收到的许可/指派/DRX命令MAC CE/长DRX命令MAC CE和所发送的调度请求，则直到在评估如该条款中指定的所有DRX活动时间条件时的符号n之前的4ms为止：

3>不传输如在TS 38.214中定义的周期性SRS和半持久性SRS；

3>不报告在PUCCH上的CSI和在PUSCH上配置的半持久性CSI。

2>如果CSI掩码(csi-掩码)由上层设置：

3>在当前符号n中，如果drx-onDurationTimer不在运行,考虑接收到的许可/指派/DRX命令MAC CE/长DRX命令MAC CE，直到在评估如该条款中指定的所有DRX活动时间条件时的符号n之前的4ms为止：

4>不报告在PUCCH上的CSI。

注意3：如果UE根据在TS 38.213条款9.2.5中指定的过程将在PUCCH上配置的CSI与其它重叠的UCI复用，并且将在DRX活动时间之外的PUCCH资源上报告与(一个或多个)其它UCI复用的该CSI，是否报告与(一个或多个)其它UCI复用的该CSI取决于UE实现。

唤醒信号

预期Rel-15设备监测其cDRX模式中的所有开启持续时间。在Rel-16中，如果网络打算在开启持续时间中调度设备，则唤醒信号能够在开启持续时间之前被传输到设备。因此，如果设备在监测时机(MO)期间没有检测到WUS，则它能够跳过即将到来的PDCCH监测(在UE未被配置(例如，ps-Wakeup)以在DCP被监测但未被检测到的情况下开始相关联的drx-onDurationTimer的情况下)。取决于cDRX设置，这能够针对不频繁调度的设备提供多达10％的附加连接模式能量节省。

使用利用PS-RNTI的DCI格式26来传输唤醒信号。详细机制如下[TS38.213]。

用于SCell的PDCCH监测指示和休眠/非休眠行为

UE在PCell或SPcell[12,TS 38.331，标题为“technical specification groupradio access network,NR,radio resource control(RRC)protocol specification(技术规范组无线电接入网络、NR，无线电资源控制(RRC)协议规范]上配置有DRX模式操作[11,TS 38.321]。

-由ps-RNTI的用于DCI格式2_6的PS-RNTI

-由dci-Format2-6监测PDCCH以根据如在条款10.1中所述的公共搜索空间在PCell或SPcell的活动DL BWP上检测DCI格式2_6的多个搜索空间集合

-由SizeDCI_2-6的用于DCI格式2_6的有效载荷大小

-由PSPositionDCI2-6的唤醒指示位在DCI格式2_6中的位置，其中

-当唤醒指示位的值是“0”时，UE可能不在下一个长DRX周期内开始drx-onDurationTimer

-当唤醒指示位的值是“1”时，UE在下一个长DRX周期内开始drx-onDurationTimer

-位图，当向UE提供多个由Scell-groups-for-dormancy-outside-active-time已配置的SCell组时，其中，

-位图位置紧接在唤醒指示位位置之后

-位图大小等于已配置的SCell组的数目，其中位图的每个位对应于来自多个已配置的SCell组中的已配置的SCell组

-位图的一位的“0”值指示由dormant-BWP针对用于对应的已配置的SCell组中的每个被激活的SCell的UE[11,TS38.321]提供的活动DL BWP

-位图的位的“1”值指示

-如果当前活动DL BWP是休眠DL BWP，则由first-non-dormant-BWP-ID-for-DCI-outside-active-time针对用于对应的已配置的SCell组中的每个被激活的SCell的UE提供的活动DL BWP

-如果当前活动DL BWP不是休眠DL BWP，则用于对应的已配置的SCell组中的每个被激活的SCell的UE的当前活动DL BWP

-由ps-Offset指示时间的偏移，其中，UE根据搜索空间集合的数目在其中drx-onDurationTimer将在PCell上或在SPcell[11,TS 38.321]上开始的时隙之前开始监测用于检测DCI格式2_6的PDCCH。

-对于每个搜索空间集合，PDCCH监测时机是在由duration指示的前T

UE在活动时间[11,TS 38.321]期间不监测用于检测DCI格式2_6的PDCCH。

如果UE需要在UE将开始drx-onDurationTimer的时隙的开始之前的X个时隙报告活动DL BWP，则不需要UE在X个时隙期间监测用于检测DCI格式2_6的PDCCH，其中X对应于活动DL BWP的SCS的要求。

如果向UE提供搜索空间集合以在PCell或SPcell的活动DL BWP中监测用于检测DCI格式2_6的PDCCH，并且UE不检测DCI格式2_6

-如果向UE提供ps-WakeupOrNot，则由ps-WakeupOrNot向UE指示：UE是否可能不开始或者UE是否将在下一个DRX周期内开始drx-onDurationTimer

-如果没有向UE提供ps-WakeupOrNot，则UE可能在下一个DRX周期内不开始由drx-onDurationTimer指示的活动时间

如果向UE提供搜索空间集合以在PCell或SPcell的活动DL BWP中监测用于检测DCI格式2_6的PDCCH，并且UE

-不需要在下一DRX周期之前的活动时间之外的所有对应的PDCCH监测时机内监测用于检测DCI格式2_6的PDCCH，如[14,TS 38.321]的条款10,11.1,12和条款5.7中所述，或者

-在下一个DRX周期的活动时间之外没有用于检测DCI格式2_6的任何PDCCH监测时机，

UE应当在下一个DRX周期内开始drx-onDurationTimer。

如果向UE提供搜索空间集合以监测用于检测DCI格式0_1和DCI格式1_1的PDCCH，并且如果DCI格式0_1和DCI格式1_1中的一个或两个包括SCell休眠指示字段，

-SCell休眠指示字段是其中大小等于已配置的SCell组的数目的由Scell-groups-for-dormancy-within-active-time提供的位图，

-位图的每个位对应于来自多个已配置的Scell组中的已配置的Scell组

-如果UE检测到不包括载波指示符字段的DCI格式0_1或DCI格式1_1，或者检测到包括其中值等于0的载波指示符字段的DCI格式0_1或DCI格式1_1

-位图的位的“0”值指示由dormant-BWP针对用于对应的已配置的SCell组中的每个被激活的SCell的UE提供的活动DL BWP，

-位图的位的“1”值指示

-如果当前活动DL BWP是休眠DL BWP，则由first-non-dormant-BWP-ID-for-DCI-inside-active-time针对对应的已配置的SCell组中的每个被激活的SCell的UE提供的活动DL BWP

-如果当前活动DL BWP不是休眠DL BWP，则针对用于对应的已配置的SCell组中的每个被激活的SCell的UE的当前活动DL BWP

-UE将活动DL BWP设置为所指示的活动DL BWP

如果向UE提供搜索空间集合以监测用于检测DCI格式1_1的PDCCH，并且如果

-DCI格式1_1的CRC由C-RNTI或MCS-C-RNTI加扰，并且如果

-resourceAllocation＝resourceAllocationType0和DCI格式1_1中的频域资源指派字段的所有位等于0，或者

-resourceAllocation＝resourceAllocationType1并且DCI格式1_1中的频域资源指派字段的所有位等于1

-resourceAllocation＝dynamicSwitch并且DCI格式1_1中的频域资源指派字段的所有位等于0或1

UE将DCI格式1_1视为指示SCell休眠，而不调度PDSCH接收或指示半持久性调度(SPS)PDSCH释放，并且对于传输块1，解释以下的字段序列：

-调制和编码方案

-新数据指示符

-冗余版本

以及

-HARQ过程号

-(一个或多个)天线端口

-DMRS序列初始化

如以SCell索引的升序向每个已配置的SCell提供位图，其中

-位图的位的“0”值指示由dormant-BWP针对用于对应的被激活的SCell的UE提供的活动DL BWP

-位图的位的“1”值指示

-如果当前活动DL BWP是休眠DL BWP，则由first-non-dormant-BWP-ID-for-DCI-inside-active-time针对用于对应的被激活的SCell的UE提供的活动DL BWP

-如果当前活动DL BWP不是休眠DL BWP，则针对用于对应的被激活的SCell的UE的当前活动DL BWP

-UE将活动DL BWP设置为所指示的活动DL BWP

如果由dormant-BWP针对在被激活的SCell上的UE提供的活动DL BWP不是被激活的SCell上的UE的默认DL BWP，如条款12中所述，则BWP不活动定时器不用于从由dormant-BWP提供的活动DL BWP转换到被激活的SCell上的默认DL BWP。

响应于在从提供DCI格式1_1的PDCCH的最后一个符号的N个符号之后检测到指示SCell休眠的DCI格式1_1，期望UE提供HARQ-ACK信息。如果PDSCH-ServingCellConfig的processingType1Enabled被设置为使得服务小区具有提供DCI格式1_1的PDCCH，则对于μ＝0,N＝5，对于μ＝1,N＝5.5，对于μ＝2,N＝11；否则，对于μ＝0，N＝10，对于μ＝1，N＝12，对于μ＝2，N＝22，并且对于μ＝3,N＝25，其中μ是提供DCI格式1_1的PDCCH的SCS配置与响应于检测到DCI格式1_1而具有HARQ-ACK信息的PUCCH的SCS配置之间的最小SCS配置。

诸如工业无线传感器、视频监控和可佩戴件之类的能力降低的UE可能需要与应该持续多天(例如，可佩戴件)到至少几年(例如，工业传感器)的电池一起操作。本申请包括允许更省电的PDDCH监测的方法。

根据当前指定行为，UE在最早CORESET的第一符号处开始监测用于随机接入响应(RAR)的PDCCH，其中UE被配置成接收针对Type1-PDCCH CSS的PDCCH。此外，当在针对波束故障恢复(BFR)(SS-BFR)配置的搜索空间上发送波束故障恢复请求(BFRR),PDCCH(UL/DL)时，UE在BFR过程期间进行监测，并且附加地UE继续监测在物理随机接入信道(PRACH)之前监测的已配置的搜索空间中的PDCCH候选。

根据本申请的至少两个实施例：

实施例1：时间偏移被引入用于随机接入响应消息/MsgB的PDCCH监测

UE应当在已经发送了PRACH前导码之后的预配置的时间偏移之后——即，考虑在gNB侧所需的处理时间以及例如请求上行链路共享信道(UL-SCH)资源的数据的等待时间要求，仅监测用于RAR/MsgB的PDCCH。

实施例2:UE在随机接入过程期间仅在特定搜索空间中解码特定的DCI格式

UE可能仅需要监测下行链路(DL)下行链路控制信息(DCI)格式，同时在由recoverySearchSpaceId指示的搜索空间上监测由C-RNTI标识的PDCCH传输。在BFR过程已经将BFRR发送到gNB期间，UE在之前监测的其它已配置的搜索空间上可以不监测PDCCH。

在至少第一实施例中，响应于PRACH传输，UE尝试在窗口期间检测具有由对应的RA-RNTI加扰的CRC的DCI格式1_0，其中，窗口在UE被配置成在与PRACH传输对应的PRACH时机的最后一个符号之后接收针对Type1-PDCCH CSS集合的作为至少已配置的符号数目的PDCCH的最早CORESET的第一符号处开始。

在至少又一实施例中，UE在已经发送了PRACH之后的预配置的时间偏移之后，在由较高层参数recoverySearchSpaceId(即，SS-BFR)指示的搜索空间上监测被寻址到C-RNTI的PDCCH(仅DL DCI)传输。

根据当前指定行为，UE在作为与PRACH传输对应的PRACH时机的最后一个符号之后至少一个符号的、UE被配置成接收针对Type1-PDCCH CSS集合的PDCCH的最早CORSET的第一符号处开始监测随机接入响应消息(如在TS38.213中所指定的)。这基本上意味着UE可以(例如，PRACH时机的接收到的配置和用于接收可能导致的Type1-PDCCH CSS集合的PDCCH的CORESET)在PRACH传输之后立即开始对RACH响应(RAR)的PDCCH监测，这从功率节省角度来看可能是低效的。

根据当前规范，UE在Msg3传输结束之后的第一符号中在每个HARQ重传处开始raContentionResolutionTimer。同样，对于这种情况，PDCCH监测活动因此在Msg3传输之后立即开始，从功率节省角度来看，这可能是没有效率的。

此外，即使对于从过程观点来看不需要监测(一个或多个)DL DCI以便确定竞争解决方案是否成功的某些情况，UE监测用于UL以及DL DCI的PDCCH，即在ra-ContentionResolutionTimer正在运行的同时UE处于活动时间。

第一实施例

作为第一问题的解决方案并且根据第一实施例，UE可以不响应于已经发送了PRACH前导码而立即监测随机接入响应(RAR)的PDCCH，而是可以仅在已经发送了PRACH之后的预配置的时间偏移之后监测PDCCH，即，考虑在gNB侧处用于PRACH检测和RAR消息生成/调度的所需处理时间。根据该实施例的一个实施方式，RAR窗口作为对应于PRACH传输的PRACH时机的最后一个符号之后至少预先配置的symbol_offset的、UE被配置成接收针对Type1-PDCCH CSS集合的的PDCCH的最早CORESET的第一符号处开始。相同的原理可以也可适用于2步随机接入过程，例如，在MsgA传输——例如，物理上行链路共享信道(PUSCH)传输——的最后一个符号之后的至少一些预先配置的偏移(例如，symbol_offset)，UE开始监测针对MsgB(在msgB-ResponseWindow symbol offset期间)的PDCCH。在一个示例中，symbol_offset可以是基于针对Type1-PDCCH CSS集合的SCS(子载波间隔)、其中PRACH前导码已经被传输的BWP的SCS(以及可能的UL载波UL/SUL)、PRACH传输的PRACH前导码子载波间隔、SIB1子载波间隔或者其组合(例如，一个或多个SCS配置中的最小SCS配置)的符号数目(或者在另一个实例中时隙数目)的值。在一个示例中，对于配置有连接的DRX(cDRX)的UE，symbol_offset可以基于针对BWP(诸如PRACH前导码已经被传输的BWP即活动BWP)的所有ULHARQ过程中的drx-HARQ-RTT-TimerUL的最小值。随机接入过程能够由多种不同类型的事件触发：

-来自RRC_IDLE的初始接入；

-RRC连接重建程序；

-当UL同步状态是“非同步的”时在RRC_CONNECTED期间的DL或UL数据到达；

-当没有用于SR的PUCCH资源可用时在RRC_CONNECTED期间的UL数据到达；

-SR失败；

-在同步重新配置(例如，切换)时由RRC的请求；

-从RRC_INACTIVE的转换；

-针对第二定时提前组(TAG)建立时间对准；

-请求其它SI(参见条款7.3)；

-波束故障恢复。

根据本实施例的一个方面，用于开始针对RAR/MsgB消息的PDDCH监测的偏移(例如，symbol_offset)可以被预先配置为用于不同类型的RACH事件的不同值。根据本实施例的一个实施方式，用于在已经发送了PRACH/MsgA时监测PDCCH的预定偏移仅被应用于基于竞争的随机接入过程以用于调度请求，即，当没有用于SR的PUCCH资源可用时在RRC_CONNECTED期间的UL数据到达。对于其它RACH事件，应用相对于PDCCH监测的传统UE行为。当RACH被触发时在两种不同情况下的这种行为差异能够通过以下可能性来证明：在后一种情况下，UE可以预期在DL中从网络接收其它消息，而在由调度请求触发RACH的情况下，UE可能仅由于上行链路数据到达而请求资源分配，并且在过渡期不预期其它消息交换。根据本实施例的另一实施方式，UE可以针对不同的RACH事件使用不同的RACH时机(RO)。例如，可以针对当UE执行随机接入过程以请求UL-SCH资源(例如，当没有用于SR的PUCCH资源可用时在RRC_CONNECTED期间的UL数据到达)时的情况来配置/保留特定RACH时机(RO)。类似地，不同的RACH时机可以被链接到针对对应的RACH响应窗口/msgB窗口的开始而配置的不同的偏移。当在特定RACH时机/资源gNB上检测到RACH前导码时知道UE分别将什么偏移应用于接收对应的RACH响应消息和MsgB消息。

根据本实施例的另一实施方式，UE可以在RACH响应窗口期间仅监测用于Msg2、Msg4解码的Type1-PDCCH公共搜索空间上的PDCCH。因此，UE可以在RACH窗口期间例如在已经接收到RACH响应消息之前，不监测在RACH之前监测的其它配置的搜索空间上的PDCCH。根据本实施例的一个具体实施方式，在UE执行随机接入过程时，将针对RACH相关DL传输的Type1-PDCCH公共搜索空间优先于针对UE配置的其它搜索空间。

根据本实施例的另一方面，根据哪个逻辑信道(LCH)触发用于请求UL-SCH资源的随机接入过程，UE可以使用不同的RACH时机。基本上，引入(一个或多个)LCH与(一个或多个)RACH时机之间的链接。对于两步RACH过程，根据本实施例的一个实施方式，可以使用PUSCH时机与已经触发用于请求UL-SCH资源的随机接入过程的LCH之间的链接。

在一个实施方式中，响应于PRACH传输，UE尝试在窗口期间检测具有由对应的RA-RNTI加扰的CRC的DCI格式1_0，其中窗口在作为与PRACH传输对应的PRACH时机的最后一个符号之后至少配置的符号数目的、UE被配置成接收针对Type1-PDCCH CSS集合的PDCCH的最早CORESET的第一符号处开始，其中配置的符号数目基于来自PRACH传输的隐含指示的LCH优先级来确定。

在一种实施方式中，UE能够在两步RACH过程中包括LCH优先级的指示作为MsgAPUSCH的有效载荷。响应于PRACH和MsgA PUSCH的传输，UE尝试在窗口期间检测具有由对应的MsgB-RNTI加扰的CRC的DCI格式1_0，其中窗口在作为与PUSCH传输对应的PUSCH时机的最后一个符号之后至少配置的符号数目的、UE被配置成接收针对Type1-PDCCH CSS集合的作为PDCCH的最早CORESET的第一符号处开始，其中，符号持续时间对应于针对Type1-PDCCHCSS集合的SCS并且其中配置的符号数目基于MsgA PUSCH中指示的LCH优先级来确定。

第二实施例(ra-ContentionResolutionTimer)

根据第二实施例，UE在已经传输Msg3后的预配置的时间偏移开始ra-ContentionResolution Timer。通过在已经发送了Msg3的HARQ传输时不立即开始ra-ContentionResolution Timer,UE可以降低功耗。UE能够进入休眠或微休眠模式，因为网络需要首先向UE传输消息以解决竞争，并且在此期间UE可以不从网络接收任何其它消息，也不期望在UL中传输任何其它消息，并且因此能够从UE期望从解决竞争的网络接收下行链路消息的第一实例来开始ra-ContentionResolutionTimer。

作为对第二问题的解决方案，根据一个实施例，UE可以仅需要在——例如响应于已经发送了Msg3传输的——ra-ContentionResolutionTimer正在运行的同时监测UL许可(与PUSCH相关的DCI格式)。通过不需要监测DL许可，UE可以降低功耗并且降低复杂度。根据实施例的一个实施方式，对于当随机接入过程由MAC子层本身或由RRC子层初始化的情况，例如针对请求UL-SCH资源的基于竞争的随机接入过程，UE可以在ra-ContentionResolutionTimer正在运行的同时仅监测针对UL许可的PDCCH。由于竞争解决方案基于调度初始UL-SCH传输的接收到的UL许可来完成，因此当不监测(一个或多个)DL DCI时，UE可以在功率节省方面受益。在一些示例中，UE可以监测与(一个或多个)UL许可DCI大小相同的(一个或多个)DL指派DCI。

第三实施例(SR重传情况)

根据当前指定行为，当已经在PUCCH上发送SR并且SR未决时，UE处于活动时间并且监测PDCCH。因此，对于响应于先前SR传输而没有UL许可被接收并且sr-ProhibitTimer没有运行的情况，在PUCCH上已经(重新)传输SR(即SR_COUNTER>＝1)的情况下，UE处于活动时间。

根据另一实施例，对于当SR未决(SR_COUNTER>＝1)的情况响应于在PUCCH上已经发送了由sr-ProhibitTimer的期满触发的SR，但是仅在已经在PUCCH上(重新)传输SR之后的预先配置的时间偏移之后(即，考虑在gNB侧处所需的处理时间)，则UE可以不处于活动时间。与由BSR触发的SR的第一次传输的情况类似，也与由sr-ProhibitTimer的期满触发的SR的后续(重新)传输的情况类似，UE在切换到活动时间并且监测针对(一个或多个)UL DCI的PDCCH之前在SR(重新)传输之后的预先配置的时间内进入DRX(休眠时间)。由于UE可以被配置有多个SR配置，例如，每个SR配置对应于一个或多个逻辑信道和/或SCell波束故障恢复和/或一致的先听后说(LBT)失败，对于不同的SR配置，时间偏移可以是不同的。例如，当针对与携带延迟非关键数据的LCH对应的SR配置在PUCCH上(重新)传输SR时，UE可以在开始监测PDCCH之前在DRX中保持稍长一点。然而，对于对应于延迟关键数据的(一个或多个)SR，时间偏移应该相当小。UE可以通过高层信令配置有对应于一个或多个SR配置的一个或多个时间偏移。在一个示例中，时间偏移可以对应于一组SR配置。

根据实施例的一个实施方式，网络能够将UE配置为进入休眠或微休眠模式，由此关闭其接收器(或收发器)组件中的所有或一些。在这样的实施方式中，网络能够使用第一定时器来配置UE，第一定时器持续时间与UE在SR的(重新)传输之后进入微休眠或休眠模式的时间长度相关联。应当注意，SR传输可以由BSR触发，即SR的第一次传输，和/或对于当SR未决的情况下由sr-ProhibitTimer的期满触发，即因为在SR的先前传输时没有检测到UL许可而(重新)传输SR。在SR的(重新)传输之后开始第一定时器。在一个实施方式中，网络可以基于第一定时器处理SR所需的时间以第一定时器的值为基础。在该实施方式中，定时器是由网络通过RRC或通过MAC协议配置的半静态参数。在SR的传输之后，UE在第一定时器持续时间内跳过针对UL DCI的解码，然后尝试对响应于SR而发送到其的UL PDCCH许可进行解码。一旦该定时器期满，UE就开始盲解码UL DCI。

第四实施例(用于BFR的RACH)

根据以上所示的当前规范，UE在已经发送针对波束故障恢复请求的PRACH前导码时在BeamFailureRecoveryConfig中配置的ra-ResponseWindow期间监测用于C-RNTI的PDCCH，由此PDCCH监测在PRACH前导码传输的最后一个符号之后的第一PDCCH时机处开始。只有当在由高层参数recoverySearchSpaceId(即SS-BFR)指示的搜索空间上接收到被寻址到C-RNTI的PDCCH传输时，UE才将无竞争BFR过程视为成功终止。响应于已经发送了用于无竞争BFR的PRACH，除了由recoverySearchSpaceId指示的搜索空间之外，UE继续在PRACH之前监测的已配置的搜索空间中监测PDCCH候选。

根据又一个实施例，UE可以响应于已经发送了针对BFR的PRACH前导码，而是仅在已经发送了PRACH之后的预先配置的时间偏移之后，即，考虑在gNB侧处针对PRACH检测和RAR消息生成/调度所需的处理时间，不立即监测针对响应消息的PDCCH，例如，被寻址到C-RNTI的随机接入响应(RAR)。根据本实施例的一个实施方式，RAR窗口在作为对应于PRACH传输的PRACH时机的最后一个符号之后预先配置的symbol_offset的、UE被配置成接收针对SS-BFR的PDCCH的PDCCH时机处开始。通过不立即监测针对被寻址到C-RNTI的RACH的PDCCH，而是仅在预先配置的偏移之后，UE可以在功率节省方面受益。

根据本实施例的又一方面，UE可能仅需要监测DL DCI格式，同时在由recoverySearchSpaceId指示的搜索空间上监测由C-RNTI标识的PDCCH传输。通过不需要监测UL许可，UE可以降低功耗和复杂度。在一个示例中，UE可能不监测或尝试解码不同于DLDCI大小的UL DCI格式大小的UL DCI格式；UE可以继续监测与DL DCI相同大小的UL DCI(例如，后退DCI 1_0和DCI 0_0)。假设gNB将响应于已经接收到针对BFR的PRACH而发送下行链路消息，例如借助于MAC CE(TCI状态激活MAC CE)或DL DCI(基于DCI的TCI状态切换)来指示传输配置指示符(TCI)状态切换和对应的波束切换。

根据本实施例的一个进一步的实施方式，UE可以仅在波束故障恢复过程期间在由recoverySearchSpaceId指示的搜索空间上监测由C-RNTI标识的PDCCH传输。因此，UE将在BFR过程期间在已经将BFR发送到gNB时，不在先前可能已经被监测的其它已配置的搜索空间上监测PDCCH。

第五实施例(延迟触发SR)

根据另一实施例，UE将已触发SR的传输延迟到下一个开启持续时间，例如下一个drx-onDurationTimer持续时间，或者延迟到下一个活动时间。这种行为可以链接到触发SR的LCH。如果逻辑信道优先级低于阈值，则UE将SR的传输延迟到下一个活动时间或下一个开启持续时间。对于在活动时间之外触发SR的情况，例如UE处于DRX中，UE可以不在下一个可用PUCCH资源上发送SR，而是在发生在下一个drx-onDurationTimer持续时间内的PUCCH资源上传输SR。根据本实施例的特定实施方式，UE在发生在drx-onDurationTimer正在运行的下一个drx-onDurationTimer持续时间内的PUCCH资源上传输在活动时间之外触发的SR。如前所述，如果配置了具有由PS-RNTI(DCP)加扰的CRC的DCI，则唤醒信号(例如，具有由PS-RNTI(功率节省RNTI)加扰的CRC的DCI格式2_6)指示UE是否应该在下一个drx-onDurationTimer持续时间内开始drx-onDurationTimer。根据实施例的一个实施方式，延迟SR的传输可以仅适用于延迟容忍的特定配置的LCH。通过不在下一个可用的PUCCH资源上立即发送已触发的SR，而是在UE无论如何监测PDCCH的活动时间内发生的PUCCH资源上发送已触发的SR,UE可以获得附加的功率节省益处。

第六实施例(用于UL许可的DRX)

根据另一实施例，UE可以仅在预先配置的时机(例如，时隙/子帧/符号)上监测ULDCI。当在UE中没有可用于传输的数据时，没有良好的动机来监测针对分配UL-SCH资源的ULDCI的PDCCH。根据一个实施方式，对于在UE中没有可用于传输的数据的情况，UE可以不监测针对(一个或多个)UL DCI的PDCCH。对于UE接收UL-SCH资源分配但没有任何数据要传输的情况，这可以是与跳过UL许可/传输类似的行为。然而，由于例如对于下行链路调度(CSI)或波束管理所需的非周期SRS或CSI也由UL DCI格式(例如格式0_1)调度，因此UE可能仍然需要监测这些DCI格式。因此，根据实施例的一个实施方式，当UE没有可用于传输的数据时，UE可以仅监测用于特定UL相关DCI格式的PDCCH。在该实施例的一个实施方式中，UE可以仅在一些预先定义的时机(例如时隙/子帧/符号)处监测UL DCI格式，例如一些特定UL DCI格式。为了在UE与gNB之间同步，即gNB应该知道UE何时监测针对UL DCI格式的PDCCH，可以针对何时开始UE中的低PDCCH监测活动来定义某些规则。根据实施例的一个具体实施方式，UE在接收到分配UL-SCH资源的UL DCI格式时开始定时器。在这样的定时器期满时，UE根据某个预先定义的模式来开始PDCCH(UL DCI)监测活动。定时器在接收分配UL-SCH资源的ULDCI处以及在PUCCH上传输SR时(重新)开始。

根据实施例的一个实施方式，可以向UE提供用于监测UL DCI的DRX模式/配置以及用于监测DL DCI的单独的DRX模式/配置。

在一种实施方式中，如果UE处于活动时间中并且如果UL不活动定时器正在运行，则UE监测针对具有与给定搜索空间集合中的DL DCI不同大小的UL DCI的PDCCH，其中，UE在包括UL DCI的PDCCH接收结束之后的第一符号中开始或重新开始UL不活动定时器。为了UE功率节省，尽可能快地传输缓冲的UL数据并且在完成缓冲的UL数据的传输时关闭一些Tx链相关分量可能是有益的。因此，UE可以在接收到UL DCI之后的一段时间内继续监测UL DCI，并且可以在UL不活动定时器期满之后停止监测UL DCI并且关闭Tx分量。在一个示例中，如果UE在下一个DRX周期内开始drx-onDurationTimer，则UE可以在下一个DRX周期的开始处重新开始监测UL DCI。在另一示例中，UE可以在已配置的许可PUSCH上传输SR和/或BSR之后重新开始监测UL DCI。

在本申请中，相对于至少一些实施例，以下方面可能是令人感兴趣的：

●引入时间偏移用于随机接入响应消息/MsgB的PDCCH监测

○UE尝试在窗口期间检测具有由对应的RA-RNTI加扰的CRC的DCI格式1_0，其中，窗口在作为与PRACH传输对应的PRACH时机的最后一个符号之后至少配置的符号数目的、UE被配置成接收针对Type1-PDCCH CSS集合的PDCCH的最早CORESET的第一符号处开始

○对于不同的RACH事件，时间偏移(例如，符号数目)可以不同

○时间偏移基于来自PRACH传输的隐含指示的LCH优先级来确定

○不同的RO可以被配置用于不同的RACH事件，例如针对UL-SCH资源的请求

●ra-ContentionResolutionTimer在已经(重新)传输RACH MSg3时开始预先配置的时间偏移

○在随机接入过程由MAC子层本身或由RRC子层以连接模式(例如，针对请求UL-SCH资源的基于竞争的随机接入过程)发起的情况下，UE可以仅在ra-ContentionResolutionTimer正在运行的同时监测针对UL许可的PDCCH。

●UE可能仅需要监测DL DCI格式，同时在由recoverySearchSpaceId指示的搜索空间上监测由C-RNTI标识的PDCCH传输。

○UE可以不监测或尝试解码不同于DL DCI大小的UL DCI格式大小的UL DCI格式；UE可以继续监测与DL DCI相同大小的UL DCI(例如，后退DCI 1_0和DCI 0_0)。

○在波束故障恢复过程期间，UE可以仅在由recoverySearchSpaceId指示的搜索空间上监测由C-RNTI标识的PDCCH传输。

■在已经将BFR发送到gNB时，UE将在BFR过程期间不在先前可能已经被监测的其它已配置的搜索空间上监测PDCCH。

●当UE执行BFR过程时，用于成功终止波束故障恢复过程的SS-BFR优先于针对UE所配置的其它搜索空间，因为只有被寻址到在SS-BFR上接收到的C-RNTI的PDCCH将成功地终止BFR过程。

●UE延迟传输已触发的SR到下一个开启持续时间，例如下一个drx-onDurationTimer持续时间，或到下一个活动时间。

○如果逻辑信道优先级低于阈值，则UE延迟传输SR到下一个活动时间或下一个开启持续时间。

○UE在发生在drx-onDurationTimer正在运行的下一个drx-onDurationTimer持续时间内的PUCCH资源上传输活动时间之外触发的SR。

●UE可以仅在预先配置的时机(例如时隙/子帧/符号)监测UL DCI。

○UE可以仅在一些预先配置的时机(例如，时隙/子帧/符号)监测UL DCI格式(例如，一些特定的UL DCI格式)。

■UE在接收到分配UL-SCH资源的UL DCI格式时开始定时器。在这样的定时器期满时，UE根据某一预先定义的模式开始PDCCH(UL DCI)监测活动。定时器在接收分配UL-SCH资源的UL DCI处以及在PUCCH上传输SR时(重新)开始。

○根据实施例的一个实施方式，可以向UE提供用于监测ULDCI的DRX模式/配置以及用于监测DL DCI的单独DRX模式/配置。

图2图示了与建立用户设备中的物理下行链路控制信道的监测被设置为发生的实例相关联的用户设备中的流程图200。根据至少一个实施例，该方法能够包括确定202包括用于延迟在与至少一种类型的物理随机接入信道时机中的每一个相关联的搜索空间集合中监测物理下行链路控制信道的符号数目的配置。物理随机接入信道前导码能够在针对所标识类型的物理随机接入信道时机的物理随机接入信道时机中被传输204到网络。响应于在物理随机接入信道中传输物理随机接入信道前导码，能够在时间窗口期间、在与控制资源集合相关联的搜索空间集合中针对随机接入响应监测206物理下行链路控制信道，其中，该窗口在作为与在物理随机接入信道时机中传输所述物理随机接入信道前导码对应的物理随机接入信道时机的最后一个符号之后至少针对所标识类型的物理随机接入信道时机的配置的符号数目的、所述用户设备被配置成接收针对所述搜索空间集合的物理下行链路控制信道的最早控制资源集合的第一符号处开始。

在一些实例中，包括用于延迟在与至少一种类型的物理随机接入信道时机中的每一个相关联的搜索空间集合中监测物理下行链路控制信道的符号数目的配置能够被确定为由用户设备从网络接收到的传输的一部分。在这些实例中的一些中，用于延迟在与至少一种类型的物理随机接入信道时机中的每一个相关联的搜索空间集合中监测物理下行链路控制信道的符号数目能够被明确地标识为由用户设备从网络接收到的传输的一部分。在这些实例中的其它实例中，用于延迟在与至少一种类型的物理随机接入信道时机中的每一个相关联的搜索空间集合中监测物理下行链路控制信道的符号数目能够从被包括为由用户设备从网络接收到的传输的一部分的信息导出。在这些实例中的一些实例中，被包括为传输的一部分的信息能够包括时隙的数目。

在一些实例中，包括用于延迟在与至少一种类型的物理随机接入信道时机中的每一个相关联的搜索空间集合中监测物理下行链路控制信道的符号数目的配置能够基于从物理随机接入信道时机的传输标识的逻辑信道优先级指示来确定。

在一些实例中，至少一种类型的物理随机接入信道时机能够包括多种类型的物理随机接入信道时机，其包括至少第一类型的物理随机接入信道时机和第二类型的物理随机接入信道时机。在这些实例中的一些实例中，配置的符号数目能够包括用于第一类型的物理随机接入信道时机的第一配置符号数目和用于第二类型的物理随机接入信道时机的第二配置符号数目，其中，第二配置符号数目不同于第一配置符号数目。

在一些实例中，用户设备能够尝试在时间窗口期间利用由对应的随机接入无线电网络临时标识符加扰的循环冗余校验来检测下行链路控制信息。

在一些实例中，搜索空间集合可以是Type1物理下行链路控制信道公共搜索空间集合。

在一些实例中，包括用于延迟在搜索空间集合中监测物理下行链路控制信道的符号数目的所确定的配置能够被应用于基于竞争的随机接入过程。在这些实例中的一些实例中，该方法还能够包括：在时间窗口内接收具有下行链路控制信息的物理下行链路控制信道，其中与该物理下行链路控制信道相关联的物理下行链路共享信道包括随机接入响应消息，该随机接入响应消息包括用于用户设备的随机接入响应上行链路许可；在由随机接入响应上行链路许可指示的上行链路资源上传输随机接入信道Msg3；通过已传输随机接入信道Msg3后的预先配置的时间偏移，开始随机接入竞争解决方案定时器。在这些实例中的进一步中，基于竞争的随机接入过程能够是针对请求上行链路资源而发起的基于竞争的随机接入过程，并且由用户设备监测物理下行链路控制信道能够限于在随机接入竞争解决方案定时器正在运行的同时监测上行链路下行链路控制信息。

在一些实例中，物理随机接入信道时机能够是响应于波束故障恢复过程而传输的类型。在这些实例中的一些中，由用户设备监测物理下行链路控制信道能够限于在搜索空间集合上监测被寻址到小区无线电网络临时标识符的下行链路控制信息，其中搜索空间集合是由高层配置的波束故障恢复搜索空间集合。

图3图示了与建立用户设备中的物理下行链路控制信道的监测被设置为发生的实例相关联的网络实体中的流程图300。根据至少一个实施例，该方法能够包括：确定302包括用于用户设备延迟在与至少一种类型的物理随机接入信道时机中的每一个相关联的搜索空间集合中监测物理下行链路控制信道的符号数量的配置；以及将该配置传达到用户设备。能够在针对所标识类型的物理随机接入信道时机的物理随机接入信道时机中从用户设备接收304物理随机接入信道前导码，其中能够将用户设备配置306成在网络实体响应该类型的物理随机接入信道时机的时间窗口期间在与控制资源集合相关联的搜索空间集合中监测用于随机接入信道响应的物理下行链路控制信道。该窗口在作为与在物理随机接入信道时机中由用户设备传输物理随机接入信道前导码对应的物理随机接入信道时机的最后一个符号之后至少针对所标识类型的物理随机接入信道时机的配置的符号数目的、用户设备被配置成接收针对搜索空间集合的物理下行链路控制信道的最早控制资源集合的第一符号处开始。

应当理解到，尽管特定步骤如图所示，但是能够取决于实施例来执行各种附加或不同的步骤，并且可以取决于实施例来重新布置、重复或完全消除特定步骤中的一个或多个。此外，所执行的一些步骤能够在进行中或连续的基础上同时重复，同时执行其他步骤。此外，不同的步骤能够由公开的实施例的不同元件或单个元件执行。

图4是根据可能实施例的诸如无线通信设备110的装置400的示例框图。装置400能够包括壳体410、壳体410内的控制器420、耦合到控制器420的音频输入和输出电路430、耦合到控制器420的显示器440、耦合到控制器420的收发器450、耦合到收发器450的天线455、耦合到控制器420的用户接口460、耦合到控制器420的存储器470以及耦合到控制器420的网络接口480。装置400能够执行所有实施例中描述的方法。

显示器440能够是取景器、液晶显示器(LCD)、发光二极管(LED)显示器、有机发光二极管(OLED)显示器、等离子体显示器、投影显示器、触摸屏或显示信息的任何其它设备。收发器450能够包括发射器和/或接收器。音频输入和输出电路430能够包括麦克风、扬声器、换能器或任何其它音频输入和输出电路。用户界面460能够包括小键盘、键盘、按钮、触摸板、操纵杆、触摸屏显示器、另一附加显示器、或用于在用户与电子设备之间提供接口的任何其它设备。网络接口480能够是通用串行总线(USB)端口、以太网端口、红外发射器/接收器、IEEE 1394端口、WLAN收发器，或能够将装置连接到网络、设备和/或计算机的并且能够发射和接收数据通信信号的任何其它接口。存储器470能够包括随机存取存储器、只读存储器、光学存储器、固态存储器、闪存、可移动存储器、硬盘驱动器、缓存，或能够被耦合到装置的任何其它存储器。

装置400或控制器420可以实现任何操作系统，诸如Microsoft

本公开的方法可以在编程处理器上实现。然而，控制器、流程图和模块也可以在通用或专用计算机、编程微处理器或微控制器和外围集成电路元件、集成电路、诸如分立元件电路的硬件电子或逻辑电路、可编程逻辑器件等上实现。通常，其上驻留有能够实现附图中所示的流程图的有限状态机的任何设备可以被用来实现本公开的处理器功能。

虽然已经利用本公开的具体实施例描述了本公开，但是显而易见的是，许多替代、修改和变化对于本领域技术人员而言将是显而易见的。例如，在其他实施例中可以互换、添加或替换实施例的各种组件。此外，每个附图的所有元件对于所公开的实施例的操作不是必需的。例如，所公开的实施例的本领域普通技术人员将能够通过简单地采用独立权利要求的要素来制造和使用本公开的教导。因此，如本文所阐述的本公开的实施例旨在是说明性的而非限制性的。在不脱离本公开的精神和范围的情况下，可以进行各种改变。

在本文档中，诸如“第一”、“第二”等关系术语可以仅用于将一个实体或动作与另一个实体或动作区分开，而不一定要求或暗示这些实体或动作之间的任何实际的这种关系或顺序。后续列表的短语“……中的至少一个”、“选自……的组的至少一个”或“选自……的至少一个”被定义为意指列表中的一个、一些或全部元素，但不一定是全部元素。术语“包括”、“包含”、“具有”或其任何其他变型旨在涵盖非排他性包括，使得包括一系列要素的过程、方法、物品或装置不仅包括那些要素，而且可以包括未明确列出的或这种过程、方法、物品或装置固有的其他要素。在没有更多约束的情况下，前面有“一”、“一个”等的要素不排除在包括该要素的过程、方法、物品或装置中存在另外的相同元要。此外，术语“另一个”被定义为至少第二个或更多个。如本文所使用的术语“包含”、“具有”等被定义为“包括”。此外，背景技术部分被写成发明人在提交时自己对一些实施例的上下文的理解，并且包括发明人自己对现有技术的任何问题和/或发明人自己的工作中经历的问题的认识。