CN102571451A - 一种网元及其上传mr消息的方法 - Google Patents

Abstract

本发明公开了一种网元及其网元上传MR消息的方法，该方法包括：接收终端和基站上报的测量报告MR消息和呼叫详细记录CDL消息；将接收的MR消息单独组成MR文件；确定所述网元与MR服务器间的MR接口链路正常时，将所述MR文件采用文件传输协议FTP方式上报给所述MR服务器，以使MR服务器根据所述MR文件中的MR消息生成性能指标文件。本发明提高了接收上报的MR消息网元的处理能力；保证了MR消息不存在丢包问题，有力保障了网优平台及北向网管获取的性能指标文件的正确性，有效提升了北向网管对性能指标文件的处理效能。

Description

一种网元及其上传MR消息的方法

技术领域

本发明涉及网络维护技术领域，尤其涉及一种网元及其上传MR消息的方法及装置。

背景技术

网管OMC-R(Operation & Maintenance Center-Radio，无线操作维护中心)的MR服务器从网元设备收集到MR(Measure Report，测量报告)消息，通过对MR消息分析生成性能指标文件上报给上级北向网管和用于网络优化的网优平台，北向网管可以对小区的网络覆盖情况、业务质量、上/下行链路干扰水平、小区或载波故障辅助定位分析，对无线网络优化工作形成有力的数据支撑，达到精细化的无线性能管理效果；同时，也减少了省级以上网优平台的数据负担以及系统复杂度。

目前网管采用UDP(User Datagram Protocol，用户数据报协议)模式从网元设备采集MR。具体地，网元设备在检测到MR服务器与网元设备间的MR接口链路正常的时候，每隔5～10s(可通过网管进行配置)，将终端报上来的MR消息及CDL(Call Detail Logs，呼叫详细记录)消息，按照UDP协议进行封装，将封装后得到的UDP数据包发送到MR服务器上，MR服务器通过对UDP数据包解析得到MR消息，将MR消息解析形成性能指标文件，上报给上级北向网管。

现有的测量报告MR消息上传方案具有以下缺点：

1)不可避免的会造成MR消息丢失，导致生成的性能指标文件不准确

在MR消息上传过程中采用UDP协议，属于非确认消息传送模式，因此由于网络环境问题容易导致网络丢包，据现调研，正常网管网络丢包在1％左右，从而会造成MR消息丢失。

另外，MR服务器的JAVA进程，在内存使用到一定量后，会进行内存整理，这段时间(一般有2s左右)不接收及不处理任何消息，也会造成MR消息丢失。

2)性能指标文件不准确，对于北向网管和网优平台都带来很严重的影响

北向网管得到的性能指标文件不准确，最终导致收集到的网元及无线侧的统计信息不准确，北向网管对于下级网元的管理功能受限。

网优平台得到的性能指标文件不准确，网优平台根据不准确的性能指标文件得到的网优分析报告则不能准确的指导现场网优工作，甚至得到完全错误的结论。

发明内容

本发明提供一种网元及其上传MR消息的方法，用以提供一种更加稳定的MR消息采集方案，解决由于各种原因造成的测量报告MR消息丢失问题。

本发明提供一种网元上传MR消息的方法，包括：

接收终端和基站上报的测量报告MR消息和呼叫详细记录CDL消息；

将接收的MR消息单独组成MR文件；

确定所述网元与MR服务器间的MR接口链路正常时，将所述MR文件采用文件传输协议FTP方式上报给所述MR服务器，以使MR服务器根据所述MR文件中的MR消息生成性能指标文件。

本发明还提供一种生成性能指标文件的方法，包括：

接收网元上报的采用文件传输协议FTP方式上报MR文件；

对所述MR文件解析得到MR消息；

根据北向网管和/或网优平台的要求，对所述MR文件进行解析得到性能指标文件，将得到的性能指标文件上报给北向网管和/或网优平台。

本发明提供一种上传MR消息的网元，包括：

接收单元，用于接收终端和基站上报的测量报告MR消息和呼叫详细记录CDL消息；

文件生成单元，用于将接收的MR消息单独组成MR文件；

