CN105684390A - 用于为自适应流传输客户端预留带宽的方法和设备 - Google Patents

Abstract

本发明涉及一种用于为自适应流传输客户端预留带宽的设备，所述自适应流传输客户端属于至少一个网络并且被配置为从至少一个服务器接收流传输内容，所述流传输内容在所述服务器处能够以多于一个的数据率来获得，所述设备包括：流识别器(12)，被配置为检测由所述客户端请求的至少一个流传输内容；带宽管理器(13)，被配置为当发生至少一个事件时，根据与所请求的流传输内容相关联的预定目标数据率以及过渡余量，临时为所述客户端预留过渡带宽。

Description

用于为自适应流传输客户端预留带宽的方法和设备

技术领域

本发明总体涉及视频流传输内容分发，具体地说，涉及一种用于控制由视频流传输内容使用的带宽的方法。

背景技术

本部分旨在向读者介绍本领域中可能与以下描述和/或要求保护的本发明的各方面相关的各个方面。相信本讨论有益于向读者提供背景信息以便于更好地理解本发明的各个方面。因此，应当理解，这些陈述应以这种方式被解读，而不是作为对现有技术的承认。

HTTP自适应技术被各种利益相关者推广，以实现在互联网中提供非常火热的视听传输。这种技术允许客户终端接收连续小分段(几秒长)(所谓的“块”)的形式的视频。每个分段通过HTTP协议来请求并且可以存在不同变体(所谓的“表示”)，以允许客户终端在任意时间选择与网络和设备约束相匹配的合适比特率。

在已经使用的HTTP自适应流传输(HAS)协议中，最著名的是Apple的HTTP实时流传输(HLS)、Microsoft的Silverlight平滑流传输(SSS)、Adobe的Adobe动态流传输(ADS)以及由SA4组内的3GPP研发的基于HTTP的动态自适应流传输(DASH)。这些HTTP自适应流传输现有技术在清单文件格式方面不同，所述清单提供元数据以描述内容选项(比特率、图像维度、帧率……)、在分段、所支持的编解码器以及内容保护技术方面内容的可用表示的组织。

具体地，当客户终端希望播放音频/视频内容时，其首先必须获得描述如何得到该特定内容的清单。这通过HTTP从URL获得一些“文件”来完成。该清单文件(按照比特率和其它属性)列出了内容的可用表示，并且对于每个表示，所述清单文件列出了允许针对每个时间片加载内容块的URL。对于点播视频(VoD)，提供对A/V内容的完整描述，而对于实时内容(例如，TV内容)，描述仅覆盖短的时间段并且需要被周期性地重新加载以随着时间流逝而发现新项目。

取决于其能力以及其从联网环境获得的知识，客户终端(例如基于其比特率)选择一种表示并且加载内容的第一块。其缓存一些块以便能够应对网络阻塞。然后，从每个接收到的块一个接着一个地播放A/V内容。同时，客户终端测量接收速率，并可以决定选择更高或更低的比特率。在这种情况下，其仅请求来自另一表示的下一块。每种HTTP流传输技术是能够在从给定比特率的块进行到另一比特率的下一块时使客户终端保持连续播放的技术。通过这种方式，当网络上的竞争业务造成了接收A/V内容的速率发生变化时，客户终端能够通过选择所具备的比特率允许维持缓冲器填满至安全级别的块，来做出反应和适应。实际上，客户终端尝试达到最高可能比特率以向终端用户提供良好的观看质量，同时保持在渲染将不会受到数据延迟接收的影响而使得宏块或画面冻结的水平。

更具体地，HAS播放器通常能够从服务提供商应用获得，并且可以被用户下载。自适应流传输播放器包含以下三个关键功能：

