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系统,项目计划,关于端到端业务监控体系中KQI指标系统 。 目前指标
5、体系已经初步建立，但指标落地后的实际情况，如何在实际日常工作中应用这些指标，进而切实提高客户感知，这些亟需在DEMO系统和目前现有系统中实现，从而进一步在实际中验证，并总结经验。关于WerGIS的应用。GIS应用作为服务发布后的效果及经验需要在实际系统建设中验证。,前两阶段（准备阶段、研究阶段）已经完成，并已经按当初设定的目标，完成了相应的成功的输出；第三阶段（验证阶段），主要是指完成DEMO系统的建设工作，目前正在进行当中。,1.3 开题计划完成情况总结,计划执行情况总结,当前问题及今后设想,一. 开题计划完成情况,目 录,二、主要研究成果（整合后）,2.1V2架构下的全业务保障构成研究2.
6、2端到端业务质量监控体系研究2.3业务开通流程自动编排能力研究2.4接入网资源管理支撑体系研究2.5WebGIS可视化支撑研究,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年全业务网管架构下的集团业务保障体系研究的基础上，建立端到端的全业务保障体系。本课题给出端到端的全业务保障体系的整体规划，即以全业务运营为主线，完善CMOSS V2.0在全业务支撑维度的描述，给出全业
7、务运营支撑的业务、应用、信息、技术视图和演进目标、阶段划分集团客户具备ARPU高、业务需求具有行业多样性、定制化程度高、服务质量要求高等特点，是当前全业务支撑的重点。集客业务具有业务捆绑、涉及多网络专业，集客业务的开通与维护周期较长，并具有SLA的需求，是当前全业务支撑的难点。本课题以集团客户支撑为主线给出端到端的全业务保障体系规划。,总体方法-应用成熟的规划思路和方法,业务框架：运维工作战略目标、管理对象、运维活动、组织结构、考核体系、与外部门接口工作,应用框架：目标应用系统划分、应用功能模块、内外部接口,信息框架：数据模型体系和数据质量管理体系，包括资源数据、告警数据、KPI数据,技术框架
8、：网络/主机/存储/系统软件/中间件/应用软件技术架构与公共要求/COTS软件评估,演进方案：从现状发展为目标框架的35年三阶段演进和阶段重点,客户层,业务层,网络层,整合层,客户端管理,网络管理,应用管理,整合管理,针对用户特点，提供客户端设备，实现客户端设备的可监控和可管理，并进一步提供面向客户的集客业务管理平台,根据应用的特点和用户的需求，通过提供端到端的网络开通服务，将用户与后端的应用系统通过网络连接起来，并提供面向维护的开通和维护平台,针对特定的用户需求，通过开发、外购、定制、组合、集成等方式为用户提供整体打包的一体化应用系统，并提供面向业务的监控和管理平台,将面向客户、维护、业务的
9、管理平台的各类信息进行整合，为决策层、集客经理提供定制化视图,端到端的业务质量管理,集团客户,业务框架-集客业务需求的分层模型,业务框架-业务视图,集客业务视图横向按照集客业务分层模型分为网络层、业务层、客户层和整合层，纵向分为售前、售中、售后。网络层面向当前集客业务网络支撑重点，业务层强调面向业务和端到端，客户层面向客户方案提供和客户端应用，整合层面向管理、集客经理和维护人员提供整合信息。,参考eTOM，在CMOSS V2业务视图基础上，集客业务视图划分为8个2级业务过程。,业务框架-业务视图（3level）,应用框架-集客应用视图,从系统对集客业务的支撑程度角度，将各系统分为四类，即业务开
10、通类、业务保障类、门户应用类和辅助系统类。门户面向信息展现和集团客户应用；业务开通和保障面向集客业务提供端到端支撑应用，辅助系统提供基础数据和保障应用。,集客应用视图在CMOSS V2应用视图基础上，面向集客业务应用，对各应用系统进行重构。,应用框架-应用视图（3level）,应用框架-应用视图映射当前业务问题,针对“面向客户的管理”的能力要求，面向客户建立完整的开通、保障视图，加强客户自助服务的能力,针对“故障监测”和“服务质量保障”的能力要求，实现面向网络、业务、客户的故障集中监控，提供客户SLA / QoS / KPI管理能力,针对“投诉处理” 的能力要求，加强面向客户的综合性投诉预处理
11、和对投诉处理流程的管控能力,针对“网络激活” 的能力要求，提供集中、统一的网络配置和激活服务。提供标准化的网络配置接口和业务配置接口，减少服务开通系统与网络之间的耦合度和相互影响,针对“资源管理” 的能力要求，建立全网全专业的统一资源视图；建立客户信息、产品、业务、网络资源的关联关系；加强资源使用情况的综合分析能力，提高资源使用效率,针对“业务开通” 的能力要求，构建统一的开通平台，提高全业务组合产品的开通效率和开通流程的灵活性，加强对服务开通过程从接收到报竣的全程管控能力,针对“施工调度” 的能力要求，加强精确化调度，就近调度的能力,应用框架-以全业务支撑为主线，应用视图外部接口关系,集团应
12、用,集团应用,统计报表,资产数据,备品备件,资源数据,门户呈现,资源数据业务数据,产品数据客户数据投诉工单,客户应用门户信息,分析数据,SLA控制,SLA信息开通信息,数据采集服务支撑,指令下发服务请求,指令下发,客户应用门户信息,指令下发,应用框架-可行性场景验证：集团客户业务SLA保障,全生命周期SLA过程,大客户监控,投诉处理,故障处理,网络调整公告,售前,售后,CRM,业务质量管理,录入SLA信息,提供SLA报告，用于客户关怀和账务处理,SLA数据更新,端到端IT支撑平台,售中,提供故障数据,提供集客业务拨测报告,1,2,提供资源状态报告,1、 服务质量管理系统对业务开通定单(故障、业
13、务变更)执行过程进行监控，如发现异常可触发工单升级，起到预警和驱动违例处理作用；2、 业务开通系统提供工单处理时限、响应时限等关键KPI数据;,长时效的分析数据,综合分析,业务拨测,提供激活响应时限等KPI数据,施工管理,提供施工响应时限等KPI数据,信息框架-业务域在应用系统的定位,由于资源建模在综合资源管理系统建设中已经进行规划，本软课题重点讨论服务开通过程中业务/产品/资源的映射关系以及业务实例上，映射到业务域中。参考SID，将业务域分解为面向客户的服务（customer facing service ）和面向资源的业务（resource facing service），由于本规划属于O
14、SS域，因此本规划将service统称为业务。,信息框架-信息视图-业务域的构成,信息框架-信息视图与应用视图的映射-数据属主关系,Create(创建)Read(读取)Update(更新)Delete(删除),信息框架-可行性验证：集客业务业务质量管理过程信息流向,技术框架-集客业务技术框架关注点,数据是信息的基础，OSS需要通过整合数据达到各子系统间信息共享的目的；OSS各子系统均需要数据支持，包括监控类、配置类、分析类数据；OSS各子系统只能提供数据子集，各子系统需要互访数据（信息视图已说明）。服务是信息的高级体现，OSS需要通过整合服务达到各子系统间充分利用信息的目的;OSS各子系统均需
15、要服务支持，包括平台类、引擎类、业务类服务等；OSS各子系统只能提供服务子集，各子系统需要互访服务。 集成总线是OSS系统间信息流动与交换的基础；集成总线提供服务间消息的识别，转换与路由的载体；集成总线支持包括单向、请求/响应、异步、同步和发布/订阅等多种交互类型，还支持复杂事件处理。CMOSS V2规划对各应用系统、技术平台进行了阐述，因此全业务保障体系重点对应用服务层进行阐述。,技术框架-集客业务技术视图,数据,流程,服务,技术框架-业务服务应用模式,端口查询服务,传输资源查询服务,传输链路开通服务,Business Process Management,BO,BO,BO,交换机中继开通服
16、务,中继测试服务,BO,BO,BO,中继查询服务,资源状态服务,资源查询服务,资源访问服务,资源采集服务,资源数据,资源模型封装服务,业务服务生成于宿主系统，将服务注册于ESB总线，ESB总线建立业务服务索引。通过ESB实现服务编排和整合，整合后的业务服务提供给相关系统应用。,交换/传输资源综合调配过程的实现,技术框架-可行性验证：业务服务在开通过程中的交互,7.测试,CRM,客户提出业务需求和服务质量需求,客户,4.开通定单,5.资源配置,6.开通激活,6.施工调度,6.生产指挥,8.开通监控,9.开通报竣,13.资源支撑,网络侧支持的服务点,BSS,OSS,MSS,6.备品信息,演进方案-
17、总体建设计划,重点业务（如彩信、传输专线）,一阶段,全业务重点业务（如ADC、MAS）,搭建端到端网管系统的系统整体框架，主要包括：业务质量监控系统：指标实时监控、业务异常监控、业务质量分析、业务质量评估综合资源：端到端资源建模、网络资源预占、实占网络激活：激活元任务拆分、激活任务调度投诉前移：端到端投诉向导、智能投诉分析,实现面向客户感知的全业务质量管理：业务模型管理、SLA模板管理、指标体系管理、分析算法和模型管理业务质量指标实时监控、业务异常、降级监控完善的集客业务SLA管理和客户感知管理完善投诉自动处理,远景目标,网络激活能力业务质量监控和分析能力提供基本的业务质量评价指标体系的支撑能
18、力 投诉处理端到端支撑,提供完善的端到端业务质量监控和分析能力通过面向客户、业务的个性化的服务质量监控和分析，加强差异化、精细化服务保障，通过缩短故障定位和排除时间，提高用户的使用满意度,全专业重点业务（如GPRS专网、集团V网灯）,实现全专业SLA开通和保障：业务端到端开通客户自体验服务管理业务模型管理、指标体系管理、分析算法和模型管理业务质量指标KQI实时监控、业务异常、降级监控集客SLA管理管理故障根源定位、影响分析语音业务模型分析,二阶段,提供完善的业务质量评价指标体系的支撑能力 全专业重点业务的业务质量管理能力，包括业务KPI/KQI监控和分析完善的SLA开通管理能力,2.2 V2端
19、到端业务质量监控体系研究,2.2.1背景及方法2.2.2业务驱动2.2.3应用架构2.2.4SLO体系2.2.5技术架构2.2.6演进策略,2.2 端到端业务质量监控体系研究,背景-市场竞争要求保持端到端的业务质量的绝对优势,中国电信,中国网通,中国移动,具有丰富的移动网络和客户资源，针对移动网具备先进的运维服务水平对固网、接入网业务的受理，维护和故障处理缺乏资源与经验，对集团和家庭客户的服务支撑能力不足,具有丰富的接入网资源和专业运维队伍，在政企客户，家庭客户方面具有先天优势，运维体系完整，服务水平，响应速度较好网络监控和维护体系建立时间较早，应对移动网络管理，效率还有待改善,固网、接入网、
20、移动网络资源平均，且网络制式都较成熟，降低运维难度。融合过程较长，南北网络存在较大差异，客户偏向低端，运维服务流程有待优化。,客户及潜在客户,端到端的业务质量,方法-应用成熟的规划思路和方法,全业务保障体系规划,CMOSS V2规划,全业务发展战略,Demo系统经验总结,TMF eTOM,TMF SID,TMF TNA,TMF TAM,ITIL 理论,业务分析,系统架构,SLO指标体系与技术实现,演进与部署,参考案例,理论基础,内部,业务驱动-端到端的业务运营的驱动,1,2,3,4,全业务竞争时代，网络设备的同质化使得运营商关注业务质量而非网络质量，进而提升产品质量；提高客户满意度。快速响应市
21、场需求，与客户需求同期提供产品和应用，有利于抢占市场。对客户业务订单和投诉快速响应，关注业务，减轻前端部门市场竞争压力。,客户需求由电话、传真等电信服务向ADC、MAS等更多的信息应用服务转型，客户对业务内容和质量的要求越来越高。集客/VIP客户关注业务品质，提供业务的各个环节均会影响业务品质。而且由于业务的不同，影响业务品质的环节也具有较多的差异性。在SLA的要求下，迫使运营商关注业务的端到端的各个环节的质量。,随着网络技术的发展，应用平台化、网络IP化，设备网元层面提供质量控制的手段越来越多。随着IT技术的发展，大数据量及时处理成为可能，为端到端的业务质量监控提供平台条件。Qos管理的理论
22、越来越成熟，业务质量管理在全球范围内已有成功案例参考。,运营管理经过多年的发展，已经实现由网元管理到专业网络管理，乃至于综合网络管理阶段，初步已经具备业务质量管理的条件。网络KPI考核存在瓶颈，考核的边际效益越来越低。随着网络规模的扩大，单纯的网络KPI考核不足以满足精益管理的要求。,市场竞争的驱动,客户需求的驱动,网络技术的驱动,自身发展的驱动,端到端业务运营,业务驱动-网络技术发展为端到端的业务质量提供可能,IP Qos是指网络通信过程中，允许用户业务在丢包率、延迟、抖动和带宽等方面获得可预期的服务水平；通过IP QoS，可以避免并管理IP网络拥塞，减少IP报文的丢失率，调控IP网络的流量
23、，为特定用户或特定业务提供专用带宽以及支撑IP网络上的实时业务目前IP Qos共三种模型，其中Best-Effort 模型是目前应用的主要缺省服务模型，实现原理是先进先出队列(FIFO)，而IntServ模型（业务通过信令向网络申请特定的QoS服务，网络在流量参数描述的范围内，预留资源以承诺满足该请求）和 DiffServ模型（当网络出现拥塞时，根据业务的不同服务等级约定，有差别地进行流量控制和转发来解决拥塞问题）的应用可以为端到端的业务质量管理提供IP网络的解决方案,SLO/TCA,DiffServ网络,DiffServ网络,客户应用,客户应用,边界节点,内部节点,边界节点,边界节点,边界节
24、点,内部节点,流量控制,TCA：流量调整协定，关于业务分类准则、业务模型及相应处理的协定。包括测量、标记、丢弃、整形等内容协定。,业务驱动-端到端业务质量的测量方式,QoE（Quality of Experience ）客户体验质量，是用来描述用户对业务及服务的感受，它指用户在使用某种业务时的感受，重要的衡量指标是用户对网络产品的满意程度。测量方式通常是客户调查。SLA（Service Level Agreement ）服务水平协议，是运营商与客户之间正式的商务合同。它包括了双方的权利和义务，在产品质量方面包括产品内容、服务运行等级及指标要求、客户关怀、计费约定、违约处理等。服务等级及指标要求
25、是业务运营关注的最重要内容。QoS（Quality of Service）业务质量，是客观描述电信业务质量，重要的衡量指标是业务自身能力和程度测量方式通常是业务KQISLO（Service Level Objection）业务等级目标，是市场部门与运营部门签订的服务提供目标。它去除了非技术性因素，是SLA在运营商内部相关部门翻译和传递的结果。SLO的指标要求即是各个业务等级下KQIKQI（Key Quality Indicators）关键质量指标，KQI即产品或业务的性能，分为产品KQI和业务KQI两类。运营部门更关注业务KQI业务KQI由KPI及辅助参数经过规则计算获得，分为产品KQI和服务
26、KQIKPI（Key Performance Indicators） 关键性能指标，KPI是基于网络的重要考核指标。,网络 KPI,用户 QoE,网络管理,业务KQI,业务管理,产品KQI,产品管理,SLA,counter/CDR/log/alarm,网元管理,SLO,业务 QoS,实现QoE能力，满足差异化服务的要求，提升市场竞争能力,SLO保障，确保业务运营质量，满足SLA要求业务质量的监控和分析，关注业务质量的发展趋势语义翻译，统一接口，提升市场与网络部门的沟通效率和效果,以业务为主线，快速发现网络隐形故障，提高故障的发现和处理能力,网络部门网络管理人员,网络部门业务支撑人员,市场部门客
27、户经理,QoE,SLO保障业务质量监控业务质量分析,业务质量保障支撑,业务定位,业务目标,业务驱动-端到端业务质量保障的定位和目标,建立面向客户感知端到端的业务质量保障支撑体系，实现端到端的业务质量监控，快速发现业务故障；实现端到端的业务质量分析，掌握业务发展趋势；实现端到端的业务SLO保障，满足市场部门SLO；实现端到端的业务质量评估，挖掘用户潜在需求。,业务驱动-端到端业务质量保障的业务视图,端到端业务质量保障是全业务保障体系的构成部分之一，归属于业务层的“业务保障”过程，包括SLA保障（内部即SLO保障），应急及场景保障、业务质量管理三个子过程。,端到端业务质量保障以提升客户感知为目标，
28、实现跨部门、跨功能域和跨专业的综合。端到端业务质量保障关注业务而非网络，以KQI而非KPI为衡量指标，强调客户、业务、网络的端到端保障。,业务驱动-端到端业务质量保障的业务视图,获取客户对业务的使用数据,以实时、准实时的方式进行业务质量的分析和监控,根据对集团客户使用集团业务的影响度来决定业务开通的优先级,基于客户视角的 业务质量监控系统,实时的业务流量监控及业务质量管理，确保承诺给集团客户的服务质量级别能满足要求,为更快地解决集团客户故障提供场景化支撑手段并采取主动综合的预防措施,将各种业务的KQI指标和用户行为进行关联，基于集团客户对业务的使用体验来衡量业务质量,业务质量监控系统最终将基于
29、集团客户对集客业务的使用体验来确保集团业务的服务质量。,应用架构-业务质量监控系统的定位,应用架构-业务质量监控系统说明,系统定位,以集客业务为主线，建立完善的业务服务质量管理体系平台，提供面向客户感知、面向业务的SLA/QoE/KQI/KPI的管理能力，实现业务端到端服务质量监控和分析功能，加强差异化、精细化业务服务SLA保障，提升客户感知。使用对象为业务质量管理人员；对应部门为省网络部、网管中心业务支撑室、各专业科室、地市公司网络部的负责业务质量监控的人员。,应用架构-业务质量监控各模块与各应用系统模块的差异分析,与综合监控系统模块差异业务质量监视与业务质量分析模型、KPI及SLA指标、告
30、警、性能、资源、投诉等数据相关，目标用户是业务支撑人员，时效性相对较弱综合监控关注网络故障，目标用户是监控人员，时效性较强,与综合分析系统模块差异业务质量分析时效性、交互性、针对性强，数据来源广泛，分析方式多样复杂多数不需要长期数据支撑。运营分析面向OLAP和OLTP分析,与运维管理模块差异运维管理系统作业计划和施工管理SLA是业务质量监控的重要数据来源。运维管理面向流程应用类,与业务开通平台各系统差异业务开通平台的SLA指标是业务质量监控的重要数据来源。业务开通平台面向操作类应用。,与门户集成模块差异功能内聚性强，模块接口关系复杂，不适应服务调用和界面集成方式门户集成方式为针对集团客户支撑应
31、用类系统,业务质量监控应用视图,应用架构-业务质量监控系统的接口关系,综合监控系统：提供端到端问题定位、传递业务告警；接受网络故障KPI和SLA指标投诉处理支撑：提供业务质量预警和投诉问题定位服务；接受投诉SLA指标,S-FAS：提供业务质量预警服务；接受业务开通等SLA、KPI指标 N-OAS： 提供业务质量预警服务；接受性能、测试KPI和网优SLA E-OMS：提供业务故障工单；接受SLA指标 I-NAS ：提供业务分析和集客应用服务；接受知识管理规则数据质量管理： 提供探针监测数据 安全管理：提供4A 服务BSS：提供业务质量分析结果,应用架构-应用场景举例： 业务问题分析,与资源系统互
32、动建立业务分析模型（SIA)：,通过资源，告警的互动建立服务质量影响模型，并通过模型能对服务保障，告警处理提出帮助,综合监控系统,业务质量监控,综合资源系统,影响分析,告警历史关联客户级别，SLA,服务告警,1,2,3,4,5,1： 综合告警将重要告警送到业务质量监控系统， 2 ： 业务质量监控系统向综合资源获取承载业务及用户信息。 3： 通过承载的业务和用户信息及历史服务信息，产生 业务质量问题事件，包括业务问题范围、内容、预计持续时间等，可由上层应用显示4： 业务问题事件 和历史的服务告警及用户级别，SLA等关联后产生服务告警。5： 服务告警在业务质量监控系统显示后同时送综合告警及综合性能
33、。,业务影响分析说明,综合分析系统,5,服务告警,SLO体系-构成要素,网络 KPI,用户 QoE,网络管理,业务KQI,业务管理,产品KQI,产品管理,SLA,counter/CDR/log/alarm,网元管理,SLO,业务 QoS,本课题重点研究SLO考核指标,SLO体系- SLO指标构成,本课题重点研究业务质量SLO的质量要求类KQI构成,SLO体系- KQI与KPI的映射机制,确定KPI和KQI的映射关系，明确影响KQI的KPI范围；确定根据KPI对KQI的影响程度来确定此KPI在整个KQI指标计算过程中的权重W并进行量化；对KPI指标进行分级并进行量化，KPI的不同级别对应不同的网
34、络性能标准；Level KPI表示KPI的级别，W表示权重；函数F表示映射到KQI级别的算法，会依据SLO指标来进行相应的的调整,KPI权值的重要性业务层指标（KQI）和众多的KPI相关；不同的KPI对KQI的贡献相差很大，不合理的权限将影响KQI指标准确性，进而影响业务质量管理的质量KPI权值的确定方法层次分析法主成份分析法主观赋值法,SLO体系- KQI分析维度,SLO体系-业务举例：MMS业务数据获取方式,BSS,WAP GW,SMSC,GPRS BB,BSS,GGSN,SGSN,MMSC,GPRS 性能指标,Info per APN,GPRS 性能指标, MMS context act
35、ivations,WAP GW: 日志文件/CDRs,MMSC: Counters & 日志文件,现场测试,日志文件,现场测试,SLO体系-业务举例：MMS业务KQI指标构成分析,技术架构-业务质量监控系统技术架构,处理层：包含了业务质量监控服务和业务质量分析服务两大块，前者主要实现和提供了业务质量监控监视以及违例、异常影响性方面的业务逻辑服务；后者业务质量分析实现了OLA/SLA报告分析、各种业务、服务性能的趋势分析、容量的分析等应用层包括：业务质量监控、配置管理、以及业务质量分析应用；业务质量监控实现对各种业务质量指标、异常、KQI以及违例等等业务质量监控的呈现和展示； 配置管理实现了对业
36、务质量管理的业务模型、算法、策略、展现模式、指标和评价体系等等各种业务质量必须的数据模型和业务模型的管理和配置功能；业务质量分析则基于处理层的业务质量分析服务，进行各种分析报告的展示、趋势的展示,技术架构-业务质量监视系统技术架构实现能力,业务质量监控系统的技术架构能为上层应用提供稳定、开放、可扩展的框架支撑能力：,技术支撑能力：搭建基础技术平台，实现异构数据源采集、实施数据处理、前端展现定制，为上层功能和应用提供高质量、标准化的多粒度数据和技术实现工具；构件服务调用方式：扩展系统SOA架构插件式总线数据接入：满足异构数据源接入要求多级分布式ETL处理： 实现实时业务数据关联处理基于Flex的
37、展现技术：支持灵活展现和应用定制应用支撑能力：建设基础分析功能并封装成服务，为实现上层应用提供有力支撑；面向主题的多维数据库设计：提供业务多维数据结构业务聚焦分析模式：丰富业务质量分析技术手段自修正的业务分析流程：奠定业务质量智能分析基础服务构建能力：结合平台提供的基础功能，插件化构建应用，快速、有效的实现应用需求。KQI映射规则引擎：提高KPI映射KQI处理效率一站式业务提升方案：统筹业务质量保障体系,数据管控能力,应用展现能力,功能服务能力,数据存储能力,数据采集能力,KQI模型定义,SLO模型定义,客户SLO监控,KQI监控,异构数据处理能力,前端定制能力,技术架构-业务举例：彩铃业务监
38、控模型,通过建模可以建立彩铃业务监控点与业务指标之间的映射关系，实现关键指标的有效采集。通过建模对彩铃业务各环节、业务指标以及分析方法之间的关系从逻辑上进行全面的描述，对于业务或需求的变化，可以很容易地通过系统的扩展加以实现，彩铃业务监控模型的要素包括5个业务关键点、4个关键业务指标,演进策略,互联网专业、重点数据业务（彩信业务等）,一阶段(20010年6月-2011年6月),集客客户重点业务,全业务,搭建服务质量管理系统的系统整体框架，主要包括：业务模型管理、SLA模板管理、指标体系管理、分析算法和模型管理业务质量指标监控、业务异常监控故障根源定位、影响分析,实施全专业业务质量管理：业务模型
39、管理、SLA模板管理、指标体系管理、分析算法和模型管理业务质量指标监控、业务异常监控端到端业务质量分析、趋势分析故障根源定位、影响分析,二阶段(2011年7月-2012年底),三阶段(2013年后),提供基本的业务质量评价指标体系的支撑能力 提供基本业务质量管理能力，包括业务KPI/KQI监控和分析提供面向集团客户业务的SLA管理和分析,提供完善的服务质量管理指标评价体系 提供面向所有客户的SLA管理能力实现业务质量趋势分析和预测，为改进业务质量提供依据,提供完善的端到端业务质量监控和分析能力通过面向客户、业务的个性化的服务质量监控和分析，加强差异化、精细化服务保障，提高用户的使用满意度,业务
40、模型管理、SLA模板管理、指标体系管理、分析算法和模型管理业务质量指标监控、业务异常监控端到端业务质量分析、趋势分析故障根源定位、影响分析,2.3 业务开通流程自动编排能力研究,2.2.1背景情况2.2.2能力目标2.2.3业务分析2.2.4技术架构2.2.5集成分析2.2.6演进策略,2.3 业务开通流程自动编排能力研究,背景情况,方案设计资源勘查资源确认,业务监控故障处理投诉处理,业务受理生产调度资源分配网络激活施工管控,全业务竞争时代，网络设备的同质化使得运营商关注业务质量而非网络质量，进而提升产品质量；提高客户满意度。快速响应市场需求，与客户需求同期提供产品和应用，有利于抢占市场。对客
41、户业务订单和投诉快速响应，关注业务，减轻前端部门市场竞争压力。运营管理经过多年的发展，已经实现由网元管理到专业网络管理，乃至于综合网络管理阶段，初步已经具备业务质量管理的条件。网络KPI考核存在瓶颈，考核的边际效益越来越低。随着网络规模的扩大，单纯的网络KPI考核不足以满足精益管理的要求。,能力目标,全业务的快速开通灵活支撑,端到端前后台流程、资源贯通，实现快速的自动化业务开通,CRM,业务开通,资源管理,网络激活,EOMS,现场服务,业务分析家客产品,家客产品以宽带为代表性产品，通过PON方式预覆盖一部分地区，开通过程主要是ONU端口、楼道交换机端口的分配和开通，ONU后端设备已处于就绪状态
42、。1同一时间段内，开通数量大，要求开通时间短。2无需进行方案设计，无需进行核心与传输的资源分配，以末端分配为主，资源占用量小；3无需专业人员参与，流程较短，开通速度快；4开通时产品组合形式多样化，主要表现在：宽带产品、客户端媒体网关设备、应用账号、IP语音等，所有这些产品均依赖于宽带产品，但有多种组合形式，如宽带产品+IP语音；宽带产品+媒体网关+应用账号等等。,业务分析集客产品,集客产品与家客产品不同的是，其端到端的路由均需经过仔细的设计、配置与施工。1.开通量在固定的时间段内相对家客业务量较小，用户对开通时间不十分敏感，但服务质量要求较高，需要体现服务的专业性。2.合同签订前需要进行资源核
43、查，确定产品方案；3.构成产品的服务种类多，需要分段逐级的选择适当的网络资源服务完成生产过程，需要进行端到端的资源方案设计；4.方案设计时，不同的网络资源服务之间关联性有体现，如客户端如果选择协转设备，则会影响到业务机房的资源配置，即必须在业务机房增加一个协转设备才能将传输信号转换为以太信息接入路由器。5.需要多部门进行协调生产，流程长，开通周期长；,技术架构,面向服务的技术架构SOA 体系结构形式旨在提供企业业务解决方案，这些业务解决方案可以 按需扩展或改变。SOA 解决方案由可重用的服务组成，带有定义良好且符合标准的已发布接口。SOA 提供了一种机制，通过这种机制，可以集成现有的遗留应用程
44、序，而不管它们的平台或语言。可以看到，在目前OSS的IT支撑系统中，业务开通非常符合SOA的解决方案，以实现各个业务系统的流程贯穿。,SOA的设计层次,面向服务的分析方法,产品域,面向客户的服务域,面向资源的服务域,网络资源域,面向服务设计的流程自动编排能力,设计原则对业务开通系统所需的各种实体数据进行建模，包括产品、面向客户的服务、面向资源的服务以及它们之间的相互关系。 关系包括：产品间的聚合关系、产品与面向客户的服务关系、面向客户的服务之间的依赖关系和生产顺序关系、面向客户的服务与面向资源的服务之间的关联关系、面向资源的服务之间的依赖关系和生产顺序关系、面向资源的服务与资源实体服务之间的关
45、系。通过构建上述模型，即可在业务开通中自动分析产品、面向客户的服务、面向资源的服务、资源接口，最终实现自动化的开通过程。,SOA集成架构,集成设计OSS域的生产系统包括综合资源管理系统、EOMS、管线资源管理系统、网络激活系统、集中操作维护系统和现场服务系统综合资源管理系统、管线资源管理系统存储网络内、外线资源信息，业务开通时的主要网络资源信息都通过这两个系统获取，开通后的资源分配、变化情况也会同步到这两个系统中EOMS系统承担部分资源实现流程，如电路调度等，可以看成是资源系统对外封装好的网络资源服务网络激活系统和集中操作维护系统是实现网络配置数据下行并自动化的设备调度的系统，通过这两个系统，
46、业务开通可以自动实现已设计好的方案的自动激活，这两个系统向外部系统提供产品的激活服务现场服务系统承担工程师施工调度的排程工作，并反馈用户对施工质量的实际感受，对外部系统提供现场施工服务。,业务开通系统衔接了BSS域的CRM系统和OSS域的各个生产系统，将原本分散在各个支撑系统的功能，如方案设计、资源分配、网络激活和现场服务整合在统一的生产流程中，实现了对生产过程的有效监控和管理。通过ESB企业总线的SOA架构集成，有效解决了多系统互联的接口复杂性问题,演进策略业务发展策略,演进策略技术发展策略,2.5 WebGIS可视化支撑研究,2.5.1研究背景2.5.2建设方案2.5.3应用场景,2.5
47、WebGIS可视化支撑研究,GIS通用服务组件,基于MVC的GIS应用结构,研究背景-WebGIS建设方案研究,加强WebGIS可视化的应用研究，为业务支撑提供基于MVC的GIS应用和统一的可视化应用平台提供WebGIS通用服务组件和平台化接口，并在此基础上提供业务服务组件,WebGIS统一平台应用架构,GIS业务服务组件,按业务梳理全业务应用场景，提供WebGIS支撑方式、内容和需求提供WebGIS全业务场景应用规范,建设方案-建设目标,统一GIS平台,减少投资,避免重复建设,一致性,集中提供统一的GIS平台及业务接口，减少重复投资,在统一的GIS平台及业务接口之上搭建具体的业务应用系统,提供统一的GIS平台及统一开放的接口，易维护，保证应用的一致性,口,业,务,接,业务数据,空间数据,建设方案-平台总体架构,GIS基本数据,POI数据,基站数据,路测数据,计划建站,工程数据,投诉数据,数据层,服务层,GIS服务,地图绘制服务,地图分析服务,地图查找服务,业务处理服务,系统管理,权限控制,接口层,Web Service(SOAP),EJB,REST,AJAX,AMF,WMS,WFS,HTTP,应用层,资管,投诉,监控,渠道,网优,建设方案-部署架构,
