CN101541044B - 一种调度方法及调度处理装置 - Google Patents

Abstract

本发明公开了一种调度方法，包括：接收业务流请求，基于业务流种类、服务质量要求将所述接收到的业务流请求进行分组，为业务流组分配带宽、功率资源，基于所述分配的带宽、功率资源，在所述业务流组内进行多用户单业务调度。本发明还公开了一种调度处理装置。实施本发明实施例，通过将不同业务流进行分组，对业务流组分配带宽、功率资源，采用相应的调度策略对所述分配带宽、功率资源的业务流组内部业务进行多用户单业务调度，提高了系统资源的利用率。

Description

一种调度方法及调度处理装置

技术领域

本发明涉及一种通信领域，尤其涉及一种调度方法及调度处理装置。

背景技术

多输入多输出(Multi Input Multi Output，MIMO)技术是在发射和接收端同时采用多天线，能够在频谱和功率资源有限的条件下成倍提高系统容量。正交频分复用(Orthogonal Frequency Division Multiplexing，OFDM)是一种复用技术，OFDM将频率选择性衰落信道转变为一系列平坦衰落子信道，从而有效减少符号间干扰(Inter Symbol Interference，ISI)。高速多媒体业务的发展要求未来无线通信能够在有限的无线资源和恶劣的信道环境下，提供尽可能高的数据速率，同时保证多用户多业务不同服务质量(Qoality of Service，QoS)要求。为了实现上述目标，MIMO技术、OFDM技术以及动态资源分配将是不可缺少的技术。在MIMO-OFDM系统中，利用不同用户独立的频率和空间的选择性衰落，进行联合的空间和频率域的多用户动态资源分配，在最大化MIMO空间复用增益的同时，获取空频联合的多用户分集增益，在保证用户QoS的前提下，尽可能提高系统的性能与资源利用率。

在现有的多用户多业务MIMO-OFDM系统中，采用多用户多业务的调度策略，对混合业务的调度有的是采用的统一的调度方法，对于这种调度方式，实时和非实时业务都采用统一的调度器，基于一定的准则为每个用户赋予一定的优先级，根据优先级进行用户分组的调度；有的是采用基于业务区分的调度方法，在这种调度方式下，实时业务采用适合于实时业务的调度方法，而非实时业务采用适合于非实时业务的调度方法，在调度过程中，首先调度实时业务，满足实时业务的需求，剩余资源分配给非实时用户。这些调度方法虽然满足了实时业务的QoS要求，但是没有充分利用有限的系统资源。

发明内容

本发明实施例所要解决的技术问题在于，提供一种调度方法及调度处理装置，用于实现将不同业务流进行分组，对业务流组分配带宽、功率资源，采用相应的调度策略对所述分配带宽、功率资源的业务流组内部业务进行多用户单业务调度。

为了解决上述技术问题，本发明实施例提供了一种调度方法，包括：

接收业务流请求；

基于业务流种类、服务质量要求将所述接收到的业务流请求进行分组；

为业务流组分配带宽、功率资源，在为业务流组分配带宽、功率资源时，设置分组后的业务流组优先级，检测当前业务流组资源性能参数值，当检测到所述当前业务流组资源性能参数值小于预设的业务流组资源性能第一门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组；当检测到所述当前业务流组剩余资源性能参数值大于预设的业务流组资源性能第二门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述当前业务流组的剩余资源给所述比所述当前业务流组的优先级低的业务流组；

基于所述分配的带宽、功率资源，在所述业务流组内进行多用户单业务调度。

相应地，本发明实施例还提供了一种调度处理装置，包括：

请求接收单元，用于接收业务流请求；

业务流分组单元，用于基于业务流种类、服务质量要求将所述接收到的业务流请求进行分组；

资源分配单元，用于为业务流组分配带宽、功率资源；

业务调度单元，用于基于所述分配的带宽、功率资源，在所述业务流组内进行多用户单业务调度；

所述资源分配单元包括：

优先级设置单元，用于设置分组后的业务流组优先级；

第二资源分配单元，用于检测当前业务流组资源性能参数值，当检测到所述当前业务流组资源性能参数值小于预设的业务流组资源性能第一门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组；当检测到所述当前业务流组剩余资源性能参数值大于预设的业务流组资源性能第二门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述当前业务流组的剩余资源给所述比所述当前业务流组的优先级低的业务流组。

