CN111971924A - 通信系统中控制信息的信令 - Google Patents

Abstract

提供了用于确定用于包括多个上行控制信息(UCI)比特的物理上行控制信道(PUCCH)传输的功率或重复次数的方法和装置。基于调节因子来确定用于PUCCH传输的功率，该调节因子取决于UCI比特的数量或基于UCI比特的类型使用不同的函数。从参考重复次数和UCI比特的参考数量、符号的参考数量或参考空间滤波器中的一个或多个，确定在多个符号上用于具有空间滤波器的PUCCH传输的重复次数。

Description

通信系统中控制信息的信令

技术领域

本申请一般涉及无线通信系统中的控制方案。更具体地，本公开涉及无线通信系统中的控制信息的信令。

背景技术

第五代(5G)或新无线电(NR)移动通信(预计将在2020年左右首次商业化)最近随着来自工业和学术界的各种候选技术的所有全球技术活动，其发展势头越来越强劲。5G/NR移动通信的候选促成因素包括从旧式蜂窝频带直到高频的大规模天线技术，以提供波束成形增益并支持增加的容量、新波形(例如，新无线电接入技术(RAT))以灵活地适应具有不同要求的各种服务/应用程序、新的多址方案以支持大规模连接等。国际电信联盟(ITU)将2020年及以后的国际移动电信(IMT)的使用场景分为3个主要组，诸如增强型移动宽带、大规模机器类型通信(MTC)以及超可靠和低延迟通信。此外，ITC还规定了目标要求，诸如峰值数据速率为每秒20吉比特(Gb/s)、用户体验的数据速率为每秒100兆比特(Mb/s)、频谱效率改进3X、支持高达时速为每小时500公里(km/h)移动性、延迟为1毫秒(ms)、连接密度为106个设备/km2、网络能效改进100X、区域业务量容量为10Mb/s/m2。虽然不需要同时满足所有要求，但是5G/NR网络的设计可以提供基于用例来支持满足上述部分要求的各种应用程序的灵活性。

发明内容

技术问题

本公开涉及将被提供用于支持超过诸如长期演进(LTE)的第四代(4G)通信系统的更高数据速率的第五代(5G)或5G/NR通信系统。本公开的实施例提供高级通信系统中的控制信息的信令。

技术方案

在一个实施例中，提供了一种方法。该方法包括：确定小区c的载波f的上行带宽部分(BWP)b上的PUCCH传输时刻i中的物理上行控制信道(PUCCH)传输功率的调节因子Δ_{IF，b，f，c}(i)为

以及利用通过Δ_{IF，b，f，c}(i)调节的功率在PUCCH传输时刻i中发送PUCCH。

是PUCCH符号的预定参考数量，

是在PUCCH传输时刻i中的PUCCH符号的数量(大于或等于4)，O_UCI是在PUCCH传输时刻i中的PUCCH中包括的上行控制信息(UCI)比特的数量，并且log₁₀()以10为底的对数函数。

在另一个实施例中，一种用户设备(UE)包括：处理器，该处理器被配置为确定小区c的载波f的上行带宽部分(BWP)b上的PUCCH传输时刻i中的物理上行控制信道(PUCCH)传输功率的调节因子Δ_IF,b,f,c(i)为

以及发送器，被配置为利用通过Δ_IF,b,f,c(i)调节的功率在PUCCH传输时刻i中发送PUCCH。

是PUCCH符号的预定参考数量，

是在PUCCH传输时刻i中的PUCCH符号的数量(大于或等于4)，O_UCI是在PUCCH传输时刻i中的PUCCH中包括的上行控制信息(UCI)比特的数量，并且log₁₀()以10为底的对数函数。

在又一个实施例中，提供了一种方法。该方法包括：接收用于针对参考物理上行控制信道(PUCCH)传输的参考重复次数的指示；基于参考重复次数、UCI比特的参考数量、以及UCI比特的数量，确定用于包括上行控制信息(UCI)比特的数量的第一PUCCH传输的第一重复次数；以及以第一重复次数发送PUCCH。

在又一个实施例中，一种用户设备(UE)包括：接收器，被配置为接收用于针对参考物理上行控制信道(PUCCH)传输的参考重复次数的指示；处理器，被配置为基于参考重复次数、UCI比特的参考数量、以及UCI比特的数量，确定用于包括上行控制信息(UCI)比特的数量的第一PUCCH传输的第一重复次数；以及发送器，被配置为以第一重复次数发送PUCCH。

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

本发明的有益效果

本公开涉及将被提供用于支持超过诸如长期演进(LTE)的第四代(4G)通信系统的更高数据速率的第五代(5G)或5G/NR通信系统。本公开的实施例提供高级通信系统中的控制信息的信令。

附图说明

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

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

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

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

图4示出了根据本公开的实施例的示例DL时隙结构；

图5示出了根据本公开的实施例的用于PUSCH传输或PUCCH传输的示例UL时隙结构；

图6示出了根据本公开的实施例的用于DCI格式的示例编码过程；

图7示出了根据本公开的实施例的用于与UE一起使用的DCI格式的示例解码过程；

图8示出了根据本公开的实施例的用于PUSCH中的数据信息和UCI的示例发送器框图；

图9示出了根据本公开的实施例的用于PUSCH中的数据信息和UCI的示例接收器框图；

图10示出了根据本公开的实施例的用于确定用于复用HARQ-ACK信息的PUSCH的方法的流程图；

图11示出了根据本公开的实施例的由UE基于用于PUCCH资源的空间设置参数确定PUCCH传输功率的方法的流程图；

图12示出了根据本公开的实施例的用于复用来自在PUCCH传输中的一个中时间重叠的PUCCH传输的UCI的示例UE行为；

图13示出了根据本公开的实施例的用于复用来自在PUSCH传输中时间重叠的PUCCH和PUSCH传输的UCI的示例UE行为；

图14示出了根据本公开的实施例的基于针对参考UCI有效载荷由高层提供的重复次数来确定包括UCI有效载荷的PUCCH传输的重复次数的方法的流程图；

图15示出了根据本公开的实施例的基于触发PUCCH传输的DCI格式中的指示的TCI状态来确定PUCCH传输的重复次数的方法的流程图；

图16示出了根据本公开的实施例的基于包括在PUCCH传输中的UCI类型来确定PUCCH传输功率的方法的流程图；以及

图17示出了根据本公开的实施例的基于由高层提供的码率和时隙的数量来确定用于PUCCH传输的时隙的数量的方法的流程图。

具体实施方式

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

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

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

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

以下文件据此以引用方式并入本公开中，如同在本文中完全阐述一样：3GPP TS38.211v15.1.0，“NR,Physical channels and modulation(物理信道和调制)”；3GPP TS38.212v15.1.0，“NR,Multiplexing and Channel coding(多路复用和信道编码)”；3GPPTS 38.213v15.1.0，“NR,Physical Layer Procedures for Control(控制的物理层过程)”；3GPP TS 38.214 v15.1.0，“NR,Physical Layer Procedures for Data(数据的物理层过程)”；3GPP TS 38.321 v15.1.0，“NR,Medium Access Control(MAC)protocolspecification(媒体访问控制(MAC)协议规范)”；以及3GPP TS 38.331 v15.1.0，“NR,Radio Resource Control(RRC)Protocol Specification(无线电资源控制(RRC)协议规范)”。

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

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

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

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

取决于网络类型，术语“基站”或“BS”或“gNB”可以指被配置为向网络提供无线接入的任何组件(或组件集合)，诸如发送点(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”/“gNB”和“TRP”在本专利文件中可互换使用以指代提供对远程终端的无线接入的网络架构组件。另外，取决于网络类型，术语“用户设备”或“UE”可以指代任何组件，诸如“移动站”、“用户站”、“远程终端”、“无线终端”、“接收点”或“用户设备”。为方便起见，在本专利文件中使用术语“用户设备”和“UE”来指代无线接入BS的远程无线设备，无论UE是移动设备(诸如移动电话还是智能电话)或通常被视为固定设备(例如台式计算机或自动售货机)。

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

如以下更详细地描述的，UE 111-116中的一个或多个包括用于在高级无线通信系统中控制信息的有效信令的电路、程序或其组合。在某些实施例中，一个或多个gNB 101-103包括用于在高级无线通信系统中的控制信息的有效信令的电路、程序或它们的组合。

尽管图1示出了无线网络的一个示例，但是可以对图1进行各种改变。例如，无线网络可以以任何合适的布置包括任意数量的gNB和任意数量的UE。而且，gNB 101可以直接与任何数量的UE通信，并向那些UE提供对网络130的无线宽带接入。类似地，每个gNB 102-103可以直接与网络130通信，并向UE提供对网络130的直接无线宽带接入。此外，gNB 101、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，控制前向信道信号的接收和反向信道信号的发送。控制器/处理器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的单个实例，但是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，其通过对基带或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和TX处理电路315，控制前向信道信号的接收和反向信道信号的发送。在一些实施例中，处理器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通信系统。因此，5G/NR或预5G/NR通信系统也称为“超越4G网络”或“后LTE系统”。认为5G/NR通信系统是在更高的频带(mmWave)(例如60GHz频带)中实现的，以实现更高的数据速率。为了减少无线电波的传播损失并增加传输距离，在5G/NR通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全尺寸MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。此外，在5G/NR通信系统中，基于高级小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等，正在进行系统网络改进的开发。在5G/NR系统中，已经开发了混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)作为高级编码调制(ACM)，以及滤波器组多载波(FBMC)、非正交多址(NOMA)、稀疏代码多路接入(SCMA)作为高级接入技术。

一种通信系统，包括：下行链路(DL)，其指从基站或一个或多个发送点到UE的传输；以及上行链路(UL)，其指从UE到基站或一个或多个接收点的传输。

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

DL信号包括传达信息内容的数据信号、传达DL控制信息(DCI)的控制信号、以及参考信号(RS)，它们也被称为导频信号(pilot signal)。gNB通过相应的物理DL共享信道(PDSCH)或物理DL控制信道(PDCCH)发送数据信息或DCI。可以在包括一个时隙符号的可变数量的时隙符号上发送PDSCH或PDCCH。

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

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

图4示出了根据本公开的实施例的示例DL时隙结构400。图4所示的DL时隙结构400的实施例仅用于说明，并且可以具有相同或相似的配置。图4不将本公开的范围限于任何特定实施方式。

DL时隙410包括

个符号420，gNB可以在其中发送数据信息、DCI或DMRS。DL系统BW包括

个RB。每个RB包括

个SC。UE被分配M_PDSCH个RB，达总共

个SC 430用于PDSCH传输BW。通过实质上分散在DL系统BW上的控制信道元素(CCE)来发送传达DCI的PDCCH。gNB可以使用第一时隙符号440来发送PDCCH。gNB可以使用第二时隙符号450来发送PDCCH或PDSCH。gNB可以使用其余的时隙符号460来发送PDSCH和CSI-RS。在某些时隙中，gNB还可以发送同步信号和传达系统信息的信道。

UL信号还包括传达信息内容的数据信号、传达UL控制信息(UCI)的控制信号、与数据或UCI解调相关联的DMRS、使gNB能够执行UL信道测量的探测RS(SRS)以及使UE能够执行随机接入的随机接入(RA)前导码。UE通过相应的物理UL共享信道(PUSCH)或物理UL控制信道(PUCCH)发送数据信息或UCI。可以在包括一个时隙符号的可变数量的时隙符号上发送PUSCH或PUCCH。当UE同时发送数据信息和UCI时，UE可以在PUSCH中复用两者并丢弃PUCCH传输。

UCI包括混合自动重复请求确认(HARQ-ACK)信息(指示对PDSCH中数据传输块(TB)的正确或不正确检测)、调度请求(SR)(指示UE在UE的缓冲区中是否有数据)和CSI报告(使gNB能够选择用于向UE的PDSCH或PDCCH传输的适当参数)。HARQ-ACK信息可以被配置为具有比每个TB更小的粒度，并且可以是每个数据码块(CB)或每个数据CB组，其中数据TB包括多个数据CB。

