专利名称：多媒体通信的特定流重定向的制作方法
技术领域：
本发明涉及一种用于建立两个参与者之间的IP通信的方法。此外，本发明也涉及用于控制由一个参与者终端从两个参与者之间的IP通信所接收的数据分组的计算机可执行软件代码以及一个客户计算机，上述客户计算机连接到IP网络并包括一个通信单元用于参与者执行与第二参与者的IP通信。本发明基于优先申请EP 05 290779.7，这里通过参考将其纳入。
背景技术：
互联网协议IP电话，也称为互联网协议上语音(VoIP)正变得越来越流行。这种发展支持如基于IP的视频会议的多媒体通信基础。IP通信基于互联网协议的使用，以在IP网络上传输例如语音分组。通常，由两个打开彼此间通信会话的端点进行呼叫连接。在面向连接的通信的基本网络公共交换电话网络(PSTN)中，公共(或私有)交换机通过网络连接逻辑信道来完成上述呼叫。在一个VoIP实现中，这个连接是一个实时传送的多媒体流(音频、视频或两者)。这个连接是承载信道并且代表所传递的语音和/或视频内容。
对于VoIP的操作有两种竞争的标准化协议，ITU-T H.323和IETF会话初始协议(SIP)。这两种协议用不同的方式描述了基于分组的网络上的多媒体会议的信令和控制。
ITU建议H.323是一个基于分组的多媒体通信系统，其是一个规范集。这些规范定义了不同的信令功能，以及与被分组化的音频和视频服务相关的媒体格式。H.323标准通常是首先对LAN技术之上的多媒体传递问题进行分类和解决。H.323网络包括(媒体)网关和网守。网关用作H.323的终端端点和与例如PSTN的非H.323网络之间的接口。网守作为用于呼叫准入控制、带宽管理和呼叫信令的中心单元。
相对比的，会话初始协议(SIP，RFC 3261)是IETF多媒体数据和控制协议框架的一部分。SIP是一种应用在VoIP网络中的强大的客户-服务器信令协议。SIP处理会话者之间多媒体会话的建立与拆除；这些会话可以包括多媒体会议、电话呼叫和多媒体分发。它基于使用邀请来创建会话描述协议(SDP)消息，用来执行能力交换和建立呼叫控制信道使用。这些邀请使参与者对兼容媒体类型集取得一致意见。SIP通过代理和重定向请求到用户当前位置来支持使用移动性。用户可以通过向一个注册器(registrar)发送一个注册消息，来告知服务器它们的当前位置(IP地址或URL)。SIP客户-服务器应用有两种操作模式SIP客户可以通过一个代理服务器发信号或通过重定向服务器发信号。
一个VoIP网络的主要部件在功能上与一个电路交换的网络的非常相似，并且基于三个主要部分，即媒体网关、媒体网关/信令控制器(网守)和IP网络本身。媒体网关负责呼叫发起、呼叫检测、语音的模-数转换和语音分组的创建(CODEC功能)。另外，媒体网关具有可选的特征，例如语音(模拟和/或数字)压缩、回波消除、静音抑制和统计信息收集。上述媒体网关形成语音内容所使用的接口，以便它能够在IP网络上传送。媒体网关是承载业务量的源。典型地，每个谈话(呼叫)是一个通过实时传输协议(RTP)传输的单个IP会话，其中RTP运行在用户数据包协议(UDP/IP)或者传输控制协议(TCP/IP)之上。媒体网关控制器(类似于H.323网守)具有协调上述媒体网关功能的信令和控制服务。上述媒体网关控制器负责所有或部分呼叫信令协调、电话号码翻译、主机查找、资源管理和到PSTN的信令网关服务(SS7网关)。
实时传输协议(RTP)为具有实时特征的数据，例如交互式音频和视频，提供端到端的传递服务。服务包括有效载荷类型识别、序列编号、加时间戳和传递监控。RTP协议为实时应用提供具有能力重构定时、丢失检测、安全、内容传递和编码方案识别的特征。将语音数字化的媒体网关使用RTP协议来传递语音(承载)业务量。对于每一个参与者，一对特殊的目的IP地址定义了两个端点之间的会话，对于进行中的每个电话呼叫，其转化为单个RTP会话。RTP是建立在UDP之上的应用服务，因此它是无连接的尽力(best-effort)传递的。作为它的规范的一部分，RTP有效载荷类型域包括媒体网关用来数字化语音内容的编码方案。这个域识别RTP有效载荷格式，并且由上述媒体网关中的CODEC确定它的解释。一个配置文件(profile)规定了从有效载荷类型代码到有效载荷格式的默认静态映射。这些映射代表用于视频的ITU系列编码方案以及相对应的。
在US 2002/0194606中描述了在视频会议系统和计算机系统之间的通信的方法和系统。这个系统包括一个视频会议单元和一个处理器。上述视频会议单元是一个捕获音频和视频信息并且创建具有适合RTP协议的格式的数据的系统。上述处理器接收数据并将它重新装配成一个适合于计算机系统上标准媒体的格式。更具体地，上述将数据重新装配成一个适合于计算机系统上标准媒体的格式的步骤，可以通过首先确定数据帧是否包含音频或者视频数据，接着适当地缓冲音频数据或视频数据来实现。然后创建具有适合于计算机系统上标准媒体的格式的数据。一旦上述数据被正确地格式化和重新装配，它能够作为电子邮件附件发送或存储在一个服务器上。这样的一种系统和方法不适合于对来自IP通信的数据流进行特定控制。
发明内容
根据以上所述，本发明的一个目的是提供一种方法，用于维持最初定为目标的第一和第二参与者终端之间的IP通信的同时，建立两个参与者之间的IP通信，其中特定控制来自该多媒体IP通信的数据流。本发明的另一个目的是提供一种计算机可执行软件代码，用于控制由参与者终端从两个参与者之间的IP通信接收的数据分组。另外，本发明的一个目的是提供一种客户计算机，连接到IP网络并且包括一个通信单元，用于一个参与者执行与第二参与者的IP通信，上述客户计算机包括一个在其上记录有计算机程序的计算机可读介质，上述计算机程序包括提供特定控制来自多媒体IP通信的数据流的代码。
根据本发明，这个目的可以通过应用以下步骤来实现建立一个连接用于传输包括多媒体数据的分组，上述多媒体数据来自都连接到IP网络的第一参与者终端和第二参与者终端之间的IP通信；利用一个嗅探器来分析由上述第一或第二参与者终端经由IP网络接收的该IP通信的数据分组的头部，该嗅探器可以但不排他地是在该第一或第二参与者终端上实现的单元；维持该第一和第二参与者终端之间的多媒体IP通信的同时，在该第一或第二参与者终端上提供发起将与在相应分组的头部中定义的一个特定数据流相对应的已分析分组重定向至与该第一或第二参与者终端互连的另一个终端的可能性。
在根据本发明的一个替代的实施方式中，将被重定向的特定数据对应于来自该多媒体IP通信的视频流。这可以有利地应用为多媒体IP通信是提供参与者之间共享文件的可能性的电话会议的一部分。
在根据本发明的另一个替代的实施方式中，上述特定数据流可以被重定向至第一或者第二参与者终端的一个专用端口。以这种方式，因为与上述专用端口连接的另一个终端已经适合于处理上述特定数据流，所以不必由一些信令数据领先于该重定向到该专用端口的特定数据流。例如，如果上述特定数据流是来自该多媒体IP通信的视频流部分，则与上述专用端口连接的另一个终端是具有在其上将显示对应于上述视频流的图像的显示器的终端将是有利的。
根据本发明的另一个方面，它的目的由一种用于控制由一个参与者终端从两个参与者之间的IP通信所接收的数据分组的计算机可执行软件代码来实现。该代码包括在上述参与者终端上提供发起重定向与特定数据流相对应的数据分组的可能性的代码。这在识别出通常在相应分组的头部定义的特定数据流的特征之后实现。通过一些嗅探器可以执行上述过程，嗅探器可以是但不必需是该计算机可执行软件代码的部分。这样的计算机可执行软件代码的使用有利地允许以不同的方式控制IP通信的不同特定数据流。当IP通信是一个电话会议的一部分时，这尤其具有巨大优势，使得最初定为目标的终端通过向另一个与该终端互连的终端传送视频，免于显示IP通信的视频部分。这样的计算机可执行软件代码可安装在呼叫者或被呼叫者或者甚至用于IP通信的两个参与者终端之上。
本发明的有利发展在从属权利要求、下面的描述和附图中作描述。
现在将进一步参考附图解释本发明的示例性实施方式图1是一个体系结构示意图，对于建立一个用于本发明的IP通信具有不同的步骤；图2是与图1上的相同的体系结构示意图，对于建立一个用于本发明的IP通信具有不同的步骤顺序；图3是根据本发明的一种实施方式的示意图；图4是根据本发明的一种实施方式的流程图。
具体实施例方式
图1上示出了当实现本发明时所使用的一个典型体系结构。用于执行两个参与者，即一个呼叫者和一个被呼叫者，之间的IP通信的主要组件，分别是呼叫者终端1和被呼叫者终端2，它们都经由各自的网关11、12连接到IP网络3。当建立一个IP通信时，通常包括连接到IP网络3的作为媒体网关控制器(SIP)的呼叫代理或网守(H.323)的另一个组件。有多种方法来建立这样的IP通信。如果选择参考H.323则步骤的顺序如下在启动或登录时上述呼叫者的终端1和被呼叫者的终端2各自经由它们各自的网关11、12向上述网守13注册。当呼叫者在他的终端1处拨被呼叫者的目的电话号码时，这个请求经由网关11被发送到网守13。可选择地，上述网守13授权完成该IP通信14。网守13明了该通信的带宽需求。接着，上述呼叫者向被呼叫的被呼叫者发送呼叫建立消息15，接着与被呼叫者进行能力交换16(CODEC参数，媒体流建立)。通过建立消息，如常用电话铃声，也可以是显示在被呼叫者终端2的屏幕上的其它类型消息，从他的网关12被呼叫者被告知有呼叫进入。可选择地，一个资源预留协议请求直接在网关11和12之间发送。并且接下来两个参与者打开它们之间的一个RTP会话17。
图2上示出了与图1上的相同的体系结构，当建立对应于替代的标准化协议SIP的使用的IP通信时，具有不同的步骤顺序。与图1的差别在于当建立一个IP通信时的步骤顺序。当呼叫者在他的终端1上拨被呼叫者的目的电话号码时，媒体网关11将通知21呼叫代理13呼叫到来。上述呼叫代理13查询电话号码(或者通用资源定位符)并且指引被呼叫者终端2所连接的网关12来创建媒体网关11和12之间的RTP连接(IP地址和端口号)。12上的呼叫代理例如用铃声或任何其它消息告知目的媒体网关有呼叫进入。最后，当两个参与者(呼叫者和被呼叫者)打开IP通信时，媒体网关11和12打开它们之间的RTP会话17。
当使用标准化协议SIP时，上述呼叫代理或媒体网关控制器13可以由一个SIP代理服务器代替。这个服务器将在查询电话号码或者URL之后向被呼叫者方发送邀请，通常为一个电子邮件地址的任何形式。替代地，上述呼叫代理13可以由一个SIP重定向服务器代替。这个服务器将在查询电话号码或URL来注册被呼叫者方之后，接着以图1上14所示的相似方式将一个目的地址发送回呼叫者。在后面这种情况中，呼叫者使用被呼叫者电子邮件地址直接向被呼叫者发送邀请。然后，当被呼叫用户打开(拾取)IP通信时，SIP客户即呼叫者的终端1和被呼叫者的终端2打开它们之间的RTP会话。
根据本发明，当建立呼叫者终端1和被呼叫者终端2之间的IP通信时，一个嗅探器(sniffer)可以被激活来分析由上述被呼叫者终端2经由RTP会话从呼叫者处所接收的分组的头部。上述嗅探器能够从例如先于RTP上数据流的SIP会话中，提取RTP会话参数，像RTP端口、呼叫者/响应者的IP地址和动态编解码类型。这样的嗅探器可以在上述被呼叫者终端2上实现，但也可以设想其它实现。
和上述嗅探器一起向被呼叫者提供一个形式为计算机可执行软件代码的软件代码，上述软件代码包括使被呼叫者终端可以重定向与特定数据流相对应的数据分组的代码。通过分析各个分组的头部由嗅探器获得上述特定数据流的特征。如图1和2上所示，另一个终端4连接到被呼叫者终端2。这样的互连最好经由一个专用端口，如通用串行总线，但也可以设想其它接口，如蓝牙或WLAN。另一个终端4最好是一个IP终端，如具有显示器的IP电话。以这样一种方法，被呼叫者可以将一些特定数据流重定向至另一个终端4，这些特定数据流对应于例如呼叫者终端1和被呼叫者终端2之间的多媒体I P通信的视频流。这尤其有利于使被呼叫者终端2免于显示视频流，因为视频流已在另一个终端4的屏幕上显示。如USB端口的专用端口的使用具有当特定数据流被重定向至另一个终端4时在特定数据流之前不需要特定信令来通知另一终端4上述被重定向的数据流内容的优点。
图3上示出了根据本发明的一种实施方式，其优选而不排他地适合于电话会议内的IP通信。在图上示出了呼叫者终端和被呼叫者终端之间的H.323呼叫控制信令和RTP流(视频编解码H.261、H.263等等)。RTP嗅探器(驱动器)的使用能够清楚地识别在呼叫者和被呼叫者之间经由RTP传送的不同分组。特别地，能够识别与视频流相对应的分组，并能够通过上述嗅探器根据分组的特征区分不同的流(音频或视频)。这样的区分可以被一个RTP交换机使用，该RTP交换机可以但不排他地在被呼叫者终端2上实现。在图3上进一步示出了通常应用在一个电话会议中的计算机可执行软件代码，例如允许在参与者之间共享如doc文件的文件或呈现。这样的计算机可执行软件代码，以软件开发工具包(SDK)的形式，这里的例子为网络会议，可直接访问上述RTP交换机。在被呼叫者终端2上可以进一步实现一些代码，这些代码是上述包括可发起重定向的代码的计算机可执行软件代码的一部分。这样的代码可以以应用Java的形式，该应用Java具有一些例如图标当被发起时允许被呼叫者将与在各个分组的头部中定义的特定数据流相对应的数据分组重定向至经由USB端口互连的另一个终端4。在图3上所示的例子中将被重定向的特定数据对应于这样的视频流，该视频流将在另一个终端的屏幕上播放，这里上述另一个终端是一个具有显示器的IP终端。接着被呼叫者可以使用他的终端2的屏幕来显示共享的文件，不需要受到该IP通信的视频流的限制。
图4上示出了根据本发明的一种实施方式的流程图。首先连同允许重定向特定数据流的Java应用一起启动特定的开发工具包以在一个电话会议期间控制文件的共享。建立上述IP通信。当RTP会话建立时，RTP流经RTP嗅探器和交换机。在根据图4的实施方式中的Java应用，其以与图3中的相似的形式，给予被呼叫者(或者呼叫者，或者甚至两个参与者，依赖于实现，一个选项，用来将视频流重定向至他的终端或者另一个IP设备，这里他的终端是PC屏幕。如果RTP嗅探器发现视频流，则视频流接着被分别发送到SDK(这里是网络会议)或者专用USB端口，然后显示视频流。如果上述RTP嗅探器不能发现视频流，例如，RTP会话没有完全建立或者使用了上述嗅探器所不知道的代码，则应用Java使用户能够在一个随后的时间发起重定向。
从上面的描述很清楚，根据本发明的所提出的解决方案可以以同样的方式在呼叫者端实现。
权利要求
1.一种用于建立两个参与者之间的IP通信的方法，该方法包括步骤建立一个连接用于传输包括多媒体数据的分组，上述多媒体数据来自都连接到IP网络的第一参与者终端和第二参与者终端之间的IP通信；利用一个嗅探器来分析由上述第一或第二参与者终端经由IP网络接收的该IP通信的数据分组的头部；维持该第一和第二参与者终端之间的多媒体IP通信的同时，在该第一或第二参与者终端上提供发起将与在相应分组的头部中定义的一个特定数据流相对应的已分析分组重定向至与该第一或第二参与者终端互连的另一个终端的可能性。
2.根据权利要求1的方法，其中适合于与多媒体IP通信的视频流相对应的特定数据。
3.根据权利要求1的方法，其中该多媒体IP通信是提供参与者之间共享文件的可能性的电话会议的一部分。
4.根据权利要求1的方法，其中将该特定数据流重定向至该第一或第二参与者终端的专用端口。
5.一种计算机可执行软件代码，用于控制由参与者终端从两个参与者之间的IP通信接收的数据分组，该代码包括维持该两个参与者终端之间的多媒体IP通信的同时，在该参与者终端上提供发起将与在相应分组的头部中定义的一个特定数据流相对应的数据分组重定向至与该参与者终端互连的另一个终端的可能性的代码。
6.根据权利要求5的计算机可执行软件代码，其中该代码是一个用于经由IP网络执行电话会议的计算机可执行软件代码的一部分，上述电话会议提供在参与者之间共享文件的可能性。
7.一种客户计算机，连接到IP网络并且包括一个通信单元，用于一个参与者执行与第二参与者的IP通信，上述客户计算机包括一个在其上记录有计算机程序的计算机可读介质，上述计算机程序包括在维持上述通信单元和上述第二参与者终端之间的多媒体IP通信的同时，提供发起将与在相应分组的头部中定义的一个特定数据流相对应的IP通信的数据分组重定向至与该客户计算机互连的另一个终端的可能性的代码。
全文摘要
提出了一种方法，用于维持最初定为目标的第一和第二参与者终端之间的IP通信的同时，建立两个参与者之间的IP通信，其中特定控制来自该多媒体IP通信的数据流。这通过如下实现建立一个连接用于传输包括多媒体数据的分组，上述多媒体数据来自都连接到IP网络的第一参与者终端和第二参与者终端之间的IP通信，同时利用一个嗅探器来分析由上述第一或第二参与者经由IP网络接收的该IP通信的数据分组的头部。在该第一或第二参与者终端上提供发起将与在相应分组的头部中定义的一个特定数据流相对应的已分析分组重定向至与该第一或第二参与者终端互连的另一个终端的可能性。
文档编号H04L12/56GK1845547SQ200610056848
公开日2006年10月11日 申请日期2006年3月9日 优先权日2005年4月6日
发明者斯特凡娜·库尔尼, 让·弗朗索瓦·雷伊 申请人:阿尔卡特公司