CN101217538A - 综合网络激活系统 - Google Patents

Abstract

本发明公开了一种综合网络激活系统，与多个网元以及电信运营商的前端业务支撑系统相连，所述前端业务系统用于受理终端用户的业务请求，包括：统一业务激活接口模块、施工工单处理模块、网元工单处理模块、网络激活处理模块、网元适配模块、数据库模块，用于保存实时业务和非实时业务网络激活处理过程中的生成的数据信息、业务融合控制模块。采用本发明，可以通过统一业务激活接口模块来接收来自前端业务支撑系统的实时和非实时业务，由系统的业务融合控制模块根据施工工单中业务的实时性来创建相应的处理通道，经过由通用的网元适配模块提供的网元接口，实现与工单对应的网元之间的对接，从而实现业务在网元上的自动激活处理。

Description

综合网络激活系统

技术领域

本发明涉及计算机技术领域、电信领域、固网通信、移动通信和运营支撑系统等技术领域，尤其是涉及电信领域运营支撑系统中的一种综合网络激活系统(Integrated Network Activation System，INAS)。

背景技术

目前，中国电信行业的市场业务发展迅速，就电信行业所提供的业务类型，从业务网络角度划分，可以分为：固网业务和移动业务。以业务网络分类为依据，中国电信运营商也分为两大类：固网运营商和移动运营商，各自分别运营具有不同的业务网络、不同营销实现方式的业务，两类运营商的市场领域互不相干。由于固定网络和移动网络在业务实现层面的不同，导致运营商所提供给终端用户端到端的业务开通能力也就不同，也就使得两类运营商之间的业务差别更体现在实时和非实时层面。因此，从端到端的业务开通时限性要求角度来划分，可以分为：实时业务和非实时业务。实时业务主要是指那些需要提供实时端到端的业务开通能力的业务；非实时业务主要指那些因各种原因无法提供实时端到端的业务开通能力的业务。

但是，即将开始的3G网络建设必将导致中国电信行业重组，无论是固网运营商经营移动业务，还是移动运营商经营固网业务，固网和移动网络的融合大势所趋。因此，每个运营商都需要从业务开发、市场营销、终端用户、服务能力和运营管理的角度来考虑固定网络和移动网络之间的融合，新的业务和复杂的组合业务也将大量涌现。

固定网络和移动网络的融合势必影响运营支撑系统的建设，特别是在端到端的业务开通过程中的网络激活处理环节，需要提供灵活的处理流程支持，用以实现施工工单中业务在网元上的激活处理。

当前，电信业务网络激活技术在全世界范围内已经有了较长时间的研究，也有一些相关的系统研发和应用，其中主要有两大类产品：

一种是设备供应商研发的专业网元激活系统，如华为和思科(CISCO)等公司的相关产品，主要是实现业务在设备供应商自身设备上的激活处理，不能够实现全网业务的激活处理，只能作为专业网管中的业务激活模块。

另一种是软件开发商推出的业务激活类产品，如Metasolv等公司的相关产品，在应用环境上复杂性和特殊性考虑不够，不能够满足固定网络和移动网络融合后的业务激活需求。

由于中国通信网络建设的复杂性和特殊性，现有系统在国内这种应用环境下明显存在以下几方面的缺陷：

(1)不能同时支持实时业务和非实时业务的激活处理。实时业务的激活处理过程要求是同步的，而非实时业务的激活处理过程则要求是异步的，现有系统不能同时提供异步处理和同步处理支持。

(2)没有统一的业务激活接口。现有系统根据应用的情况来确定私有的业务激活接口，导致与前端业务支撑系统之间的业务激活接口多样性，不利于系统的建设和推广。

要保证未来电信运营商端到端的业务开通能力，提升企业的服务质量，提高业务营销能力，就需要在运营支撑系统建设时解决以上问题。

发明内容

本发明的目的在于提供一种综合网络激活系统，能够客服现有技术的缺陷和不足，将系统应用于同时支撑固网非实时业务和移动实时业务的网络激活处理，可以同时满足固网非实时业务和移动实时业务的网络激活处理需求。

为此，本发明提供了一种综合网络激活系统，与多个网元以及电信运营商的前端业务支撑系统相连，所述前端业务系统用于受理终端用户的业务请求，包括：

