Processing

Please wait...

Settings

Settings

Goto Application

1. WO2021027498 - TRAFFIC ALLOCATION MANAGEMENT METHOD, APPARATUS, BASE STATION, AND STORAGE MEDIUM

Document

说明书

发明名称 0001   0002   0003   0004   0005   0006   0007   0008   0009   0010   0011   0012   0013   0014   0015   0016   0017   0018   0019   0020   0021   0022   0023   0024   0025   0026   0027   0028   0029   0030   0031   0032   0033   0034   0035   0036   0037   0038   0039   0040   0041   0042   0043   0044   0045   0046   0047   0048   0049   0050   0051   0052   0053   0054   0055   0056   0057   0058   0059   0060   0061   0062   0063   0064   0065   0066   0067   0068   0069   0070   0071   0072   0073   0074   0075   0076   0077   0078   0079   0080   0081   0082   0083   0084   0085   0086   0087   0088   0089   0090   0091   0092   0093   0094   0095   0096   0097   0098   0099   0100   0101   0102   0103   0104   0105   0106   0107   0108   0109   0110   0111   0112   0113   0114   0115   0116   0117   0118   0119   0120   0121   0122   0123   0124   0125   0126   0127   0128   0129   0130   0131   0132   0133   0134   0135   0136   0137   0138   0139   0140   0141   0142   0143   0144   0145   0146   0147   0148   0149   0150   0151   0152   0153   0154   0155   0156   0157   0158   0159   0160   0161   0162   0163   0164   0165   0166   0167   0168   0169   0170   0171   0172   0173   0174   0175   0176   0177   0178   0179   0180  

权利要求书

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15  

附图

1   2   3   4   5   6   7  

说明书

发明名称 : 一种流量分配管理方法、装置、基站及存储介质

[0001]
相关申请的交叉引用
[0002]
本申请基于申请号为201910745286.9、申请日为2019年8月13日的中国专利申请提出,并要求该中国专利申请的优先权,该中国专利申请的全部内容在此引入本申请作为参考。

技术领域

[0003]
本发明涉及通信领域,尤其涉及一种流量分配管理方法、装置、基站及存储介质。

背景技术

[0004]
随着无线通信技术的快速发展,双连接技术成为了当前的一种非常重要的无线通信技术。所谓双连接,是指一个终端同时与主小区、辅小区实现空口连接,对于一个终端的下行流量,可以同时通过主小区与辅小区向其进行传输。不过在双连接场景下的流量管理策略依然沿用单小区下行流量分配管理方案,例如,对于主小区而言,其在当前时刻向一个终端传输多少流量,取决于上一时刻其实际向该终端传输了多少流量,对于辅小区亦是如此。
[0005]
这种流量管理方案中,终端在一个小区中的下行流量仅与该小区有关,与另一小区无关,因此流量分配没有考虑该终端在另一小区下的流量传输情况,主小区与辅小区孤立,容易导致终端在主小区、辅小区的流量分配不合理,影响终端侧的业务体验,并且导致基站侧流量不高的问题。
[0006]
发明内容
[0007]
本发明实施例提供的流量分配管理方法、装置、基站及存储介质,旨在至少在一定程度上解决,在一些情形中,主小区与辅小区的流量分配策略孤立,导致终端在主小区、辅小区的流量分配不合理,影响终端侧的业务体验限制基站侧下行流量传输的问题。
[0008]
有鉴于此,本发明实施例提供一种流量分配管理方法,包括:确定主小区对目标终端的分流因子以及辅小区对所述目标终端的分流因子,所述分流因子根据小区的小区下行资源信息以及所述目标终端在所述小区的下行信道情况信息与下行业务质量信息确定;按照所述主小区与辅小区的分流因子构成的流量分配比例分配所述目标终端在所述主小区与所述辅小区的下行流量。
[0009]
本发明实施例还提供一种流量分配管理装置,包括:比例确定模块,用于确定主小区对目标终端的分流因子以及辅小区对所述目标终端的分流因子,所述分流因子根据小区的小区下行资源信息以及所述目标终端在所述小区的下行信道情况信息与下行业务质量信息确定;流量分配模块,用于按照所述主小区与辅小区的分流因子构成的流量分配比例分配所述目标终端在所述主小区与所述辅小区的下行流量。
[0010]
本发明实施例还提供一种基站,所述基站包括处理器、存储器及通信总线;所述通信总线用于实现处理器和存储器之间的连接通信;所述处理器用于执行存储器中存储的一个或者多个程序,以实现上述流量分配管理方法的步骤。
[0011]
本发明实施例还提供一种存储介质,该存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现上述流量分配管理方法的步骤。
[0012]
本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明,且应当理解,至少部分有益效果从本发明说明书中的记载变的显而易见。

附图说明

[0013]
图1为本发明实施例一中提供的流量分配管理方法的一种流程图;
[0014]
图2为本发明实施例一中示出的通信系统的一种示意图;
[0015]
图3为本发明实施例一中提供的确定目标终端的一种流程图;
[0016]
图4为本发明实施例二中提供的流量分配管理方法的一种流程图;
[0017]
图5为本发明实施例四中提供的流量分配管理装置的一种结构示意图;
[0018]
图6为本发明实施例四中提供的流量分配管理装置的另一种结构示意图;
[0019]
图7为本发明实施例五中提供的基站的一种硬件结构示意图。

具体实施方式

