阅读说明：本技术 在线计费方法、装置、服务器、通信系统及存储介质 (Online charging method, device, server, communication system and storage medium ) 是由 章璐 柳勤 于 2018-06-15 设计创作，主要内容包括：本发明实施例提供一种在线计费方法、装置、服务器、通信系统及存储介质,在在线计费服务器上预设包括呼叫方通话终端的属性信息与通话计费策略的对应关系的计费策略,然后在接收到包括呼叫方通话终端的属性信息的资源申请请求后,即可根据该资源申请请求中呼叫方通话终端的属性信息和预设的计费策略确定出呼叫方当前的可用通话资源并反馈给发送资源申请请求的发送方,相对现有IMS系统采用的传统计费方式,可结合通话终端的属性信息实现灵活的在线通话计费策略,能为运营商提供更灵活的运营策略,并为用户提供了更精准的计费结果和更灵活的通话方式,可在很大程度上提升用户体验的满意度。(The embodiment of the invention provides an online charging method, an online charging device, a server, a communication system and a storage medium, presetting a charging strategy comprising the corresponding relation between the attribute information of the calling party communication terminal and the communication charging strategy on an online charging server, then after receiving a resource application request comprising the attribute information of the calling party communication terminal, the current available call resources of the calling party can be determined according to the attribute information of the calling party call terminal in the resource application request and the preset charging strategy and fed back to the sender sending the resource application request, compared with the traditional charging mode adopted by the existing IMS system, can realize flexible online call charging strategy by combining with the attribute information of the call terminal, can provide more flexible operation strategy for operators, and a more accurate charging result and a more flexible communication mode are provided for the user, and the satisfaction degree of user experience can be improved to a great extent.)

在线计费方法、装置、服务器、通信系统及存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种在线计费方法、装置、服务器、通信系统及存储介质。

背景技术

IMS(IP Multimedia Subsystem，网际协议多媒体子系统)是3GPP(ThirdGeneration Partnership Project，第三代合作伙伴计划)提出的支持IP多媒体业务的子系统，是多媒体通信的发展方向，作为4G时代中的应用子系统，能很好的满足4G时代中人与人之间的通信，其显著特征是采用了SIP(Session Initial Protocol，会话初始协议)体系，通信与接入方式无关，具备多种多媒体业务的控制功能与承载能力分离、呼叫与会话分离、应用与服务分离、业务与网络分离，以及移动网与因特网业务融合等多种能力。

3GPP组织在TS 32.296规范建议通过定义了基于OCS(Online Charging System，在线计费系统)的系统和方法，用于实现在IMS网络中的在线计费。目前协议中定义的通话计费策略则都是基于呼叫方的电话号码进行的，对于呼叫方所采用的通话终端的属性信息则并不作任何考虑，也即不管通话终端当前在哪个网络或通话终端当前具体为什么类型，都统一采用电话号码进行计费，在计费服务器上设置有各电话号码对应的通话计费策略，该通话计费策略包括各电话号码对应的可用通话时间。当应用服务器在收到业务请求时，向在线计费服务器申请通话方(例如主叫方)的通话时长，如果申请到的通话时长为0，不管当前通话是否需要计费，都会直接拒绝呼叫。

但是，随着通信网络进入4G/5G，以及光纤入户等宽带化改造的加速后，呼叫双方所采用的通话终端的属性变化情况也越来越多，例如通话终端的类型和可以采用的网络越来越多。例如，用户可以通过VoLTE(Voice over LTE)网络通信，可以通过CS(CircuitSwitched，电路交换)网络通信，也可以通过宽带网络通信。另一方面，随着集成电路的快速发展，芯片越来越小型化，处理性能越来越高，用户可以使用的通话终端也越来越多，例如通过手机、机顶盒、PC、手表等终端进行通话。针对用户使用不同通信网络和/或不同类型的通话终端进行通话(对外呈现的都是用户的电话号码)时，运营商可能需要采用不同的通话计费策略来满足不同的需求，例如，有的主叫网络、主叫终端类型或被叫网络、被叫终端类型在进行通话时，可能不需要计算时长，不管对应呼叫方是否有通话时长都可以拨打或接听；又如，有的被叫网络或被叫终端在拨打或接听时，则需要计算时长，必须有通话时长才能拨打；而传统的仅根据电话号码进行计费的方式明显不能满足上述IMS网络中的多样化计费需求。

发明内容

本发明实施例提供的一种在线计费方法、装置、服务器、通信系统及存储介质，主要解决的技术问题是：解决现有传统计费方式不能满足IMS网络中多样化计费需求的问题。

为解决上述技术问题，本发明实施例提供一种在线计费方法，包括：

接收资源申请请求，所述资源申请请求中包括呼叫方通话终端的属性信息；

提取所述资源申请请求中所述呼叫方通话终端的属性信息；

根据所述呼叫方通话终端的属性信息和预设的计费策略确定所述呼叫方当前的可用通话资源；

将所述呼叫方当前的可用通话资源发给发送所述资源申请请求的发送方；

所述预设的计费策略中包括呼叫方通话终端的属性信息与通话计费策略的对应关系，所述通话计费策略包括通话收费策略和通话免费策略。

为了解决上述问题，本发明实施例还提供了一种在线计费方法，包括：

向在线计费服务器发送资源申请请求，所述资源申请请求中包括呼叫方通话终端的属性信息；

接收所述在线计费服务器发送的所述呼叫方的可用通话资源，所述呼叫方的可用通话资源为所述在线计费服务器根据所述呼叫方通话终端的属性信息和预设的计费策略确定的，所述预设的计费策略中包括呼叫方通话终端的属性信息与通话计费策略的对应关系，所述通话计费策略包括通话收费策略和通话免费策略。

为了解决上述问题，本发明实施例还提供了一种在线计费方法，包括：

向应用服务器发送呼叫业务请求，所述呼叫业务请求包括呼叫方通话终端的属性信息；

接收所述应用服务器发送的所述呼叫方的可用通话资源，所述呼叫方的可用通话资源为在线计费服务器根据所述呼叫方通话终端的属性信息和预设的通话计费策略确定的，所述预设的计费策略中包括呼叫方通话终端的属性信息与通话计费策略的对应关系，所述通话计费策略包括通话收费策略和通话免费策略。

为了解决上述问题，本发明实施例还提供了一种在线计费方法，包括：

呼叫会话控制功能服务器向应用服务器发送呼叫业务请求，所述呼叫业务请求包括呼叫方通话终端的属性信息；

所述应用服务器提取所述呼叫方通话终端的属性信息生成资源申请请求，并发给在线计费服务器；

所述在线计费服务器提取所述资源申请请求中所述呼叫方通话终端的属性信息，根据提取的呼叫方通话终端的属性信息和预设的计费策略确定所述呼叫方当前的可用通话资源，并发给所述应用服务器；

所述应用服务器将所述呼叫方当前的可用通话资源发送给所述呼叫会话控制功能服务器；

所述预设的计费策略中包括呼叫方通话终端的属性信息与通话计费策略的对应关系，所述通话计费策略包括通话收费策略和通话免费策略。

为了解决上述问题，本发明实施例还提供了一种在线计费装置，包括：

