CN101518031B

CN101518031B - 支持分流的计费与会话处理的机制

Info

Publication number: CN101518031B
Application number: CN2007800358880A
Authority: CN
Inventors: R·罗波尔伊; J·瓦尔加
Original assignee: Nokia Oyj
Current assignee: Nokia Technologies Oy
Priority date: 2006-08-21
Filing date: 2007-08-20
Publication date: 2012-11-14
Anticipated expiration: 2027-08-20
Also published as: WO2008023320A3; CN101518031A; EP2055076B1; EP2055076A2; US8850012B2; US20080046573A1; WO2008023320A2

Abstract

诸如网络控制节点(诸如，CSCF或应用服务器)的、执行分流的网络节点仅对来自于分流分支的第一成功响应消息进行转发，使得分流节点中的和从此点反向的节点中的计费功能仅对“胜出”的分支进行收费。通过包括在“未使用”的成功联系分支的BYE请求中发送的专用理由报头，从分流点的前向的节点中的计费功能允许阻止针对这种未使用的分支的收费。这适用于例如3GPP定义的在线计费方法和离线计费方法两者。

Description

支持分流的计费与会话处理的机制

技术领域

本发明涉及用于在分流(forking)情况下、在通信连接中进行计费与连接处理的机制。具体地，本发明涉及用于在SIP(会话发起协议)分流情况下对IMS(IP多媒体子***)会话进行计费和会话处理的方法和设备。

背景技术

出于在下文中描述本发明的目的，应当注意：

-用户终端(UE)或者终端设备例如可以是用户借助其可以访问通信网络的任何设备；这意思是移动设备和非移动设备以及网络，而不考虑它们所基于的技术平台；仅作为示例，应当注意：根据第三代合作伙伴计划3GPP所标准化的原理操作且例如公知为UMTS终端的通信设备尤其适用于结合本发明使用；

-尽管在此参考多媒体呼叫或者会话，但是这仅是举例说明任何内容连接的一般性示例；在本发明中使用的内容意在表示至少以下之一的多媒体数据：音频数据(例如，语音)、视频数据、图像数据、文本数据；和描述音频数据、视频数据、图像数据和/或文本数据属性的元数据，它们的任何组合，甚至是用其他数据替代它们或将其附加其他数据，其中作为又一示例，这些其他数据诸如是将要访问/下载的应用程序的程序代码；

-可能实现为软件代码部分并且使用在下文中描述的一个实体处的处理器运行的方法步骤是独立于软件代码的，并且可以使用任何公知的或者将来研发的编程语言进行规定；

-可能实现为一个实体处的硬件组件的方法步骤和/或设备是独立于硬件的，并且可以使用任何公知的或者将来研发的硬件技术或者这些技术的混合来实现，其中这些硬件技术例如MOS、CMOS、BiCOMS、ECL、TTL等，或例如使用ASIC组件或DSP组件来实现；

-通常，任何方法步骤都适合于实现为软件或者硬件，而无需改变本发明的思想；

-设备或装置可以实现为单独的设备或装置，但是这并不排除在整个***内以分布式方式实现它们，只要保留设备的功能即可。

在过去一些年里，全球发生了以下通信网络的日益扩张：例如基于有线的通信网络，诸如，综合服务数字网络(ISDN)；或者无线通信网络，诸如，cdma2000(码分多址)***、第三代(3G)蜂窝通信网络(诸如，通用移动通信***(UMTS))、第二代(2G)蜂窝通信网络(诸如，全球移动通信***(GSM)、通用分组无线***(GPRS)、全球演进增强数据率(EDGE))或者其他无线通信***(诸如，无线局域网(WLAN))。诸如第三代合作伙伴计划(3GPP)、国际电信联盟(ITU)、第三代合作伙伴计划2(3GPP2)、因特网工程任务组(IETF)等的各种组织都致力于电信网络和多个接入环境的标准。

通常，通信网络的***结构是这样的，其使得一方，例如订户的终端设备(诸如，移动台、移动电话、固定电话、个人计算机(PC)、膝上型电脑、个人数字助理(PDA)等)，经由收发机和接口(诸如，空中接口、有线接口等)连接至接入网子***。接入网子***控制去往和来自通信设备的通信连接，并且经由接口连接至相应的核心或骨干网子***。核心(或者骨干)网子***把经由该通信连接传输的数据切换至目的地方(诸如另一终端设备、服务提供商(服务器/代理)或者另一通信网络)。应当注意：核心网子***可以连接至多个接入网子***。如本领域技术人员所知的以及在用于UMTS、GSM等的各个规范中所定义的，取决于所使用的通信网络，实际网络结构可以变化。

通常，为了在网元(诸如，终端设备和另外的通信设备或终端设备、数据库、服务器等)之间适当地建立和处理通信连接，会涉及诸如控制网元、支持节点或服务节点的一个或多个中间网元。

对于当今的和将来的通信***而言，重要性日益增长的一个应用领域包括多媒体通信服务。多媒体呼叫是这样的通信，其中，例如话音(语音)、文本、数据、视频和/或图片被同时使用。多媒体呼叫通常需要并行传输若干不同类型的数据(视频、音频等)，并且这些数据将由多种不同类型的通信设备或网元传输和接收，使得需要协商多个通信协议，并且调整通信的适当参数。

