CN109121165A - 基于上行大包业务的负载均衡处理方法及装置 - Google Patents

Abstract

本发明实施例提供一种基于上行大包业务的负载均衡处理方法及装置。方法包括：获取目标小区中各移动终端在统计周期内各上行TTI所对应的上行调度前待调度数据量以及调度后已经调度走的数据量；根据统计周期内的上行总TTI数，以及各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，确定属于上行大包业务的目标移动终端；根据目标移动终端，对目标小区进行负载均衡处理。本发明实施例通过周期性的对目标小区内的移动终端上行调度前待调度数据量以及调度后已经调度走的数据量进行统计，识别属于上行大包业务的移动终端进行负载均衡，解决了负载均衡没有针对上行大包业务的问题，提高了数据传输效率和系统资源利用率。

Description

基于上行大包业务的负载均衡处理方法及装置

技术领域

本发明实施例涉及无线技术领域，尤其涉及一种基于上行大包业务的负载均衡处理方法及装置。

背景技术

现有长期演进(Long Term Evolution，简称LTE)移动通信网络中，在时分双工(Time Division Duplexing，简称TDD)模式，TDD-LTE上下行子帧配比0、TDD-LTE上下行子帧配比2、FDD-LTE等多频段组网技术基础下，如何合理的对网络资源进行调度，分配各网络载波间的负载是各运营商所面临的现实问题，也是提高网络利用率，提高用户服务质量所必须研究的重要因素。

针对以上问题，可以通过负载均衡将用户从高负载小区调整到低负载小区，提升资源利用效率和用户平均吞吐率。而现有的负载均衡根据小区当前的物理资源块(physical resource block，简称PRB)利用率来判断小区的负荷情况，然后在PRB利用率高的小区，转移合适的用户到PRB利用率低的小区，缓解异频小区间负载不平衡的状态，提高系统资源利用率。

现有的负载均衡技术往往不考虑TDD-LTE上下行子帧配比0和TDD-LTE上下行子帧配比2承载上下行数据业务速率性能上的差异，而是根据监控的小区用户数或小区PRB利用率，选择部分用户进行均衡，没有针对性，这很容易将上行数据业务大的用户均衡到TDD-LTE上下行子帧配比2小区造成用户速率下降、感知变差。另外，现有的负载均衡技术简单的基于小区PRB利用率门限作为负荷均衡的依据，若门限设置过高则可能高负荷小区不能及时获得均衡，造成新用户接通率受到影响；若门限设置过低则可能引起不必要的用户切换，造成掉话、掉线的隐患增多。并且对于小区PRB的评估周期也较长。

目前，还没有一种方法可以实现针对上行大包业务的进行负载均衡提高用户上行数据传输速率和系统资源利用率，因此，提供一种针对上行大包业务进行负载均衡的负载均衡方法是业界亟待解决的技术问题。

发明内容

为了解决现有技术中存在的问题，本发明实施例提供一种基于上行大包业务的负载均衡处理方法及装置。

第一方面，本发明实施例提供一种基于上行大包业务的负载均衡处理方法，包括：

获取目标小区中各移动终端在统计周期内各调度周期上行TTI所对应的上行调度前待调度数据量以及调度后已经调度走的数据量；

根据所述统计周期内的上行总TTI数，以及各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，确定属于上行大包业务的目标移动终端；

根据所述目标移动终端，并对所述目标小区进行负载均衡处理。

第二方面，本发明实施例提供一种基于上行大包业务的负载均衡处理装置，包括：

获取模块，用于获取目标小区中各移动终端在统计周期内各调度周期上行TTI所对应的上行调度前待调度数据量以及调度后已经调度走的数据量；

识别模块，用于根据所述统计周期内的上行总TTI数，以及各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，确定属于上行大包业务的目标移动终端；

处理模块，用于根据所述目标移动终端，并对所述目标小区进行负载均衡处理。

