CN113170348A

CN113170348A - 在支持非连续接收（drx）操作的无线通信系统中的终端和基站的方法和装置

Info

Publication number: CN113170348A
Application number: CN202080006835.1A
Authority: CN
Inventors: 林琼洁; 阿里斯·帕帕萨凯拉里奥
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2019-06-14
Filing date: 2020-06-03
Publication date: 2021-07-23
Anticipated expiration: 2040-06-03
Also published as: ES2943006T3; US20200396684A1; KR20200143677A; EP3751891B1; EP4207866A1; US11856516B2; US20220303895A1; WO2020251211A1; US11425648B2; EP3751891A1; KR102486312B1; US20240080763A1

Abstract

本公开涉及一种用于将支持比第四代(4G)系统更高数据速率的第五代(5G)通信系统与物联网(IoT)技术融合的通信方法和系统。本公开提供了在支持DRX操作的无线通信系统中的终端和基站的方法和装置，该终端的方法包括：从基站接收与周期性测量或周期性上报中的至少一项有关的配置信息，从基站接收指示终端是否监听下行链路控制信道的控制信息，并且在控制信息指示终端要跳过监听下行链路控制信道的情况下，基于配置信息执行周期性测量或周期性上报中的至少一项。

Description

在支持非连续接收(DRX)操作的无线通信系统中的终端和基站的方法和装置

技术领域

本公开涉及提供支持比第四代(4G)通信系统(诸如长期演进(LTE))更高数据速率的pre-第五代(5G)或5G通信系统。特别地，本公开的各方面涉及在支持DRX的无线通信系统中的终端和基站的操作。

背景技术

为了满足自部署4G通信系统以来对无线数据业务的日益增长的需求，已经努力开发改进的5G或pre-5G通信系统。因此，5G或pre-5G通信系统也被称为“超4G网络”或“后LTE系统”。与4G通信系统相比，5G通信系统可以在更高频率(mmWave)频带(例如，60GHz的频带)中实现，以提供更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G无线通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线技术。另外，在5G通信系统中，基于高级小小区，云无线接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信，协作多点(CoMP)、接收端干扰消除等正在进行系统网络改进的开发。在5G通信系统中，已经开发了作为高级编码调制(ACM)的混合频移键控(FSK)和正交振幅调制(QAM)(FQAM)和滑动窗口叠加编码(SWSC)，作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏代码多址(SCMA)。

5G通信系统被认为被实现在更高频率(mmWave)频带(例如，60GHz频带)中，以便实现更高的数据速率。为了减小无线电波的传播损耗并且增加传输距离，在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。

另外，在5G通信系统中，基于高级小小区，云无线接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信，协作多点(CoMP)、接收端干扰消除等正在进行系统网络改进的开发。

同时，互联网作为人类产生和消费信息的以人为中心的连接网络，现在正在演变为物联网(IoT)，通过物联网，在事物或其他分布式组件之间交换和处理信息。万物互联(IoE)技术可以是大数据处理技术与IoT技术通过例如与云服务器的连接相结合的示例。

为了实现IoT，需要诸如传感技术、有线/无线通信和网络基础结构、服务接口技术、以及安全技术之类的技术元素。最近正在研究诸如传感器网络、机器对机器(M2M)、机器类型通信(MTC)等的对象间连接技术。

在IoT环境中，可以提供智能互联网技术(IT)服务，其通过收集和分析在所连接的物体之间生成的数据来为人类生活创造新的价值。通过现有IT技术与各种行业的融合和结合，IoT可以具有各种应用，例如智能家居、智能建筑、智慧城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和先进医疗服务。

因此，正在进行各种努力将5G通信系统应用于IoT网络。例如，传感器网络、机器对机器(M2M)、机器类型通信(MTC)或其他5G技术是通过诸如波束成形、多输入多输出(MIMO)和阵列天线方案之类的方案实现的。云无线接入网络作为大数据处理技术的上述应用可以说是5G与IoT技术融合的示例。

发明内容

技术问题

本公开的实施例包括用户设备(UE)、基站(BS)、以及用于管理C-DRX中的UE操作的方法。

本公开的实施例提供一种用于在支持非连续接收(DRX)的无线通信系统中有效地执行周期性测量或周期性上报的装置和方法。

技术方案

一个实施例针对一种支持DRX操作的无线通信系统中的终端的方法，该方法包括：从基站接收与周期性测量或周期性上报中的至少一项有关的配置信息：从所述基站接收指示所述终端是否监听下行链路控制信道的控制信息，并且在所述控制信息指示所述终端跳过监听所述下行链路控制的情况下基于所述配置信息执行所述周期性测量或所述周期性上报中的至少一项。

另一实施例针对支持DRX操作的无线通信系统中的终端，所述终端包括收发器和处理器，所述处理器被配置为经由所述收发器从所述基站接收与周期性测量或周期性上报中的至少一项有关的配置信息，经由所述收发器从所述基站接收指示所述终端是否监听下行链路控制信道的控制信息，并且在所述控制信息指示所述终端跳过监听所述下行链路控制信道的情况下基于所述配置信息执行所述周期性测量或周期性上报中的至少一项。

又一个实施例针对一种支持DRX操作的无线通信系统中的基站的方法，所述方法包括向终端发送与周期性测量或周期性上报中的至少一项有关的配置信息，向所述终端发送指示所述终端是否监听下行链路控制信道的控制信息，并且在所述控制信息指示所述终端跳过监听所述下行链路控制信道的情况下从所述终端接收基于所述配置信息的周期性报告。

另一实施例针对支持DRX操作的无线通信系统中的基站，所述方法包括收发器和处理器，所述处理器被配置为经由收发器向终端发送与周期性测量或周期性上报中的至少一项有关的配置信息，向所述终端发送指示所述终端是否监听下行链路控制信道的控制信息，并且在所述控制信息指示所述终端跳过监听下行链路控制信道的情况下经由所述收发器从所述终端接收基于所述配置信息的周期性报告。

一个实施例针对UE，所述UE包括：收发器，所述收发器被配置为接收用于(i)与非连续接收(DRX)周期的激活期(ON duration)相对应的DRX激活期定时器(drx-onDurationTimer)的配置，(ii)用于在所述DRX周期的激活期之前接收物理下行链路控制信道(PDCCH)的搜索空间集的配置，(iii)信道状态信息参考信号(CSI-RS)资源的第一集合的配置，(iv)同步信号/物理广播信道(SS/PBCH)块的配置，以及(v)物理上行链路控制信道(PUCCH)资源的配置。所述收发器还被配置为接收所述PDCCH，其中所述PDCCH提供DCI格式，所述DCI格式包括指示是否启动drx-onDurationTimer的字段。所述UE还包括处理器，该处理器可操作地连接到所述收发器，并且被配置为确定由所述字段指示的不启动drx-onDurationTimer的指示并确定所述激活期中的CSI-RS资源的第一集合的接收时机。所述收发器还被配置为在至少一个接收时机中接收所述CSI-RS资源的第一集合或SS/PBCH块。所述处理器还被配置为基于所述至少一个接收时机中的一个接收时机来确定信道状态信息(CSI)报告。另外，收发器可以在所述激活期期间使用所述PUCCH资源来发送具有所述CSI报告的PUCCH。

在本公开的实施例中，其中所述收发器还被配置为接收用于使能或禁能所述PUCCH的传输的参数的配置。

在本公开的实施例中，其中所述CSI报告包括层1参考信号接收功率(L1-RSRP)报告，并且与所述L1-RSRP报告相关联的报告数量是CSI-RS资源指示符(cri-RSRP)或SS/PBCH块索引(ssb-Index-RSRP)。

在本公开的实施例中，其中所述参数还使能或禁能要包括在所述CSI报告中的层1参考信号接收功率(L1-RSRP)报告。

在本公开的实施例中，其中所述处理器还被配置为确定用于所述PUCCH的传输的时隙，并且所述收发器还被配置为仅在接收时机在所述时隙之前时才在用于所述PUCCH的传输的时隙中发送所述PUCCH。

在本公开的实施例中，其中所述处理器还被配置为：当所述DRX周期大于80毫秒时，在所述激活期中确定所述CSI-RS资源的第二集合的第二接收时机，并且所述收发器还被配置为在所述至少一个第二接收时机期间接收所述CSI-RS资源的第二集合，并基于所述至少一个第二接收时机中的一个接收时机执行无线资源管理(RRM)测量。

在本公开的实施例中，其中所述处理器还被配置为：确定所述接收时机是以下两个接收时机中的一个：所述DRX激活时间期间的所述至少一个接收时机中的最后一个接收时机或者所述DRX激活时间之外的所述激活期期间的所述至少一个接收时机中的接收时机。

另一实施例针对BS，所述BS包括处理器，所述处理器被配置为生成用于(i)与非连续接收(DRX)周期的激活期(on-duration)相对应的drx-onDurationTimer的配置，(ii)用于在所述DRX周期的激活期之前接收物理下行链路控制信道(PDCCH)的搜索空间集的配置，(iii)信道状态信息参考信号(CSI-RS)资源的第一集合的配置，(iv)同步信号/物理广播信道(SS/PBCH)块的配置，以及(v)物理上行链路控制信道(PUCCH)资源的配置。所述BS还包括收发器，所述收发器可操作地连接到所述处理器并被配置为发送所生成的配置；发送提供了DCI格式的PDCCH，所述DCI格式包括指示是否启动所述drx-onDurationTimer的字段；在所述激活期期间针对为所述CSI-RS资源的第一集合确定的接收时机中的至少一个接收时机期间，发送所述CSI-RS资源的第一集合或所述SS/PBCH块；并在所述激活期期间使用所述PUCCH资源接收具有信道状态信息(CSI)报告的PUCCH。所述CSI报告是基于所述至少一个接收时机中的一个接收时机来确定的。

在本公开的实施例中，其中所述收发器还被配置为发送用于使能或禁能PUCCH的传输的参数的配置。

在本公开的实施例中，其中所述参数还使能或禁能要包括在CSI报告中的层1参考信号接收功率(L1-RSRP)报告。

在本公开的实施例中，其中所述收发器还被配置为仅在当接收时机在用于PUCCH传输的时隙之前的该时隙中接收所述PUCCH。

在本公开的实施例中，其中所述收发器还被配置为当所述DRX周期大于80毫秒时，在所述激活期期间的至少一个第二接收时机内发送CSI-RS资源的第二集合。其中无线资源管理(RRM)测量可以基于至少一个第二接收时机中的一个接收时机来执行。

在本公开的实施例中，其中所述接收时机可以被确定是以下两个接收时机中的至少一个：所述DRX激活时间期间的所述至少一个接收时机中的最后一个接收时机和所述DRX激活时间之外的激活期期间的至少一个接收时机中的接收时机。

另一个实施例涉及一种方法，所述方法包括以下步骤：接收(i)用于与非连续接收(DRX)周期的激活期相对应的drx-onDurationTimer的配置，(ii)用于在所述DRX周期的激活期之前的物理下行链路控制信道(PDCCH)的搜索空间集的配置，(iii)信道状态信息参考信号(CSI-RS)资源的第一集合的配置，(iv)同步信号/物理广播信道(SS/PBCH)块的配置，以及(v)物理上行链路控制信道(PUCCH)资源；接收提供DCI格式的PDCCH，所述DCI格式包括指示是否启动drx-onDurationTimer的字段；确定所述字段的不启动drx-onDurationTimer的指示；确定在所述激活期期间的CSI-RS资源的第一集合的接收时机；在至少一个接收时机期间接收所述CSI-RS资源的第一集合或SS/PBCH块；基于所述至少一个接收时机中的一个接收时机确定信道状态信息(CSI)报告；在所述激活期期间使用所述PUCCH资源发送具有所述CSI报告的PUCCH。

在本公开的实施例中，其中所述方法还包括：接收用于使能或禁能所述PUCCH的传输的参数的配置。

在本公开的实施例中，其中所述CSI报告包括层1参考信号接收功率(L1-RSRP)报告，与所述L1-RSRP报告相关联的报告数量为CSI-RS资源指示符(cri-RSRP)或SS/PBCH块索引(ssb-Index-RSRP)，并且所述参数还使能或禁能要包括在所述CSI报告中的所述L1-RSRP报告。

在本公开的实施例中，其中所述方法还包括：确定用于所述PUCCH的传输的时隙；以及仅当接收时机在用于所述PUCCH的传输的时隙之前时才在所述用于所述PUCCH的传输的时隙中发送所述PUCCH。

在本公开的实施例中，其中所述方法还包括：当所述DRX周期大于80毫秒时，在所述激活期期间确定CSI-RS资源的第二集合的第二接收时机，在至少一个第二接收时机中接收所述CSI-RS资源的第二集合，并且基于所述至少一个第二接收时机中的一个接收时机来执行无线资源管理(RRM)测量。

在本公开的实施例中，其中所述方法还包括：将所述接收时机确定为以下中的一个：DRX激活时间期间的至少一个接收时机中的最后一个接收时机和DRX激活时间以外的激活期期间的至少一个接收时机中的接收时机。

从以下附图、描述和权利要求中，其他技术特征对于本领域的技术人员而言将是显而易见的。

在进行以下具体实施方式之前，阐述贯穿本专利文件使用的某些单词和短语的定义可以是有利的。术语“耦合”及其衍生词指代两个或更多个元素之间的任何直接或间接通信，而无论那些元素是否彼此物理接触。术语“发送”、“接收”和“通信”以及其衍生词包含直接和间接通信。术语“包括”和“包含”以及其衍生词意指包含但不限于。术语“或”是包括性的，意指和/或。短语“与……相关联”以及其衍生词意在包括、被包括在内、与……互连、包含、被包含在内、连接到或与……连接、耦合到或与……耦合、与……通信、与……协作、交织、并置、接近于、绑定于或与……绑定、具有、具有……的性质、与……有关系等。术语“控制器”意指控制至少一个操作的任何设备、系统或其部分。这种控制器可以以硬件或硬件和软件和/或固件的组合的形式实现。与任何特定控制器相关联的功能性可以是集中式的或分布式的，而无论是在本地还是远程地。短语“……中的至少一个”当与项目的列表一起使用时，意味着可以使用所列举的项目中的一个或更多个的不同组合，并且可能需要仅列表中的一个项目。例如，“A、B和C中的至少一个”包括以下组合中的任一个：A，B，C，A和B，A和C，B和C，以及A和B和C。同样，术语“集合”是指一个或更多个。因此，一组项目可以是单个项目或两个或多个项目的集合。

此外，在以下描述的各种功能可通过一个或更多个计算机程序来实现或者支持，每个计算机程序由计算机可读程序代码形成并且被具体实现在计算机可读介质中。术语“应用”和“程序”指代被适配用于在适合的计算机可读程序代码中实现的一个或更多个计算机程序、软件组件、指令集、过程、函数、对象、类、实例、相关数据或其一部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质不包括传输暂时性电信号或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括可永久地存储数据的介质和可存储并稍后重写数据的介质，诸如可重写光盘或可擦除存储器设备。

贯穿本专利文件提供了对其他某些单词和短语的定义。本领域的普通技术人员应该理解的是，在许多(若非大多数)情况下，此类定义适用于此类定义的单词和短语的在先以及将来的使用。

附图说明

为了更完整地理解本公开及其优点，现在结合附图参考以下描述，其中：

图1示出了根据本公开的各种实施例的示例性联网计算系统；

图2示出了根据本公开的各种实施例的联网计算系统中的示例性基站(BS)；

图3示出了根据本公开的各种实施例的联网计算系统中的示例性用户设备(UE)；

图4A和图4B示出了根据本公开的各种实施例的示例性发送路径和接收路径；

图5示出了根据本公开的各种实施例的示例性发射器；

图6示出了根据本公开的各种实施例的示例性接收器；

图7示出了根据本公开的各种实施例的用于DCI格式的示例性编码流程图；

图8示出了根据本公开的各种实施例的用于DCI格式的示例性解码流程图；

图9示出了根据本公开的各种实施例的基于最大MIMO层的动态自适应，通过BWP切换，在接收(RX)天线上进行自适应的流程图；

图10示出了根据本公开的各种实施例的基于最大MIMO层的动态自适应，通过BWP切换，在发射(TX)天线上进行自适应的流程图；

图11示出了根据本公开的各种实施例的基于最大TX天线端口的动态自适应，通过BWP切换，在TX天线上进行适应的流程图；

图12示出了根据本公开的各种实施例的用于接收基于PDCCH的节电信号/信道的流程图；

图13示出了根据本公开的各种实施例的当节电信号/信道指示跳过下一个或更多个DRX激活期的PDCCH监听时的PDCCH监听的流程图；

图14示出了根据本公开的各种实施例的在跳过下一个或更多个DRX激活期的PDCCH监听的先前指示之后，在肯定调度请求(positive SR)传输之前和之后的PDCCH监听的流程图；

图15示出了根据本公开的各种实施例的在跳过下一个或更多个DRX激活期的PDCCH监听的先前指示之后，在肯定调度请求(positive SR)传输之前和之后的PDCCH监听的另一流程图；

图16示出了根据本公开的各种实施例的在跳过下一个或更多个DRX激活期的PDCCH监听的先前指示之后，调度CG-PUSCH的传输的DCI格式的PDCCH监听的流程图；

图17示出了根据本公开的各种实施例的在跳过下一个或更多个DRX激活期的PDCCH监听的先前指示之后，响应于具有NACK值的HARQ-ACK传输利用SPS PDCSH接收进行PDCCH监听的流程图；

图18示出了根据本公开的各种实施例的当DCI格式提供跳过下一个或更多个DRX激活期的PDCCH监听的指示时，周期性/半静态CSI接收/上报的流程图；

图19示出了根据本公开的各种实施例的当DCI格式提供跳过下一个或更多个DRX激活期的PDCCH监听的指示时，周期性/半静态CSI接收/上报的另一流程图；

图20示出了根据本公开的各种实施例的在跳过下一个或更多个DRX激活期的PDCCH监听的先前指示之后，周期性/半静态探测参考信号(SRS)传输的流程图；

图21示出了根据本公开的各个实施例的在跳过下一个或更多个DRX激活期的PDCCH监听的先前指示之后，周期性/半静态SRS传输的另一流程图；

图22示出了根据本公开的各个实施例的在跳过下一个或更多个DRX激活期的PDCCH监听的先前指示之后的RACH过程的流程图；以及

图23示出了根据本公开的各种实施例的在C-DRX期间管理UE操作的过程的流程图。

具体实施方式

本文所包括的附图以及用于描述本公开的原理的各种实施例仅是通过示例的方式，并且不应以任何方式解释为限制本公开的范围。此外，本领域技术人员将理解，可以在任何适当布置的无线通信系统中实现本公开的原理。

以下文件通过引用方式并入本公开，如同在此完整阐述一样：3GPPTS38.211v15.5.0,“NR；Physical channels and modulation”，下文称为“REF 1”；3GPP TS38.212v15.5.0,“NR；Multiplexing and channel coding”，下文称为“REF 2”；3GPP TS38.213v15.5.0,“NR；Physical layer procedures for control”，下文称为“REF 3”；3GPPTS 38.214v15.5.0,“NR；Physical layer procedures for data”，下文称为“REF 4”；3GPPTS 38.215v15.5.0,“NR；Physical layer measurements”，下文称为“REF 5”；3GPP TS38.331v15.5.0,“NR；Radio Resource Control(RRC)protocol specification”,hereinafter“REF 6”；3GPP TS38.321v15.5.0,“NR；Medium Access Control(MAC)protocol specification”,hereinafter“REF 7”，以及3GPP TS 38.133v16.0.0,“NR；Requirements for support of radio resource management”，下文称为“REF 8”.

“天线相关元件”是可以包括RF链、PF路径(混频器、功率放大器、移相器等)、面板、物理天线元件等的组件集合。基于MIMO层的最大数量(Lmax)，UE可以激活/去激活其天线相关元件以减少功耗。例如，UE可以激活能够接收Lmax个MIMO层的最小数量的“天线相关元件”。可以通过UE实现来确定可以打开/关闭的天线相关组件，以使针对每个UE，天线自适应影响都不同。在没有任何规范支持的情况下，如果保证了用于天线自适应的足够时间间隙，则UE实现可以基于由调度DCI指示的层数来进行天线自适应。

在NR Rel-15中，由用于DL的PDSCH-ServingCellConfig和用于UL的PUSCH-ServingCellConfig通过高层信令为每个小区配置Lmax。所指示的Lmax用于服务小区的所有BWP中的PDSCH/PUSCH。应当注意，即使Lmax是每小区配置，基于UE实现的动态天线自适应仍然是可支持的。但是，当没有业务或业务较少时，Lmax的每小区配置效率很低。如果UE被配置有多个BWP并且没有业务以便bwp-InactivityTimer到期，则UE切换到默认BWP(例如，窄BWP)。然而，尽管UE在默认的BWP中运行，但是UE仍然需要基于为每个小区配置的Lmax来激活天线。

对于NR Rel-15中的UL传输，UE可以被配置为执行基于码本的PUSCH传输和基于非码本的传输。

对于基于码本的传输，Lmax由每个BWP配置的PUSCH-Config中的maxRank确定。但是，激活的TX天线端口或RF链受到每个SRS资源配置的SRS端口数量(即nrofSRS-Ports)和SRS资源数量的限制。在Rel-15中，UE可以为每个SRS资源配置最多4个SRS端口，并且可以配置的多面板的SRS资源的最大数量为2。

对于基于非码本的传输，最大MIMO层由SRS资源的数量确定。在NR Rel-15中，每个SRS资源只能配置有一个SRS端口，并且可以配置的SRS资源的最大数量为4。

因此，本公开的新颖方面认识到需要基于针对每个BWP配置的PDSCH的最大MIMO层来支持在UE处的RX天线上的自适应；基于针对每个BWP配置的PUSCH的最大MIMO层，支持在UE处的TX天线上进行自适应；基于每个BWP配置的最大RX天线端口支持在RX天线上进行自适应；基于每个BWP配置的最大SRS端口或最大SRS资源支持在TX天线上进行自适应；并在BWP切换延迟或PDSCH/PUSCH调度偏移的基础上考虑其他天线切换延迟。

本公开的其他新颖方面针对在接收到节电信号/信道的指示以节电模式操作之后的在DRX激活期期间针对各种发送和接收场景管理UE操作。UE可以接收跳过下一个或更多个DRX激活期的PDCCH监听的指示，但是如以下示例性但非限制性场景中所提供的，对于适当的UE操作，某些例外可能是必要的。第一场景涉及用于系统信息更新的PDCCH监听或公共搜索空间(CSS)中的PDCCH监听。CSS中的PDCCH监听可以用于检测DCI格式2_2，该DCI格式2_2为PUSCH传输或PUCCH传输提供发送功率控制(TPC)命令，或者可以用于检测DCI格式2_1，该DCI格式2_1为多个时隙中的每个时隙提供时隙格式的指示。第二场景涉及当UE具有在DRX激活期期间到达UE的缓存器的用于传输的数据时的调度请求(SR)的传输，其中UE已经由节电信号/信道指示以在节电模式下操作。第三场景涉及在DRX激活期期间UE保持与服务gNB的链路，保持同步，以及执行波束跟踪过程的能力，其中UE已经由节电信号/信道指示以在节电模式下操作。

因此，某些方面认识到当已经指示UE在一个或更多个DRX激活期期间在节电模式操作时，需要确定与PDCCH监听有关的UE操作；当还指示该UE在一个或更多个DRX激活期期间在节电模式操作时，确定当由高层指示UE以在物理层发送肯定调度请求(positive SR)时确定UE操作；当已经指示UE在一个或更多个DRX激活期期间在节电模式下操作时，确定与周期性/半静态PUSCH发送或周期性/半静态PDSCH接收有关的UE操作；当已经指示UE在一个或更多个DRX激活期期间在节电模式下操作时，确定与CSI报告的周期性/半静态CSI测量和CSI报告的周期性/半静态发送有关的UE操作；当已经指示UE在一个或更多个DRX激活期期间在节电模式下操作时，确定与周期性/半静态SRS发送有关的UE操作；当已经指示UE在一个或更多个DRX激活期期间在节电模式下操作时，确定与物理随机接入信道(PRACH)的发送有关的UE操作。

图1示出了根据本公开的实施例的示例性联网计算系统。图1中所示的无线网络100的实施例仅用于图示。在不脱离本公开的范围的情况下，能使用无线网络100的其他实施例。

如图1中所示，无线网络包括gNodeB(gNB)101、gNB 102和gNB 103，它们是多个BS。gNB 101与gNB 102和gNB 103进行通信。gNB 101还与至少一个互联网协议(IP)网络130(诸如，互联网、专有IP网络、或其他数据网络)进行通信。

gNB 102为gNB 102的覆盖范围区域120内的第一多个用户设备(UE)提供到网络130的无线宽带接入。第一多个UE包括：UE 111，其可以位于小型企业(SB)中；UE 112，其可以位于企业(E)中；UE 113，其可以位于WIFI热点(HS)中；UE 114，其可以位于第一住宅(R)中；UE 115，其可以位于第二住宅(R)中；以及UE 116，其可以是移动设备(M)，比如手机、无线膝上型电脑、无线PDA等。gNB 103为gNB 103的覆盖范围区域125内的第二多个UE提供到网络130的无线宽带接入。第二多个UE包括UE 115和UE 116。

根据网络类型，术语“基站”或“BS”可指代被配置为提供到网络的无线接入的任何组件(或组件的集合)，诸如发送点(TP)、发送接收点(TRP)、gNB、宏小区、毫微微小区、WIFI接入点(AP)或其他无线使能设备。基站可以依照一种或更多种无线通信协议(例如5G 3GPP新空口接口/接入(NR)、长期演进(LTE)、高级LTE(LTE-A)、高速分组接入(HSPA)、Wi-Fi802.11a/b/g/n/ac等)来提供无线接入。另外，取决于网络类型，可以使用其他公知的术语来代替“用户设备”或“UE”，诸如“终端”、“移动站”、“用户站”、“远程终端”、“无线终端”、“接收点”或“用户装置”。为了方便起见，在本专利文件中使用术语“用户设备”和“UE”来指代以无线方式接入BS的远程无线设备，而不论UE或终端是移动设备(诸如，移动电话或智能电话)还是通常被认为是固定设备(诸如，台式计算机或自动售货机)。

虚线示出覆盖范围区域120和125的大概范围，该覆盖范围区域120和125仅出于图示和说明的目的被示出为近似圆形的区域。应当清楚地理解的是，取决于gNB的配置以及与自然和人造障碍物相关联的无线环境中的变化，与gNB相关联的覆盖范围区域(诸如，覆盖范围区域120和125)可以具有其他形状，包括不规则形状。

如以下更详细描述的，无线网络100可以是5G通信系统，其中诸如UE 116的UE可以与诸如BS 102的BS通信，以进行UE天线自适应，从而节省C-DRX中的功率。在一个实施例中，可以基于每个带宽部分(BWP)确定的最大MIMO层将天线自适应应用于用于DL数据接收的RX天线。在另一个实施例中，可以基于每个BWP确定的最大MIMO层和/或最大发射天线端口将天线自适应应用于用于UL数据传输的TX天线。

尽管图1示出无线网络100的一个示例，然而可以对图1做出各种变化。例如，无线网络可以以任何适合的布置包括任何数量的gNB和任何数量的UE。另外，gNB 101可以直接地与任何数量的UE进行通信并且为那些UE提供到网络130的无线宽带接入。类似地，每个gNB 102-103可以直接与网络130进行通信并且为UE提供到网络130的直接无线宽带接入。此外，gNB101、102和/或103可以提供到其他或附加外部网络(诸如，外部电话网络或其他类型的数据网络)的接入。

图2示出了根据本公开的实施例的示例性基站(BS)。图2中示出的gNB102的实施例仅用于图示，并且图1的gNB 101和103可以具有相同或相似的配置。然而，gNB具有各种配置，并且图2不会将本公开的范围限于gNB的任何特定实施方式。

如图2中所示，gNB 102包括多个天线280a-280n、多个RF收发器282a-282n、发送(TX)处理电路284和接收(RX)处理电路286。gNB 102还包括控制器/处理器288、存储器290和回程或网络接口292。

RF收发器282a-282n从天线280a-280n接收输入的RF信号，诸如由网络100中的UE发送的信号。RF收发器282a-282n对输入的RF信号进行降频转换以生成IF或基带信号。IF或基带信号被发送到RX处理电路286，该RX处理电路286通过对基带或IF信号进行滤波、解码和/或数字化来生成处理过的基带信号。RX处理电路286将处理过的基带信号发送到控制器/处理器288以用于进一步处理。

TX处理电路284从控制器/处理器288接收模拟或数字数据(诸如，语音数据、web数据、电子邮件或交互式视频游戏数据)。TX处理电路284对输出的基带数据进行编码、复用和/或数字化以生成处理过的基带或IF信号。RF收发器282a-282n从TX处理电路284接收输出的处理过的基带或IF信号，并且将基带或IF信号增频转换为经由天线280a-280n发送的RF信号。

控制器/处理器288可以包括控制gNB 102的整体操作的一个或更多个处理器或其他处理设备。例如，控制器/处理器288可以依照公知原理通过RF收发器282a-282n、RX处理电路286和TX处理电路284来控制前向信道信号的接收和反向信道信号的发送。控制器/处理器288也可以支持附加功能，诸如更高级的无线通信功能。例如，控制器/处理器288可以支持来自多个天线280a-280n的输出信号被不同地加权以有效地在期望的方向上引导输出信号的波束成形或定向路由操作。可以通过控制器/处理器288在gNB 102中支持各种其他功能中的任一种功能。在一些实施例中，控制器/处理器288包括至少一个微处理器或微控制器。

控制器/处理器288还能够执行驻留在存储器290中的程序和其他过程，诸如基本OS。控制器/处理器288可以根据执行过程的需要将数据移入或移出存储器290。

控制器/处理器288还耦合到回程或网络接口292。回程或网络接口292允许gNB102通过回程连接或者通过网络与其他设备或系统进行通信。接口292可以通过任何适合的有线或无线连接支持通信。例如，当gNB 102作为(诸如支持5G、LTE或LTE-A)的蜂窝通信系统的一部分被实现时，接口292能允许gNB 102通过有线或无线回程连接与其他gNB进行通信。当gNB102作为接入点被实现时，接口292可以允许gNB 102通过有线或无线局域网或者通过有线或无线连接与更大的网络(诸如，因特网)进行通信。接口292包括通过有线或无线连接支持通信的任何适合的结构，诸如以太网或RF收发器。

存储器290耦合到控制器/处理器288。存储器290的一部分可以包括随机存取存储器(RAM)，并且存储器290的另一部分可以包括闪存或其他只读存储器(ROM)。

如下面更详细地描述的，BS 102可以通过联网计算系统将信息传达给UE(例如，图1中的UE 116)以进行UE天线自适应，从而节省C-DRX中的功率。在一个实施例中，可以基于每BWP确定的最大MIMO层将天线自适应应用于用于DL数据接收的RX天线。在另一个实施例中，可以基于每BWP确定的最大MIMO层和/或最大发射天线端口将天线自适应应用于用于UL数据传输的TX天线。

尽管图2示出了gNB 102的一个示例，然而可以对图2进行各种变化。例如，gNB 102可以包括图2中所示的任何数量的每个组件。作为特定示例，接入点可以包括多个接口292，并且控制器/处理器288可以支持路由功能以在不同的网络地址之间路由数据。作为另一特定示例，虽然被示出为包括TX处理电路284的单个实例和RX处理电路286的单个实例，但是gNB 102可以包括每个的多个实例(诸如，每RF收发器一个)。另外，图2中的各种组件可以被组合、进一步细分或者省略，并且能根据特定需要添加附加组件。

图3示出了根据本公开的实施例的示例用户设备(UE)116。图3中示出的UE 116的实施例仅用于图示，并且图1的UE 111-115能够具有相同或相似的配置。然而，UE具有各种配置，并且图3不会将本公开的范围限于UE的任何特定实施方式。

如图3中所示，UE 116包括天线305、射频(RF)收发器310、发送(TX)处理电路315、麦克风320和接收(RX)处理电路325。UE 116还包括扬声器330、控制器/处理器340、输入/输出(I/O)接口(IF)345、键盘350、显示器355和存储器360。存储器360包括基本操作系统(OS)程序361和一个或更多个应用362。

RF收发器310从天线305接收由网络100的gNB发送的输入的RF信号。RF收发器310降频转换输入的RF信号以生成中频(IF)或基带信号。IF或基带信号被发送到RX处理电路325，该RX处理电路325通过对基带或IF信号进行滤波、解码和/或数字化来生成处理过的基带信号。RX处理电路325将处理过的基带信号发送到扬声器330(诸如，用于语音数据)或者发送到控制器/处理器340以用于进一步处理(诸如，用于web浏览数据)。

TX处理电路315从麦克风320接收模拟或数字语音数据或者从控制器/处理器340接收其他输出的基带数据(诸如，web数据、电子邮件或交互式视频游戏数据)。TX处理电路315对输出的基带数据进行编码、复用和/或数字化以生成处理过的基带或IF信号。RF收发器310从TX处理电路315接收输出的处理过的基带或IF信号并且将该基带或IF信号增频转换为经由天线305发送的RF信号。

控制器/处理器340可以包括一个或更多个处理器或其他处理设备并执行存储在存储器360中的OS 361以便控制UE 116的整体操作。例如，控制器/处理器340能够依照公知原理通过RF收发器310、RX处理电路325和TX处理电路315来控制前向信道信号的接收和反向信道信号的发送。在一些实施例中，控制器/处理器340包括至少一个微处理器或微控制器。

控制器/处理器340还能够执行驻留在存储器360中的其他过程和程序。控制器/处理器340可以根据执行过程的需要将数据移入或移出存储器360。在一些实施例中，控制器/处理器340被配置为基于OS程序361或者响应于从gNB或运营商接收到的信号而执行应用362。控制器/处理器340还耦合到I/O接口345，该I/O接口345为UE 116提供连接到其他设备(诸如，膝上型计算机和手持计算机)的能力。I/O接口345是这些附件与控制器/处理器340之间的通信路径。

控制器/处理器340还耦合到键盘350和显示单元355。UE 116的操作者可以使用键盘350来将数据输入到UE 116中。显示器355可以是液晶显示器或能够渲染诸如来自web站点的文本和/或至少有限图形的其他显示器。

存储器360耦合到控制器/处理器340。存储器360的一部分能够包括随机存取存储器(RAM)，而存储器360的另一部分能够包括闪存或其他只读存储器(ROM)。

如下面更详细描述的，UE 116可以通过联网计算系统与诸如图2中的BS 102之类的BS通信，以进行UE天线自适应，从而节省C-DRX中的功率。在一个实施例中，可以基于每BWP确定的最大MIMO层将天线自适应应用于用于DL数据接收的RX天线。在另一个实施例中，可以基于每BWP确定的最大MIMO层和/或最大发射天线端口将天线自适应应用于用于UL数据传输的TX天线。

尽管图3示出了UE 116的一个示例，但是可以对图3进行各种变化。例如，图3中的各种组件能够被组合、进一步细分或者省略，并且能够根据特定需要添加附加组件。作为特定示例，控制器/处理器340能被划分成多个处理器，诸如一个或更多个中央处理单元(CPU)和一个或更多个图形处理单元(GPU)。另外，虽然图3示出被配置为移动电话或智能电话的UE 116，但是UE也能够被配置为作为其他类型的移动或固定设备来操作。

图4A和图4B示出了根据本公开的各种实施例的示例性无线发送和接收路径。在图4A和4B中，对于下行链路通信，可以在基站(gNB)102或中继站中实现发送路径电路400，并且可以在用户设备(例如，图1的用户设备116)中实现接收路径电路450。在其他示例中，对于上行链路通信，可以在基站(例如，图1的gNB 102)中或中继站中实现接收路径电路450，并且可以在用户设备(例如，图1的用户设备116)中实现发送路径电路400。

发送路径电路400包括信道编码和调制块405、串并(S-to-P)块410、大小N的快速傅立叶逆变换(IFFT)块415、并串(P-to-S)块420、添加循环前缀块425、以及上变频器(UC)430。接收路径电路450包括下变频器(DC)455、移除循环前缀块460、串并(S-to-S)块465、大小N的快速傅立叶变换(FFT)块470、并串(P-to-S)块475、以及信道解码和解调块480。

发送路径电路(发送路径)400和接收路径电路(接收路径)450中的至少一些组件可以以软件实现，而其他组件可以通过可配置硬件、或软件和可配置硬件的混合来实现。特别地，应注意，本公开文件中描述的FFT块和IFFT块可以被实现为可配置的软件算法，其中大小N的值可以根据实现方式进行修改。

此外，尽管本公开针对的是实现快速傅立叶变换和快速傅立叶逆变换的实施例，然而这仅作为图示，而不应被解释为限制本公开的范围。应理解的是，在本公开的替换实施例中，快速傅立叶变换函数和快速傅立叶逆变换函数分别容易地用离散傅立叶变换(DFT)函数和离散傅立叶逆变换(IDFT)函数替换。应理解的是，对于DFT和IDFT函数，N变量的值可以是任何整数(即，1、4、3、4等)，而对于FFT和IFFT函数，N变量的值可以是作为2的幂的任何整数(即，1、2、4、8、16等)。

在以下示例中，发送路径400在BS中实现，而接收路径450在UE中实现。在发送路径400中，信道编码和调制块405接收一组信息位，应用编码(例如，低密度奇偶校验(LDPC)编码)并对输入比特进行调制(例如，正交相移键控(QPSK)或正交幅度调制(QAM))以产生频域调制符号的序列。串并块410将串行调制的符号转换(即，解复用)为并行数据，以产生N个并行符号流，其中，N是BS 102和UE 116中使用的IFFT/FFT的大小。然后，大小N的IFFT块415对N个并行符号流执行IFFT操作以产生时域输出信号。并串块420转换(即，多路复用)来自大小N的IFFT块415的并行时域输出符号，以产生串行时域信号。然后，添加循环前缀块425将循环前缀插入到时域信号。最后，上变频器430将加循环前缀块425的输出调制(即，增频转换)为RF频率，以经由无线信道进行传输。在转换为RF频率之前，还可以在基带对信号进行滤波。

所发送的RF信号在通过无线信道之后到达UE处，并且执行与gNB处的那些操作相反的操作。在接收路径中，下变频器455将接收到的信号降频转换为基带频率，并且移除循环前缀块460移除循环前缀以产生串行时域基带信号。串并块465将时域基带信号转换为并行时域信号。然后，大小N的FFT块470执行FFT算法以产生N个并行频域信号。并串块475将并行频域信号转换为调制后的数据符号的序列。然后，信道解码和解调块480对调制后的符号进行解调和解码以恢复原始输入数据流。

gNB 101-103中的每一个均可以实现类似于在下行链路中向用户设备111-116进行发送的发送路径并且可以实现类似于在上行链路中从用户设备111-116进行接收的接收路径。类似地，用户设备111-116中的每一个均可以实现与用于在上行链路中向gNB 101-103进行发送的架构相对应的发送路径400并且可以实现与用于在下行链路中从gNB 101-103进行接收的架构相对应的接收路径450。

如下面更详细地描述的，可以在诸如图3中的UE 116的UE和诸如图2中的BS 102的BS中实现发送路径400和接收路径450，以用于通过联网计算系统传递信息以进行UE天线自适应，从而节省C-DRX中的功率。在一个实施例中，可以基于每BWP确定的最大MIMO层将天线自适应应用于用于DL数据接收的RX天线。在另一个实施例中，可以基于每BWP确定的最大MIMO层和/或最大发射天线端口，将天线自适应应用于用于UL数据传输的TX天线。

尽管图4A和4B示出了无线发送路径和无线接收路径的示例，但是可以对图4A和4B进行各种变化。例如，图4A和图4B中的各种组件可以被组合、进一步细分或省略，并且可以根据特定需要添加其他组件。另外，图4A和图4B旨在示出可以在无线网络中使用的发送路径和接收路径的类型的示例。可以使用任何其他合适的架构来支持无线网络中的无线通信。

图5示出了根据本公开的各种实施例的示例性发射器。可以在经由诸如gNB 101或UE 111之类的联网计算系统进行通信的电子设备中实现发射器500。

信息位510(例如DCI位或数据位)由编码器520编码，然后由速率匹配器530速率匹配到分配的时间/频率资源。速率匹配器530的输出由调制器540调制。调制和编码符号545和解调参考信号(DMRS)或信道状态信息参考信号(CSI-RS)550通过子载波(SC)映射单元560基于由BW选择器单元565选择的SC来映射。快速傅立叶逆变换(IFFT)由IFFT单元570执行，由CP插入单元580添加循环前缀(CP)。结果信号由滤波器590滤波成生成的滤波信号595，该滤波信号595由射频(RF)单元(未示出)发送。

图6示出了根据本公开的各种实施例的示例性接收器。接收器600可以在经由诸如gNB 101或UE 111之类的联网计算系统进行通信的电子设备中实现。

接收信号610被滤波器620滤波，然后通过用于移除循环前缀的CP移除单元630。IFFT单元640应用快速傅立叶变换(FFT)，并且将得到的信号提供给SC解映射单元650。SC解映射单元650对由BW选择器单元655选择的SC进行解映射。接收到的符号被信道估计器和解调器单元660解调。速率解匹配器670恢复速率匹配，并且解码器280对结果位进行解码以提供信息位290。

gNB 101-103中的每一个可以实现用于在下行链路中向UE 111-116进行发送的发射器400，并且可以实现用于在上行链路中从UE 111-116进行接收的接收器600。类似地，UE111-116中的每一个可以实现用于在上行链路中向gNB 101-103进行发送的发射器400，并且可以实现用于在下行链路中从gNB 101-103进行接收的接收器600。

如下面更详细描述的，发射器500和接收器600可以被包括在诸如UE 116和BS 102之类的UE和BS中，以在UE和BS之间传送信息以进行UE天线自适应，从而节省C-DRX中的功率。在一个实施例中，可以基于每BWP确定的最大MIMO层将天线自适应应用于用于DL数据接收的RX天线。在另一个实施例中，可以基于每BWP确定的最大MIMO层和/或最大发射天线端口将天线自适应应用于用于UL数据传输的TX天线。

图5和图6中的每个组件可以仅使用硬件或使用硬件和软件/固件的组合来实现。作为特定示例，图5和图6中的至少一些组件可以以软件方式实现，而其他组件可以通过可配置硬件、或软件和可配置硬件的混合来实现。例如，IFFT块570可以被实现为可配置软件算法。

此外，尽管被描述为使用IFFT，但这仅是示例性的，并且不应被解释为限制本公开的范围。可以使用其他类型的变换，例如离散傅立叶变换(DFT)和离散傅立叶逆变换(IDFT)函数。

尽管图5和图6示出了无线发射器和无线接收器的示例，但是可以进行各种改变。例如，图5和图6中的各种组件可以被组合，进一步细分或省略，并且可以根据特定需要添加其他组件。另外，图5和图6旨在示出可以在无线网络中使用的发射器和接收器的类型的示例。可以使用任何其他合适的架构来支持无线网络中的无线通信。

图7示出了根据本公开的各种实施例的用于下行链路控制信息(DCI)格式的示例性编码流程图。可以在诸如图2中的gNB 102之类的BS中实现编码流程图700。

gNB在各自的物理下行链路控制信道(PDCCH)中分别编码和发送每个DCI格式。当适用时，用于DCI格式的UE的无线网络临时标识符(RNTI)会对DCI格式码字的循环冗余校验(CRC)进行掩码，以使UE能够识别DCI格式。例如，CRC可以包括16位或24位，而RNTI可以包括16位或24位。否则，当DCI格式中不包含RNTI时，DCI格式中可以包含DCI格式类型指示符字段。使用CRC计算单元720确定未编码的DCI格式信息位710的CRC，并且使用CRC位和RNTI位740之间的异或(XOR)运算单元730来对CRC进行掩码。XOR运算被定义为XOR(0,0)＝0，XOR(0,1)＝1，XOR(1,0)＝1，XOR(1,1)＝0。使用CRC附加单元750将掩码后的CRC位附加到DCI格式信息位。信道编码器760执行信道编码(例如，尾比特卷积编码或极坐标编码)，然后由速率匹配器770对分配的资源进行速率匹配。交织器和调制器单元780应用交织和调制(例如，QPSK)，并且发送输出控制信号790。

图8示出了根据本公开的各种实施例的用于DCI格式的示例性解码流程图。解码流程图800可以在诸如图3中的UE 116的UE中实现。

接收的控制信号810由解调器和解交织器820解调和解交织。在发射器处应用的速率匹配由速率匹配器830恢复，并且结果位由解码器840解码。在解码之后，CRC提取器850提取CRC位并提供DCI格式信息位860。XOR运算单元870利用RNTI 880对DCI格式信息位进行去掩码(如果适用)，并且由CRC单元890执行CRC校验。当CRC校验成功时(校验和为零)，则DCI格式信息位被视为有效(至少当相应信息有效时)。当CRC校验不成功时，DCI格式信息位被认为是无效的。

如下面更详细描述的，编码流程图700和解码流程图800可以分别在诸如图2中的BS 102和图3中的UE 116之类的BS和UE中实现，以用于通过联网计算系统传送信息以进行UE天线自适应，从而节省C-DRX中的功率。在一个实施例中，可以基于每BWP确定的最大MIMO层将天线自适应应用于用于DL数据接收的RX天线。在另一个实施例中，可以基于每BWP确定的最大MIMO层或最大发射天线端口将天线自适应应用于用于UL数据传输的TX天线。

用于DL数据接收的最大MIMO层的UE自适应

本公开的实施例考虑用于DL数据接收的最大MIMO层的UE自适应。可以为UE提供具有索引i的DL BWP的最大MIMO层，其在本公开中被表示为N^maxMLDL_i。UE可以假设DL BWP中用于诸如物理下行链路共享信道(PDSCH)或PDCCH的DL数据接收的MIMO层不大于N^maxMLDL_i。

图9示出了根据本公开的各种实施例的基于最大MIMO层的动态自适应，通过BWP切换，在TX天线上进行自适应的流程图。流程图900的操作可以在诸如图3中的UE 116之类的UE中实现。

通过确定用于任意配置的DL BWLi的最大MIMO层N^maxMLDL_i，流程图900在操作902处开始。

在操作904中，确定是否从活跃BWP i切换到目标BWP j。如果确定从活跃BWP i切换到目标BWP j，则流程图900从操作904进行到操作906，切换到活跃BWP j，并假设用于数据接收的最大MIMO层(例如，PDSCH或PDCCH)不大于N^maxMLDL_j。在操作908中，根据N^maxMLDL_j来激活或去激活RX天线或RF链。被激活的RX天线或RX天线端口或RX RF链的数量至少为N^maxMLDL_j。例如，UE仅激活N^maxMLDL_j个RX天线或RX RF链。

返回到操作904，如果确定不从活跃BWP i切换到目标BWP j，则流程图900进行到操作910，停留在活跃BWP i上，并假设用于数据接收的MIMO层(例如，PDSCH或PDCCH)不大于N^maxMLDL_i。

当UE配置有用于具有索引/ID i的DL BWP的最大MIMO层(即，N^maxMLDL_i)时，UE可以根据以下示例之一确定用于DL BWP中的信道状态信息(CSI)报告的最大秩指示符(RI)。

示例1.UE可以假设CSI报告的最大RI与N^maxMLDL_i相同。不期望UE报告RI大于N^maxMLDL_i的DL BWP中的任何CSI报告。

示例2.UE可以假设DL BWP i中的任何CSI报告的最大RI与N^maxLayersDL相同，其中N^maxLayersDL是所有已配置的DL BWP中的最大值，使得N^maxLayersDL＝max{N^maxMLDL_i}。不期望UE报告RI大于N^maxLayersDL的DL BWP i中的任何CSI报告。

示例3.UE可以假设DL BWP i中的任何CSI报告的RI可以是一个范围内的值，而与N^maxMLDL_i的配置无关。例如，RI可以是{1、2、3、4、5、6、7、8}中的任何值。在另一示例中，RI可以是不大于由UE能力确定的PDSCH的最大RI或最大MIMO层的任何正整数值。

对于具有最大MIMO层N^maxMLDL_i的活跃BWP i的UE，如果N^maxMLDL_i与N^maxMLDL_j不同(其中，N^maxMLDL_j是初始DL BWP的最大MIMO层)，则不期望用与QCL-类型D的初始DL BWP中的SS/PBCH相关联的TCI状态来指示UE。

UE可以通过以下任何方法来确定用于具有索引/ID i的DL BWP的最大MIMO层(即，N^maxMLDL_i)。

方法1.在确定N^maxMLDL_i的第一方法中，UE可以通过RRC(无线资源控制)信令接收N^maxMLDL_i以及DL BWP i的配置。当通过RRC参数还向UE提供要用于服务小区的所有BWP的最大MIMO层(即，PDSCH-ServingCellConfig中的maxMIMO-Layers)时，UE可以假设N^maxMLDL_i覆写了用于DL BWP i的maxMIMO-Layers。

方法2.在确定N^maxMLDL_i的第二方法中，如果通过RRC参数向UE提供了要用于服务小区的所有BWP中的PDSCH的最大MIMO层(即，在REF 6中的PDSCH-ServingCellConfig中的maxMIMO-Layers)，则网络会将用于服务小区的具有ID i的任何DL BWP的最大MIMO层(表示为N^maxMLDL_i)设置为与maxMIMO-Layers相同的值。在这种情况下，如果存在要用于服务小区的所有BWP中的PDSCH的最大MIMO层(即，maxMIMO-Layers)的RRC参数，则UE可以假设用于任意配置的DL BWP的最大MIMO层具有与maxMIMO-Layers相同的值。

方法3.在确定N^maxMLDL_i的第三方法中，可以在系统操作的规范中定义N^maxMLDL_i，例如，对于初始DL BWP或默认DL BWP，N^maxMLDL_i＝1。

方法4.在确定N^maxMLDL_i的第四方法中，可以根据UE的辅助信息或UE能力来预先确定N^maxMLDL_i，例如，用于初始DL BWP或默认DL BWP的N^maxMLDL_i可以是从UE报告的优选最大MIMO层。

UE可以将其用于DL数据接收的优选最大MIMO层发送到gNB。下面描述用于由UE报告最大MIMO层的一些非限制性示例。所报告的用于DL数据接收的最大MIMO层可以用作辅助信息，也可以直接用作UE能力。

示例1.在用于报告用于DL数据接收的最大MIMO层的一个示例中，UE报告用于默认BWP或初始BWP或默认DL BWP或初始DL BWP的优选最大MIMO层。

示例2.在用于报告用于DL数据接收的最大MIMO层的另一个示例中，UE报告每个DLBWP的优选最大MIMO层。在这种情况下，UE报告优选最大MIMO层和相应的DL BWP索引两者。

