CN117678282A - 网络协作通信中用于上行链路数据重复传输的功率余量报告的方法和装置 - Google Patents

Abstract

提供了一种由无线通信系统中的用户设备(UE)执行的方法，方法包括：从基站接收包括与探测参考信号(SRS)资源集相关联的信息的更高层配置信息和包括物理上行链路共享信道(PUSCH)的调度信息的下行链路控制信息(DCI)；在两个SRS资源集由与SRS资源集相关联的信息配置的情况下，从DCI识别用于PUSCH重复的多个SRS资源指示符(SRI)；基于多个SRI来识别用于PUSCH重复的SRS资源；确定第一功率余量报告(PHR)与第二PHR之间的PHR，第一PHR基于实际传输，第二PHR基于从更高层配置信息配置的参考格式；以及在PUSCH上发送所确定的PHR。

Description

网络协作通信中用于上行链路数据重复传输的功率余量报告 的方法和装置

技术领域

本公开涉及无线通信系统中的用户设备(UE)和基站(BS)的操作。更具体地，本公开涉及一种在用于无线通信系统中执行功率余量报告的方法和装置。

背景技术

为了满足第4代(4G)通信系统商业化之后对无线数据业务的日益增长的需求，已在努力开发第5代(5G)或准5G通信系统。为此，5G或准5G通信系统被称为‘超4G网络’通信系统或‘后长期演进(后LTE)’系统。为了实现高数据速率，正在考虑5G通信系统在超高频毫米波(mmWave)频带(例如60千兆赫(GHz)频带)中的实现。为了减少无线电波的路径损耗并且增加5G通信系统的超高频带中的无线电波的发送距离，正在研究各种技术，诸如波束成形、大规模多输入多输出(大规模MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大型天线。为了改进5G通信系统的系统网络，已经开发了各种技术，诸如演进型小小区、高级小小区、云无线接入网络(云RAN)、超密集网络、设备到设备通信(D2D)、无线回程、移动网络、协作通信、协调多点(CoMP)和接收干扰消除。此外，针对5G通信系统，已经开发了高级编码调制(ACM)技术，诸如混合频移键控(FSK)和正交幅度调制(QAM)(FQAM)和滑动窗口叠加编码(SWSC)；以及高级接入技术，诸如滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。

互联网已经从人类创建和消费信息的基于人类的连接网络演进到物联网(IoT)，在物联网中，分布式元件(诸如对象)彼此交换信息以处理信息。已经出现了万联网(IoE)技术，其中IoT技术与例如用于通过与云服务器连接来处理大数据的技术组合。为了实现IoT，需要各种技术元素，诸如感测技术、有线/无线通信和网络基础设施、服务接口技术和安全技术，因此，近年来，已经研究了与用于连接对象的传感器网络、机器对机器(M2M)通信和机器类型通信(MTC)相关的技术。在IoT环境中，可以提供智能互联网技术(IT)服务以收集和分析从所连接的对象获得的数据来在人类生活中创造新价值。随着现有信息技术(IT)与各种行业的相互融合和组合，IoT可以被应用于各种领域，诸如智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和先进医疗服务。

已经进行了各种尝试来将5G通信系统(包括新无线电(NR)通信系统)应用于IoT网络。例如，正在通过使用5G通信技术来实现与传感器网络、M2M通信和MTC相关的技术，该5G通信技术使用波束成形、MIMO和阵列天线。云无线接入网络(云RAN)作为上述大数据处理技术的应用可以是5G通信技术与IoT技术融合的示例。

因为由于前述技术特征和无线通信系统的开发而可以提供各种服务，所以需要用于无缝地提供这些服务的方法。

发明内容

[技术解决方案]

提供了一种用于在支持协作通信的无线通信系统中高效地执行功率余量报告的方法和装置。

提供了一种用于在使用多个发送和接收点(TRP)的无线通信系统中执行功率余量报告的方法和装置。

提供了一种用于在使用多个TRP的无线通信系统中根据上行链路(UL)控制信号的重复传输来配置功率余量信息的方法和装置。

附图说明

本公开的某些实施例的以上和其他方面、特征和优点将根据下面结合附图所进行的描述而变得更加明显，在附图中：

图1图示了根据本公开的实施例的无线通信系统中的时频域的基本结构的示图；

图2图示了根据本公开的实施例的无线通信系统中的帧、子帧和时隙的结构的示图；

图3图示了根据本公开的实施例的无线通信系统中的带宽部分(BWP)的配置的示例的示图；

图4图示了根据本公开的实施例的在无线通信系统中配置下行链路(DL)控制信道的控制资源集的示例的示图；

图5图示了根据本公开的实施例的无线通信系统中的DL控制信道的结构的示图；

图6图示了根据本公开的实施例的用户设备(UE)可以在无线通信系统中就跨度而言在时隙中具有多个物理下行链路控制信道(PDCCH)监听时机的情况的示图；

图7图示了根据本公开的实施例的根据传输配置指示(TCI)状态配置的基站(BS)波束分配的示例的示图；

图8图示了根据本公开的实施例的无线通信系统中用于PDCCH的TCI状态分配方法的示例的示图；

图9图示了根据本公开的实施例的无线通信系统中用于PDCCH解调参考信号(DMRS)的TCI指示媒体接入控制控制元素(MAC CE)信令结构的示图；

图10图示了根据本公开的实施例的无线通信系统中的控制资源集和搜索空间的波束配置的示例的示图；

图11图示了用于描述根据本公开的实施例的无线通信系统中UE通过考虑接收DL控制信道的优先级来选择可接收的控制资源集的方法的示图；

图12图示了根据本公开的实施例的无线通信系统中的物理下行链路共享信道(PDSCH)频率轴资源分配的示例的示图；

图13图示了根据本公开的实施例的无线通信系统中的PDSCH时间轴资源分配的示例的示图；

图14图示了根据本公开的实施例的基于无线通信系统中的数据信道和控制信道的子载波间隔(SCS)的时间轴资源分配的示例的示图；

图15图示了根据本公开的实施例的无线通信系统中的物理上行链路共享信道(PUSCH)重复传输类型B的示例的示图；

图16图示了根据本公开的实施例的包括单个功率余量(PHR)信息的MAC CE的结构的示图；

图17图示了根据本公开的实施例的包括多个PHR信息的MAC CE的结构的示图；

图18图示了根据本公开的实施例的BS和UE在单个小区、载波聚合和双连接性的情况下的无线电协议架构的示图；

图19图示了根据本公开的实施例的无线通信系统中用于协作通信的天线端口配置和资源分配的示图；

图20图示了根据本公开的实施例的无线通信系统中用于协作通信的下行链路控制信息(DCI)的配置的示例的示图；

图21图示了用于描述根据本公开的实施例的用于激活PDSCH的波束的MAC CE的示图；

图22图示了根据本公开的实施例的增强型PDSCH TCI状态激活/去激活MAC CE的结构的示图；

图23和图24图示了根据本公开的实施例的基于包括多个SRS资源指示符(SRI)或传输预编码矩阵指示符(TPMI)字段的单个DCI，BS和UE针对考虑到多个发送和接收点(TRP)的PUSCH重复传输的操作；

图25图示了根据本公开的实施例的包括PHR信息的MAC CE的结构的示图；

图26图示了根据本公开的实施例的包括PHR信息的MAC CE的结构的示图；

图27图示了根据本公开的实施例的包括PHR信息的MAC CE的结构的示图；

图28图示了根据本公开的实施例的包括PHR信息的MAC CE的结构的示图；

图29图示了根据本公开的实施例的包括PHR信息的MAC CE的结构的示图；

图30图示了根据本公开的实施例的在多小区环境中调度的包括PH信息的PUSCH的资源的示图；

图31图示了根据本公开的实施例的UE的操作的示图；

图32图示了根据本公开的实施例的BS的操作的示图；

图33图示了根据本公开的实施例的为相对于考虑到多个TRP的PUSCH重复传输的PH报告确定的两个PUSCH传输时机的示例；

图34图示了用于描述根据本公开的实施例的用于相对于特定的所激活的服务小区的PH报告的UE操作的示图；

图35图示了根据本公开的实施例的接收相对于特定的所激活的服务小区的PH报告的BS操作的示图；

图36图示了根据本公开的实施例的相对于具有相同子载波间隔的不同服务小区c₁和c₂在所激活的UL BWP b₁和b₂上发送PUSCH的示例的示图；

图37图示了用于描述根据本公开的实施例的在报告PHR的BWP b₁上的时隙与BWPb₂上的多个时隙重叠时确定UE在考虑到多个TRP的情况下配置类型1PH信息时要参考的PUSCH传输时机的示例的示图；

图38图示了根据本公开的实施例的无线通信系统中的UE的结构的示图；以及

图39图示了根据本公开的实施例的无线通信系统中的BS的结构的示图。

具体实施方式

提供了一种用于在支持协作通信的无线通信系统中高效地执行功率余量报告的方法和装置。

提供了一种用于在使用多个发送和接收点(TRP)的无线通信系统中执行功率余量报告的方法和装置。

提供了一种用于在使用多个TRP的无线通信系统中根据上行链路(UL)控制信号的重复传输来配置功率余量信息的方法和装置。

额外方面将部分地在随后的描述中加以阐述并且部分地，将根据描述而变得明显，或可以通过实践本公开的所呈现的实施例来获知。

根据本公开的实施例，一种由无线通信系统中的用户设备(UE)执行的方法包括：从基站接收包括与探测参考信号(SRS)资源集相关联的信息的更高层配置信息和包括物理上行链路共享信道(PUSCH)的调度信息的下行链路控制信息(DCI)；在两个SRS资源集由与SRS资源集相关联的信息配置的情况下，从DCI识别用于PUSCH重复的多个SRS资源指示符(SRI)；基于多个SRI来识别用于PUSCH重复的SRS资源；确定第一功率余量报告(PHR)与第二PHR之间的PHR，第一PHR基于实际传输，第二PHR基于根据更高层配置信息配置的参考格式；以及在PUSCH上发送所确定的PHR。

根据本公开的实施例，一种无线通信系统中的用户设备(UE)包括：收发器；以及至少一个处理器，其可操作地耦合到收发器，其中至少一个处理器被配置为：从基站接收包括与探测参考信号(SRS)资源集相关联的信息的更高层配置信息和包括物理上行链路共享信道(PUSCH)的调度信息的下行链路控制信息(DCI)；在两个SRS资源集由与SRS资源集相关联的信息配置的情况下，从DCI识别用于PUSCH重复的多个SRS资源指示符(SRI)；基于多个SRI来识别用于PUSCH重复的SRS资源；确定第一功率余量报告(PHR)与第二PHR之间的PHR，第一PHR基于实际传输，第二PHR基于根据更高层配置信息配置的参考格式；以及在PUSCH上发送所确定的PHR。

根据本公开的实施例，一种由无线通信系统中的基站执行的方法包括：从用户设备(UE)接收UE的能力；基于UE的能力来识别更高层配置信息；向UE发送包括与探测参考信号(SRS)资源集相关联的信息的更高层配置信息和包括物理上行链路共享信道(PUSCH)的调度信息的下行链路控制信息(DCI)；以及从UE接收包括功率余量报告(PHR)的PUSCH。

在进行以下详细描述之前，阐述贯穿本专利文献使用的某些字词和短语的定义可以是有利的：术语“包括”、“包含”以及其派生词意指无限制的包含；术语“或”是包含性的，其意指和/或；短语“与……相关联”和“与其相关联”以及其派生词可以意指包括、被包括在……内、与……互连、包含、被包含在……内、连接到或与……连接、耦合到或与……耦合、可与……通信、与……协作、交错、并置、接近于、绑定到或与……绑定、具有、具有……特性等；并且术语“控制器”意指控制至少一个操作的任何设备、系统或其一部分，可以利用硬件、固件或软件或它们中的至少两者的某种组合来实现这种设备。应注意，与任何特定控制器相关联的功能性可以是集中式的或分布式的，无论是本地还是远程地。

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

贯穿本专利文献提供了某些字词和短语的定义，本领域的普通技术人员应理解，在许多(如果不是大多数)情况下，此类定义适用于如此定义的字词和短语的先前以及将来使用。

[实施方式]

下面讨论的图1至图39以及在本专利文献中用于描述本公开的原理的各种实施例仅仅作为说明，而不应以任何方式被解释为限制本公开的范畴。本领域的技术人员应理解，本公开的原理可以在任何适当布置的系统或设备中实现。

现在将参照附图更全面地描述本公开的实施例。

当在本文中描述本公开的实施例时，将省略对本公开所属的技术领域中熟知的并且与本公开不直接相关的技术的描述。这是为了通过省略对不必要的细节的描述来清楚地传达本公开的构思。

出于相同原因，在附图中，一些元件可能被夸示、省略或粗略地图示。此外，每个元件的大小并不与每个元件的实际大小精确对应。在每个附图中，相同或对应的元件以相同附图标记呈现。

在整个公开中，表述“a、b或c中的至少一个”指示仅a、仅b、仅c、a和b两者、a和c两者、b和c两者、a、b以及c中的全部或它们的变型。

在整个说明书中，层也可以被称为实体。

通过参考以下对本公开的实施例和附图的详细描述，可以更容易地理解本公开的优点和特征以及实现本公开的方法。然而，本公开可以按许多不同的形式实施并且不应被解释为限于本文中所阐述的实施例；相反，提供本公开的这些实施例是为了使本公开将是彻底且完整的，并且将本公开的构思完全传达给本领域的普通技术人员。因此，本公开的范畴由所附权利要求书限定。在整个说明书中，相似附图标记是指相似元件。在本公开的说明书中，当认为熟知功能或配置可能不必要地模糊本公开的本质时，不对这些功能或配置进行详细描述。本说明书中所使用的术语是在考虑到本公开中所使用的功能的情况下定义的，并且可以根据用户或操作者的意图或常用方法来改变。因此，术语的定义是基于对本说明书的完整描述来理解的。

在下文中，基站是将资源分配给终端的实体，并且可以是gNode B、gNB、eNode B、eNB、Node B、基站(BS)、无线接入单元、BS控制器或网络上的节点中的至少一个。此外，BS可以是包括集成接入和回程施主(IAB施主)或IAB节点中的至少一个的网络实体，该IAB施主是在新无线电(NR)系统中经由回程和接入链路的网络向(多个)终端提供网络接入的gNB，该IAB节点是支持到(多个)终端的(多个)NR接入链路并且提供到IAB施主或另一IAB节点的NR回程链路的无线接入网络(RAN)节点。终端可以经由IAB节点无线接入，并且可以经由回程链路向与至少一个IAB节点连接的IAB施主发送或接收数据。终端可以包括用户设备(UE)、移动站(MS)、蜂窝电话、智能电话、计算机或能够进行通信功能的多媒体系统。在本公开中，下行链路(DL)是指要从BS发送到UE的信号的无线传输路径，上行链路(UL)是指要从UE发送到BS的信号的无线传输路径。尽管作为示例，可以提供关于长期演进(LTE)或高级LTE(LTE-A)系统的以下描述，但本公开的实施例也适用于具有类似技术背景或信道结构的其他通信系统。例如，本公开的实施例可以适用于包括在LTE-A系统之后开发的第5代(5G)无线通信技术新无线电(NR)的系统，并且在下文中，5G可以指示包括LTE、LTE-A和根据相关技术的其他类似服务的概念。本公开在不大幅度脱离本公开的范畴的情况下通过本领域的普通技术人员自行决定的修改而适用于其他通信系统。

应理解，流程图说明的每个框以及流程图说明中的框的组合可以由计算机程序指令实现。可以向通用计算机、专用计算机或其他可编程数据处理装置的处理器提供计算机程序指令，使得经由计算机或其他可编程数据处理装置的处理器执行的指令生成用于执行(多个)流程图框中所指定的功能的部件。计算机程序指令也可以存储在计算机可执行或计算机可读存储器中，该计算机程序指令可以引导计算机或其他可编程数据处理装置以特定方式运转，使得存储在计算机可执行或计算机可读存储器中的指令可以产生包括执行(多个)流程图框中所指定的功能的指令部件的制品。也可以将计算机程序指令加载到计算机或其他可编程数据处理装置上，以使得一系列操作在计算机或其他可编程装置上进行，从而产生计算机实现的进程，使得在计算机或其他可编程装置上执行的指令提供用于实现(多个)流程图框中所指定的功能的操作。

此外，流程图说明的每个框可以表示模块、代码段或代码部分，其包括用于执行(多个)指定逻辑功能的一个或多个可执行指令。还应注意，在一些可替代实现中，框中所提到的功能可以不按顺序出现。例如，连续示出的两个框实际上可以基本上同时执行，或这些框有时可以按相反顺序执行，这取决于所涉及的功能性。

如本公开的本实施例中所使用的术语“……单元”是指执行某些任务的软件或硬件组件，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而，术语“……单元”并不意味着限于软件或硬件。“……单元”可以被配置为处于可寻址存储介质中或被配置为操作一个或多个处理器。因此，“……单元”可以包括例如组件，诸如软件组件、面向对象的软件组件、类别组件和任务组件、进程、函数、属性、过程、子例程、程序代码段、驱动器、固件、微码、电路系统、数据、数据库、数据结构、表、阵列和变量。组件和“……单元”中所提供的功能性可以组合成更少的组件和“……单元”或进一步分成附加组件和“……单元”。另外，组件和“……单元”可以被实现为操作设备或安全多媒体卡中的一个或多个中央处理单元(CPU)。此外，在本公开的实施例中，“……单元”可以包括一个或多个处理器。

无线通信系统已经从在早期阶段提供以语音为中心的服务的无线通信系统发展到提供高速、高质量分组数据服务的宽带无线通信系统，比如3GPP的高速分组接入(HSPA)、长期演进(LTE或演进型通用陆地无线接入(E-UTRA))和高级LTE(LTE-A)、3GPP2的高速分组数据(HRPD)和超移动宽带(UMB)、电气和电子工程师协会(IEEE)802.16e等的通信标准。

作为宽带无线通信系统的代表性示例，LTE系统在DL中已经采用了正交频分复用(OFDM)方案，并且在UL中已经采用了单载波频分多址(SC-FDMA)方案。UL是指从UE(或MS)发送到BS(例如eNB)的数据或控制信号的无线电链路，DL是指从BS发送到UE的数据或控制信号的无线电链路。多址方案以此方式识别不同用户的数据或控制信息：分配和管理用于携带用户的数据或控制信息的时频资源以使它们不相互重叠，即，实现它们之间的正交性。

作为后LTE通信系统，即，5G通信系统被要求自由地反映来自用户和服务提供商的各种要求，并且因此，必须支持同时满足各种要求的服务。针对5G通信系统考虑的服务包括增强型移动宽带(eMBB)、海量机器类型通信(mMTC)、超高可靠性低时延通信(URLLC)服务等。

eMBB旨在提供与受传统LTE、LTE-A或LTE-Pro支持的数据速率相比进一步提高的数据速率。例如，在5G通信系统中，eMBB应该能够在一个BS处的DL中提供20Gbps的峰值数据速率，在UL中提供10Gbps的峰值数据速率。此外，5G通信系统必须同时提供UE的提高的峰值数据速率和增加的用户感知数据速率。为了满足此类要求，需要改进发送/接收技术，包括改进的多输入多输出(MIMO)发送技术。此外，可以通过在3GHz至6GHz或6GHz或更高的频带中使用比20MHz更宽的频率带宽来满足5G通信系统中所请求的数据速率，而不是LTE通过在2GHz带中使用最大20MHz来发送信号。

同时，mMTC正在考虑支持应用服务，诸如5G通信系统中的IoT。为了高效地提供IoT，mMTC可能需要支持小区中的大量终端、终端的覆盖范围改进、电池使用时间提高、终端的成本降低等。因为IoT附接到各种传感器和各种设备以提供通信功能，所以mMTC应该能够支持小区中的大量终端(例如1,000,000个终端/km²)。此外，因为支持mMTC的终端很可能会由于服务的特点而位于未被小区覆盖的遮蔽区(诸如建筑物的地下室)，所以终端可能需要比由5G通信系统提供的其他服务更宽的覆盖范围。支持mMTC的终端应该被配置为低成本终端，并且因为难以频繁地更换终端的电池，所以可能需要10年到15年的极长电池寿命。

最后，URLLC是指用于关键任务目的的基于蜂窝的无线通信服务。例如，可以考虑用于机器人或机器的远程控制、工业自动化、无人驾驶飞行器、远程医疗保健、紧急警报等的服务。因此，URLLC应该提供具有极低时延和非常高的可靠性的通信。例如，支持URLLC的服务应该满足小于0.5毫秒的空中接口延时，并且同时需要10^-5或更低的分组错误率。因此，对于支持URLLC的服务，5G系统应该提供小于其他服务的发送时间间隔(TTI)，并且可以同时具有用于在频带中分配宽资源的设计要求，以便确保通信链路的可靠性。

可以在一个系统中复用和发送5G的三种服务，即，eMBB、URLLC和mMTC。这里，为了满足服务的不同要求，服务可以使用不同收发方案和不同收发参数。明显，5G不限于前述三种服务。

为了便于描述，本公开可以使用第3代合作伙伴计划(3GPP)LTE标准(5G、NR、LTE或类似系统的标准)中定义的一些术语和名称。然而，本公开不限于这些术语和名称，并且可以被等同地应用于符合其他标准的系统。在下文中，为了便于描述，举例说明了如以下描述中所使用的识别接入节点的术语、指示网络实体的术语、指示消息的术语、指示网络实体之间的接口的术语和指示各条识别信息的术语。因此，本公开不限于下面将要描述的术语，并且可以使用指示具有相同技术含义的对象的其他术语。

在下文中，现在将参照附图详细描述5G系统的帧结构。

在图1中，横轴表示时域，并且纵轴表示频域。时频域中的资源的基本单元是资源元素(RE)101，并且可以被定义为时域中的1个OFDM符号102和频域中的1个子载波103。在频域中，个(例如12个)连续RE可以构成一个资源块(RB)104。在图1中，/>指示对于子载波间隔配置(μ)的每一个子帧110的OFDM符号的数量，并且对5G系统中的资源结构的更详细的描述可以参考TS 38.211第4章节的规则。

图2图示了根据本公开的实施例的无线通信系统中的帧、子帧和时隙的结构的示图。

图2图示了帧200、子帧201和时隙202的结构的示例。一个帧200可以被定义为10ms。一个子帧201可以被定义为1ms，并且因此，一个帧200可以包括10个子帧201。一个时隙202或203可以被定义为14个OFDM符号(即，每1个时隙的符号数量可以是14)。一个子帧201可以包括一个或多个时隙202或203，并且每一个子帧201的时隙202或203的数量可以根据指示子载波间隔的配置的配置值μ204或205而变化。图2的示例示出了μ＝0的情况204和μ＝1的情况205，作为子载波间隔的配置值。当μ＝0(204)时，一个子帧201可以包括一个时隙202，当μ＝1(205)时，一个子帧201可以包括两个时隙203。即，每一个子帧的时隙数量/>可以根据相对于子载波间隔的配置值μ而变化，并且因此，每一个帧的时隙数量/>可以相应地变化。根据每个子载波间隔配置值μ的/>和可以如下表1中所定义。

表1

[带宽部分(BWP)]

在下文中，现在将参照附图描述5G通信系统中的带宽部分(BWP)的配置。

图3图示了根据本公开的实施例的无线通信系统中的BWP的配置的示例的示图。

在图3的示例中，UE带宽300被配置成两个BWP，即，BWP#1 301和BWP#2 302。BS可以为UE配置一个或多个BWP，并且可以为每个BWP配置多个信息，如下表2中的情况。

表2

在上表2中，“locationAndBandwidth”指示对应BWP的频率区域中的位置和带宽，“subcarrierSpacing”指示将在对应BWP中使用的子载波间隔，并且“cyclicPrefix”指示循环前缀(CP)是否将用于对应BWP。

本公开不限于该示例，并且因此，除了配置信息之外，还可以为UE配置与BWP相关联的各种参数。多个信息可以通过更高层信令(例如无线电资源控制(RRC)信令)从BS发送到UE。可以激活所配置的一个或多个BWP当中的至少一个BWP。可以通过RRC信令半静态地或通过下行链路控制信息(DCI)动态地从BS向UE指示是否激活所配置的BWP。

根据本公开的一些实施例，在UE被RRC连接之前，可以由BS在主信息块(MIB)中为UE配置用于初始接入的初始BWP。更详细地，UE可以基于MIB接收控制资源集(CORESET)和搜索空间的配置信息，在该搜索空间中，可以发送物理下行链路控制信道(PDCCH)，以接收在初始接入进程中针对初始接入请求的系统信息(例如剩余系统信息(RMSI)或系统信息块1(SIB1))。在MIB中配置的控制资源集和搜索空间中的每一个可以被认为具有标识(ID)0。在MIB中配置的控制资源集和搜索空间可以分别被称为公共控制资源集和公共搜索空间。BS可以在MIB中向UE通知控制资源集#0的配置信息，诸如频率分配信息、时间分配信息、参数集等。此外，BS可以在MIB中向UE通知控制资源集#0的配置信息，诸如监听周期性和时机，即，搜索空间#0的配置信息。UE可以将从MIB获得的被配置为控制资源集#0的频率区域视为用于初始接入的初始BWP。这里，初始BWP的ID可以被视为0。控制资源集可以被称为控制区域、控制资源区域等。

受5G系统支持的BWP的配置可以用于各种目的。

根据本公开的一些实施例，当受UE支持的带宽小于系统带宽时，BS可以经由BWP的配置支持UE的数据发送和接收。例如，BS可以为UE配置BWP的频率位置，并且UE可以在系统带宽中的特定频率位置中发送或接收数据。

此外，根据本公开的一些实施例，为了支持不同参数集，BS可以为UE配置多个BWP。例如，为了支持针对某个UE使用15KHz子载波间隔和30KHz子载波间隔两者的数据发送和接收，BS可以分别配置具有15KHz和30KHz子载波间隔的两个BWP。不同BWP可以是频分复用的，并且在UE尝试以特定子载波间隔发送和接收数据的情况下，可以激活配置有子载波间隔的BWP。

此外，根据本公开的一些实施例，为了降低UE的功耗，BS可以为UE配置具有不同带宽大小的BWP。例如，当UE支持非常大的带宽(例如100MHz带宽)并且总是在该带宽中发送或接收数据时，可能会出现非常高的功耗。具体地，在不存在业务的情况下，在100MHz的大带宽中监听不必要的DL控制信道在功耗方面可能是非常低效的。为了降低UE的功耗，BS可以为UE配置具有相对小的带宽的BWP，例如20MHz BWP。在不存在业务的情况下，UE可以在20MHz BWP中进行监听，并且当数据出现时，UE可以基于来自BS的指示来在100MHz BWP上发送或接收数据。

在配置BWP的方法中，UE在处于RRC连接之前可以在初始接入进程中基于MIB来接收初始BWP的配置信息。更详细地，UE可以基于物理广播信道(PBCH)的MIB而配置有DL控制信道的控制资源集，在该DL控制信道上，可以发送用于调度系统信息块(SIB)的DCI。基于MIB配置的控制资源集的带宽可以被视为初始BWP，并且UE可以在初始BWP上接收发送SIB的物理下行链路共享信道(PDSCH)。除了接收SIB之外，初始BWP还可以用于其他系统信息(OSI)、寻呼或随机接入。

[BWP的切换]

当为UE配置了一个或多个BWP时，BS可以通过使用DCI中的BWP指示符字段来向UE指示BWP的切换或转变。例如，如图3中所图示，在当前激活的BWP是BWP#1 301时，BS可以利用DCI中的带宽指示符向UE指示BWP#2 302，并且UE可以执行到在接收到的DCI中利用BWP指示符指示的BWP#2 302的BWP切换。

如上所述，基于DCI的BWP切换可以由调度PDSCH或物理上行链路共享信道(PUSCH)的DCI指示，并且因此，当UE接收到BWP切换请求时，UE可能需要在切换后的BWP上毫不费力地发送或接收由DCI调度的PDSCH或PUSCH。为此，对BWP切换所需的延迟时间T_BWP的要求在3GPP标准中进行了定义，并且例如可以如下表3中所示一般来进行定义。

表3

取决于UE的能力，对BWP切换延迟时间的要求可以支持类型1或类型2。UE可以将可支持的BWP延迟时间类型报告给BS。

根据对BWP切换延迟时间的要求，当UE在时隙n中接收到包括BWP切换指示符的DCI时，UE可以不晚于时隙n+T_BWP完成到由BWP切换指示符指示的新BWP的切换。通过这样做，UE可以在新BWP上发送或接收由DCI调度的数据信道。当BS尝试在新BWP上调度数据信道时，BS可以通过考虑UE的BWP切换延迟时间(T_BWP)来确定要为数据信道分配时域资源。即，当BS在新BWP上调度数据信道时，就确定数据信道的时域资源分配的方法而言，BS可以在BWP切换延迟时间之后调度数据信道。因此，UE可能不期望指示BWP切换的DCI指示小于BWP切换延迟时间T_BWP的时隙偏移值(K0或K2)。

如果UE接收到指示BWP切换的DCI(例如DCI格式1_1或0_1)，则在从接收到包括DCI的PDCCH的时隙的第三符号到由DCI中的时域资源分配指示符字段中指示的时隙偏移值(K0或K2)指示的时隙的起始点的时间间隔期间，UE可以不执行任何发送或接收。例如，当UE已经在时隙n中接收到指示BWP切换的DCI，并且由DCI指示的时隙偏移值是K时，UE可以不执行从时隙n的第三符号到时隙n+k之前的符号(即，时隙n+K-1的最后一个符号)的任何发送或接收。

[SS/PBCH块]

在下文中，现在将描述5G系统中的同步信号(SS)/PBCH块。

SS/PBCH块可以指包括主SS(PSS)、辅SS(SSS)和PBCH的物理层信道块。详细地，PSS、SSS和PBCH的功能如下所述。

-PSS：用于DL时间/频率同步的参考信号，其可以提供小区ID的部分信息。

-SSS：用于DL时间/频率同步的参考信号，其提供未经PSS提供的其余小区ID信息。此外，SSS可以用作用于解调PBCH的另一参考信号。

-PBCH：PBCH可以为UE提供发送或接收数据信道和控制信道所需的基本系统信息。基本系统信息可以包括指示控制信道的无线电资源映射信息的搜索空间相关联控制信息、用于发送系统信息的单独数据信道的调度控制信息等。

-SS/PBCH块：SS/PBCH块可以是PSS、SSS和PBCH的组合。可以在5ms内发送一个或多个SS/PBCH块，并且SS/PBCH块中的每一个可以由索引标识。

UE可以在初始接入进程中检测PSS和SSS，并且可以对PBCH进行解码。UE可以从PBCH获得MIB，并且可以经由MIB配置有控制资源集(CORESET)#0(例如控制资源集索引为0的控制资源集)。UE可以假设在所选择的SS/PBCH块和控制资源集#0中发送的解调参考信号(DMRS)是准协同定位的(QCL)，并且可以相对于CORESET#0进行监听。UE可以从在控制资源集#0中发送的DCI接收系统信息。UE可以从接收到的系统信息获得初始接入所需的随机接入信道(RACH)相关配置信息。UE可以通过考虑所选择的SS/PBCH索引向BS发送物理RACH(PRACH)，并且在接收到PRACH时，BS可以获得关于UE所选择的SS/PBCH块索引的信息。BS可以识别UE已经选择了SS/PBCH块当中的某个块，并且监听与所选择的SS/PBCH块相关联的控制资源集#0。

[PDCCH：与DCI相关联]

在下文中，现在将详细描述5G系统中的DCI。

在5G系统中，用于UL数据(或PUSCH)或DL数据(或PDSCH)的调度信息在DCI中从BS发送到UE。UE可以监听PUSCH或PDSCH的回退DCI格式和非回退DCI格式。回退DCI格式可以包括在BS与UE之间预定义的固定字段，非回退DCI格式可以包括可配置字段。

在信道编码和调制过程之后，可以在PDCCH上发送DCI。可以将循环冗余校验(CRC)添加到DCI消息有效载荷，并且CRC可以被与UE的ID对应的无线网络临时标识符(RNTI)加扰。取决于DCI消息的目的，例如UE特定数据发送、功率控制命令、随机接入响应等，可以使用不同RNTI。即，可以不显式地发送RNTI，而是可以在CRC计算进程中发送RNTI。在接收到在PDCCH上发送的DCI消息后，UE可以通过使用所分配的RNTI来校验CRC，并且可以基于CRC校验的结果来识别向UE发送DCI消息。

例如，调度用于系统信息(SI)的PDSCH的DCI可以被SI-RNTI加扰。调度用于随机接入响应(RAR)消息的PDSCH的DCI可以被RA-RNTI加扰。调度用于寻呼消息的PDSCH的DCI可以被P-RNTI加扰。指示时隙格式指示符(SFI)的DCI可以被SFI-RNTI加扰。指示发送功率控制(TPC)的DCI可以被TPC-RNTI加扰。调度UE特定PDSCH或PUSCH的DCI可以被小区RNTI(C-RNTI)加扰。

DCI格式0_0可以用于调度PUSCH的回退DCI，并且这里，CRC可以被C-RNTI加扰。具有被C-RNTI加扰的CRC的DCI格式0_0可以包括下表4中所示的多个信息。

表4

DCI格式0_1可以用于调度PUSCH的非回退DCI，并且这里，CRC可以被C-RNTI加扰。具有被C-RNTI加扰的CRC的DCI格式0_1可以包括下表5中所示的多个信息。

表5

/>

/>

DCI格式1_0可以用于调度PDSCH的回退DCI，并且这里，CRC可以被C-RNTI加扰。具有被C-RNTI加扰的CRC的DCI格式1_0可以包括下表6中所示的多个信息。

表6

DCI格式1_1可以用于调度PDSCH的非回退DCI，并且这里，CRC可以被C-RNTI加扰。具有被C-RNTI加扰的CRC的DCI格式1_1可以包括下表7中所示的多个信息。

表7

/>

[PDCCH：CORESET、REG、CCE、搜索空间]

现在将参照相关附图详细描述5G通信系统中的DL控制信道。

图4图示了在5G无线通信系统中发送DL控制信道的控制资源集(或CORESET)的示例的示图。图4图示了在频率轴上配置UE BWP 410并且在时间轴上的时隙420中配置两个控制资源集(控制资源集#1 401和控制资源集#2 402)的示例。可以在频率轴上的完整UE BWP410中的特定频率资源403上配置控制资源集401和402。在图4中，特定频率资源403与在控制资源集#1 401中配置的频率资源的示例对应。控制资源集401和402可以被配置为时间轴上的一个或多个OFDM符号，并且控制资源集401和402的持续时间可以被定义为控制资源集持续时间404。参考图4的示例，控制资源集#1 401可以被配置为两个符号的控制资源集持续时间，控制资源集#2402可以被配置为一个符号的控制资源集持续时间。

上述5G通信系统中的控制资源集可以由BS通过更高层信令(例如系统信息(SI)、MIB或RRC信令)来为UE配置。为UE配置控制资源集可以被理解为向UE提供诸如控制资源集ID、控制资源集的频率位置、控制资源集的符号长度等信息。例如，控制资源集的配置信息可以包括如下表8中所示的多个信息。

表8

在上表8中，tci-StatesPDCCH(即，传输配置指示(TCI)状态)配置信息可以包括关于信道状态信息参考信号(CSI-RS)索引或与在对应控制资源集中发送的DMRS具有QCL关系的一个或多个SS/PBCH块索引的信息。

图5图示了配置将在5G通信系统中使用的DL控制信道的时间和频率资源的基本单元的示例的示图。参考图5，配置控制信道的时间和频率资源的基本单元可以被称为资源元素组(REG)503。REG 503可以由时间轴上的一个OFDM符号501和频率轴上的一个物理资源块(PRB)502(即，12个子载波)定义。BS可以通过连接一个或多个REG 503来配置DL控制信道分配单元。

如图5中所图示，当分配DL控制信道的基本单元在5G通信系统中被称为控制信道元素(CCE)504时，一个CCE 504可以包括多个REG 503。作为示例，当描述图5中所示的REG503时，REG 503可以包括12个RE，并且当一个CCE 504包括6个REG 503时，一个CCE 504可以包括72个RE。当配置DL控制资源集时，其可以包括多个CCE 504，并且特定DL控制信道可以通过基于控制资源集中的聚合级别(AL)而被映射到一个或多个CCE 504来被发送。控制资源集中的CCE 504可以由编号标识，并且在逻辑映射方案中可以将该编号分配给CCE 504。

图5中所示的DL控制信道的基本单元(即，REG 503)可以包括DCI被映射到的RE和DMRS 505被映射到的区域两者，该DMRS 505是用于对DCI进行解码的参考信号。如图5中所示，可以在一个REG 503中发送三个DMRS 505。取决于AL，发送PDCCH所需的CCE的数量可以是1个、2个、4个、8个或16个，并且可以使用不同数量的CCE来实现DL控制信道的链路适配。例如，当AL＝L时，可以在L个CCE中发送一个DL控制信道。UE需要在不知道关于DL控制信道的信息的情况下检测信号，并且可以为盲解码定义表示CCE集的搜索空间。搜索空间可以被定义为包括CCE的DL控制信道候选集，在这些CCE上，UE需要尝试在给定AL处进行解码。因为存在分别与1个、2个、4个、8个或16个CCE形成捆绑的各种AL，所以UE可以具有多个搜索空间。搜索空间集可以被定义为所有所配置的AL的搜索空间集。

搜索空间可以被分类成公共搜索空间和UE特定搜索空间。某一组UE或所有UE可以监听PDCCH的公共搜索空间，以便接收系统信息的动态调度或接收小区公共控制信息，诸如寻呼消息。例如，UE可以监听PDCCH的公共搜索空间，以便接收用于发送包括小区运营商信息等的SIB的PDSCH调度分配信息。因为某一组UE或所有UE需要接收PDCCH，所以公共搜索空间可以被定义为预定义CCE集。可以通过监听PDCCH的UE特定搜索空间来接收UE特定PDSCH或PUSCH调度分配信息。UE特定搜索空间可以被UE特定地定义为各种系统参数和UE的ID的函数。

在5G通信系统中，PDCCH的搜索空间的参数可以由BS通过使用更高层信令(例如SIB、MIB或RRC信令)来为UE配置。例如，BS可以为UE配置每个AL的PDCCH候选的数量、搜索空间的监听周期性、关于搜索空间的时隙中的符号的监听时机、搜索空间的类型(公共搜索空间或UE特定搜索空间)、将在搜索空间中监听的DCI格式与RNTI的组合、监听搜索空间的控制资源集索引等。例如，PDCCH的搜索空间的配置信息可以包括如下表9中所示的多个信息。

表9

基于配置信息，BS可以为UE配置一个或多个搜索空间集。根据本公开的一些实施例，BS可以为UE配置搜索空间集1和搜索空间集2。BS可以将UE配置为在公共搜索空间中的搜索空间集1中监听被X-RNTI加扰的DCI格式A，并且在UE特定搜索空间中的搜索空间集2中监听被Y-RNTI加扰的DCI格式B。在以上X-RNTI和Y-RNTI中，“X”和“Y”可以分别与下面将要描述的各种RNTI之一对应。

基于配置信息，一个或多个搜索空间集可以存在于公共搜索空间或UE特定搜索空间中。例如，搜索空间集#1和搜索空间集#2可以被配置为公共搜索空间，搜索空间集#3和搜索空间集#4可以被配置为UE特定搜索空间。

在公共搜索空间中，可以监听以下DCI格式与RNTI的组合。显然，这些组合不限于以下示例。

-DCI格式0_0/1_0，其具有被C-RNTI、CS-RNTI、SP-CSI-RNTI、RA-RNTI、TC-RNTI、P-RNTI、SI-RNTI加扰的CRC

-DCI格式2_0，其具有被SFI-RNTI加扰的CRC

-DCI格式2_1，其具有被INT-RNTI加扰的CRC

-DCI格式2_2，其具有被TPC-PUSCH-RNTI、TPC-PUCCH-RNTI加扰的CRC

-DCI格式2_3，其具有被TPC-SRS-RNTI加扰的CRC

在UE特定搜索空间中，可以监听以下DCI格式与RNTI的组合。显然，这些组合不限于以下示例。

-DCI格式0_0/1_0，其具有被C-RNTI、CS-RNTI、TC-RNTI加扰的CRC

-DCI格式1_0/1_1，其具有被C-RNTI、CS-RNTI、TC-RNTI加扰的CRC RNTI可以符合以下定义和目的。

C-RNTI(小区RNTI)：用于UE特定PDSCH调度

TC-RNTI(临时小区RNTI)：用于UE特定PDSCH调度

CS-RNTI(所配置的调度RNTI)：用于半静态配置的UE特定PDSCH调度

RA-RNTI(随机接入RNTI)：用于随机接入进程中的PDSCH调度

P-RNTI(寻呼RNTI)：用于调度在其上发送寻呼的PDSCH

SI-RNTI(系统信息RNTI)：用于调度在其上发送系统信息的PDSCH

INT-RNTI(中断RNTI)：用于指示是否要对PDSCH进行打孔

TPC-PUSCH-RNTI(针对PUSCH RNTI的发送功率控制)：用于指示用于PUSCH的功率控制命令

TPC-PUCCH-RNTI(针对PUCCH RNTI的发送功率控制)：用于指示用于PUCCH的功率控制命令

TPC-SRS-RNTI(针对SRS RNTI的发送功率控制)：用于指示用于SRS的功率控制命令

上述DCI格式可以符合下表10中的定义。

/>

在5G通信系统中，在控制资源集p和搜索空间集s的聚合级别L下的搜索空间可以被表示为以下等式1。

等式1

-L：聚合级别(AL)

-n_CI：载波索引

-N_CCE，p：存在于控制资源集p中的CCE的总数

-时隙索引

-在聚合级别L下的PDCCH候选组的数量-/>在聚合级别L下的PDCCH候选组的索引

-i_＝0、……、L_-1

-Y_p,-1＝n_RNTI≠0,对于pmod3＝0，A_p＝39827，对于pmod3＝2，A_p＝39839，D＝65537

-UE标识符

值可以与公共搜索空间的0对应。

值可以是改变了UE标识(由BS为UE配置的C-RNTI或ID)和UE特定搜索空间的时间索引的值。

在5G通信系统中，有可能利用不同参数(例如表9中的参数)来配置多个搜索空间集，并且因此，UE监听的一组搜索空间集可能每次都不同。例如，当搜索空间集#1配置有X时隙周期性并且搜索空间集#2配置有Y时隙周期性(其中X和Y是不同的)时，UE可以在特定时隙中监听搜索空间集#1和搜索空间集#2两者，并且可以在另一特定时隙中监听搜索空间集#1和搜索空间集#2之一。

[PDCCH：跨度]

UE可以按每个子载波间隔报告关于在时隙中具有多个PDCCH监听时机的情况的UE能力，并且可以使用跨度的概念。跨度是指连续符号，UE可以在这些连续符号上监听时隙中的PDCCH，并且每个PDCCH监听时机处于一个跨度中。跨度可以由(X，Y)表示，其中X是指两个连续跨度的第一符号之间的最小符号数量，Y是指在一个跨度中监听PDCCH的连续符号数量。这里，UE可以在从跨度在该跨度内的第一符号开始的Y个符号中的区段中监听PDCCH。

图6图示了UE可以在无线通信系统中就跨度而言在时隙中具有多个PDCCH监听时机的情况的示图。

参考图6，例如，可以存在跨度(X，Y)＝(7，3)、(4，3)或(2，2)，并且这些情况分别由图6中的附图标记610、620和630表示。例如，610可以指示时隙中存在可以由(7，3)表示的两个跨度的情况。在这种情况下，两个跨度的第一符号之间的间隙X由X＝7表示，并且在从每个跨度的第一符号开始的总共Y个符号(即，3个符号)中可以存在PDCCH监听时机。搜索空间1和2可以存在于由Y＝3表示的连续符号上。在另一示例中，620指示时隙中总共存在可以由(4，3)表示的三个跨度的情况。在这种情况下，第二跨度与第三跨度之间的间隙可以相隔5个符号(X'＝5)，其大于作为最小符号数量的X(即，4个符号)。630可以指示在时隙中总共存在可以由(2，2)表示的七个跨度的情况。在这种情况下，在从每个跨度的第一符号开始的总共Y＝2个符号中可以存在PDCCH监听时机，并且搜索空间3可以存在于Y＝2个符号上。

[PDCCH：UE能力报告]

前述公共搜索空间和UE特定搜索空间所在的时隙位置可以由上表9的指示PDCCH的搜索空间的配置信息的monitoringSlotPeriodicityAndOffset参数指示，并且时隙中的符号位置可以通过表9的monitoringSymbolsWithinSlot参数由位图指示。可以通过以下UE能力将时隙中UE能够监听搜索空间的符号位置报告给BS。

-UE能力1(在下文中，表示为特征组(FG)3-1)可以指示当在时隙中存在用于类型1和类型3公共搜索空间或UE特定搜索空间的一个监听时机(MO)时(如下表11中的情况)，在MO位于时隙中的前三个符号上时监听MO的能力。UE能力1是必须受支持NR的每个UE支持的强制能力，并且可以不将是否支持UE能力1显式地报告给BS。

表11

/>

/>

-UE能力2(在下文中，表示为FG 3-2)可以指示当在时隙中存在用于公共搜索空间或UE特定搜索空间的一个监听时机(MO)时(如下表12中的情况)，不论MO的起始符号位置在何处都进行监听的能力。UE能力可选地受UE支持，并且可以将是否支持UE能力显式地报告给BS。

表12

-UE能力3(在下文中，表示为FG 3-5、3-5a或3-5b)指示当在时隙中存在用于公共搜索空间或UE特定搜索空间的多个监听时机(MO)时(如下表13a和表13b中的情况)，UE可以监听的MO样式。该样式由不同MO的起始符号之间的间隙X和一个MO的最大符号长度Y组成。受UE支持的(X，Y)的组合可以是{(2，2)，(4，3)，(7，3)}之一或多者。UE能力可选地受UE支持，并且可以将是否支持UE能力和(X，Y)的组合显式地报告给BS。

表13a

/>

表13b

/>

UE可以向BS报告是否支持UE能力2和/或UE能力3以及相关联的参数。BS可以基于所报告的UE能力来为公共搜索空间和UE特定搜索空间进行时域资源分配。当分配资源时，BS可以不将MO布置在UE不能进行监听的位置中。

[PDCCH：BD/CCE限制]

当为UE配置多个搜索空间集时，对于确定要由UE监听的搜索空间集的方法，可以考虑以下条件。

当UE配置有r15monitoringcapability作为更高层信令monitoringCapabilityConfig-r16的值时，UE可以定义每个时隙要监听的PDCCH候选组的数量和配置整个搜索空间(这里，整个搜索空间是指与多个搜索空间集的联合区域对应的整个CCE集)的CCE的数量的最大值，而当UE配置有r16monitoringcapability作为monitoringCapabilityConfig-r16的值时，UE可以定义每个跨度要监听的PDCCH候选组的数量和配置整个搜索空间(这里，整个搜索空间是指与多个搜索空间集的联合区域对应的整个CCE集)的CCE的数量的最大值。以上monitoringCapabilityConfig-r16可以参考下表14a和表14b的配置信息。

表14a

PDCCH-Config信息元素

表14b

/>

/>

[条件1：对PDCCH候选组的最大数量的限制]

根据如上所述的更高层信令的配置值，UE可以监听的PDCCH候选组的最大数量M^μ在基于时隙定义时可以符合下表15a，在基于配置有15·2^μkHz子载波间隔的小区上的跨度定义时可以符合下表15b。

表15a

表15b

[条件2：对CCE的最大数量的限制]

根据如上所述的更高层信令的配置值，配置整个搜索空间(这里，整个搜索空间是指与多个搜索空间集的联合区域对应的整个CCE集)的CCE的最大数量C^μ在基于时隙定义时可以符合下表16a，在基于配置有15·2^μkHz子载波间隔的小区上的跨度定义时可以符合下表16b。

表16a

表16b

为了便于描述，在特定时间满足条件1和2两者的情况被定义为“条件A”。因此，未能满足条件A可能意味着不满足条件1或条件2中的至少一个。

[PDCCH：超额预定]

可能出现根据由BS执行的搜索空间集的配置而在特定时间不满足条件A的情况。当在特定时间不满足条件A时，UE可以仅选择和监听被配置为在特定时间满足条件A的一些搜索空间集，并且BS可以在所选择的搜索空间集中发送PDCCH。

为了在所有所配置的搜索空间集当中选择一些搜索空间，可进行以下方法。

在特定时间(或在特定时隙中)不满足PDCCH的条件A的情况下，UE可以从在特定时间存在的搜索空间集当中优先于被配置为UE特定搜索空间的搜索空间集选择搜索空间类型被配置为公共搜索空间的搜索空间集。

当选择了被配置为公共搜索空间的所有搜索空间集时(即，即使在选择了被配置为公共搜索空间的所有搜索空间集之后，也满足条件A时)，UE(或BS)可以选择被配置为UE特定空间的搜索空间集。这里，当存在被配置为UE特定搜索空间的多个搜索空间集时，具有较低搜索空间索引的搜索空间集可以具有较高优先级。考虑到优先级，UE可以在UE特定搜索空间集满足条件A的范围内选择这些UE特定搜索空间集。

[QCL，TCI状态]

在无线通信系统中，根据下表17中所描述的QCL配置，一个或多个不同天线端口(其可以被一个或多个信道、信号或它们的组合代替，但为了在本公开中便于描述，它们被统称为不同天线端口)可以彼此相关联。TCI状态是通告/指示PDCCH(或PDCCH DMRS)与其他RS或信道之间的QCL关系，并且当参考天线端口A(参考RS#A)和其他目标天线端口B(目标RS#B)彼此QCL时，这可能意味着允许UE将从天线端口A估计的一些或所有大尺度信道参数应用于来自天线端口B的信道测量。QCL可能需要根据情况来关联不同参数，诸如1)受平均延迟和延迟扩展影响的时间跟踪；2)受多普勒频移和多普勒扩展影响的频率跟踪；3)受平均增益影响的无线电资源管理(RRM)；4)受空间参数影响的波束管理等。因此，NR可以支持如下表17中的四种类型的QCL关系。

表17

QCL类型	大尺度特征
		A	多普勒频移、多普勒扩展、平均延迟/延迟扩展
B	多普勒频移、多普勒扩展
		C	多普勒频移、平均延迟
D	空间Rx参数

空间RX参数可以共同指各种参数中的一些或全部，诸如到达角(AoA)、AoA的功率角谱(PAS)、出发角(AoD)、AoD的PAS、发送/接收信道相关性、发送/接收波束成形、空间信道相关性等。

如下表18中所述，可以经由RRC参数TCI状态和QCL-Info为UE配置QCL关系。参考表18，BS可以为UE配置一个或多个TCI状态，以向UE通知针对涉及TCI状态的ID的RS(即，目标RS)的最多两个QCL关系(qcl-Type1和qcl-Type2)。这里，TCI状态中的每一个中所包括的QCL信息(QCL-Info)包括由QCL信息指示的参考RS的BWP索引和服务小区索引、参考RS的类型和ID以及如上表17中的QCL类型。

表18

/>

图7图示了根据TCI状态配置的BS波束分配的示例的示图。参考图7，BS可以经由N种不同TCI状态将关于N个不同波束的信息递送到UE。例如，在如图7中所示的N＝3的情况下，BS可以将三个TCI状态700、705和710中所包括的qcl-Type2参数同与不同波束对应的CSI-RS或SSB相关联，并且可以将qcl-Type2参数配置为QCL类型D。通过这样做，BS可以通告/指示涉及不同TCI状态700、705和710的天线端口与不同空间Rx参数(即，不同波束)相关联。

下表19a到19e表示根据目标天线端口类型的有效TCI状态配置。

下表19a表示当目标天线端口是用于跟踪的CSI-RS(TRS)时的有效TCI状态配置。TRS是指非零功率(NZP)CSI-RS，其中没有配置重复参数，但在下表20a和表20b中所示的配置信息中的CSI-RS当中，trs-Info被配置为真。在表19a中，3号配置可以用于非周期性TRS。

表19a

下表19b表示当目标天线端口是用于CSI的CSI-RS时的有效TCI状态配置。用于CSI的CSI-RS是指NZP CSI-RS，其中没有配置指示重复的参数(例如重复参数)，并且在CSI-RS当中，trs-Info未被配置为真。

表19b

下表19c表示当目标天线端口是用于波束管理的CSI-RS时的有效TCI状态配置(意味着与用于L1参考信号接收功率(RSRP)报告的BM、CSI-RS相同)。用于BM的CSI-RS是指NZPCSI-RS，其中配置了重复参数，并且其具有‘开’(‘on’)或‘关’(‘off’)的值，并且其中在CSI-RS当中，trs-Info未被配置为真的。

表19c

下表19d表示当目标天线端口是PDCCH DMRS时的有效TCI状态配置。

表19d

下表19e表示当目标天线端口是PDSCH DMRS时的有效TCI状态配置。

表19e

根据本公开的实施例的根据上表19a到19e的QCL配置方法是在如下所述的每个阶段中配置和操作目标天线端口和参考天线端口： 用于CSI的CSI-RS、用于BM的CSI-RS、PDCCH DMRS或PDSCH DMRS”。通过这样做，有可能通过将可以从SSB和TRS测量的统计特点与相应天线端口相关联来帮助UE的接收操作。

与NZP CSI-RS相关联的trs-Info的配置信息可以参考下表20a和表20b。

表20a

NZP-CSI-RS-ResourceSet信息元素

表20b

[PDCCH：与TCI状态相关联]

更详细地，适用于PDCCH DMRS天线端口的TCI状态组合如下表21中所述。在表21中，第四行指示在RRC配置之前由UE假设的组合，并且在RRC配置之后的配置是不可能的。

表21

NR可以支持如图8中所示的用于PCCH波束的动态分配的分级信令方法。

图8图示了根据本公开的实施例的无线通信系统中用于PDCCH的TCI状态分配方法的示例的示图。

参考图8，BS可以通过RRC信令800为UE配置N个TCI状态805、810和820，并且可以在825中将它们中的一些配置为CORESET的TCI状态。之后，在845中，BS可以通过媒体接入控制控制元素(MAC CE)信令向UE指示CORESET的TCI状态830、835和840之一。之后，UE可以基于由MAC CE信令指示的TCI状态中所包括的波束信息来接收PDCCH。

图9图示了根据本公开的实施例的无线通信系统中用于PDCCH DMRS的TCI指示MACCE信令结构的示图。

参考图9，用于PDCCH DMRS的TCI指示MAC CE信令可以包括2字节(16比特)Oct1900和Oct2 905，并且可以包括5比特的服务小区ID 915、4比特的CORESET ID 920和7比特的TCI状态ID 925。

图10图示了根据本公开的实施例的无线通信系统中的CORESET和搜索空间的波束配置的示例的示图。

参考图10，BS可以通过MAC CE信令向UE指示CORESET配置1000中所包括的TCI状态列表的TCI状态1005。之后，UE可以认为相同QCL信息(波束#1 1005)被应用于与CORESET相关联的所有一个或多个搜索空间#1 1010、#2 1015和#3 1020，直到通过另一MAC CE信令为CORESET指示了另一TCI状态为止。前述PDCCH波束分配方法在指示比MAC CE信令延迟更早的波束切换方面存在问题，并且在不考虑搜索空间特性的情况下在为每个CORESET均匀地应用相同波束方面存在问题，从而使得难以进行灵活的PDCCH波束操作。

在下文中，本公开的实施例提供了更灵活的PDCCH波束配置和操作方法。尽管为了便于描述本公开的实施例，现在将描述若干不同的示例，但这些示例并不相互排斥，而是可以根据情况以两个或更多个实施例的合适组合进行应用。

BS可以为UE配置特定CORESET的一个或多个TCI状态，并且可以通过MAC CE激活命令来激活所配置的TCI状态之一。例如，可以为CORESET#1配置TCI状态{TCI state#0、TCIstate#1和TCI state#2}，并且BS可以经由MAC CE向UE发送激活命令，以针对CORESET#1的TCI状态假设TCI状态#0。UE可以基于经由MAC CE接收到的TCI状态的激活命令来在所激活的TCI状态下基于QCL信息正确地接收CORRESET的DMRS。

当UE未能接收到针对索引为0的CORESET(即，CORESET#0)的TCI状态的MAC CE激活命令时，UE可以假设在CORESET#0中发送的DMRS与在初始接入过程中或在并非由PDCCH命令触发的基于非竞争的随机接入过程中识别的SS/PBCH块(SSB)是QCL的。

相对于配置有不同索引值(X)而不是索引0的CORESET(CORESET#X)，当UE不配置有CORESET#X的TCI状态或配置有一个或多个TCI状态，但未能接收到用于激活所配置的一个或多个TCI状态之一的MAC CE激活命令时，UE可以假设在CORESET#X中发送的DMRS与在初始接入过程中识别的SS/PBCH块是QCL的。

[PDCCH：与QCL优先化规则相关联]

在下文中，现在将详细描述确定PDCCH的QCL优先级的操作。

当UE在单个小区或频带中利用载波聚合来进行操作，并且存在于单个或多个小区中的所激活的BWP中的多个CORESET具有相同或不同的QCL-typeD特性，并且在特定PDCCH监听时机中在时域上重叠时，UE可以根据QCL优先级确定操作来选择特定CORESET，并且可以监听具有与所选择的CORESET相同的QCL-TypeD特性的CORESET。即，当多个CORESET在时域上重叠时，UE可以仅接收一个QCL-TypeD特性。在这种情况下，用于确定QCL优先级的参考可以如下所述。

-参考1：与在包括公共搜索空间的小区当中与最低索引对应的小区中的最低索引的公共搜索空间相关联的CORESET。

-参考2：与在包括UE特定搜索空间的小区当中与最低索引对应的小区中的最低索引的UE特定搜索空间相关联的CORESET。

如上所述，当参考之一未被满足时，可以应用参考中的另一者。例如，CORESET在特定PDCCH监听时机中在时域上重叠的情况下，如果所有CORESET都不与公共搜索空间相关联，而是与UE特定搜索空间相关联，即，当参考1未被满足时，UE可以跳过参考1的应用，并且可以应用参考2。

当UE根据前述参考来选择CORESET时，对于为CORESET配置的QCL信息，UE可以附加考虑以下两个条件。第一，如果CORESET 1具有CSI-RS 1作为具有QCL-TypeD关联的参考信号，并且与CSI-RS1具有QCL-TypeD关联的参考信号是SSB1，并且CORESET 2具有带QCL-TypeD关联的参考信号SSB 1，则UE可以认为两个CORESET 1和2具有不同的QCL-TypeD特性。第二，如果CORESET 1具有为小区1配置的CSI-RS1作为具有QCL-TypeD关联的参考信号，并且与CSI-RS1具有QCL-TypeD关联的参考信号是SSB 1，并且CORESET 2具有为小区2配置的参考信号CSI-RS2作为具有QCL-TypeD关联的参考信号，并且与CSI-RS2具有QCL-TypeD关联的参考信号是相同的SSB 1，则UE可以认为两个CORESET 1和2具有相同的QCL-TypeD特性。

图11图示了用于描述根据本公开的实施例的UE通过考虑在无线通信系统中接收DL控制信道的优先级来选择可接收的CORESET的方法的示图。

例如，UE可以被配置为在特定PDCCH监听时机1110中接收在时域上重叠的多个CORESET，并且该多个CORESET可以与UE特定搜索空间或多个小区上的公共搜索空间相关联。在特定PDCCH监听时机中，可以存在与小区#1的BWP#1 1100中的公共搜索空间#1相关联的CORESET#1 1115，并且可以存在与公共搜索空间#1相关联的CORESET#1 1120以及与小区#2的BWP#1 1105中的UE特定搜索空间#2相关联的CORESET#2 1125。CORESET#1 1115和CORESET#1 1120可以与在小区#1的BWP#1中配置的CSI-RS资源#1具有QCL-TypeD关联，并且CORESET#2 1125可以与在小区#2的BWP#1中配置的CSI-RS资源#1具有QCL-TypeD关联。因此，当参考1被应用于PDCCH监听时机1110时，可以接收具有与CORESET#11115相同的QCL-TypeD的参考信号的所有其他CORESET。因此，UE可以在PDCCH监听时机1110中接收CORESET1115和1120。在另一示例中，UE可以被配置为在特定PDCCH监听时机1140中接收在时域上重叠的多个CORESET，并且该多个CORESET可以与多个小区上的公共搜索空间或UE特定搜索空间相关联。在PDCCH监听时机中，可以存在与UE特定搜索空间#1相关联的CORESET#1 1145以及与小区#1的BWP#1 1130中的UE特定搜索空间#2相关联的CORESET#2 1150，并且可以存在与UE特定搜索空间#1相关联的CORESET#1 1155以及与小区#2的BWP#1 1135中的UE特定搜索空间#3相关联的CORESET#2 1160。CORESET#1 1145和CORESET#2 1150可以与在小区#1的BWP#1中配置的CSI-RS资源#1具有QCL-TypeD关联，并且CORESET#1 1155可以与在小区#2的BWP#1中配置的CSI-RS资源#1具有QCL-TypeD关联，并且CORESET#2 1160可以与在小区#2的BWP#1中配置的CSI-RS资源#2具有QCL-TypeD关联。因为当参考1被应用于PDCCH监听时机1140时不存在公共搜索空间，所以可以应用下一个参考2。当参考2被应用于PDCCH监听时机1140时，可以接收具有与CORESET#1 1145相同的QCL-TypeD的参考信号的所有其他CORESET。因此，UE可以在PDCCH监听时机1140中接收CORESET 1145和1150。

图12图示了根据本公开的实施例的无线通信系统中的PDSCH频率轴资源分配的示例的示图。

参考图12，图示了可由更高层信令配置的RA类型0 1200、RA类型11205和动态切换1210(RA类型0、RA类型1)的三种频率轴资源分配方法。如果UE被更高层信令配置为仅使用RA类型0 1200，则用于将PDSCH分配给UE的一些DCI包括由N_RBG比特组成的位图1215。这里，N_RGB是指根据由BWP指示符和更高层参数rbg-Size分配的BWP的大小如下表22中一般确定的资源块组(RBG)的数量，并且基于位图来在由1表示的RBG上发送数据。

表22

带宽部分大小	配置1	配置2
			1-36	2	4
37-72	4	8
			73-144	8	16
145-275	16	16

当UE被更高层信令配置为仅使用RA类型1 1205时，用于将PDSCH分配给UE的一些DCI包括由比特组成的频率轴资源分配信息。N^DL,BWP _RB指示BWP的RB的数量。因此，BS可以配置起始VRB 1220和从起始VRB 1220连续分配的频率轴资源长度1225。

如果UE被更高层信令配置为使用RA类型0和RA类型1两者(1210)，则用于将PDSCH分配给UE的一些DCI包括由与用于配置RA类型0的有效载荷和用于配置RA类型1的有效载荷当中的较大值对应的比特1235组成的频率轴资源分配信息。在这种情况下，可以将1比特1230添加到DCI中的频率轴分配信息的最高有效位(MSB)，从而指示RA类型0或RA类型1的使用。例如，当比特1230具有值‘0’时，这指示将使用RA类型0，当比特具有值‘1’时，这指示将使用RA类型1。

[PDSCH/PUSCH：与时间资源分配相关联]

在下文中，现在将描述用于下一代无线通信系统(5G或NR系统)中的数据信道的时域资源分配方法。

BS可以通过更高层信令(例如RRC信令)为UE配置DL数据信道(PDSCH)和UL数据信道(PUSCH)的时域资源分配信息表。对于PDSCH，可以配置最多包括16个(maxNrofDL-Allocations＝16)条目的表，对于PUSCH，可以配置最多包括16个(maxNrofUL-Allocations＝16)条目的表。在本公开的实施例中，时域资源分配信息可以包括PDCCH到PDSCH时隙定时(同PDCCH的接收时间与由接收到的PDCCH调度的PDSCH的发送时间之间的时隙中的时间间隔对应并且指示为K0)、PDCCH到PUSCH时隙定时(同PDCCH的接收时间与由接收到的PDCCH调度的PUSCH的发送时间之间的时隙中的时间间隔对应并且指示为K2)、关于在时隙中的PDSCH或PUSCH上调度的起始符号的位置和长度、PDSCH或PUSCH的映射类型等的信息。例如，如下表23或表24中所描述的信息可以从BS发送到UE。

表23

表24

BS可以通过L1信令(例如DCI)向UE通知表23和表24中关于时域资源分配信息的条目中的至少一个(例如，可以在DCI中的‘时域资源分配’字段中指示该一个条目)。UE可以基于从BS接收到的DCI来获得PDSCH或PUSCH的时域资源分配信息。

图13图示了根据本公开的实施例的无线通信系统中的PDSCH时间轴资源分配的示例的示图。

参考图13，BS可以基于通过使用更高层信令配置的数据信道和控制信道的子载波间隔(SCS)(μ_PDSCH，μ_PDCCH)和调度偏移K₀以及由DCI动态指示的时隙1310中的OFDM符号的起始位置S1300和长度1305来指示PDSCH资源在时间轴上的位置。

图14图示了根据本公开的实施例的基于无线通信系统中的数据信道和控制信道的SCS的时间轴资源分配的示例的示图。

参考图14，当数据信道和控制信道的SCSμ_PDSCH和μ_PDCCH相等(即，μ_PDSCH＝μ_PDCCH)1400时，用于数据和控制的时隙号是相同的，使得BS和UE可以根据预设时隙偏移K₀来生成调度偏移。另一方面，当数据信道和控制信道的SCS不同时(即，μ_PDSCH≠μ_PDCCH)1405，用于数据和控制的时隙号是不同的，使得BS和UE可以基于PDCCH的SCS而根据预设时隙偏移K₀来生成调度偏移。例如，当UE已经在时隙n中接收到指示BWP切换的DCI，并且由DCI指示的时隙偏移值是K₀时，UE可以在时隙n+K₀中调度的PDSCH上接收数据。

[与SRS相关联]

在下文中，现在将描述使用UE的探测参考信号(SRS)发送的UL信道估计方法。BS可以为UE配置每个UL BWP的至少一个SRS配置，以便发送用于SRS传输的配置信息，并且可以为UE配置每个SRS配置的至少一个SRS资源集。例如，BS和UE可以交换更高层信令信息，以递送关于SRS资源集的信息。

-srs-ResourceSetId：SRS资源集索引

-srs-ResourceIdList：从SRS资源集中引用的SRS资源索引集

-resourceType：从SRS资源集中引用的SRS资源的时间轴传输配置，其可以被配置为‘周期性的’、‘半持久性’和‘非周期性’之一。如果resourceType被配置为‘周期性的’或‘半持久性’，则可以根据SRS资源集的用途来提供相关联的CSI-RS信息。如果resourceType被配置为“非周期性”，则可以提供非周期性SRS资源触发列表和时隙偏移信息，并且可以根据SRS资源集的用途来提供相关联的CSI-RS信息。

-usage：从SRS资源集中引用的SRS资源的用途的配置，其可以被配置为‘beamManagement’、‘codebook’‘(码本’)、‘nonCodebook’‘(非码本’)和‘antennaSwitching’之一。

-alpha、p0、pathlossReferenceRS、srs-PowerControlAdjustmentStates：为从SRS资源集中引用的SRS资源提供用于发送功率控制的参数配置。

UE可以确定从SRS资源集中引用的SRS资源索引集中所包括的SRS资源遵循为SRS资源集配置的信息。

此外，BS和UE可以发送或接收用于递送SRS资源的单独配置信息的更高层信令信息。例如，SRS资源的单独配置信息可以包括SRS资源的时隙中的时频轴映射信息，并且时频轴映射信息可以包括关于SRS资源的时隙内或时隙间跳频的信息。此外，SRS资源的单独配置信息可以包括SRS资源的时间轴传输配置，其可以被配置为‘周期性的’、‘半持久性’和‘非周期性’之一。这可以限于具有与包括SRS资源的SRS资源集相同的时间轴传输配置。当SRS资源的时间轴传输配置被配置为‘周期性’或‘半持久性’时，附加SRS资源传输周期性和时隙偏移(例如periodicityAndOffset)可以被包括在时间轴传输配置中。

BS可以通过包括RRC信令或MAC CE信令的更高层信令或L1信令(例如DCI)来激活或去激活或触发到UE的SRS传输。例如，BS可以通过更高层信令来激活或去激活到UE的周期性SRS传输。BS可以指示resourceType被更高层信令配置为‘周期性的’SRS资源集的激活，并且UE可以发送从所激活的SRS资源集中引用的SRS资源。将在时隙中发送的SRS资源的时频轴资源映射遵循为SRS资源配置的资源映射信息，并且包括传输周期性和时隙偏移的时隙映射遵循为SRS资源配置的periodicityAndOffset。此外，应用于要发送的SRS资源的空间域发送滤波器可以参考为SRS资源配置的空间关系info(信息)，或可以参考为包括SRS资源的SRS资源集配置的相关联的CSI-RS信息。UE可以在为由更高层信令激活的周期性SRS资源激活的UL BWP中发送SRS资源。

例如，BS可以通过更高层信令来激活或去激活到UE的半持久性SRS传输。BS可以通过MAC CE信令来指示SRS资源集的激活，并且UE可以发送从所激活的SRS资源集中引用的SRS资源。由MAC CE信令激活的SRS资源集可以限于resourceType被配置为‘半持久性’的SRS资源集。要发送的SRS资源的时隙内时频轴资源映射遵循为SRS资源配置的资源映射信息，并且包括传输周期性和时隙偏移的时隙映射遵循为SRS资源配置的periodicityAndOffset。此外，应用于要发送的SRS资源的空间域发送滤波器可以参考为SRS资源配置的空间关系info或可以参考为包括SRS资源的SRS资源集配置的相关联的CSI-RS信息。如果为SRS资源配置了空间关系info，则空间域发送滤波器可以不遵循空间关系info，而是可以通过参考由激活半持久性SRS传输的MAC CE信令递送的关于空间关系info的配置信息来确定。UE可以在为由更高层信令激活的半持久性SRS资源激活的UL BWP中发送SRS资源。

例如，BS可以通过DCI触发到UE的非周期性SRS传输。BS可以经由DCI的SRS请求字段指示非周期性SRS资源触发(aperiodicSRS-ResourceTrigger)之一。UE可以确定已经触发了包括SRS资源集的配置信息当中的非周期性SRS资源触发列表中由DCI指示的非周期性SRS资源触发的SRS资源集。UE可以发送从所触发的SRS资源集中引用的SRS资源。要发送的SRS资源的时隙内时频轴资源映射遵循为SRS资源配置的资源映射信息。此外，要发送的SRS资源的时隙映射可以由包括DCI的PDCCH与SRS资源之间的时隙偏移确定，并且可以参考为SRS资源集配置的时隙偏移集中所包括的值(或多个值)。更详细地，对于包括DCI的PDCCH与SRS资源之间的时隙偏移，可以应用为SRS资源集配置的时隙偏移集中所包括的(多个)偏移值当中的由DCI的时域资源分配字段指示的值。此外，应用于要发送的SRS资源的空间域发送滤波器可以参考为SRS资源配置的空间关系Info或可以参考为包括SRS资源的SRS资源集配置的相关联的CSI-RS信息。UE可以在为由DCI触发的非周期性SRS资源激活的UL BWP中发送SRS资源。

当BS通过DCI触发到UE的非周期性SRS传输时，包括触发非周期性SRS传输的DCI的PDCCH与要发送的SRS之间的最小时间间隔可以是UE通过应用SRS资源的配置信息来发送SRS所需的。由UE执行的SRS传输的时间间隔可以被定义为包括触发非周期性SRS传输的DCI的PDCCH的最后一个符号与在(多个)SRS资源当中将要初始发送的SRS资源被映射到的第一符号之间的符号数量。可以通过参考UE准备PUSCH传输所需的PUSCH准备过程时间来确定最小时间间隔。此外，根据包括要发送的SRS资源的SRS资源集的用途，最小时间间隔可以具有不同的值。例如，最小时间间隔可以被确定为通过参考UE的PUSCH准备过程时间并且基于UE能力来考虑UE处理能力而定义的N2符号。此外，当通过考虑包括要发送的SRS资源的SRS资源集的用途，SRS资源集的用途被配置为‘codebook’或‘antennaSwitching’时，最小时间间隔可以被确定为N2符号，当SRS资源集的用途被配置为‘nonCodebook’或‘beamManagement’时，最小时间间隔可以被确定为N2+14个符号。当非周期性SRS传输的时间间隔等于或大于最小时间间隔时，UE可以发送非周期性SRS，当非周期性SRS传输的时间间隔小于最小时间间隔时，UE可以忽略触发非周期性SRS的DCI。

表25

基站可以通过表25中的更高层参数spatialRelationInfo将UE配置为相对于参考信号应用发送波束或接收波束，以用于发送对应SRS资源。例如，spatialRelationInfo的配置可以包括如下表26中的信息。

表26

参考spatialRelationInfo配置，为了使用特定参考信号的波束信息，SS/PBCH块索引、CSI-RS索引或SRS索引可以被配置为要参考的参考信号的索引。更高层信令referenceSignal是指示参考信号的哪个波束信息将被参考用于SRS传输的配置信息，并且ssb-index是指SS/PBCH的索引，csi-RS-index是指CSI-RS的索引，并且srs是指SRS的索引。当更高层信令referenceSignal的值被配置为‘ssb-Index’时，UE可以将已经用于接收与ssb-index对应的SS/PBCH块的接收波束应用于用于对应SRS传输的发送波束。当更高层信令referenceSignal的值被配置为‘csi-RS-Index’时，UE可以将已经用于接收与csi-RS-index对应的CSI-RS的接收波束应用于用于对应SRS传输的发送波束。当更高层信令referenceSignal的值被配置为‘srs’时，UE可以将已经用于发送与srs对应的SRS的发送波束应用于用于对应SRS传输的发送波束。

[PUSCH：与传输方案相关联]

在下文中，现在将描述PUSCH传输调度方案。PUSCH传输可以由DCI中的UL授权动态调度或可以由配置授权类型1或类型2操作。用于PUSCH传输的动态调度指示可以由DCI格式0_0或0_1指示。

可以不通过接收DCI中的UL授权，而是通过由更高层信令接收包括下表27的rrc-ConfiguredUplinkGrant的configuredGrantConfig来半静态地配置该配置授权类型1PUSCH传输。在通过更高层信令接收到不包括表27的rrc-ConfiguredUplinkGrant的configuredGrantConfig之后，配置授权类型2PUSCH传输可以由DCI中的UL授权半持久性地调度。当PUSCH传输由配置授权操作时，除了由作为下表28的pusch-Config的更高层信令提供的dataScramblingIdentityPUSCH、txConfig、codebookSubset、maxRank、UCI-OnPUSCH的缩放之外，要应用于PUSCH传输的参数由表27的更高层信令configuredGrantConfig应用。当UE接收到作为表27的configuredGrantConfig的更高层信令中的transformPrecoder时，UE将表28的pusch-Config中的tp-pi2BPSK应用于由配置授权操作的PUSCH传输。

表27

在下文中，现在将描述PUSCH传输方法。用于PUSCH传输的DMRS天线端口等于用于SRS传输的天线端口。根据作为下表28的pusch-Config的更高层信令中的txConfig的值是‘codebook’还是‘nonCodebook’，PUSCH传输可以遵循基于码本的传输方法或基于非码本的传输方法。

如上所述，PUSCH传输可以由DCI格式0_0或0_1动态调度或可以由配置授权半静态地配置。如果UE接收到通过DCI格式0_0调度PUSCH传输的指示，则UE通过使用与UE特定PUCCH资源对应的pucch-spatialRelationInfoID来进行用于PUSCH传输的波束配置，该UE特定PUCCH资源与服务小区中的所激活的UL BWP中的最小ID对应，并且在这方面，PUSCH传输是基于单个天线端口的。UE不预期在没有配置包括pucch-spatialRelationInfo的PUCCH资源的BWP中通过DCI格式0_0调度PUSCH传输。当UE没有被配置有下表28的pusch-Config中的txConfig时，UE不预期由DCI格式0_1调度。

表28

在下文中，现在将描述基于码本的PUSCH传输。基于码本的PUSCH传输可以由DCI格式0_0或0_1动态调度或可以由配置授权半静态地操作。当基于码本的PUSCH传输由DCI格式0_1动态调度或由配置授权半静态地配置时，UE基于SRS资源指示符(SRI)、传输预编码矩阵指示符(TPMI)和传输秩(PUSCH传输层数)来确定用于PUSCH传输的预编码器。

这里，SRI可以由作为DCI中的字段的SRS资源指示符给定或可以由作为更高层信令的srs-ResourceIndicator配置。UE可以配置有用于基于码本的PUSCH传输的至少一个SRS资源，并且可以配置有最多两个SRS资源。当UE通过DCI接收SRI时，由SRI指示的SRS资源是指在包括SRI的PDCCH之前发送的SRS资源当中与SRI对应的SRS资源。此外，TPMI和传输秩可以由预编码信息和作为DCI中的字段的层数给定或可以由作为更高层信令的precodingAndNumberOfLayers配置。TPMI用于指示要应用于PUSCH传输的预编码器。如果UE配置有一个SRS资源，则TPMI用于指示要在所配置的一个SRS资源中应用的预编码器。如果UE配置有多个SRS资源，则TPMI用于指示要在由SRI指示的SRS资源中应用的预编码器。

从UL码本中选择要在PUSCH传输中使用的预编码器，该UL码本具有与作为更高层信令的SRS-Config中的nrofSRS-Ports的值相同数量的天线端口。在基于码本的PUSCH传输中，UE基于作为更高层信令的pusch-Config中的TPMI和codebookSubset来确定码本子集。作为更高层信令的pusch-Config中的codebookSubset可以基于由UE向BS报告的UE能力而被配置为‘fullyAndPartialAndNonCoherent’、‘partialAndNonCoherent’和‘nonCoherent’之一。如果UE在UE能力中报告‘partialAndNonCoherent’，则UE不预期作为更高层信令的codebookSubset的值被配置为‘fullyAndPartialAndNonCoherent’。如果UE在UE能力中报告‘nonCoherent’，则UE不预期作为更高层信令的codebookSubset的值被配置为‘fullyAndPartialAndNonCoherent’或‘partialAndNonCoherent’。当作为更高层信令的SRS-ResourceSet中的nrofSRS-Ports指示两个SRS天线端口时，UE不预期作为更高层信令的codebookSubset的值被配置为‘partialAndNonCoherent’。

UE可以配置有一个SRS资源集，其中作为更高层信令的SRS-ResourceSet中的用途值被配置为‘codebook’，并且SRS资源集中的一个SRS资源可以由SRI指示。如果在SRS资源集(其中作为更高层信令的SRS-ResourceSet中的用途值被配置为‘codebook’)中配置了若干SRS资源，则UE预期作为更高层信令的SRS-Resource中的nrofSRS-Ports被配置为针对所有SRS资源具有相同的值。

UE向BS发送SRS资源集中所包括的一个或多个SRS资源，该SRS资源集具有由更高层信令配置为‘codebook’的用途值，并且BS选择从UE发送的SRS资源之一并且指示UE通过使用SRS资源的发送波束信息来执行PUSCH传输。这里，对于基于码本的PUSCH传输，SRI用作用于选择一个SRS资源的索引的信息并且被包括在DCI中。此外，BS可以向DCI添加指示将由UE用于PUSCH传输的TPMI和秩的信息。UE通过使用由SRI指示的SRS资源，通过应用由秩指示的预编码器和基于SRS资源的发送波束指示的TPMI来执行PUSCH传输。

在下文中，现在将描述基于非码本的PUSCH传输。基于非码本的PUSCH传输可以由DCI格式0_0或0_1动态调度或由配置授权半静态地操作。当配置了SRS资源集(其中作为更高层信令的SRS-ResourceSet中的用途值被配置为‘nonCodebook’)中的至少一个SRS资源时，UE可以被调度用于由DCI格式0_1执行的基于非码本的PUSCH传输。

对于作为更高层信令的SRS-ResourceSet中的用途值被配置为‘nonCodebook’的SRS资源集，UE可以配置有一个相关联的非零功率CSI-RS(NZP CSI-RS)资源。UE可以通过测量与SRS资源集相关联的NZP CSI-RS资源来对用于SRS传输的预编码器进行计算。如果与SRS资源集相关联的非周期性NZP CSI-RS资源的最后一个接收符号与来自UE的非周期性SRS传输的第一符号之间的差值小于42个符号，则UE不预期更新关于用于SRS传输的预编码器的信息。

当作为更高层信令的SRS-ResourceSet中的resourceType的值被配置为‘非周期性’时，相关联的NZP CSI-RS由DCI格式0_1或1_1中的字段SRS请求来指示。这里，当相关联的NZP CSI-RS资源是非周期性NZP CSI-RS资源时，这指示对于DCI格式0_1或1_1中的字段SRS请求的值不是‘00’的情况有关联的NZP CSI-RS的存在。这里，DCI不应指示跨载波或跨BWP调度。此外，如果SRS请求的值指示NZP CSI-RS的存在，则NZP CSI-RS位于发送包括SRS请求字段的PDCCH的时隙中。这里，为调度的子载波配置的TCI状态未被配置为QCL-TypeD。

如果配置了周期性或半持久性SRS资源集，则相关联的NZP CSI-RS可以由作为更高层信令的SRS-ResourceSet中的associatedCSI-RS指示。对于基于非码本的发送，UE不预期配置作为SRS资源的更高层信令的spatialRelationInfo和作为更高层信令的SRS-ResourceSet中的associatedCSI-RS两者。

当UE配置有多个SRS资源时，UE可以基于由BS指示的SRI来确定要应用于PUSCH传输的预编码器和传输秩。这里，SRI可以由作为DCI中的字段的SRS资源指示符指示或可以由作为更高层信令的srs-ResourceIndicator配置。同样，就基于码本的PUSCH传输而言，当通过DCI为UE提供SRI时，由SRI指示的SRS资源是指在包括SRI的PDCCH之前发送的SRS资源当中与SRI对应的SRS资源。UE可以在SRS传输中使用一个或多个SRS资源，并且基于由UE向BS报告的UE能力来确定可用于在一个SRS资源集中的相同符号上同时发送的SRS资源的最大数量和SRS资源的最大数量。在这种情况下，由UE同时发送的SRS资源占用相同RB。UE为每个SRS资源配置一个SRS端口。可以仅配置作为更高层信令的SRS-ResourceSet中的用途值被配置为‘nonCodebook’的一个SRS资源集，并且最多可以配置用于基于非码本的PUSCH传输的四个SRS资源。

BS向UE发送与SRS资源集相关联的一个NZP-CSI-RS，并且UE基于在NZP_CSI-RS的接收时执行的测量的结果来计算将在SRS资源集中的一个或多个SRS资源的发送中使用的预编码器。UE应用所计算的预编码器来向BS发送用途被配置为‘nonCodebook’的SRS资源集中的一个或多个SRS资源，并且BS从接收到的一个或多个SRS资源当中选择一个或多个SRS资源。这里，对于基于非码本的PUSCH传输，SRI可以指示可以表示一个或多个SRS资源的组合的索引，并且可以被包括在DCI中。这里，由从BS发送的SRI指示的SRS资源的数量可以是PUSCH的传输层数，并且UE通过将应用于SRS资源发送的预编码器应用于每一层来发送PUSCH。

[PUSCH：准备过程时间]

在下文中，现在将描述PUSCH准备过程时间。当BS通过使用DCI格式0_0、0_1或0-2来调度UE发送PUSCH时，UE可能需要PUSCH准备过程时间来通过应用由DCI指示的传输方法(SRS资源发送预编码方法、传输层数或空间域发送滤波器)来发送PUSCH。考虑到以上信息，NR定义了PUSCH准备过程时间。可以使用以下等式2来计算UE的PUSCH准备过程时间。

等式2

T_proc,2＝max((N₂+d_2，1+d₂)(2048+144)k2^-μT_c+T_ext+T_switch，d_2，2)

以上等式2中表示的T_proc,2中的变量可以具有以下含义。

-N₂：根据UE处理能力1或2和参数集μ确定的符号数量。当在UE能力报告中报告UE能力1时，其可以具有基于下表29的值，当在UE能力报告中报告UE能力2时并且当通过更高层信令配置了UE能力2可用时，其可以具有基于下表30的值。

表29

表30

-d_2，1：其可以指示当第一OFDM符号的资源元素都被配置为包括DMRS时被确定为0(否则，被确定为1)的符号的数量。

-K：64

-μ：其遵循以下值：使T_proc，2更大的μ_DL或μ_UL。μ_DL是指发送包括调度PUSCH的DCI的PDCCH的DL的参数集，并且μ_UL是指发送PUSCH的UL的参数集。

-T_c：其可以具有值1/(Δf_max·N_f)，并且可以是Δf_max＝480·10³Hz和N_f＝4096。

-d_2，2：当调度PUSCH的DCI指示BWP切换时，其可以遵循BWP切换时间，否则可以是‘0’。

-d₂：当PUCCH、具有高优先级索引的PUSCH和具有低优先级索引的PUCCH的OFDM符号在时域上重叠时，使用具有高优先级索引的PUSCH的d₂值。否则，d₂为0。

-T_ext：当UE使用共享频谱信道接入方案时，UE可以计算T_ext，并且可以将T_ext应用于PUSCH准备过程时间。否则，假设T_ext为0。

-T_switch：当触发UL切换间隔时，将T_switch假设为切换间隔时间。否则，假设T_switch为0。

考虑到由DCI调度的PUSCH的时间轴资源映射信息以及UL与DL之间的定时提前的影响，当PUSCH的第一符号在第一UL符号之前开始时，BS和UE可以确定PUSCH准备过程时间不足，其中在该第一UL符号上，CP在从包括调度PUSCH的DCI的PDCCH的最后一个符号的T_proc,2之后开始。否则，BS和UE可以确定PUSCH准备过程时间充足。只有当PUSCH准备过程时间充足时，UE才可以发送PUSCH，并且当PUSCH准备过程时间不足时，UE可以忽略调度PUSCH的DCI。

[PUSCH：与重复传输相关联]

在下文中，现在将详细描述5G系统中的UL数据信道重复传输。5G系统可以支持两种类型的UL数据信道重复传输方法，即，PUSCH重复传输类型A和PUSCH重复传输类型B。UE可以通过更高层信令而配置有PUSCH重复传输类型A或B之一。

PUSCH重复传输类型A

-如上所述，可以在一个时隙中利用时域资源分配方法来确定UL数据信道的符号长度和起始符号位置，并且BS可以通过更高层信令(例如RRC信令)或L1信令(例如DCI)向UE通知重复传输的数量。

-基于从BS接收到的重复传输的数量，UE可以在连续时隙中重复传输具有与UL数据信道的长度和起始符号相同的长度和起始符号的UL数据信道。在这种情况下，当为DL配置了由BS在DL中为UE配置的时隙或为UE配置的UL数据信道的符号中的至少一个时，UE跳过UL数据信道发送，但对UL数据信道的重复传输的数量进行计数。

PUSCH重复传输类型B

-如上所述，可以在一个时隙中利用时域资源分配方法来确定UL数据信道的起始符号和长度，并且BS可以通过更高层信令(例如RRC信令)或L1信令(例如DCI)向UE通知作为重复传输的数量的numberofrepetitions。

-基于先前配置的UL数据信道的起始符号和长度，如下所述确定UL数据信道的标称重复。第n个标称重复开始的时隙由给定，并且在该时隙中开始的符号由给定。第n个标称重复结束的时隙由/>给定，并且在该时隙中结束的符号由/>给定。这里，n＝0、......、numberofrepetitions-1，S指示所配置的UL数据信道的起始符号，并且L指示所配置的UL数据信道的符号长度。K_s指示PUSCH传输开始的时隙，并且/>指示每时隙的符号数量。

-UE确定用于PUSCH重复传输类型B的无效符号。由tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated为DL配置的符号被确定为用于PUSCH重复传输类型B的无效符号。此外，无效符号可以由更高层参数(例如InvalidSymbolPattern)配置。更高层参数(例如InvalidSymbolPattern)可以提供跨越一个时隙或两个时隙的符号级位图，使得可以配置无效符号。在位图中，‘1’表示无效符号。此外，位图的周期性和样式可以由更高层参数(例如periodicityAndPattern)配置。如果配置了更高层参数(例如InvalidSymbolPattern)并且参数InvalidSymbolPatternIndicator-ForDCIFormat0_1或InvalidSymbolPatternIndicator-ForDCIFormat0_2指示‘1’，则UE应用无效符号样式，当参数指示‘0’时，UE不应用无效符号样式。如果配置了更高层参数(例如InvalidSymbolPattern)并且没有配置参数InvalidSymbolPatternIndicator-ForDCIFormat0_1或InvalidSymbolPatternIndicator-ForDCIFormat0_2，则UE应用无效符号样式。

在确定无效符号之后，对于每个标称重复，UE可以将除无效符号以外的符号视为有效符号。当一个或多个有效符号被包括在每个标称重复中时，标称重复可以包括一个或多个实际重复。这里，实际重复中的每一个包括一个时隙中可用于PUSCH重复传输类型B的连续有效符号集。

图15图示了根据本公开的实施例的无线通信系统中的PUSCH重复传输类型B的示例的示图。

参考图15的示例，UE可以配置有作为0的UL数据信道的起始符号S，可以配置有作为14的UL数据信道的长度L，并且可以配置有作为16的重复数量。在这种情况下，标称重复1501指示16个连续时隙。之后，UE可以将每个标称重复1501中被配置为DL符号的符号确定为无效符号。此外，UE可以将无效符号样式1502中被配置为‘1’的符号确定为无效符号。在除无效符号以外的有效符号被配置为每个标称重复中的时隙中的一个或多个连续符号的情况下，有效符号可以被配置为实际重复1503并且被发送。

此外，对于PUSCH重复传输，NR版本16可以为遍及时隙边界的基于UL授权的PUSCH传输和基于配置授权的PUSCH传输定义以下附加方法。

-方法1(微时隙级重复)：一个时隙中或遍及连续时隙边界的两个或更多个PUSCH重复传输由一个UL授权调度。对于方法1，DCI中的时域资源分配信息指示用于第一重复传输的资源。此外，可以根据第一重复传输的时域资源信息和为每个时隙的每个符号确定的UL或DL方向来确定剩余重复传输的时域资源信息。每个重复传输占用连续符号。

-方法2(多段发送)：连续时隙中的两个或更多个PUSCH重复传输由一个UL授权调度。这里，为每个时隙指定一个传输，并且每个传输可以具有不同的起始点或重复长度。此外，在方法2中，DCI中的时域资源分配信息指示所有重复传输的起始点和重复长度。此外，在根据方法2在一个时隙中执行重复传输的情况下，当在该时隙中存在若干组连续UL符号时，按UL符号组中的每一个进行每个重复传输。当在时隙中仅存在一组连续UL符号时，根据NR版本15的方法来执行一个PUSCH重复传输。

-方法3：连续时隙中的两个或更多个PUSCH重复传输由两个或更多个UL授权调度。这里，按每个时隙指定一个传输，并且可以在由第(n-1)个UL授权调度的PUSCH传输完成之前接收第n个UL授权。

-方法4：通过一个UL授权或一个配置授权，可以支持一个时隙中的一个或多个PUSCH重复传输，或可以支持遍及连续时隙边界的两个或更多个PUSCH重复传输。由BS向UE指示的重复数量是标称值，并且由UE执行的PUSCH重复的实际数量可能大于标称重复数量。DCI中的时域资源分配信息或配置授权是指由BS指示的第一重复传输的资源。可以通过至少参考第一重复传输的资源信息和符号的UL或DL方向来确定其余重复传输的时域资源信息。如果由BS指示的重复传输的时域资源信息跨越时隙边界或包括UL/DL转变点，则可以将重复传输划分成多个重复传输。这里，一个重复传输可以被包括在一个时隙中的每个UL周期中。

[PUSCH：跳频过程]

在下文中，现在将详细描述5G系统中的UL数据信道(例如PUSCH)上的跳频。

5G系统可以支持针对每个PUSCH重复传输类型的两种方法，作为UL数据信道的跳频方法。首先，PUSCH重复传输类型A可以支持时隙内跳频和时隙间跳频，PUSCH重复传输类型B可以支持重复间跳频和时隙间跳频。

在PUSCH重复传输类型A中支持的时隙内跳频方法是UE通过在一个时隙中的两跳处将资源改变所配置的频率偏移来执行传输的方法，该资源在频域中进行分配。在时隙内跳频中，可以通过使用以下等式3来表示每一跳处的起始RB。

等式3

在等式3中，i＝0和i＝1分别表示第一跳和第二跳，并且RB_start表示UL BWP中的起始RB并且根据频率资源分配方法来计算。RB_offset通过更高层参数表示两跳之间的频率偏移。第一跳的符号数量可以由表示，第二跳的符号数量可以由表示。/>是一个时隙中的PUSCH传输的长度并且由OFDM符号的数量表示。

在PUSCH重复传输类型A和B中支持的时隙间跳频方法是UE通过在每个时隙中将资源改变所配置的频率偏移来进行发送的方法，该资源在频域中进行分配。在时隙间跳频中，可以使用以下等式4来表示时隙期间的起始RB。

等式4

在等式4中，是多时隙PUSCH传输中的当前时隙号，并且RB_start表示UL BWP中的起始RB并且根据频率资源分配方法来计算。RB_offset通过更高层参数表示两跳之间的频率偏移。

在PUSCH重复传输类型B中支持的重复间跳频方法是通过将资源移位所配置的频率偏移来进行发送，该资源在频域中针对每个标称重复中的一个或多个实际重复进行分配。RB_start(n)是频域中针对第n个标称重复中的一个或多个实际重复的起始RB的索引，可以遵循以下等式5。

等式5

在等式5中，n指示标称重复的索引，并且RB_offset通过更高层参数指示两跳之间的RB偏移。

[PUSCH发送功率]

在下文中，现在将详细描述在5G系统中确定UL数据信道的发送功率的方法。

在5G系统中，可以通过使用以下等式6来确定UL数据信道的发送功率。

等式6

在等式6中，j指示PUSCH的授权类型，并且更具体地，j＝0指示用于随机接入响应的PUSCH授权，j＝1指示配置授权，j∈{2、3、......、J-1}指示动态授权。P_CMAX，f，c(i)指示相对于服务小区c的载波f上的PUSCH传输时机i为UE配置的最大输出功率。P_{O_PUSCH，b，f，c}(j)指示配置为更高层参数的P_{O_NOMINAL_PUSCH，f，c}(j)和可以由更高层配置和SRI(当其为动态授权PUSCH时)确定的P_{O_UE_PUsCH，b，f，c}(j)的总和的参数。是指相对于PUSCH传输时机i由资源块的数量指示的资源分配的带宽，并且Δ_{TF，b，f，c}(i)指示基于调制编码方案(MCS)和在PUSCH上发送的信息的类型(例如是否包括UL-SCH或是否包括CSI)而确定的值。α_b，f，c(j)指示路径损耗的补偿值并且可以由更高层配置和SRI(当其为动态授权PUSCH时)确定。PL_b，f，c(q_d)指示由UE使用具有参考信号索引q_d的参考信号测量的UL路径损耗估计值，并且UE可以通过更高层配置和SRI(当其为动态授权PUSCH或基于ConfiguredGrantConfig的配置授权PUSCH(类型2配置授权PUSCH)时)或更高层配置来确定参考信号索引q_d。f_b，f，c(i，l)指示可以受累积方案和绝对方案支持的闭环功率控制值。如果没有为UE配置更高层参数，tpc-Accumulation，则闭环功率控制值可以由累加方案确定。这里，f_b，f，c(i，l)被确定为通过将用于先前PUSCH传输时机i-i₀的闭环功率控制值添加到在用于发送PUSCH传输时机i-i₀的K_PUSCH(i-i₀)-1符号到用于发送PUSCH传输时机i的K_PUSCH(i)符号之间通过DCI接收到的闭环索引1的TPC命令值而获得的/>如果为UE配置了更高层参数tpc-Accumulation，则f_b，f，c(i，l)可以被确定为作为由DCI接收到的闭环索引I的TPC命令值的δ_{PUSCH，b，f，c}(i，l)。当为UE配置了更高层参数twoPUSCH-PC-AdjustementStates时，闭环索引I可以被配置为0或1，并且其值可以由更高层配置和SRI(当其为动态授权PUSCH时)确定。根据累积方案和绝对方案的DCI中的TPC命令字段与TPC值δ_{PUSCH，b，f，c}之间的映射关系可以如在下表31中所定义。

表31

TPC命令字段	累积δPUSCH，b，f，c[dB]	绝对δPUSCH，b，f，c[dB]
			0	-1	-4
1	0	-1
			2	1	1
3	3	4

[与PHR相关]

功率余量报告指示UE测量标称UE最大发送功率与用于UL传输的估计功率之间的差值(即，UE的可用发送功率)并且向BS发送关于该差值的信息。功率余量报告可以供BS用于支持功率感知分组调度。用于UL传输的估计功率可以包括每个激活的服务小区的UL-SCH(PUSCH)传输的估计功率、用于不同MAC实体(例如3GPP标准中在EN-DC、NE-DC和NGEN-DC情况下的E-UTRA MAC实体)的特殊小区(SpCell)中的UL-SCH和PUCCH传输的估计功率、用于每个激活的服务小区的SRS传输的估计功率等。当满足以下触发事件之一时，UE可以触发功率余量报告：

-[触发事件1]当更高层参数phr-ProhibitTimer期满并且MAC实体具有用于新传的UL资源时，在最新近PHR传输之后，相对于至少一个所激活的服务小区的路径损耗改变超过更高层参数phr-Tx-PowerFactorChange dB。这里，至少一个所激活的服务小区的所激活的DL BWP不是休眠BWP。这里，相对于一个小区的路径损耗变化被确定为相对于当前路径损耗参考的当前测量的路径损耗与相对于在最新近PHR传输时间的路径损耗参考测量的路径损耗之间的差值。

-[触发事件2]更高层参数phr-PeriodicTimer期满。

-[触发事件3]功率余量报告功能由更高层配置或重新配置，这不是不支持功率余量报告的配置或重新配置。

-[触发事件4]为具有UL的某个MAC实体激活辅小区(SCell)，对于该MAC实体，firstActiveDownlinkBWP-Id未被配置为休眠BWP。firstActiveDownlinkBWP-Id指示将在进行RRC(重新)配置时激活的DL BWP(当为SpCell配置时)的标识符或将在激活SCell时使用的DL BWP(当为SCell配置时)的标识符。

-[触发事件5]添加了主小区和辅小区(PSCell)。(即，PSCell是新添加或改变的)。

-[触发事件6]当更高层参数phr-PrhoibitTimer期满并且MAC实体具有用于新传的UL资源时，对于具有所配置的UL的某个MAC实体的某些激活的服务小区，满足以下所有a)和b)条件：

a)当存在分配用于传输的UL资源或向对应小区发送PUCCH时。

b)当MAC实体具有用于发送的UL资源或向对应小区发送PUCCH时，在最新近PHR传输之后，由于对应小区的功率管理而导致的所请求的功率回退大于更高层参数phr-Tx-PowerFactorChange dB。

-[触发事件7]具有所配置的UL的某个MAC实体的SCell的所激活的BWP从休眠BWP切换到非休眠DL BWP。

-[触发事件8]如果为UE配置了更高层参数mpe-Reporting-FR2以便指示是否报告最大允许UE输出功率降低(MPE P-MPR)来满足频率范围2(FR2)内的最大容许照射(MPE)并且mpe-ProhibitTimer没有运行，则当功率余量报告被称为‘MPE P-MPR报告’时，在最新近功率余量报告之后为了满足至少一个所激活的FR2服务小区的FR2 MPE要求条件而应用的所测量的P-MPR等于或大于更高层参数mpe-Threshold。

根据以上触发事件，可以触发功率余量报告，并且UE可以根据以下附加条件来确定功率余量报告。

-[根据暂时需要的功率回退的附加条件]当所需功率回退由于功率管理而暂时减少(减少到几十毫秒)时，MAC实体不应触发功率余量报告。如果所需功率回退暂时减少，并且由于其他触发事件而触发功率余量报告，则指示最大功率与剩余(可用)功率之比的P_CMAX,f,c/PH的值不应由于功率余量报告而暂时减小。即，不应由于暂时功率回退而触发PHR。例如，添加条件，使得当由于其他PHR触发事件(periodictimer的期满等)而触发PHR时，将不报告反映由于所需功率回退而导致的暂时功率降低的PH，并且将报告将由于所需功率回退而导致的影响排除在外的PH。

-[根据UE实现的功率余量报告条件]如果一个HARQ进程由cg-RetransmissionTimer配置，并且用于发送的MAC协议数据单元(PDU)已经包括根据HARQ进程的功率余量报告，但由下层执行的传输尚未进行，则根据UE实现来确定处理功率余量报告内容的方法。

当触发事件当中的一个或多个事件发生，并且因此触发了功率余量报告，并且由DCI分配的UL传输资源可以容纳用于功率余量报告的MAC实体和子报头时，UE执行功率余量报告。这里，传输资源指示用于UL传输的资源，该资源由用于调度传输块的初始传输的第一DCI格式调度或在触发功率余量报告之后由最早UL授权调度。即，在发生功率余量的触发之后，UE可以经由第一DCI格式或UL资源当中的最早UL授权所调度的UL传输执行功率余量报告，其中该UL资源能够容纳功率余量的MAC实体和子报头。可替代地，在发生功率余量的触发之后，UE可以经由配置授权PUSCH传输执行功率余量报告，其中该配置授权PUSCH传输能够容纳功率余量的MAC实体和子报头。

当UE为特定小区执行功率余量报告时，UE可以选择、计算和报告两种类型的功率余量信息之一。第一种类型是指基于实际发送的UL信号(例如PUSCH)的发送功率而计算的、作为实际PHR的功率余量信息。第二种类型是指虚拟PHR(或参考格式)、在没有实际发送的UL信号(例如PUSCH)的情况下基于由更高层配置的发送功率参数而计算的功率余量信息。在触发功率余量报告之后，UE可以基于DCI和周期性/半持久性SRS传输以及用于配置授权传输的更高层信息(其是直到包括PDCCH监听时机的时间点接收到的，其中在该PDCCH监听时机中接收到用于调度PUSCH以发送包括功率余量报告的MAC CE的第一DCI格式)来计算实际PHR。如果UE在接收到第一DCI格式的PDCCH监听时机之后接收到DCI或确定周期性/半持久性SRS传输或配置授权传输，则UE可以计算对应小区的虚拟PHR。可替代地，在触发功率余量报告之后，UE可以基于用于DCI和周期性/半持久性SRS传输以及直到相对于用于发送功率余量信息的配置授权PUSCH的最早UL符号的T'_proc,2＝T_proc,2之前的时间点接收到的配置授权传输的更高层信息来计算实际PHR，其中T_proc,2与PUSCH准备过程时间对应。如果UE在相对于配置授权PUSCH的最早UL符号的T'_proc,2之前的时间点之后接收到DCI或确定周期性/半持久性SRS传输或配置授权传输，则UE可以计算对应小区的虚拟PHR。

当UE基于实际PUSCH传输来计算实际PHR时，可以通过使用以下等式7来计算服务小区c、载波f、BWP b和PUSCH传输时间i的功率余量报告信息。

等式7

在另一示例中，当UE基于由更高层配置的发送功率参数来计算虚拟PHR时，可以通过使用以下等式8来计算服务小区c、载波f、BWP b和PUSCH传输时间i的功率余量报告信息。

等式8

根据以上等式7，可以通过使用相对于PUSCH传输时机i的最大输出功率与发送功率之间的差值来计算功率余量信息。根据等式8，可以通过使用假设与MPR和ΔT_c相关联的参数(最大功率降低(MPR)、附加MPR(A-MPR)、功率管理MPR(P-MPR)等)为0的情况的最大输出功率与使用默认发送功率参数(例如P_{O_NOMINAL_PUSCH，f，c}(0)、p0-PUSCH-AlphaSetId＝0的P0-PUSCH-AlpahSet的p0和alpha、与pusch-PathlossReferenceRS-Id＝0对应的PL_b，f，c(q_d)以及闭环索引l＝0的闭环功率控制值)的参考PUSCH发送功率之间的差值来计算功率余量信息。对以上等式7和等式8中的每个参数的描述可以参考参照以上等式6的参数描述。A-MPR是满足由BS通过更高层信令指示的附加发射要求的MPR(例如，当组合了由RRC和NR频带指示的additionalSpectrumEmission(表6.2.3.1-1A中的TS 38.101-1)时，确定网络信令标签，并且与其对应的A-MPR值根据表6.2.3.1-1中的TS 38.101-1来进行定义)。P-MPR是服务小区c的最大允许UE输出功率降低，并且是能够满足可应用的电磁能量吸收要求的MPR。A-MPR和P-MPR可以参考3GPP标准TS 38.101-1第6.2章节。在本公开可适用的通信系统中，第一类型功率余量信息可以指示PUSCH发送功率的功率余量信息，第二类型功率余量信息可以指示PUCCH发送功率的功率余量信息，并且第三类型功率余量信息可以指示SRS发送功率的功率余量信息。然而，本公开不限于此。

当不支持MR-DC或UL-CA时，对于更高层参数“multiplePHR”，BS为UE配置“false”。这指示UE支持经由具有单个条目的MAC CE对PCell的功率余量报告，如图16的附图标记1610所指示的。图16的每个字段可以如下所述一般进行定义。然而，这仅仅是示例，并且本公开不限于此。

P：当根据TS38.133应用的P-MPR小于P-MPR_00时，如果配置了mpe-Reporting-FR2并且服务小区在FR2中操作，则由1比特组成的P被设置为0，否则被设置为1。当没有配置mpe-Reporting-FR2或服务小区在频率范围1(FR1)内操作时，P指示是否应用功率回退来调整发送功率。如果由于功率管理而没有应用功率回退，并且因此对应Pcmax，c字段具有不同的值，则对应P区域被设置为1；

P_CMAX，f，c：该字段在功率余量报告中指示在功率余量计算中使用的最大发送功率值。这可以具有6比特的信息，并且可以选择总共64个标称UE发送功率级别之一。

MPE：当配置了mpe-Reporting-FR2并且服务小区在FR2中操作，并且P字段被设置为1时，MPE区域指示为了满足MPE(最大容许照射)要求而应用的功率回退值。这是由2比特组成的字段，并且指示总共4个所测量的P-MPR值当中的一个值。当没有配置mpe-Reporting-FR2，或服务小区在FR1中操作，或P字段被设置为0时，这可以按作为R的保留比特形式存在。

R：这是保留比特并且被设置为0。

PH：该字段指示功率余量等级。这可以由6比特组成，并且可以选择总共64个功率余量等级当中的一个值。

当UE支持多RAT双连接性(MR-DC)或上行链路载波聚合(UL-CA)时，对于更高层参数‘multiplePHR’，BS为UE配置‘ture’，以便针对每个服务小区进行PHR。这指示UE支持由具有多个条目的MAC CE对多个服务小区的功率余量报告，如图17中所示的第一格式1700或第二格式1702所指示的。图17的第一格式1700是PHR MAC CE格式，其可用于UE配置有多个服务小区并且服务小区的索引当中的最高值小于8的情况。图17的第二格式1702是PHR MACCE格式，其可用于UE配置有多个服务小区并且服务小区的索引当中的最高值等于或大于8的情况。不同于图16的PHR MAC CE格式，图17中示出的第一格式1700或第二格式1702可以根据服务小区的组或数量而具有可变大小。与之对应的信息可以包括不同MAC实体(例如LTE)的SpCell的第二类型PH信息和pCell的第一类型PH信息。当服务小区的索引当中的最高值小于8时，指示服务小区信息的字段可以被配置为一个八比特字节。当服务小区的索引当中的最高值等于或大于8时，指示服务小区信息的字段可以被配置为四个八比特字节。PHR MAC CE可以包括根据服务小区的索引的顺序的功率余量信息。当触发功率余量报告时，MAC实体可以经由可发送PUSCH传输包括功率余量信息的PHR MAC CE。这里，如上所述，可以基于DCI和直到特定时间点(包括检测到第一DCI格式的PDCCH监听时机的时间或从初始PUSCH的第一符号开始T'_proc,2之前的时间点)接收到的更高层信号来确定功率余量信息是基于实际发送来计算的(即，其是否为实际PHR)还是基于由更高层配置的发送功率参数来计算的(即，其是否为虚拟PHR)。图17中所示的PHR MAC CE格式1700或1702的字段可以具有与图16的PHR MAC CE格式1610的大多数字段相同的含义(定义)，并且Ci和V可以具有以下含义。

C_i：该区域指示具有ServCellIndex i的服务小区的功率余量区的存在或不存在。当报告服务小区i的功率余量时，对应C_i区被设置为0；

V：该区域指示功率余量值是基于实际发送还是基于参考格式来计算的。对于第一类型功率余量信息，当实际发送PUSCH时，V被设置为0，当使用PUSCH的参考格式时，其被设置为1。对于第二类型PH信息，当实际发送PUCCH时，V被设置为0，当使用PUCCH的参考格式时，其被设置为1。对于第三类型PH信息，当实际发送SRS时，V被设置为0，当使用SRS的参考格式时，其被设置为1。此外，对于第一类型、第二类型、第三类型功率余量信息，当V值为0时，存在P_cmax,f,c和MPE字段，当V值为1时，其P_cmax,f,c和MPE字段可以被省略。

[与UE能力报告相关联]

在LTE和NR中，当UE连接到服务BS时，UE可以执行用于将受UE支持的能力报告给服务BS的过程。在以下描述中，该过程被称为UE能力报告。

BS可以向处于连接状态的UE发送请求报告UE能力报告的UE能力查询消息。该消息可以包括对BS的每种无线接入技术(RAT)类型的UE能力请求。对每种RAT类型的请求可以包括所支持的频带组合信息等。此外，对于UE能力查询消息，可以通过由BS发送的RRC消息容器来请求针对多种RAT类型中的每一个的UE能力，或BS可以发送UE能力查询消息，该UE能力查询消息包括对重复多次的每种RAT类型的UE能力请求。即，UE能力查询在一个消息中重复多次，并且UE可以配置与其对应的对应UE能力信息消息并且可以多次报告该对应UE能力信息消息。在下一代移动通信系统中，可以进行对多RAT双连接性(MR-DC)以及NR、LTE、E-UTRA-NR双连接性(EN-DC)的UE能力请求。此外，通常在UE连接到BS之后的初始阶段中发送UE能力查询消息，但当BS需要时，可以在任何条件下请求UE能力查询消息。

当UE从BS接收到对报告UE能力的请求时，UE根据向BS请求的RAT类型和频带信息来配置UE能力。下面概述了UE在NR系统中配置UE能力的方法的示例。

1.如果在来自BS的对UE能力的请求中向UE提供了LTE和/或NR带列表，则UE可以为EN-DC和NR独立(SA)配置带组合(BC)。即，UE基于在FreqBandList中向BS请求的带来为EN-DC和NR SA配置候选BC列表。此外，带可以具有按在FreqBandList中列出的顺序的优先级。

2.如果BS通过在UE能力查询消息中设置标志“eutra-nr-only”或“eutra”来请求UE能力报告，则UE从所配置的候选BC列表中完全移除关于NR SA BC的信息。该操作仅在LTEBS(eNB)请求“eutra”能力时发生。

3.之后，UE从所配置的候选BC列表中移除回退BC。这里，回退BC是指可通过从随机BC中移除与至少一个SCell对应的频带而获得的BC，并且可以被省略，这是因为在移除与至少一个SCell对应的频带之前的BC可能已经覆盖了回退BC。该操作也在MR-DC中进行应用，即，甚至应用于LTE频带。在该操作之后保留的BC是最终“候选BC列表”。

4.UE通过从最终“候选BC列表”中选择适合于所请求的RAT类型的BC来选择要报告的BC。在该操作中，UE以所定义的顺序配置supportedBandCombinationList。即，UE可以按预设RAT类型的顺序配置要报告的BC和UE能力。(nr->eutra-nr->eutra)。此外，UE可以为所配置的supportedBandCombinationList配置featureSetCombination，并且根据候选BC列表来配置“候选特征集组合”列表，从该候选BC列表中移除回退BC的列表(包括同等或低级别能力)。“候选特征集组合”包括NR与EUTRA-NR BC的所有特征集组合，并且可以从UE-NR-Capabilities与UE-MRDC-Capabilities容器的特征集组合获得。

5.此外，如果所请求的RAT类型是eutra-nr并且对列表产生影响，则featureSetCombinations全部被包括在作为UE-MRDC-Capabilities和UE-NR-Capabilities的两个容器中。然而，NR的特征集仅被包括在UE-NR-Capabilities中。

在配置了UE能力之后，UE向BS发送包括UE能力的UE能力信息消息。BS基于从UE接收到的UE能力来进行适合于UE的调度和发送/接收管理。

[与CA/DC相关联]

图18图示了根据本公开的实施例的BS和UE在单个小区1810、载波聚合1820和双连接性1830的情况下的无线电协议架构的示图。

参考图18，在UE和NR BS中的每一个中，下一代无线通信系统的无线协议可以包括NR服务数据适配协议(NR SDAP)层S25或S70、NR分组数据汇聚协议(NR PDCP)层S30或S65、NR无线电链路控制(NR RLC)层S35或S60以及NR媒体接入控制(NR MAC)层S40或S55。在以下描述中，每个层实体可以被理解为处理其对应层的功能块。

NR SDAP层S25或S70的主要功能可以包括以下功能中的一些。

-用户面数据的传送

-DL和UL两者的服务质量(QoS)流与数据无线承载(DRB)之间的映射

-在DL分组和UL分组两者中标记QoS流ID

-反映UL SDAP协议数据单元(PDU)的QoS流到DRB映射。

相对于SDAP层实体，可以通过使用每PDCP层实体、每承载或每逻辑信道的RRC消息来为UE配置关于是使用SDAP层实体的报头还是使用SDAP层实体的功能的信息。当配置了SDAP报头时，UE可以通过使用SDAP报头的1比特非接入层(NAS)反映QoS指示符和1比特接入层(AS)反映QoS指示符来指示更新或重新配置UL和DL QoS流和数据承载映射信息。SDAP报头可以包括指示QoS的QoS流ID信息。QoS信息可以用作数据处理优先级信息或用于无缝支持服务的调度信息。

NR PDCP层S30或S65的主要功能可以包括以下功能中的一些。

-报头压缩和解压缩：仅ROHC

-用户数据的传送

-上层PDU的按序递送

-上层PDU的无序递送

-针对接收的PDCP PDU重新排序

-下层服务数据单元(SDU)的重复检测

-PDCP SDU的重传

-加密和解密

-上行链路中的基于定时器的SDU丢弃。

在以上描述中，NR PDCP实体的重新排序功能可以指示在PDCP序列号(SN)的基础上对从下层接收到的PDCP PDU进行重新排序的功能，并且可以包括将重新排序的数据按顺序递送到上层的功能。可替代地，NR PDCP实体的重新排序功能可以包括将重新排序的数据无序地递送到上层的功能、通过对接收到的PDCP PDU进行重新排序来记录丢失的PDCP PDU的功能、将丢失的PDCP PDU的状态信息报告给发送器的功能以及请求重传丢失的PDCP PDU的功能。

NR RLC层S35或S60的主要功能可以包括以下功能中的一些。

-上层PDU的传送

-上层PDU的按序递送

-上层PDU的无序递送

-通过ARQ纠错

-RLC SDU的级联、分段和重组

-RLC数据PDU的重新分段

-RLC数据PDU的重新排序

-重复检测

-协议错误检测

-RLC SDU丢弃

-RLC重建

在以上描述中，NR RLC实体的按序递送功能指示将从下层接收到的RLC SDU按顺序递送到上层的功能。当接收到从一个RLC SDU分段的多个RLC SDU时，NR RLC实体的按序递送功能可以包括重组RLC SDU并且递送重组的RLC SDU的功能、在RLC SN或PDCP SN的基础上对接收到的RLC PDU进行重新排序的功能、通过对接收到的RLC PDU进行重新排序来记录丢失的RLC PDU的功能、将丢失的RLC PDU的状态信息报告给发送器的功能以及请求重传丢失的RLC PDU的功能。NR RLC实体的按序递送功能可以包括当存在丢失的RLC SDU时仅将在丢失的RLC SDU之前的RLC SDU按顺序递送到上层的功能，或尽管当某个定时器期满时存在丢失的RLC SDU，但将在定时器开始之前接收到的所有RLC SDU按顺序递送到上层的功能。可替代地，尽管当某个定时器期满时存在丢失的RLC SDU，但NR RLC实体的按序递送功能可以包括将迄今接收到的所有RLC SDU按顺序递送到上层的功能。NR RLC实体可以按接收顺序处理RLC PDU并且将RLC PDU递送到NR PDCP实体(不考虑SN(无序递送))，并且当接收到段时，NR RLC实体可以将该段与存储在缓冲器中的或随后将接收的其他段重组成整个RLC PDU，并且可以处理RLC PDU并且将其递送到NR PDCP实体。NR RLC层可以不具有级联功能，并且该级联功能可以由NR MAC层进行或被NR MAC层的复用功能代替。

在以上描述中，NR RLC实体的无序递送功能可以包括将从下层接收到的RLC SDU无序地直接递送到上层的功能、当接收到分段RLC SDU时重组从一个RLC SDU分段的多个RLC SDU并且递送重组的RLC SDU的功能以及通过存储接收到的RLC PDU的RLC SN或PDCPSN并且对接收到的RLC PDU进行重新排序来记录丢失的RLC PDU的功能。

NR MAC层S40或S55可以连接到为一个UE配置的多个NR RLC层实体，并且NR MAC层S40或S55的主要功能可以包括以下功能中的一些。

-逻辑信道与传输信道之间的映射

-MAC SDU的复用/解复用

-调度信息报告

-通过HARQ纠错

-一个UE的逻辑信道之间的优先级处理

-通过动态调度在UE之间进行优先级处理

-MBMS服务识别

-传输格式选择

-填充

NR PHY层S45或S50可以对上层数据进行信道编码并且将其调制成OFDM符号，并且可以通过无线信道发送OFDM符号，或可以对通过无线信道接收到的OFDM符号进行解调和信道解码，并且可以将OFDM符号递送到上层。

无线电协议架构可以根据载波(或小区)操作方案而以不同方式改变。例如，当BS在单个载波(或小区)上向UE发送数据时，BS和UE使用针对每一层具有单个结构的协议架构，如图18的附图标记1810所示。另一方面，当BS基于在单个发送和接收点(TRP)处使用多个载波的CA来向UE发送数据时，BS和UE使用具有直到RLC层的单个结构的协议架构，其中PHY层经由MAC层复用，如附图标记1820所示。在另一示例中，当BS基于在多个TRP处使用多个载波的双连接性(DC)来向UE发送数据时，BS和UE使用具有直到RLC层的单个结构的协议架构，其中PHY层经由MAC层复用，如附图标记1830所示。

参考以上与PDCCH和波束配置相关联的描述，当前版本15和版本16NR不支持PDCCH重复传输，使得在需要高可靠性的场景(诸如URLLC)中难以获得所需可靠性。本公开提供了经由多个TRP点的PDCCH重复传输方法，从而提高了UE的PDCCH接收可靠性。现在将在以下实施例中描述特定方法。

本公开可以被应用于频分双工(FDD)系统或时分双工(TDD)系统中的至少一个。然而，这仅仅是示例，并且本公开还可以被应用于FDD系统与TDD系统组合的交叉双工系统。在以下描述中，高信令(或更高层信令)可以指示BS通过使用物理层的DL数据信道向UE发送信号的方法或UE通过使用物理层的UL数据信道向BS发送信号的方法，并且可以被称为RRC信令、PDCP信令或MAC CE。

在下文中，在本公开中，当UE确定是否应用协作通信时，UE可以使用各种方法，其中分配应用了协作通信的PDSCH的(多个)PDCCH具有特定格式，分配应用了协作通信的PDSCH的(多个)PDCCH包括指示是否应用了协作通信的特定指示符，分配应用了协作通信的PDSCH的(多个)PDCCH被特定RNTI加扰，或在由更高层指示的特定区段中假设了协作通信的应用。为了便于描述，UE基于与如上所述的条件类似的条件来接收应用了协作通信的PDSCH的情况现在将被称为非相干联合传输(NC-JT)情况。

在下文中，在本公开中，确定A与B之间的优先级可以指根据预设优先级规则来选择A和B中具有较高优先级的一者，并且执行与其对应的操作，或省略或丢弃针对具有较低优先级的另一者的操作。

在下文中，在本公开中，现在将在若干实施例中描述了以上示例，但这些示例不是独立的，并且一个或多个实施例可以同时或组合地应用。

[与NC-JT相关联]

根据本公开的实施例，NC-JT可以供UE用于从多个TRP接收PDSCH。

不同于传统通信系统，5G无线通信系统不仅可以支持需要高数据速率的服务，而且还可以支持具有非常短延时的服务和需要高连接密度的服务两者。在包括多个小区、TRP或波束的无线通信网络中，相应小区、TRP和/或波束之间的协作通信可以通过增加由UE接收到的信号的强度或高效地进行对相应小区、TRP和/或波束之间的干扰的控制来满足各种服务要求。

JT是用于协作通信的代表性发送技术并且是用于通过经由许多不同的小区、TRP或/和波束向一个UE发送信号来增加由UE接收到的信号的强度或吞吐量的技术。这里，小区、TRP和/或波束与UE之间的相应信道的特性可以显著不同，并且具体地，对于支持小区、TRP和/或波束之间的非相干预编码的NC-JT，根据小区、TRP和/或波束与UE之间的每条链路的信道属性，可能需要单独的预编码、MCS、资源分配、TCI指示等。

上述NC-JT传输可以被应用于DL数据信道(例如PDSCH)、DL控制信道(例如PDCCH)、UL数据信道(例如PUSCH)或UL控制信道(例如PUCCH)中的至少一个。在PDSCH传输中，传输信息(诸如预编码、MCS、资源分配、TCI等)由DL DCI指示，并且对于NC-JT传输，必须为每个小区、TRP和/或波束独立地指示传输信息。独立指示可以是发送DL DCI所需的有效载荷增加的主要原因，并且可能对发送DCI的PDCCH的接收性能产生负面影响。因此，为了支持PDSCH的JT，对于NC-JT传输需要仔细设计DCI信息量与控制信息接收性能之间的折衷。

图19图示了根据本公开的实施例的用于通过在无线通信系统中使用协作通信来发送PDSCH的天线端口配置和资源分配的示图。

参考图19，现在将描述每个JT方案中的PDSCH传输的示例，并且图示了用于为每个TRP分配无线电资源的示例。

参考图19，示出了支持相应小区、TRP和/或波束之间的相干预编码的相干联合发送(C-JT)的示例1910。

对于C-JT，TRP A1911和TRP B 1913向UE 1915发送单个数据(PDSCH)，并且可以在多个TRP处进行联合预编码。这可能意味着经由相同DMRS端口TRP A1911和TRP B 1913发送DMRS以发送相同PDSCH。例如，TRP A1911和TRP B 1913可以分别经由DMRS端口A和DMRS端口B向UE发送DMRS。在这种情况下，UE可以接收一个DCI信息，以便接收基于经由DMRS端口A和B发送的DMRS而解调的一个PDSCH。

参考图19，示出了支持用于PDSCH传输的相应小区、TRP和/或波束之间的非相干预编码的NC-JT的示例1920。这可以指示针对TRP A1921和TRP B 1923经由不同DMRS端口发送DMRS，以发送不同PDSCH。例如，TRP A 1921可以经由DMRS端口A向UE 1925发送DMRS，TRP B1923可以经由DMRS端口B向UE 1925发送DMRS。UE可以接收DCI信息以接收基于分别经由DMRS端口A和DMRS端口B发送的DMRS而解调的PDSCH。

在NC-JT的情况下，可以针对每个小区、TRP和/或波束向UE发送PDSCH，并且单独的预编码可以被应用于每个PDSCH。每个小区、TRP和/或波束向UE发送不同PDSCH或不同PDSCH层，使得与单个小区、TRP和/或波束发送相比，可以提高吞吐量。此外，每个小区、TRP和/或波束向UE重复传输相同PDSCH，使得与单个小区、TRP和/或波束发送相比，可以提高可靠性。为了便于描述，小区、TRP和/或波束将被统称为TRP。

在图19的示例中，可以考虑各种无线电资源分配，诸如在1930中用于在多个TRP处进行PDSCH传输的频率和时间资源相同的情况、在1940中用于在多个TRP处进行PDSCH传输的频率和时间资源彼此不重叠的情况以及在1950中在多个TRP处使用的一些频率和时间资源彼此重叠的情况。

为了将多个PDSCH同时分配给一个UE以便支持NC-JT，可以考虑DCI的各种形式、结构和关系。

图20图示了根据本公开的实施例的无线通信系统中用于NC-JT的DCI的配置的示例的示图，在该配置中，TRP向UE发送不同PDSCH或不同PDSCH层。

参考图20，情况#1 2010示出了除了在单个PDSCH传输中使用的服务TRP(TRP#0)之外，还从附加的N-1个TRP(TRP#1到TRP#(N-1))发送N-1个不同PDSCH的情况，其中从附加的N-1个TRP发送的PDSCH的控制信息独立于从服务TRP发送的PDSCH的控制信息而被发送。即，UE可以通过多个单独DCI(DCI#0到DCI#(N-1))来获得从不同TRP(TRP#0到TRP#(N-1))发送的PDSCH的控制信息。多个单独DCI的格式可以彼此相同或不同，并且多个单独DCI的有效载荷也可以彼此相同或不同。在上述情况#1 2010中，可以完全确保每个PDSCH控制或分配的自由度，但当从不同TRP发送每个DCI时，接收性能可能由于多个单独DCI之间的覆盖范围差异而劣化。

情况#2 2020示出了除了在单个PDSCH传输中使用的服务TRP(TRP#0)之外，还从附加的N-1个TRP(TRP#1到TRP#(N-1))发送N-1个不同PDSCH的情况，其中发送附加的N-1个TRP的PDSCH的多个控制信息(DCI)，并且多个DCI(sDCI#0到sDCI#(N-2))中的每一个依赖于从服务TRP发送的PDSCH的控制信息(DCI#0)。

例如，作为从服务TRP(TRP#0)发送的PDSCH的控制信息的DCI#0包括DCI格式1_0、DCI格式1_1和DCI格式1_2的所有信息元素，但作为从协作TRP(TRP#1到TRP#(N-1))发送的PDSCH的控制信息的缩短DCI(在下文中称为sDCI)(sDCI#0到sDCI#(N-2))可以仅包括DCI格式1_0、DCI格式1_1和DCI格式1_2的一些信息元素。因此，由于与用于发送与从服务TRP发送的PDSCH相关联的控制信息的正常DCI(nDCI)相比，用于发送从协作TRP发送的PDSCH的控制信息的sDCI具有小有效载荷，因此与nDCI相比，sDCI可以包括保留比特。

在上述情况#2 2020中，每个PDSCH控制或分配的自由度可以根据sDCI中所包括的信息元素的内容而受到限制，但由于sDCI的接收性能优于nDCI的接收性能，因此可以降低每个DCI的覆盖范围差异的可能性。

图20的情况#3 2030示出了除了在单个PDSCH传输中使用的服务TRP(TRP#0)之外，还从附加的N-1个TRP(TRP#1到TRP#(N-1))发送N-1个不同PDSCH的情况，其中发送附加的N-1个TRP的PDSCH的一个控制信息(sDCI)，并且该DCI依赖于从服务TRP发送的PDSCH的控制信息(DCI)。

例如，作为从服务TRP(TRP#0)发送的PDSCH的控制信息的DCI#0可以包括DCI格式1_0、DCI格式1_1和DCI格式1_2的所有信息元素，并且从协作TRP(TRP#1到TRP#(N-1))发送的PDSCH的控制信息可以仅收集DCI格式1_0、DCI格式1_1和DCI格式1_2的一些信息元素并且将其发送到‘辅’DCI(sDCI)中。例如，sDCI可以包括用于协作TRP的HARQ相关信息中的至少一个，诸如频域资源分配、时域资源分配、MCS等。此外，不包括在sDCI中的信息(诸如BWP指示符或载波指示符)可以遵循服务TRP的DCI(DCI#0、正常DCI和nDCI)。

图20的情况#3 2030可以根据sDCI中所包括的信息元素的内容而具有每个PDSCH控制或分配的有限自由度，但与情况#1 2010或情况#2 2020相比，可以控制sDCI接收性能并且具有UE的DCI盲解码的降低的复杂度。

图20的情况#4 2040示出了除了用于单个PDSCH传输的服务TRP(TRP#0)之外，还从附加的N-1个TRP(TRP#1到TRP#(N-1))发送N-1个不同PDSCH的情况，其中在与从服务TRP发送的PDSCH的控制信息相同的DCI(长DCI)中发送从附加的N-1个TRP发送的PDSCH的控制信息。即，UE可以通过单个DCI来获得从不同TRP(TRP#0到TRP#(N-1))发送的PDSCH的控制信息。在情况#4 2040中，UE的DCI盲解码复杂度可能不会增加，但PDSCH控制或分配的自由度可能会降低，诸如由于对长DCI有效载荷的限制，协作TRP的数量受到限制。

在本公开的以下描述和实施例中，sDCI可以指包括从协作TRP发送的PDSCH的控制信息的各种辅助DCI，诸如缩短DCI、辅DCI或正常DCI(具有上述DCI格式1_0到1_1)，并且除非另有说明，否则其描述可以被类似地应用于各种辅助DCI。

在本公开的以下描述和实施例中，使用一个或多个DCI(PDCCH)来支持NC-JT的以上情况#1 2010、情况#2 2020和情况#3 2030可以被分类为基于多PDCCH的NC-JT，使用单个DCI(PDCCH)来支持NC-JT的情况#4 2040可以被分类为基于单PDCCH的NC-JT。在基于多PDCCH的PDSCH传输中，调度服务TRP(TRP#0)的DCI的CORESET可以与调度协作TRP(TRP#1到TRP#(N-1))的DCI的CORESET区分开。作为区分CORESET的方法，可以存在通过针对每个CORESET的上层指示符来区分CORESET的方法、通过针对每个CORESET的波束配置来区分CORESET的方法等。此外，在基于单PDCCH的NC-JT中，单个DCI不调度多个PDSCH，而是调度具有多个层的单个PDSCH，并且可以从多个TRP发送多个层。这里，层与发送该层的TRP之间的连接关系可以由该层的TCI指示。

在本公开的实施例中，当实际应用时，术语“协作TRP”可以被包括“协作面板”或“协作波束”的各种术语代替。

在本公开的实施例中，使用“应用了NC-JT”的表述是为了便于描述，但可以基于上下文来以不同方式对其进行解释，诸如“UE在一个BWP上同时接收一个或多个PDSCH”、“UE基于两个或更多个TCI指示来在一个BWP上同时接收PDSCH”、“由UE接收到的PDSCH与一个或多个DMRS端口组相关联”等。

在本公开中，可以根据TRP用途场景来以不同方式使用NC-JT的无线电协议架构。例如，当在协作TRP之间不存在回程延迟或存在小回程延迟时，可以使用与图18的附图标记1820所示的结构类似的基于MAC层复用的结构(CA类方法)。另一方面，当在协作TRP之间存在回程延迟(该延迟明显大得无法忽略(例如当在协作TRP之间交换信息(诸如CSI、调度、HARQ-ACK等)需要2ms或更多时间时))时，可以使用来自RLC层的每个TRP的独立结构(其与图18的附图标记1830类似)来确保对延迟的鲁棒性(DC类方法)。

支持C-JT/NC-JT的UE可以从更高层配置接收C-JT/NC-JT相关参数或设置值，并且可以基于此来设置RRC参数。对于更高层配置，UE可以使用UE能力参数，例如tci-StatePDSCH。这里，UE能力参数(例如tci-StatePDSCH)可以定义用于PDSCH传输的TCI状态，并且TCI状态的数量可以在FR1中被配置为4、8、16、32、64或128，在FR2中被配置为64或128，并且在所配置的数量当中，可以在MAC CE消息中配置可在DCI的3比特TCI字段中指示的最多8种状态。最大值128是指由UE的能力信令中所包括的参数tci-StatePDSCH中的maxNumberConfiguredTCIstatesPerCC指示的值。以这种方式，从更高层配置到MAC CE配置的一系列配置过程可以被应用于一个TRP处的至少一个PDSCH的波束成形指示或波束成形切换命令。

[基于多DCI的多TRP]

作为本公开的实施例，现在将描述基于多DCI的多TRP传输方法。基于多DCI的多TRP传输方法可以包括为基于多PDCCH的NC-JT传输配置DL控制信道的操作。

在用于每个TRP的PDSCH调度的DCI的发送中，基于多PDCCH的NC-JT可以具有针对每个TRP区分的CORESET或搜索空间。用于每个TRP的CORESET或搜索空间可以被配置为以下情况中的至少一个。

*每个CORESET的更高层索引配置：由更高层配置的CORESET配置信息可以包括索引值，并且在所配置的CORESET中发送PDCCH的TRP可以由所配置的CORESET的索引值标识。即，在具有相同更高层索引值的CORESET集中，可以假设相同TRP发送PDCCH，或发送调度相同TRP的PDSCH的PDCCH。每个CORESET的索引可以被称为CORESETPoolIndex，并且可以假设从配置了相同CORESETPoolIndex值的CORESET的相同TRP发送PDCCH。对于没有配置CORESETPoolIndex值的CORESET，可以假设配置了CORESETPoolIndex的默认值，并且该默认值可以是0。

-在本公开中，当作为更高层信令的PDCCH-Config中所包括的多个CORESET中的每一个具有多于一种类型的CORESETPoolIndex时，即，当CORESETPoolIndex针对每个CORESET变化时，UE可以假设BS可以使用基于多DCI的多TRP传输方法。

-与该方法相反，在本公开中，当作为更高层信令的PDCCH-Config中所包括的多个CORESET中的每一个具有一种类型的CORESETPoolIndex时，即，当所有CORESET都具有0或1的相同CORESETPoolIndex时，UE可以假设BS通过使用单个TRP，而不是使用基于多DCI的多TRP传输方法来进行发送。

*多PDCCH-Config配置：在一个BWP中配置了多个PDCCH-Config，并且每个PDCCH-Config可以包括用于每个TRP的PDCCH配置。即，一个PDCCH-Config可以配置有用于每个TRP的CORESET列表和/或用于每个TRP的搜索空间列表，并且一个PDCCH-Config中所包括的一个或多个CORESET和一个或多个搜索空间可以被视为与特定TRP对应。

*CORESET波束/波束组配置：可以基于为每个CORESET配置的波束或波束组来识别与CORESET对应的TRP。例如，当为多个CORESET配置相同TCI状态时，可以假设在相同TRP处发送CORESET或在CORESET中发送调度相同TRP的PDSCH的PDCCH。

*搜索空间波束/波束组配置：为每个搜索空间配置波束或波束组，并且通过这样做，可以识别每个搜索空间的TRP。例如，当为多个搜索空间配置相同波束/波束组或TCI状态时，可以假设相同TRP在搜索空间中发送PDCCH，或在搜索空间中发送调度相同TRP的PDSCH的PDCCH。

通过识别用于每个TRP的CORESET或搜索空间，每个TRP的PDSCH和HARQ-ACK信息的分类可以是可能的，使得有可能生成单独HARQ-ACK码本并且针对每个TRP使用单独PUCCH资源。

对于每个小区或每个BWP，以上配置可以是独立的。例如，可以为PCell配置两个不同CORESETPoolIndex值，但在特定SCell中可能没有配置CORESETPoolIndex值。在这种情况下，可以假设NC-JT传输是为PCell配置的，而不是为没有配置CORESETPoolIndex值的SCell配置的。

适用于基于多DCI的多TRP传输方法的PDSCH TCI状态激活/去激活MAC CE可以遵循与图21相关的配置。这里，MAC CE中的每个字段的含义和可配置值如下所述。

如果UE在作为更高层信令的PDCCH-Config中针对CORESET中的每一个不配置有CORESETPoolIndex，则UE可以忽略MAC CE 21-50中的CORESET池ID字段21-55。如果UE能够支持基于多DCI的多TRP传输方法，即，如果UE在作为更高层信令的PDCCH-Config中针对每个CORESET配置有不同CORESETPoolIndex，则UE可以激活在CORESET中发送的PDCCH中所包括的DCI的TCI状态，该CORESET具有与MAC CE 21-50中的CORESET池ID字段21-55的值相同的CORESETPoolIndex值。例如，当MAC CE 21-50中的CORESET池ID字段21-55具有值0时，在具有0的CORESETPoolIndex的CORESET中发送的PDCCH中所包括的DCI的TCI状态可以遵循MAC CE 21-50的激活信息。

当UE被BS配置为使用基于多DCI的多TRP传输方法时，即，当针对作为更高层信令的PDCCH-Config中所包括的多个CORESET中的每一个可以存在多于一种类型的CORESETPoolIndex或每个CORESET具有不同CORESETPoolIndex时，UE可以检测到，对于从具有两个不同CORESETPoolIndex值的每个CORESET中的PDCCH调度的PDSCH，存在如下所述的限制。

1)如果从具有两个不同CORESETPoolIndex值的相应CORESET中的PDCCH指示的PDSCH完全或部分重叠，则UE可以将由相应PDCCH指示的TCI状态应用于不同CDM组。即，两个或更多个TCI状态可能不被应用于一个CDM组。

2)当从具有两个不同CORESETPoolIndex值的相应CORESET中的PDCCH指示的PDSCH完全或部分重叠时，UE可以预期实际前置加载DMRS符号的数量、实际的附加DMRS符号的数量、实际DMRS符号的位置和DMRS类型对于每个PDSCH没有不同。

3)UE可以预期从具有两个不同CORESETPoolIndex值的相应CORESET中的PDCCH指示的BWP是相同的，并且SCS也是相同的。

4)UE可以预期关于从具有两个不同CORESETPoolIndex值的相应CORESET中的PDCCH调度的PDSCH的信息完全被包括在相应PDCCH中。

[基于单个DCI的多TRP]

作为本公开的实施例，现在将描述基于单个DCI的多TRP传输方法。基于单个DCI的多TRP传输方法可以包括为基于单PDCCH的NC-JT传输配置DL控制信道。

在基于单个DCI的多TRP传输方法中，可以在一个DCI中调度由多个TRP发送的PDSCH。这里，为了指示发送PDSCH的TRP的数量，可以使用TCI状态的数量。即，当在调度PDSCH的DCI中指示的TCI状态的数量是两个时，这可以被假设为基于单PDCCH的NC-JT传输，当TCI状态的数量是一个时，这可以被假设为单TRP发送。在DCI中指示的TCI状态可以与由MAC CE激活的TCI状态当中的一个或两个TCI状态对应。当DCI的TCI状态与由MAC CE激活的两个TCI状态对应时，在由DCI指示的TCI码点与由MAC CE激活的TCI状态之间得到对应关系，并且由与TCI码点对应的MAC CE激活的TCI状态可以是两个。

在另一示例中，如果DCI中的TCI状态字段的所有码点当中的至少一个码点指示两个TCI状态，则UE可以假设BS可以根据基于单个DCI的多TRP方法来进行发送。这里，在TCI状态字段中指示两个TCI状态的至少一个码点可以由增强型PDSCH TCI状态激活/去激活MACCE激活。

图22图示了增强型PDSCH TCI状态激活/去激活MAC CE的结构的示图。MAC CE中的每个字段的含义和可配置值如下所述。

在图22中，当C₀字段2205的值为1时，除了TCI状态ID_0,1字段2210之外，与其对应的MAC CE还可以包括TCI状态ID_0,2字段2215。这意味着为DCI中所包括的TCI状态字段的第0个码点激活了TCI状态ID_0,1和TCI状态ID_0,2，并且当BS向UE指示对应码点时，UE可以接收两个TCI状态的指示。如果C₀字段2205的值是0，则与其对应的MAC CE不能包括TCI状态ID_0,2字段2215，并且这意味着激活了与DCI中所包括的TCI状态字段的第0个码点的TCI状态ID_0,1对应的一个TCI状态。

对于每个小区或每个BWP，以上配置可以是独立的。例如，可以存在与PCell中的一个TCI码点对应的最多两个所激活的TCI状态，但可以存在与特定SCell中的一个TCI码点对应的最多一种所激活的TCI状态。在这种情况下，可以假设NC-JT传输是为PCell配置的，而不是为SCell配置的。

[基于单个DCI的多TRP PDSCH重复传输方案(TDM/FDM/SDM)识别方法]

在下文中，现在将描述识别基于单个DCI的多TRP PDSCH重复传输方案的方法。UE可以根据由DCI字段指示的值和更高层信令配置来从BS接收不同的基于单个DCI的多TRPPDSCH重复传输方案(例如TDM、FDM和SDM)的指示。下表32表示根据特定DCI字段的值和更高层信令配置来区分向UE指示的基于单个TRP的方案或基于多个TRP的方案的方法。

表32

现在将在下面描述上表32的相应列。

-TCI状态的数量(第二列)：可以指示由DCI中的TCI状态字段指示的TCI状态的数量，并且可以是一个或两个。

-CDM组的数量(第三列)：可以指示由DCI中的天线端口字段指示的DMRS端口的不同CDM组的数量。其可以是一个、两个或三个。

-repetitionNumber配置和指示条件(第四列)：可以根据是否配置了可由DCI中的时域资源分配字段指示的所有TDRA条目的repetitionNumber以及实际指示的TDRA条目是否具有repetitionNumber的配置而具有三个条件。

*条件1：可由时域资源分配字段指示的所有TDRA条目中的至少一个包括repetitionNumber的配置并且由DCI中的时域资源分配字段指示的TDRA条目包括大于1的repetitionNumber的配置的情况

*条件2：可由时域资源分配字段指示的所有TDRA条目中的至少一个包括repetitionNumber的配置并且由DCI中的时域资源分配字段指示的TDRA条目不包括repetitionNumber的配置的情况

*条件3：可由时域资源分配字段指示的所有TDRA条目不包括repetitionNumber的配置的情况

-与repetitionScheme配置的关联(第五列)：指示是否配置作为更高层信令的repetitionScheme。作为更高层信令的repetitionScheme可以配置有‘tdmSchemeA’、‘fdmSchemeA’和‘fdmSchemeB’之一。

-向UE指示的传输方案(第六列)：指示根据上表32中表示的每个组合(第一列)指示的单个或多个TRP方案。

*单TRP：指示基于单TRP的PDSCH传输。如果UE在作为更高层信令的PDSCH-config中配置有pdsch-AggegationFactor，则UE可以接收与UE被配置的数量对应的基于单TRP的PDSCH重复传输的调度。否则，UE可以接收基于单TRP的PDSCH单个传输的调度。

*单TRP TDM方案B：指示基于单TRP的基于时隙间时间资源划分的PDSCH传输。根据与repetitionNumber相关联的条件1，UE通过与向由时域资源分配字段指示的TDRA条目配置的大于1的repetitionNumber对应的时隙数量来在时域中重复发送PDSCH。这里，对于与repetitionNumber一样多的时隙中的每一个，等同地应用由TDRA条目指示的PDSCH的起始符号和符号长度，并且针对每个PDSCH重复传输应用相同TCI状态。该方案与时隙聚合方案的类似之处在于对时间资源进行了时隙间PDSCH重复传输，但与时隙聚合的不同之处在于可以基于DCI中的时域资源分配字段来动态确定是否指示重复传输。

*多TRP SDM：指示基于多个TRP的空间资源划分PDSCH传输方案。这是划分层并且从每个TRP接收它们的方法，并且尽管该方法不是重复传输方案，但可以增加PDSCH传输的可靠性，因为可以通过增加层数来以降低的编码速率来进行发送。UE可以通过将由DCI中的TCI状态字段指示的两个TCI状态分别应用于从BS指示的两个CDM组来接收PDSCH。

*多TRP FDM方案A：指示基于多个TRP的频率资源划分PDSCH传输方案，并且该方案不是像多TRP SDM的重复传输，这是因为其具有一个PDSCH传输时机，但可以通过增加频率资源的量并且因此降低编码速率来执行具有高可靠性的传输。多TRP FDM方案A可以将由DCI中的TCI状态字段指示的两个TCI状态分别应用于非重叠频率资源。如果PRB捆绑大小被确定为宽带，则UE通过将第一TCI状态应用于前ceil(N/2)个RB并且将第二TCI状态应用于剩余floor(N/2)个RB来进行接收，其中N是由频域资源分配字段指示的RB的数量。这里，ceil(.)和floor(.)是指示在第一个小数点处向上舍入和向下舍入的运算符。如果PRB捆绑大小被确定为2或4，则通过将第一TCI状态应用于偶数地点处的PRG并且将第二TCI状态应用于奇数地点处的PRG来进行接收。

*多TRP FDM方案B：指示基于多个TRP的频率资源划分PDSCH重复传输方案，并且该方案具有两个PDSCH传输时机，并且因此可以在每个时机重复传输PDSCH。同样，就多TRPFDM方案A而言，多TRP FDM方案B可以将由DCI中的TCI状态字段指示的两个TCI状态分别应用于非重叠频率资源。如果PRB捆绑大小被确定为宽带，则UE通过将第一TCI状态应用于前ceil(N/2)个RB并且将第二TCI状态应用于剩余floor(N/2)个RB来进行接收，其中N是由频域资源分配字段指示的RB的数量。这里，ceil(.)和floor(.)是指示在第一个小数点处向上舍入和向下舍入的运算符。如果PRB捆绑大小被确定为2或4，则通过将第一TCI状态应用于偶数地点处的PRG并且将第二TCI状态应用于奇数地点处的PRG来进行接收。

*多TRP TDM方案A：指示基于多个TRP的时间资源划分时隙内PDSCH重复传输方案。UE在一个时隙中具有两个PDSCH传输时机，并且可以基于由DCI中的时域资源分配字段指示的PDSCH的起始符号和符号长度来确定第一接收时机。PDSCH的第二接收时机的起始符号可以是从第一传输时机的最后一个符号开始的与作为更高层信令的StartingSymbolOffsetK对应的符号偏移之后的位置，并且传输时机可以被确定为与所指示的符号长度一样长。如果没有配置作为更高层信令的StartingSymbolOffsetK，则可以假设符号偏移为0。

*多TRP TDM方案B：指示基于多个TRP的时间资源划分时隙间PDSCH重复传输方案。UE可以在一个时隙中具有一个PDSCH传输时机，并且可以在与DCI中的时域资源分配字段中指示的repetitionNumber对应的时隙期间，基于相同PDSCH的起始符号和符号长度来接收重复传输。如果repetitionNumber为2，则UE可以通过分别应用第一TCI状态和第二TCI状态来在第一时隙和第二时隙中接收PDSCH重复传输。如果repetitionNumber大于2，则根据配置了哪个作为更高层信令的tciMapping，UE可以使用不同TCI状态应用方案。如果tciMapping被配置为cyclicMapping，则第一TCI状态和第二TCI状态被分别应用于第一PDSCH传输时机和第二PDSCH传输时机，并且该TCI状态应用方法被等同地应用于剩余PDSCH传输时机。如果tciMapping被配置为sequenticalMapping，则第一TCI状态被应用于第一PDSCH传输时机和第二PDSCH传输时机，第二TCI状态被应用于第三PDSCH传输时机和第四PDSCH传输时机，并且该TCI状态应用方法被等同地应用于剩余PDSCH传输时机。

如上文参照功率余量操作所描述的，在考虑到单个TRP的情况下计算功率余量(PH)信息，并且在PH报告中，UE为每个所激活的服务小区计算一个PH信息并且将其报告给BS。然而，由于在NR版本17中支持考虑到多个TRP的PUSCH重复传输，因此UE可以报告正向每个BS发送的UL信号的剩余功率。通过这样做，BS可以针对每个TRP识别UL信号的剩余功率，并且可以使用所报告的PH信息来进行下一次UL信号调度。因此，需要为每个TRP配置PH信息的方法和用于报告的新MAC CE格式。此外，当在支持多个小区的CA环境中进行用于每个所激活的服务小区的PH报告时，对于发送包括PH信息的MAC CE的小区或其他所激活的服务小区，可以支持考虑到多个TRP的PUSCH重复传输。在NR版本15/16中，定义了基于相对于PUSCH的重叠时间点来配置另一个所激活的服务小区的PH信息，该PUSCH包括PH被报告给的小区的PH报告。这是用于确定计算PH信息的参考时间的操作。然而，可以仅为一个PUSCH传输时机定义参考时间(为在与包括用于PH报告的PUSCH的时隙重叠的时隙当中的第一时隙中所包括的第一PUSCH传输时机配置了PH信息)。因此，即使在已经根据考虑到多个TRP的PUSCH重复传输而重复发送了重叠的PUSCH时，仅一个TRP的PH信息被报告给BS。因此，需要在CA环境中配置关于考虑到多个TRP的PUSCH的PH信息并且将PH信息报告给BS的方法。在本公开中，现在将详细描述在CA环境中计算支持考虑到多个TRP的PUSCH重复传输的服务小区的PH信息的方法和执行考虑到多个TRP的PH报告的方法。

为了便于描述，可以由更高层/L1参数(诸如TCI状态或空间关系信息)或指示符(诸如小区ID、TRP ID、面板ID等)识别的小区、面板、波束和/或发送方向现在将被统称为TRP。因此，在实际应用中，TRP可以被上述术语之一适当地代替。

在下文中，在本公开中，当UE确定是否应用协作通信时，UE可以使用各种方法，通过这些方法，分配应用了协作通信的PDSCH的(多个)PDCCH具有特定格式；分配应用了协作通信的PDSCH的(多个)PDCCH包括指示是否应用了协作通信的特定指示符；分配应用了协作通信的PDSCH的(多个)PDCCH被特定RNTI加扰；假设了协作通信在由更高层信令指示的特定区段中的应用等。在下文中，为了便于描述，UE基于与如上所述的条件类似的条件来接收应用了协作通信的PDSCH的情况现在将被称为NC-JT情况。

在下文中，在对本公开的以下描述中，更高层信令可以指与以下信令中的至少一个或组合对应的信令。

-MIB

-SIB或SIB X(X＝1、2、……)

-RRC

-MAC CE

此外，L1信令可以指与使用物理层信道或以下信令的信令方法中的至少一个或组合对应的信令。

-PDCCH

-DCI

-UE特定DCI

-组公共DCI

-公共DCI

-调度DCI(例如用于调度DL或UL数据的DCI)

-非调度DCI(例如不用于调度DL或UL数据的DCI)

-PUCCH

-上行链路控制信息(UCI)

在下文中，在本公开中，确定A与B之间的优先级可以指根据预设优先级规则来选择A和B中具有较高优先级的一者，并且执行与其对应的操作，或省略或丢弃针对具有较低优先级的另一者的操作。

在下文中，在本公开中，现在将在若干实施例中描述了以上示例，但这些示例不是独立的，并且一个或多个实施例可以同时或组合地应用。

<第一实施例：考虑到多个TRP的PUSCH重复传输>

本公开的第一实施例涉及执行通过更高层信令的配置和通过L1信令的指示以用于考虑到多个TRP的PUSCH重复传输的方法。考虑到多个TRP的PUSCH重复传输可以由基于单个DCI或多DCI的指示执行，并且现在将在以下第1-1实施例和第1-2实施例中进行描述。此外，在本公开的1-3实施例中，将描述考虑到多个TRP的配置授权PUSCH重复传输。此外，在本公开的第1-4实施例中，将描述配置用于考虑到多个TRP的PUSCH重复传输的SRS资源集的方法。

<第1-1实施例：基于单个DCI的考虑到多个TRP的PUSCH重复传输>

在作为本公开的实施例的第1-1实施例中，现在将描述基于单个DCI的考虑到多个TRP的PUSCH重复传输。UE可以经由UE能力报告来报告基于单个DCI的考虑到多个TRP的PUSCH重复传输是可用的。BS可以通过更高层信令来为UE配置要使用哪个PUSCH重复传输方案，其中该UE已经报告了其UE能力(例如支持基于单个DCI的考虑到多个TRP的PUSCH重复传输的UE能力)。这里，更高层信令可以选择和配置两种类型之一：PUSCH重复传输类型A和PUSCH重复传输类型B。

在3GPP标准版本15/16中，基于单个DCI来执行用于考虑到单个TRP的PUSCH重复传输的基于码本的传输方案和基于非码本的传输方案两者。在基于码本的PUSCH重复传输中，UE可以通过使用由单个DCI指示的SRI或TPMI来将相同SRI或TPMI值应用于每个PUSCH重复传输。此外，在基于非码本的PUSCH重复传输中，UE可以通过使用由单个DCI指示的SRI来将相同SRI值应用于每个PUSCH重复传输。例如，当基于码本的PUSCH传输和PUSCH重复传输类型A由更高层信令配置，并且PUSCH重复传输的数量被设置为4的时间资源分配索引、0的SRI索引和0的TPMI索引由DCI指示时，UE将0的SRI索引和0的TPMI索引全部应用于四个PUSCH重复传输中的每一个。这里，SRI可以与发送波束相关联，TPMI可以与发送预编码器相关联。不同于考虑到单个TRP的PUSCH重复传输，可以通过将发送波束和发送预编码器不同地应用于到每个TRP的发送来执行考虑到多个TRP的PUSCH重复传输。因此，UE可以通过DCI指示多个SRI或TPMI，并且可以通过将其应用于每个PUSCH重复传输来执行考虑到多个TRP的PUSCH重复传输。

当向UE指示基于单个DCI的考虑到多个TRP的PUSCH重复传输时，针对PUSCH传输方案是码本或非码本的情况指示多个SRI或TPMI的方法可以如下所述一般考虑。

[方法1]包括多个SRI或TPMI字段的单个DCI的传输

为了支持基于单个DCI的考虑到多个TRP的PUSCH重复传输，BS可以发送包括多个SRI或TPMI字段的DCI。DCI可以是由附加更高层信令(例如用于识别多个SRI或TPMI字段是否可支持的信令)配置的新格式(例如DCI格式0_3)或传统格式(例如DCI格式0_1或0_2)，使得如果存在对应配置，则其可以是存在多个SRI或TPMI，而不是单个SRI或TPMI的DCI。例如，当基于码本的PUSCH传输由更高层信令配置时，如果UE由更高层信令配置识别多个SRI或TPMI字段是否可支持，则UE可以接收具有两个SRI字段和两个TPMI字段的新格式DCI或传统格式DCI，并且可以执行基于码本的考虑到多个TRP的PUSCH重复传输。作为另一示例，当基于非码本的PUSCH传输由更高层信令配置时，如果UE由更高层信令配置识别多个SRI或TPMI字段是否可支持，则UE可以接收具有两个SRI字段的新格式DCI或传统格式DCI，并且可以执行基于非码本的考虑到多个TRP的PUSCH重复传输。如果多个SRI字段用于所有基于码本或非码本的PUSCH传输，则至少两个SRS资源集可以是可用的，其中对于该至少两个SRS资源集，由更高层信令配置的用途被配置为码本或非码本，并且这里，每个SRI字段可以指示每个SRS资源，并且每个SRS资源可以被包括在不同的两个SRS资源集中。将详细参照以下第1-4实施例提供对多个SRS资源集的描述。

[方法2]应用了改进的SRI和TPMI字段的DCI的传输

为了支持基于单个DCI的考虑到多个TRP的PUSCH重复传输，UE可以从BS接收用于支持改进的SRI或TPMI字段的MAC-CE。MAC-CE包含改变DCI字段的码点的解释的信息以允许DCI中的SRI字段的特定码点指示多个发送波束，从而允许TPMI字段的特定码点指示多个发送预编码器。作为指示多个发送波束的方法，可以考虑下面描述的两种方案。

-接收用于激活SRI字段的特定码点的MAC-CE，SRI字段用于指示与多个SRS空间关系info相关联的一个SRS资源

-接收用于激活SRI字段的特定码点的MAC-CE，SRI字段用于指示与一个SRS空间关系info相关联的多个SRS资源

当通过使用改进的SRI字段来指示多个SRS资源时，为每个SRS资源集配置了SRS资源的发送功率控制参数，使得为了分别为TPR配置不同发送功率控制参数，每个SRS资源可以存在于不同SRS资源集中。因此，可以存在至少两个SRS资源集，对于该至少两个SRS资源集，由更高层信令配置的用途被配置为码本或非码本。

<第1-2实施例：基于多DCI的考虑到多个TRP的PUSCH重复传输>

在作为本公开的实施例的第1-2实施例中，现在将描述基于多DCI的考虑到多个TRP的PUSCH重复传输。如上所述，3GPP标准版本15/16中的PUSCH重复传输方法是在考虑到单个TRP的情况下执行的方法，并且因此，对于所有重复传输，有可能针对发送波束、发送预编码器、资源分配和功率控制参数使用相同的值。然而，在考虑到多个TRP的PUSCH重复传输中，需要将不同的PUSCH传输相关联参数应用于相应TRP，这些参数由更高层信令配置或由DCI相对于到多个TPR的相应PUSCH重复传输指示。例如，当相对于UE在不同方向上存在多个TRP时，发送波束或发送预编码器可以变化，使得需要为每个TRP配置或指示发送波束或发送预编码器。作为另一示例，当多个TRP存在于与UE相距的不同范围内时，在UE与每个TRP之间需要独立的功率控制方案，并且因此，可以执行不同时间/频率资源分配。例如，对于与特定TRP相比存在于更远的范围内的TRP，可以分配相对少量的RB和大量的符号以增加每RE的功率。因此，为了发送多个不同信息，如果通过单个DCI向UE发送不同信息，则DCI的比特长度可能会很大，并且因此，通过多个DCI向UE指示PUSCH重复传输可以更高效。

UE可以经由UE能力报告来报告基于多DCI的考虑到多个TRP的PUSCH重复传输是可用的。BS可以通过使用更高层信令的配置、L1信令的指示或经由更高层信令与L1信令的组合的配置和指示，来指示UE执行通过多个DCI的考虑到多个TRP的PUSCH重复传输，其中该UE已经报告了其UE能力(例如支持基于多DCI的考虑到多个TRP的PUSCH重复传输的UE能力)。如下所述，BS可以使用配置或指示基于多DCI的考虑到多个TRP的PUSCH重复传输的方法。

在基于多DCI的考虑到多个TRP的PUSCH重复传输中，UE可以预期，在考虑到处于与UE相距的不同范围内的TRP的情况下，由每个DCI指示的时间/频率资源分配方法可以变化。UE可以经由UE能力向BS报告不同时间/频率资源分配是否可用。BS可以通过更高层信令为UE配置不同时间/频率资源分配是否可用，并且已经接收到该配置的UE可以预期由每个DCI指示的时间/频率资源分配信息可以变化。这里，基于更高层信令配置和多个DCI字段之间的条件，UE可以通过BS被配置或指示基于多DCI的考虑到多个TRP的PUSCH重复传输。当UE通过DCI被指示发送波束和发送预编码器信息时，UE首先可以将第一次接收到的DCI中的SRI和TPMI应用于以下第二实施例的发送波束映射方法，并且其次可以将第二次接收到的DCI中的SRI和TPMI应用于以下第二实施例的发送波束映射方法。

BS可以为UE配置每个CORESET的作为更高层信令的CORESETPoolIndex，并且当UE接收到某个CORESET时，UE可以识别哪个TRP发送对应CORESET。例如，当CORESETPoolIndex对于CORESET#1被设置为0并且CORESETPoolIndex对于CORESET#2被设置为1时，UE可以识别CORESET#1是从TRP#0发送的，并且CORESET#2是从TRP#1发送的。此外，当在分别配置有0和1的CORESETPoolIndex值的CORESET中发送的DCI指示重复PUSCH时，可以基于正在发送的多个DCI中的特定字段之间的条件来隐式地考虑此情况。例如，当从BS发送到UE的多个DCI中的HARQ进程号字段值相同并且新数据指示符(NDI)字段值相同时，UE可以隐式地认为多个DCI在考虑到多个TRP的情况下分别调度重复PUSCH。当HARQ进程号字段值和NDI字段值相同时，在多个DCI的接收中可以存在限制。例如，多个DCI之间的最大间隔可以被定义为在等于或大于1的特定数量的时隙内或在等于或大于1的特定数量的符号内。这里，UE可以根据基于在多个DCI中不同地指示的时间/频率资源分配信息而计算(或识别)的最小传输块大小来执行PUSCH传输。

<第1-3实施例：考虑到多个TRP的配置授权PUSCH重复传输>

在作为本公开的实施例的1-3实施例中，现在将描述考虑到多个TRP的配置授权PUSCH重复传输。UE可以经由UE能力将考虑到多个TRP的配置授权PUSCH重复传输报告给BS。BS可以通过使用以下各种方法，通过更高层信令的配置、L1信令的指示或更高层信令与L1信令的组合的配置和指示来利用考虑到多个TRP的配置授权PUSCH重复传输配置和指示UE。

[方法1]基于单个DCI的单个配置授权配置的激活

方法1涉及基于单个DCI来向UE指示多个SRI或TPMI以及利用该指示来激活单个配置授权配置。通过单个DCI来指示多个SRI或TPMI的方法可以遵循第1-1实施例的方法，并且如果UE仅配置有一个配置授权配置，则对应DCI中的HARQ进程号字段和冗余版本字段的所有比特都可以被指示为0。如果UE配置有多个配置授权配置并且该多个配置授权配置之一由对应DCI激活，则对应DCI中的HARQ进程号字段可以指示配置授权配置的索引，并且冗余版本字段的所有比特都可以被指示为0。UE可以根据以下第二实施例的发送波束映射方法，通过使用由单个DCI指示的多个SRI或TPMI来将发送波束和发送预编码器分别映射到所激活的配置授权PUSCH重复传输。

[方法2]基于多DCI的单个配置授权配置的激活

方法2涉及基于多个DCI由每个DCI向UE指示每个SRI或TPMI以及利用该指示来激活单个配置授权配置。基于多个DCI由每个DCI指示每个SRI或TPMI的方法可以遵循第1-2实施例的方法，并且如果UE仅配置有一个配置授权配置，则多个DCI中的HARQ进程号字段和冗余版本字段的所有比特都可以被指示为0。如果UE配置有多个配置授权配置并且该多个配置授权配置之一由对应的多个DCI激活，则对应的多个DCI中的所有HARQ进程号字段都可以指示相同的配置授权配置的索引，并且对应的多个DCI中的冗余版本字段的所有比特都可以被指示为0。根据基于多DCI的PUSCH重复传输中的DCI字段的条件，NDI字段以及HARQ进程号字段可以具有相同的值。UE可以根据发送波束映射方法，通过使用由多个DCI指示的多个SRI或TPMI来将发送波束和发送预编码器分别映射到所激活的配置授权PUSCH重复传输。例如，与由第一次接收到的DCI指示的发送波束和发送预编码器相关联的信息可以是SRI#1和TPMI#1，与由第二次接收到的DCI指示的发送波束和发送预编码器相关联的信息可以是SRI#2和TPMI#2，并且由更高层信令配置的发送波束映射方案可以是循环的。在这种情况下，UE可以通过将SRI#1和TPMI#1应用于所激活的配置授权PUSCH重复传输的奇数传输(1、3、5、……)并且将SRI#2和TPMI#2应用于偶数传输(2、4、6、……)来执行PUSCH传输。

[方法3]基于多DCI的多个配置授权配置的激活

方法3涉及基于多个DCI由每个DCI向UE指示每个SRI或TPMI以及利用该指示来激活多个配置授权配置。基于多个DCI由每个DCI指示每个SRI或TPMI的方法可以遵循第1-2实施例的方法，UE可以配置有多个配置授权配置，并且每个配置授权配置的索引可以由每个DCI中的HARQ进程号字段指示。此外，对应的多个DCI中的所有冗余版本字段的所有比特都可以被指示为0。根据基于多DCI的PUSCH重复传输中的DCI字段的条件，NDI字段以及HARQ进程号字段可以具有相同的值。UE可以接收指示(命令)由多个DCI激活的多个配置授权配置之间的连接的MAC-CE信令。在UE相对于MAC-CE信令执行HARQ-ACK传输之后，例如，在3ms之后，UE可以从BS接收多个DCI，并且如果由相应DCI指示的配置授权配置索引与由MAC-CE信令指示(命令)以用于连接的配置授权配置索引相匹配，则UE可以基于所指示的配置授权配置来执行考虑到多个TRP的PUSCH重复传输。这里，一些配置可以作为相同的值而在所连接的多个配置授权配置之间共享。例如，作为指示重复传输的数量的更高层信令的repK，作为指示重复传输中冗余版本的顺序的更高层信令的repK-RV以及作为指示重复传输的周期性的更高层信令的periodicity可以被配置为在所连接的配置授权配置中具有相同的值。

<第1-4实施例：配置用于考虑到多个TRP的PUSCH重复传输的SRS资源集的方法>

在作为本公开的实施例的第1-4实施例中，现在将描述配置考虑到多个TRP的PUSCH重复传输的SRS资源集的方法。功率控制参数(例如可以由更高层信令配置的alpha、p0、pathlossReferenceRS、srs-PowerControlAjdustmentStates等)可以针对每个SRS资源集变化，并且因此，SRS资源集的数量可以增加2或更多，以区别考虑到多个TRP的PUSCH重复传输中的每个TRP的SRS的功率控制，并且可以使用不同SRS资源集来支持不同TRP。本实施例中考虑的配置SRS资源集的方法可以被应用于第1-1到1-3实施例。对SRS的功率控制参数的基本描述可以参考3GPP标准TS 38.331。

在基于单个DCI的考虑到多个TRP的PUSCH重复传输中，可以从存在于不同SRS资源集中的SRS资源当中选择由单个DCI指示的多个SRI。例如，当两个SRI由单个DCI指示时，可以从SRS资源集#1中选择第一SRI，并且可以从资源集#2中选择第二SRI。

在基于多DCI的考虑到多个TRP的PUSCH重复传输中，可以从存在于不同SRS资源集中的SRS资源中选择分别由两个DCI指示的SRI，并且SRS资源集可以显式或隐式地连接到(可以对应于)指示TRP的更高层信令(例如CORESETPoolIndex)。作为显式连接方法，可以存在通过在向更高层配置的SRS资源集的配置中配置CORESETPoolIndex值来向UE通知CORESET与SRS资源集之间的半静态连接状态的方法。作为另一示例，作为动态显式连接方法，可以存在使用MAC-CE来激活特定CORESET(包括CORESETPoolIndex值被设置为0或1的情况和未设置CORESETPoolIndex值的情况两者)与SRS资源集之间的连接的方法。在UE接收到MAC-CE以激活特定CORESET(包括CORESETPoolIndex值被设置为0或1的情况和未设置CORESETPoolIndex值的情况两者)与SRS资源集之间的连接之后经过了一定时间(例如当子载波间隔是15kHz时为3ms)之后，UE可以认为激活了CORESET与SRS资源集之间的连接。作为隐式方法，可以存在通过使用CORESETPoolIndex与SRS资源集的索引之间的特定参考来假设隐式连接状态的方法。例如，当假设UE配置有两个SRS资源集#0和#1时，UE可以假设没有配置CORESETPoolIndex或该CORESETPoolIndex被设置为0的CORESET连接到SRS资源集#0，并且CORESETPoolIndex被设置为1的CORESET连接到SRS资源集#1。

对于基于单个DCI或多DCI的方法，已经接收到不同SRS资源集与相应TRP之间的连接的显式或隐式配置或指示的UE可以预期每个SRS资源集中的更高层信令配置的srs-PowerControlAdjustmentStates值被配置为sameAsFci2，并且可能不期望srs-PowerControlAdjustmentStates值被配置为separateClosedLoop。此外，UE可以预期每个SRS资源集中的更高层信令配置的用途被等同地设置为码本或非码本。

<第1-5实施例：用于确定基于码本的考虑到单个TRP的PUSCH传输或考虑到多个TRP的PUSCH传输的动态切换方法>

在作为本公开的实施例的第1-5实施例中，现在将描述用于确定基于码本的考虑到单个TRP的PUSCH传输或考虑到多个TRP的PUSCH传输的动态切换方法。

根据第1-1实施例和第1-4实施例，BS可以从能够进行基于单个DCI码本的考虑到多个TRP的PUSCH重复传输的UE接收UE能力报告，并且可以利用更高层信令来配置UE以执行到多个TRP的PUSCH重复传输。这里，在如第1-4实施例中的基于单个DCI的考虑到多个TRP的PUSCH重复传输中，BS可以发送包括多个SRI字段的单个DCI，以向UE指示存在于不同SRS资源集中的SRS资源。这里，多个SRI字段中的每一个可以按与3GPP标准NR版本15/16相同的方式进行解释。更详细地，第一SRI字段可以从第一SRS资源集中选择SRS资源，第二SRI字段可以从第二SRS资源集中选择SRS资源。类似于多个SRI字段，为了在考虑到多个TRP的情况下重复发送PUSCH，BS可以向UE发送包括多个TPMI字段的单个DCI，使得可以选择与由相应SRI字段指示的SRS资源对应的TPMI。这里，多个TPMI字段可以由与包括多个SRI字段的DCI相同的DCI指示。可以根据使用多个TPMI字段的方法来选择要在到相应TRP的PUSCH传输中使用的多个TPMI：

[方法1]每个TPMI字段可以按与3GPP标准NR版本15/16相同的方式进行解释。例如，第一TPMI字段可以指示由第一SRI字段指示的SRS资源的TPMI索引和层信息，第二TPMI字段可以指示由第二SRI字段指示的SRS资源的TPMI索引和层信息。这里，第一TPMI字段和第二TPMI字段可以指示相同的层信息。

[方法2]第一TPMI字段以与3GPP标准NR版本15/16相同的方式进行解释，并且可以指示由第一SRI字段指示的SRS资源的TPMI索引和层信息。相反，第二TPMI字段可以选择与由第一TPMI字段指示的层相同的层的TPMI索引，并且因此可以不指示层信息，并且可以指示由第二SRI字段指示的SRS资源的TPMI索引信息。

当通过使用方法2来选择多个TPMI时，第二TPMI字段的比特长度可以小于第一TPMI字段。由于第二TPMI字段指示与由第一TPMI字段指示的层相同的TPMI索引候选当中的一个值(索引)，因此第二TPMI字段可以不指示层信息。

UE可以接收包括多个SRI字段和多个TPMI字段的单个DCI，并且可以基于单个DCI支持用于确定考虑到多个TRP的PUSCH重复传输或考虑到单个TRP的PUSCH重复传输的动态切换方法。UE可以通过使用在接收到的DCI中所包括的多个TPMI字段或多个SRI字段可以具有的值中没有意义的保留值来支持动态切换。例如，当SRI字段的比特长度是2比特时，总共可以表示四种情况，并且这里，可用情况中的每一个可以被定义为码点。此外，如果四个码点当中的三个码点具有将指示哪个SRI的含义，并且剩余的一个码点不具有任何含义，则该码点可以是指示保留值的码点(在此后的描述中，指示保留值的码点可以被描述成该码点被配置为“保留”)。这将在以下描述中进行详细描述。

假设PUSCH天线端口为4的情况来描述UE可以通过使用多个TPMI字段的保留值来支持的动态切换方法的特定示例。此外，假设第一TPMI字段由6比特组成，更高层参数codebookSubset被配置为fullyAndPartialAndNonCoherent，并且第一TPMI字段以与3GPP标准NR版本15/16相同的方式进行指示。这里，在第一TPMI字段中，例如，索引0到61可以被配置为指示有效TPMI索引和层信息，索引62到63可以被配置为“保留”。如果第二TPMI字段仅包括将如方法2中所描述的层信息排除在外的TPMI索引信息，则第二TPMI字段可以仅指示用于PUSCH传输的层根据第一TPMI字段而限于一个值(例如在1到4当中的一个值)的情况的TPMI索引。这里，可以基于可以表示在可以为每一层配置的TPMI索引候选当中具有最大数量的候选的层的比特数来配置第二TPMI字段的比特数。例如，根据层1具有候选0到27，层2具有候选0到21，层3具有候选0到6并且层4具有候选0到4的示例，层1具有最大数量的候选。因此，根据层1的TPMI索引候选的数量，第二TPMI字段的比特数可以被配置为5。在对第二TPMI字段的配置的更多描述中，当层1及其TPMI索引由第一TPMI字段指示时，UE可以将第二TPMI字段解释为指示层1的TPMI索引0到27当中的一个值的码点和指示保留值的码点。例如，当层2及其TPMI索引由第一TPMI字段指示时，UE可以将第二TPMI字段解释为指示层2的TPMI索引0到21当中的一个值的码点和指示保留值的码点。此外，例如，当层3或层4及其TPMI索引由第一TPMI字段指示时，UE可以按与上述方式类似的方式解释第二TPMI字段。这里，当除了指示第二TPMI字段中的TPMI索引的码点之外，还存在分别指示保留值的两个或更多个码点时，可以使用指示两个保留值的码点来指示动态切换。即，可以使用与指示由5比特组成的第二TPMI字段的码点当中的保留值的码点对应的倒数第二个码点(即，在该示例中为第31个码点)来指示考虑到单个TRP到第一TRP的PUSCH重复传输，并且可以使用最后一个码点(即，在该示例中为第32个码点)来指示考虑到单个TRP到第二TRP的PUSCH重复传输。这里，UE可以通过第一TPMI字段被指示用于考虑到单个TRP的PUSCH重复传输的层信息和TPMI索引信息。然而，如上所述的假设仅仅是为了便于描述，并且因此，本公开不限于此。

为了便于描述，当作为一般情况描述以上针对两个TRP的特定示例时，UE可以接收包括两个SRI字段和两个TPMI字段的单个DCI，并且可以根据由第二TPMI字段指示的码点来进行动态切换。如果第二TPMI字段的码点指示由第一TPMI字段指示的层的TPMI索引，则UE可以执行考虑到多个TRP的PUSCH重复传输。如果第二TPMI字段指示与指示保留值的码点对应的倒数第二个码点，则UE可以执行考虑到TRP 1上的单个TRP的PUSCH重复传输，并且可以从第一TPMI字段识别用于基于码本的PUSCH传输的层信息和TPMI索引信息。如果第二TPMI字段指示与指示保留值的码点对应的最后一个码点，则UE可以执行考虑到TRP 2上的单个TRP的PUSCH重复传输，并且可以从第一TPMI字段识别用于基于码本的PUSCH传输的层信息和TPMI索引信息。

在上述示例中，第二TPMI字段末尾的两个保留码点用于指示动态切换，但本实施例不限于此。即，可以通过使用指示第二TPMI字段的另外两个保留值的码点来指示动态切换，并且可以通过被映射到指示每个保留值的码点来指示考虑到单个TRP到TRP 1的PUSCH重复传输或考虑到单个TRP到TRP 2的PUSCH重复传输。

在上述示例中，根据方法2来确定第二TPMI字段，但即使在以与3GPP标准NR版本15/16相同的方式根据方法1来确定第二TPMI字段时，也可以按与以上示例相同的方式通过使用TPMI的保留码点来支持动态切换。

例如，如果指示第二TPMI字段中的保留值的码点的数量小于2，则第二TPMI字段的比特数可以增加1，并且可以使用基于增加的数量的比特的倒数第二个码点和最后一个码点来支持动态切换。

当根据方法1来确定两个TPMI字段时，根据是否向指示保留值的码点指示每个TPMI字段，可以附加考虑支持动态切换的方法。即，当向指示保留值的码点指示第一TPMI字段时，UE可以执行考虑到TRP 2上的单个TRP的PUSCH重复传输，当向指示保留值的码点指示第二TPMI字段时，UE可以执行考虑到TRP 1上的单个TRP的PUSCH重复传输。如果两个TPMI字段都指示了TPMI的码点，而不是指示保留值的码点，则UE可以执行考虑到多个TRP的PUSCH重复传输。如果不存在具有保留值的码点，则TPMI字段的比特数可以增加1，并且可以使用基于增加的数量的比特的最后一个码点来支持动态切换。

作为支持动态切换的另一方法，可以存在通过两个SRI字段指示动态切换并且由UE从两个TPMI字段识别用于考虑到多个TRP或单个TRP的PUSCH重复传输的层信息和TPMI索引信息的方法。如果指示保留值的至少一个码点存在于每个SRI字段中，则可以根据对应SRI字段是否指示了指示保留值的码点来支持动态切换。如果第一SRI字段指示了指示保留值的码点，第二SRI字段指示第二SRS资源集的SRS资源，则UE可以执行考虑到TRP 2上的单个TRP的PUSCH重复传输。这里，UE可以从第一TPMI字段识别层信息和TPMI索引信息，以便执行考虑到TRP 2上的单个TRP的PUSCH重复传输。如果第二SRI字段指示了指示保留值的码点，第二SRI字段指示第二SRS资源集的SRS资源，则UE可以执行考虑到TRP 1上的单个TRP的PUSCH重复传输。这里，UE可以从第一TPMI字段识别层信息和TPMI索引信息，以便执行考虑到TRP 1上的单个TRP的PUSCH重复传输。如果两个SRI字段都指示了每个SRS资源集的SRS资源，而不是指示保留值的码点，则UE可以执行考虑到多个TRP的PUSCH重复传输。这里，UE可以从第一TPMI字段识别层信息和TPMI索引信息以便执行TRP 1上的PUSCH重复传输，并且可以从第二TPMI字段识别TPMI索引信息以便执行TRP 2上的PUSCH重复传输。这里，当执行到TRP 1和TRP 2的PUSCH传输时，可以等同地配置层。如果在两个SRI字段中不存在指示保留值的码点，则每个SRI字段的比特数可以增加1，并且可以使用基于增加的数量的比特来指示保留值的码点当中的最后一个码点来支持动态切换。

<第1-6实施例：用于确定基于非码本的考虑到单个TRP的PUSCH传输或考虑到多个TRP的PUSCH传输的动态切换方法>

在作为本公开的实施例的第1-6实施例中，现在将描述用于确定基于非码本的考虑到单个TRP的PUSCH传输或考虑到多个TRP的PUSCH传输的动态切换方法。

根据第1-1实施例和第1-4实施例，BS从能够进行基于单个DCI和非码本的考虑到多个TRP的PUSCH重复传输的UE接收UE能力报告，并且可以利用更高层信令来配置UE以执行到多个TRP的PUSCH重复传输。这里，在如第1-4实施例中的基于单个DCI的考虑到多个TRP的PUSCH重复传输中，BS可以向UE发送包括多个SRI字段的单个DCI，以指示存在于不同SRS资源集中的SRS资源。这里，可以根据下面描述的方法来选择多个SRI字段。

[方法1]多个SRI字段中的每一个可以按与3GPP标准NR版本15/16相同的方式进行选择。例如，第一SRI字段可以指示第一SRS资源集中用于PUSCH传输的SRS资源，第二SRI字段可以指示第二SRS资源集中用于PUSCH传输的SRS资源。这里，第一SRI字段和第二SRI字段可以指示相同的层信息。

[方法2]第一SRI字段可以按与3GPP标准NR版本15/16相同的方式指示第一SRS资源集中用于PUSCH传输的(多个)SRS资源。第二SRI字段可以相对于与由第一SRI字段指示的层相同的层指示第二SRS资源集中用于PUSCH传输的(多个)SRS资源。

当通过使用方法2来选择多个SRI时，第二SRI字段的比特长度可以小于第一SRI字段。这是因为相对于与由第一SRI字段相对于所有可用层在SRI候选当中确定的层相同的层在SRI候选当中确定第二SRI。

UE可以接收包括多个SRI的单个DCI，并且可以基于单个DCI来支持用于确定考虑到多个TRP的PUSCH重复传输或考虑到单个TRP的PUSCH重复传输的动态切换方法。UE可以通过使用指示接收到的DCI中所包括的多个SRI字段的保留值的码点来支持动态切换。

在特定示例中，为了描述通过使用指示多个SRI字段的保留值的码点来支持动态切换的方法，假设了PUSCH天线端口的最大数量为4并且每个SRS资源集中的SRS资源的数量为4的情况。此外，假设第一SRI字段由4比特组成并且以与3GPP标准NR版本15/16相同的方式进行指示。这里，在第一SRI区域中，索引0到14被配置为指示用于PUSCH传输的SRS资源和根据所选择的SRS资源的层，并且索引15可以被配置为指示保留值的码点。如果如在方法2中，第二SRI字段选择与由第一SRI字段指示的层数相同数量的SRS资源，则第二SRI字段可以指示用于PUSCH传输的层根据第一SRI字段而限于一个值(例如在1到4当中的一个值)的情况的SRS资源选择候选。这里，可以基于在按每一层的一数量的SRS资源选择候选当中具有最大数量的候选的层来配置第二SRI字段的比特数。例如，指示层1的SRS资源选择候选的SRI字段的值可以是0到3，并且因此总共可以存在四个候选，指示层2的SRS资源选择候选的SRI字段的值可以是4到9，并且因此总共可以存在六个候选，指示层3的SRS资源选择候选的SRI字段的值可以是10到13，并且因此总共可以存在四个候选，并且指示层4的SRS资源选择候选的SRI字段的值可以是14，并且因此总共可以存在一个候选。这里，层2的候选是作为最大值的6，并且因此，第二SRI字段的比特数可以被配置为3。在对第二SRI字段的配置的更多描述中，当第一SRI字段指示用于PUSCH传输的层是1的情况的SRI值时，UE可以将第二SRI字段解释为指示0到3当中作为层1的SRI候选的一个值的码点或具有保留值的另一码点。例如，当第一SRI字段指示用于PUSCH传输的层是2的情况的SRI值时，UE可以将第二SRI字段解释为指示0到5当中作为层2的SRI候选的一个值的码点或具有保留值的另一码点。此外，例如，当第一SRI字段指示用于PUSCH传输的层是3或4的情况的SRI值时，UE可以按相同的方式解释第二SRI字段。这里，当除了根据第二SRI字段中的层来指示SRI值的码点之外，还存在分别指示保留值的至少两个码点时，可以使用指示两个保留值的码点来指示动态切换。即，可以使用与指示由3比特组成的第二SRI字段的码点当中的保留值的码点对应的倒数第二个码点(例如在该示例中为第7个码点)来指示考虑到单个TRP到第一TRP的PUSCH重复传输，并且可以使用最后一个码点(例如在该示例中为第8个码点)来指示考虑到单个TRP到第二TRP的PUSCH重复传输。这里，UE可以通过第一SRI字段来接收SRI的指示，该SRI用于考虑到单个TRP的PUSCH重复传输。然而，如上所述的假设仅仅是为了便于描述，并且因此，本公开不限于此。

为了便于描述，当作为一般情况描述以上针对两个TRP的特定示例时，UE可以接收包括两个SRI字段的单个DCI，并且可以根据由第二SRI字段指示的码点来进行动态切换。如果第二SRI字段的码点指示由第一SRI字段指示的层的SRI值，则UE可以执行考虑到多个TRP的PUSCH重复传输。如果第二SRI字段指示与指示保留值的码点对应的倒数第二个码点，则UE可以执行考虑到TRP 1上的单个TRP的PUSCH重复传输，并且可以从第一SRI字段识别用于基于非码本的PUSCH传输的SRI。如果第二SRI字段指示与指示保留值的码点对应的最后一个码点，则UE可以执行考虑到TRP 2上的单个TRP的PUSCH重复传输，并且可以从第一SRI字段识别用于基于非码本的PUSCH传输的SRI。

在上述示例中，指示第二SRI字段末尾的两个保留值的码点用于指示动态切换，但本实施例不限于此。即，可以通过使用指示第二SRI字段的另外两个保留值的码点来指示动态切换，并且可以通过被映射到指示每个保留值的码点来指示考虑到单个TRP到TRP 1的PUSCH重复传输或考虑到单个TRP到TRP 2的PUSCH重复传输。

在上述示例中，根据方法2来确定第二SRI字段，但即使在以与3GPP标准NR版本15/16相同的方式根据方法1来确定第二SRI字段时，也可以按与以上示例相同的方式通过使用指示保留值的SRI字段的码点来支持动态切换。

例如，如果指示第二SRI字段中的保留值的码点的数量小于2，则第二SRI字段的比特数可以增加1，并且可以使用基于增加的数量的比特的倒数第二个码点和最后一个码点来支持动态切换。

当根据方法1来确定两个SRI字段时，根据是否向指示保留值的码点指示每个SRI字段，可以附加考虑支持动态切换的方法。即，当向指示保留值的码点指示第一SRI字段时，UE可以执行考虑到TRP 2上的单个TRP的PUSCH重复传输，当向指示保留值的码点指示第二SRI字段时，UE可以执行考虑到TRP 1上的单个TRP的PUSCH重复传输。如果两个SRI字段都指示了SRI的码点，而不是指示保留值的码点，则UE可以执行考虑到多个TRP的PUSCH重复传输。如果不存在具有保留值的码点，则SRI区域的比特数可以增加1，并且可以使用基于增加的数量的比特的最后一个码点来支持动态切换。

图23和图24图示了根据本公开的实施例的基于包括多个SRI或TPMI字段的单个DCI，BS和UE针对考虑到多个TRP的PUSCH重复传输的操作。

参考图23和图24，UE可以执行关于以下各项的UE能力报告：是否支持基于单个DCI的考虑到多个TRP的PUSCH重复传输；是否支持多个SRI或TPMI字段；是否支持使用这些字段在单个/多个TRP操作之间执行的动态切换；以及将在以下第二实施例中描述的发送波束切换中的瞬态偏移相关联信息(操作2401)，并且BS可以报告UE能力报告(操作2301)。BS可以向UE发送用于基于单个DCI的考虑到多个TRP的PUSCH重复传输的配置信息(操作2302)，并且UE可以接收该配置信息(操作2402)。这里，所发送的配置信息可以包括重复传输方案、重复传输的数量、发送波束映射单元或方案、是否支持多个SRI或TPMI字段、用于码本或非码本的多个SRS资源集以及将在以下第二实施例中描述的用于发送波束切换的瞬态偏移相关联信息。当UE接收到该配置时，UE可以识别由更高层信令或在DCI中的时间资源分配字段中配置的PUSCH传输的重复传输的数量(操作2403)。这里，当重复传输的数量不大于1时，即，当不执行重复传输时，UE可以执行第一PUSCH传输操作(操作2404)。第一PUSCH传输操作可以是通过使用一个发送波束(即，在基于码本的PUSCH传输的情况下通过使用一个SRI和TPMI字段或在基于非码本的PUSCH传输的情况下通过使用一个SRI字段)来向单个TRP发送PUSCH一次的操作。如果重复传输的数量大于1，则UE可以确定在多个SRI或TPMI字段中是否存在能力配置(操作2405)。如果UE没有从BS接收到多个SRI或TPMI字段中的能力配置，则UE可以执行第二PUSCH传输操作(操作2406)。第二PUSCH传输操作可以是通过使用一个发送波束(即，在基于码本的PUSCH传输的情况下通过使用一个SRI和TPMI字段或在基于非码本的PUSCH传输的情况下通过使用一个SRI字段)来向单个TRP重复传输PUSCH的操作。如果UE从BS接收到多个SRI或TPMI字段中的能力配置，则UE可以确定意指基于多个TRP的重复传输的码点是否由多个SRI或TPMI字段指示(操作2407)。如果意指基于多个TRP的重复传输的码点没有由DCI中的多个SRI或TPMI字段指示，但是意指基于单TRP的重复传输的码点如上文在第1-5实施例和第1-6实施例中所描述一般进行指示，则UE可以执行第三PUSCH传输操作(操作2408)。第三PUSCH传输操作可以是经由每个字段的码点当中指示单个TRP传输的码点通过使用一个发送波束(即，在基于码本的PUSCH传输的情况下通过使用两个SRI和TPMI字段或在基于非码本的PUSCH传输的情况下通过使用两个SRI字段)来向特定的单个TRP重复传输PUSCH的操作。因此，根据哪个码点是否由多个SRI或TPMI字段指示，可以指示到TRP#1或TRP#2的重复传输。如果UE从BS接收到多个SRI或TPMI字段中的能力配置，并且意指基于多个TRP的重复传输的码点由UE接收到的DCI中的多个SRI或TPMI字段指示，则UE可以执行第四PUSCH传输操作(操作2409)。第四PUSCH传输操作可以是经由每个字段的码点当中指示多个TRP发送的码点通过使用两个发送波束(即，在基于码本的PUSCH传输的情况下通过使用两个SRI和TPMI字段或在基于非码本的PUSCH传输的情况下通过使用两个SRI字段)来向多个TRP重复传输PUSCH的操作。在图23中BS根据操作2303到操作2309执行的操作与在图24中UE根据操作2403到操作2409执行的操作对应，并且因此，这里不提供其详细描述。

<第二实施例：考虑到UE能力报告的瞬态周期的定义和发送UL信号的方法>

根据本公开的实施例，UE可以通过定义可以在多个UL传输之间请求的或可以从BS配置的瞬态周期(例如，诸如瞬态周期、瞬态偏移、瞬态间隙等表述是可用的)来执行UE能力报告，并且在考虑到配置的情况下，可以在发送UL信号时在UL传输中的每一个之间应用瞬态周期。为了发送UL信号，UE可以在信号发送之前切换UL波束、发送功率或频率中的至少一个。此外，为了发送UL信号，UE可以在信号发送之前切换面板。因此，为了发送UL信号，UE可以在信号发送之前切换UL波束、发送功率、频率或面板中的至少一个。这里，例如，当多个波束被分组为多个波束组(beam group)时，可以配置与每个组对应的面板(panel)，诸如panel#1与beam group#1、panel#2与beam group#2等。作为另一示例，当用于波束成形的多个天线模块被包括在UE中并且被安装在不同位置处时，可以配置与每个天线模块对应的面板。此外，可以按各种方式配置多个面板，以区分具有不同波束宽度、波束方向等的多个波束。可以在情况1)到情况3)中的至少一个中执行用于UL信号传输的这种切换：

-情况1)在向多个TRP重复发送UL信号(例如PUCCH或PUSCH或SRS等)的情况下，当通过在重复传输之间改变TRP来切换UL波束或发送功率或频率以执行发送时或当UE通过在重复传输之间改变TRP来切换面板以执行发送时

-情况2)在BS通过包括DCI的L1信令或MAC CE信令指示UL信号传输的情况下，当UE切换UL波束或发送功率或频率以便发送UL信号或切换面板以发送UL信号时

-情况3)当指示或配置了SRS传输，使用SRS资源集中所包括的SRS资源，或切换UL波束或发送功率或频率以使用多个SRS资源集，或UE切换面板以用于SRS传输时

在以上情况1中，可以根据重复传输与TRP之间的映射样式来确定针对重复传输之间的TRP切换而改变传输信息的情况。这里，重复传输指示了发送相同的UL信号的情况。在3GPP版本16标准中，当BS重复发送PDSCH时，支持两种映射样式(例如‘顺序的’和‘循环的’)。UE可以将用于PDSCH重复传输的映射样式应用于多个TRP，以便向多个TRP重复发送UL信号。‘顺序的’映射是通过以两个重复传输为单位切换TRP来执行发送的方案，诸如{TRP1，TRP1，TRP2，TRP2}，而‘循环的’映射是通过针对每个重复传输切换TRP来执行发送的方案，诸如{TRP1，TRP2，TRP1，TRP2}。当确定用来向多个TRP发送UL信号的UL波束、发送功率或发送频率(或跳频)中的至少一个时，UE可以通过应用根据映射方案而确定的UL传输改变信息来发送UL信号。可替代地，当确定向多个TRP发送UL信号的面板时，UE可以通过应用根据映射方案而确定的UL传输改变信息来发送UL信号。这里，UL传输改变信息可以指示用于发送UL信号的UL波束、发送功率或发送频率中的至少一个。可替代地，UL传输改变信息可以指示用于发送UL信号的面板。当向多个TRP重复发送PUSCH时，PUSCH重复传输类型A和PUSCH重复传输类型B的情况都可以被包括进来。PUSCH重复传输类型B可以将标称重复和实际重复两者视为重复传输单元。

