CN117837220A

CN117837220A - 用于在无线通信系统中支持节能的方法和装置

Info

Publication number: CN117837220A
Application number: CN202280054810.8A
Authority: CN
Inventors: 金哉亨; 金沂濬; 安俊基; 梁锡喆; 黄升溪; 裵德显
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2021-08-06
Filing date: 2022-08-08
Publication date: 2024-04-05
Also published as: EP4383832A4; WO2023014207A1; US20250081200A1; EP4383832A1

Abstract

根据本文公开的各种实施方式，提供了一种在无线通信系统中由支持扩展现实(XR)的用户设备(UE)执行的方法。所述方法包括以下步骤：从基站接收与节能操作相关的控制信息；以及执行基于控制信息而配置的节能操作。根据本文公开的各种实施方式，节能操作可以包括以下步骤：基于控制信息确定XR‑重传(reTx)定时器的大小；基于配置条件启动定时器；以及当定时器结束时，停止对包括针对来自基站的物理下行链路共享信道(PDSCH)的重传的调度信息的物理下行链路控制信道(PDCCH)的监测。

Description

用于在无线通信系统中支持节能的方法和装置

技术领域

本公开涉及无线通信系统，并且更具体地，涉及在无线通信系统中支持节能的方法和装置。

背景技术

无线通信系统是通过在多个用户当中共享可用系统资源(例如，带宽、传输功率等)来支持所述多个用户的通信的多址系统。多址系统的示例包括码分多址(CDMA)系统、频分多址(FDMA)系统、时分多址(TDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统和多载波频分多址(MC-FDMA)系统。

随着越来越多的通信装置需要更大的通信容量，需要与现有无线电接入技术(RAT)相比有改进的移动宽带通信。因此，正在讨论考虑对可靠性和时延敏感的服务或用户设备(UE)的通信系统，并且考虑增强型移动宽带通信、大规模机器类型通信(MTC)、超可靠和低时延通信(URLLC)等的下一代无线电接入技术可以称为新无线电接入技术(RAT)或新无线电(NR)。

已经开发了移动通信系统以提供语音服务，同时确保用户的活动。然而，除了语音之外，移动通信系统的区域还扩展到了数据服务。由于业务的当前爆炸式增加，资源紧张，因此用户需要更高速的服务。因此，需要一种更先进的移动通信系统。

下一代移动通信系统的要求需要能够支持爆炸式数据业务的适应、每用户的数据速率的急剧增加、所连接的装置的数量的显著增加的适应、非常低的端到端时延和高能量效率。为此，已经对诸如双连接、大规模多输入多输出(MIMO)、带内全双工、非正交多址(NOMA)、超宽带支持和装置联网的各种技术进行了研究。

发明内容

技术问题

扩展现实(XR)被用作虚拟现实(VR)、增强现实(AR)、混合现实(MR)等的通用术语，并且最近被认为是行业中5G的重要媒体应用。在本公开中，XR服务或XR应用也称为XR。为了在无线通信系统中支持XR，需要理解并满足XR要求。与其它3GPP用例不同，XR要求具有同时需要低时延、高可靠性和高数据速率的特征。反映该特征，XR也称为低时延eMBB或高数据速率URLLC用例。

为了成功地在无线通信系统中支持XR，在小区容量(每小区可以同时支持的XR用户的数量)、终端节能、移动性、覆盖范围等方面可能需要改进。其中，已知小区容量和终端节能的改进是最紧急的。这是因为在当前假设典型XR场景时，小区容量可以是大约几人的水平，并且与考虑XR终端的各种形状因子(例如，AR眼镜、HMD等)时所需的功率相比，功率供应可能不顺畅(smooth)。

本公开的实施方式的目的是提供当旨在在无线通信系统中支持XR时可能发生的小区容量不足和终端功耗的问题的解决方案。本公开的预期效果是根据用户的数量和终端电池寿命在无线通信系统中顺畅地支持XR。

为了解决上述问题，本公开的实施方式的目的是提供一种确定有效的非优选资源作为UE间协调信息的方法。

本公开要实现的技术目的不限于以上仅通过示例的方式描述的技术目的，并且本公开所属的领域的技术人员可以根据以下描述清楚地理解未提及的其它技术目的。

技术方案

根据本公开的各种实施方式，提供了一种由在无线通信系统中支持扩展现实(XR)的用户设备(UE)执行的方法。所述方法包括以下步骤：从基站(BS)接收与节能操作相关的控制信息，以及执行基于所述控制信息而配置的所述节能操作。

根据本公开的各种实施方式，所述节能操作可以包括：基于所述控制信息确定XR-重传(reTx)定时器的大小，基于配置条件启动所述XR-reTx定时器，以及基于所述XR-reTx定时器期满，停止对包括针对来自所述BS的物理下行链路共享信道(PDSCH)的重传的调度信息的物理下行链路控制信道(PDCCH)的监测。

根据本公开的各种实施方式，所述配置条件可以包括所述UE没有成功地从所述BS接收到所述PDSCH，并且在所述UE向所述BS发送针对所述PDSCH的接收的否定确认(NACK)响应之后，所述XR-reTx定时器可以启动。

根据本公开的各种实施方式，所述XR-reTx定时器的所述大小可以是基于所述PDSCH的剩余分组延迟预算(PDB)或所述PDSCH的PDB裕度而确定的。

根据本公开的各种实施方式，所述控制信息可以包括所述重传的数量以及对所述PDSCH的所述重传进行调度的下行链路控制信息(DCI)的PDCCH监测时机(MO)的数量。

根据本公开的各种实施方式，所述控制信息可以包括针对所述UE能够接收所述PDSCH的所述重传的最大持续时间或者所述UE需要监测所述PDCCH以接收用于所述PDSCH的所述重传的所述调度信息的最大持续时间或者所述UE需要发送针对所述PDSCH的确认(ACK)响应或否定确认(NACK)响应的最大持续时间的信息。

根据本公开的各种实施方式，所述节能操作可以包括：针对多个调度时间，从所述BS顺序地接收多个PDCCH，所述多个PDCCH包括用于所述PDSCH的多个重传的多个调度信息，以及基于所述多个调度信息，接收所述PDSCH的所述多个重传。所述多个调度信息可以被配置为使得调度顺序被不同地分布至连接至所述BS的多个UE，并且所述多个UE可以包括所述UE。

根据本公开的各种实施方式，所述多个调度信息可以被配置为使得包括所述UE的所述多个UE的所述调度顺序在所述多个调度时间中的每个调度时间是相同的。

根据本公开的各种实施方式，所述多个调度信息可以被配置为使得包括所述UE的所述多个UE的所述调度顺序在所述多个调度时间中的每个调度时间被不同地分布。

根据本公开的各种实施方式，所述控制信息可以是经由下行链路控制信息(DCI)或介质访问控制-控制元素(MAC-CE)接收的。

根据本公开的各种实施方式，提供了一种在无线通信系统中支持扩展现实(XR)的用户设备(UE)。所述UE包括收发器以及至少一个处理器，并且所述至少一个处理器可以被配置为执行所述UE的根据本公开的各种实施方式的操作方法。

根据本公开的各种实施方式，提供了一种对在无线通信系统中支持扩展现实(XR)的用户设备(UE)进行控制的装置。所述装置包括：至少一个处理器；以及至少一个存储器，所述至少一个存储器在操作上连接至所述至少一个处理器。所述至少一个存储器可以被配置为存储指令，所述指令基于由所述至少一个处理器执行而执行所述UE的根据本公开的各种实施方式的操作方法。

根据本公开的各种实施方式，提供了一种或更多种非暂时性计算机可读介质，所述一种或更多种非暂时性计算机可读介质存储一个或更多个指令。所述一个或更多个指令可以被配置为基于由一个或更多个处理器执行而执行操作，并且所述操作可以包括所述UE的根据本公开的各种实施方式的操作方法。

有益效果

本公开的实施方式可以解决当旨在在无线通信系统中支持XR时可能发生的小区容量不足和终端功耗的问题。

本公开的实施方式可以根据用户的数量和终端电池寿命在无线通信系统中顺畅地支持XR。

附图说明

被包括以提供对本公开的进一步理解并且构成详细描述的一部分的附图例示了本公开的实施方式并且用于连同描述一起解释本公开的技术特征。

图1例示了根据本公开的实施方式的无线通信系统的结构。

图2例示了根据本公开的实施方式的无线通信系统的无线电帧的结构。

图3例示了根据本公开的实施方式的无线通信系统的帧的时隙结构。

图4例示了根据本公开的实施方式的无线通信系统的初始网络接入和后续通信处理。

图5例示了根据本公开的实施方式的无线通信系统中的一个REG结构的示例。

图6例示了根据本公开的实施方式的无线通信系统中的非交织CCE-REG映射类型的示例。

图7例示了根据本公开的实施方式的无线通信系统中的交织CCE-REG映射类型的示例。

图8例示了根据本公开的实施方式的无线通信系统中的DL数据的HARQ-ACK过程的示例。

图9例示了根据本公开的实施方式的无线通信系统中的PUSCH传输过程的示例。

图10例示了根据本公开的实施方式的无线通信系统中的NB-IoT RACH中的前导传输过程的示例。

图11例示了根据本公开的实施方式的无线通信系统中的PDCCH的非连续接收的非连续接收(DRX)周期的示例。

图12例示了根据本公开的实施方式的无线通信系统中的寻呼的DRX周期的示例。

图13例示了根据本公开的实施方式的无线通信系统中的扩展DRX(eDRX)周期的示例。

图14例示了根据本公开的实施方式的无线通信系统中的WUS和PO的定时关系的示例。

图15例示了根据本公开的各种实施方式的(T-)XR相关能力信息的报告过程的处理的示例。

图16例示了根据本公开的实施方式的无线通信系统中的UE的操作处理。

图17例示了根据本公开的实施方式的无线通信系统中的基站的操作方法。

图18例示了应用于本公开的各种实施方式的通信系统的示例。

图19例示了应用于本公开的各种实施方式的无线装置的示例。

图20例示了应用于本公开的各种实施方式的传输信号的信号处理电路的示例。

图21例示了应用于本公开的各种实施方式的无线装置的示例。

图22例示了应用于本公开的各种实施方式的移动装置的示例。

图23例示了应用于本公开的各种实施方式的车辆或自主车辆的示例。

图24例示了应用于本公开的各种实施方式的车辆的示例。

图25例示了应用于本公开的各种实施方式的XR装置的示例。

图26例示了应用于本公开的各种实施方式的机器人的示例。

图27例示了应用于本公开的各种实施方式的AI装置的示例。

具体实施方式

在本公开中，“A或B”可以意指“仅A”、“仅B”或“A和B二者”。换言之，在本公开中，“A或B”可以被解释为“A和/或B”。例如，在本公开中，“A、B或C”可以意指“仅A”、“仅B”、“仅C”或“A、B、C的任何组合”。

本公开中使用的斜线(/)或逗号可以意指“和/或”。例如，“A/B”可以意指“A和/或B”。因此，“A/B”可以意指“仅A”、“仅B”或“A和B二者”。例如，“A、B、C”可以意指“A、B或C”。

在本公开中，“A和B中的至少一个”可以意指“仅A”、“仅B”或“A和B二者”。另外，在本公开中，表达“A或B中的至少一个”或“A和/或B中的至少一个”可以被解释为与“A和B中的至少一个”相同的含义。

另外，在本公开中，“A、B和C中的至少一个”可以意指“仅A”、“仅B”、“仅C”或“A、B和C的任何组合”。另外，“A、B或C中的至少一个”或“A、B和/或C中的至少一个”可以意指“A、B和C中的至少一个”。

另外，本公开中使用的括号可以意指“例如”。具体地，当描述“控制信息(PDCCH)”时，可以提出“PDCCH”作为“控制信息”的示例。换言之，本公开中的“控制信息”不限于“PDCCH”，可以提出“PDCCH”作为“控制信息”的示例。另外，即使当描述“控制信息(即，PDCCH)”时，也可以提出“PDCCH”作为“控制信息”的示例。

在以下描述中，“当，如果，在…情况下”的表达可以替换为“基于”。

在本公开中的一个附图中单独描述的技术特征可以单独地实现或同时实现。

下面描述的技术可以用在诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等的各种无线通信系统中。CDMA可以利用诸如通用陆地无线电接入(UTRA)或CDMA-2000的无线电技术实现。TDMA可以利用诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/增强数据速率GSM演进(EDGE)的无线电技术实现。OFDMA可以利用诸如电子电气工程师协会(IEEE)802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802.20、演进UTRA(E-UTRA)等的无线电技术实现。IEEE 802.16m是IEEE 802.16e的演进版本，并且提供对于基于IEEE 802.16e的系统的后向兼容性。UTRA是通用移动电信系统(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进UMTS(E-UMTS)的一部分。3GPP LTE在下行链路中使用OFDMA，并且在上行链路中使用SC-FDMA。LTE-高级(LTE-A)是LTE的演进。

5G NR是与具有高性能、低时延、高可用性等特性的新型全新式移动通信系统相对应的LTE-A后续技术。5G NR可以使用包括小于1GHz的低频带、从1GHz变化到10GHz的中间频带、24GHz或更大的高频(毫米波)等的所有可用频谱的资源。

为了清楚描述，以下的描述将主要侧重于LTE-A或5G NR。然而，基于本公开的实施方式的技术特征将不仅限于此。

对于在本公开中使用的术语和技术当中的没有具体描述的术语和技术，可以参考在提交本公开之前公布的无线通信标准文档。例如，可以参考以下文档。

3GPP LTE

-3GPP TS 36.211：物理信道和调制

-3GPP TS 36.212：复用和信道编码

-3GPP TS 36.213：物理层过程

-3GPP TS 36.214：物理层；测量

-3GPP TS 36.300：整体描述

-3GPP TS 36.304：空闲模式下的用户设备(UE)过程-3GPP TS 36.314：层2-测量

-3GPP TS 36.321：介质访问控制(MAC)协议

-3GPP TS 36.322：无线电链路控制(RLC)协议

-3GPP TS 36.323：分组数据汇聚协议(PDCP)

-3GPP TS 36.331：无线电资源控制(RRC)协议

-3GPP TS 38.211：物理信道和调制

3GPP NR(例如，5G)

-3GPP TS 38.212：复用和信道编码

-3GPP TS 38.213：针对控制的物理层过程

-3GPP TS 38.214：针对数据的物理层过程

-3GPP TS 38.215：物理层测量

-3GPP TS 38.300：整体描述

-3GPP TS 38.304：处于空闲模式和RRC非活动状态的用户设备(UE)过程-3GPP TS38.321：介质访问控制(MAC)协议

-3GPP TS 38.322：无线电链路控制(RLC)协议

-3GPP TS 38.323：分组数据汇聚协议(PDCP)

-3GPP TS 38.331：无线电资源控制(RRC)协议

-3GPP TS 37.324：服务数据适配协议(SDAP)

-3GPP TS 37.340：多连接；整体描述

本公开中使用的符号/缩写/术语如下。

-SS：搜索空间

-CSS：公共搜索空间

-USS：UE特定搜索空间

-PDCCH：物理下行链路控制信道

-PDSCH：物理下行链路共享信道；

-PUCCH：物理上行链路控制信道；

-PUSCH：物理上行链路共享信道；

-DCI：下行链路控制信息

-UCI：上行链路控制信息

-PO：寻呼时机

-MO：监测时机

-IE：信息元素

-RE：资源元素

-RS：参考信号

-TRS：跟踪参考信号

-CSI-RS：信道状态信息参考信号

-DRX：非连续接收

-C-DRX：连接模式DRX

-DTX：非连续传输

-RRC：无线电资源控制

-UE：用户设备

-SSB：同步信号块

-SI：系统信息

-MIB：主信息块

-SIB：系统信息块

-SIB1：针对NR装置的SIB1＝RMSI(剩余最小系统信息)。其广播NR UE的小区接入所需的信息等。

-FR1：具有频率范围1的频域。410MHz至7.125GHz。

-FR2：具有频率范围2的频域。24.25GHz至52.6GMHz(毫米波域)。

-BW：带宽

-BWP：带宽部分

-RNTI：无线电网络临时标识符

-CRC：循环冗余校验

-CORESET(控制资源集)：NR UE尝试候选PDCCH解码的时间/频率资源

-CORESET#0：(在MIB中配置的)用于NR装置的Type0-PDCCH CSS集的CORESET

-Type0-PDCCH CSS集：NR UE针对具有由SI-RNTI加扰的CRC的DCI格式监测PDCCH候选集的搜索空间集

-MO：针对Type0-PDCCH CSS集的PDCCH监测时机

-小区定义SSB(CD-SSB)：NR SSB当中的包括RMSI调度信息的SSB

-非小区定义SSB(非CD-SSB)：已经部署在NR同步栅格上的SSB，但不包括用于测量的对应小区的RMSI调度信息。但是，SSB可以包括通知小区定义SSB的位置的信息。

-SCS：子载波间隔

-SI-RNTI：系统信息无线电网络临时标识符

-Camp on：“Camp on”是UE保持在小区上并且准备好发起潜在的专用服务或接收正在进行的广播服务的UE状态。

-TB：传输块

-FDRA：频域资源分配

-TDRA：时域资源分配

-XR：扩展现实

-VR：虚拟现实

-AR：增强现实

-MR：混合现实

-CG：云游戏

-PDB：分组延迟预算

-DL：下行链路

-UL：上行链路

-(re)Tx:(重新)传输

-HMD：头戴式显示器

-MAC：介质访问控制

-MAC CE：MAC控制元素

-LC：逻辑信道

-LCID：逻辑信道标识

图1例示了根据本公开的实施方式的无线通信系统的结构。

参考图1，下一代无线电接入网络(NG-RAN)可以包括向用户提供用户面和控制面协议终止的下一代节点B(gNB)和/或eNB。图1示出了NG-RAN仅包括gNB的情况。gNB和eNB经由Xn接口彼此连接。gNB和eNB经由第五代(5G)核心网络(5GC)和NG接口彼此连接。更具体地，gNB和eNB经由NG-C接口连接至接入和移动性管理功能(AMF)，并且gNB和eNB经由NG-U接口连接至用户面功能(UPF)。

参考图2，在NR中，无线电帧可以被用于执行上行链路传输和下行链路传输。无线电帧的长度为10ms，并且可以定义为由两个半帧(HF)配置。半帧可以包括五个1ms子帧(SF)。子帧(SF)可以被划分成一个或更多个时隙，并且子帧内的时隙数量可以基于子载波间隔(SCS)而确定。每个时隙基于循环前缀(CP)可以包括12个或14个OFDM(A)符号。

在使用正常CP的情况下，每个时隙可以包括14个符号。在使用扩展CP的情况下，每个时隙可以包括12个符号。本文中，符号可以包括OFDM符号(或CP-OFDM符号)和单载波-FDMA(SC-FDMA)符号(或离散傅里叶变换扩展OFDM(DFT-s-OFDM)符号)。

下面示出的表1表示在使用正常CP的情况下，基于SCS配置(u)的每时隙的符号数(N^slot _symb)、每帧的时隙数(N^frame,u _slot)和每子帧的时隙数(N^subframe,u _slot)。

[表1]

SCS(15*2^u)	N^slot _symb	N^frame,u _slot	N^subframe,u _slot
				15KHz(u＝0)	14	10	1
30KHz(u＝1)	14	20	2
				60KHz(u＝2)	14	40	4
120KHz(u＝3)	14	80	8
				240KHz(u＝4)	14	160	16

表2示出了在使用扩展CP的情况下，基于SCS的每时隙的符号数、每帧的时隙数以及每子帧的时隙数的示例。

[表2]

SCS(15*2^u)	N^slot _symb	N^frame,u _slot	N^subframe,u _slot
				60KHz(u＝2)	12	40	4

在NR系统中，被整合到一个UE的多个小区之间的OFDM(A)参数集(例如，SCS、CP长度等)可以被不同地配置。因此，由相同数量的符号配置的时间资源(例如，子帧、时隙或TTI)(为了简单，统称为时间单元(TU))的(绝对时间)持续时间(或区间)在所整合的小区中可以被不同地配置。在NR中，可以支持用于支持各种5G服务的多个参数集或SCS。例如，在SCS为15kHz的情况下，可以支持传统蜂窝波段的宽范围，并且在SCS为30kHz/60kHz的情况下，可以支持密集的城市、更低的时延、更宽的载波带宽。在SCS为60kHz或更高的情况下，为了克服相位噪声，可以使用大于24.25GHz的带宽。

NR频带可以被定义为两种不同类型的频率范围。两种不同类型的频率范围可以是FR1和FR2。频率范围的值可以改变(或变化)，例如，两种不同类型的频率范围可以如在下表3中所示。在NR系统中使用的频率范围当中，FR1可以意指“低于6GHz的范围”，并且FR2可以意指“高于6GHz的范围”，并且也可以称为毫米波(mmW)。

[表3]

频率范围指定	对应频率范围	子载波间隔(SCS)
			FR1	450MHz–6000MHz	15、30、60kHz
FR2	24250MHz–52600MHz	60、120、240kHz

如上所述，NR系统中的频率范围的值可以改变(或变化)。例如，如下表4中所示，FR1可以包括410MHz至7125MHz范围内的波段。更具体地，FR1可以包括6GHz(或5850MHz、5900MHz、5925MHz等)及更高的频带。例如，FR1中所包括的6GHz(或5850MHz、5900MHz、5925MHz等)及更高的频带可以包括未授权波段。未授权波段可以用于各种目的，例如，未授权波段用于车辆特定通信(例如，自动驾驶)。

[表4]

频率范围指定	对应频率范围	子载波间隔(SCS)
			FR1	410MHz–7125MHz	15、30、60kHz
FR2	24250MHz–52600MHz	60、120、240kHz

图3例示了根据本公开的实施方式的NR帧的时隙的结构。参考图3，时隙包括时域中的多个符号。例如，在正常CP的情况下，一个时隙可以包括14个符号。然而，在扩展CP的情况下，一个时隙可以包括12个符号。另选地，在正常CP的情况下，一个时隙可以包括7个符号。然而，在扩展CP的情况下，一个时隙可以包括6个符号。

载波包括频域中的多个子载波。资源块(RB)可以定义为频域中的多个连续子载波(例如，12个子载波)。带宽部分(BWP)可以定义为频域中的多个连续(物理)资源块((P)RB)，并且BWP可以对应于一个参数集(例如，SCS、CP长度等)。载波可以包括最多N个BWP(例如，5个BWP)。数据通信可以经由激活的BWP执行。每个元素可以称为资源网格中的资源元素(RE)，并且一个复数符号可以映射至每个元素。

此外，UE与另一UE之间的无线电接口或UE与网络之间的无线电接口可以由L1层、L2层和L3层组成。在本公开的各种实施方式中，L1层可以指物理层。另外，例如，L2层可以指MAC层、RLC层、PDCP层和SDAP层中的至少一者。另外，例如，L3层可以指RRC层。

网络接入和通信处理

UE可以执行网络接入处理以执行本公开的各种实施方式中描述/提出的过程和/或方法。例如，UE可以在接入网络(例如，基站)时接收执行上面描述/提出的过程和/或方法所需的系统信息和配置信息，并且将它们存储在存储器中。本公开所需的配置信息可以经由更高层(例如，RRC层；介质访问控制(MAC)层等)信令来接收。

在NR中，可以使用波束成形来发送物理信道和参考信号。如果支持基于波束成形的信号传输，则可以涉及用于在基站(BS)与UE之间对准波束的波束管理处理。可以使用波束成形来发送/接收本公开的各种实施方式中提出的信号。可以基于SSB执行无线电资源控制(RRC)_IDLE模式下的波束对准。另一方面，RRC_CONNECTED模式下的波束对准可以基于CSI-RS(在DL中)和SRS(在UL中)而执行。如果不支持基于波束成形的信号传输，则可以在以下描述中省略与波束相关的操作。

参考图4，基站(例如，BS)可以周期性地发送SSB(S702)。这里，SSB包括PSS/SSS/PBCH。可以使用波束扫掠来发送SSB(参见图D5)。PBCH可以包括主信息块(MIB)，并且MIB可以包括关于剩余最小系统信息(RMSI)的调度信息。此后，基站可以发送RMSI和其它系统信息(OSI)(S704)。RMSI可以包括UE最初接入基站所需的信息(例如，PRACH配置信息)。UE检测SSB，然后识别最佳SSB。此后，UE可以使用与最佳SSB的索引(即，波束)链接/相对应的PRACH资源向基站发送RACH前导(消息1，Msg1)(S706)。RACH前导的波束方向与PRACH资源相关联。PRACH资源(和/或RACH前导)与SSB(索引)之间的关联可以经由系统信息(例如，RMSI)来配置。此后，作为RACH过程的一部分，基站可以发送随机接入响应(RAR)(Msg2)作为对RACH前导的响应(S708)，UE可以使用RAR内的UL授权来发送Msg3(例如，RRC连接请求)(S710)，并且基站可以发送竞争解决消息(Msg4)(S720)。Msg4可以包括RRC连接建立。

如果通过RACH过程在基站与UE之间配置RRC连接，则可以基于SSB/CSI-RS(在DL中)和SRS(在UL中)执行后续波束对准。例如，UE可以接收SSB/CSI-RS(S714)。SSB/CSI-RS可以由UE用于生成波束/CSI报告。基站可以经由DCI请求UE报告波束/CSI(S716)。在这种情况下，UE可以基于SSB/CSI-RS生成波束/CSI报告，并且在PUSCH/PUCCH上向基站发送所生成的波束/CSI报告(S718)。波束/CSI报告可以包括关于作为波束测量的结果的优选波束等的信息。基站和UE可以基于波束/CSI报告切换波束(S720a和S720b)。

接下来，UE和基站可以执行上面描述/提出的过程和/或方法。例如，UE和基站可以基于从网络接入处理(例如，系统信息获取处理、RACH上的RRC连接处理等)获得的配置信息根据本公开的提议处理存储器的信息以发送无线电信号，或者处理接收到的无线电信号以将其存储在存储器中。这里，在下行链路中，无线电信号可以包括PDCCH、PDSCH和参考信号(RS)中的至少一者，并且在上行链路中，可以包括PUCCH、PUSCH和SRS中的至少一者。

PDSCH

PDSCH承载下行链路数据(例如，DL共享信道传输块DL-SCH TB)。TB被编码成码字(CW)，然后通过加扰和调制处理来发送。CW包括一个或更多个码块(CB)。一个或更多个CB可以被分组成一个CB组(CBG)。基于小区配置，PDSCH可以承载多达两个CW。每CW执行加扰和调制，并且从每个CW生成的调制符号被映射至一个或更多个层。每个层通过预编码与DMRS一起映射至资源，并通过对应天线端口被发送。PDSCH可以由PDCCH动态地调度，或者基于更高层(例如，RRC)信令(和/或层1(L1)信令(例如，PDCCH))(配置调度(CS))半静态地调度。因此，在动态调度中，PDSCH传输伴随着PDCCH，但是在CS中，PDSCH传输不伴随着PDCCH。CS包括半持久调度(SPS)。

PDCCH

PDCCH承载下行链路控制信息(DCI)。例如，PDCCH(即，DCI)承载下行链路共享信道(DL-SCH)的传输格式和资源分配、上行链路共享信道(UL-SCH)的频率/时间资源分配信息、关于寻呼信道(PCH)的寻呼信息、关于DL-SCH的系统信息、针对上层控制消息(诸如在PDSCH上发送的随机接入响应(RAR))的频率/时间资源分配信息、Tx功率控制命令、关于SPS/CS的激活/去激活的信息(配置调度)等。基于DCI内的信息提供各种DCI格式。

表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用于向UE发送动态时隙格式信息(例如，动态SFI)，并且DCI格式2_1用于向UE发送下行链路抢占信息。可以基于组公共PDCCH向组中的UE发送DCI格式2_0和/或DCI格式2_1，该组公共PDCCH是向定义为组的UE发送的PDCCH。

PDCCH/DCI包括循环冗余校验(CRC)，并且CRC基于PDCCH的使用或所有者用各种标识符(例如，无线电网络临时标识符(RNTI))来掩码/加扰。例如，如果PDCCH用于特定UE，则用小区RNTI(C-RNTI)对CRC进行掩码。如果PDCCH用于寻呼，则用寻呼-RNTI(P-RNTI)对CRC进行掩码。如果PDCCH用于系统信息(例如，系统信息块(SIB))，则用系统信息-RNTI(SI-RNTI)对CRC进行掩码。如果PDCCH用于随机接入响应，则用随机接入-RNTI(RA-RNTI)对CRC进行掩码。

表6示出了基于RNTI的PDCCH的使用和传输信道。传输信道表示与由PDCCH调度的PDSCH/PUSCH承载的数据相关的传输信道。

[表6]

PDCCH的调制方法是固定的(例如，正交相移键控(QPSK))，并且基于聚合等级(AL)，一个PDCCH由1个、2个、4个、8个或16个控制信道元素(CCE)组成。一个CCE由6个资源元素组(REG)组成。一个REG由一个OFDMA符号和一个(P)RB定义。

在图5中，D表示关于DCI映射的资源元素(RE)，并且R表示关于DMRS映射的RE。DMRS在一个符号内在频域方向上映射至第一RE、第五RE和第九RE。

PDCCH通过控制资源集(CORESET)发送。CORESET对应于用于在BWP内承载PDCCH/DCI的物理资源/参数集。例如，CORESET包括具有给定参数集(例如，SCS、CP长度等)的REG集。CORESET可以经由系统信息(例如，MIB)或UE特定更高层(例如，RRC)信令来配置。用于配置CORESET的参数/信息的示例如下。一个或更多个CORESET可以被配置给一个UE，并且多个CORESET可以在时间/频率域中交叠。

-controlResourceSetId：它表示CORESET的ID信息。

-frequencyDomainResources：它表示CORESET的频域资源。它通过位图来指示，并且每个位对应于RB组(＝6个连续RB)。例如，位图的最高有效位(MSB)对应于BWP内的第一RB组。与位值为1的位相对应的RB组被分配给CORESET的频域资源。

-持续时间：它表示CORESET的时域资源。它表示构造CORESET的连续OFDMA符号的数量。例如，持续时间的值为1至3。

-cce-REG-MappingType：它表示CCE到REG映射类型。支持交织类型和非交织类型。

-precoderGranularity：它表示频域中的预编码器粒度。

-tci-StatesPDCCH：它表示指示PDCCH的传输配置指示(TCI)状态的信息(例如，TCI-StateID)。TCI状态用于提供RS集合(TCI-状态)中的DL RS与PDCCH DMRS端口之间的准共置(QCL)关系。

-tci-PresentInDCI：它表示DCI中是否包括TCI字段。

-pdcch-DMRS-ScramblingID：它表示用于PDCCH DMRS加扰序列的初始化的信息。

CORESET中的REG基于时间优先映射方式编号。也就是说，REG从CORESET中编号最低的资源块中的第一个OFDM符号开始从0按顺序编号。

CCE到REG映射类型被配置为非交织CCE-REG映射类型或交织CCE-REG映射类型。图6例示了非交织CCE-REG映射类型，并且图7例示了交织CCE-REG映射类型。

-非交织CCE-REG映射类型(或局部映射类型)：针对给定CCE的6个REG构造一个REG束，并且针对给定CCE的所有REG是连续的。一个REG束对应于一个CCE。

-交织CCE-REG映射类型(或分布式映射类型)：针对给定CCE的2、3或6个REG构造一个REG束，并且REG束在CORESET中交织。由一个OFDM符号或两个OFDM符号组成的CORESET中的REG束由2或6个REG组成，并且由三个OFDM符号组成的CORESET中的REG束由3或6个REG组成。可以针对每个CORESET设置REG束的大小。

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

表7示出了PDCCH搜索空间。

[表7]

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符号。位图的MSB对应于时隙中的第一OFDM符号。与位值为1的位相对应的OFDMA符号对应于时隙中的CORESET的第一OFDM符号。

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

-searchSpaceType：它表示SS类型是CSS还是USS。

-DCI格式：它表示PDCCH候选的DCI格式。

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

PUSCH

PUSCH承载上行链路数据(例如，UL-SCH TB)和/或上行链路控制信息(UCI)，并且基于循环前缀正交频分复用(CP-OFDM)波形或离散傅里叶变换扩展OFDM(DFT-s-OFDM)波形被发送。当基于DFT-s-OFDM波形发送PUSCH时，UE通过应用变换预编码来发送PUSCH。例如，如果变换预编码不可用(例如，变换预编码被禁用)，则UE可以基于CP-OFDM波形发送PUSCH，并且如果变换预编码是可用的(例如，变换预编码被启用)，则UE可以基于CP-OFDM波形或DFT-s-OFDM波形发送PUSCH。PUSCH可以由PDCCH动态地调度，或者基于高层(例如，RRC)信令(和/或层1(L1)信令(例如，PDCCH))(配置调度(CS))半静态地调度。因此，在动态调度中，PUSCH传输伴随着PDCCH，但是在CS中，PUSCH传输不伴随着PDCCH。CS包括类型1配置授权(CG)PUSCH传输和类型2 CG PUSCH传输。针对类型1 CG PUSCH传输的所有参数由更高层用信号通知。针对类型2 CG PUSCH传输的一些参数由更高层用信号通知，并且剩余参数由PDCCH用信号通知。基本上，在CS中，PUSCH传输不伴随着PDCCH。

PUCCH

PUCCH承载上行链路控制信息(UCI)。UCI包括以下内容：

-调度请求(SR)：用于请求UL-SCH资源的信息。

-混合自动重传和请求确认(HARQ-ACK)：针对DL信号(例如，PDSCH、SPS释放PDCCH)的接收响应信号。HARQ-ACK响应可以包括肯定ACK(简单地，ACK)、否定ACK(NACK)、非连续传输(DTX)或NACK/DTX。HARQ-ACK可以与A/N、ACK/NACK、HARQ-ACK/NACK等互换使用。HARQ-ACK可以以TB/CBG为单位来生成。

-信道状态信息(CSI)：针对DL信道的反馈信息。CSI包括信道质量信息(CQI)、秩指示符(RI)、预编码矩阵指示符(PMI)、预编码类型指示符(PTI)等。

表8示出了PUCCH格式。可以基于UCI有效载荷大小/传输长度(例如，构成PUCCH资源的符号的数量)/传输结构划分PUCCH格式。PUCCH格式可以基于传输长度被分类为短PUCCH(格式0和2)和长PUCCH(格式1、3和4)。

[表8]

(0)PUCCH格式0(PF0)

-可支持UCI有效载荷大小：多达K位(例如，K＝2)

-构成单个PUCCH的OFDM符号的数量：1至X个符号(例如，X＝2)

-传输结构：其仅由UCI信号构成而没有DM-RS，并且通过选择并发送多个序列中的一者来发送UCI状态。

(1)PUCCH格式1(PF1)

-可支持UCI有效载荷大小：多达K位(例如，K＝2)

-构成单个PUCCH的OFDM符号的数量：Y至Z个符号(例如，Y＝4并且Z＝14)

-传输结构：DM-RS和UCI以TDM形式配置在不同的OFDM符号中，并且UCI采用特定序列乘以调制(例如，QPSK)符号的形式。通过将循环移位(CS)/正交覆盖码(OCC)应用于UCI和DM-RS两者，在多个PUCCH资源(遵循PUCCH格式1)(在相同RB内)之间支持CDM。

(2)PUCCH格式2(PF2)

-可支持UCI有效载荷大小：超过K位(例如，K＝2)

-构成单个PUCCH的OFDM符号的数量：1至X个符号(例如，X＝2)

-传输结构：DMRS和UCI以FDM形式配置/映射在相同符号内，并且通过仅对编码UCI位应用IFFT而无需DFT来发送。

(3)PUCCH格式3(PF3)

-可支持UCI有效载荷大小：超过K位(例如，K＝2)

-传输结构：DMRS和UCI以TDM形式被配置/映射到不同符号，并且通过对编码UCI位应用DFT来发送。通过在DFT的前端处将OCC应用于UCI并且将CS(或IFDM映射)应用于DMRS来针对多个UE支持复用。

(4)PUCCH格式4(PF4)

-可支持UCI有效载荷大小：超过K位(例如，K＝2)

-传输结构：DMRS和UCI以TDM形式被配置/映射到不同符号，并且通过对编码UCI位应用DFT而在UE之间没有复用的情况下被发送。

参考图8，UE可以在时隙#n中检测PDCCH。这里，PDCCH包括下行链路调度信息(例如，DCI格式1_0和1_1)，并且表示DL指派-到-PDSCH偏移(K0)和PDSCH-HARQ-ACK报告偏移(K1)。例如，DCI格式1_0和DCI格式1_1可以包括以下信息。

-频域资源指派：表示指派给PDSCH的RB集

-时域资源指派：表示K0，即，时隙中PDSCH的起始位置(例如，OFDM符号索引)和长度(例如，OFDM符号的数量)。

-PDSCH-to-HARQ_feedback定时指示符：它表示K1

-HARQ进程号(4位)：表示数据(例如，PDSCH、TB)的HARQ进程ID(标识)

-PUCCH资源指示符(PRI)：指示PUCCH资源集中的多个资源当中的要用于UCI传输的PUCCH资源。

然后，UE可以基于时隙#n的调度信息在时隙#(n+K0)中接收PDSCH(例如，开始PDSCH接收)，然后在时隙#(n1+K1)中通过PUCCH发送UCI(例如，时隙#n1是PDSCH接收已经结束的时隙，其中n1是等于或大于n+K0的整数)。这里，UCI包括针对PDSCH的HARQ-ACK响应。如果PDSCH被配置为发送多达一个TB，则HARQ-ACK响应可以被配置为1位。如果PDSCH被配置为发送多达两个TB，则当未配置空间集束(spatial bundling)时，HARQ-ACK响应可以被配置为2位，并且当配置了空间集束时，HARQ-ACK响应可以被配置为1位。如果多个PDSCH的HARQ-ACK传输时间被指定为时隙#(n1+K1)，则在时隙#(n1+K1)中发送的UCI包括针对多个PDSCH的HARQ-ACK响应。

参考图9，UE可以在时隙#n中检测PDCCH。这里，PDCCH包括上行链路调度信息(例如，DCI格式0_0和0_1)。DCI格式0_0和0_1可以包括以下信息。

-频域资源指派：表示指派给PUSCH的RB集

-时域资源指派：表示时隙偏移K2，即，时隙中的PUSCH的起始位置(例如，符号索引)和长度(例如，OFDM符号的数量)。起始符号和长度可以通过SLIV(开始和长度指示符值)来指示或单独地指示。

然后，UE可以基于时隙#n的调度信息在时隙#(n+K2)中发送PUSCH。这里，PUSCH包括UL-SCH TB。如果PUCCH传输时间和PUSCH传输时间交叠，则可以通过PUSCH(PUSCH背负)发送UCI。

上述内容的至少一部分可以基本上共同地应用于MTC和NB-IoT。下面另外描述可以在MTC和NB-IoT中改变的内容。

MTC网络接入处理

另外描述了基于LTE的MTC网络接入处理。以下描述可以扩展并应用于NR。LTE中的MIB包括十个预留位。MTC中的MIB内的十个预留位中的五个最高有效位(MSB)用于指示针对SIB1-BR(带宽减小装置的系统信息块)的调度信息。五个MSB用于指示SIB1-BR的重复数量和传输块大小(TBS)。在PDSCH上发送SIB1-BR。在512个无线电帧(5120ms)中，SIB1-BR可以不改变，以允许多个子帧的组合。SIB1-BR上承载的信息与LTE系统的SIB1类似。

MTC RACH过程与LTE RACH过程基本相同，并且与LTE RACH过程的不同之处在于以下细节：基于覆盖范围增强(CE)级别执行MTC RACH过程。例如，针对PRACH覆盖范围增强，是否重复地发送PRACH和/或PRACH重复传输的数量可以针对CE级别而变化。

表9示出了MTC中支持的CE模式/级别。针对覆盖范围增强，MTC支持两种模式(CE模式A和CE模式B)和四个级别1至4。

[表9]

CE模式A是支持全移动性和CSI反馈的小覆盖范围增强的模式，并且可以配置有无重复或少量重复。CE模式B是支持CSI反馈和有限移动性的极差覆盖范围条件的UE的模式，并且可以配置有大量重复。

基站可以广播系统信息，该系统信息包括多个(例如，三个)参考信号接收功率(RSRP)阈值，并且UE可以通过比较RSRP阈值和RSRP测量值来确定CE级别。可以通过系统信息针对CE级别独立地配置以下信息。

-PRACH资源信息：PRACH频率资源和PRACH机会的周期/偏移

-前导组：分配给每个CE级别的前导集合

-每前导尝试的重复数量和前导尝试的最大数量

-RAR窗口时间：预期RAR接收的持续时间的长度(例如，子帧的数量)

-竞争解决窗口时间：期望接收竞争解决消息的持续时间的长度

UE可以选择与UE的CE级别相对应的PRACH资源，然后基于所选择的PRACH资源进行PRACH传输。MTC中使用的PRACH波形与LTE中使用的PRACH波形(例如，OFDM和Zadoff-Chu序列)相同。可以重复发送PRACH之后发送的信号/消息，并且可以根据CE模式/级别独立地配置重复数量。

NB-IoT网络接入处理

另外描述了基于LTE的NB-IoT网络接入处理。以下描述可以扩展并应用于NR。在NB-IoT中，图4中的S702的PSS、SSS和PBCH分别由NPSS、NSSS和NPBCH代替。针对NPSS、NSSS和NPBCH的细节可以参考图D5。

NB-IoT RACH过程与LTE RACH过程基本相同，并且与LTE RACH过程的不同之处在于以下细节。首先，它们具有RACH前导格式的差异。虽然LTE中的前导基于码/序列(例如，zadoff-chu序列)，但是NB-IoT中的前导是子载波。其次，基于CE级别执行NB-IoT RACH过程。因此，针对CE级别，不同地分配PRACH资源。第三，由于NB-IoT中未配置SR资源，因此使用RACH过程来执行NB-IoT中的上行链路资源分配请求。

参考图10，NPRACH前导可以由四个符号组组成，并且每个符号组可以由CP和多个(例如，五个)SC-FDMA符号组成。在NR中，SC-FDMA符号可以由OFDM符号或DFT-s-OFDM符号代替。NPRACH仅支持具有3.75kHz子载波间隔的单音调传输，并且提供66.7μs和266.67μs长度的CP以支持不同的小区半径。每个符号组执行跳频，并且跳跃模式如下。以伪随机方式确定发送第一符号组的子载波。第二符号组执行1-子载波跳跃(jump)，第三符号组执行6-子载波跳跃，并且第四符号组执行1-子载波跳跃。针对重复传输，重复应用跳频过程，并且NPRACH前导可以重复传输{1,2,4,8,16,32,64,128}次，以增强覆盖范围。可以针对CE级别配置NPRACH资源。UE可以基于根据下行链路测量结果(例如，RSRP)确定的CE级别选择NPRACH资源，并且使用所选择的NPRACH资源来发送RACH前导。NPRACH可以在锚定载波上发送，或者在配置了NPRACH资源的非锚定载波上发送。

非连续接收(DRX)操作

UE可以在执行本公开的各种实施方式中描述/提出的过程和/或方法时执行DRX操作。配置了DRX的UE非连续地接收DL信号并且可以降低功耗。可以在无线电资源控制(RRC)_IDLE状态、RRC_INACTIVE状态和RRC_CONNECTED状态下执行DRX。

RRC_CONNECTED DRX

在RRC_CONNECTED状态下，DRX用于PDCCH的非连续接收。为了方便起见，在RRC_CONNECTED状态下执行的DRX称为RRC_CONNECTED DRX。

图11例示了根据本公开的实施方式的无线通信系统中的PDCCH的非连续接收的DRX周期的示例。

参考图11，DRX周期由DRX的机会和开启持续时间组成。DRX周期定义周期性地重复开启持续时间的时间间隔。开启持续时间表示UE为了接收PDCCH(或MPDCCH或NPDCCH)而监测的时间间隔。如果配置了DRX，则UE在开启持续时间期间监测PDCCH。如果存在在监测PDCCH的同时成功检测到的PDCCH，则UE运行不活动定时器并保持清醒状态。另一方面，如果不存在在监测PDCCH的同时成功检测到的PDCCH，则UE在开启持续时间结束后进入睡眠状态。因此，如果配置了DRX，则可以在执行上面描述/提出的过程和/或方法时在时域中非连续地执行PDCCH监测/接收。例如，如果配置了DRX，则可以基于激活的小区中的DRX配置非连续地执行本公开的各种实施方式中的PDCCH监测。具体地，如果PDCCH时机(例如，被配置为监测PDCCH的持续时间(例如，一个或更多个连续的OFDM符号))对应于开启持续时间，则可以执行PDCCH监测，并且如果PDCCH时机对应于DRX的机会，则可以省略PDCCH监测。另一方面，如果未配置DRX，则可以在执行上面描述/提出的过程和/或方法时在时域中连续地执行PDCCH监测/接收。例如，如果未配置DRX，则可以连续配置本公开的各种实施方式中的PDCCH接收时机。无论是否配置了DRX，PDCCH监测可以被限制在被配置为测量间隙的持续时间中。

表10表示与DRX(RRC_CONNECTED状态)相关的UE的处理。参考表10，经由更高层(例如，RRC)信令接收DRX配置信息，并且通过MAC层的DRX命令来控制DRX开启还是关闭。如果配置了DRX，则如图11所示，UE可以在执行本公开中描述/提出的过程和/或方法时非连续地执行PDCCH监测。

[表10]

这里，MAC-CellGroupConfig包括针对小区组配置介质访问控制(MAC)参数所需的配置信息。MAC-CellGroupConfig可以包括针对DRX的配置信息。例如，当定义DRX时，MAC-CellGroupConfig可以包括如下信息。

-drx-OnDurationTimer的值：定义DRX周期的开始持续时间的长度

-drx-InactivityTimer的值：定义检测到指示初始UL或DL数据的PDCCH的PDCCH时机之后UE处于清醒状态的持续时间的长度

-drx-HARQ-RTT-TimerDL的值：定义在接收到DL初始传输之后直到接收到DL重传的最大持续时间的长度

-drx-HARQ-RTT-TimerDL的值：定义在接收到针对UL初始传输的授权之后直到接收到针对UL重传的授权的最大时间间隔的长度

-drx-LongCycleStartOffset：定义DRX周期的时间长度和开始时间点

-drx-ShortCycle(可选的)：定义短DRX周期的时间长度

这里，如果drx-OnDurationTimer、drx-InactivityTimer、drx-HARQ-RTT-TimerDL和drx-HARQ-RTT-TimerDL中的任一者正在运行，则UE在保持清醒状态的同时在每一个PDCCH时机监测PDCCH。

RRC_IDLE DRX

在RRC_IDLE状态和RRC_INACTIVE状态下，DRX用于非连续接收寻呼信号。为方便起见，在RRC_IDLE(或RRC_INACTIVE)状态下执行的DRX称为RRC_IDLE DRX。

因此，如果配置了DRX，则可以在执行上面描述/提出的过程和/或方法时在时域中非连续地执行PDCCH监测/接收。

参考图12，DRX可以被配置用于寻呼信号的非连续接收。UE可以经由更高层(例如，RRC)信令从基站接收DRX配置信息。DRX配置信息可以包括针对DRX周期、DRX偏移和DRX定时器等的配置信息。UE根据DRX周期重复开启持续时间和睡眠持续时间。UE可以在开启持续时间内以唤醒模式工作，并且在睡眠持续时间内以睡眠模式工作。

在唤醒模式下，UE可以监测PO以便接收寻呼消息。PO是指UE期望接收寻呼消息的时间资源/持续时间(例如，子帧或时隙)。PO监测包括在PO监测由P-RNTI加扰的PDCCH(或MPDCCH或NPDCCH)(以下称为寻呼PDCCH)。寻呼消息可以被包括在寻呼PDCCH中或者被包括在由寻呼PDCCH调度的PDSCH中。寻呼帧(PF)中可以包括一个或多个PO，并且可以基于UE ID周期性地配置PF。这里，PF可以对应于一个无线电帧，并且可以基于UE的国际移动订户标识(IMSI)确定UE ID。如果配置了DRX，则UE每DRX周期仅监测一个PO。如果UE在PO接收到指示UE的ID的变化的寻呼消息和/或系统信息，则UE可以执行RACH过程，以便初始化(或重新配置)与基站的连接，或者从基站接收(或获取)新的系统信息。因此，当执行上面描述/提出的过程和/或方法时，可以在时域中非连续地执行PO监测，以便执行用于与基站的连接的RACH或者从基站接收(或获取)新的系统信息。

根据DRX周期配置，最大周期持续时间可以被限制为2.56秒。然而，针对间歇地执行数据发送/接收的UE(诸如MTC UE或NB-IoT UE)，在DRX周期期间可能发生不必要的功耗。为了进一步降低UE的功耗，引入了基于节能模式(PSM)和寻呼时间窗口或寻呼传输窗口(PTW)大大扩展DRX周期的方法，并且扩展DRX周期简称为eDRX周期。具体地，基于UE ID周期性地配置寻呼超帧(PH)，并且在PH中定义PTW。UE可以在PTW持续时间中执行DRX周期，并且在UE的PO切换至唤醒模式以监测寻呼信号。PTW持续时间可以包括图U2的一个或更多个DRX周期(例如，唤醒模式和睡眠模式)。PTW持续时间中的DRX周期的数量可以由基站经由更高层(例如，RRC)信号来配置。

唤醒信号(WUS)

在MTC和NB-IoT中，WUS可以用于降低与寻呼监测相关的功耗。WUS是指示UE是否根据小区配置监测寻呼信号(例如，由P-RNTI加扰的MPDCCH/NPDCCH)的物理层信号。针对未配置eDRX(即，仅配置DRX)的UE，WUS可以与一个PO(N＝1)相关联。另一方面，针对配置了eDRX的UE，WUS可以与一个或更多个PO(N≥1)相关联。如果检测到WUS，则在UE与WUS相关联之后，UE可以监测N个PO。另一方面，如果未检测到WUS，则UE可以通过省略PO监测来保持睡眠模式，直到UE监测下一WUS。

UE可以从基站接收针对WUS的配置信息，并且基于WUS配置信息监测WUS。例如，针对WUS的配置信息可以包括最大WUS持续时间、与WUS相关联的PO的数量、间隙信息等。最大WUS持续时间表示可以发送WUS的最大持续时间，并且可以以与PDCCH(例如，MPDCCH、NPDCCH)所相关的最大重复次数(例如，Rmax)的比率来表示。UE可以期望最大WUS持续时间中的WUS重复传输，但是WUS传输的实际数量可以小于最大WUS持续时间中的WUS传输的最大数量。例如，针对处于良好覆盖范围中的UE，WUS重复数量可能很小。为了方便，可以在最大WUS持续时间中发送WUS的资源/时机称为WUS资源。WUS资源可以定义为多个连续OFDM符号和多个连续子载波。WUS资源可以定义为子帧或时隙中的多个连续OFDM符号和多个连续子载波。例如，WUS资源可以定义为14个连续OFDM符号和12个连续子载波。对WUS进行检测的UE直到与WUS相关联的第一PO才监测WUS。如果UE在最大WUS持续时间期间未能检测到WUS，则UE不在与WUS相关联的PO监测寻呼信号(或者UE保持处于睡眠模式)。

[本公开的开始]

扩展现实(XR)被用作虚拟现实(VR)、增强现实(AR)、混合现实(MR)等的通用术语，并且最近被认为是行业中5G的重要媒体应用。在本公开的各种实施方式中，XR服务或XR应用也称为XR。为了在无线通信系统中支持XR，需要理解并满足XR需要的要求。与其它3GPP用例不同，XR要求具有同时需要低时延、高可靠性和高数据速率的特征。反映该特征，XR也称为低时延eMBB或高数据速率URLLC用例。

为了成功地在无线通信系统中支持XR，在小区容量(每小区可以同时支持的XR用户的数量)、终端节能、移动性、覆盖范围等方面可能需要改进。其中，已知小区容量和终端节能的改进是最紧急的。这是因为在当前假设典型XR场景时，小区容量可以是大约几人的水平，并且与考虑XR终端的各种形状因子(例如，AR眼镜、HMD等)时所需的功率相比，功率供应可能不顺畅。

本公开的各种实施方式提供当旨在在无线通信系统中支持XR时可能发生的小区容量不足和终端功耗的问题的解决方案。本公开的预期效果是根据用户的数量和终端电池寿命在无线通信系统中顺畅地支持XR。

本公开的各种实施方式提出了使用XR发送/接收特性(即，XR业务的特性)，以解决上述问题(即，小区容量不足和终端功耗的问题)。要使用的XR业务的特性可以总结如下。

[XR业务的特性]

XR业务主要由场景、视频流、音频流、位姿/控制、数据等组成。其中，XR业务的应被视为容量和节能增强的最高优先级的一个组成部分是视频流。原因是它在平均数据速率方面占优势，同时需要低时延和高可靠性。

可以根据应用层基于每视频帧(也称为帧或应用分组)在每一个特定时段发送视频流。例如，帧速率为60fps(帧每秒)的情况下的视频流的帧传输时段可以是1/(60fps)≈16.7ms/帧，即，每帧16.7ms。应用层中的帧可以以IP分组的形式被发送至基站(BS)，并且MAC层或PHY层中的帧可以基于每传输块(TB)而被发送。在这种情况下，基于帧大小与TB大小之间的关系，一个帧可以被映射至一个TB并且被发送，或者可以被映射至N(＞1)个TB并且以突发形式被发送。前者称为1到1映射，并且后者称为1到N映射。

XR业务并且特别是DL视频流的时延要求可以定义为空中接口分组延迟预算(PDB)，或者在本公开的各种实施方式中可以缩写为空中PDB。可以如下定义应用空中PDB的空中接口延迟。

“空中接口延迟是从分组到达gNB的时间到其被成功递送至UE的时间测量的”。

-分组可以表示应用分组(＝视频帧)，或者表示IP分组。前者称为帧级空中PDB，并且后者称为分组级空中PDB。

此外，可以在gNB处新定义基于每TB的时延控制的TB级空中PDB信息。

例如，空中PDB要求可以在VR/AR中具有10ms的值，并且在CG中具有15ms的值。空中PDB要求也可以用作确定以XR UE为目标的帧/分组/TB传输的成功或失败的准则。也就是说，如果不满足空中PDB要求，则可以认为传输失败。

总之，XR业务的特性可以如下。(DL视频流的示例)

[表11]

基站可以将视频流的业务特性用于XR小区容量增强。例如，如果需要针对多个XRUE的业务传输，则基站可以使用在时间上分布XR UE的调度方案来改善XR容量，以便防止不同XR UE之间的业务同时汇聚。在这种情况下，可以通过基站的调度方案为每个XR UE添加不同的调度延迟。根据空中接口延迟的定义，由基站内的调度器生成的调度延迟可以被包括在空中接口延迟中。在这种情况下，针对空中PDB内的帧/分组/TB重传，BS/UE允许的持续时间相应地减小。如果UE没有认识到这种情况并且期望基于正常空中PDB的重传，则UE不满足空中PDB要求并且结束监测PDCCH以接收未使用的TB，这导致不必要的功耗。

本公开的各种实施方式提出了用于解决上述问题的BS操作和UE操作，以及用于支持所述操作的信令方法。本公开的各种实施方式还提出了当一个帧被发送至多个TB(即，1对N映射)时的解决方案。识别帧、分组和TB之间的关系(例如，1对N映射关系)并且生成/发送/指示针对该关系优化的调度和PS控制信息的基站(BS)称为业务感知BS或T-BS，并且经由由T-BS生成的PS控制信息支持PS控制操作的UE或XR UE称为T-UE或T-XR UE。

在本公开的各种实施方式中，支持XR的终端或UE称为XR终端或XR UE。除了VR/AR/MR UE之外，XR UE还可以包括云游戏(CG)UE。考虑到本公开可以等同地应用于CG(因为CG的业务特性类似于XR的业务特性)，所以在本公开的各种实施方式中，可以通过用CG替换来使用和解释XR。用于支持XR的DL数据和UL数据的业务分别称为XR DL业务和XR UL业务。

在本公开的各种实施方式中，调度延迟可以更一般地被调度信息替换。调度信息可以是关于基站从更高层(例如，应用)(与帧/分组一起)接收的业务的应用/服务和/或特性的信息，并且可以是表示例如时延或可靠性方面的重要性的信息。另选地，调度信息可以简单地采用包含上述含义的标志(例如，XR标志)的形式。

本公开的各种实施方式中提出的操作和方法可以应用于DL和UL两者。为此，例如，可以通过被UL替换来应用/解释DL，并且可以通过被UL授权替换来应用/解释DL指派。

本公开的各种实施方式中提出的操作和方法可以仅在DRX和/或DTX被配置为UEPS相关操作时通过单独的配置和/或UE能力来应用。另选地，无论是否配置了DRX和/或DTX，都可以通过单独的配置和/或UE能力来支持所述操作和方法。

无论空中PDB波动的原因如何，都可以应用本公开的各种实施方式中提出的操作和方法。也就是说，空中PDB波动的原因可以不限于在本公开的各种实施方式中描述的在BS中由XR UE之间的复用或调度方案生成的情况。例如，即使从UE内的角度来看，在BS到达之前，也可以通过视频编码处理或更高层来生成或改变附加延迟。所述操作和方法可以应用于这些情况。

在本公开的各种实施方式中提出的TB级PS控制信息、帧级PS控制信息和分组级PS控制信息的生成/传输/指示以及与这相对应的UE操作的应用可以不限于1对N映射。也就是说，它们可以应用于1对1映射和1对N映射。

在本公开的各种实施方式中，在“不利用DCI调度的PDSCH/PUSCH”中，“不利用DCI”的含义可以包括“不具有动态授权”或“通过半持久调度(SPS)或配置授权(CG)资源发送”的含义。

将通过本公开的各种实施方式提出的方法控制的UE节能操作可以包括监测PDCCH的操作和发送HARQ-ACK的操作。这些操作可以是针对重传接收的操作。在该意义上，在本公开的各种实施方式中，“监测PDCCH”可以通过被“发送HARQ-ACK”或“监测PDCCH或发送HARQ-ACK”替换来解释和应用，或者可以包括以上含义。此外，“发送HARQ-ACK”可以通过限于“发送HARQ-ACK的NACK”来解释和应用。在这种情况下，这可以意味着允许ACK传输。

BS操作

基站可以应用分布式调度方案，以使得XR UE之间的业务在时间上不交叠，以最大化XR小区容量(每小区可同时支持的XR UE的数量)。例如，分布式调度方案可以是如下方案：当UE 1、UE 2和UE 3的业务同时到达BS时，调度延迟D1、D2和D3(D1＜D2＜D3)分别应用于UE 1、UE 2和UE 3，并且TB和发送TB的PDSCH通过在时间上分布而被发送。在这种情况下，如果所有的UE 1/UE 2/UE 3都满足相同的空中PDB要求，则可能存在UE 3具有最小空中PDB裕度的问题。每个XR UE的空中PDB裕度可以是基于每UE的空中PDB要求和调度延迟如下计算的值。

每UE空中PDB(或时延)裕度＝空中PDB要求-每UE调度延迟-α

-其中，α是另外由除了每UE调度延迟之外的因素生成的延迟之和。

[示例1]

例如，当空中PDB要求为10ms并且分别对应于XR UE 1、XR UE 2和XR UE 3的调度延迟值是0ms、3ms和6ms时，如果没有附加延迟(α＝0)，则UE 1、UE 2和UE 3的每UE空中PDB裕度值可以分别是10ms、7ms和4ms。PDB裕度可以最终意味着BS/UE可以在满足空中PDB要求的限度内用于重传帧/分组/TB(用于PDCCH监测)的时间。

[XR调度方法]

为了解决特定UE(上述示例中的XR UE 3)持续缺少每UE空中PDB裕度(即，由于重传机会的相对缺乏)并因此使得UE的帧/分组/TB传输成功率相对低的问题，除了分布式调度方案之外，基站还可以考虑延迟公平调度方案。延迟公平调度方案可以是如下方案：调度UE以优先地尽可能等同地对所有XR UE应用调度延迟。在本公开的各种实施方式中，同时应用分布式调度方案并且同时应用延迟公平调度方案的调度方案称为延迟公平分布式调度方法。例如，当假设分别与UE 1、UE 2和UE 3相对应的调度延迟为D1、D2和D3并且UE 1、UE 2和UE 3的XR业务同时到达基站时，可以按照大小的增序列出每个UE在每个调度时间的调度延迟D值，以比较分布式调度方案与延迟公平分布式调度方法，并且可以如下：

[示例2]

(1)分布式调度方案

(1-1)如果调度延迟D1、D2和D3(D1＜D2＜D3)已经在第一调度时间分别应用于UE1、UE 2和UE 3，则即使在下一调度时间(例如，下一业务时段)也可以如下保持相同的顺序。

(1-2)第一调度时间：D1、D2、D3(即，D1<D2<D3)

(1-3)第二调度时间：D1、D2、D3(即，D1<D2<D3)

(1-4)第三调度时间：D1、D2、D3(即，D1<D2<D3)

(2)延迟公平分布式调度方法

(2-1)如果调度延迟D1、D2和D3(D1＜D2＜D3)已经在第一调度时间分别应用于UE1、UE 2和UE 3，则可以如下顺序地改变在后续调度时间(例如，下一业务时段)的UE之间的调度延迟值的大小。

(2-2)第一调度时间：D1、D2、D3(即，D1<D2<D3)

(2-3)第二调度时间：D3、D1、D2(即，D3<D1<D2)

(2-4)第三调度时间：D2、D3、D1(即，D2<D3<D1)

延迟公平分布式调度方法可以是同时保证每XR UE的容量增强和性能公平性的方法。

本公开的各种实施方式提出了作为用于小区容量增强的调度方案的示例的分布式调度方案。分布式调度方案是基于以下事实的调度方案：当业务同时或在相似时间到达多个UE时，“按到达顺序”顺序地发送业务但是在时间上分布业务在小区容量方面可能是有帮助的。另一方面，如果按到达顺序的保持状态或固定UE顺序顺序地应用逐渐变大的延迟并且使其在时间上分布，则由于剩余PDB或PDB/延迟裕度的减少，特定UE可能总是遭受损失。为了改进这一点，也就是说，为了调度延迟方面的公平性，在每个时段改变UE顺序而不是“到达顺序”或固定UE顺序的调度方案是在本公开的各种实施方式中新提出的“延迟公平”分布式调度方法。根据本公开的各种实施方式，当在每个时段每UE顺序地应用逐渐变大的调度延迟时，可以在每个时段改变所应用的UE的顺序。

延迟公平分布式调度方法是在向多个UE调度周期性XR业务时同时保证每XR UE的小区容量增强和性能公平性的调度方法。根据实施方式，当针对以多个UE为目标的分布式调度在每个时段中在时段内每UE顺序地应用逐渐变大的调度延迟时，UE顺序可以在每个时段按特定顺序改变或者可以置乱并应用。

[用于XR UE节能的PS控制信息的生成]

基站可以在考虑(附加地)通过调度方法生成的每XR UE调度延迟的情况下生成用于每XR UE UE节能的控制信息(在下文中，PS控制信息)。上面已经描述了每UE空中PDB裕度可以通过BS调度方法针对XR UE变化。每UE空中PDB裕度可以意味着需要直到PDCCH监测的时间，以便BS/UE能够在满足空中PDB要求的限度内进行接收或接收帧/分组/TB的重传。在这种情况下，超过每UE空中PDB裕度的重传接收的操作(例如，PDCCH监测操作)可能不必要地消耗UE功率。例如，在[示例1]中，XR UE 1、XR UE 2和XR UE 3分别针对等于或大于10ms、7ms和4ms的TB重传接收执行PDCCH监测的事实可以对应于不必要的功耗。如果即使在随后成功接收到重传时也不满足空中PDB要求，则帧/分组/TB将最终变为未使用的。为了消除不必要的UE功耗，PS控制信息可以用于控制XR UE的PDCCH监测操作或指示PDCCH监测操作停止。

PS控制信息可以是基于空中PDB裕度或时延裕度信息而生成的信息，并且可以在每一个调度时间/单元或每一个特定时段(例如，帧时段或TB突发时段)更新。例如，PS控制信息可以表示直到接收到XR UE的DL重传的最大持续时间或直到XR UE应当监测PDCCH以接收DL重传调度信息的最大持续时间。

更具体地，PS控制信息可以是定义XR特定reTx定时器(称为XR-reTx定时器)并且指示定时器的大小(XR-reTx定时器方法)的信息。XR-reTx定时器可以与用于与XR相同的低时延应用的常规NR UE中使用的reTx定时器分开地使用，并且其大小通常可以被设置为小于reTx定时器大小。

另选地，PS控制信息可以是指示HARQ reTx的数量、调度DCI的PDSCH reTx的PDCCHMO的数量等的信息。另选地，PS控制信息可以是动态地指示在TS 38.321MAC规范中定义的常规reTx定时器大小(影响活动时间)的信息。

另选地，如果支持和/或配置XR-reTx定时器和reTx定时器两者，则PS控制信息可以是指示定时器的信息，该定时器定义将由XR UE用于重传PDSCH接收的PDCCH监测持续时间。也就是说，PS控制信息可以是指示是否将单独的XR-reTx定时器用于XR UE的信息。

另选地，PS控制信息可以是指示要从固定reTx定时器或XR-reTx定时器大小中减去的值的信息。例如，要减去的值可以是由每UE调度延迟和/或α确定的值。例如，在(XR-)reTx定时器大小被设置为对应于PDB要求的10ms的状态下，基站可以通过PS控制信息来指示与每UE调度延迟+α相对应的值，并且UE可以仅在每UE空中PDB裕度(即，空中PDB要求-每UE调度延迟-α)期间要求针对PDSCH重传接收的PDCCH监测。

发送用于XR UE的PS控制信息的方法

如上所述，BS调度延迟可以在每一个调度时间/单元针XR UE变化。因此，基于此的XR UE PS控制信息也可以在每一个调度时间/单元生成，并且可能需要被发送至UE。为此，XR UE PS控制信息可以经由DCI发送至XR UE。例如，从延迟公平分布式调度方法的示例可以看出，调度延迟可以在每一个调度时间/单元针对UE变化。另选地，即使使用简单的分布式调度方案，调度延迟也可以因同时调度的UE的数量改变等而变化。用于发送PS控制信息的DCI可以是调度发送XR业务的PDSCH的调度DCI，或者可以是当使用SPS/CG等发送XR业务时的SPS/CG激活/去激活DCI。

发送PS控制信息的DCI可以用于直接发送PS控制信息或在经由RRC信令预配置的值当中进行选择或指示。作为后者的示例，在XR-reTx定时器相关方法中，可以经由RRC信令将定时器大小预配置为一个值或多个值，并且如果经由DCI启用对应定时器或设置多个值，则DCI可以在与启用相同的时间指示定时器大小。

发送PS控制信息的DCI可以使用单独的RNTI(例如，X-RNTI)和/或单独的DCI格式 (例如，DCI格式X)被发送。如果使用X-RNTI，则XR UE可以使用X-RNTI来接收发送PS控制信息(和调度信息)的DCI。使用单独的RNTI和/或单独的DCI格式来将发送PS控制信息的DCI与用于其它用途的DCI区分开的原因可能是因为针对PS控制信息传输增加了大量DCI有效载荷，因此其不能与用于其它用途的DCI共享字段或者旨在同时向多个XR UE发送PS控制信息。否则，可以使用常规使用的RNTI和DCI格式中的一者(也就是说，使用所使用和/或所预留的字段)来发送PS控制信息。

如果如上所述使用DCI指示UE控制信息，则由于DCI接收错误，BS与UE之间的同步操作可能是不可能的。因为通过DCI进行指示的主要目的是停止PDCCH监测，以实现UE节能，如果XR UE未能接收到对应信息，则XR UE以与常规UE操作相同的方式基于reTx定时器执行PDCCH监测。在这种情况下，为了检查是否接收到UE的PS控制信息并且如果该检查不可能则重新发送PS控制信息，也就是说，针对基于DCI发送PS控制信息的方法的可靠性问题(例如，由于丢失了用于发送PS控制信息的DCI而导致的BS/UE之间的同步问题)，可能需要针对发送PS控制信息的DCI的HARQ-ACK反馈传输。例如，如果PS控制信息是关于DCI格式X被发送的，则可以在规范中指定以下内容。

期望UE响应于在从提供DCI格式X的PDCCH的最后一个符号起的Ns个符号之后检测到承载/包括/指示PS控制信息的DCI格式X而提供HARQ-ACK信息。

-在这种情况下，Ns值可以是针对SCS定义的值，并且可以被包括作为XR UE PS支持的信息的一部分，并且通过RRC信令设置为一个值(例如，Ns＝1)或多个值。在后者中，DCI(发送PS控制信息)可以指示多个值当中的特定值。另选地，DCI可以直接指定特定Ns值。

另选地，BS可以经由MAC CE向XR UE发送PS控制信息。这可以是克服针对有效载荷大小的限制或可靠性问题(在基于DCI发送PS控制信息的方法中，这些可能成为问题)的方法。发送PS控制信息的MAC CE可以通过被包括在MAC子报头中的LCID来区分。

经由DCI或MAC CE发送的PS控制信息可以经由DCI或MAC CE来调度，或者从与通过激活/去激活资源发送/接收的帧/分组/TB相关联的操作来应用，或者可以在周期性传输的情况下从下一时段应用。另选地，PS控制信息包括关于应用时间的信息，并且可以允许BS指示应用时间。

XR UE操作

UE可以通过接收XR UE PS控制信息来执行UE节能操作(例如，确定是否继续/停止 PDCCH监测)。例如，UE可以针对PS控制信息中指示或需要的时间执行PDCCH监测操作(用于重传接收)，并且停止PDCCH监测以实现UE节能。UE可以经由DCI(例如，调度DCI、SPS/CG激活/去激活DCI)或MAC CE来接收PS控制信息。当经由DCI接收到PS控制信息时，UE可能需要针对发送PS控制信息的DCI发送HARQ-ACK反馈，以解决上述可靠性问题。

如果使用上面提出的XR-reTx定时器，则在XR UE基于PS控制信息设置XR-reTx定时器的大小之后，XR UE可以在特定条件下启动定时器，然后如果XR-reTx定时器期满，则停止用于分组的重传接收的操作(例如，PDCCH监测)。确定是否继续/停止PDCCH监测可以是停止整体PDCCH监测或停止针对特定目的的PDCCH监测。例如，后者可以是停止限于调度DCI接收的PDSCH reTx的PDCCH监测操作的PDCCH监测。另选地，XR UE可以基于XR UE PS控制信息确定应用常规reTx定时器还是XR-reTx定时器。

[XR-reTx定时器启动条件]

XR-reTx定时器可以在XR UE发送针对经由DCI调度的或没有DCI的情况(与常规reTx定时器的启动条件相同)下的PDSCH的NACK之后启动。也就是说，只有当XR UE没有成功地接收到PDSCH时，XR-reTx定时器才可以启动。也就是说，如果XR UE没有成功地接收到PDSCH，则XR UE可以打算通过仅在必要时设置XR-reTx定时器的大小(小于常规reTx定时器的大小)来提前终止用于重传接收的PDCCH监测操作，其中考虑了XR调度延迟而不使用常规reTx定时器的预设固定大小。例如，XR-reTx定时器的启动时间可以在NACK传输之后的第一符号处开始。

(示例3)

[示例3]XR-reTx定时器在NACK传输之后的第一符号处开始。

[如果HARQ-RTT-定时器期满：]

如果没有成功解码对应HARQ进程的数据：

在HARQ-RTT-定时器期满之后，在第一符号中启动对应HARQ进程的XR-reTx定时器。

-HARQ-RTT-定时器：MAC实体期望用于HARQ重传的DL指派之前的最小持续时间。

在示例3中，因为HARQ-RTT-定时器不受XR业务特性的影响，所以定时器可以与非XR UE共享，或者可以与非XR UE大小相同。在这种情况下，reTx定时器和XR-reTx定时器可以具有相同的启动时间，并且可以仅在期满时间因PS控制信息而不同。

如果XR UE成功地接收到经由DCI调度的或没有DCI的情况下的PDSCH并且发送ACK，则XR UE不需要用于至少DL重传调度信息接收的PDCCH监测操作。在这种情况下，XR-reTx定时器可以不启动。

T-BS操作

T基站(BS)可以基本上支持上述“BS操作”。T-BS还可以支持以下操作。除非特别说明，否则在该条款中，基站可以由T-BS代替，或者可以包括T-BS的含义。

如上所述，一个帧可以被映射至一个分组和/或TB(1对1映射)或多个分组和/或TB(1对N映射)并被发送。此外，空中PDB可以定义为帧级、分组级或TB级。在1对1映射中，可以应用上述[XR调度方法]。在这种情况下，空中PDB可以定义为帧级或TB级并被应用。在1对N映射中，BS可以简单地与应用级分离并且被操作以满足TB级空中PDB。在这种情况下，BS可以每TB或(每TB指定的)每HARQ进程生成PS控制信息并进行操作。另选地，BS/UE操作可以定义为满足帧级空中PDB。在这种情况下，可以在(T-)XR UE之间应用分布式调度方案，以实现小区容量增强，并且可以考虑调度构成同一帧的时间上连续的N(>1)个TB的方法。例如，如果帧级空中PDB为10ms，并且映射至同一帧的TB 1和TB 2以5ms的间隔顺序地发送，则TB 2的空中PDB裕度可以减少到小于5ms，也就是说，可以相应地减少TB 2的可能的reTx的次数。因此，预期的小区容量增益可以抵消或甚至减少。

[T-XR调度方法]

当一个帧被映射至多个TB(1对N映射)并且被发送时，上述[XR调度方法]中的对应于每个UE的D1、D2和D3值可以是帧级、分组级或TB级调度延迟。在1对N映射中，即使应用了延迟公平分布式调度方法，即使根据规则在UE之间改变调度顺序，构成同一UE的同一帧的N个TB也可以在时间上连续并被调度。

[用于T-XR UE节能的PS控制信息的生成]

当一个帧被映射至多个TB(1对N映射)并被发送时，BS可以每TB或(每TB指定的)每 HARQ进程生成PS控制信息(TB级PS控制信息)。在这种情况下，可以基于TB级空中PDB(裕度)或每TB的调度延迟生成TB级PS控制信息。在这种情况下，BS可以每TB或(每TB指定的)每HARQ进程操作reTx定时器，并且根据TB的顺序或时间位置来配置/指示要改变的reTx定时器的大小，也就是说，使得稍后调度的TB的reTx定时器的大小具有更小的值。

另选地，当一个帧被映射至多个TB(1对N映射)并被发送时，BS可以每帧生成PS控制信息(帧级PS控制信息)。在这种情况下，可以基于帧级空中PDB(裕度)或每帧调度延迟生成帧级PS控制信息。在这种情况下，可以在每帧的基础上(也就是说，在帧内)生成/配置/指示一个PS控制信号。在这种情况下，可以以帧内的特定顺序或者基于时间位置处的TB(参考TB)生成/配置/指示PS控制信号，以消除BS与UE之间的模糊性。参考TB在帧内的顺序和时间位置可以是预定义的，或者可以是经由RRC信令配置的，或者可以被包括在PS控制信息中并通过发送PS控制信息的方法指示给UE。

另选地，BS可以在每分组的基础上生成PS控制信息(分组级PS控制信息)。可以基于分组级空中PDB(裕度)或每分组调度延迟生成分组级PS控制信息。在这种情况下，可以在每分组的基础上(也就是说，在分组内)生成/配置/指示一个PS控制信号。在这种情况下，参考TB可以以与帧级PS控制信息相同的方法被定义，并且可以用信号通知给UE。

(T-)XR UE相关能力信息和向(T-)BS进行报告的方法

除非特别声明，否则在该条款中，基站可以包括T-BS的含义。

BS可以用信号通知(T-)XR UE PS控制信息(包括是否支持)和/或用于支持每小区的(T-)XR UE(包括是否支持)的信息。例如，可以经由系统信息(MIB、SIB1、SI消息)或专用RRC信令以小区特定参数的形式提供信息。

经由系统信息(MIB、SIB1、SI消息)的广播：在从RRC_IDLE状态开始的小区接入步骤中，(T-)XR UE可以理解(T-)XR UE PS控制信息(包括是否支持)和/或用于支持小区的(T-)XR UE(包括是否支持)的信息。

专用RRC信令：(T-)XR UE PS控制信息(包括是否支持)和/或用于支持(T-)XR UE(包括是否支持)的信息可以在配置/添加用于CA或DC的服务小区时每小区提供。

另选地，可以经由专用RRC信令以UE特定参数的形式向每个(T-)XR UE发送信息。

为了支持与非(T-)XR UE区分开的(T-)XR UE的操作，(T-)XR UE可能需要向BS报告其(T-)XR相关能力信息。(T-)XR相关能力信息可以是(T-)XR UE所支持的特定特征(或一组特征)，或者如果它被定义为单独的UE类型，则可以是(T-)XR UE类型信息。图1例示了向BS报告(T-)XR相关能力信息的过程的流程图。报告过程可以重新使用TS 38.331中定义的UE能力转移过程，并且BS可以通过UE能力信息接收和在(T-)XR UE的调度中获取的使用信息来获取(T-)XR相关能力信息。

在步骤S1510，基站/网络从处于RRC_CONNECTED状态的UE请求UE能力。

在步骤S1520，UE发送关于UE能力信息的(T-)XR相关能力信息。

本公开的各种实施方式可以彼此组合。

从实现方式的角度来看，根据本公开的各种实施方式的UE的操作可以由稍后描述的图18至图26的装置(例如，图19的处理器102和202)来处理。

此外，根据本公开的各种实施方式的UE的操作可以以用于运行至少一个处理器(例如，图19的处理器102和202)的命令/程序(例如，指令、可执行代码)的形式存储在存储器(例如，图19的存储器104和204)中。

[关于UE的权利要求的描述]

下面参考图16从UE的操作的角度详细描述上述实施方式。下面将描述的方法仅仅是为了便于解释而区分的。因此，只要这些方法不是互斥的，任何方法的部分配置显然可以用另一方法的部分配置替代或与另一方法的部分配置组合。

根据本公开的各种实施方式，提供了一种由在无线通信系统中支持扩展现实(XR)的用户设备(UE)执行的方法。

在步骤S1610，UE从基站(BS)接收与节能操作相关的控制信息。

在步骤S1620，UE执行基于控制信息而配置的节能操作。

根据本公开的各种实施方式，节能操作包括：基于控制信息确定XR-重传(reTx)定时器的大小；基于配置条件启动XR-reTx定时器；以及如果XR-reTx定时器期满，则停止对包括针对来自BS的物理下行链路共享信道(PDSCH)的重传的调度信息的物理下行链路控制信道(PDCCH)的监测。

根据本公开的各种实施方式，配置条件可以包括UE没有成功地从BS接收到PDSCH，并且在UE向BS发送针对PDSCH的接收的否定确认(NACK)响应之后，XR-reTx定时器可以启动。

根据本公开的各种实施方式，XR-reTx定时器的大小可以是基于PDSCH的剩余分组延迟预算(PDB)或PDSCH的PDB裕度而确定的。

根据本公开的各种实施方式，控制信息可以包括重传的数量以及对PDSCH的重传进行调度的下行链路控制信息(DCI)的PDCCH监测时机(MO)的数量。

根据本公开的各种实施方式，控制信息可以包括针对UE能够接收PDSCH的重传的最大持续时间或者UE需要监测PDCCH以接收用于PDSCH的重传的调度信息的最大持续时间或者UE需要发送针对PDSCH的确认(ACK)响应或NACK响应的最大持续时间的信息。

根据本公开的各种实施方式，节能操作可以包括：针对多个调度时间，从BS顺序地接收多个PDCCH，所述多个PDCCH包括用于PDSCH的多个重传的多个调度信息；以及基于多个调度信息，接收PDSCH的多个重传。所述多个调度信息可以被配置为使得调度顺序被不同地分布至连接至BS的多个UE，并且所述多个UE可以包括所述UE。

根据本公开的各种实施方式，所述多个调度信息可以被配置为使得包括所述UE的所述多个UE的调度顺序在多个调度时间中的每个调度时间是相同的。

根据本公开的各种实施方式，所述多个调度信息可以被配置为使得包括所述UE的所述多个UE的调度顺序在多个调度时间中的每个调度时间被不同地分布。

根据本公开的各种实施方式，控制信息可以是经由DCI或介质访问控制-控制元素(MAC-CE)接收的。

根据本公开的各种实施方式，提供了一种在无线通信系统中支持扩展现实(XR)的用户设备(UE)。UE包括收发器和至少一个处理器，并且至少一个处理器可以被配置为执行UE的基于图16的操作方法。

根据本公开的各种实施方式，提供了一种对在无线通信系统中支持扩展现实(XR)的用户设备(UE)进行控制的装置。该装置包括至少一个处理器和在操作上连接至至少一个处理器的至少一个存储器。至少一个存储器可以被配置为存储指令，所述指令基于由至少一个处理器执行而执行UE的基于图16的操作方法。

根据本公开的各种实施方式，提供了存储一个或更多个指令的一种或更多种非暂时性计算机可读介质。所述一个或更多个指令基于由一个或更多个处理器执行而执行操作，并且所述操作可以包括UE的基于图16的操作方法。

[与BS操作相关的描述]

下面参考图17从基站的操作的角度详细描述上述实施方式。下面将描述的方法仅仅是为了便于解释而区分的。因此，只要这些方法不是互斥的，任何方法的部分配置显然可以用另一方法的部分配置替代或与另一方法的部分配置组合。

根据本公开的各种实施方式，提供了一种由无线通信系统中的基站(BS)执行的方法。

在步骤S1710，BS生成与支持扩展现实(XR)的用户设备(UE)的节能操作相关的控制信息。

在步骤S1720，BS向UE发送与节能操作相关的控制信息。

根据本公开的各种实施方式，提供了无线通信系统中的基站(BS)。基站包括收发器和至少一个处理器，并且至少一个处理器可以被配置为执行基站的基于图17的操作方法。

根据本公开的各种实施方式，提供了一种对无线通信系统中的基站(BS)进行控制的装置。该装置包括至少一个处理器和在操作上连接至至少一个处理器的至少一个存储器。至少一个存储器可以被配置为存储指令，所述指令基于由至少一个处理器执行而执行基站的基于图17的操作方法。

根据本公开的各种实施方式，提供了存储一个或更多个指令的一种或更多种非暂时性计算机可读介质。所述一个或更多个指令基于由一个或更多个处理器执行而执行操作，并且所述操作可以包括基站的基于图17的操作方法。

下面描述本公开的各种实施方式适用的装置。

虽然不限于此，但是本公开中描述的各种描述、功能、过程、提议、方法和/或操作流程图可以应用于需要装置之间的无线通信/连接的各种领域。

下面参考附图更详细地描述装置。在以下附图/描述中，除非另有说明，否则相同的附图标记可以表示相同或对应硬件块、软件块或功能块。

用于无线通信系统中的装置

应用本公开的通信系统的示例

虽然不限于此，但是以上描述的本公开的各种提议可以应用于需要装置之间的无线通信/连接(例如，5G)的各种领域。

参考图18，应用于本公开的通信系统1包括无线装置、基站和网络。无线装置可以意指使用无线接入技术(例如，5G新RAT(NR)或长期演进(LTE))执行通信的装置，并且可以称为通信/无线/5G装置。尽管不限于此，但无线装置可以包括机器人100a、车辆100b-1和100b-2、扩展现实(XR)装置100c、手持装置100d、家用电器100e、物联网(IoT)装置100f和AI装置/服务器400。例如，车辆可以包括具有无线通信功能的车辆、自主车辆、能够执行车辆间通信的车辆等。此外，车辆可以包括无人驾驶飞行器(UAV)(例如，无人机)。XR装置可以包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)装置，并且可以被实现为头戴式装置(HMD)、设置在车辆中的平视显示器(HUD)、电视、智能电话、计算机、可穿戴装置、家用电器装置、数字标牌、车辆、机器人等。手持装置可以包括智能电话、智能板、可穿戴装置(例如，智能手表、智能眼镜)、计算机(例如，笔记本电脑等)等。家用电器装置可以包括电视、冰箱、洗衣机等。IoT装置可以包括传感器、智能仪表等。例如，基站和网络甚至可以实现为无线装置，并且特定无线装置200a可以作为其它无线装置的基站/网络节点来工作。

无线装置100a至100f可以通过基站200连接至网络300。人工智能(AI)技术可以应用于无线装置100a至100f，并且无线装置100a至100f可以通过网络300连接至AI服务器400。网络300可以使用3G网络、4G(例如，LTE)网络或5G(例如，NR)网络来配置。无线装置100a至100f可以通过基站200/网络300彼此通信，但是可以在不经过基站/网络的情况下彼此直接通信(侧链路通信)。例如，车辆100b-1和100b-2可以执行直接通信(例如，车辆到车辆(V2V)/车辆到一切(V2X)通信)。此外，IoT装置(例如，传感器)可以执行与其它IoT装置(例如，传感器)或其它无线装置100a至100f的直接通信。

可以在无线装置100a至100f与基站200之间进行无线通信/连接150a和150b。无线通信/连接可以通过各种无线接入技术(例如，5G NR)来进行，诸如上行链路/下行链路通信150a和侧链路通信150b(或D2D通信)。无线装置和基站/无线装置可以通过无线通信/连接150a和150b向彼此发送/从彼此接收无线电信号。例如，无线通信/连接150a和150b可以在各种物理信道上发送/接收信号。为此，基于本公开的各种提议，可以执行用于接收/发送无线电信号的各种配置信息设置过程、各种信号处理过程(例如，信道编码/解码、调制/解调、资源映射/解映射等)、资源分配过程等中的至少一部分。

应用本公开的无线装置的示例

参考图19，第一无线装置100和第二无线装置200可以通过各种无线接入技术(例如，LTE和NR)来发送和接收无线电信号。{第一无线装置100和第二无线装置200}可以对应于图18的{无线装置100x和基站200}和/或{无线装置100x和无线装置100x}。

第一无线装置100可以包括一个或更多个处理器102和一个或更多个存储器104，并且还可以包括一个或更多个收发器106和/或一个或更多个天线108。处理器102可以控制存储器104和/或收发器106，并且可以被配置为实现上面描述/提出的功能、过程和/或方法。例如，处理器102可以处理存储器104内的信息以生成第一信息/信号，然后通过收发器106发送包括第一信息/信号的无线电信号。此外，处理器102可以通过收发器106接收包括第二信息/信号的无线电信号，然后将从第二信息/信号的信号处理获得的信息存储在存储器104中。存储器104可以连接至处理器102并且存储与处理器102的操作相关的各种信息。例如，存储器104可以存储包括用于执行由处理器102控制的过程中的全部或一些或执行上文描述/提出的过程和/或方法的指令的软件代码。处理器102和存储器104可以是被设计为实现无线通信技术(例如，LTE和NR)的通信调制解调器/电路/芯片的一部分。收发器106可以连接至处理器102，并且可以经由一个或更多个天线108发送和/或接收无线电信号。收发器106可以包括发送器和/或接收器。收发器106可以与射频(RF)单元互换使用。在本公开的各种实施方式中，无线装置可以意指通信调制解调器/电路/芯片。

第二无线装置200可以包括一个或更多个处理器202和一个或更多个存储器204，并且还可以包括一个或更多个收发器206和/或一个或更多个天线208。处理器202可以控制存储器204和/或收发器206，并且可以被配置为实现上面描述/提出的功能、过程和/或方法。例如，处理器202可以处理存储器204内的信息以生成第三信息/信号，然后通过收发器206发送包括第三信息/信号的无线电信号。此外，处理器202可以通过收发器206接收包括第四信息/信号的无线电信号，然后将从第四信息/信号的信号处理获得的信息存储在存储器204中。存储器204可以连接至处理器202并且存储与处理器202的操作相关的各种信息。例如，存储器204可以存储包括用于执行由处理器202控制的过程中的全部或一些或执行上文描述/提出的过程和/或方法的指令的软件代码。处理器202和存储器204可以是被指定为实现无线通信技术(例如，LTE和NR)的通信调制解调器/电路/芯片的一部分。收发器206可以连接至处理器202，并且可以通过一个或更多个天线208发送和/或接收无线电信号。收发器206可以包括发送器和/或接收器，并且收发器206可以与RF单元互换地使用。在本公开的各种实施方式中，无线装置可以意指通信调制解调器/电路/芯片。

下面更详细地描述无线装置100和200的硬件元件。虽然不限于此，但是一个或更多个协议层可以由一个或更多个处理器102和202实现。例如，一个或更多个处理器102和202可以实现一个或更多个层(例如，功能层，诸如PHY、MAC、RLC、PDCP、RRC和SDAP)。一个或更多个处理器102和202可以基于本公开中描述的功能、过程、提议和/或方法生成一个或更多个协议数据单元(PDU)和/或一个或更多个服务数据单元(SDU)。一个或更多个处理器102和202可以基于本公开中描述的功能、过程、提议和/或方法生成消息、控制信息、数据或信息。一个或更多个处理器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和204中，并且可以由一个或更多个处理器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可包括(模拟)振荡器和/或滤波器。

应用本公开的信号处理电路的示例

参考图20，信号处理电路1000可以包括加扰器1010、调制器1020、层映射器1030、预编码器1040、资源映射器1050和信号发生器1060。可以执行图20的操作/功能，而不限于图19的处理器102和202和/或收发器106和206。可以通过图19的处理器102和202和/或收发器106和206来实现图20的硬件元件。例如，可以通过图19的处理器102和202来实现框1010至1060。另选地，可以通过图19的处理器102和202来实现框1010至1050，并且可以通过图19的收发器106和206来实现框1060。

可以经由图20的信号处理电路1000将码字转换成无线电信号。本文中，码字是信息块的编码位序列。信息块可以包括传输块(例如，UL-SCH传输块、DL-SCH传输块)。可以通过各种物理信道(例如，PUSCH和PDSCH)来发送无线电信号。

具体地，码字可以由加扰器1010转换为经过加扰的位序列。用于进行加扰的加扰序列可以基于初始值生成，并且初始值可以包括无线装置的ID信息。经过加扰的位序列可以由调制器1020调制为调制符号序列。调制方案可以包括pi/2-二进制相移键控(pi/2-BPSK)、m-相移键控(m-PSK)以及m-正交幅度调制(m-QAM)。复数调制符号序列可以由层映射器1030映射至一个或更多个传输层。每个传输层的调制符号可以由预编码器1040映射(预编码)至对应天线端口。预编码器1040的输出z可以通过将层映射器1030的输出y与N*M预编码矩阵W相乘得出。这里，N是天线端口的数量，M是传输层的数量。预编码器1040可以在执行对于复数调制符号的变换预编码(例如，DFT)之后执行预编码。另选地，预编码器1040可以在不执行变换预编码的情况下执行预编码。

资源映射器1050可以将每个天线端口的调制符号映射至时频资源。时频资源可以包括时域中的多个符号(例如，CP-OFDMA符号和DFT-s-OFDMA符号)和频域中的多个子载波。信号发生器1060可以从所映射的调制符号生成无线电信号，并且所生成的无线电信号可以通过每个天线被发送到其它装置。为此，信号发生器1060可以包括逆快速傅里叶变换(IFFT)模块、循环前缀(CP)插入器、数模转换器(DAC)以及上变频器。

可以以与图X2的信号处理过程1010至1060相反的方式来配置用于在无线装置中接收的信号的信号处理过程。例如，无线装置(例如，图X1的100、200)可以通过天线端口/收发器从外部接收无线电信号。可以通过信号恢复器将接收到的无线电信号转换成基带信号。为此，信号恢复器可以包括频率下行链路转换器、模数转换器(ADC)、CP去除器和快速傅立叶变换(FFT)模块。接下来，可以通过资源解映射过程、后编码过程、解调处理器和解扰过程将基带信号恢复成码字。可以通过解码将码字恢复成原始信息块。因此，用于接收信号的信号处理电路(未例示)可以包括信号恢复器、资源解映射器、后编码器、解调器、解扰器和解码器。

应用本公开的无线装置的使用示例

图21例示了应用于本公开的各种实施方式的无线装置的示例。无线装置可以基于用例/服务以各种形式实现(参见图18和图22至图29)。

参考图21，无线装置100和200可对应于图19的无线装置100和200，并且可由各种元件、组件、单元/部分和/或模块配置。例如，无线装置100和200中的每一个可包括通信单元110、控制单元120、存储器单元130和附加组件140。通信单元可包括通信电路112和收发器114。例如，通信电路112可包括图19的一个或更多个处理器102和202和/或一个或更多个存储器104和204。例如，收发器114可包括图19的一个或更多个收发器106和206和/或一个或更多个天线108和208。控制单元120电连接到通信单元110、存储器单元130和附加组件140，并且控制无线装置的总体操作。例如，控制单元120可基于存储在存储器单元130中的程序/代码/命令/信息来控制无线装置的电/机械操作。控制单元120可通过无线/有线接口经由通信单元110将存储在存储器单元130中的信息发送到外部(例如，其它通信装置)，或者将经由通信单元110通过无线/有线接口从外部(例如，其它通信装置)接收的信息存储在存储器单元130中。

附加组件140可基于无线装置的类型不同地配置。例如，附加组件140可包括电源单元/电池、输入/输出(I/O)单元、驱动单元和计算单元中的至少一个。无线装置可按照(但不限于)机器人(图18的100a)、车辆(图18的100b-1和100b-2)、XR装置(图18的100c)、手持装置(图18的100d)、家用电器(图18的100e)、IoT装置(图18的100f)、数字广播终端、全息装置、公共安全装置、MTC装置、医疗装置、金融科技装置(或金融装置)、安全装置、气候/环境装置、AI服务器/装置(图18的400)、BS(图18的200)、网络节点等的形式实现。无线装置可基于使用示例/服务在移动或固定地点使用。

在图21中，无线装置100和200中的各种元件、组件、单元/部分和/或模块可全部通过有线接口彼此连接，或者其至少一部分可通过通信单元110无线连接。例如，在无线装置100和200中的每一个中，控制单元120和通信单元110可有线连接，并且控制单元120和第一单元(例如，130和140)可通过通信单元110无线连接。无线装置100和200内的各个元件、组件、单元/部分和/或模块还可包括一个或更多个元件。例如，控制单元120可由一个或更多个处理器的集合配置。作为示例，控制单元120可由通信控制处理器、应用处理器、电子控制单元(ECU)、图形处理单元和存储器控制处理器的集合配置。作为另一示例，存储器单元130可由随机存取存储器(RAM)、动态RAM(DRAM)、只读存储器(ROM)、闪存、易失性存储器、非易失性存储器和/或其组合配置。

在下文中，将参考附图详细描述实现图21的示例。

图22例示了应用于本公开的各种实施方式的移动装置的示例。手持装置可以包括智能电话、智能板、可穿戴装置(例如，智能手表或智能眼镜)或便携式计算机(例如，笔记本)。移动装置可以称为移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)或无线终端(WT)。

参考图22，手持装置100可以包括天线单元108、通信单元110、控制单元120、存储器单元130、电源单元140a、接口单元140b和I/O单元140c。天线单元108可以被配置成通信单元110的一部分。框110至130/140a至140c分别对应于图16的框110至130/140。

通信单元110可以向其它无线装置或BS发送以及从其接收信号(例如，数据和控制信号)。控制单元120可以通过控制手持装置100的构成元件来执行各种操作。控制单元120可以包括应用处理器(AP)。存储器单元130可以存储驱动手持装置100所需的数据/参数/程序/代码/命令。存储器单元130可以存储输入/输出数据/信息。电源单元140a可以向手持装置100供电，并且包括有线/无线充电电路、电池等。接口单元140b可以支持手持装置100到其它外部装置的连接。接口单元140b可以包括用于与外部装置连接的各种端口(例如，音频I/O端口和视频I/O端口)。I/O单元140c可以输入或输出视频信息/信号、音频信息/信号、数据和/或用户所输入的信息。I/O单元140c可以包括相机、麦克风、用户输入单元、显示单元140d、扬声器和/或触觉模块。

作为示例，在数据通信的情况下，I/O单元140c可以获取用户所输入的信息/信号(例如，触摸、文本、语音、图像或视频)，并且所获取的信息/信号可以被存储在存储器单元130中。通信单元110可以将存储器中存储的信息/信号转换为无线电信号，并将所转换的无线电信号直接发送到其它无线装置或发送到BS。通信单元110可以从其它无线装置或BS接收无线电信号，然后将所接收的无线电信号恢复为原始信息/信号。所恢复的信息/信号可以被存储在存储器单元130中，并且可以通过I/O单元140输出为各种类型(例如，文本、语音、图像、视频或触觉)。

