视频传输方法、接入设备和网络设备与流程

本发明涉及视频传输技术，尤指一种视频传输方法，以及支持该视频传输方法的接入设备和网络设备。

背景技术：

目前，存在多种不同的视频传输技术，诸如渐进式下载(PD，progressive download)、实时传输协议/实时流传输协议(RTP/RTSP)、码流自适应(HAS，HTTP Adaptive Streaming)等流媒体传输技术。需要指出，此处的视频可指以动态影像为主，还可包括文本、音频、图形、图像、动画等媒体信息的数字文件。

对于上述流媒体传输技术而言，用户均可边下载视频文件边观看，而不必等待整个视频文件下载完毕方可打开观看。RTP/RTSP和HAS技术可在传输过程中改变视频质量，PD和HAS技术则不需要专用的视频服务器。

现有的HAS技术结合了流媒体技术和HTTP渐进式下载播放技术的特点，以HTTP的方式向用户传送媒体内容。采用该技术可提升用户的媒体播放体验，同时降低视频服务器的技术复杂度。在HAS技术中，每个视频文件被划分为多个片段，上一片段的下载速度用于确定下一片段的数据速率(比如比特率等)。在确定初始片段的数据速率时，HAS技术并不考虑当前的网络条件，而是始终从最低传输质量开始，逐步地缓慢提升后续片段的传输质量，直至到达较佳传输质量，这一过程可能持续几十秒。比如，传输质量从230千比特每秒(kbps)开始上调到331kbps，再逐步上调到991kbps、1427kbps，最后才达到较佳传输质量2056kbps。

技术实现要素：

本发明实施例提供了一种视频传输方法、接入设备和网络设备，用于提高视频传输质量。

在本发明一个实施例中，一种视频传输方法包括：

在观看视频请求生成后，获取该观看视频请求所指定的当前请求视频的视频长度，并获取先前观看视频与所述当前请求视频的时间间隔；

在根据所述视频长度和所述时间间隔判断出为所述当前请求视频执行联合视频传输适配时，根据所述先前观看视频的数据速率设置所述当前请求视频的首个片段的第一质量等级，并根据该第一质量等级传输该首个片段。

在本发明另一个实施例中，一种接入设备包括：

信息获取单元，用于接收视频客户端提供的观看视频请求，获取先前观看视频和该观看视频请求所指示的当前请求视频之间的时间间隔，并从视频服务器提供的原始清单文件中获取所述当前请求视频的视频长度；

联合视频传输适配单元，用于根据所述时间间隔和所述视频长度判断是否进行联合视频传输适配，并将判断结果发送给建议质量等级提供单元；

所述建议质量等级提供单元，用于根据所述判断结果将与所述先前观看视频的数据速率关联的建议质量等级作为所述当前请求视频的首个片段的第一质量等级提供给所述视频服务器。

在本发明又一个实施例中，一种网络设备包括：

信息获取单元，用于接收观看视频请求，获取先前观看视频和该观看视频请求所指示的当前请求视频之间的时间间隔，并从已生成的原始清单文件中获取所述当前请求视频的视频长度；

联合视频传输适配单元，用于根据所述时间间隔和所述视频长度判断是否进行联合视频传输适配，并将判断结果发送给建议质量等级提供单元；

所述建议质量等级提供单元，用于在所述判断结果为是的情况下，根据所述先前观看视频的数据速率获得建议质量等级，提供给接入设备。

附图说明

图1为本发明一个实施例中视频传输方法的流程示意图；

图2为本发明一个实施例中先前观看视频和当前请求视频的组成示意图；

图3为本发明一个实施例中用于视频传输的网络结构示意图；

图4为本发明一个实施例中视频传输方法的流程示意图；

图5为本发明一个实施例中视频传输方法的流程示意图；

图6为本发明一个实施例中视频传输方法的流程示意图；

图7为本发明一个实施例中视频传输方法的流程示意图；

图8为本发明一个实施例中接入设备的结构示意图；

图9为本发明一个实施例中接入设备的结构示意图；

图10为本发明一个实施例中网络设备的结构示意图；

图11为本发明一个实施例中网络设备的结构示意图；

图12为本发明一个实施例中接入设备的结构示意图；

