CN105393583A - 具有媒体突发传送能力的媒体分发网络 - Google Patents

Abstract

描述在媒体分发网络中操作网络节点的技术，其中媒体数据在媒体突发中传送到媒体客户端的缓冲器。每个媒体突发后面是其中不传送媒体数据的空闲期。此技术的方法方面包括：确定媒体客户端缓冲器的填充水平，以及生成媒体突发。媒体突发生成包含取决于媒体客户端缓冲器的填充水平来调整媒体突发的媒体数据量和媒体突发后面的空闲期的持续时间中的至少一项。

Description

具有媒体突发传送能力的媒体分发网络

技术领域

本公开涉及媒体分发网络的方面，其中媒体数据在媒体突发中传送到媒体客户端。媒体突发后面是其中不传送媒体数据的空闲期。

背景技术

常规的媒体分发网络包括经由有线或无线通信网络而连接到媒体服务器的一个或多个媒体客户端。随着这样的通信网络的近来的带宽增加，消耗的媒体数据量也大幅增长，并且新的媒体应用已经发展。这样的媒体应用包含视频点播、实况流播、等等。

已经提出各种方式来有效利用媒体数据分发的现代通信网络的带宽能力。在US2012/0069829Al中描述的一个这样的方式是在宽带信道上在单独媒体突发中的媒体文件的传送。由于信道带宽通常大于媒体数据的实况消耗（例如，在流播场景中）所实际需要的带宽，突发传送方案的采用变成可能。

在US2012/0069829Al中建议的传送方案中，每个媒体突发后面是暂停。暂停组成其中不传送媒体数据的空闲期。每个媒体突发和后面的空闲期的总持续时间定义所谓的窗口期。窗口期的持续时间是在从100ms到1000ms的范围中。空闲期是50%或者更低的窗口期。在空闲期期间，可释放宽带信道，并且可以因此避免传送资源的浪费。

在专用网关功能的控制下执行突发生成和突发传送。在一个变型中，网关功能并入到媒体服务器。在另一变型中，网关功能安装在媒体服务器与媒体客户端之间的专用代理节点上。

发明内容

需要允许有效实现媒体分发网络中的突发传送方案的技术。

根据一个方面，提供在媒体分发网络中操作网络节点的方法，其中媒体数据在媒体突发中传送到媒体客户端的缓冲器，其中媒体突发后面是其中不传送媒体数据的空闲期。方法包括：确定媒体客户端缓冲器的填充水平以及生成媒体突发，其中媒体突发生成包含取决于填充水平来调整媒体突发的媒体数据量和媒体突发后面的空闲期的持续时间中的至少一项。

确定填充水平可包括基于缓冲模型来估计媒体客户端缓冲器的填充水平。缓冲模型可在一方面考虑传送的媒体数据量和在另一方面考虑在媒体客户端处的缓冲器流失率。作为示例，网络节点可跟踪在以前的突发中传送的媒体数据量。在媒体客户端处的缓冲器流失率可由网络节点估计或用信号发送到网络节点。

一个变型中的缓冲模型考虑与媒体数据关联的压缩的媒体时间信息。例如，如果以媒体文件的形式提供媒体数据，则那个媒体文件可包括具有对应信息的压缩的媒体时间线。此外，或作为备选，缓冲模型可考虑壁钟时间（例如，如与媒体数据的播放关联）。

在一个实现中，媒体突发包括到媒体客户端的多个单独媒体数据传输。每个媒体数据传输可包括单独媒体数据片段。在单独媒体突发期间传输的媒体数据传输的总大小可定义那个媒体突发的媒体数据量。

根据一个示例，每个媒体数据传输传达单独传输层数据片段。作为示例，如果传送控制协议（TCP）用在传输层上，则媒体突发可包括多个TCP片段。媒体突发的多个TCP片段可经由单个TCP连接从网络节点传送到媒体客户端。

在媒体突发期间，可一次或重复确定媒体客户端缓冲器的填充水平。作为示例，这样的确定可发生在每个单独媒体数据传输之后或在已经发生多个（例如，预定的数量）媒体数据传输之后。

可通过取决于媒体客户端缓冲器的填充水平来终止媒体数据传输而调整媒体突发的媒体数据量。可基于那个填充水平来定义目标媒体数据量（例如，关于缓冲的媒体数据的剩余播放时间）。一旦在以前的媒体数据传输中传送的总媒体数据量等于或超过目标媒体数据量，可终止突发的媒体数据传输（以及因此该突发）。

可由媒体客户端单独地确认媒体数据传输。因此，网络节点可接收单独媒体数据传输的接收的确认。如在本文中理解的，确认可以为肯定（意味着媒体客户端确认媒体数据传输的成功接收）或否定（意味着媒体客户端通知网络节点未接收到媒体数据传输）。

在某些场景中，确认的接收可触发下一媒体数据传输。在肯定确认的情况下，随着下一媒体数据传输而传送新的媒体数据，并且在否定或缺少肯定确认的情况下，随着下一媒体数据传输重新传送以前传送的媒体数据。取决于是否已经传送媒体突发的目标媒体数据量，下一媒体数据传输可在即将到来的空闲期之后或之前发送。

在媒体突发的结束时（例如，响应于突发内的最后媒体数据传输的接收的确认），可启动空闲定时器来定义空闲期。在空闲定时器的期满之后，可生成下一媒体突发用于传送。空闲定时器以及因此空闲期的持续时间可被设置为恒定或可变的值（例如，在具体媒体数据分发会话期间，例如媒体文件下载）。

媒体突发和媒体突发后面的空闲期的总持续时间可定义时间窗。在一个变型中，连续的时间窗具有可变持续时间。

如所述的，取决于媒体客户端缓冲器的填充水平来调整每个媒体突发的媒体数据量。由于填充水平变化，连续的媒体突发可因此具有可变媒体数据量。因此，时间窗的可变持续时间可至少部分地取决于需要在其中传输的可变媒体数据量。

媒体突发可以以第一位速率传送，并且媒体客户端缓冲器可以以第二位速率流失。第一位速率可至少平均高于第二位速率。作为示例，第一位速率可以是第二位速率的2倍、3倍或更高。在一个变型中，可由可用于（例如，分配给）在媒体客户端处终止的通信链路的位速率来确定第一位速率。通信链路可起始于接入网络节点，媒体客户端经由接入网络节点而连接到包括提供媒体数据的网络节点的网络。

