Subex收入保障全局解决方案原理

1、inchargetm 收入保障全局解决方案原理收入保障全局解决方案原理目录目录 incharge收入保障解决方案介绍 incharge系统体系结构 核心收入保障技术 稽核差异根源分析工作流 incharge收入保障项目实施案例分析数据获取、翻译、关联数据获取、翻译、关联数据调解数据调解/稽核稽核incharge 收入保障解决方案收入保障解决方案incharge 核心体系结构核心体系结构 使用 ss7信令, 交换, data in话单 漫游话单 数据采集 批价和计费 错单, 回收库存 无主话单, 回收库存 无效话单, 过滤库存 配置 switch, hlr, in局数据 服务开通 服务计划套餐

2、计费 (用户数据) 路由表 其他配置表 收入 帐单 (用户, 网间) 预付费 信用借记 支付, 充值 & 采集 资产 设备, 凭单, 预付费卡, imsis/esns, msisdns 通用数据 局数据表 (使用量 和非使用量)改错数据获取实时稽核 & 分析实时图形仪表盘& 报表动态调解数据翻译 & 关联数据过滤 & 填充 溯源 & 工作流预处理规则批价计费逻辑数据流入规则 数据仓库 & 日志incharge系统功能模块系统功能模块话单完整性保障模话单完整性保障模块块网间结算收入及成网间结算收入及成本保障模块本保障模块服务开通及设备资服务

3、开通及设备资产保障模块产保障模块测试通话生成器测试通话生成器计费计费/帐务准确性帐务准确性保障模块保障模块保障在计费链上的各个网元之间的数据的一致性，如交换机、采集/预处理、计费、帐务等系统验证计费批价和帐务处理的准确性，保障生成的用户帐单的精确验证和保障在网间结算时，与结算商之间的应收帐单和应付帐单准确无误确保在各个网络子系统间的配置、业务开通、用户状态等数据信息的一致性生成测试通话时为了验证和保障不同的使用记录和配置数据的正确性，它是一种主动式的收入保障措施使用各种功能模块的组合可以无缝的定位出各种特定问题的根源！使用各种功能模块的组合可以无缝的定位出各种特定问题的根源！话单完整性保障模话

4、单完整性保障模块块计费计费/帐务准确性帐务准确性保障模块保障模块服务开通及设备资服务开通及设备资产保障模块产保障模块例如：预付费保障模块预付费保障模块是利用话单完整性模块话单完整性模块和计费计费/帐务准确性模块帐务准确性模块共同验证计费和帐单的准确性，利用服务开通及设备资产保障模块服务开通及设备资产保障模块来验证充值卡和业务配置的准确性收入保障技术收入保障技术 趋势监控 数据流量趋势监控 历史数据趋势监控 端到端的稽核处理 收入保障处理工作流趋势监控趋势监控 数据流量趋势监控 从总量级发现问题 特定时段的同比 工作时段，周末时段等. 历史数据趋势监控 自动保存和维护历史数据 比对当前数据趋势和

5、历史数据趋势slide no: 8version: 端到端的稽核处理端到端的稽核处理匹配被稽核的两个数据源中都发现的对应的记录，并且被稽核字段的内容也相同。在a中丢失在数据源b中存在的记录，但在数据源a中缺失差异被稽核的两个数据源中都发现的对应的记录，但是被稽核字段的内容存在差异。在b中丢失在数据源a中存在的记录，但在数据源b中缺失数据源b数据源 areconciliation稽核incharge 系统的收入保障分析系统的收入保障分析ra战略目标健康诊断根源分析建议映射到incharge系统的ra方法和处理告警根源分析工作流修复流程优化系统修复根源分析预防健康诊断健康诊断 按照不同的kpi控制

6、点对特定区域进行监控 诊断的内容包括 门限设定 流失量化窗口 量化参数设定 量化数据过滤 根源分析方法建议(rca) 通过gui界面方便的进行配置和维护收入保障处理工作流收入保障处理工作流 “健康诊断”中所设定门限值的违反都会触发告警 从告警发生到解决的管理 新产生的告警，调查中的告警，解决掉的告警，自动闭环告警等 通过流失根源分析工具进行调查处理稽核结果根源分析工作流稽核结果根源分析工作流收入流失根源分析的四个步骤1.kpi指标设定2.溯源查看差异细节3.二次稽核定位4.可视的数据流跟踪稽核结果根源分析（稽核结果根源分析（1） 实时定义kpi指标 帮助缩小出现问题位置的范围 通过多种参数，定