统一业务激活接口模块，用于接收来自前端业务支撑系统的实时和/或非实时业务的施工工单以及返回业务激活处理的结果给前端业务支撑系统；

施工工单处理模块，用于对接收到的施工工单进行处理，形成符合要求的施工工单信息，并且会按照施工工单所包含的业务信息的要求，将已经完成激活处理的施工工单生成相应的结果返回信息返回给统一业务激活接口模块；

网元工单处理模块，用于在融合控制框架模块控制之下，对施工工单进行工单转换处理，生成符合要求的网元工单，并且将已经完成激活处理的网元工单进行回笼；

网络激活处理模块，用于对网元工单处理模块生成的网元工单进行业务逻辑处理，将网元工单翻译成其所对应网元的指令集并输出给网元适配模块，并且将网元工单的激活处理结果返回给网元工单处理模块；

网元适配模块，用于根据网元提供的接口协议，实现与工单对应的各种网元之间的对接；

数据库模块，用于保存实时业务和非实时业务网络激活处理过程中的生成的数据信息；

业务融合控制模块，用于根据施工工单中业务的实时性来创建相应的处理通道。

优选地，所述融合控制框架模块包括融合控制框架枢纽子模块、接口层控制子模块、施工工单层控制子模块、网元工单层控制子模块、激活处理层控制子模块，其中，

接口层控制子模块用于统一业务激活接口模块的控制处理，实现融合控制框架模块对统一业务激活接口处理过程的控制；

施工工单层控制子模块用于施工工单处理模块的控制处理，实现融合控制框架模块对施工工单处理模块处理过程的控制；

网元工单层控制子模块用于网元工单处理模块的控制处理，实现融合控制框架模块对网元工单处理模块处理过程的控制；

激活处理层控制子模块用于网络激活处理模块的控制处理，实现融合控制框架模块对网络激活处理模块处理过程的控制；

融合控制框架枢纽子模块用于对前面四个控制功能进行集成管理。

优选地，所述融合控制框架模块所创建的相应的激活处理通道包括实时激活处理通道和非实时业务激活处理通道。

优选地，所述实时激活处理通道是不可分拆的整体，从开始到结束是一个实时的同步处理过程；所述非实时业务激活处理通道能够分拆成几个环节，从开始到结束是一个非实时的异步处理过程。

优选地，所述非实时业务激活处理通道所拆分形成的几个环节之间的处理通过数据库和/或消息的方式进行交互。

优选地，所述融合控制框架枢纽模块通过实时消息通信来实现对融合控制框架模块内其余子模块的控制。

优选地，统一业务激活接口模块包括服务端与客户端，其中，所述服务端用于提供统一的接口服务，供前端业务支撑系统进行调用；所述客户端用于调用前端业务支撑系统提供的接口服务，与前端业务支撑系统提供的接口进行服务交互。

优选地，所述服务端提供给前端业务支撑系统的接口服务包括：接收统一消息、返回实时业务处理结果和非实时业务接收确认信息。

优选地，所述客户端与前端业务支撑系统进行的服务交互包括：返回非实时业务处理结果和接收的确认信息。

优选地，统一业务激活接口模块的具体处理过程包括：实时业务激活交互、非实时业务接收和非实时结果返回三种交互处理过程，其中，实时业务激活交互处理过程是接口提供给实时业务的接口处理过程，非实时业务接收和非实时结果返回过程则是提供给非实时业务的接口处理过程。

优选地，所述统一业务激活接口模块通过运行所述三种处理过程，实现同时支持实时业务和非实时业务激活接口处理的能力。

优选地，所述统一业务激活接口模块还包括：信息封装子模块，用于对接收到的前端业务支撑系统的实时和/或非实时业务的施工工单信息进行封装。

优选地，所述信息封装子模块采用统一的可扩展置标语言XML进行应用数据的封装。

优选地，所述数据库模块包括实时业务存储子模块和非实时业务存储子模块，其中，

实时业务存储子模块，用于保存实时业务网络激活处理的过程信息；

非实时业务存储子模块，用于保存非实时业务网络激活网络的过程信息以及进行非实时业务激活处理过程中的信息传输。

跟现有技术相比，本发明具有以下优点：

采用本发明，可以通过统一业务激活接口模块来接收来自前端业务支撑系统的实时和非实时业务，由系统的融合控制框架模块根据施工工单中业务的实时性来创建相应的处理通道，经过由通用的网元适配模块提供的网元接口，实现与工单对应的网元之间的对接，从而实现业务在网元上的自动激活处理。

跟现有技术相比，现有技术只是单一地对固网非实时业务或移动实时业务进行处理，而本发明可以同时满足固网非实时业务以及移动实时业务激活处理需求，从而无需对不同的业务处理分别部署不同的激活系统进行激活处理，于是节约电信运营商的设备采购成本和运营成本，给电信运营商的业务营运带来便利。

附图说明

图1为本发明提供的一种综合网络激活系统的框架结构示意图；

图2为本发明提供的一种综合网络激活系统中融合控制框架模块组成结构示意图；

图3为本发明系统的统一业务激活接口模块的组成结构示意图；

图4为本发明系统的业务处理流程图。

具体实施方式

本发明的核心思想在于：提供统一的业务激活接口，接收来自前端业务支撑系统的实时和非实时业务的施工工单，由系统融合激活控制框架根据施工工单中业务的实时性来创建相应的处理通道；然后将施工工单处理成网元工单派发给网元工位，工位对网元工单翻译成指令然后与网元交互完成自动激活处理。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和实施方式对本发明作进一步的详细说明。

为了同时支撑固网非实时业务和移动实时业务的网络激活处理，本发明提供了一种综合网络激活系统，在业务处理过程中，对于非实时业务，主要是指固网业务，最注重这类业务的网络激活处理过程中的安全性，因此，对其采用异步的激活处理方式，即：前端业务支撑系统采用异步的方式通过业务激活接口完成业务的激活处理，发送工单信息和接收处理结果过程是异步的，两个处理过程是相互独立的。对于实时业务，主要是指移动业务，最注重这类业务的网络激活处理过程中的实时性，因此，对其采用同步的激活处理方式，即：前端业务支撑系统采用同步的方式通过业务激活接口完成业务的激活处理，发送工单信息和接收处理结果过程在一次同步接口交互过程中完成。

参见图1，为本发明提供的一种综合网络激活系统的框架结构示意图，如图所示，本发明提供的综合网络激活系统与多个网元(固网网元或移动网元)以及电信运营商的前端业务支撑系统相连，该前端业务系统用于受理终端用户的业务请求，本发明提供的综合网络激活系统包含的功能模块有：统一业务激活接口模块、施工工单处理模块、网元工单处理模块、网络激活处理模块、网元适配模块、数据库模块以及融合控制框架模块。其中，

统一业务激活接口模块，用于接收来自前端业务支撑系统的实时和/或非实时业务的施工工单以及返回业务激活处理的结果给前端业务支撑系统。

该统一业务激活接口模块可以提供统一的业务激活接口，融合实时业务和非实时业务不同的接口交互过程，以支撑其不同的处理方式。该模块对于非实时业务的接口处理过程，采用异步的交互方式，将施工工单接收和激活处理的结果返回分成了两个独立部分，每个部分在一次同步交互过程中完成；而对于实时业务的接口处理过程，采用同步的方式，将施工工单接收和激活处理的结果返回这两部分功能在一次同步交互过程中实现。

对于实时电信业务，在终端用户办理后，需要实时完成终端用户所办理业务的网络激活处理；而对于非实时电信业务，在终端用户办理后，在用户设定时间之内完成业务的网络激活处理。

施工工单处理模块，用于对接收到的施工工单进行处理，形成符合要求的施工工单信息，在融合控制框架模块控制下，根据业务实时性来创建相应的处理通道，  即对于实时业务，融合控制框架模块将会产生实时业务处理通道，通过实时方式进行数据信息传递，以实时方式进行后续处理，对于非实时业务，融合控制框架模块将会产生非实时业务处理通道，通过数据库表的信息交互方式进行数据信息传递，以非实时方式进行后续处理；施工工单处理模块并且会按照施工工单所包含的业务信息的要求，将已经完成激活处理的施工工单生成相应的结果返回信息返回给统一业务激活接口模块。

网元工单处理模块，用于在融合控制框架模块控制之下，对施工工单进行工单转换处理，生成符合要求的网元工单，再派发到相应的网元工单处理工位，再由网元工单处理工位对网元工单进行网元定位处理；并将已经完成激活处理的网元工单进行回笼处理，结束对应施工工单的处理。

网络激活处理模块，用于对网元工单处理模块生成的网元工单进行业务逻辑处理，将网元工单翻译成其所对应网元的指令集并输出给网元适配模块，并且将网元工单的激活处理结果返回给网元工单处理模块。

在具体实现上，所述网络激活处理模块在融合控制框架模块控制之下，对网元工单进行业务逻辑处理，再将其翻译成对应网元的指令集，然后将指令集与网元进行信息交互处理，从而在网元上完成业务的激活处理。

本发明在网络激活处理模块与网元交互过程中出现业务自动处理失败时，根据实时和非实时业务采用不同的处理流程，对于非实时业务需要进行人工维护的网元工单进行相应的人工维护处理，而对于实时业务则直接将处理结果实时返回。

网元适配模块，用于根据网元提供的接口协议，实现与工单对应的各种网元之间的对接。

具体为：根据网元提供的接口协议，在系统设计的通用网元适配器基础上，通过定制和配置相应的网元交互规则，能够很便捷的实现与各种网元的对接，提供业务在该网元上的激活处理通道，从而在网元上完成业务的激活处理。

需要说明的是，由于电信业务承载平台多种多样，从而导致网元提供的自动业务激活接口的多样性，按照接口交互的实时性分，可以分为同步接口和异步接口；按照接口协议类型来分，则可以分为接口表、TCP/IP、SNMP、ACSII字符流、TELNET、HTTP、XML和SOAP等方式。

融合控制框架模块：用于根据施工工单中业务的实时性来创建相应的处理通道。

融合控制是实现实时业务和非实时业务融合网络激活处理过程的关键，针对实时业务和非实时业务在网络激活处理过程中实时性和安全性的不同要求，融合控制框架模块将提供相应的处理通道来支持，实时业务采用实时处理通道，通道中的处理都采用同步实时方式实现；非实时业务采用非实时处理通道，通道中的处理都采用异步非实时方式实现。另外，融合控制框架模块还提供并发控制能力，支持大并发量的实时和非实时处理通道。

数据库模块，用于保存实时业务和非实时业务网络激活处理过程中的生成的数据信息。所述数据库模块包括实时业务存储子模块和非实时业务存储子模块，其中，实时业务存储子模块，用于保存实时业务网络激活处理的过程信息；非实时业务存储子模块，用于保存非实时业务网络激活网络的过程信息以及进行非实时业务激活处理过程中的信息传输。

所述数据库模块用于保存信息，是系统保存信息的重要手段，对于实时业务和非实时业务，数据库模块起着不同的作用。具体实现上，对于实时业务，数据库模块仅仅保存其网络激活处理的过程信息，提供给系统查询和审计功能使用，信息的重要程度较低；对于非实时业务，数据库模块是其网络激活处理过程中的信息中心之一，一些重要功能(如信息转换功能)之间是通过数据库作为信息传输的手段，因此，它是实现非实时业务网络激活处理的重要环节。

在本发明中，融合控制框架模块是本发明系统实现融合实时和非实时业务网络激活处理过程的主要功能模块。如图2所示，所述融合控制框架模块包括融合控制框架枢纽子模块、接口层控制子模块、施工工单层控制子模块、网元工单层控制子模块、激活处理层控制子模块，通过融合控制框架枢纽子模块对这几个不同功能部分模块的协调控制来实现同时提供实时和非实时网络激活处理通道。其中，

接口层控制子模块用于本发明系统功能模块中的统一业务激活接口模块的控制处理，实现融合控制框架模块对统一业务激活接口处理过程的控制。这部分控制处理，主要负责对接收到的施工工单中所包含的业务进行实时性判断。判别过程如下：本发明系统在部署应用时，会和前端业务支撑系统进行业务实时性的约定，那些业务属于实时业务，那些业务属于非实时业务，并明确业务中那些信息用于描述用户的实时性，例如，业务编码或者电话号码等；根据本发明所属系统提供的统一业务激活接口协议，前端业务支撑系统将相应的业务信息按照接口协议发送过来，统一业务激活接口接收到该施工工单中的业务信息后，按照相应的约定来判别业务的实时性，并对该施工工单做相应的标记，然后通过同步实时的调用下一个功能构件所在的服务进行处理。

