CN113677036A

CN113677036A - 上行控制信息的传输方法、装置、***、通信设备和介质

Info

Publication number: CN113677036A
Application number: CN202111040557.4A
Authority: CN
Inventors: 喻鑫; 陈林; 吴景盈; 刘震
Original assignee: Comba Network Systems Co Ltd
Current assignee: Comba Network Systems Co Ltd
Priority date: 2021-09-06
Filing date: 2021-09-06
Publication date: 2021-11-19
Anticipated expiration: 2041-09-06
Also published as: CN113677036B

Abstract

本申请涉及一种上行控制信息的传输方法、装置、***、通信设备和介质，涉及通信技术领域，该上行控制信息的传输方法中，基站预先分配多个PUCCH资源，形成PUCCH资源池，在对目标UE的目标业务进行下行调度的过程中，从PUCCH资源池中确定未被占用的目标PUCCH资源，这样一方面避免了分配给目标UE的目标PUCCH资源被占用，另一方面，同一个PUCCH资源可以被不同的目标UE使用以发送UCI，从而提高了PUCCH资源的利用率。该方法中，基站无需为每个UE分配专用的PUCCH资源，减少了PUCCH资源占用量，避免资源浪费，且能够保证在同一时间内多个UE的调度需求。

Description

上行控制信息的传输方法、装置、***、通信设备和介质

技术领域

本申请涉及通信技术领域，特别是涉及一种上行控制信息的传输方法、装置、***、通信设备和介质。

背景技术

现有技术中，UE(英文：User Equipment，简称：UE)在接入基站所在的网络时，基站会通过RRC(英文：Radio Resource Control，简称：RRC)消息预先给UE分配PUCCH(英文：Physical Uplink Control Channel，中文：物理上行链路控制信道)资源，在UE需要向基站发送上行控制信息时，基于该预先分配的PUCCH资源向基站发送。

在实际应用中，例如，基站给1200个UE分别分配不同的PUCCH资源，但是在同一时间内，可能只有几十个UE需要向基站发送上行控制信息，这种情况下，在该同一时间内没有向基站发送上行控制信息的UE的PUCCH资源就处于空闲状态。

显然，该种方式会导致PUCCH资源利用率不足。

发明内容

基于此，有必要针对上述技术问题，提供一种上行控制信息的传输方法、装置、***、通信设备和介质。

第一方面：

本申请提供一种上行控制信息的传输方法，应用于基站，该方法包括：

在对目标UE的目标业务进行下行调度的过程中，从预先设置的PUCCH资源池中确定未被占用的目标PUCCH资源，其中，PUCCH资源池中包括多个PUCCH资源；

向目标UE发送目标下行控制信息DCI，目标DCI包括DCI域，DCI域用于指示目标PUCCH资源，目标DCI用于指示目标UE通过目标PUCCH资源向基站发送针对目标业务的上行控制信息UCI。

第二方面：

本申请提供一种上行控制信息的传输方法，应用于目标UE，该方法包括：

接收基站发送的目标下行控制信息DCI，目标DCI包括DCI域，DCI域用于指示目标PUCCH资源，目标PUCCH资源为基站在对目标UE的目标业务进行下行调度的过程中，从预先设置的PUCCH资源池中确定的未被占用的PUCCH资源；

根据目标下行控制信息DCI通过目标PUCCH资源向基站发送针对目标业务的上行控制信息UCI。

第三方面：

本申请提供一种上行控制信息的传输装置，应用于基站，该装置包括：

确定模块，用于在对目标UE的目标业务进行下行调度的过程中，从预先设置的PUCCH资源池中确定未被占用的目标PUCCH资源，其中，PUCCH资源池中包括多个PUCCH资源；

发送模块，用于向目标UE发送目标下行控制信息DCI，目标DCI包括DCI域，DCI域用于指示目标PUCCH资源，目标DCI用于指示目标UE通过目标PUCCH资源向基站发送针对目标业务的上行控制信息UCI。

第四方面：

本申请提供一种上行控制信息的传输装置，应用于目标UE，该装置包括：

接收模块，用于接收基站发送的目标下行控制信息DCI，目标DCI包括DCI域，DCI域用于指示目标PUCCH资源，目标PUCCH资源为基站在对目标UE的目标业务进行下行调度的过程中，从预先设置的PUCCH资源池中确定的未被占用的PUCCH资源；

发送模块，用于根据目标下行控制信息DCI通过目标PUCCH资源向基站发送针对目标业务的上行控制信息UCI。

第五方面：

本申请提供一种上行控制信息的传输***，包括基站和目标UE，其中，

所述基站，用于执行上述第一方面中任一项所述的上行控制信息的传输方法中基站所执行的步骤；

所述目标UE，用于执行上述第二方面中任一项所述的上行控制信息的传输方法中所述目标UE所执行的步骤。

第六方面：

一种通信设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行所述计算机程序时实现上述第一方面所述的方法的步骤，或者，该处理器执行所述计算机程序时实现上述第二方面所述的方法的步骤。

第七方面：

一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述第一方面所述的方法的步骤，或者，该计算机程序被处理器执行时实现上述第二方面所述的方法的步骤。

上述上行控制信息的传输方法、装置、***、通信设备和介质，可以提高PUCCH资源利用率。该上行控制信息的传输方法在对目标UE的目标业务进行下行调度的过程中，从预先设置的PUCCH资源池中确定未被占用的目标PUCCH资源，其中，PUCCH资源池中包括多个PUCCH资源；向目标UE发送目标下行控制信息DCI，目标DCI包括DCI域，DCI域用于指示目标PUCCH资源，目标DCI用于指示目标UE通过目标PUCCH资源向基站发送针对目标业务的上行控制信息UCI。该方法中，基站预先分配多个PUCCH资源，形成PUCCH资源池，在对目标UE的目标业务进行下行调度的过程中，从PUCCH资源池中确定未被占用的目标PUCCH资源，这样一方面避免了分配给目标UE的目标PUCCH资源被占用，另一方面，同一个PUCCH资源可以被不同的目标UE使用以发送UCI，从而提高了PUCCH资源的利用率。该方法中，基站无需为每个UE分配专用的PUCCH资源，减少了PUCCH资源占用量，避免资源浪费，且能够保证在同一时间内多个UE的调度需求。

附图说明