[0020]
为了使本发明的目的、技术方案及优点更加清楚明白,下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
[0021]
实施例一:
[0022]
为了在一定程度上解决一些情形中双连接场景下依旧对主小区与辅小区沿用孤立的流量分配管理方案,导致一个终端在主小区、辅小区的流量分配不合理,影响终端用户体验,导致基站流量不高的问题,本实施例提供一种流量分配管理方法,该流量分配管理方法应用于主小区,由主小区侧的基站实现,请参见图1:
[0023]
S102:确定主小区对目标终端的分流因子以及辅小区对目标终端的分流因子。
[0024]
在本实施例的一些示例当中,主小区所在的基站可以分别获取确定主小区与辅小区的分流因子,对于一个目标终端,主小区的分流因子可以记为a ,辅小区的分流因子可以记为a ,a :a 就是主小区分流因子与辅小区分流因子所构成的流量分配比例,表征对于该目标终端的总下行流量,主小区将分得其中的a /(a +a ),而辅小区将分得a /(a +a )。
[0025]
在本实施例中,一个小区对一个终端的分流因子可以根据该小区的小区下行资源信息以及终端在该小区的下行信道情况信息与下行业务质量信息确定,例如,主小区对一个终端的分流因子a 可以根据主小区的小区下行资源信息以及该终端在主小区的下行信道情况信息与下行业务质量信息确定。而辅小区对一个终端的分流因子a 可以根据辅小区的小区下行资源信息以及该终端在辅小区的下行信道情况信息与下行业务质量信息确定。
[0026]
在确定主小区对目标终端的分流因子时,基站可以获取到主小区采集的该主小区自身的小区下行资源信息,以及主小区采集的目标终端在主小区的下行信道情况信息与下行业务指令信息,然后根据这些信息确定出主小区对目标终端的分流因子。
[0027]
在确定辅小区对目标终端的分流因子时,基站也可以获取到辅小区采集的该辅小区自身的小区下行资源信息,以及辅小区采集的目标终端在辅小区的下行信道情况信息与下行业务指令信息,然后根据这些信息确定出辅小区对目标终端的分流因子。不过,在本实施例的另外一些示例当中,辅小区在实现相关信息的采集之后,可以直接计算出辅小区对目标终端的分流因子,然后将该分流因子发送给基站,使得主小区侧的基站获取到辅小区对目标终端的分流因子。
[0028]
在相关协议中,虽然主小区与辅小区间可以直接通信,但直接通信依赖于已有协议规定的通信接口,而在相关协议中并未确定这些通信接口可以传输辅小区对一个终端的分流因子或者是传输用于确定辅小区对终端分流因子的信息,所以,在本实施例的一些示例当中,辅小区发送给主小区侧基站的小区下行资源信息,以及辅小区采集的目标终端在辅小区的下行信道情况信息与下行业务指令信息可以通过网管系统发送到主小区侧,类似地,辅小区自己计算出的辅小区对目标终端的分流因子也可以通过网管系统发送给主小区。请参见图2示出的通信系统的一种示意图,在图2当中,主辅小区分属于与不同的基站,主基站21与辅基站22之间可以通过网管系统23进行通信,如果辅基站22下的辅小区是自己在进行信息采集之后确定辅小区对目标终端的分流因子,则该辅小区可以将计算得到的辅小区分流因子通过网管系统23传输给主基站21,从而使得主基站21获取到辅小区的分流因子。如果辅基站22下的辅小区仅进行信息采集,而由主小区根据采集到的信息确定主小区的分流因子以及辅小区的分流因子,则辅基站22可以将辅小区采集到的该辅小区自己的小区下行资源信息,以及目标终端在该辅小区的下行信道情况信息、下行业务质量 信息通过网管系统23发送给主基站21。
[0029]
在本实施例的一些示例当中,小区下行资源信息包括但不限于小区的PRB(Physical Resource Block,物理资源块)利用率。除此以外,还可以包括基站侧的CPU利用率、内存利用率等几种中的任意一种。
[0030]
所谓下行信道情况信息可以包括终端的MCS(Modulation and Coding Scheme,调制编码方式)、SNR(Signal-to-Noise Ratio,信噪比)、SINR(Signal to Interference plus Noise Ratio,信干比)、RSRP(Reference Signal Received Power,参考信号接收功率)、RSRQ(Reference Signal Received Quality,参考信号接收质量)以及CQI(Channel Quality Indicator,信道质量指示)等几种中的至少一种。在本实施例的一些示例当中,目标终端的下行信道情况可以通过该目标终端的MCS来表征。所以,该目标终端对应的下行信道情况信息为MCS。
[0031]
下行业务质量信息包括但不小于终端的BLER(Block error ratio,下行块误码率)。
[0032]
在本实施例的一些示例当中,小区下行资源信息包括小区PRB利用率,下行信道情况信息包括目标终端在对应小区的下行MCS,下行业务质量信息包括目标终端在对应小区的下行BLER;主小区对目标终端的分流因子a
[0033]
[0034]
辅小区对目标终端的分流因子a
[0035]
[0036]
其中,SE 为目标终端在主小区的MCS所对应的频谱效率;BLER 为目标终端在主小区的下行BLER;小区PRB利用率 为主小区的PRB利用率;SE 为目标终端在辅小区的MCS所对应的频谱效率;BLER 为目标终端在辅小区的下行BLER;小区PRB利用率 为辅小区的PRB利用率;
[0037]
f1、f2与f3为计算因子,取值可以由网管人员根据经验值设置。在本实施例的而一些示例当中,f1、f2与f3的取值是固定的,但在本实施例的另外一些示例当中,网管人员可以根据实际情况调整f1、f2与f3的取值,也即在不同的计算过程中,f1、f2与f3可能会不同。
[0038]
可以理解的是,确定出主小区对目标终端的分流因子以及辅小区对目标终端的分流因子之后,就确定了目标终端在主小区和辅小区的流量分配比例。在一些示例当中,在按照前述方式确定主小区对目标终端的分流因子以及辅小区对目标终端的分流因子之前,主小区侧的基站可以先确定主小区和辅小区中是否存在至少一个当前的负荷是否超限,如果判断结果为否,也即主小区和辅小区当前的负荷均为超限,则主小区所在的基站可以按照前述方式确定主小区的分流因子以及辅小区的分流因子,但如果判断结果为是,则说明主小区和辅小区中的至少一个当前负荷超限,因此,基站可以按照其他方式确定目标终端在主小区与辅小区的流量分配比例,例如,在其中一种示例当中,根据主小区的小区下行资源信息与辅小区的下行资源信息确定主小区和辅小区对目标终端的流量分配比例。例如,如果小区下行资源信息为小区PRB,则目标终端在主小区与辅小区的流量分配比例可以为小区PRB利用率 :小区PRB利用率
[0039]
S104:按照主小区与辅小区的分流因子构成的流量分配比例分配目标终端在主小区与 辅小区的下行流量。
[0040]
在确定出目标终端在主小区和辅小区的流量分配比例之后,主小区可以按照该流量分配比例来控制目标终端的下行流量分配,从而使得目标终端在主小区、辅小区的流量分配符合主小区与辅小区自身的资源情况,也兼顾目标终端在主小区的业务质量与信道情况,进而使得目标终端的下行流量能够得到有效的传输,提升目标终端下行流量的传输效率,增强目标终端侧的用户体验。同时,提升主小区与辅小区承载的总流量,提升通信系统的吞吐量。
[0041]
可以理解的是,如果主小区和辅小区原本所传输的流量就一定非常多,已经达到了期望的水平,则主小区可以不必再按照新确定的流量分配比例来调整目标终端在主小区的流量和在辅小区的流量。也即,原本的流量分配策略就已经比较优秀,则不需要再按照新确定的流量分配策略进行调整,只需要保持当前流量分配策略即可。所以,在本实施例的一些示例当中,如果主小区和辅小区的实际下行总流量均已经达到对应的期望下行总流量,也即主小区的实际下行总流量达到主小区对应的期望下行总流量,辅小区的实际下行总流量达到辅小区对应的期望下行总流量,则不需要按照新确定的流量分配策略来调整目标终端在主小区、辅小区的流量分配。但如果主小区与辅小区中的至少一个的实际下行总流量未达到对应的期望下行总流量,则主小区可以按照根据分流因子确定出的流量分配比例来分配目标终端在主小区和辅小区的下行流量。
[0042]
可以理解的是,双连接场景下的主小区与辅小区并不是为某一个终端服务,在通常情况下,主小区与辅小区会同时连接多个终端,在本实施例的一些示例当中,主小区可以将这些终端均作为目标终端,确定主小区、辅小区对各个目标终端的分流因子,然后对各个目标终端在主小区与辅小区的流量按照流量分配比例进行控制管理。不过,考虑到一个小区中终端数目巨大,因此,如果主小区对于其中的每个终端的流量分配均按照前述方式进行调整,则主小区的负担会比较高,而且,一次调整之后的效果好坏在调整之前并不能完全确定,因此,调整之后也有可能会出现调整效果不佳的问题,故,在本实施例的一些示例当中,在确定主小区对目标终端的分流因子以及辅小区对目标终端的分流因子之前,主小区会先确定出目标终端,请参见图3示出的确定目标终端的一种流程图:
[0043]
S302:获取主小区与辅小区中各终端的终端下行资源信息。
[0044]
在本实施例的一些示例当中,终端下行资源信息可以是指终端的PRB利用率,当然,本领域技术人员可以理解的是,终端下行资源信息也还可以是终端的其他信息,例如终端的CPU利用率,或者内存利用率等。
[0045]
S304:根据主小区与辅小区中各终端的终端下行资源信息从各终端中确定出目标终端。
[0046]
在获取到主小区与辅小区中各终端的终端下行资源信息之后,基站可以根据各终端的终端下行资源信息从各终端中选择出目标终端。例如,如果终端下行资源信息为终端的PRB利用率,则基站可以优先选择个终端中终端PRB利用率较高的终端作为目标终端:在本实施例的一种示例当中,基站可以按照终端PRB利用率从高到低的选择顺序选择10个终端作为目标终端。在这种示例当中,基站在确定目标终端的时候,是按照预设数目进行确定的,但在本实施例的另外一些示例当中,基站可以按照终端PRB利用率从高到低的选择顺序选择前10%的终端作为目标终端。
[0047]
可以理解的是,因为主小区对终端流量分配策略进行调整的过程并不仅仅是执行一次,而是可能会循环执行,因此,在按照对应的流量分配比例调整完部分终端的流量分配策略之后,可以将这些终端标记为“已调整终端”,在下一次调整过程中,选择目标终端的时候,基站可以选择尚未被标记为已调整终端的终端作为目标终端,这样能够避免总是针对部分终端的流量分配进行调整,而另外一部分终端始终得不到流量分配调整机会的问题。如果基站在确定目标终端的时候,发现所有的终端均已经被标记为已调整终端,则基站可以将各终端的已调整标记去除,重新在所有的终端中选择目标终端,并对已调整终端进行再次标记。
[0048]
本实施例提供的流量分配管理方法,可以基于小区的小区下行资源信息、终端在该小区中的下行信道情况信息、下行业务质量信息来确定该小区对终端的分流因子,进而基于各小区对终端的分流因子确定主小区与辅小区的流量分配比例,然后根据流量分配比例对终端在主、辅小区的下行流量进行调整,从而在主、辅小区进行流量分配的时候,综合考虑主、辅小区的资源情况,以及终端在主、辅小区的信道情况与业务质量情况,提升主小区对终端流量分配方案的合理性,增强终端下行流量的传输效率,保证提升主小区与辅小区的流量总量。
[0049]
实施例二:
[0050]
本实施例将结合示例继续对前述流量分配管理方法进行说明,请参见图4示出的流程图:
[0051]
S402:周期性采集主小区的小区PRB利用率以及各终端在主小区中的下行MCS、下行BLER和终端PRB利用率。
[0052]
在本实施例中,基站周期性选择部分终端进行流量分配比例的调整,所以,主小区会周期性地对其下的各终端进行信息采集,采集的信息包括终端的下行MCS、下行BLER和终端PRB利用率。另一方面,主小区还会周期性采集自身的小区PRB资源利用率。
[0053]
S404:通过网管系统周期性接收辅小区发送的辅小区的小区PRB利用率以及各终端在辅小区中的下行MCS、下行BLER和终端PRB利用率。
[0054]
可以理解的是,为了让主小区侧的基站能够基于主辅小区的下行资源情况以及终端在两个小区中的业务质量情况、信道情况来综合确定终端的流量分配比例,因此,辅小区也会周期性地对其下的各终端进行信息采集,采集的信息包括终端的下行MCS、下行BLER和终端PRB利用率。另一方面,辅小区还会周期性采集自身的小区PRB资源利用率。
[0055]
在采集到这些信息之后,辅小区可以不用自己确定辅小区对终端的分流因子,而是将这些信息传输给主小区侧的基站,由基站计算辅小区对终端的分流因子。在本实施例的一些示例当中,辅小区可以通过网管系统将自身采集的信息发送到主小区侧的基站。
[0056]
毫无疑义的是,在本实施例中,基站虽然是先获取主小区以及终端在主小区的信息,然后再通过网管系统获取辅小区及终端在辅小区的信息,但这两个过程的时序并不限于此,在其他一些示例中,两个过程可以同时进行,也可以先进行后一过程,再进行前一过程。
[0057]
S406:判断主小区与辅小区的实际总下行流量是否均达到对应的期望总下行流量。
[0058]
若判断结果为是,则结束流程,否则执行S408。
[0059]
对于实际总下行流量,可以直接由主小区和辅小区在信息采集的过程中获取到。在本实施例中,一个小区的期望总下行流量可以通过以下方式确定:
[0060]
基站确定该小区中所有终端的下行MCS,并统计各种下行MCS使用终端数目,例如,对于A类型的MCS,有k1个终端使用,对于B类型的MCS,有k2个终端使用,对于C类型的MCS,有k3个终端使用……随后,基站从中选择使用数目排在前m个的MCS,并确定出这些MCS对应的频谱效率,然后计算该小区的频谱效率均值。然后基站根据该小区的频谱效率均值以及对应的下行带宽以及期望因子确定出对应的期望总下行流量,例如,对于主小区,期望总下行流量为:
[0061]
T exp=SE average主*下行带宽 *f 4
[0062]
其中,T exp为主小区的期望总下行流量,SE average主为主小区的频谱效率均值,下行带宽 为主小区的下行带宽,f 4为主小区对应的期望因子。
[0063]
对于辅小区,期望总下行流量为:
[0064]
T exp=SE average辅*下行带宽 *f 5
[0065]
其中,T exp为辅小区的期望总下行流量,SE average辅为辅小区的频谱效率均值,下行带宽 为辅小区的下行带宽,f 5为辅小区对应的期望因子。
[0066]
S408:从各终端中挑选出尚未被标记为已调整终端的终端作为目标候选终端。
[0067]
在本实施例的一些示例当中,基站在选择目标终端的时候,先剔除已经被标记为已调整终端的终端,仅将剩余终端作为候选目标终端。可以理解的是,在这种情况下,当前已经被标记为已调整终端的终端就不可能被选择作为目标终端。
[0068]
S410:判断目标候选终端的数目是否为0。
[0069]
若判断结果为是,则执行S412,否则,则说明所有的终端当前都已经被标记为已调整终端了,因此,需要执行S414。
[0070]
S412:去除所有终端的已调整标记。
[0071]
由于所有的终端在之前的一次或多次调整流量分配比例的过程中已经被调整过了,因此,本轮调整可以完全重新开始,即,基站可以将各终端的已调整标记去除。
[0072]
在去除各终端的已调整标记之后,基站可以继续执行S408,此时,所有的终端均会被选择作为候选目标终端。
[0073]
S414:根据各终端在主小区和辅小区的终端PRB利用率从候选目标终端中选择目标终端。
[0074]
选择出候选目标终端之后,基站可以基于各终端的终端PRB利用率从候选目标终端中选择出本轮调整的目标终端,可以理解的是,在一些情况下,同一个终端在主小区的终端PRB利用率与在辅小区的终端PRB利用率是不相等的,自然,同一个终端在主小区的终端PRB利用率排序序号与其在辅小区的终端PRB利用率排序序号也是不同的。故,在本实施例的一些示例当中,从候选目标终端中选择目标终端的时候,可以先确定各候选目标终端的平均PRB利用率,即一个终端在主小区的终端PRB利用与与其在辅小区的终端PRB利用率的均值。然后将各候选目标终端的平均PRB利用率按照从高到低的顺序进行排序,并选择排在前面的预设数目n的候选目标终端作为最终的目标终端。
[0075]
当然可以理解的是,在本实施例其他一些示例当中,在对各候选目标终端的平均PRB利用率按照从高到低的顺序进行排序后,选择的可以是排在前面的q%的候选目标终端作为最终的目标终端。
[0076]
另外,在本实施例中,从候选目标终端中选择出目标终端时,是结合候选目标终端在主小区的终端PRB利用率以及其在辅小区的终端PRB利用率进行的,但在本实施例的其他一些示例中,基站选择目标终端的时候,也可以仅根据候选目标终端在主小区的终端PRB利用率来选择,或者仅根据候选目标终端在辅主小区的终端PRB利用率进行选择。
[0077]
S416:判断主小区和辅小区当前的负荷是否均未超限。
[0078]
若判断结果为否,则进入S418,否则进行S420。
[0079]
在本实施例的一些示例当中,无论主小区还是辅小区,对应的负荷门限均被设置为小区PRB利用率80%,如果主小区和辅小区中任意一个的小区PRB利用率达到80%,则判断结果为否。
[0080]
S418:根据主小区和辅小区的小区PRB利用率确定主小区与辅小区的流量分配比例。
[0081]
如果主小区和辅小区中任意一个的小区PRB利用率达到负荷门限,则基站会在保证两个小区的小区PRB利用率总值不变的情况下,将将各小区的小区PRB利用率均降到负荷门限以下,然后将主小区与辅小区调整后的小区PRB利用率的比值作为流量分配比例。也即流量分配比例等于调整后主小区的小区PRB利用率:辅小区的小区PRB利用率。
[0082]
S420:确定主小区对目标终端的分流因子a ,以及辅小区对目标终端的分流因子a ,根据a 与a 确定主小区与辅小区的流量分配比例。
[0083]
在本实施例中,主小区对目标终端的分流因子a
[0084]
[0085]
辅小区对目标终端的分流因子a
[0086]
[0087]
其中,SE 为目标终端在主小区的MCS所对应的频谱效率;BLER 为目标终端在主小区的下行BLER;小区PRB利用率 为主小区的PRB利用率;SE 为目标终端在辅小区的MCS所对应的频谱效率;BLER 为目标终端在辅小区的下行BLER;小区PRB利用率 为辅小区的PRB利用率。
[0088]
根据上述公式可以看出,对于一个小区而言,目标终端在该小区所用MCS的频谱效率与该小区对目标终端的分流因子成正相关关系:目标终端在该小区所用MCS的频谱效率越高,则该小区对目标终端的分流因子取值越大,反之越小。
[0089]
目标终端在该小区的下行BLER以及该小区的小区PRB利用率均与该小区对目标终端的分流因子成负相关关系:目标终端在一个小区的下行BLER越大,则该小区对目标终端的分流因子取值越小,反之越大;一个小区的小区PRB利用率越大,则该小区对目标终端的分流因子取值越小。
[0090]
S422:根据流量分配比例调整目标终端在主小区与辅小区的下行流量分配。
[0091]
确定出各目标终端的流量分配比例之后,主小区则可以按照对应的流量分配比例调整目标终端在主小区与辅小区的下行流量分配。
[0092]
S424:将目标终端标记为已调整终端。
[0093]
在对目标终端在主小区与辅小区的流量分配进行调整之后,主小区侧的基站可以将这些目标终端标记为已调整终端,并等待下一个周期到达后重新执行图4的流程。
[0094]
实施例三:
[0095]
为了使本领域技术人员更加清楚前述流量分配管理方法的优点与细节,本实施例将结合具体示例对前述流量分配管理方法进行介绍:
[0096]
示例1:
[0097]
假定当前主小区与辅小区均工作正常,256QAM编码未启用,有一个UE1以双连接的形式接入该主小区和辅小区,当前该UE1正在进行下行灌包业务。并且,主小区和辅小区都设置了负荷门限为PRB利用80%。
[0098]
采集到的UE1在主小区和辅小区下的各项信息如表1所示:
[0099]
表1
[0100]
[0101]
主小区和辅小区的小区PRB利用率分别为:20%和100%。
[0102]
主小区和辅小区分别对UE1的信息进行处理后,到UE1和小区的信息如表2:
[0103]
表2
[0104]
[表0001]
小区类别 分流因子 小区PRB利用率 UE1的调整优先级
主小区 0.27 20% 1
辅小区 0.27 100% 1