媒体数据量的调整可考虑一个或多个约束。如需要，可组合下文的示例。

可取决于传送媒体突发的第一位速率或流失媒体客户端缓冲器的第二位速率来调整媒体数据量。在一个实现中，媒体数据量的调整考虑第一位速率和第二位速率（例如，第一位速率与第二位速率之间的比率）。

可调整媒体数据量使得在媒体突发后面的空闲期期间将没有媒体客户端缓冲器欠载运行。为此目的，可考虑以下参数中的至少一个来调整媒体数据量：媒体客户端缓冲器的当前填充水平、流失媒体客户端缓冲器的第二位速率以及调度或期望的空闲期持续时间。

在一个变型中，调整媒体数据量使得客户端缓冲器完全填满来避免在下文的空闲期期间的媒体客户端缓冲器欠载运行。

可调整媒体数据量使得媒体突发后面的空闲期将不降到低于第一持续时间。一般而言，第一持续时间可大于1s。作为示例，第一持续时间可大于2s、5s、10s或15s。在一个变型，调整媒体数据量使得空闲期将具有第一持续时间。空闲期的持续时间可因此是固定的。根据另一变型，调整媒体数据量使得空闲期将具有可变持续时间（通常将不降到低于第一持续时间）。

可选择第一持续时间来允许媒体客户端发起一个或多个功率节省措施。作为示例，可选择第一持续时间来允许媒体客户端在空闲期期间从功耗的第一状态转变到功耗的第二状态。第一状态与比第二状态更高的功耗关联。第一状态和第二状态可属于两个或者更多无线电信道状态的集合，例如，由媒体客户端实现的无线电资源控制（RRC）协议的状态。

通常可取决于接入网络和/或媒体客户端设置来选择第一持续时间。作为示例，可取决于（例如，长于）在媒体客户端处的一个或多个非活动定时器设置来选择第一持续时间。非活动定时器设置可控制在不同的功耗状态之间的媒体客户端的转变。在一个实现中，当选择第一持续时间时，可考虑RRC非活动定时器的设置。

可调整媒体数据量使得突发的媒体数据量不超过阈值。此外，或作为备选，可调整媒体数据量使得媒体突发持续时间不超过阈值。如果达到或超过媒体数据量阈值和/或媒体突发持续时间阈值，则空闲期的持续时间可从第二持续时间减少到第三持续时间。优选地，第三持续时间不低于第一持续时间。

方法还可包括向媒体客户端传送媒体突发。媒体突发可经由TCP连接或任何其它连接来传送。

媒体数据可包括音频数据和视频数据中的一个或两个。将传送的媒体数据可采用媒体文件（例如，多媒体剪辑）的形式。媒体文件可在下载会话中从媒体服务器传送到媒体客户端。因此，媒体客户端可直接或经由中间节点从媒体服务器获取媒体文件。

媒体突发可在下载会话期间传送。作为示例，媒体突发可在超文本传输协议（HTTP）或其它渐进式下载会话期间传送。在一个变型中，在完成下载之前，媒体客户端开始渲染或以其它方式使用渐进式下载会话中的下载的媒体数据。

根据另一方面，提供在媒体分发网络中操作媒体客户端的方法，其中媒体数据在媒体突发中传送到媒体客户端的缓冲器。媒体突发后面是其中不传送媒体数据的空闲期，并且方法包括接收媒体突发，其中媒体突发的媒体数据量和媒体突发后面的空闲期的持续时间中的至少一项取决于媒体客户端缓冲器的填充水平。

可调整所接收的媒体突发的媒体数据量使得在媒体突发后面的空闲期中将没有缓冲器欠载运行。因此，在具体媒体突发中传输的媒体数据量与那个媒体突发后面的空闲期持续时间之间可以有相关。

方法还可包括由媒体客户端在空闲期期间从功耗的第一状态转变到功耗的第二状态。第一状态与比第二状态更高的功耗关联。在一个实现中，转变由媒体客户端的至少一个非活动定时器控制。在至少一个非活动定时器的设置与空闲期的持续时间之间可存在相关。

也提供包括程序代码部分的计算机程序产品，用于在由计算装置执行计算机程序产品时执行本文公开的方法或方法方面。计算机程序产品可存储在计算机可读记录介质上，例如CD-ROM、DVD或半导体存储器。还可提供计算机程序产品用于经由通信网络的下载。

另外提供媒体分发网络的网络节点，在媒体分发网络中媒体数据在媒体突发中从媒体服务器传送到媒体客户端的缓冲器，其中媒体突发后面是其中不传送媒体的空闲期。网络节点包括部件，配置为确定媒体客户端缓冲器的填充水平，以及生成器，配置为生成媒体突发。媒体突发的生成包含取决于填充水平的媒体突发的媒体数据量和媒体突发后面的空闲期的持续时间中的至少一项的调整。

在一个实现中，网络节点配置作为媒体服务器。在另一实现中，网络节点配置作为用于媒体服务器与一个或更多媒体客户端之间的定位的代理节点。

网络节点可包括空闲定时器，配置为定义在两个连续的媒体突发之间的空闲期。媒体数据量的调整可与空闲定时器的设置相关。

更进一步，提供媒体分发网络的媒体客户端，在媒体分发网络中媒体数据在媒体突发中传送到媒体客户端。媒体突发后面是其中不传送媒体数据的空闲期。媒体客户端包括：缓冲器，配置为缓冲所接收的媒体数据；以及接口，配置为接收媒体突发。所接收的媒体突发具有取决于缓冲器的填充水平的媒体数据量。此外，或备选地，媒体突发后面的空闲期具有取决于缓冲器填充水平的持续时间。

媒体客户端还可包括控制器，适合于发起在空闲期期间媒体客户端从功耗的第一状态到功耗的第二状态的转变。第一状态通常与比第二状态更高的功耗关联。控制器可耦合到触发转变的非活动定时器。

附图说明

在另外的方面，当结合附图时，本公开的优点和可选特征将从下文的示范性实施例的描述而变得明显。在图中，

图1示出媒体分发网络的实施例；

图2示出网络节点的实施例；

图3示出媒体客户端的实施例；

图4示出图示当前播放时间显示和当前缓冲器填充水平显示的媒体客户端的屏幕截图；

图5示出媒体突发配置的实施例；

图6示意性地图示媒体客户端缓冲器的填充水平变化；

图7示出媒体客户端与网络节点之间的媒体突发传送的实施例；

图8示意性地图示媒体分发网络的更详细实施例；

图9示出媒体客户端的功耗状态转变方案的实施例；

图10示出媒体突发传送方案的实施例；

图11是图示第一方法实施例的示意图；

图12示出根据图11的方法实施例的媒体突发传送方案的实施例；

图13是图示第二方法实施例的示意图；以及

图14是图示第三方法实施例的示意图。

具体实施方式

在下文的示范性实施例的描述中，为了解释和不限制的目的，阐述具体细节以便提供本公开的透彻理解。对于本领域的技术人员而言明显的是可在背离这些具体细节的其它实施例中实践本公开。例如，虽然将结合媒体数据传送的TCP连接来描述某些实施例，但是将意识到，也可使用其它传输层传送技术。此外，虽然一些实施例将描述基于示范性RRC状态转变和RRC非活动定时器的客户端侧功率节省措施，但是容易地明显的是在空闲期期间可在媒体客户端侧发起附加的或备选功率节省措施。同样明显的是本公开不限于用于媒体客户端获取网络接入的任何具体技术。这样的网络接入可在原理上基于有线或无线技术或其组合。

更进一步，本领域技术人员将意识到，可使用软件功能结合编程的微处理器、专用集成电路（ASIC）、数字信号处理器（DSP）或通用计算机来实现本文解释的服务、功能和步骤。也将意识到虽然将主要参考方法和装置来描述下文的实施例，但是本公开还可在计算机程序产品以及包括计算机处理器和耦合到处理器的存储器的系统中实现，其中所述存储器是用可执行本文公开的服务、功能和步骤的一个或多个程序来编码。

图1图示包括网络节点20和一个或多个媒体客户端40的媒体分发网络10的实施例。媒体客户端40可配置作为固定或便携式装置。作为示例，媒体客户端40可实现为移动电话、智能电话、平板计算机、个人计算机、膝上型计算机，等等。网络节点20可实现为服务器或可集成到服务器。备选地，网络节点20可实现为代理或可集成到代理。

网络节点20配置为在突发中传送媒体数据（例如，由媒体客户端40中的单独一个请求下载的媒体文件）到相应媒体客户端40。因此接收的媒体数据可暂时或永久存储在媒体客户端40处。备选地，或此外，媒体客户端40可渲染媒体数据。具体渲染取决于媒体数据的特性。作为示例，可在媒体客户端40的显示器上渲染视频数据，然而音频数据可经由扬声器或头戴式耳机而回放。

从网络节点20到每个单独媒体客户端40的媒体数据传送可基于有线或无线通信网络上的单播连接。单播连接可用于将媒体数据从网络节点20流播到请求媒体数据的媒体客户端40。流播是基于会话概念的一个变型并且可在流播协议（例如，实时流播协议RTSP或经由HTTP的渐进式流播）的控制下执行。

图2图示在图1中示出的网络节点20的单独部件。应该注意到，只示出对于理解本公开必要的部件。即，网络节点20将通常包含在图2中未图示的附加部件。

如图2所示，网络节点20包括突发生成器22和网络接口32。突发生成器22配置为接收媒体数据流并且将那个媒体数据流转换成媒体突发。网络接口32配置为向在图1中图示的媒体客户端40中的一个传送媒体突发。

关于网络节点20可如何获取对媒体数据流的接入存在各种可能性。媒体数据流可由网络节点20在本地生成。在这样的情况下，网络节点20可以自身配置作为媒体服务器。在备选实施例中，网络节点20经由网络接口32（或在图2中未图示的单独接口）从耦合到网络节点20的媒体服务器接收媒体数据流。

由突发生成器22接收的媒体数据流可以是表示图1中的媒体客户端40中的一个所请求用于下载的媒体文件（例如，多媒体剪辑）的位流。媒体数据流可具有恒定或可变的位速率。位流可包括单独单元的编码的媒体数据。例如，编码的媒体数据可包括视频帧或任何其它编码单元（例如，由媒体数据编码器生成的音频样本）。媒体数据编码器可符合任何编码格式，例如H.264格式、动态图像专家组2传输流（MPEG2-TS）格式，基于国际标准化组织（ISO）的媒体文件格式（例如，ISO-BMFF）、音频视频交错（AVI）格式，等等。

仍然参考图2，突发生成器22包括媒体缓冲器24、突发释放控制器26、客户端缓冲器填充水平估计功能28以及空闲定时器30。当然，突发生成器22可包括在图2中未示出的另外部件。

由突发生成器22接收的媒体数据流最初存储在媒体缓冲器24中。控制器26配置为释放在单独媒体突发中的媒体缓冲器24中缓冲的媒体数据。每个媒体突发具有由控制器26考虑一个或多个约束而调整的专用媒体数据量。此处，控制器26取决于媒体客户端缓冲器（在图2中未示出）的填充水平或任何其它参数来调整单独突发的媒体数据量。在另一变型中，控制器26取决于媒体客户端缓冲器填充水平来调整具体媒体突发后面的空闲期的持续时间。当然，在某些场景中，控制器26可以基于填充水平来调整媒体突发的媒体数据量以及那个媒体突发后面的空闲期的持续时间。

估计功能28基于缓冲模型来估计填充水平。在本实施例中，估计功能28所应用的缓冲模型至少考虑在媒体客户端40处的传送的媒体数据量（即，缓冲器填充过程）和缓冲器流失过程。

传送的媒体数据量是基于在正在进行的媒体数据传送会话中先前已经释放的一个或更多突发的媒体数据量来测量。在一个实现中，可基于可以更容易测量的传送的数据量（例如，字节）来测量传送的媒体数据量。传送的数据量可比传送的媒体数据量超过可忽略的数量（例如，与将媒体数据打包进数据单元关联的控制信息）。

此外，或作为备选，传送的媒体数据量可来源于媒体数据的特性或属性（例如，来源于包含媒体数据的媒体文件）。这样的特性或属性可包含压缩的媒体时间信息。此信息可以来源于ISO-BMFF符合或类似媒体文件的所谓的采样时间盒。采样时间盒（如，例如，包含在样本表盒“stbl”中）可用于来确定到具有给定的媒体时间戳的编码单元（例如，视频帧或音频样本）的文件的字节偏置。两个给定编码单元的字节偏置的差别可用于计算数据量（以及因此传送的媒体数据量）。其它媒体文件格式包含其它信息来计算具有给定时间戳的编码单元的字节偏置。