第三方面，本发明实施例还提供了一种计算机程序，包括程序代码，所述程序代码用于执行上述负载均衡处理方法；

所述处理器用于调用所述存储器中的逻辑指令，以执行上述负载均衡处理方法。

第四方面，本发明实施例还提供了一种存储介质，用于存储如前所述的计算机程序。

本发明实施例提供的负载均衡处理方法及装置，通过周期性的对目标小区内的移动终端各调度周期上行TTI所对应的上行调度前待调度数据量以及调度后已经调度走的数据量进行统计，结合统计周期内的上行总TTI数，确定出属于上行大包业务的目标移动终端，根据所述目标移动终端对目标小区进行负载均衡，解决了负载均衡没有针对上行大包业务的问题，提高了上行数据传输效率和系统资源利用率。

附图说明

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

图1为本发明实施例提供的基于上行大包业务的负载均衡处理方法流程示意图；

图2为本发明实施例提供的又一基于上行大包业务的负载均衡处理方法流程示意图；

图3为本发明实施例提供的另一基于上行大包业务的负载均衡处理方法流程示意图；

图4为本发明实施例提供的基于上行大包业务的负载均衡处理装置结构示意图；

图5为本发明实施例提供的又一基于上行大包业务的负载均衡处理装置结构示意图。

具体实施方式

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

图1为本发明实施例提供的基于上行大包业务的负载均衡处理方法流程示意图，如图1所示，所述负载均衡处理方法包括：

步骤100、获取目标小区中各移动终端在统计周期内各调度周期上行TTI所对应的上行调度前待调度数据量以及调度后已经调度走的数据量；

步骤200、根据所述统计周期内的上行总TTI数，以及各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，确定属于上行大包业务的目标移动终端；

步骤300、根据所述目标移动终端，并对所述目标小区进行负载均衡处理。

对于TDD模式，上下行在时间上分开，载波频率相同，即在每10ms周期内，上下行共有10个子帧可用，每个子帧或者上行或者下行。TDD帧结构中，每个无线帧首先分割为2个5ms的半帧，可以分为5ms周期和10ms周期两类，便于灵活地支持不同配比的上下行业务。在进行数据传输时，上行子帧时段对上传数据进行传输，下行子帧时段对下载数据进行传输。表1为上下行子帧配比表，如表1所示，TDD-LTE上下行子帧配比为2时，每个无线帧中有2个上行子帧，6个下行子帧，因此当小区内移动终端大量传输上行数据时会导致本小区内上行通道拥塞，需要对小区内的移动终端通过负载均衡调整到上行负载低的小区。

表1上下行子帧配比表

当某一小区触发上行负载均衡业务时，周期性的获取目标小区中各个移动终端在统计周期内各个调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，由于数据传输是一个连续过程，所述上行调度前待调度数据量包括前一次调度后剩余的数据量和本次调度新增数据量。

根据统计周期内的上行总TTI数，以及各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，确定属于上行大包业务的目标移动终端。

上行总TTI数是统计周期内上行子帧个数，在预设统计周期内，上下行子帧配比确定的情况下，根据统计周期的时长和上下行子帧配比可得出上行总TTI数：

其中，A1为上行总TTI数；

T为统计周期时长；

n为1个无线帧中上行子帧的个数。

以统计周期为100ms，上下行子帧配比为2为例：

上行子帧配比为2时，一个无线帧中有2个上行子帧；

上行总TTI数A1＝100ms/10ms*2＝20。

根据统计周期内的上行总TTI数和移动终端在各个调度周期上行TTI对应的上行调度前待调度数据量和调度后已经调度走的数据量可以判断出属于上行大包业务的目标移动终端。

根据判断得出的目标移动终端对目标小区进行负载均衡处理即可解决目标小区上传数据拥塞的问题。