来自UE的CSI报告可以包括信道质量指示符(CQI)，用于通知gNB最大调制和编码方案(MCS)以供UE使用预先确定的块错误率(BLER)(诸如10％BLER)来检测数据TB；通知gNB如何根据多输入多输出(MIMO)传输原理来组合来自多个发送器天线的信号的预编码矩阵指示符(PMI)；以及指示PDSCH的传输秩的秩指示符(RI)。

UL RS包括DMRS和SRS。DMRS仅在相应的PUSCH或PUCCH传输的BW中发送。gNB可以使用DMRS来解调相应的PUSCH或PUCCH中的信息。UE发送SRS，以向gNB提供UL CSI，并且对于TDD系统，SRS传输还可以为DL传输提供PMI。另外，为了建立与gNB的同步或初始高层连接，UE可以发送物理随机接入信道(PRACH)。

图5示出了根据本公开的实施例的用于PUSCH传输或PUCCH传输的示例UL时隙结构500。图5所示的UL时隙结构500的实施例仅用于说明，并且可以具有相同或相似的配置。图5不将本公开的范围限于任何特定实施方式。

如图5所示，时隙510包括

个符号520，UE在其中发送数据信息、UCI或DMRS。UL系统BW包括

个RB。每个RB包括

个SC。UE被分配M_PUXCH个RB，达总共

个SC 530用于PUSCH传输BW(“X”＝“S”)或用于PUCCH传输BW(“X”＝“C”)。可以使用最后的一个或多个时隙符号来复用来自一个或多个UE的SRS传输550或短PUCCH传输。

可用于数据/UCI/DMRS传输的UL时隙符号的数量是

其中N_STS是用于SRS传输的时隙符号的数量。因此，用于PUXCH传输的RE的总数量为

PUCCH传输和PUSCH传输也可以发生在同一时隙中；例如，UE可以在较早的时隙符号中发送PUSCH，而在较晚的时隙符号中发送PUCCH，并且则用于PUCCH的时隙符号不可用于PUSCH，反之亦然。

混合时隙包括DL传输区域、保护时段区域和UL传输区域，类似于LTE规范中的特殊子帧。例如，DL传输区域可以包括PDCCH和PDSCH传输，而UL传输区域可以包括PUCCH传输。例如，DL传输区域可以包括PDCCH传输，而UL传输区域可以包括PUSCH和PUCCH传输。

DL传输和UL传输可以基于包括使用DFT预编码的变体(即DFT扩展OFDM)的正交频分复用(OFDM)波形。

UE通常监视时隙中的用于相应的潜在的PDCCH接收的多个候选位置以解码DCI格式。DCI格式包括循环冗余校验(CRC)比特，以使UE确认对DCI格式的正确检测。DCI格式类型由加扰CRC比特的无线电网络临时标识符(RNTI)标识。对于向单个UE调度PDSCH或PUSCH的DCI格式，RNTI可以是小区RNTI(C-RNTI)，也可以是C-RNTI的变体，诸如CS-RNTI或MCS-C-RNTI，并且作为UE标识符。对于调度传送系统信息(SI)的PDSCH的DCI格式，RNTI可以是SI-RNTI。对于调度提供随机接入响应(RAR)的PDSCH的DCI格式，RNTI可以是RA-RNTI。对于提供TPC命令的DCI格式，RNTI可以是TPC-PUSCH-RNTI、TPC-PUCCH-RNTI或TPC-SRS-RNTI，以分别将TPC命令值与PUSCH、PUCCH或SRS的传输功率相关联。可以通过诸如RRC信令的高层信令将每种RNTI类型配置给UE。向UE调度PDSCH传输的DCI格式也被称为DL DCI格式或DL分配，而从UE调度PUSCH传输的DCI格式也被称为UL DCI格式或UL许可。

图6示出了根据本公开的实施例的用于DCI格式的示例编码过程600。图6所示的DCI格式的编码过程600的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用其他实施例。

gNB在相应的PDCCH中分别编码和发送每个DCI格式。RNTI掩蔽DCI格式码字的CRC，以使UE能够标识DCI格式。例如，CRC和RNTI可以包括16比特。使用CRC计算单元620确定(未编码的)DCI格式比特610的CRC，并且使用CRC比特和RNTI比特640之间的异或OR(XOR)操作单元8630来掩蔽CRC。将XOR操作定义为XOR(0,0)＝0，XOR(0,1)＝1，XOR(1,0)＝1，XOR(1,1)＝0。使用CRC附加单元650将掩蔽的CRC比特附加到DCI格式信息比特。编码器660执行信道编码(诸如，咬尾卷积编码或极坐标编码)，然后由速率匹配器670对分配的资源进行速率匹配。交织和调制单元680应用交织和调制，诸如QPSK，并且输出控制信号690被发送。

图7示出了根据本公开的实施例的用于与UE一起使用的DCI格式的示例接收和解码过程700。图7所示的与UE一起使用的DCI格式的解码过程700的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用其他实施例。

接收的控制信号710由解调器和解交织器720解调和解交织。在gNB发送器处应用的速率匹配由速率匹配器730恢复，结果比特由解码器740解码。在解码之后，CRC提取器750提取CRC比特并提供DCI格式信息比特760。通过与RNTI 780的XOR操作(在适用时)对DCI格式信息比特进行去掩蔽770，并且由单元790执行CRC校验。当CRC校验成功(校验和为零)时，DCI格式信息比特被认为是有效的。当CRC校验不成功时，DCI格式信息比特被认为是无效的。

UE可以在PUCCH中或在PUSCH中发送对应于通过UE的多个PDSCH接收的HARQ-ACK。UE可以确定HARQ-ACK信息有效载荷与如下之一对应：UE可以在相同的PUSCH或PUCCH中发送相应的HARQ-ACK信息的所有非重叠PDSCH接收(半静态HARQ-ACK码本)，或者基于包括在向UE调度PDSCH接收的DCI格式中或从UE调度PUSCH传输的DCI格式中的DL分配指示符(DAI)字段(动态HARQ-ACK码本)。当UE具有多个调度的PUSCH传输时，对于HARQ-ACK信息或数据信息的接收可靠性而言，为UE提供确定PUSCH传输中的一个以复用HARQ-ACK信息或一般而言UCI的手段是有利的。

当UE在PUSCH中发送HARQ-ACK比特时，如等式1中，UE确定用于HARQ-ACK的每层的编码的调制符号的数量Q‘。

其中，O_ACK是HARQ-ACK比特的数量；L是CRC比特的数量(如果有)；

是PUSCH传输的调度的带宽，表示为子载波的数量；

是PUSCH传输的符号的数量，不包括用于DMRS的所有符号；

C_UL-SC是PUSCH传输中用于UL-SCH的代码块的数量；K_r是PUSCH传输中用于UL-SCH的第r个码块大小；

是在PUSCH传输中携带PTRS的符号中的子载波的数量；

是PUSCH传输中携带PTRS的符号的数量；

是集合

中的元素的数量，其中

是可用于在符号l中传输UCI的资源元素的集合，

是PUSCH的符号总数；并且

是将数字四舍五入到下一个更高整数的上限函数。

当UE在PUSCH中发送CSI部分1时，如公式2所示，UE确定每层的编码的调制符号的数量Q‘_CSI,1。

其中，O_CSI，1是CSI部分1的比特的数量；L是用于编码CSI部分1的CRC比特的数量(如果有的话)；

并且Q‘_ACK是如果HARQ-ACK信息比特的数量大于2用于在PUSCH上发送的HARQ-ACK的每层编码的调制符号的数量，并且如果HARQ-ACK信息比特的数量是1或2比特，则

其中，

是用于符号l中的潜在HARQ-ACK传输的预留资源元素的集合，

并且

是

中的元素的数量。其余符号类似于针对HARQ-ACK描述的符号，并且为了简洁不进行描述。

当UE在PUSCH中发送CSI部分2时，如公式3所示，UE确定每层的编码的调制符号的数量Q‘_CSI,1。

其中，O_CSI，2是CSI部分2的比特的数量(如果有的话)；L是用于CSI部分2编码的CRC比特的数量；

Q^‘ _ACK是如果HARQ-ACK信息比特的数量大于2在PUSCH上发送的用于HARQ-ACK的每层编码的调制符号的数量，并且如果HARQ-ACK信息比特的数量是1或2比特，则Q′_ACK＝0；Q^‘ _CSI,1是用于在PUSCH上发送的CSI部分1的每层编码的调制符号的数量。其余符号类似于针对HARQ-ACK描述的符号，并且为了简洁不进行描述。

对于PUSCH中的UCI复用，当HARQ-ACK有效载荷为1或2比特时HARQ-ACK编码的调制符号对数据编码的调制符号或CSI部分2编码的调制符号进行打孔(puncture)，并且当HARQ-ACK有效载荷大于2比特时分别与数据编码的调制符号或CSI部分2编码的调制符号速率匹配。在符号l中保留RE的集合

用于潜在的HARQ-ACK传输。

PUSCH传输可以仅传达A-CSI，并且还可以包括HARQ-ACK，而不包括任何UL-SCH数据信息。当UE在PUSCH传输中仅复用UCI(无UL-SCH数据信息)并且UE还发送HARQ-ACK信息比特时，如公式4所示，UE确定用于HARQ-ACK的编码的符号数量Q′，其中

其余符号如前所述：

基于来自预先确定的

个值的集合的、gNB通过高层信令向UE配置或利用调度PUSCH传输的DCI格式中的字段(诸如例如利用指示四个预先确定的

值中的一个的2比特的字段)向UE指示的单个相应的

确定每层针对UCI类型的编码的调制符号的数量Q′。

在数据信息未在PUSCH传输中被复用的情况下，使用等式4导出HARQ-ACK编码的调制符号的数量可能会导致尺寸过大，因为O_CSI,1不会反映总的CSI有效载荷，并且如果使用由高层提供的

值的集合(例如，根据HARQ-ACK有效载荷)，则该

值可以远大于需要(例如一个数量级)，因为

值通常对于HARQ-ACK复用在包括数据信息的PUSCH中而被选择，并且因为用于数据信息的目标BLER通常比用于CSI的目标BLER大得多。注意，对于给定的HARQ-ACK信息目标BLER，

值通常与用作确定HARQ-ACK编码的调制符号的数量的参考的信息类型(数据或CSI)的目标BLER成反比。

图8示出了根据本公开的实施例的用于PUSCH中的数据信息和UCI的示例发送器框图800。图8所示的发送器框图800的实施例仅用于说明，并且可以具有相同或相似的配置。图8不将本公开的范围限于任何特定实施方式。

参考图8，由复用器830复用编码的CSI信息比特805(如果有的话)、编码的HARQ-ACK信息比特(如果有的话)和编码的数据信息比特820(如果有的话)。当HARQ-ACK比特的数量少于2时，编码的调制符号(如果有的话)对数据和/或CSI调制符号进行打孔，并且当HARQ-ACK比特的数量大于2时，编码的调制符号(如果有的话)与数据和/或CSI调制符号进行速率匹配。HARQ-ACK或CSI编码的调制符号的数量可以由处理器(未示出)确定，例如，如公式1到公式3所示。当DFT-S-OFDM波形用于传输时，通过DFT单元840应用离散傅里叶变换(DFT)(在OFDM波形的情况下不应用DFT)，通过选择器855选择与PUSCH传输BW相对应的RE850，通过IFFT单元860执行IFFT，通过滤波器870对输出进行滤波并通过功率放大器(PA)880应用特定功率，然后发送信号890。如果没有任何数据信息、CSI或HARQ-ACK信息被复用，则图8中与相应的发送器处理功能相对应的方框被省略。为了简洁起见，省略了附加的发送器电路，诸如数模转换器、滤波器、放大器和发送器天线、以及用于数据符号和UCI符号的编码器和调制器(为简洁起见)。

