一种LTE基站硬件资源调度处理方法及装置与流程

文档序号:26589698发布日期:2021-09-10 20:30阅读:144来源:国知局
一种LTE基站硬件资源调度处理方法及装置与流程
一种lte基站硬件资源调度处理方法及装置
技术领域
1.本发明涉及通信技术领域,具体涉及一种lte基站硬件资源调度处理方法及装置。


背景技术:

2.随着通信技术的发展,用户数量倍增,而且用户希望随时接入到无线网络获得更加优质的服务。在无线网络中,ue(user equipment,用户设备)位置的随机性和业务需求的多样性、动态性,会导致小区负载分布不均衡的情况出现,即一部分小区负载过重,甚至产生数据拥塞,同时另一部分小区相对空闲,负载较轻。一旦出现这样的情况,针对硬件资源紧缺,除了优化基站参数,还需进行必要的硬件“拆闲补忙”调度,以满足lte网络业务需求。现有技术中,这部分工作主要由人工收集网络数据进行分析,输出现网硬件资源冗余基站及对应硬件资源紧缺基站的调度方案。
3.但是,发明人在实现本发明的过程中发现现有技术至少存在以下不足:首先,由于参与评估的数据量大,耗时冗长,网络数据采集包括基站工程参数、指标等评估因素,数据维度多且数据规模大,计算难度高,每次仅能评估输出单个目标基站单种基站硬件资源,或者目标较少量基站及较少量的硬件资源的lte硬件资源调度方案,网络优化效率低下;其次,基于人工经验评估得到的硬件资源调度方案,过于依赖个人经验,欠缺调度时间和成本的考虑,不仅效率低下而且计算结果容易出错,难以调度方案的保证效果。


技术实现要素:

4.鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种lte基站硬件资源调度处理方法及装置。
5.根据本发明的一个方面,提供了一种lte基站硬件资源调度处理方法,包括:
6.采集各个基站的硬件配置信息和业务指标数据;
7.根据预设的可调度硬件判断规则,对基站的硬件配置信息和业务指标数据进行分析,确定各个硬件资源冗余基站及其冗余资源集合;
8.根据预设的硬件资源紧缺判断规则,对基站的硬件配置信息和业务指标数据进行分析,确定各个硬件资源紧缺基站及其紧缺资源集合;
9.针对于每一类紧缺资源,按照各个硬件资源紧缺基站对该紧缺资源的到达时间限制的从小到大的顺序,依次将各个硬件资源紧缺基站确定为目标硬件资源紧缺基站;
10.针对于每一个目标硬件资源紧缺基站,根据从各个硬件资源冗余基站到达该目标硬件资源紧缺基站所需的时间的从小到大的顺序,以及该目标硬件资源紧缺基站对该紧缺资源的需求量,确定向该目标硬件资源紧缺基站调度该紧缺资源的硬件资源冗余基站及其向该目标硬件资源紧缺基站调度该紧缺资源的数量;
11.其中,从各个硬件资源冗余基站向各个硬件资源紧缺基站调度该紧缺资源的总耗时最小。
12.可选地,采集各个基站的硬件配置信息和业务指标数据进一步包括:
13.通过telnet、ftp或者ssh协议按照预设周期从网管获取基站的硬件配置信息和业务指标数据;或者通过自动推送的方式按照预设周期从网管获取基站的硬件配置信息和业务指标数据。
14.可选地,可调度硬件判断规则包括:
15.根据基站配置的基带板数量、电源板的数量以及高负荷小区情况,确定电源板是否可调度;
16.若基站仅配置了f1频点,主控板为cce1且历史时段内自忙时cpu负荷峰值不超过门限值,则确定主控板可调度;
17.若基带板未配置小区数据,则确定基带板可调度;
18.若双层组网基站中,基带板绑定的所有小区为d频,且历史时段内自忙时的上下行prb利用率不超过门限值,则确定基带板可调度。
19.可选地,硬件资源紧缺判断规则包括:
20.若小区自忙时平均e-rab流量达到门限值、有效rrc用户数达到门限值、上行prb利用率达到门限值以及上行流量达到门限值,确定该小区的基站为硬件资源紧缺基站;
21.若小区自忙时平均e-rab流量达到门限值、有效rrc用户数达到门限值、下行利用率达到门限值以及下行流量达到门限值,确定该小区的基站为硬件资源紧缺基站;
22.若基带板、rru以及光模块中的一种或多种硬件无法进行载波扩容,则确定基站为硬件资源紧缺基站。
23.可选地,方法按照预设的周期定时执行。
24.根据本发明的另一方面,提供了一种lte基站硬件资源调度处理装置,包括:
25.数据采集模块,适于采集各个基站的硬件配置信息和业务指标数据;
26.第一分析模块,适于根据预设的可调度硬件判断规则,对基站的硬件配置信息和业务指标数据进行分析,确定各个硬件资源冗余基站及其冗余资源集合;
27.第二分析模块,适于根据预设的硬件资源紧缺判断规则,对基站的硬件配置信息和业务指标数据进行分析,确定各个硬件资源紧缺基站及其紧缺资源集合;
28.调度处理模块,适于针对于每一类紧缺资源,按照各个硬件资源紧缺基站对该紧缺资源的到达时间限制的从小到大的排列顺序,依次将各个硬件资源紧缺基站确定为目标硬件资源紧缺基站;
29.针对于每一个目标硬件资源紧缺基站,根据从各个硬件资源冗余基站到达该目标硬件资源紧缺基站所需的时间的从小到大的顺序,以及该目标硬件资源紧缺基站对该紧缺资源的需求量,确定向该目标硬件资源紧缺基站调度该紧缺资源的硬件资源冗余基站及其向该目标硬件资源紧缺基站调度该紧缺资源的数量;
30.其中,从各个硬件资源冗余基站向各个硬件资源紧缺基站调度该紧缺资源的总耗时最小。
31.可选地,数据采集模块进一步适于:
32.通过telnet、ftp或者ssh协议按照预设周期从网管获取基站的硬件配置信息和业务指标数据;或者通过自动推送的方式按照预设周期从网管获取基站的硬件配置信息和业务指标数据。
33.可选地,可调度硬件判断规则包括:
34.根据基站配置的基带板数量、电源板的数量以及高负荷小区情况,确定电源板是否可调度;
35.若基站仅配置了f1频点,主控板为cce1且历史时段内自忙时cpu负荷峰值不超过门限值,则确定主控板可调度;
36.若基带板未配置小区数据,则确定基带板可调度;
37.若双层组网基站中,基带板绑定的所有小区为d频,且历史时段内自忙时的上下行prb利用率不超过门限值,则确定基带板可调度;
38.硬件资源紧缺判断规则包括:
39.若小区自忙时平均e-rab流量达到门限值、有效rrc用户数达到门限值、上行prb利用率达到门限值以及上行流量达到门限值,确定该小区的基站为硬件资源紧缺基站;
40.若小区自忙时平均e-rab流量达到门限值、有效rrc用户数达到门限值、下行利用率达到门限值以及下行流量达到门限值,确定该小区的基站为硬件资源紧缺基站;
41.若基带板、rru以及光模块中的一种或多种硬件无法进行载波扩容,则确定基站为硬件资源紧缺基站。
42.根据本发明的又一方面,提供了一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
43.所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行上述一种lte基站硬件资源调度处理方法对应的操作。
44.根据本发明的再一方面,提供了一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如上述一种lte基站硬件资源调度处理方法对应的操作。
45.本发明的方法在确定调度方案时,是考虑优先对紧缺资源的到达时间限制越小的硬件资源紧缺基站制定调度方案,并且要使到达该硬件资源紧缺基站所需的时间越小的硬件资源冗余基站优先对其进行调度,同时调度方案还应当满足从各个硬件资源冗余基站向各个硬件资源紧缺基站调度每一类紧缺资源的耗时最小,由此确定的调度方案既能够保证满足比较紧急的基站的需求,同时也能够保证调度总耗时最小,能够制定更加科学合理的调度方案,从而能够提升调度的效率,也能够一次输出多目标的调度方案。
46.上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
47.通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
48.图1示出了本发明实施例提供的lte基站硬件资源调度处理方法流程图;
49.图2示出了本发明另一实施例提供的lte基站硬件资源调度处理方法的流程图;
50.图3示出了本发明实施例提供的lte基站硬件资源调度处理装置的结构示意图;
51.图4示出了本发明实施例提供的计算设备的结构示意图。
具体实施方式
52.下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
53.本发明的方法大体可以分为两个处理阶段,第一个是数据分析阶段,在这个阶段对采集的基站的硬件配置和业务指标进行分析,确定硬件资源冗余的基站和硬件资源紧缺的基站;第二个是资调度阶段,在这个阶段制定针对于每一类紧缺资源、每一个紧缺基站的调度方案。下面将结合具体实施例进行说明。
54.图1示出了本发明lte基站硬件资源调度处理方法实施例的流程图,如图1所示,该方法包括以下步骤:
55.步骤s101,采集各个基站的硬件配置信息和业务指标数据。
56.从网管处获取lte网络各个基站的硬件配置信息和业务指标数据。在此之后,可选地,选取小区在某个时段内的正常业务指标为样本空间,统计单位时段的业务量以及读取基站在该时段的硬件配置信息,后续过程中对这部分业务指标数据和硬件配置信息,分析基站的硬件资源情况。
57.步骤s102,根据预设的可调度硬件判断规则,对基站的硬件配置信息和业务指标数据进行分析,确定各个硬件资源冗余基站及其冗余资源集合。
58.统计基站的硬件负荷和业务量,若基站的硬件负荷低于阈值和/或业务量低于阈值,则确定该基站为硬件资源冗余基站,再分析出该基站可调度的硬件资源(也即冗余资源)。
59.步骤s103,根据预设的硬件资源紧缺判断规则,对基站的硬件配置信息和业务指标数据进行分析,确定各个硬件资源紧缺基站及其紧缺资源集合。
60.一方面,存在高负荷小区的基站就是硬件资源紧缺基站,则对基站的小区的业务指标数据进行分析,判断基站是否存在高负荷小区,从而确定基站是否为硬件资源紧缺基站,进而确定紧缺的资源;另一方面,对基站的硬件配置进行分析,确定基站是否为硬件资源紧缺基站及其紧缺的硬件资源。
61.步骤s104,针对于每一类紧缺资源,按照各个硬件资源紧缺基站对该紧缺资源的到达时间限制的从小到大的顺序,依次将各个硬件资源紧缺基站确定为目标硬件资源紧缺基站。
62.针对于每一类紧缺资源,先按照各个硬件资源紧缺基站对该紧缺资源的到达时间限制的从小到大的顺序,将各个硬件资源紧缺基站进行排序,按照排列后的顺序,依次将各个硬件资源紧缺基站确定为目标硬件紧缺基站。也就是说,到达时间限制最小的硬件资源紧缺基站最先被确定为目标硬件资源紧缺基站,而到达时间限制最大的硬件资源紧缺基站最后被确定为目标硬件资源紧缺基站,基站被确定为目标硬件资源紧缺基站之后,即执行后续步骤,制定针对于该目标硬件资源紧缺基站的调度方案。
63.步骤s105,针对于每一个目标硬件资源紧缺基站,根据从各个硬件资源冗余基站到达该目标硬件资源紧缺基站所需的时间的从小到大的顺序,以及该目标硬件资源紧缺基站对该紧缺资源的需求量,确定向该目标硬件资源紧缺基站调度该紧缺资源的硬件资源冗
余基站及其向该目标硬件资源紧缺基站调度该紧缺资源的数量;其中,从各个硬件资源冗余基站向各个硬件资源紧缺基站调度该紧缺资源的总耗时最小。
64.当一个硬件紧缺基站被确定为目标硬件资源紧缺基站之后,根据各个硬件资源冗余基站到达该目标硬件资源紧缺基站所需的时间的从小到大的顺序,该顺序也就是各个硬件资源冗余基站向该目标硬件资源紧缺基站调度该紧缺资源的顺序,再结合目标硬件资源紧缺基站对该紧缺资源的需求量,确定向该目标硬件资源紧缺基站进行调度的硬件资源冗余基站及其调度的数量。同时,确定的关于该紧缺资源的调度方案还应当满足从各个硬件资源冗余基站向各个硬件资源紧缺基站调度该紧缺资源的总耗时最小。
65.由此可见,本实施例的方法在确定调度方案时,是考虑优先对紧缺资源的到达时间限制越小的硬件资源紧缺基站制定调度方案,并且要使到达该硬件资源紧缺基站所需的时间越小的硬件资源冗余基站优先对其进行调度,同时调度方案还应当满足从各个硬件资源冗余基站向各个硬件资源紧缺基站调度每一类紧缺资源的耗时最小,由此确定的调度方案既能够保证满足比较紧急的基站的需求,同时也能够保证调度总耗时最小,能够制定更加科学合理的调度方案,从而能够提升调度的效率,也能够一次输出多目标的调度方案。
66.综上所述,本发明实施例的方法基于lte网络硬件资源信息以及业务指标数据的分析,得到硬件资源冗余基站和紧缺基站,大大提高了工作效率,节省了人力成本;其次,该方式能够实现多目标优化,提高了效率,并且综合考虑硬件资源、硬件调度时间等参数,能够得到更加科学合理的硬件调度方案,保证调度方案的效果。
67.图2示出了本发明lte基站硬件资源调度处理方法另一个实施例的流程图,本实施例以具体的算法处理逻辑进行说明,如图2所示,该方法包括以下步骤:
68.步骤s201,采集各个基站的硬件配置信息和业务指标数据。
69.通过telnet、ftp或者ssh协议或者自动推送的方式,按照预设周期从网管获取基站的硬件配置信息和业务指标数据。例如,获取某一水利设计院基站的硬件配置信息和业务指标数据,如表一所示:
70.表一
[0071][0072]
由表一可知,该基站使用了中兴设备,配置了3块基带板、2块pm10电源板和1块cc16主控板。其他的业务指标数据可以根据需要获取或者进行二次统计,例如求最大值、平均值、累计汇总等等。
[0073]
步骤s202,根据预设的可调度硬件判断规则,对基站的硬件配置信息和业务指标数据进行分析,确定各个硬件资源冗余基站及其冗余资源集合。
[0074]
其中,可调度硬件判断规则包括:规则一:该规则是关于电源板的可调度判断规则,具体地,根据基站配置的基带板数量、电源板的数量以及高负荷小区情况,确定电源板
是否可调度。例如,若基站配置了1到2块基带板,且有2块pm10电源板,且没有高负荷小区,则该基站有1块电源板可调度。
[0075]
规则二:该规则是关于主控板的可调度判断规则,具体地,若基站仅配置了f1频点,主控板为cce1且历史时段内自忙时cpu负荷峰值不超过预设阈值,则确定主控板可调。
[0076]
规则三:该规则是关于基带板的可调度判断规则,具体地,若基带板未配置小区数据,则确定基带板可调度;或者,若双层组网基站中,基带板绑定的所有小区为d频,且历史时段内自忙时的上下行prb利用率不超过预设阈值,则确定基带板可调度。
[0077]
容易理解的是,如果判断出基站具有可调度的硬件,则该基站就是硬件资源冗余基站。
[0078]
步骤s203,根据预设的硬件资源紧缺判断规则,对基站的硬件配置信息和业务指标数据进行分析,确定各个硬件资源紧缺基站及其紧缺资源集合。
[0079]
一方面,存在高负荷小区的基站就是硬件资源紧缺基站,则对基站的小区的业务指标数据进行分析,判断基站是否存在高负荷小区,从而确定基站是否为硬件资源紧缺基站,进而确定紧缺的资源,具体实施时,可以汇总一个自然周的指标数据分析高负荷小区;另一方面,对基站的硬件配置进行分析,确定基站是否为硬件资源紧缺基站及其紧缺的硬件资源。
[0080]
具体的,硬件资源紧缺判断规则包括:
[0081]
规则一:若小区自忙时平均e-rab流量达到门限、有效rrc用户数达到门限、上行prb利用率达到门限以及上行流量达到门限,该小区为高负荷小区,则确定该小区的基站为硬件资源紧缺基站。
[0082]
规则二:若小区自忙时平均e-rab流量达到门限、有效rrc用户数达到门限、下行利用率达到门限以及下行流量达到门限,该小区为高负荷小区,则确定该小区的基站为硬件资源紧缺基站。
[0083]
规则三:若基带板、rru以及光模块中的一种或多种硬件无法进行载波扩容,则确定基站为硬件资源紧缺基站。如果基站硬件受限,一般包括基带板限制、rru限制、光模块限制,则需要硬件扩容后才能进行载波扩容。某些硬件成为短板,无法进行载波扩容,产生了各种硬件需求,则需要升级或添加相应的硬件设备。
[0084]
通过上述步骤s201-s203分析出了硬件资源冗余基站及其冗余资源集合,和硬件资源紧缺基站及其紧缺资源集合。后续步骤s204-步骤s207则对应于指定具体的调度方案的处理过程。
[0085]
步骤s204,令k=1。
[0086]
步骤s205,按照各个硬件资源紧缺基站对第k类紧缺资源的到达时间限制的从小到大的顺序,依次将各个硬件资源紧缺基站确定为目标硬件资源紧缺基站。
[0087]
本实施例中调度处理过程为循环处理过程,这里以第一次循环过程为例进行说明,先按照各个硬件资源紧缺基站对第1类紧缺资源的到达时间限制的从小到大的顺序,依次将各个硬件资源紧缺基站确定为目标硬件资源紧缺基站。
[0088]
步骤s206,针对于每一个目标硬件资源紧缺基站,根据从各个硬件资源冗余基站到达该目标硬件资源紧缺基站所需的时间的从小到大的顺序,以及该目标硬件资源紧缺基站对第k类紧缺资源的需求量,确定向该目标硬件资源紧缺基站调度第k类紧缺资源的硬件
资源冗余基站及其向该目标硬件资源紧缺基站调度第k类紧缺资源的数量;其中,从各个硬件资源冗余基站向各个硬件资源紧缺基站调度第k类紧缺资源的总耗时最小。
[0089]
针对于每一个目标硬件资源紧缺基站,根据各个硬件资源冗余基站到达该目标硬件资源紧缺基站所需的时间的从小到大的顺序,该顺序也就是各个硬件资源冗余基站向该目标硬件资源紧缺基站调度第1类紧缺资源的顺序,再结合目标硬件资源紧缺基站对第1类紧缺资源的需求量,确定向该目标硬件资源紧缺基站进行调度的硬件资源冗余基站及其调度的数量。同时,确定的关于该紧缺基站的调度方案还应当满足从各个硬件资源冗余基站向各个硬件资源紧缺基站调度第1类紧缺资源的总耗时最小。
[0090]
当按照上述方式确定了向各个硬件资源紧缺基站调度第1类紧缺资源的硬件资源冗余基站和调度的数量之后,此时对于第1类紧缺资源来说,每一个硬件资源紧缺基站的调度方案都确定了。
[0091]
步骤s207,将k赋值k+1,判断赋值后的k的值是否大于紧缺资源的总类别数;若是,本方法结束;若否,则跳转执行步骤s205。
[0092]
然后,将k值加1,此时k的赋值为2,此时判断k的值是否大于紧缺资源的总类别数,如果是,表明对于每一类紧缺资源都已经确定了调度方案;如果不大于紧缺资源的总类别数,就表明还存在紧缺资源未确定调度方案,则跳转执行步骤s205。
[0093]
由于随着时间的变迁,网络业务模型也发生变化,原有的硬件资源调度方案也不可能永久有效,因此系统可以设置下一次的运行时间,当到达下一次运行时间,系统重新获取lte网络的硬件数据及业务指标数据,重新评估硬件调整方案。基于此,本实施例的方法可按照预设周期定时执行。
[0094]
本发明另一个实施例中提供了调度算法逻辑,也即对应于上述第二个处理阶段的算法逻辑,首先对算法中用到的表达式的说明如下:
[0095]
s1,s2…
,s
m
为m个硬件调度冗余基站,d1,d2,