图1为本申请实施例涉及到的一种实施环境的示意图；

图2为本申请实施例提供的一种上行控制信息的传输方法的流程图；

图3为本申请实施例提供的基站与目标UE建立RRC连接的示意图；

图4为本申请实施例提供的一种PUCCH资源池的示意图；

图5为本申请实施例提供的一种基站确定目标PUCCH资源的方法的流程图；

图6为本申请实施例提供的一种两种业务的UCI发生资源冲突的场景示意图；

图7为本申请实施例提供的一种可以保证多种业务的UCI均可以正常反馈的方法的流程图；

图8为本申请实施例提供的一种上行控制信息的传输方法的流程图；

图9为本申请实施例提供的一种存在资源冲突时，进行上行控制信息的传输方法的流程图；

图10为本申请实施例提供的一种优先级不同的情况下，资源冲突处理流程图；

图11为本申请实施例提供的一种优先级相同的情况下，资源冲突处理流程图；

图12为本申请实施例提供的一种上行控制信息的传输装置的框图；

图13为本申请实施例提供的一种上行控制信息的传输装置的框图；

图14为本申请实施例提供的一种上行控制信息的传输***的框图；

图15为本申请实施例提供的一种通信设备的框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

目前，现有的5G(英文：5th Generation Mobile Communication Technology，简称：5G)时代定义了以下两大应用场景，eMBB(英文：Enhanced Mobile Broadband，简称：eMBB)：增强移动宽带，顾名思义是针对的是大流量移动宽带业务；URLLC(英文：Ultra-reliable and Low Latency Communications，简称：URLLC)：超高可靠超低时延通信，例如无人驾驶等业务，响应时长为0.5ms；该两种业务均对网络的可靠性提出了新的要求。而PUCCH资源分配的好坏直接影响到基站对下行调度情况的掌握。

下面对现有技术中，5G网络的资源分配过程进行说明：

资源分配的过程是指在通信过程中数据承载所需要的资源，其中，通信就是把数据承载在特定的时间和频率上，传输到数据接收方，数据接收方在相应的时间和频率上把数据接收下来。其实，把数据承载在哪个时间和频率上，对应的就是资源分配的过程。

在一种现有技术中，每个UE在接入基站所在的网络时，基站会通过RRC配置预先给每个UE分配PUCCH资源，其中，每个UE分配的PUCCH资源不同，在UE需要向基站发送上行控制信息时，基于该预先分配的PUCCH资源向基站发送。

例如，基站给1200个UE分别分配不同的PUCCH资源。但是在同一时间内，可能只有几十个UE需要向基站发送上行控制信息，这种情况下，在该同一时间内没有向基站发送上行控制信息的UE的PUCCH资源就处于空闲状态。因此该种方式会出现资料浪费的情况，且PUCCH资源利用率不足。

在另一种现有技术中，每个UE在接入基站所在的网络时，基站会通过RRC配置预先给每个UE分配PUCCH资源，其中，基站会向多个UE分配相同的PUCCH资源，即多个UE共用一个PUCCH资源。在UE需要向基站发送上行控制信息时，基于该预先分配的PUCCH资源向基站发送。

该种方式减少了PUCCH资源的占用量，但是，多个UE共用一个PUCCH资源时，可能出现PUCCH资源不够用的情况，例如UE需要使用PUCCH资源时，发现该PUCCH资源被其他UE占用。这样就会导致上行控制信息的反馈出现延时。

与此同时，还可能出现，分配给该UE的PUCCH资源被占用，而其他的PUCCH资源处于空闲状态，而该UE并不能使用其他的PUCCH资源，因此存在资源分配不合理的问题。

为了解决上述现有技术存在的问题，以及为了满足目前的5G业务对网络的可靠性要求，本申请实施例提供了一种上行控制信息的传输方法，该方法为所有UE分配了多个PUCCH资源，即PUCCH资源池，通过循环使用PUCCH资源池中的PUCCH资源，一方面可以减少PUCCH信道的资源占用量，避免资源浪费，提高了PUCCH资源的利用率。另一方面可以保证足够的资源供UE使用，避免资源不够用的情况。

下面，将对本申请实施例提供的上行控制信息的传输方法所涉及到的实施环境进行简要说明。

请参考图1，图1为本申请实施例提供的上行控制信息的传输方法所涉及到的一种实施环境的示意图，如图1所示，该实施环境包括基站103和多个UE101(图1中仅示例性地示出了1个UE)，其中，本申请实施例所涉及到的目标UE是该至少一个UE101中的任意一个UE。

本申请实施例中，上述基站103可以但不限于宏基站、微基站以及小基站等类型的基站设备，可以是全球移动通讯(Global System of Mobile communication，简称GSM)或码分多址(Code Division Multiple Access，简称CDMA)中的基站(Base TransceiverStation，简称BTS)，也可以是宽带码分多址(Wideband Code Division Multiple Access，简称WCDMA)中的基站(NodeB，简称NB)，还可以是LTE中的演进型基站(Evolutional NodeB，简称eNB或eNodeB)，或者中继站或接入点，或者未来5G网络中的基站、客户前置设备(Customer Premise Equipment，简称CPE)等，在此并不限定。

上述UE101可以智能手机或者非智能手机。

请参考图2，其示出了本申请实施例提供的一种上行控制信息的传输方法的流程图，该上行控制信息的传输方法可以应用于图1所示实施环境中的基站。如图2所示，该上行控制信息的传输方法可以包括以下步骤：

步骤201，基站在对目标UE的目标业务进行下行调度的过程中，从预先设置的PUCCH资源池中确定未被占用的目标PUCCH资源。

目标UE为接入基站所在网络的多个UE中的一个，本申请实施例中，基站在对目标UE的目标业务进行下行调度的过程中，需要向目标UE发送下行控制信息DCI(英文：Downlink Control Information，简称：DCI)，其中，DCI中携带有时频域资源分配信息，以便于目标UE基于下行控制信息DCI调度时频域资源，从而向基站反馈上行控制信息UCI(英文：Uplink Control Information，简称：UCI)。