[0105]
上述调整优先级是指按照终端PRB利用率从高到低的顺序,UE1的终端PRB利用率的排名。UE1的调整优先级为1,则说明在选择目标终端的时候,UE1被选择的概率基本是100%。
[0106]
由于主小区和辅小区的负荷门限为80%,而表2中辅小区的小区PRB利用率已经是100%,超过了80%的符合门限,故主小区侧不会再根据分流因子确定流量分配比例,而是直接将主小区与辅小区的小区PRB利用率的比值作为流量分配比例,例如,主小区和辅小区的小区PRB利用率总值是120%,为了将辅小区的小区PRB利用率降到符合负荷门限的要求,因此,可以将辅小区的小区PRB利用率设置为80%,同时为了保证主小区和辅小区的小区PRB利用率总值不变,自然,主小区的小区PRB利用率将被设置为40%。
[0107]
所以,在这种情况下,主小区和辅小区对UE1的分流比例为4:8。
[0108]
示例2:
[0109]
假定当前主小区与辅小区均工作正常,256QAM编码未启用,有两个UE(UE1和UE2)以双连接的形式接入该主小区和辅小区,当前这两个UE正在进行下行灌包业务。
[0110]
采集到的UE1和UE2在主小区和辅小区下的各项信息如表3所示:
[0111]
表3
[0112]
[0113]
主小区和辅小区的小区PRB利用率分别为:100%和100%。
[0114]
主小区和辅小区分别对UE1的信息进行处理后,到UE1和小区的信息如表4:
[0115]
表4
[0116]
[0117]
所以,对于UE1,主小区与辅小区的分流比例为0.27:0.27,也即1:1;对于UE2,主 小区与辅小区的分流比例为0.27:0.03,也即9:1。
[0118]
示例3:
[0119]
假定当前主小区与辅小区均工作正常,256QAM编码未启用,有两个UE(UE1和UE2)以双连接的形式接入该主小区和辅小区,当前这两个UE正在进行下行灌包业务。
[0120]
采集到的UE1和UE2在主小区和辅小区下的各项信息如表5所示:
[0121]
表5
[0122]
[0123]
主小区和辅小区的小区PRB利用率分别为:100%和100%。
[0124]
主小区和辅小区分别对UE1的信息进行处理后,到UE1和小区的信息如表6:
[0125]
表6
[0126]
[0127]
所以,对于UE1,主小区与辅小区的分流比例为0.04:0.27,也即4:27;对于UE2,主小区与辅小区的分流比例为0.27:0.03,也即9:1。
[0128]
实施例四:
[0129]
本实施例提供一种能够实现前述流量分配管理方法的流量分配管理装置,请参见图5:
[0130]
流量分配管理装置50包括比例确定模块502与流量分配模块504,其中,比例确定模块502用于确定主小区对目标终端的分流因子以及辅小区对目标终端的分流因子,分流因子根据小区的小区下行资源信息以及目标终端在小区的下行信道情况信息与下行业务质量信息确定;流量分配模块504用于按照主小区与辅小区的分流因子构成的流量分配比例分配目标终端在主小区与辅小区的下行流量。
[0131]
在本实施例的一些示例当中,比例确定模块502可以分别获取确定主小区与辅小区的分流因子,对于一个目标终端,主小区的分流因子可以记为a ,辅小区的分流因子可以记为a ,a :a 就是主小区分流因子与辅小区分流因子所构成的流量分配比例,表征对于该目标终端的总下行流量,主小区将分得其中的a /(a +a ),而辅小区将分得a /(a +a )。
[0132]
在本实施例中,一个小区对一个终端的分流因子可以根据该小区的小区下行资源信息以及终端在该小区的下行信道情况信息与下行业务质量信息确定,例如,主小区对一个终端的分流因子a 可以根据主小区的小区下行资源信息以及该终端在主小区的下行信道情况信息与下行业务质量信息确定。而辅小区对一个终端的分流因子a 可以根据辅小区的小区下行资源信息以及该终端在辅小区的下行信道情况信息与下行业务质量信息确定。
[0133]
在确定主小区对目标终端的分流因子时,比例确定模块502可以获取到主小区采集的该主小区自身的小区下行资源信息,以及主小区采集的目标终端在主小区的下行信道情况信息与下行业务指令信息,然后根据这些信息确定出主小区对目标终端的分流因子。
[0134]
在确定辅小区对目标终端的分流因子时,比例确定模块502也可以获取到辅小区采集的该辅小区自身的小区下行资源信息,以及辅小区采集的目标终端在辅小区的下行信道情况信息与下行业务指令信息,然后根据这些信息确定出辅小区对目标终端的分流因子。不过,在本实施例的另外一些示例当中,辅小区在实现相关信息的采集之后,可以直接计算出辅小区对目标终端的分流因子,然后将该分流因子发送给比例确定模块502,使得比例确定模块502获取到辅小区对目标终端的分流因子。
[0135]
在相关协议中,虽然主小区与辅小区间可以直接通信,但直接通信依赖于已有协议规定的通信接口,而在相关协议中并未确定这些通信接口可以传输辅小区对一个终端的分流因子或者是传输用于确定辅小区对终端分流因子的信息,所以,在本实施例的一些示例当中,辅小区发送给比例确定模块502的小区下行资源信息,以及辅小区采集的目标终端在辅小区的下行信道情况信息与下行业务指令信息可以通过网管系统发送到主小区侧,类似地,辅小区自己计算出的辅小区对目标终端的分流因子也可以通过网管系统发送给主小区。请参见图2示出的通信系统的一种示意图,在图2当中,主辅小区分属于与不同的基站,流量分配管理装置50部署在主基站21上,主基站21与辅基站22之间可以通过网管系统23进行通信,如果辅基站22下的辅小区是自己在进行信息采集之后确定辅小区对目标终端的分流因子,则该辅小区可以将计算得到的辅小区分流因子通过网管系统23传输给主基站21,从而使得主基站21侧的比例确定模块502获取到辅小区的分流因子。如果辅基站22下的辅小区仅进行信息采集,而由主小区根据采集到的信息确定主小区的分流因子以及辅小区的分流因子,则辅基站22可以将辅小区采集到的该辅小区自己的小区下行资源信息,以及目标终端在该辅小区的下行信道情况信息、下行业务质量信息通过网管系统23发送给主基站21,使得比例确定模块502获取到相关信息。
[0136]
在本实施例的一些示例当中,小区下行资源信息包括但不限于小区的PRB利用率。除此以外,还可以包括基站侧的CPU利用率、内存利用率等几种中的任意一种。
[0137]
所谓下行信道情况信息可以包括终端的MCS、SNR、SINR、RSRP、RSRQ以及CQI等几种中的至少一种。在本实施例的一些示例当中,目标终端的下行信道情况可以通过该目标终端的MCS来表征。所以,该目标终端对应的下行信道情况信息为MCS。
[0138]
下行业务质量信息包括但不小于终端的BLER。
[0139]
在本实施例的一些示例当中,小区下行资源信息包括小区PRB利用率,下行信道情况信息包括目标终端在对应小区的下行MCS,下行业务质量信息包括目标终端在对应小区的下行BLER;主小区对目标终端的分流因子a
[0140]
[0141]
辅小区对目标终端的分流因子a
[0142]
[0143]
其中,SE 为目标终端在主小区的MCS所对应的频谱效率;BLER 为目标终端在主小区的下行BLER;小区PRB利用率 为主小区的PRB利用率;SE 为目标终端在辅小区 的MCS所对应的频谱效率;BLER 为目标终端在辅小区的下行BLER;小区PRB利用率 为辅小区的PRB利用率;
[0144]
f1、f2与f3为计算因子,取值可以由网管人员根据经验值设置。在本实施例的而一些示例当中,f1、f2与f3的取值是固定的,但在本实施例的另外一些示例当中,网管人员可以根据实际情况调整f1、f2与f3的取值,也即在不同的计算过程中,f1、f2与f3可能会不同。
[0145]
可以理解的是,比例确定模块502确定出主小区对目标终端的分流因子以及辅小区对目标终端的分流因子之后,就确定了目标终端在主小区和辅小区的流量分配比例。在一些示例当中,在按照前述方式确定主小区对目标终端的分流因子以及辅小区对目标终端的分流因子之前,比例确定模块502可以先确定主小区和辅小区中是否存在至少一个当前的负荷是否超限,如果判断结果为否,也即主小区和辅小区当前的负荷均为超限,则比例确定模块502可以按照前述方式确定主小区的分流因子以及辅小区的分流因子,但如果判断结果为是,则说明主小区和辅小区中的至少一个当前负荷超限,因此,比例确定模块502可以按照其他方式确定目标终端在主小区与辅小区的流量分配比例,例如,在其中一种示例当中,根据主小区的小区下行资源信息与辅小区的下行资源信息确定主小区和辅小区对目标终端的流量分配比例。例如,如果小区下行资源信息为小区PRB,则目标终端在主小区与辅小区的流量分配比例可以为小区PRB利用率 :小区PRB利用率
[0146]
在比例确定模块502确定出目标终端在主小区和辅小区的流量分配比例之后,流量分配模块504可以按照该流量分配比例来控制目标终端的下行流量分配,从而使得目标终端在主小区、辅小区的流量分配符合主小区与辅小区自身的资源情况,也兼顾目标终端在主小区的业务质量与信道情况,进而使得目标终端的下行流量能够得到有效的传输,提升目标终端下行流量的传输效率,增强目标终端侧的用户体验。同时,提升主小区与辅小区承载的总流量,提升通信系统的吞吐量。
[0147]
可以理解的是,如果主小区和辅小区原本所传输的流量就一定非常多,已经达到了期望的水平,则主小区可以不必再按照新确定的流量分配比例来调整目标终端在主小区的流量和在辅小区的流量。也即,原本的流量分配策略就已经比较优秀,则不需要再按照新确定的流量分配策略进行调整,只需要保持当前流量分配策略即可。所以,在本实施例的一些示例当中,如果主小区和辅小区的实际下行总流量均已经达到对应的期望下行总流量,也即主小区的实际下行总流量达到主小区对应的期望下行总流量,辅小区的实际下行总流量达到辅小区对应的期望下行总流量,则不需要按照新确定的流量分配策略来调整目标终端在主小区、辅小区的流量分配。但如果主小区与辅小区中的至少一个的实际下行总流量未达到对应的期望下行总流量,则主小区可以按照根据分流因子确定出的流量分配比例来分配目标终端在主小区和辅小区的下行流量。
[0148]
可以理解的是,双连接场景下的主小区与辅小区并不是为某一个终端服务,在通常情况下,主小区与辅小区会同时连接多个终端,在本实施例的一些示例当中,主小区可以将这些终端均作为目标终端,确定主小区、辅小区对各个目标终端的分流因子,然后对各个目标终端在主小区与辅小区的流量按照流量分配比例进行控制管理。不过,考虑到一个小区中终端数目巨大,因此,如果主小区对于其中的每个终端的流量分配均按照前述方式进行调整,则主小区的负担会比较高,而且,一次调整之后的效果好坏在调整之前并不能完全确定,因此,调整之后也有可能会出现调整效果不佳的问题,故,在本实施例的一些示例当中,请参见图6,流量分配管理装置50除了包括比例确定模块502与流量分配模块504以外,还包括终端选择模块500,在确定主小区对目标终端的分流因子以及辅小区对目标终端的分流因子之前,终端选择模块500会先确定出目标终端:
[0149]
首先,终端选择模块500获取主小区与辅小区中各终端的终端下行资源信息。在本实施例的一些示例当中,终端下行资源信息可以是指终端的PRB利用率,当然,本领域技术 人员可以理解的是,终端下行资源信息也还可以是终端的其他信息,例如终端的CPU利用率,或者内存利用率等。
[0150]
在获取到主小区与辅小区中各终端的终端下行资源信息之后,终端选择模块500可以根据各终端的终端下行资源信息从各终端中选择出目标终端。例如,如果终端下行资源信息为终端的PRB利用率,则终端选择模块500可以优先选择个终端中终端PRB利用率较高的终端作为目标终端:在本实施例的一种示例当中,终端选择模块500可以按照终端PRB利用率从高到低的选择顺序选择10个终端作为目标终端。在这种示例当中,终端选择模块500在确定目标终端的时候,是按照预设数目进行确定的,但在本实施例的另外一些示例当中,终端选择模块500可以按照终端PRB利用率从高到低的选择顺序选择前10%的终端作为目标终端。
[0151]
可以理解的是,因为主小区对终端流量分配策略进行调整的过程并不仅仅是执行一次,而是可能会循环执行,因此,在按照对应的流量分配比例调整完部分终端的流量分配策略之后,可以将这些终端标记为“已调整终端”,在下一次调整过程中,选择目标终端的时候,终端选择模块500可以选择尚未被标记为已调整终端的终端作为目标终端,这样能够避免总是针对部分终端的流量分配进行调整,而另外一部分终端始终得不到流量分配调整机会的问题。如果终端选择模块500在确定目标终端的时候,发现所有的终端均已经被标记为已调整终端,则终端选择模块500可以将各终端的已调整标记去除,重新在所有的终端中选择目标终端,并对已调整终端进行再次标记。
[0152]
本实施例提供的流量分配管理装置50可以部署在主基站侧,其比例确定模块与流量分配模块的功能均可以通过主基站侧的处理器与通信单元共同实现。
[0153]
本实施例提供的流量分配管理装置,可以基于小区的小区下行资源信息、终端在该小区中的下行信道情况信息、下行业务质量信息来确定该小区对终端的分流因子,进而基于各小区对终端的分流因子确定主小区与辅小区的流量分配比例,然后根据流量分配比例对终端在主、辅小区的下行流量进行调整,从而在主、辅小区进行流量分配的时候,综合考虑主、辅小区的资源情况,以及终端在主、辅小区的信道情况与业务质量情况,提升主小区对终端流量分配方案的合理性,增强终端下行流量的传输效率,保证提升主小区与辅小区的流量总量。
[0154]
实施例五:
[0155]
本实施例提供一种存储介质,该存储介质中可以存储有一个或多个可供一个或多个处理器读取、编译并执行的计算机程序,在本实施例中,该存储介质可以存储有流量分配管理程序,该流量分配管理程序可供一个或多个处理器执行实现前述实施例介绍的任意一种流量分配管理方法的流程。
[0156]
另外,本实施例提供一种基站,如图7所示:基站70包括处理器71、存储器72以及用于连接处理器71与存储器72的通信总线73,其中存储器72可以为前述存储有流量分配管理程序的存储介质。处理器71可以读取流量分配管理程序,进行编译并执行实现前述实施例中介绍的流量分配管理方法的流程:
[0157]
处理器71先确定主小区对目标终端的分流因子以及辅小区对目标终端的分流因子,其中分流因子根据小区的小区下行资源信息以及目标终端在小区的下行信道情况信息与下行业务质量信息确定;然后,处理器71按照主小区与辅小区的分流因子构成的流量分配比例分配目标终端在主小区与辅小区的下行流量。
[0158]
在本实施例的一些示例中,处理器71确定主小区对目标终端的分流因子以及辅小区对目标终端的分流因子时,可以先获取主小区与辅小区的小区下行资源信息,以及主小区与辅小区中各终端的下行信道情况信息、下行业务质量信息;然后,根据主小区的小区下行资源信息、目标终端在主小区的下行信道情况信息和下行业务质量信息确定主小区对目标终端的分流因子;并根据辅小区的小区下行资源信息、目标终端在辅小区的下行信道情况信息和下行业务质量信息确定辅小区对目标终端的分流因子。
[0159]
在本实施例的一些示例中,处理器71获取主小区与辅小区的小区下行资源信息时,可以采集主小区的小区下行资源信息以及各终端在主小区中的下行信道情况信息和下行业务质量信息;以及,接收辅小区采集辅小区的小区下行资源信息以及各终端在辅小区中的下行信道情况信息和下行业务质量信息。
[0160]
可以理解的是,接收辅小区采集辅小区的小区下行资源信息以及各终端在辅小区中的下行信道情况信息和下行业务质量信息包括:
[0161]
处理器71接收辅小区通过网管系统发送的辅小区的小区下行资源信息以及各终端在辅小区中的下行信道情况信息和下行业务质量信息。
[0162]
在本实施例的一些示例中,处理器71确定主小区对目标终端的分流因子时,可以获取主小区的小区下行资源信息,以及主小区中各终端的下行信道情况信息、下行业务质量信息;然后,根据主小区的小区下行资源信息、目标终端在主小区的下行信道情况信息和下行业务质量信息确定主小区对目标终端的分流因子;
[0163]
处理器71确定目标终端在辅小区的分流因子时,可以直接接收辅小区发送的辅小区对目标终端的分流因子。
[0164]
在本实施例的一些示例中,处理器71确定主小区对目标终端的分流因子以及辅小区对目标终端的分流因子之前,还可以先获取主小区与辅小区中各终端的终端下行资源信息;并根据主小区与辅小区中各终端的终端下行资源信息从各终端中确定出目标终端。
[0165]
在本实施例的一些示例中,终端下行资源信息包括终端PRB利用率,处理器71则根据终端下行资源信息确定各终端中确定出目标终端时,可以按照终端PRB利用率从高到低的选择顺序选择预设数目或预设比例的终端作为目标终端。
[0166]
在本实施例的一些示例中,处理器71按照终端PRB利用率从高到低的选择顺序从尚未被标记为已调整终端的终端中选择预设数目或预设比例的终端作为目标终端。
[0167]
在本实施例的一些示例中,处理器71按照主小区与辅小区的分流因子构成的流量分配比例分配目标终端在主小区与辅小区的下行流量之前,还可以先确定主小区和辅小区中至少一个的实际下行总流量未达到对应的期望下行总流量。
[0168]
在本实施例的一些示例中,处理器71确定主小区对目标终端的分流因子以及辅小区对目标终端的分流因子之前,还可以先确定主小区与辅小区的小区负荷均尚未超限。
[0169]
若确定主小区与辅小区中至少一个负荷尚超限,则根据主小区的小区下行资源信息与辅小区的下行资源信息确定主小区和辅小区对目标终端的流量分配比例。
[0170]
在本实施例的一些示例中,小区下行资源信息包括小区PRB利用率,下行信道情况信息包括目标终端在对应小区的MCS,下行业务质量信息包括目标终端在对应小区的下行BLER;主小区对目标终端的分流因子a
[0171]
[0172]
辅小区对目标终端的分流因子a
[0173]
[0174]
其中,SE 为目标终端在主小区的MCS所对应的频谱效率;BLER 为目标终端在主小区的下行BLER;小区PRB利用率 为主小区的PRB利用率;SE 为目标终端在辅小区 的MCS所对应的频谱效率;BLER 为目标终端在辅小区的下行BLER;小区PRB利用率 为辅小区的PRB利用率;
[0175]
f1、f2与f3为计算因子。
[0176]
本发明的有益效果是:
[0177]
本发明实施例提供的流量分配管理方法、装置、基站及存储介质,通过确定主小区对目标终端的分流因子以及辅小区对目标终端的分流因子,按照主小区与辅小区的分流因子构成的流量分配比例分配目标终端在主小区与辅小区的下行流量。由于目标终端在一个小区的分流因子是根据小区的小区下行资源信息以及目标终端在该小区的下行信道情况信息与下行业务质量信息确定,因此,在确定目标终端在主小区的分流因子与辅小区的分流因子的时候,有考虑主小区、辅小区的下行资源,以及目标终端自身在主小区、辅小区的下行资源和信道情况,综合这些因素确定的流量分配比例能够更合理地向主小区、辅小区分配该目标终端的下行流量,让主小区、辅小区能够更有效率地实现目标终端下行流量的传输,提升基站的流量吞吐量。
[0178]
可以理解的是,在不冲突的情况下,本发明各实施例中的技术手段可以结合使用。
[0179]
显然,本领域的技术人员应该明白,上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM,ROM,EEPROM、闪存或其他存储器技术、CD-ROM,数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。所以,本发明不限制于任何特定的硬件和软件结合。
[0180]
以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。

