CN100554985C - 一种北向接口数据完整性的检验方法 - Google Patents

Abstract

本发明公开了一种北向接口数据完整性的检验方法，通过OMC从各基站采集原始性能数据，将所采集的原始性能数据存储在原始性能数据库中，并对原始性能数据进行分类，记录分类后的数据采集结果；OMC将各种原始性能数据依据不同算法计算出CORBA指标数据，同时CORBA适配器对数据采集结果进行分析，得到相应分析结果，将得到的分析结果与计算出的CORBA指标数据进行比较，确定CORBA指标数据与数据采集结果的关联关系，并依据关联关系对原始性能数据进行相应的处理。采用本发明的检验方法，能检验北向接口数据的正确性、完整性，减少数据的漏报和错报，便于故障的快速定位。

Description

一种北向接口数据完整性的检验方法

技术领域

本发明涉及电信网的网络管理技术，尤其涉及移动通信网网元层北向接口数据完整性的检验方法。

背景技术

为适应电信网技术的飞速发展和日益增加的通信新业务的需要，国际电信联盟电信标准化部门(ITU-T)提出了对电信网实行统一综合维护管理的电信管理网(TMN)。TMN是一个有组织的网络，是收集、处理、传送和存储有关电信网维护、操作以及管理信息的一种综合手段，TMN为管理电信网起着支撑作用。TMN可以提供一系列的管理功能，并能使各种类型的操作系统之间通过标准接口进行通信联络，还能使操作系统与电信网之间也可通过标准接口进行通信联络。

然而，随着电信市场的日益开放，被管理的各种网元、与电信业务相关的管理信息以及完成TMN功能的管理实体，在逻辑上和物理上都呈分布状态，且处于动态变化之中。基于传统的TMN标准的各种管理应用已经显现出一定的局限性。而此时，伴随着网络技术的日益成熟，电信网的管理模式日益需要向具有开放、分布式处理和互操作性的网管技术方向发展。

近年来，国际上已经涌现出许多关于这方面的技术标准和规范，其中，北向接口(M，Northbound Interface)中的通用对象代理体系结构(CORBA)最具代表性，CORBA结构经过十几年的发展已经逐渐成熟，并已被成功运用在一些大型软件系统中。北向接口是指低层实体向其更高层实体组件上载数据的一种接口的统称，与之传送方向相反的接口被称为南向接口(SI，SouthboundInterface)。CORBA是由对象管理组织(OMG)提出的应用软件体系结构和对象技术规范，其核心是一套标准的语言、接口和协议，以支持异构分布应用程序间的互操作性及独立于平台和编程语言的对象重用。由于CORBA自身的特性，采用CORBA技术和TMN相结合已成为目前网络管理技术发展的新方向。

TMN中基于CORBA的北向接口，通常位于网络层网管中心(NMC)与网络层网管或子网络层网管之间，为上层网管系统提供数据访问接口，完成与下层网管间的交互。TMN为电信管理提供了一种框架，通过引入管理的通用网络模型，采用通用的信息模型和标准接口，实现对各种完全不同的设备的通用管理。网管接口在网管系统和网元之间起重要作用，是网管信息的基础来源。

目前的移动通信网络管理多采用集团和省两级集中管理体制，集团移动通信网管系统即NMC，负责对全集团网络的集中、统一管理，管理各省级移动通信网管系统即网元层网管中心(POMC)；POMC负责本省内移动通信网络的集中、统一管理，管理省内各设备商提供的网元管理系统即设备网管中心(OMC)；OMC对下管理网元(NE)设备，对上向POMC提供符合移动通信网管标准的操作维护接口。NE设备为网络中具体通信设备或逻辑实体的统称，在移动通信网中具体指基站(BS)、基站控制器(BSC)、移动交换中心(MSC)等。

根据目前TMN的要求，POMC与NMC对接，网元层需要提供北向接口。由于目前POMC大多采用分层结构，一般POMC分为省级网管中心、OMC两层结构；或者分为POMC、本地网管中心(LOMC)、OMC三层结构。其中，OMC负责网元数据的采集，POMC负责与上层NMC对接。