图13为本发明一个实施例中网络设备的结构示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

HAS技术对于传输质量的调整较为费时，尤其是在视频文件较短的情况下，可能在调整到较佳传输质量后不久，该视频文件的播放也将告结束。可是，在现有的视频文件点播中，短视频越发得到用户的青睐。短视频指的是视频长度较短的视频文件，比如视频长度小于1分钟(m)、小于2m、小于5m、小于10m等的视频文件。为此，本发明实施例提供了一种视频传输方法，如图1所示，包括以下操作，以提高视频传输质量。

在步骤101，观看视频请求生成后，获取该观看视频请求所指定的当前请求视频的视频长度。

在步骤102，获取先前观看视频与所述当前请求视频的时间间隔。其中，先前观看视频为该观看视频请求生成之前上一个被请求观看过的视频文件。

在步骤103，根据所述视频长度和所述时间间隔判断出为所述当前请求视频执行联合视频传输适配时，根据所述先前观看视频的数据速率设置所述当前请求视频的首个片段的第一质量等级(QL，quality level)。其中，先前观看视频的数据速率为实际的视频传输速率。

需要指出，第一质量等级是当前请求视频的首个片段对应的视频编码速率。在一个示例中，该第一质量等级与先前观看视频的数据速率相关。比如，将第一质量等级设置为与先前观看视频的最后片段的数据速率相等。又如，对先前观看视频的所有片段的数据速率进行平滑，从而计算出该第一质量等级。再如，为先前观看视频的每个片段的数据速率分配一个权重，先前观看视频的首个片段的权重最小，先前观看视频的最后片段的权重最大，再对先前观看视频的所有片段的数据速率进行加权求和，得到该第一质量等级。

在步骤104，根据该第一质量等级传输该首个片段。

需要指出，每个视频文件在视频服务器中被划分为多个片段，视频客户端可以逐一获取每个片段的内容。图2为本发明一个实施例中先前观看视频和当前请求视频的组成示意图。在图2中，先前观看视频被划分为N个片段，具体包括：第一片段、第二片段，…，第N片段。当前请求视频也被划分为第一片段、第二片段，…，第N片段。其中，第一片段为首个片段，第N片段为最后片段，除第一片段和最后片段之外的其他片段为中间片段。在本申请实施例的说明中，也将除首个片段之外的其他片段称为后续片段。在一个示例中，每个片段的时长可为2秒(s)；相应地，时长为1分钟(m)的短视频可被划分为30个片段。从图2可以看出，先前观看视频和当前请求视频之间具有一定的时间间隔。

在一个示例中，步骤103提及的针对联合视频传输适配进行的判断可包括：是否短视频的判断，以及是否连续视频的判断。具体地，将所述视频长度和预先设置的长度门限进行比较，判断该当前请求视频是否为短视频。此 外，将所述时间间隔与预先设置的间隔门限进行比较，判断该当前请求视频是否与所述先前观看视频为连续视频。当确定所述当前请求视频为短视频，且所述当前请求视频与所述先前观看视频为连续视频时，确定为所述当前请求视频进行联合视频传输适配。

也就是说，对于当前请求视频和先前观看视频之间的时间间隔较短的情况，可以根据先前观看视频的数据速率设置当前请求视频的首个片段的第一质量等级。比如，可根据先前观看视频的最后片段的第二质量等级设置当前请求视频的首个片段的第一质量等级。也即，将先前观看视频的最后片段和当前请求视频的首个片段的数据速率关联起来，实现多个视频传输之间数据速率的联合适配。本发明实施例考虑到用户通常连续观看多个短视频的情况，采用跨多个视频文件的传输质量适配，避免了HAS技术中从最低传输质量开始尝试、到达较佳传输质量费时较长的问题。

在一个示例中，对联合视频传输适配进行的判断还进一步包括：根据突发流量状态判断网络的突发流量是否为低，当所述突发流量为低时为所述当前请求视频进行联合视频传输适配。

