一种网元配置约束检查方法及系统技术方案

本发明专利技术公开了一种网元配置约束检查方法及系统，方法包括：加载约束检查管理器和约束规则检查器，不同网元类型对应不同的约束检查管理器，每个约束检查管理器根据功能需求对不同网元配置类型分别注册多个约束规则检查器；接收网元配置的变更消息后确定变更消息类型，并通过分析网元配置数据得到网元类型和网元配置类型；根据网元类型查找对应的约束检查管理器，并根据网元配置类型从对应的约束检查管理器中获取相关的约束规则检查器集合；每个约束规则检查器均根据对应的约束类型和变更消息类型进行相应约束检查，并将约束检查结果上报客户端。通过该约束检查方法可以有效地保障网元配置数据的一致性、合法性、正确性。

【技术实现步骤摘要】
一种网元配置约束检查方法及系统
本专利技术属于网络设备管理
，更具体地，涉及一种网元配置约束检查方法及系统。
技术介绍
网元配置数据的一致性、合法性和正确性是网络设备管理系统的重要指标，也构成了对配置数据的约束要求。首先，在网络设备管理系统中，业务和配置在创建或更改过程中需要对网元配置的相关数据进行合法性检查，比如数据字段是否非空、是否处于值域范围、是否超过设备上限要求、是否违背唯一性原则等等，否则会造成业务创建失败或配置激活异常等现象，影响网络设备的功能使用。其次，网络设备管理系统中的一些网管操作具有先后顺序要求，不可颠倒；比如业务与配置数据存在一定关联性，在删除或修改配置时需要检查是否承载业务，否则不可随意修改配置，以免影响业务畅通，因此需要对网管操作的先后顺序进行约束检查。第三，网络设备管理系统需要支持重建约束，即工程升级或网元业务模型变化时能够对存量配置进行约束关系重建，以保证整个系统的数据一致性和正确性。另外，对于用户的一些非法或不当操作，当前系统的提示信息往往不够清晰或缺失必要的提示，影响用户体验和快速排查问题。鉴于此，需要提供一种高效的约束检查方法及系统，可实现对网元配置数据合法性、网管操作先后顺序的约束检查，同时在工程升级或网元业务模型变化时可重建约束，保障网元配置数据的一致性、合法性、正确性。另外，需要约束检查结果提示信息清晰准确，以提高用户进行网管操作的效率，改善用户体验、方便排查问题原因。
技术实现思路
针对现有技术的以上缺陷或改进需求，本专利技术提供了一种网元配置约束检查方法及系统，其目的在于有效实现网元配置数据合法性、网管操作先后顺序的约束检查，并在必要时进行重建约束，由此解决传统方案难以保障网元配置数据的一致性、合法性和正确性的技术问题。为实现上述目的，按照本专利技术的一个方面，提供了一种网元配置约束检查方法，包括：加载约束检查管理器和约束规则检查器；其中，不同网元类型对应不同的约束检查管理器，每个约束检查管理器根据功能需求对不同网元配置类型分别注册多个约束规则检查器；接收网元配置的变更消息后确定变更消息类型，并通过分析网元配置数据得到网元类型和网元配置类型；根据网元类型查找对应的约束检查管理器，并根据网元配置类型从对应的约束检查管理器中获取相关的约束规则检查器集合；所述约束规则检查器集合中的每个约束规则检查器均根据对应的约束类型和变更消息类型进行相应约束检查，并将约束检查结果上报客户端。优选地，在所述加载约束检查管理器和约束规则检查器之前，所述方法还包括：根据功能需求定义不同的约束类型并抽象，所述约束类型包括值域约束、唯一性约束、主外键约束和规格约束中的一项或多项；其中：所述值域约束用于对当前的网元配置数据合法性进行约束检查；所述唯一性约束对应的约束关系数据存储在数据库中，用于对网元配置唯一性进行约束检查，且对应约束关系数据以Key-Value格式存储；所述主外键约束对应的约束关系数据存储在数据库中，用于对网管操作的先后顺序进行约束检查，且对应约束关系数据以Key-Value格式存储；所述规格约束对应的约束关系数据存储在数据库中，用于对网元配置规格进行约束检查；且对应约束关系数据以Key-Value格式存储。优选地，在所述加载约束检查管理器和约束规则检查器之前，所述方法还包括：设置规则定义脚本和约束错误码脚本；其中，所述规则定义脚本用于供用户自定义设置规格约束的上限值、是否屏蔽某种约束规则检查器的检查以及是否开启重建约束功能，所述约束错误码脚本用于定义约束检查错误码信息模板。优选地，对于所述约束规则检查器集合中的每个约束规则检查器，所述根据对应的约束类型和变更消息类型进行相应约束检查，具体为：如果约束规则检查器对应的约束类型为值域约束，则根据网元配置的变更消息类型执行相应的约束检查方法，并得到相应的约束检查结果；其中，所述变更消息类型包括增加、删除、修改、激活和去激活中的一项或多项；如果约束规则检查器对应的约束类型为非值域约束，则根据网元配置数据计算约束Key信息，根据所述约束Key信息从数据库中查找对应的约束关系数据；然后根据网元配置的变更消息类型以及查找到的约束关系数据执行相应的约束检查方法，并得到相应的约束检查结果。优选地，对于值域约束，在所述根据网元配置的变更消息类型执行相应的约束检查方法过程中，所述方法还包括：如果约束检查存在冲突，则以网元配置数据作为参数格式化约束检查错误码信息模板，并将格式化后的错误码信息保存下来作为约束检查结果；其中，所述约束检查错误码信息模板通过约束错误码脚本来定义。优选地，对于非值域约束，在所述根据网元配置的变更消息类型以及查找到的约束关系数据执行相应的约束检查方法过程中，所述方法还包括：如果约束检查存在冲突，则以网元配置数据作为参数格式化约束检查错误码信息模板，并将格式化后的错误码信息保存下来作为约束检查结果；如果约束检查不存在冲突，则更新对应的约束关系数据并存入所述数据库；其中，所述约束检查错误码信息模板通过约束错误码脚本来定义。优选地，当网络设备管理系统中导入新配置或者网元业务模型有更新时，进行重建约束，具体为：清除所述数据库中当前的约束关系数据，重新对当前的网元配置执行一次约束检查，并生成新的约束关系数据存入所述数据库。优选地，所述清除所述数据库中当前的约束关系数据，重新对当前的网元配置执行一次约束检查，并生成新的约束关系数据存入所述数据库，具体包括：对于每个网元，根据网元类型从对应的约束检查管理器中查找已注册约束规则检查器的网元配置类型集合，并从所述数据库中清除该网元对应的约束关系数据；根据所述网元配置类型集合获取该网元的每个网元配置项，并利用该网元所注册的约束规则检查器，依次对每个网元配置项执行变更消息类型为增加配置的约束检查方法；对于约束类型为非值域约束的约束规则检查器，在执行约束检查方法后更新对应的约束关系数据，并将新的约束关系数据存入所述数据库；其中，如果约束检查过程中发现存在约束检查冲突，则生成一个约束冲突摘要并存储到所述数据库中。按照本专利技术的另一方面，提供了一种网元配置约束检查系统，包括约束检查框架、存储器和处理器；其中，所述约束检查框架包括约束检查接口、约束检查管理器、约束规则检查器和数据库；所述约束检查接口用于接收网元配置的变更消息，触发约束检查；所述约束检查管理器设置一个或多个，分别对应不同网元类型，且每个约束检查管理器根据功能需求对不同网元配置类型分别注册多个不同的约束规则检查器；所述约束规则检查器用于根据对应的约束类型和变更消息类型，执行相应的约束检查方法，并将得到的约束检查结果上报客户端；所述数据库用于保存约束关系数据，并供所述约束规则检查器使用；所述存储器用于存储可被所述处理器执行的指令，所述指令在被所述处理器执行后，用于通过分析网元配置数据得到网元类型和网元配置类型，并根据本文档来自技高网...