-块请求调度。通常实施两种请求策略。在初始提升(ramp-up)阶段使用立即下载以建立播放器缓冲，并且在稳定阶段使用周期性下载以维持恒定的回放缓冲。取决于播放器的初始条件，周期性下载可能造成欠佳的时间分配，从而导致在HAS流与另一流竞争带宽时带宽分配的不公平，这在“ImprovingFairness，Efficiency，andStabilityinHTTP-basedAdaptiveVideoStreamingwithFESTIVE”，JunchenJianganda1.，CoNext2012中进行了描述；

-比特率选择。基本策略是保守地选择比估计带宽低的最高可用比特率。将根据在估计带宽的值和所允许的最大请求比特率的值之间的余量来评估选择算法的保守性(conservatism)。可以以百分比的方式来表达保守值(conservativevalue)；

-带宽估计。带宽估计基于瞬时吞吐量(即，下载大小除以下载时间)。大多数商业播放器使用滤波技术来改善估计。当前估计随后通过最近的若干观测(observation)被平均以平滑其动态性。

虽然已经证明这些HAS技术与之前技术相比合理地良好工作，但是近期的工作指出了在一些具有挑战性的特定情况下(即，在瓶颈上与另一HAS客户端或与另一TCP流竞争)，HAS实现方式可能会受到严重的稳定性、公平性和效率性问题。

具体地说，已经观察到竞争带宽的两个HAS客户端会导致不可预测的结果，最终损害用户体验。此外，HAS终端在与贪婪的TCP流(例如，批量传输)竞争时表现出无法回复它们对带宽的合理份额，因为它们的周期性下载配置导致断开(OFF)时间段，在该断开时间段期间不评估带宽从而带宽被潜在地低估了。并且尤其是这些断开时间段期间，其它TCP流可以利用机会抢占带宽。

最后，在稳定状态期间，HAS客户终端应用给定带宽保守性以维持给定目标速率(例如，20％的保守值)，从而HTTP流传输不能达到所提供带宽的100％，进而导致带宽利用不充分。

此外，申请人观察到收敛也是评估效率的一个重要标准，其取决于初始条件。收敛时间目前不是确定性的并且可能会较长，这样会导致不良的用户体验并且潜在地导致欠佳的带宽使用。

本发明意在解决至少一些上述问题，以便至少部分地改善流传输内容向限定目标速率的收敛。

发明内容

本发明涉及一种用于为自适应流传输客户端预留带宽的方法，所述自适应流传输客户端属于至少一个网络并且被配置为从至少一个服务器接收流传输内容，所述流传输内容在所述服务器处能够以多于一个的数据率来获得，

所述方法的特征在于其包括：

当发生至少一个事件时，根据与所述客户端请求的流传输内容相关联的预定目标数据率以及过渡余量(transientmargin)，为所述客户端预留过渡带宽。

根据本发明，通过在启动时临时开放被分配给所请求的流传输内容的带宽，自适应流传输客户端的初始条件可以被修改和/或影响，以便改善其向目标数据率的收敛。为了减少收敛的时间并且增强稳定性，本发明至少提出了在客户端过渡状态期间分配过渡带宽。申请人观察到为HAS流传输内容预留的带宽越多(例如，高至给定极限)，则收敛的速度越快。此外，当自适应流传输客户端的收敛更快时，对自适应流传输会话的整个时长实现了稳定性和公平性。

根据优选实施例，所述过渡余量取决于以下参数中的至少一个：

-所述网络的总可用带宽；

-所确定的与所述流传输内容相关联的目标数据率；

-共享网络带宽的竞争流；

-所述流传输内容的优先级；

-所述自适应流传输客户终端的保守值。

具体地，当所述自适应流传输客户端使用保守值时，过渡余量有利地大于所述保守值。

此外，过渡带宽可以优选地大于所述目标数据率加上保守值，并且当比目标数据率高的至少一个其它数据率在服务器处可用时，过渡带宽优选地小于所述高的数据率加上自适应流传输客户端的保守值，以防止客户端切换到该高的数据率。

在本发明的另一方面中，当目标数据率是由服务器提供的最高数据率时，过渡余量可以小于或等于网络的总可用带宽与目标数据率之间的差。

