CN115551106B - 资源调度方法、装置、设备、存储介质和程序产品 - Google Patents

Abstract

本申请涉及一种资源调度方法、装置、设备、存储介质和程序产品，方法包括：通过根据UE的所有服务小区的ACK的反馈数量，从为UE的主小区配置的第一PUCCH资源集合和第二PUCCH资源集合中确定目标PUCCH资源；进一步地，根据UE的PUSCH的调度信息，确定用于发送UCI的目标小区；进一步地，在所述目标小区的传输资源上接收空口数据，并根据DAI信息，从所述空口数据中获取UCI。本申请实施例不仅可以减少载波聚合调度时延，提高载波聚合调度成功率，还可以最大化地合理利用空口无线资源，从而可以实现在满足低时延和高速率的前提下，保证大量UE具有稳定的上网速度，提高了用户体验度和通信系统容量性能。

Description

资源调度方法、装置、设备、存储介质和程序产品

技术领域

本申请涉及通信技术领域，特别是涉及一种资源调度方法、装置、设备、存储介质和程序产品。

背景技术

随着第五代移动通信技术(5th Generation Mobile CommunicationTechnology，5G)和移动互联网的迅速发展，各种各样的用户设备(User Equipment，UE)对网速和流量的需求越来越强烈，运营商对频谱资源的需求也与日俱增。但目前中低频段拥挤不堪，高频段开发不足，在3.5GHz以下可用的且好用的资源已经基本分配殆尽，很难找到大块连续频谱来满足5G大数据业务需求。

在未来的移动带宽市场上，为了解决在有限频谱资源上用户速率受限的问题，运营商对频谱资源的利用率将会重点研究，其中，载波聚合技术是解决该问题的重要技术手段。载波聚合技术，其原理是通过将多个连续或者离散载波聚合在一起，形成一个更宽的频谱，目的是为用户设备提供更高的速率，实现速率飙升。

传统技术中，通过根据用户设备的用户信息、用户载波聚合的载波信息以及基带板信息，向用户设备调度分配不同载波。但传统技术中存在调度时延长和载波聚合调度成功率较低的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种资源调度方法、装置、设备、存储介质和程序产品。

第一方面，本申请实施例提供一种资源调度方法，方法包括：

根据用户设备UE的所有服务小区的ACK的反馈数量，从为所述UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源；所述PUCCH资源集合包括第一PUCCH资源集合和第二PUCCH资源集合；

根据所述UE的PUSCH的调度信息，确定用于发送UCI的目标小区；所述目标小区为主小区或辅小区；

在所述目标小区的传输资源上接收空口数据，并根据DAI信息，从所述空口数据中获取UCI，其中，所述传输资源包括所述目标PUCCH资源或PUSCH资源，所述DAI信息为根据所述UE的主小区的调度结果和所述辅小区的调度结果确定的。

在其中一个实施例中，所述根据用户设备UE的所有服务小区的ACK的反馈数量，从为所述UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源，包括：

根据所述反馈数量和预设数量阈值，从为所述UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源。

在其中一个实施例中，所述根据所述反馈数量和预设数量阈值，从为所述UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源，包括：

若所述反馈数量小于所述预设数量阈值，则从所述第一PUCCH资源集合中确定所述目标PUCCH资源；

若所述反馈数量不小于所述预设数量阈值，则从所述第二PUCCH资源集合中确定所述目标PUCCH资源；

其中，所述第二PUCCH资源集合中的PUCCH资源大于所述第一PUCCH资源集合中的PUCCH资源；在主辅小区的第预设数量阈值次调度及之后的调度过程中的所述目标PUCC资源不变。

在其中一个实施例中，所述根据所述UE的PUSCH的调度信息，确定用于发送UCI的目标小区，包括：

根据所述PUSCH的调度信息，确定用于发送所述UCI的目标小区的目标信道资源；所述目标信道资源为PUCCH资源或者PUSCH资源；

在所述目标小区的传输资源上接收空口数据，并根据DAI信息，从所述空口数据中获取UCI，包括：

在所述目标信道资源上接收所述空口数据，根据所述DAI信息确定所述目标信道资源中发送所述UCI的资源位置；

根据所述资源位置从所述目标信道资源中获取所述主小区对应的UCI和辅小区对应的UCI。

在其中一个实施例中，所述根据所述PUSCH的调度信息，确定用于发送所述UCI的目标小区的目标信道资源，包括：

在预设的TTI上，根据所述PUSCH的调度信息，确定用于发送所述UCI的目标小区的目标信道资源；所述预设的TTI与接收所述空口数据的TTI之间的间隔大于预设阈值。

在其中一个实施例中，所述方法还包括：

根据接收到的业务建立请求确定业务特征和所述UE的能力信息，为所述UE的主小区配置所述PUCCH资源集合。

在其中一个实施例中，所述方法还包括：

根据所述UCI信息判断是否重传；

若是，则返回执行所述根据UE的所有服务小区的ACK的反馈数量，从为所述UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源的步骤；

若否，则释放所述目标PUCCH资源。

在其中一个实施例中，所述方法还包括：

若接收到释放数据业务消息，则释放为所述UE的主小区配置的所述PUCCH资源集合。

第二方面，本申请实施例提供一种资源调度装置，装置包括：

第一确定模块，用于根据用户设备UE的所有服务小区的ACK的反馈数量，从为所述UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源；所述PUCCH资源集合包括第一PUCCH资源集合和第二PUCCH资源集合；

第二确定模块，用于根据所述UE的PUSCH的调度信息，确定用于发送UCI的目标小区；所述目标小区为主小区或辅小区；

接收模块，用于在所述目标小区的传输资源上接收空口数据；

