WO2016062141A1 - Ip多媒体子系统中网元计费信息的关联方法及装置 - Google Patents

Abstract

本发明提供了一种IP多媒体子系统中网元计费信息的关联方法及装置，该方法包括：在主叫设备经由一个或多个网元向被叫设备发送呼叫请求消息过程中；获取呼叫请求消息中携带的指定网元的地址信息，其中，指定网元为输出计费信息的一个或多个网元；在被叫设备经由一个或多个网元向主叫设备发送响应于呼叫请求消息的应答消息过程中，获取接收到应答消息的指定网元发送的计费请求消息，其中，应答消息携带有指定网元的地址信息；对接收到的计费请求消息进行关联，得到计费结果，解决了相关技术中IMS无法判断需要关联的计费信息是否到齐，进而无法及时输出准确的计费信息关联结果的问题。

Description

IP多媒体子系统中网元计费信息的关联方法及装置 技术领域

本发明涉及通信领域，具体而言，涉及一种IP多媒体子系统中网元计费信息的关联方法及装置。

背景技术

在第三代合作伙伴计划(3GPP)描述的电信网络中，计费系统是其重要的功能部件之一，是运营商实现营收的重要保障。其主要功能如下所述：

图1是根据相关技术中3GPP网络中计费功能实体结构框图，如图1所示，该计费功能实体包括：计费触发功能(Charging Trigger Function，简称为CTF)内嵌在3GPP IMS各网元中，该3GPP网元包括：接入层网元，控制层网元，业务层网元，它主要实现的功能是，根据监测到的网络资源的使用情况，进行计费信息的收集，并通过Rf接口(Offline Charging Reference Point)发送到计费数据功能(Charging Data Function，简称为CDF)；CDF的主要功能是，接收CTF发送的计费请求消息(Accounting Request，简称ACR)，构造成计费数据记录(Charging Data Record，简称为CDR)，并通过Ga接口发送到计费网关功能(Charging Gateway Function，简称为CGF)；CGF的主要功能是，对从CDF接收到的CDR进行存储和管理，并通过Bi接口将CDR文件发送到计费域(Billing Domain，简称为BD)。

因为IP多媒体子系统(IP Multimedia Subsystem IMS)计费网元很多，每种计费网元产生的CDR都有自身网元特有的信息，为了准确计费，计费中心常常会有将若干网元的CDR进行计费关联的需要。在3GPP描述的计费原则中，IMS计费标示(IMS Charging Identifier，简称ICID)是IMS域计费信息关联的基础。在一次会话或事务中，ICID会被所有会话或事务涉及的IMS网元共享，并在网元的ACR和CDR中输出，计费中心可以根据ICID关联此次会话或事务的计费信息。作为计费关联的关键信息，3GPP规定了ICID在一次会话或事务的所有网元中保持一致，同时规定了不同会话或事务的ICID值必须至少一个月不重复而且全局唯一。

但是，因为用户类型和接入方式的多样性，不同用户之间的会话经过的网元可能是不同的，这样就导致了计费中心关联话单时，只知道会话的ICID，不知道会话经过哪些计费网元，那么就无法判断需要关联的计费信息是否到齐，无法及时输出关联结果。有可能网元的计费信息已经到齐，但如果无法判断到齐而不能及时输出，则会占 用系统资源；有可能有网元的计费信息未到齐，但因为无法判断未到齐而不能标示出来，导致关联的计费数据不可靠(实际有信息丢失)，会影响计费的准确性。

例如，计费中心希望关联网元A、B和C的话单，但是某用户呼叫只经过了A和C，就没有网元B的话单，这种情况收到A和C就是话单到齐了，但是目前话单中没有呼叫经过A和C、未经过B的信息。

针对相关技术中IMS无法判断需要关联的计费信息是否到齐，进而无法及时输出准确的计费信息关联结果的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例的主要目的在于提供一种IP多媒体子系统中网元计费信息的关联方法及装置，以解决相关技术中IMS无法判断需要关联的计费信息是否到齐，进而无法及时输出准确的计费信息关联结果的问题。

