CN103916273A - 一种网管设备性能数据补采方法和网管设备 - Google Patents

Abstract

本发明提供了一种网管设备性能数据补采方法和网管设备，该方法中，使网管设备自动判断性能文件是否存在缺失，并在存在缺失时，自动生成性能文件，并通知上级网管设备补采相应的性能文件。与现有技术中通过人工排查的方式，能够大大提高排查的效率，从而提高网管设备性能数据补采的及时性，并能够提高网管设备性能数据补采的准确性。

Description

一种网管设备性能数据补采方法和网管设备

技术领域

本发明涉及通信技术领域，尤其涉及一种网管设备性能数据补采方法和网管设备。

背景技术

网管设备性能数据是从OMC（Operation and MaintenanceCenter，操作维护中心）原始性能数据计算而来，网管设备性能数据的完整性和正确性与设备的可靠性、网络的稳定性等有着密切的关系。网管设备性能数据若发生缺失，则需要进行相应的数据补采。

现有技术中，一般通过人工的方式对网管设备性能数据进行层层排查，确定网管设备性能数据是否发生丢失，并在发生丢失时，通知网管设备进行数据补采操作。这样如果没有及时进行人工排查，则可能造成补采不及时，且人工排查难免出现错误，这些问题都会给移动网络设备运营质量评定带来较大的影响。

发明内容

本发明提供了一种网管设备性能数据补采方法和网管设备，以实现网管设备性能数据的准确、及时补采。

本发明提供了一种网管设备性能数据补采方法，包括：

步骤S1，按照预设周期判断共享给上级网管设备的性能文件是否存在缺失，并在判断结果为是时，确定性能文件存在缺失的缺失时间段；

步骤S2，重新生成在所述缺失时间段内对应的性能文件；

步骤S3，向所述上级网管设备发送补采通知消息；所述补采通知消息用于通知所述上级网管设备重新采集相应的性能文件。

优选的，所述步骤S1包括：

按照预设周期判断判断共享给上级网管设备的性能文件是否存在文件缺失或者文件中的数据缺失，并在判断任一项缺失时，判定性能文件存在缺失。

优选的，所述步骤S2具体包括：

步骤S21，判断在所述缺失时间段内所述性能文件对应的派生计数器数据是否缺失，并在判断结果为否时，执行步骤S22；

步骤S22，根据所述派生计数器数据重新生成性能文件。

优选的，所述步骤S2还包括：

步骤S23，在步骤S21的判断结果为是时，判断在所述缺失时间段内所述性能文件对应的OMC原始性能数据是否缺失，并在判断结果为否时，执行步骤S24；

步骤S24，根据所述OMC原始性能数据生成派生计数器数据，之后执行步骤S22。

优选的，所述步骤S2还包括：

步骤S25，在步骤S23的判断结果为是时，重新采集OMC原始性能数据，之后执行步骤S24。

优选的，如图1所示，所述方法还包括：

步骤S4，在接收到下级网管设备发送的补采通知消息时，从所述下级网管设备重新采集相应的性能文件。

优选的，所述补采通知消息中还携带有缺失时间段信息；

所述步骤S4具体包括：

步骤S41，在接收到下级网管设备发送的补采通知消息后，根据所述补采通知消息中携带的缺失时间段信息确定缺失时间段；

步骤S42，从所述下级网管设备重新采集所述步骤S41中得到的缺失时间段所对应的性能文件。

本发明还提供了一种网管设备，包括：

补采查询模块，用于按照预设周期判断本体网管设备共享给上级网管设备的性能文件是否存在缺失，并在判断为是时，确定性能文件存在缺失的缺失时间段；

性能文件生成模块，用于根据所述补采查询模块确定的缺失时间段重新生成在所述缺失时间段内对应的性能文件；

通信模块，用于向上级网管设备发送补采通知消息，所述补采通知消息用于通知所述上级网管设备重新采集相应的性能文件。

优选的，所述补采查询模块，具体用于按照预设周期判断判断共享给上级网管设备的性能文件是否存在文件缺失或者文件中的数据缺失，并在判断任一项缺失时，判定性能文件存在缺失。

优选的，所述性能文件生成模块，具体包括：

判断子模块，用于判断在所述缺失时间段内所述性能文件对应的派生计数器数据是否缺失；

生成子模块，用于根据所述派生计数器数据重新生成性能文件。

优选的，所述判断子模块，还用于在判断所述缺失时间段内所述性能文件对应的派生计数器数据缺失时，判断在所述缺失时间段内所述性能文件对应的OMC原始性能数据是否缺失；

所述生成子模块，还用于根据所述OMC原始性能数据生成派生计数器数据，并根据生成的派生计数器数据重新生成性能文件。

优选的，所述性能文件生成模块还包括：

采集子模块，用于在所述判断子模块判断所述缺失时间段内所述性能文件对应的OMC原始性能数据缺失时，重新采集OMC原始性能数据；

所述生成子模块，还用于根据所述采集子模块采集到的OMC原始性能数据生成派生计数器数据，并根据生成的派生计数器数据重新生成性能文件。

优选的，该设备还包括：

补采模块，用于在接收到下级网管设备发送的补采通知消息时，从所述下级网管设备重新采集相应的性能文件。

优选的，所述补采通知消息中还携带有缺失时间段信息；

所述补采模块具体包括：

缺失时间确定子模块，用于在本体网管设备接收到下级网管设备发送的补采通知消息后，根据所述补采通知消息中携带的缺失时间段信息确定缺失时间段；

补采子模块，用于从所述下级网管设备重新采集所述缺失时间确定子模块得到的缺失时间段所对应的性能文件。

本发明提供了一种网管设备性能数据补采方法和网管设备，使网管设备自动判断性能文件是否存在缺失，并在存在缺失时，自动生成性能文件，并通知上级网管设备补采相应的性能文件。与现有技术中通过人工排查的方式，能够大大提高排查的效率，从而提高网管设备性能数据补采的及时性，并能够提高网管设备性能数据补采的准确性。

附图说明

图1为本发明实施例提供的网管设备性能数据补采方法的流程示意图；

图2为本发明实施例提供的网管设备性能数据补采方法中一种优选的重新生成性能文件的方法的流程示意图；

图3为本发明实施例提供的网管设备性能数据补采方法中一种优选的重新采集性能文件的方法的流程示意图；

图4为本发明实施例提供的一种网管设备的结构示意图；

图5为本发明实施例提供的一种网管设备中一种优选的性能文件生成模块的结构示意图；

图6为本发明提供的一种网管设备中一种优选的补采模块的结构示意图。

具体实施方式

下面结合附图和实施例，对本发明的具体实施方式作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。

本发明实施例提供了一种网管设备性能数据补采方法，如图1所示，该方法包括：

步骤S1，按照预设周期判断共享给上级网管设备的性能文件是否存在缺失，并在判断结果为是时，确定性能文件存在缺失的缺失时间段。

实际应用中，下级网管设备会根据网管设备性能数据生成性能文件，并将相应的性能文件通过FTP（File Transfer Protocol，文件传输协议）共享给上级网管设备。在此基础上，可以使下级网管设备按照预设周期对共享的性能文件进行检查，判断是否当前预设周期内共享的性能文件是否存在缺失。

这里的预设周期可以根据用户的需要任意设置，其具体取值不影响本发明的保护范围。另外，需要指出的是，这里的缺失时间段实际上就是指性能文件存在缺失的时间段。这个时间段的划分可以根据用户的需要设置，比如与上述的预设周期一致，也可以为其他预设值，或者为性能文件存在缺失的起始时间和结束时间之间形成的时间段，具体为何种形式并不影响本发明的保护范围。

步骤S2，重新生成在所述缺失时间段内对应的性能文件。