图1为现有技术中网络管理系统架构功能示意图，如图1所示，网管系统的核心部分从功能上可分为网元层、数据处理层、应用服务层，其中，网元层负责采集收集网络的运维信息、下达网管指令等任务；数据处理层一方面处理与网元层的交互信息、收集信息，另一方面适配网元层要上报的信息，在经过统一性能适配处理后上报；应用服务层的网管服务器系统是基于CORBA总线的分布式软件结构，提供对设备集中的配置管理、性能管理、故障管理、安全管理、日志管理和远程操作维护等功能。对于网元层上报的信息数据的处理，可分为采集数据、处理数据以及应用数据三个交互层次，通过这三层之间的交互完成对网络运行状况的获取和对网络设备的操纵控制。其中，采集数据是指OMC将不同类型设备的性能数据写入网管系统原始数据库的过程，数据采集和数据处理间采用统一的标准接口，不同类型的采集服务都通过这一接口将数据传递到数据处理层；处理数据是指将不同的数据内容转换为统一的格式，并将其保存在统一化的数据库中的过程；应用数据是实现配置管理、性能管理、安全管理、故障管理以及资源管理等功能的过程。

现有网络管理技术中，网络层数据是通过网元层上报得到的。现有技术中北向接口数据计算的基础是性能数据，性能数据来源于数据采集，而目前采集数据位于OMC侧，北向接口位于POMC侧，故采集接口与处理数据是相互分离的。由于不存在北向接口数据和数据采集之间的关联，这就导致了北向接口数据存在漏报、错报的缺陷，现有技术对这种缺陷的发生无法预防且缺陷发生时无法查找到漏报、错报的原因。

发明内容

有鉴于此，本发明的主要目的在于提供一种北向接口数据完整性的检验方法，能检验北向接口数据的正确性、完整性，减少数据的漏报和错报，便于故障的快速定位。

为达到上述目的，本发明的技术方案是这样实现的：

一种北向接口数据完整性的检验方法，该方法包括以下步骤：

a、OMC从各基站采集原始性能数据，将所采集的原始性能数据存储在原始性能数据库中，并对原始性能数据进行分类，记录分类后的数据采集结果；

b、OMC将各种原始性能数据依据不同算法计算出CORBA指标数据，同时CORBA适配器对数据采集结果进行分析，得到相应分析结果；

c、比较所得到的分析结果与计算出的CORBA指标数据，确定CORBA指标数据与数据采集结果的关联关系，并依据关联关系对原始性能数据进行相应的处理。

该方法进一步包括步骤d、POMC将CORBA指标数据组装后经由IRP上报给NMC。

上述方案中，步骤a中所述对原始性能数据进行分类并记录数据采集结果，具体为：OMC构造散列表Hash Table，以散列函数映射Hash Map方式将原始性能数据进行分类，将经过分类处理的数据采集结果存储在构造的Hash Table中，并将所述Hash Table保存在内存中。

上述方案中，步骤b中所述对数据采集结果进行分析得到相应分析结果具体为：构造包括数据表名、采集时间、采集类型、采集条数的链表1，提取采集结果信息表中原始数据的数据表名、采集时间、采集类型、采集条数放入链表1，遍历链表1中的每个链表节点，得到符合CORBA指标的最后数据时间。

上述方案中，步骤c中所述比较得到的分析结果与计算出的CORBA指标具体包括：

c1、判断采集时间与最后数据时间是否一致，如果一致，则继续遍历链表1，如果不一致，则执行步骤c2；

c2、构造数据结构与链表1一致的链表2，将步骤c1中对比时间不一致的表项记录在链表2中；

c3、判断链表1是否遍历完，如果未遍历完，则继续遍历链表1，如果已遍历完，则遍历链表2中的每一个链表节点，更新采集结果信息表中记录的采集时间；

c4、以数据表名为Hash Table关键字，更新Hash Table中的数据采集状态。

步骤c中所述确定CORBA指标与数据采集结果的关联关系并依据关联关系对原始性能数据进行相应处理具体为：

根据对比先后不同时刻记录在链表2中的记录时间，更新链表2中的采集记录，如果出现最后数据时间迟于采集时间，则判断链表2是否已遍历完，若未遍历完，则继续遍历链表2，更新采集结果信息表中的采集时间，若已遍历完，则结束此次检验过程。

其中，所述遍历链表1、链表2通过构造并执行SQL语句实现。

本发明所提供的北向接口数据完整性的检验方法，以北向接口CORBA为基础，利用CORBA技术的特性，对网管技术与实际工程结合中存在的OMC采集的原始数据与北向接口实际上报的数据信息一致性、完整性问题进行详细分析，解决了现有网管技术中数据错报、漏报的问题。

