CN102025546B - 一种网络设备性能文件的生成、传输、读取方法及设备 - Google Patents
一种网络设备性能文件的生成、传输、读取方法及设备 Download PDFInfo
- Publication number
- CN102025546B CN102025546B CN2010105922981A CN201010592298A CN102025546B CN 102025546 B CN102025546 B CN 102025546B CN 2010105922981 A CN2010105922981 A CN 2010105922981A CN 201010592298 A CN201010592298 A CN 201010592298A CN 102025546 B CN102025546 B CN 102025546B
- Authority
- CN
- China
- Prior art keywords
- performance
- file
- measuring object
- performance index
- contrast
- 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
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种网络设备性能文件的生成、传输、读取方法及设备,包括:针对一个性能指标组,网络设备遍历该性能指标组的数值,找出数值最大的性能数据;网络设备确定该性能数据占用的字节数;网络设备将该性能指标组写入性能文件,写入时,该性能指标组中的每个性能指标数值在文件中都占有该字节数大小的字节,并在性能文件中指示该字节数。本发明能够降低网元上报的性能文件的大小。可以达到更小的空间占用,产生更加小巧的性能文件。减少网元将性能数据写入文件的时间、网元将文件通过网络传输给网管的时间、网管进行文件读取并解析处理的时间,提高整个性能文件处理过程的效率。
Description
技术领域
本发明涉及网络设备管理技术,特别涉及一种网络设备性能文件的生成、传输、读取方法及设备。
背景技术
对于一般的3G通讯系统,每个网元每15分钟会产生一个性能文件,目前在性能文件处理过程中,网元将采集的性能指标按照一定的格式写入性能文件。性能文件用于在网元和网管间进行数据传输。性能文件中存储的是网元的性能指标的数值,主要包括3种信息:测量对象索引、性能指标编号、性能指标的数值大小。
目前,对于文件中性能数据的存储格式,大体上可以分为定长和变长两种方式。
定长即每个性能指标的数值都采用固定的字节数来保存,这种方式的优点是简单,但因为不同性能指标的取值范围有所不同,因此,为了能够使用定长的方式来保存,一般都使用4个字节来保存。即每个指标的数值都占有4个字节。
采用定长格式的方式是目前的主流方式,在GSM(Global System for Mobilecommunication,全球移动通信系统)和3G系统中都广泛使用。
变长方式即文件中每个性能指标占用的字节数是可变的,和定长方式设为4个字节不同。这种方式下,需要预先对每个性能指标的数值范围进行分析,通过配置文件定义每个性能指标占用字节的大小,在0~255范围内的就占用1个字节,在0~65535就用2个字节,否则就用4个字节。无论是网元写入性能数据,还是网管读取性能数据,都要参照这个配置文件,写入或者读出相应大小(Size)的字节。
现有技术的不足在于:
采用定长格式的方式,会导致文件太大,对性能文件处理的各个环节都有不好的影响,导致效率降低。
采用变长格式的方式,可能会引发错误,并在某些情况下,会导致文件变大,而导致性能文件处理过程低效。
发明内容
本发明所解决的技术问题在于提供了一种网络设备性能文件的生成、传输、读取方法及设备,用以解决现有技术中在网络设备性能文件处理过程中存在的效率低下问题。
本发明实施例中提供了一种网络设备性能文件的生成方法,包括如下步骤:
针对一个性能指标组,网络设备遍历该性能指标组的数值,找出数值最大的性能数据;
网络设备确定该性能数据占用的字节数;
网络设备将该性能指标组写入性能文件,写入时,该性能指标组中的每个性能指标数值在文件中都占有该字节数大小的字节,并在性能文件中指示该字节数。
本发明实施例中提供了一种网络设备性能文件的传输方法,包括如下步骤:
网络设备确定需要向网络管理设备发送的性能文件,所述性能文件中针对每个性能指标组指示了该组性能指标中的性能数据占用的字节数,该字节数是该性能指标组中数值最大的性能数据所占用的字节数;
网络设备向网络管理设备发送所述性能文件。
本发明实施例中提供了一种网络设备性能文件的读取方法,包括如下步骤:
网络管理设备接收网络设备发送的性能文件,所述性能文件中针对每个性能指标组指示了该组性能指标中的性能数据占用的字节数,该字节数是该性能指标组中数值最大的性能数据所占用的字节数;
网络管理设备根据该字节数读取性能文件中该组性能指标的数值并解析。
本发明实施例中提供了一种网络设备,包括:
数值确定模块,用于针对一个性能指标组,遍历该性能指标组的数值,找出数值最大的性能数据;
字节确定模块,用于确定该性能数据占用的字节数;
文件生成模块,用于将该性能指标组写入性能文件,写入时,该性能指标组中的每个性能指标数值在文件中都占有该字节数大小的字节,并在性能文件中指示该字节数。
本发明实施例中提供了一种网络设备,包括:
确定模块,用于确定需要向网络管理设备发送的性能文件,所述性能文件中针对每个性能指标组指示了该组性能指标中的性能数据占用的字节数,该字节数是该性能指标组中数值最大的性能数据所占用的字节数;
发送模块,用于向网络管理设备发送所述性能文件。
本发明实施例中提供了一种网络管理设备,包括:
接收模块,用于接收网络设备发送的性能文件,所述性能文件中针对每个性能指标组指示了该组性能指标中的性能数据占用的字节数,该字节数是该性能指标组中数值最大的性能数据所占用的字节数;
读取模块,用于根据该字节数读取性能文件中该组性能指标的数值并解析;
入库模块,用于将解析出的数据存入数据库。
本发明有益效果如下:
在本发明实施例提供的技术方案中,网络设备先针对一个性能指标组,网络设备遍历该性能指标组的数值,找出数值最大的性能数据,然后网络设备确定该性能数据占用的字节数,网络设备再将该性能指标组写入性能文件,写入时,该性能指标组中的每个性能指标数值在文件中都占有该字节数大小的字节,并在性能文件中指示该字节数。由于每次确定性能文件中的性能指标组中每个性能指标数值的字节数都是根据当时的性能文件中数值最大的性能数据占用的字节数来确定的,也即,在本方案中根据性能数据数值的真实大小来动态调整,因此与定长方式相比,不再需要按照固定的4字节来表达,而是将大多数性能指标数值通过2个字节来表达,从而节省了占用空间,降低了文件大小。和传统的变长方式相比,因为不需要预先定义每个性能指标的范围,因此更显简单;同时,能够根据真实的指标数值大小确定占用字节,而不是根据范围确定占用字节数,因而可能达到更小的空间占用,产生更加小巧的文件。
进一步的,由于性能文件变小了,在处理流程中相关的各个环节的处理时间也变少了,包括网元将性能数据写入文件的时间、网元将文件通过网络传输给网管的时间、网管进行文件读取并解析处理的时间都相应减少,既然每个环节的效率都提高了,整个性能文件处理过程的效率也自然显著提高了。
附图说明
图1为本发明实施例中网络设备性能文件的生成方法实施流程示意图;
图2为本发明实施例中网络设备性能文件的传输方法实施流程示意图;
图3为本发明实施例中网络设备性能文件的读取方法实施流程示意图;
图4为本发明实施例中网络设备一结构示意图;
图5为本发明实施例中网络设备二结构示意图;
图6为本发明实施例中网络管理设备结构示意图。
具体实施方式
发明人在发明过程中注意到:
下面是一个性能文件的示例:
性能文件体由若干条记录组成。每条记录保存的是一个性能指标组(有的资料中称为计数器组)的相关测量对象的性能数据值。(后文中出现的“记录”都是这个意思)。
性能文件体的每条记录格式如下(以表格方式描述,表格中的所有参数均为网络字节序)。
表一:文件格式定义
性能指标数值在表中最后一行定义,从定义中可以看出,有u32CounterNum个性能指标数值,每个性能指标数值占用4个字节(UINT32)。
前面两行(u32GrpOIDLength、au32GrpOID)是性能指标组标识,然后的两行(ulMeasBeginTime、ulMeasEndTime)是测量的开始时间和结束时间,其后(u32CounterNum、au32CounterNo)是该性能指标组包含的性能指标个数和每个性能指标的编号。
为了解释的方便,假定某性能指标组包含3个性能指标,编号分别是100、101、102。
然后后面是对象实例索引个数(u16InstIndexNum),假定小区的标识号采用ran(RAN:Radio Access Network,无线接入网)、rnc(RNC:Radio NetworkController,无线网络控制器)、nodeb(基站)、cell(小区)四个定位信息来标识,则这里的实例索引个数为4,例如:
标识ran=18,rnc=18,nodeb=6,cell=16就表示编号为18的ran下,编号为18的rnc下,编号为6的基站下,编号为16的小区。
然后是对象实例个数(u16InstTotalNum),假定为6个小区,假定小区编号从1~6。
后面的三行(astruCntValueList、>au32InstIndex、>au32CounterValue)为这6个小区的标识及其性能指标100、101、102的数值。这是记录中最核心的部分,也是占用空间最大的部分。
表格中的如下部分:
astruCntValueList | STRUCT[u16InstTotalNum] | 上报的数据信息 |
>au32InstIndex | UINT32[u16InstIndexNum] | 测量对象实例索引值 |
>au32CounterValue | UINT32[u32CounterNum] | 性能指标值 |
表示这里是一个数组,这个数组的Size(大小)是u16InstTotalNum(对应对象实例个数)个。
数组中的每个元素的定义如下:
struct{
au32InstIndex Uint32[u16InstIndexNum];
au32CounterValue UINT32[u32CounterNum]
}
即每个元素都是由au32InstIndex数组和au32CounterValue数组组成。
为了能够理解其中丰富的信息,将其中(表一中最后三行对应的信息)保存的信息在下面用表格列出。
则记录中测量对象实例索引值和性能指标值对应的内容如下所示:(每个格子代表4个字节,仅仅是举例,表中的数据是虚构的)
表二:性能指标数据
变长方式即文件中每个性能指标占用的字节数是可变的,和定长方式设为4个字节不同。
这种方式下,需要预先对每个性能指标的数值范围进行分析,通过配置文件定义每个性能指标占用字节的大小,在0~255范围内的就占用1个字节,在0~65535就用2个字节,否则就用4个字节。
无论是网元写入性能数据,还是网管读取性能数据,都要参照这个配置文件,写入或者读出相应大小(Size)的字节。
从上述描述可知,整个性能文件处理过程的三个步骤:网元将采集的性能指标按照一定的格式写入性能文件、网元将性能文件通过FTP(File TransferProtocol,文件传送协议)传输给网管、以及网管解析性能文件并存入数据库,都和性能文件的格式有关联。传统的定长格式存在着比较明显的缺点如下:
作为主流的方式,定长方式,文件格式比较简单,但可以看出,为了采用固定长度格式来表达性能指标的数值大小,每个指标的值采用了4个字节(U32类型)来记录。而实际上,大多数指标的值都不会超过65535,也就是说2个字节即可表达了。
因此,这种方式造成文件很大,文件大就会对相关处理流程产生较大的负面影响。具体按照处理流程分别描述如下:
第一步:网元将采集的性能指标按照一定的格式写入性能文件。
这个过程中,因为网元要将每个性能数据写入文件,每个性能指标数值都写入4个字节,而很可能两个字节就足以表达这个数值。由于文件操作实际上是磁盘I/O操作,恰是比较低效和消耗资源的,这显然会给网元带来不必要的资源消耗,增加不必要的处理时间。
第二步:网元将性能文件通过FTP传输给网管
这个过程中,文件越大,文件网络传输的时间就越长,并且根据FTP协议,FTP服务器会将从网络传输获取的数据存入磁盘文件,对于磁盘文件,同样,文件越大,写磁盘文件的时间越长。因此,这个过程中,过大的文件会消耗更多网元和FTP服务器的资源,增加不必要的处理时间。
第三步:网管解析性能文件并存入数据库。
在定长方式下,网管系统从磁盘中读取这个性能文件,并根据每个性能数据占用4个字节的格式,依次读出文件中的性能数据。在这个过程中,文件越大,网管读取性能文件的时间越长,并且读入内存时,分配的内存空间也越大,相关的处理时间也越长,因此文件越大,性能文件处理效率越低。
综上可知,采用定长方式导致文件太大,对性能文件处理的各个环节都有不好的影响,导致效率降低。
上面是对定长方式的说明,而在变长方式下,网管系统需要参照一个本地配置文件(这个配置文件中描述了每个性能指标占用的字节数),从文件中每读到一个性能指标,需要查询配置文件,获取该指标在文件中占有的字节数目,从性能文件中读取出相应字节,作为该性能指标的数值,例如配置文件中描述某性能指标:小区切换成功次数占用2个字节,则从性能文件中读出2个字节。
网管解析出性能数据后,将性能数据存入数据库中。
采用变长方式,虽然在一般情况下能够减低文件大小,但需要事先对每个指标的数值范围进行人工分析,准确确定其取值范围,再在配置文件中定义其范围,并在性能文件解析时根据这个范围读取相应字节(2字节或者4字节)的数据。
因此,这个方法需要人的参与,而对每个指标的数值范围进行人工分析是很繁琐的。并且常常这个范围是很难准确分析出来的,例如,谁能够说切换成功次数的范围是多大呢?忙时和非忙时,这两个不同时刻,其数据差别很大。最终得到的取值范围也常常是一个不精确的范围,在某些极端情况下,数值会超过取值范围而用相应的字节数无法表达,最终引发错误。
并且,这种方法也还是会造成一定的空间浪费,例如,某个数据的取值范围是0~70000,因为超过65535,就占用3个或者4个字节,但一般情况下,其可能会小于65535,但因为大小是预先定义的,必须使预先定义的大小适合整个取值范围,因此即使大多数情况下小于65535,也还是任何情况下都占用了3个或者4个字节,这样在某些情况下,也会导致文件变大,造成和定长方式一样的缺点,即引起处理效率的降低。
综上可知,采用变长方式可能会引发错误,并在某些情况下,会导致文件变大,而导致性能文件处理过程低效。
进一步的,现有方案在记录中使用测量对象索引值的方式也比较浪费空间。
在记录中使用测量对象索引值来标识测量对象,常常要使用多个字节来标识对象,例如,上述例子中,小区对象通过ran、rnc、nodeb、cell四个定位信息来标识,每个定位信息(如ran)都占用4个字节,即一个小区的测量对象的完整标识占用了4*4=16个字节。
测量对象索引根据对象类别不同,实际长度不同,一般都大于或者等于16个字节。
并且一个性能文件中会出现多条记录,而测量对象在记录中会重复出现,例如,某一个小区在某条记录中出现,也可能会在另外一条记录中出现,因为一条记录只表达一个性能指标组的数据,而一个小区显然有很多很多性能指标组,这就决定了该小区会出现在很多很多记录中。
而这种在记录中不断重复使用测量对象索引值对空间造成比较大的浪费。
基于此,在本发明实施例提供的技术方案中,通过记录内固定长度、记录间变化长度,从而将大多数性能指标数值通过2个字节来表达,而不是通过4个字节来表达,从而节省了占用空间,降低了文件大小。
进一步的,通过在记录中使用较短的临时编号代替很长的测量对象索引,从而进一步节省占用空间,降低文件大小。
下面结合附图对本发明的具体实施方式进行说明。
在说明过程中,将先分别从网络设备与网络管理设备的实施进行说明,再对二者的配合实施进行说明,但这并不意味着二者必须配合实施,实际上,当网络设备与网络管理设备分开实施时,其也解决了在网络设备与网络管理设备上存在的问题,只是二者结合使用时,会获得更好的技术效果。
图1为网络设备性能文件的生成方法实施流程示意图,如图所示,可以包括如下步骤:
步骤101、针对一个性能指标组,网络设备遍历该性能指标组的数值,找出数值最大的性能数据;
步骤102、网络设备确定该性能数据占用的字节数;
步骤103、网络设备将该性能指标组写入性能文件,写入时,该性能指标组中的每个性能指标数值在文件中都占有该字节数大小的字节,并在性能文件中指示该字节数。
实施中,网络设备对每个性能指标组(计数器组)做如下处理:
(1)针对一个性能指标组,网络设备遍历该性能指标组的数值,找出数值最大的性能数据,设为M;
(2)网络设备确定该性能数据(M)占用的字节数,设为N字节;
(3)网络设备将该性能指标组写入文件,写入时,以该字节数(N)为该性能指标组中每个性能指标数值在性能文件中占用的字节数,并在文件的相应记录中指示该性能指标组占用字节数。
下面对生成的性能文件进行说明。
性能文件的格式对于文件大小有较大影响,相同条件下,不同的格式会产生不同大小的性能文件,从而进一步影响到文件传输、文件处理的效率。而按本发明实施例提供的技术方案生成的新的文件格式会显著降低文件大小。
新格式的特点是:记录内固定长度、记录间变化长度。
新的格式如下所示:
表三记录内固定长度、记录间变化长度
每条记录的格式和现有技术中定长方式下的文件格式类似,但是增加了一个字段:U16CounterDataLength,如表中加粗部分所示,它用来指示这条记录中所涉及的全部测量对象对应的多个性能指标的数值范围。
0表示性能指标值用1个字节存储;
1表示性能指标值用2个字节存储;
2表示性能指标值用3个字节存储;
3表示性能指标值用4个字节存储。
在实施中以1、2、3、4个字节进行示例是由于按目前的性能文件,通常用1至4个字节便可以表示;但是,从理论上来说,用更多的字节也是可以的,1、2、3、4个字节仅用于教导本领域技术人员具体如何实施本发明,但不意味仅能使用1、2、3、4个字节,实施过程中可以结合实践需要来确定相应的字节范围。
按该例所示,如果该值为0,则最后面一个字段,实际上是一个数组,数组中每个元素占用1字节。
au32CounterValue | UINT8[u32CounterNum] | 性能指标值 |
又例如,如果该值为3,则最后面一个字段,实际上是一个数组,数组中每个元素占用4字节。
au32CounterValue | UINT32[u32CounterNum] | 性能指标值 |
也就是说,在这条记录内,采用定长的方式,这个长度(字节个数)取决于这条记录内最大的性能指标数值占用的字节数。
通过观察可以发现,绝大多数性能指标的数据值都不会超过65535,因此,一般情况下,使用2个字节足以。
一个性能文件中包含多个记录,因此大多数记录使用2个字节表达性能指标数值。个别记录涉及的个别性能指标超过65535,这些记录则使用3或者4个字节来表达性能指标数值。
因此,通过记录内固定长度,记录间变化长度,实际上就是记录内性能指标数值使用相同的长度(例如2个字节),记录间则允许使用不同的长度,从而可以节省性能指标数值占用空间,降低文件大小。
仍以上文提到的数据为例,数据见下表:
表四:性能指标数据(加粗部分为性能指标值)
分析一下可知,如果每个性能指标数据(表中加粗部分)占用4个字节,则占用了6行*7列*4个字节=168个字节,如果每个性能指标数据(表中加粗部分)占用2个字节,则占用了6行*(4个测量对象索引值*4个字节+3个性能指标*2个字节)=132个字节,节省了36个(168-132=36)字节。
实际情况中,每条记录涉及的性能指标会远大于3个,下面以100个性能指标为例,再计算一下性能指标数据占用4个字节和2个字节的区别:
假定为100个性能指标,则如果每个性能指标数据占用4个字节,则占用了6行*104列*4个字节=2496个字节。
如果每个性能指标占用2个字节,则占用了6行*(4个测量对象索引值*4个字节+100个性能指标*2个字节)=1296个字节,两种方式相比,节省约一半空间。
可见,如果每条记录所涉及的性能指标比较多,则可以省下可观的空间,极大地缩小性能文件。
因此,根据新的性能文件格式定义,网元组织性能文件时,确定向性能文件中写一个性能指标组(计数器组)前,先遍历一次该性能指标组(计数器组)中所有的性能数据,找出数值最大的一个性能数据,以该数据占用的字节数为本记录每个性能数据占用的字节数。
在这种方式下,长度不是预先定义的,而是根据性能数据数值的真实大小,来动态调整的,和传统的变长方式相比,因为不需要预先定义每个性能指标的范围,因此更显简单;同时,能够根据真实的指标数值大小确定占用字节,而不是根据范围确定占用字节数,因而可能达到更小的空间占用,产生更加小巧的文件。
实施中,在生成性能文件时还可以进一步包括:
将性能数据写入性能文件时,用临时编号替代测量对象索引来标识对象。
具体的,新格式的特点还有:在测量记录中使用临时编号代替测量对象索引值。
从上述分析中也可以看出,使用测量对象索引值来标识测量对象,常常要使用多个字节来标识对象,例如,上述例子中,小区对象通过ran、rnc、nodeb、cell四个定位信息来标识,每个定位信息(如ran)都占用4个字节,即一个小区的测量对象的完整标识占用了4*4=16个字节。
测量对象索引根据对象类别不同,实际长度不同,一般都大于或者等于16个字节。
并且,一个性能文件中会出现多条记录,而测量对象在记录中会重复出现。例如,某一个小区在某条记录中出现,也可能会在另外一条记录中出现,因为一条记录只表达一个性能指标组的数据,而一个小区显然有很多很多性能指标组,这就决定了该小区会出现在很多很多记录中。
实施中,还可以进一步包括:
在性能文件中指示临时编号与测量对象的对照关系;
或,为临时编号与测量对象的对照关系建立对照文件。
相应的,则在发送性能文件时,还需发送所述对照文件给网络管理设备。
为了解决在多条记录中重复出现浪费空间的问题,可以在性能文件的记录中,用一个U32(32位)的临时编号来表达这个测量对象,将临时编号和测量对象索引的对应关系保存在性能文件(可选地,为了处理方便,也可以新生成一个文件)中,即在文件中,列出一个临时编号和测量对象索引对照表,这个对照表中包含该性能文件所涉及的全部测量对象的临时编号和索引值的对照关系,如下所示:
表五:测量对象临时编号和索引对照表
临时编号 | ran | rnc | nodeb | cell |
2001 | 1 | 1 | 1 | 1 |
2002 | 1 | 1 | 1 | 2 |
2003 | 1 | 1 | 1 | 3 |
在实际应用中,测量对象并不一定是小区,因此索引值不一定是4个定位信息,例如,载频就是5个定位信息,ran、rnc、nodeb、cell、carrier(载波),因此实际应用中,对照表如下所示:
表六:临时编号和测量对象索引对照表
即先标注测量对象类型,不同的类型会有不同个数的定位信息,例如小区是4个,载频是5个。
实际处理中,表六的信息组织方式可以进行变通,例如,将相同类型的测量对象(如小区)的编为一组,然后在组中标识测量对象类型,而不是在每个测量对象中都标注测量对象类型,这里为了易于理解,使用最简单的方法,即在每个测量对象(表中的每行)中都包含测量对象类型。
即先标注测量对象类型,不同的类型会有不同个数的定位信息,例如小区是4个,载频是5个。
实际处理中,表六的信息组织方式可以进行变通,例如,将相同类型的测量对象(如小区)的编为一组,然后在组中标识测量对象类型,而不是在每个测量对象中都标注测量对象类型,这里为了易于理解,使用最简单的方法,即在每个测量对象(表中的每行)中都包含测量对象类型。
测量对象类型和定位信息的个数对应关系如下表所示:
表七:测量对象类型和定位信息的个数对应关系
测量对象类型 | 定位信息个数 |
小区 | 4 |
载频 | 5 |
表七的信息,对于一个特定的网管系统来说,是不会改变的,在网元和网管中都会各保存一份。
在记录中,只需要使用临时编号,网管在解析性能文件时,根据记录中的临时编号和上述对照表(表六和表七)即可正确地解析出测量对象索引,还原出真实对象。
通过这种方式,在记录中以较短的临时编号代替很长的测量对象索引,从而进一步减少了性能文件的大小。
使用临时编号的记录格式:
表八最终的文件格式记录定义(以测量对象临时编号代替测量对象索引值,见加粗字体)
相应的,本发明还提供了网络设备性能文件的传输、读取方法,下面进行说明。
图2为网络设备性能文件的传输方法实施流程示意图,如图所示,在传输性能文件时可以包括如下步骤:
步骤201、网络设备确定需要向网络管理设备发送的性能文件,所述性能文件中针对每个性能指标组指示了该组性能指标中的性能数据占用的字节数,该字节数是该性能指标组中数值最大的性能数据所占用的字节数;
步骤202、网络设备向网络管理设备发送所述性能文件。
实施中,性能文件中还可以用临时编号替代测量对象索引来标识对象。
实施中,所述性能文件中还包括了临时编号与测量对象的对照关系。
实施中,还可以进一步包括:
网络设备向网络管理设备发送对照文件,所述对照文件中指示了临时编号与测量对象的对照关系。
具体的,临时编号与测量对象的对照关系也可以单独写在另外一个文件中,如果临时编号与测量对象的对照关系单独写在一个文件中,则网络设备需要向网络管理设备发送对照文件,所述对照文件中指示了临时编号与测量对象的对照关系。
图3为网络设备性能文件的读取方法实施流程示意图,如图所示,在读取性能文件时可以包括如下步骤:
步骤301、网络管理设备接收网络设备发送的性能文件,所述性能文件中针对每个性能指标组指示了该组性能指标中的性能数据占用的字节数,该字节数是该性能指标组中数值最大的性能数据所占用的字节数;
步骤302、网络管理设备根据该字节数读取性能文件中该组性能指标的数值并解析。
实施中,性能文件中还可以包括临时编号与测量对象的对照关系。
实施中,还可以进一步包括:
网络管理设备接收网络设备发送的对照文件,所述对照文件中包括临时编号与测量对象的对照关系。
具体的,性能文件不包括临时编号与测量对象的对照关系。即网络设备将临时编号与测量对象的对照关系单独写在一个文件,则网络管理设备还需要接收网络设备发送的对照文件。
实施中,还可以进一步包括:
网络管理设备读取并解析出临时编号与测量对象的对照关系,并将该对照关系保存在内存中。
具体的,将该对照关系保存在内存中后可以方便读取对照关系。
实施中,还可以进一步包括:
网络管理设备在解析性能文件时,解析出标识测量对象的临时编号后,根据内存中的对照关系,确定测量对象索引。
具体的,读取临时编号与测量对象的对照关系表时,如果临时编号与测量对象的对照关系在性能文件中,则读取性能文件中相关部分,如果临时编号与测量对象的对照关系单独写在一个文件中,则读取该对照文件。
具体的,针对新的格式还可以采用新的流程如下:
第一步:给每个测量对象一个临时编号。
网元采集性能指标,对于采集到的性能指标,涉及到的测量对象,进行临时编号,每个测量对象分配一个临时编号,并将测量对象临时编号与索引的对照关系表写入性能文件(可选地,为了处理的方便,也可以将临时编号和测量对象索引的对照关系表写入另外一个文件中,和相应的存储性能指标数据的性能文件分开,也是可以的。这样的话,则该文件和相应的性能文件是一一对应的,用于解释对应性能文件中的临时编号)。
第二步:依次对每个性能指标组(计数器组)进行写文件处理。
对于每个性能指标组(计数器组),先遍历一次该性能指标组中所有的性能数据,找出数值最大的一个性能数据,以该数据占用的字节数为本记录每个性能数据在文件中占用的字节数(设为X字节)。即:将该性能指标组作为一条记录写入文件时,涉及的每个性能指标值都占有X字节,格式参照上文。
对于记录中涉及的测量对象索引,写入文件时,都使用临时编号代替。
第三步:网元将性能文件通过FTP传输给网管。
此时的性能文件比传统的定长方式组织的性能文件要小,因此网络传输时间会减少,同时FTP过程中写入文件耗费的时间也会减少。(如果时编号和测量对象索引的对照关系表存储在另外的文件中,则该文件一起上传)
第四步:网管解析性能文件并存入数据库。
网管按照新的格式进行解析,利用测量对象临时编号与测量对象索引的对照关系表还原出记录中的对象索引。
和传统的定长方式相比,网管解析时,因为性能文件变小,所以读取文件的时间变小,相对应的,网管将文件中的性能数据读到内存中时,分配的内存空间也相应变小,因此处理效率提高。
综上可知,性能文件变小了,新流程中相关的各个环节的处理时间也变少了,包括网元将性能数据写入文件的时间、网元将文件通过网络传输给网管的时间、网管进行文件读取并解析处理的时间都相应减少,既然每个环节的效率都提高了,当然整个性能文件处理过程的效率也显著提高了。
基于同一发明构思,本发明实施例中还提供了网络设备、网络管理设备,由于这些设备解决问题的原理与一种网络设备性能文件的生成、传输、读取方法相似,因此这些设备的实施可以参见方法的实施,重复之处不再赘述。
图4为网络设备一结构示意图,如图所示,网络设备中可以包括:
数值确定模块401,用于针对一个性能指标组,遍历该性能指标组的数值,找出数值最大的性能数据;
该模块针对一个性能指标组,网络设备遍历该性能指标组的数值,找出数值最大的性能数据,设为M;
字节确定模块402,用于确定该性能数据占用的字节数;
该模块确定该性能数据(M)占用的字节数,设为N字节;
文件生成模块403,用于将该性能指标组写入性能文件,写入时,该性能指标组中的每个性能指标数值在文件中都占有该字节数大小的字节,并在性能文件中指示该字节数。
该模块将该性能指标组的对应性能数据写入文件时,以该字节数(N)为该性能指标组中每个性能指标数值在性能文件中占用的字节数,并在文件的相应记录中指示该性能指标组占用字节数(N)。
实施中,文件生成模块还可以进一步用于将性能数据写入性能文件时,用临时编号替代测量对象索引来标识对象。
实施中,文件生成模块还可以进一步用于在性能文件中指示临时编号与测量对象的对照关系;或,为临时编号与测量对象的对照关系建立对照文件。
图5为网络设备二结构示意图,如图所示,网络设备中可以包括:
确定模块501,用于确定需要向网络管理设备发送的性能文件,所述性能文件中针对每个性能指标组指示了该组性能指标中的性能数据占用的字节数,该字节数是该性能指标组中数值最大的性能数据所占用的字节数;所述性能文件中还包括了临时编号与测量对象的对照关系。
具体的,这种情况下的对照关系是直接写在性能文件中的,因此在向网络管理设备发送性能文件时,也将对照关系发往了网络管理设备。
具体的,也可以将临时编号与测量对象的对照关系单独写在一个对照文件中,此时,确定模块还可以进一步用于确定需向网络管理设备发送的对照文件。
发送模块502,用于向网络管理设备发送所述性能文件。
实施中,发送模块还可以进一步用于向网络管理设备发送对照文件,所述对照文件中指示了临时编号与测量对象的对照关系。
具体的,如果临时编号与测量对象的对照关系单独写在一个文件中,发送模块进一步用于向网络管理设备发送对照文件,所述对照文件中指示了临时编号与测量对象的对照关系。
图6为网络管理设备结构示意图,如图所示,网络管理设备中可以包括:
接收模块601,用于接收网络设备发送的性能文件,所述性能文件中针对每个性能指标组指示了该组性能指标中的性能数据占用的字节数,该字节数是该性能指标组中数值最大的性能数据所占用的字节数;
读取模块602,用于根据该字节数读取性能文件中该组性能指标的数值并解析;
入库模块603,用于将解析出的数据存入数据库。
实施中,接收模块还可以进一步用于接收网络设备发送的性能文件,所述性能文件中还包括临时编号与测量对象的对照关系。
具体的,在网络设备将临时编号与测量对象的对照关系单独写在一个文件中的前提下,接收模块还可以用于接收网络设备发送的对照文件。
实施中,接收模块还可以进一步用于接收网络设备发送的对照文件,所述对照文件中包括临时编号与测量对象的对照关系。
具体的,在网络设备将临时编号与测量对象的对照关系写在性能文件中的前提下,接收模块用于接收网络设备发送的性能文件便可获知对照关系。
实施中,读取模块还可以进一步用于在读取临时编号与测量对象的对照关系。
具体的,读取临时编号与测量对象的对照关系表时,如果临时编号与测量对象的对照关系在性能文件中,则读取性能文件中相关部分,如果临时编号与测量对象的对照关系单独写在一个文件中,则读取该对照文件。
实施中,读取模块还可以进一步用于在读取并解析出临时编号与测量对象的对照关系后,将该对照关系保存在内存中。
实施中,读取模块还可以进一步用于在解析性能文件时,解析出标识测量对象的临时编号后,根据内存中的对照关系,确定测量对象索引。
最后,入库模块将解析出的测量对象、性能数据存入数据库。
为了描述的方便,以上所述装置的各部分以功能分为各种模块或单元分别描述。当然,在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
由上述实施例可见,在本发明实施例提供的技术方案中,不仅提供了新的文件格式,还针对改进的的文件格式定义,采用新的处理流程,从而提高处理效率。具体的,在处理流程上:
网元为每个测量对象分配一个临时编号,并将测量对象临时编号与测量对象索引的对照关系表写入文件。在记录中使用临时编号代替测量对象索引值。
对于每个性能指标组,网元先遍历一次该性能指标组中所有的性能数据,找出数值最大的一个性能数据,将它作为一条记录写入文件时,以该数据占用的字节数为本记录每个性能数据占用的字节数。
网元按照新的格式写好文件后,将文件上传给网管。
网管按照新的格式进行解析,利用测量对象临时编号与测量对象索引的对照关系表还原出记录中的对象索引。
网管将解析出的性能数据存入数据库。
在文件格式上,该性能文件有如下特点:
记录内固定长度、记录间变化长度,即在记录内的多个性能指标的数值使用相同的长度(占用字节),而不同的记录间,则允许使用不同的长度(占用字节)。
记录中性能指标数值占用的长度是动态确定的,而不是预先定义的。
网元组织性能文件时,确定向文件中写一条记录前,先遍历一次该性能指标组中所有的性能数据,找出数值最大的一个性能数据,以该数据占用的字节数为本记录所有性能数据占用的字节数。
在性能文件中,给涉及的测量对象以一个临时编号,在记录中使用该临时编号(4个字节)代替很长的的测量对象索引,因为一个临时编号一般会被多个记录引用,所以这种方式可以减少占用空间,降低文件大小。
临时编号和测量对象索引的对照关系则在性能文件中列出。(可选地,临时编号和测量对象索引的对照关系写入另外一个文件中,和相应的性能文件一起传输给网管,也是可以的。)
发明实施例提供的技术方案通过记录内固定长度、记录间变化长度,从而将大多数性能指标数值通过2个字节来表达,而不是通过4个字节来表达,从而节省了占用空间,降低了文件大小。
通过在记录中使用较短的临时编号代替很长的测量对象索引,从而进一步节省占用空间,降低文件大小。
文件变小后,和新的文件格式相对应,采用一种新的流程来处理。采用新的格式和对应的新流程后,网元写文件的时间、相关的文件网络传输时间、网管的文件读取和文件解析时间都变短了,从而提高了处理效率。
对于一般的3G通讯系统,每个网元每15分钟产生一个性能文件,因此每个网元每天就产生96个性能文件,假定一个网管系统有20个网元,则每天就有20*96=1920个文件需要处理,并且每个文件包含几千个性能指标,正是因为文件个数巨大,性能指标多,这才使这个本发明实施例提供的技术方案给整个系统的效率提升效果被放大,本发明实施例提供的技术方案通过降低每个文件大小,将大幅节省计算机的处理资源,大大提高处理效率。对于解除网管系统的性能文件处理这个性能瓶颈,提高整个网管系统的性能有极大的意义。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (22)
1.一种网络设备性能文件的生成方法,其特征在于,包括如下步骤:
针对一个性能指标组,网络设备遍历该性能指标组的数值,找出数值最大的性能数据;
网络设备确定该性能数据占用的字节数;
网络设备将该性能指标组写入性能文件,写入时,该性能指标组中的每个性能指标数值在文件中都占有该字节数大小的字节,并在性能文件中指示该字节数。
2.如权利要求1所述的方法,其特征在于,进一步包括:
将性能数据写入性能文件时,用临时编号替代测量对象索引来标识对象。
3.如权利要求2所述的方法,其特征在于,进一步包括:
在性能文件中指示临时编号与测量对象的对照关系;
或,为临时编号与测量对象的对照关系建立对照文件。
4.一种网络设备性能文件的传输方法,其特征在于,包括如下步骤:
网络设备确定需要向网络管理设备发送的性能文件,所述性能文件中针对每个性能指标组指示了该组性能指标中的性能数据占用的字节数,该字节数是该性能指标组中数值最大的性能数据所占用的字节数;
网络设备向网络管理设备发送所述性能文件。
5.如权利要求4所述的方法,其特征在于,所述性能文件中还包括临时编号与测量对象的对照关系。
6.如权利要求4所述的方法,其特征在于,进一步包括:
网络设备向网络管理设备发送对照文件,所述对照文件中指示了临时编号与测量对象的对照关系。
7.一种网络设备性能文件的读取方法,其特征在于,包括如下步骤:
网络管理设备接收网络设备发送的性能文件,所述性能文件中针对每个性能指标组指示了该组性能指标中的性能数据占用的字节数,该字节数是该性能 指标组中数值最大的性能数据所占用的字节数;
网络管理设备根据该字节数读取性能文件中该组性能指标的数值并解析。
8.如权利要求7所述的方法,其特征在于,所述性能文件中还包括临时编号与测量对象的对照关系。
9.如权利要求7所述的方法,其特征在于,进一步包括:
网络管理设备接收网络设备发送的对照文件,所述对照文件中包括临时编号与测量对象的对照关系。
10.如权利要求8或9所述的方法,其特征在于,进一步包括:
网络管理设备读取并解析出临时编号与测量对象的对照关系,并将该对照关系保存在内存中。
11.如权利要求10所述的方法,其特征在于,进一步包括:
网络管理设备在解析性能文件时,解析出标识测量对象的临时编号后,根据内存中的对照关系,确定测量对象索引。
12.一种网络设备,其特征在于,包括:
数值确定模块,用于针对一个性能指标组,遍历该性能指标组的数值,找出数值最大的性能数据;
字节确定模块,用于确定该性能数据占用的字节数;
文件生成模块,用于将该性能指标组写入性能文件,写入时,该性能指标组中的每个性能指标数值在文件中都占有该字节数大小的字节,并在性能文件中指示该字节数。
13.如权利要求12所述的网络设备,其特征在于,文件生成模块进一步用于将性能数据写入性能文件时,用临时编号替代测量对象索引来标识对象。
14.如权利要求13所述的网络设备,其特征在于,文件生成模块进一步用于在性能文件中指示临时编号与测量对象的对照关系;或,为临时编号与测量对象的对照关系建立对照文件。
15.一种网络设备,其特征在于,包括:
确定模块,用于确定需要向网络管理设备发送的性能文件,所述性能文件中针对每个性能指标组指示了该组性能指标中的性能数据占用的字节数,该字节数是该性能指标组中数值最大的性能数据所占用的字节数;
发送模块,用于向网络管理设备发送所述性能文件。
16.如权利要求15所述的网络设备,其特征在于,发送模块进一步用于向网络管理设备发送对照文件,所述对照文件中指示了临时编号与测量对象的对照关系。
17.如权利要求15所述的网络设备,其特征在于,确定模块进一步用于确定需要向网络管理设备发送的性能文件,所述性能文件中还包括临时编号与测量对象的对照关系。
18.一种网络管理设备,其特征在于,包括:
接收模块,用于接收网络设备发送的性能文件,所述性能文件中针对每个性能指标组指示了该组性能指标中的性能数据占用的字节数,该字节数是该性能指标组中数值最大的性能数据所占用的字节数;
读取模块,用于根据该字节数读取性能文件中该组性能指标的数值并解析;
入库模块,用于将解析出的数据存入数据库。
19.如权利要求18所述的网络管理设备,其特征在于,所述性能文件中还包括临时编号与测量对象的对照关系。
20.如权利要求18所述的网络管理设备,其特征在于,接收模块进一步用于接收网络设备发送的对照文件,所述对照文件中包括临时编号与测量对象的对照关系。
21.如权利要求20所述的网络管理设备,其特征在于,读取模块进一步用于在读取并解析出临时编号与测量对象的对照关系后,将该对照关系保存在内存中。
22.如权利要求21所述的网络管理设备,其特征在于,读取模块进一步用于在解析性能文件时,解析出标识测量对象的临时编号后,根据内存中的对照关系,确定测量对象索引。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105922981A CN102025546B (zh) | 2010-12-16 | 2010-12-16 | 一种网络设备性能文件的生成、传输、读取方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105922981A CN102025546B (zh) | 2010-12-16 | 2010-12-16 | 一种网络设备性能文件的生成、传输、读取方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102025546A CN102025546A (zh) | 2011-04-20 |
CN102025546B true CN102025546B (zh) | 2012-07-04 |
Family
ID=43866438
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010105922981A Active CN102025546B (zh) | 2010-12-16 | 2010-12-16 | 一种网络设备性能文件的生成、传输、读取方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102025546B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104077282B (zh) * | 2013-03-25 | 2018-02-06 | 华为技术有限公司 | 处理数据的方法和装置 |
CN106326249B (zh) * | 2015-06-23 | 2021-08-03 | 中兴通讯股份有限公司 | 数据整合处理方法及装置 |
CN111796805B (zh) * | 2019-06-27 | 2024-05-07 | 上海市计量测试技术研究院 | 一种aml语言性能验证方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8103266B2 (en) * | 2005-03-25 | 2012-01-24 | Qualcomm Incorporated | Apparatus and methods for managing battery performance of a wireless device |
CN101192992B (zh) * | 2007-01-10 | 2011-03-16 | 中兴通讯股份有限公司 | 用于电信网管系统的性能数据补充采集系统及方法 |
-
2010
- 2010-12-16 CN CN2010105922981A patent/CN102025546B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN102025546A (zh) | 2011-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102662988B (zh) | 一种用于rfid中间件的冗余数据过滤方法 | |
CN104462141B (zh) | 一种数据存储与查询的方法、系统及存储引擎装置 | |
CN104407879B (zh) | 一种电网时序大数据并行加载方法 | |
CN102025546B (zh) | 一种网络设备性能文件的生成、传输、读取方法及设备 | |
CN101790257A (zh) | 一种存储数据的方法和网管系统 | |
CN103412889A (zh) | 智能电表的数据存储和查询方法及其系统 | |
CN105573711B (zh) | 一种数据缓存方法及装置 | |
CN102209019B (zh) | 一种基于报文净荷的负载均衡方法和负载均衡设备 | |
CN103326925B (zh) | 一种消息推送方法及装置 | |
CN108984744A (zh) | 一种非主链区块自增长方法 | |
CN105049298A (zh) | 一种云资源监控方法和系统 | |
CN104615684A (zh) | 一种海量数据通信并发处理方法及系统 | |
CN108595511A (zh) | 一种多样化气象水文数据分类存储处理方法和系统 | |
CN109561464A (zh) | 一种上报缓存状态和分配资源的方法及设备 | |
CN103778120A (zh) | 全局文件标识生成方法、生成装置及相应的分布式文件系统 | |
CN102946443B (zh) | 一种实现大规模数据传输的多任务调度方法 | |
CN110232086A (zh) | 一种基于物联网的信息管理系统 | |
CN103607731A (zh) | 一种测量报告的处理方法及装置 | |
CN104424189A (zh) | 基于云平台的定位解算方法和系统 | |
CN102081845B (zh) | 交通信息的预处理方法及装置 | |
CN101964995B (zh) | WCDMA系统NodeB侧上行基带芯片参数更新方法及装置 | |
CN102347821A (zh) | 信息指示和处理方法、装置及通信系统 | |
CN104219102A (zh) | 一种网络数据压缩统计的方法、装置和系统 | |
CN110532071B (zh) | 一种基于gpu的多应用调度系统和方法 | |
CN102075237A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |