分布式天线系统中的资源配置的方法和装置

技术领域

本公开一般涉及无线通信系统，更具体地，本公开涉及分布式天线无线通信系统中的资源配置。

背景技术

5G移动通信技术定义了宽频带，使得高传输速率和新服务是可能的，并且不仅可以在诸如3.5GHz的“亚6GHz”频带中实现，而且可以在包括28GHz和39GHz的称为mmWave的“高于6GHz”频带中实现。此外，已经考虑在太赫兹频带(例如，95GHz至3THz频带)中实现6G移动通信技术(称为超5G系统)，以便实现比5G移动通信技术快五十倍的传输速率和5G移动通信技术的十分中的一个的超低时延。

在5G移动通信技术的开发开始时，为了支持服务并满足与增强型移动宽带(eMBB)、超可靠低时延通信(URLLC)和大规模机器类型通信(mMTC)相关的性能要求，正在进行关于波束成形和大规模MIMO的标准化，用于减轻毫米波中的无线电波路径损耗并增加无线电波传输距离，支持用于有效利用毫米波资源的数字技术(例如，操作多个子载波间隔)和时隙格式的动态操作)，用于支持多波束传输和宽带的初始接入技术，BWP(带宽部分)的定义和操作，新的信道编码方法，诸如用于大量数据传输的LDPC(低密度奇偶校验)码和用于控制信息的高度可靠传输的极化码，L2预处理，以及用于提供专用于特定服务的专用网络的网络切片。

当前，鉴于5G移动通信技术支持的服务，正在讨论关于初始5G移动通信技术的改进和性能增强，并且已经存在关于诸如V2X(车辆到一切)之类的技术的物理层标准化，V2X用于基于由自主车辆发送的关于车辆的位置和状态的信息来辅助自主车辆的驾驶确定并用于增强用户便利性，旨在符合未许可频带中的各种法规相关要求的系统操作的NR-U(新无线电未许可)，NR UE节能，非地面网络(NTN)是用于在与地面网络的通信不可用的区域中提供覆盖和定位的UE-卫星直接通信。

此外，在空中接口架构/协议中一直存在关于技术的标准化，诸如用于通过与其他行业的互通和融合来支持新服务的工业物联网(IIoT)、用于通过以一体化方式支持无线回程链路和接入链路来提供用于网络服务区域扩展的节点的IAB(接入回程一体化)、包括条件切换和DAPS(双活动协议栈)切换的移动性增强、以及用于简化随机接入过程的两步随机接入(用于NR的两步RACH)。关于用于组合网络功能虚拟化(NFV)和软件定义网络(SDN)技术的5G基线架构(例如，基于服务的架构或基于服务的接口)以及用于基于UE位置接收服务的移动边缘计算(MEC)的系统架构/服务也正在进行标准化。

随着5G移动通信系统商业化，已经呈指数增长的连接设备将连接到通信网络，因此预期5G移动通信系统的增强功能和性能以及连接设备的一体化操作将是必要的。为此，安排了与扩展现实(XR)相关的新研究，用于有效地支持AR(增强现实)、VR(虚拟现实)、MR(混合现实)等，通过利用人工智能(AI)和机器学习(ML)、AI服务支持、元宇宙服务支持和无人机通信来提高5G性能和降低复杂度。

此外，5G移动通信系统的这种开发不仅将作为开发用于提供6G移动通信技术的太赫兹频带覆盖的新波形、诸如全维MIMO(FD-MIMO)、阵列天线和大规模天线的多天线传输技术、用于改善太赫兹频带信号覆盖的基于超材料的透镜和天线、使用OAM(轨道角动量)和RIS(可重构智能表面)的高维空间复用技术的基础，而且将作为开发用于提高6G移动通信技术的频率效率和改善系统网络的全双工技术、用于通过从设计阶段利用卫星和AI(人工智能)并内化端到端AI支持功能来实现系统优化的基于AI的通信技术、、以及用于通过利用超高性能通信和计算资源来实现复杂度水平超过UE操作能力限制的服务的下一代分布式计算技术的基础，下一代分布式计算技术。

第5代(5G)或新无线电(NR)移动通信最近随着来自工业界和学术界的关于各种候选技术的所有全球技术活动而逐渐增加。5G/NR移动通信的候选技术包括从传统蜂窝频带到高频的大规模天线技术，以提供波束成形增益并支持增加的容量，新的波形(例如，新无线电接入技术(RAT))以灵活地适应具有不同要求的各种服务/应用，新的多址方案以支持大规模连接，等等。

发明内容

技术问题

本公开涉及无线通信系统，更具体地，本公开涉及分布式天线无线通信系统中的资源配置。

问题的解决方案

在一个实施例中，提供了一种用户设备(UE)。该UE包括收发器，该收发器被配置为接收：用于分别与多个实体标识(ID)中的一个或多个实体标识相关联的多个物理上行链路控制信道(PUCCH)资源中的一个或多个物理上行链路控制信道(PUCCH)资源的配置；以及用于将一个或多个PUCCH资源分别与一个或多个实体ID相关联的信息。UE还包括可操作地耦合到收发器的处理器。处理器被配置为基于配置和信息，从所述多个PUCCH资源中确定用于来自所述多个实体ID的目标实体ID的PUCCH资源。收发器还被配置为发送用于目标实体ID的PUCCH资源。目标实体ID对应于以下中的至少一个：物理小区ID(PCI)、CORESETPoolIndex值、指向被更高层配置给UE的PCI列表中的PCI的PCI索引、参考信号(RS)资源ID、RS资源集ID和RS资源设置ID。RS包括信道状态信息参考信号(CSI-RS)、同步信号块(SSB)、或CSI-RS和SSB两者。

在另一个实施例中，提供了一种基站(BS)。BS包括：处理器，其被配置为：生成用于分别与多个实体ID中的一个或多个实体ID相关联的多个PUCCH资源中的一个或多个PUCCH资源的配置；以及生成用于将一个或多个PUCCH资源分别与一个或多个实体ID相关联的信息。BS还包括可操作地耦合到处理器的收发器。收发器被配置为发送配置和信息并接收PUCCH资源。该配置和该信息指示多个PUCCH资源中用于多个实体ID中的目标实体ID的PUCCH资源。目标实体ID对应于以下中的至少一个：PCI、CORESETPoolIndex值、指向更高层配置的PCI列表中的PCI的PCI索引、RS资源ID、RS资源集ID和RS资源设置ID。RS包括CSI-RS、SSB或CSI-RS和SSB两者。

在又一实施例中，提供了一种用于操作UE的方法。该方法包括接收用于分别与多个实体ID中的一个或多个实体ID相关联的多个PUCCH资源中的一个或多个PUCCH资源的配置，以及接收用于将一个或多个PUCCH资源分别与一个或多个实体ID相关联的信息。该方法还包括：基于配置和信息，从多个PUCCH资源中确定用于来自多个实体ID的目标实体ID的PUCCH资源，以及发送用于目标实体ID的PUCCH资源。目标实体ID对应于以下中的至少一个：PCI、CORESETPoolIndex值、指向更高层为UE配置的PCI的列表中的PCI的PCI索引、RS资源ID、RS资源集ID和RS资源设置ID。RS包括CSI-RS、SSB或CSI-RS和SSB两者。

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

有益效果

本公开涉及无线通信系统，更具体地，本公开涉及分布式天线无线通信系统中的资源配置。

附图说明

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

图1示出了根据本公开的实施例的无线网络的示例；

图2示出了根据本公开的实施例的gNB的示例；

图3示出了根据本公开的实施例的UE的示例；

图4和图5示出了根据本公开的无线发送和接收路径的示例；

图6示出了根据本公开的实施例的包括分布式RRH的无线通信系统的示例；

图7示出了根据本公开的实施例的射频拉远头(RRH)组和簇的示例；

图8A示出了根据本公开实施例的下行链路(DL)分布式多输入多输出(DMIMO)操作模式的示例；

图8B示出了根据本公开的实施例的DL多发送和接收点(MTRP)操作模式的示例；

图9A示出了根据本公开实施例的在DL DMIMO和DL MTRP操作模式之间切换的示例；

图9B示出了根据本公开的实施例的DL MTRP操作模式的另一示例；

图10示出了根据本公开实施例的DL DMIMO和DL MTRP模式的联合操作的示例；

图11示出了根据本公开实施例的DL DMIMO和DL MTRP模式的联合操作的另一示例；

图12A示出了根据本公开实施例的DL DMIMO和DL MTRP模式的联合操作的又一示例；

图12B示出了根据本公开的实施例的指示DL DMIMO或DL MTRP操作模式的示例；

图13示出了根据本公开的实施例的用于确定UL传输模式的信令流程；

图14示出了根据本公开的实施例的PUCCH资源设置和PDCCH资源设置之间的关联的示例；

图15A示出了根据本公开的实施例的配置PUCCH资源组的示例；

图15B示出了根据本公开的实施例的配置PUCCH资源组的另一示例；

图15C示出了根据本公开的实施例的配置PUCCH资源组的又一示例；

图16示出了根据本公开的实施例的配置PUCCH资源组的又一示例；

图17示出了根据本公开的实施例的PUCCH资源和RRH组之间的关联的示例；

图18示出了根据本公开实施例的PUCCH资源设置和RRH组之间的关联的示例；

图19示出了根据本公开的实施例的用于RRH组的UCI报告格式的示例；以及

图20示出了根据本公开实施例的用于目标RRH组的PUCCH资源上的传输的信令流程。

具体实施方式

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

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

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

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

以下文献在此通过引用并入本公开，如同在本文中完全阐述一样：3GPP TS38.211v16.1.0，“NR；物理信道和调制”；3GPP TS 38.212v16.1.0，“NR”；多路复用和信道编码”；3GPP TS 38.213v16.1.0，“NR；用于控制的物理层过程”；3GPP TS 38.214v16.1.0，“NR”；用于数据的物理层过程”；3GPP TS 38.321v16.1.0，“NR”；媒体访问控制(MAC)协议规范”；和3GPP TS 38.331v16.1.0，“NR；无线资源控制(RRC)协议规范

下面的图1-3描述了在无线通信系统中并且使用正交频分复用(OFDM)或正交频分多址(OFDMA)通信技术实现的各种实施例。图1-3的描述并不意味着暗示对可以实现不同实施例的方式的物理或架构限制。本公开的不同实施例可以在任何适当布置的通信系统中实现。

图1示出了根据本公开的实施例的示例无线网络。图1所示的无线网络的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用无线网络100的其他实施例。

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

gNB 102为gNB 102的覆盖区域120内的第一多个用户设备(UE)提供到网络130的无线宽带接入。第一多个UE包括UE 111，其可以位于小企业中；UE 112，其可以位于企业(E)中；UE 113，其可以位于WiFi热点(HS)中；UE 114，其可以位于第一住宅(R)中；UE 115，其可以位于第二住宅(R)中；以及UE 116，其可以是移动设备(M)，诸如蜂窝电话、无线膝上型计算机、无线PDA等。gNB 103为gNB 103的覆盖区域125内的第二多个UE提供到网络130的无线宽带接入。第二多个UE包括UE 115和UE 116。在一些实施例中，gNB 101-103中的一个或多个可以使用5G/NR、长期演进(LTE)、高级长期演进(LTE-A)、WiMAX、WiFi或其他无线通信技术彼此通信并且与UE 111-116通信。

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

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

如下面更详细描述的，UE 111-116中的一个或多个包括用于无线通信系统中的传输模式配置的电路、编程或其组合。在某些实施例中，gNB 101-103中的一个或多个包括用于无线通信系统中的传输模式配置的电路、编程或其组合。

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

图2示出了根据本公开的实施例的示例gNB 102。图2中所示的gNB 102的实施例仅用于说明，并且图1的gNB 101和103可以具有相同或相似的配置。然而，gNB具有各种各样的配置，并且图2不将本公开的范围限制于gNB的任何特定实现。

如图2所示，gNB 102包括多个天线205a-205n、多个RF收发器210a-210n、发送(TX)处理电路215和接收(RX)处理电路220。gNB 102还包括控制器/处理器225、存储器230和回程或网络接口235。

RF收发器210a-210n从天线205a-205n接收输入RF信号，诸如由网络100中的UE发送的信号。RF收发器210a-210n对输入RF信号进行下变频以生成IF或基带信号。IF或基带信号被发送到RX处理电路220，RX处理电路220通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路220将经处理的基带信号发送到控制器/处理器225以进行进一步处理。

TX处理电路215从控制器/处理器225接收模拟或数字数据(诸如语音数据、网络数据、电子邮件或交互式视频游戏数据)。TX处理电路215对输出基带数据进行编码、复用和/或数字化，以生成经处理的基带或IF信号。RF收发器210a-210n从TX处理电路215接收输出的经处理的基带或IF信号，并将基带或IF信号上变频为经由天线205a-205n发送的RF信号。