根据本发明的一个方面，提供了一种IP多媒体子系统IMS中网元计费信息的关联方法，包括：在主叫设备经由一个或多个网元向被叫设备发送呼叫请求消息过程中；获取所述呼叫请求消息中携带的指定网元的地址信息，其中，所述指定网元为输出计费信息的一个或多个网元；在所述被叫设备经由一个或多个网元向所述主叫设备发送响应于所述呼叫请求消息的应答消息过程中，获取接收到所述应答消息的所述指定网元发送的计费请求消息，其中，所述应答消息携带有所述指定网元的地址信息；对接收到的所述计费请求消息进行关联，得到计费结果。

在本发明实施例中，获取所述呼叫请求消息中携带的指定网元的地址信息包括：在收到所述呼叫请求消息的网元输出计费信息的情况下，将该网元的节点地址信息加入到所述呼叫请求消息中；在收到所述呼叫请求消息的网元不输出计费信息的情况下，该网元转发所述呼叫请求消息到下一网元。

在本发明实施例中，获取接收到所述应答消息的所述指定网元发送的计费请求消息包括：在所述指定网元收到所述应答消息之后，向计费中心输出所述计费请求消息；在除所述指定网元收到所述应答消息之后，转发所述应答消息到下一网元。

在本发明实施例中，所述呼叫请求消息为会话初始协议SIP请求消息。

在本发明实施例中，所述地址信息存储在所述SIP消息的头P计费向量域中。

根据本发明的另一个方面，提供了一种IP多媒体子系统IMS中网元计费信息的关联装置，包括：第一获取模块，设置为在主叫设备经由一个或多个网元向被叫设备发送呼叫请求消息过程中；获取所述呼叫请求消息中携带的指定网元的地址信息，其中，所述指定网元为输出计费信息的一个或多个网元；第二获取模块，设置为在所述被叫设备经由一个或多个网元向所述主叫设备发送响应于所述呼叫请求消息的应答消息过程中，获取接收到所述应答消息的所述指定网元发送的计费请求消息，其中，所述应答消息携带有所述指定网元的地址信息；关联模块，设置为对接收到的所述计费请求消息进行关联，得到计费结果。

在本发明实施例中，第一获取模块还设置为，在收到所述呼叫请求消息的网元输出计费信息的情况下，将该网元的节点地址信息加入到所述呼叫请求消息中；或，在收到所述呼叫请求消息的网元不输出计费信息的情况下，该网元转发所述呼叫请求消息到下一网元。

在本发明实施例中，所述第二获取模块还设置为，在所述指定网元收到所述应答消息之后，向计费中心输出所述计费请求消息；或，在除所述指定网元收到所述应答消息之后，转发所述应答消息到下一网元。

在本发明实施例中，所述呼叫请求消息为会话初始协议SIP请求消息。

通过本发明实施例，采用在主叫设备向被叫设备发起呼叫请求过程中，获取需要输出计费信息的网元的地址信息，在被叫设备响应于该呼叫请求的应答消息过程中，该应答消息携带需要输出计费请求信息的网元的地址信息，在需要输出计费信息的网元接收到该应答消息之后，会输出计费信息到计费中心，得到多个计费信息的关联结果，进而得到准确的计费结果，解决了相关技术中IMS无法判断需要关联的计费信息是否到齐，进而无法及时输出准确的计费信息关联结果的问题。

附图说明

此处所说明的附图用来提供对本发明实施例的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术中3GPP网络中计费功能实体结构框图；

图2是根据本发明实施例的IP多媒体子系统中网元计费信息的关联方法流程图；

图3是根据本发明实施例的IP多媒体子系统中网元计费信息的关联装置结构框图；

图4是根据本发明可选实施的会话中主叫侧支持CNE信息的流程图；

图5是根据本发明可选实施的会话中被叫侧支持CNE信息的流程图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例提供了一种IP多媒体子系统中网元计费信息的关联方法，图2是根据本发明实施例的IP多媒体子系统中网元计费信息的关联方法流程图，如图2所示，该流程包括以下步骤：

步骤S202：在主叫设备经由一个或多个网元向被叫设备发送呼叫请求消息过程中；获取呼叫请求消息中携带的指定网元的地址信息；

其中，指定网元为输出计费信息的一个或多个网元；

