一种控制网管子系统的方法和装置与流程

本发明涉及通信领域，特别涉及一种控制网管子系统的方法和装置

背景技术：

一个网管系统管理多个网管子系统，每个网管子系统管理多个网元，每个网元管理多个小区。如果一个网管子系统中配置了过多的网元和小区的数据，会导致该网管子系统操作变慢，消息的吞吐能力下降，影响网络服务人员的操作体验。

目前，多是侧重于单个小区的容量管理。当单个小区的容量超限的时候，会产生具体小区的告警信息，网络服务人员根据实际情况增加网管子系统的容量。而针对网管子系统容量超限的告警以及解决网管子系统容量超限的方法仍然未见相关研究。

技术实现要素：

本发明的主要目的是提供一种控制网管子系统的方法和装置，旨在对容量超限的网管子系统进行告警，并解决网管子系统容量超限的问题。

为实现上述目的，本发明提出了一种控制网管子系统的方法，包括以下步骤：当监测到网管子系统容量超限时，生成容量监测报告；根据预设的迁移算法和所述容量监测报告，确定源网管子系统和目标网管子系统；将源网管子系统中的数据迁移至目标网管子系统中。

优选地，所述当监测到网管子系统容量超限时，生成容量监测报告之前，所述方法还包括：统计所述网管子系统实际的数据量；其中，所述网管子系统实际的数据量为该网管子系统控制的网元的数据量之和，所述网元的数据量为该网元所控制的小区的数据量之和；计算所述网管子系统的容量占比；其中，所述容量占比为网管子系统实际的数据量占预先设定的网管子系统的数据量的百分比；相应的，所述当监测到网管子系统容量超限时，生成容量监测报告，包括:当网管子系统的容量占比超出预警值时，生成容量监测报告。

优选地，所述当监测到网管子系统容量超限时，生成容量监测报告之后，所述方法还包括：生成容量告警信息。

优选地，所述容量监测报告包括：各个网管子系统的容量占比、各个网管子系统所控制的网元的数据量。

优选地，所述容量告警信息包括：容量超限的网管子系统的名称。

优选地，所述根据预设的迁移算法和所述容量监测报告，确定源网管子系统和目标网管子系统，包括：确定源网管子系统；所述源网管子系统为所述容量监测报告中容量占比超出预警值的网管子系统；确定被迁移的数据；所述被迁移的数据为所述源网管子系统控制的数据量最少的网元中的数据；查找目标网管子系统；当存在与所述源网管子系统邻接的网管子系统的容量占比未超出预警值时，所述目标网管子系统为所述源网管子系统邻接且容量占比未超出预警值的网管子系统；当所有与所述源网管子系统邻接的网管子系统的容量占比均超出预警值时，所述目标网管子系统为所有网管子系统中容量占比最低的网管子系统。

本发明还提供了一种控制网管子系统的装置，包括：监测模块，用于当监测到网管子系统容量超限时，生成容量监测报告；确定模块，用于根据预设的迁移算法和所述容量监测报告，确定源网管子系统和目标网管子系统；迁移模块，用于将源网管子系统中的数据迁移至目标网管子系统中。

优选地，所述监测模块还用于：统计所述网管子系统实际的数据量；其中，所述网管子系统实际的数据量为该网管子系统控制的网元的数据量之和，所述网元的数据量为该网元所控制的小区的数据量之和；计算所述网管子系统的容量占比；其中，所述容量占比为网管子系统实际的数据量占预先设定的网管子系统的数据量的百分比；当网管子系统的容量占比超出预警值时，生成容量监测报告。

优选地，所述监测模块还用于：生成容量告警信息。

优选地，所述容量监测报告包括：各个网管子系统的容量占比、各个网管子系统所控制的网元的数据量。

优选地，所述容量告警信息包括：容量超限的网管子系统的名称。

优选地，所述确定模块还用于：确定源网管子系统；所述源网管子系统为所述容量监测报告中容量占比超出预警值的网管子系统；确定被迁移的数据；所述被迁移的数据为源网管子系统控制的数据量最少的网元中的数据；查找目标网管子系统；当存在与所述源网管子系统邻接的网管子系统的容量占比未超出预警值时，所述目标网管子系统为所述源网管子系统邻接且容量占比未超出预警值的网管子系统；当所有与所述源网管子系统邻接的网管子系统的容量占比均超出预警值时，所述目标网管子系统为所有网管子系统中容量占比最低的网管子系统。

