CN104767626A - 性能文件管理、上报、交互上报的方法、装置及系统 - Google Patents

Abstract

本发明公开了一种性能文件管理方法，首先，根据网络规模获取管理数据；然后，向性能文件上报装置下发所述管理数据，通知所述性能文件上报装置上报性能文件；最后，接收并存储所述性能文件上报装置上报的性能文件。本发明还公开了一种性能文件管理装置。本发明还公开了一种性能文件上报方法和装置，以及性能文件管理与上报交互方法和系统。通过本发明，在大规模网络中，多个管理对象MO的性能文件可以最大限度地利用上级管理系统中有限的FTP资源，尽可能保证全网性能文件的完整性采集和及时性上报，从而完成全网的性能统计分析，为网络优化、故障排查提供可靠的数据支持。

Description

性能文件管理、上报、交互上报的方法、装置及系统

技术领域

本发明涉及网络管理领域，特别是涉及一种性能文件管理方法和装置、性能文件上报方法和装置，以及性能文件管理与上报交互方法和系统。

背景技术

在网管系统中，性能管理是优化网络以及联网的应用系统性能的活动，包括对网络以及应用的监测、及时发现网络堵塞或中断情况、全面的故障排除、基于事实的容量规划和有效地分配网络资源。通过性能管理中查询的性能数据可看出当前网络设备运行情况，对网络优化分析、故障排查等有相当重要的作用，所以大规模网络下需要保证全网性能数据采集的完整性和及时性。

目前网元性能文件上报机制为：网管通过SNMP（Simple NetworkManagement Protocol，简单网络管理协议）下发给网元网管的FTP（File TransferProtocol，文件传输协议）信息，网元通过FTP协议定点上报性能数据文件到网管服务器目录，由于网管的FTP资源有限，如果所有网元在同一时刻获取FTP连接进行性能数据上报，必然造成大量网元无法抢占到FTP连接而上报失败。所以当上报粒度到来时，网元采用离散的方式进行上报，目前网元的离散时间为3分钟（硬编码不可动态设置），比如上报粒度为9:00:00，文件上报时刻为9:00:00到9:03:00之间的随机某一秒。在离散时间为3分钟内，如果还出现网元抢占FTP连接失败，立刻进行重试，连续重试次数为3次。

但是，发明人在实现本发明时发现：网管在进行大容量测试的时候，测试到6000网元左右，发现网管上性能数据不全，部分网元性能数据丢失，网管后台报错，提示部分网元获取FTP连接失败，导致这些网元的性能数据上报失败，因此使用目前性能文件上报的机制已经无法满足在大规模网元的网络下，保证全网性能数据文件上报到上级管理系统的完整性和及时性。

发明内容

本发明要解决的技术问题是提供一种性能文件管理方法和装置、性能文件上报方法和装置，以及性能文件管理与上报交互方法和系统，用以解决现有技术在大规模网元的网络下，不能保证全网性能数据文件上报到上级管理系统的完整性和及时性的问题。

为解决上述技术问题，一方面，本发明提供一种性能文件管理方法，所述方法包括以下步骤：

根据网络规模获取管理数据；

向性能文件上报装置下发所述管理数据，通知所述性能文件上报装置上报性能文件；

接收并存储所述性能文件上报装置上报的性能文件。

进一步，所述管理数据包括离散时间、上报周期和/或重试终止时间。

进一步，所述根据网络规模获取管理数据的过程包括：

根据公式计算理论离散时间，其中T2为理论离散时间，M为网络规模，T1为每个性能文件平均上传耗时，N为FTP连接数；

在不同网络规模下的大容量模拟测试，得出网络规模和离散时间的对应关系；

根据所述对应关系及实际网络规模，得到离散时间。

进一步，所述管理数据还包括上报周期，所述根据网络规模获取管理数据的过程还包括：

根据公式A+x≤T＜A+x+15获取上报周期；其中T为上报周期；A为离散时间；x为预留时间，x的范围为2到3的实数。

进一步，所述管理数据还包括重试终止时间，所述重试终止时间大于或等于离散时间，小于上报周期。

