用于按照媒体播放器的需要控制实时流的下载速率的方法

摘要

一种计算机实现的方法，包括：接收流媒体，其中流媒体由移动设备处的媒体播放器请求；从流媒体获取定时信息，其中定时信息对应于媒体播放器上的实时回放速率；基于所述媒体播放器上的实时回放速率使流媒体帧化；基于帧化调度帧化流媒体的传送；以及根据调度向媒体播放器传送帧化流媒体。

说明书

相关申请的交叉引用

本申请要求在2009年2月9日提交的美国专利申请第12/368,260号的优先权，其内容也通过引用合并于此。

技术领域

本发明涉及用于按照媒体播放器的需要控制实时流的下载速率的方法。

背景技术

现今具有无线连接性的客户端设备可以在无线网络上生成绝大多数的数据业务，典型地在3G网络上多至90%。大部分该业务可以通过web浏览而生成。随着web上的多媒体内容的广泛的可用性以及流行多媒体共享站点的涌现，多媒体下载和流显著地比web浏览增长得更快。在一些网络中，多媒体可能已作为主要的业务形式超过了浏览，压倒运营商的网络。

渐进式下载（PD）已变为提供用于网络多媒体会话的输送的流行技术。这种简单的机制有效地支持高容量网络上的请求式多媒体会话。远程多媒体播放器简单地请求媒体剪辑的下载，当在播放器端接收到音频和视频帧时渐进地传输和播放媒体剪辑。在互联网环境中，该下载典型地在HTTP上完成，这额外提供有效的防火墙穿越特征。

渐进式下载或伪流（pseudo-streaming，PS）当在诸如有线互联网的高容量网络上进行时是极为有效的。在这种环境中，假设网络连接可以总是足够快的，足以满足或超过平滑地且无中断地播放剪辑所需的下载速率。换言之，网络下载速率可以总是高于正在下载的媒体文件的位速率。此外，假设大的媒体文件的非受控下载不会影响共享网络基础设施的其他用户。在互联网上，网络容量的充裕和可预测性允许使用非受控下载，其中尽可能多的媒体内容被尽可能快地下载。

当在容量有限的、时变的、共享网络链路（例如，无线蜂窝连接）上进行渐进式下载时出现了问题。在这些网络上，用户看到的有效带宽随着位置并且随着共享相同的蜂窝基础设施的用户的数目而改变。在该环境中，大文件的非受控下载可能导致网络拥塞。而且，多媒体服务器可能尝试以网络允许的最高速率向客户端设备传送媒体数据。这可能引入业务模式中的突发，堵塞网络并且扰乱其他用户和应用。

发明内容

本发明的第一方面涉及一种计算机实现的方法，包括：接收流媒体，其中所述流媒体由移动设备处的媒体播放器请求；从所述流媒体获取定时信息，其中所述定时信息对应于所述媒体播放器上的实时回放速率；基于所述媒体播放器上的实时回放速率使所述流媒体帧化；基于帧化调度所述帧化流媒体的传送；以及根据调度向所述媒体播放器传送所述帧化流媒体。

本发明的第二方面涉及一种系统，包括：客户端设备，具有媒体播放器，其中所述客户端设备能够向媒体服务器请求流媒体；以及最优化服务器，被配置为：接收发源于所述媒体服务器的流媒体，从所述流媒体获取定时信息，其中所述定时信息对应于所述媒体播放器上的实时回放速率；基于所述媒体播放器上的实时回放速率使所述流媒体帧化；基于帧化调度所述帧化流媒体的传送；以及根据调度向所述媒体播放器传送所述帧化流媒体。

附图说明

图1A图示了示例性系统的框图。

图1B图示了图1A的简化的示例性系统的框图。

图2是图示图1B的示例性系统的实施例的框图。

图3是图示用于基于流媒体的定时信息，控制图2的示例性系统中的下载速率的示例性通信流的功能图。

图4图示了具有总字节尺寸B的媒体剪辑的示例性组织。

图5图示了基于媒体剪辑的定时信息，将控制下载速率应用于图4的媒体剪辑的示例性结果。