图9示出了根据本公开的实施例的用于PUSCH中的数据信息和UCI的示例接收器框图900。图9所示的接收器框图900的实施例仅用于说明，并且可以具有相同或相似的配置。图9不将本公开的范围限于任何特定实施方式。

参考图9，由滤波器920滤波接收的信号910，由FFT单元930应用FFT，选择器单元940选择由发送器使用的RE 950，逆DFT(IDFT)单元在DFT-S-OFDM波形用于传输时应用IDFT960，并且在提供给相应的解码器之前，解复用器970分离编码的CSI信息比特980(如果有的话)、编码的HARQ-ACK信息比特(如果有的话)985和编码的数据信息比特(如果有的话)990。可以由处理器(未示出)确定HARQ-ACK或CSI编码的调制符号的数量，例如，如公式1到公式3中所示。为简洁起见，未示出额外的接收器电路，诸如用于数据和UCI符号的信道估计器、解调器和解码器。

PUCCH的发送器和接收器结构取决于PUCCH格式，并且可以类似于PUSCH的发送器和接收器结构(不存在数据信息)。例如，对于第一PUCCH格式，发送器和接收器结构可以分别与图8和图9中的结构相同，而对于第二PUCCH格式，正交覆盖码可以在图8中的DFT滤波器之前或图9中的IDFT滤波器之后应用。相应的描述在本领域中是已知的，为简洁起见，将其省略。

当UE响应于由相关联的DCI格式调度的PDSCH接收而在PUCCH中发送HARQ-ACK信息时，可以通过每个DCI格式中的PUCCH资源指示符字段来指示对应的PUCCH资源。取决于相应的PUCCH格式，PUCCH资源可以包括几个参数。例如，对于PUCCH传输，PUCCH资源可以包括时隙中的第一符号的索引、时隙中的符号的数量以及跳频之前的第一RB的索引，并且如果适用，则包括跳频之后的第一RB。

为了避免增加用于PUCCH资源指示符字段的比特的数量，可以利用隐式PUCCH资源指示来补充显式PUCCH资源指示。例如，当UE被配置为四个PUCCH资源的集合时，可以使用2比特的PUCCH资源指示符字段来指示来自四个PUCCH资源的集合的PUCCH资源，并且隐式确定不适用，而当UE被配置了四个以上的PUCCH资源的集合时，可以使用2比特的PUCCH资源指示符字段来指示来自PUCCH资源的集合的子集，并且可以附加应用对来自PUCCH资源的子集的PUCCH资源的隐式确定。

可以根据多种PUCCH格式中的一种来发送PUCCH。PUCCH格式对应于被设计用于最大数量的符号或用于特定UCI有效载荷范围的结构，因为不同的UCI有效载荷需要不同的PUCCH传输结构来改进相关联的UCI BLER。PUCCH传输还与提供用于PUCCH传输的空间域滤波器的传输配置指示符(TCI)状态相关联。

5G网络的一个重要特性是为时隙中的UL符号的数量提供了灵活性，并且使用各种子载波间隔(SCS)值，诸如15千赫兹(kHz)、60kHz等。相对于仅包括UL符号的时隙或相对于较小的SCS值的使用，时隙中存在很少的UL符号或使用较大的SCS值导致PUCCH传输的总接收能量减少。为了避免该问题并实现对PUCCH传输的可靠接收，UE可以由高层在相应数量的时隙上配置用于PUCCH传输的重复次数。

当UE不受功率限制时，UE可以通过增加PUCCH传输功率来补偿用于PUCCH传输或用于更高的SCS的减少的数量的时隙符号。例如，在PUCCH传输时刻i中，UE可以使用如等式5中具有索引l的PUCCH功率控制调节状态来确定小区c中的载波f的活动UL BWP b上的PUCCH传输功率P_{PUCCH，b，f，c}(i，q_u，q_d，l)。

其中相应的参数在3GPP TS 38.213v15.1.0“NR,Physical Layer Proceduresfor Control”中进行了描述，μ是SCS配置，并且Δ_{TF，b，f，c}(i)是考虑了时刻i期间用于PUCCH传输的可用资源数量的PUCCH传输功率调节。

对于PUCCH格式1，

其中

是每个时隙的符号的数量，并且

是在PUCCH传输时刻i中的PUCCH传输符号的数量。对于PUCCH格式3或PUCCH格式4以及对于PUCCH传输时刻i中的O_UCI＝n_HARQ-ACK+O_SR+O_CSI≤11个比特Δ_{TF，b，f，c}(i)＝10log₁₀(K₁·(n_HARQ-ACK+O_SR+O_CSI)/N_RE)，其中K₁＝6，n_HARQ-ACK是UE如REF3中所述确定的实际HARQ-ACK信息比特的数量，O_SR是SR信息比特的数量，O_CSI是CSI信息比特的数量，N_RE是用于UCI传输的RE的数量。对于PUCCH格式3或PUCCH格式4，以及对于PUCCH传输时刻i中的O_UCI＝O_HARQ-ACK+O_SR+O_CSI＞11个比特，

K₂＝2.4，BPRE＝(O_ACK+O_SR+O_CSI+O_CRC)/N_RE，并且O_ACK是HARQ-ACK信息比特的总数。

当gNB确定UE无法增加传输功率以实现在时隙的符号数量上的PUCCH传输的所期望的UCI接收可靠性时，gNB可以为UE配置用于在时隙的相应数量上的PUCCH传输的重复的次数，以便增加用于PUCCH接收的次数并增加总的PUCCH接收能量。由于所需的PUCCH传输功率取决于PUCCH中包括的UCI比特的数量，因此无法增加PUCCH传输功率的、来自UE的PUCCH传输的重复次数应当取决于PUCCH中包括的UCI比特的数量。

具有重复的PUCCH传输可以包括单个UCI类型或多个UCI类型。在PUCCH传输中具有单个UCI类型且不复用其他UCI类型(当包括UCI类型的相应的PUCCH传输在时间上重叠时)避免了必须增加PUCCH重复次数以容纳更大的UCI有效载荷，并且因此以UE放弃其他UCI类型的传输为代价减少了单个UCI类型的接收延迟。在具有重复的PUCCH传输中具有多个UCI类型具有以下折衷权衡：在具有重复的PUCCH传输中具有单个UCI类型并丢弃其他UCI。

不同的UCI类型也可以具有不同的接收可靠性要求。例如，用于HARQ-ACK信息的接收可靠性可以是0.1％，而用于CSI的接收可靠性可以是5％。因此，对于没有重复的PUCCH传输，PUCCH传输功率可以取决于UCI类型，而对于具有重复的PUCCH传输，重复次数可以取决于UCI类型。

由于UE移动性或由于相应信道介质中的变化，gNB处的接收点可能会动态变化。例如，用于PUCCH接收的当前波束可能会变得不理想，并且可能无法立即获得新的波束，从而要求gNB将较宽的波束用于PUCCH接收，并经历用于PUCCH接收的降低的信噪比和干扰比(SINR)。例如，可以从一个接收点或从多个接收点动态地接收PUCCH，并且在后一种情况下，用于PUCCH接收的SINR可以增加。为了使gNB能够以期望的可靠性在PUCCH中接收UCI，gNB可以动态地调节来自UE的PUCCH传输功率。当UE受到功率限制时，gNB能够动态调节来自UE的PUCCH传输的重复次数是有益的。

除了取决于UCI有效载荷来调节用于PUCCH传输的功率或重复次数之外，当总的UCI有效载荷和可用于UCI传输的PUCCH RE的数量达到大于由高层提供给UE的码率的码率时，UE可以丢弃一些UCI。然后，UE丢弃UCI的某些部分(诸如部分2CSI报告)，直到达到的码率小于或等于由高层提供的码率。当不可能进一步丢弃UCI时(诸如，当UE已经丢弃了所有CSI报告并且剩余的UCI仅包括HARQ-ACK信息并且达到的码率仍大于高层提供的码率时)，UE以该结果码率来发送UCI。代替UE丢弃UCI或潜在地必须以比由高层提供的码率大的码率来发送UCI，使UE能够避免丢弃UCI或使UE能够利用小于或等于由高层提供的码率的码率来发送UCI是有益的。

5G网络的另一个重要特性是为UL传输的定时提供了灵活性。可以通过调度PDSCH接收或半持久调度(SPS)PDSCH的释放、用于传达相应HARQ-ACK信息的PUCCH的传输的时隙的DCI格式来指示UE。还可以向UE指示用于包括时隙中的第一符号的PUCCH传输的资源。类似地，调度PUSCH传输的DCI格式可以指示对应的时隙和该时隙内用于PUSCH传输的第一符号。UE还可以具有周期性或半永久性PUSCH或PUCCH传输。

UE可能或可能不能够在服务小区的UL带宽部分(BWP)中同时发送PUSCH和PUCCH。当UE不能同时发送PUSCH和PUCCH时，UE丢弃PUCCH传输，并在PUSCH传输中复用对应的UCI，诸如HARQ-ACK信息或CSI。此外，UE可能或可能不能够在服务小区的UL带宽部分(BWP)中同时发送多个PUCCH。当UE不能同时发送多个PUCCH时，UE丢弃除其中UE复用所有UCI的一个PUCCH传输之外的所有PUCCH传输。当对应的PUCCH或PUSCH传输在相同时隙的相同符号处开始时，期望UE执行上述功能。然而，当对应的PUCCH或PUSCH传输在相同的时隙的不同符号处开始时，UE通常不能够执行以上功能。此外，在与UE处理时间有关的某些条件下，即使对应的PUCCH或PUSCH传输在相同时隙的相同符号处开始，UE也可能无法执行上述功能。

当UE无法在单个PUCCH传输中复用来自多个PUCCH传输的UCI时，或者当UE无法在PUSCH传输中复用UCI时，UE需要进一步确定PUCCH传输以优先级排序(或等效地，要丢弃一个或多个PUCCH传输)或是否优先级排序PUSCH传输或PUCCH传输。

因此，需要对PUSCH传输中的不包括数据信息的HARQ-ACK编码的调制符号的数量提供准确的确定。

还需要提供用于在多个PUSCH传输的情况下确定用于复用UCI的PUSCH的机制。

还需要提供用于与PUCCH资源的显式确定相结合的隐式确定PUCCH资源的机制。

还需要取决于UCI比特的相应数量或UCI比特的相应类型来确定PUCCH传输功率的调节因子。

还需要依据用于在相同的PUCCH或PUSCH传输中复用UCI的条件或当不能进行复用时用于丢弃若干PUSCH或PUCCH传输的条件来定义UE行为。

还需要为时间重叠的PUSCH或PUCCH传输定义优先级排序规则和UE行为。

还需要定义在UE需要取消配置的传输时的UE能力。

还需要基于由PUCCH传输所传达的UCI比特的数量来调节PUCCH传输的重复次数。

还需要使得能够取决于由PUCCH传输所包括的UCI类型来对PUCCH传输使用不同的功率或不同的重复次数。

还需要动态地指示PUCCH传输的重复次数。

最后，还需要使UE能够避免丢弃UCI或避免以大于由高层提供给UE的码率的码率来发送UCI。