7、义多级查看模式 呼叫类型、交换机、批价计划、时间等 多种方式察看稽核结果,观察收入遗漏闲时差异可单独察看可以单独察看每个局向的情况, 遗漏最大的区域可被迅速识别和分析.稽核结果根源分析（稽核结果根源分析（2） 从概要级别到元素级别的溯源 溯源至记录级, 例如话单 显示引起差异的字段和值引起遗漏的记录 纪录丢失 字段内容的差异稽核结果根源分析（稽核结果根源分析（3） 二次稽核定位 将一次稽核结果的子集与第三方数据源进行二次稽核和匹配 从列表中去掉“已知的”差异,选择对应于外部数据源中记录的差异 识别“真正的”引起收入遗漏的差异错单、重错单、重单、无主单、无主话单话单 稽核 稽核稽核结果根源分析（

8、稽核结果根源分析（4） 对被稽核的元素的可视化数据流跟踪 通过配置的数据流程跟踪记录的路径 帮助指出引起差异的规则记录处理的路线被突出显示记录处理的路线被突出显示用户可点击单个模块察看规则配置情况用户可点击单个模块察看规则配置情况 由图形界面驱动的系统元素配置 通过拖放界面,可视化的创建数据流 业务过程, 工作流 和复杂的业务规则的配置基于业务规则的数据流配置基于业务规则的数据流配置图形仪表盘图形仪表盘 多级和详细的报告 可以按照金额、时长、条数等多种参数查看流失信息和趋势 可以为不同的业务人员、业务范围、数据源和kpi控制点配置对于的监控图表 支持更高级的功能，如从图形结果的溯源查看 动态配

9、置溯源查看顺序和参数 从多个角度查看收入保障信息目录目录 收入保障项目综述 incharge收入保障解决方案介绍 incharge收入保障项目实施案例分析 北方某联通公司收入保障实施案例 南方某移动公司收入保障实施案例 incharge系统某海外项目实施案例l 收入保障项目背景收入保障项目背景 战略目标有效的量化和评估计费业务部分所涉及的kpi控制点 深远影响加强企业内部流程控制；提高运营收入l 项目实施前的调研阶段项目实施前的调研阶段 与计费业务部门的技术人员进行深入的调研访谈 系统的梳理和研究计费业务流程、预处理规则、服务套餐配置 确定收入保障系统的数据接口方式、稽核处理方式等l 确定项目

10、实施的确定项目实施的kpi控制和诊断点控制和诊断点n话单完整性稽核n套餐服务计划稽核实施案例分析实施案例分析 1：北方某联通公司计费中心：北方某联通公司计费中心实施案例分析实施案例分析 1：北方某联通公司计费中心：北方某联通公司计费中心l 收入保障（试运行）项目建设时间：收入保障（试运行）项目建设时间：2004年9月 至 2004年12月l 收入保障（试运行）项目稽核结果：收入保障（试运行）项目稽核结果：l 收入保障（试运行）项目改进阶段：收入保障（试运行）项目改进阶段： 解决所发现的话单流失解决所发现的话单流失建议计费业务中心重新处理出现问题的话单文件 对工作流程和管理的改进对工作流程和管理

11、的改进建议技术部门细查计费系统各环节不能严格时钟同步的根 源并予以修复；对数据库的使用权限加强管理力度；完善对无主话单和错单的回收和管理 对改进的kpi进行不断的跟踪和监控计费采集出口与入库话单条数和时长的比对计费采集出口与入库话单条数和时长的比对 cdr预处理后预处理后cdr文件文件包括呼转和原始话单包括呼转和原始话单剔除的剔除的记录记录（漫游来访话单、无效话单和重单）（漫游来访话单、无效话单和重单）稽核稽核报告话单比对稽核处理结果稽核处理结果区域划分和号码计划区域划分和号码计划运营支撑系统运营支撑系统详单数据库详单数据库话单完整性稽核结果分析话单完整性稽核结果分析 1 系统缺陷系统缺陷/处

12、理错误引起的话单丢失处理错误引起的话单丢失 由于数据库错误或由于数据库错误或系统错误造成了话系统错误造成了话单的大批量丢失单的大批量丢失话单完整性稽核结果分析话单完整性稽核结果分析 2 管理疏漏造成的收入流失管理疏漏造成的收入流失 计费系统各环节对话单时长判断不一致计费系统各环节对话单时长判断不一致 计费系统程序漏洞计费系统程序漏洞 后续收入保障实施要点后续收入保障实施要点 针对计费系统预处理、批价、帐务各环节针对计费系统预处理、批价、帐务各环节 针对话单的缺失和回收针对话单的缺失和回收 进行更广泛的收入保障实施进行更广泛的收入保障实施 目录目录 incharge收入保障解决方案介绍 inch