同样此处可考虑与媒体数据关联的壁钟时间来估计客户端缓冲器填充水平。媒体客户端40正在流失媒体缓冲器44而那个缓冲器44得到填充。因此，可测量或估计缓冲器填充过程的持续时间（在壁钟时间的方面）以便在媒体缓冲器44正在被填充时补偿缓冲器流失过程。

估计功能28可估计客户端缓冲器流失过程。这样的估计还可基于由突发生成器22接收的媒体数据的任何特性或属性。在其中媒体数据包含在媒体文件中的情况下，可从来源于媒体文件的单独编码单元（例如，视频帧和/或音频样本）的定时和大小来估计缓冲器流失过程。

如图2所示，突发生成器22还包括耦合到突发释放控制器26的空闲定时器30。空闲定时器30配置为定义在两个连续的媒体突发之间的恒定或可变的空闲期。在一个示范性实现中，突发释放控制器26在突发释放过程的结束时启动空闲定时器30。一旦空闲定时器30已经期满，开始新的突发释放过程。应该注意到，单独突发释放过程可在某个时间段上扩展，取决于需要用释放的媒体突发传送的媒体数据量。

因此由突发生成器22生成的媒体突发经由通信网络从网络接口32传送到媒体客户端40。因此，通常将有另外的网络节点安排在网络节点20与媒体客户端40之间（媒体突发被传送到媒体客户端40）。

图3示范性图示有助于实践本公开的媒体客户端40的部件。将意识到，在其它实施例中，媒体客户端40可包括备选或附加的部件。

如图3所示，媒体客户端40包括网络接口42，耦合到通信网络并且配置为接收由图2的网络节点20生成的媒体突发。媒体客户端40还包括媒体缓冲器44，配置为暂时存储经由媒体突发接收的媒体数据。在媒体缓冲器44中，可以用单独媒体样本的形式（例如，以视频帧的形式）来安排媒体数据。

常规地，提供媒体缓冲器44来补偿以下事实：当使用预测编码时，从媒体缓冲器44读取的单独帧可具有不同的大小（例如，P-/B-帧具有比I帧小的尺寸）。此外，媒体缓冲器44常规地也允许补偿延迟抖动和简短接收中断（例如，由于媒体客户端40的移动性）。此处，媒体缓冲器44的典型大小（例如，能够渐进式媒体文件下载的媒体客户端40）大到足以缓冲10秒、20秒或者更多秒的媒体数据（在播放时间的方面）。因此，变得可能停止媒体缓冲器44的填充过程若干秒并且只流失它。

位于缓冲器44的下游的媒体解码器46配置为根据缓冲的媒体样本的解码时间戳从媒体缓冲器44获取媒体数据。作为示例，媒体解码器46可以以40ms的间隔从媒体缓冲器44获取媒体数据（例如，用于每秒25帧的视频流）。

媒体解码器46还配置为解码从媒体缓冲器44获取的媒体数据并且将它们适当地排序用于渲染。媒体解码器46可符合一个或多个编码标准，例如H.264。

渲染功能48取决于媒体数据的特性来最终渲染解码的媒体数据。作为示例，可显示视频或图像数据，并且扬声器可回放音频数据。

图4图示由渲染功能48渲染并且由渐进式下载应用提供的视频数据的屏幕截图。除视频显示窗口和播放控制条以外，屏幕还显示当前播放时间（经由计数器和渐进式移动的图标）以及媒体缓冲器44的当前填充水平（通过进度条）。如将意识到的，指示媒体缓冲器44的实际填充水平的进度条应该一直领先指示当前播放时间的图标。

在图3中描绘的媒体客户端40的实施例配置为经由渲染功能48立即渲染所接收的媒体数据。这样的立即渲染可以结合视频点播应用或结合实况流播来执行。将意识到，在其它实施例中，可简单地存储所接收的媒体数据用于以后用在媒体缓冲器44下游的存储（未示出）中。

如以上参考图2解释的，网络节点20的突发生成器22根据在图3中示出的客户端侧媒体缓冲器44的估计的填充水平来生成媒体突发。因此，突发生成器22的估计功能28的任务是基于可用于网络节点20的先验知识来估计那个媒体缓冲器44的填充水平。因此，由媒体客户端40接收的媒体突发的媒体数据量将反映由网络节点20执行的关联的填充水平估计。

如图3所示，媒体客户端40还包括非活动定时器50和功率状态控制器52。在本实施例中，非活动定时器50耦合到网络接口42。在其它实施例中，非活动定时器50和功率状态控制器52中的至少一个可集成到网络接口42。

非活动定时器50配置为在媒体突发接收过程的结束时开始。如果在非活动定时器50的期满之前没有接收到另外媒体突发（即，如果媒体突发后面的空闲期长于由非活动定时器50监测的持续时间），则触发功率状态控制器52。一旦触发，功率状态控制器52控制媒体客户端40的一个或多个部件（例如，网络接口42）从功耗的第一状态转变到功耗的第二状态，其中第一状态与比第二状态更高的功耗关联。一旦需要在媒体缓冲器44中缓冲的新的媒体突发到达网络接口42，恢复功耗的第一状态。

应该注意到，非活动定时器50和功率状态控制器52都是可选的并且在某些实施例中可忽略。当存在时，可执行由网络节点20的突发生成器22（参见图2）的媒体突发数据量的调整使得可以保证空闲期持续时间来允许非活动定时器50期满而没有在正在进行的媒体渲染过程期间的媒体缓冲器44的欠载运行风险。当然，在其它实施例中，可由第一生成器22来调整媒体突发的媒体数据量来实现不同的目标。

图5是示意性地图示客户端侧媒体缓冲器44的流失过程相对于经由媒体突发的缓冲器填充过程的定时图表。如图5所示，假定媒体解码器46以实质恒定的速率（被称作媒体位速率）流失媒体缓冲器44。应该注意到通常随时间变化（例如，在视频点播场景中）。在许多情况下，在由提供媒体数据用于下载的内容提供商编码的媒体数据期间确定。

媒体缓冲器44的填充过程经由媒体突发（经由具有可用的链路位速率的网络连接传送到媒体客户端40）来实现。如将意识到的，将通常随时间变化。例如，在无线网络连接的情况中，中的变化将取决于流行的无线电状况和由其它用户生成的无线电业务。