获取模块，用于根据DAI信息，从所述空口数据中获取UCI，其中，所述传输资源包括所述目标PUCCH资源或PUSCH资源，所述DAI信息为根据所述UE的主小区的调度结果和所述辅小区的调度结果确定的。

第三方面，本申请实施例提供一种通信设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述第一方面中的任一实施例的资源调度方法的步骤。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现第一方面中的任一实施例的资源调度方法的步骤。

第五方面，本申请实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面中的任一实施例的资源调度方法的步骤。

上述资源调度方法、装置、设备、存储介质和程序产品，通过根据UE的所有服务小区的ACK的反馈数量，从为UE的主小区配置的第一PUCCH资源集合和第二PUCCH资源集合中确定目标PUCCH资源；进一步地，根据UE的PUSCH的调度信息，确定用于发送UCI的目标小区；进一步地，在所述目标小区的传输资源上接收空口数据，并根据DAI信息，从所述空口数据中获取UCI。可见，本申请实施例中通信设备只在主小区为UE配置2个PUCCH资源集合，在辅小区不做任何PUCCH相关资源配置，可以避免PUCCH资源的频繁更换操作，有利于提高载波聚合调度成功率，最大化地合理利用空口无线资源。另外，通过在接收空口数据之前，提前根据UE的PUSCH的调度信息判断UE会在主小区发送UCI还是在辅小区发送UCI，以便于后续在接收空口数据时可以直接在目标小区接收即可，可以避免使用同步机制，可以减少载波聚合调度时延，有利于提高系统的通信性能。另外，通过根据主辅小区的调度结果统一决策DAI的方式，不仅可以确保DAI信息的主辅小区资源同步，还可以减少同步机制的使用次数，从而可以减少载波聚合调度时延，有利于提高系统的通信性能。因此，相对于传统技术，本申请实施例不仅可以减少载波聚合调度时延，提高载波聚合调度成功率，还可以最大化地合理利用空口无线资源，从而可以实现在满足低时延和高速率的前提下，保证大量UE具有稳定的上网速度，提高了用户体验度和通信系统容量性能。

附图说明

为了更清楚地说明本申请实施例或传统技术中的技术方案，下面将对实施例或传统技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域不同技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的通信系统的示意图；

图2为本申请实施例提供的通信设备的数据处理部分的结构示意图；

图3为本申请实施例提供的数据调度管理单元的结构示意图；

图4为本申请实施例提供的服务小区调度单元的结构示意图；

图5为本申请一个实施例中资源调度方法的流程示意图；

图6为本申请一个实施例中资源调度装置的结构示意图；

图7为本申请一个实施例中通信设备的结构示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图对本申请的具体实施方式做详细的说明。在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似改进，因此本申请不受下面公开的具体实施例的限制。

本文中为部件所编序号本身，例如“第一”、“第二”等，仅用于区分所描述的对象，不具有任何顺序或技术含义。需要理解的是，术语“上”、“下”、“顶”、“底”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。

随着5G和移动互联网的迅速发展，各种各样的UE对网速和流量的需求越来越强烈，因此，不断推进通信速度的竞争。为了解决UE日益增长的网速需求和网络容量间的矛盾问题，各运营商通过增加系统传输带宽，以提高上下行传输速率。由此可见，运营商对频谱资源的需求与日俱增。但目前中低频段拥挤不堪，高频段开发不足，频谱规划协调难度大。5G需要中低频段作为基础频段，但是在3.5GHz以下可用的且好用的资源已经基本分配殆尽，很难找到大块连续频谱来满足5G大数据业务需求。

在未来的移动带宽市场上，运营商对频谱资源的利用率也会重点加以研究，以解决在有限频谱资源上用户速率受限的瓶颈，而能解决该问题的重要手段就是载波聚合技术。目前国际国内领先运营商都在加快和研究载波聚合的应用，载波聚合技术已成为运营商赢得5G时代竞争力的神器之一。载波聚合将成为网络的基本技术形态，将是5G部署的“新常态”。

图1为本申请实施例提供的通信系统的示意图，如图1所示，本申请实施例的通信系统可以包括：UE 101、通信设备102、网关(Gate Way，GW)设备103和核心网设备104；当然，通信系统还可以包括其它设备，本申请实施例中对此并不作限定。

其中，UE 101用于对无线信号进行测量和处理；通信设备102用于负责基站级别的信号处理和资源管理；网关设备103用于负责信令和数据的转发；核心网设备104用于处理UE和核心网络之间信令的交互。示例性地，核心网设备104可以包括但不限于5G核心网(Core，C)设备，例如，可以为移动性管理实体(Mobility Management Entity，MME)等。

需要说明的是，本申请实施例中涉及的通信设备102可以有多个小区(cell)，其中，小区用于负责基站下的小区级别的信号处理和资源管理。例如，如图1所示，通信设备可以有小区C1-1、C1-2、C1-3和C1-4，其中，小区C1-1可以为主小区，C1-2、C1-3和C1-4可以为辅小区。

本申请实施例中涉及的通信设备可以包括但不限于：基站、发送接收点(transmission reception point，TRP)。其中，基站：又称为无线接入网(radioaccessnetwork，RAN)设备，是一种将终端接入到无线网络的设备，可以是全球移动通讯(globalsystem of mobile communication，GSM)或码分多址(code division multipleaccess，CDMA)中的基站(base transceiver station，BTS)，也可以是宽带码分多址(widebandcode division multiple access，WCDMA)中的基站(nodeB，NB)，还可以是长期演进(longterm evolution，LTE)中的演进型基站(evolutional node B，eNB或eNodeB)，或者中继站或接入点，或者5G网络中的基站(gNodeB，gNB)等，在此并不限定。