本发明实施例提供的负载均衡处理方法，通过周期性的对目标小区内的移动终端各调度周期上行TTI所对应的上行调度前待调度数据量以及调度后已经调度走的数据量进行统计，结合统计周期内的上行总TTI数，确定出属于上行大包业务的目标移动终端，根据所述目标移动终端对目标小区进行负载均衡，解决了负载均衡没有针对性的问题，提高了数据传输效率和系统资源利用率。

图2为本发明实施例提供的又一基于上行大包业务的负载均衡处理方法流程示意图，如图2所示，方法包括：

步骤100、获取目标小区中各移动终端在统计周期内各调度周期上行TTI所对应的上行调度前待调度数据量以及调度后已经调度走的数据量；

步骤210、根据所述各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，计算所述统计周期内的上行高负荷TTI数；

步骤220、若所述移动终端在M个统计周期内满足上行高负荷TTI数与上行总TTI数的比值大于第一阈值，则所述移动终端属于上行大包业务的目标移动终端；其中，M大于等于1。

步骤300、根据所述目标移动终端，并对所述目标小区进行负载均衡处理。

步骤100与上述实施例所述步骤100相同，此处不再赘述。

上行高负荷TTI是指传输数据负荷较高的上行TTI，上行大包业务是指移动终端持续进行较大的数据上传业务，因此对统计周期内移动终端对应的上行高负荷TTI进行计算，然后计算上行高负荷TTI数与上行总TTI数的比值可以得出所述移动终端在统计周期内上行高负荷TTI的比例，所述上行高负荷TTI数与上行总TTI数的比值越高则所述移动终端是上行大包业务的概率越大。进一步地，可以通过预设门限对所述上行高负荷TTI数与上行总TTI数的比值进行限定从而判断得出属于上行大包业务的移动终端。具体地，若在M(M≥1)个统计周期内所述上行高负荷TTI数与上行总TTI数的比值大于第一预设门限，则所述移动终端为属于上行大包业务的目标移动终端。

例如，假设在1个统计周期内根据统计的某移动终端A上行调度前待调度数据量以及调度后已经调度走的数据量计算得出上行高负荷TTI数A2为19，1个统计周期内上行总TTI数A1为20，第一预设门限为90％，则：19/20＝95％，95％>90％，因此移动终端A是负载均衡的目标移动终端。

步骤300与上述实施例中的步骤300相同，此处不再赘述。

进一步地，图3为本发明实施例提供的另一基于上行大包业务的负载均衡处理方法流程示意图，如图3所示，步骤210还包括：步骤211、根据所述各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，计算上行待调度数据更新量；步骤212、若所述上行待调度数据更新量大于第二预设门限，则所述上行TTI为上行高负荷TTI；和步骤213、统计所述统计周期内所述移动终端对应的所有上行高负荷TTI的数量，获得所述上行高负荷TTI数。

上行待调度数据更新量是指一次调度后剩余的数据量，上行待调度数据更新量＝上行调度前待调度数据量-调度后已经调度走的数据量。

例如，某次上行TTI数据调度前移动终端A待调度的数据为100kb，调度后调度走45kb，则移动终端A在该上行TTI的上行待调度数据更新量为55kb。

根据上行TTI对应的上行待调度数据更新量可以判断该上行TTI的负荷情况，所述上行待调度数据更新量的值越大则说明所述上行TTI的负荷越大，因此，通过预设门限可以对上行高负荷TTI进行判断，若所述上行待调度数据更新量大于第二预设门限，则判断所述上行TTI为上行高负荷TTI。

仍以上述移动终端A为例，假设第二预设门限为40kb，则移动终端A的上行待调度数据更新量55kb>40kb，因此，所述上行TTI为上行高负荷TTI，对1个统计周期内的所有上行TTI都进行上述判断，并统计所述上行高负荷TTI的数量，可得到移动终端在统计周期内的上行高负荷TTI数A2，例如，经过统计，移动终端A在1个统计周期内共有19个上行TTI对应的上行待调度数据更新量大于40kb，则移动终端A在该统计周期内上行高负荷TTI数A2＝19。