基站在向目标UE发送DCI之前，需要确定好分配给目标UE的资源从而能够使DCI中携带分配给目标UE的时频域资源。在本申请实施例中，基站给目标UE分配资源的过程包括以下内容：基站预先设置多个PUCCH资源，该多个PUCCH资源形成PUCCH资源池，其中，每个PUCCH资源均可以供UE发送UCI。基站从PUCCH资源池中查找未被占用的PUCCH资源，从未被占用的PUCCH资源中选取一个资源作为目标PUCCH资源。

可选的，在PUCCH资源池中，该多个PUCCH资源按照预设规则排序，基站也按照该多个PUCCH资源的排序逐个查找，直至找到第一个未被占用的PUCCH资源，该找到的第一个未被占用的PUCCH资源即目标PUCCH资源。

可选的，该预设规则可以是先时域后频域的排序规则。

步骤202，基站向目标UE发送目标下行控制信息DCI。

本申请实施例中，基站在确定好目标PUCCH资源之后，可以基于目标PUCCH资源生成目标DCI，然后将目标DCI发送给目标UE。其中，目标DCI包括DCI域，DCI域用于指示目标PUCCH资源。需要说明的是，DCI中还可以包含其他信息，本申请对此不做限定。

UE接收到目标DCI之后，可以通过目标DCI中的DCI域所指示的目标PUCCH资源向基站发送针对目标业务的上行控制信息UCI。

本申请实施例中，基站预先分配多个PUCCH资源形成PUCCH资源池，这样可以实现多个UE共用多个PUCCH资源，且在对目标UE的目标业务进行下行调度的过程中，从PUCCH资源池中确定未被占用的目标PUCCH资源，这样一方面避免了分配给目标UE的目标PUCCH资源被占用，另一方面，接入基站所在网络的多个UE共用PUCCH资源池，可以提高PUCCH资源池中的PUCCH资源的利用率，该方法中，基站无需为每个UE分配专用的PUCCH资源，减少了PUCCH资源占用量，避免资源浪费，且能够保证在同一时间内多个UE的调度需求。

在现有技术中，当目标UE接入基站所在的网络时，基站会通过RRC配置向目标UE分配PUCCH资源，这样使得目标UE每次只能使用固定的PUCCH资源发送UCI。而本申请实施例中，在目标UE接入基站所在的网络时，基站并不会向目标UE分配PUCCH资源，如图3所示，本申请实施例中，在目标UE接入基站所在的网络时，基站向目标UE发送无线资源控制RRC(英文：Radio Resource Control，简称：RRC)配置。

其中，RRC配置携带有PUCCH配置，其中，PUCCH配置用于指示PUCCH资源池中包括的多个PUCCH资源。

UE接收到RRC配置之后，可以根据RRC配置中的PUCCH配置确定PUCCH资源池所包括的PUCCH资源。

可选的，本申请实施例中，RRC配置还可以携带有下行调度时频域配置以及对应不同业务的码本配置，其中，码本配置用于生成码本，下行调度时频域配置用于确定PUCCH资源池的资源。

本申请实施例中，基站在对目标UE的目标业务进行下行调度的过程中，通过DCI向UE分配目标PUCCH资源，而在建立RRC连接的过程中，并不对目标UE分配PUCCH资源，提高了目标UE发送UCI所使用的PUCCH资源的灵活性。

下面结合图4和图5分别对PUCCH资源池的配置过程，以及基站从预先设置的PUCCH资源池中确定未被占用的目标PUCCH资源的过程进行说明。

首先，如图4所示，图4示例性地示出了一种PUCCH资源池的示意图。图4中分别为现有的5G定义的两大应用场景eMBB和URLLC定义了PUCCH资源组。

其中，基站分别对eMBB和URLLC两种应用场景进行PUCCH资源分配；其中，eMBB应用场景下对应有多种业务，URLLC应用场景下也对应有多种业务。

在初始配置时，eMBB应用场景的业务对应的PUCCH基于时隙级配置，URLLC应用场景的业务对应的PUCCH基于子时隙配置，RRC增加基于多组配置的参数，基站的RRC(英文：Radio Resource Control，中文：无线资源控制层)层给每个UE配置多个PUCCH资源用于HARQ-ACK的反馈，所有UE的资源组均相同；

第一，对eMBB应用场景的业务分配PUCCH资源时，时域上每个时隙最后几个符号不可占用，如图4所示，时域上可最多可配置10个符号；

具体的，基站给每个UE分配X组资源用于UCI的发送，时域上每个时隙分配的组数X1为

其中，L为时域上PUCCH占用的符号数，如图4所示，L＝10；M为每一组资源可复用的UE数；频域上分配的组数X2为

其中N为基站一次下行单帧调度的最大用户数，T为在某上行时隙需要反馈的UCI的最大数，X＝X1×X2。

如图4所示，时域上分配的组数为2，频域上分配的组数为4，每个UE一共分配8组时频域资源。在一个RB(英文：Radio Bearer，中文：无线承载)、10个符号组成的PUCCH资源组内，参数M通过循环移位和正交扩频来区分各个PUCCH资源。

第二：对URLLC应用场景的业务分配PUCCH资源时，基于子时隙进行配置，一个时隙内的所有符号均可占用。

具体的，基站给每个UE分配Y组资源用于UCI的发送，时域上每个子时隙分配的组数Y1为

其中S为时域上子时隙PUCCH占用的符号数，如图4所示，S＝2；O为每一组资源可复用的UE数；频域上分配的组数Y2为

其中P为基站一次下行单帧调度用户数，Q为该上行子时隙对应需要反馈HARQ-ACK的下行子时隙数，Y＝Y1×Y2。

如图4所示，每个UE在频域上分配的组数为4，子时隙中时域上分配的组数为1，在一个RB、2个symbol组成的PUCCH资源组内，参数O通过循环移位和正交扩频来区分。

根据图4可以看出，PUCCH资源池包括两个资源组，分别为URLLC应用场景的业务对应的资源组和eMBB应用场景的业务对应的资源组，各个资源组内包括多个PUCCH资源。

可选的，本申请实施例中，PUCCH资源池包括与不同的业务类型分别对应的多个资源组，资源组的数量并不限于图4中示出的两组。

在此基础上，本申请实施例中，基站从预先设置的PUCCH资源池中确定未被占用的目标PUCCH资源的过程如图5所示。

步骤501，基站获取目标业务的类型，根据目标业务的类型从多个资源组中确定目标资源组。

