CN116762420A

CN116762420A - 下一代无线通信系统中通过多个发送和接收点应用pucch重复发送时执行功率控制的方法

Info

Publication number: CN116762420A
Application number: CN202380009657.1A
Authority: CN
Inventors: S·陈; A·阿吉瓦尔
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2022-01-03
Filing date: 2023-01-02
Publication date: 2023-09-15
Also published as: US20230217374A1; EP4226687A1; EP4226687A4; WO2023128716A1; KR20230105234A

Abstract

本公开涉及用于支持超过诸如LTE的4G通信系统的更高数据传输速率的5G或前5G通信系统。根据本公开的各种实施例，一种由无线通信系统中的UE执行的方法，该方法包括：从基站接收RRC消息，该RRC消息包括关于用于基于单个波束配置重复PUCCH传输的至少一个功率控制集合的信息以及关于一个或多个PUCCH资源的信息，从基站接收指示与至少一个功率控制集合的ID相关联的一个或多个PUCCH资源的ID的MAC CE；以及基于接收的MAC CE，更新关于与至少一个TRP相对应的至少一个功率控制集合的信息。

Description

下一代无线通信系统中通过多个发送和接收点应用PUCCH重复发送时执行功率控制的方法

技术领域

本公开涉及一种用于在下一代无线通信系统中当通过多个发送和接收点应用物理上行链路控制信道(PUCCH)重复传输时执行功率控制的方法和装置。

背景技术

为了满足在第四代(4G)通信系统商业化之后增长的无线数据业务需求，人们努力开发先进的第五代(5G)通信系统或前5G通信系统。为此，5G通信系统或前5G通信系统被称为超越4G网络通信系统或后长期演进(LTE)系统。

为了实现高数据速率，5G通信系统考虑以极高的频率实现。为了减轻传播的路径损耗并扩展6GHz附近的频率范围(FR)1带宽高频率和6GHz以上的极高频率频带中的传播距离，5G通信系统正在讨论波束成形、大规模多输入多输出(MIMO)、全维(FD)-MIMO、阵列天线、模拟波束成形和大规模天线技术。

此外，对于系统的网络增强，5G通信系统正在开发诸如演进小小区、高级小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)和接收干扰消除的技术。

此外，5G系统正在开发混合频移键控和正交幅度调制(FQAM)和滑动窗口叠加编码(SWSC)作为高级编码调制(ACM)方案，以及滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)作为高级接入技术。

与此同时，互联网正在从以人为中心的连接网络(其中人类创建和消费信息)发展到在分布式组件(诸如对象)之间交换和处理信息的物联网(IoT)网络。通过与云服务器连接将IoT技术与大数据处理技术相结合的万物互联(IoE)技术也正在兴起。为了实现IoT，需要诸如传感技术、有线和无线通信和网络基础设施、服务接口技术和安全技术的技术元素，并且最近正在研究诸如用于对象之间连接的传感器网络、机器对机器(M2M)和机器类型通信(MTC)的技术。通过智能互联网技术(IT)技术之间的融合和组合，IoT环境可以应用于诸如智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和高级医疗服务的领域，智能互联网技术(IT)技术通过收集和分析从连接的对象和各种行业生成的数据来创造人类生活的新价值。

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

由于无线通信系统的发展使得提供如上所述的各种服务成为可能，因此需要一种有效提供服务的方法。

发明内容

技术方案

本公开提供了一种用于在下一代无线通信系统中当通过多个发送和接收点应用物理上行链路控制信道(PUCCH)重复传输时执行功率控制的方法和装置。

根据本公开实施例的移动通信系统的用户设备(UE)的操作可以包括：从基站接收包括关于多个发送接收点(TRP)的信息、通过多个TRP的物理上行链路控制信道(PUCCH)重复传输的配置信息、以及频率范围1(FR1)频带中的PUCCH功率控制配置信息的消息；基于消息，配置初始PUCCH功率参数；接收用于PUCCH功率控制的媒体访问控制(medium accesscontrol，MAC)控制元素(control element，CE)；以及基于接收的MAC CE，更新PUCCH功率参数。

根据本公开的实施例，对于移动通信系统中的每个发送和接收点(TRP)，可以指示控制要应用于物理上行链路控制信道(PUCCH)资源传输的发送功率。因此，当通过多个TRP配置PUCCH重复传输时，可以指示用户设备(UE)控制每个TRP的功率，并且可以根据信道条件执行PUCCH传输。

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

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

在本专利文件中提供了某些单词和短语的定义，本领域的普通技术人员应该理解，在许多情况下，如果不是大多数情况下，这样的定义适用于这样定义的单词和短语的先前以及将来的使用。

附图说明

为了更完整地理解本公开及其优点，现在结合附图参考以下描述，其中相同的附图标记表示相同的部件：

图1示出了根据本公开实施例的长期演进(LTE)系统的结构；

图2示出了根据本公开实施例的LTE系统中的无线电协议结构；

图3示出了根据本公开实施例的下一代移动通信系统的结构；

图4示出了根据本公开实施例的下一代移动通信系统的无线电协议结构；

图5示出了根据本公开实施例的另一下一代移动通信系统的结构；

图6示出了根据本公开实施例的下一代移动通信系统的结构和应用PUCCH资源配置和波束激活操作的场景；

图7示出了根据本公开实施例的下一代移动通信系统的结构和应用PUCCH资源配置和波束激活操作的场景；

图8示出了根据本公开实施例的通过单独控制和分组通过NR系统中的多个服务小区和BWP配置的多个PUCCH资源来同时更新传输波束的操作；

图9示出了根据本公开的实施例，当在NR FR1系统中的多个TRP中配置PUCCH重复传输时，配置和更新PUCCH资源传输的功率控制的操作；

图10示出了根据本公开的实施例的用于UE操作的MAC CE结构，其中当通过多个TRP配置FR1中的PUCCH重复传输时，每个TRP的PUCCH资源功率控制参数被配置有RRC控制消息，并且通过MAC CE应用更新；

图11示出了根据本公开的实施例的用于UE操作的MAC CE结构，其中当通过多个TRP配置FR1中的PUCCH重复传输时，每个TRP的PUCCH资源功率控制参数被配置有RRC控制消息，并且通过MAC CE应用更新；

图12示出了根据本公开的另一实施例的用于UE操作的MAC CE结构，其中当通过多个TRP配置FR1中的PUCCH重复传输时，每个TRP的PUCCH资源功率控制参数被配置有RRC控制消息，并且通过MAC CE应用更新；

图13示出了根据本公开的另一实施例的用于UE操作的MAC CE结构，其中当通过多个TRP配置FR1中的PUCCH重复传输时，每个TRP的PUCCH资源功率控制参数被配置有RRC控制消息，并且通过MAC CE应用更新；

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

图15示出了根据本公开实施例的基站的操作；

图16示出了根据本公开实施例的UE的结构；和

图17示出了根据本公开实施例的基站的结构。

具体实施方式

下面讨论的图1至图17以及用于描述本专利文件中的本公开的原理的各种实施例仅是示例性的，并且不应该以任何方式解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的系统或设备中实现。

在下文中，参照附图详细描述本公开的实施例。在实施例的描述中，将省略在本公开所属的技术领域中公知的并且与本公开不直接相关的描述。这是为了通过省略不必要的描述来更清楚地传达本公开。

出于同样的原因，一些组件可能被夸大、省略或在附图中示意性地示出。此外，每个组件的尺寸并不完全反映实际尺寸。在附图中，相同的附图标记表示相同或相应的部件。

通过参考以下对实施例和附图的详细描述，可以更清楚地理解本公开的优点和特征以及实现其的方法。然而，本公开不限于下面公开的实施例，并且可以以各种形式实现。相反，提供实施例是为了完成本公开，并向本领域普通技术人员全面传达本公开的概念，并且本公开将仅由权利要求的范围来定义。在整个说明书中，相同的附图标记表示相同的部件。

在这种情况下，将会理解，处理流程图的块和流程图的组合可以由计算机程序指令来执行。由于这些计算机程序指令可以被加载到通用计算机、专用计算机或另一可编程数据处理设备的处理器中，由计算机或另一可编程数据处理设备的处理器执行的指令创建了用于执行流程图的块中描述的功能的装置。计算机程序指令可以存储在计算机可用或计算机可读存储器中，该存储器能够指导计算机或另一可编程数据处理设备以特定方式实现功能，因此存储在计算机可用或计算机可读存储器中的指令也能够生产包含用于执行流程图的块中描述的功能的指令装置的制造项目。计算机程序指令也可以被加载到计算机或另一可编程数据处理设备中，因此，当在计算机或另一个可编程数据处理设备中执行一系列操作时，用于通过生成计算机执行的过程来操作计算机或另一个可编程数据处理设备的指令可以提供用于执行流程图的块中描述的功能的操作。

此外，每个块可以代表模块、段或代码的一部分，其包括一个或多个用于执行特定逻辑功能的可执行指令。还应注意，在一些替代实现中，块中提到的功能可能不以有序的方式发生。例如，根据相应的功能，连续示出的两个块实际上可以基本上并发执行，或者这些块有时可以以相反的顺序执行。

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

在以下描述中，为了便于解释，举例说明了用于识别接入节点的术语、涉及网络实体的术语、涉及消息的术语、涉及网络实体之间的接口的术语、涉及各种标识信息的术语等。因此，本公开不限于下面描述的术语，也可以使用具有等同技术含义的其他术语。

在下文中，为了便于解释，在本公开中使用了在第三代合作伙伴计划(3GPP)长期演进(LTE)标准中定义的术语和名称。然而，本公开不限于术语和名称，并且同样适用于符合其他标准的系统。在本公开中，为了便于解释，基站可以与eNB和gNB互换使用。也就是说，被描述为eNB的基站可以代表gNB。在本公开中，术语“终端”不仅可以表示手机、NB-IoT设备和传感器，还可以表示其他无线通信设备。

本公开提供了一种在下一代移动通信系统中，当在多个发送接收点(TRP)中配置物理上行链路控制信道(PUCCH)重复传输时，在每个TRP中执行功率控制的方法和设备。特别地，与基站指示终端执行与波束相关联的PUCCH传输中使用的功率控制的频率范围2(FR2)中的操作不同，由于使用了单个波束，因此与波束相关联地指示功率控制的方法不适用于频率范围1(FR1)。随着在下一代移动通信系统中引入通过多个TRP的PUCCH重复传输，需要一种控制每个TRP中的功率的方法。