当前用于将互联网与蜂窝电信世界合并的技术是互联网协议(IP)多媒体子***，或IMS。IMS是针对意欲提供移动多媒体服务和固定多媒体服务的运营商的标准架构。IMS使用基于会话发起协议(SIP)3GPP标准化实现的IP电话(VoIP)实现，并运行在标准互联网协议(IP)上。分组交换(PS)通信***和电路交换(CS)通信***都被支持。

目标在于：借助于蜂窝移动通信***，使得互联网提供的服务几乎处处可用。从3GPP标准的第5版本开始，引入IMS作为3GPP标准的一部分。会话发起协议(SIP)作为IMS与用户设备之间所使用信令机制的一部分而使用。在IMS中执行的结构与过程的细节在相关标准中描述，并且对于本领域技术人员而言是公知的，所以为了简化，在此省略了其描述。

对于计费而言，通常有两种不同的方法可用。离线计费用于周期性为其服务付费(例如，在月末)的用户。在线计费(也称为基于信用的计费)用于预付费服务。这两种方法可以应用于同一会话。针对这两种计费方法的每一个，使用不同的过程和网络节点(诸如，在IMS情况下的在线计费***(OCS)或者计费采集功能(CCF))，这些对于本领域技术人员而言是公知的，因而不在此更详细描述。

然而，在建立会话时使用并行分流功能的情况下，传统计费过程不能正确工作。并行分流意味着：第一用户发起的呼叫被并行地指引至被叫用户的若干可能的目的地地址。例如，如果主叫用户不知道另一方的当前地址，则相应的代理服务器会向位置服务器请求被叫方的可能地址。代理服务器接收(多个)地址后，会将相应的INVITE(邀请)消息同时发送给所有的地址。

然而，例如在使用SIP分流的IMS会话的情况下，在相应3GPP标准中定义的当前计费方案并不适用于正确处理SIP并行分流，无论是在分流呼叫状态控制功能(CSCF)中还是从这点的反向CSCF中(即，从被叫方到主叫方，或者通常去往主叫方)都是如此。

在在线计费的情况下，在分流CSCF中，针对不同分流分支的计费触发器将被混淆，使得不能使用普通的信用控制会话处理。另一方面，在位于从分流点的反向中的CSCF中，如果被分流的INVITE请求会导致多于一个的200OK响应，则计费将是错误的，因为既不能保证将正确分支的会话描述用于收费，也不能保证通过接收主叫UE生成的BYE请求(用于关闭接收到第二、第三等成功最终响应的那些对话(分流分支))而终止整个计费会话。

而且，在离线计费的情况下，如果被分流的INVITE请求导致多个200OK响应，则将生成反映若干成功会话的计费请求(ACR)。因此，会产生这样的问题：主叫方还将针对没有提供实际用户服务的会话付费。

发明内容

这样，本发明的目的在于：在分流情况下针对连接处理提供改进的机制，使得可以适当地实现计费。具体地，本发明的目的在于：提供可用于适合的会话处理的方法和设备，使得可以在并行分流期间正确执行计费。

具体地，根据所建议方案的一个方面，例如提供了一种方法，包括：初始化至少两方之间的通信连接；在网络节点处，执行将所述通信连接分流到所述网络节点前向(即，从主叫方到被叫方的方向)中的多个分支；在所述网络节点处，接收来自于所述多个分支中至少一个分支的目的地节点的响应消息；在所述网络节点的反向(即，从被叫方到主叫方的方向)侧，对来自于所述目的地节点之一的第一成功响应消息进行转发；响应于从至少一个其他目的地节点接收到不同于所述第一成功响应的另外的成功响应消息，生成连接终止消息；以及将所述连接终止消息转发至所述至少一个其他目的地节点，用于终止与所述至少一个其他目的地节点的对话。

另外，根据本发明方案的一个方面，例如提供了一种设备，包括：参与装置，用于参与至少两方之间的通信连接的初始化；执行装置，用于执行将所述通信连接分流到所述网络节点前向中的多个分支；接收装置，用于接收来自于所述多个分支中一个分支的目的地节点的响应消息；转发装置，用于将来自于所述目的地节点之一的第一成功响应消息转发至所述设备的反向侧；生成装置，用于响应于从至少一个其他目的地节点接收到不同于所述第一成功响应的另外的成功响应消息，生成连接终止消息；以及连接转发装置，用于将所述连接终止消息转发至所述至少一个其他目的地节点，以终止与所述至少一个其他目的地节点的对话。

另外，根据所建议方案的一个方面，例如提供了一种设备，配置用于：响应于对通信连接初始化进行回复的成功响应消息，接收连接终止消息；处理包括在所述连接终止消息中、并指示所述通信连接已与另一目的地完成的预先确定的参数；以及响应于接收到包括所述预先确定的参数的所述连接终止消息来阻止计费。

而且，根据所建议方案的一个方面，例如提供了一种设备，包括：接收器装置，用于响应于对通信连接初始化进行回复的成功响应消息，接收连接终止消息；处理器装置，用于处理包括在所述连接终止消息中、并指示所述通信连接已与另一目的地完成的预先确定的参数；以及阻止器装置，用于响应于接收到包括所述预先确定的参数的所述连接终止消息来阻止计费。