应用本公开的移动装置的示例

应用本公开的车辆或自主车辆的示例

图23例示了应用于本公开的各种实施方式的车辆或自主车辆的示例。车辆或自主车辆可以由移动机器人、汽车、火车、载人/无人驾驶飞行器(AV)、轮船等实现。

参考图23，车辆或自主车辆100可以包括天线单元108、通信单元110、控制单元120、驱动单元140a、电源单元140b、传感器单元140c和自主驾驶单元140d。天线单元108可以被配置为通信单元110的一部分。框110/130/140a至140d分别对应于图21的框110/130/140。

通信单元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技术等来预测交通信息数据，并且将所预测的交通信息数据提供给车辆或自主车辆。

应用本公开的AR/VR和车辆的示例

图24例示了应用于本公开的各种实施方式的车辆的示例。车辆可以被实现为运输工具、火车、飞行器、轮船等。

参考图24，车辆100可以包括通信单元110、控制单元120、存储器单元130、I/O单元140a和定位单元140b。框110至130/140a和140b分别对应于图21的框110至130/140。

通信单元110可以向诸如其它车辆或基站的外部装置发送和从其接收信号(例如，数据和控制信号)。控制单元120可以通过控制车辆100的构成元件来执行各种操作。存储器单元130可以存储用于支持车辆100的各种功能的数据/参数/程序/代码/命令。I/O单元140a可以基于存储器单元130内的信息输出AR/VR对象。I/O单元140a可以包括HUD。定位单元140b可以获取车辆100的位置信息。位置信息可以包括车辆100的绝对位置信息、车辆100在行驶车道内的位置信息、加速度信息和车辆100的来自相邻车辆的位置信息。定位单元140b可以包括GPS和各种传感器。

