全业务网管支撑体系研究

《全业务网管支撑体系研究》由会员分享，可在线阅读，更多相关《全业务网管支撑体系研究（75页珍藏版）》请在金锄头文库上搜索。

1、中国移动集团重点/联合研发项目结题汇报报告,2010年10月27日,项目名称：全业务保障体系研究（业务开通流程自动化编排能力研究）项目编号：2010_LH_63,一. 开题计划完成情况,目 录,二、主要研究成果（整合后）,1.1 研究背景及目标（开题报告）,中国移动全业务竞争战略要求网络运营上从面向设备，面向指标转向面向客户、面向产品，从而对支撑平台提出了更高的要求。 2009年底集团发布了CMOSS V2.0框架，为省网管的发展指出了方向。 2009年在总部的指导下，福建公司牵头，广东公司配合完成集团重点研究项目全业务网管架构下的集团业务保障体系研究项目的研究，取得丰硕成果。,1,以全业务为

2、基点，对CMOSS V2充实全业务视角的内容,2,以CMOSS V2为基础，更新并深入研究集客支撑保障体系,3,搭建KQI指标体系，为更好的实现端到端全业务支撑提供指导,4,提供更好的可视化支撑手段，提高全业务运营效率,5,为全业务开通流程编排提供思路和实例参考,6,为全业务接入端管理提供资源模型和实例参考,1.2 主要研究内容及分工（开题报告）,CMOSS V2.0架构下的全业务保障体系研究,V2架构下的全业务保障构成 研究全业务运营的特点及在CMOSS V2.0架构下对各网管支撑域的要求，提出各支撑域对全业务支撑的提升要求。,端到端业务质量监控体系 研究重点研究集客业务的端到端业务质量保障

3、，建立集客业务的端到端的KQI指标模型，分析集客业务的监控和分析模式，建立集团业务的影响性分析模型,业务开通流程自动编排能力 研究按业务类型研究开通流程的分拆、归并等自动编排，以提升业务开通效率,接入网资源管理支撑体系 研究重点研究接入网的资源管理，关注资源数据质量保障，包括资源模型、录入模式等内容，在此基础上，实现自动化资源调度,WebGIS可视化支撑研究重点研究WebGIS在全业务支撑领域的应用，提供更好的视觉效果，并提升全业务运营的效率,1.2 主要研究内容及分工（开题报告）,项目分工,1.3 开题计划完成情况总结,时间及内容,成果,10年01月-10年05月 确定课题 课题调研及工作量

4、评估 上报项目课题 准备开题报告 确定调研计划 组建研究团队,10年06月-10年10月 现状调研 已有资料研究 保障体系框架研究 分课题研究 研究成果文档编写 文档内部评审,10年09月-10年12月 Demo系统需求调研 Demo系统方案讨论 Demo系统实现 对文档成果进行修订 结题总结汇报,开题报告 项目总体计划 现状调研计划,现状调研报告 V2架构下的全业务保障体系构成研究报告 端到端业务质量监控体系研究报告；业务开通流程自动编排能力研究报告；接入网资源管理支撑体系研究报告 WebGIS可视化支撑研究报告,业务质量监控Demo系统 业务开通Demo系统 接入网资源管理Demo系统,项

5、目计划,关于端到端业务监控体系中KQI指标系统 。 目前指标体系已经初步建立，但指标落地后的实际情况，如何在实际日常工作中应用这些指标，进而切实提高客户感知，这些亟需在DEMO系统和目前现有系统中实现，从而进一步在实际中验证，并总结经验。 关于WerGIS的应用。GIS应用作为服务发布后的效果及经验需要在实际系统建设中验证。,前两阶段（准备阶段、研究阶段）已经完成，并已经按当初设定的目标，完成了相应的成功的输出； 第三阶段（验证阶段），主要是指完成DEMO系统的建设工作，目前正在进行当中。,1.3 开题计划完成情况总结,计划执行情况总结,当前问题及今后设想,一. 开题计划完成情况,目 录,二、

