业务处理方法、应用服务器、计费装置及计费系统与流程

本发明涉及通信技术领域，尤其涉及一种业务处理方法、应用服务器、计费装置及计费系统。

背景技术：

目前，移动通信网络IP多媒体子系统IMS中的应用服务器AS可以是依照某种逻辑功能执行某种业务，如图1所示，当用户设备UE发送注册消息或未注册的发起请求消息到服务CSCF网元(Serving CSCF，S-CSCF，即呼叫会话控制功能实体设备)时，S-CSCF会和HSS服务器交互获取HSS服务器中存储的静态初始过滤规则(Initial Filter Criteria，iFC)信息并保存；但当S-CSCF收到用户设备UE发起的请求消息后，如果S-CSCF已经缓存了一组有效的iFC信息则无需进一步与HSS服务器交互下载iFC信息。当S-CSCF收到来自用户设备UE的任何其他请求后，提取其中的业务触发数据，将业务触发数据与iFC信息中的SPT实例按照优先级进行匹配，若匹配成功，则转发该请求至相应优先级的应用服务器AS，应用服务器AS执行业务逻辑，直至所有iFC信息依次触发完毕。

另外，也可以在一个应用服务器AS上部署多种应用，比如多媒体电话(Multimedia Telephony，MMTel AS)就可以依照多种逻辑功能执行多种补充业务：呼叫前转、彩铃、语音信箱、呼叫保持、多方通话等。部署多个应用的应用服务器AS上有时会对触发到该AS的某种应用无法正常响应，根据现有机制，在无法正常响应时该应用服务器AS返回相应的错误码，触发业务错误的计费请求消息到计费装置，进而产生错误的呼叫详单(calling detail records，CDR)。某种应用无法正常响应时不影响其它应用，进而在计费时针对同一个应用服务器AS的不同子应用的相应状态进行准确计费。

用户设备UE实际上很可能签约了该应用服务器AS上的多个应用，多个应用运行在相同的业务平台(应用服务器AS)的子应用有可能有的不需要触发计费。目前既有的计费方法是就MMTel AS的各种不同的子应用分别单独出具CDR，即一个用户设备UE如果签约了彩铃、呼叫转移、语音信箱、 呼叫保持和多方通话等子应用，并在一次呼叫里触发了多种子应用，计费装置为这次呼叫产生多个对应的CDR。一般运营商的用户设备UE数量很大，每个用户设备UE签约某种业务(如：MMTel)的多个子应用时，这种为每个用户的一次业务产生多个CDR的方法，将会产生很大的工作量，同时也增加了产生错误的几率。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

技术实现要素：

本发明的主要目的在于提供一种业务处理方法、应用服务器、计费装置及计费系统，旨在解决减少基于一次业务进行子应用计费关联的工作量的技术问题。

为实现上述目的，本发明提供一种业务处理方法，应用于应用服务器中，所述业务处理方法包括以下步骤：

S101，接收呼叫会话控制功能实体设备发送的iFC信息，按照所述iFC信息执行完本次业务的所有子应用的业务逻辑，所述iFC信息包括多个子应用的子应用信息；

S102，当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息，或者当向所述呼叫会话控制功能实体设备返回响应消息时，发送计费数据请求至计费装置；

其中，所述计费数据请求包括子应用的子应用信息、子应用对应的执行状态信息

优选地，所述S102包括：

当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息时，按照对应远端分支的开始计费数据请求、若干中间计费数据请求和结束计费数据请求的顺序、并按照响应消息与计费数据请求一一对应的方式发送计费数据请求至计费装置，直至发送完结束计费数据请求；

当向所述呼叫会话控制功能实体设备返回响应消息时，按照对应接入分支的开始计费数据请求、若干中间计费数据请求和结束计费数据请求的顺序、并按照响应消息与计费数据请求一一对应的方式发送计费数据请求至计费装置，直至发送完结束计费数据请求；

其中，所述开始计费消息、中间计费数据请求和结束计费数据请求中均包括子应用的子应用信息、子应用对应的执行状态信息。

优选地，所述S102包括：

当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息时，发送开始计费消息至计费装置；

当向所述呼叫会话控制功能实体设备返回响应消息时，或者当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息时，按照响应消息与计费数据请求一一对应的方式发送若干中间计费数据请求至计费装置；

当向所述呼叫会话控制功能实体设备返回响应消息时，发送结束计费消息至计费装置；

其中，所述开始计费消息、中间计费数据请求和结束计费数据请求中均包括子应用的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识。

优选地，所述子应用信息包括：子应用的标识、子应用的名称及子应用的触发优先级。

此外，为实现上述目的，本发明还提供一种业务处理方法，应用于计费装置中，所述业务处理方法包括以下步骤：

S201，接收应用服务器发送的本次业务的计费数据请求并响应；

S202，根据所述计费数据请求打开、更新和关闭计费数据单，并在所述计费数据单上记录所述计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息。

优选地，所述计费数据请求包括开始计费数据请求、若干中间计费数据请求和结束计费数据请求，所述S202包括：

根据所述开始计费数据请求打开所述计费数据单，并在所述计费数据单记录所述开始计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息；

根据所述中间计费数据请求更新所述计费数据单，并在所述计费数据单记录所述中间计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息；

根据所述结束计费数据请求关闭所述计费数据单，并在所述计费数据单 记录所述结束计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息。

优选地，所述计费数据请求包括开始计费数据请求、若干中间计费数据请求和结束计费数据请求，所述S202包括：

根据所述开始计费数据请求打开所述计费数据单，并在所述计费数据单记录所述开始计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识；

根据所述中间计费数据请求更新所述计费数据单，并在所述计费数据单记录所述中间计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识；

