一种传输网络业务监测及修复方法、装置、存储介质与流程

本发明涉及通信网络技术领域，具体涉及一种传输网络业务监测及修复方法、装置、存储介质。

背景技术：

在传输网络中，网络设备一般通过网管系统来进行管理，网管系统可以通过向各个网元、单板、端口单独下发命令的方式来完成网络的运维，我们称这种方式为单点配置方式。在网络规模大、组网复杂、用户业务需求多变的情况下，这种单点配置方式给网络运维带来了很大的挑战。为了降低这方面的网络运维成本(operationexpenditure，opex)，快速满足用户网络需求，对网络业务管理提供了端到端的管理方式，即在对业务进行发现、增加、删除、修改等过程中，用户不用对业务所经过的网络节点进行单个配置，而是以业务为管理单位，将业务所需要的配置数据批量地下发给相应的网元、单板、端口，并通过图形化的直观方式，将业务的整体情况展现给用户。

在端到端的实现中，实际还是以单点配置数据为基础的，端到端通过抽象和自动配置的方式在一定程度上代替了重复性的单点配置工作，从而提高了运维效率。在端到端业务建立后，如果用户用单点的方式或者用其它管理工具对业务相关的部分配置数据进行修改，就会造成单点配置数据与端到端业务不一致的情况，这种不一致的情况叫做业务残损，情况严重时可能会导致业务发生中断，例如：在光传送网(opticaltransportnetwork，otn)网络上，一条高阶光通道数据单元(opticalchanneldataunit-k，oduk)业务在业务所经过的网元上配置有映射数据、复用解复用数据、交叉调度数据等单点配置数据，如果其中一条网元上的对应交叉被用户使用单点配置命令删掉，则这条oduk业务就会发生中断，而端到端业务本身状态就变成了残损。

技术实现要素：

本发明实施例提供了一种传输网络业务监测及修复方法、装置、存储介质，能够快速地定位出传输网络中引起业务残损的位置。

本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种传输网络业务监测方法，包括：

检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突；

当所述逻辑资源与对应的单点配置数据无冲突时，将所述逻辑资源的状态标记为一致状态；

当所述逻辑资源与对应的单点配置数据有冲突时，将所述逻辑资源的状态标记为残损状态；将残损状态的逻辑资源所在的业务的状态，标记为残损状态。

在一实施例中，所述将所述逻辑资源的状态标记为一致状态之后，所述方法还包括：

检测所述一致状态的逻辑资源所在的业务中所有逻辑资源的状态；

当所有所述逻辑资源的状态均为一致状态时，将所述一致状态的逻辑资源所在的业务标记为一致状态；当有一条或一条以上的所述逻辑资源的状态为残损状态时，将所述一致状态的逻辑资源所在的业务标记为残损状态。

在一实施例中，所述检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突，包括：

监测网络中是否有单点配置数据发生变化；

当有单点配置数据发生变化时，根据变化的单点配置数据查找对应的逻辑资源，并检测所述查找到的逻辑资源与所述变化后的单点配置数据是否相冲突。

在一实施例中，所述根据变化的单点配置数据查找对应的逻辑资源，包括：

获取变化的单点配置数据中的操作对象标识信息；

查找对应的单点配置数据中包含所述获取的操作对象标识信息的逻辑资源。

在一实施例中，所述检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突，包括：

根据所述逻辑资源生成相应的单点配置数据，检查所述生成的单点配置数据是否与当前的单点配置数据相冲突；或者，

根据当前的单点配置数据生成相应的逻辑资源，检查所述生成的逻辑资源是否与当前的逻辑资源相冲突。

在一实施例中，所述方法之后还包括：

对于残损状态的逻辑资源，根据所述残损状态的逻辑资源的参数生成相应的单点配置数据；

检测生成的单点配置数据和当前的单点配置数据是否相冲突；

当生成的单点配置数据和当前的单点配置数据无冲突时，将所述生成的单点配置数据下发至相应的网络设备，以使网络设备根据所述生成的单点配置数据进行配置。

本发明实施例还提供了一种存储介质，所述存储介质上存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如以上任一项所述的传输网络业务监测方法的步骤。

本发明实施例还提供了一种传输网络业务监测装置，包括处理器及存储器，其中：所述处理器用于执行存储器中存储的传输网络业务监测程序，以实现如以上任一项所述的传输网络业务监测方法的步骤。