示例3.在用于报告用于DL数据接收的最大MIMO层的另一示例中，UE报告用于DL数据接收的N>＝1个优选最大MIMO层，其中N<＝配置的DL BWP。

示例4.在用于报告用于DL数据接收的最大MIMO层的又一个示例中，UE报告用于活跃DL BWP的优选最大MIMO层。

用于UL数据传输的最大MIMO层的UE自适应

本公开的另一实施例考虑了用于UL数据传输的最大MIMO层的UE自适应。可以为UE提供，在本公开中被表示为N^maxMLUL_i的，用于具有索引i的UL BWP中的UL数据传输的最大MIMO层。UE假设UL BWP中用于诸如物理上行链路共享信道(PUSCH)或物理上行链路控制信道(PUCCH)的UL数据传输的MIMO层不大于N^maxMLUL_i。

图10示出了根据本公开的各种实施例的基于最大MIMO层的动态自适应，通过BWP切换，在发射(TX)天线上进行自适应的流程图。流程图1000中的操作可以在诸如图3中的UE116的UE中实现。

通过确定用于任意配置的UL BWL i的最大MIMO层N^maxMLUL_i，流程图1000在操作1002处开始。在操作1004中，确定是否从活跃BWP i切换到目标BWP j。如果确定从活跃BWP i切换到目标BWP j，则流程图1000进行到操作1006，切换到活跃BWP j，并假设用于UL数据传输的最大MIMO层(例如，PUSCH或PUCCH)不大于与UL BWP j相关联的N^maxMLUL_j。在操作1008中，根据N^maxMLUL_j来激活或去激活TX天线、TX天线端口或TX RF链。被激活的TX天线或TX天线端口或TX RF链的数量至少为N^maxMLUL_j。例如，UE仅激活N^maxMLUL_j个TX天线或TX RF链。

返回到操作1004，如果确定不从活跃BWP i切换到目标BWP j，则流程图1000进行到操作1010，并停留在活跃BWP i上，并假设用于UL数据传输的最大MIMO层(例如，PUSCH或PUCCH)不大于与UL BWP i相关联的N^maxMLUL_i。

对于具有索引i的UL BWP，基于所确定的用于UL数据传输的最大MIMO层(即，ULBWP i中的N^maxMLUL_i)，UE可以假设以下任何一项：

对于基于非码本的PUSCH的探测参考信号(SRS)传输，当每个SRS资源的SRS端口数为1时，UE可以假设SRS资源的数量不大于N^maxMLUL_i；

对于基于非码本的PUSCH的SRS传输，UE可以假设跨SRS资源的SRS端口的聚合数量不大于N^maxMLUL_i；

对于基于码本的PUSCH传输，UE可以假设基于码本的PUSCH的最大秩与N^maxMLUL_i相同；

对于基于码本的PUSCH的SRS传输，UE可以假设每个SRS资源的SRS端口数不大于N^maxMLUL_i；

对于用于天线切换的SRS传输，UE可以假设每个SRS资源的SRS端口数不大于N^maxMLUL_i；

对于用于波束管理的SRS传输，UE可以假设每个SRS资源的SRS端口数不大于N^maxMLUL_i；以及

对于SRS传输，UE可以假设每个SRS资源的SRS端口数不大于N^maxMLUL_i。

UE可以通过以下任何方法来确定用于具有索引/ID i的UL BWP的最大MIMO层(即，N^maxMLUL_i)。

在确定N^maxMLUL_i的第一方法中，当通过RRC信令向UE提供最大秩(即，如REF 6中所描述的PUSCH-Config中的maxRank)时，UE可以假设用于UL BWP i中PUSCH的最大MIMO层与maxRank相同，使得N^maxMLUL_i＝maxRank。

在确定N^maxMLUL_i的第二方法中，可以通过用于UL BWP i的高层信令来配置N^maxMLUL_i。如REF 6描述的那样，当还通过RRC参数向UE提供要用于服务小区的所有BWP中的PUSCH的最大MIMO层(即，PUSCH-ServingCellConfig中的maxMIMO-Layers)时，UE可以假设N^maxMLUL_i覆写了用于UL BWP i的maxMIMO-Layers。

在确定用于UL BWP i中的PUSCH的最大MIMO层的第三方法中，如果通过RRC参数向UE提供用于服务小区的所有BWP中的PUSCH的最大MIMO层(即，如REF 6中所描述的PUSCH-ServingCellConfig中的maxMIMO-Layers)，则网络将用于服务小区的具有ID i的任何ULBWP的最大MIMO层N^maxMLUL_i设置为与maxMIMO-Layers相同的值。在这种情况下，如果存在要用于服务小区的所有BWP中的PUSCH的最大MIMO层(即，maxMIMO-Layers)的RRC参数，则UE可以假设用于任意配置的UL BWP的最大MIMO层具有与maxMIMO-Layers相同的值。

在确定N^maxMLUL_i的第四方法中，可以根据UE的辅助信息或报告预先确定N^maxMLUL_i。例如，用于初始BWP或默认BWP的N^maxMLUL_i可以是UE报告的用于数据传输的最大MIMO层。

在确定N^maxMLUL_i的第五方法中，可以在系统操作的规范中定义N^maxMLUL_i。例如，初始BWP或默认BWP的N^maxMLUL_i可以是固定值，例如1。

在确定N^maxMLUL_i的第六方法中，N^maxMLUL_i＝min(x,y)，其中x是UL BWP i中每个SRS资源的最大SRS端口数，而y是用于基于码本的PUSCH的所有SRS资源中每个SRS资源中最大SRS端口数或y是用于基于非码本的PUSCH传输的跨SRS资源的SRS端口的聚合数量。

UE可以将用于UL数据传输的其优选最大MIMO层发送到gNB。所报告的最大MIMO层可以用作辅助信息，也可以直接用作UE能力。下面提供报告最大MIMO层的非限制性示例。

在用于报告用于UL数据传输的最大MIMO层的一个示例中，UE报告用于默认BWP或初始BWP或默认UL BWP或初始UL BWP的优选最大MIMO层。

在用于报告用于UL数据传输的最大MIMO层的另一示例中，UE报告每UL BWP的优选最大MIMO层。在这种情况下，UE报告优选最大MIMO层和相应的UL BWP索引两者。

在报告用于UL数据传输的最大MIMO层的另一个示例中，UE报告N≥1个优选最大MIMO层，其中N≤配置的UL BWP。

在用于报告用于UL数据传输的最大MIMO层的又一示例中，UE报告用于活跃UL BWP的优选最大MIMO层。

TX天线端口的UE自适应

本公开的又一个实施例考虑了在用于UL数据传输的发射(TX)天线端口上的UE自适应。

在TX天线端口的UE自适应的第一方法中，可以为UE提供用于具有索引i的UL BWP的最大数量的TX天线端口，在本公开中表示为N^maxTXports_i。UE假设用于UL BWP i中UL数据传输(诸如SRS、PUSCH)的TX天线端口的数量不大于N^maxTXports_i。

图11示出了根据本公开的各种实施例的基于最大TX天线端口的动态自适应，通过BWP切换，在TX天线上进行适应的流程图。流程图1100的操作可以在诸如图3中的UE 116的UE中实现。

通过确定用于任意配置的UL BWL i的最大TX天线端口N^maxTXports_i，流程图1100在操作1102处开始。在操作1104中，确定是否从活跃BWP i切换到目标BWP j。如果确定从活跃BWP i切换到目标BWP j，则流程图1100进行到操作1106并切换到活跃BWP j，并假设用于UL数据传输(例如，PUSCH或PUCCH)的最大TX天线端口不大于与UL BWP j相关联的N^maxTXports_j。

在操作1108中，可以根据N^maxmaxTXports_j来激活或去激活TX天线或TX天线端口或TX RF链。被激活的TX天线或TX天线端口或TX RF链的数量为至少N^maxTXports_j。例如，UE仅激活N^maxTXports_j个TX天线或TX RF链。

返回到操作1104，如果确定不从活跃BWP i切换到目标BWP j，则流程图1100从操作1104进行到操作1110，并停留在活跃BWP i上，并假设用于数据传输(例如，PUSCH或PUCCH)的TX天线端口不大于N^maxTXports_i。

对于具有索引i的UL BWP，当UE确定用于UL BWP的TX天线端口的最大数量N^maxTXports_i时，UE可以采用以下任何一项：

对于基于码本的PUSCH的SRS传输，UE可以假设每个SRS资源的SRS端口数不大于N^maxTXports_i；

对于用于基于非码本的PUSCH的SRS传输，当单个SRS资源的SRS端口数为1时，UE可以假设SRS资源的数量不大于N^maxTXports_i；

对于基于非码本的PUSCH的SRS传输，UE可以假设跨SRS资源的SRS端口的聚合数量不大于N^maxTXports_i；

对于用于天线切换或波束管理的SRS传输，UE可以假设每个SRS资源的SRS端口数不大于N^maxTXports_i；

对于SRS传输，对于在UL BWP i中的任何SRS资源集，UE可以假设每个SRS资源的SRS端口数乘以SRS资源的数量不大于N^maxTXports_i；以及

对于基于码本的PUSCH，UE可以假设最大秩(即，REF 6中的PUSCH-Config中的maxRank)不大于N^maxTXports_i。

UE可以通过以下任何方法来确定具有索引/ID i的UL BWP中的最大TX天线端口，即N^maxTXports_i。

在确定N^maxTXports_i的第一方法中，UE假设N^maxTXports_i是在UL BWP中配置的每个SRS资源的SRS端口数的最大值。

在确定N^maxTXports_i的第二方法中，UE假设N^maxTXports_i是在UL BWP中的每个SRS资源集的所有已配置的SRS资源的SRS端口的聚合数量的最大值。

在确定N^maxTXports_i的第三方法中，通过高层信令为UE提供用于UL BWP i的每个SRS资源的最大SRS端口数，并且UE可以假设N^maxTXports_i等于UL BWP中配置的每个SRS资源的最大SRS端口数。

在确定N^maxTXports_i的第四方法中，通过高层信令向UE提供每个SRS资源的最大SRS端口数和用于UL BWP i的最大SRS资源数量。在一个子示例中，UE可以假设N^maxTXports_i等于每个SRS资源的最大SRS端口数乘以最大SRS资源数量。

在确定N^maxTXports_i的第五方法中，N^maxTXports_i＝max(x，y)，其中x是ULBWP i中每个SRS资源的最大SRS端口数，而y是当UL BWP与基于码本的PUSCH传输相关联时单个资源中的SRS端口数，否则y是当UL BWP与基于非码本的PUSCH传输相关联时跨所有SRS资源的SRS端口的聚合数量。

在确定N^maxTXports_i的第六方法中，N^maxTXports_i＝max(x，y)，其中x是ULBWP i中每个SRS资源的最大SRS端口数，而y是用于基于码本的PUSCH的所有SRS资源中的每个SRS资源的最大SRS端口数，或y是用于基于非码本的PUSCH的跨SRS资源的SRS端口的聚合数量。

UE可以将用于UL数据传输的其优选最大TX天线端口发送给gNB。所报告的用于UL数据传输的最大TX天线端口可以用作辅助信息，也可以直接用作UE能力。可以通过以下非限制性示例中的任何一个来完成TX天线端口的上报。

在报告用于UL数据传输的TX天线端口的一个示例中，UE报告用于默认BWP或初始BWP或默认UL BWP或初始UL BWP的优选最大TX天线端口。

在报告用于UL数据传输的TX天线端口的另一示例中，UE报告每个UL BWP的优选最大TX天线端口。在这种情况下，UE报告优选TX天线端口和相应的UL BWP索引两者。

在报告用于UL数据传输的最大TX天线端口的另一示例中，UE报告N≥1个优选TX天线端口，其中N≤配置的UL BWP。

在报告用于UL数据传输的最大TX天线端口的又一示例中，UE报告用于活跃UL BWP的优选最大TX天线端口。

在TX天线端口上的UE自适应的第二方法中，对于配置的具有索引i的UL BWP，可以通过高层信令为UE提供每个SRS资源的SRS端口的最大数量，表示为X1_i，或者提供SRS资源的最大数量，表示为X2_i。

对于UL BWP i，当为UE提供每个SRS资源的最大SRS端口数X1_i时，UE可以假设以下任何一种：

对于UL BWP i中基于码本的PUSCH的SRS传输，UE可以假设每个SRS资源的SRS端口数不大于UL BWP中的X1；

对于UL BWP i中的SRS传输，UE可以假设每个SRS资源的SRS端口数不大于UL BWP中的X1。

对于UL BWP i，当为UE提供SRS资源的最大数量X2_i时，UE可以采取以下任何一种：

对于UL BWP i中基于非码本的PUSCH的SRS传输，UE可以假设SRS资源数不大于X2_i；以及

对于UL BWP i中的SRS传输，UE可以假设SRS资源数不大于UL BWP中的X2_i。