进一步，在向性能文件上报装置下发管理数据之前，还包括修改将要下发的管理数据。

进一步，所述修改将要下发的管理数据的过程包括：

从配置文件中读取初始管理数据，按照所述初始管理数据修改将要下发的管理数据；或

通过GUI界面动态修改将要下发的管理数据。

另一方面，本发明还提供一种性能文件管理装置，包括：

管理数据获取单元，用于根据网络规模获取管理数据；

管理数据下发单元，用于向性能文件上报装置下发所述管理数据；

性能文件接收单元，用于接收并存储所述性能文件上报装置上报的性能文件。

进一步，所述管理数据包括离散时间、上报周期和/或重试终止时间。

另一方面，本发明还提供一种性能文件上报方法，所述方法包括以下步骤：

接收性能文件管理装置下发的管理数据；

生成性能文件；

根据所述管理数据向所述性能文件管理装置上报性能文件。

进一步，所述管理数据包括离散时间、上报周期和/或重试终止时间。

进一步，所述生成性能文件的过程包括：根据所述上报周期，确定上报时间，当达到上报时间时，开始生成本粒度内的性能文件。

进一步，所述向性能文件管理装置上报性能文件的过程包括：根据所述离散时间计算准确上报时刻点，到达上报时刻点后，获取FTP连接进行性能文件上报。

进一步，所述向性能文件管理装置上报性能文件的过程还包括：

当FTP连接失败时，达到预先设定的间隔时间后，判断当前时间是否小于所述重试终止时间；

如当前时间小于重试终止时间时，再次获取FTP连接进行性能文件上报；

如当前时间大于或等于重试终止时间时，停止性能文件上报。

进一步，所述预先设定的间隔时间为3秒。

另一方面，本发明还提供一种性能文件上报装置，包括：

管理数据接收单元，用于接收性能文件管理装置下发的管理数据；

性能文件生成单元，用于生成性能文件；

上报单元，用于根据所述管理数据向所述性能文件管理装置上报性能文件。

进一步，所述管理数据包括离散时间、上报周期和/或重试终止时间。

另一方面，本发明还提供一种性能文件管理与上报交互方法，所述方法包括以下步骤：

性能文件管理装置根据网络规模获取管理数据；

所述性能文件管理装置向性能文件上报装置下发所述管理数据，通知所述性能文件上报装置上报性能文件；

所述性能文件上报装置接收所述性能文件管理装置下发的管理数据；

所述性能文件上报装置生成性能文件；

所述性能文件上报装置根据所述管理数据向所述性能文件管理装置上报性能文件；

所述性能文件管理装置接收并存储所述性能文件上报装置上报的性能文件。

另一方面，本发明还提供一种性能文件管理与上报交互系统，所述系统包括性能文件管理装置和性能文件上报装置；

所述性能文件管理装置包括：

管理数据获取单元，用于根据网络规模获取管理数据；

管理数据下发单元，用于向所述性能文件上报装置下发所述管理数据；

性能文件接收单元，用于接收并存储所述性能文件上报装置上报的性能文件；

所述性能文件上报装置包括：

管理数据接收单元，用于接收所述性能文件管理装置下发的管理数据；

性能文件生成单元，用于生成性能文件；

上报单元，用于根据所述管理数据向所述性能文件管理装置上报性能文件。

本发明有益效果如下：

通过本发明，在大规模网络中，多个管理对象MO的性能文件可以最大限度地利用上级管理系统中有限的FTP资源，尽可能保证全网性能文件的完整性采集和及时性上报，从而完成全网的性能统计分析，为网络优化、故障排查提供可靠的数据支持。

附图说明

图1是本发明实施例的一种性能文件管理方法的流程图；

图2是本发明实施例的一种性能文件管理装置的结构图；

图3是本发明实施例的一种性能文件上报方法的流程图；

图4是本发明实施例的一种性能文件上报装置的结构图；

图5是本发明实施例的一种性能文件管理与上报交互方法的流程图；

图6是本发明实施例的一种性能文件管理与上报交互系统的结构图；

图7是本发明实施例8的EMS（Network Element Management System，网元管理系统）网管下发给网元FTP信息的流程图；

