《中国电信余额管理中心技术方案.ppt》由会员分享，可在线阅读，更多相关《中国电信余额管理中心技术方案.ppt（56页珍藏版）》请在三一办公上搜索。
1、余额管理中心技术方案,方案内容汇报,一、业务驱动力与系统定位 二、技术架构与系统要求三、部署模式与配套改造方案,业务驱动力,1、预付和后付自由切换 客户根据需要选择付费模式，电信也可以根据需求设定付费模式，即用户可以从预付费转为后付费，也可以从后付费转为预付费。2、预付和后付实时共享余额 预付费用户和后付费用户可以选择用同样的余额账本支付，进行实时共享。3、预付和后付的交叉优惠和业务捆绑 客户选择中国电信的多种业务后，希望多业务之间能够进行捆绑，以获得更加优惠的资费，如客户之间的捆绑，多产品之间的捆绑等，这些捆绑都涉及预付产品和后付产品的捆绑。,本方案与之前的ABM规范不矛盾，对上海研究院的规
2、范上进行了集成和细化。ABM建设的主要驱动力如下：,余额管理中心系统定位,1、计费领域中各系统的定位 2、ABM在计费领域各系统中的定位3、ABM与计费领域中各系统及CRM的关系,OCS,HotBilling,VC,WSS,ABM（余额管理中心）,计费领域中各系统的定位,1、离线详单计费：离线的详单计费、实时累帐、准实时信控等2、综合帐务处理：帐务优惠、出帐、帐目摊分等3、综合客户保障：销帐管理、帐单/发票管理、欠费管理、查询管理等,1、OCS用户的实时计费（包含详单优惠）2、AOC通知3、实时信用控制,1、统一客户体验2、全业务充值3、全网充值,1、电子充值2、网上支付3、网上积分查询、使用
3、,ABM在计费领域各系统中的定位及特点,网元设备(SCP、ISMP、CCG、MSC),联机采集,OCP,WSS（网上自服）,ABM（余额管理中心）,产品客户属性,定价余额,VC（统一充值平台）,全业务充值卡全网充值对帐摊分,离线计费(HB),在线计费(OCS),融合计费架构,通用接入计费控制正、反算实时信控计费网关,预处理批价实时累帐准实时信控数据入库数据交换,综合帐务综合优惠内部摊分帐单生成出帐处理,客户保障销帐管理欠费管理综合查询营收管理,数据衔接,卡信息,CRM,ABM与计费领域中各系统及CRM的关系,方案内容汇报,一、业务驱动力与系统定位 二、技术架构与系统要求三、部署模式与配套改造方
4、案,技术架构与系统要求,1、系统逻辑架构 2、系统功能框架3、数据范围4、系统接口5、典型流程 OCS在线计费流程 HB销账流程 VC充值流程 预后付切换流程6、场景验证实例7、余额管理中心性能要求8、余额管理中心技术要求,系统逻辑架构,系统功能框架,余额管 理,协议转换,服务提供,数据保障,数据稽核,生命周期管理,OCS,HB,VC,应用网管,WSS,CRM,数据同步,参与会话管理,订阅通知,优先级管理,系统监控,鉴权,数 据 管 理,余额规则管理,元数据管理,归档清理,数据备份,任务管理,系统功能列表,数据范围,系统数据架构,1,数据同步：从物理数据库到内存数据库,数据同步：从内存数据库到
5、物理数据库,数据切换：从内存数据库到内存数据库,2,3,系统接口,ABM和周边系统主要接口内容列表,OCS,VC,HB,流程,销账流程,VC充值流程,HB,OCS,后付转预付,预付/后付切换流程（引入ABM前）,预付/后付切换流程（引入ABM后）,HB,OCS,ABM,后付转预付,场景验证实例,HB充值缴费信用度模型验证介绍,场景描述：电信2007年12月1到31号开始预存600元送200元，600可以在本月内多次充值的累积，充值的途径包括现金，充值卡。预存的600元计算是在缴清历史欠费的前提下保证，若存在欠费则先进行销帐，剩下的余额进行600赠送门槛的累积。预存的600在第二年1月1号开始使
6、用，每个月只能使用50元 分12个月使用，每个月没有用完的金额可以滚存到下一个月使用，到12个月之后600元没有使用完成可以继续使用不受每个月50元的限制。赠送的200元只能在1月1号之前使用完成，过期失效；赠送的费用只能抵扣语音和短信的费用。因用户发生了充值和可能发生了缴费动作，所以会对信用度进行修改。信用度的计算定为没有欠费前提下充值100元加2分，现金充值100元加1分。,性能要求,总体容量要求 支撑600万预付费和1200万后付费用户 业务性能要求 在ABM 70%负荷下，要求：支持在线计费综合性能不小于3000CAPS，要求：95%100毫秒 98%200毫秒 99.9%300毫秒
7、99.999%1000毫秒 0.001%error or timeout支持离线计费综合性能不小于200TPS，要求消息处理延迟2秒支持VC充值性能不小于240TPS，要求消息处理延迟200毫秒支持资料变更综合性能不不小于200TPS，要求消息处理延迟1秒支持余额查询性能不小于240TPS，要求消息处理延迟2秒应保证724小时不间断运行，平均无故障时间应大于5万小时应具备静态过负荷控制和动态过负荷控制的能力应支持硬件平滑扩容能力和软件平滑升级能力,余额管理中心技术要求,一、主机要求二、操作系统要求三、数据库要求四、内存数据库要求五、中间件要求六、应用要求七、存储要求八、网络要求九、安全性要求十
8、、备份容灾要求,支持ANSI/ISO-SQL支持主流操作系统支持主流网络协议支持分布式部署和群集支持行锁、表锁等多种锁机制支持内存数据库和物理数据库的同步内存数据库的持久化存储MTBF1万小时，MTTR1小时内存数据库双机切换时间小于50ms,支持分布式部署支持主流操作系统业务逻辑和数据访问分层，便于移植多实例、多进程、多线程,方案内容汇报,一、业务驱动力与系统定位 二、技术架构与系统要求三、部署模式与配套改造方案,计费专业体系部署模式,随着OCS建设展开，计费专业体系可采用五种典型部署模式,模式一,模式三（过渡）,模式二,模式四,余额类数据分离，定价产品资料等非金额类数据分离。,余额类数据物
9、理共享，余额类相关服务分离，定价产品资料等非金额类数据分离。,余额类数据及相关服务物理共享，定价产品资料等非余额 类数据逻辑共享，相关 服务分离。,余额类数据及业务物理共享、产品、定价和资料数据物理共享，业务分离。余额类数据与产品、定价、资料数据分开物理部署,模式五,余额类数据及业务物理共享、产品、定价和资料数据物理共享，余额数据与产品、定价、资料数据统一物理部署,非ABM模式（模式一、二）,模式一：余额数据分散在OCS和HotBilling系统中，逻辑分散。通过接口转换,模式二：余额数据（包括预付费和后付费）统一存放，实现数据物理共享、业务分离，统一余额数据可放在OCS或HotBilling
10、任一方中，对方同步到本地访问；OCS拥有预付费的余额相关业务逻辑，HotBilling拥有后付费的余额相关业务逻辑；预付费和后付费余额能实现准实时时共享，可以相互转换。,ABM模式三,余额数据及余额相关服务，一份数据，统一服务提供,资料、产品、定价逻辑共享，ABM为准，单点创建，多点使用,OCS、HotBilling可以保留本地访问和操作资料、产品、定价业务逻辑，数据更新后，同步到ABM，由ABM通过分发逻辑同步到对方，实现共享。c,产品、资料、产品本地数据可以与ABM有细微差异,有条件保持余额无关的逻辑不变,ABM模式四,余额数据及余额相关服务，一份数据，统一服务提供,资料、产品、定价一份数
11、据，OCS与HOTBILLING通过ABM提供的数据全量增量同步接口，将数据加载同步至各自的内存数据库或共享内存中，批价过程高效访问本地内存数据库或共享内存。交易类服务通地调用ABM原子服务访问。,余额类数据与产品、定价、资料数据分开物理部署,ABM模式五,余额数据及余额相关服务，一份数据，统一服务提供,资料、产品、定价一份数据，OCS与HOTBILLING通过ABM提供的数据全量增量同步接口，将数据加载同步至各自的内存数据库或共享内存中，批价过程高效访问本地内存数据库或共享内存。交易类服务通地调用ABM原子服务访问。,余额类数据与产品、定价、资料数据统一物理部署,ABM模式比较-从市场角度,
12、市场,ABM模式比较-从客户感知角度,客户感知,ABM模式比较-从系统角度,系统,ABM模式比较-从实施周期与工作量角度,实施周期,实施工作量,ABM模式比较-从投资规模与配套系统影响角度,投资规模,配套系统影响,模式三产品、定价、客户资料存在多份数据，维护升级比模式四、五复杂,CRM配套改造方面，三种ABM部署模式都只需要将原CRM与OCS、HotBilling的接口原样迁移到与ABM接口。,ABM模式比较-优缺点,市场,客户感知,系统,实施周期,实施工作量,投资规模,配套系统影响,方案选择,建议考虑的选择条件：计费专业系统是否符合计费模型1.0/2.0。计费专业系统运营稳定提供厂商之间统一
13、方案、紧密合作。,各省计费专业系统现状：,过渡,目标,模式一,模式二,模式三,模式五,非ABM模式,ABM模式,模式四,方案选择-（一）：OCS未建、HB旧版情况下选择,方案选择-（二、三）：套装HB情况下选择,方案选择-（四、五、六、七）：新版HB情况下选择,周边系统配套改造方案,1、总体配套改造方案 2、OCS配套改造方案3、Hotbilling配套改造方案4、VC配套改造方案,总体配套改造方案,对CRM配套改造只需要将原CRM与HotBilling、OCS之间接口原样迁移到ABM,模式三和模式四、五之间配套改造的区别主要在于，模式三OCS和HotBilling可在本地数据库中操作和访问产
14、品、定价、资料数据，因而有条件保持现有的只与产品、定价、资料相关的逻辑。,OCS改造前功能结构图,OCS改造后功能结构图,OCS改造功能点,根据原则详细划分OCS内的功能：,OCS应急处理流程改造,话务级应急处理允许已接入和新接入用户继续使用服务，并在用户使用完服务后记录未计费话单，供OCS后续离线提交余额处理；对于事件类业务也允许用户使用服务，后续离线提交余额处理；非话务级应急处理OCS会在增量更新后记录下最新的更新情况。在ABM恢复后，继续增量更新数据资料。,HotBilling配套改造方案-功能改造图,改造前,改造后,HotBilling改造功能点,流程改造例1：销账流程改造,资料访问
15、原本地数据库查询改为调用ABM的原子服务,可用余额查询 改为调用ABM的余额查询服务,余额扣费 改为调用ABM的扣费服务,余额扣费冲正 余额处理扣费成功，但后继销帐处理失败时，需要进行扣费冲正处理,VC配套改造方案,改造功能点：,附录,ABM检测标准,模型检测,功能检测,系统管控,核心功能,接口功能,性能检测,以计费域中的关联系统为辅助来进行ABM性能的测试测试说明：1、选择标杆系统（厂家）：HB和OCS2、按系统的要求和硬件平台的配置进行数据准备和导入检测点：1、通过标杆HB和ABM系统进行对接，进行前台销账的测试：设定的并发数进行：检测余额查询和余额扣费的时延和正确率是否到达需求；2、通过OCS和ABM系统进行对接，进行混合业务（话音、数据、短信等）的测试：在设定的压力下检测：对：开始预留、中间更新、终止使用三个关键接口处理时延是否达到需求；3、检测以上两种情况下的余额变更是否实时同步到物理数据库或文件中。,谢 谢,
