一种计费处理方法、装置和计费系统与流程

本发明涉及通信技术领域，尤指一种计费处理方法、装置和计费系统。

背景技术：

随着通信网络的发展和应用的提高，在第三代合作伙伴计划(3rd Generation Partnership Project，简称为：3GPP)描述的通信网络中，计费系统是实现通信网络中用户之间通信计费的重要功能部件之一，是运营商实现营收的重要保障。

通常地，网络协议(Internet Protocol，简称为：IP)多媒体子系统(IP Multimedia Sub System，简称：IMS)中的计费网元有很多种，例如，代理呼叫会话控制功能(Proxy Call Session Control Function，简称为：PCSCF)、服务呼叫会话控制功能(Serving Call Session Control Function，简称为：SCSCF)、应用服务器(Application Server，简称为：AS)和媒体网关控制功能(Media Gateway Control Function，简称为：MGCF)等，根据不同计费网元生成的计费数据记录(Charging Data Record，简称为：CDR)都有其自身网元特有的信息，为了实现准确计费，计费中心通常需要将根据多个计费网元生成的CDR进行计费合并关联后作为最终的计费依据。举例来说，在3GPP描述的计费原则中，IMS计费标识(IMS Charging Identifier，简称：ICID)是IMS域计费字段合并关联的基础；具体地，在一次会话或事务中，ICID会被所有会话或事务涉及的IMS计费网元共享，并在计费网元发送的计费请求消息(Accounting Request，简称为：ACR)和根据计费网元生成的CDR中输出，计费数据功能(Charging Data Function，简称为：CDF)或计费中心可以根据ICID合并关联此次会话或事务的计费字段，作为计费合并关联的关键信息。3GPP规定了ICID在一次会话或事务的所有计费网元中保持一致，在通过多种计费网元进行话单合并的计费过程中，目前的IMS业界都是 以计费网元AS的话单字段信息为准，其它计费网元(例如：SCSCF、PCSCF、MGCF)的话单字段信息作为补充，通过上述计费方式合并关联后的话单中包含AS的公共字段信息和其它计费网元的私有字段信息。然而，公共字段信息总以AS为准，在一些特定业务的应用场景中生成的计费话单是不准确的。

综上所述，现有技术中的计费方式，在通过多种计费网元进行话单合并的计费过程中，由于公共字段信息均以AS网元为准，而导致在一些特定业务的应用场景中生成的计费话单不准确的问题。

技术实现要素：

为了解决上述技术问题，本发明提供了一种计费处理方法、装置和计费系统，以解决现有技术中的计费方式，在通过多种计费网元进行话单合并的计费过程中，由于公共字段信息均以AS网元为准，而导致在一些特定业务的应用场景中生成的计费话单不准确的问题。

第一方面，本发明提供一种计费处理方法，包括：

每一跳计费设备在接收到的通信请求消息中加入当前计费设备的计费字段优先级信息AVPP，所加入的AVPP包括所述当前计费设备的公共计费字段的优先级信息和私有计费字段的优先级信息；

每一跳所述计费设备依次转发处理后的通信请求消息；

每一跳所述计费设备依次接收通信响应消息；

每一跳所述计费设备分别向话单设备发送计费请求消息ACR，每个所述ACR中包括发送所述ACR的计费设备加入的AVPP，所发送的ACR用于指示所述话单设备根据每个所述ACR、网络协议IP多媒体子系统计费标识ICID、计费主体标识和每个所述AVPP进行合并计费。

在第一方面的第一种可能的实现方式中，每一跳所述计费设备加入的公共计费字段的优先级信息在下一跳计费设备接收到通信请求消息后进行设置。

根据第一方面的第一种可能的实现方式中，在第二种可能的实现方式中， 所述计费设备包括第一计费设备、第二计费设备和第三计费设备，其中，所述第二计费设备的数量为一个或多个；

所述每一跳计费设备在接收到的通信请求消息中加入当前计费设备的计费字段优先级信息AVPP，并依次转发处理后的通信请求消息，包括：

所述第一计费设备在接收到第一通信设备发送的通信请求消息后，在所述通信请求消息中加入所述第一计费设备的AVPP，并向所述第二计费设备发送处理后的通信请求消息；

所述第二计费设备在接收到上一跳计费设备发送的通信请求消息后，在所述通信请求消息中加入所述第二计费设备的AVPP，设置所述上一跳计费设备的公共计费字段的优先级信息，其中，所述上一跳计费设备为所述第一计费设备或上一跳第二计费设备，并向下一跳第二计费设备或所述第三计费设备发送处理后的通信请求消息；

所述第三计费设备在接收到上一跳第二计费设备发送的通信请求消息后，在所述通信请求消息中加入所述第三计费设备的AVPP，设置所述上一跳第二计费设备的公共计费字段的优先级信息，并向第二通信设备发送删除全部AVPP的通信请求消息。

根据第一方面、第一方面的第一种和第二种可能的实现方式中任意一种，在第三种可能的实现方式中，所述每一跳计费设备在接收到的通信请求消息中加入当前计费设备的计费字段优先级信息AVPP，包括：

每一跳所述计费设备在接收到的通信请求消息的头域中加入优先级参数，并将所述当前计费设备的AVPP携带在所述优先级参数中。

第二方面，本发明提供一种计费处理方法，包括：

话单设备接收每一跳计费设备发送的包括计费字段优先级信息AVPP的计费请求消息ACR；其中，每个所述ACR中的AVPP为发送所述ACR的计费设备在接收到的通信请求消息中加入的所述计费设备的AVPP，所加入的AVPP包括所述计费设备的公共计费字段的优先级信息和私有计费字段的优先级信息；

所述话单设备根据每个所述ACR、网络协议IP多媒体子系统计费标识 ICID、计费主体标识和每个所述AVPP进行合并计费。

在第二方面的第一种可能的实现方式中，所加入的AVPP中的公共计费字段的优先级信息在下一跳计费设备接收到通信请求消息后进行设置。

根据第二方面的第一种可能的实现方式中，在第二种可能的实现方式中，所述计费设备包括第一计费设备、第二计费设备和第三计费设备，其中，所述第二计费设备的数量为一个或多个；

所述第一计费设备发送的ACR中的AVPP为，所述第一计费设备在接收到第一通信设备发送的通信请求消息后，在所述通信请求消息中加入的所述第一计费设备的AVPP；

所述第二计费设备发送的ACR中的AVPP为，所述第二计费设备在接收到上一跳计费设备发送的通信请求消息后，在所述通信请求消息中加入的所述第二计费设备的AVPP，以及所述第二计费设备设置后的所述上一跳计费设备的公共计费字段的优先级信息，其中，所述上一跳计费设备为所述第一计费设备或上一跳第二计费设备；

所述第三计费设备发送的ACR中的AVPP为，所述第三计费设备在接收到上一跳第二计费设备发送的通信请求消息后，在所述通信请求消息中加入的所述第三计费设备的AVPP，以及所述第三计费设备设置后的所述上一跳第二计费设备的公共计费字段。

在第二方面的第三种可能的实现方式中，所述话单设备根据每个所述ACR、网络协议IP多媒体子系统计费标识ICID、计费主体标识和每个所述AVPP进行合并计费，包括：

所述话单设备根据每个所述ACR生成对应于每个所述计费设备的计费数据记录CDR；

所述话单设备将每个所述CDR根据所述ICID、计费主体标识和每个所述AVPP进行合并计费，所生成的合并计费话单中包括全部所述计费设备中优先级最高的公共计费字段和每个所述计费设备的私有计费字段。

根据第二方面的第三种可能的实现方式中，在第四种可能的实现方式中，当至少两个所述AVPP中的公共计费字段的最高优先级相同时，所述合并计 费话单中包括所述话单设备先获取到的优先级最高的公共计费字段和每个所述计费设备的私有计费字段。

根据第二方面、第二方面的第一种到第四种可能的实现方式中任意一种，在第五种可能的实现方式中，每个所述ACR中的AVPP为，发送所述ACR的计费设备在接收到的通信请求消息的头域中加入优先级参数，并在所述优先级参数中加入的所述计费设备的AVPP。

第三方面，本发明提供一种计费处理装置，设置于网络协议IP多媒体子系统IMS的每一跳计费设备中，所述计费处理包括：

接收模块，用于接收通信请求消息；

添加模块，用于在所述接收模块接收到的通信请求消息中加入所述计费处理装置所属计费设备的计费字段优先级信息AVPP，所加入的AVPP包括：所述计费处理装置所属计费设备的公共计费字段的优先级信息和私有计费字段的优先级信息；

发送模块，用于转发所述添加模块处理后的通信请求消息；

所述接收模块，还用于接收通信响应消息；

所述发送模块，还用于向话单设备发送计费请求消息ACR，每个所述ACR中包括发送所述ACR的计费设备加入的AVPP，所发送的ACR用于指示所述话单设备根据每个所述ACR、IMS计费标识ICID、计费主体标识和每个所述AVPP进行合并计费。

在第三方面的第一种可能的实现方式中，所述添加模块加入的公共计费字段的优先级信息在下一跳计费设备接收到通信请求消息后进行设置。

根据第三方面的第一种可能的实现方式中，在第二种可能的实现方式中，所述计费处理装置分别设置于第一计费设备、第二计费设备和第三计费设备中，其中，所述第二计费设备的数量为一个或多个；