UE可以将每个SRS资源的其优选最大SRS端口数或最大SRS资源发送到gNB。所报告的每个SRS资源的最大SRS端口数或最大SRS资源可以用作辅助信息，也可以直接用作UE能力。下面提供了报告最大SRS端口数的非限制性示例。

在报告每个SRS资源的最大SRS端口数或最大SRS资源的一个示例中，UE报告用于默认BWP或初始BWP或默认UL BWP或初始UL BWP的每个SRS资源的优选最大SRS端口数或最大SRS资源。

在报告每个SRS资源的最大SRS端口数或最大SRS资源的另一示例中，UE报告每个SRS资源的优选最大SRS端口数或每个UL BWP的最大SRS资源。在这种情况下，UE报告每个SRS资源的优选最大SRS端口数或最大SRS资源以及相应的UL BWP索引。

在报告每个SRS资源的最大SRS端口数或最大SRS资源的另一示例中，UE报告N≥每个SRS资源的优选最大SRS端口数或最大SRS资源，其中N<＝配置的UL BWP。

在报告每个SRS资源的最大SRS端口数或最大SRS资源的一个示例中，UE报告用于活跃UL BWP的每个SRS资源的优选最大SRS端口数或最大SRS资源。

C-DRX期间UE操作的管理

基于PDCCH的节电信号/信道可以触发UE来“唤醒”drx-onDurationTimer的下一个(或更多个)并发。例如，UE可以由gNB配置为在UE的DRX激活时间之外接收PDCCH，该PDCCH提供DCI格式，该DCI格式指示UE是否在一个或更多个后续DRX激活期中监听与搜索空间集相关联的PDCCH候选。例如，当UE未检测到DCI格式时，UE不在一个或更多个(由高层配置的)DRX激活期中监听PDCCH。

各种实施例描述了当UE接收到节电信号/信道时的UE操作，诸如例如DRX激活时间之外的提供DCI格式的PDCCH，该DCI格式指示UE在一个或更多个DRX激活期中跳过PDCCH监听或在一个或更多个DRX激活期中跳过任意发送和接收。替代地，该指示可以是隐性的，使得默认的UE行为可以跳过PDCCH监听，除非UE接收到在下一个或更多个DRX激活期来监听PDCCH的指示(或者不接收监听PDCCH的指示)。在下一个或更多个DRX激活期中，如何向UE提供在节电模式下操作的指示(诸如，跳过PDCCH监听的指示)的确切机制对于本公开的实施例并不是重要的，并且信令可以通常被称为由节电信号/信道提供。

图12示出了根据本公开的各种实施例的用于接收基于PDCCH的节电信号/信道的流程图。流程图1200的操作可以在诸如图3中的UE 116的UE中实现。

通过接收跳过下一个或更多个DRX激活期的PDCCH监听的指示，流程图1200在操作1202处开始。例如，UE可以被配置为在RRC_CONNECTED(RRC连接)状态下在DRX激活时间之外的已配置的监听时机接收PDCCH，并且相关联的DCI格式可以向UE指示是否跳过下一个或更多个DRX激活期的PDCCH监听。此后，在操作1204中，在相关联的DRX激活期期间跳过PDCCH监听。

虽然定义了UE跳过下一个或更多个DRX激活期中的PDCCH监听的能力，但是对于适当的UE操作可能需要例外。在以下公开中更详细地描述了与那些例外有关的一些示例性场景。

UE行为和PDCCH监听

在UE接收到跳过与RRC_CONNECTED状态非连续接收(或连接模式非连续接收)(C-DRX)操作相关联的下一个或更多个DRX激活期的PDCCH监听的指示时，本公开的实施例考虑了与PDCCH监听有关的UE操作。

当UE接收到(或未接收到)节电信号/信道时，诸如例如DRX激活时间之外的提供DCI格式的PDCCH，该DCI格式指示UE跳过一个或更多个DRX激活期的PDCCH监听，UE可以跳过至少对如下DCI格式的PDCCH监听，该DCI格式具有由UE特定搜索空间(USS)集中的小区RNTI(C-RNTI)加扰的CRC。然而，在一些实施例中，对于以下情况中的任何一种，仍然期望UE在相关联的DRX激活期中监听PDCCH候选，而与用于跳过PDCCH监听的指示无关。

情况1：期望UE在Type0-PDCCH公共搜索空间(CSS)中监听用于(其CRC被系统信息RNTI(SI-RNTI)加扰)DCI格式的PDCCH。这使得UE能够获得系统信息更新。这对于系统操作也是有益的，即使对于在DRX激活期周期期间内没有数据要接收或发送的UE(并被指示跳过PDCCH监听)也是如此，因为系统信息通常以比DRX激活期周期更长的时间间隔进行更新。

情况2：期望UE在TypeA/PDCCH CSS中监听如下DCI格式的PDCCH，该DCI格式具有被SI-RNTI加扰的CRC。原因类似于用于监听Type0-PDCCH CSS中的PDCCH。

情况3：期望UE在Type1-PDCCH CSS中监听如下DCI格式的PDCCH，该DCI格式具有被随机接入RNTI(RA-RNTI)或临时小区RNTI(TC-RNTI)加扰的PDCCH。如随后描述的，这对于UE期望对UE进行发送的PRACH的响应，以请求PUSCH调度，通过在随机接入响应(RAR)中被提供定时提前命令来建立同步等是有益的。

情况4：期望UE在USS中监听如下DCI格式的PDCCH，该DCI格式具有由被配置的调度RNTI(CS-RNTI)加扰的CRC。

情况5：期望UE在USS中监听如下DCI格式的PDCCH，该DCI格式具有被调制编码方案小区RNTI(MCS-C-RNTI)加扰的CRC，或一般地，该DCI格式具有被与具有低延迟要求的服务类型相关联的RNTI加扰的CRC。可以由高层向UE配置期望UE监听PDCCH的搜索空间或RNTI(而与不适用这些搜索空间的节电信号/信道进行的指示无关)。

图13示出了根据本公开的各种实施例的当节电信号/信道指示跳过下一个或更多个DRX激活期的PDCCH监听时的PDCCH监听的流程图。流程图1300的操作可以在诸如图3中的UE 116的UE中实现。

通过在RRC_CONNECTED状态501下接收跳过在DRX激活时间之外的下一个或更多个DRX激活期中的PDCCH监听的指示，流程图1300在操作1302处开始。在操作1304中，确定用于搜索空间集的PDCCH候选是否仅与C-RNTI相关联。如果用于搜索空间集的PDCCH候选仅与C-RNTI相关联，则流程图1300进行到跳过PDCCH候选的监听的操作1306。然而，如果在操作1304中用于搜索空间集的PDCCH候选不仅与C-RNTI相关联，则流程图1300进行到操作1308，并且即使drx-onDurationTimer未运行，也监听PDCCH候选。

UE行为和调度请求(SR)传输

当UE接收到跳过与RRC_CONNECTED状态非连续接收(C-DRX)操作相关联的下一个或更多个DRX激活期的PDCCH监听的指示时，本公开的另一实施例考虑了与SR传输有关的UE操作。

在一个或更多个实施例中，当UE接收到(或未接收到)节电信号/信道(诸如例如，提供指示UE跳过一个或更多个DRX激活期的PDCCH监听的DCI格式的DRX激活时间之外的PDCCH)时，UE可以在相关联的DRX激活期内发送(肯定)SR。例如，即使没有运行drx-onDurationTimer，UE仍可以在UE被配置用于SR传输的PUCCH资源中发送肯定(positive)SR。

在UE发送肯定SR之后，SR重写跳过至少调度PUSCH传输的DCI格式的PDCCH监听的指示。UE可以重新启动与DRX激活时间相关联的计时器，例如drx-onDurationTimer或drx-InactivityTimer，并且开始监听至少用于调度在相应的USS集中的PUSCH传输的DCI格式的PDCCH。在另一种方法中，当DCI格式具有与调度PUSCH传输的DCI格式相同的大小时，UE还可以监听用于调度PDSCH接收的DCI格式的PDCCH。在另一种方法中，在UE发送肯定SR之后，UE可以对所有DCI格式执行完整的PDCCH监听。当UE发送用作SR的PRACH时，同样可以适用。UE可以期望检测DCI格式(例如，具有被C-RNTI加扰的CRC的DCI格式0_0或DCI格式0_1)，以在肯定SR重写UE跳过DRX激活期周期中的PDCCH监听的指示时调度PUSCH传输。替代地，服务gNB可以指示UE在提供指示的PDCCH的下一个监听时机中监听DRX激活期的PDCCH。UE还可以默认在下一个DRX激活期监听PDCCH，并且可以跳过如下节电/信号信道的接收，该节电/信号信道提供了UE是否在下一个DRX激活期监听PDCCH的指示。

当UE接收到跳过下一个DRX激活期中的PDCCH监听的指示时，UE可以通过以下任何一种方法确定是否发送肯定SR或者肯定SR是否可以重写跳过PDCCH监听的指示。

方法1：系统规范可以定义：当UE接收到跳过下一个DRX激活期中的PDCCH监听的指示时，UE是否可以在下一个DRX激活期中发送肯定SR，或者肯定SR是否可以重写跳过PDCCH监听的指示。例如，可以由系统操作指定：当UE接收到跳过下一DRX激活期中的PDCCH监听的指示时，UE可以在下一DRX激活期中发送肯定SR，并且肯定SR可以重写跳过PDCCH监听的指示，并且UE可以在发送SR之后开始监听PDCCH。

方法2：提供给UE的高层信令可以指示：当UE接收到跳过下一个或更多个DRX激活期中的PDCCH监听的指示时，UE是否可以在下一个或更多个DRX激活期中发送肯定SR或者肯定SR是否可以重写跳过PDCCH监听的指示。例如，用于监听提供DCI格式(该DCI格式指示了是否跳过下一个或更多个DRX激活期的PDCCH监听)的PDCCH的搜索空间集的配置可以包括肯定SR传输是否重写跳过PDCCH监听的指示。在另一示例中，用于SR传输的PUCCH资源的配置可以包括当UE接收到跳过一个或更多个DRX激活期中的PDCCH监听的指示时，UE是否仍可以在下一个或更多个DRX激活期中发送肯定SR的指示。

方法3：用于指示UE跳过下一个DRX激活期中的PDCCH监听的物理层信号/信道还可以包括如下指示：其指示UE是否仍然可以发送肯定SR或者肯定SR传输是否重写跳过下一个DRX激活期中的PDCCH监听。

图14示出了根据本公开的各种实施例的在跳过下一个或更多个DRX激活期的PDCCH监听的先前指示之后，在肯定调度请求(positive SR)传输之前和之后的PDCCH监听的流程图。流程图1400的操作可以在诸如图3中的UE 116的UE中实现。

通过接收DCI格式中的跳过下一个或更多个DRX激活期中的PDCCH监听的指示，流程图1400在操作1402处开始。UE可以被配置有用于SR传输的PUCCH资源。在操作1404中，在相关联的DRX激活期期间跳过PDCCH监听。例如，在drx-onDurationTimer可能未运行时的相关联的DRX激活期期间，可以至少跳过针对如下DCI格式的PDCCH监听，该DCI格式具有被在UE特定的搜索空间集合中的C-RNTI加扰的CRC。

在操作1406中，发送肯定SR。当UE具有要发送的数据时，发送肯定SR。在一个实施例中，可以使用用于SR传输的配置的PUCCH资源来发送肯定SR。在操作1408中，确定DCI格式中的另一个字段是否指示肯定SR传输可以重写跳过PDCCH监听的指示。如果DCI格式中的另一个字段指示肯定SR传输可以重写跳过PDCCH监听的指示，则流程图1400进行到操作1410，并且至少针对调度PUSCH的DCI格式(例如DCI格式0_0或0_1)监听PDCCH。在一些实施例中，操作1410还可以包括重新启动与DRX激活时间相关联的计时器。

在操作1408，如果确定DCI中的另一个字段未指示肯定SR传输可以重写跳过PDCCH监听的指示，则流程图1400进行到操作1412，并且在相关联的DRX激活期期间跳过PDCCH监听。在一些实施例中，UE可以期望服务gNB指示UE在提供指示的PDCCH的下一个监听时机中监听DRX激活期的PDCCH。

图15示出了根据本公开的各种实施例的在跳过下一个或更多个DRX激活期的PDCCH监听的先前指示之后，在肯定调度请求(positive SR)传输之前和之后的PDCCH监听的另一流程图。流程图1500的操作可以在诸如图3中的UE 116之类的UE中实现。

通过接收跳过下一个或更多个DRX激活期中的PDCCH监听的指示，流程图1500在操作1502处开始，例如在RRC_CONNECTED状态下在DRX激活时间之外。UE可以被配置有用于SR传输的PUCCH资源。在操作1504中，在相关联的DRX激活期期间跳过PDCCH监听。在一些实施例中，在drx-onDurationTimer可能不运行时的相关联的DRX激活期期间，可以至少跳过针对如下DCI格式的PDCCH监听，该DCI格式具有被在UE特定的搜索空间集合中的C-RNTI加扰的CRC。

