发送或接收下行链路控制信道的方法及其设备

技术领域

本公开涉及一种发送和接收下行链路控制信道的方法及其装置，并且更具体地，涉及一种通过下行链路控制信息(DCI)指示物理下行链路控制信道(PDCCH)监测适配并且基于所指示的PDCCH监测适配来监测PDCCH的方法及其装置。

背景技术

随着越来越多的通信设备随着当前趋势需要更大的通信业务，与传统LTE系统相比，需要下一代第五代(5G)系统来提供增强的无线宽带通信。在下一代5G系统中，通信场景被划分为增强型移动宽带(eMBB)、超可靠和低延迟通信(URLLC)、大规模机器类型通信(mMTC)等。

在本文中，eMBB是以高频谱效率、高用户体验数据速率和高峰数据速率为特征的下一代移动通信场景，URLLC是以超高可靠性、超低延迟和超高可用性为特征的下一代移动通信场景(例如，车辆对一切(V2X)、紧急服务和远程控制)，以及mMTC是以低成本、低能量、短分组和大规模连接为特征的下一代移动通信场景(例如，物联网(IoT))。

发明内容

本公开的一个目的是提供一种发送和接收下行链路控制信道的方法及其装置。

本公开的附加优点、目的和特征将部分地在下面的描述中阐述，并且部分地将在本领域普通技术人员查看以下内容后变得显而易见，或者可以从本公开的实践中学习到。本公开的目的和其他优点可以通过在其书面说明书、权利要求书以及附图中特别指出的结构来实现和获得。

技术解决方案

根据本公开的实施例，这里提供了一种在无线通信系统中由用户设备(UE)监测物理下行链路控制信道(PDCCH)的方法，该方法包括：接收与多个PDCCH监测适配图样相关的第一信息；接收关于PDCCH监测适配图样之中的一个PDCCH监测适配图样的第二信息；以及基于该一个PDCCH监测图样来监测PDCCH。PDCCH监测适配图样中的每个可以包括至少一个PDCCH监测跳过操作和至少一个搜索空间(SS)集组切换操作。

可以基于从接收到第二信息的定时到不连续接收(DRX)活动时间的结束定时的间隔来确定至少一个PDCCH监测跳过操作和至少一个SS集组切换操作中的每个的持续时间。

可以基于与接收到第二信息的定时相关的不连续接收(DRX)活动时间的整个间隔来确定至少一个PDCCH监测跳过操作和至少一个SS集组切换操作中的每个的持续时间。

监测PDCCH可以包括通过重复一个PDCCH监测图样来监测PDCCH，直到与接收到第二信息的定时相关的不连续接收(DRX)活动时间结束。

监测PDCCH可以包括在从接收到第二信息的定时起的特定时间之后基于一个PDCCH监测图样来监测PDCCH。

基于接收到关于PDCCH监测适配图样之中的另一PDCCH监测适配图样的第三信息，可以停止基于一个PDCCH监测图样监测PDCCH，并且可以基于该另一PDCCH监测适配图样来监测PDCCH。

在本公开的另一个方面中，本文提供了一种用于在无线通信系统中监测物理下行链路控制信道(PDCCH)的用户设备(UE)，该用户设备包括：至少一个收发器；至少一个处理器；以及至少一个存储器，其可操作地连接到所述至少一个处理器并且被配置为存储指令，所述指令在被执行时使得所述至少一个处理器执行操作。所述操作可以包括：通过至少一个收发器来接收与多个PDCCH监测适配图样相关的第一信息；通过至少一个收发器来接收关于PDCCH监测适配图样之中的一个PDCCH监测适配图样的第二信息；以及基于该一个PDCCH监测图样来监测PDCCH。PDCCH监测适配图样中的每个可以包括至少一个PDCCH监测跳过操作和至少一个搜索空间(SS)集组切换操作。

可以基于从接收到第二信息的定时到不连续接收(DRX)活动时间的结束定时的间隔来确定至少一个PDCCH监测跳过操作和至少一个SS集组切换操作中的每个的持续时间。

可以基于与接收到第二信息的定时相关的不连续接收(DRX)活动时间的整个间隔来确定至少一个PDCCH监测跳过操作和至少一个SS集组切换操作中的每个的持续时间。

监测PDCCH可以包括通过重复一个PDCCH监测图样来监测PDCCH，直到与接收到第二信息的定时相关的不连续接收(DRX)活动时间结束。

监测PDCCH可以包括在从接收到第二信息的定时起的特定时间之后基于一个PDCCH监测图样来监测PDCCH。

基于接收到关于PDCCH监测适配图样之中的另一PDCCH监测适配图样的第三信息，UE可以停止基于一个PDCCH监测图样监测PDCCH，并基于该另一PDCCH监测适配图样来监测PDCCH。

在本公开的另一个方面中，本文提供了一种用于在无线通信系统中监测物理下行链路控制信道(PDCCH)的装置，该装置包括：至少一个处理器；以及至少一个存储器，其可操作地连接到所述至少一个处理器并且被配置为存储指令，所述指令在被执行时使得所述至少一个处理器执行操作。该操作可以包括：接收与多个PDCCH监测适配图样相关的第一信息；接收关于PDCCH监测适配图样之中的一个PDCCH监测适配图样的第二信息；以及基于该一个PDCCH监测图样来监测PDCCH。PDCCH监测适配图样中的每个可以包括至少一个PDCCH监测跳过操作和至少一个搜索空间(SS)集组切换操作。

在本公开的另一个方面中，本文提供了一种计算机可读存储介质，该计算机可读存储介质包括使至少一个处理器执行操作的至少一个计算机程序。该操作可以包括：接收与多个PDCCH监测适配图样相关的第一信息；接收关于PDCCH监测适配图样之中的一个PDCCH监测适配图样的第二信息；以及基于该一个PDCCH监测图样来监测PDCCH。PDCCH监测适配图样中的每个可以包括至少一个PDCCH监测跳过操作和至少一个搜索空间(SS)集组切换操作。

在本公开的另一个方面中，本文提供了一种在无线通信系统中由基站(BS)发送物理下行链路控制信道(PDCCH)的方法，该方法包括：发送与多个PDCCH监测适配图样相关的第一信息；发送关于PDCCH监测适配图样之中的一个PDCCH监测适配图样的第二信息；以及基于该一个PDCCH监测图样来发送PDCCH。PDCCH监测适配图样中的每个可以包括至少一个PDCCH监测跳过操作和至少一个搜索空间(SS)集组切换操作。

在本公开的另一个方面中，本文提供了一种用于在无线通信系统中发送物理下行链路控制信道(PDCCH)的基站(BS)，该基站包括：至少一个收发器；至少一个处理器；以及至少一个存储器，其可操作地连接到所述至少一个处理器并且被配置为存储指令，所述指令在被执行时使得所述至少一个处理器执行操作。该操作可以包括：通过至少一个收发器来发送与多个PDCCH监测适配图样相关的第一信息；通过至少一个收发器来发送关于PDCCH监测适配图样之中的一个PDCCH监测适配图样的第二信息；以及通过至少一个收发器基于该一个PDCCH监测图样来发送PDCCH。PDCCH监测适配图样中的每个可以包括至少一个PDCCH监测跳过操作和至少一个搜索空间(SS)集组切换操作。

有益效果

根据本公开，可以通过DCI来指示用于UE的不连续接收(DRX)活动时间内的节能的PDCCH监测适配。在这种情况下，DCI可以通过各种方法指示PDCCH监测跳过和/或搜索空间(SS)集切换。

因此，UE可以减少在DRX活动时间内监测PDCCH的时间和要监测的SS集，从而减少功耗。

应当理解，本公开的前述一般描述和以下详细描述都是示例性的和解释性的，并且旨在提供对所要求保护的公开的进一步解释。

附图说明

图1图示了无线电帧结构；

图2图示了时隙的资源网格；

图3示出了物理信道在时隙中被映射的示例；

图4和图5是用于解释空闲模式不连续接收(DRX)操作的图；

图6至图8是用于解释在无线电资源控制(RRC)连接模式中的DRX操作的图；

图9是用于解释监测DCI格式2_6的方法的图；

图10至图12是用于解释根据本公开的实施例的UE和BS的总体操作过程的图；

图13和14图示了应用于本公开的示例性通信系统；

图15图示了应用于本公开的示例性通信系统；

图16图示了适用于本公开的示例性无线设备；

图17图示了适用于本公开的示例性车辆或自主驾驶车辆；以及

图18图示了适用于本公开的扩展现实(XR)设备。

具体实施方式

