终端侧的视频自适应接收方法和装置制造方法
【专利摘要】本发明涉及一种终端侧的视频自适应接收方法和装置。该方法包括以下步骤：按照当前时段的视频片段请求策略向一视频内容服务器请求并接收当前时段的视频片段；估计下一时段的视频平均速率预测值；获取反映终端侧用户观看视频的体验质量的回放状态参数，所述回放状态参数包括回放缓存数据时长及停顿播放时长；以及根据所述下一时段的视频平均速率预测值以及所述回放状态参数适应性地确定所述下一时段的视频片段请求策略。
【专利说明】终端侧的视频自适应接收方法和装置
【技术领域】
[0001] 本发明涉及移动应用业务领域，尤其是涉及在终端侧实施的视频自适应接收方法和装置。
【背景技术】
[0002]目前的视频应用主要采用基于RTP/RTCP (Real-time Transport Protocol，实时传送协议/Real-time Transport Control Protocol,实时传输控制协议)的视频传输控制方法。RTP是基于UDP (User Datagram Protocol,用户数据包协议)的传输视频流的承载协议。UDP是一种无连接协议，不保证视频数据的可靠传输。这样，视频数据的可靠传输需要由上层应用根据发送端及接收端不断实时双向交互的RTCP协议数据来制定相关策略，并由发送端(或服务器端)执行。另外，网络拥塞、流量调节等策略要有效实施，也必须依赖发送端(服务器侧)及接收端不断实时双向交互的RTCP协议数据信息，并完全由服务器侧决定并执行相关调整策略。这样带来几个问题:
[0003]1、过多的实时双向RTCP数据增加了网络带宽要求；
[0004]2、完全在服务器侧端(或发送端)进行调节控制的决策及执行，移动终端侧(接收端)完全透明和被动，而事实上用户体验更多依赖于终端侧的相关状态和行为。并且，基于服务器侧调节控制策略只能基于网络传输实时状态一个维度。与用户体验密切相关的终端侧视频实时播放的相关实时状态没有被考虑。即使能在调节控制策略中要考虑终端侧视频实时播放的相关实时状态，前提也只能是RTCP协议在收发端频繁双向传输这些实时数据，导致更大的带宽消耗。
[0005]3、完全服务器侧决策及执行的方式不利于大规模的分布式移动视频应用部署。
[0006]解决上述问题的一个方向是，由终端侧端(或接收端)参与进行调节控制的决策及执行。但已有视频应用中，几乎现在所有基于浏览器的视频播放模式选择(如高清模式、标准模式)均采取用户在播放开始或播放过程中手动切换的调节方式。但是这一调节方式的决策和执行直接交给由对视频传输状况并不了解的用户完成，因而是不合理的。并且，模式切换也是直接选择不同视频编码流层次进行，这一切换的粒度显然过大，达不到真正动态实时优化调节的效果。
【发明内容】
[0007]本发明所要解决的技术问题是提供一种终端侧的视频自适应接收方法和装置，它完全是在终端侧执行，并且能够综合反映网络传输及终端视频播放体验两个方面的实时状况。
[0008]本发明为解决上述技术问题而采用的技术方案是提出一种终端侧的视频自适应接收方法，包括以下步骤:按照当前时段的视频片段请求策略向一视频内容服务器请求并接收当前时段的视频片段；估计下一时段的视频平均速率预测值；获取反映终端侧用户观看视频的体验质量的回放状态参数，所述回放状态参数包括回放缓存数据时长及停顿播放时长；以及根据所述下一时段的视频平均速率预测值以及所述回放状态参数适应性地确定所述下一时段的视频片段请求策略。
[0009]在本发明的一实施例中，估计所述下一时段的视频平均速率预测值的步骤包括:每完成一次当前时段的视频接收后，计算当前时段的视频平均接收速率；根据所述当前时段的视频平均接收速率、以及当前时段的前两个连续时段的的两个视频平均接收速率，估计所述下一时段的视频平均速率预测值。
[0010]在本发明的一实施例中，对所述当前时段的视频平均接收速率、以及所述当前时段前两个连续时段的视频平均接收速率使用移动加权平均，以估计所述下一时段的视频平均速率预测值。
[0011]在本发明的一实施例中，视频自适应接收方法还包括，根据所述下一时段的视频平均速率预测值和所述当前时段的视频平均速率预测值计算所述下一时段相对于所述当前时段的速率波动因子，并且根据所述下一时段的视频平均速率预测值、所述速率波动因子以及所述回放状态参数适应性地确定所述下一时段的视频片段请求策略。
[0012]在本发明的一实施例中，所述下一时段的视频片段请求策略包括所述下一时段对应的视频片段模式及所述视频片段模式下需并发请求接收的连续视频片段的个数，其中每一视频片段模式对应一分辨率及一传输速率。
[0013]在本发明的一实施例中，根据所述下一时段的视频平均速率预测值与各视频片段模式对应的传输速率的大小关系，以及所述回放状态参数选择下一时段的视频片段模式。
[0014]在本发明的一实施例中，根据所述下一时段的视频平均速率预测值与所选择的视频片段模式所对应的传输速率的倍数关系，确定所述视频片段模式下需并发请求接收的连续视频片段的个数。
[0015]在本发明的一实施例中，在向所述视频内容服务器请求并接收所述当前时段的视频片段之前还包括:向一视频元数据描述文件服务器请求并获取视频元数据，所述视频元数据包括视频片段元数据，所述视频片段元数据描述视频片段的位置及播放时长。
[0016]在本发明的一实施例中，所述视频元数据还包括视频片段模式元数据，所述视频片段模式元数据描述对应不同分辨率及传输速率的视频编码方式。
[0017]在本发明的一实施例中，在视频接收开始的一个或多个时段，根据一初始视频片段请求策略向所述内容服务器请求并接收视频片段。
[0018]在本发明的一实施例中，所述视频片段为HTML5的Web视频片段。
[0019]本发明还提出一种终端侧的视频自适应接收装置，包括:用于按照当前时段的视频片段请求策略向一视频内容服务器请求并接收当前时段的视频片段的模块；用于估计下一时段的视频平均速率预测值的模块；用于获取反映终端侧用户观看视频的体验质量的回放状态参数的模块，所述回放状态参数包括回放缓存数据时长及停顿播放时长；以及用于根据所述下一时段的视频平均速率预测值以及所述回放状态参数适应性地确定所述下一时段的视频片段请求策略的模块。
[0020]在本发明的一实施例中，按照当前时段的视频片段请求策略向一视频内容服务器请求并接收当前时段的视频片段的模块，每完成一次当前时段的视频接收后，计算当前时段的视频平均接收速率；
[0021] 在本发明的一实施例中，所述用于估计下一时段的视频平均速率预测值的模块，根据所述当前时段的视频平均接收速率、以及当前时段的前两个连续时段的的两个视频平均接收速率，估计所述下一时段的视频平均速率预测值。
[0022] 在本发明的一实施例中，所述用于估计下一时段的视频平均速率预测值的模块对所述当前时段的视频平均接收速率、以及所述当前时段前两个连续时段的视频平均接收速率使用移动加权平均，以估计所述下一时段的视频平均速率预测值。
[0023]在本发明的一实施例中，视频自适应接收装置还包括:根据所述下一时段的视频平均速率预测值和所述当前时段的视频平均速率预测值计算所述下一时段相对于所述当前时段的速率波动因子的模块；以及用于根据所述下一时段的视频平均速率预测值、所述速率波动因子以及所述回放状态参数适应性地确定所述下一时段的视频片段请求策略的模块。
[0024]在本发明的一实施例中，所述下一时段的视频片段请求策略包括所述下一时段对应的视频片段模式及所述视频片段模式下需并发请求接收的连续视频片段的个数，其中每一视频片段模式对应一分辨率及一传输速率。
[0025]在本发明的一实施例中，根据所述下一时段的视频平均速率预测值与各视频片段模式对应的传输速率的大小关系，以及所述回放状态参数选择下一时段的视频片段模式。
[0026]在本发明的一实施例中，根据所述下一时段的视频平均速率预测值与所选择的视频片段模式所对应的传输速率的倍数关系，确定所述视频片段模式下需并发请求接收的连续视频片段的个数。
[0027]在本发明的一实施例中，视频自适应接收装置还包括:用于向一视频元数据描述文件服务器请求并获取视频元数据的模块，所述视频元数据包括视频片段元数据，所述视频片段元数据描述视频片段的位置及播放时长。
[0028]在本发明的一实施例中，所述视频元数据还包括视频片段模式元数据，所述视频片段模式元数据描述对应不同分辨率及传输速率的视频编码方式。
[0029]在本发明的一实施例中，所述用于按照当前时段的视频片段请求策略向一视频内容服务器请求并接收当前时段的视频片段的模块，在视频接收开始的一个或多个时段根据一初始视频片段请求策略向所述内容服务器请求并接收视频片段。
[0030]在本发明的一实施例中，所述视频片段为HTML5的Web视频片段。
[0031]本发明同时基于网络传输速率情况和及终端侧视频回放用户体验两个维度的综合的实时的状态参数，在终端侧进行自适应的视频接收策略决策和调节，可以使视频传输更加主动地适应网络状态，并在终端侧视频播放效果方面获得更优化的用户体验。
【专利附图】
【附图说明】
[0032]为让本发明的上述目的、特征和优点能更明显易懂，以下结合附图对本发明的【具体实施方式】作详细说明，其中:
[0033]图1示出本发明的示例性实施环境。
[0034]图2示出一实施例的视频自适应接收方法流程图。
[0035]图3示出本发明一实施例的视频自适应接收装置的逻辑框图。
【具体实施方式】[0036]本发明的实施例提出完全由终端侧实现视频接收的自适应调节决策和执行。视频的发送和接收双方不再频繁地交互实时状态控制信息，而调节决策及执行无需由发送方(服务器)参与。本发明实施例的自适应调苄基于综合反映网络传输及终端视频播放体验这两个方面实时状况的状态参数，使优化策略更加全面。本发明实施例的调节的粒度是基于视频片段，从而能在更小粒度层面完成更加精细化的动态接收策略优化。
[0037]根据一实施例，视频片段是HTML5 (Hypertext Markup Language,超文本标记语言)浏览器的Web视频片段(Video Segment)。
[0038]Web视频片段是以秒为单位的小片视频片段。同一个视频内容，可以编码为不同分辨率(对应不同的网络带宽需求)的视频格式文件(称为视频片段模式)。每个视频文件分隔为以视频片段为单位的多个片段。元数据描述文件(Metadata PresentationDescription, MPD)对视频内容的这些不同视频文件格式及相应视频片段情况进行描述说明。视频分片依据MPD文件中的对应统一资源定位(URL)通过基于TCP的HTTP协议进行访问。基于MPD描述的Web视频片段，终端可以以视频片段为最小切换单元，对所接收的视频内容在不同分辨率的视频片段模式间切换。对Web视频片段及MPD格式的相关定义可参见2012年正式发布的标准IS0/IEC DIS23009-1.2。
[0039]HTML5新增加了视频元素(Video element)的结构标记语言描述，并定义了基于HTML5的几种视频容器格式，如google提出的WebM。同时HTML5增加了可进行并发异步访问的XML Http Request请求方式。HTML5这些特件的描述可参见http:1Iwm.w3c.0rg/TR/html50
[0040]本发明的实施例对视频片段的请求策略是基于实时状态参数进行动态自适应调整的。采用的实时状态参数综合反映网络传输趋势及反映终端视频回放体验这两个方面的状态，包括速率状态及回放状态。下面的介绍是以Web视频片段为例进行的，但本领域技术人员可以理解，这并非旨在限定本发明的范围。其他形式的视频片段仍然是可选的。
[0041]速率状态有两种:稳定及变动。当为下一次视频请求时段T(n+1)估计的视频视频平均速率预测值BWexp (n+1)与当前视频请求时段T (η)的视频平均速率预测值BWexp (η)比较波动较大时，速率状态为不稳定；当BWexp (n+1)与BWexp (η)比较波动不大时，速率状态为稳定。引入反映速率波动幅度的速率波动因子e，其设为较小的百分数，如可设为5%。当{BWexp(n+l) -Bffexp (n)}/Bffexp (η) < e，速率状态为稳定，否则速率状态为变动。
[0042]无论速率状态是稳定还是变动，下一次视频请求时段的视频平均速率预测值是一个重要的指标。T (n+1)估计的视频平均速率预测值BWexp (n+1)可以采用移动加权平均方式进行估计。T(n)、T(n-l)、T(n-2)为终端最近的三个获取视频片段的连续时段时长，每个时段接收到的所有视频片段数据的大小为S (n)、S(n-l)、S(n-2)，三个时段对应的的平均接收速率分别为 V (n) =S (n) /T (n)、V (n_l) =S (η-1) /T (η-1)、V (η_2) =S (η-1) /T (η-1)，则下一时段的速率预测值为:
[0043]Bffexp (n+1) = {w0 XV (n) +wl XV (η-1) +w2 X V (η_2)} / (w0+wl+w2)
[0044]其中参数w0、wl、w2为分别对应于T (η)、Τ(η_1)、Τ(η_2)三个连续时段的平均接收速率的权重因子。w0选择较大、wl选择较小、w2选择最小以较好反映速率变化趋势，如可选 w0=0.7, wl=0.2, w2=0.1。
[0045] 回放状态可包括回放缓存数据时长Tl (η)，还可包括停顿播放时长Τ2 (η)。回放缓存数据时长是指终端的视频回放缓存模块中已存储但还尚未播放的视频片段数据累积的可播放时长。停顿播放时长指终端的视频解码播放模块至当前时刻停止播放视频帧的累积时长。回放状态可反映终端侧用户观看视频的体验质量。
[0046]根据本发明的实施例中，每次完成一个时段的视频片段接收后,终端均需要根据实时更新的上述状态参数，自适应动态优化选择下一次时段的视频片段请求策略。即在T(η)时段完成视频片段的接收后，需要根据当前网络的速率状态及反映终端本地用户体验的回放状态，动态优化选择下一时段T (n+1)的视频片段请求策略。
[0047]图1示出本发明的示例性实施环境。参照图1所示，配置了视频元数据描述文件服务器200和视频内容服务器300，以提供终端100所需的数据。视频元数据描述文件服务器200和视频内容服务器300配置在网络侧。终端100通过空中接口连接到这两个服务器200,300ο
[0048]图2示出本发明一实施例的视频自适应接收方法流程图。这一方法是在终端100侧执行。参照图2所示，在步骤201，根据当前视频片段请求策略向视频内容服务器300请求并接收当前时段的视频片段。在步骤202，估计当前时段的下一时段的视频平均速率预测值。该下一时段是紧接着当前时段。在步骤203，获取反映终端侧用户观看视频的体验质量的回放状态参数。回放状态参数可包括回放缓存数据时长和停顿播放时长。在步骤204，根据视频平均速率预测值以及回放状态参数适应性地确定下一时段的视频片段请求策略。
[0049]在一个实施例中，可以计算当前时段和当前时段之前的连续两个时段的视频平均接收速率，然后根据这些视频平均接收速率估计下一时段的视频平均速率预测值。在一实施例中，可以使用移动加 权平均，对不同时段的视频平均接收速率使用不同的权重。
[0050]在步骤202，还可进一步根据下一时段的视频平均速率预测值和当前时段的视频平均速率预测值，计算下一时段相对于当前时段的速率波动因子。速率波动因子对于判断传输速率状态是否是十分有用的，当速率状态为稳定时，倾向于不改变视频片段请求策略。当速率状态为变动时，倾向于动态优化视频片段请求策略。然而，此时在步骤204的视频片段请求策略仍是基于视频平均速率预测值、速率波动因子以及回放状态参数共同做出。
[0051]在本发明的实施例中，回放状态参数还可包括能够反映用户观看体验的其他参数。
[0052]在本发明的一实施例中，视频片段请求策略可以包括选择视频片段模式。不同视频片段模式对应不同的分辨率，从而也对应不同的传输速率。可以根据视频平均速率预测值与各视频片段模式对应的传输速率的大小关系，以及该回放状态参数来共同确定下一时段的一视频片段模式。例如，当视频平均速率预测值高于某一视频片段模式对应的传输速率时，倾向于选择这一视频片段模式。当然，在确定时视频片段模式，回放状态参数仍会被考虑。
[0053]在选择了视频片段模式后，视频片段请求策略还可以包括确定并发请求的连续视频片段的个数。这一个数主要取决于视频平均速率预测值与所选择下一时段的视频片段模式所对应的传输速率之间的倍数关系。在确定了这一个数后，终端可从视频内容服务器300以这一个数并行地接收视频片段。
[0054]参照图1所示，终端可在步骤201之前向视频元数据描述文件服务器200请求并获取视频元数据。这一视频元数据可包括视频片段元数据。视频片段元数据进一步包括当前时段的视频片段的位置及播放时长。根据这些位置，在步骤201可向内容服务器300请求视频片段。这一视频元数据还可包括视频片段模式元数据。视频片段模式元数据描述对应不同分辨率及传输速率的视频编码方式。根据这一视频编码方式，终端将得到一对应的传输速率，以在确定视频片段请求策略时参考。
[0055]图3示出本发明一实施例的视频自适应接收装置的逻辑框图。参见图3所示，视频自适应接收装置100可包括视频元数据描述文件请求与解析模块101、视频片段请求模块102、速率估计模块103、视频解码播放模块104、视频回放缓存模块105、自适应调整逻辑模块106、以及回放状态监测模块107。这些模块可以在终端的浏览器中实施，并实现前述的自适应接收方法。
[0056]视频元数据描述文件请求与解析模块101用于解析HTM15标记语言中的视频元素(video e1ement),根据视频元素中的视频元文件(MPD)统一资源定位(UR1)说明，向网络侧的视频元数据描述文件服务器200请求并获取MPD。视频元数据描述文件请求与解析模块101将解析后的MPD发送给视频片段请求模块102，用于后者向视频内容服务器300请求视频片段，例如Web视频片段。同时，将MPD中的视频片段速率元数据信息发给自适应调整逻辑模块106，用于后者的自适应调整计算。视频速率是不同分辨率的视频片段编码模式对应的网络带宽要求。本实施例中以高分辨率视频片段模式、中分辨率视频片段模式及低分辨率视频片段模式所对应的高、中、低三种传输速率模式为例。这些步骤需在视频应用开始阶段完成。
[0057]每个获取视频片段，例如Web视频片段的新时段T (n+1)，视频片段请求模块102均根据自适应调整逻辑模块106针对T (n+1)时段更新的视频片段请求策略完成。自适应调整逻辑模块106确定T(n+1)时段请求视频片段的策略的过程如下。
[0058]完成T (n)时段的视频片段接收后，视频片段请求模块102将本次接收时段的平均接收速率V (n)发送至速率估计模块103。速率估计模块103根据最近三个接收时段(T (n)、T(n-1)、Τ (n-2))的三个平均接收速率V (n)、V (n_1)、V (n_2)，采用移动加权平均法估计下一接收时段T (n+1)的视频平均速率预测值BWexp (n+1)，并将BWexp (n+1)发送给自适应调整逻辑模块106。
[0059]完成T(n)时段的视频片段接收后，视频片段请求模块102也同时向回放状态监测模块107发送回放状态监测更新的触发通知。获取该通知后，回放状态监测模块107触发回放状态监测更新，即:向视频回放缓存模块105获取当前最新的回放缓存数据时长T1 (n)，向视频解码播放模块104获取当前最新的停顿播放时长Τ2 (n)，并将T1 (n)、Τ2 (n)发送给自适应调整逻辑模块106。
[0060]完成T (n)时段的视频片段接收后，视频片段请求模块102将视频片段数据发送至视频回放缓存模块105。同时将视频片段对应所对应的MPD文件描述的视频片段播放时长元数据发送给视频回放缓存模块105，以便后者计算回放缓存数据时长。
[0061]视频解码播放模块104对视频回放缓存模块105存储的视频数据的视频回放方式可参考通用的视频回放方式。已有的通用视频回放方式策略体现在连续播放过程中当视频回放停顿后，如何确定最大保证用户体验的下次继续回放的时间条件。通常的视频回放方式策略可通过最长回放缓存数据时长TaMax及最长停顿播放时间TbMax描述:连续播放过程中当视频回放停顿时，需等回放缓存数据时长T1 (n)大于或等于TaMax后，视频回放缓存模块105才开始继续向视频解码播放模块104继续发送视频帧数据进行回放；或者，当回放缓存数据时长Tl (η)小于TaMax,但停顿播放时长Τ2 (η)大于或等于TbMax,视频回放缓存模块105也开始继续向视频解码播放模块104发送视频帧数据进行回放。
[0062] 自适应调整逻辑模块106获取新的BWexp (n+1)、Tl (η)、Τ2 (η)后，即获知了更新的状态参数:速率状态(包括稳定和变动两种情况)及回放状态(包括Tl (η)、Τ2(η)两个参数)。相对于上一时段T(η-1)，若状态参数不变，自适应调整逻辑模106向视频片段请求模块102发送的Τ(η+1)时段对应的视频片段请求策略维持不变。若状态参数变化，自适应调整逻辑模块106按照下述方法为T (n+1)时段选择新的视频片段请求策略，并将确定后的新的视频片段请求策略发送至视频片段请求模块102。其中，视频片段请求策略是指所选择的视频片段模式及并发请求该模式连续视频片段的个数。
[0063]首先自适应调整逻辑模块106确认基于BWexp (n+1)及MPD中的不同视频片段模式速率元数据信息确认可传输的视频片段模式。标记高分辨率、中分辨率及低分辨率视频片段模式对应的高、中、低传输速率为B_H1、B_Mid、B_Low。则分为三种情况:
[0064]1、Bffexp (n+1) > = B_Hi，可传输高分辨率、中分辨率及低分辨率三种视频片段模式；
[0065]2、B_Hi>Bffexp (n+1) >=B_Mid，可传输中分辨率及低分辨率两种视频片段模式；
[0066]3、Bffexp (n+1) <B_Mid,仅可传输低分辨率视频片段模式。
[0067]当为上述第3种情况时，对应T(n+1)的视频片段请求策略的视频片段模式为低分辨率视频片段模式，并发请求该模式连续视频片段的个数为〖BWexp (n+1) /B_Low3，符号KY3表示取小于Y的最大正整数。如果为上述第1、2两种情况，自适应调整逻辑模块106需根据当前回放状态按照下述方法继续选择对应T (n+1)的视频片段请求策略。
[0068]共有4种回放状态:Τ1 (η) =0，表示当前视频回放缓存模块105中已经没有视频数据，视频播放已经中断；T1 (n) >TaMax,表示当前视频播放流畅；0〈T1 (n)〈TaMax, T2 (η) >0,表示已经视频播放已经中断一段时间，但视频回放缓存模块105已开始累计存储一段视频数据；0〈T1 (n)〈TaMax, T2 (η) =0,表示当前正在流畅播放,但即将中断。
[0069]当BWexp (n+1) > = B_Hi时，进行下述选择:
[0070]I) Tl (n)=0:T(n+l)时段选择低分辨率视频片段模式；
[0071]2) Tl (n) >=TaMax:T (n+1)时段选择高分辨率视频片段模式；
[0072]3) 0〈T1 (n)〈TaMax, T2 (η) > O:Τ (η+1)时段选择低分辨率视频片段模式；
[0073]4) 0〈T1 (n)〈TaMax, T2 (η) =0:Τ (η+1)时段选择中分辨率视频片段模式。
[0074]当B_Hi>BWexp (n+1) >=B_Mid 时，进行下述选择:
[0075]I) Tl (n)=0:T(n+l)时段选择低分辨率视频片段模式；
[0076]2) Tl (n) >=TaMax:T (n+1)时段选择中分辨率视频片段模式；
[0077]3) 0〈T1 (n)〈TaMax, T2 (η) > O:Τ (η+1)时段选择低分辨率视频片段模式；
[0078]4) 0〈T1 (n)〈TaMax, T2 (η) =0:Τ (η+1)时段选择中分辨率视频片段模式。
[0079]按照上述方法确认T(n+1)的视频片段请求策略的视频片段模式后，自适应调整逻辑模块106还需按照下述方法确认并发地请求该模式连续视频片段的个数Nt:
[0080]Nt= HBffexp (n+1)/VxH
[0081]其中，Vx为确认的视频片段模式所对应的传输速率，即B_Hi或B_Mid或B_Low。这样，视频片段请求模块102可以并行接收数量为Nt的视频片段。
[0082]自适应调整逻辑模块106确定T(n+1)时段的上述视频片段请求策略后，将其发送给视频片段请求模块102，视频片段请求模块102按照该策略向视频内容服务器300通过XML Http Request异步并发请求机制获取相应的视频片段。其中，视频片段请求模块102可根据MPD文件中的视频片段标记元数据信息保证在不同分辨率模式切换视频片段接收时的视频内容同步。
[0083]视频片段请求模块102初次启动时的视频片段请求策略可由自适应调整逻辑模块106进行初始设置，如设置为高分辨率视频片段模式、单个XML HttpRequest请求。
[0084]下面是在移动终端HTML5浏览器环境，基于标记语言Video Element新特性，在视频接收与播放应用业务中，采用上述自适应调节方法进行视频接收调节的一个实例:
[0085]第I步:移动终端的HTML5浏览器中的视频元数据描述文件请求与解析模块解析所加载网页上的HTML5Video element,如下述HTML5标记语言中的Video element部分:
[0086]〈Video width"320"height="240"control="autoplay">
[0087]〈source src=example.mpd type=//video/webm//>
[0088]该HTML5标记语言描述了一个可在网页上自动播放的视频信息，该视频的元数据呈现描述文件为example, mpd,是视频文件以webm格式打包。
[0089]第2步:终端HTML5浏览 器中的视频元数据描述文件请求模块向视频元数据描述文件服务器请求并获取与以XML方式描述的example, mpd文件,并对其解析,该MPD文件如下:
[0090]
【权利要求】
1.一种终端侧的视频自适应接收方法，包括以下步骤: 按照当前时段的视频片段请求策略向一视频内容服务器请求并接收当前时段的视频片段； 估计下一时段的视频平均速率预测值； 获取反映终端侧用户观看视频的体验质量的回放状态参数，所述回放状态参数包括回放缓存数据时长及停顿播放时长；以及 根据所述下一时段的视频平均速率预测值以及所述回放状态参数适应性地确定所述下一时段的视频片段请求策略。
2.如权利要求1所述的终端侧的视频自适应接收方法，其特征在于，估计所述下一时段的视频平均速率预测值的步骤包括: 每完成一次当前时段的视频接收后，计算当前时段的视频平均接收速率； 根据所述当前时段的视频平均接收速率、以及当前时段的前两个连续时段的两个视频平均接收速率，估计所述下一时段的视频平均速率预测值。
3.如权利要求2所述的终端侧的视频自适应接收方法，其特征在于，对所述当前时段的视频平均接收速率、以及所述当前时段前两个连续时段的视频平均接收速率使用移动加权平均，以估计 所述下一时段的视频平均速率预测值。
4.如权利要求1所述的终端侧的视频自适应接收方法，其特征在于，还包括，根据所述下一时段的视频平均速率预测值和所述当前时段的视频平均速率预测值计算所述下一时段相对于所述当前时段的速率波动因子，并且根据所述下一时段的视频平均速率预测值、所述速率波动因子以及所述回放状态参数适应性地确定所述下一时段的视频片段请求策略。
5.如权利要求1所述的终端侧的视频自适应接收方法，其特征在于，所述下一时段的视频片段请求策略包括所述下一时段对应的视频片段模式及所述视频片段模式下需并发请求接收的连续视频片段的个数，其中每一视频片段模式对应一分辨率及一传输速率。
6.如权利要求5所述的终端侧的视频自适应接收方法，其特征在于，根据所述下一时段的视频平均速率预测值与各视频片段模式对应的传输速率的大小关系，以及所述回放状态参数选择下一时段的视频片段模式。
7.如权利要求5所述的终端侧的视频自适应接收方法，其特征在于，根据所述下一时段的视频平均速率预测值与所选择的视频片段模式所对应的传输速率的倍数关系，确定所述视频片段模式下需并发请求接收的连续视频片段的个数。
8.如权利要求1所述的终端侧的视频自适应接收方法，其特征在于，在向所述视频内容服务器请求并接收所述当前时段的视频片段之前还包括: 向一视频元数据描述文件服务器请求并获取视频元数据，所述视频元数据包括视频片段元数据，所述视频片段元数据描述视频片段的位置。
9.如权利要求8所述的终端侧的视频自适应接收方法，其特征在于，所述视频元数据还包括视频片段模式元数据，所述视频片段模式元数据描述对应不同分辨率及传输速率的视频编码方式。
10.如权利要求1所述的终端侧的视频自适应接收方法，其特征在于，在视频接收开始的一个或多个时段，根据一初始视频片段请求策略向所述内容服务器请求并接收视频片段。
11.如权利要求1所述的终端侧的视频自适应接收方法，其特征在于，所述视频片段为HTML5的Web视频片段。
12.—种终端侧的视频自 适应接收装置，包括: 用于按照当前时段的视频片段请求策略向一视频内容服务器请求并接收当前时段的视频片段的模块； 用于估计下一时段的视频平均速率预测值的模块； 用于获取反映终端侧用户观看视频的体验质量的回放状态参数的模块，所述回放状态参数包括回放缓存数据时长及停顿播放时长；以及 用于根据所述下一时段的视频平均速率预测值以及所述回放状态参数适应性地确定所述下一时段的视频片段请求策略的模块。
13.如权利要求12所述的终端侧的视频自适应接收装置，其特征在于，所述按照当前时段的视频片段请求策略向一视频内容服务器请求并接收当前时段的视频片段的模块，每完成一次当前时段的视频接收后，计算当前时段的视频平均接收速率； 所述用于估计下一时段的视频平均速率预测值的模块，根据所述当前时段的视频平均接收速率、以及当前时段的前两个连续时段的的两个视频平均接收速率，估计所述下一时段的视频平均速率预测值。
14.如权利要求13所述的终端侧的视频自适应接收装置，其特征在于，所述用于估计下一时段的视频平均速率预测值的模块对所述当前时段的视频平均接收速率、以及所述当前时段前两个连续时段的视频平均接收速率使用移动加权平均，以估计所述下一时段的视频平均速率预测值。
15.如权利要求12所述的终端侧的视频自适应接收装置，其特征在于，还包括， 根据所述下一时段的视频平均速率预测值和所述当前时段的视频平均速率预测值计算所述下一时段相对于所述当前时段的速率波动因子的模块；以及 用于根据所述下一时段的视频平均速率预测值、所述速率波动因子以及所述回放状态参数适应性地确定所述下一时段的视频片段请求策略的模块。
16.如权利要求12所述的终端侧的视频自适应接收装置，其特征在于，所述下一时段的视频片段请求策略包括所述下一时段对应的视频片段模式及所述视频片段模式下需并发请求接收的连续视频片段的个数，其中每一视频片段模式对应一分辨率及一传输速率。
17.如权利要求16所述的终端侧的视频自适应接收装置，其特征在于，根据所述下一时段的视频平均速率预测值与各视频片段模式对应的传输速率的大小关系，以及所述回放状态参数选择下一时段的视频片段模式。
18.如权利要求16所述的终端侧的视频自适应接收装置，其特征在于，根据所述下一时段的视频平均速率预测值与所选择的视频片段模式所对应的传输速率的倍数关系，确定所述视频片段模式下需并发请求接收的连续视频片段的个数。
19.如权利要求12所述的终端侧的视频自适应接收装置，其特征在于，还包括: 用于向一视频元数据描述文件服务器请求并获取视频元数据的模块，所述视频元数据包括视频片段元数据，所述视频片段元数据描述视频片段的位置。
20.如权利要求19所述的终端侧的视频自适应接收装置，其特征在于，所述视频元数据还包括视频片段模式元数据，所述视频片段模式元数据描述对应不同分辨率及传输速率的视频编码方式。
21.如权利要求12所述的终端侧的视频自适应接收装置，其特征在于，所述用于按照当前时段的视频片段请求策略向一视频内容服务器请求并接收当前时段的视频片段的模块，在视频接收开始的一个或多个时段根据一初始视频片段请求策略向所述内容服务器请求并接收视频片段。
22.如权利要求12所述的终端侧的视频自适应接收装置，其特征在于，所述视频片段为HTML5的Web视频片段。
【文档编号】H04N21/8543GK103905924SQ201210586815
【公开日】2014年7月2日 申请日期:2012年12月28日 优先权日:2012年12月28日
【发明者】莫建林 申请人:联芯科技有限公司