1、某省联通数据稽核某省联通数据稽核方方 案案 交交 流流2009年12月1目录1 1项目背景项目背景2 2需求目标分析需求目标分析3 3综合解决方案综合解决方案2背景n 在以在以2G2G移动业务为主的时代，移动业务为主的时代，BSSBSS系统仅与有限的网元设备进行数据交系统仅与有限的网元设备进行数据交换，实现的协议和功能也不复杂。但随着换，实现的协议和功能也不复杂。但随着3G3G业务的全面开展，全业务业务的全面开展，全业务的融合，的融合，BSSBSS、VACVAC、OCSOCS以及以及ESSESS等多个系统的建设，等多个系统的建设，BSSBSS与网元的交互与网元的交互数量增多，需要实现的功能和协
2、议也趋于复杂，交互流程变长，对交互数量增多，需要实现的功能和协议也趋于复杂，交互流程变长，对交互的时效性要求增加。的时效性要求增加。n 统一开通系统的时效性要求，导致统一开通系统在处理业务操作的一致统一开通系统的时效性要求，导致统一开通系统在处理业务操作的一致性性和完整性方面存在不足，不能完全保证各个业务系统中相关数据的性性和完整性方面存在不足，不能完全保证各个业务系统中相关数据的一致性和完整性。一致性和完整性。3项目背景 由于目前没有有效的核对机制，由于目前没有有效的核对机制，造成各系统之间的用户数据经常能造成各系统之间的用户数据经常能出现数据不一致的情况，从而带来出现数据不一致的情况，从而
3、带来很多问题，包括：很多问题，包括：l服务不一致，导致用户投诉l网元设备中存在不少无效数据，不能进行准确的资源回收，从而降低资源使用的有效性l作为企业运营关键的用户数据，在关键系统中不能保成良好的一致性，阻碍了用户数据管理水平提升目前某省联通的BSS、HLR、SCP、VAC、OCS、增值如意呼平台、增值炫铃平台业务网元都分布有用户数据：其中BSS用户数据是作为计费、收费以及客户服务的基本数据HLR、SCP、VAC等平台的用户数据是作为提供用户相关业务的基本数据，都具有很高的重要性 现状分析现状分析数据不一致导致的问题数据不一致导致的问题4项目背景用户投诉因为数据不一致带来的用户服务投诉、计费错
4、误投诉等收入流失收费业务没有在BSS系统登记却在其他系统存在有效记录，导致漏收费（如来电显示）或错收费双倍返还(如炫铃)。影响业务发展垃圾数据占用系统空间，不能及时释放、启用系统有限资源，影响系统性能和资源使用效率。降低客服响应效率-降低客服响应速度和处理准确率影响业务营销推广-信息不健全影响业务营销推广数据不一致问题带来的影响5目录1 1项目背景项目背景2 2需求目标分析需求目标分析3 3综合解决方案综合解决方案6建设目标数据比对数据同步统计报表对BSS、HLR、SCP、VAC、增值如意呼平台、增值炫铃平台系统之间的用户资料数据进行核对，可支持增量及全量比对方式，及时发现各系统用户资料数据之
5、间的差异，以便采取有效技术手段保障数据一致提供各系统用户数据的同步功能，确保各系统用户数据的准确性、一致性，避免因用户数据的不一致带来客户投诉或业务收入流失。提供基于数据对帐以及数据同步的各种报告和统计报表，提供对于对帐过程和同步过程的监控和告警，系统具备一定的异常处理能力通过对BSS系统的改造，增加数据稽核的组件，解决手工数据对帐及修改时效率低、维护不方便的问题，实现业务流程的不断完善和管理能力提升数据备份与统一开通配合进行各网元实时数据同步备份，并要求在指定的恢复窗口时间内恢复。7建设原则建设原则n保证现有系统的稳定性，最大限度保证现有业务系统不受影响n充分考虑保护现有系统的投资n可扩展性
6、原则：系统设计模块化、可配置，能够适应一定时间内的业务变化，并保证系统在进行扩展时，不影响系统的正常运行 n高效性原则：满足未来业务发展需要、满足实时处理的能力，完成多类型业务的综合应用n综合考虑未来BSS系统业务系统需求与建设规划8数据比对要求比对内容比对方式1，比对方式包含全量比对和增量比对2，全量比对，首次采用，后根据情况定期或不定期采用。1，针对BSS中的某项业务2，涉及BSS、核心网网元、业务网网元3，包括用户数据、业务局数据3，增量比对，定期采用9适用范围业务范围移动业务用户基础业务短信、通话权限（国际、国内、本地）、漫游权限（国际、国内、省内、本地）、来电显示（显示、限制、强显、
7、强显限制）、呼叫转移、呼叫等待、三方通话、呼叫限制、IVPN、OCS、可视电话、数据业务接入点（GPRS、HSDPA、APNID、EQOSID）用户增值业务手机音乐、手机电视、手机邮箱、如意呼、炫铃、话费周周报、彩信话费周周报、天气预报、如意邮箱、一卡多号、短信防火墙、短信SP业务、彩信SP业务 业务范围数固业务宽带业务宽带业务10适用范围网元范围与数据范围网元范围支撑网主要指BSS系统（包括一级BSS、网管、客服等周边支撑系统，是一个整合BSS的概念）核心网主要指HLR业务网与BSS业务相关的所有业务平台，典型网元如：智能网平台VAC平台SCP等用户信息用户基本信息用户标识用户订购信息订购信
8、息标识业务局数据业务局数据标识数据范围用户属性用户状态手机号码、IMSI号码、集团ID等订购信息属性订购信息状态业务局数据属性业务局数据状态联系方式、品牌、账号、终端信息、归属地、第三方号码等用户状态等用户标识、SP代码、SP业务代码等受理信息、套餐、订购时间、起始时间、终止时间、更新时间等订购状态、生/失效时间等SP代码、CP代码、SP业务代码等SP名称、业务种类、客服信息、业务描述、计费类型等SP状态、业务状态等11网元的交互业务网元与交互数据一致性相关网元交互方向宽带业务宽带业务BSS、RADIUS 双向移动业务新业务用户基础业务BSS、HLR单向用户增值业务手机音乐BSS、VAC双向手
9、机电视BSS、VAC双向手机邮箱BSS、VAC双向如意呼BSS、HLR、如意呼平台BSS与HLR之间是单向交互，BSS与如意呼之间双向交互炫铃BSS、HLR、炫铃平台BSS与HLR之间是单向交互，BSS与炫铃平台之间双向交互话费周周报 BSS、相关本地增值平台双向彩信话费周周报 BSS、相关本地增值平台双向天气预报 BSS、相关本地增值平台双向如意邮箱 BSS、相关本地增值平台双向一卡多号 BSS、相关本地增值平台双向短信防火墙 BSS、相关本地增值平台双向短信SP业务 BSS、联通在信双向12核心网比对数据分类比对数据分类说明一致性要求用户信息用户标识手机号码、IMSI号码必须进行有/无比对
10、，并做标识签约信息KI值、停复机状态、长途、漫游、呼叫限制、呼叫转移、来电显示、去电隐藏、呼叫保持、多方通话、短信等必须进行一致性比对13业务网比对数据分类比对数据分类说明一致性要求用户信息用户基本信息用户标识手机号码、IMSI号码、集团ID等必须进行有/无比对，并做标识用户属性社会属性名称、类型、性别、联系方式等无业务属性品牌、用户群组、账号、密码等无资源属性终端信息、号码归属地、第三方号码等无用户状态用户状态等必须进行一致性比对订购信息订购标识用户标识、SP代码、SP业务代码等必须进行有/无比对，并做标识订购属性订购服务信息受理信息、套餐、订购时间、起始时间、终止时间、更新时间等无资费属性
11、资费编码、资费类型、费率、计费区间、优惠方式、优惠级别、优惠额度等进行一致性比对附加信息操作流水、操作时间、操作来源等无服务协议服务协议编码、服务协议内容、服务协议状态等无订购状态订购状态、生/失效时间等必须进行一致性比对业务局数据业务局数据标识SP代码、CP代码、SP业务代码等必须进行有/无比对并做标识业务局数据属性SP名称、SP描述、SP类型、业务编码、业务种类、客服信息、业务描述、访问模式、价格、计费类型、业务使用方法描述、业务的介绍网址等进行一致性比对业务局数据状态SP状态、业务状态等必须进行一致性比对14目录1 1项目背景项目背景2 2需求目标分析需求目标分析3 3综合解决方案综合解
12、决方案15业务处理流程HLRSMP/SCP炫铃VAC数据采集数据预处理数据比对比对稽核不一致处理营帐系统统一开通系统数据汇总告警处理界面展现用户数据优化同步系统16功能架构设计展现及交互界面查询统计数据对帐管理配置管理系统管理采集接口数据采集数据预处理BSS接口HLR接口其他网元接口数据比对比对稽核数据同步数据汇总比对参数配置稽核参数配置任务管理权限管理系统监控17系统接口采集HLR系统的全量用户数据以及增量变更数据，建议采用文件方式。XX目前可以支持目前多种主流HLR设备提供的文件格式，包括爱立信、华为HLR设备提供的文件格式。实时查询HLR系统用户数据，可与BSS连接HLR的接口共用。采集
13、SCP系统的全量用户数据以及增量变更数据，建议采用文件方式。实时查询SCP系统用户数据，可与BSS连接SCP的接口共用。同时也要向SCP系统进行数据同步，可与BSS连接SCP的接口共用。采集营帐系统的全量用户数据以及增量变更数据，建议数据库接口表方式。同时也要向营帐系统进行数据同步，可采用数据库接口表的方式。建议数据一致性稽核进行数据比对后，如果需要向HLR、SCP等网元设备同步数据，可采用向统一开通系统发送工单，由统一开通系统完成相关指令操作。与BSS营帐模块的接口与BSS统一开通系统的接口与HLR的接口与SCP的关系与炫铃平台的关系采集炫铃平台的全量用户数据以及增量变更数据，建议采用文件方
14、式。实时查询彩铃平台用户数据，建议采用实时查询接口。同时也要向彩铃平台进行数据同步，可采用接口表或文件方式，具体可双方协定。18数据比对方式n 全量对帐l 适用条件：因部分操作流程不规范、服务开通入口不统一，各网元建设以来一直没有进行过系统数据比对同步处理，以及其他种种原因导致存在较多数据不一致情况，所以需要通过采用全量比对方式进行初始化处理，以后根据实际业务情况和系统能力定期（每季度或半年）进行全量比对处理l 接口：实时接口、接口表或文件接口l 触发方式：自动、手动。n 增量对帐l 适用条件：系统间接口、系统故障、数据库故障等原因会导致各网元间产生数据差异，需要对客户数据变更的增量数据进行比
15、对同步处理，通过事后方式尽快解决数据差异，减少甚至避免因数据差异引发客户功能使用、计费或服务办理等投诉l 以文件接口为主、实时接口l 触发方式：自动、手动。每日19稽核方式p 在线式稽核在线式稽核 onlineonlinep 离线式稽核离线式稽核 offlineofflinep 两者关系两者关系20比对稽核功能n 比对稽核是针对对帐过程中的数据完整性和平衡性的判断验证。n 比对稽核主要是判断出入口数据的平衡关系以及日志。BSS比对数据总量比对出口的通过数据数量比对出口的不通过BSS数据数量比对异常的BSS数据数量。21备份管理方案模型管理模型管理 按照业务类型，实现业务、网元、区域模型的基础数
16、据管理功能。策略管理策略管理 按照生产系统的要求，提供多种备份策略管理。包括业务类型、时间窗口、区域、自动/手工等多种策略的组合。同步与核查同步与核查 按照备份策略提供开通业务数据的备份。模型管理模型管理 备份策略管备份策略管理理 同步与核查同步与核查22网元的主备模式支持n 目前，指令直接往网元发送。在增加备机的情况下，根据指令发送的日志进行重新处理发往备机。一套系统支持解决多个不同网元的实时备份。主机备机生成日志统一开通指令统一开通（备）23数据备份与恢复如果只有一台主机（或者主备机同时故障），则按照以下模式途径处理数据备份和恢复的问题：恢复模式恢复途径1，统一开通按照恢复的模式重新发送指
17、令2，按照网元的要求格式生成批量的文件，交由网元处理1，支持全量恢复2，支持指定用户（号段）的恢复3，指定时间段的恢复备份模式1，各网元备份自己网元的数据；2，根据BSS的订购关系进行备份。24建设重点与难点n 数据全量备份p 用户规模u500万用户备份策略p 网元特性u对IP的限制 单一IP限制方案：通过BSS平台实现实时数据稽核。多IP支持：直接与网元进行数据交互。u对文件接口方式的支持 获取网元的备份文件实现数据备份u实时查询 支持实时查询：爱立信、华为 不支持：VAC25数据稽核同步规则业务网元核心网元HLR/AUCOCSVAC其它移动用户1：针对收费业务，BSS中用户订购信息的同步处
18、理，需向用户进行业务订购确认2：针对用户状态（停复机、欠费、销号等）的同步处理，一律以BSS为准向网元进行同步3：涉及多个网元的同步处理，需拆分成BSS与核心网数据同步、BSS与业务网数据同步4：全量同步之后的增量数据（除用户IMSI）都以BSS为基准进行同步5：先同步用户标识与用户状态，再同步用户订购信息的顺序展开同步处理同同步步规规则则业务订购确认客服电话短信通知其他方式数据一致性管理数据稽核流程数据采集服务开通同步处理数据对比统一接口层针对业务的数据不一致分类1，BSS和网元中都有数据，但数据不一致2，BSS中有数据，网元中没有数据3，BSS中没有数据，网元中有数据数据稽核过程中遵照的同
19、步规则26比对稽核流程n 统一接口表n 稽核任务n 数据上载n 数据比对n 差异结果输出27数据修复流程n 同步数据提取n 网元解析n 查询工单n 返回结果分析n 比对n 同步工单对差异结果，直接修复；用在时差比较小的情况下 对差异结果，再次取标准方数据作为标准，进行修复；用在时差比较大的情况下。（标准方由用户确认）对有差异的号码，取BSS数据作为标准销户重建；用在时差比较大，数据问题比较严重，的情况下 28例例1 1：全量数据实时比对同步处理流程（以：全量数据实时比对同步处理流程（以BSSBSSHLRHLR为例）为例）HLR比对校正平台BSS按号段启动新任务1判断网元是否空闲?如果空闲开始取
20、数据2根据手机号码查询HLR用户数据3根据手机号码查询BSS系统用户数据4数据比对：判断用户数据是否一致？5记录数据比对结果6数据同步：对不一致数据进行自动校正7同步请求：根据BSS用户数据自动校正HLR数据8数据更新9同步响应：返回校正结果10记录数据校正结果11如何判断：后台程序在向网元设备发送查询指令时，先判断工单表中是否还有需要处理的正常营帐系统的工单。若有，则等待；若无，发送查询指令29增量数据稽核处理（投诉）流程BSS网元发起数据稽核请求发起数据稽核请求返回网元侧数据返回网元侧数据预处理预处理比对比对同步同步返回同步结果返回同步结果结束结束业务规则判断业务规则判断前提：网元具备查询
21、接口。如果没有查询接口，则以BSS为准直接发送指令到网元。补充：如果发送指令失败，则告警，对方网元人工干预。举例：OCS用户投诉不能通话，从BSS获取数据去判断指令是否成功执行，如果无误，则判断HLR上状态是否正确，如果正确，再判断SACP数据是否正确，如果正确，则再判断OCS上数据是否无误。30网元接口要求文件采集数据查询服务开通HLR部分有有有SMP/SCP有有有VAC有无部分有其它网元接口部分具备，需新增已具备无，需新增无此接口31总结BSS进行改造的优点：1、就现状而言，所有网元都需要和BSS进行交互，在BSS上进行数据的稽核和修正较为合理；2、稽核业务逻辑复杂，不是简单的对比，基础数
22、据都在BSS上，由BSS进行统一数据抽取更为合理；3、受理投诉功能嵌入BSS系统进行融合更方便客服人员使用；4、直接可以利用现有的统一开通平台对网元数据进行修正，降低建设成本，加快建设进度；5、XX在移动12省都实施了该类似方案，有很完善的产品，成熟的技术支撑和经验积累；6、某省联通XX本地实施人员有处理此类问题的经验。32谢谢谢谢谢谢各位领导的支持！33如果要真正了解希腊的历史，必先了解希腊的神话。希腊神话是经历几千年长久不衰的人类文化瑰宝，也是欧洲最早的一种文学形式。它在欧洲乃至世界的文学史上，地位都是很崇高的。希腊原始的居民，由于处在那个久远的年代，当时的知识显然还不足以解释复杂的自然现
23、象，又觉得在大自然面前，人类非常渺小。这么一来，他们就会臆想出各种神灵来，认为是神灵掌握着世间的一切。但是，希腊神话中的神，与我们中国古代传说中的神相比，形象大不相同。在中国的神话里，只要是神灵，除了主宰人间事务之外，从个人形象讲，基本都是不食人间烟火，没有任何缺陷的完美形象。这样的形象，很大程度上鲜明地把“神”和“人”清楚地区分开来，让人觉得神是遥不可及且完美无缺的。但是希腊不一样，他们的神是高度人格化的。也就是说，除了拥有超越人的能力之外，希腊的神与一般的人类并没有什么区别。他们也有七情六欲，也会嫉妒、仇恨，也会因为一件小事就起争执，并不是完美无缺的道德模范。希腊神的生活是无拘无束、*形骸
24、的，不会像东方的神一样等级森严，压抑拘谨。他们虽然认为有神的存在，但从他们的神话里，我们能够深切地体会到古希腊人无拘无束、热爱自由的性格。需要说明的是，希腊神话分为两部分，一部分是神的故事，一部分是英雄传说。这一部分主要讲的是神的故事，至于英雄传说，后面会提到。下面我们就得大致介绍一下希腊神话大致的情况：世界形成之前，一片混沌，经过亿万年的时间，天地以及日月星辰、风雨雷电之类才慢慢形成。基本上各个国家的神话都是这么个套路，咱们中国的盘古开天地之前，也是“一片混沌”之说。“混沌”这个词，指的就是在神话中，天地尚未分开，混成一团而又无边无际的状态。34待情绪稍微冷静后，阿元才略带平稳的语气地说：“
25、没错。他是个小有名气的铸剑师，也是个酒鬼，”她说着解开头上的围巾，一条暗红色骇人的疤痕从脖颈根部一直延伸到锁骨中心，同阿元白皙的肌肤形成对比，但她很快又把围巾重新围上，说：“那天晚上我和他发生了争执，酒气熏熏的他不知用什么东西把我打昏。后来，虽然我被一个医生救活了，但是我的心却死了。那个男人不仅给我留下了这条疤痕，还带走了我的女儿”阿元的语气冰冷，与之前温和的样子截然相反。“带走？”白术不解。“我醒来后，别人告诉我，我的丈夫和女儿都失踪了。所以我猜测，可能是被他带走了，也可能是被他杀掉了。”“也有可能是你的女儿自己逃跑了。”白术接下去说。阿元抱住自己的臂膀，低下头说无限悲哀地说：“不管是哪一点
26、，总之，生不见人，死不见尸。”“从那天之后，”阿元继续说：“我努力忘记过去，忘记那天晚上发生的事情。我在冰冷的孤独中生活了七年，一直在寻找着女儿，就算那希望如同蛛丝一样细弱，我也一直在寻找下去。如果不是那个医生救活了我，就算我死了也不会安息的。”阿元叹气，道：“关于过去，我已经几乎快忘光了。若不是你来问我，大概我再也不会记起了。”“很抱歉”白术真心诚意地向阿元致歉。阿元摇摇头，道：“不也许也是好事，因为那个医生的名字也差点被我忘了。”“名字？”“嗯，那个恩人的名字，”阿元稍稍露出微笑，道：“我没有见过他。醒来之后，一直照顾我的邻居说，那个大夫的名字叫厚朴。”“什么？”惊诧同难以言表的微喜混合着一道向白术袭来。他顿时觉得逝去的时间在他的面前急速倒流，一个模糊而熟悉的身影在远处微微转身。一切似乎触手可及。“是啊，听说大夫姓白那么全名就叫白厚朴了。”那是白术失踪的父亲的名字。没想到，在七年前的某日，自己的父亲还救过一个濒死的女人。而这个女人，目前所知唯一遇见过父亲的女人，正站在自己的面前。与此同时，这个女人很有可能是楼上失忆少女的母亲。“白厚朴是我的父亲我以为他失踪了。”白术的嘴角柔和地上翘，显出好看的弧度。“您您是恩公的儿子么？”阿元也惊喜万分。“没错。”“感谢您父亲的救命之恩。”阿元朝白术跪下，但白术将女人扶起。阿元哽咽着说：“该怎样报答您才好呢？”
