CN101277202B - 计费方法以及计费系统 - Google Patents

Abstract

本发明涉及通信领域，本发明实施例公开了一种计费方法以及计费系统，本发明实施例提供的在线计费方法包括：计费系统接收业务的第一网元的计费请求，并根据该计费请求，为业务分配业务的计费上下文标识，并将该业务的计费上下文标识返回给第一网元；计费系统接收业务的第二网元的计费请求，其中该计费请求携带从第一网元传递至第二网元的该业务的计费上下文标识，计费系统根据该业务的计费上下文标识，获取具有相同业务的计费上下文标识的各计费会话，并对各计费会话进行业务计费信息关联，获取计费关联的结果；计费系统根据计费关联的结果，对业务进行计费控制。本发明实施例的技术方案既能够实现计费关联，又能够实现计费对业务的在线控制。

Description

计费方法以及计费系统

技术领域

本发明涉及通信领域，特别涉及一种计费方法以及计费系统。

背景技术

随着电信网络上数据业务的不断丰富，流量计费(Bearer ChargingFunction，简称BCF)逐渐成为运营商对数据业务进行计费控制的主要手段。BCF是指运营商根据业务，在网络承载层记录的流量信息，进行批价、计费的过程。数据业务的计费信息一般包括业务层的计费信息、和承载层的计费信息。通常运营商会采用计费关联的方式来对不同层次的计费信息统一处理。例如：

多媒体信息业务(Multimedia Messaging Service，简称MMS)采用计次计费，当用户发送多媒体信息时，同时也在网络承载层实体上产生流量计费信息，BCF从网关通用无线分组业务支持节点(Gateway General Packer Radio ServiceSupport Note，简称GGSN)中采集到该MMS实际发生的流量信息和总的流量信息，然后计费系统关联该MMS的实际流量信息和总流量信息，从总的流量中核减该次MMS的实际流量，避免重复计费。

目前在MMS系统中的计费具体是：在业务层，多媒体信息业务服务中心(Multimedia Messaging Service Centre，简称MMSC)作为MMS业务的计费数据采集点，能够按照流量和时长生成业务服务使用记录(Call Detail Record，简称CDR)；在承载层，对于GPRS用户而言，根据MMS业务的分类，MMS业务和中国移动无线应用协议(China Mobile Wireless Application Protocol，简称CMWAP)CMWAP采用同一个接入点(Access Point Name，简称APN)，SGSN作为GPRS业务的计费点，记录CMWAP的业务流量(其中包括MMS业务流量)，提供MMS计费核减方案的依据：多媒体信息发送方单向按条计费，采用按结算日的定期结算方式，将MMSC上的CDR记录的业务通信流量和SGSN上记录的CMWAP的流量相关联，进行计费核减。

然而，本发明的发明人在进行本发明过程中，发现上述的计费方式至少存在以下的缺陷：

由于采用按结算日联合计费核减的方式，在计费时间上存在较大的时延，只能用于离线计费的情况，而对于在线计费关联无法支撑，不能在线影响用户业务的提供。

而这种定期联合计费核减的方式，也会给用户理解计费方式带来一定的困难，不利于业务的运营。

另一方面的，随着电信技术的发展，电信网络逐渐引入了IP多媒体子系统(IP Multimedia Subsystem，简称IMS)，由于IMS网络采用分层设计，IMS核心网的业务层和承载层分离，导致：IMS会话管理实体(Call Session ControlFunction，简称CSCF)并不知道IMS会话在用户平面层的业务流量；而IP的接入网络实体，比如，GGSN、PRS服务支持节点(Serving GPRS SupportingNode，简称SGSN)，也不了解控制平面信令的状态：诸如IMS会话的状态等。

但是，由于IMS支持更加丰富的用户数据传输，运营商希望在IMS网络中将业务层和承载层的计费信息关联起来而实现计费关联，并为此在网络业务层新定义了策略决策功能实体(Policy Decision Control Function，简称PDF)，以及IMS的计费标志符(IMS Charging ID，简称ICID)；在承载层，新定义策略执行功能实体(Policy Enforcement Point，简称PEP)，以及GPRS的计费标志符(GPRS Charging ID，简称GCID)；通过在PDF和PEP之间交换ICID、GCID，实现计费信息的交互，进而实现承载层和IMS业务层的计费信息关联。

图1为在第三代合作伙伴计划(3rd Generation Partnership Project简称3GPP)IMS体系中进行离线计费关联流程示意图。如图示，在会话建立阶段，信息发送终端激活次级分组数据协议(Secondary Packet Data Protocol，简称Secondary PDP)上下文(Context)，并使用该Secondary PDP传输媒体数据。

协议规定，在PDP Context授权过程中，承载层的PEP(GGSN)和业务层的PDF(P-CSCF，又称代理CSCF)按照如下步骤来交换ICID、GCID：

101：网关GPRS支持节点/网关11(以下简称GGSN11)向代理呼叫状态控制功能/策略决策功能实体13(以下简称P-CSCF/PDF13)发送公共开放策略服务(Common Open Policy Service，简称COPS)请求；

102：P-CSCF/PDF13处理公开放策略服务请求(COPS请求)，并向GGSN11返回公共开放策略服务决策(COPS决策)，其中包含了：P-CSCF/PDF为该业务分配的ICID，将ICID传递给GGSN11；

103：GGSN11向P-CSCF/PDF13返回公共开放策略服务报告，并在报告中携带在GGSN11中的GCID，将GCID传递给P-CSCF/PDF13。

经过步骤101、102、103之后，GGSN11在本地的业务服务使用记录(G-CDR)上记录实际的IP流量，在G-CDR内包含ICID和GCID，当数据传输满足一定的条件后，GGSN11向离线计费系统15上报G-CDR数据(如图中的100所示)，该离线计费系统15根据上报的G-CDR中的ICID和GCID，对各网络层次产生的CDR进行计费关联。当单个IMS会话要求多个SecondaryPDP Context时，多个GCID被映射到同一个ICID上。

另外的，对于业务信令会话，目前规定的流程如下：104：发送终端17向P-CSCF/PDF13发送携带会话描述协议的业务请求消息(INVITE(SDP))；105：P-CSCF/PDF13为该业务请求分配ICID；106：P-CSCF/PDF13在该消息中进一步携带分配的ICID后，将该业务请求消息(INVITE(ICID，SDP))传递至服务呼叫状态控制功能14(以下简称S-CSCF14)；107：S-CSCF14根据该消息进行服务控制后，在消息中进一步携带输入输出终端参数IOI后(INVITE(IOI，ICID，SDP))传递至咨询呼叫状态控制功能16(以下简称I-SCF16)；另外的，发送终端17开始向GGSN11申请资源预留(参见108)，GGSN进行资源预留(101、102、103在资源预留过程(见108至109过程)中进行)后，完成与发送终端17之间的资源预留，并且继续执行其他的会话初始化过程，直到发送终端17接收到I-SCF16通过S-CSCF14、P-CSCF/PDF13、GGSN11传递至本端的接受会话请求通知(协议中的200OK(IVVITE))通知(110、112、113)后，可以进行会话114。

