《Subex收入保障全局解决方案原理.ppt》由会员分享，可在线阅读，更多相关《Subex收入保障全局解决方案原理.ppt（42页珍藏版）》请在三一办公上搜索。
1、目录,INcharge收入保障解决方案介绍 INcharge系统体系结构 核心收入保障技术 稽核差异根源分析工作流INcharge收入保障项目实施案例分析,数据获取、翻译、关联,数据调解/稽核,营业系统,服务开通,资源管理,网络(SS7，端局,汇接局,长途局,关口局,数据业务中心,等),采集/预处理,计费,帐务,INcharge 收入保障解决方案,财务系统,INcharge 核心体系结构,改错,数据获取,实时稽核&分析,实时图形仪表盘&报表,动态调解,数据翻译&关联,数据过滤&填充,溯源&工作流,预处理规则,批价计费,逻辑数据流入规则,数据仓库&日志,INcharge系统功能模块,话单完整性保
2、障模块,网间结算收入及成本保障模块,服务开通及设备资产保障模块,测试通话生成器,计费/帐务准确性保障模块,保障在计费链上的各个网元之间的数据的一致性，如交换机、采集/预处理、计费、帐务等系统,验证计费批价和帐务处理的准确性，保障生成的用户帐单的精确,验证和保障在网间结算时，与结算商之间的应收帐单和应付帐单准确无误,确保在各个网络子系统间的配置、业务开通、用户状态等数据信息的一致性,生成测试通话时为了验证和保障不同的使用记录和配置数据的正确性，它是一种主动式的收入保障措施,使用各种功能模块的组合可以无缝的定位出各种特定问题的根源！,话单完整性保障模块,计费/帐务准确性保障模块,服务开通及设备资产
3、保障模块,例如：预付费保障模块是利用话单完整性模块和计费/帐务准确性模块共同验证计费和帐单的准确性，利用服务开通及设备资产保障模块来验证充值卡和业务配置的准确性,收入保障技术,趋势监控数据流量趋势监控历史数据趋势监控端到端的稽核处理收入保障处理工作流,趋势监控,数据流量趋势监控从总量级发现问题特定时段的同比工作时段，周末时段等.历史数据趋势监控自动保存和维护历史数据比对当前数据趋势和历史数据趋势,Slide No:8,Version:,端到端的稽核处理,INcharge 系统的收入保障分析,RA战略目标,健康诊断,根源分析建议,映射到INcharge系统的RA方法和处理,告警,根源分析工作流,
4、修复,流程优化,系统修复,根源分析,预防,健康诊断,按照不同的KPI控制点对特定区域进行监控诊断的内容包括门限设定流失量化窗口量化参数设定量化数据过滤根源分析方法建议(RCA)通过GUI界面方便的进行配置和维护,收入保障处理工作流,“健康诊断”中所设定门限值的违反都会触发告警从告警发生到解决的管理新产生的告警，调查中的告警，解决掉的告警，自动闭环告警等通过流失根源分析工具进行调查处理,稽核结果根源分析工作流,收入流失根源分析的四个步骤KPI指标设定溯源查看差异细节二次稽核定位可视的数据流跟踪,稽核结果根源分析（1）,实时定义KPI指标帮助缩小出现问题位置的范围通过多种参数，定义多级查看模式呼叫
5、类型、交换机、批价计划、时间等多种方式察看稽核结果,观察收入遗漏,可以单独察看每个局向的情况,遗漏最大的区域可被迅速识别和分析.,稽核结果根源分析（2）,从概要级别到元素级别的溯源溯源至记录级,例如话单显示引起差异的字段和值,引起遗漏的记录 纪录丢失,字段内容的差异,稽核结果根源分析（3）,二次稽核定位 将一次稽核结果的子集与第三方数据源进行二次稽核和匹配从列表中去掉“已知的”差异,选择对应于外部数据源中记录的差异识别“真正的”引起收入遗漏的差异,错单、重单、无主话单,稽核,稽核,稽核结果根源分析（4）,对被稽核的元素的可视化数据流跟踪通过配置的数据流程跟踪记录的路径帮助指出引起差异的规则,记
6、录处理的路线被突出显示用户可点击单个模块察看规则配置情况,由图形界面驱动的系统元素配置通过拖放界面,可视化的创建数据流 业务过程,工作流 和复杂的业务规则的配置,基于业务规则的数据流配置,图形仪表盘,多级和详细的报告可以按照金额、时长、条数等多种参数查看流失信息和趋势可以为不同的业务人员、业务范围、数据源和KPI控制点配置对于的监控图表支持更高级的功能，如从图形结果的溯源查看动态配置溯源查看顺序和参数从多个角度查看收入保障信息,目录,收入保障项目综述INcharge收入保障解决方案介绍INcharge收入保障项目实施案例分析北方某联通公司收入保障实施案例南方某移动公司收入保障实施案例INcha
7、rge系统某海外项目实施案例,收入保障项目背景 战略目标有效的量化和评估计费业务部分所涉及的KPI控制点 深远影响加强企业内部流程控制；提高运营收入项目实施前的调研阶段 与计费业务部门的技术人员进行深入的调研访谈 系统的梳理和研究计费业务流程、预处理规则、服务套餐配置 确定收入保障系统的数据接口方式、稽核处理方式等确定项目实施的KPI控制和诊断点话单完整性稽核套餐服务计划稽核,实施案例分析 1：北方某联通公司计费中心,实施案例分析 1：北方某联通公司计费中心,收入保障（试运行）项目建设时间：2004年9月 至 2004年12月收入保障（试运行）项目稽核结果：收入保障（试运行）项目改进阶段：解决
8、所发现的话单流失建议计费业务中心重新处理出现问题的话单文件 对工作流程和管理的改进建议技术部门细查计费系统各环节不能严格时钟同步的根 源并予以修复；对数据库的使用权限加强管理力度；完善对无主话单和错单的回收和管理 对改进的KPI进行不断的跟踪和监控,计费采集出口与入库话单条数和时长的比对,话单完整性稽核结果分析 1,系统缺陷/处理错误引起的话单丢失 在某个特定时间点出现了大量的话单丢失（约1000条）丢失的话单都来之同一个预处理话单文件,由于数据库错误或系统错误造成了话单的大批量丢失,话单完整性稽核结果分析 2,管理疏漏造成的收入流失 非法使用详单数据库的使用权限，人为删除某几个特定号码的所有
9、 话单，平均每天被删除的话单有42条计费系统各环节对话单时长判断不一致 295536条入库话单的时长比对应的原始话单的时长长 1168条二批话单比相应的预处理话单的时长短计费系统程序漏洞 部分有效话单无法正常计费和入库,后续收入保障实施要点,针对计费系统预处理、批价、帐务各环节 全面监控和量化全网话单处理的完整性和正确性，建议根据硬件资源 采用分地市轮检的监控方式 更加细致的分析服务套餐和出帐流程的合理性和处理的准确性针对话单的缺失和回收 通过MTC和MOC话单比较，进一步验证话单完整性，回收部分流失话单 检查和稽核无主话单和错单的回收流程进行更广泛的收入保障实施 通过SS7验证交换机输出话单
10、的完整性 比对SCP话单和SSP话单，验证话单的完整性 检查用户资料的同步，包括HLRBOSS和BOSS系统内部的用户资料同步,目录,INcharge收入保障解决方案介绍INcharge收入保障项目实施案例分析北方某联通公司收入保障实施案例南方某移动公司收入保障实施案例INcharge系统某海外项目实施案例,营收保障项目背景 战略目标有效的量化和监控计费业务部分所涉及的KPI控制点 深远影响企业内控适应SOX的要求；提高运营收入；实施管理创新项目实施前的调研阶段 与计费、帐务、营业、网管等各个职能部门进行深入的调研访谈 系统的梳理和诊断包括预处理规则、服务计划、出帐流程、用户资料同步 明确关键
11、风险区域和流程，并按风险的优先级制定实施计划 确定营收保障系统的数据接口方式、稽核处理方式等一期项目确定的KPI控制和诊断点话单完整性稽核套餐服务计划稽核计费二批稽核流程帐务套餐稽核流程用户资料一致性稽核计费日汇总准确性稽核,实施案例分析 2：南方某移动公司计费中心,营收保障一期项目建设时间：2005年2月 至 2005年9月营收保障一期项目稽核结果：营收保障一期项目改进阶段：针对所发现的收入流失更新现有预处理系统中不完整的局数据、修改错误的规则配置；修改用户数据同步错误 针对不合理的业务流程实施改进的预处理业务流程（如时长判定规则）；修改不合理的服务套餐配置和出帐流程；改进日汇总处理流程对改
12、进的KPI进行不断的跟踪和监控,实施案例分析 2：南方某移动公司计费中心,营收保障系统的软/硬件实施环境,交换机原始话单,FTP,交换机CDR格式资料,比对规则,比对：对端号码计费号码起始时间呼叫类型,比对结果,统计、分析验证、外推,量化话单流失,RA量化分析入库话单,MSC,预处理,详单数据库,数据采集,MSC,MSC,批价,入库/分发,错单数据库,错单及丢单,正常话单,比对话单数据,评判标准：原始话单数量计费入库详单数量错单数量+丢单,错单及丢单,错单及丢单,GSM语音服务及增值服务,话单完整性稽核,对话单完整性稽核典型情况的分析:从这些话单的时长上看，大部分话单的时长为1秒的短话单。但这
13、些话单应该正常入库，对本地通话的短话单也应该正常计费。从对端号码方面8613906：两次通话的被叫都为8613906的固话,应是用户直接拨8613906,交换机会先把它当作手机号码的开头并产生一条被叫号码为13906的话单,然后再产生一条被叫号码为7928613906的话单(这条话单是以“72”开始的).对第一条话单BOSS打为了F140无效话单(被叫归属地未知)。某几个号码,如13979*等,属于无主情况，拨打过去发现是传真应答。局数据设置方面：国际漫游处理的局数据等等,目前局方正在确认分析。,话单完整性稽核结果分析,批价处理后的话单文件:,资费解析,用户服务计划资料填充,二次批价资费模型,
14、计费资费套餐的配置：支持对服务类型（GSM语音、IP、梦网SMS、CDMA1x、WAP等）、通话时间、通话时长、呼叫类型(主叫/被叫/呼转)、对端号码运营商类型（移动、联通GSM、联通CDMA、固定电话等）、长途类型、漫游类型等元素组合优惠的资费模型 批价处理后，能够记录优惠前和优惠后的费用。二次批价对GSM话单支持按金额累计、按时间累计的优惠，如免费，打折，按任意计费时长计费，赠送费用，赠送时长，费用封顶，时长峰顶，对基本费和长途费的分别优惠，对漫游情况的优惠，对VPMN的优惠。对SMS标准话单支持按信息条数的累计进行优惠。费用单位精确到厘，时间单位精确到秒，信息单位为条。,无主话单,日增量
15、汇总文件帐务处理,详单入库,Sub_IDnStart_timeDurationCalled numberDialing NumberFee1Fee12Discount,Daily_Sum 地市n,回滚,计费资费套餐稽核,资费套餐检查：加强产品方案分析加强套餐互斥性检查强化套餐制定流程支撑系统提供新的全球通理财功能。,计费资费套餐稽核分析,帐务系统出帐稽核,对帐务差异分析如下在帐务稽核中主要发现由于用户的状态的变更为“F”（预拆）时，发现用户被收取了梦网等数据费用。经分析是，产生这一问题的主要原因是客户业务订购关系由各SP(服务提供商)进行管理,客户销号后如果不主动取消服务,SP就不会取消离网客
16、户的定购关系,导致帐务出帐时将会有数据费用的产生。这种情况也会导致号码回收重新启用后新入网客户在末使用移动梦网业务的情况下便直接产生了梦网费用,从而引起客户的投诉.这也是因新入网客户在末定制梦网业务的情况下产生梦网信息费而引起的投诉一直是困扰移动企业的一个难题。稽核系统计算出有20050601的月租费98分，而帐务系统没有算该用户的帐单记录，可能是由于营业操作的正常撤单回滚导致的差异，建议对于这类回滚操作记录进行稽核。帐务稽核帐单,帐务系统出帐稽核结果分析,帐务优惠,营业系统,计费主机磁盘内用户资料N个文件,用户资料变更新增用户资料实时,计费主机二次批价,定时帐务系统用户资料变化更新,每天更新
17、一次,计费系统用户资料内存文件,帐务主机磁盘内用户资料N个文件,客户资料稽核引擎,营帐数据库：VPMN用户资料接口表,营帐数据库：用户资料接口表,定时计费系统用户资料变化更新,用户资料一致性稽核,客户资料稽核结果分析：用户次月更改用户套餐后，营业系统已经更新了用户记录，但是计费/帐务系统未及时更新用户套餐或特服记录。用户状态变更（如状态由A变到T），用户套餐/特服的失效日期，计费和帐务系统会从营业接口表更新为当月月底。但营业系统内部表未更新。营业和帐务/计费系统的用户资料中的用户状态存在不一致的情况。但是在计费系统和帐务系统，用户状态在（A、Q、P、T、E、F）下，对处理没有影响。计费系统的V
18、PMN用户资料中，有的用户的VPMN为0（非VPMN用户），但是用户资料中确有VPMN的套餐号，有的用户为VPMN用户（VPMN_FLAG=4），计费系统有该用户的套餐号，但是营业的相关表中的套餐号为0。说明营业系统与计费/帐务系统没有严格同步。,用户资料一致性稽核结果分析,目录,收入保障项目综述INcharge收入保障解决方案介绍INcharge收入保障项目实施案例分析南方某移动公司收入保障实施案例北方某联通公司收入保障实施案例南方某联通公司收入保障实施案例INcharge系统某海外项目实施案例,实施案例分析 3：海外某RA项目实施案例,海外某RA项目实施案例分析,所发现的最典型的收入流失根源：截断话单由于预处理规则错误造成丢弃截断话单有大于1秒的延时,总结,端对端的收入保障计划和实施是定位计费链和运营链中的收入流失点的关键INcharge提供对整个收入/运营链中的收入遗漏网元的定位功能灵活的收入保障工具同时适合目前和未来需求可视化的数据接口配置能方便的与BOSS系统衔接INcharge能方便的配置各种系统的业务规则查找问题的分析工具INcharge的差异根源分析方法能帮助用户快速的定位和解决问题有效的报告和监控INcharge的度量仪表图和报表能对网络提供有效的监控,谢谢您的参与！,
