CN102142966B - 基于业务嵌套计费的业务关联方法、装置和系统 - Google Patents

Abstract

本发明公开了基于业务嵌套计费的业务关联方法、装置和系统。其中的基于业务嵌套计费的业务关联方法包括：获取业务平台发送的携带有关键业务信息的请求消息；在存储的业务记录信息中查找与所述关键业务信息匹配的业务记录信息，如果存在匹配的业务记录信息，则获取匹配的业务记录信息中的计费标识，如果不存在匹配的业务记录信息，则分配计费标识，所述计费标识用于计费平台对具有相同计费标识的多个业务进行关联计费；向所述请求消息的接收端发送计费标识和所述请求消息中携带的信息。上述技术方案可以将相互嵌套的多个业务关联起来，从而可以提高业务嵌套的计费方式的灵活性。

Description

基于业务嵌套计费的业务关联方法、装置和系统

技术领域

本发明涉及网络通讯技术领域，具体涉及业务嵌套计费技术。

背景技术

目前的电信综合运营商为用户提供的业务种类日渐丰富。电信综合运营商允许用户同时签约多种业务，如允许用户同时签约一号多机业务和VPN业务。一号多机业务即多个通信终端对外体现为一个号码，用户可以使用这多个通信终端灵活的实现呼叫。VPN业务即用户可以拨打集团短号实现集团呼叫。

在用户同时签约了多种业务的情况下，会产生业务嵌套，即用户利用通信终端进行的一次通信可能会同时触发多种业务，如通信终端1和通信终端2签约了一号多机业务且对外体现为通信终端1的号码，通信终端2签约了VPN业务，用户在利用通信终端2拨打集团短号时，首先触发一号多机业务，然后，又触发VPN业务，一号多机业务将主叫号码修改为通信终端1的号码，VPN业务将被叫的集团短号翻译为集团的长号进行呼叫接续。

在实现本发明的过程中，发明人发现：不同业务对应的业务平台不同，由于业务平台并不能够获知业务嵌套，因此，每个业务平台都会在业务实现过程中发起独立的计费请求流程。由于计费平台并不能够获知业务嵌套，因此，计费平台会针对每个计费请求流程分别执行独立的计费流程。这样，当用户的一次通信触发多种业务时，计费平台会对被触发的多种业务分别进行计费，从而使一次通信的计费结果为对多种业务分别进行计费的总和。现有的这种计费方式不灵活，不能满足业务嵌套的多种计费需求。

发明内容

本发明实施方式提供的基于业务嵌套计费的业务关联方法、装置和系统，可将相互嵌套的多个业务关联起来，以提高业务嵌套的计费方式的灵活性。

本发明实施方式提供的基于业务嵌套计费的业务关联方法，包括：

获取业务平台发送的携带有关键业务信息的请求消息；

根据所述请求消息进行计费标识处理得到计费标识，包括：在存储的业务记录信息中查找与所述关键业务信息匹配的业务记录信息，如果存在匹配的业务记录信息，则获取匹配的业务记录信息中的计费标识，如果不存在匹配的业务记录信息，则分配计费标识；所述计费标识用于计费平台对具有相同计费标识的多个业务进行关联计费；

向所述请求消息的接收端发送计费标识和所述请求消息中携带的信息。

本发明实施方式提供的基于业务嵌套的业务关联计费方法，包括：

计费平台接收业务关联装置发送来的消息，将所述消息中的业务的计费标识和计费数据存储于计费存储单元中；

确定所述计费存储单元中具有相同计费标识的多个业务的业务配置规则；

根据所述业务配置规则对应的费率和所述计费数据对具有相同计费标识的多个业务进行关联计费。

本发明实施方式提供的基于业务嵌套计费的业务关联装置，包括：

获取模块，获取业务平台发送的携带有关键业务信息的请求消息；

计费标识处理模块，用于在存储的业务记录信息中查找与所述关键业务信息匹配的业务记录信息，如果存在匹配的业务记录信息，则获取匹配的业务记录信息中的计费标识，如果不存在匹配的业务记录信息，则分配计费标识，所述计费标识用于计费平台对具有相同计费标识的多个业务进行关联计费；

第一发送模块，用于向所述请求消息的接收端发送计费标识和所述请求消息中携带的信息。

本发明实施方式提供的计费平台，包括：

接收模块，用于接收业务关联装置发送来的消息，将所述消息中的业务的计费标识和计费数据存储于计费存储单元中；

业务配置规则模块，用于确定所述计费存储单元中具有相同计费标识的多个业务的业务配置规则；

关联计费模块，用于根据所述业务配置规则对应的费率和所述计费数据对具有相同计费标识的多个业务进行关联计费。

本发明实施方式提供的基于业务嵌套计费的业务关联系统，包括：与业务平台连接的业务关联引擎；

业务平台，用于发送携带有关键业务信息的请求消息；

业务关联引擎，用于获取业务平台发送的所述请求消息，在存储的业务记录信息中查找与所述关键业务信息匹配的业务记录信息，如果存在匹配的业务记录信息，则获取匹配的业务记录信息中的计费标识，如果不存在匹配的业务记录信息，则分配计费标识，向所述请求消息的接收端发送计费标识和所述请求消息中携带的信息，所述计费标识用于计费平台对具有相同计费标识的多个业务进行关联计费。

通过上述技术方案的描述可知，通过将请求消息中携带的关键业务信息在存储的业务记录信息中匹配，从匹配的业务记录信息中获得计费标识，或者在不存在匹配的业务记录信息时分配计费标识，使相互嵌套的多个业务可以拥有相同的计费标识；这样，计费平台可以根据该计费标识确定出相互嵌套的多个关联业务，从而计费平台可以对关联业务灵活的采用业务配置规则对应的费用进行计费，最终能够提高业务嵌套的计费方式的灵活性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一的基于业务嵌套计费的业务关联方法流程图；

图2是本发明实施例二的基于业务嵌套的业务关联计费方法流程图；

图3A是本发明实施例三的网络适用环境示意图；

图3B是本发明实施例三的业务触发过程中的业务关联方法流程图；

图3C是本发明实施例三的业务结束过程中的业务关联方法流程图；

图4是本发明实施例四的基于业务嵌套计费的业务关联装置示意图；

图5是本发明实施例五的计费平台示意图；

图6是本发明实施例六的基于业务嵌套计费的业务关联系统示意图。