图8是本发明实施例8的网元（NE，Network Element）性能数据上报的流程图；

图9为本发明实施例8的性能数据上报过程系统示意图；

图10为本发明实施例9的集中网管性能文件上报过程系统示意图。

具体实施方式

为了解决现有技术在大规模网元的网络下，不能保证全网性能数据文件上报到上级管理系统的完整性和及时性的问题，本发明提供了一一种性能文件管理方法和装置、性能文件上报方法和装置，以及性能文件管理与上报交互方法和系统，以下结合附图以及八个实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

实施例1

本发明实施例的一种性能文件管理方法如图1所示，所述方法包括以下步骤：

步骤s101，根据网络规模获取管理数据。本实施例中，所述管理数据包括离散时间、上报周期和重试终止时间。具体过程如下：

首先，根据公式计算理论离散时间；其中T2为理论离散时间，单位为分钟；M为网络规模，单位为个；T1为每个性能文件上传耗时，单位为秒；N为FTP连接数，单位为个。

然后，在不同网络规模下的大容量模拟测试，得出网络规模和离散时间的对应关系。

最后，根据实际的网络规模和所述离散时间与网络规模的对应关系，选择对应的离散时间。

通过上述步骤，得到离散时间，而上报周期由公式A+x≤T＜A+x+15获取；其中T为上报周期，单位为分钟，本实施例中，T为15的倍数；A为离散时间，单位为分钟；x为预留时间，单位为分钟，x的范围为2到3的实数。

所述重试终止时间大于或等于离散时间，小于上报周期。

步骤s102，向性能文件上报装置下发所述管理数据，通知所述性能文件上报装置上报性能文件。

步骤s103，接收并存储所述性能文件上报装置上报的性能文件。

在向性能文件上报装置下发管理数据之前，用户还可以对管理数据进行修改，可以从配置文件中读取初始管理数据，按照所述初始管理数据修改将要下发的管理数据；也可以通过GUI（Graphical User Interface，图形用户界面）界面动态修改将要下发的管理数据。

实施例2

本发明实施例的一种性能文件管理装置如图2所示，包括管理数据获取单元21、管理数据下发单元22和性能文件接收单元23；其中，管理数据获取单元21与管理数据下发单元22连接。

所述管理数据获取单元21用于根据网络规模获取管理数据，所述管理数据包括离散时间、重试终止时间和上报周期。所述管理数据下发单元22用于向性能文件上报装置下发所述管理数据。所述性能文件接收单元23用于接收并存储所述性能文件上报装置上报的性能文件。

实施例3

本发明实施例的一种性能文件上报方法如图3所示，所述方法包括以下步骤：

步骤s301，接收性能文件管理装置下发的管理数据；所述管理数据包括离散时间、重试终止时间和上报周期。

步骤s302，生成性能文件。本实施例中，具体为：根据所述上报周期，确定上报时间，当达到上报时间时，开始生成本粒度内的性能文件。

步骤s303，根据所述管理数据向所述性能文件管理装置上报性能文件。本实施例中，根据所述离散时间计算准确上报时刻点，到达上报时刻点后，获取FTP连接进行性能文件上报。当FTP连接失败时，达到预先设定的间隔时间后，判断当前时间是否小于所述重试终止时间，本实施例中所述预先设定的间隔时间为3秒；如当前时间小于重试终止时间时，再次获取FTP连接进行性能文件上报；如当前时间大于或等于重试终止时间时，停止性能文件上报。

实施例4

本发明实施例的一种性能文件上报装置如图4所示，包括管理数据接收单元41、性能文件生成单元42和上报单元43；其中，性能文件生成单元42分别与管理数据接收单元41和上报单元43连接，上报单元43与管理数据接收单元41连接。

所述管理数据接收单元41用于接收性能文件管理装置下发的管理数据，所述管理数据包括离散时间、重试终止时间和上报周期；所述性能文件生成单元42用于生成性能文件；所述上报单元43用于根据所述管理数据向所述性能文件管理装置上报性能文件。

实施例5

本发明实施例的一种性能文件管理与上报交互方法如图5所示，包括以下步骤：

