通断影响不大的参数。
[0019]—条端到端业务在创建之初根据主属性进行关联到下层的单点对象，如果每一个单点对象的主属性以及附属属性都与网络层的端到端业务数据保持一致，我们称该条业务为一致的；如果在运行过程中一旦出现了以下的变化，则表示不一致的业务出现:
1、某一个单站数据主属性与端到端业务层不匹配，则该单站数据不再隶属于这条端到端业务，也就是说这条端到端业务为骨干不一致状态；
2、某一个单站数据主属性还是匹配端到端的业务层数据的，但是附属属性有变动，则该单站数据还是隶属于这一条端到端业务，只是这条业务为属性不一致状态；
3、某一个单站数据主属性与附属属性均不匹配端到端业务层数据，这时首先判定的是骨干属性，也就是说该单站数据不再隶属于这一条端到端业务了，该业务骨干不一致。
[0020]明确了以上骨干属性、附属属性与端到端业务关系，为了加速比对，将骨干属性与附属属性进行hash算法哈希为唯一数值记录在端到端业务层数据中并存储在持久化介质(数据库)中，保证系统的重启与变更不对其造成影响。
[0021]同时，因为PTN业务端到端个层次之间也存在影响，为了尽量减少层次之间波动效应以及效能上的考量，各个端到端业务层一致性只负责本层单站节点，针对下层的不一致给出下层不一致状态，而并不实际根据下层节点的骨干或者附属属性的不一致进行消息处理，减少消息风暴的产生。
[0022]为了进一步减少消息带来的负面效应，同时提高用户操作体验，我们针对单站节点对象上面新增业务关联属性，表示该单站对象已经隶属于某一个端到端业务对象，这时，针对这个单站节点对象在网管系统上为“FIXED”固定状态，不允许用户对其属性以及本身操作，除非在端到端网络层处理，以免引入不一致状态。
[0023]如图2所示，端到端网络层数据由所有网元层数据加上自身数据组成，自身数据包含状态属性，指明当前一致性状态，均为存库信息。其中每个单站节点信息的骨干属性与附属属性为hash数值存储，方便快速比对。网元层单站对象均增加一个user属性，指明隶属于唯一一条业务对象，当为NULL时表示为离散单站对象，可以被后续回收处理，当有具体唯一业务ID时表明该单站对象此时被网络层业务引用，当用户进行误操作时给出对应的提示信息，不允许非法操作，以保证业务的一致性。当然，从端到端的网络层可以对整个业务进行调整，剔除单站节点数据，这时的节点对象变为离散对象。
[0024]端到端网络层数据因为存在上下层关联关系，这里简化下层的不一致对上层的影响，无论下层属于那一种不一致，上层业务表达为下层不一致状态。
[0025]如图3所示，网管系统针对不一致业务存在恢复手段，为了提高系统的效能与降低消息传递的风暴，我们规定设备数据同步到网管上的时候会触发一致性的比对操作，以及单个网元层节点对象数据的新增与修改会触发业务一致性比对操作。同时只有单个网元层节点对象数据的新增与修改会自动进行业务的一致性恢复，其余由用户手工决定是否进行一致性的恢复，从其他状态直接到一致状态。
[0026]在本发明的另一个实施例中，相关的数据类型包括:
1、设备数据，表示具体设备网元上的数据，LCT可以直接操作不通过网管系统。
[0027]2、网元层单站数据:网管系统的一部分，表示单点对象，同步后与设备保持一致。
[0028]3、端到端网络层业务数据:网管系统的一部分，表示唯一的业务数据对象，本文讨论的一致性重点。
[0029]存在一条端到端业务A，包含2个节点数据a, b;同时承载在业务B上，B也包含2个节点数据c，do我们详细看一下状态变迀以及恢复操作流程。
[0030]1、初始状态业务为一致。
[0031]2、用户对a，b设备数据进行更改，如果为骨干属性修改或者删除掉a，b任意对象后进行网元同步，触发A业务一致性校验，为骨干不一致状态。
[0032]3、用户通过操作网管新增对象e通过消息发送到网络层A业务触发一致性校验，如果骨干属性符合A业务存储的hash值，即可认定新增对象e为符合A业务的单站对象，建立关联关系并隶属于业务A，再根据e对象的附属属性来决定A业务为一致还是属性不一致状态。
[0033]4、用户对a，b设备数据进行更改，如果为附属属性修改后进行网元同步，触发A业务一致性校验，为属性不一致状态。这时可以通过用户手工恢复到一致状态。
[0034]5、也可以通过再次对a, b对象设备数据进行附属属性修改同步之后触发业务A —致性比对，将其恢复为一致状态。
[0035]6、同理，如果用户操作的是B业务下的c，d属性，这时B业务状态为上述情况，同时触发A业务为下层不一致状态。当B业务状态恢复之后A业务同样恢复到一致状态。
[0036]通过本方法，在明确业务一致性的情况下，通过区分骨干属性与附属属性来简化一致性比对效率以及单站对象新增user属性来限制一致性变更影响，极大的简化一致性复杂度以及减少消息风暴带来的性能问题。
[0037]应当理解的是，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，而所有这些改进和变换都应属于本发明所附权利要求的保护范围。
【主权项】
1.一种分组传送网管的一致性处理的快速方法，其特征在于，包括以下步骤: 51、将网管系统中端到端业务的每一层的对象定义为两种属性结构: 主属性，又称为骨干属性，是该对象在端到端业务中的核心属性，并且作为唯一的key与某一条业务进行关联，由多个属性联合组成，与整个业务的通断情况有关； 附属属性，又称为非关键属性，是除主属性之外的其余参数，包含与业务的通断情况影响不大的参数； 52、将主属性与附属属性进行哈希算法的运算，将哈希结果的唯一数值记录在端到端业务层数据中，并存储在数据库中； 53、根据主属性与附属属性的哈希结果数值作为判断依据，进行一致性判断，具体过程为: 若单站数据的主属性与端到端业务层不匹配，不论附属属性匹配与否，均判断为骨干不一致状态； 若单站数据的主属性与端到端业务层匹配，但附属属性不匹配，判断为属性不一致状态； 若单站数据的主属性和附属属性都与端到端业务层匹配，则判断为一致状态； 54、根据一致性判断结果，进行对象一致性的恢复。2.根据权利要求1所述的分组传送网管的一致性处理的快速方法，其特征在于，该方法还对某一端的单站节点对象上新增业务关联属性: 用“FIXED”表示该对象已经隶属于某一个端到端的业务对象，此时不允许用户对其属性以及本身进行非法操作，在进行误操作时给出对应的提示信息；只能在端到端的网络层中进行处理； 用“NULL”表示该对象为离散单站对象，可以被后续回收处理。3.根据权利要求1所述的分组传送网管的一致性处理的快速方法，其特征在于，该方法在进行端到端网络层数据一致性的判断时，无论下层属于哪一种不一致状态，上层业务层均表示为下层不一致状态。4.根据权利要求1所述的分组传送网管的一致性处理的快速方法，其特征在于，该方法在设备数据同步到网管上的时候会触发一致性的比对操作，在单个网元层节点对象数据的新增与修改会触发业务一致性比对操作；同时只有单个网元层节点对象数据的新增与修改会自动进行业务的一致性恢复，其余由用户手工决定是否进行一致性的恢复，从其他状态直接到一致状态。
【专利摘要】本发明公开了一种分组传送网管的一致性处理的快速方法，包括以下步骤：S1、将网管系统中端到端业务的每一层的对象定义为主属性和附属属性S2、将主属性与附属属性进行哈希算法的运算，将哈希结果的唯一数值记录在端到端业务层数据中，并存储在数据库中；S3、根据主属性与附属属性的哈希结果数值作为判断依据，进行一致性判断；S4、根据一致性判断结果，进行对象一致性的恢复。本发明提高了一致性比较的速度，大大减小了同步操作时不一致数据恢复的耗时，在保证数据正确的前提下同时提高了系统的效能与可维护性。
【IPC分类】H04L12/24
【公开号】CN105323112
【申请号】CN201510792709
【发明人】顾磊
【申请人】武汉日电光通信工业有限公司
【公开日】2016年2月10日
【申请日】2015年11月18日