具体实施方式

下面通过实施例对本发明的具体实现过程进行例举说明。显然，下面所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一、基于业务嵌套计费的业务关联方法。该方法的流程如附图1所示。

图1中，S100、获取业务平台发送的携带有关键业务信息的请求消息。

由于现有的计费请求消息中携带有关键业务信息，因此，本实施例可以利用现有的计费请求消息作为上述请求消息，当然，上述请求消息也可以为除计费请求消息之外的其它消息，如针对本实施例而新增加的携带有关键业务信息的消息等。虽然下面主要以计费请求消息为请求消息为例对各实施例进行了详细说明，但是，毋庸置疑的，请求消息也可以为其它形式的消息，本实施例不限制请求消息的具体表现形式。

针对在线计费业务，目前的业务平台需要在业务实现过程中向计费平台发送计费请求消息，S100的执行主体可以截获业务平台向计费平台发送的计费请求消息，即业务平台针对在线计费业务发送的计费请求消息通过S100的执行主体中转至计费平台。这里的在线计费业务可以为在线计费的会话型业务，也可以为在线计费的事件型业务。在线计费的会话型业务如呼叫业务或者上网流量业务等。在线计费的事件型业务如短消息业务或者多媒体消息业务等。上述在线计费业务还可以被划分为预付费在线计费业务和实时信控的后付费在线计费业务。也就是说，针对在线计费业务，S100的执行主体获取到的计费请求消息可以是预付费在线计费业务的计费请求消息，也可以是实时信控的后付费在线计费业务的计费请求消息。

对于在线计费的会话型业务来说，业务平台发送至计费平台的计费请求消息可以包括：计费开始请求消息和计费结束请求消息，可选的，计费请求消息还可以包括：计费中间请求消息。

对于在线计费的事件型业务来说，业务平台发送至计费平台的计费请求消息可以包括：计费事件请求消息。

针对离线计费业务，目前的业务平台不需要在业务实现过程中向计费平台发送计费请求消息，而只在业务结束时生成话单，本实施例需要对业务平台进行改造，使业务平台向S100的执行主体发送计费请求消息。上述离线计费业务通常为非实时信控的后付费离线计费业务。也就是说，针对离线计费业务，S100的执行主体获取到的计费请求消息通常是后付费离线计费业务的计费请求消息。针对离线计费业务需要特别说明的是，S100的执行主体可以不将业务平台发送来的计费请求消息发送至计费平台，该计费请求消息主要用于业务平台请求业务对应的计费标识。

S100中的计费请求消息具体可以是Credit Control Request(信用控制请求，CCR)消息，也可以是基于其它协议的计费请求消息，如基于运营商私有协议的计费请求消息等；本实施例不限制计费请求消息所采用的具体协议，也不限制触发业务平台发送计费请求消息的业务的具体类型等。另外，S100的执行主体可以根据计费请求消息中携带的信息识别出在线计费业务和离线计费业务，如扩展现有的计费请求消息的字段，使S100的执行主体可以根据该字段携带的信息进行在线计费业务和离线计费业务的识别。本实施例不限制识别在线计费业务和离线计费业务的具体实现方式。

S110、计费标识处理。该计费标识处理包括：在存储的业务记录信息中查找与请求消息中携带的关键业务信息匹配的业务记录信息，如果存在匹配的业务记录信息，则获取匹配的业务记录信息中的计费标识，如果不存在匹配的业务记录信息，则分配计费标识。

针对在线计费业务来说，如果接收到的计费请求消息为该业务的首次计费请求消息，如计费开始请求消息(计费开始请求消息如携带有Initial(初始)信息的CCR消息等)，则可以根据首次计费请求消息中携带的业务属性信息在存储的业务记录信息中进行模糊匹配，在存在模糊匹配的业务记录信息时，获取匹配的业务记录信息中的计费标识，在不存在模糊匹配的业务记录信息时，分配计费标识。S110的执行主体应保证为本次在线计费业务分配的计费标识在预定长周期(如七天)内全局唯一。上述业务属性信息用于描述业务，业务属性信息具体包括的内容可以根据触发计费请求消息的业务种类来设置，一个具体的例子：如果计费请求消息为呼叫业务(如预付费呼叫业务或后付费呼叫业务)触发的计费请求消息，则上述计费开始请求消息中携带的业务属性信息可以包括：当前计费用户终端号码、主叫号码、被叫号码和呼叫开始时间等。

在业务属性信息包括：当前计费用户终端号码、主叫号码、被叫号码和呼叫开始时间的情况下，模块匹配的一个具体的例子为：如果计费请求消息中携带的当前计费用户终端号码、主叫号码和被叫号码与存储的业务记录信息中的当前计费用户终端号码、主叫号码和被叫号码相同，且计费请求消息中的呼叫开始时间与存储的业务记录信息中的呼叫开始时间相差预定时间间隔(如1秒)，则确定存在模糊匹配的业务记录信息。

针对在线计费业务来说，如果接收到的计费请求消息不为该业务的首次计费请求消息，如计费请求消息为计费中间请求消息或者计费结束请求消息(计费结束请求消息如携带有Termination(终结)信息的CCR消息等)，则可以根据接收到的计费请求消息中携带的业务标识信息在存储的业务记录信息中查找获得计费标识。上述业务标识信息用于唯一标识用户发生的一次业务。业务标识信息具体包括的内容可以根据触发计费请求消息的业务种类来设置，一个具体的例子：如果计费请求消息为呼叫业务(如预付费呼叫业务或后付费呼叫业务)触发的计费请求消息，则上述计费中间请求消息或者计费结束请求消息中携带的业务标识信息可以为会话标识。本实施例不限制业务标识的具体表现形式。

针对离线计费业务来说，如果接收到计费请求消息(如计费开始请求消息)，则可以根据计费请求消息中携带的业务属性信息在存储的业务记录信息中模糊匹配，在存在模糊匹配的业务记录信息时，获取模糊匹配的业务记录信息中的计费标识，在不存在模糊匹配的业务记录信息时，分配计费标识。同样的，S110的执行主体应保证为本次离线计费业务分配的计费标识在预定长周期内全局唯一。另外，离线计费业务的计费请求消息中携带的业务属性信息具体包括的内容同样可以根据触发计费请求消息的业务种类来设置。

