CN115085881B - 资源分配方法、装置、网络设备及计算机可读存储介质 - Google Patents

资源分配方法、装置、网络设备及计算机可读存储介质 Download PDF

Info

Publication number
CN115085881B
CN115085881B CN202110277709.6A CN202110277709A CN115085881B CN 115085881 B CN115085881 B CN 115085881B CN 202110277709 A CN202110277709 A CN 202110277709A CN 115085881 B CN115085881 B CN 115085881B
Authority
CN
China
Prior art keywords
user
resource
pucch
pucch resources
time slot
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202110277709.6A
Other languages
English (en)
Other versions
CN115085881A (zh
Inventor
张晓娟
孔健
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Priority to CN202110277709.6A priority Critical patent/CN115085881B/zh
Publication of CN115085881A publication Critical patent/CN115085881A/zh
Application granted granted Critical
Publication of CN115085881B publication Critical patent/CN115085881B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0078—Timing of allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例提供了一种资源分配方法、装置、网络设备及计算机可读存储介质，涉及通信技术领域。其中，该资源分配方法，由第一网络设备执行，该方法包括：基于主小区配置的物理上行控制信道PUCCH资源集合，为至少一个第一用户分配PUCCH资源集合中的PUCCH资源，第一用户是指当前一个时隙下行调度的用户；当完成至少一个第一用户关于PUCCH资源的分配，确定至少一个第二用户，第二用户是指满足资源预留条件的用户；在辅小区的当前一个时隙的后一个时隙，为至少一个第二用户预留PUCCH资源集合中的PUCCH资源。本申请实施例解决了相关技术中PUCCH资源利用率不高的问题。

Description

资源分配方法、装置、网络设备及计算机可读存储介质
技术领域
本申请涉及通信技术领域，具体而言，本申请涉及一种资源分配方法、装置、网络设备及计算机可读存储介质。
背景技术
在载波聚合场景下，例如，载波聚合的小区数为2(一个主小区和一个辅小区)，如果只在主小区配置了PUCCH资源，则辅小区的下行HARQ-ACK和CSI都需要在主小区的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资源；第二资源分配模块，用于基于获取到的PUCCH资源，执行满足资源预留条件的用户的资源分配。
根据本申请实施例的一个方面，一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上所述的资源分配方法。
本申请提供的技术方案带来的有益效果是：
在上述技术方案中，基于主小区配置的PUCCH资源集合，为当前一个时隙下行调度的至少一个第一用户分配该PUCCH资源集合中的PUCCH资源，当完成至少一个第一用户关于PUCCH资源的分配，确定满足资源预留的至少一个第二用户，并为至少一个第二用户在辅小区的当前一个时隙的后一个时隙预留PUCCH资源集合中的PUCCH资源，也就是说，当存在满足资源预留条件的第二用户，资源预留才会进行，避免出现辅小区在反馈窗内没有调度载波聚合用户而预留PUCCH资源的情况，进而避免PUCCH资源不必要的浪费，以此方式来解决相关技术中PUCCH资源利用率不高的问题。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
图1是根据本申请所涉及的实施环境的示意图；
图2是根据一示例性实施例示出的一种资源分配方法的流程图；
图3是根据一示例性实施例示出的另一种资源分配方法的流程图；
图4是图3对应实施例中步骤42在一个实施例的流程图；
图5是图3对应实施例中步骤43在一个实施例的流程图；
图6是根据一示例性实施例示出的另一种资源分配方法的流程图；
图7是图6对应实施例中步骤53在一个实施例的流程图；
图8是根据一示例性实施例示出的另一种资源分配方法的流程图；
图9是根据一示例性实施例示出的一种资源分配装置的结构框图；
图10是根据一示例性实施例示出的另一种资源分配装置的结构框图；
图11是根据一示例性实施例示出的一种网络设备的结构框图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号标识相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式，而“多个”是指两个或两个以上，其它量词与之类似。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
下面是对本申请涉及的几个名词进行的介绍和解释：
NR，英文全称为New Radio，中文含义为新空口。
PUCCH，英文全称为Physical uplink control channel，中文含义为物理上行控制信道。
PUCCH GROUP，中文含义为物理上行控制信道组。
MAC，英文全称为Medium Access Control，中文含义为媒质接入管理。
RRC，英文全称为Radio Resource Control，中文含义为无线资源管理。
UCI，英文全称为Uplink control information，中文含义为上行控制信息。
DCI，英文全称为Downlink Control Information，中文含义为下行控制信息。
CCE，英文全称为Control channel element，中文含义为控制信道单元。
HARQ，英文全称为Hybrid Automatic Repeat Request，中文含义为混合自动重传请求。
ACK，英文全称为Acknowledgement，中文含义为确认，也可以理解为应答。
CSI，英文全称为Channel state information，中文含义为信道状态信息。
PDSCH，英文全称为Physical downlink shared channel，中文含义为物理下行共享信道。
PDCCH，英文全称为Physical downlink control channel，中文含义为物理下行控制信道。
CA，英文全称为Carrier Aggregation，中文含义为载波聚合。载波聚合包括频带内载波聚合(Intra-band CA)和频带间载波聚合(Inter-band CA)，是将2个或更多个分量载波(Component Carrier，CC)聚合在一起以支持更大的传输带宽(最大为100MHz)。其中，分量载波的最大带宽为20MHz，用于聚合的分量载波可以是相同或不同带宽，可以是同一频点内邻接或非邻接的分量载波，还可以是不同频带内的分量载波。
主小区(Primary Cell，PCell)，工作在主频带上的小区，也可以理解为，终端在该主小区进行初始连接建立过程或进行连接重建立过程。
辅小区(Secondary Cell，SCell)，相对于主小区而言，工作在辅频带上的小区，一旦终端处于连接状态，基站便可为该终端配置辅小区以提供额外的无线资源。
反馈窗，也称为反馈窗口或反馈时隙，一个PUCCH反馈窗对应一个至多个下行时隙。
如前所述，在载波聚合场景下，相关技术中仍存在PUCCH资源利用率不高的问题。
假设只在主小区配置了PUCCH资源，一方面，当载波聚合的小区数为2时，即一个主小区和一个辅小区，辅小区的下行HARQ-ACK(HARQ应答)和CSI需要在配置PUCCH资源的主小区的PUCCH信道反馈，另一方面，虽然NR协议支持最多配置两个PUCCH GROUP，但当载波聚合的小区数大于2时，即一个主小区和多个辅小区，仍然可能面临没有配置PUCCH资源的辅小区在配置PUCCH资源的主小区的PUCCH信道反馈HARQ-ACK和CSI。基于此，载波聚合的各小区在下行调度的时候都需要分配配置PUCCH资源的小区的PUCCH资源。
目前，基站MAC主要采用分布式MAC，即载波聚合的各小区的MAC独立进行下行调度。PUCCH资源分配通常是主小区预留部分PUCCH资源给辅小区，剩余PUCCH资源给主小区，然而，如果辅小区在反馈窗内没有调度载波聚合用户，就会浪费预留的PUCCH资源。
为此，又提出了一种动态申请方案，即辅小区在分配PUCCH资源时主动向主小区申请，主小区在统一分配完本小区的PUCCH资源之后，再为辅小区分配剩余的PUCCH资源。此种方案，虽然无需预留PUCCH资源，但是主小区和辅小区之间存在往返的交互时延，不仅增加了业务的调度时延，而且一旦主小区给辅小区PUCCH资源分配失败，辅小区还需要回退PDSCH和PDCCH调度，对于PUCCH资源利用率提升有限。
有鉴于此，本申请提供的资源分配方法、装置、用户设备、网络设备及存储介质，旨在解决相关技术的如上所述技术问题。
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图1为一种资源分配方法所涉及的实施环境的示意图。该实施环境包括无线通信系统100，该无线通信系统100可以是全球移动通讯(global system of mobilecommunication，GSM)系统、码分多址(code division multiple access，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)系统、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time divisionduplex，TDD)系统、高级长期演进(long term evolution advanced，LTE-A)系统、通用移动系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)系统，还可以是5G新空口(New Radio,NR)系统等，在此不进行限定。
该无线通信系统100包括用户设备110和网络设备，该网络设备可以包括基站130，还可以包括核心网部分，例如演进的分组系统(Evolved Packet System,EPS)等。
具体地，用户设备110，简写为UE(User Equipment)，也认为是终端或终端设备，是指向用户提供语音和/或数据连通性的电子设备、具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等，例如，用户设备110可以是移动终端设备，例如，移动电话(或称为“蜂窝”电话)，还可以是具有移动终端设备的计算机，例如，便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。在不同的系统中，该用户设备110的名称可能也不相同，可以是个人通信业务(Personal Communication Service，PCS)电话、无绳电话、会话发起协议(Session Initiated Protocol，SIP)话机、无线本地环路(Wireless LocalLoop，WLL)站、个人数字助理(Personal Digital Assistant，PDA)等设备。该用户设备110也可以称为系统、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(userterminal)、用户代理(user agent)、用户装置(user device)，此处不作限定。
基站130作为接入网设备，根据具体应用场合不同，可以称为接入点，或者可以是接入网中在空中接口上通过一个或多个扇区与用户设备110通信的电子设备，或者其它名称。该基站130可用于将收到的空中帧与网际协议(Internet Protocol，IP)分组进行相互更换，作为用户设备110与接入网的其余部分之间的路由器，接入网的其余部分可包括网际协议网络。该基站130还可协调对空中接口的属性管理。例如，该基站130可以是全球移动通信系统(Global System for Mobile communications，GSM)或码分多址接入(CodeDivision Multiple Access，CDMA)中的基站收发台(Base Transceiver Station，BTS)，也可以是带宽码分多址接入(Wide-band Code Division Multiple Access，WCDMA)中的基站(NodeB)，还可以是长期演进(long term evolution，LTE)系统中的演进型网络设备(evolutional Node B，eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站(gNB)，也可以是家庭演进基站(Home evolved Node B，HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，在此并不限定。
为了提高用户设备110或小区的业务速率，网络中将开启载波聚合功能，以使多个连续或非连续的分量载波能够聚合形成更大的带宽为用户提供服务。那么随着载波聚合功能的开启，基站130就需要为具有载波聚合能力的用户设备110进行辅小区配置，以通过配置的辅小区为用户设备110提供额外的无线资源。
在载波聚合场景下，如果只在主小区配置了PUCCH资源，则辅小区的下行HARQ-ACK和CSI都需要在主小区的PUCCH信道反馈，那么，主/辅小区在下行调度的时候都需要分配主小区的PUCCH资源。
此时，主小区优先为当前一个时隙下行调度的用户分配PUCCH资源，然后为满足资源预留条件的用户在辅小区的后一个时隙预留PUCCH资源，以此方式保证PUCCH资源使用不浪费，提高载波聚合场景下PUCCH资源利用率，从而使得下行调度能力最大化。
请参阅图2，本申请实施例提供了一种资源分配方法，该方法由网络设备执行，例如，该网络设备适用于图1所示出实施环境中的基站130。
如图2所示，该方法可以包括以下步骤：
步骤31，基于主小区配置的PUCCH资源集合，为当前一个时隙下行调度的至少一个第一用户分配PUCCH资源集合中的PUCCH资源。
首先说明的是，PUCCH资源是通过RRC信令半静态配置的。
在一种可能的实施方式，PUCCH资源集合包括第一资源集合set0、第二资源集合set1、第三资源集合set2、第四资源集合set3中的一个或者多个资源集合。其中，第一资源集合set0可配置1～32个PUCCH资源；第二资源集合set1、第三资源集合set2、第四资源集合set3可分别配置1～8个PUCCH资源。在一种可能的实施方式，PUCCH资源集合包括第一资源集合set0和第二资源集合set1。
其次，主小区在为辅小区预留PUCCH资源之前，优先为本小区当前一个时隙下行调度的至少一个第一用户分配PUCCH资源。在一种可能的实施方式，为第一用户分配的PUCCH资源是第一资源集合set0和/或第二资源集合set1中的PUCCH资源。
步骤32，当完成至少一个第一用户关于PUCCH资源的分配，确定满足资源预留条件的至少一个第二用户。
如前所述，如果辅小区在反馈窗内没有调度载波聚合用户，主小区为辅小区预留的部分PUCCH资源存在浪费。
为此，本实施例中，针对满足资源预留条件的第二用户，方可在辅小区的后一个时隙预留PUCCH资源。此处，后一个时隙是指当前一个时隙的后一个时隙。
举例来说，就主小区来说，如果调度成功的第一用户均不是载波聚合用户，则辅小区也无法获得预留的PUCCH资源，此时，即可认为不存在满足资源预留条件的第二用户，那么，主小区便可以不为辅小区预留PUCCH资源，以此方式来避免PUCCH资源不必要的浪费，从而有利于提高PUCCH资源利用率。
在一种可能的实施方式，满足资源预留条件的第二用户，是指辅小区在前一个时隙的重传用户，该前一个时隙是指当前一个时隙的前一个时隙。其中，重传用户是辅小区在前一个时隙上报至主小区的。
在一种可能的实施方式，满足资源预留条件的第二用户，是指第一用户中调度成功的载波聚合用户。在一种可能的实施方式，满足资源预留条件的第二用户，是指第一用户中调度成功且下行剩余数据量大于设定数据量的载波聚合用户。
步骤33，为至少一个第二用户在辅小区的后一个时隙预留PUCCH资源集合中的PUCCH资源。
如果存在满足资源预留条件的至少一个第二用户，主小区便会为该至少一个第二用户在辅小区预留后一个时隙的PUCCH资源。
在一种可能的实施方式，预留的PUCCH资源是第一资源集合set0和/或第二资源集合set1中的PUCCH资源。
在一种可能的实施方式，预留的PUCCH资源包括第一资源集合set0中第一数量个PUCCH资源，和/或，第二资源集合set1中第二数量个PUCCH资源。
在一种可能的实施方式，第一数量为1～4。在一种可能的实施方式，第二数量为1。
在一种可能的实施方式，第一数量个PUCCH资源之间对应的CCE区间不同。换而言之，第一数量个PUCCH资源的资源索引不同。
具体地，假设第一数量M个PUCCH资源的资源索引分别表示为(0<i<＝M)，那么，如果/>在0<i<＝M取值不同，则表示第一数量M个PUCCH资源的资源索引不同。其中，RPUCCH表示第一资源集合set0中PUCCH资源的数量，mod表示求余运算，/>表示大于/>的最小整数。
在一种可能的实施方式，PUCCH资源预留的有效期为一个反馈窗，该反馈窗对应于至少一个下行时隙。也就是说，针对当前一个时隙，如果该时隙所在的反馈窗内主小区未预留PUCCH资源给辅小区，方可为至少一个第二用户在辅小区的后一个时隙预留PUCCH资源。
现对PUCCH资源的预留过程进行如下举例说明：
假设载波聚合小区数为2，即一个主小区和一个辅小区，并且，只在主小区配置了PUCCH资源。具体地，主小区配置的PUCCH资源集合包括第一资源集合set0和第二资源集合set1。
一方面，如果第一资源集合set0中PUCCH资源的数量小于等于第一设定数量(第一设定数量＝8)，基于UCI的比特数，则确定第一数量和/或第二数量。
具体地，基于第一资源集合set0中的PUCCH资源用于承载小于等于2比特的UCI，并且第二资源集合set1中的PUCCH资源用于承载大于2比特的UCI，确定第一数量和/或第二数量。
例如，假设用户UE0下行调度成功，当第一资源集合set0中PUCCH资源的数量为8，在主/辅小区的各时隙(以时隙0和时隙1举例说明)，为该用户UE0分配/预留第一资源集合set0和/或第二资源集合set1中PUCCH资源的情况，如下表1所示。
在此说明的是，时隙0和时隙1属于同一个反馈窗，且由于主/辅小区的PUCCH资源的分配/预留是同步进行的，为此，存在两种情况，即第一种情况是指时隙1时主小区先进行PUCCH资源的分配/预留；第二种情况是指时隙1时辅小区先进行PUCCH资源的分配/预留。
表1
其中，Set0Res1表示第一资源集合set0中的PUCCH资源，Set1Res1表示第二资源集合set1中的PUCCH资源，Step1-Step3表示PUCCH资源分配/预留顺序。同理，时隙2时，主小区继续为下行调度成功的用户UE0在主/辅小区分配/预留PUCCH资源，具体过程不再重复描述。
另一方面，在已经预留第一资源集合set0中的第一数量个PUCCH资源前提下，如果第一资源集合set1中PUCCH资源的数量大于第一设定数量(第一设定数量＝8)，且第一数量等于第二设定数量(第二设定数量＝1)，则确定第三数量，并根据第三数量更新第一数量。
在此说明的是，PUCCH资源是通过DCI中的3比特资源索引向用户设备指示主小区的资源分配。应当理解，3比特资源索引可用于指示资源索引为0～7的PUCCH资源，那么，当第一资源集合set0中PUCCH资源的数量大于8，仅依靠DCI中的3比特资源索引便无法进行指示，此时，便需要联合CCE位置和DCI中的3比特资源索引共同指示。
发明人意识到，此种情况下，如果主小区为辅小区预留的PUCCH的第一数量为第二设定数量(第二设定数量＝1)，便可能会由于指示PUCCH资源的CCE位置与辅小区的CCE位置不匹配，而导致预留的第一数量的PUCCH资源无法使用。
故而，为了提高辅小区下行调度成功率，进一步地提高PUCCH资源利用率，本实施例中，在已经预留第一资源集合set0中的第一数量个PUCCH资源前提下，再额外预留第一资源集合set0中的第三数量个PUCCH资源。
具体地，假设第一资源集合set0中PUCCH资源的数量表示为RPUCCH，则基于第一资源集合set0中PUCCH资源的数量，确定第三数量，公式如下：
其中，表示大于/>的最小整数。
在确定额外预留的PUCCH资源的第三数量之后，便进行第一数量的更新，即更新后的第一数量’＝第三数量+第一数量。即更新前的第一数量与第三数量取和作为更新后的第一数量。
也就是说，第一资源集合set0中PUCCH资源的数量小于等于8时，第一数量为1；第一资源集合set0中PUCCH资源的数量大于等于8(例如PUCCH资源的数量为16)时，第一数量为2，以此类推。
例如，假设用户UE0下行调度成功，当第一资源集合set0中PUCCH资源的数量为16，且第二资源集合set1中PUCCH资源的数量为8，在主/辅小区的各时隙(以时隙0和时隙1举例说明)，为该用户UE0分配/预留第一资源集合set0和/或第二资源集合set1中PUCCH资源的情况，如下表2所示。
在此说明的是，时隙0和时隙1属于同一个反馈窗，且由于主/辅小区的PUCCH资源的分配/预留是同步进行的，为此，存在两种情况，即第一种情况是指时隙1时主小区先进行PUCCH资源的分配/预留；第二种情况是指时隙1时辅小区先进行PUCCH资源的分配/预留。
表2
其中，Set0Res1-Set0Res2表示第一资源集合set0中的PUCCH资源，Set1Res1表示第二资源集合set1中的PUCCH资源，Step1-Step3表示PUCCH资源分配/预留顺序。
同理，时隙2时，主小区继续为下行调度成功的用户UE0在主/辅小区分配/预留PUCCH资源，具体过程不再重复描述。
基于上述，便可为第二用户在辅小区的后一个时隙预留第一数量个PUCCH资源，和/或，第二数量个PUCCH资源。
通过上述过程，当存在满足资源预留条件的第二用户，资源预留才会进行，避免出现辅小区在反馈窗内没有调度载波聚合用户而预留PUCCH资源的情况，进而避免PUCCH资源不必要的浪费，以此方式来解决相关技术中PUCCH资源利用率不高的问题。
请参阅图3，本申请实施例提供了一种资源分配方法，该方法可以包括以下步骤：
步骤41，基于主小区配置的PUCCH资源集合，为时隙N下行调度的至少一个第一用户分配PUCCH资源集合中的PUCCH资源。
其中，为第一用户分配的PUCCH资源是第一资源集合set0和/或第二资源集合set1中的PUCCH资源。
步骤42，当完成至少一个第一用户关于PUCCH资源的分配，确定辅小区在时隙N-1的重传用户。
在一种可能的实施方式，如图4所示，时隙N-1的重传用户的确定过程可以包括以下步骤：
步骤421，在时隙N-1，如果辅小区中第二用户基于分配到的资源传输数据失败，则确定是否存在为传输数据失败的用户进行数据重传的PUCCH资源。
应当理解，在时隙N-1，辅小区获取主小区为第二用户(即满足资源预留条件的用户)预留的PUCCH资源。例如，第二用户可以是在时隙N-2下行调度成功的第一用户。
基于获取到的PUCCH资源，便能够执行关于第二用户的资源分配，以使第二用户基于分配到的资源进行数据传输。
如果第二用户基于分配到的资源传输数据成功，则视传输数据成功的用户在辅小区的时隙N-1完成下行调度。
反之，如果第二用户基于分配到的资源传输数据失败，则辅小区将为传输数据失败的用户执行数据重传。
此时，假设传输数据失败的用户在辅小区仍存在PUCCH资源，便可利用该PUCCH资源为传输数据失败的该用户进行数据重传。
如果利用该PUCCH资源重传数据成功，则该用户在辅小区的时隙N-1也可视为下行调度完成。
反之，如果利用该PUCCH资源重传数据失败，则进一步确认辅小区是否还存在为传输数据失败的该用户进行数据重传的PUCCH资源，直至关于该用户的重传数据成功，该用户在辅小区的时隙N-1完成下行调度。
否则，如果不存在为传输数据失败的该用户进行数据重传的PUCCH资源，则执行步骤422，以便于向主小区请求为该用户预留PUCCH资源。
步骤422，将传输数据失败的用户作为重传用户，生成重传用户消息。
例如，将重传用户的用户标识添加至重传用户队列，以使重传用户消息携带该重传用户队列。
步骤423，在时隙N-1的资源分配完成时，向网络设备发送重传用户消息。
步骤424，在时隙N，基于接收到的重传用户消息，确定辅小区在时隙N-1的重传用户。
由此，主小区便能够在时隙N为该重传用户预留PUCCH资源，即执行步骤43。
步骤43，为至少一个重传用户在辅小区的时隙N+1预留PUCCH资源集合中的PUCCH资源。
在一种可能的实施方式，预留的PUCCH资源是第一资源集合set0和/或第二资源集合set1中的PUCCH资源。
在一种可能的实施方式，预留的PUCCH资源包括第一资源集合set0中第一数量个PUCCH资源，和/或，第二资源集合set1中第二数量个PUCCH资源。
在一种可能的实施方式，第一数量为1～4，第二数量为1。
在一种可能的实施方式，如图5所示，步骤43可以包括以下步骤：
步骤431，当完成至少一个第一用户关于PUCCH资源的分配，确定PUCCH资源集合中的第一可预留资源，并确定重传用户的重传次数。
其中，第一可预留资源指的是PUCCH资源集合中可预留给辅小区的PUCCH资源，可能是已分配给第一用户的PUCCH资源，也可能是区别于已分配给第一用户的PUCCH资源的其他PUCCH资源。
补充说明的是，重传次数，也理解为重传进程数，随着重传进程数的增加，预留的PUCCH资源的数量也将相应地增加。
由此，为了实现PUCCH资源的预留，需要确定PUCCH资源集合中的第一可预留资源和重传用户的重传次数。
步骤432，确定第一可预留资源的状态。
其中，状态包括空闲状态和占用状态。
如果存在处于空闲状态的第一可预留资源，则执行步骤433。
反之，如果第一可预留资源均处于占用状态，则结束时隙N的PUCCH资源预留。
步骤433，根据处于空闲状态的第一可预留资源和重传用户的重传次数，为重传用户在辅小区的时隙N+1预留PUCCH资源。
由此，主小区主动为辅小区的重传用户预留PUCCH资源，以此保证辅小区下行调度的成功率。
步骤44，向辅小区通知时隙N+1的PUCCH资源预留结果。
其中，关于PUCCH资源预留结果的通知，是通过DCI中3比特资源索引和/或CCE位置实现的。
步骤45，检测主小区是否为时隙N-1的重传用户在辅小区的时隙N+1预留了PUCCH资源。
如果获取到主小区预留的PUCCH资源，则执行步骤451。
反之，如果未获取到主小区预留的PUCCH资源，则执行步骤452。
步骤451，基于获取到的PUCCH资源，执行重传用户的资源分配。
一方面，如果该重传用户基于分配到的资源重传数据成功，则该重传用户在辅小区完成时隙N+1的下行调度。
另一方面，如果该重传用户基于分配到的资源重传数据失败，则进一步确认辅小区是否还存在为该重传用户进行数据重传的PUCCH资源，直至关于该重传用户的重传数据成功，该重传用户在辅小区的时隙N+1完成下行调度。
否则，如果不存在为该重传用户进行数据重传的PUCCH资源，则执行步骤452。
步骤452，基于该重传用户生成重传用户消息，并向网络设备发送重传用户消息，以请求主小区在时隙N+2为时隙N-1的重传用户在辅小区的时隙N+3预留PUCCH资源。
在此说明的是，关于时隙N+3的PUCCH资源的预留，类似于步骤43，此处不再重复赘述。
在上述过程中，实现了主小区为辅小区的重传用户预留PUCCH资源，不仅有利于PUCCH资源利用率的提高，而且保证了辅小区下行调度的成功率。
请参阅图6，本申请实施例提供了一种资源分配方法，该方法可以包括以下步骤：
步骤51，基于主小区配置的PUCCH资源集合，为时隙N下行调度的至少一个第一用户分配PUCCH资源集合中的PUCCH资源。
其中，为第一用户分配的PUCCH资源是第一资源集合set0和/或第二资源集合set1中的PUCCH资源。
步骤52，当完成至少一个第一用户关于PUCCH资源的分配，确定第一用户中调度成功且下行剩余数据量大于设定数据量的至少一个载波聚合用户。
其中，下行剩余数据量，与下行剩余数据有关，该下行剩余数据是指该载波聚合用户在基于时隙N分配到的PUCCH资源进行数据传输之后剩余的数据。
设定数据量可以根据应用场景的实际需要灵活地调整，此处并未加以限定。
步骤53，为调度成功且下行剩余数据量大于设定数据量的至少一个载波聚合用户，在辅小区的时隙N+1预留PUCCH资源集合中的PUCCH资源。
在一种可能的实施方式，预留的PUCCH资源是第一资源集合set0和/或第二资源集合set1中的PUCCH资源。
在一种可能的实施方式，预留的PUCCH资源包括第一资源集合set0中第一数量个PUCCH资源，和/或，第二资源集合set1中第二数量个PUCCH资源。
在一种可能的实施方式，第一数量为1～4，第二数量为1。
在一种可能的实施方式，如图7所示，步骤53可以包括以下步骤：
步骤531，确定时隙N+1所在的反馈窗内主小区是否未预留PUCCH资源给辅小区。
其中，反馈窗对应于一个或者多个下行时隙。
如果主小区在反馈窗内未预留PUCCH资源给辅小区，则执行步骤532。
反之，如果主小区在反馈窗内已预留PUCCH资源给辅小区，则完成主小区时隙N的资源分配。
步骤532，当完成至少一个第一用户关于PUCCH资源的分配，确定PUCCH资源集合中的第二可预留资源。
其中，第二可预留资源是指PUCCH资源集合中可预留给辅小区的PUCCH资源，可能是已分配给第一用户的PUCCH资源，也可能是区别于已分配给第一用后的PUCCH资源的其余PUCCH资源。
步骤533，根据第二可预留资源，为调度成功且下行剩余数据量大于设定数据量的至少一个载波聚合用户，在辅小区的时隙N+1预留PUCCH资源。
由上可知，在同一个反馈窗内，主小区预留给辅小区的PUCCH资源有效，以此方式避免PUCCH资源不必要的浪费，进一步地提高PUCCH资源利用率。
步骤54，向辅小区通知时隙N+1的PUCCH资源预留结果。
其中，关于PUCCH资源预留结果的通知，是通过DCI中3比特资源索引和/或CCE位置实现的。
步骤55，在时隙N+1，获取主小区为辅小区预留的PUCCH资源。
步骤56，基于获取到的PUCCH资源，执行调度成功且下行剩余数据量大于设定数据量的载波聚合用户的资源分配。
一方面，如果该载波聚合用户基于分配到的资源传输数据成功，则该载波聚合用户在辅小区完成时隙N+1的下行调度。
另一方面，如果该载波聚合用户基于分配到的资源传输数据失败，则进一步确认辅小区是否还存在为该载波聚合用户进行数据重传的PUCCH资源，直至关于该载波聚合用户的重传数据成功，该载波聚合用户在辅小区的时隙N+1也可视为完成下行调度。
否则，如果不存在为该载波聚合用户进行数据重传的PUCCH资源，则将该载波聚合用户作为重传用户生成重传用户消息，并向网络设备发送该重传用户消息，以请求主小区在时隙N+2为该重传用户在辅小区的时隙N+3预留PUCCH资源。
在上述过程中，实现了主小区为载波聚合用户在辅小区预留PUCCH资源，不仅有利于PUCCH资源利用率的提高，而且保证了辅小区下行调度的成功率。
请参阅图8，本申请实施例提供了一种资源分配方法，该方法可以包括以下步骤：
步骤61，基于主小区配置的PUCCH资源集合，针对时隙N下行调度的每一个第一用户执行遍历步骤：
为第一用户分配PUCCH资源集合中的PUCCH资源。
其中，为第一用户分配的PUCCH资源是第一资源集合set0和/或第二资源集合set1中的PUCCH资源。
待全部第一用户完成关于PUCCH资源分配的遍历步骤61，执行步骤62。
步骤62，当完成第一用户关于PUCCH资源的分配，确定辅小区在时隙N-1的重传用户。
步骤63，遍历重传用户，针对每一个重传用户执行以下遍历步骤：
步骤631，为重传用户在辅小区的时隙N+1预留PUCCH资源集合中的PUCCH资源。
在一种可能的实施方式，预留的PUCCH资源是第一资源集合set0和/或第二资源集合set1中的PUCCH资源。
在一种可能的实施方式，预留的PUCCH资源包括第一资源集合set0中1～4个PUCCH资源，和/或，第二资源集合set1中1个PUCCH资源。
回请参阅图5，在一种可能的实施方式，为该重传用户预留PUCCH资源的过程可以包括以下步骤：
步骤431，当完成至少一个第一用户关于PUCCH资源的分配，确定PUCCH资源集合中的第一可预留资源，并确定重传用户的重传次数。
步骤432，确定第一可预留资源的状态。
步骤433，根据处于空闲状态的第一可预留资源和重传用户的重传次数，为重传用户在辅小区的时隙N+1预留PUCCH资源。
待重传用户完成关于PUCCH资源预留的遍历步骤63，执行步骤64。
步骤64，遍历第一用户中调度成功的载波聚合用户，针对每一个调度成功的载波聚合用户执行以下遍历步骤：
步骤641，确定该载波聚合用户的下行剩余数据量是否大于设定数据量。
如果是，表示该载波聚合用户满足资源预留条件，则执行步骤642。
反之，表示该载波聚合用户不满足资源预留条件，则继续执行遍历步骤64。
步骤642，为调度成功且下行剩余数据量大于设定数据量的载波聚合用户，在辅小区的时隙N+1预留PUCCH资源集合中的PUCCH资源。
在一种可能的实施方式，预留的PUCCH资源是第一资源集合set0和/或第二资源集合set1中的PUCCH资源。
在一种可能的实施方式，预留的PUCCH资源包括第一资源集合set0中1～4个PUCCH资源，和/或，第二资源集合set1中1个PUCCH资源。
回请参阅图7，在一种可能的实施方式，为该载波聚合用户预留PUCCH资源的过程可以包括以下步骤：
步骤531，确定时隙N+1所在的反馈窗内主小区是否未预留PUCCH资源给辅小区。
步骤532，当完成该载波聚合用户关于PUCCH资源的分配，确定PUCCH资源集合中的第二可预留资源。
步骤533，根据第二可预留资源，为调度成功且下行剩余数据量大于设定数据量的载波聚合用户，在辅小区的时隙N+1预留PUCCH资源。
待全部载波聚合用户完成关于PUCCH资源预留的遍历步骤64，执行步骤65。
步骤65，向辅小区通知时隙N+1的PUCCH资源预留结果。
其中，关于PUCCH资源预留结果的通知，是通过DCI中3比特资源索引和/或CCE位置实现的。
由此，即完成主小区时隙N的资源分配。
在上述过程中，一方面，主小区优先为辅小区的重传用户预留PUCCH资源，另一方面，主小区针对本小区调度成功且下行剩余数据量大于设定数据量的载波聚合用户主动在辅小区预留PUCCH资源，不仅有利于PUCCH资源利用率的提高，而且保证了辅小区下行调度的成功率。
下述为本申请装置实施例，可以用于执行本申请所涉及的资源分配方法。对于本申请装置实施例中未披露的细节，请参照本申请所涉及的资源分配方法的方法实施例。
请参阅图9，本申请实施例中提供了一种资源分配装置900，应用于第一网络设备。
该资源分配装置900，包括但不限于：第一资源分配模块901、用户确定模块902和资源预留模块903。
其中，第一资源分配模块901，用于基于主小区配置的物理上行控制信道PUCCH资源集合，为至少一个第一用户分配PUCCH资源集合中的PUCCH资源，第一用户是指当前一个时隙下行调度的用户。
用户确定模块902，用于当完成至少一个第一用户关于PUCCH资源的分配，确定至少一个第二用户，第二用户是指满足资源预留条件的用户。
资源预留模块903，用于在辅小区的当前一个时隙的后一个时隙，为至少一个第二用户预留PUCCH资源集合中的PUCCH资源。
在一种可能的实施方式，所述资源预留模块903包括但不限于：反馈窗确定单元和资源预留单元。
其中，反馈窗确定单元，用于确定后一个时隙所在的反馈窗，反馈窗对应于至少一个下行时隙。
资源预留单元，用于如果反馈窗内未预留PUCCH资源给辅小区，则为至少一个第二用户在辅小区的后一个时隙预留PUCCH资源。
在一种可能的实施方式，第二用户包括辅小区在当前一个时隙的前一个时隙的重传用户。
所述资源预留单元包括但不限于：重传用户确定子单元、资源和次数确定子单元和重传预留子单元。
其中，重传用户确定子单元，用于当完成至少一个第一用户关于PUCCH资源的分配，确定是否存在至少一个重传用户，至少一个重传用户是辅小区在前一个时隙上报的。
资源和次数确定子单元，用于如果存在，则确定PUCCH资源集合中的第一可预留资源，并确定至少一个重传用户的重传次数。
重传预留子单元，用于根据第一可预留资源和至少一个重传用户的重传次数，为至少一个重传用户在辅小区的后一个时隙预留PUCCH资源。
在一种可能的实施方式，所述重传预留子单元包括但不限于：等待子单元和预留子单元。
其中，等待子单元，用于如果第一可预留资源全部处于占用状态，则等待辅小区再次上报至少一个重传用户。
预留子单元，用于如果第一可预留资源处于空闲状态，则根据处于空闲状态的第一可预留资源和至少一个重传用户的重传次数，为至少一个重传用户在辅小区的后一个时隙预留PUCCH资源。
在一种可能的实施方式，第二用户还包括第一用户中调度成功且下行剩余数据量大于设定数据量的载波聚合用户。
所述资源预留单元还包括但不限于：主动预留子单元。
其中，主动预留子单元，用于当完成至少一个重传用户关于PUCCH资源的预留，确定PUCCH资源集合中的第二可预留资源。
根据第二可预留资源，为至少一个第二用户在辅小区的后一个时隙预留PUCCH资源。
在一种可能的实施方式，PUCCH资源集合包括第一资源集合set0和第二资源集合set1；预留的PUCCH资源包括第一资源集合set0中第一数量个PUCCH资源，和/或，第二资源集合set1中第二数量个PUCCH资源。
在一种可能的实施方式，第一数量个PUCCH资源的资源索引不同。
在一种可能的实施方式，如果在0<i<＝M取值不同，则确定第一数量个PUCCH资源的资源索引不同，其中，/>表示第i个PUCCH资源的资源索引，RPUCCH表示第一资源集合set0中PUCCH资源的数量，M表示第一数量，mod表示求余运算，表示大于/>的最小整数。
在一种可能的实施方式，当第一资源集合set0中PUCCH资源的数量小于等于第一设定数量，基于上行控制信息UCI的比特数，确定第一数量和/或第二数量。
在一种可能的实施方式，当第一资源集合set0中PUCCH资源的数量大于第一设定数量，且第一数量等于第二设定数量，基于第一资源集合中PUCCH资源的数量确定第三数量；根据第三数量更新第一数量。
在一种可能的实施方式，确定所述第三数量的计算公式为：其中，RPUCCH表示所述第一资源集合set0中PUCCH资源的数量，/>表示大于/>的最小整数。
请参阅图10，本申请实施例中提供了一种资源分配装置1000，应用于第二网络设备。
该资源分配装置1000，包括但不限于：资源获取模块1001和第二资源分配模块1002。
其中，资源获取模块1001，用于获取主小区为满足资源预留条件的用户在辅小区的当前一个时隙预留的PUCCH资源。
第二资源分配模块1002，用于基于获取到的PUCCH资源，执行满足资源预留条件的用户的资源分配。
在一种可能的实施方式，所述装置1000还包括但不限于：资源确定模块、消息生成模块和消息发送模块。
其中，资源确定模块，用于如果满足资源预留条件的用户基于分配到的资源传输数据失败，则确定是否存在为传输数据失败的用户进行数据重传的PUCCH资源。
消息生成模块，用于如果不存在，则将传输数据失败的用户作为重传用户，生成重传用户消息。
消息发送模块，用于在当前一个时隙的资源分配完成时，向第一网络设备发送重传用户消息，以请求第一网络设备为重传用户预留PUCCH资源。
需要说明的是，本申请实施例中对单元和/或模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元和/或模块可以集成在一个处理单元和/或模块中，也可以是各个单元和/或模块单独物理存在，也可以两个或两个以上单元和/或模块集成在一个单元和/或模块中。上述集成的单元和/或模块既可以采用硬件的形式实现，也可以采用软件功能单元和/或模块的形式实现。
所述集成的单元和/或模块如果以软件功能单元和/或模块的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对相关技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random AccessMemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
另外，上述实施例所提供的数据传输装置与数据传输方法是基于同一申请构思的，由于方法和装置解决问题的原理相似，因此装置和方法的实施可以相互参见，重复之处不再赘述。
由此，当存在满足资源预留条件的第二用户，资源预留才会进行，避免出现辅小区在反馈窗内没有调度载波聚合用户而预留PUCCH资源的情况，进而避免PUCCH资源不必要的浪费，以此方式来解决相关技术中PUCCH资源利用率不高的问题。
图11根据一示例性实施例示出的一种网络设备的结构框图。该网络设备适用于图1所示出实施环境中的基站130。
如图11所示，该网络设备1100至少包括：处理器1110、存储器1120以及收发机1130。
其中，收发机1130，用于在处理器1110的控制下接收和发送数据。
在图11中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1110代表的一个或多个处理器和存储器1120代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1130可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元和/或模块，这些传输介质包括无线信道、有线信道、光缆等传输介质。
处理器1110负责管理总线架构和通常的处理，存储器1120可以存储处理器1110在执行操作时所使用的数据。
可选地，处理器1110可以是中央处埋器(CPU)、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable GateArray，FPGA)或复杂可编程逻辑器件(ComplexProgrammable Logic Device，CPLD)，处理器1110也可以采用多核架构。处理器1110与存储器1120也可以物理上分开布置。
处理器1110通过调用存储器1120存储的计算机程序，用于按照获得的可执行指令执行本申请上述实施例提供的任意一种资源分配方法。
具体地，处理器1110部署于第一网络设备时，处理器1110用于执行步骤：基于主小区配置的物理上行控制信道PUCCH资源集合，为至少一个第一用户分配PUCCH资源集合中的PUCCH资源，第一用户是指当前一个时隙下行调度的用户；当完成至少一个第一用户关于PUCCH资源的分配，确定至少一个第二用户，第二用户是指满足资源预留条件的用户；在辅小区的当前一个时隙的后一个时隙，为至少一个第二用户预留PUCCH资源集合中的PUCCH资源。
在一种可能的实施方式，处理器1110还执行以下步骤：确定后一个时隙所在的反馈窗，反馈窗对应于至少一个下行时隙；如果反馈窗内未预留PUCCH资源给辅小区，则为至少一个第二用户在辅小区的后一个时隙预留PUCCH资源。
在一种可能的实施方式，第二用户包括辅小区在当前一个时隙的前一个时隙的重传用户。处理器1110还执行以下步骤：当完成至少一个第一用户关于PUCCH资源的分配，确定是否存在至少一个重传用户，至少一个重传用户是辅小区在前一个时隙上报的；如果存在，则确定PUCCH资源集合中的第一可预留资源，并确定至少一个重传用户的重传次数；根据第一可预留资源和至少一个重传用户的重传次数，为至少一个重传用户在辅小区的后一个时隙预留PUCCH资源。
在一种可能的实施方式，处理器1110还执行以下步骤：如果第一可预留资源全部处于占用状态，则等待辅小区再次上报至少一个重传用户；否则，根据处于空闲状态的第一可预留资源和至少一个重传用户的重传次数，为至少一个重传用户在辅小区的后一个时隙预留PUCCH资源。
在一种可能的实施方式，第二用户还包括第一用户中调度成功且下行剩余数据量大于设定数据量的载波聚合用户。处理器1110还执行以下步骤：当完成至少一个重传用户关于PUCCH资源的预留，确定PUCCH资源集合中的第二可预留资源；根据第二可预留资源，为至少一个第二用户在辅小区的后一个时隙预留PUCCH资源。
在一种可能的实施方式，PUCCH资源集合包括第一资源集合set0和第二资源集合set1；预留的PUCCH资源包括第一资源集合set0中第一数量个PUCCH资源，和/或，第二资源集合set1中第二数量个PUCCH资源。
在一种可能的实施方式，第一数量个PUCCH资源的资源索引不同。
在一种可能的实施方式，如果在0<i<＝M取值不同，则确定第一数量个PUCCH资源的资源索引不同，其中，/>表示第i个PUCCH资源的资源索引，RPUCCH表示第一资源集合set0中PUCCH资源的数量，M表示第一数量，mod表示求余运算，表示大于/>的最小整数。
在一种可能的实施方式，当第一资源集合set0中PUCCH资源的数量小于等于第一设定数量，基于上行控制信息UCI的比特数，确定第一数量和/或第二数量。
在一种可能的实施方式，当第一资源集合set0中PUCCH资源的数量大于第一设定数量，且第一数量等于第二设定数量，基于第一资源集合中PUCCH资源的数量确定第三数量；根据第三数量更新第一数量。
在一种可能的实施方式，确定所述第三数量的计算公式为：其中，RPUCCH表示所述第一资源集合set0中PUCCH资源的数量，/>表示大于/>的最小整数。
此外，处理器1110部署于第二网络设备时，处理器1110用于执行步骤：获取主小区为满足资源预留条件的用户在辅小区的当前一个时隙预留的PUCCH资源；基于获取到的PUCCH资源，执行满足资源预留条件的用户的资源分配。
在一种可能的实施方式，处理器1110还执行以下步骤：如果满足资源预留条件的用户基于分配到的资源传输数据失败，则确定是否存在为传输数据失败的用户进行数据重传的PUCCH资源；如果不存在，则将传输数据失败的用户作为重传用户，生成重传用户消息；在当前一个时隙的资源分配完成时，向第一网络设备发送重传用户消息，以请求第一网络设备为重传用户预留PUCCH资源。
在此需要说明的是，本申请实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
此外，本申请实施例中提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述各实施例中的数据传输方法。该计算机可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。
本申请实施例中提供了一种程序产品，例如，该程序产品为FPGA芯片或者DSP芯片，该程序产品包括可执行指令，该可执行指令存储在存储介质中。处理器从存储介质读取该可执行指令，使得该可执行指令被处理器执行时实现上述各实施例中的数据传输方法。
与相关技术相比，一方面，主小区优先为辅小区的重传用户预留PUCCH资源，另一方面，主小区针对本小区调度成功且下行剩余数据量大于设定数据量的载波聚合用户主动在辅小区预留PUCCH资源，不仅有利于PUCCH资源利用率的提高，而且保证了辅小区下行调度的成功率。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可执行指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可执行指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些处理器可执行指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的处理器可读存储器中，使得存储在该处理器可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些处理器可执行指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (17)

1.一种资源分配方法，其特征在于，由第一网络设备执行，所述方法包括：
基于主小区配置的物理上行控制信道PUCCH资源集合，为至少一个第一用户分配所述PUCCH资源集合中的PUCCH资源，所述第一用户是指当前一个时隙下行调度的用户；
当完成所述至少一个第一用户关于PUCCH资源的分配，确定至少一个第二用户，所述第二用户是指满足资源预留条件的用户；
在辅小区的所述当前一个时隙的后一个时隙，为所述至少一个第二用户预留所述PUCCH资源集合中的PUCCH资源。
2.如权利要求1所述的方法，其特征在于，所述在辅小区的所述当前一个时隙的后一个时隙，为所述至少一个第二用户预留所述PUCCH资源集合中的PUCCH资源，包括：
确定所述后一个时隙所在的反馈窗，所述反馈窗对应于至少一个下行时隙；
如果所述反馈窗内所述主小区未预留PUCCH资源给所述辅小区，则为所述至少一个第二用户在所述辅小区的后一个时隙预留PUCCH资源。
3.如权利要求2所述的方法，其特征在于，所述第二用户包括所述辅小区在所述当前一个时隙的前一个时隙的重传用户；
所述为所述至少一个第二用户在所述辅小区的后一个时隙预留PUCCH资源，包括：
当完成所述至少一个第一用户关于PUCCH资源的分配，确定是否存在至少一个所述重传用户，至少一个所述重传用户是所述辅小区在所述前一个时隙上报的；
如果存在，则确定所述PUCCH资源集合中的第一可预留资源，并确定至少一个所述重传用户的重传次数；
根据所述第一可预留资源和至少一个所述重传用户的重传次数，为至少一个所述重传用户在所述辅小区的后一个时隙预留PUCCH资源。
4.如权利要求3所述的方法，其特征在于，所述根据所述第一可预留资源和至少一个所述重传用户的重传次数，为至少一个所述重传用户在所述辅小区的后一个时隙预留所述PUCCH资源，包括：
如果所述第一可预留资源全部处于占用状态，则等待所述辅小区再次上报至少一个所述重传用户；
否则，根据处于空闲状态的所述第一可预留资源和至少有一个所述重传用户的重传次数，为至少一个所述重传用户在所述辅小区的后一个时隙预留PUCCH资源。
5.如权利要求3所述的方法，其特征在于，所述第二用户还包括所述第一用户中调度成功且下行剩余数据量大于设定数据量的载波聚合用户；
所述为所述至少一个第二用户在所述辅小区的后一个时隙预留PUCCH资源，还包括：
当完成至少一个所述重传用户关于PUCCH资源的预留，确定所述PUCCH资源集合中的第二可预留资源；
根据所述第二可预留资源，为所述至少一个第二用户在所述辅小区的后一个时隙预留PUCCH资源。
6.如权利要求1至5任一项所述的方法，其特征在于，所述PUCCH资源集合包括第一资源集合set0和第二资源集合set1；
预留的PUCCH资源包括所述第一资源集合set0中第一数量个PUCCH资源，和/或，所述第二资源集合set1中第二数量个PUCCH资源。
7.如权利要求6所述的方法，其特征在于，所述第一数量个PUCCH资源的资源索引不同。
8.如权利要求7所述的方法，其特征在于，包括：
如果在0<i<＝M取值不同，则确定所述第一数量个PUCCH资源的资源索引不同，其中，/>表示第i个PUCCH资源的资源索引，RPUCCH表示所述第一资源集合set0中PUCCH资源的数量，M表示第一数量，mod表示求余运算，/>表示大于的最小整数。
9.如权利要求6所述的方法，其特征在于，包括：
当所述第一资源集合set0中PUCCH资源的数量小于等于第一设定数量，基于上行控制信息UCI的比特数，确定所述第一数量和/或所述第二数量。
10.如权利要求6所述的方法，其特征在于，还包括：
当所述第一资源集合set0中PUCCH资源的数量大于第一设定数量，且所述第一数量等于第二设定数量，基于所述第一资源集合set0中PUCCH资源的数量确定第三数量；
根据所述第三数量更新所述第一数量。
11.如权利要求10所述的方法，其特征在于，确定所述第三数量的计算公式为：其中，RPUCCH表示所述第一资源集合set0中PUCCH资源的数量，表示大于/>的最小整数。
12.一种资源分配方法，其特征在于，由第二网络设备执行，所述方法包括：
获取主小区为满足资源预留条件的用户在辅小区的当前一个时隙预留的PUCCH资源；
基于获取到的PUCCH资源，执行所述满足资源预留条件的用户的资源分配。
13.如权利要求12所述的方法，其特征在于，所述基于获取到的PUCCH资源，执行所述满足资源预留条件的用户的资源分配之后，所述方法还包括：
如果满足资源预留条件的用户基于分配到的资源传输数据失败，则确定是否存在为传输数据失败的用户进行数据重传的PUCCH资源；
如果不存在，则将传输数据失败的用户作为重传用户，生成重传用户消息；
在当前一个时隙的资源分配完成时，向第一网络设备发送所述重传用户消息，以请求所述第一网络设备为所述重传用户预留PUCCH资源。
14.一种网络设备，其特征在于，包括：存储器、收发机、以及处理器；
其中，所述存储器，用于存储计算机程序；所述收发机，用于在所述处理器的控制下收发数据；所述处理器，用于读取所述存储器中的计算机程序并执行时实现如权利要求1至13中任一项所述的资源分配方法。
15.一种资源分配装置，其特征在于，应用于第一网络设备，所述装置包括：
第一资源分配模块，用于基于主小区配置的物理上行控制信道PUCCH资源集合，为至少一个第一用户分配所述PUCCH资源集合中的PUCCH资源，所述第一用户是指当前一个时隙下行调度的用户；
用户确定模块，用于当完成所述至少一个第一用户关于PUCCH资源的分配，确定至少一个第二用户，所述第二用户是指满足资源预留条件的用户；
资源预留模块，用于为所述第二用户在辅小区的所述当前一个时隙的后一个时隙，为所述至少一个第二用户预留所述PUCCH资源集合中的PUCCH资源。
16.一种资源分配装置，其特征在于，应用于第二网络设备，所述装置包括：
资源获取模块，用于获取主小区为满足资源预留条件的用户在辅小区的当前一个时隙预留的PUCCH资源；
第二资源分配模块，用于基于获取到的PUCCH资源，执行所述满足资源预留条件的用户的资源分配。
17.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至13中任一项所述的资源分配方法。
CN202110277709.6A 2021-03-15 2021-03-15 资源分配方法、装置、网络设备及计算机可读存储介质 Active CN115085881B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110277709.6A CN115085881B (zh) 2021-03-15 2021-03-15 资源分配方法、装置、网络设备及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110277709.6A CN115085881B (zh) 2021-03-15 2021-03-15 资源分配方法、装置、网络设备及计算机可读存储介质

Publications (2)

Publication Number Publication Date
CN115085881A CN115085881A (zh) 2022-09-20
CN115085881B true CN115085881B (zh) 2024-04-12

Family

ID=83240737

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110277709.6A Active CN115085881B (zh) 2021-03-15 2021-03-15 资源分配方法、装置、网络设备及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN115085881B (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107172708A (zh) * 2016-03-08 2017-09-15 大唐移动通信设备有限公司 一种载波聚合下的pucch资源的配置方法及配置装置
CN109547178A (zh) * 2017-09-22 2019-03-29 大唐移动通信设备有限公司 一种pucch资源分配方法及装置
WO2020233692A1 (zh) * 2019-05-23 2020-11-26 华为技术有限公司 通信方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10271342B2 (en) * 2013-08-07 2019-04-23 Telefonaktiebolaget Lm Ericsson (Publ) Allocating feedback resources for carrier aggregation
US9577814B2 (en) * 2014-02-07 2017-02-21 Samsung Electronics Co., Ltd. Method and apparatus for allocating resources in carrier aggregation system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107172708A (zh) * 2016-03-08 2017-09-15 大唐移动通信设备有限公司 一种载波聚合下的pucch资源的配置方法及配置装置
CN109547178A (zh) * 2017-09-22 2019-03-29 大唐移动通信设备有限公司 一种pucch资源分配方法及装置
WO2020233692A1 (zh) * 2019-05-23 2020-11-26 华为技术有限公司 通信方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NEC.UE feedback enhancements for HARQ-ACK.3GPP TSG RAN WG1 #104-e R1-2100948.2021,第2-4节. *

Also Published As

Publication number Publication date
CN115085881A (zh) 2022-09-20

Similar Documents

Publication Publication Date Title
US11082195B2 (en) PUCCH resource allocation and fallback operation
WO2019091233A1 (zh) 一种带宽切换方法及装置
US9680622B2 (en) Method and apparatus for transmitting reception confirmation in wireless system
EP3434057A1 (en) User equipment, base station and methods to drop a pucch if colliding with a s-pucch in the same interval
WO2018031779A1 (en) User equipments, base stations and methods
EP3720021A1 (en) Information transmission method and device
WO2017128512A1 (zh) 信息发送方法、信息接收方法、装置及系统
US20240064743A1 (en) Uci multiplexing transmission method and apparatus, and storage medium
US20240196426A1 (en) Method transmitting uci on pusch, terminal, and device
EP4319013A1 (en) Multiplexing transmission method and apparatus, and storage medium
WO2022218223A1 (zh) 载波切换的传输处理方法及装置
CN115085881B (zh) 资源分配方法、装置、网络设备及计算机可读存储介质
US10812247B2 (en) Methods and network nodes for scheduling a plurality of TTI-bundle transmissions
TWI786585B (zh) 資訊傳輸方法及裝置
WO2023134572A1 (zh) 上行传输方法、终端设备和网络设备
WO2022148404A1 (zh) 数据传输方法、数据传输装置、通信设备及存储介质
WO2023134661A1 (zh) Uci传输方法、终端、网络设备、装置及存储介质
WO2022206351A1 (zh) 一种上行信道的传输方法及装置
WO2024032274A1 (zh) 确定harq进程标识的方法及装置
WO2020062049A1 (zh) 上行资源的配置与指示方法、装置和系统
CN116471698A (zh) 一种信道复用传输方法及装置
CN115175324A (zh) 一种信道复用方法、装置及通信设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant