资源分配方法、通信装置以及通信设备转让专利

申请号 : CN202110876266.2

文献号 : CN115701195A

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 陈宝军张涵杨双千

申请人 : 华为技术有限公司

摘要 :

本申请提供了一种资源分配方法、通信装置以及通信设备。该方法包括:网络设备发送配置信息,该配置信息用于配置多个上行控制信道资源;网络设备发送第一信息,该第一信息用于调度第一上行共享信道资源,该第一上行共享信道资源包括该多个上行控制信道资源中的部分资源;网络设备在该第一上行共享信道资源上接收上行数据。能够提高资源利用率。

权利要求 :

1.一种资源分配方法,其特征在于,包括:

发送配置信息,该配置信息用于配置多个上行控制信道资源;

发送第一信息,所述第一信息用于调度第一上行共享信道资源,所述第一上行共享信道资源包括所述多个上行控制信道资源中的部分资源;

在所述第一上行共享信道资源上接收上行数据。

2.根据权利要求1所述的方法,其特征在于,所述方法还包括:根据第一资源需求度,在所述多个上行控制信道资源中确定一个或多个第一上行控制信道资源,所述第一资源需求度为第一时间范围内上行资源的需求度;

在第二时间范围内发送第二信息,所述第二信息用于调度所述一个或多个第一上行控制信道资源中的上行控制信道资源,其中,所述第一信息是在所述第二时间范围内发送的,所述第一上行共享信道资源包括所述多个上行控制信道资源中除所述第一上行控制信道资源以外的资源。

3.根据权利要求2所述的方法,其特征在于,所述多个上行控制信道资源占用第一资源集合,所述第一资源集合包括一个或多个资源单元,所述资源单元为时域资源和/或频域资源,所述一个或多个第一上行控制信道资源为所述多个上行控制信道资源中属于第二资源集合的上行控制信道资源,所述第二资源集合为所述第一资源集合的子集。

4.根据权利要求3所述的方法,其特征在于,所述根据第一资源需求度,在所述多个上行控制信道资源中确定一个或多个第一上行控制信道资源,包括:根据所述第一资源需求度和对应关系,确定所述第一资源需求度对应的所述资源单元的第一数量,其中,所述对应关系包括多个资源需求度与资源单元的多个数量之间的对应关系,所述多个资源需求度包括所述第一资源需求度;

根据所述第一数量,在所述第一资源集合中确定所述第二资源集合,所述第二资源集合包括所述第一数量的所述资源单元。

5.根据权利要求2至4中任一项所述的方法,其特征在于,所述方法还包括:以第一时间范围为周期,周期性地在所述多个上行控制信道中确定一个周期内用于承载上行控制信息的上行控制信道资源,其中,所述第一时间范围的时长与所述第二时间范围的时长相等,且所述第二时间范围为所述第一时间范围的下一个周期。

6.根据权利要求2至5中任一项所述的方法,其特征在于,所述第一资源需求度包括以下一项或多项:上行控制信道资源分配成功率、上行控制信道资源分配失败率、上行控制信道资源使用率、上行共享信道资源使用率、建立无线资源控制连接的用户数或第一类型用户比例,其中,所述第一类型用户是上行信号质量低于信号质量阈值的用户。

7.根据权利要求6所述的方法,其特征在于,所述第一资源需求度包括所述上行控制信道资源分配成功率或所述上行控制信道资源分配失败率,所述上行控制信道资源分配成功率是根据所述第一时间范围内成功分配上行控制信道资源的次数和请求上行控制信道资源的次数确定的;

所述上行控制信道资源分配失败率是根据所述第一时间范围内分配上行控制信道资源失败的次数和请求上行控制信道资源的次数确定的。

8.根据权利要求6或7所述的方法,其特征在于,所述第一资源需求度包括所述上行控制信道资源使用率,所述第一时间范围中用于承载上行控制信息的上行控制信道资源为至少一个第二上行控制信道资源,所述多个上行控制信道资源中的包括所述至少一个第二上行控制信道资源,所述至少一个第二上行控制信道资源占用第三资源集合,所述上行控制信道资源使用率是根据所述第一时间范围内承载了上行控制信息的所述第二上行控制信道资源的资源大小和所述第三资源集合包含的资源大小确定的。

9.根据权利要求6至8中任一项所述的方法,其特征在于,所述第一资源需求度包括上行共享信道资源使用率,所述上行共享信道资源使用率是根据所述第一时间范围内被调度的上行共享信道资源大小和所述第一时间范围内上行共享信道资源的总资源大小确定的。

10.根据权利要求6至8中任一项所述的方法,其特征在于,所述第一资源需求度包括所述第一时间范围内所述第一类型用户比例,其中,所述第一类型用户比例是根据所述第一时间范围内信号质量低于信号质量阈值的用户数和所述第一时间范围内建立无线资源控制连接的用户总数确定的。

11.一种资源分配方法,其特征在于,包括:

接收配置信息,该配置信息用于配置多个上行控制信道资源;

接收第一信息,所述第一信息用于调度第一上行共享信道资源,所述第一上行共享信道资源包括所述多个上行控制信道资源中的部分资源;

在所述第一上行共享信道资源上发送数据。

12.根据权利要求11所述的方法,其特征在于,所述方法还包括:在第二时间范围内接收第二信息,所述第二信息用于调度第一上行控制信道资源,其中,所述第一信息是在所述第二时间范围内接收到的,所述上行共享信道资源包括所述多个上行控制信道资源中除所述第一上行控制信道资源以外的资源。

13.一种通信装置,其特征在于,包括处理单元和收发单元;

所述收发单元,用于在所述处理单元的控制下收发信息;所述处理单元,用于读取代码指令并执行如权利要求1至12中任一项所述的方法。

14.一种通信装置,其特征在于,包括至少一个处理器,与存储器耦合;

所述存储器用于存储程序或指令;所述至少一个处理器用于执行所述程序或指令,以使所述装置实现如权利要求1至12中任一项所述的方法。

15.一种芯片,其特征在于,包括至少一个处理器和通信接口;

所述通信接口用于接收输入所述芯片的信号或从所述芯片输出的信号,所述处理器与所述通信接口通信且通过逻辑电路或执行代码指令实现如权利要求1至12中任一项所述的方法。

16.一种计算机可读存储介质,其特征在于,存储有指令,当所述指令在计算机上运行时,使得所述计算机执行如权利要求1至12中任一项所述的方法。

17.一种计算机程序产品,其特征在于,包括指令,当所述指令在计算机上运行时,使得计算机执行如权利要求1至12中任一项所述的方法。

说明书 :

资源分配方法、通信装置以及通信设备

技术领域

[0001] 本申请涉及通信领域,并且更具体地,涉及一种资源分配方法、通信装置以及通信设备。

背景技术

[0002] 在移动通信系统中,物理上行控制信道(physical uplink control channel,PUCCH)资源用于承载上行控制信息(uplink control channel,UCI),如UCI可以包括混合自动重传请求(hybrid automatic repeat request,HARQ)、信道状态信息(channel state information,CSI)或调度请求(scheduling request,SR)等。
[0003] 网络设备可以为终端设备配置PUCCH资源的专用符号区域,若配置的PUCCH的专用符号区域的符号数过多,将造成资源浪费。若配置的PUCCH符号区域的符号数过少,UCI将无法及时传输。目前的PUCCH资源配置方式存在资源利用率较低的问题。

发明内容