在本发明的另一方面中，可以在取决于所述客户端的缓冲器的填充速度或填充率(也称为填充状态)的过渡时间段期间，为自适应流传输客户端预留所述过渡带宽。

更具体地，所述客户端接收连续数据块形式的流传输内容，一旦客户端缓冲器填满，过渡时间段就可以结束，即例如：

-当在所述客户端缓冲器中加载的块的数目超过缓冲器长度加上被认为由自适应流传输客户端播放的块的数目时；或者

-当块请求频率等于块的时长。

此外，所述事件属于以下事件组：

-自适应流传输客户端接收流传输内容的开始；

-网络条件的改变(优选为显著的改变)；

-接收另一流的停止。

此外，本发明还涉及一种用于为自适应流传输客户端预留带宽的设备，所述自适应流传输客户端属于至少一个网络并且被配置为从至少一个服务器接收流传输内容，所述流传输内容在所述服务器处能够以多于一个的数据率来获得。根据本发明，所述设备包括：

-流识别器，被配置为检测由所述客户端请求的至少一个流传输内容；

-带宽管理器，被配置为：

确定与客户端请求的流传输内容相关联的目标数据率；

当发生至少一个事件时，临时为所述客户端预留取决于所确定的目标数据率和过渡余量的过渡带宽。

此外，所述设备被配置为检测属于以下事件组中的所述事件：

-自适应流传输客户端接收流传输内容的开始；

-网络条件的改变；

-接收另一流的停止。

此外，所述自适应流传输客户端使用保守值，所述过渡余量优选大于所述保守值。

当比目标数据率高的至少一个其它数据率在服务器处可用时，过渡带宽优选地小于所述高的数据率加上自适应流传输客户端的保守值，以防止客户端切换到该高的数据率。

所述设备可以例如是网关或路由器。

本发明还涉及可从通信网络下载和/或记录在计算机可读介质上和/或可由处理器执行的计算机程序产品，所述计算机程序产品包括用于实现上述方法的程序代码指令。

此外，本发明还涉及一种非暂时计算机可读介质，其上记录有能够由处理器运行的计算机程序产品，所述计算机程序产品包括用于实现上述方法的程序代码指令。

在下文阐述所公开的实施例的范围内的一些方面。应理解，这些方面仅用来向读者提供本发明可能采用的一些形式的简要概括，并且这些方面并非意在限制本发明的范围。事实上，本发明可包括下文可能没有阐述的多个方面。

附图说明

通过下面参照附图的实施例和执行示例而绝非限制性的方式来示出本发明并使本发明更好地被理解，在附图中：

图1是可以实施本发明的客户端-服务器网络架构的示意图；

图2是图1的网络架构中客户终端示例的框图；

图3是根据本发明优选实施例的网关的示例的框图；

图4是示出了根据优选实施例由图3的网关实施的带宽预留方法的步骤的流程图。

在图2和图3中，呈现的方框仅是功能性实体，而不必对应于物理上分离的实体。即，这些方框能够以软件、硬件的形式来开发，或者可以实施在包括一个或多个处理器的一个或若干集成电路中。

在可能的情况下，贯穿附图，相同的附图标记将用于表示相同或类似部件。

具体实施方式

应理解，为了清楚理解本发明，已经简化了本发明的附图和描述以示出相关的元件，并且同时为了清楚起见，省略了在典型数字多媒体内容传送方法和系统中存在的许多其它元件。然而，由于这些元件在本领域是公知的，本文中不提供对这些元件的详细讨论。

根据优选实施例，针对HTTP自适应流传输(所谓的HAS)协议描述了本发明。当然，本发明不限于这种特定环境，当然也可以考虑和实现其他自适应流传输协议。

如图1中所示，客户端-服务器网络架构(其中可以实施本发明)包括例如两个客户终端C1和C2、网关GW以及一个或多个HTTP服务器S(在图1中仅示出了一个服务器)。显然，在所述架构中可以存在附加的客户终端。

