CN113316900B

CN113316900B - 通信系统中的终端和基站及其执行的方法

Info

Publication number: CN113316900B
Application number: CN201980080619.9A
Authority: CN
Inventors: M.S.拉曼; E.N.翁戈萨努西
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2018-12-06
Filing date: 2019-12-06
Publication date: 2023-07-04
Anticipated expiration: 2039-12-06
Also published as: US11757502B2; KR102612200B1; EP3854003A4; EP3854003A1; US11271626B2; KR20210048582A; US20200186215A1; US20220200674A1; WO2020116998A1; CN116761243A; CN113316900A

Abstract

本公开涉及一种通信方法和系统，用于将第四代(4G)系统和第五代(5G)通信系统与物联网(IoT)技术融合，以支持更高的数据速率。本公开可以被应用于基于5G通信技术和IoT相关技术的智能服务，诸如智能家居、智能建筑、智能城市、智能汽车、联网汽车、医疗保健、数字教育、智能零售、安保和安全服务。所述方法包括：向基站(BS)发送包括UE的全功率传输能力的UE能力信息，从BS接收指示UL码本的配置信息，基于配置信息来识别用于UL传输的UL码本，以及基于UL码本向BS发送UL传输。

Description

通信系统中的终端和基站及其执行的方法

技术领域

本公开总体涉及码本选择，以实现用于下一代蜂窝系统的UL MIMO操作。

背景技术

为了满足自4G通信系统的部署以来对无线数据流量的增长需求，已经努力开发改进的5G或前5G通信系统。因此，5G或前5G通信系统也被称为“超4G网络”或“后LTE系统”。5G通信系统被认为是在更高频率(mmWave)频带(例如，60GHz频带)中实现的，以便实现更高的数据速率。为了减轻无线电波的传播损耗并增加传输距离，在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全尺寸MIMO(FD-MIMO)、阵列天线、模拟波束成形、大型天线技术。此外，在5G通信系统中，正在基于先进小型小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等进行对于系统网络改进的开发。在5G系统中，已经开发了作为先进编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)，以及作为先进接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。

互联网正在从人类在其中产生和消费信息的以人为中心的连接网络演进为物联网(IoT)，在物联网中，诸如事物的分布式实体在没有人类干预的情况下交换和处理信息。作为IoT技术和大数据处理技术通过与云服务器连接的组合的万物联网(IoE)已经出现。随着IoT实现已经需要诸如“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术元素，最近已经研究了传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)等。这样的IoT环境可以提供智能互联网技术服务，其通过收集和分析在连接的事物之间产生的数据来为人类生活创造新的价值。通过现有信息技术(IT)与各种工业应用之间的融合和组合，IoT可以被应用于各种领域，包括智能家居、智能建筑、智能城市、智能汽车或互联汽车、智能电网、医疗保健、智能家电和高级医疗服务。

因此，为了将5G通信系统应用于IoT网络，已经进行了各种尝试。例如，诸如传感器网络、机器类型通信(MTC)和机器对机器(M2M)通信的技术可以通过波束成形、MIMO和阵列天线来实现。作为上述大数据处理技术的云无线电接入网络(RAN)的应用也可以被认为是5G技术和IoT技术之间的融合的示例。

发明内容

技术问题

理解并正确地估计用户设备(UE)与gNodeB(gNB)之间的UL信道对于高效且有效的无线通信是重要的。为了正确地估计UL信道状况，UE可以向gNB发送参考信号——(例如SRS——以用于UL信道测量。利用该UL信道测量，gNB能够选择适当的通信参数以在UL中高效且有效地执行与UE的无线数据通信。

技术方案

本公开的实施例提供了用于码本选择以在先进无线通信系统中实现UL MIMO操作的方法和装置。

在一个实施例中，提供了一种用于上行链路(UL)传输的用户设备(UE)。UE包括收发器，该收发器被配置为向基站(BS)发送包括UE的全功率传输能力的UE能力信息，并从BS接收指示UL码本的配置信息。UE还包括可操作地连接到收发器的处理器，该处理器被配置为基于配置信息来识别用于UL传输的UL码本。所述收发器还被配置为基于所述UL码本向所述BS发送所述UL传输，其中，用于l个层的所述UL码本包括K_l个全功率发送预编码矩阵指示符(TPMI)和剩余的非全功率TPMI，其中，TPMI指示用于UL传输的预编码矩阵，并且l指示秩值。

在另一实施例中，提供了一种基站(BS)。BS包括收发器，该收发器被配置为从用户设备(UE)接收包括UE的全功率传输能力的UE能力信息。BS还包括可操作地连接到收发器的处理器，该处理器被配置为确定指示UE要应用于UL传输的上行链路(UL)码本的配置信息。所述收发器还被配置为向所述UE发送指示用于所述UL传输的所述UL码本的所述配置信息，并基于所述UL码本从所述UE接收所述UL传输，其中，用于l个层的所述UL码本包括K_l个全功率发送预编码矩阵指示符(TPMI)和剩余的非全功率TPMI，其中，TPMI指示用于UL传输的预编码矩阵，并且l指示秩值。

在又一实施例中，提供了一种用于操作用户设备(UE)以进行上行链路(UL)传输的方法。该方法包括：向基站(BS)发送包括UE的全功率传输能力的UE能力信息，从BS接收指示UL码本的配置信息，基于配置信息识别用于UL传输的UL码本，以及基于UL码本向BS发送UL传输，其中，l个层的UL码本包括K_l个全功率发送预编码矩阵指示符(TPMI)和剩余非全功率TPMI，其中，TPMI指示用于UL传输的预编码矩阵，并且l指示秩值。

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

有益效果

附图说明

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

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

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

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

图4A图示了根据本公开的实施例的正交频分多址发送路径的高级图；

图4B图示了根据本公开的实施例的正交频分多址接收路径的高级图；

图5图示了根据本公开的实施例的用于子帧中的PDSCH的发射器框图；

图6图示了根据本公开的实施例的用于子帧中的PDSCH的接收器框图；

图7图示了根据本公开的实施例的用于子帧中的PUSCH的发射器框图；

图8图示了根据本公开的实施例的用于子帧中的PUSCH的接收器框图；

图9图示了根据本公开的实施例的两个切片的示例复用；

图10图示了根据本公开的实施例的示例天线块；

图11图示了根据本公开的实施例的示例网络配置；

图12图示了根据本公开的实施例的可以由用户设备(UE)执行的用于基于UL码本发送UL传输的方法的流程图；以及

图13图示了根据本公开的实施例的可以由基站(BS)执行的用于基于UL码本接收UL传输的另一种方法的流程图。

具体实施方式

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

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

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

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

以下文档和标准描述通过引用被合并于此，如同在本文中完全阐述一样:3GPP TS36.211v15.7.0，“E-UTRA，物理信道和调制；”3GPP TS 36.212v15.7.0，“E-UTRA，复用和信道编码；”3GPP TS 36.213v15.7.0，“E-UTRA，物理层过程；”3GPP TS 36.321v15.7.0，“E-UTRA，媒体访问控制(MAC)协议规范；”3GPP TS 36.331v15.7.0，“E-UTRA，无线电资源控制(RRC)协议规范；”3GPP TR 22.891v14.2.0、3GPP TS 38.211v15.7.0，“E-UTRA,NR,物理信道和调制；”3GPP TS 38.213v15.7.0，“E-UTRA,NR,用于控制的物理层过程；”3GPP TS38.214v15.7.0，“E-UTRA,NR,用于数据的物理层过程；”以及3GPP TS 38.212v15.7.0，“E-UTRA,NR,复用和信道编码”。

简单地通过说明包含预期用于实施本发明的最佳模式的若干特定实施例及实现，本发明的各方面、特征及优点通过以下详细描述变得显而易见。公开还能够具有其他和不同的实施例，并且能够在各种明显的方面修改其若干细节，所有这些都不脱离本公开的精神和范围。因此，附图和描述本质上被认为是说明性的，而不是限制性的。在附图的各图中通过示例而非限制的方式示出了本公开。

在下文中，为简洁起见，FDD和TDD两者都被认为是用于DL和UL信令两者的双工方法。

尽管下面的示例性描述和实施例假设正交频分复用(OFDM)或正交频分多址(OFDMA)，但是此公开能够被扩展到其他基于OFDM的传输波形或多址方案，诸如滤波OFDM(F-OFDM)。

本公开覆盖能够结合或彼此组合使用或者可以作为独立方案操作的若干组件。

为了满足自4G通信系统的部署以来对对无线数据流量的增加需求，已经努力开发改进的5G或前5G通信系统。因此，5G或前5G通信系统也被称为“超4G网络”或“后LTE系统”。

5G通信系统被认为是在更高频率(mmWave)频带(例如，60GHz频带)中实现的，以便实现更高的数据速率。为了减轻无线电波的传播损耗并增加传输覆盖范围，在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全尺寸MIMO(FD-MIMO)、阵列天线、模拟波束成形、大型天线技术等。

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

在5G系统中，已经开发了作为自适应调制和编码(AMC)技术的混合频移键控和正交幅度调制(FQAM)和滑动窗口叠加编码(SWSC)，以及作为先进接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。

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

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

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

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

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

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

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

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

图2图示了根据本公开的实施例的示例gNB 102。图2中所示的gNB102的实施例仅用于说明，并且图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接收模拟或数字数据(诸如语音数据、web数据、电子邮件或交互式视频游戏数据)。TX处理电路215对输出基带数据进行编码、复用和/或数字化，以生成处理后的基带或IF信号。RF收发器210a-210n从TX处理电路215接收输出的处理后的基带或IF信号，并将基带或IF信号上变频为经由天线205a-205n发送的RF信号。

控制器/处理器225能够包括控制gNB 102的整体操作的一个或多个处理器或其他处理设备。例如，控制器/处理器225可以根据公知的原理控制RF收发器210a-210n、RX处理电路220和TX处理电路215对前向信道信号的接收和对反向信道信号的发送。控制器/处理器225也可以支持附加功能，诸如更多先进无线通信功能。

例如，控制器/处理器225可以支持波束成形或定向路由操作，其中，来自多个天线205a-205n的输出信号被不同地加权以在期望的方向上有效地引导输出信号。控制器/处理器225可以在gNB 102中支持各种各样的其他功能中的任何功能。

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

控制器/处理器225还被耦合到回程或网络接口235。回程或网络接口235允许gNB102通过回程连接或通过网络与其他设备或系统通信。接口235可以支持通过任何适当的有线或无线连接的通信。例如，当gNB 102被实现为蜂窝通信系统(诸如支持5G、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的单个实例，但是gNB102可以包括每个的多个实例(诸如每个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接收其他输出基带数据(诸如web数据、电子邮件或交互式视频游戏数据)。TX处理电路315对输出基带数据进行编码、复用和/或数字化，以生成处理后的基带或IF信号。RF收发器310从TX处理电路315接收输出的处理后的基带或IF信号，并将基带或IF信号上变频为经由天线305发送的RF信号。

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

处理器340还能够执行驻留在存储器360中的其他过程和程序，诸如用于上行链路信道上的UL传输的过程。处理器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可以被配置为作为其他类型的移动或固定设备进行操作。

图4A是发送路径电路的高级图。例如，发送路径电路可以被用于正交频分多址(OFDMA)通信。图4B是接收路径电路的高级图。例如，接收路径电路可以被用于正交频分多址(OFDMA)通信。在图4A和图4B中，对于下行链路通信，发送路径电路可以在基站(gNB)102或中继站中被实现，并且接收路径电路可以在用户设备(例如，图1的用户设备116)中被实现。在其他示例中，对于上行链路通信，接收路径电路450可以在基站(例如，图1的gNB102)或中继站中被实现，并且发送路径电路可以在用户设备(例如，图1的用户设备116)中被实现。

发送路径电路包括信道编码和调制块405、串行到并行(S到P)块410、大小为N的逆快速傅里叶变换(IFFT)块415、并行到串行(P到S)块420、添加循环前缀块425和上变频器(UC)430。接收路径电路450包括下变频器(DC)455、移除循环前缀块460、串行到并行(S到P)块465、大小为N的快速傅里叶变换(FFT)块470、并行到串行(P到S)块475、以及信道解码和解调制块480。

图4A 400和图4B 450中的至少一些组件可以用软件实现，而其他组件可以通过可配置硬件或软件和可配置硬件的混合来实现。尤其是，应注意，此公开文档中描述的FFT块和IFFT块可以被实现为可配置软件算法，其中，大小N的值可以根据实现来修改。

此外，尽管此公开涉及实现快速傅里叶变换和逆快速傅里叶变换的实施例，但这仅是说明性的，并且不应被解释为限制本公开的范围。可以理解，在本公开的替代实施例中，快速傅里叶变换函数和逆快速傅里叶变换函数可以容易地分别由离散傅里叶变换(DFT)函数和逆离散傅里叶变换(IDFT)函数代替。可以理解，对于DFT和IDFT函数，N变量的值可以是任何整数(即，1、4、3、4等)，而对于FFT和IFFT函数，N变量的值可以是作为2的幂的任何整数(即，1、2、4、8、16等)。

在发送路径电路400中，信道编码和调制块405接收一组信息比特，对输入比特应用编码(例如，LDPC编码)并进行调制(例如，正交相移键控(QPSK)或正交幅度调制(QAM))以产生频域调制符号的序列。串行到并行块410将串行调制符号转换(即，解复用)为并行数据以产生N个并行符号流，其中，N是BS 102和UE 116中使用的IFFT/FFT大小。然后，大小为N的IFFT块415对N个并行符号流执行IFFT操作，以产生时域输出信号。并行到串行块420转换(即，复用)来自大小为N的IFFT块415的并行时域输出符号以产生串行时域信号。添加循环前缀块425然后将循环前缀插入到时域信号。最后，上变频器430将添加循环前缀块425的输出调制(即，上变频)到RF频率以经由无线信道进行传输。在转换到RF频率之前，还可以在基带处对信号进行滤波。

发送的RF信号在通过无线信道之后到达UE 116，并且执行与gNB 102处的操作相反的操作。下变频器455将接收到的信号下变频到基带频率，并且移除循环前缀块460移除循环前缀以产生串行时域基带信号。串行到并行块465将时域基带信号转换为并行时域信号。然后，大小为N的FFT块470执行FFT算法以产生N个并行频域信号。并行到串行块475将并行频域信号转换为调制数据符号的序列。信道解码和解调块480解调并且然后解码调制符号以恢复原始输入数据流。

gNB 101-103中的每一个可以实现类似于在下行链路中向用户设备111-116发送的发送路径，并可以实现类似于在上行链路中从用户设备111-116接收的接收路径。类似地，用户设备111-116中的每一个可以实现与用于在上行链路中向gNB101-103发送的架构相对应的发送路径，并可以实现与用于在下行链路中从gNB101-103接收的架构相对应的接收路径。

已经标识和描述了5G通信系统用例。这些用例能够被大致分类为三个不同的组。在一个示例中，增强型移动宽带(eMBB)被确定为处理高比特/秒要求，具有不太严格的延迟和可靠性要求。在另一示例中，确定超可靠和低延迟(URLL)，具有不太严格的比特/秒要求。在又一示例中，确定大规模机器类型通信(mMTC)，设备的数量能够是每km²多达10万至100万，但是可靠性/吞吐量/延迟要求可能不太严格。这种场景也可能涉及功率效率要求，因为电池消耗可以被尽可能地最小化。

通信系统包括从诸如基站(BS)或NodeB的发送点向用户设备(UE)传送信号的下行链路(DL)和从UE向诸如NodeB的接收点传送信号的上行链路(UL)。UE，(通常也称为终端或移动站，)可以是固定的或移动的，并且可以是蜂窝电话、个人计算机设备或自动化设备。eNodeB，通常是固定站，也可以被称为接入点或其它等效术语。对于LTE系统，NodeB通常被称为eNodeB。

在诸如LTE系统的通信系统中，DL信号能够包括传送信息内容的数据信号、传送DL控制信息(DCI)的控制信号、以及也被称为导频信号的参考信号(RS)。eNodeB通过物理DL共享信道(PDSCH)发送数据信息。eNodeB通过物理DL控制信道(PDCCH)或增强型PDCCH(EPDCCH)发送DCI。

eNodeB在物理混合ARQ指示符信道(PHICH)中响应于来自UE的数据传输块(TB)传输而发送确认信息。eNodeB发送包括UE公共RS(CRS)、信道状态信息RS(CSI-RS)或解调RS(DMRS)的多种类型的RS中的一个或多个。CRS通过DL系统带宽(BW)被发送，并且能够由UE使用以获得信道估计来解调数据或控制信息或者执行测量。为了减少CRS开销，eNodeB可以在时域和/或频域中以比CRS更小的密度发送CSI-RS。DMRS可能够仅在相应的PDSCH或EPDCCH的BW中被发送，并且UE能够使用DMRS来分别解调PDSCH或EPDCCH中的数据或控制信息。用于DL信道的传输时间间隔被称为子帧，并能够具有例如1毫秒的持续时间。

DL信号还包括携带系统控制信息的逻辑信道的传输。当DL信号传送主信息块(MIB)时，BCCH被映射到被称为广播信道(BCH)的传输信道，或者当DL信号传送系统信息块(SIB)时，BCCH被映射到DL共享信道(DL-SCH)。大多数系统信息被包括在使用DL-SCH发送的不同SIB中。能够通过传送具有用系统信息RNTI(SI-RNTI)加扰的循环冗余校验(CRC)的码字的对应PDCCH的传输来指示子帧中的DL-SCH上的系统信息的存在。可替换地，能够在较早的SIB中提供用于SIB传输的调度信息，并且能够由MIB提供用于第一SIB(SIB-1)的调度信息。

以子帧和一组物理资源块(PRB)为单位执行DL资源分配。发送BW包括被称为资源块(RB)的频率资源单元。每个RB包括E_PDCCH个子载波或资源元素(RE)，诸如12个RE。一个子帧上的一个RB单元被称为PRB。对于PDSCH发送BW，针对总共

个RE，能够为UE分配n_s＝(n_s0+y·N_EPDCCH)modD个RB。

UL信号能够包括传送数据信息的数据信号、传送UL控制信息(UCI)的控制信号和ULRS。UL RS包括DMRS和探测RS(SRS)。UE仅在相应的PUSCH或PUCCH的BW中发送DMRS。eNodeB能够使用DMRS来解调数据信号或UCI信号。UE发送SRS以向eNodeB提供UL CSI。UE通过相应的物理UL共享信道(PUSCH)或物理UL控制信道(PUCCH)来发送数据信息或UCI。如果UE需要在相同的UL子帧中发送数据信息和UCI，则UE可以在PUSCH中复用两者。UCI包括指示PDSCH中的数据TB的正确(ACK)或不正确(NACK)检测或不存在PDCCH检测(DTX)的混合自动重传请求确认(HARQ-ACK)信息、指示UE在UE的缓冲器中是否有数据的调度请求(SR)、秩指示符(RI)以及使eNodeB能够执行用于到UE的PDSCH传输的链路自适应的信道状态信息(CSI)。UE还响应于检测到指示半永久调度的PDSCH的释放的PDCCH/EPDCCH而发送HARQ-ACK信息。

UL子帧包括两个时隙。每个时隙包括用于发送数据信息、UCI、DMRS或SRS的

个符号。UL系统BW的频率资源单元是RB。UE被分配N_RB个RB，用于发送BW的总共/>

个RE。对于PUCCH，N_RB＝1。最后一个子帧符号能够被用于复用来自一个或多个UE的SRS传输。可用于数据/UCI/DMRS传输的子帧符号的数量是/>

其中，如果最后一个子帧符号被用于传输SRS，则N_SRS＝1，否则N_SRS＝0。

图5图示了根据本公开的实施例的用于子帧中的PDSCH的发射器框图500。图5中所示的发射器框图500的实施例仅用于说明。图5不将本公开的范围限制于发射器框图500的任何特定实现。

如图5所示，信息比特510由诸如turbo编码器的编码器520编码，并且由调制器530例如使用正交相移键控(QPSK)调制来调制。串行到并行(S/P)转换器540生成M个调制符号，这些调制符号后续被提供给映射器550以被映射到由发送BW选择单元555为分配的PDSCH发送BW选择的RE，单元560应用逆快速傅里叶变换(IFFT)，然后输出由并行到串行(P/S)转换器570串行化以创建时域信号，由滤波器580应用滤波，并且信号被发送590。诸如数据加扰、循环前缀插入、时间窗口、交织等的附加功能在本领域中是公知的，并且为了简洁起见未示出。

图6图示了根据本公开的实施例的用于子帧中的PDSCH的接收器框图600。图6中所示的框图600的实施例仅用于说明。图6不将本公开的范围限制于框图600的任何特定实现。

如图6所示，接收信号610由滤波器620滤波，用于分配的接收BW的RE 630由BW选择器635选择，单元640应用快速傅里叶变换(FFT)，并且输出由并行到串行转换器650串行化。随后，解调器660通过应用从DMRS或CRS(未示出)获得的信道估计来相干地解调数据符号，并且诸如turbo解码器的解码器670()对经解调的数据进行解码以提供对信息数据比特680的估计。为简洁起见，诸如时间加窗、循环前缀移除、解扰、信道估计和解交织之类的附加功能未示出。

图7图示了根据本公开的实施例的用于子帧中的PUSCH的发射器框图700。图7中所示的框图700的实施例仅用于说明。图7不将本公开的范围限制于框图700的任何特定实现。

如图7所示，信息数据比特710由诸如turbo编码器的编码器720编码，并且由调制器730调制。离散傅里叶变换(DFT)单元740对调制的数据比特应用DFT，由发送BW选择单元755选择与分配的PUSCH发送BW相对应的RE 750，单元760应用IFFT，并且在循环前缀插入(未示出)之后，由滤波器770应用滤波，并且信号被发送780。

图8图示了根据本公开的实施例的用于子帧中的PUSCH的接收器框图800。图8中所示的框图800的实施例仅用于说明。图8不将本公开的范围限制于框图800的任何特定实现。

如图8所示，接收信号810由滤波器820滤波。随后，在循环前缀()被移除(未示出)之后，单元830应用FFT，由接收BW选择器845选择与所分配的PUSCH接收BW相对应的RE 840，单元850应用逆DFT(IDFT)，解调器860通过应用从DMRS(未示出)获得的信道估计来相干地解调数据符号，诸如turbo解码器的解码器870()对解调的数据进行解码以提供信息数据比特880的估计。

在下一代蜂窝系统中，设想了超出LTE系统的能力的各种用例。被称为5G或第五代蜂窝系统，能够在低于6GHz和高于6GHz(例如，在mmWave机制中)操作的系统成为要求之一。在3GPP TR 22.891中，已经标识和描述了74个5G用例；这些用例能够被大致分类为三个不同的组。第一组被称为“增强型移动宽带(eMBB)”，其目标是具有不太严格的延迟和可靠性要求的高数据速率服务。第二组被称为“超可靠和低延迟(URLL)”，其目标是具有不太严格的数据速率要求但不太容忍延迟的应用。第三组被称为“大规模MTC(mMTC)”，其目标是大量低功率设备连接，诸如每km² 100万个，具有不太严格的可靠性、数据速率和延迟要求。

为了使5G网络支持具有不同服务质量(QoS)的此类多样化服务，3GPP规范中已经标识了一种被称为网络切片的方法。为了有效地利用PHY资源并在DL-SCH中复用各种切片(利用不同的资源分配方案、参数集和调度策略)，利用灵活且自包含的帧或子帧设计。

图9图示了根据本公开的实施例的两个切片900的示例复用。图9中所示的两个切片900的复用的实施例仅用于说明。图9不将本公开的范围限制于两个切片900的复用的任何特定实现。

在图9中描绘了在公共子帧或帧内复用两个切片的两个示例性实例。在这些示例性实施例中，切片能够由一个或两个传输实例组成，其中，一个传输实例包括控制(CTRL)分量(例如，920a、960a、960b、920b或960c)和数据分量(例如，930a、970a、970b、930b或970c)。在实施例910中，两个切片在频域中被复用，而在实施例950中，两个切片在时域中被复用。这两个切片能够利用参数集的不同集合来发送。

3GPP规范支持多达32个CSI-RS天线端口，这使gNB能够被配备有大量天线元件(诸如64或128个)。在这种情况下，多个天线元件被映射到一个CSI-RS端口上。对于诸如5G的下一代蜂窝系统，CSI-RS端口的最大数量能够保持相同或增加。

图10图示了根据本公开的实施例的示例天线块1000。图10中所示的天线块1000的实施例仅用于说明。图10不将本公开的范围限制于天线块1000的任何特定实现。

对于mmWave频带，尽管针对给定的形状因子，天线元件的数量能够更大，但是CSI-RS端口的数量—其能够对应于数字预编码端口的数量—由于硬件约束(诸如在mmWave频率下安装大量ADC/DAC的可行性)而倾向于受到限制，如图10所示。在这种情况下，一个CSI-RS端口被映射到能够由一组模拟移相器控制的大量天线元件上。然后一个CSI-RS端口能够对应于通过模拟波束成形产生窄模拟波束的一个子阵列。此模拟波束能够被配置为通过跨符号或子帧改变移相器组来扫过更宽范围的角度。子阵列的数量(等于RF链的数量)与CSI-RS端口的数量NCSI-PORT相同。数字波束成形单元跨NCSI-PORT个模拟波束执行线性组合，以进一步增加预编码增益。尽管模拟波束是宽带的(因此不是频率选择性的)，但是数字预编码能够跨频率子带或资源块而变化。

尽管下面的示例性描述和实施例假设正交频分复用(OFDM)或正交频分多址(OFDMA)，但是本公开能够被扩展到其他基于OFDM的传输波形或多址方案，诸如滤波OFDM(F-OFDM)。

图11图示了根据本公开的实施例的示例网络配置1100。图11所示的网络配置1100的实施例仅用于说明。图11不将本公开的范围限制于配置1100的任何特定实现。

为了使5G网络支持具有不同服务质量(QoS)的此类多样化服务，3GPP规范中已经标识了一种方案，称为网络切片。

如图11所示，运营商的网络1110包括与诸如gNB 1130a和1130b、小型小区基站(毫微微/峰值gNB或Wi-Fi接入点)1135a和1135b的网络设备相关联的多个无线电接入网络1120。网络1110能够支持各种服务，每个服务被表示为切片。

在该示例中，URLL切片1140a服务需要URLL服务的UE，诸如汽车1145b、卡车1145c、智能手表1145a和智能眼镜1145d。两个mMTC切片1150a和1550b服务需要mMTC服务的UE，诸如功率计1155a和温度控制盒1155b。一个eMBB切片1160a服务需要eMBB服务的UE，诸如蜂窝电话1165a、膝上型计算机1165b和平板计算机1165c。还能够设想配置有两个切片的设备。

为了实现数字预编码，CSI-RS的有效设计是关键因素。为此，支持与三种类型的CSI-RS测量行为相对应的三种类型的CSI报告机制，例如，与非预编码CSI-RS相对应的“A级”CSI报告、与UE特定的波束成形CSI-RS相对应的具有K＝1个CSI-RS资源的“B级”报告、以及与小区特定的波束成形CSI-RS相对应的具有K>1个CSI-RS资源的“B级”报告。

对于非预编码(NP)CSI-RS，CSI-RS端口与TXRU之间的小区特定的一对一映射被利用。不同的CSI-RS端口具有相同的宽波束宽度和方向，并且因此通常具有小区宽覆盖范围。对于波束成形CSI-RS，在非零功率(NZP)CSI-RS资源(例如，包括多个端口)上应用小区特定或UE特定的波束成形操作。至少在给定的时间/频率，并且至少从gNB的角度来看，CSI-RS端口具有窄波束宽度，并且因此不具有小区宽覆盖范围。至少一些CSI-RS端口-资源组合具有不同的波束方向。

在能够通过服务eNodeB处的UL信号测量DL长期信道统计的场景中，UE特定的BFCSI-RS能够容易地使用。当UL-DL双工距离足够小时，这通常是可行的。然而，当此条件不成立时，一些UE反馈对于eNodeB获得DL长期信道统计(或其任何表示)的估计是必要的。为了促进这样的过程，以周期T1(ms)发送第一BF CSI-RS并且以周期T2(ms)发送第二NP CSI-RS，其中，T1≤T2。此方法被称为混合CSI-RS。混合CSI-RS的实现很大程度上取决于CSI过程和NZP CSI-RS资源的定义。

在3GPP LTE规范中，使用基于码本的传输方案来支持UL SU-MIMO传输。也就是说，UL授权(包含DCI格式4)包括单个PMI字段(连同RI)，其指示UE将用于调度的UL传输的单个预编码向量或矩阵(来自预定义码本)。因此，当多个PRB被分配给UE时，由PMI指示的单个预编码矩阵意味着宽带UL预编码被利用。

尽管其简单，但这显然是次优的，因为典型UL信道是频率选择性的，并且UE被频率调度为使用多个PRB进行发送。Rel.10LTE UL SU-MIMO的又一缺点是其缺乏对在eNB处不可用准确UL-CSI的场景的支持(这对于正确地操作基于码本的传输是必需的)。这种情况能够发生在具有高移动性UE或隔离性差的小区中的突发小区间干扰的场景中。

因此，出于以下原因，需要设计新组件以实现对UL MIMO的更有效支持。第一，只要有可能，就需要支持用于UL MIMO的频率选择性(或子带)预编码。第二，即使在eNB处准确的UL-CSI不可用时，UL MIMO也应提供有竞争力的性能。第三，所提出的UL MIMO解决方案应该能够利用UL-DL互易性，其中，UE利用CSI-RS来为TDD场景提供UL-CSI估计。于2017年4月19日提交的题目为“Method and Apparatus for Enabling Uplink MIMO”的序列号为15/491,927的美国专利申请中描述了此类高效UL MIMO操作和组件的附加示例，其全部内容通过引用被合并于此。

在3GPP LTE UL码本中，已经支持具有天线选择的预编码器，以便保持峰均功率比(PAPR)为低并保持秩>1的立方度量(CM)为小。天线选择在一些场景中提供性能改进，特别是对于LTE中的基于SC-FDMA的UL。然而，对于5G NR系统，在3GPP RAN1中已经达成共识UL主要将是基于CP-OFDM的，尽管也将支持基于SC-FDMA的。在基于CP-OFDM的UL的情况下，天线选择将显示任何性能增益尚不清楚。无论是否考虑天线选择，对于5G NR中的UL码本存在若干替代方案。另外，UL码本设计还取决于UE是否能够使用所有天线端口或天线端口的子集来发送UL数据(PUSCH)。例如，UE能够进行全相干(所有天线端口)、部分相干(天线端口的子集)或非相干UL传输(单个天线端口)中的至少一个以在UL中发送层。已经设计了的5G NRUL码本考虑到了这种UE相干能力。然而，如果应用类似于LTE的UL功率控制，则UL功率控制存在一些问题(如稍后解释的)。本公开解决了用于UL功率控制的几个示例实施例以克服这些问题。

在3GPP NR中，UL传输经由设置为“码本(codebook)”或“非码本(nonCodebook)”的PUSCH-Config中的高层参数txConfig被配置为基于码本或非基于码本。

根据3GPP NR规范，对于基于码本的UL传输支持以下内容。对于基于码本的传输，UE基于TPMI和在PUSCH-Config中接收到较高层参数UL码本子集(ULCodebookSubset)或码本子集(codebookSubset)确定UE的码本子集，其中，PUSCH-Config可以取决于UE能力被配置为“全相干和部分相干和非相干(fullAndPartialAndNonCoherent)”或“部分相干和非相干(partialAndNonCoherent)”或“非相干(nonCoherent)”。最大传输秩可以通过PUSCH-Config中的较高参数UL最大秩(ULmaxRank)或最大秩(maxRank)被配置。

报告UE的“部分相干和非相干”传输的UE能力的UE可能不期望由具有“全相干和部分相干和非相干”的UL码本子集配置。

报告UE的“非相干(Non-Coherent)”传输的UE能力的UE可能不期望由具有“全相干和部分相干和非相干”或具有“部分相干和非相干”的UL码本子集来配置。

当两个天线端口被配置时，UE可能不期望使用设置为“部分相干和非相干”的较高层参数UL码本子集来配置。

在本公开中，“全相干和部分相干和非相干”、“部分相干和非相干”和“非相干”被称为相干类型/能力的三个示例，其中，术语“相干性”意味着UE处的天线端口的子集，其能够被用于相干地发送UL数据层。

根据NR规范，对于非基于码本的UL传输，预编码矩阵W等于单位矩阵。对于基于码本的UL传输，针对单个天线端口上的单层传输，预编码矩阵W由W＝1给出，否则由表1至表6给出。

表7和表8中总结了三种相干性类型的TPMI索引的子集，其中，秩＝r对应于(并且等同于)r个层。

分别使用TRI和TPMI向UE指示秩(或层数)和对应的预编码矩阵W。在一个示例中，此指示是经由DCI中的字段“预编码信息和层数”联合的，例如，使用DCI格式0_1。在另一示例中，此指示经由较高层RRC信令。在一个示例中，字段“预编码信息和层数”与TRI/TPMI之间的映射是根据NR的。

表1.用于使用两个天线端口的单层传输的预编码矩阵

表2.用于使用启用变换预编码的四个天线端口的单层传输的预编码矩阵W

表3.用于禁用变换预编码的使用四个天线端口的单层传输的预编码矩阵W

表4.用于禁用变换预编码的使用两个天线端口的两层传输的预编码矩阵W

表5.用于禁用变换预编码的使用四个天线端口的两层传输的预编码矩阵W

表6.用于禁用变换预编码的使用四个天线端口的三层传输的预编码矩阵W

/>

表7.用于禁用变换预编码的使用四个天线端口的四层传输的预编码矩阵W

表8.用于2个天线端口的TPMI索引

秩	非相干	全相干和部分相干和非相干
			1	0-1	0-5
2	0	0-2

表9.用于4个天线端口的TPMI索引

秩	非相干	部分相干和非相干	全相干和部分相干和非相干
				1	0-3	0-11	0-27
2	0-5	0-13	0-21
				3	0	0-2	0-6
4	0	0-2	0-4

表10.用于2个天线端口的预编码矩阵W的总功率

表11.用于4个天线端口的预编码矩阵W的总功率

表10和表11中总结了用于不同秩和相干类型的预编码矩阵W的总功率。能够观察到以下问题。

在一个问题中，对于非相干和部分相干TPMI，总功率随着秩增加而增加，这意味着TPMI选择将偏向于更高的秩。尤其是，即使对于小区边缘UE，也可能不选择秩1TPMI，这能够严重影响小区边缘性能。

在另一问题中，对于给定秩，非相干TPMI的总功率≤部分相干TPMI的总功率≤全相干TPMI的总功率。这种趋势的原因是非零天线端口的功率跨三种类型的TPMI而不改变。这在一些场景中，(例如，用于功率节省的UE实现，)可能是有益的。然而，这可能并不总是期望的。

上述问题能够通过UL功率控制来处理。本公开提供了一些示例和实施例。本公开的范围不仅限于这些实施例，而是包括所提供的实施例的任何扩展或组合。

在一个实施例1中，对于PUSCH，UE首先将服务小区c的载波f的UL带宽部分(BWP)b上的发射功率P_PUSCH,f,c(i,j,q_d,l)的线性值

缩放β，然后将得到的缩放功率在其上发送非零PUSCH的天线端口上均分。使用以下替代方案中的至少一个来确定β。在Alt 1-1的一个示例中，β＝1。在Alt 1-2的另一示例中，/>

在Alt 1-3的又一示例中，/>

在此类示例中，ρ是天线端口{p_0,...,p_ρ-1}的数量或为传输方案配置的天线端口的数量或UE在一个SRS资源中支持的SRS端口的最大数量。在此类示例中，ρ₀是非零天线端口{p₀,...,p_ρ-1}的数量或具有非零PUSCH传输功率的天线端口的数量，并且K是整数并且属于{1,2,…ρ}。

确定K值的示例是K＝2ⁱ，其中，i＝0,1,..,log₂ρ:对于ρ＝1(1个天线端口)，K＝1；对于ρ＝2(2个天线端口)，K＝1或2；并且对于ρ＝4(4个天线端口)，K＝1或2或4。

确定K值的另一示例如下：对于非基于码本的UL传输，K＝1；并且对于基于码本的UL传输，K从表11给出。

表12.K值的示例

根据Alt 1-3的β值和如表12中的K值总结在表13和表14中。注意，对于4个天线端口，用于相干类型＝部分相干和非相干(PC+NC)、秩2和秩3，并且非相干(NC)TPMI的β值为1，这意味着对于秩2和秩3，每个非零(NZ)端口的功率分别为1/2和1/3。这与用于秩2和秩3以及部分相干TPMI的每NZ端口1/4的功率不同。也就是说，每NZ端口的功率跨秩2和秩3TPMI而改变。

表13.根据Alt 1-3并且针对2个天线端口的β值

表14.对于4个天线端口，根据Alt 1-3的β值和如表12中的K值

在一个子实施例1-1中，在说明书中仅支持β的一个替代方案(例如，Alt1-1或Alt1-2)。

在一个子实施例1-2中，在说明书中支持β的多个替代方案。多个值中的一个经由较高层(RRC)或更动态的基于MAC CE或基于DCI的信令来配置。如果经由RRC信令配置，则能够基于RRC参数UL码本子集或/和UL最大秩隐式配置。可替换地，由UE报告优选值。此报告能够是UE能力的一部分。例如，当UE报告UE的相干能力时，UE能够报告优选的β值。

在一个实施例2中，对于PUSCH，UE首先将服务小区的载波f的UL BWPb上的发射功率P_PUSCH,f,c(i,j,q_d,l)的线性值

缩放β，然后将所得的缩放功率在发送非零PUSCH的天线端口上均分，其中，β值基于TPMI相干类型是“全相干和部分相干和非相干”还是“部分相干和非相干”还是“非相干”来确定。

在一个子实施例2-1中，如果较高层(RRC)参数UL码本子集＝“全相干和部分相干和非相干”或者UE报告UE的UE能力为“全相干和部分相干和非相干”，则

(e.g.,Alt1-2)(例如，Alt 1-2)，否则β＝1(例如，Alt 1-1)。

在一个子实施例2-2中，如果较高层(RRC)参数UL码本子集＝“全相干和部分相干和非相干”或“部分相干和非相干，或者UE报告UE的UE能力为“全相干和部分相干和非相干”或“部分相干和非相干，则

(例如，Alt 1-2)，否则β＝1(Alt 1-1)。

在一个子实施例2-3中，如果较高层(RRC)参数UL码本子集＝“全相干和部分相干和非相干”或者UE报告UE的UE能力为“全相干和部分相干和非相干，”则

(例如，Alt 1-3)，否则β＝1(例如，Alt 1-1)。

在一个子实施例2-4中，如果较高层(RRC)参数UL码本子集＝“全相干和部分相干和非相干”或“部分相干和非相干”，或者UE报告UE的UE能力为“全相干和部分相干和非相干”或“部分相干和非相干”，则

(Alt 1-3)，否则β＝1(Alt 1-1)。

在一个子实施例2-5中，如果较高层(RRC)参数UL码本子集＝“全相干和部分相干和非相干”或者UE报告UE的UE能力为“全相干和部分相干和非相干”，则

(Alt 1-3)，否则/>

(Alt 1-2)。

在一个子实施例2-6中，如果较高层(RRC)参数UL码本子集＝“全相干和部分相干和非相干”或“部分相干和非相干，或者UE报告UE的UE能力为“全相干和部分相干和非相干”或“部分相干和非相干，则

(Alt 1-3)，否则/>

(Alt 1-2)。

在一个实施例3中，对于PUSCH，UE首先将服务小区c的载波的UL BWPb上的发射功率P_PUSCH,f,c(i,j,q_d,l)的线性值

缩放β，然后将所得的缩放功率在其上发送非零PUSCH的天线端口上均分，其中，β值取决于相干天线端口组(G)的数量和秩来确定。使用以下替代方案中的至少一个来确定β。

在Alt 3-1的一个示例中，

在Alt 3-2的一个示例中，β＝β₁β₂，其中，

跨在其上发送非零PUSCH的相干天线端口组均等地缩放发射功率，并且

注意，如果配置的天线端口的数量(ρ)被均等地划分为G个相干端口组，则G等同于Alt 1-3(实施例1)中的K，并且/>

然后/>

在Alt 3-3的一个示例中，β＝β₁β₂，其中，

并且/>

在Al t 3-4的一个示例中，β＝β₁/β₂，其中，/>

并且/>

在Alt 3-5的一个示例中，β＝β₁/β₂，其中，/>

并且/>

在Alt 3-6的一个示例中，β＝β₁β₂，其中，/>

并且

在此类示例中：G是相干天线端口组的数量；G₀是在其上发送非零PUSCH的相干天线端口组的数量；ρ_g是第g个相干天线端口组中为传输方案配置的天线端口的数量；ρ_0,g是第g个相干天线端口组中具有非零PUSCH传输的天线端口的数量；并且R是层数(或秩值)。

在一个示例中，根据Alt 3-6的G值由表12中的G＝K给出。在一个示例中，根据Alt3-2的G₀值由表15给出。

表15.根据Alt 3-2的G₀值

在一个示例中，根据Alt方案3-3的β₁值由表16给出，其中，G₀值根据表15，并且G＝K根据表12。

表16.根据Alt 3-3的β₁值

在示例中，对于非基于码本的UL传输，G＝用于UL传输方案的配置的天线端口的数量，并且对于基于码本的UL传输，用于三种相干类型的相干天线端口组的数量(G)如表17所示。

表17.相干天线端口组的数量(G)

相干类型	天线端口数＝2	天线端口数＝4
			非相干	2	4
部分相干和非相干		2
			全相干和部分相干和非相干	1	1

在另一示例中，对于给定数量的天线端口，用于非基于码本的UL传输的β值与用于具有NC相干类型的基于码本的UL传输的β值相同。

对于基于码本的UL传输，表18和表19中总结了根据Alt 3-2的β值。表20和表21中总结了每个非零天线端口的对应功率。注意，对于4个天线端口：用于相干类型＝部分相干和非相干、秩2和非相干TPMI的β值是1(对于TPMI索引＝1、4)或1/21(对于TPMI索引＝0、2、3、5)；对于给定的秩，除了相干类型＝部分相干和非相干、秩2和非相干TPMI之外，每个非零天线端口的功率不改变；每个非零天线端口的功率确实跨秩改变；对于相干类型＝非相干和部分相干和非相干，每个非零天线端口的功率确实跨秩改变；并且对于所有秩，对于相干类型＝全相干和部分相干和非相干(FC+PC+NC)，每个非零天线端口的功率不改变。

根据诸如Alt 3-3、3-4或3-5的其他替代方案()的β值能够类似地被构造。

表18.根据Alt 3-2的用于2个天线端口的β值

表19.根据Alt 3-2的用于4个天线端口的β值

/>

表20.根据Alt 3-2的用于2个天线端口的每个非零天线端口的功率

表21.根据Alt 3-2的用于4个天线端口的每个非零天线端口的功率

/>

使用以下子实施例中的至少一个，以便确保每个非零天线端口的功率对于给定秩不改变。

在一个子实施例3-1中，用于4个天线端口、相干类型＝部分相干和非相干、秩2以及非相干TPMI索引1和4的β₁值被设置为β₁＝1/2。注意，每个非零天线端口的功率变为1/4，并且因此等于用于其他秩2TPMI的每个非零天线端口的功率。

在一个子实施例3-2中，对于每个秩r，仅使用或基于最相干的TPMI来确定β₁值，并且所确定的β₁值用于秩r的所有TPMI。在一个示例中，FC+PC+NC相干类型，最相干TPMI＝FCTPMI。在一个示例中，PC+NC相干类型，最相干TPMI＝PC TPMI。在一个示例中，NC相干类型，最相干TPMI＝NC TPMI。

在一个子实施例3-3中，对于给定秩r，β₁值被确定为

其中，γ_i＝使用TPMIi在其上发送非零PUSCH的相干端口组的数量。

注意，在对于子实施例3-1、3-2和3-3中的任一个，有4个天线端口并且相干类型＝部分相干和非相干的情况下，对于所有秩2TPMI，每个非零天线端口的功率变为1/4。所得β值总结在表22和表23中。

表22.根据Alt 3-2的用于2个天线端口的β值

表23.根据Alt 3-2且用于4个天线端口的β值

在子实施例3-4中，对于非基于码本的UL传输，β＝1，即总功率在发送非零PUSCH的天线端口上均分。

在一个实施例4中，对于基于码本的UL传输，将用于UL传输的功率缩放应用于由TPMI指示的预编码矩阵W(而不是如实施例1-3中提供的对PUSCH传输的功率缩放)。例如，预编码矩阵W(参见表1至表8)按照

或/>

缩放，即，/>

或/>

被包括在预编码矩阵W前面的预乘(标量归一化)因子中，其中，β或(β₁,β₂)是根据本公开的实施例中的替代方案之一，例如Alt 3-2。

对于非基于码本的UL传输，UE能够基于来自DCI的宽带SRI字段来确定UE的PUSCH预编码器和传输秩，并应用功率缩放

其中，r是传输秩。

在一个实施例5中，对于基于码本的UL传输，用于UL传输的功率缩放应用于由TPMI指示的预编码矩阵W和PUSCH传输两者。例如：将

缩放应用于预编码矩阵W，并将β2缩放应用于NZ PUSCH传输；或者将/>

缩放应用于预编码矩阵W，并将β1缩放应用于NZ PUSCH传输，其中，β1和β2是根据本公开中的实施例中的替代方案之一，例如Alt方案3-2、3-3或3-6。

对于非基于码本的UL传输，将功率缩放

应用于由TPMI指示的预编码矩阵W和PUSCH传输中的一个，其中，r是传输秩。

在一个实施例6中，由UE报告UE是否能够从多个值(对应于多个β值)改变(适配)非零PUSCH天线端口的功率作为UE能力信令的一部分。例如，UE报告(经由1比特能力信令)其是否能够仅支持

(例如，Alt 1-2)或支持/>

(例如，Alt 1-2)和β＝β1β2(例如，Alt 3-2、3-3或3-6)两者。

在一个实施例7中，对于PUSCH，UE首先将服务小区c的载波f的ULBWPb上的发射功率PPUSCH,f,c(i,j,qd,l)的线性值

缩放β，并且然后将得到的缩放功率在发送非零PUSCH的天线端口上均分，其中，如果/>

则β＝β1β2是根据Alt 3-2至Alt 3-6中的至少一个，否则，/>

是在PUSCH传输周期i中为服务小区c的载波f配置的UE发射功率PCMAX,f,c(i)的线性值。

在变型7A中，不等式条件被替换为

在此实施例的一个示例中(基于Alt 3-3)，如果

或/>

(变型7A)，则β＝β1β2，

且/>

其中，β1值由表16给出，其中，G0值根据表14，并且G＝K根据表12，否则β1＝1。

在一个示例中(基于Alt 3-6)，如果

或/>

(变型7A)，则β＝β1β2，/>

并且

其中，G值由表11中的G＝K给出，否则β₁＝1。

在一个实施例8中，对于PUSCH，UE首先将服务小区c的载波f的UL BWPb上的发射功率P_PUSCH,f,c(i,j,q_d,l)的线性值

缩放β，并且然后将所得到的缩放功率在发射非零PUSCH的天线端口上均分，其中，如果/>

则β＝β₁β₂是根据Alt 3-2至Alt 3-6中的至少一个，否则/>

是PCMAX_H,f,c＝MIN{PEMAX,c,PPowerClass–ΔPPowerClass}的线性值，其中，PEMAX，c是由服务小区c的信息元素(IE)P-Max给出的值；PPowerClass是最大UE功率；当指示23dBm或更低的P-max时或者如果在小区中上行链路/下行链路配置为0或6，对于在频带n41中能够以功率等级2操作的UE，ΔPPowerClass＝3dB；否则，ΔPPowerClass＝0dB。在变型8A中，不等式条件被替换为/>

在此实施例的一个示例中(基于Alt 3-3)，如果

或/>

(变型8A)，则β＝β₁β₂，

并且/>

其中，β₁值由表15给出，其中，G₀值根据表15，并且G＝K根据表11，否则β₁＝1。

在一个示例中(基于Alt 3-6)，如果

或/>

(变型8A)，则β＝β₁β₂，/>

并且

其中，G值由表11中的G＝K给出，否则β₁＝1。

在一个实施例9中，对于PUSCH，UE首先将服务小区c的载波f的UL BWPb上的发射功率P_PUSCH,f,c(i,j,q_d,l)的线性值

则β＝β₁β₂是根据Alt 3-2至Alt 3-6中的至少一个，否则/>

是最大UE功率PPowerClass的线性值。在变型9A中，不等式条件被替换为/>

在此实施例的一个示例中(基于Alt 3-3)，如果

/>

或/>

(变型9A)，则β＝β₁β2，/>

并且

其中，β₁值由表16给出，其中，G₀值根据表15，并且G＝K根据表12，否则β₁＝1。

在一个示例中(基于Alt 3-6)，如果

或

(变型9A)，则β＝β₁β₂，/>

并且/>

其中，G值由表12中的G＝K给出，否则β₁＝1。

在实施例9的变型的一个实施例9A中，

被替换为/>

其中，/>

是ΔPPowerClass的线性值。

非零PUSCH天线端口对应于从其发送PUSCH(数据)的UE天线端口。

对于基于码本的UL传输，这对应于被分配非零预编码权重的UE天线端口，该非零预编码权重由DCI中的TRI/TPMI相关字段指示。对于非基于码本的UL传输，这对应于由DCI中的SRI相关字段指示的UE天线端口。

零PUSCH天线端口对应于不从其发送PUSCH(数据)的UE天线端口。对于基于码本的UL传输，这对应于被分配零预编码权重的UE天线端口，该零预编码权重由DCI中的TRI/TPMI相关字段指示。对于非基于码本的UL传输，这对应于不由DCI中的SRI相关字段指示的UE天线端口。

在一个实施例10中，UE报告UE的能力(例如，经由UE能力信令)，即UE是否能够经由UL功率控制和/或预编码矩阵的功率(由用于基于码本的UL传输的TPMI指示或由用于非基于码本的UL传输的SRI指示)从多个值缩放(或改变或适配)非零PUSCH天线端口(或发送非零PUSCH数据的功率放大器)的功率。多个缩放值能够对应于本公开中提供的多个β值。作为示例，UE报告(经由1比特能力信令)UE是能够仅支持一个β值还是支持两个β值。

如果UE能够缩放非零PUSCH天线端口和预编码矩阵两者的功率，则β值能够被分解为两个因子如β＝β₁β₂，或者包括两个因子β₁和β₂，其中，两个因子中的一个(例如，β₁)被用于缩放非零PUSCH天线端口，另一个因子(例如，β₂)被用于缩放预编码矩阵。

在一个子实施例10-1中，对于基于码本的UL传输，UE根据以下替代方案中的至少一个来缩放功率。

在Alt 10-1-1的一个示例中，将

缩放应用(预乘)于预编码矩阵W，并且经由UL功率控制将β₂缩放应用于NZ PUSCH传输。在Alt 10-1-2的一个示例中，将/>

缩放应用(预乘)于预编码矩阵W，并且经由UL功率控制将β₁缩放应用于NZ PUSCH传输。

在一个示例10-1-1中，β₁和β₂是根据本公开的实施例中的替代方案之一，例如Alt3-2、3-3或3-6。

在(Alt 10-1-1的)一个示例10-1-2中，β₂缩放与实施例1中的Alt 1-2中的缩放相同，即，

并且用于预编码器缩放的β₁能够取决于UE能力取一个或多个值。如果β₁仅能够取一个值，则β₁＝1。如果β₁能够取两个值，则两个值中的第一个能够是β₁＝1，并且第二个能够是根据Alt 3-2、3-3或3-6中的一个的β₁。

如果UE能够支持多个β₁值，则能够配置它们中的一个。此配置能够经由较高层(例如，RRC)信令显式地使用单独的RRC参数或者隐式地使用诸如L码本子集和UL最大秩的UL码本相关参数中的至少一个。可替代地，关于β₁值的配置经由DCI信令是动态的，例如，使用DCI格式0_1或显式地使用单独的DCI字段或隐式地使用诸如TRI/TPMI或/和SRI的UL码本相关字段中的至少一个。

在10-1-1的一个方案中，能够通过引入新的UL码本参数——例如发射功率指示符(TPI)——来支持多个β₁值。如果支持两个β₁值，则TPI＝0能够指示β₁＝1，并且TPI＝1可以指示根据Alt 3-2、3-3或3-6中的一个的β₁。无论用于传输的β₁值如何，诸如TRI/TPMI的其他码本参数保持相同。然后，通过在一些TPMI中替换预乘因子来获得用于2个和4个天线端口的UL码本表。例如：对于表1，在TPMI 0-1中用

代替/>

对于表3，在TPMI 0-11中用/>

替换/>

对于表4，在TPMI 0中用/>

替换/>

对于表5，在TPMI 0-5中用/>

替换/>

并且对于表6，在TPMI 0中用/>

替换/>

在10-1-2的一个方案中，不存在用于β₁缩放的单独的UL码本参数，并且UL码本包括用于所支持的所有β₁值的预编码矩阵。然后，通过添加用于附加β₁值的TPMI来获得用于2和4个天线端口的UL码本表。例如，如果支持两个β₁值，则它们中的一个能够是β₁＝1，并且另一个能够是根据Alt3-2、3-3或3-6中的一个的β₁。

将来自表24的附加TPMI添加到表1。将来自表25的附加TPMI添加到表3。将来自表26的附加TPMI添加到表4。将来自表27的附加TPMI添加到表5。

将来自表28的附加TPMI添加到表6。

表24.用于使用两个天线端口的单层传输的附加预编码矩阵W

表25.用于禁用变换预编码的使用四个天线端口的单层传输的附加预编码矩阵W

/>

表26.用于禁用变换预编码的使用两个天线端口的两层传输的附加预编码矩阵W

表27.用于禁用变换预编码的使用四个天线端口的两层传输的附加预编码矩阵W

表28.用于禁用变换预编码的使用四个天线端口的三层传输的附加预编码矩阵W

在一个子实施例10-2中，对于基于码本的UL传输，β₁缩放还可以取决于UL码本子集的配置值。

当UL码本子集＝FC+PC+NC时，以下中的至少一个被用于β₁缩放。

在Alt 10-2-1的一个示例中，能够仅使用一个β₁缩放(例如，β₁＝1)，而不管预编码矩阵是否与FC、PC或NC传输相对应——这不考虑UE是否能够支持一个或多个β₁缩放的UE能力。

在Alt 10-2-2的一个示例中，如果UE能够支持它们，则能够使用多个β₁(例如，2个值)缩放。能够使用以下子替代方案中的至少一个。

在一个实例Alt 10-2-2-1中，两个β₁值只能够被用于与NC传输相对应的预编码矩阵。对于FC和PC，只有一个β₁缩放(例如，β₁＝1)能够被使用。

在Alt 10-2-2-2的一个实例中，两个β₁值只能够被用于与PC传输相对应的预编码矩阵。对于FC和NC，只有一个β₁缩放(例如，β₁＝1)能够被使用。

在Alt 10-2-2-3的一个实例中，两个β₁值只能够被用于与PC和NC传输相对应的预编码矩阵。对于FC，只有一个β₁缩放(例如，β₁＝1)能够被使用。

当UL码本子集＝PC+NC时，以下中的至少一个被用于β₁缩放。

在Alt 10-2-3的一个示例中，只有一个β₁缩放(例如，β₁＝1)能够被使用，而不管预编码矩阵是与PC还是NC传输相对应——这不考虑UE是否能够支持一个或多个β₁缩放的UE能力。

在Alt 10-2-4的一个示例中，如果UE能够支持它们，则能够使用多个β₁(例如，2个值)缩放。能够使用以下子替代方案中的至少一个。

在Alt 10-2-4-1的一个实例中，两个β₁值只能够被用于与NC传输相对应的预编码矩阵。对于PC，只有一个β₁缩放(例如，β₁＝1)能够被使用。

在Alt 10-2-4-2的一个实例中，两个β₁值只能够被用于与PC传输相对应的预编码矩阵。对于NC，只有一个β₁缩放(例如，β₁＝1)能够被使用。

当UL码本子集＝NC时，以下中的至少一个被用于β₁缩放。

在Alt 10-2-5的一个示例中，只有一个β₁缩放(例如，β₁＝1)能够被使用——这不考虑UE是否能够支持一个或多个β₁缩放的UE能力。

在Alt 10-2-6的一个示例中，如果UE能够支持它们，则可以使用多个β₁(例如，2个值)缩放。

在一个子实施例10-2中，对于基于码本的UL传输，UE根据以下替代方案中的至少一个来缩放功率。

在Alt 10-2-1的一个示例中，将

缩放应用(预乘)于由DCI中的SRI相关字段指示的UE天线端口，并且将β₂缩放经由UL功率控制应用于NZ PUSCH传输。

在Alt 10-2-2的一个示例中，

缩放被应用(预乘)于由DCI中的SRI相关字段指示的UE天线端口，并且将β₁缩放经由UL功率控制应用于NZ PUSCH传输。

在10-2-1的这种实例中，β₁和β₂是根据本公开的实施例中的替代方案之一，例如Alt 3-2、3-3或3-6。

在10-2-2的这种示例中，用于基于码本的UL传输的NC情况的β₁缩放也适用于非基于码本的UL传输。

子实施例10-1中的其他示例/替代方案也适用于此子实施例。

在一个实施例11中，对于基于码本的UL传输，UE报告UE的能力(例如，经由UE能力信令)，UE是否能够利用全功率进行UL传输。尤其是，具有NC或PC天线端口的UE报告UE是否能够针对所有或一些秩值以全功率进行发送。

在11-0的一个示例中，如果UE能够进行全功率传输，则网络/gNB配置用于TPMI指示的UL码本，其中：对于FC+PC+NC UE，所配置的UL码本与表1至表7中所示的码本相同；对于PC+NC UE，所配置的UL码本包括秩1的K个FC TPMI，其中，K＝1或K>1，并且对于秩>1，所配置的UL码本与码本7相同；对于NC UE，所配置的UL码本包括分别秩1、2和3的K1、K2和k3个FC(或可选地PC)TPMI，其中K1、K2、K3＝1或K1、K2、K3>1；对于4个天线端口，秩＝4，所配置的UL码本与码本表8相同。

具有全功率的UL码本的配置能够经由较高层(例如，RRC)信令。对于PC+NC UE，较高层参数UL码本子集＝部分相干和非相干全功率(部分相干和非相干FullPower)指示根据方案11-0配置的UL码本。对于NC UE，较高层参数UL码本子集＝非相干全功率(非相干FullPower)指示根据上述示例11-0配置的UL码本。可替代地，用于PC+NC和NC UE的全功率UL传输的配置能够基于新的较高层参数，例如ulFullPower。

在一个示例11-0-0中，对于PC+NC UE，K＝1并且包括在秩1码本中的FC TPMI与具有最小FC TPMI索引的FC TPMI相对应。同样，对于NC UE，K1＝K2＝K3＝1，并且包括在秩1-3码本中的FC TPMI与具有最小FC TPMI索引的FC TPMI相对应。

在一个示例11-0-1中，对于PC+NC UE，K>1，并且包括在秩1码本中的FC TPMI与所有FC TPMI相对应。同样，对于NC UE，K1、K2、K3>1，并且包括在秩1-3码本中的FC TPMI与所有FC TPMI相对应。

在一个示例11-0-2中，对于PC+NC UE，K>1，并且包括在秩1码本中的FC TPMI与从最小FC TPMI索引开始的FC TPMI的子集相对应。同样，对于NC UE，K1、K2、K3>1，并且包括在秩1-3码本中的FC TPMI与从最小FC TPMI索引开始的FC TPMI的子集相对应。

包括在用于PC+NC和NC的UL码本中的K个或(K1，K2，K3)个FC TPMI分别根据以下替代方案中的至少一个。

在Alt 11-0-0的一个实施例中，与所包括的K个FC TPMI相对应的预编码器或预编码矩阵替换用于K个NC TPMI的预编码器或预编码矩阵，其中，K个NC TPMI从最小的NC TPMI索引(例如，TPMI＝0)开始。同样，与所包括的(K1，K2，K3)个FC TPMI相对应的预编码器或预编码矩阵分别替换用于(K1，K2，K3)个NC TPMI的预编码器或预编码矩阵，其中，(K1，K2，K3)个NC TPMI从最小的NC TPMI索引(例如，TPMI＝0)开始。

在Alt 11-0-1的一个实现中，K个FC TPMI是NC+PC TPMI的补充。同样，(K1，K2，K3)个FC TPMI分别是(K1，K2，K3)个NC TPMI的补充。

表29至表32中示出了基于示例11-0-0和Alt 11-0-1的码本表的示例。表33中示出了用于全功率UL传输的TPMI索引0的示例映射。

表29.用于使用两个天线端口的单层传输的预编码矩阵W。

表30.用于禁用变换预编码的使用四个天线端口的单层传输的预编码矩阵W

表31.用于禁用变换预编码的使用四个天线端口的两层传输的预编码矩阵W

表32.用于禁用变换预编码的使用四个天线端口的三层传输的预编码矩阵W

表33.全功率UL传输的TPMI索引＝0的映射(替换)

在基于示例11-0-0和Alt 11-0-1的另一示例中，包括在码本中的FC TPMI(其替换NC TPMI 0)指示根据以下示例中的至少一个的预编码矩阵W。

在Ex 11-0-0的一个示例中，W＝具有最小FC TPMI索引的FC TPMI(如表32中)。在Ex 11-0-1的一个示例中，W＝从所有FC TPMI中随机选择的FC TPMI i，其中，随机选择由UE或由gNB/NW执行。当由gNB/NW选择时，能够经由较高层信令来配置/指示所选择的索引。在Ex 11-0-2的一个示例中，W对应于固定TPMI，例如，对于秩1、2个天线端口和NC UE，

对于秩1、4个天线端口和NC或PC UE，/>

对于秩2、4个天线端口和NCUE，/>

以及对于秩3、4个天线端口和NC UE，/>

在一个实施例11-1中，根据实施例11的UL全功率传输仅适用于2个天线端口。对于4个天线端口，UL全功率根据本公开的一些实施例中提供的功率缩放β或β₁β₂。

在一个实施例11-2中，支持根据本公开的一些实施例中提供的解决方案(1)实施例11和(2)功率缩放β或β₁β₂两者的UL全功率传输。基于以下替代方案中的至少一个来确定使用两个UL全传输解决方案中的哪一个。

在Alt 11-2-0的一个示例中，gNB向UE指示/配置两个解决方案中的哪一个被用于UL传输。此指示能够经由RRC或1比特DCI信令。

在Alt 11-2-1的一个示例中，UE报告UE能够支持两个解决方案中的哪一个作为UE能力信令。

在一个实施例11-3中，对于非基于码本的UL传输，UL全功率传输根据以下替代方案中的至少一个。

在Alt 11-3-0的一个示例中，UE通过因子

来缩放(例如，UL PC)(NZ)PUSCH天线端口的功率，其中，r＝秩值＝经由SRI指示的SRS资源的数量。

在Alt 11-3-1的一个示例中：如果SRS与CSI-RS相关联，则功率缩放能够取决于UE实现；并且如果SRS不与CSI-RS相关联，则UE通过因子

在一个实施例12中，对于基于码本的UL传输(例如，经由设置为“码本”的PUSCH-Config中的较高层参数txConfig)，UE报告UE是否能够利用全功率进行UL传输的UE能力(例如，经由UE能力信令)。尤其是，具有NC或PC天线端口的UE报告UE是否能够以全功率发送。然后，以下方案中的至少一个方案被用于全功率UL传输。

在一个实施例12-0中，在UL功率控制机制中使用缩放β＝1(Alt 1-1)。具体地，对于服务小区c的载波f的活动UL BWP上的PUSCH传输，UE首先计算发射功率P_PUSCH,b,f,c(i,j,q_d,l)的线性值

如果PUSCH传输由DCI格式0_1调度并且当PUSCH-Config中的txConfig被设置为“码本”时，如果UE不能进行全功率UL传输(即，不报告全功率UL传输能力)，则UE通过具有非零PUSCH传输功率的天线端口的数量与UE在一个SRS资源中支持的SRS端口的最大数量的比率来缩放线性值(即，/>

)，并且如果UE能够进行全功率UL传输(即，报告全功率UL传输能力)，则UE不缩放发射功率的线性值(或通过β＝1等效地缩放)。然后，UE跨UE以非零功率发送PUSCH的天线端口均分功率。

在一个实施例12-1中，在UL功率控制机制中使用本公开中提供的β缩放值中的至少一个(例如，Alt 1-3或3-2)。具体地，对于服务小区c的载波f的活动UL BWPb上的PUSCH传输，UE首先计算发射功率P_PUSCH,b,f,c(i,j,q_d,l)的线性值

如果PUSCH传输由DCI格式0_1调度并且当PUSCH-Config中的txConfig被设置为“码本”时，如果UE不能进行全功率UL传输(即，不报告全功率UL传输能力)，则UE通过具有非零PUSCH传输功率的天线端口的数量与UE在一个SRS资源中支持的SRS端口的最大数量的比率来缩放线性值(即，

)，并且如果UE能够进行全功率UL传输(即，报告全功率UL传输能力)，则UE通过本公开中提供的β值中的至少一个(例如，Alt 1-3或3-2)来缩放线性值。然后，UE跨UE以非零功率发送PUSCH的天线端口均分功率。

在一个实例中，仅当UE在一个SRS资源中支持的SRS端口的最大数量是2时，才应用如实施例12-0或实施例12-1中提供的上述实施例，并且当UE在一个SRS资源中支持的SRS端口的最大数量不等于2时(例如，当SRS端口的最大数量等于4时)，应用另一个解决方案(如本公开中提供的)。

在另一实例中，仅当UE在一个SRS资源中支持的SRS端口的最大数量为4时，才应用如实施例12-0或实施例12-1中提供的上述实施例，并且当UE在一个SRS资源中支持的SRS端口的最大数量不等于4时(例如，当SRS端口的最大数量等于2时)，应用另一解决方案(如本公开中提供的)。

在一个实施例A中，UL全功率传输根据用于由UE支持的用于UL传输的秩值的子集的实施例11/12(或本公开中的其他实施例)。使用以下替代方案中的至少一个。

在Alt A-0的一个示例中，子集S是固定的，例如，S＝{1}。在Alt A-1的另一示例中，子集S被配置给UE(经由较高层信令，例如，最大秩)。S＝{1,2,…,最大秩}的示例。在AltA-2的另一示例中，子集S由UE报告。作为示例，UE能够报告UE能够针对其进行全功率UL传输的最大秩值。然后，S＝{1，2，...，UE报告的最大秩值}。此报告能够与用于全功率UL传输的UE能力信令联合。可替代地，这是单独的UE能力报告。在Alt A-3的一个示例中，UE如Alt11A-2中那样报告秩值的集合(S’)，然后从集合S’中向UE选择/配置集合S。

在一个实施例B中，基于一个或两个解决方案来支持全功率UL传输。使用以下替代方案中的至少一个。

在Alt B-0的一个示例中，仅支持用于全功率UL传输的一个解决方案，而无论天线端口的数量如何，例如，2或4。。所支持的解决方案是根据实施例11或12或在本公开的其他实施例中提供的基于β缩放(UL功率控制或码本缩放)的解决方案中的一个。如果UE能够进行全功率UL传输，则使用所支持的解决方案。

在Alt B-1的一个示例中，对于给定数量的天线端口，仅支持用于全功率UL传输的一个解决方案。使用以下两个子替代方案中的至少一个。

在Alt B-1-0的一个示例中，所支持的解决方案根据用于2个天线端口的实施例11或12，并且根据在用于4个天线端口的本公开的其他实施例中提供的基于β缩放(UL功率控制或码本缩放)的解决方案。如果UE能够进行全功率UL传输，则根据UE处的天线端口的数量来使用所支持的解决方案。

在Alt B-1-1的一个示例中，所支持的解决方案是根据用于4个天线端口的实施例11或12的解决方案，并且是根据在用于2个天线端口的本公开的其他实施例中提供的基于β缩放(UL功率控制或码本缩放)的解决方案。如果UE能够进行全功率UL传输，则根据UE处的天线端口的数量来使用所支持的解决方案。

在Alt B-2的一个示例中，支持用于全功率UL传输的两个解决方案，而无论天线端口的数量如何，例如，2或4。两个支持的解决方案中的一个是根据实施例11或12，并且另一个解决方案是根据在本公开的其他实施例中提供的基于β缩放(UL功率控制或码本缩放)的解决方案。如果UE能够基于两个支持的解决方案中的至少一个进行全功率UL传输，则UE报告(作为UE能力信令的一部分)器能够应用两个支持的解决方案中的哪一个，以及用于UL传输的对应的解决方案。如果UE报告其能够应用两个解决方案，则将两个解决方案中的一个配置给UE。

在Alt B-3的一个示例中，对于给定数量的天线端口，支持用于全功率UL传输的两个解决方案。两个支持的解决方案中的一个是根据实施例11或12，并且另一个解决方案是根据在本公开的其他实施例中提供的基于β缩放(UL功率控制或码本缩放)的解决方案。

使用以下两个子替代方案中的至少一个。在Alt B-3-0的一个示例中，两个支持的解决方案仅用于2个天线端口，并且对于4个天线端口仅支持一个解决方案。对于2个天线端口，两个解决方案和其他细节如Alt B-2中所解释的，并且对于4个天线端口，所支持的解决方案和其他细节如Alt B-0中所解释的。

在Alt B-3-1的另一示例中，两个支持的解决方案仅用于4个天线端口，并且对于2个天线端口仅支持一个解决方案。对于4个天线端口，两个解决方案和其他细节如Alt B-2中所解释的，并且对于2个天线端口，所支持的解决方案和其他细节如Alt B-0中所解释的。

表10和表11中总结的关于用于不同秩和相干类型的预编码矩阵W的总功率的上述问题能够通过引入新UL码本来处理，该新UL码本包括与全功率相对应的至少一个TPMI，即总功率＝1。可以经由分别针对非相干UE和部分相干UE设置为非相干全功率和部分相干和非相干全功率的较高层参数UL码本子集或码本子集来指示(配置)该新UL码本。下面描述了几个示例性实施例。本公开的范围不仅限于这些实施例，而是包括所提出的实施例的任何扩展或组合。

在一个示例中，使用新码本子集的全功率UL传输被称为模式1。UE经由其能力信令报告其是否能够根据模式1支持全功率UL传输。如果UE能够根据模式1支持全功率UL传输，则gNB或网络(NW)能够经由设置为模式1的参数ulFPTx或ulFPtxModes的较高层信令来配置到UE的全功率UL传输。

在一个实施例13中，对于模式1和具有2个天线端口的非相干UE，新码本子集(即，码本子集＝非相干全功率)至少包括3GPP NR规范TS 38.211中定义的秩＝1(或1个层)TPMI＝2，其能够用于UL全功率传输。注意，秩＝1TPMI＝2是秩1全相干TPMI的最小索引(参见表1)。新码本子集根据以下替代方案中的至少一个。

在Alt 13-0的一个示例中，新码本子集仅包括用于秩1的TPMI 2。

在Alt 13-1的一个示例中，新码本子集包括用于秩1的TPMI 0、1和2。

在Alt 13-2的一个示例中，新码本子集包括用于秩1的TPMI 0和2。

在Alt 13-3的一个示例中，新码本子集包括用于秩1的TPMI 1和2。

这里，用于秩1的TPMI 0-2如3GPP NR规范TS 38.211(参见表1)中所定义。对于秩＝2(或2个层)，所配置的UL码本与用于码本子集＝非相干的3GPP NR规范TS 38.211UL码本相同，即，秩2的TPMI 0(参见表5)。

在一个示例中，仅支持一个替代方案(例如，Alt 13-1)。在另一示例中，支持多个替代方案，并且UE例如经由较高层信令使用所述多个替代方案中的一个来配置。

当较高层参数最大秩＝1时，对于Alt 13-1、13-2和13-3，TRI/TPMI指示分别根据表34、表35和表36。对于Alt 13-2和Alt 13-3，示出了两个子替代方案。表37中总结了用于此指示的比特数。

表34：如果启用变换预编码器，或者如果禁用变换预编码器并且最大秩＝1，则用于2个天线端口的预编码信息和层数，Alt 13-1

表35：如果启用变换预编码器，或者如果禁用变换预编码器并且最大秩＝1，则用于2个天线端口的预编码信息和层数，Alt 13-2

表36：如果启用变换预编码器，或者如果禁用变换预编码器并且最大秩＝1，则用于2个天线端口的预编码信息和层数，Alt 13-3

表37：当最大秩＝1时，用于2个天线端口的TRI/TPMI有效载荷

	Alt 13-0	Alt 13-1	Alt 13-2	Alt 13-3
					秩1,TPMI索引	2	0,1,2	0,2	0,1
TRI/TPMI有效载荷(比特数)	0	2	1	1

当较高层参数最大秩＝2时，对于Alt 13-0、Alt 13-1、13-2和13-3，TRI/TPMI指示分别根据表38、表39、表40和表41。对于每个替代方案，示出了两个子替代方案。表42中总结了用于此指示的比特数总结。

表38：如果变换预编码器被禁用并且最大秩＝2，则用于2个天线端口的预编码信息和层数，Alt 13-0

表39：如果变换预编码器被禁用并且最大秩＝2，则用于2个天线端口的预编码信息和层数，Alt 13-1

表40：如果变换预编码器被禁用并且最大秩＝2，则用于2个天线端口的预编码信息和层数，Alt 13-2

表41：如果变换预编码器被禁用并且最大秩＝2，则用于2个天线端口的预编码信息和层数，Alt 13-3

表42：当最大秩＝2时，用于2个天线端口的TRI/TPMI有效载荷

	Alt 13-0	Alt 13-1	Alt 13-2	Alt 13-3
					秩1，TPMI索引	2	0,1,2	0,2	0,1
秩2，TPMI索引	0	0	0	0
					TRI/TPMI有效载荷(比特数)	1	2	2	2

在一个实施例13A中，对于模式1和具有2个天线端口的非相干UE，新码本子集如下。当最大秩＝1时，用于秩1的TPMI 2替换TPM I0-1中的一个，例如，替换TPMI 0。这是为了确保TRI/TPMI有效载荷保持1比特。当最大秩＝2时，用于秩1的TPMI2被添加，这是因为当最大秩＝2时，上述操作不会增加TRI/TPMI有效载荷。

在一个实施例14中，对于模式1和具有4个天线端口的非相干UE，新码本子集(即，码本子集＝非相干全功率)至少包括在3GPP NR规范TS 38.211中定义的秩＝1TPMI＝13、秩＝2TPMI＝6和秩＝3TPMI＝1，其能够被用于UL全功率传输。我们能够观察到以下内容。秩1TPMI＝13是秩1全相干TPMI的最小索引，其指示用于当禁用变换预编码时和当启用变换预编码时的两种情况的相同预编码矩阵W。尽管最小秩1全相干TPMI是12(参见表4)，但是对于当禁用变换预编码时和当启用变换预编码时的两种情况，其与两个不同的预编码矩阵W相对应。秩2TPMI＝6是秩2部分相干TPMI的最小索引(参见表6)。秩3TPMI＝1是秩3部分相干TPMI的最小索引(参见表7)。

用于秩1的新码本子集根据以下替代方案中的至少一个。

在Alt 14-0的一个示例中，新码本子集仅包括用于秩1的TPMI 13。

在Alt 14-1的一个示例中，新码本子集包括用于秩1的TPMI 0、1、2、3和13。

在Alt 14-2的一个示例中，新码本子集包括用于秩1的TPMI 1、2、3和13(即，对于码本子集＝非相干，TPMI 13替换TPMI 0)。

在Alt 14-3的一个示例中，新码本子集包括用于秩1的TPMI 0、2、3和13(即，对于码本子集＝非相干，TPMI 13替换TPMI 1)。

在Alt 14-4的一个示例中，新码本子集包括用于秩1的TPMI 0、1、3和13(即，对于码本子集＝非相干，TPMI 13替换TPMI 2)。

在Alt 14-5的一个示例中：新码本子集包括用于秩1的TPMI 0、1、2和13(即，对于码本子集＝非相干，TPMI 13替换TPMI 3)。

这里，用于秩1的TPMI 0、1、2、3和13如3GPP NR规范TS 38.211中所定义(参见表4)。在一个示例中，仅支持一个替代方案(例如，Alt 14-1)。在另一示例中，支持多个替代方案，并且UE例如经由较高层信令使用所述多个替代方案中的一个来配置。

当较高层参数最大秩＝1时，对于用于Alt 14-1至14-5，TRI/TPMI指示分别根据表43至表47。对于Alt 14-2至Alt 14-5，有两个子替代方案。表48中总结了用于此指示的比特数。

表43：如果启用变换预编码器，或者如果禁用变换预编码器并且最大秩＝1，则用于4个天线端口的预编码信息和层数，Alt1 4-1

/>

表44：如果启用变换预编码器，或者如果禁用变换预编码器并且最大秩＝1，则用于4个天线端口的预编码信息和层数，Alt 14-2

表45：如果启用变换预编码器，或者如果禁用变换预编码器并且最大秩＝1，则用于4个天线端口的预编码信息和层数，Alt 14-3

表46：如果启用变换预编码器，或者如果禁用变换预编码器并且最大秩＝1，则用于4个天线端口的预编码信息和层数，Alt 14-4

表47：如果启用变换预编码器，或者如果禁用变换预编码器并且最大秩＝1，则用于4个天线端口的预编码信息和层数，Alt 14-5

表48：当最大秩＝1时，用于4个天线端口的TRI/TPMI有效载荷

用于秩2的新码本子集根据以下替代方案中的至少一个。

在Alt 14A-0的一个示例中，新码本子集仅包括用于秩2的TPMI 6。

在Alt 14A-1的一个示例中，新码本子集包括用于秩2的TPMI 0、1、2、3、4、5和6。

在Alt 14A-2的一个示例中，新码本子集包括用于秩2的TPMI 1、2、3、4、5和6(即，对于码本子集＝非相干，TPMI 6替换TPMI 0)。

在Alt 14A-3的一个示例中，新码本子集包括用于秩2的TPMI 0、2、3、4、5和6(即，对于码本子集＝非相干，TPMI 6替换TPMI 1)。

在Alt 14A-4的一个示例中，新码本子集包括用于秩2的TPMI 0、1、3、4、5和6(即，对于码本子集＝非相干，TPMI 6替换TPMI 2)。

在Alt 14A-5的一个示例中，新码本子集包括用于秩2的TPMI 0、1、2、4、5和6(即，对于码本子集＝非相干，TPMI 6替换TPMI 3)。

在Alt 14A-6的一个示例中，新码本子集包括用于秩2的TPMI 0、1、2、3、5和6(即，对于码本子集＝非相干，TPMI 6替换TPMI 4)。

在Alt 14A-7的一个示例中，新码本子集包括用于秩2的TPMI 0、1、2、3、4和6(即，对于码本子集＝非相干，TPMI 6替换TPMI 5)。

这里，用于秩2的TPMI 0、1、2、3、4、5和6如3GPP NR规范TS38.211中所定义(参见表6)。在一个实例中，仅支持一个替代方案(例如，Alt14A-1)。在另一示例中，支持多个替代方案，并且UE例如经由较高层信令使用所述多个替代方案中的一个来配置。

用于秩3(或3个层)的新码本子集根据以下替代方案中的至少一个。

在Alt 14B-0的一个示例中，新码本子集仅包括用于秩3的TPMI 1。

在Alt 14B-1的一个示例中，新码本子集包括用于秩3的TPMI 0和1。

这里，用于秩3的TPMI 0和1如3GPP NR规范TS 38.211中所定义(参见表7)。在一个实例中，仅支持一个替代方案(例如，Alt 14B-1)。在另一示例中，支持多个替代方案，并且UE例如经由较高层信令使用所述多个替代方案中的一个来配置。

对于秩＝4(或4层)，所配置的UL码本与用于码本子集＝非相干的3GPP NR规范TS38.211UL码本相同，即，用于秩4的TPMI 0(参见表8)。

秩1、2和3的新码本子集根据表49中的替代方案(Alt 2C-0至Alt 2C-49)中的至少一个。

表49：用于秩1、2和3的新码本子集替代方案

当较高层参数最大秩＝2或3或4时，对于Alt 14C-1和14C-2，TRI/TPMI指示分别根据表50和表51。对于Alt 14C-1至Alt 14C-2示出了两个子替代方案。表54中总结了此指示所需的比特数。

表50：如果禁用变换预编码器并且最大秩＝2或3或4，则用于4个天线端口的预编码信息和层数，Alt 14C-1

表51：如果禁用变换预编码器并且最大秩＝2或3或4，则用于4个天线端口的预编码信息和层数，Alt 14C-2

/>

表52：如果禁用变换预编码器并且最大秩＝2或3或4，则用于4个天线端口的预编码信息和层数，Alt 2C-1

表53：或者如果禁用变换预编码器并且最大秩＝2或3或4，则用于4个天线端口的预编码信息和层数，Alt 14C-1c

表54：当最大秩＝2或3或4时，用于4个天线端口的TRI/TPMI有效载荷

在一个实施例14A中，对于模式1和具有4个天线端口的非相干UE，新码本子集如下。当最大秩＝1时，TPMI 13替换TPMI 0-3中的一个，例如，替换TPMI 0。这是为了确保TRI/TPMI有效载荷保持2比特。当最大秩>1(即，2、3或4)时：添加用于秩1的TPMI 13、用于秩2的TPMI 6和用于秩3的TPMI 1，因为这不会增加TRI/TPMI有效载荷。

在一个实施例15中，对于模式1和具有4个天线端口的部分相干UE，新码本子集(即，码本子集＝部分相干和非相干全功率)至少包括秩＝1TPMI＝13，其能够被用于UL全功率传输。用于秩1的新码本子集根据以下替代方案中的至少一个。

在Alt 15-0的一个示例中，新码本子集仅包括用于秩1的TPMI 13。

在Alt`15-1的一个示例中，新码本子集包括用于秩1的TPMI 0-11和13。

在Alt 15-2的一个示例中，新码本子集包括用于秩1的TPMI 1-11和13(即，对于码本子集＝部分相干和非相干，TPMI 13替换的TPMI 0)。

在Alt 15-3的一个示例中，新码本子集使得对于码本子集＝部分相干和非相干，TPMI 13替换TPMI X，其中，X是1至11中的一个。

在Alt 15-4的一个示例中，新码本子集包括用于秩1的TPMI 12、13、14、15。

在Alt 15-5的一个示例中，新码本子集包括用于秩1的TPMI 0-11和12、13、14、15。

在Alt 15-6的一个示例中，新码本子集包括用于秩1的TPMI 4-11和12、13、14、15(即，对于码本子集＝部分相干和非相干，TPMI 12、13、14、15代替TPMI 0-3)。

在Alt 15-7的一个示例中，新码本子集使得对于码本子集＝部分相干和非相干，TPMI 12,13,14,15替换四个TPMI，其中，所述四个TPMI属于{0,1,…,11}。

在Alt 15-8的一个示例中，对于DFT-s-OFDM(如果启用变换预编码器)，新码本子集包括用于秩1的TPMI 12-19，并且对于CP-OFDM(如果禁用变换预编码器)，新码本子集根据Alt 15-4。

在Alt 15-9的一个示例中，对于DFT-s-OFDM(如果启用变换预编码器)，新码本子集包括用于秩1的TPMI 0-11和12-19，并且对于CP-OFDM(如果禁用变换预编码器)，新码本子集根据Alt 15-5。

在Alt 15-10的一个示例中，对于DFT-s-OFDM(如果启用变换预编码器)，新码本子集包括用于秩1的TPMI 8-11和12-19(即，对于码本子集＝部分相干和非相干，TPMI 12-19替换TPMI 0-7)，并且对于CP-OFDM(如果禁用变换预编码器)，新码本子集根据Alt 15-6。

在Alt 15-11的一个示例中，对于DFT-s-OFDM(如果启用变换预编码器)，新码本子集使得对于码本子集＝部分相干和非相干TPMI 12-19替换8个TPMI，其中，所述8个TPMI属于{0,1,…,11}，并且对于CP-OFDM(如果禁用变换预编码器)，新码本子集根据Alt 15-7。

在Alt 15-12的一个示例中：新码本子集包括用于秩1的TPMI 0-3和12、13、14、15。

在Alt 15-13的一个示例中，对于DFT-s-OFDM(如果启用变换预编码器)，新码本子集包括用于秩1的TPMI 0-3和12-19，并且对于CP-OFDM(如果禁用变换预编码器)，新码本子集根据Alt 15-12。

这里，用于秩1的TPMI 0-11和12-19如3GPP NR规范TS 38.211中所定义(参见表2和表4)。对于秩＝2-4，所配置的UL码本与用于码本子集＝部分相干和非相干的3GPP NR规范TS 38.211UL码本相同。

在一个示例中，仅支持一个替代方案(例如，Alt 15-1)。在另一示例中，支持多个替代方案，并且UE例如经由较高层信令使用所述多个替代方案中的一个来配置。

当较高层参数最大秩＝1时，对于Alt 15-1和15-2，TRI/TPMI指示分别根据表55和表56。对于Alt 15-2，示出了两个子替代方案。或者，当较高层参数最大秩＝1时，TRI/TPMI指示根据表57至表62中的一个。当较高层参数最大秩>1(例如，2、3或4)时，对于秩1(1个层)，TRI/TPMI指示根据表55至表62中的一个，并且对于秩>1，TRI/TPMI指示根据码本子集＝部分相干和非相干。

表55：如果启用变换预编码器，或者如果禁用变换预编码器并且最大秩＝1，则用于4个天线端口的预编码信息和层数，Alt 15-1

表56：如果启用变换预编码器，或者如果禁用变换预编码器并且最大秩＝1，则用于4个天线端口的预编码信息和层数，Alt 15-2

表57：如果启用变换预编码器，或者如果禁用变换预编码器并且最大秩＝1，则4个天线端口的预编码信息和层数，Alt 15-4

表58：用于4个天线端口的预编码信息和层数，最大秩＝1，Alt 15-8

表59：如果启用变换预编码器，或者如果禁用变换预编码器并且最大秩＝1，则用于4个天线端口的预编码信息和层数，Alt 15-5

表60：如果启用变换预编码器，或者如果禁用变换预编码器并且最大秩＝1，则用于4个天线端口的预编码信息和层数，Alt 15-9

/>

表61：如果启用变换预编码器，或者如果禁用变换预编码器并且最大秩＝1，则用于4个天线端口的预编码信息和层数，Alt 15-12

表62：如果启用变换预编码器，或者如果禁用变换预编码器并且最大秩＝1，则用于4个天线端口的预编码信息和层数，Alt15-13

/>

在一个实施例15A中，对于模式1和具有4个天线端口的部分相干UE，新码本子集如下。当最大秩＝1时，TPMI 13替换用于秩1的TPMI 0-11中的一个，例如，替换TPMI 0。当最大秩>1(即2、3或4)时：用于秩1的TPMI13被添加到用于秩1的3GPP NR规范TS 38.211码本。

在一个实施例15B中，对于模式1和具有4个天线端口的部分相干UE，新码本子集(即，码本子集＝部分相干和非相干全功率)至少包括在3GPP NR规范TS 38.211中定义的秩＝1TPMI＝Z，其能够被用于UL全功率传输。在一个示例中，Z＝12。除了用于秩1的TPMI 13被替换为TPMIZ之外，此实施例的其余细节与上面对于实施例15/15A所描述的相同。

图12图示了根据本公开的实施例的如可以由UE执行的用于操作用户设备(UE)以进行上行链路(UL)传输的方法1200的流程图。图12中所示的方法1200的实施例仅用于说明。图12不将本公开的范围限制于任何特定实现。

如图12所示，方法1200开始于步骤1202。在步骤1202中，UE(例如，如图1所示的111-116)向基站(BS)发送包括UE的全功率传输能力的UE能力信息。

在步骤1204中，UE从BS接收指示UL码本的配置信息。

在步骤1206中，UE基于配置信息来识别用于UL传输的UL码本。

在步骤1208中，UE基于UL码本向BS发送UL传输。

在一个实施例中，用于l个层的UL码本包括K_l个全功率发送预编码矩阵指示符(TPMI)和剩余的非全功率TPMI，其中，TPMI指示用于UL传输的预编码矩阵，并且l指示秩值。

在一个实施例中，基于包括在UE能力信息中的相干能力来配置UL码本。当相干能力是非相干并且N＝2时，对于l＝1个层，K₁＝1；当相干能力是非相干并且N＝4时，对于l＝1、2、3个层，K₁＝1；并且当相干能力是部分相干和非相干并且N＝4时，对于l＝1个层，K₁＝4，其中N是UE处用于UL传输的天线端口的数量。

在一个实施例中，当UE相干能力是非相干的并且N＝2时：对于l＝1个层，包括在UL码本中的全功率TPMI是TPMI＝2，其指示预编码矩阵

。

在一个实施例中，当UE相干能力是非相干并且N＝4时：对于l＝1个层，包括在UL码本中的全功率TPMI是TPMI＝12，其指示预编码矩阵

对于l＝2个层，包括在UL码本中的全功率TPMI是TPMI＝6，其指示预编码矩阵/>

并且对于l＝3个层，包括在UL码本中的全功率TPMI是TPMI＝1，其指示预编码矩阵/>

在一个实施例中，当相干能力是非相干并且N＝2时，该方法还包括接收包括比特字段值的下行链路控制信息(DCI)，并且从UL码本中基于比特字段值识别l的值和用于UL传输的TPMI，其中，对于最大秩值1，根据下表:

比特字段值	非相干
		0	1个层：TPMI＝0
1	1个层：TPMI＝1
		2	1个层：TPMI＝2

并且对于最大秩值2，根据下表：

比特字段值	非相干
		0	1个层：TPMI＝0
1	1个层：TPMI＝1
		2	2个层：TPMI＝0
3	1个层：TPMI＝2

其中，从TPMI到预编码矩阵的映射是根据下表：

/>

在一个实施例中，当N＝4时，该方法还包括接收包括比特字段值的下行链路控制信息(DCI)，并且从UL码本中基于比特字段值识别l的值和用于UL传输的TPMI，其中，对于最大秩值1，根据下表：

其中，从TPMI到预编码矩阵的映射是根据下表：

在一个实施例中，当N＝4时，该方法还包括接收包括比特字段值的下行链路控制信息(DCI)，并且从UL码本中基于比特字段值识别l的值和用于UL传输的TPMI，其中，对于大于1的最大秩值，根据下表:

/>

其中，从TPMI到预编码矩阵的映射是根据下表：

图13图示了根据本公开的实施例的可以由基站(BS)执行的另一方法1300的流程图。图13中所示的方法1300的实施例仅用于说明。图13不将本公开的范围限制于任何特定实现。

如图13所示，方法1300开始于步骤1302。在步骤1302中，BS(例如，如图1所示的101-103)从用户设备(UE)接收包括UE的全功率传输能力的UE能力信息。

在步骤1304中，BS确定指示用于UE应用到UL传输的上行链路(UL)码本的配置信息。

在步骤1306中，BS向UE发送指示用于UL传输的UL码本的配置信息。

在步骤1308中，BS基于UL码本从UE接收UL传输。

在一个实施例中，当UE相干能力是非相干并且N＝2时：对于l＝1个层，包括在UL码本中的全功率TPMI是TPMI＝2，其指示预编码矩阵

在一个实施例中，当相干能力是非相干并且N＝2时，该方法还包括：向UE发送包括比特字段值的下行链路控制信息(DCI)，以使UE能够从UL码本中基于比特字段值识别l的值和用于UL传输的TPMI，其中，对于最大秩值1，根据下表:

并且对于最大秩值2，根据下表：

比特字段值	非相干
		0	1个层：TPMI＝0
1	1个层：TPMI＝1
		2	2个层TPMI＝0
3	1个层：TPMI＝2

其中，从TPMI到预编码矩阵的映射是根据下表：

/>

在一个实施例中，当N＝4时，该方法还包括：向UE发送包括比特字段值的下行链路控制信息(DCI)，以使UE能够从UL码本中基于比特字段值识别l的值和用于UL传输的TPMI，其中，对于最大秩值1，根据下表:

其中，从TPMI到预编码矩阵的映射是根据下表：

在一个实施例中，当N＝4时，该方法还包括向UE发送包括比特字段值的下行链路控制信息(DCI)，以使UE能够从UL码本中基于比特字段值识别l的值和用于UL传输的TPMI，其中，对于大于1的最大秩值，根据下表：

其中，从TPMI到预编码矩阵的映射是根据下表：

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

本申请中的描述都不应被解读为意味着任何特定的元件、步骤或功能是必须包括在权利要求范围内的必要元素。专利主题的范围仅由权利要求限定。此外，除非确切的词语“手段为”后面加上分词，否则任何权利要求都不旨在援引35U.S.C.§112(f)，。

Claims

1.一种由通信系统中的终端执行的方法，所述方法包括：

经由较高层信令从基站接收具有全功率的上行链路码本的配置；

根据所述配置识别用于全功率上行链路传输的发送预编码矩阵指示符(T PMI)的子集，

其中，在所述配置与支持部分相干和非相干传输的能力的终端相关联的情况下，用于全功率上行链路传输的TPMI的子集包括至少一个全相干TPM I，并且

其中，在所述配置与支持非相干传输的能力的终端相关联的情况下，用于全功率上行链路传输的TPMI的子集包括至少一个全相干TPMI或部分相干TPMI；

从基站接收指示包括在用于全功率上行链路传输的TPMI的子集中的一个TPMI的下行链路控制信息(DCI)；以及

基于与指示的TPMI相对应的预编码矩阵，向基站发送上行链路传输。

2.根据权利要求1所述的方法，其中，基于用于上行链路传输的天线端口数为2并且所述配置与非相干传输相关联，用于全功率上行链路传输的TPMI的子集包括用于秩1的一个全相干TPMI或部分相干TPMI。

3.根据权利要求1所述的方法，其中，基于用于上行链路传输的天线端口数为4并且所述配置与部分相干和非相干传输相关联，用于全功率上行链路传输的TPMI的子集包括用于秩1的一个全相干TPMI，

其中，基于用于上行链路传输的天线端口数为4并且所述配置与非相干传输相关联，用于全功率上行链路传输的TPMI的子集包括用于秩1、秩2和秩3中的每一个的一个全相干TPMI或一个部分相干TPMI。

4.根据权利要求1所述的方法，其中，基于用于上行链路传输的天线端口数为2并且所述配置与非相干传输相关联，用于全功率上行链路传输的TPMI的子集包括：

在用于上行链路传输的最大秩为1的情况下，用于秩1的TPMI索引为从0到2，并且

在用于上行链路传输的最大秩为2的情况下，用于秩1的TPMI索引为从0到2，并且用于秩2的TPMI索引为0。

5.根据权利要求1所述的方法，其中，基于用于上行链路传输的天线端口数为4并且所述配置与部分相干和非相干传输相关联，用于全功率上行链路传输的TPMI的子集包括：

在用于上行链路传输的最大秩为1的情况下，用于秩1的TPMI索引为从0到15，

在用于上行链路传输的最大秩为2的情况下，用于秩1的TPMI索引为从0到15，并且用于秩2的TPMI索引为从0到13，并且

在用于上行链路传输的最大秩为3或4的情况下，用于秩1的TPMI索引为从0到15，用于秩2的TPMI索引为从0到13，并且用于秩3和秩4的TPMI索引为从0到2。

6.根据权利要求1所述的方法，其中，基于用于上行链路传输的天线端口数为4并且所述配置与非相干传输相关联，用于全功率上行链路传输的TPMI的子集包括：

在用于上行链路传输的最大秩为1的情况下，用于秩1的TPMI索引为0、1、2、3和13，

在用于上行链路传输的最大秩为2的情况下，用于秩1的TPMI索引为0、1、2、3和13，并且用于秩2的TPMI索引为从0到6，并且

在用于上行链路传输的最大秩为3或4的情况下，用于秩1的TPMI索引为0、1、2、3和13，用于秩2的TPMI索引为从0到6，用于秩3的T PMI索引为0、1，并且用于秩4的TPMI索引为0。

7.根据权利要求1所述的方法，其中，全相干TPMI与预编码矩阵相对应，所述预编码矩阵的所有元素具有非零值，并且

其中，部分相干TPMI与预编码矩阵相对应，所述预编码矩阵的至少一列具有至少两个非零元素和至少两个零元素。

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

经由较高层信令向终端发送具有全功率的上行链路码本的配置；

根据所述配置，向终端发送指示包括在用于全功率上行链路传输的发送预编码矩阵指示符(TPMI)的子集中的一个TPMI的下行链路控制信息(DCI)，

其中，在所述配置与支持部分相干和非相干传输的能力的终端相关联的情况下，用于全功率上行链路传输的TPMI的子集包括至少一个全相干TPMI，并且

其中，在所述配置与支持非相干传输的能力的终端相关联的情况下，用于全功率上行链路传输的TPMI的子集包括至少一个全相干TPMI或部分相干TPMI；以及

从终端接收上行链路传输作为DCI的响应。

9.根据权利要求8所述的方法，其中，基于用于上行链路传输的天线端口数为2并且所述配置与非相干传输相关联，用于全功率上行链路传输的TPMI的子集包括用于秩1的一个全相干TPMI或部分相干TPMI。

10.根据权利要求8所述的方法，其中，基于用于上行链路传输的天线端口数为4并且所述配置与部分相干和非相干传输相关联，用于全功率上行链路传输的TPMI的子集包括用于秩1的一个全相干TPMI，并且

11.根据权利要求8所述的方法，其中，基于用于上行链路传输的天线端口数为2并且所述配置与非相干传输相关联，用于全功率上行链路传输的TPMI的子集包括：

12.根据权利要求8所述的方法，其中，基于用于上行链路传输的天线端口数为4并且所述配置与部分相干和非相干传输相关联，用于全功率上行链路传输的TPMI的子集包括：

13.根据权利要求8所述的方法，其中，基于用于上行链路传输的天线端口数为4并且所述配置与非相干传输相关联，用于全功率上行链路传输的TPMI的子集包括：

在用于上行链路传输的最大秩为3或4的情况下，用于秩1的TPMI索引为0、1、2、3和13，用于秩2的TPMI索引为从0到6，用于秩3的TPMI索引为0、1，并且用于秩4的TPMI索引为0。

14.一种通信系统中的终端，所述终端包括：

收发器；以及

控制器，被配置为：

识别用于全功率上行链路传输的发送预编码矩阵指示符(TPMI)的子集，

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

收发器；以及

控制器，被配置为：

根据所述配置向终端发送指示包括在用于全功率上行链路传输的发送预编码矩阵指示符(TPMI)的子集中的一个TPMI的下行链路控制信息(DCI)，

其中，在所述配置与支持部分相干和非相干传输的能力的终端相关联的情况下，用于全功率上行链路传输的TPMI的子集包括至少一个全相干，并且

从终端接收上行链路传输作为DCI的响应。