所述添加模块用于在所述接收模块接收到的通信请求消息中加入所述计费处理装置所属计费设备的AVPP，以及所述发送模块用于转发所述添加模块处理后的通信请求消息，是指：

设置于所述第一计费设备的添加模块，用于在接收到第一通信设备发送 的通信请求消息后，在所述通信请求消息中加入所述第一计费设备的AVPP；

设置于所述第一计费设备的发送模块，用于向所述第二计费设备发送所述添加模块处理后的通信请求消息；

设置于所述第二计费设备的添加模块，用于在接收到上一跳计费设备发送的通信请求消息后，在所述通信请求消息中加入所述第二计费设备的AVPP，并设置所述上一跳计费设备的公共计费字段的优先级信息，其中，所述上一跳计费设备为所述第一计费设备或上一跳第二计费设备；

设置于所述第二计费设备的发送模块，用于向下一跳第二计费设备或所述第三计费设备发送所述添加模块处理后的通信请求消息；

设置于所述第三计费设备的添加模块，用于在接收到上一跳第二计费设备发送的通信请求消息后，在所述通信请求消息中加入所述第三计费设备的AVPP，设置所述上一跳第二计费设备的公共计费字段的优先级信息；

设置于所述第三计费设备的发送模块，用于向第二通信设备发送删除全部AVPP的通信请求消息。

根据第三方面、第三方面的第一种和第二种可能的实现方式中任意一种，在第三种可能的实现方式中，添加模块，用于在所述接收模块接收到的通信请求消息中加入所述计费处理装置所属计费设备的AVPP，是指：

用于在所述接收模块接收到的通信请求消息的头域中加入优先级参数，并将所述计费处理装置所属计费设备的AVPP携带在所述优先级参数中。

第四方面，本发明提供一种计费处理装置，设置于网络协议IP多媒体子系统IMS的话单设备中，所述计费处理装置包括：

接收模块，用于接收每一跳计费设备发送的包括计费字段优先级信息AVPP的计费请求消息ACR；其中，每个所述ACR中的AVPP为发送所述ACR的计费设备在接收到的通信请求消息中加入的所述计费设备的AVPP，所加入的AVPP包括所述计费设备的公共计费字段的优先级信息和私有计费字段的优先级信息；

合并计费模块，用于根据所述接收模块接收的每个ACR，以及IMS计费标识ICID、计费主体标识和每个AVPP进行合并计费。

在第四方面的第一种可能的实现方式中，所加入的AVPP中的公共计费字段的优先级信息在下一跳计费设备接收到通信请求消息后进行设置。

根据第四方面的第一种可能的实现方式中，在第二种可能的实现方式中，所述计费设备包括第一计费设备、第二计费设备和第三计费设备，其中，所述第二计费设备的数量为一个或多个；

所述第一计费设备发送的ACR中的AVPP为，所述第一计费设备在接收到第一通信设备发送的通信请求消息后，在所述通信请求消息中加入的所述第一计费设备的AVPP；

所述第二计费设备发送的ACR中的AVPP为，所述第二计费设备在接收到上一跳计费设备发送的通信请求消息后，在所述通信请求消息中加入的所述第二计费设备的AVPP，以及所述第二计费设备设置后的所述上一跳计费设备的公共计费字段的优先级信息，其中，所述上一跳计费设备为所述第一计费设备或上一跳第二计费设备；

所述第三计费设备发送的ACR中的AVPP为，所述第三计费设备在接收到上一跳第二计费设备发送的通信请求消息后，在所述通信请求消息中加入的所述第三计费设备的AVPP，以及所述第三计费设备设置后的所述上一跳第二计费设备的公共计费字段。

在第四方面的第三种可能的实现方式中，所述合并计费模块包括：

数据生成单元，用于根据所述接收模块接收到的每个ACR生成对应于每个所述计费设备的计费数据记录CDR；

合并计费单元，用于将所述数据生成单元生成的每个所述CDR根据所述ICID、计费主体标识和每个所述AVPP进行合并计费，所生成的合并计费话单中包括全部所述计费设备中优先级最高的公共计费字段和每个所述计费设备的私有计费字段。

根据第四方面的第三种可能的实现方式中，在第四种可能的实现方式中，当至少两个所述AVPP中的公共计费字段的最高优先级相同时，所述合并计费话单中包括所述话单设备先获取到的优先级最高的公共计费字段和每个所述计费设备的私有计费字段。

根据第四方面、第四方面的第一种到第四种可能的实现方式中任意一种，在第五种可能的实现方式中，每个所述ACR中的AVPP为，发送所述ACR的计费设备在接收到的通信请求消息的头域中加入优先级参数，并在所述优先级参数中加入的所述计费设备的AVPP。

第五方面，本发明提供一种计费系统，包括：分别设置于网络协议IP多媒体子系统IMS中业务层、控制层、接入层的计费设备和计费话单，每个所述计费设备中设置有如上述第三方面中任一项所述的计费处理装置，所述计费话单中设置有如上述第四方面中任一项所述的计费处理装置。。

本发明提供的计费处理方法、装置和计费系统，通过每一跳计费设备在接收到的通信请求消息中加入当前计费设备的AVPP，所加入的AVPP包括当前计费设备的公共计费字段的优先级信息和私有计费字段的优先级信息，在每一跳计费设备依次转发处理后的通信请求消息和依次接收到通信响应消息后，分别向话单设备发送ACR，所发送的每个ACR用于指示话单设备根据每个ACR、ICID、计费主体标识和每个AVPP进行合并计费，从而实现合并计费的话单中的公共字段信息以AVPP中的优先级为依据，并非简单的以特定计费设备的公共字段信息为依据，从而实现了灵活计费的标准；本发明提供的方法解决了现有技术中的计费方式，在通过多种计费网元进行话单合并的计费过程中，由于公共字段信息均以AS网元为准，而导致在一些特定业务的应用场景中生成的计费话单不准确的问题。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为现有技术提供的一种IMS中计费功能实体的结构示意图；

图2为本发明实施例提供的一种计费处理方法的流程图；

图3为本发明实施例提供的另一种计费处理方法的流程图；

图4为本发明实施例提供的一种计费处理方法的信令交互流程图；

图5为本发明实施例提供的又一种计费处理方法的流程图；

图6为本发明实施例提供的再一种计费处理方法的流程图；

图7为本发明实施例提供的另一种计费处理方法的信令交互流程图；

图8为本发明实施例提供的又一种计费处理方法的信令交互流程图；

图9为本发明实施例提供的再一种计费处理方法的信令交互流程图；

图10为本发明实施例提供的还一种计费处理方法的信令交互流程图；

图11为本发明实施例提供的一种计费处理装置的结构示意图；

图12为本发明实施例提供的另一种计费处理装置的结构示意图；

图13为本发明实施例提供的又一种计费处理装置的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

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

图1为现有技术提供的一种IMS中计费功能实体的结构示意图。图1中示出了计费功能实体的组成和各功能实体之间的关系，其中，计费触发功能(Charging Trigger Function，简称为：CTF)内嵌在3GPP IMS各网元(包括接入层网元，控制层网元，业务层网元)中，它主要实现的功能是，根据监测到的网络资源的使用情况，进行计费字段的收集，并通过Rf接口(Offline Charging Reference Point)发送到CDF，CDF的主要功能是，接收CTF发送的ACR，构造成CDR，并通过Ga接口发送到计费网关功能(Charging Gateway Function，简称为：CGF)，CGF的主要功能是，对从CDF接收到的CDR进行存储和管理，并通过Bi接口将CDR文件发送到计费域(Billing Domain，简称为：BD)。

上述说明的在多种计费网元进行话单合并的计费过程中，目前IMS业界 都是以计费网络AS的公共字段信息为准的计费方式，会导致在一些特定业务的应用场景中生成的计费话单不准确的问题，以下举例说明一些特定业务的应用场景中计费话单不准确的具体情况：

应用场景一，当用户发生号码携带业务时，例如当用户需要从MGCF查询现网号码携带数据库(Number Portability Database，简称为：NPDB)业务时，SCSCF和PCSCF和AS产生的公用被叫号码，即Called-Party-Address值是不相同的，现有技术中默认从AS生成的话单中获取被叫号码Called-Party-Address是不正确的，而应从SCSCF获取Called-Party-Address作为合并关联后的最终被叫号码。

应用场景二，当IMS域的用户级交换机(Private Branch Exchange，简称为：PBX)用户呼叫电路交换(Circuit Switched，简称为：CS)域用户时，MGCF主叫话单中的计费主体标识，即Role-Of-Node的值为Incoming_Business_trunking_proxy(5)，与AS产生的主叫话单Role-Of-Node(0)的值是不相同的，CDF需要从MGCF获取Role-Of-Node的值作为合并关联后的最终值。

应用场景三，由于每一次呼叫过程中产生的话单都包含开始时间(service Delivery Start Time Stamp)、结束时间(service Delivery End Time Stamp)，CDF必须将从同一个计费网元中获取的话单开始时间(service Delivery Start Time Stamp)和话单结束时间(service Delivery End Time Stamp)填充到合并关联后的最终话单中，若IMS中各业务网元间没有统一做网络时间协议(Network Time Protocol，简称为：NTP)时间同步，CDF从SCSCF获取了话单开始时间(service Delivery Start Time Stamp)，再从AS获取了话单结束时间(service Delivery End Time Stamp)，有可能这两个时间相差特别距大，这样最终合并关联话单计算出来的时长(Duration)将会非常大，从而造成合并关联后的时长不正确的问题，这显然不是用户的实际话单。

