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

机密 第 1 页 共 44 页 c878003aee8ce95b5f920c2e50f22f33.doc 1 成都电信 综合网络激活 系统 建设 方案 书 2009 年 1 月 15 日 目 录 机密 第 2 页 共 44 页 c878003aee8ce95b5f920c2e50f22f33.doc 2 第 1 章 项目基本信息 . 5 1.1. 项目名称 . 5 1.2. 建设单位及项目负责人 . 5 1.3. 参考文献 . 5 1.4. 术语、缩略语 . 5 第 2 章 网络激活支撑系统现状及问题 . 6 2.1. 网络激活支撑系统现状 . 6 2.2. 网络激活支撑系统面临的问题 . 8 2.2.1. 系统种类过多，不利于集中管理，维护成本高 . 8 2.2.2. 业务处理流程不一致 . 8 2.2.3. 接口方式不统一，接口混乱，维护成本高 . 8 2.2.4. 系统功能较多，复杂 程度过高，不利于系统扩展 . 9 2.2.5. 不利于信息资源共享和集中的数据挖掘 . 10 2.2.6. 硬件处理能力不够 . 10 第 3 章 综合网络激活系统总体设计 . 11 3.1. 综合网络激活系统的总体目标 . 11 3.1.1. 应用集成化 . 11 3.1.2. 系统平台化 . 11 3.1.3. 流程标准化 . 11 3.1.4. 数据集成化 . 12 3.1.5. 接口标准化 . 12 3.1.6. 严格的实时性 . 12 3.2. 综合网络激活系统的建设内容 . 12 3.2.1. 业务功能整合 . 13 3.2.2. 硬件环境整合 . 14 3.2.3. 新应用扩展 . 14 第 4 章 综合网络激活系统的边界 . 15 第 5 章 综合网络激活系统的系统结构 . 16 5.1. 系统结构图 . 17 5.2. 功能目标 . 18 机密 第 3 页 共 44 页 c878003aee8ce95b5f920c2e50f22f33.doc 3 5.3. 系统业务流程 . 20 5.3.1. 总体业务流程 . 20 5.3.2. 激活业务引擎流程 . 21 5.3.3. 设备激活接口流程 . 21 5.3.4. SLA 保障管理流程 . 23 5.3.5. 绿色通道自动开通业务 流程 . 24 5.3.6. ADSL 宽带橙色通道自动开通业务 流程 . 25 5.3.6.1. 橙色通道正常带宽修改流程 . 25 5.3.6.2. 紧急通道带宽修改流程 . 26 5.4. 系统软件架构 . 27 5.5. 系统功能需求 . 28 5.5.1. 统一服务配置接口子系统 . 28 5.5.1.1. 服务配置受理 SOAP 接口 . 28 5.5.1.2. 服务配置受理表接口 . 28 5.5.1.3. 服务配置接口管控 . 28 5.5.2. 统一接口资源同步子系统 . 28 5.5.2.1. 接口资源同步配置 . 28 5.5.2.2. 接口资源差异监控 . 29 5.5.2.3. 接口资源同步 . 29 5.5.3. 统一综合资源管理子系统 . 29 5.5.3.1. 综合接口资源管理 . 29 5.5.3.2. 激活业务资源管理 . 29 5.5.3.3. 平台系统资源管理 . 30 5.5.4. 统一激活业务引擎子系统 . 30 5.5.4.1. 业务引擎配置 . 30 5.5.4.2. 业务激活就绪 . 30 5.5.4.3. 业务激活过程 . 30 5.5.4.4. 业务激活管控 . 31 5.5.5. 统一设备激活接口子系统 . 31 5.5.5.1. 设备激活接口配置 . 31 5.5.5.2. 设备激活开通接口 . 31 5.5.5.3. 设备激活测试接口 . 31 5.5.5.4. 设备激活查询接口 . 31 5.5.5.5. 设备激活采集接口 . 32 5.5.5.6. 设备激活接口管控 . 32 5.5.6. 统一 SLA 保障管理子系统 . 32 5.5.6.1. SLA 策略配置 . 32 5.5.6.2. SLA 优先级保障 . 32 5.5.6.3. SLA 时间追踪 . 33 5.5.6.4. SLA 监控预警 . 33 5.5.6.5. SLA 统计分析 . 33 5.5.7. 统一应用业务流程管理 . 33 5.5.8. 统一数据共享接口子系统 . 34 机密 第 4 页 共 44 页 c878003aee8ce95b5f920c2e50f22f33.doc 4 5.5.8.1. 数据共享接口配置 . 34 5.5.8.2. 业务数据查询接口 . 34 5.5.8.2.1. 白名单查询接口 . 34 5.5.8.3. 数据推送服务接口 . 34 5.5.8.4. 数据共享接口管控 . 35 5.5.9. 综合业务应用中心子系统 . 35 5.5.9.1. 激活业务工单管控 . 35 5.5.9.2. 激活业务异常管理 . 35 5.5.9.3. 激活业务统计分析 . 35 5.5.9.4. 绿色通道自动开通业务应用 . 36 5.5.9.4.1. 工单录入 . 36 5.5.9.4.2. 工单审批 . 36 5.5.9.4.3. 工单查询 . 36 5.5.9.4.4. 营帐工单拦截 . 36 5.5.9.5. ADSL 宽带橙色通道自动开通业务应用 . 37 5.5.9.5.1. 工单录入 . 37 5.5.9.5.2. 工单审批 . 37 5.5.9.5.3. 紧急变更工单录入 . 37 5.5.9.5.4. 紧急变更工单确认 . 37 5.5.9.5.5. 工单确认 . 38 5.5.9.5.6. 白名单查询 . 38 5.5.9.5.7. 白名单录入 . 38 5.5.9.5.8. 白名单到期告警 . 38 5.5.9.5.9. 白名单删除 . 38 5.5.9.5.10. 白名单到期自动恢复 . 38 5.5.9.5.11. 白名单用户延期 . 39 5.5.10. 统一系统管理中心子系统 . 39 5.5.10.1. 统一地区管理 . 39 5.5.10.2. 统一组织管理 . 39 5.5.10.3. 统一人员管理 . 39 5.5.10.4. 统一授权管理 . 39 5.5.10.5. 统一系统管理 . 39 第 6 章 系统环 境 . 40 6.1. 网络构成 . 40 6.1.1. 不考虑整合 EBPS 业务激活硬件的网络结构 . 40 6.1.2. 考虑整合 EBPS 业务激活硬件的网络结构 . 41 6.2. 设备配置 . 41 6.2.1. 不考虑整合 EPBS 业务整合的设备配置方案一 . 41 6.2.2. 考虑整合 EPBS 业务整合的设备配置方案二 . 42 6.3. 系统安全 . 44 机密 第 5 页 共 44 页 c878003aee8ce95b5f920c2e50f22f33.doc 5 第 1章 项目基本信息 1.1. 项目名称 项目名称： 综合网络激活系统 项目简称： I-CNCS 1.2. 建设单位及项目负责人 建设单位： 项目负责人： 1.3. 参考文献 中国电信 2005156 号 CTG MBOSS 规范 1.0 中国电信信息 2008 52 号（ OSS 支撑全业务运营工作指导意见） 1.4. 术语 、缩略语 机密 第 6 页 共 44 页 c878003aee8ce95b5f920c2e50f22f33.doc 6 第 2章 网络激活支撑系统 现状及问题 2.1. 网络激活支撑系统现状 当前的电信业务大致可以分为如下几大类：程控业务、 小灵通大灵通业务 、智能网业务、 数据业务、 NGN 业务及无线村村通业务、 C 网业务等 。 业务类型包括：开销户、装拆机、程控新业务、修改业务属性等。 各种业务工单大多采用 分系统自动处理 方式，即工单由 CRM 系统生成并通过 服务开通 系统发送给相应的专业管理系统，由专业管理系统实施到所负责的专业网络上，并将结果返回给 服务开通系统 。 成都电信目前网络激活支撑系统 的情况如下： 机密 第 7 页 共 44 页 c878003aee8ce95b5f920c2e50f22f33.doc 7 成都电信目前网络激活支撑系统的硬件环境配置情况如下： 机密 第 8 页 共 44 页 c878003aee8ce95b5f920c2e50f22f33.doc 8 2.2. 网络激活支撑系统面临的问题 2.2.1. 系统种类过多， 不利于集中管理 ，维护成本高 由于缺乏统一规划，各专业为适应自身的维护需要，建立了多个独立的系统支撑维护工作。每套独立的系统都有自己的业务接口、业务流程、业务监控、权限管理等，使得系统维护需要在不同的系统之间进行频繁的切换，甚至有些系统还有独立的维护班子。随着系统的增加，除大量占用硬件资源和网络资源外，也导致维护人员需要学习、管理更多的系统，在增加了维护工作量的同时，也加大了维护难度 。 2.2.2. 业务处理流程不一致 对不同的专业，业务激活流程和方式不同。专业上，程控专业处理程控业务工单，数据专业处理数据业务工单，即使在在各专业内部，业务处理流程也不一致，缺乏统一的规范。同时有些系统之间还存在交叉并存的现象，如对 OLT、 ONU 的管理在 EDCS 中存在、在 EPONDCS 中也存在。进一步导致了的业务开通流程复杂。在网管系统集中化的背景下，分散处理、分散维护的模式显然是与集中化建设趋势背道而驰的，这样就突显出规范和统一业务处理流程的重要性。只有业务处理流程规范了，才可能更好地支撑多样化的业务需求。建设平台 化的业务开通系统，为规范业务处理流程提供了技术上的保障。 2.2.3. 接口方式不统一，接口混乱，维护成本高 由于系统不同、系统所属专业的流程不同、系统所在的地域、系统建设的周期不同，因此，每个系统建立后都需要重新和综合营帐、资源管理系统等核心系统建立接口。同样的数据，往往在几个接口之间重复传递。这与系统接口的标准化方向相背离，同时也加大了这些核心系统的维护成本，降低了系统的工作效率。目前的情况是，每一套开通系统都于营帐、资源管理系统之间存在独立的数据接口。同时，不同系统对设备的要求也存在重复，如 BCAMS、 EDCS、 EPONDCS 多需要控制 BARS，需要 BARS 为每一套系统都分配管理权限，指定进程等。设备版本如果升级，将涉及到各个系统的执行控制部分都需要发生变化。进一步加大了维护成本。 机密 第 9 页 共 44 页 c878003aee8ce95b5f920c2e50f22f33.doc 9 2.2.4. 系统功能较多，复杂程度过高，不利于系统扩展 在当前的各开通激活系统中，根据建设时各专业的需要，都附加了许多开通激活之外的功能点。如性能数据采集、故障监测、业务测试、数据分析等功能。这些功能的存在，在系统效能上占了很大的比重，使得系统的复杂程度较高，开通激活的处理效能下降，甚至影响到服务开通的 SLA 保障能力。同时导致在系统扩展时必须考虑到其 他功能的兼容性，降低了系统扩展的能力。 下图为当前 BCAMS 系统的功能架构情况，从中可以看出系统 已经逐渐丧失了原来作为激活系统的本质特征，逐渐 被其他服务保障相关的功能 所挤占： 机密 第 10 页 共 44 页 c878003aee8ce95b5f920c2e50f22f33.doc 10 2.2.5. 不利于信息资源共享和 集中的数据挖掘 对系统的内控和监控，随着系统的增加，将变得越来越困难。同时，各地域、各专业的业务数据存在于不同的独立系统之中，而各系统数据结构的差异，导致了系统之间的数据信息共享变得十分困难，要想进一步进行数据分析和挖掘，全面、深入地掌握运营状态、生产状态将基本不可能。 2.2.6. 硬件处理能力不够 随着系统的增加，系统 业务处理范围的扩大和对系统处理效能提高的要求，当前系统所处的硬件环境已不能满足业务发展的需求。 一方面，前期个系统在建设时为了节约成本，一般都采用共用硬件环境的方式建设 ， 其中， 象 BCAMS、 EDCS、 IMS、 EPONDCS 等系统都在共用相同的数据库服务器、WEB 服务器、接口服务器等设备 ；另一方面，在这些系统中有关服务保障相关的功能占用了大量的硬件资源，进一步降低了开通激活的效能。以数据业务开通系统涉及到的硬件环境（ BCAMS 环境）为例，根据统计，目前数据库线程长期保持在 300 个左右， CPU 占用率和内存使用率在 每天 83%以上的时间内达到 75%。另外， BCAMS 接口服务器除完成工单数据制作外，每天还需承担全局 70 多万端口数据和 300 多台网络设备的巡检工作，处理效率非常低。根据本次整合的目的，在节约投资的前提下，有必要对现有硬件平台进行调整，以缓解数据处理的压力。 机密 第 11 页 共 44 页 c878003aee8ce95b5f920c2e50f22f33.doc 11 第 3章 综合网络激活系统 总体设计 3.1. 综合网络激活 系统 的总体目标 按照集团公司 中国电信 2005156 号 CTG MBOSS 规范 1.0中对 OSS IT 支撑系统的规定，以及中国电信信息 2008 52 号（ OSS 支撑全业务运营工作指导意见） 文件中对 2009 年 OSS 支撑系统建设的精神。拟对成电现有网络激活系统进行有效的整合，建立具有统一管理、统一流程、利于扩展、高效优良的综合网络激活平台。 整合后的综合网络激活平台具有一下特点： 3.1.1. 应用集成化 系统将 多个业务激活系统和 各种专业网管系统 、接入设备控制 集成到一起，通过实现类似软总线的功能，屏蔽 不同专业在网管或设备上实现的 具体细节，提供给上层营业系统统一的业务实现接口。系统通过一致的数据模型来承载业务支撑系统工单，贯穿并实现处理流程的自动化，真正做到端到端的业务处理。 系统的管理、业务监控等都实现集中化 管理。 3.1.2. 系统平台化 系统应该是一个平台化的系统，其系统结构应该是完全开放的。作为开放式的软件平台，应用成熟的系统框架结构，将现有的 激活系统或 专业网管系统纳入到平台当中。在新业务产生或者新的专业网出现时，应能够及时在平台上得到支持，以保证业务的快速实施。而且这些新的处理任务的加入，一方面不会破坏平台原有的体系结