13、arge收入保障项目实施案例分析 北方某联通公司收入保障实施案例 南方某移动公司收入保障实施案例 incharge系统某海外项目实施案例l 营收保障项目背景营收保障项目背景 战略目标有效的量化和监控计费业务部分所涉及的kpi控制点 深远影响企业内控适应sox的要求；提高运营收入；实施管理创新l 项目实施前的调研阶段项目实施前的调研阶段 与计费、帐务、营业、网管等各个职能部门进行深入的调研访谈 系统的梳理和诊断包括预处理规则、服务计划、出帐流程、用户资料同步 明确关键风险区域和流程，并按风险的优先级制定实施计划 确定营收保障系统的数据接口方式、稽核处理方式等l 一期项目确定的一期项目确定的kpi

14、控制和诊断点控制和诊断点n 话单完整性稽核n 套餐服务计划稽核 计费二批稽核流程 帐务套餐稽核流程n 用户资料一致性稽核n 计费日汇总准确性稽核 实施案例分析实施案例分析 2：南方某移动公司计费中心：南方某移动公司计费中心l 营收保障一期项目建设时间：营收保障一期项目建设时间：2005年2月 至 2005年9月l 营收保障一期项目稽核结果：营收保障一期项目稽核结果：l 营收保障一期项目改进阶段：营收保障一期项目改进阶段： 针对所发现的收入流失针对所发现的收入流失更新现有预处理系统中不完整的局数据、修改错误的规则配置；修改用户数据同步错误 针对不合理的业务流程针对不合理的业务流程实施改进的预处理

15、业务流程（如时长判定规则）；修改不合理的服务套餐配置和出帐流程；改进日汇总处理流程对改进的kpi进行不断的跟踪和监控实施案例分析实施案例分析 2：南方某移动公司计费中心：南方某移动公司计费中心营收保障系统的软营收保障系统的软/硬件实施环境硬件实施环境 incharge rdbms incharge 服服 务务 器器 incharge 外外 部部 存存 储储 incharge 客客 户户 端端 数据存储要求数据存储要求系统中的各种原始数据在线保存1个月，脱机保存3个月；差异数据和统计报表在线保存3个月，脱机保存12个月；对文档等数据在线保存24个月，脱机长期保存。 服务器硬件配置服务器硬件配置s

16、un fire v880服务器， 8 枚 1200mhz ultrasparc iii cu 处理器，16gb内存， 6 x 73gb硬盘外部存储空间外部存储空间sun 3510 fc 磁盘阵列，876gb (12 x 73gb 15k rpm disks)，raid5软件环境软件环境os: solaris 9database: oracle .5交换机原始话单ftp原始话单大规模采样原始话单大规模采样原始话单大规模采样交换机cdr格式资料比对规则比对：比对：对端号码计费号码起始时间呼叫类型比对结果统计、分析统计、分析验证、外推验证、外推量化话单流失量化话单流失ra量化分析入库话

17、单mscmsc预处理预处理详单数据库数据采集数据采集mscmscmscmsc批价批价入库入库/ /分发分发错单数据库错单及丢单正常话单比对话单数据评判标准：原始话单数量计费入库详单数量错单数量+丢单错单及丢单错单及丢单gsm语音服务及增值服务话单完整性稽核话单完整性稽核对话单完整性稽核典型情况的分析对话单完整性稽核典型情况的分析:l从这些话单的时长上看，大部分话单的时长为1秒的短话单。但这些话单应该正常入库，对本地通话的短话单也应该正常计费。l从对端号码方面8613906：两次通话的被叫都为8613906的固话,应是用户直接拨8613906,交换机会先把它当作手机号码的开头并产生一条被叫号码为

18、13906的话单,然后再产生一条被叫号码为7928613906的话单(这条话单是以“72”开始的).对第一条话单boss打为了f140无效话单(被叫归属地未知)。l某几个号码,如13979*等,属于无主情况，拨打过去发现是传真应答。l局数据设置方面：国际漫游处理的局数据等等,目前局方正在确认分析。话单完整性稽核结果分析话单完整性稽核结果分析批价处理后的话单文件: 资费解析用户服务计划资料填充二次批价资费模型计费资费套餐的配置： 支持对服务类型 （gsm语音、ip、梦网sms、cdma1x、wap等）、 通话时间、通话时长、呼叫类型(主叫/被叫/呼转)、 对端号码运营商类型 （移动、联通gsm、

