一种融合的计费系统和方法

专利名称：：一种融合的计费系统和方法
技术领域：
：本发明涉及计费领域，特别的涉及一种融合的计费系统和方法。技术背景目前，现有的电信计费主要有以下两种解决方案一种方案是以智能网和综合业务管理平台(ISMP)实现预付费用户的在线计费处理，同时以准实时计费系统实现后付费用户的计费处理。另一种方案是由准实时计费系统统一负责预付费和后付费用户的计费处理。在智能网计费系统中，计费鉴权流程在业务控制点(SCP)处实现，当用户账户的余额仅能通话两分钟时，SCP会在两分钟后立即切断用户通话。因此，智能网实现了实时计费，从而解决了用户欠费问题。但是智能网系统的缺陷在于，其计费方案不灵活，对数据业务进行实时计费有困难并且预付费和后付费用户的客户资料不统一，无法实现用户付费属性的灵活切换。在准实时计费系统中，系统会间隔一定的时间(比如5分钟)到特定的网络设备中取话单后，再从相应的账户中进行扣费。因此，准实时计费系统具有计费方案灵活、用户资料统一的优点。但是由于相邻两次取话单之间存在时间差，因此准实时计费系统存在欠费风险。此外，还存在有后付费计费系统，它是指用户先使用业务，运营商在固定的时间内，根据用户之前使用的业务量以及资费策略进行扣费的一种计费方式，相对于预付费而言，其特点是计费方案实现简单，但存在较高的欠费风险。在申请号为CN03107227.5的专利申请中，公开了一种根据移动通信系统的内容生成计费数据的装置，包括PDSN(分组数据业务节点)、BDS(计费服务器)、IUX(分组数据分析装置)、镜像交换机；由PDSN连接到DCN(数据核心网)，用以向用户的移动终端提供数据业务；BDS用以进行计费；DCN连接到提供内容的内容服务器和互联网；IUX用于分析从PDSN提供的计费数据记录和分组数据，根据分析结果实时地生成计费数据，将计费数据传送到计费服务器；镜像交换机用于复制从PDSN提供的分组数据和计费数据记录，并将复制的分组数据和计费数据记录传送到IUX。然而，这样的计费系统仅能实现分组数据业务的实时计费，而不能提供分组数据业务、话音业务融合的实时计费。因此，既能实现预付费用户的实时计费、杜绝用户欠费，又能提供灵活的计费方案，统一预付费用户和后付费用户的客户资料，为用户提供语音和数据等全业务的计费解决方案已成为未来的发展趋势。
发明内容针对上述现有计费系统中存在的不足，本发明提供了一种融合的计费系统，所述系统包括业务控制点(SCP)，用于触发话音业务的在线计费；内容计费网关(CCG),用于触发根据内容区分流量的在线计费；综合业务管理平台(ISMP)，用于触发移动增值数据业务的在线计费；在线计费部件(OCS),对于进行在线计费的预付费用户，接收由业务控制点、内容计费网关或综合业务管理平台触发的在线计费请求，并对当前预付费账户进行实时计费；准实时计费部件(Hotbilling)，对于进行准实时计费的预付费用户和后付费用户，以特定的时间间隔到特定的网络设备中取话单，从相应的账户中进行扣费和计费；共享信息数据库(SID)，用于统一保存和管理用户数据、产品数据、账户数据和资费数据，并由在线计费部件和准实时计费部件进行数据共享。由于本发明的计费系统由SID统一管理客户、产品、定价、账务等数据，并根据统一的数据模型建设共孚信息数据，建立创建、读取和更新数据的权限矩阵等信息管理和共享机制。这样就可以使准实时计费系统、在线计费系统通过SID获取统一的客户信息、账户信息(包括余额信息、累积量信息)、产品/商品信息、资费信息视图，使两个计费系统成为一个统一的整体，从而实现了在线计费用户与后付费用户的真正融合。另外，本发明的计费系统和方法采用了基于DiameterCC扩展的在线计费协议(OCP)来与网络设备相连。由于IETF定义的DiameterCC协议并不支持各种电信业务的在线计费，因此OCP在DiameterCC协议的基础上根据电信网络的需求进行了扩展。OCP扩展了对语音业务的在线计费功能的支持，从而使本发明的融合的计费系统能够通过SCP对语音业务进行在线计费触发和呼叫控制。此外，由于本发明的计费系统和方法统一通过计费协议(OCP)与SCP、CCG和ISMP等网络设备相连，因此可以通过OCP协议对基本语音业务、基本数据承载业务与增值业务进行在线计费控制。将各种业务、各种网络的在线计费功能在本发明的融合的计费系统中统一实现，从而实现了各种业务的交叉捆绑计费与优惠，实现了多业务、多网络融合的在线计费。下面，将结合附图对本发明的具体实施例进行详细的解释和说明，其中，图1示出了本发明的融合的计费系统的总体架构的方框图；图2示出了本发明的融合的计费系统中的OCS的方框图；图3示出了本发明的融合的计费系统中的SID的方框图；图4示出了本发明的融合的计费系统中对基于时间收费的SCP主/被叫语音业务实时计费流程图；图5示出了本发明的融合的计费系统中SCP主叫AoC(AdviceofCharge计费通知)提醒的计费流程图；图6示出了本发明的融合的计费系统中SCP最后一个时间片Tone音提醒情况下的计费流程图；图7示出了本发明的融合的计费系统中无条件呼叫前转情况下的计费流程图；图8示出了本发明的融合的计费系统中有条件呼叫前转情况下的计费流程图；图9示出了本发明的融合的计费系统中点对点短消息的计费流程图；图10示出了本发明的融合的计费系统中ISMP基于事件计费的流程图；图ll示出了本发明的融合的计费系统中CCG基于流量计费的流程图；图12示出了本发明的融合的计费系统中CCG基于时长计费的流程图；图13示出了本发明的融合的计费系统中CCG费用按时间切换情况下的计费流程图；图14示出了本发明的融合的计费系统中CCG数据业务RAR(Re-Auth-Request重鉴权请求)的流程图；图15示出了本发明的融合的计费系统中CCG数据业务ASR(Abort-Session-Request终止用户会话请求)的流程图；图16示出了本发明的融合的计费系统中用户余额足够，用户主动桂机的操作的流程图；图17示出了本发明的融合的计费系统中初始余额不足申请时长的情况下的流程图；图18示出了本发明的融合的计费系统中DSL(DigitalSubscriberLine数字用户环线)计费的流程图；图19示出了本发明的融合的计费系统中固网单次计费的流程图；图20示出了本发明的融合的计费系统中充值过程的流程图；以及图21示出了本发明的融合的计费系统中查询余额的流程图。具体实施方式本发明的融合的计费系统和方法将现有的计费系统中的业务控制点(SCP)、综合业务管理平台(ISMP)和内容计费网关(CCG)各自的在线计费功能剥离，融入独立的在线计费部件-OCS。由OCS来统一负责预付费用户的3G电路域、分组域和数据业务网的实时计费和交叉捆绑。由准实时计费部件(Hotbilling)负责对预付费和后付费用户进行准实时计费处理。由共享信息数据库(SID)统一保存客户数据、产品数据、账户数据和资费数据。并分别由OCS和HotBilling对SID进行数据共享，从而实现预付费与后付费用户的融合。另外，由于OCS采用了类似于准实时计费的数据模型，如中国电信计费模型1.0，而且专门用于计费处理，因此本发明的计费系统和方法可以实现同准实时计费方案可比的资费灵活性和业务捆绑能力。如图l所示，本发明的融合的计费系统的总体架构包括计费域、电路域、分组域和数据业务网。计费域中主要包括共享信息数据库(SID)、用于对预付费用户进行在线计费的在线计费部件(OCS)和用于对预付费用户和后付费用户进行准实时计费的准实时计费部件(HotBilling)。SID用于统一保存客户数据、产品数据、账户数据和资费数据，由计费域中的OCS、HotBilling和计费域之外的其它部件，如客户关系管理部件(CRM)、经营分析部件、结算部件(未示出)等各个信息部件进行数据共享。OCS主要通过统一的在线计费协议(OCP)与其它计费网元设备，例如触发基于会话、事件的在线计费请求的设备，如SCP、CCG、ISMP等相连以进行实时话务控制并实现在线计费。OCS可以独立于现有的后付费计费系统而成为一个单独节点，也可以与后付费计费系统集成为同一套系统。在HotBilling中，HotBilling以特定的时间间隔到特定的网络设备，如交换机、CCG和ISMP中取话单，而后从相应的预付费账户中进行扣费，它通过CDR接口分别与SCP、位置归属寄存器(HLR)、ISMP、MSC/SSP和计费网关(CG)相连接(将在下面进行详细描述)，以进行预付费用户和后付费用户的准实时计费处理。电路域中主要包括通过CDR接口与计费域中的HotBilling连接的MSC/SSP。分组域中主要包括CG、SGSN/SSP和eGGSN/CCG。如上所迷，CG通过CDR接口与计费域中的HotBilling连接。SGSN/SSP和eGGSN/CCG均通过GTP，协议与CG连接。所述eGGSN/CCG还通过OCP协议与计费域中的OCS相连接。其中，内容计费网关(CCG)实现了3GPP(第三代合作伙伴计划)标准中定义的话务平面功能，是基于内容进行流量区分的计费触发点。CCG可以是独立的设备也可以同GGSN集成在一起。此外，横跨电路域和分组域的业务控制点(SCP)用于处理话音业务的在线计费的计费触发和呼叫控制，它通过CAMEL3协议分别与电路域中的MSC/SSP和分组域中的SGSN/SSP相连接。并且，如上所述，它通过OCP协议与OCS相连接，并通过CDR接口与HotBillhig相连接。横跨电路域和分组域的位置归属寄存器(HLR)与MSC/SSP和SGSN/SSP相连接，并通过CDR接口与HotBilling相连接。数据业务网包括综合业务管理平台(ISMP),它是实现各种移动增值数据业务公共管理的实体，它对各种移动增值数据业务进行统一管理和统一认证。数据业务网由业务引擎(SE)触发计费请求，由ISMP判断是否需要在线计费，如果需要进行在线计费，则由ISMP统一触发到OCS进行预留、批价，并将结果返回业务引擎(SE)。因此，ISMP通过OCP协议与OCS进行通信连接，并通过CDR接口与HotBilling相连接。此外，本发明的融合的计费系统还包括网关部件和负责其它网络与OCS系统接口的网元i殳备，如NGN网络、IMS网络、WLAN和其它移动、固定网络(未示出)。本发明的计费系统中的OCS采用了基于DiameterCC扩展的在线计费协议(OCP)与网络设备相连。OCP定义了OCS与SCP、CCG和ISMP的接口规范，由于IETF(互联网工程任务组)定义的DiameterCC协议并不支持各种电信业务的在线计费，因此OCP在DiameterCC协议的基础上根据电信网络的需求进行了扩展。增加了支持语音业务、ISMP业务的AVP(属性值对)。扩展后，SCP通过OCP接口向OCS发送计费请求，而且实现实时计费。OCP扩展了对语音业务的在线计费功能的支持，从而使本发明的融合的计费系统和方法能够通过SCP对语音业务进行在线计费触发和呼叫控制。OCP协议的协议结构和协议格式详见附录1。本发明的OCS体系结构如图2所示，OSC系统包括余额管理装置(ABMF)、批价处理装置(RF)、基于会话的计费装置(SBCF)、基于事件的计费(EBCF)、、计费网关装置(CGF)、通用接口层装置(CIF)和系统管理装置(OMC)。余额管理装置(ABMF)用于对用户的账户余额和累计量进行管理，它包括账户余额的预留/释放、扣费、补款、外部账户使用、实时余额查询、账户余额监控等功能。批价处理装置(RF)根据业务使用请求和用户信息确定需要的资费、价格或使用量。提供服务使用过程中的费用或使用量的计算以及批价公式的灵活定义和跨产品与跨业务的优惠等功能。通用接口层装置(CIF)是OCS与外部系统进行计费消息交互的功能装置，OCS内部功能装置通过通用接口层实现计费消息的格式转化和交互。通用接口层与外部网元采用OCP进行计费消息的交互，同时支持话单文件的识别和处理，通用接口层与内部装置采用IF1接口通信。通用接口层的功能主要包括协议转换、计费消息格式化、基本用户资料加载、计费信息的路由分发等。基于会话的计费装置(SBCF)用于处理基于会话的计费请求并进行信用度控制，与批价处理装置通信以获取服务使用过程中当前所产生的费用或使用量，与账户余额管理装置通信以查询、更新账户余额和累计量。基于事件的计费装置(EBCF)用于处理基于事件的计费请求并进行信用度控制，与批价处理装置通信以获取服务使用过程中当前所产生的费用或使用量，与账户余额管理装置通信以查询、更新账户余额和累计量。计费网关装置(CGF)用于接收基于会话和事件的计费装置的话单输出请求，按照一定的策略，例如，定时/定量/定时定量结合等策略输出话单文件。系统管理装置(OMC)用于对OCS的运行进行配置、监控和维护，它包括运行管理、业务统计、审核校验、数据管理、日志管理、版本管理等功能。图3示出了本发明的融合的计费系统中的SID的方框图。SID作为集中的数据中心平台，包括数据服务层、核心数据层和系统维护管理装置，来为各个系统提供对业务数据的直接访问和控制。其它业务系统(如OCS、Hotbilling)对SID的操作通过数据服务层这一统一、规范的接口来进行，由业务系统调用原子服务操作SID中的数据。SID中包括对不同业务系统、不同数据操作的权限管理机制，以保障数据的一致性、安全性和系统的可靠性。核心数据层包括了参与人、产品、定价，账务、地域和订单六个数据域的业务数据，分别记录了客户、产品、定价、账务和订单的信数据服务层是对核心数据层的操作访问层，为业务系统提供对业务数据的直接访问和控制的原子服务，向业务系统和ODS(操作数据存储)提供数据同步机制，并为数据一致性、准确性和数据安全提供保障机制。系统维护管理装置负责SID平台的日常操作维护、告警、日志和统计等功能，并提供与上级网管的接口。SID作为所有系统共享数据的唯一数据来源，打^C了系统之间的直接链路，因此，所有应用系统都拥有了单一、一致的地点来访问信息，各应用系统通过SID服务接口与SID共享数据服务平台进行交互，使用SID提供的共享数据服务。SID可以保持数据的同步，而且实时将数据传送给相关业务系统和数据存储设备。在SID处理数据服秀'求时，需要提供服务鉴权、事务服务管理、原子数据服务操作、批量数据文件同步和数据服务的访问控制等功能，并通过中间件技术实现与应用系统的订阅/通知和消息交互，以保证系统的安全、可靠、高效运行o下面，将接合图4-20详细说明本发明的融合的计费系统针对各种计费业务的详细的流程图。图4示出了本发明的融合的计费系统中对基于时间收费的SCP主/被叫语音业务实时计费流程图。如图4所示，在步骤Sl,SCP从SSP接收IDP消息，SCP判断用户是否需要实时计费；SCP判断是否需要向HLR发送ATI消息，以取得被叫位置信息(同城特例、小区优惠)；SCP进行短号翻译，并进行集团网内网外呼叫判断。在步骤S2，SCP将相关信息和结果(例如用户的主叫号码信息、被叫用户号码、发起的业务类型信息等)通过CCR(Initial)发送到OCS，进行计费请求。在步骤S3，OCS通过SCP发送的相关信息进行账户批价、反算、预留，并将可使用的时间通过CCA(Initial)发送给SCP。在步骤S4，SCP向MSC/SSP发送AC,由MSC/SSP进行呼叫监视。在步骤S5，SCP收到MSC/SSP报送的ACR。在步骤S6，SCP向OCS发送CCR(Update),上报已经使用的时间。OCS根据上报的CCR进行批价、反算、预留，并将可使用的时间通过CCA(Update)发送给SCP。在步骤S7，用户通话结束后，SCP收到MSC/SSP送上来的ACR。最后，在步骤S8，SCP向OCS发送CCR(Termination)，上报已经使用的时间。OCS根据上报的CCR进行扣费，并返回CCA(Termination)给SCP。图5示出了本发明的融合的计费系统中SCP主叫AoC(计费通知)提醒的计费流程图。在步骤Sl，SCP从MSC/SSP接收IDP消息。由SCP判断用户是否需要实时计费；SCP判断是否需要向HLR发送AT1消息，以取得被叫位置信息(同城特例、小区优惠)；SCP进行短号翻译，并进行集团网内网外判断。在步骤S2，SCP将相关信息和结果通过CCR(Initial)发送到OCS，进行计费请求。在步骤S3，OCS通过SCP发送的相关信息进行账户批价、预留。由OCS判断用户是否开通了AoC业务。在步骤S4,OCS将可使用的时间通过CCA(Initial,RC-Success，GSU(CC-Time))发送给SCP，如果用户开通了AoC业务，则OCS将用户的主账户余额和费率信息通过AoC-InformationAVP在消息CCA(Initial,GSU(CC-Time),AoC-Information)中发送给SCP。在步骤S5,SCP根据AoC-InformationAVP组的信息，指示SSP播放相应的录音通知。录音通知播放完毕后，SCP向MSC/SSP发送AC，MSC/SSP进行呼叫监视。图6示出了本发明的融合的计费系统中SCP最后一个时间片Tone音提醒情况下的计费流程图。在步骤Sl，SCP从MSC/SSP接收IDP消息。SCP判断用户是否需要实时计费；SCP判断是否需要向HLR发送ATI消息，以取得被叫位置信息(同城特例、小区优惠)；SCP进行短号翻译，并进行集团网内网外判断。在步骤S2，SCP将相关信息和结果通过CCR(Initial)发送到OCS,进行计费请求。在步骤S3，OCS通过SCP发上来的相关信息进行账户批价、反算、预留，并将可使用的时间通过CCA(Initial)发送给SCP。在步骤S4，SCP向MSC/SSP发送AC,由MSC/SSP进行呼叫监视。在步骤S5，SCP收到MSC/SSP报送的ACR。并在步骤S6向OCS发送CCR(Update)，上报已经使用的时间。OCS根据上报的CCR进行反算、预留，并将可使用的时间通过CCA(Update)发送给SCP。如果此时OCS中用户的余额不足，OCS判断出本次所分配的时间片是最后一个时间片，则在下发的CCA中携带Final-Unit-Indicator消息。SCP收到OCS的CCA后，下发相应的AC给SSP，并指示SSP播放相应的Tone音。在步骤S7，SCP收到MSC/SSP报送的ACR。用户通话结束后，在步骤S8，SCP向OCS发送相应的CCR(Termination)消息。OCS根据CCR(Termination)消息，进行计费并返回相应的CCA(Termination)消息。图7示出了本发明的融合的计费系统中无条件呼叫前转情况下的计费流程图。在步骤Sl，SCP收到MSC/SSP发送的被叫IDP消息，SCP判断是否将发生呼叫前转。若将发生呼叫前转，则SCP放弃对MT流程的控制。在步骤S2，SCP收到前转的IDP消息，SCP判断用户是否需要实时计费。在步骤S3，SCP将前转相关信息和结果通过CCR(Initial)发送到OCS，进行计费请求。在步骤S4，OCS通过SCP发上来的相关信息进行账户批价、反算、预留，并将可使用的时间通过CCA(Initial)发送给SCP。在步骤S5，SCP向MSC/SSP发送AC，MSC/SSP进行呼叫监视。在步骤S6,SCP收到MSC/SSP送上来的ACR,并在步骤S7向OCS发送CCR(Update),上报已经使用的时间。在步骤S7,OCS根据上报的CCR进行反算、预留，并将可使用的时间通过CCA(Update)发送给SCP。在步骤S8，用户通话结束后，SCP收到MSC/SSP报送上来的ACR,并在步骤S9向OCS发送CCR(Termination)，上报已经使用的时间。OCS根据上报的CCR进行扣费，并返回CCA(Termination)给SCP。图8示出了本发明的融合的计费系统中有条件呼叫前转情况下的计费流程图。在步骤Sl,SCP收到IDP消息。SCP判断用户是否需要实时计费；SCP判断是否需要向HLR发送ATI消息，以取得被叫位置信息(同城特例、小区优惠)；SCP进行短号翻译。在步骤S2，SCP将相关信息和结果通过CCR(Initial)发送到OCS，进行计费请求。在步骤S3，OCS通过SCP发上来的相关信息进行账户批价、反算、预留，并将可使用的时间通过CCA(Initial)发送给SCP。在步骤S4，SCP收到前转的IDP消息，判断用户是否需要实时计费。在步骤S5，SCP发送CCR(Initial,Subscription-id,Service-Information(IN-Information))，将前转计费相关信息发送给OCS，OCS关联MT和MF流程。在步骤S6，OCS通过SCP发上来的前转相关信息进行账户批价、反算、预留，并将可使用的时间通过CCA(Initial)发送给SCP。在步骤S7,SCP向MSC/SSP发送AC,MSC/SSP进行呼叫监视。在步骤S8，SCP收到MSC/SSP送上来的ACR，并在步骤S9向OCS发送CCR(Update)，上报已经使用的时间。OCS根据上报的CCR进行反算、预留，并将可使用的时间通过CCA(Update)发送给SCP。在步骤S10，用户通话结束后，SCP收到MSC/SSP送上来的ACR,并在步骤Sll向OCS发送CCR(Termination)，上报已经使用的时间。OCS根据上报的CCR进行扣费，并返回CCA(Termination)给SCP。图9示出了本发明的融合的计费系统中点对点短消息的计费流程图。首先，MSC/SSP收到短消息请求，才艮据主叫的签约信息SMS-CSI触发业务。在步骤S1，SCP收到IDP消息后，判断是否需要实时计费，并进行短号翻译，而后，SCP发送CCR(Event)到OCS。在步骤S2，OCS进行批价、扣费，并发送CCA(Event)到SCP。此后，SCP下发connectSMS，在主叫号码前面加个前缀(比如99)。SMSC发送时将主叫前缀99去掉，发送给^f皮叫方。在步骤S3，如果SMSC发送到被叫用户失败，则SCP向OCS发送CCR(Event)。在步骤S4，OCS利用SMSC与SCP之间的IP接口(SMPP+)来实现费用回补，SMSC根据用户属性(由前缀99得知)和号段到归属OCS进行回补。图IO示出了本发明的融合的计费系统中ISMP基于事件计费的流程图。在步骤Sl，业务引擎发出业务鉴权计费请求AuthPrice到ISMP。在步骤S2，ISMP对业务进行鉴权处理。在步骤S3,ISMP发CCR(Event,Request-Action-Direct-Debiting,Product-ID)到OCS。在步骤S4，OCS收到CCR请求后进行批价，直接扣费。在步骤S5，OCS返回CCA给ISMP。在步骤S6，ISMP根据OCS返回的CCA发送AuthPriceRsp给业务引擎。业务引擎下发业务，如果成功，则流程结束。如果下发业务失败，在步骤S7，业务引擎发出AuthPirceCnfm到ISMP。在步骤S8，ISMP发出CCR(Event,R叫uest-Actioi^Refund，Product-ID)补款请求到OCS。在步骤S9，OCS收到补款.请求后，进行批价和补账。在步骤SIO,OCS返回补款应答CCA给ISMP。在步骤Sll，ISMP发送AuthPriceCnfmResp给业务引擎。图ll示出了本发明的融合的计费系统中CCG基于流量计费的流程图。在步骤Sl，用户发起PDPContext请求。在步骤S2，CCG发起CCR(Initial)消息，请求OCS建立控制连接。在步骤S3，OCS进行用户余额或状态检查并回复CCA(Initial)消息。在步骤S4,PDPContext建立成功。在步骤S5，用户发起服务请求l。在步骤S6，CCG发起CCR(Update)消息，其中带RatingGroup(RG)=1。在步骤S7，OCS批价，计算流量配额。在步骤S8，OCS回复CCA(Update)消息，分配配额，并通知CCG空闲时间定时器和最小配额阈值。在步骤S9，用户发起服务请求2。在步骤SIO,CCG发起CCR(Update)消息，其中带RatingGroup(RG)=2。在步骤Sll，OCS批价，计算流量配额。在步骤S12，OCS回复CCA(Update)消息，分派配额，并通知CCG空闲时间定时器和最小配额阈值。在步骤SI3,Rating-Group=l的Validity-Time到达。在步骤S14,CCG发起CCR(Update),上报Rating-Group=1的已使用配额，上报原因是Validity-Time到达。在步骤S15，OCS批价，扣费，累计已使用流量配额。在步骤S16,用户退出，PDPContext去激活。在步骤S17，CCG发起CCR(Final)，在CCR(Final)中上才艮RatingGroup=l和RatingGroup=2两种月艮务已寸吏用配额，上报原因是使用结束。在步骤S18,OCS批价，扣费。在步骤S19，OCS返回CCA(Final)消息。图12示出了本发明的融合的计费系统中CCG基于时长计费的流程图。在步骤S1，用户发起PDPContext请求。在步骤S2，CCG发起CCR(Initial)消息，请求OCS建立控制连接，OCS进行用户余额或状态检查。在步骤S3,OCS回复CCA(Initial)消息。在步骤S4，PDPCont'建立成功。在步骤S5,用户发起服务请求1。在步骤S6,CCG发起CCR(Update)消息，其中带RatingGroup(RG)=1。在步骤S7，OCS批价，计算时间配额。在步骤S8，OCS回复CCA(Update)消息，分(配额，并通知CCG空闲时间定时器和最小时间阈值。在步骤S9，用户使用时间达到最小时间阈值。在步骤SIO，CCG发起CCR(Update),上报已使用时间配额，上报原因是使用时间达到最小阈值。在步骤Sll，OCS批价，扣费，计算时间配额。在步骤S12，OCS回复CCA(Update)消息，重新分派时间配额。在步骤S13,用户退出，PDPContext去激活。在步骤S14，CCG发起CCR(Termination),上报已使用时间配额，上报原因是使用结束。在步骤S15,OCS批价，扣费。在步骤S16,OCS返回CCA(Termination)消息。图13示出了本发明的融合的计费系统中CCG费用按时间切换情况下的计费流程图。在用户使用业务的过程中，费率可能随着时间或者使用量的变化而变化。对于费率随着使用量的变化而变化的情况，服务器可以通过计算获得正确的批价和计费，无需客户端参与；对于费率随着时间的变化而变化的情况，由于服务器需要知道配额在时间切换点前后的使用情况才能正确批价和计费，因此需要客户端参与并上报相应的配额使用情况。当服务器端预计到给客户端分配的下一个配额有效期内可能会发生费率切换，服务器将会在CCA消息中通过Tariff-Time-ChangeAVP将费率切换时间告诉客户端。当费率切换点到达后，所有的活动用户会话都应该将切换点前的配额使用情况上报给服务器端，并且申请新的费率下的新配额。为了避免在费率切换点时过多的CCR/CCA交互造成服务器负荷过重，客户端被允许继续使用配额直到下一次符合发送CCR的条件满足。在切换点过后的CCR中，客户端必须向服务器端分别上报费率切换点前和费率切换点后配额的使用情况。在Used-Service-UnitsAVP中，客户端通过指定Tariff-Change-UsageAVP来分别说明费率切换前后的配额使用情况。在服务器给客户端分配配额时，也可以通过携带Tariff-Change-UsageAVP来分别为费率切换点前后分配可用的配额；如果没有携带Tariff-Change-UsageAVP,则客户端可以在费率切换点前后使用同一个配额，但是仍然必须分别上报费率切换点前后的配额使用情况。如图13所示，在步骤S1，用户发起PDPContext请求。在步骤S2,CCG发起CCR(Initial)消息，请求OCS建立控制连接，OCS进行用户余额或状态检查。在步骤S3,OCS回复CCA(Initial)消息。在步骤S4，PDPContext建立成功。在步骤S5，用户发起服务请求，其RatingGroup为1。在步骤S6，CCG发起CCR(Update)消息，其中RatingGroup=l。在步骤S7，OCS批价，计算流量配额。在步骤S8，OCS回复CCA(Update)消息，分配RatingGroup=1的配额，并通知CCG配额有效时间(Validity-Time)和最小配额阈值(VQT，TQT)及发生费率切换的时间点(TS-XXXX年X月X日X时X分X秒)。如果用户使用流量达到最小配额阈值到达了费率切换点。在步骤S9，CCG发起CCR(Update),上报用户在费率切换点前及之后使用的流量。在步骤SIO，OCS根据用户消耗进行批价、计费。在步骤Sll，OCS回复CCA(Update)消息，分派RateingGroup的配额。在步骤S12，用户退出。在步骤S13,发送CCR结束请求。在步骤S14，发送CCA结束请求。在S15，删除PDP应答。图14示出了本发明的融合的计费系统中CCG数据业务RAR(重鉴权请求)的流程图。在步骤S1，OCS向CCG发出上一个CCA后，等待到Tci超时。在步骤S2，OCS向CCG发送RAR请求，并将需要重授权的CC会话通过Session-ID和Rating-Gro叩AVP下发给CCG。在步骤S3,CCG收到RAR后，如果该会话正常，返回RAA应答消息。在步骤S4，CCG随后向OCS上报CCR消息，其Reporting-Reason(RR)为Forced-Reauthurization。图15示出了本发明的融合的计费系统中CCG数据业务ASR(终止用户会话请求)的流程图。在步骤S1，OCS在向CCG发出了一个CCA之后，等待到Tcc超时。在步骤S2，OCS向CCG发送ASR请求，并将需要中断的CC会话通过Session-IDAVP下发给CCG。在步骤S3,CCG收到ASR后，如果该会话正常，返回ASA应答消息。在步骤S4，CCG随后向OCS上报CCR(Termination)消息，其ReportingReason为Final。在CCR(Termination)消息中，将使用的流量和时长上报给OCS。在步骤S5，OCS返回CCA(Terminatation)消息。图16示出了本发明的融合的计费系统中用户余额足够，用户主动桂机的操作的流程图。在步骤Sl,SSP触发呼叫到SCP。在步骤S2,SCP发送CCR(Initial)(包含主被叫号码信息)到OCS。在步骤S3,OCS根据CCR(Initial)的信息进行计费鉴权、预留、批价。在步骤S4，OCS发送CCA(Initial)到SCP，其中包含有预留时长，即每次申请时长。在步骤S5，SCP发送AC给SSP，其时长为预留时长，由SSP进行呼叫监视。在步骤S6，SCP下发CONNECT连接被叫，同时启动定时器，定时时长为预留时长。在步骤S7，预留时间到达后，SCP发送CCR(Update)给OCS，由OCS进行扣费、预留、批价。在步骤S8，OCS发送CCA(Update)到SCP,其中包含可通话的时长信息。SCP启动定时器，定时时长为可通话的时长。在步骤S9，呼叫正常结束。SSP发送ACR到SCP。SCP根据ACR上报的时长减去前面已上报的时长作为CCR(Final)中的CC-Time给OCS,由OCS进行扣费。应该注意，其中OCS最终扣费的时长以SSP发送ACR中的时长为准。图17示出了本发明的融合的计费系统中初始余额不足申请时长的情况下的流程图。在步骤Sl,SSP触发呼叫到SCP。在步骤S2,SCP发送CCR(Initial)(包含主被叫号码信息)到OCS。在步骤S3,OCS根据CCR(Initial)的信息进行计费鉴权、预留、批价，判断用户余额不足申请时长，则根据余额计算用户可通话时长。在步骤S4，OCS发送CCA(Initial)到SCP，包含用户可通话时长。在步骤S5，SCP发送AC给SSP,其中时长为用户可通话时长，SSP进行监视。SCP下发CONNECT连接被叫。在步骤S6，SSP监视可通话时长到达后，发送计费报告给SCP。在步骤S7，SCP发送CCR(Final)给OCS，OCS进行批价、扣费。在步骤S8，OCS发送CCA(Final)到SCP。在步骤S10，SCP发送ReleaseCall到SSP切断呼叫。其中，OCS最终扣费的时长以SSP发送ACR中的时长为准。图18示出了本发明的融合的计费系统中DSL(数字用户环线)计费的流程图。在步骤Sl,接入服务器(BAS)发起接入请求给鉴权服务器(AAA)，AAA在步骤S2完成用户鉴权。在步骤S3，AAA发出接入允许消息，允许接入。在步骤S4，BAS向前置机发送计费请求(开始)，其中包含用户号码信息，在步骤S5，AAA向OCS发送CCR(Initial)的信息，并在步骤S6由OCS进行计费鉴权、预留、批价。在步骤S7，OCS发送包含授权的时间或流量的CCA(Initial)给AAA。在步骤S8，AAA发送计费响应(开始)给BAS，并在步骤S9通过COA消息下发用户新的可用量。在步骤SIO，BAS实时采集用户的使用量，并向AAA发送中间计费请求，在步骤Sll，AA嫂送CCR(Update)给OCS。OCS在步骤S12进行批价、扣费，并再次进行预留费用，重新进行预算。在步骤S13，OCS发送CCA(Initial)给AAA，其中包括重新预留费用的预算可用业务量。在步骤S14，AAA发送中间计费响应给BAS,并在步骤S15通过COA消息下发新的可用业务量，BAS调整用户可用业务量。在步骤S16,用户#_用结束(用户主动下线、授权业务量使用完、设备切断用户、AAA切断用户)。在步骤S17，BAS发送结束计费请求给AAA。并且AAA在步骤S18发送CCR(Final)给OCS，由OCS在步骤S19进行批价、扣费。并在S20将CCA(Final)返回给AAA，最后，AAA在步骤S21向BAS发出计费结束响应。图19示出了本发明的融合的计费系统中固网单次计费，如彩铃、随心呼等业务的流程图。在步骤Sl，SCP发送扣费请求CCR(Event)到OCS，OCS进行扣费(包括账务触发、累计、写清单操作)并返回响应消息CCA给SCP。如果SCP后续处理失败，则在步骤S2，SCP需要向OCS发送补款消息CCR(Event),使OCS进行回补操作并写清单。图20示出了本发明的融合的计费系统中充值过程的流程图。在步骤Sl，用户拨打管理号码，接入SCP，进入充值流程。在步骤S2，用户输入被充值号码与充值卡密码。在步骤S3，由充值系统VC进行充值卡鉴权。在步骤S4，鉴权通过后，SCP发送CCR(Initial)给OCS,该CCR消息中包含被充值号码、充值卡密码、充值金额、附加有效期等。在步骤S5,OCS进行充值操作，并返回充值结果CCA(Initial)。在步骤S6，充值成功，SCP则将充值卡置为已使用，返回CCR(Term)，OCS进行充值确认；若SCP则将充值卡置位失败，则返回CCR(Term)，OCS进行充值回滚。图21示出了本发明的融合的计费系统中查询余额的流程图。在步骤Sl,SCP发送查询余额请求CCR(Event)给OCS。在步骤S2，OCS返回CCA(Event)给SCP，返回用户账户信息。由于本发明的计费系统由SID统一管理客户、产品、定价、账务和资费等数据，并根据统一的数据模型建设共享信息数据，建立创建、读取和更新数据的权限矩阵等信息管理和共享机制。这样就可以使在线计费部件和准实时计费系统通过SID获取统一的客户信息、账户信息(包括余额信息、累积量信息)、产品/商品信息、资费信息视图，使两个计费系统成为一个统一的整体，从而实现了在线计费用户与后付费用户的真正融合。此外，由于本发明的计费系统统一通过实时计费协议(OCP)与SCP、CCG和ISMP等网络设备相连，因此可以通过OCP协议对基本语音业务、基本数据承载业务与增值业务进行在线计费控制。将各种业务、各种网络的在线计费功能在本发明的融合的计费系统和方法中统一实现，从而实现了各种业务的交叉捆绑计费与优惠，实现了多业务、多网络融合的在线计费。此外，本领域的技术人员还可以容易地对本发明的融合的计费系统和方法进行设计以实现下述功能。预付费和后付费用户均可以使用全业务由于本发明统一通过实时计费协i义(OCP)与SCP、CCG和ISMP等网络设备相连，因此本发明的在线计费用户不但可以使用语音业'同时还可以使用数据业务，包括MMS、WAP浏览、位置业务、下载、流媒体、即时信息、移动交易等等，从而使得不论预付费还是后付费用户均可以使用全业务。统一的账户管理根据本发明的计费系统和方法，客户可以使用同一个付费账户为多个产品、多个业务进行付费，预付费和后付费用户可以使用同一个账户，语音业务和数据业务也可以使用同一个账户。付费模式任意切换客户可以根据实际需要选择付费模式，可以从预付费模式转为后付费模式，也可将后付费模式转换为预付费模式，在付费切换过程中，用户的业务使用不会受到影响，用户选择的资费套餐继续有效，用户的账户余额能够平滑过渡。多业务捆绑本发明的融合的计费系统和方法能够为用户提供总体解决方案，在客户选择多种业务后，能够在多业务之间进行捆绑，以获取更加优惠的资费，如客户之间的捆绑、多个产品之间的捆绑、多个业务之间的捆绑等，上述三种类型的捆绑均包含预付费产品和后付费产品的捆绑。灵活的资费策略相对于后付费用户来说，预付费用户的忠诚度相对比较低、用户更容易流失。为了争取数目众多的预付费用户，适应市场需求，本发明的融合的计费系统和方法能够快速方便地提供各种灵活的资费策略、让预付费用户能够享受与后付费用户相同的资费，从而吸引用户。实时计费控制由于预付费业务既能够快速、方便地为用户提供相同的业务，同时，也便于通过实时计费、实时扣费达到减少欠费的目的。因此，本发明的融合的计费系统和方法能够对预付费用户进行实时的计费控制，即在通话过程中持续地进行计费、扣费等，当用户余额不足时，立即终止业务使用。实时信用控制为减少潜在的欠费风险，本发明的计费系统和方法能够实现在后付费用户申请使用高价值业务(如国际长途)时，将用户的计费模式由后付费转化为预付费模式，并给予一定的信用额度，然后由计费系统进行实时的通话控制，当费用总额超过信用额度和余额总额后，立即终止业务使用。对于信用度比较高的预付费用户，可以根据信用度的级别给予一定的信用额度，当账户余额为o时，立即终止业务使用。同时对欠费风险比较大或信用度比较低的后付费用户的消费进行实时监控。余额转移此外，本发明的融合的计费系统还能够支持将一个账户的余额转移到另一个账户，记录账户余额转出明细和充值明细，其中，转出明细可以包括转出时间、转出额度、转出目的等信息，充值明细可以包括充值时间、充值额度、有效期、充值来源等信息。例如经用户确认后或在某种特定情况下，把一个用户的余额转移给另一个用户，或者在同一用户的不同账户之间进行转移。以上已经根据本发明的优选实施例对本发明进行了详细描述，但是，本领域的技术人员应当知道，在不背离由所附权利要求限定的本发明的范围的情况下，可以对本发明的实施例进行各种修改和变动。附录一在线计费协议(OCP)本发明的在线计费协议(OCP)是基于DiameterCreditControlApplication的在线计费协议，用于完成在线计费需求，其定义了OCS与综合业务管理平台ISMP、智能网业务控制点SCP、内容计费网关CCG的接口规范。OCP协议的协议结构如下表所示DiameterCreditControlApplicationDiameterBaseTLSTCPSCTPIP/Ipsec本协议版本采用TCP作为传输层协议。OCP协议格式1)消息头格式DiameterCC协议的消息结构如下所示，这些字段是以网络字节顺序传送的。012301234567890123456789012345678901+-+-+-+-+_+-+-+_+_+-+-+_+-++-+—+—+—+-+-+_+_+-+-+..+-+_+-+—+—+-+-+IVersion|MessageLength|++-+_+_+-+_+—+-+_++-++-+_+_+_+_++-+_++-+_++—+_++-+_+-+_+_+Icommandflags|Command-Code|IApplication-IDj+-+-+_++-+-++-+-+-+-+_+-+-+-++_++-+_+-+-+-+_+_+-+-+_+_+-+_+_+IHop-by-HopIdentifier|+-+-+-+++_+++_+-+_+■+-+_++_+_+-+-+_+■+-+-+-+.,+++-++-+.+_+IEnd-to-EndIdentifier|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+IAVPs...+-+-+-+-+_++_+-+++_+-+-消息头格式>Version:该版本字段必须被置为l,表明Diameter版本l。>MessageLength:该消息长度字段为3个八位组，指明该Diameter消息的字节长度，包括头字段。>Commandflags:该命令标记字段为8个比特。已经分配的比特位如下01234567+-+-+—+—+-+-+—+-+|RPETrrrr|+-++-+—+-+-+.+-+■R(equest)-如果设置，表明该消息是一个请求。如果清零，该消息是一个应答。■P(roxiable)-如果设置，表明该消息可以被Proxy、中继或者复位向。如果清零，该消息必须在本地处理。■E(rror)-如果设置，表明该消息包含一个协议差错，且该消息与ABNF中描述的该命令不一致。"E"比特设置的消息一般当作差错消息。在请求消息中不能设置该比特。■T(Potentiallyre-transmittedmessage)-该标记在链路失败过程后被设置，以帮助去除重复的请求。当重发请求还没有被确认时，需要设置该比特，以作为链路失败而造成的可能的重复包的指示。当第一次发送一个请求时，该比特必须被清零，否则发送者必须设置该比特。Diameter代理仅需要关心它们发送的同一请求消息的遍数；其它实体进行的重传不须考虑。Diameter代理接收到一个T比特设置为l的请求，必须在前转该请求时保持T标记的设置。如果接收到一个以前消息的差错消息(例如协议差错)，则不可以设置该标记。该标记只有在没有接收到任何来自服务器的该请求的应答、且该请求再次被发送的情况下，才能被设置。该标记不能在应答消息中设置。■r(eserved)-这些标记比特为将来使用预留，必须设置为O,接收者应当忽略。>Command-Code:该命令码字段为3个八位组，用于表明与该消息相关联的命令。该24位地址空间由IETF的IANA负责分配管理。命令码值16,777，214和16,777，215(16进制的FFFFFE-FFFFFF)被预留为实验使用。>Application-ID:应用ID为4个八位组，用于标识该消息可适用于哪个应用。该应用可以是一个认证应用。头中的应用ID必须与该消息中包含的其它相关AVP相同。>Hop-by-HopIdentifier:Hop-by-Hop标识符为一个无符号32比特整数字段(按网络字节顺序)，用来帮助匹配请求和响应。发送者必须保证请求中的H叩-by-Hop标识符在特定的连接上在任何特定的时间是唯一的，并且保证该数字在经过重启动后仍然唯一。应答消息的发送者必须确保Hop-by-Hop标识符字段维持与相应的请求相同的值。Hop-by-Hop标识符通常是单调升序的数字，其开始值是随机生成的。一个带有未知Hop-by-Hop标识符的应答消息必须被丢弃。>End-to-EndIdentifier:端到端标识符是一个无符号32比特整数字段(按网络字节顺序)，用来检测重复消息。重启动时可以设置高位12比特为包舍当前时间的低位12比特，低位20比特为随机值。请求消息的发送者必须为每一个消息插入一个唯一的标识符。该标识符必须维持本地唯一至少4分钟，即使经过重启动。应答消息的生成者必须确保该端到端标识符字段包含与相应的请求相同的值。端到端标识符不可以被Diameter代理以任何原因修改。源主机AVP和该字段的结合可以用于检测重复。重复请求会造成相同应答的传输，并且不可以影响任何状态的设置，当处理原始请求时。应当在本地被消除的重复的应答消息将会被忽略。>AVPs:AVP是封装与Diameter消息相关信息的一种方法。2)消息列表<table>tableseeoriginaldocumentpage28</column></row><table>3)AVP头格式AVP中的字段必须按网络字节顺序发送。头的格式如图所示:012301234567890123456789012345678901IAVPCode+-+_+_+-+-+-+-+_+-+_+_+-+-+-+-+-+_+-+-+-+-+-+-+-+..+-+-+-+-+-+—+-+|VMPrrrrr|AVPLength|+-+-+-++-+-+_+_+_+-+-+-+-+_+-+-+-+—+-+-+-+-+-+-+..+-+-+-+_+-+-+-+IVendor-ID(opt)|+-+■+-+-+-+_+-+-+-+-+-+-+_+-+-++_+_+_+_+_+-+_+-+-,+-+-+—+-+—+-+_+IData...+-+-+_+-+-+_++_+接口定义在以下的表迷中，"o"符号表示必选而且位置必须是在消息的开头，"H"符号表示必选，"n"符号表示可选，"*〖"符号表示可重复的可选项。M必选c条件可选Om运行商定义的必选项Oc运营商定义的条件可选项Credit-Control-Request(CCR)信用控制请求Credit-Control-Request(CCR)，用命令码设置为272,消息标志'R，设置来表示。该命令用于信用控制的请求。消息格式如下<Credit-Control-Request>::=<DiameterHeader:272，REQ，PXY><Session-Id>{Origin-Host}{Origin-Realm}{Destination-Realm}{Auth-Application-Id}{Service-Context-Id}{CC-Request-Type}{CORequest-Number}[Destination-Host][User-Name]Origin-State-IdJEvent-Timestampl*[Subscription-Id]fTermination-CauseJ*lRoute-Recordj[Requested-Action][Requested-Service-Unit*[Used-Service-UnitMultiple-Services-Indicator*[Multiple-Services-Credit-Control〖CC-Correlation-Id〖User-Equipment-InfoJ*[Proxy-InfoService-Informationj[AoC-InformationCredit-Control-RequestAVP如下表所示<table>tableseeoriginaldocumentpage30</column></row><table><table>tableseeoriginaldocumentpage31</column></row><table><table>tableseeoriginaldocumentpage32</column></row><table><table>tableseeoriginaldocumentpage33</column></row><table>P2PSMS-InformationAVP如下表所示:P2PSMS-InformationAVP表(注该表内容为本发明所扩展)<table>tableseeoriginaldocumentpage33</column></row><table>ISMP-InformationAVP如下表所示:ISMP-InformationAVP表(注该表内容为本发明所扩展)<table>tableseeoriginaldocumentpage34</column></row><table>DSL-InformationAVP表(注该表内客为本发明所扩展)<table>tableseeoriginaldocumentpage34</column></row><table><table>tableseeoriginaldocumentpage35</column></row><table>QueryBalance-IiifonnationAVP表(注该表内容为本发明所扩展)<table>tableseeoriginaldocumentpage35</column></row><table>)信用控制应答Credit-Control-Answer(CCA),用命令码设置为272,消息标志'R，清除来表示。该命令用于信用控制的应答。消息格式如下<Credit-Control-Answer><DiameterHeader:272，PXY><Session-Id>{Result-Code}{Origin-Host}{Origin-Realm}{Auth-Application-Id}{CC-Request-Type}{CORequest-Number}[CC-Session-FailoverOrigin-State-IdJIGranted-Service-UnitCost-Informationl[Final-Unit-Indication[Credit-Control-Failure-HandHngJ*[Trigger-Type][Direct-Debiting-Failure-HandHng*lProxy-Infoj*[MuWpIe-Senices-Credit-ControlI*[Route-RecordI*Faited-AVPfAoC-Iiifor咖tionICredit-Control-AnswerAVP如下表所示35<table>tableseeoriginaldocumentpage36</column></row><table><table>tableseeoriginaldocumentpage37</column></row><table>权利要求1.一种融合的计费系统，所述系统包括业务控制点(SCP)，用于触发话音业务的在线计费；内容计费网关(CCG)，用于触发根据内容区分流量的在线计费；综合业务管理平台(ISMP)，用于触发移动增值数据业务的在线计费；在线计费部件(OCS)，对于进行在线计费的预付费用户，接收由业务控制点、内容计费网关或综合业务管理平台触发的在线计费请求，并对当前预付费账户进行实时计费；准实时计费部件(Hotbilling)，对于进行准实时计费的预付费用户和后付费用户，以特定的时间间隔到特定的网络设备中取话单，并从相应的账户中进行扣费和计费；共享信息数据库(SID)，用于统一保存和管理用户数据、产品数据、账户数据和资费数据，并由在线计费部件和准实时计费部件进行数据共享。2.根据权利要求l的融合的计费系统，其中所述在线计费部件基于实时计费协议与业务控制点、内容计费网关或综合业务管理平台进行实时通信以获取当前预付费账户的业务使用时间和使用量，并对当前预付费账户进行实时批价和预留。3.根据权利要求2所述的融合的计费系统，其中，所述在线计费部件包括账户余额管理装置(ABMF)，用于对用户的账户余额和累计量进行管理，执行账户余额的预留、释放、扣费、补款、外部账户到使用、实时余额查询和账户余额监控；批价处理装置(RF),用于根据业务请求和用户信息确定资费、价格或使用量，并计算服务使用过程中当前产生的费用或使用量；基于会话的计费装置(SBCF),用于处理由业务控制点或内容计费网关触发的基于会话的在线计费请求并进行信用度控制，与批价处理装置通信以获取服务使用过程中当前所产生的费用或使用量，与账户余额管理装置通信以查询、更新账户余额和累计量；计费网关装置(CGF)，用于接收所述基于会话的计费装置的话单输出请求，按照预定的计费策略输出话单文件；以及通用接口层装置(CIF),用于对由计费网关装置产生的话单文件进行识别，并通过实时计费协议与外部系统进行计费消息的格式转化和交互；4.根据权利要求3所述的融合的计费系统，其中所述在线计费部件还包括基于事件的计费装置(EBCF)，用于处理由综合业务管理平台触发的基于事件的在线计费请求并进行信用度控制，与批价处理装置通信以获取服务使用过程中当前所产生的费用或使用量，与账户余额管理装置通信以查询、更新账户余额和累计量；并且所述计费网关装置(CGF)，还接收所述基于事件的计费装置的话单输出请求，按照预定的计费策略输出话单文件。5.根据权利要求1所述的融合的计费系统，其中所述共享信息数据库包括核心数据层，用于记录客户信息、产品信息、定价信息、账务信息和订单信息；数据服务层，用于提供对所述核心数据层的访问，提供对核心朴据层的查询、增加、修改和删除以及核心数据层的数据同步、订阅通知以及权限控制；以及系统维护管理装置，用于共享信息数据库的维护、告警、日志和统计。6.—种用于融合的计费系统中的融合的计费方法，所迷融合的计费系统包括业务控制点(SCP)、内容计费网关(CCG)、综合业务管理平台(ISMP)、准实时计费部件(Hotbilling)、在线计费部件(OCS)以及共享信息数据库(SID)，所述方法包括由业务控制点进行话音业务的在线计费触发；由内容计费网关进行基于内容进行流量区分的在线计费触发；由综合业务管理平台进行各种移动增值数据业务的在线计费触发；对于进行在线计费的预付费用户，由所述在线计费部件接收由业务控制点、内容计费网关或综合业务管理平台触发的在线计费请求，并对当前预付费账户进行实时计费；以及对于进行准实时计费预付费用户和后付费用户，由准实时计费部件以特定的时间间隔到特定的网络设备中取话单，而后从相应的账户中进行扣费和计费；由所述共享信息数据库统一保存用户数据、产品数据、账户数据和资费数据，并由在线计费部件和准实时计费部件进行数据共享。7.根据权利要求6的融合的计费方法，其中在对在线计费的预付费用户进行实时计费的步骤中还包括由所述在线计费部件基于实时计费协议与业务控制点通信，基于实时计费协议与业务控制点、内容计费网关或综合业务管理平台进行实时通信以获取当前预付费账户的业务使用时间和使用量，并对当前预付费账户进行实时批价和预留。8.根据权利要求7的融合的计费方法，其中在对在线计费的预付费用户进行实时计费的步骤中还包括由账户余额管理装置(ABMF)对用户的账户余额和累计量进行管理，执行账户余额的预留、释放、扣费、补款、外部账户使用、实时余额查询和账户余额监控；由批价处理装置(RF)根据业务使用请求和用户信息确定资费、价格或使用量，并计算服务使用过程中产生的费用或使用量；由基于会话的计费装置(SBCF)处理由业务控制点或内容计费网关产生的基于会话的在线计费请求并进行信用度控制，与批价处理装置通信以获取服务使用过程中当前所产生的费用或使用量，与账户余额管理装置通信以查询、更新账户余额和累计量；由计费网关装置(CGF)接收所述基于会话的计费装置的话单输出请求，按照预定的计费策略输出话单文件；以及由通用接口层装置(CIF)对由在线计费部件中的计费网关装置产生的话单文件进行识别，并通过实时计费协议与外部系统进行消息的格式转化和交互。9.根据权利要求8的融合的计费方法，其中还包括由基于事件的计费装置(EBCF)处理由综合业务管理平台触发的基于事件的在线计费请求并进行信用度控制，与批价处理装置通信以获取服务使用过程中当前所产生的费用或使用量，与账户余额管理装置通信以查询、更新账户余额和累计量；并且由计费网关装置(CGF)接收所述基于事件的计费装置的话单输出请求，按照预定的计费策略输出话单文件。全文摘要本发明提供一种融合的计费系统，所述系统包括业务控制点(SCP)，用于触发话音业务的在线计费；内容计费网关(CCG)，用于触发根据内容区分流量的在线计费；综合业务管理平台(ISMP)，用于触发移动增值数据业务的在线计费；在线计费部件(OCS)，对于进行在线计费的预付费用户，接收由业务控制点、内容计费网关或综合业务管理平台触发的在线计费请求，并对当前预付费账户进行实时计费；准实时计费部件(Hotbilling)，对于进行准实时计费的预付费用户和后付费用户，以特定的时间间隔到特定的网络设备中取话单，从相应的账户中进行扣费和计费；共享信息数据库(SID)，用于统一保存和管理用户数据、产品数据、账户数据和资费数据，并由在线计费部件和准实时计费部件进行数据共享。文档编号H04M17/00GK101212532SQ20061017278公开日2008年7月2日申请日期2006年12月30日优先权日2006年12月30日发明者峰周,洁李,斌董申请人:中国电信股份有限公司