控制器/处理器225可以包括控制gNB 102的整体操作的一个或多个处理器或其他处理设备。例如，控制器/处理器225可以根据公知原理控制RF收发器210a-210n、RX处理电路220和TX处理电路215对下行链路(DL)信道信号的接收和对上行链路(UL)信道信号的发送。控制器/处理器225也可以支持附加功能，诸如更高级的无线通信功能。例如，控制器/处理器225可以支持波束成形或定向路由操作，其中来自/去往多个天线205a-205n的输出/输入信号被不同地加权，以有效地将输出信号转向期望的方向。控制器/处理器225可以在gNB102中支持各种其他功能中的任何功能。

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

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

存储器230耦合到控制器/处理器225。存储器230的一部分可以包括RAM，并且存储器230的另一部分可以包括闪存或其他ROM。

尽管图2示出了gNB 102的一个示例，但是可以对图2进行各种改变。例如，gNB 102可以包括图2中所示的任何数量的每个组件。作为特定示例，接入点可以包括多个接口235，并且控制器/处理器225可以支持无线通信系统中的传输模式配置。在另一特定示例中，虽然示出为包括TX处理电路215的单个实例和RX处理电路220的单个实例，但是gNB 102可以包括每个的多个实例(诸如每个RF收发器一个)。此外，图2中的各种组件可以被组合、进一步细分或省略，并且可以根据特定需要添加附加组件。

图3示出了根据本公开的实施例的示例UE 116。图3中所示的UE 116的实施例仅用于说明，并且图1的UE 111-115可以具有相同或相似的配置。然而，UE具有各种各样的配置，并且图3不将本公开的范围限制于UE的任何特定实施方式。

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

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

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

处理器340可以包括一个或多个处理器或其他处理设备，并且执行存储在存储器360中的OS 361，以便控制UE 116的整体操作。例如，处理器340可以根据公知的原理控制RF收发器310、RX处理电路325和TX处理电路315对DL信号的接收和对UL信道信号的发送。在一些实施例中，处理器340包括至少一个微处理器或微控制器。

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

处理器340还耦合到触摸屏350和显示器355。UE 116的操作者可以使用触摸屏350将数据输入到UE 116中。显示器355可以是液晶显示器、发光二极管显示器或能够呈现诸如来自网站的文本和/或至少有限图形的其他显示器。

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

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

为了满足自4G通信系统的部署以来增加的对无线数据业务的需求并且为了实现各种垂直应用，5G/NR通信系统已经被开发并且当前正在被部署。5G/NR通信系统被认为在较高频率(mmWave)频带(例如，28GHz或60GHz频带)中实现，以便实现较高的数据速率，或者在较低频带(例如，6GHz)中实现，以实现稳健的覆盖和移动性支持。为了减少无线电波的传播损耗并增加传输距离，在5G/NR通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。

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

对5G系统和与其相关联的频带的讨论用于参考，因为本公开的某些实施例可以在5G系统中实现。然而，本公开不限于5G系统或与其相关联的频带，并且本公开的实施例可以与任何频带结合使用。例如，本公开内容的方面还可以应用于5G通信系统、6G或甚至可以使用太赫兹(THz)频带的后续版本的部署。

通信系统包括下行链路(DL)和上行链路(UL)，下行链路(DL)指代从基站或一个或多个传输点到UE的传输，上行链路(UL)指代从UE到基站或到一个或多个接收点的传输。

用于小区上的DL信令或UL信令的时间单位被称为时隙，并且可以包括一个或多个符号。符号还可以用作附加时间单元。频率(或带宽(BW))单元被称为资源块(RB)。一个RB包括多个子载波(SCs)。例如，时隙可以具有0.5毫秒或1毫秒的持续时间，包括14个符号，并且RB可以包括具有15KHz或30KHz的SC间的间隔的12个SC，等等。

DL信号包括传达信息内容的数据信号、传达DL控制信息(DCI)的控制信号、以及也被称为导频信号的参考信号(RS)。gNB通过相应的物理DL共享信道(PDSCH)物理DL控制信道(PDCCH)发送数据信息或DCI。PDSCH或PDCCH可以在包括一个时隙符号的可变数量的时隙符号上发送。为简洁起见，调度UE接收的PDSCH的DCI格式被称为DL DCI格式，并且调度来自UE的物理上行链路共享信道(PUSCH)传输的DCI格式被称为UL DCI格式。

gNB发送包括信道状态信息RS(CSI-RS)和解调RS(DMRS)的多种类型的RS中的一种或多种。CSI-RS主要旨在用于UE执行测量并向gNB提供CSI。对于信道测量，使用非零功率CSI-RS(NZP CSI-RS)资源。对于干扰测量报告(IMR)，使用与零功率CSI-RS(ZP CSI-RS)配置相关联的CSI干扰测量(CSI-IM)资源。CSI过程包括NZP CSI-RS和CSI-IM资源。

UE可以通过来自gNB的DL控制信令或更高层信令(诸如无线电资源控制(RRC)信令)来确定CSI-RS传输参数。CSI-RS的传输实例可以由DL控制信令指示或者由更高层信令配置。DM-RS仅在相应PDCCH或PDSCH的BW中发送，并且UE可以使用DMRS来解调数据或控制信息。

图4和图5示出了根据本公开的示例无线发送和接收路径。在以下描述中，发送路径400可以被描述为在gNB(诸如gNB 102)中实现，而接收路径500可以被描述为在UE(诸如UE 116)中实现。然而，可以理解，接收路径500可以在gNB中实现，并且发送路径400可以在UE中实现。在一些实施例中，接收路径500被配置为支持用于具有如本公开的实施例中描述的2D天线阵列的系统的码本设计和结构。

如图4所示的发送路径400包括信道编码和调制块405、串行到并行(S到P)块410、大小为N的快速傅里叶逆变换(IFFT)块415、并行到串行(P到S)块420、添加循环前缀块425和上变频器(UC)430。如图5所示的接收路径500包括下变频器(DC)555、移除循环前缀块560、串行到并行(S到P)块565、大小为N的快速傅里叶变换(FFT)块570、并行到串行(P到S)块575、以及信道解码和解调块580。

如图4所示，信道编码和调制块405接收一组信息比特，应用编码(诸如低密度奇偶校验(LDPC)编码)，并调制输入比特(诸如利用正交相移键控(QPSK)或正交幅度调制(QAM))以生成频域调制符号序列。

串行到并行块410将串行调制符号转换(诸如解复用)为并行数据，以便生成N个并行符号流，其中N是在gNB 102和UE 116中使用的IFFT/FFT大小。大小为N的IFFT块415对N个并行符号流执行IFFT操作以生成时域输出信号。并行到串行块420转换(诸如多路复用)来自大小为N的IFFT块415的并行时域输出符号，以便生成串行时域信号。添加循环前缀块425将循环前缀插入到时域信号。上变频器430将添加循环前缀块425的输出调制(诸如上变频)到RF频率以用于经由无线信道进行传输。在转换到RF频率之前，还可以在基带处对信号进行滤波。

从gNB 102发送的RF信号在通过无线信道之后到达UE 116，并且在UE 116处执行与gNB 102处的操作相反的操作。

如图5所示，下变频器555将接收到的信号下变频到基带频率，并且移除循环前缀块560移除循环前缀以生成串行时域基带信号。串行到并行块565将时域基带信号转换为并行时域信号。大小为N的FFT块570执行FFT算法以生成N个并行频域信号。并行到串行块575将并行频域信号转换为调制数据符号序列。信道解码和解调块580对调制符号进行解调和解码以恢复原始输入数据流。

gNB 101-103中的每一个可以实现如图4所示的发送路径400，其类似于在下行链路中向UE 111-116发送，并且可以实现如图5所示的接收路径500，其类似于在上行链路中从UE 111-116接收。类似地，UE 111-116中的每一个可以实现用于在上行链路中向gNB101-103发送的发送路径400，并且可以实现用于在下行链路中从gNB 101-103接收的接收路径500。

图4和图5中的每个组件可以仅使用硬件或使用硬件和软件/固件的组合来实现。作为特定示例，图4和图5中的至少一些组件可以用软件实现，而其他组件可以由可配置硬件或软件和可配置硬件的混合来实现。例如，FFT块570和IFFT块515可以被实现为可配置的软件算法，其中可以根据实现来修改大小N的值。

此外，尽管被描述为使用FFT和IFFT，但是这仅是说明性的，并且不可以被解释为限制本公开的范围。可以使用其他类型的变换，例如离散傅里叶变换(DFT)和离散傅里叶逆变换(IDFT)函数。可以理解，对于DFT和IDFT函数，变量N的值可以是任何整数(例如1、2、3、4等)，而对于FFT和IFFT函数，变量N的值可以是2的幂的任何整数(例如1、2、4、8、16等)。

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

在无线通信系统中，UE可以与分布在某一区域内的大量射频拉远头(RRH)通信。每个RRH可以配备为具有一定数量的天线元件的天线阵列。可以通过单个基带处理单元连接一个或多个RRH，使得可以以集中方式处理在不同RRH处接收的信号。

图6示出了根据本公开的实施例的包括分布式RRH 600的无线通信系统的示例。包括图6中所示的分布式RRH 600的无线通信系统的实施例仅用于说明。

在图6中描绘了包括7个分布式RRH的无线通信系统。从图6可以看出，七个分布式RRH通过中央基带处理单元连接。此外，UE可以在下行链路和上行链路两个方向上与多个RRH通信。例如，图6中最右侧的UE可以向RRH_5和RRH_6发送/从RRH_5和RRH_6接收。这里，RRH_5和RRH_6可以被视为UE的RRH簇。