需要指出，突发流量通常是由用户加入或离开网络引起的，或者由业务连接的建立或断开引起的。公共场所的通信网络比较容易出现突发流量，比如咖啡馆、学校校园、火车站等。由于用户终端(UE)是通过接入设备连接到网络，因此接入设备可以对突发流量进行统计，从而得到突发流量状态，用以进行联合视频传输适配的判断。比如，突发流量可以是：每小时有2个UE加入、3个UE离开，或者每小时有20个UE加入、25个UE离开，或者每半个小时有20个UE加入、25个UE离开，或者每15分钟有20个UE加入、25个UE离开。通过与突发门限的比较，可以确定出“每小时有2个UE加入、3个UE离开”属于突发流量低的情况。在具体实现中，突发门限可以根据网络容量、用户情况等进行设置和调整。

在一个示例中，视频服务器接收到所述观看视频请求后，将原始清单文件提供给接入设备。其中，所述原始清单文件记录有所述当前请求视频的视频长 度，以及视频客户端可选的数据速率集合。在一个示例中，原始清单文件是由视频编码器生成的。在视频编码器完成编码后，就能够确定支持多少种数据速率。具体实现时，原始清单文件中记录的数据速率集合为{230，331，477，688，991，1427，2056，2962}，单位是kbps。相应地，视频编码器会为每种数据速率生成对应的视频文件，供视频客户端下载。

接入设备在接收到该视频客户端发出的获取视频的首个片段的请求后，将所述获取视频的首个片段的请求中携带的所述第一质量等级修改为预先保存的建议质量等级，再将所述获取视频的首个片段的请求发送给所述视频服务器。其中，所述建议质量等级按照所述先前观看视频的数据速率进行设置。

进一步地，所述接入设备接收到所述视频客户端发出的获取视频的最后片段的请求后，根据该获取视频的最后片段的请求中携带的第二质量等级设置所述建议质量等级，并记录所述获取视频的最后片段的请求的接收时间。

在一个示例中，视频服务器接收到所述观看视频请求后，将原始清单文件提供给接入设备。其中，所述原始清单文件记录有所述当前请求视频的视频长度，以及视频客户端可选的数据速率集合。所述接入设备在判断出所述突发流量为低时，保存所述原始清单文件，并将该原始清单文件中的最低数据速率修改为建议质量等级得到伪清单文件，将所述伪清单文件提供给所述视频客户端。其中，所述建议质量等级按照所述先前观看视频的数据速率进行设置。所述视频客户端根据所述伪清单文件选择所述第一质量等级，并发起携带所述第一质量等级的获取视频的首个片段的请求。比如，原始清单文件中的数据速率集合为{230，331，477，688，991，1427，2056，2962}，视频客户端可以从中选择一个数据速率作为所述第一质量等级，比如视频客户端可能选择230kbps。但是，经过接入设备的修改，视频客户端接收到的伪清单文件中的数据速率集合为{688，991，1427，2056，2962}，那么视频客户端就不会再选择230kbps，而是至少选择688kbps作为所述第一质量等级，从而缩短了从最低传输质量到较佳传输质量的尝试时间。

在一个示例中，所述视频服务器接收到所述获取视频的首个片段的请求后， 根据所述第一质量等级向所述接入设备下发视频的首个片段。所述接入设备在接收到的所述视频的首个片段中增加清单文件更新通知。所述接入设备将携带有该清单文件更新通知的所述视频的首个片段发送给所述视频客户端后，将自身保存的所述原始清单文件发送给所述视频客户端，使得所述视频客户端根据所述原始清单文件请求视频的后续片段。进一步地，所述接入设备接收到所述视频客户端发出的获取视频的最后片段的请求后，将该获取视频的最后片段的请求中携带的第二质量等级保存为所述建议质量等级，并记录所述获取视频的最后片段的请求的接收时间，用于确定与下一请求视频的时间间隔。

在一个示例中，接入设备将自身检测到的突发流量状态发送给视频服务器。所述视频服务器根据所述突发流量状态判断出网络的突发流量为低时，根据所述先前观看视频的数据速率获得建议质量等级，生成将该建议质量等级作为最低数据速率的伪清单文件提供给所述接入设备。需要指出，视频服务器对视频编码器提供的原始清单文件进行修改后，得到所述伪清单文件。所述接入设备将该伪清单文件发送给视频客户端，使得所述视频客户端根据所述伪清单文件请求视频的首个片段。