在图5中图示的场景中，假定可用的链路位速率完全用于具有持续时间的单独媒体突发的传送。因此，在图5中图示的媒体突发将具有媒体数据量 。在本场景中，指示媒体客户端40获取具体媒体突发所需的时间段。一般而言，如果将经由具体媒体突发传送目标媒体数据量，则突发的持续时间取决可用的链路位速率。可用于媒体客户端40的链路位速率越高，突发提取持续时间将越短。

如在图5中图示的，每个媒体突发后面是其中不传送媒体数据的空闲期。空闲期具有持续时间。媒体突发和媒体突发后面的空闲期的总持续时间定义具有窗口持续时间的时间窗。取决于当前需要，窗口持续时间可由网络节点20控制为恒定或可变。

在窗口持续时间期间，媒体客户端40的媒体缓冲器44用B个字节来填充。同时，用速率 流失缓冲器。将意识到，应该调整突发的媒体数据量B调整使得它不降到低于B'（即，B>=B'）。在B=B'的情况下，（最小）突发持续时间可以计算为。关联的空闲期的所得到的（最大）持续时间可以表达为 。

在一个实现中，突发持续时间可调整为当前链路位速率，使得空闲期持续时间不降到低于某个阈值。换句话说，可调整媒体突发的媒体数据量B使得可以保证某个空闲期持续时间而没有媒体客户端40的媒体缓冲器44的欠载运行风险。为此目的，突发生成器22可取决于媒体缓冲器44的估计的填充水平来调整具体媒体突发的媒体数据量B（在空闲期的结束时）使得空闲期的持续时间不必要变得太短。

如将意识到的，考虑到与媒体突发生成关联的处理开销，短的空闲期持续时间可以是低效的。此外，越长的空闲期持续时间增加媒体客户端40的非活动定时器50可以期满的可能性，使得媒体客户端40可以转变到减少的功耗的状态。另一方面，例如，在用户决定放弃或中止正在进行的下载会话的情况下，太长的空闲期持续时间与不必要的传送带宽浪费关联。如需要的，可考虑并且组合所有那些考虑来选择合适的空闲期持续时间用于具体使用场景。

的上限是由客户端侧媒体缓冲器44的深度（即，大小）确定。典型的大小将对应于几秒（例如，多达5秒、10秒或20秒或甚至大体上更多）的缓冲的播放时间。如所述，在某些实施例中，将由非活动定时器52设置来确定的下限。此处应该注意，改变功耗状态将一直需要一些处理开销（例如，信令负载）。因此，可选择的下限使得更低功耗的状态可以维持充分长的时间来证明从更高功耗的状态到更低功耗的状态的转变。

图6图示作为时间函数的媒体缓冲器44的填充水平的模型。此处，以缓冲的媒体时间为单元来指示媒体缓冲器44的填充水平。图示其中媒体客户端40获取媒体文件并且开始经由渲染功能48渲染媒体数据而仍然经由单独媒体突发（“渐进式下载”）接收那个文件的场景的缓冲过程。图6的图表组成缓冲模型，突发生成器22的估计功能28可用缓冲模型来调整单独媒体突发的媒体数据量B。

如图6所示，下载会话开始于短的时间段，在此期间在媒体突发中接收媒体数据，但是渲染（播放）过程还没开始（“只缓冲”）。在已经达到某个缓冲器填充水平之后，媒体解码器46根据媒体位速率开始流失媒体缓冲器44，并且由渲染功能48的播放可以开始。通常，另外预定义的缓冲器填充水平指示媒体客户端40进入重新缓冲状态的最小填充水平。在重新缓冲状态期间，将冻结由渲染功能48的播放。

图6指示可以考虑可用的链路位速率与媒体位速率之间的比率来对客户端侧媒体缓冲器44的填充水平进行建模。如变得明显的，也应该考虑链路位速率中的变化。

在图6中示出的单独缓冲器填充率或梯度指示多快填充媒体客户端40的媒体缓冲器44（考虑缓冲器填充和缓冲器流失过程）。通常优选的是缓冲器填充率大（这意味着链路位速率应该大体上大于媒体位速率）。尽管，和通常变化（如也在图6中示出的）。因此，缓冲器填充率也变化，并且估计功能28需要考虑这样的变化。

在图6中示出的媒体缓冲器44的基于突发的填充过程允许经由以上讨论的参数中的多个（例如，经由单独媒体突发的媒体数据量B和/或空闲期持续时间）来控制缓冲器填充率。可控制缓冲器填充率使得当媒体客户端40的用户决定停止渲染媒体数据时，缓冲的媒体数据的损耗最小。例如，发现用户常常只观看多媒体剪辑的前几秒并且然后进行到下一多媒体剪辑而不完全地观看第一剪辑（“剪辑放弃”）。为限制由剪辑放弃来创建的损耗以及产生的传送带宽浪费，缓冲器填充率可在一个实施例中受控（“受调整”）使得媒体缓冲器44的缓冲水平刚好填充到保持渲染功能48在空闲期期间可操作的点（即，避免缓冲器欠载运行）。这样的调整因此也可以结合如本文呈现的单独媒体突发中的媒体数据的传送来实现。

如将意识的，空闲期持续时间的调整（例如，如以下更详细解释的取决于客户端缓冲器填充水平和功率状态转变中的一个或两个）将影响调整“增益”。更短的空闲期持续时间引起细粒度的调整。这意味着用户的放弃将引起相对更低的传送带宽浪费。相反地，更长的空闲期持续时间需要必须在前面的媒体突发中传送更大的媒体数据量，这引起更粗粒度的调整（即，更高损耗和更低效的传送带宽使用）。

图7示意性地图示结合示范性媒体文件下载（例如，HTTP渐进式下载会话）的网络节点20与媒体客户端40之间的信令。在某些实现中，在整个下载会话期间可使用相同的TCP连接。在其它实现中，可使用两个或者更多TCP连接（例如，每个突发一个TCP连接）。假如媒体客户端40采用TCP流控制，它可取决于其需要来调整TCP窗口大小。因此，TCP窗口大小可在空闲期持续时间期间缩小，这意味着TCP连接无法立即使用可用的链路位速率。

在图7中图示的TCP流序列开始于到网络的由媒体客户端40发起的TCPSYN信令和由网络节点20或媒体服务器（未示出）的关联的确认（SYN-ACK）。然后，媒体客户端40经由网络再次确认的HTTPGET命令来发起下载会话。在图7的示例中，媒体客户端40请求媒体文件“video.3gp”用于下载。

