CN105323112A - 一种分组传送网管的一致性处理的快速方法 - Google Patents

Abstract

本发明公开了一种分组传送网管的一致性处理的快速方法，包括以下步骤：S1、将网管系统中端到端业务的每一层的对象定义为主属性和附属属性S2、将主属性与附属属性进行哈希算法的运算，将哈希结果的唯一数值记录在端到端业务层数据中，并存储在数据库中；S3、根据主属性与附属属性的哈希结果数值作为判断依据，进行一致性判断；S4、根据一致性判断结果，进行对象一致性的恢复。本发明提高了一致性比较的速度，大大减小了同步操作时不一致数据恢复的耗时，在保证数据正确的前提下同时提高了系统的效能与可维护性。

Description

一种分组传送网管的一致性处理的快速方法

技术领域

本发明涉及通信领域，尤其涉及一种分组传送网管的一致性处理的快速方法。

背景技术

在TMN的五层管理框架中，将网管明确的区分为网络层与网元层，所以网管数据就区分了端到端数据以及单站数据的概念，为了让用户更好的体验与降低运维成本，端到端的业务提供了更加简化的操作方式给用户，但是因为多用户操作的存在以及LCT(本地操作终端)的操作会导致用户配置的端到端业务发生变更，进而影响业务数据的完整性。所以各大厂商在实现端到端的业务都提供了一致性的概念，在网络层存储整体数据，而网元层保持与设备数据一致，一旦设备数据发生了变更，或者在网管上面直接对网元层进行操作导致数据变更，网元层通过消息的方式通知网络层数据的不一致就体现出来了。后续可以根据用户的决定，来保持与设备侧数据一致，比如通过自动同步操作，或者也可以选择恢复到网络层初始状态，通过用户手动恢复等手段。

可以看到这种方式看起来非常的灵活，但是在实际运维操作中是存在一定的问题的，比如一旦用户在不知情的情况下进行大量修改，会造成数据业务的不一致出现同时产生大量消息，如果按照自动同步处理机制的情况下会导致网元数据与网管进行耗时的同步操作，进一步导致网管其他业务的资源被占用，影响用户正常操作。

所以在目前情况下，需要一种更加完善的机制来处理业务的一致性，在保证数据正确的前提下同时需要考虑到系统的效能与可维护性。

发明内容

本发明要解决的技术问题在于针对现有技术中网管系统中业务一致性判断方法不够准确，且处理机制效率低的缺陷，提供一种在保证数据正确的前提下同时考虑到系统的效能与可维护性的分组传送网管的一致性处理的快速方法。

本发明解决其技术问题所采用的技术方案是：

本发明提供一种分组传送网管的一致性处理的快速方法，包括以下步骤：

S1、将网管系统中端到端业务的每一层的对象定义为两种属性结构：

主属性，又称为骨干属性，是该对象在端到端业务中的核心属性，并且作为唯一的key与某一条业务进行关联，由多个属性联合组成，与整个业务的通断情况有关；

附属属性，又称为非关键属性，是除主属性之外的其余参数，包含与业务的通断情况影响不大的参数；

S2、将主属性与附属属性进行哈希算法的运算，将哈希结果的唯一数值记录在端到端业务层数据中，并存储在数据库中；

S3、根据主属性与附属属性的哈希结果数值作为判断依据，进行一致性判断，具体过程为：

若单站数据的主属性与端到端业务层不匹配，不论附属属性匹配与否，均判断为骨干不一致状态；

若单站数据的主属性与端到端业务层匹配，但附属属性不匹配，判断为属性不一致状态；

若单站数据的主属性和附属属性都与端到端业务层匹配，则判断为一致状态；

S4、根据一致性判断结果，进行对象一致性的恢复。

进一步地，本发明所述的方法还对某一端的单站节点对象上新增业务关联属性：