图6是表示用于基于流媒体的定时信息来控制下载速率的示例性方法的流程图。

图7A是图示用于基于流媒体的定时信息和数据最优化（optimization），控制图2的示例性系统中的下载速率的示例性通信流的功能图。

图7B是图示用于基于流媒体的定时信息和网络的更新信息，控制图2的示例性系统中的下载速率的示例性通信流的功能图。

图8图示了将图7A和7B中的控制下载速率的方法应用于图4的媒体剪辑的示例性结果。

图9是表示用于基于流媒体的定时信息、数据最优化以及网络的更新信息来控制下载速率的示例性方法的流程图。

图10图示了具有可变下载速率乘数（multiplier）的示例性下载速率简档。

图11是表示用于基于流媒体的定时信息和可变下载速率乘数来控制下载速率的示例性方法的流程图。

具体实施方式

现将详细参照根据媒体播放器上的回放速率控制实时流（real-time streaming）的下载速率的示例性实施例，在附图中图示了其示例。在可能的情况下，在附图通篇中将使用相同的附图标记表示相同或相似的部件。

这些实施例描述了用于根据移动设备处的媒体播放器上的回放速率来控制实时流的下载速率的方法和系统。例如，Bytemobile的Multimedia Optimization应用是可以智能地最优化（optimize）并且减少无线网络上的流媒体业务的示例性方法和系统。这里讨论的方法和系统可以将控制添加到伪流媒体输送，基于媒体播放器上的回放速率，将“尽可能多，尽可能快”的媒体文件下载模型变换为“在需要时按照需要下载”的下载。其可以通过仅及时地递送媒体字节流来减少数据突发。实际上，其可以随时间展开或拉平媒体数据的下载，减少带宽消耗的峰值。更均匀的媒体数据下载可以允许网络运营商在网络中以较少的容量容纳相同数目的用户，实现网络资源的更高效的使用。因而，运营商可以通过用于支持多媒体业务的增长的网络扩充的减少代价而受益。

媒体数据下载节流方法的应用在许多方面可是有利的，其包括但不限于如下优点中的一个或多个：

● 节约网络带宽。PS会话的许多用户不会完整地观看剪辑，导致浪费的传输字节，该方法可以避免这一点。可以代之以将相同数目的字节传输到具有时间敏感媒体数据的较紧的接收绝限的其他用户。  

● 了解播放器缓冲区尺寸。网络或媒体服务器可以了解瞬时播放器缓冲区尺寸，并且可以基于媒体播放器上的回放速率而决定加速或减慢下载以保持会话的实时性，避免回放中断。为了实现这一点，可以应用跨层流控制方法。  

● 位速率控制。诸如动态带宽整形的高级位速率控制机制可以与该方法组合。

“PS下载速率控制”框架的描述

图1图示了示例性系统的框图。该示例性系统可以是在诸如无线网络、互联网等网络上传送流媒体的任何类型的系统。除其他之外，示例性系统还可以包括媒体播放器102、客户端设备104、网关106、一个或多个网络108和112、网元（NE）110以及一个或多个媒体服务器114至116。

媒体播放器102可以是设备或者安装在客户端设备104上的客户端应用。例如，Adobe Flash Video Player、Microsoft Windows Media Player、RealPlayer和任何其他播放器应用可以是该媒体播放器102。流媒体可以是例如，但不限于，音频流文件、视频流文件或者组合文本、音频、静态图像、动画、视频和交互内容的媒体数据文件，其在被媒体提供商递送的同时被终端用户稳定地接收或者呈现给终端用户。

客户端设备104是硬件设备，诸如计算机、PDA、蜂窝电话、膝上型计算机、桌面型计算机或者访问数据网络的任何设备。客户端设备104可以包括允许设备通信并且从数据网络接收诸如流媒体的数据分组的数据分组的软件应用。例如，客户端设备104可以向媒体服务器发送请求数据以下载特定的流媒体文件，并且媒体服务器可以向客户端设备104传送流媒体文件。在一些实施例中，流媒体文件可以通过网元110路由。

网关106是用作入口或者访问手段的一个或多个设备并且可以或者不可以将在一种类型的网络中提供的格式数据转换为另一类型的网络所需的特定格式。例如，网关106可以是服务器、路由器、防火墙服务器、主机、或者代理服务器。网关106能够将从客户端设备104接收到的信号变换为网络108可以理解的信号，反之亦然。然而，在一些数据网络（例如，第四代（4G）或微波存取全球互通（WiMAX））中不需要该变换能力。网关106可以能够单独地或者以任何组合处理音频、视频和T.120传送，并且能够进行全双工媒体转化。此外，网关106可以包括下文描述的用于控制流媒体的下载速率的网元110。

网络108和112可以包括广域网（WAN）、局域网（LAN）或者适合诸如互联网通信的分组类型的通信的无线网络的任何组合。此外，网络108和112可以包括下文描述的用于控制流媒体的下载速率的网元110。

网元110可以提供根据媒体播放器102上的回放速率控制流媒体文件的下载速率的框架。其可以是软件程序和/或硬件设备，可以是媒体服务器114至116中的一个或多个的一部分，可以是客户端设备104和媒体服务器114至116之间的任何网络设备的一部分，并且可以是客户端设备104和媒体服务器114至116之间的独立的设备。网元110可以用作透明媒体代理或者用于截取流媒体的最优化服务器，以通过操纵流媒体帧并且应用转码和重新编码技术来减少流媒体业务量。该技术可以允许网络运营商引入用于控制流媒体的下载速率的框架，不需要将客户端软件转出（roll out）到客户端设备104，需要客户端设备104的用户改变他/她的浏览习惯，或者依赖于内容提供商调整他们的内容。这可以有效地增加网络的可用带宽，提供服务额外用户和业务的容量。

在向媒体播放器102提供流媒体时，网元110可以连续监控字节流以检测可用网络带宽的改变。它可以自动地调整数据减少速率以与改变的网络条件匹配。这可以有效地减少峰值使用时间期间或者网络拥塞时的业务量。在网络拥塞时段期间，当播放器尝试下载剩余的媒体流时，媒体播放器102的用户可能体验媒体回放中断。这可能在网络的可用带宽下降到对视频编码的速率以下时发生。网元110可以动态地将媒体流速率减少到可用网络带宽，又减少了用户体验的中断。这可以提供关于现场媒体流应用的最优体验。下文进一步描述了用于控制下载速率的网元和框架。

媒体服务器114至116是计算机服务器，其从客户端设备104处的媒体播放器102接收媒体下载请求，相应处理该请求，并且在一些实施例中通过网元110向媒体播放器102传送媒体数据。例如，媒体服务器114至116可以是web服务器、企业服务器或者任何其他类型的计算机服务器。媒体服务器114至116可以是具有计算机程序的计算机，其负责接受来自客户端设备104的请求（例如，HTTP，或者可以发起媒体会话的其他协议）并且向客户端设备104提供流媒体。

图1B图示了图1A的简化的示例性系统的框图。除其他之外，该简化的示例性系统还可以包括媒体播放器102、一个或多个网段109和111、网元（NE）110以及媒体服务器114。

媒体会话可以在通常具有不同容量的两个网段上进行。  

● 快段（FS）111：通常，媒体服务器114位于该网段上。在该段上不需要下载控制。  

● 慢段（SS）109：这是其中伪流业务适用并且如本申请中描述的方法和系统所规定的那样被控制的网络部分。

媒体服务器114通常位于快网段中。涉及媒体播放器102上的多媒体会话的所有业务一直横越（traverse）快网段和慢网段两者，并且可以横越能够改变下载的定时的网元110。例如，来自媒体服务器114的进入的下载120横越快网段111，并且穿过网元110。网元110基于媒体播放器102上的实时回放速率来调节和改变下载速率。随后，网元110向媒体播放器102传送外出的流量受控（flow-controlled）下载。下文进一步描述了控制和改变下载的定时。

