面向移动运营商的综合资管产品介绍.pptVIP

?2008 BOCO Inter-Telecom Co. All rights reserved. 综合资源平台及基站割接 ——面向移动的综合资管产品介绍 亿阳信通股份有限公司 2010年4月 目录 综合资管系统平台部分（含告警支撑） 基站割接部分 系统功能架构 综合资管系统平台部分 基站割接部分 外部系统集成方案 符合中国移动综合网络资源管理系统功能架构和功能规范，并充分结合了陕西移动的自身需求 * 系统技术架构 综合网络资源管理系统在软件技术结构方面完全符合中国移动资源管理系统软件结构分层的要求，从下至上分为采集适配层、数据管理层和应用功能层 告警支撑（系统外部接口） 本期省级综合资源系统需要实现的横向接口包括：与省级电子运维系统（EOMS系统）、话务网管、数据网管、传输网管、综合告警监控系统、4A系统(网络安全管控系统）的接口。 综合告警 支撑 与综合资管有连接需求系统 集成关系 接口实现技术/接口协议 源系统 目标系统 集成关系简要描述 综合告警监控系统 综合告警监控系统 综合资源管理系统 无 　 综合资源管理系统 综合告警监控系统 ? 提供基站、动环及基站传输电路数据 Web service +FTP 目录 综合资管系统平台部分（含告警支撑） 基站割接部分 业务场景分析 * 工程/代维 资源配置员 客服及市场部人员 变更申请人 变更管理员 制作 割接方案 审核 割接方案 现场施工 数据制作 相关领导 干系人 变更申请人 监控值班 1.提出割接申请 2.批复割接方案 3.通知割接安排 4.确认监控排程 6.通知其他干系人 市场部领导 5.通知市场部 6.回复确认 7.回复确认 割接方案 监控值班 全程监控,标识工程告警 割接前（OA） 割接中（EOMS） 割接后 做好客户(大客户)投诉应答、解释工作 需求分析 * * 现状陈述 割接前 割接需求?割接方案设计?割接申请?割接批复 通过公文形式在OA系统中实现； 根据工程类型、影响范围等因素需要人为提交到不同的级别进行审批； 问题分析 功能需求 割接中 施工通知?施工确认?(割接开始)?割接结束?割接结果确认 部分省份通过EOMS流程对割接过程进行监控、管理； 部分省份通过Excel以邮件方式上报割接信息； 有些工程施工(尤其是批量施工)，工建部门不通知网管中心直接施工； 监控部门需要汇总当日全部割接工程信息并通知客服部门、地市分公司及其他相关部门； 网管中心需要在话务网管中对已知工程涉及资源进行工程状态预约； 割接后 无支撑 流程方面 OA与EOMS中的流程独立建设，中间没有打通接口，OA中批复成功后，还需要人工在EOMS中提交施工通知，增加工作量； 不同专业、不同类型的资源割接的流程流转过程及所需的功能支撑存在差异，EOMS中的卓越流程过于通用化，管理粒度较粗，且没有针对性； 施工信息没有在EOMS上进行提交，造成大量工程告警无法定位； 小区割接通过事后采集进行数据更新，存在割接后由于采集算法问题被网管系统认为是新入网小区处理的情况，造成资源数据需要重新维护； 规范割接管理制度并通过割接流程及功能进行IT固化 功能方面 割接信息分散存放，没有统一管理，不利于共享及发布，其他系统或人员在不知情的情况下修改了待割接资源信息，给施工带来了困难； 现有手段不足以支撑资源割接方案制定，且对资源影响业务无从获知，割接准备工作需要跨越多个系统查询割接信息状况； 割接后系统无其他支撑，不利于定位施工后由于工程疏漏造成的告警原因，及支撑客服人员工作； 割接工程相关资料管理不善，无法提供条件检索，不利于技术、经验的共享； 管理方面 没有形成一整套规范的割接管理制度、办法，造成了资源维护过程混乱，数据质量差； 针对不同专业资源、不同割接工程实现有针对性的流程 打通与OA的流程接口，或在资源侧承载全部割接长流程 通过割接流程实现对资源生命周期状态的统一管理 实现割接资源的封锁解封锁 实现割接资源资料的统一管理 实现割接影响范围、影响资源、影响业务的分析，逐步支持割接方案设计 实现对割接历史数据的管理 实现割接信息的统一管理 实现割接信息、资源状态的发布，支撑工程告警的标识 解决方案 * 由工程部门或网优部门发起，发单部门必须提交基站的相关资料给网运中心后，才允许进行下一步操作。 工单根据设定的流程在不同角色间流转，由不同的角色提交不同的资源信息，在整个流程完成之后，自动完成资源信息的入库。 割接方案 基站开站流程 功能及数据维护方案 * 开站申请 确认审核 网优参数 分配 业务端口 分配 传输电路 调度 数据制作 测试确认 归档 开站资源信息录入 资源封锁 生命周期状态管理 资源割接方案信息 网优参数配置 BSC/RNC端口调度 资源核查报告 资源割接方案导出 割接方案对比