客户终端C1——通过本地网络N1(如家庭网络或企业网络)连接到网关GW的HTTP自适应流传输(HAS)客户终端——想要通过宽带网络N2(如互联网)连接到HTTP服务器S。HAS客户终端C1呈现给定的保守值(conservativevalue)。本地网络N1由于网关GW而连接到宽带网络N2。

保守值可以是由客户终端在估计带宽的值和所选择的请求比特率的值之间所采用的最小余量(margin)。可以以估计带宽的百分比的方式来表达保守值。

基于客户端请求，HTTP服务器S使用HAS协议通过一个或多个TCP/IP连接将块流传输到客户终端C1。

根据如图2所示的优选实施例，HAS客户终端C1至少包括：

-到本地网络N1的LAN(局域网)连接接口1(有线和/或无线，例如Wi-Fi、以太网等)；

-通信模块2，包括用于与HTTP服务器S通信的协议栈。具体地，通信模块2包括本领域公知的TCP/IP栈。当然，其可以是使客户终端C1与HTTP服务器S通信的任何其它类型网络和/或通信装置；

-自适应流传输模块3，从HTTP服务器S接收HTTP流传输多媒体内容。自适应流传输模块3不断地选择比特率更好地匹配网络约束及其自身约束的块；

-视频播放器4，适于解码和渲染多媒体内容；

-一个或多个处理器5，用于执行存储在客户终端C1的非易失性存储器中的应用和程序；

-缓冲器6，配置为在从HTTP服务器接收到的块被发送到视频播放器4之前缓存所述块；

-内部总线B1，用来连接各个模块和本领域技术人员所公知的用于执行一般客户终端功能的所有装置。

在优选实施例中，客户终端C1是便携式媒体设备、移动电话、平板或笔记本电脑。自然，客户终端C1可能不包括完整的视频播放器，而是只包括一些子元件，比如用于解复用和解码媒体内容的子元件，并可以依赖于外部装置来向终端用户显示解码后的内容。在这种情况下，客户终端C1是支持HTTP自适应流传输的视频解码器，比如机顶盒。

此外，优选实施例的网关GW是数字订户线(DSL)网关，其通过DSL技术向本地网络N1提供互联网宽带访问。当然，网关可以是诸如线缆、光纤或无线之类的任何类型宽带网关。

如图3所示，网关GW包括：

-到本地网络N1的LAN连接接口7(有线和/或无线，例如Wi-Fi、以太网等)；

-到宽带网络N2的宽带连接接口8(有线和/或无线)；以及

-通信模块9，包括用于通过连接接口7和8进行通信的协议栈。具体地，通信模块包括互联网协议栈，被称为IP栈；

-存储器10，尤其适于存储从清单提取的信息(例如，播放列表或XML文件)；

-一个或多个处理器15，用于执行存储在网关GW的非易失性存储器中的应用和程序；

-内部总线B2，用于连接各种模块和处理装置、路由和桥接装置以及本领域技术人员公知的用于执行一般住宅网关功能的所有装置。

如前所述，为了以自适应流传输方式播放多媒体内容(例如，电影)，客户终端C1首先需要从服务器S获得(按照比特率和分辨率)列出所请求的多媒体内容的可用表示的清单。该清单已经预先产生，且存储在HTTP服务器S上。

此外，网关GW还包括用于识别网络条件改变的网络监视单元11以及适于对在网关接收到的流进行分析的流识别器12。每当客户终端C1发出服务请求，流识别器12就识别所述请求，并且通过拦截从服务器S返回给所述客户端C1的清单来收集服务信息，以便分析并提取诸如由服务器S声明的可用比特率和相关联的块URL之类的信息。为了拦截清单，流识别器12知晓可用流传输技术和相关联的协议。针对每个协议，其知晓传输清单的分组的类型。例如，流识别器12知晓AppleHTTP实时流传输、Microsoft平滑流传输和Adobe开源媒体框架技术。当然，其可被配置为知晓其它流传输技术。