步骤s501，性能文件管理装置根据网络规模获取管理数据；

步骤s502，所述性能文件管理装置向性能文件上报装置下发所述管理数据，通知所述性能文件上报装置上报性能文件；

步骤s503，所述性能文件上报装置接收所述性能文件管理装置下发的管理数据；

步骤s504，所述性能文件上报装置生成性能文件；

步骤s505，所述性能文件上报装置根据所述管理数据向所述性能文件管理装置上报性能文件；

步骤s506，所述性能文件管理装置接收并存储所述性能文件上报装置上报的性能文件。

实施例6

本发明实施例的一种性能文件管理与上报交互系统如图6所示，所述系统包括性能文件管理装置61和性能文件上报装置62；

所述性能文件管理装置61包括管理数据获取单元611、管理数据下发单元612和性能文件接收单元613，所述性能文件上报装置包括管理数据接收单元621、性能文件生成单元622和上报单元623；其中

管理数据获取单元611用于根据网络规模获取管理数据；管理数据下发单元612用于向所述性能文件上报装置62下发所述管理数据；性能文件接收单元613用于接收并存储所述性能文件上报装置62上报的性能文件。

管理数据接收单元621用于接收所述性能文件管理装置61下发的管理数据；性能文件生成单元622用于生成性能文件；上报单元623用于根据所述管理数据向所述性能文件管理装置61上报性能文件。

实施例7

本发明的性能文件管理装置和性能文件上报装置组成性能文件传输系统，该系统中，多个MO（Management Object，管理对象）同时并发上报性能文件看作为性能文件上报系统；上级管理系统MS（Management System，管理系统）看作为性能文件接收系统。本发明主要解决了大规模网络下，n个管理对象MO向上级管理系统MS在短时间内完成全网性能文件的传输，文件传输采用FTP协议。

1.系统各部分具有的功能如下

（1）系统中的性能文件管理装置可以动态设置MO的离散时间。上级MS可根据网络规模动态设置下发MO的离散时间，在大规模网元数量下，为了减少上报时刻的碰撞，可以增加MO上报的离散时间，MO离散时间的设置可以和网络规模自动调整。调整过程为：

不同规模下对应的离散时间值信息，可以通过理论估算得出：假设1个性能文件上传到上级管理系统MS耗时T1秒（占用1个FTP连接），上级管理系统MS可提供给性能文件上传的FTP连接为N个，离散时间为T2分钟。那么管理规模为：管理规模=（T2*60/T1）*N。比如1个性能文件上传耗时为3秒（T1），可用的FTP连接数100个（N），默认采用15分钟为上报周期，那么要管理6000网元所需要的离散时间为T2=(6000*3)/(100*60)=3分钟。

再通过不同网络规模下的大容量模拟测试，得出管理规模和离散时间信息的对应关系。根据理论估算和模拟测试综合得出不同规模下的离散时间值信息。

而且，上级管理系统提供GUI界面可设置离散时间。模拟测试得出的不同网络规模下的离散时间值，可能和外场实际网络情况不相同，有的外场网元分布的环境比较恶劣，网络通信较差，模拟测试得出的离散时间值可能无法满足要求，需要通过GUI界面支持下发离散时间。上级管理系统MS启动初始离散时间值可从配置文件中读取，还可以通过GUI界面动态修改离散时间，来满足外场的性能数据采集要求。

（2）系统中的性能文件上报装置在抢占FTP连接失败后，可以进行重试，具体为：性能文件上传主要分为FTP建链、文件传输和FTP拆链，所以正在上传性能文件的MO会持续占有FTP连接一段时间，此刻连续重试还是无法获取到FTP连接。需要等某一批MO释放掉FTP连接再进行重试，所以采用间隔重试，间隔时间为1个性能文件上传耗时（T1）。

（3）系统中的性能文件管理装置可以设置重试终止时间，具体为：获取FTP连接失败后进行间隔重试，为了保证性能文件尽可能地完整，而又不能无限制地重试，可支持后台设置重试终止时间。重试终止时间大于等于离散时间，小于上报周期。比如上报粒度为9:00:00，上报周期为15min，离散时间为5分钟，重试间隔为3秒，重试终止时间为6分钟。在9:04:10出现FTP连接获取失败，间隔3秒重试且重试终止时间不能超过9:06:00。