下述技术可以用于各种无线接入系统中，诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等等。CDMA可以被实现为诸如通用陆地无线电接入(UTRA)或CDMA2000的无线电技术。TDMA可以被实现为诸如全球移动通信系统(GSM)/通用分组无线服务(GPRS)/GSM演进的增强数据速率(EDGE)的无线技术。OFDMA可以实现为无线电技术，诸如电气和电子工程师协会(IEEE)802.11(无线保真(Wi-Fi))、IEEE 802.16(全球微波访问互操作性(WiMAX))、IEEE 802.20、演进UTRA(E-UTRA)等等。UTRA是通用移动电信系统(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进型UMTS(E-UMTS)的一部分，并且LTE高级(LTE-A)是3GPP LTE的演进。3GPP新无线电或新无线电接入技术(NR)是3GPP LTE/LTE-A的演进版本。

虽然为了清楚起见在3GPP通信系统(例如，NR)的上下文中给出以下描述，但是本公开的技术精神不限于3GPP通信系统。对于背景技术，本公开中使用的术语和缩写参考在本公开之前公布的技术规范(例如，38.211、38.212、38.213、38.214、38.300、38.331等)。

下面将描述涉及新无线电接入技术(NR)系统的5G通信。

5G的三个关键要求领域是(1)增强型移动宽带(eMBB)、(2)大规模机器型通信(mMTC)和(3)超可靠和低延迟通信(URLLC)。

一些用例可能需要多个维度进行优化，而其他用例可能仅关注一个关键性能指标(KPI)。5G以灵活和可靠的方式支持这种多样的用例。

eMBB远远超出基本的移动互联网接入，并且涵盖云或增强现实(AR)中的丰富交互工作、媒体和娱乐应用。数据是5G的关键驱动力之一，并且在5G时代，我们可能首次看到没有专用语音服务。在5G中，预期语音简单地使用由通信系统提供的数据连接被处理为应用程序。增加的业务量的主要驱动力是内容大小和需要高数据速率的应用数量的增加。随着更多的设备连接到互联网，流传输服务(音频和视频)、交互式视频和移动互联网连接将继续被更广泛地使用。这些应用中的许多需要始终在线连接以向用户推送实时信息和通知。用于移动通信平台的云存储和应用正在迅速增加。这适用于工作和娱乐这两者。云存储是驱动上行链路数据速率增长的一种具体用例。5G还将用于云中的远程工作，当使用触觉接口完成时，其需要低得多的端到端延迟，以便保持良好的用户体验。娱乐(例如，云游戏和视频流传输)是移动宽带容量需求增加的另一个关键驱动力。娱乐在任何地方(包括诸如火车、汽车和飞机的高移动性环境)的智能电话和平板电脑上都是非常重要的。另一个用例是用于娱乐的AR和信息搜索，其需要非常低的延迟和大量的即时数据量。

最期望的5G用例之一是主动连接每个领域中的嵌入式传感器的功能，即mMTC。预计到2020年将有204亿个潜在的物联网(IoT)设备。在工业IoT中，5G是在实现智能城市、资产跟踪、智能公用事业、农业和安全基础设施方面发挥关键作用的领域之一。

URLLC包括将利用超可靠/可用的低延迟链路(诸如关键基础设施的远程控制和自驾驶车辆)改变行业的服务。可靠性和延迟水平对于智能电网控制、工业自动化、机器人、无人机控制和协调等至关重要。

现在，将详细地描述包括NR系统的5G通信系统中的多个用例。

5G可以补充光纤到户(FTTH)和基于线缆的宽带(或线缆数据服务接口规范(DOCSIS))，作为以每秒数百兆比特到每秒千兆比特的数据速率提供流的手段。对于分辨率为4K(6K、8K和更高)或以上的电视广播以及虚拟现实(VR)和AR，需要这样的高速。VR和AR应用主要包括沉浸式运动游戏。特定的应用程序可能需要特殊的网络配置。例如，对于VR游戏，游戏公司可能必须将核心服务器与网络运营商的边缘网络服务器集成，以便最小化延迟。

预计汽车行业将成为5G的非常重要的新驱动力，其中，许多用例用于车辆的移动通信。例如，用于乘客的娱乐需要同时高容量和高移动性的移动宽带，因为未来的用户将独立于其位置和速度期望继续其良好质量的连接。用于汽车行业的其他用例是AR仪表板。这些显示将信息叠加在驾驶员通过前窗看到的事物之上，识别黑暗中的物体并告诉驾驶员物体的距离和移动。将来，无线模块将实现车辆本身之间的通信、车辆与支持基础设施之间以及车辆与其他连接设备(例如，由行人承载的设备)之间的信息交换。安全系统可以在替代的行动过程中引导驾驶员，以允许他们更安全地驾驶并降低事故风险。下一阶段将是远程控制或自驾驶车辆。这些要求不同的自驾驶车辆之间以及车辆和基础设施之间的非常可靠、非常快速的通信。未来，自驾驶车辆将执行所有驾驶活动，而驾驶员专注于车辆本身难以捉摸的交通异常。自驾驶车辆的技术需要要求超低延迟时间和超高可靠性，将交通安全提高到人们无法达到的水平。

智能城市和智能家庭(通常被称为智能社会)将嵌入密集的无线传感器网络。智能传感器的分布式网络将识别城市或家庭的成本和能量效率维护的条件。可以对每个家庭进行类似的设置，其中温度传感器、窗户和加热控制器、防盗警报器和家用电器都被无线地连接。这些传感器中的许多传感器通常以低数据速率、低功率和低成本为特征，但是例如，在某些类型的设备中可能需要实时高清晰度(HD)视频来进行监控。

能量(包括热或气体)的消耗和分配正变得高度分散，从而产生对非常分布式传感器网络(very distributed sensor network)的自动控制的需要。智能电网互连这些传感器，使用数字信息和通信技术来收集信息并对其起作用。该信息可以包括关于供应商和消费者的行为的信息，从而允许智能电网以自动化方式提高诸如电力的燃料的生产和分配的效率、可靠性、经济性和可持续性。智能电网可以被视为具有低延迟的另一传感器网络。

卫生部门具有可以受益于移动通信的许多应用。通信系统实现提供远程临床健康护理的远程医疗。它有助于消除距离障碍，并且可以改善对医疗服务的获取，这些医疗服务通常在偏远的农村社区中不是始终可用的。它还用于在危重护理和紧急情况下拯救生命。基于移动通信的无线传感器网络可以为诸如心率和血压的参数提供远程监测和传感器。

无线和移动通信对于工业应用变得越来越重要。线材的安装和维护昂贵，并且用可重新配置的无线链路替换线缆的可能性对于许多行业来说是一个诱人的机会。然而，实现这个需要无线连接以与线缆类似的延迟、可靠性和容量工作，并且简化其管理。低延迟和非常低的错误概率是需要利用5G解决的新要求。

最后，物流和货运跟踪是移动通信的重要用例，其使得能够随时随地通过使用基于位置的信息系统来跟踪库存和包裹。物流和货运跟踪用例通常需要较低的数据速率，但需要宽覆盖范围和可靠的位置信息。

图1图示无线电帧结构。

在NR中，UL和DL传输在帧中被配置。每个无线电帧具有10毫秒的长度，并且被划分为两个5ms的半帧。每个半帧被划分为五个1ms子帧。子帧被划分为一个或多个时隙，并且子帧中的时隙数量取决于子载波间隔(SCS)。根据循环前缀(CP)，每个时隙包括12或14个OFDM(A)符号。当使用正常CP时，每个时隙包括14个OFDM符号。当使用扩展CP时，每个时隙包括12个OFDM符号。符号可以包括OFDM符号(或CP-OFDM符号)和SC-FDMA符号(或离散傅立叶变换-扩展OFDM(DFT-s-OFDM)符号)。

表1示例性地图示每个时隙的符号数量、每个帧的时隙数量和每个子帧的时隙数量在正常CP情况下根据SCS而变化。

[表1]

*Nslotsymb：时隙中的符号数量，*Nframe,uslot：帧中的时隙数量

*Nsubframe,uslot：子帧中的时隙数量

表2图示每个时隙的符号数量、每个帧的时隙数量和每个子帧的时隙数量在扩展CP情况下根据SCS而变化。

[表2]

帧结构仅是示例，并且能够以各种方式改变帧中的子帧数量、时隙数量以及符号数量。在NR系统中，可以为针对一个UE聚合的多个小区配置不同的OFDM(A)参数集(例如，SCS、CP长度等)。因此，由相同数量的符号组成的时间资源(例如，子帧、时隙或传输时间间隔(TTI))(为了方便起见，被称为时间单元(TU))的(绝对时间)持续时间可以在聚合小区之间被不同地配置。

在NR中，可以支持各种参数集(或SCS)，以支持各种第五代(5G)服务。例如，在SCS为15kHz的情况下，可以支持传统蜂窝频带中的宽区域，而在SCS为30kHz或60kHz的情况下，可以支持密集的城市区域、较低延迟和宽载波带宽。在SCS为60kHz或更高的情况下，可以支持大于24.25kHz的带宽以克服相位噪声。

NR频带可以由两种类型的频率范围(FR1和FR2)定义。可以如下表3中所述配置FR1和FR2。FR2可以是毫米波(mmW)。

[表3]

图2图示在一个时隙的持续时间期间的资源网格。时隙在时域中包括多个符号。例如，一个时隙在正常CP情况下包括14个符号，并且在扩展CP情况下包括12个符号。载波在频域中包括多个子载波。资源块(RB)可以由频域中的多个(例如，12个)连续子载波来定义。带宽部分(BWP)可以由频域中的多个连续(物理)RB((P)RB)来定义，并且对应于一个参数集(例如，SCS、CP长度等)。载波可以包括高达N(例如，5)个BWP。数据通信可以在活动的BWP中进行，并且一个UE只能激活一个BWP。资源网格中的每个元素可以称为一个复符号(complexsymbol)可以映射到的资源元素(RE)。

图3图示在时隙中映射物理信道的示例。

在NR系统中，帧具有自包含结构，其中，DL控制信道、DL或UL数据、UL控制信道等可以全部包含在一个时隙中。例如，时隙中的前N个符号(在下文中，DL控制区域)可以用于发送DL控制信道，并且时隙中的最后M个符号(下文中，UL控制区域)可用于发送UL控制信道。N和M是大于或等于0的整数。在DL控制区域和UL控制区域之间的资源区域(在下文中，数据区域)可以用于DL数据传输或UL数据传输。例如，可以考虑以下配置。各个部分按时间顺序列出。

DL信道结构

eNB在稍后描述的DL信道上向UE发送相关信号，并且UE在DL信道上从eNB接收相关信号。

(1)物理下行链路共享信道(PDSCH)

PDSCH承载DL数据(例如，DL共享信道传送块(DL-SCH TB))并且采用诸如正交相移键控(QPSK)、16进制正交幅度调制(16QAM)、64进制QAM(64QAM)或256进制QAM(256QAM)的调制方案。TB被编码为码字。PDSCH可以递送多达两个码字。使码字单独地经受加扰和调制映射，并且来自每个码字的调制符号被映射到一个或多个层。通过将每个层与DMRS一起映射到资源来生成OFDM信号，并且通过相应天线端口来发送OFDM信号。

(2)物理下行链路控制信道(PDCCH)

PDCCH递送DCI。例如，PDCCH(即，DCI)可以承载关于DL共享信道(DL-SCH)的传输格式和资源分配的信息、上行链路共享信道(UL-SCH)的资源分配信息、关于寻呼信道(PCH)的寻呼信息、关于DL-SCH的系统信息、关于更高层控制消息的资源分配的信息(诸如在PDSCH上发送的RAR)、发射功率控制命令、有关配置的调度的激活/释放的信息等。DCI包括循环冗余校验(CRC)。根据PDCCH的所有者或用途，用各种标识符(ID)(例如，无线电网络临时标识符(RNTI))掩蔽CRC。例如，如果PDCCH是用于特定UE的，则CRC被UE ID(例如，小区RNTI(C-RNTI))掩蔽。如果PDCCH用于寻呼消息，则CRC被寻呼RNTI(P-RNTI)掩蔽。如果PDCCH用于系统信息(例如，系统信息块(SIB))，则CRC通过系统信息RNTI(SI-RNTI)被掩蔽。当PDCCH用于RAR时，CRC通过随机接入RNTI(RA-RNTI)被掩蔽。

PDCCH使用固定调制方案(例如，QPSK)。一个PDCCH根据其聚合等级(AL)包括1、2、4、8或16个控制信道元素(CCE)。一个CCE包括6个资源元素组(REG)，每个REG由一个OFDM符号乘一个(P)RB来定义。

为了接收PDCCH，UE可以监测(例如，盲解码)CORESET中的PDCCH候选的集合。PDCCH候选是UE监测用于PDCCH接收/检测的(一个或多个)CCE。PDCCH监测可以在配置有PDCCH监测的每个活动小区上的活动DL BWP中的一个或多个CORESET中执行。由UE监测的PDCCH候选的集合被定义为PDCCH搜索空间(SS)集。SS集可以是公共搜索空间(CSS)集或UE特定搜索空间(USS)集。

表4列出示例性PDCCH SS。

[表4]

SS集可以由系统信息(例如，MIB)或UE特定更高层(例如，RRC)信令来配置。可以在服务小区的每个DL BWP中配置S个或更少的SS集。例如，可以为每个SS集提供下述参数/信息。每个SS集可以与一个CORESET相关联，并且每个CORESET配置可以与一个或多个SS集相关联。-searchSpaceId：指示SS集的ID。

-controlResourceSetId：指示与SS集相关联的CORESET。

-monitoringSlotPeriodicityAndOffset：指示PDCCH监测周期性(以时隙为单位)和PDCCH监测偏移(以时隙为单位)。

-monitoringSymbolsWithinSlot：指示在配置有PDCCH监测的时隙中，用于PDCCH监测的(一个或多个)第一OFDMA符号。OFDMA符号由位图指示，并且位图的每个比特对应于时隙中的一个OFDM符号。位图的MSB对应于时隙的第一OFDM符号。与被设置为1的(一个或多个)比特相对应的(一个或多个)OFDMA符号对应于该时隙中的CORESET的(一个或多个)第一符号。

-nrofCandidates：指示针对每个AL＝{1,2,4,8,16}的PDCCH候选的数量(例如，0、1、2、3、4、5、6和8中的一个)。

-searchSpaceType：指示是否SS类型是CSS或USS。

-DCI格式：指示PDCCH候选的DCI格式。

UE可以基于CORESET/SS集配置来监测时隙中的一个或多个SS集中的PDCCH候选。应当监测PDCCH候选的时机(例如，时间/频率资源)被定义为PDCCH(监测)时机。可以在时隙中配置一个或多个PDCCH(监测)时机。

表5图示了在PDCCH上发送的示例性DCI格式。

[表5]

DCI格式0_0可以被用于调度基于TB(或TB级别)的PUSCH，并且DCI格式0_1可以被用于调度基于TB(或TB级别)的PUSCH或基于码块组(CBG)(或CBG级别)的PUSCH。DCI格式1_0可以被用于调度基于TB(或TB级别)的PDSCH，并且DCI格式1_1可以被用于调度基于TB(或TB级别)的PDSCH或基于CBG(或CBG级别)的PDSCH(DL许可DCI)。DCI格式0_0/0_1可以被称为UL许可DCI或UL调度信息，并且DCI格式1_0/1_1可以被称为DL许可DCI或DL调度信息。DCI格式2_0用于将动态时隙格式信息(例如，动态时隙格式指示符(SFI))递送给UE，并且DCI格式2_1被用于将DL抢占信息递送给UE。DCI格式2_0和/或DCI格式2_1可以在组公共PDCCH上被递送到相应的一组UE，该组公共PDCCH是针对一组UE的PDCCH。DCI格式0_0和DCI格式1_0可以被称为回退DCI格式，而DCI格式0_1和DCI格式1_1可以被称为非回退DCI格式。在回退DCI格式中，不管UE配置如何，DCI大小/字段配置都保持相同。相反，DCI大小/字段配置在非回退DCI格式中取决于UE配置而变化。

DRX(不连续接收)操作

UE在RRC_IDLE和RRC_INACTIVE状态中使用不连续接收(DRX)以降低功耗。当配置了DRX时，UE根据DRX配置信息执行DRX操作。

当UE基于DRX进行操作时，UE重复ON/OFF(开启/关闭)以进行接收。例如，当配置了DRX时，UE仅在预定时间间隔(例如，ON)中尝试接收/检测PDCCH(例如，PDCCH监测)，并且在剩余时间段(例如，OFF/休眠)中不尝试接收PDCCH。

此时，在其期间UE应当尝试接收PDCCH的时间段被称为开启持续时间，并且该开启持续时间被定义为每个DRX周期一次。UE可以通过RRC信令从gNB接收DRX配置信息，并且通过接收(长)DRX命令MAC CE来作为DRX操作。

DRX配置信息可以包括在MAC-CellGroupConfig中。IE MAC-CellGroupConfig用于配置小区组的MAC参数，包括DRX。

DRX(不连续接收)是指用于使UE(用户设备)能够减少电池消耗从而使UE能够不连续地接收/监测下行链路信道的操作模式。也就是说，配置有DRX的UE可以通过不连续地接收DL信号来降低功耗。DRX操作在DRX周期中执行，DRX周期指示其中周期性地重复开启持续时间的时间间隔。DRX周期包括开启持续时间和休眠持续时间(或DRX的机遇)。开启持续时间指示其中UE监测PDCCH以便接收PDCCH的时间间隔。可以在RRC(无线电资源控制)_IDLE状态(或模式)、RRC_INACTIVE状态(或模式)或RRC_CONNECTED状态(或模式)中执行DRX。在RRC_IDLE状态和RRC_INACTIVE状态中，DRX被用于不连续地接收寻呼信号。

-RRC_Idle状态：其中在基站和UE之间没有建立无线电连接(RRC连接)的状态。

-RRC不活动状态：其中在基站和UE之间建立了无线电连接(RRC连接)，但无线电连接不活动的状态。

-RRC_Connected状态：其中在基站和UE之间已经建立无线电连接(RRC连接)的状态。

DRX基本上分为空闲模式DRX、连接DRX(C-DRX)和扩展DRX。在RRC IDLE状态中应用的DRX被称为空闲模式DRX，并且在RRC CONNECTED状态中应用的DRX被称为连接模式DRX(C-DRX)。

eDRX(扩展/增强型DRX)是一种能够扩展空闲模式DRX和C-DRX的周期的机制。在空闲模式DRX中，可以基于系统信息(例如，SIB1)来配置是否允许eDRX。

SIB1可以包括eDRX-Allowed参数。eDRX-Allowed参数是指示是否允许空闲模式扩展DRX的参数。

(1)空闲模式DRX

在空闲模式中，UE可以使用DRX来降低功耗。一个寻呼时机(PO)可以是其中可以发送基于寻呼无线电网络临时标识符(P-RNTI)的物理下行链路控制信道(PDCCH)的时间间隔(例如，时隙或子帧)。基于P-RNTI的PDCCH可以寻址/调度寻呼消息。对于基于P-RNTI的PDCCH传输，PO可以指示用于PDCCH重复的第一子帧。

一个寻呼帧(PF)是一个无线电帧，其可以包括一个或多个寻呼时机。当使用DRX时，UE可以被配置为每个DRX周期仅监测一个PO。可以基于经由网络信令(例如，系统信息)提供的DRX参数来确定PF、PO和/或PNB。

在下文中，“PDCCH”可以指MPDCCH、NPDCCH和/或普通PDCCH。下文中，“UE”可以指MTC UE、BL(带宽降低的低复杂度)/CE(覆盖增强的)UE、NB-IoT UE、降低能力(RedCap)UE、普通UE和/或IAB-MT(移动终端)。

图4是示出执行空闲模式DRX操作的方法的示例的流程图。

UE通过更高层信令(例如，系统信息)从基站接收空闲模式DRX配置信息(S410)。

此外，UE基于空闲模式DRX配置信息来确定用于在寻呼DRX周期中监测物理下行链路控制信道(例如，PDCCH)的PF(寻呼帧)和PO(寻呼时机)(S420)。在这种情况下，DRX周期包括开启持续时间和休眠持续时间(或DRX的机会)。

此外，UE监测所确定的PF的PO中的PDCCH(S430)。UE对于每个寻呼DRX周期仅监测一个时间间隔(PO)。例如，时间间隔可以是时隙或子帧。

此外，如果UE在开启持续时间期间接收到由P-RNTI加扰的PDCCH(更确切地说，PDCCH的CRC)(即，如果检测到寻呼)，则UE可以转变到连接模式，并与基站发送或接收数据。

图5是示出空闲模式DRX操作的示例的图。

参考图5，如果存在朝向处于RRC_Idle状态(以下称为“空闲状态”)中的UE的业务(数据)，则发生朝向对应UE的寻呼。

因此，UE在每个(寻呼)DRX周期唤醒并监测PDCCH。

如果存在寻呼，则UE转变到连接状态，并接收数据。否则，UE可能再次进入休眠模式。

(2)连接模式DRX(C-DRX)

C-DRX是在RRC连接状态中应用的DRX。C-DRX的DRX周期可以配置有短DRX周期和/或长DRX周期。短DRX周期是可选的。

如果配置了C-DRX，则UE在开启持续时间内执行PDCCH监测。如果在PDCCH监测期间成功检测到PDCCH，则UE操作(或运行)不活动定时器并保持唤醒状态。相反，如果在PDCCH监测期间没有成功检测到PDCCH，则UE在开启持续时间结束之后进入休眠状态。

如果配置了C-DRX，则可以基于C-DRX配置不连续地配置PDCCH接收时机(例如，具有PDCCH搜索空间/候选的时隙)。相反，如果没有配置C-DRX，则可以根据PDCCH搜索空间配置来连续地配置PDCCH接收时机(例如，具有PDCCH搜索空间/候选的时隙)。同时，PDCCH监测可以被限制在被配置为测量间隙的时间间隔中，而与C-DRX配置无关。

图6是示出执行C-DRX操作的方法的示例的流程图。

UE从基站接收包括DRX配置信息的RRC信令(例如，MAC-MainConfig IE)(S610)。DRX配置信息可以包括以下信息。

-开启持续时间：UE在唤醒后等待接收PDCCH的持续时间。如果UE成功解码PDCCH，则UE保持唤醒并启动drx不活动定时器；

-onDurationTimer：DRX周期开始的持续时间。例如，该持续时间可以指在DRX周期的开始处要连续监测的时间间隔，其能够以毫秒(ms)为单位表示。

-drx-InactivityTimer：其中PDCCH指示MAC实体的新UL或DL传输的PDCCH时机之后的持续时间。例如，该持续时间可以是在UE解码包括调度信息的PDCCH之后以ms为单位表示的时间间隔。也就是说，该持续时间是指其中UE在解码PDCCH之后等待成功解码另一PDCCH的持续时间。如果在对应的持续时间内没有检测到其他PDCCH，则UE转变到休眠模式。

UE在仅成功解码除了用于重传的PDCCH之外的用于初始传输的PDCCH之后重新启动drx不活动定时器。

-drx-RetransmissionTimer：对于DL，直到接收到DL重传的最大持续时间；对于UL，直到接收到用于UL重传的许可为止的最大持续时间。例如，对于UL，drx-RetransmissionTimer指示要重传的传输块(TB)被发送的带宽部分(BWP)中的时隙的数量。对于DL，drx-RetransmissionTimer指示在其中接收到要重传的TB的BWP中的时隙的数量。

-longDRX-Cycle：开启持续时间发生周期

-drxStartOffset：开始DRX周期的子帧编号

-drxShortCycleTimer：UE应遵循短DRX周期的持续时间；

-shortDRX-Cycle：当DRX-InactivityTimer终止时，与drxShortCycleTimer数量一样多地操作的DRX周期

-drx-SlotOffset：在drx-onDurationTimer启动之前的延迟。例如，延迟能够以ms为单位来表示，更具体地，能够以1/32ms的倍数来表示。

-活动时间：UE监测PDCCH的总持续时间，其可以包括(a)DRX周期的“开启持续时间”，(b)在drx不活动定时器尚未期满时UE执行连续接收的时间，以及(c)在等待重传机会时UE执行连续接收的时间。

具体地，当配置了DRX周期时，DRX组的服务小区的活动时间包括以下。

-(a)drx-onDurationTimer或(b)为DRX组配置的drx-InactivityTimer正在运行；或

-(c)在DRX组中的任何服务小区上运行的drx-RetransmissionTimerDL或drx-RetrransmissionTimerUL；或

-(d)ra-ContentionResolutionTimer或msgB-ResponseWindow正在运行；或

-(e)在PUCCH上发送调度请求并且该调度请求是未决的；或

-(f)在成功接收到针对基于竞争的随机接入前导之中未由MAC实体选择的随机接入前导的随机接入响应之后，还没有接收到指示寻址到MAC实体的C-RNTI的新传输的PDCCH。

此外，如果通过MAC CE(命令元素)的DRX命令来配置DRX“ON”(S620)，则UE基于DRX配置在DRX周期的ON持续时间内监测PDCCH(S630)。

图7是示出C-DRX操作的示例的图。

参考图7，当UE在RRC_Connected状态(以下称为连接状态)下接收到调度信息(例如，DL指配或UL许可)时，UE运行DRX不活动定时器和RRC不活动定时器。

DRX不活动定时器期满后，DRX模式开始。UE在DRX周期中唤醒，并在预定时间(开启持续时间定时器)期间监测PDCCH。

在这种情况下，如果配置了短DRX，则当UE开始DRX模式时，UE首先以短DRX周期开始，并在短DRX周期终止后开始长DRX循环。长DRX周期是短DRX周期的倍数。在短DRX周期中，UE更频繁地唤醒。在RRC不活动定时器期满之后，UE转换到空闲状态并执行空闲模式DRX操作。

图8图示了DRX周期。C-DRX操作已经被引入用于UE的节能。如果UE在为每个DRX周期定义的开启持续时间内没有接收到PDCCH，则UE进入休眠模式直到下一个DRX周期，并且不执行发送/接收。

另一方面，当UE在开启持续时间内接收到PDCCH时，活动时间可以基于不活动定时器、重传定时器等的操作而继续(或增加)。如果UE在活动时间内没有接收到额外数据，则UE可以在休眠模式中操作，直到下一个DRX操作。

在NR中，除了现有的C-DRX操作之外，还引入了唤醒信号(WUS)以获得额外的节能增益。WUS可以通知UE是否需要在每个DRX周期(或多个DRX周期)的开启持续时间内执行PDCCH监测。如果UE在指定或指示的WUS时机上没有检测到WUS，则UE可以维持休眠模式，而不在与对应的WUS相关联的一个或多个DRX周期中执行PDCCH监测。

(3)WUS(DCI格式2_6)

根据Rel-16 NR系统的节能技术，当执行DRX操作时，可以通过DCI格式2_6来通知UE是否需要针对每个DRX周期唤醒UE。

参考图9，可以通过由网络指示的ps-Offset和由UE报告的时间间隙来确定用于DCI格式2_6的PDCCH监测时机。在这种情况下，由UE报告的时间间隙可以被解释为UE唤醒后的操作所需的准备时段。

参考图9，基站(BS)可以向UE提供能够监测DCI格式2_6的搜索空间(SS)集配置。根据对应的SS集配置，可以在与监测周期性间隔的持续时间一样长的连续时隙中监测DCI格式2_6。

在DRX配置中，可以由DRX周期的开始时间(例如，开启持续时间定时器开始的点)和由BS配置的ps-Offset来确定用于监测DCI格式2_6的监测窗口。此外，在UE报告的时间间隙中可能不需要PDCCH监测。因此，UE实际执行监测的SS集监测时机可以被确定为监测窗口内的第一完整持续时间(即，图16的实际监测时机)。

如果UE在基于ps-Offset配置的监测窗口中检测到DCI格式2_6，则可以由BS通知UE在下一个DRX周期中UE是否唤醒。

搜索空间集(SS集)组切换

在当前NR标准中，已经定义了SS集组切换以降低UE的功耗。根据SS集组切换，UE可以被配置有多个SS集组，并且可以指示多个SS集组之中由UE要监测的SS集组。此外，UE可以根据对应的指示来监测包括在对应的SS集组中的SS集，并且跳过对不包括在对应SS集组内的SS集的监测。

例如，可以向UE提供配置有类型3-PDCCH公共搜索空间(CSS)集和/或用户特定的搜索空间(USS)集的SS集组的列表。此外，如果提供了SS集组的列表，则UE可以监测与组索引#0相对应的SS集。

UE可以根据是否配置了SearchSpaceSwitchTrigger来执行SS集组切换操作。

如果为UE配置了SearchSpaceSwitchTrigger，则UE可以根据DCI格式2_0的指示切换SS集组。

例如，如果DCI格式2_0中的SS集组切换标志字段的值为0，则UE可以在从UE接收DCI格式2_0的时间起的预定时间之后开始监测SS集组#0，并且停止监测SS集组#1。

如果DCI格式2_0中的SS集组切换标志字段的值为1，则UE可以在从UE接收到DCI格式2_0的时间起的预定时间之后开始监测SS集组#1，并停止监测SS集组#0。如果UE开始监测SS集组#1，则UE可以开始对由SearchSpaceSwitchTimer配置的定时器进行计数。如果定时器期满，则UE可以在从定时器期满的时间起的预定时间之后开始监测SS集组#0，并且停止监测SS集组#1。

如果没有为UE配置SearchSpaceSwitchTrigger，则UE可以基于DCI接收来改变SS集组。例如，当UE在监测SS集组#0(或SS集组#1)时接收到DCI时，UE可以在从UE接收到DCI的时间起的预定时间之后开始监测SS集组#1(或SS集组#0)，并且停止监测SS集组#0(或SS集组#1)。在这种情况下，UE可以开始对SearchSpaceSwitchTimer配置的定时器进行计数。如果定时器期满，则UE可以在从定时器期满的时间起的预定时间之后开始监测SS集组#0(或SS集组#1)，并且停止监测SS集组#1(或SS集组#0)。

本公开提出了一种方法，其中，被指示执行DRX操作的UE能够基于DCI在DRX活动时间内接收PDCCH监测适配操作。

UE可以被配置有每个BWP最多10个SS集。UE可以监测包括在SS集中的PDCCH候选(在下文中，监测SS集)。

由于UE需要对UE不知道将何时接收PDCCH的定时以及接收PDCCH所使用的DCI格式的PDCCH执行盲解码(BD)，因此在DRX操作期间，PDCCH监测占据了功耗的大部分。

作为用于无线通信系统(例如，Rel-17 NR系统等)中的节能的技术，已经讨论了PDCCH监测适配，其中，UE调整PDCCH监测的次数以减少DRX活动时间内的功耗。

PDCCH监测适配的示例包括PDCCH监测跳过(在下文中，跳过)和SS集组切换(在下文中，切换)。

对于PDCCH监测适配，BS可以使用各种DCI格式向UE指示与PDCCH监测适配相关的信息。UE可以根据基于对应指示的PDCCH监测适配操作来监测PDCCH。

本公开的实施例提出了指示基于DCI的PDCCH监测适配操作的方法。为此，可以定义UE执行PDCCH监测跳过和SS集切换操作(这些是PDCCH监测适配的候选技术)的方法。

此外，即使当指示了PDCCH监测适配时，也可以定义UE对于其执行PDCCH监测的至少一个默认SS集，而不管对应的PDCCH监测适配如何。

指示根据本公开的操作的DCI不限于特定的DCI格式。用于指示对应操作的字段可以是新定义的，或者可以使用可以指示对应操作的所有DCI格式。

可以为一个UE同时配置PDCCH监测跳过和SS集切换的PDCCH监测适配操作。BS可以选择性地指示一个操作或者指示这些操作的组合。

为了便于描述，未应用PDCCH监测适配的现有PDCCH监测方法可以被称为第一PDCCH监测方法，并且应用PDCCH监测适配的新PDCCH监测方法可以被称为第二PDCCH监测方法。

然而，如果本领域技术人员根据描述来清楚地理解第一监测适配和第二监测适配的含义而不混淆它们，则可以省略表达“第一”和“第二”。例如，根据描述的流程，PDCCH监测可以是指第一PDCCH监测适配方法或第二PDCCH监测适配方法中的任何一种，或者第一PDCCH监测适配方法和第二PDCCH监测适配方法这两者。

在以下描述中，为了清楚的解释，将单独描述实施例，并且实施例不应被限制地解释为它们被独立执行的意思。例如，稍后将描述的实施例可以单独地实现，但是在它们彼此不冲突的范围内，它们中的至少一些能够以组合形式实现。

同时，稍后将描述的实施例可以应用于例如扩展现实(XR)。XR是一个包含增强现实(AR)、虚拟现实(VR)和混合现实(MR)的概念。XR的特征在于，预期接收业务时的定时被固定为每秒帧(fps)，并且由于抖动(jitter)的影响，可能比预期定时晚或早地接收业务。XR业务的这种抖动被表示为截断的高斯概率分布(truncated Gaussian probabilitydistribution)。因此，通过根据fps循环配置DRX，可以预期节能效果。即使在没有配置DRX的情况下，如果配置了PDCCH监测适配，也可以仅通过PDCCH监测适配来预期节能效果。显然，还可以通过配置DRX和PDCCH监测适配这两者来预期节能效果。

预期业务接收定时和由抖动的影响引起的预期接收定时可以表被达为概率，并且可以应用稍后描述的实施例来实现如上所述的XR环境中的节能效果。

例如，由于在与预期业务接收定时在时间上相对远离的定时处抖动概率低并且因此业务接收概率低，所以UE可以通过稀疏地监测PDCCH来节能。相反，由于在时间上接近于预期业务接收定时的定时处业务抖动概率高并且因此接收概率高，所以UE可以通过密集地监测PDCCH来根据接收概率来调整功耗。为此，SS集组#0可以被配置为包括用于密集PDCCH监测的SS集的SS集组，并且SS集组#1可以被配置为包括用于稀疏PDCCH监测的SS集的SS集组。

例如，基于稍后描述的[实施例#4]，UE可以通过配置SS集组#1/SS集组#0/SS集组#1的PDCCH监测图样来执行PDCCH监测。

作为另一个示例，UE可以重复在业务接收概率由于高抖动概率而高的短持续时间期间执行PDCCH监测并且然后进入微休眠(micro-sleep)的操作。因此，当业务未被正常接收时，UE可以快速进入微休眠以实现节能，并且然后执行PDCCH监测以接收重传的业务，从而提高PDCCH监测的效率。例如，UE可以通过基于稍后描述的[实施例#4]配置PDCCH监测/PDCCH监测跳过的PDCCH监测图样来执行PDCCH监测。

虽然本公开提出了在DRX活动时间内通过DCI接收的操作作为示例，但是相同的操作可以被应用于未配置DRX的UE。在这种情况下，包括在PDCCH监测图样中的一个或多个详细操作的持续时间可以具有固定值。

现在，将描述根据本公开实施例的UE和BS的操作过程。

例如，在诸如LTE和NR的通信系统中，当处于RRC_CONNECTED模式的UE在其中配置了DRX操作和根据本公开中提出的实施例的操作的状态中接收DCI格式x_1和/或DCI格式x_2时，UE和BS可以如图10至图12中所示进行操作。在这种情况下，x是指示各种DCI格式的任意整数。

图10是用于解释根据本公开的实施例的UE的整体操作过程的图。

参考图10，UE可以接收包括与PDCCH监测适配相关的信息的无线电资源控制(RRC)信号(S1001)。例如，RRC信号中包括的信息可以基于稍后描述的[实施例#1]至[实施例#4]中的至少一个。

UE可以接收指示PDCCH监测适配的DCI(S1003)。例如，DCI可以基于稍后描述的[实施例#1]至[实施例#4]中的至少一个来指示与PDCCH监测适配相关的操作。

UE可以基于所指示的PDCCH监测适配来监测PDCCH，然后接收PDCCH(S1005)。例如，UE可以基于稍后描述的[实施例#1]至[实施例#4]中的至少一个来监测和接收PDCCH。

图11是用于解释根据本公开的实施例的BS的整体操作过程的图。

参考图11，BS可以发送包括与PDCCH监测适配相关的信息的RRC信号(S1101)。例如，RRC信号中包括的信息可以基于稍后描述的[实施例#1]至[实施例#4]中的至少一个。

BS可以发送指示PDCCH监测适配的DCI(S1103)。例如，BS可以基于稍后描述的[实施例#1]至[实施例#4]中的至少一个，通过DCI来指示与PDCCH监测适配相关的操作。

BS可以基于所指示的PDCCH监测适配来发送PDCCH(S1105)。例如，BS可以基于稍后描述的[实施例#1]至[实施例#4]中的至少一个来发送PDCCH。

图12是用于解释根据本公开的实施例的网络的整体操作过程的图。

参考图12，BS可以向UE发送包括与PDCCH监测适配相关的信息的RRC信号(S1201)。例如，RRC信号中包括的信息可以基于稍后描述的[实施例#1]至[实施例#4]中的至少一个。

BS可以向UE发送指示PDCCH监测适配的DCI(S1203)。例如，BS可以基于稍后描述的[实施例#1]至[实施例#4]中的至少一个，通过DCI来指示与PDCCH监测适配相关的操作。

BS可以基于所指示的PDCCH监测适配向UE发送PDCCH(S1205)。例如，BS可以基于稍后描述的[实施例#1]至[实施例#4]中的至少一个来发送PDCCH。

UE可以基于所指示的PDCCH监测适配来监测PDCCH，然后接收PDCCH(S1207)。例如，UE可以基于稍后描述的[实施例#1]至[实施例#4]中的至少一个来监测和接收PDCCH。

换言之，稍后将描述的实施例中的至少一个可以被应用于基于PDCCH监测适配的UE的操作(例如，改变的PDCCH监测方法)。尽管图10至图12假设网络通过DCI来显式或隐式地指示基于PDCCH监测适配的UE的操作，但是本公开不限于此。例如，也可以通过媒体接入控制-控制元素(MAC-CE)来指示PDCCH监测适配。

同时，可以在从DCI格式x_1和/或DCI格式x_2的接收或接收结束起的预定时间之后发起PDCCH监测适配。例如，所述预定时间可以被预定义、通过RRC被发信号通知、或者通过DCI格式x_1和/或DCI格式x_2被确定。

为了指示基于PDCCH监测适配的UE的操作的释放/终止，可以使用与在基于PDCCH监测适配的UE的操作的发起中使用的方法相同的方法。例如，当通过DCI指示PDCCH监测适配的发起时，也可以通过DCI来指示PDCCH监测适配的释放/终止。作为另一示例，当通过MAC-CE指示PDCCH监测适配的发起时，也可以通过MAC-CE指示PDCCH监测适配的释放/终止。

当PDCCH监测适配被发起时，UE可以根据稍后将描述的PDCCH监测适配被连续地执行操作，直到指示操作终止的定时，周期性地执行该操作，或者仅在预定时间内(例如，基于定时器)执行该操作。可替选地，当用于终止操作的事件条件得到满足时，可以终止操作。

同时，可以针对要监测的每个聚合等级(AL)/SS集/DCI格式来配置稍后将描述的PDCCH监测适配。此外，作为例外情况，PDCCH监测适配可以不应用于特定的AL/特定的SS集/特定的DCI格式。可以定义与PDCCH监测适配相关的UE/BS的回退操作。例如，可以定义用于处置错误情况的操作，例如，由于UE未能检测到指示PDCCH监测适配的DCI而导致BS和UE之间存在PDCCH监测适配未对准的情况。

关于参照图10至图12描述的所有操作，BS(或gNB)可以为UE配置相关的RRC参数。RRC参数可以包括与本公开中描述的PDCCH监测适配相关的配置(例如，要执行的PDCCH监测适配操作、默认SS集和/或monitoringTimer)。

一些提出的方法可以选择性地应用于本公开中提出的实施例。可以独立执行每种方法，而不与其他方法单独组合，或者能够以相关联的形式组合并执行一个或多个方法。用于描述本公开的一些术语、符号、顺序等可以用其他术语、符号和顺序等替换，只要保持对应的原理即可。

在下文中，虽然本公开将示例性地描述用于PDCCH监测适配和DCI格式x_1和/或DCI格式x_2的发送和接收的任意结构，以便解释对应的原理，但是所提出的方法不限于特定DRX或特定类型的DCI发送或接收，除非另有说明。因此，很明显，只要不违反对应的原理，即使没有单独的解释，本公开中提出的实施例也可以被应用于根据DCI发送和接收的PDCCH监测适配操作。

在Rel-15和Rel-16标准的UE的DRX操作的情况下，当在DRX活动时间内检测到DCI时，DRX定时器(例如，不活动定时器)被重置。由此，除了作为DRX活动时间的启动定时器的onDuration定时器之外，还启动了新的定时器，并且可能出现整体上延长DRX活动时间的效果。

在本公开中可能提出了指示PDCCH监测适配的各种类型的DCI。例如，DCI可以被分为调度DCI和非调度DCI。调度DCI可以调度PDSCH并且同时指示PDCCH监测适配。另一方面，非调度DCI可以仅指示PDCCH监测适配，而不单独调度PDSCH。可替换地，非调度DCI可以指示用于除了PDCCH调度和PDCCH监测适配之外的目的的其他指令。在这种情况下，本公开基本上假设，当在DRX活动时间内检测到非调度DCI并且没有单独的指示或配置时，不重置新的DRX定时器。

1.实施例#1：SS集组切换

Rel-16标准中新定义了SS集组切换，并且SS集组切换通过将SS集划分为组来指示是否监测PDCCH。这种SS集组切换也可以被用作用于在DRX活动时间内PDCCH监测适配的操作，并且可以通过修改或补充被引入用于在Rel-17之后的节能。

Rel-16中定义的SS集组切换操作意味着在两个SS集组(即，SS集组#0和SS集组#1)之间切换。在现有操作中，可能存在不包括在SS集组#0和SS集组#1之中的任何SS集组中的SS集。无论UE是否被指示监测SS集组#0和SS集组#1之中的一个SS集组，UE都可以始终监测不包括在任何SS集组中的SS集。

在本公开的实施例中，可以定义超过两个的SS集组的数量，并且可以存在不包括在任何SS集组中的SS集。不包括在任何SS集组中的SS集可以被定义为默认SS集组。为此，可以通过RRC为连接模式UE预先配置与SS集组切换相关的参数。例如，与SS集组切换相关的参数可以包括SS集组的数量、用于回退操作的定时器以及直到应用SS集组切换的延迟(例如，应用延迟)。

(1)实施例#1-1：SS集组配置

根据标准文档TS 38.213，在下面的[表6]中给出了Rel-16中用于SS集组切换的SS集组。

[表6]

换句话说，只有Type3 CSS和USS可以被包括在SS集组中。根据标准文档TS38.213，如[表7]中那样定义每个SS集的类型。

[表7]

在[表7]中，每个CSS的用法可以被分类如下。-Type0-PDCCH CSS集：初始接入

-Type0A-PDCCH CSS集：应UE的请求接收附加系统信息(按需系统信息(OSI))

-Type1-PDCCH CSS集：在随机接入过程中，应UE的请求接收网络的响应

-Type2-PDCCH CSS集：系统信息的更改和公共警报系统(PWS)的指示(或寻呼)

-Type3-PDCCH CSS集：其他CSS

连接模式UE可以根据上述各自的用途来执行对Type0-PDCCH CSS集、Type0A-PDCCH CSS集、Type1-PDCCH CSS集和/或Type2-PDCCH CSS集的监测。例如，在Type1-PDCCHCSS集的情况下，如果UE没有执行随机接入过程，则由于不需要接收调度Msg2、Msg4或MsgB的DCI，因此UE不需要监测Type1-PDCCH CSS集。

在本公开的提议中，SS集组可以被配置如下。

-选项1)只有Type3-PDCCH CSS和USS可以被包括在SS集组中。UE可以始终监测不包括在SS集组中的SS集。

-选项2)所有类型的SS集都需要包括在一个或多个SS集组中。

假设UE通过UE的SS集组切换操作一次只监测一个SS集组，则每当需要监测Type0-PDCCH CSS集、Type0A-PDCCH CSS集、Type1-PDCCH CSS集和/或Type2-PDCCH CSS集时，选项2可能需要切换到其中包括对应类型的CSS集的SS集组的操作。然而，就UE的节能或BS的调度而言，这种操作可能不好。当Type0-PDCCH CSS集、Type0A-PDCCH CSS集、Type1-PDCCHCSS集和/或Type2-PDCCH CSS集被配置为包括在一个SS集组中时，并且当UE被配置为无论UE的SS集组切换操作如何都始终监测对应的SS集组时，这可以是与选项1基本上相同的操作。

因此，除非另有说明，否则本公开的提议基本上假设选项1或选项2，该选项2被配置为在一个SS集组中包括Type0-PDCCH CSS集、Type0A-PDCCH CSS集、Type1-PDCCH CSS集和/或Type2-PDCCH CSS集并且始终监测Type0-PDCCH CSS集、Type0A-PDCCH CSS集、Type1-PDCCH CSS集和/或Type2-PDCCH CSS集而与UE的SS集组切换操作无关。例如，可以不存在包括Type0-PDCCH CSS集、Type0A-PDCCH CSS集、Type1-PDCCH CSS集和/或Type2-PDCCH CSS集的SS集组，并且UE可以始终或根据需要执行监测，而不管向UE指示的SS集组的数量如何。

(2)实施例#1-2：默认SS集组

在本公开的实施例中，定义了默认的SS集组。根据UE的提议操作和预期用途，可以如下定义默认SS集组。

1)用于未包括在特定SS集组(例如，SS集组#0或SS集组#1)中的至少一个SS集的SS集组；

2)UE始终或根据需要监测的至少一个SS集的SS集组；以及/或者

3)用于UE回退到其以再次监测PDCCH的至少一个SS集的SS集组。

上述默认SS集组的每个定义的使用示例如下。

在1)中定义的默认SS集组可以具有与上述实施例#1-1中的选项1中相同的形式。

在2)的情况下，默认SS集可以是基本上被监测(或能够被监测)的SS集组，而不管向UE指示的SS集切换(或PDCCH监测跳过)如何。使用2)的情况，UE可以应对诸如UE的DCI错误检测的各种错误情况。例如，当UE错过指示SS集切换的DCI时，UE可以监测默认SS集组。此外，即使BS也指示SS集切换，如果UE在预定时间段或更长时间内没有发送HARQ-ACK，或者确定UE没有执行与由BS发送的PDCCH相对应的操作，则BS可以通过默认SS集组来发送PDCCH。

在3)的情况下，如果在向UE指示SS集组切换(或PDCCH监测跳过)之后定时器(或指示执行对应操作的持续时间)在没有任何其他指示的情况下期满，则默认SS集组可以是指UE可以从对应定时起开始监测的SS集组。例如，当在PDCCH监测适配之后在预定时间段和/或特定次数(例如，当UE未能从BS接收DL调度信号和/或数据信号时)内没有来自BS的传输时，UE可以根据3)的定义对SS集组中包括的至少一个SS集执行PDCCH监测。

同时，虽然本实施例描述了根据默认SS集组的定义的示例，但是每个示例可以被替选地应用于另一定义的默认SS集组的情况。

默认SS集组可以被预定义为如上所述定义的默认集组的类型之一，或者可以由BS通过RRC为UE配置。同时，可以不配置默认SS集组，并且在这种情况下，所有SS集可以被包括在一个或多个SS集组中。

在本实施例中，由于默认SS集的定义并非完全互斥，因此可以组合使用一种或多种方法。例如，默认SS集组可以是始终或根据需要监测的至少一个SS集的组，并且当UE在预定时间段和/或预定次数内未能接收到来自BS的传输时需要执行监测，使得UE需要监测除当前监测的SS集之外的SS集。例如，上述示例可以对应于2)+3)的组合。

作为另一示例，UE可以始终或根据需要监测不包括在特定SS集组中的至少一个SS集的组，并且这可以对应于定义1)+2)的组合。

类似于2)，UE始终监测的至少一个SS集的组可以被称为常开(always-on)SS集组。常开SS集组可以被用于配置UE应当始终监测的SS集的集合，而不管通过SS集组切换指示的SS集组如何。可替选地，即使在跳过的情况下(其停止PDCCH监测)，也可以使用常开SS集组来配置UE应当在不停止PDCCH监测的情况下始终监测的SS集的集合。