上报单元，用于确定所述网元与MR服务器间的MR接口链路正常时，将所述MR文件采用文件传输协议FTP方式上报给所述MR服务器，以使MR服务器根据所述MR文件中的MR消息生成性能指标文件。

本发明还提供一种生成性能指标文件的网元，包括：

文件接收单元，用于接收网元上报的采用文件传输协议FTP方式上报MR文件；

第一解析单元，用于对所述MR文件解析得到MR消息；

第二解析单元，用于根据北向网管和/或网优平台的要求，对所述MR文件进行解析得到性能指标文件，将得到的性能指标文件上报给北向网管和/或网优平台。

利用本发明提供的网元及其上传MR消息的方法、生成性能指标文件的方法，具有以下有益效果：在上报MR服务器之前，MR消息和CDL消息分离，将MR消息单独处理，降低了MR服务器解析文件的性能压力，提高MR服务器处理能力，有利于网管产品的高度集成；采用FTP方式传输MR文件的方式保证了MR消息不存在丢包问题，有力保障了网优平台及北向网管获取的性能指标文件的正确性，有效保证了网优平台分析优化结果的正确性，保障北向网管对下级网管的有效管理和监控。

附图说明

图1为本发明实施例中网元上传MR消息的方法流程图；

图2为本发明实施例中MR文件在RNC、OMCR、北向网管、网优平台之间的控制及消息传递原理；

图3为本发明实施例中生成性能指标文件的方法流程图；

图4为本发明实施例中上传MR消息的网元结构图；

图5为本发明实施例中生成性能指标文件的网元结构图。

具体实施方式

下面结合附图和实施例对本发明提供的网元及其上传MR消息的方法、生成性能指标文件的方法进行更详细地说明。

根据现有测量报告技术规范要求，目前的测量报告的采集粒度要求在2s～12s之间，MR服务器支持最大容量在30000载波，根据该配置，可以计算出MR服务器的消息接收量在38000条/s，现有方案在消息接收过程中采用UDP协议，消息属于非确认消息传送模式，所以在网络环境较差，或者MR服务器的内存整理过程中(性能问题)，都会出现丢包，最终导致MR消息丢失，生成的MR北向文件的准确性出现偏差。所以，需要更加稳定的MR消息采集方案，来解决由于各种原因造成的测量报告消息丢失问题。

本发明实施例提供一种网元上传MR消息的方法，如图1所示，包括：

步骤101，接收终端和基站上报的测量报告MR消息和呼叫详细记录CDL消息；

步骤102，将接收的MR消息单独组成MR文件；

终端和基站在向网元上报MR消息，也会将CDL消息上报给网元，大量的MR消息和CDL混合在一起，本发明实施例在接收到MR消息和CDL消息时，将MR消息单独组成MR文件，从而实现MR消息与CDL消息的分离，由于MR消息采用文件方式，因此需要将多个MR消息组成MR文件，不需要在进行UDP数据包封装。

步骤103，确定所述网元与MR服务器间的MR接口链路正常时，将所述MR文件采用文件传输协议FTP方式上报给所述MR服务器，以使MR服务器根据所述MR文件中的MR消息生成性能指标文件。

接收上报的MR消息的网元如网管中的MR服务器，通常连接多个下级网元，本发明实施例中在下级网元中将MR消息单独组成MR文件，实现MR消息和CDL消息分离，降低了MR服务器解析文件的性能压力，提高MR服务器处理能力，有利于网管产品的高度集成；本发明实施例采用FTP方式传输MR文件，由于FTP为确认消息传送模式，即在传输成功时，接收方会反馈接收成功消息，否则反馈接收失败消息，因此方式保证了MR消息不存在丢包问题，有力保障了网优平台及北向网管获取的性能指标文件的正确性，有效保证了网优平台分析优化结果的正确性，保障北向网管对下级网管的有效管理和监控。

优选地，本实施例中上传MR消息的网元为RNC，具体向网管OMRC中的MR服务器上传MR消息。

优选地，本实施例中将分离得到的MR消息组成MR文件，具体包括：

每隔设定时间间隔如间隔5分钟，将接收的MR消息单独组成MR文件；或者接收的未组成MR文件的MR消息的信息量达到设定阈值时，如达到20M时，将未组成MR文件的MR消息组成MR文件。

