CN114337960A

CN114337960A - Pucch数据上传方法及装置、存储介质、终端、基站

Info

Publication number: CN114337960A
Application number: CN202011078250.9A
Authority: CN
Inventors: 桂鑫
Original assignee: Beijing Ziguang Zhanrui Communication Technology Co Ltd
Current assignee: Beijing Ziguang Zhanrui Communication Technology Co Ltd
Priority date: 2020-10-10
Filing date: 2020-10-10
Publication date: 2022-04-12

Abstract

一种PUCCH数据上传方法及装置、存储介质、终端、基站，所述方法包括：接收重复指示信息，所述重复指示信息用于指示上传PUCCH的重复次数和重复类型；根据所述重复指示信息，采用所述重复次数和重复类型上传PUCCH数据。本发明可以有效地提高上传PUCCH的重复次数和重复类型的灵活性。

Description

PUCCH数据上传方法及装置、存储介质、终端、基站

技术领域

本发明涉及通信技术领域，尤其涉及一种PUCCH数据上传方法及装置、存储介质、终端、基站。

背景技术

在长期演进(Long Term Evolution，LTE)系统中，多点协作传输技术作为一项提升用户数据传输速率的有效方法得到支持，并在LTE协议的后续版本中不断增强。

在新空口(New Radio，NR)标准化过程中，类似的多点协作传输技术被称为传输接收点(Transmitter Receiver Point，TRP)传输。在Rel-15(Release-15)版本中，多TRP传输仅对超可靠的低延迟通信(Ultra Reliable Low Latency Communication，URLLC)和增强移动宽带(Enhance Mobile BroadBand，EMBB)系统的下行传输进行增强，并未对URLLC和EMBB系统的上行传输进行增强，目前Rel-16版本的URLLC的上行传输仅支持单一TRP的传输方案。Rel-17版本已经明确要对URLLC的上行PUSCH和PUCCH传输进行多TRP(multi-TRP)增强。

在基于URLLC系统中支持子时隙(sub-slot)的PUCCH重复传输时，如何对传输进行配置是一个问题。如采用类似R15/R16的方式用无线电资源控制(Radio ResourceControl，RRC)信令进行统一配置，这种方法灵活性较低。

亟需一种PUCCH数据上传方法，可以提高上传PUCCH的重复次数和重复类型的灵活性。

发明内容

本发明解决的技术问题是提供一种PUCCH数据上传方法及装置、存储介质、终端、基站，可以有效地提高上传PUCCH的重复次数和重复类型的灵活性。

为解决上述技术问题，本发明实施例提供一种PUCCH数据上传方法，包括：接收重复指示信息，所述重复指示信息用于指示上传PUCCH的重复次数和重复类型；根据所述重复指示信息，采用所述重复次数和重复类型上传PUCCH数据。

可选的，所述重复指示信息包括PUCCH配置文件中的各个PUCCH格式，以及采用每个PUCCH格式传输的PUCCH的重复次数和重复类型。

可选的，所述重复指示信息包括PUCCH配置文件中的一组或多组PUCCH格式，每组PUCCH格式包含一个或多个PUCCH格式，还包括采用每组PUCCH格式传输的PUCCH的重复次数和重复类型；其中，所述PUCCH格式根据长度是否位于预设长度范围内被分为至少两组，每组PUCCH格式具有相同的重复次数和重复类型。

可选的，所述PUCCH格式被分为两组；所述重复指示信息中长度小于预设长度的PUCCH格式均采用第一重复次数，所述重复指示信息中长度大于等于预设长度的PUCCH格式均采用第二重复次数；其中，所述第一重复次数大于所述第二重复次数。

可选的，所述重复指示信息是通过RRC信令接收的。

可选的，在接收重复指示信息之前，所述的PUCCH数据上传方法还包括：接收预配置表格，所述预配置表格包括多行信息，每行信息包括重复次数和重复类型；其中，所述重复指示信息包括所述预配置表格中的行序号或索引号。

可选的，所述重复次数的个数为N，所述重复类型的个数为M，其中，M、N为正整数；所述行序号或索引号采用

个比特表示。

可选的，所述预配置表格是通过RRC信令接收的；和/或，所述重复指示信息是通过DCI信令接收的。

可选的，所述PUCCH数据是以子时隙为单位上传的；在接收所述重复指示信息之前，所述的PUCCH数据上传方法还包括：接收重复间隙指示信息，所述重复间隙指示信息用于指示相邻的重复传输之间间隔的符号数量。

可选的，所述重复间隙指示信息是在重复类型为Type B时发送的；或者；所述重复间隙指示信息是在重复类型为Type A，且PUCCH格式的长度等于所述子时隙的长度时发送的。