本发明通过从基站获取数据结构，构造采集状态散列表(Hash Table)，建立OMC数据采集与POMC北向接口间的联系，通过对数据采集结果和POMC北向接口数据漏报的比对和分析，可以知道北向接口数据漏报和错报的原因，从而采取措施避免漏报和错报的发生，从而保证了北向接口数据的一致性、可靠性和完整性。

附图说明

图1为现有技术中网络管理系统架构功能示意图；

图2为本发明方法的实现原理示意图；

图3为本发明方法中OMC数据采集系统采集信息的实现流程示意图；

图4为本发明方法中POMC北向接口数据漏报、错报检验的实现流程图。

具体实施方式

下面参照附图对本发明的实施方式进行说明。

本发明的核心思想是：通过建立网元层数据采集与北向接口的联系，对数据采集结果和POMC北向接口数据进行比对和分析，可获知北向接口数据漏报和错报的原因，从而采取措施避免漏报和错报的发生，以保证北向接口数据的完整性。

图2为本发明方法的实现原理示意图，如图2所示，本发明实现北向接口数据完整性检验的流程包括：

步骤S1001，OMC从基站采集语音起呼、寻呼、登记、释放等各种原始性能数据，并将各种原始性能数据存储在各自的原始数据库中。

这里，在实际应用中，各种原始性能数据以表的形式存储于各OMC的原始数据库中，可将存储各种原始性能数据的表称为原始性能数据表，可以对应每类性能数据分别建立不同的原始性能数据表。

步骤S1002，构造一个散列表(Hash Table)，以散列函数映射(Hash Map)的方式将原始性能数据按照性能对象进行分类，将OMC采集到的每一个性能对象数据的结果记录下来，并将得到的数据采集结果信息存储在计算机主存中。

这里，采集结果信息以Hash Table的形式存储在内存，其中存储的是每一个性能对象的采集结果信息，包括采集是否成功，采集的条数等。

步骤S1003，OMC将各种性能数据按照不同算法分别计算得出CORBA指标。

这里的CORBA指标是指需要上报给NMC的CORBA数据，CORBA指标通常保存在执行计算功能的计算机内存中。CORBA指标以BSC话务性能数据为例，包括以下项：不含切换及短信主叫业务的信道分配请求次数、不含切换及短信的主叫业务信道分配成功次数、呼叫尝试次数、呼叫建立成功次数等。

步骤S1004，POMC上的CORBA适配器对步骤S1002所得的数据采集结果即Hash Table进行分析，用以判断采集结果中是否有错误、采集结果是否完整、采集是否成功、采集条数等信息，得到相应的分析结果。

步骤S1005，POMC上的CORBA适配器对步骤S1003得到的CORBA指标数据进行分析。

这里，所述对CORBA指标数据进行分析主要是对异常数据进行分析，进而与步骤S1004得到的分析结果进行对比，可知原始性能数据表的采集结果的数据采集记录是否正常即数据采集记录是否有遗漏、数据采集记录是否完整，从而可得出CORBA指标异常和所采集数据的关联关系。这里，所述异常数据是指没有任何采集结果(NULL)或存在结果不该为0却为0的情况。

举个例子来说，假设检验指标attCalls是否为空，与attCalls有关的原始性能数据表是R_GlobalVoiceCallOrigin、R_GlobalVoiceCallPaging，可以对比这两个表中的数据采集记录是否正常，从而可以得出CORBA指标异常与所采集数据之间的关联关系。具体过程是：如果此时attCalls指标为空，则可以分别检查一下R_GlobalVoiceCallOrigin、R_GlobalVoiceCallPaging表中采集结果记录是否完整，如果不完整，则认为attCalls为空，从而指标异常和所采集数据的关联关系得到确定。这里，是否完整是指表中某条记录的各数据项是否完整。

步骤S1006，POMC将CORBA数据组装后上报给集成参考点(IRP)。

本步骤中，之所以将CORBA数据进行组装后上报给IRP是因为：CORBA数据组装完毕后是一个多层的大Hash Map，不符合CORBA数据规范。IRP在这里的作用是将Hash Map数据进行格式转换，使之符合CORBA指标规范，之后将规范后的数据上报给NMC侧的各个功能子系统，IRP通常位于POMC侧。

步骤S1007，NMC网管通过CORBA接口的IRP得到符合CORBA指标规范的数据，作为供应用层各种管理功能子系统便于利用计算机处理的标准数据。