本公开涉及要被提供用于支持诸如长期演进(LTE)的第四代(4G)通信系统之外的更高数据速率的预第五代(5G)或5G通信系统。本公开涉及为在不包括数据信息的PUSCH传输中的HARQ-ACK编码的调制符号的数量提供准确的确定。本公开还涉及提供用于在多个PUSCH传输的情况下确定用于复用UCI的PUSCH的机制。本公开另外涉及提供用于与PUCCH资源的显式确定相结合地隐式确定PUCCH资源的机制。本公开还涉及取决于UCI比特的对应数量或UCI比特的对应类型来确定用于PUCCH传输功率的调节因子。本公开还涉及依据用于在相同的PUCCH或PUSCH传输中复用UCI的条件、或者在不能进行复用时用于丢弃若干PUSCH或PUCCH传输的条件来定义UE行为。本公开另外涉及为时间重叠的PUSCH或PUCCH传输定义优先级排序规则和UE行为。本公开还涉及定义在UE需要取消配置的传输时的UE能力。本公开还涉及基于由PUCCH传输所传达的UCI比特的数量来调节PUCCH传输的重复次数。本公开另外涉及取决于PUCCH传输所包括的UCI类型，能够为PUCCH传输使用不同的功率或不同的重复次数。本公开还涉及动态地指示PUCCH传输的重复次数。最后，本公开涉及使UE能够避免丢弃UCI或避免以大于高层提供给UE的码率的码率来发送UCI。

本公开的第一实施例考虑当UE在相同时隙期间发送多个PUSCH时确定用于复用来自UE的HARQ-ACK的PUSCH。

通常，由于通过不同的对应多个RB或多个时隙符号、或具有不同的数据MCS或频谱效率、或经历具有不同传播特性的干扰或信道介质进行发送，因此PUSCH传输可以具有不同的特性，诸如用于复用数据信息和UCI的可用资源的不同数量。

而且，PUSCH传输可以通过DCI格式来调度，并且因此在诸如MCS/频谱效率和可用RE的总数的关联参数中具有适应特性，或者可以由高层配置并且具有非适应特性。由于不同小区或载波上PUSCH传输的动态性质，通常不能仅基于预先确定的规则在维持所期望的目标UCI接收可靠性并使对PUSCH中的数据信息接收可靠性的影响最小的同时选择用于UCI复用的PUSCH，而需要动态确定。

一个预先确定的规则可以是，当多个PUSCH传输可用于来自UE的HARQ-ACK时，或者通常的，可用于UCI复用时，UE在由高层配置的PUSCH传输上为HARQ-ACK复用选择由DCI格式调度的PUSCH传输。另一个预先确定的规则可以是UE在由回退DCI格式调度的PUSCH传输上为HARQ-ACK复用选择由非回退DCI格式调度的PUSCH传输，其中非回退DCI格式的大小大于回退DCI格式的大小，因为后者可以与UE经历与gNB的通信可靠性下降的小区上的PUSCH传输相关联。例如，在3GPP TS 38.212 v15.1.0，“NR,Multiplexing and Channel coding”中，DCI格式0_0是回退DCI格式，而DCI格式0_1是非回退DCI格式。

此外，当非回退DCI格式包括beta_offset指示符字段时，回退DCI格式不包括beta_offset指示符字段，因为该字段的存在是可配置的，并且则在由回退DCI格式调度的PUSCH传输中对HARQ-ACK编码的调制符号的调节不如由非回退DCI格式调度的PUSCH传输中准确。回退DCI格式也可能不包括DAI字段，进一步导致对应的PUSCH传输中的HARQ-ACK复用比由非回退DCI格式调度的PUSCH传输中的可靠性低。在这种情况下，如果HARQ-ACK复用在由不包括DAI字段的回退UL DCI格式调度的PUSCH传输中，则UE可以使用来自非回退DCI格式的DAI字段来确定用于在PUSCH传输中的复用的HARQ-ACK码本。

图10示出了根据本公开的实施例的用于确定用于复用HARQ-ACK信息的PUSCH的方法1000的流程图。图10所示的方法1000的实施例仅用于说明，并且可以具有相同或相似的配置。图10不将本公开的范围限制为任何特定实施方式。

UE被配置为发送第一PUSCH和第二PUSCH，并且该UE具有要在PUSCH中进行复用的HARQ-ACK信息1010。UE确定分别通过回退DCI格式或通过高层信令来调度第一PUSCH，以及通过非回退DCI格式或通过DCI格式来调度第二PUSCH 1020。UE在第二PUSCH中复用HARQ-ACK信息1030。

在通过相应的非回退DCI格式调度的PUSCH传输中，用于HARQ-ACK复用的PUSCH可以通过相应的DCI格式明确表示，也可以基于PUSCH传输的特性隐式确定。

在第一种方法中，至少对于非回退DCI格式，DCI格式可以包括1比特的“HARQ-ACK_multiplexing”字段，该字段指示UE是否可以在关联的PUSCH传输中复用HARQ-ACK。例如，二进制“0”可以指示HARQ-ACK复用。具有用于HARQ-ACK复用的PUSCH的显式指示还可以使gNB接收器能够避免当UE无法检测调度PUSCH(gNB在该PUSCH中期望UE复用HARQ-ACK)的传输的DCI格式时的多次解码操作，并且然后，UE在gNB不期望的其他PUSCH中复用HARQ-ACK，或者在(例如因为相应的解码失败或因为gNB在相应的多个PUSCH传输中不对UCI执行多个解码操作)gNB未标识PUSCH具有HARQ-ACK复用时避免数据缓冲区损坏。当UE没有在相对应的PUSCH传输中检测到指示HARQ-ACK复用的DCI格式时，UE可以在PUCCH中发送HARQ-ACK，或者UE可以不发送HARQ-ACK。

作为引入“HARQ-ACK_multiplexing”字段的替代，至少在调度PUSCH传输的非回退DCI格式中，A-CSI请求字段的一个或多个状态还可以用于指示对应的PUSCH中的HARQ-ACK复用。例如，对于2比特的A-CSI请求字段，值“01”可以用于指示用于A-CSI报告的对应配置以及在对应的PUSCH中的HARQ-ACK复用两者。例如，除了“00”之外的A-CSI请求字段的任何值还可以指示对应的PUSCH中的HARQ-ACK复用。例如，HARQ-ACK复用可以在被指示为不包括数据信息的PUSCH传输中。

在第二种方法中，至少对于非回退DCI格式，当DAI字段包括在调度相应PUSCH传输的DCI格式中时，DAI字段可以用于隐式指示用于HARQ-ACK复用的PUSCH。例如，在调度其中调度gNB期望UE复用HARQ-ACK的PUSCH传输的DCI格式中的DAI字段可以具有第一值，而在调度其中调度gNB不期望UE复用HARQ-ACK的PUSCH传输的每个其它DCI格式中的DAI字段可以具有不同于第一值的第二值。至少当UE仅检测到调度相应的PUSCH传输的两种DCI格式时，UE可以从所述两种DCI格式中的两个DAI值以及从调度通过UE的PDSCH接收的DCI格式的计数器DAI或总DAI值来确定用于复用HARQ-ACK的PUSCH传输，其中UE响应于PDSCH接收(包括SPS PDSCH释放)，发送HARQ-ACK信息。

例如，当调度来自UE的PUSCH传输的DCI格式中的DAI字段由1比特表示时，该DAI字段可以通过如下设置来用作“HARQ-ACK_multiplexing”字段：将值设置为例如值“1”以向UE指示用于UCI复用的PUSCH传输以及设置为值“0”以向UE指示不进行UCI复用的PUSCH传输。UE可以期望UE可以在同一时间段期间在不同小区中检测调度PUSCH传输的DCI格式，其中在DCI格式中的一个中的DAI字段设置为“1”，而DCI格式的其他每一个中的DAI字段设置为“0”，并且UE可能不将此类DCI格式的检测视为错误事件。除非UE被配置为在多个PUSCH传输中复用UCI，否则UE可能不期望检测到具有等于“1”的UL DAI字段的多于一个DCI格式。

例如，当以2比特表示调度来自UE的PUSCH传输的DCI格式的DAI字段时，调度相应的第一PUSCH传输和第二PUSCH传输的第一和第二DCI格式中的DAI值为“00”和“11”，并且UE检测到的调度PDSCH传输的最后的DCI格式的计数器DAI为“00”，UE在第一PUSCH传输中复用HARQ-ACK。例如，当调度相应的第一和第二PUSCH传输的第一和第二DCI格式中的DAI值是“00”和“11”，并且UE检测到的调度PDSCH传输的最后的DCI格式中的计数器DAI是“10”时，UE在第二PUSCH传输中复用HARQ-ACK。

通常，相对于UE检测到的并调度通过UE的PDSCH接收的最后的DCI格式中的计数器DAI值，调度其中期望UE复用HARQ-ACK信息的PUSCH传输的DCI格式中的DAI值是具有最小差异(对于2比特DAI模4)的一个。

为了增加UE检测到调度其中UE可以复用HARQ-ACK信息的PUSCH传输的DCI格式的可能性，gNB可以根据第一方法为HARQ-ACK_multiplexing字段设置对应的值或根据第二方法将DAI字段的相应值设置为在多于一个DCI格式中都相同。

当不止一个PUSCH传输时，UE可以基于附加准则选择用于复用HARQ-ACK信息的PUSCH传输，诸如在具有最小索引的小区或载波上传输的PUSCH中复用HARQ-ACK信息，或者在具有最大数据MCS的PUSCH传输中复用HARQ-ACK信息，或者在导致HARQ-ACK编码的调制符号的数量与数据信息编码的调制符号的数量或者与用于传输数据信息和UCI的可用RE的数量的比率更小的PUSCH中复用HARQ-ACK信息。

本公开的第二实施例考虑对在仅包括UCI并且不包括数据信息的PUSCH中的HARQ-ACK编码的调制符号的数量的确定。

出于至少两个原因，对于HARQ-ACK编码的调制符号的数量，使用等式4的公式可以导致明显的超尺寸(over-dimensioning)。第一个原因是，如果仅将CSI部分1信息比特的数量O_CSI，1考虑作为用于确定HARQ-ACK编码的调制符号的数量的参考，则该数量通常很小，诸如大约10，并且不代表CSI比特的总数，因为CSI部分2信息比特的数量O_CSI，2可以明显大于O_CSI，1，或者相等地，O_CSI，1+O_CSI，2可以是级数或量级或远大于O_CSI，1。然而，在等式4中使用O_CSI，1+O_CSI，2代替O_CSI，1实际上是不可能的，因为gNB在解码CSI部分1之前不知道O_CSI，2值，并且不正确的确定会导致对HARQ-ACK编码的调制符号的数量的错误确定以及在gNB处对HARQ-ACK码字的相应的错误解码。

第二个原因是，由高层配置

和

值通常关于UL-SCH数据信息也在相应的PUSCH传输中被复用的情况。然后，对于比CSI BLER大约大10倍的目标数据信息BLER，在具有数据信息的PUSCH传输中和没有数据信息的PUSCH传输中使用相同的

值可能会导致HARQ-ACK编码的调制符号数量超尺寸约为10的系数。

在没有UL-SCH数据信息的PUSCH传输中使能更精确地确定HARQ-ACK编码的调制符号的数量的第一种方法是在等式4中利用参考CSI有效载荷O_CSI，ref代替O_CSI，1得到

参考CSI有效载荷O_CSI，ref可以包括用于CSI部分1的有效载荷和用于CSI部分2的相应的预先确定的有效载荷。参考CSI有效载荷O_CSI，ref还可以包括用作CSI部分1或CSI部分2的编码处理的一部分的CRC比特。即使当实际的CSI部分2有效载荷与预先确定的有效载荷不同时，与使用O_CSI，1代替O_CSI，ref时相比，确定HARQ-ACK编码的调制符号的数量更为准确。

在没有UL-SCH数据信息的PUSCH传输中使能更精确地确定HARQ-ACK编码的调制符号的数量的第二种方法是对于从UE调度PUSCH传输的DCI格式指示用于CSI传输的MCS/频谱效率。这可以通过包括，除了触发CSI报告(由“CSI请求”字段的值的非零值表示)以外，指示UE是否将DCI格式解释为调度数据信息的传输的1比特信息字段(“数据存在”字段)来实现。当信息字段不指示在PUSCH中的数据信息的传输时，DCI格式中的MCS字段指示用于CSI传输的MCSMCS_CSI，其中MCS_CSI＝Q_m·R，Q_m是调制阶数，R是从DCI格式中的MCS字段确定的目标码率。然后，可以将HARQ-ACK编码的调制符号的数量确定为

可替代地，可以从MCS_CSI和PUSCH传输中可用于UCI复用的PUSCH RE(例如，不包括用于RS传输的RE)的数量来确定O_CSI有效载荷。

在没有UL-SCH数据信息的PUSCH传输中使能更精确地确定HARQ-ACK编码的调制符号的数量的第三种方法是为

值的两个集合提供单独的配置，第一集合用于UE在PUSCH传输中复用数据信息的情况，第二集合用于UE不在PUSCH传输中复用数据信息的情况。这也可以被扩展在针对CSI部分1或CSI部分2和PUCCH中的HARQ-ACK/SR的单独编码的情况下。例如，值的第二集合中的

值(例如可以对应于HARQ-ACK有效载荷的相应的集合)可以考虑目标CSI BLER而不是目标数据BLER，并且，例如，当目标CSI BLER小于目标数据信息BLER时，目标CSI BLER可以具有小于

值的第一集合中的对应值的值。

此外，

值的第二集合中的

值可以如等式4中那样考虑CSI部分1的有效载荷来确定HARQ-ACK编码的调制符号的数量，或者可以考虑可以包括用于CSI部分1、CSI部分2两者的对应的一个以及可能的用于相应的编码处理的CRC比特的CSI有效载荷。

在没有UL-SCH数据信息的PUSCH传输中使能更精确地确定HARQ-ACK编码的调制符号的数量的第四种方法是应用由高层提供并由UE使用的码率的配置来确定在使用PUCCH格式3或PUCCH格式4的PUCCH传输中用于HARQ-ACK或CSI部分1复用的RE(编码的调制符号)的数量。

然后，用于HARQ-ACK和CSI部分1信息比特的联合编码可以应用用于PUSCH中的传输，就像用于PUCCH中的传输一样(CSI部分2信息比特被单独编码)。否则，可以应用HARQ-ACK信息比特和CSI部分1信息比特的单独编码，其中HARQ-ACK编码的调制符号的数量被确定为导致小于或等于由高层提供的码率的HARQ-ACK信息比特的对应的码率的最小值。CSI部分1编码的调制符号的数量被确定为(a)导致小于或等于由高层提供的码率的CSI部分1比特的对应的码率的CSI部分1编码的调制符号的最小数量和(b)在排除用于复用HARQ-ACK的RE和用于RS传输的RE之后可以在可用的PUSCH RE中复用的CSI部分1编码的调制符号的数量之间的最小值。

本公开的第三实施例考虑UE的PUCCH资源指示与由UE对UE用来计算PUCCH传输功率的参数集合的确定之间的关联。

PUCCH资源与UE用于计算PUCCH传输功率的参数集合之间的关联可以是基于Q_d个SS/PBCH块索引或用于路径损耗测量的CSI-RS资源配置(如等式5)与对应于来自集合Q_d的SS/PBCH块索引或CSI-RS资源配置的Q_p个PUCCH空间设置的集合之间的映射。该映射可以由高层提供。

当Q_p＜Q_d时，映射可以基于具有Q_d个SS/PBCH块索引或CSI-RS资源配置的集合的子集。例如，集合Q_d可以包括4个SS/PBCH块索引和8个CSI-RS资源配置，并且集合Q_p可以包括4个SS/PBCH块索引中的2个和8个CSI-RS资源配置中的2个。

基于DCI格式中的PUCCH资源指示符字段值，如前所述，可能通过隐式手段进行补充，UE可以导出PUCCH资源并且获得用于PUCCH传输的空间滤波器的设置作为PUCCH资源的参数，并且因此例如如等式5中那样，获得SS/PBCH块索引或具有与UE然后应用以确定PUCCH传输功率的路径损耗测量相对应的CSI-RS资源配置。

为了减轻来自隐式PUCCH资源确定的潜在错误情况的影响，当适用时，除了由PUCCH资源指示字段对PUCCH资源的子集的显式指示外，PUCCH空间设置对于由PUCCH资源指示字段指示的PUCCH资源的子集中的所有PUCCH资源都可以相同。然后，Q_p可以具有等于可以由DCI格式中的PUCCH资源指示字段指示的PUCCH资源子集的数量的大小。

还可通过高层为UE提供SRS资源的集合与SS/PBCH索引或CSI-RS资源配置的集合之间的映射，用于获得路径损耗估计。当向UE调度PDSCH接收的DCI格式包括具有指示来自SRS资源的集合中的SRS资源的SRS资源指示符(SRI)字段并且Q_p个PUCCH空间设置的集合还包括SRS资源时，UE可以使用与映射到SRS资源的SS/PBCH块或CSI-RS资源配置相对应的路径损耗来确定用于响应于PDSCH的接收来传送HARQ-ACK的PUCCH的传输功率。

图11示出了根据本公开的实施例的用于由UE基于用于PUCCH资源的空间设置参数来确定PUCCH传输功率的方法1100的流程图。图11所示的方法1100的实施例仅用于说明，并且可以具有相同或相似的配置。图11不将本公开的范围限于任何特定实施方式。

UE检测调度PDSCH接收并包括PUCCH资源指示字段的DCI格式1110。DCI格式还可以包括SRI字段。UE基于PUCCH资源指示符字段来确定PUCCH资源1120。PUCCH资源确定还可以通过隐式手段来补充。UE确定用于对应于SS/PBCH块的索引或对应于CSI-RS资源配置的PUCCH资源的PUCCH空间设置参数1130。UE确定UE使用SS/PBCH块或CSI-RS计算的路径损耗测量1140。

UE利用UE使用路径损耗测量确定的功率来发送PUCCH1150。当DCI格式指示UE用来测量路径损耗使用的、由高层信令映射到SS/PBCH块索引或CSI-RS配置的SRS资源时，UE可以使用对应的路径损耗来确定PUCCH传输功率。

由于相同的PUCCH格式可用于传输不同的UCI类型(例如HARQ-ACK或CSI)，并且由于不同的UCI类型可以具有不同的接收可靠性目标，因此对于相同的PUCCH格式的、UE使用以确定PUCCH传输功率的参数的集合可以由高层取决于UCI类型分别为UE配置。例如，对于相同的PUCCH格式，可以针对HARQ-ACK传输和针对CSI传输分别配置P_{O_PUCCH，f，c}(q_u)的值。

当UE在同一PUCCH中复用HARQ-ACK和CSI两者时，UE可以使用较大的配置的P_{O_PUCCH，f，c}(q_u)值，以实现针对UCI类型的较高的对应的接收可靠性。PUCCH参数的集合的其他值可以相同或可以单独配置。

本公开的第四实施例考虑了在服务小区的UL BWP上的时间重叠的PUCCH传输或重叠的PUCCH和PUSCH传输的情况下的UE行为以及用于定义UE行为的条件的确定。

对于UCI类型的各种组合，通常会发生部分重叠的PUCCH传输。实际上，对于基于时隙的PUCCH传输，gNB调度器可能不会为UE配置部分重叠的周期性PUCCH传输，尤其是如果UE由于部分重叠而丢弃其中之一时。仅非周期性PUCCH传输可以用于HARQ-ACK。用于PUCCH传输的时隙和第一符号由触发HARQ-ACK传输的DCI格式指示，以及对于跨越时隙中至少4个符号的PUCCH传输，UE通常至少从先前时隙知道HARQ-ACK传输的时隙。

如果UE在与用于HARQ-ACK的PUCCH传输相同的时隙中具有用于CSI的配置的PUCCH传输，并且用于先前的PUCCH传输的第一符号相同或者在用于之后的PUCCH传输的第一符号之后，则UE可以在之后的PUCCH传输中复用CSI。如果用于先前的PUCCH传输的第一符号在用于之后的PUCCH传输的第一符号之前，则如果有足够的时间用于UE取消(尚未进行)先前的PUCCH的传输，则可以再次在之后的PUCCH传输中复用CSI。

在第一种方法中，可以针对UE所需的时隙符号的数量来定义取消由高层配置的PUCCH传输的特定的UE能力，诸如PUCCH中的周期性或半持久性HARQ-ACK、SR或CSI传输，或者由诸如由PUCCH中的DCI格式指示的HARQ-ACK传输的DCI格式指示。在第二种方法中，可以将UE对于PUSCH准备N2个符号的能力视为用于UE取消传输所需的时间的宽松边界。

如果由UE接收由触发之后的PUCCH中的HARQ-ACK传输的DCI格式调度的PDSCH与较早的PUCCH的第一符号之间的时间大于N2个符号，则UE可以取消较早的PUCCH传输，并且在之后的PUCCH传输中复用CSI。否则，可以不假定UE能够取消较早的PUCCH传输，并且UE可以丢弃之后的PUCCH传输。而且，UE可能将此视为错误情况，因为在UE可能丢弃对应的PUCCH传输的时隙中，可能不期望gNB触发用于HARQ-ACK的PUCCH传输。

图12示出了根据本公开的实施例的用于复用来自PUCCH传输中的一个中的时间重叠的PUCCH传输的UCI的示例UE行为1200。图12所示的UE行为1200的实施例仅用于说明，并且可以具有相同或相似的配置。图12不将本公开的范围限制为任何特定实施方式。

当向UE配置了第一PUCCH 1205中的CSI传输(该第一PUCCH 1205中的CSI传输开始得晚于在同一时隙1220中的第二PUCCH 1210中的HARQ-ACK传输(可以假定由DCI格式指示))时，UE在第二PUCCH传输1230中复用CSI和HARQ-ACK并且丢弃第一PUCCH的传输。当向UE配置了第三PUCCH 1240中CSI传输(该第三PUCCH 1240中CSI传输开始得早于第四PUCCH1245中的HARQ-ACK传输(可以假定由DCI格式指示))时，考虑两种情况。

在第一种情况(情况A)中，UE接收/检测到指示第四PUCCH传输的DCI格式的时间与配置UE以开始第三PUCCH传输的时间之间的时间大于或等于UE取消第三PUCCH传输所需的时间，诸如例如大于或等于N2个时隙符号。对于这种情况(情况A)，UE丢弃第三PUCCH传输，并且在第四PUCCH传输1250中复用CSI与HARQ-ACK。在第二种情况(情况B)中，UE接收/检测指示第四PUCCH传输的DCI格式的时间与配置UE以开始第三PUCCH传输的时间之间的时间小于UE取消第三PUCCH传输所需的时间，诸如例如小于N2个时隙符号。对于这种情况(情况B)，UE丢弃第四PUCCH传输，并且在第三PUCCH传输1260中仅发送CSI。UE还可能将该情况视为错误情况，例如相对于指示第四PUCCH传输的一个或多个DCI格式检测。

PUCCH中的HARQ-ACK和SR复用可以取决于何时在UE处从高层向物理层提供正(positive)SR请求。然而，仍然可以支持HARQ-ACK和SR复用，而无需考虑用于对应的PUCCH传输的第一个时隙符号。如果没有足够早地将来自高层的正SR请求提供给物理层用于UE能够当用于HARQ-ACK的PUCCH传输在用于SR的PUCCH传输之前开始时在PUCCH中复用正SR(设置一个或多个SR比特的对应的值)与HARQ-ACK，UE可以发送负SR。UE可以在PUCCH中的下一个SR传输时刻发送正SR。

因此，对于基于时隙的PUCCH传输(即，排除周期性小于一个时隙的用于SR的PUCCH传输)，UE可以支持或不支持PUCCH中的HARQ-ACK和CSI或SR复用，而无需考虑受制于潜在错误情况的对应的PUCCH的第一时隙符号，如前所述。