根据所述结束计费数据请求关闭所述计费数据单，并在所述计费数据单记录所述结束计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识。

此外，为实现上述目的，本发明还提供一种应用服务器，所述应用服务器包括：

执行模块，用于接收呼叫会话控制功能实体设备发送的iFC信息，按照所述iFC信息执行完本次业务的所有子应用的业务逻辑，所述iFC信息包括多个子应用的子应用信息；

发送模块，用于当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息，或者当向所述呼叫会话控制功能实体设备返回响应消息时，发送计费数据请求至计费装置；

其中，所述计费数据请求包括子应用的子应用信息、子应用对应的执行状态信息。

优选地，所述发送模块包括：

第一发送单元，用于当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息时，按照对应远端分支的开始计费数据请求、若干中间计费数据请求和结束计费数据请求的顺序、并按照响应消息与计费数据请求一一对应的方式发送计费数据请求至计费装置，直至发送完结束计费数据请求；

第二发送单元，用于当向所述呼叫会话控制功能实体设备返回响应消息时，按照对应接入分支的开始计费数据请求、若干中间计费数据请求和结束 计费数据请求的顺序、并按照响应消息与计费数据请求一一对应的方式发送计费数据请求至计费装置，直至发送完结束计费数据请求；

其中，所述开始计费消息、中间计费数据请求和结束计费数据请求中均包括子应用的子应用信息、子应用对应的执行状态信息。

优选地，所述发送模块包括：

第三发送单元，用于当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息时，发送开始计费消息至计费装置；

第四发送单元，用于当向所述呼叫会话控制功能实体设备返回响应消息时，或者当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息时，按照响应消息与计费数据请求一一对应的方式发送若干中间计费数据请求至计费装置；

第五发送单元，用于当向所述呼叫会话控制功能实体设备返回响应消息时，发送结束计费消息至计费装置；

其中，所述开始计费消息、中间计费数据请求和结束计费数据请求中均包括子应用的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识。

优选地，所述子应用信息包括：子应用的标识、子应用的名称及子应用的触发优先级。

此外，为实现上述目的，本发明还提供一种计费装置，所述计费装置包括：

接收模块，用于接收应用服务器发送的本次业务的计费数据请求并响应；

记录模块，用于根据所述计费数据请求打开、更新和关闭计费数据单，并在所述计费数据单上记录所述计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息。

优选地，所述计费数据请求包括开始计费数据请求、若干中间计费数据请求和结束计费数据请求，所述记录模块包括：

第一记录单元，用于根据所述开始计费数据请求打开所述计费数据单，并在所述计费数据单记录所述开始计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息；

第二记录单元，用于根据所述中间计费数据请求更新所述计费数据单， 并在所述计费数据单记录所述中间计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息；

第三记录单元，用于根据所述结束计费数据请求关闭所述计费数据单，并在所述计费数据单记录所述结束计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息。

优选地，所述计费数据请求包括开始计费数据请求、若干中间计费数据请求和结束计费数据请求，所述记录模块包括：

第四记录单元，用于根据所述开始计费数据请求打开所述计费数据单，并在所述计费数据单记录所述开始计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识；

第五记录单元，用于根据所述中间计费数据请求更新所述计费数据单，并在所述计费数据单记录所述中间计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识；

第六记录单元，用于根据所述结束计费数据请求关闭所述计费数据单，并在所述计费数据单记录所述结束计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识。

此外，为实现上述目的，本发明还提供一种计费系统，所述计费系统包括呼叫会话控制功能实体设备、应用服务器及计费装置，

所述呼叫会话控制功能实体设备用于向所述应用服务器发送iFC信息，所述iFC信息包括多个子应用的子应用信息；

所述应用服务器用于接收呼叫会话控制功能实体设备发送的iFC信息，按照所述iFC信息执行完本次业务的所有子应用的业务逻辑；当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息，或者当向所述呼叫会话控制功能实体设备返回响应消息时，发送计费数据请求至计费装置，其中，所述计费数据请求包括子应用的子应用信息、子应用对应的执行状态信息；

所述计费装置用于接收应用服务器发送的本次业务的计费数据请求并响应；根据所述计费数据请求打开、更新和关闭计费数据单，并在所述计费数据单上记录所述计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息。

本发明一种业务处理方法、应用服务器、计费装置及计费系统，扩展了iFC信息，使iFC信息不仅包括现有的AS的地址信息，还包括该AS涉及的多个子应用的子应用信息(即子应用的标识、子应用的名称及子应用的触发优先级)，部署多个子应用的AS向计费装置发送的计费数据请求里携带各个子应用的子应用信息及对应的执行状态信息，因此，可以将一次业务中远端分支或接入分支对应所触发的AS中部署的多个子应用进行记录，将现有技术中N个子应用对应的2N张CDR改变为两张CDR，大大减少了基于一次业务进行子应用关联的工作量从而方便进行计费。

附图说明

图1为现有技术中触发应用的示意图；

图2为本发明业务处理方法第一实施例的流程示意图；

图3为图2中触发AS中部署的多个子应用的示意图；

图4为图3中AS与S-CSCF及CDF进行交互的流程示意图；

图5为本发明业务处理方法第二实施例的流程示意图；

图6为本发明应用服务器一实施例的功能模块示意图；

图7为本发明计费装置一实施例的功能模块示意图；

图8为本发明计费系统一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种业务处理方法，参照图2，在一实施例中，该业务处理方法包括：

步骤S101，接收呼叫会话控制功能实体设备发送的iFC信息，按照所述iFC信息执行完本次业务的所有子应用的业务逻辑，所述iFC信息包括多个子应用的子应用信息；