资源请求接收模块，用于接收资源申请请求，所述资源申请请求中包括呼叫方通话终端的属性信息；

资源确定模块，用于根据所述资源申请请求中所述呼叫方通话终端的属性信息和预设的计费策略确定所述呼叫方当前的可用通话资源；

资源发送模块，用于将所述呼叫方当前的可用通话资源发给发送所述资源申请请求的发送方；

所述预设的计费策略中包括呼叫方通话终端的属性信息与通话计费策略的对应关系，所述通话计费策略包括通话收费策略和通话免费策略。

为了解决上述问题，本发明实施例还提供了一种应用装置，包括：

资源请求生成发送模块，用于向在线计费服务器发送资源申请请求，所述资源申请请求中包括呼叫方通话终端的属性信息；

第一资源接收模块，用于接收所述在线计费服务器发送的所述呼叫方的可用通话资源，所述呼叫方的可用通话资源为所述在线计费服务器根据所述呼叫方通话终端的属性信息和预设的计费策略确定的，所述预设的计费策略中包括呼叫方通话终端的属性信息与通话计费策略的对应关系，所述通话计费策略包括通话收费策略和通话免费策略。

为了解决上述问题，本发明实施例还提供了一种会话控制装置，包括：

业务请求发送模块，用于向应用服务器发送呼叫业务请求，所述呼叫业务请求包括呼叫方通话终端的属性信息；

第二资源接收模块，用于接收所述应用服务器发送的所述呼叫方的可用通话资源，所述呼叫方的可用通话资源为在线计费服务器根据所述呼叫方通话终端的属性信息和预设的通话计费策略确定的，所述预设的计费策略中包括呼叫方通话终端的属性信息与通话计费策略的对应关系，所述通话计费策略包括通话收费策略和通话免费策略。

为了解决上述问题，本发明实施例还提供了一种在线计费服务器，包括第一处理器、第一存储器以及第一通信总线；

所述第一通信总线用于实现所述第一处理器与所述第一存储器之间的通信连接；

所述第一处理器用于执行第一存储器中存储的一个或者多个第一程序，以实现如上所述的在线计费方法的步骤。

为了解决上述问题，本发明实施例还提供了一种应用服务器，包括第二处理器、第二存储器以及第二通信总线；

所述第二通信总线用于实现所述第二处理器与所述第二存储器之间的通信连接；

所述第二处理器用于执行第二存储器中存储的一个或者多个第二程序，以实现如上所述的在线计费方法的步骤。

为了解决上述问题，本发明实施例还提供了一种呼叫会话控制功能服务器，包括第三处理器、第三存储器以及第三通信总线；

所述第三通信总线用于实现所述第三处理器与所述第三存储器之间的通信连接；

所述第三处理器用于执行第三存储器中存储的一个或者多个第三程序，以实现如上所述的在线计费方法的步骤。

为了解决上述问题，本发明实施例还提供了一种通信系统，包括呼叫会话控制功能服务器、应用服务器和在线计费服务器；

所述呼叫会话控制功能服务器用于向应用服务器发送呼叫业务请求，所述呼叫业务请求包括呼叫方通话终端的属性信息，以及用于接收所述应用服务器发送的呼叫方当前的可用通话资源；

所述应用服务器用于提取所述呼叫方通话终端的属性信息生成资源申请请求，并发给在线计费服务器，以及用于接收所述线计费服务器发送的呼叫方当前的可用通话资源，并将接收到的呼叫方当前的可用通话资源发送给所述呼叫会话控制功能服务器；

所述在线计费服务器用于提取所述资源申请请求中所述呼叫方通话终端的属性信息，根据提取的呼叫方通话终端的属性信息和预设的计费策略确定所述呼叫方当前的可用通话资源，并发给所述应用服务器；所述预设的计费策略中包括呼叫方通话终端的属性信息与通话计费策略的对应关系，所述通话计费策略包括通话收费策略和通话免费策略。

为了解决上述问题，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个第一程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上所述的在线计费方法的步骤；

或，所述计算机可读存储介质存储有一个或者多个第二程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上所述的在线计费方法的步骤；

或，所述计算机可读存储介质存储有一个或者多个第三程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上所述的在线计费方法的步骤。

本发明的有益效果是：

根据本发明实施例提供的在线计费方法、装置、服务器、通信系统及存储介质，在在线计费服务器上预设包括呼叫方通话终端的属性信息与通话计费策略的对应关系的计费策略，通话计费策略包括通话收费策略和通话免费策略；在执行呼叫业务时，呼叫会话控制功能服务器可向应用服务器发送包含呼叫方通话终端属性信息的呼叫业务请求，应用服务器提取呼叫方通话终端的属性信息生成资源申请请求，并发给在线计费服务器；在线计费服务器根据资源申请请求中呼叫方通话终端的属性信息和预设的计费策略确定所述呼叫方当前的可用通话资源，并发给所述应用服务器，应用服务器将呼叫方当前的可用通话资源发送给呼叫会话控制功能服务器。本发明实施例中的提供的上述计费方法综合考虑了呼叫方通话终端的属性信息进行计费，并不像传统在线计费方式仅考虑呼叫方的电话号码进行计费，因此能够满足采用不同属性信息的通话终端的不同计费需求(即多样化需求)，相对现有IMS系统采用的传统计费方式，实现了灵活的在线通话计费策略，能为运营商提供更灵活的运营策略，并为用户提供了更精准的计费结果和更灵活的通话方式，可在很大程度上提升用户体验的满意度。

本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。

附图说明

图1为本发明实施例一的在线计费服务器节点侧在线计费方法流程示意图；

图2为本发明实施例一的应用服务器节点侧在线计费方法流程示意图；

图3为本发明实施例一的初始资源申请请求生成方法流程示意图；

图4为本发明实施例一的呼叫会话控制功能服务器节点侧在线计费方法流程示意图；

图5为本发明实施例一的呼叫建立控制流程示意图；

图6为本发明实施例一的IMS通信系统在线计费方法流程示意图；

图7为本发明实施例二的在线计费装置结构示意图；

图8为本发明实施例二的应用装置结构示意图；

图9为本发明实施例二的会话控制装置结构示意图；

图10为本发明实施例三的通信系统结构示意图；

图11为本发明实施例三的在线计费服务器结构示意图；

图12为本发明实施例三的应用服务器结构示意图；

图13为本发明实施例三的呼叫会话控制功能服务器结构示意图；

图14为本发明实施例三的IMS网络结构示意图；

图15为本发明实施例三的拒绝建立呼叫的控制流程示意图；

图16为本发明实施例三的正常建立呼叫的控制流程示意图；

图17为本发明实施例三的切换被叫网络时的控制流程示意图；

图18为本发明实施例三的切换被叫网络时的控制流程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一：