另外，根据所建议方案的一个方面，例如提供了一种方法，包括：初始化至少两方之间的通信连接；在网络节点处，执行将所述通信连接分流到所述网络节点前向中的多个分支；以及针对每个分支建立单独的信用控制会话。

而且，根据所建议方案的一个方面，例如提供了一种设备，配置用于：参与至少两方之间的通信连接的初始化；执行将所述通信连接分流到所述网络节点前向中的多个分支；以及针对所述多个分支中至少一个分支建立单独的信用控制会话。

另外，根据所建议方案的一个方面，例如提供了一种设备，包括：参与装置，用于参与至少两方之间的通信连接的初始化；执行装置，用于执行将所述通信连接分流到所述网络节点前向中的多个分支；以及建立装置，用于针对所述多个分支中至少一个分支建立单独的信用控制会话。

另外，根据所建议方案的一个方面，例如提供了一种设备，包括：参与单元，配置用于参与至少两方之间的通信连接的初始化；执行单元，配置用于执行将所述通信连接分流到所述网络节点前向中的多个分支；接收器，配置用于接收来自于所述多个分支中至少一个分支的目的地节点的响应消息；转发单元，配置用于将来自于所述目的地节点之一的第一成功响应消息转发至所述设备的反向侧；生成单元，配置用于响应于从至少一个其他目的地节点接收到不同于所述第一成功响应的另外的成功响应消息，生成连接终止消息；以及连接转发单元，配置用于将所述连接终止消息转发至所述至少一个其他目的地节点，用于终止与所述至少一个其他目的地节点的对话。

另外，根据所建议方案的一个方面，例如提供了一种设备，包括：接收器，配置用于响应于对通信连接初始化进行回复的成功响应消息，接收连接终止消息；处理器，配置用于处理包括在所述连接终止消息中、并指示所述通信连接已与另一目的地完成的预先确定的参数；以及阻止器，配置用于响应于接收到包括所述预先确定的参数的所述连接终止消息来阻止计费。

而且，根据所建议方案的一个方面，例如提供了一种设备，包括：参与单元，配置用于参与至少两方之间的通信连接的初始化；执行单元，配置用于执行将所述通信连接分流到网络节点前向中的多个分支；以及建立单元，配置用于针对所述多个分支中至少一个分支建立单独的信用控制会话。

另外，根据所建议方案的一个方面，例如提供了一种在计算机可读介质上具体化的计算机程序，所述计算机程序被配置用于控制处理器以执行：初始化至少两方之间的通信连接；在网络节点处，执行将所述通信连接分流到所述网络节点前向中的多个分支；在所述网络节点处，接收来自于所述多个分支中至少一个分支的目的地节点的响应消息；在所述网络节点的反向侧，对来自于所述目的地节点之一的第一成功响应消息进行转发；响应于从至少一个其他目的地节点接收到不同于所述第一成功响应的另外的成功响应消息，生成连接终止消息；以及将所述连接终止消息转发至所述至少一个其他目的地节点，用于终止与所述至少一个其他目的地节点的对话。

而且，根据所建议方案的一个方面，例如提供了一种在计算机可读介质上具体化的计算机程序，所述计算机程序被配置用于控制处理器以执行：初始化至少两方之间的通信连接；在网络节点处，执行将所述通信连接分流到所述网络节点前向中的多个分支；以及针对所述多个分支中至少一个分支建立单独的信用控制会话。

根据进一步的改进，所建议的方案可以包括至少一个下述特征：

-在接收所述第一成功响应消息之前已将临时响应转发给所述网络节点的所述反向侧的情况下，响应于从所述至少一个其他目的地节点接收到不同于第一确认响应的另外的成功响应消息，可以向所述网络的反向侧发送失败响应消息；

-可以执行所述通信连接的计费，其中仅针对从其接收所述第一成功响应消息的分支进行所述计费，而终止对其他分支的计费；

-所述计费可以包括在线计费或者离线计费；

-连接终止消息，其可以包括预先确定的参数，该参数指示所述通信连接已与另一目的地(节点)完成；

-响应于接收到包括所述预先确定的参数的所述连接终止消息，可以阻止对位于执行所述分流的所述网络节点前向的网络节点中的计费；

-可以终止所述网络节点中及其反向侧上的、针对向其发送了所述失败响应消息的分支的计费会话；

-在在线计费的情况下，可以针对每个分支建立单独的信用控制会话；

-执行所述分流的网络节点可以是网络控制节点或者应用服务器。

而且，根据所建议方案的一个方面，例如提供了一种设备，配置用于：响应于对通信连接初始化进行回复的成功响应消息，接收连接终止消息；处理包括在所述连接终止消息中、并指示所述通信连接已现另一目的地(节点)完成的预先确定的参数；以及响应于接收到包括所述预先确定的参数的所述连接终止消息来阻止计费。

而且，根据所建议方案的一个方面，例如提供了一种设备，包括：接收器，用于响应于对通信连接初始化进行回复的成功响应消息，接收连接终止消息；处理器，用于处理包括在所述连接终止消息中、并指示所述通信连接已与另一目的地(节点)完成的预先确定的参数；以及用于响应于接收到包括所述预先确定的参数的所述连接终止消息来阻止计费的装置。

根据该设备的进一步改进，该设备可以配置用于为了阻止所述计费，使用配置用于终止所述计费的参数来执行信用控制更新过程。