为解决上述技术问题，本发明实施例提供一种PUCCH数据上传方法，包括：配置重复指示信息，所述重复指示信息用于指示上传PUCCH的重复次数和重复类型；发送所述重复指示信息，以使终端根据所述重复指示信息，采用所述重复次数和重复类型上传PUCCH数据。

可选的，配置重复指示信息包括：确定PUCCH配置文件，以及确定每个PUCCH配置文件中的各个PUCCH格式；配置采用每个PUCCH格式传输的PUCCH的重复次数和重复类型。

可选的，配置重复指示信息包括：确定PUCCH配置文件，以及确定每个PUCCH配置文件中的一组或多组PUCCH格式，每组PUCCH格式包含一个或多个PUCCH格式；配置采用每组PUCCH格式传输的PUCCH的重复次数和重复类型；其中，所述PUCCH格式根据长度是否位于预设长度范围内被分为至少两组，每组PUCCH格式具有相同的重复次数和重复类型。

可选的，所述重复指示信息是通过RRC信令发送的。

可选的，在发送所述重复指示信息之前，所述的PUCCH数据上传方法还包括：发送预配置表格，所述预配置表格包括多行信息，每行信息包括重复次数和重复类型；其中，所述重复指示信息包括所述预配置表格中的行序号或索引号。

个比特表示。

可选的，所述PUCCH数据是以子时隙为单位上传的；在发送所述重复指示信息之前，所述的PUCCH数据上传方法还包括：发送重复间隙指示信息，所述重复间隙指示信息用于指示相邻的重复传输之间间隔的符号数量。

为解决上述技术问题，本发明实施例提供一种PUCCH数据上传装置，包括：接收模块，用于接收重复指示信息，所述重复指示信息用于指示上传PUCCH的重复次数和重复类型；上传模块，用于根据所述重复指示信息，采用所述重复次数和重复类型上传PUCCH数据。

为解决上述技术问题，本发明实施例提供一种PUCCH数据上传装置，包括：配置模块，用于配置重复指示信息，所述重复指示信息用于指示上传PUCCH的重复次数和重复类型；发送模块，用于发送所述重复指示信息，以使终端根据所述重复指示信息，采用所述重复次数和重复类型上传PUCCH数据。

为解决上述技术问题，本发明实施例提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述PUCCH数据上传方法的步骤，或者执行上述PUCCH数据上传方法的步骤。

为解决上述技术问题，本发明实施例提供一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述PUCCH数据上传方法的步骤。

为解决上述技术问题，本发明实施例提供一种基站，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述PUCCH数据上传方法的步骤。

与现有技术相比，本发明实施例的技术方案具有以下有益效果：

在本发明实施例中，通过设置基站向UE发送用于指示上传PUCCH的重复次数和重复类型的重复指示信息，可以使得UE在上传PUCCH数据时，采用基站授意的重复次数和重复类型上传。并且由于基站可以灵活的配置重复次数和重复类型，相比于现有技术中统一配置，采用本发明实施例的方案，可以有效地提高上传PUCCH的重复次数和重复类型的灵活性。

进一步，在本发明实施例中，通过设置所述重复指示信息包括PUCCH配置文件中的一组或多组PUCCH格式，每组PUCCH格式包含一个或多个PUCCH格式，可以对PUCCH格式进行分组，由于每组PUCCH格式具有相同的重复次数和重复类型，进而针对每组PUCCH格式的重复次数和重复类型统一通知，从而在提高灵活性的同时，在一定程度上减少信令开销，在高灵活性和低信令开销之间达到平衡。

进一步，在接收重复指示信息之前，还可以设置收发预配置表格的步骤，所述预配置表格包括多行信息，每行信息包括重复次数和重复类型；其中，所述重复指示信息包括所述预配置表格中的行序号或索引号。采用本发明实施例的方案，可以通过预先提供预配置表格，预先提供大量格式信息和重复信息，从而仅采用少量信息(行序号或索引号)即可指示复杂信息，从而进一步减少信令开销。

进一步，所述预配置表格是通过RRC信令接收的；和/或，所述重复指示信息是通过DCI信令接收的。采用本发明实施例的方案，可以采用发送频率较低的RRC信令发送表格，采用发送频率较高、更为宝贵的DCI信令发送行序号，从而进一步提高灵活性并且减少信令开销，在高灵活性和低信令开销之间更好地达到平衡。

进一步，在本发明实施例中，通过引入重复间隙指示信息，可以使得对应不同波束的PUCCH重复发送之间留有保护时间进行波束切换，因此更加满足multi-TRP传输的实际系统需求。