接着，包含请求的媒体文件的一部分的第一媒体突发从网络节点20传送到媒体客户端40。如在图7中图示的，媒体突发包括到媒体客户端40的多个单独媒体数据传输。随着每个媒体传输，单独TCP片段从网络节点20发送到媒体客户端40。媒体客户端40的TCP片段的成功接收是确认（“ACK”）回到网络节点20。此确认触发相同媒体突发内的下一TCP片段的传送。取决于网络节点20的配置，假如在预定义的时间段内没有接收到确认（或假如接收到否定确认“NACK”），可重新传送TCP片段。

网络节点20的突发生成器22跟踪在正在进行的媒体突发期间传送的数据（例如，在字节方面）。一旦数据的传送量等于或超过（目标）媒体数据量B，网络节点20就终止媒体突发（即，终止用于正在进行的突发的TCP片段的另外传送）。

如在图7中指示的，需要确认媒体突发的所有TCP片段。这意味着：在已经终止媒体突发之后，网络节点20等待最后TCP片段的接收的确认并且然后启动空闲定时器30。空闲定时器30定义空闲期的持续时间。在空闲期期间，网络节点20将不传送TCP片段（或提供用于下载）。只有在空闲定时器30的期满后，如在图5中图示的传送下一媒体突发。

如以上表述的，TCP窗口大小可在两个媒体突发之间的空闲期期间缩小。因此，当在空闲期之后传送新的媒体突发时，网络节点20与媒体客户端40之间的TCP连接可在缓慢开始阶段中。突发生成器22（例如，估计功能28）可考虑此情况。

另外应该注意到：代替空闲定时器30（或除那个定时器30以外），如需要的可采用用于确定空闲期的持续时间的其它机制。具体地，在其它实施例中，空闲期持续时间可在下载会话内变化。

图8图示媒体分发网络10中的网络节点20和媒体客户端40的可能的实现。媒体客户端40经由通信网络（包括无线链路60）无线连接到位于服务网络中的媒体服务器70。媒体客户端40可因此实现为移动装置。如在图8中图示的，无线链路60在媒体客户端40与无线电接入网络（RAN）节点80（例如，基站）之间延展。

在图8中图示的实施例中，负责突发生成的网络节点20作为多服务代理（MSP）节点20（在下文中被简单称为代理节点20）而位于RAN节点80与媒体服务器70之间的核心网络中。可选的演进型分组网关（EPG）位于作为代理节点20与RAN节点80之间的中间节点90。中间节点90可包括分组数据网络网关（P-GW）的功能性并且起到在本领域中通常已知的移动性锚的作用。应该注意到在其它部署中，代理节点20也可位于RAN节点80与中间节点90之间。

第一TCP连接TCP₁在媒体客户端40与代理节点20之间延展，并且第二TCP连接TCP₂在代理节点20与媒体服务器70之间延展。应该注意到，媒体客户端40不能检测到代理节点20的存在。即，代理节点20透明地安排在媒体客户端40与媒体服务器70之间使得媒体客户端40可假定它具有到媒体服务器70的直接TCP连接。在其它实施例中，代理节点20可以用非透明方式实现，这意味着媒体客户端40可以检测到它。

可利用在图8中图示的两个TCP连接TCP₁、TCP₂用于如以上所论述的渐进式下载会话。在图7中图示的TCP连接将是图8中的媒体客户端40与代理节点20之间的TCP连接TCP₁。经由到媒体服务器70的TCP连接TCP₂，代理节点20可接收媒体数据流用于突发生成器22的处理（参见图2）。

在图8中图示的场景中，媒体客户端40包括在图3中图示的非活动定时器50和功率状态控制器52。非活动定时器50和功率状态控制器52属于媒体客户端40的RRC功能性。RRC功能性是安装在媒体客户端40中的网络接口42的通用移动电信系统（UMTS）宽带码分多址（WCDMA）协议栈的一部分。那个协议栈处理在媒体客户端40的网络接口42与RAN节点80的对应网络接口之间的层3上的控制平面信令。如将意识到的，类似RRC功能性存在于其它无线通信系统中，例如长期演进（LTE）通信系统。

图9图示在示范性UMTS陆地RAN（UTRAN）场景中的可实现在媒体客户端40的网络接口42中的各种RRC状态。如在图9中图示的，单独RRC状态需要不同的数据率和处理资源，并且如此与不同的功耗级别关联。单独状态之间的转变由两个专用RRC非活动定时器（在图3中只图示一个这样的定时器50）控制。

RRC非活动定时器的配置对（移动）媒体客户端40的电池寿命有很大影响。具体地，RRC空闲模式（没有连接）具有最低的能量消耗。以减少功耗的顺序，RRC连接模式中的状态是CELL_DCH（专用信道）、CELL_FACH（转发接入信道）、CELL_PCH（小区寻呼信道）和URA_PCH（URA寻呼信道）。CELL_FACH状态中的功耗大体是CELL_DCH状态中的功耗的50%，并且PCH状态使用CELL_DCH状态的功耗的大约1到2%。

如在图9中图示的，非活动定时器的期满触发到最低功耗的状态的转变。非活动定时器的具体设置可由网络运营商定义并且可以是可变的。

根据在本文中呈现的技术的一个实现，建议允许媒体客户端40在具体媒体突发后面的空闲期期间进入更低功耗的RRC状态。现在已经发现：当以固定周期性（即，以固定窗口期持续时间）释放媒体突发（如在图10中图示的）时，可有时难以实现进入更低功耗的RRC状态。

如将意识到的，假如链路位速率变化，固定的持续时间引起媒体突发的可变下载持续时间。结果是空闲期持续时间也如在图10中图示的变化。取决于链路位速率变化，空闲期持续时间可通常变得太短不足以证明到更低功耗的RRC状态的转变。因此有利的是取决于媒体客户端40的填充水平来调整单独媒体突发的媒体数据量B使得媒体突发后面的空闲期将不降到低于由一个或更多RRC非活动定时器定义的持续时间。在这点上，如现在将更详细讨论的，可发起各种方式。

图11图示表示确保空闲期将具有恒定持续时间（例如，20s）的方法实施例的流程图1100。将意识到，持续时间可如需要的变化。由于固定空闲期持续时间，媒体突发和空闲期的总持续时间（即，窗口持续时间）将通常随时间变化。例如，那些变化将是因为改变的链路位速率。