其中，目标业务的类型可以是指目标业务对应的应用场景，例如，目标业务为eMBB应用场景的业务，则目标业务的类型为eMBB类型。目标业务为URLLC应用场景的业务，则目标业务的类型为URLLC类型。

基站获取到目标业务的类型之后，可以基于目标业务的类型从PUCCH资源池包括的多个资源组中确定出目标资源组。

可选的，本申请实施例中，基站维护有资源组索引表，资源组索引表中记录有多个资源组所分别对应的业务的类型。基站可以从该资源组索引表查找到与目标业务的类型对应的目标资源组。

步骤502，基站从目标资源组包括的多个PUCCH资源中确定未被占用的目标PUCCH资源。

在一种可选的实现方式中，基站可以从目标资源组包括的多个PUCCH资源中查找未被占用的PUCCH资源，然后从未被占用的PUCCH资源中选取一个资源作为目标PUCCH资源。

在另一种可选的实现方式中，基站可以按照频段由低到高，同一频段内时序由前到后的顺序遍历目标资源组包括的多个PUCCH资源，直至找到第一个未被占用的PUCCH资源，该找到的第一个未被占用的PUCCH资源即目标PUCCH资源。

如图6所示，图6示出了一种两种业务的UCI发生资源冲突的场景示意图。具体的，基站在Slot0调度目标业务A，目标UE在Slot3上反馈Slot0调度的目标业务A对应的UCI；基站在Slot2调度目标业务B，目标UE在Slot3上反馈Slot2中基于子时隙调度的目标业务B对应的UCI，这样，两种业务的UCI会在Slot3上发送时域重叠。这种情况下，在现有技术中，会将两种业务的UCI中的一个丢弃，UCI被丢弃，会导致不能进行正常的信息反馈。

为了解决这个问题，本申请实施例提供了一种可以保证多种业务的UCI均可以正常反馈的方法。如图7所示，该方法包括以下内容：

步骤701，基站根据向目标UE发送目标DCI的时隙和目标业务确定目标UE向基站发送针对目标业务的UCI的目标时隙。

本申请实施例中，基站向目标UE发送目标DCI的时隙是由基站自主确定的，以该时隙为起始。

然后，基站根据目标业务可以确定目标UE接收到DCI后反馈该目标业务对应的UCI所需要的时延，从而确定目标UE反馈该目标业务对应的UCI时的时隙，即目标时隙。

如图6所示，基站向目标UE发送目标业务A对应的目标DCI的时隙为Slot0，目标业务A所需的时延为3个时隙，也就是说，目标UE在Slot3向基站发送目标业务A对应的UCI。因此Slot3即为目标时隙。

步骤702，基站检测目标UE在目标时隙是否存在资源冲突。

本申请实施例中，对于每个目标UE，基站在给目标UE的多个目标业务分别进行调度时，会确定该目标UE反馈各个目标业务的UCI的目标时隙，因此，基站可以掌握目标UE在目标时隙发送的UCI的数量，从而确定目标UE在目标时隙是否存在资源冲突。其中，资源冲突是指目标UE在目标时隙向基站发送针对不同业务的多个UCI。

如图6所示，目标UE在Slot3需要向基站发送目标业务A对应的UCI以及目标业务B对应的UCI，因此基站可以确定目标UE在Slot3存在资源冲突。

步骤703，若目标UE在目标时隙存在资源冲突，则基站基于目标UE在目标时隙发送的多个UCI分别对应的业务的优先级从预先设置的PUCCH资源池中确定未被占用的目标PUCCH资源。

本申请实施例中，当存在资源冲突时，基站可以获取到在该目标时隙发送的多个UCI分别对应的目标业务的优先级，然后根据该多个目标业务的优先级给目标UE分配目标PUCCH资源，以便于保证多种目标业务的UCI均可以正常反馈。

其中，目标业务的优先级可以是基于目标业务的类型确定的，本申请实施例中，目标业务的类型可以是基于目标业务的应用场景划分的，还可以是基于目标业务的实际业务内容划分的，可选的，目标业务的类型还可以是基于目标业务的紧急程度来划分的。这种情况下，可以基于目标业务的类型确定出目标业务的紧急程度，从而确定目标业务的优先级。

本申请实施例中，基站在获取到目标UE在目标时隙发送的多个UCI分别对应的业务的优先级之后，可以检测目标UE在目标时隙发送的多个UCI分别对应的业务的优先级是否相同。

若优先级相同，则表示该多个UCI可以复用一个PUCCH资源进行发送。这种情况下，基站可以根据目标业务的类型从PUCCH资源池中确定未被占用的目标PUCCH资源。可以参考步骤501-步骤502公开的内容确定目标PUCCH资源。

可选的，若优先级相同，基站也可以将在先发送给目标UE的，指示目标UE在目标时隙发送UCI所使用的PUCCH资源确定为目标PUCCH资源。

若优先级不相同，则表示该多个UCI不能复用一个PUCCH资源进行发送，而需要分别发送。这种情况下，本申请实施例中，基站可以为PUCCH资源池配置多个备用PUCCH资源，其中，非备用PUCCH资源为PUCCH资源池中备用PUCCH资源之外的PUCCH资源。

如图4所示，图4中虚线围起来的区域内的PUCCH资源，即为备用PUCCH资源。可以看出，该些备用PUCCH资源与非备用PUCCH资源在不同的子时隙上，因此二者的时域不同。

然而，基站可以从多个备用PUCCH资源中确定未被占用的目标PUCCH资源。这样目标UE使用该目标PUCCH资源发送该目标业务对应的UCI时，就不会与其他的UCI发生时域冲突。

本申请实施例中，备用PUCCH资源的设置是为了应对存在资源冲突的情况，因此在不存在资源冲突的情况下，基站不会从备用PUCCH资源中选择目标PUCCH资源。

本申请实施例中，通过检测目标UE发送针对目标业务的UCI的目标时隙是否存在资源冲突，从而为目标UE分配对应的目标PUCCH资源，以解决上述资源冲突的问题，保证多种业务的UCI均可以正常反馈。

在本申请的一个可选的实施例中，基站在向目标UE发送目标下行控制信息DCI之前，基站还可以根据目标业务的类型确定目标业务的优先级，然后根据优先级生成优先级指示，并根据优先级指示和目标PUCCH资源生成目标下行控制信息DCI。