默认SS集组的监测可以根据通过DCI的指示和/或特定情况而改变。例如，在其中切换默认SS集组的监测的持续时间期间停止PDCCH监测的指示或者将PDCCH监测周期性和/或SS集周期性延长N倍的指示可以被包括在DCI的切换指示字段中。

可替选地，当指示UE监测特定SS集组时，UE可以被配置为执行对应的操作。可替选地，可以在其中切换SS集组的整个持续时间内配置窗口，并且可以指示UE仅在该窗口期间监测默认SS集组。例如，该窗口可以由SS集组切换持续时间内的起始点定义，并被定义为持续时间。例如，窗口可以被定义为从SS集组切换持续时间的起始点到预定定时的持续时间。当通过上述操作指示UE监测具有长周期性的SS集组时，UE可以停止监测默认SS集组或者增加监测周期性，从而最大化节能效果。

如果UE被指示以改变默认SS集组的监测或者UE错过了指示要被改变的SS集组的DCI，则由于UE在没有改变的情况下监测默认SS集组，所以这与被定义以为错误情况做准备的默认SS集的目的不冲突。

同时，BS可以通过RRC配置为UE配置详细操作(例如，停止PDCCH监测或扩展PDCCH监测周期性和/或SS集周期性)。

(3)实施例#1-3：1比特切换信令DCI