该框架适合媒体服务器114上的实施例，或者媒体服务器114和慢网段109的边缘之间的任何网元，诸如代理服务器、最优化服务器或网关。

图2是图示图1的示例性系统的实施例的框图。移动设备202是无线设备，除其他之外，其可以包括媒体播放器102和/或客户端设备104。尽管优选的是移动设备202可以是移动电话，但是本领域的普通技术人员将认识到，移动设备202可以是能够从媒体服务器请求和接收流媒体的任何类型的移动设备。

网元（NE）110的示例性实施例可以包括如下部件。本领域的普通技术人员将认识到，两个或更多个如下部件可以被组合为一个部件：

解复用器（De-muxer）210可以是软件程序和/或硬件设备，其截取并且解析进入的媒体下载并且获取媒体信息，诸如下文中解释的剪辑定时信息。

流量控制模块220可以是应用下载速率模式的软件程序和/或硬件设备，并且可以使媒体数据帧化，并且相应对帧调度器230编程。

帧调度器230可以是软件程序和/或硬件设备，其根据流量控制模块220、媒体处理器260和/或网络控制器270规定的定时触发帧传送。

媒体数据库240可以是帧化流媒体的记录或数据的结构化集合。该结构可以被组织为结构化文件、关系数据库、面向对象的数据库或者其他适当的数据库。利用诸如数据库管理系统的计算机软件来管理和提供针对媒体数据库240的访问。媒体数据库240可以存储和提供帧化流媒体。其可以与诸如帧调度器230或复用器250的网元110的其他部件组合。其也可以在网元110外部。由于应用了该方法，媒体数据库提供缓冲以存储尚不能转发到媒体播放器的媒体数据。

复用器250可以是软件程序和/或硬件设备，其根据定时调度发送如由流量控制模块220、媒体处理器260和/或网络控制器270指令的帧化媒体数据。

媒体处理器260（可选的）可以是软件程序和/或硬件设备，其使下载速率控制与诸如媒体位速率减少技术的媒体数据最优化组合。例如，除其他之外，媒体处理器260可以将各媒体帧的内容改变为较低媒体质量并且节约将在网络上发送的字节。

网络控制器270（可选的）可以是软件程序和/或硬件设备，其检测移动设备202所处的网络的更新信息并且指令媒体处理器250相应使媒体数据最优化。例如，除其他之外，其可以感测慢网段中的带宽的劣化，并且指令媒体处理器250相应减少媒体位速率。

图3是图示用于基于流媒体的定时信息，控制图2的示例性系统中的下载速率的示例性通信流的功能图。在从媒体服务器114接收到（120）流媒体数据之后，如下文进一步描述的，解复用器210解析流媒体并且获得流媒体的信息。例如，除其他之外，解复用器210可以获取流媒体的定时信息，其可以是移动设备202处的媒体播放器上的实时回放速率。解复用器210随后向流量控制模块220传输（302）经解析的流媒体以及用于控制下载速率的信息。

基于包括定时信息的流媒体信息，流量控制模块220应用下载速率模式和帧解析流媒体。帧化流媒体可以对应于移动设备202处的媒体播放器上的实时回放速率。流量控制模块220随后将帧化流媒体存储（304）在媒体数据库240处用于传送，并且根据定时信息调度（306）帧调度器230以触发帧流媒体的传送。下文进一步讨论了流媒体的调度传送。

帧调度器230触发（308）复用器250根据流量控制模块220规定的定时调度传送帧化流媒体。在触发（308）时，并且在获取预定被发送（310）的所存储的媒体之后，复用器250根据定时调度向移动设备202递送（130）帧化流媒体。该递送是与移动设备202处的媒体播放器上的实时回放速率对应的流量受控下载。

会话定时信息的获取

图4图示了具有总字节尺寸B的媒体剪辑的示例性组织。媒体文件格式可以包括报头，其可以具有关于媒体轨道（media track）的特性的信息，例如音频编解码器、视频编解码器、编码参数等。媒体文件格式还可以包括一个或多个媒体帧，每个帧承载时间戳记TS。TS包括播放器应呈现帧用于回放的时刻，并且确定媒体播放器上的实时回放速率。本领域的技术人员将认识到，媒体的数据分组可以不具有与媒体帧的一对一的映射关系。