权利要求书

[权利要求 1]
一种流量分配管理方法,包括: 确定主小区对目标终端的分流因子以及辅小区对所述目标终端的分流因子,所述分流因子根据小区的小区下行资源信息以及所述目标终端在所述小区的下行信道情况信息与下行业务质量信息确定; 按照所述主小区与辅小区的分流因子构成的流量分配比例分配所述目标终端在所述主小区与所述辅小区的下行流量。
[权利要求 2]
如权利要求1所述的流量分配管理方法,其中,所述确定主小区对目标终端的分流因子以及辅小区对所述目标终端的分流因子包括: 获取所述主小区与辅小区的小区下行资源信息,以及所述主小区与辅小区中各终端的下行信道情况信息、下行业务质量信息; 根据所述主小区的小区下行资源信息、目标终端在所述主小区的下行信道情况信息和下行业务质量信息确定所述主小区对所述目标终端的分流因子;并根据所述辅小区的小区下行资源信息、目标终端在所述辅小区的下行信道情况信息和下行业务质量信息确定所述辅小区对所述目标终端的分流因子。
[权利要求 3]
如权利要求2所述的流量分配管理方法,其中,所述获取主小区与辅小区的小区下行资源信息包括: 采集所述主小区的小区下行资源信息以及各终端在所述主小区中的下行信道情况信息和下行业务质量信息;以及,接收所述辅小区采集所述辅小区的小区下行资源信息以及各终端在所述辅小区中的下行信道情况信息和下行业务质量信息。
[权利要求 4]
如权利要求3所述的流量分配管理方法,其中,所述接收所述辅小区采集所述辅小区的小区下行资源信息以及各终端在所述辅小区中的下行信道情况信息和下行业务质量信息包括: 接收所述辅小区通过网管系统发送的所述辅小区的小区下行资源信息以及各终端在所述辅小区中的下行信道情况信息和下行业务质量信息。
[权利要求 5]
如权利要求1所述的流量分配管理方法,其中,所述确定主小区对目标终端的分流因子包括: 获取所述主小区的小区下行资源信息,以及所述主小区中各终端的下行信道情况信息、下行业务质量信息; 根据所述主小区的小区下行资源信息、目标终端在所述主小区的下行信道情况信息和下行业务质量信息确定所述主小区对所述目标终端的分流因子; 所述确定所述目标终端在辅小区的分流因子包括: 接收所述辅小区发送的所述辅小区对所述目标终端的分流因子。
[权利要求 6]
如权利要求1-5任一项所述的流量分配管理方法,其中,所述确定主小区对目标终端的分流因子以及辅小区对所述目标终端的分流因子之前,还包括: 获取所述主小区与辅小区中各终端的终端下行资源信息; 根据所述主小区与辅小区中各终端的终端下行资源信息从各所述终端中确定出目标终端。
[权利要求 7]
如权利要求6所述的流量分配管理方法,其中,所述终端下行资源信息包括终端物理资源块PRB利用率,则所述根据所述终端下行资源信息从各所述终端中确定出目标终端包括: 按照终端PRB利用率从高到低的选择顺序选择预设数目或预设比例的终端作为目标终端。
[权利要求 8]
如权利要求7所述的流量分配管理方法,其中,所述按照终端PRB利用率从高到低的选择顺序选择预设数目或预设比例的终端作为目标终端包括: 按照终端PRB利用率从高到低的选择顺序从尚未被标记为已调整终端的终端中选择 预设数目或预设比例的终端作为目标终端。
[权利要求 9]
如权利要求1-5任一项所述的流量分配管理方法,其中,所述按照所述主小区与辅小区的分流因子构成的流量分配比例分配所述目标终端在所述主小区与所述辅小区的下行流量之前,还包括: 确定所述主小区和所述辅小区中至少一个的实际下行总流量未达到对应的期望下行总流量。
[权利要求 10]
如权利要求1-5任一项所述的流量分配管理方法,其中,所述确定主小区对目标终端的分流因子以及辅小区对所述目标终端的分流因子之前,还包括: 确定所述主小区与所述辅小区的小区负荷均尚未超限。
[权利要求 11]
如权利要求10所述的流量分配管理方法,其中,所述流量分配管理方法还包括: 若确定所述主小区与所述辅小区中至少一个负荷尚超限,则根据所述主小区的小区下行资源信息与所述辅小区的下行资源信息确定所述主小区和所述辅小区对所述目标终端的流量分配比例。
[权利要求 12]
如权利要求1-5任一项所述的流量分配管理方法,其中,所述小区下行资源信息包括小区PRB利用率,所述下行信道情况信息包括目标终端在对应小区的调制编码方式MCS,所述下行业务质量信息包括目标终端在对应小区的下行块误码率BLER;所述主小区对所述目标终端的分流因子a 所述辅小区对所述目标终端的分流因子a 其中,SE 为所述目标终端在所述主小区的MCS所对应的频谱效率;BLER 为所述目标终端在所述主小区的下行BLER;小区PRB利用率 为所述主小区的PRB利用率;SE 为所述目标终端在所述辅小区的MCS所对应的频谱效率;BLER 为所述目标终端在所述辅小区的下行BLER;小区PRB利用率 为所述辅小区的PRB利用率; 所述f1、f2与f3为计算因子。
[权利要求 13]
一种流量分配管理装置,包括: 比例确定模块,用于确定主小区对目标终端的分流因子以及辅小区对所述目标终端的分流因子,所述分流因子根据小区的小区下行资源信息以及所述目标终端在所述小区的下行信道情况信息与下行业务质量信息确定; 流量分配模块,用于按照所述主小区与辅小区的分流因子构成的流量分配比例分配所述目标终端在所述主小区与所述辅小区的下行流量。
[权利要求 14]
一种基站,包括处理器、存储器及通信总线;其中, 所述通信总线用于实现处理器和存储器之间的连接通信; 所述处理器用于执行存储器中存储的一个或者多个程序,以实现如权利要求1至12中任一项所述的流量分配管理方法的步骤。
[权利要求 15]
一种存储介质,存储有一个或者多个程序,其中,所述一个或者多个程序可被一 个或者多个处理器执行,以实现如权利要求1至12中任一项所述的流量分配管理方法的步骤。

附图

[ 图 1]  
[ 图 2]  
[ 图 3]  
[ 图 4]  
[ 图 5]  
[ 图 6]  
[ 图 7]