由图1可见，在IMS网络中，虽然可以通过在离线计费系统15中非实时的对业务层和承载层的CDR的关联，实现联合计费，但是该技术方案为离线计费，业务会话与计费会话相独立，计费不能实时影响业务会话。同时其仍然存在计费延时较大，用户理解较困难等问题。

发明内容

本发明实施例提供一种在线计费方法，实现业务在线计费关联。

本发明实施例提供一种在线计费方法，实现业务在线计费关联。

本发明实施例提供一种在线计费方法，实现业务在线计费关联。

本发明实施例提供一种计费系统，实现业务在线计费关联。

本发明实施例提供的在线计费方法，可以包括：

计费系统接收业务的第一网元的计费请求，并根据所述计费请求，为所述业务分配业务的计费上下文标识，并将所述业务的计费上下文标识返回给所述第一网元；

所述计费系统接收所述业务的第二网元的计费请求，其中该计费请求携带从所述第一网元传递至所述第二网元的所述业务的计费上下文标识，所述计费系统根据所述业务的计费上下文标识，获取具有相同业务的计费上下文标识的各计费会话，并对所述各计费会话进行业务计费信息关联，获取计费关联的结果；

所述计费系统根据所述计费关联的结果，对所述业务进行计费控制。

本发明实施例提供的在线计费方法，可以包括：

计费系统接收业务的第一网元计费请求，所述计费请求携带所述业务的计费上下文标识；

所述计费系统向所述第一网元返回计费请求响应，并记录与所述第一网元的计费会话，在所述计费会话中包含所述业务的计费上下文标识；

所述计费系统接收业务的第二网元计费请求，其中该计费请求携带从所述第一网元传递至所述第二网元的所述业务的计费上下文标识；

所述计费系统根据所述第二网元的计费请求中业务的计费上下文标识，获取具有相同业务的计费上下文标识的各计费会话，并对所述各计费会话进行业务计费信息关联，获取计费关联的结果；

所述计费系统根据所述计费关联的结果信息，对所述业务进行计费控制。

本发明实施例提供的在线计费方法，可以包括：

网元获取业务的计费上下文标识；

所述网元向计费系统发送携带所述业务的计费上下文标识的计费请求；

所述计费系统根据所述业务的计费上下文标识，对具有相同业务的计费上下文标识的各计费会话，进行业务计费信息关联，获取计费关联的结果；

所述计费系统根据所述计费关联的结果，对所述业务进行计费控制。

本发明实施例提供的计费系统，包括：

接收单元，用于接收网元的计费请求；

计费上下文标识分配单元，用于根据所述接收单元接收的计费请求，为业务分配业务的计费上下文标识；

计费关联单元，用于根据所述接收单元所接收的计费请求中携带的业务的计费上下文标识，对具有相同业务的计费上下文标识的各计费会话，进行计费关联，获取计费关联结果；

发送单元，用于向网元发送：所述计费关联单元获取的计费关联的结果，并用于向网元发送：所述计费上下文标识分配单元分配的业务的计费上下文标识；

存储单元，用于存储所述计费系统与网元的计费会话，并在所述计费会话中包含：所述业务的计费上下文标识，以供所述计费关联单元进行计费关联。

本发明实施例提供的计费系统，包括：

接收单元，用于接收网元的计费请求；

计费关联单元，用于根据所述接收单元所接收的计费请求中携带的业务的计费上下文标识，对具有相同业务的计费上下文标识的各计费会话，进行计费关联，获取计费关联结果；

发送单元，用于向网元发送：所述计费关联单元获取的计费关联的结果；

存储单元，用于存储所述计费系统与网元的计费会话，并在所述计费会话中包含：所述业务的计费上下文标识，以供所述计费关联单元进行计费关联。由以上技术方案可以看出，本发明实施例提供的技术方案中的网元在向计费发送计费请求时，在计费请求中携带了当前业务的计费上下文标识；计费系统接收计费请求后，可以根据该计费请求中业务的计费上下文标识，对计费系统记录的具有相同业务的计费上下文标识的计费会话，进行计费信息关联，根据关联计费信息，对业务进行计费控制。可见应用本发明实施例的技术方案既能够实现计费关联，又能够实现计费对业务的在线控制。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的不当限定。在附图中：

图1为现有技术中在IMS网络实现计费关联的流程示意图；

图2为本发明实施例1提供的在线计费关联方法流程示意图；

图3为本发明实施例2中提供的一种使用计费系统分配的业务的计费上下文标识而进行在线计费的一种消息流程示意图；

图4为本发明实施例2中提供的应用图3所示的方法对MMS进行在线计费关联的逻辑示意图；

图5为本发明实施例2中提供的应用图3所示的方法，在MMS系统中实现在线计费关联的具体信令流程；

图6为本发明实施例3中提供的一种应用由网元生成的业务的计费上下文标识，进行在线计费关联的一种消息流程示意图；

图7为本发明实施例3中提供的一种在IMS系统中使用ICID、GCID的组合得到业务的计费上下文标识，进行在线计费关联的消息流程示意图；

图8为本发明实施例4提供的一种计费系统结构示意图；

图9为本发明实施例5提供的一种计费系统结构示意图。

具体实施方式

下面将参考附图并结合实施例，来详细说明本发明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

实施例1：

图2为本实施例提供的在线计费关联方法流程示意图，如图示，该方法可以包括：

步骤201：网元确定业务的计费上下文标识。

为了使得计费系统能够在接收到网元的计费请求时，能够与其他网元对当前请求计费的业务的计费会话的计费信息进行关联计费，网元需要确定业务的计费上下文标识：用于唯一标识业务需要关联的各计费会话的参数。

网元获取业务的计费上下文标识可以通过以下两种方式确定：

第一种方式：对于网元不能产生业务的计费上下文标识的情况下，可以由第一个接收到业务请求的网元根据所接收到的业务请求，向计费系统发送初始计费请求，计费系统在接收到该初始计费请求后，根据该请求在计费系统中为该业务分配业务的计费上下文标识，并在分配之后，将该业务的计费上下文标识传递至该业务关联的网元。

为了实现方便起见，同时的，也为了减少计费系统的处理，减少计费系统与网元之间、各网元之间的消息量，计费系统生成该业务的计费上下文标识之后，将业务的计费上下文标识携带在计费请求响应中，返回至第一个接收到业务请求的网元；该第一个接收到业务请求的网元接收到该计费请求响应后，解析获取该业务的计费上下文标识；然后该网元在转发业务请求时，在所转发的业务请求中携带该业务的计费上下文标识，传递至下一网元，下一网元同样在向另外的网元转发业务请求时，同时进行业务的计费上下文标识的传递，以使各网元在后续与计费系统地计费会话中，能够使用该业务的计费上下文标识。