6、主要研究成果（整合后）,2.1 V2架构下的全业务保障构成研究 2.2 端到端业务质量监控体系研究 2.3 业务开通流程自动编排能力研究 2.4 接入网资源管理支撑体系研究 2.5 WebGIS可视化支撑研究,2.1 V2架构下的全业务保障构成研究,2.1.1 背景分析及方法 2.1.2 业务框架 2.1.3 应用框架 2.1.4 信息框架 2.1.5 技术框架 2.1.6 演进方案,2.1 V2架构下的全业务保障构成研究,背景-要求建立“用户感知业务”的全业务保障体系,在CMOSS V2.0和09年全业务网管架构下的集团业务保障体系研究的基础上，建立端到端的全业务保障体系。 本课题给出端到端

7、的全业务保障体系的整体规划，即以全业务运营为主线，完善CMOSS V2.0在全业务支撑维度的描述，给出全业务运营支撑的业务、应用、信息、技术视图和演进目标、阶段划分 集团客户具备ARPU高、业务需求具有行业多样性、定制化程度高、服务质量要求高等特点，是当前全业务支撑的重点。 集客业务具有业务捆绑、涉及多网络专业，集客业务的开通与维护周期较长，并具有SLA的需求，是当前全业务支撑的难点。 本课题以集团客户支撑为主线给出端到端的全业务保障体系规划。,总体方法-应用成熟的规划思路和方法,业务框架：运维工作战略目标、管理对象、运维活动、组织结构、考核体系、与外部门接口工作,应用框架：目标应用系统划分、

8、应用功能模块、内外部接口,信息框架：数据模型体系和数据质量管理体系，包括资源数据、告警数据、KPI数据,技术框架：网络/主机/存储/系统软件/中间件/应用软件技术架构与公共要求/COTS软件评估,演进方案：从现状发展为目标框架的35年三阶段演进和阶段重点,客户层,业务层,网络层,整合层,客户端管理,网络管理,应用管理,整合管理,针对用户特点，提供客户端设备，实现客户端设备的可监控和可管理，并进一步提供面向客户的集客业务管理平台,根据应用的特点和用户的需求，通过提供端到端的网络开通服务，将用户与后端的应用系统通过网络连接起来，并提供面向维护的开通和维护平台,针对特定的用户需求，通过开发、外购、定

9、制、组合、集成等方式为用户提供整体打包的一体化应用系统，并提供面向业务的监控和管理平台,将面向客户、维护、业务的管理平台的各类信息进行整合，为决策层、集客经理提供定制化视图,端到端的业务质量管理,集团客户,业务框架-集客业务需求的分层模型,业务框架-业务视图,集客业务视图横向按照集客业务分层模型分为网络层、业务层、客户层和整合层，纵向分为售前、售中、售后。 网络层面向当前集客业务网络支撑重点，业务层强调面向业务和端到端，客户层面向客户方案提供和客户端应用，整合层面向管理、集客经理和维护人员提供整合信息。,参考eTOM，在CMOSS V2业务视图基础上，集客业务视图划分为8个2级业务过程。,业务

10、框架-业务视图（3level）,应用框架-集客应用视图,从系统对集客业务的支撑程度角度，将各系统分为四类，即业务开通类、业务保障类、门户应用类和辅助系统类。 门户面向信息展现和集团客户应用；业务开通和保障面向集客业务提供端到端支撑应用，辅助系统提供基础数据和保障应用。,集客应用视图在CMOSS V2应用视图基础上，面向集客业务应用，对各应用系统进行重构。,应用框架-应用视图（3level）,应用框架-应用视图映射当前业务问题,针对“面向客户的管理”的能力要求，面向客户建立完整的开通、保障视图，加强客户自助服务的能力,针对“故障监测”和“服务质量保障”的能力要求，实现面向网络、业务、客户的故障集

11、中监控，提供客户SLA / QoS / KPI管理能力,针对“投诉处理” 的能力要求，加强面向客户的综合性投诉预处理和对投诉处理流程的管控能力,针对“网络激活” 的能力要求，提供集中、统一的网络配置和激活服务。提供标准化的网络配置接口和业务配置接口，减少服务开通系统与网络之间的耦合度和相互影响,针对“资源管理” 的能力要求，建立全网全专业的统一资源视图；建立客户信息、产品、业务、网络资源的关联关系；加强资源使用情况的综合分析能力，提高资源使用效率,针对“业务开通” 的能力要求，构建统一的开通平台，提高全业务组合产品的开通效率和开通流程的灵活性，加强对服务开通过程从接收到报竣的全程管控能力,针对