在图11中图示的方法实施例可通常由在图2中图示的网络节点20来实践，并且可选地，结合在图5和图7中图示的传送场景。图11的方法实施例特别地得益于结合实现在图9中图示的功率节省措施的在图8中图示的媒体客户端40的观点。因此，方法实施例也可由图8的代理节点20实现。

如图11所示，网络节点20持续地维持客户端侧媒体缓冲器44的填充水平的模型（步骤1102）。填充水平通过下文的缓冲器流失过程（例如，在由媒体解码器46获取的媒体样本的方面）也以及缓冲器填充过程（例如，在传送的TCP样本的方面或在以字节传送的数据的方面或在传送的“播放时间”的方面）来建模。

假定在步骤1102中，在图2中图示的突发生成器22的突发释放控制器26已经开始释放媒体突发，这意味着媒体客户端40的媒体缓冲器44逐渐填充。步骤1102通常将由估计功能28来执行。这意味着突发释放控制器26可持续地通知估计功能28关于已经在正在进行的突发中传送的媒体数据量。

在步骤1104中检查媒体客户端40的媒体缓冲器44目前（即，在正在进行的突发期间）是否包含足够的媒体数据来停止缓冲器填充过程以用于预定义的空闲期持续时间。此检查可基于媒体缓冲器44的当前填充水平（如在步骤1102中确定的）、由媒体解码器46估计的缓冲器流失率和调度的空闲期持续时间来执行。

如果在步骤1104中确定媒体客户端40的媒体缓冲器44还没有包含足够的媒体数据，则步骤1104回到步骤1102。否则，在步骤1106中，估计功能28通知突发生成器22的突发释放控制器26可以终止正在进行的突发（例如，正在进行的TCP片段传送）。

方法从步骤1106进行到步骤1108。在步骤1108中，开始空闲定时器30，它已经被设置为固定的空闲期持续时间。一旦空闲定时器已经期满，方法进行到步骤1110。在步骤1110中，突发释放控制器26开始释放新的突发，并且方法回到步骤1102。

图12是类似于图6的定时场景，它示出媒体客户端40的媒体缓冲器44的模型（如在图11中图示的过程期间由估计功能28维持的）。如从图12变得明显的，可以确保20s的固定空闲期持续时间（在本实施例中）。另一方面，突发持续时间将取决于可用的链路位速率而变化。如变得明显的，更高的链路位速率引起更短的突发持续时间，并且反之亦然。因此，窗口持续时间将通常从一个窗口到下一窗口变化（如也在图12中示出的）。

如从图12变得明显的，缓冲器填充率通常取决于链路位速率与媒体位速率之间的比率。另外可以看到媒体解码器46正在持续地流失媒体缓冲器44。在图12中，是媒体缓冲器44接近缓冲器欠载运行并且渲染功能48将停止重放的最小缓冲水平（安全边缘）。这意味着媒体缓冲器44应该至少填充到超过允许渲染功能48在空闲期持续时间期间操作而不达到的媒体数据量的水平。

图13图示表示另一方法实施例的流程图1300。图13的方法实施例基于图11的方法实施例并且防止突发持续时间变得过长。只要突发的持续时间超过预定义的阈值（这意味着会花费过长时间来传送突发），空闲期的目标持续时间减少到最小持续时间。

参考图13，步骤1302到1310实质对应于参考图11描述的步骤1102到1110。由于此原因，此处将只描述主要差别。

在初始步骤1301中，目标空闲期持续时间被设置为优选值。只要媒体客户端缓冲器还没有充分填充来确保空闲期，就在步骤1112中另外检查当前突发持续时间是否长于预定义的突发持续时间阈值。在步骤1312中，可在一个或多个参数的方面（例如，以时间的持续时间、以传输的TCP片段的字节数量的传送数据、等等）监测突发持续时间。如果在步骤1312中确定超过突发持续时间阈值，则在步骤1314中目标空闲期持续时间被设置为更低值。方法从步骤1314进行到步骤1302。

图14图示表示另一方法实施例的更进一步流程图1400。步骤1402、1406、1408和1410实质对应于图11的步骤1102、1106、1108和1110。此处将只描述主要差别。

根据在图14中图示的方法实施例，发送媒体突发直到网络节点20在步骤1404中确定媒体客户端40的媒体缓冲器44已经完全填满。在这样的情况下，媒体客户端40已经将TCP窗口大小设置为零来停止任何另外媒体数据的传送。此方式也被称作TCP流控制。

在开始图14的场景中的媒体突发时，启动定时器来测量时间直到网络节点20确定TCP窗口大小已经被设置为零。当网络节点20检测到媒体客户端40已经将TCP窗口大小设置为零时，它从步骤1104进行到步骤1406。否则，那意味着只要TCP窗口大小大于零，就在步骤1412中继续测量缓冲器填充时间并且方法进行到步骤1402。

当网络节点20在步骤1406中停止填充媒体客户端缓冲器44时，也停止定时器。基于定时器的值，以及可选地，关于缓冲器填充过程的另外信息（例如，链路位速率）和关于缓冲器流失过程的另外信息（例如，媒体位速率），估计功能28可估计缓冲器填充水平。基于此估计，可以选择合适的空闲期持续时间用于后续步骤1408。可执行此选择使得防止在媒体客户端40处的缓冲器欠载运行。

因此，在步骤1406的执行时，可基于媒体客户端缓冲器44的填充水平来调整空闲期。在一个实现中，在步骤1412中直接计算并且持续地调整当前可用的空闲期持续时间用于在步骤1408中的以后使用。

相信将从上文的描述充分理解本公开的许多优点，并且将明显的是可在其示范性方面的形式、构造和布置中作出各种改变而不背离本发明的范围，或不牺牲其所有优点。因为本发明可以在许多方面变化，将认识到本发明应该由随附的权利要求的范围限制。

Claims (36)

1.一种在媒体分发网络（10）中操作网络节点（20）的方法，在所述媒体分发网络（10）中媒体数据在媒体突发中传送到媒体客户端（40）的缓冲器（44），其中媒体突发后面是其中不传送媒体数据的空闲期，所述方法包括：

确定所述媒体客户端缓冲器（44）的填充水平；以及

生成媒体突发，包含取决于所述填充水平来调整所述媒体突发的媒体数据量和所述媒体突发后面的所述空闲期的持续时间中的至少一项。

2.如权利要求1所述的方法，其中

确定所述填充水平包括基于缓冲模型来估计所述填充水平。

