CN104660435A - 面向智能管道的事务型网管引擎及其网管事务处理方法 - Google Patents

Abstract

本发明实施例公开了一种面向智能管道的事务型网管引擎及其网管事务处理方法，其中，方法包括：接收用户发送的进行网管事务处理的事务处理任务；对事务处理任务进行解析，获得元操作的描述文件和调用参数；从数据库中获取本次网管事务涉及的操作对象的网管接入方式；分别根据各元操作及其涉及的操作对象的网管接入方式，调用实现元操作的、且与操作对象的网管接入方式对应的指令集替换元操作的描述文件；依次向操作对象分配线程资源并下发相应的指令集，由操作对象执行指令集并反馈指令集执行结果；根据各指令集执行结果返回网管事务处理的处理结果。本发明实施例可以实现对网络中跨厂家、跨专业、设备的、面向多网元及业务调度的事务配置管理。

Description

面向智能管道的事务型网管引擎及其网管事务处理方法

技术领域

本发明涉及通信技术，尤其是一种面向智能管道的事务型网管引擎及其网管事务处理方法。

背景技术

几年前，通信运营商已经提出了“智能管道”的概念，其核心是要求加强网络与平台的协同，实现“用户可识别、业务可区分、流量可调控、网络可管理”的精确化管道经营与管理。通过近几年建设与优化，“用户可识别、业务可区分”在网络部署上已经基本落实，宽带网络已成为多业务的综合承载网络，实现各类用户流量承载在各自不同的业务管道；但“流量可调控、网络可管理”在网络运维上仍大都依靠人工操作，无法适应业务端到端智能运维的需求。故而各大运营商开始着力提升运维支撑手段，尤其是网管建设。

现阶段，各类网管总体上都围绕着故障管理、配置管理、计费管理、性能管理及安全管理五大基本功能实施开发与部署工作。先从管理功能的现状来看，故障管理往往关注告警监测，而故障隔离与校正需要大量的人工判断与调度，无法由告警驱动网管自身实现故障定位和预处理；而配置管理和性能管理等，目前网管仅仅停留在对网络性能数据的收集和报表分析上，并以此提供资源预警，这使得网络调优工作的节奏相对滞后。另外，从网络管理与调度的现实要求上看，无论综合网管还是网元网管大都采用将整个业务网络分割为单个设备网元和双端中继电路的管理模式，且依赖人工维护的资源数据，时常出现因资源数据差错而导致网络调度失误或业务开通异常的现象。因此，要在真正意义上成为网络智能运维的支撑手段，网管建设的着力点应在强化其对网元及业务自动化管理与调度的能力，减少人工对网元资源数据的影响，使其从现阶段感知网络转变为调度网络，实现对各类用户及其业务管道全程端到端的自动化管理与调度，这也是面向智能管道的事务型网管的现实目标。

因此，事务型网管功能开发的侧重点应以对网络网元的业务调度为导向，实施对网元或业务的自动管理与调度（配置）。而实际网络上存在着大量的型号版本繁杂的设备以及支持简单网络管理协议（SimpleNetwork Management Protocol，SNMP）、北向接口、命令行接口（CLI）、通用对象请求代理结构（Common Object Request BrokerArchitecture，CORBA）接口等不同网管或接口协议的各类网元网管，要在这样一张大型异构的网络上实施全程端到端的用户及业务的可靠管理和灵活调度，网管不仅需要适配各类语义、语法格式迥异的指令或接口，以便建立可靠的管理通道或操作方法，还需要面向一条或多条业务通道上多个网元或链路实施管理与配置，以尽可能地避免网管事务调度对业务使用及用户感知的影响。这就要求在事务型网管的实现中其核心引擎必须具备跨厂商、跨型号、多协议和多线程并发等特性，且支持面向多网元及业务调度的事务配置管理，使得网管新功能的发布能在较短开发周期中实现，以满足对网络及业务管道的动态运维需求。

发明内容

本发明实施例所要解决的技术问题是：提供一种面向智能管道的事务型网管引擎及其网管事务处理方法，以实现对网络中跨厂家、跨专业、设备的、面向多网元及业务调度的事务配置管理。

本发明实施例提供的一种面向智能管道的事务型网管引擎的网管事务处理方法，包括：

接收用户发送的进行网管事务处理的事务处理任务，所述网管事务处理任务中包括本次网管事务处理流程包括的一个以上元操作的描述文件和用户输入的调用参数，该调用参数用于表述本次网管事务涉及的操作对象与操作对象相关参数，所述操作对象包括网元、文件或者访问接口；

对所述事务处理任务进行解析，获得一个以上元操作的描述文件和调用参数；

根据所述调用参数，从数据库中获取本次网管事务涉及的操作对象的网管接入方式，所述网管接入方式包括操作对象支持的接口和/或协议、设备型号、设备软件版本中的任意一项或多项；

分别根据各元操作及其涉及的操作对象的网管接入方式，调用实现元操作的、且与操作对象的网管接入方式对应的指令集替换元操作的描述文件，得到事务处理指令；所述指令集包括一条以上实现元操作的、且与操作对象的网管接入方式对应的指令；

根据事务处理指令中的元操作顺序，依次向操作对象分配线程资源并下发相应的指令集，由操作对象执行指令集并反馈指令集执行结果；

根据各指令集执行结果返回网管事务处理的处理结果。

在本发明上述方法的另一个实施例中，还包括：

