CN102970763A - 一种基于服务质量的资源调度方法和装置 - Google Patents

Abstract

本申请提供了一种基于服务质量的资源调度方法和装置，其中的方法具体包括：针对用户设备UE承载配置调度程度因子容器；依据所述UE承载对应的最小比特率，往相应调度程度因子容器中添加调度程度因子；依据所述调度程度因子容器中调度程度因子的数量，确定调度优先级参数；在所述UE承载的时延小于等于时延门限时，依据所述UE承载的时延和所述调度程度因子容器中调度程度因子的数量更新所述调度优先级参数，并依据更新后的调度优先级参数进行UE的资源调度；在UE被调度时，从所述调度程度因子容器中扣除与所述调度对应资源数量相应的调度程度因子。本申请能够降低空口资源的消耗，以及，提高用户的业务感知度。

Description

一种基于服务质量的资源调度方法和装置

技术领域

本申请涉及无线通信技术领域，特别是涉及一种基于服务质量的资源调度方法和装置。

背景技术

在LTE（长期演进，Long Term Evolution）系统中，QoS（服务质量，Quality of Service）机制用于保证UE的服务质量。每个EPS（演进分组域系统，Evolved Packet System）承载均有对应的QoS参数；根据QoS参数的不同，EPS承载可以划分为GBR(保证比特率，Guaranteed Bit Rate）和Non-GBR（非保证比特率）两大类。

QoS参数具体可以包括QCI（QoS类型标识，QoS Class Identifier）、ARP（分配和保留优先级，Allocation and Retention Priority）、GBR/MBR（最大比特率，Maximum Bit Rate）、AMBR（最大汇聚比特率，Aggregate MaximumBit Rate）等。其中，QCI具体包含优先级（Priority）、包时延（PDB，PacketDelay Budget），以及PELR（误包率，Packet Error Loss Rate）等指标。

GBR和Non-GBR业务的相同点是，二者均包含QCI和ARP参数，因此均需满足PDB和PLER的要求。GBR和Non-GBR业务的不同点在于速率方面，GBR业务主要通过GBR/MBR来保证QoS，Non-GBR业务则主要通过AMBR来保证QoS；但是，在实际组网中，运营商通常会通过设置MinBR（最小比特率，Min Bit Rate）来保证UE的最小业务速率，以提升Non-GBR业务的UE感知度。

基于服务质量的资源调度可以表述为：在考虑UE（UE设备，UserEquipment）的信道信息、各无线承载待传输的数据量以及QoS需求、承载下行调度信令的控制信道限制等约束条件的前提下，寻找一种给UE分配资源的方法，在满足各接入UE业务需求的前提下达到最大化系统吞吐量和UE满意度性能的目的。

现有技术中，主要采用以下三种方法进行基于服务质量的资源调度：

RR（轮询，Round Robin）方法：轮询方法的基本思想是将资源和机会均匀分配给所有接入的终端UE，不考虑QoS；其优点是实现简单，绝对公平，但是由于未考虑被调度UE的信道条件，也即每次被调度的UE未必是信道条件最好的UE，而根据香农公式，系统的容量与带宽和信道条件成正比，因此轮询方法的系统吞吐量不高；

MAX C/I（最大信噪比，Max Carrier Interference）方法：MAX C/I根据UE信道的C/I进行排序，优先调度C/I值最大的UE。由于系统每次调度的都是信道条件最好的UE；根据香农公式，在相同的带宽条件下，信道条件越好，传输速率越高，因此MAX C/I的系统吞吐量高。但是公平性考虑欠缺，可能出现某UE长时间不被调度的情况；

PF（比例公平，Proportional Fair）方法：比例公平方法根据UE信道质量、UE优先级、业务等级、吞吐量遗忘因子等对UE进行排序，其在保证相对公平的前提下，能增大系统的吞吐量，但是由于需要考虑的因素较多，且这些因素有些是实时变化的，因此实现复杂。

上述三种调度方法中，只要UE有数据，并且满足调度优先级条件，就会被调度，哪怕是很小的数据包也会引起UE的调度，这导致每个TTI（传输时间间隔，Transmission Time Interval）内调度的UE数量较多；由于在LTE系统中，数据传输需要上下行的MCS（资源调度信息，Modulation CodingScheme）需要PDCCH（物理下行控制信道，physical downlink controlchannel）来承载，同时对数据包和信道质量的反馈也需要PHICH和PUCCH等信道来承载；PDCCH、PHICH（物理HARQ指示信道，Physical Hybrid-ARQIndicator Channel）和PUCCH（物理上行控制信道，Physical uplink controlchannel）等信道均是空口资源，故现有技术的调度方法对空口资源的消耗比较大。

总之，需要本领域技术人员迫切解决的一个技术问题就是：如何能够降低空口资源的消耗。

发明内容

本申请所要解决的技术问题是提供一种基于服务质量的资源调度方法和装置，能够降低空口资源的消耗，以及，提高用户的业务感知度。

为了解决上述问题，本申请公开了一种基于服务质量的资源调度方法，包括：

针对用户设备UE承载配置调度程度因子容器；所述调度程度因子容器中调度程度因子的数量用于表示相应所述UE承载被调度的程度；

依据所述UE承载对应的最小比特率，往相应调度程度因子容器中添加调度程度因子；其中，所述添加的调度程度因子随着所述最小比特率的减小而减小；

依据所述调度程度因子容器中调度程度因子的数量，确定调度优先级参数；所述调度优先级参数随着所述调度程度因子容器中调度程度因子的数量的增大而增大；

在所述UE承载的时延大于时延门限时，依据所述调度优先级参数进行UE的资源调度；

在所述UE承载的时延小于等于时延门限时，依据所述UE承载的时延和所述调度程度因子容器中调度程度因子的数量更新所述调度优先级参数，并依据更新后的调度优先级参数进行UE的资源调度；

在UE被调度时，从所述调度程度因子容器中扣除与所述调度对应资源数量相应的调度程度因子。

优选的，所述依据所述UE承载对应的最小比特率，往相应调度程度因子容器中添加调度程度因子的步骤，包括：

依据系统带宽、最小比特率和包时延设置UE承载的添加周期；

在UE承载的每个添加周期往相应调度程度因子容器中添加与添加周期相应的调度程度因子。

优选的，所述在UE承载的每个添加周期往相应调度程度因子容器中添加与添加周期相应的调度程度因子的步骤，包括：

依据UE的标识确定相应UE承载在每个添加周期内的更新时间点；

在UE承载的每个添加周期内的更新时间点，往相应调度程度因子容器中添加与添加周期相应的调度程度因子。

优选的，所述在所述UE承载的时延小于等于时延门限时，更新所述调度优先级参数的步骤，包括：

在所述UE承载的时延小于等于预设的HARQ重传时间，且相应调度程度因子容器中调度程度因子的数量大于零时，增大所述UE承载的调度优先级参数。

优选的，所述增大所述UE承载的调度优先级参数的步骤，包括：将所述UE承载的调度优先级参数增大到预设的最大调度优先级参数。

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

依据UE承载的服务质量类型标识，确定UE承载的承载层次优先级；

在所述UE承载的时延小于等于时延门限时，更新所述调度优先级参数，并依据所述承载层次优先级和更新后的调度优先级参数进行UE的资源调度；

在所述UE承载的时延大于时延门限时，依据所述承载层次优先级和调度优先级参数进行UE的资源调度。

依据本申请的另一实施例，还公开了一种基于服务质量的资源调度装置，包括：

容器配置模块，用于针对用户设备UE承载配置调度程度因子容器；所述调度程度因子容器中调度程度因子的数量用于表示相应所述UE承载被调度的程度；

因子添加模块，用于依据所述UE承载对应的最小比特率，往相应调度程度因子容器中添加调度程度因子；其中，所述添加的调度程度因子随着所述最小比特率的减小而减小；

优先级参数确定模块，用于依据所述调度程度因子容器中调度程度因子的数量，确定调度优先级参数；所述调度优先级参数随着所述调度程度因子容器中调度程度因子的数量的增大而增大；

时延内调度模块，用于在所述UE承载的时延大于时延门限时，依据所述调度优先级参数进行UE的资源调度；

超时延调度模块，用于在所述UE承载的时延小于等于时延门限时，依据所述UE承载的时延和所述调度程度因子容器中调度程度因子的数量更新所述调度优先级参数，并依据更新后的调度优先级参数进行UE的资源调度；及

因子扣除模块，用于在UE被调度时，从所述调度程度因子容器中扣除与所述调度对应资源数量相应的调度程度因子。

优选的，所述因子添加模块包括：

周期设置子模块，用于依据系统带宽、最小比特率和包时延设置UE承载的添加周期；

周期添加子模块，用于在UE承载的每个添加周期往相应调度程度因子容器中添加与添加周期相应的调度程度因子。

优选的，所述周期添加子模块包括：

更新时间确定单元，用于依据UE的标识确定相应UE承载在每个添加周期内的更新时间点；

更新时间添加单元，用于在UE承载的每个添加周期内的更新时间点，往相应调度程度因子容器中添加与添加周期相应的调度程度因子。

优选的，所述超时延调度模块包括：

参照增大子模块，用于在所述UE承载的时延小于等于预设的HARQ重传时间，且相应调度程度因子容器中调度程度因子的数量大于零时，增大所述UE承载的调度优先级参数。

优选的，所述参照增大子模块，具体用于将所述UE承载的调度优先级参数增大到预设的最大调度优先级参数。

优选的，所述装置还包括：

层次优先级确定模块，用于依据UE承载的服务质量类型标识，确定UE承载的承载层次优先级；

综合超时延调度模块，用于在所述UE承载的时延小于等于时延门限时，更新所述调度优先级参数，并依据所述承载层次优先级和更新后的调度优先级参数进行UE的资源调度；

综合时延内调度模块，在所述UE承载的时延大于时延门限时，依据所述承载层次优先级和调度优先级参数进行UE的资源调度。

与现有技术相比，本申请具有以下优点：

本申请依据Non-GBR业务的最小比特率（MinBR）和包时延进行资源调度，在时延允许的范围内，数据包业务的调度优先级参数（用于表示调度优先级）主要取决于所在调度程度因子容器中调度程度因子的数量；而添加的调度程度因子随着MinBR的减小而减小以及MinBR能够表示数据包大小，使得小数据包所在调度程度因子容器中调度程度因子的数量增长较为缓慢，可能需要积攒多次才能被调度；换个说法，在此期间大数据包被调度的机会更多，而小数据包业务很有可能通过多次积攒成一个大的数据包而被调度，一次性满足Non-GBR业务的MinBR要求；因此相对于现有技术，本申请能够减少每个TTI内调度的UE数量，节省空口资源。

其次，在数据包业务超出时延允许的范围时，本申请还会通过更新方式增大调度优先级参数，此时小数据包和大数据包被调度的机会是均等的；更重要的是，现有技术中的调度方法并未考虑包时延因素，容易影响用户的业务感知度，而本申请能够避免用户的数据包业务超出时延允许的范围，提高用户的业务感知度。

再者，现有技术中的调度方法依据Non-GBR业务的AMBR（最大汇聚比特率）进行资源调度，AMBR表示了业务速率的上门限，在调度的时候，只要不超过该上门限，可以为用户分配尽可能多的网络资源；而本申请依据最小比特率进行资源调度，对于运营商而言，其可以针对不同等级的UE设置不同的MinBR，通常等级高的UE MinBR大，等级低的UE MinBR小；这样能够将有限的网络资源为用户等级高的用户提供服务，增大网络资源的效用，满足运营商的运营需求。

附图说明

图1是本申请一种基于服务质量的资源调度方法实施例1的流程图；

图2是本申请一种基于服务质量的资源调度方法实施例2的流程图；

图3是本申请一种基于服务质量的资源调度装置实施例的结构图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

现有技术的调度方法中，只要UE有数据，并且满足调度优先级条件，就会被调度，而不会关注UE的数据包的大小；这样，包括大数据包、小数据包在内的所有数据包均会引起UE的调度，从而每个TTI内调度的UE数量较多；由于在LTE系统中，每次UE调度后的数据传输均会消耗一定的空口资源，故现有技术的调度方法对空口资源的消耗比较大。

本申请发明人注意到，如果将小数据包积攒成为大数据包方进行调度，则能够减少每个TTI内调度的UE数量，故能够节省空口资源。

本申请发明人还注意到，MinBR可用于表示数据包大小，主要源于MinBR的如下特性：MinBR是Non-GBR业务的速率参数之一，它表示对于UE申请Non-GBR业务的最小保证速率；当网络资源有限的时候，系统将根据MinBR，为UE分配资源。这样，MinBR越小，对应业务的数据包越小；MinBR越大，对应业务的数据包越大。

因此，本申请实施例针对用户设备UE承载配置调度程度因子容器，由于所述调度程度因子容器中调度程度因子的数量可用于表示相应UE承载被调度的程度，故可作为确定调度优先级参数的依据；这样，如果依据所述UE承载对应的最小比特率，往相应调度程度因子容器中添加调度程度因子；并且通过设置使得所述添加的调度程度因子随着所述最小比特率的减小而减小，则小数据包所在调度程度因子容器中调度程度因子很有可能需要积攒多次才能被调度，因此相对于现有技术，能够减少每个TTI内调度的UE数量，节省空口资源。

参照图1，示出了本申请一种基于服务质量的资源调度方法实施例1的流程图，具体可以包括：

步骤101、针对用户设备UE承载配置调度程度因子容器；所述调度程度因子容器中调度程度因子的数量用于表示相应所述UE承载被调度的程度；

步骤102、依据所述UE承载对应的最小比特率，往相应调度程度因子容器中添加调度程度因子；其中，所述添加的调度程度因子随着所述最小比特率的减小而减小；

首先介绍调度程度因子容器的概念。本申请实施例中，调度程度因子容器用于存储UE承载的调度程度因子，其本身没有丢弃和优先级策略；

调度程度因子容器是这样工作的：

1．依据所述UE承载对应的最小比特率，在每个添加周期向调度程度因子容器中添加调度程度因子；

2．每个添加周期对应与添加周期相应的调度程度因子；

3．在UE被调度时，从所述调度程度因子容器中扣除与所述调度对应资源数量相应的调度程度因子；例如，每发送一个数据包，可从调度程度因子容器中扣除与该数据包大小对应的调度程度因子；

4．对调度程度因子容器容量的上限不作限制；

5．调度程度因子容器的下限为零；

6.添加的调度程度因子随着所述最小比特率的减小而减小；由于MinBR能够表示数据包大小，故小数据包所在调度程度因子容器中调度程度因子的数量增长较为缓慢；

7.调度程度因子容器中调度程度因子的数量用于表示相应所述UE承载被调度的程度，其可作为确定调度优先级参数的依据；由于在每个调度周期内UE的资源调度是依据调度优先级参数来进行的，调度优先级参数越大，被调度的可能性越大，而所述调度优先级参数是随着所述调度程度因子容器中调度程度因子的数量的增大而增大的，故调度程度因子容器中调度程度因子的数量较小时可能得不到调度，因此，应用本申请，小数据包所在调度程度因子容器中调度程度因子的数量增长较为缓慢，故很有可能需要积攒多次才能被调度。

在本申请的一种优选实施例中，所述依据所述UE承载对应的最小比特率，往相应调度程度因子容器中添加调度程度因子的步骤，可以进一步包括：

子步骤A1、依据系统带宽、最小比特率和包时延设置UE承载的添加周期；

子步骤A2、在UE承载的每个添加周期往相应调度程度因子容器中添加与添加周期相应的调度程度因子。

为了使得所述添加的调度程度因子随着所述最小比特率的减小而减小，本申请在UE承载的每个添加周期进行调度程度因子的添加，由于与添加周期相应的调度程度因子通常为最小比特率与添加周期的比值，而最小比特率能够表示数据包大小，故小数据包所在调度程度因子容器中调度程度因子的数量增长较为缓慢；因此，所述添加的调度程度因子能够随着所述最小比特率的减小而减小。

在本申请的一种优选实施例中，所述在UE承载的每个添加周期往相应调度程度因子容器中添加与添加周期相应的调度程度因子的步骤，可以进一步包括：

子步骤B1、依据UE的标识确定相应UE承载在每个添加周期内的更新时间点；

子步骤B2、在UE承载的每个添加周期内的更新时间点，往相应调度程度因子容器中添加与添加周期相应的调度程度因子。

由于UE的标识（UEID）在小区内是唯一的，故子步骤B1能够使得每个UE承载对应不同的每个添加周期内的更新时间点，故本优选实施例能够在添加周期内均匀地分布UE承载的更新时间点，这样能够避免在某一时刻处理器的负荷急剧增加。

例如，对于添加周期为70ms的业务，假设其承载所属UE的UEID为N，则相应UE承载在每个添加周期内的更新时间点可以表示为N mod 70（mod为取余运算符）；当然，上述取余运算只是作为示例，并不作为本申请的应用限制。

参照表1，示出了本申请一种依据系统带宽、最小比特率和包时延设置的UE承载的添加周期的示例。表1中依据系统带宽、最小比特率和包时延与UE承载的添加周期之间的对应关系可由本领域技术人员依据实际情况配置，并不作为本申请的应用限制。

在实际应用中，依据UE承载的系统带宽、MinBR和PDB查找表1，即可得到相应的添加周期；例如，UE承载的系统带宽为20MHz-下行，MinBR为64kbps，PDB为100ms，则可以查找得到相应的添加周期为70ms。

表1

步骤103、依据所述调度程度因子容器中调度程度因子的数量，确定调度优先级参数；所述调度优先级参数随着所述调度程度因子容器中调度程度因子的数量的增大而增大；

所述调度程度因子容器中调度程度因子的数量用于表示相应所述UE承载被调度的程度，所述调度程度因子容器中调度程度因子的数量越多则表示相应UE承载未被调度的数据包越多，因此被调度的程度越大，因此，调度优先级参数也较大。如果所述调度程度因子容器中调度程度因子的数量为0或者负数，则表示相应UE的业务已被满足，调度算法将调度其它业务未被满足的UE。

在本申请的一种应用示例中，可以采用线性函数描述调度优先级参数y和所述调度程度因子容器中调度程度因子的数量x之间的关系，例如，y=ax+b，其中，a>0，b≥0；a，b的一种典型示例为a=1，b=0。

在本申请的另一种应用示例中，可以依据UE承载的系统带宽和最小比特率设置调度程度因子的量化等级以及相应的量化粒度，并建立所述调度优先级参数和所述调度程度因子容器中调度程度因子的量化等级之间的映射关系（可以为线性函数或非线性函数等，在此不作赘述）；其中，量化粒度可用于表示调度程度因子的数量每提高一个量化等级所需的累积量。

参照表2，示出了本申请一种UE承载的系统带宽和最小比特率与量化等级以及相应的量化粒度和量化等级之间对应关系的示例；其中，量化等级的上限为17，也即量化等级的范围为1～17；量化粒度表示调度程度因子的数量每提高一个量化等级所需的累积量。例如，对于20MHz-下行的系统带宽，如果调度程度因子容器中调度程度因子的数量大于等于m*5120bits且小于（m+1）*5120bits，则可认为相应的量化等级为m，其中m为大于等于2的整数；以及，调度程度因子容器中调度程度因子的数量大于0且小于5120bits，则可认为相应的量化等级为1。

需要说明的是，本申请实施例中，调度程度因子容器中调度程度因子的数量，或者调度程度因子容器中调度程度因子的量化等级均可作为步骤103确定调度优先级参数的依据，本申请对具体的确定方法不加以限制。

可以理解，表2中UE承载的系统带宽和最小比特率与量化等级以及相应的量化粒度之间对应关系可由本领域技术人员依据实际情况配置，并不作为本申请的应用限制。

表2

步骤104、在所述UE承载的时延大于时延门限时，依据所述调度优先级参数进行UE的资源调度；

步骤105、在所述UE承载的时延小于等于时延门限时，依据所述UE承载的时延和所述调度程度因子容器中调度程度因子的数量更新所述调度优先级参数，并依据更新后的调度优先级参数进行UE的资源调度；

本申请发明人还注意到，包时延也是Non-GBR业务的重要参数之一；现有技术的调度方法中没有考虑包时延，很有可能出现这样的问题：即使UE被调度了，但数据包到达UE时已经超过相应业务所允许的最大时延，这样将会严重影响用户的业务感知度。

针对上述问题，为了满足Non-GBR业务的QoS需求，本申请除了考虑MinBR因素外，还考虑包时延因素；具体而言，在UE承载的时延小于等于时延门限时，依据所述UE承载的时延和所述调度程度因子容器中调度程度因子的数量更新所述调度优先级参数，并依据更新后的调度优先级参数进行UE的资源调度；所述更新能够针对即将超过相应业务所允许的最大时延的UE承载，增大其调度优先级参数，故能够避免影响到用户的业务感知度，也即相对于现有技术能够提高用户的业务感知度。

在具体实现中，可以根据监测获得UE承载的时延T，并判断T是否达到时延门限TPDB，如果小于等于则表示达到时延门限，进一步表明此时如果再不进行UE的调度，则很可能无法满足QoS的时延要求，进而影响用户的业务感知度；因此需要更新调度优先级参数。

在实际应用中，可利用下式得到UE承载的时延T：

T＝T_PDB-T_{MAX_Delay}                        （1）

其中，T_PDB表示QCI对应的PDB门限值

T_{MAX_Delay}表示从基站PDCP（分组数据汇聚协议，Packet Data ConvergenceProtocol）收到数据包到MAC（介质访问控制层，Medium Access Control）调度已经耗费的时间，具体可从基站在每个RB（无线承载，Radio Bear）的数据包头的时间戳获得。

在本申请的一种优选实施例中，所述在所述UE承载的时延小于等于时延门限时，更新所述调度优先级参数的步骤，可以进一步包括：

子步骤C1、在所述UE承载的时延小于等于预设的HARQ重传时间，且相应调度程度因子容器中调度程度因子的数量大于零时，增大所述UE承载的调度优先级参数。

在无线传输环境下，信道噪声和由于移动性带来的衰落以及其他用户带来的干扰有可能使得信道传输质量很差，HARQ（混合自动重传请求，Hybrid Automatic Repeat Request）能够在前一次尝试传输失败进行自动重传，能够很好地补偿无线移动信道时变和多径衰落对信号传输的影响。

在本优选实施例中，为了保证QoS中的包时延需求，可以将n次HARQ时间T_n*HARQ作为预设的HARQ重传时间；如果监测发现UE承载的时延小于等于n次HARQ时间，那么为了满足该UE的QoS，就应该增大其调度优先级参数，提高其被调度的可能性。

在实际应用中，可依据LTE系统的实现和应用场景设置n的取值，例如，对于LTE系统，一般认为最大HARQ重传次数为4，每次重传时延一般为10ms，因此本申请的一种应用示例中，T_n*HARQ=10*4=40ms；当然，该示例并不作为本申请的应用限制。

由于所述调度程度因子容器中调度程度因子的数量为0或者负数，对应UE的业务已被满足，故本优选实施例在所述UE承载的时延小于等于预设的HARQ重传时间时，还需要同时满足调度程度因子容器中调度程度因子的数量大于零这个条件，才会增大所述UE承载的调度优先级参数。

在本申请的一种优选实施例中，所述增大所述UE承载的调度优先级参数的步骤，可以进一步包括：将所述UE承载的调度优先级参数增大到预设的最大调度优先级参数。

在本申请的一种应用示例中，子步骤C1的实现过程具体可以包括：

当T<=n*10ms，且N_MinBR>0时，K_PDB=MAX（f(N_MinBR)）+1；其中，N_MinBR表示所述调度程度因子容器中调度程度因子的数量，MAX（f(N_MinBR)）表示对所述调度程度因子容器中调度程度因子的最高量化等级对应的调度优先级参数，如表2所示，最高量化等级为17，因此更新后的调度优先级参数为K_PDB=18。由于未更新的调度优先级参数的最大值为17，故上述更新后的调度优先级参数在所有优先级参数中是最大的，能够最先被调度。

当然上述示例中，K_PDB=MAX（f(N_MinBR)）+1作为预设的最大调度优先级参数，也是相应UE最先被调度需要满足的条件，如果不使相应UE最先被调度而是仅仅其被调度的优先级，则其它增大所述UE承载的调度优先级参数的方法也是可行的，如K_PDB=MAX（f(N_MinBR)）+p，p为小于1的整数等等。

在本申请的一种实施例中，所述在所述UE承载的时延小于等于时延门限时，更新所述调度优先级参数的步骤，可以进一步包括：

子步骤D1、在所述UE承载的时延小于等于预设的HARQ重传时间，且相应调度程度因子容器中调度程度因子的数量大于零时，增大所述UE承载的调度优先级参数；

子步骤D2、在所述UE承载的时延小于等于预设的HARQ重传时间，且相应调度程度因子容器中调度程度因子的数量小于等于零时，所述UE承载的调度优先级参数保持不变；

子步骤D3、在所述UE承载的时延大于预设的HARQ重传时间时，所述UE承载的调度优先级参数保持不变。

由于所述调度程度因子容器中调度程度因子的数量为0或者负数，对应UE的业务已被满足，故子步骤D2会保持原有的调度优先级参数；并且，在所述UE承载的时延大于预设的HARQ重传时间时，可认为相应UE没有特别高的被调度的需求，故子步骤D2也会保持原有的调度优先级参数。

步骤106、在UE被调度时，从所述调度程度因子容器中扣除与所述调度对应资源数量相应的调度程度因子。

本申请实施例中，调度优先级参数直接作为UE的资源调度的依据，调度优先级参数越大则表示相应UE的优先级较高，故优先调度该UE并为其分配资源，调度优先级参数越小则表示相应UE的优先级较低，故应在优先为调度优先级参数较大的UE分配资源后判断是否有剩余资源，若是则进行调度优先级参数较小的UE的调度。

在具体实现中，可在调度周期内按照调度优先级参数从大到小的顺序对UE进行资源调度。如果调度周期未结束时资源为空，则当前调度周期内调度完成；或者，即使调度周期结束时资源不为空，但由于下一调度周期到来时UE的调度优先级参数很有可能有所更新，故应在下一调度周期内重新按照调度优先级参数从大到小的顺序对UE进行资源调度。

由于小数据包所在调度程度因子容器中调度程度因子的数量增长较为缓慢，故小数据包对应UE很有可能由于调度优先级参数在连续数个调度周期内均排在靠后的顺序而得不到调度，也即，小数据包很有可能需要积攒多次才能被调度。

总之，本申请依据Non-GBR业务的最小比特率（MinBR）和包时延进行资源调度；对于数据包业务，在时延允许的范围内，其调度优先级主要取决于所在调度程度因子容器中调度程度因子的数量，而小数据包所在调度程度因子容器中调度程度因子的数量增长较为缓慢，可能需要积攒多次才能被调度；换个说法，在此期间大数据包被调度的机会更多，而小数据包业务通过多次积攒成一个大的数据包而被调度，一次性满足Non-GBR业务的MinBR要求；因此相对于现有技术，本申请能够减少每个TTI内调度的UE数量，节省空口资源。

当然在数据包业务超出时延允许的范围时，本申请会通过更新增大调度优先级参数，此时小数据包和大数据包被调度的机会是均等的；更重要的是，本申请能够避免数据包业务超出时延允许的范围，提高用户的业务感知度。

由于本申请依据最小比特率进行资源调度，对于运营商而言，其可以针对不同等级的UE设置不同的MinBR，通常等级高的UE MinBR大，等级低的UE MinBR小；这样能够增大网络资源的效用，满足运营商的运营需求。

参照图2，示出了本申请一种基于服务质量的资源调度方法，具体可以包括：

步骤201、针对用户设备UE承载配置调度程度因子容器；所述调度程度因子容器中调度程度因子的数量用于表示相应所述UE承载被调度的程度；

步骤202、依据所述UE承载对应的最小比特率，往相应调度程度因子容器中添加调度程度因子；其中，所述添加的调度程度因子随着所述最小比特率的减小而减小；

步骤203、依据所述调度程度因子容器中调度程度因子的数量，确定调度优先级参数；所述调度优先级参数随着所述调度程度因子容器中调度程度因子的数量的增大而增大；

步骤204、依据UE承载的服务质量类型标识，确定UE承载的承载层次优先级；

步骤205、在所述UE承载的时延大于时延门限时，依据所述承载层次优先级和调度优先级参数进行UE的资源调度；

步骤206、在所述UE承载的时延小于等于时延门限时，更新所述调度优先级参数，并依据所述承载层次优先级和更新后的调度优先级参数进行UE的资源调度；

步骤207、在UE被调度时，从所述调度程度因子容器中扣除与所述调度对应资源数量相应的调度程度因子。

方法实施例2综合依据承载层次优先级和调度优先级参数进行资源调度，其中，所述承载层次优先级可依据UE承载的QCI（服务质量类型标识）确定。

LTE系统中，RB（无线承载）是和业务一一对应的，在每个RB建立的过程中，EPC（演进分组核心网，Evolved Packet Core）会将此RB所对应业务的QCI通知基站；故基站则可根据QCI的优先级确定UE对应RB的优先级。

比如对于在线游戏类的业务，其属于GBR业务，QCI为3；对于流媒体业务，其属于Non-GBR业务，QCI为6，那么在线游戏类业务的优先级高于流媒体，因此在优先级队列中也排在前面。在3GPP 23.203协议中，详细定义了每种QCI所对应的优先级（Priority）。故方法实施例2中承载层次优先级可依据QCI的优先级来确定。

方法实施例2中，确定UE进行资源调度的顺序具体可以包括：首先按照承载层次优先级从高到低的顺序对UE进行第一排序，得到第一排序结果，然后按照调度优先级参数从大到小的顺序对第一排序结果进行第二排序，得到第二排序结果，最后按照第二排序结果中从前到后的顺序进行UE的资源调度；或者，首先按照调度优先级参数从大到小的顺序对UE进行第三排序，得到第三排序结果，然后按照承载层次优先级从高到低的顺序对第三排序结果进行第四排序，得到第四排序结果，最后按照第四排序结果中从前到后的顺序进行UE的资源调度。

对于方法实施例2而言，由于其与方法实施例1基本相似，所以描述的比较简单，相关之处参见方法实施例1的部分说明即可。

与前述方法实施例相应，本申请还公开了一种基于服务质量的资源调度装置，参照图3所示的结构图，具体可以包括：

容器配置模块301，用于针对用户设备UE承载配置调度程度因子容器；所述调度程度因子容器中调度程度因子的数量用于表示相应所述UE承载被调度的程度；

因子添加模块302，用于依据所述UE承载对应的最小比特率，往相应调度程度因子容器中添加调度程度因子；其中，所述添加的调度程度因子随着所述最小比特率的减小而减小；

优先级参数确定模块303，用于依据所述调度程度因子容器中调度程度因子的数量，确定调度优先级参数；所述调度优先级参数随着所述调度程度因子容器中调度程度因子的数量的增大而增大；

时延内调度模块304，用于在所述UE承载的时延大于时延门限时，依据所述调度优先级参数进行UE的资源调度；

超时延调度模块305，用于在所述UE承载的时延小于等于时延门限时，依据所述UE承载的时延和所述调度程度因子容器中调度程度因子的数量更新所述调度优先级参数，并依据更新后的调度优先级参数进行UE的资源调度；及

因子扣除模块306，用于在UE被调度时，从所述调度程度因子容器中扣除与所述调度对应资源数量相应的调度程度因子。

在本申请的一种优选实施例中，所述因子添加模块302可以进一步包括：

周期设置子模块，用于依据系统带宽、最小比特率和包时延设置UE承载的添加周期；所述UE承载的添加周期随着所述最小比特率的减小而增大；

周期添加子模块，用于在UE承载的每个添加周期往相应调度程度因子容器中添加与添加周期的调度程度因子。

在本申请的一种优选实施例中，所述周期添加子模块可以进一步包括：

更新时间确定单元，用于依据UE的标识确定相应UE承载在每个添加周期内的更新时间点；

更新时间添加单元，用于在UE承载的每个添加周期内的更新时间点，往相应调度程度因子容器中添加与添加周期相应的调度程度因子。

在本申请的一种优选实施例中，所述超时延调度模块305可以进一步包括：

参照增大子模块，用于在所述UE承载的时延小于等于预设的HARQ重传时间，且相应调度程度因子容器中调度程度因子的数量大于零时，增大所述UE承载的调度优先级参数。

在本申请实施例中，优选的是，所述参照增大子模块，可具体用于将所述UE承载的调度优先级参数增大到预设的最大调度优先级参数。

在本申请的一种优选实施例中，所述装置还可以包括：

层次优先级确定模块，用于依据UE承载的服务质量类型标识，确定UE承载的承载层次优先级；

综合超时延调度模块，用于在所述UE承载的时延小于等于时延门限时，更新所述调度优先级参数，并依据所述承载层次优先级和更新后的调度优先级参数进行UE的资源调度；

综合时延内调度模块，在所述UE承载的时延大于时延门限时，依据所述承载层次优先级和调度优先级参数进行UE的资源调度。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

以上对本申请所提供的一种基于服务质量的资源调度方法和装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (12)

1.一种基于服务质量的资源调度方法，其特征在于，包括：

针对用户设备UE承载配置调度程度因子容器；所述调度程度因子容器中调度程度因子的数量用于表示相应所述UE承载被调度的程度；

依据所述UE承载对应的最小比特率，往相应调度程度因子容器中添加调度程度因子；其中，所述添加的调度程度因子随着所述最小比特率的减小而减小；

依据所述调度程度因子容器中调度程度因子的数量，确定调度优先级参数；所述调度优先级参数随着所述调度程度因子容器中调度程度因子的数量的增大而增大；

在所述UE承载的时延大于时延门限时，依据所述调度优先级参数进行UE的资源调度；

在所述UE承载的时延小于等于时延门限时，依据所述UE承载的时延和所述调度程度因子容器中调度程度因子的数量更新所述调度优先级参数，并依据更新后的调度优先级参数进行UE的资源调度；

在UE被调度时，从所述调度程度因子容器中扣除与所述调度对应资源数量相应的调度程度因子。

2.如权利要求1所述的方法，其特征在于，所述依据所述UE承载对应的最小比特率，往相应调度程度因子容器中添加调度程度因子的步骤，包括：

依据系统带宽、最小比特率和包时延设置UE承载的添加周期；

在UE承载的每个添加周期往相应调度程度因子容器中添加与添加周期相应的调度程度因子。

3.如权利要求2所述的方法，其特征在于，所述在UE承载的每个添加周期往相应调度程度因子容器中添加与添加周期相应的调度程度因子的步骤，包括：

依据UE的标识确定相应UE承载在每个添加周期内的更新时间点；

在UE承载的每个添加周期内的更新时间点，往相应调度程度因子容器中添加与添加周期相应的调度程度因子。

4.如权利要求1所述的方法，其特征在于，所述在所述UE承载的时延小于等于时延门限时，更新所述调度优先级参数的步骤，包括：

在所述UE承载的时延小于等于预设的HARQ重传时间，且相应调度程度因子容器中调度程度因子的数量大于零时，增大所述UE承载的调度优先级参数。

5.如权利要求4所述的方法，其特征在于，所述增大所述UE承载的调度优先级参数的步骤，包括：将所述UE承载的调度优先级参数增大到预设的最大调度优先级参数。

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

依据UE承载的服务质量类型标识，确定UE承载的承载层次优先级；

在所述UE承载的时延小于等于时延门限时，更新所述调度优先级参数，并依据所述承载层次优先级和更新后的调度优先级参数进行UE的资源调度；

在所述UE承载的时延大于时延门限时，依据所述承载层次优先级和调度优先级参数进行UE的资源调度。

7.一种基于服务质量的资源调度装置，其特征在于，包括：

容器配置模块，用于针对用户设备UE承载配置调度程度因子容器；所述调度程度因子容器中调度程度因子的数量用于表示相应所述UE承载被调度的程度；

因子添加模块，用于依据所述UE承载对应的最小比特率，往相应调度程度因子容器中添加调度程度因子；其中，所述添加的调度程度因子随着所述最小比特率的减小而减小；

优先级参数确定模块，用于依据所述调度程度因子容器中调度程度因子的数量，确定调度优先级参数；所述调度优先级参数随着所述调度程度因子容器中调度程度因子的数量的增大而增大；

时延内调度模块，用于在所述UE承载的时延大于时延门限时，依据所述调度优先级参数进行UE的资源调度；

超时延调度模块，用于在所述UE承载的时延小于等于时延门限时，依据所述UE承载的时延和所述调度程度因子容器中调度程度因子的数量更新所述调度优先级参数，并依据更新后的调度优先级参数进行UE的资源调度；及

因子扣除模块，用于在UE被调度时，从所述调度程度因子容器中扣除与所述调度对应资源数量相应的调度程度因子。

8.如权利要求7所述的装置，其特征在于，所述因子添加模块包括：

周期设置子模块，用于依据系统带宽、最小比特率和包时延设置UE承载的添加周期；

周期添加子模块，用于在UE承载的每个添加周期往相应调度程度因子容器中添加与添加周期相应的调度程度因子。

9.如权利要求8所述的装置，其特征在于，所述周期添加子模块包括：

更新时间确定单元，用于依据UE的标识确定相应UE承载在每个添加周期内的更新时间点；

更新时间添加单元，用于在UE承载的每个添加周期内的更新时间点，往相应调度程度因子容器中添加与添加周期相应的调度程度因子。

10.如权利要求7所述的装置，其特征在于，所述超时延调度模块包括：

参照增大子模块，用于在所述UE承载的时延小于等于预设的HARQ重传时间，且相应调度程度因子容器中调度程度因子的数量大于零时，增大所述UE承载的调度优先级参数。

11.如权利要求10所述的装置，其特征在于，所述参照增大子模块，具体用于将所述UE承载的调度优先级参数增大到预设的最大调度优先级参数。

12.如权利要求7所述的装置，其特征在于，还包括：

层次优先级确定模块，用于依据UE承载的服务质量类型标识，确定UE承载的承载层次优先级；

综合超时延调度模块，用于在所述UE承载的时延小于等于时延门限时，更新所述调度优先级参数，并依据所述承载层次优先级和更新后的调度优先级参数进行UE的资源调度；

综合时延内调度模块，在所述UE承载的时延大于时延门限时，依据所述承载层次优先级和调度优先级参数进行UE的资源调度。

Images