本发明实施例提供的方法，利用各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量计算待调度数据更新量，并利用待调度数据更新量判断上行TTI是否为上行高负荷TTI，然后利用上行高负荷TTI数与上行总TTI数的比值识别属于上行大包业务的目标移动终端，然后再根据识别出的目标移动终端对目标小区进行负载均衡处理。实现了有针对性的进行负载均衡处理，提高了数据传输效率和负载利用率。

进一步地，在上述各实施例的基础上，所述根据所述目标移动终端，对所述目标小区进行负载均衡处理包括：

若所述目标移动终端的数量小于等于第三预设门限N，则将所述目标移动终端全部执行负载均衡动作；

若所述目标移动终端的数量大于N，则按照预设规则选取N个目标移动终端执行负载均衡动作。

负载均衡是将用户从高负载小区调整到低负载小区的操作，低负载小区虽然负载较低但可承担的数据传输任务是有限的，因此不可能不加限制的将高负载小区的用户调整到低负载小区。因此，在确定目标移动终端之后，对目标小区内的目标移动终端数量进行统计并与第三预设门限N进行比较，若目标移动终端的数量小于等于N，说明即将承担负载均衡的小区可以承受目标移动终端的数据量，则将目标小区内的目标移动终端全部执行负载均衡动作，即将目标小区内的目标移动终端全部调整到低负载小区。若目标移动终端的数量大于N，说明即将承担负载均衡的小区不能承受目标小区内目标移动终端的数据量，则按照预设规则选择目标小区内的N个目标移动终端执行负载均衡动作，即将目标小区内的N个目标移动终端调整到低负载小区。需要说明的是，所述第三预设门限N的大小与所述目标小区与即将承担负载均衡的小区有关，可以是一个统计得出的固定值也可以是每次负载均衡时根据所述目标小区与即将承担负载均衡的小区计算得出的动态值，此处不做限定。

进一步地，所述按照预设规则选取N个目标移动终端包括：

将目标小区内所有目标移动终端按照预设排序方法排序，得到目标移动终端序列；

从所述目标移动终端序列中选取前N个目标移动终端。

前面提到若目标移动终端的数量大于N，说明即将承担负载均衡的小区不能承受目标小区内目标移动终端的数据量，则按照预设规则选择目标小区内的N个目标移动终端执行负载均衡动作。目标小区内目标移动终端数量较多时，不能将目标移动终端全部进行负载均衡处理，需选择N个目标移动终端。随机选择N个目标移动终端也可以达到负载均衡的目的，但不能实现系统资源的有效利用，因此将目标小区内的所有目标移动终端按照一定的指标进行排序，根据排序后得到的目标移动终端序列选择执行负载均衡的N个目标移动终端，可以突出各目标移动终端数据量，进而得到更好的负载均衡效果，提高系统资源利用率。

在上述实施例的基础上，进一步地，所述预设排序方法具体为：

将目标移动终端按照M个统计周期内所述上行高负荷TTI数的和由大到小进行排序；所述上行高负荷TTI数的和相等的目标移动终端按照M个统计周期内所述上行待调度数据更新量的和由大到小进行排序。

上行高负荷TTI是根据调度后待调度数据更新量进行确定的，上行高负荷TTI数越大则说明所述移动终端需要传输的数据越多；对于上行高负荷TTI数的和相等的目标移动终端，可以进一步比较其上行待调度数据更新量的和，因为上行待调度数据更新量的和同样反映移动终端需要传输的数据量的需要情况。因此，利用M个统计周期内上行高负荷TTI数的和以及对目标移动终端由大到小进行排序，得到的目标移动终端序列中目标移动终端需要传输的数据量依次递减，选择目标移动终端序列中前N个目标移动终端执行负载均衡可以将数据传输拥堵情况更严重的目标移动终端调整到上行低负载小区，这样需要传输的数据量较大的目标移动终端可以在上行低负载小区得到更快的数据传输服务，同时为未进行调整的目标移动终端提供了更多的传输机会，既提高了数据传输效率又提高了系统资源利用率。

