用于电信网管系统的性能数据补充采集系统及方法

摘要

本发明公开了一种用于电信网管系统的性能数据补充采集系统及方法。其中，该系统包括：性能管理装置，用于从至少一个前台网元采集性能数据，保存并分析性能数据，以及在需要的情况下从前台网元补充采集性能数据；以及至少一个前台网元，用于在性能管理装置的控制下采集性能数据，并将性能数据上报至性能管理装置。

权利要求

1.一种用于电信网管系统的性能数据补充采集系统，其特征在于，包括：性能管理装置和至少一个前台网元，

其中，所述性能管理装置包括：

性能任务库，用于保存所有正常性能数据采集的任务信息；

性能数据库，用于保存所述至少一个前台网元上报的原始性能数据；

性能补充采集任务库，用于保存需要补充采集性能数据的任务信息；

配置数据库，用于存储所需的配置数据信息；

性能任务处理模块，用于定期从所述性能任务库中获取采集性能数据的任务信息，并将所述任务信息下发至所述至少一个前台网元以采集所述性能数据；

性能数据上报处理模块，用于接收并转换所述至少一个前台网元上报的性能数据，并将转换后的性能数据放入所述性能数据库中；以及性能数据补充采集模块，用于监控所述性能数据库以获取没有采集上来的性能数据，将指示采集该性能数据的任务信息保存到性能补充采集任务库中，同时将所述任务信息下发给所述至少一个前台网元；

其中，所述至少一个前台网元，用于在所述性能管理装置的控制下采集所述性能数据，并将所述性能数据上报至所述性能管理装置。

2.根据权利要求1所述的性能数据补充采集系统，其特征在于，所述前台网元包括：性能代理模块，用于接收所述性能管理装置下发的用于采集性能数据的任务信息，并根据所述任务信息采集性能数据并将所述性能数据上报给所述性能管理装置；

性能数据缓冲模块，用于保存采集的性能数据；以及数据维护模块，用于定期清理所述性能数据缓冲模块中的性能数据，将保存超过一定期限的性能数据删除。

3.根据权利要求2所述的性能数据补充采集系统，其特征在于，所述性能数据缓冲模块的大小由系统容量确定。

4.一种用于电信网管系统的性能数据补充采集方法，其特征在于，所述方法包括以下步骤：S402，性能管理装置从至少一个前台网元采集性能数据，保存并分析所述性能数据；

S4042，所述性能管理装置监控保存所述性能数据的性能数据库以获取没有采集上来的性能数据；

S4044，所述性能管理装置保存并将指示采集该性能数据的任务信息下发至所述前台网元；

S4046，所述前台网元根据所述性能管理装置下发的所述任务信息采集性能数据，并将所述性能数据上报至所述性能管理装置；以及S4048，所述性能管理装置接收并转换所述前台网元上报的性能数据，并将转换后的性能数据放入所述性能数据库中。

5.根据权利要求4所述的性能数据补充采集方法，其特征在于，所述步骤S402包括：S4022，所述前台网元采集性能数据，并保存所述性能数据；

S4024，所述前台网元检测与性能管理装置的连接是否正常，在正常的情况下将所述性能数据上报至性能管理装置。

6.根据权利要求5所述的性能数据补充采集方法，其特征在于，所述前台网元通过以下方式采集性能数据：

所述前台网元定期采集所述性能数据并主动上报至所述性能管理装置；以及所述前台网元在所述性能管理装置指示采集所述性能数据的情况下，采集并上报所述性能数据。

7.根据权利要求4所述的性能数据补充采集方法，其特征在于，所述前台网元定期清理所述性能数据缓冲模块中的性能数据，将保存超过一定期限的性能数据删除。

说明书

用于电信网管系统的性能数据补充采集系统及方法

技术领域

[0001] 本发明涉及通信领域，更具体地涉及一种用于电信网管系统的性能数据补充采集系统和方法。

背景技术

[0002] 性能管理是电信网管系统为电信管理网及电信业务提供的五大管理功能之一(电信网管系统提供了五大基本功能，包括配置管理、故障管理、性能管理、安全管理、及计费管理)，主要通过收集和分析从网元上采集的运行数据来监视和修正网络和网元的行为和效率，帮助用户进行计划编制、实施和维护以及业务质量测量。为了了解网络和网元的运行状态，性能管理需要定时从所管理的网元上采集移动系统的性能数据，然后存入后台数据库中，供统计分析时使用。具体的采集方式有两种：一种是后台网管定时向前台网元请求需要的性能数据，一种是前台网元定时向后台发送需要的性能数据(在发送数据之前，后台会将需要的内容提前通知给前台网元)。不管采用哪种方式，每个定时粒度获取正确而完整的前台性能数据是正确向运营商提供网络设备运行状态的基础。

[0003] 目前的后台网管系统采集性能数据一般采用多个前台性能代理的数据采集模式的模式，后台网管性能管理和数据采集相关的模块由性能任务处理模块和性能数据上报处理模块组成。

[0004] 前台处理参见图1所示：后台网管将采集数据的管理命令发送给前台网元(1...N)上的性能代理(1...N)，性能代理对来自后台的管理命令进行解析，按照指令取得前台网元的业务数据，在每个采集粒度到来的时候，将取得的业务数据进行汇总封装成一种固定格式(事先与后台网管约定好的)发送给后台网管。在每个前台网元上，都会驻留一个性能代理，从而完成对多个网元的管理。

[0005] 后台处理参见图2所示：性能管理中的任务处理模块定期(每个任务周期处理一次。任务周期的长短根据不同的网元有所不同，可以是5分钟、15分钟、30分钟、1小时等)从性能任务库中获取性能数据采集任务，将任务发给前台网元上的性能代理。性能代理根据任务，将采集到的性能数据发送给后台。后台的性能数据上报处理模块收到前台的性能数据后，处理数据，并将性能数据输入到后台的性能数据库中。经过以上的前后台配合，完成性能数据采集上报入库过程。

[0006] 这种数据采集模式提供了对多个网元的数据采集功能点，但是会出现性能数据丢失的情况。当前后台链路发生断路、网络传输出现拥塞、或者后台发生故障时，都会造成一些粒度的性能数据丢失。如果一些重要性能数据丢失，将会极大影响系统运行指标的结果。 [0007] 美国专利US6094145提供的一种电信管理系统中，提到了一种消息传送设备能够对发送的管理数据进行备份而直到成功发送出现，由于消息传送设备与网元之间通过网络连接，因此它们之间的断链，仍然会出现性能粒度数据丢失的情况。

[0008] 中国专利CN200410041986“一种电信网管中性能数据补采系统及其方法”提供了另一种性能数据的补采机制，但由于后台的重新启动，或者是后台数据库入库异常等原因，前台虽然将性能数据上报给后台了，但最终仍然没有入库，导致出现性能粒度数据丢失的情况。另外，这种处理方式实现过于复杂，不易推广应用。

[0009] 由上可见，需要一种新的用于电信网管系统的性能数据补充采集系统或方法。 [0010] 发明内容

[0011] 鉴于上述一个或多个问题，本发明提出了一种用于电信网管系统的性能数据补充采集系统和方法，以提高网关系统性能数据的完整性，从而更好地解决性能数据丢失漏报问题。

[0012] 根据本发明的用于电信网管系统的性能数据补充采集系统包括：性能管理装置和至少一个前台网元，

[0013] 其中，所述性能管理装置包括：包括：性能任务库，用于保存所有正常性能数据采集的任务信息；性能数据库，用于保存至少一个前台网元上报的原始性能数据；性能补充采集任务库，用于保存需要补充采集性能数据的任务信息；配置数据库，用于存储所需的配置数据信息；性能任务处理模块，用于定期从性能任务库中获取采集性能数据的任务信息，并将任务信息下发至所述至少一个前台网元以采集性能数据；性能数据上报处理模块，用于接收并转换至少一个前台网元上报的性能数据，并将转换后的性能数据放入性能数据库中；以及性能数据补充采集模块，用于监控性能数据库以获取没有采集上来的性能数据，将指示采集该性能数据的任务信息保存到性能补充采集任务库中，同时将任务信息下发给至少一个前台网元；其中，至少一个前台网元，用于在性能管理装置的控制下采集性能数据，并将性能数据上报至性能管理装置。