【技术保护点】
1.一种网元配置约束检查方法，其特征在于，包括：/n加载约束检查管理器和约束规则检查器；其中，不同网元类型对应不同的约束检查管理器，每个约束检查管理器根据功能需求对不同网元配置类型分别注册多个约束规则检查器；/n接收网元配置的变更消息后确定变更消息类型，并通过分析网元配置数据得到网元类型和网元配置类型；/n根据网元类型查找对应的约束检查管理器，并根据网元配置类型从对应的约束检查管理器中获取相关的约束规则检查器集合；/n所述约束规则检查器集合中的每个约束规则检查器均根据对应的约束类型和变更消息类型进行相应约束检查，并将约束检查结果上报客户端。/n

【技术特征摘要】
1.一种网元配置约束检查方法，其特征在于，包括：
加载约束检查管理器和约束规则检查器；其中，不同网元类型对应不同的约束检查管理器，每个约束检查管理器根据功能需求对不同网元配置类型分别注册多个约束规则检查器；
接收网元配置的变更消息后确定变更消息类型，并通过分析网元配置数据得到网元类型和网元配置类型；
根据网元类型查找对应的约束检查管理器，并根据网元配置类型从对应的约束检查管理器中获取相关的约束规则检查器集合；
所述约束规则检查器集合中的每个约束规则检查器均根据对应的约束类型和变更消息类型进行相应约束检查，并将约束检查结果上报客户端。