如图4中所示，例如媒体剪辑可以包括10个媒体帧，每个媒体帧标有连续时间戳记TS1…TS10。媒体播放器可能需要尽可能快地接收报头以便于允许剪辑的适当解码和回放。然而，对于每个个别帧，在其播放时间之前在播放器处可能不需要该帧。这里解释的方法利用了这一概念，在时间上展开媒体帧的传送以在不扰乱回放的情况下确保播放器仅及时接收待呈现的帧。由于可以按照需要传送帧，因此获得了带宽节约。为了实现这一点，网元可以检查和分析进入的媒体剪辑以恢复时间戳记信息和媒体剪辑的其他性质，并且相应控制下载的流率。

图5图示了基于媒体剪辑的定时信息，将控制下载速率应用于图4的媒体剪辑的示例性结果。媒体流可以包括两个不同的过程：将媒体数据下载到移动设备，其在网络允许时尽快进行；以及播放媒体，其以编码媒体回放速率在本地进行。如果可用网络带宽不足，则移动设备处的媒体播放器可以停止并且重新缓冲。另一方面，如果可用网络带宽比媒体回放速率快得多，例如是媒体速率的两倍，则到播放了一半媒体时，整个媒体流可以已被下载到移动设备202。如果用户选择停止媒体回放，则剩余的下载媒体数据将被放弃。这是可用带宽的浪费。本申请中描述的方法和系统可以控制下载速率以避免这种浪费或者使其最小，使得如果用户选择停止媒体回放，则仍未被播放的剩余字节不会已被下载到移动设备202。

在图5的示例中，减小下载速率以与媒体流的实时性准确匹配。假设媒体剪辑中的媒体流具有固定帧速率T。在该情况下，例如，具有时间戳记TS3的帧预定在回放在t=0处开始之后的3*T秒播放。

例如，实现下载速率控制的网元可以在t=0处从媒体服务器接收到（120）报头和第一帧之后立即发送它们。此后，网元可以根据媒体流的实时性使传送延迟（130），有效地随时间展开各帧的传送。在该示例中，如果回放开始时间被视为t=0（下载开始的时间），则网元可以仅在帧的时间戳记预定用于回放时传输该帧。通过智能地控制针对移动设备的流传送速率，即使在带宽有限时，网元仍可以减少回放中断，仅维持足够的缓冲区，并且因而使用户停止播放媒体播放器时会浪费的下载最少。

图6是表示用于基于流媒体的定时信息来控制下载速率的示例性方法的流程图。本领域的普通技术人员将容易地认识到，图示过程可以被变更以删除步骤，改变一些步骤的顺序，或者另外包括额外的步骤。在最初的开始步骤600之后，网元从媒体服务器接收（602）流媒体。随后，网元解析流媒体并且获取（604）流媒体的信息。除其他之外，该信息可以包括与移动设备处的媒体播放器的实时回放速率对应的定时信息。网元可以在接收到流媒体的报头和第一帧时将它们传送到移动设备。

如上文描述的，在获取流媒体的定时信息之后，网元基于定时信息使流媒体的流率帧化（606）。网元存储（608）帧化流媒体，并且根据帧化（诸如除其他之外，帧化中的定时信息）调度（608）帧化流媒体的传送。

网元根据调度向移动设备传送（612）用于播放的帧化流媒体。该方法随后结束（614）。

图7A是图示用于基于流媒体的定时信息和数据最优化，控制图2的示例性系统中的下载速率的示例性通信流的功能图。图7A中的系统具有与图3中的系统相似的部件，不同之处在于在图7A中，网元110具有用于使下载速率控制与媒体数据最优化组合的媒体处理器260。