本发明实施例还提供了一种传输网络业务监测装置，包括第一逻辑资源管理模块和业务状态维护模块，其中：

第一逻辑资源管理模块，用于检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突，当所述逻辑资源与对应的单点配置数据无冲突时，将所述逻辑资源的状态标记为一致状态；当所述逻辑资源与对应的单点配置数据有冲突时，将所述逻辑资源的状态标记为残损状态；

业务状态维护模块，用于将第一逻辑资源管理模块标记的残损状态的逻辑资源所在的业务的状态，标记为残损状态。

本发明实施例还提供了一种传输网络业务监测装置，包括逻辑资源管理模块、业务状态维护模块、业务管理模块和单点配置模块，其中：：

逻辑资源管理模块，用于检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突，当所述逻辑资源与对应的单点配置数据无冲突时，将所述逻辑资源的状态标记为一致状态；当所述逻辑资源与对应的单点配置数据有冲突时，将所述逻辑资源的状态标记为残损状态，对于残损状态的逻辑资源，根据所述残损状态的逻辑资源的参数生成相应的单点配置数据；检测生成的单点配置数据和当前的单点配置数据是否相冲突；当生成的单点配置数据和当前的单点配置数据无冲突时，将所述生成的单点配置数据输出至单点配置模块；

业务状态维护模块，用于将逻辑资源管理模块标记的残损状态的逻辑资源所在的业务的状态，标记为残损状态；

业务管理模块，用于获取业务上的所有逻辑资源的状态，所述状态包括残损状态和一致状态，将残损状态的逻辑资源的信息输出至逻辑资源管理模块；

单点配置模块，用于将所述生成的单点配置数据下发至相应的网络设备，以使所述网络设备根据所述生成的单点配置数据进行配置。

本发明实施例还提供了一种传输网络业务修复方法，包括：

获取业务上的所有逻辑资源的状态，所述状态包括残损状态和一致状态，对于残损状态的逻辑资源，根据所述残损状态的逻辑资源的参数生成相应的单点配置数据；

检测生成的单点配置数据和当前的单点配置数据是否相冲突；

当生成的单点配置数据和当前的单点配置数据无冲突时，将所述生成的单点配置数据下发至相应的网络设备，以使网络设备根据所述生成的单点配置数据进行配置。

在一实施例中，所述方法还包括：

根据所述网络设备的配置结果修改所述逻辑资源的状态；

根据修改后的所述逻辑资源的状态，修改所述业务的状态，当所述业务上的所有所述逻辑资源的状态为一致状态时，标记所述业务的状态为一致状态；当所述业务包含残损状态的所述逻辑资源时，标记所述业务的状态为残损状态。

本发明实施例还提供了一种存储介质，所述存储介质上存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如以上任一项所述的传输网络业务修复方法的步骤。

本发明实施例还提供了一种传输网络业务修复装置，包括处理器及存储器，其中：

所述处理器用于执行存储器中存储的程序，以实现如以上任一项所述的传输网络业务修复方法的步骤。

本发明实施例还提供了一种传输网络业务修复装置，包括业务管理模块、第二逻辑资源管理模块和单点配置模块，其中：

业务管理模块，用于获取业务上的所有逻辑资源的状态，所述状态包括残损状态和一致状态，将残损状态的逻辑资源的信息输出至第二逻辑资源管理模块；

第二逻辑资源管理模块，用于对于残损状态的逻辑资源，根据所述残损状态的逻辑资源的参数生成相应的单点配置数据；检测生成的单点配置数据和当前的单点配置数据是否相冲突；当生成的单点配置数据和当前的单点配置数据无冲突时，将所述生成的单点配置数据输出至单点配置模块；

单点配置模块，用于将所述生成的单点配置数据下发至相应的网络设备，以使所述网络设备根据所述生成的单点配置数据进行配置。

本发明实施例的技术方案，具有如下有益效果：

本发明实施例提供的传输网络业务监测及修复方法、装置、存储介质，通过检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突，标记逻辑资源及逻辑资源所在的业务的状态，快速地定位出传输网络中引起业务残损的位置，进而对残损业务进行修复，提高了网络的维护效率，降低了网络的维护成本。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明实施例的一种传输网络业务监测方法的流程示意图；

图2为本发明实施例的一种传输网络业务监测装置的结构示意图；

图3为本发明实施例的一种传输网络业务修复方法的流程示意图；

图4为本发明实施例的一种传输网络业务修复装置的结构示意图；

图5为本发明实施例的另一种传输网络业务监测装置的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互任意组合。

为了做到与具体传输网络技术无关，综合参考g.805、电信管理论坛(telecommanagementforum，tmf)多技术网络管理(multitechnologynetworkmanagement，mtmn)以及开放网络基金会(opennetworkfoundation，onf)tr-512tr-527中的信息模型，端到端业务所占用的逻辑资源也具有自己的信息模型。对于逻辑资源生成方法以及通过逻辑资源获取单点配置数据的方法，在电信的i2接口，软件定义网络(softwaredefinednetwork，sdn)的电话应用程序接口(telephonyapplicationprograminterface，tapi)均有很多实现实例，因此，这里仅对组成端到端业务逻辑资源做相关说明，不再对逻辑资源的具体处理方法做进一步说明。

本申请根据网络设备的不同的单点配置数据的组合，将它们抽象成不同类型的逻辑资源；端到端业务就是由这些逻辑资源按顺序组合而成，对于参与组合某条业务的逻辑资源，我们称逻辑资源被业务占用；逻辑资源除了业务本身所需要的信息外，还有一个状态属性，这个属性表示这个逻辑资源所代表的单点配置数据和网络设备上的配置数据是否一致，如果一致，则该逻辑资源的状态为“一致”，如果逻辑资源与配置数据冲突，则该逻辑资源的状态为“残损”。

对于被业务占用的逻辑资源，只有业务在被删除或者相应修改导致业务不再占用该逻辑资源的时候，才会被删除，其它情况下不允许删除，即如果逻辑资源被业务占用，则不允许被删除；在业务没有发生变化的情况下，对于与单点配置数据存在对应关系的逻辑资源属性，不允许被修改。

当单点配置数据发生变化时，将触发逻辑资源一致性状态属性检查，如果逻辑资源状态与单点配置数据不一致，则将其更改为残损状态；业务本身的状态由它的逻辑资源的一致性状态决定，如果业务存在残损的逻辑资源,那么业务本身的一致性状态就会变成残损；对于残损状态的逻辑资源，如果其对应的单点配置数据发生变化，逻辑资源状态与单点配置数据变为一致，则逻辑资源会由残损状态变成一致性状态，对应业务的所有逻辑资源都为一致状态时，则业务状态变为一致。

在修复残损业务时，无论单点配置数据如何变化，由于被业务占用的逻辑资源一直存在，因此检查被业务占用的逻辑资源的一致性状态，对残损状态的逻辑资源重新生成对应的单点配置数据，并重新下发给设备(前提是没有数据冲突的情况下，如果有数据冲突，则不强制下发，提示用户冲突原因，业务不能修复)，就会完成残损业务的修复。

在本申请中，组成端到端业务的逻辑资源包括连接终端点(connectionterminationpoint，ctp)、连接(connection)和链路(link)，它们的定义如下：

ctp：是信息传递实体连接参考点的抽象表达。与g.805中“connectionpoint”不同的是，端到端系统的ctp除了具有连接参考点的属性，还会对客户层业务到服务层映射、复用解复用、资源分配(可用时隙)等功能提供支持；为了对传输业务有多层次性进行支持，ctp具有父子关系的特征，例如一个odu2通过复用解复用承载了8个odu0，那么这8个odu0ctp就是对应odu2ctp的子ctp；每个ctp都必须有一个其所在的物理端口标识，而与该ctp有关的单点配置数据是通过该物理端口从网络设备获取或者下发给网络设备的；

connection：一段可配置的动态的传输实体抽象表达，是g.805“unidirectionalconnection”的具体实现。connection的起始点叫做源点ctp，结束点叫做宿点ctp；一个connection的创建、删除、修改会引起设备的具体配置信息改动，例如对于otn业务，增加一条odu0的connection，可能会引起odu0交叉的增加；反之如果通过网管系统，增加一条odu0交叉，则可能新会产生一个对应的connection；

