文档介绍：融合计费
计费数据模型产生前的计费:
01年:本地网计费系统,地市县出帐:月初全量跑流程
计费数据模型:
04年:
07年:计费数据模型 (移动业务、内容计费)
08年:计费数据模型
最新的数据模型:(数据模型统一对外)
融合计费架构前身:——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不便于维护
主要术语缩写:
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、累积量计费和统计分离
3、计费日志和批价轨迹入Hadoop,并且提供可维护平台
4、流程的整合优化
性能优化——批价入库及日志输出、消息管理等
·批价入库
·日志输出:日志入Hadoop平台、