[发明专利]用于媒体流传输的会话控制

说明书

描述了用于控制包括多个连续流元素的媒体流的传输的方法。所述方法包括获得(32)媒体流的媒体描述的步骤，所述媒体描述指示流元素的初始元素。发送(34)对初始流元素的请求并为会话启动(36)会话控制过程。在会话控制过程中将所述媒体流与会话相关联(38)。依据所述会话的控制规则，控制所述流元素的后继元素的传输。还描述了实施本发明的装置和其他方法。

技术领域

本发明涉及用于控制媒体流的传输的方法。还描述了实施本发明的装置和软件程序。

背景技术

传输网络（如因特网或移动电话网）的一个重要应用是从服务器到客户端的媒体传送。媒体可例如是音频和视频。

在基于IP(因特网协议)的网络中的媒体传送可使用不同的传输协议。传统上，使用基于UDP(用户数据报协议)的RTP(实时传输协议)进行实时流传递和基于分组的流传递，或者使用基于TCP(传输控制协议)的HTTP(超文本传输协议)进行整个文件的下载，主要用于后期的消费但也用于实况流传递。RTP允许动态地适应如客户端测量的可用比特率。RTP及相关联的控制协议RTSP(实时流传递协议)的缺点是需要专用及复杂的服务器软件，而HTTP能够使用广泛部署且便宜的HTTP服务器软件。近期的发展，自适应HTTP流传递(AHS)，旨在结合这两个方案的优点。AHS是3GPP(第三代合作伙伴计划)中标准化的，并且还在开放IPTV论坛(OIPF)中采用并稍做扩展。MPEG(动态图像专家组)也在研究AHS。

在AHS中，内容编码在不同的版本中，通常对应于不同的比特率。如果内容例如是具有视频轨道和音频轨道的视频，则视频轨道可以编码在各具有不同比特率的三个版本中，并且音频轨道可以高质量的立体声和单声道版本编码。每个版本再分成几秒长的段。例如，视频版本能够分成各10秒长的许多连续的段。可根据MPEG-4文件格式或者根据MPEG-2传输流格式格式化这些段。

视频和音频轨道的实际传输是通过客户端启动下载一个接一个段来执行的。在此过程中，客户端使用标准HTTP请求下载段，对其解封装，解码和渲染，然后对下一个段等进行相同的操作。客户端获悉可用质量版本，并借助于媒体描述（所谓的媒体表示描述(MPD)）获悉随时间的段分离。如在3GPP和OIPF中定义的MPD格式是包含着描述媒体的合适信息和属性的XML(可扩展标记语言)编码文件。MPD是传输到客户端以便启动基于AHS的媒体传送的第一资源。如由3GPP规定的MPD包括不同的可用质量和如何将它们安排成段的信息。

以用于传输的网络的当前操作条件下的最大可用速度下载每个段，并且客户端监视其体验的下载速度。基于体验的下载速度，客户端选择可用质量版本中最合适的版本。段之间可以是不同的版本，并且客户端能够根据当前的操作条件下载不同的质量，因此有属性“自适应”HTTP流传递。图1图形化了原理并示出了根据重放时间的内容项的自适应HTTP流传递的不同媒体表示。图1中的三个表示可分别对应于例如流的内容项的高、中和低比特率表示。用于不同表示的流段的播放时间的起点和终点都是一致的使得可能在表示之间平滑地切换。图1中的纵坐标说明了不同流表示的数据大小，例如它们的比特率。依据客户端的实现，增强的选择过程可能用于表示之间的切换，例如包括滞后以便在观看或收听流时避免过分的质量起伏。

多媒体通信的另一个趋势是将IP多媒体子系统(IMS)用于多媒体会话的启动和控制。在3GPP内，在标题为基于IP多媒体子系统(IMS)的分组交换流传递(PSS)和多媒体广播/多播服务(MBMS)用户服务协议的3GPP TS 26.237 V9.3.0(2010-06)中对IMS控制的RTP流传递以及对IMS控制的HTTP渐进式下载定义了标准化的解决方案。这些解决方案受益于由IMS提供的标准化特征，如计费、认证或QoS(服务质量)预留。