在操作1506中，发送肯定SR。当UE具有要发送的数据时发送的肯定SR可以使用用于SR传输的配置的PUCCH资源来发送。在操作1508中，因为肯定SR重写了跳过PDCCH监听的指示，所以至少监听用于调度PDSCH的DCI格式(例如，DCI格式0_0或0_1)的PDCCH。在一些实施例中，操作1508还包括重启与DRX激活时间相关联的定时器。在一个或更多个其他实施例中，还可以期望UE监听所有DCI格式的PDCCH。

UE行为和周期性/半静态数据发送/接收

当UE接收到跳过与RRC_CONNECTED状态非连续接收(C-DRX)操作相关联的下一或多个DRX激活期的PDCCH监听的指示时，本公开的另一实施例考虑了周期性/半静态数据发送/接收的UE操作。

UE可以确定跳过下一个或更多个DRX激活期的PDCCH监听的指示不适用于配置授权(CG)PUSCH传输。因此，即使drx-onDurationTimer可能没有运行，UE仍可以在配置的一个或更多个DRX激活期中使用配置的CG-PUSCH资源发送CG-PUSCH。此外，UE还可以监听调度初始CG-PUSCH传输中的传输块的重传的DCI格式的PDCCH。另外，当UE在CG-PUSCH传输中包括指示要发送的附加数据的缓冲器状态报告(BSR)时，如先前关于肯定SR传输所描述的，UE可以取消跳过PDCCH监听的指示。可以期望UE至少在与调度PUSCH传输的DCI格式相关联的搜索空间集中监听PDCCH。还可能的是，在PUSCH传输中发送BSR之后，还期望UE监听被配置给UE的所有搜索空间集的PDCCH。

UE可以通过以下任何一种方法来确定跳过下一个或更多个DRX激活期中的PDCCH监听的指示是否适用于配置授权(CG)PUSCH传输。

在一种方法中，系统操作的规范可以定义跳过下一个或更多个DRX激活期中的PDCCH监听的指示是否适用于配置授权(CG)PUSCH传输。

在另一种方法中，提供给UE的高层信令可以指示跳过下一个或更多个DRX激活期中的PDCCH监听的指示是否适用于配置授权(CG)PUSCH传输。

在又一种方法中，提供跳过下一个或更多个DRX激活期中的PDCCH监听的指示的物理层信号/信道可以指示跳过下一个或更多个DRX激活期中的PDCCH监听的指示是否适用于配置授权(CG)PUSCH传输。例如，当UE接收到具有指示UE跳过下一个DRX激活期中的PDCCH监听的字段的DCI格式时，UE可以将1比特的另一个字段解释为指示UE是否可以忽略用于CGPUSCH的指示，并仍然通过CG PUSCH发送数据，并监听用于CG PUSCH重传的CS-RNTI。

图16示出了根据本公开的各种实施例的在跳过下一个或更多个DRX激活期的PDCCH监听的先前指示之后调度CG-PUSCH的传输的DCI格式的PDCCH监听的流程图。流程图1600的操作可以在诸如图3中的UE 116之类的UE中实现。

通过接收跳过下一个或更多个DRX激活期中的PDCCH监听的指示，流程图1600在操作1602处开始。在操作1604中，当drx-onDurationTimer未运行时，在相关联的一个或更多个DRX激活期期间跳过PDCCH监听。在操作1606中，通过下一可用/配置的PUSCH发送数据，并且在操作1608中，针对调度传输块的重传的DCI格式，监听PDCCH。

当UE接收到(或未接收到)节电信号/信道时，诸如例如DRX激活时间之外的提供DCI格式的PDCCH，该DCI格式指示UE跳过一个或更多个DRX激活期的PDCCH监听，UE可以确定节电信号/信道的跳过PDCCH监听的指示不适用于半静态(SPS)PDSCH接收。尽管drx-onDurationTimer可能未运行，但期望UE接收SPS PDSCH。此外，UE响应于在配置的一个或更多个DRX激活期中的SPS PDSCH接收来发送HARQ-ACK信息。至少当UE发送否定确认(NACK)时，即使先前指示UE跳过DRX激活期中的PDCCH监听，也期望UE监听调度SPS PDSCH重传的DCI格式的PDCCH。还可以期望UE始终监听用于SPS PDSCH传输中的TB重传的PDCCH。此外，可以将PDCCH监听限制为在特定时机发生，诸如例如在SPS PDSCH接收的时隙中。

UE可以通过以下任何方法来确定节电信号/信道的跳过PDCCH监听的指示是否适用于半静态(SPS)PDSCH接收。

在一种方法中，系统操作的规范可以定义跳过下一个或更多个DRX激活期中的PDCCH监听的指示是否适用于SPS PDSCH。

在另一种方法中，提供给UE的高层信令可以指示跳过下一个或更多个DRX激活期中的PDCCH监听的指示是否适用于SPS PDSCH。

在又一方法中，提供在下一个或更多个DRX激活期中跳过PDCCH监听的指示的物理层信号/信道可以指示跳过下一个或更多个DRX激活期的PDCCH监听的指示是否适用于SPSPDSCH。例如，当UE接收到具有指示UE跳过下一DRX激活期的PDCCH监听的字段的DCI格式时，UE可以将1比特的另一个字段解释为指示UE是否可以忽略针对SPS PDSCH的指示，并仍通过SPS PDSCH接收数据，并监听用于SPS PUSCH重传的CS-RNTI。

图17示出了根据本公开的各种实施例的在跳过下一个或更多个DRX激活期的PDCCH监听的先前指示之后响应于具有NACK值的HARQ-ACK传输利用SPS PDCSH接收进行PDCCH监听的流程图。流程图1700的操作可以在诸如图3中的UE 116之类的UE中实现。

通过接收跳过下一个或更多个DRX激活期中的PDCCH监听的指示，流程图1700在操作1702处开始。在操作1704中，在相关联的一个或更多个DRX激活期期间跳过PDCCH监听。在一些实施例中，仍然可以针对如下DCI格式监听PDCCH，该DCI格式具有被CS-RNTI加扰的CRC。在操作1706中，接收SPS PDSCH。之后，在操作1708中，响应于SPS PDSCH中的接收的传输块，发送HARQ-ACK信息。在操作1710中，如果UE发送了NACK，则针对调度用于传输块(TB)的SPS PDSCH重传的DCI格式监听PDCCH。在一些实施例中，可以针对调度在初始SPS PDSCH传输中TB的重传的DCI格式监听PDCC，而与所提供的HARQ-ACK信息的值无关。

UE行为和CSI测量、CSI报告和SRS传输

本公开的另一实施例涉及当指示UE跳过与RRC_CONNECTED状态非连续接收(C-DRX)操作相关联的下一或多个DRX激活期的PDCCH监听时的周期性/半静态CSI测量、周期性/半静态CSI报告和SRS传输的UE操作。

周期性/半静态CSI-RS测量或周期性/半静态CSI报告主要用于使能UE的调度的单播接收(例如，PDCCH或PDSCH接收)的链路自适应、移动性支持和波束管理。当UE接收到跳过下一个或更多个DRX激活期的PDCCH监听的指示时，诸如，例如当UE在DRX激活时间之外接收到(或未接收到)节电信号/信道时，UE无法被调度为接收PDSCH。因此，UE可以跳过与PDCCH或PDSCH接收的链路自适应相关联的周期性/半静态CSI-RS测量或周期性/半静态CSI报告。然而，对于UE而言，不跳过与波束管理相关联的周期性/半静态CSI-RS测量或周期性/半静态CSI报告是有益的，因为这样的跳过会导致链路故障。例如，可以期望UE报告用于CSI-RS配置的参考信号接收功率(RSRP)。

在确定周期性/半静态CSI-RS测量或周期性/半静态CSI报告的一种方法中，当UE接收到跳过一个或更多个DRX激活期的PDCCH监听的指示时，UE期望根据的系统操作的规范在一个或更多个DRX激活期中执行周期性/半静态CSI-RS测量或周期性/半静态CSI报告。例如，即使在由于跳过下一个DRX激活期中的PDCCH监听的指示而导致drx-onDurationTimer可能未运行时，UE也期望执行与波束管理相关联的周期性/半静态CSI-RS测量或周期性/半静态CSI报告。UE可以通过以下任何示例来确定周期性/半静态CSI-RS测量或报告是否与波束管理相关联。

示例1：配置中提供的报告数量仅包括L1 RSRP，例如REF 7中定义的CSI-RS资源指示符RSRP(CRI-RSRP)或ssb-Index-RSRP。

示例2：配置中提供的报告数量包括L1 RSRP和/或其他数量。当指示UE跳过PDCCH监听时，期望UE忽略其他数量并且仅报告L1 RSRP。

当UE发起至少针对PDSCH接收的PDCCH监听的激活时，例如在先前描述的肯定SR传输之后，可以期望UE开始执行周期性/半静态CSI-RS测量并根据一个或更多个DRX激活期期间的先前提供的配置提供与链路自适应相关联的周期性/半静态CSI报告。

图18示出了根据本公开的各种实施例的当DCI格式提供跳过下一个或更多个DRX激活期的PDCCH监听的指示时，周期性/半静态CSI接收/上报的流程图。流程图1800的操作可以在诸如图3中的UE 116之类的UE中以用于周期性/半静态CSI-RS测量或周期性/半静态CSI报告的配置来实现。

通过接收跳过下一个或更多个DRX激活期中的PDCCH监听的指示，流程图1800在操作1802处开始。在操作1804中，在相关联的DRX激活期期间跳过PDCCH监听。在操作1806中，如REF 7中所描述的，基于配置的报告数量(即，reportQuantity)来确定周期性/半静态CSI测量或上报是否与波束管理/上报相关联。

对于周期性/半静态CSI-RS报告，如果REF 7中定义的reportQuantity是CRI-RSRP或ssb-Index-RSRP，则相关联的CSI报告用于波束上报，并且流程图1800从操作1806进行到操作1810以允许在相关联的DRX激活期中对服务gNB进行CSI-RS测量和上报。否则，如果如REF 7中所定义的，reportQuantity为零或为cri-RI-PMI-CQI或cri-RI-i1或cri-RI-i1-CQI或cri-RI-CQI或cri-RI-LI-PMI-CQI，然后，流程图1800从操作1806进行到操作1808，以便可以停止或跳过在相关联的DRX激活期中的对应CSI的CSI-RS测量和上报。

在确定周期性/半静态CSI-RS测量或周期性/半静态CSI报告的另一种方法中，UE可以通过高层信令接收如下指示，其指示当UE接收到用于跳过一个或更多个DRX激活期的PDCCH监听的指示时是否期望UE在一个或更多个DRX激活期中执行周期性/半静态测量或周期性/半静态CSI报告。例如，用于周期性/半静态CSI-RS资源测量或周期性/半静态CSI报告的配置可以包括RRC参数，该RRC参数在当接收到跳过一个或更多个在DRX激活期的PDCCH监听的指示并且drx-onDurationTimer可能未运行时指示UE是否可以继续执行周期性/半静态CSI-RS测量或周期性/半静态CSI报告。

在确定周期性/半静态CSI-RS测量或周期性/半静态CSI报告的又一方法中，当UE接收到物理层信号/信道中的跳过一个或更多个DRX激活期的PDCCH监听的指示时，物理层信号/信道可以包括是否期望UE在相关联的一个或更多个DRX激活期中执行周期性/半静态CSI-RS测量或周期性/半静态CSI报告的另一指示，即使drx-onDurationTimer可能未运行。例如，UE接收如下DCI格式，该DCI格式具有指示该UE跳过下一个DRX激活期的PDCCH监听的字段，并且该DCI格式中的另一个字段(例如，1比特)可以用于确定UE是否可以在DRX激活期中执行周期性/半静态CSI测量或周期性/半静态CSI报告。

图19示出了根据本公开的各种实施例的当DCI格式提供跳过下一个或更多个DRX激活期的PDCCH监听的指示时，周期性/半静态CSI接收/上报的另一流程图。可以在诸如图3中的UE 116之类的被配置用于周期性/半静态CSI-RS测量或上报的UE中实现流程图1900的操作。

通过接收DCI格式中的跳过下一个或更多个DRX激活期的PDCCH监听的指示，流程图1900在操作1902处开始。在操作1904中，在相关联的DRX激活期期间跳过PDCCH监听。在操作1906中，确定DCI格式中的另一个字段是否指示跳过相关联的DRX激活期中的周期性/半静态CSI-RS测量或上报。如果DCI格式中的另一个字段指示跳过周期性/半静态CSI-RS测量或上报，则流程图1900从操作1908进行到操作1910，并且在相关联的DRX激活期中停止周期性/半静态CSI-RS测量和/或上报。然而，如果DCI格式中的另一字段未指示跳过周期性/半静态CSI-RS测量和/或上报，则流程图1900从操作1908进行到操作1912，并且在相关联的DRX激活期中继续周期性/半静态CSI-RS测量和/或上报。