在以上情况2中，BS可以为UE配置用于UL信号传输的更高层参数，并且可以通过L1信令(例如DCI)向UE指示UL信号(例如PUCCH或PUSCH或SRS等)的传输。这里，当BS向UE指示UL信号传输的信令与由UE发送的UL信号之间的时间间隙被定义为‘时间偏移’时，该‘时间偏移’可以被‘调度间隔’、‘调度偏移’、‘时间间隔’、‘瞬态周期’、‘瞬态偏移’、‘瞬态时间’等代替。当BS通过包括DCI的L1信令向UE指示UL信号传输时，时间偏移可以被计算为‘在发送包括DCI的PDCCH的最后一个符号之后，在发送UL(例如非周期性/半持久性SRS或包括针对PDSCH的HARQ-ACK的PUCCH或PUSCH)的第一符号之前的时间’。如果附加考虑到UE的DCI解码时间，则时间偏移可以被计算为‘在发送包括DCI的PDCCH的最后一个符号之后，在发送UL信号的第一符号之前的时间’。当BS通过MAC CE信令指示UL信号传输时，可以通过使用以下方法中的至少一个来计算时间偏移。

-方法1：在发送包括MAC CE信令的PDSCH的最后一个符号的结束之后，在发送UL信号(例如非周期性/半持久性SRS)的第一符号的开始之前的时间