流识别器12还识别网关GW何时不再接收到流。作为示意性而非限制性的示例，当在预定时间段期间没有接收到流时，流识别器12可以认为会话结束，并且可以警告网关GW的带宽管理器13，带宽管理器13可以如下文所述相应地修改业务控制规则和带宽预留。

所述带宽管理器13随后适于接收由流识别器12获得的信息。具体地，带宽管理器13决定服务是否被准许，并且为服务确定目标比特率，可能同时改变针对可能已经运行的其它服务的目标。带宽管理器13测量在网关GW的宽带接口8上可用的最大带宽的值。

具体地，当HAS客户终端C1向服务器S请求流传输内容时，带宽管理器13——在基于从流识别器13接收到的信息以及附加参数(例如，可用网络带宽、流的优先级、客户终端的保守值等)确定了目标比特率R_T之后——确定并且暂时预留与所请求的流传输内容相关联的过渡带宽BW，随后配置网关GW的调度器14。

调度器14适于管理本地网络N1中分组的传输。具体地，每个HAS流被指派有独立队列，该独立队列确切地分配有过渡时间段D_c期间的一个过渡带宽BW_t和直至流接收结束的一个稳定带宽BW_s。

过渡带宽BW_t被预留给过渡时间段D_c，并且其依赖于所确定的目标数据率R_T和过渡余量m_t。更具体地，过渡带宽BW_t可以等于目标比特率R_T加上过渡余量m_t，诸如：

对于t∈[T_o；T_o+D_c]，BW_t＝R_T+m_t，

其中，t是时间，T_o是流传输内容的接收的开始。

有利地，过渡余量m_t大于保守值V_c(m_t＞V_c)，从而：

对于t∈[T_o；T_o+D_c]，BW_t＞R_T+V_c。

当比目标比特率R_T高的至少一个其它比特率(被标记为R_T+1)被列出在接收到的清单中，并且其在服务器S处可用时，则过渡带宽BW_t比所述高的数据率R_T+1加上HAS客户终端C1的保守值V_c低，从而：

BW_t＜R_T+1+V_c。

作为另一示意性示例，过渡带宽BW_t可以通过以下关系式获得：

对于t∈[T_o；T_o+D_c]，

自然，其它公式也可以用于确定过渡带宽。

过渡余量m_t可以基于以下参数中的一个或多个：

-宽带网络N2处的总可用带宽BW_TOTAL；

-所确定的与由HAS客户终端C1所请求的所述流传输内容相关联的目标数据率R_T；

-共享网络带宽的竞争流(例如，由第二客户终端C2接收的流)；

-所述流传输内容的优先级；

-所述自适应流传输客户终端C1的保守值。

具体地，当目标比特率R_T是由服务器提供的最高比特率(在清单中列出)时，过渡余量m_t至多等于总可用带宽BW_TOTAL和目标比特率R_T之间的差，从而：

m_t≤BW_TOTAL-R_T。

在优选实施例中，带宽管理器13基于宽带接口8处可用的最大带宽的值来确定带宽预留。备选地，代替宽带网络N2的宽带接口8处可用的最大带宽，宽带管理器13可以考虑本地网络N1的LAN接口处可用的最大带宽。其随后基于在本地网络N1上可用的最大带宽的值来确定带宽预留。在本地网络N1而不是宽带网络N2处存在瓶颈时进行该操作。

虽然描述了在HAS客户终端C1开始从服务器S接收其所请求的流传输内容时由带宽管理器13预留过渡时间段D_c期间的过渡带宽BW_t，但是还可以在网络条件出现大的改变(尤其是HAS客户端C1的带宽部分增加)或者停止接收另一个流导致了被分配给HAS客户终端C1的带宽部分增加而使得带宽共享需要被修改时，执行这种过渡带宽预留。这种事件——通过相应消息(例如，由网关GW发送的消息)来标识——触发为HAS客户终端C1临时赋予额外的带宽部分，以便加速其向稳定状态的收敛。换言之，当由客户终端C1接收到相关消息时检测到这种事件。

