CN111629435A - 一种业务调度的方法和设备 - Google Patents

Abstract

本发明实施例公开了一种业务调度的方法和设备，用以解决现有技术在需要配置最小保障速率时，调度方法较为复杂，效果较差的问题。本发明实施例在进行业务调度时，通过调度子帧发送至少一个调度业务的数据；若所述调度业务中有最小保障速率业务，则在确定所述最小保障速率业务对应的累计数据量超过门限值后，停止发送调度业务的数据，并通过调度子帧发送所述最小保障速率业务的数据；其中，所述累计数据量是根据所述最小保障速率业务对应的最小保障速率确定的。此方法实现方式简单，降低系统开销，同时，在需要满足最小保障速率时，保障了业务调度过程中调度结果为速率红利比值为所配置的调度级别之比。

Description

一种业务调度的方法和设备

技术领域

本发明涉及无线通信技术领域，特别涉及一种业务调度的方法和设备。

背景技术

在进行Non-GBR(Non-Guaranteed Bit Rate，无保证速率)业务调度时，通常有两种方式，一种是绝对优先算法，即QCI(Quality of Service Class Identifier，服务质量等级标识符)6>QCI7>QCI8>QCI9，还有一种是相对优先的调度算法，即将这四种业务放在同一个优先级层进行排序，排序时参考给这四种业务配置的调度级别，当小区非拥塞且用户AMBR(Aggregate Maximum BitRate，聚合最大比特速率)不受限时，如信道质量、业务量等其它条件相同，保证小区内任意两个Non-GBR业务承载的速率红利比值为所配置的调度级别之比，其中，速率红利为用户的实际速率与最小保障速率的差值。

但是如果需要配置最小保障速率，现有技术提供了的业务调度方式为一个调度子帧中部分资源用于发送最小保障速率业务的累计数据量，剩余资源按照所有业务的调度优先级进行分配，调度结果为最终速率比为配置的调度级别比，并不是速率红利比值为所配置的调度级别之比，导致实现效果较差，而当累计数据量达到门限值后需要占用调度子帧的部分调度资源，因此，需要多次根据算法确定调度子帧中每个业务分配的调度资源，业务调度方法较为复杂。

综上所述，现有技术在需要配置最小保障速率时，调度方法较为复杂，效果较差。

发明内容

本发明实施例提供一种业务调度的方法和设备，用以解决现有技术在需要配置最小保障速率时，调度方法较为复杂，效果较差的问题。

第一方面，本发明实施例提供的一种业务调度的方法包括：

通过调度子帧发送至少一个调度业务的数据；若所述调度业务中有最小保障速率业务，则在确定所述最小保障速率业务对应的累计数据量超过门限值后，停止发送调度业务的数据，并通过调度子帧发送所述最小保障速率业务的数据；其中，所述累计数据量是根据所述最小保障速率业务对应的最小保障速率确定的。

上述方法，在通过调度子帧发送至少一个调度业务的数据过程中，如果所述调度业务中有需要最小保障速率的业务，则在确定所述最小保障速率业务对应的累计数据量超过门限值后，停止发送调度业务的数据，并通过调度子帧发送所述最小保障速率业务的数据，因发送最小保障速率业务累计数据量使用的子帧与正常业务调度子帧不是一个子帧，从而可以使用已记录的资源分配方式进行业务调度，减少系统开销，实现方式简单，同时，在需要满足最小保障速率时，保障了业务调度过程中调度结果为速率红利比值为所配置的调度级别之比。

在一种可能的实现方式中，通过调度子帧发送所述最小保障速率业务的数据，包括：通过调度子帧发送所述最小保障速率业务的数据，其中发送的数据的数据量等于所述门限值。

上述方法，通过调度子帧发送所述最小保障速率业务的数据，其中发送的数据的数据量等于所述门限值，从而满足最小保障速率业务的最小保障速率。