本发明的技术方案具有以下的有益效果：

通过本发明可以监测网管系统下各个网管子系统的数据量，据此对超限的网管子系统进行告警，并且对超限的网管子系统中的数据进行迁移，避免因网管子系统的容量超限导致系统操作变慢，处理消息延迟的性能问题。

附图说明

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

图1为本发明实施例一提供的控制网管子系统的方法的流程图；

图2为本发明实施例二提供的控制网管子系统的方法的流程图；

图3为本发明实施例三提供的控制网管子系统的方法的流程图；

图4为本发明实施例四提供的控制网管子系统的装置的结构图。

具体实施方式

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

本申请实施例可以运行(elementmanagementsystem，网元管理系统)ems中(包括但不限于ems)。该系统的架构可以包括支持linux(操作系统)的单板服务器。在本实施例中提供了一种可运行于上述架构上的控制网管子系统的方法，需要说明的是，本申请实施例中提供的上述控制网管子系统的方法的运行环境并不限于上述架构。

实施例一

图1为本发明实施例一提供的控制网管子系统的方法的流程图，如图1所述，该方法包括：

步骤s101：当监测到网管子系统容量超限时，生成容量监测报告。

网管系统控制若干个网管子系统，所述网管子系统控制若干个网元，所述网元控制若干个小区。所述监测到网管子系统容量超限实际是监测网管子系统的容量占比是否超出预先设定的预警值。所述网管子系统的容量占比为网管子系统实际的数据量占预先设定的网管子系统的数据量的百分比，网管子系统实际的数据量为该网管子系统控制的网元的数据量之和，所述网元的数据量为该网元所控制的小区的数据量之和，所述预先设定的网管子系统的数据量为经过分析统计后，网管子系统最适宜的数据容纳量。所述预警值为预先设定，可以设定为90％、80％等。

所述容量监测报告用于统计各个网管子系统数据量的情况，以便对容量超限的网管子系统进行迁移。所述容量监测报告可以可以包括：各个所述网管子系统的容量占比、各个所述网管子系统所控制的网元的数据量。当生成容量监测报告的同时，还会生成容量告警信息。所述容量告警信息用于显示哪些网管子系统容量超限，所述容量告警信息可以包括：容量超限的网管子系统的名称。

步骤s101呈周期性执行，除此之外，当有新的网管子系统接入到网管系统中，步骤s101也会执行。

步骤s102：根据预设的迁移算法和所述容量监测报告，确定源网管子系统和目标网管子系统；

所述源网管子系统为容量占比超出预警值的网管子系统，所述目标网管子系统为容量占比未超出预警值的网管子系统。所述迁移算法例如包括：迁移源网管子系统所控制的数据量最少的网元中的数据、数据迁移至与源网管子系统邻接的目标子系统(如果有多个邻接的目标子系统，则数据迁移至数据量最少的那个；如果没有邻接的目标子系统，则数据迁移至数据量最少的目标网管子系统)。当步骤s101中监测到多个源网管子系统时，逐一按照步骤s102来处理源网管子系统的容量超限问题。

通过上述步骤s101-s102，可以对容量超限的网管子系统进行告警，同时还能控制网管子系统的容量，解决网管子系统容量超限的问题。

实施例二

图2为本发明实施例二提供的控制网管子系统的方法的流程图，如图2所述，该方法包括：

步骤s201：统计网管子系统实际的数据量；

所述网管子系统实际的数据量为该网管子系统控制的各网元的数据量之和，每个所述网元的数据量为该网元所控制的小区的数据量之和。

步骤s202：计算所述网管子系统的容量占比。

所述容量占比为网管子系统实际的数据量占预先设定的网管子系统的数据量的百分比。

步骤s203：当网管子系统的容量占比超出预警值时，生成容量监测报告和容量告警信息。

