计费培训分析和总结.pdfVIP

融合计费 计费数据模型产生前的计费： 01 年：本地网计费系统，地市县 出帐：月初全量跑流程 计费数据模型： 04 年：计费数据模型 1.0 07 年：计费数据模型 2.0 （移动业务、内容计费） 08 年：计费数据模型 2.8 最新的数据模型：计费数据模型 3.5 （数据模型 统一对外） 融合计费架构 前身： 04 年计费 1.0—— 05 年 OCS—— 06 年 SID （未实施） ·07 年—— 08 年， ABM （余额管理中心）：产品、定价、客户属性、余额（共享，对外 统一服务） ·10 年， HAO 架构落地， HB——》 ABM 《——OCS：ABM 在 HAO 架构中的定位，核心 共享数据统一管理，统一管理全省的余额，累积量，档案，参数，提供基础能力封装：基于 共享数据封装基础能力 ·ABM ： 1、计费信控：余额真扣使得余额判断直接引用 ABM 的返回信息，是真实扣除，不是累 积量对减，省去复杂的实时计算逻辑，信控效率大幅提升。 2、余额、累计量由 ABM 集中管理 ·HAO 架构直接提升效果 1、HAO 架构，用户切换只需要更改用户属性信息，无需在 HB 以及 OCS系统间同步其 他数据，处理效率以及数据准确率大幅度提升。 2、支持全业务全用户 HB、OCS间的融合捆绑优惠，包括共享累积量或者余额 *捆绑的部分用户在 HB 部分在 OCS * 一个用户的部分业务在 OCS、部分业务在 HB 3、面向全业务、全用户提供在线控制服务（集团要求， 4G 用户必须上 OCS） *流量精确控制 *精确提醒 HAO 架构存在一些问题（ HAO 与非 HAO） 1、HAO 架构下的 OCS与 OFCS部署上存在一定独立性 *代码更新存在不同步 *共享内存存在多份浪费 * 数据点独立，不便于维护分析 *使用 TT 不便于维护 1 主要术语缩写： ABM ：余额管理平台 OCS：在线计费系统 OFDS：离线计费系统 DCC：Diamter 信用控制 OCP：在线计费协议 VC：充值中心 ISMP：综合业务管理平台 SCP：业务控制点————智能网平台 SID：共享数据模型 SGW：计费业务网关 SR：业务路由器 第二部分 融合架构整体部署 关键流程：省中心——》本地网——》 ABM 技术 1、共享内存：共享内存中存放：用户核心资料 、系统共享参数、用户实时费用、用 户累积量、进程间的交互数据 技术 2：消息队列：使用提升了流程间的数据交互的效率和安全性 2、保证一致性 技术 3：系统间内部接口协议交互 API ：ABM 提供的能力，应用程序通过 API 进行访问 嵌入式客户端 ： 技术 4：缓存机制和提交稽核机制 本地 cache 模式：基于共享内存提供高性能访问 批价进程：使用本地 cache，但不做 cache 修改 ABM 确认： ABM 确认本地 cache 中数据合法，批价有效 批价确认：进行 cache 提交，或者重新批价 第三部分 融合计费架构进一步优化： 架构调整 性能优化 易维护 架构调整——计费核心 PC 化 1、计费核心 pc 化改造：使用 x86 pcserver 2 、累积量计费和统计分离 2 3 、计费日志和批价轨迹入 Hadoop，并且提供可维护平台 4 、流程的整合优化 性能优化——批价入库及日志输出、消息