具体以某一次负载均衡处理为例进行说明如下：

(1)当某小区触发上行业务负载均衡动作时，开始按照统计周期为100ms，周期性地对目标小区内的各个移动终端进行上行业务量统计，表2为1个统计周期内移动终端A的上行业务量统计表，如表2所示统计的业务量包括：上行调度前待调度数据量和调度后已调度走的数据量；

表2 1个统计周期内移动终端A的上行业务量统计表

(2)如表2所示，利用调度前待调度数据量减去调度后已调度走的数据量得到上行待调度数据更新量；

(3)若得到的上行TTI的上行待调度数据更新量大于第二预设门限，则所述上行TTI为上行高负荷TTI；设定第二预设门限为40，则对表2中各TTI进行判断，判断结果如表2第5列所示；

(4)将统计周期内的所有上行高负荷TTI累加，得到上行高负荷TTI数,根据表2，上行高负荷TTI数A2为19；并在一个周期结束时将上行高负荷TTI清零；

(5)计算或调取上行总TTI数，上行总TTI数：

(6)计算上行高负荷TTI数与上行总TTI数的比值：

(7)若M个周期内某移动终端对应的P值均大于第一预设门限，则所述移动终端为属于上行大包业务的目标移动终端；

第一预设门限设为90％，则：P＝95％>90％，因此移动终端A是目标移动终端；用同样的方法对目标小区内的所有移动终端进行判断，得出目标小区内的目标移动终端N1；

(8)比较目标小区内目标移动终端数N1与第三预设门限N的大小；

假设目标小区内目标移动终端N1＝18，第三预设门限N＝8；显然，18>8；

(9)若目标移动终端数≤N，则将目标小区内的目标移动终端全部执行负载均衡处理；

(10)若目标小区内的目标移动终端数>N，则对目标移动终端按照M个统计周期内所述上行高负荷TTI数的和由大到小进行排序；上行高负荷TTI数的和相等的目标移动终端按照M个统计周期内所述上行待调度数据更新量的和由大到小进行排序；

将目标小区内的18个目标移动终端按照上述排序规则进行排序，得到一个目标移动终端序列{A1，A2，…，A17，A18}；

(11)选择目标移动终端序列中的前N个目标移动终端执行负载均衡处理；

N＝8，因此选择A1，A2，…，A8执行负载均衡处理。

图4为本发明实施例提供的基于上行大包业务的负载均衡处理装置结构示意图，如图4所示，所示负载均衡处理装置包括：获取模块1、识别模块2和处理模块3；其中：获取模块1用于获取目标小区中各移动终端在统计周期内各调度周期上行TTI所对应的上行调度前待调度数据量以及调度后已经调度走的数据量；识别模块2用于根据所述统计周期内的上行总TTI数，以及各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，确定属于上行大包业务的目标移动终端；处理模块3用于根据所述目标移动终端，并对所述目标小区进行负载均衡处理。

具体地，当某一小区触发上行负载均衡业务时，获取模块1周期性的获取目标小区中各个移动终端在统计周期内各个调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，由于数据传输是一个连续过程，所述上行调度前待调度数据量包括前一次调度后剩余的数据量和本次调度新增数据量。

上行总TTI数是统计周期内上行子帧个数，在预设统计周期内，上下行子帧配比确定的情况下，根据统计周期的时长和上下行子帧配比可得出上行总TTI数：

其中，A1为上行总TTI数；

T为统计周期时长；

n为1个无线帧中上行子帧的个数。

识别模块2根据统计周期内的上行总TTI数和获取模块1获取的移动终端在各个调度周期上行TTI对应的上行调度前待调度数据量和调度后已经调度走的数据量可以判断出属于上行大包业务的目标移动终端。

处理模块3根据识别模块2判断得出的目标移动终端对目标小区进行负载均衡处理即可解决目标小区上传数据拥塞的问题。