在一种可能的实现方式中，所述方法还包括：若同一时刻有多个最小保障速率业务对应的累计数据量超过门限值，则选择一个累计数据量超过门限值的最小保障速率业务，并通过调度子帧发送选择的最小保障速率业务的数据；在选择的最小保障速率业务的数据发送完成后继续选择一个累计数据量超过门限值的最小保障速率业务，并通过调度子帧发送选择的最小保障速率业务的数据，直到选择了所有累计数据量超过门限值的最小保障速率业务。

上述方法，若同一时刻有多个最小保障速率业务对应的累计数据量超过门限值，则通过调度子帧依次发送一个累计数据量超过门限值的最小保障速率业务对应的数据。

在一种可能的实现方式中，通过下列方式选择一个累计数据量超过门限值的最小保障速率业务：从累计数据量超过门限值的最小保障速率业务中随机选取一个累计数据量超过门限值的最小保障速率业务；或根据最小保障速率业务的累计数据量超过门限值的时间顺序，顺次选取累计数据量超过门限值的最小保障速率业务。

上述方法，提供了多种选取累计数据量超过门限值的最小保障速率业务的方法，例如随机选取、按照累计数据量超过门限值的时间顺序顺次选取等，适用性更强。

在一种可能的实现方式中，通过下列方式判断最小保障速率业务对应的累计数据量是否超过门限值：判断所述最小保障速率业务对应的令牌桶是否溢出，其中所述令牌桶中令牌的增长速率等于所述最小保障速率业务对应的最小保障速率，所述令牌桶的容量等于所述门限值；如果溢出，则确定所述最小保障速率业务对应的累计数据量超过门限值；否则，确定所述最小保障速率业务对应的累计数据量未超过门限值。

上述方法，提供了一种判断最小保障速率业务对应的累计数据量是否超过门限值的方式，即判断所述最小保障速率业务对应的令牌桶是否溢出，其中，所述令牌桶中令牌的增长速率等于所述最小保障速率业务对应的最小保障速率，所述令牌桶的容量等于所述门限值。

在一种可能的实现方式中，所述通过调度子帧发送所述最小保障速率业务的数据之后，还包括：若没有累计数据量超过门限值的最小保障速率业务，则继续通过调度子帧发送至少一个调度业务的数据。

上述方法，在通过调度子帧发送所述最小保障速率业务的数据之后，继续通过调度子帧发送至少一个调度业务的数据，保障业务调度顺利进行。

在一种可能的实现方式中，按照所述调度业务的调度优先级确定所述调度业务对应的调度子帧中的调度资源；通过确定的调度子帧中的调度资源发送对应的调度业务的数据。

上述方法，当所述通过调度子帧发送所述最小保障速率业务的数据之后，且没有累计数据量超过门限值的最小保障速率业务，则根据之前已记录的各个业务的调度优先级，依次通过调度子帧发送对应调度业务的数据，减少了再次确定业务调度优先级的过程，节省了开销，提升了通信效率。

第二方面，本发明实施例提供一种业务调度的设备，包括：处理器以及收发机：

所述处理器，用于通过调度子帧发送至少一个调度业务的数据；若所述调度业务中有最小保障速率业务，则在确定所述最小保障速率业务对应的累计数据量超过门限值后，停止发送调度业务的数据，并通过调度子帧发送所述最小保障速率业务的数据；其中，所述累计数据量是根据所述最小保障速率业务对应的最小保障速率确定的。

第三方面，本发明实施例还提供了一种业务调度的设备，该设备包括：

发送模块和处理模块，该设备具有实现上述第一方面中任一方面的实施例的功能。

第四方面，本申请还提供一种用于业务调度的设备的计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面中任一方面所述方法的步骤。

另外，第二方面至第四方面中任意一种实现方式所带来的技术效果可参见第一方面中不同实现方式所带来的技术效果，此处不再赘述。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明实施例的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一种业务调度的方法示意图；

图2为本发明实施例调度子帧调度四个业务数据的示意图；

图3为本发明实施例最小保障速率业务的累计数据量超过门限值示意图；

图4为本发明实施例多个最小保障速率业务的累计数据量超门限值示意图；

图5为本发明实施例最小保障速率业务2对应令牌桶A示意图；

图6为本发明实施例最小保障速率业务3对应令牌桶B示意图；

图7为本发明实施例没有累计数据量超过门限值的业务的调度示意图；

图8为本发明实施例第一种业务调度的设备结构示意图；

图9为本发明实施例第二种业务调度的设备结构示意图；

图10为本发明实施例一种配置参数的方法流程示意图。

具体实施方式

为了使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施例作进一步地详细描述，显然，所描述的实施例仅仅是本发明实施例一部份实施例，而不是全部的实施例。基于本发明实施例中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明实施例保护的范围。

下面对文中出现的一些词语进行解释：

(1)本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。

(2)本申请实施例中的“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

(3)本申请实施例中的“令牌桶”是指一种常用的流量控制技术，其中，令牌桶有特定的容量，原理是令牌以一定的速率放入桶中，每个令牌允许源发送一定数量的比特，发送一个包，流量调节器就要从桶中删除与包大小相等的令牌数。

(4)本申请实施例中的“帧”用于在网络中传输数据，适用于FDD(FrequencyDivision Duplexing，频分双工)和TDD(Time Division Duplexing，时分双工)。

其中，无线帧长度是10ms，由两个长度为5ms的半帧组成，每个半帧由5个长度为1ms的子帧组成，其中有4个普通的子帧和1个特殊子帧，所以整个帧也可理解为分成了10个长度为1ms的子帧作为数据调度和传输的单位。

(5)本申请实施例中的“速率红利”是指用户的实际速率与最小保障速率的差值。

(6)本申请实施例中的“比特率(Bit Rate)”是指每秒传送的比特数，比特率越高，传送数据速度越快。

(7)本申请实施例中的“MinBR(Minimum Bit Rate，最小保障速率)”是指在传输过程中需要保障的速率下限。

如图1所示，本发明实施例提供一种业务调度的方法，该方法包括：

步骤100、通过调度子帧发送至少一个调度业务的数据；

步骤101、若所述调度业务中有最小保障速率业务，则在确定所述最小保障速率业务对应的累计数据量超过门限值后，停止发送调度业务的数据，并通过调度子帧发送所述最小保障速率业务的数据；其中，所述累计数据量是根据所述最小保障速率业务对应的最小保障速率确定的。

上述方法，在通过调度子帧发送至少一个调度业务的数据过程中，如果所述调度业务中有需要最小保障速率的业务，则在确定所述最小保障速率业务对应的累计数据量超过门限值后，停止发送调度业务的数据，并通过调度子帧发送所述最小保障速率业务的数据，其中，所述累计数据量是根据所述最小保障速率业务对应的最小保障速率确定的，从而实现了进行业务调度过程中，不管是否配置最小保障速率，都可以实现业务的速率红利满足设置的调度级别比例，达到业务调度的预期效果。

其中，本发明实施例中当所述调度业务中有最小保障速率业务，且所述最小保障速率业务对应的累计数据量超过门限值后，通过一个调度子帧仅发送所述最小保障速率业务的数据；而在没有最小保障速率业务对应的累计数据量超过门限值时，通过一个调度子帧发送至少一个调度业务的数据。

假设，当前有四个调度业务，分别是业务1、业务2、业务3、业务4，其中，所述业务2为最小保障速率业务，第1ms时，所述最小保障速率业务2的累计数据量没有超过门限值，则所述调度子帧1计算出业务1、业务2、业务3、业务4的优先级，比如基于Newpf算法，确定出所述四个业务的优先级比为3:2:4:1，如图2所示，根据计算出的优先级分配调度子帧1的调度资源，最后通过调度子帧1发送四个调度业务的数据，其中，通过调度子帧1发送的每个调度业务的数据大小根据所述每个调度业务分配到的调度子帧1的资源进行确定。

假设如图3所示，当前有四个调度业务，分别是业务1、业务2、业务3、业务4，其中，所述业务2为最小保障速率业务，第1ms时，所述最小保障速率业务2的累计数据量没有超过门限值，则通过调度子帧1发送四个调度业务的数据。第2ms时，所述最小保障速率业务2的累计数据量依旧没有超过门限值，则继续通过调度子帧2发送四个调度业务的数据，第3ms时，所述最小保障速率业务2的累计数据量超过门限值，则停止通过发送四个调度业务的数据，并通过调度子帧3仅发送所述最小保障速率业务的数据。