结合参阅图3，其中，AS1上只部署了一种应用，AS2则部署了多种子应用(可以将AS2理解为MMTel AS)，本实施例的应用服务器上部署多个 子应用。当呼叫会话控制功能实体设备S-CSCF接收用户设备的业务请求消息时，根据所述业务请求消息获取iFC信息，将所述iFC信息发送给应用服务器。其中，iFC信息不仅包括现有的AS的地址信息，还包括该AS涉及的多个子应用的子应用信息，子应用信息包括：子应用的标识、子应用的名称及子应用的触发优先级。按照子应用的触发优先级，AS的每个子应用在执行完应用的业务逻辑后返回给S-CSCF该子应用对应的执行状态信息，如：SIP 200ok表示成功响应；SIP 4xx、SIP 5xx等表示的错误信息等。

参阅图3，包括：

步骤1：用户设备UE发送SIP请求消息给S-CSCF发起SIP会话；

步骤2：S-CSCF收到这个请求消息后，S-CSCF评估SPTs并检查是否匹配AS1的iFC X，如果匹配则S-CSCF转发该请求消息到AS1，其中，iFC X包括现有的AS的地址信息；

步骤3：AS1执行业务逻辑并发回SIP消息到S-CSCF，其中有可能携带业务相关的修改信息；

步骤4.a：S-CSCF收到这个请求消息后，S-CSCF还评估SPTs并检查是否匹配到AS2的iFC Y，如果匹配则S-CSCF转发该请求消息到AS2，其中iFC Y不仅包括现有的AS2的地址信息，还包括该AS2涉及的多个子应用的子应用信息。

步骤4.b：如果S-CSCF发现收到的来自AS1的SIP请求消息不匹配任何iFCs，则S-CSCF基于路由信息转发该SIP请求消息到下一跳。

步骤5：AS2按照子应用的触发优先级来执行优先级较高的子应用,然后发回SIP消息到S-CSCF，其中有可能携带业务相关的修改信息。

S-CSCF在收到步骤5的SIP消息后重复执行上述步骤4.a和步骤5，直到AS2中的所有子应用依照子应用优先级由高到低的顺序执行完毕。

步骤6：如果S-CSCF发现收到的来自AS2的SIP请求消息不匹配任何iFCs，则S-CSCF基于路由信息转发该SIP请求消息到下一跳。

另外，代理呼叫会话控制功能实体设备(Proxy-Call Session Control Funtion，P-CSCF)在收到用户设备UE发送SIP请求消息后，为该用户设备UE的本次业务分配唯一的IMS计费标识(IMS Charging Identifier，ICID)并转发SIP请求消息给S-CSCF，S-CSCF在匹配到iFC信息后，转发请求消 息给相应的AS时就携带这个可以唯一标识一次业务计费的ICID。

步骤S102，当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息，或者当向所述呼叫会话控制功能实体设备返回响应消息时，发送计费数据请求至计费装置；

部署了多个子应用的AS2在第一次收到上述的ICID时，检查该AS2是否被配置为需要触发计费，一旦被运营商配置为需要触发计费就触发含有AS地址信息、子应用信息及子应用的执行状态信息的计费数据请求至计费数据功能(Charging Data Function，CDF)，即计费装置中。其中，AS2检查触发的每个子应用的ICID，当发现ICID取值相同时就为对应子应用发送计费数据请求到CDF中。

其中，计费数据请求包括子应用的子应用信息、子应用对应的执行状态信息。

本实施例中，对于AS而言，信令接入AS的为接入分支，信令从AS输出的为远端分支。

本实施例中，AS在按照子应用信息中的子应用的触发优先级执行完本次业务的所有子应用的业务逻辑后，会接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息，或者会向所述呼叫会话控制功能实体设备返回响应消息，然后发送计费数据请求至计费装置。

本实施例中，当向计费装置发送包括子应用的子应用信息、子应用对应的执行状态信息的计费数据请求时，可以将一次业务中所触发的对应远端分支或接入分支的多个子应用根据子应用信息分别进行计费记录，这时计费数据请求中无需包含接入/远端分支标识计费装置。

也就是说，在一次业务中，AS可以分别对接入分支或远端分支对应的多个子应用进行计费记录，以便计费装置生成接入分支的CDR或远端分支的CDR共两张CDR。

本实施例扩展了iFC信息，使iFC信息不仅包括现有的AS的地址信息，还包括该AS涉及的多个子应用的子应用信息(即子应用的标识、子应用的名称及子应用的触发优先级)，部署多个子应用的AS向计费装置发送的计费数据请求里携带各个子应用的子应用信息及对应的执行状态信息，因此，可以将一次业务中远端分支或接入分支对应所触发的AS中部署的多个子应用 进行记录，将现有技术中N个子应用对应的2N张CDR改变为两张CDR，大大减少了基于一次业务进行子应用关联的工作量从而方便进行计费。

在一优选的实施例中，在上述图2的实施例的基础上，步骤S102包括：

当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息时，按照对应远端分支的开始计费数据请求、若干中间计费数据请求和结束计费数据请求的顺序、并按照响应消息与计费数据请求一一对应的方式发送计费数据请求至计费装置，直至发送完结束计费数据请求；

当向所述呼叫会话控制功能实体设备返回响应消息时，按照对应接入分支的开始计费数据请求、若干中间计费数据请求和结束计费数据请求的顺序、并按照响应消息与计费数据请求一一对应的方式发送计费数据请求至计费装置，直至发送完结束计费数据请求；

其中，所述开始计费消息、中间计费数据请求和结束计费数据请求中均包括子应用的子应用信息、子应用对应的执行状态信息。