施工工单层控制子模块用于本发明系统功能模块中的施工工单处理模块的控制处理，实现融合控制框架模块对施工工单处理模块处理过程的控制。这部分控制处理，主要负责施工工单处理过程的控制，其中包括施工工单持久化和施工工单处理通道控制。施工工单持久化控制过程为：根据前面对施工工单的实时性判别标识，对于实时业务的施工工单直接进行激活过程处理；对于非实时业务的施工工单进行持久化处理，将工单信息保存到数据库，并在进入激活处理过程时返回持久化处理结果给统一业务激活接口。施工工单处理通道控制过程为：根据前面对施工工单的实时性判别标识，对于实时业务的施工工单，在施工工单处理构件中分配同步实时处理服务进行处理；对于非实时业务的施工工单则分配异步非实时处理服务进行处理。

网元工单层控制子模块用于本发明系统功能模块中的网元工单处理模块的控制处理，实现融合控制框架模块对网元工单处理模块处理过程的控制。这部分控制功能包括：网元工单派发回笼控制和网元工单处理通道控制。其中，网元工单派发回笼控制过程为：根据网元工单的实时性标识，对于实时业务的网元工单派发回笼由采用实时的同步派发回笼机制来实现；对于非实时业务的网元工单派发回笼则采用非实时的异步派发回笼机制来实现。网元工单处理通道控制过程为：根据网元工单的实时性标识，对于实时业务的网元工单，在网元工单处理构件中分配同步实时处理服务进行处理；对于非实时业务的网元工单则分配异步非实时处理服务进行处理。

激活处理层控制子模块用于本发明系统功能模块中的网络激活处理模块的控制处理，实现融合控制框架模块对网络激活处理模块处理过程的控制。这部分控制功能包括：指令集处理控制和网络激活处理通道控制。指令集处理控制过程为：根据网元工单的实时性标识，采用不同方式对网元工单指令集中的指令进行处理，将实时业务的网元工单的指令集作为一个整体进行激活处理；将非实时业务的网元工单的指令集分拆成指令，以指令为单元进行激活处理。网络激活处理通道控制过程为：根据网元工单的实时性标识，对于实时业务的网元工单，在其指令集网络激活处理模块中分配同步实时处理服务进行处理；对于非实时业务的网元工单则分配异步非实时处理服务进行处理。

融合控制框架枢纽子模块用于对前面四个控制子模块进行集成管理，融合控制框架枢纽通过实时消息通信来实现对四个控制功能的控制，这里控制分为实时控制和非实时控制。实时控制是指通过实时消息通信，将四个层面的同步实时处理服务集成起来，形成一个整体的实时激活处理过程，完成实时业务施工工单的激活处理。非实时控制指通过实时消息通信，将四个层面的异步非实时处理服务集成起来，形成一个整体的非实时激活处理过程，完成非实时业务施工工单的激活处理。

实时业务网络激活处理需要提供实时激活处理通道，该通道应该是不可分拆的整体，从开始到结束是一个实时的同步处理过程，要确保通道中每个环节及环节之间处理的实时性；非实时业务网络激活处理需要提供非实时激活处理通道，该通道可以进行分拆，从开始到结束是一个非实时的异步处理过程，可以分拆成几个环节，环节之间的处理可以通过数据库和消息的方式进行交互。

此外，在本发明中，所述统一业务激活接口模块包括服务端与客户端，其中，所述服务端用于提供统一的接口服务，供前端业务支撑系统进行调用；所述客户端用于调用前端业务支撑系统提供的接口服务，与前端业务支撑系统提供的接口进行服务交互。

对于实时业务，服务端完成施工工单的接收和处理结果的返回。服务端所提供的接口服务由统一消息接收服务、实时业务结果返回和非实时业务接收确认组成。