本申请实施例提供的资源调度方法可以应用于如图1中的通信设备，图2为本申请实施例提供的通信设备的数据处理部分的结构示意图，如图2所示，通信设备的数据处理部分可以包括：数据接收单元201、数据发送单元202和数据调度管理单元203，其中，数据接收单元201用于负责上下行数据的接收和转发；数据发送单元202用于负责转发数据调度管理单元203的控制命令信息；数据调度管理单元203用于负责主辅小区的数据调度管理。

图3为本申请实施例提供的数据调度管理单元的结构示意图，如图3所示，数据调度管理单元可以包括：主小区调度单元301、辅小区调度单元302、主小区资源管理单元303和辅小区资源管理单元304。其中，主小区调度单元301用于负责主小区的上下行数据的调度；辅小区调度单元302用于负责辅小区的上下行数据的调度；主小区资源管理单元303用于负责主小区的时域资源、频域资源和空间域资源的资源分配；辅小区资源管理单元304用于负责辅小区的时域资源、频域资源和空间域资源的资源分配。

本申请实施例中的主小区调度单元301或者辅小区调度单元302的结构可以参考图4所示。图4为本申请实施例提供的服务小区调度单元的结构示意图，如图4所示，服务小区调度单元可以包括：调度资源管理单元401、上行调度单元402、下行调度单元403、PUCCH管理单元404和下行链路分配索引(Downlink Assignment Index，DAI)管理单元405。

其中，调度资源管理单元401用于负责服务小区的上下行数据调度过程中的资源管理；上行调度单元402用于负责服务小区的上行数据的调度；下行调度单元403用于负责服务小区的下行数据的调度；PUCCH管理单元403用于负责服务小区的PUCCH资源分配和管理；DAI管理单元404用于负责服务小区的DAI资源分配和管理。

本申请实施例提供的资源调度方法、装置、设备、存储介质和程序产品，通信设备通过只在主小区为UE配置2个PUCCH资源集合，在辅小区不做任何PUCCH相关资源配置，可以避免PUCCH资源的频繁更换操作，有利于提高载波聚合调度成功率，最大化地合理利用空口无线资源。另外，通过在接收空口数据之前，提前根据UE的PUSCH的调度信息判断UE会在主小区发送UCI还是在辅小区发送UCI，以便于后续在接收空口数据时可以直接在目标小区接收即可，可以避免使用同步机制，可以减少载波聚合调度时延，有利于提高系统的通信性能。另外，通过根据主辅小区的调度结果统一决策DAI的方式，不仅可以确保DAI信息的主辅小区资源同步，还可以减少同步机制的使用次数，从而可以减少载波聚合调度时延，有利于提高系统的通信性能。

在一个实施例中，图5为本申请一个实施例中资源调度方法的流程示意图，本申请实施例中以该方法应用于图1中的通信设备为例进行说明。如图5所示，本申请实施例的方法可以包括以下步骤：

步骤S501、根据用户设备UE的所有服务小区的ACK的反馈数量，从为UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源。

本申请实施例中，当通信设备为UE分配了主小区和辅小区，则UE的所有服务小区包括：主小区和辅小区，其中，辅小区可以为包括至少一个小区；当通信设备为UE分配一个小区，则UE的所有服务小区包括：该小区。

本申请实施例中涉及的PUCCH资源集合可以包括第一PUCCH资源集合和第二PUCCH资源集合，其中，第二PUCCH资源集合中的PUCCH资源大于第一PUCCH资源集合中的PUCCH资源。

本步骤中，通信设备根据用户设备UE的所有服务小区的确认字符(Acknowledgement，ACK)的反馈数量，可以从为UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源，其中，PUCCH资源集合包括第一PUCCH资源集合和第二PUCCH资源集合。

需要说明的是，本申请实施例中的UE的所有服务小区的ACK的反馈数量是指UE在一个下行ACK反馈窗口内的所有服务小区的ACK的反馈数量。

示例性地，通信设备可以根据UE的所有服务小区的ACK的反馈数量结合预设PUCCH资源分配策略，从为UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源。例如，预设PUCCH资源分配策略用于指示根据ACK的反馈数量与预设数量阈值的对比结果确定目标PUCCH资源，或者用于指示根据ACK的反馈数量与目标PUCCH资源集合中不同资源集合对应的预设条件是否匹配来确定目标PUCCH资源；当然，预设PUCCH资源分配策略还可以用于指示其它分配策略，本申请实施例中对此并不作限定。

综上可见，本申请实施例中通信设备为UE配置无线空口资源时，只在主小区为UE配置PUCCH资源，且针对用于ACK反馈的PUCCH资源只分配2个PUCCH资源集合，在辅小区不做任何PUCCH相关资源配置，可以避免PUCCH资源的频繁更换操作，有利于提高载波聚合调度成功率，最大化地合理利用空口无线资源。

步骤S502、根据所述UE的PUSCH的调度信息，确定用于发送UCI的目标小区。

本步骤中，通信设备可以根据上次资源调度时为UE配置的物理上行共享信道(Physical Uplink Shared Channe，PUSCH)的调度信息，确定用于发送上行控制信息(Uplink Control Information，UCI)的目标小区，其中，PUSCH的调度信息用于指示是否为UE配置主小区的PUSCH资源，以及是否为UE配置辅小区的PUSCH资源，目标小区可以为主小区或辅小区。

可见，本申请实施例中，通信设备通过在接收空口数据之前，提前根据UE的PUSCH的调度信息判断UE会在主小区发送UCI还是在辅小区发送UCI，以便于后续在接收空口数据时可以直接在目标小区接收即可，可以避免使用同步机制，有利于提高系统的通信性能。

步骤S503、在所述目标小区的传输资源上接收空口数据，并根据DAI信息，从所述空口数据中获取UCI。

本申请实施例中涉及的空口数据中可以包括但不限于UCI。需要说明的是，本申请实施例中的UCI可以包括主小区对应的UCI和辅小区对应的UCI。

