[发明专利]一种多业务资源分配方法及装置

说明书

技术领域

本发明涉及通信技术领域，具体涉及一种多业务资源分配方法及装置。

背景技术

在UE(User Equipment，用户设备)有上行数据需要传输时，首先要向基站发送调度请求，由基站进行资源分配，进而对UE进行上行资源授权。因为基站发送上行资源授权是一种针对用户的行为，无法细化区分到逻辑信道，因此，在UE接收到基站的上行资源授权后，还需要根据UE使用的逻辑信道为用户处于不同优先级的多个业务进行资源分配。

UE在为多个业务进行资源分配时，一方面要考虑逻辑信道的优先级(为了保证优先级高的业务先进行上行数据的调度，由RRC为每个逻辑信道预先设定的优先级参数，其中，RRC是Radio Resource Control的缩写，表示无线资源控制协议)，另一方面还要考虑UE为每个逻辑信道j所维护的变量Bj。其中，变量Bj用来表示为了满足用户业务需求，逻辑信道j单次传送数据量的大小。在逻辑信道建立之初Bj值被初始化为0，并且Bj值在每个TTI(Transmission Time Interval，传输时间间隔)都以PBR(prioritised Bit Rate，优先比特率)与TTI持续时长的乘积增加，且Bj值不能超过bucket size，如果计算得到的Bj值大于bucket size，则将Bj值设置为bucket size。其中，bucket size用来表示在逻辑信道上行资源授权不足时，高优先级业务在逻辑信道上单次调度的最大数据量，每个逻辑信道的bucket size为PBR与BSD(Bucket Size Duration)的乘积，这里的PBR和BSD是由高层RRC根据QCI(QoS Class Identifier，QoS类别标识)等级业务静态配置的。

如上所述，现有技术中配置UE使用的每个逻辑信道的bucket size值时，是通过RRC为每个QCI等级业务静态配置PBR和BSD的方法实现的。这种单纯依据QCI等级业务静态配置的方法，无法适应QCI等级相同而最小保证比特率不同的业务的满意度要求。因为当RRC配置好PBR后，如果将BSD配置的越小，bucket size值就越小，则业务在该逻辑信道上单次可传输的数据量就越小，就可能会导致最小保证比特率较高的业务永远得不到满足，致使该业务的满意度下降；而如果将BSD配置的过大，则bucket size值也就越大，业务在该逻辑信道上单次可传输的数据量就会大于最小保证比特率的要求，而在基站发送的上行资源授权一定的前提下，这就会导致低优先级业务得不到调度，出现低优先级业务上行“饿死”现象。

发明内容

本发明实施例提供一种多业务资源分配方法及装置，通过结合QCI等级以及业务最小保证比特率配置BSD的方式，实现合理分配基站发送的上行资源授权的目的，从而在优先保证高优先级业务资源需求的前提下，还可避免低优先级业务出现上行“饿死”现象。

为此，本发明实施例提供如下技术方案：

一种多业务资源分配方法，所述方法包括：

获取小区上下行子帧配比中上行子帧个数N_UL以及QCI等级业务对应的优先比特率PBR和上行最小保证比特率UL_MinBR；

利用所述上行子帧个数N_U、优先比特率PBR和上行最小保证比特率UL_MinBR计算初始BSD值N；

查找与所述初始BSD值N相匹配的预设BSD区间，并确定所述BSD区间的上限值M为当前BSD值，所述M不小于N；

将所述PBR和当前BSD值M，以及获取得到的QCI等级业务对应的逻辑信道的优先级发送至用户终端，以使所述用户终端计算bucket size值，并根据基站发送的上行资源授权为多业务进行资源分配。

优选的，在确定所述当前BSD值M后，所述方法还包括：

将所述PBR和当前BSD值M，以及获取得到的QCI等级业务对应的逻辑信道的优先级发送至基站，以使所述基站计算bucket size值，并对用户终端进行上行资源授权。

优选的，所述方法还包括：

在所述将所述QCI等级业务对应的逻辑信道的优先级、PBR和当前BSD值M发送至用户终端和基站后；

用户终端和基站分别初始化所述QCI等级业务对应的逻辑信道的变量为零。

优选的，所述计算初始BSD值N的具体方式为：