用于动态地适配接收比特率的方法和相关的接收器的制造方法
【专利摘要】一种接收经由网络上的一些部分传送的视听节目的方法，该方法利用在服务器和接收器之间的实时传输协议和实时控制协议，视听节目在服务器上以与按不同分辨率编码的节目对应的多个版本而可用，并且根据接收器的请求来实现其以不同比特率的传送。该方法包括通过接收器有规律地测量网络的带宽，以便根据网络的状态调节传送比特率。
【专利说明】用于动态地适配接收比特率的方法和相关的接收器
【技术领域】
[0001]本发明涉及视听节目接收器的领域，并且更确切而言涉及根据在利用实时传送协议和与用于流传输传送的实时传送协议关联的实时服务器控制协议传送节目期间在网络上可用的带宽来动态地适配节目。
【背景技术】
[0002]为播放而下载节目强制实行视听节目在恢复前完全传递给接收器。为了避免相关的限制，诸如需要等待下载结束或者需要具有用于整个节目的足够存储空间，使用流传输(在观看期间连续地传送节目)是很普遍的。
[0003]已知的流传输协议包括RTP(RFC3550和根据所传输的数据的格式关联的RFC)，其与服务器控制协议(RFC2326)和MPEG TS/UDP (运动图像专家组传输流/用户数据报协议)相关联，而下载通常使用HTTP (超文本传输通讯协议)协议。
[0004]现代通信网络提供实现流传输传送视听节目的带宽容量。传送可以经由在服务器与客户端之间的、例如因特网的网络来实施。流传输是一种传送方法，在该传送方法中，所传送的视听节目被分解为在整个传送和恢复中在网络上相继传送的时间部分(待顺序地呈现的相继部分)。传送和恢复是在添加由于使用接收器的缓存而造成的轻微延迟的条件下是同时的。
[0005]标准3GPP (3GPP、TSGS-SA，透明端到端分组交换流业务(PSS )、3GPP文件格式(3GP)、TS26.244、V6.3.0、2005-03)定义了一种用于组织数据和存储包括相同节目的对应于不同比特率的数个版本的格式。与节目服务器上的控制逻辑关联的该格式实现适配于各种条件并且尤其适配于在与网络使用相关的带宽的各种变化。在服务器上实现的控制逻辑却并未在3GPP标准中规定。
[0006]在3GPP格式中，数据被编码为对于固定比特率符合传送链接上的比特率限制:当数据是图像时，编码在于将图像的分辨率适配为实现其以更大或更小的带宽在链接上传输。但是3GPP却并未定义这样的转换手段，该转换手段实现修改所传送的图像的分辨率，以便对于带宽方面的变化调节数据的接收。一些方法对于解决该问题是已知的:它们取决于从客户端传送到服务器的数据、诸如在RTCP (实时控制协议)协议中定义的RR (接收器报告)，以及这样的数据，这些数据需要由服务器进行的处理和判读步骤，以便定义是否该以其它比特率实施传送。
[0007]HTTP流传输技术近来通过苹果对于其iPhone和通过微软对于其Smoothstreaming而得到公众关注。HTTP流传输技术仅使用在IPTV接收器中，对于该接收器而言功能依赖于RTP和RTSP协议。
[0008]如今在IPTV中使用的传送方法也不允许在不使用特定服务器的情况下根据在网络上可用的带宽动态地适配比特率，当至服务器的访问条件变差，则在接收器上出现中断服务的风险。
[0009]实时传递协议RTP例如是用于封装和实时传送对编码视听节目进行编码的数据的协议。用于数据的编码通常是MPEG-TS类型或者是等效格式。
[0010]RTSP是通信协议的一个示例，其实现控制远程媒体服务器。这种协议提供对于视频播放器典型的功能性，诸如“播放”和“暂停”，并且实现将视听节目的一部分从该节目部分在该节目中的时间位置起播放(例如时间索引或者在文件中的对应位置)。
[0011]例如，在利用诸如RTP和RTSP的协议流传输地传送视听节目期间，网络可用性方面的显著修改对于节目的恢复具有非常显著的影响。当比特率并未在传送的开始和结束之间动态调节时，出现中断，其对于用户而言是很大的不方便。
[0012]RTP传输协议依赖于UDP协议，并且HTTP协议依赖于所连接的TCP协议。
[0013]TCP已知为“所连接的”协议，其对应于可靠性限制，其实现在没有包错误的情况下将数据从服务器传送到接收器。为了实现这一点，接收器与服务器通信，该服务器向其指示所接收的数据。除了与丢失和再传送的数据有关之外，平均的比特率与确认的路由关联。路由时间越快，则最大比特率降低得越多。
[0014]UDP是并不响应于相同可靠性限制的协议。其被称作“不可靠的”和“无连接的”。其没有确认系统并且其平均比特率并不与服务器和接收器之间的距离关联。为此在IPTV应用中将m)P协议与RTP —起使用。
[0015]本发明的一个目的是将UDP的优点组合，而同时能够动态地将比特率适配于网络条件。
【发明内容】
[0016]本发明的目的是克服现有技术的缺点中的至少一个，并且更确切而言，是实现动态地控制在使用一些实施传递/控制协议(例如RTP和RTSP协议)对于标准IPTV架构传送视听节目期间所使用的带宽。
[0017]使用根据本发明适配过的实时服务器控制协议的使用使得接收器能够从服务器请求按相继的部分传送视听节目。接收器周期性地对于每个所传送的部分测量网络的传送条件并且从而调节传送比特率。传送比特率的调节由接收器实施，方式是对于节目的相继地从服务器被请求的每个部分都从在服务器上可用并且以不同比特率编码的数个版本中选择节目版本。由接收器进行的版本选择根据在前一部分的传送期间测量的传送比特率来做出。以该方式，比特率的调节并不需要节目服务器的修改。
[0018]本发明涉及一种方法，用于接收存储在服务器上的、用于在连接至接收器的显示设备上进行播放的视听节目，该视听节目在服务器上以至少两个版本可用，每个版本都包括对节目的部分进行编码的数据块的时间系列(并且因此包括一系列的待顺序地呈现的数据块)，这些版本均包括相同数目的块，这些块均以在不参考前面的图像的情况下编码的图像开始。根据本发明，该方法在接收器的水平上包括如下步骤:根据实时传输协议接收视听节目的第一部分，该第一部分包括来自由服务器以第一比特率传送的第一版本的至少一个数据块；在接收视听节目的由所述服务器以第一比特率传送的第一部分之后确定带宽；根据实时服务器控制协议将请求传送给服务器，该请求包括根据在服务器与接收器之间的带宽的所确定的值识别与传送速度参数的节目版本之一中的视听节目的第二部分的信息，该识别信息包括该第二部分的开始和结束的时间标记。
[0019]根据本发明的一个实施例，由接收器接收、确定带宽和传送请求的步骤在接收视听节目期间迭代地重复。
[0020]根据本发明的一个实施例，视听节目的版本包括在存储在服务器上的单个文件中。
[0021]根据本发明的一个实施例，视听节目在服务器上与描述性文件关联，该描述性文件包括与视听节目的版本在该相同文件中的定位有关的信息。
[0022]根据本发明的一个实施例，在服务器与接收器之间的可用带宽的确定包括分析视听节目的以第一比特率接收的部分的至少一个特性。
[0023]根据本发明的一个实施例，部分的至少一个特性是所传送的比特的数目。
[0024]根据本发明的一个实施例，传送请求的步骤使用RSTP协议的命令“播放”。
[0025]本发明还涉及一种用于由服务器传播的视听节目的接收设备，该节目在服务器上以至少两个版本可用，这些版本中的每个都对应于视听节目的图像分辨率并且包括一系列部分，这些版本均包括相同数目的部分并且这些部分均以帧内图像(intra image)开始。根据本发明，该设备包括:用于根据实时传输协议对由所述服务器以第一比特率传送的第一版本中的视听节目的第一部分进行接收的装置；用于在接收由所述服务器以第一比特率传送的所述视听节目的第一部分之后确定带宽的装置；以及用于根据实时控制协议将请求传送给服务器的装置，该请求包括根据所确定的在服务器与接收器之间的带宽值和传送速度参数的在节目版本之一中的视听节目的第二部分的识别信息，该识别信息包括第二部分的开始和结束的时间标记。
[0026]因此，传送比特率被调节为适配于在网络上可用的带宽并且调节为在恢复视听节目期间避免中断，即使这意味着以较低质量水平来恢复节目。
[0027]显然，本发明并不限于使用RTP和RTSP协议并且涉及任意实时传递协议和对应的服务器控制协议，该服务器控制协议具有与分别对于RTP和RTSP相比相似的特征，并且尤其提供例如播放命令的控制命令，其带有允许对于待播放(呈现)的视听节目的部分选择版本、开始时间和长度(或停止时间)的参数。
【专利附图】
【附图说明】
[0028]阅读下面参考附图进行的描述，将更好地理解本发明，并且其它特定特征和优点也将出现，附图中:
[0029]-图1示出了一种根据本发明的一个实施例的、用于借助接收器/解码器接收视听节目的系统。
[0030]-图2示出了一种用于编码的方法，其实现创建包括相同节目的数个版本的文件。
[0031]图3示出了服务器的一个根据本发明的一个实施例的文件，其包括编码的相同的视听节目的待以不同比特率传播的数个版本。
[0032]-图4以图表示出了在接收器与服务器之间的一系列初始化消息，用于根据RTP传送协议传送流。
[0033]图5示出了根据本发明的一个实施例的在接收器与服务器之间的一系列初始化消息，用于传送流。
[0034]-图6是示出了在接收器上执行的方法的图，该方法包括有规律地评估网络带宽和传送包括适配于网络状态的比特率参数和传送速度参数的请求。[0035]-图7是根据本发明的接收器的功能图。
[0036]-图8是示出了图7中所描述的接收器的控制单元的功能图。
【具体实施方式】
[0037]以普遍但不限制的方式，本发明涉及一种用于接收流传输的视听节目的方法，其实现根据通过有规律地测量带宽而确定的网络拥塞来动态地适配用于传送节目的比特率。
[0038]图1示出了一种用于由接收器2经由网络3接收视听节目的系统。在接收期间，接收器处理视听节目并且将信号传送给显示设备4用于其显示。节目被编码并且在节目服务器I上可用。节目以数字文件形式存储。准许在恢复期间以可变比特率传送节目的传送技术需要特殊的编码，以便使得在与传送编码节目的数据期间的不同的比特率相对应的不同版本的视听节目在服务器上可用。相同的视听节目的不同版本存储在节目服务器I上。不同版本可以存储在不同文件中或者聚集到单个文件上，并且通过其在文件中的相应位置来被识别。与每个节目相关联的描述文件包含与不同版本、其各自的比特率和其位置相关的信息。在从服务器到接收器的节目传送的初始化阶段期间，信息传送给接收器。
[0039]图2示出了视听节目的编码以便以根据网络上的传送条件进行的比特率调节来传送。视听节目被编码成数个版本。这些版本中的每个都对应于一种图像分辨率并且因此对应于一种传送比特率。在每个版本中，节目都由一系列块或图像组构成。所有块都对应于节目的基本恢复(或播放)持续时间，例如2秒。这些基本块常被称作组块(chunk)，例如在HTTP自适应流传输(HTTP Adaptive streaming)技术的情况下。每个块的第一图像是帧内图像。帧内图像定义为在不参考前面的图像的情况下被编码。帧内图像在块开始时的位置在每个版本中是相同的。因此，如果接收器请求服务器按在所观看的内容方面的节目的连续性，但是以其它版本并因此而以其它传送比特率来递送下一块，则集成在接收器中的解码器可以在并无参考前面图像的问题的情况下实施该块的解码。图2描述了以分别对应于接收中(并且因此在传送中)500千比特/秒、I兆比特/秒、1.5兆比特/秒和2兆比特/秒的比特率的版本来编码节目。
[0040]图3示出了文件30，其包含相同的视听节目的如根据图2中所示的编码方法的数个版本31、32、33、34。不同的版本带有不同索引地放置在相同的文件中。因此，在节目传送中从一个版本到另一个的转换对应于索引与播放指针的相加。视听节目的一个版本对应于加至指针的可能的索引值中的每个。指针标记出节目的待恢复部分的时间位置。
[0041]图4示出了利用RTP传送标准根据本发明的一个实施例建立在接收器与传播服务器之间的通信。在使用RTP协议的传播的初始化期间，接收器向服务器提交题目为RTSP描述、包括url的第一消息，以便从服务器获得与将在连接至接收器的显示设备上观看的节目有关的信息。术语url (统一资源定位器)在此描述指向待观看的节目的网络地址。该地址例如具有语法“multimedia, exemple.com”。服务器在题目为RTSP描述响应的响应消息中向接收器提交信息。消息RTSP描述响应向接收器指示节目版本以独立的文件还是连接成单个文件存储在服务器上。题目为RTSP设置的第二请求然后经由接收器提交给服务器，以便准备节目的流传输时段。如果节目的不同版本存储在服务器上独立的文件中，则接收器将借助服务器初始化与所存在的可用版本一样多的传送会话。如果不同版本连接在服务器上的相同文件中，则接收器发起单个的传送会话。在节目的不同版本连接在相同的文件中的情况下，接收器将索引加至播放指针，以从节目的一个版本移动至另一个，并且因此调节所播放的节目部分的传送比特率。对于会话的由接收器提出的每个初始化请求，服务器通过题目为RTSP设置响应的消息来响应。由接收器发送的题目为RTSP播放的第三消息起动由服务器进行的节目传送。消息RTSP播放还被称作请求并且包括待为其恢复而传输的节目的部分的时间标记参数。播放消息还包括速度参数，其向服务器指示传输对应于待传输的节目部分的数据的速度。
[0042]根据本发明的一个实施例，根据用于视频的H.264编解码器和用于音频的AAC编解码器来对视听节目内容进行编码，以帧内图像开始的基本数据块的大小对应于在恢复时的2秒持续时间，数据的封装根据MPEG传输流格式来进行，并且与不同版本相关联的比特率是50千比特/秒、1.5兆比特/秒和2兆比特/秒。在服务器上与视听节目内容文件关联并且包含与节目的不同版本和不同的相关比特率有关的信息的描述文件是具有例如如下形式的SDP格式文件:
[0043]v=0
[0044]O=-1lIN IP4192.168.1.33
[0045]S=多媒体流的示例
[0046]b=RR:0
[0047]a=X-keyframe-period=2
[0048]a=control: *
[0049]a=range:npt=0_300
[0050]m=videoORTP/AVP33
[0051]b=TIAS:500000
[0052]a=control:tracklD=0
[0053]m=videoORTP/AVP33
[0054]b=TIAS:1000000
[0055]a=control:tracklD=l
[0056]m=videoORTP/AVP33
[0057]b=TIAS:1500000
[0058]a=control:tracklD=2
[0059]m=videoORTP/AVP33
[0060]b=TIAS:2000000
[0061]a=control:tracklD=3
[0062]在该SDP文件示例中，4个流(MPEG传输流)被标出，并且通过使用与以兆比特/秒表示的比特率对应的参数b=TIAS而与其各自比特率关联。
[0063]图5示出了根据本发明的一个实施例并且当待观看的节目的不同版本存储在服务器上的不同文件中时建立在接收器与传播服务器之间的通信。接收器初始化对待从不同流恢复的视听节目部分的接收。在复原期间，并且对于相继被请求的每个节目部分，接收器在服务器上指示适配于网络上的带宽条件的版本，并且接收对应的流的数据。每个流都对应于来自相同版本的数据传送。根据一个实施例，在传送之前，接收器提交与所存在的可用的版本一样多的初始化消息。[0064]一旦对于每个版本都已完成初始化阶段(设置)，则接收器可以通过发送播放请求从一个版本转换为另一个该请求规定与所需块，以及与传送速度对应的版本和时间间隔(通过使用时间标记)。根据其它实施例，在传送期间，接收器可以在到一个版本的第一访问之前提交设置初始化请求。
[0065]图6是示出了根据本发明的一个实施例的、由接收器所用的方法的框图。步骤SI是初始步骤，在该步骤上，接收器并未初始化接收流传输的节目。在该步骤，接收器对于来自控制接收器的用户的命令处于等待。在步骤S2，接收器将流传输传播会话初始化。其发送第一 RTSP描述消息，该消息规定为复原而待从服务器接收的视听节目的目标url地址。该url地址例如可以是rtsp://exemple.com/movie/。该目标地址用作对于控制传播的参考。服务器提交RTSP描述响应类型的消息，其向接收器指示与视听节目的编码为以不同比特率传播的不同版本对应的传送流特性。该信息包括版本数目、其各自的标识、编码比特率和数据块的大小。下面的信息交换、即从接收器传送的RTSP设置和从服务器传送的RTSP设置响应准备流传输传播会话。接收器存储在初始化阶段S2中接收的信息，并且能够提交用于传播和接收视听节目的部分(包括一个或数个数据块)的相继的RTSP播放请求。在步骤S3，传送RTSP播放请求，该请求包含特定于待接收(并且因此待由服务器传播)的节目的部分的传播的参数。
[0066]RTSP播放请求的结构根据本发明的一个实施例为:
[0067]PLAY rtsp://multimedia, exemple.com/stream/tracklD=lRTSP/l.0
[0068]Cseq:833
[0069]Range:npt=0_2
[0070]Speed:1
[0071]其中，PLAY指示该请求是这样的消息，该消息请求传播数据块以用于其复原。
[0072]Cseq指示在初始化步骤S2上由服务器指示的序号,Range指示与从传播开始起O到2秒的时间位置对应的节目部分，并且Speed指示传播速度。
[0073]为了避免在复原视听节目期间中断，接收器预先提交用于下一节目部分的RTSP播放请求，以便维持接收缓存中足够的数据量。优选地，接收缓存包含所接收节目的2秒，并且在解码前可用。有利地，并且为了吸收在网络上可用带宽方面的波动，接收缓存可以包含多项数据，其对应于所传送的视听节目的复原的数秒。
[0074]根据本发明的一个实施例并且为了简化的目的，来自不同版本的数据块的传播在单个RTSP会话中完成。因此有利的是将节目的所编码的多个版本连接到服务器上的单个文件中。
[0075]如果所考虑的是以比特率B0=500Kbps、Bl=IMbps, B2=l.5Mbps 和 B3=2Mbps 编码的、持续时间为d的视听节目，则从时间位置t到以比特率Bi编码的节目的第i个版本的通道、对应的RTSP播放请求的Range参数将以如下方式定义:
[0076]Range=i X d+t
[0077]在步骤S4，接收器接收对在服务器上为目标的节目的部分进行编码的数据块。接收器将该数据块存储在接收缓存中，在该接收缓存中，该数据块将被接收器的音频/视频解码模块读取。
[0078]步骤S5定义之前在S4中接收的部分是否是节目的最后，如果是，则传播结束。[0079]在步骤S6中并且在其中在S4中接收的数据部分不是视听节目的在时间位置方面的最后的情况下，则接收器实施对网络上的可用带宽的估计。
[0080]根据本发明的一个实施例带宽的估计包括用于定义从服务器起可能的传播比特率的步骤，以及用于测量预定义周期上的比特率的步骤。有利地，带宽的估计可以包括加权步骤。根据本发明的一个实施例，加权步骤包括平滑或积分的步骤，其实现获得平均值，以克服带宽方面围绕该值的迅速变化。接收器包括缓冲存储器(接收缓存)，其能够吸收网络带宽方面的迅速变化。
[0081]根据本发明，带宽的估计可以对于每个基本数据块重复或者对于包括预定义数目的基本数据块的节目的部分来重复。
[0082]根据本发明的一个实施例，接收器使用由服务器响应于RTSP播放请求传送的信息来实施带宽估计。
[0083]由服务器传送的对于RTSP播放请求响应具有如下形式:
[0084]RTSP/1.02000K
[0085]Cseq: 834
[0086]Range:npt=0_2
[0087]RTP-1nfo:url=rtsp://multimedia, exemple.com/stream/trackID=l;
[0088]seq=45102;rtptime=l2345678
[0089]其中rtptime是时间标记，其指示由间隔npt指示的节目的部分的开始。
[0090]例如，如果时钟节目(clock programme)被认为是具有值9000的以MPEG-2TS格式编码的、在传送会话的初始化步骤中通信给接收器的的流，则接收器可以计算与该数据块的接收时间对应的时间间隔rangeduration:
[0091]rangeduration=rtptime end-rtptime start
[0092]其中rtptime start是在服务器响应的信息域RTP-1nfo中指示的参数rtptime的值，
[0093]并且rtptime end=域 RTP-1nfo 的 rtptime+90000
[0094]其中90000是在传播会话的阶段初始化期间指示的时钟RTP。
[0095]在数据块的接收周期中的瞬时比特率然后通过如下方式计算:将在时间间隔中接收的数据的字节数(构成根据RTP协议传播的数据包的字节)相加，将字节数乘以8以便获得比特数(二进制元素)，以及将乘积的结果除以接收持续时间。
[0096]S卩，瞬时比特率的如下表示:
[0097]Bi=字节 X 8/rangeduration
[0098]根据本发明的一个实施例，因此计算出的瞬时比特率的值用于平滑算法中以定义更精确的比特率值。
[0099]算法使用迭代过程，以便确定在考虑在之前的迭代中计算出的瞬时比特率值的情况下可以获得的比特率:
[0100]i是索引，其指的是有用比特率和其在传送所接收的数据期间的方差的计算的第i次迭代。
[0101]因此，对于下一迭代进行未来比特率的估计的计算:
[0102]avgi+1= (1- a ) X avgj+ α X Bi[0103]其中，Bi是所测量的比特率，
[0104]avgi是对于当前迭代所计算的平均值，
[0105]α是归因于瞬时比特率的测量值的加权因子。
[0106]优选地，α的值等于1/16。
[0107]除了加权的平均值之外，由本发明使用的算法估计比特率的方差。方差以与比特率相同方式来平滑:
[0108]Δ J=IB1- avgj
[0109]Vari+1= (1- β ) X Vari+ ^XAi
[0110]其中，Ai是所测量的比特率与计算的当前迭代的平均比特率之间差，
[0111]Vari是对于当前迭代所计算的方差，
[0112]β是用于当前估计的方差值的加权因子。
[0113]优选地，β的值等于1/8。
[0114]对于算法的每次迭代，可以如下计算对于视听节目的传播获得的比特率估计:
[0115]Bjmax=Bvg1- 4 X Vari
[0116]因此，如果方差大，这意味着接收器使用小于平均可用带宽。此外，当带宽是稳定的并且方差是低的，则接收器使用在服务器和其本身之间的所有可用带宽。
[0117]有利地，在其中接收器使用所有可用带宽的情况下，其向服务器提交RTSP播放请求，旨在将所接收节目的数个基本部分分组在一起，这是为了避免以非常频繁的请求使服务器过载。接收器例如可以以相同的请求向服务器请求两个或四个基本数据块。
[0118]根据本发明的一个实施例，当方差过大时，例如如果其值大于比特率值的一半，则如下计算比特率和方差的估计:
[0119]BVgw=(BVg^Bi)/2
[0120]以及
[0121]vari+1=avgi+1/10
[0122]根据本发明的一个变型，接收器确定的是网络允许以大于当前比特率的比特率进行传播，方式是指向视听节目的相同版本并且修改在RTSP控制协议中定义的速度参数。如果当前比特率例如是1.5兆比特/秒，接收器通过将规定“速度”参数为值速度=1.34的请求发送给服务器来评估网络的以2兆比特/秒传送的能力。
[0123]为了接收与经由url “multimedia, exemple.com/stream”定位的视听节目的第二和第四秒之间的时间间隔相对应的数据块而传送的RTSP请求具有2兆比特/秒的比特率，而当前的传播比特率是1.5兆比特/秒，则该请求例如具有如下形式:
[0124]PLAY rtsp://multimedia, exemple.com/stream/trackID=lRTSP/l.0
[0125]Cseq:833
[0126]Range:npt=2_4
[0127]Speed: 1.34
[0128]在步骤S7，在考虑可用带宽和带宽变化的计算结果的情况下，接收器定义待提交给服务器的请求的参数。根据本发明的一个实施例，接收器根据带宽和方差的计算值的组合来修改RTSP请求的速度参数。例如，根据本发明的一个变型并且在网络的拥塞不仅导致传送速度降低还导致数据丢失的情况下，接收器实施新请求，以便以较低比特率和增大的传送速度来接收在对应的版本中丢失的数据。较低比特率和增大的传送速度的使用实现一方面降低在服务器与接收器之间传送的数据量，但是还快速补偿由之前由服务器传送的数据丢失引起的时间损失。根据本发明的一个实施例，接收器使用传输数据的RTP包的首部的序号，以便检测在节目的部分的传送期间的数据丢失。数据丢失和再传送数据的契约具有的结果是在复原节目期间降低接收缓存的填充率和增大与缓冲器中的数据丢失有关的伪影的风险。有利地，接收器然后提交RTSP播放请求，其指示在实施之前描述的算法之前的较低比特率和大于I的速度参数。
[0129]图7示出了根据本发明的一个实施例的接收设备2，其适配于接收和显示视听节目。双向网络接口 201实现对待恢复的视听节目进行编码的数据进行接收。接口 201还实现向传播服务器传送和从其接收控制消息。信号分离器202将与节目的接收有关的数据从接收通量以及控制消息中滤出，并且将其存储在接收缓冲器203中。对视听节目进行编码的数据由音频/视频解码器204读取，其将这些数据解码并且将对应的信号传送给输出接口 205。连接至输出接口 205的显示设备(未示出的)实现为用户显示节目。元件201、202、203、204和205的集合由控制单元200控制，该控制单元根据本发明的一个实施例包含微控制器和相关的存储器，其实现运行软件例程以及处理数据。控制单元200此外还分析从服务器接收的控制消息，并且生成传送给服务器的控制消息。
[0130]图8示出了根据本发明的一个实施例的控制单元200。该控制单元包括对于软件应用的执行负责的微控制器210。应用的可执行代码在接收器2起动时存储在非易失性存储器211中，并且可以当接收器2可操作时被复制到工作存储器212中。工作存储器212包括用于存储特定于执行软件应用的数据和存储所接收的数据的随机存取存储器。控制单元200还包括用于估计带宽的模块213。带宽估计模块213利用从接收缓冲器读取的数据计算在服务器和接收器2之间的链接上的可用带宽。RTSP控制模块214根据所计算并且在估计模块213中可用的带宽值来制作RTSP请求。RTSP控制模块读取接收缓冲器中构成对于RTSP播放请求的响应的数据，并且将时间标记rtptime通信给估计模块213。在控制单元200的不同模块之间交换的数据经由内部总线216来传送。与接收器的其它功能模块交换的数据集合经由接口模块215来实施。
[0131]在此借助基于RTP和RTSP协议的实施例描述了本发明，但是本发明显然并不限于使用RTP和RTSP协议。本发明还涉及任意实时传递协议和对应的服务器控制协议，其具有分别与RTP和RTSP相比类似的特征并且尤其提供例如播放命令的控制命令，其带有允许对于视听节目的待播放(呈现)的部分定义(选择)版本、开始时间和长度(或者停止时间)。
【权利要求】
1.一种用于接收存储在服务器上的、用于在连接至接收器的显示设备上进行播放的视听节目的方法，所述视听节目在所述服务器上以至少两个版本可用，所述版本中的每个都包括一系列数据块，这些数据块分别表示所述视听节目的待相继呈现的部分，所述版本中的每个都包括相同数目的块，所述块中的每个都以在不参考前面图像的情况下编码过的图像开始，其特征在于，所述方法在接收器水平上包括如下步骤: -根据传输协议，接收所述视听节目的第一部分，该第一部分包括来自由所述服务器以第一比特率传送的第一版本的至少一个数据块，所述第一部分是所述服务器上的文件的子集，所述文件包括多个部分，所述部分中的每个的位置都在所述文件中通过索引来指示， -在接收视听节目的由所述服务器以所述第一比特率传送的所述第一部分之后确定带宽， -根据控制协议，将请求传送给所述服务器，所述控制协议适配于通过使用命令控制内容的实时传送，并且适配于在文件中识别数个数据部分中的待传送的数据部分，所述识别经由索引来实现，所述请求包括: -根据在所述服务器和所述接收器之间的带宽的所确定的值来识别在所述节目的所述版本之一中的所述视听节目的第二部分的信息， 所述识别信息包括所述第二部分的开始和结束的时间标记。
2.根据权利要求1所述的方法，其特征在于，所述请求还包括传送速度参数。
3.根据权利要求1或2所述的用于接收视听节目的方法，其特征在于，接收步骤使用RTP传送协议。
4.根据权利要求1到3中任一项所述的用于接收视听节目的方法，其特征在于，传送请求的步骤使用RSTP控制协议。
5.根据权利要求1到4中任一项所述的方法，其特征在于，所述视听节目的所述版本包括在存储在所述服务器上的相同文件中。
6.根据上述权利要求中任一项所述的方法，其特征在于，将所述视听节目在所述服务器上与描述性文件关联，该描述性文件包括与所述视听节目的所述版本在所述相同文件中的定位有关的信息。
7.根据上述权利要求中任一项所述的方法，其特征在于，对于在所述服务器与所述接收器之间的可用带宽的确定包括分析所述视听节目的以所述第一比特率接收的所述部分的至少一个特性。
8.根据权利要求7所述的方法，其特征在于，所述部分的至少一个特性是所传送的比特数。
9.根据上述权利要求中任一项所述的方法，其特征在于，传送请求的步骤使用RSTP协议的播放命令。
10.根据上述权利要求中任一项所述的方法，其特征在于，确定在所述服务器与所述接收器之间的带宽的步骤使用服务器对于RSTP协议的播放命令的响应。
11.一种用于接收由服务器传播的视听节目的设备，所述节目在所述服务器上以至少两个版本可用，所述版本中的每个都对应于所述视听节目的图像分辨率并且包括一系列部分，所述版本中的每个都以帧内图像开始，其特征在于，所述设备包括: -用于接收的装置，来根据传输协议接收由所述服务器以第一比特率传播的第一版本中的所述视听节目的第一部分， -用于确定带宽的装置，该确定在接收由所述服务器以所述第一比特率传播的所述视听节目的所第一部分之后进行， -用于将请求传送给所述服务器的装置，该传送根据控制协议进行，所述控制协议适配于通过使用命令来控制内容的实时传送，并且适配于在文件中识别数个数据部分中的待传送的数据部分，所述识别经由索引来实现，所述请求包括: -根据在所述服务器与所述接收器之间的带宽的所确定的值来识别在所述节目的所述版本之一中的所述视听节目的第二部分的信息， -所述识别信息包括所述第二部分的开始和结束的时间标记。
12.根据权利要求11 所述的设备，其特征在于，所述请求还包括传送速度参数。
【文档编号】H04L29/06GK103548318SQ201280023415
【公开日】2014年1月29日 申请日期:2012年5月4日 优先权日:2011年5月18日
【发明者】S.古阿基, Y.勒加莱斯, P.吉尔伯顿 申请人:汤姆逊许可公司