附图说明

图1是现有技术中一种采用第一重复类型上传PUCCH的时序图；

图2是现有技术中一种采用第二重复类型上传PUCCH的时序图；

图3是本发明实施例中一种PUCCH数据上传方法的流程图；

图4是本发明实施例中第一种采用第一重复类型上传PUCCH的时序图；

图5是本发明实施例中第一种采用第二重复类型上传PUCCH的时序图；

图6是本发明实施例中第二种采用第一重复类型上传PUCCH的时序图；

图7是本发明实施例中第二种采用第二重复类型上传PUCCH的时序图；

图8是本发明实施例中第三种采用第一重复类型上传PUCCH的时序图；

图9是本发明实施例中一种PUCCH数据上传装置的结构示意图。

具体实施方式

如前所述，在基于URLLC系统中支持子时隙的物理下行控制信道(PhysicalDownlink Control Channel，PDCCH)重复传输时，如何对传输进行配置是一个问题。现有技术中的PUCCH上传方法灵活性较低。

目前对于Rel-15的URLLC的PUCCH传输，支持如下5种PUCCH格式，如表1所列。每个时隙中的PUCCH只能以时隙为单位进行重复传输，并且重复次数是由RRC信令统一配置的，即格式(format)1,3,4都只能采用统一的重复次数，因此灵活性较低。

参照表1，表1是现有技术中Rel-15的URLLC的PUCCH传输支持的PUCCH格式。

表1

	Length	#of RBs	#of bits	Repetition
					Format 0	Short	1	1～2	N/A
Format 1	Long	1	1～2	Inter-slot
					Format 2	Short	1～16	>2	N/A
Format 3	Long	1～16	>2	Inter-slot
					Format 4	Long	1	>2	Inter-slot

对于Rel-16的URLLC传输，为了降低上行链路控制信息(Uplink ControlInformation,UCI)的传输时延，并提高调度灵活性，提出可采用sub-slot为单位进行PUCCH传输。对于普通循环前缀(Cyclic Prefix,CP)的时隙来说，sub-slot的长度可以为2符号或者7符号，对于扩展CP的时隙来说，sub-slot的长度可以为2符号或者6符号。并且PUCCH资源的配置必须在sub-slot之内，不可以跨sub-slot边界。并且基于sub-slot的PUCCH传输不可以进行重复传输。

对于Rel-17的URLLC传输，目前已经提出要对sub-slot的PUCCH传输进行增强，如支持sub-slot的PUCCH重复传输，但是具体如何支持重复传输还没有定论。

结合参照图1和图2，图1是现有技术中一种采用第一重复类型(Type A)上传PUCCH的时序图，图2是现有技术中一种采用第二重复类型(Type B)上传PUCCH的时序图。

如图1示出的对于sub-slot PUCCH重复传输Type A，是以sub-slot为单位进行传输，类似R-15的PUCCH重复传输，只是重复单位由slot变为了sub-slot。PUCCH在每个sub-slot内的时域位置是完全一样的。

如图2示出的对于sub-slot PUCCH重复传输Type B，是以PUCCH format长度为单位进行传输，并且PUCCH重复在相邻的符号内进行连续传输，并且可以跨越sub-slot边界。

在基于URLLC系统中支持sub-slot的PUCCH重复传输时，为了对传输进行配置，可以采用类似R15/R16的方式用RRC信令进行统一配置。然而，本发明的发明人经过研究发现，在现有技术中，采用统一配置的方法，这种方法虽然信令开销较小，但是灵活性较低，难以满足不同PUCCH格式多样化的需求。

为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

参照图3，图3是本发明实施例中一种PUCCH数据上传方法的流程图。所述PUCCH数据上传方法可以用于终端侧，还可以包括步骤S31至步骤S32：

步骤S31：接收重复指示信息，所述重复指示信息用于指示上传PUCCH的重复次数和重复类型；

步骤S32：根据所述重复指示信息，采用所述重复次数和重复类型上传PUCCH数据。

在步骤S31的具体实施中，基于R15/R16的sub-slot的PUCCH重复传输的通信协议中公开了多种参数，例如可以包括PUCCH子时隙长度(subslotLengthForPUCCH-R16)等。如果PUCCH配置文件(PUCCH-config)里配置了该参数，则可以在RRC信令下配置重复类型和重复次数。

在一种具体应用中，重复类型可配置为M种，例如可以为Type A或者Type B，采用1bit表示。重复次数可配置为N次，例如可以为2,4,8，用2-3比特表示。其中，M、N为正整数。