本实施例中存储的业务记录信息包括的具体内容与业务属性信息和/或业务标识信息相关。一个具体的例子：存储的业务记录信息具体可以包括当前计费用户终端号码、主叫号码、被叫号码、呼叫开始时间、业务标识信息和计费标识等。明显的，对于离线计费呼叫业务，上述存储的业务记录信息中可以不包括业务标识信息；对于事件型业务(如预付费事件型业务或者后付费事件型业务)，上述存储的业务记录信息中可以不包括业务标识信息，且上述呼叫开始时间应该为具体业务发生时间。本实施例不限制业务属性信息、业务标识信息和业务记录信息具体包括的内容。

针对在线计费业务，上述业务记录信息的存储过程包括：S110的执行主体在接收到业务平台向计费平台发送的业务的首次计费请求消息(如计费开始请求消息)且分配了计费标识后，向计费平台发送携带有计费标识的计费开始请求消息，计费平台对接收到计费开始请求消息进行处理，并向业务平台返回携带有计费标识的计费应答消息(如信用控制应答消息等)，S110的执行主体截获计费平台发送的计费应答消息，如果计费应答消息为计费成功的计费应答消息，则S110的执行主体将计费标识和计费开始请求消息中携带的业务属性信息存储到业务记录信息中。需要说明的是，在S110的执行主体接收到计费平台返回的针对计费请求消息的计费应答消息后，S110的执行主体可以从计费应答消息中剥离计费标识，并向业务平台发送剥离了计费标识的计费应答消息，以避免业务平台的改造。另外，如果S110的执行主体在接收到业务平台发送的业务的首次计费请求消息且从业务记录信息中获得了计费标识，则S110的执行主体也可以在接收到计费平台对该计费请求消息返回的计费成功的计费应答消息后，将计费标识和该计费开始请求消息中携带的业务属性信息存储到业务记录信息中。

针对离线计费业务，上述业务记录信息的存储过程包括：S110的执行主体在接收到业务平台发送的业务的计费请求消息(如计费开始请求消息)且分配了计费标识后，将该分配的计费标识和该计费请求消息中携带的业务属性信息存储到业务记录信息中。需要说明的是，针对一个离线计费业务，业务平台可以只发送一次计费请求消息。

S120、向请求消息的接收端发送计费标识和请求消息中携带的信息。这里的计费标识用于计费平台对具有相同计费标识的多个业务进行关联计费。

针对在线计费业务，请求消息的接收端为计费平台，如S120的执行主体向计费平台发送携带有计费标识的计费请求消息。

针对离线计费业务，请求消息的接收端为业务平台，如S120的执行主体直接向业务平台发送携带有计费标识的计费应答消息。

针对实施例一需要说明的是，实施例一的执行主体可以设置于计费平台中，即与计费平台合设；该执行主体也可以独立于计费平台设置，即设置于业务平台和计费平台之间。

上述实施例一通过将请求消息中携带的关键业务信息在存储的业务记录信息中匹配，从匹配的业务记录信息中获得计费标识，或者在不存在匹配的业务记录信息时分配计费标识，使相互嵌套的多个业务可以拥有相同的计费标识；这样，计费平台可以根据该计费标识确定出相互嵌套的多个关联业务，从而计费平台可以对关联业务灵活的采用业务配置规则对应的费用进行计费，最终能够提高业务嵌套的计费方式的灵活性。

实施例二、基于业务嵌套的业务关联计费方法，本实施例的执行主体可以为计费平台，该计费平台可以为在线计费平台，也可以为离线计费平台。该方法的流程如附图2所示。

图2中，S200、接收业务关联装置发送来的消息，将消息中携带的业务的计费标识和计费数据存储于计费存储单元中。

针对在线计费平台来说，在线计费平台接收到的包含有计费标识和计费数据的消息可以是实施例一的执行主体发送的，且计费标识和计费数据可以携带在计费请求消息中，即在线计费平台从接收到的计费请求消息中获取计费标识和计费数据。

针对离线计费平台来说，离线计费平台接收到的包含有计费标识和计费数据的消息可以是业务平台发送的，且计费标识和计费数据携带在话单中，即离线计费平台从接收到的话单中获取计费标识和计费数据。

S210、确定计费存储单元中具有相同计费标识的多个业务的业务配置规则。

如果有多个业务具有相同的计费标识，则说明这多个业务为由于业务嵌套而相互关联的业务。计费平台可以根据预先存储的业务配置规则为具有相同计费标识的多个业务选择确定出业务配置规则。业务配置规则如VPN业务与一号多机业务相关联。本实施例不限制预先存储的业务配置规则具体包括的内容。

S220、根据业务配置规则对应的费率和计费数据对具有相同计费标识的多个业务进行关联计费，如按照VPN业务优惠费率对VPN业务进行计费，按照一号多机业务优惠费率对一号多机业务进行计费等。计费平台可根据预先存储的业务配置规则和费率的对应关系确定出具有相同计费标识的多个业务的业务配置规则对应的费率，本实施例不限制预先存储的业务配置规则和费率的对应关系具体包括的内容、以及计费平台根据费率进行关联计费的具体实现过程。

由于业务配置规则对应的费率是针对相互关联的业务设置的，因此，计费平台可以对关联业务采用灵活的计费方式进行计费，从而提高了业务嵌套的计费方式灵活性。

由于上述实施例二中计费平台可以接收到的计费标识，且相互嵌套的多个业务拥有相同的计费标识；因此，计费平台可以根据该计费标识确定出相互嵌套的多个关联业务，从而计费平台可以对关联业务灵活的采用业务配置规则对应的费用进行计费，最终提高了业务嵌套的计费方式的灵活性。

实施例三、针对预付费在线计费业务，基于业务嵌套的业务关联方法。下面结合附图3A、附图3B和附图3C对本实施例进行说明。

图3A中，Mobile Switching Centre/Gateway Mobile Switching Center(移动交换中心/网关移动交换中心，MSC/GMSC)、MSC(O)(始呼端移动交换中心)和MSC(T)(终呼端移动交换中心)为核心网交换设备，Service Switch Point(业务交换点，SSP)为触发智能业务的设备，一号通AS(O)(始呼端应用服务器)为一号多机业务平台，iVPN(O)(Virtual Private Network，始呼端综合虚拟专用网络)为VPN业务平台，Online Charging System(在线计费系统，OCS)为计费平台。

