融合计费体系研究与应用.doc

研发项目结题报告（上报集团版）项目名称及编号融合计费体系研究与应用 2010-jz-83主要研究单位及负责人（联系方式）广东移动业务支持中心 罗芸，伍春萍，陈辉，廖锋，唐辉联系人：廖锋mail: 其他研究单位及负责人（联系方式）是否集团重点(是/否)是是否联合项目（是/否）否项目经费（万元）20项目起止时间 2010 年 6 月 2010 年 12 月专业类别业务支撑研究类别新产品开发关键词索引（35个）融合计费体系 灵活扣费 自由支付 功能组件化 计费能力可视化该项目在研究单位内部的评审结果优秀该项目在研究单位内部的评审意见：该项目在全品牌的在线信控和计费、实时和跨域支付、计费能力标准化和扩展性方面取得了很好的研究和应用成果，同时计费能力的可视化应用得到了很好的体现，达到了预定的要求和目标。六大功能组件的划分，可以做到现网4大计费系统能力的统一；集群建设的在线接入、无状态的计费引擎、网状网建设的余额管理中心、统一的数据管理中心对大规模用户可提供有力支撑，做到系统能力动态可伸缩；远程访问余额可很好的解决跨域支付的难题；在直观、生动、图形化及使用手机桌面widget形式展示融合计费能力方面具备很高的创新性。建议先在广东省内珠海、汕头、江门市公司试点后推广到广东全省，同时具备推广到其他外省移动公司的可能性。项目的简介：通过融合计费体系的研究，需要形成一套融合计费的业务模型和系统架构方案，来指导后续的融合计费系统的建设，以达到以下的业务支撑能力提升目标： 在线信控、实时计费、灵活扣费：建设在线信控能力，降低运营风险。同时区分和网络的界限，支撑负责授权、网络及业务平台负责提供服务。在线计费为欠费风险控制提供依据。根据客户信用等级、客户习惯和管理需求对客户或业务灵活配置扣费模式，可以实时扣费、也可以月结后付; 自由代付、多样支付：为集团、家庭、圈子客户提供全面的群体内部自由代付和配置化帐单等功能，实现不同客户群体类型的灵活帐务能力；顺延支付模式发展，提供缴费、充值、划扣、转账、手机支付、支付宝支付等多种支付模式的支持，能够实现便捷的缴费方式; 规范化、标准化、组件化：融合计费采用“纵向解耦、横向整合”的模式，建设成为满足电信级要求的新体系; 计费能力可视化：将计费系统所提供的系统功能和业务支撑能力通过友好的界面为客户展示，提升客户使用满意度。对现有企业标准规范的符合度： 符合中国移动ngboss2-boss(v3.0)业务规范 符合中国移动ngboss2-boss(v3.0)技术规范 符合中国移动ng2-boss(v3.0)在线计费接口规范 符合中国移动通信企业标准 qb-y-011-2009 ngboss技术规范该项目的专利情况：1. 一种实现分业务、分客户的在线、离线复合计费的方法，专利编号：gd1011001 ,通过集团评审2. 一种灵活的在线/离线切换方法专利编号： gd1009004，集团评审中该项目研发存在的主要问题及今后的设想： 现网的计费系统众多且架构和能力差异较大，同时接口复杂，对于项目的实施造成了一定难度，将遵循开放和标准的原则，针对不同地市形成统一的架构体系，为互联互通和全国推广打下基础，在系统建设中考虑先进行试点，试点成功后再分步进行推广。项目研究成果的主体内容（3000字以上，可附在表格后）：融合计费体系研究与应用项目研究成果1.概述1.1.背景ng-boss的“整合”和“解耦”两大原则给我们指明了方向。智能网回迁工作的完成实现了对全品牌支撑的整合工作，达到了系统收敛、管理集中。广东品牌体系的变更为融合计费建设提供了巨大的业务驱动力，ng-boss解耦原则指导我们对承载约1.1亿用户的计费帐务体系需要进行模块化、标准化及松耦合重新构建。1.2.建设目标广东移动的融合计费系统是以集团公司ng-boss规范为指导，结合广东移动业务特点进行建设。“以客户为中心”建设融合计费系统，在现有运营支撑体系的基础上进行融合，包括离线计费（hot billing）与在线计费（online charging engine）的融合、后付费计费与预付费计费的融合、统一充值与余额管理的融合、全业务计费的融合。融合计费体系建设目标如下： 在线信控、实时计费、灵活扣费：建设在线信控能力，降低运营风险。同时区分和网络的界限，支撑负责授权、网络及业务平台负责提供服务。在线计费为欠费风险控制提供依据。根据客户信用等级、客户习惯和管理需求对客户或业务灵活配置扣费模式，可以实时扣费、也可以月结后付； 自由代付、多样支付：为集团、家庭、圈子客户提供全面的群体内部自由代付和配置化帐单等功能，实现不同客户群体类型的灵活帐务能力；顺延支付模式发展，提供缴费、充值、划扣、转账、手机支付、支付宝支付等多种支付模式的支持，能够实现便捷的缴费方式； 规范化、标准化、组件化：融合计费采用“纵向解耦、横向整合”的模式，建设成为满足电信级要求的新体系； 计费能力可视化：将计费系统所提供的系统功能和业务支撑能力通过友好的界面为客户展示，提升客户使用满意度。1.3.研究成果1. 提出融合计费体系架构按总部规范要求，对boss系统进行整合，规划出网元网关(negw)、融合计费引擎(cbe)、授权中心(auc)、余额管理中心(abm)、信息管理中心(hsc)、综合帐务六大功能组件，并对各自的职责和接口进行清晰的划分。2. 提出了38项提升需求通过与各地市公司和市场部门的交流，了解目前业务支持的不足和未来的业务发展趋势，汇总出对38项融合计费系统的业务提升要求。3. 规整了28个业务流程结合新的功能架构和原有业务流程，规整了28项新的业务流程。4. 提出多项技术创新和专利在融合计费体系研究过程中，申请了两项专利，同时提出了建设授权中心和网状网的余额管理中心等多项技术创建亮点，后续将在这些技术创建亮点中挖掘专利点。2.融合计费体系架构2.1.总体建设方案图：融合计费体系总体建设方案建设融合计费系统和体验系统，融合计费提供数据采集接口给体验系统采集相关数据，体验系统统一对外体验接口，将用户全业务使用过程中需要呈现的数据提供对外接口数据服务,服务接口提供外部不同类型客户端调用方式支持json格式,web service (soap)格式,amf remote (flex)格式;2.2.融合计费技术方案图：融合计费技术方案融合计费系统：通过对原有计费帐务系统的规范化、标准化、组件化，拆分与聚合出六个标准组件来完成计费帐务系统，实现在线与离线融合、预付与后付融合、有信用信控与无信用信控、跨域帐户融合。融合计费体验系统：在融合计费的基础上建设，客户可实时感受业务的使用消费情况和计费系统的处理情况，增强客户体验能力，同时随着未来业务的发展可衍生出其它增值业务。融合计费各组件说明：n 网元网关negw：负责统一接入在线计费消息和采集离线话单。n 授权中心（auc）：提供用户状态和业务状态鉴权功能。n 融合计费引擎：提供在线消息和离线话单统一的批价、计费和控制。n 余额管理中心abm：提供品牌用户的余额、累积量、免费资源的管理和服务访问，以及实时账务处理和扣费处理。n 综合帐务：提供全品牌账务出账、优惠、帐单管理等功能。n 信息管理中心hsc：管为融合计费系统提供共享的三户信息、订购信息、产品等数据管理和服务。2.2.1.组件设计网元网关(negw)图：网元网关组件建设方案说明：n negw为融合计费系统统一的接入单元，负责在线鉴权计费消息接入、离线话单采集请求的接入控制和路由，为融合计费提供统一的服务使用记录。n negw作为逻辑实体，传统的语音、短信由ocg承担处理实体；增值业务、gprs等由dcc proxy集群承担处理实体；离线话单由离线采集系统承担处理实体。图：网元网关在线采集处理方案说明：n ocg：高性能并发控制，和信令与ip协议的转换。n 会话管理：根据消息的业务使用属性进行会话登记、会话关联、会话处理流程的选择。同时提供超时会话的检查和处理。对于分业务放通话务需要出话单供后续处理。n 业务识别：根据消息的业务使用属性进行业务的细分。n 分业务控制：根据分业务控制规则进行业务的自动放通/计费判断。n 计费路由分发：根据路由分发规则，将消息分发到不同的计费引擎节点。与每个计费引擎节点都使用一对出/入队列来异步处理。gprs业务的实时接入：通过全省集中建立两套dcc proxy集群（分两个不同厂家），分片区接收不同区域ggsn发送的dcc消息，再分发到全省各区域融合计费系统cbs节点；各区域ggsn先各自进行汇聚本地gprs实时请求，再分别分片上联两个dcc proxy集群。图：网元网关离线采集处理方案说明：n 话单采集：通过ftp协议采集网元和业务平台的话单文件，同时根据备份规则对原始话单记录进行备份。n 话单预处理：根据预处理的配置规则进行格式转换、记录过滤、检错纠错、排重、拆分/合并和关联以及数据分发处理（其中，各子功能可以根据需要进行组合和顺序排列),最终根据各个后续系统的需要输出各个系统要求的服务使用记录。n 计费路由分发：根据路由分发规则，将话单分发到不同的计费引擎节点。通过拆分成不同文件的方式实现。.授权中心(auc)授权中心，简称auc(authorization center)，实时高效的为业务系统提供全客户全业务授权。图：授权中心建设方案说明：n 会话管理：记录鉴权请求会话状态，维护请求和应答的对应关系，实现对超时、重发等协议相关功能的处理n 源事件识别：根据内部鉴权消息的发起方（ip、系统、用户名）识别鉴权消息的来源，初步识别事件类型。n 鉴权事件识别：根据源事件类型，结合鉴权事件消息中的关键业务字段，结合系统内部局数据/业务级数据配置，实现鉴权事件的业务分类(例如：139业务、网内点对点业务、梦网短信业务、网间点对点业务等)（与计费事件相比，属于粗粒度分类）。n 用户状态鉴权：根据鉴权请求中的用户号码查找用户表判断用户状态，根据鉴权规则计算鉴权结果码。n 订购关系鉴权：根据鉴权请求中的业务类型、用户号码查找用户业务订购状态，根据鉴权规则计算鉴权结果码。n 业务授权：根据鉴权请求中的业务类型、用户号码查找用户是否具有可用授权以及对应的授权信息（qos等等），如果记录不存在，则，根据依据默认服务配置放通授权。.融合计费引擎(cbe)计费引擎完成了在线计费和离线计费的融合。具备正算和反算功能，生成批价后的服务使用记录，由计费网关生成详单。图：融合计费引擎建设方案说明：n 在线计费控制cf：接收经过网元网关处理后的计费请求，建立并维护会话信息，进行业务识别（如长途类型，漫游类型，亲情号码等）和计费策略选择，调用批价模块查询得到业务使用的资费、价格或使用量，经过计费后，调用余额管理(abm)实现对帐户余额的预留和使用，然后将计费鉴权的结果发送到通用接口层，由网元网关将计费鉴权的结果发送到相应的网元设备。在线计费控制可以分为会话计费控制和事件计费控制，整个控制流程除计费控制模块之外，还涉及批价处理模块、余额管理中心（abm）的余额管理功能以及计费网关。n 离线计费控制cf：离线计费控制功能控制相关业务的业务识别、资费查询、算费批价、余额累积量查询/扣减、销帐/信用控制等业务处理流程。该流程只对于普通配置可支持部分实现，对于比如ip专线、短信批发、梦网资费等特殊业务则可能根据其对应的业务特点和设计需要采用特殊的业务流程。n 批价引擎rf：计费引擎的费用计算模块，通过规则、参数的配置，支持多种业务的融合批价，支持灵活资费策略，支持实时计算、实时优惠，支持正算和反算两种计算方式。n 计费网关：接收计费控制模块的计费话单输出请求，根据定时、定量或定时定量结合的策略，按照不同的业务生成不同格式的话单文件，供综合帐务做帐务级的优惠处理、查询、统计使用。.余额管理中心(abm)余额管理中心(abm, account balance management)采用统一余额，实时共享，从而实现自由代付。同时可根据用户和业务的付费方式，灵活选择付费方式，累帐信控或直接扣减余额。图：余额管理中心建设方案说明：n 余额查询功能：abm向计费引擎和综合账务提供余额查询功能。其返回给计费引擎的余额已经排除了余额金额。n 余额预留功能：abm向计费引擎和综合账务提供余额预留功能。计费引擎在用户使用业务之前，向abm发起余额预留请求，abm判断该用户当前有效余额是否足够进行预留：如果足够则从当前余额中预留请求金额；如果不足够，则余额失败。已经成功预留的金额不能被其他业务使用。n 余额扣减功能：abm向计费引擎和综合账务提供余额扣减功能。计费引擎在用户实际使用业务之后，向abm发起余额扣减请求，请求中包括账单科目和扣减金额。abm根据支付规则和账单科目判断待扣减的账本科目并向起扣减对应金额，同时清除。n 补款功能：abm向计费引擎提供补款功能。对于先扣后补的业务，如短信、彩信，当用户业务使用失败时，计费引擎可以将资金反补到abm中的用户账本上。n 免费资源查询功能：abm向计费引擎和综合账务提供免费资源查询功能。n 免费资源更新功能：abm向计费引擎和综合账务提供免费资源更新功能。n 累积量查询功能：abm向计费引擎和综合账务提供累积量查询功能。n 累积量累积功能：abm向计费引擎提供累积量累积功能。n 用户资料管理：abm向计费引擎和综合账务提供用户资料查询功能，查询内容包括：用户属性、品牌、有效期、订购关系等。n 灵活付费：根据灵活用户付费方式或业务付费方式，判断余额更新请求是仅作累帐信控还是需要扣减余额。n abm帐户路由：根据用户付费帐户的归属abm路由,向其它abm发起余额、免费资源、累积量的查询和更新操作。.综合帐务综合帐务是指对综合帐单的生成、管理及核算的过程，包括：帐务管理、帐务处理、信用管理、积分管理。图：综合帐务建设方案说明：n 信用管理：根据移动客户的资料和使用服务的情况，对信用度、信用等级的管理和计算功能。n 欠费管理：滞纳金管理、呆坏账处理和欠费告警等。n 发票管理：对发票、收据内容和格式的管理，并提供发票打印和发票补打的功能。n 积分管理：对中国移动客户（自有客户和合作伙伴开展的客户）积分等相关信息进行管理。n 账户资金管理：对客户预付费进行统一管理，包括专款专用、预存赠送、统一支付、押金管理、资金转移等功能。n 账单管理：给客户及托收金融单位提供详细、准确、多种格式、多种介质的帐单。n 出账计算：对账务周期内用户消费情况进行统一计算和优惠。n 缴费管理：与客户进行资金往来的处理过程，用于预存款、抵扣欠费等。n 账务核算：帐务核算包括帐务对帐、帐务调帐、帐务减免、挂帐处理以及收入核算的功能。n 销账管理：对帐单进行冲销的相关处理，并进行记录。.信息管理中心(hsc)对crm采用ws/ftp标准化接口进行同步，信息管理中心hsc为融合计费域内部提供集中的数据同步，并提供数据订阅和定期发布机制。图：信息管理中心建设方案说明：n crm受理资料同步服务：提供客户、用户&用户群、账户、订购信息等数据的管理n 产品定义同步：提供产品定义数据的管理n 业务规则数据管理：为融合计费系统提供业务识别规则、合帐规则、销账规则等业务规则定义管理v 信息管理中心的配置策略图：信息管理中心配置方案说明：n 数据配置流程保证数据配置各环节一致性和闭环，包括数据配置的提出、配置、审核和生效。信息管理中心hsc上的配置数据通过内存库tt刷新方式刷新到融合计费各个部件。n 计费引擎、帐务等部件的应用程序对规则数据采用规则引擎进行处理。规则引擎是一种嵌入在应用程序中的组件，实现了将业务规则逻辑从应用程序代码中分离出来，并使用预定义的语义模块编写业务规则。规则引擎接受数据输入，解释业务规则，进行判断和运算，最终将执行结果返回给应用程序。表：信息管理中心配置权限表序号数据项来源分发的组件配置人员1用户数据crm同步abm市公司业务操作员2客户crm同步abm市公司业务操作员3帐户数据crm同步abm市公司业务操作员4订购关系crm同步abm市公司业务操作员5产品资费crm同步融合计费引擎全省资费数据省公司业务操作员配置，厂家审核；地市资费数据市公司业务操作员配置，厂家审核6业务级付费方式规则crm同步abm省公司业务操作员配置7鉴权规则在hsc配置auc省公司业务操作员配置8negw路由规则在hsc配置negw省公司业务操作员配置9abm帐户路由在hsc配置abm省公司业务操作员配置10信控规则在hsc配置综合帐务省公司业务操作员配置11短信规则在hsc配置综合帐务全省数据省公司业务操作员配置，厂家审核；地市数据市公司业务操作员配置，厂家审核12销户规则在hsc配置综合帐务省公司业务操作员配置13销帐规则在hsc配置综合帐务省公司业务操作员配置14月结规则在hsc配置综合帐务省公司业务操作员配置15局数据在hsc配置negw、融合计费引擎、auc、abm、综合帐务省公司业务操作员配置16negw的放通规则在hsc配置negw省公司业务操作员配置17negw话单生成规则在hsc配置negw省公司业务操作员配置18融合计费引擎话单生成规则在hsc配置融合计费引擎省公司业务操作员配置2.2.2.系统接口图：融合计费与周边系统的接口说明：n 与核心网网元的关系：核心网网元提供原始服务记录（消息和文件）用于计费和结算；提供hlr/auc/ims上的用户数据用于数据一致性稽核。n 与业务网网元的关系：业务网网元提供原始服务记录（消息和文件）用于计费和结算；提供稽核数据用于数据一致性保障。同时融合计费可与业务网网元进行信息同步。n 与外部系统的关系：进行业务查询、 银行代缴、支付平台充值/缴费、银行划帐、银行托收、发票帐单打印等操作的交互。n 与综合结算的关系：融合计费系统向综合结算子系统提供话单文件，用于结算。n 与crm的关系：crm同步客户信息、帐户等基础信息、产品信息，业务订购信息给融合计费，融合计费提供帐务类、认证类、积分类接口给crm。n 与经营分析系统的关系：融合计费将从其它业务平台或网元采集的数据，及相关业务数据传递给经营分析系统；经营分析系统将相关分析结果提供给融合计费，作为信用管理、系统流程改进的参考数据。n 与网管系统的关系：融合计费向网管系统提供软件硬件平台的状态/故障、性能指标、配置信息数据,同时开放软硬件平台的控制接口。n 与省中心(枢纽)的关系：处理与一级boss的交互功能。2.2.3.逻辑部署方案图：融合计费的逻辑部署方案说明：n 在线采集采用dcc proxy集群方式全省集中建设，支持按照业务、号段和区号路由到不同区域的计费引擎oce、或者省外dcc proxy。n 离线采集采用全省集中建设，接入业务平台、网元的服务离线话单，支持按照区号、品牌、业务将消费话单路由到不同的计费引擎、将批价详单路由到清单入库。n 计费引擎oce提供分区域的用户在线、离线统一计费批价，其余额、免费资源和累积量通过接口访问共享的abm余额管理中心。oce计费引擎上存在账户路由数据、支付关系数据，由oce依据这些数据寻找不同的abm。n 鉴权中心auc提供统一的鉴权服务，分区域建设（避免单点故障，或者区域故障影响全网），为了简化、优化流程，同时防止abm故障时未激活或状态异常用户呼叫欠费风险，建议auc和oce逻辑上合设，采用双机方式。n abm为计费引擎、融合账务提供全品牌共享的余额、免费资源、累积量的管理和访问服务。出于性能、安全可靠性考虑，分区域建设abm双机，支持大地市部署多套abm双机。n 综合账务按照区域提供全品牌统一的清单管理、账务优惠、出账和帐单管理等账务处理和账务管理服务。多个小地市可以由一套负荷分担的双机提供服务，支持一个大地市由多个双机节点提供服务。跨地市的合账、分账等由融合账务按照地市、品牌路由。n hsc信息管理中心和接口服务通过管理服务接口，提供统一的资料、工单、账务服务接口，存放融合计费系统需要的三户、定购、产品和配置规则数据，并采用内存机制实时同步刷新给各个系统部件。hsc对于产品等公共数据，由一个节点统一接入crm。对于用户级办理订购、变更和服务，由crm采用地市或区域路由到区域hsc。hsc内存刷新数据时，全局的局数举、规则配置数据、产品定义数据等统一刷新给各个系统，区域用户级数据（状态、订购等）由区域hsc刷新给区域各系统。n 路由机制 ocg/dcc proxy在线计费请求采用号段（按照归属地区）方式访问对应的计费引擎； 离线采集的话单按照号段方式（按照归属地区）分发给对应的计费引擎； 计费引擎按照帐号的归属地区访问对应地区的abm（对于广州大地市如果建立两套或两套以上abm，建议同时按照帐号的尾数取模方式路由）； 计费引擎按照帐号的归属地区访问对应地区的融合帐务； 融合帐务按照帐号的归属地区访问对应地区的abm； dcc proxy纯鉴权请求采用号段（按照归属地区）方式访问对应的auc crm侧的帐务相关cics服务（如，调帐、余额转移等）按照受理号码的归属地区方式访问对应的帐务服务； crm侧业务受理相关的web service资料同步接口，按照受理号码的归属地区方式访问对应的融合计费的web服务，实现对应地区的hsc资料的更新。 公共服务需要的帐务服务按照号码归属地区路由到相应的综合帐务。2.3.体验系统技术方案图：融合计费体验系统技术方案用户计费信息接口用户业务识别接口信令跟踪接口soa接入查询集群系统客户端查询应用系统 融合计费体验系统平台应用层服务层接口层资源层用户订购余额接口用户清单账单接口平台层 融合计费系统平台 云计算清单查询平台 soa接入查询服务集群对外提供统一服务接口,同时支持json格式/web service的soap格式/amf (flex remote)格式接口服务 信令跟踪接口采用共享内存方式跟踪用户网元消息,高效抓包查询dump文件传输 结合云计算清单查询平台提供海量数据清单高性能查询服务说明:原始话单/清单/账单/三户数据/产品订购/账户支付目标建设方案主要是终端使用用户数的数量导致体系架构的改进:n 建设消息分发机制:考虑到终端用户数量百万级以后,由于体验系统需要实时抓取网元报文消息,为了提高系统响应性能及降低对生产系统的影响,需要独立建设一个旁路网元消息主机,通过proxy进行消息旁路分发给网元消息处理主机,这样所有的给体验系统的网元实时消息接口通过旁路主机处理.n 建设基于http的web socket主动推送订阅消息技术机制:目前提供的实时web程序主要是围绕轮询和其它服务器端推送技术进行的，推送通常是使用javascript结合长轮询(long polling)或流连接策略实现的为了减少客户端网络流量及提高性能和使用效率,soa服务端web应用集群通过浏览器和后台接口层通过一个单一的 web socket实现一个全双工，双向通信的信道。提供了一个浏览器自带的套接字，web socket显著降低了系统开销和复杂性web socket数据帧就可以在客户端和服务器之间以全双工模式传输，在同一时间任何方向，可以全双工发送文本和二进制帧，最小的帧只有2个字节。在文本帧中，每一帧始于0x00字节，止于0xff字节，数据使用utf-8编码。web socket文本帧使用终结器，而二进制帧使用一个长度前缀;用户订阅融合体验系统各项服务,系统使用web socket主动推送技术高效的将各项服务;主动push给客户端应用,提供更好的用户体验服务;n 建设云计算清单/账单处理中心考虑到终端用户数量百万级以后,用户的实时清单和历史清单查询量和并发量会急剧上升,需要单独建立云计算清单/账单处理中心提供socket清单/账单查询服务.n 建设基于widget技术的个性化门户和个性化信息定制融合计费体验系统各个客户端提供基于widget的个性化门户,用户可以在个人首页订制管理自己喜爱的个性化门户;融合计费体验系统根据不同的客户端应用分别使用手机widget,客户端widget和web widget;通过widget的应用可以将一些运营商热点资讯,热门套餐,省钱秘笈等方便主动呈现给用户。通过widget的应用,用户可以很好的完成个性化信息定制,方便自由选择融合计费系统提供的各项用户信息服务widget工具widget工具widget api(uwa)ajax应用程序平台 widget 引擎标准web开发技术widgetweb run-time (wrt)手机开发平台n 建设基于soa服务集群web应用技术(分布式memcache+mysql集群）说明： soa接入查询服务集群采用分布式memcache+mysql集群搭建高性能web服务应用提供对外服务 memcached 通过把cache层与web架构集成,由两个核心组件组成：服务端（ms）和客户端（mc）， mc先通过计算key的hash值来确定kv对所处在的ms位置。当ms确定后，客户端就会发送一个查询请求给对应的ms，让它来查找确切的数据。 通过这种机制极大提高性能同时降低网络影响及数据库负载 提供soa服务的web应用数据库采用mysql群集,一台master提供写服务,两台slave提供读服务,master会将数据异步同步到slave.2.3.1.组件设计.首页图：首页效果图说明:n 用户首页余额表直观生动展示用户余额的健康度,刻度值由用户套餐费用决定，最大值为用户套餐费用5倍，刻度暂定分成12格，同时通过颜色把仪表盘分为三个区域： 红色：余额值套餐费用：余额不足,提示用户需要充值 黄色：套餐费用余额值2.5倍套餐费用:余额足够 绿色：2.5倍套餐费用余额值5倍套餐费用:余额充足n 余额表下方热门推荐:这个区域主要提供一些吸引用户的热门信息，支持多页主题: 最新优惠 省钱秘笈； 热门排行；.用户信息图：用户信息查询界面效果图说明：n 包括用户品牌,订购主套餐,用户类型,归属地,信用余额,入网时间及使用状态信息..订购信息图：订购信息查询界面效果图说明：n 包括用户本月生效的所有产品及套餐订购信息及下月生效的所有产品及套餐订购信息..余额查询图：余额查询界面效果图: 说明：n 包括用户所有余额账本及其对应支付关系查询..实时清单图：实时清单查询界面效果图说明：n 用户使用完各种业务后,可以实时(10秒)查询自己的业务使用清单,包括通话地,业务域,开始时间,时长,使用金额等.由于考虑数据量存储问题,用户退出应用后10分钟后会删除实时清单记录..消费历史图：消费历史查询界面效果图说明：n 用户可以选择一段时间段查询历史消费清单(默认提供本月数据,最多查询6个月数据).2.3.2.系统接口图：融合计费体验系统与周边系统的接口在线消息接入采集预处理融合计费引擎实时版融合计费引擎批量版abm余额管理中心信息管理crmsacp/ocg(msc)msc-sggsndsmp/ismp新业务网元cdcdrrdcc余额变更计费请求计费话单订购关系发布余额变更融合计费体验系统接入融合计费系统网元实时接入消息计费预留实时消息账户变更实时消息用户订购变更消息融合计费体验系统服务融合计费体验系统手机端说明：n 融合计费接口 网元实时接入消息接口:通过共享内存方式抓取用户使用的业务报文实时抓包输出为文件,同时分析报文内容获取用户使用业务状态,业务信息,计费网元信息及会话信息并通过统一soa服务接口提供客户端调用. 计费预留实时消息接口:根据用户的会话及业务状态信息通过oce获取用户计费预留信息并通过soa服务接口提供客户端调用.n 离线计费/准实时计费接口 离线接入消息接口:离线计费的cdr通过negw接入融合计费系统,negw通过文件接口输出计费号码,原始话单时间,dccm处理时间,对方号码,网元类型信息. 离线计费消息接口:离线计费通过融合计费引擎实时通过文件接口输出用户计费号码,业务类型,分拣事件类型,计费批价费用及用户当前使用套餐等信息.说明:此部分接口不适用手机客户端,适用于自助终端及oam的web客户端.n 余额管理中心abm接口 账户变更实时消息接口:根据用户号码信息通过abm从内存数据库获取用户的余额账本(包括账本免费资源)使用前后的变更信息通过soa服务接口提供客户端调用. 用户余额账本资源信息接口: 根据用户号码信息通过abm从内存数据库获取用户的所有余额账本信息通过soa服务接口提供客户端调用.n 信息管理中心接口 用户订购变更消息接口:根据用户号码信息通过信息管理平台从内存数据库获取用户的订购关系(包括用户个人归属地,品牌,用户状态,信用额度等信息)使用前后的变更信息通过soa服务接口提供客户端调用.n 清单/账单中心接口 用户清单/账单消息接口:用户清单/账单入库处理,接口根据用户号码信息从数据库中查询获取.2.3.3.逻辑部署方案图：融合计费体验系统逻辑部署方案融合计费(主)融合计费(备)融合计费(主)融合计费(备)融合计费体验系统服务端融合计费体验系统客户端融合计费节点1融合计费体验系统融合计费体验系统目标部署图目标部署方案考虑用户数量百万级以后会有以下改进:n 客户端通过服务端连接到备机的内存数据库中，减小对实时系统的影响n 服务端以soa方式对外提供服务，客户端通过订购方式，实时获取信息n 可以考虑将备机内存数据通过级联方式复制出来，统一提供对外服务.3.融合计费体系应用分析3.1.应用一：授权中心有效的控制了孖卡欠费风险图：授权中心有效的控制了孖卡欠费风险示例说明：n 去年底广东省准实时用户发生了通过复制卡手段发送大量垃圾短信的重大恶意欠费事件，这种情况下，网络侧的部分vlr经常会