进一步地，在本发明实施例的第一种具体实施方式中，所述重复指示信息可以包括PUCCH配置文件中的各个PUCCH格式，以及采用每个PUCCH格式传输的PUCCH的重复次数和重复类型。

具体地，所述PUCCH配置文件可以是由基站配置的，可以为单个或多个，例如为2个，每个PUCCH配置文件中包括一个或多个PUCCH格式，基站可以为每种PUCCH配置各自的重复次数和重复类型，不同的PUCCH格式的重复次数和重复类型可以相同或不同。

在本发明实施例中，可以在每个PUCCH配置文件中每个或每组的PUCCH格式中单独配置重复次数和重复类型，

需要指出的是，若在任意一个PUCCH配置文件中的一个或多个PUCCH格式中没有配置重复次数和重复类型，则可以设置没有配置重复次数和重复类型的PUCCH格式不做重复传输。

进一步地，所述重复指示信息是通过RRC信令接收的。

在本发明实施例中，通过设置所述重复指示信息包括PUCCH配置文件中的各个PUCCH格式，以及采用每个PUCCH格式传输的PUCCH的重复次数和重复类型，可以针对每个PUCCH格式进行单独配置，灵活性非常高。可以理解的是，RRC配置开销也较大。

进一步地，在本发明实施例的第二种具体实施方式中，所述重复指示信息可以包括PUCCH配置文件中的一组或多组PUCCH格式，每组PUCCH格式包含一个或多个PUCCH格式，还包括采用每组PUCCH格式传输的PUCCH的重复次数和重复类型；其中，所述PUCCH格式根据长度是否位于预设长度范围内被分为至少两组，每组PUCCH格式具有相同的重复次数和重复类型。

具体地，通过设置每组PUCCH格式包含一个或多个PUCCH格式，每组PUCCH格式具有相同的重复次数和重复类型，可以对PUCCH格式进行分组，具有相同的重复次数和重复类型的多个PUCCH格式可以统一通知，相比于基于每个PUCCH格式均单独进行通知，可以减少信令开销。

在本发明实施例中，通过设置所述重复指示信息包括PUCCH配置文件中的一组或多组PUCCH格式，每组PUCCH格式包含一个或多个PUCCH格式，可以对PUCCH格式进行分组，由于每组PUCCH格式具有相同的重复次数和重复类型，进而针对每组PUCCH格式的重复次数和重复类型统一通知，从而在提高灵活性的同时，在一定程度上减少信令开销，在高灵活性和低信令开销之间达到平衡。

进一步地，所述PUCCH格式是根据长度是否位于预设长度范围内被分为至少两组的。

在本发明实施例的一种具体应用中，所述PUCCH格式可以被分为两组；所述重复指示信息中长度小于预设长度的PUCCH格式均采用第一重复次数，所述重复指示信息中长度大于等于预设长度的PUCCH格式均采用第二重复次数；其中，所述第一重复次数大于所述第二重复次数。

需要指出的是，如果PUCCH格式的长度较大，则在收发过程中不容易出错，或者即使出错也更容易纠错成功，此时可以采用较小的第二重复次数；如果PUCCH格式的长度较小，则在收发过程中容易出错，或者更难以纠错成功，此时可以采用较大的第一重复次数。

在本发明实施例的一种具体应用中，可以将短的PUCCH，例如PUCCH-format0和PUCCH-format2分为一组，统一配置重复次数和类型；将长的PUCCH，例如PUCCH-format1，PUCCH-format3和PUCCH-format4分为一组，统一配置重复次数和类型。从而在提高灵活性的同时，在一定程度上减少信令开销，在高灵活性和低信令开销之间达到平衡。

结合参照图4和图5，图4是本发明实施例中第一种采用第一重复类型上传PUCCH的时序图；图5是本发明实施例中第一种采用第二重复类型上传PUCCH的时序图。

如图4示出的是当PUCCH重复格式0(PUCCH-format0)配置的符号数(nrofSymbols)为2，且子时隙长度(sub-slot length)为7时，且配置的重复类型为Type A，重复次数为2时的PUCCH数据上传的时序图。

如图5示出的是当PUCCH重复格式0配置的符号数为2，且子时隙长度为7时，且配置的重复类型为Type B，重复次数为2的PUCCH数据上传的时序图。

需要指出的是，在相邻的重复上传之间，还可能存在重复间隔，也即可能存在子时隙重复间隔(Sub-slot-RepetitionGap)大于等于1个符号(Symbol)的情况。

