CN105208020B - 用于发送多媒体流的方法和系统 - Google Patents

Abstract

本发明涉及用于发送多媒体流的方法和系统。描述了一种用于将多媒体流从第一终端发送到第二终端的方法。第一和第二终端被连接到至少一个网关以使得能够将多媒体流从第一终端发送到第二终端，该方法包括步骤：第一终端邀请网关在第一终端和网关之间建立第一多媒体会话，第一多媒体会话由第一协议控制；响应于该邀请，网关通知第二终端待定的邀请；响应于该通知，第二终端在第二终端和网关之间建立第二多媒体会话，第二多媒体会话由第二协议控制；响应于该邀请，网关建立第一多媒体会话；并且将多媒体流从第一终端发送到第二终端。该第一协议可以是SIP，第二协议可以是RTSP。

Description

用于发送多媒体流的方法和系统

本申请是申请日为2008年12月22日、申请号为200880121914.6、发明名称为“用于发送多媒体流的方法和系统”的专利申请的分案申请。

技术领域

本发明涉及一种用于将多媒体流从第一终端发送到第二终端的方法和系统。特别是，本发明涉及一种用于从第一终端发送第一多媒体流并在第二终端接收第二相关流的方法和系统。本发明还涉及一种用于使用在这种系统中的网关和设备。

背景技术

由3GPP和3GPP2标准定义的IP多媒体子系统（IMS）打开了通向全部范围的新的多媒体服务的大门，这些多媒体服务诸如IP语音（VoIP）和IPTV。IMS服务结构使得能够组合各种类型的多媒体服务。

组合各种类型的多媒体服务。

一种类型的服务可以使得在家的观看者使用例如在家的网络摄影机来实时参与现场电视节目。使用实时传输协议（RTP）将由网络摄影机产生的多媒体流通过IP网络从位于家的用户传输到电视演播室。在基于IMS的结构中，客户端之间的这种多媒体流会话使用会话启动协议（SIP）建立，而实时流协议（RTSP）典型地用于将多媒体内容从服务器流式传输（streaming）到客户端。

通常称作SIP-RTSP网关的在SIP和RTSP域之间提供接口的系统在现有技术中是公知的。在ETSI TISPAN标准（WI2048, TS 182 027）内，提出了这样一种结构，其中，包括在诸如例如机顶盒、个人电脑、个人数字助理（PDA）或者具有多媒体能力的移动电话的设备中的终端使用SIP来与被选择的内容提供方建立多媒体会话。在建立完该会话之后，使用RTSP来选择、获取并控制流式传输的内容。此外，哥伦比亚大学（Kunda Singh 和HenningSchulzrinne“使用SIP和RTSP的统一传信（messaging）”IP电信服务研讨会，2000年9月，美国乔治亚州亚特兰大市）已经开发了用于多媒体统一传信的SIP-RTSP网关。

这些系统在用户侧使用SIP和RTSP客户端并且在网络中使用SIP客户端和RTSP服务器，由此使得用户能够启动所建立的多媒体会话，其中多媒体内容从RTSP服务器流式传输到用户。

可用于在不同协议域之间流式传输多媒体的另一种网关系统被描述在TAKEI K等人的“互联网上的多媒体会话的不同信令协议之间的网关系统设计（Design of gatewaysystem between different signaling protocols of the multimedia session on theinternet）中”，其发布在IEEE 2001于1月31日到2月2日在美国新泽西皮斯卡塔韦召开的第十五届国际会议的信息网络2001年会上，第297-302页，ISBN：0-7695-0951-7/01。该系统用于使SIP和H323协议域互相作用。两种协议都是对等型协议并且允许双向建立/启动会话。

涉及这些已知系统的一个问题是它们不能提供上述服务所需的全部功能性，其要求用户启动所建立的多媒体会话以便用户所产生的内容从用户（发送端）流式传输到演播室（接收端），由此演播室可以想要控制用户产生的内容的流。用于控制流的一种已知的协议是RTSP，由此具有RTSP客户端功能性的接收端能够暂停、前进或者后退流，或者以不同的速度播放流。另一方面，如果发送端仅仅能使用SIP协议来建立并且维持多媒体流会话，那么上述的服务不能用已知的现有技术的系统来实现，这是因为SIP协议不能提供以例如RTSP协议所能采取的方式来控制流的手段。

现有技术的系统可能产生的涉及多媒体流式传输的另一个问题是，当接收端仅配备有用于接收多媒体的客户端-服务器型协议的客户端功能性时，其仅能启动多媒体会话。如果使用例如诸如SIP协议的对等型协议的发送端想要启动多媒体流会话，那么接收端不能响应这种邀请。现有的系统，例如已知的SIP-RTSP网关和已知的SIP-H323网关不能提供解决这种问题的方案。

当用户产生的多媒体不得不被流式传输到多个接收端时，现有技术的系统可能产生多种其它的问题。当涉及接收多媒体流时，这些接收端可能全部具有不同的能力或偏好。一个接收端可能想要接收现场流，而另一个接收端可能想要如上所述的能控制该流。此外，接收端的这些偏好和能力以及网络地址可能不能被发送端所知道。

