WO2011144109A2

WO2011144109A2 - 核查网元配置的业务规则的方法和核查系统

Info

Publication number: WO2011144109A2
Application number: PCT/CN2011/074784
Authority: WO
Inventors: 张权; 解宁
Original assignee: 华为技术有限公司
Priority date: 2011-05-27
Filing date: 2011-05-27
Publication date: 2011-11-24
Also published as: CN102246550A; CN102246550B; WO2011144109A3

Abstract

核查网元配置的业务规则的方法和核查系统。其中，一种核查网元配置的业务规则的方法，包括：从核查规则自定义接口接收用于指示用户选择的业务规则类型的第一指示、从核查规则自定义接口接收用于指示用户选择的MOC中需核查的属性集合的第二指示、从核查规则自定义接口接收用于指示用户指定的用于筛选出需要核查的MOC所对应的MOI的筛选条件的第三指示；基于第一指示、第二指示和第三指示生成配置核查脚本；调用该配置核查脚本核查网元配置的业务规则。本发明实施例的方案有利于相对降低了实施核查网元配置的业务规则这一业务的维护成本。

Description

核查网元配置的业务规则的方法和核查系统

技术领域

本发明涉及通信技术领域，具体涉及一种核查网元配置的业务规则的方法和核查系统。

背景技术

随着电信技术的发展，电信网络的组网越来越庞大，业务也变得更加丰富和多样化，随之对电信设备的配置也变得更复杂。

在配置各个网元之间的关联数据时，通常都是对网元逐个进行配置。因此容易造成在不同网元配置关联数据时发生错误。针对此问题，业内出现了配置核查工具，配置核查工具可对各网元配置的业务规则进行核查，以确认其业务规则是否配置正确。例如，池（POOL )组网下要求 POOL内所有的移动交换中心（MSC, Mobile Switching Centre ) 的接入数据，例如小区对象、基站控制器（BSC, Base Station Controller )对象需保持一致相等。

面对业务规则配置的复杂和快速变化，配置核查工具也将随之变化，怎样对配置核查工具进行方便的维护和管理，现有的一种方式就是将配置核查工具内置在核查主程序中，随核查主程序一同发布。在此核查程序架构中，核查的控制流程由主程序实现，各种不同类型的核查规则实现为动态库。主程序启动后首先加载各个业务规则核查动态库，用户启动核查操作后，主程序调用各个业务规则核查动态库依次执行各个核查规则函数，判断业务规则配置是否正确。

基于现有配置核查工具程序架构，当配置的业务规则变化后，需要发布相关的程序补丁，这造成了实施核查业务规则的这一业务的维护成本较高。

发明内容

本发明实施例提供核查网元配置的业务规则的方法和核查系统，以降低实施核查网元配置的业务规则这一业务的维护成本。

为解决上述技术问题，本发明实施例中提供以下技术方案：

一种核查网元配置的业务规则的方法，包括：

从核查规则自定义接口接收第一指示，该第一指示用于指示用户选择的业务规则类型；

从核查规则自定义接口接收第二指示，该第二指示用于指示用户选择的管理对象类 MOC中需核查的属性集合；

从核查规则自定义接口接收第三指示，该第三指示用于指示用户指定的用于筛选出需要核查的 MOC所对应的管理对象实例 MOI的筛选条件；

基于所述第一指示、第二指示和第三指示生成配置核查脚本；

调用所述配置核查脚本核查网元配置的业务规则。

一种核查系统，包括：

核查脚本仓库单元，用于从核查规则自定义接口接收第一指示，其中，该第一指示用于指示用户选择的业务规则类型；从核查规则自定义接口接收第二指示，该第二指示用于指示用户选择的 MOC中需核查的属性集合；从核查规则自定义接口接收第三指示，该第三指示用于指示用户指定的用于筛选出需要核查的 MOC所对应的 MOI的筛选条件；基于所述第一指示、第二指示和第三指示生成配置核查脚本并保存；

核查引擎，用于调用所述配置核查脚本仓库单元保存的配置核查脚本核查网元配置的业务规则。

由上可见，本发明实施例中核查系统提供便于用户输入核查相关参数的核查规则自定义接口，在从该核查规则自定义接口接收到用于指示用户选择的业务规则类型的第一指示、用于指示用户选择的管理对象类 MOC中需核查的属性集合的第二指示、用于指示用户指定的用于筛选出需要核查的 MOC所对应的 MOI的筛选条件的第三指示后；基于第一指示、第二指示和第三指示生成配置核查脚本；调用该配置核查脚本核查网元配置的业务规则。由于核查系统提供便于用户输入核查相关参数的核查规则自定义接口，该机制可基于用户自定义输入的核查相关参数自动生成用于核查网元配置的业务规则的配置核查脚本，即使网元配置的业务规则经常发生变化，核查系统亦可筒易的基于用户自定义输入的对应核查相关参数来自动生成相适宜的配置核查脚本进行核查，这样相对降低了实施核查网元配置的业务规则这一业务的维护成本。附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述所需要使用的附图作筒单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图 1是本发明实施例提供的一种核查网元配置的业务规则的方法的流程示意图；

图 2是本发明实施例提供的一种核查系统的结构示意图；

图 3是本发明实施例提供的另一种核查网元配置的业务规则的方法的流程示意图；

图 4-a是本发明实施例提供的一种一致性业务规则核查的示意图；图 4-b是本发明实施例提供的一种关联性业务规则核查的示意图；图 4-c是本发明实施例提供的一种唯一性业务规则核查的示意图；图 5是本发明实施例提供的一种核查系统的示意图；

图 6-a是本发明实施例提供的另一种核查系统的示意图；

图 6-b是本发明实施例提供的另一种核查系统的示意图；

图 6-c是本发明实施例提供的又一种核查系统的示意图；

图 6-d是本发明实施例提供的又一种核查系统的示意图。

具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在电信设备中配置业务规则的基本单元称之为对象，其中，在第三代合作伙伴计划（3GPP, the 3rd generation partnership project )标准中通常称为管理对象（MO, Managed Object ), 对象由一组属性构成。具有相同属性集合的 1 类 MO总称为管理对象类（MOC, Managed Object Class )„ 具体的 1个对象实例称为管理对象实例（ MOI , Managed Object Instance )。

核查网元配置的业务规则，其实就是核查不同网元间（或同一网元）的不同 M0I之间的相互关系是否满足预定规则。本发明核查网元配置的业务规则的方法的一个实施例，可包括：从核查规则自定义接口接收第一指示，其中，该第一指示用于指示用户选择的业务规则类型；从核查规则自定义接口接收第二指示，该第二指示用于指示用户选择的 M0C中需核查的属性集合；从核查规则自定义接口接收第三指示，该第三指示用于指示用户指定的用于筛选出需要核查的 M0C所对应的 M0I的筛选条件；基于第一指示、第二指示和第三指示生成配置核查脚本；调用该配置核查脚本核查网元配置的业务规则。

参见图 1、具体步骤可包括：

110、从核查规则自定义接口接收第一指示，其中，该第一指示用于指示用户选择的业务规则类型；

其中，第一指示所指示出的用户选择的业务规则类型例如可以包括：一致性业务规则、关联性业务规则、唯一性业务规则或该三种业务规则两种或全部组合成的复合业务规则类型（而复合业务规则类型可看成同时具有几个并列的业务规则类型 )或其它业务规则类型。

120、从核查规则自定义接口接收第二指示，其中，该第二指示用于指示用户选择的 M0C中需核查的属性集合（其中，该属性集合可包括一个或多个属性）；

130、从核查规则自定义接口接收第三指示，该第三指示用于指示用户指定的用于筛选出需要核查的 M0C所对应的 M0I的筛选条件；

其中，第三指示所指示的筛选条件可能是对第二指示所指示的 M0C的某一个或多个属性的取值进行限制，使筛选出的 M0I的某 1个或多个属性的取值满足等于某 1个特定值或在属于某个取值范围。

其中，核查系统提供核查规则自定义接口，使得用户可通过该核查规则自定义接口来输入用于生成配置核查脚本所需的核查相关参数（该核查相关参数可包括：用户选择的业务规则类型信息（即第一指示）、用户选择的 MOC中需核查的属性集合信息（即第二指示）、用户指定的用于筛选出需要核查的 MOC 所对应的 MOI的筛选条件信息（即第三指示）等等），核查系统进而可基于用户通过该核查规则自定义接口输入的核查相关参数来生成配置核查脚本。

在实际应用中，核查系统例如还可提供核查规则自定义操作界面，以便于用户在核查系统提供的该核查规则自定义操作界面上进行自定义操作（该自定义操作界面还可提供相关的自定义操作指引，以便于用户根据该自定义操作指引来进行相关自定义操作 ), 用户可通过核查规则自定义操作界面来输入其选择的业务规则类型信息（即第一指示 )、其选择的 MOC中需核查的属性集合信息（即第二指示）、以及其指定的用于筛选出需要核查的 MOC所对应的 MOI的筛选条件信息（即第三指示）等核查系统生成配置核查脚本所需的核查相关参数。

在一种应用场景下，若第一指示所指示出的用户选择的业务规则类型为一致性业务规则；则从核查规则自定义接口接收第二指示可包括：从核查规则自定义接口接收用于指示用户选择需核查的 MOC的第二一指示；从核查规则自定义接口接收用于指示第二一指示所指示的 MOC中的索引属性的第二二指示；从核查规则自定义接口接收用于指示第二一指示所指示的 MOC中需执行一致性核查的属性集合（其中，该属性集合可包括一个或多个属性）的第二三指示（即，第二一指示所指示的 MOC对应的各个 MOI中，由第二三指示来指示出的属性集合中相同属性的取值需分别保持一致）。此处第二指示包括第二一指示、第二二指示和第二三指示。举例来说，第二一指示所指示出的 MOC-A 包括 5个属性（属性 Val、 Va2、 Va3、 Va4和 Va5 ), 第二三指示所指示出的需保持一致性的属性集合中包括属性 Va2、 Va3, 这就表示需要核查某几个网元（或同一网元）中 MOC-A对应的 MOI (其中，每个网元中 MOC-A可能有对应的一个或多个 MOI ) 中属性 Va2的取值是否一致，若一致，则表示该几个网元（或该同一网元）的该配置正确；反之，则表示某一个或多个网元（或该同一网元）的该配置错误。属性 Va3的核查方式可以此类推。在另一种应用场景下，若第一指示所指示出的用户选择的业务规则类型为关联性业务规则；从核查规则自定义接口接收第二指示包括：从核查规则自定义接口接收用于指示用户选择需核查的多个 MOC的第二四指示；从核查规则自定义接口接收用于指示该第二四指示所指示的多个 MOC间需执行关联性核查的属性集合（该属性集合可包括至少两个属性）的第二五指示（即，第二四指示所指示的多个 MOC对应 MOI中，第二五指示来指示出的属性集合中不同属性的取值之间需具有预设的映射关联关系）。此处，第二指示包括第二四指示和第二五指示。举例来说，如第二四指示所指示出的 MOC包括： MOC-B (包括 4个属性，即 Vbl、 Vb2、 Vb3和 Vb4 )和 MOC-C (包括 5个属性， Vcl、 Vc2、 Vc3、 Vc4和 Vc5 ), 其中，第二五指示所指示出的核查需具有关联关系的属性对为属性 Vbl和 Vc2 , 及属性 Vb4和 Vc5 , 而这就表示需要核查某个网元的 MOC-B对应的（ 1个或多个） MOI中属性 Vbl的取值，与该网元或其它网元的 MOC-C对应的（1个或多个） MOI中属性 Vc2的取值之间是否具有设定的关联关系，并且需要核查某个网元的 MOC-B对应的（ 1个或多个） MOI中属性 Vb4 的取值，与该网元或其它网元的 MOC-C对应的（ 1个或多个） MOI中属性 Vc5 的取值之间是否具有设定的关联关系，若具有设定的关联关系，则表示该网元或该几个网元的该配置正确；反之，则表示其中某 1个或多个网元的该配置错误，以此类推。