如图2所示，本实施例中网元包括信令板和全局板，则具体是信令板上的HSPS(High Signal Process Subsystem，高速信令子系统)将终端上报的MR消息和CDL消息发送到OAMS(Operation And Maintenance Subsystem，操作维护子系统)，OAMS对CDL消息和MR消息进行分离后发给全局板，具体地，可以在满一定大小如满12k时发给全局板，也可以是间隔一定时间如间隔5s发给全局板，由全局板将接收的MR消息组成MR文件，具体地，全局板上接收MR消息，按照20M或者5分钟组成MR文件。进一步优选地，本实施例中全局板将MR文件进行压缩，将压缩后的MR通过FTP方式上传到MR服务器。通过FTP方式发送时，根据接收方的反馈可以确定对方是否接收成功。

如图2所示，RNC会进行与MR服务器间的MR接口链路检测，优选地，本实施中确定所述网元与MR服务器间的MR接口链路不正常时，等待至检测到所述网元与MR服务器间的MR接口链路正常时，将所述MR文件及采用文件传输协议FTP方式上报给所述MR服务器。本实施例中执行MR接口链路检测，具体是检测RNC中的全局板与网络维护模块间接口、网络维护模块与MR服务器间的接口是否正常。

优选地，本实施例中确定MR文件传输成功时，将所述传输成功的MR文件删除；确定MR文件未传输成功时，将所述未传输成功的MR文件存储，如保存在全局板上，间隔设定传输间隔进行重传；并间隔设定更新时间删除存储时间最早的MR文件。如每隔3天，自动删除最早的MR文件。

为了实现MR文件的正确删除，优选地，本实施例MR文件命名规则为依次包括：MRrnc，标识该文件是来自于RNC；网元标识，标识该文件具体是来自哪个RNC；文件创建日期。优选地，采用如下形式：

MRrnc_<4字符网元标识(16进制)>_<8字符文件创建日期(年月日)>_<4字符文件创建时间(时分)>.dat。

文件创建日期使用本地时间，年月日(YYYYMMDD)格式。

文件创建时间采用本地时间，时分(HHMM)格式。

本发明实施例还提供一种生成性能指标文件的方法，如图3所示，包括：

步骤301，接收网元上报的采用文件传输协议FTP方式上报MR文件；

由于是FTP方式，因此会将接收是否成功的结果反馈给发送方。

步骤302，对所述MR文件解析得到MR消息；

本发明实施例上报上来的MR文件仅包括MR消息，因此MR服务器直接对所述MR文件进行解析得到性能指标文件，提高了MR服务器的处理效率。

步骤303，根据北向网管和/或网优平台的要求，对所述MR文件进行解析得到性能指标文件，将得到的性能指标文件上报给北向网管和/或网优平台。

本实施例中根据北向网管和/或网优平台需要的性能指标，对MR消息进行解析，得出北向网管和/或网优平台需要的性能指标，并通过xml文件的格式，将这些性能指标及性能指标值上传到北向网管中的FTP服务器或网优平台。北向网管中的FTP服务器每隔采集一次xml文件，并将xml文件中的性能指标值解析入库。

本实施例中接收MR消息的上级网元不需要再对MR消息和CDL消息分离，降低了MR服务器解析文件的性能压力，提高MR服务器处理能力，有利于网管产品的高度集成。

本实施例中接收MR消息的上级网元具体为网管OMCR中的MR服务器，如果MR服务器故障，MR服务器状态异常，此时不处理任何MR文件；故障恢复后，MR接口恢复正常，RNC重新上传MR故障期间的MR文件，MR服务器开始正常的MR文件处理流程。MR服务器的JAVA进程，在内存使用到一定量后，会进行内存整理，这段时间不接收及不处理任何消息。但是由于采用FTP方式及RNC侧采用上述处理机制，因此并不会造成MR消息的丢失。

MR服务器在对接收的MR文件进行解析时，如果MR文件为压缩文件，则首先对压缩的MR文件进行解压缩。