预先定义事务处理指令，所述事务处理指令包括特定执行顺序的一个以上元操作，每个元操作包括实现该元操作的、支持各种接入方式的指令集，每个指令集由一条以上实现元操作的且支持同一种网管接入方式的一条以上指令构成。

在本发明上述方法的另一个实施例中，所述指令集中包括的指令为执行指令，所述指令集还包括交互控制参数、参数配置备份指令与异常回退指令；

由所述操作对象执行指令集并反馈执行结果包括：

先执行指令集中的参数配置备份指令，备份面向操作对象操作前操作对象的各项参数配置，以对面向操作对象操作前的设备配置进行现场保护；

以操作对象的网管接入方式向操作对象下发指令集中的执行指令，执行面向操作对象的设备指令交互，并在交互中校验交互控制参数，若设备指令执行正常，则反馈执行成功的指令集执行结果，以便针对下一个操作对象执行所述向操作对象分配线程资源并下发相应的指令集的操作，直至执行完事务处理指令中的所有指令集；

若设备指令执行异常，则根据出错情况匹配的出错模板执行相应的异常回退指令，并中止执行事务处理指令，反馈执行失败的指令集执行结果；

所述根据各指令集执行结果返回网管事务处理的处理结果包括：

响应于接收到事务处理指令中的最后一条指令集执行成功的指令集执行结果，生成网管事务处理成功的处理结果并返回；

响应于接收到一条执行失败的指令集执行结果，生成网管事务处理失败的处理结果并返回。

在本发明上述方法的另一个实施例中，所述向操作对象分配线程资源包括：

判断所述操作对象目前的连接数是否达到支持的最大连接数；

若未达到支持的最大连接数，向操作对象分配线程资源；

若达到支持的最大连接数，则将所述指令集加入指令等待队列，在所述操作对象有连接释放后，向所述操作对象分配线程资源并下发指令等待队列中的指令集，直到将所述相应的指令集下发给所述操作对象。

在本发明上述方法的另一个实施例中，还包括：

生成操作对象执行指令集的操作日志，包括成功日志与异常日志；

根据各指令集执行结果返回网管事务处理的处理结果时，还返回已经执行的指令集的操作日志。

本发明实施例提供的一种面向智能管道的事务型网管引擎，包括：

接收单元，用于接收用户发送的进行网管事务处理的事务处理任务，所述网管事务处理任务中包括本次网管事务处理流程包括的一个以上元操作的描述文件和用户输入的调用参数，该调用参数用于表述本次网管事务涉及的操作对象与操作对象相关参数，所述操作对象包括网元、文件或者访问接口；

解析单元，用于对所述事务处理任务进行解析，获得一个以上元操作的描述文件和调用参数；

数据库单元，用于存储预先定义的事务处理指令，所述事务处理指令包括特定执行顺序的一个以上元操作，每个元操作包括实现该元操作的、支持各种接入方式的指令集，每个指令集由一条以上实现元操作的且支持同一种网管接入方式的一条以上指令构成；

获取单元，用于根据所述调用参数，从数据库中获取本次网管事务涉及的操作对象的网管接入方式，所述网管接入方式包括操作对象支持的接口和/或协议、设备型号、设备软件版本中的任意一项或多项；

调用单元，用于分别根据各元操作及其涉及的操作对象的网管接入方式，调用实现元操作的、且与操作对象的网管接入方式对应的指令集替换元操作的描述文件，得到事务处理指令；所述指令集包括一条以上实现元操作的、且与操作对象的网管接入方式对应的指令；

设备交互单元，用于根据事务处理指令中的元操作顺序，依次向操作对象分配线程资源并下发相应的指令集，由操作对象执行指令集并反馈指令集执行结果；

发送单元，用于根据各指令集执行结果返回网管事务处理的处理结果。

在本发明上述事务性网管引擎的另一个实施例中，所述指令集中包括的指令为执行指令，所述指令集还包括交互控制参数、参数配置备份指令与异常回退指令；

所述设备交互单元，具体用于根据事务处理指令中的元操作顺序，先执行指令集中的参数配置备份指令，备份面向操作对象操作前操作对象的各项参数配置，以对面向操作对象操作前的设备配置进行现场保护；以操作对象的网管接入方式向操作对象下发指令集中的执行指令，执行面向操作对象的设备指令交互，并在交互中校验交互控制参数，若设备指令执行正常，则向发送单元反馈执行成功的指令集执行结果，以便针对下一个操作对象执行所述向操作对象分配线程资源并下发相应的指令集的操作，直至执行完事务处理指令中的所有指令集；若设备指令执行异常，则根据出错情况匹配的出错模板执行相应的异常回退指令，并中止执行事务处理指令，向发送单元反馈执行失败的指令集执行结果；

所述发送单元，具体用于响应于接收到事务处理指令中的最后一条指令集执行成功的指令集执行结果，生成网管事务处理成功的处理结果并返回；响应于接收到一条执行失败的指令集执行结果，生成网管事务处理失败的处理结果并返回。

在本发明上述事务性网管引擎的另一个实施例中，所述设备交互单元向操作对象分配线程资源时，具体判断所述操作对象目前的连接数是否达到支持的最大连接数；若未达到支持的最大连接数，向操作对象分配线程资源；若达到支持的最大连接数，则将所述指令集加入指令等待队列，在所述操作对象有连接释放后，向所述操作对象分配线程资源并下发指令等待队列中的指令集，直到将所述相应的指令集下发给所述操作对象。

