CN104023406B - 一种移动通信系统中的上下行调度方法 - Google Patents

Abstract

本申请公开了一种移动通信系统中的上下行调度方法，包括：对于下行语音业务及下行小流量业务，将其离散到各个下行调度子帧内进行调度；对于上行语音业务及上行小流量业务，将其离散到各个上行调度子帧内进行调度。应用本申请，避免语音业务和小流量业务集中在同一子帧内，从而避免这类业务占用大量的调度时间，但仅分配较少的频域资源，从而更有效地利用空口资源。

Description

一种移动通信系统中的上下行调度方法

技术领域

本申请涉及移动通信技术，特别涉及一种移动通信系统中的上下行调度方法。

背景技术

在LTE等通信系统中，系统带宽在频域上被分成资源块（RB），数据被分为持续时间1ms（子帧）的数据块。调度则是决定多个共享空口资源的终端如何使用空口资源，在确保QoS的情况下，小区吞吐量最大化是系统的目标。

基站对数传子帧按用户到来顺序，加入队列并进行优先级排序（语音业务为高优先级），然后按照优先级从高到底逐一进行调度。下行调度完成后再进行上行调度（这主要是因为系统的基本信息需要在下行调度中发出）。每次调度要求在1ms之内完成，调度时间一旦超过限制，本传输时间间隔（TTI）的所做调度不进行或者直接丢弃，即便存在可调度的空口资源，也必须停止调度。

鉴于现有处理器的处理能力限制，一个TTI能够调度的用户数非常有限，下行能调度的用户数虽然不受到直接影响，但会占用更多的调度时间，导致上行调度启动时间更晚，上行能调度的用户更少，常有出现一个TTI中存在大量的可调度资源，但是由于处理时间的不够，而不能进行调度。例如，多个用户的业务在进行优先级排序后，小流量业务或语音业务的用户由于优先级较高，获得优先调度的机会；但是该用户调度完后（此时尚有大流量调度用户未获调度），调度时间已经达到上限限制，此时虽有大量的可调度资源，但是由于调度时间不够而不得不放弃调度。实际场景中曾出现：在近点的8个半静态调度（SPS）用户将上行处理时间耗尽，此时所使用的RB数不到30，此时尚有大量的可调度资源（系统20M带宽），而大流量的PS业务一个也不能进行调度。

发明内容

本申请提供一种移动通信系统中的上下行调度方法，能够有效利用空口资源。

为实现上述目的，申请采用如下的技术方案：

一种移动通信系统中的上下行调度方法，包括：

对于下行语音业务或下行流量小于门限的下行小流量业务的用户，将相应业务离散到各个下行调度子帧内进行调度。

较佳地，在执行所述离散到各个下行调度子帧的操作时，

对所述下行小流量业务和下行语音业务的用户数未超过Nvoip部分的用户，将相应业务离散到只进行下行调度的子帧内进行调度；

对所述下行小流量业务和下行语音业务的用户数超过Nvoip部分的用户，将相应业务离散到同时进行上下行调度的子帧内进行调度；

其中，所述Nvoip为所有只进行下行调度的子帧中所能接受的下行小流量业务和下行语音业务的用户总数。

较佳地，该方法进一步包括：针对上行语音业务的用户或上行流量小于门限的上行小流量业务的用户，将相应业务离散到各个上行调度子帧进行调度。

较佳地，该方法进一步包括：对上行流量大于门限的上行大流量业务的用户，将相应业务离散到各个上行调度调度子帧进行调度。

较佳地，对下行流量大于门限的大流量业务的用户，将相应业务离散到各个下行调度子帧中进行调度。

一种移动通信系统中的上下行调度方法，包括：

对于上行语音业务或上行流量小于门限的上行小流量业务的用户，将相应业务离散到各个上行调度子帧内进行调度。

较佳地，该方法进一步包括：对于下行语音业务或下行流量小于门限的下行小流量业务的用户，将相应业务离散到各个下行调度子帧内进行调度。

较佳地，在执行所述离散到各个下行调度子帧的操作时，

对所述下行小流量业务和下行语音业务的用户数未超过Nvoip部分的用户，将相应业务离散到只进行下行调度的子帧内进行调度；

对所述下行小流量业务和下行语音业务的用户数超过Nvoip部分的用户，将相应业务离散到同时进行上下行调度的子帧内进行调度；

其中，所述Nvoip为所有只进行下行调度的子帧中所能接受的下行小流量业务和下行语音业务的用户总数。

较佳地，对下行流量大于门限的大流量业务的用户，将相应业务离散到各个下行调度子帧中进行调度。

较佳地，该方法进一步包括：对上行流量大于门限的上行大流量业务的用户，将相应业务离散到各个上行调度子帧进行调度。