在一个示例中，视频服务器在接收到获得视频的首个片段的请求后，将视频的首个片段提供给所述接入设备，在所述视频的首个片段中携带清单文件更新通知。所述视频服务器在所述视频的首个片段发出后，向所述接入设备发出原始清单文件。所述接入设备向所述视频客户端发出所述原始清单文件，使得所述视频客户端根据所述原始清单文件请求视频的后续片段。

在一个示例中，接入设备将突发流量状态通过无线网络拥塞感知功能单元(RCAF，RAN Congestion Awareness Function)发送给策略与计费规则功能单元(PCRF，Policy and Charging Rules Function)。所述PCRF根据所述突发流量状态判断出网络的突发流量为低时，指示分组数据网关(PGW，Packet Data Network Gateway)使用所述先前观看视频的数据速率。所述PGW根据该先前观看视频的数据速率确定保证比特速率(GBR，Guaranteed Bit Rate)，将该GBR通过承载建立请求提供给接入设备。所述接入设备通过RRC连接重配置指令将所述 GBR发送给视频客户端。所述视频客户端根据从接入设备处接收到的原始清单文件判断所述当前请求视频是否为短视频，如果是则根据所述GBR设置第一质量等级，向所述接入设备发出携带所述第一质量等级的获取视频的首个片段的请求。

图3示出本发明一个实施例中用于视频传输的网络结构示意图。视频客户端311和321(可以是手机、平板电脑等用户终端)通过接入设备302连接到PGW 303，再由PGW 303连接到视频服务器304。下面的实施例以HAS客户端和HAS服务器为例，对本发明的技术方案展开描述。需要指出，本发明实施例提供的方案除了应用在HAS客户端和HAS服务器上，也可以应用在其他类型的视频客户端311和视频服务器304上。在一个示例中，接入设备302可为基站。在另一实现中，接入设备也可为无线接入点(AP)、无线网关等用于连接用户终端和服务器的其他设备。

实施例一

图4为本发明一个实施例中视频传输方法的流程示意图，由基站进行传输质量的控制。

在步骤401，HAS客户端向基站发出观看视频请求。在一个示例中，该观看视频请求为超文本传送协议(HTTP，Hypertext Transfer Protocol)请求。在步骤402，基站将该观看视频请求发送给HAS服务器处理。在步骤403，基站获得当前请求视频和先前观看视频之间的时间间隔。

在步骤404，根据观看视频请求，HAS服务器获得原始清单文件(original manifest file)提供给基站。在步骤405，基站将该原始清单文件发送给HAS客户端。在一个示例中，该原始清单文件记录有视频通用信息，例如视频长度、数据速率集合等。

在步骤406，基站根据所述时间间隔判断当前请求视频和先前观看视频是否属于连续视频。在步骤407，基站根据原始清单文件判断当前请求视频是否为短视频。如果步骤406和407的判断结果均为是，则基站在步骤408 接收到HAS客户端发送的获得视频的首个片段(segment)的请求后，在步骤409中进一步判断突发流量(traffic burst)是否为低。在一个示例中，获得视频的首个片段的请求携带有第一质量等级(QL，quality level)，该第一QL是由HAS客户端根据原始清单文件为首个片段指定的。在一个示例中，步骤409中突发流量高低的判断可通过设置阈值实现，高于突发门限则为突发流量高，低于突发门限则为突发流量低。

当突发流量低时，在步骤410，基站将第一QL修改为建议QL。在步骤411，基站向HAS服务器发出修改后的获得视频的首个片段的请求，该请求携带有建议QL。在一个示例中，基站也可利用在先观看视频的各个片段的数据速率进行第一QL的设置，比如对在先观看视频的各个片段的数据速率进行平滑得到第一QL。

在步骤412，HAS服务器根据建议QL向基站下发视频的首个片段。在步骤413，基站将视频的首个片段提供给HAS客户端。

随后，HAS客户端向基站发出获得视频的后续片段的请求，每个请求都会携带HAS客户端指定的相应QL。对于后续片段，基站会直接将获得视频的后续片段的请求传递给HAS服务器，这点与首个片段的处理不同。需要指出，后续片段是指首个片段之外的其他片段，包括中间片段和最后片段。当然，基站对最后片段的处理与中间片段的不同之处在于，对最后片段还进一步执行了步骤414和415。