步骤S204：在被叫设备经由一个或多个网元向主叫设备发送响应于呼叫请求消息的应答消息过程中，获取接收到应答消息的指定网元发送的计费请求消息；

其中，应答消息携带有指定网元的地址信息；

步骤S206：对接收到的计费请求消息进行关联，得到计费结果。

通过本实施例，采用在主叫设备向被叫设备发起呼叫请求过程中，获取需要输出计费信息的网元的地址信息，在被叫设备响应于该呼叫请求的应答消息过程中，该应答消息携带有需要输出计费请求信息的网元的地址信息，在需要输出计费信息的网元接收到该应答消息之后，会输出计费信息到计费中心，得到多个计费信息的关联结果，解决了相关技术中IMS无法判断需要关联的计费信息是否到齐，进而无法及时输出准确的计费信息关联结果的问题，进而得到准确的计费结果。

在本实施例的一个可选实施方式中，获取到呼叫请求消息中携带的指定网元的地址信息通过以下处理方式实现：

步骤S1：在收到呼叫请求消息的网元需要输出计费消息的情况下，将该网元的节点地址信息加入到呼叫请求消息中；

步骤S2：在收到呼叫请求消息的网元不需要输出计费消息的情况下，该网元转发呼叫请求消息到下一网元。

此外，在本实施例中另一个可选实施方式中，获取接收应答消息的该指定网元发送的计费请求消息可以包括：

在指定网元收到应答消息之后，向计费中心输出计费请求消息；

在除指定网元收到应答消息之后，转发应答消息到下一网元。

在本实施例中涉及的呼叫请求消息可选的为会话初始协议SIP请求消息。

因此，在本实施例的可选实施方式中，该指定网元地址信息存储在SIP消息的头P计费向量域中。

本发明实施例还提供了一种IP多媒体子系统中网元计费信息的关联装置，该装置可以用于实现上述本发明方法实施例，图3是根据本发明实施例的IP多媒体子系统中网元计费信息的关联装置结构框图，如图3所示，该装置包括：

第一获取模块32，设置为在主叫设备经由一个或多个网元向被叫设备发送呼叫请求消息过程中；获取呼叫请求消息中携带的指定网元的地址信息；

其中，指定网元为输出计费信息的一个或多个网元；

第二获取模块34与第一获取模块32耦合连接，设置为在被叫设备经由一个或多个网元向主叫设备发送响应于呼叫请求消息的应答消息过程中，获取接收到应答消息的指定网元发送的计费请求消息；

其中，应答消息携带有指定网元的地址信息；

关联模块36与第二获取模块34耦合连接，设置为对接收到的计费请求消息进行关联，得到计费结果。

可选地，第一获取模块还设置为，在收到呼叫请求消息的网元输出计费信息的情况下，将该网元的节点地址信息加入到呼叫请求消息中；或，在收到呼叫请求消息的网元不输出计费信息的情况下，该网元转发呼叫请求消息到下一网元。

可选地，第二获取模块还设置为，在指定网元收到应答消息之后，向计费中心输出计费请求消息；或，在除指定网元收到应答消息之后，转发应答消息到下一网元。

可选地，呼叫请求消息为会话初始协议SIP请求消息。地址信息存储在SIP消息的头P计费向量域中。

需要说明的是，装置实施例中描述的短信的处理装置对应于上述的方法实施例，其具体的实现过程在方法实施例中已经进行过详细说明，在此不再赘述。

下面结合附图以及几个可选的实施例对本发明进行举例说明。

首选对本发明的可选实施例的原理进行说明，本发明的可选实施例在IMS会话或事务中，计费网元输出的计费信息中提供本次会话或事务涉及的所有计费网元信息，用于整个通话的计费信息关联，用于判断计费信息来源的完整性。

因此，本发明的可选实施例提出一种IMS多网元的计费关联的方法，该方法包括：

步骤A：当会话或事务开始时，主叫侧或被叫侧第一个收到请求的网元(简称First网元)如果要输出计费消息，在向下一跳网元发送的会话初始协议(Session Initiation Protocol，简称为SIP)请求消息中插入自身的节点地址信息；处理请求的后续中间网元(简称为Middle网元)如果要输出计费消息，在转发的SIP请求消息中添加自身的节点地址信息，如果不要输出计费消息，则不添加自身的节点地址信息；主叫侧或被叫侧处理该请求的最后一个网元(简称为Last网元)保存此次会话或事务中本侧所有输出计费信息的网元地址信息(简称为CNE信息)，转发的SIP请求消息(主叫侧->被叫侧或被叫侧->用户设备)中删除该信息。