在DCI中，指示UE的SS集组切换操作的字段或比特可以被定义为1比特或2比特或更多。即使在本公开的实施例中，用于指示SS集组切换的DCI中的比特也可以被实现为1比特。

对于使用1比特指示SS集组切换的操作，由BS通过RRC信号为UE配置两个组(例如，SS集组#0和SS集组#1)，并且UE可以通过1比特SS集组切换标志来改变其中UE已经监测PDCCH的SS集组，类似Rel-16的现有SS集组切换。换言之，由于存在两个SS集组，即SS集组#0和SS集组#1，因此可以通过1比特标志来改变SS集组。

同时，可以预先配置指示SS集组切换操作的持续时间的定时器。此外，UE可以在从接收到指示SS集组切换操作的DCI的时间起的预定时间(例如，应用延迟)之后开始监测切换的SS集。这可以用于确保UE解码DCI的处理时间。可以在RRC配置过程中考虑UE的能力来为UE配置应用延迟。可替选地，通过UE的强制性特征，应用延迟可以是预定值。

同时，可以为UE的SS集组切换操作配置一种类型的回退定时器。UE可以通过切换SS集组来监测PDCCH，并且同时启动回退定时器。如果在回退定时器期满之后没有附加指示，则可以预先配置是否UE应该回退以监测开始SS集组切换操作之前的SS集组或者应该监测由BS通过RRC配置的默认SS集组(例如，在实施例#1-2的3)的情况下)。当UE接收到DCI时，用于PDCCH监测的定时器新启动，并且当UE在定时器的持续时间期间未能接收DCI时定时器期满。

可替选地，可以通过DCI中包括的1比特来指示作为监测而不是切换SS集组的目标的SS集组。例如，除了为UE配置的用于一般PDCCH监测的SS集组#0和SS集组#1之外，还可以配置特殊的SS集组。特殊SS集组可以是不包含任何SS集的空组。可替选地，特殊SS集组可以是在实施例#1-2中定义的默认SS集组的提议中对应于1)或2)的SS集组。

例如，如果配置了空组，则可以指示UE默认监测SS集组#0，并通过DCI的SS集组切换比特指示UE监测空组和SS集组#1。在这种情况下，当指示了空组(或SS集组#1)时，UE可以监测对应的SS集并同时启动定时器。当定时器期满时，UE可以再次监测SS集组#0。

由UE对空组的监测操作与PDCCH监测跳过操作相同。根据是否默认SS集组被配置实施例#1-2)的(1)或(2)和/或是否所有SS集中的每个被包括在一个或多个SS集组中，PDCCH监测跳过操作可以被配置为其中不监测所有PDCCH(例如，SS集)的操作或其中监测最少PDCCH(如，SS集)的操作。

例如，如果配置了默认SS集组，则指示UE基本上监测默认SS集组，并且可以通过DCI中包括的SS集组切换比特指示来监测SS集组#0和SS集组#1中的至少一个。在这种情况下，UE可以开始监测SS集组#0和/或SS集组#1，并同时启动定时器。如果定时器期满，则UE可以被配置为监测默认SS集组。此外，如果通过DCI再次指示UE监测当前监测的SS集组，则UE可以返回到默认SS集组并且甚至在定时器期满之前监测默认SS集。这是因为通过用于SS集组切换的DCI对与UE当前正在监测的SS集组相同的SS集组的指示可能意味着BS关于要监测的SS集组的信息可能不同。可替换地，由于使用1比特来指示SS集组切换，所以与当前监测的SS集组相同的SS集组的指示可以隐含地指示UE需要监测默认SS集组。

(4)实施例#1-4：包括2比特或更多比特的SS集组切换字段的DCI

在RRC配置过程中，BS可以为UE配置超过两个的SS集组和与相应SS集组相对应的索引。此外，可以根据可以通过DCI明确指示的SS集组的数量来确定DCI内的字段的比特长度。例如，当SS集组的数目是N_SS时，指示SS集组的DCI中的字段的比特长度可以被确定为ceil(log2(N_SS))。

用于包括多个比特的DCI的回退定时器和应用延迟以与1比特信令中相同的方式被配置，并且被配置成为错误情况做准备，因此UE可以基于DCI执行SS集组切换操作。因此，UE的基本操作与1比特信令中相同，并且唯一的区别可能是通过DCI中的字段向UE通知需要切换的SS集组的编号(例如，索引)。

作为另一示例，可以通过RRC为UE配置多对{持续时间(A)，SS集组ID(B)}。可以根据配置的对的数量来确定DCI内的字段的比特长度。“A”是SS集组切换持续时间，并且可以指示UE将继续切换操作期间的时隙数量、符号数量或ms。因此，当UE接收到DCI并且确认对应的字段指示{A，B}时，UE可以在预设应用延迟之后的A个时隙、A个符号或A毫秒期间监测SS集组#B。此外，UE可以在监测SS集组#B的同时启动具有持续时间A长度的定时器，每次接收到DCI时新启动定时器，并且在定时器期满时监测预先配置的SS集组(例如，默认SS集组)。

换句话说，持续时间A用作回退定时器。因此，通过RRC配置多个持续时间可能意味着回退定时器被配置为多个值而不是一个固定值。如果BS能够预测要发送到UE的数据，则可以通过根据要发送的数据不同地配置持续时间来预期减少数据发送的延迟的效果。

同时，在如上所述通过RRC配置的多个状态中，可以包括指示UE应当在特定持续时间期间继续监测当前监测的SS集组的状态。例如，可以指示在除了在现有状态中被配置为{A，B}对的持续时间之外的特定持续时间期间(附加地)监测SS集组#B的操作，或者可以指示将特定SS集组的监测持续时间延长到非常长的持续时间的操作。例如，指示在特定持续时间期间连续监测的状态可以是仅指示特定持续时间而不指示SS集组的状态。例如，状态可以是{A，-}对或{A，保留}对。当指示了对应的状态时，UE可以在持续时间A期间额外地监测在UE接收到指示该状态的DCI的定时(或者在从DCI的接收定时起的应用延迟之后的定时)处监测的SS集组。

在这种情况下，添加的持续时间A可以从DCI的接收定时(或从DCI接收定时开始的应用延迟之后的定时)开始，并在持续时间A之后结束。可替选地，当前监测的SS集组的监测持续时间的结束定时可以变为持续时间A的开始定时，使得监测可以在从SS集组的监测持续时间的结束定时起的持续时间A之后结束。例如，当向UE指示{A'，B}对使得UE正在监测SS集组#B时，当指示{A"，-}对时，持续时间A"可以从指示的定时(或从指示的定时开始的应用延迟之后的定时)开始，或者持续时间A"可以在持续时间A'结束的定时处开始。

(5)实施例#1-5：基于实施例#1-1至实施例#1-4的UE的行为

回退定时器可以用于防止UE和BS之间的错误情况(例如，UE的错误检测)。例如，尽管BS向UE指示SS集组切换以监测特定SS集组，但UE可能无法接收对应的DCI。在这种情况下，UE当前正在监测的SS集和与在其中BS发送DCI的控制资源集(CORESET)相关联的SS集可能不匹配。因此，如果在其期间UE未能接收DCI的时间持续了预定持续时间或更长时间(例如，由定时器设置的时间)，则UE可以监测预先配置的SS集组(例如，默认SS集组)。换句话说，如果UE在预定时间段内未能接收到DCI，则UE可以切换到预先配置的SS集组(例如，默认SS集组)。

BS期望从UE接收HARQ-ACK。如果没有从UE接收到HARQ-ACK，则BS可以确定UE监测不同于BS已经通过其发送PDCCH的SS集的SS集组的SS集组，并且等待预定的时间段(例如，特定定时器的持续时间)以期望UE将切换到预配置的SS集组(例如，默认SS集组)。

可替选地，当BS未能从UE接收到HARQ-ACK时，BS可以通过UE当前正在监测的SS集组再次指示SS集组切换。考虑到尽管UE监测BS期望的SS集组，但是UE错过了DCI，如果BS未能接收到HARQ-ACK，则BS可以将DCI重传给UE。

可替选地，由于BS可能无法区分简单的UE错过DCI和其中UE监测不正确的SS集组的错误情况，因此就时间/频率资源方面而言，通过在UE通过等待对应于回退定时器的时间回退之后的UE所监测的SS集组内的SS集来重传DCI可能是有利的。

当BS未能接收到HARQ-ACK时和/或当UE未能检测到DCI时，可以从BS的上述操作中选择要由BS和/或UE执行的操作，或者可以在考虑回退定时器、PDCCH传输时隙或PDSCH传输时隙中的至少一个的情况下配置要由BS和/或UE执行的操作。

同时，UE的SS集切换操作可以被包括在调度PDSCH的DCI中。在这种情况下，UE可以在接收PDSCH的同时切换到如上所述通过DCI指示的SS集组。然后，UE可以自然地期望将通过切换的SS集组内的SS集来监测与重传相关的DCI。

此外，可以结合HARQ-ACK来配置UE的SS集切换操作定时。当UE的SS集切换操作被包括在调度PDSCH的DCI中时，UE在应用延迟之后不应用SS集组切换，而是可以在所有重传过程完成之后执行所指示的SS集组切换操作。

也就是说，UE可以在发送针对PDSCH的所有CBG的ACK之后执行到所指示的SS集组的切换操作。如果没有配置CBG，则UE可以在对所有TB执行ACK传输之后执行切换到所指示的SS集组的相同操作。

例如，当向BS报告对于特定HARQ过程的NACK时，UE可以在发送对于对应的HARQ过程(以CBG或TB为单位)的最终ACK之后执行SS集组切换操作。可替选地，UE可以在发送对于所有HARQ过程的最终ACK之后执行SS集组切换操作。

在向UE指示特定的SS集组切换操作之后，可以在持续时间期满之前在用于监测对应的SS集组的持续时间内指示另一个SS集组切换操作。例如，参考图13，当UE基于指示SS集组切换到SS集组#A的DCI来监测SS集组#A时，UE可以在SS集组#A的监测持续时间#A内(例如，SS集组切换定时器的持续时间)接收指示SS集组切换到SS集组#B的DCI。在这种情况下，如图13所示，假设到SS集组#A的SS集组切换是0，在没有接收到DCI的情况下UE的SS集组#A的监测结束定时是a，指示到SS集组#B的SS集组切换的DCI的接收定时是x，并且从x开始的应用延迟之后的定时是y。在这种情况中，UE接收到指示切换到SS集组#B的DCI之后的PDCCH监测操作可以被概括为以下三种情况。在图13中，持续时间#A可以是指如果没有接收到指示切换到SS集组#B的DCI，则UE监测SS集组#A的持续时间。

1)UE执行对SS集组#A的监测仅直至定时y，然后在与SS集组#B相对应的持续时间#B期间监测SS集组#B。例如，持续时间#B可以从定时y开始。

2)UE执行SS集组#A的监测直至定时a并且在从定时y开始的持续时间#B期间执行SS集组#B的监测。例如，持续时间#B是从定时y开始监测SS集组#B的定时。因此，UE可以从定时y到定时a执行对包括在SS集组#A和SS集组#B的并集中的至少一个SS集的监测。在定时a之后，UE可以仅监测SS集组#B，直到持续时间#B结束。

3)UE仅监测SS集组#A直到定时y。在定时y之后，UE在指示的持续时间或定时器的持续时间期间执行对包括在SS集组#A和SS集组#B的并集中的至少一个SS集的监测。例如，UE可以监测SS集组#A直至定时y，并且从定时y直到持续时间#B结束监测SS集组#A和SS集组#B这两者。

