[发明专利]媒体流处置

说明书

技术领域

一般来说，本发明涉及广播或多播媒体流播，以及具体来说，涉及处置传输不充分。

背景技术

自适应流播正成为重要内容流播技术。多种不同的HTTP流播技术存在，例如Apple公司所提出的HTTP实况流播(HTTP Live Streaming，HLS)、Micrcosoft平滑流播(ISM)以及3GPP所规定的MPEG DASH(其中缩写词DASH代表基于HTTP的动态自适应流播)。

自适应HTTP流播技术的共同原理在于，客户端接收作为文件序列(或者作为字节范围请求序列)的内容流，其将要经过解码并且最终作为连续媒体流来播放。在所谓的清单文件(例如，在HLS的情况下采取用于存储多媒体播放列表的所谓m3u或m3u8文件格式或者在Microsoft ISM的情况下采取ismc文件格式以及在DASH的情况下采取MPD文件格式)中描述文件序列的链接信息(URL)。

在通过多媒体广播多播服务(MBMS)发送DASH内容(主要为媒体段)的情况下，客户端接收媒体段的连续文件流，各媒体段包含唯一地址(URI)。

客户端如清单文件中所述相继取出媒体段(文件)。在文件下载期间，客户端可估计可用链路比特率(下载速度)。取决于可用链路比特率与媒体的编码比特率之间的差，客户端可选择适当质量表示(例如略低于所测量链路比特率)。

为了准备用于自适应HTTP流播的连续内容流，流在服务器侧分段为多个媒体段(文件)。这些媒体段由客户端作为独立文件(相继地)取出。客户端照管以播放，以提供连续流播出。

一个问题涉及例如因服务器与客户端之间的传输问题而不能在客户端侧来解码的数据段的处置。如果例如按照IETF文献RFC 3926(标题为“FLUTE - File Delivery over Unidirectional Transport”，规定通过单向传输的对象(文件、目录、剪辑、ESG等)的大规模可缩放可靠传递的协议)的接收器(这种接收器以下又称作FLUTE或ALC/FLUTE接收器)不能恢复媒体段(例如，如果冗余数据不足以在接收器中执行前向纠错)，则接收器可丢弃整个媒体段。但是，在多播或单播传输中，不可能使客户端请求丢失媒体段文件的第二传输。客户端的媒体播放器(例如符合DASH或HLS的媒体播放器)可能只停止媒体播放，直至接收到预计媒体段。

发明内容

本发明的一个目的是在传输中断或者不充分的情况下改进在媒体播放器的媒体显示(或者播出)。

按照一个实施例，客户端布置包括媒体接收器和媒体播放器。媒体接收器从媒体服务器接收数据分组(例如UDP分组)序列，并且从所接收数据分组的数据来生成多个连续媒体段，以便由媒体播放器相继取出。在不能恢复媒体段(例如因传输问题)的情况下，媒体接收器提供将要提供给媒体播放器的替代段(又称作哑媒体段)，来代替不可恢复(预计)媒体段。

该客户端布置能够是单个物理装置，或者备选地能够包括若干通信上耦合的物理装置。具体来说，该客户端布置可包括与媒体接收器装置耦合的媒体播放器装置。

上述实施例的一个优点在于，能够使媒体播放器保持播放，而无需进一步等待预计但丢失的数据。

在另一个实施例中，媒体接收器生成替代段，使得媒体播放器能够在没有进一步信息、例如没有带外传输的情况下使用这个段。另外，媒体接收器可确定将要插入替代段中的必要控制和解码及播放时间相关信息(除了内容替代数据之外，例如预定义缺省数据(空数据或“哑内容”))，例如时间戳信息、计数器和/或(一个或多个)序列号。这个信息可从关联到一个或多个先前媒体段的数据以及内部计算来得出。

内部计算可包括确定时间增量，并且将这个增量加入上一个有效媒体段的时间戳和/或通过确定(递增)适当计数器和/或序列号）。

在另一个实施例中，接收器将一定量的替代数据插入替代媒体段中，使得替代媒体段的持续时间对应于不可恢复媒体段的计算和/或预计持续时间。另外，媒体播放器可将具有替代数据的一定数量的帧(例如空帧或“黑”帧)插入替代媒体段中，其中，帧数对应于不可恢复媒体段的持续时间。

在此外一个实施例中，如果接收器已经接收并且恢复下一个媒体段(在不可恢复媒体段之后)，则接收器从不可恢复媒体段之前的媒体段(例如最后一个有效媒体段)以及所恢复的下一个媒体段的定时信息来确定媒体段持续时间(例如计算下一个媒体段的tfdt盒的时间值减去自最后一个有效媒体段的tfdt盒的时间值之间的时间差)。