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