（4）系统中的性能文件管理装置还可以设置性能文件上报周期，具体为：默认性能数据上报周期是15分钟一次，如果在管理更大规模网元时，离散15分钟都无法满足要求，就需要延长上级管理系统MS性能数据的采集周期，比如30分钟或60分钟进行采集一次（对应前台网元30分钟或60分钟上报一次），以便设置更长的离散时间。一个2K的性能文件通过FTP上传，交换次数大概37次，包括控制连接和数据连接建链拆链、用户名密码验证、设置文件传输类型和主被动端口等，而真正数据文件传输交互数不到10次。延长性能文件上报周期可以大大减少前后的交互次数。

而且，上级管理系统提供GUI界面可设置上报周期值，即可以通过GUI界面动态修改上报周期，来满足外场的性能数据采集要求。

2.系统各部分的协作流程如下

首先，上级管理系统MS下发FTP信息给管理对象MO，FTP信息包含：FTP服务器IP（Internet Protocol，网络之间互连的协议）、用户名、密码、上报性能文件的路径、管理对象MO的离散时间、重试终止时间和上报周期等。其中离散时间、重试终止时间和上报周期的值和网络规模自动调整。

然后，管理对象MO根据上级管理系统下发的上报周期，当达到上报时间时，开始生成本粒度内的性能文件。根据离散时间计算该管理对象的准确上报时刻点。

在到达上报时刻点时，获取FTP连接进行性能文件上报，如果抢占FTP成功，上报完成并结束；如果抢占FTP连接失败，则间隔3秒判断当前时间是否小于重试终止时间，如果是，则再次获取FTP连接进行性能文件上报；否则，停止重试性能文件上报。

最后，上级管理系统MS接受到文件之后，对文件进行解析并入库。

实施例8

本实施例适用于网元系统到网管系统之间性能文件传输——EMS网管作为上级管理系统MS，网元NE作为管理对象MO，大规模网元并发上报性能数据文件到EMS网管，协作流程如下：

本实施例的EMS网管下发给网元FTP信息的流程如图7所示，包括：

步骤s701，监听网元和网管的建链消息，如果监听到，则转步骤s702，否则结束。

步骤s702，给每一个网元下发上报性能文件的FTP信息，包括：FTP服务器IP、用户名、密码、上传性能文件的路径、网元离散时间、重试终止时间、上报周期等。其中离散时间、重试终止时间和上报周期值，是根据网管的安装规模来确定。

不同网络规模下的离散时间值信息，通过计算公式理论估算和大容量模拟测试综合得出，本实施例的规模和离散时间关系如表1所示：

表1

从表1中可以设置不同网络规模下的离散时间值信息，比如规模6离散时间为6分钟，理论管理能力32400，实际测试15000。实际测试到15000网元时，全网性能文件可以及时上报，但CPU（Central Processing Unit，中央处理器）利用率较高，由于网元心跳设置较短，定时发送大量的trap消息导致通信模块处理不了，增长网元的心跳时长，CPU利用率才比较平稳。

这样通过理论估算和模拟实际测试综合得出不同规模下的离散时间值。离散时间设置的范围也和性能文件上报周期有关，如果性能文件上报周期固定为15分钟一个粒度，离散时间不能超过15分钟，避免影响到下个粒度的文件上报，预留1分钟进行文件解析和入库，再预留1到2分钟对于上报失败的进行重试，所以离散时间最大设置为12或13分钟。

步骤s703，判断是否下发成功，如果是，则结束，否则转步骤s701。

本实施例网元NE的性能文件上报的流程如图8所示，包括：

步骤s801，网元达到网管设置的上报时刻时，开始生成本粒度内的性能文件。

步骤s802，网元根据网管下发的离散时间T2和重试终止时间，以自身MAC地址为随机种子，随机时间为T2，计算出上报时间点和重试终止时间点。

步骤s803，到达上报时间点，通过FTP协议进行性能数据文件上报。