link：一段固定透明的传输实体表达，是g.805“link”的具体实现。与connection相同的地方是，link同样有源点ctp和宿点ctp；与connection不同的是，link不关心所传输业务本身的属性，也不会动态调度业务的方向；通过link传输的信息也不可改动，包括业务类型、占用时隙以及开销等信息；例如：在两个设备端口间连接一条光纤，那么这两个端口间就会有一条link产生；

对于ctp、connection和link，它们除了具有上述定义中所具有的与业务有关的属性外，还提供了一个是否与当前单点配置数据一致的状态属性。需要注意的是，connection和link使用了ctp作为源点和宿点，当这些ctp发生残损的情况下，并不会直接导致connection或者link发生残损，即每种逻辑资源只关注与自己有关的单点配置数据的一致性，与其有关联的逻辑资源的一致性并不会影响到其一致性状态。

一条业务除了与其本身有关的逻辑资源外，其信息有可能进一步被另外一条业务所承载。我们称这种业务间承载与被承载的关系为父子关系，例如对于业务a和业务b，如果业务a被业务b所承载，则业务a就是业务b的父层，而业务b就是业务a的子层或者客户层。

由ctp、connection、link以及相应的父层业务所形成的信息传递通路，我们称为业务的路由(route)。由于存在保护、广播等业务需求，因此一条业务可能存在多条路由。需要注意的是虽然父层业务是业务路由的组成部分，但不是业务本身的逻辑资源。这样定义的原因是当前业务的增删改，不影响其父层业务本身，从而父层业务的一致性状态和其客户层业务一致性状态也就不会相互影响，这样处理父层和子层业务之间关系，不仅给端到端功能的开发带来便利，对用户展现端到端业务信息时，也变得简洁。

如图1所示，本发明实施例提供了一种传输网络业务监测方法，包括如下步骤：

步骤101：检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突；当所述逻辑资源与对应的单点配置数据无冲突时，转步骤102；当所述逻辑资源与对应的单点配置数据有冲突时，转步骤103；

在本发明的一实施例中，所述步骤101中的检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突，包括：

监测网络中是否有单点配置数据发生变化；

当有单点配置数据发生变化时，根据变化的单点配置数据查找对应的逻辑资源，并检测所述查找到的逻辑资源与所述变化后的单点配置数据是否相冲突。

在该实施例的一示例中，所述根据变化的单点配置数据查找对应的逻辑资源，包括：

获取变化的单点配置数据中的操作对象标识信息；

查找对应的单点配置数据中包含所述获取的操作对象标识信息的逻辑资源。

在该实施例的一示例中，所述检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突，包括：

根据所述逻辑资源生成相应的单点配置数据，检查所述生成的单点配置数据是否与当前的单点配置数据相冲突；或者，

根据当前的单点配置数据生成相应的逻辑资源，检查所述生成的逻辑资源是否与当前的逻辑资源相冲突。

步骤102：将所述逻辑资源的状态标记为一致状态；

在本发明的一实施例中，所述步骤102还包括：

检测所述一致状态的逻辑资源所在的业务中所有逻辑资源的状态；

当所有所述逻辑资源的状态均为一致状态时，将所述一致状态的逻辑资源所在的业务标记为一致状态；当有一条或一条以上的所述逻辑资源的状态为残损状态时，将所述一致状态的逻辑资源所在的业务标记为残损状态。

步骤103：将所述逻辑资源的状态标记为残损状态，将残损状态的逻辑资源所在的业务的状态，标记为残损状态。

需要说明的是，当一条业务中的所有逻辑资源的状态都为一致状态时，该业务的状态也为一致状态；当一条业务中存在一条或一条以上的逻辑资源的状态为残损状态时，该业务的状态也为残损状态。

在本发明的一实施例中，所述方法之后还包括：

对于残损状态的逻辑资源，根据所述残损状态的逻辑资源的参数生成相应的单点配置数据；

检测生成的单点配置数据和当前的单点配置数据是否相冲突；

当生成的单点配置数据和当前的单点配置数据无冲突时，将所述生成的单点配置数据下发至相应的网络设备，以使网络设备根据所述生成的单点配置数据进行配置。

在本发明的一实施例中，所述方法之后还包括：

根据所述网络设备的配置结果修改所述逻辑资源的状态；

根据修改后的所述逻辑资源的状态，修改所述业务的状态，当所述业务上的所有所述逻辑资源的状态为一致状态时，标记所述业务的状态为一致状态；当所述业务包含残损状态的所述逻辑资源时，标记所述业务的状态为残损状态。

本发明实施例还提供了一种存储介质，所述存储介质上存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如以上任一项所述的传输网络业务监测方法的步骤。

本发明实施例还提供了一种传输网络业务监测装置，包括处理器及存储器，其中：

所述处理器用于执行存储器中存储的传输网络业务监测程序，以实现如以上任一项所述的传输网络业务监测方法的步骤。

如图2所示，本发明实施例还提供了一种传输网络业务监测装置，包括第一逻辑资源管理模块201和业务状态维护模块202，其中：

第一逻辑资源管理模块201，用于检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突，当所述逻辑资源与对应的单点配置数据无冲突时，将所述逻辑资源的状态标记为一致状态；当所述逻辑资源与对应的单点配置数据有冲突时，将所述逻辑资源的状态标记为残损状态；

业务状态维护模块202，用于将第一逻辑资源管理模块201标记的残损状态的逻辑资源所在的业务的状态，标记为残损状态。

在本发明的一实施例中，所述第一逻辑资源管理模块201的检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突，包括：

监测网络中是否有单点配置数据发生变化；

当有单点配置数据发生变化时，根据变化的单点配置数据查找对应的逻辑资源，并检测所述查找到的逻辑资源与所述变化后的单点配置数据是否相冲突。

在该实施例的一示例中，所述根据变化的单点配置数据查找对应的逻辑资源，包括：

获取变化的单点配置数据中的操作对象标识信息；

查找对应的单点配置数据中包含所述获取的操作对象标识信息的逻辑资源。

在该实施例的一示例中，所述第一逻辑资源管理模块201的检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突，包括：

根据所述逻辑资源生成相应的单点配置数据，检查所述生成的单点配置数据是否与当前的单点配置数据相冲突；或者，

根据当前的单点配置数据生成相应的逻辑资源，检查所述生成的逻辑资源是否与当前的逻辑资源相冲突。

在本发明的一实施例中，所述业务状态维护模块202还用于：

检测所述一致状态的逻辑资源所在的业务中所有逻辑资源的状态；

当所有所述逻辑资源的状态均为一致状态时，将所述一致状态的逻辑资源所在的业务标记为一致状态；当有一条或一条以上的所述逻辑资源的状态为残损状态时，将所述一致状态的逻辑资源所在的业务标记为残损状态。

如图3所示，本发明实施例还提供了一种传输网络业务修复方法，包括如下步骤：

步骤301：获取业务上的所有逻辑资源的状态，所述状态包括残损状态和一致状态，对于残损状态的逻辑资源，根据所述残损状态的逻辑资源的参数生成相应的单点配置数据；

步骤302：检测生成的单点配置数据和当前的单点配置数据是否相冲突；如果生成的单点配置数据和当前的单点配置数据无冲突，转到步骤303；如果生成的单点配置数据和当前的单点配置数据有冲突，转到步骤304；

步骤303：将所述生成的单点配置数据下发至相应的网络设备，以使网络设备根据所述生成的单点配置数据进行配置；

在本发明的一实施例中，所述步骤303还包括：

根据网络设备的配置结果修改所述逻辑资源的状态。

在该实施例中，当所述网络设备根据所述生成的单点配置数据进行配置且配置成功时，将所述逻辑资源的状态从残损状态转换为一致状态。

在该实施例中，所述步骤303还包括：

根据修改后的所述逻辑资源的状态，修改所述业务的状态，当所述业务上的所有所述逻辑资源的状态为一致状态时，标记所述业务的状态为一致状态；当所述业务包含残损状态的所述逻辑资源时，标记所述业务的状态为残损状态。

步骤304：残损业务修复失败。

本发明实施例还提供了一种存储介质，所述存储介质上存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如以上任一项所述的传输网络业务修复方法的步骤。

本发明实施例还提供了一种传输网络业务修复装置，包括处理器及存储器，其中：

所述处理器用于执行存储器中存储的程序，以实现如以上任一项所述的传输网络业务修复方法的步骤。

如图4所示，本发明实施例还提供了一种传输网络业务修复装置，包括业务管理模块401、第二逻辑资源管理模块402和单点配置模块403，其中：

