本公开涉及在客户端下载多媒体内容即将到来的分段的方法及终端，该客户端终端被配置为下载被存储在至少一个远程服务器中的多媒体内容即将到来的分段序列，每个分段从一个或多个表示方式推导出来，该客户端终端包括：-计算器，计算器被配置为针对被存储于或未被存储于被安排在客户端终端与服务器之间所识别的缓存中的分段的可用表示方式的至少一些组合，确定如下项：与每个组合相关联的感知质量的效用函数值；用于下载每个组合的时间；-被配置为在所确定的效用函数值中选择具有低于时间阈值的下载时间的效用函数值的模块；-通信模块，通信模块被配置为在客户端终端处下载与所选择的表示方式的组合相关联的表示方式。
【技术实现步骤摘要】
本公开总体涉及（例如但不限于，基于HTTP(超文本传输协议）的）自适应流式 传输
，更具体地，涉及用于在客户端终端下载多媒体内容即将到来的分段序列的 方法。
技术介绍
本部分旨在向读者介绍本领域的各个方面，这些方面可能与下面所描述和/或所 要求保护的本公开的各个方面有关。相信该讨论有助于向读者提供背景信息从而促进更好 地理解本公开的各个方面。因此，应当理解，这些陈述就此被阅读，而不作为对现有技术的 承认。 基于HTTP的自适应流式传输快速成为用于多媒体内容分布的主要技术。在已 被使用的HTTP自适应流式传输协议中，最著名的是来自Apple的HTTP直播流式传输 (HTTP Live Streaming，HLS)、来自 Microsoft 的银光平滑流式传输（Silverlight Smooth Streaming，SSS)、来自 Adobe 的Adobe动态流式传输（Adobe Dynamic Streaming，ADS)以及 由3GPP在SA4组中开发的基于HTTP的动态自适应流式传输（Dynamic Adaptive Streaming over HTTP，DASH)。 当客户端终端希望以自适应流式传输的方式播放视听内容（或A/V内容）时，该 客户端终端首先要获得描述如何获取该A/V内容的文件。这一般经由HTTP协议通过从 URL(统一资源定位符）获得描述文件（所谓的清单）来完成，但也能通过其他途径（例如， 广播、电子邮件、SMS等）来实现。该清单基本上列出这样的A/V内容的可用的表示方式 (关于比特率、分辨率以及其他属性）。所述清单被提前生成，并（例如，通过远程服务器） 被递送至客户端终端。 与具有不同质量的A/V内容相对应的数据流在HTTP服务器上确实是可得到的。最 高质量与高比特率相对应，最低质量与低比特率相对应。这允许向许多可能经受高度变化 的网络情况的不同终端进行分布。 整个数据流被划分为分段，这些分段使得客户端终端可以在两个分段之间从一个 质量等级平滑地切换到另一质量等级。结果，视频质量可以在播放的同时进行改变，但很少 遭受中断（也被称为冻结）。 根据协议，清单可以存在各种格式。对于Apple的HLS协议，清单为M3U8播放列 表，被称为"主要播放列表"。播放列表中的每个要素是另一播放列表，每个表示方式一个播 放列表。根据其他协议（例如，DASH)，清单由相继描述所有表示方式的一个或多个XML文 件组成。在任何情形中，创建清单与根据确定的语法创建文本文件和撰写文本一样简单。 众所周知，根据客户端终端的可用带宽，客户端终端选择在给定的时间点的最佳 表示方式来优化质量（例如，视频质量）与网络变化的鲁棒性之间的折中。在每个接收到 的分段处动态确定可用带宽。实际上，在发射针对给定分段的HTTP请求与接收相应的HTTP 响应之间定义的往返时间（以下称为HTTP RTT)通常被测量并且被用来估计沿着传输路径 的可用带宽。 当缓存位于沿着客户端终端与经常出现的远程服务器之间的传输路径上时，如果 另一客户端先前已经请求具有相同表示方式的相同分段，或者如果内容递送网络（CDN)已 经在缓存中配设该分段，则该相同的分段可能已经被存储在所述缓存中。 因此，针对所述给定分段的HTTP请求的响应比当该分段来自远程服务器时更快。 客户端终端与缓存之间的HTTP请求的HTTP RTT比客户端终端与远程服务器之间的HTTP 请求的HTTP RTT更小，因为传输路径更短。 另外，在传输路径上存在缓存的情形中（所请求的分段被存储在缓存中），峰值速 率可能更好，尤其在位于缓存与远程服务器之间的传输路径上存在拥塞的情况下。 由于客户端终端通常不对由远程服务器发送的回复或由中间缓存发送的回复进 行区分，因此，尽管客户端终端实际上观察到传输路径从"客户端终端至服务器"路径切换 到"客户端终端至缓存"路径，但是其将带宽变化错误地解释为端到端网络情况的变化。 结果，由客户端终端执行的带宽估计被过高估计，并且不能按照预期准确反映端 到端传输路径特性。 这样的过高估计一般会导致端用户体验不佳。实际上，如果所估计的带宽比预期 的高，则自适应流式传输客户端终端通常从更高质量的表示方式（例如，更高的比特率）请 求分段。因此，由于表示方式更改了，（假设缓存被之前以恒定比特率播放相同多媒体内容 的客户端终端填充）所请求的分段在缓存中的可能性很低。与所请求的分段相关联的下载 时间应当比预期的长，导致所请求的分段太晚到来。客户端终端然后将切换回较低质量的 表示方式，该表示方式可能在缓存中再次被找到。 结果，客户端终端在高质量分段与低质量分段之间来回进行切换（由于缓存缺失 (miss)而不断被中断），这完全危害了缓存的好处。 而且，由于HTTP自适应流式传输协议（HAS)客户端终端不知道缓存的内容，因此， 它们缺失了其加速能力和降低网络负荷的好处。进一步，即使可能每次下载分段时进行单 独查询，但当前的HAS客户端终端不能精确制定考虑缓存中存在分段序列的速率自适应策 略。 本公开尝试补救上面提及的缺点中的至少一些缺点，以改善端用户体验质量。
技术实现思路
本公开涉及用于在客户端终端处下载由至少一个服务器提供的多媒体内容的即 将到来的分段序列的方法，每个分段在一个或多个表示方式下是可用的，该方法卓越之处 在于其包括以下步骤： -针对被存储于或未被存储于所识别的缓存中的分段的可用表示方式的至少一些 组合，确定如下各项，其中，所识别的缓存被安排在客户端终端与服务器之间： 与每个所述组合相关联的感知质量的效用函数值； 用于下载每个所述组合的时间； -在所确定的效用函数值中选择具有低于时间阈值的下载时间的效用函数值（例 如，最高值）； -在客户端终端处开始下载与所选择的组合相关联的表示方式。 由于本公开，可以解决例如HAS客户端在播放流时（由于客户端与HAS网络元件 之间的弱协调而导致的）遇到的性能和稳定性问题。具体地，可以改善对网络缓存的使用， 并且可以预测缓存缺失，从而提供最高质量和稳定性之间的折中。 在实施例中，时间阈值最好与所述分段序列的播出时间相对应。 此外，所述分段的表示方式的组合的效用函数可以取决于以下参数： -所述组合中的表示方式的整体质量； -所述组合中的表示方式的变化性； -所述组合中的表示方式的缓存缺失的成本。 具体地，效用函数可以从以下公式得出：【主权项】1. 一种用于在客户端终端CT处下载由至少一个服务器SE提供的多媒体内容的即将到 来的分段序列的方法，其中，每个分段在一个或多个表示方式下是可用的，其特征在于，所 述方法包括： -针对被存储于或未被存储于所识别的缓存DANE中的所述分段的可用表示方式的至 少一些组合，确定如下各项，其中，所识别的缓存DANE被安排在所述客户端终端CT与所述 服务器SE之间： 与每个所述组合当前第1页1 2 本文档来自技高网...
【技术保护点】
一种用于在客户端终端CT处下载由至少一个服务器SE提供的多媒体内容的即将到来的分段序列的方法，其中，每个分段在一个或多个表示方式下是可用的，其特征在于，所述方法包括：‑针对被存储于或未被存储于所识别的缓存DANE中的所述分段的可用表示方式的至少一些组合，确定如下各项，其中，所识别的缓存DANE被安排在所述客户端终端CT与所述服务器SE之间：■与每个所述组合相关联的感知质量的效用函数值；■用于下载每个所述组合的时间；‑在所确定的效用函数值中选择与低于时间阈值的下载时间相关联的效用函数值；‑在所述客户端终端CT处开始下载与所选择的组合相关联的表示方式。
【技术特征摘要】
...
【专利技术属性】
技术研发人员：雷米·霍戴勒，斯蒂芬那·高亚彻，查尔莱恩古昆·泰彼，
申请(专利权)人：汤姆逊许可公司，
类型：发明
国别省市：法国;FR
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。