步骤s804，判断网元性能文件上报是否成功，如果是，上报流程完成并结束。否则，执行步骤s805。

步骤s805，网元对上报失败的性能文件间隔3秒后进行重传。

步骤s806，重传之前，判断当前时间是否小于重试终止时间，如果是，则返回步骤s803，开始重试上报；否则，本次上报流程结束。

为了实现上述方法，本实施例还提供了整个性能数据上报过程系统，如图9所示，比如网管设置网元在8分钟内离散上报，在整点到达之后，网元会在8分钟之内离散计算上报时刻。网管会在每整分钟处理网元已经上报完成的性能文件并入库，因此在设置网元离散上报区间的时候，需要给网管留出至少1分钟的时间进行数据处理，也就是说，当上报粒度为15分钟的时候，网元离散上报区间最大为13分钟。如果根据网元规模确定出的网元离散上报区间大于13分钟，则应该将网元的性能文件上报周期调整为30分钟。

实施例9

本实施例适用于网管和网管之间性能文件传输——集中网管管理系统，区别于实施例8网元和网管之间的文件传输，本实施例的集中网管性能文件上报过程系统如图10所示。网元与EMS网管中间还有一级网管称为下级网管OMM（Operation Maintenance Module），OMM（本地操作维护）在网元管理层，实现对某个具体网元的操作维护功能。EMS网管作为OMM网管的上级网管可以集中管理下级网管OMM。

下面结合图10对本发明性能文件传输实施作详细描述：

1.网元到下级网管OMM的性能文件传输与实施例8相同，都是网元到网管系统之间的性能文件传输；

2.下级网管OMM收到网元上报的性能文件，进行文件的整合，按照规则合并该OMM下所有网元上报的性能文件；

3.下级网管OMM整合好文件后，根据上级网管EMS下发的离散时间T2，random(T2)得到上报时间点，开始给上级网管EMS上报文件；

4.上报失败后的处理和图8中的步骤s805到s806相同。

实施例8

本实施例适用于网元管理系统（EMS）和网络管理系统（NMS，NetworkManagement System）之间性能文件传输。NMS与EMS之间的接口称为北向接口，NMS（网络管理系统）是面向电信领域的用户和业务，实现跨技术、跨厂商网络管理的综合网络管理系统，基于电信网络各设备EMS基础之上进行构建，统一了电信领域多技术、多厂商网络所带来的差异，通过全网综合的告警、性能、配置、诊断等功能实现网络监控和业务保障。EMS和NMS的性能文件传输协作流程如下：

1.NMS向EMS请求创建性能测量任务，并下发离散时间，上报周期等信息；

2.EMS创建测量任务，根据NMS下发的上报周期，定时生成性能文件，根据离散时间计算出准确的上报时间点；

3.达到上报时间点开始上报性能文件；

4.性能文件上报失败后的处理和图8中的步骤s805到s806相同。

通过本发明，在大规模网络中，多个管理对象MO的性能文件可以最大限度地利用上级管理系统中有限的FTP资源，尽可能保证全网性能文件的完整性采集和及时性上报，从而完成全网的性能统计分析，为网络优化、故障排查提供可靠的数据支持。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (19)

1.一种性能文件管理方法，其特征在于，所述方法包括以下步骤：

根据网络规模获取管理数据；

向性能文件上报装置下发所述管理数据，通知所述性能文件上报装置上报性能文件；

接收并存储所述性能文件上报装置上报的性能文件。

2.如权利要求1所述的性能文件管理方法，其特征在于，所述管理数据包括离散时间、上报周期和/或重试终止时间。

3.如权利要求1所述的性能文件管理方法，其特征在于，所述根据网络规模获取管理数据的过程包括：

根据公式计算理论离散时间：其中T2为理论离散时间，M为网络规模，T1为每个性能文件平均上传耗时，N为FTP连接数；

在不同网络规模下的大容量模拟测试，得出网络规模和离散时间的对应关系；

根据所述对应关系及实际网络规模，得到离散时间。

4.如权利要求3所述的性能文件管理方法，其特征在于，所述管理数据还包括上报周期，所述根据网络规模获取管理数据的过程还包括：