19、联通cdma、固定电话等）、 长途类型、漫游类型等元素组合优惠的资费模型 批价处理后，能够记录优惠前和优惠后的费用。 二次批价对gsm话单支持按金额累计、 按时间累计的优惠，如免费，打折， 按任意计费时长计费， 赠送费用，赠送时长，费用封顶，时长峰顶， 对基本费和长途费的分别优惠， 对漫游情况的优惠， 对vpmn的优惠。 对sms标准话单支持按信息条数的累计进行优惠。 费用单位精确到厘，时间单位精确到秒， 信息单位为条。 无主话单日增量汇总文件帐务处理详单入库sub_idnlocal_voicedomestic_long_distancedomestic_roaminginternationa

20、l_roaminggsmdomestic_smsinternational_sms sub idn+1local_voicedomestic_long_distancedomestic_smsinternational_sms.sub_idnstart_timedurationcalled numberdialing numberfee1fee12discountdaily_sum 地市nrated_voice_cdr:地市n回滚计费资费套餐稽核计费资费套餐稽核资费套餐检查资费套餐检查：l加强产品方案分析l加强套餐互斥性检查l强化套餐制定流程l支撑系统提供新的全球通理财功能。计费资费套餐稽核分

21、析计费资费套餐稽核分析帐务系统出帐稽核帐务系统出帐稽核对帐务差异分析如下l在帐务稽核中主要发现由于用户的状态的变更为“f”（预拆）时，发现用户被收取了梦网等数据费用。经分析是，产生这一问题的主要原因是客户业务订购关系由各sp(服务提供商)进行管理,客户销号后如果不主动取消服务,sp就不会取消离网客户的定购关系,导致帐务出帐时将会有数据费用的产生。这种情况也会导致号码回收重新启用后新入网客户在末使用移动梦网业务的情况下便直接产生了梦网费用,从而引起客户的投诉.这也是因新入网客户在末定制梦网业务的情况下产生梦网信息费而引起的投诉一直是困扰移动企业的一个难题。l稽核系统计算出有20050601的月租

22、费98分，而帐务系统没有算该用户的帐单记录，可能是由于营业操作的正常撤单回滚导致的差异，建议对于这类回滚操作记录进行稽核。帐务稽核帐单帐务系统出帐稽核结果分析帐务系统出帐稽核结果分析计费主机磁盘内用户资料n个文件用户资料变更新增用户资料实时定时帐务系统用户资料变化更新每天更新一次计费系统用户资料内存文件帐务主机磁盘内用户资料n个文件客户资料稽核引擎营帐数据库：vpmn用户资料接口表营帐数据库：用户资料接口表定时计费系统用户资料变化更新用户资料一致性稽核用户资料一致性稽核客户资料稽核结果分析：l用户次月更改用户套餐后，营业系统已经更新了用户记录，但是计费/帐务系统未及时更新用户套餐或特服记录。l

23、用户状态变更（如状态由a变到t），用户套餐/特服的失效日期，计费和帐务系统会从营业接口表更新为当月月底。但营业系统内部表未更新。l营业和帐务/计费系统的用户资料中的用户状态存在不一致的情况。但是在计费系统和帐务系统，用户状态在（a、q、p、t、e、f）下，对处理没有影响。l计费系统的vpmn用户资料中，有的用户的vpmn为0（非vpmn用户），但是用户资料中确有vpmn的套餐号，有的用户为vpmn用户（vpmn_flag=4），计费系统有该用户的套餐号，但是营业的相关表中的套餐号为0。说明营业系统与计费/帐务系统没有严格同步。用户资料一致性稽核结果分析用户资料一致性稽核结果分析目录目录 收入保障项目综述 incharge收入保障解决方案介绍 incharge收入保障项目实施案例分析 南方某移动公司收入保障实施案例 北方某联通公司收入保障实施案例 南方某联通公司收入保障实施案例 incharge系统某海外项目实施案例实施案例分析实施案例分析 3：海外某海外某rara项目实施案例项目实施案例海外某海外某rara项目实施案例分析项目实施案例分析被稽核源被稽核源srusdsiemens met