在具体实现上，本发明的客户端是给非实时业务激活处理提供服务，通过与前端业务支撑系统提供的接口服务交互，完成非实时业务处理结果返回。客户端与前端业务支撑系统进行的服务类型由非实时业务结果返回和接收确认消息组成。

本发明提供的统一业务激活接口模块分别给实时业务和非实时业务的接口处理提供了不同的功能组件，参见图3，为本发明系统的统一业务激活接口模块的组成结构示意图，对于实时业务，是提供统一消息接收服务组件和实时业务结果返回组件；对于非实时业务，是提供统一消息接收服务组件、非实时业务接收确认组件、非实时业务结果返回组件和接收确认消息组件。对于实时业务，统一业务激活接口模块进行的统一消息接收服务和实时业务结果返回组成了一次接口消息交互过程；对于非实时业务，统一业务激活接口模块的处理过程分为两个独立的部分，即：由统一消息接收服务和非实时业务接收确认组成一次消息交互过程，而非实时业务结果返回和接收确认消息则是另外一次消息交互过程，两次消息交互过程分别在不同的接口连接中存在。

统一业务激活接口模块的具体功能包含有以下三部分：

实时业务激活交互：由统一业务激活接口模块的统一消息接收服务组件和实时业务结果返回组件的功能一起作用组成，通过统一消息接收服务组件接收到来自业务支撑系统的施工工单，经过系统后面的功能处理完成施工工单激活处理后，通过实时业务结果返回组件将结果返回给业务支撑系统，完成实时业务的激活处理交互。这是实时业务在统一业务激活接口模块部分的完整处理过程。

非实时业务接收：由统一消息接收服务组件和非实时业务接收确认组件的功能一起作用组成，通过统一消息接收服务组件接收到来自业务支撑系统的施工工单，系统将施工工单在数据库模块中进行保存之后，通过非实时业务接收确认组件发送确认信息给前端业务支撑系统，从而完成非实时业务的工单接收交互。这是非实时业务在统一业务激活接口模块部分的工单接收处理过程。

非实时结果返回：由非实时业务结果返回组件和接收确认消息组件组成，通过非实时业务结果返回组件将已完成激活处理施工工单的结果信息返回给业务支撑系统，然后通过接收确认消息组件接收前端业务支撑系统的确认消息，从而完成非实时业务的结果返回交互。这是非实时业务在统一业务激活接口部分的结果返回处理过程。

在本发明中，本发明系统包括的各个功能模块之间的数据交互分两种情况，具体为：通过统一业务激活接口模块的信息交互以及系统中各个模块的配置信息采用统一的可扩展置标语言(EXtensible Markup Language，XML)进行应用数据的封装，而本发明系统与网元之间的信息交互则根据网元的接口协议来确定。为此，本发明的系统在统一业务激活接口模块中设置有：信息封装子模块，用于对接收到的前端业务支撑系统的实时和/或非实时业务的施工工单信息进行封装。并且所述信息封装子模块优选为采用统一的可扩展置标语言xML进行应用数据的封装。

此外，本发明的系统还包含由流程控制、QOS支持、客户SLA体系、状态自动机和模版替换等通用技术组成的功能模块，这些模块在系统中起到辅助的功能支撑。

下面分别对本发明提供的综合网络激活系统的实时业务激活处理过程以及非实时业务激活处理过程进行详细说明：

参见图4，为本发明的综合网络激活系统的业务处理流程图。

步骤S401：本发明所述系统的统一业务激活接口模块服务接收到来自前端业务支撑系统的施工工单信息；

步骤S402：施工工单处理模块按照请求信息生成相应的施工工单；

步骤S403：融合控制框架模块判断施工工单中业务的实时性，如果是实时业务，则进入下一步骤S404；否则，进入步骤S422；

步骤S404：融合控制框架模块创建实时业务的处理通道；

通过该步骤创建的实时业务处理通道，施工工单处理模块通过实时信息传递方式，将施工工单信息传递给网元工单处理模块；

步骤S405：网元工单处理模块将施工工单处理成网元工单；

步骤S406：将网元工单派发到相应的网元工单处理工位；

步骤S407：判断施工工单中业务的实时性，如果是实时业务，则进入下一步骤S408；否则，进入步骤S426；