其中，基站可以在每次发送给目标UE的DCI中携带有目标业务的优先级指示，优先级指示用于表示目标业务的优先级，以及目标业务的UCI的优先级。

请参考图8，其示出了本申请实施例提供的一种上行控制信息的传输方法的流程图，该上行控制信息的传输方法可以应用于图1所示实施环境中的UE。如图8所示，该上行控制信息的传输方法可以包括以下步骤：

步骤801，目标UE接收基站发送的目标下行控制信息DCI。

其中，目标DCI包括DCI域，DCI域用于指示目标PUCCH资源，目标PUCCH资源为基站在对目标UE的目标业务进行下行调度的过程中，从预先设置的PUCCH资源池中确定的未被占用的PUCCH资源。

本申请实施例中，目标UE接收到基站发送的目标DCI之后，可以从目标DCI中获取DCI域，根据DCI域指示的目标PUCCH资源确定承载UCI的时域资源和频域资源。

可选的，本申请实施例中，目标UE在接入基站所在的网络时，可以与基站建立RRC连接，在建立RRC连接的过程中，目标UE可以接收到基站发送的RRC配置，其中，RRC配置携带有PUCCH配置。PUCCH配置中规定了每个PUCCH资源的时域和频域。

本申请实施例中，目标UE接收到目标PUCCH资源后，可以基于目标PUCCH资源和PUCCH配置确定目标PUCCH资源所对应的时域和频域，从而能够在后续将UCI承载在目标PUCCH资源所对应的时域和频域。

步骤802，目标UE根据目标下行控制信息DCI通过目标PUCCH资源向基站发送针对目标业务的上行控制信息UCI。

本申请实施例中，目标UE可以将UCI承载在目标PUCCH资源所对应的时域和频域上，并传输给基站。基站在相应的时域和频域上可以将目标UE发送的UCI接收下来。

本申请实施例中，目标UE每次向基站发送UCI所使用的PUCCH资源并不是固定的，而是基站基于当前的PUCCH资源池中的未被占用的PUCCH资源确定的，这样提高了目标UE反馈UCI的灵活性。且接入基站所在网络的所有UE共用PUCCH资源池中的多个PUCCH资源，提高了PUCCH资源的利用率。

下面对本申请实施例提供的，目标UE向基站发送针对目标业务的UCI的过程进行说明。

由于目标UE在向基站发送针对目标业务的UCI时，可能会发生如图6所示的情况，即目标UE在Slot3中既要反馈目标业务A的UCI，又要反馈目标业务B的UCI，因此该两种UCI会在Slot3上发生时域重叠。在现有技术中，当发生资源冲突时，目标UE会丢弃其中的某一个UCI，然而这样就会导致一些业务的UCI无法正常反馈。为了解决这个问题，如图9所示，本申请提出了目标UE在每次向基站发送UCI时，需要首先判断其发送UCI的时隙是否存在资源冲突，然后基于是否发生资源冲突来确定不同的UCI发送策略。具体的：

步骤901，目标UE在目标时隙向基站发送针对目标业务的上行控制信息UCI时，确定目标时隙是否存在资源冲突。

其中，资源冲突是指在目标时隙发送针对不同业务的多个UCI。

本申请实施例中，目标UE在接收到目标DCI后，可以根据目标业务和基站发送目标DCI的时隙确定出反馈该目标业务的DCI的时隙，基于此，目标UE可以获知自身在每个时隙向基站发送的UCI以及UCI的数量。

当目标UE在目标时隙向基站发送UCI时，若在该目标时隙内发送的UCI的数量大于等于2，就表示在该目标时隙存在资源冲突。若在该目标时隙内发送的UCI的数量为1，就表示在该目标时隙不存在资源冲突。

本申请实施例中，不存在资源冲突时，目标UE可以根据接收到的目标DCI中的DCI域所指示的目标PUCCH资源向基站发送针对目标业务的UCI。

而当存在资源冲突时，由于对应每个UCI的目标业务，目标UE均可以接收到一个目标DCI，每个目标DCI均指定有一个目标PUCCH资源，这种情况下，就有多个目标PUCCH资源，下面说明目标UE如何使用该多个目标PUCCH资源向基站发送多个UCI。

步骤902，若在目标时隙存在资源冲突，则根据在目标时隙发送的多个UCI分别对应的业务的优先级指示确定发送多个UCI所对应的候选PUCCH资源，并通过候选PUCCH资源向基站发送针对不同业务的多个UCI。

本申请实施例中，基站可以根据目标业务的类型确定目标业务的优先级，然后根据优先级生成优先级指示，并根据优先级指示和目标PUCCH资源生成目标DCI，这样目标UE可以通过目标DCI获取到目标业务的优先级指示。其中目标业务的优先级指示用于表示目标业务的优先级，以及目标业务的UCI的优先级。基于此，目标UE可以获取到在目标时隙发送的多个UCI分别对应的业务的优先级指示。

在一种可选的实现方式中，当在目标时隙存在资源冲突时，目标UE可以检测在目标时隙发送的多个UCI分别对应的业务的优先级是否相同。

若优先级不同，则表示该多个UCI不能复用一个PUCCH资源进行发送。这种情况下，目标UE可以将多个UCI分别对应的PUCCH资源确定为候选PUCCH资源。然后，目标UE可以根据各个UCI所对应的业务的码本配置生成对应的码本，对于每个业务，用该业务的码本对该业务的UCI进行编码，将编码后的UCI分别通过各自对应的PUCCH资源发送给基站。

如图10所示，本申请实施例中，基站对目标UE的目标业务A进行调度，通过DCI指示目标UE上报目标业务A的UCI的目标PUCCH资源，在另一时刻，基站对目标UE的目标业务B进行调度，确定在目标时隙存在资源冲突，且目标业务A和目标业务B的优先级不相同，则从备用PUCCH资源中确定目标PUCCH资源，并通过DCI指示目标UE上报目标业务B的UCI的目标PUCCH资源。目标UE在上报UCI时，确定在目标时隙存在资源冲突，且目标业务A和目标业务B的优先级不相同，则将目标业务A和目标业务B分别通过分配给各自的目标PUCCH资源发送给基站。

需要说明的是，由于备用PUCCH资源与非备用PUCCH资源的时域不相同，因此实现了避免资源冲突的目的。