发明内容

本发明的一个目的是减小或者消除现有技术中已知的至少一个缺点，并且提供一种用于从第一终端发送第一多媒体流并且在第二终端接收第二相关多媒体流的方法和系统。

在一个实施例中，第一和第二终端被连接到至少一个网关以使能第一多媒体流和发送和第二相关流的接收。该方法包括步骤：

-使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换；

-使用第二协议提供触发到第二终端，以启动在第二终端和网关之间的第二多媒体会话信息的交换；

-响应于提供所述触发，第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换，第三协议不同于第二协议；

-从第一终端发送第一多媒体流并且在第二终端接收第二相关多媒体流。

因此，该方法使得第一终端的用户将用户实时产生的内容的多媒体流发送到第二终端，由此第一终端使用与第二终端使用来接收相关多媒体流的多媒体协议不同的多媒体协议来建立多媒体流。

在根据该实施例的方法中，网关能将支持例如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结构中存在的标准（化）元件和功能性来实施。

在本发明的一个实施例中，第一终端被连接到第二终端。此外，第一和第二终端被连接到至少一个网关以用于使得多媒体流从第一终端发送到第二终端。该方法包括步骤：（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示出了其中可以使用本发明的示意性系统。

图2描述了使用SIP协议的简化的示意性信息流。

图3描述了使用RTSP协议的示意性信息流。

图4描述了本发明的示意性实施例。

图5a描述了在本发明的示意性实施例中在SIP客户端、SIP-RTSP网关和RTSP客户端之间的信息流。

图5b描述了在本发明的另一个示意性实施例中的在SIP客户端、SIP-RTSP网关和RTSP客户端之间的信息流。

图5c描述了在本发明的示意性实施例中的在SIP客户端、SIP-RTSP网关和RTSP客户端之间的信息流，由此第一终端和第二终端都被包括在移动设备中。

图6描述了配置成用于使用在本发明中的IMS结构。

图7描述了在配置成用于使用在本发明中的示意性IMS结构中的信息流。

具体实施方式

图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邀请（SIPINVITE ）7发送到第二SIP客户端，第二SIP客户端作为回应通过发送SIP 200 确认（SIP200 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客户端的特技播放功能性（暂停、快进等）不能被用于控制该流。

图5a示出了在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）请求（RFC4483）,短消息服务（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会话（未在图5a示出）的终止可以以与上述的此会话的启动相类似的方式进行处理。如果（第一终端的）SIP客户端表明其想要终止会话，网关可以将SIP 再见（SIP BYE）消息翻译成RTSP 重定向（RTSP REDIRECT）消息（没有位置标题（locationheader））。RTSP 重定向消息能够被发现在更新的RTSP版本的草稿中（见Schulzrinne等人的2007年11月19日的实时流协议2.0的互联网草稿RFC 2326 16版本16）。如果（第二终端的）RTSP客户端表明其想要终止会话，那么网关将RTSP 解体（RTSP TEARDOWN）消息翻译成SIP 再见（SIP BYE）消息（其随后被发送给包括在第一终端中的SIP客户端）。

在进一步的实施例中，多媒体的流式传输可首先由网关启动。在那种情况下，网关为包括在第二终端中的RTSP客户端提供触发消息并且通过其自己的SIP客户端功能性邀请第一终端的SIP客户端建立SIP会话。在图5b中示意性地描述了在SIP客户端、网关和RTSP客户端之间的信息流。

在又一个实施例中，网关可以位于第一终端中。在这种情况下，用于第一多媒体流会话信息的交换的第一协议可以正好是内部协议。然后通过第一终端的用户接口的激励来触发该会话。这个方案被示意性地描述在图5c中，其中第一终端可以被包括在移动设备中。可替换地，第一终端接收的激励也可来自于外部源。在那种情况下例如由移动设备接收的SMS消息可触发会话。

图6描述了本发明在由协议组织（ETSI TISPAN）定义的基于IMS的IPTV结构中的实施。该结构可例如用于这样的一个方案，其中基于IMS（用户产生）的内容服务的、命令第一终端（UE1 601）的第一订户想要将他的多媒体流流式传输到命令第二终端（UE2 602）的第二订户。

在该实施例中，根据本发明的网关是分布型的，其中与UE1的第一多媒体流会话信息的交换典型地由服务控制功能（SCF 603）处理并且与UE 2的第二多媒体流会话信息的交换由多媒体功能（MF 605）来处理。为UE2提供触发可由SCF 603控制和/或执行。在一变形中，MF中的多媒体控制功能MCF 606能够发送触发并且指示媒体传送功能MDF607如何传送该多媒体流。在该实施例中，第一订户使用SIP来建立用于发送第一多媒体流的多媒体会话，而第二订户使用RTSP来接收相关的第二多媒体流。