在本发明上述事务性网管引擎的另一个实施例中，所述设备交互单元还用于生成操作对象执行指令集的操作日志并发送给所述发送单元，所述操作日志包括成功日志与异常日志；

所述发送单元，还用于在根据各指令集执行结果返回网管事务处理的处理结果时，返回已经执行的指令集的操作日志。

基于本发明上述实施例提供的面向智能管道的事务型网管引擎及其网管事务处理方法，可以预先定义事务处理指令及其包括的元操作以及实现各元操作的、且与各操作对象的网管接入方式对应的指令集，接收到用户发送的进行网管事务处理的事务处理任务后进行解析，获得其包括的一个以上元操作的描述文件和调用参数，根据调用参数，从数据库中获取本次网管事务涉及的操作对象的网管接入方式，包括操作对象支持的接口和/或协议；分别根据各元操作及其涉及的操作对象的网管接入方式，调用实现元操作的、且与操作对象的网管接入方式对应的指令集替换元操作的描述文件，得到事务处理，然后根据事务处理指令中的元操作顺序，依次向操作对象分配线程资源并下发相应的指令集，由操作对象执行指令集并反馈指令集执行结果，根据各指令集执行结果返回网管事务处理的处理结果，从而实现了对网络中跨厂家、跨专业、设备的、面向多网元及业务调度的事务配置管理。

目前通信网络的网管主要分为网元网管与综合网管。其中，网元网管系统往往专注于厂商特定网元的管理，所采用的技术手段相对封闭，强调独立网元、性能与告警等信息的收集与呈现；而采用第三方接口或北向接口开发的综合网管，其功能和性能受限于网管自身的开放程度和处理能力，且开发周期较长。本发明实施例的事务型网管引擎可应用于介于网元网管与综合网管之间的专业网管，可以利用可扩展标示语言（Extensive Makeup Language，XML）标签化的网管事务调用结构，实现对跨厂家、跨专业、跨型号的指令的层次化封装与调用，并可以在灵活配置的网管事务定义中实现指令流的重构，并控制面向操作对象（例如，网元）的多线程并发调用，使得网管的开发周期大大缩短，适应了运营商在网络“智能管道”化运营目标要求，大大地提升了大型通信网络中网管的开发与运行效率。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

构成说明书的一部分的附图描述了本发明的实施例，并且连同描述一起用于解释本发明的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：

图1为本发明面向智能管道的事务型网管引擎的网管事务处理方法一个实施例的流程图。

图2为本发明面向智能管道的事务型网管引擎的网管事务处理方法另一个实施例的流程图。

图3为本发明面向智能管道的事务型网管引擎一个实施例的结构示意图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

为了实现对网络中跨厂家、跨专业、设备的可靠管理与灵活调度，本发明实施例提出将网管对网元或业务的管理和调度定义为若干独立或相关的事务，每个事务内可以独立实现一类完整的管理或配置的操作，各类事务以同步机制保持网管数据与网元配置的一致性。对外提供XML标签化的事务调用，对内依靠一套通用的指令流重构的调用结构，事务一旦被调用，以操作对象与操作流程可配置的方式封装单个或多个元操作下的各类网元指令集，并将内部封装定义的指令集、元操作或者子事务根据预设的流程串联组合。事务定义过程支持结构化的逻辑判断和面向操作对象（例如，网元对象）的操作与流程的灵活配置，以便封装与调用单个或多个各类操作的功能指令集（包括配置文件、接口与数据库操作）。并可以进一步在事务内建立面向网元的多线程并发的调用机制，从而大大提高网管系统的开发与运维效率，以快速满足网络管理中不断变化的运维需求。在此基础上，事务型网管引擎构建了三大类核心事务，分别针对网元与中继自发现事务、业务管道管理事务和业务端到端调度事务，以可靠的网元与端到端业务管道自发现的网管数据驱动端到端业务调度，实现面向智能管道的网络与网管之间的协同，从而推动“流量可调控、网络可管理”智能运维的演进。

图1为本发明面向智能管道的事务型网管引擎的网管事务处理方法一个实施例的流程图。如图1所示，该实施例面向智能管道的事务型网管引擎的网管事务处理方法包括：

110，接收用户发送的进行网管事务处理的事务处理任务，该网管事务处理任务中包括本次网管事务处理流程包括的一个以上元操作的描述文件和用户输入的调用参数，该调用参数用于表述本次网管事务涉及的操作对象与操作对象相关参数，其中的操作对象具体可以包括但不限于网元、文件或者访问接口。

120，对事务处理任务进行解析，获得一个以上元操作的描述文件和调用参数。

130，根据调用参数，从数据库中获取本次网管事务涉及的操作对象的网管接入方式。

示例性地，网管接入方式具体可以包括但不限于操作对象支持的接口和/或协议、设备型号、设备软件版本中的任意一项或多项。

140，分别根据各元操作及其涉及的操作对象的网管接入方式，调用实现元操作的、且与操作对象的网管接入方式对应的指令集替换元操作的描述文件，得到事务处理指令。

其中的指令集包括一条以上实现元操作的、且与操作对象的网管接入方式对应的指令。

150，根据事务处理指令中的元操作顺序，依次向操作对象分配线程资源并下发相应的指令集，由操作对象执行指令集并反馈指令集执行结果。

160，根据各指令集执行结果返回网管事务处理的处理结果。

基于本发明上述实施例的流程，使得网管事务处理任务对外统一呈现为事务，从而屏蔽不同网管协议下不同形态的操作指令，并通过后续还原为直接与操作对象交互的指令集，从而实现对网管事务的处理，并且，通过合并指令为指令集，减少了与同一操作对象的多次交互，相对收敛了网元操作的线程，尤其在面向大量网元时，大大提高了事务调用服务的并发线程的使用效率。

本发明上述实施例提供的网管事务处理方法，可以预先定义事务处理指令及其包括的元操作以及实现各元操作的、且与各操作对象的网管接入方式对应的指令集，接收到用户发送的进行网管事务处理的事务处理任务后进行解析，获得其包括的一个以上元操作的描述文件和调用参数，根据调用参数，从数据库中获取本次网管事务涉及的操作对象的网管接入方式，包括操作对象支持的接口和/或协议；分别根据各元操作及其涉及的操作对象的网管接入方式，调用实现元操作的、且与操作对象的网管接入方式对应的指令集替换元操作的描述文件，得到事务处理，然后根据事务处理指令中的元操作顺序，依次向操作对象分配线程资源并下发相应的指令集，由操作对象执行指令集并反馈指令集执行结果，根据各指令集执行结果返回网管事务处理的处理结果，从而实现了对网络中跨厂家、跨专业、设备的、面向多网元及业务调度的事务配置管理。

根据本发明面向智能管道的事务型网管引擎的网管事务处理方法的另一个实施例，可以在图1所示的实施例之前，预先定义网管事务的事务处理指令，该事务处理指令包括特定执行顺序的一个以上元操作，每个元操作包括实现该元操作的、支持各种接入方式的指令集，每个指令集由一条以上实现元操作的且支持同一种网管接入方式的一条以上指令构成。

本发明实施例事务处理指令体现的事务调用结构是一组从网管事务到面向设备的原始操作指令的多层嵌套的标签组件模型，各层次间的调用及标签组件涵盖自上而下的三个主体层次：

1)事务层：由元操作构成，用以实现一个单独完成的操作，事务支持嵌套，一个事务可由多个子事务（每个子事务也可以看作一个事务）构成；一个事务可以包括多个元操作、子事务；在事务内部定义了元操作的步骤、方法及与网管数据交互接口，以实现对元操作具体内容的流程控制。网管对内对外的操作通过调用事务处理指令，负责对操作对象的整个实际操作过程；

2)元操作层：由指令集操作组成，不涉及执行的协议；指令集由相似指令和操作方法构成，能够实现一个独立的操作，操作中包含流程定义，例如读取设备信息，如板卡号、端口信息等；一个元操作也可单独构成事务；元操作可对操作对象进行具体操作，也可是相关联的控制机制，例如是否做参数分解、是否做多线程运行等；元操作中包含互斥操作，该选择结构类似于高级语言的if-elseif语句；

3)指令集层：以网管接入方式（例如，访问协议、接口、设备型号及设备软件版本）为维度管理同一类指令操作的合集，包含指令集描述以及使用的具体协议，在各个指令集内部管理着面向网元操作或接口调用的具体单条或多条命令，每条指令是最小的执行单元，也是面向设备或接口的命令或调用的最终交互形态。根据不同的指令协议，例如SNNP、远程登录协议（TELNET）、事务语言1(TL1)、文件传输协议（File Transfer Protocol，FTP）、简单文件传输协议（TFTP）等，定义为不同基础操作方法类的指令集。

如下表1所示，为实施例事务处理指令体现的事务调用结构的一个具体示例。

表1

基于事务调用结构，本发明实施例预先定义指令集、元操作和事务（即：网管事务）：

1）定义指令集：利用XML延展性实施标签化，封装某一厂商某类型号网元的某一操作行为的原始指令的集合，可以是一条指令也可以是多条指令，以便元操作收敛管理各类指令集；在同时指令集均预设了指令日志模块，以便保留下发指令的操作记录。指令集内部主要包含面向网元的正向指令（也即：执行指令）、异常模板、异常处理三部分：

正向指令：是一条或多条按顺序执行的指令流，即可面向网元，亦可面向文件或接口；

异常模板：定义指令操作的各类出错模板，用于判断执行指令是否被正确执行，支持IF/ELSE分支执行；

异常（回滚）处理：涵盖出现异常模板情况下的出错处理（回滚）指令，指明出现上述定义的出错模板，则调用相应的出错处理指令；

2)定义元操作：元操作支持条件判断，包含多个不同协议、不同接口、不同设备型号、不同设备软件版本等各种网管接入方式的同一操作行为的指令集，其与指令集的管理维度不同，强调面向网络上所有操作对象的某类操作行为的目的，；

3)定义事务：由多个元操作组成，完整的描述了一系列实际操作行为的流程；事务定义涵盖了事务调用的描述文件与调用参数，事务描述文件用于控制事务内的元操作的执行流程，调用参数由用户输入，在事务处理流程内有效传参。

图2为本发明面向智能管道的事务型网管引擎的网管事务处理方法另一个实施例的流程图。如图2所示，该实施例面向智能管道的事务型网管引擎的网管事务处理方法包括：

210，接收用户发送的进行网管事务处理的事务处理任务，该网管事务处理任务中包括本次网管事务处理流程包括的一个以上元操作的描述文件和用户输入的调用参数，该调用参数用于表述本次网管事务涉及的操作对象与操作对象相关参数，其中的操作对象具体可以包括网元、文件或者访问接口。

220，对事务处理任务进行解析，获得一个以上元操作的描述文件和调用参数。

230，根据调用参数，从数据库中获取本次网管事务涉及的操作对象的网管接入方式，例如，操作对象支持的接口和/或协议、设备型号、设备软件版本中的任意一项或多项。

240，分别根据各元操作及其涉及的操作对象的网管接入方式，调用实现元操作的、且与操作对象的网管接入方式对应的指令集替换元操作的描述文件，得到事务处理指令。

其中的指令集包括一条以上实现元操作的、且与操作对象的网管接入方式对应的执行指令、交互控制参数、参数配置备份指令与异常回退指令。其中的交互控制参数用于验证该操作对象是否满足本次网管事务要求的条件，即：是否支持本次网管事务。

根据事务处理指令中的元操作顺序，依次针对每一个元操作涉及的操作对象，执行250～270的操作。

250，判断操作对象目前的连接数是否达到支持的最大连接数。

若达到支持的最大连接数，执行260的操作。否则，若未达到支持的最大连接数，直接执行270的操作。

260，将指令集加入指令等待队列进行等待，在该操作对象有连接释放后，执行270的操作。

270，先执行指令集中的参数配置备份指令，备份面向操作对象操作前操作对象的各项参数配置，以对面向操作对象操作前的设备配置进行现场保护。

280，向操作对象分配线程资源，并以操作对象的网管接入方式向操作对象下发指令集中的执行指令，执行面向操作对象的设备指令交互并生成操作对象执行指令集的操作日志（包括成功日志或异常日志），并在交互中校验交互控制参数。

290，若执行指令执行正常，则反馈执行成功的指令集执行结果与成功日志，以便针对下一个操作对象执行向操作对象分配线程资源并下发相应的指令集的操作，直至执行完事务处理指令中的所有指令集。

300，响应于接收到事务处理指令中的最后一条指令集执行成功的指令集执行结果，生成网管事务处理成功的处理结果并返回该网管事务处理成功的处理结果与已经执行的指令集的操作日志。

之后不执行本实施例的后续操作。

310，若执行指令执行异常，则根据出错情况匹配的出错模板执行相应的异常回退指令，并中止执行事务处理指令，反馈执行失败的指令集执行结果与异常日志。

320，响应于接收到一条执行失败的指令集执行结果，生成网管事务处理失败的处理结果并返回该网管事务处理失败的处理结果与已经执行的指令集的操作日志。

上述本发明实施例在网管事务处理过程引入了面向设备的多线程控制并发调用机制，允许在同一时间内，针对在同一网管事务内一次性面向多个网元的并行下发指令。其并发调用机制策略说明如下：

1)以线程为最小单位，依据网元以及网管协议管理方式（如TELNET、安全外壳（SSH）、TL1、SNMP等）设定协议最大线程数，限制面向网管事务进程的并发连接；

2)面向网元类型结合网管协议限制一定数量的并发连接数，例如：某种设备型号的设备只允许同时5个TELNET连接数；调用操作不能超出设备型号限制下的并发连接数；

3)针对单个网元的连接数如果已经达到最大限制数，则新的请求必须进入指令等待队列，占用连接释放后，才可操作网元。

本发明的技术方案所实现的事务型网管引擎，即事务调用引擎，实现了一套通用的调用结构，通过事务定义提供了面向网元的指令流重构的事务封装与调用，并在事务调用的执行中提供了多线程并发调用的控制。虚拟局域网（Virtual Local Area Network，VLAN）开通事务开通是网管事务中端到端业务调度事务的一类，对外提供的事务调用名称为VLAN开通事务。以下以VLAN开通事务调用作为网管事务处理的事务处理任务为例，对本发明实施例进行示例性说明

VLAN开通事务调用的实际操作是通过向业务开通管道上的设备A（DEIVCE_A）->设备B（DEIVCE_B）->设备C（DEIVCE_C）的各个网元（端口）配置业务参数指令，以DEIVCE_A设备的下联口作为用户接入口，中途通过DEIVCE_A的上联口-DEIVCE_B的下联口-DEIVCE_B的上联口-DEIVCE_C的下联口，终结于固定IP业务层设备，完成此事务内端到端的指令操作。

全程端到端的业务管道上的业务发放涉及到的物理链路、上下联口信息如下表2定义：

表2

设备	接入口/下联口	上联口
			DEIVCE_A	DEIVCE_A_PORT_IN	DEIVCE_A_PORT_UP
DEIVCE_B	DEIVCE_B_PORT_IN	DEIVCE_B_PORT_UP
			DEIVCE_C	DEIVCE_C_PORT_IN

注：物理链路：DEIVCE_A->DEIVCE_B->DEIVCE_C

1，基于本发明实施例，预先定义了VLAN开通事务

1）定义指令集

a）定义执行指令构成的执行指令集

名称：VLAN开通

指令封装

DEVICE_A设备，使用协议TELNET，定义执行指令集如下：

DEIVCE_B、DEIVCE_C设备，使用协议TELNET，定义执行指令集如下：

<指令>interface端口名称permit vlan VLAN编号</指令>

B）定义参数配置备份指令（也称为操作日志指令）

名称：VLAN开通-现场保存