上述SIP请求消息中携带节点地址信息，可以为根据3GPP规范在SIP头P计费向量(P-Charging-Vector)域中新增参数用于携带网元节点地址。SIP消息是否携带网元节点地址信息，此功能可以配置，如果计费中心不需要话单关联，则可以配置为不携带节点地址信息，减少网络消息流量。

上述P-Charging-Vector头域中新增参数，可以为增加ne参数列表，每个ne参数携带一个网元的节点地址信息；也可以为，增加ne参数，此参数携带若干网元的节点地址信息，节点地址信息之间以逗号或分号分隔。

步骤B：Last网元在收到上述请求的响应时，转发的响应消息中携带CNE信息；收到SIP响应消息的Middle网元保存CNE信息，转发响应消息中也携带此信息；收到SIP响应消息的First网元保存CNE信息，转发响应消息(主叫侧->用户设备或被叫侧->主叫侧)中删除此信息；

步骤C：整个会话或事务中，上述处理请求和响应的计费网元向CDF发送ACR消息，消息中携带CNE信息；

步骤D：CDF收到网元发送的ACR时，将上述CNE信息填写到话单中；

步骤E：计费中心提取话单中上述CNE信息和其他相关字段，进行计费关联。

由此可知本发明的可选实施例的发明思想为：根据ICID和呼叫方向作为索引信息和已收集话单的网元节点地址的比对，判断需要参与关联的计费网元的话单是否到齐。如果到齐，则进行关联后输出结果；如果未到齐，则继续等待。

下面结合本发明的可选实施的实例一和实施例二以及附图对本发明可选实施例进行详细的说明。

实施例一

IMS用户A呼叫公共交换电话网络(Public Switched Telephone Network，简称为PSTN)用户B。

图4是根据本发明可选实施的会话中主叫侧支持CNE信息的流程图，如图4所示，该流程包括如下步骤：

步骤S402：主叫用户设备(User Equipment，简称UE)A向代理呼叫会话控制功能(Proxy Call Session Control Function简称为PCSCF)A发送INVITE请求；

步骤S404：PCSCF(A)处理该INVITE请求；

其中，PCSCF(A)收到INVITE请求后，因本网元开启计费，所以向服务呼叫会话控制功能(SCSCF，Serving Call Session Control Function)A转发的INVITE请求中加入本网元的节点地址信息(网元主机名pcscf1.home1.net)，该请求中的CNE信息包含了PCSCF(A)节点地址信息；

步骤S406：SCSCF(A)处理该INVITE请求；

其中，SCSCF(A)收到INVITE请求，因为用户签约补充业务，所以转发INVITE请求到应用服务器(Application Server简称为AS)A；因本网元开启计费，所以在转发的INVITE请求中的CNE信息中加入本网元的节点地址信息(scscf1.home1.net)；该请求中的CNE信息包含了PCSCF(A)和SCSCF(A)节点地址信息；

步骤S408：AS(A)处理该INVITE请求；

其中，AS(A)收到INVITE请求后，因本网元开启计费，所以向SCSCF(A)转发的INVITE请求中加入本网元的节点地址信息(网元主机名as1.home1.net)；该请求中的CNE信息包含了PCSCF(A)、SCSCF(A)和AS(A)节点地址信息；SCSCF(A)收到INVITE请求后，根据被叫号码分析，将请求转发给出口网关控制功能(BGCF，Breakout Gateway Control Function)A；

步骤S410：BGCF(A)处理该INVITE请求；

其中，BGCF(A)收到INVITE请求后，因本网元未开启计费，所以向媒体网关控制功能(Media Gateway Control Function简称为MGCF)A转发的INVITE请求中不添加本网元的节点地址信息；该请求中的CNE信息包含了PCSCF(A)、SCSCF(A)和AS(A)节点地址信息；

步骤S412：MGCF(A)处理该INVITE请求；