若优先级相同，则表示该多个UCI可以复用一个PUCCH资源进行发送。这种情况下，目标UE可以从在目标时隙发送的多个UCI分别对应的业务对应的PUCCH资源中选择一个作为候选PUCCH资源。然后通过该候选PUCCH资源将多个UCI发送给基站。

可选的，目标UE可以从在目标时隙发送的多个UCI分别对应的业务对应的PUCCH资源中任意选择一个，作为候选PUCCH资源。

可选的，目标UE可以根据在目标时隙发送的多个UCI分别对应的业务对应的PUCCH资源对应的时延和数据承载量确定候选PUCCH资源。

例如，在目标时隙发送的多个UCI分别对应的业务为eMBB应用场景的业务和URLLC应用场景的业务，这种情况下，若eMBB应用场景的业务对应的PUCCH资源满足低时延要求，则将eMBB应用场景的业务对应的PUCCH资源作为候选PUCCH资源。

若eMBB应用场景的业务对应的PUCCH资源不满足低时延要求，且URLLC应用场景的业务对应的PUCCH资源可承载多个UCI，则将URLLC应用场景的业务对应的PUCCH资源作为候选PUCCH资源。

若eMBB应用场景的业务对应的PUCCH资源不满足低时延要求，且URLLC应用场景的业务对应的PUCCH资源不可承载多个UCI，则将优先级较高的UCI对应的PUCCH资源作为候选PUCCH资源，使用该候选PUCCH资源发送该优先级较高的UCI，而丢弃优先级较低的UCI。

可选的，本申请实施例中，在优先级相同的情况下，目标UE可以将在目标时隙发送的多个UCI各自编码后连接在一起，并通过候选PUCCH资源向基站发送针对不同业务的多个UCI。

其中，目标UE根据各个UCI所对应的业务的码本配置生成对应的码本，然后，对于每个业务，用该业务的码本对该业务的UCI进行编码，将编码后的UCI的比特续接起来得到一个比特序列，最后复用候选PUCCH资源发送给基站。

如图11所示，基站对目标UE的目标业务A进行调度，通过DCI指示目标UE上报目标业务A的UCI的目标PUCCH资源，在另一时刻，基站对目标UE的目标业务B进行调度，确定在目标时隙存在资源冲突，且目标业务A和目标业务B的优先级相同，则从PUCCH资源池中的非备用PUCCH资源中确定目标PUCCH资源，并通过DCI指示目标UE上报目标业务B的UCI的目标PUCCH资源。目标UE在上报UCI时，确定在目标时隙存在资源冲突，且目标业务A和目标业务B的优先级相同，则将目标业务A和目标业务B的UCI复用一个候选PUCCH资源发送给基站。

本申请实施例中，目标UE在确定存在资源冲突的情况下，根据存在资源冲突的多个UCI对应的业务的优先级来确定候选PUCCH资源，然后根据候选PUCCH资源向基站发送UCI。该种方式保证了多个UCI均可以正常反馈。

应该理解的是，虽然图1至图11的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1至图11的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图12所示，提供了一种上行控制信息的传输装置1200，该上行控制信息的传输装置1200应用于基站，该上行控制信息的传输装置1200包括：确定模块1201和发送模块1202，其中：

确定模块1201，用于在对目标UE的目标业务进行下行调度的过程中，从预先设置的PUCCH资源池中确定未被占用的目标PUCCH资源，其中，PUCCH资源池中包括多个PUCCH资源；

发送模块1202，用于向目标UE发送目标下行控制信息DCI，目标DCI包括DCI域，DCI域用于指示目标PUCCH资源，目标DCI用于指示目标UE通过目标PUCCH资源向基站发送针对目标业务的上行控制信息UCI。

在一个实施例中，PUCCH资源池包括与不同的业务类型分别对应的多个资源组，各资源组包括多个PUCCH资源，确定模块1201具体用于：

获取目标业务的类型；

根据目标业务的类型从多个资源组中确定目标资源组；

从目标资源组包括的多个PUCCH资源中确定未被占用的目标PUCCH资源。

在一个实施例中，确定模块1201具体用于：

按照频段由低到高，同一频段内时序由前到后的顺序遍历目标资源组包括的多个PUCCH资源，直至找到未被占用的目标PUCCH资源。

在一个实施例中，发送模块1202具体用于：

在目标UE接入基站所在的网络时，向目标UE发送无线资源控制RRC配置，RRC配置携带有PUCCH配置，其中，PUCCH配置用于指示PUCCH资源池中包括的多个PUCCH资源。

在一个实施例中，确定模块1201具体用于：

根据向目标UE发送目标DCI的时隙和目标业务确定目标UE向基站发送针对目标业务的UCI的目标时隙；

检测目标UE在目标时隙是否存在资源冲突，资源冲突是指目标UE在目标时隙向基站发送针对不同业务的多个UCI；

若目标UE在目标时隙存在资源冲突，则基于目标UE在目标时隙发送的多个UCI分别对应的业务的优先级从预先设置的PUCCH资源池中确定未被占用的目标PUCCH资源。

在一个实施例中，PUCCH资源池包括多个备用PUCCH资源，备用PUCCH资源与非备用PUCCH资源的时域不同，确定模块1201具体用于：

检测目标UE在目标时隙发送的多个UCI分别对应的业务的优先级是否相同；

若优先级相同，则根据目标业务的类型从PUCCH资源池中确定未被占用的目标PUCCH资源；

若优先级不同，则从多个备用PUCCH资源中确定未被占用的目标PUCCH资源。

在一个实施例中，发送模块1202具体用于：

根据目标业务的类型确定目标业务的优先级；

根据优先级生成优先级指示，并根据优先级指示和目标PUCCH资源生成目标下行控制信息DCI。

关于上行控制信息的传输装置的具体限定可以参见上文中对于上行控制信息的传输方法的限定，在此不再赘述。上述上行控制信息的传输装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于通信设备中的处理器中，也可以以软件形式存储于通信设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，如图13所示，提供了一种上行控制信息的传输装置1300，该上行控制信息的传输装置1300应用于目标UE中，该上行控制信息的传输装置1300包括：接收模块1301和发送模块1302，其中：

