CN103248522B - 一种性能数据的上报方法及装置 - Google Patents
一种性能数据的上报方法及装置 Download PDFInfo
- Publication number
- CN103248522B CN103248522B CN201310156889.8A CN201310156889A CN103248522B CN 103248522 B CN103248522 B CN 103248522B CN 201310156889 A CN201310156889 A CN 201310156889A CN 103248522 B CN103248522 B CN 103248522B
- Authority
- CN
- China
- Prior art keywords
- performance
- performance data
- data
- north orientation
- file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种性能数据的上报方法及装置,用以保证下级网元上报的性能数据都能够完整的上报给上级网元。该方法包括:接收每一下级网元上报的表征下级网元网络性能的性能数据;对接收的性能数据根据上报时间设置标识并存储;采用预设的统计模板对带标识的性能数据进行计算,生成对应的北向性能文件,并将计算过的性能数据删除;在准备向上级网元上报所述北向性能文件时,确定当前是否存储有带标识的性能数据;若是,则先对所述带标识的性能数据采用预设的统计模板进行计算并生成对应的北向性能文件;再根据需要上报的时间段,提取由性能数据所带标识的对应时间位于该上报时间段内的各性能数据生成的对应北向性能文件,形成上报文件进行上报。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种性能数据的上报方法及装置。
背景技术
《移动通信网网络管理接口技术规范OMC北向接口TD-SCDMA无线接入网性能测量参数》简称北向性能规范,在该规范中定义了中国移动移动通信网网络管理接口中无线网络性能测量参数。
移动对于北向接口上报接入网性能数据分为三类,分别如下:
无线网络控制器(RadioNetworkController,RNC)的性能数据:提供RNC整体的性能项数据;小区性能数据:提供面向小区的性能项数据;UtranRelation相关性能数据:提供小区间相关联的性能项数据。
这三类具体的统计的内容如下表1所示:
表1
明确一下上述的北向概念和无线网络控制器(RadioNetworkController,RNC)上报的性能数据;
北向接口:在移动通信网网络管理中,网络管理系统(NetworkManagementSystem,NMS)承担了管理员(Manager)的作用,移动通信网网元(NetworkElement,NE)设备或其操作维护系统(Operation&MaintenanceCenter,OMC)承担了代理(Agent)的作用。它们之间的网络管理接口称为北向接口。
RNC性能数据入库:一般来说,在创建了北向统计计划任务后,RNC上报的性能数据会按照预设的统计模板计算形成性能文件入北向数据库,保证上级网管在需要时可以方便的提取性能文件。
在现有技术的实际应用中,OMC作为“网管”会收到多个RNC上报的性能数据,OMC在进行汇总后形成统计文件会向上级上报以便管理员可以对各个RNC的性能得到掌握。
但是由于OMC的性能服务器不稳定,偶尔会出现服务器自动重启的情况,OMC的性能采集终端(PerformanceCollect,PC)是用于对RNC上报的性能数据进行解析并执行RNC性能数据入库的,如果性能采集终端正在执行性能数据的北向入库任务,此时重启性能采集终端后,会造成北向性能统计任务被中断,导致部分RNC上报的性能数据在入北向数据库的计算过程中缺失,而在这种情况下,通过补采等手段,也无法保证性能数据完全入库,最后会致使上报的北向性能统计文件缺失或不完整。而且通过目前的定位手段,尚且无法确认性能采集终端重启原因,所以OMC的上级管理人员通过缺失的上报文件无法正确的掌握RNC的性能状态。
发明内容
本发明实施例提供了一种性能数据的上报方法及装置,用以保证下级网元上报的性能数据都能够完整的上报给上级网元。
本发明实施例提供的一种性能数据的上报方法,该方法包括:
接收每一下级网元上报的表征下级网元网络性能的性能数据;
对接收的所述性能数据根据上报时间设置标识并存储;
采用预设的统计模板对带标识的性能数据进行计算,生成对应的北向性能文件,并将计算过的性能数据删除;
在准备向上级网元上报所述北向性能文件时,确定当前是否存储有带标识的性能数据;若是,则先对所述带标识的性能数据采用预设的统计模板进行计算并生成对应的北向性能文件;
再根据需要上报的时间段,提取由性能数据所带标识的对应时间位于该上报时间段内的各性能数据生成的对应北向性能文件,形成上报文件进行上报。
本发明实施例提供的一种性能数据的上报装置,该装置包括:
接收保存模块,用于接收每一下级网元上报的表征下级网元网络性能的性能数据;
标识储存模块,用于对接收的所述性能数据根据上报时间设置标识并存储;
北向计算模块,用于采用预设的统计模板对带标识的性能数据进行计算,生成对应的北向性能文件,并将计算过的性能数据删除;
检查判断模块,用于在准备向上级网元上报所述北向性能文件时,确定当前是否存储有带标识的性能数据;若是,则先对所述带标识的性能数据采用预设的统计模板进行计算并生成对应的北向性能文件;
提取上报模块,用于在检查判断模块执行完毕后,再根据需要上报的时间段,提取由性能数据所带标识的对应时间位于该上报时间段内的各性能数据生成的对应北向性能文件,形成上报文件进行上报。
本发明实施例,通过对接收到的性能数据设置标识来进行区分,并放入计算模块下,在向上级网元上报前先检查计算模块下是否有未计算的性能数据,如果有,先将这些性能数据计算入库后,再提取北向性能文件进行上报,保证了从下级网元上报的全部性能数据的均得以完整上报,不会受到服务器重启等影响。
附图说明
图1为本发明实施例提供的一种性能数据的上报方法的流程示意图;
图2为本发明实施例提供的一种性能数据的上报装置的结构示意图;
图3为本发明实施例提供的一种性能数据的上报方法的实施例流程示意图。
具体实施方式
由于现有技术下难以保证OMC服务器的稳定性,所以为了保证北向任务时的性能数据完整性,需要增加一种保护机制和流程,以保证有可能被中断的性能数据解析入库任务可以在OMC服务器重启后继续进行,性能数据能够完整不缺失。
本发明实施例提供了一种性能数据的上报方法及装置,用以保证下级网元上报的性能数据都能够完整的上报给上级网元。
首先,本发明实施例提供了一种性能数据的上报方法,在OMC服务器侧,如图1所示,该方法包括:
S101,接收每一下级网元上报的表征下级网元网络性能的性能数据;
S102,对接收的所述性能数据根据上报时间设置标识并存储;
S103,采用预设的统计模板对带标识的性能数据进行计算,生成对应的北向性能文件,并将计算过的性能数据删除;
S104,在准备向上级网元上报所述北向性能文件时,确定当前是否存储有带标识的性能数据;
S105,若是,则先对所述带标识的性能数据采用预设的统计模板进行计算并生成对应的北向性能文件;
S106,再根据需要上报的时间段,提取由性能数据所带标识的对应时间位于该上报时间段内的各性能数据生成的对应北向性能文件,形成上报文件进行上报。
在本发明上述实施例中,在OMC服务器上设置了一种保护机制,对接收到的各下级网元上报的性能数据均根据上报的时间进行标识,再一一进行计算生成北向性能文件,在OMC需要向上级网元上报北向性能文件时,先检查这些带标识的性能数据是否全部计算完毕了,只有在全部计算完毕的情况下才能执行后续的提取北向性能文件形成上报文件,进行上报,否则需要先将性能数据处理完毕。这样,本发明方法其实是采用了设置标识的方式来确定上报的性能数据,在需要向上级网元上报时,先检查这些带标识的性能数据是否全部计算完毕,已经全部入到北向数据库中了,再提取这些北向性能文件形成上报文件进行上报,是一种确保下级网元上报的性能数据都能完整上报给上级网元的保护机制。
可以理解的是,以下级网元为RNC网元为例,RNC网元的基础数据的上报与OMC网元的上报文件的上报可以是常态上报,所以可以为RNC网元和OMC网元分别设置上报的周期,优选地,所述下级网元按照预设的第一周期上报所述性能数据,所述上报文件依照第二周期形成并上报;所述第一周期小于所述第二周期。
为了保证OMC网元在自身的每个第二周期均能够上报新的性能数据,所以设置的第二周期应大于RNC网元设置的第一周期。
在上述实施例的基础上,进一步地,对接收的所述性能数据根据上报时间设置标识并存储,具体包括:
按照所述性能数据的上报时间顺序一一设置包含上报时间信息的对应标识;
在每一性能数据设置标识完毕后,复制到北向计算模块下保存。
在上述实施例中,由于下级网元上报的性能数据时陆续到来的,那么在接收保存到原始数据库后,为了避免服务器的压力过大,应按照上报时间的顺序,在接收到一个下级网元上报性能数据后,立即对其设置标识放入北向计算模块下进行计算,也就是实现一个边接收、边计算的连续过程,缓解OMC网元的处理自身压力。
在上述实施例的基础上,进一步地,所述采用预设的统计模板对带标识的性能数据进行计算,生成对应的北向性能文件,并将计算过的性能数据删除,具体包括:
对北向计算模块下的带所述标识的性能数据按照接收顺序根据预设的统计模板一一进行计算,生成对应的北向性能文件,并保存在北向数据库中;以及
将北向计算模块下计算过的性能数据删除。
在上述实施例中,上述新的北向性能统计文件同样是根据预设的统计模板形成的,统计模板是将性能数据形成性能文件的一种规则的集合,至于统计模板的具体形成方式为现有技术,不是本发明的发明点,在此不再赘述。
优选地,所述接收每一下级网元上报的表征下级网元网络性能的性能数据,具体包括:接收每一下级网元上报的基础数据,所述基础数据中包含表征下级网元网络性能的性能数据,并将基础数据保存在本地的原始数据库中;
所述方法还包括:定期清除所述原始数据库保存的基础数据以及所述北向数据库保存的北向性能文件。
可以理解的是,下级网元在按第一周期上报数据时,可以不仅仅表征网络性能的上报性能数据,还可以上报一些其他表征下级网元其他性能的数据,统称为基础数据,性能数据仅仅是基础数据的一部分。
基础数据保存在原始数据库中,北向性能文件在生成后保存在可以并不立即删除,可以各自在数据库中保存一段时间,以备不时之需。
为了更好的理解本发明方案,下面介绍一种详细的实施例:
虽然本发明主要是在OMC网元侧,但是为了更清楚的说明本发明的效果及实施方式,如图3所示,首先从流程发起的RNC网元侧进行介绍:
S201,每个RNC网元在自身每个第一周期结束时或结束后5分钟,向OMC网元通过FTP上报基础数据,所述基础数据可以采用压缩后再上报的形式,例如采用GZIP压缩格式保存,可以有效的减少对网元磁盘空间的需求;
S202,RNC上报的基础数据,由OMC网元侧的性能采集终端定时提取并保存到性能采集终端的指定目录(原始数据库)下;
S203,性能采集终端按照基础数据的发送时间逐次解析基础数据,并提取出性能数据通过加入标识复制保存入北向计算模块下,例如:更改原性能数据的名称,在性能数据增加北向为关键字;
例如:将pm_rnc_0010_20121217_1034.dat性能数据解析入库后,修改文件名为:
20121217101500_20121217103000_NORTH_pm_rnc_0010_20121217_1034.dat,加入了时间和对应的业务标识NORTH便于提取;
S204,北向计算模块对添加了标识的性能数据根据预设的统计模板逐次进行计算,形成北向性能文件放入到北向数据库中,删除对应的经过计算的性能数据;
S205,OMC服务器在每个自身的第二周期结束时,先检查此时北向计算模块下是否还有带有标识的性能数据;
S206,如果有,则先对这些带有标识的性能数据进行计算,形成北向性能文件入到北向数据库中,再根据需要上报的周期提取对应该周期内的北向性能文件形成上报文件;
S207,如果否,则直接根据需要上报的时间从所述北向数据库中提取对应时间的北向性能文件形成上报文件;
S208,将形成的上报文件向上级网元进行上报。
上述实施例,在下级RNC网元上报的性能数据正常解析入原始数据库后,对解析后的性能数据,修改性能数据的名称,增加北向名称(NORTH),并放到北向计算模块下进行计算形成北向性能文件依次入到北向数据库中,在需要向上级网元按照第二周期上报性能文件时,先对北向计算模块进行检查,目的是性能采集终端在执行每周期的性能数据计算任务时,有可能因为各种突发状况导致计算过程的中断(例如性能采集终端重启,报错等等),致使该周期内下级网元上报的性能数据不能正常的上报给上级网元,上述实施例中加设了北向名称后,在上报时,可以通过检查北向计算模块的方式清楚的判断出是否还有未计算的性能数据,如果有先将这部分性能数据全部计算入到北向数据库中,再从中提取北向性能数据形成上报文件,保证了上报的北向性能文件完整,每个周期接收到的不会受到服务器重启等因素的影响,上级的管理人员可以完整的了解到每个RNC网元的性能。
对下级网元来说,由于可能表征其性能的指标有很多,以RNC网元举例,就有8类对象类型,如:小区、载波、IUB链路等8类性能需要上报,所以每个RNC网元向OMC网元上报的性能数据都会分成8类,RNC网元在上报时也可采取下述两种方式上报性能数据:
1)采用不合并方式上报性能数据时,在一个采集时段内,正常情况下,会上报8×N个性能数据文件给上级网管(N为RNC的个数);
2)采用合并方式上报上级网管性能数据时,在一个采集时段中,北向会将所有RNC的数据合并为8类对象的性能数据,每类对象一个文件,一共8个文件,每个文件中包含所有RNC的指定对象的数据。
与上述方法侧对应,本发明实施例还提供了一种性能数据的上报装置,如图2所示,该装置包括:
接收保存模块1,用于接收每一下级网元上报的表征下级网元网络性能的性能数据;
标识储存模块2,用于对接收的所述性能数据根据上报时间设置标识并存储;
北向计算模块3,用于采用预设的统计模板对带标识的性能数据进行计算,生成对应的北向性能文件,并将计算过的性能数据删除;
检查判断模块4,用于在准备向上级网元上报所述北向性能文件时,确定当前是否存储有带标识的性能数据;若是,则先对所述带标识的性能数据采用预设的统计模板进行计算并生成对应的北向性能文件;
提取上报模块5,用于在检查判断模块执行完毕后,再根据需要上报的时间段,提取由性能数据所带标识的对应时间位于该上报时间段内的各性能数据生成的对应北向性能文件,形成上报文件进行上报。
在本发明上述实施例中,在OMC服务器上设置了一种保护机制,对接收保存模块接收到的各下级网元上报的性能数据均通过标识储存模块根据上报的时间进行标识,再一一进行计算生成北向性能文件,在OMC需要向上级网元上报北向性能文件时,先利用判断检查模块检查这些带标识的性能数据是否全部计算完毕了,只有在全部计算完毕的情况下才能执行提取对应时间的北向性能文件形成上报文件,通过提取上报模块进行上报,否则需要先将计算模块下的性能数据处理完毕。这样,本发明方法其实是采用了设置标识的方式来确定上报的性能数据,在需要向上级网元上报时,先检查这些带标识的性能数据是否全部计算完毕,再提取这些北向性能文件形成上报文件进行上报,是一种确保下级网元上报的性能数据都能完整上报给上级网元的保护机制。
优选地,该装置还包括周期模块,所述下级网元按照预设的第一周期上报所述性能数据,所述上报文件依照第二周期形成并上报;所述第一周期小于所述第二周期。
优选地,所述标识储存模块具体用于:
按照所述性能数据的上报时间顺序一一设置包含上报时间信息的对应标识;
在每一性能数据设置标识完毕后,复制到北向计算模块下保存。
优选地,所述北向计算模块具体用于:
对北向计算模块下的带所述标识的性能数据按照接收顺序根据预设的统计模板一一进行计算,生成对应的北向性能文件,并保存在北向数据库中;以及
将北向计算模块下计算过的性能数据删除。
优选地,所述接收储存模块具体用于:接收每一下级网元上报的基础数据,所述基础数据中包含表征下级网元网络性能的性能数据,并将基础数据保存在本地的原始数据库中;
该装置还可包括定期删除模块,用于定期清除所述原始数据库保存的基础数据以及所述北向数据库保存的北向性能文件。
综上所述,本发明实施例,通过对接收到的性能数据设置标识来进行区分,并放入计算模块下,在向上级网元上报前先检查计算模块下是否有未计算的性能数据,如果有,先将这些性能数据计算入库后,再提取北向性能文件进行上报,保证了从下级网元上报的全部性能数据的均得以完整上报,不会受到服务器重启等影响。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种性能数据的上报方法,其特征在于,该方法包括:
接收每一下级网元上报的表征下级网元网络性能的性能数据;
对接收的所述性能数据根据上报时间设置标识并存储;
采用预设的统计模板对带标识的性能数据进行计算,生成对应的北向性能文件,并将计算过的性能数据删除;
在准备向上级网元上报所述北向性能文件时,确定当前是否存储有带标识的性能数据;若是,则先对所述带标识的性能数据采用预设的统计模板进行计算并生成对应的北向性能文件;
再根据需要上报的时间段,提取由性能数据所带标识的对应时间位于该上报时间段内的各性能数据生成的对应北向性能文件,形成上报文件进行上报。
2.如权利要求1所述的方法,其特征在于,所述下级网元按照预设的第一周期上报所述性能数据,所述上报文件依照第二周期形成并上报;所述第一周期小于所述第二周期。
3.如权利要求2所述的方法,其特征在于,对接收的所述性能数据根据上报时间设置标识并存储,具体包括:
按照所述性能数据的上报时间顺序一一设置包含上报时间信息的对应标识;
在每一性能数据设置标识完毕后,复制到北向计算模块下保存。
4.如权利要求3所述的方法,其特征在于,所述采用预设的统计模板对带标识的性能数据进行计算,生成对应的北向性能文件,并将计算过的性能数据删除,具体包括:
对北向计算模块下的带所述标识的性能数据按照接收顺序根据预设的统计模板一一进行计算,生成对应的北向性能文件,并保存在北向数据库中;以及
将北向计算模块下计算过的性能数据删除。
5.如权利要求4所述的方法,其特征在于,所述接收每一下级网元上报的表征下级网元网络性能的性能数据,具体包括:接收每一下级网元上报的基础数据,所述基础数据中包含表征下级网元网络性能的性能数据,并将基础数据保存在本地的原始数据库中;
所述方法还包括:定期清除所述原始数据库保存的基础数据以及所述北向数据库保存的北向性能文件。
6.一种性能数据的上报装置,其特征在于,该装置包括:
接收保存模块,用于接收每一下级网元上报的表征下级网元网络性能的性能数据;
标识储存模块,用于对接收的所述性能数据根据上报时间设置标识并存储;
北向计算模块,用于采用预设的统计模板对带标识的性能数据进行计算,生成对应的北向性能文件,并将计算过的性能数据删除;
检查判断模块,用于在准备向上级网元上报所述北向性能文件时,确定当前是否存储有带标识的性能数据;若是,则先对所述带标识的性能数据采用预设的统计模板进行计算并生成对应的北向性能文件;
提取上报模块,用于在检查判断模块执行完毕后,再根据需要上报的时间段,提取由性能数据所带标识的对应时间位于该上报时间段内的各性能数据生成的对应北向性能文件,形成上报文件进行上报。
7.如权利要求6所述的装置,其特征在于,该装置还包括周期模块,所述下级网元按照预设的第一周期上报所述性能数据,所述上报文件依照第二周期形成并上报;所述第一周期小于所述第二周期。
8.如权利要求7所述的装置,其特征在于,所述标识储存模块具体用于:
按照所述性能数据的上报时间顺序一一设置包含上报时间信息的对应标识;
在每一性能数据设置标识完毕后,复制到北向计算模块下保存。
9.如权利要求8所述的装置,其特征在于,所述北向计算模块具体用于:
对北向计算模块下的带所述标识的性能数据按照接收顺序根据预设的统计模板一一进行计算,生成对应的北向性能文件,并保存在北向数据库中;以及
将北向计算模块下计算过的性能数据删除。
10.如权利要求9所述的装置,其特征在于,所述接收保存模块具体用于:接收每一下级网元上报的基础数据,所述基础数据中包含表征下级网元网络性能的性能数据,并将基础数据保存在本地的原始数据库中;
该装置还包括定期删除模块,用于定期清除所述原始数据库保存的基础数据以及所述北向数据库保存的北向性能文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310156889.8A CN103248522B (zh) | 2013-04-28 | 2013-04-28 | 一种性能数据的上报方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310156889.8A CN103248522B (zh) | 2013-04-28 | 2013-04-28 | 一种性能数据的上报方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103248522A CN103248522A (zh) | 2013-08-14 |
CN103248522B true CN103248522B (zh) | 2016-01-27 |
Family
ID=48927754
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310156889.8A Active CN103248522B (zh) | 2013-04-28 | 2013-04-28 | 一种性能数据的上报方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103248522B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103942287B (zh) * | 2014-04-10 | 2017-06-06 | 大唐移动通信设备有限公司 | 海量数据处理方法、数据库服务器及应用服务器 |
CN104965815A (zh) * | 2015-07-08 | 2015-10-07 | 北京恒华伟业科技股份有限公司 | 一种数据处理方法和装置 |
CN108259631B (zh) * | 2016-12-29 | 2021-06-25 | 腾讯科技(深圳)有限公司 | 一种基于名称服务的数据处理方法、系统以及相关设备 |
CN108616402B (zh) * | 2018-05-09 | 2021-05-25 | 烽火通信科技股份有限公司 | 一种远端设备的管理方法及系统 |
CN112291805B (zh) * | 2020-10-29 | 2023-11-07 | 浪潮电子信息产业股份有限公司 | 一种omc系统监控方法、装置、设备及可读存储介质 |
WO2024077937A1 (zh) * | 2022-10-13 | 2024-04-18 | 中兴通讯股份有限公司 | 数据生成方法、装置、电子设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102315960A (zh) * | 2010-07-08 | 2012-01-11 | 中兴通讯股份有限公司 | 一种性能数据上报的方法和系统 |
CN102647293A (zh) * | 2012-03-23 | 2012-08-22 | 中兴通讯股份有限公司 | 电信网管系统北向ftp性能文件自动补采方法及装置 |
-
2013
- 2013-04-28 CN CN201310156889.8A patent/CN103248522B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102315960A (zh) * | 2010-07-08 | 2012-01-11 | 中兴通讯股份有限公司 | 一种性能数据上报的方法和系统 |
CN102647293A (zh) * | 2012-03-23 | 2012-08-22 | 中兴通讯股份有限公司 | 电信网管系统北向ftp性能文件自动补采方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN103248522A (zh) | 2013-08-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103248522B (zh) | 一种性能数据的上报方法及装置 | |
CN107220142B (zh) | 执行数据恢复操作的方法及装置 | |
CN103812699A (zh) | 基于云计算的监控管理系统 | |
CN106878038B (zh) | 一种通信网络中故障定位方法及装置 | |
CN111372209B (zh) | 信令数据处理方法、装置、设备及介质 | |
CN102354296B (zh) | 一种可扩展监控资源的监控系统和方法 | |
KR102168212B1 (ko) | 어플리케이션 로그 데이터의 처리 장치 및 그 방법 | |
CN111092752B (zh) | 跨多个网络切片的故障定位方法及装置 | |
CN105005527A (zh) | 一种服务端产品监测方法及装置 | |
CN110856188B (zh) | 通信方法、装置、系统和计算机可读存储介质 | |
CN104516796A (zh) | 一种基于命令集的网元备份与恢复方法及装置 | |
CN105354110B (zh) | 云服务器数据备份方法及装置 | |
CN104639386A (zh) | 故障定位系统和方法 | |
CN103812688A (zh) | 一种告警确定方法及装置 | |
US10225139B2 (en) | Self-organizing network (SON) system and operating method of the same | |
CN110784352B (zh) | 一种基于Oracle Goldengate的数据同步监控告警方法及装置 | |
CN105544085A (zh) | 一种基于互联网的电脑横机文件共享方法 | |
CN106304122B (zh) | 一种业务数据分析方法及系统 | |
CN112199447A (zh) | 数据库的同步方法、装置、系统及电子设备 | |
CN103414252A (zh) | 一种变电站通信服务配置信息实时同步系统及其方法 | |
CN115102862B (zh) | 一种用于sdn设备的自动同步方法及装置 | |
CN103530153A (zh) | 用户用电信息采集终端远程升级方法 | |
US10447807B1 (en) | Dynamic middleware source selection for optimizing data retrieval from network nodes | |
CN106533958B (zh) | 一种跨网络隔离装置的异构系统的数据一致性校验方法 | |
CN111274219B (zh) | 数据存储方法及装置、存储介质、电子装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C53 | Correction of patent for invention or patent application | ||
CB03 | Change of inventor or designer information |
Inventor after: Dong Jingfang Inventor after: Liu Jing Inventor after: Xue Lin Inventor after: Huang Xuncang Inventor before: Dong Jingfang Inventor before: Liu Jing Inventor before: Xue Lin Inventor before: Huang Xuncang |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |