业务支撑系统标准化研究.ppt
《业务支撑系统标准化研究.ppt》由会员分享,可在线阅读,更多相关《业务支撑系统标准化研究.ppt(83页珍藏版)》请在三一办公上搜索。
1、中国移动集团级重点研发项目结题汇报报告,2011年12月1日,项目名称:业务支撑系统标准化研究,一.课题目标实现情况,目 录,二、主要研究成果(整合后),2,1.1 研究背景及目标(开题报告)-背景简介1/4,业务支撑系统的标准化要求及规划规范体系,业务支撑系统的新业务支撑方案体系,1,2,3,1.1 研究背景及目标(开题报告)-背景简介2/4,不同的业务有不同的订购模式,不同业务的接口和流程异常处理不同,3,4,4,1.1 研究背景及目标(开题报告)-背景简介3/4,需要统一的、模板化的新业务支撑技术方案,完善业务网元与业支系统的规范方案体系,5,6,5,1.1 研究背景及目标(开题报告)-
2、背景简介4/4,省业务支撑系统支持全产品运营的必要性,7,6,1.1 研究背景及目标(开题报告)-研究目标,业务支撑系统的标准化包括很多方面,但本课题着眼于业务支撑系统与业务网元之间的接口流程标准化、模板化以及业务支撑系统内部产品管理标准化,本项目2011年的工作主要着重在于完成以下几个接口的标准化研究工作以及标准化技术方案的制定:计费接口开通接口客服接口数据一致性接口全产品支撑管理,产品管理及服务,7,1.2 主要研究内容(开题报告)-业务支撑系统与业务网元接口与流程标准化,业务支撑系统与业务网元接口与流程标准化,计费接口及流程标准化,开通接口及流程标准化,客服接口及流程标准化,数据一致性接
3、口及流程标准化,8,1.2 主要研究内容(开题报告)全产品支撑标准化能力和架构,重点研究全业务环境下,产品管理和开通流程对支撑能力标准化的要求,依据集团规范,运用SOA方法,构建一个对外能力标准化、内部结构标准化的全产品管理运营平台。,9,1.3 目标完成情况总结研究成果,均按计划完成,原计划34本,超计划完成,原无专利计划,超计划完成,10,在该项目工作中1)解决了xx项公司在市场发展和生产运营中存在的关键问题(如何解决,解决到了什么程度)现网新业务规范制定时计费、开通、客服、新产品支撑方案都是逐个的讨论,没有统一的原则参照,导致新业务支撑时间长,新业务上线初期支撑不够配套。本项目研究解决了
4、上述问题,加快了新业务相关规范以及配套业务支撑方案制定的速度。2)挖掘了国内专利申请1项 一种实现实时消费提醒的装置和方法3)输出企业标准21个,形成企标初稿25个4)初步估计对企业绩效的贡献情况为(开放式回答)。提出了业务平台与业支系统之间的接口和流程通用要求,对所有业务平台和业务支撑方案提出统一模板化要求,更进一步完善业务网元与业支系统的规范方案体系,探索包括产品管理标准化、对外接口标准化、服务能力标准化以及基础平台标准化等支撑技术,提高新业务支撑需求响应速度。,1.3 目标完成情况总结,项目对企业绩效贡献的量化路径图,1.4 项目企业绩效贡献和特征指标,12,1.4 项目企业绩效贡献和特
5、征指标,项目特征指标的年度预期数值表,13,一.课题目标实现情况,目 录,二、主要研究成果(整合后),14,目录,开通部分,2,1,计费部分,客服部分,3,国际标准情况概览现网业务计费要求概览业务网元与业务支撑系统计费接口要求,数据一致性部分,4,全产品管理部分,5,15,3GPP中定义的计费标准体系,32.240:3GPP中纲领性的计费规范,定义了总体框架和原则32.250/32.251/32.260/32.270/32.271/32.272/32.273/32.274/32.275:定义了CS域、PS域、WLAN域、IMS子系统、MMS业务、LCS业务、PoC业务、MBMS业务、SMS业务
6、、MMTel业务的计费框架、原则、流程和信息字段32.280:定义了GSM、IMS中计费通知业务的框架、原则、流程和信息字段32.295:定义了CDR文件传输的框架、原则、流程和信息字段32.296:定义了OCS系统的应用和接口32.297:定义了CDR文件的格式和传输要求32.298:定义了上述各类业务的CDR文件中包含的字段描述32.299:定义了基于Diameter的计费应用,16,32.240计费总体架构和原则要求,32.240对计费的总体架构和原则进行了定义,包括离线计费和在线计费,同时,从以下4个方面描述了计费原则:计费数据产生和配额监控计费数据传送,包括分割话单的合并处理要求计费
7、数据关联原则计费数据处理原则,17,3GPP中各业务计费要求分册,3GPP中针对每个业务定义的计费标准主要包含以下4个部分,完整的定义了一个业务的离线和在线计费要求,非常值得借鉴,Architecture Considerations定义该业务的计费总体框架,包括该业务的网络图以及与计费系统的连接关系,包括了对离线计费和在线计费的描述Charging Principles定义该业务的计费总体原则,包括计费关联、主要计费要素、计费规则等Charging Scenarios描述计费场景和计费流程,针对该业务中的用户使用流程,定义相应的计费流程,包括离线计费在什么时候产生话单、在线计费在什么时候进行
8、触发等Definition of charging information定义该业务中的计费信息字段,包括离线计费信息和在线计费信息,18,32.297通用CDR文件格式定义,32.297中定义了所有3GPP业务通用的CDR文件格式,包括CDR文件格式、CDR文件头格式、CDR记录头格式等,以及定义了CDR文件命名规则,还定义了对于CDR文件的处理规则,如大小、关闭时间等,CDR文件格式,CDR文件头格式,CDR记录头格式,19,32.298所有3GPP中各业务的CDR定义,32.298中定义了3GPP中各业务的CDR格式,详细定义了CDR中每个参数的含义,并通过ASN.1语法定义了CDR编码
9、格式以及每个参数的类型、取值等,20,32.296 OCS应用及接口定义/32.299 Diameter计费应用定义,32.296定义了OCS的应用架构及实现流程,详细定义了OCS应用所需的AVP32.299定义了基于Diameter的离线和在线计费应用的网元与计费系统的交互流程,定义了异常处理要求,以及详细定义了Diameter的AVP,21,国际标准中值得借鉴的处理要求,完整的业务计费相关规范体系,业务计费场景和计费流程的详细描述,各业务离线计费和在线计费的统一定义,1,2,3,话单格式的统一定义,Diameter消息各字段的详细定义,4,5,22,目录,开通部分,2,1,计费部分,客服部
10、分,3,国际标准情况概览现网业务计费要求概览业务网元与业务支撑系统计费接口要求,数据一致性部分,4,全产品管理部分,5,23,现网业务各规范中的计费要求,业务资费结构主要由功能费、信息费、通信费组成绝大部分业务平台并未明确业务流程中的计费触发要求,也未明确各种情况下CDR字段填写要求绝大部分业务并未定义在线计费接口,24,计费质量竞赛中发现的问题,网元优化典型问题如下:,25,大部分问题如果定义和测试多种业务场景下的计费正确性情况,则可以避免,那么,新业务规范中应该定义哪些计费相关的内容?入网时到底该进行哪些情况下的计费正确性测试呢?,26,目录,开通部分,2,1,计费部分,客服部分,3,国际
11、标准情况概览现网业务计费要求概览业务网元与业务支撑系统计费接口要求,数据一致性部分,4,全产品管理部分,5,27,建议从以下几个方面对新业务计费进行定义,业务资费描述对业务的资费结构进行描述对资费结构中各种资费项的产生原则进行概述离线计费场景枚举各种业务使用场景下,话单产生的触发点以及话单中各字段的填写要求进行详细描述对业务使用产生异常流程情况下,话单中各字段的填写要求进行详细描述对于基于会话类的计费,对话单拆分要求进行详细描述在线计费场景枚举各种业务使用场景下,DCC消息产生的触发点以及DCC消息中各字段的填写要求进行详细描述对业务使用产生异常流程情况下,DCC消息中的字段填写要求进行详细描
12、述离线计费话单定义依据统一的话单模板格式要求,定义CDR的各字段,并对其取值类型、范围进行描述对于离线计费话单产生原则、命名、传送要求等进行描述在线计费DCC消息字段定义定义业务专用的DCC消息字段,对其中各字段的取值类型、范围进行描述,28,离线计费要求场景概览,基于事件的离线计费流程参考,1,基于会话的离线计费流程参考,2,29,在线计费要求场景概览,直接扣取的基于事件的在线计费流程参考,1,配额保留的基于事件的在线计费流程参考,2,配额保留的基于会话的在线计费流程参考,3,30,目录,开通部分,2,1,计费部分,客服部分,3,国际标准情况概览现网业务开通流程概览业务网元与业务支撑系统开通
13、接口要求,数据一致性部分,4,全产品管理部分,5,31,3GPP中的业务开通标准体系,3GPP SuM主要关注:3GPP中所定义的业务、资源的配置与激活,而对于3GPP范围外的新业务、客户订单请求、合作伙伴的同步处理等并未关注,32,OSS/J中定义的开通标准,OSS/J的开通标准使用UML的方式将工单受理的角色和流程、以及相互之间的消息接口清楚、准确的表示出来,使用UML的方式将工单相关的类图以及类与类之间的关系清楚、准确的表示出来,33,国际标准中值得借鉴的处理要求,统一的业务开通处理流程,详细定义的开通处理接口,详细定义的开通处理信息,1,2,3,34,目录,开通部分,2,1,计费部分,
14、客服部分,3,国际标准情况概览现网业务开通流程概览业务网元与业务支撑系统开通接口要求,数据一致性部分,4,全产品管理部分,5,35,大纲现网业务开通流程概览,业务平台侧渠道受理客户的业务开通请求,1,业务平台侧渠道受理客户的业务开通需要二次确认时业务支撑系统向业务平台同步流程,2,业务支撑系统侧渠道受理客户的业务开通请求,3,业务支撑系统侧渠道根据用户状态变化自动向业务平台同步流程,4,36,业务平台侧渠道受理业务开通请求总体概况,19个全网业务平台中,仅BlackBerry不支持用户通过业务平台侧渠道进行业务开通支持业务平台侧渠道开通的18个业务平台中,仅宜居通业务只支持通过业务平台侧退订,
15、其它业务均支持通过业务平台侧渠道进行订购、退订等完整的操作,37,业务平台侧渠道受理业务开通请求交易类型分析,支持业务平台侧渠道开通的18个业务平台中,业务平台侧渠道受理业务开通共存在3类流程:一个大圈类流程、两个大圈类流程、两个通知类流程,一个大圈类流程:视频会议业务、农信通业务、游戏业务、12580业务、手机导航业务、手机支付业务、VideoShare业务、多媒体彩铃业务、视频留言业务、MDO业务、彩像业务、手机动漫业务、宜居通业务、中央音乐业务,两个大圈类流程:CMMB业务,两个通知类流程:VGOP、VGOP-手机阅读业务,某个业务选择三种交易类型之一的依据是什么?,1,一个流程还是两个
16、流程并不完全与是否需要二次确认相关,即使不需要二次确认,也采用两个流程的原因是什么?,2,38,业务平台侧渠道受理业务开通请求交易冲正、对账分析,支持业务平台侧渠道开通的18个业务平台中,规范中未明确是否需要冲正的有3个业务平台,其它15个业务平台在规范中明确不需要冲正上述18个业务平台中,业务平台侧发起的业务受理请求,均需要进行对账,规范明确不需要冲正:农信通业务、游戏业务、12580业务、手机导航业务、手机支付业务、多媒体彩铃业务、MDO业务、彩像业务、手机动漫业务、宜居通业务、CMMB业务、中央音乐业务、VGOP平台、VGOP-手机阅读业务,规范未明确是否需要冲正:视频会议业务、Vide
17、oShare业务、视频留言业务,基本上所有业务平台侧的业务受理请求均不需要冲正,那么在消息交互出现问题时,如何保障双方的数据一致性?,1,所有业务平台侧的业务受理请求均需要进行对账,目前的对账机制无法保障双方的数据一致性,2,39,大纲现网业务开通流程概览,业务平台侧渠道受理客户的业务开通请求,1,业务平台侧渠道受理客户的业务开通需要二次确认时业务支撑系统向业务平台同步流程,2,业务支撑系统侧渠道受理客户的业务开通请求,3,业务支撑系统侧渠道根据用户状态变化自动向业务平台同步流程,4,40,业务平台侧渠道受理业务开通需要二次确认时业务支撑系统向业务平台同步流程总体概况,共11个业务平台侧的短信
18、渠道开通需要业务支撑系统与用户进行二次确认,业务支撑系统与用户进行二次确认后,业务支撑系统向业务平台同步业务受理信息,41,业务平台侧渠道受理业务开通需要二次确认时业务支撑系统向业务平台同步流程交易类型分析,在11个业务平台中,业务支撑系统向业务平台同步共存在3类流程:一个大圈类流程、一个通知类流程、两个通知类流程,一个通知类流程:农信通业务、中央音乐业务、VGOP平台、VGOP-手机阅读业务,两个通知类流程:游戏业务、12580业务、手机导航业务、MDO业务、彩像业务、手机动漫业务,一个大圈类流程:CMMB业务,某个业务选择三种交易类型之一的依据是什么?,1,同样是通知类的接口,为什么有的业
19、务的第一条通知消息需要第二条通知消息的确认,而有的则不需要?,2,如果业务平台在同步确认结果中回复失败,那么省业务支撑系统是否回滚?,3,42,业务平台侧渠道受理业务开通需要二次确认时业务支撑系统向业务平台同步流程交易冲正、对账分析,在11个业务平台中,所有业务支撑系统向业务平台发起同步的流程,均不需要冲正上述18个业务平台中,业务平台侧发起的业务受理请求,9个业务的同步交易需要进行对账,2个业务的同步交易不需要进行对账,参与对账:农信通业务、游戏业务、12580业务、手机导航业务、MDO业务、彩像业务、手机动漫业务、CMMB业务、中央音乐业务,不参与对账:VGOP平台、VGOP手机阅读业务,
20、基本上所有业务平台侧的业务受理请求均不需要冲正,那么在消息交互出现问题时,如何保障双方的数据一致性?,1,“是否需要对账”与“是否需要冲正”一般保持一种,但大部分业务平台未保持一致。目前的对账机制无法保障双方的数据一致性,3,同样的业务支撑系统向业务平台进行同步的交易,为什么其它业务均需要进行对账,而VGOP的明确不需要进行对账?,2,43,大纲现网业务开通流程概览,业务平台侧渠道受理客户的业务开通请求,1,业务平台侧渠道受理客户的业务开通需要二次确认时业务支撑系统向业务平台同步流程,2,业务支撑系统侧渠道受理客户的业务开通请求,3,业务支撑系统侧渠道根据用户状态变化自动向业务平台同步流程,4
21、,44,业务支撑系统侧渠道受理业务开通请求总体概况,18个全网业务平台中,均支持从业务支撑系统侧渠道发起业务开通类请求18个业务平台中,仅手机支付业务支持从业务支撑系统侧渠道发起用户销户请求,其它业务平台均支持发起订购、退订等完整的开通类请求,45,业务支撑系统侧渠道受理业务开通请求消息处理方式分析,业务支撑系统侧渠道受理业务开通类请求,有三种消息处理方式:(1)采用业务平台向业务支撑系统发送的相同的消息方式进行处理;(2)单独定义了业务支撑系统向业务平台发送单独的消息方式;(3)以上两者同时具备,仅采用与业务平台侧相同的消息方式:视频会议业务、手机支付业务、VideoShare业务、多媒体彩
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 业务 支撑 系统 标准化 研究
链接地址:https://www.31ppt.com/p-2225747.html