第二种方式：对于网元支持业务的计费上下文标识的生成(比如：IMS系统中的ICID、GCID，但不限于此)的情况下，可以由网元根据业务生成业务的计费上下文标识：

各网元共享本网元对该业务计费上下文标识，联合各网元的计费上下文标识组成该业务的计费上下文标识。该方式的实现可以采用以下的技术方案实现：

以某网元作为主网元，由该主网元分别与其他各网元消息交互，获取该业务在其他各网元的计费上下文标识，联合该业务在本网元以及在其他各网元的计费上下文标识，产生该业务的计费上下文标识。该主网元生成业务的计费上下文标识后，向各网元发送该业务的计费上下文标识，以使各网元在后续与计费系统地计费会话中，使用该业务的计费上下文标识。

另外的，也可以根据预定的协议，选取某一网元生成的计费上下文标识作为该业务的计费上下文标识，并将该业务的计费上下文标识传递至该业务的各网元，以使各网元在后续与计费系统地计费会话中，使用该业务的计费上下文标识。

需要说明的是，其联合产生业务的计费上下文标识所采用的运算方式，既可以是将各网元的计费上下文标识进行简单的组合，比如：某计费上下文标识为AAAA，第二计费上下文标识为：BBBB，第三计费上下文标识为：CCCC，那么，对该三计费上下文标识进行组合可以得到业务的计费上下文标识：AAAABBBBCCCC；也可以根据各计费上下文标识，对各计费上下文标识进行其他的逻辑运算获取，比如：与或、或非等，在此不一一列举。

步骤202：网元向计费系统发送携带业务的计费上下文标识的计费请求。

网元在获取该业务的计费上下文标识后，向计费系统发送计费请求，并在该计费请求中携带该业务的计费上下文标识，以及申请预留单元(RequestService Unit，简称RSU)，发起与计费系统的计费会话，请求计费系统对业务进行计费信用控制。

步骤203：计费系统根据计费请求携带的业务的计费上下文标识，确定具有相同业务的计费上下文标识的各计费会话，并根据具有相同业务的计费上下文标识的各计费会话，进行计费信息关联，获取计费关联的结果。

计费系统解析获取所接收到的计费请求中业务的计费上下文标识，查找具有相同业务的计费上下文标识的计费会话的句柄，确定该具有相同的业务的计费上下文标识的计费会话，进行计费信息关联，获取计费关联的结果。

如果计费系统将以前的计费会话保存在内存中，则根据该业务的计费上下文标识，获取各计费会话在内存中的句柄，读取各具有相同业务的计费上下文标识的各计费会话。由于将计费会话在内存中保存，有利于加快计费关联效率，所以推荐使用该方式。

如果计费系统将以前的计费会话以数据库的方式进行存储，则根据该业务的计费上下文标识，在相应的数据库中查找即可。

计费系统获取各计费会话中的计费信息后，对各计费会话中的业务计费信息进行综合计费，该综合计费方式可以但不限于计费核减方式：对各次计费会话中的业务计费信息和实际业务的计费信息进行关联核减。

步骤204：计费系统根据计费关联的结果，对业务进行计费控制。

计费系统根据具有相同业务的计费上下文标识的计费信息，进行计费关联。判断用户当前的信用额度是否满足当前业务在各网元的计费要求，如果是，则向网元返回计费请求响应，并在该响应中携带计费关联后确定的该业务在该网元的信用预留额度；如果否，则返回计费请求响应，并在该响应中通知网元本次计费请求失败。

计费系统进行计费关联后，向该业务的具有计费控制资格的网元发送在线计费关联结果，网元根据该在线计费关联结果，对业务进行计费控制，在此该具有计费控制资格的网元可以为一个，也可以是多个甚至所有的网元：

如果当前向计费系统发送计费请求的网元为具有计费控制资格的网元，则计费系统可以向该网元返回的计费请求响应中，包含计费关联的结果，在结果中包含本次计费关联的信用配额，由该网元根据本次计费关联的信用配额进行计费控制。

如果除当前向计费系统发送计费请求的网元外，还有其他网元具有计费控制资格，则计费系统可以向这些网元发送计费关联的结果，在此，具体可以向相应的网元发送计费重授权请求，并在计费重授权请求中包含计费关联的结果，在结果中包含本次计费关联的信用配额，由该网元根据本次计费关联的信用配额进行计费控制。

计费重授权请求可以包含如表一所示的参数：

表一：计费重授权请求包含的参数

 

会话标识(Session-Id)
	产生计费消息的源点(Origin-Host)
计费消息发送者所在域(Origin-Realm)
	计费消息接收者所在域(Destination-Realm)
接收计费消息的目的点(Destination-Host)
	通告应用对认证、授权部分的支持(Auth-Application-Id)
重授权请求类型(Re-Auth-Request-Type)
	用户名(User-Name)
初始状态标识(Origin-State-Id)
	代理信息(Proxy-Info)
主代理网元(Proxy-Host)

 

代理状态(Proxy-State)
	路由记录(Route-Record)
多服务信用控制[Multiple-Services-Credit-Control]
	消费信息[Cost-Information]
业务标识(Service-Identifier)

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，该程序在执行时，可以包括如下步骤：网元获取业务的计费上下文标识；所述网元向计费系统发送携带所述业务的计费上下文标识的计费请求；所述计费系统根据所述业务的计费上下文标识，对具有相同业务的计费上下文标识的各计费会话，进行业务计费信息关联，获取计费关联的结果；所述计费系统根据所述计费关联的结果，对所述业务进行计费控制。这里所称得的存储介质，如：ROM/RAM、磁碟、光盘等。

由上可见，本发明实施例的在线计费方法，既实现了计费关联，又实现了计费对业务的在线控制。

另外的，本发明实施例中针对网络中的网元是否支持业务的计费上下文标识的产生的情况，分别提供了两种获取业务的计费上下文标识的方法，使得本发明实施例方法的应用不受网络的网元的限制，大大提高了方法的可实施性。

实施例2：

图3为使用计费系统分配的业务的计费上下文标识而进行在线计费的一种消息流程示意图，如图3所示，该过程包括：

301：第一网元32接收到用户的业务请求(Service Request)。

302：第一网元32根据接收到的业务请求，向计费系统33发送携带业务服务标识Service ID和请求预留单元RSU的计费请求CCR(Service ID，RSU)。

303：计费系统33根据该计费请求，进行相应的信用控制，如果信用控制通过，为业务分配业务的计费上下文标识Charging Context ID；如果不通过，则可以参考现有技术的处理方式向第一网元32返回计费请求响应，通知信用配额不够，信用控制失败，第一网元32接收到该信用控制失败通知后，可以拒绝该业务请求，此时也就没有了计费关联的过程。

304：计费系统33如果信用控制通过，则向第一网元32返回携带业务的计费上下文标识，以及信用预留额度(Granted Service Unit，简称GSU)的计费请求响应(CCA(Charging Context ID，GSU))，并且计费系统33记录与第一网元32的计费会话，在计费会话中包含该业务的计费上下文标识。