优选地，对所述MR进行解析得到性能指标文件的文件类型，具体包括二进制类型及明文类型，即原始文件类型及样本文件类型，所述性能指标文件的命名中包括文件类型、发送性能指标文件的网元的网元标识及性能指标文件创建时间。优选地，可以采用如下形式：

TD-SCDMA_<文件类型>_<DATANG_OMCR_(表示文件来自OMCR)>_<2字符网元标识(16进制，表示文件具体来自哪个OMCR)>_<14字符文件创建时间(年月日时分秒)>.xml。

文件创建日期使用本地时间，年月日时分秒(YYYYMMDDHHMMSS)格式。

例如：网元RNC标识为68，在2011年11月25日23点30分00秒生成的MRO和MRS文件命名如下：

TD-SCDMA_MRS_DATANG_OMCR_44_20111125233000.xml

TD-SCDMA_MRO_DATANG_OMCR_44_20111125233000.xml

如图2所示，给出了MR文件在RNC、OMCR、北向网管、网优平台之间的控制及消息传递原理。

OMRC除包括MR服务器还包括网元适配模块，网元适配模块通过管理接口与RNC中的网络维护模块连接，网元适配模块通过管理接口完成MR任务管理功能，如任务创建、测量内容定制、修改等。

本发明实施例给出了MR消息的上报方式，实际中，CDL消息也是要上报给OMRC的，优选地，本实施例中RNC在分离MR消息和CDL消息后，将分离后得到的CDL消息单独组成CDL文件，以FTP方式上报给OMRC。

基于同一发明构思，本发明实施例中还提供了一种上传MR消息的网元及生成性能指标文件的网元，由于这些设备解决问题的原理与网元上传MR消息的方法、一种生成性能指标文件的方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。

本发明实施例提供的上传MR消息的网元，如图4所示，包括：

接收单元401，用于接收终端和基站上报的测量报告MR消息和呼叫详细记录CDL消息；

文件生成单元402，用于将接收的MR消息单独组成MR文件；

上报单元403，用于确定所述网元与MR服务器间的MR接口链路正常时，将所述MR文件采用文件传输协议FTP方式上报给所述MR服务器，以使MR服务器根据所述MR文件中的MR消息生成性能指标文件。

优选地，所述文件生成单元402具体用于每隔设定时间间隔，将接收的MR消息组成MR文件；或者在未组成MR文件的MR消息的信息量达到设定阈值时，将未组成MR文件的MR消息组成MR文件。

优选的，该网元还包括：等待传输单元，用于确定所述网元与MR服务器间的MR接口链路不正常时，等待至检测到所述网元与MR服务器间的MR接口链路正常时，将所述MR文件及采用文件传输协议FTP方式上报给所述MR服务器。

优选地，该网元还包括：第一删除单元，用于确定MR文件传输成功时，将所述传输成功的MR文件删除；重传单元，用于确定MR文件未传输成功时，将所述未传输成功的MR文件存储，间隔设定传输间隔进行重传；第二删除单元，用于间隔设定更新时间删除存储时间最早的MR文件。

优选地，所述网元包括信令板和全局板，所述接收单元由信令板实现，所述文件生成单元由全局板实现，

具体是信令板上的高速信令子系统HSPS将终端上报的MR消息和CDL消息发送到操作维护子系统OAMS，OAMS将MR消息发给全局板，由全局板将接收的MR消息组成MR文件。

优选地，上述上传MR消息的网元为RNC。

本发明实施例提供的生成性能指标文件的网元，如图5所示，包括：

文件接收单元501，用于接收网元上报的采用文件传输协议FTP方式上报MR文件；

第一解析单元502，用于对所述MR文件解析得到MR消息；

第二解析单元503，用于根据北向网管和/或网优平台的要求，对所述MR文件进行解析得到性能指标文件，将得到的性能指标文件上报给北向网管和/或网优平台。

优选地，本发明实施例中生成性能指标文件的网元为OMRC中的MR服务器。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (13)

1.一种网元上传MR消息的方法，其特征在于，包括：

接收终端和基站上报的测量报告MR消息和呼叫详细记录CDL消息；

将接收的MR消息单独组成MR文件；