图1示出了根据本公开实施例的LTE系统的结构。

参考图1，如图所示，LTE系统的无线电接入网络包括下一代基站(例如，演进型节点B(eNB)、节点B或基站)105、110、115和120、移动性管理实体(MME)125和服务网关(S-GW)130。用户终端(例如，用户设备(UE)或终端)135经由eNBs 105至120和S-GW 130接入外部网络。

在图1中，eNB 105至120可以对应于通用移动电信系统(UMTS)系统的传统(legacy)节点B。eNB通过无线电信道耦合到UE 135，并且执行比传统节点B更复杂的角色。在LTE系统中，由于包括诸如通过互联网协议的语音IP(VoIP)的实时服务的每个用户业务都是通过共享信道服务的，因此需要用于通过收集诸如缓冲器状态、可用发送功率状态、信道状态等UE的状态信息来执行调度的设备，并且eNB 105至120可以对此负责。

通常，一个eNB可以控制多个小区。例如，为了实现100Mbps的传输速率，LTE系统可以使用正交频分复用(OFDM)作为20MHz带宽中的无线电接入技术。此外，根据UE的信道状态，应用确定调制方案和信道编码率的自适应调制和编码(AMC)。S-GW 130是用于提供数据承载的设备，并且可以在MME 125的控制下创建或移除数据承载。MME是负责各种控制功能以及UE的移动性管理功能的设备，并且可以耦合到多个基站。

图2示出了根据本公开实施例的LTE系统中的无线电协议结构。

参照图2，LTE系统的无线电协议包括分别在UE和eNB中的分组数据汇聚协议(PDCP)205和240、无线电链路控制(RLC)210和235以及UE(MAC)215和230。PDCP 205和240负责IP报头压缩/恢复操作等。PDCP的主要功能总结如下。PDCP不限于以下示例，并且可以执行各种功能：

-报头压缩和解压缩功能(报头压缩和解压缩：仅鲁棒报头压缩(ROHC))；

-用户数据传送功能(用户数据的传送)；

-顺序递送功能(在RLC确认模式(AM)的PDCP重建过程中，上层PDU的顺序递送)；

-重新排序功能(用于DC的分离承载(仅支持RLC AM)：用于发送的PDCP PDU路由和用于接收的PDCP PDU重新排序)；

-重复检测功能(在RLC AM的PDCP重建过程中对下层SDU的重复检测)；

-重传功能(对于DC的分离承载，PDCP SDU在切换时的重传，以及对于RLC AM，PDCPPDU在PDCP数据恢复过程中的重传)；

-加密和解密功能(加密和解密)；和

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

RLC 210和235可通过重新配置具有适当大小的PDCP分组数据单元(PDU)来执行自动重复请求(ARQ)操作等。RLC的主要功能总结如下。RLC不限于以下示例，并且可以执行各种功能：

-数据传送功能(上层PDU的传送)；

-ARQ功能(通过ARQ的纠错(仅用于AM数据传送))；

-级联、分段和重组功能(RLC SDU的级联、分段和重组(仅用于UM和AM数据传送))；

-重新分段功能(重新分段RLC数据PDU(仅用于AM数据传送))；