进一步的，所述最小保障速率业务的累计数据量是根据所述最小保障速率业务对应的最小保障速率确定的，最小保障速率越大，在固定时间内累计数据量越多，因此，达到门限时间越短，触发调度子帧发送所述最小保障速率业务的数据的周期也就越短。其中，在通过调度子帧发送所述最小保障速率业务的数据时，发送的数据的数据量等于所述门限值。

其中，若同一时刻有多个最小保障速率业务对应的累计数据量超过门限值，则选择一个累计数据量超过门限值的最小保障速率业务，并通过调度子帧发送选择的最小保障速率业务的数据；在选择的最小保障速率业务的数据发送完成后继续选择一个累计数据量超过门限值的最小保障速率业务，并通过调度子帧发送选择的最小保障速率业务的数据，直到选择了所有累计数据量超过门限值的最小保障速率业务。

假设如图4所示，当前有四个调度业务，分别是业务1、业务2、业务3、业务4，其中，所述业务2和业务3为最小保障速率业务，第1ms时，没有最小保障速率业务的累计数据量超过门限值，则通过调度子帧1发送四个调度业务的数据，第2ms时，,所述最小保障速率业务2和最小保障速率业务3的累计数据量都超过门限值，此时，停止发送四个调度业务的数据，选择一个累计数据量超过门限值的最小保障速率业务，例如，选择了的最小保障速率业务2，通过调度子帧2发送选择的最小保障速率业务2的数据，然后在选择的最小保障速率业务2的数据发送完成后继续选择最小保障速率业务3，并通过调度子帧3发送选择的最小保障速率业务3的数据。

进一步的，本发明实施例中选择一个累计数据量超过门限值的最小保障速率业务的方式有多种，具体并不限于下述方式：

选择方式1：随机选择。

具体的，从累计数据量超过门限值的最小保障速率业务中随机选择一个累计数据量超过门限值的最小保障速率业务。

假设当前有五个调度业务，分别是业务1、业务2、业务3、业务4、业务5，其中，所述业务2、业务3、业务5为最小保障速率业务，第1ms时，没有最小保障速率业务的累计数据量超过门限值，则通过调度子帧1发送五个调度业务的数据，第2ms时，所述最小保障速率业务2、最小保障速率业务3和最小保障速率业务5的累计数据量都超过门限值，此时，停止发送五个调度业务的数据，从所述三个累计门限量超过门限值的最小保障速率业务中随机选择一个，例如，随机选择了的最小保障速率业务2，通过调度子帧2发送选择的最小保障速率业务2的数据，然后在选择的最小保障速率业务2的数据发送完成后，继续从剩余的两个累计门限量超过门限值的最小保障速率业务中随机选择一个，例如，随机选择了最小保障速率业务5，然后，通过调度子帧3发送选择的最小保障速率业务5的数据，在选择的最小保障速率业务5的数据发送完成后，继续选择最小保障速率业务3，并通过调度子帧4发送选择的最小保障速率业务3的数据。

选择方式2：顺次选择。

具体的，根据最小保障速率业务的累计数据量超过门限值的时间顺序，顺次选择累计数据量超过门限值的最小保障速率业务。

假设当前有四个调度业务，分别是业务1、业务2、业务3、业务4，其中，所述业务2和业务3为最小保障速率业务，第1ms时，没有最小保障速率业务的累计数据量超过门限值，则通过调度子帧1发送四个调度业务的数据，第2ms时，所述最小保障速率业务2和最小保障速率业务3的累计数据量都超过门限值，其中，最小保障速率业务3的累计数据量超过门限值的时间早于最小保障速率业务2的累计数据量超过门限值的时间，此时，停止发送四个调度业务的数据，选择最小保障速率业务3，通过调度子帧2发送选择的最小保障速率业务3的数据，然后在选择的最小保障速率业务3的数据发送完成后继续选择最小保障速率业务2，并通过调度子帧3发送选择的最小保障速率业务2的数据。