周期性/半静态SRS传输主要用于使能UE的调度的单播发送(例如，PUCCH或PUSCH传输)的链路自适应。周期性/半静态SRS传输还用于未配对的频谱操作(例如在TDD频带)，还用于UE的调度的单播接收(例如，PDCCH或PDSCH接收)的链路自适应。但是，SRS传输还可以用于其他目的，例如链路故障恢复或波束管理。

在一种用于确定周期性/半静态SRS传输的方法中，当指示UE跳过下一个或更多个DRX激活期的PDCCH监听时，当UE不监听用于调度PDSCH或PUSCH的DCI格式的PDCCH时，UE可以跳过周期性/半静态SRS传输。当由UE发起这种PDCCH监听的激活时，例如在先前描述的肯定SR传输之后，UE可以在DRX激活期期间根据先前提供的配置开始进行周期性/半静态SRS传输。

图20示出了根据本公开的各种实施例的在跳过下一个或更多个DRX激活期的PDCCH监听的先前指示之后，周期性/半静态SRS传输的流程图。流程图2000的操作可以在诸如图3中的UE 116之类的被配置用于周期性或半静态SRS传输的UE中实现。

通过接收跳过下一个或更多个DRX激活期中的PDCCH监听的指示，流程图2000在操作2002处开始。在操作2004中，在相关联的一个或更多个DRX激活期期间跳过PDCCH监听。在操作2006中，在相关联的一个或更多个DRX激活期中停止周期性/半静态SRS传输。在操作2008中，当UE开始针对调度PDSCH接收或PUSCH发送的DCI格式的PDCCH监听时，重启在相关联的一个或更多个DRX激活期中的SRS传输。可以例如在肯定SR传输之后或基于从服务gNB接收到的指示来自主地开始PDCCH监听。

在当指示UE跳过下一个或更多个DRX激活期的PDCCH监听时用于确定周期性/半静态SRS传输的另一种方法中，可以由高层信令向UE提供UE是否期望在一个或更多个DRX激活期执行周期性/半静态SRS传输，而与跳过DRX激活期中的PDCCH监听的指示无关。

在当指示UE跳过下一个或更多个DRX激活期的PDCCH监听时用于确定周期性/半静态SRS传输的另一种方法中，指示UE是否在下一个或更多个DRX激活期执行周期性/半静态SRS传输的指示可以被包括在物理层信号/信道中，该物理层信号/信道包括跳过下一个或更多个DRX激活期的PDCCH监听的指示。

图21示出了根据本公开的各个实施例的在跳过下一个或更多个DRX激活期的PDCCH监听的先前指示之后，周期性/半静态SRS传输的另一流程图。流程图2100的操作可以在诸如图3中的UE 116之类的被配置用于周期性或半静态SRS传输的UE中实现。

通过接收DCI格式中的跳过下一或多个DRX激活期的PDCCH监听的指示，流程图2100在操作2102处开始。在操作2104中，在相关联的DRX激活期期间跳过PDCCH监听。在操作2108中，确定DCI格式中的另一个字段是否指示可以在相关联的一个或更多个DRX激活期中跳过周期性/半静态SRS传输。如果DCI格式中的另一个字段指示可以在相关联的一个或更多个DRX激活期中跳过周期性/半静态SRS传输，则流程图2100从操作2108进行到操作2110，其中可以在相关联的一个或更多个DRX激活期中停止或跳过周期性/半静态SRS传输。然而，如果DCI格式不具有指示跳过周期性/半静态SRS传输的另一字段，则流程图2100从操作2108进行到操作2112，其中在相关联的一个或更多个DRX激活期中执行周期性/半静态SRS传输，即使drx-onDurationTimer可能没有运行。

UE行为和PRACH传输

当UE接收到跳过与RRC_CONNECTED状态非连续接收(C-DRX)操作相关联的下一个或更多个DRX激活期的PDCCH监听的指示时，本公开的另一实施例考虑了用于物理随机接入信道(PRACH)传输的UE操作。

对于PRACH传输，UE可以忽略在节电模式下的操作的指示，例如跳过一个或更多个DRX激活期期间的PDCCH监听。在RRC_CONNECTED状态下的UE可以出于各种目的而发送PRACH，包括与服务gNB重新建立同步，从gNB获得定时提前命令，指示链路恢复，或指示新数据到达，然后PRACH传输还提供了肯定SR传输的功能。在PRACH传输之后，响应于来自UE的PRACH传输，UE可以开始监听PDCCH以便检测调度如下PDSCH的接收的DCI格式，该PDSCH提供来自服务gNB的随机接入响应(RAR)。在接收到提供RAR的PDSCH之后，UE可以切换回跳过PDCCH监听，或者可以期望继续监听PDCCH，然后PRACH传输重写跳过一个或更多个DRX激活期周期期间的PDCCH监听的先前指示，如先前针对肯定SR传输所描述的。

对于链路恢复，如在REF 3中所描述的那样，在UE发送PRACH之后，PRACH传输重写向UE发出的跳过PDCCH监听的先前指示，并且期望UE至少针对recoverySearchSpaceId提供的搜索空间集来监视用于如下DCI格式的PDCCH，该DCI格式具有被C-RNTI或MCS-C-RNTI加扰的CRC。

图22示出了根据本公开的各个实施例的在跳过下一个或更多个DRX激活期的PDCCH监听的先前指示之后的RACH过程的流程图。流程图2200的操作可以在诸如图3中的UE116的UE中实现。

通过接收在RRC_CONNECTED状态下跳过DRX激活时间之外的下一个或更多个DRX激活期的PDCCH监听的指示，流程图2200在操作2202处开始。在操作2204中，在相关联的一个或更多个DRX激活期期间跳过PDCCH监听。在一个实施例中，针对如下DCI格式跳过相关联的一个或更多个DRX激活期期间的PDCCH监听，该DCI格式具有被UE特定搜索空间集合中的C-RNTI加扰的CRC。在操作2206中，即使drx-onDurationTimer可能没有运行，仍然将PRACH发送到服务gNB。在操作2208中，响应于来自UE的PRACH传输，恢复对PDCCH的监听以检测调度如下PDSCH的接收的DCI格式，该PDSCH提供来自服务gNB的随机接入响应(RAR)。

图23示出了根据本公开的各种实施例的在C-DRX期间管理UE操作的过程的流程图。流程图2300的操作可以在诸如图3中的UE 116之类的UE中实现。

通过接收用于(i)与非连续接收(DRX)周期的激活期相对应的drx-onDurationTimer的配置，(ii)用于在DRX周期的激活期之前接收物理下行链路控制信道(PDCCH)的搜索空间集的配置；(iii)信道状态信息参考信号(CSI-RS)资源的第一集合的配置，(iv)同步信号/物理广播信道(SS/PBCH)块的配置，以及(v)物理上行链路控制信道(PUCCH)资源的配置，流程图2300在操作2302处开始。

在操作2304中，接收提供DCI格式的PDCCH，该DCI格式包括指示是否启动drx-onDurationTimer的字段。

在操作2306中，DCI格式的字段的指示被确定为不启动drx-onDurationTimer。

在操作2308中，在激活期期间确定CSI-RS资源的第一集合的接收时机。在一些实施例中，操作2308还可以包括当DRX周期大于80毫秒时在激活期中确定CSI-RS资源第二集合的第二接收时机。另外，在一些实施例中，操作2308可以包括：确定接收时机是以下两个接收时机中的一个：DRX激活时间期间的至少一个接收时机中的最后一个接收时机和DRX激活时间之外的激活期期间的至少一个接收时机中的接收时机。

在操作2310中，在至少一个接收时机期间接收CSI-RS资源的第一集合或SS/PBCH块。在一个实施例中，在为CSI-RS资源的第二集合确定第二接收时机的情况下，操作2310可以包括在至少一个第二接收时机期间接收CSI-RS资源的第二集合的附加操作。可以基于至少一个第二接收时机中的一个接收时机来执行无线资源管理(RRM)测量。

在操作2312中，确定基于至少一个接收时机中的一个接收时机的CSI-RS报告。在一些实施例中，CSI报告包括层1参考信号接收功率(L1-RSRP)报告。此外，与L1-RSRP报告相关联的报告数量可以是CSI-RS资源指示符(cri-RSRP)或同步信号/主广播信道(SS/PBCH)块索引(ssb-Index-RSRP)。

在操作2314中，在激活期期间，使用PUCCH资源发送带有CSI报告的PUCCH。在一些实施例中，操作2314可以包括确定用于PUCCH传输的时隙并且仅在接收时机是在用于PUCCH传输的时隙之前的该时隙中发送PUCCH的附加操作。

在一些实施例中，流程图2300中描述的过程还可包括接收用于使能或禁能PUCCH传输的参数的配置的操作。该参数还使能或禁能要包括在CSI报告中的L1-RSRP报告。

尽管已经利用示例性实施例描述了本公开，但是可以向本领域技术人员提出各种改变和修改。例如，本公开包括可以结合或彼此结合或单独使用的几个实施例。意图是本公开涵盖落入所附权利要求的范围内的这种改变和修改。本申请中的描述均不应理解为暗示任何特定的元素、步骤或功能是必须包括在权利要求范围内的必要元素。专利主题的范围由权利要求书限定。

Claims

1.一种支持非连续接收(DRX)操作的无线通信系统中的终端的方法，所述方法包括：

从基站接收与周期性测量或周期性上报中的至少一项有关的配置信息；

从所述基站接收指示所述终端是否监听下行链路控制信道的控制信息；以及

在所述控制信息指示所述终端跳过监听所述下行链路控制信道的情况下，基于所述配置信息执行所述周期性测量或所述周期性上报中的至少一项。

2.根据权利要求1所述的方法，其中，所述周期性测量包括基于信道状态信息参考信号(CSI-RS)的周期性信道状态信息(CSI)测量，并且

其中，所述周期性上报包括周期性CSI上报或周期性L1参考信号接收功率(RSRP)上报中的至少一项。

3.根据权利要求1所述的方法，其中，所述控制信息被包括在下行链路控制信息(DCI)格式中以节省功率，并且具有由所述终端的标识符加扰的CRC的DCI格式是在DRX激活时间之外检测的。

4.根据权利要求1所述的方法，其中，所述周期性测量或所述周期性上报中的至少一项是在由DRX激活期定时器指示的DRX激活期期间，基于所述配置信息来执行。

5.根据权利要求1所述的方法，其中，所述配置信息包括指示所述终端是否发送周期性CSI报告的信息。

6.根据权利要求1所述的方法，其中，所述配置信息包括指示所述终端是否发送周期性L1 RSRP报告的信息。

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

在所述控制信息指示所述终端监听所述下行链路控制信道的情况下，在DRX激活期期间执行所述周期性测量或所述周期性上报中的至少一项。

8.一种支持非连续接收(DRX)操作的无线通信系统中的终端，所述终端包括：

收发器；以及

处理器，所述处理器被配置为：

经由所述收发器从基站接收与周期性测量或周期性上报中的至少一项有关的配置信息，

经由所述收发器从所述基站接收指示所述终端是否监听下行链路控制信道的控制信息，以及

9.根据权利要求8所述的终端，所述终端适于根据权利要求2至7中的任一项操作。

10.一种支持非连续接收(DRX)操作的无线通信系统中的基站，所述方法包括：

收发器；以及

处理器，所述处理器被配置为：

经由所述收发器向终端发送与周期性测量或周期性上报中的至少一项有关的配置信息；

经由所述收发器向所述终端发送指示所述终端是否监听下行链路控制信道的控制信息；以及

在所述控制信息指示所述终端跳过监听所述下行链路控制信道的情况下，经由所述收发器从所述终端接收基于所述配置信息的周期性报告。

11.根据权利要求10所述的基站，其中，所述周期性测量包括基于信道状态信息参考信号(CSI-RS)的周期性信道状态信息(CSI)测量，并且

12.根据权利要求10所述的基站，其中，所述控制信息被包括在下行链路控制信息(DCI)格式中以节省功率，并且具有由所述终端的标识符加扰的CRC的DCI格式是在DRX激活时间之外发送的。

13.根据权利要求10所述的基站，其中，所述周期性测量或所述周期性上报中的至少一项是在由DRX激活期定时器指示的DRX激活期期间，基于所述配置信息来执行。

14.根据权利要求10所述的基站，其中，所述配置信息包括指示所述终端是否发送周期性CSI报告的信息，和指示所述终端是否发送周期性L1 RSRP报告的信息。

15.根据权利要求10所述的基站，其中，所述处理器还被配置为在所述控制信息指示所述终端监听所述下行链路控制信道的情况下，从所述终端接收基于所述配置信息的所述周期性报告。