本实施例中的业务关联引擎(即下述实施例四中的基于业务嵌套的业务关联装置)位于业务平台与OCS之间，业务关联引擎应保证为业务分配的ChargingIdentifier(计费标识，CID)在预定长周期内全局唯一不冲突，且业务关联引擎能够根据接收到的请求消息中携带的信息识别出基于嵌套的相互关联的业务，并保证基于嵌套的相互关联的多个业务的CID相同。

设定预付费用户同时签约了一号多机业务(即一号通业务)和VPN业务，一号多机业务即多个通信终端对外体现为一个号码，用户可以使用这多个通信终端灵活的实现呼叫。VPN业务即用户可以拨打集团短号实现集团呼叫。

用户发起呼叫，业务关联引擎与一号多机业务平台、VPN业务平台和OCS之间进行消息交互以实现一号多机业务(即一号通业务)和VPN业务的业务关联方法的流程如附图3B所示：

图3B中，S1、用户发起呼叫，SSP触发智能业务到VPN业务平台。

S2、VPN业务平台根据与OCS之间的Diameter Credit Control(Diameter信用控制，DCC)协议规范发送携带有Initial的CCR消息，即计费开始请求消息，该计费开始请求消息可以用于鉴权预留。

S3、业务关联引擎拦截业务平台发送给OCS的携带有Initial的CCR消息，并根据CCR消息中携带的当前计费用户终端号码、主叫号码、被叫号码和呼叫开始时间等业务属性信息在本地存储的业务记录信息中进行模糊匹配，模糊匹配如允许呼叫开始时间相差1秒内等，匹配结果可以表示出该业务是否有关联业务，如果存在模糊匹配的业务记录信息，则从模糊匹配的业务记录信息中获取CID，如果不存在模糊匹配的业务记录信息，则为该业务分配一个新的全局唯一的CID。在S3中，由于还没有关联业务发生，因此，业务关联引擎为该业务分配了一个新的全局唯一的CID。

S4、业务关联引擎将CID携带在CCR消息中，并向OCS发送该CCR消息。

S5、OCS根据CCR消息中的CID在本地存储的计费信息中查找，本地存储的计费信息包括CID和计费数据，计费数据可以包括业务属性信息。OCS的本次查找结果可以表示出本次业务是用户的首次业务还是与首次业务相关联的关联业务。如果查找到匹配的计费信息，则说明本次业务是与首次业务相关联的关联业务，如果没有查找到匹配的计费信息，则说明本次业务是用户的首次业务。在S5中，由于还没有关联业务发生，因此，OCS判断出本次业务为用户的首次业务。OCS为首次业务确定计费费率，并根据该计费费率进行计费处理，如计费反算处理等。

S6、OCS鉴权预留通过后，将CCR消息中的CID和CCR消息中的计费数据存储到计费信息中，并向业务平台返回携带有CID的Credit Control Answer(信用控制应答，CCA)消息。

S7、业务关联引擎接收到CCA消息后，分析CCA消息中的结果码为计费成功，则将CID和计费开始请求消息中携带的当前业务关键信息存储到业务记录信息中，业务关联引擎从CCA消息中剥离CID信息，并向VPN业务平台发送剥离了CID的CCA消息。业务关联引擎存储业务关键信息如SessionID、当前计费用户终端号码、主叫号码、被叫号码和呼叫开始时间等。

S8、VPN业务平台指示SSP进行呼叫接续，并根据CCA消息中携带的分配时长信息进行后继的业务监控流程。

S9、SSP通过多业务触发机制再次触发智能业务到一号多机业务平台。

S10、一号多机业务平台根据与OCS之间的DCC协议规范发送携带有Initial的CCR消息，即计费开始请求消息，该计费请求消息可以用于鉴权预留。

S11、业务关联引擎拦截一号多机业务平台向OCS发送的CCR消息。业务关联引擎根据CCR消息中携带的当前计费用户终端号码、主叫号码、被叫号码和呼叫开始时间等业务关键信息中的业务属性信息在本地存储的业务记录信息中进行模糊匹配，该模糊匹配如允许呼叫开始时间相差1秒内等。由于已经有关联业务发生，因此，在S11中，业务关联引擎模糊匹配成功，从模糊匹配的业务记录信息中获取CID。

S12、业务关联引擎将模糊匹配获得的CID携带在CCR消息中，向OCS发送。

S13、OCS根据CCR消息中的CID在本地存储的计费信息中查找，该查找结果可以表示出本次业务是用户的首次业务还是与首次业务相关联的关联业务。如果查找到匹配的计费信息，则说明本次业务是与首次业务相关联的关联业务，如果没有查找到匹配的计费信息，则说明本次业务是用户的首次业务。由于本实施例中已经有首次业务发生，因此，在S13中，OCS判断出本次业务为用户的关联业务。OCS为关联业务确定业务配置规则，根据该业务配置规则确定计费费率，并根据该计费费率进行计费处理，如计费反算处理等。

S14、OCS鉴权预留通过后，将CCR消息中的CID和当前业务关键信息存储到计费信息中，并向业务平台返回携带有CID的CCA消息。

S15、业务关联引擎接收到CCA消息后，将查找到的CID和CCR消息中携带的当前业务关键信息存储到业务记录信息中，业务关联引擎从CCA消息中剥离CID信息，并向一号多机业务平台发送剥离了CID的CCA消息。业务关联引擎存储的业务关键信息如SessionID、当前计费用户终端号码、主叫号码、被叫号码和呼叫开始时间等。

S16、一号多机业务平台指示SSP进行呼叫接续，并根据CCA消息中携带的分配时长信息进行后继的业务监控流程。

用户结束呼叫，业务关联引擎与一号多机业务平台、VPN业务平台和OCS之间进行消息交互以实现一号多机业务和VPN业务的业务关联方法的流程如附图3C所示：

图3C中，S17、SSP向VPN业务平台发送业务结束的智能信令。

S18、VPN业务平台根据与OCS之间的DCC协议规范发送携带有Termination的CCR消息，即计费结束请求消息。

S19、业务关联引擎拦截VPN业务平台发送给OCS的携带有Termination的CCR消息，并根据CCR消息中携带的SessionID在本地存储的业务记录信息中查找，根据查找结果可以获得该业务对应的CID。

S20、业务关联引擎将查找到的CID携带在CCR消息中，并向OCS发送携带有CID的CCR消息。

