CN113541900B

CN113541900B - 上行控制信息传输的方法、终端设备和网络设备

Info

Publication number: CN113541900B
Application number: CN202010319351.4A
Authority: CN
Inventors: 李娜
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2020-04-21
Filing date: 2020-04-21
Publication date: 2024-04-26
Anticipated expiration: 2040-04-21
Also published as: CN113541900A

Abstract

本申请公开了一种上行控制信息传输的方法、终端设备和网络设备，属于通信领域。其中，所述上行控制信息传输的方法包括：将物理上行控制信道PUCCH中携带的上行控制信息UCI，复用在多个物理上行共享信道PUSCH上传输。本申请实施例，可以在PUCCH与多个PUSCH发生时域资源重叠时，使接收端可以将不同PUSCH传输的UCI进行软信息合并，从而提高UCI传输的可靠性。

Description

上行控制信息传输的方法、终端设备和网络设备

技术领域

本申请涉及通信领域，尤其涉及一种上行控制信息传输的方法、终端设备和网络设备。

背景技术

目前，新空口(New Radio，NR)系统中不支持物理上行控制信道(Physical UplinkControl Channel，PUCCH)和物理上行共享信道(Physical Uplink Shared Channel，PUSCH)的同时传输。如此，当PUCCH和PUSCH在时域资源上发生重叠时，需要将PUCCH承载的上行控制信息(Uplink Control Information，UCI)转移到PUSCH上和数据进行复用传输。

因此，在实现本申请过程中，发明人发现现有技术中至少存在如下问题：当PUCCH与多个PUSCH发生时域资源重叠，将PUCCH承载的UCI复用在其中一个PUSCH传输，UCI传输的可靠性较低。

发明内容

本申请实施例的目的是提供一种上行控制信息传输的方法、终端设备和网络设备，以能够解决当PUCCH与多个PUSCH发生时域资源重叠时，UCI传输可靠性较低的问题。

第一方面，本申请实施例提供一种上行控制信息传输的方法，应用于终端设备，所述方法包括：

将物理上行控制信道PUCCH中携带的上行控制信息UCI，复用在多个物理上行共享信道PUSCH上传输。

第二方面，本申请实施例提供一种终端设备，所述终端设备包括：

传输模块，用于将物理上行控制信道PUCCH中携带的上行控制信息UCI，复用在多个物理上行共享信道PUSCH上传输。

第三方面，本申请实施例提供一种终端设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供一种上行控制信息传输的方法，应用于网络设备，所述方法包括：

接收终端设备复用在多个物理上行共享信道PUSCH上传输的物理上行控制信道PUCCH中携带的上行控制信息UCI。

第六方面，本申请实施例提供一种网络设备，所述网络设备包括：

接收模块，用于接收终端设备复用在多个物理上行共享信道PUSCH上传输的物理上行控制信道PUCCH中携带的上行控制信息UCI。

第七方面，本申请实施例提供一种网络设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第五方面所述的方法的步骤。

第八方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储有程序或指令，所述程序或指令被处理器执行时实现如第五方面所述的方法的步骤。

在本申请实施例中，可以将物理上行控制信道PUCCH中携带的上行控制信息UCI，复用在多个物理上行共享信道PUSCH上传输，以提高UCI传输的机会，并使得UCI复用在该多个PUSCH上传输时的码率相同。如此，通过该实施例，可以在一个PUCCH与多个PUSCH发生时域资源重叠时，使接收端可以将不同PUSCH传输的UCI进行软信息合并，从而提高UCI传输的可靠性。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例中一种上行控制信息传输的方法的流程示意图；

图2是本申请实施例中第二种上行控制信息传输的方法的流程示意图；

图3是本申请实施例中一种终端设备的结构示意图；

图4是本申请实施例中一种网络设备的结构示意图；

图5是本申请实施例中第二种终端设备的结构示意图；

图6是本申请实施例中第二种网络设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

本申请的技术方案，可以应用于各种通信系统，例如：全球移动通讯系统(GlobalSystem of Mobile communication，GSM)，码分多址(Code Division Multiple Access，CDMA)系统，宽带码分多址(Wideband Code Division Multiple Access，WCDMA)，通用分组无线业务(General Packet Radio Service，GPRS)，长期演进/增强长期演进(Long TermEvolution Advanced，LTE-A)，NR等。

用户端UE也可称之为终端设备(Mobile Terminal)、移动用户设备等，可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，用户设备可以是终端设备，如移动电话(或称为“蜂窝”电话)和具有终端设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。

网络设备，也可称之为基站，可以是GSM或CDMA中的基站(Base TransceiverStation，BTS)，也可以是WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站(evolutional Node B，eNB或e-NodeB)及5G基站(gNB)。

以下结合附图，详细说明本申请各实施例提供的技术方案。

参见图1所示，本申请实施例提供一种上行控制信息传输的方法，由终端设备执行，方法包括以下流程步骤：

步骤101：将物理上行控制信道PUCCH中携带的上行控制信息UCI，复用在多个物理上行共享信道PUSCH上传输。

可以理解，当UCI复用在该多个PUSCH上传输时的码率相同时，则UE无需对UCI进行多次编码和速率匹配等处理，同时也不会影响接收端进行软信息合并，因此会降低UCI处理的复杂度，达到提高UCI的传输可靠性的目的。

需要说明的是，对于一个PUCCH与N个PUSCH发生时域资源重叠的场景，可以将该PUCCH中携带的UCI复用在M个PUSCH上传输，其中，M≤＝N，且M和N均为大于1的整数。

需要说明的是，本本申请实施例中的多个PUSCH可以是传输不同传输块(Transport Block，TB)的多个PUSCH，其中，每个TB的PUSCH可以重复或不重复，也可以是传输相同TB的一个PUSCH的不同次重复，即PUSCH with repetition。多个PUSCH中的每个PUSCH可以是一次名义上的重复(normal repetition)或实际重复(actual repetition)。多个PUSCH之间可以在时间上重叠，也可以在时间上不重叠。可选的，在本申请实施例的UCI传输的方法的一个示例中，上述多个PUSCH均为未包含配置授权上行控制信息(ConfiguredGrant Uplink Control Information，CG-UCI)的PUSCH。

可选的，在本申请实施例的UCI传输的方法的另一个示例中，在上述UCI包含混合自动重传请求应答(Hybrid automatic repeat request acknowledgement，HARQ-ACK)的情况下，上述多个PUSCH均为未包含配置授权上行控制信息CG-UCI的PUSCH。

可选的，在本申请实施例的UCI传输的方法的又一个示例中，在上述UCI包含HARQ-ACK且配置了CG-UCI和HARQ-ACK复用的情况下，上述多个PUSCH均为未包含配置授权上行控制信息CG-UCI的PUSCH。

其中，上述UCI包含HARQ-ACK的情况，可以理解为UCI中仅包含HARQ-ACK，也可以理解为UCI中除了包含HARQ-ACK外还包含其他内容，比如信道状态信息(Channel StateInformation，CSI)。

可以理解，该实施例的UCI传输的方案适用于在非授权频段上复用多个PUSCH传输一个PUCCH中携带的UCI的场景，或者一个PUCCH与重复传输的PUSCH的多次重复重叠的场景，或者PUCCH所在带宽部分(Band width part，BWP)的子载波间隔小于PUSCH所在带宽部分的子载波间隔的场景。也就是说，当UCI复用在多个PUSCH上个传输时，UCI在多个PUSCH传输时的码率相同，这里的多个PUSCH为动态调度的PUSCH或者不包含CG-UCI的PUSCH。或者，当HARQ-ACKPUCCH与多个PUSCH时域资源重叠时，UE将HARQ-ACK复用在多个PUSCH中的多个不包含CG-UCI的PUSCH上；或者当HARQ-ACKPUCCH与多个PUSCH时域资源重叠时，UE将HARQ-ACK复用在多个PUSCH上(M个PUSCH)，如果该多个PUSCH(或者M中的N个，N>1)为不包含CG-UCI的PUSCH，则HARQ-ACK在该多个(或者N个)不包含CG-UCI的PUSCH上时的传输时的码率相同，即按照本申请实施例的方式确定HARQ-ACK在多个不包含CG-UCI的PUSCH的传输情况。

可选的，在本申请实施例的UCI传输的方法中，上述步骤101，可以执行为如下内容：

根据多个PUSCH中的第一PUSCH对应的参数，确定UCI复用在第一PUSCH上传输时每层的第一编码调制符号数；根据第一编码调制符号数，确定UCI复用在第二PUSCH上传输时每层的第二编码调制符号数，第二PUSCH为多个PUSCH中除第一PUSCH外的任一PUSCH。

可以理解，当将PUCCH中携带的UCI复用在多个PUSCH上传输时，可以先在该多个PUSCH中确定一个作为参考的PUSCH(即第一PUSCH)，并基于UCI复用在该参考的PUSCH上传输时每层的第一编码调制符号数，来确定将UCI复用在上述多个PUSCH中的其他PUSCH(即各第二PUSCH)上传输时每层的编码调制符号数。如此，可以简化编码和速率匹配过程，以便于提高UCI传输的可靠性。

其中，上述第一编码调制符号数基于该参考的PUSCH的相关参数确定，具体可以通过以下公式确定UCI复用在第一PUSCH上传输时每层的第一编码调制符号数Q′_ACK，其中，UCI以包含HARQ-ACK为例，即：