另外，根据所建议方案的一个方面，例如提供了一种设备，配置用于：参与至少两方之间的通信连接的初始化；执行将所述通信连接分流到所述网络节点前向中的多个分支；以及针对所述多个分支中至少一个分支建立单独的信用控制会话。

而且，另外，根据所建议方案的一个方面，例如提供了一种设备，包括：用于参与至少两方之间的通信连接的初始化的装置；用于执行将所述通信连接分流到所述网络节点前向中的多个分支的装置；以及用于针对所述多个分支中至少一个分支建立单独的信用控制会话的装置。

借助于所建议的方案，可以实现：即使在分流情况下，也能正确实现计费，即，用户只需为真正使用过的服务付费。换言之，可以排除这样的情况：用户还需为仅与服务相关的信令付费，这种情况在传统计费方法中会出现。当使用所建议的用于在通信连接中进行计费和会话处理的示例时，计费功能能够确定对哪个分支进行计费，而将属于未使用的(终止的)其他分流分支的信用控制会话作为不成功的会话进行关闭。另外，所建议的用于在通信连接中进行计费和处理会话的示例适用于在线计费和离线计费，并且容易在现有和将来的***中实现，因为网络结构中不需要附加的元件。

在参阅了说明书和附图之后，本发明的上述和其他目的、特征和优势将变得更加明显。

附图说明

图1示出了在在线计费的情况下、依照根据本发明实施方式示例的计费和会话处理过程的信令图。

图2示出了在离线计费的情况下、依照根据本发明实施方式另一示例的计费和会话处理过程的信令图。

具体实施方式

在下文中，参考附图描述本发明的示例和实施方式。为了说明本发明，将结合3GPP***来描述示例和实施方式，在该***中，执行实体间经由两个IMS网络的会话(即，位于这些IMS网络的用户终端之间的多媒体通信连接或者会话)，并且SIP分流用于建立会话。然而，应当注意，本发明并不限于这种***或环境中的应用，而是还适用于其他网络***、连接类型等。

可使用依照本发明的计费和会话处理机制的通信网络的基本***架构可以包括IMS网络的公知架构。正如将结合附图描述的，这种网络架构包括作为SIP服务器或者代理的若干控制节点或CSCF，用于履行若干角色(诸如，询问CSCF(I-CSCF)、代理CSCF(P-CSCF)、服务CSCF(S-SCSF))，并用于处理IMS中的SIP信令分组。此外，提供了诸如CCF或OCS的计费功能，这些计费功能用于计费控制。而且，诸如通过接口从I-CSCF进行查询的互连边界控制功能(IBCF)、签约定位功能(SLF)和归属订户服务器(HSS)的网络节点是整个架构的一部分。这些元件的通用功能和互连对于本领域技术人员而言是公知的，并且在相应的规范中进行了描述，所以在此省略对其的详细描述。然而，应当注意，提供了若干附加的网元和信令连接，用于通信连接。

而且，在此描述的网元及它们的功能可以由软件(例如，用于计算机的计算机程序产品)或者硬件实现。在任何情况下，用于执行它们各自功能的相应使用的设备(诸如用户终端、核心网控制元件、CSCF、诸如基站子***BSS元件或者无线接入网RAN元件等的接入网子***元件)包括控制、处理和通信/信令功能所需的若干装置和组件(未示出)。这些装置例如可以包括处理器单元，用于执行指令、程序以及用于处理数据；存储器装置(例如，ROM、RAM、EEPROM等)，用于存储指令、程序和数据，以及充当处理器等的工作区；输入装置(例如，软盘、CD-ROM、EEPROM等)，用于输入软件执行的数据和指令；用户接口装置(例如，屏幕、键盘等)，用于向用户提供监控和操纵可能性；接口装置(例如，有线和无线接口装置、天线等)，用于在处理器单元的控制下建立链接和/或连接等。这意味着：各个网络环境(即，IMS域)可以包括若干元件和/或功能，虽然未示出，但是对于本领域技术人员而言是公知的，因此在此不再更详细描述。

依照本发明的、用于在分流的情况下在通信连接中进行计费和处理连接的机制的一个示例，当初始化至少两方之间的通信连接并且在网络节点(诸如，网络控制节点或应用服务器)处将通信连接分流到网络节点前向(即，从主叫方到被叫方，或者通常去往被叫方)的多个分支时，响应于从分流网络节点到多个目的地节点的各个请求消息，而接收响应消息，这些响应消息例如可以包括成功响应消息(诸如，在SIP情况下的200OK消息)、失败响应消息(诸如SIP情况下的4xx消息)或者信息响应消息(诸如，在SIP情况下的1xx临时响应)。在错误响应消息和信息响应消息的情况下，分流网络节点可以执行其常规处理，诸如，终止对话，或(在反方向中(即，从被叫方到主叫方))将消息转发至主叫侧。

另一方面，当接收到成功响应消息时，会话处理如下。将来自于一个目的地节点的第一成功响应消息转发至分流网络节点的反向侧，使得可以如所规定(例如，相应使用的网络的规范)的实现其相应处理。然而，当在分流网络节点处从至少一个其他目的地节点接收到不同于第一成功响应的另一成功响应消息时，不对这个消息或这些消息在反向进行代理。相反，响应于对其的接收而生成连接终止消息，并且这些消息被转发至相应的一个或多个目的地节点，以便终止这个或这些分支中的对话。

