专利名称：：融合计费方法及计费系统及应用服务器及融合计费系统的制作方法
技术领域：
：本发明涉及通信领域，尤其涉及融合计费方法及计费系统及应用服务器及融合计费系统。
背景技术：
：目前电信领域有两种计费体系架构，一种是运营支持系统(OSS,OperationSupportSystem)系统采用的基于计费数据记录(CDR，ChargingDataRecord)的离线计费，一种是基于实时消息的在线计费。OSS系统采用的离线计费是运营商提供给用户的服务(包括话音呼叫服务、数据业务服务等)结束后，由交换服务设备产生的话单，业务运营支撑系统(BOSS,BusinessandOperationSupportSystem)收集话单进行批价计费。这种方式计费存在较大延迟，在服务过程中BOSS对服务没有控制能力，容易发生透支和欠费。离线计费通常应用于后付费计费方式(即用户可以先使用服务，再付费)，或者准预付费计费方式(即要求用户先缴费再使用服务，但并不严格控制)。在线计费是用户使用服务(包括电路域、数据域、IMS域的各种服务)时，交换服务设备触发信令消息给业务控制设备，由业务控制设备对用户使用的服务进行鉴权、预算、实时计费、实时费用监控和服务控制。采用这种方式能够根据用户账户余额精确的控制服务使用量，避免用户透支和欠费。在线计费通常应用于预付费计费方式(即用户先付费，再使用服务，能够严格控制没有余额即不提供服务)。但目前以智能网业务控制点(SCP,ServiceControlPoint)为代表的在线计费系统，在计费灵活性、性能、需求快速响应方面与BOSS存在较大差距。越来越多的分组域和IP多媒体子系统(IMS,IPMultimediaSubsystem)域的新业务，因为交换服务设备初期不具备信令触发到业务控制设备的能力，需要采用离线计费方式直接根据交换服务设备输出的CDR计费，快速响应需求。随着运营商提供给用户服务种类的增加，运营商希望用户某些服务时采用在线计费实现的预付费方式，用户使用另一些服务时采用离线计费实现的后付费或准预付费方式。运营商也希望由用户自己选择使用预付费方式的服务和后付费方式的服务。目前存在电路域、分组域、IMS域分别采用不同的在线计费系统实现在线计费。这样运营商同时为用户提供各个域的服务时，组合计费和运营管理等方面比较困难。鉴于上述的这些问题，现在电信行业出现了电信业务融合计费系统架构。融合计费能够支持在线计费和离线计费的融合，对电路域、分组域和IMS域各种服务的计费的融合，预付费方式和后付费方式的融合。融合计费系统由实时计费和热计费两部分组成，两个系统均可以实现电信的多种业务的计费处理，但具体计费过程在哪个系统处理，取决于运营商对客户计费、扣费的实时性要求实时计费实现对各种预付费业务以及后付费的高额业务的实时处理，通过通用接口层实现连接和信息交互，进行余额锁定和实时扣费；热计费HotBilling实现对各种后付费业务的处理。实时计费系统和热计费HotBilling均是基于基本相同的业务参数、业务规则，通过共享数据实现统一的客户视图、统一产品视图、统一业务处理规则、统一批价引擎。最后，各种计费数据提交给账务处理，形成账务数据。融合计费系统体系一般支持的计费接口包括在线计费接口，如CAP,3GPPRo,OMACH-2;离线话单文件传递接口，如3GPPBx。图1为3GPP定义的计费体系架构示意图，3GPP标准组织针对在线计费和离线计费定义不同的解决方案图2为3GPP离线计费体系架构示意图，其中，离线计费架构分为3GPP网络和计费域。3GPP网络可以划分为核心网络(CN,CoreNetwork)、业务实体(Serviceelement)和子系统(Sub-system)。每一个支持离线计费的网络实体都有计费触发功能(CTF)、计费数据处理功能(CDF)和计费网关功能(CGF)。计费触发功能计费信息触发功能根据用户使用业务的情况产生计费信息，并通过离线计费接口Rf，将离线计费消息发送给计费数据处理功能(CDF)。计费数据处理功能计费数据处理功能根据计费信息生成计费数据记录，并通过计费数据记录传输接口Ga发送给计费网关功能。计费网关功能计费网关功能存储这些计费数据记录，并将计费数据记录传递给离线计费系统。离线计费系统(BillingDomain):离线计费系统能够通过计费数据记录文件传输接口采集这些计费数据记录，并做批价和账务处理。图3为3GPP在线计费体系架构示意图，其中在线计费架构中的各功能实体都在3GPP网络中，主要分为核心网络、业务实体和子系统，以及为这些实体进行在线计费的在线计费系统。每一个核心网络、业务实体和子系统中支持在线计费的网络实体都有计费触发功能。在线计费系统包括在线计费功能(OCF)、批价功能(RF)和账务管理功能(ABMF)。计费触发功能计费信息触发功能根据用户使用业务的情况产生计费信息，并通过在线计费接口Ro,将在线计费信息发送给在线计费OCF;同时OCF通过在线计费接口发送信用控制消息控制业务提供系统的业务提供。在线计费功能在线计费功能把计费信息分别发送给批价功能和账务管理功能做批价和账务处理，并根据处理结果控制业务使用。批价功能对计费信息做批价处理。账务管理功能对计费信息做账务处理。现有技术中一种融合计费的组网方案如图4所示，在融合计费系统中使用实时计费模块来对来自SCP/SCL的实时计费消息进行处理和使用热计费Hot-billing模块对来自网元设备的Mediation产生的CDR进行处理。将SCP/SCL中与在线账务处理相关的功能和将以前处理离线CDR的BOSS中离线计费功能放到融合计费系统中统一处理。实现用一套融合计费系统同时支持在线计费和离线计费。但是由于产生计费信息的设备众多，各种计费消息不统一，计费系统需要维护多种不同的计费接口，所以降低了计费效率；此外，该方案并不能应用于3GPP定义的在线/离线体系架构。请参阅图5,现有技术中另一种融合计费方法为3GPP计费体系架构融合计费解决方案，离线计费消息首先通过Rf接口发送到CDF;CDF收集处理离线计费消息，生成计费话单CDR后通过Ga接口将CDR发送给计费网关功能CGF;CGF存储这些计费数据记录，并将计费数据记录传递给离线计费系统。对于在线计费，CTF直接通过Ro计费接口与OCF在线计费功能交互，完成信用控制、预留、计费等操作。但是，应用服务器需要适配多个接口在线计费接口和离线计费接口，以实现多种类型的客户的计费，增加了应用服务器在计费中的处理复杂度；其次，在热计费情况下，计费处理经过CDF,CGF及不同接口的转换功能，包括Rf,Ga,Bx,过多的接口协议分析和消息处理，从而导致计费效率较低。
发明内容本发明要解决的技术问题是提供一种融合计费方法及一种计费系统，用于降低应用服务器在计费过程中的负担。以上技术方案可以看出，本发明具有以下优点首先，本发明中，应用服务器在接收到用户发送的业务请求之后无论该业务请求应使用在线计费还是离线计费，都向融合计费系统发送统一计费请求，应用服务器自身不需要对计费控制方式(在线计费/离线计费)进行判断，所以降低了应用服务器在计费过程中的负担；其次，本发明中，对离线计费信息收集效率和处理速度采用了在线计费的机制，所以提高了系统的处理速度和效率；最后，本发明中，根据实际情况可以将计费分为基于事件的直接计费，带预留的基于事件的计费以及基于会话的计费，所以提高了本发明应用的灵活性。图1为3GPP定义的计费体系架构示意图；图2为3GPP离线计费体系架构示意图；图3为3GPP在线计费体系架构示意图；图4为现有技术中融合计费组网方案示意图；图5为现有技术中3GPP定义的融合计费体系方案示意图；图6为本发明融合计费体系架构示意图；图7为本发明融合计费方法流程图；图8为本发明计费系统，应用服务器以及融合计费系统示意图；图9为本发明中基于事件直接计费的信令流程图；图10为本发明中带预留的基于事件的计费的信令流程图；图11为本发明中基于会话的计费的信令流程图；图12为本发明中应用服务器产生计费数据的流程图；图13为本发明中融合计费系统处理计费请求的流程图。具体实施方式本发明提供了融合计费方法及计费系统及应用服务器及融合计费系统，用于降低应用服务器在计费过程中的负担。本发明提出融合计费方法及计费系统及应用服务器及融合计费系统，利用融合计费系统，将离线/在线计费接口统一融合起来，通过同一套接口与接口消息来进行离线/在线计费信息处理。具体通过RO的扩展实现，以Ro十+表示，支持离线计费消息的传递，以支持融合计费在线和离线处理措施，以及热计费的消息传递需求功能。请参阅图6,为适应过渡期组网需求，图6为本发明提供的一种融合计费接口的系统示意图，包括功能实体计费触发功能(CTF，ChargingTriggerFunction)即计费触发单元计费信息触发功能根据用户使用业务的情况产生计费信息(包括在线计费消息、离线计费消息及统一在线/离线消息)；融合计费系统(CBS,ConvergenceBillingSystem):统一处理在线/离线计费；统一计费接口单元统一处理来自CTF的计费消息，根据不同的情况将计费消息传递到后续不同的计费处理功能模块中；计费数据处理功能/计费网关功能(CDF/CGF,TheChargingDataFunction/ChargingGatewayFunction):融合计费系统中的CDF/CGF功能，完成与现有技术中CDF/CGF类似的功能；在线计费功能即在线计费单元处理来自统一计费接口的在线计费消息，完成在线控制计费功能，根据处理结果控制业务使用；热计费功能即热计费单元热计费单元处理来自CDF/CGF的话单文件，实现对离线计费的处理。接口Ro++:增强的在线计费接口，融合在线/离线计费接口消息，提供统一的计费信息处理；Ro:现有技术中的在线计费接口；Rf:现有技术中的离线计费接口；Ga:现有技术中的CDF到CGF的话单传送接口；Bx:现有技术中CGF与热计费功能的话单传送接口。如图6所示，本发明与现有技术的区别点在于融合计费系统与集成在应用服务器中的CTF之间可以仅存在增强的在线计费接口Ro++，以支持在线计费和离线计费模式。其次，可以认为现有技术中的处理离线计费的CDF/CGF功能由融合计费系统统一实现；统一计费接口接收并分析尺0++接口计费消息，根据请求的消息内容确定下一步的处理流程。虚线部分是为了兼容现有网络架构中计费消息而保留的，可以处理现有技术中的在线计费/离线计费消息。请参阅图7，本发明提供的融合计费方法流程如下701、接收用户的业务请求；其中，当用户需要使用运营商提供的服务(例如语音呼叫服务，数据业务服务)时，用户发起业务请求，应用服务器接收用户发起的业务请求。702、发送统一计费消息；其中，应用服务器接收到用户发起的业务请求之后无论该业务是在线计费还是离线计费，都发送统一计费消息给融合计费系统，同时，应用服务器判断该业务的计费方式(基于事件的直接计费，带预留的基于事件的计费或基于会话的计费)，并将判断得到的计费方式放入在线计费消息发送给融合计费系统。其中，基于事件的直接计费是指融合计费系统进行在线计费，直接扣除用户账户中的金额，例如发送短信就属于基于事件的直接计费；带预留的基于事件的计费是指先进行预留操作，即先不进行计费，而预留出用户账户中的一部分金额，当预留成功后，收集到业务实际使用情况再进行计费；基于会话的计费是指带有会话状态的计费，当会话开始时，融合计费系统进行在线计费，预留用户账户中的一部分金额，当满足触发条件时，应用服务器与融合服务器开始计费。703、确定计费控制方式并执行相应的计费操作；其中，融合计费系统接收到应用服务器发送的计费消息后，判断该业务的计费控制方式(在线计费/离线计费)，并根据计费控制方式对计费请求进行处理。确定计费控制方式可以通过向归属位置寄存器(HLR，HomeLocationRegister)或计费系统查询得到，可以理解的是，同样可以采取其他方式得到，本发明不做限定。704、反馈操作结果；其中，融合计费系统将操作结果反馈给应用服务器。705、确定业务控制方式；其中，应用服务器根据融合计费系统反馈的操作结果确定业务控制方式。706、计费。其中，融合计费系统与应用服务器根据业务控制方式完成业务计费。请参阅图8，本发明系统包括应用服务器801以及融合计费系统802;应用服务器801用于接收用户发送的业务请求，并以在线计费控制方式发送在线计费消息给融合计费系统802;融合计费系统802接收到所述消息后，确定计费控制方式，并根据所述计费控制方式完成计费。此外，本发明提供的应用服务器801以及融合计费系统802亦如图8所示。其中，本发明应用服务器801还包括计费触发单元8011,用于根据用户使用业务的情况生成计费信息并生成统一计费消息，再将统一计费消息发送给融合计费系统802。其中，融合计费系统802包括在线计费单元8021,用于完成在线控制计费，并根据处理结果控制业务使用；热计费单元8023，用于处理来自计费数据处理单元/计费网关单元8022的话单文件；统一计费接口单元8024，用于统一处理来自计费触发单元8011的统一计费消息，并根据不同的计费控制方式将统一计费消息传递到不同的计费处理功能单元中；计费数据处理单元/计费网关单元8022，用于根据统一计费消息中的计费信息生成计费数据记录，存储所述计费数据记录并传递给热计费单元8023。图9，图10,图11分别展示的是在三种不同的计费方式(基于事件的直接计费，带预留的基于事件的计费以及基于会话的计费)下的计费信令流程。下面分别针对这三种情况进行描述请参阅图9，在基于事件的直接计费情况下，计费信令流程为901、用户向应用服务器请求使用业务；902、应用服务器根据业务请求中所携带的业务信息确定本次业务请求应使用的计费方式，可选方式包括基于事件直接计费、带预留的基于事件的计费以及基于会话的计费，并生成计费数据；903、应用服务器确定业务采用基于事件直接计费方式，应用服务器向融合计费系统发起直接计费请求，请求中携带了业务信息，计费信息等；其中，业务信息中包括业务名称和用户标识等信息。904、融合计费系统根据用户业务定购信息，确定该用户的计费处理方式；如果用户适用在线计费控制，则融合计费系统直接从用户账户中扣除申请的业务使用费用；如果用户适用离线计费控制，融合计费系统记录计费信息，并执行步骤905,同时并交由热计费单元计费；此时，热计费单元不影响业务的发送；其中，融合计费系统分析业务信息中的用户标识，查询本地存储的用户账户状态即可获知用户适用于在线计费还是离线计费。905、融合计费系统返回处理结果，处理结果包括融合计费系统记录的计费信息，即业务名称，使用时间，费用等；906、应用服务器判断融合计费系统返回的处理结果，如果是在线计费，并且计费成功，则进入步骤907b,否则进入步骤907a;对于离线计费，进入步骤907b;907a、业务终止，即拒绝用户的本次业务请求，例如用户发送短信时，若扣费不成功，则提示用户短信发送失败；907b、业务下发。1001、用户向应用服务器请求使用业务；1002、应用服务器根据业务请求中所携带的业务信息确定本次业务请求应使用的计费方式为带预留的基于事件的计费，(可选方式包括基于事件直接计费、带预留的基于事件的计费以及基于会话的计费)，并生成计费数据；1003、应用服务器确定业务采用带预留的基于事件计费方式，应用服务器向融合计费系统发起预留请求，请求中携带了业务信息，以及根据上述计费数据生成的预留请求信息等；其中，业务信息中包括业务名称和用户标识等信息。1004、融合计费系统根据用户业务定购信息，确定该用户的计费处理方式；如果用户适用在线计费控制，则融合计费系统从用户账户中预留一部分费用；如果用户适用离线计费控制，融合计费系统记录相应计费信息，并执行步骤1005,同时并交由热计费单元计费；此时，热计费单元不影响业务的发送；其中，融合计费系统分析业务信息中的用户标识，查询本地存储的用户账户状态即可获知用户适用于在线计费还是离线计费。1005、融合计费系统返回判断和处理结果；1006、应用服务器判断融合计费系统返回的处理结果，如果是在线计费，并且预留:燥作成功，则进入步骤1007b,否则进入步骤1007a;对于离线计费，不需要进行预留操作，进入步骤1007b;1007a、业务终止，即不再向用户提供本业务；1007b、业务交付；1008、应用服务器收集业务实际使用情况；1009、应用服务器向融合计费系统发送直接计费请求，请求中携带了业务使用情况；1010、融合计费系统根据步骤1004确定的计费处理方式，如果为在线计费，融合计费系统进行计费操作；如杲为离线计费，则融合计费系统记录本次业务消费信息，并进入步骤1011。融合计费系统完成本次业务的热计费流程；1011、融合计费系统向应用服务器回复计费响应。请参阅图ll,在基于会话的计费情况下，计费信令流程为1101、用户向应用服务器请求使用业务；1102、应用服务器根据业务请求中所携带的业务信息确定本次业务请求应使用的计费方式，可选方式包括基于事件直接计费、带预留的基于事件的计费以及基于会话的计费，并生成计费数据；1103、应用服务器确定业务釆用基于会话的计费方式，应用服务器向融合计费系统发起基于会话的计费初始请求，请求中携带了业务信息、预留请求信息等；其中，业务信息中包括业务名称和用户标识等信息。1104、融合计费系统根据用户业务定购信息，确定该用户的计费处理方式；如果用户适用在线计费控制，则融合计费系统从用户账户中预留一部分费用；如果用户适用离线计费控制，融合计费系统记录相应计费信息，并执行步骤1105，同时并交由热计费单元计费；此时，热计费单元不影响业务的发送；其中，融合计费系统分析业务信息中的用户标识，查询本地存储的用户账户状态即可获知用户适用于在线计费还是离线计费。1105、融合计费系统返回计费初始请求判断和处理结果；1106、应用服务器判断融合计费系统返回的处理结果，如果是在线计费，并且初始预留操作成功，则进入步骤1107b，否则进入步骤1107a;对于离线计费，进入步骤1107b;1107a、业务终止提供，例如当进行电话通话时，检测到余额不足，则提示用户余额不足并切断通话；其中，此步骤中的业务终止与步骤907a中的业务终止不同，基于事件的直接计费中，一次事件要么被接受并完成，要么被拒绝，而对于基于会话的计费则可能在会话开始时请求被接受，但当检测到满足触发条件(例如余额不足)时该请求会被拒绝。1107b、业务下发；如果是离线计费进入步骤1108a，如果是在线计费进入步骤1109a;离线计费中间计费会话请求触发条件包括预设的计费时间周期到达、计费条件发生变化。1108a、当应用服务器监测到离线计费中间会话请求触发条件满足，应用服务器收集业务使用计费信息；1108b、应用服务器向融合计费系统发送离线计费会话中间请求，请求中携带了业务使用情况；1108c、融合计费系统使用热计费功能处理离线中间计费请求信息；1108d、融合计费系统向应用服务器返回离线计费会话中间响应；在线计费中间计费会话请求触发条件包括预留的额度用尽、计费条件发生变化。1109a、应用服务器监测到中间会话请求触发条件满足，收集预留额度使用情况，并向融合计费系统发起新的预留请求；1109b、应用服务器向融合计费系统发送在线计费会话中间请求，请求中携带了新的预留请求信息；U09c、融合计费系统使用在线计费功能处理在线中间计费请求信息，并将前次预留的费用从用户账户中扣除；1109d、融合计费系统向应用服务器返回在线计费会话中间响应；1109e、应用服务器根据预留结果控制业务下发；1109f、应用服务器向用户继续提供业务下发；1110、业务终止;1111、应用服务器收集最终业务使用信息；1112、应用服务器向融合计费系统发送基于会话的计费终止请求，请求中携带了业务使用信息；1113、根据确定的计费处理方式，如果为在线计费，融合计费系统进行计费操作；如果为离线计费，融合计费系统记录业务使用情况，交由热计费单元,开始后续热计费过程；1114、融合计费系统向应用服务器回复基于会话的计费终止响应。为了支持应用服务器与融合计费系统之间完成离线/在线计费统一处理，计费流程中的计费消息应包括如下表所示的参数计费请求消息参数如表1所示表1<table>tableseeoriginaldocumentpage17</column></row><table><table>tableseeoriginaldocumentpage18</column></row><table>计费回应消息参数如表2所示表2<table>tableseeoriginaldocumentpage18</column></row><table><table>tableseeoriginaldocumentpage19</column></row><table>下面结合参数对图9、图10及图11中的过程进行描述一、请参阅图12，图12为应用服务器判断计费方法，并产生计费数据的处理流程图，即是步骤902、1002以及1102:1201、接收用户业务请求；1202、确定计费方式；其中，根据业务请求中携带的业务标识确定计费方式，包括基于事件的直接计费，带预留的基于事件的计费以及基于会话的计费。1203/1204/1205、生成立即计费请求，或生成基于会话的初始计费请求；或生成基于事件预留请求；1206、发送生成的计费请求给融合计费系统。其中，步骤1203、1204以及1205为并列步骤。其中，立即计费请求消息参数如下所示DebitRequest:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation]其中[OperationType]设置为EVENT,表示按事件计费；[RequestedAction]设置为DEBIT,表示直接计费；[ServiceInformation]中记录了业务相关信息。基于事件预留请求消息参数如下所示ReserveRequest:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation]其中[OperationType]设置为EVENT,表示按事件计费；[RequestedAction]设置为RESERVE,表示账户预留；[ServiceInformation]中记录了业务相关信息；[MultipleUnitOperation]中"i殳置申请的预留额度；[SessionIdentifier]标识本次会话，用于关联后续计费会话。基于会话的初始请求消息参数如下所示SessionRequest:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation][OperationInterval]其中[OperationType]设置为SESSION—START,表示按会话计费；[RequestedAction]设置为RESERVE，表示支持账户预留操作；[ServiceInformation]中记录了业务相关信息；[MultipleUnitOperation]中设置申请的预留额度；[OperationInterval]中记录了标识离线计费时间间隔；[SessionIdentifier]标识本次会话，用于关联后续计费会话。二、请参阅图13,图13为融合计费系统根据上报的计费信息，判断客户计费控制方式，并根据计费控制方式处理计费请求流程图，即步骤卯4、1004以及1104:1301、接收统一计费消息；1302、判断计费控制方式，若是在线计费，则转向步骤1303，若是离线计费，则转向步骤1304;其中，确定计费控制方式可以通过向HLR或计费系统查询得到，可以理解的是，同样可以采取其他方式得到，本发明不做限定。1303、在线计费模式下确定计费方式；其中，在在线计费的情况下根据参数OperationType和RequestedAction判断计费方式。1304、离线计费模式下确定计费方式；其中，在离线计费的情况下根据参数OperationType和RequestedAction判断计费方式。1305/1306/1307、直接计费；或完成预扣操作；或事件预留；其中，步骤1305、1306以及1307为并列步骤，分别针对三种不同的计费方式若是基于事件的直接计费，则执行1305;若是带预留的基于事件的计费，则执行1306;若是基于会话的计费，则执行1307。1308/1309/1310、记录消费信息；或记录计费初始信息；或生成离线计费方式响应消息；其中，步骤1308、1309以及1310为并列步骤，分别针对三种不同的计费方式若是基于事件的直接计费，则执行1308;若是带预留的基于事件的计费，则执行1309;若是基于会话的计费，则执行1310。1311、将计费响应消息发送给应用服务器。其中，直接计费响应消息参数如下所示DebitResponse:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][ChargingAttribution]其中[OperationType]设置为EVENT,表示按事件计费；[RequestedAction]设置为DEBIT,表示直接计费；[ServiceInformation]中记录了业务相关信息；[ChargingAttribution]标识CBS所采用的计费方式(离线/在线)。基于事件预留响应消息参数如下所示ReserveResponse:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation][ChargingAttribution]其中[OperationType]设置为EVENT,表示按事件计费；[RequestedAction]设置为RESERVE,表示账户预留；[ServiceInformation]中记录了业务相关信息；[MultipleUnitOperation]中设置申请的预留额度；[ChargingAttribution]标识CBS所采用的计费方式(离线/在线)；[SessionIdentifier]标识本次预留会话，用于在线预留控制的时候，后续计费操作可以使用此标识关联到本次的预留搡作。对于离线计费[MultipleUnitOperation]中不需要挟带预留金额，AS直接开始下一步的离线计费。基于会话的初始响应消息参数如下所示SessionResponse:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation][OperationInterval][ChargingAttribution]其中[OperationType]设置为SESSION—START，表示按会话计费；[RequestedAction]设置为RESERVE,表示支持账户预留操作；[ServiceInformation]中记录了业务相关信息；[MultipleUnitOperation]中设置申请的预留额度；[OperationInterval]中记录了标识离线计费时间间隔；[ChargingAttribution]标识CBS所采用的计费方式(离线/在线);[SessionIdentifier]标识本次会话，用于关联相关计费会话。三、应用服务器根据响应结果确定业务控制方式处理流程(即步骤906、1006以及1106)为应用服务器接收来自融合计费系统的计费响应消息；根据消息中的信息确定计费控制方式，若是在线计费，则判断计费或预留是否成功，成功则下发业务，失败则停止业务，若是离线计费，则直接下发业务。四、应用服务器收集业务实际使用情况的流程(即步骤1008以及1111)为应用服务器收集业务使用信息；判断业务计费方式，若为带预留的基于事件的计费，则生成基于预留计费的直接计费请求，若为基于会话的计费终止，则生成基于会话计费的终止计费请求消息。其中，预留后续计费请求消息参数如下所示DebitRequest:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation]其中[OperationType]设置为EVENT,表示按事件计费；[RequestedAction]设置为DEBIT,表示直接计费；[ServiceInformation]中记录了业务相关信息；[SessionIdentifier]记录前次预留冲栗作的会话标识。基于会话的初始请求消息参数如下所示SessionRequest:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation][OperationInterval]其中[OperationType]设置为SESSIONTERMINATION，表示按会话终止计费；[RequestedAction]设置为DEBIT,表示为基于会话计费的终止计费操作；[ServiceInformation]中记录了业务相关信息；[MultipleUnitOperation]中设置申请的预留额度；[OperationInterval]中记录了标识离线计费时间间隔；[SessionIdentifier]用于关Jf关前面SESSION—START的计费会话。五、融合计费系统根据之前确定的客户计费属性，处理最终直接计费请求信息的处理流程(即步骤1010以及1113)为融合计费系统接收到应用服务器的计费请求；根据计费请求中携带的业务标识和用户订购标识确定计费控制方式，若为在线计费，则融合计费系统根据业务实际使用情况，对用户账户进行计费/预留返还操作，若为离线计费，则融合计费系统根据业务实际使用情况，形成计费话单信息，开始热计费操作。六、应用服务器根据之前确定的客户计费属性，处理最终直接计费请求信息的处理流程(即步骤1108a以及1109a)为针对1108a:应用服务器检测到计费间隔时间到达或计费费率条件发生变化；应用服务器收集业务实际使用情况，生成离线计费会话中间请求；应用服务器向融合计费系统发送离线计费中间计费请求。针对1109a:应用服务器检测到预留额度用尽或计费费率条件发生变化；应用服务器收集业务实际使用情况，生成在线计费会话中间请求；应用服务器向融合计费系统发送在线计费中间计费请求。其中，基于会话的离线中间请求消息参数如下所示SessionRequest:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][OperationInterval]其中[OperationType]设置为SESSIONINTERIM,表示按中间会话计费；[RequestedAction]设置为UPDATE,表示支持离线计费的更新计费信息操作；[ServiceInformation]中记录了业务相关信息；[OperationInterval]中记录了标识离线计费时间间隔；[SessionIdentifier]标识本次会话，用于关联后续计费会话。基于会话的在线中间请求消息参数如下所示SessionRequest:=[SessionIdentifier][OriginatorHostJ[OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation]其中[OperationType]设置为SESSION—INTERIM,表示按会话计费；[RequestedAction]设置为RESERVE,表示在线计费中间会话预留操作；[ServiceInformation]中记录了业务相关信息；[MultipleUnitOperation]中设置申请的预留额度；[OperationInterval]中记录了标识离线计费时间间隔；[SessionIdentifier]标识本次会话，用于关联后续计费会话。七、融合计费系统根据之前确定的客户计费属性，处理会话中间计费请求信息的处理流程(即步骤1108c以及1109c)为针对步骤1108c:融合计费系统收到来自应用服务器的离线会话中间计费请求；融合计费系统根据实际业务使用情况，更新本次业务的中间计费信息，并生成请求响应消息；融合计费系统向应用服务器发送离线计费中间计费响应消息；同时，对离线计费记录进行热计费处理。针对步骤1109c:融合计费系统收到来自应用服务器的在线会话中间计费请求；融合计费系统根据实际业务使用情况，进行账户计费，和新的账户配额预留，并生成在线计费请求响应消息；融合计费系统向应用服务器发送在线计费中间计费响应消息。其中，基于会话的离线中间响应消息参数如下所示SessionResponse:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationTypeJ[OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation][OperationInterval][ChargingAttribution]其中[OperationType]设置为SESSION—INTERIM,表示按中间计费会话；[RequestedAction]设置为UPDATE,表示为离线中间计费会话响应；[ServiceInformation]中记录了业务相关信息；[OperationInterval]中记录了标识离线计费时间间隔；[ChargingAttribution]标识CBS所采用的计费方式(离线/在线)；[SessionIdentifier]标识本次会话，用于关联相关计费会话。基于会话的在线中间响应消息参数如下所示SessionResponse:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation][OperationInterval][ChargingAttribution]其中[OperationType]设置为SESSION—INTERIM,表示按中间计费会话；[R叫uestedAction]设置为RESERVE,表示在线计费中间会话响应；[ServiceInformation]中记录了业务相关信息；[MultipleUnitOperation]中设置申请的预留额度；[ChargingAttribution]标识CBS所采用的计费方式(离线/在线)；[SessionIdentifier]标识本次会话，用于关联相关计费会话。以上对本发明所提供的融合计费方法及计费系统及应用服务器及融合计费系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。权利要求1、一种融合计费方法，其特征在于，包括应用服务器接收用户发送的业务请求；应用服务器发送统一计费消息给融合计费系统；融合计费系统接收到所述消息后，确定计费控制方式，并完成相应的计费操作；融合计费系统向应用服务器反馈本次操作结果；应用服务器根据所述操作结果确定业务控制方式，应用服务器与融合计费系统采用所述业务控制方式完成业务计费。2、根据权利要求1所述的融合计费方法，其特征在于，所述应用服务器发送的统一计费消息中包含在线计费直接计费请求；所述确定计费控制方式，并完成相应的计费操作的步骤包括融合计费系统接收到所述直接计费请求；判断用户是否适用在线计费控制，若适用，则执行直接计费，若不适用，则融合计费系统记录本次业务消费计费信息，并以离线计费方式处理本次请求。3、根据权利要求1所述的融合计费方法，其特征在于，所述应用服务器发送的统一计费消息中包含预留请求；所述确定计费控制方式，并完成相应的计费操作的步骤包括融合计费系统接收到所述预留请求；判断用户是否适用在线计费控制，若适用，则执行预留操作，业务使用完毕后，应用服务器根据业务实际使用情况向融合计费系统发送直接计费请求，若不适用，则融合计费系统记录本次业务消费计费信息，向应用服务器返回处理结果并交由热计费处理单元计费。4、根据权利要求1所述的融合计费方法，其特征在于，所述应用服务器发送的统一计费消息中包含基于会话的计费初始请求；所述确定计费控制方式，并完成相应的计费操作的步骤包括融合计费系统接收到所述基于会话的计费初始请求后判断用户是否适用在线计费控制，若适用，则执行预留操作，若不适用，则融合计费系统记录计费初始信息。5、根据权利要求4所述的融合计费方法，其特征在于，所述应用服务器根据所述操作结果确定业务控制方式的步骤之后进一步包括若为在线计费，应用服务器接收到处理结果之后判断计费信息的变化，若需要上报，则发送中间计费信息请求；若为离线计费，应用服务器接收到处理结果之后判断计费信息的变化，当设定的时间间隔用尽时或计费参数发生变化时，发送中间计费信息请求。6、根据权利要求1至5中任一项所述的融合计费方法，其特征在于，在应用服务器发送统一计费消息给融合计费系统之前进一步包括应用服务器根据用户的本次业务请求的属性确定业务计费方式；所述计费方式包括基于事件的直接计费，带预留的基于事件的计费以及基于会话的计费。7、根据权利要求1所述的融合计费方法，其特征在于，所述确定计费控制方式，并完成相应的计费操作的步骤包括融合计费系统根据所述统一计费消息中携带的业务标识和用户标识确定计费控制方式；若计费控制方式为在线计费，若为基于事件的直接计费请求，则融合计费系统进行在线计费直接计费操作；若为带预留的基于事件的计费请求，则融合计费系统进行预留操作；若为基于会话的计费请求，则融合计费系统进行在线计费会话初始操作，完成预留操作；若计费控制方式为离线计费，若为基于事件的直接计费请求，则融合计费系统记录计费信息，若为带预留的基于事件的计费请求，则融合计费系统生成离线计费方式响应消息，若为基于会话的计费请求，则融合计费系统记录计费初始信息。8、根据权利要求1所述的融合计费方法，其特征在于，在应用服务器确定业务控制方式之后进一步包括对于在线计费，若计费/预留成功，则应用服务器向用户传递业务；对于离线计费，应用服务器接收到融合计费系统的计费响应后向用户传递业务。9、根据权利要求3或4所述的融合计费方法，其特征在于，所述应用服务器根据所述操作结果确定业务控制方式的步骤之后进一步包括应用服务器收集业务使用信息；判断所述业务的计费方式，若为带预留的基于事件的计费方式，则生成基于预留计费的直接计费请求消息；若为基于会话的计费终止，则生成基于会话计费的终止计费请求消息。10、一种计费系统，其特征在于，包括应用服务器以及融合计费系统；所述应用服务器用于接收用户发送的业务请求，并发送统一计费消息给融合计费系统；所述融合计费系统接收到所述消息后，确定计费控制方式，完成相应的计费操作，并将操作结果反馈给应用服务器；应用服务器接收到所述操作结果后确定业务控制方式，并与融合计费系统根据所述业务控制方式共同完成业务计费。11、一种应用服务器，其特征在于，包括计费触发单元，用于根据用户使用业务的情况生成计费信息，利用所述计费信息生成统一计费消息并发送。12、一种融合计费系统，其特征在于，包括在线计费单元，用于完成在线控制计费，并根据处理结果控制业务使用；热计费单元，用于处理来自计费数据处理单元/计费网关单元的话单文件；统一计费接口单元，用于处理来自统一计费消息，并分析所述统一计费消息，确定计费控制方式，并根据不同的计费控制方式将所述统一计费消息传递到不同的计费处理功能单元中；计费数据处理单元/计费网关单元，用于根据所述统一计费消息中的计费信息生成计费数据记录，存储所述计费数据记录并传递给热计费单元。全文摘要本发明公开了融合计费方法及计费系统及应用服务器及融合计费系统，用于提高计费处理效率，降低应用服务器复杂度。应用服务器接收用户发送的业务请求；应用服务器发送统一计费消息给融合计费系统；融合计费系统接收到所述消息后，确定计费控制方式，并完成相应的计费操作；融合计费系统向应用服务器反馈本次操作结果；应用服务器根据所述操作结果确定业务控制方式，应用服务器与融合计费系统采用所述业务控制方式完成业务计费。本发明还相应地提供一个系统，一个应用服务器以及一个融合计费系统。本发明可以有效地提高计费处理的效率，发挥融合计费系统的处理效率，降低应用服务器在计费过程中的负担。文档编号H04M15/00GK101132289SQ20061011137公开日2008年2月27日申请日期2006年8月24日优先权日2006年8月24日发明者单明军,纯李申请人:华为技术有限公司