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

incharge tm 收入保障全局解决方案原理 目录 incharge收入保障解决方案介绍 incharge系统体系结构 核心收入保障技术 稽核差异根源分析工作流 incharge收入保障项目实施案例分析 数据获取、翻译、关联 数据调解/稽核 运营支撑运营支撑 营业系统营业系统 服务开通服务开通资源管理资源管理 网络网络 (ss7(ss7，端局，端局, , 汇汇 接局接局, , 长途局长途局, , 关口局关口局, , 数据数据 业务中心业务中心, , 等等) ) 采集采集/ /预处理预处理 计费计费帐务帐务 incharge 收入保障解决方案 财务系统财务系统 工作流工作流 报表报表 工作流工作流 报表报表 工作流工作流 报表报表 工作流工作流 报表报表 工作流工作流 报表报表 工作流工作流 报表报表 工作流工作流 报表报表 工作流工作流 报表报表 工作流工作流 报表报表 工作流工作流 报表报表 话单文件完整话单文件完整 性保障模块性保障模块 批价准确性批价准确性 保障模块保障模块 服务开通服务开通/ / 配置配置 保障模块保障模块 网间结算网间结算 成本保障成本保障 帐单准确性保帐单准确性保 障模块障模块 网络设施资产网络设施资产 保障模块保障模块 数据一致性数据一致性 验证模块验证模块 应收和财务应收和财务 完整性保障完整性保障 模块模块 预付费预付费 收入保障收入保障 测试通话测试通话 生成器生成器 图图 形形 仪仪 表表 盘盘 incharge 核心体系结构 使用 ss7信令, 交换, data in话单 漫游话单 数据采集 批价和计费 错单, 回收库存 无主话单, 回收库存 无效话单, 过滤库存 配置 switch, hlr, in局数据 服务开通 服务计划套餐 计费 (用户数据) 路由表 其他配置表 收入 帐单 (用户, 网间) 预付费 信用借记 支付, 充值 & 采集 资产 设备, 凭单, 预付费卡, imsis/esns, msisdns 通用数据 局数据表 (使用量 和非使用量) 数据源数据源 改错 数据获取 实时稽核 & 分析 实时图形仪表盘 & 报表 动态调解 数据翻译 & 关联 数据过滤 & 填充 溯源 & 工作流 预处理规则批价计费逻辑数据 流入规则 数据仓库 & 日志 incharge系统功能模块 话单完整性保障模块 网间结算收入及成本 保障模块 服务开通及设备资产 保障模块 测试通话生成器 计费/帐务准确性 保障模块 保障在计费链上的各个网元之间的数据的一 致性，如交换机、采集/预处理、计费、帐 务等系统 验证计费批价和帐务处理的准确性，保障生 成的用户帐单的精确 验证和保障在网间结算时，与结算商之间的 应收帐单和应付帐单准确无误 确保在各个网络子系统间的配置、业务开通 、用户状态等数据信息的一致性 生成测试通话时为了验证和保障不同的使用 记录和配置数据的正确性，它是一种主动式 的收入保障措施 使用各种功能模块的组合可以无缝的定位出各种特定问题的根源！ 话单完整性保障模块 计费/帐务准确性 保障模块 服务开通及设备资产 保障模块 例如：预付费保障模块是利用话单完整性模块和计费/帐务准确性模块共同验证计费和帐单的准确性，利用 服务开通及设备资产保障模块来验证充值卡和业务配置的准确性 收入保障技术 趋势监控 数据流量趋势监控 历史数据趋势监控 端到端的稽核处理 收入保障处理工作流 趋势监控 数据流量趋势监控 从总量级发现问题 特定时段的同比 工作时段，周末时段等. 历史数据趋势监控 自动保存和维护历史数据 比对当前数据趋势和历史数据趋势 slide no: 8version: 端到端的稽核处理 匹配 被稽核的两个数据源中都发现的 对应的记录，并且被稽核字段的 内容也相同。 在a中丢失 在数据源b中存在的记录，但 在数据源a中缺失 差异 被稽核的两个数据源中都发现的 对应的记录，但是被稽核字段的 内容存在差异。 在b中丢失 在数据源a中存在的记录， 但在数据源b中缺失 数据源b 数据源 a reconciliation 稽核 incharge 系统的收入保障分析 ra战略目标 健康诊断根源分析建议 映射到incharge系统的ra方法和处理 告警 根源分析 工作流 修复 流程优化 系统修复根源分析 预防 健康诊断 按照不同的kpi控制点对特 定区域进行监控 诊断的内容包括 门限设定 流失量化窗口 量化参数设定 量化数据过滤 根源分析方法建议(rca) 通过gui界面方便的进行配 置和维护 收入保障处理工作流 “健康诊断”中所设定门限 值的违反都会触发告警 从告警发生到解决的管理 新产生的告警，调查中的 告警，解决掉的告警，自 动闭环告警等 通过流失根源分析工具进 行调查处理 稽核结果根源分析工作流 收入流失根源分析的四个步骤 kpi指标设定 溯源查看差异细节 二次稽核定位 可视的数据流跟踪 稽核结果根源分析（1） 实时定义kpi指标 帮助缩小出现问题位置的范围 通过多种参数，定义多级查看模式 呼叫类型、交换机、批价计划、时间等 多种方式察看稽核结果,观察收入遗漏 闲时差异可单独察看 可以单独察看每个局向的 情况, 遗漏最大的区域可 被迅速识别和分析. 稽核结果根源分析（2） 从概要级别到元素级别的溯源 溯源至记录级, 例如话单 显示引起差异的字段和值 引起遗漏的记录 纪录丢失 字段内容的差异 稽核结果根源分析（3） 二次稽核定位 将一次稽核结果的子集与第三方数据源进行二次稽核和匹 配 从列表中去掉“已知的”差异,选择对应于外部数据源中记录 的差异 识别“真正的”引起收入遗漏的差异 错单、重 单、无主 话单 稽核 稽核 交换机交换机 详单详单 数据库数据库 稽核结果根源分析（4） 对被稽核的元素的可视化数据流跟踪 通过配置的数据流程跟踪记录的路径 帮助指出引起差异的规则 记录处理的路线被突出显示 用户可点击单个模块察看规则配置情况 由图形界面驱动的系统元素配置 通过拖放界面,可视化的创建数据流 业务过程, 工作流 和复杂的业务规则的配置 基于业务规则的数据流配置 图形仪表盘 多级和详细的报告 可以按照金额、时长、条数等多 种参数查看流失信息和趋势 可以为不同的业务人员、业务范 围、数据源和kpi控制点配置对于 的监控图表 支持更高级的功能，如从图形结 果的溯源查看 动态配置溯源查看顺序和参数 从多个角度查看收入保障信息 目录 收入保障项目综述 incharge收入保障解决方案介绍 incharge收入保障项目实施案例分析 北方某联通公司收入保障实施案例 南方某移动公司收入保障实施案例 incharge系统某海外项目实施案例 l 收入保障项目背景 战略目标有效的量化和评估计费业务部分所涉及的kpi 控制点 深远影响加强企业内部流程控制；提高运营收入 l 项目实施前的调研阶段 与计费业务部门的技术人员进行深入的调研访谈 系统的梳理和研究计费业务流程、预处理规则、服务套 餐配置 确定收入保障系统的数据接口方式、稽核处理方式等 l 确定项目实施的kpi控制和诊断点 n话单完整性稽核 n套餐服务计划稽核 实施案例分析 1：北方某联通公司计费中心 实施案例分析 1：北方某联通公司计费中心 l 收入保障（试运行）项目建设时间： 2004年9月 至 2004年12月 l 收入保障（试运行）项目稽核结果： l 收入保障（试运行）项目改进阶段： 解决所发现的话单流失建议计费业务中心重新处理出现问题 的话单文件 对工作流程和管理的改进建议技术部门细查计费系统各环节 不能严格时钟同步的根 源并予以修复；对数据库的使用权限加强管理力 度；完善对无主话单和错单的回收和管理 对改进的kpi进行不断的跟踪和监控 计费采集出口与入库话单条数和时长的比对 cdr 营业系统营业系统服务开通服务开通 网络网络 （交换机（交换机, , ip, sms, 193, ip, sms, 193, 等等) ) 数据采集数据采集 预处理预处理 一次批价一次批价二次批价二次批价 帐务系统帐务系统 预处理后cdr文件 包括呼转和原始话单 剔除的 记录 （漫游来访话单、无效话单和重单） 稽核 稽核报告 话单比对 稽核处理结果 区域划分和号码计划 运营支撑系统 详单数据库 话单完整性稽核结果分析 1 系统缺陷/处理错误引起的话单丢失 在某个特定时间点出现了大量的话单丢失（约在某个特定时间点出现了大量的话单丢失（约10001000条）条） 丢失的话单都来之同一个预处理话单文件丢失的话单都来之同一个预处理话单文件 由于数据库错误或 系统错误造成了话 单的大批量丢失 话单完整性稽核结果分析 2 管理疏漏造成的收入流失 非法使用详单数据库的使用权限，人为删除某几个特定号码的所有非法使用详单数据库的使用权限，人为删除某几个特定号码的所有 话单，平均每天被删除的话单有话单，平均每天被删除的话单有4242条条 计费系统各环节对话单时长判断不一致 295536295536条入库话单的时长比对应的原始话单的时长长条入库话单的时长比对应的原始话单的时长长 11681168条二批话单比相应的预处理话单的时长短条二批话单比相应的预处理话单的时长短 计费系统程序漏洞 部分有效话单无法正常计费和入库部分有效话单无法正常计费和入库 后续收入保障实施要点 针对计费系统预处理、批价、帐务各环节 全面监控和量化全网话单处理的完整性和正确性，建议根据硬件资源全面监控和量化全网话单处理的完整性和正确性，建议根据硬件资源 采用分地市轮检的监控方式采用分地市轮检的监控方式 更加细致的分析服务套餐和出帐流程的合理性和处理的准确性更加细致的分析服务套餐和出帐流程的合理性和处理的准确性 针对话单的缺失和回收 通过通过mtcmtc和和mocmoc话单比较，进一步验证话单完整性，回收部分流失话话单比较，进一步验证话单完整性，回收部分流失话 单单 检查和稽核无主话单和错单的回收流程检查和稽核无主话单和错单的回收流程 进行更广泛的收入保障实施 通过通过ss7ss7验证交换机输出话单的完整性验证交换机输出话单的完整性 比对比对scpscp话单和话单和sspssp话单，验证话单的完整性 话单，验证话单的完整性 检查用户资料的同步，包括检查用户资料的同步，包括hlrhlrbossboss和和bossboss系统内部的用户资料同系统内部的用户资料同 步步 目录 incharge收入保障解决方案介绍 incharge收入保障项目实施案例分析 北方某联通公司收入保障实施案例 南方某移动公司收入保障实施案例 incharge系统某海外项目实施案例 l 营收保障项目背景 战略目标有效的量化和监控计费业务部分所涉及的kpi控制点 深远影响企业内控适应sox的要求；提高运营收入；实施管理 创新 l 项目实施前的调研阶段 与计费、帐务、营业、网管等各个职能部门进行深入的调研访 谈 系统的梳理和诊断包括预处理规则、服务计划、出帐流程、用 户资料同步 明确关键风险区域和流程，并按风险的优先级制定实施计划 确定营收保障系统的数据接口方式、稽核处理方式等 l 一期项目确定的kpi控制和诊断点 n话单完整性稽核 n套餐服务计划稽核 计费二批稽核流程 帐务套餐稽核流程 n用户资料一致性稽核 n计费日汇总准确性稽核 实施案例分析 2：南方某移动公司计费中心 l 营收保障一期项目建设时间： 2005年2月 至 2005年9月 l 营收保障一期项目稽核结果： l 营收保障一期项目改进阶段： 针对所发现的收入流失更新现有预处理系统中不完整的局数据 、修改错误的规则配置；修改用户数据同步错误 针对不合理的业务流程实施改进的预处理业务流程（如时长判 定规则）；修改不合理的服务套餐配置和出帐流程；改进日汇总处理流程 对改进的kpi进行不断的跟踪和监控 实施案例分析 2：南方某移动公司计费中心 营收保障系统的软/硬件实施环境 数据存储要求 系统中的各种原始数据在线保存1个月，脱机保存3个月；差异数据和统 计报表在线保存3个月，脱机保存12个月；对文档等数据在线保存24个 月，脱机长期保存。 服务器硬件配置 sun fire v880服务器， 8 枚 1200mhz ultrasparc iii cu 处理器， 16gb内存， 6 x 73gb硬盘 外部存储空间 sun 3510 fc 磁盘阵列，876gb (12 x 73gb 15k rpm disks)，raid5 软件环境 os: solaris 9 database: oracle .5 交换机原始话单 ftp 原始话单 大规模采样 原始话单 大规模采样 原始话单 大规模采样 交换机cdr格式资料 比对规则 比对： 对端号码 计费号码 起始时间 呼叫类型 比对结果 统计、分析 验证、外推 量化话单流失 ra量化分析 入库话单 msc 预处理 详单 数据库 数据采集 msc msc 批价入库/分发 错单 数据库 错单 及丢单 正常话单 比对话单 数据 评判标准： 原始话单数量计费入库详单数量错单数量+丢单 错单 及丢单 错单 及丢单 gsm语音服务及 增值服务 话单完整性稽核 对话单完整性稽核典型情况的分析: l 从这些话单的时长上看，大 部分话单的时长为1秒的短话 单。但这些话单应该正常入 库，对本地通话的短话单也 应该正常计费。 l 从对端号码方面8613906：两 次通话的被叫都为8613906的 固话,应是用户直接拨8613906, 交换机会先把它当作手机号 码的开头并产生一条被叫号 码为13906的话单,然后再产生 一条被叫号码为7928613906的 话单(这条话单是以“72”开始的 ).对第一条话单boss打为了 f140无效话单(被叫归属地未 知)。 l 某几个号码,如13979*等,属 于无主情况，拨打过去发现 是传真应答。 l 局数据设置方面：国际漫游 处理的局数据等等,目前局方 正在确认分析。 话单完整性稽核结果分析 批价处理后的 话单文件: 资费解析 用户服务计划 资料填充 二次批价 资费模型 计费资费套餐的配置： 支持对服务类型 （gsm语音、ip、梦网sms、cdma1x、wap等）、 通话时间、通话时长、呼叫类型(主叫/被叫/呼转)、 对端号码运营商类型 （移动、联通gsm、联通cdma、固定电话等）、 长途类型、漫游类型等元素组合优惠的资费模型 批价处理后，能够记录优惠前和优惠后的费用。 二次批价对gsm话单支持按金额累计、 按时间累计的优惠，如免费，打折， 按任意计费时长计费， 赠送费用，赠送时长，费用封顶，时长峰顶， 对基本费和长途费的分别优惠， 对漫游情况的优惠， 对vpmn的优惠。 对sms标准话单支持按信息条数的累计进行优惠。 费用单位精确到厘，时间单位精确到秒， 信息单位为条。 无主话单 日增量汇总 文件帐务处理 详单入库 sub_idn local_voice domestic_long_distance domestic_roaming international_roaming gsm domestic_sms international_sms sub idn+1 local_voice domestic_long_distance domestic_sms international_sms . sub_idn start_time duration called number dialing number fee1fee12 discount daily_sum 地市n rated_voice_cdr: 地市n 回滚 计费资费套餐稽核 资费套餐检查： l加强产品方案分析 l加强套餐互斥性检查 l强化套餐制定流程 l支撑系统提供新的全球通理财功能 。 计费资费套餐稽核分析 帐务系统出帐稽核 对帐务差异分析如下 l 在帐务稽核中主要发现由于用户的状态的变更为“f”（预拆）时，发现用户被收 取了梦网等数据费用。经分析是，产生这一问题的主要原因是客户业务订购关 系由各sp(服务提供商)进行管理,客户销号后如果不主动取消服务,sp就不会取消 离网客户的定购关系,导致帐务出帐时将会有数据费用的产生。这种情况也会导 致号码回收重新启用后新入网客户在末使用移动梦网业务的情况下便直接产生 了梦网费用,从而引起客户的投诉.这也是因新入网客户在末定制梦网业务的情况 下产生梦网信息费而引起的投诉一直是困扰移动企业的一个难题。 l 稽核系统计算出有20050601的月租费98分，而帐务系统没有算该用户的帐单记录 ，可能是由于营业操作的正常撤单回滚导致的差异，建议对于这类回滚操作记 录进行稽核。帐务稽核帐单 帐务系统出帐稽核结果分析 帐务帐务 优惠优惠 营业系统营业系统 计费主 机磁盘 内用户 资料 n个 文件 用户资料变更 新增用户资料 实时 计费主机计费主机 二次批价二次批价 定时 帐务系统 用户资料 变化更新 每天更新 一次 计费系统 用户资料 内存文件 帐务主 机磁盘 内用户 资料 n个 文件 客户资料 稽核引擎 营帐 数据库： vpmn 用户 资料 接口表 营帐 数据库： 用户 资料 接口表 定时 计费系统 用户资料 变化更新 用户资料一致性稽核 客户资料稽核结果分析： l用户次月更改用户套餐后，营业系统已经更新了用户记录，但是计费/帐务系统未及时更 新用户套餐或特服记录。 l用户状态变更（如状态由a变到t），用户套餐/特服的失效日期，计费和帐务系统会从营 业接口表更新为当月月底。但营业系统内部表未更新。 l营业和帐务/计费系统的用户资料中的用户状态存在不一致的情况。但是在计费系统和帐 务系统，用户状态在（a、q、p、t、e、f）下，对处理没有影响。 l计费系统的vpmn用户资料中，有的用户的vpmn为0（非vpmn用户），但是用户资料中确 有vpmn的套餐号，有的用户为vpmn用户（vpmn_flag=4），计费系统有该用户的套餐号 ，但是营业的相关表中的套餐号为0。说明营业系统与计费/帐务系统没有严格同步。 用户资料一致性稽核结果分析 目录 收入保障项目综述 in