[0014] 其中，前台网元包括：性能代理模块，用于接收性能管理装置下发的用于采集性能数据的任务信息，并根据任务信息采集性能数据并将性能数据上报给性能管理装置；性能数据缓冲模块，用于保存采集的性能数据；以及数据维护模块，用于定期清理性能数据缓冲模块中的性能数据，将保存超过一定期限的性能数据删除。其中，性能数据缓冲模块的大小由系统容量确定。

[0015] 根据本发明的用于电信网管系统的性能数据补充采集方法包括以下步骤：S402，性能管理装置从至少一个前台网元采集性能数据，保存并分析性能数据；S4042，性能管理装置监控保存性能数据的性能数据库以获取没有采集上来的性能数据；S4044，性能管理装置保存并将指示采集该性能数据的任务信息下发至前台网元；S4046，前台网元根据性能管理装置下发的任务信息采集性能数据，并将性能数据上报至性能管理装置；以及S4048，性能管理装置接收并转换前台网元上报的性能数据，并将转换后的性能数据放入性能数据库中。

[0016] 其中，步骤S402包括：S4022，前台网元采集性能数据，并保存性能数据；S4024，前台网元检测与性能管理装置的连接是否正常，在正常的情况下将性能数据上报至性能管理装置。

[0017] 其中，前台网元通过以下方式采集性能数据：前台网元定期采集性能数据并主动上报至性能管理装置；以及前台网元在性能管理装置指示采集性能数据的情况下，采集并上报性能数据。

[0018] 其中，前台网元定期清理性能数据缓冲模块中的性能数据，将保存超过一定期限的性能数据删除。

[0019] 本发明通过前台的性能数据保存和后台性能数据匹配检查，对丢失或漏报的性能数据进行补采，处理流程简单，易于实施，大大提高了网管系统性能数据的完整性，更好地解决了性能数据丢失漏报的问题。

附图说明

[0020] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中： [0021] 图1是相关技术中的多个前台性能代理的数据采集模式图；

[0022] 图2是相关技术中的一个前台性能代理和完整后台性能管理数据采集模式图； [0023] 图3是根据本发明的用于电信网管系统的性能数据补充采集系统的前后台结构图；

[0024] 图4A至图4C是根据本发明的用于电信网管系统的性能数据补充采集方法及其步骤的流程图；

[0025] 图5是根据本发明的前台正常性能数据上报流程图；

[0026] 图6是根据本发明的后台性能数据补采流程图；

[0027] 图7是根据本发明的前台性能数据补采流程图；以及

[0028] 图8是前台性能数据缓冲区维护策略流程图。

具体实施方式

[0029] 下面参考附图，详细说明本发明的具体实施方式。

[0030] 图3示出了根据本发明的用于电信网管系统的性能数据补充采集系统。如图3所示，根据本发明的用于电信网管系统的性能数据补充采集系统包括：性能管理装置302，用于从至少一个前台网元采集性能数据，保存并分析性能数据，以及在需要的情况下从前台网元补充采集性能数据；以及至少一个前台网元304，用于在性能管理装置的控制下采集性能数据，并将性能数据上报至性能管理装置。

[0031] 其中，性能管理装置302包括：

[0032] 性能任务库3022，用于保存所有正常性能数据采集的任务信息。 [0033] 性能数据库3024，用于保存前台上报的原始性能数据，性能数据上报处理模块处理完的数据均入到性能数据库中。

[0034] 性能补充采集任务库3026，用于保存性能补采定时器处理后的所有需要补采性能数据的任务信息，以方便网管维护人员查询性能数据历史补采记录。