在又一种应用场景下，若第一指示所指示出的用户选择的业务规则类型为唯一性业务规则；则从核查规则自定义接口接收第二指示可包括：从核查规则自定义接口接收用于指示用户选择需核查的 MOC的第二六指示；从核查规则自定义接口接收用于指示第二六指示所指示的 MOC中执行唯一性核查的属性集合（其中，该属性集合可包括一个或多个属性）的第二七指示（即，第二六指示所指示的 MOC对应的若干个 MOI中，由第二七指示来指示出的属性集合中相同属性的取值需要互不相同）。此处，第二指示包括：第二六指示和第二七指示。举例来说，例如第二六指示所指示出的 MOC-D包括 5个属性（即属性 Vdl、 Vd2、 Vd3、 Vd4和 Vd5 ), 第二七指示所指示出的需保持一致性的属性为属性 Vd3, 这就表示需要核查某个或某几个网元中 MOC-D对应的 MOI (其中每个网元中 MOC-D可能对应有的 1个或多个 MOI ) 中属性 Vd3的取值是否互不相同（同一网元或不同网元间的 MOI可以两两比较），若互不相同，则表示该几个网元的该配置正确；反之，表示其中某 1个或多个网元的该配置错误，以此类推。

可以看出，对业务规则类型进行一致性业务规则、关联性业务规则、唯一性业务规则等合理分类，可以筒化核查参数设计和输入的复杂度，进而可降低用户参数输入错误的机率。

140、基于第一指示、第二指示和第三指示生成配置核查脚本；

在实际应用中，基于第一指示、第二指示和第三指示生成的配置核查脚本的数据格式可能是核查系统能够解析的多种格式，配置核查脚本可能基于扩展标记语言（XML, Extensible Markup Language )或其它程序语言描述，可根据具体场景和需要来具体确定，本发明对此不作限定。

其中，第一指示、第二指示和第三指示的数据格式可以是核查系统能够识别的任意格式，具体格式此处不作限定。

需要说明的是，基于第一指示、第二指示和第三指示生成配置核查脚本的方式可能是多种多样的，举例来说，可针对不同的业务规则类型预设对应的不同配置核查脚本模板，根据第一指示所指示出的业务规则类型，可调用该业务规则类型对应的预设的配置核查脚本模板 (例如可包括：对应一致性业务规则的配置核查脚本模板、对应关联性业务规则的配置核查脚本模板和对应唯一性业务规则的配置核查脚本模板等三种配置核查脚本模板 ), 而后根据第二指示和第三指示来修改该配置核查脚本模板中与之对应的相关核查参数，进而得到可用于进行网元核查的配置核查脚本。当然，亦可采用其它生成配置核查脚本的机制来基于第一指示、第二指示和第三指示生成配置核查脚本，此处不再一一举例。

150、调用该配置核查脚本核查网元配置的业务规则。

其中，在核查被触发（用户触发或其它条件触发）后，核查系统可导入待核查的网元配置的业务规则数据，解释和执行该配置核查脚本来核查该网元配置的业务规则。例如可对网元配置的业务规则的一致性、关联性、业务性的其中一种或多种进行核查。

此外，核查系统还可提供用于导入配置核查脚本的导入接口，可在接收到配置核查脚本导入指令后，根据该配置核查脚本导入指令从导入接口导入配置核查脚本；和 /或，核查系统还可提供用于导出配置核查脚本的导出接口，在接收配置核查脚本导出指令后，可根据该配置核查脚本从导出接口导出指令导出配置核查脚本。如此可实现配置核查脚本局部或全网的共享。

可以理解的是，本实施例的上述方案可在网管设备上具体实施，核查系统可部署在网管设备上来对网元配置的业务规则进行核查。

由上可见，本实施例中例如核查系统提供便于用户输入核查相关参数的核查规则自定义接口，在从该核查规则自定义接口接收到用于指示用户选择的业务规则类型的第一指示、用于指示用户选择的 MOC中需核查的属性集合的第二指示、用于指示用户指定的用于筛选出需要核查的 MOC所对应的 MOI的筛选条件的第三指示后；基于该第一指示、第二指示和第三指示生成配置核查脚本；而后调用该配置核查脚本核查网元配置的业务规则。该机制可基于用户自定义输入的核查相关参数自动的生成用于核查网元配置的业务规则的配置核查脚本，即使网元配置的业务规则经常发生变化，核查系统能够筒易的基于用户自定义输入的对应核查相关参数来自动生成相适宜的配置核查脚本进行核查，这样相对降低了实施核查网元配置的业务规则这一业务的维护成本。为便于更好的理解实施本发明实施例的技术方案，下面主要以在如图 2所示结构的核查系统中具体实施的过程为例，做进一步详细的介绍。而在其它结构的核查系统中实施例的过程可类似的参考。