针对现有IMS网络中的仅根电话号码进行计费的传统计费方式不能满足IMS网络中多样化计费需求的问题，本发明实施例提供的在线计费方法，通过在在线计费(OnlineCharging System，OCS)服务器上预设包括呼叫方通话终端的属性信息与通话计费策略的对应关系的通话计费策略，通话计费策略包括通话收费策略和通话免费策略；在执行呼叫业务时，呼叫会话控制功能(Call Session Control Function，CSCF)服务器可向应用服务器(Application Server，AS)发送包含呼叫方通话终端属性信息的呼叫业务请求，应用服务器提取呼叫方通话终端的属性信息生成资源申请请求，并发给在线计费服务器；在线计费服务器根据资源申请请求中呼叫方通话终端的属性信息和预设的计费策略确定所述呼叫方当前的可用通话资源，并发给应用服务器，应用服务器将呼叫方当前的可用通话资源发送给呼叫会话控制功能服务器，上述计费方法综合考虑了呼叫方通话终端的属性信息进行计费，能满足针对用户使用不同属性信息(包括但不限于通信网络、终端类型中的至少一种)的通话终端进行通话时的不同通话计费策略需求，也即实现了灵活的在线通话计费策略，能为运营商提供更灵活的运营策略，并为用户提供了更精准的计费结果和更灵活的通话方式，可在很大程度上提升用户体验的满意度。

为了便于理解，本发明实施例下面分别以采用本发明实施例提供的在线计费方法中，各服务节点上的处理流程为示例进行说明。

在在线计费服务器节点上，其执行的在线计费方法参见图1所示，包括：

S101：接收资源申请请求，资源申请请求中包括呼叫方通话终端的属性信息。

可选地，本实施例中的资源申请请求可为应用服务器发送的，该应用服务器可为呼叫方中的主叫方的应用服务器发送的。但应当理解的是，随着通信组网应用场景的变化，也可由其其他服务节点发送该资源申请请求。

本实施例中的资源申请请求可以是呼叫发起时触发发送的，也可以是在呼叫建立成功之后的通话过程中触发的。也即在本实施例中，可以仅在建立呼叫过程中采用本实施例提供的在线计费方法进行计费，而在呼叫过程中则可采用现有或其他计费方式进行计费；或者仅在建立完呼叫之后，在通话过程中采用本实施例提供的在线计费方法进行计费，而在建立呼叫过程中则可采用现有(例如仅根据电话号码的计费方式进行计费)或其他计费方式进行计费；当然也可在建立呼叫过程中和建立好呼叫之后的通话过程中都采用本实施例提供的在线计费方式进行计费。

也即，在本实施例中，资源申请请求可包括初始资源申请请求和更新资源申请请求中的至少一种；

其中，初始资源申请请求为主叫方发起呼叫时，主叫方应用服务器根据主叫方的呼叫会话控制功能(Call Session Control Function，CSCF)服务器发送的初始呼叫业务请求生成的，该初始呼叫业务请求中包括主叫终端当前的属性信息，主叫方应用服务器提取该初始呼叫业务请求中的主叫方通话终端的属性信息生成初始资源申请请求，并发给在线计费服务器。

可选地，更新资源申请请求包括主叫方通话终端在通话过程中当前的属性信息、被叫方通话终端在接听呼叫时的属性信息或被叫方通话终端在通话过程中当前的属性信息。

相应的，本实施例中更新资源申请请求可为应用服务器在检测到预设条件满足时生成发送的，可选地，该预设条件包括以下条件中的至少一种：

检测到来自被叫方的呼叫应答响应信息，该应答响应信息包括被叫方的通话终端当前的属性信息，此时应用服务器可从该呼叫应答响应信息中提取被叫方通话终端当前的属性信息生成更新资源申请请求；

在通话过程中检测到主叫方通话终端的属性信息发生变化，此时应用服务器可获取主叫方通话终端当前的属性信息生成更新资源申请请求；可选地，本实施例中主叫方通话终端的属性信息变化情况可由主叫方应用服务器监测获取，当然也可根据具体应用场景采用其他的一个或多个服务节点进行监测获取；

在通话过程中检测到被叫方的通话终端的属性信息发生变化，此时应用服务器可获取被叫方通话终端当前的属性信息生成更新资源申请请求；可选地，本实施例中被叫方通话终端的属性信息变化情况也可由被叫方应用服务器监测获取，当然也可根据具体应用场景采用其他的一个或多个服务节点进行监测获取；本实施例中被叫方的应用服务器监测到被叫方通话终端的属性信息发生变化时，可通过被叫方的呼叫会话控制功能发给主叫方的呼叫会话控制功能，经由主叫方呼叫会话控制功能发给主叫方的应用服务器。

S102：提取所述资源申请请求中的所述呼叫方通话终端的属性信息。

S103：根据提取的资源申请请求中呼叫方通话终端的属性信息和预设的计费策略确定呼叫方当前的可用通话资源。

本实施例中预设的计费策略中包括呼叫方通话终端的属性信息与通话计费策略的对应关系，且本实施例中的通话计费策略包括通话收费策略和通话免费策略；另外，应当理解的是，本实施例中的通话收费策略可针对不同的呼叫业务、不同通话终端的属性信息设置不同的收费子策略或者设置统一的通话收费策略，具体可根据具体应用需求灵活设定，且可支持运营商动态更新。相应的，本实施例中的通话免费策略针对不同的呼叫业务、不同通话终端的属性信息也设置不同的免费子策略或者设置统一的通话免费策略。可选地，本实施例中，预设的计费策略中还可包括用于识别呼叫方的号码信息，该号码信息可为电话号码信息，也可为用于识别呼叫方的其他号码(例如与电话号码绑定的同于统一计费的管理号码等)，也即可选地，本实施例中可结合呼叫方的号码和通话终端的属性信息进行制定通话计费策略进行计费，且该通话计费策略可支持灵活更新。

可选地，本实施例中通话终端的属性信息包括终端当前所在的网络信息、终端类型中的至少一种。

例如，在示例一中，结合呼叫方的号码和通话终端所在的网络进行通话计费策略的制定，且在本示例中，以电话号码为示例进行说明，此时针对主叫方的一种通话计费策略参见下表1所示：

表1

电话号码	所在网络	通话计费策略
			电话号码A1	通信网络A1	通话收费策略A1
电话号码B1	通信网络B1	通话免费策略B1
			电话号码C1	通信网络C1	通话收费策略C1

又例如，在示例二中，结合呼叫方的号码和通话终端的类型进行通话计费策略的制定，且在本示例中，以电话号位为示例进行说明，此时针对被叫方的一种通话计费策略参见下表2所示：

表2

电话号码	终端类型	通话计费策略
			电话号码A2	终端类型A2	通话收费策略A2
电话号码B2	终端类型B2	通话免费策略B2
			电话号码C2	终端类型C2	通话免费策略C2

又例如，在示例三中，结合呼叫方的号码、通话终端的类型以及通信终端当前所在的通信网络进行通话计费策略的制定，且在本示例中，仍以电话号位为示例进行说明，此时针对被叫方的一种通话计费策略参见下表3所示：

表3

电话号码	所在网络	终端类型	通话计费策略
				电话号码A3	通信网络A3	终端类型A3	通话收费策略A3
电话号码B3	通信网络B3	终端类型B3	通话免费策略B3
				电话号码C3	通信网络C3	终端类型C3	通话免费策略C3