下面通过具体的实施例对本发明的技术方案进行详细说明，本发明以下各实施例中计费设备均为打开计费功能的计费网元，话单设备为具有CDF功能的实体设备，并且计费处理是指对进行通信的呼叫侧分支进行计费，即主叫侧和被叫侧是分别计费的，主叫侧和被叫侧的计费方式是相同的，本发 明以下各实施例均以对主叫侧的计费方式为例予以示出，其可以是基于某一项技术领域，也可以是包含多项技术领域的内容。本发明提供以下几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本发明实施例提供的一种计费处理方法的流程图。本实施例提供的计费处理方法适用于对IMS中通过多个计费设备进行合并计费的情况中，该方法可以由计费处理装置执行，该计费处理装置通过硬件和软件结合的方式来实现，该装置可以集成在计费设备的处理器中，供处理器调用使用。如图2所示，本实施例的方法可以包括：

S110，每一跳计费设备在接收到的通信请求消息中加入当前计费设备的计费字段优先级信息(Attribue value pair Priority，简称为：AVPP)，所加入的AVPP包括当前计费设备的公共计费字段的优先级信息和私有计费字段的优先级信息。

本实施例提供的计费处理方法，涉及多个计费设备对IMS中的一次会话或事务进行计费的应用场景，每一跳计费设备依次接收通信请求消息，该通信请求消息例如为会话初始协议(Session Initiation Protocol，简称为：SIP)请求消息，例如第一跳计费设备接收第一通信设备发送的SIP请求消息，该第一通信设备例如为此次通信的主叫侧设备；其它计费设备接收其上一跳计费设备转发的SIP请求消息。与现有技术不同的是，本发明各实施例中的每一跳计费设备在接收到通信请求消息后，没有直接将接收的通信请求消息转发给下一跳计费设备或第二通信设备，该第一通信设备例如为此次通信的被叫侧设备，而是在接收到的通信请求消息中加入AVPP，所加入的AVPP中包括当前计费设备的公共计费字段的优先级信息和私有计费字段的优先级信息。也就是说，每个计费设备在转发通信请求消息前，都记录有其自身的AVPP。

在具体实现中，所有计费字段的优先级可以用类型(Type)、长度(Length)和值(Value)(简称为：TLV)来表示，以0xFE0xFF0xFE0xFF结束；具体地，TLV中的T表示AVP代码(Code)，占用4个字节，L表示供应商身份标识(Vendor-Id)，占用4个字节，V表示优先级，占用1个字节，值越 大优先级越高，该优先级的值例如可以定义为：值为“1”表示LOWEST_PRIORITY、值为“2”表示LOWER_PRIORITY、值为“3”表示NORMAL_PRIORITY、值为“4”表示HIGHER_PRIORITY、值为“5”表示HIGHEST_PRIORITY。另外，在每一跳计费设备加入AVPP时，可以默认加入的所有计费字段的优先级信息均为NORMAL_PRIORITY，其中，公共计费字段的优先级信息可以在下一跳计费设备中进行修改。

S120，每一跳计费设备转发处理后的通信请求消息。

S130，每一跳计费设备依次接收通信响应消息。

在本实施例中，主叫侧设备发送通信请求消息后，第一跳计费设备在接收并加入其自身的AVPP后发送给下一跳计费设备，直至最后一跳计费设备将通信请求消息发送给被叫侧设备，即每一跳计费设备是依次接收通信请求消息，相应地，也是依次转发经过处理的通信请求消息。另外，在最后一跳计费设备将通信请求消息转发个被叫侧设备后，被叫侧设备对其做出回应，即发送通信响应消息，例如为200OK响应消息，此时，按照与每一跳计费设备发送通信请求消息相反的顺序，依次反馈给通信响应消息，最终将该通信响应消息返回给主叫侧设备。

需要说明的是，由于本发明各实施例中计费处理是指对进行通信的呼叫侧分支进行计费的，即主叫侧和被叫侧是分别进行计费的，因此，虽然最后一跳计费设备在接收到的通信请求消息中加入了其自身的AVPP，在最后一跳计费设备向被叫侧设备发送通信请求消息前，删除该通信请求消息中的所有AVPP，以保证单侧计费的原则。

S140，每一跳计费设备分别向话单设备发送ACR，每个ACR中包括发送ACR的计费设备加入的AVPP，所发送的ACR用于指示话单设备根据每个所述ACR、每个ACR中的AVPP、ICID和计费主体标识进行合并计费。

在本实施例中，每一跳计费设备接收到上述通信响应消息后，可以向话单设备发送ACR，每个被发送的ACR中具有与计费设备对应的AVPP。现有技术中计费话单的合并联合仅依据ICID和计费主体标识，公共字段信息均以AS为准，因此在上述一些特殊业务的应用场景下会导致计费的合并话单不准确；相比之下，本发明各实施例中用于进行合并计费的依据增加了 AVPP，该AVPP用于在选择公共字段信息时，通过每个计费设备的公共字段的优先级信息确定合并话单中以哪个公共字段信息为准。

本实施例所提供的计费处理方法，由于每一跳计费设备在接收到通信请求消息时，都要添加自身的AVPP，从而在进行合并计费时，不是简单的以特定计费设备的公共字段信息为依据，例如总是以AS的公共字段信息为准，本实施例针对不同的应用场景具有不同的计费方式，即计费时可以能采用不同的公共字段信息，从而实现灵活计费，提高了合并计费的准确性。

本实施例所提供的计费处理方法，通过每一跳计费设备在接收到的通信请求消息中加入当前计费设备的AVPP，所加入的AVPP包括当前计费设备的公共计费字段的优先级信息和私有计费字段的优先级信息，在每一跳计费设备依次转发处理后的通信请求消息和依次接收到通信响应消息后，分别向话单设备发送ACR，所发送的每个ACR用于指示话单设备根据每个ACR、ICID、计费主体标识和每个AVPP进行合并计费，从而实现合并计费的话单中的公共字段信息以AVPP中的优先级为依据，并非简单的以特定计费设备的公共字段信息为依据，从而实现了灵活计费的标准；本实施例提供的方法解决了现有技术中的计费方式，在通过多种计费网元进行话单合并的计费过程中，由于公共字段信息均以AS网元为准，而导致在一些特定业务的应用场景中生成的计费话单不准确的问题。

进一步地，本实施例中的每一跳计费设备加入的公共计费字段的优先级信息可以在其下一跳计费设备中进行设置，例如每个计费设备可以保持不变或修改上一跳计费设备加入的公共计费字段的优先级信息，是否修改可以预先设置在计费设备的配置信息。在具体实现中，可以在计费设备中预先配置对应于不同应用场景的设置方式，用于对上一跳计费设备加入的公共字段的优先级信息进行设置，以保证在特殊业务的应用场景中可以使用正确的公共字段信息。

需要说明的是，本发明各实施例中的计费设备的物理数量至少为三个，分别对应于业务层、控制层和接入层，即上述每一层中具有至少一个实体的计费设备。另外，本发明各实施例中的计费设备在逻辑关系上包括：第一计费设备、第二计费设备和第三计费设备，其中，上述第二计费设备的数量为 一个或多个。如图3所示，为本发明实施例提供的另一种计费处理方法的流程图。本实施例在上述图2所示实施例的基础上，具体说明第一、第二和第三计费设备的处理方式，即本实施例中的S110和S120的具体执行方式为，S110包括以下S111～S113，S120包括以下S121～S123，并且本实施例中S111～S113与S121～S123的执行顺序以图3中的顺序示出。

S111，第一计费设备在接收到第一通信设备发送的通信请求消息后，在通信请求消息中加入该第一计费设备的AVPP。

S121，第一计费设备向第二计费设备发送处理后的通信请求消息。

S112，第二计费设备在接收到上一跳计费设备发送的通信请求消息后，在通信请求消息中加入该第二计费设备的AVPP，设置上一跳计费设备的公共计费字段的优先级信息，其中，上一跳计费设备为第一计费设备或上一跳第二计费设备。

S122，第二计费设备向下一跳第二计费设备或第三计费设备发送处理后的通信请求消息。

S113，第三计费设备在接收到上一跳第二计费设备发送的通信请求消息后，在通信请求消息中加入该第三计费设备的AVPP，设置上一跳第二计费设备的公共计费字段的优先级信息。

S123，第三计费设备向第二通信设备发送删除全部AVPP的通信请求消息中。

可选地，本实施例中的每一跳计费设备加入的AVPP的具体方式可以为：在其接收到的通信请求消息的头域中加入优先级参数，并将当前计费设备的AVPP携带在该优先级参数中；具体地，根据3GPP的规范，在SIP请求消息的头域P计费向量(P-Charging-Vector)中新增优先级参数，该参数用于携带所有AVPP，并且可以设置SIP请求消息中是否携带AVPP，如果计费中心不需要合并关联后的话单，则可以配置为不携带任一AVPP，根据计费中心的要求确定是否携带AVPP有利于减少网络中的消息流量。