本步骤中，通信设备可以在上述步骤S502中确定的目标小区的传输资源上接收空口数据，其中，目标小区的传输资源可以包括目标PUCCH资源或PUSCH资源。需要说明的是，考虑到通信设备只在主小区为UE配置PUCCH资源，若目标小区为主小区，则目标小区的传输资源可以为目标PUCCH资源或PUSCH资源；若目标小区为辅小区，则目标小区的传输资源可以为PUSCH资源。

另外，通信设备可以根据DAI信息确定用于发送UCI的资源位置，并根据确定的资源位置从空口数据中获取UCI，其中，DAI信息可以为通信设备根据上次资源调度时UE的主小区的调度结果和辅小区的调度结果确定的，DAI可以用于指示上次资源调度时在主小区和辅小区向UE发送的各下行数据的索引编号，也可以隐含指示针对各下行数据对应的ACK的索引编号。应理解，任意小区的调度结果可以用于指示通信设备为UE所分配的各种信道资源等信息。

应理解，通信设备可以预先根据DAI信息确定用于发送UCI的资源位置，以便于在接收到空口数据时，可以直接根据确定的资源位置从空口数据中提取UCI。

可见，本申请实施例中，通信设备根据主辅小区的调度结果统一决策DAI的方式，不仅可以确保DAI信息的主辅小区资源同步，还可以减少同步机制的使用次数，从而可以减少载波聚合调度时延，有利于提高系统的通信性能。

上述资源调度方法，通过根据UE的所有服务小区的ACK的反馈数量，从为UE的主小区配置的第一PUCCH资源集合和第二PUCCH资源集合中确定目标PUCCH资源；进一步地，根据UE的PUSCH的调度信息，确定用于发送UCI的目标小区；进一步地，在所述目标小区的传输资源上接收空口数据，并根据DAI信息，从所述空口数据中获取UCI。可见，本申请实施例中通信设备只在主小区为UE配置2个PUCCH资源集合，在辅小区不做任何PUCCH相关资源配置，可以避免PUCCH资源的频繁更换操作，有利于提高载波聚合调度成功率，最大化地合理利用空口无线资源。另外，通过在接收空口数据之前，提前根据UE的PUSCH的调度信息判断UE会在主小区发送UCI还是在辅小区发送UCI，以便于后续在接收空口数据时可以直接在目标小区接收即可，可以避免使用同步机制，可以减少载波聚合调度时延，有利于提高系统的通信性能。另外，通过根据主辅小区的调度结果统一决策DAI的方式，不仅可以确保DAI信息的主辅小区资源同步，还可以减少同步机制的使用次数，从而可以减少载波聚合调度时延，有利于提高系统的通信性能。因此，相对于传统技术，本申请实施例不仅可以减少载波聚合调度时延，提高载波聚合调度成功率，还可以最大化地合理利用空口无线资源，从而可以实现在满足低时延和高速率的前提下，保证大量UE具有稳定的上网速度，提高了用户体验度和通信系统容量性能。

在一个实施例中，在上述实施例的基础上，本申请下述实施例中对上述步骤S501中“根据用户设备UE的所有服务小区的ACK的反馈数量，从为UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源”的相关内容进行介绍。

可选地，通信设备可以根据用户设备UE的所有服务小区的ACK的反馈数量和预设数量阈值，从为UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源。

本申请实施例中，通信设备根据UE在一个下行ACK反馈窗口内的所有服务小区的ACK的反馈数量与预设数量阈值进行对比，并根据对比结果从为UE的主小区配置的第一PUCCH资源集合和第二PUCCH资源集合中确定目标PUCCH资源。

示例性地，若ACK的反馈数量小于预设数量阈值(例如，3比特)(在一个ACK为1比特时，预设数量阈值为3)，则通信设备可以从第一PUCCH资源集合中确定目标PUCCH资源；若ACK的反馈数量不小于预设数量阈值，则通信设备可以从第二PUCCH资源集合中确定目标PUCCH资源。

示例性地，通信设备从第一PUCCH资源集合或者第二PUCCH资源集合中确定目标PUCCH资源时，可以结合UE的优先级信息和/或UE的业务数据流量确定目标PUCCH资源，

例如，通信设备可以优先为高优先级的UE分配目标PUCCH资源，和/或，通信设备可以优先为业务数据流量低于数据流量下限阈值的UE分配目标PUCCH资源。

当然，通信设备从第一PUCCH资源集合或者第二PUCCH资源集合中还可以通过其它方式确定目标PUCCH资源，本申请实施例中对此并不作限定。

应理解，本申请实施例中的第二PUCCH资源集合中的PUCCH资源大于第一PUCCH资源集合中的PUCCH资源，当ACK的反馈数量不小于预设数量阈值时，通信设备从第二PUCCH资源集合中所确定的目标PUCCH资源可以满足发送需求。

本申请实施例中，通信设备的主小区负责所有服务小区的PUCCH资源管理和分配，当UE在一个下行ACK反馈窗内所有服务小区的ACK的反馈数量低于预设数量阈值时，则通信设备可以从第一PUCCH资源集合中确定目标PUCCH资源，否则，从第二PUCCH资源集合中确定目标PUCCH资源。可见，通信设备在第预设数量阈值次调度之前的(预设数量阈值-1)次调度过程中会从第一PUCCH资源集合中确定目标PUCCH资源，但在第预设数量阈值次调度及之后的调度过程中会从第二PUCCH资源集合中确定相同的目标PUCCH资源，即在整个下行ACK的反馈窗内只执行(预设数量阈值-1)次PUCCH资源分配，在主辅小区的第预设数量阈值次调度及之后的调度过程中所分配的目标PUCCH资源在整个下行反馈窗内不再改变，可以减少PUCCH资源的分配次数，提高PUCCH资源分配成功率，从而可以增加调度成功率，最大化地合理利用空口无线资源。