在步骤414，HAS服务器向基站发出获得视频的最后片段的请求，该请求携带有第二QL。在步骤415，基站将第二QL记录为建议QL，并记录获得视频的最后片段的请求的接收时间。在一个示例中，该接收时间可用于基站下一次接收到观看视频请求时，执行步骤403确定前后两段视频之间的时间间隔。

需要指出，同一实体在同一时期所执行的不具有特定关联性的步骤之间的先后顺序并不加以限定，比如步骤402和403，以及步骤405、406和407。在一个示例中，可以先执行步骤407，随后执行步骤405，最后执行步骤406。

图4所示的流程由诸如基站、无线接入点等接入设备对视频传输的质量进行控制，无需增加额外的信令，整个质量控制的过程对于HAS客户端和HAS服务器都是透明的。

实施例二

图5为本发明一个实施例中视频传输方法的流程示意图，也是由基站进行传输质量的控制。

在步骤501，HAS客户端向基站发出观看视频请求。在步骤502中，基站将该观看视频请求发送给HAS服务器处理。在步骤503中，基站获得当前请求视频和先前观看视频之间的时间间隔。在步骤504，HAS服务器将原始清单文件提供给基站。在步骤505，基站根据所述时间间隔判断当前请求视频和先前观看视频是否属于连续视频。在步骤506，基站根据原始清单文件判断当前请求视频是否为短视频。在步骤507，基站判断突发流量是否为低。

如果步骤505-507的判断结果均为是，在步骤508，基站保存原始清单文件，生成伪清单文件，并将建议QL作为伪清单文件中记录的最低数据速率。在步骤509，基站将伪清单文件发送给HAS客户端。HAS客户端将从伪清单文件中的数据速率集合中选择第一QL。相应地，步骤510中，HAS客户端发出获得视频的首个片段的请求时，其中携带的第一QL至少为建议QL。假设建议QL为991kbps，则伪清单文件中的数据速率集合为{991，1427，2056，2962}。

在步骤511，该获得视频的首个片段的请求经由基站发送给HAS服务器。在步骤512，HAS服务器根据建议QL下发视频的首个片段。在步骤513，基站对所述视频的首个片段进行处理，在其中增加清单文件更新通知。在步骤514，携带有清单文件更新通知的所述视频的首个片段由基站下发给HAS客户端。在步骤515，基站将步骤508中保存的原始清单文件发送给HAS客户端，使得HAS客户端在后续片段中恢复正常的数据速率选择。在步骤516，HAS客户端发出获得视频的最后片段的请求。该获得视频的最后片段的请求 中携带的为最后片段选出的第二QL在步骤517被基站记录下来。在步骤517中，基站还进一步记录了获得视频的最后片段的请求的接收时间，用于在下一视频请求到来时，计算当前请求视频与下一请求视频之间的时间间隔。

需要指出，图5所示的流程对于HAS客户端和HAS服务器都是透明的。

实施例三

图6为本发明一个实施例中视频传输方法的流程示意图，由HAS服务器进行传输质量的控制。

在步骤601，基站将突发流量状态提供给HAS服务器。在一个示例中，该突发流量状态可采用简单网络管理协议(SNMP，Simple Network Management Protocol)或者其他网络服务协议传输。

在步骤602和603，HAS客户端发出的观看视频请求通过基站传递给HAS服务器。在步骤604，HAS服务器获得当前请求视频和先前观看视频之间的时间间隔。在步骤605，HAS服务器根据所述时间间隔判断当前请求视频和先前观看视频是否属于连续视频。在步骤606，HAS服务器根据原始清单文件判断当前请求视频是否为短视频。在步骤607，HAS服务器根据步骤601获得的突发流量状态判断突发流量是否为低。