作为示例，车辆100的通信单元110可以从外部服务器接收地图信息和交通信息，并且将所接收的信息存储在存储器单元130中。定位单元140b可以通过GPS和各种传感器获得车辆位置信息，并将所获得的信息存储在存储器单元130中。控制单元120可以基于地图信息、交通信息和车辆位置信息生成虚拟对象，并且I/O单元140a可以在车辆中的窗口(1410和1420)上显示所生成的虚拟对象。控制单元120可以基于车辆位置信息确定车辆100是否正常行驶在行驶车道内。如果车辆100从行驶车道异常退出，则控制单元120可以通过I/O单元140a在车辆中的窗口上显示警告。另外，控制单元120可以通过通信单元110向相邻车辆广播关于驾驶异常的警告消息。根据情况，控制单元120可以通过通信单元110将车辆的位置信息和关于驾驶/车辆异常的信息发送到相关组织。

应用本公开的XR装置的示例

图25例示了应用于本公开的各种实施方式的XR装置的示例。XR装置可以被实现为HMD、安装在车辆中的平视显示器(HUD)、电视、智能电话、计算机、可穿戴装置、家用电器、数字标牌、车辆、机器人等。

参考图25，XR装置100a可以包括通信单元110、控制单元120、存储器单元130、I/O单元140a、传感器单元140b和电源单元140c。框110至130/140a至140c分别对应于图21的框110至130/140。

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

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

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