在一个实施例中，在上述实施例的基础上，通信设备在上述步骤S501之前，还可以根据接收到的业务建立请求确定业务特征和UE的能力信息，为UE的主小区配置PUCCH资源集合。

本申请实施例中，通信设备可以接收核心网设备发送的业务建立请求，其中，业务建立请求中可以携带业务标识信息以及UE的标识信息；进一步地，通信设备可以根据业务标识信息确定业务特征，以及根据UE的标识信息确定UE的能力信息，其中，UE的能力信息用于指示UE是否支持载波聚合。应理解，业务建立请求中也可以直接携带业务特征和UE的能力信息。

进一步地，通信设备根据业务特征和UE的能力信息，为UE配置主小区和辅小区的无线空口资源，其中，无线空口资源中可以包括但不限于：主小区的PUCCH资源集合，即辅小区不配置PUCCH资源，可以避免PUCCH资源的频繁更换操作，从而可以提高载波聚合调度成功率，最大化地合理利用空口无线资源。

例如，若根据业务特征确定业务数据量超过预设数据量，且根据UE的能力信息确定UE支持载波聚合，则通信设备可以为UE配置主小区和辅小区的无线空口资源，其中，辅小区的小区个数可以大于或等于1；若根据业务特征确定业务数据量不超过预设数据量，或者根据UE的能力信息确定UE不支持载波聚合，则通信设备可以为UE配置主小区的无线空口资源即可。

在一个实施例中，在上述实施例的基础上，本申请下述实施例中对上述步骤S502和步骤S503的相关内容进行介绍。

示例性地，上述步骤S502可以包括：根据所述PUSCH的调度信息，确定用于发送所述UCI的目标小区的目标信道资源；

对应地，上述步骤S503可以包括：在所述目标信道资源上接收所述空口数据，根据所述DAI信息确定所述目标信道资源中发送所述UCI的资源位置；根据所述资源位置从所述目标信道资源中获取所述主小区对应的UCI和辅小区对应的UCI。

本申请实施例中，通信设备可以根据上次资源调度时为UE配置的PUSCH的调度信息，确定用于发送所述UCI的目标小区的目标信道资源，其中，所述目标信道资源为PUCCH资源或者PUSCH资源。需要说明的是，考虑到通信设备只在主小区为UE配置PUCCH资源，若目标小区为主小区，则目标小区的目标信道资源可以为目标PUCCH资源或主小区的PUSCH资源；若目标小区为辅小区，则目标小区的目标信道资源可以为辅小区的PUSCH资源。

示例性地，通信设备可以在预设的传输时间间隔(Transmission Time Interval，TTI)上，根据所述PUSCH的调度信息，确定用于发送所述UCI的目标小区的目标信道资源，其中，所述预设的TTI与接收空口数据的TTI之间的间隔大于预设阈值，预设阈值可以是指无载波聚合时用于确定目标信道资源的TTI与用于接收空口数据的TTI之间的间隔。可见，本申请实施例中，通过采用比无载波聚合时提前至少1个TTI预先判断用于发送所述UCI的目标小区的方式，可以避免使用同步机制，有利于提高系统的通信性能。

一种可能的实现方式中，若PUSCH的调度信息指示为UE配置主小区的PUSCH资源，则通信设备可以根据PUSCH的调度信息确定用于发送UCI的目标小区为主小区以及目标信道资源为主小区中的PUSCH资源。

另一种可能的实现方式中，若PUSCH的调度信息指示没有为UE配置主小区的PUSCH资源，但为UE配置辅小区的PUSCH资源，则通信设备可以根据PUSCH的调度信息确定用于发送UCI的目标小区为辅小区以及目标信道资源为辅小区中的PUSCH资源。需要说明的是，若辅小区包含多个小区时，通信设备确定目标小区为辅小区中小区索引最小的小区，以及目标信道资源为目标小区中的PUSCH资源。

另一种可能的实现方式中，若PUSCH的调度信息指示没有为UE配置主小区和辅小区的PUSCH资源，则通信设备可以根据PUSCH的调度信息确定用于发送UCI的目标小区为主小区以及目标信道资源为主小区中的目标PUCCH资源。

当然，通信设备根据所述PUSCH的调度信息，还可以通过其它方式确定用于发送所述UCI的目标小区的目标信道资源，本申请实施例中对此并不作限定。

进一步地，通信设备可以在所述目标信道资源上接收所述空口数据，根据所述DAI信息可以推导确定出目标信道资源中用于发送所述UCI的资源位置，并从所述目标信道资源的相应资源位置上接收到的空口数据中提取所述主小区对应的UCI和辅小区对应的UCI。

应理解，通信设备可以预先根据DAI信息确定目标信道资源中用于发送所述UCI的资源位置，以便于在接收到空口数据时，可以直接根据确定的资源位置上接收到的空口数据中提取UCI。

综上所述，通信设备可以根据DAI信息推导出目标信道资源中用于发送主小区对应的UCI的资源位置1，以及目标信道资源中用于发送辅小区对应的UCI的资源位置2，然后从目标信道资源中的资源位置1获取主小区对应的UCI，以及从目标信道资源中的资源位置2获取辅小区对应的UCI。可见，本申请实施例中可以在确保各服务小区相互独立的基础上，减少了同步机制，从而可以提升系统的通信性能。

在上述实施例的基础上，通信设备还可以根据上述步骤S503中获取的UCI信息判断是否重传。

示例性地，若对上述步骤S503中获取的UCI信息解码成功，则通信设备可以确定不重传；若对上述步骤S503中获取的UCI信息解码失败，则通信设备可以确定重传。

当然，通信设备根据UCI信息还可以通过其它方式判断是否重传，本申请实施例中对此并不作限定。