此外，过渡时间段D_c可以由带宽管理器13预先设置，并且可以等于例如固定值(例如，几秒)。另外，所述过渡时间段D_c也可以不预先设置，而是可以取决于HAS客户终端C1的缓冲器6的填充速度。具体地，过渡时间段D_c可以依赖于客户终端C1的缓冲器6中所加载的块的数目，并且可以例如在由HAS客户终端C1接收到的块数目超过缓冲器长度加上被认为在所经过的时间期间由自适应流传输客户端所播放的块数量时结束。

应注意，缓冲器填充时间段T_b可以近似为以下关系式：

$T_b=\frac{L_B\×R_T}{{\mathrm{BW}}_t-R_T},$

其中：

-L_B是缓冲器长度(以秒为单位)；

-R_T是目标比特率(以kbps为单位)；

-BW_t是预留的过渡带宽(以kbps为单位)。

在变例中，可以维持过渡时间段D_c，直到块请求频率等于(至少粗略地等于)块的时长(缓冲器6于是被视为填满)。

在另一变例中或作为补充，过渡时间段还可以取决于客户终端C1的缓冲器6的填充率(或状态)(例如，缓冲器的80％)。

此外，在本发明的另一方面中，带宽管理器13还可以在过渡时间段结束D_c之后，在稳定状态期间预留一个稳定带宽BW_s(与由终端C1请求的流传输内容相关联)。

稳定带宽BW_s等于所确定的目标数据率R_T和稳定余量m_s，所述稳定余量m_s小于过渡余量m_t(m_s＜m_t)，诸如：

对于t＞T_o+D_c且BW_s＜BW_t，BW_s＝R_T+m_s。

具体地，稳定带宽BW_s可以至少等于目标比特率R_T加上保守值V_c(则稳定余量m_s等于保守值V_c)，从而：

对于t＞T_o+D_c，BW_s≥R_T+V_c。

作为另一示例，稳定带宽BW_s可以通过以下关系式获得：

对于t＞T_o+D_c，

带宽管理器13关于针对HAS流传输内容的带宽预留(过渡带宽BW_t、稳定带宽BW_S)的决策取决于多个参数以及用户或服务提供商偏好。它们导致一组由带宽管理器所实行且受所请求的内容、网络、网络的客户终端的特性等馈入(feed)的仲裁方案。

在竞争流(例如，客户终端C1和C2所请求的流)的情况下，带宽管理器13的带宽预留可以依赖于客户终端类型。例如，针对电视机的流的优先级可以高于针对便携式媒体播放器的流。备选地，带宽预留还可以基于客户终端C1、C2在本地网络N1中的位置、基于用户的身份等。位于起居室的客户终端C1、C2的优先级可以高于位于卧室的客户终端C1、C2。优选地，网关GW包括能够调整流之间的优先级的用户接口(未在附图中示出)。用户接口中的条目可以是例如设备类型、其位置及其优先级。

根据本发明，带宽管理器13随后针对由客户终端C1所请求的HAS流传输内容定义两个单独的规则。针对与收敛时间段相对应的很短时长(又称过渡时间段D_c)施加第一规则，然后施加第二规则直到流接收结束。收敛时间段对应于HAS客户终端C1处于过渡状态、尝试达到目标速率R_T并且填充其缓冲器的时间段。在该收敛时间段之后，HAS客户终端C1应该处于稳定状态，保持相同的速率直到流的结束或者直到网络条件改变。第一规则为HAS客户终端C1临时赋予额外的带宽部分，以便加速其向稳定状态的收敛并且增强稳定性。申请人观察到预留的带宽越多，向目标比特率的收敛越快。