换言之，UE的PDCCH监测方法可以根据基于从UE在SS集组切换操作期间接收到DCI的定时x起的应用延迟之后的定时y执行当前监测操作和新指示的监测操作的方法而不同。

例如，1)的操作对应于下述情况：其中，当UE被指示监测新的SS集组(例如，SS集组#B)时，UE忽略用于当前SS集组的监测操作(例如，SS集组#A的监测操作)的原始持续时间(例如，持续时间#A)，并且仅监测当前SS集组(例如，SS集组#A)直至新SS集组的监测开始定时(例如，y)。也就是说，UE可以在开始监测新的SS集组(例如，SS集组#B)的同时立即停止监测当前SS集组(例如，SS集组#A)。

2)的操作对应于下述情况：其中，当指示UE监测新的SS集组(例如，SS集组#B)时，UE在调度的持续时间(例如，持续时间#A)期间继续监测当前的SS集组(例如，SS集组#A)，并且还基于通过DCI的指示来监测新的SS集组(如，SS集组#B)。因此，UE可以通过从新的SS集组(例如，SS集组#B)的监测开始定时(例如，y)到将对先前SS集组(例如，SS集组#A)的监测调度为结束的定时(例如a)的重叠来同时监测两个SS集组。UE可以在重叠持续时间期间(例如，从y到a)监测包括在两个SS集组的并集中的至少一个SS集。

换句话说，对当前SS集组(例如，SS集组#A)的监测仅在原始调度的持续时间(例如，持续时间#A)中继续，除了由于接收到新DCI而重置的定时器的持续时间(例如，连续时间#B)之外。由此，通过先前DCI(例如，指示切换到SS集组#A的DCI)的UE的操作不会被新DCI(例如，指示切换至SS集组#B的DCI)忽略，并且可以被连续执行。

3)的操作对应于下述情况：其中，当指示UE执行切换以监测新的SS集组(例如，SS集组#B)时，UE执行当前SS集组(例如，SS集组#A)的监测操作，甚至直至由于接收到新DCI(例如，指示切换到SS集组#B的DCI)而重置的定时器的持续时间(例如，持续时间#B)。因此，UE可以监测两个SS集组(例如，SS集组#A和SS集组#B)，直到重置定时器持续时间(例如，持续时间#B)的结束定时。这可能意味着BS将对新的SS集组(例如，SS集组#B)的监测添加到UE的当前SS集组(例如，SS集组#A)。

同时，实施例#1中描述的UE的操作可以被固定地配置，或者可以由BS在RRC过程中配置为多个操作。BS可以在RRC配置期间选择UE的操作方法，或者通过DCI指示UE的操作方法。

2.实施例#2：PDCCH监测跳过

PDCCH监测跳过可以意味着UE停止部分或全部PDCCH监测达到预定的持续时间或者直到对应的DRX周期结束。例如，UE通过进入微休眠达到预定持续时间或直到DRX周期结束来降低功耗。

可以通过RRC配置来配置UE停止监测PDCCH的时间(例如，微休眠时间)。考虑到UE的DRX周期，可以配置多个PDCCH监测停止时间(例如，可以由DCI指示的微休眠时间的候选)。此外，可以通过接收到的DCI来指示PDCCH监测停止时间中的一个。

然而，当UE处于休眠模式时，即使存在BS想要发送的信息，UE也不能接收该信息。因此，可以使用默认SS集组的概念，使得BS考虑到这种情况来配置休眠时间，或者UE即使在休眠时也监测最小SS集。换句话说，可以配置默认SS集组，使得UE即使在休眠时也监测最小SS集。同时，对于PDCCH监测跳过，可以如在SS集组切换中那样配置应用延迟，该应用延迟是从UE接收指示PDCCH监测跳过的DCI的定时直到UE实际执行操作所需的时间。

(1)实施例#2-1：UE的行为

BS可以通过RRC配置为UE配置其中要跳过多个PDCCH监测操作的持续时间。BS可以向UE发送指示持续时间之一的DCI。能够以时隙、符号或ms为单位来表达持续时间。可以根据持续时间的数量来确定指示DCI内的PDCCH监测跳过的字段的比特长度。例如，当BS可以通过DCI指示的PDCCH监测跳过持续时间的数目是N_skip时，可以将DCI中的PDCCH监测跳过字段的比特长度确定为ceil(log2(N_skip))。

持续时间可以包括跳过PDCCH监测直到下一个DRX周期。例如，持续时间可以包括跳过PDCCH监测直到当前DRX周期结束的操作。因此，可以通过DCI向UE指示PDCCH监测跳过持续时间中的一个，并且UE可以在从DCI接收定时起的应用延迟之后在对应的PDCCH监测跳过持续时间内跳过PDCCH的监测。在这种情况下，UE可以基于以下两种方法之一来跳过PDCCH监测。

1)UE可以停止监测所有PDCCH并且执行微休眠操作。

2)UE可以继续监测最小SS集(例如，默认SS集组)并且停止监测剩余的PDCCH。