在具体实现中，本实施例的SIP请求消息的头域中新增优先级参数的方式例如可以为，增加优先级参数列表，列表中的每个优先级参数携带一个 AVPP；还可以为，增加优先级参数，该参数携带所有AVPP。

在本实施例中，计费设备的逻辑关系为：第一计费设备为初始(First)计费设备，第二计费设备为中间(Middle)计费设备，第三计费设备为最终(Last)计费设备，其中，第一和第三计费设备仅有一个，而第二计费设备可以有多个，如图4所示，为本发明实施例提供的一种计费处理方法的信令交互流程图，图4中的计费针对主叫侧用户，计费网元包括网元(Network Element，简称为：NE)1、NE2、NE3和NE4，其中，NE2的状态为关闭计费功能，即NE2不进行计费，不属于本发明实施例所述的计费设备，本实施例中的NE1为第一计费设备，NE3为第二计费设备，NE4为第三计费设备，话单设备用CDF表示。

图4所示实施例提供的计费处理方法具体包括以下步骤：

S201，主叫侧设备向NE1发送SIP请求消息。

S202，NE1在其接收的SIP请求消息中加入NE1的AVPP。

S203，NE1向NE2发送加入NE1的AVPP的SIP请求消息。

S204，NE2向NE3转发其接收的SIP请求消息。由于NE2的计费功能为关闭，因此不进行计费，也不需要加入本网元的AVPP。

S205，NE3在其接收的SIP请求消息中加入NE3的AVPP。

S206，NE3向NE4发送加入NE3的AVPP的SIP请求消息。

S207，NE4在其接收的SIP请求消息中加入NE4的AVPP。

S208，NE4向被叫侧设备发送删除所有AVPP的SIP请求消息。

S209，被叫侧设备向NE4发送SIP响应消息。

S210，NE4向NE3发送SIP响应消息。

S211，NE3向NE2发送SIP响应消息。

S212，NE2向NE1发送SIP响应消息。

S213，NE1向主叫侧设备发送SIP响应消息。

S214，开启计费功能的计费设备NE1、NE3和NE4向CDF发送ACR，每个ACR中携带有计费设备对应的AVPP。

S215，CDF根据每个计费设备发送的ACR分别构造生成对应于每个计费设备的CDR，具体包括：NE1CDR、NE3CDR和NE4CDR。

S216，CDF将上述生成的所有CDR填写到合并缓冲区，并将所有CDR根据ICID、计费主体标识和每个AVPP进行合并计费。

进一步地，本本发明上述各实施例中，每个计费设备向话单设备发送的ACR用于指示话单设备进行合并计费，并生成合并激发话单；话单设备执行合并计费的具体方式为：根据每个ACR生成对应于每个计费设备的CDR，并将每个CDR根据ICID、计费主体标识和每个AVPP进行合并计费，所生成的合并计费话单中包括全部计费设备中优先级最高的公共计费字段和每个计费设备的私有计费字段。

本实施例在具体实现中，话单设备接收收到每个计费设备发送的ACR时，将每个计费设备发送的ACR构造成为CDR，通过每个计费设备生成的CDR中均含有AVPP；随后，话单设备将此次会话或事务构造生成的所有CDR加入到合并缓冲区进行合并计费，合并计费的原则是将所有CDR根据ICID、计费主体标识和AVPP进行合并关联后，生成一张最终话单。本实施例中合并计费的逻辑例如可以为：根据ICID和计费主体标识作为索引的关健字收集此次会话分支侧(主叫侧或被叫侧)的话单，根据所生成的每个CDR中的AVPP收集所有计费设备中优先级最高的公共计费字段，同时收集所有计费设备的私有计费字段，并将收集到的优先级最高的公共计费字段和所有计费设备的私有计费字段填充到最终的话单中，以供计费中心采集计费。

需要说明的是，若话单设备收集的所有计费设备的公共计费字段中存在一种特殊的情况，至少两个计费设备的公共计费字段的优先级信息相同，且同时为最高优先级，也就是说至少有AVPP中的公共计费字段的最高优先级相同，在这种情况下，合并计费话单中可以包括话单设备先获取到的优先级最高的公共计费字段和每个计费设备的私有计费字段。在本实施例中，话单设备在通过ACR生成CDR后，将所生成的CDF加入到合并缓冲区中，随后，在收集所有计费设备中最高优先级的公共计费字段时，若不同计费设备的某一计费字段的优先级信息相同，则以最先到达话单设备的合并缓冲区的公共计费字段为准，生成最终合并计费话单。

还需要说明的是，本发明不限制上述图4所示实施例中的S209～S213与S214的执行顺序，并且不限制NE1、NE3和NE4分别执行S214的顺序；具体地，S209～S213依次顺序执行的，在执行完S209后NE4即可执行S214，在执行完S210后NE3即可执行S214，在执行完S212后NE1即可执行S214，也就是说，每个计费设备在接收到SIP响应消息后即可向话单设备发送ACR，同时，不限制每个计费设备发送ACR的先后顺序。

图5为本发明实施例提供的又一种计费处理方法的流程图。本实施例提供的计费处理方法适用于对IMS中通过多种计费设备进行合并计费的情况中，该方法可以由计费处理装置执行，该计费处理装置通过硬件和软件结合的方式来实现，该装置可以集成在计费设备的处理器中，供处理器调用使用。如图5所示，本实施例的方法可以包括：

S310，话单设备接收每一跳计费设备发送的包括AVPP的ACR；其中，每个ACR中的AVPP为发送该ACR的计费设备在接收到的通信请求消息中加入的该计费设备的AVPP，所加入的AVPP包括该计费设备的公共计费字段的优先级信息和私有计费字段的优先级信息。

本实施例提供的计费处理方法，涉及多个计费设备对IMS中的一次会话或事务进行计费的应用场景，每一跳计费设备可以依次接收通信请求消息，该通信请求消息同样可以为SIP请求消息，并在依次接收返回的通信响应消息后，向话单设备发送ACR；由于每一跳计费设备在接收到通信请求消息时，没有直接转发接收的通信请求消息，而是在该消息中加入当前计费设备的AVPP。也就是说，每个计费设备在转发通信请求消息前，都记录有其自身的AVPP。

在本实施例中，每一跳计费设备接收和发送通信请求消息的方式，在通信请求消息中添加其自身AVPP的方式，接收和转发通信响应消息的方式，以及计费字段的优先级的表示方式都与上述实施例中相同，故在此不再赘述。

需要说明的是，由于本发明各实施例中计费处理是指对进行通信的呼叫侧分支进行计费的，即主叫侧和被叫侧是分别进行计费的，因此，虽然最后一跳计费设备在接收到的通信请求消息中加入了其自身的AVPP，在最后一跳计费设备向被叫侧设备发送通信请求消息前，删除该通信请求消息中的所 有AVPP，以保证单侧计费的原则。

S320，话单设备根据每个ACR、ICID、计费主体标识和每个AVPP进行合并计费。

在本实施例中，话单设备接收到的每个ACR中具有与计费设备对应的AVPP。现有技术中计费话单的合并联合仅依据ICID和计费主体标识，公共字段信息均以AS为准，因此在上述一些特殊业务的应用场景下会导致计费的合并话单不准确；相比之下，本发明各实施例中用于进行合并计费的依据增加了AVPP，该AVPP用于在选择公共字段信息时，话单设备通过每个计费设备的公共字段的优先级信息确定合并话单中以哪个公共字段信息为准。

本实施例所提供的计费处理方法，由于话单设备接收到的每个ACR中，都包含对应计费设备的AVPP，从而在话单设备进行合并计费时，不是简单的以特定计费设备的公共字段信息为依据，例如总是以AS的公共字段信息为准，本实施例针对不同的应用场景具有不同的计费方式，即计费时可以能采用不同的公共字段信息，从而实现灵活计费，提高了合并计费的准确性。

本实施例所提供的计费处理方法，通过话单设备接收每一跳计费设备发送的ACR，由于每个ACR中包括对应计费设备在接收到的通信请求消息中加入的该计费设备的AVPP，所加入的AVPP包括当前计费设备的公共计费字段的优先级信息和私有计费字段的优先级信息，并且话单设备根据每个ACR、ICID、计费主体标识和每个AVPP进行合并计费，从而实现合并计费的话单中的公共字段信息以AVPP中的优先级为依据，并非简单的以特定计费设备的公共字段信息为依据，从而实现了灵活计费的标准；本实施例提供的方法解决了现有技术中的计费方式，在通过多种计费网元进行话单合并的计费过程中，由于公共字段信息均以AS网元为准，而导致在一些特定业务的应用场景中生成的计费话单不准确的问题。

进一步地，本实施例中每一跳计费设备加入AVPP中的公共计费字段的优先级信息可以在其下一跳计费设备中进行设置，并且设置上一跳计费设备加入的公共计费字段的优先级信息的方式与上述实施例中相同，故在此不再赘述。

需要说明的是，本发明各实施例中的计费设备的物理数量至少为三个， 分别对应于业务层、控制层和接入层，即上述每一层中具有至少一个实体的计费设备。另外，本发明各实施例中的计费设备在逻辑关系上包括：第一计费设备、第二计费设备和第三计费设备，其中，上述第二计费设备的数量为一个或多个。