S21、OCS根据CCR中携带的CID在本地存储的计费信息中查找，如果查找确定相互关联的业务的数量多于一个，则确定相互关联的业务对应的多业务配置规则，并根据该多业务配置规定对应的费率和本次VPN业务的计费数据对本次VPN业务进行优惠批价扣费。

S22、OCS在批价扣费成功后，向VPN业务平台返回携带有CID的CCA消息。

S23、业务关联引擎截获该CCA消息，业务关联引擎从CCA消息中剥离CID信息，并向VPN业务平台发送剥离了CID的CCA消息。

S24、VPN业务平台接收到CCA消息后，正常结束本次VPN呼叫流程。

S25、SSP向一号多机业务平台发送业务结束的智能信令。

S26、一号多机业务平台根据与OCS之间的DCC协议规范发送携带有Termination的CCR消息，即计费结束请求消息。

S27、业务关联引擎拦截一号多机业务平台发送给OCS的携带有Termination的CCR消息，并根据CCR消息中携带的SessionID在本地存储的业务记录信息中查找，根据查找结果可以获得该业务对应的CID。

S28、业务关联引擎将查找到的CID携带在CCR消息中，并向OCS发送携带有CID的CCR消息。

S29、OCS根据CCR中携带的CID在本地存储的计费信息中查找，如果查找确定相互关联的业务的数量多于一个，则确定相互关联的业务对应的多业务配置规则，并根据该多业务配置规定对应的费率和本次一号多机的计费数据对本次一号多机进行优惠批价扣费。

S30、OCS在批价扣费成功后，向一号多机业务平台返回携带有CID的CCA消息。

S31、业务关联引擎截获该CCA消息，业务关联引擎从CCA消息中剥离CID信息，并向一号多机业务平台发送剥离了CID的CCA消息。

S32、一号多机业务平台接收到CCA消息后，正常结束本次一号多机呼叫流程。

针对实施例三需要特别说明的是，实施例三是以先触发VPN业务，再触发一号多机业务为例进行说明的，这两个智能业务的触发顺序和结束顺序也可以互换，本实施例不限制相互关联的多个业务的触发顺序和结束顺序。另外，业务关联引擎可以将业务记录信息保存预定长时间之后再进行删除处理，而不能在一个业务结束后立即删除该业务对应的业务记录信息。

实施例四、基于业务嵌套的业务关联装置。该装置可以设置于计费平台中，也可以独立于计费平台设置。该装置的结构如附图4所示。

图4中的装置包括：获取模块400、计费标识处理模块420和第一发送模块430。可选的，该装置还可以包括存储模块410、第一存储控制模块440、第二存储控制模块450和第二发送模块460中的至少一个。

获取模块400，获取业务平台发送的携带有关键业务信息的请求消息。获取模块400获取到的请求消息可以为现有的计费请求消息，当然，获取模块400获取到的请求消息也可以为除计费请求消息之外的其它消息，如针对本实施例而新增加的携带有关键业务信息的消息等。

针对在线计费业务，目前的业务平台需要在业务实现过程中向计费平台发送计费请求消息，获取模块400可以截获业务平台向计费平台发送的计费请求消息，即业务平台针对在线计费业务发送的计费请求消息通过本实施例中的装置中转至计费平台。获取模块400获取到的计费请求消息可以是预付费在线计费业务的计费请求消息，也可以是实时信控的后付费在线计费业务的计费请求消息。在线计费业务具体包括的业务类型、关键业务信息包括的内容、以及计费请求消息具体包括的消息等如上述实施例一的描述，在此不再详细说明。

针对离线计费业务，目前的业务平台不需要在业务实现过程中向计费平台发送计费请求消息，而只在业务结束时生成话单，本实施例需要对业务平台进行改造，使业务平台发送计费请求消息，这样，获取模块400可以获取到业务平台发送的计费请求消息。

获取模块400获取的计费请求消息具体可以是CCR消息，也可以是基于其它协议的计费请求消息，如基于运营商私有协议的计费请求消息等；本实施例不限制获取模块400获取到的计费请求消息所采用的具体协议。

获取模块400可以根据接收到的计费请求消息中携带的信息识别出在线计费业务和离线计费业务，如扩展现有的计费请求消息的字段，获取模块400可以根据该字段携带的信息进行在线计费业务和离线计费业务的识别。本实施例不限制获取模块400识别在线计费业务和离线计费业务的具体实现方式。

存储模块410，用于存储业务记录信息。存储模块410中存储的业务记录信息包括的具体内容与业务属性信息和/或业务标识信息相关。一个具体的例子：存储模块410中存储的业务记录信息具体可以包括当前计费用户终端号码、主叫号码、被叫号码、呼叫开始时间、业务标识信息和计费标识等。明显的，对于离线计费呼叫业务，存储模块410中存储的业务记录信息中可以不包括业务标识信息；对于事件型业务，存储模块410中存储的业务记录信息中可以不包括业务标识信息，且呼叫开始时间应该为具体业务发生时间。本实施例不限制存储模块410中存储的业务属性信息、业务标识信息和业务记录信息具体包括的内容。

计费标识处理模块420，用于在存储的业务记录信息中(如存储模块410存储的业务记录信息中)查找与获取模块400获取到的请求消息中的关键业务信息匹配的业务记录信息，如果存在匹配的业务记录信息，则获取匹配的业务记录信息中的计费标识，如果不存在匹配的业务记录信息，则分配计费标识。

计费标识处理模块420包括第一处理子模块421、第二处理子模块422和第三处理子模块423中的至少一个。

针对在线计费业务来说，如果获取模块400接收到的计费请求消息为该业务的首次计费请求消息，如计费开始请求消息，则第一处理子模块421可以根据首次计费请求消息中携带的业务属性信息在存储的业务记录信息中(如存储模块410存储的业务记录信息中)进行模糊匹配，在存在模糊匹配的业务记录信息时，第一处理子模块421获取匹配的业务记录信息中的计费标识，在不存在模糊匹配的业务记录信息时，第一处理子模块421分配计费标识。第一处理子模块421应保证为本次在线计费业务分配的计费标识在预定长周期内全局唯一。上述业务属性信息用于描述业务，业务属性信息具体包括的内容如上述实施例一中的描述，在此不再详细说明。

