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

专利名称：支持分流的计费与会话处理的机制的制作方法
技术领域：
本发明涉及用于在分流(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)、因特网 工程任务组(IE T F)等的各种组织都致力于电信网络和多个接入环境 的标准。
通常，通信网络的系统结构是这样的，其使得一方，例如订户 的终端设备(诸如，移动台、移动电话、固定电话、个人计算机(PC)、 膝上型电脑、个人数字助理(PDA)等)，经由收发机和接口 (诸 如，空中接口、有线接口等)连接至接入网子系统。接入网子系统 控制去往和来自通信设备的通信连接，并且经由接口连接至相应的 核心或骨干网子系统。核心(或者骨干)网子系统把经由该通信连 接传输的数据切换至目的地方(诸如另 一终端设备、服务提供商(服 务器/代理)或者另一通信网络)。应当注意核心网子系统可以连 接至多个接入网子系统。如本领域技术人员所知的以及在用于 UMTS、 GSM等的各个规范中所定义的，取决于所使用的通信网络， 实际网络结构可以变化。
通常，为了在网元(诸如，终端设备和另外的通信设备或终端 设备、数据库、服务器等)之间适当地建立和处理通信连接，会涉及诸如控制网元、支持节点或服务节点的 一 个或多个中间网元。
对于当今的和将来的通信系统而言，重要性日益增长的一个应 用领域包括多媒体通信服务。多媒体呼叫是这样的通信，其中，例 如话音(语音)、文本、数据、视频和/或图片被同时使用。多媒体 呼叫通常需要并行传输若干不同类型的数据(视频、音频等)，并 且这些数据将由多种不同类型的通信设备或网元传输和接收，使得 需要协商多个通信协议，并且调整通信的适当参数。
当前用于将互联网与蜂窝电信世界合并的技术是互联网协议
(IP)多媒体子系统，或IMS。 IMS是针对意欲提供移动多媒体服 务和固定多媒体服务的运营商的标准架构。IMS使用基于会话发起 协议(SIP) 3GPP标准化实现的IP电话(VoIP)实现，并运4亍在标 准互联网协议(IP)上。分组交换(PS)通信系统和电路交换(CS) 通信系统都被支持。
目标在于借助于蜂窝移动通信系统，使得互联网提供的服务 几乎处处可用。从3GPP标准的第5版本开始，引入IMS作为3GPP 标准的 一部分。会话发起协议(SIP )作为IMS与用户i殳备之间所佳_ 用信令机制的一部分而使用。在IMS中执行的结构与过程的细节在 相关标准中描述，并且对于本领域技术人员而言是公知的，所以为 了简化，在此省略了其描述。
对于计费而言，通常有两种不同的方法可用。离线计费用于周 期性为其服务付费(例如，在月末)的用户。在线计费(也称为基 于信用的计费)用于预付费服务。这两种方法可以应用于同一会话。 针对这两种计费方法的每一个，使用不同的过程和网络节点(诸如， 在IMS情况下的在线计费系统(OCS)或者计费采集功能(CCF)), 这些对于本领域:汰术人员而言是公知的，因而不在此更详细描述。
然而，在建立会话时使用并行分流功能的情况下，传统计费过 程不能正确工作。并行分流意味着第一用户发起的呼叫被并行地 指引至被叫用户的若干可能的目的地地址。例如，如果主叫用户不 知道另一方的当前地址，则相应的代理服务器会向位置服务器请求被叫方的可能地址。代理服务器接收(多个)地址后，会将相应的
INVITE (邀请)消息同时发送给所有的地址。
然而，例如在使用SIP分流的IMS会话的情况下，在相应3GPP 标准中定义的当前计费方案并不适用于正确处理SIP并行分流，无 论是在分流呼叫状态控制功能(CSCF)中还是从这点的反向CSCF 中(即，从被叫方到主叫方，或者通常去往主叫方)都是如此。
在在线计费的情况下，在分流CSCF中，针对不同分流分支的计 费触发器将被混淆，使得不能使用普通的信用控制会话处理。另一 方面，在位于从分流点的反向中的CSCF中，如果^皮分流的INVITE 请求会导致多于一个的200 0K响应，则计费将是错误的，因为既不 能保证将正确分支的会话描述用于收费，也不能保证通过接收主叫 UE生成的BYE请求(用于关闭接收到第二、第三等成功最终响应 的那些对话(分流分支))而终止整个计费会话。
而且，在离线计费的情况下，如果被分流的INVITE请求导致多 个200 OK响应，则将生成反映若干成功会话的计费请求(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域)可以包括若干元件 和/或功能，虽然未示出，但是对于本领域技术人员而言是公知的， 因此在此不再更详细描述。
依照本发明的、用于在分流的情况下在通信连接中进行计费和 处理连4妄的才几制的 一 个示例，当初始化至少两方之间的通信连4妄并且在网络节点(诸如，网络控制节点或应用服务器)处将通信连接 分流到网络节点前向(即，从主叫方到:陂叫方，或者通常去往-故叫 方)的多个分支时，响应于从分流网络节点到多个目的地节点的各 个i青求消息，而纟妄收响应消息，这些响应消息例如可以包4舌成功响 应消息(诸如，在SIP情况下的200 OK消息)、失败响应消息(诸
如SIP情况下的4xx消息)或者信息响应消息(诸如，在SIP情况 下的lxx临时响应)。在错误响应消息和信息响应消息的情况下，
分流网络节点可以执行其常规处理，诸如，终止对话，或(在反方 向中(即，从被叫方到主叫方))将消息转发至主叫侧。
另一方面，当接收到成功响应消息时，会话处理如下。将来自 于一个目的地节点的第 一成功响应消息转发至分流网络节点的反向 侧，使得可以如所规定(例如，相应使用的网络的规范)的实现其 相应处理。然而，当在分流网络节点处从至少一个其他目的地节点 接收到不同于第一成功响应的另 一成功响应消息时，不对这个消息 或这些消息在反向进行代理。相反，响应于对其的接收而生成连接 终止消息，并且这些消息被转发至相应的 一 个或多个目的地节点， 以便终止这个或这些分支中的对话。
在IMS环境中各方之间将要建立通信连接或者会话的情况下， 这意味着无论分流CSCF或AS何时接收到针对被分流的初始 INVITE请求的后续200 OK最终响应，S-CSCF(表示网络控制节点) 都应当终止该响应、利用ACK请求确认该响应、将BYE请求(作 为连接终止消息)发送至此对话，以便终止该对话。
在之前已经从同一UE发送了临时响应(诸如，^皮转发至反向侧 的信息响应消息)的情况下，分流网络节点(即，例如，分流S-CSCF) 朝主叫方发送适当的失败响应消息，诸如4xx消息。
分流网络节点针对后续的(200 OK)成功响应消息生成的连接 终止消息(诸如，BYE请求)包括预先确定的参数，例如其值为"呼 叫在别处完成，，的原因报头(Reason Header)。另外，也可以包括 被设置以确保由受信网络(例如，不是由UE)来生成BYE消息的"信任参数"。优选地，在诸如CSCF节点的所有网络控制节点中
实现此会话处理的功能，以便确保诸如对分流分支进行计费的进一 步功能可以如下所述进行处理。
在下文中，结合图1所示信令图来描述用于在分流情况下、在 通信连接中进行计费和连接处理的机制另一示例。图1中描述的情
况涉及在并行分流情况下的会话处理，以及用于使用SIP信令的IMS 环境中通信连接/会话的在线计费方案。
在根据图l的信令图中，对以下网络节点之间的信令及其处理 进行解释表示通信连接将要建立的各方的用户设备UE-A、 UE-B1、 UE-B2、 UE-B3 ( UE-Bx表示同 一用户的可能目的地地址)；网络l
(UE-A在其中)中作为网络控制节点的S-CSCF、网络l的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发送^f皮此独立，即例如，不 需要为分流情况下的相关性或信令使用属性值对(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-B1的消息15或来自 于UE-B3的消息22所示的信息响应消息1 xx ，此临时类型消息经由 网络被转发至主叫方(例如，参见图1中消息16-18和消息23-25 )。
在接收到失败或者不成功响应消息(诸如，来自于UE-B2的4xx 消息19)的情况下，至此目的地的通信连接是不可行的，并且与此 目的地节点的对话被关闭。因此，当收到最终响应时(参见图1的 消息20和21,用于终止网络2的S-CSCF和OCS之间的信用控制 会话)，将利用相应的OCS关闭属于这种分流分支的信用控制会话
(它们将产生不成功的最终响应)。
如果从用于分流的目的地节点的一个分支接收到第一成功响应消息(诸如，来自于UE-B3的200 OK消息26 )，则以诸如在当今 3GPP规范中定义的公知方式(参见图1中关于S-CSCF与OCS之间 信用控制会话更新的消息27和28 )处理属于此分支(在此分支中接 收到第一 2000K响应)的信用控制会话。另外，S-CSCF将成功响 应消息沿着上游发送至主叫方(在该处通信连接的建立已完成，并 被确认给相应的成功目的地(参见消息29、 30和33-37 )),并且 在反向侧(网络1的S-CSCF和OCS )上的信用控制会话被更新(参 见消息31和32)。
注意，在图l所示场景中，假设两个网络中的OCS都已经设置 了触发器，这些触发器会导致在200 OK消息中报告CCR更新。然 而，也有可能不对这种更新进行报告，但是在这些计费会话有效期 期间报告的计费信息内容与其在具有这些触发器设置的情况下应当 有的内容相同。具体地，如果使用了基于时间的计费，贝'J S-CSCF 节点将鉴于接收到此第一 200 0K响应(分别为消息26和30)而报 告所使用的单位。
另一方面，如果从不同于第一成功分支的其他分支接收到其他 一个或多个成功响应消息，则实现下述处理。
当在分流网络节点处接收到后续成功响应消息(诸如，来自于 UE-B1的200 0K消息38)时，分流节点(此处是网络2的S-CSCF ) 终止该响应。另外，利用ACK请求(消息44)来确认200 OK响应 消息。随后，连接终止消息(诸如，BYE请求消息45)被发送至与 UE-B1的对话，以^^终止该对话。分流网络节点生成的BYE请求优 选地包括预先确定的参数，例如，值为"呼叫在别处完成"的原因 报头。另外，也可以包括被设置以确保由受信网络(例如，不是由 UE)来生成BYE消息的"信任参数"。
如上所述，在图l所示情况中，已经事先从此目的地UE-B1接 收了临时响应消息(lxx消息15)，其中该消息已经在反向转发。 因此，还将适当的不成功或失败响应消息(i者如，4xx响应消息)发 送给主叫UE以促使反向侧节点终止对话(参见图1的消息41-43)。与对这些SIP对话的处理并行的，属于在其中接收到后续成功
(200 OK)响应的分支的信用控制会话将被终止，类似于接收到不 成功响应一样。根据本示例，依照当前标准化的AVP值，从分流 S-CSCF将CCR终止请求发送至OCS (消息39),其中将所有的 AVP设置为好像接收到不成功(4xx)最终响应一样，例如"Cause Code"(起因代码)AVP (IMS信息AVP的一部分)被设置成4xx。 这由OCS利用相应的CCA消息40进行应答。另一方案是可以使用 反映特定分流分支释放信息的新起因代码。
从分流点的反向中的网络节点(诸如网络控制节点CSCF)仅建 立一个信用控制会话，但是其处理如在下文所定义的计费触发器。 这种节点中的计费触发器功能CTF必须知道分流分支并且通过使用 在后续SIP响应中接收的远程标签来跟随分流分支。此外，仅当从 一个联系到的用户接收到200 0K最终响应(图1中消息31)或者 针对最后一个未决分支(即，针对该分支，之前接收了临时响应) 接收到否定最终响应时，才发送CCR更新请求。
另一方面，从分流点的前向中的网络控制节点(诸如，S-CSCF 节点)并不知道这样的事实处理的INVITE请求是分流分支。因此， 可以像在任何其他情况中一样生成信用控制会话。然而，如果接收 到BYE请求(诸如，消息45)，其包含诸如上述原因报头的预先确 定参数，则分流节点的前向中的节点生成CCR更新请求，其中Used Service 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 )以便
联系它们。
类似于图l所示示例，对各个分支的处理因在网络2的S-CSCF 处、针对INVITE消息4、 6和7接收到的响应类型而异。
在接收到临时响应消息(诸如，信息响应消息lxx)时(如来自 于UE-Bl的消息8或来自于UE-B3的消息14所示)，此临时类型 消息经由网络被转发至主叫方(例如，参见，图2的消息10-12和消 息15-17)。
在接收到失败或不成功响应消息(诸如，来自于UE-B2的4xx 消息13)的情况下，至此目的地的通信连接是不可行的，并且与此 目的地节点的对话被关闭。如果从用于分支的目的地节点一个分支接收到第一成功响应
消息(诸如，来自于UE-B3的200 OK消息18 )，则分流网络节点 将该成功响应消息反向转发给主叫方UE-A(参见图2的消息19-21 )。 在那，通信连接的建立已完成，并被确认给相应的成功目的地(参 见图2的消息22和消息25-27 )。
在本离线计费示例中，分流节点仅建立用于被分流会话的 一 个 计费会话。在接收到第一 200 0K响应之后，发送用于开始计费的计 费请求ACR (开始)(消息28 )。此ACR包含仅涉及"胜出，，分 支的信息，例如，ACR包含关于会话描述协议(SDP)的信息，SDP 定义了这样的协议，其传达关于多媒体会话中媒体流的信息，以允 许会话描述的接收者参与到在UE-A和UE-B3之间达成的会话中。 分流节点的网络2的计费功能(CCF)利用相应的计费应答ACA消 息29来进行响应。应当注意，在所有分支都由否定最终响应终止的 情况下，在接收到最后一个最终响应之后生成ACR。它可以包含根 据接收到的最后一个最终响应的信息。(注意，取决于运营商的偏 好，可能根本不会要求针对这种不成功尝试而生成ACR。)
网络控制节点(诸如位于从分流点(诸如图2中服务于UE-A的 S-CSCF)的反向中的CSCF节点)仅创建一个计费会话。这种节点 中的CTF必须知道并且跟随分流分支。仅在从一个联系到的用户接 收到针对200 OK最终响应的ACK时(如结合消息20 (接收的200 OK)和消息23与24 (对网络1的计费功能的ACR和相应的ACA 应答消息)所示)或者在针对最后一个未决分支接收到否定最终响 应时(图2中未示出)，才发送ACR (开始)请求。
另一方面，位于从分流点的前向中的网络控制节点(诸如，月良 务于UE-B1的P-CSCF节点)并不知道这样的事实INVITE请求是 由分流分支处理的。这样，它可以与在任何其他情况中一样，生成 计费会话(图2中去往和来自网络2的CCF的消息36与37 )。
在分流节点从不同于第一成功分支的其他分支接收到另外的成 功响应消息的情况下，实现下述的处理。当在分流网络节点处接收到后续成功响应消息(诸如，来自于
UE-B1的200 OK消息31 )时，例如由网络2的S-CSCF终止该响应。 另外，该200 OK响应消息由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会话分支进行计费。
应当理解，上述描述和附图仅意在通过示例方式示出本发明。 因而，本发明的优选实施方式可以在所附权利要求范围内进行变化。
权利要求
1.一种方法，包括初始化至少两方之间的通信连接；在网络节点处，执行将所述通信连接分流到所述网络节点的前向中的多个分支；在所述网络节点处，接收来自于所述多个分支中至少一个分支的目的地节点的响应消息；在所述网络节点的反向侧，对来自于所述目的地节点之一的第一成功响应消息进行转发；响应于从至少一个其他目的地节点接收到不同于所述第一成功响应的另外的成功响应消息，生成连接终止消息；以及将所述连接终止消息转发至所述至少一个其他目的地节点，用于终止与所述至少一个其他目的地节点的对话。
2. 如权利要求1的方法，还包括在接收所述第一成功响应消息之前已将临时响应转发给所述网 络节点的所述反向侧的情况下，响应于从所述至少一个其他目的地 节点接收到不同于第 一确认响应的另外的成功响应消息，而向所述 网络节点的反向侧发送失败响应消息。
3. 如^L利要求1的方法，还包括执行对所述通信连接的计费，其中仅针对从其接收所述第 一成功 响应消息的分支进行所述计费，而终止对其他分支的计费。
4. 如权利要求3的方法，其中所述计费包括在线计费或者离线计费。
5. 如权利要求l的方法，还包括配置所述连接终止消息以包括预先确定的参数，该参数指示所述 通信连接已与另一目的地完成。
6. 如权利要求5的方法，还包括响应于接收到包括所述预先确定的参数的所述连接终止消息，阻止对位于执行所述分流的所述网络节点的前向中的网络节点中的计费。
7. 如权利要求2的方法，还包括终止所述网络节点中及其反向侧上的、用于针对向其发送了所述 失败响应消息的分支的计费会话。
8. 如权利要求l的方法，还包括在在线计费的情况下，针对每个分支建立单独的信用控制会话。
9. 如权利要求l的方法，其中所述执行包括在包括网络控制 节点或者应用服务器的网络节点处执行所述分流。
10. —种设备，被配置用于参与至少两方之间的通信连4妻的初始4匕；执行将所述通信连接分流到所述网络节点的前向中的多个分支； 接收来自于所述多个分支中至少一个分支的目的地节点的响应 消息；将来自于所述目的地节点之一的第一成功响应消息转发至所述 设备的反向侧；响应于从至少一个其他目的地节点接收到不同于所述第一成功 响应的另外的成功响应消息，生成连接终止消息；以及将所述连接终止消息转发至所述至少 一 个其他目的地节点，用于 终止与所述至少一个其他目的地节点的对话。
11. 如权利要求10的设备，还被配置用于在接收所述第一成功响应消息之前已将临时响应转发给所述网 络节点的所述反向侧的情况下，响应于从所述至少一个其他目的地节点接收到不同于第 一确认响应的另外的成功响应消息，而向所述网络节点的反向侧发送失败响应消息。
12. 如权利要求10的设备，还被配置用于 执行对所述通信连接的计费，其中仅针对从其接收所述第一成功响应消息的分支进行所述计费，而终止对其他分支的计费。
13. 如权利要求12的设备，其中所述计费包括在线计费或者离线计费。
14. 如权利要求10的设备，其中所述连接终止消息包括预先确 定的参数，该参数指示所述通信连接已与另一目的地完成。
15. 如权利要求14的设备，还被配置用于响应于接收到包括所述预先确定的参数的所述连接终止消息，阻 止对位于执行所述分流的所述网络节点的前向中的网络节点中的计费。
16. 如权利要求ll的设备，还被配置用于终止所述网络节点中及其反向侧上的、用于针对向其发送了所述 失败响应消息的分支的计费会话。
17. 如权利要求10的设备，还被配置用于 在在线计费的情况下，针对每个分支建立单独的信用控制会话。
18. 如权利要求10的设备，其中执行所述分流的所述网络节点 是网络控制节点或应用服务器。
19. 一种设备，包括参与装置，用于参与至少两方之间的通信连接的初始化； 执行装置，用于执行将所述通信连接分流到所述网络节点的前向 中的多个分支；接收装置，用于接收来自于所述多个分支中一个分支的目的地节 点的响应消息；转发装置，用于将来自于所述目的地节点之一的第一成功响应消息转发至所述设备的反向侧；生成装置，用于响应于从至少一个其他目的地节点接收到不同于所述第一成功响应的另外的成功响应消息，生成连接终止消息；以 及连接转发装置，用于将所述连接终止消息转发至所述至少 一个其 他目的地节点，以终止与所述至少一个其他目的地节点的对话。
20. —种设备，被配置用于响应于对通信连接初始化进行回复的成功响应消息，接收连接终止消息；处理包括在所述连接终止消息中、并指示所述通信连接已与另一目的地完成的预先确定的参数；以及响应于接收到包括所述预先确定的参数的所述连接终止消息来 阻止计费。
21. 如权利要求20的设备，进一步配置用于为了阻止所述计 费，使用配置用于终止所述计费的参数来执行信用控制更新过程。
22. —种设备，包括接收器装置，用于响应于对通信连接初始化进行回复的成功响应 消息，接收连接终止消息；处理器装置，用于处理包括在所述连接终止消息中、并指示所述 通信连接已与另一目的地完成的预先确定的参数；以及阻止器装置，用于响应于接收到包括所述预先确定的参数的所述 连接终止消息来阻止计费。
23. —种方法，包括 初始化至少两方之间的通信连接；在网络节点处，执行将所述通信连接分流到所述网络节点的前向中的多个分支；以及针对每个分支建立单独的信用控制会话。
24. —种设备，被配置用于参与至少两方之间的通信连接的初始化；执行将所述通信连接分流到所述网络节点的前向中的多个分支； 以及针对所述多个分支中至少一个分支，建立单独的信用控制会话。
25. —种设备，包括参与装置，用于参与至少两方之间的通信连接的初始化； 执行装置，用于执行将所述通信连接分流到所述网络节点的前向 中的多个分支；以及建立装置，用于针对所述多个分支中至少一个分支，建立单独的信用控制会话。
26. —种设备，包括参与单元，被配置用于参与至少两方之间的通信连接的初始化；执行单元，被配置用于执行将所述通信连接分流到所述网络节点 的前向中的多个分支；接收器，被配置用于接收来自于所述多个分支中至少一个分支的 目的地节点的响应消息；转发单元，被配置用于将来自于所迷目的地节点之一的第一成功 响应消息转发至所述设备的反向侧；生成单元，被配置用于响应于从至少一个其他目的地节点接收到 不同于所述第 一成功响应的另外的成功响应消息，生成连接终止消 息；以及连接转发单元，被配置用于将所述连接终止消息转发至所述至少 一个其他目的地节点，用以终止与所述至少一个其他目的地节点的对话。
27. —种设备，包括接收器，被配置用于响应于对通信连接初始化进行回复的成功响 应消息，接收连接终止消息；处理器，被配置用于处理包括在所述连接终止消息中、并指示所 述通信连接已与另一目的地完成的预先确定的参数；以及阻止器，配置用于响应于接收到包括所述预先确定的参数的所述 连接终止消息来阻止计费。
28. —种设备，包括参与单元，被配置用于参与至少两方之间的通信连接的初始化； 执行单元，被配置用于执行将所述通信连接分流到所述网络节点的前向中的多个分支；以及建立单元，被配置用于针对所述多个分支中至少一个分支，建立 单独的信用控制会话。
29. —种在计算机可读介质上具体化的计算机程序，所述计算机程序被配置用于控制处理器以执行初始化至少两方之间的通信连接；在网络节点处，执行将所述通信连接分流到所述网络节点的前向 中的多个分支；在所述网络节点处，接收来自于所述多个分支中至少一个分支的 目的地节点的响应消息；在所述网络节点的反向侧，对来自于所述目的地节点之一的第一 成功响应消息进行转发；响应于从至少一个其他目的地节点接收到不同于所述第 一成功 响应的另外的成功响应消息，生成连接终止消息；以及将所述连接终止消息转发至所述至少 一 个其他目的地节点，用于 终止与所述至少一个其他目的地节点的对话。
30. —种在计算机可读介质上具体化的计算机程序，所述计算机 程序被配置用于控制处理器以执行初始4匕至少两方之间的通信连4妄；在网络节点处，执行将所述通信连接分流到所述网络节点的前向中的多个分支；以及针对所述多个分支中至少一个分支，建立单独的信用控制会话。
全文摘要
诸如网络控制节点(诸如，CSCF或应用服务器)的、执行分流的网络节点仅对来自于分流分支的第一成功响应消息进行转发，使得分流节点中的和从此点反向的节点中的计费功能仅对“胜出”的分支进行收费。通过包括在“未使用”的成功联系分支的BYE请求中发送的专用理由报头，从分流点的前向的节点中的计费功能允许阻止针对这种未使用的分支的收费。这适用于例如3GPP定义的在线计费方法和离线计费方法两者。
文档编号H04L29/06GK101518031SQ200780035888
公开日2009年8月26日 申请日期2007年8月20日 优先权日2006年8月21日
发明者J·瓦尔加, R·罗波尔伊 申请人:诺基亚公司