本实施例中第一、第二和第三计费设备之间的交互方式同样可以参照上述图3和图4所示实施例，本实施例中的ACR的具体内容可以为，第一计费设备发送的ACR中的AVPP为，第一计费设备在接收到第一通信设备发送的通信请求消息后，在通信请求消息中加入的第一计费设备的AVPP；第二计费设备发送的ACR中的AVPP为，第二计费设备在接收到上一跳计费设备发送的通信请求消息后，在通信请求消息中加入的第二计费设备的AVPP，以及第二计费设备设置后的上一跳计费设备的公共计费字段的优先级信息，其中，上一跳计费设备为第一计费设备或上一跳第二计费设备；第三计费设备发送的ACR中的AVPP为，第三计费设备在接收到上一跳第二计费设备发送的通信请求消息后，在通信请求消息中加入的第三计费设备的AVPP，以及第三计费设备设置后的上一跳第二计费设备的公共计费字段。

需要说明的是，虽然本实施例中的第三计费设备将其自身的AVPP加入到通信请求消息中，该AVPP用于发送ACR时发送给话单设备，由于单侧计费的原则，第三计费设备向被叫侧设备发送的通信请求消息中已删除所有AVPP。

可选地，本实施例中每个ACR中的AVPP具体为，发送该ACR的计费设备在接收到的通信请求消息的头域中加入优先级参数，并在该优先级参数中加入的该计费设备的AVPP。本实施例中优先级参数的设置方式，和是否配置携带AVPP的方式与上述实施例相同，并且计费设备的逻辑关系也与上述各实施例相同，故在此不再赘述。

进一步地，图6为本发明实施例提供的再一种计费处理方法的流程图。通过图6所示实施例说明本发明上述各实施例中，话单设备进行合并计费的具体方式，即S320可以包括：S321，话单设备根据每个ACR生成对应于每个计费设备的CDR；S322，话单设备将每个CDR根据ICID、计费主体标识和每个AVPP进行合并计费，所生成的合并计费话单中包括全部计费设备中 优先级最高的公共计费字段和每个计费设备的私有计费字段。本实施例中进行合并计费的具体实现方式在上述实施例中已经说明，故在此不再赘述。

需要说明的是，当至少两个AVPP中的公共计费字段的最高优先级相同时，上述合并计费话单中包括所述话单设备先获取到的优先级最高的公共计费字段和每个所述计费设备的私有计费字段。

以下通过一些具体实例说明本发明实施例提供的计费处理方法的应用方式，每个具体实例都有特定的应用场景，无论是哪种应用场景都可以通过本发明上述各实施例提供的计费处理方法进行合并计费。

图7为本发明实施例提供的另一种计费处理方法的信令交互流程图。图7所示应用场景为IMS用户A呼叫公共交换电话网络(Public Switched Telephone Network，简称为：PSTN)用户B，图7以对会话的主叫侧进行计费为例予以示出。图7所示实施例提供的计费处理方法具体包括以下步骤：

S401，主叫用户设备(User Equipment，简称为：UE)A向PCSCF-A发送SIP请求消息。

S402，PCSCF-A接收到SIP请求消息后，因为PCSCF-A开启计费功能，所以在SIP请求消息的头域中加入PCSCF-A的AVPP，该AVPP中包括PCSCF-A的所有公共计费字段的优先级信息、私有计费字段的优先级信息，并且默认所有计费字段的优先级信息为NORMAL_PRIORITY。

在本实施例中，PCSCF-A加入的AVPP的具体内容例如可以通过下列表1表示：

表1

其中，SIP请求消息的头域(P-Charging-Vector)中优先级参数携带的AVPP值可以通过下列表2表示：

表2

S403，PCSCF-A向SCSCF-A发送加入AVPP的SIP请求消息。

S404，SCSCF-A接收到SIP请求消息后，因为用户签约补充业务，所以需要向AS-A转发SIP请求消息；因为SCSCF-A开启计费功能，所以在SIP请求消息的头域中加入SCSCF-A的AVPP，其中加入的私有计费字段的优先级信息，默认为NORMAL_PRIORITY，同时，SCSCF-A可以根据配置保持不变或修改前一跳计费设备，即PCSCF-A加入的公共计费字段的优先级信息(号码携带业务：Called-Party-Address优先级为HIGHEST_PRIORITY)。

在本实施例中，SCSCF-A加入的AVPP的具体内容例如可以通过下列表3表示：

表3

其中，SIP请求消息的头域(P-Charging-Vector)中优先级参数携带的AVPP值可以通过下列表4表示：

表4

S405，SCSCF-A向AS-A发送加入AVPP的SIP请求消息。

S406，AS-A接收到SIP请求消息请求后，因为AS-A开启计费功能，所以在SIP请求消息的头域中加入AS-A的AVPP，其中加入的私有计费字段的优先级信息，默认为HIGHER_PRIORITY；同时，AS-A可以根据配置保持不变或修改前一跳计费设备，即SCSCF-A加入的公共计费字段的优先级信息(serviceDeliveryStartTimeStamp、serviceDeliveryEndTimeStamp优先级为HIGHER_PRIORITY)。

在本实施例中，AS-A加入的AVPP的具体内容例如可以通过下列表3表示：

表5

其中，SIP请求消息的头域(P-Charging-Vector)中优先级参数携带的AVPP值可以通过下列表4表示：

表6

S407，AS-A向SCSCF-A返回加入AVPP的SIP请求消息。

在本实施例中，由于SCSCF-A是控制层网元，AS-A是业务层网元，因此，AS-A在接收到SIP请求消息，并在该消息中加入AVPP后，需要向SCSCF-A发送回执。

S408，SCSCF-A向出口网关控制功能(Breakout Gateway Control Function，简称为：BGCF)-A发送SIP请求消息。

S409，BGCF-A接收到SIP请求消息后，因为BGCF-A未开启计费功能，所以直接向MGCF-A发送SIP请求消息，此步骤不添加BGCF-A的AVPP。

S410，MGCF-A接收到SIP请求消息后，因为MGCF-A开启计费功能，所以在SIP请求消息的头域中加入MGCF-A的AVPP，其中加入的私有计费字段的优先级信息，默认为NORMAL_PRIORITY；同时，MGCF-A可以根据配置保持不变或修改前一跳计费设备，即SCSCF-A加入的公共计费字段的优先级信息。

在本实施例中，MGCF-A加入的AVPP的具体内容例如可以通过下列表7表示：

表7

其中，SIP请求消息的头域(P-Charging-Vector)中优先级参数携带的AVPP值可以通过下列表8表示：

表8

S411，MGCF-A向UE B所在PSTN-B发送SIP请求消息，该请求中不包含AVPP信息。

S412，UE B应答后，PSTN-B向MGCF-A返回SIP响应消息，该SIP响应消息例如为200OK消息。

S413，MGCF-A向BGCF-A返回SIP响应消息。

S414，BGCF-A向SCSCF-A返回SIP响应消息。

S415，SCSCF-A向AS-A返回SIP响应消息。

S416，AS-A向SCSCF-A发送SIP响应消息作为回执。

S417，SCSCF-A向PCSCF-A返回SIP响应消息。

S418，PCSCF-A向UE A返回SIP响应消息。

S419，开启计费功能的计费设备MGCF-A、AS-A、SCSCF-A和PCSCF-A向CDF发送ACR消息，每个计费设备发送的ACR消息中均携带该设对应的AVPP。

S420，CDF根据每个计费设备发送的ACR分别构造生成对应于每个计费设备的CDR，具体包括：MGCF-A CDR、AS-A CDR、SCSCF-A CDR和PCSCF-A CDR。

S421，CDR将上述生成的所有CDR填写到合并缓冲区，并将所有CDR根据ICID、计费主体标识和每个AVPP进行合并计费。本实施例中进行合并计费的方式和原则与上述实施例中相同，故在此不再赘述。

需要说明的是，图7所示实施例中实际的消息流程还涉及其他信令交互流程，为了简化计费处理方法的步骤进行了适当省略；图7中步骤S402、S404、S406和S410中加入的AVPP，具体可以是，在SIP请求消息的头域P-Charging-Vector中新增优先级参数，该参数携带AVPP，该AVPP以TLV方式组织，以0xFE0xFF0xFE0xFF结束；图7中各计费网元中的计费信息仅是举例，实际计费信息由实际环境决定。

图8为本发明实施例提供的又一种计费处理方法的信令交互流程图。图8所示应用场景为IMS用户A呼叫IMS用户B，图8以对会话的被叫侧进行计费为例予以示出。图8所示实施例提供的计费处理方法具体包括以下步骤：

S501，主叫UE A所在的网络，即主叫侧网元向SCSCF-B发送SIP请求消息。

S502，SCSCF-B接收到SIP请求消息后，因为用户签约AS-B，所以需要将SIP请求消息转发给AS-B；又因为SCSCF-B开启计费功能，所以在SIP请求消息的头域中加入SCSCF-B的AVPP，该AVPP中包括SCSCF-B的所有公共计费字段的优先级信息(号码携带业务：Called-Party-Address优先级为HIGHEST_PRIORITY)、私有计费字段的优先级信息，默认所有计费字段的优先级信息为NORMAL_PRIORITY。

在本实施例中，SCSCF-B加入的AVPP的具体内容可以参照上述表3所示内容，其中，SIP请求消息的头域(P-Charging-Vector)中优先级参数携带的AVPP值可以参照上述表4所示内容。