实施本发明实施例，通过将不同业务流进行分组，对业务流组分配带宽、功率资源，采用相应的调度策略对所述分配带宽、功率资源的业务流组内部业务进行多用户单业务调度，提高了系统资源的利用率。

附图说明

图1是本发明调度方法第一实施例流程示意图；

图2是本发明实施例调度处理装置组成示意图；

图3是本发明实施例调度转换装置中资源分配单元的组成示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

本发明实施例提供了一种调度方法，包括：接收业务流请求，基于业务流种类、服务质量要求将所述接收到的业务流请求进行分组，并对分组后的业务流组设置优先级，根据所述优先级为所述业务流组分配带宽、功率资源，基于所述分配的带宽、功率资源，在所述业务流组内进行多用户单业务调度。本发明实施例还提供了一种调度处理装置。下面分别进行详细描述。

参考图1，是本发明调度方法第一实施例流程示意图，包括步骤：

A1、接收业务流请求。

A2、基于业务流种类、服务质量要求将所述接收到的业务流请求进行分组，并对分组后的业务流组设置优先级。

此处，基站(Base Station，BS)根据已经建立起来的业务流种类和QoS要求，将不同业务流进行相应的分组，并对分组后的业务流组设置优先级。

A3、为业务流组分配带宽、功率资源。

此处，不同的业务流组之间根据带宽请求、业务特征、业务的QoS要求、链路层的队列情况以及物理层的信道状态分配、调整资源。

A4、基于所述分配的带宽、功率资源，在所述业务流组内进行多用户单业务调度。

此处，所述业务流组在获取所述带宽、功率资源后，所述不同的业务流组根据业务特征和QoS要求，和调度的目标选择相应的调度策略，在所述业务流组内进行多用户单业务调度，其中所述业务流组内部是根据用户的QoS要求，用户的信道状态信息(Channel State Information，CSI)，以及用户的队列状态信息进行多用户单业务调度，基于所述调度策略，确定下一个调度周期内资源的分配、用户间的复用、调制编码方式以及发送功率。

由于业务流的突发性，每类业务流量都在不断的变化，不能固定分配带宽、功率资源，根据所述优先级为所述业务流组动态分配带宽、功率资源。在周期定时器的定时周期时，根据所述优先级为所述业务流组分配带宽、功率资源，所述为所述业务流组分配带宽、功率资源是在不同的业务流组之间，根据带宽请求、业务特征、业务的QoS要求、链路层的队列情况以及物理层的信道状态分配、调整资源。在所述周期定时器的定时周期内时，在单业务的调度过程中，如果业务的数据量突然增加，导致所分配的带宽、功率资源不足，检测当前业务流组资源性能参数值，当检测到所述当前业务流组资源性能参数值小于预设的业务流组资源性能第一门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组；其中基站抽调所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组，是先抽调第一低优先级的所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组，如果所述当前业务流组所需的资源仍然不足，则从第二低优先级的所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组，依次从优先级低的所述比所述当前业务流组的优先级低的业务流组抽调资源给所述当前业务流组，直到满足所述当前业务流组的资源需求；但如果所述当前业务流组的优先级是第一低，则不抽调资源给所述当前业务流组。在所述定时周期内，如果业务的数据量突然减小，分配给所述当前业务流组的带宽、功率资源有剩余，当检测到所述当前业务流组剩余资源性能参数值大于预设的业务流组资源性能第二门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述当前业务流组的剩余资源给所述比所述当前业务流组的优先级低的业务流组，是先将所述当前业务流组的剩余资源抽调给优先级第一高的所述比所述当前业务流组的优先级低的业务流组，当优先级第一高的所述比所述当前业务流组的优先级低的业务流组的资源得到满足，则抽调给优先级第二高的所述比所述当前业务流组的优先级低的业务流组，依次抽调给所述比所述当前业务流组的优先级低的业务流组，直到将所述当前业务流组的剩余资源抽调完毕。所述业务流组资源性能参数是根据平均时延和/或丢包率获得。对应不同的业务类型，反映业务组资源状况的一般有平均时延、丢包率、掉线率等描述业务性能的参数，具体实施时，所述业务流组资源性能参数可根据所述平均时延、丢包率、掉线率等描述业务性能的参数计算获得，同理所述业务流组剩余资源性能参数值也可以由所述平均时延、丢包率、掉线率等描述业务性能的参数计算获得。