本发明实施例提供的负载均衡处理装置，通过获取模块1周期性的对目标小区内的移动终端各调度周期上行TTI所对应的上行调度前待调度数据量以及调度后已经调度走的数据量进行统计，识别模块2结合统计周期内的上行总TTI数，确定出属于上行大包业务的目标移动终端，处理模块3根据所述目标移动终端对目标小区进行负载均衡，解决了负载均衡没有针对上行大包业务的问题，提高了数据传输效率和系统资源利用率。

图5为本发明实施例提供的又一基于上行大包业务的负载均衡处理装置结构示意图，如图5所示，所述负载均衡处理装置包括：获取模块1、识别模块2和处理模块3；所述识别模块2还包括：第一计算子模块21、第一判断子模块22、第二计算子模块23和第二判断子模块24；第一计算子模块21用于根据所述各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量计算上行待调度数据更新量；第一判断子模块22用于判断若所述上行待调度数据更新量大于第二预设门限，则所述上行TTI为上行高负荷TTI；第二计算子模块23用于统计所述统计周期内所述移动终端对应的所有上行高负荷TTI的数量，获得所述上行高负荷TTI数；第二判断子模块24用于判断若所述移动终端在M个统计周期内满足上行高负荷TTI数与上行总TTI数的比值大于第一阈值，则所述移动终端属于上行大包业务的目标移动终端；其中，所述M大于等于1。

所述获取模块1与上述实施例所述获取模块1功能相同，此处不再赘述。

上行待调度数据更新量是指一次调度后剩余的数据量，第一计算子模块21计算上行待调度数据更新量＝上行调度前待调度数据量-调度后已经调度走的数据量。

例如，某次上行TTI数据调度前移动终端A待调度的数据为100kb，调度后调度走45kb，则第一计算子模块1计算得知移动终端A在该上行TTI的上行待调度数据更新量为55kb。

第一判断子模块22根据上行TTI对应的上行待调度数据更新量可以判断该上行TTI的负荷情况，所述上行待调度数据更新量的值越大则说明所述上行TTI的负荷越大，因此，通过预设门限可以对上行高负荷TTI进行判断，若所述上行待调度数据更新量大于第二预设门限，则判断所述上行TTI为上行高负荷TTI。

仍以上述移动终端A为例，假设第二预设门限为50kb，则第一判断子模块22判断移动终端A的上行待调度数据更新量55kb>50kb，因此，所述上行TTI为上行高负荷TTI。

第二计算子模块23根据第一判断模块22对统计周期内所有上行TTI的判断，统计所述上行高负荷TTI，可得到移动终端在统计周期内的上行高负荷TTI数。

上行高负荷TTI是指传输数据负荷较高的上行TTI，上行大包业务是指移动终端持续进行较大的数据上传业务，因此对统计周期内移动终端对应的上行高负荷TTI进行计算，然后计算上行高负荷TTI数与上行总TTI数的比值可以得出所述移动终端在统计周期内上行高负荷TTI的比例，所述上行高负荷TTI数与上行总TTI数的比值越高则所述移动终端是上行大包业务的概率越大。进一步地，第二判断子模块24可以通过预设门限对所述上行高负荷TTI数与上行总TTI数的比值进行限定从而判断得出属于上行大包业务的移动终端。具体地，若在M(M≥1)个统计周期内所述上行高负荷TTI数与上行总TTI数的比值大于第一预设门限，则第二判断模块24判定所述移动终端为属于上行大包业务的目标移动终端。

本发明实施例提供的装置，利用第一计算子模块21根据各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量计算待调度数据更新量，并利用第一判断子模块22根据待调度数据更新量判断上行TTI是否为上行高负荷TTI，然后由第二判断子模块24利用第二计算子模块23计算上行高负荷TTI数与上行总TTI数的比值识别属于上行大包业务的目标移动终端，然后再根据识别出的目标移动终端对目标小区进行负载均衡处理。实现了有针对性的进行负载均衡处理，提高了数据传输效率和负载利用率。