由上述技术方案可见，本申请中，对于下行语音业务及下行小流量业务，将其离散到各个只进行下行调度子帧内进行调度；对于上行语音业务及上行小流量业务，将其离散到各个上行调度子帧内进行调度。这样，避免语音业务和小流量业务集中在同一子帧内，从而避免这类业务占用大量的调度时间，但仅分配较少的频域资源；确保每个TTI均有时间调度大流量业务。从而更有效地利用空口资源。

附图说明

图1为本申请实例中上下行调度方法的具体流程图。

具体实施方式

为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。

首先说明一下，本申请中的小流量用户是基于调度，主要指调度时只需要分配少量RB的用户或者调度时只能分配少量RB的用户；大流量的用户也与此定义类似。

在背景技术中提到的上下行调度方法中，由于小流量业务和语音业务的用户优先级比较高，通常会获得优先调度的机会；而无论小流量业务还是大流量业务的用户，用于调度的时间通常相近，但是当优先级较高的小流量或语音用户被安排在相同TTI内进行调度时，为每个用户调度的空口资源量比较小，这样累计下来使用总体空口资源量较小，但是占用了大量的调度时间，因此会导致调度时间已满，剩余大量空口资源无法调度的问题。

为解决上述问题，本申请中在上行和/或下行调度两方面来进行改进。

其中，在进行下行调度时，对于下行语音业务或下行流量小于门限的下行小流量业务的用户，将相应业务离散到各个下行调度子帧内进行调度。这样，保证下行小流量业务和下行语音业务不会过于集中在同一子帧内调度，避免调度时间已满却剩余大量空口资源无法调度的问题。

同时，考虑到上行调度是在下行调度完成之后启动，要确保上行调度处理时间，就必须确保在上行调度的TTI中，下行调度尽量不抢占上行的时间；因此本申请中，尽量减少进行上行调度的TTI的下行调度用户数，将小流量的用户或语音用户尽量集中到那些只进行下行调度的TTI。这在一定程度上避免了下行抢占上行时间，使得上行有充足的时间进行调度；此外需要考虑到下行TTI资源使用情况，限制小流量用户的个数和调度结束时间。

具体地，在将下行小流量业务和语音业务离散到各个下行调度子帧中时，具体方式可以为：

1）对下行小流量业务和下行语音业务的用户数未超过Nvoip部分的用户，将相应业务离散到只进行下行调度的子帧内进行调度；

2）对下行小流量业务和下行语音业务的用户数超过Nvoip部分的用户，将相应业务离散到同时进行上下行调度的子帧内进行调度。

其中，Nvoip为所有只进行下行调度的子帧中所能接受的小流量业务或语音业务的用户总数。

也就是说，优先将下行小流量业务和下行语音业务分配在只进行下行调度的子帧内进行调度，当这些子帧无法继续接受下行小流量业务和下行语音业务的用户调度时，再将其他下行小流量业务和下行语音业务分配在同时进行下行调度和上行调度的子帧内进行调度。

在具体实现时，可以确定出待调度的下行小流量业务和下行语音业务的用户总数，按照设置的任意方式将这些待调度的用户分成两部分，第一部分的用户总数不超过Nvoip，这些用户的业务离散到只进行下行调度的子帧内进行调度，这样，只进行下行调度的子帧所能接受的用户总数已经被占满，不能再接受其他下行小流量和下行语音业务；剩余那部分用户的业务就离散到同时进行下行调度和上行调度的子帧内进行调度。

通过上述处理，一方面可以将下行小流量业务和下行语音业务的用户分散在多个不同的子帧内进行调度，另一方面尽量将这些业务的用户在只进行下行调度的子帧内进行调度，为上行调度留出足够的调度时间。

除上述对下行调度进行的改进外，本申请还给出在上行调度上的改进处理。具体地，可以针对上行语音业务的用户和上行流量小于门限的上行小流量业务，将相应业务离散到各个上行调度子帧进行调度，从而避免在上行业务调度时，将小流量业务和/或语音业务集中在相同TTI内进行调度，以避免在有限调度时间内调度的空口资源过少。

在具体实现时，上述上行调度和下行调度的改进可以采用一种进行，或者也可以同时进行上行和下行调度的改进。

通过上述处理，就能够确保还有时间调度大流量的用户，从而充分利用空口资源，确保系统的吞吐量。

为进一步保证足够的调度时间进行大流量用户的调度，可以将下行大流量业务的用户离散到各个下行调度子帧中进行调度，和/或，还可以将上行大流量业务的用户离散到各个上行调度子帧中进行调度，从而保证更多的用户得以进行调度，提高系统的吞吐量。