在IMS环境中各方之间将要建立通信连接或者会话的情况下，这意味着无论分流CSCF或AS何时接收到针对被分流的初始INVITE请求的后续200OK最终响应，S-CSCF(表示网络控制节点)都应当终止该响应、利用ACK请求确认该响应、将BYE请求(作为连接终止消息)发送至此对话，以便终止该对话。

在之前已经从同一UE发送了临时响应(诸如，被转发至反向侧的信息响应消息)的情况下，分流网络节点(即，例如，分流S-CSCF)朝主叫方发送适当的失败响应消息，诸如4xx消息。

分流网络节点针对后续的(200OK)成功响应消息生成的连接终止消息(诸如，BYE请求)包括预先确定的参数，例如其值为“呼叫在别处完成”的原因报头(Reason Header)。另外，也可以包括被设置以确保由受信网络(例如，不是由UE)来生成BYE消息的“信任参数”。优选地，在诸如CSCF节点的所有网络控制节点中实现此会话处理的功能，以便确保诸如对分流分支进行计费的进一步功能可以如下所述进行处理。

在下文中，结合图1所示信令图来描述用于在分流情况下、在通信连接中进行计费和连接处理的机制另一示例。图1中描述的情况涉及在并行分流情况下的会话处理，以及用于使用SIP信令的IMS环境中通信连接/会话的在线计费方案。

在根据图1的信令图中，对以下网络节点之间的信令及其处理进行解释：表示通信连接将要建立的各方的用户设备UE-A、UE-B1、UE-B2、UE-B3(UE-Bx表示同一用户的可能目的地地址)；网络1(UE-A在其中)中作为网络控制节点的S-CSCF、网络1的OCS、作为UE-B归属网络的网络2的I-CSCF、网络2的S-CSCF(作为分流网络节点)，和网络2的OCS。

当开始建立通信连接时，作为主叫方的UE-A通过网络1将INVITE消息(其包括标识符，诸如目的地UE-B的统一资源标识符URI)发送给网络1的S-CSCF(图1的消息1)。网络1的S-CSCF开始与网络1的OCS的信用控制会话(消息2：用于初始化信用控制会话的计费控制请求CCR，以及消息2：来自OCS的计费控制应答)。另外，INVITE消息被转发至UE-B所在的网络2的I-CSCF(图1的消息4)。网络2的I-CSCF利用消息5将INVITE消息转发至网络2的S-CSCF以便联系UE-B。(为了简化，在此省略了S-CSCF选择(诸如签约定位功能SLF查询或者统一消息服务器(UMS)查询)的细节。)

网络2的S-CSCF执行分流以便找到被叫用户，并将INVITE消息(消息8、11和14)发送给UE-B的可能目的地地址(即，UE-B1、UE-B2和UE-B3)以便联系它们。另外，分流节点S-CSCF与网络2的OCS针对每个分流分支建立单独信用控制会话(参见消息6、7、9、10和12、13)。为此，相应的CCR发送彼此独立，即例如，不需要为分流情况下的相关性或信令使用属性值对(AVP)。这使得OCS能够针对每个分支独立检查信用可用性(信用检查可能导致不允许建立某些分支，在此不再进一步讨论)，并根据最终选定的被叫者对会话进行收费，如下文所述。

应当注意：尽管不需要用信令通知信用控制会话相关性的专用方法，但是请求所携带的IMS-Charging_Identifier(IMS计费标识符)和User-Session_ID(用户会话ID)AVP是相同的。借助于此，OCS可以认为，仅所分配配额中的一个将被真正使用，即，这些配额将被隐含地集中(pool)。这仅在用户没有足够信用来允许并行建立分流分支的情况下是有关的。

可选地，可以使用相关性机制。针对此的可能解决方案是在分流分支中所涉及的所有信用控制会话中使用同一Session-ID(会话ID)值，并利用例如本领域技术人员公知的“Accounting-Sub-Session-ID(计费子会话ID)”AVP来区分这些会话。另一选择可以是利用本领域技术人员公知的Acct-Multi-Session-ID(计费多会话ID)。此AVP必须在所有涉及的信用控制会话中设置为同一值，并且可以在它们的每个中使用不同的Session-ID。

对各个分支的处理因在网络2的S-CSCF处针对INVITE消息8、11和14接收的响应类型而异。

如果接收到临时响应消息，诸如来自于UE-B 1的消息15或来自于UE-B3的消息22所示的信息响应消息1xx，此临时类型消息经由网络被转发至主叫方(例如，参见图1中消息16-18和消息23-25)。

在接收到失败或者不成功响应消息(诸如，来自于UE-B2的4xx消息19)的情况下，至此目的地的通信连接是不可行的，并且与此目的地节点的对话被关闭。因此，当收到最终响应时(参见图1的消息20和21，用于终止网络2的S-CSCF和OCS之间的信用控制会话)，将利用相应的OCS关闭属于这种分流分支的信用控制会话(它们将产生不成功的最终响应)。