步骤S408：在融合控制框架模块控制之下，实时业务直接进入指令翻译处理环节，由网络激活处理模块对实时业务的网元工单进行翻译；

步骤S409：由网络激活处理模块控制将网元工单翻译成的指令集信息发送给网元适配模块，以能控制完成指令与网元交互处理；

步骤S410：网元适配模块将指令按照网元接口协议要求发送给工单所对应的网元，并接收该网元对该指令的处理结果信息；

步骤S411：对接收到网元的指令处理结果信息进行特征提取和分析。

当指令集中的某一条指令通过网元适配模块与网元交互时，网元会根据指令的处理情况返回相应的信息，这里需要对返回的信息进行特征的提取和分析，以判断该条指令处理情况，并将分析结果返回给业务级流程控制，以便控制后续处理。

步骤S412：判断指令处理是否已经结束，如果结束，执行步骤S413，没有结束的再继续进行激活处理，即返回步骤S410。

步骤S413：根据指令集在网元上处理的结果信息判断网元工单的处理结果。

步骤S414：判断施工工单中业务的实时性，如果是实时业务，则进入下一步骤S415；否则，进入步骤S428；

步骤S415：通过融合控制框架模块的控制，对于已完成指令处理的网元工单进行结果回笼处理。

步骤S416：判断工单是否处理完成，如果未处理完成的工单则继续进行派发处理，即返回步骤S406，如果处理完成，执行步骤S417；

步骤S417：对已完成网元工单处理流程的施工工单生成相应的结果信息；

步骤S418：将结果信息通过统一业务激活处理模块返回给前端业务支撑系统。

步骤S419：判断施工工单中业务的实时性，如果是实时业务，则进入下一步骤S420；否则，进入步骤S428；

步骤S420：通过数据库模块保存所述施工工单的处理结果信息；

步骤S421：结束业务处理流程。

步骤S422：融合控制框架模块创建非实时业务的处理通道；

步骤S423：将施工工单信息保存到数据库模块中；

步骤S424：统一业务激活接口模块向前端业务支撑系统返回接收确认消息，并向后续模块发送通知消息；

前端业务系统接收到确认消息后，便完成了工单发送处理。前端业务支撑系统还需创建结果接收服务，供本发明所述系统返回处理结果时调用；

步骤S425：施工工单处理模块接收到通知信息后，从数据库模块中提取相应的施工工单。然后再次执行步骤S405、S406、S407；

当步骤S407的判断结果是非实时业务时，继续执行步骤S426；

步骤S426：融合控制框架模块控制非实时业务进入业务逻辑处理环节，完成非实时业务的业务逻辑处理，返回继续执行步骤S408、S409、S410、S411、S412、S413、S414。

当步骤S414：的判断结果是非实时业务时，执行步骤S427；

步骤S427：融合控制框架模块控制自动处理失败的非实时业务进入人工维护环节，该步骤还根据非实时业务的要求及失败原因，完成该业务的人工维护处理，然后返回执行步骤S415、S416、S417、S418、S419；

当步骤S419的判断结果是非实时业务时，执行步骤S428；

步骤S428：接收前端业务支撑系统返回的确认消息，并保存相关信息；返回执行步骤S421。

根据上述处理流程可知，本发明所述系统通过融合控制框架模块将以上两种不同的处理过程融合在一起，使该系统具备同时支持实时和非实时业务网络激活处理的能力。

虽然通过实施例描绘了本发明，本领域技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化而不脱离本发明的精神，任何本领域的技术人员能思之的变化，都应落在本发明的保护范围内。

Claims (14)

1.一种综合网络激活系统，与多个网元以及电信运营商的前端业务支撑系统相连，所述前端业务系统用于受理终端用户的业务请求，其特征在于：包括：

统一业务激活接口模块，用于接收来自前端业务支撑系统的实时和/或非实时业务的施工工单以及返回业务激活处理的结果给前端业务支撑系统；

施工工单处理模块，用于对接收到的施工工单进行处理，形成符合要求的施工工单信息，并且会按照施工工单所包含的业务信息的要求，将已经完成激活处理的施工工单生成相应的结果返回信息返回给统一业务激活接口模块；

网元工单处理模块，用于在融合控制框架模块控制之下，对施工工单进行工单转换处理，生成符合要求的网元工单，并且将已经完成激活处理的网元工单进行回笼；

网络激活处理模块，用于对网元工单处理模块生成的网元工单进行业务逻辑处理，将网元工单翻译成其所对应网元的指令集并输出给网元适配模块，并且将网元工单的激活处理结果返回给网元工单处理模块；

网元适配模块，用于根据网元提供的接口协议，实现与工单对应的各种网元之间的对接；

数据库模块，用于保存实时业务和非实时业务网络激活处理过程中的生成的数据信息；

业务融合控制模块，用于根据施工工单中业务的实时性来创建相应的处理通道。

2.如权利要求1所述的系统，其特征在于，所述融合控制框架模块包括融合控制框架枢纽子模块、接口层控制子模块、施工工单层控制子模块、网元工单层控制子模块、激活处理层控制子模块，其中，

接口层控制子模块用于统一业务激活接口模块的控制处理，实现融合控制框架模块对统一业务激活接口处理过程的控制；

施工工单层控制子模块用于施工工单处理模块的控制处理，实现融合控制框架模块对施工工单处理模块处理过程的控制；

网元工单层控制子模块用于网元工单处理模块的控制处理，实现融合控制框架模块对网元工单处理模块处理过程的控制；

激活处理层控制子模块用于网络激活处理模块的控制处理，实现融合控制框架模块对网络激活处理模块处理过程的控制；

融合控制框架枢纽子模块用于对前面四个控制功能进行集成管理。

3.如权利要求2所述的系统，其特征在于，所述融合控制框架模块所创建的相应的激活处理通道包括实时激活处理通道和非实时业务激活处理通道。

4.如权利要求3所述的系统，其特征在于，所述实时激活处理通道是不可分拆的整体，从开始到结束是一个实时的同步处理过程；所述非实时业务激活处理通道能够分拆成几个环节，从开始到结束是一个非实时的异步处理过程。

5.如权利要求4所述的系统，其特征在于，所述非实时业务激活处理通道所拆分形成的几个环节之间的处理通过数据库和/或消息的方式进行交互。

6.如权利要求2所述的系统，其特征在于，所述融合控制框架枢纽模块通过实时消息通信来实现对融合控制框架模块内其余子模块的控制。

7.如权利要求1所述的系统，其特征在于，统一业务激活接口模块包括服务端与客户端，其中，所述服务端用于提供统一的接口服务，供前端业务支撑系统进行调用；所述客户端用于调用前端业务支撑系统提供的接口服务，与前端业务支撑系统提供的接口进行服务交互。

8.如权利要求7所述的系统，其特征在于，所述服务端提供给前端业务支撑系统的接口服务包括：接收统一消息、返回实时业务处理结果和非实时业务接收确认信息。

9.如权利要求7所述的系统，其特征在于，所述客户端与前端业务支撑系统进行的服务交互包括：返回非实时业务处理结果和接收确认信息。

10.如权利要求1所述的系统，其特征在于，统一业务激活接口模块的具体处理过程包括：实时业务激活交互、非实时业务接收和非实时结果返回三种交互处理过程，其中，实时业务激活交互处理过程是接口提供给实时业务的接口处理过程，非实时业务接收和非实时结果返回过程则是提供给非实时业务的接口处理过程。

11.如权利要求10所述的系统，其特征在于，所述统一业务激活接口模块通过运行所述三种处理过程，实现同时支持实时业务和非实时业务激活接口处理的能力。

12.如权利要求7所述的系统，其特征在于，所述统一业务激活接口模块还包括：信息封装子模块，用于对接收到的前端业务支撑系统的实时和/或非实时业务的施工工单信息进行封装。

13.如权利要求12所述的系统，其特征在于，所述信息封装子模块采用统一的可扩展置标语言XML进行应用数据的封装。

14.如权利要求1所述的系统，其特征在于，所述数据库模块包括实时业务存储子模块和非实时业务存储子模块，其中，

实时业务存储子模块，用于保存实时业务网络激活处理的过程信息；

非实时业务存储子模块，用于保存非实时业务网络激活网络的过程信息以及进行非实时业务激活处理过程中的信息传输。

Images