接收模块1301，用于接收基站发送的目标下行控制信息DCI，目标DCI包括DCI域，DCI域用于指示目标PUCCH资源，目标PUCCH资源为基站在对目标UE的目标业务进行下行调度的过程中，从预先设置的PUCCH资源池中确定的未被占用的PUCCH资源；

发送模块1302，用于根据目标下行控制信息DCI通过目标PUCCH资源向基站发送针对目标业务的上行控制信息UCI。

在一个实施例中，接收模块1301具体用于：

接收基站发送的无线资源控制RRC配置，RRC配置携带有PUCCH配置，其中，PUCCH配置用于指示PUCCH资源池中包括的多个PUCCH资源。

在一个实施例中，目标下行控制信息DCI中携带有目标业务的优先级指示，发送模块1302具体用于：

在目标时隙向基站发送针对目标业务的上行控制信息UCI时，确定目标时隙是否存在资源冲突，资源冲突是指在目标时隙发送针对不同业务的多个UCI；

若在目标时隙存在资源冲突，则根据在目标时隙发送的多个UCI分别对应的业务的优先级指示确定发送多个UCI所对应的候选PUCCH资源，并通过候选PUCCH资源向基站发送针对不同业务的多个UCI。

在一个实施例中，发送模块1302具体用于：

检测在目标时隙发送的多个UCI分别对应的业务的优先级是否相同；

若优先级相同，则从在目标时隙发送的多个UCI分别对应的业务对应的PUCCH资源中选择一个作为候选PUCCH资源；

若优先级不同，则将在目标时隙发送的多个UCI分别对应的PUCCH资源分别确定为多个UCI所对应的候选PUCCH资源。

在一个实施例中，发送模块1302具体用于：

在优先级相同的情况下，将在目标时隙发送的多个UCI各自编码后连接在一起，并通过候选PUCCH资源向基站发送针对不同业务的多个UCI。

在一个实施例中，发送模块1302具体用于：

根据在目标时隙发送的多个UCI分别对应的业务对应的PUCCH资源对应的时延和数据承载量确定候选PUCCH资源。

如图14所示，在本申请的一个实施例中，提供了一种上行控制信息的传输***1400，该上行控制信息的传输***1400包括基站1401和目标UE1402，其中，

该基站1401，用于执行上述方法实施例中基站所执行的步骤。

该目标UE1402，用于执行上述方法实施例中目标UE所执行的步骤。

在本申请的一个实施例中，提供了一种通信设备，该通信设备的内部结构图可以如图15所示。该通信设备包括通过***总线连接的接收器、发送器、处理器和存储器。其中，该接收器用于接收外部设备发送的信息，该发送器用于向外部设备发送信息。该处理器用于提供计算和控制能力。该存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***和计算机程序。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机程序被处理器执行时以实现一种上行控制信息的传输方法。

本领域技术人员可以理解，图15中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的通信设备的限定，具体的通信设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种通信设备，该通信设备为基站，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行该计算机程序时实现以下步骤：

在一个实施例中，PUCCH资源池包括与不同的业务类型分别对应的多个资源组，各资源组包括多个PUCCH资源，处理器执行计算机程序时还实现以下步骤：

获取目标业务的类型；

根据目标业务的类型从多个资源组中确定目标资源组；

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在一个实施例中，PUCCH资源池包括多个备用PUCCH资源，备用PUCCH资源与非备用PUCCH资源的时域不同，处理器执行计算机程序时还实现以下步骤：

根据目标业务的类型确定目标业务的优先级；

本申请实施例提供的基站，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，提供了一种通信设备，该通信设备为目标UE，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行该计算机程序时实现以下步骤：

在一个实施例中，目标下行控制信息DCI中携带有目标业务的优先级指示，处理器执行计算机程序时还实现以下步骤：

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

在一个实施例中，PUCCH资源池包括与不同的业务类型分别对应的多个资源组，各资源组包括多个PUCCH资源，计算机程序被处理器执行时还实现以下步骤：

获取目标业务的类型；

根据目标业务的类型从多个资源组中确定目标资源组；

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

在一个实施例中，PUCCH资源池包括多个备用PUCCH资源，备用PUCCH资源与非备用PUCCH资源的时域不同，计算机程序被处理器执行时还实现以下步骤：

根据目标业务的类型确定目标业务的优先级；

本实施例提供的计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，目标下行控制信息DCI中携带有目标业务的优先级指示，计算机程序被处理器执行时还实现以下步骤：

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

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

在对目标UE的目标业务进行下行调度的过程中，从预先设置的PUCCH资源池中确定未被占用的目标PUCCH资源，其中，所述PUCCH资源池中包括多个PUCCH资源；

向所述目标UE发送目标下行控制信息DCI，所述目标DCI包括DCI域，所述DCI域用于指示所述目标PUCCH资源，所述目标DCI用于指示所述目标UE通过所述目标PUCCH资源向所述基站发送针对所述目标业务的上行控制信息UCI。

2.根据权利要求1所述的上行控制信息的传输方法，其特征在于，所述PUCCH资源池包括与不同的业务类型分别对应的多个资源组，各所述资源组包括多个PUCCH资源，所述从预先设置的PUCCH资源池中确定未被占用的目标PUCCH资源，包括：

获取所述目标业务的类型；

根据所述目标业务的类型从所述多个资源组中确定目标资源组；

从所述目标资源组包括的多个PUCCH资源中确定未被占用的目标PUCCH资源。

3.根据权利要求2所述的上行控制信息的传输方法，其特征在于，所述从所述目标资源组包括的多个PUCCH资源中确定未被占用的目标PUCCH资源，包括：

按照频段由低到高，同一频段内时序由前到后的顺序遍历所述目标资源组包括的多个PUCCH资源，直至找到未被占用的目标PUCCH资源。

4.根据权利要求1所述的上行控制信息的传输方法，其特征在于，所述方法还包括：

在所述目标UE接入所述基站所在的网络时，向所述目标UE发送无线资源控制RRC配置，所述RRC配置携带有PUCCH配置，其中，所述PUCCH配置用于指示所述PUCCH资源池中包括的多个PUCCH资源。

5.根据权利要求1所述的上行控制信息的传输方法，其特征在于，所述在对目标UE的目标业务进行下行调度的过程中，从预先设置的PUCCH资源池中确定未被占用的目标PUCCH资源，包括：

根据向所述目标UE发送所述目标DCI的时隙和所述目标业务确定所述目标UE向所述基站发送针对所述目标业务的UCI的目标时隙；