实际应用中，可以将已经生成的所述缺失时间段内对应性能文件删除，并重新生成在所述缺失时间段内对应的性能文件。

步骤S3，向上级网管设备发送补采通知消息；所述补采通知消息用于通知所述上级网管设备重新采集相应的性能文件。

本发明实施例中，使网管设备自动判断性能文件是否存在缺失，并在存在缺失时，自动生成性能文件，并通知上级网管设备补采相应的性能文件。与现有技术中通过人工排查的方式，能够大大提高排查的效率，从而提高网管设备性能数据补采的及时性，并能够提高网管设备性能数据补采的准确性。

优选的，上述的步骤S1可以具体包括：

按照预设周期判断共享给上级网管设备的性能文件是否存在文件缺失或者文件中的数据缺失，并在判断任一项缺失时，判定性能文件存在缺失。

实际应用中，性能文件包括文件（属性）本身以及文件所对应的数据（属性的指标值），如果其中的文件缺失，则说明没有上报相应的属性，此时需要重新补采，如果文件完整，但是文件中的数据丢失，上级网管设备也不能得到的指标，同样需要重新采集性能数据。这样，本发明中，当文件缺失或者文件中的数据中任一项缺失时，判定性能文件存在缺失，需要进行补采。

优选的，上述的步骤S2包括如图2所示的：

步骤S21，判断在所述缺失时间段内所述性能文件对应的派生计数器数据是否缺失，并在判断结果为否时，执行步骤S22；

步骤S22，根据所述派生计数器数据重新生成FTP性能文件。

若步骤S21判断结果为否，即不存在缺失，说明相应的性能数据已经转化为派生计数器数据，并进入派生计数器数据库，只不过（本体）网管设备还没有将相应的派生计数器数据转换成性能文件。此时，网管设备仅需根据已生成的派生计数器数据转换成性能文件即可，避免了重新生成派生计数器数据的过程，从而节省了系统资源。

优选的，如图2所示，上述的步骤S2还可以包括：

步骤S23，在步骤S21的判断结果为是时，判断在所述缺失时间段内所述性能文件对应的OMC原始性能数据是否缺失，并在判断结果为否时，执行步骤S24；，

步骤S24，根据所述OMC原始性能数据生成派生计数器数据，之后执行步骤S22。

如果步骤S21中判断结果为是，则说明派生计数器数据还有生成，此时需要生成派生计数器数据。本发明优选的实施例中，首先判断所述性能文件对应的OMC原始性能数据，如果是，则利用已经存在的OMC原始性能数据直接生成派生计数器数据，避免了从下级网管设备重新采集相应的OMC原始性能数据，从而计生了系统资源。根据OMC原始性能数据生成派生计数器数据后，转型步骤S22，执行生成性能文件的步骤，在此不再赘述。

优选的，如图2所示，在步骤S24之后，所述步骤S2还包括：

步骤S25，在步骤S23的判断结果为是时，重新采集OMC原始性能数据，之后执行步骤S24。

当然，实际应用中，本领域技术人员也可以不按照上述的步骤实施步骤S2，比如可以缺省其中的判断步骤，直接采集重新采集OMC原始性能数据并生成派生计数器数据并最终生成性能文件，本发明优选的实施例不能理解为对本发明保护范围的限定。

优选的，如图1所示，本发明实施例提供的网管设备性能数据补采方法还可以包括：

步骤S4，在接收到下级网管设备发送的补采通知消息时，从所述下级网管设备重新采集相应的性能文件。

这样本发明提供的实施例中，当下级网管设备判断性能文件存在缺失，并生成相应的性能文件后，会发送补采通知消息给本级网管设备，本级网管设备在接收到补采通知消息后，自动完成相应的补采。这个过程不需要人工参与，大大提高了数据补采的及时性和准确性。