如果步骤605-607的判断结果均为是，在步骤608，HAS服务器根据先前观看视频的数据速率获得建议QL。在步骤609，HAS服务器生成伪清单文件发送给基站，并由基站将伪清单文件发送给HAS客户端。在一个示例中，HAS服务器是将原始清单文件中的最低数据速率修改为建议QL，从而得到所述伪清单文件。在步骤610，HAS客户端根据伪清单文件选择首个片段的第一QL，将携带第一QL的获得视频的首个片段的请求发送给基站，并由基站将该请求发送给HAS服务器。在步骤611，HAS服务器进行清单文件更新，将伪清单文件恢复为原始清单文件。HAS服务器在下发的视频的首个片段中携带清单文件更新通知(步骤612)，并随后将原始清单文件通过基站发送给HAS客户端(步骤613)。在步骤614，HAS客户端根据原始清单文件发 出后续片段的请求。

需要指出，图6所示的流程对于HAS客户端是透明的。

实施例四

图7为本发明一个实施例中视频传输方法的流程示意图，由PGW进行传输质量的控制。

在步骤701，突发流量状态由基站通过RCAF提供给PCRF。在步骤702，网络接收到HAS客户端发起的观看视频请求后，PCRF判断突发流量是否为低。如果是，则PCRF向PGW发出使用先前观看视频的数据速率的通知(步骤703)。在步骤704，PGW获得当前请求视频和先前观看视频之间的时间间隔。在步骤705，PGW根据所述时间间隔判断当前请求视频和先前观看视频是否属于连续视频。在步骤706，PGW判断当前请求视频是否为短视频。

如果步骤705和706的判断结果均为是，在步骤707，PGW根据先前观看视频的数据速率获得GBR。在步骤708，PGW向基站发出承载建立请求，携带该GBR信息。在步骤709，基站向HAS客户端发出携带所述GBR信息的RRC连接重配置请求。需要指出，该GBR信息即为建议QL。在步骤710，HAS客户端回复RRC连接重配置响应。在步骤711，基站向PGW回复承载建立响应。在步骤712，HAS客户端根据原始清单文件判断所请求的是否为短视频。具体地，HAS客户端获得原始清单文件的过程参见步骤401-405，此处不再赘述。如果是，则在步骤713，HAS客户端根据所述GBR信息选择第一QL，并在步骤714向基站发出携带所述第一QL的获得视频的首个片段的请求。

在图7所示的流程中，步骤708中，PGW也可以采用一条新增信令向基站并最终向HAS客户端通知该GBR信息，而不是重用已有的承载建立过程(比如使用到承载建立请求和RRC连接重配置请求)进行GBR的通知。

图8为本发明一个实施例中接入设备800的结构示意图。该接入设备800 包括：信息获取单元801、联合视频传输适配单元802、建议质量等级提供单元803。

在一个示例中，信息获取单元801用于接收视频客户端提供的观看视频请求，获取先前观看视频和该观看视频请求所指示的当前请求视频之间的时间间隔，并从视频服务器提供的原始清单文件中获取所述当前请求视频的视频长度。

联合视频传输适配单元802用于根据所述时间间隔和所述视频长度判断是否进行联合视频传输适配，并将判断结果发送给建议质量等级提供单元803。

建议质量等级提供单元803用于根据所述判断结果将与所述先前观看视频的数据速率关联的建议质量等级作为所述当前请求视频的首个片段的第一质量等级提供给所述视频服务器。其中，建议质量等级与所述先前观看视频的数据速率关联表现为：按照先前观看视频的最后片段的数据速率设置该建议质量等级；或者，将先前观看视频的所有片段的数据速率取平均或加权求和，得到该建议质量等级。

在一个示例中，联合视频传输适配单元802进一步用于：根据突发流量状态判断是否进行联合视频传输适配。

在一个示例中，建议质量等级提供单元803根据所述先前观看视频的最后片段的第二质量等级设置所述建议质量等级。接收到所述视频客户端发送的获得视频的首个片段的请求后，建议质量等级提供单元803将该获得视频的首个片段的请求中携带的所述第一质量等级修改为所述建议质量等级发送给所述视频服务器。也就是说，由接入设备将当前请求视频的首个片段的数据速率与先前观看视频的数据速率关联起来，使得该首个片段的传输质量参考了先前观看视频的传输情况，从而实现了视频传输的联合适配。

图9为本发明一个实施例中接入设备的结构示意图，包括：信息获取单元801、联合视频传输适配单元802、建议质量等级提供单元803，以及清单文件更新单元904。其中，信息获取单元801、联合视频传输适配单元802、建议质量等级提供单元803的实现可参考图8的描述。