本实施例中，AS上部署有N个子应用(N大于等于2)，并且N个子应用均被触发，AS按照子应用信息中的子应用的触发优先级执行完本次业务的所有子应用的业务逻辑，然后，按照子应用的优先级从低到高的顺序：对于远端分支，在AS第一次接收到呼叫会话控制功能实体设备转发的用户设备的响应消息时，发送最低优先级的子应用对应的开始计费数据请求至所述计费装置，在第二次接收到呼叫会话控制功能实体设备转发的用户设备的响应消息时，发送次低优先级的子应用对应的中间计费数据请求至所述计费装置，依次类推，在第N次接收到呼叫会话控制功能实体设备转发的用户设备的响应消息时，发送最高优先级的子应用对应的结束计费数据请求至所述计费装置；

对于接入分支，在AS第一次向所述呼叫会话控制功能实体设备返回响应消息时，发送最低优先级的子应用对应的开始计费数据请求至所述计费装置；在第二次向所述呼叫会话控制功能实体设备返回响应消息时，发送次低优先级的子应用对应的中间计费数据请求至所述计费装置，依次类推，在第N次向所述呼叫会话控制功能实体设备返回响应消息时，发送最高优先级的子应用对应的结束计费数据请求至所述计费装置。

本实施例中，对于远端分支，AS能够将N个子应用进行计费记录；对于接入分支，能够将N个子应用进行计费记录，将现有技术中N个子应用对应的2N张CDR缩减为两张CDR，从而减少了基于一次业务进行子应用关联的工作量。

在另一优选的实施例中，在上述图2的实施例的基础上，上述步骤S102还可以包括：

当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息时，发送开始计费消息至计费装置；

当向所述呼叫会话控制功能实体设备返回响应消息时，或者当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息时，按照响应消息与计费数据请求一一对应的方式发送若干中间计费数据请求至计费装置；

当向所述呼叫会话控制功能实体设备返回响应消息时，发送结束计费消息至计费装置；

其中，所述开始计费消息、中间计费数据请求和结束计费数据请求中均包括子应用的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识。

本实施例中，AS上部署有N个子应用(N大于等于2)，并且N个子应用均被触发，AS按照子应用信息中的子应用的触发优先级执行完本次业务的所有子应用的业务逻辑，然后，按照子应用的优先级从低到高的顺序：在AS接收到呼叫会话控制功能实体设备转发的用户设备的响应消息时，发送最低优先级的子应用的对应远端分支的开始计费数据请求至所述计费装置；

当向所述呼叫会话控制功能实体设备返回响应消息时，发送最低优先级的子应用的对应接入分支的中间计费数据请求至所述计费装置；当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息时，发送次低优先级的子应用的对应远端分支的中间计费数据请求至所述计费装置；当向所述呼叫会话控制功能实体设备返回响应消息时，发送次低优先级的子应用的对应接入分支的中间计费数据请求至所述计费装置；以此类推；

在接收到呼叫会话控制功能实体设备转发的用户设备的响应消息时，发送最高优先级的子应用的对应远端分支的中间计费数据请求至所述计费装 置；当向所述呼叫会话控制功能实体设备返回响应消息时，发送最高优先级的子应用的对应接入分支的结束计费数据请求至所述计费装置。

本实施例中，当向计费装置发送包括子应用的子应用信息、子应用对应的执行状态信息及远端/接入分支标识的计费数据请求时，由于还能够根据分支标识来区分一次业务中的远端分支及接入分支，因此，可以将一次业务中触发的远端分支及接入分支对应的多个子应用进行记录，以简化计费装置的计费关联计费装置。

也就是说，在一次业务中，AS可以将一次业务中触发的N个子应用对应接入分支及远端分支一起进行计费记录，将现有技术中N个子应用对应的2N张CDR改变为一张CDR，即只生成一张本次业务的CDR，简化计费装置的CDR关联工作，进一步方便计费装置计费。

值得说明的是，本实施例中提出的AS为接入分支和远端分支出同一张CDR的做法主要适用于AS作为背靠背用户代理(Back-to-Back User Agent，B2BUA)使用时，接入分支和远端分支上ICID不变化的情况下。

本实施例扩展了iFC信息，使iFC信息不仅包括现有的AS的地址信息，还包括该AS涉及的多个子应用的子应用信息(即子应用的标识、子应用的名称及子应用的触发优先级)，部署多个子应用的AS向计费装置发送的计费数据请求里携带各个子应用的子应用信息、对应的执行状态信息、应用服务器的接入/远端分支标识，部署多个子应用的AS向计费装置发送的计费数据请求里携带各个子应用的子应用信息、对应的执行状态信息及接入/远端分支标识，因此，可以将一次业务中触发的多个子应用对应远端分支及接入分支进行计费记录，进一步减少了基于一次业务进行子应用关联的工作量从而方便进行计费。

请结合参阅图4对本实施例进行详细的描述，S-CSCF收到用户设备UE的SIP响应消息后，由AS2触发计费，AS2发送开始、中间和结束计费数据请求到计费装置中，其具体包括：

A、S-CSCF返回SIP响应消息给AS2；

B、AS2中的每个子应用收到来自S-CSCF的SIP响应消息(包括SIP200ok成功响应，SIP 4xx，SIP 5xx或SIP 6xx等错误响应)后，该AS2发送含有最后执行完的子应用(即上述的第一子应用)的子应用信息的开始计费 数据请求Charging Data Request[Start]给CDF，其中开始计费数据请求含有该子应用信息及其执行状态信息(还可以扩展现有的AS Information信息，使其包含子应用信息)，还可以包含是远端分支还是接入分支(remote leg or access leg)标识(图4中是远端分支remote leg)，即上述的用户设备的第一分支标识，以供CDF开始计费；

C、在CDF向AS2返回计费数据请求响应后，AS2的该子应用返回SIP响应消息给S-CSCF；