-方法2：在发送包括针对包括MAC CE信令的PDSCH的HARQ-ACK的PUCCH/PUSCH的最后一个符号的结束之后，在发送UL信号的第一符号的开始之前的时间

-方法3：在发送包括针对包括MAC CE信令的PDSCH的HARQ-ACK的PUCCH/PUSCH的最后一个符号的结束之后，然后在发送UL信号的第一符号的开始之前经过了MAC CE应用时延(例如3ms之后的第一起始时隙)的时间

时间偏移可以被转换成绝对时间单位(例如ms)或符号单位。当UE从BS接收到UL信号传输的指示时，UE可以在时间偏移期间切换用于UL传输的UL波束、发送功率或频率中的至少一个。可替代地，UE可以在时间偏移期间切换用于UL传输的面板。

在以上情况3中，当UE发送由BS调度的SRS时，UE可以根据用于发送的SRS资源集中所包括的SRS资源的更高层配置来切换UL波束、发送功率和频率，并且可以发送SRS。可替代地，UE可以根据SRS资源的更高层配置来切换面板，并且可以发送SRS。

根据UE能力，UE可能需要瞬态时间来切换UL波束、发送功率或频率中的至少一个。可替代地，根据UE能力，UE可能需要瞬态时间来切换用于UL传输的面板。在长子时隙单元中的重复传输或在短子时隙单元中的重复传输的情况下，可以考虑这种瞬态时间。根据在UL信号的重复传输之间或在时间偏移期间是否满足UE能力，响应于UE能力的瞬态时间可以被应用于经确定为发送UL信号的UL波束或发送功率或频率中的一些或全部。如上所述，UE可以要求一定时间来进行UL波束或发送功率或频率的切换，并且为了满足这一点，可以在重复传输之间添加偏移间隔，或BS可以向UE指示UL信号传输，以便允许时间偏移大于用于切换的一定时间。可替代地，UE可以要求一定时间来另外执行用于UL传输的面板切换，并且为了满足这一点，可以在重复传输之间添加偏移间隔，或BS可以向UE指示UL信号传输，以便允许时间偏移大于用于切换的一定时间。