,d
n
为n个硬件资源紧缺基站。硬件资源紧缺基站d
j
(j=1,2,

,n)需要的第k类硬件资源的名称为x
k
(k=1,2,

,p),需求量为x
jk
(j=1,2,

,n)。硬件资源冗余基站s
i
(i=1,2,

,m)中拥有的x
k
的数量为p
ik
(i=1,2,

,m;k=1,2,

,p)。硬件资源冗余基站s
i
到达硬件资源紧缺基站d
j
的时间为t
ij

[0096]
矩阵p,其中p
jk
表示硬件资源冗余基站s
i
中可用于调度的第k类硬件资源x
k
的数量;矩阵x,其中x
jk
表示硬件资源紧缺基站d
j
需要的第k类硬件资源x
k
的数量;矩阵t,其中t
jk
表示硬件资源紧缺基站d
j
需要的第k类硬件资源x
k
的到达限制时间;矩阵t’,其中t
ij
表示硬件资源冗余基站s
i
到硬件资源紧缺基站d
j
所需要的时间;输出方案表s存储向硬件资源紧缺基站d
j
调运硬件资源相关信息,存储的信息分别为:硬件资源冗余基站、调度的硬件资源类别k、调度的硬件资源数量、硬件资源紧缺基站。
[0097]
调度算法的目标函数为:其中t
k
为在整个调度过程中所有的硬件资源冗余基站调度第k类硬件资源x
k
到硬件资源紧缺基站的时间总和。
[0098]
调度算法的约束条件为:
[0099][0100]
x
jk
≥0,p
ik
≥0,t
ij
≥0
ꢀꢀꢀ
(2)
[0101]
约束条件(1)表示硬件资源冗余基站拥有的各类硬件资源总数大于硬件资源紧缺基站各类硬件资源的总需求;约束条件(2)表示硬件资源冗余基站拥有的各类冗余硬件资源数量,硬件资源紧缺基站需要各种硬件资源数量,以及从硬件资源冗余基站到达硬件资源紧缺基站的时间均为非负数。
[0102]
调度算法的具体逻辑如下:
[0103]
(1)根据k的值计算矩阵t中,将t
k
中的元素按从小到大的顺序进行排列,排列后各元素对应的j也有排列顺序,依次针对于每一个j,按照t’k
中的t
ij
的排列从小到大顺序依次对j所对应的硬件资源紧缺基站d
j
所需要的硬件资源x
k
制定调度方案。
[0104]
(2)针对于第k类硬件,只取各个硬件资源冗余基站调度第k类硬件到各个紧缺基站的总耗时最小的调度方案用于汇总计算。
[0105]
(3)每一个硬件紧缺基站的调度方案输出完毕,令k=k+1,代表计算下一类硬件调度总耗时,跳转至步骤(1)重复执行。
[0106]
下面以一个具体的示例来解释上述算法,现有五个硬件资源冗余基站(即硬件资源冗余基站),s1,s2,s3,s4,s5,其所存放的硬件资源如矩阵p所示,硬件资源紧缺基站d1,d2需求硬件资源如矩阵x所示,硬件资源紧缺基站d1,d2的需求硬件资源到达限制时间如t,从各个硬件资源冗余基站调度硬件资源到相应硬件资源紧缺基站的时间如矩阵t’所示,求硬件资源优先调度到最紧急硬件资源紧缺基站的硬件资源调度方案。具体计算过程如下:
[0107]
(1)初始化k=1;
[0108]
(2)由k=1得t1={24,30},优先对d1进行调度,t’1={20,25,30,40,50},则对d1中硬件资源x1进行调度的硬件资源冗余基站的顺序依次为s1,s2,s3,s4,s5,根据算法得d1中硬件资源x1进行调度后表s={(s3,1,500,d1),(s1,1,300,d1)},依次得出x1相关输出的方案表:s={(s3,1,500,d1),(s1,1,300,d1)},(s4,1,700,d2),(s1,1,800,d2)};
[0109]
(3)更新k=k+1,即k=2,依次计算得出调度成功的方案表:
[0110]
s={(s3,1,500,d1),(s1,1,300,d1),(s4,1,700,d2),(s1,1,800d2),
[0111]
(s3,2,1,d1),(s3,2,100,d2),(s4,2,500,d2),(s3,3,30,d2),
[0112]
(s4,3,30,d2),(s1,3,30,d1),(s3,4,1000,d2),(s1,4,3000,d1),
[0113]
(s3,5,400,d1),(s3,5,400,d2),(s4,5,500,d2),(s1,5,300,d2)}
[0114]
综上所述,本发明实施例的方法基于lte网络硬件资源信息以及业务指标数据的分析,得到硬件资源冗余基站和紧缺基站,大大提高了工作效率,节省了人力成本;其次,该方式在确定调度方案时,是考虑优先对紧缺资源的到达时间限制越小的硬件资源紧缺基站制定调度方案,并且要使到达该硬件资源紧缺基站所需的时间越小的硬件资源冗余基站优先对其进行调度,同时调度方案还应当满足从各个硬件资源冗余基站向各个硬件资源紧缺基站调度每一类紧缺资源的耗时最小,由此确定的调度方案既能够保证优先满足比较紧急的基站的需求,同时也能够保证调度总耗时最小,能够制定更加科学合理的调度方案,从而能够提升调度的效率,也能够一次输出多目标的调度方案。
[0115]
图3示出了本发明lte基站硬件资源调度处理装置实施例的结构示意图。
[0116]
如图3所示,该装置:
[0117]
数据采集模块31,适于采集各个基站的硬件配置信息和业务指标数据;
[0118]
第一分析模块32,适于根据预设的可调度硬件判断规则,对基站的硬件配置信息
和业务指标数据进行分析,确定各个硬件资源冗余基站及其冗余资源集合;
[0119]
第二分析模块33,适于根据预设的硬件资源紧缺判断规则,对基站的硬件配置信息和业务指标数据进行分析,确定各个硬件资源紧缺基站及其紧缺资源集合;
[0120]
调度处理模块34,适于针对于每一类紧缺资源,按照各个硬件资源紧缺基站对该紧缺资源的到达时间限制的从小到大的排列顺序,依次将各个硬件资源紧缺基站确定为目标硬件资源紧缺基站;
[0121]
针对于每一个目标硬件资源紧缺基站,根据从各个硬件资源冗余基站到达该目标硬件资源紧缺基站所需的时间的从小到大的顺序,以及该目标硬件资源紧缺基站对该紧缺资源的需求量,确定向该目标硬件资源紧缺基站调度该紧缺资源的硬件资源冗余基站及其向该目标硬件资源紧缺基站调度该紧缺资源的数量;
[0122]
其中,从各个硬件资源冗余基站向各个硬件资源紧缺基站调度该紧缺资源的总耗时最小。
[0123]
在一种可选的方式中,数据采集模块31进一步适于:
[0124]
通过telnet、ftp或者ssh协议按照预设周期从网管获取基站的硬件配置信息和业务指标数据;或者通过自动推送的方式按照预设周期从网管获取基站的硬件配置信息和业务指标数据。
[0125]
在一种可选的方式中,可调度硬件判断规则包括:
[0126]
根据基站配置的基带板数量、电源板的数量以及高负荷小区情况,确定电源板是否可调度;
[0127]
若基站仅配置了f1频点,主控板为cce1且历史时段内自忙时cpu负荷峰值不超过门限值,则确定主控板可调度;
[0128]
若基带板未配置小区数据,则确定基带板可调度;
[0129]
若双层组网基站中,基带板绑定的所有小区为d频,且历史时段内自忙时的上下行prb利用率不超过门限值,则确定基带板可调度;
[0130]
硬件资源紧缺判断规则包括:
[0131]
若小区自忙时平均e-rab流量达到门限值、有效rrc用户数达到门限值、上行prb利用率达到门限值以及上行流量达到门限值,确定该小区的基站为硬件资源紧缺基站;
[0132]
若小区自忙时平均e-rab流量达到门限值、有效rrc用户数达到门限值、下行利用率达到门限值以及下行流量达到门限值,确定该小区的基站为硬件资源紧缺基站;
[0133]
若基带板、rru以及光模块中的一种或多种硬件无法进行载波扩容,则确定基站为硬件资源紧缺基站。
[0134]
本发明实施例提供了一种非易失性计算机存储介质,所述计算机存储介质存储有至少一可执行指令,该计算机可执行指令可执行上述任意方法实施例中的lte基站硬件资源调度处理方法。
[0135]
可执行指令具体可以用于使得处理器执行以下操作:
[0136]
采集各个基站的硬件配置信息和业务指标数据;
[0137]
根据预设的可调度硬件判断规则,对基站的硬件配置信息和业务指标数据进行分析,确定各个硬件资源冗余基站及其冗余资源集合;
[0138]
根据预设的硬件资源紧缺判断规则,对基站的硬件配置信息和业务指标数据进行
分析,确定各个硬件资源紧缺基站及其紧缺资源集合;
[0139]
针对于每一类紧缺资源,按照各个硬件资源紧缺基站对该紧缺资源的到达时间限制的从小到大的顺序,依次将各个硬件资源紧缺基站确定为目标硬件资源紧缺基站;
[0140]
针对于每一个目标硬件资源紧缺基站,根据从各个硬件资源冗余基站到达该目标硬件资源紧缺基站所需的时间的从小到大的顺序,以及该目标硬件资源紧缺基站对该紧缺资源的需求量,确定向该目标硬件资源紧缺基站调度该紧缺资源的硬件资源冗余基站及其向该目标硬件资源紧缺基站调度该紧缺资源的数量;
[0141]
其中,从各个硬件资源冗余基站向各个硬件资源紧缺基站调度该紧缺资源的总耗时最小。
[0142]
在一种可选的方式中,所述可执行指令使所述处理器执行以下操作:
[0143]
通过telnet、ftp或者ssh协议按照预设周期从网管获取基站的硬件配置信息和业务指标数据;或者通过自动推送的方式按照预设周期从网管获取基站的硬件配置信息和业务指标数据。
[0144]
在一种可选的方式中,可调度硬件判断规则包括:
[0145]
根据基站配置的基带板数量、电源板的数量以及高负荷小区情况,确定电源板是否可调度;
[0146]
若基站仅配置了f1频点,主控板为cce1且历史时段内自忙时cpu负荷峰值不超过门限值,则确定主控板可调度;
[0147]
若基带板未配置小区数据,则确定基带板可调度;
[0148]
若双层组网基站中,基带板绑定的所有小区为d频,且历史时段内自忙时的上下行prb利用率不超过门限值,则确定基带板可调度。
[0149]
在一种可选的方式中,硬件资源紧缺判断规则包括:
[0150]
若小区自忙时平均e-rab流量达到门限值、有效rrc用户数达到门限值、上行prb利用率达到门限值以及上行流量达到门限值,确定该小区的基站为硬件资源紧缺基站;
[0151]
若小区自忙时平均e-rab流量达到门限值、有效rrc用户数达到门限值、下行利用率达到门限值以及下行流量达到门限值,确定该小区的基站为硬件资源紧缺基站;
[0152]
若基带板、rru以及光模块中的一种或多种硬件无法进行载波扩容,则确定基站为硬件资源紧缺基站。
[0153]
图4示出了本发明计算设备实施例的结构示意图,本发明具体实施例并不对计算设备的具体实现做限定。
[0154]
如图4所示,该计算设备可以包括:处理器(processor)402、通信接口(communications interface)404、存储器(memory)406、以及通信总线408。
[0155]
其中:处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。通信接口404,用于与其它设备比如客户端或其它服务器等的网元通信。处理器402,用于执行程序410,具体可以执行上述用于计算设备的lte基站硬件资源调度处理方法实施例中的相关步骤。
[0156]
具体地,程序410可以包括程序代码,该程序代码包括计算机操作指令。
[0157]
处理器402可能是中央处理器cpu,或者是特定集成电路asic(application specific integrated circuit),或者是被配置成实施本发明实施例的一个或多个集成电
路。计算设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个cpu;也可以是不同类型的处理器,如一个或多个cpu以及一个或多个asic。
[0158]
存储器406,用于存放程序410。存储器406可能包含高速ram存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
[0159]
程序410具体可以用于使得处理器402执行以下操作:
[0160]
采集各个基站的硬件配置信息和业务指标数据;
[0161]
根据预设的可调度硬件判断规则,对基站的硬件配置信息和业务指标数据进行分析,确定各个硬件资源冗余基站及其冗余资源集合;
[0162]
根据预设的硬件资源紧缺判断规则,对基站的硬件配置信息和业务指标数据进行分析,确定各个硬件资源紧缺基站及其紧缺资源集合;
[0163]
针对于每一类紧缺资源,按照各个硬件资源紧缺基站对该紧缺资源的到达时间限制的从小到大的顺序,依次将各个硬件资源紧缺基站确定为目标硬件资源紧缺基站;
[0164]
针对于每一个目标硬件资源紧缺基站,根据从各个硬件资源冗余基站到达该目标硬件资源紧缺基站所需的时间的从小到大的顺序,以及该目标硬件资源紧缺基站对该紧缺资源的需求量,确定向该目标硬件资源紧缺基站调度该紧缺资源的硬件资源冗余基站及其向该目标硬件资源紧缺基站调度该紧缺资源的数量;
[0165]
其中,从各个硬件资源冗余基站向各个硬件资源紧缺基站调度该紧缺资源的总耗时最小。
[0166]
在一种可选的方式中,所述程序410使所述处理器402执行以下操作:
[0167]
通过telnet、ftp或者ssh协议按照预设周期从网管获取基站的硬件配置信息和业务指标数据;或者通过自动推送的方式按照预设周期从网管获取基站的硬件配置信息和业务指标数据。
[0168]
在一种可选的方式中,可调度硬件判断规则包括:
[0169]
根据基站配置的基带板数量、电源板的数量以及高负荷小区情况,确定电源板是否可调度;
[0170]
若基站仅配置了f1频点,主控板为cce1且历史时段内自忙时cpu负荷峰值不超过门限值,则确定主控板可调度;
[0171]
若基带板未配置小区数据,则确定基带板可调度;
[0172]
若双层组网基站中,基带板绑定的所有小区为d频,且历史时段内自忙时的上下行prb利用率不超过门限值,则确定基带板可调度。
[0173]
在一种可选的方式中,硬件资源紧缺判断规则包括:
[0174]
若小区自忙时平均e-rab流量达到门限值、有效rrc用户数达到门限值、上行prb利用率达到门限值以及上行流量达到门限值,确定该小区的基站为硬件资源紧缺基站;
[0175]
若小区自忙时平均e-rab流量达到门限值、有效rrc用户数达到门限值、下行利用率达到门限值以及下行流量达到门限值,确定该小区的基站为硬件资源紧缺基站;
[0176]
若基带板、rru以及光模块中的一种或多种硬件无法进行载波扩容,则确定基站为硬件资源紧缺基站。
[0177]
在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求
的结构是显而易见的。此外,本发明实施例也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
[0178]
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
[0179]
类似地,应当理解,为了精简本发明并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
[0180]
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0181]
此外,本领域的技术人员能够理解,尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0182]
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
[0183]
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名
称。上述实施例中的步骤,除有特殊说明外,不应理解为对执行顺序的限定。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1