S503，SCSCF-B向AS-B发送加入AVPP的SIP请求消息。

S504，AS-B接收到SIP请求消息后，因为AS-B开启计费功能，所以在 SIP请求消息的头域中加入AS-B的AVPP，其中加入的私有计费字段的优先级信息，默认为NORMAL_PRIORITY，同时，AS-B可以根据配置保持不变或修改前一跳计费设备，即SCSCF-B加入的公共计费字段的优先级信息(话单开始时间serviceDeliveryStartTimeStamp和话单结束时间serviceDeliveryEndTimeStamp，优先级均为HIGHEST_PRIORITY)。

在本实施例中，AS-B加入的AVPP的具体内容可以参照上述表5所示内容，其中，SIP请求消息的头域(P-Charging-Vector)中优先级参数携带的AVPP值可以参照上述表6所示内容。

S505，AS-B向SCSCF-B返回加入AVPP的SIP请求消息。

在本实施例中，由于SCSCF-B是控制层网元，AS-B是业务层网元，因此，AS-B在接收到SIP请求消息，并在该消息中加入AVPP后，需要向SCSCF-B发送回执。

S506，SCSCF-B向PCSCF-B发送SIP请求消息。

S507，PCSCF-B接收到SIP请求消息后，因为PCSCF-B开启计费功能，所以在SIP请求消息的头域中加入PCSCF-B的AVPP；同时，PCSCF-B可以根据配置保持不变或修改前一跳计费设备，即SCSCF-B加入的公共计费字段的优先级信息。

在本实施例中，PCSCF-B加入的AVPP的具体内容可以参照上述表1所示内容，其中，SIP请求消息的头域(P-Charging-Vector)中优先级参数携带的AVPP值可以参照上述表2所示内容。

S508，PCSCF-B向UE B发送SIP请求消息，该请求中不包含AVPP信息。

S509，UE B应答后，向PCSCF-B返回SIP响应消息，该SIP响应消息例如为200OK消息。

S510，PCSCF-B向SCSCF-B返回SIP响应消息。

S511，SCSCF-B向AS-B返回SIP响应消息。

S512，AS-B向SCSCF-B发送SIP响应消息作为回执。

S513，SCSCF-B向主叫侧网元返回SIP响应消息。

S514，开启计费功能的计费设备PCSCF-B、AS-B和SCSCF-B向CDF发送ACR消息，每个计费设备发送的ACR消息中均携带该设对应的AVPP。

S515，CDF根据每个计费设备发送的ACR分别构造生成对应于每个计费设备的CDR，具体包括：PCSCF-B CDR、AS-B CDR和SCSCF-B CDR。

S516，CDR将上述生成的所有CDR填写到合并缓冲区，并将所有CDR根据ICID、计费主体标识和每个AVPP进行合并计费。本实施例中进行合并计费的方式和原则与上述实施例中相同，故在此不再赘述。

需要说明的是，图8所示实施例中实际的消息流程还涉及其他信令交互流程，为了简化计费处理方法的步骤进行了适当省略；图8中步骤S502、S504和S507中加入的AVPP，具体可以是，在SIP请求消息的头域(P-Charging-Vector)中新增优先级参数，该参数携带AVPP，该AVPP以TLV方式组织，以0xFE0xFF0xFE0xFF结束；图8中各计费网元中的计费信息仅是举例，实际计费信息由实际环境决定。

图9为本发明实施例提供的再一种计费处理方法的信令交互流程图。图9所示应用场景为IMS用户A呼叫中国移动用户B，在该应用场景中，CDR中需要通过被叫号码携带NP信息，MGCF查询现网NPDB获取NP信息，图9以对会话的主叫侧进行计费为例予以示出。图9所示实施例提供的计费处理方法具体包括以下步骤：

S601，主叫UE A向PCSCF-A发送SIP请求消息。

S602，PCSCF-A接收到SIP请求消息后，因为PCSCF-A开启计费功能，所以在SIP请求消息的头域中加入PCSCF-A的AVPP，该AVPP中包括PCSCF-A的所有公共计费字段的优先级信息、私有计费字段的优先级信息，并且默认所有计费字段的优先级信息为NORMAL_PRIORITY。

在本实施例中，PCSCF-A加入的AVPP的具体内容可以参照上述表1所示内容，其中，SIP请求消息的头域(P-Charging-Vector)中优先级参数携带的AVPP值可以参照上述表2所示内容。

S603，PCSCF-A向SCSCF-A发送加入AVPP的SIP请求消息。

S604，SCSCF-A接收到SIP请求消息后，因为用户签约补充业务，所以 需要向AS-A转发SIP请求消息；因为SCSCF-A开启计费功能，所以在SIP请求消息的头域中加入SCSCF-A的AVPP，其中加入的私有计费字段的优先级信息，默认为NORMAL_PRIORITY，同时，SCSCF-A可以根据配置保持不变或修改前一跳计费设备，即PCSCF-A加入的公共计费字段的优先级信息(号码携带业务：Called-Party-Address优先级为HIGHEST_PRIORITY)。

在本实施例中，SCSCF-A加入的AVPP的具体内容可以参照上述表3所示内容，其中，SIP请求消息的头域(P-Charging-Vector)中优先级参数携带的AVPP值可以参照上述表4所示内容。

S605，SCSCF-A向AS-A发送加入AVPP的SIP请求消息。

S606，AS-A接收到SIP请求消息请求后，因为AS-A开启计费功能，所以在SIP请求消息的头域中加入AS-A的AVPP，其中加入的私有计费字段的优先级信息，默认为HIGHER_PRIORITY；同时，AS-A可以根据配置保持不变或修改前一跳计费设备，即SCSCF-A加入的公共计费字段的优先级信息(serviceDeliveryStartTimeStamp、serviceDeliveryEndTimeStamp优先级为HIGHER_PRIORITY)。

在本实施例中，AS-A加入的AVPP的具体内容可以参照上述表5所示内容，其中，SIP请求消息的头域(P-Charging-Vector)中优先级参数携带的AVPP值可以参照上述表6所示内容。

S607，AS-A向SCSCF-A返回加入AVPP的SIP请求消息。

在本实施例中，由于SCSCF-A是控制层网元，AS-A是业务层网元，因此，AS-A在接收到SIP请求消息，并在该消息中加入AVPP后，需要向SCSCF-A发送回执。

S608，SCSCF-A向MGCF-A发送SIP请求消息。

S609，MGCF-A接收到SIP请求消息后，因为MGCF-A开启计费功能，所以在SIP请求消息的头域中加入MGCF-A的AVPP，其中加入的私有计费字段的优先级信息，默认为NORMAL_PRIORITY；同时，MGCF-A需要从NPDB中查询被叫号码信息，可以根据配置保持不变或修改前一跳计费设备，即SCSCF-A加入的公共计费字段的优先级信息(calledpartyAddress优先级 为HIGHEST_PRIORITY)。

在本实施例中，MGCF-A加入的AVPP的具体内容可以参照上述表7所示内容，不同的是“Called-Party-Address”的优先级为“HIGHER_PRIORITY”，其中，SIP请求消息的头域(P-Charging-Vector)中优先级参数携带的AVPP值可以参照上述表8所示内容。

S610，MGCF-A向NPDB数据库发送SIP请求消息。

S611，NPDB数据库向移动UE B发送SIP请求消息，该请求中不包含AVPP信息。

S612，UE B应答后，UE B向NPDB数据库返回SIP响应消息，该SIP响应消息例如为200OK消息。

S613，NPDB数据库向MGCF-A返回SIP响应消息。

S614，MGCF-A向SCSCF-A返回SIP响应消息。

S615，SCSCF-A向AS-A返回SIP响应消息。

S616，AS-A向SCSCF-A发送SIP响应消息作为回执。

S617，SCSCF-A向PCSCF-A返回SIP响应消息。

S618，PCSCF-A向UE A返回SIP响应消息。

S619，开启计费功能的计费设备MGCF-A、AS-A、SCSCF-A和PCSCF-A向CDF发送ACR消息，每个计费设备发送的ACR消息中均携带该设对应的AVPP。

S620，CDF根据每个计费设备发送的ACR分别构造生成对应于每个计费设备的CDR，具体包括：MGCF-A CDR、AS-A CDR、SCSCF-A CDR和PCSCF-A CDR。

S621，CDR将上述生成的所有CDR填写到合并缓冲区，并将所有CDR根据ICID、计费主体标识和每个AVPP进行合并计费。本实施例中进行合并计费的方式和原则与上述实施例中相同，故在此不再赘述。

需要说明的是，图9所示实施例中实际的消息流程还涉及其他信令交互流程，为了简化计费处理方法的步骤进行了适当省略；图9中步骤S602、S604、 S606和S609中加入的AVPP，具体可以是，在SIP请求消息的头域P-Charging-Vector中新增优先级参数，该参数携带AVPP，该AVPP以TLV方式组织，以0xFE0xFF0xFE0xFF结束；图9中各计费网元中的计费信息仅是举例，实际计费信息由实际环境决定。