在下文中，用于由UE执行的UL传输的时域中的偏移可以被理解为共同包括UL信号的重复传输之间的时间偏移或时间间隔的含义。

根据本公开，现在将在以下第2-1实施例和第2-2实施例中详细描述BS确定时域中的偏移以保证UE根据UE能力来切换UL波束或发送功率或频率所需的时间的方法以及UE发送由BS指示的UL信号的方法的特定实施例。第2-1实施例和第2-2实施例的划分是为了便于描述，并且本公开的实施例可以通过其自身或至少一个实施例的组合来实现。

<第2-1实施例：BS根据UE能力报告来确定偏移并且为UE配置偏移的方法>

作为确定用于UL信号传输的时域中的偏移的方法的示例，UE可以向BS报告UE能力信息，该UE能力信息包括用于执行UL波束切换的UE能力、用于执行发送功率切换的UE能力或用于在考虑到跳频的情况下进行频率切换的UE能力中的至少一个。可替代地，可以将三种UE能力中的每一个单独报告给BS。可替代地，UE可以选择并报告三种UE能力中的一些。此外，UE可以报告用于改变UL信号的传输配置的三种UE能力的代表值。

此外，如果UE可以通过使用多个面板来发送UL信号，则在确定要报告的UE能力的操作中，UE还可以考虑用于面板切换的UE能力。这里，面板可以被理解为单独管理天线或天线端口的UE元件。例如，可以使用(多个)面板来支持高效的功率管理(UE可以根据网络状态来在多个面板上选择性地进行开/关操作)以及使用多个波束的同时发送和接收。然而，这仅仅是示例，并且面板的定义不限于以上示例。