进一步地，若确定重传，则通信设备返回执行上述步骤S501中根据UE的所有服务小区的ACK的反馈数量，从为所述UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源的步骤；若确定不重传，则通信设备可以释放目标PUCCH资源，以便于释放的PUCCH资源可以得到更好的利用，从而可以提高PUCCH资源的利用率。

进一步地，若接收到释放数据业务消息，则通信设备可以释放为UE的主小区配置的PUCCH资源集合，以便于释放的PUCCH资源资源可以得到更好的利用，从而可以提高PUCCH资源的利用率。

在一个实施例中，在上述实施例的基础上，本申请下述实施例中结合上述图2-图4所示的通信设备的结构对本申请实施例的资源调度方法进行介绍。本申请实施例的方法可以包括：

(1)UE驻留在主小区，通过通信设备向核心网设备发起数据业务请求；核心网设备在接收到数据业务请求之后，向通信设备的数据接收单元发送业务建立请求，以便于通信设备的数据发送单元转发该业务建立请求到主小区资源管理单元。

(2)主小区资源管理单元根据业务特征和UE的能力信息，给UE配置主小区和辅小区资源，其中，主小区和辅小区资源中可以包括但不限于：主小区的PUCCH资源集合，即只在主小区为UE配置PUCCH资源，但在辅小区不配置PUCCH资源。

可见，本申请实施例中，通信设备只在主小区为UE配置PUCCH资源，且针对下行ACK反馈的PUCCH资源只分配2个PUCCH资源集合，在辅小区不做任何PUCCH相关资源配置，可以避免PUCCH资源的频繁更换操作，从而可以提高载波聚合调度成功率，最大化地合理利用空口无线资源。

(3)主小区调度单元通过高层信令消息向UE发送上述(2)中的配置信息，以便于通知UE所有的服务小区的配置信息。

(4)通信设备的数据接收单元在接收到核心网设备的业务数据时，通知主小区调度单元，以便于主小区调度单元根据业务数据的业务量激活辅小区。

(5)主小区调度单元在辅小区辅激活成功后，登记该辅小区可以开始调度。

(6)主小区调度单元执行主小区的数据调度，辅小区调度单元执行辅小区的数据调度。

(7)主小区调度单元通知主小区资源管理单元获取主小区的无线空口资源，并将调度信息更新到主小区资源管理单元，其中，主小区的无线空口资源包括：主小区的时域资源、频域资源和空间域资源。

(8)辅小区调度单元通知辅小区资源管理单元获取辅小区的无线空口资源，并将调度信息通知到主小区调度单元和辅小区资源管理单元，其中，辅小区的无线空口资源包括：辅小区的时域资源、频域资源和空间域资源。

(9)主小区调度单元在接收到辅小区调度单元发送的调度信息后，通知PUCCH管理单元，以便于PUCCH管理单元根据UE在一个下行ACK反馈窗口内的所有服务小区的ACK的反馈数量，从为UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源，其中，与ACK的反馈数量对比的预设数量阈值可以为3。

本申请实施例中，主小区负责所有服务小区的PUCCH资源管理和分配，当UE在一个下行ACK反馈窗内所有服务小区的ACK的反馈数量低于3比特(bit)时，则通信设备可以从第一PUCCH资源集合中确定目标PUCCH资源，否则，从第二PUCCH资源集合中确定目标PUCCH资源。可见，通信设备在第3次调度之前的2次调度过程中会从第一PUCCH资源集合中确定目标PUCCH资源，但在第3次调度及之后的调度过程中会从第二PUCCH资源集合中确定相同的目标PUCCH资源。可见，本申请实施例在整个下行ACK的反馈窗内只执行2次PUCCH资源调度，其它时刻的PUCCH资源保持不变，可以减少PUCCH资源的调度次数，提高PUCCH资源分配成功率，最大化地合理利用空口无线资源，从而可以提高载波聚合调度成功率。

(10)主小区调度单元在PUCCH资源分配成功后通知DAI管理单元，以便于DAI管理单元确定DAI信息，并将目标PUCCH资源和DAI信息返回给辅小区调度单元，同时更新主小区资源管理单元。

本申请实施例中，辅小区通知主小区其调度信息，以便于主小区统一决策DAI信息，确保DAI信息的主辅小区资源同步。可见，主小区管理其下所有服务小区的DAI信息，辅小区需要到主小区获取DAI信息，同时设置同步机制，确保DAI信息的主辅小区资源同步，保障了载波聚合调度的成功率，并且通过使用一次同步机制即可完成主辅小区调度流程，减少了载波聚合调度时延，可以提高了系统的通信性能。

(11)辅小区调度单元根据主小区调度单元发送的目标PUCCH资源和DAI信息更新并保存PUCCH资源信息和DAI信息，然后通知辅小区资源管理单元。

(12)主小区调度单元将其调度结果(包含主小区的无线空口资源、目标PUCCH资源和DAI信息)通知数据发送单元发送给UE，同时，辅小区调度单元也将其调度结果(包含辅小区的无线空口资源、目标PUCCH资源和DAI信息)通知数据发送单元发送给UE。需要说明的是，辅小区调度单元对应的调度结果中的目标PUCCH资源为主小区中的PUCCH资源，以便于UE可以将辅小区对应的UCI通过目标PUCCH资源发送。

示例性地，通信设备的数据发送单元可以通过物理下行控制信道(PhysicalDownlink Control Channel，PDCCH)向UE发送上述调度结果；当然，通信设备的数据发送单元还可以通过其它方式向UE发送调度结果，本申请实施例中对此并不作限定。

(13)通信设备在接收空口数据之前，主小区调度单元预先根据UE的PUSCH的调度信息确定发送的UCI的目标小区的目标信道资源，并通知数据接收单元进行上行信号的解调，其中，目标小区为主小区或辅小区，目标信道资源为目标PUCCH资源或者PUSCH资源。

(14)数据接收单元在接收到空口数据时，可以分别转发到主小区调度单元和辅小区调度单元。

(15)主小区调度单元通知主小区资源管理单元，以便于主小区资源管理单元根据保存的信息从空口数据中提取主小区的UCI。

(16)辅小区调度单元通知辅小区资源管理单元，以便于辅小区资源管理单元根据保存的信息从空口数据中提取辅小区的UCI。

本申请实施例中，各服务小区根据DAI信息可以预先推导出各自混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)-ACK反馈信息在目标信道资源中的资源位置，以便于各服务小区在收到HARQ-ACK反馈信号时，可以从各自推导出的资源位置提取相应的UCI。可见，本申请实施例中可以在确保各服务小区相互独立的基础上，减少了同步机制，从而可以提升系统的通信性能。

(17)主小区调度单元根据主小区的UCI判断是否重传，若重传，则返回上述步骤(7)；否则，本次调度成功完成，回收相应的调度资源。

(18)辅小区调度单元根据辅小区的UCI判断是否重传，若重传，则返回上述步骤(8)；否则，本次调度成功完成，回收相应的调度资源。

(19)当UE挂断数据业务时，核心网设备会向通信设备的数据接收单元发送释放数据业务消息，以便于转发到主小区资源管理单元。

(20)主小区资源管理单元根据释放数据业务消息发起去配置流程，并通知辅小区资源管理单元。

(21)主小区资源管理单元回收为UE分配的主小区资源，以及辅小区资源管理单元回收为UE分配的辅小区资源。

(22)主小区调度单元给UE下发去配置命令，以结束业务。

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

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的资源调度方法的资源调度装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个资源调度装置实施例中的具体限定可以参见上述实施例中对于资源调度方法的限定，在此不再赘述。

在一个实施例中，图6为本申请一个实施例中资源调度装置的结构示意图，如图6所示，本申请实施例提供的资源调度装置可以应用于通信设备中，该资源调度装置可以包括：第一确定模块601、第二确定模块602、接收模块603和获取模块604。

其中，第一确定模块601，用于根据UE的所有服务小区的ACK的反馈数量，从为所述UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源；所述PUCCH资源集合包括第一PUCCH资源集合和第二PUCCH资源集合；

第二确定模块602，用于根据所述UE的PUSCH的调度信息，确定用于发送UCI的目标小区；所述目标小区为主小区或辅小区；

接收模块603，用于在所述目标小区的传输资源上接收空口数据；

获取模块604，用于根据DAI信息，从所述空口数据中获取UCI，其中，所述传输资源包括所述目标PUCCH资源或PUSCH资源，所述DAI信息为根据所述UE的主小区的调度结果和所述辅小区的调度结果确定的。

在一个实施例中，第一确定模块601包括：

确定单元，用于根据反馈数量和预设数量阈值，从为UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源。

在一个实施例中，确定单元具体用于：

若反馈数量小于预设数量阈值，则从第一PUCCH资源集合中确定目标PUCCH资源；

若反馈数量不小于预设数量阈值，则从第二PUCCH资源集合中确定目标PUCCH资源；

其中，第二PUCCH资源集合中的PUCCH资源大于第一PUCCH资源集合中的PUCCH资源；在主辅小区的第预设数量阈值次调度及之后的调度过程中的所述目标PUCC资源不变。

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

根据所述PUSCH的调度信息，确定用于发送所述UCI的目标小区的目标信道资源；所述目标信道资源为PUCCH资源或者PUSCH资源；

接收模块603具体用于：在所述目标信道资源上接收所述空口数据；

获取模块604具体用于：根据所述DAI信息确定所述目标信道资源中发送所述UCI的资源位置；根据所述资源位置从所述目标信道资源中获取所述主小区对应的UCI和辅小区对应的UCI。

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

在预设的TTI上，根据所述PUSCH的调度信息，确定用于发送所述UCI的目标小区的目标信道资源；所述预设的TTI与接收所述空口数据的TTI之间的间隔大于预设阈值。

在一个实施例中，装置还包括：

第三确定模块，用于根据接收到的业务建立请求确定业务特征和UE的能力信息；

配置模块，用于为UE的主小区配置PUCCH资源集合。

在一个实施例中，装置还包括：判断模块和第一释放模块；

其中，判断模块，用于根据UCI信息判断是否重传；

若是，则返回第一确定模块执行根据UE的所有服务小区的ACK的反馈数量，从为所述UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源的步骤；

若否，则第一释放模块用于释放目标PUCCH资源。

在一个实施例中，装置还包括：

第二释放模块，用于若接收到释放数据业务消息，则释放为UE的主小区配置的PUCCH资源集合。

本申请实施例提供的资源调度装置可以用于执行本申请上述资源调度方法实施例中的技术方案，其实现原理和技术效果类似，此处不再赘述。

上述资源调度装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于通信设备中的处理器中，也可以以软件形式存储于通信设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，图7为本申请一个实施例中通信设备的结构示意图，如图7所示，该通信设备包括通过系统总线连接的处理器、存储器和通信接口。其中，该通信设备的处理器用于提供计算和控制能力。该通信设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该通信设备的通信接口用于与外部的设备进行有线或无线方式的通信。该计算机程序被处理器执行时以实现本申请上述资源调度方法实施例中的技术方案，其实现原理和技术效果类似，此处不再赘述。

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

