《某省联通数据稽核解决方案.ppt》由会员分享，可在线阅读，更多相关《某省联通数据稽核解决方案.ppt（33页珍藏版）》请在三一办公上搜索。
1、某省联通数据稽核,方 案 交 流2009年12月,1,目录,2,背景,在以2G移动业务为主的时代，BSS系统仅与有限的网元设备进行数据交换，实现的协议和功能也不复杂。但随着3G业务的全面开展，全业务的融合，BSS、VAC、OCS以及ESS等多个系统的建设，BSS与网元的交互数量增多，需要实现的功能和协议也趋于复杂，交互流程变长，对交互的时效性要求增加。统一开通系统的时效性要求，导致统一开通系统在处理业务操作的一致性性和完整性方面存在不足，不能完全保证各个业务系统中相关数据的一致性和完整性。,3,项目背景,由于目前没有有效的核对机制，造成各系统之间的用户数据经常能出现数据不一致的情况，从而带来很
2、多问题，包括：服务不一致，导致用户投诉网元设备中存在不少无效数据，不能进行准确的资源回收，从而降低资源使用的有效性作为企业运营关键的用户数据，在关键系统中不能保成良好的一致性，阻碍了用户数据管理水平提升,目前某省联通的BSS、HLR、SCP、VAC、OCS、增值如意呼平台、增值炫铃平台业务网元都分布有用户数据：其中BSS用户数据是作为计费、收费以及客户服务的基本数据HLR、SCP、VAC等平台的用户数据是作为提供用户相关业务的基本数据，都具有很高的重要性,现状分析,数据不一致导致的问题,4,项目背景,用户投诉因为数据不一致带来的用户服务投诉、计费错误投诉等收入流失收费业务没有在BSS系统登记却
3、在其他系统存在有效记录，导致漏收费（如来电显示）或错收费双倍返还(如炫铃)。影响业务发展垃圾数据占用系统空间，不能及时释放、启用系统有限资源，影响系统性能和资源使用效率。降低客服响应效率-降低客服响应速度和处理准确率影响业务营销推广-信息不健全影响业务营销推广,数据不一致问题带来的影响,5,目录,6,建设目标,数据比对,数据同步,统计报表,对BSS、HLR、SCP、VAC、增值如意呼平台、增值炫铃平台系统之间的用户资料数据进行核对，可支持增量及全量比对方式，及时发现各系统用户资料数据之间的差异，以便采取有效技术手段保障数据一致,提供各系统用户数据的同步功能，确保各系统用户数据的准确性、一致性，
4、避免因用户数据的不一致带来客户投诉或业务收入流失。,提供基于数据对帐以及数据同步的各种报告和统计报表，提供对于对帐过程和同步过程的监控和告警，系统具备一定的异常处理能力,通过对BSS系统的改造，增加数据稽核的组件，解决手工数据对帐及修改时效率低、维护不方便的问题，实现业务流程的不断完善和管理能力提升,数据备份,与统一开通配合进行各网元实时数据同步备份，并要求在指定的恢复窗口时间内恢复。,7,建设原则,建设原则,保证现有系统的稳定性，最大限度保证现有业务系统不受影响充分考虑保护现有系统的投资可扩展性原则：系统设计模块化、可配置，能够适应一定时间内的业务变化，并保证系统在进行扩展时，不影响系统的正
5、常运行 高效性原则：满足未来业务发展需要、满足实时处理的能力，完成多类型业务的综合应用综合考虑未来BSS系统业务系统需求与建设规划,8,数据比对要求,比对内容,比对方式,1，比对方式包含全量比对和增量比对,2，全量比对，首次采用，后根据情况定期或不定期采用。,1，针对BSS中的某项业务,2，涉及BSS、核心网网元、业务网网元,3，包括用户数据、业务局数据,3，增量比对，定期采用,9,适用范围业务范围,移动业务,用户基础业务,短信、通话权限（国际、国内、本地）、漫游权限（国际、国内、省内、本地）、来电显示（显示、限制、强显、强显限制）、呼叫转移、呼叫等待、三方通话、呼叫限制、IVPN、OCS、可
6、视电话、数据业务接入点（GPRS、HSDPA、APNID、EQOSID）,用户增值业务,手机音乐、手机电视、手机邮箱、如意呼、炫铃、话费周周报、彩信话费周周报、天气预报、如意邮箱、一卡多号、短信防火墙、短信SP业务、彩信SP业务,业务范围,数固业务,宽带业务,宽带业务,10,适用范围网元范围与数据范围,网元范围,支撑网,主要指BSS系统（包括一级BSS、网管、客服等周边支撑系统，是一个整合BSS的概念）,核心网,主要指HLR,业务网,与BSS业务相关的所有业务平台，典型网元如：智能网平台VAC平台SCP等,用户信息,用户基本信息,用户标识,用户订购信息,订购信息标识,业务局数据,业务局数据标识
7、,数据范围,用户属性,用户状态,手机号码、IMSI号码、集团ID等,订购信息属性,订购信息状态,业务局数据属性,业务局数据状态,联系方式、品牌、账号、终端信息、归属地、第三方号码等,用户状态等,用户标识、SP代码、SP业务代码等,受理信息、套餐、订购时间、起始时间、终止时间、更新时间等,订购状态、生/失效时间等,SP代码、CP代码、SP业务代码等,SP名称、业务种类、客服信息、业务描述、计费类型等,SP状态、业务状态等,11,网元的交互,12,核心网比对数据分类,13,业务网比对数据分类,14,目录,15,业务处理流程,16,功能架构设计,展现及交互界面,查询统计,数据对帐管理,配置管理,系统
8、管理,采集,接口,数据采集,数据预处理,BSS接口,HLR接口,其他网元接口,数据比对,比对稽核,数据同步,数据汇总,比对参数配置,稽核参数配置,任务管理,权限管理,系统监控,17,系统接口,采集HLR系统的全量用户数据以及增量变更数据，建议采用文件方式。XX目前可以支持目前多种主流HLR设备提供的文件格式，包括爱立信、华为HLR设备提供的文件格式。实时查询HLR系统用户数据，可与BSS连接HLR的接口共用。,采集SCP系统的全量用户数据以及增量变更数据，建议采用文件方式。实时查询SCP系统用户数据，可与BSS连接SCP的接口共用。同时也要向SCP系统进行数据同步，可与BSS连接SCP的接口共
9、用。,采集营帐系统的全量用户数据以及增量变更数据，建议数据库接口表方式。同时也要向营帐系统进行数据同步，可采用数据库接口表的方式。,建议数据一致性稽核进行数据比对后，如果需要向HLR、SCP等网元设备同步数据，可采用向统一开通系统发送工单，由统一开通系统完成相关指令操作。,与BSS营帐模块的接口,与BSS统一开通系统的接口,与HLR的接口,与SCP的关系,与炫铃平台的关系,采集炫铃平台的全量用户数据以及增量变更数据，建议采用文件方式。实时查询彩铃平台用户数据，建议采用实时查询接口。同时也要向彩铃平台进行数据同步，可采用接口表或文件方式，具体可双方协定。,。,18,数据比对方式,全量对帐适用条件
10、：因部分操作流程不规范、服务开通入口不统一，各网元建设以来一直没有进行过系统数据比对同步处理，以及其他种种原因导致存在较多数据不一致情况，所以需要通过采用全量比对方式进行初始化处理，以后根据实际业务情况和系统能力定期（每季度或半年）进行全量比对处理接口：实时接口、接口表或文件接口触发方式：自动、手动。增量对帐适用条件：系统间接口、系统故障、数据库故障等原因会导致各网元间产生数据差异，需要对客户数据变更的增量数据进行比对同步处理，通过事后方式尽快解决数据差异，减少甚至避免因数据差异引发客户功能使用、计费或服务办理等投诉以文件接口为主、实时接口触发方式：自动、手动。每日,19,稽核方式,在线式稽核
11、 online离线式稽核 offline两者关系,20,比对稽核功能,比对稽核是针对对帐过程中的数据完整性和平衡性的判断验证。比对稽核主要是判断出入口数据的平衡关系以及日志。BSS比对数据总量比对出口的通过数据数量比对出口的不通过BSS数据数量比对异常的BSS数据数量。,21,备份管理方案,统一开通业务备份与同步,模型管理 按照业务类型，实现业务、网元、区域模型的基础数据管理功能。,策略管理 按照生产系统的要求，提供多种备份策略管理。包括业务类型、时间窗口、区域、自动/手工等多种策略的组合。,同步与核查 按照备份策略提供开通业务数据的备份。,模型管理,备份策略管理,同步与核查,22,网元的主备
12、模式支持,目前，指令直接往网元发送。在增加备机的情况下，根据指令发送的日志进行重新处理发往备机。一套系统支持解决多个不同网元的实时备份。,主机,备机,生成日志,统一开通,指令,统一开通（备）,23,数据备份与恢复,如果只有一台主机（或者主备机同时故障），则按照以下模式途径处理数据备份和恢复的问题：,恢复模式,恢复途径,1，统一开通按照恢复的模式重新发送指令,2，按照网元的要求格式生成批量的文件，交由网元处理,1，支持全量恢复,2，支持指定用户（号段）的恢复,3，指定时间段的恢复,备份模式,1，各网元备份自己网元的数据；,2，根据BSS的订购关系进行备份。,24,建设重点与难点,数据全量备份用户
13、规模500万用户备份策略网元特性对IP的限制单一IP限制方案：通过BSS平台实现实时数据稽核。多IP支持：直接与网元进行数据交互。对文件接口方式的支持获取网元的备份文件实现数据备份实时查询支持实时查询：爱立信、华为不支持：VAC,25,数据稽核同步规则,1：针对收费业务，BSS中用户订购信息的同步处理，需向用户进行业务订购确认,2：针对用户状态（停复机、欠费、销号等）的同步处理，一律以BSS为准向网元进行同步,3：涉及多个网元的同步处理，需拆分成BSS与核心网数据同步、BSS与业务网数据同步,4：全量同步之后的增量数据（除用户IMSI）都以BSS为基准进行同步,5：先同步用户标识与用户状态，再
14、同步用户订购信息的顺序展开同步处理,同步规则,业务订购确认,客服电话,短信通知,其他方式,数据一致性管理,数据稽核流程,数据采集,服务开通,同步处理,数据对比,统一接口层,针对业务的数据不一致分类,1，BSS和网元中都有数据，但数据不一致,2，BSS中有数据，网元中没有数据,3，BSS中没有数据，网元中有数据,26,比对稽核流程,统一接口表稽核任务数据上载数据比对差异结果输出,27,数据修复流程,同步数据提取网元解析查询工单返回结果分析比对同步工单,对差异结果，直接修复；用在时差比较小的情况下 对差异结果，再次取标准方数据作为标准，进行修复；用在时差比较大的情况下。（标准方由用户确认）对有差异
15、的号码，取BSS数据作为标准销户重建；用在时差比较大，数据问题比较严重，的情况下,28,例1：全量数据实时比对同步处理流程（以BSSHLR为例）,HLR,比对校正平台,BSS,如何判断：后台程序在向网元设备发送查询指令时，先判断工单表中是否还有需要处理的正常营帐系统的工单。若有，则等待；若无，发送查询指令,29,增量数据稽核处理（投诉）流程,BSS,网元,发起数据稽核请求,返回网元侧数据,预处理,比对,同步,返回同步结果,结束,业务规则判断,前提：网元具备查询接口。如果没有查询接口，则以BSS为准直接发送指令到网元。补充：如果发送指令失败，则告警，对方网元人工干预。举例：OCS用户投诉不能通话
16、，从BSS获取数据去判断指令是否成功执行，如果无误，则判断HLR上状态是否正确，如果正确，再判断SACP数据是否正确，如果正确，则再判断OCS上数据是否无误。,30,网元接口要求,网元,接口,部分具备，需新增,已具备,无，需新增,无此接口,31,总结,BSS进行改造的优点：1、就现状而言，所有网元都需要和BSS进行交互，在BSS上进行数据的稽核和修正较为合理；2、稽核业务逻辑复杂，不是简单的对比，基础数据都在BSS上，由BSS进行统一数据抽取更为合理；3、受理投诉功能嵌入BSS系统进行融合更方便客服人员使用；4、直接可以利用现有的统一开通平台对网元数据进行修正，降低建设成本，加快建设进度；5、XX在移动12省都实施了该类似方案，有很完善的产品，成熟的技术支撑和经验积累；6、某省联通XX本地实施人员有处理此类问题的经验。,32,谢谢,谢谢各位领导的支持！,