其中，O_ACK表示HARQ-ACK的比特数；如果O_ACK≥360,L_ACK＝11，否则根据相关规定确定HARQ-ACK的CRC比特数L_ACK；C_UL-SCH表示第一PUSCH传输上UL-SCH的码块(code blocks)数；如果调度第一PUSCH传输的DCI中包含的CBGTI域指示UE不传输r-th码块，则K_r＝0，否则K_r表示第一PUSCH传输上UL-SCH的r-th码块大小；/>表示调度的第一PUSCH的带宽，表示为子载波个数；/>表示第一PUSCH传输中OFDM符号l传输PTRS的子载个数；/>表示第一PUSCH传输中OFDM符号l上可以用于传输UCI的RE数/> 表示第一PUSCH的总的OFDM符号数，包括所有DMRS使用的OFDM符号；对于任意一个携带DMRS的OFDM符号，/>对于任意一个没有携带DMRS的OFDM符号/>α表示高层参数scaling；l₀表示第一PUSCH上第一个DMRS符号后且没有携带DMRS的OFDM符号索引。其中，不同PUSCH可能对应不同的参数包括/>K_r，/>l₀。

可选的，在本申请实施例的UCI传输的方法中，上述第一PUSCH满足以下条件中的至少一个：

包含非周期信道状态信息(Aperiodic CSI，A-CSI)；PUSCH传输时隙最早；动态调度的PUSCH；所在服务小区的索引最小；PUSCH传输起始符号最早；信道接入类型优先级最高。

可以理解，上述第一PUSCH是按照一定规则即满足上述条件中的至少一个，从多个PUSCH中确定出的。

可选的，上述按预设的优先级参照上述条件之一从多个PUSCH中确定上述第一PUSCH。在一个示例中，先看多个PUSCH中是否存在包含A-CSI的PUSCH，若有一个，则可以作为上述第一PUSCH；若有多个或者没有，则可以进一步将传输时隙最早的作为上述第一PUSCH，也就是说，传输时隙早的PUSCH优于传输时隙晚的PUSCH；若传输时隙最早的PUSCH有多个，则可以进一步将动态调度的PUSCH的作为上述第一PUSCH，也就是说，动态调度的PUSCH优于配置授权PUSCH或半持续PUSCH(SP-PUSCH)；若动态调度的PUSCH有多个，则可以进一步将所在服务小区的索引index最小的PUSCH作为上述第一PUSCH，也就是说，所在服务小区的索引index小的PUSCH优于所在服务小区的索引index大的PUSCH；若所在服务小区的索引index最小的有多个，则可以进一步将传输起始符号最早的PUSCH作为上述第一PUSCH，也就是说，传输起始符号早的PUSCH优于传输起始符号晚的PUSCH；若传输起始符号最早的PUSCH有多个，则可以进一步将信道接入类型优先级最高的PUSCH作为上述第一PUSCH，也就是说，信道接入类型优先级高的PUSCH优于信道接入类型优先级低的PUSCH。

当然，需要说明的是，在另一个示例中，从多个PUSCH中确定上述第一PUSCH时，参照上述条件之一的顺序也可以是其他顺序，本发明不做限定。

其中，非授权通信系统中的信道接入类型包括但不限于以下几种：

(1)先听后说(listen before talk，LBT)Cat 1，也叫做type 2C信道接入类型：不做任何检测(sensing)直接发送，在已经获得信道的情况下且传输转换的间隔小于16微秒(us)的情况下可以使用。

(2)LBT Cat 2：进行16us或25us的信道侦听，分别对应type 2B和type2A信道接入类型，对特定信号获取信道可以使用，最大连续传输长度应该小于一定数值，例如1ms。

(3)LBT Cat 4，也叫做type1信道接入类型：进行融合随机回退的信道侦听，对不同优先级等级(channel access priority class)设置不同，最后获得信道后可传输的最大长度也不同。

可选的，在本申请实施例的UCI传输的方法中，上述根据第一编码调制符号数，确定UCI复用在第二PUSCH上传输时每层的第二编码调制符号数的步骤，可以通过不同的方式进行，以保证方案实现的多样性，包括但不限于以下具体示例：

在一个示例中，上述根据第一编码调制符号数，确定UCI复用在第二PUSCH上传输时每层的第二编码调制符号数的步骤，可以执行为如下内容：

根据第一编码调制符号数、第一PUSCH的调制阶数和第二PUSCH的调制阶数，确定第二编码调制符号数。

可选的，第二编码调制符号数＝第一编码调制符号数×第一PUSCH的调制阶数÷第二PUSCH的调制阶数。

在另一个示例中，上述根据第一编码调制符号数，确定UCI复用在第二PUSCH上传输时每层的第二编码调制符号数的步骤，可以执行为如下内容：

根据第一编码调制符号数、第一PUSCH的调制阶数、第一PUSCH的传输层数、第二PUSCH的调制阶数和第二PUSCH的传输层数，确定第二编码调制符号数。

可选的，第二编码调制符号数＝第一编码调制符号数×第一PUSCH的调制阶数×第一PUSCH的传输层数÷第二PUSCH的调制阶数÷第二PUSCH的传输层数。