在一个实施例中，还提供了一种通信设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现本申请上述资源调度方法实施例中的技术方案，其实现原理和技术效果类似，此处不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本申请上述资源调度方法实施例中的技术方案，其实现原理和技术效果类似，此处不再赘述。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本申请上述资源调度方法实施例中的技术方案，其实现原理和技术效果类似，此处不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-onlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(magnetoresistive random Access memory，MRAM)、铁电存储器(ferroelectric random access memory，FRAM)、相变存储器(phase change memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(static random access memory，SRAM)或动态随机存取存储器(dynamic randomaccess memory，DRAM)等。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

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

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

Claims (10)

1.一种资源调度方法，其特征在于，所述方法包括：

根据用户设备UE的所有服务小区的ACK的反馈数量，从为所述UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源；所述PUCCH资源集合包括第一PUCCH资源集合和第二PUCCH资源集合；

根据所述UE的PUSCH的调度信息，确定用于发送UCI的目标小区；所述目标小区为主小区或辅小区；

在所述目标小区的传输资源上接收空口数据，并根据DAI信息，从所述空口数据中获取UCI，其中，所述传输资源包括所述目标PUCCH资源或PUSCH资源，所述DAI信息为根据所述UE的所述主小区的调度结果和所述辅小区的调度结果确定的；

其中，所述根据所述UE的PUSCH的调度信息，确定用于发送UCI的目标小区，包括：

在预设的TTI上，根据所述PUSCH的调度信息，确定用于发送所述UCI的目标小区的目标信道资源；所述预设的TTI与接收所述空口数据的TTI之间的间隔大于预设阈值；所述预设阈值是指无载波聚合时用于确定目标信道资源的TTI与用于接收空口数据的TTI之间的间隔；所述目标信道资源为PUCCH资源或者PUSCH资源；

在所述目标小区的传输资源上接收空口数据，并根据DAI信息，从所述空口数据中获取UCI，包括：

在所述目标信道资源上接收所述空口数据，根据所述DAI信息确定所述目标信道资源中发送所述UCI的资源位置；

根据所述资源位置从所述目标信道资源中获取所述主小区对应的UCI和辅小区对应的UCI。

2.根据权利要求1所述的方法，其特征在于，所述根据用户设备UE的所有服务小区的ACK的反馈数量，从为所述UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源，包括：

根据所述反馈数量和预设数量阈值，从为所述UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源。

3.根据权利要求2所述的方法，其特征在于，所述根据所述反馈数量和预设数量阈值，从为所述UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源，包括：

若所述反馈数量小于所述预设数量阈值，则从所述第一PUCCH资源集合中确定所述目标PUCCH资源；

若所述反馈数量不小于所述预设数量阈值，则从所述第二PUCCH资源集合中确定所述目标PUCCH资源；

其中，所述第二PUCCH资源集合中的PUCCH资源大于所述第一PUCCH资源集合中的PUCCH资源；在主辅小区的第预设数量阈值次调度及之后的调度过程中的所述目标PUCCH资源不变。

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

根据接收到的业务建立请求确定业务特征和所述UE的能力信息，为所述UE的主小区配置所述PUCCH资源集合。

5.根据权利要求1-3中任一项所述的方法，其特征在于，所述方法还包括：

根据所述UCI信息判断是否重传；

若是，则返回执行所述根据UE的所有服务小区的ACK的反馈数量，从为所述UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源的步骤；

若否，则释放所述目标PUCCH资源。

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

若接收到释放数据业务消息，则释放为所述UE的主小区配置的所述PUCCH资源集合。

7.根据权利要求1-3中任一项所述的方法，其特征在于，所述根据所述PUSCH的调度信息，确定用于发送所述UCI的目标小区的目标信道资源，包括：

若所述PUSCH的调度信息指示为所述UE配置主小区的PUSCH资源，则根据所述PUSCH的调度信息确定用于发送所述UCI的目标小区为所述主小区以及所述目标信道资源为所述主小区中的PUSCH资源；或者，

若所述PUSCH的调度信息指示没有为所述UE配置主小区的PUSCH资源，但为所述UE配置辅小区的PUSCH资源，则根据所述PUSCH的调度信息确定用于发送所述UCI的目标小区为所述辅小区以及所述目标信道资源为所述辅小区中的PUSCH资源；或者，

若所述PUSCH的调度信息指示没有为所述UE配置主小区和辅小区的PUSCH资源，则根据所述PUSCH的调度信息确定用于发送所述UCI的目标小区为所述主小区以及所述目标信道资源为所述主小区中的目标PUCCH资源。

8.一种资源调度装置，其特征在于，所述装置包括：

第一确定模块，用于根据用户设备UE的所有服务小区的ACK的反馈数量，从为所述UE的主小区配置的PUCCH资源集合中确定目标PUCCH资源；所述PUCCH资源集合包括第一PUCCH资源集合和第二PUCCH资源集合；

第二确定模块，用于根据所述UE的PUSCH的调度信息，确定用于发送UCI的目标小区；所述目标小区为主小区或辅小区；

接收模块，用于在所述目标小区的传输资源上接收空口数据；

获取模块，用于根据DAI信息，从所述空口数据中获取UCI，其中，所述传输资源包括所述目标PUCCH资源或PUSCH资源，所述DAI信息为根据所述UE的所述主小区的调度结果和所述辅小区的调度结果确定的；

其中，所述第二确定模块具体用于：在预设的TTI上，根据所述PUSCH的调度信息，确定用于发送所述UCI的目标小区的目标信道资源；所述预设的TTI与接收所述空口数据的TTI之间的间隔大于预设阈值；所述预设阈值是指无载波聚合时用于确定目标信道资源的TTI与用于接收空口数据的TTI之间的间隔；所述目标信道资源为PUCCH资源或者PUSCH资源；

所述接收模块具体用于：在所述目标信道资源上接收所述空口数据；

所述获取模块具体用于：根据所述DAI信息确定所述目标信道资源中发送所述UCI的资源位置；根据所述资源位置从所述目标信道资源中获取所述主小区对应的UCI和辅小区对应的UCI。

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

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