2.如权利要求1所述的网元配置约束检查方法，其特征在于，在所述加载约束检查管理器和约束规则检查器之前，所述方法还包括：
根据功能需求定义不同的约束类型并抽象，所述约束类型包括值域约束、唯一性约束、主外键约束和规格约束中的一项或多项；其中：
所述值域约束用于对当前的网元配置数据合法性进行约束检查；
所述唯一性约束对应的约束关系数据存储在数据库中，用于对网元配置唯一性进行约束检查，且对应约束关系数据以Key-Value格式存储；
所述主外键约束对应的约束关系数据存储在数据库中，用于对网管操作的先后顺序进行约束检查，且对应约束关系数据以Key-Value格式存储；
所述规格约束对应的约束关系数据存储在数据库中，用于对网元配置规格进行约束检查；且对应约束关系数据以Key-Value格式存储。


3.如权利要求1所述的网元配置约束检查方法，其特征在于，在所述加载约束检查管理器和约束规则检查器之前，所述方法还包括：
设置规则定义脚本和约束错误码脚本；其中，所述规则定义脚本用于供用户自定义设置规格约束的上限值、是否屏蔽某种约束规则检查器的检查以及是否开启重建约束功能，所述约束错误码脚本用于定义约束检查错误码信息模板。


4.如权利要求2所述的网元配置约束检查方法，其特征在于，对于所述约束规则检查器集合中的每个约束规则检查器，所述根据对应的约束类型和变更消息类型进行相应约束检查，具体为：
如果约束规则检查器对应的约束类型为值域约束，则根据网元配置的变更消息类型执行相应的约束检查方法，并得到相应的约束检查结果；其中，所述变更消息类型包括增加、删除、修改、激活和去激活中的一项或多项；
如果约束规则检查器对应的约束类型为非值域约束，则根据网元配置数据计算约束Key信息，根据所述约束Key信息从数据库中查找对应的约束关系数据；然后根据网元配置的变更消息类型以及查找到的约束关系数据执行相应的约束检查方法，并得到相应的约束检查结果。


5.如权利要求4所述的网元配置约束检查方法，其特征在于，对于值域约束，在所述根据网元配置的变更消息类型执行相应的约束检查方法过程中，所述方法还包括：
如果约束检查存在冲突，则以网元配置数据作为参数格式化约束检查错误码信息模板，并将格式化后的错误码信息保存下来作为约束检查结果；其中，所述约束检查错误码信息模板通过约束错误码脚本来定义。


6.如权利要求4所述的网元配置...

【专利技术属性】
技术研发人员：兰均，
申请(专利权)人：烽火通信科技股份有限公司，武汉光网信息技术有限公司，
类型：发明
国别省市：湖北;42