-重新排序功能(RLC数据PDU的重新排序(仅用于UM和AM数据传送)；

-重复检测功能(重复检测(仅用于UM和AM数据传送))；

-错误检测功能(协议错误检测(仅用于AM数据传送))；

-RLC SDU丢弃功能(RLC SDU丢弃(仅用于UM和AM数据传送))；和

-RLC重建功能(RLC重建)。

MAC 215和230耦合到配置在一个UE中的几个RLC层设备，并且执行将RLC协议数据单元(PDU)复用到MAC PDU以及从MAC PDU解复用RLC PDU的操作。RLC的主要功能总结如下。MAC不限于以下示例，并且可以执行各种功能：

-映射功能(逻辑信道和传输信道之间的映射)；

-复用和解复用功能(将属于一个或不同逻辑信道的MAC SDU复用到传输信道上递送给物理层的传输块(TB)中/从传输信道上物理层递送的传输块(TB)中解复用属于一个或不同逻辑信道的MAC SDU)；

-调度信息报告功能(调度信息报告)；

-HARQ功能(通过HARQ纠错)；

-逻辑信道之间的优先级处理功能(一个UE的逻辑信道之间的优先级处理)；

-UE之间的优先级处理功能(通过动态调度的方式在UE之间进行优先级处理)；

-MBMS服务标识功能(MBMS服务标识)；

-传输格式选择功能(传输格式选择)；和

-填充功能(填充)。

物理(PHY)层220和225执行一种操作，其中对高层数据执行信道编码和调制，从而创建OFDM符号并通过无线电信道发送，或者其中对通过无线电信道接收的OFDM符号执行解调和信道编码，然后传送到高层。此外，为了附加的纠错，混合ARQ(HARQ)也用于PHY层，并且在发送端发送的分组是否被接收在接收端用1比特发送。这被称为HARQ确认/NACK信息。用于上行链路传输的下行链路HARQ ACK/NACK信息通过物理混合ARQ指示符信道(PHICH)物理信道发送，用于下行链路传输的上行链路HARQ ACK/NACK信息可以通过物理上行链路控制信道(PUCCH)或物理上行链路共享信道(PUSCH)物理信道发送。

同时，PHY层可以由一个或多个频率/载波构成，同时配置和使用多个频率的技术被称为载波聚合(CA)技术。传统上，只有一个载波被用于终端(或UE)和基站(E-UTRANNodeB，eNB)之间的通信，而CA技术另外使用主载波和一个或多个辅载波，从而通过辅载波的数量显著增加传输量。同时，在LTE中，使用主载波的基站中的小区被称为主小区(PCell)，使用辅载波的基站中的小区被称为辅小区(SCell)。

尽管图中未示出，但是无线电资源控制(RRC)层存在于每个UE和基站的PDCP层之上。RRC层可以交换与无线电资源控制的接入、测量等相关的配置控制消息。

图3示出了根据本公开实施例的下一代移动通信系统的结构。

参考图3，下一代移动通信系统的无线电接入网络包括新空口(NR)节点B(NB)310和NR核心网(CN)(或下一代(NG)CN)305。NR UE(或终端)315可以经由NR NB 310和NR CN305接入外部网络。

在图3中，NR NB 310对应于传统LTE系统的演进节点B(eNB)。NR NB可以通过无线电信道耦合到NR UE 315，并且可以提供比传统节点B更优秀的服务。在下一代移动通信系统中，由于每个用户业务都是通过共享信道来服务的，因此需要用于通过收集UE的状态信息(诸如缓冲器状态、可用发送功率状态、信道状态等)来执行调度的设备，并且NR NB 310对此负责。通常，一个NR NB 310控制多个小区。

与传统LTE相比，至少现有的最大带宽可用于实现超高速数据传输，并且可通过使用OFDM作为无线电接入技术来附加组合波束成形技术。此外，可以应用根据UE的信道状态确定调制方案和信道编码率的AMC方案。NR CN 305执行诸如移动性支持、承载建立、QoS建立等功能。NR CN 305是除了负责UE的移动性管理功能之外还负责各种控制功能的设备，并且耦合到多个基站。此外，下一代移动通信系统也可以与传统LTE系统交互工作，并且NR CN305可以经由网络接口耦合到MME 325。MME 325耦合到作为传统基站的eNB 330。

图4示出了根据本公开实施例的下一代移动通信系统的无线电协议结构。

参照图4，下一代移动通信系统的无线电协议包括分别在UE和NR gNB中的NR服务数据自适应协议(SDAP)401和445、NR PDCP 405和440、NR RLC 410和435以及NR MAC 415和430。

NR SDAP 401和445的主要功能可以包括以下功能中的一些。NR SDAP不限于此，并且可以执行各种功能：

-用户数据传送功能(用户面数据的传送)；

-上行链路和下行链路的QoS流和数据承载映射功能(DL和UL两者的QoS流和DRB之间的映射)；

-用于上行链路和下行链路的QoS流ID标记功能(在DL和UL分组两者中标记QoS流ID)；和

-将反射QoS流映射到上行链路SDAP PDU的数据承载的功能(将反射QoS流映射到UL SDAP PDU的DRB映射)。

对于SDAP层设备，是使用SDAP层设备的报头还是使用SDAP层设备的功能可以在UE中利用RRC消息针对每个PDCP层设备或针对每个承载或针对每个逻辑信道进行配置。当配置SDAP报头时，SDAP报头的非接入层(NAS)反射服务质量(QoS)建立1比特指示符和接入层(AS)反射QoS建立1比特指示符可以指示UE更新或重新配置用于上行链路和下行链路的QoS流和数据承载的映射信息。SDAP报头可以包括指示QoS的QoS流ID信息。QoS信息可用作数据处理优先级、调度信息等，以平稳地支持服务。

NR PDCP 405和440的主要功能可以包括以下功能中的一些。NR PDCP不限于以下示例，并且可以执行各种功能：

-报头压缩和解压缩功能(报头压缩和解压缩：仅适用于ROHC)；

-用户数据传送功能(用户数据的传送)；

-顺序递送功能(上层PDU的顺序递送)；

-失序递送功能(上层PDU的失序递送)；

-重新排序功能(用于接收的PDCP PDU重新排序)；

-重复检测功能(低层SDU的重复检测)；

-重传功能(PDCP SDU的重传)；

-加密和解密功能(加密和解密)；和

NR PDCP设备的重新排序功能意味着基于PDCP序列号(SN)顺序对从低层接收的PDCP PDU进行重新排序的功能，并且可以包括以重新排序的序列将数据递送到高层的功能。可选地，NR PDCP设备的重新排序功能可以包括不考虑顺序而直接递送数据的功能、通过重新排序记录丢失的PDCP PDU的功能、向发送侧报告丢失的PDCP PDU的状态的功能、以及请求发送丢失的PDCP PDU的功能。

NR RLC 410和435的主要功能可以包括以下功能中的一些。NR RLC不限于以下示例，并且可以执行各种功能。

-数据传送功能(上层PDU的传送)；

-顺序递送功能(上层PDU的顺序递送)；

-失序递送功能(上层PDU的失序递送)；

-ARQ功能(通过ARQ纠错)；

-拼接、分段和重组功能(RLC SDU拼接、分段和重组)；

-重新分段功能(RLC数据PDU的重新分段)；

-重新排序功能(RLC数据PDU的重新排序)；

-重复检测功能(重复检测)；

-错误检测功能(协议错误检测)；

-RLC SDU丢弃功能(RLC SDU丢弃)；和

-RLC重建功能(RLC重建)。

NR RLC设备的顺序递送功能意味着将从低层接收的RLC SDU顺序递送到高层的功能。顺序递送功能可以包括这样的功能，其中，当一个RLC SDU通过被分段为几个RLC SDU而被原始接收时，RLC SDU被重组并被递送。此外，顺序递送功能可以包括根据RLC SN或PDCPSN对接收的RLC PDU进行重新排序的功能，通过重新排序记录丢失的RLC PDU的功能，向发送方发送丢失的PDCP PDU的状态的功能，请求发送丢失的PDCP PDU的功能，当存在丢失的RLC SDU时，只有在丢失的RLC SDU之前的RLC SDU被顺序递送到高层，在该功能中，当特定定时器到期时，即使丢失的RLC SDU存在，所有在定时器开始之前接收的RLC SDU被顺序递送到高层，并且在该功能中，当特定定时器到期时，即使丢失的RLC SDU存在，所有到目前为止接收的RLC SDU被顺序递送到高层。

此外，NR RLC设备可以按照接收RLC PDU的顺序(按照RLC PDU到达的顺序，而不考虑序列号的顺序)来处理RLC PDU，并且不考虑顺序将RLC PDU递送到PDCP设备(即，无序递送)，并且当接收到RLC PDU分段时，可以接收存储在缓冲器中的或者将在稍后时间接收的分段，并且将这些分段重建为一个RLC PDU，然后处理RLC PDU并将其递送到PDCP设备。NRRLC层可以不包括拼接功能。在这种情况下，拼接功能可以在NR MAC层中执行，或者可以用NR MAC层的复用功能来代替。

NR RLC设备的无序递送功能意味着将从低层接收的RLC SDU直接递送到高层而不考虑顺序的功能。无序递送功能可以包括这样的功能，其中，当一个RLC SDU通过被分段为几个RLC SDU而被原始接收时，RLC SDU被重组并被递送，以及通过存储和排序接收的RLCPDU的RLC SN或PDCP SN来记录丢失的RLC PDU的功能。

NR MAC 415和430可以耦合到构建在一个UE中的几个NR RLC层设备，并且NR MAC的主要功能可以包括以下功能中的一些。NR MAC不限于以下示例，并且可以执行各种功能：

-映射功能(逻辑信道和传输信道之间的映射)；

-复用和解复用功能(MAC SDU的复用/解复用)；

-调度信息报告功能(调度信息报告)；

-HARQ功能(通过HARQ纠错)；

-MBMS服务标识功能(MBMS服务标识)；

-传输格式选择功能(传输格式选择)；和

-填充功能(填充)。

NR PHY层420和425可以执行这样的操作，其中对高层数据执行信道编码和调制，从而创建OFDM符号并通过无线电信道发送，或者其中对通过无线电信道接收的OFDM符号执行解调和信道编码，然后将其递送到高层。

图5示出了根据本公开实施例的另一种下一代移动通信系统的结构。

参照图5，由基于波束操作的NR gNB 505服务的小区可以由多个发送接收点(TRP)510、515、520、525、530、535和540构成。TRP 510至540表示其中发送和接收物理信号的一些功能与传统NR eNB分离的块，并且由多个天线构成。NR gNB 505也可以由中央单元(CU)表示，并且TRP也可以表示为分布式单元(DU)。NR gNB 505的功能可以通过将每个层与诸如PDCP/RLC/MAC/PHY层545的层分离来配置。也就是说，TRP可以仅具有PHY层，并执行该层的功能(参见515、525)。TRP可以仅具有PHY层和MAC层，并且执行这些层的功能(参见510、535、540)。

TRP可以仅具有PHY层、MAC层和RLC层，并执行这些层的功能(参见520、530)。具体地，TRP 510至540可以使用波束成形技术，在该技术中，通过使用多个发送/接收天线来发送和接收数据，在各个方向上生成窄波束。UE 550通过TRP 510至540接入NR gNB 505和外部网络。NR gNB 505通过收集和调度UE的状态信息(诸如缓冲器状态、可用发送功率状态、信道状态等)来支持UE和核心网(CN)之间的连接，特别是AMF/SMF 560，以向用户提供服务。

基于结构515和525描述了本公开，其中TRP仅具有PHY层并执行该层的功能。然而，TRP不限于此，并且可以还包括PDCP层、RLC层和MAC层中的至少一个。

为了改善下一代移动通信系统中的MIMO操作，UE通过使用波束执行传输的FR2中的RRC和MAC CE控制来执行配置和激活PUCCH传输中使用的波束信息(例如，空间关系)的操作。也就是说，关于用RRC预先配置的多个波束信息中的一个服务小区中的特定BWP的PUCCH资源，MAC CE可以用于更新/指示波束信息。此外，当配置多个PUCCH资源并且PUCCH资源被配置为组时，也可以在递送PUCCH资源的多个服务小区中同时更新波束信息。关于应用于PUCCH传输的波束配置，与PUCCH传输中的发送功率相关的参数也可以被关联，并且被指示用于指示波束配置的每个波束。也就是说，尽管在实践中指示了用于PUCCH资源传输的波束信息(例如，空间关系)，但是由于在选择相应波束时的功率参数已经被提供了RRC配置，所以波束指示起到一起指示波束和功率参数的作用。

然而，前述操作是默认使用波束的MIMO操作(例如，UE在FR2频带中的传输操作)，并且不适用于在全向辐射中使用单个波束的FR1频带中的UE传输操作。这是因为，在FR1频带中，UE不必通过区分特定波束的功率控制来进行操作。随着多个TRP(以下称为mTRP)的引入，本公开的实施例描述了当应用通过经由每个mTRP重复发送PUCCH来提高可靠性的方案时，关于如何在每个TRP中配置和激活PUCCH发送功率的具体操作。

在本公开中，FR1频带意味着NR系统操作的范围从410MHz到7125MHz的频带，并且FR2频带可以包括范围从24250MHz到52600MHz的频带和范围从52600MHz到71000MHz的频带，范围从52600MHz到71000MHz的频带是扩展的FR2频带。

图6和图7示出了根据本公开实施例的下一代移动通信系统的结构以及应用PUCCH资源配置和波束激活操作的场景。

参考图6，可能存在由基于波束操作的NR gNB服务的多个小区605和610。UE 615可以在连接到特定小区(小区1)605的状态下接收另一服务小区(小区2)610的配置，并且可以使用CA操作，使得可以从多个小区发送和接收数据。NR系统使用RRC控制消息来为每个服务小区和每个BWP提供PDCCH配置和PDSCH配置，从而提供用于接收下行链路控制信号和数据信号的配置信息以及与其相关的接收波束配置信息(步骤620、625)。此外，RRC控制消息可以用于为每个服务小区和每个BWP提供PUCCH-Config，并且在相应的配置(即，PUCCH-Config)中，可以同时配置与其相关的PUCCH资源配置和传输波束配置(步骤630、635)。在一个小区组中，除了PCell/PSCell之外，还可以配置一个PUCCH SCell。

在通过RRC控制消息配置PUCCH资源的步骤中，配置PUCCH资源的方法如下。

在PUCCH资源集合的一个示例中，作为聚合具有相同有效载荷的PUCCH资源的单元，存在于一个PUCCH资源集合中的PUCCH资源具有相同的有效载荷大小。可以为每个BWP配置多达4个PUCCH资源集合。

在PUCCH资源的一个示例中，包括实际PUCCH资源的配置信息，并且可以为每个PUCCH资源集合配置多达32个PUCCH资源。PUCCH资源总共使用128个索引。

在空间关系信息的一个示例中，它指示实际用于发送PUCCH资源的波束信息，并且可以从SSB、CSI-RS和SRS中选择一个波束。每个BWP最多可配置8格波束信息。在Rel-16中，相应的波束数量从8个增加到64个，如表1所示。

表1.空间关系信息

基于与PUCCH资源相关的RRC配置信息，UE可以响应于下行链路信号来递送PUCCH/ACK/NACK信号。在这种情况下，与每个PUCCH资源相关的初始波束信息可以是在初始RRC连接过程中使用的波束信息(初始RACH操作中的SSB)，并且MAC CE在稍后被用于更新与特定PUCCH资源相关的波束信息。也就是说，使用PUCCH空间关系激活/去激活MAC CE。参考图7来描述MAC CE。下面描述的参数信息被应用于基本PUCCH空间MAC CE结构(参见710)和改进的PUCCH空间MAC CE结构(参见720)：

●保留的比特(包括用于字节对准；745，760，775，790，7100，7105，7115，7125，7130)；

●服务小区ID(5比特；750，780)；

●BWP ID(2比特；755，785)；

●PUCCH资源ID(7比特；765，795，7120)；

●空间关系比特图(8比特；最多8个比特图中只有一个被激活，770)；和

●空间关系索引(6比特；用于区分64波束标识符，7110，7135)。

前述MAC CE可以指示特定波束，通过该特定波束，服务小区中的PUCCH资源和BWP将被递送。当接收到MAC CE时，UE更新并应用相关的PUCCH资源的相关联的波束信息。此外，在RRC配置中，与特定空间关系相关联的功率控制参数也被一起更新和应用。如上所述，由于为每个BWP提供了PUCCH配置信息，并且可以配置多达128个PUCCH资源，所以为了更新所配置的128个PUCCH资源的波束信息，可能需要通过MAC CE执行多达128次的更新。因此，可能会增加时延，并且信令开销也很大。在一个实施例中，为了解决这个问题，PUCCH组(在下面的ASN.1代码中的simultaneousSpatial-UpdatedList1-r16(同时空间-更新的列表1-r16)，simultaneousSpatial-UpdatedList2-r16(同时空间-更新的列表2-r16))可以用RRC配置(在CellGroupConfig中)。

当指示要通过使用前述MAC CE来激活属于相应的组的PUCCH资源时(参见710、720)，UE对相应PUCCH资源所属的PUCCH组的所有PUCCH资源执行相同的激活操作。也就是说，多个PUCCH资源的波束同时改变/更新，并且功率参数也根据波束改变/更新而改变。也就是说，可以通过使用一个MAC CE来更新多个波束并执行功率控制，而不必多次改变波束，从而减少时延。

表2.小区组配置

/>

图8示出了根据本公开实施例的通过单独控制和分组通过NR系统中的多个服务小区和BWP配置的多个PUCCH资源来同时更新传输波束的操作。

NR系统被设计为通过使用具有方向性的波束来执行UE和gNB的数据发送和接收。当多个PUCCH资源被配置为一个组时，通过为一个服务小区中的特定BWP配置波束的激活/去激活(TCI状态，PUCCH空间关系)，支持同时支持多个PUCCH资源的波束更新操作的方法。

当多个服务小区被配置为一个组，并且使用MAC CE激活/去激活属于相应的小区的PUCCH资源时，可以同时更新应用于包括在该组中的多个小区的整个PUCCH资源的波束信息和功率参数(每个小区组的组配置)。

处于RRC_IDLE(RRC_空闲)模式的UE 801寻找合适的小区以驻留在相应的gNB 802上(步骤805)，并且由于出现要发送的数据等原因而接入gNB 802的PCell(参见810)。RRC_IDLE模式是这样一种状态，在该状态下，由于为了UE省电等而没有连接网络，所以不可能发送数据，并且对于数据发送来说，必须转换到RRC_CONNECTED(RRC_连接)模式。这里，驻留意味着UE停留在相应的小区中，并接收寻呼消息以确定数据是否正通过下行链路到来。当UE在接入gNB 802的过程中成功时，UE切换到RRC_CONNECTED模式，并且处于RRC_CONNECTED模式的UE能够相对于gNB执行数据发送和接收(步骤815)。

在步骤820中，处于RRC_CONNECTED状态的gNB通过RRC消息向UE递送用于配置多个服务小区和BWP的配置信息(ServingCellConfig(服务小区配置))。RRC消息可以包括用于通过PDCCH和PDSCH接收的配置信息(PDCCH-Config(PDCCH-配置)、PDSCH-Config(PDSCH-配置))以及用于PUCCH传输的配置信息(PUCCH-Config(PUCCH-配置))，并且可以包括BWP配置(BWP-Uplink(BWP-上行链路)、BWP-Downlink(BWP-下行链路))、CORESET配置、加扰配置、TCI状态配置(PDSCH-Config中的TCI状态)等。具体地，为每个服务小区和下行链路BWP提供TCI状态相关的配置，并且该TCI状态相关的配置被包括在PDCCH-配置和PDSCH-配置的每一个中。PUCCH资源传输的波束配置被包括在PUCCH-配置中。可以在PUCCH配置中配置PUCCH资源、PUCCH资源集合、空间关系信息等。已经参考图6和图7描述了PUCCH配置。在步骤820中，可以为PUCCH资源配置8或64个空间关系信息，并且可以在CellGroupConfig(小区组配置)中同时提供用于更新属于多个服务小区的PUCCH资源传输波束的小区的组配置。

代替在步骤820中(即，在RRC配置的步骤中)预配置可应用于相同传输波束的多个服务小区组，可以支持用MAC CE更新应用于多个PUCCH资源的波束的操作。当特定小区不被包括在用于CellGroupConfig的同时PUCCH资源波束更新的小区组配置中时，或者当小区组配置不被包括时，这是可能的。

在步骤825中，gNB递送MAC CE，用于指示/更新被配置有RRC配置信息的PUCCH资源的传输波束。在该步骤中使用的MAC CE使用指示多个服务小区的PUCCH资源的同时传输波束更新的MAC CE。基于在RRC控制消息中配置的PUCCH资源服务小区组信息，需要更新的一个小区的PUCCH资源可以包括在多个小区之中。在这种情况下，尽管指示了一个小区的PUCCH资源的波束信息更新，但是相同的操作被应用于属于相应的组的所有小区。已经参考图6和图7详细描述了MAC CE结构和操作。

在步骤830，gNB可以通过下行链路(DL)数据调度和DL控制指示符向UE递送下行链路控制。步骤830中的gNB指示UE的接收波束以及下行链路波束的指示。

在步骤835中，通过在步骤825和830中指示的下行链路波束(TCI状态)和上行链路波束(PUCCH资源传输波束)来执行应用了相应的发送和接收资源的数据发送和接收。也就是说，UE通过被配置用于与gNB通信的波束来执行上行链路/下行链路数据接收。具体地，可以通过PUCCH资源来执行ACK/NACK传输。

在步骤840中，为了更新先前递送的MAC CE，gNB可以再次递送MAC CE，并且可以更新这里要激活和去激活的波束。步骤840涉及为单个PUCCH资源更新波束而不是为多个PUCCH资源同时更新波束的操作。也就是说，有可能在步骤825中针对多个PUCCH资源同时激活波束更新，并且在步骤840中针对单个PUCCH资源更新波束。如上所述，当步骤840中指示的服务小区没有被指定为小区组时，如上所述这是可能的。在步骤845中，通过下行链路波束(TCI状态)和上行链路波束(PUCCH资源传输波束)来执行应用了相应的发送和接收资源的数据发送和接收。也就是说，UE通过被配置用于与gNB通信的波束来执行上行链路/下行链路数据接收。具体地，可以通过PUCCH资源来执行ACK/NACK传输。

以下实施例描述了当通过mTRP应用PUCCH重传时，通过RRC和MAC CE配置、指示和更新功率控制参数的操作，特别是在FR1中。尽管随着在NR系统中引入mTRP，多个PDSCH的数据接收性能得到了改善，但是PDCCH和PUCCH/PUSCH的性能没有得到改善。本公开描述了通过在mTRP中重复发送PUCCH来提高UE的PUCCH传输的可靠性的功能，作为随着mTRP的引入而提高PUCCH的可靠性的方案。由于UE必须通过多个TRP发送PUCCH资源，因此需要澄清关于如何不同于现有的单个PUCCH传输来配置发送功率的操作。

具体而言，由于多个PUCCH传输可能通过不同的TRP在相同的时域中同时发生，因此还需要PUCCH发送功率控制。另外，如上所述，FR1不支持与传输波束相关联地配置和指示传输波束的操作，因为单个波束用于全向辐射而不必使用波束。因此，对于mTRP中的PUCCH重复传输在FR1中操作的情况，没有PUCCH发送功率控制方法。这种情况下的操作描述如下。

图9示出了根据本公开的实施例，当在NR FR1系统中的多个TRP中配置PUCCH重复传输时，配置和更新PUCCH资源传输的功率控制的操作。

处于RRC_IDLE模式的UE 901寻找合适的小区以驻留在相应的gNB 902上(步骤905)，并且由于出现要发送的数据等原因而接入gNB 902的PCell(参见910)。RRC_IDLE模式是一种状态，其中由于为了UE省电等而没有连接网络，所以不可能发送数据，并且对于数据发送来说，必须转换到RRC_CONNECTED模式。这里，驻留意味着UE停留在相应的小区中，并接收寻呼消息以确定数据是否正通过下行链路到来。当UE在接入gNB 902的过程中成功时，UE移交到RRC_CONNECTED模式，并且处于RRC_CONNECTED模式的UE能够相对于gNB执行数据发送和接收(步骤915)。

在步骤920中，处于RRC_CONNECTED状态的gNB通过RRC消息向UE递送用于配置多个服务小区和BWP的配置信息(ServingCellConfig)。RRC消息可以包括用于通过PDCCH和PDSCH接收的配置信息(PDCCH-配置、PDSCH-配置)以及用于PUCCH传输的配置信息(PUCCH-配置)，并且可以包括BWP配置(BWP-上行链路、BWP-下行链路)、CORESET配置、加扰配置、TCI状态配置(PDSCH-配置中的TCI状态)等。具体地，为每个服务小区和下行链路BWP提供TCI状态相关的配置，并且该TCI状态相关的配置被包括在PDCCH-配置和PDSCH-配置的每一个中。PUCCH资源传输的波束配置被包括在PUCCH-配置中。可以在PUCCH配置中配置PUCCH资源、PUCCH资源集合、空间关系信息等。已经参考图6和图7描述了PUCCH配置。

在一个实施例中，可以在步骤920中配置多个TRP，并且RRC消息可以包括用于通过多个TRP进行PUCCH重复传输的配置。同时，当指示UE在FR1频带中操作时(当服务小区的频率频带是FR1频带并且相关的配置信息与RRC一起提供时)，在步骤920中，可以一起提供通过mTRP的在FR1中应用于PUCCH重复传输的PUCCH传输的功率控制参数的配置。配置可以通过单独的RRC信息元素(IE)来配置，或者可以通过重用和重新定义传统RRC IE来应用。下面描述在FR1中通过mTRP配置和激活应用于PUCCH重复传输的PUCCH传输的功率控制参数的操作。

在一个实施例中，提供了新的专用的RRC IE和新的MAC CE(例如，图10、图11)。

在一个实施例中，RRC IE被重用和重新定义以应用于FR2频带，并应用传统MACCE。(例如，图12)。

在一个实施例中，提供了新的专用的RRC IE，并且应用了传统MAC CE。

(例如，图13)。

可以提供用于同时更新属于CellGroupConfig中的多个小区的PUCCH资源传输波束的小区的组配置。应用于FR2的列表可以直接应用于同时更新FR1中的功率参数控制，并且可以提供用于同时更新FR1中的功率参数控制的附加列表。另外，当提供这样的RRC配置时，应用于初始PUCCH传输的初始值可以是要经历RRC配置的PUCCH发送功率参数的特定值，并且可以通过使用以下实施例中的至少一个来配置。

在一个实施例中，对于初始参数配置，应用于要配置的PUCCH发送功率参数列表中的TRP1和TRP2的值被定义为与第一索引和第二索引相关联的参数(要配置的PUCCH发送功率参数列表的第一条目可以是应用于TRP1的PUCCH发送功率参数，并且第二条目可以是应用于TRP2的PUCCH传输参数)。

在一个实施例中，对于初始参数配置，显式地配置要应用于TRP1和TRP2的PUCCH发送功率参数的索引。

在一个实施例中，对于初始参数配置，要应用于TRP1和TRP2的PUCCH发送功率参数被定义为相同的值(例如，应用被包括在要配置的第一PUCCH传输参数索引中的功率控制参数)。

在步骤920中，也就是说，在MAC CE中可以支持要应用于多个PUCCH资源的功率参数更新操作，而不必预先配置在RRC配置中相同的PUCCH发送功率控制适用的多个服务小区组。当特定小区未被包括在用于相应的CellGroupConfig的同时PUCCH资源波束更新的小区组配置中或者相应的组配置未被包括时，这是可能的。在步骤925，gNB递送MAC CE，用于指示/更新被配置有RRC配置信息的PUCCH资源的功率控制参数。在该步骤中使用的MAC CE可以使用指示多个服务小区的PUCCH资源的同时发送功率参数更新的MAC CE。基于在RRC控制消息中配置的PUCCH资源服务小区组信息，需要更新的一个小区的PUCCH资源可以被包括在多个小区之中。在这种情况下，尽管指示了一个小区的PUCCH资源的PUCCH功率控制参数更新，但是相同的操作被应用于属于相应组的所有小区。将参照图10、图11、图12和图13详细描述MAC CE结构和操作。

通过在步骤925和930中指示的下行链路波束(TCI状态)和上行链路波束(PUCCH资源传输波束)来执行应用了相应的发送和接收资源的数据发送和接收。也就是说，UE通过被配置用于与gNB通信的波束来执行上行链路/下行链路数据接收。具体地，可以通过多个TRP中的PUCCH资源来执行ACK/NACK传输。

在步骤940中，为了更新先前递送的MAC CE，gNB可以再次递送MAC CE，并且可以更新这里要激活和去激活的PUCCH功率参数。步骤940涉及更新单个PUCCH资源的PUCCH功率参数而不是同时更新多个PUCCH资源的PUCCH功率参数的操作。也就是说，有可能在步骤925中针对多个PUCCH资源同时激活波束更新，并且在步骤940中针对单个PUCCH资源更新PUCCH功率参数。如上所述，当步骤940中指示的服务小区没有被指定为小区组时，这是可能的。在步骤945中，通过下行链路波束(TCI状态)和上行链路波束(PUCCH资源传输波束)来执行应用了相应的发送和接收资源的数据发送和接收。也就是说，UE通过被配置用于与gNB通信的波束来执行上行链路/下行链路数据接收。具体地，可以通过多个TRP的PUCCH资源来执行ACK/NACK传输。

图10和图11示出了根据本公开的实施例的用于UE操作的MAC CE结构，其中当通过多个TRP配置FR1中的PUCCH重复传输时，每个TRP的PUCCH资源功率控制参数被配置有RRC控制消息，并且通过MAC CE应用更新。

本文描述的实施例(例如，图9)中，其中被配置和激活用于PUCCH传输的功率控制参数被应用于通过mTRP在FR1中的PUCCH重复传输。描述了引入新的专用的RRC IE(PUCCH-PowerControlFR1-r17(PUCCH-功率控制FR1-r17))，并且引入了用于在相应的RRC配置的mTRP中更新专用于FR1的PUCCH功率控制参数的新MAC CE。

首先，当通过RRC配置来配置mTRP中的FR1专用的PUCCH功率控制参数时，这些参数可以配置如下。

-mTRP中PUCCH资源的功率控制标识符(pucch-PowerControlFR1-id-r17(pucch-功率控制FR1-id-r17))：表示以下实际参数的值，作为用于区分PUCCH功率控制参数的集合的标识符。例如，可以配置64个标识符，其他值也是可能的：

-PUCCH路径损耗参考RS标识符(pucch-PathlossReferenceRS-Id-r17(pucch-路径损耗参考RS-Id-r17))：指示要在PUCCH传输中参考的路径损耗参考RS的标识符；

-PUCCH的P0值(UE发送功率，p0-PUCCH-Id-r17)；和

-要应用于PUCCH发送功率控制的闭环标识符(closedLoopIndex-r17(闭环索引-r17))。

前述RRC参数和新的RRC IE的结构可以由ASN.1表示，如下表3所示。

表3.功率控制信息

应用于TRP1和TRP2的初始PUCCH功率控制参数值可以是特定值，并且可以应用以下实施例中的至少一个。

在一个实施例中，对于初始参数配置，应用于要配置的PUCCH发送功率参数列表(PUCCH-PowerControlFR1-r17)中的TRP1和TRP2的值被定义为与第一索引和第二索引相关联的参数(要配置的PUCCH发送功率参数列表的第一条目可以是应用于TRP1的PUCCH发送功率参数，并且第二条目可以是应用于TRP2的PUCCH传输参数)。

在一个实施例中，初始参数配置，要应用于TRP1和TRP2的PUCCH发送功率参数的索引被显式地配置。

下面描述的MAC CE结构涉及MAC CE操作，用于当通过应用前述RRC配置通过mTRP执行PUCCH重复传输时，动态地指示UE更新PUCCH发送功率参数。在实施例1中，根据mTRP中PUCCH资源的功率控制标识符(以下，也称为PUCCH功率控制ID)的大小，MAC CE可以被设计为具有不同的结构，并且参考图10和图11描述了可能的方法。

在MAC CE设计的一个示例中，提供了基于PUCCH功率控制标识符的MAC CE设计：

-服务小区标识符(1010，1075，10115)：UE的PUCCH资源的配置所应用到的服务小区ID(即，其中包括PUCCH配置的ServingCellConfig的小区标识符)；

-BWP标识符(1015，1080，10120)：作为属于服务小区的BWP标识符，应用了UE的PUCCH资源的配置的BWP ID(即，其中包括PUCCH配置的ServingCellConfig的BWP标识符)；

-TRP标识符(1020，1085，10125)：预先配置PUCCH资源的TRP ID，当针对每个TRP显式地区分PUCCH资源配置时应用该TRP ID。当通过分割PUCCH资源ID将TRP ID应用于每个TRP时，相应的字段被配置有保留的比特(当在PUCCH资源ID中TRP区分是可能的时，或者当TRP区分是不必要的时)；

-PUCCH资源标识符(1025，1050，1090，10130)：用于PUCCH传输的PUCCH资源配置标识符，可以通过拆分PUCCH资源ID来区分每个TRP，或者可以为每个TRP ID配置PUCCH资源ID；

-PUCCH功率控制标识符(1040，1065，10105，10145)：作为mTRP中的PUCCH资源的功率控制标识符，它是用于区分在FR1频带的PUCCH重复传输中聚集了功率控制参数的集合的标识符；和

-保留的比特(1005、1030、1035、1045、1055、1060、1070、1095、10100、10110、10135、10140)。

当在选项1-1中执行在跨载波中被配置有TRP的PUCCH资源的传输时，服务小区和BWP被附加指示以指示每个TRP所属的服务小区和BWP。为了区分这一点，选项1-1B的设计可能不同于选项1-1A。也就是说，可以添加BWP信息和服务小区，在该服务小区中配置每个TRP中的PUCCH传输。

在一个示例中，对于MAC CE设计，提供了基于PUCCH功率控制比特图的MAC CE设计：

-服务小区标识符(11155，11185，11215)：UE的PUCCH资源的配置所应用到的服务小区ID(即，其中包括PUCCH配置的ServingCellConfig的小区标识符)；

-BWP标识符(11160，11190，11220)：作为属于服务小区的BWP标识符，应用了UE的PUCCH资源的配置的BWP ID(即，其中包括PUCCH配置的ServingCellConfig的BWP标识符)；

-TRP标识符(11195，11225)：预先配置PUCCH资源的TRP ID，当针对每个TRP显式地区分PUCCH资源配置时应用该TRP ID。当通过分割PUCCH资源ID将TRP ID应用于每个TRP时，相应的字段被配置有保留的比特(当在PUCCH资源ID中TRP区分是可能的时，或者当TRP区分是不必要的时)；

-PUCCH资源标识符(11170，11205，11230)：用于PUCCH传输的PUCCH资源配置标识符，可以通过分割PUCCH资源ID来区分每个TRP，或者可以为每个TRP ID配置PUCCH资源ID；

-PUCCH功率控制标识符(11175，11235)：作为mTRP中的PUCCH资源的功率控制标识符，其是以比特图格式映射的标识符，其是用于区分在FR1频带的PUCCH重复传输中聚集了功率控制参数的集合的标识符。已经例示了PUCCH功率控制标识符的大小小于或等于8比特的情况，并且通过扩展到2个字节，也可以将其应用于大小被设置为大于8比特的16比特的情况。也就是说，可以扩展到更大的比特图大小；和

-保留的比特(11150、11165、11180、11210)。

当在选项1-2中执行在跨载波中被配置有TRP的PUCCH资源的传输时，服务小区和BWP被附加指示以指示每个TRP所属的服务小区和BWP。为了区分这一点，选项1-2B的设计可能不同于选项1-2A。也就是说，可以添加BWP信息和服务小区，在该服务小区中配置每个TRP中的PUCCH传输。

如上所述，选项1-1和1-2通过参考新定义的RRC IE来指示，并且其特征在于不包括与波束相关的信息。这是为了快速地仅将PUCCH功率控制参数更新到MAC CE，而不必执行与波束的功率控制交互工作，因为当不同于在FR2频带中操作时，波束不被区分。

图12示出了根据本公开的另一实施例的用于UE操作的MAC CE结构，其中，当通过多个TRP配置FR1中的PUCCH重复传输时，每个TRP的PUCCH资源功率控制参数被配置有RRC控制消息，并且通过MAC CE应用更新。

本文描述的实施例涉及图9中描述的实施例2，其中功率控制参数被配置和激活用于通过mTRP在FR1中应用于PUCCH重复传输的PUCCH传输。在实施例2的方法中，在FR1中直接使用默认情况下与FR2中的波束相关联地执行PUCCH功率控制的结构。已经参考图6和图7描述了其中PUCCH功率控制与FR2中的波束交互工作的结构，以及RRC配置和MAC CE结构。在实施例2中，还需要为RRC配置参数中的FR1不一定要应用的参数描述新的约束条件，并且重新定义，使得UE不对该参数进行操作。

也就是说，这是一种通过排除与现有空间关系中的功率控制参数交互工作的部分中的波束相关信息(波束信息)来仅应用功率控制参数部分的方法。由于使用相同的RRCIE，所以这是FR1的操作，并且当从gNB接收到用于排除相应的波束信息的附加指示符时，或者当UE通过操作频率识别出这是FR1的操作时，通过排除波束信息而没有附加信令，仅应用功率控制参数的方法也是可能的。

通过再次参考参考图6和图7描述的内容，如下将RRC配置应用于实施例2：

-PUCCH资源集合：作为聚合具有相同有效载荷的PUCCH资源的单元，存在于一个PUCCH资源集合中的PUCCH资源具有相同的有效载荷大小。可以为每个BWP配置多达4个PUCCH资源集合；

-PUCCH资源：包括实际PUCCH资源的配置信息，并且可以为每个PUCCH资源集合配置多达32个PUCCH资源。PUCCH资源总共使用128个索引；和

-空间关系信息：其指示实际用于发送PUCCH资源的波束信息，并且可以从SSB、CSI-RS和SRS中选择一个波束。每个BWP最多可配置8个波束信息。在Rel-16中，相应波束的数量从8个增加到64个。

表4.空间关系信息。

/>

当UE接收到参数时，可以增加忽略该参数的操作，从gNB的角度来看，可以规定如何配置该参数。gNB可以通过将参数设置为预定的默认值(包括基于小区的SSB索引)或任何值来递送参数。另外，当在FR1中配置PUCCH重复传输时，可以添加关于哪个值将被应用为每个TRP的初始值的内容。在初始PUCCH传输中应用的功率控制参数的初始值可以是被配置有RRC的波束配置参数的索引，并且可以使用以下实施例中的至少一个来配置。

在一个实施例中，对于初始参数配置，应用于要配置的PUCCH空间关系信息列表中的TRP1和TRP2的值作为要与第一索引和第二索引相关联的参数(要配置的PUCCH发送功率参数列表的第一条目可以是定义了要应用于TRP1的PUCCH发送功率参数，并且第二条目可以是要应用于TRP2的PUCCH传输参数)。

在一个实施例中，显式地配置初始参数配置、要应用于TRP1和TRP2的PUCCH发送功率参数的索引(指示为pucch-SpatialRelationInfoId)。

在一个实施例中，定义了初始参数配置，即作为相同值应用于TRP1和TRP2的PUCCH发送功率参数(例如，应用被包括在第一pucch-SpatialRelationInfoId索引中的功率控制参数)。

在MAC CE的情况下，也直接应用相同的结构，并且操作方法也直接适用。这是因为pucch-SpatialRelationInfoId实际上是在RRC配置中被配置的，但是只有PUCCH传输的功率控制参数保留为与其相关联的参数：

●保留的比特(包括用于字节对准；1205，1220，1230，1235，1245，1255，1260，1270，1295，12100，12120，12125)；

●服务小区ID(5比特；1210，1275)；

●BWP ID(2比特；1215，1280)；

●TRP ID(1比特；1285，12115)：当通过区分TRP来使用PUCCH资源ID时，它可能是不必要的，并且在这种情况下它被应用为保留的比特；

●PUCCH资源ID(7比特；1225，1250，1290，12115)；和

●空间关系索引(6比特；用于区分64个波束标识符，1240，1265，1290，12115)。

前述MAC CE可以指示特定波束，通过该特定波束，服务小区中的PUCCH资源和BWP将被递送。然而，在实施例2中，对于相应的空间关系索引，只有功率控制参数与RRC配置相关联。因此，gNB重用与FR1中的功率参数相关联的FR2中应用的相同MAC CE。

图13示出了根据本公开的另一实施例的用于UE操作的MAC CE结构，其中当通过多个TRP配置FR1中的PUCCH重复传输时，每个TRP的PUCCH资源功率控制参数被配置有RRC控制消息，并且通过MAC CE应用更新。

本文描述的实施例涉及图9中描述的实施例3，其中功率控制参数被配置和激活用于通过mTRP在FR1中应用于PUCCH重复传输的PUCCH传输。在实施例3的方法中，用于实施例1中的PUCCH发送功率参数的新的RRC IE部分被稍微改变，并且随着用于每个TRP的PUCCH功率控制参数的更新，如在实施例2中那样在FR2中应用的传统MAC CE被重用。

首先，在通过RRC配置来配置mTRP中的FR1专用的PUCCH功率控制参数的方法中，参数可以配置如下：

-mTRP中PUCCH资源的功率控制标识符(pucch-SpatialRelationInfoId-r17)：表示以下实际参数的值，作为用于区分PUCCH功率控制参数的集合的标识符。例如，可以配置64个标识符，其他值也是可能的。虽然实际上参数名称是空间相关的，但是这些名称被统一以重用传统MAC CE结构，并且在实际执行的操作中不存在与空间关系相关的信息；

-PUCCH路径损耗参考RS标识符((pucch-PathlossReferenceRS-Id-r17)：指示要在PUCCH传输中参考的路径损耗参考RS的标识符；

-PUCCH的P0值(UE发送功率，P0-PUCCH-Id-r17)；和

-要应用于PUCCH发送功率控制的闭环标识符(closedLoopIndex-r17)。

前述RRC参数和新的RRC IE的结构可以由ASN.1表示，如下所示。

表5.功率控制信息

应用于TRP1和TRP2的初始PUCCH功率控制参数值可以是特定值，并且可以使用以下实施例中的至少一个来配置。

在一个实施例中，对于初始参数配置，应用于要配置的PUCCH发送功率参数列表(pucch-SpatialRelationInfoId-r17)中的TRP1和TRP2的值被定义为与第一索引和第二索引相关联的参数(要配置的PUCCH发送功率参数列表的第一条目可以是TRP1的PUCCH发送功率参数，并且第二条目可以是TRP2的PUCCH传输参数)。

在一个实施例中，对于初始参数配置，要应用于TRP1和TRP2的PUCCH发送功率参数的索引被显式地配置。

在MAC CE的情况下，直接应用FR2中使用的传统MAC CE结构，并且操作方法也是直接适用的。在RRC配置中，pucch-SpatialRelationInfoId被用作PUCCH-PowerControlFR1-r17 IE中的标识符。因此，PUCCH传输的功率控制参数可以被应用为实际配置的参数：

●保留的比特(包括用于字节对准；1305，1320，1330，1335，1345，1355，1360，1370，1395，13100，13120，13125)；

●服务小区ID(5比特；1310，1375)；

●BWP ID(2比特；1315，1380)；

●TRP ID(1比特；1385，13115)：当通过区分TRP来使用PUCCH资源ID时，它可能是不必要的，并且在这种情况下它被应用为保留的比特；

●PUCCH资源ID(7比特；1325，1350，1390，13115)；和

●空间关系索引(6比特；用于区分64个波束标识符，1340，1365，1390，13115)。

前述MAC CE可以指示特定波束，通过该特定波束，服务小区中的PUCCH资源和BWP将被递送。然而，在实施例3中，对于相应的空间关系索引，只有功率控制参数与RRC配置相关联。因此，gNB重用与FR1中的功率参数相关联的FR2中应用的相同MAC CE。

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

在步骤1405，处于RRC_CONNECTED状态的UE响应于gNB的UE能力请求消息，生成并包含UE能力信息，并将其递送给gNB。具体地，在步骤1405中，关于是否可以通过mTRP执行PUCCH重复传输的信息被包括在UE能力信息中。此外，支持UE能力信息的UE可以隐式地支持多个服务小区是否同时更新PUCCH资源功率参数(或者可以另外递送支持这一点的UE能力信息)。作为指示这一点的方法，提供了以下两个实施例。

在一个实施例中，对于UE能力递送，

1比特指示符被引入来指示UE是否能够通过mTRP执行PUCCH重复传输。如果指示UE支持相应的能力，则gNB可以配置相应的功能。

在一个实施例中，对于另一个UE能力递送，

指示符被指示和指示，该指示符指示对于UE支持的每个特定频带或频带配置，PUCCH重复传输是否可能通过mTRP。gNB只能为包含该指示符的BC配置相应的功能。

当对于上述UE能力递送方法，相应的指示符被指示为真(TRUE)时，UE可以将相应的能力同等地应用于属于BC的分量载波的所有BWP或者配置了相应的功能的UE，或者报告能力被每个BWP支持的UE能力可以被添加。

在步骤1410中，gNB将用于配置多个服务小区和BWP的小区组配置(CellGroupConfig)和配置信息(ServingCellConfig)递送给UE。RRC消息包括用于通过PDCCH和PDSCH接收的配置信息(PDCCH-配置、PDSCH-配置)，并且用于PUCCH资源传输的波束构造也被包括在PUCCH配置中。具体地，RRC消息可以包括BWP配置(BWP-上行链路、BWP-下行链路)、CORESET配置、加扰配置、TCI状态配置(PDSCH-配置中的TCI状态)、PUCCH资源、PUCCH资源集合、空间关系信息等。

具体地，为每个服务小区和下行链路BWP提供TCI状态相关的配置，并且该TCI状态相关的配置被包括在PDCCH配置和PDSCH配置的每一个中。PUCCH资源配置和用于PUCCH资源传输的波束配置也被包括在PUCCH-配置中。在PUCCH中PUCCH资源、PUCCH资源集合、空间关系信息等可以被配置，并且已经参考图6和图7详细描述了该配置。在步骤1410中，多个TRP可以被配置，并且RRC消息可以包括用于通过多个TRP进行PUCCH重复传输的配置。同时，当指示UE在FR1频带中操作时(当服务小区的频率频带是FR1频带并且相关配置信息与RRC一起提供时)，在步骤1410中，通过mTRP的在FR1中应用于PUCCH重复传输的PUCCH传输的功率控制参数的配置可以一起被提供。配置可以通过单独的RRC信息元素(IE)来配置，或者可以通过重用和重新定义传统RRC IE来应用。其细节参考实施例1、2和3(图10、图11、图12和图13)。

如果在步骤1415中确定上面在步骤1410中描述的UE被指示通过mTRP配置PUCCH重复传输，并且如果相应的服务小区的操作频率是FR1，则在步骤1420中，UE将用于PUCCH传输的功率控制参数应用于每个TRP。将相应参数应用于每个TRP的PUCCH发送功率传输的方法可以是以下实施例之一。

在一个实施例中，对于初始参数配置，要应用于TRP1和TRP2的PUCCH发送功率参数被定义为相同的值(例如，应用被包括在要配置的第一PUCCH传输参数的索引中的功率控制参数)。

在步骤1425中，UE可以接收MAC CE，当通过mTRP从gNB执行PUCCH重复传输时，该MAC CE动态更新PUCCH发送功率的参数。当接收到MAC CE时，在步骤1430中，UE更新从接收的MAC CE提供的PUCCH功率控制参数，并在对每个TRP执行PUCCH传输时将它们应用于功率值。此后，UE可以再次从gNB接收MAC CE，并且在这种情况下，可以通过根据再次接收的配置更新和应用PUCCH发送功率参数来执行PUCCH传输。在步骤1425中没有接收到MAC CE的UE进行到步骤1435，并且在步骤1420中保持应用于gNB的RRC配置的PUCCH传输的功率参数。

当在步骤1415中gNB没有为mTRP配置到UE的PUCCH重复传输时，在步骤1440中，UE通过应用一个PUCCH传输和传统PUCCH功率控制方法来执行到gNB的PUCCH传输。

图15示出了根据本公开实施例的gNB的操作。

在步骤1505中，gNB可以建立关于UE的RRC_CONNECTED状态，并且在步骤1510中，可以通过向UE请求UE能力来接收UE能力信息。gNB可以分析接收的UE能力，以确定UE是否能够通过mTRP执行PUCCH重复传输。如果UE的相应能力被识别，则gNB可以可选地配置通过mTRP到UE的PUCCH重复传输。在步骤1515中，gNB通过到UE的RRC消息根据UE能力配置通过mTRP的PUCCH重复传输。

在这种情况下，如果相应的服务小区中的操作频率频带是FR1频带，则当通过mTRP在FR1中PUCCH重复传输被执行时，gNB可以如下配置PUCCH发送功率参数。这对应于本公开中提到的实施例的情况，并且在提到的实施例的情况下不提供附加信息。预定的现有RRC配置(空间关系ID)和FR1中的PUCCH功率参数之间的相关性被应用于实施例2。

此外，gNB可以为多个服务小区的PUCCH资源向相应的UE配置同时PUCCH发送功率参数更新，通过在CellGroupConfig中指定支持相应的功能的服务小区组时可能的。如果UE不具有相应的能力，或者如果gNB确定相应的配置不是必需的，则多个PUCCH资源的同时功率参数更新操作所必需的配置信息可以不被提供，以仅支持单个服务小区和PUCCH资源的操作。

在步骤1520中，gNB基于被配置有RRC和相关的功率参数配置信息的PUCCH资源配置，指示多个服务小区和PUCCH资源的功率参数更新。前述实施例中描述的方法可以应用于步骤1520中使用的MAC CE。此后，在步骤1525，gNB根据配置和指示的功率参数通过mTRP接收PUCCH资源，并执行数据通信。

图16是示出根据本公开实施例的UE的结构的框图。

参照图16，UE可以包括射频(RF)处理器1610、基带处理器1620、储存器1630和控制器1640。

RF处理器1610可以执行用于经由无线电信道发送和接收信号的功能，诸如信号频带转换、放大等。也就是说，RF处理器1610将基带信号上变频为从基带处理器1620提供的RF信号，然后通过天线发送RF信号，并将通过天线接收的RF信号下变频为基带信号。例如，RF处理器1610可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、数模转换器(DAC)、模数转换器(ADC)等。尽管在图16中仅示出了一个天线，但是UE可以具有多个天线。

此外，RF处理器1610可以包括多个RF链。此外，RF处理器1610可以执行波束成形。对于波束成形，RF处理器1610可以调整通过多个天线或天线元件发送和接收的每个信号的相位和幅度。另外，RF处理器1610可以执行MIMO操作，并且当执行MIMO操作时可以接收几个层。

基带处理器1620可根据系统的物理层协议执行基带信号和比特流之间的转换功能。例如，在数据传输中，基带处理器1620可以通过编码和调制传输比特流来生成复符号。此外，在数据接收中，基带处理器1620可以通过解调和解码从RF处理器1610提供的基带信号来恢复接收比特流。

例如，在符合OFDM方案的情况下，在数据传输中，基带处理器1620可以通过对发送的比特流执行编码和调制来生成复符号，将复符号映射到子载波，然后通过执行快速傅立叶逆变换(IFFT)操作和循环前缀(CP)插入操作来配置OFDM符号。此外，在数据接收中，基带处理器1620可以基于OFDM符号分割从RF处理器1610提供的基带信号，通过使用FFT操作来恢复映射到子载波的信号，然后通过执行解调和解码来恢复接收的比特流。

基带处理器1620和RF处理器1610如上所述发送和接收信号。因此，基带处理器1620和RF处理器1610可以被称为发送器、接收器、收发器或通信电路。此外，基带处理器1620和RF处理器1610中的至少一个可以包括多个通信模块，以支持多种不同的无线电接入技术。此外，基带处理器1620和RF处理器1610中的至少一个可以包括不同的通信模块，以处理不同频带的信号。例如，不同的无线电接入技术可以包括LTE网络、NR网络等。此外，不同的频带可以包括超高频(SHF)(例如，2.5GHz、5GHz)频带和毫米波(例如，60GHz)频带。UE可以通过使用基带处理器1620和RF处理器1610来发送和接收关于gNB的信号。这里，信号可以包括控制信息和数据。

储存器1630可以存储用于UE操作的数据，诸如基本程序、应用程序、设置信息等。储存器1630可以在控制器1640的请求下提供存储的数据。

控制器1640可以控制UE的整体操作。例如，控制器1640经由基带处理器1620和RF处理器1610发送和接收信号。此外，控制器1640将数据写入储存器1630并读取数据。为此，控制器1640可以包括至少一个处理器。例如，控制器1640可以包括为通信提供控制的通信处理器(CP)和为诸如应用程序的高层提供控制的应用处理器(AP)。

图17示出了根据本公开实施例的gNB的结构。

根据一个实施例，gNB可以包括TRP。参照图17，gNB可以包括RF处理器1710、基带处理器1720、回程通信电路1730、储存器1740和控制器1750。

RF处理器1710执行用于经由无线电信道发送和接收信号的功能，诸如信号频带转换、放大等。也就是说，RF处理器1710可以将基带信号上变频为从基带处理器1720提供的RF信号，然后通过天线发送RF信号，并且可以将通过天线接收的RF信号下变频为基带信号。例如，RF处理器1710可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、DAC、ADC等。尽管在图17中仅示出了一个天线，但是UE可以具有多个天线。此外，RF处理器1710可以包括多个RF链。此外，RF处理器1710可以执行波束成形。对于波束成形，RF处理器1710可以调整通过多个天线或天线元件发送和接收的每个信号的相位和幅度。RF处理器可以通过发送至少一层来执行下行链路MIMO操作。

基带处理器1720可以根据无线电接入技术的物理层协议执行基带信号和比特流之间的转换功能。例如，在数据发送中，基带处理器1720可以通过编码和调制传输比特流来生成复符号。此外，在数据接收中，基带处理器1720可以通过解调和解码从RF处理器1710提供的基带信号来恢复接收比特流。

例如，在符合OFDM方案的情况下，在数据发送中，基带处理器1720可以通过对发送的比特流执行编码和调制来生成复符号，将复符号映射到子载波，然后通过执行IFFT操作和CP插入操作来配置OFDM符号。此外，在数据接收中，基带处理器1720可以基于OFDM符号分割从RF处理器1710提供的基带信号，通过使用FFT操作来恢复映射到子载波的信号，然后通过执行解调和解码来恢复接收的比特流。基带处理器1720和RF处理器1710如上所述发送和接收信号。因此，基带处理器1720和RF处理器1710可以被称为发送器、接收器、收发器或通信电路。gNB可以通过使用基带处理器1720和RF处理器1710来发送和接收关于UE的信号。

回程通信电路1730提供用于执行与网络中其他节点的通信的接口。也就是说，回程通信电路1730可以将从主gNB发送到另一节点(即，辅gNB、核心网等)的比特流转换成物理信号，并且可以将从另一节点接收的物理信号转换成比特流。

储存器1740可以存储用于主gNB的操作的数据，诸如基本程序、应用程序、设置信息等。具体地，储存器1740可以存储关于分配给接入的UE的承载的信息、从接入的UE报告的测量结果等。此外，储存器1740可以存储用作确定是否向UE提供或停止多连接的标准的信息。此外，储存器1740可以应控制器1750的请求提供存储的数据。

控制器1750控制主gNB的整体操作。例如，控制器1750经由基带处理器1720和RF处理器1710或者经由回程通信电路1730发送和接收信号。此外，控制器1750将数据写入储存器1740并读取数据。为此，控制器1750可以包括至少一个处理器。

在各种实施例中，一种由无线通信系统中的用户设备(UE)执行的方法，该方法包括：从基站接收无线电资源控制(RRC)消息，该RRC消息包括关于用于基于单个波束配置的物理上行链路控制信道(PUCCH)传输的重复的至少一个功率控制集合的信息，以及关于一个或多个PUCCH资源的信息，从基站接收指示与所述至少一个功率控制集合的ID相关联的一个或多个PUCCH资源的标识符(ID)的媒体资源控制控制元素(MAC CE)，并基于接收的MACCE更新关于与至少一个发送接收点(TRP)相对应的至少一个功率控制集合的信息。

在一个实施例中，其中关于被包括在RRC配置消息中的至少一个功率控制集合的信息包括用于估计PUCCH路径损耗的参考信号的ID、UE的传输功率(P0)的值、和用于PUCCH传输的功率控制的闭环的索引中的至少一个。

在一个实施例中，其中RRC配置消息还包括关于PUCCH资源组的信息，其中该方法还包括，在PUCCH资源组包括由MAC CE指示的一个或多个PUCCH资源的ID的情况下，基于接收的MAC CE，更新关于与PUCCH资源组中的所有PUCCH资源相关联的至少一个功率控制集合的信息，并且其中至少一个功率控制集合对应于至少一个TRP。

在一个实施例中，其中该方法还包括：向基站发送UE能力信息，该UE能力信息指示UE是否支持基于单波束配置经由至少一个TRP重复PUCCH传输。

在各种实施例中，一种由无线通信系统中的基站执行的方法，该方法包括：向用户设备(UE)发送无线电资源控制(RRC)消息，该RRC消息包括关于用于基于单个波束配置的物理上行链路控制信道(PUCCH)传输的重复的至少一个功率控制集合的信息，以及关于一个或多个PUCCH资源的信息，并且向UE发送指示与至少一个功率控制集合的ID相关联的一个或多个PUCCH资源的标识符(ID)的媒体访问控制控制元素(MAC CE)，其中，基于发送的MACCE，关于与至少一个发送接收点(TRP)相对应的至少一个功率控制集合的信息被更新。

在一个实施例中，其中，RRC配置消息还包括关于PUCCH资源组的信息，其中，在PUCCH资源组包括由MAC CE指示的一个或多个PUCCH资源的ID的情况下，基于发送的MACCE，关于与PUCCH资源组中的所有PUCCH资源相关联的至少一个功率控制集合的信息被更新，并且其中，至少一个功率控制集合对应于至少一个TRP。

在一个实施例中，其中该方法还包括：从UE接收UE能力信息，该UE能力信息指示UE是否支持基于单波束配置经由至少一个TRP重复PUCCH传输。

在各种实施例中，一种无线通信系统中的用户设备(UE)，该UE包括至少一个收发器以及可操作地耦合到该至少一个收发器的至少一个处理器，其中该至少一个处理器被配置为：从基站接收无线电资源控制(RRC)消息，该RRC消息包括关于用于基于单波束配置的物理上行链路控制信道(PUCCH)传输的重复的至少一个功率控制集合的信息，和关于一个或多个PUCCH资源的信息，从基站接收指示与至少一个功率控制集合的ID相关联的一个或多个PUCCH资源的标识符(ID)的媒体访问控制控制元素(MAC CE)，并基于接收的MAC CE更新关于与至少一个发送接收点(TRP)相对应的至少一个功率控制集合的信息。

在一个实施例中，其中RRC配置消息还包括关于PUCCH资源组的信息，其中至少一个处理器还被配置为：在PUCCH资源组包括由MAC CE指示的一个或多个PUCCH资源的ID的情况下，基于接收的MAC CE，更新关于与PUCCH资源组中的所有PUCCH资源相关联的至少一个功率控制集合的信息，并且其中至少一个功率控制集合对应于至少一个TRP。

在一个实施例中，其中所述至少一个处理器还被配置为：向基站发送UE能力信息，该UE能力信息指示UE是否支持基于单波束配置经由至少一个TRP重复PUCCH传输。

在各种实施例中，一种无线通信系统中的基站，该基站包括：至少一个收发器，以及可操作地耦合到该至少一个收发器的至少一个处理器，其中该至少一个处理器被配置为：向用户设备(UE)发送无线电资源控制(RRC)消息，该RRC消息包括关于用于基于单波束配置的物理上行链路控制信道(PUCCH)传输的重复的至少一个功率控制集合的信息，以及向UE发送指示与至少一个功率控制集合的ID相关联的一个或多个PUCCH资源的标识符(ID)的媒体访问控制控制元素(MAC CE)，其中，基于发送的MAC CE，与至少一个发送接收点(TRP)相对应的至少一个功率控制集合的信息被来更新。

基于本公开的权利要求和/或说明书中公开的实施例的方法可以用硬件、软件或两者的组合来实现。

当以软件实现时，可以提供用于存储一个或多个程序(即，软件模块)的计算机可读记录介质。存储在计算机可读记录介质中的一个或多个程序被配置为由电子设备中的一个或多个处理器执行。一个或多个程序包括用于允许电子设备执行基于本公开的权利要求和/或说明书中公开的实施例的方法的指令。

程序(即，软件模块或软件)可以存储在随机存取存储器、包括闪存的非易失性存储器、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、磁盘存储设备、光盘-ROM(CD-ROM)、数字多功能盘(DVD)或其他形式的光存储设备以及盒式磁带中。可选地，程序可以存储在存储器中，该存储器被配置为结合所有或一些这些存储介质。此外，所配置的存储器在数量上可以是多个。

此外，该程序可以存储在能够通过诸如互联网、内联网、局域网(LAN)、广域网(WLAN)或存储区域网(SAN)的通信网络或通过组合这些网络而配置的通信网络来访问电子设备的可附接存储设备中。存储设备可以经由外部端口访问用于执行本公开的实施例的设备。此外，通信网络上的附加存储设备可以访问用于执行本公开的实施例的设备。

在本公开的前述具体实施例中，根据本文提供的具体实施例，本公开中包括的组件以单数或复数形式表达。然而，对于为解释方便而提供的情况，适当地选择单数或复数表达，因此本公开的各种实施例不限于单个或多个组件。因此，以复数形式表示的组件也可以以单数形式表示，反之亦然。

另一方面，为了清楚起见，说明书和附图中公开的本公开的实施例仅作为特定示例呈现，并不旨在限制本公开的范围。也就是说，对于本公开所属领域的普通技术人员来说，基于本公开的技术构思的其他修改是可能的。此外，每个实施例可以可选地彼此组合操作。例如，本公开的实施例和其他实施例的一些部分可以组合在一起以操作gNB和UE。此外，基于前述实施例的技术构思的其他修改可以在各种系统中实现，诸如FDD LTE系统、TDDLTE系统、5G或NR系统等。

尽管已经用各种实施例描述了本公开，但是本领域技术人员可以想到各种变化和修改。本公开旨在包含落入所附权利要求的范围内的这些变化和修改。

Claims

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

从基站接收无线电资源控制(RRC)消息，所述RRC消息包括关于用于在频率频带中重复物理上行链路控制信道(PUCCH)传输的一个或多个功率控制集合的信息以及关于一个或多个PUCCH资源的信息；

从基站接收指示所述一个或多个PUCCH资源中的PUCCH资源的标识符(ID)的媒体访问控制控制元素(MAC CE)，其中，PUCCH资源的ID与所述一个或多个功率控制集合中的至少一个第一功率控制集合相关联；和

基于接收的MAC CE，更新与PUCCH资源的ID相关联的所述至少一个第一功率控制集合，

其中，所述至少一个第一功率控制集合对应于至少一个发送接收点(TRP)。

2.根据权利要求1所述的方法，其中，RRC配置消息中包括的关于所述一个或多个功率控制集合的信息包括用于估计PUCCH路径损耗的参考信号的ID、UE的传输功率(P0)的值、和用于PUCCH传输的功率控制的闭环的索引中的至少一个。

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

在PUCCH资源组包括由MAC CE指示的PUCCH资源的一个或多个ID的情况下，基于接收的MAC CE，更新所述一个或多个功率控制集合中的至少一个第二功率控制集合，

其中，所述至少一个第二功率控制集合与PUCCH资源组中的所有PUCCH资源相关联，

其中，RRC配置消息还包括关于PUCCH资源组的信息，以及

其中，所述至少一个第二功率控制集合对应于所述至少一个TRP。

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

向基站发送UE能力信息，所述UE能力信息指示UE是否支持在频率频带中经由所述至少一个TRP重复PUCCH传输。

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

向用户设备(UE)发送无线电资源控制(RRC)消息，所述RRC消息包括关于用于在频率频带中重复物理上行链路控制信道(PUCCH)传输的一个或多个功率控制集合的信息以及关于一个或多个PUCCH资源的信息；和

向UE发送指示所述一个或多个PUCCH资源中的PUCCH资源的标识符(ID)的媒体访问控制控制元素(MAC CE)，其中，PUCCH资源的ID与所述一个或多个功率控制集合中的至少一个第一功率控制集合相关联，

其中，基于发送的MAC CE，与PUCCH资源的ID相关联的所述至少一个第一功率控制集合被更新，以及

6.根据权利要求5所述的方法，其中，RRC配置消息中包括的关于所述一个或多个功率控制集合的信息包括用于估计PUCCH路径损耗的参考信号的ID、UE的传输功率(P0)的值、和用于PUCCH传输的功率控制的闭环的索引中的至少一个。

7.根据权利要求5所述的方法，

其中，RRC配置消息还包括关于PUCCH资源组的信息，

其中，在PUCCH资源组包括由MAC CE指示的PUCCH资源的一个或多个ID的情况下，基于发送的MAC CE，所述一个或多个功率控制集合中的至少一个第二功率控制集合被更新，

其中，所述至少一个第二功率控制集合与PUCCH资源组中的所有PUCCH资源相关联，以及

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

从UE接收UE能力信息，所述UE能力信息指示UE是否支持在频率频带中经由所述至少一个TRP重复PUCCH传输。

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

至少一个收发器；和

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

从基站接收无线电资源控制(RRC)消息，所述RRC消息包括关于用于在频率频带中重复物理上行链路控制信道(PUCCH)传输的一个或多个功率控制集合的信息以及关于一个或多个PUCCH资源的信息，

从基站接收指示所述一个或多个PUCCH资源中的PUCCH资源的标识符(ID)的媒体访问控制控制元素(MAC CE)，其中，PUCCH资源的ID与所述一个或多个功率控制集合中的至少一个第一功率控制集合相关联，以及

10.根据权利要求9所述的UE，其中，RRC配置消息中包括的关于所述一个或多个功率控制集合的信息包括用于估计PUCCH路径损耗的参考信号的ID、UE的传输功率(P0)的值、和用于PUCCH传输的功率控制的闭环的索引中的至少一个。

11.根据权利要求9所述的UE，

其中，RRC配置消息还包括关于PUCCH资源组的信息，

其中，所述至少一个处理器还被配置为，在PUCCH资源组包括由MAC CE指示的PUCCH资源的一个或多个ID的情况下，基于接收的MAC CE，更新所述一个或多个功率控制集合中的至少一个第二功率控制集合，

12.根据权利要求9所述的UE，其中，所述至少一个处理器还被配置为：

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

至少一个收发器；和

向用户设备(UE)发送无线电资源控制(RRC)消息，所述RRC消息包括关于用于在频率频带中重复物理上行链路控制信道(PUCCH)传输的一个或多个功率控制集合的信息以及关于一个或多个PUCCH资源的信息，以及

14.根据权利要求13所述的基站，其中，RRC配置消息中包括的关于所述一个或多个功率控制集合的信息包括用于估计PUCCH路径损耗的参考信号的ID、UE的传输功率(P0)的值、和用于PUCCH传输的功率控制的闭环的索引中的至少一个。

15.根据权利要求13所述的基站，

其中，RRC配置消息还包括关于PUCCH资源组的信息，