一种分组传送网管的一致性处理的快速方法
【技术领域】
[0001]本发明涉及通信领域，尤其涉及一种分组传送网管的一致性处理的快速方法。
【背景技术】
[0002]在TMN的五层管理框架中，将网管明确的区分为网络层与网元层，所以网管数据就区分了端到端数据以及单站数据的概念，为了让用户更好的体验与降低运维成本，端到端的业务提供了更加简化的操作方式给用户，但是因为多用户操作的存在以及LCT(本地操作终端)的操作会导致用户配置的端到端业务发生变更，进而影响业务数据的完整性。所以各大厂商在实现端到端的业务都提供了一致性的概念，在网络层存储整体数据，而网元层保持与设备数据一致，一旦设备数据发生了变更，或者在网管上面直接对网元层进行操作导致数据变更，网元层通过消息的方式通知网络层数据的不一致就体现出来了。后续可以根据用户的决定，来保持与设备侧数据一致，比如通过自动同步操作，或者也可以选择恢复到网络层初始状态，通过用户手动恢复等手段。
[0003]可以看到这种方式看起来非常的灵活，但是在实际运维操作中是存在一定的问题的，比如一旦用户在不知情的情况下进行大量修改，会造成数据业务的不一致出现同时产生大量消息，如果按照自动同步处理机制的情况下会导致网元数据与网管进行耗时的同步操作，进一步导致网管其他业务的资源被占用，影响用户正常操作。
[0004]所以在目前情况下，需要一种更加完善的机制来处理业务的一致性，在保证数据正确的前提下同时需要考虑到系统的效能与可维护性。
【发明内容】
[0005]本发明要解决的技术问题在于针对现有技术中网管系统中业务一致性判断方法不够准确，且处理机制效率低的缺陷，提供一种在保证数据正确的前提下同时考虑到系统的效能与可维护性的分组传送网管的一致性处理的快速方法。
[0006]本发明解决其技术问题所采用的技术方案是:
本发明提供一种分组传送网管的一致性处理的快速方法，包括以下步骤:
51、将网管系统中端到端业务的每一层的对象定义为两种属性结构:
主属性，又称为骨干属性，是该对象在端到端业务中的核心属性，并且作为唯一的key与某一条业务进行关联，由多个属性联合组成，与整个业务的通断情况有关；
附属属性，又称为非关键属性，是除主属性之外的其余参数，包含与业务的通断情况影响不大的参数；
52、将主属性与附属属性进行哈希算法的运算，将哈希结果的唯一数值记录在端到端业务层数据中，并存储在数据库中；
53、根据主属性与附属属性的哈希结果数值作为判断依据，进行一致性判断，具体过程为:
若单站数据的主属性与端到端业务层不匹配，不论附属属性匹配与否，均判断为骨干不一致状态；
若单站数据的主属性与端到端业务层匹配，但附属属性不匹配，判断为属性不一致状态；
若单站数据的主属性和附属属性都与端到端业务层匹配，则判断为一致状态；
S4、根据一致性判断结果，进行对象一致性的恢复。
[0007]进一步地，本发明所述的方法还对某一端的单站节点对象上新增业务关联属性: 用“FIXED”表示该对象已经隶属于某一个端到端的业务对象，此时不允许用户对其属性以及本身进行非法操作，在进行误操作时给出对应的提示信息；只能在端到端的网络层中进行处理；
用“NULL”表示该对象为离散单站对象，可以被后续回收处理。
[0008]进一步地，本发明所述的方法在进行端到端网络层数据一致性的判断时，无论下层属于哪一种不一致状态，上层业务层均表示为下层不一致状态。
[0009]进一步地，本发明所述的方法在设备数据同步到网管上的时候会触发一致性的比对操作，在单个网元层节点对象数据的新增与修改会触发业务一致性比对操作；同时只有单个网元层节点对象数据的新增与修改会自动进行业务的一致性恢复，其余由用户手工决定是否进行一致性的恢复，从其他状态直接到一致状态。
[0010]本发明产生的有益效果是:本发明的分组传送网管的一致性处理的快速方法，通过将网管系统中的端到端业务每一层的对象定义为主属性和附属属性，然后使用哈希算法将主属性和附属属性用唯一的数值进行表示，进而根据该数值比较业务的一致性，将不一致的情况分为骨干不一致状态和属性不一致状态，提高了一致性比较的速度，大大减小了同步操作时不一致数据恢复的耗时，在保证数据正确的前提下同时提高了系统的效能与可维护性；
另外，通过提出“FIXED”单站对象的概念来简化一致性的场景，极大的减少消息风暴的产生。
【附图说明】
[0011]下面将结合附图及实施例对本发明作进一步说明，附图中:
图1是本发明实施例的分组传送网管的一致性处理的快速方法的流程图；
图2是本发明实施例的分组传送网管的一致性处理的快速方法的网络层与网元层之间以及业务上下层之间的关系图；
图3是本发明实施例的分组传送网管的一致性处理的快速方法的端到端业务状态的变迀过程图。
【具体实施方式】
[0012]为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
[0013]如图1所示，本发明实施例的分组传送网管的一致性处理的快速方法包括以下步骤: 51、将网管系统中端到端业务的每一层的对象定义为两种属性结构:
主属性，又称为骨干属性，是该对象在端到端业务中的核心属性，并且作为唯一的key与某一条业务进行关联，由多个属性联合组成，与整个业务的通断情况有关；
附属属性，又称为非关键属性，是除主属性之外的其余参数，包含与业务的通断情况影响不大的参数；
52、将主属性与附属属性进行哈希算法的运算，将哈希结果的唯一数值记录在端到端业务层数据中，并存储在数据库中；
53、根据主属性与附属属性的哈希结果数值作为判断依据，进行一致性判断，具体过程为:
若单站数据的主属性与端到端业务层不匹配，不论附属属性匹配与否，均判断为骨干不一致状态；
若单站数据的主属性与端到端业务层匹配，但附属属性不匹配，判断为属性不一致状态；
若单站数据的主属性和附属属性都与端到端业务层匹配，则判断为一致状态；
54、根据一致性判断结果，进行对象一致性的恢复。在设备数据同步到网管上的时候会触发一致性的比对操作，在单个网元层节点对象数据的新增与修改会触发业务一致性比对操作；同时只有单个网元层节点对象数据的新增与修改会自动进行业务的一致性恢复，其余由用户手工决定是否进行一致性的恢复，从其他状态直接到一致状态。
[0014]本发明的方法还对某一端的单站节点对象上新增业务关联属性:
用“FIXED”表示该对象已经隶属于某一个端到端的业务对象，此时不允许用户对其属性以及本身进行非法操作，在进行误操作时给出对应的提示信息；只能在端到端的网络层中进行处理；
用“NULL”表示该对象为离散单站对象，可以被后续回收处理。
[0015]在进行端到端网络层数据一致性的判断时，无论下层属于哪一种不一致状态，上层业务层均表示为下层不一致状态。
[0016]针对基于PTN的多层架构模型，以及现有问题的缺陷，本发明提供一种更加有效率的方式来对各层业务一致性进行处理，同时可以灵活的针对不同业务类型的一致性进行配置处理，同时提供手工以及自动恢复的手段可以让用户有选择性的运维。
[0017]依据T-MPLS网络分层结构，PTN网管的特有业务分层属性，各层之间对象是紧密关联的，难以完全隔离划分，而且端到端业务的配置属性非常多，任意一个参数的变动就导致业务的状态从一致变迀到不一致也是非常没有效率的，所以我们考虑将每一层的对象定义为如下两大属性构成:
1、主属性，又称为骨干属性，代表着该对象在端到端业务中的核心属性，并且作为唯一的key与某一条业务进行关联，一般由多个属性联合组成，可能关系到整个业务的通断情况。
[0018]2、附属属性，又称为非关键属性，除主属性之外的其余参数，一般可能对业务