方法1)在功耗方面是有利的，因为UE可以根据指示的PDCCH监测跳过操作进入微休眠。然而，UE可能不会对来自BS的突发业务做出响应。因此，可能在时延方面会出现问题，因为BS应该等待UE停止PDCCH监测跳过操作，以便突然发送业务。

相反，在方法2)中，由于UE继续监测预设的最小SS集(例如，默认SS集组)，因此尽管UE不能进入休眠模式，但UE可以对突发业务做出响应。实施例#1中描述的默认SS集组的概念可以用于设置最小SS集。例如，可以配置包括具有比可能被指示给UE的PDCCH监测跳过持续时间的最小值更短的周期的SS集的默认SS集组。此后，在通过对默认SS集组的监测接收到DCI时，UE可以完全停止PDCCH监测跳过，或者在执行指示的PDCCH监测跳过操作的同时接收调度的PDSCH。

同时，即使当指示了PDCCH监测跳过时，也可以应用作为在实施例#1的SS集组切换中描述的操作的默认SS集组的监测的改变。例如，当指示了PDCCH监测跳过操作时，可以指示或预配置在整个PDCCH监测跳过持续时间期间或在预定窗口期间停止对默认SS集组的监测或者在默认SS集组的监测周期性的改变。

可替选地，可以在调度PDSCH的DCI中包括并指示UE的PDCCH监测跳过操作。在这种情况下，UE需要在接收PDSCH的同时继续接收与HARQ处理相关的DCI。因此，UE的PDCCH监测跳过操作的开始定时可以定义如下，并且UE的操作可以根据每个开始定时而变化。

A)在接收到指示PDCCH监测跳过的DCI之后的应用延迟之后的定时

B)HARQ处理完成的定时

C)UE完成HARQ-ACK的全部或部分的传输的定时

在A)的情况下，由于UE在应用延迟之后立即执行PDCCH监测跳过操作，因此UE需要继续监测用于HARQ处理的最小SS集(例如，默认SS集组)，并且可以使用上述实施例#2-1的2)的方法来操作。

在B)的情况下，因为由BS对PDCCH监测跳过的指示可以假设在UE接收到指示PDCCH监测跳过的DCI之后将不存在传输业务，因此UE可以在完成所有重传过程之后执行基于上述实施例#2-1的方法1)和2)之一的操作。

如先前关于SS集组切换操作所描述的，UE可以在发送针对所有HARQ过程的最终ACK(以CBG或TB为单位)时执行PDCCH监测跳过操作。

C)的情况可以是当确定UE不需要任何更多PDSCH调度时的定时。虽然发送针对所有CBG或TB的HARQ-ACK的定时与B)的情况类似，但是可以结合默认SS集组来配置当完成针对部分CBG或TB的HARQ-ACK的发送时的定时。例如，可以针对UE尚未接收到的CBG或TB来配置确定可能仅利用包括在默认SS集组中的SS集来完成重传过程的参考定时。UE可以在重传过程完成时的定时处执行实施例#2-1的1)的操作。BS可以期望UE将执行上述操作。

UE的操作和PDCCH监测跳过的开始定时可以包括在RRC配置中，使得BS可以选择相同者。例如，BS可以通过RRC为UE配置UE的多个操作和PDCCH监测跳过的多个开始定时。

当配置了UE的基本操作和PDCCH监测跳过的开始定时时，BS可以选择UE的操作和/或PDCCH监测跳过的开始定时中的一个，并且向UE指示所选择的操作和/或开始定时。可替选地，可以固定地配置能够由BS支持的UE的操作和PDCCH监测跳过的开始定时。可以考虑UE的DCI处理来配置一个或多个应用延迟，并且BS可以指示应用延迟或者通过RRC来配置应用延迟。

(2)实施例#2-2：用于PDCCH监测时隙和PDCCH监测跳过时隙的多个对

仅配置PDCCH监测跳过持续时间，并且可以通过指示是否执行PDCCH监测跳过的方法之外的方法来指示PDCCH监测跳过操作。例如，可以通过RRC来配置多个{监测时隙的数量(X)，跳过时隙的数量(Y)}对。此外，可以根据配置的对的数量来确定DCI内的字段的比特长度。X表示用于继续执行PDCCH监测的时隙数量，并且Y表示用于在执行用于X个时隙的PDCCH监测之后跳过PDCCH监测的时隙数量。针对X个时隙的PDCCH监测的开始时间可以从DCI接收定时起被确定，或者可以在从DCI接收定时起的应用延迟之后。

UE可以通过解释接收到的DCI来使用两种方法中的一种进行操作。例如，UE可以执行针对X个时隙的PDCCH监测，跳过针对Y个时隙的PDCCH监测并且然后执行与DCI接收之前的操作相对应的PDCCH监测。作为另一示例，UE可以重复执行针对X个时隙的PDCCH监测，并且然后跳过针对Y个时隙的PDCCH监测的操作，直到给出附加指示。

同时，特殊情况可以包括在可配置对中。例如，由于X＝0意味着用于PDCCH监测的时隙的数量是0，所以UE可以在DCI接收之后(或者在从DCI接收起的应用延迟之后)执行正常的PDCCH监测跳过操作。也就是说，当X＝0时，UE可以在DCI接收之后或者在从DCI接收定时起的应用延迟之后执行PDCCH监测跳过操作，而不执行PDCCH监测。

此外，由于Y＝0意味着用于PDCCH监测跳过的时隙数为0，因此UE继续执行PDCCH监测。因此，在这种情况下，UE可以在执行对X个时隙的PDCCH监测之后停止执行对Y个时隙的PDCCH监测跳过的操作，并且继续监测PDCCH。也就是说，当Y＝0时，UE可以连续地监测PDCCH，而不执行PDCCH监测跳过。

如上所述，可以配置/指示UE的各种操作，包括基于通过RRC配置的对的上述PDCCH监测跳过操作。此外，当X不为0时，除了应用延迟之外，X还可以用于提供用于执行PDCCH监测跳过操作的先前准备时间。通过各种X值，考虑到要发送到UE的TB的大小，BS可以在执行PDCCH监测跳过操作之前提供用于重传过程(例如，HARQ处理)的时间。

3.实施例#3：通过一个DCI的PDCCH监测跳过和/或SS集组切换

SS集组切换和PDCCH监测跳过可以被独立地配置以指示SS集组切换和PDCCH监测跳过中的一个，并且可以配置SS集组切换和PDCCH监测跳过这两者以同时为一个UE指示SS集组切换和PDCCH监测跳过。如果UE能够基于SS集组切换和PDCCH监测跳过来执行所有操作，则考虑到业务状况或调度，BS可以指示SS集组切换和PDCCH监测跳过中的一个，或者指示SS集组切换和PDCCH监测跳过这两者。

例如，可以独立地配置SS集组切换和PDCCH监测跳过中的每个，并且BS可以在DCI中配置用于区分SS集组切换和PDCCH监测跳过的1比特标志。例如，当1比特标志为1时，这可能意味着DCI以时隙、符号或ms为单位指示PDCCH监测跳过持续时间。当1比特标志为0时，这可以意味着DCI指示在三个或更多个SS集组之中要切换的SS集组的索引。可替选地，当1比特标志为0时，这可能意味着DCI指示在两个SS集组之间切换。换言之，可以通过1比特标志来指示要执行实施例#1或实施例#2的哪个操作。1比特标志指示的含义可以根据RRC配置过程中通过BS的配置方法而变化，并且BS可以选择性地指示1比特标志的含义。

此外，BS可以配置并指示每个实施例的至少一些细节。例如，在通过RRC配置多个对之后，当通过DCI接收到的1比特标志为1时，对应的对可以被解释为{X，Y}，并且当1比特标志是0时，该对可以被理解为{A，B}。