可选的，在本申请的UCI传输的方法中，当将PUCCH中携带的UCI复用在多个PUSCH上传输时，可以先在该多个PUSCH中确定一个作为参考的PUSCH(即第一PUSCH)，并基于UCI复用在该参考的PUSCH上传输时每层的第一编码调制符号数，来确定将UCI复用在上述多个PUSCH中的其他PUSCH(即各第二PUSCH)上传输时每层的编码调制符号数。进一步地，在确定UCI复用在第一PUSCH上传输时每层的编码调制符号数后，可以确定UCI复用在第一PUSCH上传输时的速率匹配输出序列长度，根据UCI在多个PUSCH上复用时的码率相同，即UCI复用在各PUSCH上传输时的速率匹配输出序列长度相同，确定UCI在各PUSCH上传输时的每层的速率匹配输出序列长度，即各PUSCH分别对应的速率匹配输出序列总长度在截断或填充之前相同。如此，可以简化速率匹配过程，以便于提高UCI传输的可靠性。

其中，上述UCI复用在上述第一PUSCH上传输时的第一速率匹配输出序列长度为上述第一编码调制符号数、上述第一PUSCH的调制阶数和上述第一PUSCH的传输层数的乘积结果；进一步地，上述UCI复用在上述第二PUSCH上传输时的速率匹配输出序列长度即为上述第一速率匹配输出序列长度，进一步地，若后续需要截断或填充，则该UCI复用在上述第二PUSCH上传输时的速率匹配输出序列长度即为截断或填充后的序列长度。

需要说明的是，上述若后续需要截断或填充，则第二PUSCH上传输时的速率匹配输出序列长度与第一PUSCH上传输时的速率匹配输出序列长度不同，但并不表示终端设备需要进行多次编码与速率匹配分别得到第一PUSCH上传输时的速率匹配输出序列和第二PUSCH上传输时的速率匹配输出序列，而是可以通过第一PUSCH上传输时的速率匹配输出序列通过截断或填充的方式得到第二PUSCH上传输时的速率匹配输出序列。

举例来说，将一个PUCCH包含的UCI复用在PUSCH1和PUSCH2上传输时，可以通过以下方式确定UCI在每个PUSCH上传输时的编码调制符号数和速率匹配输出序列长度。

通过PUSCH1的相关参数确定HARQ-ACK在PUSCH1(即相当于第一PUSCH)上传输时每层的编码调制符号数Q′_ACK,1(同上)，根据PUSCH1的传输层数和调制阶数，确定速率匹配输出序列长度为E_UCI＝N_L,1·Q′_ACK,1·Q_m,1，然后PUSCH2上每层的编码调制符号数为由于速率匹配输出序列长度相同，UE只需要将HARQ-ACK执行一次编码和速率匹配，然后根据PUSCH1和PUSCH2的调制阶数，分别进行调制为Q′_ACK,1和Q′_ACK,2个编码调制符号，并分别映射在PUSCH1和PUSCH2的物理资源上。而且，如果网络设备同时接收到PUSCH1和PUSCH2，则网络设备可以将PUSCH1和PUSCH2上的UCI信息进行软合并，以提高UCI传输的可靠性。

可选的，在上述过程中Q′_ACK,2可能大于PUSCH2(即相当于第二PUSCH)上所有可用于传输UCI的RE数例如，根据PUSCH2的相关参数确定/>也就是说，/> 或者/>因此，对于PUSCH2上的HARQ-ACK传输，UE可以将速率匹配的输出序列先截断后再与PUSCH2上的数据复用，即UE截取E_UCI中的部分比特，截取后的长度为/>

可选的，上述过程中Q′_ACK,2可能小于PUSCH2上所有可用于传输UCI的RE数例如，根据PUSCH2的相关参数确定/>也就是说，/> 或者因此，对于PUSCH2上的HARQ-ACK传输，UE可以将速率匹配的输出序列长度先填充到一定长度，即UE填充E_UCI，填充后的长度为/>或者将速率匹配的输出序列先采用部分比特重复的方式扩展至长度为/>例如将速率匹配的输出序列的前/>比特放置在速率匹配的输出序列的尾部。

上述过程同样适用于CSI part 1和CSI part 2，不同的是，CSI part 1和CSIpart 2对应的确定每层上的编码调制符号数的公式不同于HARQ-ACK。

可选的，本申请实施例的UCI传输的方法，还可以包括以下内容：

在第二编码调制符号数超出第二PUSCH上可用的第一资源单元RE数或者第二PUSCH上可用于传输UCI的第二RE数的情况下，采用打孔的方式映射部分UCI的编制调制符号数。

可以理解，在第二PUSCH上可用于传输UCI的资源单元(Resource element，RE)不足时，可以通过打孔的方式映射部分UCI的编制调制符号数，以确保能够传输相同码率的UCI，从而可以在接收端进行软信息合并，以提高UCI传输的可靠性。

进一步可选的，上述采用打孔的方式映射部分UCI的编制调制符号数的步骤，可以通过不同的方式进行，以保证方案实现的多样性，包括但不限于以下具体示例：

在一个示例中，上述采用打孔的方式映射部分UCI的编制调制符号数的步骤，可以执行为如下内容：

在第一速率匹配输出序列长度中截取前第二速率匹配输出序列长度，复用在第二PUSCH上传输；其中，第一速率匹配输出序列长度基于第一编码调制符号数、第一PUSCH的调制阶数和第一PUSCH的传输层数确定，第二速率匹配输出序列长度基于第二RE数、第二PUSCH的调制阶数和第二PUSCH的传输层数确定。

在另一个示例中，上述采用打孔的方式映射部分UCI的编制调制符号数的步骤，可以执行为如下内容：

将UCI的前第二RE数个的编制调制符号数分别映射到第二RE数个的资源单元上。

可选的，在本申请实施例的UCI传输的方法中，上述将一个PUCCH中携带的UCI复用在多个PUSCH上传输的方式，可以由网络设备指示给终端设备，也就是说，在上述步骤101之前，还可以包括以下内容之一：

(1)接收网络设备发送的目标信令，目标信令用于指示将UCI复用在多个PUSCH上传输。

(2)接收网络设备发送的目标信令，目标信令用于指示将UCI复用在多个PUSCH上传输，且在UCI复用在多个PUSCH上传输时的码率相同。

需要说明的是，目标信令用于指示将UCI复用在多个PUSCH上传输，只有当PUCCH与多于一个PUSCH时域资源重叠时，才将UCI复用在多个PUSCH上。如果PUCCH仅与一个PUSCH时域资源重叠，则不需要将UCI复用在多个PUSCH上。

可选的，上述目标信令包括下行控制信息(Downlink Control Information，DCI)信令或高层信令。

由上可知，通过本申请实施例的UCI传输的方法，将一个PUCCH中的UCI复用在多个PUSCH上传输时，UE根据某一个PUSCH的相关参数确定UCI编码速率匹配输出序列长度，并根据各PUSCH的相关参数确定其编码调制符号数，使得UE可以简化编码和速率匹配过程，接收端即网络设备可以将不同PUSCH传输的UCI进行合并，提高UCI传输的可靠性。

参见图2所示，本申请实施例提供一种上行控制信息传输的方法，由网络设备执行，方法包括以下流程步骤：

步骤201：接收终端设备复用在多个物理上行共享信道PUSCH上传输的物理上行控制信道PUCCH中携带的上行控制信息UCI。

在本申请实施例中，可以接收终端设备复用在多个物理上行共享信道PUSCH上传输的物理上行控制信道PUCCH中携带的上行控制信息UCI，以提高UCI传输的机会，并可以接收按相同码率复用在该多个PUSCH上传输的UCI。如此，通过该实施例，可以在一个PUCCH与多个PUSCH发生时域资源重叠时，可以将不同PUSCH传输的UCI进行软信息合并，从而提高UCI传输的可靠性。

可以理解，当UCI复用在该多个PUSCH上传输时的码率相同时，则UE无需对UCI进行多次编码和速率匹配等处理，同时也不会影响接收端进行软信息合并，因此会降低UCI处理的复杂度，进而达到提高UCI的传输可靠性的目的。

需要说明的是，本本申请实施例中的多个PUSCH可以是传输不同传输块(Transport Block，TB)的多个PUSCH，其中，每个TB的PUSCH可以重复或不重复，也可以是传输相同TB的一个PUSCH的不同次重复，即PUSCH with repetition。多个PUSCH中的每个PUSCH可以是一次名义上的重复(normal repetition)或实际重复(actual repetition)。多个PUSCH之间可以在时间上重叠，也可以在时间上不重叠。

其中，终端设备将一个PUCCH复用在多个PUSCH上传输的具体实现过程，可以参照上述由终端设备执行的UCI传输的方法的实施例中的相应内容，在此不再赘述。

可选的，在本申请实施例的UCI传输的方法的一个示例中，上述多个PUSCH均为未包含配置授权上行控制信息(Configured Grant Uplink Control Information，CG-UCI)的PUSCH。

可选的，在本申请实施例的UCI传输的方法的又一个示例中，在上述UCI包含HARQ-ACK且配置了CG-UCI和HARQ-ACK复用的情况下，上述多个PUSCH均为未包含配置授权上行控制信息CG-UCI的PUSCH。其中，上述UCI包含HARQ-ACK的情况，可以理解为UCI中仅包含HARQ-ACK，也可以理解为UCI中除了包含HARQ-ACK外还包含其他内容，比如信道状态信息(Channel State Information，CSI)。

可以理解，该实施例的UCI传输的方案适用于在非授权频段上复用多个PUSCH传输一个PUCCH中携带的UCI的场景，或者一个PUCCH与重复传输的PUSCH的多次重复重叠的场景，或者PUCCH所在带宽部分BWP的子载波间隔小于PUSCH所在带宽部分的子载波间隔的场景。也就是说，当UCI复用在多个PUSCH上个传输时，UCI在多个PUSCH传输时的码率相同，这里的多个PUSCH为动态调度的PUSCH或者不包含CG-UCI的PUSCH。或者，当HARQ-ACKPUCCH与多个PUSCH时域资源重叠时，UE将HARQ-ACK复用在多个PUSCH中的多个不包含CG-UCI的PUSCH上；或者当HARQ-ACKPUCCH与多个PUSCH时域资源重叠时，UE将HARQ-ACK复用在多个PUSCH上(M个PUSCH)，如果该多个PUSCH(或者M中的N个，N>1)为不包含CG-UCI的PUSCH，则HARQ-ACK在该多个(或者N个)不包含CG-UCI的PUSCH上时的传输时的码率相同。