除了如结合图3描述的基于定时信息控制流媒体的流速率之外，网元110可以进一步基于如下文描述的最优化参数，经由媒体处理器260对流媒体执行数据最优化。媒体处理器260可以与流量控制模块220交互（702）以使下载速率控制与媒体数据最优化组合。通过诸如媒体位速率减少技术的数据最优化，媒体处理器260可以减少每个媒体帧的尺寸。流量控制模块220随后基于流媒体的定时信息，使尺寸减小的流媒体的流率帧化。这可有利于这样的移动设备202，该移动设备202可位于具有低带宽和/或差服务质量的网段中，或者不能完全利用流媒体的高质量的益处。

网元110可以允许网络运营商基于最优化参数，诸如媒体源、使用的设备、先前的使用简档、时间和日期、带宽、以及运营商可用的任何其他识别参数，将固定数据减少速率应用于所有或者一些他们的用户。这种区别提供给不同用户的媒体服务的质量的能力可以帮助网络运营商控制因过多的媒体业务导致的网络滥用，并且因而为运营商展现了新的收入机会。

网元110还可以基于诸如媒体源的最优化参数对流媒体有选择地执行数据最优化。媒体业务量常常可能仅由数个网站支配。网元110可以允许网络运营商有选择地针对这些站点实现数据最优化，同时允许在不更改的情况下观看其他站点。还向运营商提供从某些媒体下载站点排除最优化的替选方案，该下载站点的用户可能优选最高媒体质量而不在乎下载时间。

剩余的通信流与上文在图3中提供的通信流相似。

图7B是图示用于基于流媒体的定时信息和网络的更新信息，控制图2的示例性系统中的下载速率的示例性通信流的功能图。图7B中的系统具有与图7A中的系统相似的部件，不同之处在于在图7B中，网元110具有用于检测移动设备202所处网段的改变的网络控制器270。

如图7A中描述的，在已检测到诸如网段中的带宽劣化的网段改变后，网络控制器270可以指令（704）媒体处理器260对流媒体执行数据最优化。这可以基于移动设备所处网段的改变来实现动态数据最优化，以提供尺寸动态减少的流媒体。流量控制模块220随后可以基于流媒体的定时信息，使尺寸动态减少的流媒体的流率帧化。这在下文中进一步说明。

如果已检测到移动设备202所处网段的改进，则网络控制器270可以指令（704）媒体处理器260相应调整针对流媒体的数据最优化。例如，媒体处理器260可以使原始媒体位速率不变。流量控制模块220随后可以基于流媒体的定时信息，使动态最优化的流媒体的流率帧化。

剩余的通信流与上文在图7A中提供的通信流相似。

图8图示了将图7A和7B中的控制下载速率的方法应用于图4的媒体剪辑的示例性结果。基于该示例性结果可以进行媒体数据的处理以进一步控制下载速率。

如图8中所示，本框架可以与操纵媒体流120的更复杂的业务减少技术组合。一个示例可以是固定位速率减少，其中减少每个媒体帧的尺寸。此外，可以应用如动态带宽整形中的动态位速率减少。图8图示了离开（130）网元的业务中的这些技术的联合效果。

在如图8所示的情况下，在0和5T秒之间执行固定位速率减少操作。得到的帧的尺寸减小。在5T秒之后，慢段的带宽（802）下降。网元检测该下降并且进一步减少流的位速率，这导致5T之后的更小的媒体帧。

图9是表示用于基于流媒体的定时信息、数据最优化以及网络的更新信息来控制下载速率的示例性方法的流程图。本领域的普通技术人员将容易地认识到，图示过程可以被变更以删除步骤，改变一些步骤的顺序，或者另外包括额外的步骤。在最初的开始步骤900之后，网元从媒体服务器接收（902）流媒体。随后，网元解析流媒体并且获取（904）流媒体的信息，诸如与移动设备处的媒体播放器的实时回放速率对应的定时信息。网元可以在接收到流媒体的报头和第一帧时将它们传送到移动设备。

如上文所述的，网元可以获得（906）最优化参数，并且检测（908）移动设备所处的网络是否改变。如上文所述，网络的改变可以包括例如，移动设备所处网段的带宽改变。如果已检测到网络改变，则网元将这些改变集成（910）到最优化参数中。