通过以上检验步骤，可以获知有没有异常数据，并且获知异常数据和数据采集结果异常的关系。这样，就可以决定是否继续上报数据给IRP，如果不上报IRP，则可以在下一次采集时进行补采，因此，避免了北向接口数据的漏报、错报现象发生。

以上是本发明方法总体的实现原理及过程，下面分别针对OMC数据系统采集信息过程及POMC北向接口数据漏报、错报检验的过程进行进一步的说明。

图3是OMC数据系统采集信息流程图，所述数据系统采集信息的流程即图2中步骤S1001和步骤S1002所述过程，具体采集步骤如下：

步骤T001，OMC连接各基站，连接后OMC自身的数据采集定时器开始计时。

此处，定时器工作周期又称为采集粒度，可根据需要设为15分钟、30分钟、1小时等，设备上报的性能数据周期与采集粒度是一致的。

步骤T002，OMC对基站的语音起呼、寻呼、登记、释放等性能对象的数据进行循环采集。

步骤T003，记录OMC与各基站之间的连接状态，包括：正常连接、断开状态。

步骤T004，记录采集性能对象的信息条数以及产生该信息时对应的时间信息。

步骤T005，记录并存储采集到的异常信息。

这里，所述异常信息是指程序中由于数据库操作异常、网络连接异常、程序异常等情况下产生的异常信息。

步骤T006，一个采集周期结束时，判断此时是否还有性能对象的数据未采集，如果有，则执行步骤T002；如果没有，则执行步骤T007。

步骤T007，将数据采集结果以Hash Table形式保存在OMC侧的计算机内存中，并将采集到的信息上报给POMC处理。

步骤T008，OMC释放所占用的系统资源。

由上述步骤得到的原始数据以及采集结果信息，由OMC将各种性能数据分别计算得出CORBA指标，以便根据需要再通过POMC上报给NMC。

图4为本发明性能对象表数据漏报、错报检验流程图，所述漏报、错报过程即对应图2中步骤S1004～步骤S1006描述的过程，其详细检验步骤如下：

步骤P001，POMC调用每个OMC的Java企业柄(EJB，Enterprise JavaBeans)，通过通信链路的数据通道，建立与网元侧存储采集结果信息的数据库的连接。

此处，所述EJB是J2EE(Java 2 Enterprise Edition)的一部分，它定义了一个用于开发基于组件的企业多重应用程序的标准，EJB部署在OMC上，POMC通过EJB对OMC上的数据库进行操作，以下步骤均由OMC执行EJB的流程。

步骤P002，提取步骤P001所述数据库中采集结果信息表中原始数据的数据表名、采集时间、采集类型、采集条数字段，构造链表1；相应的，链表1每个链表节点的数据结构至少包括数据表名、采集时间、采集类型、采集条数四个字段。

步骤P003，将步骤P002提取出的信息，即数据表名、采集时间、采集类型、采集条数放入链表1中。

步骤P004，通过构造结构化查询语句(SQL)，遍历链表1中每一个链表节点，得到实际的符合CORBA指标的最后数据时间。

这里，所述最后数据时间是指通过执行SQL语句得到的性能数据最近的时间。

步骤P005，判断采集时间和最后数据时间是否一致，若一致，则转至步骤P004；若采集时间和最后数据时间不一致，则执行步骤P006。

本步骤中，由于各种CORBA数据的结构不同，所以需要通过运行与不同结构对应的程序来完成判断操作。

步骤P006，构造链表2，其数据结构与链表1结构一致，每个链表节点包括数据表名、采集时间、采集类型、采集条数四个字段，将步骤P005中时间对比不一致的表项记录到链表2中。

本步骤中，也可以通过在链表1中增加标识的方式，来表示采集时间和最后数据时间不一致的情况，增加标识后的表称为链表2。

步骤P007，判断链表1是否遍历完，如果未遍历完，则返回P004继续执行SQL语句；如果已遍历完，则执行步骤P008。

步骤P008，通过执行构造的SQL语句，遍历链表2中每一个链表节点，根据已得到的最后数据时间更新采集结果信息表中的采集时间。

通过更新采集结果信息表中记录的采集时间，这样在下次采集时可以补采没有上报的数据。

步骤P009，根据Hash Table关键字即根据数据表名，更新Hash Table中的数据采集状态。