上述为业务流组分配带宽、功率资源是采用周期触发和门限触发相结合的方式，也可以只采用周期触发，或只采用门限触发。在只采用周期触发的情况下，在具体实施时，主要包括：设置分组后的业务流组优先级；在周期定时器的定时周期时，根据所述业务流组优先级为所述业务流组分配带宽、功率资源，所述为所述业务流组分配带宽、功率资源是在不同的业务流组之间，根据带宽请求、业务特征、业务的QoS要求、链路层的队列情况以及物理层的信道状态分配、调整资源。在只采用门限触发的情况下，在具体实施时，主要包括：设置分组后的业务流组优先级；检测当前业务流组资源性能参数值，当检测到所述当前业务流组资源性能参数值小于预设的业务流组资源性能第一门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组；当检测到所述当前业务流组剩余资源性能参数值大于预设的业务流组资源性能第二门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述当前业务流组的剩余资源给所述比所述当前业务流组的优先级低的业务流组。

下面将给出一个具体例子对上述方法进行详细说明，以实时业务和非实时业务为例。

在下行链路多用户MIMO-OFDM系统中，假设小区内用户数为K，总的子载波数为N，为了减小用户反馈信息量，相邻的R个子载波合并成一个子带，作为一个最小的频率分配单元。调度的最小时间单位是一个子帧(1ms)，每个子帧由Symbol_num个OFDM符号构成。基站侧的发送天线数为Nt(设置为4)，每个用户都有Nr个(这里设置为2)接收天线。系统中采用自适应调制编码(Adaptive Modulation and Coding，AMC)以提供变速率的数据传输，调制编码方案(Modulation Coding Scheme，MCS)如表一所示：

表一：

Index	Modulation	Coding Rate	SNRreq(dB)
				MCS1	BPSK	1/4	-3.4
MCS2	BPSK	1/2	-0.4
				MCS3	QPSK	1/2	2.2
MCS4	QPSK	3/4	5.2
				MCS5	8PSK	2/3	7.6
MCS6	16QAM	3/4	10.9
				MCS7	64QAM	2/3	14.5

以下具体介绍调度方案：

假设有四类不同的业务流：网络电话(Voice over Internet Protocol，VoIP)、视频流(Video Streaming)、环球信息网(World Wide Web，WWW)和尽力而为(Best Effort，BE)。四种业务流具有不同的QoS要求。

(1)将不同用户的业务流进行分组，四种业务流共分成四组，并设置优先级顺序为：

VoIP＞Video Streaming＞WWW＞BE

(2)根据表一中的MCS，可以得到每个OFDM符号可以传送的比特数bit_persymbol_m，m＝{1，......，mcs_num}，其中mcs_num是MCS的个数(仿真中mcs_num＝7)。由下式可以得到采用某一种调制编码方案时一个资源能够承载的比特数，即每个子帧每个子带能承载的比特数：

bits_perblock_m＝bits_persymbol_m*symbols_num*R*min(M_T，M_R)，

m＝{1，...，mcs_num}

表一中列出的即为由上式计算出的bit_perblock_m，m＝{1，......，mcs_num}。

然后计算每个资源平均承载的比特数如下：

$\mathrm{aver}\_\mathrm{capacity}=\frac{1}{\mathrm{mcs}\_\mathrm{num}}*\underset{m=1}{\overset{\mathrm{mcs}\_\mathrm{num}}{\mathrm{\Σ}}}\mathrm{bits}\_\mathrm{perbloc}{k}_m$

这样根据信道平均估计状况就可以为每类业务流组分配相应的带宽资源。

(3)首先计算每类业务流组的用户缓存队列中的总的比特数量。对于业务流类k的第i个用户，其缓存队列中的比特数量为bits_in_queue_k，i，则有：

$\mathrm{bits}\_\mathrm{in}\_{\mathrm{queue}}_k=\underset{i=1}{\overset{\mathrm{flow}\_{\mathrm{num}}_k}{\mathrm{\Σ}}}\mathrm{bits}\_\mathrm{in}\_{\mathrm{queue}}_{k,i}$

其中，flow_num_k表示业务流类k中包含的业务流的个数。这样，业务k需要的子带数band_num_k可由下式计算：

$\mathrm{band}\_{\mathrm{amount}}_k={\mathrm{\γ}}_k\·\frac{\mathrm{bits}\_\mathrm{in}\_{\mathrm{queue}}_k}{\mathrm{aver}\_\mathrm{capacity}}$

其中，band_amount_k是当前子帧内业务k所需要的子带数；0＜r_k＜1，r_k用于控制每类业务流组分到资源的量，防止资源的浪费，提高资源的利用率。由于VoIP的优先级第一高，在资源划分时应该首先给它分配资源，然后为VideoStreaming、依次给WWW、BE分配资源，直到VoIP、Video Streaming、WWW、BE获取到应得的资源或者资源被分配完为止。

(4)由于业务的突发性，资源在各类业务流组之间分配完之后，每隔一定的周期需要重新调整、分配一次资源。如果在此周期内，仍存在实时业务组得不到满足的情况，就会发生资源不足的门限触发，需要从非实时业务组中抽调资源给实时业务组，直到满足实时业务组的要求。如果在此周期内，实时业务组的资源有剩余，就会发生资源剩余的门限触发，需要将实时业务组的剩余资源抽调给非实时业务组。对于实时业务组资源剩余的门限触发，以各类业务组的最大资源剩余度作为触发门限，资源剩余度指的是每种业务当前已经占有的子带数与该业务当前实际需要的子带数的比值。当业务流类k的资源剩余度超过最大允许的资源剩余度门限时，就会产生触发，基站从实时业务组占有的资源中抽调出剩余的资源给非实时业务组。

(5)每类业务流组得到相应的资源后，就可以在业务流组内部进行多用户单业务的调度。业务内部的调度要选择合适的调度器，保证用户公平性和QoS需求的前提下，提高系统的频谱效率，达到资源分配的局部优化。

非实时业务组均采用经典的PF(Proportional Fairness)算法，实时业务组均采用M-LWDF(Modified Largest Weighted Delay First)算法。下面具体给出两种算法的描述：

A.非实时业务

非实时业务组的调度采用PF(Proportional Fairness)算法，算法描述如下：假设该业务得到M_k个子带，在时隙t，用户i在子带j上的优先级为：

${\mathrm{priority}}_{i,j}=\frac{\mathrm{ch}\_{\mathrm{rate}}_{i,j}\left(t\right)}{\stackrel{\‾}{r_i}\left(t\right)}$

其中，ch_rate_i，j(t)为用户i在子带j上能够传送的比特数，

为用户i在一个时间窗T_c内接收比特的平均速率。

对于每一个子带j，选择出priority_i，j最大的用户i^*，即：

$i^{*}=\underset{i=\{1,...,K\}}{\arg \max }{\mathrm{Priority}}_{i,j}$

将该子带j分配给其对应的用户i^*。

若用户i在当前时隙内没有数据比特要传输，则其优先级置为0；在每个时隙t，所有的用户都要更新其平均速率

如下：

$\stackrel{\‾}{r_i}\left(t\right)=(1-\frac{1}{T_c})*\stackrel{\‾}{r_i}(t-1)+\frac{1}{T_c}*\mathrm{tran}\_{\mathrm{rate}}_i(t-1)$

若用户i在t-1时隙内没有传送比特，则tran_rate_i(t-1)＝0；

B.实时业务

实时业务组的调度采用M-LWDF(Modified Largest Weighted Delay First)算法，已有的研究表明该算法能够达到吞吐量最优。

假设该业务得到了M_k个子带。在时隙t，用户i对应子带j的优先级如下：

${\mathrm{priority}}_{i,j}=a_i*{\mathrm{delay}}_i*\frac{\mathrm{ch}\_{\mathrm{rate}}_{i,j}\left(t\right)}{\stackrel{\‾}{r_i}\left(t\right)}$

其中，δ_i代表用户i的当前缓存队列中的第一个包的时延超过max_delay_i的概率；max_delay_i为用户i允许的最大包时延，delay_i为用户i的队列中第一个包的时延；ch_rate_i，j(t)为用户i在子带j上能够传送的比特数，

为用户i在一个时间窗T_c内接收比特的平均速率。

对于每一个子带j，选择出priority_i，j最大的用户i^*，即：

$i^{*}=\underset{i=\{1,...,K\}}{\arg \max }{\mathrm{priority}}_{i,j}$

将该子带j分配给其对应的用户i^*。

在一个业务流组内所有的业务流都属于同一类别，具有相同的QoS要求，那么max_delay_i和δ_i对所有用户相同。因此优先级公式可简化为：

${\mathrm{priority}}_{i,j}=\frac{{\mathrm{delay}}_i}{\max \_\mathrm{delay}}*\frac{\mathrm{ch}\_{\mathrm{rate}}_{i,j}\left(t\right)}{\stackrel{\‾}{r_i}\left(t\right)}$

其中，max_delay表示该业务流组内的业务所允许的最大包时延。

在所述业务流组内进行多用户单业务调度过程中，基于所述调度策略，确定下一个调度周期内资源的分配、用户间的复用、调制编码方式以及发送功率。

下面对与上述实施例上应的调度处理装置进行详细说明。

参考图2，是本发明实施例调度处理装置组成示意图，所述调度处理装置包括：

请求接收单元1，用于接收业务流请求；

业务流分组单元2，用于基于业务流种类、服务质量要求将所述接收到的业务流请求进行分组；

此处，基站(Base Station，BS)根据已经建立起来的业务流种类和QoS要求，将不同业务流进行相应的分组。

资源分配单元3，用于为业务流组分配带宽、功率资源；

此处，不同的业务流组之间根据带宽请求、业务特征、业务的QoS要求、链路层的队列情况以及物理层的信道状态分配、调整资源。

业务调度单元4，用于基于所述分配的带宽、功率资源，在所述业务流组内进行多用户单业务调度。

此处，所述基于所述分配的带宽、功率资源，所述业务流组根据业务特点、服务质量要求和调度的目标选择相应的调度策略，在所述业务流组内进行多用户单业务调度。所述业务流组在获取所述带宽、功率资源后，所述不同的业务流组根据业务特征和QoS要求，和调度的目标选择相应的调度策略，在所述业务流组内进行多用户单业务调度，其中所述业务流组内部是根据用户的QoS要求，用户的信道状态信息(Channel State Information，CSI)，以及用户的队列状态信息进行多用户单业务调度，基于所述调度策略，确定下一个调度周期内资源的分配、用户间的复用、调制编码方式以及发送功率。

参考图3，是本发明实施例调度转换装置中资源分配单元的组成示意图，所述资源分配单元3包括：

优先级设置单元31，用于设置分组后的业务流组优先级；

第一资源分配单元32，用于在所述周期定时器的定时周期时，根据所述业务流组优先级为所述业务流组分配带宽、功率资源；

此处，由于业务流的突发性，每类业务流量都在不断的变化，不能固定分配带宽、功率资源，根据所述业务流组优先级为所述业务流组分配带宽、功率资源。在周期定时器的定时周期时，根据所述优先级、所述业务流组分配带宽、功率资源，所述为所述业务流组分配带宽、功率资源是在不同的业务流组之间，根据带宽请求、业务特征、业务的QoS要求、链路层的队列情况以及物理层的信道状态分配、调整资源。

性能参数获取单元33，用于根据平均时延和/或丢包率获得所述业务流组资源性能参数，根据平均时延和/或丢包率获得所述业务流组剩余资源性能参数。

此处，所述业务流组资源性能参数是根据平均时延和/或丢包率获得，对应不同的业务类型，反映业务组资源状况的一般有平均时延、丢包率、掉线率等描述业务性能的参数，具体实施时，所述业务流组资源性能参数可根据所述平均时延、丢包率、掉线率等描述业务性能的参数计算获得，同理所述业务流组剩余资源性能参数值也可以由所述平均时延、丢包率、掉线率等描述业务性能的参数计算获得。

第二资源分配单元34，用于在所述周期定时器的定时周期内时，检测当前业务流组资源性能参数值，当检测到所述当前业务流组资源性能参数值小于预设的业务流组资源性能第一门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组；当检测到所述当前业务流组剩余资源性能参数值大于预设的业务流组资源性能第二门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述当前业务流组的剩余资源给所述比所述当前业务流组的优先级低的业务流组。