进一步地，如图5所示，所示负载均衡处理装置的处理模块3还包括：第三判断子模块31、排序子模块32和选择子模块33；其中，第三判断子模块31用于判断若所述目标移动终端的数量小于等于第三预设门限N，则将所述目标移动终端全部执行负载均衡动作；若所述目标移动终端的数量大于N，则由选择子模块33选取N个目标移动终端执行负载均衡动作；排序子模块32用于将目标移动终端按照M个统计周期内所述上行高负荷TTI数的和由大到小进行排序；所述上行高负荷TTI数的和相等的目标移动终端按照M个统计周期内所述上行待调度数据更新量的和由大到小进行排序，得到目标移动终端序列；选择子模块33用于从所述目标移动终端序列中选取前N个目标移动终端。

第三判断子模块31将目标移动终端的数量与第三预设门限N进行比较并判断：若所述目标移动终端的数量小于等于第三预设门限N，则将所述目标移动终端全部执行负载均衡动作；若所述目标移动终端的数量大于N，则按照预设规则选取N个目标移动终端执行负载均衡动作。

负载均衡是将用户从高负载小区调整到低负载小区的操作，低负载小区虽然负载较低但可承担的数据传输任务是有限的，因此不可能不加限制的将高负载小区的用户调整到底负载小区。因此，在确定目标移动终端之后，对目标小区内的目标移动终端数量进行统计并与第三预设门限N进行比较，若目标移动终端的数量小于等于N，说明即将承担负载均衡的小区可以承受目标移动终端的数据量，则将目标小区内的目标移动终端全部执行负载均衡动作，即将目标小区内的目标移动终端全部调整到低负载小区。若目标移动终端的数量大于N，说明即将承担负载均衡的小区不能承受目标小区内目标移动终端的数据量，则按照选择子模块33选择的目标小区内的N个目标移动终端执行负载均衡动作，即将目标小区内的N个目标移动终端调整到低负载小区。

具体的，排序子模块32将目标小区内所有目标移动终端按照预设排序方法排序，得到目标移动终端序列；

从所述目标移动终端序列中选取前N个目标移动终端。

前面提到若目标移动终端的数量大于N，说明即将承担负载均衡的小区不能承受目标小区内目标移动终端的数据量，则按照预设规则选择目标小区内的N个目标移动终端执行负载均衡动作。目标小区内目标移动终端数量较多时，不能将目标移动终端全部进行负载均衡处理，需选择N个目标移动终端。随机选择N个目标移动终端也可以达到负载均衡的目的，但不能实现系统资源的有效利用.

因此利用排序子模块32将目标移动终端按照M个统计周期内所述上行高负荷TTI数的和由大到小进行排序；所述上行高负荷TTI数的和相等的目标移动终端按照M个统计周期内所述上行待调度数据更新量的和由大到小进行排序。

上行高负荷TTI是根据调度后待调度数据更新量进行确定的，上行高负荷TTI数越大则说明所述移动终端需要上传的数据量越大；对于上行高负荷TTI数的和相等的目标移动终端，可以进一步比较其上行待调度数据更新量的和，因为上行待调度数据更新量的和同样反映移动终端需要上传的数据量的情况。因此，利用M个统计周期内上行高负荷TTI数的和以及对目标移动终端由大到小进行排序，得到的目标移动终端序列中目标移动终端需要上传数据量的情况依次递减。

上述装置实施例用于执行各方法实施例中的方法，具体执行方式及原理与方法实施例相同，此处不再赘述。

选择子模块33选择目标移动终端序列中前N个目标移动终端执行负载均衡可以将数据传输需求量大的目标移动终端调整到低负载小区，这样数据传输拥堵情况严重的目标移动终端可以在低负载小区得到更快的数据传输服务，同时为未进行调整的目标移动终端提供了更多的传输机会，既提高了数据传输效率又提高了系统资源利用率。