其中，MGCF(A)收到INVITE请求后，因本网元开启计费，所以CNE信息中加入本网元的节点地址信息，并保存此CNE信息，该信息包含了PCSCF(A)、SCSCF(A)、AS(A)和MGCF(A)节点地址信息；向UE B所在PSTN网络发送呼叫请求，该请求中不含CNE信息；

步骤S414：UE B应答后，PSTN网络向MGCF发送应答消息；

步骤S416：MGCF(A)收到应答消息后，向BGCF(A)发送200OK消息；

其中，消息中加入之前保存的CNE信息，该信息包含了PCSCF(A)、SCSCF(A)、AS(A)和MGCF(A)节点地址信息；后续的网元BGCF(A)、SCSCF(A)、AS(A)收到携带CNE信息的200OK应答消息后，转让给下一跳网元；PCSCF(A)收到200OK消息后，向UE A转发的200OK消息中删除CNE消息。

步骤S418：开启计费的网元MGCF(A)、SCSCF(A)、AS(A)、PCSCF(A)收到上述应答消息后，向CDF发送ACR[Start]消息，消息中携带CNE信息；

步骤S420：CDF收到上述ACR消息后，分别打开一张MGCF CDR、SCSCF CDR、AS CDR和PCSCF CDR，将CNE信息填写到话单字段中。

需要说明的是：

1、图4中实际的消息流程还涉及其他信令交互流程，为了简化将它们省略；

2、图4中步骤S404、S406、S408、S410、S416的SIP消息中携带CNE信息，具体可以是，在P-Charging-Vector头域中新增参数，具体可以为，增加ne参数列表，每个ne参数携带一个网元的节点地址信息；也可以为，增加ne参数，此参数携带若干网元的节点地址信息，节点地址信息之间以逗号或分号分隔；3、图5中各网元中的主机名仅是举例，实际主机名由用户配置。

实施例二

IMS用户A呼叫IMS用户B。

图5是根据本发明可选实施的会话中被叫侧支持CNE信息的流程图，如图5所示，该流程可以包括以下步骤：

步骤S502：主叫用户设备UE A所在的网络向SCSCF(B)发送INVITE请求；

步骤S504：SCSCF(B)收到INVITE请求加入本网元的节点地址信息；

其中，因为用户签约AS(B)，所以转发INVITE请求到AS(B)；因本网元开启计费，所以在转发的INVITE请求中加入本网元的节点地址信息(scscf1.home2.net),该请求中的CNE信息包含了SCSCF(B)节点地址信息；

步骤S506：AS(B)收到INVITE请求后转发该请求；

其中，因本网元开启计费，所以向SCSCF(B)转发的INVITE请求中加入本网元的节点地址信息(网元主机名as1.home2.net),该请求中的CNE信息包含了SCSCF(B)和AS(B)节点地址信息；

步骤S508：SCSCF(B)收到INVITE请求后，将请求转发给PCSCF(B)；

步骤S510：PCSCF(B)收到INVITE请求后，因本网元开启计费，所以CNE信息中加入本网元的节点地址信息，并保存此CNE信息；

其中，该信息包含了SCSCF(B)、AS(B)和PCSCF(B)节点地址信息；向UE B转发INVITE请求，消息中删除CNE信息；

步骤S512：UE B应答，向PCSCF(B)发送200OK响应消息；

步骤S514：PCSCF(B)收到应答消息后，向SCSCF(B)发送200OK消息；

其中，消息中携带之前保存的CNE信息，该信息包含了SCSCF(B)、AS(B)和PCSCF(B)节点地址信息；后续的SCSCF(B)、AS(B)收到携带CNE信息的200OK应答消息后，转让给下一跳网元；SCSCF(B)收到AS(B)的200OK消息后，向主叫侧转发的200OK消息中删除CNE消息。；

步骤S516：开启计费的网元PCSCF(B)、SCSCF(B)、AS(B)收到上述应答消息后，向CDF发送ACR[Start]消息，消息中携带CNE信息；

步骤S518：CDF收到上述ACR消息后，分别打开一张PCSCF CDR、SCSCF CDR和AS CDR，将CNE信息填写到话单字段中。

需要说明的是：

1、图5中实际的流程还涉及其他信令交互流程，为了简化将它们省略；

2、图5中步骤S504、S506、S508、S514的SIP消息中携带CNE信息，具体可以是，，在P-Charging-Vector头域中新增参数，具体可以为，增加ne参数列表，每个ne参数携带一个网元的节点地址信息；也可以为，增加ne参数，此参数携带若干网元的节点地址信息，节点地址信息之间以逗号或分号分隔；3、图1中各网元中的主机名仅是举例，实际主机名由用户配置。

实际上IMS会话或事务的场景有很多，具体涉及的网元也不一而足，所有IMS网络的业务和场景，都适用于本发明。

综上所述，采用本发明可选实施例方法，可以实现当计费信息需要关联时，IMS会话或事务涉及的所有计费网元输出的ACR和CDR中包含CNE信息，可以用于整个IMS域的计费信息关联，给计费关联提供了通用的信息是否到齐的判断依据。

以上仅为本发明的可选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

工业实用性

如上所述，通过上述实施例及优选实施方式，解决了相关技术中IMS无法判断需要关联的计费信息是否到齐，进而无法及时输出准确的计费信息关联结果的问题。

Claims (10)

1. 一种IP多媒体子系统IMS中网元计费信息的关联方法，包括：

   在主叫设备经由一个或多个网元向被叫设备发送呼叫请求消息过程中；获取所述呼叫请求消息中携带的指定网元的地址信息，其中，所述指定网元为输出计费信息的一个或多个网元；

   在所述被叫设备经由一个或多个网元向所述主叫设备发送响应于所述呼叫请求消息的应答消息过程中，获取接收到所述应答消息的所述指定网元发送的计费请求消息，其中，所述应答消息携带有所述指定网元的地址信息；

   对接收到的所述计费请求消息进行关联，得到计费结果。
2. 根据权利要求1所述的方法，其中，获取所述呼叫请求消息中携带的指定网元的地址信息包括：

   在收到所述呼叫请求消息的网元输出计费信息的情况下，将该网元的节点地址信息加入到所述呼叫请求消息中；

   在收到所述呼叫请求消息的网元不输出计费信息的情况下，该网元转发所述呼叫请求消息到下一网元。
3. 根据权利要求1所述的方法，其中，获取接收到所述应答消息的所述指定网元发送的计费请求消息包括：

   在所述指定网元收到所述应答消息之后，向计费中心输出所述计费请求消息；

   在除所述指定网元收到所述应答消息之后，转发所述应答消息到下一网元。
4. 根据权利要求1所述的方法，其中，所述呼叫请求消息为会话初始协议SIP请求消息。
5. 根据权利要求4所述的方法，其中，所述地址信息存储在所述SIP消息的头P计费向量域中。
6. 一种IP多媒体子系统IMS中网元计费信息的关联装置，包括：

   第一获取模块，设置为在主叫设备经由一个或多个网元向被叫设备发送呼叫请求消息过程中；获取所述呼叫请求消息中携带的指定网元的地址信息，其中，所述指定网元为输出计费信息的一个或多个网元；

   第二获取模块，设置为在所述被叫设备经由一个或多个网元向所述主叫设备发送响应于所述呼叫请求消息的应答消息过程中，获取接收到所述应答消息的所述指定网元发送的计费请求消息，其中，所述应答消息携带有所述指定网元的地址信息；

   关联模块，设置为对接收到的所述计费请求消息进行关联，得到计费结果。
7. 根据权利要求6所述的装置，其中，第一获取模块还设置为，

   在收到所述呼叫请求消息的网元输出计费信息的情况下，将该网元的节点地址信息加入到所述呼叫请求消息中；或，

   在收到所述呼叫请求消息的网元不输出计费信息的情况下，该网元转发所述呼叫请求消息到下一网元。
8. 根据权利要求6所述的装置，其中，所述第二获取模块还设置为，

   在所述指定网元收到所述应答消息之后，向计费中心输出所述计费请求消息；或，

   在除所述指定网元收到所述应答消息之后，转发所述应答消息到下一网元。
9. 根据权利要求6所述的装置，其中，所述呼叫请求消息为会话初始协议SIP请求消息。
10. 根据权利要求9所述的装置，其中，所述地址信息存储在所述SIP消息的头P计费向量域中。

Images