本领域技术人员可以理解，虽然图1中上述的步骤S4在步骤S3之后，但是在实际应用中，步骤S4并不必然要在步骤S3之后执行，本级的网管设备可能在任意时刻接收到下级网管设备发送的补采通知消息，并进行相应的集采。步骤S4与步骤S1-S3中任一项的先后顺序的颠倒不会影响本发明的实施，相应的技术方案都应落入本发明的保护范围。

优选的，上述步骤S3和步骤S4中的补采通知消息中还携带有缺失时间段信息；此时步骤S4具体包括如图3所示的：

步骤S41，在接收到下级网管设备发送的补采通知消息后，根据所述补采通知消息中携带的缺失时间段信息确定缺失时间段；

步骤S42，从所述下级网管设备重新所述步骤S41中得到的缺失时间段所对应的性能文件。

通过这种方式，避免了对性能文件全部进行重新采集，能够进一步提高补采的效率。

基于相同的构思，本发明还提供了一种网管设备，用于网管设备性能数据的补采，如图4所示，该设备包括：

补采查询模块401，用于按照预设周期判断本体网管设备共享给上级网管设备的性能文件是否存在缺失，并在判断为是时，确定性能文件存在缺失的缺失时间段；

性能文件生成模块402，用于根据补采查询模块401确定的缺失时间段重新生成在所述缺失时间段内对应的性能文件；

通信模块403，用于向上级网管设备发送补采通知消息，所述补采通知消息用于通知所述上级网管设备重新采集相应的性能文件。

优选的，补采查询模块401，具体用于按照预设周期判断判断共享给上级网管设备的性能文件是否存在文件缺失或者文件中的数据缺失，并在判断任一项缺失时，判定性能文件存在缺失。

优选的，如图5所示，性能文件生成模块402，可以具体包括：

判断子模块4021，用于判断在所述缺失时间段内所述性能文件对应的派生计数器数据是否缺失；

生成子模块4022，用于根据所述派生计数器数据重新生成性能文件。

优选的，判断子模块4021，还用于在判断所述缺失时间段内所述性能文件对应的派生计数器数据缺失时，判断在所述缺失时间段内所述性能文件对应的OMC原始性能数据是否缺失；

生成子模块4022，还用于根据所述OMC原始性能数据生成派生计数器数据，并根据生成的派生计数器数据重新生成性能文件。

优选的，如图5所示，性能文件生成模块402还可以包括：

采集子模块4023，用于在判断子模块4021判断所述缺失时间段内所述性能文件对应的OMC原始性能数据缺失时，重新采集OMC原始性能数据；

生成子模块4022，还用于根据采集子模块4023采集到的OMC原始性能数据生成派生计数器数据，并根据生成的派生计数器数据重新生成性能文件。

优选的，如图4所示，该设备还可以包括：

补采模块404，用于在接收到下级网管设备发送的补采通知消息时，从所述下级网管设备重新采集相应的性能文件。

优选的，所述补采通知消息中还携带有缺失时间段信息；

如图6所示，补采模块404具体包括：

缺失时间确定子模块4041，用于在本体网管设备接收到下级网管设备发送的补采通知消息后，根据所述补采通知消息中携带的缺失时间段信息确定缺失时间段；

补采子模块4042，用于从所述下级网管设备重新采集所述缺失时间确定子模块得到的缺失时间段所对应的性能文件。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种网管设备性能数据补采方法，其特征在于，包括：

步骤S1，按照预设周期判断共享给上级网管设备的性能文件是否存在缺失，并在判断结果为是时，确定性能文件存在缺失的缺失时间段；

步骤S2，重新生成在所述缺失时间段内对应的性能文件；

步骤S3，向所述上级网管设备发送补采通知消息；所述补采通知消息用于通知所述上级网管设备重新采集相应的性能文件。

2.如权利要求1所述的方法，其特征在于，所述步骤S1包括：

按照预设周期判断判断共享给上级网管设备的性能文件是否存在文件缺失或者文件中的数据缺失，并在判断任一项缺失时，判定性能文件存在缺失。