图10为本发明实施例提供的还一种计费处理方法的信令交互流程图。图10所示应用场景为IMS域PBX用户A呼叫CS域用户B，在该应用场景中，MGCF主叫话单中Role-Of-Node值为Incoming_Business_trunking_proxy(5)，与AS产生的主叫话单Role-Of-Node(0)值是不相同的，CDF需要从MGCF获取Role-Of-Node作为合并关联后的最终值，图10以对会话的主叫侧进行计费为例予以示出。图10所示实施例提供的计费处理方法具体包括以下步骤：

S701，主叫UE A向PCSCF-A发送SIP请求消息。

S702，PCSCF-A接收到SIP请求消息后，因为PCSCF-A开启计费功能，所以在SIP请求消息的头域中加入PCSCF-A的AVPP，该AVPP中包括PCSCF-A的所有公共计费字段的优先级信息、私有计费字段的优先级信息，并且默认所有计费字段的优先级信息为NORMAL_PRIORITY。

在本实施例中，PCSCF-A加入的AVPP的具体内容可以参照上述表1所示内容，其中，SIP请求消息的头域(P-Charging-Vector)中优先级参数携带的AVPP值可以参照上述表2所示内容。

S703，PCSCF-A向SCSCF-A发送加入AVPP的SIP请求消息。

S704，SCSCF-A接收到SIP请求消息后，因为用户签约补充业务，所以需要向AS-A转发SIP请求消息；因为SCSCF-A开启计费功能，所以在SIP请求消息的头域中加入SCSCF-A的AVPP，其中加入的私有计费字段的优先级信息，默认为NORMAL_PRIORITY，同时，SCSCF-A可以根据配置保持不变或修改前一跳计费设备，即PCSCF-A加入的公共计费字段的优先级信息(号码携带业务：Called-Party-Address优先级为HIGHEST_PRIORITY)。

在本实施例中，SCSCF-A加入的AVPP的具体内容可以参照上述表3所示内容，其中，SIP请求消息的头域(P-Charging-Vector)中优先级参数携带的AVPP值可以参照上述表4所示内容。

S705，SCSCF-A向AS-A发送加入AVPP的SIP请求消息。

S706，AS-A接收到SIP请求消息请求后，因为AS-A开启计费功能，所以在SIP请求消息的头域中加入AS-A的AVPP，其中加入的私有计费字段的优先级信息，默认为HIGHER_PRIORITY；同时，AS-A可以根据配置保持不变或修改前一跳计费设备，即SCSCF-A加入的公共计费字段的优先级信息(serviceDeliveryStartTimeStamp、serviceDeliveryEndTimeStamp优先级为HIGHER_PRIORITY)。

在本实施例中，AS-A加入的AVPP的具体内容可以参照上述表5所示内容，其中，SIP请求消息的头域(P-Charging-Vector)中优先级参数携带的AVPP值可以参照上述表6所示内容。

S707，AS-A向SCSCF-A返回加入AVPP的SIP请求消息。

在本实施例中，由于SCSCF-A是控制层网元，AS-A是业务层网元，因此，AS-A在接收到SIP请求消息，并在该消息中加入AVPP后，需要向SCSCF-A发送回执。

S708，SCSCF-A向MGCF-A发送SIP请求消息。

S709，MGCF-A接收到SIP请求消息后，因为MGCF-A开启计费功能，所以在SIP请求消息的头域中加入MGCF-A的AVPP，其中加入的私有计费字段的优先级信息，默认为NORMAL_PRIORITY；同时，MGCF-A可以根据配置保持不变或修改前一跳计费设备，即SCSCF-A加入的公共计费字段的优先级信息(Role-Of-Node优先级为HIGHEST_PRIORITY)。

在本实施例中，MGCF-A加入的AVPP的具体内容可以参照上述表7所示内容，不同的是“Role-Of-Node”的优先级为“HIGHER_PRIORITY”，其中，SIP请求消息的头域(P-Charging-Vector)中优先级参数携带的AVPP值可以参照上述表8所示内容。

S710，MGCF-A向CS域UE B发送SIP请求消息，该请求中不包含AVPP信息。

S711，UE B应答后，CS域UE B向MGCF-A返回SIP响应消息。

S712，MGCF-A向SCSCF-A返回SIP响应消息。

S713，SCSCF-A向AS-A返回SIP响应消息。

S714，AS-A向SCSCF-A发送SIP响应消息作为回执。

S715，SCSCF-A向PCSCF-A返回SIP响应消息。

S716，PCSCF-A向IMS域UE A返回SIP响应消息。

S717，开启计费功能的计费设备MGCF-A、AS-A、SCSCF-A和PCSCF-A向CDF发送ACR消息，每个计费设备发送的ACR消息中均携带该设对应的AVPP。

S718，CDF根据每个计费设备发送的ACR分别构造生成对应于每个计费设备的CDR，具体包括：MGCF-A CDR、AS-A CDR、SCSCF-A CDR和PCSCF-A CDR。

S719，CDR将上述生成的所有CDR填写到合并缓冲区，并将所有CDR根据ICID、计费主体标识和每个AVPP进行合并计费。本实施例中进行合并计费的方式和原则与上述实施例中相同，故在此不再赘述。

需要说明的是，图10所示实施例中实际的消息流程还涉及其他信令交互流程，为了简化计费处理方法的步骤进行了适当省略；图9中步骤S702、S704、S706和S709中加入的AVPP，具体可以是，在SIP请求消息的头域P-Charging-Vector中新增优先级参数，该参数携带AVPP，该AVPP以TLV方式组织，以0xFE0xFF0xFE0xFF结束；图10中各计费网元中的计费信息仅是举例，实际计费信息由实际环境决定。

图11为本发明实施例提供的一种计费处理装置的结构示意图。本实施例提供的计费处理装置适用于对IMS中通过多个计费设备进行合并计费的情况中，该计费处理装置可以通过硬件和软件结合的方式来实现，该装置可以集成在计费设备的处理器中，供处理器调用使用。如图11所示，本实施例提供的计费处理装置具体包括：接收模块11、添加模块12和发送模块13。

其中，接收模块11，用于接收通信请求消息。

添加模块12，用于在接收模块11接收到的通信请求消息中加入计费处理装置所属计费设备的计费字段优先级信息AVPP，所加入的AVPP包括：计费处理装置所属计费设备的公共计费字段的优先级信息和私有计费字段的 优先级信息。

本实施例提供的计费处理装置，涉及多个计费设备对IMS中的一次会话或事务进行计费的应用场景，即在IMS的每个计费设备中都设置有本实施例提供的计费处理装置。每一跳计费设备中的接收模块11依次接收通信请求消息，该通信请求消息同样可以为SIP请求消息；并且接收模块11在接收到通信请求消息后，没有直接转发的通信请求消息，而是由添加模块12在接收到的通信请求消息中加入AVPP，所加入的AVPP中包括该计费处理装置所属计费设备的公共计费字段的优先级信息和私有计费字段的优先级信息。也就是说，每个计费处理装置在转发通信请求消息前，都记录有其自身的AVPP。

发送模块13，用于转发添加模块12处理后的通信请求消息。

接收模块11，还用于接收通信响应消息。

在本实施例中，每一跳计费设备中的计费处理装置接收和发送通信请求消息的方式，在通信请求消息中添加其自身AVPP的方式，接收和转发通信响应消息的方式，以及计费字段的优先级的表示方式都与上述实施例中相同，故在此不再赘述。

需要说明的是，由于本发明各实施例中计费处理是指对进行通信的呼叫侧分支进行计费的，即主叫侧和被叫侧是分别进行计费的，因此，虽然最后一跳计费设备在接收到的通信请求消息中加入了其自身的AVPP，在最后一跳计费设备向被叫侧设备发送通信请求消息前，删除该通信请求消息中的所有AVPP，以保证单侧计费的原则。

发送模块13，还用于向话单设备发送计费请求消息ACR，每个ACR中包括发送ACR的计费设备加入的AVPP，所发送的ACR用于指示话单设备根据每个ACR、IMS计费标识ICID、计费主体标识和每个AVPP进行合并计费。

在本实施例中，接收模块11接收到上述通信响应消息后，发送模块13可以向话单设备发送ACR，话单设备接收到的每个ACR中具有与计费设备对应的AVPP。因此，本发明各实施例中用于进行合并计费的依据增加了AVPP，该AVPP用于在选择公共字段信息时，通过每个计费设备的公共字段的优先级信息确定合并话单中以哪个公共字段信息为准。

本发明实施例提供的计费处理装置用于执行本发明图2所示实施例提供的计费处理方法，具备相应的功能模块，其实现原理和技术效果类似，此处不再赘述。

进一步地，本实施例中添加模块12加入的公共计费字段的优先级信息在下一跳计费设备接收到通信请求消息后进行设置，并且设置上一跳计费设备加入的公共计费字段的优先级信息的方式与上述实施例中相同，故在此不再赘述。

需要说明的是，本发明各实施例中的计费设备的物理数量至少为三个，分别对应于业务层、控制层和接入层，即上述每一层中具有至少一个实体的计费设备。另外，本发明各实施例中的计费设备在逻辑关系上包括：第一计费设备、第二计费设备和第三计费设备，其中，上述第二计费设备的数量为一个或多个。以下说明第一、第二和第三计费设备中添加模块12和发送模块13的具体实现方式：

其中，设置于第一计费设备的添加模块12，用于在接收到第一通信设备发送的通信请求消息后，在通信请求消息中加入第一计费设备的AVPP；相应地，设置于第一计费设备的发送模块13，用于向第二计费设备发送添加模块12处理后的通信请求消息。