D、该AS2发送含有B步骤中的子应用信息的第一中间计费数据请求Charging Data Request[Interim]给CDF，其中第一中间计费数据请求含有该子应用信息及其执行状态信息(还可以扩展既有的AS Information信息，使其包含子应用信息)，还可以包含是远端分支还是接入分支(remote leg or access leg)标识(图4是接入分支access leg)，即上述的用户设备的第二分支标识，以供CDF进行计费更新；

E、在CDF向AS2返回计费数据请求响应后，S-CSCF返回SIP响应消息给AS2；

F、AS2发送含有其他子应用信息的中间计费数据请求Charging Data Request[Interim]给CDF，其中中间计费数据请求含有其他子应用信息及其执行状态信息，还可以包含是远端分支还是接入分支(remote leg or access leg)标识(图4中是远端分支remote leg)，以供CDF进行计费更新；

G、在CDF向AS2返回计费数据请求响应后，AS2的其他子应用返回SIP响应消息给S-CSCF；

H、AS2发送含有F步骤中的其他子应用信息的中间计费数据请求消息Charging Data Request[Interim]给CDF，其中含有该子应用信息及其执行状态信息，还可以包含是出分支还是入分支(remote leg or access leg)标识(图4是接入分支access leg)，以供CDF进行计费更新；

I、以上步骤E-H可以根据AS2中子应用的触发响应状况重复执行，对于优先级最高的子应用，S-CSCF返回SIP响应消息给AS2；

J、AS2发送含有优先级最高的子应用(即上述的第二子应用)的子应用信息的第二中间计费数据请求Charging Data Request[Interim]给CDF，其中含有优先级最高的子应用的子应用信息及其执行状态信息，还可以包含是远端 分支还是接入分支(remote leg or access leg)标识(图4中是远端分支remote leg)，即上述的用户设备的第一分支标识，以供CDF进行计费更新；

K、在CDF向AS2返回计费数据请求响应后，AS2返回SIP响应消息给S-CSCF；

L、AS2发送含有J步骤中优先级最高的子应用信息的结束计费数据请求Charging Data Request[Stop]给CDF，其中含有该优先级最高的子应用的子应用信息及其执行状态信息，还可以包含是远端分支还是接入分支(remote leg or access leg)标识(图4是接入分支access leg)，即上述的用户设备的第二分支标识，以供CDF结束计费。

本发明还提供一种业务处理方法，如图5所示，在一实施例中，该业务处理方法包括：

步骤S201，接收应用服务器发送的本次业务的计费数据请求并响应；

步骤S202，根据所述计费数据请求打开、更新和关闭计费数据单，并在所述计费数据单上记录所述计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息。

本实施例中，AS发送的计费数据请求中包含子应用的子应用信息、子应用对应的执行状态信息，即AS已经进行一次业务中所触发的对应远端分支或接入分支的多个子应用进行关联，因此CDF能够根据AS发送的计费数据请求将远端分支或接入分支对应所触发的多个子应用记录在一张计费数据单上，以方便进行计费。

本实施例中，CDF针对一次业务中远端分支或接入分支只打开一计费数据单，然后进行更新并最终关闭，并在计费数据单上进行记录。与现有技术相比，假设AS2上部署N个子应用并全部触发，本实施例将现有的AS2上的N个子应用分别对应接入分支N张和远端分支N张的计费数据单数量(共为2N张)，缩减为分别基于远端分支的1张及接入分支的1张共2张计费数据单，大大减少了基于一次业务(例如一次IMS呼叫)进行计费关联的工作量，方便计费装置进行计费，提升了处理效率。

在一优选的实施例中，在上述图5实施例的基础上，上述步骤S202包 括：

根据所述开始计费数据请求打开所述计费数据单，并在所述计费数据单记录所述开始计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息；根据所述中间计费数据请求更新所述计费数据单，并在所述计费数据单记录所述中间计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息；根据所述结束计费数据请求关闭所述计费数据单，并在所述计费数据单记录所述结束计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息。

其中，计费数据请求包括开始计费数据请求、若干中间计费数据请求和结束计费数据请求。

本实施例中，AS上部署有N个子应用(N大于等于2)，并且N个子应用均被触发，按照子应用的优先级从低到高的顺序：对于远端分支，计费装置依次接收应用服务器发送的本次业务开始计费数据请求、若干中间计费数据请求和结束计费数据请求，该开始计费数据请求、若干中间计费数据请求和结束计费数据请求中均包含子应用信息、子应用对应的执行状态信息，然后打开一张计费数据单，进行更新并最终关闭，并在计费数据单上记录对应远端分支的子应用信息、子应用对应的执行状态信息；

对于接入分支，计费装置依次接收应用服务器发送的本次业务开始计费数据请求、若干中间计费数据请求和结束计费数据请求，该开始计费数据请求、若干中间计费数据请求和结束计费数据请求中均包含子应用信息、子应用对应的执行状态信息，然后打开一张计费数据单，进行更新并最终关闭，并在计费数据单上记录对应接入分支的子应用信息、子应用对应的执行状态信息。

本实施例中，由于AS已将对应远端分支的N个子应用进行计费关联；或者AS已将对应接入分支的N个子应用进行计费关联，将现有技术中N个子应用计费装置必须生成的2N张CDR缩减为只生成两张CDR，大大减少了基于一次业务进行子应用计费关联的工作量，方便计费装置进行计费，提升了处理效率。

在另一优选的实施例中，在上述图5的实施例的基础上，步骤S202还可以包括：

根据所述开始计费数据请求打开所述计费数据单，并在所述计费数据单记录所述开始计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识；根据所述中间计费数据请求更新所述计费数据单，并在所述计费数据单记录所述中间计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识；根据所述结束计费数据请求关闭所述计费数据单，并在所述计费数据单记录所述结束计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识。

其中，计费数据请求包括开始计费数据请求、若干中间计费数据请求和结束计费数据请求。

本实施例中，AS上部署有N个子应用(N大于等于2)，并且N个子应用均被触发，按照子应用的优先级从低到高的顺序：接收应用服务器发送的对应远端分支的最低优先级的子应用的开始计费数据请求，接收应用服务器发送的对应接入分支的最低优先级的子应用的中间计费数据请求，接收应用服务器发送的对应远端分支的次低优先级的子应用的中间计费数据请求，接收应用服务器发送的对应接入分支的次低优先级的子应用的中间计费数据请求，依次类推；最后，接收应用服务器发送的对应远端分支的最高优先级的子应用的中间计费数据请求，接收应用服务器发送的对应接入分支的最高优先级的子应用的结束计费数据请求。

本实施例中，AS发送的计费数据请求中包含子应用的子应用信息、子应用对应的执行状态信息及接入/远端分支标识，由于AS已能够根据用户设备的分支标识来区分一次业务中的远端分支及接入分支，因此，AS已将一次业务中所触发的对应远端分支及接入分支的多个子应用进行计费关联，计费装置打开一张计费数据单，进行更新并最终关闭，并在计费数据单上记录对应远端分支及接入分支两者的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识。由此CDF能够根据AS发送的计费数据请求将远端分支及接入分支两者对应的多个子应用均记录在一张计费数据单上，以方便进行计费。

本实施例针对一次业务中远端分支及接入分支只打开一张计费数据单进行记录，能够将计费装置生成的计费数据单进一步缩减为1张计费数据单， 进一步减少了基于一次业务进行关联的工作量，方便计费装置进行计费，提升了处理效率。

本发明还提供一种应用服务器，如图6所示，在一实施例中，所述应用服务器包括：

执行模块101，用于接收呼叫会话控制功能实体设备发送的iFC信息，按照所述iFC信息执行完本次业务的所有子应用的业务逻辑，所述iFC信息包括多个子应用的子应用信息；

结合参阅图3，其中，AS1上只部署了一种应用，AS2则部署了多种子应用(可以将AS2理解为MMTel AS)，本实施例的应用服务器上部署多个子应用。当呼叫会话控制功能实体设备S-CSCF接收用户设备的业务请求消息时，根据所述业务请求消息获取iFC信息，将所述iFC信息发送给应用服务器。其中，iFC信息不仅包括现有的AS的地址信息，还包括该AS涉及的多个子应用的子应用信息，子应用信息包括：子应用的标识、子应用的名称及子应用的触发优先级。按照子应用的触发优先级，AS的每个子应用在执行完应用的业务逻辑后返回给S-CSCF该子应用对应的执行状态信息，如：SIP 200ok表示成功响应；SIP 4xx、SIP 5xx等表示的错误信息等。

具体的交互过程还请参阅图3，此处不再赘述。

另外，P-CSCF在收到用户设备UE发送SIP请求消息后，为该用户设备UE的本次业务分配唯一的IMS计费标识(IMS Charging Identifier，ICID)，转发SIP请求消息给S-CSCF，S-CSCF在匹配到iFC信息后，转发请求消息给相应的AS时就携带这个可以唯一标识一次业务计费的ICID。

发送模块102，用于发送计费数据请求至计费装置；

部署了多个子应用的AS2在第一次收到上述的ICID时，检查该AS2是否被配置为需要触发计费，一旦被运营商配置为需要触发计费就触发含有AS地址信息、子应用信息及子应用的执行状态信息的计费数据请求至CDF，即计费装置中。其中，AS2检查触发的每个子应用的ICID，当发现ICID取值相同时就为对应子应用发送计费数据请求到CDF中。

其中，计费数据请求包括子应用的子应用信息、子应用对应的执行状态信息。

本实施例中，对于AS而言，信令接入AS的为接入分支，信令从AS输出的为远端分支。

本实施例中，AS在按照子应用信息中的子应用的触发优先级执行完本次业务的所有子应用的业务逻辑后，会接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息，或者会向所述呼叫会话控制功能实体设备返回响应消息，然后发送计费数据请求至计费装置。

本实施例中，当向计费装置发送包括子应用的子应用信息、子应用对应的执行状态信息的计费数据请求时，可以将一次业务中所触发的对应远端分支或接入分支的多个子应用根据子应用信息分别进行计费记录，这时计费数据请求中无需包含接入/远端分支标识计费装置。

也就是说，在一次业务中，AS可以分别对接入分支或远端分支对应的多个子应用进行计费记录，以便计费装置生成接入分支的CDR或远端分支的CDR共两张CDR。

在一优选的实施例中，在上述图6的实施例的基础上，所述发送模块102包括：

第一发送单元，用于当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息时，按照对应远端分支的开始计费数据请求、若干中间计费数据请求和结束计费数据请求的顺序、并按照响应消息与计费数据请求一一对应的方式发送计费数据请求至计费装置，直至发送完结束计费数据请求；

第二发送单元，用于当向所述呼叫会话控制功能实体设备返回响应消息时，按照对应接入分支的开始计费数据请求、若干中间计费数据请求和结束计费数据请求的顺序、并按照响应消息与计费数据请求一一对应的方式发送计费数据请求至计费装置，直至发送完结束计费数据请求；

其中，所述开始计费消息、中间计费数据请求和结束计费数据请求中均包括子应用的子应用信息、子应用对应的执行状态信息。

本实施例中，AS上部署有N个子应用(N大于等于2)，并且N个子应用均被触发，AS按照子应用信息中的子应用的触发优先级执行完本次业务的所有子应用的业务逻辑，然后，按照子应用的优先级从低到高的顺序：对于远端分支，在AS第一次接收到呼叫会话控制功能实体设备转发的用户设 备的响应消息时，发送最低优先级的子应用对应的开始计费数据请求至所述计费装置，在第二次接收到呼叫会话控制功能实体设备转发的用户设备的响应消息时，发送次低优先级的子应用对应的中间计费数据请求至所述计费装置，依次类推，在第N次接收到呼叫会话控制功能实体设备转发的用户设备的响应消息时，发送最高优先级的子应用对应的结束计费数据请求至所述计费装置；

对于接入分支，在AS第一次向所述呼叫会话控制功能实体设备返回响应消息时，发送最低优先级的子应用对应的开始计费数据请求至所述计费装置；在第二次向所述呼叫会话控制功能实体设备返回响应消息时，发送次低优先级的子应用对应的中间计费数据请求至所述计费装置，依次类推，在第N次向所述呼叫会话控制功能实体设备返回响应消息时，发送最高优先级的子应用对应的结束计费数据请求至所述计费装置。

本实施例中，对于远端分支，AS能够将N个子应用进行计费记录；对于接入分支，能够将N个子应用进行计费纪录，将现有技术中N个子应用对应的2N张CDR缩减为两张CDR，从而减少了基于一次业务进行子应用关联的工作量。

在另一优选的实施例中，在上述图6的实施例的基础上，所述发送模块102包括：

第三发送单元，用于当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息时，发送开始计费消息至计费装置；

第四发送单元，用于当向所述呼叫会话控制功能实体设备返回响应消息时，或者当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息时，按照响应消息与计费数据请求一一对应的方式发送若干中间计费数据请求至计费装置；

第五发送单元，用于当向所述呼叫会话控制功能实体设备返回响应消息时，发送结束计费消息至计费装置；

其中，所述开始计费消息、中间计费数据请求和结束计费数据请求中均包括子应用的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识。

本实施例中，AS上部署有N个子应用(N大于等于2)，并且N个子应用均被触发，AS按照子应用信息中的子应用的触发优先级执行完本次业务的所有子应用的业务逻辑，然后，按照子应用的优先级从低到高的顺序：在AS接收到呼叫会话控制功能实体设备转发的用户设备的响应消息时，发送最低优先级的子应用的对应远端分支的开始计费数据请求至所述计费装置；

当向所述呼叫会话控制功能实体设备返回响应消息时，发送最低优先级的子应用的对应接入分支的中间计费数据请求至所述计费装置；当接收到所述呼叫会话控制功能实体设备转发的用户设备的响应消息时，发送次低优先级的子应用的对应远端分支的中间计费数据请求至所述计费装置；当向所述呼叫会话控制功能实体设备返回响应消息时，发送次低优先级的子应用的对应接入分支的中间计费数据请求至所述计费装置；以此类推；

在接收到呼叫会话控制功能实体设备转发的用户设备的响应消息时，发送最高优先级的子应用的对应远端分支的中间计费数据请求至所述计费装置；当向所述呼叫会话控制功能实体设备返回响应消息时，发送最高优先级的子应用的对应接入分支的结束计费数据请求至所述计费装置。

本实施例中，当向计费装置发送包括子应用的子应用信息、子应用对应的执行状态信息及远端/接入分支标识的计费数据请求时，由于还能够根据分支标识来区分一次业务中的远端分支及接入分支，因此，可以将一次业务中触发的远端分支及接入分支对应的多个子应用进行计费记录，以简化计费装置的计费关联。

也就是说，在一次业务中，AS可以将一次业务中触发的N个子应用对应接入分支及远端分支一起进行计费记录，将现有技术中N个子应用对应的2N张CDR改变为一张CDR，即只生成一张本次业务的CDR，简化计费装置的计费关联，进一步降低计费装置计费关联工作量。

值得说明的是，本实施例中提出的AS为接入分支和远端分支出同一张CDR的做法主要适用于AS作为背靠背用户代理(Back-to-Back User Agent，B2BUA)使用时，接入分支和远端分支上ICID不变化的情况下。

本实施例扩展了iFC信息，使iFC信息不仅包括现有的AS的地址信息，还包括该AS涉及的多个子应用的子应用信息(即子应用的标识、子应用的名称及子应用的触发优先级)，部署多个子应用的AS向计费装置发送的计费 数据请求里携带各个子应用的子应用信息、对应的执行状态信息、应用服务器的接入/远端分支标识，部署多个子应用的AS向计费装置发送的计费数据请求里携带各个子应用的子应用信息、对应的执行状态信息及接入/远端分支标识，因此，可以将一次业务中触发的多个子应用对应远端分支及接入分支进行计费记录，进一步减少了基于一次业务进行子应用关联的工作量从而方便进行计费。

本发明还提供一种计费装置，如图7所示，在一实施例中，该计费装置包括：

接收模块201，用于接收应用服务器发送的本次业务的计费数据请求并响应；

记录模块202，用于根据所述计费数据请求打开、更新和关闭计费数据单，并在所述计费数据单上记录所述计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息。

本实施例中，AS发送的计费数据请求中包含子应用的子应用信息、子应用对应的执行状态信息，即AS已经进行一次业务中所触发的对应远端分支或接入分支的多个子应用进行关联，因此CDF能够根据AS发送的计费数据请求将远端分支或接入分支对应所触发的多个子应用记录在一张计费数据单上，以方便进行计费。

本实施例中，CDF针对一次业务中远端分支或接入分支只打开一计费数据单，然后进行更新并最终关闭，并在计费数据单上进行记录。与现有技术相比，假设AS2上部署N个子应用并全部触发，本实施例将现有的AS2上的N个子应用分别对应接入分支N张和远端分支N张的计费数据单数量(共为2N张)，缩减为分别基于远端分支的1张及接入分支的1张共2张计费数据单，大大减少了基于一次业务(例如一次IMS呼叫)进行计费关联的工作量，方便计费装置进行计费，提升了处理效率。

