发明内容
本发明的一个目的是减小或者消除现有技术中已知的至少一个缺点,并且提供一种用于从第一终端发送第一多媒体流并且在第二终端接收第二相关多媒体流的方法和系统。
在一个实施例中,第一和第二终端被连接到至少一个网关以使能第一多媒体流和发送和第二相关流的接收。该方法包括步骤:
-使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换;
-使用第二协议提供触发到第二终端,以启动在第二终端和网关之间的第二多媒体会话信息的交换;
-响应于提供所述触发,第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换,第三协议不同于第二协议;
-从第一终端发送第一多媒体流并且在第二终端接收第二相关多媒体流。
因此,该方法使得第一终端的用户将用户实时产生的内容的多媒体流发送到第二终端,由此第一终端使用与第二终端使用来接收相关多媒体流的多媒体协议不同的多媒体协议来建立多媒体流。
在根据该实施例的方法中,网关能将支持例如SIP的第一协议的第一终端连接到支持例如RTSP的不同的(第三)协议的第二终端。对于第一终端,即用户侧上的(发起)SIP客户端,该网关作为(终止)SIP客户端。网关与第一终端交换关于第一多媒体会话的规范的信息。在第一多媒体会话中,多媒体流从第一终端发送。对于第二终端,即,RTSP客户端,网关作为代表用户的RTSP服务器,由此第二终端使用RTSP用于与网关交换关于第二多媒体会话的规范的信息。在第二多媒体会话中,由第二终端接收多媒体流。
使用与第二终端使用来交换第二多媒体会话信息的协议不同的第二协议来触发第二终端,通知第二终端新的多媒体流的可用性并且启动RTSP客户端以连接到网关的RTSP服务器功能。可选地,RTSP客户端的启动可以仅在第二终端的用户批准之后发生。那么批准步骤只是全部自动过程中的一部分。
网关既作为SIP客户端也作为RTSP服务器,并且可为第二终端提供触发以将第二终端连接到网关。本发明基于这样的理念:使用与第二终端使用来设置多媒体接收的协议不同的协议来提供触发。这种理念基于某些协议仅能在一个方向上启动多媒体会话的认识。触发(消息)确保来自用户的SIP客户端和来自演播室的RTSP客户端能够被连接以便使得用户产生的内容能够从第一终端发送到第二终端。
在根据本发明的方法的进一步实施例中,第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息并且由此响应所述提供开始从第一终端发送第一多媒体流。这具有为该方法提供了附加的灵活性的优点。网关不再将双方相关的多媒体会话的预配置规范提供给流的发送和接收中所涉及的终端,而是网关可以使用来自第二接收终端的(所要求的)设置,并且将这些提供给第一发送终端。反之亦然,并且为了达到同样的益处,网关可以使用来自第一发送终端的(所要求的)设置,并且将这些提供给第二接收终端。在这两种情况下,多媒体流的发送、相应的接收可以仅在这些设置的交换之后开始。
在该方法的实施例中,第一协议是对等型协议,优选的是会话启动协议(SIP)。对等协议的优点是两方都可以启动流会话的建立。因此在本发明中,可以是第一终端提供多媒体流或者可以是网关首先要求第一终端提供多媒体流。SIP协议是多媒体会话中非常通用的协议,因此多数设备和网络结构都支持这个协议。
在该方法的进一步实施例中,第三协议是客户端-服务器型协议,优选的是实时流协议(RTSP)。典型地,客户端-服务器型协议是被设计成仅支持单向启动建立多媒体会话的协议。通常只有客户端能启动该建立。因此,本发明在第二接收终端仅具备这种协议的客户端能力并且因此不能通过这种协议接收邀请时使用是有利的。在接收第二终端想要控制到来的流并且使用这种协议的特殊控制选项时使用RTSP协议是有利的。
在该方法的进一步实施例中,提供触发到第二终端的步骤由网关启动。使网关而不是例如第一终端提供触发在第一终端不具有合适的触发能力、不知道如何到达第二终端时以及在需要到达多个接收终端的情况下是有利的。
在本发明更进一步的实施例中,该触发包括网关的网络地址,优选的是URI或者URI引用。如果第二终端未配置有默认地址、或者正常用于接收多媒体流的默认(代理)地址不可用时,这是有利的。
在本方法的另一实施例中,第一多媒体会话信息的交换包括提供第二终端的标识符给网关。如果是网关提供触发给第二终端,那么这是有利的。在这种情况下,网关需要能够识别将要到达的第二终端的地址。
在该方法进一步的实施例中,该方法包括在提供触发给第二终端之前,将第二终端的标识符解析成网络地址的附加步骤。这可以是这样的情形:当由网关发送的触发和标识符不包括第二终端的网络地址时。标识符可以是封闭的用户组ID,在这种情形下,所有接收终端的所有网络地址首先需要被标识。
在根据该方法的另一实施例中,第一和第二协议是相同的。这简化了本发明的实施。与此类似的情形可以在接收端具有RTSP和SIP客户端能力二者时发生。可以随后使用SIP协议来提供触发,而使用RTSP客户端来进行多媒体流的接收的启动和建立,因此使能了SIP所缺乏的控制功能性(特技播放(trickplay))。
在该方法的另一实施例中,第二相关多媒体流是多播流。这在可向多个接收终端提供现场多媒体流时是有利的。它们可以在被提供触发并且已经在第二多媒体会话信息交换中从网关接收到多播地址后使用IGMP来注册(sign-up)到多播。
在该方法进一步的实施例中,第一多媒体流是多播流。这在第一发送终端具有(已经接收了)其能够使用来多播其多媒体流的多播地址时是有利的。
在该方法更进一步的实施例中,第一多媒体流是与第二相关多媒体流相同的多媒体流。在这种情况下,(现场)内容也可以被现场接收/从第一发送终端没有任何实质性延迟地接收。为了使能附加的特技播放(控制)功能性,在被作为第二相关流再次发送到第二终端之前,所发送的多媒体流需要在诸如RTSP服务器的多媒体服务器的控制下首先被流式传输和缓冲到一个位置。附加的控制功能(例如前进、后退、暂停)然后可以被施加到该第二相关流上。
在该方法的另一实施例中,第一终端和网关都包括在相同的设备中并且第一协议是内部协议。这在网络(或者演播室/接收端)不具备根据本发明的网关功能性时是有利的实施方式。优选的是,这种情形可以在发送和接收终端之间存在一对一的关系,并且两个终端都被包括在移动设备中时出现。
在一个方面中,本发明涉及一种用于从第一终端发送多媒体流并且在第二终端接收相关第二多媒体流的系统,其中,该系统包括:
连接到至少一个网关的第一终端和第二终端,
其中第一终端包括(i)用于使用第一协议与网关交换第一多媒体会话信息的装置,以及(ii)用于发送第一多媒体流的装置;
其中该网关或第一终端包括(iii)用于使用第二协议触发第二终端的装置,-使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换,
其中该第二终端包括(iv)用于使用第二协议接收触发的装置,以及(v)用于响应所述触发使用第三协议启动与网关的第二多媒体会话信息的交换的装置,以及(vi)用于接收与第一多媒体流相关的第二多媒体流的装置。
在根据本发明的系统的进一步实施例中,该网关还包括用于将第一多媒体会话信息关联到第二多媒体会话信息的装置。这在网关不具备默认配置、不知道如何指示发送和接收终端,但要求更多灵活配置时是有利的,由此在建立多媒体会话时考虑所涉及的终端的设置要求和能力。
在本发明的又一方面涉及一种配置为使用在根据本发明的系统中的网关,其中,该网关包括:
-用于使用第一协议与网关交换第一多媒体会话信息的装置,
-用于响应于第二终端能启动与网关的第二多媒体会话信息的交换而触发第二终端的装置,所述触发使用第二协议来提供,
-用于使用第三协议与第二终端交换第二多媒体会话信息的装置,该第三协议与第一协议不同。
在根据本发明的网关的进一步实施例中,该网关还包括将第一多媒体会话信息和第二多媒体会话信息彼此关联的装置。
在根据本发明的网关的更进一步的实施例中,该网关包括SIP客户端功能性和RTSP服务器功能性。
在根据本发明的网关更进一步的实施例中,该网关被嵌入在IMS网络结构中,其中第一协议是SIP,第三协议是RTSP,并且其中
-用于交换第一多媒体会话信息的装置是IMS内的服务控制功能的一部分,
-用于触发第二终端的装置是IMS内的服务控制功能的一部分,
-用于交换第二多媒体会话信息的装置是IMS内的媒体功能的一部分。
IMS是在操作者之间变得越来越受欢迎的被用来向其顾客提供多媒体服务的结构。根据本发明实施例的分布式网关是特别有利的,因为它可以使用已经在IMS结构中存在的标准(化)元件和功能性来实施。
在本发明的一个实施例中,第一终端被连接到第二终端。此外,第一和第二终端被连接到至少一个网关以用于使得多媒体流从第一终端发送到第二终端。该方法包括步骤:(i)第一终端邀请网关来在第一终端和该网关之间建立第一多媒体会话,第一多媒体会话由第一协议控制;(ii)响应于该邀请,网关通知第二终端待定的邀请;(iii)响应于该通知,第二终端在第二终端和网关之间建立第二多媒体会话,第二多媒体会话由第二协议控制;(iv)响应于该邀请,网关建立第一多媒体会话;以及(v)将多媒体流从第一终端发送到第二终端。
根据本实施例的方法因此允许使用第一多媒体协议的第一终端的用户将用户实时产生的内容流式传输到使用第二多媒体协议的第二终端,其中第一和第二终端都作为客户端。
在根据本实施例的方法中,网关能将支持例如SIP的第一协议的第一终端连接到支持例如RTSP的第二协议的第二终端。对于第一终端,即,用户侧上的(发起)SIP客户端,该网关用作(终止)SIP客户端。网关确认能从用户接收多媒体会话并为第一终端提供多媒体会话信息。对于第二终端,即RTSP客户端,网关用作代表用户的RTSP服务器,由此第二终端使用RTSP用于会话控制。
网关通知第二终端到来的会话是待定的并且通知RTSP客户端连接到网关的RTSP服务器功能。
因此网关作为SIP和RTSP二者的服务器并且使用通知消息以用于连接到第二终端RTSP客户端。这个消息用作触发消息并且确保来自用户的继承性(legacy)SIP客户端以及来自演播室的RTSP客户端能够被连接以便使得用户产生的内容从第一终端发送到第二终端。
在一个实施例中,第一协议是会话启动协议(SIP)。在进一步的实施例中,第一终端发送SIP邀请(SIP INVITE)到网关。
在进一步的实施例中,第二协议是实时流协议(RTSP)。
在又一个实施例中,响应于第一终端的邀请,网关将通知消息发送到第二终端,以便启动第二终端在第二终端和网关之间建立第二多媒体会话。
在一个实施例中,该方法包括步骤:-第一终端将第一多媒体会话信息发送到网关;-网关将第一多媒体会话信息发送到第二终端。
在另一个实施例中,该方法包括步骤:-第二终端将第二多媒体会话信息发送到网关;-网关将第二多媒体会话信息发送到第一终端。在进一步的实施例中,第一多媒体会话信息和/或第二多媒体会话信息是使用会话描述协议(SDP)来发送的。
在又一个实施例中,第一终端包括SIP客户端和/或第二终端包括RTSP客户端。
在进一步的实施例中,本发明涉及一种用于将多媒体流从第一终端发送到第二终端的方法,其中第一和第二终端分别连接到第一和第二网关。这些网关能在第一和第二终端之间建立多媒体会话。该方法包括步骤:(i)第一网关准备第一终端用于与第二终端建立多媒体会话,其中第一协议用于第一终端的准备;(ii)第一网关邀请第二网关在第一终端和第二终端之间建立多媒体会话,该多媒体会话由第二协议建立;(iii)响应于该邀请,第二网关通知第二终端准备与第一终端的多媒体会话,其中第一协议用于第二终端的准备;(iv)响应于该邀请,在第一终端和第二终端之间建立多媒体会话;以及(v)将多媒体流从第一终端发送到第二终端。
在该实施例中,用户位置处的第一SIP-RTSP网关以及演播室位置处的第二SIP-RTSP网关的目的是在继承性SIP和RTSP功能之间交换正确的RTP信息(IP地址、端口号、SDP会话描述等等)。这允许RTP媒体流由SIP会话建立和控制并且使得用户能够触发电视演播室来获取流式传输的用户产生的内容。RTSP协议可被用于控制RTP流。
在一个实施例中,第一协议可以是实时流协议(RTSP)。在另一个实施例中,第二协议是会话启动协议(SIP)。
在进一步的实施例中,响应于第一网关的邀请,第二网关发送通知消息到第二终端,以便启动第二终端来在第一终端和第二终端之间建立多媒体会话。
在一个实施例中,该方法还包括步骤:-第一网关使用封装(encapsulated)在第一协议中的SDP协议从第一终端接收第一多媒体会话信息,并且使用封装在第二协议中的SPD协议将第一多媒体会话信息发送到第二网关;以及-第二网关使用封装在第一协议中的SDP协议从第一网关接收第一多媒体会话信息并且将第一多媒体会话信息发送到第二终端。
在另一实施例中,该方法还包括步骤:-响应于第一多媒体会话信息的接收,第二网关使用封装在第一协议中的SDP协议从第二终端接收第二多媒体会话信息,并且使用封装在第二协议中的SPD协议将第二多媒体会话信息发送到第一网关;-第二网关使用封装在在第一协议中的SDP协议从第二网关接收第二多媒体会话信息并且将第二多媒体会话信息发送到第一终端。
将多媒体流从第一终端发送到第二终端在一个实施例中是由RTSP协议控制的。
在进一步的实施例中,第一终端包括连接到第一网关的RTSP服务器和/或第二终端包括连接到第二网关的RTSP客户端。
在进一步的方面,本发明涉及一种用于将多媒体流从第一终端发送到第二终端的系统。在一个实施例中,该系统包括:连接到至少一个网关的第一终端和第二终端,其中第一终端包括(i)用于邀请网关与第一终端建立第一多媒体会话的装置,其中第一多媒体会话由第一协议控制,以及(ii)用于将第一多媒体会话中的多媒体流发送到网关的装置;并且其中该网关包括(iii)用于响应第一终端的邀请通知在网关和第二终端之间建立第二多媒体会话的装置,该第二多媒体会话由第二协议控制,(iv)用于响应于该邀请建立第一多媒体会话的装置以及(v)用于将多媒体流发送到第二终端的装置。
在进一步的实施例中,提供一种用于将多媒体流从第一终端发送到第二终端的系统。该系统包括分别连接到第一和第二网关的第一终端和第二终端。这些网关能在第一和第二终端之间建立多媒体会话,其中第一网关包括:(i)用于准备第一终端以与第二终端建立多媒体会话的装置,其中第一协议用于第一终端的准备;(ii)用于邀请第二网关在第一终端和第二终端之间建立多媒体会话的装置,该多媒体会话使用第二协议建立;
其中第二网关包括:(iii)用于响应于该邀请通知第二终端准备与第一终端的多媒体会话的装置,其中第一协议用于第二终端的准备;以及(iv)用于响应于该邀请在第一终端和第二终端之间建立多媒体会话的装置。
在又一方面,本发明涉及一种包括配置用于使用在根据本发明的方法中的第一终端的设备,该设备还包括根据本发明的网关。这在(操作者)网络不包括或支持根据本发明的网关时是有利的。该设备可以例如是想要将现场流提供给通过互联网可到达的家用计算机的第一移动设备。
在本发明的另一方面,要求保护一种设备,包括配置用于使用在根据本发明的方法中的第二终端,该第二终端包括:
-用于接收使用第二协议提供的触发的装置,
-用于响应于提供触发到第二终端,启动与网关的第二多媒体会话信息的交换的装置,所述启动和交换使用第三协议执行,所述第三协议不同于所述第二协议,
-用于接收与第一多媒体流相关的第二多媒体流的装置。
优选的是该设备以这样的方式进行配置:第二终端包括RTSP客户端并且用于启动第二多媒体流会话信息的交换的第三协议是RTSP协议。这具有该设备现在能够控制多媒体流的接收并且由此使用由RTSP协议提供的特技播放功能性的优势。
在进一步的发面,本发明还涉及一种计算机程序产品,包括软件代码部分,其被配置用于当在终端或网关的存储器中运行时,执行根据本发明的方法步骤。
本发明还将被进一步参考示意性示出根据本发明实施例的附图进行说明。应该理解本发明没有以任何方式被限制到这些特定的实施例。
具体实施方式
图1示出了其中可以使用本发明的示意性系统。在家庭位置,例如包括在机顶盒中的第一终端1被连接到例如电视的显示设备。此外,第一终端接收电视信号2,其由电视演播室播送并且包括提供居家用户的现场多媒体参与的节目。在一个实施例中,用户的多媒体参与可以使用例如连接到该终端的网络摄影机3来实现。由网络摄影机产生的多媒体流4通过IP网络5流式传输到位于电视演播室的第二终端6。在电视演播室,第二终端6接收用户产生的多媒体流4。以此方式可以提供从用户馈送到演播室的现场视频。
这种服务要求(i)居家用户能够在居家的第一终端1和位于演播室的第二终端6之间建立多媒体会话,其中该多媒体会话能使得能够将用户产生的多媒体内容4流式传输到演播室,以及(ii)使得演播室能够控制(例如播放、暂停、停止)由居家终端发送的多媒体流。
应该理解,结合图1所描述的允许多媒体参与的位于家庭位置的系统可以用各种替代方式实现。本领域技术人员应该理解,第一终端1、显示设备以及网络摄影机可以例如被集成在一个设备中,这个设备诸如是个人计算机、数字助理(PDA)、具有多媒体能力的移动电话。类似地,在演播室的系统可以例如是包括第二终端的多媒体服务器,其中第二终端包括用于多媒体流获取的RTSP客户端。可替换的是,第二终端可以位于混和器或代码转换器中并且配置为多媒体流自适应。
在进一步的变形中,第二终端可以是位于另一(家庭)位置的设备的一部分,并且可被用于用户对用户的多媒体流发送。包括第二终端的该设备可以是专用机顶盒(STB)、个人计算机或者包含媒体播放器软件的移动电话。
第一终端可被认为是设备中的功能单元,或者能够管理(启动、协商、监测和控制)多媒体流的发送的设备。类似地,第二终端可被认为是设备中的功能单元,或者能够管理(启动、协商、监测和控制)多媒体流的接收的设备。
在IMS结构中,SIP协议被用于在两个SIP客户端例如两个IP电话之间建立和/或协商多媒体会话。这里,术语客户端可以表示设备或终端的特定能力。例如,SIP客户端可以指的是配置为用于使用SIP协议的设备或者具有SIP能力的终端。
图2描述了使用SIP协议的示意流。典型地,第一SIP客户端将SIP邀请(SIP INVITE)7发送到第二SIP客户端,第二SIP客户端作为回应通过发送SIP 200确认(SIP 200 OK)8消息给第一SIP客户端来接受邀请。两个消息都携带有关多媒体会话的信息。这个信息使用会话描述协议(SDP)来交换,该会话描述协议(SDP)可以被封装在SIP协议中。多媒体会话可其中包括IP地址、RTP流的端口号、媒体类型(语音、音频、视频等)以及编解码器信息。此后,可使用RTP协议9来在SIP客户端之间流式传输多媒体。
然而,SIP被设计成用于建立和支持交互式媒体会话。虽然SIP也提供集合(aggregate)流控制(即,用一个控制会话来控制来自不同位置的多个流的能力)的形式,但是它不能提供由使用在诸如视频点播(VoD)的流式传输应用中的RTSP协议所提供的有效控制。RTSP允许客户端通过发布例如播放、暂停、停止、快进、快退等VCR类指令来远程控制流媒体(RTSP)服务器,并且允许基于时间的访问服务器上的文件。另外,继承性配备可以要求使用RTSP,这是因为继承性配备没有被提供有SIP客户端。
图3示意性地描述了使用RTSP协议的示意流。在建立和控制RTSP客户端和RTSP服务器之间的RTSP多媒体会话中,标准RTSP消息10(选项(OPTIONS)、描述(DESCRIBE)、建立(SETUP)、播放(PLAY))被在客户端和服务器之间交换以便向两方提供RTSP会话所需的信息。RTSP协议设计成操作的方式是总是RTSP客户端而不是RTSP服务器启动建立这种会话。与SIP类似,使用会话描述协议(SDP)交换RTSP会话信息,会话描述协议(SDP)可以被封装在RTSP协议中。一旦会话建立,可以使用RTSP协议将多媒体从服务器流式传输到客户端11,其中RTSP允许客户端控制流式传输。
图4描述了代表根据本发明示意性实施例的系统的示意图。在该实施例中,居家的第一终端12包括SIP客户端13,其能与SIP-RTSP网关15建立SIP会话14。SIP-RTSP网关可以位于也包括在电视演播室中的第二终端16的设备中。第二终端16包括RTSP客户端。
对于在用户侧的第一终端的(发起)SIP客户端,网关作为(终止)SIP客户端。网关确认能从第一终端接收多媒体会话并且通知在用户侧的第一终端有关会话细节以及RTP端口号。该第一多媒体流会话信息可使用可被封装在SIP消息中的SDP协议来交换。
网关还能将从第一终端接收的用于识别第二终端的标识符解析成第二终端的网络地址。这个解析过程可由网关或者在网关的控制下由另一个模块来执行。在不需要解析的情况下,标识符可以已经是第二终端的合适的网络地址。
在被提供了合适的网络地址之后,响应于启动第一多媒体流会话信息的交换,网关可以发送触发消息到第二终端。触发消息命令RTSP客户端启动与网关的RTSP会话。网关不必亲自发送触发,而是也-可以命令另一个模块(例如短消息服务中心SMSC)来代表它如此操作。
因此,对于包括RTSP客户端18的第二终端,SIP-RTSP网关作为RTSP服务器,由此允许RTSP客户端具有在RTP流19上的RTSP会话控制,该RTP流19被从第一终端(SIP客户端)发送并且作为相关第二多媒体流在(包括RTSP客户端的)第二终端接收。
第一多媒体流可以是与第二相关多媒体流相同的多媒体流。在那种情况下,内容直接从第一终端流式传输到第二终端。所发送的第一流在作为第二相关流被进一步发送到第二终端之前没有在RTSP服务器的控制下进行缓冲。这样具有的优势是内容以“现场模式”呈现给第二终端。在该模式中,RTSP客户端的特技播放功能性(暂停、快进等)不能被用于控制该流。
图5(a)示出了在SIP客户端(包括在第一终端中)、SIP-RTSP网关以及RTSP客户端(包括在第二终端中)之间的信息流的示意性实施例。在第一步骤20,由第一终端中的SIP客户端启动第一多媒体流会话信息(SIP会话)的交换,其发送SIP邀请(SIP INVITE)给网关表示其想要将第一多媒体流流式传输到第二终端。在进一步的变形中,第一终端可以使用另一个协议来启动第一多媒体流会话信息的交换,例如H.323或者MPEG-4传输多媒体集成框架(DMIF)默认信令协议(DDSP)。
在第二步骤21,网关接受邀请并且作为响应为第二终端提供触发以开始与SIP-RTSP网关的RTSP会话。可选地,在提供触发之前,网关可能首先需要解析由第一终端中的SIP客户端发送的第二终端的标识符。得到第二终端的网络地址的解析过程可包括DNS、ENUM或者其它数据库查询。
网关可以添加额外的信息到触发,诸如网关产生的标识符,这能由网关所使用以便将到来的来自第二终端的RTSP要求(该RTSP要求是第二多媒体流会话信息的交换的一部分)与SIP会话相关联。触发中的信息可以被包括在RTSP URI中。
触发可以具有触发消息的形式,例如SIP内容间接(indirection)请求(RFC 4483),短消息服务(SMS)消息,或者非结构化补充数据业务(USSD)消息。此外,触发消息可以使用专有应用程序接口(API)或者RTSP客户端上的控制接口,例如使用SOAP的网页服务接口、远程过程调用(RPC)或者远程登录(telnet)接口传递到RTSP客户端。此类接口可以模拟请求多媒体流的“手工用户接口”。
到来的触发消息可由触发协议堆栈(例如,SOAP堆栈或者RPC堆栈)来解释,触发协议堆栈可配置成指示RTSP客户端来请求多媒体流或指示另一个模块来这样做。可替换的是,第二终端可使用另一协议来请求多媒体流,诸如微软多媒体服务器协议MMS、或者超文本传输协议HTTP。
此后,在第三步骤22,网关通过将SDP信息发送给RTSP客户端并且从RTSP客户端获取RTP流应该被发送到的正确RTP端口来处理与包括在第二终端中的RTSP客户端的第二多媒体会话信息的交换。在这个交换期间,网关向RTSP客户端给出指示,包括例如应该被用于接收(第二相关)多媒体流的RTP端口号或例如多播-或能够从其获取流的或其它地址。
在第四步骤23,网关使用SIP 200确认消息来确认到SIP客户端的SIP会话并且为SIP客户端提供将被用于发送第一多媒体流的RTP端口号并且确认SDP信息。最后,在第五并且最后一步24中,第一终端开始将RTP多媒体流流式传输到第二终端。
组合的SIP/RTSP会话(未在图5(a)示出)的终止可以以与上述的此会话的启动相类似的方式进行处理。如果(第一终端的)SIP客户端表明其想要终止会话,网关可以将SIP再见(SIP BYE)消息翻译成RTSP重定向(RTSP REDIRECT)消息(没有位置标题(location header))。RTSP重定向消息能够被发现在更新的RTSP版本的草稿中(见Schulzrinne等人的2007年11月19日的实时流协议2.0的互联网草稿RFC 232616版本16)。如果(第二终端的)RTSP客户端表明其想要终止会话,那么网关将RTSP解体(RTSP TEARDOWN)消息翻译成SIP再见(SIP BYE)消息(其随后被发送给包括在第一终端中的SIP客户端)。
在进一步的实施例中,多媒体的流式传输可首先由网关启动。在那种情况下,网关为包括在第二终端中的RTSP客户端提供触发消息并且通过其自己的SIP客户端功能性邀请第一终端的SIP客户端建立SIP会话。在图5(b)中示意性地描述了在SIP客户端、网关和RTSP客户端之间的信息流。
在又一个实施例中,网关可以位于第一终端中。在这种情况下,用于第一多媒体流会话信息的交换的第一协议可以正好是内部协议。然后通过第一终端的用户接口的激励来触发该会话。这个方案被示意性地描述在图5(c)中,其中第一终端可以被包括在移动设备中。可替换地,第一终端接收的激励也可来自于外部源。在那种情况下例如由移动设备接收的SMS消息可触发会话。
图6描述了本发明在由协议组织(ETSI TISPAN)定义的基于IMS的IPTV结构中的实施。该结构可例如用于这样的一个方案,其中基于IMS(用户产生)的内容服务的、命令第一终端(UE1601)的第一订户想要将他的多媒体流流式传输到命令第二终端(UE2602)的第二订户。
在该实施例中,根据本发明的网关是分布型的,其中与UE1的第一多媒体流会话信息的交换典型地由服务控制功能(SCF 603)处理并且与UE2的第二多媒体流会话信息的交换由多媒体功能(MF 605)来处理。为UE2提供触发可由SCF 603控制和/或执行。在一变形中,MF中的多媒体控制功能MCF 606能够发送触发并且指示媒体传送功能MDF607如何传送该多媒体流。在该实施例中,第一订户使用SIP来建立用于发送第一多媒体流的多媒体会话,而第二订户使用RTSP来接收相关的第二多媒体流。
为了第一订户邀请第二订户接收多媒体流,执行图7的流程图所示的如下步骤。在第一步骤701,第一订户(使用UE1601)可以通过经由IMS核心604建立与服务控制功能SCF 603的SIP会话想要与第二订户(使用UE2602)分享他的多媒体流。SIP邀请(SIP INVITE)请求可以包括订户终端地址的列表,例如使用包含URI的列表,或者列表可以被发送到会话之外的服务控制功能(SCF),例如使用XML配置访问协议XCAP,其标识符可以被包括在SIP邀请请求中。可替换地,在诸如其中大量订户需要被立即寻址的团体(封闭式用户组)电视的情况下,SIP邀请请求可以刚好包括以团体(封闭式用户组)标识符的形式是对该团体的引用,其将需要在将多个触发提供到所有团体订户之前进行解析。
在第二步骤702,SCF可以作为背对背用户代理(B2BUA)并且可能通过IMS核心发送会话要求到媒体控制功能MCF 606。到MCF的会话请求包括关于从何处接收多媒体流和如何分布它的信息。可替换地,SCF可以使用针对MCF的另一种协议,诸如MEGACO/H.248或SOAP。
在第三步骤,MCF可发送多媒体流信息到MDF 607以建立第一多媒体流的RTP端口和地址并且将其与RTSP URI相关联。MCF可以例如使用SIP或者MEGACO/H.248来交换多媒体流信息。
在第四步骤704,对SCF的MCF响应可包括诸如第一多媒体流应该被发送到的地址或RTP端口的信息,和/或将由UE2使用的用于联系网关的RTSP服务器功能性的RTSP URI。
在第五步骤705,在第一多媒体流会话信息的交换过程期间,SCF使用其SIP客户端功能性将响应发送回UE1。
在第六步骤706,UE1601以该方式发送多媒体流和/或发送多媒体流到由MCF指示的位置。
在第七步骤707,SCF使用来自MCF的信息提供触发到UE2。触发可以是SIP内容间接请求。该请求可以包括由MF提供的RTSP URL或者对于UE2如何联系网关的另一指示。触发也可被在与UE2的现有SIP会话内被发送,或者通过使用SIP引用(SIP REFER)请求被发送。
在第八步骤708,被邀请的UE2602响应于SIP内容间接请求启动与MDF的RTSP会话(图7中的708,第二多媒体流会话信息的交换)以接收多媒体内容(第二相关多媒体流709)。RTSP URI可以包括在触发消息中为MDF提供的用于将RTSP会话与SIP会话进行关联的标识符。RTSP会话(第二相关多媒体流)可以是单播或多播。当使用多播时,MF将到来的UE1的(单播)第一多媒体流分布为多播流。UE2随后响应于所建立的RTSP会话发送IGMP要求以接收第二相关多媒体流。
在第九步骤,如果SCF通过发送SIP订阅(SIP SUBSCRIBE)消息给MF来表示兴趣(图7中未示出),那么MF可发送SIP通知(SIP NOTIFY)消息给SCF以保持SCF被通知RTSP会话的状态。
本发明并不局限于上述实施例,其可在所附权利要求的范围内变化。例如,术语演播室不应被解释为仅表示专业的播音室。本发明意义内的演播室涉及能提供类似于演播室的多媒体功能性的所有系统,例如,个人计算机系统或者能将现场内容流式传输到居家用户并且作为响应从用户接收用户产生的内容的其它多媒体系统。