参见图 2、图 2所示核查系统包括核查脚本仓库单元和核查引擎，该核查系统可部署在网管设备中。

参见图 3, 具体步骤可包括：

301、核查脚本仓库单元从核查规则自定义接口接收用于指示用户选择的业务规则类型的指示 Mss-1 ;

其中， Mss-1所指示出的用户选择的业务规则类型例如可以包括：一致性业务规则、关联性业务规则、唯一性业务规则或该三种业务规则两种或全部组合成的复合业务规则类型（而复合业务规则类型可看成是几个并列的业务规则类型 )或其它业务规则类型。

本实施例中用户选择的业务规则类型为一致性业务规则、关联性业务规贝' J、唯一性业务规则中的任意一个为例，其中，若 Mss-1指示出的用户选择的业务规则类型为一致性业务规则，则执行步骤 302; 若 Mss-1指示出的用户选择的业务规则类型为关联性业务规则，则执行步骤 305; 若 Mss-1指示出的用户选择的业务规则类型为唯一性业务规则，则执行步骤 309。

本实施例核查系统例如还可提供核查规则自定义操作界面，以便于用户在核查系统提供的核查规则自定义操作界面上进行自定义操作，此外，该自定义操作界面还可提供相关的自定义操作指引，以便于用户根据自定义操作指引来进行相关自定义操作。

302、核查脚本仓库单元从核查规则自定义接口接收用于指示用户选择需核查的 MOC的指示 Mss-21;

303、核查脚本仓库单元从核查规则自定义接口接收用于指示该 Mss-21所指示的 MOC中的索引属性的指示 Mss-22;

其中，基于 Mss-22指示出的索引属性可准确索引到 MOC对应的 MOI。

304、核查脚本仓库单元从核查规则自定义接口接收用于指示该 Mss-21所指示的 MOC中需执行一致性核查的属性集合的 Mss-23, 执行步骤 309;

即， Mss-21所指示的 MOC对应的若干个 MOI中，由 Mss-23来指示出的属性集合（其中，该属性集合包括一个或多个属性）中相同属性的取值需要保持一致。

例如图 4-a所示， Mss-21指示出的需核查的 MOC包括 MOC- 1。

基于 Mss-22指示出的索引属性（Keyl和 Key2 ) 准确索引到网元 1上的

MOC- 1对应的两个 MOI、网元 2上的 MOC- 1对应的两个 MOI。

Mss-23指示需核查网元 1和网元 2上的 MOI ( Keyl索引到的 MOI和 Key2索引到的 MOI ) 的属性 1和属性 2的取值是否分别保持一致性。

图 4-a中网元 1和网元 2上的 Key 1索引到的 MOI的属性 1和属性 2的取值需分别保持了一致性，因此该配置正确；而网元 1和网元 2上的 Key2索引到的 MOI 的属性 1和属性 2的取值未能分别保持一致性（ Key2索引到的 MOI的属性 1的取值在网元 1和网元 2未保持一致），因此后续核查会发现，网元 1和 /或网元 2上的 Key2索引到的 MOI配置可能错误。

305、核查脚本仓库单元从核查规则自定义接口接收用于指示用户选择需核查的多个 MOC的指示 Mss-24;

306、核查脚本仓库单元从核查规则自定义接口接收用于指示该 Mss-24所指示的多个 MOC间需执行关联性核查的属性集合的指示 Mss-25 ; 执行步骤 309;

即， Mss-24所指示的多个 MOC对应 MOI中，由 Mss-25来指示出的属性集合（该属性集合包括至少两个属性）中不同属性的取值之间需具有预设的映射关联关系。

例如图 4-b所示， Mss-24指示出的需核查的 MOC包括 MOC-2和 MOC-3。 Mss-25指示需核查网元 1上 MOC-2对应的 MOI ( Key3索引到的 MOI ) 的属性 1的取值，与网元 2上 MOC-3对应的 MOI ( Key4索引到的 MOI ) 的属性 2的取值之间是否具有预设的关联关系（例如其和 /差值等于某常数等）。并且， Mss-25 还指示出需核查网元 1上 MOC-2对应的 MOI ( Key3索引到的 MOI ) 的属性 2的取值，与网元 2上 MOC-3对应的 MOI ( Key4索引到的 MOI ) 的属性 3的取值之间是否具有预设的关联关系（例如其乘积等于某常数等）。

图 4-b中，网元 1的 Key 3索引到的 MOI的属性 1的取值和网元 2上的 Key4索 | 到的 MOI的属性 2的取值之间具有预设的关联关系，而网元 1的 Key3索引到的 MOI的属性 2的取值和网元 2上的 Key4索引到的 MOI的属性 3的取值之间未具有预设的关联关系，因此后续核查会发现，网元 1的 Key3索引到的 MOI和 /或网元 2上的 Key4索引到的 MOI配置可能错误。

307、核查脚本仓库单元从核查规则自定义接口接收用于指示用户选择需核查的 MOC的指示 Mss-26;

308、核查脚本仓库单元从核查规则自定义接口接收用于指示该 Mss-26所指示的 MOC中执行唯一性核查的属性的指示 Mss-27; 执行步骤 309;

即， Mss-26所指示的 MOC对应的若干个 MOI中，由 Mss-27来指示出属性集合（该属性集合包括一个或多个属性）中相同属性的取值需要互不相同。例如图 4-c所示， Mss-26指示出的需核查的 MOC包括 MOC-4。

Mss-27指示需核查网元 1上 MOC-4对应的 MOI ( Key5索引到的 MOI、 Key6 索引到的 MOI、 Key7索引到的 MOI )属性 3的取值是否互不相同。

