电信综合网络激活系统建设方案书目录第1章项目基本信息 (5)1.1.项目名称 (5)1.2.建设单位及项目负责人 (5)1.3.参考文献 (6)1.4.术语、缩略语 (6)第2章网络激活支撑系统现状及问题 (6)2.1.网络激活支撑系统现状 (6)2.2.网络激活支撑系统面临的问题 (9)2.2.1.系统种类过多，不利于集中管理，维护成本高 (9)2.2.2.业务处理流程不一致 (9)2.2.3.接口方式不统一，接口混乱，维护成本高 (9)2.2.4.系统功能较多，复杂程度过高，不利于系统扩展 (10)2.2.5.不利于信息资源共享和集中的数据挖掘 (11)2.2.6.硬件处理能力不够 (11)第3章综合网络激活系统总体设计 (12)3.1.综合网络激活系统的总体目标 (12)3.1.1.应用集成化 (12)3.1.2.系统平台化 (12)3.1.3.流程标准化 (12)3.1.4.数据集成化 (13)3.1.5.接口标准化 (13)3.1.6.严格的实时性 (13)3.2.综合网络激活系统的建设内容 (13)3.2.1.业务功能整合 (14)3.2.2.硬件环境整合 (15)3.2.3.新应用扩展 (15)第4章综合网络激活系统的边界 (16)第5章综合网络激活系统的系统结构 (17)5.1.系统结构图 (18)5.2.功能目标 (19)5.3.系统业务流程 (21)5.3.1.总体业务流程 (21)5.3.2.激活业务引擎流程 (22)5.3.3.设备激活接口流程 (22)5.3.4.SLA保障管理流程 (24)5.3.5.绿色通道自动开通业务流程 (25)5.3.6.ADSL宽带橙色通道自动开通业务流程 (26)5.3.6.1.橙色通道正常带宽修改流程 (26)5.3.6.2.紧急通道带宽修改流程 (27)5.4.系统软件架构 (28)5.5.系统功能需求 (29)5.5.1.统一服务配置接口子系统 (29)5.5.1.1.服务配置受理SOAP接口 (29)5.5.1.2.服务配置受理表接口 (29)5.5.1.3.服务配置接口管控 (29)5.5.2.统一接口资源同步子系统 (29)5.5.2.1.接口资源同步配置 (29)5.5.2.2.接口资源差异监控 (30)5.5.2.3.接口资源同步 (30)5.5.3.统一综合资源管理子系统 (30)5.5.3.1.综合接口资源管理 (30)5.5.3.3.平台系统资源管理 (31)5.5.4.统一激活业务引擎子系统 (31)5.5.4.1.业务引擎配置 (31)5.5.4.2.业务激活就绪 (31)5.5.4.3.业务激活过程 (31)5.5.4.4.业务激活管控 (32)5.5.5.统一设备激活接口子系统 (32)5.5.5.1.设备激活接口配置 (32)5.5.5.2.设备激活开通接口 (32)5.5.5.3.设备激活测试接口 (32)5.5.5.4.设备激活查询接口 (32)5.5.5.5.设备激活采集接口 (33)5.5.5.6.设备激活接口管控 (33)5.5.6.统一SLA保障管理子系统 (33)5.5.6.1.SLA策略配置 (33)5.5.6.2.SLA优先级保障 (33)5.5.6.3.SLA时间追踪 (34)5.5.6.4.SLA监控预警 (34)5.5.6.5.SLA统计分析 (34)5.5.7.统一应用业务流程管理 (34)5.5.8.统一数据共享接口子系统 (35)5.5.8.2.业务数据查询接口 (35)5.5.8.2.1.白名单查询接口 (35)5.5.8.3.数据推送服务接口 (35)5.5.8.4.数据共享接口管控 (36)5.5.9.综合业务应用中心子系统 (36)5.5.9.1.激活业务工单管控 (36)5.5.9.2.激活业务异常管理 (36)5.5.9.3.激活业务统计分析 (36)5.5.9.4.绿色通道自动开通业务应用 (37)5.5.9.4.1.工单录入 (37)5.5.9.4.2.工单审批 (37)5.5.9.4.3.工单查询 (37)5.5.9.4.4.营帐工单拦截 (37)5.5.9.5.ADSL宽带橙色通道自动开通业务应用 (38)5.5.9.5.1.工单录入 (38)5.5.9.5.2.工单审批 (38)5.5.9.5.3.紧急变更工单录入 (38)5.5.9.5.4.紧急变更工单确认 (38)5.5.9.5.5.工单确认 (39)5.5.9.5.6.白名单查询 (39)5.5.9.5.7.白名单录入 (39)5.5.9.5.9.白名单删除 (39)5.5.9.5.10.白名单到期自动恢复 (39)5.5.9.5.11.白名单用户延期 (40)5.5.10.统一系统管理中心子系统 (40)5.5.10.1.统一地区管理 (40)5.5.10.2.统一组织管理 (40)5.5.10.3.统一人员管理 (40)5.5.10.4.统一授权管理 (40)5.5.10.5.统一系统管理 (40)第6章系统环境 (41)6.1.网络构成 (41)6.1.1.不考虑整合EBPS业务激活硬件的网络结构 (41)6.1.2.考虑整合EBPS业务激活硬件的网络结构 (42)6.2.设备配置 (42)6.2.1.不考虑整合EPBS业务整合的设备配置方案一 (42)6.2.2.考虑整合EPBS业务整合的设备配置方案二 (43)6.3.系统安全 (45)第1章项目基本信息1.1.项目名称项目名称：综合网络激活系统项目简称：I-CNCS1.2.建设单位及项目负责人建设单位：项目负责人：1.3.参考文献⏹《中国电信[2005]156号CTG－MBOSS规范1.0》⏹《中国电信信息〔2008〕52号（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.综合网络激活系统的总体目标按照集团公司《中国电信[2005]156号CTG－MBOSS规范1.0》中对OSS IT支撑系统的规定，以及《中国电信信息〔2008〕52号（OSS支撑全业务运营工作指导意见）》文件中对2009年OSS支撑系统建设的精神。