检测所述目标UE在所述目标时隙是否存在资源冲突，所述资源冲突是指所述目标UE在所述目标时隙向所述基站发送针对不同业务的多个UCI；

若所述目标UE在所述目标时隙存在资源冲突，则基于所述目标UE在所述目标时隙发送的多个UCI分别对应的业务的优先级从预先设置的PUCCH资源池中确定未被占用的目标PUCCH资源。

6.根据权利要求5所述的上行控制信息的传输方法，其特征在于，所述PUCCH资源池包括多个备用PUCCH资源，所述备用PUCCH资源与非备用PUCCH资源的时域不同，所述基于所述目标UE在所述目标时隙发送的多个UCI分别对应的业务的优先级从预先设置的PUCCH资源池中确定未被占用的目标PUCCH资源，包括：

检测所述目标UE在所述目标时隙发送的多个UCI分别对应的业务的优先级是否相同；

若优先级相同，则根据所述目标业务的类型从所述PUCCH资源池中确定未被占用的目标PUCCH资源；

若优先级不同，则从所述多个备用PUCCH资源中确定未被占用的目标PUCCH资源。

7.根据权利要求1所述的上行控制信息的传输方法，其特征在于，所述向所述目标UE发送目标下行控制信息DCI之前，所述方法还包括：

根据所述目标业务的类型确定所述目标业务的优先级；

根据所述优先级生成优先级指示，并根据所述优先级指示和所述目标PUCCH资源生成所述目标下行控制信息DCI。

8.一种上行控制信息的传输方法，其特征在于，应用于目标UE，所述方法包括：

接收基站发送的目标下行控制信息DCI，所述目标DCI包括DCI域，所述DCI域用于指示目标PUCCH资源，所述目标PUCCH资源为所述基站在对目标UE的目标业务进行下行调度的过程中，从预先设置的PUCCH资源池中确定的未被占用的PUCCH资源；

根据所述目标下行控制信息DCI通过所述目标PUCCH资源向所述基站发送针对所述目标业务的上行控制信息UCI。

9.根据权利要求8所述的上行控制信息的传输方法，其特征在于，所述方法还包括：

接收所述基站发送的无线资源控制RRC配置，所述RRC配置携带有PUCCH配置，其中，所述PUCCH配置用于指示所述PUCCH资源池中包括的多个PUCCH资源。

10.根据权利要求8所述的上行控制信息的传输方法，其特征在于，所述目标下行控制信息DCI中携带有所述目标业务的优先级指示，所述根据所述目标下行控制信息DCI通过所述目标PUCCH资源向所述基站发送针对所述目标业务的上行控制信息UCI，包括：

在目标时隙向所述基站发送针对所述目标业务的上行控制信息UCI时，确定所述目标时隙是否存在资源冲突，所述资源冲突是指在所述目标时隙发送针对不同业务的多个UCI；

若在所述目标时隙存在资源冲突，则根据在所述目标时隙发送的多个UCI分别对应的业务的优先级指示确定发送所述多个UCI所对应的候选PUCCH资源，并通过所述候选PUCCH资源向所述基站发送针对不同业务的多个UCI。

11.根据权利要求10所述的上行控制信息的传输方法，其特征在于，所述根据在所述目标时隙发送的多个UCI分别对应的业务的优先级指示确定发送所述多个UCI所对应的候选PUCCH资源，包括：

检测在所述目标时隙发送的多个UCI分别对应的业务的优先级是否相同；

若优先级相同，则从在所述目标时隙发送的多个UCI分别对应的业务对应的PUCCH资源中选择一个作为所述候选PUCCH资源；

若优先级不同，则将在所述目标时隙发送的多个UCI分别对应的PUCCH资源分别确定为所述多个UCI所对应的候选PUCCH资源。

12.根据权利要求11所述的上行控制信息的传输方法，其特征在于，所述通过所述候选PUCCH资源向所述基站发送针对不同业务的多个UCI，包括：

在优先级相同的情况下，将在所述目标时隙发送的多个UCI各自编码后连接在一起，并通过所述候选PUCCH资源向所述基站发送针对不同业务的多个UCI。

13.根据权利要求11所述的上行控制信息的传输方法，其特征在于，所述从在所述目标时隙发送的多个UCI分别对应的业务对应的PUCCH资源中选择一个作为所述候选PUCCH资源，包括：

根据在所述目标时隙发送的多个UCI分别对应的业务对应的PUCCH资源对应的时延和数据承载量确定所述候选PUCCH资源。

14.一种上行控制信息的传输装置，其特征在于，应用于基站，所述装置包括：

确定模块，用于在对目标UE的目标业务进行下行调度的过程中，从预先设置的PUCCH资源池中确定未被占用的目标PUCCH资源，其中，所述PUCCH资源池中包括多个PUCCH资源；

发送模块，用于向所述目标UE发送目标下行控制信息DCI，所述目标DCI包括DCI域，所述DCI域用于指示所述目标PUCCH资源，所述目标DCI用于指示所述目标UE通过所述目标PUCCH资源向所述基站发送针对所述目标业务的上行控制信息UCI。

15.一种上行控制信息的传输装置，其特征在于，应用于目标UE，所述装置包括：

接收模块，用于接收基站发送的目标下行控制信息DCI，所述目标DCI包括DCI域，所述DCI域用于指示目标PUCCH资源，所述目标PUCCH资源为所述基站在对目标UE的目标业务进行下行调度的过程中，从预先设置的PUCCH资源池中确定的未被占用的PUCCH资源；

发送模块，用于根据所述目标下行控制信息DCI通过所述目标PUCCH资源向所述基站发送针对所述目标业务的上行控制信息UCI。

16.一种上行控制信息的传输***，其特征在于，包括基站和目标UE，其中，

所述基站，用于执行权利要求1至7中任一项所述的上行控制信息的传输方法中基站所执行的步骤；

所述目标UE，用于执行权利要求8至13中任一项所述的上行控制信息的传输方法中所述目标UE所执行的步骤。

17.一种通信设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤，或者，所述处理器执行所述计算机程序时实现权利要求8至13中任一项所述的方法的步骤。

18.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤，或者，所述计算机程序被处理器执行时实现权利要求8至13中任一项所述的方法的步骤。