图 4-c中，网元 1的 Key5索引到的 MOI和 Key7索引到的 MOI的属性 3的取值不同，而网元 1的 Key6索引到的 MOI的属性 3的取值和 Key5索引到的 MOI的属性 3的取值相同，因此后续核查会发现，网元 1的 Key5索引到的 MOI和 /或 Key6 索引到的 MOI配置可能错误。

309、核查脚本仓库单元从核查规则自定义接口接收用于指示用户指定的筛选需要核查的 MOC所对应的 MOI的筛选条件的指示 Mss-3;

其中， Mss-3指示的筛选条件可能是对 Mss-21、 Mss-24或 Mss-26指示的 MOC的某一个或多个属性进行限制，使筛选出的 MOI的某 1个或多个属性的取值满足等于某 1个特定值或在属于某个取值范围。

310、核查脚本仓库单元生成配置核查脚本并保存；

其中，若进行一致性核查，则核查脚本仓库单元可基于指示 Mss-1、指示

Mss-21、指示 Mss-22、指示 Mss-23和指示 Mss-3生成配置核查脚本；

需要说明的是，基于指示 Mss-1、 Mss-21、 Mss-22、 Mss-23和 Mss-3生成配置核查脚本的方式可能是多种多样的，举例来说，可针对不同的业务规则类型预设对应的不同配置核查脚本模板，根据 Mss-1的指示，调用该一致性业务规则对应的预设的配置核查脚本模板，而后根据指示 Mss-21、 Mss-22、 Mss-23 和 Mss-3来修改该一致性业务规则对应的预设的配置核查脚本模板中与之对应的相关核查参数，进而得到用于进行一致性业务核查的配置核查脚本。当然亦可采用其它生成配置核查脚本的机制基于指示 Mss-1、 Mss-21、 Mss-22、 Mss-23 和 Mss-3生成配置核查脚本，此处不再——举例。

若进行关联性核查，则核查脚本仓库单元可基于指示 Mss-1、指示 Mss-24 和指示 Mss-25、指示 Mss-3生成配置核查脚本；

举例来说，针对关联性业务规则类型预设对应的配置核查脚本模板，根据 Mss-1的指示，调用该关联性业务规则对应的预设的配置核查脚本模板，而后根据指示 Mss-24、指示 Mss-25和指示 Mss-3来修改该关联性业务规则对应的预设的配置核查脚本模板中与之对应的相关核查参数，进而得到用于进行关联性业务核查的配置核查脚本。当然亦可采用其它生成配置核查脚本的机制；来基于指示 Mss-1、指示 Mss-24和指示 Mss-25、指示 Mss-3生成用于进行关联性业务核查的配置核查脚本，此处不再——举例。

若进行唯一性核查，则核查脚本仓库单元可基于指示 Mss-1、指示 Mss-26 和指示 Mss-27、指示 Mss-3生成配置核查脚本。

举例来说，针对唯一性业务规则类型预设对应的配置核查脚本模板，根据 Mss-1的指示，调用该唯一性业务规则对应的预设的配置核查脚本模板，而后根据指示 Mss-26和指示 Mss-27、指示 Mss-3来修改该关联性业务规则对应的预设的配置核查脚本模板中与之对应的相关核查参数，进而得到用于进行关联性业务核查的配置核查脚本。当然亦可采用其它生成配置核查脚本的机制；来基于指示 Mss-1、指示 Mss-26和指示 Mss-27、指示 Mss-3生成用于进行唯一性业务核查的配置核查脚本，此处不再——举例。

在实际应用中，配置核查脚本可基于 XML格式描述，这样可便于局部或全网共享，一个 XML格式的配置核查脚本可如下：

<?xml version="1.0" encoding="utf-8"?>

<cm： CheckRules xmlns:cm="http：〃 www.huawei.com/cm"

xmlns:xsd=''http://www. w3.org/2001/XMLSchema"

xmlns:xsi="http：〃 www.w3.org/2001/XMLSchema-instance">

<cm： NETypes>

<cm： NEType cm:id="NETypel" cm:typeName="MSCServerNE" cm:version="V100R007C037>

</cm:NETypes>

<cm： Rules>

<cm： Rule cm:type="cm:IdenticalRule" cm:name="H248链路核查 " cm:RUID="">

<cm: IdenticalRuleDef> <cm:Moc cm:refNEType="NETypel " cm:name="H248LNK7>

<cm:Key cm:def="LNKNAME7>

<cm:Eq cm:def="MGWNAME,PEERIP17>

<cm： Ne cm:def=""/>

</cm: IdenticalRuleDef >

<cm： Effection/>

<cm： Suggestion/

<cm： Detail/>

<cm： Filter/>

</cm:Rule>

<cm： Rule cm:type="cm:RelationRule" cm:name="POOL内网元之间 M3LNK链路核查"〉

<cm： RelationRuleDef >

<cm： FirstMoc cm:refNEType="NETypel " cm:name="M3LNK"/> <cm:SecondMoc cm:refNEType="NETypel " cm:name="M3LNK7>

<cm:Def desc="A.LocalIPl=B.RIPl，A.LocalIP2=B.RIP27>

</cm: RelationRuleDef >

<cm： Effection/>

<cm： Suggestion/

<cm： Detail/>

<cm： Filter>

<cm:Item attr="RIPl cm:type="included" cm:scope="peer cm:set="FECFG.IP7>

<cm:Item attr="RIP2 cm:type="included" cm:scope="peer cm:set="FECFG.IP7>

</cm:Filter>

</cm:Rule> <cm： Rule cm:type="cm:FixValueRule" cm:name="POOL内网元之间 M3LNK链路核查" >