如果从用于分流的目的地节点的一个分支接收到第一成功响应消息(诸如，来自于UE-B3的200OK消息26)，则以诸如在当今3GPP规范中定义的公知方式(参见图1中关于S-CSCF与OCS之间信用控制会话更新的消息27和28)处理属于此分支(在此分支中接收到第一200OK响应)的信用控制会话。另外，S-CSCF将成功响应消息沿着上游发送至主叫方(在该处通信连接的建立已完成，并被确认给相应的成功目的地(参见消息29、30和33-37))，并且在反向侧(网络1的S-CSCF和OCS)上的信用控制会话被更新(参见消息31和32)。

注意，在图1所示场景中，假设两个网络中的OCS都已经设置了触发器，这些触发器会导致在200OK消息中报告CCR更新。然而，也有可能不对这种更新进行报告，但是在这些计费会话有效期期间报告的计费信息内容与其在具有这些触发器设置的情况下应当有的内容相同。具体地，如果使用了基于时间的计费，则S-CSCF节点将鉴于接收到此第一200OK响应(分别为消息26和30)而报告所使用的单位。

另一方面，如果从不同于第一成功分支的其他分支接收到其他一个或多个成功响应消息，则实现下述处理。

当在分流网络节点处接收到后续成功响应消息(诸如，来自于UE-B1的200OK消息38)时，分流节点(此处是网络2的S-CSCF)终止该响应。另外，利用ACK请求(消息44)来确认200OK响应消息。随后，连接终止消息(诸如，BYE请求消息45)被发送至与UE-B1的对话，以便终止该对话。分流网络节点生成的BYE请求优选地包括预先确定的参数，例如，值为“呼叫在别处完成”的原因报头。另外，也可以包括被设置以确保由受信网络(例如，不是由UE)来生成BYE消息的“信任参数”。

如上所述，在图1所示情况中，已经事先从此目的地UE-B1接收了临时响应消息(1xx消息15)，其中该消息已经在反向转发。因此，还将适当的不成功或失败响应消息(诸如，4xx响应消息)发送给主叫UE以促使反向侧节点终止对话(参见图1的消息41-43)。

与对这些SIP对话的处理并行的，属于在其中接收到后续成功(200OK)响应的分支的信用控制会话将被终止，类似于接收到不成功响应一样。根据本示例，依照当前标准化的AVP值，从分流S-CSCF将CCR终止请求发送至OCS(消息39)，其中将所有的AVP设置为好像接收到不成功(4xx)最终响应一样，例如“CauseCode”(起因代码)AVP(IMS信息AVP的一部分)被设置成4xx。这由OCS利用相应的CCA消息40进行应答。另一方案是可以使用反映特定分流分支释放信息的新起因代码。

从分流点的反向中的网络节点(诸如网络控制节点CSCF)仅建立一个信用控制会话，但是其处理如在下文所定义的计费触发器。这种节点中的计费触发器功能CTF必须知道分流分支并且通过使用在后续SIP响应中接收的远程标签来跟随分流分支。此外，仅当从一个联系到的用户接收到200OK最终响应(图1中消息31)或者针对最后一个未决分支(即，针对该分支，之前接收了临时响应)接收到否定最终响应时，才发送CCR更新请求。

另一方面，从分流点的前向中的网络控制节点(诸如，S-CSCF节点)并不知道这样的事实：处理的INVITE请求是分流分支。因此，可以像在任何其他情况中一样生成信用控制会话。然而，如果接收到BYE请求(诸如，消息45)，其包含诸如上述原因报头的预先确定参数，则分流节点的前向中的节点生成CCR更新请求，其中UsedService Unit(所使用的服务单元)AVP中的单元(例如，CC-Time(计费控制时间))被设置为0，而不考虑在接收到BYE请求之前流逝的时间。这样，可以避免对这样的会话进行计费，即，在该会话中，被叫用户并未参加而是仅作为搜寻努力(hunting effort)一部分被联系。

可选地，如上所述的新起因代码可以***该请求。OCS必须使用此AVP值来避免可能对零长度的成功会话征收任何费用(这将在下文中结合图2做进一步解释)。

接着，结合图2所示信令图来描述用于在并行分流的情况下、在通信连接中进行计费和连接处理的机制的另一示例。图2描述的情况涉及在分流情况下的会话处理，以及用于使用SIP信令的IMS环境中通信连接/会话的在线计费方案。

在根据图2的信令图中，对以下网络节点之间的信令及其处理进行解释：表示通信连接将要建立的各方的用户设备UE-A、UE-B1、UE-B2、UE-B3(UE-Bx表示同一用户的可能目的地地址)；网络1(UE-A在其中)中作为网络控制节点的S-CSCF、网络1的CCF、作为UE-B所在网络的网络2的I-CSCF、网络2的S-CSCF(作为分流网络节点)，网络2的CCF，和服务于UE-B1的P-CSCF(为了简化，省略了其他P-CSCF)。

当开始建立通信连接时，作为主叫方的UE-A通过网络1将INVITE消息(其包括标识符，诸如目的地UE-B的统一资源标识符URI)发送给网络1的S-CSCF(图2的消息1)。网络1的S-CSCF将INVITE消息转发至UE-B所在的网络2的I-CSCF(图1的消息2)。网络2的I-CSCF利用消息3将INVITE消息转发至网络2的S-CSCF以便联系UE-B。