3.如权利要求2所述的方法，其中

所述缓冲模型考虑在所述媒体客户端处的缓冲器流失率和传送的媒体数据的量。

4.如上述权利要求中的任一项所述的方法，其中

所述媒体突发包括到所述媒体客户端（40）的多个单独媒体数据传输。

5.如权利要求4所述的方法，其中

所述填充水平在所述媒体突发期间确定，并且其中所述媒体突发的所述媒体数据量通过取决于所述填充水平终止所述媒体数据传输而调整。

6.如权利要求4或5所述的方法，还包括

接收媒体数据传输的接收的确认，其中所述确认触发下一媒体数据传输。

7.如上述权利要求中的任一项所述的方法，其中

在所述媒体突发的结束时，启动空闲定时器（30）来定义所述空闲期，其中在所述空闲定时器（30）的期满之后，生成下一媒体突发。

8.如上述权利要求中的任一项所述的方法，其中

所述媒体突发和所述媒体突发后面的所述空闲期的总持续时间定义时间窗，其中连续的时间窗具有可变持续时间。

9.如上述权利要求中的任一项所述的方法，其中

连续的媒体突发具有由于填充水平变化的可变媒体数据量。

10.如权利要求8或9所述的方法，其中

所述时间窗的所述可变持续时间至少部分地取决于需要在其中传输的所述可变媒体数据量。

11.如上述权利要求中的任一项所述的方法，其中

传送所述媒体突发的第一位速率平均高于流失所述媒体客户端缓冲器（44）的第二位速率。

12.如权利要求11所述的方法，其中

取决于所述第一位速率和所述第二位速率中的至少一个来调整所述媒体数据量。

13.如上述权利要求中的任一项所述的方法，其中

调整所述媒体数据量使得在所述媒体突发后面的所述空闲期期间将没有媒体客户端缓冲器欠载运行。

14.如上述权利要求中的任一项所述的方法，其中

调整所述媒体数据量使得所述媒体突发后面的所述空闲期将不降到低于第一持续时间。

15.如权利要求14所述的方法，其中

调整所述媒体数据量使得所述空闲期将具有所述第一持续时间。

16.如权利要求14所述的方法，其中

调整所述媒体数据量使得所述空闲期将具有可变持续时间。

17.如权利要求14至16中的任一项所述的方法，其中

选择所述第一持续时间来允许所述媒体客户端（40）在所述空闲期期间从功耗的第一状态转变到功耗的第二状态，其中所述第一状态与比所述第二状态更高的功耗关联。

18.如权利要求14至17中的任一项所述的方法，其中

取决于所述媒体客户端（40）的一个或更多非活动定时器（52）的设置来选择所述第一持续时间。

19.如上述权利要求中的任一项所述的方法，其中

调整所述媒体数据量使得所述媒体突发的所述媒体数据量不超过阈值。

20.如上述权利要求中的任一项所述的方法，其中

调整所述媒体数据量使得媒体突发持续时间不超过阈值。

21.如权利要求19或20结合权利要求16所述的方法，其中，

如果达到或超过所述阈值，则所述空闲期的所述持续时间从第二持续时间减少到第三持续时间，其中所述第三持续时间不低于所述第一持续时间。

22.如上述权利要求中的任一项所述的方法，还包括

向媒体客户端（40）传送所述媒体突发。

23.如权利要求22所述的方法，其中

所述媒体突发经由传送控制协议（TCP）连接来传送。

24.如权利要求23或24所述的方法，其中

所述媒体突发在渐进式下载会话期间传送。

25.一种在媒体分发网络（10）中操作媒体客户端（40）的方法，在所述媒体分发网络（10）中媒体数据在媒体突发中传送到所述媒体客户端（40）的缓冲器（44），其中媒体突发后面是其中不传送媒体数据的空闲期，所述方法包括：

接收媒体突发，其中所述媒体突发的媒体数据量和所述媒体突发后面的空闲期的持续时间中的至少一项取决于所述媒体客户端缓冲器（44）的填充水平。

26.如权利要求25所述的方法，还包括

在所述空闲期期间从功耗的第一状态转变到功耗的第二状态，其中所述第一状态与比所述第二状态更高的功耗关联。

27.如权利要求26所述的方法，其中

所述转变是由至少一个非活动定时器（50）控制。

28.一种包括程序代码部分的计算机程序产品，用于在计算装置执行所述计算机程序产品时执行如上述权利要求中的任一项所述的方法。

29.如权利要求28所述的计算机程序产品，存储在计算机可读记录介质上。

30.一种媒体分发网络（10）的网络节点（20），在所述媒体分发网络（10）中媒体数据在媒体突发中传送到媒体客户端（40）的缓冲器（44），其中媒体突发后面是其中不传送媒体数据的空闲期，所述网络节点（20）包括：

配置为确定所述媒体客户端缓冲器（44）的填充水平的部件；以及

生成器（22），配置为生成媒体突发，包含取决于所述填充水平来调整所述媒体突发的媒体数据量和所述媒体突发后面的所述空闲期的持续时间中的至少一项。

31.如权利要求30所述的网络节点，其中

所述网络节点（20）配置为媒体服务器（70）。

32.如权利要求30所述的网络节点，其中

所述网络节点（20）配置作为用于媒体服务器（70）与一个或更多媒体客户端（40）之间的定位的代理节点。

33.如权利要求30至32中的任一项所述的网络节点，还包括

空闲定时器（30），配置为定义在两个连续的媒体突发之间的所述空闲期。

34.一种媒体分发网络（10）的媒体客户端（40），在所述媒体分发网络（10）中媒体数据在媒体突发中从媒体服务器传送到所述媒体客户端（40），其中媒体突发后面是其中不传送媒体数据的空闲期，所述媒体客户端包括：

缓冲器（44），配置为缓冲所接收的媒体数据；以及

接口（42），配置为接收媒体突发，其中所述媒体突发的媒体数据量和所述媒体突发后面的所述空闲期的持续时间中的至少一项取决于所述缓冲器（44）的填充水平。

35.如权利要求34所述的媒体数据客户端，还包括

控制器（52），适合于发起在所述空闲期期间所述媒体客户端从功耗的第一状态到功耗的第二状态的转变，其中所述第一状态与比所述第二状态更高的功耗关联。

36.如权利要求35所述的媒体数据客户端，还包括

耦合到所述控制器（50）的非活动定时器（50），其中所述非活动定时器（50）适合于触发所述转变。