对于基于非时隙(子时隙)的PUCCH传输，诸如用于具有传输周期小于一个时隙的SR的传输，一种可能性是UE丢弃正在进行的PUCCH(或可能的PUSCH)传输，以便发送传送SR的PUCCH。然而，需要最小时间(诸如等于PUSCH准备时间的时间或由UE取消正在进行的传输的能力指示的时间)以取消正在进行的传输。此最小时间大于几个时隙符号(例如，对于15KHz子载波间隔，N2的最小值是10个符号)。

然而，当UE具有正在进行的PUCCH或PUSCH传输时，不发送SR的UE不是问题，因为预期正SR传输导致的附加延迟对总体调度延迟不具有实质影响。例如，由于UE不能以子时隙周期性发送正SR而导致平均附加延迟最多为时隙的一半，并且需要进一步以在时隙中具有正在进行的PUCCH传输(或PUSCH传输)的UE为条件。即使UE有50％的相对较大概率在时隙中发送具有HARQ-ACK的PUCCH或发送PUSCH，所造成的附加延迟也最多为0.25个时隙或更短，这对端到端延迟具有微小的影响(即使对于0.5毫秒的时隙)。

对于利用在多个时隙上的重复以及比用于数据的优先级更高的用于HARQ-ACK的优先级传送HARC-ACK的PUCCH传输，UE可以忽略在UE重复PUCCH传输的时隙中导致PUSCH传输的UL许可(可能原因是如果因为UE丢弃PUSCH传输所以gNB调度器将没有原因来调度PUSCH导致的错误的CRC校验)。而且，UE可能在传送HARQ-ACK的PUCCH传输的重复中不复用其他UCI，因为这可能降低接收可靠性(并且

是半静态配置的)。而且，UE可以忽略指示在UE正在发送用于传送HARQ-ACK的PUCCH的重复(除了第一重复之外)的时隙中的相应HARQ-ACK传输的DL分配。

与5G特征相关的两个问题可能不允许直接重用LTE功能：与PUSCH或其他PUCCH传输的部分重叠、与PUSCH或其他更早的PUCCH部分重叠的可能性；以及需要低延迟的重叠(无许可)PUSCH传输的存在或与低延迟服务相关联的正SR传输的存在。

对于第一个问题，UE可以取消重叠的PUSCH传输或其他PUCCH传输。PUSCH或其他PUCCH在具有HARQ-ACK的PUCCH传输第一次重复之前开始并且UE无法取消相应传输的情况可被认为是错误(因为无法预期gNB指示UE不能发送第一PUCCH重复的时隙)。

第二个问题没有特别的实际意义，因为需要PUCCH重复的(覆盖范围有限的)UE可能需要对PUSCH甚至更多的重复或需要更高接收可靠性的信息类型。此外，如前所述，UE无法立即取消正在进行的传输。因此，UE和gNB操作不需要受到丢弃的PUCCH重复的影响，并且gNB不需要对是否在时隙中接收到PUSCH或PUCCH进行盲检测，因为这也可能对于覆盖受限的UE难以可靠地确定。

为了在PUSCH传输中而不是PUCCH传输中复用UCI，对动态PUSCH和PUCCH(具有HARQ-ACK)传输定时的支持可以导致对于PUSCH和PUCCH传输的重叠的几种可能的组合。重叠通常可能需要取决于PUSCH或PUCCH传输何时被触发的不同的处理。为了简单起见，以下假定PUCCH被发送而没有重复。

如果UE不在同一时隙中检测在调度PUSCH传输的DCI格式之后的触发PUCCH传输的DCI格式，则当UE准备PUSCH(UE具有可用于取消PUCCH传输的最小PUSCH准备时间)时，UE知道可能的重叠。因此，UE可以在PUSCH中复用HARQ-ACK，并且不管PUCCH/PUSCH重叠类型(相同/不同的第一符号)如何都丢弃PUCCH。在UE在多个UL BWP中或在多个服务小区中具有多个PUSCH传输的情况下，可以应用相同的规则，并且UE可以在PUSCH中复用HARQ-ACK。

如果后UE在同一时隙中检测在调度PUSCH传输的DCI格式的之后触发PUCCH传输的DCI格式，则会存在UE无法在PUSCH中进行复用的HARQ-ACK信息(例如，由于在PDSCH被触发之后PUSCH被接收)。此外，如果UE必须在PUSCH中复用HARQ-ACK，则将减少UE PUSCH处理时间线。然后，UE可以发送较早的信道。

因此，如果UE不在同一时隙中检测在调度PUSCH传输的DCI格式之后的触发PUCCH传输的DCI格式，则UE在PUSCH中复用HARQ-ACK(并且丢弃PUCCH)。如果UE在同一时隙中检测在调度PUSCH传输的DCI格式之后的触发PUCCH传输的DCI格式，则UE丢弃之后的传输。

对于周期性PUCCH与动态PUSCH传输之间的重叠(该动态PUSCH具有不同的第一符号并且该周期性PUCCH传输未比该PUSCH传输更早发生)，UE丢弃PUCCH。

对于周期性(RRC配置的)PUCCH传输与动态(由DCI格式调度的)PUSCH传输之间的重叠(该动态PUSCH具有不同的第一符号并且该周期性PUCCH传输比该PUSCH传输更早发生)，UE丢弃PUCCH传输并且如果UE接收/检测到调度PUSCH传输的DCI格式的时间与PUCCH传输的开始时间(PUCCH传输的第一符号)之间的时间等于或大于PUCCH取消时间(可以由UE向gNB指示或假定与PUSCH准备时间相同)，则在PUSCH中复用对应的UCI。然后，UE可以取消PUCCH传输。此外，UE可以将与PUCCH中的HARQ-ACK信息的传输相关联的PDSCH接收以及与PUCCH传输重叠的PUSCH传输开始之间的时间小于PUCCH取消时间的情况视为错误情况，因为可能不预期gNB调度UE可能丢弃的PUSCH传输。当UE具有多个同时的PUSCH传输时，适用相同的规则。

图13示出了根据本公开的实施例的对来自时间重叠的PUCCH和PUSCH传输用于在PUSCH传输中复用UCI的示例UE行为1300。图13所示的UE行为1300的实施例仅用于说明，并且可以具有相同或相似的配置。图13不将本公开的范围限制为任何特定实施方式。

考虑了周期性的PUCCH传输，但是相同的原理适用于由DCI格式触发的PUCCH传输，如下所述。当UE被配置了在同一时隙1320中比由DCI格式向UE调度的重叠PUSCH传输1310更早开始的PUCCH传输1305时，当UE接收/检测到调度PUSCH传输的DCI格式的时间与PUCCH传输的开始时间(PUCCH传输的第一符号)之间的时间1340等于或大于PUCCH取消时间1350时，UE在PUSCH 1330中复用诸如CSI的周期性PUCCH传输的UCI。

否则，当UE接收/检测到调度PUSCH传输的DCI格式的时间与PUCCH传输的开始时间之间的时间1360小于PUCCH取消时间1370时，UE丢弃PUSCH传输并在PUCCH 1380中发送UCI。

对于来自UE的、传达HARQ-ACK信息并由调度对应的PDSCH的接收的DL DCI格式向UE触发的PUCCH传输，当UE接收到PDSCH的时间与PUSCH传输的开始时间之间的时间大于或等于PUSCH的准备时间时，UE在时间上与PUCCH传输重叠的PUSCH传输中复用HARQ-ACK。为了向UE提供附加的时间余量，另一选择是当UE完成由DCI格式调度的PDSCH中的传输块的对应的接收的时间与PUCCH传输的开始的时间之间的时间大于或等于PUSCH的准备时间时，UE在时间上与PUCCH传输重叠的PUSCH传输中复用HARQ-ACK。

本公开的第五实施例考虑了对于小UCI有效载荷的用于PUCCH传输的功率调节以及基于PUCCH中包括的UCI比特的数量来确定用于PUCCH传输的重复次数。

gNB可以通过高层信令向UE提供PUCCH传输的参考重复次数。参考重复次数可以对应于参考UCI有效载荷(UCI信息比特的数量，包括CRC比特(如果有))。可以在系统操作中预先确定参考UCI有效载荷，诸如1个UCI比特、或2个UCI比特或4个UCI比特，或者也可以通过高层信令提供。可以针诸如HARQ-ACK、SR、或CSI的每种UCI类型分别向UE提供重复的次数，并且UE基于包括在PUCCH传输中的UCI比特的类型来确定用于PUCCH传输的重复次数。

配置有用于PUCCH传输的重复的UE可以维持相同的PUCCH传输功率，而不是当可能时，如等式5中所述，基于PUCCH中的UCI有效载荷来调节PUCCH传输功率。用于PUCCH传输的重复配置还可以包括用于参考UCI有效载荷(以及小于参考UCI有效载荷的UCI有效载荷)的单次传输(无重复)。当由高层为UE提供具有重复的PUCCH传输的配置时，即使当由高层指示UE没有用于具有参考UCI有效载荷的PUCCH传输的重复时，UE也可以对大于参考UCI有效载荷的UCI有效载荷应用一个或多个重复。

对于PUCCH格式1，可以调节等式5中的功率控制公式以包括附加项10log₁₀O_UCIdB，以取决于O_UCI＝1比特还是O_UCI＝2比特来调节UCI(HARQ-ACK/SR)有效载荷。例如，在PUCCH传输时刻i，

可以被修改为

对于与1比特的UCI参考有效载荷相对应的PUCCH重复的已配置数量

当2＜O_UCI≤11时UE可能无法使PUCCH传输功率增加ΔT_{F，b，f，c}(i)＝10log₁₀(K₁·O_UCI/N_RE)，例如，因为UE传输功率已经接近最大传输。替代的，UE增加PUCCH传输的重复次数。对于包括O_UCI＝2个UCI比特的PUCCH传输，UE可以应用

次重复。对于包括2＜O_UCI≤11个UCI比特的PUCCH传输，UE可以应用例如

次重复或

次重复。UCI有效载荷可以对应于单个UCI类型，诸如n_HARQ-ACK个HARQ-ACK信息比特，或者对应于诸如O_SR+O_CSI个信息比特的多种UCI类型。

可以通过具有重复的PUCCH传输支持的UCI有效载荷可以被限制在例如最多O_UCI＝11个比特，因为在传输时i以接近最大功率P_CMAX，f，c(i)的功率发送PUCCH的UE通常受到覆盖受限，并且不需要提供大量的HARQ-ACK信息比特或详细的CSI报告。对于包括O_UCI＞11个比特的PUCCH传输的重复，可以确定重复次数为，例如，

其中K₂＝2.4并且BPRE＝(O_ACK+O_SR+O_CSI+O_CRC)/N_RE。

图14示出了根据本公开的实施例的基于针对参考UCI有效载荷由高层提供的重复次数来确定包括UCI有效载荷的PUCCH传输的重复次数的方法1400的流程图。图14所示的方法1400的实施例仅用于说明，并且可以具有相同或相似的配置。图14不将本公开的范围限于任何特定实施方式。

由高层为UE提供了用于PUCCH传输的重复次数

1410。还可以由高层为UE提供用于

次重复的参考UCI有效载荷，或者可以预先确定参考UCI有效载荷，诸如1比特。UE具有要在传输时刻i中发送PUCCH的O_UCI≤11个UCI比特，其中，UCI比特对应于n_HARQ-ACK个HARQ-ACK信息比特，或者对应于O_CSI个CSI比特，或者对应于O_SR+O_CSI个SR和CSI比特，等等1420。

UE在n_HARQ-ACK＝1时(或如果UE为单个SR配置发送SR则当O_SR＝1时)利用

次重复发送PUCCH，或在n_HARQ-ACK＝2时(或如果UE为四种可能配置中的一个发送SR则当O_SR＝2时)利用