网络2的S-CSCF执行分流，以便找到UE-B的正确地址，并将INVITE消息(消息4和5(经由P-CSCF)、消息6和消息7)发送给UE-B的可能目的地地址(即，UE-B1、UE-B2和UE-B3)以便联系它们。

类似于图1所示示例，对各个分支的处理因在网络2的S-CSCF处、针对INVITE消息4、6和7接收到的响应类型而异。

在接收到临时响应消息(诸如，信息响应消息1xx)时(如来自于UE-B1的消息8或来自于UE-B3的消息14所示)，此临时类型消息经由网络被转发至主叫方(例如，参见，图2的消息10-12和消息15-17)。

在接收到失败或不成功响应消息(诸如，来自于UE-B2的4xx消息13)的情况下，至此目的地的通信连接是不可行的，并且与此目的地节点的对话被关闭。

如果从用于分支的目的地节点一个分支接收到第一成功响应消息(诸如，来自于UE-B3的200OK消息18)，则分流网络节点将该成功响应消息反向转发给主叫方UE-A(参见图2的消息19-21)。在那，通信连接的建立已完成，并被确认给相应的成功目的地(参见图2的消息22和消息25-27)。

在本离线计费示例中，分流节点仅建立用于被分流会话的一个计费会话。在接收到第一200OK响应之后，发送用于开始计费的计费请求ACR(开始)(消息28)。此ACR包含仅涉及“胜出”分支的信息，例如，ACR包含关于会话描述协议(SDP)的信息，SDP定义了这样的协议，其传达关于多媒体会话中媒体流的信息，以允许会话描述的接收者参与到在UE-A和UE-B3之间达成的会话中。分流节点的网络2的计费功能(CCF)利用相应的计费应答ACA消息29来进行响应。应当注意，在所有分支都由否定最终响应终止的情况下，在接收到最后一个最终响应之后生成ACR。它可以包含根据接收到的最后一个最终响应的信息。(注意，取决于运营商的偏好，可能根本不会要求针对这种不成功尝试而生成ACR。)

网络控制节点(诸如位于从分流点(诸如图2中服务于UE-A的S-CSCF)的反向中的CSCF节点)仅创建一个计费会话。这种节点中的CTF必须知道并且跟随分流分支。仅在从一个联系到的用户接收到针对200OK最终响应的ACK时(如结合消息20(接收的200OK)和消息23与24(对网络1的计费功能的ACR和相应的ACA应答消息)所示)或者在针对最后一个未决分支接收到否定最终响应时(图2中未示出)，才发送ACR(开始)请求。

另一方面，位于从分流点的前向中的网络控制节点(诸如，服务于UE-B1的P-CSCF节点)并不知道这样的事实：INVITE请求是由分流分支处理的。这样，它可以与在任何其他情况中一样，生成计费会话(图2中去往和来自网络2的CCF的消息36与37)。

在分流节点从不同于第一成功分支的其他分支接收到另外的成功响应消息的情况下，实现下述的处理。

当在分流网络节点处接收到后续成功响应消息(诸如，来自于UE-B1的200OK消息31)时，例如由网络2的S-CSCF终止该响应。另外，该200OK响应消息由ACK请求(图2的消息35)进行确认。随后，连接终止消息(诸如BYE请求消息39)被发送至与UE-B1的这个对话，以便终止该对话。分流网络节点生成的BYE请求优选地包括预先确定的参数，例如，值为“呼叫在别处完成”的理由报头。另外，也可以包括被设置以确保由受信网络(例如，不是由UE)来生成BYE消息的“信任参数”。

如果位于从分流点的反向中的网络控制节点(诸如，图2中服务于UE-B1的P-CSCF)接收到BYE请求(其包含如上所述的理由报头)，则其生成ACR(停止)请求，其中Used Service Unit(所使用的服务单位)AVP中的单位(例如，CC-Time(计费控制时间))被设置为0，而不考虑在接收到BYE消息(消息40，由来自于CCF的消息41所应答)之前流逝的时间。可选地，可以将专用起因代码值包括在该请求中，如同针对在线计费情况所描述的一样。应当注意，如果分流节点例如是源S-CSCF(图2中未示出)，则这也可以适用于终止S-CSCF。

如上所述，执行分流的网络节点(诸如CSCF或应用服务器的网络控制节点)仅转发来自于分流分支的第一成功响应消息，使得启用分流节点和从该点的反向中的节点中的计费功能，以便仅对“胜出”分支收取费用。通过包括在“未使用”的成功联系分支的BYE请求中发送的专用原因报头，从分流点的前向中的节点中的计费功能被允许以阻止对这种未使用分支的收费。这对于例如由3GPP所定义的在线计费方法和离线计费方法而言都是适用的。

应当注意上述在线计费场景和离线计费场景可以混合：例如有可能离线计费用于被叫方之一，而在线计费用于另一个；或者还有可能针对同一用户，P-CSCF应用离线计费，而S-CSCF应用在线计费。上述用于针对每个节点的在线计费和离线计费的计费方案可以在适当组合中调用，从而确保对提供了真实用户服务的SIP会话分支进行计费。

应当理解，上述描述和附图仅意在通过示例方式示出本发明。因而，本发明的优选实施方式可以在所附权利要求范围内进行变化。

Claims

1.一种用于计费和连接处理的方法，包括：

初始化至少两方之间的通信连接；