确定所述网元与MR服务器间的MR接口链路正常时，将所述MR文件采用文件传输协议FTP方式上报给所述MR服务器，以使MR服务器根据所述MR文件中的MR消息生成性能指标文件。

2.如权利要求1所述的方法，其特征在于，将接收的MR消息单独组成MR文件，具体包括：

每隔设定时间间隔，将接收的MR消息单独组成MR文件；或者

在未组成MR文件的MR消息的信息量达到设定阈值时，将未组成MR文件的MR消息组成MR文件。

3.如权利要求1所述的方法，其特征在于，进一步包括：

确定所述网元与MR服务器间的MR接口链路不正常时，等待至检测到所述网元与MR服务器间的MR接口链路正常时，将所述MR文件及采用文件传输协议FTP方式上报给所述MR服务器。

4.如权利要求1所述的方法，其特征在于，进一步包括：

确定MR文件传输成功时，将所述传输成功的MR文件删除；

确定MR文件未传输成功时，将所述未传输成功的MR文件存储，间隔设定传输间隔进行重传；

间隔设定更新时间删除存储时间最早的MR文件。

5.如权利要求1所述的方法，其特征在于，所述网元包括信令板和全局板，则具体是信令板上的高速信令子系统HSPS将终端上报的MR消息和CDL消息发送到操作维护子系统OAMS，OAMS将MR消息发给全局板，由全局板将MR消息单独组成MR文件。

6.一种生成性能指标文件的方法，其特征在于，包括：

接收网元上报的采用文件传输协议FTP方式上报MR文件；

对所述MR文件解析得到MR消息；

根据北向网管和/或网优平台的要求，对所述MR文件进行解析得到性能指标文件，将得到的性能指标文件上报给北向网管和/或网优平台。

7.如权利要求6所述的方法，其特征在于，对所述MR进行解析得到性能指标文件的文件类型，具体包括二进制类型及明文类型，所述性能指标文件的命名中包括文件类型、发送性能指标文件的网元的网元标识及性能指标文件创建时间。

8.一种上传MR消息的网元，其特征在于，包括：

接收单元，用于接收终端和基站上报的测量报告MR消息和呼叫详细记录CDL消息；

文件生成单元，用于将接收的MR消息单独组成MR文件；

上报单元，用于确定所述网元与MR服务器间的MR接口链路正常时，将所述MR文件采用文件传输协议FTP方式上报给所述MR服务器，以使MR服务器根据所述MR文件中的MR消息生成性能指标文件。

9.如权利要求8所述的网元，其特征在于，所述文件生成单元具体用于每隔设定时间间隔，将接收的MR消息单独组成MR文件；或者未组成MR文件的MR消息的信息量达到设定阈值时，将未组成MR文件的MR消息组成MR文件。

10.如权利要求8所述的网元，其特征在于，还包括：

等待传输单元，用于确定所述网元与MR服务器间的MR接口链路不正常时，等待至检测到所述网元与MR服务器间的MR接口链路正常时，将所述MR文件及采用文件传输协议FTP方式上报给所述MR服务器。

11.如权利要求8所述的网元，其特征在于，还包括：

第一删除单元，用于确定MR文件传输成功时，将所述传输成功的MR文件删除；

重传单元，用于确定MR文件未传输成功时，将所述未传输成功的MR文件存储，间隔设定传输间隔进行重传；

第二删除单元，用于间隔设定更新时间删除存储时间最早的MR文件。

12.如权利要求8所述的网元，其特征在于，所述网元包括信令板和全局板，所述接收单元由信令板实现，所述文件生成单元由全局板实现，

具体是信令板上的高速信令子系统HSPS将终端上报的MR消息和CDL消息发送到操作维护子系统OAMS，OAMS将MR消息发给全局板，由全局板将接收的MR消息单独组成MR文件。

13.一种生成性能指标文件的网元，其特征在于，包括：

文件接收单元，用于接收网元上报的采用文件传输协议FTP方式上报MR文件；

第一解析单元，用于对所述MR文件解析得到MR消息；

第二解析单元，用于根据北向网管和/或网优平台的要求，对所述MR文件进行解析得到性能指标文件，将得到的性能指标文件上报给北向网管和/或网优平台。

Images