次重复发送PUCCH，或当n_HARQ-ACK＞2或当UCI是CSI或当UE为四个以上可能的配置中的一个发送SR时利用

次重复发送PUCCH 1430。

用于PUCCH传输的重复次数

也可以相对于

个UCI比特的参考有效载荷而不是1个UCI比特(

可以表示为

)。

个UCI比特的参考有效载荷可以在系统操作中被预先确定，诸如

个比特或

个比特，或者通过高层信令提供给UE。然后，当O_UCI分别小于或大于

时，用于具有O_UCI个UCI比特的有效载荷的PUCCH传输的重复次数可以小于或大于

例如，如果

并且O_UCI＝1或O_UCI＝2，则可以通过调节相应的Δ_{TF，b，f，c}(i)分量中的差来确定用于PUCCH传输的重复次数为

例如，如果

并且O_UCI＞2，则可以通过调节相应的Δ_{TF，b，f，c}(i)分量的差来确定用于PUCCH传输的重复次数为

为简单起见，

可以应用于所有多达11比特的UCI有效载荷。

代替根据O_UCI个UCI比特的UCI有效载荷(当O_UCI＞11时包括O_CRC个CRC比特)来调节重复次数，UE可以调节PUCCH传输功率。该方法假定配置给UE的PUCCH传输的重复次数

是相对于参考UCI有效载荷

的。例如，当

时，UE可以使用

个重复发送PUCCH，同时将功率降低

dB。对于

UE可以确定大于

的重复次数，例如如图14所示。

的值可以由gNB使用高层信令提供给UE或在系统操作中预先确定。例如，

的值可以与UE可以利用重复发送相关联的PUCCH的最大UCI有效载荷相同。对于一个或两个HARQ-ACK信息比特的传输，当

时UE可以将传输功率减少

，并且当

时将传输功率减少

对于当

时2＜O_UCI≤11个比特的传输，UE可以将PUCCH传输功率调节

(在使用

个重复时)。

除了取决于UCI有效载荷来调节PUCCH传输的重复次数或具有重复的PUCCH传输的功率之外，还可以基于可用于PUCCH传输的每次重复的时隙的符号的数量来调节PUCCH传输的重复次数或PUCCH传输的功率。对于包括HARQ-ACK信息的PUCCH，通过与HARQ-ACK信息相关联的DCI格式来指示时隙中的初始(第一)符号以及PUCCH传输的每次重复的持续时间。

由于用于PUCCH传输的每次重复的持续时间可以取决于对应的PUCCH资源(该对应的PUCCH资源可以取决于DCI格式的对应的指示而变化)，所以PUCCH传输所需的重复次数或每次重复的功率也可以变化。当UE被配置有

个PUCCH传输的重复时，还可以在与

个重复相对应的时隙中向UE提供符号的参考数量

当在时隙中用于PUCCH传输的重复的持续时间小于

时，UE可以增加PUCCH传输功率，而当在时隙中用于PUCCH传输的重复的持续时间大于

时，UE可以减少PUCCH传输功率。

可替代地，当在时隙中用于PUCCH传输的重复的持续时间小于

时，UE可以增加重复次数，而当在时隙中PUCCH传输的重复的持续时间大于

时，UE可以减小用于PUCCH传输的重复次数。

功率调节(正或负或零)为

dB。例如，当

(时隙中用于PUCCH传输的重复的符号的最小数量)并且PUCCH传输的重复超过

时，UE可以将传输功率降低

dB。例如，当

(时隙中用于PUCCH传输的重复的符号的最大数量)并且PUCCH传输的重复超过

时，UE可以将传输功率增加

dB。

在不进行功率调节时，当

时，对重复次数的调节可以通过因子

得到结果数量为

次重复，或者当

时，通过因子

得到结果数量为

次重复(作为替代可以使用“向下取整”(floor)函数代替“向下取整”(ceiling)函数)。

本公开的第六实施例考虑了用于PUCCH传输的重复次数的动态确定。

当PUCCH传输的信道介质条件或发送/接收条件动态变化且UE需要增加PUCCH传输功率(可能高于最大允许的传输功率)时，当条件恶化时，动态确定用于PUCCH传输的重复次数将是有益的，或当条件改善时降低PUCCH传输功率。例如，这样的条件可以包括阴影(shadow)中的动态改变，或提供足够大的SINR的发送/接收波束的动态改变，或接收点的增加/去除，等等。在这样的情况下，使网络即使对于相同的UCI有效载荷也能够动态地变化用于PUCCH传输的重复次数是有益的。

例如，当PUCCH包括HARQ-ACK信息时，由与PUCCH传输相关联的DCI格式提供用于PUCCH传输的重复次数的动态指示。通过在DCI格式中包括相应的字段，可以显式指示PUCCH传输的重复次数，也可以基于DCI格式中的另一个字段的值隐式指示。

在第一种方法中，隐式指示可以通过将由DCI格式指示的、并且与用于UE确定应用于PUCCH传输的空间滤波器的准配置信息有关的传输配置指示符(TCI)状态与PUCCH重复次数相关联来提供。例如，第一TCI状态可以由高层与用于PUCCH传输的第一重复次数相关联，第二TCI状态可以由高层与用于PUCCH传输的第二重复次数相关联。DCI格式可以指示用于PUCCH传输的TCI状态，并且UE可以基于由高层在TCI状态与用于PUCCH传输的重复次数之间提供的关联/映射来确定用于PUCCH传输的重复次数。DCI格式可以指示TCI状态，而不管相关联的PUCCH传输是否配置有重复。

TCI状态到用于PUCCH传输的重复次数的映射可以为每个PUCCH格式分别配置，也可以对所有PUCCH格式通用。对用于PUCCH传输的重复次数的确定也可以与本公开的第五实施例结合，其中TCI状态与用于PUCCH传输的重复次数之间的关联可以针对参考UCI有效载荷(也可以由高层提供或者可以在系统操作中预先确定)，并且UE可以基于PUCCH传输中包括的UCI有效载荷来调节PUCCH传输的重复次数。

当DCI格式不包括指示TCI状态(来自配置的TCI状态的集合)的字段时，来自配置的TCI状态的集合的具有索引零的TCI状态，或者在UE检测到的包括指示TCI状态的最后的DCI格式中的TCI状态可以用于确定PUCCH的重复次数。当没有为UE配置用于PUCCH传输的重复时第一方法也可以应用，并且在这种情况下，可以将TCI状态与来自配置的值的集合的值相关联，P_{O_PUCCH，b，f，c}(q_u)或Δ_{F_PUCCH}(F)。

在第二种方法中，可以通过将由DCI格式指示的PUCCH资源与PUCCH重复的数量相关联来提供隐式指示。例如，第一PUCCH资源可以由高层与用于PUCCH传输的第一重复次数(诸如，时隙中的单个传输)相关联，第二PUCCH资源可以由高层与用于PUCCH传输的第二重复次数(诸如，在两个对应的时隙上的相同符号中的两次传输)相关联。

DCI格式可以指示用于PUCCH传输的资源，并且UE可以基于由高层提供的、PUCCH资源与用于PUCCH传输的重复次数之间的关联或者通过包括重复次数是与PUCCH资源相关联的参数配置的一部分来确定用于PUCCH传输的重复次数。这可以与本公开的第五实施例结合，其中PUCCH资源与用于PUCCH传输的重复次数之间的关联可以针对参考UCI有效载荷(其也可以由高层提供或者可以在系统操作中预先确定)，并且UE可以基于PUCCH传输中包括的UCI有效载荷来调节PUCCH传输的重复次数。当没有为UE配置用于PUCCH传输的重复时第二种方法也可以应用，并且在这种情况下，可以将PUCCH资源与来自配置的值的集合的值相关联，P_{O_PUCCH，b，f，c}(q_u)或Δ_{F_PUCCH}(F)。

在第三种方法中，可以通过将由DCI格式指示的TPC命令值与PUCCH的重复次数相关联来提供隐式指示。例如，预先确定的TPC命令值可以与由高层提供的用于PUCCH传输的重复次数相关联。这可以与本公开的第五实施例结合，其中TPC命令值与用于PUCCH传输的重复次数之间的关联可以针对参考UCI有效载荷(其也可以由高层提供或者可以在系统操作中预先确定)，并且UE可以基于PUCCH传输中包括的UCI有效载荷来调节PUCCH传输的重复次数。

图15示出了根据本公开的实施例的基于触发PUCCH传输的DCI格式中指示的TCI状态来确定PUCCH传输的重复次数的方法1500的流程图。图15所示的方法1500的实施例仅用于说明，并且可以具有相同或相似的配置。图15不将本公开的范围限制为任何特定实施方式。

由高层为UE提供用于PUCCH传输的TCI状态的集合和重复次数的集合1510。用于PUCCH传输的重复次数的集合的每个元素都映射到TCI状态的集合的元素，例如通过一对一映射或多对一映射。UE检测触发PUCCH传输的DCI格式，并且包括指示用于PUCCH传输的TCI状态的字段1520。UE基于指示的TCI状态到来自用于PUCCH传输的重复次数的集合的映射，针对对应的UCI有效载荷来确定用于PUCCH传输的重复次数1530。UE使用确定的重复次数发送PUCCH 1540。

在第四种方法中，可以基于与HARQ-ACK信息相关联的DCI格式来确定包括HARQ-ACK信息的用于PUCCH传输的重复次数。例如，当对应的HARQ-ACK信息与第一DCI格式相关联时，UE可以发送具有第一重复次数的PUCCH，并且当对应的HARQ-ACK信息与第二DCI格式相关联时，UE可以发送具有第二重复次数的PUCCH。第一DCI格式和第二DCI格式可以通过用于加扰相应的CRC比特的相应的第一RNTI和第二RNTI，通过相应的第一DCI格式和第二DCI格式大小，或通过每个DCI格式中的指示DCI格式是否为第一DCI格式或第二DCI格式的字段来区分。

本公开的第七实施例考虑了取决于UCI类型确定PUCCH传输功率或用于PUCCH传输的重复次数。

高层可以对于相同的PUCCH格式为每种UCI类型提供单独的配置用于开环功率控制参数(诸如P_{O_PUCCH，b，f，c}(q_u)或Δ_{F_PUCCH}(F))的值。可替代地，等式5中用于确定PUCCH传输功率的公式可以包括附加项Δ_UCI-type，该附加项由高层为UCI类型(HARQ-ACK信息、SR或CSI)提供，并且对于所有适用的PUCCH格式(诸如PUCCH格式3或PUCCH格式4)可以是共同的，或者可以为每个PUCCH格式单独提供。此外，Δ_{F_PUCCH}(F)可以由Δ_UCI-type代替，等式5可以由等式6代替。

还可能不为一种UCI类型(诸如，例如为HARQ-ACK)提供Δ_UCI-type，并且在这种情况下使用默认值。值Δ_UCI-type可以为正或负。

通过每种UCI类型一个或多个开环参数的单独配置，PUCCH传输功率可以在UCI类型之间独立。例如，对于相同的有效载荷，当PUCCH包括HARQ-ACK信息时，与当PUCCH包括CSI时，PUCCH传输功率可以不同。闭环功率控制参数对于不同的UCI类型可以是共同的，因为闭环功率控制的典型目的是跟踪信道介质中的变化。类似地，高层可以针对PUCCH重复次数提供每种UCI类型的单独配置。例如，当UE使用PUCCH格式3并且对于给定的UCI有效载荷发送PUCCH时，可以由高层配置UE以使用2次重复发送CSI并且使用4次重复发送HARQ-ACK。