设置于第二计费设备的添加模块12，用于在接收到上一跳计费设备发送的通信请求消息后，在通信请求消息中加入第二计费设备的AVPP，并设置上一跳计费设备的公共计费字段的优先级信息，其中，上一跳计费设备为第一计费设备或上一跳第二计费设备；相应地，设置于第二计费设备的发送模块13，用于向下一跳第二计费设备或第三计费设备发送添加模块12处理后的通信请求消息。

设置于第三计费设备的添加模块12，用于在接收到上一跳第二计费设备发送的通信请求消息后，在通信请求消息中加入第三计费设备的AVPP，设置上一跳第二计费设备的公共计费字段的优先级信息；相应地，设置于第三计费设备的发送模块13，用于向第二通信设备发送删除全部AVPP的通信请求消息。

需要说明的是，虽然本实施例中的第三计费设备的添加模块12将其自身 的AVPP加入到通信请求消息中，该AVPP用于发送ACR时发送给话单设备，由于单侧计费的原则，第三计费设备的发送模块13向被叫侧设备发送的通信请求消息中已删除所有AVPP。

本发明实施例提供的计费处理装置用于执行本发明图3所示实施例提供的计费处理方法，具备相应的功能模块，其实现原理和技术效果类似，此处不再赘述。

可选地，本实施例中的添加模块12加入的AVPP的具体方式可以为：用于在接收模块11接收到的通信请求消息的头域中加入优先级参数，并将计费处理装置所属计费设备的AVPP携带在该优先级参数中。本实施例中优先级参数的设置方式，和是否配置携带AVPP的方式与上述实施例相同，并且计费设备的逻辑关系也与上述各实施例相同，故在此不再赘述。

进一步地，本本发明上述各实施例中，发送模块13向话单设备发送的ACR用于指示话单设备进行合并计费，并生成合并激发话单；具体地，发送的ACR用于指示话单设备根据每个ACR生成对应于每个计费设备的CDR，并将每个CDR根据ICID、计费主体标识和每个AVPP进行合并计费，所生成的合并计费话单中包括全部计费设备中优先级最高的公共计费字段和每个计费设备的私有计费字段。本实施例中进行合并计费的具体实现方式在上述实施例中已经说明，故在此不再赘述。

需要说明的是，当至少两个AVPP中的公共计费字段的最高优先级相同时，上述合并计费话单中包括话单设备先获取到的优先级最高的公共计费字段和每个计费设备的私有计费字段。

图12为本发明实施例提供的另一种计费处理装置的结构示意图。本实施例提供的计费处理装置适用于对IMS中通过多个计费设备进行合并计费的情况中，该计费处理装置可以通过硬件和软件结合的方式来实现，该装置可以集成在话单设备的处理器中，供处理器调用使用。如图12所示，本实施例提供的计费处理装置具体包括：接收模块21和合并计费模块22。

其中，接收模块21，用于接收每一跳计费设备发送的包括计费字段优先级信息AVPP的计费请求消息ACR；其中，每个ACR中的AVPP为，发送该ACR的计费设备在接收到的通信请求消息中加入的计费设备的AVPP，所 加入的AVPP包括该计费设备的公共计费字段的优先级信息和私有计费字段的优先级信息。

本实施例提供的计费处理装置，涉及多个计费设备对IMS中的一次会话或事务进行计费的应用场景，每一跳计费设备可以依次接收通信请求消息，该通信请求消息同样可以为SIP请求消息，并在依次接收返回的通信响应消息后，向话单设备发送ACR；由于每一跳计费设备在接收到通信请求消息时，没有直接转发接收的通信请求消息，而是在该消息中加入当前计费设备的AVPP，并且，每一跳计费设备加入的公共计费字段的优先级信息可以在其下一跳计费设备中进行设置。也就是说，每个计费设备在转发通信请求消息前，都记录有其自身的AVPP。

在本实施例中，每一跳计费设备接收和发送通信请求消息的方式，在通信请求消息中添加其自身AVPP的方式，设置上一跳计费设备加入的公共计费字段的优先级信息的方式，接收和转发通信响应消息的方式，以及计费字段的优先级的表示方式都与上述实施例中相同，故在此不再赘述。

需要说明的是，由于本发明各实施例中计费处理是指对进行通信的呼叫侧分支进行计费的，即主叫侧和被叫侧是分别进行计费的，因此，虽然最后一跳计费设备在接收到的通信请求消息中加入了其自身的AVPP，在最后一跳计费设备向被叫侧设备发送通信请求消息前，删除该通信请求消息中的所有AVPP，以保证单侧计费的原则。

合并计费模块22，用于根据接收模块21接收的每个ACR，以及IMS计费标识ICID、计费主体标识和每个AVPP进行合并计费。

在本实施例中，接收模块21接收到的每个ACR中具有与计费设备对应的AVPP。本发明各实施例中用于进行合并计费的依据增加了AVPP，该AVPP用于在选择公共字段信息时，合并计费模块22通过每个计费设备的公共字段的优先级信息确定合并话单中以哪个公共字段信息为准，这样，可以在计费设备中预先配置对应于不同应用场景的设置方式，用于对上一跳计费设备加入的公共字段的优先级信息进行设置，以保证在特殊业务的应用场景中可以使用正确的公共字段信息。

本发明实施例提供的计费处理装置用于执行本发明图5所示实施例提供 的计费处理方法，具备相应的功能模块，其实现原理和技术效果类似，此处不再赘述。

进一步地，本实施例中每一跳计费设备加入AVPP中的公共计费字段的优先级信息可以在其下一跳计费设备中进行设置，并且设置上一跳计费设备加入的公共计费字段的优先级信息的方式与上述实施例中相同，故在此不再赘述。

需要说明的是，本发明各实施例中的计费设备的物理数量至少为三个，分别对应于业务层、控制层和接入层，即上述每一层中具有至少一个实体的计费设备。另外，本发明各实施例中的计费设备在逻辑关系上包括：第一计费设备、第二计费设备和第三计费设备，其中，上述第二计费设备的数量为一个或多个。

本实施例中第一、第二和第三计费设备之间的交互方式同样可以参照上述图3和图4所示实施例，本实施例中的ACR的具体内容可以为，第一计费设备发送的ACR中的AVPP为，第一计费设备在接收到第一通信设备发送的通信请求消息后，在通信请求消息中加入的第一计费设备的AVPP；第二计费设备发送的ACR中的AVPP为，第二计费设备在接收到上一跳计费设备发送的通信请求消息后，在通信请求消息中加入的第二计费设备的AVPP，以及第二计费设备设置后的上一跳计费设备的公共计费字段的优先级信息，其中，上一跳计费设备为第一计费设备或上一跳第二计费设备；第三计费设备发送的ACR中的AVPP为，第三计费设备在接收到上一跳第二计费设备发送的通信请求消息后，在通信请求消息中加入的第三计费设备的AVPP，以及第三计费设备设置后的上一跳第二计费设备的公共计费字段。

需要说明的是，虽然本实施例中的第三计费设备的添加模块将其自身的AVPP加入到通信请求消息中，该AVPP用于发送ACR时发送给话单设备，由于单侧计费的原则，第三计费设备的发送模块向被叫侧设备发送的通信请求消息中已删除所有AVPP。

可选地，本实施例中的接收模块21接收到的每个ACR中的AVPP具体为，发送该ACR的计费设备在接收到的通信请求消息的头域中加入优先级参数，并在该优先级参数中加入的该计费设备的AVPP。本实施例中优先级 参数的设置方式，和是否配置携带AVPP的方式与上述实施例相同，并且计费设备的逻辑关系也与上述各实施例相同，故在此不再赘述。

进一步地，图13为本发明实施例提供的又一种计费处理装置的结构示意图。在上述图12所示计费处理装置的结构基础上，本实施例中的合并计费模块22包括：数据生成单元23，用于根据接收模块21接收到的每个ACR生成对应于每个计费设备的计费数据记录CDR；合并计费单元24，用于将数据生成单元23生成的每个CDR根据ICID、计费主体标识和每个AVPP进行合并计费，所生成的合并计费话单中包括全部计费设备中优先级最高的公共计费字段和每个计费设备的私有计费字段。本实施例中进行合并计费的具体实现方式在上述实施例中已经说明，故在此不再赘述。

需要说明的是，当至少两个AVPP中的公共计费字段的最高优先级相同时，上述合并计费话单中包括话单设备先获取到的优先级最高的公共计费字段和每个计费设备的私有计费字段。

本发明实施例提供的计费处理装置用于执行本发明图6所示实施例提供的计费处理方法，具备相应的功能模块，其实现原理和技术效果类似，此处不再赘述。

本发明实施例还提供的一种计费系统，可以参照图1所示的IMS中的计费实体功能的关系，本实施例提供的计费系统包括：分别设置于IMS中业务层、控制层、接入层的计费设备和计费话单，每个计费设备中设置有如上述图11所示任一实施例中的计费处理装置，计费话单中设置有如上述图12和图13所示任一实施例中的计费处理装置。

本实施例中的计费系统，用于执行本发明图4、图7～图10所示任一实施例提供的计费处理方法，具备相应的实体装置，其实现原理和技术效果类似，此处不再赘述。

虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。