可选的，在本申请实施例的UCI传输的方法中，上述终端设备将一个PUCCH中携带的UCI复用在多个PUSCH上传输的方式，可以由网络设备对终端设备进行指示，也就是说，在上述步骤201之前，还可以包括以下内容之一：

(1)向终端设备发送目标信令，目标信令用于指示将UCI复用在多个PUSCH上传输。

(2)向终端设备发送目标信令，目标信令用于指示将UCI复用在多个PUSCH上传输，且UCI复用在多个PUSCH上传输时的码率相同，即根据第一PUSCH的相关参数确定第二PUSCH上传输的HARQ-ACK每层的编码调制符号数。

可选的，上述目标信令包括下行控制信息DCI信令或高层信令。

参见图3所示，本申请实施例提供一种终端设备300，该终端设备300包括：

传输模块301，用于将物理上行控制信道PUCCH中携带的上行控制信息UCI，复用在多个物理上行共享信道PUSCH上传输。

可选的，在本申请实施例的终端设备300中，上述传输模块301，可以包括：第一确定单元和第二确定单元。

其中，上述第一确定单元，用于根据多个PUSCH中的第一PUSCH对应的参数，确定UCI复用在第一PUSCH上传输时每层的第一编码调制符号数；上述第二确定单元，用于根据第一编码调制符号数，确定UCI复用在第二PUSCH上传输时每层的第二编码调制符号数，第二PUSCH为多个PUSCH中除第一PUSCH外的任一PUSCH。

可选的，在本申请实施例的终端设备300中，上述第二确定单元，可以具体用于：

可选的，在本申请实施例的终端设备300中，上述传输模块301，还可以用于：

可选的，在本申请实施例的终端设备300中，上述传输模块301，可以具体用于：

可选的，在本申请实施例的终端设备300中，上述第一PUSCH满足以下条件中的至少一个：包含非周期信道状态信息A-CSI；PUSCH传输时隙最早；动态调度的PUSCH；所在服务小区的索引最小；PUSCH传输起始符号最早；信道接入类型优先级最高。

可选的，在本申请实施例的终端设备300中，上述多个PUSCH均为未包含配置授权上行控制信息CG-UCI的PUSCH。

可选的，在本申请实施例的终端设备300中，在上述UCI包含混合自动重传请求应答HARQ-ACK的情况下，上述多个PUSCH均为未包含配置授权上行控制信息CG-UCI的PUSCH。

可选的，在本申请实施例的终端设备300中，上述传输模块301，还可以用于在将物理上行控制信道PUCCH中携带的上行控制信息UCI，复用在多个物理上行共享信道PUSCH上传输之前，执行以下之一：

接收网络设备发送的目标信令，目标信令用于指示将UCI复用在多个PUSCH上传输；接收网络设备发送的目标信令，目标信令用于指示将UCI复用在多个PUSCH上传输，且UCI复用在多个PUSCH上传输时的码率相同。

能够理解，本申请实施例提供的终端设备300，能够实现前述由终端设备300执行的上行控制信息传输的方法，关于上行控制信息传输的方法的相关阐述均适用于终端设备300，此处不再赘述。

参见图4所示，本申请实施例提供一种网络设备400，该网络设备400包括：

接收模块401，用于接收终端设备复用在多个物理上行共享信道PUSCH上传输的物理上行控制信道PUCCH中携带的上行控制信息UCI。

可选的，本申请实施例的网络设备400，还可以包括发送模块，用于在接收终端设备复用在多个物理上行共享信道PUSCH上传输的物理上行控制信道PUCCH中携带的上行控制信息UCI之前，执行以下之一：

向终端设备发送目标信令，目标信令用于指示将UCI复用在多个PUSCH上传输；向终端设备发送目标信令，目标信令用于指示将UCI复用在多个PUSCH上传输，且UCI复用在多个PUSCH上传输时的码率相同。

可选的，在本申请实施例的网络设备400中，上述目标信令包括下行控制信息DCI信令或高层信令。

可选的，在本申请实施例的网络设备400中，上述多个PUSCH均为未包含配置授权上行控制信息CG-UCI的PUSCH。

可选的，在本申请实施例的网络设备400中，在上述UCI包含混合自动重传请求应答HARQ-ACK的情况下，上述多个PUSCH均为未包含小区组上行控制信息CG-UCI的PUSCH。

能够理解，本申请实施例提供的网络设备400，能够实现前述由网络设备400执行的上行控制信息传输的方法，关于上行控制信息传输的方法的相关阐述均适用于网络设备400，此处不再赘述。

在本申请实施例中，可以接收终端设备复用在多个物理上行共享信道PUSCH上传输的物理上行控制信道PUCCH中携带的上行控制信息UCI，以提高UCI传输的机会，并可以接收按相同码率复用在该多个PUSCH上传输时的UCI。如此，通过该实施例，可以在一个PUCCH与多个PUSCH发生时域资源重叠时，将不同PUSCH传输的UCI进行软信息合并，从而提高UCI传输的可靠性。