指令封装

DEVICE_A设备，使用协议TELNET，定义参数配置备份指令如下：

<指令>show interface端口名称</指令>

DEIVCE_B、DEIVCE_C设备，使用协议TELNET，定义参数配置备份指令如下：

<指令>display interface端口名称</指令>

C）定义校验指令

名称：VLAN开通-校验指令

指令封装

DEVICE_A设备，使用协议TELNET，定义校验指令如下：

DEIVCE_B、DEIVCE_C，使用协议TELNET，定义校验指令如下：

d）定义异常回退指令

名称：VLAN开通-异常回退指令

指令封装

DEVICE_A设备，使用协议TELNET，定义异常回退指令如下：

DEIVCE_B、DEIVCE_C设备，使用协议TELNET，定义异常回退指令如下：

略

2）定义设备VLAN开通事务的元操作如下：

3）定义事务

名称：VLAN开通事务

格式描述如下：

其中的″DEIVCE_A下联口设置″、″DEIVCE_A上联口设置″、″DEIVCE_B下联口设置″、″DEIVCE_B上联口设置″和″DEIVCE_C下联口设置″即为事务处理任务中元操作的描述文件。

2，用户通过事务型网管引擎开通VLAN开通事务时，首先输入本次事务处理任务中调用参数的参数值，具体如下表3所示：

表3

用户输入调用参数的参数值后，事务型网管引擎生成本次VLAN开始事务的事务处理任务，其中的调用参数格式描述如下：

本次网管事务处理流程包括的以上元操作的描述文件包括：″DEIVCE_A下联口设置″、″DEIVCE_A上联口设置″、″DEIVCE_B下联口设置″、″DEIVCE_B上联口设置″和″DEIVCE_C下联口设置″。

之后执行图2所示实施例中的操作220。

3，通过图2所示实施例中的操作230，事务型网管引擎首先从数据库中获取具体操作对象DEIVCE_A、DEVICE_B、DEVICE_C支持的协议，并通过操作240，进一步从数据库获取对应的指令集替换元操作的描述文件″DEIVCE_A下联口设置″、″DEIVCE_A上联口设置″、″DEIVCE_B下联口设置″、″DEIVCE_B上联口设置″和″DEIVCE_C下联口设置″，将事务处理任务中的描述文件转换成对应的原始指令，得到事务处理指令，具体如下表4所示。

表4

4，之后执行图2所示实施例中的操作250～330。本应用实施例中仅示例性地对其中的部分操作进行说明。

1）根据事务处理指令中的元操作顺序，调用第一个元操作，进行DEIVCE_A下联口设置：

使用TELNET协议连接DEIVCE_A设备，判断DEIVCE_A设备的TELNET连接是否达到预先设置的最大限制数，如果未达到最大限制数则允许连接DEIVCE_A设备；如果已经达到最大限制数则等待其它连接释放；

向将DEIVCE_A设备分配线程资源并将DEIVCE_A设备的下联口指令集下发给DEIVCE_A设备，并接收返回的指令集执行结果；

根据指令集执行结果判断DEIVCE_A设备的下联口指令集是否执行成功，如果成功就继续执行下一个元操作；失败则调用相应的异常回退指令，并中止本次事务处理任务。

2）调用第二个元操作，进行DEIVCE_A上联口设置：

将DEIVCE_A设备的上联口指令集下发给DEIVCE_A设备，并接收返回的指令集执行结果；

根据指令集执行结果判断DEIVCE_A设备的上联口指令集是否执行成功，如果成功就继续执行下一个元操作；失败则调用相应的异常回退指令，并中止本次事务处理任务。

3）类似地，顺序调用后续元操作：DEIVCE_B下联口设置、DEIVCE_B上联口设置、DEIVCE_C下联口设置。

若所有元操作的指令集均正确执行，返回该网管事务处理成功的处理结果；若有一个元操作的指令集执行失败导致本次事务处理任务被中断，返回该网管事务处理失败的处理结果。

图3为本发明面向智能管道的事务型网管引擎一个实施例的结构示意图。该实施例的事务型网管引擎可用于实现本发明上述各网管事务处理方法实施例。如图3所示，其包括接收单元、解析单元、数据库单元、获取单元、调用单元、设备交互单元和发送单元。其中：

接收单元，用于接收用户发送的进行网管事务处理的事务处理任务，网管事务处理任务中包括本次网管事务处理流程包括的一个以上元操作的描述文件和用户输入的调用参数，该调用参数用于表述本次网管事务涉及的操作对象与操作对象相关参数，操作对象具体可以包括网元、文件或者访问接口。

解析单元，用于对接收单元接收到的事务处理任务进行解析，获得一个以上元操作的描述文件和调用参数。

数据库单元，用于存储预先定义的事务处理指令，其中的事务处理指令包括特定执行顺序的一个以上元操作，每个元操作包括实现该元操作的、支持各种接入方式的指令集，每个指令集由一条以上实现元操作的且支持同一种网管接入方式的一条以上指令构成，其中的网管接入方式具体可以包括但不限于操作对象支持的接口和/或协议、设备型号、设备软件版本中的任意一项或多项。

获取单元，用于根据解析单元解析得到的调用参数，从数据库单元中获取本次网管事务涉及的操作对象的网管接入方式。