下面通过一个具体的例子说明本申请的具体处理，其中，以上行调度和下行调度均采用本申请的方法为例进行说明：

图1为本申请实例中的上下行调度方法。如图1所示，该方法包括：

步骤101，判断下行小流量业务和语音业务的用户数是否小于Nvoip，若是，则执行步骤102，否则执行步骤103和104。

步骤102，将下行小流量业务和下行语音业务的用户离散到只进行下行调度的子帧内进行调度，再执行步骤105。

这里，具体将相应业务的用户进行离散调度，可以采用现有方式进行，这里就不再赘述。

步骤103，将前Nvoip个用户的下行小流量业务或下行语音业务离散到只进行下行调度的子帧内进行调度。

步骤104，将剩余的下行小流量业务和下行语音业务的用户离散到同时进行下行调度和上行调度的子帧内进行调度，再执行步骤105。

步骤105，调度其余下行用户。

在调度其余下行用户时，可以采用现有的方式进行。或者，还可以进一步将大流量业务的用户离散到各个下行调度子帧内进行调度。

步骤106，开始上行调度。

步骤107，将上行小流量业务和上行语音业务离散到各个上行调度子帧内进行调度。

步骤108，调度其余上行用户。

在调度其余上行用户时，可以采用现有的方式进行。或者，还可以进一步将大流量业务的用户离散到各个下行调度子帧内进行调度。

至此，本申请中的上下行调度方法流程结束。

由上述本申请的具体实现可见，对于下行语音业务或下行流量小于门限的下行小流量业务的用户，将相应业务离散到各个下行调度子帧内进行调度。从而保证下行小流量业务和下行语音业务不会过于集中在同一子帧内调度。

进一步地，可以优先将下行小流量业务和下行语音业务分配在只进行下行调度的子帧内进行调度，对于剩余下行小流量业务和下行语音业务的用户，也离散到同时进行上下行调度的子帧。这样，确保所用只进行下行调度的子帧和同时进行上下行调度的子帧中的下行调度用户数趋于平衡，进而确保此类子帧的下行耗时趋于平衡。缓解下行抢占上行调度时间的压力，也不影响调度资源的使用。

或者，上行调度将小流量业务或者语音业务离散到各个上行调度的子帧。使得每个TTI中，上行调度再处理完高优先级小流量业务之后，能够调度大流量的用户。在不影响调度优先级的情况下，确保小区的吞吐量。

可见，利用本申请，可以使系统每个子帧内的调度时间均衡，在保证高优先级的小流量业务或语音业务的情况下，系统的空口资源获得充分的调度，系统的吞吐量获得保证。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (6)

1.一种移动通信系统中的上下行调度方法，其特征在于，包括：

对于下行语音业务或下行流量小于门限的下行小流量业务的用户，将相应业务离散到各个下行调度子帧内进行调度；

对下行流量大于门限的大流量业务的用户，将相应业务离散到各个下行调度子帧中进行调度。

2.根据权利要求1所述的方法，其特征在于，在执行所述离散到各个下行调度子帧的操作时，

对所述下行小流量业务和下行语音业务的用户数未超过Nvoip部分的用户，将相应业务离散到只进行下行调度的子帧内进行调度；

对所述下行小流量业务和下行语音业务的用户数超过Nvoip部分的用户，将相应业务离散到同时进行上下行调度的子帧内进行调度；

其中，所述Nvoip为所有只进行下行调度的子帧中所能接受的下行小流量业务和下行语音业务的用户总数。

3.一种移动通信系统中的上下行调度方法，其特征在于，包括：

对于上行语音业务或上行流量小于门限的上行小流量业务的用户，将相应业务离散到各个上行调度子帧内进行调度；

对上行流量大于门限的上行大流量业务的用户，将相应业务离散到各个上行调度子帧进行调度。

4.根据权利要求3所述的方法，其特征在于，该方法进一步包括：对于下行语音业务或下行流量小于门限的下行小流量业务的用户，将相应业务离散到各个下行调度子帧内进行调度。

5.根据权利要求4所述的方法，其特征在于，在执行所述离散到各个下行调度子帧的操作时，

对所述下行小流量业务和下行语音业务的用户数未超过Nvoip部分的用户，将相应业务离散到只进行下行调度的子帧内进行调度；

对所述下行小流量业务和下行语音业务的用户数超过Nvoip部分的用户，将相应业务离散到同时进行上下行调度的子帧内进行调度；

其中，所述Nvoip为所有只进行下行调度的子帧中所能接受的下行小流量业务和下行语音业务的用户总数。

6.根据权利要求4或5所述的方法，其特征在于，对下行流量大于门限的大流量业务的用户，将相应业务离散到各个下行调度子帧中进行调度。