在一个示例中，建议质量等级提供单元803根据所述先前观看视频的最后 片段的第二质量等级设置所述建议质量等级，并将所述原始清单文件记录的最低数据速率修改为所述建议质量等级提供给所述视频客户端。

清单文件更新单元904在接收到所述首个片段后，在所述首个片段中增加清单文件更新通知发送给所述视频客户端，并将预先保存的所述原始清单文件发送给所述视频客户端。

具体实现时，上述图8和图9中所提及接入设备的操作可参考图4和图5，该接入设备可以为基站、无线接入点、接入网关等。

图10为本发明一个实施例中网络设备1000的结构示意图。该网络设备1000包括：信息获取单元1001、联合视频传输适配单元1002、建议质量等级提供单元1003。

在一个示例中，信息获取单元1001用于接收观看视频请求，获取先前观看视频和该观看视频请求所指示的当前请求视频之间的时间间隔，并从已生成的原始清单文件中获取所述当前请求视频的视频长度。

联合视频传输适配单元1002用于根据所述时间间隔和所述视频长度判断是否进行联合视频传输适配，并将判断结果发送给建议质量等级提供单元1003。

建议质量等级提供单元1003用于在所述判断结果为是的情况下，根据所述先前观看视频的数据速率确定建议质量等级，提供给接入设备。

在一个示例中，联合视频传输适配单元1002进一步用于根据突发流量状态判断是否进行联合视频传输适配。

在一个示例中，建议质量等级提供单元1003用于将所述建议质量等级通过承载建立请求发送给所述接入设备。

图11为本发明一个实施例中网络设备的结构示意图，包括：信息获取单元1001、联合视频传输适配单元1002、建议质量等级提供单元1003，以及清单文件更新单元1104。其中，信息获取单元1001、联合视频传输适配单元1002、建议质量等级提供单元1003的实现可参考图10的描述。

在一个示例中，建议质量等级提供单元1003用于将所述原始清单文件中的最低数据速率修改为所述建议质量等级得到伪清单文件，将所述伪清单文件提 供给所述接入设备。

清单文件更新单元1104用于在接收到获得视频的首个片段的请求后，在所述获得视频的首个片段的请求中增加清单文件更新通知发送给所述接入设备，再将所述原始清单文件发送给所述接入设备。

具体实现时，上述图10和图11中所提及网络设备的操作可参考图6和图7，该网络设备可以是视频服务器，或者分组数据网关等。

图12为本发明一个实施例中接入设备的结构示意图，包括：处理器1201和存储器1202。其中，存储器1202包括：第一信息获取单元1212、第一联合视频传输适配单元1222、第一建议质量等级提供单元1232。需要指出，存储器1202用于存储以上指令单元1212、1222、1232，以便处理器1201执行这些指令单元，来实现图4和图5所示的流程。具体地，第一信息获取单元1212的功能与图8中的信息获取单元801相同，第一联合视频传输适配单元1222的功能与图8中的联合视频传输适配单元802相同，第一建议质量等级提供单元1232的功能与图8中的建议质量等级提供单元803相同，此处不再赘述。具体地，所述接入设备用于连接用户终端和网络设备，可以是基站、无线接入点、接入网关等设备。

图13为本发明一个实施例中网络设备的结构示意图，包括：处理器1301和存储器1302。其中，存储器1302包括：第二信息获取单元1312、第二联合视频传输适配单元1322、第二建议质量等级提供单元1332。需要指出，存储器1302用于存储以上指令单元1312、1322、1332，以便处理器1301执行这些指令单元，来实现图6和图7所示的流程。具体地，第二信息获取单元1312的功能与图10中的信息获取单元1001相同，第二联合视频传输适配单元1322的功能与图10中的联合视频传输适配单元1002相同，第二建议质量等级提供单元1332的功能与图10中的建议质量等级提供单元1003相同，此处不再赘述。具体地，所述网络设备可为视频服务器(比如OTT服务器等)，或者分组数据网关等。

需要指出，本申请实施例提供的视频传输方法能够有效利用网络带宽，为用户提供更好的视频数据传输质量。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。