在本发明实施例的第三种具体实施方式中，在接收重复指示信息之前，所述的PUCCH数据上传方法还可以包括：接收预配置表格，所述预配置表格包括多行信息，每行信息包括重复次数和重复类型；其中，所述重复指示信息包括所述预配置表格中的行序号或索引号。

具体地，所述预配置表格可以包括大量格式信息和重复信息，通过预先提供预配置表格，相当于预先提供大量格式信息和重复信息，从而仅采用少量信息(如行序号或索引号)即可指示复杂信息。

参照表2，表2是本发明实施例中的一种PUCCH预配置表格。

表2

在具体实施中，如果DCI指示第一行，则对应的PUCCH传输采用Type A,并且重复次数为2。若DCI没有指示的字段，则可以默认不做重复传输，或者可以默认使用表格中预设行(例如第一行)。

进一步地，所述重复次数的个数可以为N，所述重复类型的个数可以为M，其中，M、N为正整数；所述行序号或索引号采用

个比特表示。

具体地，如表2示出的M＝2，N＝3，则行序号或索引号采用

个比特表示。

更进一步地，所述预配置表格可以是通过RRC信令接收的；和/或，所述重复指示信息可以是通过DCI信令接收的。

在本发明实施例中，设置所述预配置表格是通过RRC信令接收的；和/或，所述重复指示信息是通过DCI信令接收的，可以采用发送频率较低的RRC信令发送表格，采用发送频率较高、更为宝贵的DCI信令发送行序号，从而进一步提高灵活性并且减少信令开销，在高灵活性和低信令开销之间更好地达到平衡。

结合参照图6和图7，图6是本发明实施例中第二种采用第一重复类型上传PUCCH的时序图；图7是本发明实施例中第二种采用第二重复类型上传PUCCH的时序图。

如图6示出的是当DCI指示第3行，也即DCI中指示的PUCCH format对应的符号数为1，且子时隙长度为2时的PUCCH数据上传的时序图。

如图7示出的是当DCI指示第2行，也即DCI中指示的PUCCH format对应的符号数为7，且子时隙长度为7时的PUCCH数据上传的时序图。

在本发明实施例中，在接收重复指示信息之前，还可以设置收发预配置表格的步骤，所述预配置表格包括多行信息，每行信息包括重复次数和重复类型；其中，所述重复指示信息包括所述预配置表格中的行序号或索引号。采用本发明实施例的方案，可以通过预先提供预配置表格，预先提供大量格式信息和重复信息，从而仅采用少量信息(行序号或索引号)即可指示复杂信息，从而进一步减少信令开销。

进一步地，所述PUCCH数据可以是以子时隙为单位上传的；在接收所述重复指示信息之前，所述的PUCCH数据上传方法还可以包括：接收重复间隙指示信息。

需要指出的是，在现有技术中，存在相邻的重复传输中没有间隔的情况。具体地，以图2示出的现有技术中的PUCCH数据上传的时序图为例，前一次重复传输的最后一个符号与后一次重复传输的第一个符号相邻。

本发明的发明人经过进一步研究发现，当sub-slot的PUCCH进行重复传输与multi-TRP结合时，UE采用不同的波束(beam)上传PUCCH数据，如果PUCCH传输是连续的，那么UE在不同重复传输上进行beam切换时，由于相邻重复中间没有保护时间，因此可能会对UE发射端和射频带来较大压力。

在具体实施中，考虑到PUCCH重复与multi-TRP功能相绑定，若子时隙长度(sub-slot length)或PUCCH资源长度(resource length)较短则可能导致TRP切换过于频繁，因此可以在PUCCH配置文件中引入重复间隙指示信息(Sub-slot-RepetitionGap)字段。

更具体地，可以设置重复间隙指示信息的大小为{0,1,..N}。

以Type A为例，重复间隙指示信息的长度可以为N*subslotLength。

以Type B为例，重复间隙指示信息的长度可以为N*nrofSymbols，或者为N*pucchresource length。

更进一步地，当重复间隙指示信息的大小为0时，可以用于表示不引入重复间隙。

在本发明实施例中，通过引入重复间隙指示信息，可以使得对应不同波束的PUCCH重复发送之间留有保护时间进行波束切换，因此更加满足multi-TRP传输的实际系统需求。

更进一步地，所述重复间隙指示信息可以是在重复类型为Type B时发送的；或者；所述重复间隙指示信息是在重复类型为Type A，且PUCCH格式的长度等于所述子时隙的长度时发送的。

在本发明实施例中，由于在重复类型为Type A，且PUCCH格式的长度大于所述子时隙的长度时，相邻的PUCCH重复发送之间本来就具有间隔，理论上不必设置重复间隙指示信息。通过设置发送重复间隙指示信息的情况，可以根据具体需要，在有需求的情况下进行配置。