当不同的UCI类型在同一PUCCH中被复用时，UE可以由高层配置开环功率控制参数的值或PUCCH重复的次数，以用于PUCCH传输。UE还可以通过预先确定的规则确定这些值而无需高层信令。例如，当UE在同一PUCCH中复用HARQ-ACK信息和SR或CSI时，UE可以使用被配置用于在PUCCH中的HARQ-ACK信息的传输的值。例如，当UE在PUCCH传输中复用不同的对应的UCI类型时，UE可以使用更大的P_{O_PUCCH，b，f，c}(q_u)值，或者更大的Δ_{F_PUCCH}(F)值或者更大的Δ_UCI-type值。

图16示出了根据本公开的实施例的用于基于包括在PUCCH传输中的UCI类型来确定PUCCH传输功率的方法1600的流程图。图16所示的方法1400的实施例仅用于说明，并且可以具有相同或相似的配置。图16不将本公开的范围限于任何特定实施方式。

由高层为UE提供用于包括HARQ-ACK信息的PUCCH传输的功率偏移值Δ_HARQ-ACK，或用于包括SR的PUCCH传输的功率偏移值Δ_SR，或用于包括CSI的PUCCH传输的功率偏移值Δ_CSI1610。UE确定PUCCH中是否包括单个UCI类型1620。当PUCCH中包括单个UCI类型时，当PUCCH仅包括HARQ-ACK信息时，UE使用Δ_HARQ-ACK功率偏移值来确定PUCCH传输功率，或者当PUCCH仅包括SR时使用Δ_SR功率偏移值，或者当PUCCH仅包括CSI时使用Δ_CSI功率偏移值1630。当PUCCH中包括多个UCI类型时，UE使用较大的对应的Δ_UCI-type值1640。

本公开的第八实施例考虑了对用于PUCCH传输的时隙的数量的确定，以便UE避免丢弃UCI或以小于或等于由高层提供给UE的码率的码率来发送UCI。

可以由高层为UE配置(利用在时隙中的指示的第一和最后的符号)在多个时隙上扩展PUCCH传输，导致结果码率小于或等于由高层提供给UE的码率r。与PUCCH传输的重复不同(其中UCI比特的编码考虑一个时隙上的可用RE上的速率匹配，并且跨时隙重复)，对于扩展到多个时隙的PUCCH传输，UCI比特的编码考虑多个时隙上的可用RE上的速率匹配。还可以由高层为UE提供用于扩展PUCCH传输的时隙的最大数量

在PUCCH传输的所有时隙中，用于PUCCH传输的RB的数量相同。

UE确定小于或等于由高层提供的时隙的数量

的时隙的最小数量

并且导致PUCCH中用于UCI(包括CRC，如果有的话)传输的码率小于或等于由高层提供给UE的码率r。通过

表示用于PUCCH传输的RB的数量(可以是可用于PUCCH传输的RB的最大数量)，通过

表示PUCCH中可用于UCI传输的每个RB(RE)的子载波的数量，通过

表示PUCCH中用于UCI传输的时隙中的符号的数量，以及通过Q_m表示每个RE的调制符号的数量(调制顺序)，

并且

其中O_UCI为包括CRC比特(如果有)的UCI比特的数量。UE在最小数量

的时隙上发送PUCCH。

当

个时隙上用于UCI传输的码率大于r时(即当

时)，UE首先丢弃UCI(诸如CSI报告或CSI报告的部分2(如适用))，并且即使当结果码率大于r，也在

个时隙上发送PUCCH中的UCI。当UE已经丢弃了所有CSI报告或已经丢弃了所有CSI部分2报告时，并且结果码率保持大于r，即当

时，UE还可以由高层配置为在空域、时域或小区域中应用HARQ-ACK绑定。

图17示出了根据本公开的实施例的用于基于由高层提供的码率和时隙的数量来确定用于PUCCH传输的时隙的数量的方法1700的流程图。图17所示的方法1700的实施例仅用于说明，并且可以具有相同或相似的配置。图17不将本公开的范围限于任何特定实施方式。

由高层为UE提供PUCCH中用于UCI传输的码率r和(最大)时隙的数量

1710。UE确定用于PUCCH传输的时隙的最小数量

其导致UCI码率小于或等于r或

1720。UE在

个时隙中可用于UCI传输的子载波和符号的数量上编码UCI，并在

个时隙上发送PUCCH 1730。

代替基于结果UCI码率小于或等于由高层提供的码率确定用于PUCCH传输的时隙的数量(多达由高层提供的时隙的最大数量)，第八实施例还可以以类似的方式应用于确定时隙中的符号的数量。可以仅向UE提供用于时隙中的PUCCH传输的第一符号和符号的最大数量，并且UE可以基于结果UCI码率小于或等于由高层提供的码率，适应性地确定用于时隙中的PUCCH传输的符号的数量。

为了针对不同的UCI类型实现不同的接收可靠性目标，还可以针对每个UCI类型独立地提供由高层提供给UE的码率r。例如，可以由高层向UE分别提供用于HARQ-ACK传输的第一码率r和用于CSI传输的第二码率r。

由高层提供给UE的码率r也可以按每种服务类型独立地提供。例如，可以由高层分别为UE提供与第一服务类型(诸如移动宽带)相对应的用于HARQ-ACK传输的第一码率r₁和与第二服务类型(诸如超可靠的低延迟通信)相对应的用于HARQ-ACK传输的第二码率r₂。UE可以例如基于由调度与HARQ-ACK传输相关联的PDSCH接收的DCI格式的指示(诸如DCI格式中的字段的值、用于加扰DCI格式的CRC的RNTI、DCI格式的大小等等)来确定要应用的码率。当不同的UCI类型在同一PUCCH中联合复用(编码)时，相应的码率中较小的一个可以用于确定资源的数量(诸如RB的数量、时隙的符号的数量或时隙的数量)或者当所有的UCI都被发送时当不满足较小的码率时可以用于确定UCI丢弃需求。

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

本申请中的任何描述均不应理解为暗示任何特定元件，步骤或功能是必须包括在权利要求范围内的必要元件。专利主题的范围仅由权利要求书限定。此外，除非确切的措词“表示”后跟分词，否则所有权利要求均无意援引35U.S.C.§112(f)。

Claims (15)

1.一种方法，包括：

将用于小区c的载波f的上行带宽部分(BWP)b上的PUCCH传输时刻i中的物理上行控制信道(PUCCH)传输功率的调节因子Δ_{TF，b，f，c}(i)确定为

其中：

是PUCCH符号的预先确定的参考数量，

是PUCCH传输时刻i中大于或等于4的PUCCH符号的数量，

O_UCI是PUCCH传输时刻i中包括在PUCCH中的上行控制信息(UCI)比特的数量，以及

log₁₀( )是以10为底的对数函数；以及

利用通过Δ_{TF，b，f，c}(i)调节的功率在PUCCH传输时刻i发送PUCCH。

2.根据权利要求1所述的方法，其中，O_UCI小于或等于2。

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

接收包括传输配置指示符字段的下行控制信息(DCI)格式；以及

利用从DCI格式中的传输配置指示符字段的值确定的空间滤波器，在PUCCH传输时刻i中发送PUCCH。

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

当UCI比特是第二类型时，接收用于值Δ_UCI-type的配置，其中，当UCI比特是第一类型时，Δ_UCI-type＝0；以及

利用通过Δ_UCI-type调节的功率在PUCCH传输时刻i发送PUCCH。

5.根据权利要求4所述的方法，其中，第一类型的UCI比特是确认信息比特，并且第二类型的UCI比特是调度请求信息比特，或者

其中，第一类型的UCI比特是第一类型的确认信息比特，第二类型的UCI比特是第二类型的确认信息比特；并且从与确认信息比特相关联的下行控制信息(DCI)格式确定第一类型的确认信息比特或第二类型的确认信息比特；或者

其中：UCI比特包括第一类型的UCI比特和第二类型的UCI比特；并且Δ_UCI-type是用于第一类型的UCI比特的Δ_UCI-type和用于第二类型的UCI比特的Δ_UCI-type中的较大的一个。

6.一种用户设备(UE)，包括：

处理器，被配置为将用于小区c的载波f的上行带宽部分(BWP)b上的PUCCH传输时刻i中的物理上行控制信道(PUCCH)传输功率的调节因子Δ_{TF，b，f，c}(i)确定为

其中：

是PUCCH符号的预先确定的参考数量，

是PUCCH传输时刻i中大于或等于4的PUCCH符号的数量，

O_UCI是PUCCH传输时刻i中包括在PUCCH中的上行控制信息(UCI)比特的数量，以及

log₁₀( )是以10为底的对数函数；以及

发送器，被配置为利用通过Δ_{TF，b，f，c}(i)调节的功率在PUCCH传输时刻i发送PUCCH。

7.根据权利要求6所述的UE，其中，O_UCI小于或等于2。

8.根据权利要求6所述的UE，其中：

接收器，被配置为接收包括传输配置指示符字段的下行控制信息(DCI)格式；以及

发送器还被配置为利用从DCI格式中的传输配置指示符字段的值确定的空间滤波器，在PUCCH传输时刻i中发送PUCCH。

9.根据权利要求6所述的UE，还包括：

接收器，被配置为当UCI比特是第二类型时，接收用于值Δ_UCI-type的配置，其中，当UCI比特是第一类型时，Δ_UCI-type＝0；以及

发送器还被配置为利用通过Δ_UCI-type调节的功率在PUCCH传输时刻i发送PUCCH。

10.根据权利要求9所述的UE，其中，第一类型的UCI比特是确认信息比特，并且第二类型的UCI比特是调度请求信息比特，或者

其中，第一类型的UCI比特是第一类型的确认信息比特，第二类型的UCI比特是第二类型的确认信息比特；并且从与确认信息比特相关联的下行控制信息(DCI)格式确定第一类型的确认信息比特或第二类型的确认信息比特；或者

其中：UCI比特包括第一类型的UCI比特和第二类型的UCI比特；并且Δ_UCI-type是用于第一类型的UCI比特的Δ_UCI-type和用于第二类型的UCI比特的Δ_UCI-type中的较大的一个。

11.一种方法，包括：

接收用于参考物理上行控制信道(PUCCH)传输的参考重复次数的指示；

基于参考重复次数、UCI比特的参考数量和UCI比特的数量，确定用于包括多个上行控制信息(UCI)比特的第一PUCCH传输的第一重复次数；以及

利用第一重复次数发送PUCCH。

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

接收用于符号的参考数量的指示；

基于参考重复次数、符号的参考数量和符号的数量，确定用于所述符号的数量上的第二PUCCH传输的第二重复次数；以及

在所述符号的数量上利用第二重复次数发送第二PUCCH。

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

接收重复次数的集合与用于传输配置指示符的值的集合之间的映射；

利用从基于映射的传输配置指示符的值确定的空间滤波器来确定第三PUCCH传输的重复次数；以及

使用空间滤波器利用第三重复次数来发送第三PUCCH。

14.一种用户设备(UE)，包括：

接收器，被配置为接收用于参考物理上行控制信道(PUCCH)传输的参考重复次数的指示；

处理器，被配置为基于参考重复次数、上行控制信息(UCI)比特的参考数量和UCI比特的数量，确定用于包括所述数量的UCI比特的第一PUCCH传输的第一重复次数；以及

发送器，被配置为利用第一重复次数发送PUCCH。

15.根据权利要求14所述的UE，其中：

接收器还被配置为接收用于符号的参考数量的指示；

处理器还被配置为基于参考重复次数、符号的参考数量和符号的数量，确定用于所述符号的数量上的第二PUCCH传输的第二重复次数；以及

发送器还被配置为在所述符号的数量上利用第二重复次数发送第二PUCCH，以及

其中：

接收器还被配置为接收重复次数的集合与用于传输配置指示符的值的集合之间的映射；

处理器还被配置为利用从基于映射的传输配置指示符的值确定的空间滤波器来确定第三PUCCH传输的重复次数；以及

发送器还被配置为使用空间滤波器利用第三重复次数来发送第三PUCCH。

Images