本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法。

本发明实施例还提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所描述的显示装置的测试设备等实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上各实施例仅用以说明本发明的实施例的技术方案，而非对其限制；尽管参照前述各实施例对本发明的实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明的实施例各实施例技术方案的范围。

Claims (10)

1.一种基于上行大包业务的负载均衡处理方法，其特征在于，包括：

获取目标小区中各移动终端在统计周期内各调度周期上行TTI所对应的上行调度前待调度数据量以及调度后已经调度走的数据量；

根据所述统计周期内的上行总TTI数，以及各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，确定属于上行大包业务的目标移动终端；

根据所述目标移动终端，对所述目标小区进行负载均衡处理。

2.根据权利要求1所述的方法，其特征在于，所述根据所述统计周期内的上行总TTI数，以及各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，确定属于上行大包业务的目标移动终端包括：

根据所述各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，计算所述统计周期内的上行高负荷TTI数；

若所述移动终端在M个统计周期内满足上行高负荷TTI数与上行总TTI数的比值大于第一阈值，则所述移动终端属于上行大包业务的目标移动终端；其中，M大于等于1。

3.根据权利要求2所述的方法，其特征在于，所述根据所述各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，计算所述统计周期内的上行高负荷TTI数包括：

根据所述各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，计算上行待调度数据更新量；

若所述上行待调度数据更新量大于第二预设门限，则所述上行TTI为上行高负荷TTI；

统计所述统计周期内所述移动终端对应的所有上行高负荷TTI的数量，获得所述上行高负荷TTI数。

4.根据权利要求2所述的方法，其特征在于，所述根据所述目标移动终端，对所述目标小区进行负载均衡处理包括：

若所述目标移动终端的数量小于等于第三预设门限N，则将所述目标移动终端全部执行负载均衡动作；

若所述目标移动终端的数量大于N，则按照预设规则选取N个目标移动终端执行负载均衡动作。

5.根据权利要求4所述的方法，其特征在于，所述按照预设规则选取N个目标移动终端包括：

将目标小区内所有目标移动终端按照预设排序方法排序，得到目标移动终端序列；

从所述目标移动终端序列中选取前N个目标移动终端。

6.根据权利要求5所述的方法，其特征在于，所述预设排序方法具体为：

将目标移动终端按照M个统计周期内所述上行高负荷TTI数的和由大到小进行排序；所述上行高负荷TTI数的和相等的目标移动终端按照M个统计周期内所述上行待调度数据更新量的和由大到小进行排序。

7.一种基于上行大包业务的负载均衡处理装置，其特征在于，包括：

获取模块，用于获取目标小区中各移动终端在统计周期内各调度周期上行TTI所对应的上行调度前待调度数据量以及调度后已经调度走的数据量；

识别模块，用于根据所述统计周期内的上行总TTI数，以及各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量，确定属于上行大包业务的目标移动终端；

处理模块，用于根据所述目标移动终端，并对所述目标小区进行负载均衡处理。

8.根据权利要求7所述的装置，其特征在于，所述识别模块包括：

第一计算子模块，用于根据所述各调度周期上行TTI所对应的上行调度前待调度数据量和调度后已经调度走的数据量计算上行待调度数据更新量；

第一判断子模块，用于判断若所述上行待调度数据更新量大于第二预设门限，则所述上行TTI为上行高负荷TTI；

第二计算子模块，用于统计所述统计周期内所述移动终端对应的所有上行高负荷TTI的数量，获得所述上行高负荷TTI数；

第二判断子模块，用于判断若所述移动终端在M个统计周期内满足上行高负荷TTI数与上行总TTI数的比值大于第一阈值，则所述移动终端属于上行大包业务的目标移动终端；其中，所述M大于等于1。

9.一种计算机程序产品，其特征在于，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行如权利要求1至6任一所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至6任一所述的方法。