需要指出的是，在本发明实施例中，如果UE已经明确指出不希望配置重复间隙，也即不需要在相邻的PUCCH重复发送之间配置间隔，则基站可以根据具体情况确定是否遵从UE的期望。

参照图8，图8是本发明实施例中第三种采用第一重复类型上传PUCCH的时序图。

如图8示出的是当DCI指示第2行，也即当DCI中指示的PUCCH format对应的符号数为2，且子时隙长度为7时，重复间隙指示信息(Sub-slot-RepetitionGap)＝1时的PUCCH数据上传的时序图。

在本发明实施例中，还公开了一种PUCCH数据上传方法，所述PUCCH数据上传方法可以用于基站侧，还可以包括：配置重复指示信息，所述重复指示信息用于指示上传PUCCH的重复次数和重复类型；发送所述重复指示信息，以使终端根据所述重复指示信息，采用所述重复次数和重复类型上传PUCCH数据。

进一步地，配置重复指示信息包括：确定PUCCH配置文件，以及确定每个PUCCH配置文件中的各个PUCCH格式；配置采用每个PUCCH格式传输的PUCCH的重复次数和重复类型。

进一步地，配置重复指示信息包括：确定PUCCH配置文件，以及确定每个PUCCH配置文件中的一组或多组PUCCH格式，每组PUCCH格式包含一个或多个PUCCH格式；配置采用每组PUCCH格式传输的PUCCH的重复次数和重复类型；其中，所述PUCCH格式根据长度是否位于预设长度范围内被分为至少两组，每组PUCCH格式具有相同的重复次数和重复类型。

进一步地，所述PUCCH格式可以被分为两组；所述重复指示信息中长度小于预设长度的PUCCH格式均采用第一重复次数，所述重复指示信息中长度大于等于预设长度的PUCCH格式均采用第二重复次数；其中，所述第一重复次数大于所述第二重复次数。

进一步地，所述重复指示信息是通过RRC信令发送的。

进一步地，在发送所述重复指示信息之前，所述的PUCCH数据上传方法还可以包括：发送预配置表格，所述预配置表格包括多行信息，每行信息包括重复次数和重复类型；其中，所述重复指示信息包括所述预配置表格中的行序号或索引号。

进一步地，所述重复次数的个数为N，所述重复类型的个数为M，其中，M、N为正整数；所述行序号或索引号采用

个比特表示。

进一步地，所述预配置表格是通过RRC信令接收的；和/或，所述重复指示信息是通过DCI信令接收的。

进一步地，所述PUCCH数据是以子时隙为单位上传的；在发送所述重复指示信息之前，所述的PUCCH数据上传方法还可以包括：发送重复间隙指示信息，所述重复间隙指示信息用于指示相邻的重复传输之间间隔的符号数量。

更进一步地，所述重复间隙指示信息是在重复类型为Type B时发送的；或者；所述重复间隙指示信息是在重复类型为Type A，且PUCCH格式的长度等于所述子时隙的长度时发送的。

在具体实施中，有关适用于基站侧的PUCCH数据上传方法的更多详细内容请参照适用于终端侧的PUCCH数据上传方法的描述进行执行，此处不再赘述。

参照图9，图9是本发明实施例中一种PUCCH数据上传装置的结构示意图。所述PUCCH数据上传装置可以用于终端侧，还可以包括：

接收模块91，用于接收重复指示信息，所述重复指示信息用于指示上传PUCCH的重复次数和重复类型；

上传模块92，用于根据所述重复指示信息，采用所述重复次数和重复类型上传PUCCH数据。

关于该适用于终端侧PUCCH数据上传装置的原理、具体实现和有益效果请参照前文描述的关于适用于终端侧的PUCCH数据上传方法的相关描述，此处不再赘述。

在本发明实施例中，还公开了一种PUCCH数据上传装置，所述PUCCH数据上传装置可以用于基站侧，还可以包括：配置模块，用于配置重复指示信息，所述重复指示信息用于指示上传PUCCH的重复次数和重复类型；发送模块，用于发送所述重复指示信息，以使终端根据所述重复指示信息，采用所述重复次数和重复类型上传PUCCH数据。

关于该适用于基站侧的PUCCH数据上传装置的原理、具体实现和有益效果请参照前文描述的关于适用于基站侧的PUCCH数据上传方法的相关描述，此处不再赘述。

需要指出的是，本发明技术方案可适用于5G(5Generation)通信系统，还可适用于4G、3G通信系统，还可适用于未来新的各种通信系统，例如6G、7G等。