此处，在所述周期定时器的定时周期内时，在单业务的调度过程中，如果业务的数据量突然增加，导致所分配的带宽、功率资源不足，检测当前业务流组资源性能参数值，当检测到所述当前业务流组资源性能参数值小于预设的业务流组资源性能第一门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组；其中基站抽调所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组，是先抽调第一低优先级的所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组，如果所述当前业务流组所需的资源仍然不足，则从第二低优先级的所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组，依次从优先级低的所述比所述当前业务流组的优先级低的业务流组抽调资源给所述当前业务流组，直到满足所述当前业务流组的资源需求；但如果所述当前业务流组的优先级是第一低，则不抽调资源给所述当前业务流组。在所述定时周期内，如果业务的数据量突然减小，分配给所述当前业务流组的带宽、功率资源有剩余，当检测到所述当前业务流组剩余资源性能参数值大于预设的业务流组资源性能第二门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述当前业务流组的剩余资源给所述比所述当前业务流组的优先级低的业务流组，是先将所述当前业务流组的剩余资源抽调给优先级第一高的所述比所述当前业务流组的优先级低的业务流组，当优先级第一高的所述比所述当前业务流组的优先级低的业务流组的资源得到满足，则抽调给优先级第二高的所述比所述当前业务流组的优先级低的业务流组，依次抽调给所述比所述当前业务流组的优先级低的业务流组，直到将所述当前业务流组的剩余资源抽调完毕。

实施本发明实施例，通过将不同业务流进行分组，对业务流组分配带宽、功率资源，采用相应的调度策略对所述分配带宽、功率资源的业务流组内部业务进行多用户单业务调度，提高了系统资源的利用率。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (8)

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

接收业务流请求；

基于业务流种类、服务质量要求将所述接收到的业务流请求进行分组；

为业务流组分配带宽、功率资源，在为业务流组分配带宽、功率资源时，设置分组后的业务流组优先级，检测当前业务流组资源性能参数值，当检测到所述当前业务流组资源性能参数值小于预设的业务流组资源性能第一门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组；当检测到所述当前业务流组剩余资源性能参数值大于预设的业务流组资源性能第二门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述当前业务流组的剩余资源给所述比所述当前业务流组的优先级低的业务流组；

基于所述分配的带宽、功率资源，在所述业务流组内进行多用户单业务调度。

2.如权利要求1所述的方法，其特征在于，

在周期定时器的定时周期内时，检测当前业务流组资源性能参数值，当检测到所述当前业务流组资源性能参数值小于预设的业务流组资源性能第一门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组；当检测到所述当前业务流组剩余资源性能参数值大于预设的业务流组资源性能第二门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述当前业务流组的剩余资源给所述比所述当前业务流组的优先级低的业务流组。

3.如权利要求1或2所述的方法，其特征在于，根据平均时延和/或丢包率获得所述业务流组资源性能参数。

4.如权利要求1或2所述的方法，其特征在于，根据平均时延和/或丢包率获得所述业务流组剩余资源性能参数。

5.如权利要求1或2所述的方法，其特征在于，所述基于所述分配的带宽、功率资源，在所述业务流组内进行多用户单业务调度的具体步骤为：

基于所述分配的带宽、功率资源，所述业务流组根据业务特点、服务质量要求和调度的目标选择相应的调度策略，在所述业务流组内进行多用户单业务调度。

6.一种调度处理装置，其特征在于，包括：

请求接收单元，用于接收业务流请求；

业务流分组单元，用于基于业务流种类、服务质量要求将所述接收到的业务流请求进行分组；

资源分配单元，用于为业务流组分配带宽、功率资源；

业务调度单元，用于基于所述分配的带宽、功率资源，在所述业务流组内进行多用户单业务调度；

所述资源分配单元包括：

优先级设置单元，用于设置分组后的业务流组优先级；

第二资源分配单元，用于检测当前业务流组资源性能参数值，当检测到所述当前业务流组资源性能参数值小于预设的业务流组资源性能第一门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组；当检测到所述当前业务流组剩余资源性能参数值大于预设的业务流组资源性能第二门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述当前业务流组的剩余资源给所述比所述当前业务流组的优先级低的业务流组。

7.如权利要求6所述的装置，其特征在于，

第二资源分配单元，用于在周期定时器的定时周期内时，检测当前业务流组资源性能参数值，当检测到所述当前业务流组资源性能参数值小于预设的业务流组资源性能第一门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述比所述当前业务流组的优先级低的业务流组资源给所述当前业务流组；当检测到所述当前业务流组剩余资源性能参数值大于预设的业务流组资源性能第二门限时，判断是否存在比所述当前业务流组的优先级低的业务流组，如果是，则基站抽调所述当前业务流组的剩余资源给所述比所述当前业务流组的优先级低的业务流组。

8.如权利要求6或7所述的装置，所述资源分配单元还包括：

性能参数获取单元，用于根据平均时延和/或丢包率获得所述业务流组资源性能参数，根据平均时延和/或丢包率获得所述业务流组剩余资源性能参数。

Images