应用本公开的机器人的示例

图26例示了应用于本公开的各种实施方式的机器人的示例。机器人可以基于使用目的或领域分为工业机器人、医疗机器人、家用机器人、军用机器人等。

参考图26，机器人100可以包括通信单元110、控制单元120、存储器单元130、I/O单元140a、传感器单元140b和电源单元140c。框110至130/140a至140c分别对应于图21的框110至130/140。

通信单元110可以向外部装置(诸如其它无线装置、其它机器人或控制服务器)发送和从其接收信号(例如，驾驶信息和控制信号)。控制单元120可以通过控制机器人100的构成元件来执行各种操作。存储器单元130可以存储用于支持机器人100的各种功能的数据/参数/程序/代码/命令。I/O单元140a可以从机器人100的外部获得信息并且向机器人100的外部输出信息。I/O单元140a可以包括相机、麦克风、用户输入单元、显示单元、扬声器和/或触觉模块。传感器单元140b可以获取机器人100的内部信息、周围环境信息、用户信息等。传感器单元140b可以包括接近传感器、照明传感器、加速度传感器、磁传感器、陀螺仪传感器、惯性传感器、IR传感器、指纹识别传感器、超声波传感器、光传感器、麦克风、雷达等。驱动单元140c可以执行各种物理操作，诸如机器人关节的移动。另外，驱动单元140c可以允许机器人100在道路上行进或飞行。驱动单元140c可以包括致动器、马达、车轮、制动器、螺旋桨等。