根据公式A+x≤T＜A+x+15获取上报周期；其中T为上报周期；A为离散时间；x为预留时间，x的范围为2到3的实数。

5.如权利要求4所述的性能文件管理方法，其特征在于，所述管理数据还包括重试终止时间，所述重试终止时间大于或等于离散时间，小于上报周期。

6.如权利要求1至5任一项所述的性能文件管理方法，其特征在于，在向性能文件上报装置下发管理数据之前，还包括修改将要下发的管理数据。

7.如权利要求6所述的性能文件管理方法，其特征在于，所述修改将要下发的管理数据的过程包括：

从配置文件中读取初始管理数据，按照所述初始管理数据修改将要下发的管理数据；或

通过GUI界面动态修改将要下发的管理数据。

8.一种性能文件管理装置，其特征在于，包括：

管理数据获取单元，用于根据网络规模获取管理数据；

管理数据下发单元，用于向性能文件上报装置下发所述管理数据；

性能文件接收单元，用于接收并存储所述性能文件上报装置上报的性能文件。

9.如权利要求8所述的性能文件管理装置，其特征在于，所述管理数据包括离散时间、上报周期和/或重试终止时间。

10.一种性能文件上报方法，其特征在于，所述方法包括以下步骤：

接收性能文件管理装置下发的管理数据；

生成性能文件；

根据所述管理数据向所述性能文件管理装置上报性能文件。

11.如权利要求10所述的性能文件上报方法，其特征在于，所述管理数据包括离散时间、上报周期和/或重试终止时间。

12.如权利要求11所述的性能文件上报方法，其特征在于，所述生成性能文件的过程包括：根据所述上报周期，确定上报时间，当达到上报时间时，开始生成本粒度内的性能文件。

13.如权利要求12所述的性能文件上报方法，其特征在于，所述向性能文件管理装置上报性能文件的过程包括：根据所述离散时间计算准确上报时刻点，到达上报时刻点后，获取FTP连接进行性能文件上报。

14.如权利要求13所述的性能文件上报方法，其特征在于，所述向性能文件管理装置上报性能文件的过程还包括：

当FTP连接失败时，达到预先设定的间隔时间后，判断当前时间是否小于所述重试终止时间；

如当前时间小于重试终止时间时，再次获取FTP连接进行性能文件上报；

如当前时间大于或等于重试终止时间时，停止性能文件上报。

15.如权利要求14所述的性能文件上报方法，其特征在于，所述预先设定的间隔时间为3秒。

16.一种性能文件上报装置，其特征在于，包括：

管理数据接收单元，用于接收性能文件管理装置下发的管理数据；

性能文件生成单元，用于生成性能文件；

上报单元，用于根据所述管理数据向所述性能文件管理装置上报性能文件。

17.如权利要求16所述的性能文件上报装置，其特征在于，所述管理数据包括离散时间、上报周期和/或重试终止时间。

18.一种性能文件管理与上报交互方法，其特征在于，所述方法包括以下步骤：

性能文件管理装置根据网络规模获取管理数据；

所述性能文件管理装置向性能文件上报装置下发所述管理数据，通知所述性能文件上报装置上报性能文件；

所述性能文件上报装置接收所述性能文件管理装置下发的管理数据；

所述性能文件上报装置生成性能文件；

所述性能文件上报装置根据所述管理数据向所述性能文件管理装置上报性能文件；

所述性能文件管理装置接收并存储所述性能文件上报装置上报的性能文件。

19.一种性能文件管理与上报交互系统，其特征在于，所述系统包括性能文件管理装置和性能文件上报装置；

所述性能文件管理装置包括：

管理数据获取单元，用于根据网络规模获取管理数据；

管理数据下发单元，用于向所述性能文件上报装置下发所述管理数据；

性能文件接收单元，用于接收并存储所述性能文件上报装置上报的性能文件；

所述性能文件上报装置包括：

管理数据接收单元，用于接收所述性能文件管理装置下发的管理数据；

性能文件生成单元，用于生成性能文件；

上报单元，用于根据所述管理数据向所述性能文件管理装置上报性能文件。