中国移动手机钱包话费业务－欠费风险控制分册.doc

中国移动通信企业标准QB-J-xxx-xxxx省级业务运营支撑系统（BOSS）业务技术规范欠费风险控制分册The Business & Technical Specification of Business & Operation Support System (BOSS) 版本号：1.0.0-实施-发布中国移动通信集团公司 发布目 录1.范围12.规范性引用文件13.术语、定义和缩略语24.总体说明44.1.目标44.2.编写原则44.3.文档说明和使用人员55.系统功能65.1.一级枢纽功能65.1.1.一级枢纽DCCA架构65.1.2.一级枢纽DCC Proxy/Relay功能架构75.1.3.一级枢纽MC功能架构建议85.1.4.路由管理95.1.5.检错处理125.1.6.一级枢纽的激活测试145.1.7.监控管理155.2.省级BOSS功能165.2.1.概述165.2.2.鉴权175.2.3.扣费195.2.4.稽核295.2.5.平台风险控制逻辑及用户筛选建346.系统接口366.1.概述366.1.1.接口连接管理366.1.2.接口逻辑管理366.1.3.接口服务376.1.4.接口相关标准376.2.欠费风险控制功能接口376.2.1.概述376.2.2.接口消息结构396.2.3.手机钱包欠费风险控制接口参数描述596.3.文件传输接口72附录A 对相关系统的要求721.对一级枢纽系统的要求721.1.具备DCC的接入路由能力721.2.局数据管理模块能够支持DCC消息的路由721.3.能够提供对DCC消息业务和系统的监控721.4.能够提供传输黑名单文件722.对平台的要求722.1.平台发出消息后，等待回复超时后重发消息时，需要保证重发消息和原消息的SessionID一致。732.2.平台可以发送http方式或者DCC消息到DCC Proxy，如果平台发送http消息，DCC Proxy将完成协议适配，转成DCC消息发送到DCC Relay。DCC消息方式响应比较快，http方式平台可以在现有http消息接口上进行拓展。732.3.平台需要根据AVP的定义要求填充各AVP的值。73前 言本规范主要用于指导各省（直辖市、自治区）进行BOSS 3.0系统扩容改造工程建设中数据业务的欠费风险控制能力建设。本规范主要包括以下几方面内容： 总体说明、系统功能、系统接口、编制历史、附录等。本规范的附录A、附录B为规范性附录。本规范由中移XXX号文件印发。本规范由中国移动通信有限公司业务支撑系统部提出并归口。本规范由规范归口部门负责解释。本规范起草单位：中国移动通信有限公司业务支撑系统部。本规范主要起草人：*1. 范围本规范规定了BOSS3.0系统中欠费风险控制能力的建设要求，供中国移动内部和厂商共同使用；适用于中国移动各省（直辖市、自治区）BOSS3.0系统工程欠费风险控制项目的建设。2. 规范性引用文件下列文件中的条款通过本规范的引用而成为本规范的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本规范，然而，鼓励根据本规范达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本规范。3. 术语、定义和缩略语下列术语和定义适用于本规范：字母名词解释F服务使用记录在使用中国移动提供的服务时，由相关的设备和系统产生的标识用户使用网络资源的记录。R融合计费融合计费是依据计费资源、产品资费、用户资料信息实现个人客户跨业务和集团客户跨地域、跨业务的计费过程。S实时出帐实时出帐是指根据融合计费功能域形成的计费详单进行汇总，进行固定费用的加载、包月信息费、帐单级优惠，形成用于实时信用控制的综合帐单数据的过程。S实时计费本文中特指在BOSS内部中采用实时计费和实时账务技术进行计费、出账和信用控制的一种模式S实时信控本文中特指在BOSS内部中采用实时计费和实时账务技术只进行信用控制的一种模式Y业务平台提供独立的有某项业务能力的系统，如彩铃中心。Y用户用户是中国移动客户订购产品的实例。包括资源占用、用户价值、订购信息。Y用户号码用户号码是指由中国移动通信用户的移动电话号码MSISDN。Y预付费业务移动客户预先购买一定价值的通信资源，用户使用时，移动网络对其实时计费，从预先购买的通信资源里减去本次通信费用，直至预付金额全部用完。Z增值服务依赖于主体服务的附加功能。Z帐本是登记帐户服务收费及往来收支关系的帐簿。Z帐户客户使用移动服务的付费实体。Z综合采集综合采集从采集源读取各种移动业务的服务使用记录、结算稽核、客户资料、产品资料等数据，将读取到的数据传输到融合计费和综合结算功能域进行处理。Z综合帐务综合帐务是指对综合帐单的生成、管理及核算的过程，包括：帐务处理、销帐管理、帐单管理、欠费管理、帐务核算及校验。Z资费规则资费规则是对资费的适用条件、计算方法等的描述。Z增值服务增值服务是指依赖于主体服务的附加功能。例如：来电显示、三方通话等。下列缩略语适用于本规范：缩略语全称英文全称中文IGWIntelligent GateWay 智能网关INIntelligent Network智能网络CAMELCustomized Applications for Mobile Network Enhanced Logic移动网络增强逻辑客户化应用SSPService Switch Point业务交换点SCPService Control Point业务控制点MAPMobile Application Part移动应用部分CAPCAMEL Application PartCAMEL应用部分HLRHome Location Register归属位置寄存器VLRVisit Location Register拜访位置寄存器MSCMobile Switch Center移动交换中心O-CSIOriginating CAMEL Subscription Information发端CAMEL签约信息T-CSITerminating CAMEL Subscription Information终端CAMEL签约信息BOSSBusiness Operation Supporting System中国移动业务运营支撑系统DiameterDiameter一种AAA协议Diameter CCDiameter Credit ControlDiameter协议的信用控制扩展协议AVPAttribute Value Pairs属性-值对CDRCall Data Record呼叫数据记录SMSCShort Message Center短信中心ISMGInternet Short Message Gateway短信网关MMSCMultimedia Message Switch Center彩信中心DSMPData Service Management Platform数据业务管理平台OCGFOnline Charging Gateway Function在线计费网关4. 总体说明BOSS系统经过多年的发展，已经具备了基于CDR的准实时计费功能，但是基于CDR的计费方式必然存在一定的欠费风险，欠费风险的控制已经成为运营商亟待解决的问题。利用BOSS系统的融合计费能力、信用控制能力及对客户欠费风险的分析能力，对高风险用户及业务实现欠费风险控制，有效地降低BOSS系统预付费业务的欠费风险。为支撑结合BOSS系统与智能网系统各相关功能，实施欠费风险控制的需求，保证中国移动通信集团有限公司（以下简称“中国移动”）在激烈市场竞争环境的持续发展，特制订中国移动通信业务运营支撑系统（BOSS）业务技术规范（3.0版）欠费风险控制分册（以下简称“本分册”），旨在明确各省BOSS系统在欠费风险控制支撑方面的业务和技术要求。各省公司应以本分册为指导，在BOSS2.0系统基础之上，进行欠费风险控制支撑功能的改造，增加企业的抗风险能力。4.1. 目标欠费风险控制功能的总体目标是：结合中国移动一级BOSS的转发处理能力和省级BOSS系统融合计费能力、信用控制能力以及经营分析系统对客户欠费风险的分析能力，实现对用户欠费风险的实时控制，降低BOSS系统预付费业务的用户欠费风险，提高收入保障水平。本期欠费风险控制功能的业务目标具体包括：l 提供区分用户/业务进行控制的能力；l 增强系统的稳定性，建立系统运行KPI指标，提高系统被管理能力；l 增强系统准确性，为计费结果成为最终帐务模块输入数据奠定基础；l 增加日志功能，满足系统稽核需求。本规范要求对手机钱包等数据业务进行实时的欠费风险控制。4.2. 编写原则本规范的编写基于以下基本原则：l 本规范仅就手机钱包等数据业务欠费风险控制的系统功能和系统接口提出明确要求。l 本规范主要针对手机钱包等数据业务。l 本规范涉及一级BOSS、BOSS接口域、融合计费功能域、综合帐务功能域的相关功能的修改。l 本规范从欠费风险控制的角度，建立相应的系统KPI运行指标，并对系统故障和告警处理提出要求。l 本规范从标准化的角度，提出系统逻辑功能模型、业务功能模块、组件内接口和外部接口的扩展和标准化。4.3. 文档说明和使用人员本规范包括正文和附录两部分，其中：1、 正文部分主要包括对手机钱包进行实时的欠费风险控制分析和对一级BOSS及省BOSS系统内部各部分要求；2、 附录部分包括本规范欠费风险控制对外部系统的要求以及相关的修订说明。欠费风险控制的管理是一项十分重要的工作，使用者大致分为如下层面。1、 欠费风险控制管理人员2、 欠费风险控制实施厂商5. 系统功能5.1. 一级枢纽功能5.1.1. 一级枢纽DCCA架构DCC Proxy: DCC代理，实现DiameterCC协议的适配及传递功能；DCC Relay: DCC中继，实现DiameterCC消息的路由和转发功能。MC：枢纽管理控制中心，实现枢纽网的管理控制功能。在原有一级枢纽的基础，扩展DCC Proxy及其管理功能模块，为全网业务平台提供实时交易处理的能力，系统改造功能模块具体如下所示：1) 交换中心新增DCC Relay模块和DCC管理控制模块，实现全网DCC Proxy管理及数据的实时交换。2) CSN新增DCC Proxy模块，实现和总部业务平台及一级业务支撑系统的DCC协议接入及消息转发。3) PSN新增DCC Proxy模块，实现省业务支撑系统的DCC协议接入及消息转发。对于实时接口业务采用DCC协议及新的接口规范接入。对于原有一级枢纽业务维持不变，采用原有接口协议及处理模式5.1.2. 一级枢纽DCC Proxy/Relay功能架构协议适配：实现的DiameterCC协议消息接入（或者HTTP消息的请求，将HTTP请求转换为DiameterCC）。接入安全：实现外部业务系统接入的安全管理，只有授权接入的系统才能接入。数据校验：对于转发的消息按照规范进行合法性检验。校验内容包含协议级的校验。会话控制：对消息的处理进行完整性监控，保证交易的完整性。路由选择：根据消息的目的地进行路由选择，找到发送的下一节点。异常处理：对消息路由及处理中出现的异常进行处理。连接管理：Dcc Proxy既可以作为客户端连接其他的DCC server，而可以作为服务端供其他业务平台连接，对建立的连接进行管理，实现链路连接的连接、保持、重连。消息转发：将消息按照选择的路由发送到其他DCC Server。KPI采集：对关键KPI指标进行采集，如队列等待数目、响应时长。告警处理：对于系统中的异常触发告警事件，可以通过外部接口将告警事件提供给监控系统。外部接口：实现和网管系统以及MC的数据接口。Qos管理：实现消息的优先级管理，对于优先级高的业务优先处理。流量控制：对于系统的负载进行管理，如果系统负载超过预设的阀值，采取流量控制，如阻塞超出部门的处理。数据统计：实现业务处理统计。日志管理：对系统的交易处理记录日志，并可查询。数据处理：接收MC发送的局数据、路由等数据，并实现数据的同步。5.1.3. 一级枢纽MC功能架构建议一级枢纽MC通过消息发布的方式，同时各DCC Proxy实时上报状态到MC，主要完成以下功能：路由管理：对全网路由进行管理，包括路由信息、全网机构编码基本数据。接入安全管理：对枢纽网的Dcc Proxy的接入许可进行配置和管理。Qos管理：对全网的DCC业务的优先级、服务等级进行统一的配置管理，保证重要业务能够高优先级传递。局数据管理：对全网局数据进行维护管理，局数据定时发布，目前主要指号段局数据。路由发布：将全网的路由数据发布到各节点的Dcc Proxy。安全数据发布：将接入授权数据发布到各个节点。Qos数据发布：将Qos数据发布到各个节点。局数据发布：将全网局数据发布到各个节点。连通测试：实现各Dcc proxy和Mc的连通测试，同时各DCC Proxy的状态变化及时上报给MC模块。系统监控：实现枢纽网系统运行状态的监控，主要包括网络拥塞，主机运行状态等情况。告警处理：对于系统中的异常触发告警事件，可以通过外部接口将告警事件提供给监控系统。网管接口：实现和网管系统的数据接口。流量控制：各DCC Proxy实时报告交易状态和流量到MC，MC根据各DCC的上报数据情况，完成对全网系统的负载进行管理，并将信息发布到各节点。数据统计：实现业务处理统计，比如交易量，成功交易，失败交易等。日志管理：对系统的交易处理记录日志，并可查询。5.1.4. 路由管理 主要完成DCC Proxy之间，以及DCC Proxy与DCC Relay之间的路由管理，信息发布等功能。5.1.4.1. 消息传递协议传递功能接收来自数据业务平台的DiameterCC协议请求消息（或者HTTP消息）转换为内部消息，通过DiameterCC协议发送给省BOSS，并接收省BOSS返回的处理结果消息，将其转换为DiameterCC协议（或者HTTP）响应消息，转发给数据业务平台（当前指手机钱包平台）。基于现有一级枢纽的消息传递方式如下图所示:未来基于网状网演进方案：5.1.4.2. 消息路由BOSS枢纽负责路由来自各业务平台及各省业务支撑系统的请求和应答，并监控和维护枢纽网各接入点的状态和路由信息，接入系统的请求中只需上送落地方的信息（手机号），枢纽网根据上送的路由关键值信息进行路由选择和消息路由。枢纽网将记录相关消息路由信息，并提供统计查询功能。消息路由支持会话控制与事件控制的分发能力。消息路由支持与多个数据业务平台并行进行实时信息交互的能力。当前采用用户手机号和落地域（跟目前一级枢纽的域标示一致）进行路由选择。DCC Proxy根据用户手机号码，判断归属省BOSS的DCC Proxy地址，从而完成路由功能。消息路由支持会话控制与事件控制的分发能力上图是枢纽网Diameter消息路由的选择过程:1) 手机平台发送请求将其发送到枢纽网CSN节点的DCC Proxy，在Destination-Realm中填写目的系统代码（如BOSS）2) 枢纽网CSN节点提取DCC协议中传送Destination-Host和Destination-Realm、用户手机号，根据用户手机号查询路由表信息在Destination-Host中填写目的方PSN节点代码，并在Route-Record中增加当前主机代码，将消息路由到SC的DCC Relay；3) 枢纽网SC节点的的DCC Relay提取DCC协议中传送Destination-Host和Destination-Realm，根据Destination-Host中填写目的方PSN节点代码将消息路由到目的方PSN的DCC Proxy，并在Route-Record中增加当前主机代码；4) 枢纽网PSN节点的DCC Proxy提取DCC协议中传送Destination-Host和Destination-Realm，判断业务是否在本地处理，根据Destination-Realm查询省BOSS的DCC信息，将并在Route-Record中增加当前主机代码，将消息路由至省BOSS；5) 省BOSS应答后，将消息路由回PSN的DCC Proxy；6) PSN将消息路由到SC的DCC Relay；7) SC将消息路由至CSN的DCC Proxy；8) CSN的DCC Proxy将消息传递至手机平台；5.1.5. 检错处理5.1.5.1. 平台CCR消息发送错误流程根据DCC 协议标准，DCC Proxy可能返回以下错误（不包括BOSS侧返回的错误代码），数据业务平台或省BOSS收到这些错误后，可以根据具体业务要求，自行决定后续业务逻辑。DIAMETER_SUCCESS 2001DIAMETER_COMMAND_UNSUPPORTED 3001DIAMETER_UNABLE_TO_DELIVER 3002DIAMETER_REALM_NOT_SERVED 3003DIAMETER_TOO_BUSY 3004DIAMETER_APPLICATION_UNSUPPORTED 3007DIAMETER_INVALID_HDR_BITS 3008DIAMETER_INVALID_AVP_BITS 3009DIAMETER_AUTHENTICATION_REJECTED 4001DIAMETER_AVP_UNSUPPORTED 5001DIAMETER_AUTHORIZATION_REJECTED 5003DIAMETER_INVALID_AVP_VALUE 5004DIAMETER_MISSING_AVP 5005DIAMETER_RESOURCES_EXCEEDED 5006DIAMETER_AVP_NOT_ALLOWED 5008DIAMETER_AVP_OCCURS_TOO_MANY_TIMES 5009DIAMETER_UNABLE_TO_COMPLY 5012DIAMETER_INVALID_BIT_IN_HEADER 5013DIAMETER_INVALID_AVP_LENGTH 5014DIAMETER_INVALID_MESSAGE_LENGTH 50155.1.5.2. CCR目的地址不可达流程 如果DCC Proxy转发消息不能到达目的地的话，则返回目的地不能到达的消息给数据业务平台。 如果省BOSS测返回的CCA不能正确抵达数据业务平台，相应的业务处理逻辑需要平台根据业务需求来处理。5.1.6. 一级枢纽的激活测试 5.1.7. 监控管理提供一级枢纽运行状态的监控数据，以达到监控一级枢纽稳定安全运行的目的。枢纽管理中心的枢纽监控模块可以提供深入的全网监控能力，也可以提供状态和日志给BOSS-NM和BAM，以实现统一展现和交叉关联分析。 5.1.7.1. 信息查询一级枢纽支持对系统基本信息的查询操作，这些信息包括如下分类：1、一级枢纽DCC Proxy的硬件配置：包括主机生产厂商、型号、CPU主频，内存大小、硬盘型号及容量和当前剩余空间、磁带机的型号及容量和当前剩余空间等信息。2、一级枢纽DCC Proxy软件配置：包括当前软件生产厂商、版本号、补丁号、占用的空间大小、包含的文件等，以及该软件本身需要使用的其它软件（如数据库）等的配置信息。3、一级枢纽DCC Proxy基本信息：包括本DCC Proxy的标识、名称、所在省份等信息。4、一级枢纽的路由配置信息、告警阀值、告警之后相关处理。5、告警查询，历史告警信息查询。查询条件为开始时间(YYYYMMDD HHMMSS)、终止时间(YYYYMMDD HHMMSS)、告警内容，系统根据查询条件返回相应的数据。查询接口由Boss枢纽提供WebService实现，外部系统调用WebService查询相关数据。5.1.7.2. 监控功能一级枢纽应该支持系统运行的动态监控功能，主要包括以下方面：1、硬件相关运行信息：包括当前CPU占用率、内存占用情况等信息、磁盘使用情况、系统IO等指标参数。此部分采用安装网管监控的agent来采集数据。2、软件相关运行信息：响应时间，进程运行情况、队列等待数目等。由DCC Proxy定时（60秒）采集应用软件的运行状态（响应时长、队列等待数、工作进程数），通过网管系统的接口上送数据。3、业务数据：系统准同步将出错业务数据发送给网管系统。监控数据接口由网管系统提供接口，BOSS枢纽调用网管系统的接口发送监控数据。5.2. 省级BOSS功能5.2.1. 概述以集团BOSS3.0欠费风险控制规范为指导，各省已经在省级BOSS内部建立了完善的针对语音、短信的欠费风险控制体系，希望将此功能能够拓展到未来的数据业务，特别是3G环境下的数据、内容及支付业务，这类业务并发性强、价值高，而且业务种类丰富，一旦发生恶意欠费，将造成极高的破坏性。现在各省的欠费风险控制体系主要分为两种类型，一是以实时计费（部分用户，固定或变化）为基础，二是以风险控制（部分用户，变化）为基础。针对这两种类型，此次省级BOSS规范都将予以充分考虑。对于手机钱包及其代表的数据业务，规范希望能够在两个方向促进业务的拓展：扩大业务的用户范围，减小用户的欠费风险。经过对业务及未来发展的分析，试点采用稳步发展的原则，分阶段满足未来业务信用控制的需求。未来目标是实现对于所有用户的风险控制。分为如下方面： n 第一阶段，话单计费提速，缩短话单采集、分发、处理到信控消耗时间。n 第二阶段，部分用户实时计费或实时信控。n 第三阶段，所有风险用户实时计费或实时信控。第三阶段将在NGBOSS的融合计费中实现。话单计费提速各省大部分已经完成了省内话单提速，省际话单计费提速将在网状网建立后进行实施。本次试点将基于BOSS3.0的欠费风险控制架构开展，主要针对部分用户实时计费或实时信控来讨论。各省如果希望进行数据业务的欠费风险控制，必须先按照BOSS3.0的规范建设针对语音和短信的风险控制。5.2.2. 鉴权鉴权流程为可选实现，实体功能不强求省级BOSS实现，但需要实现接口桩（简单应答）。目的是协助手机钱包平台对用户进行风险控制。数据增值业务纯鉴权控制流程流程描述：1、 用户使用数据增值业务，向业务平台发起业务使用请求；2、 业务平台（如，手机钱包平台）向一级BOSS（DCC Proxy）发起DCC鉴权请求；3、 一级BOSS进行用户归属省路由判断逻辑；4、 一级BOSS向归属省BOSS转发DCC 鉴权请求；5、 归属省BOSS对于受控用户则进行用户鉴权逻辑；对于非受控用户则鉴权通过；6、 归属省BOSS返回DCC应答消息给一级BOSS；7、 一级BOSS将DCC应答结果转发给业务平台；8、 业务平台对于用户鉴权失败（用户停机等），则拒绝用户的业务使用；鉴权通过的，向用户下发支付确认短信。1、 鉴权用户范围：所有移动BOSS用户2、 鉴权结果种类区分：允许交易：移动VIP用户、重要用户拒绝交易：状态非正常用户（单向停机、停机、预销户、销户）、黑名单用户授权平台处理：非前二种之外的用户，提供相应用户信息给平台（入网时间、余额、品牌、支付方式（预付费、后付费）、客户类型）注：“可选项”在调试前需要确认省是否使用DCC监控范围内：DCC扣费失败返回列表平台处理流程黑名单黑名单用户，拒绝交易余额不足余额购买商品金额0，拒绝交易用户状态（非正常）单向停机、停机、预销户、销户，拒绝交易系统忙，稍后再试按平台控制流程决断用户是否可支付非DCC监控范围用户：DCC扣费失败返回列表平台处理流程非监控范围内用户VIP、重要客户允许用户支付非监控范围内用户黑名单、非正常状态拒绝交易非监控范围内用户返回用户信息按平台控制流程决断用户是否可支付非监控范围内用户非BOSS用户按平台控制流程决断用户是否可支付超时（处理异常）1分钟以上视为超时，按超时控制流程走平台控制流程：控制点处理流程平台定义黑名单黑名单用户，拒绝交易按用户等级控制分用户等级进行限额配置（随分析系统结果定期更新）特殊时段交易控制在特殊时段（虚假高的时段）内总交易次数超过该值，拒绝交易手机号码隶属为黑号段手机号码隶属于黑号段，拒绝交易频次控制用户、号段交易达到一定金额，需要间隔x分后再进行下笔交易以上控制可按省、市及商品类型进行相应配置。商品控制类型：控制（用户行为分析，虚假高的商品），非控（虚假低的商品）5.2.3. 扣费5.2.3.1. 实时信控模式为了实现对用户的业务使用进行实时的业务使用额度控制，为每个用户建立了一个虚拟的帐户。数据业务平台（手机钱包平台）上报DCC消息给一级BOSS，一级BOSS将接受到的消息转发给省BOSS，省BOSS根据一级BOSS上报的DCC消息计费，再从用户的虚拟账户中扣费，并将用户账户的支付结果返回给一级BOSS，手机钱包平台再根据接受到的结果决定用户是否可以使用本次业务。省BOSS需要支持的功能：支持对用户鉴权功能。支持处理一级BOSS上报的消息。支持从用户虚拟账户扣费功能。支持根据一级BOSS上报的回退消息，对用户账户补款。支持用户真实账户向虚拟账户的同步功能。5.2.3.1.1. 数据流程1. 业务平台向一级BOSS发送CCR消息；2. 一级BOSS作为PROXY将CCR消息转发给省BOSS的网络接口；3. 省BOSS网络接口模块将接受到的CCR消息解析并转发给欠费控制模块；4. 欠费控制模块计算出本次请求需要扣除的费用，再到用户虚拟账户中扣费，并将扣费结果返回给业务平台。5. 业务平台根据扣费结果再决定是否为用户提供服务。6. 如果业务平台为用户提供服务成功后，通知梦网网关生成扣费话单，省BOSS接受到梦网网关生成的扣费话单，经过预处理和批价后到用户的真实账户扣费。7. 如果业务平台为用户提供服务失败，需要发送一条DCC消息对已经在省BOSS虚拟账户中扣费的部分进行费用反补。8. 为了保证虚拟账户的准确性，需要真实账户定时同步给虚拟账务。5.2.3.1.2. 虚拟帐户管理为了实现对用户的业务使用进行实时的业务使用额度控制，为每个用户建立了一个虚拟的帐户，该帐户保存了该用户可使用的余额信息。每个帐户都要有一个或多个帐本，保存用户各项帐本余额信息。虚拟帐户要支持多帐本科目的能力，并且要支持不同的帐本科目定义不同的付费规则，以支持BOSS系统中对专款专销需求的支撑能力。对于专款专销的支撑能力要具备指定帐本科目支付指定的费用科目、指定帐本科目定额消费等能力。在BOSS系统中存在一个用户由多个帐户付费的多重付费关系，但考虑到欠费风险控制功能实现的简洁，每个用户只有一个虚拟帐户，不支持一个用户由多个帐户付费的付费关系。对于BOSS系统的这种多重付费关系可采用规避或将多个帐户的余额映射到虚拟帐户的不同帐本科目的方法来实现。因此要求虚拟帐户管理要支持把相应的帐户余额归并到同一虚拟帐户的不同帐本科目的能力。虚拟帐户管理功能要能够在虚拟帐户余额发生变化时触发用户的业务许可表的重新计算。5.2.3.1.3. 帐务操作帐务操作实现对用户虚拟帐户的实时帐务处理，包含实时合帐、结余查询、帐户锁定、帐户解锁、帐户扣费、帐户返还等操作。实时合帐：实时合帐功能汇总实时计费引擎提供的详细计费信息，实现实时帐务优惠，形成可供预留或扣费的实时综合帐单信息。结余查询：帐户查询功能根据用户默认帐户的存折费用，并基于帐务优惠后的实时综合帐单费用，对用户的帐单做虚拟销帐处理，得出用户最终帐户结余信息。帐户锁定：帐户锁定功能根据用户业务使用过程中的实时综合帐单信息，对用户虚拟帐户上的费用进行锁定。帐户解锁：帐户解锁功能对用户虚拟帐户上锁定的费用进行解锁。帐户扣款：帐户扣款功能根据用户业务使用结束后的实时综合帐单信息，对用户虚拟帐户上的费用进行扣除。帐户返还：帐户返还功能在用户业务使用不成功的情况下，能对已扣款的费用进行返还。5.2.3.1.4. 余额查询为实现用户对话费余额的统一感知，实时帐户处理提供对外部系统（含BOSS其他功能域）的实时余额查询功能。余额查询功能必须提供用户虚拟帐户详细帐目的查询功能。余额查询功能必须实现基于消息的实时接口。外部系统余额查询请求余额查询响应图 51 余额查询流程5.2.3.2. 实时计费模式5.2.3.2.1. 简介实时计费模式采用实时从用户帐户扣除金额的方式，可最大限度的降低欠费风险。实现精确控制、精确计费，对各系统的响应速度、可靠性有较高要求。BOSS实时计费功能域负责对用户帐户进行实时扣费，是实际计费点，存放用户帐户真实金额，在实时扣费同时产生扣费话单，作为账单生成依据；同时也是实际信控点。DCC Proxy具备协议转换、消息路由功能。其中存有支持实时计费用户名单（支持散号），可判断待扣费号码是否支持实时扣费，对支持实时计费的用户转发其请求给实时扣费模块处理。BOSS其他功能域按各自规则生成/更新实时计费用户名单加载到DCC Proxy。稽核模块结合实时扣费模块产生的实时计费话单、北京梦网网关产生的离线扣费话单以及由手机钱包提交的两类话单的对应关系进行稽核。5.2.3.2.2. 数据流程 对各类用户的处理流程如下：一、智能网用户1、手机钱包平台向省BOSS发起实时扣费请求，省BOSS回应“归属错误” (流程a、b) ；2、手机钱包平台按现有流程向梦网网关提交话单扣费申请(流程d) ；3、梦网网关判断出扣费号码是智能网属性号码，经省IOD到其归属SCP进行实时扣费(流程g、k) ；4、SCP进行扣费处理，并返回结果到手机钱包平台；5、若SCP扣费失败，则流程结束。若SCP扣费成功，则梦网网关回应手机钱包平台扣费成功，并生成话单经一级BOSS传给省BOSS入清单库（流程e、f、m）。二、BOSS离线计费用户1、手机钱包平台向省BOSS发起实时扣费请求；DCC Proxy判断出扣费号码不支持实时计费，告知手机钱包平台(流程a、b) ；2、手机钱包平台按现有流程向梦网网关提交话单扣费申请(流程d) ；3、梦网网关判断出扣费号码是BOSS属性号码，生成话单经一级BOSS传给省BOSS，并回应手机钱包平台话单生成成功（流程e、f） ；4、省BOSS收到扣费话单后分发到离线计费系统进行扣费，并将话单入清单库（流程l、n）。三、BOSS实时计费用户1、手机钱包平台向省BOSS发起实时扣费请求，DCC Proxy判断出扣费号码支持实时计费，将实时扣费请求转发至OCS(流程a、b、c)；2、OCS系统进行扣费处理，生成话单入清单库（流程j），并返回结果到手机钱包平台；3、若OCS扣费失败，流程结束。若OCS扣费成功，则手机钱包平台向梦网网关提交话单扣费申请(流程d) ；4、梦网网关判断出扣费号码是智能网属性号码，尝试经省IOD到其归属OCG进行实时扣费(流程g) ；OCG是否还做实时扣费？5、在省IOD中经过配置，对已回迁BOSS的号码的手机钱包业务扣费请求统一回应扣费成功；6、梦网网关回应手机钱包平台扣费成功，并生成话单经一级BOSS传给省BOSS（流程e、f）；7、省BOSS收到离线话单后分发到稽核模块，对OCS产生的扣费话单进行稽核(流程h、i)。5.2.3.2.3. 控制流程数据增值业务扣费控制流程正常扣费流程描述：1、 用户使用数据增值业务，向业务平台发起业务使用请求；2、 业务平台（如，手机钱包平台）向一级BOSS（DCC Proxy）发起DCC扣费请求；3、 一级BOSS进行用户归属省路由判断逻辑；4、 一级BOSS向归属省BOSS转发DCC 扣费请求；5、 归属省BOSS对于受控用户则进行用户余额鉴权等逻辑；对于非受控用户则放通业务；6、 归属省BOSS返回DCC应答消息给一级BOSS；7、 一级BOSS将DCC应答结果转发给业务平台；8、 业务平台对于用户扣费失败（用户停机、余额不足等），则拒绝用户的业务使用；鉴权通过的，业务平台向用户进行业务授权；9、 用户可以使用业务；10、 交易成功，业务平台通知梦网网关产生服务使用记录；11、 梦网网关返回应答消息（含MessageID）；结果通知流程描述（目的对于在线计费方式，提供梦网网关 关联的MessageID，用于已在线扣费成功的话单过滤）12、 业务平台向一级BOSS发起DCC 结果通知(含MessageID)；13、 一级BOSS进行用户归属省路由判断逻辑；14、 一级BOSS向归属省BOSS转发DCC 结果通知(含MessageID)；15、 归属省BOSS受控用户扣费数据填MessageID； 【仅在线计费方式需要处理】16、 归属省BOSS返回DCC结果通知应答消息给一级BOSS；17、 一级BOSS将DCC结果通知应答转发给业务平台；18、 业务平台完成内部 结果通知相关的处理逻辑。后