应用本公开的AI装置的示例

图27例示了应用于本公开的各种实施方式的AI装置的示例。AI装置可以被实现为固定装置或移动装置，诸如TV、投影仪、智能电话、PC、笔记本电脑、数字广播终端、平板PC、可穿戴装置、机顶盒(STB)、收音机、洗衣机、冰箱、数字标牌、机器人、车辆等。

参考图27，AI装置100可以包括通信单元110、控制单元120、存储器单元130、输入单元140a、输出单元140b、学习处理器单元140c和传感器单元140d。框110至130/140a至140d分别对应于图21的框110至130/140。

通信单元110可以使用有线/无线通信技术向外部装置(诸如其它AI装置(例如，图18的100x、200或400)或AI服务器(例如，图18的400))发送和从其接收有线/无线电信号(例如，传感器信息、用户输入、学习模型或控制信号)。为此，通信单元110可以将存储器单元130内的信息发送至外部装置并且将从外部装置接收的信号发送至存储器单元130。

控制单元120可以基于使用数据分析算法或机器学习算法确定或生成的信息确定AI装置100的至少一个可行操作。控制单元120可以执行通过控制AI装置100的构成元件确定的操作。例如，控制单元120可以请求、搜索、接收或使用学习处理器单元140c或存储器单元130的数据并控制AI装置100的构成元件执行被确定为在至少一个可行操作当中优选的操作或预测操作。控制单元120可以收集包括AI装置100的操作内容和用户的操作反馈的历史信息，并且将所收集的信息存储在存储器单元130或学习处理器单元140c中，或者将所收集的信息发送至外部装置，诸如AI服务器(图18的400)。所收集的历史信息可以用于更新学习模型。