对于另一示例，图6中最左边的UE可以在下行链路和上行链路方向上向/从三个RRH(RRH_0、RRH_1和RRH_2)(发送/接收，并且RRH_0、RRH_1和RRH_2可以被认为是该UE的RRH簇。在同一RRH簇内，如果例如UE之间的一个或多个RRH的传播延迟差低于给定阈值(例如，CP长度)，则可以将一个或多个RRH视为UE的RRH组。例如，RRH_0和RRH_1可以被认为是图6中最左边的UE的一个RRH组；RRH_5和RRH_6可以被认为是图6中最右边的UE的两个RRH组。

在分布式RRH系统中，UE可以在DL和UL两个方向上使用不同的传输模式与它们的RRH簇中的不同RRH/RRH组进行通信。在本公开中，针对DL或UL通信考虑两种传输模式，它们是：基于码本/非码本的分布式多输入多输出(MIMO)传输/接收和多传输接收点(TRP)传输/接收。对于分布式MIMO(DMIMO)模式，UE可以向/从RRH簇中的一个或多个RRH/RRH组发送/接收单个PDSCH/PUSCH的一个或多个码字(CW)的一个或多个层簇。对于多TRP(MTRP)模式，UE可以向/从RRH簇中的一个或多个RRH/RRH组发送/接收单独的PDSCH/PUSCH。

在本公开中，针对下行链路和上行链路两者描述了四种传输模式。这些模式包括模式-1(下行链路DMIMO)：UE可以从RRH簇中的一个或多个RRH/RRH组接收单个PDSCH的一个或多个CW的一个或多个层；模式-2(下行链路MTRP)：UE可以从RRH簇中的一个或多个RRH/RRH组接收单独的PDSCH；模式-3(上行链路DMIMO)：UE可以将单个PUSCH的一个或多个CW的一个或多个层发送到RRH簇中的一个或多个RRH/RRH组；以及模式-4(上行链路MTRP)：UE可以向RRH簇中的一个或多个RRH/RRH组发送单独的PUSCH。

在给定时间或给定时间段，UE可能需要知道DL/UL传输模式，这可以由网络通过更高层RRC信令、MAC-CE命令或DCI信令向UE指示。连同DL/UL传输模式的指示，UE还可能需要知道其他必要的网络信息，使得它们可以很好地准备稍后的过程，诸如针对所配置的传输模式的测量和报告。UE还可以同时向网络报告它们对DL/UL传输模式的偏好以及它们支持不同传输模式的能力。

本公开考虑了分布式RRH系统的若干设计问题，其中UE可以在DL和UL方向上与多个RRH通信。开发了各种RRH分簇/分组机制，并且还指定了它们相关联的配置/指示方法。所提出的RRH分簇/分组策略考虑了各种因素，诸如RRH和UE之间的传播延迟差。此外，在本公开中，在不同的系统设置(诸如不同的RRH分组/分簇设置)下讨论了向UE指示/配置一个或多个传输模式(模式-1、模式-2、模式-3和/或模式-4)的各种方法。

存在用于在分布式RRH系统中为给定UE配置RRH簇的各种方式。

在选项-1的一个实施例中，UE可以由网络配置为从一个或多个RRH测量用于RRH分簇的一个或多个参考信号(RS)。然后，UE可以向网络报告相应的测量结果，网络可以据此确定感兴趣的UE的RRH簇。测量结果可以基于L1-RSRP、L1-SINR和/或其他L1度量。UE可以由网络配置/指示RRH分簇结果，其可以包括对应的RRH ID/索引、主RRH ID/索引等。在某些设置下，RRH分簇结果对于UE是透明的，即，RRH分簇结果不从网络指示给UE。

在一个示例中，为了便于测量来自不同RRH的用于RRH分簇的RS并报告测量结果，可以在时域、频域、空间域和/或码域中复用用于从不同RRH进行RRH分簇的RS。例如，UE可以由网络配置为测量来自不同符号/时隙等中的不同RRH的RRH分簇的RS。对于另一示例，UE可以由网络配置为测量来自不同资源块中的不同RRH的用于RRH分簇的RS。网络还可以向UE指示RRH ID/索引与用于RRH分簇的RS之间的关联规则/映射关系。在这种情况下，UE可以知道用于RRH分簇的相应RS是从哪个RRH发送的。

在另一示例中，为了便于测量来自不同RRH的用于RRH分簇的RS并报告测量结果，UE可以由网络配置为通过某一时间、频率、空间和/或码域资源来报告测量结果。例如，UE可以由网络配置为通过不同的符号/时隙等报告不同RRH的测量结果。对于另一示例，UE可以由网络配置为通过不同的资源块报告不同RRH的测量结果。UE可以由网络指示用于RRH分簇的RS与报告之间和/或RRH ID/索引与报告之间的关联规则/映射关系。另外，UE可以自主地确定用于RRH分簇的RS(或RRH ID/索引)与报告之间的关联规则/映射关系，并且向网络指示关联规则/映射关系。

在选项-2的一个实施例中，UE可以基于用于来自不同RRH的用于RRH分簇的DL RS的测量结果来自主地确定它们的RRH簇。UE可以向网络指示RRH分簇结果，其可以包括对应的RRH ID/索引、主RRH ID/索引等。在这种情况下，UE需要由网络指示RRH ID/索引与用于RRH分簇的RS之间的关联规则/映射关系。

另外，如果UE无论如何需要向网络报告测量结果，则UE可以向网络指示不同报告之间的关联，使得与相关联的报告相对应的RRH被视为UE的RRH簇。这要求UE和网络对RRHID/索引和报告如何关联/映射具有共同的理解。例如，网络可以向UE指示RRH ID/索引与报告之间的关联规则/映射关系。

对于另一示例，UE可以自主地确定RRH ID/索引与报告之间的关联规则/映射关系，并且向网络指示关联规则/映射关系。UE可以由网络通过更高层RRC信令来配置UE是否可以自主地确定其RRH簇和/或向网络指示RRH分簇结果。UE还可以向网络发送指示UE是否已经自主确定其RRH簇的状态报告。

在选项-3的一个实施例中，UE可以向RRH发送诸如探测参考信号(SRS)的某些前导码以辅助RRH分簇。基于用于RRH分簇的UL前导码的测量，网络可以确定用于感兴趣的UE的RRH簇。然后，网络可以经由更高层RRC用信号通知RRH分簇结果来配置/指示UE，该RRH分簇结果可以包括对应的RRH ID/索引、主RRH ID/索引等。

UE可以由网络经由更高层RRC信令指示/配置遵循选项-1、选项-2和选项-3中的哪个选项来配置/确定RRH簇。

由于信道变化，UE的RRH簇可能随时间变化。对于选项-1和选项-2，UE可以由网络配置为周期性地测量用于RRH分簇的DL RS和/或向网络报告测量结果。UE还可以由网络请求/触发以测量用于RRH分簇的DL RS和/或以非周期性方式向网络报告相应的测量结果。对于选项-3，UE可以由网络配置为周期性地向网络发送用于RRH分簇的UL前导码。

另外，网络可以请求/触发UE以非周期性方式发送用于RRH分簇的UL前导码。对于选项-1、选项-2和选项-3，UE可以向网络指示需要新的RRH簇，使得网络可以配置用于RRH分簇的(附加)DL RS以供UE测量和报告和/或UE发送用于RRH分簇的(附加)UL前导码。此外，UE可以由网络配置两个定时器(第一定时器和第二定时器)。如果为UE配置并应用新的RRH簇，则UE可以重置两个定时器。在第一定时器到期之前，UE可以不应用另一个新的RRH簇。如果第二定时器到期，则UE可以向网络指示需要新的RRH簇。

图7示出了根据本公开的实施例的RRH组和簇700的示例。图7中所示的RRH组和簇700的实施例仅用于说明。

在分布式RRH系统中，用于给定UE的RRH簇可以包括一个或多个RRH组。每个RRH组可以包含一个或多个RRH。每个RRH组中的RRH可以与UE具有类似的传播延迟，使得它们的传播延迟差小于CP长度。

如图7所示，呈现了表征用于给定UE的RRH簇和两个RRH组的概念性示例。从图7可以看出，UE的RRH簇包含RRH组#0和RRH组#1。RRH组#0包含RRH_0、RRH_1和RRH_2，并且RRH组#1包含RRH_3和RRH_4。UE可以利用同一RRH组中的RRH执行模式-1和/或模式-3(即，分布式MIMO)，并且在同一RRH簇中的不同RRH组之间执行模式-2和/或模式-3(即，多TRP操作)。特别是对于分布式RRH系统中的多TRP操作，在每个RRH组的基础上执行DL/UL传输可以显著简化系统设计并减少信令开销。

类似于RRH簇的配置，存在用于在分布式RRH系统中的给定RRH簇内配置RRH组的各种方式。RRH组的配置/确定可以在RRH簇的配置/确定之后。

在选项-I的一个实施例中，UE可以由网络配置为测量来自一个或多个RRH的用于RRH分组的一个或多个RS。然后，UE可以向网络报告相应的测量结果，网络可以据此确定RRH簇内用于感兴趣的UE的RRH组。测量结果可以基于RRH簇中的RRH与UE之间的传播延迟。UE可以由网络配置/指示RRH分组结果，RRH分组结果可以包括RRH组ID/索引、每个RRH组内的对应RRH ID/索引、每个RRH组内的主RRH ID/索引等。在某些设置下，RRH分组结果对于UE是透明的，即，不从网络向UE指示RRH分组结果。

在整个本公开中，RRH ID/索引或RRH组ID/索引或RRH簇ID/索引也可以被称为与以下中的至少一个相对应的实体ID：(1)(物理小区标识(PCI)、(2)(指向配置给UE的更高层的PCI列表中的PCI的PCI索引、(3)()CORESETPoolIndex值、/4)()RS资源ID/索引、/5)()RS资源集ID/索引、(6)()RS资源设置ID/索引、以及(7)()CORESET ID。

在一个示例中，为了便于测量来自不同RRH的用于RRH分组的RS并报告测量结果，可以在时域、频域、空间域和/或码域中复用来自不同RRH的用于RRH分组的RS。例如，UE可以由网络配置为测量来自不同符号/时隙等中的不同RRH的用于RRH分组的RS。对于另一示例，UE可以由网络配置为测量来自不同资源块中的不同RRH的用于RRH分组的RS。网络还可以向UE指示RRH ID/索引与用于RRH分组的RS之间的关联规则/映射关系。在这种情况下，UE可以知道用于分组的对应RS是从RRH簇中的哪个RRH发送的。

在另一示例中，为了便于测量来自不同RRH的用于RRH分组的RS并报告测量结果，UE可以由网络配置为通过某一时间、频率、空间和/或码域资源来报告测量结果。例如，UE可以由网络配置为通过不同的符号/时隙等报告RRH簇内的不同RRH的测量结果。对于另一示例，UE可以由网络配置为在不同资源块上报告RRH簇内的不同RRH的测量结果。UE可以由网络指示用于RRH分组的RS与报告之间和/或RRH簇内的RRH ID/索引与报告之间的关联规则/映射关系。另外，UE可以自主地确定用于RRH分组的RS(或RRH ID/索引)与报告之间的关联规则/映射关系，并且向网络指示关联规则/映射关系。

在又一示例中，如上所述，用于RRH分组的测量结果/报告可以基于RRH簇中的RRH与UE之间的传播延迟。例如，UE可以向网络报告RRH簇中的每个RRH与UE之间的传播延迟。对于另一示例，UE可以向网络报告一个所选择的RRH的传播延迟与同一RRH簇中的其余RRH的传播延迟之间的差。下面提供确定和报告传播延迟差的示例。

在一个示例1中，UE基于传播延迟测量从RRH簇中的RRH中确定一个RRH。例如，在RRH簇中的所有RRH中，所选择的参考RRH可以具有与UE的最大传播延迟。对于另一示例，UE可以在RRH簇中的所有RRH中选择具有最小传播延迟的RRH。UE可以向网络报告参考RRH和UE之间的传播延迟。另外，UE可以向网络报告所选择的参考RRH的传播延迟与RRH簇中的其他RRH的传播延迟之间的差(差分报告)。UE还可以报告与差分报告相关联的符号指示符。符号指示符指示对应RRH的传播延迟是小于还是大于参考RRH的传播延迟。

在一个示例1.1中，UE在与所选择的参考RRH相关联的报告中并入指示符；与指示符不相关联的其他报告被视为差分报告。

在一个示例1.2中，UE在与RRH簇中的所有RRH相关联的所有报告中并入1比特指示符(“0”或“1”)。例如，“0”指示报告是差分报告，而“1”暗示报告对应于所选择的参考RRH的传播延迟。

在一个示例1.3中，UE向网络报告所选择的参考RRH的RRH ID/索引。

在一个示例2中，UE可以由网络指示参考RRH的RRH ID/索引。例如，参考RRH可以具有RRH簇中的所有RRH中的最低RRH ID/索引。另外，网络可以向UE指示从参考RRH发送哪些RS。然后，UE可以通过专用资源向网络报告参考RRH和UE之间的传播延迟。UE还可以向网络发送用于RRH簇中的其他RRH的差分报告。与每个差分报告一起，UE可以关联符号指示符以指示感兴趣的RRH和UE之间的传播延迟是小于还是大于参考RRH和UE之间的传播延迟。

UE可以由网络通过更高层RRC信令来配置/指示是直接报告RRH簇中的每个RRH的传播延迟还是执行差分报告。

在选项-II的一个实施例中，UE可以基于用于来自不同RRH的用于RRH分组的DL RS的测量结果来自主地确定它们的RRH组。UE可以向网络指示RRH分组结果，RRH分组结果可以包括RRH组ID/索引、每个RRH组内的对应RRH ID/索引、每个RRH组内的主RRH ID/索引等。在这种情况下，UE需要由网络指示RRH簇中的RRH ID/索引与用于RRH分组的RS之间的关联规则/映射关系。

另外，如果UE无论如何需要向网络报告测量结果，则UE可以向网络指示不同报告之间的关联，使得与相关联的报告相对应的RRH被视为UE的一个RRH组。例如，UE可以在每个报告中并入报告ID，使得具有相同报告ID的报告相关联。这要求UE和网络对RRH ID/索引和报告如何关联/映射具有共同的理解。

例如，网络可以向UE指示RRH ID/索引与报告之间的关联规则/映射关系。对于另一示例，UE可以自主地确定RRH ID/索引与报告之间的关联规则/映射关系，并且向网络指示关联规则/映射关系。UE可以由网络通过更高层RRC信令来配置UE是否可以自主地确定其RRH组和/或向网络指示RRH分组结果。UE还可以向网络发送指示UE是否已经自主确定其RRH组的状态报告。

在选项-III的一个实施例中，UE可以向RRH簇中的RRH发送某些前导码(例如SRS)以辅助RRH分组。基于用于RRH分组的UL前导码的测量，网络可以确定用于感兴趣的UE的RRH组。然后，网络可以经由更高层RRC用信号通知RRH分组结果来配置/指示UE，该RRH分组结果可以包括RRH组ID/索引、每个RRH组内的对应RRH ID/索引、每个RRH组内的主RRH ID/索引等。

UE可以由网络配置/指示遵循选项I、选项II和选项III中的哪个选项来配置/确定RRH组。

由于信道变化，用于UE的同一RRH簇中的RRH组可能随时间变化。对于选项-I和选项-II，UE可以由网络配置为周期性地测量用于RRH分组的DL RS和/或向网络报告测量结果。UE还可以由网络请求/触发以测量用于RRH分组的DL RS和/或以非周期性方式向网络报告相应的测量结果。对于选项-III，UE可以由网络配置为周期性地向网络发送用于RRH分组的UL前导码。另外，网络可以请求/触发UE以非周期性方式发送用于RRH分组的UL前导码。

对于选项I、选项II和选项III，UE可以向网络指示需要新的RRH组，使得网络可以配置用于RRH分组的(附加)DL RS以供UE测量和报告和/或UE发送用于RRH分组的(附加)UL前导码。此外，UE可以由网络配置两个定时器(第三定时器和第四定时器)。如果RRH簇中的新RRH组被配置并应用于UE，则UE可以重置两个定时器。在第三定时器到期之前，UE可以不应用新的RRH分组结果。如果第四定时器到期，则UE可以向网络指示RRH簇需要新的RRH组。

UE可以由网络配置用于RRH分簇和RRH分组的单独的RS集合。另外，UE可以由网络配置用于RRH分簇和RRH分组两者的相同RS。类似地，UE可以使用单独的UL前导码集合或公共的UL前导码集合用于RRH分簇和RRH分组，其可以由网络通过更高层RRC信令来配置。此外，向UE配置RRH分簇结果还可以触发UE测量用于RRH分组的DL RS，或者发送用于RRH分组的UL前导码，或者自主地确定RRH分组结果。网络可以向UE指示是否启用RRH分簇/分组。

例如，如果UE由网络配置为RRH分簇被“启用”，则UE可以遵循选项-1、选项-2或选项-3来确定RRH簇。对于另一示例，如果UE被网络配置为RRH分组被“禁用”，则UE可能不期望测量用于RRH分组的任何DL RS并报告测量结果、发送用于RRH分组的任何UL前导码、或者自主地确定RRH分组结果。

RRH簇或RRH组包含至少一个RRH。如上所述，UE可以由网络通过更高层RRC发信号通知RRH分组结果(诸如RRH簇中的RRH组的RRH组ID/索引)来指示/配置。UE可以从网络接收MAC-CE命令以激活来自RRH簇中的所有RRH组的一个或多个RRH组(活动RRH组)。另外，UE可以由网络经由DCI发信号通知来自RRH簇中的所有RRH组的一个或多个RRH组作为活动RRH组来进行指示。对于给定的(一段时间)，UE只能与RRH簇中的活动RRH组进行通信。

存在向分布式RRH系统中的UE指示/配置一个或多个DL传输模式(模式-1和/或模式-2)的各种方式。

在方案-1的一个实施例中，UE可以由网络配置指示符以指示用于RRH簇中的所有RRH和/或所有RRH组的DL传输模式，例如，模式-1或模式-2。指示符可以是DL标志指示符，其中“0”表示模式-1(DL DMIMO)，“1”表示模式-2(DL MTRP)。如果UE由网络模式-1配置为DL传输模式(例如，通过将DL标志指示符设置为“0”)，则UE可以将RRH簇中的每个RRH/RRH组视为一个发送天线端口。

图8A示出了根据本公开实施例的DL DMIMO操作模式800的示例。图8A所示的DLDMIMO操作模式800的实施例仅用于说明。

图8B示出了根据本公开的实施例的DL MTRP操作模式850的示例。图8B所示的DLMTRP操作模式850的实施例仅用于说明。

在这种情况下，UE可以从RRH簇中的所有RRH/RRH组接收单个PDSCH的一个或多个CW的一个或多个层(参见图8A，其中UE的RRH簇包含四个RRH，RRH_0、RRH_1、RRH_2和RRH_3)。如果UE由网络模式-2配置为DL传输模式(例如，通过将DL标志指示符设置为“1”)，则UE可以将RRH簇中的每个RRH组视为一个TRP。在这种情况下，UE可以从RRH簇中的所有RRH组接收单独的PDSCH(参见图8B，其中UE的RRH簇包含四个RRH，RRH_0、RRH_1、RRH_2和RRH_3)。在本公开中，除非另有说明，否则具有字母ID的RRH组(诸如图8A中的RRH组#X和RRH组#Y)用于DMIMO操作，而具有数字ID的RRH组(诸如图8B中的RRH组#0和RRH组#1)用于MTRP操作。

如果UE由网络模式-2配置为DL传输模式(例如，通过将DL标志指示符设置为“1”)，则网络还可以向UE指示RRH簇中的RRH组的RRH组ID/索引。如上所述，用于UE的RRH簇中的每个RRH组可以与RRH组ID/索引相关联。如果RRH簇中的不同RRH组与不同的控制资源集(CORESET)池相关联，则每个RRH组ID/索引也与相应的CORESET池内的CORESET相关联。

例如，网络可以通过配置的CORESET向UE指示RRH组ID/索引。RRH组ID/索引可以是整数，范围从0到N_max-1，其中N_max可以是固定的，或者由网络动态配置。例如，如果RRH簇内的RRH组的最大数量是2，则RRH组ID/索引可以是“0”或“1”。

对于方案-1，如果UE已经由网络指示RRH分组结果(例如，在UE已经测量了用于RRH分组的DL RS并且向网络报告了相应的测量结果之后)，则UE可能不需要由网络指示RRH簇中的RRH组的RRH组ID/索引，例如，当从网络接收到DL传输模式指示符时。此外，UE可以通过更高层RRC信令、MAC-CE命令(例如，激活DL传输模式中的一个)或DCI信令从网络接收DL传输模式指示符。例如，可以在DCI中添加新字段以包含DL传输模式指示符(例如，DL标志指示符)，使得可以为UE和RRH簇中的所有RRH/RRH组动态地切换模式-1(DL DMIMO)和模式-2(DLMTRP)。

在方案-2的一个实施例中，UE可以由网络配置指示符以指示用于RRH簇中的一个或多个RRH和/或一个或多个RRH组的DL传输模式，例如，模式-1或模式-2。与其中RRH簇中的所有RRH和/或所有RRH组对于给定DL传输模式是活动的方案-1不同，在方案-2中，RRH簇中的RRH和/或RRH组中只有一些对于给定DL传输模式是活动的。特别是对于模式-2，由于用于MTRP操作的RRH簇中的活动RRH组可能变化(例如，取决于UE的移动轨迹)，因此可能需要由网络向UE指示RRH簇中的活动RRH组的RRH组ID/索引以及DL传输模式指示符。

图9A示出了根据本公开实施例的DL DMIMO和DL MTRP操作模式900之间的切换的示例。图9A中所示的DL DMIMO和DL MTRP操作模式900之间的切换的实施例仅用于说明。

图9A中描绘了基于方案-2的DL传输模式指示的示例。在该示例中，用于UE的RRH簇包括8个RRH，它们是RRH_0、RRH_1、RRH_2、RRH_3、RRH_4、RRH_5、RRH_6和RRH_7。在p0，UE由网络模式-1(DL DMIMO)配置为DL传输模式(例如，通过将DL标志指示符设置为“0”)。在p1，UE由网络模式-2(DL MTRP)配置为DL传输模式(例如，通过将DL标志指示符设置为“1”)。在p1，网络可以向UE指示用于MTRP操作的RRH簇中的两个活动RRH组的RRH组ID#1和#2(注意，RRH组#0包括RRH_0、RRH_1、RRH_2和RRH_3，但它对于p1处的MTRP操作不是活动的)。如果RRH组#1和#2是RRH簇中用于MTRP操作的仅两个RRH组，则当从网络接收到DL传输模式指示时，UE可能不需要由网络指示它们的ID(这种情况等同于方案-1)。

图9B示出了根据本公开的实施例的DL MTRP操作模式950的另一示例。图9B中所示的DL MTRP操作模式950的实施例仅用于说明。

图9B中呈现了基于方案-2的DL传输模式指示的另一示例。在p0，UE由网络模式-2(DL MTRP)配置为DL传输模式(例如，通过将DL标志指示符设置为“1”)。在p0，网络另外向UE指示用于p0处的MTRP操作的两个活动RRH组的RRH组ID#0和#1。在p1，UE也由网络模式-2(DLMTRP)配置为DL传输模式(例如，通过将DL标志指示符设置为“1”)。在p1，网络另外向UE指示用于p1处的MTRP操作的两个活动RRH组的RRH组ID#2和#3。从图9B可以明显看出，用于DLMTRP操作的RRH簇中的活动RRH组可以变化。在这种情况下，有必要向UE指示活动RRH组的RRH组ID/索引以及DL传输模式的指示。

UE可以通过更高层RRC信令、MAC-CE命令(例如，激活DL传输模式中的一个)或DCI信令从网络接收DL传输模式指示符。例如，可以在DCI中添加新字段以包含DL传输模式指示符(例如，DL标志指示符)，使得可以为UE和RRH簇中的一个或多个RRH/RRH组动态地切换模式-1(DL DMIMO)和模式-2(DL MTRP)。

在方案-3的一个实施例中，网络可以向UE指示/配置针对RRH簇中的一个或多个RRH和/或一个或多个RRH组启用两种DL传输模式(模式-1和模式-2)。此外，网络可以向UE指示DL传输模式与UE处的一组或多组接收天线(例如，以接收天线面板的形式)之间的对应关系。UE还可以由网络指示用于DL MTRP操作(即，模式-2)的RRH簇中的活动RRH组的RRH组ID/索引。

图10示出了根据本公开实施例的DL DMIMO和DL MTRP模式的联合操作1000的示例。图10所示的DL DMIMO和DL MTRP模式的联合操作1000的实施例仅用于说明。

图10中描绘了基于方案-3的DL传输模式指示的示例。从图10可以看出，UE配备有三个RX面板，RX面板1、RX面板2和RX面板3。在该示例中，网络可以首先向UE指示两种DL传输模式(用于DL DMIMO的模式-1和用于DL MTRP的模式-2)都被启用。此外，网络可以向UE指示模式-1对应于RX面板1，并且模式-2对应于RX面板2和3。对于模式-2，UE还可以由网络指示用于DL MTRP操作的活动RRH组的RRH组ID/索引(图10中的RRH组ID#1和#2)(注意，RRH组#0包括RRH_0、RRH_1、RRH_2和RRH_3，但是对于RX面板2和3的MTRP操作而言，它不是活动的)。

对于方案-3，UE可以通过更高层RRC信令、MAC-CE命令(例如，激活两种DL传输模式)或DCI信令从网络接收启用两种DL传输模式的指示。

在方案-4的一个实施例中，网络可以通过更高层RRC信令、MAC-CE命令(例如，激活两种DL传输模式)或DCI信令向UE指示/配置启用两种DL传输模式(模式-1和模式-2)的混合。此外，网络可以向UE指示在用于DL MTRP操作(模式-2)的一个或多个RRH组中的RRH之间执行DL DMIMO操作(模式-1)。网络可以向UE指示用于DL MTRP操作的RRH簇中的活动RRH组的RRH组ID/索引。UE还可以由网络指示用于DL MTRP操作(模式-2)的RRH组的RRH组ID，其中RRH用于DL DMIMO操作(模式-1)。这里，指示可以是激活来自用于DL MTRP操作的所有活动RRH组中的一个或多个RRH组的MAC-CE命令。

图11示出了根据本公开实施例的DL DMIMO和DL MTRP模式的联合操作1100的另一示例。图11所示的DL DMIMO和DL MTRP模式的联合操作1100的实施例仅用于说明。

图11中呈现了基于方案-5的DL传输模式指示的示例。从图11可以看出，UE首先由网络指示模式-1和模式-2都被启用。然后，网络可以向UE指示用于模式-2DL MTRP操作的活动RRH组的RRH组ID#0、#1和#2。如果RRH组#0、#1和#2都是用于DL MTRP操作的RRH簇中的RRH组，则当从网络接收到DL传输模式指示时，UE可能不需要由网络指示它们的ID。

此外，网络还向UE指示在RRH组#0中的RRH之间执行模式-1DL DMIMO操作。这里，指示可以是显式RRH组ID(在该示例中为ID#0)。该指示还可以是MAC-CE命令，其激活RRH簇中的所有活动RRH组(图11中的RRH组#0、RRH组#1和RRH组#2)中的RRH组#0以用于DL MTRP操作。

在方案-5的一个实施例中，UE可以由网络指示/配置DL传输策略的序列(仅模式-1、仅模式-2、模式-1和模式-2两者或模式-1和模式-2两者的混合)。UE还可以由网络指示/配置对应于DL传输策略序列的一个或多个条件序列。例如，UE可以由网络配置对应于DL传输策略序列的时间戳序列。UE可以根据DL传输策略与时间戳之间的对应关系来知道在给定时间的DL传输策略。

对于另一示例，UE可以由网络配置与DL传输策略的序列相对应的位置/定位的序列。UE可以根据DL传输策略与位置/地点之间的对应关系来知道给定位置/地点处的DL传输策略。方案-5对于UE的移动轨迹是固定的并且它们的移动速度是恒定的部署场景(例如，高速铁路)可能是有益的。此外，对于包含模式-2的DL传输策略序列中的每个DL传输策略，UE还可以由网络指示用于DL MTRP操作的RRH簇中的活动RRH组的RRH组ID/索引。

图12A示出了根据本公开实施例的DL DMIMO和DL MTRP模式的联合操作1200的又一示例。图12A中所示的DL DMIMO和DL MTRP模式的联合操作1200的实施例仅用于说明。

在图12A中，描绘了基于方案-5的DL传输策略指示(的序列)的示例。在该示例中，UE由网络将DL传输策略的序列配置为{模式-1，模式-2，模式-2}。此外，UE由网络将对应的位置序列配置为{p0，p1，p2}。基于这些配置，UE可以知道可以在位置p0处应用模式-1(DLDMIMO)，可以在位置p1和p2两者处应用模式-2(DL MTRP)。

此外，对于DL传输策略序列中的每个模式-2，UE还可以由网络指示用于DL MTRP操作的活动RRH组的RRH组ID/索引。从图12A可以看出，对于DL传输策略序列中的第一模式-2，UE可以由p1处的用于DL MTRP操作的两个活动RRH组的网络RRH组ID#0和#1指示。对于DL传输策略序列中的第二模式-2，UE可以由p2处的用于DL MTRP操作的两个活动RRH组的网络RRH组ID#1和#2指示。

在图12A所示的示例中，DL传输策略序列中的DL传输策略仅对应于模式-1或仅对应于模式-2。DL传输策略序列中的DL传输策略还可以对应于模式-1和模式-2两者(方案-3)或模式-1和模式-2的混合(方案-4)。

UE可以通过更更高层RRC信令、MAC-CE命令或DCI信令从网络接收DL传输策略序列和/或条件序列(时间戳/位置/地点等)。更高层例如，UE可以首先由网络配置DL传输策略序列的集合。然后，UE可以接收MAC-CE命令以激活来自DL传输策略序列集合的序列中的一个。如果UE也由网络配置条件序列的集合(时间戳/位置/定位/等)，则MAC-CE命令也可以激活来自条件序列的集合中的序列中的一个。对于另一示例，UE可以首先由网络经由更高层RRC信令配置DL传输策略的序列。

图12B示出了根据本公开实施例的指示DL DMIMO或DL MTRP模式1250的示例。图12B中所示的指示DL DMIMO或DL MTRP模式1250的实施例仅用于说明。

UE可以接收MAC-CE命令以激活来自DL传输策略序列的一个或多个DL传输策略。最后，UE可以由网络经由DCI信令配置，以指示来自激活的一个或多个DL传输策略的一个或多个DL传输策略(参见图12B)。此外，如果UE还由网络配置条件序列(时间戳/位置/定位/等)，则MAC-CE命令还可以激活条件序列中的一个或多个条件，并且DCI信令还可以指示激活的一个或多个条件中的一个或多个条件。

UE可以由网络指示/配置为遵循用于DL传输模式配置的一个或多个方案(来自方案-I、方案-II、方案-III、方案-IV和方案-V)。UE可以向网络报告它们对DL传输模式的偏好(例如，UE可以向网络报告UE相对于模式-1DL DMIMO操作优选模式-2DL MTRP操作)。此外，UE还可以向网络报告它们同时支持模式-1和模式-2两者(方案-3)或同时支持模式-1和模式-2两者的混合(方案-4)的能力。

UE可以由网络指示/配置一个或多个UL传输模式(模式-3和/或模式-4)。可以存在向UE指示/配置一个或多个UL传输模式(模式-3和/或模式-4)的各种方式。

在方案-A的一个实施例中，UE可以由网络配置指示符以指示用于RRH簇中的所有RRH和/或所有RRH组的UL传输模式，例如，模式-3或模式-4。指示符可以是UL标志指示符，其中“0”表示模式-3(UL DMIMO)，“1”表示模式-4(UL MTRP)。如果UE由网络模式-3配置为UL传输模式(例如，通过将UL标志指示符设置为“0”)，则UE可以将RRH簇中的每个RRH/RRH组视为一个接收天线。在这种情况下，UE可以将单个PUSCH的一个或多个CW的一个或多个层发送到RRH簇中的所有RRH/RRH组。如果UE由网络模式-4配置为UL传输模式(例如，通过将UL标志指示符设置为“1”)，则UE可以将RRH簇中的每个RRH组视为一个TRP。在这种情况下，UE可以向RRH簇中的所有RRH组发送单独的PUSCH。

如果UE由网络模式-4配置为UL传输模式(例如，通过将UL标志指示符设置为“1”)，则网络还可以向UE指示RRH簇中的RRH组的RRH组ID/索引。如果UE已经由网络指示RRH分组结果(例如，在UE已经测量了用于RRH分组的DL RS并且向网络报告了相应的测量结果之后)，则例如当从网络接收到UL传输模式指示符时，UE可能不需要由网络指示RRH簇中的RRH组的RRH组ID/索引。

此外，UE可以通过更高层RRC信令、MAC-CE命令(例如，激活UL传输模式中的一个)或DCI信令从网络接收UL传输模式指示符。例如，可以在DCI中添加新字段以包含UL传输模式指示符(例如，UL标志指示符)，使得可以为UE和RRH簇中的所有RRH/RRH组动态地切换模式-3(UL DMIMO)和模式-4(UL MTRP)。

在方案-B的一个实施例中，UE可以由网络配置指示符以指示用于RRH簇中的一个或多个RRH和/或一个或多个RRH组的UL传输模式，例如，模式-3或模式-4。与其中RRH簇中的所有RRH和/或所有RRH组对于给定UL传输模式是活动的方案-A不同，在方案-B中，RRH簇中的RRH和/或RRH组中只有一些对于给定UL传输模式是活动的。特别是对于模式-4，由于用于MTRP操作的RRH簇中的RRH组可能变化(例如，取决于UE的移动轨迹)，因此可能需要由网络向UE指示RRH簇中的活动RRH组的RRH组ID/索引以及传输模式指示符。

UE可以通过更高层RRC信令、MAC-CE命令(例如，激活传输模式中的一个)或DCI信令从网络接收传输模式指示符。例如，可以在DCI中添加新字段以包含UL传输模式指示符(例如，UL标志指示符)，使得可以为UE和RRH簇中的一个或多个RRH/RRH组动态地切换模式-3(UL DMIMO)和模式-4(UL MTRP)。

在方案-C的一个实施例中，网络可以向UE指示/配置针对RRH簇中的一个或多个RRH和/或一个或多个RRH组启用两种UL传输模式(模式-3和模式-4)。此外，UE可以由网络指示UL传输模式与UE处的一组或多组发射天线(例如，以发射天线面板的形式)之间的对应关系。UE还可以由网络指示用于UL MTRP操作的RRH簇中的活动RRH组的RRH组ID/索引。对于方案-C，UE可以通过更高层RRC信令、MAC-CE命令(例如，激活两种UL传输模式)或DCI信令从网络接收两种UL传输模式都被启用的指示。

在方案-D的一个实施例中，网络可以通过更高层RRC信令、MAC-CE命令(例如，激活两种UL传输模式)或DCI信令向UE指示/配置启用两种UL传输模式(模式-3和模式-4)的混合。此外，网络可以向UE指示在用于UL MTRP操作(模式-4)的一个或多个RRH组中的RRH之间执行UL DMIMO操作(模式-3)。UE可以由网络指示用于UL MTRP操作的RRH簇中的活动RRH组的RRH组ID/索引。UE还可以由网络指示用于UL MTRP操作(模式-4)的RRH组的RRH组ID，其中RRH用于UL DMIMO操作(模式-3)。这里，该指示可以是激活来自用于UL MTRP操作的所有活动RRH组中的一个或多个RRH组的MAC-CE命令。

在方案-E的一个实施例中，UE可以由网络指示/配置UL传输策略的序列(仅模式-3、仅模式-4、模式-3和模式-4两者或模式-3和模式-4两者的混合)。UE还可以由网络指示/配置对应于UL传输策略序列的一个或多个条件序列。例如，UE可以由网络配置对应于UL传输策略序列的时间戳序列。UE可以根据UL传输策略与时间戳之间的对应关系知道在给定时间的UL传输策略。

对于另一示例，UE可以由网络配置与UL传输策略的序列相对应的位置/地点的序列。UE可以根据UL传输策略与位置/地点之间的对应关系来知道给定位置/地点处的UL传输策略。方案-E对于UE的移动轨迹是固定的并且它们的移动速度是恒定的部署场景(例如，高速铁路)可能是有益的。此外，对于UL传输策略序列中包含模式-4的每个UL传输策略，网络还可以向UE指示用于UL MTRP操作的RRH簇中的活动RRH组的RRH组ID/索引。

UE可以通过更高层RRC信令、MAC-CE命令或DCI信令从网络接收UL传输策略序列和/或条件序列(时间戳/位置/地点等)。例如，UE可以首先由网络配置UL传输策略序列的集合。然后，UE可以接收MAC-CE命令以激活来自UL传输策略序列集合的序列中的一个。如果UE也由网络配置条件序列的集合(时间戳/位置/定位/等)，则MAC-CE命令也可以激活来自条件序列的集合中的序列中的一个。

对于另一示例，UE可以首先由网络经由更高层RRC信令配置UL传输策略的序列。UE可以接收MAC-CE命令以激活来自UL传输策略序列的一个或多个UL传输策略。最后，UE可以由网络经由DCI信令配置，以指示来自激活的一个或多个UL传输策略的一个或多个UL传输策略。此外，如果UE还由网络配置条件序列(时间戳/位置/定位/等)，则MAC-CE命令还可以激活条件序列中的一个或多个条件，并且DCI信令还可以指示激活的一个或多个条件中的一个或多个条件。

UE可以由网络指示/配置为遵循用于UL传输模式配置的一个或多个方案(来自方案-A、方案-B、方案-C、方案-D和方案-E)。UE可以向网络报告它们对UL传输模式的偏好(例如，UE可以向网络报告UE优选模式-4UL MTRP操作而不是模式-3UL DMIMO操作)。此外，UE还可以向网络报告它们同时支持模式-3和模式-4两者(方案-C)或同时支持模式-3和模式-4两者的混合(方案-D)的能力。

图13示出了根据本公开的实施例的用于确定UL传输模式的信令流程1300。用于确定UL传输模式的信令流程1300可以由UE(例如，如图1所示的111-116)和BSs(例如，如图1所示的101-103)执行。图13中所示的用于确定UL传输模式的信令流程1300的实施例仅用于说明。图13中所示的一个或多个组件可以在被配置为执行所述功能的专用电路中实现，或者一个或多个组件可以由执行指令以执行所述功能的一个或多个处理器实现。

另外，UE可以自主地决定用于RRH簇中的一个或多个RRH和/或一个或多个RRH组的UL传输策略/传输模式，例如，仅模式-3、仅模式-4、模式-3和模式-4两者、或模式-3和模式-4两者的混合。UE可以向网络报告它们对UL传输策略/传输模式的确定/选择。此外，UE可以向网络报告用于UL MTRP操作(模式-4)的RRH簇中的RRH组的RRH组ID模式-4。如果UE已经确定使用模式-3和模式-4两者的混合，则UE还可以向网络报告RRH簇中的RRH组的RRH组ID以用于UL MTRP操作(模式-4)，其中RRH用于UL DMIMO操作(模式-3)。

图13中示出了示出如何UE可以自主地确定UL传输策略/传输模式并向网络报告必要信息的信令流程/过程。在该示例中，为UE配置包括五个RRH(RRH_0、RRH_1、RRH_2、RRH_3和RRH_4)的RRH簇。

如图13所示，在步骤1302中，UE通过测量来自RRH簇的一个或多个DL RS来获得必要的测量结果。在步骤1304中，UE确定UL传输策略/传输模式：仅模式-3、仅模式-4、模式-3和模式-4两者、或模式-3和模式-4的混合。在步骤1306中，UE向网络控制器指示所确定的UL传输策略/传输模式。在步骤1308中，UE向网络控制器指示用于所确定的UL MTRP操作的某些RRH组的RRH组ID。在步骤1310中，UE使用所确定的UL传输策略/传输模式在UL信道上进行发送。

基于以上讨论，在DL和UL之间可以存在不同操作模式的各种组合。例如，UE可以首先由网络配置/指示DL和UL之间的不同操作模式的所有组合，如表1所示。

然后，UE可以接收MAC-CE命令以激活表1中所示的DL和UL操作模式的一个或多个组合。UE还可以由网络经由DCI来指示/配置表1中所示的DL和UL操作模式的一个或多个组合。例如，UE可以经由DCI信令(或者由来自DL和UL操作模式的所有组合的MAC-CE激活命令激活)接收“联合DL和UL操作模式指示＝4”，并且对于UL操作遵循模式-2并且对于DL操作遵循模式-4。

另外，UE可以仅由网络模式-1、仅由模式-2或模式-1和模式-2两者单独指示/配置用于DL操作，并且仅由模式-3、仅由模式-4或模式-3和模式-4两者单独指示/配置用于UL操作。UE可以自主地确定联合DL和UL操作模式(例如，用于DL的模式-2和用于UL的模式-3)，并且向网络指示它们选择的联合DL和UL操作模式。

表1.联合DL和UL操作模式指示

此外，如表1所示，对于给定的联合DL和UL操作模式指示，可以启用模式-1(DLDMIMO)和模式-2(DL MTRP)两者。在这种情况下，UE可以遵循本公开中针对DL操作模式配置提供的方案-I、方案-II、方案-III、方案-IV和/或方案-V。类似地，对于给定的联合DL和UL操作模式指示，可以启用模式-3(UL DMIMO)和模式-4(UL MTRP)两者。在该设置下，UE可以遵循本公开中针对UL操作模式配置提供的方案-A、方案-B、方案-C、方案-D和/或方案-E。

如上所述，UE可以由网络配置/指示为遵循用于DL/UL操作模式配置的一个或多个方案。UE还可以自主地确定遵循用于DL/UL操作模式配置的一个或多个方案，并且向网络指示它们的确定/选择。如表1所示，对于给定的联合DL和UL操作模式指示，可以为UE启用仅一种DL操作模式(例如，模式-1)和仅一种UL操作模式(例如，模式-3)。

在分布式RRH系统中，由于UE可以从不同的RRH组接收单独的下行链路控制/数据信道(PDCCH/PDSCH)，因此UE可以经由单独的UCIs向不同的RRH组发送HARQ ACK/NACK(A/N)和/或CSI的单独报告。另外，UE可以经由UCI向给定RRH组发送HARQ A/N和/或CSI的联合报告。由于RRH簇/组可以由网络动态配置，因此有必要为分布式RRH系统定制单独/联合UCI报告。

如上所述，用于UE的RRH簇中的每个RRH组可以与RRH组ID/索引相关联。如果RRH簇中的不同RRH组与不同的CORESET池相关联，则每个RRH组ID/索引也与对应的CORESET池内的CORESET相关联。例如，网络可以通过配置的CORESET向UE指示RRH组ID/索引。RRH组ID/索引可以是整数，范围从0到N_max-1，其中N_max可以是固定的，或者由网络动态配置。例如，如果RRH簇内的RRH组的最大数量是2，则RRH组ID/索引可以是“0”或“1”。

在方案-I的一个实施例中，由PUCCH-config’s提供的单独PUCCH资源设置被配置用于RRH簇中的不同RRH组/与RRH簇中的不同RRH组相关联。

表2.PUCCH-config中PUCCH资源设置ID的指示

UE可以由网络N_0(N_0>0)PUCCH-config’s配置，每个PUCCH-config’s对应于RRH簇中的RRH组(假设RRH簇中总共N_0个RRH组)。PUCCH-config用于配置UE特定的PUCCH参数，包括PUCCH资源集的数量、给定PUCCH资源集内的PUCCH资源的数量、各种PUCCH格式、各种PUCCH功率控制设置等。

不同PUCCH-config’s中的PUCCH资源可以在时域/频域/空间域/码域等上彼此正交。当配置了单独的PUCCH-config’s时，每个PUCCH-config可以具有不同的PUCCH-configID(参见表2)，其可以对应于RRH组ID/索引。每个PUCCH-config可以链接到PDCCH-config/与PDCCH-config相关联，PDCCH-config为对应的RRH组配置CORESET(与相同的RRH组ID/索引相关联)。存在用于配置单独的PUCCH-config’s并将它们与RRH簇中的不同RRH组相关联的各种方式。

在方法-1的一个实施例中，如果配置了PUCCH-config ID，则PUCCH-config ID和RRH组ID可以具有一一对应/映射。在这种情况下，对应的PUCCH-config和RRH组也可以具有一一对应/映射。例如，PUCCH-config ID和RRH组ID可以具有相同的值。对于另一示例，最低PUCCH-config ID可以对应于最低RRH组ID，第二低PUCCH-config ID可以对应于第二低RRH组ID，依此类推，并且最高PUCCH-config ID可以对应于最高RRH组ID。PUCCH-config ID和RRH组ID之间的其他关联规则/映射关系也是可能的，并且是UE已知的。图14中示出了表征PUCCH-config’s、PDCCH-config’s和RRH组之间的关联的一个概念性示例。

图14示出了根据本公开的实施例的PUCCH资源设置和PDCCH资源设置之间的关联1400的示例。图14中所示的PUCCH资源设置和PDCCH资源设置之间的关联1400的实施例仅用于说明。

在方法-2的一个实施例中，如果未配置PUCCH-config ID，则UE可以由网络配置/指示PUCCH-config’s的列表。列表中PUCCH-config的索引和RRH组ID可以具有一一对应/映射。例如，PUCCH-config’s列表中的第一个PUCCH-config可以对应于最低RRH组ID，PUCCH-config’s列表中的第二个PUCCH-config可以对应于次低RRH组ID，依此类推，并且PUCCH-config列表中的最后一个PUCCH-config可以对应于最高RRH组ID。列表中的PUCCH-config的索引与RRH组ID之间的其他关联规则/映射关系也是可能的，并且是UE已知的。

在方法-3的一个实施例中，UE由网络明确地指示PUCCH-config’s和RRH组之间的关联规则/映射关系。PUCCH-config’s和RRH组之间的映射可以是静态/半静态的。在这种情况下，UE可以通过更高层RRC信令和/或MAC-CE命令从网络接收指示。PUCCH-config’s和RRH组之间的映射也可以是动态的，因为RRH分组可以被动态触发。在这种情况下，UE可以经由DCI从网络接收指示。PUCCH-config’s和RRH组之间的映射可以基于RRH组ID和PUCCH-config ID(如果配置)和/或PUCCH-config’s列表中的PUCCH-config’s的索引(如果PUCCH-config ID未配置)。

在方法-4的一个实施例中，UE可以由网络指示/配置总共N_0_max(N_0_max，N≥>0)个PUCCH-config’s。假设RRH簇中的RRH组的总数是N_0。UE可以接收MAC-CE命令以激活总共N_0_max个PUCCH-config’s中的N_0个PUCCH-config’s。激活的PUCCH-config’s和RRH组的关联以及因此相应的指示方法可以遵循方法-1、方法-2和/或方法-3中描述的那些方法。

在方法-5的一个实施例中，可以在更高层参数PUCCH-config中指示/并入/包括RRH组ID/索引。对于这种情况，RRH组ID/索引以及因此相应的RRH组与由指示RRH组ID/索引的PUCCH-config配置的相应PUCCH资源设置相关联。

UE可以通过RRH簇中的RRH组的相关联的PUCCH-config’s以及因此其中的对应PUCCH资源来发送用于RRH簇中的RRH组的HARQ A/N和/或CSI报告。UE可以由网络指示/配置将哪种方法(来自方法-1、方法-2、方法-3、方法-4和方法-5)用于PUCCH-config’s的配置及其与RRH组的关联。

在方案-II的一个实施例中，在由PUCCH-config提供的PUCCH资源设置中配置单独的PUCCH资源组，并且单独的PUCCH资源组被配置用于RRH簇中的不同RRH组/与RRH簇中的不同RRH组相关联。

图15A示出了根据本公开的实施例的配置PUCCH资源组1500的示例。图15A所示的配置PUCCH资源组1500的实施例仅用于说明。

在3GPP版本15/16中，UE可以在单个PUCCH-config中配置有最多4组PUCCH资源。第一PUCCH资源集中的PUCCH资源的最大数量是32，并且其他PUCCH资源集中的PUCCH资源的最大数量是8(参见图15A)。UE根据UCI信息比特来确定PUCCH资源集，然后基于DCI中的PUCCH资源指示符(PRI)来确定PUCCH资源(参见表3)。

表3.PUCCH资源配置和确定的示例

PUCCH-config中的PUCCH资源可以被划分为由正交PUCCH资源组成的一个或多个PUCCH资源组。每个PUCCH资源组可以与RRH簇中的不同RRH组相关联。更具体地，UE可以由网络在包括多个PUCCH资源集的PUCCH-config中配置N_1(N_1>0)个PUCCH资源组(如图15A所示)；每个PUCCH资源组对应于RRH簇中的不同RRH组(假设RRH簇中总共N_1个RRH组)。存在用于在PUCCH-config中配置单独的PUCCH资源组并将它们与RRH簇中的不同RRH组相关联的各种方式。

在方法-1的一个实施例中，N_1个PUCCH资源组在PUCCH-config中的所有PUCCH资源集中均匀地划分PUCCH资源。“第一”PUCCH资源组可以对应于具有最低RRH组ID的RRH组，“第二”PUCCH资源组可以对应于具有次低RRH组ID的RRH组，依此类推。或者，“第一”PUCCH资源组可以对应于具有最高RRH组ID的RRH组，“第二”PUCCH资源组可以对应于具有第二高RRH组ID的RRH组，依此类推。如果配置了PUCCH资源组ID，则PUCCH资源组ID可以与RRH组ID具有一一对应关系。

例如，PUCCH组ID和RRH组ID可以具有相同的值。再例如，最低PUCCH组ID可以对应于最低RRH组ID，第二低PUCCH组ID可以对应于第二低RRH组ID，依此类推，并且最高PUCCH组ID可以对应于最高RRH组ID。PUCCH组ID和RRH组ID之间的其他关联规则/映射关系也是可能的，并且是UE已知的。

在表4中，给出了在PUCCH-config中形成N_1＝2个PUCCH资源组的概念性示例。如表4所示，第一PUCCH资源组或具有ID#0的PUCCH资源组对应于具有ID#0的RRH组，并且包括PR集0中的PUCCH资源(PR)0-15、PR集1中的PR 0-3、PR集2和PR集3。第二PUCCH资源组或具有ID#1的PUCCH资源组对应于具有ID#1的RRH组，并且包括PR集0中的PR 16-31、PR集1中的PR4-7、PR集2和PR集3。

表4.在由PUCCH-config提供的PUCCH资源设置中配置单独PUCCH资源组的示例

在方法-II的一个实施例中，网络可以明确地向UE指示PUCCH-config中的PUCCH资源如何分组。PUCCH资源分组可以是静态/半静态的。在这种情况下，UE可以通过更高层RRC信令和/或MAC-CE命令从网络接收指示。PUCCH资源分组可以是动态的，因为RRH分组可以被动态触发。在这种情况下，UE可以经由DCI从网络接收指示。类似于方法-I，PUCCH资源组和RRH组之间的映射可以基于PUCCH组ID和RRH组ID。

例如，PUCCH组ID和RRH组ID可以具有相同的值。再例如，最低PUCCH组ID可以对应于最低RRH组ID，第二低PUCCH组ID可以对应于第二低RRH组ID，依此类推，并且最高PUCCH组ID可以对应于最高RRH组ID。PUCCH组ID和RRH组ID之间的其他关联规则/映射关系也是可能的，并且是UE已知的。

图15B示出了根据本公开的实施例的配置PUCCH资源组的另一示例。图15B所示的配置PUCCH资源组1520的实施例仅用于说明。

在图15B中，描绘了遵循方法-II形成N_1＝2个PUCCH资源组的概念性示例。与表4所示的示例不同，图15B中的两个PUCCH资源组中的PUCCH资源的数量是不同的，并且可以半静态/动态地改变。

在方法-III的一个实施例中，UE可以由网络指示/配置PUCCH-config中的总共N_1_max(N_1_max≥N_1>0)个PUCCH资源组。假设RRH簇中的RRH组的总数是N_1。UE可以接收MAC-CE命令以激活来自总共N_1_max个PUCCH资源组的N_1个PUCCH资源组。N_1_max个PUCCH资源组的分组可以遵循方法-I和方法-II中描述的那些方法。此外，激活的N_1个PUCCH资源组和RRH组之间的映射也可以遵循方法-I和方法-II中讨论的映射。

图15C示出了根据本公开的实施例的配置PUCCH资源组的又一示例。图15C中所示的配置PUCCH资源组1540的实施例仅用于说明。

在方法-IV的一个实施例中，PUCCH-config(诸如表4和图15B)中的PUCCH资源分组被认为是PUCCH资源分组模式。在图15C中，呈现了四个PUCCH资源分组模式的示例。UE可以由网络指示/配置总共N_1_pattern(N_1_pattern>0)个PUCCH资源分组模式。对于给定的PUCCH资源分组模式，PUCCH-config中的PUCCH资源按照方法-I和/或方法-II中提供的策略被划分为N_1个PUCCH资源组。然后，UE可以从网络接收MAC-CE命令，其激活总共N_1_pattern个PUCCH资源分组模式中的一个。对于激活的PUCCH资源分组模式，N_1个PUCCH资源组和RRH组之间的映射可以遵循方法-I和方法-II中讨论的映射。

在方法-V的一个示例中，可以为PUCCH资源组定义/配置更高层参数PUCCH-ResourceGroup，该PUCCH资源组包括由PUCCH-config提供的PUCCH资源设置中的一个或多个PUCCH资源。对于这种情况，可以在更高层参数PUCCH-ResourceGroup中指示/并入/包括RRH组ID/索引。因此，RRH组ID/索引以及因此相应的RRH组可以与由指示RRH组ID/索引的PUCCH-ResourceGroup配置的相应PUCCH资源组相关联。

UE可以通过RRH簇中的RRH组相关联的PUCCH资源组以及因此其中的对应PUCCH资源来发送用于RRH簇中的RRH组的HARQ A/N和/或CSI报告。此外，UE可以由网络指示/配置使用哪种方法(来自方法-I、方法-II、方法-III、方法-IV和方法-V)来在PUCCH-config中形成PUCCH资源组及其与RRH组的关联。

在方案-III的一个实施例中，单独的PUCCH资源组被配置在由PUCCH-ResourceSet提供的PUCCH资源集中，并且被配置用于RRH簇中的不同RRH组/与RRH簇中的不同RRH组相关联。

UE可以首先由网络配置/指示在PUCCH-config中配置的一个或多个PUCCH资源集，用于RRH簇中的单独RRH组的单独HARQ A/N和/或CSI报告。在相同PUCCH-config中配置的剩余PUCCH资源集可以不用于单独的UCI报告。例如，UE可以由网络PUCCH资源集0配置用于RRH簇中的不同RRH组的单独UCI报告，而PUCCH资源集1、2和3可以不用于单独的UCI报告。配置的PUCCH资源集中的PUCCH资源能够被划分为包括正交PUCCH资源的一个或多个PUCCH资源组。每个PUCCH资源组可以与RRH簇中的不同RRH组相关联。

更具体地，UE可以由网络在配置的PUCCH资源集(例如，图8A中的PUCCH资源集0)中配置N_2(N_2>0)个PUCCH资源组；每个PUCCH资源组对应于RRH簇中的不同RRH组(假设RRH簇中总共N_2个RRH组)。存在各种方式来在配置的PUCCH资源集中配置单独的PUCCH资源组，并将它们与RRH簇中的不同RRH组相关联。

表5.在PUCCH资源集中配置单独PUCCH资源组的示例

在方法-A的一个实施例中，对于配置的PUCCH资源集，N_2个PUCCH资源组均匀地划分配置的PUCCH资源集中的PUCCH资源。“第一”PUCCH资源组可以对应于具有最低RRH组ID的RRH组，“第二”PUCCH资源组可以对应于具有次低RRH组ID的RRH组，依此类推。

或者，“第一”PUCCH资源组可以对应于具有最高RRH组ID的RRH组，“第二”PUCCH资源组可以对应于具有第二高RRH组ID的RRH组，依此类推。如果配置了PUCCH资源组ID，则PUCCH资源组ID可以与RRH组ID具有一一对应关系。例如，PUCCH组ID和RRH组ID可以具有相同的值。再例如，最低PUCCH组ID可以对应于最低RRH组ID，第二低PUCCH组ID可以对应于第二低RRH组ID，依此类推，并且最高PUCCH组ID可以对应于最高RRH组ID。PUCCH组ID和RRH组ID之间的其他关联规则/映射关系也是可能的，并且是UE已知的。

在表5中，给出了在配置的PUCCH资源集0中形成N_2＝2个PUCCH资源组的概念性示例。如表5所示，第一PUCCH资源组或具有ID#0的PUCCH资源组对应于具有ID#0的RRH组，并且包括PR 0-15。第二PUCCH资源组或具有ID#1的PUCCH资源组对应于具有ID#1的RRH组，并且包括PR 16-31。

在方法-B的一个实施例中，网络可以明确地向UE指示配置的PUCCH资源集中的PUCCH资源如何分组。PUCCH资源分组可以是静态/半静态的。在这种情况下，UE可以通过更高层RRC信令和/或MAC-CE命令从网络接收指示。PUCCH资源分组可以是动态的，因为RRH分组可以被动态触发。

在这种情况下，UE可以经由DCI从网络接收指示。类似于方法-A，PUCCH资源组和RRH组之间的映射可以基于PUCCH组ID和RRH组ID。例如，PUCCH组ID和RRH组ID可以具有相同的值。再例如，最低PUCCH组ID可以对应于最低RRH组ID，第二低PUCCH组ID可以对应于第二低RRH组ID，依此类推，并且最高PUCCH组ID可以对应于最高RRH组ID。PUCCH组ID和RRH组ID之间的其他关联规则/映射关系也是可能的，并且是UE已知的。

图16示出了根据本公开的实施例的配置PUCCH资源组1600的又一示例。配置图16所示的PUCCH资源组1600的实施例仅用于说明。

在图16中，描绘了遵循方法-B在配置的PUCCH资源集0中形成N_2＝2个PUCCH资源组的概念性示例。与表5中所示的示例不同，图16中的两个PUCCH资源组中的PUCCH资源的数量是不同的，并且可以半静态/动态地改变。

在方法-C的一个实施例中，网络可以向UE指示/配置所配置的PUCCH资源集中的总共N_2_max(N_2_max≥N_2>0)个PUCCH资源组。假设RRH簇中的RRH组的总数是N_2。UE可以接收MAC-CE命令以激活配置的PUCCH资源集中的总共N_2_max个PUCCH资源组中的N_2个PUCCH资源组。N_2_max个PUCCH资源组的分组可以遵循方法-A和方法-B中描述的那些方法。此外，激活的N_2个PUCCH资源组和RRH组之间的映射也可以遵循方法-A和方法-B中讨论的映射。

在方法-D的一个实施例中，配置的PUCCH资源集(诸如表5和图16)中的PUCCH资源分组被认为是PUCCH资源分组模式。UE可以由网络指示/配置总共N_2_pattern(N_2_pattern>0)个PUCCH资源分组模式。对于给定的PUCCH资源分组模式，按照方法-A和/或方法-B中提供的策略，将配置的PUCCH资源集中的PUCCH资源划分为N_2个PUCCH资源组。然后，UE可以从网络接收MAC-CE命令，其激活总共N_2_pattern个PUCCH资源分组模式中的一个。对于激活的PUCCH资源分组模式，N_2个PUCCH资源组和RRH组之间的映射可以遵循方法-A和方法-B中讨论的映射。

在方法-E的一个实施例中，可以为PUCCH资源组定义/配置更高层参数PUCCH-ResourceGroup，该PUCCH资源组包括由PUCCH-ResourceSet提供的PUCCH资源集中的一个或多个PUCCH资源。对于这种情况，可以在更高层参数PUCCH-ResourceGroup中指示/并入/包括RRH组ID/索引。因此，RRH组ID/索引以及因此相应的RRH组可以与由指示RRH组ID/索引的PUCCH-ResourceGroup配置的相应PUCCH资源组相关联。

UE可以通过配置的PUCCH资源集中的与RRH簇中的RRH组相关联的PUCCH资源组以及因此其中的对应PUCCH资源来发送用于RRH簇中的RRH组的HARQ A/N和/或CSI报告。此外，网络可以指示/配置UE使用哪种方法(来自方法-A、方法-B、方法-C、方法-D和方法-E)来在一个或多个配置的PUCCH资源集中形成PUCCH资源组及其与RRH组的关联。

在方案-IV的一个实施例中，单独的PUCCH资源被配置用于RRH簇中的不同RRH组/与RRH簇中的不同RRH组相关联。

在方法-a的一个实施例中，每个PUCCH资源与RRH组ID/索引相关联。UE由网络显式地配置/指示每个PUCCH资源与对应的RRH组ID/索引之间的关联。在表6中，呈现了IEPUCCH-Resource的片段。如表6所示，可以在IE PUCCH-Resource中显式指示RRH组ID/索引。

表6.更高层参数PUCCH-Resource指示RRH组ID/索引的示例

图17示出了根据本公开的实施例的PUCCH资源和RRH组之间的关联1700的示例。图17中所示的PUCCH资源和RRH组之间的关联1700的实施例仅用于说明。

在方法-b的一个实施例中，通过空间关系信息，在PUCCH-config中配置的每个PUCCH资源可以对应于在传输配置指示(TCI)状态中指示的下行链路RS。活动TCI状态与CORESET相关联，CORESET还可以通过RRH组ID/索引与RRH组相关联。在该设置下，可以经由对应的TCI状态和空间关系的MAC-CE激活/非激活来建立RRH簇中的PUCCH资源和RRH组之间的映射。然后，UE可以遵循图17中描绘的映射关系来识别PUCCH资源和RRH组的关联。

在方法-c的一个实施例中，每个CSI报告设置/配置与RRH组ID/索引相关联。UE可以由网络显式地配置/指示每个CSI报告设置/配置与对应的RRH组ID/索引之间的关联。在表7(CSI-ReportConfig的片段)中，呈现了如何在CSI报告设置/配置中显式指示RRH组ID/索引的示例。

另外，UE可以以隐式方式知道CSI报告设置/配置与RRH组ID/索引之间的关联。例如，CSI报告设置/配置ID(表7中的CSI-ReportConfigId)可以与RRH组ID具有一对一的对应关系。如果CSI报告设置/配置ID和RRH组ID具有完全相同的值，则CSI报告设置/配置ID和RRH组ID相关联。

另外，最低CSI报告设置/配置ID可以对应于最低RRH组ID，第二低CSI报告设置/配置ID可以对应于第二低RRH组ID，依此类推，并且最高CSI报告设置/配置ID可以对应于最高RRH组ID。RRH组ID和CSI报告设置/配置ID之间的其他隐式关联规则/映射关系也是可能的，并且是UE已知的。

表7.更高层参数CSI-ReportConfig指示RRH组ID/索引的示例

在方法-d的一个实施例中，每个PUCCH资源通过将其闭环索引与RRH组ID/索引相关联而与RRH组相关联。PUCCH资源的闭环索引在IE PUCCH-SpatialRelationInfo中被配置为closedLoopIndex，并且用于控制UE的发送功率(IE PUCCH-SpatialRelationInfo的片段在表8中示出)。在3GPP版本15/16中，支持两个闭环索引(“0”或“1”)。对于具有半静态/动态RRH分组/分簇的分布式RRH系统，UE可以由网络以半静态或动态方式配置闭环索引的确切值。此外，闭环索引的最大值可以超过2。

例如，假设在RRH簇中为UE配置了总共N_k个RRH组，则可以配置总共N_k个闭环索引，其值范围为0、1、…、N_k-1。UE可以由网络配置用于RRH组的PUCCH资源，其中RRH组ID n_k具有闭环索引n_k，其中n_k∈{0，1，…，N_k-1}。另外，UE可以由网络配置最大L+1个闭环索引(参见表8)，范围从0、1、…、L。对于为UE配置的总共N_k个RRH组，UE可以由网络配置具有从L+1个闭环索引中选择的N_k个闭环索引的PUCCH资源。

在这种情况下，配置有最低闭环索引的PUCCH资源用于具有最低RRH组ID的RRH组，配置有第二低闭环索引的PUCCH资源用于具有第二低RRH组ID的RRH组，依此类推，并且配置有最高闭环索引的PUCCH资源用于具有最高RRH组ID的RRH组。闭环索引和RRH组ID之间的其他关联规则/映射关系也是可能的，并且是UE已知的。

在方法-e的一个示例中，RRH组ID/索引可以被指示/并入/包括在更高层参数PUCCH-Resource中。因此，RRH组ID/索引以及因此对应的RRH组可以与由指示RRH组ID/索引的PUCCH资源配置的对应PUCCH资源相关联。

表8.更高层参数PUCCH-SpatialRelationInfo的示例

在方案-V的一个实施例中，单独的PUCCH资源组被配置在由PUCCH-config’s提供的单独的PUCCH资源设置中，并且被配置用于RRH簇中的不同RRH组/与RRH簇中的不同RRH组相关联。

图18示出了根据本公开的实施例的PUCCH资源设置和RRH组之间的关联1800的示例。图18所示的PUCCH资源设置和RRH组之间的关联1800的实施例仅用于说明。

类似于方案-I，UE可以由网络配置N_0’(N_0’>0)个PUCCH-config’s用于RRH簇中的N_0个RRH组的单独UCI报告。这里，N_0’和N_0的值可以不同。注意，如果N_0’和N_0相同，则方案-V等同于方案-I。方案-II中提供的PUCCH资源分组策略可以通过适度修改扩展到方案-V，使得PUCCH资源组在N_0’个配置的PUCCH-config’s中的所有PUCCH资源上形成，并映射到相应的RRH组。

UE可以由网络指示/配置用于所配置的N_0’个PUCCH-config的PUCCH资源分组结果，并且UE可以不期望RRH组(或RRH组ID/索引)与来自不同PUCCH-config’s的PUCCH资源相关联。

在图18中，UE由网络配置两个(N_0’＝2)具有ID#0和#1的PUCCH-config’s，以及四个(N_0＝4)具有ID#0、#1、#2和#3的RRH组。从图18可以看出，具有ID#0和#2的RRH组与具有ID#0的PUCCH-config中的PUCCH资源相关联，而具有ID#1和#3的RRH组与具有ID#1的PUCCH-config中的PUCCH资源相关联。如何将具有ID#0(或#1)的PUCCH-config中的PUCCH资源分组并映射到具有ID#0和#2(或#1和#3)的RRH组可以遵循方案-II中描述的方法(方法-I、方法-II、方法-III和方法-IV)。此外，RRH组#0、RRH组#1、RRH组#2和RRH组#3都不与来自PUCCH-config#0和PUCCH-config#1两者的PUCCH资源相关联。

UE可以由网络配置/指示为使用一个或多个方案(例如，来自本公开中提供的方案-I、方案-II、方案-III、方案-IV和方案-V)来将PUCCH资源与RRH簇中的RRH组相关联并发送相应的UCI报告。另外，UE可以自主地决定一个或多个方案(例如，来自本公开中提供的方案-I、方案-II、方案-III、方案-IV和方案-V)以用于将PUCCH资源与RRH簇中的RRH组相关联并发送相应的UCI报告。

在这种情况下，UE可能需要向网络指示它们选择的方案。此外，在单个UCI报告中，只有当对应于HARQ A/N报告的PDSCH和CSI报告的CSI报告设置/配置与相同的RRH组ID/索引相关联时，UE才能复用HARQ A/N报告和CSI报告。

在上述设计示例中，在单个PUCCH-config中配置最多4组PUCCH资源。第一PUCCH资源集中的PUCCH资源的最大数量是32，并且其他PUCCH资源集中的PUCCH资源的最大数量是8。注意，对于具有动态配置的RRH组/簇的分布式RRH系统，PUCCH资源集的最大数量和每个PUCCH资源集的PUCCH资源的最大数量可以超出3GPP版本15/16中指定的数量。

此外，PUCCH资源集的最大数量和每个PUCCH资源集的PUCCH资源的最大数量可以由网络半静态/动态地配置并指示给UE。将PUCCH-config中的PUCCH资源集的最大数量表示为N_prs_max(N_prs_max≥4)，并且将第i个PUCCH资源集中的PUCCH资源的最大数量表示为N_pr_max(i)，其中i＝0，1，2，3，…，N_pr_max(0)≥32，N_pr_max(1)≥8，N_pr_max(2)≥8，N_pr_max(3)≥8，…；UE可以由网络经由更高层RRC信令、MAC-CE命令和/或DCI来配置N_prs_max和N_pr_max(i)(i＝0，1，2，3，…)的确切值。

在方案-I、方案-II、方案-III、方案-IV和方案-V中，单个PUCCH资源不与多于一个RRH组相关联。如果给定PUCCH资源与多于一个RRH组相关联，则跨不同PUCCH-config、不同PUCCH资源集和不同PUCCH资源组的PUCCH资源可以是“重叠的”。网络可以经由更高层RRC信令、MAC-CE命令和/或DCI信令向UE指示/配置重叠的PUCCH资源。如果同时为RRH簇中的不同RRH组选择/激活/配置重叠PUCCH资源，则网络还可以指示/配置UE是否在重叠PUCCH资源上发送。

在备选方案-1的一个实施例中，如果同时为RRH簇中的不同RRH组选择/激活/配置重叠PUCCH资源，则UE不在重叠PUCCH资源上发送。即，如果UE被配置为在重叠PUCCH资源上进行发送，则UE可以丢弃针对所有感兴趣的RRH组的所有UCI报告。

在备选方案-2的一个实施例中，如果同时为RRH簇中的不同RRH组选择/激活/配置重叠PUCCH资源，则UE在重叠PUCCH资源上发送。定义一个或多个丢弃规则。UE可以由网络指示/配置用于重叠PUCCH资源的丢弃规则。例如，网络配置的丢弃规则可以是不同RRH组的优先级顺序。如果同时为多个RRH组选择/激活/配置重叠的PUCCH资源，则UE可以丢弃用于具有较低优先级的RRH组的UCI报告。网络配置的丢弃规则可以是不同UCI内容的优先级顺序。

例如，如果CSI报告与相同PUCCH资源上的HARQ A/N报告重叠，则网络可以指示UE丢弃CSI报告，而不管它们的目标是哪个RRH组。用于重叠的PUCCH资源的网络配置的其他丢弃规则也是可能的。

另外，丢弃规则可以是预定义的。预定义的丢弃规则可以是不同RRH组的优先级顺序。例如，具有最低RRH组ID的RRH组具有最高优先级，具有次低RRH组ID的RRH组具有次高优先级，依此类推，并且具有最高RRH组ID的RRH组具有最低优先级。预定义丢弃规则可以是不同UCI内容的优先级顺序。例如，HARQ A/N报告可以总是具有比CSI报告更高的优先级，而不管它们以哪些RRH组为目标。用于重叠PUCCH资源的其他预定义丢弃规则也是可能的。

UE还可以向网络发送关于其支持RRH簇中的不同RRH组的重叠PUCCH资源的能力的一个或多个报告。UE能力报告可以指示：(i)它们对为RRH簇中的不同RRH组配置重叠或非重叠PUCCH资源的偏好，以及(ii)它们在具有或不具有丢弃规则的情况下在RRH簇中的不同RRH组的重叠PUCCH资源(如果配置)上同时发送的能力。

在方案-I、方案-II、方案-III、方案-IV和方案-V中，通过为RRH簇中的不同RRH组配置单独的PUCCH-config’s、单独的PUCCH资源集和/或单独的PUCCH资源组来支持用于RRH簇中的不同RRH组的单独UCI报告。另外，UE可以由网络配置为发送用于RRH簇中的一个或多个RRH组的一个或多个联合UCI报告。联合UCI报告可以包括用于RRH簇中的N_uci个不同RRH组的N_uci(N_uci>0)个单独的UCI报告。用于RRH组的单独UCI报告可以由相应的RRH组ID加扰，并且所有N_uci个单独的UCI报告可以被联合编码/复用以形成单个联合UCI报告。存在各种替代方案来为RRH簇中的不同RRH组配置单独的UCI报告和/或联合UCI报告。

在备选方案-I的一个实施例中，网络可以指示UE仅发送用于RRH簇中的所有RRH组的联合UCI报告。UE可以由网络配置PUCCH资源(例如，与RRH组相关联)以发送联合UCI报告，和/或由网络指示相关联的RRH组ID/索引。

在备选方案-II的一个实施例中，网络可以指示UE仅发送用于RRH簇中的所有RRH组的单独UCI报告。在这种情况下，可以按照方案-I、方案-II、方案-III、方案-IV和/或方案-V配置单独的PUCCH-config’s、单独的PUCCH资源集和/或单独的PUCCH资源组。它们与RRH簇中的RRH组的关联也可以遵循方案-I、方案-II、方案-III、方案-IV和/或方案-V中描述的关联。

在备选方案-III的一个实施例中，UE可以由网络指示为RRH簇中的所有RRH组发送联合UCI报告，并且为RRH簇中的所有RRH组发送单独的UCI报告。在这种情况下，UE可以首先由网络配置PUCCH资源(例如，与RRH组相关联)以发送联合UCI报告，和/或由网络指示相关联的RRH组ID/索引。剩余的PUCCH资源用于单独的UCI报告，并且它们与RRH簇中的RRH组的关联可以遵循方案-I、方案-II、方案-III、方案-IV和/或方案-V中描述的关联。

在备选方案-IV的一个实施例中，网络可以指示UE发送用于RRH簇中的一个或多个RRH组的集合的一个或多个联合UCI报告，以及用于RRH簇中的一个RRH组的集合的单独UCI报告。RRH组的不同集合可以是互斥的或重叠的。UE可以由网络指示与联合UCI报告相关联的RRH簇中的RRH组的集合，以及与单独UCI报告相关联的RRH簇中的RRH组的集合。对于与联合UCI报告相关联的RRH组的给定集合，UE可以由网络配置PUCCH资源(例如，与RRH组相关联)以发送联合UCI报告，和/或由网络指示相关联的RRH组ID/索引。

图19示出了根据本公开的实施例的用于RRH组的UCI报告格式1900的示例。图19中所示的用于RRH组的UCI报告格式1900的实施例仅用于说明。

在图19中描绘了用于分布式RRH系统的联合和单独UCI报告配置的概念性示例。在该示例中，配置了四个RRH组：包括RRH_0和RRH_2的RRH组#0、包括RRH_1的RRH组#1、包括RRH_3和RRH_4的RRH组#2、以及包括RRH_5的RRH组#3。UE由网络配置为发送用于RRH组#0和RRH组#1的联合UCI报告。UE还由网络配置为分别发送用于RRH组#2和RRH组#3的两个单独的UCI报告。对于RRH组#0和#1的联合UCI报告，UE还可以由网络配置相应的PUCCH资源(例如，与RRH组#1相关联)以发送联合UCI报告，和/或由网络指示相关联的RRH组(例如，RRH组#1)的确切ID/索引。

UE可以向网络指示它们对可以与一个或多个联合UCI报告相关联的RRH组的一个或多个集合以及可以与单独的UCI报告相关联的RRH组的集合的偏好。UE可以自主地决定与一个或多个联合UCI报告相关联的RRH组的一个或多个集合以及与单独的UCI报告相关联的RRH组的集合。然后，UE可以向网络指示它们的决定，并根据它们的决定向网络发送联合/单独UCI报告。

对于给定的(一段)时间，UE可以由网络指示/配置为向RRH簇中的某些RRH/RRH组发送UCI报告(例如，针对RRH簇中的所有活动RRH/RRH组的联合UCI报告)。例如，网络可以指示UE向RRH簇中的RRH/RRH组进行发送，该RRH/RRH组在RRH簇中的所有RRH/RRH组中具有与UE的最少/最小传播延迟，以用于覆盖改善。

存在各种方式来向UE指示UCI报告可以向哪个RRH/RRH组发送，如下面提供的情况。

在情况-1的一个示例中，对于给定的PUCCH资源集或给定的PUCCH资源集ID，给定的PRI以及因此其对应的PUCCH资源可以仅与RRH簇中的一个RRH/RRH组相关联。在这种情况下，UE可以由网络指示/配置一个或多个PRI，其可以隐式地指示向RRH簇中的指定RRH/RRH组发送UCI报告的RRH簇中的指定RRH/RRH组。例如，对于图15B中的PUCCH资源集1(要使用哪个PUCCH资源集可以由UE基于UCI有效载荷来确定)，PRIs“000”、“001”、“010”和“011”对应于具有ID#1的RRH组，并且PRIs“100”、“101”、“110”和“111”对应于具有ID#0的RRH组。在这种情况下，如果UE确定PUCCH资源集1并经由DCI信令(DCI格式1_0或DCI形式1_1)从网络接收PRI“011”，则UE可以在PUCCH资源#3上发送用于具有组ID#1的RRH组的UCI报告。

在情况-2的一个示例中，对于给定的PUCCH资源集或给定的PUCCH资源集ID，给定的PRI以及因此其对应的PUCCH资源可以与RRH簇中的多于一个RRH/RRH组相关联。如果单独的PUCCH-config’s与RRH簇中的不同RRH/RRH组相关联(方案-I)，或者多个PUCCH-config’s中的单独PUCCH资源组与RRH簇中的不同RRH/RRH组相关联(方案-V)，或者“重叠”PUCCH资源与RRH簇中的不同RRH/RRH组相关联，则可能出现该问题。

例如，对于图18中的PUCCH资源集1(要使用哪个PUCCH资源集可以由UE基于UCI有效载荷来确定)，给定PRI对应于具有ID#0和#1的两个PUCCH-config中的PUCCH资源，因此对应于两个不同的RRH组(例如，具有组ID#0和#3的RRH组)。在这种情况下，UE不能知道发送UCI报告的目标RRH/RRH组。为了解决该问题，网络可以经由DCI信令(DCI格式1_0或DCI格式1_1)向UE显式地指示/配置可以向其发送UCI报告的目标RRH/RRH组的RRH ID/RRH组ID以及PRI的指示。

图20示出了根据本公开实施例的用于目标RRH组的PUCCH资源上的传输的信令流程2000。信令流程2000可以由UE(例如，如图1所示的111-116)和BSs(例如，如图1所示的101-103)执行。图20中所示的信令流程2000的实施例仅用于说明。图20中所示的一个或多个组件可以在被配置为执行所述功能的专用电路中实现，或者一个或多个组件可以由执行指令以执行所述功能的一个或多个处理器实现。

在图20中描绘了表征上述信令流程的示例，假设图19中的RRH簇被配置用于UE，其包括6个RRH，RRH_0、RRH_1、RRH_2、RRH_3、RRH_4和RRH_5，这些RRH分组为四个RRH组(RRH组#0包括RRH_0和RRH_2，RRH组#1包括RRH_1，RRH组#2包括RRH_3和RRH_4，RRH组#3包括RRH_5)。如果网络未向UE指示/配置目标RRH ID/RRH组ID，则UE可以自主地确定可以向其发送UCI报告的目标RRH/RRH组。例如，UE可以在RRH簇中的所有RRH/RRH组中选择RRH簇中的目标RRH/RRH组，其可以导致与UE的最少/最小传播延迟。

如图20所示，在步骤2002中，UE基于UCI有效载荷确定PUCCH资源集。在步骤2004中，UE从网络控制器接收PRI和RRH ID/RRH组ID(例如，RRH组ID#1)。在步骤2006中，UE根据PRI和指示的RRH ID/RRH组ID(例如，RRH组ID#1)确定PUCCH资源。在步骤2008中，UE在与目标RRH/RRH组相关联的PUCCH(例如，与RRH组ID#1相关联的PUCCH)上进行发送。

以上流程图示出了可以根据本公开的原理实现的示例方法，并且可以对本文的流程图中所示的方法进行各种改变。例如，虽然示出为一系列步骤，但是每个图中的各种步骤可以重叠、并行发生、以不同顺序发生或多次发生。在另一示例中，步骤可以被省略或由其他步骤代替。

尽管已经利用示例性实施例描述了本公开，但是可以向本领域技术人员建议各种改变和修改。本公开旨在涵盖落入所附权利要求的范围内的这些改变和修改。本申请中的描述都不应被解读为暗示任何特定元件、步骤或功能是必须包括在权利要求范围内的必要元件。专利主题的范围由权利要求限定。