可以在与给定HAS流竞争的流是批量TCP下载、侵略性的下载流或另一HAS流时应用所提出的本发明。

应理解，基于上述参数(优先级、用户偏好、竞争流等)通过实验确定过渡余量和稳定余量。

作为示意性而非限制性示例，针对具有30秒缓冲器的平滑流传输HAS服务而言，可以选择以下典型值：

-过渡余量＝要确定的所分配过渡带宽的40％(例如，在公式中m_t＝40，其中t∈[T_o；T_o+D_c])；

-稳定余量＝要确定的所分配稳定带宽的20％(例如，在公式中m_s＝20，其中t＞T_o+D_c)。

根据优选实施例，如图4中所示，网关GW被配置为实施用于为HAS客户终端C1预留带宽的方法，所述方法包括以下步骤：

-分析(步骤S0)网关GW处接收到的流；

-检测(步骤S1)给定事件(例如，客户终端C1接收HAS流传输内容的开始、网络条件的大改变)；

-确定(步骤S2)与HAS客户终端C1所请求的流传输内容相关联的目标数据率；

-当检测到至少一个事件时，为HAS客户终端C1预留(步骤S3)(在过渡时间段D_c内的)过渡带宽BW_t以及直到HAS流传输内容结束的稳定带宽BW_s。

在优选实施例中，在网关GW处执行带宽预留。备选地，还可以在位于本地网络N1中且与网关GW相连的路由器中、或在外部路由器中、或者在位于宽带网络N2中的高速缓存中执行带宽预留。

附图中的流程图和/或框图示出了根据本发明各个实施例的系统、方法和计算机程序产品的可能实现方式的配置、操作和功能。关于这一点，流程图或框图中的每个框可以表示代码模块、段或部分，其包括用于实现指定逻辑功能的一个或多个可执行指令。还应注意，在一些备选实施例中，在框中标记的功能可以不按附图中标记的顺序发生。例如，连续示出的两个框事实上可以基本同时执行，或者在某些时候可以按照相反的顺序执行，或者可以按照备选顺序执行，这将取决于所涉及到的功能。还应注意，框图和/或流程图示意的每个框以及框图和/或流程图示意中的框组合可以由执行特定功能或动作的基于专用硬件的系统或者专用硬件和计算机指令的组合来实现。虽然没有明确描述，但是实施例可以被实施为任意组合或子组合。

本领域技术人员应当认识到，本发明原理的方案可以实现为系统、方法或计算机可读介质。因此，本发明原理的方案可采用完全硬件实施例的形式、完全软件实施例(包括固件、常驻软件、微代码等)的形式或组合了软硬件方案的实施例的形式，它们可一般地称为“电路”、“模块”或“系统”。此外，本发明原理的方案可采用计算机可读存储介质的形式。可利用一个或多个计算机可读存储介质的任意组合。

计算机可读存储介质可采用计算机可读程序产品的形式，所述计算机可读程序产品实现为一个或多个计算机可读介质，并且其中实现有可由计算机执行的计算机可读程序代码。这里的计算机可读存储介质被认为是非暂时存储介质，其具有用来在其中存储信息的内在能力以及从中获取信息的内在能力。计算机可读存储介质可以是但不限于例如电、磁、光、电磁、红外或半导体系统、装置或设备或前述系统、装置或设备的任意合适组合。本领域普通技术人员应认识到，以下虽然提供了本发明原理可以应用到的计算机可读存储介质的众多具体示例，但是以下项仅仅是示意性的，而没有穷尽地列举：便携式计算机盘；硬盘；随机存取存储器(RAM)；只读存储器(ROM)；可擦可编程只读存储器(EPROM或闪存)；便携式紧凑盘只读存储器(CD-ROM)；光存储设备；磁存储设备；或者以上的任意合适组合。

Claims (15)

1.一种用于为自适应流传输客户端(C1)预留带宽的方法，所述自适应流传输客户端(C1)属于至少一个网络(N1，N2)并且被配置为从至少一个服务器(S)接收流传输内容，所述流传输内容在所述服务器(S)处能够以多于一个的数据率来获得，