存储器单元130可以存储用于支持AI装置100的各种功能的数据。例如，存储器单元130可以存储从输入单元140a获得的数据、从通信单元110获得的数据、学习处理器单元140c的输出数据和从传感器单元140获得的数据。存储器单元130可以存储操作/驱动控制单元120所需的控制信息和/或软件代码。

输入单元140a可以从AI装置100的外部获取各种类型的数据。例如，输入单元140a可以获取用于模型学习的学习数据和要应用学习模型的输入数据。输入单元140a可以包括相机、麦克风和/或用户输入单元。输出单元140b可以生成与视觉、听觉或触觉感测相关的输出。输出单元140b可以包括显示单元、扬声器和/或触觉模块。感测单元140可以使用各种传感器获得AI装置100的内部信息、AI装置100的周围环境信息和用户信息中的至少一者。传感器单元140可以包括接近传感器、照明传感器、加速度传感器、磁传感器、陀螺仪传感器、惯性传感器、RGB传感器、IR传感器、指纹识别传感器、超声波传感器、光传感器、麦克风和/或雷达。

学习处理器单元140c可以使用学习数据来学习由人工神经网络组成的模型。学习处理器单元140c可以与AI服务器(图18的400)的学习处理器单元一起执行AI处理。学习处理器单元140c可以处理通过通信单元110从外部装置接收的信息和/或存储在存储器单元130中的信息。另外，学习处理器单元140c的输出值可以通过通信单元110发送至外部装置，并且可以存储在存储器单元130中。

