专利名称：网元历史性能数据的上传方法、系统及服务器的制作方法
技术领域：
本发明实施例涉及通信技术领域，尤其涉及一种网元历史性能数据的上传方法、
系统及子网服务器、网管服务器。
背景技术：
在电信网络管理系统中，性能管理系统是非常重要一个组成部分，其主要功能在 于收集系统内各网元上传的性能数据，对其进行查询分析，以此掌握各网元的运行状态，给 用户提供整个网络运行状态的报告和性能告警的提示。随着通信技术的发展，系统中的网 元设备越来越多，一个网元管理系统(Element Management System,简称EMS)往往管理成 百上千个网元设备，想要分析网络性能数据，就必须定期采集网络上的所有网元设备的性 能数据，这就需要进行大批量的性能数据的采集。 现有技术中，EMS采集各网元的性能数据的方式通常有两种。第一种是网元设备 主动上传性能数据给EMS，在性能管理的每个周期内，每个网元设备内的网元性能管理模块 收集对应网元设备的所有应用组件的性能数据，生成历史性能数据，并在每个周期末的时 候通过网元网关主动上传给EMS。第二种则为EMS定时查询网元性能数据的方式，EMS以周 期为单位，定时向其管理的各个网元设备下发查询历史性能数据的命令，各个网元设备响 应EMS的查询命令，在每个周期末的时候通过网元网关将历史性能数据上传至EMS。
但是发明人在实现本发明的过程中发现虽然在现有技术的上述两种EMS采集 网元设备的历史性能数据的方案中，网元设备的历史性能数据的上传在触发起因上有所不 同，一种为主动上传形式，一种为响应查询命令的方式。但是，这两个方案中网元设备上传 历史性能数据的具体方式都是相同的，网元设备均是在周期末的时候通过网元设备与EMS 之间的网元网关，集中地将各自的历史性能数据统一上传给EMS。对于网元网关而言，整个 网络的网元设备的集体上传会占用其大量的带宽，尤其当网元设备的数量众多、网元历史 性能数据量较大的时候，受带宽的限制，网元网元很有可能会出现网络阻塞、数据包丢失的 情况，甚至还有可能造成网元设备脱管状况的出现。而对于网管服务器而言，在每个性能周 期末集中接收到大量的历史性能数据，同样可能会出现丢包或是网络阻塞的情况。
发明内容
本发明实施例提供一种网元历史性能数据的上传方法、系统及服务器，用以解决 现有技术中EMS管理的网元设备在上传历史性能数据给EMS时，当网元设备数量众多或者 历史性能数据量大时，容易造成网元网关的网络阻塞、网元设备上传的数据包丢失，甚至造 成网元脱管情况出现的缺陷，实现一种更为优化的网元的历史性能数据上传的方式。
为了实现上述目的，本发明实施例提供一种网元历史性能数据的上传方法，包 括 设置在网元设备及网管服务器之间的至少一子网服务器接收到对应的子网内的、 至少一个网元设备上传的历史性能数据，并储存所述历史性能数据，所述对应的子网包括网络的多个子网中的至少一个子网； 当所述子网服务器接收到所述网管服务器发送的网元数据查询请求时，将储存的 所述历史性能数据发送给所述网管服务器。 为了实现上述目的，本发明实施例还提供一种子网服务器，所述子网服务器设置 在网元设备及网管服务器之间，与网络的多个子网中的至少一个子网相对应，包括
接收模块，用于接收到对应的所述子网内的、至少一个网元设备上传的历史性能 数据，并储存所述历史性能数据； 第一发送模块，用于当接收到网管服务器发送的网元数据查询请求时，将储存的 所述历史性能数据发送给所述网管服务器。 为了实现上述目的，本发明实施例还提供一种网管服务器，包括 第二发送模块，用于发送网元数据查询请求给设置在网元设备及网管服务器之间
的至少一子网服务器，所述子网服务器与网络的多个子网中的至少一个子网对应； 第二接收模块，用于接收所述子网服务器返回的历史性能数据，所述历史性能数
据为所述子网服务器从对应的所述至少一个子网内的网元设备处接收。 为了实现上述目的，本发明实施例还提供一种网元历史性能数据的上传系统，包
括上述的多个子网服务器、上述的网管服务器、以及多个网元设备；其中， 所述多个网元设备为网络中多个子网中的任一子网内的网元设备，所述子网服务
器与所述多个子网中的至少一个子网相对应。 本发明实施例的网元历史性能数据的上传方法、系统及服务器，通过将整个网络 划分为不同的子网，以及在网元设备及网管服务器之间设置与不同的子网对应的多个子 网服务器，每个子网服务器负责接收对应子网内的网元设备发送的历史性能数据并进行存 储，再上传给网管服务器，从而使得原网元网关对所有网元设备的历史性能数据的转发压 力可以分散到各个子网服务器，即便在网元设备众多、上传的历史性能数据量较大的情况 下，也能有效地避免网络阻塞、数据包丢失、网元脱管状况的出现。进一步地，各子网服务器 对上传的历史性能数据的暂时存储，还从一定程度上减缓了网管服务器对大量数据进行存 储及管理的压力。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发 明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以 根据这些附图获得其他的附图。
图1为本发明网元历史性能数据的上传方法实施例一的流程图；
图2为本发明网元历史性能数据的上传方法实施例二的流程图；
图3为本发明子网服务器实施例的结构示意图；
图4为本发明网管服务器实施例的结构示意图； 图5为本发明网元历史性能数据的上传系统实施例的结构示意图。
具体实施例方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例 中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是 本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员 在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图l为本发明网元历史性能数据的上传方法实施例一的流程图，如图l所示，本实 施例的方法包括如下步骤 步骤100，设置在网元设备及网管服务器之间的至少一子网服务器接收对应的子
网内的、至少一个网元设备上传的历史性能数据，并储存该历史性能数据； 为了评价传输系统的近期性能，分析定位故障和确定断续误码源的
位置，国际电信联盟远程通信标准化组(International Telecommunications
UnionTeleco匪nication Standardization Sector,简称ITU-T)建议中要求对网络中的
各网元设备进行性能的管理，即要求通过设置网管服务器，对网络中所有网元设备的性能
数据进行采集与分析，以掌握整个网络的运行状态。现有的技术中，网管服务器采集各网元
设备的历史性能数据的方式通常为网元设备生成历史性能数据，保存在当前网元设备的性
能管理模块中，在性能周期末统一集中地通过网元网关透传给网管服务器。但是这种通过
网元网关集中透传的方式在一定程度上存在着很大的缺陷当网管服务器所管理的网元设
备数量众多时，受到带宽的限制，网元网关在将网元设备的性能数据集中转发给网管服务
器时，很有可能会出现网络阻塞、数据包丢失，甚至会出现网元设备脱管的现象。 为了解决现有的网管服务器采集网元设备的历史性能数据时出现的问题，本实施
例中，在网管服务器和网元设备之间添加设置了子网服务器，该子网服务器负责对其对应
子网内所有网元设备的历史性能数据进行采集。具体地，本实施例中，将整个网络根据不同
的网段、区段，或者根据其他的划分原则划分为多个子网，并为每个子网单独、或者每几个
子网共同配置了一个子网服务器。各子网中所有网元设备的历史性能数据都统一上传给其
对应的子网服务器，由该子网服务器对其进行保存和管理，当在网管服务器需要时，再由该
子网服务器将其上报给网管服务器，以供网管服务器对其进行分析。 如此一来，网络内网元设备的性能数据上传的方式不再是统一通过网元网关上传
给网管服务器，对于属于不同子网服务器的网关设备而言，其上传历史性能数据的目的端
并不一致，属于不同子网服务器的不同网关设备将其历史性能数据发送给不同的子网服务
器，相比于原有的网元网关，极大地减轻了原有网元网关统一进行数据转发的带宽压力。事
实上，这种数据上传方式相当于将接收并转发网元设备上传的历史性能数据的任务，以子
网划分的形式，均匀地分配给了多个子网服务器，各子网服务器需承担的转发数据量的大
小、以及所需承担的带宽压力，相对于原网元网关而言，都得到了极大的减缓。 相应地，在本实施例中，对于负责至少一个子网的子网服务器而言，其在接收到对
应的子网内的网元设备发送的历史性能数据后，并非如现有的网元网关一样，直接将其转
发给网管服务器，而是将该历史性能数据暂时进行存储。子网服务器将接收到的数据进行
暂存的目的在于对网管服务器所需的历史性能数据进行暂时的缓存与管理，在网管服务
器需要对其进行分析时再传送给网管服务器，这相当于从一定程度上部分承担了网管服务
器对大量历史性能数据进行管理的压力，减缓了网管服务器对大量数据进行存储及管理的内存消耗。 步骤101，当该子网服务器接收到网管服务器发送的网元数据查询请求时，将储存 的历史性能数据发送给网管服务器。 各子网服务器接收到与其对应的子网内的网元设备上传的历史性能数据，并将其 进行存储后，网管服务器便可以从各子网服务器中获取其所需的性能数据以进行分析。具 体地，当网管服务器需要从子网服务器获取其所需的数据时，将发送网元数据查询请求给 各子网服务器，子网服务器接收到网管服务器发送的查询请求时，将之前接收并保存的历 史性能数据返回给网管服务器，从而便完成了网管服务器的此次历史性能数据的采集。事 实上，在本发明实施例中，网管服务器可以将各子网服务器看作是其内部设置的专用的数 据存储器，在需要通过对其中存储的数据进行分析，进而了解相应网元设备的运行状态时， 可以从相应的数据存储器中将其进行提取。 本实施例的网元历史性能数据的上传方法，通过将整个网络划分为不同的子网，
以及在网元设备及网管服务器之间设置与各子网对应的多个子网服务器，每个子网服务器
负责接收对应子网内的网元设备发送的历史性能数据并进行存储，再上传给网管服务器，
从而使得原网元网关对所有网元设备的历史性能数据的转发压力可以分散到各个子网服
务器，即便在网元设备众多、上传的历史性能数据量较大的情况下，也能有效地避免网络阻
塞、数据包丢失、网元脱管状况的出现。进一步地，各子网服务器对上传的历史性能数据的
暂时存储，还从一定程度上减缓了网管服务器对大量数据进行存储及管理的压力。 图2为本发明网元历史性能数据的上传方法实施例二的流程图，如图2所示，本实
施例的方法包括如下步骤 步骤200，网管服务器发送各子网服务器的IP地址给与该子网服务器对应的各网 元设备； 具体地，本步骤在网管服务器对其管理的所有网元设备进行历史性能数据的采集 之前，即在网管服务器对各网元设备进行性能管理的参数的配置过程中进行，其目的在于 为本系统中设置的各子网服务器分配对应的子网，以及分配对应的网元设备。具体地，在本 实施例中，为了减轻网元网关对网络中所有网元设备的历史性能数据进行接收并转发的带 宽压力，网管服务器将整个网络根据不同的网段、区段，或者根据其他的划分原则划分成了 多个子网，并为每一个子网，或者几个子网相应配置了一个子网服务器，该子网服务器负责 对其对应的子网内的网元设备的历史性能数据进行接收并管理。 因此，为了使网络中的各网元设备在进行历史性能数据上传时，能够获知发送历 史性能数据的目的端的地址，即为了使各网元设备了解自身与哪一个子网服务器相对应， 在对网元中的各网元设备进行性能参数的配置时，网管服务器按照具体的划分子网以及分 配子网服务器的方案，将各子网服务器的网际协议(Internet Protocol，简称IP)地址分 别发送给与该子网服务器对应的各网元设备。如此一来，网络中所有的网元设备均能根据 接收到的该子网服务器的IP地址，得知自身属于哪个子网服务器，从而在实际发送历史性 能数据时，能够按照接收到的该子网服务器的IP地址，往相应的子网服务器上发送。
步骤201，网管服务器针对各子网服务器对应的不同子网，将携带有不同的第一时
间值、和相同的第二时间值的不同数据上传时间指令，发送给与该子网服务器对应的不同 子网内的各网元设备；
与上述步骤200相同，本步骤同样在在网管服务器对其管理的所有网元设备进行 历史性能数据的采集之前，在网管服务器对各网元设备进行性能管理的参数的配置过程中 进行，其目的在于以一个子网服务器为单元，为该子网服务器中的各网元设备配置具体的 上传历史性能数据的时间方案，即该网元设备在何时上传数据，以怎样的方式进行上传。
具体地，虽然在本发明实施例中，将网络中的所有网元设备划分成了多个子网，并 为每个子网单独、或者每几个子网共同配置了一个子网服务器，将原网元网关对所有网元
设备进行历史性能数据的转发的压力分散到了各个子网服务器，而且对于一个子网服务器 而言，其本身所能承载的数据带宽也必定高于原网元网关。但是，若一个子网服务器同时对
应的网元设备数量太多，数据量太大，其同样可能会由于过大的带宽压力而可能出现网络 阻塞的状况，且这种情况尤其可能发生在当该子网服务器对应的所有网元设备在同一时刻 发送历史性能数据时。 因此，为了进一步减缓每个子网服务器的数据带宽压力，在本实施例中，在网管服 务器对各网元设备进行性能参数配置时，对于一个子网服务器内的所有网元设备，网管服 务器以子网为单位，分别发送不同的数据上传时间指令给属于不同子网内的网元设备。该 数据上传时间指令中携带有代表初始上传时间的第一时间值、和代表相邻两次数据上传的 时间间隔的第二时间值，用于指示各网元设备在接收到该数据上传时间指令后，分别以其 中携带的第一时间值代表的不同的初始上传时间，以及以第二时间值代表的时间间隔，上 传历史性能数据给对应的子网服务器。 具体地，在本实施例中，在一个子网服务器中，将网元设备上传历史性能数据的时 间，以子网为单位进行相互错开的目的在于对于每一个子网服务器，其能承受一定的带宽 压力，即若该子网服务器仅与一个子网的所有网元设备相对应，即使该子网的所有网元设 备同时上传历史性能数据给子网服务器，该子网服务器能够承受住数据量的压力，通常在 此情况下不会造成网络拥塞、网元脱管的状况。但是，若一个子网服务器同时对应于几个子 网，当该几个子网内所有的网元设备同时上传性能数据给该子网服务器时，由于网元设备 数量显著增多、数据量显著增大，该子网服务器有可能出现上述网络拥塞的状况。因此，本 步骤在对网元设备进行性能参数配置时，对于每个子网服务器对应的所有网元设备，以子 网为单位，为不同子网内的网元设备配置不同的数据上传时间，使对应于一个子网服务器 的不同子网的网元设备交错上传数据，有效地解决了子网服务器对应多个子网时带宽有限 的问题。 进一步地，对于本步骤中网管服务器发送的数据上传时间指令中携带的第二时间
值而言，其代表了各网元设备上传相邻两次数据之间的时间间隔。而在本发明实施例中， 该固定的时间间隔可以为小于或等于4小时。由于按照ITUTG7710标准，通常网元设备为 15分钟为周期，每一周期上传一次数据，而且网元设备中设置了 16个寄存器，每个寄存器 寄存一次上传中的历史性能数据，一个网元设备最多可以寄存16次周期发送的所有历史 性能数据。因此这表明了一个网元设备最多可以存储15分钟X16 = 4小时的历史性能数 据，而在本实施例中，将网元设备相邻两次上传的时间间隔设置为4小时，完全可以保证该 网元设备的所有历史性能数据都能上传给网管服务器，而不会产生数据包丢失的情况。
另外需要说明的是，在本实施例中，本步骤的对网元设备的数据上传时间进行配 置的步骤，以及上述对网元设备对应的子网服务器进行配置的步骤可以同时进行，也可以以
8任意的时间顺序进行，且无论以何种时间顺序进行都在本发明实施例所保护的范围之内。
步骤202，各网元设备按照接收到的数据上传时间指令，以不同的上传时间、和固 定的时间间隔上传历史性能数据给对应的子网服务器； 根据上述步骤201中网管服务器发送给各子网服务器中网元设备的数据上传时 间指令，以及根据上述步骤200中网管服务器发送给各网元设备的对应子网服务器的IP地 址，各网元设备将按照其接收到的数据上传时间指令中携带的第一时间值、以相应的初始 上传时间，以及按照其中携带的第二时间值、以固定的时间间隔，定期上传历史性能数据给 对应的子网服务器。若一个子网服务器对应多个子网时，不同子网内的网元设备在不同的 时间段进行历史性能数据的上传，从而保证了每个子网服务器每次接收到的、网元设备上 传的历史性能数据的数据量大小都是在其可承受的数据带宽压力范围之内的，而不会产生 网络带宽过于拥塞，而导致网元脱管的情况的出现。 同时，将原网元网关对所有网元设备的历史性能数据的转发压力分散到了各个子 网服务器，即便在网元设备众多、上传的历史性能数据量较大的情况下，也有效地避免了网 络阻塞、数据包丢失、网元脱管状况的出现。 步骤203，各子网服务器接收到对应的子网内的各网元设备上传的历史性能数据 后，将该历史性能数据进行储存； 各子网服务器接收到对应的子网内的各网元设备上传的历史性能数据后，并不直 接将其转发给网管服务器，而是将该历史性能数据暂时进行存储，在网管服务器需要对其 进行分析时再传送给网管服务器。从而从一定程度上部分承担了网管服务器对大量历史性 能数据进行管理的压力，减缓了网管服务器的大量数据存储及管理的压力。多个子网服务 器相当于网管服务器内部设置的专用于缓存各网元设备历史性能数据的数据存储器，当网 管服务器需要对相应网元设备的运行状态进行分析时，可以从相应的数据存储器中将其进 行提取。 步骤204，网管服务器发送网元数据查询请求给各子网服务器； 步骤205，各子网服务器将储存的历史性能数据返回给网管服务器。 各子网服务器接收到与其对应的子网内的网元设备上传的历史性能数据，并将其
进行存储后，网管服务器便可以从各子网服务器中获取其所需的性能数据以进行分析。具
体地，当网管服务器需要从子网服务器获取其所需的数据时，发送网元数据查询请求给各
子网服务器，各子网服务器接收到网管服务器发送的查询请求时，将其接收并保存的历史
性能数据返回给网管服务器，从而便完成了网管服务器的此次历史性能数据的采集。 需要说明的是，在本发明实施例中，网管服务器对各子网服务器中储存的各网元
设备的历史性能数据进行提取的方式，通常为定期统一地给所有的子网服务器发送数据查
询请求，从而获取所有的网元设备的历史性能数据。而在本发明实施例中，网管服务器与各
子网服务器之间进行数据交互的具体方式，可以采用通常的网络文件传输协议进行传输，
例如文件传输协议(FileTransfer Protocol,简称FTP)或是其他的适合于网络间进行文
件传输的协议。 本实施例的网元历史性能数据的上传方法，通过将整个网络划分为不同的子网，以 及在网元设备及网管服务器之间设置与不同的子网各自对应的多个子网服务器，每个子网 服务器负责接收对应子网内的网元设备发送的历史性能数据并进行存储，再上传给网管服务器，从而使得原网元网关对所有网元设备的历史性能数据的转发压力可以分散到各个子网
服务器，即便在网元设备众多、上传的历史性能数据量较大的情况下，也能有效地避免网络阻
塞、数据包丢失、网元脱管状况的出现。进一步地，各子网服务器对上传的历史性能数据的暂
时存储，还从一定程度上减缓了网管服务器对大量数据进行存储及管理的压力。更进一步地，
本发明实施例中，将每个子网服务器对应的所有网元设备，以子网为单位分时间段进行历史
性能数据的上传，同时还有效地解决了子网服务器对应多个子网时带宽有限的问题。 本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过
程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序
在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、 RAM、磁碟或者
光盘等各种可以存储程序代码的介质。 图3为本发明子网服务器实施例的结构示意图，具体地，本实施例中的子网服务 器为本发明实施例中，在网管服务器和网元设备之间设置的多个子网服务器中的任一子网 服务器，而且该子网服务器与网络的多个子网中的至少一个子网相对应。如图3所示，本实 施例的子网服务器包括接收模块11和第一发送模块12。具体地，接收模块11用于接收 与本实施例的子网服务器对应的至少一个子网内的、至少一个网元设备上传的历史性能数 据，并储存该历史性能数据；第一发送模块12则用于当接收到网管服务器发送的网元数据 查询请求时，将储存的历史性能数据发送给网管服务器。 具体地，本实施例中，所有模块所涉及的具体工作过程，可以参考上述网元历史性
能数据的上传方法所涉及的相关实施例揭露的相关内容，在此不再赘述。 本实施例的子网服务器，通过设置在网管服务器和网元设备之间，在将整个网络
划分为多个子网的基础上，与该划分后的多个子网中的至少一个子网相对应，且负责接收
对应子网内的网元设备发送的历史性能数据并进行存储，再上传给网管服务器，从而分散
了原网元网关对所有网元设备的历史性能数据的转发压力，即便在网元设备众多、上传的
历史性能数据量较大的情况下，也能有效地避免网络阻塞、数据包丢失、网元脱管状况的出
现。进一步地，各子网服务器对上传的历史性能数据的暂时存储，还从一定程度上减缓了网
管服务器对大量数据进行存储及管理的压力。 进一步地，在上述实施方案的基础上，本实施例的子网服务器中的接收模块可以
具体可以为第一接收模块，用于分别接收对应的不同子网内的各网元设备、以不同的上传
时间和固定的时间间隔上传的历史性能数据，该固定的时间间隔小于或等于4小时。 同样，本实施例的上述实施例方案中所涉及的具体工作过程，可以参考上述网元
历史性能数据的上传方法所涉及的相关实施例揭露的相关内容，在此不再赘述。 本实施例的上述实施方案通过使每个子网服务器对应的所有网元设备，以子网为
单位分时间段进行历史性能数据的上传，同时还有效地解决了子网服务器对应多个子网时
带宽有限的问题。 图4为本发明网管服务器实施例的结构示意图，如图4所示，本实施例的网管服务 器包括第二发送模块21和第二接收模块22。其中，第二发送模块21用于发送网元数据 查询请求给多个子网服务器中的一子网服务器，该子网服务器与网络的多个子网中的至少 一个子网对应；第二接收模块22用于接收上述子网服务器返回的历史性能数据，该历史性 能数据由该子网服务器从对应的至少一个子网内的各网元设备处接收。
具体地，本实施例中，所有模块所涉及的具体工作过程，可以参考上述网元历史性
能数据的上传方法所涉及的相关实施例揭露的相关内容，在此不再赘述。 本实施例的网管服务器，通过将整个网络划分为不同的子网，以及在网元设备及
网管服务器之间设置与不同的子网各自对应的多个子网服务器，每个子网服务器负责接收
对应子网内的网元设备发送的历史性能数据并进行存储，再上传给网管服务器，从而使得
原网元网关对所有网元设备的历史性能数据的转发压力可以分散到各个子网服务器，即便
在网元设备众多、上传的历史性能数据量较大的情况下，也能有效地避免网络阻塞、数据包
丢失、网元脱管状况的出现。进一步地，各子网服务器对上传的历史性能数据的暂时存储，
还从一定程度上减缓了网管服务器对大量数据进行存储及管理的压力。 进一步地，在上述实施方案的基础上，本实施例的网管服务器还可以包括第三发
送模块23，用于将子网服务器的IP地址，发送给该子网服务器对应的各网元设备，以使对
应的各网元设备按照接收到的IP地址上传历史性能数据给该子网服务器。 更进一步地，在上述实施方案的基础上，本实施例的网管服务器还可以包括第四
发送模块24，用于针对子网服务器对应的不同子网，将携带有不同的第一时间值和相同的
第二时间值的不同的数据上传指令，发送给其对应的不同子网内的各网元设备。其中，第一
时间值代表历史性能数据的初始上传时间，第二时间值代表历史性能数据的上传间隔，而
数据上传指令用于指示不同子网内的各网元设备，以不同的上传时间和固定的时间间隔上
传历史性能数据。 具体地，本实施例的上述实施例方案中所涉及的具体工作过程，同样可以参考上 述网元历史性能数据的上传方法所涉及的相关实施例揭露的相关内容，在此不再赘述。
图5为本发明网元历史性能数据的上传系统实施例的结构示意图，如5所示，本实 施例网元历史性能数据的上传系统包括网管服务器1、与网管服务器1连接的多个子网服 务器2、以及分别与多个子网服务器2连接的多个网元设备3。其中任一子网服务器2可以 与本系统的网络的多个子网中的至少一个子网相对应。 具体地，本实施例中，所有模块所涉及的具体工作过程，可以参考上述网元历史性 能数据的上传方法、子网服务器以及网管服务器所涉及的相关实施例揭露的相关内容，在 此不再赘述。 本实施例的网元历史性能数据的上传系统，通过在将整个网络划分为不同的子 网，以及在网元设备及网管服务器之间设置与各子网对应的多个子网服务器，每个子网服 务器负责接收对应子网内的网元设备发送的历史性能数据并进行存储，再上传给网管服务 器，从而使得原网元网关对所有网元设备的历史性能数据的转发压力可以分散到各个子网 服务器，即便在网元设备众多、上传的历史性能数据量较大的情况下，也能有效地避免网络 阻塞、数据包丢失、网元脱管状况的出现。进一步地，各子网服务器对上传的历史性能数据 的暂时存储，还从一定程度上减缓了网管服务器对大量数据进行存储及管理的压力。
最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽 管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然 可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替 换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。
权利要求
一种网元历史性能数据的上传方法，其特征在于，包括设置在网元设备及网管服务器之间的至少一子网服务器接收对应的子网内的、至少一个网元设备上传的历史性能数据，并储存所述历史性能数据，所述对应的子网包括网络的多个子网中的至少一个子网；当所述子网服务器接收到所述网管服务器发送的网元数据查询请求时，将储存的所述历史性能数据发送给所述网管服务器。
2. 根据权利要求1所述的网元历史性能数据的上传方法，其特征在于，所述设置在网 元设备及网管服务器之间的至少一子网服务器接收对应子网内的、至少一个网元设备上传 的历史性能数据，具体包括所述至少一子网服务器接收对应的不同子网内的网元设备以不同的上传时间和固定 的时间间隔上传的所述历史性能数据。
3. 根据权利要求1或2所述的网元历史性能数据的上传方法，其特征在于，所述设置在 网元设备及网管服务器之间的至少一个子网服务器接收对应的子网内的、至少一个网元设 备上传的历史性能数据之前，所述方法还包括所述网管服务器将所述子网服务器的IP地址，发送给所述子网服务器对应的网元设 备，以使所述对应的网元设备按照所述IP地址发送所述历史性能数据给所述子网服务器。
4. 根据权利要求2所述的网元历史性能数据的上传方法，其特征在于，所述至少一子 网服务器接收对应的不同子网内的网元设备以不同的上传时间和固定的时间间隔上传的 所述历史性能数据之前，所述方法还包括所述网管服务器针对所述子网服务器对应的不同子网，将携带有不同的第一时间值和 相同的第二时间值的不同的数据上传指令，发送给所述不同子网内的网元设备；所述第一时间值代表所述历史性能数据的初始上传时间，所述第二时间值代表所述历 史性能数据的上传间隔，所述数据上传指令用于指示所述不同子网内的各网元设备，以不 同的上传时间和固定的时间间隔上传所述历史性能数据给所述子网服务器。
5. 根据权利要求2或4所述的网元历史性能数据的上传方法，其特征在于，所述固定的 时间间隔小于或等于4小时。
6. —种子网服务器，其特征在于，所述子网服务器设置在网元设备及网管服务器之间， 与网络的多个子网中的至少一个子网相对应，包括接收模块，用于接收对应的所述子网内的、至少一个网元设备上传的历史性能数据，并 储存所述历史性能数据；第一发送模块，用于当接收到网管服务器发送的网元数据查询请求时，将储存的所述 历史性能数据发送给所述网管服务器。
7. 根据权利要求6所述的子网服务器，其特征在于，所述接收模块具体为第一接收模 块，用于接收对应的不同子网内的网元设备、以不同的上传时间和固定的时间间隔上传的 所述历史性能数据。
8. 根据权利要求7所述的子网服务器，其特征在于，所述固定的时间间隔小于或等于4 小时。
9. 一种网管服务器，其特征在于，包括第二发送模块，用于发送网元数据查询请求给设置在网元设备及网管服务器之间的至少一子网服务器，所述子网服务器与网络的多个子网中的至少一个子网对应；第二接收模块，用于接收所述子网服务器返回的历史性能数据，所述历史性能数据为 所述子网服务器从对应的所述至少一个子网内的网元设备处接收。
10. 根据权利要求9所述的网管服务器，其特征在于，还包括第三发送模块，用于将所述子网服务器的IP地址，发送给所述子网服务器对应的所述 网元设备，以使所述网元设备按照所述IP地址上传所述历史性能数据给所述子网服务器。
11. 根据权利要求9或10所述的网管服务器，其特征在于，还包括第四发送模块，用于针对所述子网服务器对应的不同子网，将携带有不同的第一时间 值和相同的第二时间值的不同的数据上传指令，发送给所述子网服务器对应的不同子网内 的网元设备；所述第一时间值代表所述历史性能数据的初始上传时间，所述第二时间值代表所述历 史性能数据的上传间隔，所述数据上传指令用于指示所述不同子网内的网元设备，以不同 的上传时间和固定的时间间隔上传所述历史性能数据给所述子网服务器。
12. —种网元历史性能数据的上传系统，其特征在于，包括多个如权利要求6 8任 一所述的子网服务器、如权利要求9 11任一所述的网管服务器、以及多个网元设备；所述多个网元设备为网络中多个子网中的任一子网内的网元设备，所述子网服务器与 所述多个子网中的至少一个子网相对应。
全文摘要
本发明提供一种网元历史性能数据的上传方法、系统及服务器，方法包括设置在网元设备及网管服务器之间的至少一子网服务器接收对应的子网内的各网元设备上传的历史性能数据并储存，该对应的子网包括网络的多个子网中的至少一个子网；当该子网服务器接收到网管服务器发送的网元数据查询请求时，将储存的历史性能数据返回给网管服务器。本发明实施例通过在网元设备和网管服务器之间设置子网服务器，各子网服务器负责存储及管理对应子网内各网元设备上传的历史性能数据，将原网元网关的数据转发压力分散到各子网服务器，地避免了网络阻塞、数据包丢失、网元脱管状况的出现，进一步地，还减缓了网管服务器对大量数据进行存储及管理的压力。
文档编号H04L12/24GK101777999SQ20101000257
公开日2010年7月14日 申请日期2010年1月12日 优先权日2010年1月12日
发明者李奕龙, 李庆运, 龚震宇 申请人:华为技术有限公司