网元基于定时信息和最优化参数使流媒体的流率帧化（912）。如上文所述，其可以基于最优化参数将数据最优化应用于流媒体。随后，其基于定时信息使最优化的流媒体帧化。此后，网元存储（914）帧化流媒体用于传送，并且根据帧化，诸如除其他之外，帧化中的定时信息，调度（916）帧化流媒体的传送。网元根据该调度向移动设备传送（918）帧化流媒体用于播放。该方法随后结束（920）。

下载速率简档

图10图示了具有可变下载速率乘数的示例性下载速率简档。可变下载速率乘数是预先配置的倍数（factor），其可以克服实时下载的某些不期望的效应。

理想地，会话的下载速率应被节流以符合会话的实时性。然而，这引起了若干不期望的效应。当移动设备处的媒体播放器发起会话时，期望传输足够的媒体流以允许回放立即开始。因此在短的时段中需要高的初始下载速率。在播放会话开始之后，下载速率可以被节流为接近实时以减少媒体播放器缓冲区泄放的风险。会话的实时性支配媒体播放器可能需要输入剪辑的每个部分用于回放的速率。等于或高于实时性的速率保证了不会出现浪费的传送或者浪费的传送最小，同时确保不会因播放器缓冲区耗尽而发生回放停止。

在图10中示出了解决这些问题的示例性下载速率简档。在该情况下，应用针对下载速率预先配置的可变乘数以控制下载速率。对于在网元处接收到的媒体时间的第一时段，例如，对于最初的5秒，可以使用诸如5x倍数的乘数来加速实时节流下载，使得剪辑的最初的5秒可以在网元处延迟仅1秒。在该示例中，回放可以仅被延迟相同的时间量，而非使用基线实时速率时会采取的5秒。对于剩余的下载，例如，可以应用1.1x倍数。传送速率略微快于实时性强加的基线速率，确保播放器缓冲区中存储的数据可以随时间略微增长，避免由于缓冲区耗尽引起的回放中断。

图11是表示用于基于流媒体的定时信息和可变下载速率乘数来控制下载速率的示例性方法的流程图。本领域的普通技术人员将容易地认识到，图示过程可以被变更以删除步骤或者另外包括额外的步骤。在最初的开始步骤1100之后，网元从媒体服务器接收（1102）流媒体。随后，网元解析流媒体并且获取（1104）流媒体的信息，诸如与移动设备处的媒体播放器的实时回放速率对应的定时信息。网元可以在接收到流媒体的报头和第一帧时将它们传送到移动设备。

如上文所述，网元可以获得（1106）预先配置的可变乘数。随后，如上文所述，网元基于定时信息和预先配置的可变乘数使流媒体的流率帧化（1108）。此后，网元存储（1110）帧化流媒体用于传送，并且根据帧化，诸如除其他之外，帧化中的定时信息，调度（1112）帧化流媒体的传送。网元根据该调度向移动设备传送（1114）帧化流媒体用于播放。该方法随后结束（1116）。

这里公开的方法可以被实现为计算机程序产品，即在信息载体（例如，在机器可读存储设备中或者在传播信号中）中有形地体现的计算机程序，用于由数据处理装置（例如，可编程处理器、计算机或多个计算机）执行或者用于控制数据处理装置的操作。计算机程序可以以包括编译或解释语言的任何形式的编程语言编写，并且其可以以任何形式部署，包括被部署为独立程序或者模块、部件、子程序或者适于用在计算环境中的其他单元。计算机程序可以被部署为在一个计算机上或者多个计算机上执行，该多个计算机在一个站点处或者跨越多个站点分布并且由通信网络互连。

在前面的说明书中，参照具体的示例性实施例描述了本发明。然而，显然在不偏离如所附权利要求阐述的本发明的较广泛的精神和范围的情况下，可以进行各种改变和修改。因此说明书和附图应被视为说明性的而非限制性的。通过考虑这里公开的本发明的说明书和实践，本发明的其他实施例对于本领域的技术人员是明显的。