进一步的，本发明实施例中判断最小保障速率业务对应的累计数据量是否超过门限值的方式有多种，具体并不限于下述方式：

方式1：令牌桶方式。

具体的，判断所述最小保障速率业务对应的令牌桶是否溢出，其中所述令牌桶中令牌的增长速率等于所述最小保障速率业务对应的最小保障速率，所述令牌桶的容量等于所述门限值；如果溢出，则确定所述最小保障速率业务对应的累计数据量超过门限值；否则，确定所述最小保障速率业务对应的累计数据量未超过门限值。

假设，当前有四个调度业务，分别是业务1、业务2、业务3、业务4，且预设门限值为K，其中，所述业务2和业务3为最小保障速率业务，所述业务2和所述业务3分别对应令牌桶A和令牌桶B，如图5所示，所述令牌桶A中令牌的增长速率等于所述最小保障速率业务2对应的最小保障速率a/ms，所述令牌桶A的容量等于所述门限值K，如图6所示，所述令牌桶B中令牌的增长速率等于所述最小保障速率业务3对应的最小保障速率b/ms，所述令牌桶B的容量等于所述门限值K。

其中，如果所述令牌桶A溢出，则确定所述最小保障速率业务2对应的累计数据量超过门限值，否则，确定所述最小保障速率业务2对应的累计数据量未超过门限值。

方式2：计数器方式。

具体的，通过计数器计算所述最小保障速率业务对应的累计数据量，其中当所述计数器计算的所述最小保障速率业务对应的累计数据量达到所述门限值后，则确定所述最小保障速率业务对应的累计数据量超过门限值；否则，确定所述最小保障速率业务对应的累计数据量未超过门限值。

需要说明的是，本发明实施例中，通过调度子帧发送最小保障速率业务的数据时，将所述最小保障速率业务对应的累计数据量中减少与门限值大小相同的数据量，而通过调度子帧正常发送业务数据时不需要减少最小保障速率业务对应的累计数据量，处理简单高效。

进一步的，通过调度子帧发送所述最小保障速率业务的数据之后，还包括：若没有累计数据量超过门限值的最小保障速率业务，则继续通过调度子帧发送至少一个调度业务的数据。

假设如图7所示，当前有四个调度业务，分别是业务1、业务2、业务3、业务4，其中，所述业务2和业务3为最小保障速率业务，第1ms时，没有最小保障速率业务的累计数据量超过门限值，则通过调度子帧1发送四个调度业务的数据，第2ms时，,所述最小保障速率业务2和最小保障速率业务3的累计数据量都超过门限值，此时，停止发送四个调度业务的数据，选择一个累计数据量超过门限值的最小保障速率业务，例如，选择了的最小保障速率业务2，通过调度子帧2发送选择的最小保障速率业务2的数据，然后在选择的最小保障速率业务2的数据发送完成后继续选择最小保障速率业务3，并通过调度子帧3发送选择的最小保障速率业务3的数据。若通过调度子帧3发送完所述最小保障速率业务3的数据后，没有累计数据量超过门限值的最小保障速率业务，则继续通过调度子帧4发送四个调度业务的数据。

进一步的，通过调度子帧发送至少一个调度业务的数据时，记录调度业务中各个业务的调度信息，以使通过调度子帧发送所述最小保障速率业务的数据之后，若没有累计数据量超过门限值的最小保障速率业务，则根据所述记录的调度业务中各个业务的调度信息继续进行业务调度。

需要说明的是，本发明实施例中记录调度业务中各个业务的调度信息的方式有多种，任何适用于本发明实施例的记录调度业务中各个业务的调度信息的方式都适用本发明。

如图8所示，本发明实施例一种业务调度的设备，该设备包括处理器800、存储器801和收发机802；

处理器800负责管理总线架构和通常的处理，存储器801可以存储处理器800在执行操作时所使用的数据。收发机802用于在处理器800的控制下接收和发送数据。

总线架构可以包括任意数量的互联的总线和桥，具体由处理器800代表的一个或多个处理器和存储器801代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。处理器800负责管理总线架构和通常的处理，存储器801可以存储处理器800在执行操作时所使用的数据。

本发明实施例揭示的流程，可以应用于处理器800中，或者由处理器800实现。在实现过程中，信号处理流程的各步骤可以通过处理器800中的硬件的集成逻辑电路或者软件形式的指令完成。处理器800可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器801，处理器800读取存储器801中的信息，结合其硬件完成信号处理流程的步骤。

具体地，处理器800，用于读取存储器801中的程序并执行：

通过调度子帧发送至少一个调度业务的数据；若所述调度业务中有最小保障速率业务，则在确定所述最小保障速率业务对应的累计数据量超过门限值后，停止发送调度业务的数据，并通过调度子帧发送所述最小保障速率业务的数据；其中，所述累计数据量是根据所述最小保障速率业务对应的最小保障速率确定的。

可选的，所述处理器800具体用于：

通过调度子帧发送所述最小保障速率业务的数据，其中发送的数据的数据量等于所述门限值。

可选的，所述处理器800还用于：

若同一时刻有多个最小保障速率业务对应的累计数据量超过门限值，则选择一个累计数据量超过门限值的最小保障速率业务，并通过调度子帧发送选择的最小保障速率业务的数据；

在选择的最小保障速率业务的数据发送完成后继续选择一个累计数据量超过门限值的最小保障速率业务，并通过调度子帧发送选择的最小保障速率业务的数据，直到选择了所有累计数据量超过门限值的最小保障速率业务。

可选的，通过下列方式选择一个累计数据量超过门限值的最小保障速率业务：

从累计数据量超过门限值的最小保障速率业务中随机选择一个累计数据量超过门限值的最小保障速率业务；或，

根据最小保障速率业务的累计数据量超过门限值的时间顺序，顺次选择累计数据量超过门限值的最小保障速率业务。

可选的，通过下列方式判断最小保障速率业务对应的累计数据量是否超过门限值：

判断所述最小保障速率业务对应的令牌桶是否溢出，其中所述令牌桶中令牌的增长速率等于所述最小保障速率业务对应的最小保障速率，所述令牌桶的容量等于所述门限值；

如果溢出，则确定所述最小保障速率业务对应的累计数据量超过门限值；

否则，确定所述最小保障速率业务对应的累计数据量未超过门限值。

可选的，所述处理器800还用于：

若没有累计数据量超过门限值的最小保障速率业务，则继续通过调度子帧发送至少一个调度业务的数据。

可选的，所述处理器800具体用于：

按照所述调度业务的调度优先级确定所述调度业务对应的调度子帧中的调度资源；通过确定的调度子帧中的调度资源发送对应的调度业务的数据。

如图9所示，本发明提供一种业务调度的设备，该设备包括：

确定模块900：用于通过调度子帧发送至少一个调度业务的数据；

处理模块901：用于若所述调度业务中有最小保障速率业务，则在确定所述最小保障速率业务对应的累计数据量超过门限值后，停止发送调度业务的数据，并通过调度子帧发送所述最小保障速率业务的数据；

其中，所述累计数据量是根据所述最小保障速率业务对应的最小保障速率确定的。

可选的，所述处理模块900具体用于：

通过调度子帧发送至少一个调度业务的数据；

若所述调度业务中有最小保障速率业务，则在确定所述最小保障速率业务对应的累计数据量超过门限值后，停止发送调度业务的数据，并通过调度子帧发送所述最小保障速率业务的数据；

其中，所述累计数据量是根据所述最小保障速率业务对应的最小保障速率确定的。

可选的，所述处理模块900具体用于：

通过调度子帧发送所述最小保障速率业务的数据，其中发送的数据的数据量等于所述门限值。

可选的，所述处理模块900还用于：

若同一时刻有多个最小保障速率业务对应的累计数据量超过门限值，则选择一个累计数据量超过门限值的最小保障速率业务，并通过调度子帧发送选择的最小保障速率业务的数据；

在选择的最小保障速率业务的数据发送完成后继续选择一个累计数据量超过门限值的最小保障速率业务，并通过调度子帧发送选择的最小保障速率业务的数据，直到选择了所有累计数据量超过门限值的最小保障速率业务。