<cm： FixValueRuleDef>

<cm： FirstMoc cm:refNEType="NETypel " cm:name="BSC"/> <cm:Def cm:desc="CAPABILITY=MGWPROXY- 1 "/>

</cm:FixValueRuleDef>

<cm： Effection/>

<cm： Suggestion/

<cm： Detail/>

<cm:Filter/>

</cm:Rule>

</cm:Rules>

</cm:CheckRules> 311、核查引擎从核查触发接口接收核查触发指令，从核查脚本仓库单元调用配置核查脚本核查导入的网元配置的业务规则数据。

其中，核查被触发（用户通过核查触发接口触发或其它条件触发）后，核查引擎可从核查数据导入接口导入待核查的网元配置的业务规则数据，解释和执行核查脚本仓库单元保存的配置核查脚本来核查该网元配置的业务规则。例如可对网元配置的业务规则的一致性、关联性、业务性的其中一种或多种进行核查。

在实际应用中，核查引擎导入的网元配置的业务规则数据可基于 XML格式描述，一个 XML格式的待核查网元配置的业务规则数据可如下：

<?xml version = "1.0" encoding="iso-8859-l"?>

</moistruct>

<full>

</full>

</moc>

</sync>

此外，核查脚本仓库单元还可提供用于导入配置核查脚本的导入接口，核查脚本仓库单元可在接收到配置核查脚本导入指令后，根据该配置核查脚本导入指令从导入接口导入配置核查脚本；和 /或，核查脚本仓库单元还可提供用于导出配置核查脚本的导出接口，在接收配置核查脚本导出指令后，核查脚本仓库单元可根据该配置核查脚本从导出接口导出指令导出配置核查脚本。如此可实现配置核查脚本局部或全网的共享。

由上可见，本实施例中，例如核查系统提供了便于用户输入核查相关参数的核查规则自定义接口，在从该核查规则自定义接口接收到用于指示用户选择的业务规则类型的指示、用于指示用户选择的 MOC中需核查的属性集合的指示、用于指示用户指定的用于筛选出需要核查的 MOC所对应的 MOI的筛选条件的指示后；基于上述指示生成配置核查脚本；调用该配置核查脚本核查网元配置的业务规则。该机制可基于用户自定义输入的核查相关参数自动生成用于核查网元配置的业务规则的配置核查脚本，即使网元配置的业务规则经常发生变化，核查系统亦可筒易的基于用户自定义输入的对应核查相关参数来自动生成相适宜的配置核查脚本进行核查，这样相对降低了实施核查网元配置的业务规则这一业务的维护成本。需要说明的是，对于前述的各方法实施例，为了筒单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

为便于更好的实施本发明实施例的上述技术方案，本发明实施例中还提供实施上述技术方案的相应装置。参阅图 5,本发明实施例提供的核查系统 500可包括：核查脚本仓库单元 510 和核查引擎 520。

其中，核查脚本仓库单元 510, 用于从核查规则自定义接口接收第一指示，其中，该第一指示用于指示用户选择的业务规则类型；从核查规则自定义接口接收第二指示，该第二指示用于指示用户选择的 MOC中需核查的属性集合；从核查规则自定义接口接收第三指示，该第三指示用于指示用户指定的用于筛选出需要核查的 MOC所对应的 MOI的筛选条件；基于第一指示、第二指示和第三指示生成配置核查脚本并保存；

需要说明的是，核查脚本仓库单元 510基于第一指示、第二指示和第三指示生成配置核查脚本的方式可能是多种多样的，举例来说，可针对不同的业务规则类型预设对应的不同配置核查脚本模板，核查脚本仓库单元 510根据第一指示所指示出的业务规则类型，可调用该业务规则类型对应的预设的配置核查脚本模板（例如可包括：对应一致性业务规则的配置核查脚本模板、对应关联性业务规则的配置核查脚本模板和对应唯一性业务规则的配置核查脚本模板等三种配置核查脚本模板 ), 而后根据第二指示和第三指示来修改该配置核查脚本模板中与之对应的相关核查参数，进而得到可用于进行网元核查的配置核查脚本。当然，亦可采用其它生成配置核查脚本的机制来基于第一指示、第二指示和第三指示生成配置核查脚本，此处不再——举例。

核查引擎 520,用于调用核查脚本仓库单元 510保存的配置核查脚本核查网元配置的业务规则。参见图 6-a, 在一种应用场景下，核查脚本仓库单元 510包括：第一接收子模块 510和核查脚本生成子模块 512。

第一接收子模块 511 , 用于从核查规则自定义接口接收第一指示，该第一指示用于指示用户选择的业务规则类型；若第一指示所指示出的用户选择的业务规则类型为一致性业务规则；则从核查规则自定义接口接收用于指示用户选择需核查的 MOC的第二一指示；从核查规则自定义接口接收用于指示上述第二一指示所指示的 MOC中的索引属性的第二二指示；从核查规则自定义接口接收用于指示第二一指示所指示的 MOC中需执行一致性核查的属性的第二三指示；从核查规则自定义接口接收第三指示，该第三指示用于指示用户指定的用于筛选出需要核查的 MOC所对应的管理对象实例 MOI的筛选条件；

核查脚本生成子模块 512, 用于基于第一指示、第二指示和第三指示生成配置核查脚本，其中，第二指示包括第二一指示、第二二指示和第二三指示。

