本发明涉及移动通信技术领域，尤其涉及一种自组网负载均衡方法、装置及云平台容灾系统。
背景技术：
移动负荷均衡(Mobility Load Balancing，简称MLB)是当前使用的比较先进的技术，主要是基于小区的业务负荷，重新分布用户驻留或者连接的小区，达到均衡相邻小区业务负荷的目的。MLB实现思路就是本地HL周期性监控小区的负荷情况，当小区的负荷均值超过预先设定的阈值，则向周围的邻区获取邻小区的负荷情况，然后选择合适的邻区进行进行移动性参数的协商修改。协商成功以后，源基站HL通过接口消息向操作维护实体OM发送切换重选参数调整建议值消息，OM收到该消息后向操作维护中心OMC发送优化参数建议事件，OMC根据接收的参数调整建议，修改邻区对的切换和重选参数，并通知OM修改管理信息库MIB，OM修改完成后通知HL参数生效。一个MLB周期内一个源小区只进行一个邻区对的一次参数调整过程，但是一个目标邻区可以和多个源小区进行参数调整。当负载评估值达到了回退阈值并超过一定的持续时间，可以根据开关设置进行参数回退，基站通过向OMC发送参数回退事件，触发OMC对参数的修改。
MLB的应用场景包括intra-LTE scenario(一个长期演进LTE网络内部情景)和inter-RAT scenario(不同LTE网络之间情景)。现在主要实现的是intra-LTE中的单层覆盖组网场景，如图1所示，高负荷小区1和低负荷小区2通过协商修改邻区对的切换和重选偏移参数使得小区1的覆盖收缩，小区2的覆盖扩大，小区1的部分用户切换或重选到小区2，实现小区间的负荷分担。
现有技术方案主要是基于邻区关系，判断负载均衡，通过设置一定的固定阈值，在达到阈值以后，进行基于小区用户数量的判断评估，然后选择目标小区，进行相应参数修改。该方案的主要缺点是每一个基站或者小区以自己为核心，进行数据判断，判断的依据仅是用户数，而且是固定的阈值，选择目标小区切过去之后并不能实际保障真实缓解了本小区的资源负担，而且运算比较缓慢，存在着乒乓切换的隐患。
鉴于此，如何解决现有技术中不能保障真实缓解本小区资源负担、运算缓慢且存在乒乓切换隐患的问题，在LTE网络中实现负载均衡成为目前需要解决的技术问题。
技术实现要素：
为解决上述的技术问题，本发明提供一种自组网负载均衡方法、装置及云平台容灾系统，解决了现有技术中不能保障真实缓解本小区资源负担、运算缓慢且存在乒乓切换隐患的问题，能够在LTE网络中实现负载均衡。
第一方面，本发明提供一种自组网负载均衡方法，应用于网元管理设备，包括：
每隔预设时间段，接收其服务范围内各网元发送的网元信息数据；
从所述网元信息数据中，获取所述各网元的参数作为待输入的拌匀矩阵的均衡因子；
将所述均衡因子输入拌匀矩阵，令第i个网元的第j个均衡因子作为所述拌匀矩阵的第i行第j列元素，使所述拌匀矩阵对所述均衡因子进行拌匀，输出所述各网元拌匀后的参数，其中，i＝1,…,m，m为所述网元管理设备服务范围内的网元个数，j＝1,…,g，g为每一网元的均衡因子的个数；
根据所述各网元拌匀后的参数，向所述各网元发送参数调整消息，以使所述各网元根据其接收到的参数调整消息，对该网元的参数进行调整。
可选地，若所述网元管理设备为OMC主服务器，则所述网元为与所述OMC主服务器通信连接的接入服务器；
若所述网元管理设备为接入服务器，则所述网元为与所述接入服务器通信连接的基站群；
若所述网元管理设备为基站群中作为管理员的基站，则所述网元为所述基站群中除了作为管理员的基站之外的作为成员的基站。
可选地，所述网元的参数，包括：软件隐患参数、硬件隐患参数和物理因素参数；
所述软件隐患参数，包括：单小区用户数、用户单位时间最高下载流量、小区用户总流量、cpu占用率、基带资源利用率、和/或平均rsrp值；
所述物理因素参数，包括：市电/备电、和/或备电电量；
所述硬件隐患参数，包括：隐患问题发生概率、隐患问题影响时长、隐患问题影响恶化时长、问题恶化变化系数、隐患处理路程时长、路程时长变化系数、处理难度和隐患等级；
所述处理难度，包括：软件处理难度Tr和硬件更换难度Tk。
可选地，所述隐患问题发生概率P的获取方法包括：
从所述网元信息数据中提取第k周的告警总数量Ak，k＝1,…,n，n为所提取告警的周的数量，n≥10；
从所述Ak中提取关键告警的数量Bk；
根据所述Ak和Bk，通过第一公式，获取第k周隐患问题发生的概率pk；
根据所述Bk和pk，通过第二公式，获取每周隐患问题发生的数学期望E(b)；
根据所述Ak和E(b)，通过第三公式，获取隐患问题发生概率P；
其中，所述第一公式为：
所述第二公式为：
所述第三公式为：
可选地，所述隐患问题影响时长T3的获取方法包括：
从所述网元信息数据中，提取h组所述网元的触发告警时刻txw至所述网元的告警清除时刻tzw，w＝1,…,h，h≥100；
根据所述txw和tzw，通过第四公式，获取隐患问题影响时长T3；
其中，所述第四公式为：
可选地，所述隐患问题影响恶化时长T1的获取方法包括：
从所述网元信息数据中，提取q组所述网元的触发告警时刻txu至所述网元状态进一步恶化的时刻tyu，u＝1,…,q，q≥100；
根据所述txu和tyu，通过第五公式，获取隐患问题影响恶化时长T1；
其中，所述第五公式为：
和/或，
所述隐患处理路程时长T2是通过第六公式计算得到的，所述第六公式为：
T2＝S/v，
其中，S为处理隐患的维护人员到所述网元的路程距离长度，v为处理隐患的维护人员到所述网元的平均时速。
可选地，所述问题恶化变化系数α是根据天气恶劣程度、温度高低程度和维护人员水平而预先设置的；
所述路程时长变化系数β是根据天气恶劣程度和道路拥挤程度而预先设置的。
可选地，所述隐患等级Lv是通过第七公式计算得到的，所述第七公式为：
Lv＝P×[(Tr+Tk)×β+T1×α+T3]。
第二方面，本发明提供一种自组网负载均衡装置，应用于网元管理设备，包括：
接收模块，用于每隔预设时间段，接收其服务范围内各网元发送的网元信息数据；
获取模块，用于从所述网元信息数据中，获取所述各网元的参数作为待输入的拌匀矩阵的均衡因子；
拌匀模块，用于将所述均衡因子输入拌匀矩阵，令第i个网元的第j个均衡因子作为所述拌匀矩阵的第i行第j列元素，使所述拌匀矩阵对所述均衡因子进行拌匀，输出所述各网元拌匀后的参数，其中，i＝1,…,m，m为所述网元管理设备服务范围内的网元个数，j＝1,…,g，g为每一网元的均衡因子的个数；
发送模块，用于根据所述各网元拌匀后的参数，向所述各网元发送参数调整消息，以使所述各网元根据其接收到的参数调整消息，对该网元的参数进行调整。
第三方面，本发明提供一种云平台容灾系统，包括：OMC主服务器、接入服务器和基站；
所述OMC主服务器与多个接入服务器通信连接，每一接入服务器通过基站群中作为管理员的基站与多个基站群通信连接，每一基站群由预设范围内的多个基站组成；
所述OMC主服务器，包括：上述自组网负载均衡装置，该自组网负载均衡装置中，将OMC主服务器作为网元管理设备，将与其通信连接的接入服务器作为网元，将预设时间段设置为预设第一时间段；
每一接入服务器，包括：上述自组网负载均衡装置，该自组网负载均衡装置中将该接入服务器作为网元管理设备，将与其通信连接的基站群中作为管理员的基站作为网元，将预设时间段设置为预设第二时间段；
每一基站群中作为管理员的基站，包括：上述自组网负载均衡装置，该自组网负载均衡装置中将本基站群中作为管理员的基站作为网元管理设备，将本基站群中除了作为管理员的基站之外的作为成员的基站作为网元，将预设时间段设置为预设第三时间段；
其中，所述预设第三时间段小于所述预设第二时间段，所述预设第二时间段小于所述预设第三时间段。
由上述技术方案可知，本发明的自组网负载均衡方法、装置及云平台容灾系统，方法应用于网元管理设备，通过每隔预设时间段，接收其服务范围内各网元发送的网元信息数据；从网元信息数据中获取各网元的参数作为待输入的拌匀矩阵的均衡因子；将所述网元作为行、所述均衡因子作为列，输入拌匀矩阵，令拌匀矩阵对均衡因子进行拌匀，获得各网元拌匀后的参数；根据该拌匀后的参数向各网元发送参数调整消息，以使各网元根据其收到的参数调整消息对自身的参数进行调整，由此，解决了现有技术中不能保障真实缓解本小区资源负担、运算缓慢且存在乒乓切换隐患的问题，能够令整个网络的资源实现负载均衡，运算速度快，可以防止出现某一个基站或者某一个区域由于主观或者客观原因引起宕机、挂资源、用户接入或者通话/流量不可用引起的投诉。
附图说明
图1现有技术中的intra-LTE中的单层覆盖组网场景；
图2为本发明一实施例提供的一种自组网负载均衡方法的流程示意图；
图3为本发明一实施例提供的一种自组网负载均衡装置的结构示意图；
图4为本发明一实施例提供的一种云平台容灾系统的结构示意图；
图5为本发明实施例提供的一种电子设备的实体结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他的实施例，都属于本发明保护的范围。
图2示出了本发明一实施例提供的自组网负载均衡方法的流程示意图，所述自组网负载均衡方法应用于网元管理设备，如图2所示，本实施例的自组网负载均衡方法如下所述。
201、每隔预设时间段，接收其服务范围内各网元发送的网元信息数据。
可以理解的是，本实施例中，若所述网元管理设备为OMC主服务器，则所述网元为与所述OMC主服务器通信连接的接入服务器；
若所述网元管理设备为接入服务器，则所述网元为与所述接入服务器通信连接的基站群；
若所述网元管理设备为基站群中作为管理员的基站，则所述网元为所述基站群中除了作为管理员的基站之外的作为成员的基站。
202、从所述网元信息数据中，获取所述各网元的参数作为待输入的拌匀矩阵的均衡因子。
其中，所述网元的参数，可以包括：软件隐患参数、硬件隐患参数和物理因素参数等。
具体地，所述软件隐患参数，可以包括：单小区用户数、用户单位时间最高下载流量、小区用户总流量、cpu占用率、基带资源利用率、和/或平均参考信号接收功率(rsrp)值等。
具体地，所述物理因素参数，可以包括：市电/备电、和/或备电电量等。
具体地，所述硬件隐患参数，可以包括：隐患问题发生概率、隐患问题影响时长、隐患问题影响恶化时长、问题恶化变化系数、隐患处理路程时长、路程时长变化系数、处理难度和隐患等级等。
具体地，所述处理难度，可以包括：软件处理难度Tr和硬件更换难度Tk，可以根据实际隐患问题预先进行设置。
可以理解的是，对于不同的隐患问题，会有不同的处理方式，而其处理难度并非与问题等级直接相关。在做问题处理的时候可能会受到诸多因素的影响，比如人员、工具、资源、处理方式等，因此要在进行基站隐患问题故障等级时加入处理难度这一项。首先要对问题进行预判断，因为情况负责，不做着重点，所以本实施例对处理难度进行一个较为简单的分类，分为软件处理难度Tr和硬件更换难度Tk两类。对于软件处理难度Tr和硬件更换难度Tk的设置，软件处理的因素有时候会纳入软件隐患参数的计算，在这里一般取0；对于软件隐患参数的计算，可根据云平台的架构，从上至下分三个等级(OMC主服务器、接入服务器及基站群)。
进一步地，所述隐患问题发生概率P的获取方法可以具体包括：
从所述网元信息数据中提取第k周的告警总数量Ak，k＝1,…,n，n为所提取告警的周的数量，n≥10；
从所述Ak中提取关键告警的数量Bk；
根据所述Ak和Bk，通过第一公式，获取第k周隐患问题发生的概率pk；
根据所述Bk和pk，通过第二公式，获取每周隐患问题发生的数学期望E(b)；
根据所述Ak和E(b)，通过第三公式，获取隐患问题发生概率P；
其中，所述第一公式为：
所述第二公式为：
所述第三公式为：
进一步地，所述隐患问题影响时长T3的获取方法可以具体包括：
从所述网元信息数据中，提取h组所述网元的触发告警时刻txw至所述网元的告警清除时刻tzw，w＝1,…,h，h≥100；
根据所述txw和tzw，通过第四公式，获取隐患问题影响时长T3；
其中，所述第四公式为：
进一步地，所述隐患问题影响恶化时长T1的获取方法可以具体包括：
从所述网元信息数据中，提取q组所述网元的触发告警时刻txu至所述网元状态进一步恶化(如基站退服、小区退服等)的时刻tyu，u＝1,…,q，q≥100；
根据所述txu和tyu，通过第五公式，获取隐患问题影响恶化时长T1；
其中，所述第五公式为：
进一步地，所述隐患处理路程时长T2是通过第六公式计算得到的，所述第六公式为：
T2＝S/v (6)
其中，S为处理隐患的维护人员到所述网元的路程距离长度(非直线距离，包含道路行驶情况，不包含道路施工等导致路线改变的变化因素)，v为处理隐患的维护人员到所述网元的平均时速(如市区平均时速30km/h，农村40km/h)。
可以理解的是，
进一步地，所述隐患等级Lv是通过第七公式计算得到的，所述第七公式为：
Lv＝P×[(Tr+Tk)×β+T1×α+T3] (7)
可以理解的是，Lv的等级越高，处理优先级越高。
在具体应用中，所述问题恶化变化系数α是根据天气恶劣程度、温度高低程度和维护人员水平而预先设置的；所述路程时长变化系数β是根据天气恶劣程度和道路拥挤程度而预先设置的；
可以理解的是，本实施例根据对道路状况、天气、道路拥挤程度、温度、维护人员水平等处理时长和路程时长的影响，可以凭借不同的问题恶化变化系数α和路程时长变化系数β适应适应不同地貌、天气、场景等环境下的故障处理需求。进行问题恶化变化系数α和路程时长变化系数β的设置，反映可变环境因素对调度的影响。
203、将所述均衡因子输入拌匀矩阵，令第i个网元的第j个均衡因子作为所述拌匀矩阵的第i行第j列元素，使所述拌匀矩阵对所述均衡因子进行拌匀，输出所述各网元拌匀后的参数，其中，i＝1,…,m，m为所述网元管理设备服务范围内的网元个数，j＝1,…,g，g为每一网元的均衡因子的个数。
可以理解的是，对于容灾的负载均衡，本实施例使用矩阵表达，矩阵的行可以指代均衡因子，矩阵的列可以指代参与运算的网元(如基站、基站群或者接入(NEA)服务器等)。上述均衡因子的值是一个数值因子，从0到99，代表该值理论上应该的区间。
在具体应用中，所述拌匀矩阵对所述均衡因子进行拌匀的具体的算法如下：
204、根据所述各网元拌匀后的参数，向所述各网元发送参数调整消息，以使所述各网元根据其接收到的参数调整消息，对该网元的参数进行调整。
其中，调整的主要手段可以包括：接入控制、切换门限调整、流量限制等，本实施例并不对其进行限制，也可以包括其他调整手段。
可以理解的是，使用本实施例所述方法对矩阵的行或者列上的均衡因子进行拌匀，可以保正参与运算的每一个网元均不会产生过大过小的值，而均衡因子可以根据现网维护进行灵活选取。本方案的拌匀矩阵还具有扩展性较强的特点，对前期未考虑好的因子，只要在网元管理设备的运算单元录入新的均衡因子的惩罚算法，可以立即应用到单元运算当中。还可以对每一个子网(例如NEA服务器或者一定数目基站组成的基站群)进行灵活选取，只需要在其上一级运算单元设置即可。例如对于一个位于大容量高话务量群发的NEA接入服务器，可以选取接入用户数、用户单位时间最高下载量作为因子；对一个所占地区为郊区或者偏远地区，使用蓄电池供电达到一定规模的接入服务器，可以将蓄电池剩余电量纳入运算范围。还可以直接对整网使用蓄电池供电的基站划分为一个逻辑上的基站群，针对电量进行运算，为使电量达到一个相对均衡的状态，运算单元可以输出一个集剩余电量和据供电装备路径的矩阵数目，向OMC主服务器报告，自动派发供电车工单。对于每日忙时的大话务量小区或者演唱会运动会保障，可以将接入用户数或者用户流量作为均衡因子。在运算出来之后，自动调配该自组网内各基站的接入用户数，以满足各数据均衡的作用，使用的接入用户抑制一般有直接拒绝接入、接入排队或者降低邻小区rsrp切入值等多个算法。
本实施例的自组网负载均衡方法，通过每隔预设时间段，接收其服务范围内各网元发送的网元信息数据；从网元信息数据中获取各网元的参数作为待输入的拌匀矩阵的均衡因子；将所述网元作为行、所述均衡因子作为列，输入拌匀矩阵，令拌匀矩阵对均衡因子进行拌匀，获得各网元拌匀后的参数；根据该拌匀后的参数向各网元发送参数调整消息，以使各网元根据其收到的参数调整消息对自身的参数进行调整，由此，利用该方法可以解决现有技术中不能保障真实缓解本小区资源负担、运算缓慢且存在乒乓切换隐患的问题，能够令整个网络的资源实现负载均衡，运算速度快，可以防止出现某一个基站或者某一个区域由于主观或者客观原因引起宕机、挂资源、用户接入或者通话/流量不可用引起的投诉。
图3示出了本发明一实施例提供的一种自组网负载均衡装置的结构示意图，本实施例的自组网负载均衡装置应用于网元管理设备，如图3所示，本实施例的自组网负载均衡装置，包括：接收模块31、获取模块32、拌匀模块33和发送模块34；其中：
接收模块31，用于每隔预设时间段，接收其服务范围内各网元发送的网元信息数据；
获取模块32，用于从所述网元信息数据中，获取所述各网元的参数作为待输入的拌匀矩阵的均衡因子；
拌匀模块33，用于将所述均衡因子输入拌匀矩阵，令第i个网元的第j个均衡因子作为所述拌匀矩阵的第i行第j列元素，使所述拌匀矩阵对所述均衡因子进行拌匀，输出所述各网元拌匀后的参数，其中，i＝1,…,m，m为所述网元管理设备服务范围内的网元个数，j＝1,…,g，g为每一网元的均衡因子的个数；
发送模块34，用于根据所述各网元拌匀后的参数，向所述各网元发送参数调整消息，以使所述各网元根据其接收到的参数调整消息，对该网元的参数进行调整。
本实施例的自组网负载均衡装置，可以用于执行前述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
本实施例的自组网负载均衡装置，应用于网元管理设备中，利用该装置可以解决现有技术中不能保障真实缓解本小区资源负担、运算缓慢且存在乒乓切换隐患的问题，能够令整个网络的资源实现负载均衡，运算速度快，可以防止出现某一个基站或者某一个区域由于主观或者客观原因引起宕机、挂资源、用户接入或者通话/流量不可用引起的投诉。
图4示出了本发明一实施例提供的一种云平台容灾系统的结构示意图，如图4所示，本实施例的云平台容灾系统，包括：OMC主服务器、接入服务器和基站；
所述OMC主服务器与多个接入服务器通信连接，每一接入服务器通过基站群中作为管理员的基站与多个基站群通信连接，每一基站群由预设范围内的多个基站组成；
所述OMC主服务器，包括：图3所示实施例所述的自组网负载均衡装置，该自组网负载均衡装置中，将OMC主服务器作为网元管理设备，将与其通信连接的接入服务器作为网元，将预设时间段设置为预设第一时间段；
每一接入服务器，包括：图3所示实施例所述的自组网负载均衡装置，该自组网负载均衡装置中将该接入服务器作为网元管理设备，将与其通信连接的基站群中作为管理员的基站作为网元，将预设时间段设置为预设第二时间段；
每一基站群中作为管理员的基站，包括：图3所示实施例所述的自组网负载均衡装置，该自组网负载均衡装置中将本基站群中作为管理员的基站作为网元管理设备，将本基站群中除了作为管理员的基站之外的作为成员的基站作为网元，将预设时间段设置为预设第三时间段；
其中，所述预设第三时间段小于所述预设第二时间段，所述预设第二时间段小于所述预设第三时间段。例如，每一基站群中作为管理员的基站可以通过OM口实时接收本基站群中作为成员的各基站发送的携带网元信息数据的心跳报文，所述OMC主服务器可以每隔15分钟接收与其通信连接的接入服务器发送的包含网元信息数据的基站群资源报告。
在具体应用中，所述OMC主服务器中的自组网负载均衡装置，可具体用于
将OMC主服务器作为网元管理设备，将与其通信连接的接入服务器作为网元，将预设时间段设置为预设第一时间段，利用上述方法实施例所述的自组网负载均衡方法，计算与其通信连接的各接入服务器拌匀后的参数；根据所述各接入服务器拌匀后的参数，向与其通信连接的各接入服务器发送参数调整消息，以使与其通信连接的各接入服务器根据接收到的参数调整消息，向与其通信连接的各基站群中作为管理员的基站发送基站群参数调整消息，进而使与其通信连接的各基站群中作为管理员的基站根据接收到的基站群参数调整消息，控制本基站群中的所有基站进行参数调整。
在具体应用中，每一接入服务器中的自组网负载均衡装置，可具体用于
将该接入服务器作为网元管理设备，将与其通信连接的基站群中作为管理员的基站作为网元，将预设时间段设置为预设第二时间段，利用上述方法实施例所述的自组网负载均衡方法，计算与其通信连接的各基站群拌匀后的参数；根据所述各基站群拌匀后的参数，向与其通信连接的各基站群中作为管理员的基站发送参数调整消息，以使与其通信连接的各基站群中作为管理员的基站根据接收到的参数调整消息，控制本基站群中的所有基站进行参数调整。
在具体应用中，每一基站群中作为管理员的基站中的自组网负载均衡装置，可具体用于
将本基站群中作为管理员的基站作为网元管理设备，将本基站群中除了作为管理员的基站之外的作为成员的基站作为网元，将预设时间段设置为预设第三时间段，利用上述方法实施例所述的自组网负载均衡方法，计算本基站群中作为成员的各基站拌匀后的参数；根据本基站群中作为成员的各基站拌匀后的参数，向本基站群中作为成员的各基站发送参数调整消息，以使本基站群中作为成员的各基站根据接收到的参数调整消息，对自身的参数进行调整。
本实施例中的调整的主要手段可以包括：接入控制、切换门限调整、流量限制等，本实施例并不对其进行限制，也可以包括其他调整手段。
本实施例所述云平台容灾系统，可以解决现有技术中不能保障真实缓解本小区资源负担、运算缓慢且存在乒乓切换隐患的问题，能够令整个网络的资源实现负载均衡，运算速度快，可以防止出现某一个基站或者某一个区域由于主观或者客观原因引起宕机、挂资源、用户接入或者通话/流量不可用引起的投诉。
本实施例所述云平台容灾系统，使用一种整网体系性优化，分布运算的容灾结构，分别对一定范围内的基站群，同一个接入服务器下的多个基站群，以及同一个OMC服务器下的所有基站，使用分布式管理、并行运算，并且对可以引起灾难的各种软硬件因素进行运算，达成一种合理的且有效的负载均衡容灾体系。本实施例基于OMC主服务集中控制，各接入服务器分布控制，基站群自组网运算，形成一种分级分层次的容灾架构；基于拌匀矩阵的自组网容灾算法，对于一个自组网基站群，拌匀矩阵将纳入规划的容量判断条件进行负载运算，并实际打散到每一个小区的维度，保障自组网内每一个小区，每一个维度的实际负载都不会太大。
图5示出了本发明实施例提供的一种电子设备的实体结构示意图，如图5所示，该电子设备可以包括：处理器(processor)51、存储器(memory)52和总线53；
其中，所述处理器51，存储器52通过所述总线53完成相互间的通信；
所述处理器51可以调用存储器52的逻辑指令，以执行上述各方法实施例所提供的方法，例如包括：每隔预设时间段，接收其服务范围内各网元发送的网元信息数据；从所述网元信息数据中，获取所述各网元的参数作为待输入的拌匀矩阵的均衡因子；将所述均衡因子输入拌匀矩阵，令第i个网元的第j个均衡因子作为所述拌匀矩阵的第i行第j列元素，使所述拌匀矩阵对所述均衡因子进行拌匀，输出所述各网元拌匀后的参数，其中，i＝1,…,m，m为所述网元管理设备服务范围内的网元个数，j＝1,…,g，g为每一网元的均衡因子的个数；根据所述各网元拌匀后的参数，向所述各网元发送参数调整消息，以使所述各网元根据其接收到的参数调整消息，对该网元的参数进行调整。
本发明实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：每隔预设时间段，接收其服务范围内各网元发送的网元信息数据；从所述网元信息数据中，获取所述各网元的参数作为待输入的拌匀矩阵的均衡因子；将所述均衡因子输入拌匀矩阵，令第i个网元的第j个均衡因子作为所述拌匀矩阵的第i行第j列元素，使所述拌匀矩阵对所述均衡因子进行拌匀，输出所述各网元拌匀后的参数，其中，i＝1,…,m，m为所述网元管理设备服务范围内的网元个数，j＝1,…,g，g为每一网元的均衡因子的个数；根据所述各网元拌匀后的参数，向所述各网元发送参数调整消息，以使所述各网元根据其接收到的参数调整消息，对该网元的参数进行调整。
本发明实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：每隔预设时间段，接收其服务范围内各网元发送的网元信息数据；从所述网元信息数据中，获取所述各网元的参数作为待输入的拌匀矩阵的均衡因子；将所述均衡因子输入拌匀矩阵，令第i个网元的第j个均衡因子作为所述拌匀矩阵的第i行第j列元素，使所述拌匀矩阵对所述均衡因子进行拌匀，输出所述各网元拌匀后的参数，其中，i＝1,…,m，m为所述网元管理设备服务范围内的网元个数，j＝1,…,g，g为每一网元的均衡因子的个数；根据所述各网元拌匀后的参数，向所述各网元发送参数调整消息，以使所述各网元根据其接收到的参数调整消息，对该网元的参数进行调整。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。
本发明的说明书中，说明了大量具体细节。然而能够理解的是，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。类似地，应当理解，为了精简本发明公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释呈反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。本发明并不局限于任何单一的方面，也不局限于任何单一的实施例，也不局限于这些方面和/或实施例的任意组合和/或置换。而且，可以单独使用本发明的每个方面和/或实施例或者与一个或更多其他方面和/或其实施例结合使用。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。