可选的，通过下列方式选择一个累计数据量超过门限值的最小保障速率业务：

从累计数据量超过门限值的最小保障速率业务中随机选择一个累计数据量超过门限值的最小保障速率业务；或，

根据最小保障速率业务的累计数据量超过门限值的时间顺序，顺次选择累计数据量超过门限值的最小保障速率业务。

可选的，通过下列方式判断最小保障速率业务对应的累计数据量是否超过门限值：

判断所述最小保障速率业务对应的令牌桶是否溢出，其中所述令牌桶中令牌的增长速率等于所述最小保障速率业务对应的最小保障速率，所述令牌桶的容量等于所述门限值；

如果溢出，则确定所述最小保障速率业务对应的累计数据量超过门限值；

否则，确定所述最小保障速率业务对应的累计数据量未超过门限值。

可选的，所述处理模块900还用于：

若没有累计数据量超过门限值的最小保障速率业务，则继续通过调度子帧发送至少一个调度业务的数据。

可选的，所述处理模块900具体用于：

按照所述调度业务的调度优先级确定所述调度业务对应的调度子帧中的调度资源；通过确定的调度子帧中的调度资源发送对应的调度业务的数据。

在一些可能的实施方式中，本发明实施例提供的业务调度的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序代码在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书中描述的根据本发明各种示例性实施方式的配置参数的方法中的步骤。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

根据本发明的实施方式的用于业务调度的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在服务器设备上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被信息传输、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由周期网络动作系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备，或者，可以连接到外部计算设备。

本发明实施例针对一种业务调度的方法还提供一种计算设备可读存储介质，即断电后内容不丢失。该存储介质中存储软件程序，包括程序代码，当所述程序代码在计算设备上运行时，该软件程序在被一个或多个处理器读取并执行时可实现本发明实施例上面任何一种业务调度的设备的方案。

上述本申请提供的实施例中，为了实现上述本申请实施例提供的方法中的各功能，发送设备以及接收设备可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

如图10所示，本发明实施例提供的一种业务调度的方法，具体包括以下步骤：

步骤1000、通过调度子帧发送至少一个调度业务的数据，记录调度业务中各个业务的调度信息；

步骤1001、判断是否有最小保障速率业务对应的累计数据量超过门限值，若有，执行步骤1002，若无，执行步骤1003；

步骤1002、停止发送调度业务的数据，确定累计数据量超过门限值的最小保障速率业务的数量；

步骤1003、根据所述调度信息继续通过调度子帧发送对应调度业务的数据；

步骤1004、判断累计数据量超过门限值的最小保障速率业务的数量是否为1个，若是，执行步骤1005，若否，执行步骤1006；

步骤1005、通过调度子帧发送所述最小保障速率业务的数据；

步骤1006、选择一个累计数据量超过门限值的最小保障速率业务，并通过调度子帧发送选择的最小保障速率业务的数据；

步骤1007、判断是否选择了所有累计数据量超过门限值的最小保障速率业务，若是，执行步骤1001，若否，执行步骤1006。

以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。

相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或设备使用，或结合指令执行系统、装置或设备使用。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (14)

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

通过调度子帧发送至少一个调度业务的数据；

若所述调度业务中有最小保障速率业务，则在确定所述最小保障速率业务对应的累计数据量超过门限值后，停止发送调度业务的数据，并通过调度子帧发送所述最小保障速率业务的数据；

其中，所述累计数据量是根据所述最小保障速率业务对应的最小保障速率确定的。

2.如权利要求1所述的方法，其特征在于，通过调度子帧发送所述最小保障速率业务的数据，包括：

通过调度子帧发送所述最小保障速率业务的数据，其中发送的数据的数据量等于所述门限值。

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

若同一时刻有多个最小保障速率业务对应的累计数据量超过门限值，则选择一个累计数据量超过门限值的最小保障速率业务，并通过调度子帧发送选择的最小保障速率业务的数据；

在选择的最小保障速率业务的数据发送完成后继续选择一个累计数据量超过门限值的最小保障速率业务，并通过调度子帧发送选择的最小保障速率业务的数据，直到选择了所有累计数据量超过门限值的最小保障速率业务。

4.如权利要求3所述的方法，其特征在于，通过下列方式选择一个累计数据量超过门限值的最小保障速率业务：

从累计数据量超过门限值的最小保障速率业务中随机选择一个累计数据量超过门限值的最小保障速率业务；或

根据最小保障速率业务的累计数据量超过门限值的时间顺序，顺次选择累计数据量超过门限值的最小保障速率业务。

5.如权利要求1或3所述的方法，其特征在于，通过下列方式判断最小保障速率业务对应的累计数据量是否超过门限值：

判断所述最小保障速率业务对应的令牌桶是否溢出，其中所述令牌桶中令牌的增长速率等于所述最小保障速率业务对应的最小保障速率，所述令牌桶的容量等于所述门限值；

如果溢出，则确定所述最小保障速率业务对应的累计数据量超过门限值；

否则，确定所述最小保障速率业务对应的累计数据量未超过门限值。

6.如权利要求1所述的方法，其特征在于，所述通过调度子帧发送所述最小保障速率业务的数据之后，还包括：

若没有累计数据量超过门限值的最小保障速率业务，则继续通过调度子帧发送至少一个调度业务的数据。

7.如权利要求1所述的方法，其特征在于，所述通过调度子帧发送至少一个调度业务的数据，包括：

按照所述调度业务的调度优先级确定所述调度业务对应的调度子帧中的调度资源；

通过确定的调度子帧中的调度资源发送对应的调度业务的数据。

8.一种业务调度的设备，其特征在于，该设备包括：处理器、存储器和收发机；

其中，所述处理器，用于读取存储器中的程序并执行：

通过调度子帧发送至少一个调度业务的数据；

若所述调度业务中有最小保障速率业务，则在确定所述最小保障速率业务对应的累计数据量超过门限值后，停止发送调度业务的数据，并通过调度子帧发送所述最小保障速率业务的数据；

其中，所述累计数据量是根据所述最小保障速率业务对应的最小保障速率确定的。

9.如权利要求8所述的设备，其特征在于，所述处理器具体用于：

通过调度子帧发送所述最小保障速率业务的数据，其中发送的数据的数据量等于所述门限值。

10.如权利要求8所述的设备，其特征在于，所述处理器还用于：

若同一时刻有多个最小保障速率业务对应的累计数据量超过门限值，则选择一个累计数据量超过门限值的最小保障速率业务，并通过调度子帧发送选择的最小保障速率业务的数据；

在选择的最小保障速率业务的数据发送完成后继续选择一个累计数据量超过门限值的最小保障速率业务，并通过调度子帧发送选择的最小保障速率业务的数据，直到选择了所有累计数据量超过门限值的最小保障速率业务。

11.如权利要求10所述的设备，其特征在于，通过下列方式选择一个累计数据量超过门限值的最小保障速率业务：

从累计数据量超过门限值的最小保障速率业务中随机选取一个累计数据量超过门限值的最小保障速率业务；或

根据最小保障速率业务的累计数据量超过门限值的时间顺序，顺次选取累计数据量超过门限值的最小保障速率业务。

12.如权利要求8或10所述的设备，其特征在于，通过下列方式判断最小保障速率业务对应的累计数据量是否超过门限值：

判断所述最小保障速率业务对应的令牌桶是否溢出，其中所述令牌桶中令牌的增长速率等于所述最小保障速率业务对应的最小保障速率，所述令牌桶的容量等于所述门限值；

如果溢出，则确定所述最小保障速率业务对应的累计数据量超过门限值；

否则，确定所述最小保障速率业务对应的累计数据量未超过门限值。

13.如权利要求8所述的设备，其特征在于，所述处理器还用于：

若没有累计数据量超过门限值的最小保障速率业务，则继续通过调度子帧发送至少一个调度业务的数据。

14.如权利要求8所述的设备，其特征在于，所述处理器具体用于：

按照所述调度业务的调度优先级信息确定所述调度业务对应的调度子帧中的调度资源；通过确定的调度子帧中的调度资源发送对应的调度业务的数据。

Images