所述方法包括：

当发生至少一个事件时，根据与所述客户端(C1)请求的流传输内容相关联的预定目标数据率以及过渡余量，为所述客户端(C1)预留过渡带宽。

2.根据权利要求1所述的方法，其中，所述过渡余量取决于以下参数中的至少一个：

-所述网络(N1、N2)的总可用带宽；

-所确定的与所述流传输内容相关联的目标数据率；

-共享网络带宽的竞争流；

-所述流传输内容的优先级；

-所述自适应流传输客户端(C1)的保守值。

3.根据权利要求1或2所述的方法，其中，所述自适应流传输客户端(C1)使用保守值，所述过渡余量大于所述保守值。

4.根据权利要求3所述的方法，其中，所述过渡带宽大于所述目标数据率加上所述保守值，并且当比所述目标数据率高的至少一个其它数据率在所述服务器(S)处可用时，所述过渡带宽小于所述高的数据率加上所述自适应流传输客户端(C1)的保守值。

5.根据权利要求1至4中任一项所述的方法，其中，当所述目标数据率是由所述服务器(S)提供的最高数据率时，所述过渡余量小于或等于所述网络(N1，N2)的总可用带宽与所述目标数据率之间的差。

6.根据权利要求1至5中任一项所述的方法，其中，在取决于所述自适应流传输客户端(C1)的缓冲器(6)的填充速度的过渡时间段期间，为所述客户端(C1)预留所述过渡带宽。

7.根据权利要求1至6中任一项所述的方法，其中，在取决于所述自适应流传输客户端(C1)的缓冲器(6)的填充率的过渡时间段期间，为所述客户端(C1)预留所述过渡带宽。

8.根据权利要求6或7所述的方法，其中，所述客户端(C1)接收连续数据块形式的流传输内容，当所述客户端缓冲器(6)中由所述客户端(C1)加载的块的数目超过缓冲器长度加上被认为在所经过时间期间由自适应流传输客户端(C1)播放的块的数目时，所述过渡时间段结束。

9.根据权利要求6或7所述的方法，其中，所述客户端(C1)接收连续数据块形式的流传输内容，当块请求频率等于块的时长时，所述过渡时间段结束。

10.根据权利要求1至9中任一项所述的方法，其中，所述事件属于以下事件组：

-所述自适应流传输客户端(C1)接收流传输内容的开始；

-网络条件的改变；

-接收另一流的停止。

11.一种用于为自适应流传输客户端(C1)预留带宽的设备，所述自适应流传输客户端(C1)属于至少一个网络(N1，N2)并且被配置为从至少一个服务器(S)接收流传输内容，所述流传输内容在所述服务器(S)处能够以多于一个的数据率来获得，

其特征在于所述设备包括：

-流识别器(12)，被配置为检测由所述客户端(C1)请求的至少一个流传输内容；

-带宽管理器(13)，被配置为当发生至少一个事件时，根据与所请求的流传输内容相关联的预定目标数据率以及过渡余量，为所述客户端预留过渡带宽。

12.根据权利要求11所述的设备，所述设备被配置为检测属于以下事件组中的所述事件：

-所述自适应流传输客户端(C1)接收流传输内容的开始；

-网络条件的改变；

-接收另一流的停止。

13.根据权利要求11或12所述的设备，其中，所述自适应流传输客户端(C1)使用保守值，所述过渡余量大于所述保守值。

14.一种计算机程序产品，可从通信网络下载和/或记录在计算机可读介质上和/或可由处理器执行，所述计算机程序产品包括用于实现根据权利要求1至9中任一项所述的方法的程序代码指令。

15.一种非暂时计算机可读介质，其上记录有能够由处理器运行的计算机程序产品，所述计算机程序产品包括用于实现根据权利要求1至9中任一项所述的方法的程序代码指令。