本实施例中，上述各表中的电话号码、通信网络、终端类型可以是单个元素，也可设置为集合。且集合时，具体包括的元素个数则可根据集体应用场景灵活设定。

本实施例中，针对主叫方和被叫方，可采用分别单独计费的策略在呼叫过程中进行计费，当然，根据具体呼叫应用场景，可以采用结合计费的方式进行计费。

在本实施例中，对于匹配确定的通话计费策略为通话免费策略的呼叫方，则可采用不限制模式，且本实施例中的不限制模式可采用各种不限制计时的模式，例如包括但不限于应用服务器每次申请均返回固定时长的方式，或在应用服务器首次申请时返回一时长，并携带免费计费标识标识，以供应用服务器在申请得到的时长达到之后可而不再向在线计费服务器申请时长，直接采用免计费的方式进行计时。

当然，应当理解的是，在一些应用场景中，当不需要通过号码识别呼叫方时，可以不使用呼叫方的号码制定通话计费策略。

S104：将呼叫方当前的可用通话资源发给发送资源申请请求的发送方。

本实施例中将匹配得到的呼叫方当前的可用通话资源发给应用服务器。可选地，当得到的是主叫方当前的可用通话资源时，可直接发给主叫方应用服务器，由主叫方应用服务器进行后续的计时；当得到的是被叫方当前的可用通话资源时，可通过主叫方应用服务器发送到被叫方应用服务器，由被叫方应用服务器进行后续通话过程中的计时。

另外，应当理解的是，本实施例中发给应用服务器的可用通话资源可为时间，也可以为费用等。且可选地，本实施例中具体可通过可用信用单元数值进行可用通话资源的表征，当无可用通话资源时，该可用信用单元数值为0；否则，该可用信用单元数值大于0。

在应用服务器节点上，其执行的在线计费方法参见图2所示，包括：

S201：向在线计费服务器发送资源申请请求，该资源申请请求中包括呼叫方通话终端的属性信息。

如上所述，在本实施例中，资源申请请求可包括初始资源申请请求和更新资源申请请求中的至少一种；且应用服务器生成和发送初始资源申请请求和更新资源申请请求的示例过程参见上述示例所示，对于初始资源申请请求的生成过程参见图3所示，包括：

S301：接收呼叫会话控制功能服务器发送的初始呼叫业务请求，该初始呼叫业务请求包括主叫方通话终端的属性信息。

S302：从初始呼叫业务请求中提取主叫方通话终端的属性信息并生成初始资源申请请求。

其中资源申请请求包括在预设条件满足时发送的更新资源申请请求时，该预设条件包括以下条件中的至少一种：

检测到来自被叫方的呼叫应答响应信息，应答响应信息包括被叫方的通话终端当前的属性信息；

在通话过程中检测到主叫方的通话终端的属性信息发生变化；

在通话过程中检测到被叫方的通话终端的属性信息发生变化，本实施例中被叫方的应用服务器监测到被叫方通话终端的属性信息发生变化时，可通过被叫方的呼叫会话控制功能发给主叫方的呼叫会话控制功能，经由主叫方呼叫会话控制功能发给主叫方的应用服务器。

S202：接收在线计费服务器发送的呼叫方的可用通话资源。

如上所示，本实施例中呼叫方的可用通话资源为在线计费服务器根据呼叫方通话终端的属性信息和预设的计费策略确定的，预设的计费策略中包括呼叫方通话终端的属性信息与通话计费策略的对应关系，通话计费策略包括通话收费策略和通话免费策略。

在呼叫会话控制功能服务器节点上，其执行的在线计费方法参见图4所示，包括：

S401：向应用服务器发送呼叫业务请求，该呼叫业务请求包括呼叫方通话终端的属性信息。

S402：接收应用服务器发送的呼叫方的可用通话资源。

本步骤中的呼叫方的可用通话资源为在线计费服务器根据所述呼叫方通话终端的属性信息和预设的通话计费策略确定的，预设的计费策略中包括呼叫方通话终端的属性信息与通话计费策略的对应关系，通话计费策略包括通话收费策略和通话免费策略。

如上示例所示，呼叫业务请求包括主叫方的通话终端在发起呼叫时的初始呼叫业务请求，此时从应用服务器接收到的呼叫方的可用通话资源包括：主叫方的通话终端在发起呼叫时主叫方的可用通话资源；

在本实施例中，在从应用服务器接收到主叫方发起呼叫时的可用通话资源之后，还可包括以下呼叫建立控制过程，参见图5所示，包括：

S501：获取当前被叫方的被叫出口。

S502：根据获取的被叫出口和预设被叫出口和可用资源检查策略对应关系匹配出被叫出口对应的可用资源检查策略。

本实施例中可用资源检查策略包括需要检查和不需要检查，且应当理解的是，本实施例中被叫出口和可用资源检查策略对应关系可以根据需求灵活设定，且可选地，可支持动态更新。

S503：当可用资源检查策略为不检查时，直接通过被叫出口将呼叫请求发给被叫方。

S504：当可用资源检查策略为检查，且主叫方的可用通话资源大于预设资源值时，通过被叫出口将呼叫请求发给被叫方，否则，拒绝本次呼叫。

通过图5所示的呼叫建立控制过程，对于需要有可用通话资源的呼叫，可先判断主叫方的可用通话资源是否可用，在可用时才执行后续的被叫方的呼叫，否则可直接拒绝此次呼叫，避免被叫方接听后又判断主叫方无可用通话资源而挂断的情况，可进一步提升呼叫建立控制的智能性和提升用户体验满意度。

在本实施例中，主叫方应用服务器还可能接收到更新呼叫业务请求，该更新呼叫业务请求可能是被叫方在通话终端接听呼叫时发送的，也可能是在呼叫建立之后，在通话过程中被叫方的通话终端的属性信息发生变化时发送的；此时从应用服务器接收到的呼叫方的可用通话资源包括：被叫方当前的可用通话资源；

此时，主叫方的呼叫会话控制功能服务器在从应用服务器接收到被叫方当前的可用通话资源之后，还包括：将接收到的被叫方当前的可用通话资源通过被叫方呼叫会话控制功能服务器发送给被叫方应用服务器，以供被叫方应用服务器进行后续的通话计时管理等。

基于本实施例上述示例的在线计费方式，对于IMS通信系统，其在线计费方法参见图6所示，包括：

S601：呼叫会话控制功能服务器向应用服务器发送呼叫业务请求，该呼叫业务请求包括呼叫方通话终端的属性信息。

S602：应用服务器提取呼叫方通话终端的属性信息生成资源申请请求，并发给在线计费服务器。

S603：在线计费服务器提取据资源申请请求中呼叫方通话终端的属性信息，并根据提取的方通话终端的属性信息和预设的计费策略确定呼叫方当前的可用通话资源，并发给应用服务器。

S604：应用服务器将呼叫方当前的可用通话资源发送给呼叫会话控制功能服务器。

采用本实施例提供的计费方法，可综合考虑呼叫方通话终端的属性信息进行计费，相对现有传统在线计费方式仅考虑呼叫方的电话号码进行计费的方式，能够满足采用不同属性信息的通话终端的不同计费需求，实现了灵活的在线通话计费策略，能为运营商提供更灵活的运营策略，并为用户提供了更精准的计费结果和更灵活的通话方式，可在很大程度上提升用户体验的满意度。

实施例二：

本实施例提供了一种在线计费装置，参见图7所示，包括：

资源请求接收模块701，用于接收资源申请请求，资源申请请求中包括呼叫方通话终端的属性信息。

可选地，本实施例中的资源申请请求可为应用服务器发送的，该应用服务器可为呼叫方中的主叫方的应用服务器发送的。但应当理解的是，随着通信组网应用场景的变化，也可由其其他服务节点发送该资源申请请求。

本实施例中的资源申请请求可以是呼叫发起时触发发送的，也可以是在呼叫建立成功之后的通话过程中触发的。也即在本实施例中，可以仅在建立呼叫过程中采用本实施例提供的在线计费方法进行计费，而在呼叫过程中则可采用现有或其他计费方式进行计费；或者仅在建立完呼叫之后，在通话过程中采用本实施例提供的在线计费方法进行计费，而在建立呼叫过程中则可采用现有(例如仅根据电话号码的计费方式进行计费)或其他计费方式进行计费；当然也可在建立呼叫过程中和建立好呼叫之后的通话过程中都采用本实施例提供的在线计费方式进行计费。

也即，在本实施例中，资源申请请求可包括初始资源申请请求和更新资源申请请求中的至少一种；

其中，初始资源申请请求为主叫方发起呼叫时，主叫方应用服务器根据主叫方的呼叫会话控制功能服务器发送的初始呼叫业务请求生成的，该初始呼叫业务请求中包括主叫终端当前的属性信息，主叫方应用服务器提取该初始呼叫业务请求中的主叫方通话终端的属性信息生成初始资源申请请求，并发给在线计费服务器。

可选地，更新资源申请请求包括主叫方通话终端在通话过程中当前的属性信息、被叫方通话终端在接听呼叫时的属性信息或被叫方通话终端在通话过程中当前的属性信息。

资源确定模块702，用于根据资源申请请求中呼叫方通话终端的属性信息和预设的计费策略确定呼叫方当前的可用通话资源。

本实施例中预设的计费策略中包括呼叫方通话终端的属性信息与通话计费策略的对应关系，且本实施例中的通话计费策略包括通话收费策略和通话免费策略；另外，应当理解的是，本实施例中的通话收费策略可针对不同的呼叫业务、不同通话终端的属性信息设置不同的收费子策略或者设置统一的通话收费策略，具体可根据具体应用需求灵活设定，且可支持运营商动态更新。相应的，本实施例中的通话免费策略针对不同的呼叫业务、不同通话终端的属性信息也设置不同的免费子策略或者设置统一的通话免费策略。可选地，本实施例中，预设的计费策略中还可包括用于识别呼叫方的号码信息，该号码信息可为电话号码信息，也可为用于识别呼叫方的其他号码(例如与电话号码绑定的同于统一计费的管理号码等)，也即可选地，本实施例中可结合呼叫方的号码和通话终端的属性信息进行制定通话计费策略进行计费，且该通话计费策略可支持灵活更新。

可选地，本实施例中通话终端的属性信息包括终端当前所在的网络信息、终端类型中的至少一种。

当然，应当理解的是，在一些应用场景中，当不需要通过号码识别呼叫方时，可以不使用呼叫方的号码制定通话计费策略。

资源发送模块703，用于将呼叫方当前的可用通话资源发给发送资源申请请求的发送方。

本实施例中将匹配得到的呼叫方当前的可用通话资源发给应用服务器。可选地，当得到的是主叫方当前的可用通话资源时，资源发送模块703可直接发给主叫方应用服务器，由主叫方应用服务器进行后续的计时；当得到的是被叫方当前的可用通话资源时，可通过主叫方应用服务器发送到被叫方应用服务器，由被叫方应用服务器进行后续通话过程中的计时。

另外，应当理解的是，本实施例中资源发送模块703发给应用服务器的可用通话资源可为时间，也可以为费用等。且可选地，本实施例中具体可通过可用信用单元数值进行可用通话资源的表征，当无可用通话资源时，该可用信用单元数值为0；否则，该可用信用单元数值大于0。

应当理解的是，本实施例中的在线计费装置可设置于在线计费服务器中，且本实施例中在线计费装置包括的上述资源请求接收模块701、资源确定模块702和资源发送模块703的功能可通过在线计费服务器中的处理器或控制器实现。

本实施例还提供了一种应用装置，参见图8所示，包括：

资源请求生成发送模块801，用于向在线计费服务器发送资源申请请求，资源申请请求中包括呼叫方通话终端的属性信息。

如上所述，在本实施例中，资源申请请求可包括初始资源申请请求和更新资源申请请求中的至少一种；且资源请求生成发送模块801生成和发送初始资源申请请求和更新资源申请请求的示例过程参见上述示例所示。

第一资源接收模块802，用于接收在线计费服务器发送的呼叫方的可用通话资源，呼叫方的可用通话资源为在线计费服务器根据呼叫方通话终端的属性信息和预设的计费策略确定的，预设的计费策略中包括呼叫方通话终端的属性信息与通话计费策略的对应关系，通话计费策略包括通话收费策略和通话免费策略。

在本实施例中，当资源申请请求包括初始资源申请请求时，资源请求生成发送模块801用于向在线计费服务器发送初始资源申请请求之前，接收呼叫会话控制功能服务器(为主叫方的呼叫会话控制功能服务器)发送的初始呼叫业务请求，从初始呼叫业务请求中提取主叫方通话终端的属性信息并生成初始资源申请请求。

在本实施例中，资源申请请求包括更新资源申请请求时，资源请求生成发送模块802还用于向在线计费服务器发送更新资源申请请求之前，在检测到预设条件满足时，生成更新资源申请请求；

可选地，该预设条件包括以下条件中的至少一种：

检测到来自被叫方的呼叫应答响应信息，该应答响应信息包括被叫方的通话终端当前的属性信息，此时资源请求生成发送模块802可从该呼叫应答响应信息中提取被叫方通话终端当前的属性信息生成更新资源申请请求；

在通话过程中检测到主叫方通话终端的属性信息发生变化，此时资源请求生成发送模块802可获取主叫方通话终端当前的属性信息生成更新资源申请请求；可选地，本实施例中主叫方通话终端的属性信息变化情况可由主叫方应用服务器监测获取，当然也可根据具体应用场景采用其他的一个或多个服务节点进行监测获取；

在通话过程中检测到被叫方的通话终端的属性信息发生变化，此时资源请求生成发送模块802可获取被叫方通话终端当前的属性信息生成更新资源申请请求；可选地，本实施例中被叫方通话终端的属性信息变化情况也可由被叫方应用服务器监测获取，当然也可根据具体应用场景采用其他的一个或多个服务节点进行监测获取；本实施例中被叫方的应用服务器监测到被叫方通话终端的属性信息发生变化时，可通过被叫方的呼叫会话控制功能发给主叫方的呼叫会话控制功能，经由主叫方呼叫会话控制功能发给主叫方的应用服务器。