调用单元，用于分别根据获取单元获取到的各元操作及其涉及的操作对象的网管接入方式，从数据库单元中调用实现元操作的、且与操作对象的网管接入方式对应的指令集替换元操作的描述文件，得到事务处理指令，其中的指令集包括一条以上实现元操作的、且与操作对象的网管接入方式对应的指令。

设备交互单元，用于根据事务处理指令中的元操作顺序，依次向操作对象分配线程资源并下发相应的指令集，由操作对象执行指令集并反馈指令集执行结果。

发送单元，用于根据设备交互单元接收到的各指令集执行结果返回网管事务处理的处理结果。

在本发明面向智能管道的事务型网管引擎的另一个实施例中，指令集中包括的指令具体为执行指令，另外指令集还包括交互控制参数、参数配置备份指令与异常回退指令。相应地，该实施例中，设备交互单元具体用于根据事务处理指令中的元操作顺序，先执行指令集中的参数配置备份指令，备份面向操作对象操作前操作对象的各项参数配置，以对面向操作对象操作前的设备配置进行现场保护；以操作对象的网管接入方式向操作对象下发指令集中的执行指令，执行面向操作对象的设备指令交互，并在交互中校验交互控制参数，若设备指令执行正常，则向发送单元反馈执行成功的指令集执行结果，以便针对下一个操作对象执行向操作对象分配线程资源并下发相应的指令集的操作，直至执行完事务处理指令中的所有指令集；若设备指令执行异常，则根据出错情况匹配的出错模板执行相应的异常回退指令，并中止执行事务处理指令，向发送单元反馈执行失败的指令集执行结果。发送单元具体用于响应于接收到事务处理指令中的最后一条指令集执行成功的指令集执行结果，生成网管事务处理成功的处理结果并返回；响应于接收到一条执行失败的指令集执行结果，生成网管事务处理失败的处理结果并返回。

本发明上述实施例提供的事务型网管引擎，可以预先定义事务处理指令及其包括的元操作以及实现各元操作的、且与各操作对象的网管接入方式对应的指令集，接收到用户发送的进行网管事务处理的事务处理任务后进行解析，获得其包括的一个以上元操作的描述文件和调用参数，根据调用参数，从数据库中获取本次网管事务涉及的操作对象的网管接入方式，包括操作对象支持的接口和/或协议；分别根据各元操作及其涉及的操作对象的网管接入方式，调用实现元操作的、且与操作对象的网管接入方式对应的指令集替换元操作的描述文件，得到事务处理，然后根据事务处理指令中的元操作顺序，依次向操作对象分配线程资源并下发相应的指令集，由操作对象执行指令集并反馈指令集执行结果，根据各指令集执行结果返回网管事务处理的处理结果，从而实现了对网络中跨厂家、跨专业、设备的、面向多网元及业务调度的事务配置管理。

在本发明面向智能管道的事务型网管引擎的又一个实施例中，设备交互单元向操作对象分配线程资源时，具体判断操作对象目前的连接数是否达到支持的最大连接数；若未达到支持的最大连接数，向操作对象分配线程资源；若达到支持的最大连接数，则将指令集加入指令等待队列，在操作对象有连接释放后，向操作对象下发指令等待队列中的指令集，直到将相应的指令集下发给操作对象。

在本发明面向智能管道的事务型网管引擎的再一个实施例中，设备交互单元还可用于生成操作对象执行指令集的操作日志并发送给发送单元，操作日志包括成功日志与异常日志。相应地，发送单元，还用于在根据各指令集执行结果返回网管事务处理的处理结果时，返回已经执行的指令集的操作日志。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于设备实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

可能以许多方式来实现本发明的方法、设备。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法和设备。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。

Claims (9)

1.一种面向智能管道的事务型网管引擎的网管事务处理方法，其特征在于，包括：

接收用户发送的进行网管事务处理的事务处理任务，所述网管事务处理任务中包括本次网管事务处理流程包括的一个以上元操作的描述文件和用户输入的调用参数，该调用参数用于表述本次网管事务涉及的操作对象与操作对象相关参数，所述操作对象包括网元、文件或者访问接口；

对所述事务处理任务进行解析，获得一个以上元操作的描述文件和调用参数；

根据所述调用参数，从数据库中获取本次网管事务涉及的操作对象的网管接入方式，所述网管接入方式包括操作对象支持的接口和/或协议、设备型号、设备软件版本中的任意一项或多项；

分别根据各元操作及其涉及的操作对象的网管接入方式，调用实现元操作的、且与操作对象的网管接入方式对应的指令集替换元操作的描述文件，得到事务处理指令；所述指令集包括一条以上实现元操作的、且与操作对象的网管接入方式对应的指令；

根据事务处理指令中的元操作顺序，依次向操作对象分配线程资源并下发相应的指令集，由操作对象执行指令集并反馈指令集执行结果；

根据各指令集执行结果返回网管事务处理的处理结果。

2.根据权利要求1所述的方法，其特征在于，还包括：

预先定义事务处理指令，所述事务处理指令包括特定执行顺序的一个以上元操作，每个元操作包括实现该元操作的、支持各种接入方式的指令集，每个指令集由一条以上实现元操作的且支持同一种网管接入方式的一条以上指令构成。

3.根据权利要求2所述的方法，其特征在于，所述指令集中包括的指令为执行指令，所述指令集还包括交互控制参数、参数配置备份指令与异常回退指令；

由所述操作对象执行指令集并反馈执行结果包括：