举例来说，核查脚本生成子模块 512可根据第一指示，调用到该一致性业务规则对应的预设的配置核查脚本模板，而后根据第二一指示、第二二指示、第二三指示和第三指示来修改该一致性业务规则对应的预设的配置核查脚本模板中与之对应的相关核查参数，进而得到用于进行一致性业务核查的配置核查脚本。当然核查脚本生成子模块 512亦可采用其它生成配置核查脚本的机制生成用于进行一致性业务核查的配置核查脚本，此处不再——举例。

参见图 6-b, 在另一种应用场景下，核查脚本仓库单元 510可包括：第二接收子模块 513和核查脚本生成子模块 512。

第二接收子模块 513, 用于从核查规则自定义接口接收第一指示，该第一指示用于指示用户选择的业务规则类型；若第二指示所指示出的用户选择的业务规则类型为关联性业务规则；则从核查规则自定义接口接收用于指示用户选择需核查的多个 MOC的第二四指示；从核查规则自定义接口接收用于指示该第二四指示所指示的多个 MOC间需执行关联性核查的属性的第二五指示；从核查规则自定义接口接收第三指示，该第三指示用于指示用户指定的用于筛选出需要核查的 MOC所对应的管理对象实例 MOI的筛选条件；

核查脚本生成子模块 512, 用于基于第一指示、第二指示和第三指示生成配置核查脚本，其中，第二指示包括第二四指示和第二五指示。

举例来说，核查脚本生成子模块 512可根据第一指示，调用到关联性业务规则对应的预设的配置核查脚本模板，而后根据第二四指示和第二五指示和第三指示来修改该关联性业务规则对应的预设的配置核查脚本模板中与之对应的相关核查参数，进而得到用于进行关联性业务核查的配置核查脚本。当然核查脚本生成子模块 512亦可采用其它生成配置核查脚本的机制生成用于进行关联性业务核查的配置核查脚本，此处不再——举例。

参见图 6-c, 在又一种应用场景下，核查脚本仓库单元 510可包括：第三接收子模块 514和核查脚本生成子模块 512。

第三接收子模块 514, 用于从核查规则自定义接口接收第一指示，该第一指示用于指示用户选择的业务规则类型；若第二指示所指示出的用户选择的业务规则类型为唯一性业务规则；则从核查规则自定义接口接收用于指示用户选择需核查的 MOC的第二六指示；从核查规则自定义接口接收用于指示上述第二六指示所指示的 MOC中执行唯一性核查的属性的第二七指示；从核查规则自定义接口接收第三指示，该第三指示用于指示用户指定的用于筛选出需要核查的 MOC所对应的管理对象实例 MOI的筛选条件；

核查脚本生成子模块 512, 用于基于第一指示、第二指示和第三指示生成配置核查脚本，其中，第二指示包括第二六指示和第二七指示。

举例来说，核查脚本生成子模块 512可根据第一指示，调用到唯一性业务规则对应的预设的配置核查脚本模板，而后根据第二六指示、第二七指示和第三指示来修改该唯一性业务规则对应的预设的配置核查脚本模板中与之对应的相关核查参数，进而得到用于进行唯一性业务核查的配置核查脚本。当然核查脚本生成子模块 512亦可采用其它生成配置核查脚本的机制生成用于进行唯一性业务核查的配置核查脚本，此处不再——举例。参见图 6-d, 在一种应用场景下，核查脚本仓库单元 510还可包括：导入子模块 515和导出子模块 516。

导入子模块 515, 用于接收配置核查脚本导入指令，并根据配置核查脚本导入指令从导入接口导入配置核查脚本；导出子模块 516、用于接收配置核查脚本导出指令，并根据配置核查脚本导出指令从导出接口导出配置核查脚本。

可以理解的是，本实施例的核查系统 500可以是上述方法实施例中的核查系统，可部署在网管设备中，其各个功能模块的功能可根据上述方法实施例介绍的方法具体实现，其具体实现过程可以参见上述实施例中的相关描述，在此不再赘述。

由上可见，本实施例中核查系统 500提供便于用户输入核查相关参数的核查规则自定义接口，在从该核查规则自定义接口接收到用于指示用户选择的业务规则类型的第一指示、用于指示用户选择的 MOC中需核查的属性集合的第二指示、用于指示用户指定的用于筛选出需要核查的 MOC所对应的 MOI的筛选条件的第三指示后；基于第一指示、第二指示和第三指示生成配置核查脚本；调用该配置核查脚本核查网元配置的业务规则。该机制可基于用户自定义输入的核查相关参数自动生成用于核查网元配置的业务规则的配置核查脚本，即使网元配置的业务规则经常发生变化，核查系统亦可筒易的基于用户自定义输入的对应核查相关参数来自动生成相适宜的配置核查脚本进行核查，这样相对降低了实施核查网元配置的业务规则这一业务的维护成本。

本发明实施例还提供一种网管设备，该网管设备部署有核查系统 500。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

所属领域的技术人员可清楚地了解到，为描述的方便和筒洁，上述描述的系统，装置或单元的具体工作过程，可参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例上述方法的全部或部分步骤。而前述的存储介质包括： U盘、移动硬盘、只读存储器（ROM, Read-Only Memory )、随机存取存储器（RAM, Random Access Memory ), 磁碟或者光盘等各种可以存储程序代码的介质。

综上，本发明实施例提供的技术方案中，核查系统提供便于用户输入核查相关参数的核查规则自定义接口，在从该核查规则自定义接口接收到用于指示用户选择的业务规则类型的第一指示、用于指示用户选择的 MOC中需核查的属性集合的第二指示、用于指示用户指定的用于筛选出需要核查的 MOC所对应的 MOI的筛选条件的第三指示后；基于第一指示、第二指示和第三指示生成配置核查脚本；调用该配置核查脚本核查网元配置的业务规则。该机制可基于用户自定义输入的核查相关参数自动生成用于核查网元配置的业务规则的配置核查脚本，即使网元配置的业务规则经常发生变化，核查系统亦可筒易的基于用户自定义输入的对应核查相关参数来自动生成相适宜的配置核查脚本进行核查，这样相对降低了实施核查网元配置的业务规则这一业务的维护成本。