步骤P010，根据对比先后不同时刻记录在链表2中的记录时间，更新链表2中的采集记录；当出现最后数据时间比采集时间晚时，说明此粒度数据不全。

粒度数据不全是指某一个性能表一个粒度正常上报200条记录，但由于某些原因只上报了150条，此时就称为粒度数据不全，此时需要删除该粒度的数据，在下个采集点重新进行采集。

步骤P011，判断链表2是否遍历完，若未遍历完，则返回步骤P008，继续遍历链表2，更新采集表中的采集时间；若已遍历完，则执行步骤P012。

步骤P012，结束此次检验过程，释放全部占用的资源。

由于采集时间是在此粒度数据采集完毕后进行更新的，粒度数据是指一个采集周期内上报的性能，一般对于一个采集对象来说是比较固定的，针对每个性能对象来说，一个采集结果信息表的数据上报完毕，就更新采集结果信息表记录的采集时间，通过比较采集时间和最后数据时间的区别，可以检验出一些粒度数据上报不完整的情况，从而确保了数据上报的完整性。

至此，为本发明的北向接口数据漏、错报的检验方法为一个完整的过程。

以上所述，仅为本发明的典型实施例而已，并非用于限定本发明的保护范围。

Claims (8)

1、一种北向接口数据完整性的检验方法，其特征在于，该方法包括以下步骤：

a、设备网管中心OMC从各基站采集原始性能数据，将所采集的原始性能数据存储在原始性能数据库中，并对原始性能数据进行分类，记录分类后的数据采集结果到采集结果信息表；

b、OMC将各种原始性能数据依据不同算法计算出通用对象代理体系结构CORBA指标数据，同时CORBA适配器对数据采集结果进行分析，得到相应分析结果；

c、比较所得到的分析结果与计算出的CORBA指标数据，确定CORBA指标数据与数据采集结果的关联关系，并依据关联关系对原始性能数据进行相应的处理。

2、根据权利要求1所述的北向接口数据完整性的检验方法，其特征在于，该方法进一步包括步骤d：

d、POMC将CORBA指标数据组装后经由集成参考点IRP上报给网络层网管中心NMC。

3、根据权利要求1或2所述的北向接口数据完整性的检验方法，其特征在于，步骤a中所述对原始性能数据进行分类并记录数据采集结果，具体为：OMC构造散列表Hash Table，以散列函数映射Hash Map方式将原始性能数据进行分类，将经过分类处理的数据采集结果存储在构造的Hash Table中，并将所述HashTable保存在内存中。

4、根据权利要求3所述的北向接口数据完整性的检验方法，其特征在于，步骤b中所述对数据采集结果进行分析得到相应分析结果具体为：构造包括数据表名、采集时间、采集类型、采集条数的链表1，提取采集结果信息表中原始数据的数据表名、采集时间、采集类型、采集条数放入链表1，遍历链表1中的每一个链表节点，得到符合CORBA指标的最后数据时间。

5、根据权利要求4所述的北向接口数据完整性的检验方法，其特征在于，所述遍历链表1通过构造并执行结构化查询SQL语句实现。

6、根据权利要求4所述的北向接口数据完整性的检验方法，其特征在于，步骤c中所述比较得到的分析结果与计算出的CORBA指标具体包括：

c1、判断采集时间与最后数据时间是否一致，如果一致，则继续遍历链表1，如果不一致，则执行步骤c2；

c2、构造数据结构与链表1一致的链表2，将步骤c1中对比时间不一致的表项记录在链表2中；

c3、判断链表1是否遍历完，如果未遍历完，则继续遍历链表1，如果已遍历完，则遍历链表2中的每一个链表节点，更新采集结果信息表中记录的采集时间；

c4、以数据表名为Hash Table关键字，更新Hash Table中的数据采集状态。

7、根据权利要求6所述的北向接口数据完整性的检验方法，其特征在于，步骤c3中所述遍历链表2通过构造并执行SQL语句实现。

8、根据权利要求6所述的北向接口数据完整性的检验方法，其特征在于，步骤c中所述确定CORBA指标与数据采集结果的关联关系并依据关联关系对原始性能数据进行相应处理具体为：

根据对比先后不同时刻记录在链表2中的记录时间，更新链表2中的采集记录，如果出现最后数据时间迟于采集时间，则判断链表2是否已遍历完，若未遍历完，则继续遍历链表2，更新采集结果信息表中的采集时间，若已遍历完，则结束此次检验过程。

Images