这里，{X，Y}涉及PDCCH监测跳过，其中，X可以是在其期间执行PDCCH监测的时隙数量，Y可以是在其期间跳过PDCCH监测的时隙数量。此外，{A，B}涉及SS集组切换，其中，A可以是在其期间根据SS集组切换监测PDCCH的时隙的数量，而B可以是在A时隙期间监测的SS集组的索引。可替选地，A和B这两者都可以是SS集组的索引，指示在预定时隙期间监测SS集组#A之后，在预定时隙期间要监测SS集组#B。

作为另一个示例，可以在RRC配置过程中配置多个{监测时隙的数量(X)、跳过时隙的数量(Y)和SS集组ID(B)}对。当通过DCI向UE指示上述对中的一个时，UE可以在X个时隙期间监测SS集组#B，并且在Y个时隙期间执行PDCCH监测跳过操作。也就是说，BS可以指示UE应当在SS集组切换操作之后跳过PDCCH监测。可替选地，可以通过RRC与1比特标志相结合来配置{X2，Y2}，并且可以根据1比特标志在PDCCH监测跳过期间被解释为{X，Y}，在SS集组切换期间被解释成{A，B}。

通过实施例#3，由于可以通过一个DCI指示来组合指示SS集切换和PDCCH监测跳过操作，因此可以减少DCI信令开销。UE使用相同的方法对用相同RNTI加扰的DCI进行解扰，并且只需要根据1比特标志来不同地解释DCI。因此，可以降低解码复杂度。

4.实施例#4：SS集切换/PDCCH监测跳过图样

PDCCH监测跳过和SS集组切换的操作可以被配置为图样。BS可以为UE配置多个SS集组和执行UE的PDCCH监测跳过操作的方法。例如，BS可以通过RRC配置将SS集组切换和PDCCH监测跳过组合的多个图样。例如，诸如{SS集组#0/SS集组#0/PDCCH监测跳过/SS集组#1}的图样可以被配置为图样之一。图样内的各个操作的持续时间可以相同或不同。例如，可以由BS通过RRC和/或DCI为UE配置图样内的每个操作。UE执行指示的图样的起始点可以在从指示该图样的时间起的预设应用延迟之后。基于指示的图样的操作可以在执行一次之后被停止，或者可以被重复执行。此外，是否根据指示的图样的操作被仅执行一次或重复执行可以通过预配置被固定或者通过RRC被配置，使得BS可以选择性地指示是否根据指示的图样的操作被仅执行一次或重复执行。

UE的DRX活动时间可能由于各种原因而增加，从而导致所指示的图样和DRX周期之间的不对准。因此，除非另有特别指示，否则UE对DRX周期给予优先级。换言之，根据指示的图样，即使存在要监测的SS集，当DRX活动时间结束时，UE也可以进入休眠模式。

例如，当DRX活动时间结束时，UE可以终止所指示图样的操作，并期望在下一个DRX周期中有新的指示。同时，可以通过在DRX活动时间开始时接收到的DCI或者可能在活动时间之外接收到的DCI(例如，DCI格式2_6)来预先指示对应DRX周期内的监测操作，使得可以不在DRX活动时间内发送仅指示UE的PDCCH监测适配的非调度DCI。如果先前向UE指示了DRX活动时间内的PDCCH监测适配，则可以获得先前指示将在DRX周期结束之前执行的PDCCH监测方法的效果。由此，尽管来自BS的业务突然发生，但是由于在PDCCH监测跳过操作期间接收DCI失败而等待直到下一个DRX周期的时延问题也可以被防止。

同时，可以基于以下三种情况中的一种来配置所指示的图样的整个持续时间。

1)onDuration定时器

2)DRX活动定时器的剩余时间

3)固定值

根据每种情况，执行图样内的详细操作的持续时间和UE的操作可能不同。

参照图14，图14(a)示出了1)的情况。在1)的情况下，基于DRX onDuration定时器来配置第一指示图样的整个持续时间。在这种情况下，详细操作的持续时间被配置为每个详细操作与整个DRX onDuration定时器的比率。UE基于DCI接收定时来确定完整图样内的详细操作。例如，当DRX onDuration定时器是100ms并且在40ms之后接收到DCI时，UE可以在60ms内执行图样的详细操作，该60ms是要在其期间执行图样内的详细操作的完整图样持续时间之中DRX onDuration定时器的60％。换言之，省略了在DCI接收定时之前的40ms期间配置的图样的详细操作，并且可以执行在从40ms到100ms的60ms的持续时间期间配置的图样的详细操作。

图14(b)图示了2)的情况。在2)的情况下，通过将图样的整个持续时间的剩余DRX活动时间计算为100％，将详细操作配置为与每个详细操作相对应的比率。因此，UE可以在从DCI接收定时开始的图样内顺序地执行从第一详细操作开始的详细操作。例如，当DRXonDuration定时器是100ms并且DCI接收定时是40ms时，基于相应详细操作比率从40ms至100ms划分详细操作持续时间，并且可以在对应的持续时间中执行每个详细操作。

图14(c)图示了3)的情况。在3)的情况下，图样的整个持续时间可以被固定并且被设置为恒定值。此外，固定常数值可以由BS在考虑UE的DRX定时器的情况下配置。在3)的情况下，图样的整个持续时间和DRX活动时间可能不对齐。因此，UE可以在DRX活动时间内重复执行图样的完整操作。例如，当DRX onDuration定时器是100ms，DCI接收定时是40ms，并且在其期间执行每个详细操作的持续时间是10ms时，可以从40ms到80ms执行图样的详细操作。此后，可以从80ms开始停止根据图样的PDCCH监测操作，或者可以从80ms开始再次重复根据该图样的PDCCH监测操作。

由于诸如UE的DRX操作中的DCI检测的原因，DRX活动时间可能会增加。在这种情况下，指示PDCCH监测适配操作的图样的UE的操作可以被如下配置。下面的操作定义了当通过接收指示图样的调度DCI来延长DRX活动时间时UE执行图样的操作的方法。

A)执行当前详细操作直至[延长之后的剩余定时器持续时间＝不执行详细操作的图样内的持续时间]的定时

B)当前的详细操作根据延长的定时器被执行(例如，直到不活动定时器期满)

C)无论延长的定时器如何，图样操作都被固定地执行

在A)的情况下，UE可以比原始设置的持续时间长地执行UE当前正在执行的操作(例如，特定SS集组的监测)。例如，如果在UE监测SS集组#0的同时不活动定时器启动，则UE继续监测SS集组#0。如果不活动定时器尚未启动，则即使在到了监测SS集组#1的时间时，如果不活动定时器正在运行，则UE继续监测SS集组#0。此后，UE可以在DRX活动时间的剩余时间与指示的图样的剩余持续时间相匹配的定时处监测作为图样中的下一操作的SS集组#1。该操作具有将图样中的剩余持续时间与UE的后续DRX活动时间相匹配的效果。

在B)的情况下，当没有附加指示时，UE可以根据延长定时器(例如，直到不活动定时器期满)来执行UE当前正在执行的操作(例如，特定SS集组的监测)。例如，如果在UE监测SS集组#0的同时不活动定时器已经启动，则UE可以监测SS集组#0，直到定时器期满。在这种情况下，如果由于检测到另一个DCI等而再次延长定时器，则UE丢弃先前的操作并遵循新的DCI指示。如果UE根据不活动定时器或重传定时器来终止DRX活动时间，则尽管UE在图样内监测SS集组#0之后不执行详细操作，但是仍获得同步终止一个详细操作的效果。

在C)的情况下，无论延长的定时器如何，总是在对应的定时处执行图样内的详细操作。例如，即使在UE监测SS集组#0的同时不活动定时器启动，在UE在不活动定时器尚未启动的情况下应当监测SS集组#1时的定时处，UE监测SS集组#1，而不管不活动定时器是否被计数。然而，即使在这种情况下，当DRX活动时间结束时，UE也可以停止监测并进入休眠模式。

同时，BS可以配置所指示的图样的整个持续时间和与DRX相关联的详细操作的组合或指示配置。

根据实施例#4，可以通过一个DCI指示为UE配置多个PDCCH监测适配操作，从而减少信令开销。此外，由于可以通过一个DCI指示来指示应当在相当长的时间段内执行的多个PDCCH监测适配操作，因此可以防止UE进入休眠模式并且在配置后续PDCCH监测适配操作中引起问题。

在此描述的本公开的各种描述、功能、过程、提议、方法和/或操作流程图可以被应用于但不限于需要设备之间的无线通信/连接性(例如，5G)的各种领域。

下面将参考附图描述更具体的示例。在以下附图/描述中，除非另有说明，否则相似的附图标记表示相同或相应的硬件块、软件块或功能块。

图15图示应用于本公开的通信系统1。

参考图15，应用于本公开的通信系统1包括无线设备、BS和网络。无线设备是使用无线电接入技术(RAT)(例如，5G NR(或新RAT)或者LTE)执行通信的设备，也称为通信/无线电/5G设备。无线设备可以包括但不限于机器人100a、车辆100b-1和100b-2、扩展现实(XR)设备100c、手持设备100d、家用电器100e、IoT设备100f、人工智能(AI)设备/服务器400。例如，车辆可以包括具有无线通信功能的车辆、自主驾驶车辆和能够执行车对车(V2V)通信的车辆。在此，车辆可以包括无人飞行器(UAV)(例如，无人机)。XR设备可以包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)设备并且能够以头戴式设备(HMD)、安装在车辆中的平视显示器(HUD)、电视(TV)、智能手机、计算机、可穿戴设备、家用电器、数字标牌、车辆、机器人等的形式实现。手持式设备可以包括智能电话、智能板、可穿戴设备(例如，智能手表或智能眼镜)和计算机(例如，膝上型计算机)。家用电器可以包括电视、冰箱、洗衣机等等。IoT设备可以包括传感器、智能仪表等等。例如，BS和网络可以被实现为无线设备，并且特定的无线设备200a可以用作其他无线设备的BS/网络节点。

无线设备100a至100f可以经由BS200连接至网络300。AI技术可以应用于无线设备100a至100f，并且无线设备100a至100f可以经由网络300被连接至AI服务器400。网络300可以使用3G网络、4G(例如，LTE)网络或5G(例如，NR)网络来配置。尽管无线设备100a至100f可以通过BS200/网络300彼此通信，但是无线设备100a至100f可以在没有BS/网络的干预的情况下彼此执行直接通信(例如，侧链路通信)。例如，车辆100b-1和100b-2可以执行直接通信(例如，V2V/车辆到一切(V2X)通信)。IoT设备(例如，传感器)可以执行与其他IoT设备(例如，传感器)或其他无线设备100a至100f的直接通信。