以上对本发明实施例所提供的核查网元配置的业务规则的方法和核查系阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时, 对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。

Claims

权利要求

1、一种核查网元配置的业务规则的方法，其特征在于，包括：

调用所述配置核查脚本核查网元配置的业务规则。

2、根据权利要求 1所述的方法，其特征在于，若第一指示所指示出的用户选择的业务规则类型为一致性业务规则；

则所述从核查规则自定义接口接收第二指示，包括：

从核查规则自定义接口接收用于指示用户选择需核查的 MOC的第二一指示；

从核查规则自定义接口接收用于指示所述第二一指示所指示的 MOC中的索引属性的第二二指示；

从核查规则自定义接口接收用于指示所述第二一指示所指示的 MOC中需执行一致性核查的属性集合的第二三指示。

3、根据权利要求 1所述的方法，其特征在于，若第一指示所指示出的用户选择的业务规则类型为关联性业务规则；

则所述从核查规则自定义接口接收第二指示，包括：

从核查规则自定义接口接收用于指示用户选择需核查的多个 MOC的第二四指示；

从核查规则自定义接口接收用于指示所述第二四指示所指示的多个 MOC 间需执行关联性核查的属性集合的第二五指示。

4、根据权利要求 1所述的方法，其特征在于，若第一指示所指示出的用户选择的业务规则类型为唯一性业务规则；则所述从核查规则自定义接口接收第二指示，包括：

从核查规则自定义接口接收用于指示用户选择需核查的 MOC的第二六指示；

从核查规则自定义接口接收用于指示所述第二六指示所指示的 MOC中执行唯一性核查的属性集合的第二七指示。

5、根据权利要求 1至 4任一项所述的方法，其特征在于，所述基于所述第一指示、第二指示和第三指示生成配置核查脚本，包括：

基于所述第一指示、第二指示和第三指示生成基于扩展标记语言 XML描述的配置核查脚本。

6、根据权利要求 1至 4任一项所述的方法，其特征在于，

接收配置核查脚本导入指令，并根据配置核查脚本导入指令从导入接口导入配置核查脚本；

和 /或，

接收配置核查脚本导出指令，并根据配置核查脚本导出指令从导出接口导出配置核查脚本。

7、一种核查系统，其特征在于，包括：

8、根据权利要求 7所述的核查系统，其特征在于，

所述核查脚本仓库单元包括：

第一接收子模块，用于从核查规则自定义接口接收第一指示，该第一指示用于指示用户选择的业务规则类型；若第一指示所指示出的用户选择的业务规则类型为一致性业务规则；则从核查规则自定义接口接收用于指示用户选择需核查的 MOC的第二一指示；从核查规则自定义接口接收用于指示所述第二一指示所指示的 MOC中的索引属性的第二二指示；从核查规则自定义接口接收用于指示所述第二一指示所指示的 MOC中需执行一致性核查的属性集合的第二三指示；从核查规则自定义接口接收第三指示，该第三指示用于指示用户指定的用于筛选出需要核查的 MOC所对应的管理对象实例 MOI的筛选条件；核查脚本生成子模块，用于基于所述第一指示、第二指示和第三指示生成配置核查脚本，其中，所述第二指示包括第二一指示、第二二指示和第二三指示。

9、根据权利要求 7所述的核查系统，其特征在于，

所述核查脚本仓库单元包括：

第二接收子模块，用于从核查规则自定义接口接收第一指示，该第一指示用于指示用户选择的业务规则类型；若第一指示所指示出的用户选择的业务规则类型为关联性业务规则；则从核查规则自定义接口接收用于指示用户选择需核查的多个 MOC的第二四指示；从核查规则自定义接口接收用于指示该第二四指示所指示的多个 MOC间需执行关联性核查的属性集合的第二五指示；从核查规则自定义接口接收第三指示，该第三指示用于指示用户指定的用于筛选出需要核查的 MOC所对应的管理对象实例 MOI的筛选条件；

核查脚本生成子模块，用于基于所述第一指示、第二指示和第三指示生成配置核查脚本，其中，所述第二指示包括第二四指示和第二五指示。

10、根据权利要求 7所述的核查系统，其特征在于，

所述核查脚本仓库单元包括：

第三接收子模块，用于从核查规则自定义接口接收第一指示，该第一指示用于指示用户选择的业务规则类型；若第一指示所指示出的用户选择的业务规则类型为唯一性业务规则；则从核查规则自定义接口接收用于指示用户选择需核查的 MOC的第二六指示；从核查规则自定义接口接收用于指示所述第二六指示所指示的 MOC中执行唯一性核查的属性集合的第二七指示；从核查规则自定义接口接收第三指示，该第三指示用于指示用户指定的用于筛选出需要核查的 MOC所对应的管理对象实例 MOI的筛选条件；

核查脚本生成子模块，用于基于所述第一指示、第二指示和第三指示生成配置核查脚本，其中，所述第二指示包括第二六指示和第二七指示。

11、根据权利要求 7至 10任一项所述的核查系统，其特征在于，

所述核查脚本仓库单元还包括：

导入子模块，用于接收配置核查脚本导入指令，并根据配置核查脚本导入指令从导入接口导入配置核查脚本；

和 /或，

导出子模块，用于接收配置核查脚本导出指令，并根据配置核查脚本导出指令从导出接口导出配置核查脚本。