即，UE可以向BS报告UE能力信息，该UE能力信息包括用于执行UL波束切换的UE能力、用于执行发送功率切换的UE能力、用于在考虑到跳频的情况下进行频率切换的UE能力或用于执行面板切换的UE能力中的至少一个。可替代地，UE可以将四种UE能力中的每一个单独报告给BS。可替代地，UE可以选择并报告四种UE能力中的一些。可替代地，UE可以报告用于切换UL信号的传输配置的UE能力的代表值。

在下文中，在本公开中，术语“UE能力”和术语“UE能力信息”可以互换使用和理解。

这是为了提供BS针对在UL信号的传输中改变UL波束或发送功率或频率的一部分或全部的情况确定偏移所需的信息。此外，如果UE支持多个面板，则将提供BS针对切换面板的情况确定偏移所需的信息。UE可以通过使用下述方法之一来报告关于UL波束切换或发送功率或频率切换的UE能力。此外，UE还可以通过使用下述方法之一来报告关于面板切换的UE能力：

-UE可以报告关于3GPP标准NR版本15/16的UL传输配置改变的UE能力。例如，如在NR版本15/16中，UE可以将‘beamSwitchTiming’配置为用于波束切换的UE能力报告的{14，28，48}之一，并且可以将其报告给BS。UE可以将‘beamSwitchTiming’配置为用于面板切换的UE能力报告的{224，336}之一，并且可以将其报告给BS。这里，指示‘beamSwitchTiming’的数字是符号单位，并且例如，当‘beamSwitchTiming’在用于面板切换的UE能力报告中被配置为“224”时，这意味着用于面板切换的UE能力中的用于波束切换的处理时间需要224个符号。此外，可以为每个子载波间隔配置上述‘beamSwitchTiming’。

-UE可以报告用于在符号或绝对时间单位(例如ms)中进行切换所需的时间。

-BS和UE可以预定义处理时间来指示处理能力。N种处理能力的处理时间可以是预定义的，并且可以根据子载波间隔的指示而变化。下表32和表33指示BS和UE相对于用于UL波束或发送功率或频率的切换的处理能力n和n_1预定义的处理时间的示例。这里，所需时域的值可以被配置为实现{a1＜a2＜a3＜a4}，{b1＜a1，b2＜a2，b3＜a3}的关系。所需时间的单位可以被配置为符号或ms。

表33

表34

当UE报告用于切换UL波束、发送功率或频率中的至少一个的处理时间作为UE能力时，UE可以在考虑到每个UL信号的情况下确定要报告的值。例如，当UE报告用于UL波束切换的处理时间作为UE能力时，UE可以在用于相对于PUCCH的波束切换的UE能力、用于相对于PUSCH的波束切换的UE能力以及用于相对于SRS的波束切换的UE能力之间进行区分，并且可以进行报告。UE可以根据PUCCH或PUSCH或SRS来区分用于发送功率切换的UE能力和用于频率切换的UE能力，并且可以进行报告。当UE报告用于相对于PUCCH切换UL波束、发送功率或频率中的至少一个的UE能力时，UE可以通过考虑PUCCH资源的数量、所配置的空间关系info的数量、所激活的空间关系info的数量、跳频配置等来确定UE能力。当UE报告用于相对于PUSCH切换UL波束、发送功率或频率中的至少一个的UE能力时，UE可以通过考虑PUSCH的预编码方法(例如‘Codebook’或‘Non-codebook’)、与PUSCH传输相关联的SRS资源集的数量、在相关联的SRS资源集中配置的SRS资源的数量、PUSCH与SRS天线端口之间的关系、跳频配置等来确定UE能力。当UE报告用于相对于SRS切换UL波束、发送功率或频率中的至少一个的UE能力时，UE可以通过考虑SRS传输指示方法(例如基于DCI或基于MAC CE的传输)、SRS时域信息(例如周期性SRS或半持久性SRS或非周期性SRS)、SRS的用途(例如‘beamManagement’或‘codebook’或‘nonCodebook’或‘antennaSwitching’)、SRS资源集的数量、SRS资源的数量等来确定UE能力。此外，当支持多个面板的UE报告用于面板切换的处理时间作为UE能力时，UE可以在考虑到UL信号的情况下确定要报告的值。可替代地，UE可以不区分相对于UL信号的UE能力，并且可以确定和报告用于切换UL波束、发送功率或频率中的至少一个的UL能力。UE可以在不区分相对于UL信号的UE能力的情况下确定和报告用于面板切换的UE能力。

UE可以另外报告用于指示UL波束、发送功率和频率的同时切换是否可用或是否将按顺序切换它们中的每一个的UE能力。这里，支持多个面板的UE可以报告UE是否可以同时切换面板的UE能力。即，UE可以报告关于是否同时切换UL波束、发送功率、频率、面板等的UE能力。作为对应UE能力的示例，UE可以选择‘同时的’或‘顺序的’之一并且将其报告给BS。当UE以‘同时的’报告UE能力时，这意味着UE可以同时切换UL波束、发送功率和频率。支持多个面板的UE意味着UE可以同时切换面板。当UE以‘顺序的’报告UE能力时，这意味着UE可以按顺序切换UL波束、发送功率和频率。支持多个面板的UE另外意味着UE可以按顺序切换面板。

除了用于支持UL波束、发送功率、频率和面板的切换的UE能力之外，UE还可以将UE能力‘beamCorrespondenceWithoutUL-BeamSweeping’报告给BS，以便通知是否满足波束对应性要求。波束对应性指示UE可以在不依赖于UL波束扫描的情况下基于DL测量来选择用于UL传输的波束的能力。如果UE报告对‘beamCorrespondenceWithoutUL-BeamSweeping’(即，相对于波束对应性的UE能力)的‘支持’，则UE可以在没有UL波束扫描的情况下选择用于UL传输的UL波束，并且可以通过使用UL波束来发送UL信号。

BS可以基于由UE报告的UE能力来确定偏移，以确保应用UL传输改变信息所需的时间。BS可以在考虑到以下选项之一或组合的情况下确定偏移：

-选项1)BS可以基于相对于由UE报告的关于UL波束切换的UE能力、关于发送功率切换的UE能力或关于频率切换的UE能力中的至少一个的最大值来确定偏移。

-选项2)BS可以从由UE报告的UE能力中基于关于进行实际UL传输的必要切换的UE能力当中的最大值来确定偏移。例如，当BS向UE指示UL信号以便仅允许执行UL波束和发送功率的切换时，BS可以基于用于UL波束切换的UE能力和用于发送功率切换的UE能力当中的最大值来确定偏移。BS可以按与以上示例相同的方式相对于UL传输改变信息组合确定偏移。

-选项3)BS可以基于由UE报告的关于UL波束切换的UE能力、关于发送功率切换的UE能力和关于频率切换的UE能力的总和来确定偏移。

-选项4)BS可以从由UE报告的UE能力中基于关于进行实际UL传输的必要切换的UE能力的总和来确定偏移。例如，当BS向UE指示UL信号以便仅允许执行UL波束和发送功率的切换时，BS可以基于用于UL波束切换的UE能力和用于发送功率切换的UE能力的总和来确定偏移。BS可以按与以上示例相同的方式相对于UL传输改变信息组合确定偏移。

-选项5)当BS经由选项1到选项4当中的一个选项确定偏移时，BS可以通过考虑每个UL传输信号的配置来确定偏移。例如，当BS将对多个TRP的PUCCH重复传输的偏移配置为选项1时，BS可以考虑到PUCCH的配置，基于由UE报告的UE能力来确定偏移。可替代地，当UE不通过区分UL信号来报告UE能力时，除了由UE报告的UE能力之外，BS还可以通过估计由于PUCCH配置而导致的附加所需时间来确定偏移。这可以被应用于BS确定另一UL信号(例如PUSCH或SRS)的传输的偏移的情况。

-选项6)当BS经由选项1到选项4当中的一个选项确定偏移时，BS可以在不区分相应UL传输信号的配置的情况下确定偏移。

-选项7)BS可以将随机值确定为偏移。这里，可以考虑UL信号的更高层参数配置、UL资源配置等。

-选项8)在UE支持多个面板的情况下，当BS经由选项1到选项6确定偏移时，BS可以通过附加考虑用于面板切换的UE能力来确定偏移。

每个选项是UE报告了关于三个UL传输改变信息的所有UE能力的情况的示例，并且如果UE仅报告一些UE能力，则BS可以通过仅将所报告的UE能力应用于每个选项来确定偏移。

当UE报告了UE能够同时切换UL波束、发送功率和频率时，BS可以通过选择选项1或选项2来确定偏移。当UE报告了UE能够按顺序切换UL波束、发送功率和频率时，BS可以通过选择选项3或选项4来确定偏移。当UE报告了UE能够同时切换UL波束、发送功率、频率和面板(中的至少两者)时，BS可以根据选项8通过除了选项1之外附加考虑用于面板切换的UE能力来确定偏移，或可以根据选项8通过除了选项2之外附加考虑用于面板切换的UE能力来确定偏移。这是本公开的实施例的示例，并且BS可以根据由UE报告的UE能力，通过考虑选项1到选项8之一或组合来确定偏移。

BS可以根据由UE经由UE能力报告的是否支持波束对应性来调整基于上述选项而确定的偏移值。例如，当UE支持波束对应性时，BS可以将基于选项而确定的偏移值确定为最终偏移值或可以将偏移值调整为较小值。当UE不支持波束对应性时，BS可以将所需时间添加到基于选项而确定的偏移值。

BS可以根据UE是否执行了向多个TRP进行UL发送的UL波束的报告来调整基于选项而确定的偏移值。如果将UL波束报告给BS，则这可能意味着UL波束对于UE是‘已知的’波束。如果没有将UL波束报告给BS，则这可能意味着UL波束对于UE是“未知的”波束。如果UE向BS报告了要进行UL传输的UL波束，则BS可以将基于选项而确定的偏移值确定为最终偏移值或可以将偏移值调整为较小值。如果UE尚未向BS报告要进行UL传输的UL波束，则BS可以将附加的所需时间添加到基于选项而确定的偏移值。

BS可以向UE通知所确定的偏移。这里，BS可以按如下所述的显式或隐式方式向UE通知所确定的偏移。

-BS为UE显式地配置所确定的偏移的情况：BS可以将偏移配置为新的更高层参数并且可以将其显式地通知给UE。例如，BS可以将新的更高层参数‘timeDurationForULSwitch’添加到PUCCH传输配置信息，诸如PUCCH-FormatConfig或PUCCH-Config。即使对于PUSCH或SRS，BS也可以将偏移的新参数添加到用于PUSCH传输的更高层参数和用于SRS传输的更高层参数。示例是配置新的更高层参数以向UE指示由BS确定的偏移的方法之一，并且可以被定义为具有不同名称和相同功能的更高层参数。

-BS为UE隐式地配置所确定的偏移的情况：如在上述操作中，BS可以不将偏移直接配置为更高层参数，而是可以经由用于发送不同UL信号的(多个)配置隐式地指示偏移。例如，可以经由在更高层参数PUCCH资源中以PUCCH-format[a](其中“a”可以是0、1、2、3或4)配置的‘startingSymbolIndex’指示偏移。更详细地，作为用于指示时隙中的PUSCH重复传输的补充方法的示例，BS可以通过PUCCH在时隙中重复的数量来配置PUCCH资源的PUCCH-format[a]中的startingSymbolIndex。更详细地，当时隙中的重复数量是例如2时，startingSymbolIndex可以指示时隙中的第一PUCCH重复传输时机的传输起始符号，并且可以新添加的‘startingSymbolIndex2’可以指示时隙中的第二PUCCH重复传输时机。这里，由startingSymbolIndex指示的符号位置必须早于由startingSymbolIndex2指示的符号位置，并且两个符号之间的间隙可以由BS配置，以允许该间隙为大于一个PUCCH传输符号nrofSymbols和由BS确定的偏移的值。该示例仅仅是示例性的，并且BS可以经由用于PUCCH传输的PUCCH资源配置向UE隐式地通知偏移。可替代地，当BS向UE调度包括PDSCH的HACK信息的PUCCH时，BS可以向UE指示PDSCH-to-HARQ_feedback定时指示符，以允许时间偏移为大于所确定的偏移的值。BS可以经由UL信号的更高层参数配置或由DCI指示的传输定时向UE隐式地通知除PUCCH以外的UL信号(例如PUSCH或SRS)的偏移。

<第2-2实施例：根据UE能力来发送由BS指示的UL信号的方法>

当UE被指示了来自BS的UL信号的重复传输时，UE可以根据是显式地配置还是隐式地指示由BS确定的偏移来确定UL重复传输的操作。当UE被显式地配置了与BS的偏移时，UE可以通过在时域中根据该偏移配置重复传输之间的间隙来发送UL信号。如果UE被隐式地指示了偏移，则UE根据由BS配置的UL信号的更高层参数配置来发送UL信号。当UE被显式地配置或隐式地指示了偏移，并且因此将该偏移应用于UL信号的重复传输时，UE可以根据UE能力，通过在偏移期间切换UL波束、发送功率或频率中的至少一个来发送UL信号。如果由BS确定的偏移被设置为大于用于切换UL波束或发送功率或频率的UE能力，则UE可以切换UL波束或发送功率或执行用于跳频的频率切换，以便通过在重复传输中的TRP之间进行切换来发送UL信号。如果由BS确定的偏移被设置为小于用于切换UL波束或发送功率或频率的UE能力，则BS和UE可以通过考虑以下用于重复传输UL信号的操作之一或组合来预定义默认UL传输方法：

-在与先前重复传输相同的UL波束、发送功率和频率上发送UL信号的操作：因为由BS确定的偏移小于UE能力，所以UE无法满足用于在重复传输之间切换波束或发送功率或频率的时间。因此，UE可以在被应用于先前重复传输的波束、发送功率和频率上执行下一个重复传输。这里，先前重复传输指示紧接在要发送的重复传输时机之前的重复传输时机。此外，以与先前(重复)传输相同的方式使用UL波束、发送功率或频率中的至少一个，并且切换其他者是有可能的。例如，可以按与先前(重复)传输相同的方式使用UL波束和频率，并且可以在下一个重复传输中切换发送功率。

-在配置为默认的UL波束、发送功率和频率上发送UL信号的操作：因为由BS确定的偏移小于UE能力，所以UE无法满足用于在重复传输之间切换波束或发送功率或频率的时间。因此，UE可以在预定义的默认UL波束、默认发送功率和默认频率上执行下一个重复传输。这里，BS和UE可以为每个UL信号(PUCCH或PUSCH或SRS)定义默认传输信息。可替代地，BS和UE可以为UL信号定义公共默认传输信息。此外，UL波束、发送功率或频率中的至少一个可以用作默认配置，并且可以切换其他者。例如，UL波束和频率可以用作默认配置，并且可以在下一个重复传输中切换发送功率。

-通过根据条件切换UL波束或发送功率或频率来发送UL信号的操作：当UL重复传输与TRP之间的映射被配置为‘顺序的’时，UE可以通过在满足UE能力的重复传输时机中切换UL波束或发送功率或频率来发送UL信号。在不满足UE能力的重复传输时机中，UE可以发送具有与先前重复传输相同的配置的UL信号。例如，当映射被配置为{TRP1，TRP1，TRP2，TRP2}时，UE可以利用用于TRP1的UL波束、发送功率和频率来发送前两个重复传输时机。UE必须通过切换用于TRP2的UL波束、发送功率和频率来发送第三重复传输时机，但是，由于偏移小于UE能力，因此UE在没有UL传输信息的改变的情况下利用TRP1的配置来发送UL信号。UE可以通过改变用于TRP2的UL波束、发送功率和频率来发送第四重复传输时机。

-通过应用UL波束或发送功率或频率的可切换配置来发送UL重复信号的操作：当UE比较由BS和UE能力配置的偏移的值时，UE可以将一些可切换配置应用于下一个重复传输时机，其中一些可切换配置的UE能力小于UE能力当中的偏移。例如，当偏移大于用于UL波束切换的UE能力并且小于用于发送功率切换或频率切换的UE能力时，UE可以通过仅切换UL波束并且等同地应用先前重复传输时机的发送功率和频率来发送下一个重复传输时机。如果UE顺序地切换UL波束、发送功率和频率，则UE将由BS确定的偏移与用于切换UL波束或发送功率或频率的UE能力的组合的总和进行比较。这里，当UE能力的组合的值小于该偏移时，UE根据由BS和UE预定义的UL波束或发送功率或频率的切换的优先级顺序来确定UL信号重复传输。例如，当由BS确定的偏移小于所有UE能力的总和，关于UL波束和发送功率的切换的UE能力之和、关于UL波束和频率的切换的UE能力之和以及关于发送功率和频率的切换的UE能力之和小于偏移时，并且BS和UE将优先级顺序预定义为例如{UL波束＞发送功率＞频率}，UE可以通过切换UL波束和发送功率来发送UL信号。

-通过丢弃一些符号或重复传输时机来发送UL信号的操作：为了通过应用UL传输改变信息来重复传输UL信号，UE可以在针对其切换波束、发送功率或频率中的至少一个的重复传输时机中丢弃一些前部符号，并且可以在其余资源上发送UL信号。例如，当PUCCH重复传输与TRP之间的映射被配置为{TRP1，TRP1，TRP2，TRP2}时，第三重复传输中的UE在前部符号期间不发送PUCCH，直到满足切换UL波束、发送功率和用于TRP2的频率所需的时间为止。在满足切换UL波束、发送功率和频率所需的时间之后，UE可以在其余符号上重复发送第三PUCCH。

作为另一示例，当对于切换TRP的重复传输，不满足切换UL波束或发送功率或频率所需的时间时，UE可以丢弃与之对应的UL重复传输时机。例如，当PUCCH重复传输与TRP之间的映射被配置为{TRP1，TRP1，TRP2，TRP2}时，UE可以丢弃第三PUCCH重复传输时机。之后，UE可以通过切换到UL波束、发送功率和用于TRP2的频率来发送第四PUCCH重复传输时机。作为另一示例，当PUCCH重复传输与TRP之间的映射被配置为{TRP1，TRP2，TRP1，TRP2}时，可以丢弃第二PUCCH重复传输时机和第四PUCCH重复传输时机以支持基于单TRP的PUCCH重复传输。

当通过使用本公开的实施例中提供的方法来在考虑到每个TRP的信道状态的情况下进行PUCCH重复传输时，可以预期UL控制信号的覆盖范围扩展。此外，由于针对每个TRP控制发送功率，因此可以预期由UE执行的高效电池管理。

这可以被等同地应用于相对于UL信号传输的时间偏移值和UE能力的关系。如果时间偏移大于用于切换UL波束或发送功率或频率的UE能力，则UE可以发送UL信号。类似于重复传输之间的偏移不满足UE能力的情况，如果时间偏移小于用于切换UL波束或发送功率或频率的UE能力，则UE可以通过考虑以下操作之一或组合来发送UL信号。

-在对于先前UL信号传输相同的UL波束、发送功率和频率上发送UL信号的操作：

-在配置为默认的UL波束、发送功率和频率上发送UL信号的操作：

-通过应用UL波束或发送功率或频率的可切换配置来发送UL重复信号的操作

-通过丢弃第一重复传输时机的一些符号或第一重复传输时机来发送UL信号的操作

根据条件的操作与支持单个面板的UE切换UL波束或发送功率或频率的方法相关联。如果UE能够支持多个面板，则UE可以检查由BS确定的偏移是否被配置为小于用于改变/切换UL波束或发送功率或频率或面板的UE能力。当由BS确定的偏移大于用于切换UL波束或发送功率或频率或面板的UE能力时，UE可以发送UL信号。类似于重复传输之间的偏移不满足UE能力的情况，如果偏移被配置为小于用于改变/切换UL波束或发送功率或频率或面板的UE能力，则在进一步考虑到用于改变/切换面板的UE能力的情况下，UE可以根据以下操作之一或组合来发送UL信号。

-在对于先前UL信号传输相同的UL波束、发送功率、频率和面板上发送UL信号的操作

-在被配置为默认的UL波束、发送功率、频率和面板上发送UL信号的操作

-通过应用UL波束或发送功率或频率或面板的可切换配置来发送UL重复信号的操作

-通过丢弃第一重复传输时机的一些符号或第一重复传输时机来发送UL信号的操作

这里，先前UL信号指示最新近发送的物理信道并且与要发送的UL信号(PUCCH或PUSCH或SRS)相同。BS和UE可以为每个UL信号(PUCCH或PUSCH或SRS)定义默认传输信息。可替代地，BS和UE可以为UL信号定义公共默认传输信息。

<第三实施例：为多个TRP生成PH信息的方法>

根据本公开的实施例，现在将描述当UE根据本公开的第一实施例或第二实施例来执行到多个TPR的PUSCH重复传输时，UE生成PH信息(可以被称为PH、PHR、PH值或PHR信息，并且不限于这些术语并且可以被称为具有相同含义的术语)的方法。当UE报告特定小区的PH信息时，UE可以选择并报告两种类型的PH信息之一。第一种类型是根据上述等式7来基于实际发送的PUSCH发送功率而作为实际PHR计算的PH信息。第二种类型是PH信息，该PH信息是没有实际发送的PUSCH的虚拟PHR(或参考格式)，如在等式8中，并且基于由更高层信号配置的发送功率参数来计算。在触发PHR之后，当能够发送对应PHR信息的第一PUSCH是所调度的PUSCH资源时，UE可以基于直到调度PUSCH的PDCCH监听时机接收到的更高层信号信息和L1信号来确定要为特定小区计算的PHR是实际PHR还是虚拟PHR。可替代地，在触发PHR之后，当能够发送对应PHR信息的第一PUSCH是所配置的PUSCH资源时，UE可以基于在用于PUSCH的第一参考符号T_proc,2之前接收到的更高层信号信息和L1信号来确定要为特定小区计算的PHR是实际PHR还是虚拟PHR。这里，经由根据d_2,1＝1且d_2,2＝0的等式2的计算获得的值可以被应用于T_proc,2，但这仅仅是示例，并且利用另一值获得的结果可以被应用于此。上述等式7到等式8是第一类型PH信息。本公开可适用的通信系统中的第一类型PH信息可以指示关于PUSCH发送功率的PH信息，第二类型PH信息可以指示关于PUCCH发送功率的PH信息，并且第三类型PH信息可以指示关于SRS发送功率的PH信息。然而，本公开不限于此。

如图19中所示，当一个UE与多个TRP进行通信时，可以存在路径衰减和物理信道环境可以针对每个TRP变化的可能性，并且因此，需要针对每个TRP以不同方式操作发送功率配置和调整。例如，在等式6中的PUSCH发送功率等式中，将PL_b,f,c(q_d)排除在外的参数是由BS通过更高层信号或L1信号预先指示的信息，但由于UE最终基于参考信号相对于PL_b,f,c(q_d)的测量来确定PUSCH发送功率值，因此UE可以为每个TRP计算不同发送功率，并且可以将其应用于基于多个TRP的PUSCH重复传输。此外，在UE与第一TRP和第二TRP进行通信的情况下，当UE相比于第二TRP更靠近第一TRP时，与第二TRP相比，UE针对到第一TRP的PUSCH或PUCCH或SRS传输具有更小的发送功率值是有可能的。此外，面板和天线结构特征可以针对每个TRP变化，并且因此，基于该差异的码本或波束配置信息可以变化，并且由UE基于该差异而确定的发送功率可以针对每个TRP变化。

如上文参照等式6所描述的，当确定PUSCH发送功率时，UE通过更高层信号或L1信号被配置不同参数的多个配置信息，并且对于多个TRP，UE可以被使能来基于每个TRP的不同信号信息确定发送功率或可以被配置公共信号信息，但可以被使能来基于信号信息中的不同索引或指示信息来确定发送功率。

UE可以在一个服务小区上利用多个TRP发送或接收控制和数据信息。在这种情况下，UE可以向第一TRP或第二TRP发送PH信息。更详细地，UE可以向第一TRP或第二TRP发送包括PH信息的PUSCH，并且PUSCH可以由已经发送了PUSCH的相同TRP或另一TRP调度或可以由更高层信号预配置。如果BS接收到图16的PH信息，则UE需要根据等式7或等式8来预定义PH信息是关于基于第一TRP的PUSCH发送功率的PH信息还是关于基于第二TRP的PUSCH发送功率的PH信息。在下文中，根据本公开的每个实施例，现在将描述在考虑到多个TRP的情况下配置MAC CE信息的方法。在本公开中，当UE向TRP发送包括PH信息的PUSCH时，这可能意味着UE在与同TRP对应的CORESETPoolIndex相关联的PUSCH资源上发送PH信息(或发送包括PH信息的MAC CE)。例如，当UE向第一TRP和第二TRP当中的第一TRP发送包括PH信息的PUSCH时，这可能意味着UE在与同第一TRP对应的CORESETPoolIndex 1相关联的PUSCH资源上发送包括PH信息的MAC CE。此外，在本公开中，当UE基于多个TRP当中的一个TRP来计算PH信息时，这可能意味着UE基于与同TRP对应的CORESETPoolIndex相关联的PUSCH的实际发送功率(实际PUSCH)来计算PH信息(实际PHR)，或这可能意味着尽管实际上没有向TRP发送PUSCH，但基于由更高层信号相对于与同TRP对应的CORESETPoolIndex相关联的PUSCH配置的发送功率参数(虚拟PUSCH)来计算PH信息(虚拟PHR)。可替代地，当UE向TRP发送包括PH信息的PUSCH时，这可能意味着UE发送关于与同TRP对应的SRI或同TRP对应的SRS资源集(SRS资源集)相关联的PUSCH资源的PH信息(或发送包括PH信息的MAC CE)。然而，应注意，本公开不限于此。

<第3-1实施例：单条目PHR MAC CE类型1>

第3-1实施例提出了在基于多个TRP的发送和接收的情况下使用图16的MAC CE格式并且使用保留比特R 1611的方法。即，响应于保留比特R的值为0或1，可以指示对应PH信息是基于实际PUSCH的PH还是基于虚拟PUSCH的PH。基于该指示，BS可以确定UE利用哪个TRP信息(例如TRP索引、或与TRP索引对应的CORESETPoolIndex、或相关联的SRS资源集或对应的SRI字段等)来计算PH信息。这里，为了便于描述，使用R，但本公开不限于此，并且可以使用其他术语，例如V。例如，当在第一TRP和第二TRP与UE连接的情况下，UE向第一TRP发送包括MAC CE的PUSCH并且在MAC CE格式中预留比特R的值被设置为0(实际PUSCH)时，BS可以确定UE已经基于第一TRP计算了PH信息。即，BS可以确定UE已经基于已经向第一TRP实际发送的PUSCH的发送功率计算了PH信息。作为另一示例，当在第一TRP和第二TRP与UE连接的情况下，UE向第一TRP发送包括MAC CE的PUSCH并且在MAC CE格式中预留比特R的值被设置为1(虚拟PUSCH)时，BS可以确定UE已经基于第二TRP计算了PH信息。即，BS可以确定，尽管UE实际上没有向第二TRP发送PUSCH，但UE已经基于关于PUSCH发送功率的更高层信号信息计算了PH信息。作为另一示例，当在第一TRP和第二TRP与UE连接的情况下，UE向第二TRP发送包括MAC CE的PUSCH并且在MAC CE格式中预留比特R的值被设置为0(实际PUSCH)时，BS可以确定UE已经基于第二TRP计算了PH信息。即，BS可以确定UE已经基于已经向第二TRP实际发送的PUSCH的发送功率计算了PH信息。作为另一示例，当在第一TRP和第二TRP与UE连接的情况下，UE向第二TRP发送包括MAC CE的PUSCH并且在MAC CE格式中预留比特R的值被设置为1(虚拟PUSCH)时，BS可以确定UE已经基于第一TRP计算了PH信息。即，BS可以确定，尽管UE实际上没有向第一TRP发送PUSCH，但UE已经基于关于PUSCH发送功率的更高层信号信息计算了PH信息。当收集以上示例时，基于确定关于为哪个TRP计算PH信息以及将向哪个TRP发送包括PH信息的PUSCH，BS确定PH信息是基于实际PUSCH来计算的还是基于虚拟PUSCH来计算的。当用于计算PH信息的参考TRP和包括PH信息的PUSCH被发送到的TRP相等时，UE可以基于实际PUSCH来生成PH信息。当用于计算PH信息的参考TRP和包括PH信息的PUSCH被发送到的TRP不相等时，UE可以基于虚拟PUSCH来生成PH信息。

<第3-2实施例：单条目PHR MAC CE类型2>

根据本公开的第3-1实施例，UE不能提供包括关于一个服务小区中的多个TRP当中的至少两个TRP的PH信息的MAC CE格式。因此，在本公开的第3-2实施例中，位图如图25中一般配置，以在UE配置有一个服务小区的情况下为每个TRP生成PH信息。在图25中，假设TRP的数量是2，但本公开不限于此，并且为N个TRP配置位图是可能的。此外，在图25中，MAC CE格式可以包括保留比特2511和2512用于图17的V字段的信息，以便指示UE为每个TRP计算的PH信息是基于实际PUSCH还是基于虚拟PUSCH。此外，当虚拟PUSCH由V字段指示时，UE可以省略对应TRP的MPE字段和Pcmax,f,c字段。图25与图17类似，但不存在指示服务小区的字段，并且可以根据所配置的TRP数量来确定PH信息位图，并且可以以根据TRP索引的升序或降序来确定PH信息位图。可替代地，在第3-2实施例中，在不参考图25的保留比特2511和2512的情况下，其中为每个TRP生成参考PH信息可以是基于已经接收到包括PH信息的PUSCH的TRP来确定的。例如，当第一TRP接收到图25的PHR信息时，BS可以确定PH信息是基于相对于第一TRP的实际PUSCH来计算的，并且可以确定PH信息是基于相对于除第一TRP以外的TRP的虚拟PUSCH来计算的。

<第3-3实施例：单条目PHR MAC CE类型3>

根据本公开的第3-3实施例，在不需要UE出于其他目的而使用图16的保留比特的情况下，为其计算实际PHR的位图和为其计算虚拟PHR的位图是固定的。如图26中所示，实际PHR可以首先被配置为两个八比特字节，虚拟PHR可以被配置为一个八比特字节。然而，本公开不限于此，并且因此，虚拟PHR可以首先被配置为一个八比特字节，实际PHR可以被配置为两个八比特字节，或其他各种配置可以是可用的。在图26中，假设并且图示了两个TRP，但本公开不限于此并且可适用于多个TRP。在这种情况下，可以为每个TRP配置虚拟PHR的位图，并且可以按升序或降序映射将实际PHR的TRP排除在外的TRP。在图26中，UE相对于具有实际PHR的位图计算的TRP可以是接收发送对应PH信息的PUSCH的TRP。对于其他TRP，可以基于虚拟PUSCH来计算PH信息。因此，在图26中，MPE和Pcmax,f,c仅存在于与实际PHR对应的位图中，并且MPE和Pcmax,f,c信息可以在与虚拟PHR对应的位图中被省略。

<第3-4实施例：单条目PHR MAC CE类型4>

根据本公开的第3-3实施例，如图27中所图示，可以首先包括包含每个TRP的索引信息的八比特字节，然后可以按TRP索引的升序或降序映射基于对应TRP索引信息的一个或两个八比特字节的配置的多个PH信息。在图27中，假设为一个UE配置了两个TRP的情况，但图27的MAC CE可适用于两个或更多个TRP。类似于图25的情况，可以使用保留比特R 2711和2712来指示它是实际PHR还是虚拟PHR。可替代地，可能根据已经接收到包括PHR MAC CE信息的PUSCH的TRP来确定它是实际PHR还是虚拟PHR。这与本公开的第3-3实施例类似，但不同之处在于添加了包括关于包括PH信息的TRP的信息的八比特字节，并且因此根据关于TRP的信息来映射TRP和PH信息。

本公开的第3-1到第3-4实施例涉及UE针对UE在多TRP情况下配置有一个服务小区的情况生成PH信息的方法。此后的实施例涉及UE针对UE在多TRP情况下配置有多个服务小区的情况生成PH信息的方法。

<第3-5实施例：多条目PHR MAC CE类型1>

图28图示了根据本公开的第3-5实施例的UE在UE配置有多个TRP和多个小区的情况下生成PH信息的方法的示图。类似于图17的情况，分别包括关于服务小区的信息的八比特字节存在并且同时包括每个服务小区的TRP信息。例如，Cm,n指示第m个服务小区和第n个TRP，并且当其值为1时，其PH信息可以由最多两个不同八比特字节配置。在图28中，图示了多个PH信息基于服务小区索引而被映射到对应服务小区索引中的TRP索引，但这仅仅是示例，并且因此，多个PH信息可以基于TRP索引而被映射到对应TRP索引中的服务小区索引。换句话说，可以基于服务小区索引和TRP索引来映射PH信息。例如，当m是7并且n是2时，UE可以配置总共14个PH信息，并且可以通过V值来指示PH信息是基于实际PUSCH来计算的还是基于虚拟PUSCH来计算的。当基于虚拟PUSCH来计算时，可以省略Pcmax,f,c字段和MPE字段。

<第3-6实施例：多条目PHR MAC CE类型2>

图29图示了根据本公开的第3-6实施例的UE在多个TRP的情况下生成PH信息的方法的示图。类似于图17的情况，包括能够分别指示服务小区索引的八比特字节，并且基于服务索引来排列其多个PH信息。TRP信息可以由图29的保留比特R 2911指示。例如，当R值指示0时，这可以指示关于每个服务小区的PH信息是基于第一TRP来确定的，当R值指示1时，这可以指示关于每个服务小区的PH信息是基于第二TRP来确定的。UE可以将具有图29的MAC CE格式的MAC CE报告给BS，并且BS可以基于由R值指示的信息来确定UE已经为哪个TRP生成了PH信息。

<第3-7实施例：多条目PHR MAC CE类型3>

UE可以向BS报告具有图17中所示的MAC CE格式的PHR MAC CE。然而，可以基于包括PH信息的PUSCH被发送到的TRP来确定UE已经为哪个TRP计算了PH信息。例如，当向第一TRP发送包括PH信息的PUSCH时，UE可以基于第一TRP来预先计算多个服务小区的PH信息，并且当触发了PHR时，UE可以向BS发送包括PH信息的MAC CE，并且BS可以认为UE基于第一TRP而预先计算了多个服务小区的PH信息。根据本公开的本实施例，优点在于不一定需要重新定义单独MAC CE格式，并且可能重用现有MAC CE格式。

在本公开的第3-1到3-7实施例中，关于在确定为哪个TRP确定PH信息的操作中与TRP发送和接收包括PH信息的PUSCH的方法，当仅相对于一个TRP执行PUSCH的发送和接收时，不存在问题。然而，当向多个TRP重复发送PUSCH(例如针对第一TRP和第二TRP中的每一个执行PUSCH重复传输)时，这些方法可能不适用。在这种情况下，UE和BS可以参考最初发送和接收PUSCH的TRP或最后发送和接收PUSCH的TRP。

此外，上述实施例中的MAC实体可以基于发送和接收包括PH信息的PUSCH的TRP来确定为哪个TRP确定PH信息。更详细地，当MAC实体确定为其生成(或计算)PH信息的TRP时，MAC实体可以考虑发送和接收包括PH信息的PUSCH的TRP。例如，MAC实体可以确定与第一TRP发送和接收的PUSCH中所包括的PH信息是基于第一TRP来计算的。可替代地，MAC实体可以确定与第二TRP发送和接收的PUSCH中所包括的PH信息是基于第二TRP来计算的。这里，MAC实体可以指示BS的MAC实体或UE的MAC实体。

<第四实施例：用于在多小区环境中报告PH信息时确定特定PUSCH资源的UE操作>

图30图示了根据本公开的实施例的在多小区环境中调度包括PH信息的PUSCH的资源的情况的示图。当UE操作用于PUSCH传输的多个小区时，在特定小区A中发送的PUSCH传输资源包括另一小区的PH信息，并且在另一个小区中调度多个PUSCH，需要确定基于哪个PUSCH传输资源来报告PH信息。

例如，在UE配置有用于PUSCH传输的多个小区并且服务小区c₁的载波f₁的UL BWPb₁ 3000的子载波值μ₁小于服务小区c₂的载波f₂的UL BWP b₂ 3002的子载波值μ₂的情况下，如果UE在所激活的UL BWP b₁ 3000上的与所激活的UL BWP b₂ 3002上的多个时隙3005和3006重叠的一个时隙3004中提供一个PUSCH传输3008中所包括的类型1PHR，则UE在所激活的UL BWP b₂ 3002上的与所激活的UL BWP b₁ 3000上的时隙3004完全重叠的多个时隙3005和3006当中的第一时隙3005中提供相对于第一PUSCH 3010的类型1PHR。

作为另一示例，在UE配置有用于PUSCH传输的多个小区并且服务小区c₁的载波f₁的UL BWP b₁ 3000的子载波值μ₁等于服务小区c₂的载波f₂的UL BWP b₂ 3002的子载波值μ₂的情况下，如果UE在所激活的UL BWP b₁3000上的一个时隙中提供一个PUSCH传输中所包括的类型1PHR，则UE在所激活的UL BWP b₂ 3002上的与所激活的UL BWP b₁ 3000上的时隙重叠的时隙中提供相对于第一PUSCH的类型1PHR。

作为另一示例，当UE配置有用于PUSCH传输的多个小区并且在PUSCH传输(该PUSCH传输是PUSCH重复传输类型B，其在所激活的UL BWP b₁ 3000上的与所激活的UL BWP b₂3002上的一个或多个时隙重叠的多个时隙上具有标称重复传输)中发送类型1PHR时，UE在所激活的UL BWP b₂ 3002上的与所激活的UL BWP b₁ 3000上用于标称重复传输的多个时隙重叠的一个或多个时隙当中的第一时隙中在第一PUSCH上发送类型1PHR。

在本公开中，参照图30确定第一PUSCH 3010可以基于PUSCH 3008是根据调度DCI而发送的动态PUSCH还是在没有调度DCI的情况下周期性地发送的基于配置授权的PUSCH而变化。如果通过调度DCI来指示PUSCH 3008，则UE考虑由上层信号或L1信号确定的PUSCH资源，直到发送和接收调度DCI的时间点为止。如果PUSCH 3008是在没有调度DCI的情况下配置的基于授权的PUSCH，则UE考虑由上层信号或L1信号在与PUSCH 3008的第一符号参考相关联的参照等式2描述的T_proc,2值的时间点之前确定的PUSCH资源。例如，在未调度PUSCH3010并调度PUSCH 3012直到该时间点为止的情况下，UE将PUSCH 3012确定为第一PUSCH。

例如，如参照图19所描述的，当UE可以针对多个TRP中的每一个执行重复传输时，UE需要确定UE必须为哪个TRP计算关于重复发送的PUSCH当中的PUSCH的PH信息。例如，参照图30，PH信息可以被包括在向TRP 1发送的PUSCH 3008中，并且可以在BWP b₂上向不同TRP重复发送或可以在没有重复传输的情况下向不同TRP发送PUSCH 3010、3012、3014和3016。在这种情况下，当UE报告关于多个小区的PH信息时，根据MAC CE PHR格式，不同操作是可能的。

-情况30-1：在MAC CE PHR格式中，可以基于用于每个服务小区的一个TRP来生成一个PUSCH的PH信息的情况。在这种情况下，可以针对如图29中的每个服务小区包括PH信息，但可以不包括基于一个服务小区中的多个TRP的一个PUSCH的PH信息。参照图29，对应MAC CE PHR格式中所包括的多个PH信息是基于相对于所有服务小区的相同TRP信息的，但针对每个服务小区包括基于不同TRP的一个PUSCH的PH信息的修改情况可以是可能的，并且这与图17的情况相同。

当UE如在图30中在PUSCH 3008中包括PH信息时，UE生成相对于所激活的UL BWPb₂ 3002上的与所激活的UL BWP b₁ 3000上的对应时隙重叠的时隙当中的第一时隙中所包括的第一PUSCH 3010的(实际)PH信息。例如，当向TRP 1发送第一PUSCH 3010时，UE计算相对于基于TRP 1而确定的PUSCH 3010的(实际)PH信息并且在报告PHR时包括PH信息。这里，TRP 1可以作为不同TRP索引而被修改和应用。

可替代地，当UE在如图30中的PUSCH 3008中包括PH信息时，UE生成相对于第一PUSCH 3010的(实际)PH信息，其中该第一PUSCH 3010在所激活的UL BWP b₂ 3002上的与所激活的UL BWP b₁ 3000上的对应时隙重叠的时隙当中的第一时隙中的PUSCH当中在与PUSCH 3008相同的TRP处发送(或与相同CORESETPoolIndex相关联)。例如，在向TRP 1发送PUSCH 3008的情况下，对于在与所激活的UL BWP b₁ 3000上的时隙重叠的时隙当中的第一时隙中的PUSCH当中向TRP 1发送的第一PUSCH 3012，UE计算相对于PUSCH 3012的(实际)PH信息并且在报告PHR时包括PH信息。这里，TRP 1可以作为不同TRP索引而被修改和应用。

可替代地，当UE在如图30中的PUSCH 3008中包括PH信息时，UE生成相对于第一PUSCH的(实际)PH信息，该第一PUSCH在所激活的UL BWP b₂ 3002上的与所激活的UL BWP b₁3000上的对应时隙重叠的时隙当中的第一时隙中的PUSCH当中由更高层信号或L1信号指示(或与CORESETPoolIndex相关联)。例如，相对于第一PUSCH，TRP 1由更高层信号指示，并且向TRP 1发送PUSCH 3010，UE计算关于PUSCH 3010的(实际)PH信息并且在报告PHR时包括PH信息。

可替代地，当UE在如图30中的PUSCH 3008中包括PH信息时，UE生成关于第一PUSCH的(实际)PH信息，该第一PUSCH在所激活的UL BWP b₂ 3002上的与所激活的UL BWP b₁ 3000上的对应时隙重叠的时隙当中的第一时隙中的PUSCH当中满足时间线。这里，满足时间线的含义指示PUSCH当中的与指示PUSCH 3008的相同CORESETPoolIndex相关联的第一PUSCH。例如，当PUSCH 3008由与特定CORESETPoolIndex相关联的PDCCH指示时，PUSCH 3008可以指示PUSCH当中具有与由UE直到PDCCH的发送和接收的时间点为止已经接收到的更高层信号或L1信号确定的PUSCH当中的CORESETPoolIndex相同的值的第一PUSCH。作为另一示例，在PUSCH 3008是没有调度DCI的配置授权PUSCH并且UE通过更高层信号或L1信号接收到指示与特定CORESETPoolIndex的关联的信息的情况下，UE可以基于PUSCH资源(该PUSCH资源由UE已经在PUSCH 3008的起始符号上根据等式2的时间点T_proc,2之前接收到的更高层信号或L1信号确定)当中与CORESETPoolIndex相同的PUSCH当中的第一PUSCH来生成(实际)PH信息，并且可以生成PH信息。参照图30，当UE基于直到该时间点为止接收到的更高层信号或L1信号来确定在BWP b₂ 3002上仅存在PUSCH 3008以及与PUSCH 3008相关联的PUSCH 3012和3014时，UE可以生成并报告相对于PUSCH 3012的(实际)PH信息。这些是对确定BWP b₂ 3002中PUSCH资源的存在的时间线的描述，并且这些描述适用于本公开的其他实施例，并且因此UE可以确定此情况。

可替代地，在UE在如图30中的PUSCH 3008中包括PH信息的情况下，当不存在所激活的UL BWP b₂ 3002上的与所激活的UL BWP b₁ 3000上的对应时隙重叠的时隙当中的第一时隙中所包括的PUSCH时，UE必须确定UE要为哪个TRP确定虚拟PH信息。作为参考，当PUSCH3008由PDCCH的DCI调度时，UE确定PUSCH不存在的时间点是发送PDCCH的最后一个符号，并且当PUSCH 3008是在没有PDCCH的情况下配置的授权PUSCH时，该时间点可以是在PUSCH3008的第一符号参考T_proc,2之前的时间点。然而，这仅仅是示例，并且因此，可以应用其他时间点。然后，UE基于直到该时间点为止由更高层信号或L1信号从BS接收到的信息来确定PUSCH资源分配。当不存在PUSCH时，UE基于与PUSCH 3008相同的CORESETPoolIndex来计算虚拟PH信息。可替代地，当不存在PUSCH时，UE基于由更高层信号或L1信号预先指示的特定CORESETPoolIndex来计算虚拟PH信息。可替代地，当不存在PUSCH时，UE始终基于CORESETPoolIndex 0的值来计算虚拟PH信息。

-情况30-2：在MAC CE PHR中，可以基于分别用于服务小区的多个TRP来生成多个PUSCH的PH信息的情况。即，UE能够根据参照图28描述的MAC CE PHR格式，基于用于一个服务小区的多个TRP来报告PUSCH中的每一个的PH信息。

当UE在如图30中的PUSCH 3008中包括PH信息时，UE生成关于第一PUSCH的(实际)PH信息，该第一PUSCH各自与CORESETPoolIndex相关联并且被包括在所激活的UL BWP b₂3002上的与所激活的UL BWP b₁3000上的对应时隙重叠的时隙当中的第一时隙中。例如，当PUSCH 3010是与CORESETPoolIndex 0相关联的第一PUSCH(或用于TRP 1)并且PUSCH 3012是与CORESETPoolIndex 1相关联的第一PUSCH(或用于TRP 2)时，UE考虑PUSCH 3010以便基于TRP 1来生成(实际)PH信息，并且考虑PUSCH 3012以便基于TRP 2来生成(实际)PH信息。如果在图30中不存在PUSCH 3012，当UE基于TRP 2来生成PH信息时，UE由于不存在所调度的PUSCH而生成虚拟PH信息。如果在图30中不存在PUSCH 3010，当UE基于TRP 1来生成PH信息时，UE由于不存在所调度的PUSCH而生成虚拟PH信息。作为另一示例，在未将PUSCH 3010或PUSCH 3012分配给第一时隙的情况下，当第一PUSCH存在于所激活的UL BWP b₂ 3002上的与所激活的UL BWP b₁ 3000上发送和接收包括PH信息的PUSCH 3008的时隙完全重叠的时隙当中的非第一时隙中时，UE不计算关于对应TRP的虚拟PH信息，而是可以基于PUSCH来计算实际PH信息。例如，当PUSCH 3010未被分配，但PUSCH 3014被分配并且其是用于TRP 1的PUSCH传输(或与CORESETPoolIndex 0相关联的PUSCH传输)时，UE考虑PUSCH 3014以便基于TRP 1来生成实际PH信息。作为另一示例，当PUSCH 3012未经分配，但PUSCH 3016被分配并且其是用于TRP 2的PUSCH传输(或与CORESETPoolIndex 1相关联的PUSCH传输)时，UE考虑PUSCH 3016以便基于TRP 2来生成实际PH信息。

可替代地，当UE在如图30中的PUSCH 3008中包括PH信息时，UE仅生成关于所激活的UL BWP b₂ 3002上的与所激活的UL BWP b₁ 3000上的对应时隙重叠的时隙当中的第一时隙中所包括的第一PUSCH的(实际)PH信息，并且即使在其他PUSCH存在于第一时隙中时也生成关于其他PUSCH的虚拟PH信息。例如，当PUSCH 3010是与CORESETPoolIndex 0相关联的第一PUSCH并且PUSCH 3012是与CORESETPoolIndex 1相关联的第一PUSCH时，UE可以基于TRP1来生成PUSCH 3010的(实际)PH信息，并且可以在不考虑PUSCH 3012的情况下，基于TRP 2来生成虚拟PH信息。

可替代地，当UE在如图30中的PUSCH 3008中包括PH信息时，UE仅生成关于同与所激活的UL BWP b₂ 3002上的与所激活的UL BWP b₁ 3000上的对应时隙重叠的时隙当中的第一时隙中所包括的PUSCH 3008相同的CORESETPoolIndex相关联的第一PUSCH的(实际)PH信息，并且即使在其他PUSCH存在于第一时隙中时也生成关于其他PUSCH的虚拟PH信息。例如，当PUSCH 3008是与CORESETPoolIndex 1相关联的PUSCH，PUSCH 3010是与CORESETPoolIndex 0相关联的第一PUSCH并且PUSCH 3012是与CORESETPoolIndex 1相关联的第一PUSCH时，UE可以基于TRP 2来生成关于PUSCH 3012的(实际)PH信息，并且可以在不考虑PUSCH 3010的情况下，基于TRP 1来生成虚拟PH信息。

可替代地，在UE在如图30中的PUSCH 3008中包括PH信息的情况下，当不存在所激活的UL BWP b₂ 3002上的与所激活的UL BWP b₁ 3000上的对应时隙重叠的时隙当中的第一时隙中所包括的PUSCH时，UE确定关于所有的多个TRP的虚拟PH信息。作为参考，当PUSCH3008由PDCCH的DCI调度时，确定PUSCH不存在的时间点可以是发送PDCCH的最后一个符号，并且当PUSCH 3008是在没有PDCCH的情况下配置的授权PUSCH时，该时间点可以是在PUSCH3008的第一符号参考T_proc,2之前的时间点。然而，这仅仅是示例，并且因此，应用其他时间点是可能的。然后，UE基于直到该时间点为止由更高层信号或L1信号从BS接收到的信息来确定PUSCH资源分配。

图30图示了BWP b₁ 3000和BWP b₂ 3002的子载波间隔不同的情况，但上述所有实施例可以被应用于相同子载波间隔。在本公开中，如图30中所图示的包括PH信息的PUSCH3008可以仅被应用于包括初始传输数据的PUSCH资源，但本公开不限于此。

<第五实施例：修改的PH信息等式>

假设UE使用等式7或等式8计算PH信息来描述以上方法。然而，不同于此情况，基于多个TRP来操作通信的UE计算修改的PH信息并且将该修改的PH信息报告给BS的方法可以是可能的。例如，当UE配置有5个服务小区并且相对于总共两个TRP进行收发时，UE必须计算最多10个PH信息中的每一个并且必须通过将它们包括在MAC CE PHR格式中来发送它们。因此，格式的大小可以随着服务小区的数量或TRP的数量的增加而增大。因此，不论TRP的数量如何，为每个服务小区配置一个PH信息的方法可以在以下等式9的形式中可用。

等式9

PH_{type1，b，f，c}(i，j，q_d，l)＝PH_{type1，b，f，c，t1}(i，j，q_d，l)■PH_{type1，b，f，c，t2}(i，j，q_d，l)

PH_{type1，b，f，c，t1}(i，j，q_d，l)等于等式7或等式8，并且t1指示关于TRP 1(或与CORESETPoolIndex 0相关联)的PH信息。PH_{type1，b，f，c，t2}(i，j，q_d，l)等于等式7或等式8，并且t2指示关于TRP 2(或与CORESETPoolIndex 0相关联)的PH信息。等式9的含义是，PH_{type1，b，f，c}(i，j，q_d，l)的值与由PH_{type1，b，f，c，t1}(i，j，q_d，l)和PH_{type1，b，f，c，t2}(i，j，q_d，l)的特定函数(■)获得的结果值对应。这里，特定函数可以包括各种方法，并且■可以是四种基本算术运算，诸如加、减、除、乘等，或可以是最大值(A■B＝maximum(A，B))或最小值(A■B＝minimum(A，B))或平均值(A■B＝Average(A，B))。由以上组合定义的其他四种基本算术运算可以是可用的。

如果UE相对于一个服务小区中的多个TRP执行PUSCH同时传输，则UE能够通过使用以下等式10来计算PH信息。

等式10

等式10的含义可以指示与最大发送功率相比，UE包括将针对每个TRP同时发送的PUSCH发送功率排除在外的剩余发送功率值(功率余量)的信息。此外，不同于等式7或等式8，可以在将MPR或A-MPR或P-MPR的值中的至少一个或一些假设为不同值的情况下确定UE为等式10确定的P_CMAX，f，c(i)。在等式10中的PH′_{type1，b，f，c，t}(i，j，q_d，l)可以相对于特定TRP t，与如等式11的实际发送功率等式或如等式12的虚拟发送功率等式中的至少一个对应。

等式11

等式12

根据上述等式9到等式12，UE可以将第五实施例充分应用于本公开的实施例中的至少一个或组合。

当UE根据本公开的第五实施例中提供的方法而配置有多个服务小区时，UE可能不需要报告如图28中所图示的每个服务小区和每个TRP的PH信息，并且可以通过使用如图17或图29中的PHR MAC CE格式来向BS提供PHR。

图31图示了根据本公开的实施例的UE的操作的示图。

参考图31，在操作3110中，UE可以从BS接收PHR相关配置信息。PHR相关配置信息可以包括与PHR相关联的时间值、指示要用于PHR的MAC CE格式的指示符、用于FR2中的PUSCH传输的PHR配置参数、指示DL路径衰减(或发送功率)的变型以便满足PHR触发条件的值等。可以经由更高层信号接收PHR相关配置信息。

在操作3120中，UE可以从第一TRP或第二TRP接收DL信号(例如CSI-RS、SSB等)。

在操作3130中，UE可以基于在操作3120中接收到的DL信号的测量结果来计算DL路径衰减值。

在操作3140中，如果触发了PHR，则UE(MAC实体)可以生成具有根据第三实施例的MAC CE格式的MAC CE或具有根据以上实施例的组合的MAC CE格式的MAC CE。在本公开中，当根据PHR相关配置信息中所包括的定时器值而配置的定时器期满或DL路径衰减值的变型等于或大于特定阈值时，可以触发PHR。

在操作3150中，UE可以向至少一个TRP当中的TRP发送包括在操作3140中生成的MAC CE的PUSCH。当UE配置有多个服务小区时，在UE考虑到参照第四实施例或第五实施例描述的子实施例之一或组合的情况下计算PH信息。

图31的操作3110到3150可以同时进行，或它们中的一些可以被省略。

图32图示了根据本公开的实施例的BS的操作的示图。

参考图32，在操作3210中，BS可以发送PHR相关配置信息。PHR相关配置信息可以包括与PHR相关联的定时器值、指示要用于PHR的MAC CE格式的指示符等。可以经由更高层信号发送PHR相关配置信息。

在操作3220中，BS可以经由至少一个TRP向UE发送DL信号(例如CSI-RS、SSB等)。

在操作3230中，如果触发了PHR，则BS可以经由至少一个TRP当中的一个TRP接收包括PH信息的MAC CE。在本公开中，当根据PHR相关配置信息中所包括的定时器值而配置的定时器期满或DL路径衰减值的变型等于或大于特定阈值时，可以触发PHR。在操作3230中，BS从UE接收的PH值被确定为包括基于本公开的第四实施例或第五实施例而确定的假设。

在操作3240中，BS可以基于在操作3230中接收到的PH信息来使系统操作优化。例如，当由特定UE报告的PH信息是具有正值的剩余功率量时，BS可以通过将更多资源分配给特定UE来提高系统效率，但当PH信息是具有负值的剩余功率量时，因为特定UE的发送功率已经超过了其最大值，所以BS可以根据最大发送功率来重新指示调度，并且可以将剩余资源分配给另一UE，从而使系统效率优化。

图32的操作3210到3240可以同时进行，或它们中的一些可以被省略。

<第六实施例：用于考虑到多个TRP的PUSCH重复传输中的每个TRP的PH信息计算和PHR报告方法>

在下文中，现在将详细描述根据本公开的实施例的在考虑到多个TRP的PUSCH重复传输中计算每个TRP的类型1PH信息并且报告PH信息的方法。

如上文在本公开的第一实施例中所描述的，UE能够支持基于单个DCI的考虑到多个TRP的PUSCH重复传输。这里，在本公开的第1-1实施例中描述的各种方法当中，BS可以通过DCI向UE指示指示多个SRI的字段和/或指示多个TPMI的预编码信息和层数(PINL)字段。在这种情况下，可以基于码本来执行PUSCH传输。此外，在以下公开内容中，TPMI可以被定义为指示预编码索引和层数。可替代地，如上文在本公开的第1-3实施例中所描述的，在基于配置授权的考虑到多个TRP的PUSCH重复传输中，BS可以通过更高层信令和/或L1信令(例如DCI)向UE指示多个SRI字段和/或多个TPMI字段。可替代地，BS可以配置UE，使得当UE执行考虑到多个TRP的PUSCH重复传输时，每个PUSCH重复传输与多个SRS资源集相关联，这些SRS资源集的用途是‘codebook’(或‘nonCodebook’)。

如在与配置相关的示例中，当BS经由更高层信令执行的参数配置和/或经由L1信令(例如DCI)来向UE调度考虑到多个TRP的PUSCH重复传输(或指示基于配置授权的PUSCH传输)时，UE可以基于由L1信令(例如DCI)指示的参数(例如SRI)或在用于基于配置授权的发送的更高层信令中配置的参数(例如SRI)来确定用于向每个TRP发送的PUSCH传输时机的发送功率。

这里，现在将详细描述当UE执行考虑到多个TRP的PUSCH重复传输时，UE确定发送功率的方法的示例。根据本公开的实施例，当UE执行基于单个DCI的考虑到多个TRP的PUSCH重复传输并且单个DCI包括两个SRI字段时，UE可以通过使用SRI字段中的每一个来计算向两个TRP发送的PUSCH的传输时机的发送功率。如果第一SRI字段与用于TRP 1的SRS资源集(例如其用途是‘codebook’(或‘nonCodebook’)的两个SRS资源集当中的第一SRS资源集或包括两个SRS资源集中的较小值的SRS-ResourceSetId的SRS资源集)相关联，则UE可以使用发送功率参数来计算要向TRP 1发送的PUSCH的发送功率，该发送功率参数被映射到由更高层参数sri-PUSCH-MappingToAddModList中的第一SRI字段相关联的SRI-PUSCH-PowerControl的第一SRI字段指示的值。如果第二SRI字段与用于TRP 2的SRS资源集(例如其用途是‘codebook’(或‘nonCodebook’)的两个SRS资源集当中的第二SRS资源集或包括两个SRS资源集中的较大值的SRS-ResourceSetId的SRS资源集)相关联，则UE可以使用发送功率参数来计算要向TRP 2发送的PUSCH的发送功率，该发送功率参数被映射到由更高层参数sri-PUSCH-MAppingToAddModList(或新的更高层参数，诸如下面将要描述的sri-PUSCH-MAppingToAddModList2-r17)中的第二SRI字段相关联的SRI-PUSCH-PowerContol的第二SRI字段指示的值。这里，更高层参数sri-PUSCH-MappingToAddModList可以由两个集合(例如用于TRP 1的sri-PUSCH-MappingToAddModList和用于TRP 2的sri-PUSCH-MappingToAddModList2-r17)配置以与两个TRP分别对应。可替代地，更高层参数sri-PUSCH-MappingToAddModList可以由包括SRS资源集的SRS-ResourceSetId的更高层参数SRI-PUSCH-PowerControls配置，该更高层参数SRI-PUSCH-PowerControls与两个TRP分别对应。可替代地，除了以上方法之外，还可以考虑能够定义每个SRI字段与由更高层信令配置的PUSCH-PowerControl之间的映射的任何方法。类似地，当UE发送考虑到多个TRP的配置授权PUSCH时，UE可以通过使用由更高层参数配置的或由DCI指示的两个SRI字段来计算向每个TRP发送的PUSCH的发送功率。

如果其用途是‘codebook’或‘nonCodebook’的两个SRS资源集(或两个SRS资源集当中的一个SRS资源集)中的SRS资源的数量被配置为1，则在DCI中可能不存在两个SRI字段(或两个SRI字段当中的一个SRI字段)。在这种情况下，UE可以基于用于考虑到多个TRP的PUSCH传输的更高层参数来计算向与不存在于DCI中的SRI字段相关联的TRP发送的PUSCH的发送功率。即，向与不存在的SRI字段相关联的TRP发送的PUSCH的发送功率可以由UE根据默认PUSCH发送功率方法来确定。根据默认PUSCH发送功率方法的示例，UE可以通过使用在与同每个TRP对应的SRS资源集相关联的更高层参数sri-PUSCH-PowerControl的第一sri-PUSCH-PowerContol中配置的发送功率参数来计算要向TRP发送的PUSCH的发送功率。可替代地，当配置了指示允许使用两个闭环的发送功率管理的更高层参数twoPUSCH-PC-AdjustmentStates时，UE基于更高层参数P0-AlphaSet中的第一值以及PUSCH-PathlossRefereceRS-Id与0对应的路径损耗值和闭环索引l为0的闭环的发送功率控制值来确定要向TRP 1发送的PUSCH的发送功率参数。类似地，UE基于更高层参数P0-AlphaSet中的第二值以及PUSCH-PathlossReferenceRS-Id与1对应的路径损耗值和闭环索引l为1的闭环的发送功率控制值来确定要向TRP 2发送的PUSCH的发送功率参数。如果没有配置更高层参数twoPUSCH-PC-AdjustmentStates，则UE将所有闭环的闭环索引l假设为0，并且针对如上所述的两个TRP应用默认发送功率方法。这种情况与在DCI中不存在所有的两个SRI字段的假设对应，但当仅不存在一些SRI字段时，默认发送功率方法可以仅被应用于与不存在的SRI字段相关联的TRP，并且UE可以确定要向TRP发送的PUSCH的发送功率。考虑到多个TRP的默认发送功率方法仅仅是示例，并且当在DCI中不存在SRI时，UE可以考虑各种默认发送功率方法以向每个TRP发送PUSCH。

当UE执行考虑到多个TRP的PUSCH重复传输时，触发了PH报告，并且因此，UE向对应PUSCH传输包括PH信息的MAC CE，UE可以通过使用等式7来计算关于PUSCH传输时机i的类型1PH信息，以便根据NR版本15/16，基于实际PUSCH传输来计算实际PHR。然而，当根据NR版本15/16，通过使用等式7来计算实际PHR时，仅计算一个PUSCH传输时机i并且将其报告给BS，并且因此，即使在UE能够为考虑到多个TRP的PUSCH重复传输计算要向所有TRP发送的PUSCH的实际发送功率时，UE也仅针对一个PUSCH传输时机i计算功率余量作为实际PHR并且将其报告给BS。因此，当UE在对应的所激活的服务小区中执行考虑到多个TRP的PUSCH重复传输时，触发了PH报告，并且因此，UE执行用于对应PUSCH的PH报告，UE可以通过使用以下方法之一来向BS进行PH报告。

[方法6-1]UE可以基于实际PUSCH传输来执行关于所激活的服务小区的类型1PHR，并且可以为所激活的服务小区配置多个SRS资源集，其用途是‘codebook’(或‘nonCodebook’)。这里，UE可以基于相对于PUSCH传输时机i₁和PUSCH传输时机i₂的两个实际PUSCH传输来确定多个类型1 PH信息。这里，PUSCH传输时机i₁可以是与相对于服务小区c的载波f的所激活的UL BWP b的第一PUSCH传输时机对应的PUSCH传输时机。此外，PUSCH传输时机i₂可以是与同SRS资源集(或TRP或相关联的SRI字段)相关联的第一PUSCH传输时机对应的PUSCH传输时机，该SRS资源集具有与同PUSCH传输时机i₁相关联的SRS资源集(或TRP或相关联的SRI字段)不同的SRS-ResourceId。这里，UE可以通过使用等式7，基于根据上述方法相对于相关联的SRS资源集(或TRP或相关联的SRI字段)确定的发送功率参数(例如P_CMAX，f，c(i₁)，P_{O_PUSCH，b，f，c}(j₁)，α_b，f，c(j₁)，PL_b，f，c(q_d，1)，f_b，f，c(i₁，l₁)))来计算PUSCH传输时机i₁的实际PHR。此外，UE可以通过使用等式7，基于根据上述方法相对于相关联的SRS资源集(或TRP或相关联的SRI字段)确定的发送功率参数(例如P_CMAX，f，c(i₂)，P_{O_PUSCH，b，f，c}(j₂)，α_b，f，c(j₂)，PL_b，f，c(q_d，2)，f_b，f，c(i₂，l₂)))来计算PUSCH传输时机i2的实际PHR。在通过使用上述方法来确定发送功率参数的操作中，调度PUSCH的单个DCI可以包括多个(例如两个)SRI字段，并且第一SRI字段可以与PUSCH传输时机i₁相关联，第二SRI字段可以与PUSCH传输时机i₂相关联。可替代地，用于指示TRP顺序的字段被包括在DCI中，第一SRI字段可以与PUSCH传输时机i₂相关联，第二SRI字段可以与PUSCH传输时机i₁相关联。UE可以使用要映射到相应SRI字段的两个发送功率参数集来计算PUSCH传输时机i₁的PH信息和PUSCH传输时机i₂的PH信息。图33图示了为相对于考虑到多个TRP的PUSCH重复传输的PH报告确定的两个PUSCH传输时机的示例。当执行重复传输时，UE参考来计算PH信息以便执行PH报告的传输时机可以根据相对于TRP的重复传输和发送波束的映射方案而变化。例如，如图33中所图示，根据顺序映射3310的传输时机可以是i₁ 3311和i₂ 3315，根据循环映射3320的传输时机可以是i₁ 3321和i₂ 3325，并且传输时机可以根据每个映射方案而变化。

当UE基于实际方案来计算关于所有TRP的PH信息以便在考虑到多个TRP的情况下配置PUSCH的PH信息时，UE可以使用上述方法6-1。然而，当UE配置有多个小区(例如载波聚合(CA))，执行经由与考虑了考虑到多个TRP的PUSCH重复传输的小区不同的小区触发的PH报告，并且不执行考虑到多个TRP的PUSCH重复传输时，UE可以将PH信息配置为虚拟PHR并且可以将虚拟PHR报告给BS，该PH信息是关于考虑了用于考虑到多个TRP的PUSCH重复传输的更高层参数的所激活的服务小区的，并且虚拟PHR是基于参考PUSCH传输的。这里，根据NR版本15/16，UE可以通过使用等式8来计算虚拟PHR。然而，以与计算实际PHR的方法类似的方式，仅利用一个默认发送功率确定的参数(例如p0-PUSCH-AlphaSetId的p0值和alpha值为0，pusch-PathlossReferenceRS-Id被指示为0的参考信号的路径损耗值以及闭环l与0对应的闭环的发送功率控制量)来计算等式8及其发送功率参数。因此，不能计算多个TRP的虚拟PHR，并且因此，需要相对于多个TRP定义用于参考PUSCH传输的默认发送功率。可以考虑各种方法以相对于考虑到多个TRP的PUSCH重复传输确定每个TRP的默认发送功率。

例如，UE可以通过使用与每个SRS资源集相关联的更高层参数sri-PUSCH-PowerControl的第一sri-PUSCH-PowerControl来确定两个发送功率参数集，以便确定每个TRP的发送功率。即，可以分别根据与第一SRS资源集相关联的sri-PUSCH-PowerControl的第一sri-PUSCH-PowerControl(SRI-PUSCH-PowerControlId具有最小值)和与第二SRS资源集相关联的sri-PUSCH-PowerControl的第一sri-PUSCH-PowerControl(SRI-PUSCH-PowerControlId具有最小值)来确定两个发送功率参数集。这里，发送功率参数集包括p0、alpha、路径损耗值和闭环的发送功率控制量。作为另一示例，UE可以通过使用p0-PUSCH-AlphaSetId的p0值和alpha值为0、pusch-PathlossReferenceRS-Id被指示为0的参考信号的路径损耗值以及闭环l与0对应的闭环的发送功率控制量来确定第一TRP的发送功率参数集，可以通过使用p0-PUSCH-AlphaSetId的p0值和alpha值为1、pusch-PathlossReferenceRS-Id被指示为1的参考信号的路径损耗值以及闭环1与1对应的闭环的发送功率控制量(如果为UE配置了twoPUSCH-PC-AdjustmentStates)(如果没有为UE配置twoPUSCH-PC-AdjustmentStates，则闭环l与0对应的闭环的发送功率控制量)来确定第二TRP的发送功率参数集。除了上述两个实施例之外，还可以应用用于相对于考虑到多个TRP的PUSCH重复传输确定每个TRP的默认发送功率的各种方法。

在本公开的各种实施例中，UE可以通过使用确定每个TRP的默认发送功率的方法和等式8来计算多个TRP的虚拟PHR，如在以下方法6-2中。

[方法6-2]UE可以基于参考PUSCH传输来执行关于所激活的服务小区的类型1PHR，并且可以为所激活的服务小区配置多个SRS资源集，其用途是‘codebook’(或‘nonCodebook’)。这里，对于服务小区c的载波f的所激活的UL BWP b，UE可以基于相对于PUSCH传输时机i₁和PUSCH传输时机i₂的参考PUSCH传输来确定多个类型1 PH信息。这里，UE可以根据为每个TRP确定默认发送功率参数的方法来计算PUSCH传输时机i₁和PUSCH传输时机i₂的虚拟PHR。与其相关的详细方法如下所述。

[方法6-2-1]UE可以基于由第一SRS资源集相关联的sri-PUSCH-PowerControl的第一sri-PUSCH-PowerControl指示的发送功率参数(例如P_{O_PUSCH，b，f，c}(j₁)，α_b，f，c(j₁)，PL_b，f，c(q_d，1)，f_b，f，c(i₁，l₁)))，通过使用等式8来计算PUSCH传输时机i₁的虚拟PHR。此外，UE可以基于由第二SRS资源集相关联的sri-PUSCH-PowerControl的第一sri-PUSCH-PowerControl指示的发送功率参数(例如P_{O_PUSCH，b，f，c}(j₂)，α_b，f，c(j₂)，PL_b，f，c(q_d，2)，f_b，f，c(i₂，l₂)))，通过使用等式8来计算PUSCH传输时机i₂的虚拟PHR。

[方法6-2-2]UE可以基于通过使用为0的p0-PUSCH-AlphaSetId的p0值和alpha值、pusch-PathlossReferenceRS-Id被指示为0的参考信号的路径损耗值以及闭环1与0对应的闭环的发送功率控制量而确定的发送功率参数(例如P_{O_PUSCH，b，f，c}(j₁)，α_b，f，c(j₁)，PL_b，f，c(q_d，1)，f_b，f，c(i₁，l₁))，通过使用等式8来计算PUSCH传输时机i₁的虚拟PHR。此外，UE可以基于通过使用为1的p0-PUSCH-AlphaSetId的p0值和alpha值、pusch-PathlossReferenceRS-Id被指示为1的参考信号的路径损耗值以及闭环1与1对应的闭环的发送功率控制量(如果为UE配置了twoPUSCH-PC-AdjustmentStates)(如果没有为UE配置twoPUSCH-PC-AdjustmentStates，则闭环l与0对应的闭环的发送功率控制量)而确定的发送功率参数(例如P_{O_PUSCH，b，f，c}(j₂)，α_b，f，c(j₂)，PL_b，f，c(q_d，2)，f_b，f，c(i₂，l₂)))，通过使用等式8来计算PUSCH传输时机i₂的虚拟PHR。

除了上述方法6-2-1到6-2-2之外，UE还可以基于根据确定TRP 1的默认发送功率的方法和确定TRP 2的默认发送功率的方法而确定的发送功率参数，通过使用等式8来计算每个TRP的PUSCH传输时机i₁和i₂的虚拟PHR。