本发明实施例还提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述方法的步骤。所述存储介质可以是计算机可读存储介质，例如可以包括非挥发性存储器(non-volatile)或者非瞬态(non-transitory)存储器，还可以包括光盘、机械硬盘、固态硬盘等。

具体地，在本发明实施例中，所述处理器可以为中央处理单元(centralprocessing unit，简称CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，简称DSP)、专用集成电路(application specificintegrated circuit，简称ASIC)、现成可编程门阵列(field programmable gate array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，简称ROM)、可编程只读存储器(programmable ROM，简称PROM)、可擦除可编程只读存储器(erasable PROM，简称EPROM)、电可擦除可编程只读存储器(electricallyEPROM，简称EEPROM)或闪存。易失性存储器可以是随机存取存储器(random accessmemory，简称RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random access memory，简称RAM)可用，例如静态随机存取存储器(staticRAM，简称SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronousDRAM，简称SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，简称DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，简称ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，简称SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，简称DR RAM)。

本发明实施例还提供了一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述方法的步骤。所述终端包括但不限于手机、计算机、平板电脑等终端设备。

具体地，本申请实施例中的终端可以指各种形式的用户设备(user equipment，简称UE)、接入终端、用户单元、用户站、移动站、移动台(mobile station，简称MS)、远方站、远程终端、移动设备、用户终端、终端设备(terminal equipment)、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol，简称SIP)电话、无线本地环路(Wireless Local Loop，简称WLL)站、个人数字处理(Personal Digital Assistant，简称PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(Public Land Mobile Network，简称PLMN)中的终端设备等，本申请实施例对此并不限定。

本发明实施例还提供了一种基站，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述方法的步骤。

本申请实施例中的基站(base station，简称BS)，也可称为基站设备，是一种部署在无线接入网(RAN)用以提供无线通信功能的装置。例如在2G网络中提供基站功能的设备包括基地无线收发站(英文：base transceiver station,简称BTS)，3G网络中提供基站功能的设备包括节点B(NodeB)，在4G网络中提供基站功能的设备包括演进的节点B(evolvedNodeB，eNB)，在无线局域网络(wireless local area networks，简称WLAN)中，提供基站功能的设备为接入点(access point，简称AP)，5G新无线(New Radio，简称NR)中的提供基站功能的设备gNB,以及继续演进的节点B(ng-eNB),其中gNB和终端之间采用NR技术进行通信，ng-eNB和终端之间采用E-UTRA(Evolved Universal Terrestrial Radio Access)技术进行通信，gNB和ng-eNB均可连接到5G核心网。本申请实施例中的基站还包含在未来新的通信系统中提供基站功能的设备等。

本申请实施例中的基站控制器，是一种管理基站的装置，例如2G网络中的基站控制器(base station controller，简称BSC)、3G网络中的无线网络控制器(radio networkcontroller，简称RNC)、还可指未来新的通信系统中控制管理基站的装置。

本发明实施例中的网络侧network是指为终端提供通信服务的通信网络，包含无线接入网的基站，还可以包含无线接入网的基站控制器，还可以包含核心网侧的设备。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims

1.一种PUCCH数据上传方法，其特征在于，包括：

接收重复指示信息，所述重复指示信息用于指示上传PUCCH的重复次数和重复类型；

根据所述重复指示信息，采用所述重复次数和重复类型上传PUCCH数据。

2.根据权利要求1所述的PUCCH数据上传方法，其特征在于，

所述重复指示信息包括PUCCH配置文件中的各个PUCCH格式，以及采用每个PUCCH格式传输的PUCCH的重复次数和重复类型。

3.根据权利要求1所述的PUCCH数据上传方法，其特征在于，

所述重复指示信息包括PUCCH配置文件中的一组或多组PUCCH格式，每组PUCCH格式包含一个或多个PUCCH格式，还包括采用每组PUCCH格式传输的PUCCH的重复次数和重复类型；

其中，所述PUCCH格式根据长度是否位于预设长度范围内被分为至少两组，每组PUCCH格式具有相同的重复次数和重复类型。

4.根据权利要求3所述的PUCCH数据上传方法，其特征在于，所述PUCCH格式被分为两组；

所述重复指示信息中长度小于预设长度的PUCCH格式均采用第一重复次数，所述重复指示信息中长度大于等于预设长度的PUCCH格式均采用第二重复次数；

其中，所述第一重复次数大于所述第二重复次数。

5.根据权利要求1所述的PUCCH数据上传方法，其特征在于，

所述重复指示信息是通过RRC信令接收的。

6.根据权利要求1所述的PUCCH数据上传方法，其特征在于，在接收重复指示信息之前，还包括：

接收预配置表格，所述预配置表格包括多行信息，每行信息包括重复次数和重复类型；

其中，所述重复指示信息包括所述预配置表格中的行序号或索引号。

7.根据权利要求6所述的PUCCH数据上传方法，其特征在于，所述重复次数的个数为N，所述重复类型的个数为M，其中，M、N为正整数；

所述行序号或索引号采用

个比特表示。

8.根据权利要求6所述的PUCCH数据上传方法，其特征在于，

所述预配置表格是通过RRC信令接收的；

和/或，

所述重复指示信息是通过DCI信令接收的。

9.根据权利要求1所述的PUCCH数据上传方法，其特征在于，所述PUCCH数据是以子时隙为单位上传的；

在接收所述重复指示信息之前，还包括：

接收重复间隙指示信息，所述重复间隙指示信息用于指示相邻的重复传输之间间隔的符号数量。

10.根据权利要求9所述的PUCCH数据上传方法，其特征在于，

所述重复间隙指示信息是在重复类型为Type B时发送的；

或者；

所述重复间隙指示信息是在重复类型为Type A，且PUCCH格式的长度等于所述子时隙的长度时发送的。

11.一种PUCCH数据上传方法，其特征在于，包括：

配置重复指示信息，所述重复指示信息用于指示上传PUCCH的重复次数和重复类型；

发送所述重复指示信息，以使终端根据所述重复指示信息，采用所述重复次数和重复类型上传PUCCH数据。

12.根据权利要求11所述的PUCCH数据上传方法，其特征在于，配置重复指示信息包括：

确定PUCCH配置文件，以及确定每个PUCCH配置文件中的各个PUCCH格式；

配置采用每个PUCCH格式传输的PUCCH的重复次数和重复类型。

13.根据权利要求11所述的PUCCH数据上传方法，其特征在于，配置重复指示信息包括：

确定PUCCH配置文件，以及确定每个PUCCH配置文件中的一组或多组PUCCH格式，每组PUCCH格式包含一个或多个PUCCH格式；

配置采用每组PUCCH格式传输的PUCCH的重复次数和重复类型；

14.根据权利要求13所述的PUCCH数据上传方法，其特征在于，所述PUCCH格式被分为两组；

其中，所述第一重复次数大于所述第二重复次数。

15.根据权利要求11所述的PUCCH数据上传方法，其特征在于，

所述重复指示信息是通过RRC信令发送的。

16.根据权利要求11所述的PUCCH数据上传方法，其特征在于，在发送所述重复指示信息之前，还包括：

发送预配置表格，所述预配置表格包括多行信息，每行信息包括重复次数和重复类型；

17.根据权利要求16所述的PUCCH数据上传方法，其特征在于，所述重复次数的个数为N，所述重复类型的个数为M，其中，M、N为正整数；

所述行序号或索引号采用

个比特表示。

18.根据权利要求16所述的PUCCH数据上传方法，其特征在于，

所述预配置表格是通过RRC信令接收的；

和/或，

所述重复指示信息是通过DCI信令接收的。

19.根据权利要求11所述的PUCCH数据上传方法，其特征在于，所述PUCCH数据是以子时隙为单位上传的；

在发送所述重复指示信息之前，还包括：

发送重复间隙指示信息，所述重复间隙指示信息用于指示相邻的重复传输之间间隔的符号数量。

20.根据权利要求19所述的PUCCH数据上传方法，其特征在于，

所述重复间隙指示信息是在重复类型为Type B时发送的；

或者；

21.一种PUCCH数据上传装置，其特征在于，包括：

接收模块，用于接收重复指示信息，所述重复指示信息用于指示上传PUCCH的重复次数和重复类型；

上传模块，用于根据所述重复指示信息，采用所述重复次数和重复类型上传PUCCH数据。

22.一种PUCCH数据上传装置，其特征在于，包括：

配置模块，用于配置重复指示信息，所述重复指示信息用于指示上传PUCCH的重复次数和重复类型；

发送模块，用于发送所述重复指示信息，以使终端根据所述重复指示信息，采用所述重复次数和重复类型上传PUCCH数据。

23.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器运行时执行权利要求1至10任一项所述PUCCH数据上传方法的步骤，或者执行权利要求11至20任一项所述PUCCH数据上传方法的步骤。

24.一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时执行权利要求1至10任一项所述PUCCH数据上传方法的步骤。

25.一种基站，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时执行权利要求11至20任一项所述PUCCH数据上传方法的步骤。