针对在线计费业务来说，如果获取模块400接收到的计费请求消息不为该业务的首次计费请求消息，如计费请求消息为计费中间请求消息或者计费结束请求消息，则第二处理子模块422可以根据获取模块400接收到的计费请求消息中携带的业务标识信息在存储的业务记录信息中(如存储模块410存储的业务记录信息中)查找获得计费标识。上述业务标识信息用于唯一标识用户发生的一次业务。业务标识信息具体包括的内容如上述实施例一中的描述，在此不再详细说明。

针对离线计费业务来说，如果获取模块400接收到计费请求消息，则第三处理子模块423可以根据计费请求消息中携带的业务属性信息在存储的业务记录信息中模糊匹配，在存在匹配的业务记录信息时，第三处理子模块423获取匹配的业务记录信息中的计费标识，在不存在匹配的业务记录信息时，第三处理子模块423分配计费标识。同样的，第三处理子模块423应保证为本次离线计费业务分配的计费标识在预定长周期内全局唯一。另外，离线计费业务的计费请求消息中携带的业务属性信息具体包括的内容同样可以根据触发计费请求消息的业务种类来设置。

第一发送模块430，用于向请求消息的接收端发送计费标识和请求消息中携带的信息，该计费标识用于计费平台对具有相同计费标识的多个业务进行关联计费。

第一发送模块430具体可以包括第一发送子模块431和第二发送子模块432中的至少一个。

针对在线计费业务，第一发送子模块431向计费平台发送携带有计费标识的计费请求消息。

针对离线计费业务，第二发送子模块432可以直接向业务平台发送携带有计费标识的计费应答消息。针对离线计费业务需要特别说明的是，第二发送子模块432不将计费请求消息发送至计费平台。

第一存储控制模块440，用于针对在线计费业务，在图4示出的装置接收到计费平台针对在线计费业务的首次计费请求消息返回的计费成功的计费应答消息(如信用控制应答消息等)后，将计费标识处理模块420分配的或计费标识处理模块420查找获取的计费标识和计费请求消息中携带的业务关键信息存储在存储模块410的业务记录信息中。

第二存储控制模块450，用于针对离线计费业务，在获取模块400接收到业务平台发送的计费请求消息(如计费开始请求消息)后，将计费标识处理模块420分配的或计费标识处理模块420查找获取的计费标识和计费请求消息中携带的业务关键信息存储在存储模块410的业务记录信息中。

第二发送模块460，用于针对在线计费业务，在图4所示的装置接收到计费平台返回的计费应答消息后，从计费应答消息中剥离计费标识，并向业务平台发送剥离了计费标识的计费应答消息。

上述实施例四中的计费标识处理模块420通过将请求消息中携带的关键业务信息在存储的业务记录信息中匹配，从匹配的业务记录信息中获得计费标识，或者在不存在匹配的业务记录信息时分配计费标识，使相互嵌套的多个业务可以拥有相同的计费标识；这样，计费平台可以根据该计费标识确定出相互嵌套的多个关联业务，从而计费平台可以对关联业务灵活的采用业务配置规则对应的费用进行计费，最终能够提高业务嵌套的计费方式的灵活性。

实施例五、计费平台。该计费平台可以为在线计费平台(如OCS等)，也可以为离线计费平台。该计费平台的结构如附图5所示。

图5中的计费平台包括：接收模块500、业务配置规则模块510和关联计费模块520。

接收模块500，用于接收业务关联装置发送来的消息，将消息中携带的业务的计费标识和计费数据存储于计费存储单元中。

针对在线计费平台来说，接收模块500接收到的计费标识和计费数据可以是实施例一的执行主体发送的，且计费标识和计费数据可携带在计费请求消息中，即接收模块500可从接收到的计费请求消息中获取到计费标识和计费数据。

针对离线计费平台来说，接收模块500接收到的计费标识和计费数据可以是业务平台发送的，且计费标识和计费数据携带在话单中，即接收模块500可以从接收到的话单中获取到计费标识和计费数据。

业务配置规则模块510，用于确定计费存储单元中具有相同计费标识的多个业务对应的业务配置规则。如果有多个业务具有相同的计费标识，则表示这多个业务为由于业务嵌套而相互关联的业务。业务配置规则模块510可以根据预先存储的业务配置规则为具有相同计费标识的多个业务选择确定出业务配置规则。

关联计费模块520，用于根据业务配置规则模块510确定出的业务配置规则对应的费率和接收模块500接收到的计费数据对具有相同计费标识的多个业务进行关联计费。关联计费模块520中可以存储有业务配置规则与费率的对应关系，关联计费模块520可以根据该对应关系确定出费率，本实施例不限制关联计费模块520确定出具体费率、以及根据具体费率实际计费的具体实现过程。

上述实施例五中的接收模块500可以接收到计费标识和计费数据，由于相互嵌套的多个业务拥有相同的计费标识，因此，业务配置规则模块510可以根据该计费标识确定出相互嵌套的多个关联业务，并确定出多个关联业务对应的业务配置规则，从而关联计费模块520可以对关联业务灵活的采用业务配置规则对应的费用进行计费，最终提高了业务嵌套的计费方式的灵活性。

实施例六、基于业务嵌套的业务关联系统。该系统的结构如附图6所示。

图6中的系统包括：业务关联引擎610。该业务关联引擎610与业务平台600连接。可选的，该系统还可以包括：在线计费平台620和离线计费平台630中的至少一个。图6中虽然只示出了一个业务平台600，但是，在实际的网络中，与业务关联引擎610连接的业务平台600可以为多个。

业务平台600，用于发送携带有关键业务信息的请求消息。

业务平台600发送的请求消息可以为现有的计费请求消息，当然，业务平台600发送的请求消息也可以为除计费请求消息之外的其它消息，如针对本实施例而新增加的携带有关键业务信息的消息等。

针对在线计费业务，现有的业务平台600可以不进行改造，即业务关联引擎610截获业务平台600向在线计费平台620发送计费请求消息。业务平台600向在线计费平台620发送计费请求消息可以是预付费在线计费业务的计费请求消息，也可以是实时信控的后付费在线计费业务的计费请求消息。在线计费业务具体包括的业务类型、关键业务信息包括的内容、以及计费请求消息具体包括的消息等如上述实施例一的描述，在此不再详细说明。

针对离线计费业务，业务平台600需要进行改造，以发送计费请求消息，从而业务关联引擎610可以接收到业务平台600发送的计费请求消息。另外，业务平台600可以接收到业务关联引擎610针对该计费请求消息返回的计费应答消息，该计费应答消息中携带有计费标识。业务平台600在为离线计费业务生成话单时，应使该话单中包括离线计费业务对应的计费标识。

业务平台600发送的计费请求消息具体可以是CCR消息，也可以是基于其它协议的计费请求消息，如基于运营商私有协议的计费请求消息等；本实施例不限制业务平台600发送的计费请求消息所采用的具体协议。

业务关联引擎610，用于获取业务平台600发送的请求消息，并在存储的业务记录信息中查找与请求消息中的关键业务信息匹配的业务记录信息，如果存在匹配的业务记录信息，则业务关联引擎610获取匹配的业务记录信息中的计费标识，如果不存在匹配的业务记录信息，则业务关联引擎610分配计费标识，业务关联引擎610向请求消息的接收端发送计费标识和请求消息中携带的信息，这里的计费标识用于计费平台对具有相同计费标识的多个业务进行关联计费。上述请求消息的接收端可以为在线计费平台620，也可以为业务平台600。针对在线计费业务，业务关联引擎610向在线计费平台620发送携带有计费标识的计费请求消息。针对离线计费业务，业务关联引擎610可以直接向业务平台600发送携带有计费标识的计费应答消息。针对离线计费业务需要特别说明的是，业务关联引擎610不将计费请求消息发送至离线计费平台630。

业务关联引擎610中存储的业务记录信息包括的具体内容与业务属性信息和/或业务标识信息相关。一个具体的例子：业务关联引擎610中存储的业务记录信息具体可以包括当前计费用户终端号码、主叫号码、被叫号码、呼叫开始时间、业务标识信息和计费标识等。明显的，对于离线计费业务，业务关联引擎610中存储的业务记录信息中可以不包括业务标识信息；对于在线计费事件型业务，业务关联引擎610中存储的业务记录信息中可以不包括业务标识信息，且呼叫开始时间应该为具体业务发生时间。本实施例不限制业务关联引擎610中存储的业务属性信息、业务标识信息和业务记录信息具体包括的内容。

针对在线计费业务来说，如果业务关联引擎610接收到的计费请求消息为该业务的首次计费请求消息，如计费开始请求消息，则业务关联引擎610可以根据首次计费请求消息中携带的业务属性信息在存储的业务记录信息中进行模糊匹配，在存在匹配的业务记录信息时，业务关联引擎610获取匹配的业务记录信息中的计费标识，在不存在匹配的业务记录信息时，业务关联引擎610分配计费标识。业务关联引擎610应保证为本次在线计费业务分配的计费标识在预定长周期内全局唯一。上述业务属性信息用于描述业务，业务属性信息具体包括的内容如上述实施例一中的描述，在此不再详细说明。

针对在线计费业务来说，如果业务关联引擎610接收到的计费请求消息不为该业务的首次计费请求消息，如计费请求消息为计费中间请求消息或者计费结束请求消息，则业务关联引擎610可以根据接收到的计费请求消息中携带的业务标识信息在存储的业务记录信息中查找获得计费标识。上述业务标识信息用于唯一标识用户发生的一次业务。业务标识信息具体包括的内容如上述实施例一中的描述，在此不再详细说明。

针对离线计费业务来说，如果业务关联引擎610接收到计费请求消息，则业务关联引擎610可以根据计费请求消息中携带的业务属性信息在存储的业务记录信息中模糊匹配，在存在匹配的业务记录信息时，业务关联引擎610获取匹配的业务记录信息中的计费标识，在不存在匹配的业务记录信息时，业务关联引擎610分配计费标识。同样的，业务关联引擎610应保证为本次离线计费业务分配的计费标识在预定长周期内全局唯一。另外，离线计费业务的计费请求消息中携带的业务属性信息具体包括的内容同样可以根据触发计费请求消息的业务种类来设置。

针对在线计费业务，业务关联引擎610在接收到在线计费平台620针对在线计费业务的首次计费请求消息返回的计费成功的计费应答消息(如信用控制应答消息等)后，将针对该首次计费请求消息分配的或查找获取的计费标识和计费请求消息中携带的业务关键信息存储在业务记录信息中。另外，业务关联引擎610在接收到计费平台返回的计费应答消息后，从计费应答消息中剥离计费标识，并向业务平台600发送剥离了计费标识的计费应答消息。

针对离线计费业务，业务关联引擎610在接收到业务平台600发送的计费请求消息(如计费开始请求消息)后，将针对该计费请求消息分配的或查找获取的计费标识和计费请求消息中携带的业务关键信息存储在业务记录信息中。

在线计费平台620，用于接收业务关联引擎610发送的消息，将消息中携带的计费标识和计费数据存储于计费存储单元中，确定计费存储单元中具有相同计费标识的多个业务的业务配置规则，在线计费平台620根据该业务配置规则对应的费率和接收到的计费数据对具有相同计费标识的多个业务进行关联计费。

离线计费平台630，用于接收业务平台600发送来的包含有计费标识和计费数据的话单，确定具有相同计费标识的多个话单的业务配置规则，根据该业务配置规则对应的费率和接收到的计费数据对具有相同计费标识的多个业务进行关联计费。

业务关联引擎610、在线计费平台620和离线计费平台630的具体结构如上述实施例的描述，在此不再重复说明。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，所述的软件产品在可以用于执行上述的方法流程。该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，本发明的申请文件的权利要求包括这些变形和变化。

Claims (13)

1.一种基于业务嵌套计费的业务关联方法，其特征在于，包括：

拦截业务平台发送给计费平台的携带有关键业务信息的计费请求消息；

根据所述计费请求消息进行计费标识处理得到计费标识，包括：在存储的业务记录信息中查找与所述关键业务信息匹配的业务记录信息，如果存在匹配的业务记录信息，则获取匹配的业务记录信息中的计费标识，如果不存在匹配的业务记录信息，则分配计费标识；所述计费标识用于计费平台对具有相同计费标识的多个业务进行关联计费；

向所述计费请求消息的接收端发送计费标识和所述计费请求消息中携带的信息；

在接收计费平台返回的计费应答消息后，从所述计费应答消息中剥离计费标识，并向业务平台发送剥离了计费标识的计费应答消息。