根据NR版本17，除了支持考虑到多个TRP的PUSCH重复传输之外，还可以通过向DCI添加新字段来支持动态切换功能，该新字段指示在特定时间是执行考虑到多个TRP的PUSCH重复传输还是执行考虑到单个TRP的PUSCH(重复)传输。这里，添加到DCI的新字段可以由例如2比特配置。由2比特指示的四个码点可以分别指示通过使用TRP1执行的考虑到单个TRP的PUSCH(重复)传输、通过使用TRP2执行的考虑到单个TRP的PUSCH(重复)传输、考虑到两个TRP的PUSCH重复传输(TRP顺序按TRP2-TRP1的顺序被映射到PUSCH重复时机)以及考虑到两个TRP的PUSCH重复传输(TRP顺序按TRP2-TRP1的顺序被映射到PUSCH重复时机)。以上示例仅仅是示例，并且由DCI中的2比特的新字段的相应码点指示的操作可以按不同顺序进行或可以指示不同含义。新字段可以用作用于指示考虑到单个TRP的(重复)传输或考虑到多个TRP的重复传输的字段。在本公开的实施例中，BS可以通过使用DCI中的新字段来向支持考虑到多个TRP的重复传输的UE指示考虑到单个TRP的PUSCH重复传输。在这种情况下，UE执行仅到由DCI指示的两个TRP当中的TRP的PUSCH传输。这里，两个SRI字段可以被包括在指示动态切换的DCI中，并且UE可以仅使用映射到PUSCH被发送到的TRP的SRI字段。即使在UE被配置为根据动态切换来支持多个TRP时，如果UE执行考虑到单个TRP的PUSCH传输并且响应于触发了PH报告而将关于对应小区的PH信息报告给BS，则UE也可以通过使用以下方法6-3来确定用于向BS进行PH报告的PH信息。

[方法6-3]UE可以基于实际PUSCH传输来执行关于所激活的服务小区的类型1PHR，可以为所激活的服务小区配置多个SRS资源集，其用途是‘codebook’(或‘nonCodebook’)，并且由DCI指示的新字段(例如‘dynamicSwitching’)可以指示与一个SRS资源集(或一个TRP或一个SRI字段)相关联的PUSCH重复传输。在这种情况下，UE可以基于相对于服务小区c的载波f的所激活的UL BWP b的针对PUSCH传输时机i的实际PUSCH传输来确定类型1 PH信息。这里，UE可以基于根据上述方法而为相关联的SRS资源集(或TRP或相关联的SRI字段)确定的发送功率参数(例如P_CMAX，f，c(i)，P_{O_PUSCH，b，f，c}(i)，α_b，f，c(j)，P_Lb，f，c(q_d)，f_b，f，c(i，l)))，通过使用等式7来计算PUSCH传输时机i的实际PHR。对于根据DCI中的新字段不与PUSCH重复传输相关联的SRS资源集(或TRP或SRI字段)，UE可以基于参考PUSCH传输来确定类型1 PH信息。这里，UE可以通过使用方法6-2-1或方法6-2-2来确定不与PUSCH重复传输相关联的SRS资源集的虚拟PHR。例如，当不与PUSCH重复传输相关联的SRS资源集是第二SRS资源集时，UE可以基于根据方法6-2-1由与第二SRS资源集相关联的sri-PUSCH-PowerControl的第一sri-PUSCH-PowerControl指示的发送功率参数(例如P_{O_PUSCH，b，f，c}(j₂)，α_b，f，c(j₂)，PL_b，f，c(q_d，2)，f_b，f，c(i₂，l₂))，通过使用等式8来计算虚拟PHR。即使在第一SRS资源集不与PUSCH重复传输相关联时，UE也可以按与以上示例类似的方式计算虚拟PHR。以上示例仅仅是使用方法6-2-1的虚拟PHR计算的示例，并且UE可以根据方法6-2-2或确定默认发送功率的另一方法来计算不与PUSCH重复传输相关联的SRS资源集的虚拟PHR。

除了方法6-3之外，即使在BS通过使用用于动态切换的DCI中的新字段(例如‘dynamicSwitching’)来指示考虑到单个TRP的PUSCH重复传输时，也可以向DCI中所包括的两个SRI字段指示有意义的值。在关于特定示例的描述中，如果BS指示考虑到与第一SRS资源集(或TRP 1或第一SRI字段)相关联的单个TRP的PUSCH重复传输，则UE可以基于第一SRI字段(如果存在)来计算用于PUSCH重复传输的波束和发送功率以及实际PHR。此外，即使在UE不使用第二SRI字段(如果存在)来执行PUSCH重复传输时，UE也可以通过使用第二SRI字段来计算实际PHR。这是因为UE可以通过使用由SRI字段指示的值来确定与第二SRS资源集相关联的发送功率参数。因此，即使在UE由BS指示以执行考虑到单个TRP的PUSCH重复传输时，如果两个SRI字段被配置为有效值，则UE可以在执行PH报告时配置所有TRP的PH信息作为实际PHR。此外，即使在BS指示考虑到与第二SRS资源集相关联的单个TRP的PUSCH重复传输时，UE也可以按与上述方法类似的方式通过使用两个SRI字段来配置所有TRP的PH信息作为实际PHR。在以上针对由UE执行的UE能力报告的操作中，并且即使在BS经由动态切换功能向支持考虑到TRP的PUSCH重复传输的UE指示考虑到单个TRP的PUSCH重复传输时，也可能需要用于配置具有有效值的两个S RI字段的指示的新的更高层参数。基于该报告和配置，UE可以根据方法6-4来在考虑到多个TRP的情况下执行PH报告。

[方法6-4]UE可以基于实际PUSCH传输为所激活的服务小区执行类型1 PHR，可以为所激活的服务小区配置其用途是‘codebook’(或‘nonCodebook’)的多个SRS资源集，由调度PUSCH的DCI指示的新字段(例如‘dynamicSwitching’)可以指示与一个SRS资源集(或一个TRP或一个SRI字段)相关联的PUSCH重复传输，并且可以为UE配置用于指示相同DCI中的两个SRI字段都指示有效值的新的更高层参数(例如‘enableTwoSRIforActualPHR’)。这里，UE可以基于由DCI中的两个SRI字段确定的发送功率参数(例如P_CMAX，f，c(i)，P_{O_PUSCH，b，f，c}(j)，α_b，f，c(j)，PL_b，f，c(q_d)，f_b，f，c(i，l)))，通过使用等式7来计算与两个SRS资源集(或TRP或SRI字段)相关联的实际PHR。

在本公开的第六实施例中，可以经由参照本公开的第三实施例描述的用于考虑到多个TRP的情况下执行PHR的各种MAC CE格式之一将UE为两个TRP计算的PH信息报告给BS。

图34图示了用于描述根据本公开的实施例的用于相对于特定的所激活的服务小区的PH报告的UE操作的示图。

在图34中，UE将UE能力报告给BS(操作3411)。这里，所报告的UE能力可以包括用于各种NR支持的所请求的能力、考虑到多个TRP的PUSCH重复传输是否可支持、考虑到多个TRP的PH报告是否可能等。之后，UE从BS接收用于支持的多个更高层配置信息(操作3412)。所配置的更高层信息可以包括用于执行考虑到多个TRP的PUSCH重复传输的更高层配置、用于在考虑到多个TRP的情况下执行PH报告的更高层配置等。之后，可以触发PH报告(操作3413)。为了便于描述，用于触发PH报告的操作3413被图示为在操作3412与操作3414之间进行，但触发PH报告的时间点可以在下面将要描述的另一操作之后。例如，操作3413可以在操作3414之后执行。

UE确定是否从BS接收到调度PUSCH的DCI或是否根据配置授权配置来执行PUSCH传输(操作3414)。如果UE没有相对于对应的所激活的服务小区执行PUSCH传输，则UE根据更高层配置来计算多个TRP的虚拟PHR(操作3421)。之后，UE通过使用在执行PH报告的另一载波(或另一所激活的服务小区)上发送的PUSCH来向BS发送添加了关于对应小区的PH信息的MAC CE(操作3422)。

如果UE在对应的所激活的服务小区上发送PUSCH，则UE通过检查调度DCI或配置授权配置信息来识别它是考虑到多个TRP的PUSCH重复传输还是考虑到单个TRP的PUSCH(重复)传输(操作3415)。如果执行了考虑到多个TRP的重复传输，则检查用于将要发送的PUSCH的PH计算是否将作为实际PHR而被执行(操作3416)。如果计算作为实际PHR而被执行，则计算多个TRP的实际PHR(操作3417)。之后，将为对应小区计算的PH信息添加到MAC CE并且通过使用执行PH报告的PUSCH来向BS发送该PH信息(操作3419)。

如果UE不执行作为实际PHR的计算，则UE计算多个TRP的虚拟PHR(操作3418)。之后，将为对应小区计算的PH信息添加到MAC CE并且通过使用执行PH报告的PUSCH来向BS发送该PH信息(操作3419)。

如果UE执行考虑到单个TRP的PUSCH(重复)传输，则UE检查是否对将要发送的PUSCH进行PH计算，作为实际PHR(操作3431)。如果UE不执行作为实际PHR的计算，则UE计算多个TRP的虚拟PHR(操作3418)。之后，通过使用执行PH报告的PUSCH来将为对应小区计算的PH信息添加到MAC CE并且向BS发送该PH信息(操作3419)。

如果UE执行作为实际PHR的计算，并且配置了用于指示DCI中所包括的两个SRI字段是否都有效的新的更高层参数(例如，如上所述，‘enableTwoSRIforActualPHR’被设置为‘启用’或被配置为指示可用性)，则UE计算多个TRP的实际PHR(操作3433)。之后，将为对应小区计算的PH信息添加到MAC CE并且通过使用执行PH报告的PUSCH来向BS发送该PH信息(操作3419)。

如果没有配置用于指示DCI中所包括的两个SRI字段是否都有效的更高层参数(或配置了该更高层参数，但该更高层参数被设置为诸如“假”的值，以不指示对应操作)，则UE可以仅相对于与在对应的所激活的服务小区上发送的PUSCH相关联的SRI字段(或TRP或SRS资源集)执行作为实际PHR的计算，并且可以相对于其他TRP(或TRP或SRS资源集)执行作为虚拟PHR的计算(操作3434)。之后，将为对应小区计算的PH信息添加到MAC CE并且通过使用执行PH报告的PUSCH来向BS发送该PH信息(操作3419)。

图35图示了根据本公开的实施例的接收相对于特定的所激活的服务小区的PH报告的BS操作的示图。

在图35中，BS从UE接收UE能力(操作3511)。这里，所报告的UE能力可以包括用于各种NR支持的所请求的能力、考虑到多个TRP的PUSCH重复传输是否可支持、考虑到多个TRP的PH报告是否可能等。之后，BS利用多个更高层配置信息来配置UE(操作3512)。所配置的更高层信息可以包括用于执行考虑到多个TRP的PUSCH重复传输的更高层配置、用于在考虑到多个TRP的情况下执行PH报告的更高层配置等。BS可以向UE发送用于调度PUSCH的DCI(操作3513)。可替代地，可以调度通过所配置的更高层信息在不调度DCI的情况下执行的基于配置授权的PUSCH传输(操作3513)。之后，BS可以从UE接收包括PH信息的PUSCH(操作3514)。这里，只有在UE触发PH报告并且因此在PUSCH上发送包括PH信息的MAC CE时，BS根据操作3514来接收包括PH信息的PUSCH，并且当UE不触发PH报告时，接收到的PUSCH不包括PH信息。之后，BS可以基于从UE接收到的PH信息来对系统操作(诸如PUSCH调度)进行优化(操作3515)。

<第6-1实施例：在计算每个TRP的实际PH信息时确定特定发送功率参数的方法>

根据本公开的实施例，现在将描述UE确定用于计算多个TRP的实际PHR的发送功率参数值的方法。在本公开的第六实施例的方法6-1中，UE可以基于相对于PUSCH传输时机i₁和PUSCH传输时机i₂的两个实际PUSCH传输来确定多个类型1PH信息。计算PUSCH传输时机i₁和i₂的实际PHR的时间点是准备发送第一PUSCH传输时机i₁的时间。因此，可以基于将要实际发送的PUSCH的功率来计算PUSCH传输时机i₁的实际PHR。还可以在准备发送PUSCH传输时机i₁的时间点计算PUSCH传输时机i₂的实际PHR。在这种情况下，UE可能难以基于实际发送的PUSCH的功率来计算PUSCH传输时机i₂的实际PHR，其中PUSCH传输时机i₂还没有在时域中出现。然而，UE可以通过使用与PUSCH传输时机i₂相关联的发送功率参数值、调度信息等来预测要在PUSCH传输时机i₂中发送的PUSCH发送功率，并且可以基于预测的PUSCH发送功率来计算实际PHR。即，UE通过使用UE在计算实际PHR的时间点获得的(例如由BS配置的或基于DL参考信号来测量的)相对于每个TRP的发送功率参数值来计算每个TRP的实际PHR。例如，UE可以基于相对于同样与方法6-1中描述的方法相关联的SRS资源集(或TRP或相关联的SRI字段)确定的发送功率参数(例如P_CMAX,f,c(i₁)、P_{0_PUSCH,b,f,c}(j₁),α_b,f,c(j₁)、PL_b,f,c(q_d,1),f_b,f,c(i₁,l₁))，通过使用等式7来计算PUSCH传输时机i₁。由于在用于供UE计算PUSCH传输时机i₂的实际PHR的发送功率参数当中的P_{0_PUSCH,b,f,c}(j₂),α_b,f,c(j₂)是基于用于在不考虑传输时机的情况下调度考虑到多个TRP的PUSCH重复传输的信息来确定的，因此可以使用P_{0_PUSCH,b,f,c}(j₂),α_b,f,c(j₂)来计算PUSCH传输时机i₂的实际PHR。由于不能在PHR计算的时间点(即，当准备发送PUSCH传输时机i₁的时间点)获得PUSCH传输时机i₂的路径损耗值PL_b,f,c(q_d,2)、闭环的发送功率控制值f_b,f,c(i₂,l₂)和最大发送功率P_CMAX,f,c(i₂)，因此可以在实际PHR的计算中使用UE在准备发送的时间点具有的PL_b,f,c(q_d,2),f_b,f,c(i₁,l₂)和P_CMAX,f,c(i₁')。这里，P_CMAX,f,c(i₁')可以是基于由UE在准备发送PUSCH传输时机i₁的时间点接收到的调度信息的相对于PUSCH传输时机i₂的估计最大发送功率。可替代地，P_CMAX,f,c(i₁')可以是与PUSCH传输时机i₁的最大发送功率P_CMAX,f,c(i₁)相同的值。

在第6-1实施例中描述的为实际PHR计算确定发送功率参数的方法可以被应用于本公开的其他实施例。具体地，当UE计算除与计算实际PHR的时间相关联的PUSCH传输时机以外的PUSCH传输时机的实际PHR时，上述第6-1实施例的方法可以由UE用于确定要在计算实际PHR时使用的发送功率参数。

<第七实施例：当在多小区环境中报告PH信息时确定用于对多个TRP进行PH报告的PUSCH传输时机的方法>

根据本公开的实施例，现在将描述当在多小区(CA)环境中进行PH报告时，确定PUSCH传输时机的方法，该PUSCH传输时机是在被重复发送以对多个TRP执行PH报告的PUSCH中配置PH信息的参考。

如上文在本公开的第四实施例中所描述的，根据NR版本15/16，当在多小区环境中进行PH报告时，可以提供在其上不发送PHR MAC CE的服务小区的与相对于在其上发送PHRMAC CE的服务小区的时隙重叠的(多个)时隙当中的第一时隙中的第一PUSCH的类型1PHR作为对应的所激活的服务小区的PH信息。根据NR版本15/16，仅支持考虑到单个TRP的PUSCH传输或重复传输，即使在仅报告关于重叠的第一时隙中的第一PUSCH的PH信息时，BS也可以使用该信息。然而，根据NR版本17，可以针对所激活的服务小区执行考虑到多个TRP的PUSCH重复传输，并且因此，当仅针对重叠的第一时隙中的第一PUSCH执行PH报告时，关于仅一个TRP的信息被报告给BS。因此，可能存在如下缺点：PH报告必须由一数量的最不受支持的TRP的执行，以便由BS获得关于所有TRP的PH信息。因此，如在本公开的第四实施例中，可以考虑生成并报告用于支持多个TRP的PH信息的方法。然而，在本公开的第四实施例中，多个TRP的PH信息的类型取决于重叠时隙而被确定为实际的或虚拟的，并且PH信息被计算为特定TRP的实际PHR，并且被计算为其他TRP的虚拟PHR。因此，对于考虑到多个TRP的实际PUSCH重复传输，即使在UE已经通过DCI获得了关于正在向每个TRP发送的PUSCH的实际发送功率的信息，UE也可以配置关于一些TRP的PH信息作为虚拟PHR。在本公开的第七实施例中，现在将描述根据多小区环境中其他服务小区上的与包括PHR MAC CE的服务小区上的时隙重叠的时隙以及该时隙中的PUSCH的更高层配置信息和调度信息来计算并报告PH信息的方法。

当在多小区环境中触发PH报告时，UE可以确定所有的所激活的服务小区的PH信息。UE相对于发送包括PHR MAC CE的PUSCH的服务小区(在下文中被称为服务小区c₁)，基于发送包括PHR MAC CE的PUSCH的时隙来识别其他所激活的服务小区(在下文中被称为服务小区c₂)上的重叠时隙。这里，为了便于描述，假设发送包括PHR MAC CE的PUSCH的时隙为一个时隙。UE计算相对于服务小区c₂的载波f₂的所激活的UL BWP b₂的子载波间隔是μ₂的(多个)时隙(其与相对于服务小区c₁的载波f₁的所激活的UL BWP b₁的子载波间隔是μ₁的时隙重叠)当中的第一时隙中的一个PUSCH的类型1PH信息。这里，UE可以根据以下方法之一来在考虑到多个TRP的情况下计算多个类型1PH信息。

[方法7-1]可以向UE提供用于支持相对于服务小区c₂的载波f₂的所激活的UL BWPb₂的考虑到多个TRP的PUSCH重复传输的更高层配置，并且可以调度与在服务小区c₁上发送包括PHR MAC CE的PUSCH的时隙重叠的时隙当中的第一时隙中的第一PUSCH来执行考虑到多个TRP的PUSCH重复传输。在这种情况下，UE可以基于由相同DCI调度(或利用相同的配置授权配置和周期发送)并且与其他SRS资源集(其用途被配置为‘codebook’或‘nonCodebook’)相关联，而不是与关联于重叠时隙当中的第一时隙中的第一PUSCH的SRS资源集(其用途被配置为‘codebook’或‘nonCodebook’)相关联的PUSCH重复传输来计算附加的类型1 PH信息。这里，用于支持考虑到多个TRP的PUSCH重复传输的更高层配置可以指示其用途被配置为‘codebook’或‘nonCodebook’的至少两个SRS资源集的配置，或可以指示用于配置DCI中的至少两个SRI字段的更高层配置，或可以指示能够显式或隐式地指示多个TRP的所有更高层配置。这些定义可以同样适用于方法7-2到方法7-3。当存在由相同DCI调度(或利用相同的配置授权配置和周期发送)并且与其他SRS资源集(其用途被配置为‘codebook’或‘nonCodebook’)相关联，而不是与关联于重叠时隙当中的第一时隙中的第一PUSCH的SRS资源集(其用途被配置为‘codebook’或‘nonCodebook’)相关联的多个PUSCH重复传输时，UE可以选择多个PUSCH重复传输之一并且可以计算附加的类型1PH信息。例如，根据以上描述，UE可以使用多个PUSCH重复传输当中的第一PUSCH重复传输来计算附加的类型1PH信息。图36图示了相对于具有相同子载波间隔的不同服务小区c₁和c₂在所激活的UL BWPb₁ 3610和b₂ 3620上发送PUSCH的示例的示图。在图36中，UE假设PHR MAC CE可以被包括于在BWP b₁ 3610上发送的PUSCH 3611中并且可以被报告给BS，并且可以在考虑到多个TRP的情况下重复发送BWP b₂ 3620上的PUSCH，并且可以根据上述用于确定PH计算方法的时间线条件，基于实际PUSCH传输来计算实际PHR。这里，UE可以为BWP b₂ 3620的与包括向BWP b₁3610发送的PUSCH 3611的时隙重叠的时隙当中的第一时隙中的第一PUSCH 3625计算实际PHR作为第一类型1PH信息。然后，UE可以根据调度DCI(或配置授权配置)来识别在考虑到多个TRP的情况下重复发送了对应PUSCH 3625。之后，UE可以通过由与其他SRS资源集(或在对应示例中为TRP1)相关联，而不是与关联于PUSCH 3625的SRS资源集(或在对应示例中为TRP2)相关联的由相同DCI(或相同的配置授权配置)调度的PUSCH重复传输时机3621和3622之一来计算与第二类型1PH信息对应的实际PHR。例如，UE可以根据基于第一PUSCH传输时机3621的第二类型1PH信息来计算实际PHR。即，UE可以基于相对于BWP b₂ 3620的两个PUSCH传输时机3621和3625来计算两个实际PHR，并且可以使用本公开的第六实施例的方法6-1来计算实际PHR。UE可以通过使用在本公开的第四实施例中定义的PHR MAC CE格式之一，利用为BWP b₂ 3620计算的两个实际PHR来配置PH信息，并且可以在BWP b₁ 3610上的PUSCH 3611上将PH信息报告给BS。

[方法7-2]向UE提供用于支持相对于服务小区c₂的载波f₂的所激活的UL BWP b₂考虑到多个TRP的PUSCH重复传输的更高层配置，并且假设调度与在服务小区c₁上发送包括PHR MAC CE的PUSCH的时隙重叠的时隙当中的第一时隙中的第一PUSCH来执行考虑到多个TRP的PUSCH重复传输。这里，UE可以同与关联于重叠时隙当中的第一时隙中的第一PUSCH的SRI字段不同的其他SRI字段相关联，并且可以基于由相同DCI调度的PUSCH重复传输来计算附加的类型1PH信息。当存在同与关联于重叠时隙当中的第一时隙中的第一PUSCH的SRI字段不同的其他SRI字段相关联并且由相同DCI调度的多个PUSCH重复传输时，UE可以选择多个PUSCH重复传输时机之一并且可以计算实际PHR作为附加的类型1PH信息。例如，UE可以使用多个PUSCH重复传输时机当中的第一PUSCH传输时机来计算与附加的类型1PH信息对应的实际PHR。当考虑到多个TRP的PUSCH重复传输由DCI调度并且多个SRI字段被包括在调度DCI中时，除了基于与在服务小区c₁上发送包括PHR MAC CE的PUSCH的时隙重叠的时隙当中的第一时隙中的第一PUSCH而计算的类型1PH信息(实际PHR)之外，UE还可以使用方法7-2来计算实际PHR作为附加的类型1PH信息。UE可以通过使用在本公开的第四实施例中定义的PHRMAC CE格式之一，利用为BWP b₂ 3620计算的两个实际PHR来配置PH信息，并且可以在BWPb₁3610上的PUSCH上将PH信息报告给BS。

[方法7-3]向UE提供用于支持相对于服务小区c₂的载波f₂的所激活的UL BWP b₂考虑到多个TRP的PUSCH重复传输的更高层配置，并且假设调度与在服务小区c₁上发送包括PHR MAC CE的PUSCH的时隙重叠的时隙当中的第一时隙中的第一PUSCH来执行考虑到多个TRP的PUSCH重复传输。这里，UE可以包括PUSCH传输时机，其中包括报告了服务小区c₁的PHR的PUSCH的时隙与服务小区c₂的载波f₂的所激活的UL BWP b₂ 3620的多个时隙重叠，并且第一SRS资源集(其用途被配置为‘codebook’或‘nonCodebook’)(或TRP1或第一SRI字段)和第二SRS资源集(其用途被配置为‘codebook’或‘nonCodebook’)(或TRP2或第二SRI字段)在多个重叠时隙中相关联。在这种情况下，UE可以通过参考重叠时隙中分别与SRS资源集(或TRP或SRI字段)相关联的PUSCH传输时机来计算实际PHR作为类型PH信息。如果重叠时隙中分别与SRS资源集(或TRP或SRI字段)相关联的PUSCH传输时机的数量大于1，则UE可以为SRS资源集中的每一个选择一个相关联的PUSCH传输时机并且可以计算实际PHR。例如，UE可以基于重叠时隙中分别用于SRS资源集的多个相关联的PUSCH传输时机当中的第一PUSCH传输时机来计算实际PHR。图37图示了用于描述在报告PHR的BWP b₁ 3710上的时隙与BWP b₂ 3720上的多个时隙重叠时确定UE在考虑到多个TRP的情况下配置类型1PH信息时要参考的PUSCH传输时机的示例的示图。在图37中，通过BWP b₁ 3710上的PUSCH 3712执行PH报告，并且包括报告了PH的PUSCH的时隙3711与BWP b₂ 3720上的多个时隙3721和3722重叠。当多个时隙3721和3722分别包括向TRP1发送(与第一SRS资源集相关联)的PUSCH 3723和向TRP2发送(与第二SRS资源集相关联)的PUSCH 3724时，UE可以基于重叠的多个时隙3721和3722中所包括的PUSCH 3723和3724来计算实际PHR。UE可以通过使用在本公开的第四实施例中定义的PHR MAC CE格式之一，利用为BWP b₂3720计算的两个实际PHR来配置PH信息，并且可以在BWP b₁ 3710上的PUSCH 3712上将PH信息报告给BS。

当根据方法7-3来配置PH信息时，如果重叠时隙不包括与特定SRS资源集相关联的PUSCH传输时机，则UE可以根据方法7-1或方法7-2，而不是方法7-3来配置PH信息，或可以计算关于与特定SRS资源集相关联并且不被包括在重叠时隙中的PUSCH的PH信息作为虚拟PHR。

为了便于描述，对于方法7-1到7-3，假设在报告PHR的BWP b₁上发送单个PUSCH。然而，即使当在BWP b₁中执行PUSCH重复传输时，UE也可以通过使用方法7-1到7-3来计算关于BWP b₂的PH信息。例如，当在BWP b₁中执行PUSCH重复传输时，可以基于BWP b₁上的PUSCH重复传输时机当中的第一PUSCH传输时机来应用方法7-1到7-3。可替代地，在考虑到BWP b₂上的与BWP b₁上的整个PUSCH重复传输时机重叠的时隙的情况下，可以通过使用方法7-3来计算实际PHR。如果在考虑到多个TRP的情况下执行BWP b₁上的PUSCH重复传输，则UE可以根据本公开的第六实施例的方法6-1来计算相对于两个TRP的实际PHR，作为关于对应PUSCH的PH信息。

为了支持上述方法，UE可能需要具有单独的UE能力，并且当UE执行上文参照图34描述的UE能力报告3411时，可以通过包括这些信息来将这些信息报告给BS。基于该报告，BS可以利用更高层参数来配置UE以支持方法7-1到7-3，并且当配置了新的更高层参数(例如‘enableTwoActualPHRforCA’)时，UE可以根据方法7-1到7-3当中的一种方法或其组合来配置PH信息，并且当没有配置新的更高层参数时，UE可以根据基于NR版本15/16的多小区环境中的PH信息报告方法或基于本公开的第四实施例中描述的重叠时隙而改进的PH信息报告方法来配置PH信息。在参照图34描述的接收从BS发送的更高层配置信息的操作3412中，可以向UE提供新的更高层参数。

图38图示了根据本公开的实施例的无线通信系统中的UE的结构的示图。

参考图38，UE可以包括统称为接收器3801和发送器3803的收发器、存储器(未示出)和UE处理器3805。UE处理器3805可以是至少一个处理器，并且也可以被称为控制器或控制单元。在下文中，现在将UE处理器3805描述为处理器。处理器可以控制UE的所有装置，以便允许UE根据本公开的实施例中的每一个或至少一个实施例的组合来进行操作。然而，UE的元件不限于以上示例。例如，UE可以包括比上述元件更多的元件或可以包括比上述元件更少的元件。此外，收发器3801或3803、存储器和处理器3805可以被实现为一个芯片。

收发器3801或3803可以向BS发送信号或从BS接收信号。此处，信号可以包括控制信息和数据。为此，收发器3801或3803可以包括用于对要发送的信号的频率进行上变频和放大的射频(RF)发送器以及用于对接收到的信号的频率进行低噪声放大和下变频的RF接收器。然而，这仅仅是收发器3801或3803的示例，并且收发器3801或3803的元件不限于RF发送器和RF接收器。

此外，收发器3801或3803可以通过无线信道接收信号并且将信号输出到处理器3805，并且可以通过无线信道发送从处理器3805输出的信号。

存储器可以存储UE操作所需的程序和数据。此外，存储器可以存储由UE发送或接收的信号中所包括的控制信息或数据。存储器可以包括存储介质(诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘、光盘(CD)-ROM、数字多功能盘(DVD)等)中的任一者或组合。此外，存储器可以包括多个存储器。

此外，处理器3805可以控制一系列进程，以允许UE根据本公开的实施例来进行操作。例如，处理器3805可以基于从BS接收到的配置信息来控制一系列进程以对所发送的PDCCH进行解码并且执行功率余量报告。可以提供多个处理器3805，并且处理器3805可以通过执行存储在存储器中的程序来对UE的(多个)元件进行控制操作。

图39图示了根据本公开的实施例的无线通信系统中的BS的结构的示图。

参考图39，BS可以包括统称为接收器3901和发送器3903的收发器、存储器(未示出)和BS处理器3905。BS可以包括用于经由回程链路与另一BS进行有线或无线通信的通信接口(未示出)。在下文中，现在将BS处理器3905描述为处理器。处理器可以是至少一个处理器，并且也可以被称为控制器或控制单元。处理器可以控制BS的所有装置，以便允许BS根据本公开的实施例中的每一个或至少一个实施例的组合来进行操作。然而，BS的元件不限于以上示例。例如，BS可以包括比上述元件更多的元件或可以包括比上述元件更少的元件。此外，收发器3901或3903、存储器和处理器3905可以被实现为一个芯片。

收发器3901或3903可以向UE发送信号或从BS接收信号。此处，信号可以包括控制信息和数据。为此，收发器3901或3903可以包括用于对要发送的信号的频率进行上变频和放大的RF发送器以及用于对接收到的信号的频率进行低噪声放大和下变频的RF接收器。然而，这仅仅是收发器3901或3903的示例，并且收发器3901或3903的元件不限于RF发送器和RF接收器。

此外，收发器3901或3903可以通过无线信道接收信号并且将信号输出到处理器3905，并且可以通过无线信道发送从处理器3905输出的信号。

存储器可以存储BS操作所需的程序和数据。此外，存储器可以存储由BS发送或接收的信号中所包括的控制信息或数据。存储器可以包括存储介质(诸如ROM、RAM、硬盘、CD-ROM、DVD等)中的任一者或组合。此外，存储器可以包括多个存储器。

此外，处理器3905可以控制一系列进程，以允许BS根据本公开的实施例来进行操作。例如，处理器3905可以控制一系列进程以向UE发送用于考虑到多个TRP的PUSCH重复传输的配置信息和用于配置UE操作以执行功率余量报告的配置信息并且从UE接收功率余量报告。可以提供多个处理器3905，并且处理器3905可以通过执行存储在存储器中的程序来对BS的(多个)元件进行控制操作。

如权利要求书或说明书中所描述的根据本公开的实施例的方法可以被实现为硬件、软件或硬件与软件的组合。

当被实现为软件时，可以提供存储一个或多个程序(例如软件模块)的计算机可读存储介质。存储在计算机可读存储介质中的一个或多个程序被配置成由电子设备中的一个或多个处理器执行。一个或多个程序包括引导电子设备执行如权利要求书或说明书中所描述的根据本公开的实施例的方法的指令。

程序(例如软件模块或软件)可以存储在非易失性存储器中，该非易失性存储器包括随机存取存储器(RAM)或闪速存储器、只读存储器(ROM)、电可擦除编程只读存储器(EEPROM)、磁盘存储设备、光盘(CD)ROM、数字多功能光盘(DVD)、另一光学存储设备或盒式磁带。可替代地，程序可以存储在存储器中，该存储器包括一些或所有上述存储介质的组合。此外，可以包括多个此类存储器。

此外，程序可以存储在可附接存储设备中，该可附接存储设备可通过通信网络(诸如互联网、内联网、局域网(LAN)、广域LAN(WLAN)、存储区域网(SAN)等)中的任一者或组合访问。这种存储设备可以经由外部端口访问进行本公开的实施例的设备。此外，通信网络上的单独存储设备可以访问进行本公开的实施例的电子设备。

在本公开的前述实施例中，根据本公开的实施例，本公开中所包括的元件以单数形式或复数形式表示。然而，为了便于描述，适当地选择单数形式或复数形式，并且本公开不限于此。因而，以复数形式表示的元件也可以被配置为单个元件，而以单数形式表示的元件也可以被配置为多个元件。

参照本说明书和附图描述的本公开的实施例仅仅是对具体示例的说明以易于描述和理解本公开，并且不旨在限制本公开的范畴。即，对于本领域的普通技术人员而言将明显的是，基于本公开的技术构思的其他修改是可行的。此外，当需要时，可以组合实现本公开的实施例。例如，BS和UE可以按本公开的实施例的部分与本公开的另一实施例的部分组合的方式操作。例如，BS和UE可以按本公开的第一实施例的部分与本公开的第二实施例的部分组合的方式操作。此外，尽管基于FDD LTE系统来描述实施例，但基于实施例的技术范畴的修改可以被应用于其他通信系统，诸如TDD LTE系统、5G或NR系统等。

如附图中的本公开的方法的描述顺序可能并不与实际执行顺序完全对应，而是可以反向或并行进行。

在用于描述本公开的方法的附图中，一些组件可以被省略，并且在不脱离本公开的范畴的范围内，可以仅示出一些组件。

在本公开中，可以通过在本公开的范畴内组合本公开的实施例中的每一个中所包括的一些或全部内容来进行本公开的(多个)方法。

上文描述了本公开的各种实施例。本公开的前述实施例仅用于说明，并且不限于此。对于本领域的普通技术人员而言明显的是，在不改变本公开的技术概念或基本特征的情况下，本公开可以容易地以许多不同的形式实施。本公开的范畴由所附权利要求书限定，而不是由前述详细描述限定，并且可以从权利要求书和其他等效实施例的含义和范畴中得出的所有差异和修改都将被解释为被包括在本公开中。

尽管已经利用各种实施例描述了本公开，但本领域的技术人员可以提出各种变化和修改。本公开旨在涵盖如落入所附权利要求书的范畴内的此类变化和修改。

Claims (15)

1.一种由无线通信系统中的用户设备(UE)执行的方法，所述方法包括：

从基站接收包括与探测参考信号(SRS)资源集相关联的信息的更高层配置信息和包括物理上行链路共享信道(PUSCH)的调度信息的下行链路控制信息(DCI)；

在两个SRS资源集由与所述SRS资源集相关联的所述信息配置的情况下，从所述DCI识别用于PUSCH重复的多个SRS资源指示符(SRI)；

基于所述多个SRI来识别用于所述PUSCH重复的SRS资源；

确定第一功率余量报告(PHR)与第二PHR之间的PHR，第一PHR基于实际传输，第二PHR基于从所述更高层配置信息配置的参考格式；以及

在所述PUSCH上发送所确定的PHR。

2.根据权利要求1所述的方法，其中，所述多个SRI中的每个SRI与所述两个SRS资源集之间的一个SRS资源集相关联。

3.根据权利要求1所述的方法，其中，用于所述PUSCH重复的发送功率参数是使用所述多个SRI中的每一个来识别的。

4.根据权利要求1所述的方法，其中，所述第一PHR是针对时隙中的第一PUSCH传输确定的。

5.根据权利要求4所述的方法，其中，所述第二PHR是针对不包括在所述时隙中的第二PUSCH传输确定的，并且所述第二PHR是基于与所述SRS资源集相关联的发送功率参数集来配置的。

6.根据权利要求1所述的方法，其中，在使用载波聚合(CA)的多个发送和接收点(mTRP)受所述无线通信系统支持的情况下，所述第一PHR是通过根据所述mTRP来参考重叠时隙中分别与所述多个SRS资源集相关联的PUSCH传输时机而确定的。

7.一种无线通信系统中的用户设备(UE)，所述UE包括：

收发器；以及

至少一个处理器，可操作地耦合到所述收发器，其中，所述至少一个处理器被配置为：

从基站接收包括与探测参考信号(SRS)资源集相关联的信息的更高层配置信息和包括物理上行链路共享信道(PUSCH)的调度信息的下行链路控制信息(DCI)；

在两个SRS资源集由与所述SRS资源集相关联的所述信息配置的情况下，从所述DCI识别用于PUSCH重复的多个SRS资源指示符(SRI)；

基于所述多个SRI来识别用于所述PUSCH重复的SRS资源；

确定第一功率余量报告(PHR)与第二PHR之间的PHR，第一PHR基于实际传输，第二PHR基于从所述更高层配置信息配置的参考格式；以及

在所述PUSCH上发送所确定的PHR。

8.根据权利要求7所述的UE，其中，所述多个SRI中的每个SRI与所述两个SRS资源集之间的一个SRS资源集相关联。

9.根据权利要求7所述的UE，其中，所述至少一个处理器进一步被配置为使用所述多个SRI中的每一个来识别用于所述PUSCH重复的发送功率参数。

10.根据权利要求7所述的UE，其中，所述第一PHR是针对时隙中的第一PUSCH传输确定的。

11.根据权利要求10所述的UE，其中，所述第二PHR是针对不包括在所述时隙中的第二PUSCH传输确定的，并且所述第二PHR是基于与所述SRS资源集相关联的发送功率参数集来配置的。

12.根据权利要求7所述的UE，其中，在使用载波聚合(CA)的多个发送和接收点(mTRP)受所述无线通信系统支持的情况下，所述第一PHR是通过根据所述mTRP来参考重叠时隙中分别与所述多个SRS资源集相关联的PUSCH传输时机而确定的。

13.一种由无线通信系统中的基站执行的方法，所述方法包括：

从用户设备(UE)接收所述UE的能力；

基于所述UE的所述能力来识别更高层配置信息；

向所述UE发送包括与探测参考信号(SRS)资源集相关联的信息的所述更高层配置信息和包括物理上行链路共享信道(PUSCH)的调度信息的下行链路控制信息(DCI)；以及

从所述UE接收包括功率余量报告(PHR)的所述PUSCH。

14.根据权利要求13所述的方法，其中，在两个SRS资源集由与所述SRS资源集相关联的所述信息配置的情况下，所述DCI包括用于PUSCH重复的多个SRS资源指示符(SRI)。

15.根据权利要求13所述的方法，其中，所述PHR包括第一PHR和第二PHR中的至少一个，第一PHR基于实际传输，第二PHR基于从所述更高层配置信息配置的参考格式。