《全业务支撑接口研究》由会员分享，可在线阅读，更多相关《全业务支撑接口研究（16页珍藏版）》请在金锄头文库上搜索。
1、CMGD-GZ LIUYAQI中国移动科技创新成果推广材料完成单位：成果名称：全业务支撑接口研究成果研究类别：其他省内评审结果：成果专业类别：网管2CMGD-GZ LIUYAQI 成果内容及推广价值介绍一、项目背景和意义二、技术实现方案三、技术方案的关键点、难点和创新点四、成果应用后主要效能分析，与应用前的比较五、项目推广方式建议六、项目推广投资和软硬件需求3CMGD-GZ LIUYAQI一、项目背景和意义全业务运营之后，网络服务中心面临前所未有的全业务竞争压力。全业务运营特性全业务运维要求工期密集需求密集资源管理端到端业务维护项目管理跨专业沟通资源密集资本密集全业务支撑手段现状专业网管林立跨
2、专业、线条流程不畅集团客户档案制缺乏网管接口不统一SLA无法落地集中化与个性化的矛盾缺乏面向客户的网管系统“大平台、小模块”网管开发思路：通过制定统一的系统架构、接口规范，实现 现有网管系统、流程系统、资源系统整合，确保全业务支撑系统快速形成战斗力 ！4CMGD-GZ LIUYAQI 二、技术实现方案以客户为核心的客户 业务资料的管理与维护客户资料模型由客户基本资料和分专业网络资 料两部分组成业务研究主要关注集团业务的数据建模手段：客户基本资料 分专业网络资料创新点一 确保客户资料模型对单客户、多业务的兼容性 减轻服务器存储负荷，提高资料查询效率5CMGD-GZ LIUYAQI 二、技术实现方
3、案以客户为关注焦点的 端到端拓扑监控创建客户端到端设备拓扑，把与客户相关的网 络侧设备与客户侧设备在拓扑上进行统一呈现 。基于拓扑呈现相关设备的告警信息，实现以 客户为核心的全程监控视图。业务研究主要关注集团业务的数据建模手段：创新点二6CMGD-GZ LIUYAQI 二、技术实现方案基于SLA的客户 分级告警翻译根据用户SLA协议及用户级别，进行有针对性 的客户告警翻译，确保专业网管告警通俗、易 识别。业务研究主要关注集团业务的数据建模手段：创新点三SLA数据模型业务性能分析 模型用户行为分析 模型存在业务中断 、性能严重下 降、性能一般 下降、用户行 为异常四种告 警翻译7CMGD-GZ
4、LIUYAQI 二、技术实现方案对客户业务服务的 全程支撑保障能力通过本次项目实现对客户业务服务的全程支撑 与保障，包括售前的资源评估、方案定制，售 中的业务开通、资源配置，与售后的业务运营 监控及分析，实现集团业务的透明化管理业务研究主要关注集团业务的数据建模手段： 维护日志：实时查 看故障处理进度和 故障处理报告。 建设日志：实时查 看专线建设进度。创新点四8CMGD-GZ LIUYAQI呈现层 采用C/S、B/S两种方式针对不同用户进 行相关应用的呈现。 应用层 实现基于底层数据的业务应用，主要实 现基于客户视角的集团业务设备及服务 保障功能，包括设备告警管理、性能告 警管理、用户拓扑管
5、理、报表管理等。 处理层 基于告警性能数据库、资源数据库及客 户信息库，对相关信息进行关联处理分 析，来支撑上层业务应用。 采集层 对系统涉及到的设备及网管进行设备告 警及性能数据的抽取与维护，处理完成 后存入告警性能数据库中；二、技术实现方案平台架构方面参考eTOM业务模型，确保规范的通用性和可扩展性，加大规范的兼容性， 专业网管系统及全业务网管系统能够快速组合形成生产力。9CMGD-GZ LIUYAQI 二、技术实现方案接口研究覆盖了目前主流的网管系统接口规范，确保存量网管系统可以方便接入，增量网 管系统遵循本规范也可以方便接入。网管接口丰富 l数据库/文件接口：系统间的大数据量非实时数据
6、间接口 l消息队列接口：系统间大数据量实时数据间接口； lWebservice接口：系统间小数据量数据和服务交互控制； l单点登录：“一点登入、全网漫游”创新点五10CMGD-GZ LIUYAQI 三、技术方案的关键点、难点和创新点 以客户为关注焦点的端到端拓扑监控 创建客户端到端设备拓扑，把与客户相关的网络侧设 备与客户侧设备在拓扑上进行统一呈现。基于拓扑呈 现相关设备的告警信息，实现以客户为核心的全程监 控视图。 基于SLA的客户分级告警翻译 根据用户SLA协议及用户级别，进行有针对性的客户告 警翻译，优先保障高级别用户，体现对用户差异化的 服务。 对客户业务服务的全程支撑保障能力 通过本
7、次项目实现对客户业务服务的全程支撑与保障 ，包括售前的资源评估、方案定制，售中的业务开通 、资源配置，与售后的业务运营监控及分析11CMGD-GZ LIUYAQI 成果整体效能分析生产提速45分钟 5分钟40分钟客户全资料查询速度52%流程上线历时 l在由“面向业务的服务支撑系统体系结构与接口规范”研究成果的指导下，全业 务服务支撑系统的新流程上线速度，由去年同期的平均20天，降低到平均9天 ，提高52%。l在包括资源、告警、性能、拓扑、故障记录、投诉报告、相关文档记录等等的 客户全资料查询速度上，由多系统分专业查询转变为全业务综合查询，由45分 钟缩减到5分钟，提高了工作效率和响应速度。12
8、CMGD-GZ LIUYAQI 成果整体效能分析管理效益12小时 7小时5小时跨部门联动速度28%跨部门流程完结历时 在全业务服务支撑系统中，跨部门的流程完结历时，由以往的平均40小时，降低 到平均28小时，下降28%。在部门联动速度上，由12小时降低到7小时，提高了 工作效率和响应速度，并且在客户的业务监控中，实现了部分故障的预警。13CMGD-GZ LIUYAQI 成果整体效能分析无形成果 面向业务的服务支撑系统体系结构和接口规范依据“大平台、小模块” 网管开发思路，对全业务支撑系统的数据接口、服务接口与系统数据建模 进行了规范性描述。整理并提出了各个系统和工具的服务整合、流程贯穿 和界面
9、集成的方案，为后续的全业务支撑系统提供了指导。 本项目的系统规划设计内容适用于所有网管支撑系统的开发、设计和建设 ，是项目建设和软件开发的技术指导性文件。14CMGD-GZ LIUYAQI 五、项目推广方式建议面向业务的服务支撑系统体系结构与接口研究，梳理了全业务支撑系统建设的思 路，并已经在广州公司网络线条推广使用，l面向业务的监控：通过梳理、实现多类告警的业务翻译工作，将网络设备上的 告警信息翻译成了对客户感知业务影响的预警，真正实现了面向业务、面向感知 的监控能力。l资源建模与其关联关系： 广州移动全业务支撑平台技术规范接口定义与 数据建模规范梳理了全业务相关的资源模型与其关联关系，其在设计时充分考 虑了集团综合资源规范以及NGOSS规范另外，广州公司网维中心的“全业务网络服务系统”、网络服务中心的“全业 务服务支撑系统”已经在该成果的指导下开展建设工作。15CMGD-GZ LIUYAQI 六、项目推广投资和软硬件需求 本科技项目为软课题研究项目，借助本规 范指导项目开发工作，无特别软硬件需求 。16CMGD-GZ LIUYAQI谢 谢！
