电信综合网络激活系统方案书.doc

成都电信综合网络激活系统建设方案书2009年1月15日目 录第1章项目基本信息51.1.项目名称51.2.建设单位及项目负责人51.3.参考文献61.4.术语、缩略语6第2章网络激活支撑系统现状及问题62.1.网络激活支撑系统现状62.2.网络激活支撑系统面临的问题92.2.1.系统种类过多，不利于集中管理，维护成本高92.2.2.业务处理流程不一致92.2.3.接口方式不统一，接口混乱，维护成本高92.2.4.系统功能较多，复杂程度过高，不利于系统扩展102.2.5.不利于信息资源共享和集中的数据挖掘112.2.6.硬件处理能力不够11第3章综合网络激活系统总体设计123.1.综合网络激活系统的总体目标123.1.1.应用集成化123.1.2.系统平台化123.1.3.流程标准化123.1.4.数据集成化133.1.5.接口标准化133.1.6.严格的实时性133.2.综合网络激活系统的建设内容133.2.1.业务功能整合143.2.2.硬件环境整合153.2.3.新应用扩展15第4章综合网络激活系统的边界16第5章综合网络激活系统的系统结构175.1.系统结构图185.2.功能目标195.3.系统业务流程215.3.1.总体业务流程215.3.2.激活业务引擎流程225.3.3.设备激活接口流程225.3.4.SLA保障管理流程245.3.5.绿色通道自动开通业务流程255.3.6.ADSL宽带橙色通道自动开通业务流程265.3.6.1.橙色通道正常带宽修改流程265.3.6.2.紧急通道带宽修改流程275.4.系统软件架构285.5.系统功能需求295.5.1.统一服务配置接口子系统295.5.1.1.服务配置受理SOAP接口295.5.1.2.服务配置受理表接口295.5.1.3.服务配置接口管控295.5.2.统一接口资源同步子系统295.5.2.1.接口资源同步配置295.5.2.2.接口资源差异监控305.5.2.3.接口资源同步305.5.3.统一综合资源管理子系统305.5.3.1.综合接口资源管理305.5.3.2.激活业务资源管理305.5.3.3.平台系统资源管理315.5.4.统一激活业务引擎子系统315.5.4.1.业务引擎配置315.5.4.2.业务激活就绪315.5.4.3.业务激活过程315.5.4.4.业务激活管控325.5.5.统一设备激活接口子系统325.5.5.1.设备激活接口配置325.5.5.2.设备激活开通接口325.5.5.3.设备激活测试接口325.5.5.4.设备激活查询接口325.5.5.5.设备激活采集接口335.5.5.6.设备激活接口管控335.5.6.统一SLA保障管理子系统335.5.6.1.SLA策略配置335.5.6.2.SLA优先级保障335.5.6.3.SLA时间追踪345.5.6.4.SLA监控预警345.5.6.5.SLA统计分析345.5.7.统一应用业务流程管理345.5.8.统一数据共享接口子系统355.5.8.1.数据共享接口配置355.5.8.2.业务数据查询接口355.5.8.2.1.白名单查询接口355.5.8.3.数据推送服务接口355.5.8.4.数据共享接口管控365.5.9.综合业务应用中心子系统365.5.9.1.激活业务工单管控365.5.9.2.激活业务异常管理365.5.9.3.激活业务统计分析365.5.9.4.绿色通道自动开通业务应用375.5.9.4.1.工单录入375.5.9.4.2.工单审批375.5.9.4.3.工单查询375.5.9.4.4.营帐工单拦截375.5.9.5.ADSL宽带橙色通道自动开通业务应用385.5.9.5.1.工单录入385.5.9.5.2.工单审批385.5.9.5.3.紧急变更工单录入385.5.9.5.4.紧急变更工单确认385.5.9.5.5.工单确认395.5.9.5.6.白名单查询395.5.9.5.7.白名单录入395.5.9.5.8.白名单到期告警395.5.9.5.9.白名单删除395.5.9.5.10.白名单到期自动恢复395.5.9.5.11.白名单用户延期405.5.10.统一系统管理中心子系统405.5.10.1.统一地区管理405.5.10.2.统一组织管理405.5.10.3.统一人员管理405.5.10.4.统一授权管理405.5.10.5.统一系统管理40第6章系统环境416.1.网络构成416.1.1.不考虑整合EBPS业务激活硬件的网络结构416.1.2.考虑整合EBPS业务激活硬件的网络结构426.2.设备配置426.2.1.不考虑整合EPBS业务整合的设备配置方案一426.2.2.考虑整合EPBS业务整合的设备配置方案二436.3.系统安全45第1章 项目基本信息1.1. 项目名称项目名称：综合网络激活系统项目简称：I-CNCS1.2. 建设单位及项目负责人建设单位： 项目负责人： 1.3. 参考文献n 中国电信2005156号CTGMBOSS规范1.0n 中国电信信息200852号（OSS支撑全业务运营工作指导意见）1.4. 术语、缩略语第2章 网络激活支撑系统现状及问题2.1. 网络激活支撑系统现状当前的电信业务大致可以分为如下几大类：程控业务、小灵通大灵通业务、智能网业务、数据业务、NGN业务及无线村村通业务、C网业务等。业务类型包括：开销户、装拆机、程控新业务、修改业务属性等。各种业务工单大多采用分系统自动处理方式，即工单由CRM系统生成并通过服务开通系统发送给相应的专业管理系统，由专业管理系统实施到所负责的专业网络上，并将结果返回给服务开通系统。成都电信目前网络激活支撑系统的情况如下：成都电信目前网络激活支撑系统的硬件环境配置情况如下：2.2. 网络激活支撑系统面临的问题2.2.1. 系统种类过多，不利于集中管理，维护成本高由于缺乏统一规划，各专业为适应自身的维护需要，建立了多个独立的系统支撑维护工作。每套独立的系统都有自己的业务接口、业务流程、业务监控、权限管理等，使得系统维护需要在不同的系统之间进行频繁的切换，甚至有些系统还有独立的维护班子。随着系统的增加，除大量占用硬件资源和网络资源外，也导致维护人员需要学习、管理更多的系统，在增加了维护工作量的同时，也加大了维护难度。2.2.2. 业务处理流程不一致对不同的专业，业务激活流程和方式不同。专业上，程控专业处理程控业务工单，数据专业处理数据业务工单，即使在在各专业内部，业务处理流程也不一致，缺乏统一的规范。同时有些系统之间还存在交叉并存的现象，如对OLT、ONU的管理在EDCS中存在、在EPONDCS中也存在。进一步导致了的业务开通流程复杂。在网管系统集中化的背景下，分散处理、分散维护的模式显然是与集中化建设趋势背道而驰的，这样就突显出规范和统一业务处理流程的重要性。只有业务处理流程规范了，才可能更好地支撑多样化的业务需求。建设平台化的业务开通系统，为规范业务处理流程提供了技术上的保障。2.2.3. 接口方式不统一，接口混乱，维护成本高由于系统不同、系统所属专业的流程不同、系统所在的地域、系统建设的周期不同，因此，每个系统建立后都需要重新和综合营帐、资源管理系统等核心系统建立接口。同样的数据，往往在几个接口之间重复传递。这与系统接口的标准化方向相背离，同时也加大了这些核心系统的维护成本，降低了系统的工作效率。目前的情况是，每一套开通系统都于营帐、资源管理系统之间存在独立的数据接口。同时，不同系统对设备的要求也存在重复，如BCAMS、EDCS、EPONDCS多需要控制BARS，需要BARS为每一套系统都分配管理权限，指定进程等。设备版本如果升级，将涉及到各个系统的执行控制部分都需要发生变化。进一步加大了维护成本。2.2.4. 系统功能较多，复杂程度过高，不利于系统扩展在当前的各开通激活系统中，根据建设时各专业的需要，都附加了许多开通激活之外的功能点。如性能数据采集、故障监测、业务测试、数据分析等功能。这些功能的存在，在系统效能上占了很大的比重，使得系统的复杂程度较高，开通激活的处理效能下降，甚至影响到服务开通的SLA保障能力。同时导致在系统扩展时必须考虑到其他功能的兼容性，降低了系统扩展的能力。下图为当前BCAMS系统的功能架构情况，从中可以看出系统已经逐渐丧失了原来作为激活系统的本质特征，逐渐被其他服务保障相关的功能所挤占：2.2.5. 不利于信息资源共享和集中的数据挖掘对系统的内控和监控，随着系统的增加，将变得越来越困难。同时，各地域、各专业的业务数据存在于不同的独立系统之中，而各系统数据结构的差异，导致了系统之间的数据信息共享变得十分困难，要想进一步进行数据分析和挖掘，全面、深入地掌握运营状态、生产状态将基本不可能。2.2.6. 硬件处理能力不够随着系统的增加，系统业务处理范围的扩大和对系统处理效能提高的要求，当前系统所处的硬件环境已不能满足业务发展的需求。一方面，前期个系统在建设时为了节约成本，一般都采用共用硬件环境的方式建设，其中，象BCAMS、EDCS、IMS、EPONDCS等系统都在共用相同的数据库服务器、WEB服务器、接口服务器等设备；另一方面，在这些系统中有关服务保障相关的功能占用了大量的硬件资源，进一步降低了开通激活的效能。以数据业务开通系统涉及到的硬件环境（BCAMS环境）为例，根据统计，目前数据库线程长期保持在300个左右，CPU占用率和内存使用率在每天83%以上的时间内达到75%。另外，BCAMS接口服务器除完成工单数据制作外，每天还需承担全局70多万端口数据和300多台网络设备的巡检工作，处理效率非常低。根据本次整合的目的，在节约投资的前提下，有必要对现有硬件平台进行调整，以缓解数据处理的压力。第3章 综合网络激活系统总体设计3.1. 综合网络激活系统的总体目标按照集团公司中国电信2005156号CTGMBOSS规范1.0中对OSS IT支撑系统的规定，以及中国电信信息200852号（OSS支撑全业务运营工作指导意见）文件中对2009年OSS支撑系统建设的精神。拟对成电现有网络激活系统进行有效的整合，建立具有统一管理、统一流程、利于扩展、高效优良的综合网络激活平台。整合后的综合网络激活平台具有一下特点：3.1.1. 应用集成化系统将多个业务激活系统和各种专业网管系统、接入设备控制集成到一起，通过实现类似软总线的功能，屏蔽不同专业在网管或设备上实现的具体细节，提供给上层营业系统统一的业务实现接口。系统通过一致的数据模型来承载业务支撑系统工单，贯穿并实现处理流程的自动化，真正做到端到端的业务处理。系统的管理、业务监控等都实现集中化管理。3.1.2. 系统平台化系统应该是一个平台化的系统，其系统结构应该是完全开放的。作为开放式的软件平台，应用成熟的系统框架结构，将现有的激活系统或专业网管系统纳入到平台当中。在新业务产生或者新的专业网出现时，应能够及时在平台上得到支持，以保证业务的快速实施。而且这些新的处理任务的加入，一方面不会破坏平台原有的体系结构，另一方面可以通过系统的灵活性保证性能的有效扩展。平台化的系统应该是一个适应性极强的系统，有充分的系统监视能力、系统控制能力、系统分析能力、系统管理能力。3.1.3. 流程标准化应用集成必将促使业务流程的统一，对各个专业系统工单的处理流程统一起来，形成标准的业务流程，使业务处理流程更加简单有效，并可对流程进行全面的优化；业务流程的标准化更加有利于有效的监控业务处理流程。在系统的设计上，应该充分考虑各个专业系统的差异，抽取和建立业务的处理模型，灵活地统一业务处理流程，提供流程定制功能，保证流程的最大适应性。3.1.4. 数据集成化数据集成是应用集成和业务流程标准化的基础。数据作为描述业务支撑系统的业务请求进行的载体，是应用系统之间交互的根本。为了保证对工单信息实现有效的处理，系统内应该建立统一的集中的数据处理中心，以保证电信运营应用集成的有效性，同时通过数据处理中心可以避免数据的冗余，实现数据共享，支撑数据挖掘分析。3.1.5. 接口标准化整合后的系统将改变原来若干业务或控制接口的现状。系统存在两类接口：一类面向业务支撑系统，如综合营帐、资源管理系统。在与业务支撑系统充分协商后，并参考相应的信息标准，应做到接口方式的统一、合理、全面。在技术运用上，使用主流的成熟技术，考虑接口的安全性，采用XML等通用的编码方式，通过安全的Socket通信来传输。一类面向专业网管系统或网元设备。需要与专业网管系统协商接口，要求专业网络提供端到端的支撑功能，提供透明的指令通道。对接口进行充分的安全考虑，要求专业网络对通道使用者进行严格的身份、权限认证。3.1.6. 严格的实时性为了向用户提供高质量的服务，必须严格确保业务处理的实时性。系统在各个环节应该充分进行技术优化，引入SLA保障机制，降低业务流程处理的时间延迟来达到实时性要求。例如采用灵活的通信传输机制，建立多个通信传输单元，减少大批量数据传递时的时间延迟。在网元提供并行处理能力的条件下，系统应该考虑实现并行处理方式。另外，系统设计时要考虑业务量的变化周期，系统能够承载最大业务量峰值带来的巨大压力。3.2. 综合网络激活系统的建设内容综合网络激活系统的建设是一个发展的过程。在本期建设中，主要关注以下几个方面的内容：3.2.1. 业务功能整合完成综合网络激活系统整合后，整个电信网络接入层支撑系统的结构更加清晰和合理：本期将整合BCAMS、EDCS、EPONDCS、IMSCONFI、EPBS系统中的业务激活功能。首先将业务激活部分的功能从原系统中分离出来，然后根据统一的业务流程标准、统一的系统管理方案对功能进行封装，整个系统将按照SOA模式进行重新架构。 在本期整合中，由于无线的激活管理有专门的机构和新建的专有系统在管理，因此，本期整合暂不将无线部分的激活系统纳入其中。在本综合网络激活系统建成稳定后再进行考虑。3.2.2. 硬件环境整合本次系统部署将遵循硬件环境整合两大原则：1) 综合网络激活系统中相关的所有计算机设备集中在同一个网络内，计算机设备物理集中安放、系统各项功能服务在逻辑上分散部署；2) 综合网络激活系统中相关的服务器级应用全部采购新设备进行部署运行，设备能力和性能至少应能满足综合网络激活系统3-5年的业务发展需要；原系统中的服务器将在下期业务应用整合中进行集中安放管理。3.2.3. 新应用扩展本期综合网络激活系统建立后，还需在原有功能的基础上扩展新的应用。新的应用主要包括以下4个方面：l 地域上增加对成电郊县商务光纤和光纤网吧的业务开通管理。l 业务上增加对WIFI（WLAN）业务的开通管理，增加对LAN业务的开通管理，增加EPON语音接入的开通管理，增加VPN业务在BRAS上的开通管理。l 设备上增加对SR、EPON、L2交换机的控制管理。l 特殊应用-增加绿色通道业务自动开通、ADSL宽带橙色通道。第4章 综合网络激活系统的边界通过在网络激活流程、信息查询流程、服务保障流程、IT管理流程中全面考察运营及企业管理流程所涉及的主要系统间的关键交互，可以有效地确定综合网络激活系统的系统边界：1) 综合网络激活系统和服务开通系统边界为激活工单，服务开通系统须完成工单的生成和派发，而在综合网络激活系统内实现工单在物理网络上的自动激活处理过程；2) 综合网络激活系统和CRM系统边界为查询请求，CRM系统须形成查询请求，而在综合网络激活系统内实现信息查询处理过程；3) 综合网络激活系统和服务保障系统边界为查询和测试请求，而在综合网络激活系统内实现信息查询和测试处理过程；综合网络激活系统和施工调度系统边界为查询和测试请求，而在综合网络激活系统内实现信息查询和测试处理过程；4) 综合网络激活系统与网元之间的边界为指令，综合网络激活系统包含的功能为将工单翻译成网元识别的指令信息，并将指令信息发送给网元进行执行处理；网元完成指令操作，网元的种类有：移动电话类；网元普通电话类；网元无线市话类；网元数据通信类；网元智能网应用类；网元增值应用类网元；5) 综合网络激活系统与网元管理系统之间的边界为指令，综合网络激活系统包含的功能为将工单翻译成网元识别的指令信息，并将指令信息发送给网元管理系统进行执行处理；网元管理系统用于进行指令信息处理，网元管理系统的种类有：移动电话类网元管理系统；普通电话类网元管理系统；无线市话类网元管理系统；数据通信类网元管理系统；智能网应用类网元管理系统；增值应用类网元管理系统6) 综合网络激活系统与专业网络管理系统之间的边界为指令，综合网络激活系统 包含的功能为将工单翻译成网元识别的指令信息，并将指令信息发送给专业网络管理系统进行执行处理，专业网络管理系统的种类有：移动电话类专业网络管理系统；普通电话类专业网络管理系统；无线市话类专业网络管理系统；数据通信类专业网络管理系统；智能网应用类专业网络管理系统；增值应用类专业网络管理系统7) 综合网络激活系统和IT网络管理系统边界为监控信息，综合网络激活系统须形成系统的内部监控信息，而在IT网络管理系统内实现对监控信息的处理过程。第5章 综合网络激活系统的系统结构按照综合网络激活系统总体设计目标要求与SOA架构原则，本系统平台将规划切分为十大项功能，具体如下：(一) 统一服务配置接口子系统负责接收电信业务系统的请求以及把综合网络激活系统的处理结果返回给业务系统。(二) 统一接口资源同步子系统负责实时或定时将业务系统与激活相关的资源同步到激活平台中，同时将激活平台中对接口资源的更新按局方需要同步到业务系统中。(三) 统一综合资源管理子系统负责管理存放激活过程中或综合业务应用中涉及到的业务系统的接口资源以及综合网络激活系统边界内需要的资源。(四) 统一激活业务引擎子系统负责完成业务激活就绪、业务激活过程两大核心业务流程。(五) 统一设备激活接口子系统负责适配业务系统中涉及到的设备接口，并提供统一激活配置与激活信息反馈功能。(六) 统一SLA保障管理子系统负责SLA策略、SLA分析、SLA预警、SLA时间追踪、SLA统计分析。(七) 统一业务应用流程管理负责向各业务应用提供可配置、可扩展的基础工作流。(八) 统一数据共享接口子系统负责向各种业务应用提供数据查询服务接口、平台内信息主动推送服务接口。(九) 综合业务应用中心子系统提供各类开通业务的综合管理应用功能。(十) 统一系统管理中心子系统负责统一的组织机构及人员的权限管理认证、平台系统参数配置管理。5.1. 系统结构图5.2. 功能目标序号功能名称是否本期实现方式备注1统一服务配置接口子系统1.1服务配置受理SOAP接口是新建1.2服务配置受理表接口是新建1.3服务配置接口管控是新建2统一接口资源同步子系统2.1接口资源同步配置是新建2.2接口资源差异监控是新建2.3接口资源同步是新建3统一综合资源管理子系统3.1综合接口资源管理是新建3.2激活业务资源管理是新建3.3平台系统资源管理是新建4统一激活业务引擎子系统4.1业务引擎配置是新建4.2业务激活就绪是新建4.3业务激活过程是新建4.4业务激活管控是新建5统一设备激活接口子系统5.1设备激活接口配置是新建5.2设备激活开通接口是新建5.3设备激活测试接口是新建5.4设备激活查询接口是新建5.5设备激活采集接口是新建5.6设备激活接口管控是新建6统一SLA保障管理子系统6.1SLA策略配置是新建6.2SLA优先级保障是新建6.3SLA时间追踪是新建6.4SLA监控预警是新建6.5SLA统计分析是新建7统一应用业务流程管理是新建8统一数据共享接口子系统8.1数据共享接口配置是新建8.2业务数据查询接口是新建8.3信息推送服务接口是新建8.4数据共享接口管控是新建9综合业务应用中心子系统是新建9.1激活业务工单管控是新建9.2激活业务异常管理是新建9.3激活业务统计分析是新建9.4绿色通道自动开通业务应用是新建9.5ADSL宽带橙色通道自动开通业务应用是新建10统一系统管理中心子系统10.1统一地区管理是新建10.2统一组织管理是新建10.3统一人员管理是新建10.4统一授权管理是新建10.5统一系统管理是新建新建功能项 ，调整优化功能项 5.3. 系统业务流程5.3.1. 总体业务流程5.3.2. 激活业务引擎流程5.3.3. 设备激活接口流程5.3.4. SLA保障管理流程5.3.5. 绿色通道自动开通业务流程5.3.6. ADSL宽带橙色通道自动开通业务流程5.3.6.1. 橙色通道正常带宽修改流程5.3.6.2. 紧急通道带宽修改流程5.4. 系统软件架构本系统的软件架构完全采用多层分布式架构，分为综合业务应用中心、接口层、业务层、Inphase通用架构框架、系统平台基础设施层、电信网元接入层，同时外加统一系统管理中心服务、信息安全控制、网络安全，具有高可扩展性、可分布式应用性，各层具体职责分配如下：1) 综合业务应用中心负责为现在或将来可以基于激活系统平台产生的应用提供统一的业务应用中心门户。2) 接口层服务负责提供激活系统平台的数据输入接口、数据共享接口。3) 系统平台基础设施层提供系统运行的所有基础环境和相关系统平台、数据库平台。4) Inphase通用架构框架基于.net2.0开发的一套通用架构框架，支持前台和后台开发统一集成，基于该成熟框架开发的应用可集中式或分布式部署，可为将来的扩展和完善打下良好的基础。5) 业务层服务建立整个激活系统平台的激活业务服务集合池，可集中式提供业务服务，也可分别部署在各个独立的物理端提供服务。6) 统一系统管理中心服务提供统一的安全认证服务，使合法用户才能使用系统；提供统一的用户数据读写安全验证服务，保护数据的安全。5.5. 系统功能需求5.5.1. 统一服务配置接口子系统负责接收电信业务系统的请求以及把综合网络激活系统的处理结果返回给业务系统。5.5.1.1. 服务配置受理SOAP接口采用HTTP/SOAP作为接口协议提供服务配置受理SOAP接口，负责传递业务系统的业务开通请求到激活系统平台中；并将服务开通结果回复给业务系统。5.5.1.2. 服务配置受理表接口根据目前各在线的业务开通系统的的接口情况，提供表接口方式的业务请求接口，以便某些业务开通系统的顺利平移割接；同时服务开通结果也将通过表接口方式进行回复。5.5.1.3. 服务配置接口管控在激活系统平台中针对各开通业务的服务配置受理接口进行统一配置管理、控制，可以根据用户的需要进行相关业务服务配置受理接口的运行暂停和重新开启运行。5.5.2. 统一接口资源同步子系统负责将业务系统与激活相关的资源同步到激活平台中，同时将激活平台中对接口资源的更新按局方需要同步到业务系统中。5.5.2.1. 接口资源同步配置根据不同业务开通的需要，将不同业务相关的接口方式、接口内容结构、需要更新的数据项以及控制标志配置到激活系统平台中，为资源的准确、及时同步提供基础信息。5.5.2.2. 接口资源差异监控为保证提供业务开通的外部接口资源与和激活系统平台中的接口资源数据的准确性、一致性，激活系统平台需要提供两个系统内独立管理的接口资源的差异性监控功能，以快速、及时的发现并记录数据变化情况。5.5.2.3. 接口资源同步定时将业务开通的外部接口资源与和激活系统平台中的接口资源数据变化情况进行相互同步，保持数据的一致性，以保证业务应用的正确性。5.5.3. 统一综合资源管理子系统负责管理存放激活过程中或综合业务应用中涉及到的业务系统的接口资源以及综合网络激活系统边界内需要的资源。5.5.3.1. 综合接口资源管理鉴于综合网络激活系统平台中会融合多个服务开通业务，因此其涉及到的多个业务系统的接口资源也应该集中整合在激活系统平台中进行统一管理、统一维护，以减少资源存放物理分散点、减少数据的冗余、减少资源维护人力，提高数据的使用效率、减少业务系统的资源接口、避免接口资源重复建设。5.5.3.2. 激活业务资源管理在激活系统平台中，将会承载多个服务开通业务的激活，根据EAI企业应用集成的规范原则，也需要把各个开通业务涉及到的所有激活业务资源进行统一集中管理、集中维护，以保证在激活系统平台中各个业务数据资源的有效统一共享性、减少电信进行业务资源维护的入口点、同时也将促使开通业务的业务资源规范化、标准化、统一化。5.5.3.3. 平台系统资源管理在激活系统平台中，平台系统资源主要分为三类，一是平台基础资源、二是平台配置资源、三是保证平台自身运行的系统资源，这些资源将会提供统一的管理入口进行集中分类按权限进行管理维护，以保证系统可靠、稳定的运行。5.5.4. 统一激活业务引擎子系统负责完成业务激活就绪、业务激活过程两大核心业务流程，保证激活系统平台融合的各个服务开通业务的激活过程始终在统一激活业务引擎的管理控制之下，实现不同服务开通业务的顺利融合和未来新开通业务的可扩展加入，使激活系统平台具有充分的扩展能力。5.5.4.1. 业务引擎配置业务引擎配置主要完成激活业务引擎针对不同服务开通业务的识别配置、激活就绪配置、业务激活过程配置，使激活业务引擎中相关的配置集中化、统一化。5.5.4.2. 业务激活就绪业务激活就绪是激活业务引擎中的核心业务流程之一，是进行业务激活的第一个环节，它分为四个部分：一是激活服务配置、二是激活控制配置、三是指令配置、四是结果解析配置，主要为业务激活过程做基础准备工作。5.5.4.3. 业务激活过程业务激活过程是激活业务引擎核心业务流之一，是进行业务激活的第二环节，它分为五个部分：一是工单接收、二是激活控制、三是指令生成、四是网元施工、五是工单竣工，同时激活过程将会与统一设备激活接口进行交互，统一负责业务激活的执行及结果反馈回收。5.5.4.4. 业务激活管控在激活业务引擎中提供一个可以在业务激活过程中暂停或开启某项服务开通业务激活的控制入口点，以增加业务激活的控制灵活性。5.5.5. 统一设备激活接口子系统负责适配业务系统中涉及到的设备接口，并提供统一激活配置与激活信息反馈功能，该子系统是激活系统平台中的核心功能之一，是激活系统平台中进行业务激活的末端环节，所有服务开通业务的激活最终都会由统一设备激活接口子系统进行统一集中负责不同设备的激活执行。5.5.5.1. 设备激活接口配置设备激活接口配置主要完成不同服务开通业务所涉及到的所有设备需要激活的接口方式、接口参数、接口控制等的统一配置管理。5.5.5.2. 设备激活开通接口提供统一的设备激活开通接口，专门负责服务开通业务所涉及到的所有设备激活执行、激活结果反馈工作。5.5.5.3. 设备激活测试接口提供统一的设备激活测试接口，专门负责服务开通业务以及第三方应用所涉及到的所有设备测试执行、测试结果反馈工作。5.5.5.4. 设备激活查询接口提供统一的设备激活查询接口，专门负责服务开通业务以及第三方应用所涉及到的所有设备查询执行、查询结果反馈工作。5.5.5.5. 设备激活采集接口提供统一的设备激活采集接口，专门负责服务开通业务以及第三方应用所涉及到的所有设备数据采集执行、采集数据反馈工作。5.5.5.6. 设备激活接口管控设备激活接口管控主要提供一个各类激活接口的管控入口点功能，以使用户根据需要可以暂停或开启某类服务开通业务或第三方应用涉及到的设备激活接口的工作执行。5.5.6. 统一SLA保障管理子系统为了适应激烈的市场竞争，提高客户服务水平，电信正在以与客户签订SLA的方式提高客户满意度。通过与客户签订的SLA，电信采用不同的服务等级，合理分配企业网络资源，提供给客户差异化服务；同时，客户在与电信签订SLA，在保证自身权益过程中，做到了有据可依，根据CTG-BOSS的规范，综合网络激活系统平台应是SLA中的一个重要环节，统一SLA保障管理将负责激活系统平台中统一的SLA策略、SLA分析、SLA预警、SLA时间追踪、SLA统计分析，以尽最大程度为电信SLA实施与保证提供各服务开通业务的激活环节中科学的真实的时间度量数据，同时根据SLA规则进行激活业务工单SLA保证预警，使SLA保证工作由被动转换主动，为中国电信建立全面统一的SLA业务和管理支撑系统打下基础和有益探索。5.5.6.1. SLA策略配置SLA策略配置负责管理配置激活系统平台中各个服务开通业务有关SLA的时间保证参数，SLA保证预警时间门限值等。5.5.6.2. SLA优先级保障在激活系统平台中由于要承载融合多个不同种类的服务开通业务激活工作，为使SLA得到有效的时效保证，需要根据SLA策略中配置的时间参数进行各激活业务工单执行的优先级次序分析、控制，以从最大程度上保证SLA的时效性，为电信的业务开通提供SLA保障。5.5.6.3. SLA时间追踪SLA时间追踪主要负责将业务激活各个环节中各类激活工单的停留时间进行追踪，通过它可以看到不同服务开通业务中的每一条激活工单进入系统激活系统平台入口时间、在激活系统平台中激活环节的停留时间，为SLA、业务系统、激活系统平台的自我完善与改进提供科学的时间度量数据，使SLA中在激活系统平台中时间由以往的不可预知的盲区视点转变为清晰可见的数据视点，同时为以后电信新业务的SLA推出提供经验借鉴数据，为新电信业务的SLA的合理性、科学性，提高电信用户的忠诚度、加深用户对SLA的时间感知。5.5.6.4. SLA监控预警根据SLA策略配置中的SLA时间参数以及SLA的时间追踪数据进行SLA时限监控，将进入激活系统平台中的、无法满足SLA时限要求的激活工单进行提前预警给业务开通维护人员，由业务开通维护人员在第一时间内进行干预，以确保用其他最快捷的激活途径进行电信用户的业务激活，主动保障SLA时限目标的达成，从被动响应变为主动预防响应，从根本上减少电信用户的投诉。5.5.6.5. SLA统计分析根据不现的服务开通业务结合SLA的时间追踪数据，在定制的时间段内进行从多个维度进行综合统计分析比较，可以得出不同业务在不同时间段的不同设备激活效率，摸清不同服务开通业务在不同时间段不同设备上的激活分布情况，为电信完善当前业务的SLA以及未来新业务SLA制订提供科学的统计分析数据。5.5.7. 统一应用业务流程管理在激活系统平台中将会融入一些与激活系统相关的业务应用，不同的业务应用需要基于一个统一的应用业务流程进行综合集中管理，同时该统一应用业务流程要适应未来新业务可扩展加入性，负责向各业务应用提供可配置、可扩展的基础工作流。在当前激活系统平台中需要加入绿色通道业务自动开通、橙色通道业务自动开通、WIFI自动开通三类业务应用，其中绿色通道和橙色通道的应用处理，都有领导审批的流程环节，当然在将来还会有其他的新的复杂的业务应用流程加载到激活系统平台中，因此立足于当前要建设的内容以及对未来可能的预期，激活系统平台要进行统一应用业务流程管理，为各服务开通业务的应用打下标准的流程处理基础。5.5.8. 统一数据共享接口子系统负责向各种业务应用提供数据查询服务接口、平台内信息主动推送服务接口。5.5.8.1. 数据共享接口配置数据共享接口配置负责对激活系统平台内提供的数据共享接口的相产参数进行集中综合配置管理。5.5.8.2. 业务数据查询接口业务数据查询接口是由激活系统平台向外部应用系统提供的激活业务数据访问入口点。5.5.8.2.1. 白名单查询接口向其它第三方系统提供白名单用户查询接口，按用户接入号或电话号码进行查询，返回用户基本信息：用户基本信息：用户接入号、电话号码、用户名、带宽。5.5.8.3. 数据推送服务接口数据推送服务接口主要指将激活系统平台内的一些预警信息、需要维护人员干预的信息、或是外部系统定制的信息主动向外部边界进行推送的出口点，只要外部系统按照激活系统平台规定的要求提供标准的信息接收接口，然后将各个规范标准的信息接收点配置到数据共享接口中，就可以使激活系统平台内的信息进行大范围的共享传递，使不同的信息主动推送到有着不同需要的系统接口或人员接口。5.5.8.4. 数据共享接口管控数据共享接口管控主要提供将各个数据共享接口进行暂停或启动服务运行的功能，以使用户能灵活的控制管理激活系统平台内数据的共享。5.5.9. 综合业务应用中心子系统提供各类服务开通业务的综合管理应用功能，它将成为激活系统平台内应用以及