305：第一网元32解析返回的计费请求响应，获取该业务的计费上下文标识，并将该业务的计费上下文标识传递至该业务的其他网元，如图中的第二网元31，其传递可以通过业务请求的转发传递。

306：第二网元31获取该业务的计费上下文标识后，根据业务请求，向计费系统33发送计费请求，并在计费请求中携带该业务的计费上下文标识。

307：计费系统33接收该携带业务的计费上下文标识的计费请求，根据其中业务的计费上下文标识，查找具有相同业务的计费上下文标识的其他计费会话(在本图中为：计费系统33与第一网元32之间的计费会话)，进行计费关联。

如果计费系统33将以前的计费会话保存在内存中，则根据该业务的计费上下文标识，获取各计费会话在内存中的句柄，读取各具有相同业务的计费上下文标识的各计费会话。由于将计费会话在内存中保存，有利于加快计费关联效率，所以推荐使用该方式。

如果计费系统33将以前的计费会话以数据库的方式进行存储，则根据该业务的计费上下文标识，在相应的数据库中查找即可。

计费系统33进行计费关联后，执行308：

308：计费系统33向第二网元31返回计费响应，并在计费响应中包含计费关联结果，该结果具体包含计费系统本次计费关联的信用配额(信用预留额度GSU)，第二网元31根据本次计费关联的信用配额，对信用配额中本网元对应的相应参量进行计费监控，以实现对业务的计费控制：

如果所述计费关联的结果满足所述业务要求，则计费系统33在向第二网元31返回的计费请求响应中携带根据所述计费关联结果确定的信用预留额度，第二网元31根据该实际信用配额进行计费控制；否则，计费系统33在向第二网元31返回的计费请求响应中通知第二网元31：当前信用配额不够。

如果对于当前业务，具有计费控制资格的网元还包含第一网元32，继续执行309、310。

309：计费系统33还可以向第一网元32发送计费重授权请求，并在该费重授权请求中携带计费关联的结果，该结果具体包含计费系统本次计费关联的信用配额，第一网元32根据本次计费关联的信用配额(信用预留额度GSU)，对在信用配额中，第一网元32所对应的相应参量进行计费监控，以实现对业务的计费控制。

310：第一网元32接收到计费重授权请求后，向计费系统33返回计费重授权响应。

对于同一业务后续在线计费关联，可以使各网元向计费系统发送携带该业务的计费上下文标识的计费请求，由计费系统根据所接收的计费请求中业务的计费上下文标识，进行计费关联，对业务进行计费控制。

图4为应用图3所示的方法对MMS进行在线计费关联的逻辑示意图，如图4所示，该过程包括：

401：WAP网关/IP网关41接收到用户的MMS发送请求；

402：WAP网关/IP网关41为本次业务请求的第一个网元，根据MMS发送请求，发送信用控制请求CCR到计费系统43；

403：计费系统43根据CCR进行信用控制，并为本次请求生成第一计费会话431，并向计费系统43中计费上下文标识分配模块432请求：为业务分配唯一的业务的计费上下文标识；

404：计费上下文标识分配模块432为该业务分配相应的业务的计费上下文标识，并返回该业务的计费上下文标识；

405：计费系统43向WAP网关/IP网关41返回信用控制响应CCA，并在CCA中携带为该业务所分配的业务的计费上下文标识；

406：WAP网关/IP网关41通过MM1接口将本次MMS发送请求发送到MMSC42，并在该MMS发送请求中，携带该业务的计费上下文标识，具体可通过MM1接口扩展支持。

407：MMSC42作为MMS的控制中心，触发到计费系统43的信用控制计费请求CCR，计费系统43为MMSC发出的信用控制请求生成第二计费会话433；

408：第二计费会话433提取本次计费请求中业务的计费上下文标识，请求计费关联功能模块434寻找相同业务的计费上下文标识的第一计费会话431；

409：计费关联功能模块434对第一计费会话431、第二计费会话433进行计费关联，并返回本次计费关联结果；

410：计费系统43根据本次的计费结果，向MMSC42返回CCA，通知MMSC42该计费关联结果；

411：MMSC42根据该计费关联结果，接受业务请求：通过MM4接口向MM接收端转发该MM消息。

图5所示为应用图3所示的方案，在MMS系统中实现在线计费关联的具体信令流程，如图5示，该过程包括：

501：终端51通过MM1接口向网关GPRS支持节点/网关52发送MMS发送请求消息(MM1_submit.REQ)；

502：网关GPRS支持节点/网关52向计费系统54发送包括了申请预留单元RSU的初始计费请求(CCR(Initial，RSU))；

503：计费系统54对本次计费请求进行信用控制，并为该计费会话关联的业务分配全局唯一的业务的计费上下文标识(Charging Context ID)；

504：计费系统54向网关GPRS支持节点/网关52发送包括了信用预留额度GSU和由计费系统54分配的业务的计费上下文标识的初始计费请求响应(CCA(Initial，GSU，Charging Context ID))；

505：网关GPRS支持节点/网关52接收到该计费响应(CCA(Initial，GSU，Charging Context ID))后，向多媒体信息服务中心53转发包括了计费系统54分配的业务的计费上下文标识的MMS发送请求消息(MM1_submit.REQ(Charging Context ID))；

506：多媒体信息服务中心53向计费系统54发送包括了申请预留单元RSU和业务的计费上下文标识的初始计费请求(CCR(Initial，RSU，Charging ContextID))；

507：计费系统54根据接收的多媒体信息服务中心53的初始计费请求(CCR(Initial，RSU，Charging Context ID))中的业务的计费上下文标识ChargingContext ID，找到前次与网关GPRS支持节点/网关52的计费会话，并进行计费关联，并根据计费关联结果对业务进行信用控制；

508：计费系统54向多媒体信息服务中心53发送包括根据信用控制确定的实际的预留单元GSU的初始计费请求响应(CCA(Initial，GSU))；

509：多媒体信息服务中心53向网关GPRS支持节点/网关52转发MMS发送请求响应(MM1_submit.RES)；

510：网关GPRS支持节点/网关52向终端51转发MMS发送请求响应(MM1_submit.RES)；

511：多媒体信息服务中心53通过MM4接口，转发MMS发送请求(MM4_forward.REQ)；

512：多媒体信息服务中心53收到MMS消息发送请求响应(MM4_forward.RES)；

513：多媒体信息服务中心53向计费系统54发送包含实际使用的单元(UsedService Unit，简称USU)的结束计费请求(CCR(Termination，USU))；

514：计费系统54向多媒体信息服务中心53发送结束计费请求响应(CCA(Termination))；

515：网关GPRS支持节点/网关52向计费系统54发送包含实际使用的单元USU的结束计费请求(CCR(Termination，USU))；

516：计费系统54向网关GPRS支持节点/网关52发送结束计费请求响应(CCA(Termination))。

为了使得网元(比如图5中的多媒体信息服务中心53)向计费系统(见图中5的计费系统54)发送的计费请求CCR中可以携带业务的计费上下文标识，可以通过在现有技术中的CCR的属性值对(Attribute Value Pair，简称AVP)参数中新增加业务的计费上下文标识参数实现。

在图5所示的消息流程中，涉及的属性值对(Attribute Value Pair，简称AVP)参数具体如下：

扩展后的计费请求CCR涉及的AVP参数具体可以如下：

<Credit-Control-Request>::=<Diameter Header:262，REQ，PXY>

              <Session-Id>//会话标识

              {Origin-Host}//产生计费消息的源点

              {Origin-Realm}//计费消息产生者所在域

              {Destination-Realm}//计费消息接收者所在域

              {Auth-Application-Id}//通告应用对认证、授权部分的支持

              {Service-Context-Id}//服务计费上下文标识

              {CC-Request-Type}//信用控制请求类型

              {CC-Request-Number}}//信用控制请求序列号

              [Destination-Host]//接收计费消息的终点

              [User-Name]//用户名

              [Origin-State-Id]//初始状态标识

   [Event-Timestamp]//事件时间戳

  ^*[Subscription-Id]//定购者标识

[Termination-Cause]//中断原因

[Requsted-Action]请求操作

[Multiple-Services-Indicator]//多业务标识

^*[Multiple-Services-Credit-Control]//多业务信用控制

[User-Equipment-Info]//用户设备信息

^*[Proxy-Info]//代理信息

^*[Route-Record]//路由记录

[Service-Information]//业务计费相关信息

[Charging-Context]//业务的计费上下文标识

   ^*[AVP]

为了使计费系统向网元(比如图5中的多媒体信息服务中心53)向发送的计费请求CCA中可以携带业务的计费上下文标识、计费控制标识，可以通过在现有技术中的CCA的AVP参数中新增加业务的计费上下文标识参数、计费控制标识参数实现。扩展后的计费请求CCA涉及的AVP参数具体可以如下：

<Credit-Control-Answer>::=<Diameter Header:262，PXY>

         <Session-Id>//会话标识

          {Result-Code}//结果代码

          {Origin-Host}//产生计费消息的源点

          {Origin-Realm}//计费消息发送者所在域

          {Auth-Application-Id}//通告应用对认证、授权部分的支持

          {CC-Request-Type}//信用控制请求类型

          {CC-Request-Number}//信用控制请求序列号

         [CC-Session-Failover]//信用控制差错备份控制

         ^*[Multiple-Services-Credit-Control]//多服务信用控制

          [Cost-Information]//消费信息

[Credit-Control-Failure-Handling]//信用控制失败处理标识

^*[Redirect-Host]//转发主机

 [Redirect-Host-Usage]//转发主机处理方式标识

 [Redirect-Max-Cache-Time]//转发最大存储周期

^*[Proxy-Info]//代理信息

^*[Route-Record]//路由记录

^*[Failed-AVP]//出错时提供的错误信息记录

 [Service-Information]//业务计费相关信息

 [Charging-Context]//业务的计费上下文标识

^*[AVP]

业务的计费上下文标识的传递方案，在不同的应用场景下，或相同的应用场景下，可以具有不同的解决方案。本发明实施例中可以通过扩展MMS发送请求消息、MMS发送请求响应消息来携带业务的计费上下文标识，在对业务进行计费的网元之间通过传递MMS发送请求消息、MMS发送请求响应消息来传递该业务的计费上下文标识，扩展后的MMS发送请求消息包含的参数具体表二所示：

表二：MMS发送请求消息中的参数列表

 

信息元素	是否存在	描述
			消息类型	强制的	标识该消息为：通过MM1接口传输的请求消息
传输标识	强制的	标识该消息是：通过MM1接口传输的请求消息，还是：通过MM1接口传输的应答消息对
			MMS版本	强制的	标识MMS用户代理所支持的接口版本
接收地址	强制的	多媒体信息的接收端地址(可以为多个地址)

 

内容类型	强制的	多媒体信息内容的内容类型
			发送端地址	可选的	多媒体信息的发送方地址
日期和时间	可选的	该多媒体信息的印时戳
			终结时间	可选的	预定的多媒体信息回复时间(印时戳)
前一次发送时间	可选的	前一次的多媒体信息发送时间(印时戳)
			发送报告	可选的	要求发送报告
回复计费	可选的	要求回复计费
			回复期限	可选的	计费回复的最晚时间
计费回复大小	可选的	计费回复的最大容量
			优先级	可选的	消息的优先级(重要程度)
承载方是否可见标识	可选的	标识消息在发送到接收方过程中对承载方是否可见
			存储	可选的	标识在发送消息的同时，是否另外在用户的多媒体信息信箱中备份
多媒体信息的状态	可选的	如果需要备份的话，所存储的多媒体信息的信息参数种的状态
			多媒信息标志	可选的	预设置所备份的多媒体信息的参数的一个或多

 

位		个标志位
			回执	可选的	要求阅读回执
主题	可选的	该多媒体信息的主题
			计费回复标识	可选的	如果再发送MMS发送请求消息时，要求计费回复时，该标识为回复给多媒体信息发送方的标识
应用标识	可选的	用于标识目的应用目的
			回复应用标识	可选的	标识回复者的应用，携带发送报告和阅读回执地址
辅助应用信息	可选的	辅助应用地址信息
			内容类别	可选的	该多媒体信息内容的类别
数字权限管理内容	可选的	标识该消息中是否包含数字权限管理保护内容
			修改	可选的	标识发送者是否允许修改消息内容(缺省：是)
内容	可选的	多媒体信息的内容
			业务的计费上下文标识	可选的	计费系统用于关联MMS计费信息的业务的计费上下文标识符

扩展后的MMS发送请求响应消息包含的参数具体表三所示：

表三：MMS发送请求响应消息参数列表

 

信息元素	是否存在	描述
			消息类型	强制的	标识该消息为：通过MM1接口传输的请求消息
传输标识	强制的	标识该消息是：通过MM1接口传输的请求消息，还是：通过MM1接口传输的应答消息对
			MMS版本	强制的	标识MMS用户中继或服务器所支持的接口版本
请求状态态	强制的	请求传输的多媒体信息的状态
			请求状态正文	可选的	描述请求传送的多媒体信息的状态的限定
消息标识	根据情况	请求存储备份的消息的状态值
			存储状态正文	可选的	解释说明存储状态
存储信息参考	根据情况	存储的最新的多媒体信息的参考
			业务的计费上下文标	可选的	计费系统用于关联MMS计费信息的业务的计费上下文标识符

 

识

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，该程序在执行时，可以包括如下步骤：业务的第一网元向计费系统发送计费请求；所述计费系统根据所述计费请求，为所述业务分配业务的计费上下文标识，并将所述业务的计费上下文标识返回给所述第一网元；所述第一网元将所述业务的计费上下文标识传递至所述业务的第二网元；所述第二网元向计费系统发送携带所述业务的计费上下文标识的计费请求；所述计费系统根据所述第二网元的计费请求中业务的计费上下文标识，获取具有相同业务的计费上下文标识的各计费会话，并对所述各计费会话进行业务计费信息关联，获取计费关联的结果；所述计费系统根据所述计费关联的结果，对所述业务进行计费控制。这里所称得的存储介质，如：ROM/RAM、磁碟、光盘等。

由上可见，在网元不支持计费关联的通信系统中，可以由计费系统分配用以对业务进行计费关联的业务的计费上下文标识，使用该业务的计费上下文标识进行对业务的在线计费关联，能为运营商提供更加个性化的业务提供计费能力，有利于终端用户理解计费方式，大大改善了终端用户的使用感受。

实施例3：

图6为使用由网元生成的业务的计费上下文标识，进行在线计费关联的一种消息流程示意图，比如在现有的IMS系统中可以使用本图所示的在线计费关联方法，如图6示，该消息流程包括：

601：第一网元62接收到用户的业务请求(Service Request)。

602：第一网元62与该业务的其他网元进行信息交互，获取其他网元对该业务的计费上下文标识，在第一网元处对该业务的各网元的计费上下文标识进行关联，生成新的标识，将该新标识作为业务的计费上下文标识(ChargingContext ID)。另外的也可以由第一网元62单独产生该业务的计费上下文标识。

603：第一网元62根据接收到的业务请求，向计费系统63发送携带该业务的计费上下文标识的计费请求(CCR(Service ID，RSU，Charging ContextID))。

604：计费系统63接收到第一网元62发送的计费请求后，进行信用控制，并根据信用控制结果，返回携带信用预留额度GSU的计费请求响应(CCA(GSU))；同时或之后，计费系统63记录其与第一网元62之间的计费会话，在记录的计费会话中携带该业务的计费上下文标识。

605：第一网元62将生成的业务的计费上下文标识Charging Context ID，传递至该业务的其他计费节点。

606：第一网元62接收到计费系统返回的计费请求响应后，如果计费请求响应为接受业务请求，则将该业务请求转发至下一网元：第二网元61；第二网元61接收第一网元62业务请求后，向计费系统63发送携带该业务的计费上下文标识的计费请求(CCR(Charging Context ID，RSU))。

607：计费系统63接收第二网元61发送的计费请求后，进行信用控制，根据计费请求中业务的计费上下文标识，查找该业务的其他计费会话，关联具有相同业务的计费上下文标识的计费会话，进行计费关联。

如果计费系统63将以前的计费会话保存在内存中，则根据该业务的计费上下文标识，获取各计费会话在内存中的句柄，读取各具有相同业务的计费上下文标识的各计费会话。由于将计费会话在内存中保存，有利于加快计费关联效率，所以推荐使用该方式。

如果计费系统63将以前的计费会话以数据库的方式进行存储，则根据该业务的计费上下文标识，在相应的数据库中查找即可。

608：计费系统63进行计费关联后，计费系统63根据计费关联结果，向第二网元61返回计费响应(CCA(GSU))，在计费响应中包含计费关联结果。该结果具体包含计费系统本次计费关联的信用配额(信用预留额度GSU)，第二网元61根据本次计费关联的信用配额，对信用配额中本网元对应的相应参量进行计费监控，以实现对业务的计费控制。

609：计费系统63还可以向第一网元62发送计费重授权请求，并在该费重授权请求中携带计费关联的结果该结果具体包含计费系统本次计费关联的信用配额，第一网元62根据本次计费关联的信用配额(信用预留额度GSU)，对在信用配额中，第一网元62所对应的相应参量进行计费监控，以实现对业务的计费控制。

610：第一网元62接收到计费重授权请求后，向计费系统63返回计费重授权响应。

另外的，如果网络中不是所有的网元都支持业务的计费上下文标识的产生的话，还可以采用以下方式进行协商产生业务的计费上下文标识：由任何一个网元生成一标识作为业务的计费上下文标识，并将该业务的计费上下文标识传递到该业务的各网元中去；或者，由其中能够产生该业务的计费上下文标识的网元共同根据该各网元为该业务生成的业务的计费上下文标识，使用一定的运算法则，协商生成业务的计费上下文标识，并在生成后，将该业务的计费上下文标识传递至该业务的所有网元。

对于同一业务的后续在线计费关联，可以使各网元向计费系统发送携带该业务的计费上下文标识的计费请求，由计费系统根据所接收的计费请求中的业务的计费上下文标识，进行计费关联，对业务进行计费控制。

图7所示为在IMS系统中使用ICID+GCID的组合得到业务的计费上下文标识，进行在线计费关联的过程，其计费关联的消息流程示意图，如图7示，该过程包括：

701：终端71向代理呼叫状态控制功能/策略决策功能实体73(以下简称P-CSCF/PDF73)，发送IMS会话请求(INVITE)；

702：P-CSCF/PDF73为本次IMS会话分配ICID；

703：P-CSCF/PDF73向服务呼叫状态控制功能74(以下简称S-CSCF74)转发携带了ICID的IMS会话请求(INVITE(ICID，Service ID，RSU))；

704：S-CSCF74进行服务控制；

705：S-CSCF74通过多媒体信息业务网关功能74(以下简称IMS-GWF74)向计费系统75发送包括了ICID、服务标识Service ID、和申请预留单元RSU的初始计费请求(CCR(Initial，ICID，Service ID，RSU)).

706：计费系统75对本次会话进行信用控制；

707：计费系统75根据信用控制结果，向S-CSCF74返回包括了信用预留额度GSU的初始计费请求响应(CCA(Initial，GSU))；

708：在线计费鉴权通过，S-CSCF44转发包含了ICID的IMS会话请求(INVITE(ICID))。

709：当发送端终端71收到IMS会话请求的临时响应后，便开始进行终端71与网关GPRS支持节点/网关(以下简称GGSN/GW72)之间的资源预留。

710：GGSN/GW72向P-CSCF/PDF73发送公共开放策略服务请求(COPSrequest)，请求资源预留策略；

711：P-CSCF/PDF73向GGSN/GW72回复公共开放策略服务响应(COPSdec(ICID))，向GGSN/GW72提供策略描述，并在其中包含IMS业务层的计费上下文标识ICID；

712：GGSN/GW72回复公共开放策略服务响应(COPS dec(ICID))，向P-CSCF/PDF73发送其中包含承载层的计费上下文标识GCID的公共开放策略服务报告(COPS report(GCID))。

713：终端71与GGSN/GW72之间进行资源预留成功；

714：终端71与GGSN/GW72之间进行资源预留成功后，终端向P-CSCF/PDF73发送更新请求(UPDATE)；

715：P-CSCF/PDF73向S-CSCF74转发其中包含承载层的计费上下文标识GCID的更新请求(UPDATE(GCID))。

716：S-CSCF74转发该其中包括承载层的计费上下文标识GCID更新请求(UPDATE(GCID))；

717：S-CSCF74接收针对该更新请求的确认响应(200 OK for UPDATE)；

718：S-CSCF74通过IMS-GWF74向计费系统75发送更新计费请求(CCR(UPDATE，ICID，GCID，Service ID，RSU，USU))，其中包括了IMS业务层的计费上下文标识ICID、承载层计费上下文标识GCID、服务标识Service Id、申请预留的单元RSU和已使用单元USU(由于此时会话未进行，USU为0)；

719：计费系统75对本次计费会话信息进行信用控制；

720：计费系统75向S-CSCF74返回其中包含获得的预留单元数GSU的计费请求响应(CCA(Update，GSU))；

721：S-CSCF74向P-CSCF73回复针对更新请求(UPDATE)的确认响应(200OK(UPDATE))；

722：P-CSCF75向终端71回复针对更新请求(UPDATE)的确认响应(200OK(UPDATE))；至此，媒体通道协商建立成功；

723：S-CSCF74接收针对IMS会话请求(INVITE)的确认响应(200OK forINVITE)；

724：S-CSCF74向P-CSCF73回复针对IMS会话请求(INVITE)的确认响应(200 OK for INVITE)；

725：P-CSCF73向终端71回复针对IMS会话请求(INVITE)的确认响应(200OK for INVITE)；

726：终端71向GGSN72请求发送媒体流信息；

727：GGSN72向计费系统75发送初始计费请求(CCR(Innitial，GCID，ICID，Service ID，RSU))，其中包括了承载层计费上下文标识GCID、IMS业务层的计费上下文标识ICID、服务标识Service Id和请求预留单元RSU；

728：计费系统75根据GCID+ICID的组合找到具有相同标识(GCID+ICID)的已有计费会话，并对这些会话进行关联；

729：计费系统75向GGSN72发送初始计费请求响应CCA(Initial，GSU))，包含了获得的预留单元GSU；

730：计费系统75还可以向S-CSCF74发送计费重授权请求，并在计费重授权请求中包含本次计费关联的信用配额。由S-CSCF74根据本次计费关联的信用配额(信用预留额度GSU)，对在信用配额中，S-CSCF74所对应的相应参量进行计费监控，以实现对业务的计费控；

731：S-CSCF74接收到计费重授权请求后，向计费系统75返回计费重授权响应；

对各网元的计费信用控制完成后，执行732：

732：计费鉴权成功，媒体流开始传送。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，该程序在执行时，可以包括如下步骤：计费系统接收业务的第一网元计费请求，所述计费请求携带所述业务的计费上下文标识；所述计费系统向所述第一网元返回计费请求响应，并记录与所述第一网元的计费会话，在所述计费会话中包含所述业务的计费上下文标识；所述第一网元将所述业务的计费上下文标识，传递至所述业务的第二网元；所述第二网元向所述计费系统发送携带所述业务的计费上下文标识的计费请求；所述计费系统根据所述第二网元的计费请求中业务的计费上下文标识，获取具有相同业务的计费上下文标识的各计费会话，并对所述各计费会话进行业务计费信息关联，获取计费关联的结果；所述计费系统根据所述计费关联的结果信息，对所述业务进行计费控制。这里所称得的存储介质，如：ROM/RAM、磁碟、光盘等。

由上可见，在网元支持计费关联的通信系统(比如IMS系统)中使用本发明实施例的技术方案能够实现在线计费关联，能为运营商提供更加个性化的业务提供计费能力，有利于终端用户理解计费方式，大大改善了终端用户的使用感受。

综上所述，使用本发明实施例的技术方案，既实现了计费关联，又实现了计费对业务的在线控制。

另外的，本发明实施例中针对网络中的网元是否支持业务的计费上下文标识的产生的情况，分别提供了两种获取业务的计费上下文标识的方法，使得本发明实施例方法的应用不受网络的限制，大大提高了方法的可实施性。

实施例4：

图8为本发明实施例提供的一种计费系统结构示意图，如图8示，该系统可以包括：

接收单元801，用于接收网元的计费请求。

计费关联单元802，用于根据接收单元801接收的计费请求中携带的业务的计费上下文标识，对具有相同业务的计费上下文标识的各计费会话，进行业务计费信息关联。

发送单元803，用于将计费关联单元802对业务计费关联的结果，发送至网元，该对业务计费关联的结果可以携带在向网元返回计费请求响应中携带。

存储单元804，用于保存计费系统与网元的计费会话，并使各计费会话与该计费会话的业务的计费上下文标识相对应，以使计费关联单元802能够根据接收单元801接收的计费请求，根据计费请求中业务的计费上下文标识进行计费信息关联。由发送单元803向网元发送对业务计费关联的结果。

由上可见，使用本发明实施例的计费系统，既能够实现计费关联，又能够实现计费对业务的在线控制。

实施例5：

图9为本发明实施例提供的一种计费系统结构示意图，如图9所示，该系统可以包括：

接收单元901，用于接收网元的计费请求；

计费上下文标识分配单元902，用于根据接收单元901接收的计费请求，为业务分配业务的计费上下文标识。

计费关联单元903，用于根据接收单元901所接收的计费请求中携带的业务的计费上下文标识，对具有相同业务的计费上下文标识的各计费会话，进行计费关联。

发送单元904，用于向网元发送计费关联单元903的计费关联的结果，并用于向网元发送业务的计费上下文标识分配单元902的业务的计费上下文标识。

存储单元905，用于保存计费系统与网元的计费会话，并使各计费会话与该计费会话相应的业务的计费上下文标识相对应，以使计费关联单元903能够根据接收单元901接收的计费请求，根据计费请求中业务的计费上下文标识进行计费信息关联。由发送单元904向网元发送对业务计费关联的结果。

可见，本发明实施例的计费系统，能够兼容网络中网元不支持业务的计费上下文标识的生成的情况，保证在网络中的网元不支持业务的计费上下文标识的产生情况下，同样实现计费关联，以及计费对业务的在线控制。

需要说明的是，本实施例的计费系统既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本实施例系统既可以作为独立的产品销售或使用，也可以存储在一个计算机可读取存储介质中。

以上对本发明实施例所提供的一种计费方法以及计费系统进行了详细介绍，本文中应用了具体个例对本发明实施例的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明实施例的方法及其原理；同时，对于本领域的一般技术人员，依据本发明实施例，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (19)

1.一种计费的方法，其特征是，包括：

计费系统接收业务的第一网元的计费请求，并根据所述计费请求，为所述业务分配业务的计费上下文标识，并将所述业务的计费上下文标识返回给所述第一网元；

所述计费系统接收所述业务的第二网元的计费请求，其中该计费请求携带从所述第一网元传递至所述第二网元的所述业务的计费上下文标识，所述计费系统根据所述业务的计费上下文标识，获取具有相同业务的计费上下文标识的各计费会话，并对所述各计费会话进行业务计费信息关联，获取计费关联的结果；

所述计费系统根据所述计费关联的结果，对所述业务进行计费控制。

2.根据权利要求1所述的计费方法，其特征是，所述第一网元将所述业务的计费上下文标识传递至所述业务的第二网元，通过以下实现：

所述第一网元向所述第二网元转发的所述业务的业务请求中，携带所述业务的计费上下文标识。

3.根据权利要求1或2所述的计费方法，其特征是，所述计费系统根据所述计费关联的结果，对所述业务进行计费控制，包括：

所述计费系统向所述第二网元返回所述计费关联的结果，其中所述计费关联的结果包括本次计费关联的信用配额；

所述第二网元根据所述信用配额，对所述业务进行计费监控。

4.根据权利要求3所述的计费方法，其特征是，所述计费系统根据所述计费关联的结果，对所述业务进行计费控制，还包括：

所述计费系统向所述第一网元返回所述计费关联的结果，其中所述计费关联的结果包括本次计费关联的信用配额；

所述第一网元根据所述信用配额，对所述业务进行计费监控。

5.根据权利要求1或2所述的计费方法，其特征是，所述获取具有相同业务的计费上下文标识的各计费会话，包括：

所述计费系统获取具有所述业务的计费上下文标识的各计费会话的句柄；

所述计费系统根据所述句柄，获取所述各计费会话。

6.一种计费的方法，其特征是，包括：

计费系统接收业务的第一网元计费请求，进行信用控制，所述计费请求携带所述业务的计费上下文标识；

所述计费系统向所述第一网元返回计费请求响应，并记录与所述第一网元的计费会话，在所述计费会话中包含所述业务的计费上下文标识；

所述计费系统接收业务的第二网元计费请求，进行信用控制，其中该计费请求携带从所述第一网元传递至所述第二网元的所述业务的计费上下文标识；

所述计费系统根据所述第二网元的计费请求中业务的计费上下文标识，获取具有相同业务的计费上下文标识的各计费会话，并对所述各计费会话进行业务计费信息关联，获取计费关联的结果；

所述计费系统根据所述计费关联的结果信息，向所述第二网元返回计费响应，对所述业务进行计费控制。

7.根据权利要求6所述的计费方法，其特征是，所述第一网元将所述业务的计费上下文标识，传递至所述业务的第二网元，通过以下实现：

所述第一网元向所述第二网元转发的所述业务的业务请求中，携带所述业务的计费上下文标识。

8.根据权利要求6或7所述的计费方法，其特征是，所述业务的计费上下文标识由所述第一网元联合所述业务的各网元的计费上下文标识生成。

9.根据权利要求6或7所述的计费方法，其特征是，所述计费系统根据所述计费关联的结果，对所述业务进行计费控制，包括：

所述计费系统向所述第二网元返回所述计费关联的结果，其中所述计费关联的结果包括本次计费关联的信用配额；

所述第二网元根据所述信用配额，对所述业务进行计费监控。

10.根据权利要求9所述的计费方法，其特征是，所述计费系统根据所述计费关联的结果，对所述业务进行计费控制，还包括：

所述计费系统向所述第一网元返回所述计费关联的结果，其中所述计费关联的结果包括本次计费关联的信用配额；

所述第一网元根据所述信用配额，对所述业务进行计费监控。

11.根据权利要求6或7所述的计费方法，其特征是，所述获取具有相同业务的计费上下文标识的各计费会话，包括：

所述计费系统获取具有所述业务的计费上下文标识的各计费会话的句柄；根据所述句柄获取所述各计费会话。

12.一种计费系统，其特征是，所述系统包括，

接收单元，用于接收网元的计费请求；

计费上下文标识分配单元，用于根据所述接收单元接收的计费请求，为业务分配业务的计费上下文标识；

计费关联单元，用于根据所述接收单元所接收的计费请求中携带的业务的计费上下文标识，对具有相同业务的计费上下文标识的各计费会话，进行计费关联，获取计费关联结果；

发送单元，用于向网元发送：所述计费关联单元获取的计费关联的结果，并用于向网元发送：所述计费上下文标识分配单元分配的业务的计费上下文标识；

存储单元，用于存储所述计费系统与网元的计费会话，并在所述计费会话中包含：所述业务的计费上下文标识，以供所述计费关联单元进行计费关联。

13.一种计费系统，其特征是，所述系统包括，

接收单元，用于接收网元的计费请求；

计费关联单元，用于根据所述接收单元所接收的计费请求中携带的业务的计费上下文标识，对具有相同业务的计费上下文标识的各计费会话，进行计费关联，获取计费关联结果；

发送单元，用于向网元发送：所述计费关联单元获取的计费关联的结果；

存储单元，用于存储所述计费系统与网元的计费会话，并在所述计费会话中包含：所述业务的计费上下文标识，以供所述计费关联单元进行计费关联。

14.一种计费方法，其特征是，包括：

网元获取业务的计费上下文标识；

所述网元向计费系统发送计费请求，其中所述计费请求携带所述业务的计费上下文标识，发起与计费系统的计费会话，请求计费系统对业务进行计费信用控制；

所述计费系统根据所述业务的计费上下文标识，对具有相同业务的计费上下文标识的各计费会话，进行业务计费信息关联，获取计费关联的结果；

所述计费系统根据所述计费关联的结果，对所述业务进行计费控制，向所述网元返回计费请求响应。

15.根据权利要求14所述的计费方法，其特征是，所述网元获取业务的计费上下文标识，具体包括：

所述网元向所述计费系统发送计费请求；

所述计费系统根据所述计费请求，为所述业务分配所述业务的计费上下文标识，并将所述标识传递至所述网元。

16.根据权利要求14所述的方法，其特征是，所述网元获取业务的计费上下文标识，包括：

所述网元联合所述业务在各网元的计费上下文标识生成所述业务的计费上下文标识。

17.根据权利要求14所述的计费方法，其特征是，所述网元获取业务的计费上下文标识，具体包括：

所述网元接收业务的第二网元转发的包含所述业务的计费上下文标识的业务请求，解析获取所述业务的计费上下文标识。

18.根据权利要求14至17之任一所述的计费方法，其特征是，所述计费系统根据所述计费关联的结果，对所述业务进行计费控制，包括：

所述计费系统向所述网元返回所述计费关联的结果，其中所述计费关联的结果包括本次计费关联的信用配额；

所述网元根据所述信用配额，对所述业务进行计费监控。

19.根据权利要求18所述的计费方法，其特征是，所述计费系统根据所述计费关联的结果，对所述业务进行计费控制，还包括：

所述计费系统向所述业务的另一网元返回所述计费关联的结果，其中所述计费关联的结果包括本次计费关联的信用配额；

所述业务的另一网元根据所述信用配额，对所述业务进行计费监控。

Images