先执行指令集中的参数配置备份指令，备份面向操作对象操作前操作对象的各项参数配置，以对面向操作对象操作前的设备配置进行现场保护；

以操作对象的网管接入方式向操作对象下发指令集中的执行指令，执行面向操作对象的设备指令交互，并在交互中校验交互控制参数，若设备指令执行正常，则反馈执行成功的指令集执行结果，以便针对下一个操作对象执行所述向操作对象分配线程资源并下发相应的指令集的操作，直至执行完事务处理指令中的所有指令集；

若设备指令执行异常，则根据出错情况匹配的出错模板执行相应的异常回退指令，并中止执行事务处理指令，反馈执行失败的指令集执行结果；

所述根据各指令集执行结果返回网管事务处理的处理结果包括：

响应于接收到事务处理指令中的最后一条指令集执行成功的指令集执行结果，生成网管事务处理成功的处理结果并返回；

响应于接收到一条执行失败的指令集执行结果，生成网管事务处理失败的处理结果并返回。

4.根据权利要求3所述的方法，其特征在于，所述向操作对象分配线程资源包括：

判断所述操作对象目前的连接数是否达到支持的最大连接数；

若未达到支持的最大连接数，向操作对象分配线程资源；

若达到支持的最大连接数，则将所述指令集加入指令等待队列，在所述操作对象有连接释放后，向所述操作对象分配线程资源并下发指令等待队列中的指令集，直到将所述相应的指令集下发给所述操作对象。

5.根据权利要求1至4任意一项所述的方法，其特征在于，还包括：

生成操作对象执行指令集的操作日志，包括成功日志与异常日志；

根据各指令集执行结果返回网管事务处理的处理结果时，还返回已经执行的指令集的操作日志。

6.一种面向智能管道的事务型网管引擎，其特征在于，包括：

接收单元，用于接收用户发送的进行网管事务处理的事务处理任务，所述网管事务处理任务中包括本次网管事务处理流程包括的一个以上元操作的描述文件和用户输入的调用参数，该调用参数用于表述本次网管事务涉及的操作对象与操作对象相关参数，所述操作对象包括网元、文件或者访问接口；

解析单元，用于对所述事务处理任务进行解析，获得一个以上元操作的描述文件和调用参数；

数据库单元，用于存储预先定义的事务处理指令，所述事务处理指令包括特定执行顺序的一个以上元操作，每个元操作包括实现该元操作的、支持各种接入方式的指令集，每个指令集由一条以上实现元操作的且支持同一种网管接入方式的一条以上指令构成；

获取单元，用于根据所述调用参数，从数据库中获取本次网管事务涉及的操作对象的网管接入方式，所述网管接入方式包括操作对象支持的接口和/或协议、设备型号、设备软件版本中的任意一项或多项；

调用单元，用于分别根据各元操作及其涉及的操作对象的网管接入方式，调用实现元操作的、且与操作对象的网管接入方式对应的指令集替换元操作的描述文件，得到事务处理指令；所述指令集包括一条以上实现元操作的、且与操作对象的网管接入方式对应的指令；

设备交互单元，用于根据事务处理指令中的元操作顺序，依次向操作对象分配线程资源并下发相应的指令集，由操作对象执行指令集并反馈指令集执行结果；

发送单元，用于根据各指令集执行结果返回网管事务处理的处理结果。

7.根据权利要求6所述的事务性网管引擎，其特征在于，所述指令集中包括的指令为执行指令，所述指令集还包括交互控制参数、参数配置备份指令与异常回退指令；

所述设备交互单元，具体用于根据事务处理指令中的元操作顺序，先执行指令集中的参数配置备份指令，备份面向操作对象操作前操作对象的各项参数配置，以对面向操作对象操作前的设备配置进行现场保护；以操作对象的网管接入方式向操作对象下发指令集中的执行指令，执行面向操作对象的设备指令交互，并在交互中校验交互控制参数，若设备指令执行正常，则向发送单元反馈执行成功的指令集执行结果，以便针对下一个操作对象执行所述向操作对象分配线程资源并下发相应的指令集的操作，直至执行完事务处理指令中的所有指令集；若设备指令执行异常，则根据出错情况匹配的出错模板执行相应的异常回退指令，并中止执行事务处理指令，向发送单元反馈执行失败的指令集执行结果；

所述发送单元，具体用于响应于接收到事务处理指令中的最后一条指令集执行成功的指令集执行结果，生成网管事务处理成功的处理结果并返回；响应于接收到一条执行失败的指令集执行结果，生成网管事务处理失败的处理结果并返回。

8.根据权利要求7所述的事务性网管引擎，其特征在于，所述设备交互单元向操作对象分配线程资源时，具体判断所述操作对象目前的连接数是否达到支持的最大连接数；若未达到支持的最大连接数，向操作对象分配线程资源；若达到支持的最大连接数，则将所述指令集加入指令等待队列，在所述操作对象有连接释放后，向所述操作对象分配线程资源并下发指令等待队列中的指令集，直到将所述相应的指令集下发给所述操作对象。

9.根据权利要求6至8任意一项所述的事务性网管引擎，其特征在于，所述设备交互单元还用于生成操作对象执行指令集的操作日志并发送给所述发送单元，所述操作日志包括成功日志与异常日志；

所述发送单元，还用于在根据各指令集执行结果返回网管事务处理的处理结果时，返回已经执行的指令集的操作日志。