2.如权利要求1所述的方法，其特征在于，该方法基于在线计费业务，所述计费标识处理包括：

如果所述计费请求消息为在线计费业务的首次计费请求消息，则根据计费请求消息中携带的业务属性信息在存储的业务记录信息中模糊匹配，在存在模糊匹配的业务记录信息时，获取模糊匹配的业务记录信息中的计费标识，在不存在模糊匹配的业务记录信息时，分配计费标识。

3.如权利要求2所述的方法，其特征在于：

该方法基于呼叫业务，所述业务属性信息包括：当前计费用户终端号码、主叫号码、被叫号码和呼叫开始时间，所述模糊匹配包括：计费请求消息中携带的当前计费用户终端号码、主叫号码和被叫号码与所述存储的业务记录信息中的当前计费用户终端号码、主叫号码和被叫号码相同，且所述计费请求消息中的呼叫开始时间与所述存储的业务记录信息中的呼叫开始时间相差预定时间间隔；

或者，所述业务标识信息包括：会话标识。

4.如权利要求1所述的方法，其特征在于，该方法基于离线计费业务，所述计费标识处理包括：

根据计费请求消息中携带的业务属性信息在存储的业务记录信息中模糊匹配，在存在模糊匹配的业务记录信息时，获取模糊匹配的业务记录信息中的计费标识，在不存在模糊匹配的业务记录信息时，分配计费标识。

5.如权利要求1所述的方法，其特征在于：

该方法基于在线计费业务，所述业务记录信息为：接收到计费平台基于在线计费业务的首次计费请求消息返回的计费成功的计费应答消息后，根据所述分配或获取的计费标识和所述计费请求消息中携带的业务关键信息存储的业务记录信息；或者

该方法基于离线计费业务，所述业务记录信息为：接收到业务平台发送的计费请求消息后，根据所述分配或获取的计费标识和所述计费请求消息中携带的业务关键信息存储的业务记录信息。

6.如权利要求1至5中任一权利要求所述的方法，其特征在于，所述向所述计费请求消息的接收端发送计费标识和所述计费请求消息中携带的信息包括：

该方法基于在线计费业务，向计费平台发送携带有计费标识的计费请求消息；或

该方法基于离线计费业务，向业务平台发送携带有计费标识的计费应答消息。

7.一种基于业务嵌套计费的业务关联装置，其特征在于，包括：

获取模块，拦截业务平台发送给计费平台的携带有关键业务信息的计费请求消息；

计费标识处理模块，用于在存储的业务记录信息中查找与所述关键业务信息匹配的业务记录信息，如果存在匹配的业务记录信息，则获取匹配的业务记录信息中的计费标识，如果不存在匹配的业务记录信息，则分配计费标识，所述计费标识用于计费平台对具有相同计费标识的多个业务进行关联计费；

第一发送模块，用于向所述计费请求消息的接收端发送计费标识和所述计费请求消息中携带的信息；

第二发送模块，用于基于在线计费业务，在所述装置接收到计费平台返回的计费应答消息后，从所述计费应答消息中剥离计费标识，并向业务平台发送剥离了计费标识的计费应答消息。

8.如权利要求7所述的装置，其特征在于，所述计费标识处理模块包括：

第一处理子模块，用于基于在线计费业务，在所述计费请求消息为在线计费业务的首次计费请求消息时，根据计费请求消息中携带的业务属性信息在存储的业务记录信息中模糊匹配，在存在模糊匹配的业务记录信息时，获取匹配的业务记录信息中的计费标识，在不存在模糊匹配的业务记录信息时，分配计费标识。

9.如权利要求7所述的装置，其特征在于，所述计费标识处理模块包括：

第三处理子模块，用于基于离线计费业务，根据计费请求消息中携带的业务属性信息在存储的业务记录信息中模糊匹配，在存在模糊匹配的业务记录信息时，获取模糊匹配的业务记录信息中的计费标识，在不存在模糊匹配的业务记录信息时，分配计费标识。

10.如权利要求7所述的装置，其特征在于，所述装置还包括：

第一存储控制模块，用于基于在线计费业务，在所述装置接收到计费平台基于在线计费业务的首次计费请求消息返回的计费成功的计费应答消息后，将所述分配或获取的计费标识和计费请求消息中携带的业务关键信息存储在所述业务记录信息中；和/或者

第二存储控制模块，用于基于离线计费业务，在所述装置接收到业务平台发送的计费请求消息后，将所述分配或获取的计费标识和所述计费请求消息中携带的业务关键信息存储在所述业务记录信息中。

11.如权利要求7至10中任一权利要求所述的装置，其特征在于，所述第一发送模块包括：

第一发送子模块，用于基于在线计费业务，向计费平台发送携带有计费标识的计费请求消息；

第二发送子模块，用于基于离线计费业务，向业务平台发送携带有计费标识的计费应答消息。

12.一种基于业务嵌套计费的业务关联系统，其特征在于，所述系统包括：与业务平台连接的业务关联引擎；

业务平台，用于发送携带有关键业务信息的计费请求消息给计费平台；

业务关联引擎，用于获取业务平台发送的所述计费请求消息，在存储的业务记录信息中查找与所述关键业务信息匹配的业务记录信息，如果存在匹配的业务记录信息，则获取匹配的业务记录信息中的计费标识，如果不存在匹配的业务记录信息，则分配计费标识，向所述计费请求消息的接收端发送计费标识和所述计费请求消息中携带的信息，所述计费标识用于计费平台对具有相同计费标识的多个业务进行关联计费；还用于在接收计费平台返回的计费应答消息后，从所述计费应答消息中剥离计费标识，并向业务平台发送剥离了计费标识的计费应答消息。

13.如权利要求12所述的系统，其特征在于，所述系统还包括：

在线计费平台，用于接收业务关联引擎发送来的消息，将所述消息中的计费标识和计费数据存储于计费存储单元中，确定所述计费存储单元中具有相同计费标识的多个业务的业务配置规则，根据所述业务配置规则对应的费率和所述计费数据对具有相同计费标识的多个业务进行关联计费；和/或

离线计费平台，用于接收业务平台发送来的包含有计费标识和计费数据的话单，确定具有相同计费标识的多个话单的业务配置规则，根据所述业务配置规则对应的费率和所述计费数据对具有相同计费标识的多个业务进行关联计费；所述话单为所述业务平台生成的话单。

Images