在一优选的实施例中，在上述图7的实施例的基础上，记录模块202包括：第一记录单元，用于根据所述开始计费数据请求打开所述计费数据单，并在所述计费数据单记录所述开始计费数据请求中的子应用的子应用信息、 子应用对应的执行状态信息；第二记录单元，用于根据所述中间计费数据请求更新所述计费数据单，并在所述计费数据单记录所述中间计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息；第三记录单元，用于根据所述结束计费数据请求关闭所述计费数据单，并在所述计费数据单记录所述结束计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息。

其中，计费数据请求包括开始计费数据请求、若干中间计费数据请求和结束计费数据请求。

本实施例中，AS上部署有N个子应用(N大于等于2)，并且N个子应用均被触发，按照子应用的优先级从低到高的顺序：对于远端分支，计费装置依次接收应用服务器发送的本次业务开始计费数据请求、若干中间计费数据请求和结束计费数据请求，该开始计费数据请求、若干中间计费数据请求和结束计费数据请求中均包含子应用信息、子应用对应的执行状态信息，然后打开一张计费数据单，进行更新并最终关闭，并在计费数据单上记录对应远端分支的子应用信息、子应用对应的执行状态信息；

对于接入分支，计费装置依次接收应用服务器发送的本次业务开始计费数据请求、若干中间计费数据请求和结束计费数据请求，该开始计费数据请求、若干中间计费数据请求和结束计费数据请求中均包含子应用信息、子应用对应的执行状态信息，然后打开一张计费数据单，进行更新并最终关闭，并在计费数据单上记录对应接入分支的子应用信息、子应用对应的执行状态信息。

本实施例中，由于AS已将对应远端分支的N个子应用进行计费关联；或者AS已将对应接入分支的N个子应用进行计费关联，将现有技术中N个子应用计费装置必须生成的2N张CDR缩减为只生成两张CDR，大大减少了基于一次业务进行子应用计费关联的工作量，方便计费装置进行计费，提升了处理效率。

在一优选的实施例中，在上述图7的实施例的基础上，记录模块202包括：第四记录单元，用于根据所述开始计费数据请求打开所述计费数据单，并在所述计费数据单记录所述开始计费数据请求中的子应用的子应用信息、 子应用对应的执行状态信息、应用服务器的接入/远端分支标识；第五记录单元，用于根据所述中间计费数据请求更新所述计费数据单，并在所述计费数据单记录所述中间计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识；第六记录单元，用于根据所述结束计费数据请求关闭所述计费数据单，并在所述计费数据单记录所述结束计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识。

其中，计费数据请求包括开始计费数据请求、若干中间计费数据请求和结束计费数据请求。

本实施例中，AS上部署有N个子应用(N大于等于2)，并且N个子应用均被触发，按照子应用的优先级从低到高的顺序：接收应用服务器发送的对应远端分支的最低优先级的子应用的开始计费数据请求，接收应用服务器发送的对应接入分支的最低优先级的子应用的中间计费数据请求，接收应用服务器发送的对应远端分支的次低优先级的子应用的中间计费数据请求，接收应用服务器发送的对应接入分支的次低优先级的子应用的中间计费数据请求，依次类推；最后，接收应用服务器发送的对应远端分支的最高优先级的子应用的中间计费数据请求，接收应用服务器发送的对应接入分支的最高优先级的子应用的结束计费数据请求。

本实施例中，AS发送的计费数据请求中包含子应用的子应用信息、子应用对应的执行状态信息及接入/远端分支标识，由于AS已能够根据用户设备的分支标识来区分一次业务中的远端分支及接入分支，因此，AS已将一次业务中所触发的对应远端分支及接入分支的多个子应用进行计费关联，计费装置打开一张计费数据单，进行更新并最终关闭，并在计费数据单上记录对应远端分支及接入分支两者的子应用信息、子应用对应的执行状态信息、应用服务器的接入/远端分支标识。由此CDF能够根据AS发送的计费数据请求将远端分支及接入分支两者对应的多个子应用均记录在一张计费数据单上，以方便进行计费。

本实施例针对一次业务中远端分支及接入分支只打开一张计费数据单进行记录，能够将计费装置生成的计费数据单进一步缩减为1张计费数据单，进一步减少了基于一次业务进行关联的工作量，方便计费装置进行计费，提 升了处理效率。

本发明还提供一种计费系统，如图8所示，在一实施例中，该计费系统包括呼叫会话控制功能实体设备S-CSCF、应用服务器AS及计费装置CDF，其中：

呼叫会话控制功能实体设备S-CSCF用于向应用服务器AS发送iFC信息，iFC信息包括多个子应用的子应用信息；应用服务器AS可部署一个或多个，其中，至少有一个应用服务器中部署有多个子应用，应用服务器AS用于接收呼叫会话控制功能实体设备S-CSCF发送的iFC信息，按照iFC信息执行完本次业务的所有子应用的业务逻辑；当接收到呼叫会话控制功能实体设备S-CSCF转发的用户设备的响应消息，或者当向呼叫会话控制功能实体设备S-CSCF返回响应消息时，发送计费数据请求至计费装置CDF，其中，计费数据请求包括子应用的子应用信息、子应用对应的执行状态信息；计费装置CDF用于接收应用服务器AS发送的本次业务的计费数据请求并响应；根据计费数据请求打开、更新和关闭计费数据单，并在计费数据单上记录计费数据请求中的子应用的子应用信息、子应用对应的执行状态信息。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。