为了第一订户邀请第二订户接收多媒体流，执行图7的流程图所示的如下步骤。在第一步骤701，第一订户（使用UE1 601）可以通过经由IMS 核心604建立与服务控制功能SCF 603的SIP会话想要与第二订户（使用UE2 602）分享他的多媒体流。SIP 邀请（SIPINVITE）请求可以包括订户终端地址的列表，例如使用包含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，UE1 601以该方式发送多媒体流和/或发送多媒体流到由MCF指示的位置。

在第七步骤707，SCF使用来自MCF的信息提供触发到UE2。触发可以是SIP内容间接请求。该请求可以包括由MF提供的RTSP URL或者对于UE2如何联系网关的另一指示。触发也可被在与UE2的现有SIP会话内被发送，或者通过使用SIP 引用（SIP REFER）请求被发送。

在第八步骤708，被邀请的UE2 602响应于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会话的状态。

本发明并不局限于上述实施例，其可在所附权利要求的范围内变化。例如，术语演播室不应被解释为仅表示专业的播音室。本发明意义内的演播室涉及能提供类似于演播室的多媒体功能性的所有系统，例如，个人计算机系统或者能将现场内容流式传输到居家用户并且作为响应从用户接收用户产生的内容的其它多媒体系统。

Claims (17)

1.用于从第一终端发送多媒体流并且在第二终端接收相关的第二多媒体流的方法，其中，第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二相关流的接收，该方法包括步骤：

-使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换；

-使用第二协议提供触发到第二终端，以启动在第二终端和网关之间的第二多媒体会话信息的交换，第二协议不同于第一协议；

-响应于提供所述触发，第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换，第三协议不同于第二协议和第一协议；

-从第一终端发送第一多媒体流并且在第二终端接收第二相关多媒体流。

2.根据权利要求1的方法，其中第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息并且由此响应所述提供开始从第一终端发送第一多媒体流。

3.根据权利要求1或2的方法，其中第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息，并且由此响应于所述提供开始由第二终端接收第二相关多媒体流。

4.根据权利要求1方法，其中第一协议是对等型协议。

5.根据权利要求4的方法，其中第一协议是会话启动协议（SIP）。

6.根据权利要求1的方法，其中第三协议是客户端-服务器型协议。

7.根据权利要求6的方法，其中第三协议是实时流协议（RTSP）。

8.根据权利要求1的方法，其中提供触发到第二终端的步骤是由网关启动的。

9.根据权利要求1的方法，其中第一多媒体会话信息的交换包括提供第二终端的标识符给网关。

10.根据权利要求9的方法，其中该方法包括在提供触发给第二终端之前，将第二终端的标识符解析成网络地址的附加步骤。

11.根据权利要求1的方法，其中第一多媒体流是与第二相关多媒体流相同的多媒体流。

12.用于从第一终端发送多媒体流并且在第二终端接收相关的第二多媒体流的系统，包括：

连接到至少一个网关的第一终端和第二终端，

其中第一终端包括（i）用于使用第一协议与网关交换第一多媒体会话信息的装置，以及（ii）用于发送第一多媒体流的装置；

其中该网关或第一终端包括（iii）用于使用第二协议触发第二终端的装置，第二协议不同于第一协议，使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换，第三协议与第一协议不同，

其中该第二终端包括（iv）用于使用第二协议接收触发的装置，以及（v）用于响应所述触发使用第三协议启动与网关的第二多媒体会话信息的交换的装置，以及（vi）用于接收与第一多媒体流相关的第二多媒体流的装置。

13.一种配置成用于使用在根据权利要求12的系统中的网关，包括：

-用于使用第一协议与网关交换第一多媒体会话信息的装置，

-用于响应于第二终端能启动与网关的第二多媒体会话信息的交换而触发第二终端的装置，所述触发使用第二协议来提供，第二协议不同于第一协议，

-用于使用第三协议与第二终端交换第二多媒体会话信息的装置。

14.根据权利要求13的网关，被嵌入在IMS网络结构中，其中第一协议是SIP，第三协议是RTSP，并且其中

-用于交换第一多媒体会话信息的装置是IMS内的服务控制功能的一部分，

-用于触发第二终端的装置是IMS内的服务控制功能的一部分，

-用于交换第二多媒体会话信息的装置是IMS内的媒体功能的一部分。

15.一种包括配置用于使用在根据权利要求12的系统中的第一终端，进一步包括根据权利要求13或14的网关的设备。

16.一种包括配置用于使用在根据权利要求12的系统中的第二终端的设备，第二终端包括：

-用于接收使用第二协议提供的触发的装置，

-用于响应于提供触发到第二终端，启动与网关的第二多媒体会话信息的交换的装置，所述启动和交换使用第三协议执行，所述第三协议不同于所述第二协议，

-用于接收与第一多媒体流相关的第二多媒体流的装置。

17.一种计算机可读存储介质，其上存储有计算机程序，当计算机程序在计算装置上运行时，使计算装置执行根据权利要求1-11中任意一项的方法步骤。