[0035] 配置数据库3028，其是电信网管系统中五大功能之一的“配置管理”中都包括的模块，性能数据补充采集系统需要使用到配置管理中的配置数据信息，配置数据库中保存了所有前台网元的详细配置信息。

[0036] 性能任务处理模块3030，用于定期从性能任务库中获取性能数据采集任务，并下发给前台的性能代理模块进行性能数据采集。有些网元的采集模式是由前台网元的性能代理模块发起性能数据采集请求，通过后台性能任务处理模块获得采集任务信息，对前台代理模块获取的任务信息进行采集。

[0037] 性能数据上报处理模块3032，用于接收前台上报的性能数据，将前台的字节码转后为后台可以认识的数据字符，并将转化后的性能数据入性能数据库。 [0038] 性能数据补充采集模块3034，用于监控后台的性能数据入库情况，对于没有采集上来的性能数据，整理成性能任务的形式，将补采任务保存在性能补充采集任务库中，同时将性能补充采集任务发给前台的性能代理模块进行补采。

[0039] 其中，前台网元304包括：

[0040] 性能代理模块3042，用于接收后台发下来的性能采集任务(包括正常采集任务和补采任务)，根据采集任务的要求，采集性能数据上报给后台。有些网元的性能任务请求是由性能代理模块自动定期发起任务请求，获得采集任务后，自动进行性能数据采集。 [0041] 性能数据缓冲模块3044，其是在前台内存、硬盘、Flash等其他存储媒介上开辟的一段空间，用于保存性能数据。性能数据在上报给后台的同时，也在性能数据缓冲模块上保存一份拷贝，以便收到后台的补充采集任务后，可以直接从缓冲模块中获取性能数据上报给后台，缓冲模块的大小根据各个系统的容量不同而不同。

[0042] 数据维护模块3046，用于定期清理缓冲区中的性能数据，将保存超过一定期限的性能数据删除，以避免缓冲区因数据爆满导致存储空间不足。

[0043] 图4A至图4C示出了根据本发明的用于电信网管系统的性能数据补充采集方法。如图4A所示，根据本发明的用于电信网管系统的性能数据补充采集方法包括以下步骤：
S402，性能管理装置从至少一个前台网元采集性能数据，保存并分析性能数据；以及S404，在需要的情况下从前台网元补充采集性能数据。

[0044] 其中，如图4B所示，步骤S402包括：S4022，前台网元采集性能数据，并保存性能数据；S4024，前台网元检测与性能管理装置的连接是否正常，在正常的情况下将性能数据上报至性能管理装置。

[0045] 其中，前台网元通过以下方式采集性能数据：前台网元定期采集性能数据并主动上报至性能管理装置；以及前台网元在性能管理装置指示采集性能数据的情况下，采集并上报性能数据。

[0046] 其中，如图4C所示，步骤S404包括：S4042，性能管理装置监控保存性能数据的性能数据库以获取没有采集上来的性能数据；S4044，性能管理装置保存并将指示采集该性能数据的任务信息下发至前台网元；S4046，前台网元根据性能管理装置下发的任务信息采集性能数据，并将性能数据上报至性能管理装置；以及S4048，性能管理装置接收并转换前台网元上报的性能数据，并将转换后的性能数据放入性能数据库中。

[0047] 其中，前台网元定期清理性能数据缓冲模块中的性能数据，将保存超过一定期限的性能数据删除。

[0048] 具体地，参考图5至图8，详细说明根据本发明的用于电信网管系统的性能数据补充采集方法。

[0049] 1)前台第一次启动后，性能代理进程在前台的存储媒介(内存、硬盘、Flash等)上开辟一定的空间用于存储性能数据，开辟的空间大小根据不同网元确定，有些网元如果每个粒度采集的性能数据比较多，需要开辟比较大的空间。空间大小的估算公式：“缓冲区空间＝每粒度性能数据量*保存历史性能数据粒度个数+适当冗余空间”。 [0050] 2)前台网元的性能代理在进行正常性能数据上报的时候，先将性能数据在性能数据维护区保存一份拷贝，再将性能数据上报给后台。