当实施方式由固件或软件实现时，本公开的一个实施方式可以通过执行上述功能或操作的模块、过程、功能等来实现。软件代码可以存储在存储器单元中并且可以由处理器驱动。存储器单元设置在处理器内部或外部，并且可以通过各种公知的手段与处理器交换数据。

尽管本公开已经使用LTE系统、LTE-A系统和NR系统描述了本公开的实施方式，但是这仅仅是示例，并且本公开的实施方式可以应用于与以上定义相对应的任何通信系统。

在本公开中，描述为由基站执行的具体操作一些情况下可以由基站的上节点执行。也就是说，在由包括基站的多个网络节点组成的网络中，显然，为了与UE进行通信而执行的各种操作可以由基站或除了基站之外的网络节点来执行。基站(BS)可以被替换为诸如固定站、节点B、演进节点B(eNB)和接入点的术语，并且基站的名称可以用作综合术语，包括远程无线电头(RRH)、eNB、发送点(TP)、接收点(RP)、中继等。本领域技术人员显而易见的是，在不偏离本公开的特征的情况下，本公开可以在该范围内以其它特定形式体现。因此，以上详细描述不应被解释为限于所有方面，并且应当被解释为例示性的。本公开的范围应当通过所附权利要求的合理解释来确定，并且本公开的等效范围内的所有修改例都被包括在本公开的范围内。

本公开中公开的权利要求可以以各种方式组合。例如，本公开的方法权利要求的技术特征可以被组合并实现为装置，并且本公开的装置权利要求的技术特征可以被组合并实现为方法。此外，本公开的方法权利要求的技术特征和装置权利要求的技术特征可以被组合并实现为装置，并且本公开中的方法权利要求的技术特征和装置权利要求的技术特征可以被组合并实现为方法。

工业实用性

本公开涉及无线通信系统，并且更具体地，涉及在无线通信系统中基于XR业务特性支持节能的方法和装置。

Claims

1.一种由在无线通信系统中支持扩展现实XR的用户设备UE执行的方法，所述方法包括以下步骤：

从基站BS接收与节能操作相关的控制信息；以及

执行基于所述控制信息而配置的所述节能操作，

其中，所述节能操作包括：

基于所述控制信息确定XR-重传reTx定时器的大小；

基于配置条件启动所述XR-reTx定时器；以及

基于所述XR-reTx定时器期满，停止对包括针对来自所述BS的物理下行链路共享信道PDSCH的重传的调度信息的物理下行链路控制信道PDCCH的监测。

2.根据权利要求1所述的方法，其中，所述配置条件包括所述UE没有成功地从所述BS接收到所述PDSCH，并且

其中，在所述UE向所述BS发送针对所述PDSCH的接收的否定确认NACK响应之后，所述XR-reTx定时器启动。

3.根据权利要求1所述的方法，其中，所述XR-reTx定时器的所述大小是基于所述PDSCH的剩余分组延迟预算PDB或所述PDSCH的PDB裕度而确定的。

4.根据权利要求1所述的方法，其中，所述控制信息包括所述重传的数量以及对所述PDSCH的所述重传进行调度的下行链路控制信息DCI的PDCCH监测时机MO的数量。

5.根据权利要求1所述的方法，其中，所述控制信息包括针对所述UE能够接收所述PDSCH的所述重传的最大持续时间或者所述UE需要监测所述PDCCH以接收用于所述PDSCH的所述重传的所述调度信息的最大持续时间或者所述UE需要发送针对所述PDSCH的确认ACK响应或否定确认NACK响应的最大持续时间的信息。

6.根据权利要求1所述的方法，其中，所述节能操作包括：

针对多个调度时间，从所述BS顺序地接收多个PDCCH，所述多个PDCCH包括用于所述PDSCH的多个重传的多个调度信息；以及

基于所述多个调度信息，接收所述PDSCH的所述多个重传，

其中，所述多个调度信息被配置为使得调度顺序被不同地分布至连接至所述BS的多个UE，并且

其中，所述多个UE包括所述UE。

7.根据权利要求6所述的方法，其中，所述多个调度信息被配置为使得包括所述UE的所述多个UE的所述调度顺序在所述多个调度时间中的每个调度时间是相同的。

8.根据权利要求6所述的方法，其中，所述多个调度信息被配置为使得包括所述UE的所述多个UE的所述调度顺序在所述多个调度时间中的每个调度时间被不同地分布。

9.根据权利要求1所述的方法，其中，所述控制信息是经由下行链路控制信息DCI或介质访问控制-控制元素MAC-CE接收的。

10.一种在无线通信系统中支持扩展现实XR的用户设备UE，所述UE包括：

收发器；以及

至少一个处理器，

其中，所述至少一个处理器被配置为：

从基站BS接收与节能操作相关的控制信息；以及

执行基于所述控制信息而配置的所述节能操作，

其中，所述节能操作包括：

基于所述控制信息确定XR-重传reTx定时器的大小；

基于配置条件启动所述XR-reTx定时器；以及

11.根据权利要求10所述的UE，其中，所述配置条件包括所述UE没有成功地从所述BS接收到所述PDSCH，并且

12.根据权利要求10所述的UE，其中，所述XR-reTx定时器的所述大小是基于所述PDSCH的剩余分组延迟预算PDB或所述PDSCH的PDB裕度而确定的。

13.根据权利要求10所述的UE，其中，所述控制信息包括所述重传的数量以及对所述PDSCH的所述重传进行调度的下行链路控制信息DCI的PDCCH监测时机MO的数量。

14.根据权利要求10所述的UE，其中，所述控制信息包括针对所述UE能够接收所述PDSCH的所述重传的最大持续时间或者所述UE需要监测所述PDCCH以接收用于所述PDSCH的所述重传的所述调度信息的最大持续时间或者所述UE需要发送针对所述PDSCH的确认ACK响应或否定确认NACK响应的最大持续时间的信息。

15.根据权利要求10所述的UE，其中，所述节能操作包括：

基于所述多个调度信息，接收所述PDSCH的所述多个重传，

其中，所述多个UE包括所述UE。

16.根据权利要求15所述的UE，其中，所述多个调度信息被配置为使得包括所述UE的所述多个UE的所述调度顺序在所述多个调度时间中的每个调度时间是相同的。

17.根据权利要求15所述的UE，其中，所述多个调度信息被配置为使得包括所述UE的所述多个UE的所述调度顺序在所述多个调度时间中的每个调度时间被不同地分布。

18.根据权利要求10所述的UE，其中，所述控制信息是经由下行链路控制信息DCI或介质访问控制-控制元素MAC-CE接收的。

19.一种对在无线通信系统中支持扩展现实XR的用户设备UE进行控制的装置，所述装置包括：

至少一个处理器；以及

至少一个存储器，所述至少一个存储器在操作上连接至所述至少一个处理器，

其中，所述至少一个存储器被配置为存储指令，所述指令基于由所述至少一个处理器执行而执行操作，

其中，所述操作包括：

从基站BS接收与节能操作相关的控制信息；以及

执行基于所述控制信息而配置的所述节能操作，

其中，所述节能操作包括：

基于所述控制信息确定XR-重传reTx定时器的大小；

基于配置条件启动所述XR-reTx定时器；以及

20.一种或更多种非暂时性计算机可读介质，所述一种或更多种非暂时性计算机可读介质存储一个或更多个指令，

其中，所述一个或更多个指令被配置为基于由一个或更多个处理器执行而执行操作，

其中，所述操作包括：

从基站BS接收与节能操作相关的控制信息；以及

执行基于所述控制信息而配置的所述节能操作，

其中，所述节能操作包括：

基于所述控制信息确定XR-重传reTx定时器的大小；

基于配置条件启动所述XR-reTx定时器；以及