3.如权利要求1所述的方法，其特征在于，所述步骤S2具体包括：

步骤S21，判断在所述缺失时间段内所述性能文件对应的派生计数器数据是否缺失，并在判断结果为否时，执行步骤S22；

步骤S22，根据所述派生计数器数据重新生成性能文件。

4.如权利要求3所述的方法，其特征在于，所述步骤S2还包括：

步骤S23，在步骤S21的判断结果为是时，判断在所述缺失时间段内所述性能文件对应的操作维护中心OMC原始性能数据是否缺失，并在判断结果为否时，执行步骤S24；

步骤S24，根据所述OMC原始性能数据生成派生计数器数据，之后执行步骤S22。

5.如权利要求4所述的方法，其特征在于，所述步骤S2还包括：

步骤S25，在步骤S23的判断结果为是时，重新采集OMC原始性能数据，之后执行步骤S24。

6.如权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：

步骤S4，在接收到下级网管设备发送的补采通知消息时，从所述下级网管设备重新采集相应的性能文件。

7.如权利要求6所述的方法，其特征在于，所述补采通知消息中还携带有缺失时间段信息；

所述步骤S4具体包括：

步骤S41，在接收到下级网管设备发送的补采通知消息后，根据所述补采通知消息中携带的缺失时间段信息确定缺失时间段；

步骤S42，从所述下级网管设备重新采集所述步骤S41中得到的缺失时间段所对应的性能文件。

8.一种网管设备，其特征在于，包括：

补采查询模块，用于按照预设周期判断本体网管设备共享给上级网管设备的性能文件是否存在缺失，并在判断为是时，确定性能文件存在缺失的缺失时间段；

性能文件生成模块，用于根据所述补采查询模块确定的缺失时间段重新生成在所述缺失时间段内对应的性能文件；

通信模块，用于向上级网管设备发送补采通知消息，所述补采通知消息用于通知所述上级网管设备重新采集相应的性能文件。

9.如权利要求8所述的设备，其特征在于，所述补采查询模块，具体用于按照预设周期判断判断共享给上级网管设备的性能文件是否存在文件缺失或者文件中的数据缺失，并在判断任一项缺失时，判定性能文件存在缺失。

10.如权利要求8所述的设备，其特征在于，所述性能文件生成模块，具体包括：

判断子模块，用于判断在所述缺失时间段内所述性能文件对应的派生计数器数据是否缺失；

生成子模块，用于根据所述派生计数器数据重新生成性能文件。

11.如权利要求10所述的设备，其特征在于，所述判断子模块，还用于在判断所述缺失时间段内所述性能文件对应的派生计数器数据缺失时，判断在所述缺失时间段内所述性能文件对应的操作维护中心OMC原始性能数据是否缺失；

所述生成子模块，还用于根据所述OMC原始性能数据生成派生计数器数据，并根据生成的派生计数器数据重新生成性能文件。

12.如权利要求11所述的设备，其特征在于，所述性能文件生成模块还包括：

采集子模块，用于在所述判断子模块判断所述缺失时间段内所述性能文件对应的OMC原始性能数据缺失时，重新采集OMC原始性能数据；

所述生成子模块，还用于根据所述采集子模块采集到的OMC原始性能数据生成派生计数器数据，并根据生成的派生计数器数据重新生成性能文件。

13.如权利要求8-12任一项所述的设备，其特征在于，还包括：

补采模块，用于在接收到下级网管设备发送的补采通知消息时，从所述下级网管设备重新采集相应的性能文件。

14.如权利要求13所述的设备，其特征在于，所述补采通知消息中还携带有缺失时间段信息；

所述补采模块具体包括：

缺失时间确定子模块，用于在本体网管设备接收到下级网管设备发送的补采通知消息后，根据所述补采通知消息中携带的缺失时间段信息确定缺失时间段；

补采子模块，用于从所述下级网管设备重新采集所述缺失时间确定子模块得到的缺失时间段所对应的性能文件。