[0051] 图5示出了正常性能数据上报流程：S502，前台网元性能代理从各前台网元采集到性能数据；S504，性能代理将保存一份性能数据拷贝到性能数据缓冲区中；S506，性能代理判断前后台链路是否正常；S508，如果前后台链路正常，就将性能数据上报给后台，上报流程结束，如果前后台链路异常，流程就结束。

[0052] 3)性能数据的补采主要是性能数据补采模块完成，其流程图如图6所示。S602，性能管理的补采模块补采定时器启动。S604，补采定时器从性能任务库获取一定时间范围内所有采集粒度的任务信息。需要检查补采的时间范围可以根据不同系统确定，对于前台网元比较多的系统，可以考虑需要补采的时间范围比较短，而对于前台网元比较少的系统，可以考虑检查的时间比较长，以减少补采数据量，避免对现有系统产生影响，检查的时间范围也与前台开辟的历史性能数据保存空间有关。S606，补采定时器再从配置数据库获取前台详细配置信息。S608，补采定时器将获取的性能任务和配置信息进行组合，获得一段时间范围内完整详细的采集任务节点 信息。S610，补采定时器从性能数据库中查询出已经上报入库的性能数据节点信息。S612，补采定时器通过比较任务节点信息和已经入库数据的节点信息差异，获得性能数据漏报的节点信息。S614，补采定时器将性能数据漏报的节点信息组成补采任务，并将补采任务入性能补采任务库，系统维护人员通过查询性能补采任务库可以了解系统的补采历史记录。S616，补采定时器将整理出来的性能数据补采任务发送给前台性能代理。S618，前台性能代理收到补采任务后启动性能数据补报流程。 [0053] 4)图7示出了前台补采流程：S702，前台性能代理收到性能数据补采任务；S704，性能代理根据补采任务的要求，从性能数据缓冲区中采集相应的性能数据并组织数据；S706，性能代理将补采性能数据上报给后台。

[0054] 5)前台上报的性能数据在性能数据缓冲区中会保存一份，日积月累有可能会出现性能数据过多的情况，通过前台缓冲区数据维护策略，定期的清除过期的性能数据，保证补采的正常进行。图8示出了缓冲区数据维护策略的工作过程：S802，缓冲区数据维护策略定时器启动；S804，检查性能数据缓冲区是否有过期数据；S806，如果有，则清除过程的性能数据，如果没有过程的性能数据，则流程结束。

[0055] 也就是说，根据本发明的用于电信网管系统的性能数据补充采集方法主要通过以下步骤实现：前台第一次启动后，性能代理进程在前台的存储媒介(内存、硬盘、Flash等)上开辟一定的空间用于存储性能数据；前台网元的性能代理在进行正常性能数据上报的时候，先将性能数据在性能数据维护区保存一份拷贝，再将性能数据上报给后台；性能补采模块定时器启动，补采定时器从性能任务库中获取任务信息，补采定时器从配置数据库获取前台的配置信息，补采定时器将性能任务和配置信息结合，获得完整详细的前台 采集数据节点信息，性能补采定时器从性能数据库中检索出已经上报入库的性能数据节点信息，性能补采定时器通过任务节点信息和性能数据节点信息两者比较，得出性能数据补采的任务信息；性能补采模块将补采任务保存在性能补采任务库中，并将补采任务下发给前台性能代理，进行性能数据补采；前台性能代理收到补采任务后，从性能数据缓冲区中获取补采性能数据，将补采性能数据发回给后台处理；缓冲区维护策略定时器启动，检查前台缓冲区中是否有过期性能数据，如果有过程数据则删除过期的性能数据，以节省存储空间。 [0056] 本发明方法通过前台的性能数据保存和后台性能数据匹配检查，对丢失或漏报的性能数据进行补采，处理流程简单，易于实施，大大提高了网管系统性能数据的完整性，更好地解决了性能数据丢失漏报的问题。

[0057] 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。