用“FIXED”表示该对象已经隶属于某一个端到端的业务对象，此时不允许用户对其属性以及本身进行非法操作，在进行误操作时给出对应的提示信息；只能在端到端的网络层中进行处理；

用“NULL”表示该对象为离散单站对象，可以被后续回收处理。

进一步地，本发明所述的方法在进行端到端网络层数据一致性的判断时，无论下层属于哪一种不一致状态，上层业务层均表示为下层不一致状态。

进一步地，本发明所述的方法在设备数据同步到网管上的时候会触发一致性的比对操作，在单个网元层节点对象数据的新增与修改会触发业务一致性比对操作；同时只有单个网元层节点对象数据的新增与修改会自动进行业务的一致性恢复，其余由用户手工决定是否进行一致性的恢复，从其他状态直接到一致状态。

本发明产生的有益效果是：本发明的分组传送网管的一致性处理的快速方法，通过将网管系统中的端到端业务每一层的对象定义为主属性和附属属性，然后使用哈希算法将主属性和附属属性用唯一的数值进行表示，进而根据该数值比较业务的一致性，将不一致的情况分为骨干不一致状态和属性不一致状态，提高了一致性比较的速度，大大减小了同步操作时不一致数据恢复的耗时，在保证数据正确的前提下同时提高了系统的效能与可维护性；

另外，通过提出“FIXED”单站对象的概念来简化一致性的场景，极大的减少消息风暴的产生。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是本发明实施例的分组传送网管的一致性处理的快速方法的流程图；

图2是本发明实施例的分组传送网管的一致性处理的快速方法的网络层与网元层之间以及业务上下层之间的关系图；

图3是本发明实施例的分组传送网管的一致性处理的快速方法的端到端业务状态的变迁过程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

如图1所示，本发明实施例的分组传送网管的一致性处理的快速方法包括以下步骤：

S1、将网管系统中端到端业务的每一层的对象定义为两种属性结构：

主属性，又称为骨干属性，是该对象在端到端业务中的核心属性，并且作为唯一的key与某一条业务进行关联，由多个属性联合组成，与整个业务的通断情况有关；

附属属性，又称为非关键属性，是除主属性之外的其余参数，包含与业务的通断情况影响不大的参数；

S2、将主属性与附属属性进行哈希算法的运算，将哈希结果的唯一数值记录在端到端业务层数据中，并存储在数据库中；

S3、根据主属性与附属属性的哈希结果数值作为判断依据，进行一致性判断，具体过程为：

若单站数据的主属性与端到端业务层不匹配，不论附属属性匹配与否，均判断为骨干不一致状态；

若单站数据的主属性与端到端业务层匹配，但附属属性不匹配，判断为属性不一致状态；

若单站数据的主属性和附属属性都与端到端业务层匹配，则判断为一致状态；

S4、根据一致性判断结果，进行对象一致性的恢复。在设备数据同步到网管上的时候会触发一致性的比对操作，在单个网元层节点对象数据的新增与修改会触发业务一致性比对操作；同时只有单个网元层节点对象数据的新增与修改会自动进行业务的一致性恢复，其余由用户手工决定是否进行一致性的恢复，从其他状态直接到一致状态。

本发明的方法还对某一端的单站节点对象上新增业务关联属性：

用“FIXED”表示该对象已经隶属于某一个端到端的业务对象，此时不允许用户对其属性以及本身进行非法操作，在进行误操作时给出对应的提示信息；只能在端到端的网络层中进行处理；

用“NULL”表示该对象为离散单站对象，可以被后续回收处理。

在进行端到端网络层数据一致性的判断时，无论下层属于哪一种不一致状态，上层业务层均表示为下层不一致状态。

针对基于PTN的多层架构模型，以及现有问题的缺陷，本发明提供一种更加有效率的方式来对各层业务一致性进行处理，同时可以灵活的针对不同业务类型的一致性进行配置处理，同时提供手工以及自动恢复的手段可以让用户有选择性的运维。

