CN101102309A - 在播放列表上下文中比实时更快的流传输 - Google Patents
在播放列表上下文中比实时更快的流传输 Download PDFInfo
- Publication number
- CN101102309A CN101102309A CNA2006101633755A CN200610163375A CN101102309A CN 101102309 A CN101102309 A CN 101102309A CN A2006101633755 A CNA2006101633755 A CN A2006101633755A CN 200610163375 A CN200610163375 A CN 200610163375A CN 101102309 A CN101102309 A CN 101102309A
- Authority
- CN
- China
- Prior art keywords
- data
- client
- server
- playlist
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
一种用于使用服务器侧播放列表辅助多媒体流传输的方法,包括:从支持服务器侧播放列表的服务器流传输当前播放列表选择数据到具有抖动缓冲器的客户端;在服务器处接收针对流传输对应于不同播放列表选择的多媒体内容的请求;在服务器和客户端之间传输客户端-服务器规范信息,用于使得不同播放列表选择数据以高于最大数据呈现速率的数据传输速率从服务器流传输到客户端。而后,服务器执行用于从服务器流传输对应于不同播放列表选择的数据的操作,以便由客户端接收。以高于最大数据传输速率的数据传输速率流传输不同播放列表选择数据,其中数据可以以该最大数据传输速率从抖动缓冲器输出。
Description
相关申请的交叉引用
本专利申请要求2005年12月02日提交的名为“Faster Than RealTime Streaming In A Playlist Context”的申请号为No.60/741,716的共同未决美国临时专利申请的优先权,本申请与该申请具有共同的申请人,并且在此通过参考将其整体并入。
技术领域
本发明一般地涉及在网络连接上流传输内容,并且更具体地,涉及辅助这种流传输的服务器侧播放列表的实现。
背景技术
通常,当不使用播放列表对内容剪辑进行流传输的客户端希望停止流传输一个内容剪辑和开始流传输另一个时,其使用标准流传输协议(例如,实时流传输协议(RTSP)),来关闭当前流传输会话,并开始一个新的流传输会话。这种关闭当前流传输会话并开始新的流传输会话的处理包括在客户端和服务器之间的多个请求-响应反复,其中这种内容剪辑从上述服务器被流传输。在多个网络类型和无线网络上,特别地,每个这种反复可以占用1秒或更多的时间。传统的播放列表解决方案(例如,服务器侧播放列表)特别地被配置为通过使用单个会话来流传输多个剪辑来解决这种延迟的一个方面。
然而,不由传统的播放列表解决方案解决的延迟来自于从当客户端进行对于接收不同的内容剪辑的请求时以及当客户端可以开始向最终用户呈现内容剪辑时(即,输出可听和/或可视的内容剪辑)所占用的时间量。这种延迟的大部分由使用抖动缓冲器引起。抖动缓冲器的主要目的是最小化到达内容数据的传输速率的变化(即,抖动)对重放的影响。例如,如果当每个内容数据块到达时其被解码,并且由此相应的内容立即呈现给最终用户,并且如果一块未来的内容数据的到达较晚,对于向最终用户的相应数据的呈现将必须延迟,直到延迟的内容数据到达并可以被解码为止。基于在给定窗上,内容数据的到达的数据传输速率的较小的变化将被平均,原因是在某些时间周期网络将过于缓慢地向客户端提供某些内容数据,并在某些时间周期网络将过于快速地向该客户端提供某些内容数据,的假设,抖动缓冲器允许客户端连续地提取和解码内容数据,并将相应的内容剪辑呈现给终端用户。
抖动缓冲可以引起延迟的一个情况是在播放列表的上下文中。例如,当客户端请求它希望播放列表中的下一个内容剪辑被发送给它时,因为抖动缓冲器的存在,该客户端将仍具有从先前的剪辑所留下的某些内容数据(即,余留内容数据)。为了处理该抖动缓冲器在播放列表的上下文中引入的延迟,客户端可以丢弃余留内容数据并且简单地开始使用下一个内容剪辑的内容数据。但是,客户端的标准流传输行为是以这样的数据传输速率流传输内容数据,所述数据传输速率与用于对应的内容剪辑的呈现速率相一致。如果这样做,客户端必须等待,直到抖动缓冲器在其能够开始解码和将内容剪辑呈现给最终用户之前充满为止(即,其必须首先用用于该下一个内容剪辑的内容数据填充抖动缓冲器)。在播放列表的上下文之外,用于减少该特定类型的延迟的方法是服务器以比实时更快的流传输数据速率传送数据。然而,尽管在播放列表的上下文之外,以比实时更快的流传输数据速率传送数据是普通方法,但它不是一个用于解决在播放列表的上下文中这种延迟的公知方法,并且在客户端和服务器之间必须执行信息的非常规交换,以便该内容数据的比实时更快的流传输在播放列表的上下文中正确地进行。
因此,用于在经由播放列表呈现内容剪辑的上下文中以比实时更快的流传输数据速率传输内容数据的方法是有利的、所希望的和有用的。
发明内容
本发明的实施例涉及一种减小延迟的方法,所述延迟与在抖动缓冲器预期接收对应于新播放列表选择的数据,清除掉对应于当前播放列表选择的数据之后,填充该抖动缓冲器相关联。更具体地,本发明提供以比实时更快的流传输数据传输速率从服务器传输播放列表选择数据到客户端。为了支持数据的这种比实时更快的流传输,本发明提供正确地执行比实时更快的流传输所需要的服务器和客户端之间的信息的传输。本领域技术人员将理解,本发明的实施例可应用于现场流传输内容、视频点播内容等并且对它们是有用的。
在本发明的一个实施例中,一种用于使用播放列表辅助多媒体流传输的方法包括多个操作。执行一个操作,用于将对应于当前播放列表选择的数据从支持服务器侧播放列表的服务器流传输到具有抖动缓冲器的客户端。执行一个操作,用于在服务器处接收针对将对应于不同播放列表选择的多媒体内容流传输到客户端的请求。执行一个操作,用于在服务器和客户端之间传输客户端-服务器规范信息,用于使得以大于最大数据呈现速率的数据传输速率从服务器向客户端流传输对应于不同播放列表选择的数据。用于传输客户端-服务器规范信息的操作包括:从服务器发送确认该服务器支持比实时更快的流传输的信息,以便由客户端接收,以及在服务器处接收指定抖动缓冲器的当前大小和数据可由客户端接收的最大数据速率的信息。在执行传输客户端-服务器规范信息之后,服务器执行用于将对应于不同播放列表选择的数据向客户端流传输的操作。对应于不同播放列表选择的数据以大于最大数据传输速率的数据传输速率流传输,其中数据以最大数据传输速率从抖动缓冲器输出。
在本发明的另一实施例中,一种用于使用播放列表辅助多媒体流传输的方法包括多个操作。执行一个操作,用于从支持服务器侧播放列表的服务器流传输对应于当前播放列表选择的数据,以便由客户端接收。执行一个操作,用于响应于客户端接收对应于当前播放列表选择的数据,将对应于当前播放列表选择的数据存储在客户端的抖动缓冲器内。客户端执行一个操作,用于发送针对流传输对应于不同播放列表选择的多媒体内容的请求。执行一个操作,用于在由服务器接收到针对流传输对应于不同播放列表选择的多媒体内容的请求之后,从服务器发送确认服务器支持比实时更快的流传输的信息,以便由客户端接收。执行一个操作,用于从容户端发送指定抖动缓冲器的当前大小、客户端可以以其接收数据的最大数据呈现速率、以及客户端希望以比实时更快的流传输数据速率对数据进行流传输的确认的信息,以便由服务器接收。响应于由客户端接收的确认服务器支持比实时更快的流传输的信息,发送从客户端所发送的信息。执行一个操作,用于响应于由服务器所接收的从客户端所发送的信息,从服务器流传输对应于不同播放列表选择的数据,以便由客户端接收。以大于最大数据传输速率的数据传输速率执行对应于不同播放列表选择的数据的流传输,其中数据以所述最大数据传输速率从抖动缓冲器输出。
在本发明的另一实施例中,支持服务器侧播放列表的服务器包括一个或多个数据处理设备、可由一个或多个数据处理设备处理的指令、以及一个装置,其中指令可以从该装置被一个或多个数据处理设备访问。指令被配置为使得一个或多个数据处理设备辅助多个操作。执行一个操作,用于从支持服务器侧播放列表的服务器向具有抖动缓冲器的客户端流传输对应于当前播放列表选择的数据。执行一个操作,用于在服务器处接收一个请求,用于向客户端流传输对应于不同播放列表选择的多媒体内容。执行一个操作,用于在服务器和客户端之间传输客户端-服务器规范信息,以使得对应于不同播放列表选择的数据以大于最大数据呈现速率的数据传输速率从服务器向客户端流传输。用于传输客户端-服务器规范信息的操作包括:从服务器发送确认该服务器支持比实时更快的流传输的信息,以便由客户端接收,以及在服务器处接收指定抖动缓冲器的当前大小和由客户端可以以其接收数据的最大数据速率的信息。在执行用于传输客户端-服务器规范信息的操作之后,服务器执行一个操作,用于将对应于不同播放列表选择的数据向客户端流传输。对应于不同播放列表选择的数据以大于最大数据传输速率的数据传输速率流传输,其中数据可以以最大数据传输速率从抖动缓冲器输出。
现在转向本发明的特定方面,在至少一个实施例中,执行一个操作,用于发送使客户端从抖动缓冲器清除对应于当前播放列表选择的数据的命令。
在本发明的至少一个实施例中,在服务器接收到针对流传输对应于不同播放列表选择的多媒体内容的请求之后,发送使客户端清除对应于当前播放列表选择的数据的命令。
在本发明的至少一个实施例中,抖动缓冲器的当前大小对应于空的抖动缓冲器。
在本发明的至少一个实施例中,执行流传输对应于不同播放列表选择的数据的目标数据传输速率等于最大数据速率,其中客户端可以以该最大数据速率接收数据,或者数据在其上向客户端发送的网络可以以该最大数据速率发送这样的数据。
在本发明的至少一个实施例中,执行一个操作,用于在服务器处接收指定客户端希望以比实时更快的数据速率流传输数据的信息。
在本发明的至少一个实施例中,在执行流传输对应于不同播放列表选择的数据之前,执行一个操作,用于接收指定客户端希望以比实时更快的数据速率流传输数据的信息。
当浏览以下说明书、相关附图和所附权利要求书时,本发明的这些和其他目的、实施例、优点和/或区别将变得非常明显。
附图说明
图1示出了根据3GPP(第三代合作伙伴计划)PSS(分组交换流传输)第6版机制的服务器和客户端之间进行的信息交换的实施例。
图2示出了根据与分组视频网络解决方案(pvNS)播放列表协议扩展相结合的3GPP PSS第6版机制的在服务器和客户端之间进行的信息交换的实施例。
图3示出了根据本发明的用于使用播放列表辅助多媒体流传输的方法的实施例。
具体实施方式
这里定义的比实时更快的数据速率是超过最大数据速率的数据速率,客户端可以以所述最大数据速率呈现数据。对于其中发生比实时更快的流传输的任何客户端-服务器系统,必须在客户端和服务器之间交换某些信息。存在多种方法交换这种信息,这里公开其中两个方法。这些方法中的第一方法是使用3GPP(第三代合作伙伴计划)PSS(分组交换流传输)第6版标准化的信号传输机制。这些方法中的第二方法是使用加入到服务器侧播放列表协议的特定的机制。在一个特定的例子中,服务器侧播放列表协议是分组视频网络解决方案(pvNS)服务器侧播放列表协议。这里公开某些3GPP PSS第6版机制还可以用于该后一方法中。
表1公开了需要在客户端和服务器之间交换的信息的例子,以允许有效地执行比实时更快的流传输。表1中的信息还引起对于用于辅助特定信息交换的一个或多个方法(即,完全的3GPP PSS第6版机制或包括对于服务器例播放列表协议的增加的机制)的注意。
表1
服务器=>客户端:″我支持比实时更快的流传输″ | 特征标签,如果依赖于RTSP(RTSP头扩展)不必需要,如果使用PLAYLIST_PLAY或SET_PARAMETER |
客户端=>服务器:缓冲器大小 | RTSP第6版设置 |
客户端=>服务器:最大带宽(服务器配置) | RTSP第6版设置或服务器配置 |
客户端=>服务器:″愿意清除缓冲器″或″愿意接受比实时更快的数据” | 服务器假设缓冲器是空的,仅经由PLAYLIST_PLAY或SET_PARAMETERNADU 0缓冲器分组(RTCP第6版适配)Playlist_play头(播放列表协议扩展)SET_PARAMETER头(播放列表协议扩展) |
客户端=>服务器:时间或质量偏好(即,会话水平或请求水平)时间:允许抽取发送比特速率保持常数质量:不允许抽取,发送比特速率增加比特速率和质量改变的某些组合 | 播放列表协议扩展RTSP“Speed”和“Scale”头 |
服务器=>客户端“可以清除缓冲器”或者“我将比实时更快的发送” | 播放列表协议扩展 |
服务器=>客户端流传输速率(可选) | 播放列表协议扩展 |
图1示出了根据3GPP PSS第6版机制的在服务器和客户端之间进行的信息交换的实施例,针对以下目的进行交换:使得对应于播放列表选择的数据以比实时更快的流传输数据速率流传输。粗体的文字表示在客户端和服务器之间传输的实际信息。“<>”标志内的文字提供了关于在客户端和服务器之间传输的实际信息的解释性信息。
图2示出了根据与pvNS播放列表协议扩展相结合的3GPP PSS第6版机制的在服务器和客户端之间进行的信息交换的实施例,针对以下目的进行交换:使得对应于播放列表选择的数据以比实时更快的流传输数据速率流传输。粗体的文字表示在客户端和服务器之间传输的实际信息。“<>”标志内的文字提供了关于在客户端和服务器之间传输的实际信息的解释性信息。
为了使服务器能够比实时更快地进行流传输,服务器需要知道某些信息。最少,服务器需要知道客户端抖动缓冲器的当前大小(即,抖动缓冲器的大小)是多少,并且需要知道客户端可以以其接收数据的最大数据传输速率是多少,或者网络可以以其传送这样的数据的最大数据传输速率是多少,其中在所述网络上将数据传送到客户端。另外,通常服务器还需要知道客户端是否希望执行比实时更快的流传输。在播放列表的上下文中,因为该假设是在新的、比实时更快的流传输数据代替余留抖动缓冲器数据之前,客户端能够丢弃余留抖动缓冲器数据,因此存在知道客户端是否希望执行比实时更快的流传输的需要。这也是图2中存在“BurstStreaming”信号的原因。应当注意,术语“BurstStreaming”不是工业标准,在这里定义为涉及在播放列表的上下文中,或不在播放列表的上下文中,执行比实时更快的流传输的功能的术语。
如上所述,对于执行比实时更快的流传输而言,需要知道抖动缓冲器的大小和最大数据传输速率。在图1和图2中,抖动缓冲器大小和最大数据传输速率经由RTSP(实时流传输协议)内的3GPP-link-Char和3GPP-Adaption头而传输。这是用于依照3GPP PSS第6版的客户端的标准信息交换方法。
一旦服务器知道抖动服务器大小(即,知道该抖动服务器是空的)以及最大数据传输速率,则其准备执行比实时更快的流传输。希望执行这种比实时更快的流传输在以上图中采用两种形式。在图1中,该希望通过以下事实而传输:RTCP(实时传输控制协议)分组使其播放延迟(Playout Delay)设置为0。播放延迟设置为0指的是抖动缓冲器的大小为0(即,为空)。这样,客户端告诉服务器抖动缓冲器为空,服务器应当进行比实时更快的流传输(即burst_streaming)。在图2中,抖动缓冲器大小和最大数据传输速率经由PLAYLIST_PLAY或SET_PARAMETER中的BurstStreaming属性而传输到服务器。
客户端需要知道服务器将进行比实时更快的流传输(即,burst_streaming)。因此,在图2中,服务器以其BurstStreaming信号响应。在图1中,客户端将不知道服务器是否将进行比实时更快的流传输。因此,在图1的信息交换实施例中,客户端必须内部地检测是否进行了比实时更快的流传输。
图3示出了根据本发明的使用播放列表辅助多媒体流传输的方法的实施例,其在此被称作方法100。方法100以操作102开始,其用于从支持服务器侧播放列表的服务器流传输对应于当前播放列表选择的数据,以便由客户端接收。执行操作104,用于响应于客户端接收对应于当前播放列表选择的数据,在客户端的抖动缓冲器内存储对应于当前播放列表选择的数据。在对应于当前播放列表选择的数据存储在抖动缓冲器内的某个时间点,执行操作106,用于从客户端传输针对流传输对应于不同播放列表选择的多媒体内容的请求,以便由服务器接收所述请求。在服务器执行用以接收针对流传输对应于不同播放列表选择的多媒体内容的请求的操作108之后,执行操作110,用于从服务器传输确认服务器支持比实时更快的流传输的信息,以便由客户端接收所述信息。
响应于客户端执行操作112,其用于接收关于服务器支持比实时更快的流传输的确认,该客户端执行操作114,其用于清除抖动缓冲器的对应于当前播放列表选择的数据。在从抖动缓冲器清除对应于当前播放列表选择的数据之后,客户端执行操作116,其用于将当前缓冲器大小发送给服务器(即,对应于空缓冲器的为0的缓冲器大小),以便由服务器接收,执行操作118,其用于发送最大客户端接收数据速率,以便由服务器接收,以及执行操作120,其用于发送比实时更快的流传输请求,以便由服务器接收,它们共同地组成比实时更快的流传输使能(enablement)信息。响应于服务器执行操作122,其用于接收比实时更快的流传输使能信息,服务器执行操作124,其用于流传输对应于下一个播放列表选择的数据,以便由客户端接收。因此,客户端执行操作126,其用于将对应于下一个播放列表选择的数据存储在客户端的抖动缓冲器内。响应于抖动缓冲器充满对应于下一个播放列表选择的数据,客户端执行操作128,其用于输出与对应于下一个播放列表选择的数据相对应的内容(即,可以呈现下一个播放列表选择)。
在本发明的可选实施例中,执行这里称作早期解码(Early Decode)的技术,用于触发操作128,其用于输出与对应于下一个播放列表选择的数据相对应的内容。早期解码是一种技术,用于执行对应于下一个播放列表选择的数据的重放,由此客户端可以甚至在抖动缓冲器充满之前,开始从抖动缓冲器中提取数据。根据本发明,数据以比实时更快的数据传输速率(即,比内容呈现速率更快的速率)被流传输到抖动缓冲器。因此,因为客户端知道进行的是比实时更快的流传输(即,突发流传输),所以客户端可以甚至在抖动缓冲器充满之前,开始解码并将数据呈现给最终用户。此外,客户端可以确保抖动缓冲器在充满性方面仍保证增加,虽然以比如果不将数据取出更慢的速度,即使客户端在缓冲器充满之前开始以呈现速率(即,解码速率)将数据从抖动缓冲器取出。因此,早期解码显著减小了与播放列表选择之间切换相关联的延迟量。
在早期解码技术的实施中,流传输服务器通常必须确切地知道在哪个点客户端将开始重放数据。例如,如果抖动缓冲器保持7秒钟数据,则客户端可以当仅2秒钟数据在抖动缓冲器中时开始解码和呈现。如果这样,流传输服务器必须改变其突发流传输的数据量,以便保证在所有突发结束后得到充满的抖动缓冲器。尽管在图1-3中未示出,附加的信号传输可以由客户端使用,以指定流传输器服务器可以用于计算突发流传输的合适量的早期解码值。可选地,客户端可以修改它所告诉流传输服务器的抖动缓冲器大小(即,有效的抖动缓冲器大小),以便补偿早期解码。更具体地,客户端可以仍仅使用以上参考图1-3所公开的信号传输,但抖动缓冲器大小将不是真实的缓冲器大小,因为流传输服务器需要知道有效的抖动缓冲器大小,而不是真实抖动缓冲器大小。
现在涉及由数据处理设备可处理的指令,从这里进行的公开将可以理解,这里所公开的适于执行比实时更快的流传输的功能的方法、处理和/或操作,可由在其上具有配置为执行这种功能的指令的计算机可读介质具体化。在一个特定的实施例中,指令被具体化为执行如以上图1中公开的信息交换。在一个特定的实施例中,指令被具体化为执行如以上图2中公开的信息交换。在又一个特定的实施例中,指令被具体化为执行以上图3中公开的信息交换。指令可由一个或多个数据处理设备从存储器装置(例如RAM、ROM、虚拟存储器、硬盘存储器等)、从可由数据处理系统的驱动单元可读的装置(例如,磁盘、光盘、磁带盒等)、或二者访问。因此,根据本发明的计算机可读介质的实施例包括光盘、硬盘、RAM或其他类型的存储装置,在其上映像有适于执行根据本发明的比实时更快的流传输功能的计算机程序(即,指令)。
在前面的详细描述中,对形成说明书一部分的附图进行了参考,并且作为举例说明示出了本发明可以在其中实施的特定实施例。这些实施例及其某些变体已充分详细地描述,以允许本领域的那些技术人员实施本发明的实施例。可以理解,在不偏离这种发明公开的精神或范围的情况下,可以利用其他适当的实施例,并且可以进行逻辑、机械、化学和电子的改变。例如,即使考虑以上所公开的信号传输和操作实施的变化,也会展示本发明的部分或全部有利的和有益的结果。为了避免不必要的细节,说明书中省略了本领域的技术人员公知的某些信息。因此,前面的详细描述目的不在于限制这里所阐述的特定形式,而相反,其目的在于覆盖这样的代替、修改和等同,其中上述代替、修改和等同可以合理地包括在所附权利要求书的精神和范围内。
Claims (10)
1.一种用于使用播放列表辅助多媒体流传输的方法,包括:
从支持服务器侧播放列表的服务器流传输对应于当前播放列表选择的数据到具有抖动缓冲器的客户端;
在服务器处接收针对将对应于不同播放列表选择的多媒体内容流传输到客户端的请求;
在服务器和客户端之间传输客户端-服务器规范信息,用于使得对应于不同播放列表选择的所述数据以大于最大数据呈现速率的数据传输速率从服务器流传输到客户端,其中所述传输包括从服务器发送确认该服务器支持比实时更快的流传输的信息,以便由客户端接收,以及在服务器处接收指定抖动缓冲器的当前大小和数据可由客户端接收的最大数据速率的信息;以及
在执行客户端-服务器规范信息的传输之后,从服务器流传输对应于该不同播放列表选择的所述数据,以便由客户端接收,其中以大于最大数据传输速率的数据传输速率流传输对应于不同播放列表选择的所述数据,其中数据可以以该最大数据传输速率从抖动缓冲器中输出。
2.根据权利要求1的方法,还包括:
从服务器发送使客户端从抖动缓冲器清除对应于当前播放列表选择的数据的命令,以便由客户端接收,其中在服务器接收该针对流传输对应于不同播放列表选择的多媒体内容的请求之后发送该命令。
3.根据权利要求1的方法,其中抖动缓冲器的当前大小对应于空的抖动缓冲器。
4.根据权利要求1的方法,其中执行所述流传输对应于不同播放列表选择的数据的目标数据传输速率等于最大数据速率,其中客户端可以以该最大数据速率接收数据。
5.根据权利要求1的方法,还包括:
在服务器处接收指定客户端希望以比实时更快的流传输数据速率流传输数据的信息,其中在执行所述流传输对应于不同播放列表选择的数据之前,执行所述指定客户端希望以比实时更快的流传输数据速率流传输数据的信息的所述接收。
6.根据权利要求5的方法,还包括:
从服务器发送使客户端从抖动缓冲器清除对应于当前播放列表选择的数据的命令,以便由客户端接收,其中在服务器接收针对流传输对应于不同播放列表选择的多媒体内容的请求之后发送该命令。
7.根据权利要求6的方法,其中执行所述流传输对应于不同播放列表选择的数据的目标数据传输速率等于最大数据速率,其中客户端可以以该最大数据速率接收数据。
8.根据权利要求7的方法,还包括:
从抖动缓冲器清除对应于当前播放列表选择的数据,其中响应于以下之一执行所述清除:
客户端接收从服务器发送的使客户端从抖动缓冲器清除对应于当前播放列表选择的数据的命令;以及
客户端检测到出现对应于不同播放列表选择的所述数据的比实时更快的流传输。
9.一种用于使用播放列表辅助多媒体流传输的方法,包括:
从支持服务器侧播放列表的服务器流传输对应于当前播放列表选择的数据,以便由客户端接收;
响应于客户端接收对应于当前播放列表选择的数据,将对应于当前播放列表选择的数据存储在客户端的抖动缓冲器内;
从客户端发送针对流传输对应于不同播放列表选择的多媒体内容的请求,以便由服务器接收;
在由服务器接收到针对流传输对应于不同播放列表选择的多媒体内容的请求之后,从服务器发送确认服务器支持比实时更快的流传输的信息,以便由客户端接收;
从客户端发送指定抖动缓冲器的当前大小、数据可以从抖动缓冲器输出的最大数据呈现速率、以及确认客户端希望以比实时更快的流传输数据速率流传输数据的信息,以便由服务器接收,其中响应于由客户端接收确认服务器支持比实时更快的流传输的信息,发送从客户端所发送的所述信息;
响应于由服务器接收从客户端所发送的所述信息,从服务器流传输对应于不同播放列表选择的所述数据,以便由客户端接收,其中对应于不同播放列表选择的数据的所述流传输以大于最大数据传输速率的数据传输速率执行,其中数据可以以所述最大数据传输速率从抖动缓冲器输出;以及
从该抖动缓冲器提取对应于不同播放列表选择的数据,用于允许重放对应于下一个播放列表选择的所述数据,其中在该抖动缓冲器变得充满对应于下一个播放列表选择的所述数据之前,并且响应于客户端检测到对应于该下一个播放列表选择的所述数据,由抖动缓冲器以比最大数据传输速率更高的数据传输速率接收,其中数据可以以所述最大数据传输速率从抖动缓冲器输出,执行所述提取。
10.根据权利要求9的方法,还包括:
从抖动缓冲器清除对应于当前播放列表选择的数据,其中所述清除响应于以下之一执行:
客户端接收从服务器发送的使客户端从抖动缓冲器清除对应于当前播放列表选择的数据的命令;以及
客户端检测到出现对应于不同播放列表选择的所述数据的比实时更快的流传输。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US74171605P | 2005-12-02 | 2005-12-02 | |
US60/741,716 | 2005-12-02 | ||
US11/561,529 | 2006-11-20 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101102309A true CN101102309A (zh) | 2008-01-09 |
Family
ID=39036400
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006101633755A Pending CN101102309A (zh) | 2005-12-02 | 2006-12-04 | 在播放列表上下文中比实时更快的流传输 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101102309A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103314598A (zh) * | 2010-12-14 | 2013-09-18 | 苹果公司 | 具有压缩播放列表的实时或近实时流传输 |
-
2006
- 2006-12-04 CN CNA2006101633755A patent/CN101102309A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103314598A (zh) * | 2010-12-14 | 2013-09-18 | 苹果公司 | 具有压缩播放列表的实时或近实时流传输 |
CN103314598B (zh) * | 2010-12-14 | 2016-11-02 | 苹果公司 | 具有压缩播放列表的实时或近实时流传输 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8396960B2 (en) | Efficient network utilization using multiple physical interfaces | |
CN109792545B (zh) | 从服务器向客户端装置传送视频内容的方法 | |
KR101716071B1 (ko) | 적응적 스트리밍 기법 | |
US8443056B2 (en) | Client-server signaling in content distribution networks | |
US9769239B2 (en) | Systems and methods for user agent signaling request acceleration by transport accelerator | |
US8117332B2 (en) | Network streaming over multiple physical interfaces | |
US8990407B2 (en) | Fast setup response prediction | |
US8325601B2 (en) | Reliable network streaming of a single data stream over multiple physical interfaces | |
US20100287296A1 (en) | Network streaming of a single data stream simultaneously over multiple physical interfaces | |
WO2015134649A1 (en) | Systems and methods for media format substitution | |
US8355450B1 (en) | Buffer delay reduction | |
US10491964B2 (en) | Assisted acceleration for video streaming clients | |
EP2710778B1 (en) | Method for dynamic adaptation of the reception bitrate and associated receiver | |
WO2018133601A1 (zh) | 一种流媒体传输方法、装置、服务器及终端 | |
JP2017513331A (ja) | 拡張された伝送制御機能性を実施するトランスポートアクセラレータ | |
US20180351868A1 (en) | Multicast abr flow prioritization using error detection thresholds in the receiver | |
US20180343291A1 (en) | Data Rate Adaptation For Multicast Delivery Of Streamed Content | |
WO2017102713A1 (en) | Controlling retrieval in adaptive streaming | |
KR100982630B1 (ko) | 콘텐츠의 스트림 비트율을 조정하기 위한 디바이스 및프로세스 그리고 관련 제품 | |
CN110832821B (zh) | 下载视听内容的方法和设备 | |
US20110307626A1 (en) | Faster than real time streaming in a playlist context | |
US20130262691A1 (en) | System and Methods of Media Streaming using RTSP with Reduced Delays | |
CN101102309A (zh) | 在播放列表上下文中比实时更快的流传输 | |
CN110881018B (zh) | 媒体流的实时接收方法及客户端 | |
KR102237900B1 (ko) | 클라이언트 단말에 의해 멀티미디어 콘텐츠의 콘텐츠 부분을 검색하기 위한 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20080109 |