可以在无线设备100a至100f/BS200之间和在BS200之间建立无线通信/连接150a、150b以及150c。这里，可以通过各种RAT(例如，5G NR)诸如UL/DL通信150a、侧链路通信150b(或D2D通信)或BS间通信150c(例如，中继或者集成接入回程(IAB)建立无线通信/连接。可以通过无线通信/连接150a、150b和150c在无线设备之间、在无线设备与BS之间以及在BS之间发送和接收无线信号。例如，可以通过无线通信/连接150a、150b和150c在各种物理信道上发送和接收信号。为此，用于发送/接收无线信号的各种配置信息配置过程、各种信号处理过程(例如，信道编码/解码、调制/解调和资源映射/解映射)以及资源分配过程中的至少一部分，可以基于本公开的各种建议来执行。

图16图示适用于本公开的无线设备。

参考图16，第一无线设备100和第二无线设备200可以通过各种RAT(例如，LTE和NR)来发送无线信号。{第一无线设备100和第二无线设备200}可以对应于图13的{无线设备100x和BS200}和/或{无线设备100x和无线设备100x}。

第一无线设备100可以包括一个或者多个处理器102和一个或者多个存储器104，并且可以进一步包括一个或者多个收发器106和/或一个或者多个天线108。处理器102可以控制存储器104和/收发器106，并且可以被配置成实现本文档中公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器102可以处理存储器104中的信息以生成第一信息/信号，并且然后通过收发器106发送包括第一信息/信号的无线信号。处理器102可以通过收发器106来接收包括第二信息/信号的无线信号，并且然后将通过处理第二信息/信号获得的信息存储在存储器104中。存储器104可以被连接到处理器102并且可以存储与处理器102的操作有关的多条信息。例如，存储器104可以存储软件代码，该软件代码包括用于执行由处理器102控制的部分或全部过程或者用于执行本文档中公开的描述、功能、过程、提议、方法和/或操作流程图的指令。处理器102和存储器104可以是被设计为实现RAT(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器106可以被连接到处理器102，并且通过一个或者多个108来发送和/或接收无线信号。收发器106中的每个可以包括发射器和/或接收器。收发器106可以与射频(RF)单元互换使用。在本公开中，无线设备可以是通信调制解调器/电路/芯片。

具体地，现在将描述根据本公开的实施例的由第一无线设备100的处理器102控制并且存储在第一无线设备100的存储器104中的指令和/或操作。

尽管在处理器102方面，基于处理器102的控制操作来描述以下操作，但是用于执行这样的操作的软件代码可以被存储在存储器104中。例如，在本公开中，至少一个存储器104可以存储指令或者程序作为计算机可读存储介质。指令或程序在被执行时可以使可操作地连接到至少一个存储器的至少一个处理器执行根据本公开的实施例或实施方式的与以下操作相关的操作。

例如，处理器102可以控制收发器106接收RRC信号，该RRC信号包括与PDCCH监测适配相关的信息。例如，RRC信号中包括的信息可以基于上述[实施例#1]至[实施例#4]中的至少一个。

处理器102可以控制收发器106以接收指示PDCCH监测适配的DCI。例如，DCI可以基于上述[实施例#1]至[实施例#4]中的至少一个来指示与PDCCH监测适配相关的操作。

处理器102可以基于指示的PDCCH监测适配来监测PDCCH，并控制收发器106接收PDCCH。例如，处理器102可以基于上述[实施例#1]至[实施例#4]中的至少一个来监测PDCCH并控制收发器106以接收PDCCH。

第二无线设备200可以包括一个或者多个处理器202和一个或者多个存储器204，并且可以进一步包括一个或者多个收发器206和/或一个或者多个天线208。处理器202可以控制存储器204和/收发器206，并且可以被配置成实现本文档中公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器202可以处理存储器204内的信息以生成第三信息/信号，并且然后通过收发器206发送包括第三信息/信号的无线信号。处理器202可以通过收发器106接收包括第四信息/信号的无线信号，并且然后将通过处理第四信息/信号而获得的信息存储在存储器204中。存储器204可以连接到处理器202，并且存储与处理器202的操作有关的各种信息。例如，存储器204可以存储软件代码，该软件代码包括用于执行由处理器202控制的部分或全部过程或者用于执行本文档中公开的描述、功能、过程、提议、方法和/或操作流程图的指令。处理器202和存储器204可以是被设计为实现RAT(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器206可以连接到处理器202，并通过一个或者多个天线208发送和/或接收无线信号。收发器206中的每个可以包括发射器和/或接收器。收发器206可以与RF单元互换使用。在本公开中，无线设备可以是通信调制解调器/电路/芯片。

具体地，现在将描述根据本公开的实施例的由第二无线设备200的处理器102控制并存储在第二无线设备200的存储器104中的指令和/或操作。

尽管在处理器202方面中，基于处理器202的控制操作来描述以下操作，但是用于执行这样的操作的软件代码可以被存储在存储器204中。例如，在本公开中，至少一个存储器204可以存储指令或者程序作为计算机可读存储介质。指令或程序在被执行时可以使可操作地连接到至少一个存储器的至少一个处理器执行根据本公开的实施例或实施方式的与以下操作相关的操作。

例如，处理器202可以控制收发器206以发送RRC信号，该RRC信号包括与PDCCH监测适配相关的信息。例如，RRC信号中包括的信息可以基于上述[实施例#1]至[实施例#4]中的至少一个。

处理器202可以控制收发器206以发送指示PDCCH监测适配的DCI。例如，DCI可以基于上述[实施例#1]至[实施例#4]中的至少一个来指示与PDCCH监测适配相关的操作。

处理器202可以基于指示的PDCCH监测适配来控制收发器206以发送PDCCH。例如，处理器202可以基于上述[实施例#1]至[实施例#4]中的至少一个来控制收发器206以发送PDCCH。

现在，将更详细地描述无线设备100和200的硬件元件。一个或多个协议层可以由但不限于一个或多个处理器102和202来实现。例如，一个或多个处理器102和202可以实现一个或多个层(例如，功能层，诸如物理(PHY)、媒体接入控制(MAC)、无线电链路控制(RLC)、分组数据会聚协议(PDCP)、RRC和服务数据适配协议(SDAP))。一个或多个处理器102和202可以根据在本文档中所公开的描述、功能、过程、提议、方法和/或操作流程图来生成一个或多个协议数据单元(PDU)和/或一个或多个服务数据单元(SDU)。一个或多个处理器102和202可以根据本文档中公开的描述、功能、过程、提议、方法和/或操作流程图来生成消息、控制信息、数据或信息并且将消息、控制信息、数据或者信息提供给一个或者多个收发器106和206。一个或多个处理器102和202可以根据在本文档中所公开的描述、功能、过程、提议、方法和/或操作流程图来产生包括PDU、SDU、消息、控制信息、数据或信息的信号(例如，基带信号)并且将生成的信号提供给一个或多个收发器106和206。一个或多个处理器102和202可以从一个或多个收发器106和206接收信号(例如，基带信号)并且根据在本文档中公开的描述、功能、过程、建议、方法和/或操作流程图获取PDU、SDU、消息、控制信息、数据或信息。

一个或多个处理器102和202可以被称为控制器、微控制器、微处理器或微型计算机。一个或多个处理器102和202可以通过硬件、固件、软件或其组合来实现。例如，一个或多个专用集成电路(ASIC)、一个或多个数字信号处理器(DSP)、一个或多个数字信号处理设备(DSPD)、一个或多个可编程逻辑设备(PLD)或一个或多个领域可编程门阵列(FPGA)可以被包括在一个或多个处理器102和202中。本文档中公开的描述、功能、过程、提议、方法和/或操作流程图可以使用固件或软件来实现，并且固件或软件可以是配置成包括模块、过程或功能。被配置成执行本文档中公开的描述、功能、过程、提议、方法和/或操作流程图的固件或软件可以被包括在一个或多个处理器102和202中，或者可以被存储在一个或多个存储器104中并由一个或多个处理器102和202执行。本文档中公开的描述、功能、过程、提议、方法和/或操作流程图能够以代码、指令和/或指令集的形式使用固件或者软件来实现。

一个或多个存储器104和204可以连接到一个或多个处理器102和202，并存储各种类型的数据、信号、消息、信息、程序、代码、指令和/或命令。一个或多个存储器104和204可以被配置成包括只读存储器(ROM)、随机存取存储器(RAM)、电可擦除可编程只读存储器(EPROM)、闪存、硬盘驱动器、寄存器、现金存储器、计算机可读存储介质和/或其组合。一个或多个存储器104和204可以位于一个或多个处理器102和202的内部和/或外部。一个或多个存储器104和204可以通过诸如有线或无线连接的各种技术连接到一个或多个处理器102和202。

一个或多个收发器106和206可以将在本文档的方法和/或操作流程图中提到的用户数据、控制信息和/或无线信号/信道发送到一个或多个其他设备。一个或多个收发器106和206可以从一个或多个其他设备接收在描述中所提及的用户数据、控制信息和/或无线信号/信道、在本文档中所公开的描述、功能、过程、提议、方法和/或操作流程图。例如，一个或多个收发器106和206可以连接到一个或多个处理器102和202，并且发送和接收无线信号。例如，一个或多个处理器102和202可以执行控制使得一个或多个收发器106和206以将用户数据、控制信息或无线信号发送到一个或多个其他设备。一个或多个处理器102和202可以执行控制使得一个或多个收发器106和206能够以从一个或多个其他设备接收用户数据、控制信息或无线信号。一个或多个收发器106和206可以连接到一个或多个天线108和208，并且一个或者多个收发器106和206可以被配置成通过一个或者多个天线108和208发送和接收在本文档中公开的描述、功能、过程、建议中提到的用户数据、控制信息和/或无线信号/信道。在本文件中，一个或多个天线可以是多个物理天线或多个逻辑天线(例如，天线端口)。一个或多个收发器106和206可以将接收到的无线信号/信道等从RF带信号转换成基带信号，以便使用一个或多个处理器102和202处理接收到的用户数据、控制信息、以及无线信号/信道。一个或多个收发器106和206可以将使用一个或多个处理器102和202处理的用户数据、控制信息、无线信号/信道从基带信号转换为RF带信号。为此，一个或多个收发器106和206可以包括(模拟)振荡器和/或滤波器。

图17图示应用于本公开的车辆或自主驾驶车辆。车辆或自主驾驶车辆可以被实现为移动机器人、汽车、火车、有人/无人飞行器(AV)、轮船等。

参考图17，车辆或者自主驾驶车辆100可以包括天线单元108、通信单元110、控制单元120、驱动单元140a、电源单元140b、传感器单元140c以及自主驾驶单元140d。天线单元108可以被配置成通信单元110的一部分。

通信单元110可以向诸如其他车辆、BS(例如，gNB和路边单元)以及服务器的外部设备发送信号(例如，数据和控制信号)和从其接收信号。控制单元120可以通过控制车辆或自主驾驶车辆100的元件来执行各种操作。控制单元120可以包括ECU。驱动单元140a可以使车辆或自主驾驶车辆100在道路上驾驶。驱动单元140a可以包括发动机、电动机、动力总成、车轮、制动器、转向装置等。电源单元140b可以向车辆或自主驾驶车辆100供电，并且可以包括有线/无线充电电路、电池等。传感器单元140c可以获取关于车辆状态信息、周围环境信息、用户信息等的信息。传感器单元140c可以包括惯性测量单元(IMU)传感器、碰撞传感器、车轮传感器、速度传感器、坡度传感器、重量传感器、航向传感器、位置模块、车辆前进/后退传感器、电池传感器、燃料传感器、轮胎传感器、转向传感器、温度传感器、湿度传感器、超声波传感器、照度传感器、踏板位置传感器等。自主驾驶单元140d可以实施用于维持车辆在其上驾驶的车道的技术、用于诸如自适应巡航控制的自动调节速度的技术、用于沿着确定的路径自主地驾驶的技术、用于如果设置目的地则通过自动设置路径来驾驶的技术等。

例如，通信单元110可以从外部服务器接收地图数据、交通信息数据等。自主驾驶单元140d可以从获得的数据生成自主驾驶路线和驾驶计划。控制单元120可以控制驱动单元140a，使得车辆或自主驾驶车辆100可以根据驾驶计划(例如，速度/方向控制)沿着自主驾驶路线移动。在自主驾驶期间中，通信单元110可以不定期地/不定期地从外部服务器获取最近的交通信息数据，并且可以从邻近车辆获取周围的交通信息数据。在自主驾驶期间，传感器单元140c可以获得关于车辆状态信息和/或周围环境信息的信息。自主驾驶单元140d可以基于新获得的数据/信息来更新自主驾驶路线和驾驶计划。通信单元110可以将关于车辆位置、自主驾驶路线和/或驾驶计划的信息传输到外部服务器。外部服务器可以基于从车辆或自主驾驶车辆收集的信息，使用AI技术等来预测交通信息数据，并将预测的交通信息数据提供给车辆或自主驾驶车辆。

图18图示了应用于本公开的XR设备。可以通过HMD、安装在车辆中的HUD、电视、智能手机、计算机、可穿戴设备、家用电器、数字标牌、车辆、机器人等来实现XR设备。

参考图18，XR设备100a可以包括通信单元110、控制单元120、存储器单元130、I/O单元140a、传感器单元140b和电源单元140c。

通信单元110可以向诸如其他无线设备、手持设备或媒体服务器的外部设备发送信号(例如，媒体数据和控制信号)，并从该外部设备接收信号。媒体数据可以包括视频、图像和声音。控制单元120可以通过控制XR设备100a的组成元件来执行各种操作。例如，控制单元120可以被配置为控制和/或执行诸如视频/图像获取、(视频/图像)编码以及元数据生成和处理的过程。存储器单元130可以存储驱动XR设备100a/生成XR对象所需的数据/参数/程序/代码/命令。I/O单元140a可以从外部获得控制信息和数据，并输出生成的XR对象。I/O单元140a可以包括相机、麦克风、用户输入单元、显示单元、扬声器和/或触觉模块。传感器单元140b可以获得XR设备状态、周围环境信息、用户信息等。传感器单元140a可以包括接近传感器、照明传感器、加速度传感器、磁传感器、陀螺传感器、惯性传感器、RGB传感器、IR传感器、指纹识别传感器、超声波传感器、光传感器、麦克风和/或雷达。电源单元140c可以向XR设备100a供电，并且包括有线/无线充电电路、电池等。

例如，XR设备100a的存储器单元130可以包括生成XR对象(例如，AR/VR/MR对象)所需的信息(例如，数据)。I/O单元140a可以从用户接收用于操纵XR设备100a的命令，并且控制单元120可以根据用户的驱动命令来驱动XR设备100。例如，当用户希望通过XR设备100a观看电影或新闻时，控制单元120通过通信单元130将内容请求信息发送到另一设备(例如，手持设备100b)或媒体服务器。通信单元130可以将诸如电影或新闻的内容从另一设备(例如，手持设备100b)或媒体服务器下载/流式传输到存储器单元130。控制单元120可以针对内容控制和/或执行诸如视频/图像获取、(视频/图像)编码和元数据生成/处理的过程，并且基于通过I/O单元140a/传感器单元140b获得的关于周围空间或真实对象的信息来生成/输出XR对象。

XR设备100a可以通过通信单元110被无线地连接到手持设备100b，并且XR设备100的操作可以由手持设备100a控制。例如，手持设备100b可以作为XR设备100a的控制器来操作。为此，XR设备100a可以获得关于手持设备100b的3D位置的信息，并生成和输出与手持设备100a相对应的XR对象。

下文本文描述的本公开的实施例是本公开的要素和特征的组合。除非另有说明，否则可以将这些元素或特征视为选择性的。可以在不与其他元素或特征组合的情况下实践每个元素或特征。另外，可以通过组合元件和/或特征的一部分来构造本公开的实施例。可以重新排列本公开的实施例中描述的操作顺序。任何一个实施例的一些构造可以被包括在另一实施例中，并且可以被另一实施例的相应构造代替。对于本领域的技术人员而言将显而易见的是，在所附权利要求中没有彼此明确引用的权利要求可以组合地呈现为本公开的实施例，或者可以通过在提交申请后的后续修改作为新的权利要求被包括在内。

在本公开中，在一些情况下，被描述为由BS执行的特定操作可以由BS的上层节点执行。即，显而易见的是，在由包括BS的多个网络节点组成的网络中，为了与MS通信而执行的各种操作可以由BS或除BS之外的网络节点执行。术语“BS”可以用术语“固定站”、“节点B”、“增强型节点B(eNodeB或eNB)”、“接入点”等替换。

本领域的技术人员将理解，在不脱离本公开的精神和基本特性的情况下，能够以不同于本文阐述的方式的其他特定方式来执行本公开。因此，以上实施例在所有方面都被解释为说明性的而非限制性的。本公开的范围应由所附权利要求及其合法等同物来确定，而不是由以上描述来确定，并且落入所附权利要求的含义和等效范围内的所有变化都应包含在其中。

工业实用性

虽然已经基于应用于5G NR系统的示例描述了上述发送和接收DL控制信道的方法及其装置，但是该方法和装置除了5G NR系统之外还适用于各种无线通信系统。