在分流网络控制节点处，执行将所述通信连接分流到所述分流网络控制节点的前向中的多个分支；

在所述分流网络控制节点处，接收来自于所述多个分支中至少一个分支的目的地节点的响应消息；

从所述分流网络控制节点，在所述分流网络控制节点的反向侧，对来自于所述目的地节点之一的第一成功响应消息进行转发；

响应于从至少一个其他目的地节点接收到不同于所述第一成功响应消息的另外的成功响应消息，在所述分流网络控制节点中生成连接终止消息；以及

从所述分流网络控制节点，将所述连接终止消息转发至所述至少一个其他目的地节点，用于终止与所述至少一个其他目的地节点的对话；

还包括：

由所述分流网络控制节点初始化对所述通信连接的计费，其中仅针对从其接收所述第一成功响应消息的分支进行所述计费，以及

阻止对其他分支的计费。

2.如权利要求1的方法，还包括：

在接收所述第一成功响应消息之前已将临时响应转发给所述分流网络控制节点的所述反向侧的情况下，响应于从所述至少一个其他目的地节点接收到不同于第一确认响应的另外的成功响应消息，而从所述分流网络控制节点向所述分流网络控制节点的反向侧发送失败响应消息。

3.如权利要求1或2的方法，其中所述计费包括在线计费。

4.如权利要求1或2的方法，其中所述计费包括离线计费。

5.如权利要求1或2的方法，还包括：

配置所述连接终止消息以包括预先确定的参数，该参数指示所述通信连接已与另一目的地完成。

6.如权利要求5的方法，还包括：

通过发送包括所述预先确定的参数的所述连接终止消息，阻止对位于所述分流网络控制节点的前向中的网络节点中的计费。

7.如权利要求2的方法，还包括：

终止所述分流网络控制节点中及其反向侧上的、用于针对向其发送了所述失败响应消息的分支的计费会话。

8.如权利要求3的方法，还包括：

在在线计费的情况下，针对每个分支建立单独的信用控制会话。

9.一种用于计费和连接处理的设备，包括：

参与装置，用于作为分流网络控制节点来参与至少两方之间的通信连接的初始化；

执行装置，用于执行将所述通信连接分流到所述设备的前向中的多个分支；

接收装置，用于接收来自于所述多个分支中至少一个分支的目的地节点的响应消息；

转发装置，用于将来自于所述目的地节点之一的第一成功响应消息转发至所述设备的反向侧；

生成装置，用于响应于从至少一个其他目的地节点接收到不同于所述第一成功响应消息的另外的成功响应消息，生成连接终止消息；以及

转发装置，用于将所述连接终止消息转发至所述至少一个其他目的地节点，用以终止与所述至少一个其他目的地节点的对话；

初始化装置，用于初始化对所述通信连接的计费，其中仅针对从其接收所述第一成功响应消息的分支进行所述计费；以及

阻止装置，用于阻止对其他分支的计费。

10.如权利要求9的设备，还包括：

发送装置，用于在接收所述第一成功响应消息之前已将临时响应转发给所述设备的所述反向侧的情况下，响应于从所述至少一个其他目的地节点接收到不同于第一确认响应的另外的成功响应消息，而向所述设备的反向侧发送失败响应消息。

11.如权利要求8或9的设备，其中所述初始化装置适合于将所述计费初始化为在线计费。

12.如权利要求8或9的设备，其中所述初始化装置适合于将所述计费初始化为离线计费。

13.如权利要求8或9的设备，其中所述连接终止消息包括预先确定的参数，该参数指示所述通信连接已与另一目的地完成。

14.如权利要求13的设备，其中：

所述阻止装置被配置用于通过发送包括所述预先确定的参数的所述连接终止消息，阻止对位于执行所述分流的所述设备的前向中的网络节点中的计费。

15.如权利要求10的设备，还包括：

终止装置，用于终止所述设备中及其反向侧上的、用于针对向其发送了所述失败响应消息的分支的计费会话。

16.如权利要求11的设备，其中：

所述初始化装置适合于在在线计费的情况下，针对每个分支建立单独的信用控制会话。

17.一种用于计费和连接处理的方法，包括：

响应于对通信连接初始化进行回复的成功响应消息，接收连接终止消息，其中所述连接终止消息是由分流网络控制节点响应于在接收到第一成功响应消息后又接收到所述成功响应消息而生成的；

处理包括在所述连接终止消息中、并指示所述通信连接已与另一目的地完成的预先确定的参数，所述预先确定的参数还包括被设置以确保由受信网络来生成所述连接终止消息的信任参数；以及

响应于接收到包括所述预先确定的参数的所述连接终止消息来阻止计费。

18.一种用于计费和连接处理的设备，包括：

接收装置，用于响应于对通信连接初始化进行回复的成功响应消息，接收连接终止消息，其中所述连接终止消息是由分流网络控制节点响应于在接收到第一成功响应消息后又接收到所述成功响应消息而生成的；

处理装置，用于处理包括在所述连接终止消息中、并指示所述通信连接已与另一目的地完成的预先确定的参数，所述预先确定的参数还包括被设置以确保由受信网络来生成所述连接终止消息的信任参数；以及

阻止装置，用于响应于接收到包括所述预先确定的参数的所述连接终止消息来阻止计费。