用于发送多媒体流的方法和系统的制作方法
【专利说明】用于发送多媒体流的方法和系统
[0001]本申请是申请日为2008年12月22日、申请号为200880121914.6、发明名称为“用于发送多媒体流的方法和系统”的专利申请的分案申请。
技术领域
[0002]本发明涉及一种用于将多媒体流从第一终端发送到第二终端的方法和系统。特别是，本发明涉及一种用于从第一终端发送第一多媒体流并在第二终端接收第二相关流的方法和系统。本发明还涉及一种用于使用在这种系统中的网关和设备。
【背景技术】
[0003]由3GPP和3GPP2标准定义的IP多媒体子系统GMS)打开了通向全部范围的新的多媒体服务的大门，这些多媒体服务诸如IP语音(VoIP)和IPTV。頂S服务结构使得能够组合各种类型的多媒体服务。
[0004]—种类型的服务可以使得在家的观看者使用例如在家的网络摄影机来实时参与现场电视节目。使用实时传输协议(RTP)将由网络摄影机产生的多媒体流通过IP网络从位于家的用户传输到电视演播室。在基于IMS的结构中，客户端之间的这种多媒体流会话使用会话启动协议(SIP)建立，而实时流协议(RTSP)典型地用于将多媒体内容从服务器流式传输(streaming)到客户端。
[0005]通常称作SIP-RTSP网关的在SIP和RTSP域之间提供接口的系统在现有技术中是公知的。在ETSI TISPAN标准(WI2048，TS 182 027)内，提出了这样一种结构，其中，包括在诸如例如机顶盒、个人电脑、个人数字助理(PDA)或者具有多媒体能力的移动电话的设备中的终端使用SIP来与被选择的内容提供方建立多媒体会话。在建立完该会话之后，使用RTSP来选择、获取并控制流式传输的内容。此外，哥伦比亚大学(Kunda Singh和HenningSchulzrinne “使用SIP和RTSP的统一传信(messaging)” IP电信服务研讨会，2000年9月，美国乔治亚州亚特兰大市)已经开发了用于多媒体统一传信的SIP-RTSP网关。
[0006]这些系统在用户侧使用SIP和RTSP客户端并且在网络中使用SIP客户端和RTSP服务器，由此使得用户能够启动所建立的多媒体会话，其中多媒体内容从RTSP服务器流式传输到用户。
[0007]可用于在不同协议域之间流式传输多媒体的另一种网关系统被描述在TAKEI K等人的“互联网上的多媒体会话的不同信令协议之间的网关系统设计(Design of gatewaysystem between different signaling protocols of the multimedia sess1n on theinternet)中”，其发布在IEEE 2001于I月31日到2月2日在美国新泽西皮斯卡塔韦召开的第十五届国际会议的信息网络2001年会上，第297-302页，ISBN:0-7695-0951_7/01。该系统用于使SIP和H323协议域互相作用。两种协议都是对等型协议并且允许双向建立/启动会话。
[0008]涉及这些已知系统的一个问题是它们不能提供上述服务所需的全部功能性，其要求用户启动所建立的多媒体会话以便用户所产生的内容从用户(发送端)流式传输到演播室(接收端)，由此演播室可以想要控制用户产生的内容的流。用于控制流的一种已知的协议是RTSP，由此具有RTSP客户端功能性的接收端能够暂停、前进或者后退流，或者以不同的速度播放流。另一方面，如果发送端仅仅能使用SIP协议来建立并且维持多媒体流会话，那么上述的服务不能用已知的现有技术的系统来实现，这是因为SIP协议不能提供以例如RTSP协议所能采取的方式来控制流的手段。
[0009]现有技术的系统可能产生的涉及多媒体流式传输的另一个问题是，当接收端仅配备有用于接收多媒体的客户端-服务器型协议的客户端功能性时，其仅能启动多媒体会话。如果使用例如诸如SIP协议的对等型协议的发送端想要启动多媒体流会话，那么接收端不能响应这种邀请。现有的系统，例如已知的SIP-RTSP网关和已知的SIP-H323网关不能提供解决这种问题的方案。
[0010]当用户产生的多媒体不得不被流式传输到多个接收端时，现有技术的系统可能产生多种其它的问题。当涉及接收多媒体流时，这些接收端可能全部具有不同的能力或偏好。一个接收端可能想要接收现场流，而另一个接收端可能想要如上所述的能控制该流。此外，接收端的这些偏好和能力以及网络地址可能不能被发送端所知道。
【发明内容】
[0011]本发明的一个目的是减小或者消除现有技术中已知的至少一个缺点，并且提供一种用于从第一终端发送第一多媒体流并且在第二终端接收第二相关多媒体流的方法和系统。
[0012]在一个实施例中，第一和第二终端被连接到至少一个网关以使能第一多媒体流和发送和第二相关流的接收。该方法包括步骤:
-使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换；
-使用第二协议提供触发到第二终端，以启动在第二终端和网关之间的第二多媒体会话信息的交换；
-响应于提供所述触发，第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换，第三协议不同于第二协议；
-从第一终端发送第一多媒体流并且在第二终端接收第二相关多媒体流。
[0013]因此，该方法使得第一终端的用户将用户实时产生的内容的多媒体流发送到第二终端，由此第一终端使用与第二终端使用来接收相关多媒体流的多媒体协议不同的多媒体协议来建立多媒体流。
[0014]在根据该实施例的方法中，网关能将支持例如SIP的第一协议的第一终端连接到支持例如RTSP的不同的(第三)协议的第二终端。对于第一终端，即用户侧上的(发起)SIP客户端，该网关作为(终止)SIP客户端。网关与第一终端交换关于第一多媒体会话的规范的信息。在第一多媒体会话中，多媒体流从第一终端发送。对于第二终端，即，RTSP客户端，网关作为代表用户的RTSP服务器，由此第二终端使用RTSP用于与网关交换关于第二多媒体会话的规范的信息。在第二多媒体会话中，由第二终端接收多媒体流。
[0015]使用与第二终端使用来交换第二多媒体会话信息的协议不同的第二协议来触发第二终端，通知第二终端新的多媒体流的可用性并且启动RTSP客户端以连接到网关的RTSP服务器功能。可选地，RTSP客户端的启动可以仅在第二终端的用户批准之后发生。那么批准步骤只是全部自动过程中的一部分。
[0016]网关既作为SIP客户端也作为RTSP服务器，并且可为第二终端提供触发以将第二终端连接到网关。本发明基于这样的理念:使用与第二终端使用来设置多媒体接收的协议不同的协议来提供触发。这种理念基于某些协议仅能在一个方向上启动多媒体会话的认识。触发(消息)确保来自用户的SIP客户端和来自演播室的RTSP客户端能够被连接以便使得用户产生的内容能够从第一终端发送到第二终端。
[0017]在根据本发明的方法的进一步实施例中，第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息并且由此响应所述提供开始从第一终端发送第一多媒体流。这具有为该方法提供了附加的灵活性的优点。网关不再将双方相关的多媒体会话的预配置规范提供给流的发送和接收中所涉及的终端，而是网关可以使用来自第二接收终端的(所要求的)设置，并且将这些提供给第一发送终端。反之亦然，并且为了达到同样的益处，网关可以使用来自第一发送终端的(所要求的)设置，并且将这些提供给第二接收终端。在这两种情况下，多媒体流的发送、相应的接收可以仅在这些设置的交换之后开始。
[0018]在该方法的实施例中，第一协议是对等型协议，优选的是会话启动协议(SIP)。对等协议的优点是两方都可以启动流会话的建立。因此在本发明中，可以是第一终端提供多媒体流或者可以是网关首先要求第一终端提供多媒体流。SIP协议是多媒体会话中非常通用的协议，因此多数设备和网络结构都支持这个协议。
[0019]在该方法的进一步实施例中，第三协议是客户端一服务器型协议，优选的是实时流协议(RTSP)。典型地，客户端一服务器型协议是被设计成仅支持单向启动建立多媒体会话的协议。通常只有客户端能启动该建立。因此，本发明在第二接收终端仅具备这种协议的客户端能力并且因此不能通过这种协议接收邀请时使用是有利的。在接收第二终端想要控制到来的流并且使用这种协议的特殊控制选项时使用RTSP协议是有利的。
[0020]在该方法的进一步实施例中，提供触发到第二终端的步骤由网关启动。使网关而不是例如第一终端提供触发在