应当理解的是，本实施例中的应用装置可设置于在应用服务器中，且本实施例中应用装置包括的上述资源请求生成发送模块801和资源请求生成发送模块802的功能可通过应用服务器中的处理器或控制器实现。

本实施例还提供了一种会话控制装置，参见图9所示，包括：

业务请求发送模块901，用于向应用服务器发送呼叫业务请求，呼叫业务请求包括呼叫方通话终端的属性信息。

第二资源接收模块902，用于接收应用服务器发送的呼叫方的可用通话资源，该呼叫方的可用通话资源为在线计费服务器根据呼叫方通话终端的属性信息和预设的通话计费策略确定的，预设的计费策略中包括呼叫方通话终端的属性信息与通话计费策略的对应关系，通话计费策略包括通话收费策略和通话免费策略。

如上示例所示，呼叫业务请求包括主叫方的通话终端在发起呼叫时的初始呼叫业务请求，参见图9所示，会话控制装置还包括控制模块903，用于在第二资源接收模块902从应用服务器接收到主叫方发起呼叫时的可用通话资源之后，获取当前被叫方的被叫出口，根据获取的被叫出口和预设被叫出口和可用资源检查策略对应关系匹配出被叫出口对应的可用资源检查策略，当可用资源检查策略为不检查时，直接通过被叫出口将呼叫请求发给被叫方，当可用资源检查策略为检查，且主叫方的可用通话资源大于预设资源值时，通过被叫出口将呼叫请求发给被叫方，否则，拒绝本次呼叫。

控制模块903通过上述过程，实现对于需要有可用通话资源的呼叫，可先判断主叫方的可用通话资源是否可用，在可用时才执行后续的被叫方的呼叫，否则可直接拒绝此次呼叫，避免被叫方接听后又判断主叫方无可用通话资源而挂断的情况，可进一步提升呼叫建立控制的智能性和提升用户体验满意度。

在本实施例中，主叫方应用服务器还可能接收到更新呼叫业务请求，该更新呼叫业务请求可能是被叫方在通话终端接听呼叫时发送的，也可能是在呼叫建立之后，在通话过程中被叫方的通话终端的属性信息发生变化时发送的；此时从应用服务器接收到的呼叫方的可用通话资源包括：被叫方当前的可用通话资源；此时第二资源接收模块还用于从应用服务器接收到被叫方当前的可用通话资源之后，将被叫方当前的可用通话资源通过被叫方呼叫会话控制功能服务器发送给被叫方应用服务器，以供被叫方应用服务器进行后续的通话计时管理等。

应当理解的是，本实施例中的会话控制装置可设置于在呼叫会话控制功能服务器中，且本实施例中会话控制装置包括的上述业务请求发送模块901、第二资源接收模块902和控制模块903的功能可通过呼叫会话控制功能服务器中的处理器或控制器实现。

采用本实施例提供的会话控制装置、应用装置和在线计费装置，根据需求可允许主叫侧网络不仅可以根据被叫号码，而且新增了感知主叫和/或被叫的通话终端所在网络、终端类型的变化，使得主叫侧网络根据上述信息精确的进行在线计费，解决了当前系统只能根据号码信息进行在线计费判断，无法根据被叫网络和被叫终端信息进行精确计费的问题。且不仅可以兼容现有网络和现有终端，还可以兼容未来的网络和未来的终端。

实施例三：

本实施例提供了一种通信系统，参见图10所示，包括呼叫会话控制功能服务器1001、应用服务器1002和在线计费服务器1003；

呼叫会话控制功能服务器1001用于向应用服务器1002发送呼叫业务请求，呼叫业务请求包括呼叫方通话终端的属性信息，以及用于接收应用服务器发送的呼叫方当前的可用通话资源。

应用服务器1002用于提取呼叫方通话终端的属性信息生成资源申请请求，并发给在线计费服务器1003，以及用于接收线计费服务器1003发送的呼叫方当前的可用通话资源，并将接收到的呼叫方当前的可用通话资源发送给呼叫会话控制功能服务器1001；

在线计费服务器1003用于根据资源申请请求中呼叫方通话终端的属性信息和预设的计费策略确定呼叫方当前的可用通话资源，并发给应用服务器1002；预设的计费策略中包括呼叫方通话终端的属性信息与通话计费策略的对应关系，通话计费策略包括通话收费策略和通话免费策略。

可选地，参见图11所示，本实施例中的在线计费服务器包括第一处理器1101、第一存储器1102以及第一通信总线1103；

第一通信总线1103用于实现第一处理器1101与第一存储器1102之间的通信连接；

第一处理器1101用于执行第一存储器1102中存储的一个或者多个第一程序，以实现如上述各实施例所示的在线计费方法的步骤。

可选地，参见图12所示，本实施例中的应用服务器包括第二处理器1201、第二存储器1202以及第二通信总线1203；

第二通信总线1203用于实现第二处理器1201与第二存储器1202之间的通信连接；

第二处理器1201用于执行第二存储器1202中存储的一个或者多个第二程序，以实现如上述各实施例所示的在线计费方法的步骤。

可选地，参见图13所示，本实施例中的呼叫会话控制功能服务器包括第三处理器1301、第三存储器1302以及第三通信总线1303；

第三通信总线1303用于实现第三处理器1301与第三存储器1302之间的通信连接；

第三处理器1301用于执行第三存储器1302中存储的一个或者多个第三程序，以实现如上述各实施例所示的在线计费方法的步骤。

本实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有一个或者多个第一程序，一个或者多个程序可被一个或者多个处理器执行，以实现如上各实施例所示的在线计费服务器节点侧的在线计费方法的步骤；

或，计算机可读存储介质存储有一个或者多个第二程序，一个或者多个程序可被一个或者多个处理器执行，以实现如上各实施例所示的应用服务器节点侧的在线计费方法的步骤；

或，计算机可读存储介质存储有一个或者多个第三程序，一个或者多个程序可被一个或者多个处理器执行，以实现如上各实施例所示的呼叫会话控制功能服务器侧的在线计费方法的步骤。

为了便于理解，本实施例下面结合几种具体的应用场景进行示例说明。

参见图14所示，该图所示为本实施例示例的一种IMS网络结构示意图，包括：呼叫会话控制功能(CSCF)服务器1410、应用服务器(AS)1401、在线计费服务器1420、媒体网关控制功能(MGCF)1411，其中：

应用服务器1401包括与呼叫会话控制功能服务器1410通信的接口1412、业务逻辑1402、在线计费逻辑1403和与在线计费服务器1420通信的接口1422。接口1412通过链路与呼叫会话控制功能服务器1410连接并根据第一协议进行通信。在接口1412上传递主叫/被叫通话终端的网络信息、主叫/被叫通话终端的终端类型等影响通话计费策略的信息，以及主叫用户可用通话资源信息(例如，剩余时长)，该接口1412不需要支持在线计费。接口1412和呼叫会话控制功能服务器1410所用的第一协议的一个例子是基于SIP协议的IMS业务控制(ISC)接口。接口1412与在线计费服务器1420连接并采用与第一协议不同的第二协议进行通信。第二协议支持在线计费。接口1412和在线计费服务器1420所用的第二协议的一个例子是Ro协议。