图5是本申请另一个实施例的终端设备的框图。图5所示的终端设备500包括：至少一个处理器501、存储器502、至少一个网络接口504和用户接口503。终端设备500中的各个组件通过总线系统505耦合在一起。可理解，总线系统505用于实现这些组件之间的连接通信。总线系统505除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图5中将各种总线都标为总线系统505。

其中，用户接口503可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本申请实施例中的存储器502可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DRRAM)。本申请实施例描述的系统和方法的存储器502旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器502存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统5021和应用程序5022。

其中，操作系统5021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序5022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本申请实施例方法的程序可以包含在应用程序5022中。

在本申请实施例中，终端设备500还包括：存储在存储器上502并可在处理器501上运行的程序或指令，该程序或指令被处理器501执行时实现如下步骤：

上述本申请实施例揭示的方法可以应用于处理器501中，或者由处理器501实现。处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的计算机可读存储介质中。该计算机可读存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成上述方法的步骤。具体地，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器501执行时实现如上述上行控制信息传输的方法实施例的各步骤。

可以理解的是，本申请实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital SignalProcessing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(ProgrammableLogic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本申请实施例所述功能的模块(例如过程、函数等)来实现本申请实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

终端设备500能够实现前述实施例中终端设备实现的各个过程，为避免重复，这里不再赘述。

请参阅图6，图6是本申请实施例应用的网络设备的结构图，能够实现前述上行控制信息传输的方法的细节，并达到相同的效果。如图6所示，网络设备600包括：处理器601、收发机602、存储器603、用户接口604和总线接口605，其中：

在本申请实施例中，网络设备600还包括：存储在存储器上603并可在处理器601上运行的程序或指令，该程序或指令被处理器601、执行时实现如下步骤：

在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器601代表的一个或多个处理器和存储器603代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口605提供接口。收发机602可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口604还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器601负责管理总线架构和通常的处理，存储器603可以存储处理器601在执行操作时所使用的数据。

优选的，本申请实施例还提供一种终端设备，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述上行控制信息传输的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储程序或指令，该程序或指令被处理器执行时实现上述应用于网络设备的上行控制信息传输的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的网络设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

优选的，本申请实施例还提供一种网络设备，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述上行控制信息传输的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims

1.一种上行控制信息传输的方法，应用于终端设备，其特征在于，所述方法包括：

将物理上行控制信道PUCCH中携带的上行控制信息UCI，复用在多个物理上行共享信道PUSCH上传输；

所述将物理上行控制信道PUCCH中携带的上行控制信息UCI，复用在多个物理上行共享信道PUSCH上传输，包括：

根据所述多个PUSCH中的第一PUSCH对应的参数，确定所述UCI复用在所述第一PUSCH上传输时每层的第一编码调制符号数；

根据所述第一编码调制符号数，确定所述UCI复用在第二PUSCH上传输时每层的第二编码调制符号数，所述第二PUSCH为所述多个PUSCH中除所述第一PUSCH外的任一PUSCH。

2.根据权利要求1所述的方法，其特征在于，所述根据所述第一编码调制符号数，确定所述UCI复用在第二PUSCH上传输时每层的第二编码调制符号数，包括：

根据所述第一编码调制符号数、所述第一PUSCH的调制阶数和所述第二PUSCH的调制阶数，确定所述第二编码调制符号数。

3.根据权利要求1所述的方法，其特征在于，所述根据所述第一编码调制符号数，确定所述UCI复用在第二PUSCH上传输时每层的第二编码调制符号数，包括：

根据所述第一编码调制符号数、所述第一PUSCH的调制阶数、所述第一PUSCH的传输层数、所述第二PUSCH的调制阶数和所述第二PUSCH的传输层数，确定所述第二编码调制符号数。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述第二编码调制符号数超出所述第二PUSCH上可用的第一资源单元RE数或者所述第二PUSCH上可用于传输所述UCI的第二RE数的情况下，采用打孔的方式映射部分所述UCI的编制调制符号数。

5.根据权利要求4所述的方法，其特征在于，所述采用打孔的方式映射部分所述UCI的编制调制符号数，包括：

在第一速率匹配输出序列长度中截取前第二速率匹配输出序列长度，复用在所述第二PUSCH上传输；

其中，所述第一速率匹配输出序列长度基于所述第一编码调制符号数、所述第一PUSCH的调制阶数和所述第一PUSCH的传输层数确定，所述第二速率匹配输出序列长度基于所述第二RE数、所述第二PUSCH的调制阶数和所述第二PUSCH的传输层数确定。

6.根据权利要求4所述的方法，其特征在于，所述采用打孔的方式映射部分所述UCI的编制调制符号数，包括：

将所述UCI的前所述第二RE数个的编制调制符号数分别映射到所述第二RE数个的资源单元上。

7.根据权利要求1所述的方法，其特征在于，所述第一PUSCH满足以下条件中的至少一个：

包含非周期信道状态信息A-CSI；

PUSCH传输时隙最早；

动态调度的PUSCH；

所在服务小区的索引最小；

PUSCH传输起始符号最早；

信道接入类型优先级最高。

8.根据权利要求1所述的方法，其特征在于，所述多个PUSCH均为未包含配置授权上行控制信息CG-UCI的PUSCH。

9.根据权利要求1所述的方法，其特征在于，在所述UCI包含混合自动重传请求应答HARQ-ACK的情况下，所述多个PUSCH均为未包含配置授权上行控制信息CG-UCI的PUSCH。

10.根据权利要求1所述的方法，其特征在于，在所述将物理上行控制信道PUCCH中携带的上行控制信息UCI，复用在多个物理上行共享信道PUSCH上传输之前，所述方法还包括以下之一：

接收网络设备发送的目标信令，所述目标信令用于指示将所述UCI复用在所述多个PUSCH上传输；

接收网络设备发送的目标信令，所述目标信令用于指示将所述UCI复用在所述多个PUSCH上传输，且所述UCI复用在所述多个PUSCH上传输时的码率相同。

11.一种上行控制信息传输的方法，应用于网络设备，其特征在于，所述方法包括：

接收终端设备复用在多个物理上行共享信道PUSCH上传输的物理上行控制信道PUCCH中携带的上行控制信息UCI；

其中，所述UCI复用在所述多个PUSCH中的第一PUSCH上传输时，每层的第一编码调制符号数是根据所述第一PUSCH对应的参数确定的；

所述UCI复用在第二PUSCH上传输时，每层的第二编码调制符号数是根据所述第一编码调制符号数确定的；所述第二PUSCH为所述多个PUSCH中除所述第一PUSCH外的任一PUSCH。

12.根据权利要求11所述的方法，其特征在于，在所述接收终端设备复用在多个物理上行共享信道PUSCH上传输的物理上行控制信道PUCCH中携带的上行控制信息UCI之前，所述方法还包括以下之一：

向所述终端设备发送目标信令，所述目标信令用于指示将所述UCI复用在所述多个PUSCH上传输；

向所述终端设备发送目标信令，所述目标信令用于指示将所述UCI复用在所述多个PUSCH上传输，且所述UCI复用在所述多个PUSCH上传输时的码率相同。

13.根据权利要求12所述的方法，其特征在于，所述目标信令包括下行控制信息DCI信令或高层信令。

14.一种终端设备，其特征在于，包括：

传输模块，用于将物理上行控制信道PUCCH中携带的上行控制信息UCI，复用在多个物理上行共享信道PUSCH上传输；

所述传输模块，具体包括：

第一确定单元，用于根据所述多个PUSCH中的第一PUSCH对应的参数，确定所述UCI复用在所述第一PUSCH上传输时每层的第一编码调制符号数；

第二确定单元，用于根据所述第一编码调制符号数，确定所述UCI复用在第二PUSCH上传输时每层的第二编码调制符号数，所述第二PUSCH为所述多个PUSCH中除所述第一PUSCH外的任一PUSCH。

15.根据权利要求14所述的终端设备，其特征在于，所述第二确定单元，具体用于：

16.根据权利要求14所述的终端设备，其特征在于，所述第二确定单元，具体用于：

17.根据权利要求14所述的终端设备，其特征在于，所述传输模块，还用于：

18.根据权利要求17所述的终端设备，其特征在于，所述传输模块，具体用于：

19.根据权利要求17所述的终端设备，其特征在于，所述传输模块，具体用于：

20.根据权利要求14所述的终端设备，其特征在于，所述第一PUSCH满足以下条件中的至少一个：

包含非周期信道状态信息A-CSI；

PUSCH传输时隙最早；

动态调度的PUSCH；

所在服务小区的索引最小；

PUSCH传输起始符号最早；

信道接入类型优先级最高。

21.根据权利要求14所述的终端设备，其特征在于，所述多个PUSCH均为未包含配置授权上行控制信息CG-UCI的PUSCH。

22.根据权利要求14所述的终端设备，其特征在于，在所述UCI包含混合自动重传请求应答HARQ-ACK的情况下，所述多个PUSCH均为未包含配置授权上行控制信息CG-UCI的PUSCH。

23.根据权利要求14所述的终端设备，其特征在于，所述传输模块在所述将物理上行控制信道PUCCH中携带的上行控制信息UCI，复用在多个物理上行共享信道PUSCH上传输之前，还可以用于执行以下之一：

24.一种网络设备，其特征在于，包括：

接收模块，用于接收终端设备复用在多个物理上行共享信道PUSCH上传输的物理上行控制信道PUCCH中携带的上行控制信息UCI；

25.一种终端设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至10中任一项所述的方法的步骤。

26.一种网络设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求11至13中任一项所述的方法的步骤。

27.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至10中任一项所述的方法的步骤，或者所述程序或指令被处理器执行时实现如权利要求11至13中任一项所述的方法的步骤。