12、“施工调度” 的能力要求，加强精确化调度，就近调度的能力,应用框架-以全业务支撑为主线，应用视图外部接口关系,集团应用,集团应用,统计报表,资产数据,备品备件,资源数据,门户呈现,资源数据 业务数据,产品数据 客户数据 投诉工单,客户应用 门户信息,分析数据,SLA控制,SLA信息 开通信息,数据采集 服务支撑,指令下发 服务请求,指令下发,客户应用 门户信息,指令下发,应用框架-可行性场景验证：集团客户业务SLA保障,全生命周期 SLA过程,大客户 监控,投诉处理,故障处理,网络调整 公告,售前,售后,CRM,业务质量管理,录入SLA信息,提供SLA报告，用于 客户关怀和账务处理,SLA数据

13、更新,端到端 IT支撑平台,售中,提供故障 数据,提供集客业务 拨测报告,1,2,提供资源 状态报告,1、 服务质量管理系统对业务开通定单(故障、业务变更)执行过程进行监控，如发现异常可触发工单升级，起到预警和驱动违例处理作用； 2、 业务开通系统提供工单处理时限、响应时限等关键KPI数据;,长时效的分析数据,综合分析,业务拨测,提供激活响应时限等KPI数据,施工管理,提供施工响应时限等KPI数据,信息框架-业务域在应用系统的定位,由于资源建模在综合资源管理系统建设中已经进行规划，本软课题重点讨论服务开通过程中业务/产品/资源的映射关系以及业务实例上，映射到业务域中。参考SID，将业务域分解为

14、面向客户的服务（customer facing service ）和面向资源的业务（resource facing service），由于本规划属于OSS域，因此本规划将service统称为业务。,信息框架-信息视图-业务域的构成,信息框架-信息视图与应用视图的映射-数据属主关系,Create (创建) Read (读取) Update (更新) Delete (删除),信息框架-可行性验证：集客业务业务质量管理过程信息流向,技术框架-集客业务技术框架关注点,数据是信息的基础，OSS需要通过整合数据达到各子系统间信息共享的目的；OSS各子系统均需要数据支持，包括监控类、配置类、分析类数据；OS

15、S各子系统只能提供数据子集，各子系统需要互访数据（信息视图已说明）。 服务是信息的高级体现，OSS需要通过整合服务达到各子系统间充分利用信息的目的;OSS各子系统均需要服务支持，包括平台类、引擎类、业务类服务等；OSS各子系统只能提供服务子集，各子系统需要互访服务。 集成总线是OSS系统间信息流动与交换的基础；集成总线提供服务间消息的识别，转换与路由的载体；集成总线支持包括单向、请求/响应、异步、同步和发布/订阅等多种交互类型，还支持复杂事件处理。 CMOSS V2规划对各应用系统、技术平台进行了阐述，因此全业务保障体系重点对应用服务层进行阐述。,技术框架-集客业务技术视图,数据,流程,服务,

16、技术框架-业务服务应用模式,端口 查询 服务,传输资源查询服务,传输 链路开通 服务,Business Process Management,BO,BO,BO,交换机 中继开通服务,中继测试 服务,BO,BO,BO,中继查询 服务,资源状态服务,资源查询服务,资源访问服务,资源采集服务,资源 数据,资源模型封装服务,业务服务生成于宿主系统，将服务注册于ESB总线，ESB总线建立业务服务索引。 通过ESB实现服务编排和整合，整合后的业务服务提供给相关系统应用。,交换/传输资源综合调配过程的实现,技术框架-可行性验证：业务服务在开通过程中的交互,7.测试,CRM,客户提出业务需求和服务质量需求,客户,4.开通定单,5.资源配置,6.开通激活,6.施工调度,6.生产指挥,8.开通监控,9.开通报竣,13.资源支撑,网络侧支持的服务点,BSS,OSS,MSS,6.备品信息,演进方案-总体建设计划,