依据T-MPLS网络分层结构，PTN网管的特有业务分层属性，各层之间对象是紧密关联的，难以完全隔离划分，而且端到端业务的配置属性非常多，任意一个参数的变动就导致业务的状态从一致变迁到不一致也是非常没有效率的，所以我们考虑将每一层的对象定义为如下两大属性构成：

1、主属性，又称为骨干属性，代表着该对象在端到端业务中的核心属性，并且作为唯一的key与某一条业务进行关联，一般由多个属性联合组成，可能关系到整个业务的通断情况。

2、附属属性，又称为非关键属性，除主属性之外的其余参数，一般可能对业务通断影响不大的参数。

一条端到端业务在创建之初根据主属性进行关联到下层的单点对象，如果每一个单点对象的主属性以及附属属性都与网络层的端到端业务数据保持一致，我们称该条业务为一致的；如果在运行过程中一旦出现了以下的变化，则表示不一致的业务出现：

1、某一个单站数据主属性与端到端业务层不匹配，则该单站数据不再隶属于这条端到端业务，也就是说这条端到端业务为骨干不一致状态；

2、某一个单站数据主属性还是匹配端到端的业务层数据的，但是附属属性有变动，则该单站数据还是隶属于这一条端到端业务，只是这条业务为属性不一致状态；

3、某一个单站数据主属性与附属属性均不匹配端到端业务层数据，这时首先判定的是骨干属性，也就是说该单站数据不再隶属于这一条端到端业务了，该业务骨干不一致。

明确了以上骨干属性、附属属性与端到端业务关系，为了加速比对，将骨干属性与附属属性进行hash算法哈希为唯一数值记录在端到端业务层数据中并存储在持久化介质(数据库)中，保证系统的重启与变更不对其造成影响。

同时，因为PTN业务端到端个层次之间也存在影响，为了尽量减少层次之间波动效应以及效能上的考量，各个端到端业务层一致性只负责本层单站节点，针对下层的不一致给出下层不一致状态，而并不实际根据下层节点的骨干或者附属属性的不一致进行消息处理，减少消息风暴的产生。

为了进一步减少消息带来的负面效应，同时提高用户操作体验，我们针对单站节点对象上面新增业务关联属性，表示该单站对象已经隶属于某一个端到端业务对象，这时，针对这个单站节点对象在网管系统上为“FIXED”固定状态，不允许用户对其属性以及本身操作，除非在端到端网络层处理，以免引入不一致状态。

如图2所示，端到端网络层数据由所有网元层数据加上自身数据组成，自身数据包含状态属性，指明当前一致性状态，均为存库信息。其中每个单站节点信息的骨干属性与附属属性为hash数值存储，方便快速比对。网元层单站对象均增加一个user属性，指明隶属于唯一一条业务对象，当为NULL时表示为离散单站对象，可以被后续回收处理，当有具体唯一业务ID时表明该单站对象此时被网络层业务引用，当用户进行误操作时给出对应的提示信息，不允许非法操作，以保证业务的一致性。当然，从端到端的网络层可以对整个业务进行调整，剔除单站节点数据，这时的节点对象变为离散对象。

端到端网络层数据因为存在上下层关联关系，这里简化下层的不一致对上层的影响，无论下层属于那一种不一致，上层业务表达为下层不一致状态。

如图3所示，网管系统针对不一致业务存在恢复手段，为了提高系统的效能与降低消息传递的风暴，我们规定设备数据同步到网管上的时候会触发一致性的比对操作，以及单个网元层节点对象数据的新增与修改会触发业务一致性比对操作。同时只有单个网元层节点对象数据的新增与修改会自动进行业务的一致性恢复，其余由用户手工决定是否进行一致性的恢复，从其他状态直接到一致状态。

在本发明的另一个实施例中，相关的数据类型包括：

1、设备数据，表示具体设备网元上的数据，LCT可以直接操作不通过网管系统。