媒体网关控制功能1411可以通过接口1413与呼叫会话控制功能服务器1410通信，呼叫会话控制功能服务器1410可以转发呼叫请求给媒体网关控制功能1411；呼叫会话控制功能服务器1410可以传递互通网络信息(可包括链路信息等)等计费相关的信息给呼叫会话控制功能服务器1410的信息。接口1413的典型例子是基于SIP协议的Mg/Mj接口。

应当理解的是，IMS网络还可以包括图14中未示出的其他组件、设备或系统。

本实施例中上述各服务器节点的功能包括：

(1)应用服务器1401负责从接口1412中过滤出初始业务消息(也即初始呼叫业务请求)，从中提取主叫网络信息(也即主叫方的通话终端所在的网络信息)、主叫终端信息(也即主叫方通话终端的类型)、被叫网络信息(也即被叫方的通话终端所在的网络信息)、被叫终端信息(也即被叫方通话终端的类型)等影响通话计费策略的信息；

(2)应用服务器1401将这些信息通过在线计费逻辑1403通过接口1412传递给在线计费服务器1420，并将在线计费服务器1420返回的可用信用单元数值(也即相应呼叫方的可用通话资源)***到初始业务请求消息中，通过1412接口传递给呼叫会话控制功能服务器1410；当主叫网络信息、主叫终端信息、被叫网络信息，被叫终端信息等影响通话计费策略的信息发生变化时，能发送更新信用单元信息(也即更新资源申请请求)给在线计费服务器1420；

(3)在线计费服务器1420根据主叫网络信息、主叫终端信息、被叫网络信息，被叫终端信息等信息在本地查询通话计费策略，并返回可用信用单元数值给应用服务器1401；当收到应用服务器1401发送的更新信用单元信息时，能重新计算可用资源，并返回给应用服务器1401。

(4)呼叫会话控制功能服务器1410检查与对应被叫网络交互是否需要在线计费(也即是否需要检查主叫方的可用通话资源)，如果需要，则检查初始业务请求消息中的可用通话资源是否大于0，如果大于0，则继续进行呼叫路由，如果等于0，则返回拒绝呼叫响应。如果发送到被叫网络的呼叫不需要计费，则不需要检查初始业务请求消息中的可用通话资源，直接路由业务请求；当被叫用户应答时，被叫方通话终端可会携带终端信息，例如，在SIP响应的Server头部中携带终端信息，被叫侧网络也会携带网络信息，例如，在SIP响应的P-Charging-Vector头部中的term-ioi参数。呼叫会话控制功能服务器1410可将这些信息通过1412接口传递给应用服务器1401；

(5)媒体网关控制功能1411可以通过接口1413与呼叫会话控制功能服务器1410通信，呼叫会话控制功能服务器1410可以转发呼叫请求给媒体网关控制功能1411；媒体网关控制功能1411可以传递互通网络信息、被叫方终端信息等计费相关的信息给媒体网关控制功能1411，例如，在SIP响应的P-Charging-Vector头部中的term-ioi参数。接口1413的典型例子是基于SIP协议的Mg/Mj接口。

图14中所示例的网络包括VoNR网络、VoLTE网络、固定IMS网络、CS网络(2G网络或3G网络)以及其他通信网络中的至少一种。

基于图14所示的IMS网络系统架构，下面结合几种应用示例控制过程进行说明。

示例一：拒绝建立呼叫的控制流程示意图：

本示例为针对通话前在线计费控制的过程，描述发起呼叫请求时，主叫网络侧确定呼叫请求是否允许发送到被叫网络侧发起呼叫的过程，本示例中，主叫方(处于主叫域A)和被叫方(处于主叫域B)不在同一个域内，两个网络之间通信需要进行在线计费，且假设确定出的主叫方的可用资源(即可用通话资源)为0，此时的控制过程参见图15所示，包括：

S1501：CSCF收到初始呼叫消息(例如，SIP INVITE)，根据主叫签约信息确定应用服务器；

S1502：CSCF转发初始业务消息给应用服务器；

S1503：应用服务器检查被叫方的信息，由于当前呼叫是初始业务消息，尚未到达被叫，没有被叫用户(即被叫方)的网络和终端信息等通话计费策略相关的信息，应用服务器不填写被叫用户相关信息向OCS发起初始资源申请请求；

S1504：OCS检查初始资源申请请求(例如，Diameter CCR请求)中的被叫用户网络、终端等通话计费策略相关信息，发现在本次初始资源申请请求中未携带，按照默认通话计费策略在资源申请响应(例如，Diameter CCA响应)中返回主叫方的可用资源，此时的可用资源中的可用信用单元数值为0；

S1505：应用服务器将可用信用单元数值***初始业务请求中(例如，SIP INVITE中的P-Credit-Unit头部)，转发请求给CSCF；

S1506：CSCF在完成主叫侧业务触发后，向ENUM/DNS(Electronic Numbers to URIMapping，电子号码对URI的映射服务器/Domain Name System,域名服务器)网元查询被叫用户所在网络；

S1507：由于被叫用户非本域用户，CSCF的ENUM/DNS查询结果为空，CSCF需要路由到其他域，CSCF在发起路由前，确定该路由需要检查在线计费可用资源，检查主叫方的可用信用单元数值(例如，SIP INVITE中的P-Credit-Unit头部)等于0时，CSCF拒绝该业务请求，返回失败响应(例如，SIP 403响应)，并携带失败原因(例如，在SIP 403响应中的Reason头部增加描述)；

S1508：应用服务器当收到可用资源不足的失败响应时(例如，SIP 403响应)，结束与OCS的会话(例如，Diameter CCR[Terminate])。

S1509：OCS返回会话释放响应CCA给应用服务器。

S1510：应用服务器转发失败响应给CSCF；

S1511：CSCF发送响应给主叫用户，用例结束。

示例二：正常建立呼叫的控制流程示意图：

下面步骤对应图16通话建立时的在线计费控制实施例，描述被叫终端接听后，主叫网络侧调整在线通话计费策略。本实施例中，主叫和被叫在不同域内，被叫用户在VoLTE网络中接听免费，在CS网络中接听收费，且主叫当前的可用资源大于0，此时的呼叫控制过程参见图16所示，包括：

S1601：CSCF收到初始呼叫消息(例如，SIP INVITE)，根据主叫签约信息确定应用服务器；

S1602：CSCF转发初始业务请求给应用服务器；

S1603：应用服务器检查被叫用户的信息，由于当前呼叫是初始业务消息，尚未到达被叫，没有被叫用户的网络和终端等通话计费策略相关的信息，应用服务器不填写被叫用户相关信息向OCS发起资源申请；

S1604：OCS检查资源申请请求(例如，Diameter CCR请求)中的被叫用户网络、终端等通话计费策略相关信息，发现在本次资源申请请求中未携带，按照默认通话计费策略在资源申请响应(例如，Diameter CCA响应)中返回可用资源，此时的可用资源中的可用信用单元数值大于0；

S1605：应用服务器将可用信用单元数值***初始业务请求中(例如，SIP INVITE中的P-Credit-Unit头部)，转发请求给CSCF；