所述容量监测报告可以包括：各个所述网管子系统的容量占比、各个所述网管子系统所控制的网元的数据量；所述容量告警信息可以包括：容量超限的管子系统的名称。假设目前在网管系统中有100个网管子系统，经过监测，在一个周期内，发现了有5个网管子系统容量超限。在步骤s203之后的步骤，仅选取这5个网管子系统中的一个进行处理，其他四个容量超限的网管子系统也是采用相同的方法进行数据的迁移。

步骤s204：根据容量监测报告，确定一个源网管子系统。

根据容量监测报告，找出所有容量占比超出预警值的网管子系统，确定一个容量占比超出预警值的网管子系统为源网管子系统。

步骤s205：根据容量监测报告，在所述一个源网管子系统中找出被迁移的数据。

所述被迁移的数据为源网管子系统控制的数据量最少的网元中的数据。

步骤s206：查找目标网管子系统。

首先，根据容量监测报告，找出所有容量占比未超出预警值的网管子系统。其次，在容量占比未超出预警值的网管子系统中找出与源网管子系统相邻的网管子系统。通过上述两步寻找，可以确定目标网管子系统。如果找出多个目标网管子系统，则选择数据量最少的那个。如果未找出满足要求的网管子系统，则在容量占比未超出预警值的网管子系统中找出数据量的网管子系统作为目标网管子系统。

步骤207：将步骤s205中找出的被迁移的数据从源网管子系统迁移至目标网管子系统。

实施例三

图3是本发明实施例三提供的控制网管子系统的方法的流程图，实施例三是在实施例一和实施例二上的进一步，其中，网管系统为ems，网管子系统为ommb(neagent，网元代理)，网元为基站。如图3所述，实施例三提供的控制网管子系统容量超限的方法包括：

步骤s301：配置容量参数导入文件，并将其导入ems中。

容量参数可以包括：每个ommb预设的数据量。

步骤s302：设定检查频次为每5分钟一次，并且设定预警值为90％。

步骤s303：监测ommb的容量占比，当容量占比超出90％时，发出容量告警信息并生成容量监测报告。

所述容量告警信息可以包括：ems控制的哪个ommb容量超限了、每个容量超限的ommb的容量占比具体是多少、每个容量超限的ommb所控制的基站的数据量是多少。所述容量监测报告可以包括：每个没有超限的ommb的容量占比。

步骤s304：根据容量告警信息、容量监测报告、和迁移算法，将容量超限的ommb中的数据迁移至容量没有超限的ommb中。

所述迁移算法包括：迁移容量超限的ommb控制的且数据量最少的基站中的数据、数据迁移至与容量超限的ommb邻接的容量没有超限的ommb中(如果没有邻接的容量没有超限的ommb，则数据迁移至数据量最少的容量没有超限的ommb中)。

实施例四

图4是本发明实施例四提供的控制网管子系统的装置的结构图，如图4所示，所述装置包括：

监测模块401，用于当监测到网管子系统容量超限时，生成容量监测报告；所述监测模块401还用于：统计所述网管子系统实际的数据量；其中，所述网管子系统实际的数据量为该网管子系统控制的网元的数据量之和，所述网元的数据量为该网元所控制的小区的数据量之和；计算所述网管子系统的容量占比；其中，所述容量占比为网管子系统实际的数据量占预先设定的网管子系统的数据量的百分比；当网管子系统的容量占比超出预警值时，生成容量监测报告。所述监测模块401还用于：生成容量告警信息。所述容量监测报告包括：各个网管子系统的容量占比、各个网管子系统所控制的网元的数据量。所述容量告警信息包括：容量超限的网管子系统的名称。

确定模块402，用于根据预设的迁移算法和所述容量监测报告，确定源网管子系统和目标网管子系统；所述确定模块402还用于：确定源网管子系统；所述源网管子系统为所述容量监测报告中容量占比超出预警值的网管子系统；确定被迁移的数据；所述被迁移的数据为源网管子系统控制的数据量最少的网元中的数据；查找目标网管子系统；当存在与所述源网管子系统邻接的网管子系统的容量占比未超出预警值时，所述目标网管子系统为所述源网管子系统邻接且容量占比未超出预警值的网管子系统；当所有与所述源网管子系统邻接的网管子系统的容量占比均超出预警值时，所述目标网管子系统为所有网管子系统中容量占比最低的网管子系统。

迁移模块403，用于将源网管子系统中的数据迁移至目标网管子系统中。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。