2、网元层单站数据：网管系统的一部分，表示单点对象，同步后与设备保持一致。

3、端到端网络层业务数据：网管系统的一部分，表示唯一的业务数据对象，本文讨论的一致性重点。

存在一条端到端业务A，包含2个节点数据a,b;同时承载在业务B上，B也包含2个节点数据c,d。我们详细看一下状态变迁以及恢复操作流程。

1、初始状态业务为一致。

2、用户对a,b设备数据进行更改，如果为骨干属性修改或者删除掉a,b任意对象后进行网元同步，触发A业务一致性校验，为骨干不一致状态。

3、用户通过操作网管新增对象e通过消息发送到网络层A业务触发一致性校验，如果骨干属性符合A业务存储的hash值，即可认定新增对象e为符合A业务的单站对象，建立关联关系并隶属于业务A，再根据e对象的附属属性来决定A业务为一致还是属性不一致状态。

4、用户对a,b设备数据进行更改，如果为附属属性修改后进行网元同步，触发A业务一致性校验，为属性不一致状态。这时可以通过用户手工恢复到一致状态。

5、也可以通过再次对a,b对象设备数据进行附属属性修改同步之后触发业务A一致性比对，将其恢复为一致状态。

6、同理，如果用户操作的是B业务下的c,d属性，这时B业务状态为上述情况，同时触发A业务为下层不一致状态。当B业务状态恢复之后A业务同样恢复到一致状态。

通过本方法，在明确业务一致性的情况下，通过区分骨干属性与附属属性来简化一致性比对效率以及单站对象新增user属性来限制一致性变更影响，极大的简化一致性复杂度以及减少消息风暴带来的性能问题。

应当理解的是，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，而所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims (4)

1.一种分组传送网管的一致性处理的快速方法，其特征在于，包括以下步骤：

S1、将网管系统中端到端业务的每一层的对象定义为两种属性结构：

主属性，又称为骨干属性，是该对象在端到端业务中的核心属性，并且作为唯一的key与某一条业务进行关联，由多个属性联合组成，与整个业务的通断情况有关；

附属属性，又称为非关键属性，是除主属性之外的其余参数，包含与业务的通断情况影响不大的参数；

S2、将主属性与附属属性进行哈希算法的运算，将哈希结果的唯一数值记录在端到端业务层数据中，并存储在数据库中；

S3、根据主属性与附属属性的哈希结果数值作为判断依据，进行一致性判断，具体过程为：

若单站数据的主属性与端到端业务层不匹配，不论附属属性匹配与否，均判断为骨干不一致状态；

若单站数据的主属性与端到端业务层匹配，但附属属性不匹配，判断为属性不一致状态；

若单站数据的主属性和附属属性都与端到端业务层匹配，则判断为一致状态；

S4、根据一致性判断结果，进行对象一致性的恢复。

2.根据权利要求1所述的分组传送网管的一致性处理的快速方法，其特征在于，该方法还对某一端的单站节点对象上新增业务关联属性：

用“FIXED”表示该对象已经隶属于某一个端到端的业务对象，此时不允许用户对其属性以及本身进行非法操作，在进行误操作时给出对应的提示信息；只能在端到端的网络层中进行处理；

用“NULL”表示该对象为离散单站对象，可以被后续回收处理。

3.根据权利要求1所述的分组传送网管的一致性处理的快速方法，其特征在于，该方法在进行端到端网络层数据一致性的判断时，无论下层属于哪一种不一致状态，上层业务层均表示为下层不一致状态。

4.根据权利要求1所述的分组传送网管的一致性处理的快速方法，其特征在于，该方法在设备数据同步到网管上的时候会触发一致性的比对操作，在单个网元层节点对象数据的新增与修改会触发业务一致性比对操作；同时只有单个网元层节点对象数据的新增与修改会自动进行业务的一致性恢复，其余由用户手工决定是否进行一致性的恢复，从其他状态直接到一致状态。