业务管理模块401，用于获取业务上的所有逻辑资源的状态，所述状态包括残损状态和一致状态，将残损状态的逻辑资源的信息输出至第二逻辑资源管理模块402；

第二逻辑资源管理模块402，用于对于残损状态的逻辑资源，根据所述残损状态的逻辑资源的参数生成相应的单点配置数据，检测生成的单点配置数据和当前的单点配置数据是否相冲突；当生成的单点配置数据和当前的单点配置数据无冲突时，将所述生成的单点配置数据输出至单点配置模块403；

单点配置模块403，用于将所述生成的单点配置数据下发至相应的网络设备，以使所述网络设备根据所述生成的单点配置数据进行配置。

在本发明的一实施例中，所述传输网络业务修复装置还包括第一逻辑资源管理模块和业务状态维护模块，其中：

所述单点配置模块403，还用于发送所述网络设备的配置结果至所述第一逻辑资源管理模块；

第一逻辑资源管理模块，用于接收所述单点配置模块403发送的网络设备的配置结果，根据网络设备的配置结果修改所述逻辑资源的状态；

业务状态维护模块，用于根据修改后的所述逻辑资源的状态，修改所述业务的状态，当所述业务上的所有所述逻辑资源的状态为一致状态时，标记所述业务的状态为一致状态；当所述业务包含残损状态的所述逻辑资源时，标记所述业务的状态为残损状态。

在该实施例中，当所述网络设备根据所述生成的单点配置数据进行配置且配置成功时，第一逻辑资源管理模块将所述逻辑资源的状态从残损状态转换为一致状态。

如图5所示，本发明实施例还提供了一种传输网络业务监测装置，包括单点配置模块501、逻辑资源管理模块504、业务管理模块502、业务状态维护模块503，其中：

逻辑资源管理模块504，用于检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突，当所述逻辑资源与对应的单点配置数据无冲突时，将所述逻辑资源的状态标记为一致状态；当所述逻辑资源与对应的单点配置数据有冲突时，将所述逻辑资源的状态标记为残损状态，对于残损状态的逻辑资源，根据所述残损状态的逻辑资源的参数生成相应的单点配置数据；检测生成的单点配置数据和当前的单点配置数据是否相冲突；当生成的单点配置数据和当前的单点配置数据无冲突时，将所述生成的单点配置数据输出至单点配置模块501；

业务状态维护模块503，用于将逻辑资源管理模块504标记的残损状态的逻辑资源所在的业务的状态，标记为残损状态；

业务管理模块502，用于获取业务上的所有逻辑资源的状态，所述状态包括残损状态和一致状态，将残损状态的逻辑资源的信息输出至逻辑资源管理模块504；

单点配置模块501，用于将所述生成的单点配置数据下发至相应的网络设备，以使所述网络设备根据所述生成的单点配置数据进行配置。

在该实施例中，单点配置模块501主要负责监测和管理网络设备上的与逻辑资源有关的单点配置数据，并将逻辑资源对应的单点配置数据下发到网络设备；

业务管理模块502主要负责处理业务的创建、删除、修复等操作，并将业务所属的逻辑资源下发至逻辑资源管理模块504，以使得逻辑资源管理模块504完成对应的逻辑资源的创建、删除、修复等操作；

业务状态维护模块503主要负责维护业务的一致性状态，当收到逻辑资源管理模块504上的逻辑资源一致性状态变更消息时，检查逻辑资源所在业务，完成业务的一致性状态转变；

逻辑资源管理模块504主要负责根据单点配置数据生成对应的逻辑资源，当创建、删除或者修复业务时，逻辑资源管理模块504接收业务管理模块502下发的逻辑资源创建、删除、修复等指令，根据逻辑资源生成单点配置数据，并将单点配置数据下发给单点配置模块501，当收到单点配置模块501的数据变更消息时，根据数据变更消息检查相对应的逻辑资源的一致性状态，如果一致性状态发生变化，通知业务状态维护模块503完成相应业务的一致性状态检查。

在本发明的一实施例中，所述逻辑资源管理模块504的检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突，包括：

监测网络中是否有单点配置数据发生变化；

当有单点配置数据发生变化时，根据变化的单点配置数据查找对应的逻辑资源，并检测所述查找到的逻辑资源与所述变化后的单点配置数据是否相冲突。

在该实施例的一示例中，所述根据变化的单点配置数据查找对应的逻辑资源，包括：

获取变化的单点配置数据中的操作对象标识信息；

查找对应的单点配置数据中包含所述获取的操作对象标识信息的逻辑资源。

在该实施例的一示例中，所述逻辑资源管理模块504的检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突，包括：

根据所述逻辑资源生成相应的单点配置数据，检查所述生成的单点配置数据是否与当前的单点配置数据相冲突；或者，

根据当前的单点配置数据生成相应的逻辑资源，检查所述生成的逻辑资源是否与当前的逻辑资源相冲突。

在本发明的一实施例中，所述业务状态维护模块503还用于：

检测所述一致状态的逻辑资源所在的业务中所有逻辑资源的状态；

当所有所述逻辑资源的状态均为一致状态时，将所述一致状态的逻辑资源所在的业务标记为一致状态；当有一条或一条以上的所述逻辑资源的状态为残损状态时，将所述一致状态的逻辑资源所在的业务标记为残损状态。

在该实施例中，所述传输网络业务监测装置监测残损业务的过程，包括：

步骤601、单点配置模块监测到网络设备配置数据变化时，发送相应的数据变更信息至逻辑资源管理模块；

步骤602、逻辑资源管理模块收到单点配置模块的数据变更信息，根据变更的配置数据判断哪些逻辑资源会受到影响，检查这些逻辑资源是否与变更后的单点配置数据相冲突；如果这些逻辑资源和变更后的单点配置数据无冲突，且这些逻辑资源原来的状态为残损状态，则将这些逻辑资源的状态转换成一致状态；如果这些逻辑资源和变更后的单点配置数据有冲突，且这些逻辑资源原来的状态为一致状态，则将这些逻辑资源的状态转换成残损状态，进入步骤603；

在该实施例中，当单点配置数据发生变更时，所述检查哪些逻辑资源受到影响的方法包括：逻辑资源中包含了对应的单点配置数据的操作对象标识信息，当单点配置数据变更信息里也肯定包含操作对象标识信息，否则就不知道配置命令发到哪里了，通过单点配置数据的操作对象标识，就可以判断哪些逻辑资源有可能受到影响。

在该实施例中，所述检查逻辑资源是否与变更后的单点配置数据相冲突的方法包括：

根据逻辑资源生成相应的单点配置数据，检查生成的单点配置数据是否和变更后的单点配置数据相冲突；或者，

根据变更后的单点配置数据，重新生成逻辑资源，检查重新生成的逻辑资源是否和已有的逻辑资源相一致。

步骤603、对于步骤602检测到的状态发生变化的逻辑资源，将状态变化情况通知给业务状态维护模块；

步骤604、业务状态维护模块收到逻辑资源一致性状态变化通知，获取逻辑资源所在业务，并根据业务上逻辑资源状态重新更新业务本身的一致性状态；当业务的逻辑资源存在残损状态时，业务一致性状态变残损，当业务的所有逻辑资源都是一致状态时，业务的状态变成一致。

在该实施例中，所述传输网络业务监测装置修复残损业务的过程，包括：

步骤701、业务管理模块接收到业务修复命令，检查业务上的所有逻辑资源的一致性状态，对于残损状态的逻辑资源，向逻辑资源管理模块下发逻辑资源修复命令；

步骤702、逻辑资源管理模块收到逻辑资源修复命令后，根据逻辑资源相关参数生成相应的单点配置数据；检查新生成的单点配置数据和网络设备当前的配置数据是否有冲突，如果有冲突，转步骤705，如果无冲突，转步骤703；

步骤703、逻辑资源管理模块将新生成的单点配置数据下发到单点配置模块；

步骤704、单点配置模块将收到的单点配置数据下发给相应网络设备，完成网络配置后，向逻辑资源管理模块发送相应变更通知，开始重新触发业务的残损检测流程，如果残损检测流程检测到所述业务上的所有相关逻辑资源为一致状态，业务本身的状态也将会变成一致，残损业务修复成功；

步骤705、逻辑资源管理模块检查到使用已有的逻辑资源重新生成的单点配置数据和网络设备当前的配置数据有冲突，向业务管理模块应答配置数据冲突的相关信息，残损业务修复失败。

下面以一条otn传输系统的oduk交叉配置数据变更为例，来说明残损业务的监测和修复过程：

一条oduk交叉属于单点配置数据，完成oduk数据从一个端口到另一个端口上的调度，主要包括如下数据内容：源端口、宿端口、oduk类型、源端口oduk时隙信息、宿端口oduk时隙信息、交叉类型、交叉方向。可以对oduk交叉做如下配置：增加、删除、修改交叉类型(工作交叉、保护交叉)；对应逻辑资源，存在源端口上的odukctpa，宿端口上的odukctpz，以及一个connection，其中源点是a，宿点是z；其中一条oduk业务占用了这条connection，当前connection的状态为“一致”。

在该示例中，所述监测残损业务的过程，包括：

步骤a、用户通过网管系统的交叉配置功能，删除了这条oduk交叉，单点配置模块监测到了oduk交叉数据变更，将变更消息发送给逻辑资源管理模块；

步骤b、逻辑资源管理模块收到oduk交叉数据的删除消息，获取oduk交叉数据中的源端口、宿端口、oduk、源端口oduk时隙信息、宿端口oduk时隙信息，通过这些信息分别获取到connection的源ctp和宿ctp，根据这两个ctp，获取对应的connection，将connection的状态修改为“残损”，向业务状态维护模块发送状态变更通知；

步骤c、业务状态维护模块收到connection的状态变为“残损”的通知，分析这条connection被一条oduk业务占用，将这条业务的状态置为“残损”。

在该示例中，所述修复残损业务的过程，包括：

步骤a、用户选择残损的oduk业务，向业务管理模块下发业务修复命令；

步骤b、业务管理模块查找该业务下的残损逻辑资源，发现一条connection处于残损状态，业务管理模块以这条connection为参数，向逻辑资源管理模块下发修复命令；

步骤c、逻辑资源管理模块收到connection的修复命令，根据该connecion生成相应的oduk交叉信息，并从单点配置模块获取相应端口上的交叉信息，发现没有对应的oduk交叉信息存在，也没有与新生成的oduk相冲突的交叉存在，逻辑资源管理模块将新生成的oduk交叉发送到单点配置模块；

步骤d、单点配置模块将收到的oduk交叉成功发送到设备后，向逻辑资源管理模块发送oduk交叉创建通知；

步骤e、逻辑资源管理模块收到oduk创建通知，根据oduk里面的参数，获取到对应的connection，监测connection对应的交叉数据与新创建的交叉相同，将connection的状态修改成“一致”，并将connection的状态变更消息发送给业务状态维护模块；

步骤f、业务状态维护模块接收到connection这条逻辑资源的状态变更通知，重新监测该connection所在业务的一致性状态，发现该业务上的逻辑资源都是“一致”状态，将该业务的状态修改成“一致”。

本申请提供了一种便于快速监测到传输网络中残损业务并且便捷修复残损业务的方法和装置。在应用本申请的传输网络业务监测及修复方法、装置时，由于单点配置数据发生变更首先触发的是与该单点配置数据有关的小范围的逻辑资源一致性状态变更，消耗的存储与计算资源是可控的，不会随着网络规模的扩大而扩大，从而可以保持高效的业务一致性状态维护；当单点配置数据与逻辑资源不一致时，由于只是更改了逻辑资源的一致性状态，而不是直接删除逻辑资源，这样便于快速定位引起业务残损位置，并对残损业务进行修复处理，而且能保证修复后的业务和业务残损前的所有相关的单点配置是一样的。

本申请为组成业务的逻辑资源增加了一个一致性状态属性，业务本身的一致性状态由组成业务占用的逻辑资源的一致性状态决定；一个逻辑资源和特定的一个或者几个单点配置数据相对应，网络设备上的配置数据和逻辑资源对应的单点配置数据的一致性决定了逻辑资源本身的一致性；逻辑资源一旦被业务所占用，就不能被删除；将残损业务修复过程分解成对业务占用的残损逻辑资源修复。

本发明实施例提供的传输网络业务监测及修复方法、装置、存储介质，通过检测逻辑资源与所述逻辑资源对应的单点配置数据是否相冲突，标记逻辑资源及逻辑资源所在的业务的状态，快速地定位出传输网络中引起业务残损的位置，进而对残损业务进行修复，提高了网络的维护效率，降低了网络的维护成本。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现，相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。