[0004] 本申请提供了一种资源分配方法、通信装置以及通信设备,能够提高资源利用率。
[0005] 第一方面,提供了一种资源分配方法,该方法可以由网络设备或配置于网络设备的模块(如芯片)执行。
[0006] 该方法包括:发送配置信息,该配置信息用于配置多个上行控制信道资源;发送第一信息,该第一信息用于调度第一上行共享信道资源,该第一上行共享信道资源包括该多个上行控制信道资源中的部分资源;在该第一上行共享信道资源上接收上行数据。
[0007] 根据上述方案,网络设备可以根据需求调度配置的PUCCH资源中的部分资源用于数据传输,相应地,终端设备将响应于网络设备的调度在被调度的资源上传输数据,如网络设备调度PUCCH资源传输UCI时,终端设备在被调度的PUCCH资源上传输UCI,若网络设备调度PUSCH资源传输数据,而该PUSCH资源包含PUCCH资源的部分资源,终端设备依然基于调度在被调度的资源上传输数据。这使得网络设备可以在UCI传输需求较小时或数据传输需求较大时,调度PUCCH资源的部分资源传输数据,能够提高资源利用率以及上行传输速率。另一方面,网络设备无需通过RRC信令为终端设备重配置PUCCH资源,终端设备仅需要响应网络设备的调度进行上行数据或UCI的传输。终端设备与网络设备能够达成共识,能够减小信令开销,进一步提高了资源利用率。
[0008] 结合第一方面,在第一方面的某些实现方式中,该方法还包括:根据第一资源需求度,在该多个上行控制信道资源中确定一个或多个第一上行控制信道资源,该第一资源需求度为第一时间范围内上行资源的需求度;在第二时间范围内发送第二信息,该第二信息用于调度该一个或多个第一上行控制信道资源中的上行控制信道资源,其中,该第一信息是在该第二时间范围内发送的,该第一上行共享信道资源包括该多个上行控制信道资源中除该第一上行控制信道资源以外的资源。
[0009] 根据上述方案,网络设备可以根据一段时间段内上行资源的需求度,确定接下来的一段时间内可用于承载UCI的备选PUCCH资源,即第一上行控制信道资源。而网络设备在接下来的一段时间内仅调度第一上行控制信道资源承载UCI,而配置的上行控制信道资源中除第一上行控制信道资源以外的其他上行控制信道资源可以用于承载上行数据。通过该方式能够实现提高资源利用率以及上行传输速率。
[0010] 结合第一方面,在第一方面的某些实现方式中,该多个上行控制信道资源占用第一资源集合,该第一资源集合包括一个或多个资源单元,该资源单元为时域资源和/或频域资源,该一个或多个第一上行控制信道资源为该多个上行控制信道资源中属于第二资源集合的上行控制信道资源,该第二资源集合为该第一资源集合的子集。
[0011] 根据上述方案,网络设备根据第一资源需求度,确定选择PUCCH资源的第二资源集合(或者可以称为资源范围),将该资源集合包含的配置的PUCCH资源作为第二时间范围内的可用于传输UCI的备选PUCCH资源。
[0012] 结合第一方面,在第一方面的某些实现方式中,该根据第一资源需求度,在该多个上行控制信道资源中确定一个或多个第一上行控制信道资源,包括:根据该第一资源需求度和对应关系,确定该第一资源需求度对应的该资源单元的第一数量,其中,该对应关系包括多个资源需求度与资源单元的多个数量之间的对应关系,该多个资源需求度包括该第一资源需求度;根据该第一数量,在该第一资源集合中确定该第二资源集合,该第二资源集合包括该第一数量的该资源单元。
[0013] 根据上述方案,网络设备基于第一资源需求度和对应关系,首选确定第二资源集合包含的资源单元的数量,再确定第二资源集合。基于对应关系确定第二资源集合能够减小实现的复杂度。
[0014] 结合第一方面,在第一方面的某些实现方式中,该方法还包括:以第一时间范围为周期,周期性地在该多个上行控制信道中确定一个周期内用于承载上行控制信息的上行控制信道资源,其中,该第一时间范围的时长与该第二时间范围的时长相等,且该第二时间范围为该第一时间范围的下一个周期。
[0015] 根据上述方案,网络设备可以周期性地调整一个周期内可用于传输UCI的备选PUCCH资源,能够动态地调整可用于传输UCI的PUCCH资源,又避免频繁调整带来的功率消耗。
[0016] 结合第一方面,在第一方面的某些实现方式中,该第一资源需求度包括以下一项或多项:
[0017] 上行控制信道资源分配成功率、上行控制信道资源分配失败率、上行控制信道资源使用率、上行共享信道资源使用率、建立无线资源控制连接的用户数或第一类型用户比例,
[0018] 其中,该第一类型用户是上行信号质量低于信号质量阈值的用户。
[0019] 根据上述方案,可以根据以上参数中的一项或多项体现一段时间内的上行资源的使用情况或者说系统对上行资源的需求程度,从而能够更合理地确定第二时间范围内的备选PUCCH资源,达到提高资源利用率的目的。
[0020] 结合第一方面,在第一方面的某些实现方式中,该第一资源需求度包括该上行控制信道资源分配成功率或该上行控制信道资源分配失败率,该上行控制信道资源分配成功率是根据该第一时间范围内成功分配上行控制信道资源的次数和请求上行控制信道资源的次数确定的;该上行控制信道资源分配失败率是根据该第一时间范围内分配上行控制信道资源失败的次数和请求上行控制信道资源的次数确定的。
[0021] 结合第一方面,在第一方面的某些实现方式中,该第一资源需求度包括该上行控制信道资源使用率,该第一时间范围中用于承载UCI的上行控制信道资源为至少一个第二上行控制信道资源,所述多个上行控制信道资源中的包括所述至少一个第二上行控制信道资源,该至少一个第二上行控制信道资源占用第三资源集合,该上行控制信道资源使用率是根据该第一时间范围内承载了上行控制信息的该第二上行控制信道资源的资源大小和该第三资源集合包含的资源大小确定的。
[0022] 结合第一方面,在第一方面的某些实现方式中,该第一资源需求度包括上行共享信道资源使用率,该上行共享信道资源使用率是根据该第一时间范围内被调度的上行共享信道资源大小和该第一时间范围内上行共享信道资源的总资源大小确定的。
[0023] 结合第一方面,在第一方面的某些实现方式中,该第一资源需求度包括该第一时间范围内该第一类型用户比例,其中,该第一类型用户比例是根据该第一时间范围内信号质量低于信号质量阈值的用户数和该第一时间范围内建立无线资源控制连接的用户总数确定的。
[0024] 第二方面,提供了一种资源分配方法,该方法可以由终端设备或配置于终端设备的模块(如芯片)执行。
[0025] 该方法包括:接收配置信息,该配置信息用于配置多个上行控制信道资源;接收第一信息,该第一信息用于调度第一上行共享信道资源,该第一上行共享信道资源包括该多个上行控制信道资源中的部分资源;在该第一上行共享信道资源上发送数据。
[0026] 根据上述方案,终端设备可以根据配置信息确定被调度的PUCCH资源的位置,而终端设备响应网络设备的调度在相应的资源上传输相应的上行信息,如网络设备调度PUSCH资源传输上行数据,即使该PUSCH资源包含PUCCH资源,该终端设备也会响应于网络设备的调度在该PUSCH资源上发送上行数据。这使得网络设备可以在UCI传输需求较小时或数据传输需求较大时,调度PUCCH资源传输数据,能够提高资源利用率以及上行传输速率。
[0027] 结合第二方面,在第二方面的某些实现方式中,该方法还包括:在第二时间范围内接收第二信息,该第二信息用于调度第一上行控制信道资源,其中,该第一信息是在该第二时间范围内接收到的,该上行共享信道资源包括该多个上行控制信道资源中除该第一上行控制信道资源以外的资源。
[0028] 第三方面,提供了一种通信装置,该装置包括:处理单元,用于确定多个上行控制信道资源;收发单元,用于发送配置信息,该配置信息用于配置多个上行控制信道资源;该收发单元还用于发送第一信息,该第一信息用于调度第一上行共享信道资源,该第一上行共享信道资源包括该多个上行控制信道资源中的部分资源;该收发单元还用于在该第一上行共享信道资源上接收上行数据。
[0029] 结合第三方面,在第三方面的某些实现方式中,该处理单元还用于根据第一资源需求度,在该多个上行控制信道资源中确定一个或多个第一上行控制信道资源,该第一资源需求度为第一时间范围内上行资源的需求度;该收发单元还用于在该第二时间范围内发送第二信息,该第二信息用于调度该一个或多个第一上行控制信道资源中的上行控制信道资源,其中,该第一信息是在该第二时间范围内发送的,该第一上行共享信道资源包括该多个上行控制信道资源中除该第一上行控制信道资源以外的资源。
[0030] 结合第三方面,在第三方面的某些实现方式中,该多个上行控制信道资源占用第一资源集合,该第一资源集合包括一个或多个资源单元,该资源单元为时域资源和/或频域资源,该一个或多个第一上行控制信道资源为该多个上行控制信道资源中属于第二资源集合的上行控制信道资源,该第二资源集合为该第一资源集合的子集。
[0031] 结合第三方面,在第三方面的某些实现方式中,该处理单元具体用于:
[0032] 根据该第一资源需求度和对应关系,确定该第一资源需求度对应的该资源单元的第一数量,其中,该对应关系包括多个资源需求度与资源单元的多个数量之间的对应关系,该多个资源需求度包括该第一资源需求度;
[0033] 根据该第一数量,在该第一资源集合中确定该第二资源集合,该第二资源集合包括该第一数量的该资源单元。
[0034] 结合第三方面,在第三方面的某些实现方式中,该处理单元具体用于以第一时间范围为周期,周期性地在该多个上行控制信道中确定一个周期内用于承载上行控制信息的上行控制信道资源,其中,该第一时间范围的时长与该第二时间范围的时长相等,且该第二时间范围为该第一时间范围的下一个周期。
[0035] 结合第三方面,在第三方面的某些实现方式中,该第一资源需求度包括以下一项或多项:
[0036] 上行控制信道资源分配成功率、上行控制信道资源分配失败率、上行控制信道资源使用率、上行共享信道资源使用率、建立无线资源控制连接的用户数或第一类型用户比例,
[0037] 其中,该第一类型用户是上行信号质量低于信号质量阈值的用户。
[0038] 第一资源需求度包括的上述参数可以参考第一方面的描述,为了简要,在此不再赘述。
[0039] 第四方面,提供了一种通信装置,该装置包括:收发单元,用于接收配置信息,该配置信息用于配置多个上行控制信道资源;该收发单元,还用于接收第一信息,该第一信息用于调度第一上行共享信道资源,该第一上行共享信道资源包括该多个上行控制信道资源中的部分资源;处理单元,用于确定在该第一上行共享信道资源上发送数据;该收发单元还用于在该第一上行共享信道资源上发送数据。
[0040] 结合第四方面,在第四方面的某些实现方式中,该方法还包括:该收发单元还用于在该第二时间范围内接收第二信息,该第二信息用于调度第一上行控制信道资源,其中,该第一信息是在该第二时间范围内接收到的,该上行共享信道资源包括该多个上行控制信道资源中除该第一上行控制信道资源以外的资源。
[0041] 第五方面,提供了一种通信装置,包括处理器。该处理器可以实现上述第一方面以及第一方面中任一种可能实现方式中的方法。可选地,该通信装置还包括存储器,该处理器与该存储器耦合,可用于执行存储器中的指令,以实现上述第一方面以及第一方面中任一种可能实现方式中的方法。可选地,该通信装置还包括通信接口,处理器与通信接口耦合。本申请实施例中,通信接口可以是收发器、管脚、电路、总线、模块或其它类型的通信接口,不予限制。
[0042] 在一种实现方式中,该通信装置为网络设备。当该通信装置为网络设备时,该通信接口可以是收发器,或,输入/输出接口。
[0043] 在另一种实现方式中,该通信装置为配置于网络设备中的芯片。当该通信装置为配置于网络设备中的芯片时,该通信接口可以是输入/输出接口,该处理器可以是逻辑电路。
[0044] 可选地,该收发器可以为收发电路。可选地,该输入/输出接口可以为输入/输出电路。
[0045] 第六方面,提供了一种通信装置,包括处理器。该处理器可以实现上述第二方面以及第二方面中任一种可能实现方式中的方法。可选地,该通信装置还包括存储器,该处理器与该存储器耦合,可用于执行存储器中的指令,以实现上述第二方面以及第二方面中任一种可能实现方式中的方法。可选地,该通信装置还包括通信接口,处理器与通信接口耦合。本申请实施例中,通信接口可以是收发器、管脚、电路、总线、模块或其它类型的通信接口,不予限制。
[0046] 在一种实现方式中,该通信装置为终端设备。当该通信装置为终端设备时,该通信接口可以是收发器,或,输入/输出接口。
[0047] 在另一种实现方式中,该通信装置为配置于终端设备中的芯片。当该通信装置为配置于终端设备中的芯片时,该通信接口可以是输入/输出接口,该处理器可以是逻辑电路。
[0048] 可选地,该收发器可以为收发电路。可选地,该输入/输出接口可以为输入/输出电路。
[0049] 第七方面,提供了一种处理器,包括:输入电路、输出电路和处理电路。该处理电路用于通过该输入电路接收信号,并通过该输出电路发射信号,使得该处理器执行第一方面或第二方面以及第一方面或第二方面中任一种可能实现方式中的方法。
[0050] 在具体实现过程中,上述处理器可以为一个或多个芯片,输入电路可以为输入管脚,输出电路可以为输出管脚,处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的,输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的,且输入电路和输出电路可以是同一电路,该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。
[0051] 第八方面,提供了一种计算机程序产品,该计算机程序产品包括:计算机程序(也可以称为代码,或指令),当该计算机程序被运行时,使得计算机执行上述第一方面或第二方面以及第一方面或第二方面中任一种可能实现方式中的方法。
[0052] 第九方面,提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序(也可以称为代码,或指令)当其在计算机上运行时,使得计算机执行上述第一方面或第二方面以及第一方面或第二方面中任一种可能实现方式中的方法。
[0053] 第十方面,提供了一种通信系统,包括前述的至少一个网络设备和前述的至少一个终端设备。

附图说明

[0054] 图1是适用于本申请实施例的通信系统的一个示意性架构;
[0055] 图2是本申请实施例提供的资源分配方法的示意性流程图;
[0056] 图3是本申请实施例提供的多个控制信道资源的一个示意图;
[0057] 图4是本申请实施例提供的多个控制信道资源的另一个示意图;
[0058] 图5是本申请实施例提供的通信装置的示意性框图;
[0059] 图6是本申请实施例提供的终端设备的示意性结构图;
[0060] 图7是本申请实施例提供的网络设备的示意性结构图。

具体实施方式

[0061] 下面将结合附图,对本申请中的技术方案进行描述。
[0062] 为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
[0063] 本申请实施例的说明书、权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0064] 本申请实施例的技术方案可以应用于各种通信系统,例如:长期演进(long term evolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time  division  duplex,TDD)、通用移动通信系统(universal  mobile telecommunications  system,UMTS)、全球微波接入互操作性(worldwide 
interoperability for microwave access,WiMAX)通信系统、第五代(5th generation,
5G)系统或新无线(new radio,NR)以及未来的通信系统,如第六代移动通信系统等。本申请对此不作限定。
[0065] 图1为适用于本申请的通信系统的示意性结构图。
[0066] 如图1所示,该通信系统100可以包括至少一个网络设备,如图1中的网络设备101;该通信系统100还可以包括至少一个终端设备,如图1中的终端设备102至107。其中,该终端设备102至107可以是移动的或固定的。网络设备101和终端设备102至107中的一个或多个均可以通过无线链路通信。网络设备与终端设备之间可以采用本申请实施例提供的资源分配方法进行通信。
[0067] 本申请实施例中的终端设备也可以称为用户设备(user equipment,UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端设备可以是手机、平板电脑、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、运输安全中的无线终端、智慧城市中的无线终端、智慧家庭中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备、车载设备、可穿戴设备,5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network,PLMN)中的终端设备等。应理解,本申请对于终端设备的具体形式不作限定。
[0068] 本申请实施例中的网络设备可以是接入网中具有无线收发功能的设备。该设备包括但不限于:基站、演进型节点B(evolved node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(node B,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,home evolved nodeB,或home node B,HNB)、基带单元(baseband unit,BBU),无线保真(wireless fidelity,WIFI)系统中的接入点(access point,AP)、无线中继节点、无线回传节点、传输点(transmission point,TP)或者发送接收点(transmission and reception point,TRP)等。该设备还可以为构成gNB或传输点的网络节点,如基带单元(BBU),或,分布式单元(distributed unit,DU)等。应理解,本申请对于网络设备的具体形式不作限定。
[0069] 网络设备可以通过无线资源控制(radio resource control,RRC)信令为终端设备配置一个或多个PUCCH资源集合,每个PUCCH资源集合中包括一个或多个PUCCH资源。每个PUCCH资源采用表1所示的5种PUCCH格式(PUCCH format)即格式0至格式4中的一种格式。其中,每一种PUCCH格式对应一个PUCCH资源的时域长度范围(通过OFDM符号个数的取值范围表示)和PUCCH资源能够承载的比特数范围。网络设备配置PUCCH资源集合时指示每个PUCCH资源的时域占用的OFDM符号个数。例如,若网络设备为终端设备配置的PUCCH资源集合中包括PUCCH格式0的PUCCH资源,网络设备将在配置信息中指定该PUCCH格式0的PUCCH资源占用1个OFDM符号或2个OFDM符号。而终端设备在该PUCCH资源上发送UCI时,发送的UCI的长度不大于2比特。
[0070] 表1
[0071]PUCCH格式 长度(OFDM符号个数) 比特数
0 1‑2 ≤2
1 4‑14 ≤2
2 1‑2 >2
3 4‑14 >2
4 4‑14 >2
[0072] 网络设备为终端设备配置的一个或多个PUCCH资源占用的OFDM符号集合可以称为PUCCH专属符号区域,该PUCCH专属符号区域中的资源仅用于承载UCI。在网络设备为终端设备重配置(或者称为更新)PUCCH资源集合之前,终端设备在该一个或多个PUCCH资源集合中的PUCCH资源上传输UCI。网络设备需要通过RRC重配置更新PUCCH符号区域,通知终端设备更新后的符号区域以及其中的PUCCH资源。而RRC重配置的间隔时间较长,在网络设备为终端设备重配置PUCCH符号区域之前,若网络设备配置的PUCCH符号区域的符号数过多,将造成资源浪费。并且上行资源有限,当PUCCH符号区域的符号数过多时,用于传输数据的物理上行共享信道(physical uplink shared channel,PUSCH)资源将减少,降低了上行数据的传输速率。若PUCCH符号区域的符号数过少,无法满足UCI传输需求时将使得UCI无法及时传输。本申请提出网络设备可以根据需求调度配置的PUCCH资源中的部分资源用于数据传输,终端设备基于网络设备的调度在被调度的资源上传输上行数据,如网络设备调度PUCCH资源传输UCI时,终端设备在被调度的PUCCH资源上传输UCI,若网络设备调度PUSCH资源传输数据,而该PUSCH资源包含配置的PUCCH资源中的部分资源,终端设备依然基于网络设备的调度在相应的资源上传输数据。这使得网络设备可以在UCI传输需求较小时或数据传输需求较大时,调度PUCCH资源传输数据,能够提高资源利用率以及上行传输速率。另一方面,网络设备无需通过RRC信令为终端设备重配置PUCCH资源,终端设备仅需要响应网络设备的调度进行上行信息传输。终端设备与网络设备能够达成共识,能够减小信令开销,进一步提高了资源利用率。
[0073] 下面结合附图对本申请实施例提供的资源分配方法进行说明。
[0074] 图2是本申请实施例提供的资源分配方法200的一个示意性流程图。本申请下文中以上行控制信道资源为移动通信系统中的PUCCH,上行控制信息为以移动通信系统中的UCI为例进行说明,应理解本申请并不限于此。本申请提供的方案还可以应用于其他通信系统中。
[0075] S210,网络设备发送配置信息,该配置信息用于配置多个PUCCH资源。
[0076] 网络设备配置了多个PUCCH资源,网络设备可以通过一个或多个配置信息通知一个或多个终端设备网络设备为每个终端设备配置的PUCCH资源。该一个或多个终端设备可以是与网络设备建立通信连接的终端设备。
[0077] 相应地,终端设备接收来自该网络设备的配置信息。终端设备接收到配置信息后,可以根据该配置信息确定网络设备为该终端设备配置的PUCCH资源。
[0078] 该多个PUCCH资源占用的时域资源和/或频域资源不同。网络设备可以为多个时域资源不同和/或频域资源不同的PUCCH资源,以便网络设备可以在后续根据传输需求在该多个PUCCH资源中选择在一段时间内实际用于承载UCI的PUCCH资源,来提高资源利用率。
[0079] 需要说明的是,该多个PUCCH资源为一个上行时间单元内的PUCCH资源,且该多个PUCCH资源适用于每个上行时间单元。作为示例非限定,该上行时间单元可以是网络设备的上行调度的最大时间粒度,如该上行时间单元可以是OFDM符号组、子时隙(mini‑slot)、时隙(slot)、子帧(subframe)或帧(frame)。
[0080] S220,网络设备向终端设备发送第一信息,该第一信息用于调度第一PUSCH资源,该第一PUSCH资源包括该多个PUCCH资源中的部分资源。
[0081] 相应地,该终端设备接收来自该网络设备的该第一信息,根据该第一信息可以确定在第一PUSCH资源上发送上行数据。
[0082] 网络设备可以根据传输需求调度该多个PUSCH资源包含的部分资源传输数据。
[0083] 可选地,网络设备可以根据第一资源需求度,在网络设备配置的多个PUCCH资源中确定一个或多个第一PUCCH资源。其中,该第一资源需求度为第一时间范围内上行资源的需求度,该一个或多个第一PUCCH资源作为第二时间范围内的用于承载UCI的备选PUCCH资源。第二时间范围在第一时间范围之后。每个时间范围(如第一时间范围、第二时间范围)包括至少一个上行时间单元。
[0084] 在第二时间范围内,网络设备在该一个或多个第一PUCCH资源中选择用于承载UCI的PUCCH资源。例如,网络设备在该第二时间范围内发送第二信息,该第二信息用于调度该一个或多个第一PUCCH资源中的一个第一PUCCH资源。相应地,终端设备接收来自网络设备的该第二信息,并在该第二信息调度的第一PUCCH资源上发送UCI。
[0085] 在第二时间范围内,网络设备将在第二时间范围内不调度配置的多个PUCCH资源中除第一PUCCH资源以外的资源承载UCI。也就是说,该多个PUCCH资源中除第一PUCCH资源以外的资源在第二时间范围内不用于承载UCI,而可以被网络设备调度作为PUSCH资源承载上行数据。
[0086] 其中,上述第一信息可以是在该第二时间范围内发送的,该第一PUCCH资源包括该多个PUCCH资源中除该第一PUCCH资源以外的资源。根据该方案,能够减少资源浪费,提高资源利用率以及上行传输速率。
[0087] 可选地,网络设备可以是以第一时间范围为周期周期性地确定下一个周期内用于承载UCI的备选PUCCH资源,其中,第一时间范围的时长与第二时间范围的时长相等,且第二时间范围为第一时间范围的下一个周期。
[0088] 下面介绍网络设备根据第一时间范围内的第一资源需求度,在配置的多个PUCCH资源中确定一个或多个第一PUCCH资源的可选实施方式。
[0089] 可选地,该多个PUCCH资源占用第一资源集合,该第一资源集合包括一个或多个资源单元,该资源单元为时域资源和/或频域资源,该一个或多个第一PUCCH资源为配置的多个PUCCH资源中属于第二资源集合的PUCCH资源,其中,该第二资源集合为该第一资源集合的子集。
[0090] 一种实施方式中,该资源单元为时域资源。
[0091] 例如,该资源单元可以是时域符号。网络设备配置的该多个PUCCH资源在时域上占用的符号组成第一符号集合,网络设备根据第一时间范围内上行资源的资源需求度(即第一资源需求度),在第一符号集合中确定第二符号集合,该第二符号集合中包含配置的多个PUCCH资源中的至少一个PUCCH资源,该网络设备将该第二符号集合中包含的PUCCH资源作为第二时间范围内的备选PUCCH资源,即第一PUCCH资源。
[0092] 例如,网络设备可以配置8个PUCCH资源,该8个PUCCH资源在时域占用了一个上行时间单元中的最后4个正交频分复用(orthogonal frequency division multiplexing,OFDM)符号。
[0093] 该8个PUCCH资源可以如图3所示,网络设备为终端设备配置的8个PUCCH资源分别为PUCCH资源0至PUCCH资源7(记作Ri,i=0,…,7,例如,PUCCH资源0记作R0),该8个PUCCH资源在时域上占用了一个上行时间单元的14个符号(即符号0至符号13)中的最后4个OFDM符号(即符号10至符号13),则该最后4个OFDM符号为第一符号集合。网络设备根据第一时间范围内第一资源需求度,确定第二时间范围内的备选PUCCH资源,如网络设备基于第一上行资源需求度,可以确定减少在第二时间范围内的备选PUCCH资源占用的符号。例如,第一时间范围内的备选PUCCH资源即为网络设备配置的该8个PUCCH资源,则网络设备可以减少1个PUCCH资源占用的符号,将符号11至符号13作为第二符号集合,第二符号集合包含R2至R7共6个PUCCH,则该6个PUCCH资源为第一PUCCH资源,即第二时间范围内的备选PUCCH资源。网络设备在第二时间范围内调度该6个PUCCH资源中的PUCCH资源承载UCI,而不调度R0和R1承载UCI。另外,符号10可以在第二时间范围内根据需求被调度传输数据,能够在第二时间范围内减少不必要的PUCCH资源开销,另外增加了传输数据的可用资源,能够提高上行数据传输速率。
[0094] 该8个PUCCH资源还可以如图4所示,网络设备为终端设备分配的8个PUCCH资源(如图4中的R0至R7)的时域位置、频域位置或资源大小中的一项或多项可以不同,如R0时域占用4个符号、R3、R6在时域占用3个符号,R4、R5时域占用2个符号,R2、R7时域占用1个符号。R0占用的频域资源大小大于其他PUCCH资源占用的频域资源大小。8个PUCCH资源相互之间可以部分重叠,如R2和R3。一个PUCCH资源还可以包含另一个PUCCH资源,如R0和R1。本申请对此不做限定。网络设备根据第一时间范围内的第一资源需求度,可以确定第二符号集合包括符号12和符号13,而符号12和符号13包含R1、R2、R5和R7共4个PUCCH资源,则该4个PUCCH资源为第二时间范围内的备选PUCCH资源。网络设备在第二时间范围内调度该4个PUCCH资源中的PUCCH资源承载UCI,而该8个PUCCH资源中除该4个PUCCH资源以外的PUCCH资源在第二时间范围内不用于承载UCI。能够增加传输数据的可用资源,能够提高上行数据传输速率。
[0095] 可选地,网络设备具体可以根据该第一资源需求度和对应关系,确定该第一资源需求度对应的资源单元的第一数量,其中,该对应关系包括多个资源需求度与资源单元的多个数量之间的对应关系,该多个资源需求度包括第一资源需求度。网络设备根据第一数量,在第一资源集合中确定第二资源集合,该第二符号集合包括第一数量的资源单元。
[0096] 在本实施方式中,资源单元为时域资源,例如资源单元为时域符号,则第一数量为第一资源需求度对应的第一符号数,该对应关系包括多个资源需求度与多个符号数之间的对应关系。网络设备根据该第一符号数,确定在第一符号集合中确定第二符号集合,第二符号集合包括第一符号数的符号。
[0097] 例如,上行资源需求度P的多个取值范围对应多个符号数,对应关系可以如表2所示,上行资源需求度P的3个取值范围对应3个符号数,如网络设备确定第一时间范围内的第一上行资源需求度为P1,若P1<A1,则网络设备可以确定第二符号集合包括M1个符号。可选地,网络设备可以根据预设规则确定该M1个符号在第一符号集合中具体位置,例如,预设规则可以规定在确定符号数后,选择在第一符号集合中最后连续的相应符号数的符号。则该网络设备可以确定第二符号集合包括第一符号集合中的最后M1个符号,网络设备再确定第一符号集合中最后M1个符号包含的至少一个PUCCH资源,该至少一个PUCCH资源为第二时间范围内的备选PUCCH资源(或者说可用PUCCH资源)。如图3或图4所示,当确定第二符号集合时选择最后连续的符号可以使得第一符号集合中未被选择的符号与该时间单元中第一符号集合以外的符号资源形成连续的资源,用于承载数据。但本申请不限于此。该第二符号集合中的符号也可以是不连续的或第一符号集合中起始时刻开始的M1个符号。
[0098] 表2
[0099]资源需求度P 符号数
P<A1 M1
A1≤P<A2 M2
A2≤P M3
[0100] 需要说明的是,网络设备需要在配置PUCCH资源时,在每种可能的第二资源集合中配置至少一个PUCCH资源,例如网络设备可以根据对应关系在每种可能的符号数对应的第二符号集合中配置至少一个PUCCH资源。
[0101] 再例如,对应关系可以如表3所示,第二符号集合包含的符号数可以基于第一时间范围内的第一上行资源需求度P1以及第一时间范围内PUCCH资源的备选资源占用的符号数M确定。例如,第一时间范围内用于承载UCI的备选PUCCH资源为配置的多个PUCCH资源中的至少一个第二PUCCH资源,该至少一个第二PUCCH资源占用的符号集合为第三符号集合,该第三符号集合包括M个符号。若P1<A1,网络设备可以根据表3所示的对应关系确定第二符号集合包含的符号个数相较于第三符号集合包含的符号个数M需要减少1个符号,另外需要保证第二时间范围内的上行时间单元至少包含一个PUCCH资源的符号可以传输UCI,因此第二符号集合包含的符号个数可以是M‑1与1中的最大值,即max(M‑1,1)。若A1≤P1<A2,网络设备可以确定在第二时间范围内的备选PUCCH符号集合包含的符号数可以保持不变,即第二符号集合包含的符号个数为M。若A2≤P1,网络设备可以根据对应关系确定相对于第三符号集合包含的符号个数M,第二符号集合包含的符号数需要增加1个符号,另外由于第一符号集合以外的符号不包括PUCCH资源,因此,第二符号集合包含的符号数为M+1和第一符号集合包含的符号数Mmax中的最小值,即min(M+1,Mmax)。网络设备根据符号数确定第二符号集合,并确定第二符号集合包含的PUCCH资源为第二时间范围内的备选PUCCH资源。
[0102] 表3
[0103]资源需求度P 符号数
P<A1 max(M‑1,1)
A1≤P<A2 M
A2≤P min(M+1,Mmax)
[0104] 其中,max(X,Y)表示取X,Y中的最大值,min(X,Y)表示取X,Y中的最小值。
[0105] 再例如,对应关系包括上行资源需求度的多个取值范围与多个等级标识的对应关系,以及多个等级标识与多个符号数之间的对应关系。网络设备可以先根据多个取值范围与多个等级标识的对应关系,确定第一时间范围内的上行资源的利用率P1所属的取值范围,以及与该取值范围对应的等级标识,再根据多个等级标识与多个符号数之间的对应关系,确定与该等级标识对应的符号数即为第二符号集合包含的符号数。网络设备根据符号数确定第二符号集合,并将第二符号集合包含的PUCCH资源作为第二时间范围内用于承载UCI的备选PUCCH资源。
[0106] 在一个具体示例中,资源需求度可以划分为高、中、低3个等级,可以通过两个门限值确定资源需求度的3个取值范围,例如表4所示,该两个门限值分别为Thhigh和Thlow,若P1<Thlow,资源需求度的等级为低;若Thlow≤P1<Thhigh,资源需求度的等级为中;若Thhigh≤P1,资源需求度的等级为高。当资源需求度的等级为低时,第二符号集合包含的符号数可以为max(M‑2,1),其中M为第三符号集合包含的符号数。当资源需求度的等级为中时,第二符号集合包含的符号数可以为M;当资源需求度的等级为高时,第二符号集合包含的符号数可以为min(M+1,Mmax),其中Mmax第一符号集合包含的符号数。但本申请不限于此。
[0107] 表4
[0108] 资源需求度P 等级 符号数P<Thlow 低 max(M‑1,1)
Thlow≤P<Thhigh 中 M
Thhigh≤P 高 min(M+1,Mmax)
[0109] 另一种实施方式中,该资源单元为频域资源。
[0110] 可选地,频域资源集合包括的频域资源的粒度可以是资源块(resource block,RB)、子载波或子载波组。
[0111] 例如,网络设备配置的该多个PUCCH资源占用频域资源内的第一频域资源集合,网络设备根据第一时间范围内上行资源的资源需求度(即第一资源需求度),在第一频域资源集合中确定第二频域资源集合。该网络设备将该第二频域资源集合中包含的PUCCH资源作为第二时间范围内的备选PUCCH资源资源,即第一PUCCH资源。
[0112] 资源单元为频域资源时的实施方式与资源单元为时域资源的实施方式类似,仅资源集合包含的资源单元的资源类型不同,可以参考上述对资源单元为时域资源的实施方式的描述,为了简要,在此不再赘述。
[0113] 可选地,以上两种实施方式可以结合实施,网络设备确定第二符号集合与第二频域资源集合后,确定第二符号集合(即时域资源集合)与第二频域资源集合相交的时频资源,并将该时频资源中包含的PUCCH资源作为第二时间范围内的备选PUCCH资源。
[0114] 或者说,网络设备根据第一时间范围内上行资源的资源需求度,确定时频资源集合,并将该时频资源集合包含的PUCCH资源作为第二时间范围内的备选PUCCH资源。
[0115] 可选地,该资源需求度包括以下一项或多项:
[0116] 上行控制信道资源分配成功率、上行控制信道资源的分配失败率、上行控制信道资源使用率、上行共享信道资源使用率、建立无线资源控制连接的用户数或第一类型用户比例。
[0117] 其中,该第一类型用户是上行信号质量低于信号质量阈值的用户。
[0118] 一个示例中,该资源需求度包括PUCCH资源的分配成功率。该PUCCH资源的分配成功率是根据第一时间范围内成功分配PUCCH资源的次数和请求PUCCH资源的次数确定的。
[0119] 当一个终端设备的下行数据到达网络设备时,网络设备需要分配承载该数据的数据信道资源,例如数据信道资源可以是物理下行共享信道(physical downlink shared channel,PDSCH)资源。另外,网络设备还需要为终端设备分配(或者说请求)与该PDSCH相应的PUCCH资源,用于承载终端设备对该数据的反馈信息。其中,反馈信息为UCI的一种,反馈信息可以是混合自动重传请求(hybrid automatic repeat request,HARQ)信息。网络设备为数据分配了PDSCH资源后,若成功请求到与该PDSCH资源相应的PUCCH资源,网络设备向终端设备发送该下行数据,并指示调度相应的PUCCH资源承载该下行数据的HARQ信息;若未请求到PUCCH资源,则认为分配PUCCH失败,网络设备需要重新为该数据分配PDSCH资源,以及分配相应的PUCCH资源。
[0120] 例如,网络设备在终端设备的数据到来后的第一个上行时间单元为该数据分配到相应的PUCCH资源,则认为是请求PUCCH资源的成功1次,或者,若网络设备在终端设备的数据到来后的第一个上行时间单元没有为该数据分配到相应的PUCCH资源,则认为是请求PUCCH资源的失败1次。
[0121] 以上以网络设备为HARQ信息请求PUCCH为例进行说明,网络设备还可以为终端设备发送CSI请求PUCCH资源,本申请对此不做限定。
[0122] 在本示例中,网络设备统计第一时间范围内请求PUCCH资源的总次数K,和其中成功请求到PUCCH资源的次数KSucc,确定第一时间范围内为成功分配PUCCH资源的次数在第一时间范围内请求PUCCH资源的次数中的占比,即为第一时间范围内的PUCCH资源的分配成功率。PUCCH资源的分配成功率PSucc可以记作:PSucc=KSucc/K。网络设备可以根据第一时间范围内PUCCH资源的分配成功率,确定第二时间范围内可用于承载UCI的备选PUCCH资源。
[0123] 可选地,PUCCH资源的分配成功率的多个取值范围对应资源单元的多个数量(即分配成功率与资源单元数量的对应关系),网络设备可以根据该对应关系确定PSucc所属的取值范围,从而确定该取值范围对应的符号数为第二资源集合包含的资源单元的数量。并确定第二资源集合包含的PUCCH资源为第二时间范围内可用于承载UCI的备选PUCCH资源。
[0124] 例如,网络设备在第一时间范围结束时,根据第一时间范围内PUCCH资源的分配成功率PSucc进行门限值判决,得到分配成功率等级LSucc。如:
[0125] 若 分配成功率等级LSucc为高;否则,
[0126] 若 分配成功率等级LSucc为低;否则,
[0127] 即 分配成功率等级LSucc为中。
[0128] 比如资源单元为时域符号,网络设备根据分配成功率的多个等级与多个符号数的对应关系,确定与该分配成功率等级LSucc对应的符号数为第二符号集合的符号数,从而确定第二符号集合包含的PUCCH资源为第二时间范围内的备选PUCCH资源。
[0129] 另一个示例中,资源需求度包括PUCCH资源的分配失败率。该PUCCH资源的分配成功率是根据第一时间范围内分配PUCCH资源失败的次数和请求PUCCH资源的次数确定的。
[0130] 网络设备统计第一时间范围内PUCCH资源的总次数K,和其中请求PUCCH资源失败的次数KFail,确定第一时间范围内分配PUCCH资源失败的次数在第一时间范围内请求PUCCH资源的次数中的占比,即为第一时间范围内PUCCH资源的分配失败率。PUCCH资源的分配失败率PFail可以记作:PFail=KFail/K。网络设备可以根据第一时间范围内PUCCH资源的分配失败率,确定第二时间范围内可用于承载UCI的备选PUCCH资源。
[0131] 例如,网络设备在第一时间范围结束时,根据第一时间范围内PUCCH资源的分配失败率PFail进行门限值判决,得到分配成功率等级LFail。如:
[0132] 若 分配成功率等级LFail为低;否则,
[0133] 若 分配成功率等级LFail为高;否则,
[0134] 即 分配成功率等级LFail为中。
[0135] 比如资源单元为时域符号,网络设备在根据分配失败率等级与符号数的对应关系,可以确定LFail对应的符号数为第二符号集合的符号数,从而确定第二时间范围内可用于承载UCI的备选PUCCH资源。
[0136] 或者,上述PUCCH资源的分配成功率或分配失败率的取值范围可以直接对应资源单元的数量,网络设备根据第一时间范围内的PUCCH资源的分配成功率或分配失败率所属的范围,确定该范围对应的资源单元的数量为第二资源集合包含的资源单元的数量。
[0137] 另一个示例中,资源需求度包括PUCCH资源的使用率。
[0138] 一种实施方式中,PUCCH资源的使用率是根据第一时间范围内承载了UCI的第二PUCCH资源占用的资源单元的个数在第一时间范围内备选PUCCH资源占用的资源单元的总数确定的。其中,第二PUCCH资源为第一时间范围内的备选PUCCH资源。
[0139] 另一种实施方式中,网络设备可以计算第一时间范围内每个上行时间单元的PUCCH资源的使用率,上行时间单元的PUCCH资源的使用率为一个时间单元承载了UCI的第二PUCCH资源占用的资源单元的个数Moccupied(即第三资源集合包含的符号个数)在该上行时间单元中包含的备选PUCCH资源占用的资源单元的个数Mtotal的占比,即Punit=Moccupied/Mtotal。其中,第三资源集合为第一时间范围内PUCCH资源的备选资源占用的符号的集合。网络设备再计算该第一时间范围内所有上行时间单元的PUCCH资源的使用率的平均值即为第一时间范围内PUCCH资源的使用率。
[0140] 网络设备可以根据第一时间范围内PUCCH资源的使用率,确定第二时间范围内可用于承载UCI的备选PUCCH资源。
[0141] 可选地,PUCCH资源的使用率Pused的多个取值范围对应资源单元的多个数量(即PUCCH资源的使用率与资源单元数量的对应关系),网络设备可以根据该对应关系确定第一时间范围内的PUCCH资源的使用率Pused所属的取值范围,从而确定该取值范围对应的符号数为第二资源集合包含的资源单元的数量。并确定第二资源集合包含的PUCCH资源为第二时间范围内可用于承载UCI的备选PUCCH资源。
[0142] 例如,网络设备在第一时间范围结束时,根据第一时间范围内PUCCH资源的使用率,得到资源使用率等级Lused。如:
[0143] 若 资源使用率Lused为高;否则,
[0144] 若 资源使用率Lused为低;否则,
[0145] 即 资源使用率Lused为中。
[0146] 比如资源单元为时域符号,网络设备在根据资源使用率等级与符号数的对应关系,可以确定Lused对应的符号数为第二符号集合的符号数,从而确定第二时间范围内可用于承载UCI的备选PUCCH资源。
[0147] 或者,上述PUCCH资源的使用率的取值范围可以直接对应资源单元的数量,网络设备根据第一时间范围内的PUCCH资源的使用率所属的范围,确定该范围对应的资源单元的数量为第二资源集合包含的资源单元的数量。从而确定第二时间范围内备选PUCCH资源。
[0148] 另一个示例中,资源需求度包括PUCCH资源的未使用率。PUCCH资源的未使用率是根据第一时间范围内未承载了UCI的第二上行控制信道资源占用的资源单元的个数和备选PUCCH资源占用的资源单元的个数确定的。
[0149] 另一个示例中,资源需求度包括PUSCH资源的使用率。PUSCH资源的使用率是根据第一时间范围内被调度的PUSCH资源大小和PUSCH资源的总资源大小确定的。
[0150] 另一个示例中,资源需求度包括PUSCH资源的未使用率。PUSCH资源的未使用率是根据第一时间范围内未被调度的PUSCH资源大小和PUSCH资源的总资源大小确定的。
[0151] 可选地,PUSCH资源大小可以根据PUSCH占用的资源单元的个数确定,例如,PUSCH资源大小可以根据PUSCH资源占用的RB个数确定,或者根据PUSCH资源占用的符号个数确定,或者根据PUSCH资源占用的RB个数以及符号个数共同确定。
[0152] 网络设备确定第一时间范围内PUCCH资源的未使用率、PUSCH资源的使用率或未使用率的具体实施方式可以参考上述网络设备确定第一时间范围内的PUCCH的使用率的描述,为了简要,在此不再赘述。
[0153] 另一个示例中,资源需求度包括与网络建立RRC连接的用户数。或者说,一个时间范围内与网络建立RRC连接的用户数可以用于表征该时间范围内的资源需求度。
[0154] 网络设备可以根据第一时间范围内与网络建立RRC连接的用户数,确定第二时间范围内备选PUCCH资源。可选地,网络设备可以第一时间范围内与网络建立RRC连接的用户数,确定第二资源集合,再确定第二资源集合包含的PUCCH资源为第二时间范围内的备选PUCCH资源。
[0155] 可选地,用户数的多个取值范围可以对应资源单元的多个数量,或者,用户数的多个取值范围可以对应多个用户数等级,该多个用户数等级对应资源单元的多个数量。
[0156] 例如,网络设备在第一时间范围结束时,根据第一时间范围内与网络建立RRC连接的用户数Nuser进行门限值判决,得到资源需求等级Luser。如:
[0157] 若 资源需求等级Luser为高;否则,
[0158] 若 资源需求等级Luser为低;否则,
[0159] 即 资源需求等级Luser为中。
[0160] 比如资源单元为时域符号,网络设备再根据与网络建立RRC连接的用户数与符号数的对应关系,可以确定Luser对应的符号数为第二符号集合的符号数,从而确定第二时间范围内可用于承载UCI的备选PUCCH资源。
[0161] 另一个示例中,资源需求度包括第一类型用户比例。其中,该第一类型用户是上行信号质量低于信号质量阈值的用户。第一时间范围内第一类型用户比例是根据第一时间范围内信号质量低于信号质量阈值的用户数NSINR_low和第一时间范围内建立无线资源控制连接的用户总数Nuser确定的。如第一类型用户比例PSINR_low=NSINR_low/Nuser。
[0162] 例如,网络设备在第一时间范围结束时,根据第一时间范围内第一类型用户比例PSINR_low进行门限值判决,得到资源需求等级LSINR_low。网络设备再根据分配成功率等级与符号数的对应关系,可以确定LSINR_low对应的符号数为第二符号集合的符号数,从而确定第二时间范围内可用于承载UCI的备选PUCCH资源。
[0163] 可选地,上述示例可以相互结合实施,也就是说,资源需求度可以包括以下参数中的多项:
[0164] PUCCH资源分配成功率、PUCCH资源的分配失败率、PUCCH资源使用率、PUSCH资源使用率、建立无线资源控制连接的用户数或第一类型用户比例。
[0165] 一个示例中,资源需求度可以包括PUCCH资源分配成功率PSucc和建立无线资源控制连接的用户数Nuser。网络设备可以根据第一时间范围内的PUCCH资源分配成功率PSucc和PUSCH的使用率 确定第二时间范围内的可用于承载UCI的备选PUCCH资源。
[0166] 可选地,网络设备可以根据基于第一时间范围内基于PUCCH资源分配成功率PSucc确定的分配成功率等级Lsucc,以及基于PUSCH的使用率 确定的资源需求等级确定第二时间范围内的备选PUCCH资源。
[0167] 例如,资源单元为时域符号,分配成功率等级LSucc和资源需求等级Luser的不同取值组合可以对应一个符号数量,该符号数量可以是基于第一时间范围内的备选PUCCH资源占用的符号数M确定的。如表5所示,若分配成功率等级LSucc为低,资源需求等级Luser为中,则网络设备可以基于对应关系确定第二时间范围内备选PUCCH资源占用的符号数相较于第一时间范围内备选PUCCH资源占用的符号数多1个符号,且不能超过第一符号集合包含的符号总数Mmax,也就是说,网络设备可以确定第二符号集合包含的符号数为min(M+1,Mmax),并确定该第二符号集合包含的PUCCH资源为第二时间范围内可用于承载UCI的备选PUCCH资源。
[0168] 表5
[0169]
[0170] S230,网络设备在第一PUSCH资源上接收上行数据。
[0171] 相应地,终端设备在该第一PUSCH资源上发送上行数据。该第一PUSCH资源包括配置的PUCCH资源的部分资源。
[0172] 也就是说,网络设备根据需求可以通过调度信息(如第一信息)改写资源的用途。即使第一PUSCH资源中包括网络设备配置的PUCCH资源的部分或全部资源,终端设备可以认为是网络设备对资源的用途进行了改写,终端设备响应于网络设备的调度在第一PUSCH资源上发送上行数据。
[0173] 根据本申请的方案,网络设备可以在UCI传输需求较小时或数据传输需求较大时,调度PUCCH资源传输数据,能够提高资源利用率以及上行传输速率。另一方面,网络设备无需通过RRC信令为终端设备重配置PUCCH资源,即可以调整实际使用的PUCCH资源。终端设备仅需要响应网络设备的调度进行上行信息传输。终端设备与网络设备能够达成共识,能够减小信令开销,进一步提高了资源利用率。
[0174] 以上,结合图2至图4详细说明了本申请实施例提供的方法。以下,结合图5至图7详细说明本申请实施例提供的通信装置和通信设备。为了实现上述本申请实施例提供的方法中的各功能,各网元可以包括硬件结构和/或软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行,取决于技术方案的特定应用和设计约束条件。
[0175] 图5是本申请实施例提供的通信装置的示意性框图。如图5所示,该通信装置500可以包括收发单元520。
[0176] 在一种可能的设计中,该通信装置500可对应于上文方法实施例中的终端设备,或者配置于(或用于)终端设备中的芯片,或者其他能够实现终端设备的方法的装置、模块、电路或单元等。
[0177] 应理解,该通信装置500可对应于根据本申请实施例的方法200中的终端设备,该通信装置500可以包括用于执行图2中的方法200中终端设备执行的方法的单元。并且,该通信装置500中的各单元和上述其他操作和/或功能分别为了实现图2中的方法200的相应流程。
[0178] 可选地,通信装置500还可以包括处理单元510,该处理单元510可以用于处理指令或者数据,以实现相应的操作。
[0179] 还应理解,该通信装置500为配置于(或用于)终端设备中的芯片时,该通信装置500中的收发单元520可以为芯片的输入/输出接口或电路,该通信装置500中的处理单元
510可以为芯片中的处理器。
[0180] 可选地,通信装置500还可以包括存储单元530,该存储单元530可以用于存储指令或者数据,处理单元510可以执行该存储单元中存储的指令或者数据,以使该通信装置实现相应的操作。
[0181] 应理解,该通信装置500中的收发单元520为可通过通信接口(如收发器或输入/输出接口)实现,例如可对应于图6中示出的终端设备600中的收发器610。该通信装置500中的处理单元510可通过至少一个处理器实现,例如可对应于图6中示出的终端设备600中的处理器620。该通信装置500中的处理单元510还可以通过至少一个逻辑电路实现。该通信装置500中的存储单元530可对应于图6中示出的终端设备600中的存储器。
[0182] 还应理解,各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明,为了简洁,在此不再赘述。
[0183] 在另一种可能的设计中,该通信装置500可对应于上文方法实施例中的网络设备,例如,或者配置于(或用于)网络设备中的芯片,或者其他能够实现网络设备的方法的装置、模块、电路或单元等。
[0184] 应理解,该通信装置500可对应于根据本申请实施例的方法200中的网络设备,该通信装置500可以包括用于执行图2中的方法200中网络设备执行的方法的单元。并且,该通信装置500中的各单元和上述其他操作和/或功能分别为了实现图2中的方法200的相应流程。
[0185] 可选地,通信装置500还可以包括处理单元510,该处理单元510可以用于处理指令或者数据,以实现相应的操作。
[0186] 还应理解,该通信装置500为配置于(或用于)网络设备中的芯片时,该通信装置500中的收发单元520可以为芯片的输入/输出接口或电路,该通信装置500中的处理单元
510可以为芯片中的处理器。
[0187] 可选地,通信装置500还可以包括存储单元530,该存储单元530可以用于存储指令或者数据,处理单元510可以执行该存储单元中存储的指令或者数据,以使该通信装置实现相应的操作。
[0188] 应理解,该通信装置500为网络设备时,该通信装置500中的收发单元520为可通过通信接口(如收发器或输入/输出接口)实现,例如可对应于图7中示出的网络设备700中的收发器710。该通信装置500中的处理单元510可通过至少一个处理器实现,例如可对应于图7中示出的网络设备700中的处理器720,该通信装置500中的处理单元510可通过至少一个逻辑电路实现。
[0189] 还应理解,各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明,为了简洁,在此不再赘述。
[0190] 图6是本申请实施例提供的终端设备600的结构示意图。该终端设备600可应用于如图1所示的系统中,执行上述方法实施例中终端设备的功能。如图所示,该终端设备600包括处理器620和收发器610。可选地,该终端设备600还包括存储器。其中,处理器620、收发器610和存储器之间可以通过内部连接通路互相通信,传递控制和/或数据信号。该存储器用于存储计算机程序,该处理器620用于执行该存储器中的该计算机程序,以控制该收发器
610收发信号。
[0191] 上述处理器620可以和存储器可以合成一个处理装置,处理器620用于执行存储器中存储的程序代码来实现上述功能。具体实现时,该存储器也可以集成在处理器620中,或者独立于处理器620。该处理器620可以与图5中的处理单元对应。
[0192] 上述收发器610可以与图5中的收发单元对应。收发器610可以包括接收器(或称接收机、接收电路)和发射器(或称发射机、发射电路)。其中,接收器用于接收信号,发射器用于发射信号。
[0193] 应理解,图6所示的终端设备600能够实现图2所示方法实施例中涉及终端设备的过程。终端设备600中的各个模块的操作和/或功能,分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述,为避免重复,此处适当省略详细描述。
[0194] 上述处理器620可以用于执行前面方法实施例中描述的由终端设备内部实现的动作,而收发器610可以用于执行前面方法实施例中描述的终端设备向网络设备发送或从网络设备接收的动作。具体请见前面方法实施例中的描述,此处不再赘述。
[0195] 可选地,上述终端设备600还可以包括电源,用于给终端设备中的各种器件或电路提供电源。
[0196] 除此之外,为了使得终端设备的功能更加完善,该终端设备600还可以包括输入输出装置,如包括输入单元、显示单元、音频电路、摄像头和传感器等中的一个或多个,所述音频电路还可以包括扬声器、麦克风等。
[0197] 图7是本申请实施例提供的网络设备的结构示意图,该网络设备700可应用于如图1所示的系统中,执行上述方法实施例中网络设备的功能。如图7所示,该网络设备700包括处理器720和收发器710。可选地,该网络设备700还包括存储器。其中,处理器720、收发器
710和存储器之间可以通过内部连接通路互相通信,传递控制和/或数据信号。该存储器用于存储计算机程序,该处理器720用于执行该存储器中的该计算机程序,以控制该收发器
710收发信号。
[0198] 上述处理器720可以和存储器可以合成一个处理装置,处理器720用于执行存储器中存储的程序代码来实现上述功能。具体实现时,该存储器也可以集成在处理器620中,或者独立于处理器720。该处理器720可以与图5中的处理单元对应。
[0199] 上述收发器710可以与图5中的收发单元对应。收发器710可以包括接收器(或称接收机、接收电路)和发射器(或称发射机、发射电路)。其中,接收器用于接收信号,发射器用于发射信号。
[0200] 应理解,图7所示的网络设备700能够实现图2所示方法实施例中涉及网络设备的各个过程。网络设备700中的各个模块的操作和/或功能,分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述,为避免重复,此处适当省略详细描述。
[0201] 应理解,图7所示出的网络设备700可以是eNB或gNB,可选地,网络设备包含CU、DU和AAU的网络设备等,可选地,CU可以具体分为CU‑CP和CU‑UP。本申请对于网络设备的具体架构不作限定。
[0202] 应理解,图7所示出的网络设备700可以是CU节点或CU‑CP节点。
[0203] 上述处理器720可以用于执行前面方法实施例中描述的由网络设备内部实现的动作,而收发器710可以用于执行前面方法实施例中描述的网络设备向终端设备发送或从终端设备接收的动作。具体请见前面方法实施例中的描述,此处不再赘述。
[0204] 本申请实施例还提供了一种处理装置,包括处理器和(通信)接口;所述处理器用于执行上述任一方法实施例中的方法。
[0205] 应理解,上述处理装置可以是一个或多个芯片。例如,该处理装置可以是现场可编程门阵列(field programmable gate array,FPGA),可以是专用集成芯片(application specific integrated circuit,ASIC),还可以是系统芯片(system on chip,SoC),还可以是中央处理器(central processor  unit,CPU),还可以是网络处理器(network processor,NP),还可以是数字信号处理电路(digital signal processor,DSP),还可以是微控制器(micro controller unit,MCU),还可以是可编程控制器(programmable logic device,PLD)或其他集成芯片。
[0206] 根据本申请实施例提供的方法,本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码由一个或多个处理器执行时,使得包括该处理器的装置执行图2所示实施例中的方法。
[0207] 本申请实施例提供的技术方案可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、终端设备、核心网设备、机器学习设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,数字视频光盘(digital video disc,DVD))、或者半导体介质等。
[0208] 根据本申请实施例提供的方法,本申请还提供一种计算机可读存储介质,该计算机可读存储介质存储有程序代码,当该程序代码由一个或多个处理器运行时,使得包括该处理器的装置执行图2所示实施例中的方法。
[0209] 根据本申请实施例提供的方法,本申请还提供一种系统,其包括前述的一个或多个网络设备。还系统还可以进一步包括前述的一个或多个终端设备。
[0210] 在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
[0211] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0212] 以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。