S1606：CSCF在完成主叫侧业务触发后，向ENUM/DNS网元查询被叫用户所在网络；

S1607：由于被叫用户非本域用户，CSCF的ENUM/DNS查询结果为空，CSCF需要路由到其他域，CSCF在发起路由前，确定该路由需要检查在线计费可用资源，检查初始业务请求中的可用信用单元数值(例如，SIP INVITE中的P-Credit-Unit头部)，当前可用资源大于0时，CSCF转发该业务请求(也即呼叫请求)到被叫网络CSCF；

S1608：被叫网络CSCF转发业务请求给被叫侧应用服务器；

S1609：被叫侧应用服务器选择使用VoLTE网络接续被叫用户，转发业务请求给CSCF；本实施例中选择被叫用户的网络时可以基于被叫用户的通话终端当前所在的网络，当通话终端当前在多个网络时，则可按照预设优先级顺序选择相应的网络。

S1610：被叫侧CSCF转发业务请求给被叫终端；

S1611：被叫终端返回应答响应(例如，SIP 200OK)给被叫侧CSCF，其中，在响应中携带被叫终端信息(例如，在SIP 200OK的Server头部)；

S1612：被叫侧CSCF在应答响应中携带被叫网络信息(例如，在P-Charging-Vector中的term-ioi)和被叫终端信息，并转发应答响应给被叫侧AS；

S1613：被叫侧AS转发应答响应给被叫侧CSCF；

S1614：被叫侧CSCF转发应答响应给主叫侧CSCF；

S1615：主叫侧CSCF转发应答响应给主叫侧应用服务器；

S1616：主叫侧应用服务器从应答响应中提取被叫网络、被叫终端等影响通话计费策略的信息，通过计费更新请求(也即更新资源申请请求，例如，CCR[UPDATE]，被叫网络放在term-ioi中，被叫终端放在新增的Callee-Agent的AVP)给计费服务器(OCS)；

S1617：计费服务器检查计费更新请求中的被叫网络、被叫终端信息，确定本次会话不需要计费，采用不限制模式，本示例中可采用应用服务器每次申请均返回固定时长的方式。

在本示例中，计费服务器在接收到应用服务发送的结束会话通知之前，保持与应用服务器的连接，这样被叫用户和/或主叫用户的网络或终端在通话过程中有可能发生切换，保持会话能提升网络侧处理效率，同时，也能保证一次会话多段不同费率计时的完整性。

S1618：应用服务器转发应答响应给CSCF；

S1619：CSCF发送响应给主叫用户，用例结束。

示例三：切换被叫网络时的控制流程示意图：

本示例描述被叫用户在通话过程中，切换网络后，主叫网络侧调整在线通话计费策略；本示例中，主叫和被叫在不同域内，被叫用户在VoLTE网络中接听免费，在CS网络中接听收费，且主叫当前的可用资源大于0。被叫用户通话过程中从VoLTE网络切换到CS网络，此时的控制过程参见图17所示，包括：

S1701：通话过程中，被叫VoLTE AS检测被叫用户的网络发生切换，向被叫CSCF发送对话变更消息(例如，SIP协议的对话内INFO，在消息头Event中指明是网络变更事件，在消息体中使用json或xml体中使用term-ioi填写被叫网络信息)；

S1702：被叫CSCF转发对话变更消息给主叫侧CSCF；

S1703：主叫侧CSCF转发对话变更消息给主叫侧应用服务器；

S1704：主叫侧应用服务器根据确定是对话变更消息，从中提取出被叫网络信息生成计费更新请求(也即更新资源申请请求，例如CCR[UPDATE]，被叫网络放在term-ioi的AVP)并发给给计费服务器；

S1705：计费服务器检查更新请求中的被叫网络，确定本次会话需要计费，返回更新后的计费时长(也即主叫方当前的可用通话资源)给主叫侧应用服务器；

S1706：应用服务器转发对话变更响应给主叫侧CSCF；

S1707：主叫侧CSCF转发对话变更响应给被叫侧CSCF；

S1708：被叫侧CSCF转发对话变更响应给被叫VoLTE AS，用例结束。

示例四：切换被叫网络时的控制流程示意图：

下面步骤对应图18通话过程中切换终端调整在线计费控制实施例，描述被叫用户在通话过程中，切换终端后，主叫网络侧调整在线通话计费策略。

本实施例中，主叫和被叫在相同域内，被叫用户在VoLTE网络中接听收费，在家庭机顶盒(当然也可为PC、智能穿戴设备等)中接听免费，且主叫当前的可用资源大于0。被叫用户通话过程中从VoLTE终端切换到家庭机顶盒，此时的控制过程参见图18所示，包括：

S1801：通话过程中，被叫VoLTE AS检测被叫用户的终端发生切换，向被叫CSCF发送对话变更消息(例如，SIP协议的对话内INFO，在消息头Event中指明是网络和终端变更事件，在消息体中使用json或xml体中使用Callee-Agent填写被叫终端信息)；

S1802：被叫CSCF转发对话变更消息给主叫侧CSCF；

S1803：主叫侧CSCF转发对话变更消息给主叫侧应用服务器；

S1804：主叫侧应用服务器根据确定是对话变更消息，从中提取出被叫终端信息生成计费更新请求(也即更新资源申请请求，例如CCR[UPDATE]，被叫网络放在Callee-Agent的AVP)给计费服务器(OCS)；

S1805：计费服务器检查更新请求中的被叫终端信息，确定本次会话需要免费，返回更新后的计费时长给主叫侧应用服务器，采用不限制模式，本示例中采用应用服务器每次申请均返回固定时长的方式。此处不释放与应用服务器会话的原因是，被叫用户的网络或终端在通话过程中有可能发生切换，保持会话能提升网络侧处理效率，同时，也能保证一次会话多段不同费率计时的完整性。

S1806：应用服务器转发对话变更响应给主叫侧CSCF；

S1807：主叫侧CSCF转发对话变更响应给被叫侧CSCF；

S1808：被叫侧CSCF转发对话变更响应给被叫VoLTE AS，用例结束。

通过本实施例提供的在线计费控制方法，当主叫和被叫不在同一个运营商网络，主叫侧根据在线计费信息决定是否发送呼叫到被叫网络，当前主叫的可用通话时间为0，被叫网络又要计费，则需要拒绝呼叫，一种控制流程可参考图16的流程。

通过本实施例提供的在线计费控制方法，当主叫和被叫不在同一个运营商网络，主叫侧处理初始业务请求时决策被叫网络不需要收费，但被叫用户最终接听时需要收费，需要对通话计费策略进行变更，一种控制流程可参考图17的流程。

通过本实施例提供的在线计费控制方法，当主叫和被叫在相同域内，被叫用户使用不同的终端通话时，在线通话计费策略不同，当发生切换时，需要对需要对通话计费策略进行变更，一种控制流程可参考图18的流程。

通过本实施例提供的在线计费方法，可解决主叫侧网络无法根据通信双方的网络和终端信息调整在线通话计费策略的问题，实现了灵活的在线通话计费策略，能为运营商提供更灵活的运营策略，并为用户提供了更精准的计费结果。

显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。