CN108833996B - 分布式dash系统中服务节点选择、更新和码率自适应方法 - Google Patents
分布式dash系统中服务节点选择、更新和码率自适应方法 Download PDFInfo
- Publication number
- CN108833996B CN108833996B CN201810715205.6A CN201810715205A CN108833996B CN 108833996 B CN108833996 B CN 108833996B CN 201810715205 A CN201810715205 A CN 201810715205A CN 108833996 B CN108833996 B CN 108833996B
- Authority
- CN
- China
- Prior art keywords
- server
- video
- client
- web content
- code rate
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 45
- 239000000872 buffer Substances 0.000 claims abstract description 84
- 230000008569 process Effects 0.000 claims abstract description 20
- 238000010187 selection method Methods 0.000 claims abstract description 14
- 230000011218 segmentation Effects 0.000 claims description 15
- 238000012544 monitoring process Methods 0.000 claims description 14
- 230000005540 biological transmission Effects 0.000 claims description 10
- 230000006978 adaptation Effects 0.000 claims description 8
- 230000007246 mechanism Effects 0.000 claims description 7
- 238000004364 calculation method Methods 0.000 claims description 6
- 230000009471 action Effects 0.000 claims description 5
- 238000011156 evaluation Methods 0.000 claims description 4
- 230000006641 stabilisation Effects 0.000 claims description 3
- 238000011105 stabilization Methods 0.000 claims description 3
- 238000001514 detection method Methods 0.000 claims description 2
- 238000005259 measurement Methods 0.000 claims description 2
- 230000008859 change Effects 0.000 abstract description 7
- 239000000654 additive Substances 0.000 abstract description 5
- 230000000996 additive effect Effects 0.000 abstract description 5
- 238000010586 diagram Methods 0.000 description 6
- 230000009467 reduction Effects 0.000 description 6
- 230000003044 adaptive effect Effects 0.000 description 4
- 230000015556 catabolic process Effects 0.000 description 2
- 238000006731 degradation reaction Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000000750 progressive effect Effects 0.000 description 2
- 238000011160 research Methods 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000007788 liquid Substances 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000035515 penetration Effects 0.000 description 1
- 230000002787 reinforcement Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2401—Monitoring of the client buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
- H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
- H04N21/64738—Monitoring network characteristics, e.g. bandwidth, congestion level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64746—Control signals issued by the network directed to the server or the client
- H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server
- H04N21/64769—Control signals issued by the network directed to the server or the client directed to the server for rate control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64746—Control signals issued by the network directed to the server or the client
- H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server
- H04N21/64776—Control signals issued by the network directed to the server or the client directed to the server for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种分布式DASH系统中服务节点选择、更新和码率自适应方法，从所有候选Web内容服务器请求下载第一个视频分段，并根据可用网络带宽排序服务器节点，选出可用带宽最大的Web内容服务器作为数据分段请求的服务节点，采用加性增加乘性降低的类TCP慢启动的码率选择方法，动态从分布式DASH系统多个Web内容服务节点处获取视频分段，即有效地利用了分布式DASH系统中服务节点多样性的特点，降低了播放启动时延的同时，减少了播放过程不必要重缓冲的次数。本发明采用基于概率的服务节点和码率选择方法，在播放的公平性、平滑性和缓冲区大小变化平滑性之间找到了平衡。同时，有效地缓解了固定周期调度策略中多个视频流共享带宽造成的带宽分配不公平的问题。
Description
技术领域
本发明属于音视频传输技术领域，涉及一种服务节点选择、更新和码率自适应方法，具体涉及一种分布式DASH系统中服务节点选择、更新与码率自适应方法。
背景技术
随着互联网和移动通信技术的飞速发展，音视频传输业务已经成为互联网上的主流业务，人们通过个人电脑以及移动智能终端可以随时随地获取视频资源。据Cisco公司2017年3月发布的《思科视觉网络指数：全球移动数据流量预测更新(2016-2021白皮书)》指出，到2021年，全球超过四分之三(78％)的移动数据流量将是视频流量。基于HTTP的动态自适应流媒体传输技术(Dynamic Adaptive Streaming over HTTP，以下简称DASH)由于具有良好的防火墙穿透能力和NAT转换能力，能够适应网络的动态性、终端的异质性，解决不同接入速度、不同终端设备的用户享受不同服务质量的问题，成为当今主流的商业视频服务提供商采用的主要技术。
DASH是一种流化和HTTP渐进式下载(Progressive Downloaded)的混合分发方法，其基本原理是：同一视频/音频源文件被编码为不同质量级别的媒体副本，每个视频副本又被切分成小的片段(segment)。这些片段的描述信息存储在媒体表示描述文件(MPD)中。视频分段及MPD文件存储在web服务器中。当客户端观看视频时，向web服务器发送HTTP Get请求，web服务器将此视频对应的MPD文件反馈给客户端。客户端解析MPD文件，获取不同质量视频段的描述信息，并根据播放设备能力和网络带宽的变化情况，由服务器或客户端动态选择合适码率的视频分段进行播放。这种方式，由于可以根据网络带宽变化，动态选择并调整媒体流的码率，极大地降低了播放过程中出现重缓冲的次数，提升了播放的流畅性，实现多媒体内容的无缝传送和平滑播放。因此码率自适应选择方法是DASH系统的核心。
当前，多数研究主要集中在单服务器模式下客户端码率自适应选择方法的研究上，由客户端通过评估与单个web服务器的可用网络带宽或自身播放缓冲变化情况来确定视频分段码率并下载。然而，由于网络的动态性，单个服务节点失效或性能的下降，都会引起客户端接收视频质量的下降。而分布式DASH系统较好地解决了单点失效或性能下降的问题。在分布式DASH系统中，多个web服务器存储相同的视频内容，客户端可以从多个服务器中选择一个或同时向多个服务器发送请求并下载视频分段。相对于单服务器模式，多服务器模式能够提供更高的带宽、更好的链路多样性和可靠性，逐步成为当前媒体分发采用的一种主流方式，并逐渐得到内容分发网络(CDN)的支持。然而，在这种多服务器模式下，由于服务器之间带宽的异构性以及链路的动态性，如何从多个候选的web服务器中选择性能优良的服务器作为服务节点提供数据服务，并根据网络状态的变化，及时、动态调整数据请求的服务节点，以便保证用户观看视频体验质量(QoE)，成为分布式DASH系统亟待解决的一个关键问题。
发明内容
为了解决上述技术问题，本发明提供了一种分布式DASH传输系统服务节点选择、更新和码率自适应方法，解决了单服务器场景中由于单个服务节点性能下降或失效导致的用户体验质量下降的问题，提升了系统媒体传输的鲁棒性。
本发明所采用的技术方案是：一种分布式DASH系统中服务节点选择、更新和码率自适应方法，所述分布式DASH系统包括单个视频源端、一个入口服务器，若干Web内容服务器和若干客户端；视频源端将视频编码成不同码率的副本并且切割成长度相等的分段，这些分段的描述信息存储在MPD文件中；所述MPD文件存储在入口服务器上，分段视频文件存储在Web内容服务器上，所有的web内容服务器上存储相同的目标视频副本；
设同一视频编码为L个具有不同码率的副本，即目标视频副本，其副本码率分别为V1、V2、…、Vk、Vk+1、…、VL，其中V1＜V2＜…＜Vk＜Vk+1＜…＜VL。每个副本被分割成多个分段，每个分段时长为△；
设MPD文件中有可供选择的Web内容服务器m个，分别为s1、s2、…、sm，记为集合S；
在整个媒体播放的过程中，客户端的缓冲区划分为三个部分，设定三个阈值，分别为初始缓冲区阈值Binit，目标缓冲区阈值Bref，最大缓冲区阈值Bmax；设当前缓冲区大小为Bcurr；
将客户端的播放过程定义为三种状态：播放启动状态、播放稳定状态和缓冲满状态，若当前缓冲区大小Bcurr∈[0，Bibit]时，则客户端处于播放启动状态；若当前缓冲区大小Bcurr∈(Binit,Bref]时，则客户端处于播放稳定状态；若当前缓冲区大小Bcurr∈(Bref，Bmax]时，则客户端处于缓冲满状态；
所述方法包括以下步骤：
步骤1：客户端和存储有MPD文件的入口服务器建立HTTP连接，从该入口服务器上获取MPD文件，并解析该文件，获取Web内容服务器URL信息；
步骤2：MPD文件解析后，客户端进入播放启动状态，向所有Web内容服务器发送HTTP GET请求，下载视频分段；
步骤3：当缓冲区长度Bref≥Bcurr>Binit时，进入播放稳定阶段，采用基于概率的服务器选择和码率选择方法选择服务的Web内容服务器和目标视频码率；
步骤4：当前缓冲区Bmax≥Bcurr>Bref，进入缓冲满状态，根据以下步骤分别选择服务的Web内容服务器和目标视频码率：
步骤5：在视频播放的三个状态中，当客户端的调度模块向选中的Web内容服务器Sj发送请求下载目标码率为vi+1的数据分段请求时，相应地启动超时重传机制。
在发明充分考虑了播放启动阶段要求启动时延低、播放流畅的需求特点，在播放初始缓冲区为空，协助进行视频码率选择的有用信息不足的条件下，提出从所有候选web内容服务器请求下载第一个视频分段并根据可用网络带宽排序服务器节点，从具有最大可用带宽的web内容服务器处采用加性增加乘性降低的类TCP慢启动的码率选择方法，动态从分布式DASH系统多个web内容服务节点处获取视频分段，即有效地利用了分布式DASH系统中web内容服务节点多样性的特点，降低了播放启动时延的同时，减少了播放过程不必要重缓冲的次数。在播放的稳定阶段，本发明采用基于概率的服务节点和码率选择方法，在播放的公平性、平滑性和缓冲区大小变化平滑性之间找到了平衡。同时，引入随机因子的码率切换时机选择方法，有效地缓解了固定周期调度策略中多个视频流共享瓶颈带宽造成的带宽分配不公平的问题，提升了网络的带宽分配的公平性和客户端播放过程的平均视频速率。
附图说明
图1为本发明实施例中客户端播放缓冲区区间划分的示意图；
图2为本发明实施例中播放端模块组成示意图；
图3为本发明实施例中服务节点选择与码率自适应过程示意图；
图4为本发明实施例的系统结构组成示意图；
图5为本发明实施例的播放启动状态服务节点选择过程示意图；
图6为本发明实施例的播放启动状态码率自适应过程示意图。
具体实施方式
为了便于本领域普通技术人员理解和实施本发明，下面结合附图及实施例对本发明作进一步的详细描述，应当理解，此处所描述的实施示例仅用于说明和解释本发明，并不用于限定本发明。
本实施例提供的一种分布式DASH系统中服务节点选择、更新和码率自适应方法，其中分布式DASH系统包括单个视频源端、一个入口服务器，若干web内容服务器和若干客户端；视频源端将视频编码成不同码率的副本并且切割成长度相等的分段，这些分段的描述信息存储在MPD文件中；MPD文件存储在入口服务器上，分段视频文件存储在Web内容服务器上，所有的web内容服务器上存储相同的目标视频副本；
设同一视频编码为L个具有不同码率的副本，即目标视频副本，其副本码率分别为V1、V2、…、Vk、Vk+1、…、VL，其中V1＜V2＜…＜Vk＜Vk+1＜…＜VL。每个副本被分割成多个分段，每个分段时长为△，本实施例△为2秒；
设MPD文件中有可供选择的Web内容服务器m个，分别为s1、s2、…、sm，记为集合S；
在整个媒体播放的过程中，客户端的缓冲区划分为三个部分，设定三个阈值，分别为初始缓冲区阈值Binit，目标缓冲区阈值Bref，最大缓冲区阈值Bmax；设当前缓冲区大小为Bcurr；设缓冲区最小值为Bmin，取值为0；
将客户端的播放过程定义为三种状态：播放启动状态、播放稳定状态和缓冲满状态，若当前缓冲区大小Bcurr∈[0，Binit]时，则客户端处于播放启动状态；若当前缓冲区大小Bcurr∈(Binit,Bref]时，则客户端处于播放稳定状态；若当前缓冲区大小Bcurr∈(Bref，Bmax]时，则客户端处于缓冲满状态；
在播放启动状态，采用加性增长乘性降低的码率选择策略贪婪地从可用网络带宽最大的服务节点处下载视频分段；在播放稳定状态，采用基于概率的服务节点选择策略，并采用质量感知的启发式码率自适应方法确定待下载的数据分段码率。在缓冲满状态，为了避免缓冲溢出，采用基于概率的服务节点选择方法选出概率大于一定预设值的web内容服务器作为服务节点，并引入随机因子确定数据请求的时机。
为了更清晰实现上述功能，本发明提出的分布式DASH传输系统的客户端主要由网络监控模块、缓冲监控模块、服务选择模块、码率自适应模块和调度模块组成(如图2所示)。网络监控模块负责周期性地评估网络可用带宽，并将结果提交给码率自适应模块；缓冲监控模块周期性向调度模块汇报客户端缓冲区状态；服务选择模块，基于播放期限，决定哪些服务器接收哪些数据分段的请求；码率自适应模块根据网络监控模块和缓冲监控模块提供的网络和缓冲状态决定待下载的视频分段码率；调度模块根据网络状态信息、码率自适应模块确定的视频码率，从相应的服务器下载数据分段。
本发明充分考虑了播放启动状态下，要求启动时延低、播放流畅的需求特点，在播放初始缓冲区为空，协助进行视频码率选择的有用信息不足的条件下，提出从所有候选Web内容服务器请求下载第一个视频分段，并根据可用网络带宽排序服务器节点，选出可用带宽最大的Web内容服务器作为数据分段请求的服务节点，采用加性增加乘性降低的类TCP慢启动的码率选择方法，动态从分布式DASH系统多个Web内容服务节点处获取视频分段，即有效地利用了分布式DASH系统中服务节点多样性的特点，降低了播放启动时延的同时，减少了播放过程不必要重缓冲的次数。在播放的稳定状态，本发明采用基于概率的服务节点和码率选择方法，在播放的公平性、平滑性和缓冲区大小变化平滑性之间找到了平衡。同时，引入随机因子的码率切换时机选择方法，有效地缓解了固定周期调度策略中多个视频流共享带宽造成的带宽分配不公平的问题，提升了网络的带宽分配的公平性和客户端播放过程的平均视频速率。
为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。
本实施例中，客户端的缓冲区划分为三个部分(如图1所示)，设定三个阈值，分别为初始缓冲区阈值Binit，设置其为整个缓冲区大小的20％，目标缓冲区阈值Bref，设置其为缓冲区大小的80％，最大缓冲区阈值Bmax，设置其为120秒。客户端与服务器的交互，经历了请求MPD文件、确定服务的web内容服务器和确定视频码率，并从选定的web内容服务器请求相应目标码率视频分段的过程；请见图3，依照本发明方法的一个具体实施例的过程包括以下步骤：
步骤1：客户端和存储有MPD文件的入口服务器建立HTTP连接，从该入口服务器上获取MPD文件，并解析该文件，获取Web内容服务器URL信息；
步骤1.1：客户端与入口服务器之间通过TCP“三次握手过程”建立HTTP连接；
当用户点击视频播放按钮时，客户端首先与入口服务器建立TCP连接。
步骤1.2：客户端向入口服务器发送HTTP GET请求(如图4步骤(1)所示)，请求获得待播放的视频文件的媒体描述表示MPD文件；
步骤1.3：客户端接收到入口服务器发送的MPD文件后，存储并进行解析，获取Web内容服务器URL信息；
入口服务器接收到客户端请求，将MPD文件副本以HTTP响应方式发送给客户端(如图4步骤(2)所示)。客户端收到MPD文件副本，保存在本地并进行解析。其中，解析后得到目标视频码率为：V＝{100,150,200,250,300,400,500,700,900,1200,1500,2000，2500，3000，4000，5000,6000},码率的单位为Kbit/s。整个视频时长5244秒(近似87分钟)。解析后的web内容服务器的地址请见下表1：
表1 Web内容服务器URL地址
播放开始，进入启动状态；
步骤2：MPD文件解析后，客户端进入播放启动状态，向所有Web内容服务器发送HTTP GET请求，下载视频分段；
客户端进入播放启动状态，采用加性增长乘性降低的码率选择策略贪婪地从高可用带宽的Web内容服务器下载视频分段，该步骤包括服务节点选择(如图5)和码率自适应(如图6)两个部分，其子步骤如下：
步骤2.1：客户端根据解析的MPD文件，获得所有Web内容服务器的URL地址，与这些Web内容服务器建立HTTP连接；
本实施例假定有9个web内容服务器；客户端初始化服务器列表S，S＝{s1,s2,s3,s4,s5,s6,s7,s8,s9}，并初始化大小为9的缓冲数组用于存放从9个Web内容服务器收到的视频或文件数据；
本实施例使用一个元素个数为9的一维数组Array_T来存储从9个候选的web内容服务器下载的全部(或部分)第一个视频分段内容，用于计算各Web内容服务器与客户端之间网络端到端的吞吐量。
步骤2.2：客户端从所有连接的Web内容服务器处同时下载码率为V1的视频分段副本；
客户端根据解析MPD文件所得的视频分段的目标视频码率，先以最小码率v1＝V1＝100Kbit/s，向所有候选的Web内容服务器发送数据下载的请求，下载第一个视频分段；并分别记录下载开始的时间，记为
k为Web内容服务器下标号；
Http Get请求包括：Period_id，Adaptationset_id，Representation_id，Segment_AbsoluteURI等的信息。
步骤2.3：客户端同时接收到来自于多个Web内容服务器的码率为V1的视频分段副本，并将下载的视频分段数据存储在数组Array_T中；并记下视频分段下载完成的最短时间，用于计算各web内容服务器与客户端之间的网络可用带宽；
假设来自服务器Sk的视频分段最先完成下载，下载时长为t1,k，则客户端计算与其连接的所有的Web内容服务器之间的网络吞吐量
其中，
是客户端在t1,k的时间间隔内从服务器Sj下载第一个视频分段部分数据的长度；从服务器Sk最先完成第一个视频分段副本数据的下载，则
其中，V1是第1个视频分段的码率；Δ是视频分段的时长，
是第1个视频分段从服务器Sk下载开始的时间，
是第1个视频分段从服务器Sk下载完成的时间。
同时，当第一个数据分段下载后，客户端开始播放。
步骤2.4：客户端根据计算得到各Web内容服务器的网络吞吐量，按照从大到小的顺序对Web内容服务器进行排序，得到候选服务器队列SC；
步骤2.5：客户端从候选服务器队列中选出队头节点，即为网络吞吐量最大的Web内容服务器，作为下一数据分段请求的服务节点Snext；
步骤2.6：码率自适应模块确定下一个视频分段的码率；
假定刚下载完成的视频分段的码率为vi＝Vk，V1≤Vk≤VL，候选服务器队列队首元素为服务器sa,a∈[1,m]，则比较服务器sa评估的网络吞吐量
与预设的下一视频分段i+1的码率
的大小；
本实施例中，vi＝V2＝150Kbit/s，
如果
则下一视频分段i+1的码率
本实施例中vi+1＝200kbit/s；
否则
本实施例中，如果
则vi+1＝V2＝150Kbit/s；
其中，服务器sa评估的网络吞吐量
的计算方法为：
(1)对于有视频数据分段下载的服务器，记为源Web内容服务器，采用指数带权移动平均的方法评估网络的吞吐量，
其中ri,j表示下载完数据分段i后客户端与Web内容服务器Sj之间测量的网络吞吐量值，
表示下载完分段i时的客户端与Web内容服务器Sj之间网络吞吐量评估值；这里，
为了反映网络带宽的变化情况，
使用如下公式计算：
μ0是一个常数，μ是测量值和评估值之间的误差，
这里，μ0取0.5；
(2)对于源Web内容服务器，采用网络探测方法，客户端在向选中的Web内容服务器请求下载数据分段的同时，向非源服务器发送页面访问请求，通过记录页面数据传输的时间和大小来计算非源服务器的网络可用带宽；假定页面大小为Xk bits，发送GET请求的开始时间为
接收到整个页面数据的时刻为
则当客户端下载完请求的非源服务器的页面文件数据时，计算该非源服务器的可用带宽
ri,k表示客户端在从源服务器下载视频数据分段i时，测量的非源服务器Sk的网络吞吐量；非源服务器Sk评估的网络吞吐量
时间因子β∈[0,1],
tn表示第n次下载页面数据的开始时间；γ∈[1，10]的常数，本实施例设置为3；
步骤2.7：调度模块负责客户端向选中的web内容服务器Snext发送数据请求，请求下载的目标视频数据分段的码率为vi+1；
步骤2.8：缓冲监控模块周期性监控缓冲占有情况，如果Bcurr≤Binit，则客户端依然处于播放启动阶段，则选择候选服务器队列SC队首元素作为下一轮数据分段请求的服务器，并转执行步骤2.6，确定下一分段的视频码率；否则，执行步骤3。
步骤3：当缓冲区长度Bref≥Bcurr>Binit时，进入播放稳定阶段，采用基于概率的服务器选择和码率选择方法选择服务的Web内容服务器和目标视频码率；
步骤3.1：对候选服务器队列中的服务节点网络吞吐量进行归一化操作，公式如下：
其中，对于源Web内容服务器，
表示从第j个服务器下载完第i个视频数据分段后的归一化可用带宽，其为从第j个服务器下载完第i个视频数据分段后计算得到的网络可用带宽评估值
与队列中最大Web内容服务器可用带宽评估值
的比值；对于非源Web内容服务器，
表示从第j个服务器下载完某一可访问页面后的归一化可用带宽，其为从第j个服务器下载完页面文件后计算得到的网络可用带宽评估值
与队列中最大Web内容服务器可用带宽评估值
的比值；
Web内容服务器被选中的概率基于增强学习理论的软最大行为选择(softmaxaction selection)算法确定,其公式为：
其中，τ1表示决策因子，
两个部分由softmax action selection算法决定；本实施例中τ1取0.2；
从候选服务器队列SC中随机选出概率最大的那个Web内容服务器，作为数据分段请求服务器；
步骤3.2：已完成第i个视频分段的下载，使用如下公式确定第i+1个视频分段的码率vi+1；
vi+1被选中的概率计算公式为：
其中
qi表示从服务器sj下载完第i个视频数据分段后缓冲区大小，使用如下公式计算：
ni表示与第i个数据分段具有相同码率的连续视频分段的数量，nmin表示具有相同码率的连续视频分段最小数，nmax表示具有相同码率的连续视频分段最大数，
ε为一个正数，ε≥1；本实施例中，nmiu，nmax分别取1和15，ε取1；vmin＝V1，在本实例中，vmin＝V1＝100(kbps)；vmax表示最大视频码率，即vmax＝VL＝6000(kbps)；
这里vi+1在V＝{V1、V2、…、Vk、Vk+1、…、Vn}中依次取值，计算其概率。
步骤3.3：选出概率值最大时对应的视频码率作为下一个视频分段的目标码率vi+1，调度模块向选出的Web内容服务器发送下载码率为vi+1的视频分段请求；
步骤3.4：在播放稳定阶段，一个视频数据分段下载完成，判断缓冲区大小，如果Bmax>Bcurr>Bref，则进入缓冲满状态，转步骤4；否则，回转执行步骤3，继续在播放稳定状态下，下载下一个视频分段。
步骤4：当前缓冲区Bmax≥Bcurr>Bref，进入缓冲满状态，根据以下步骤分别选择服务的Web内容服务器和目标视频码率：
步骤4.1：每次从候选服务器队列SC中，选择概率大于一定预设值μ的单个Web内容服务器作为服务节点下载视频分段，服务节点选择概率基于增强学习理论中软最大行为选择(softmax action selection)算法计算如下：
其中，τ2表示决策因子，
两个部分由softmax action selection算法决定；
本实施例中，预设的概率值μ取0.6，τ2取0.33；
步骤4.2：视频分段的码率由公式
得到；
表示从服务器Sq处下载完第i个数据分段时，所选的发送视频分段数据的Web内容服务器与客户之间的网络可用带宽；
本实施例中，从服务器Sq处下载完第i个数据分段时，计算的服务器与客户之间的网络可用带宽
则vi+1＝V9＝900kbps；
步骤4.3：在缓冲满状态，引入随机因子δ来确定数据分段调度的时机，从区间(Bref-δ,Bref+δ]中均匀随机选择一个数值，赋值给随机缓冲区大小randbufi；下载第i+1个视频分段的时刻ti+1 (s)＝ti (e)+Bcurr-randbufi，δ为(0，1)之间的一个随机因子。
步骤5：在视频播放的三个状态中，当客户端的调度模块向选中的Web内容服务器Sj发送请求下载目标码率为vi+1的数据分段请求时，相应地启动超时重传机制。
步骤5.1：如果视频分段在两倍的预期下载时间内未完成下载，则执行步骤5.2；否则，如果客户端处于播放启动状态，则执行步骤2.6；
如果客户端处于播放稳定状态下，则执行步骤3；
如果客户端处于缓冲满状态，则根据步骤4.3确定下一视频分段调度的时机，然后执行步骤4.1；
预期的下载时间
表示下载完分段i后估计的客户与服务器的网络吞吐量值；vi+1表示该视频分段对应的目标码率；
步骤5.2：根据不同的客户端状态，确定重传机制；
当客户端处于播放启动状态，则在SC服务器队列中，从剩下的Web内容服务器中选出可用带宽最大的服务器作为队首节点，建立连接，发送下载数据分段i+1的请求；
当客户端处于播放稳定状态，则在SC服务器队列中，从剩下的服务器中选出概率最大的服务器，建立连接，发送下载数据分段i+1的请求；
当客户端处于缓冲满状态，则在SC服务器队列中，从剩下的服务器中随机选出概率大于某一阈值的服务器，建立连接，发送下载数据分段i+1的请求；
在重传的过程中，采用基于审判机制的服务节点更新方法。当客户端切换一个新的服务节点，与新的服务节点建立连接关系的同时，保持与原有服务节点的连接，同时向这两个Web内容服务节点发送数据请求服务。当接收一定数量数据分段后，客户端断开网络吞吐量小的服务节点的连接，而继续从网络吞吐量大的服务节点处获取数据分段。
本发明通过提供一种分布式DASH传输系统服务节点选择、更新和码率自适应方法，解决了单服务器场景中由于单个服务节点性能下降或失效导致的用户体验质量下降的问题，提升了系统媒体传输的鲁棒性。
应当理解的是，本说明书未详细阐述的部分均属于现有技术。
应当理解的是，上述针对较佳实施例的描述较为详细，并不能因此而认为是对本发明专利保护范围的限制，本领域的普通技术人员在本发明的启示下，在不脱离本发明权利要求所保护的范围情况下，还可以做出替换或变形，均落入本发明的保护范围之内，本发明的请求保护范围应以所附权利要求为准。
Claims (6)
1.一种分布式DASH系统中服务节点选择、更新和码率自适应方法，所述分布式DASH系统包括单个视频源端、一个入口服务器、若干Web内容服务器和若干客户端；视频源端将视频编码成不同码率的副本并且切割成长度相等的分段，这些分段的描述信息存储在MPD文件中；所述MPD文件存储在入口服务器上，分段视频文件存储在Web内容服务器上；所有的web内容服务器上存储相同的目标视频副本；
设同一视频编码为L个具有不同码率的副本，即目标视频副本，其副本码率分别为V1、V2、...、Vk、Vk+1、...、VL，其中V1＜V2＜...＜Vk＜Vk+1＜...＜VL；每个副本被分割成多个分段，每个分段时长为△；
设MPD文件中有可供选择的Web内容服务器m个，分别为s1、s2、...、sm，记为集合S；
在整个媒体播放的过程中，客户端的缓冲区划分为三个部分，设定三个阈值，分别为初始缓冲区阈值Binit，目标缓冲区阈值Bref，最大缓冲区阈值Bmax；设当前缓冲区大小为Bcurr；
将客户端的播放过程定义为三种状态：播放启动状态、播放稳定状态和缓冲满状态，若当前缓冲区大小Bcurr∈[0，Binit]时，则客户端处于播放启动状态；若当前缓冲区大小Bcurr∈(Binit，Bref]时，则客户端处于播放稳定状态；若当前缓冲区大小Bcurr∈(Bref，Bmax]时，则客户端处于缓冲满状态；
所述方法包括以下步骤：
步骤1：客户端和存储有MPD文件的入口服务器建立HTTP连接，从该入口服务器上获取MPD文件，并解析该文件，获取所有Web内容服务器URL信息；
步骤2：MPD文件解析后，客户端进入播放启动状态，向所有Web内容服务器发送HTTPGET请求，下载视频分段；
步骤2的具体实现包括以下子步骤：
步骤2.1：客户端根据解析的MPD文件，获得所有Web内容服务器的URL地址，与这些Web内容服务器建立HTTP连接；
步骤2.2：客户端从所有连接的Web内容服务器处同时下载码率为V1的视频分段副本；
步骤2.3：客户端同时接收到来自于多个Web内容服务器的码率为V1的视频分段副本，并记下视频分段下载完成的最短时间，用于计算各Web内容服务器与客户之间的网络可用带宽；
步骤2.4：客户端根据计算得到各Web内容服务器的网络吞吐量，按照从大到小的顺序对Web内容服务器进行排序，得到候选服务器队列SC；
步骤2.5：客户端从候选服务器队列中选出队头节点，即为网络吞吐量最大的Web内容服务器，作为下一数据分段请求的服务节点Snext；
步骤2.6：码率自适应模块确定下一个视频分段的码率；
步骤2.7：调度模块负责客户端向选中的Web内容服务器Snext发送数据请求，请求下载的目标视频数据分段的码率为vi+1；
步骤2.8：缓冲监控模块周期性监控缓冲占有情况，如果Bcurr≤Binit，则客户端依然处于播放启动阶段，则选择候选服务器队列SC队首元素作为下一轮数据分段请求的服务器，并转执行步骤2.6，确定下一分段的视频码率；否则，执行步骤3；
步骤3：当缓冲区长度Bref≥Bcurr＞Binit时，进入播放稳定阶段，采用基于概率的服务器选择和码率选择方法选择服务的Web内容服务器和目标视频码率；
步骤3的具体实现包括以下子步骤：
步骤3.1：对候选服务器队列中的服务节点网络吞吐量进行归一化操作，公式如下：
其中，对于源Web内容服务器，
表示从第j个服务器下载完第i个视频数据分段后的归一化可用带宽，其为从第j个服务器下载完第i个视频数据分段后计算得到的网络可用带宽评估值
与队列中最大Web内容服务器可用带宽评估值
的比值；对于非源Web内容服务器，
表示从第j个服务器下载完某一可访问页面后的归一化可用带宽，其为从第j个服务器下载完页面文件后计算得到的网络可用带宽评估值
与队列中最大Web内容服务器可用带宽评估值
的比值；
Web内容服务器被选中的概率为：
其中，τ1表示决策因子，
两个部分由softmax action selection算法决定；
从候选服务器队列SC中随机选出概率最大的那个Web内容服务器，作为数据分段请求服务器；
步骤3.2：已完成第i个视频分段的下载，使用如下公式确定第i+1个视频分段的码率vi+1；
vi+1被选中的概率计算公式为：
其中
qi表示从服务器sj下载完第i个视频数据分段后缓冲区大小，使用如下公式计算：
ni表示与第i个数据分段具有相同码率的连续视频分段的数量，nmin表示具有相同码率的连续视频分段最小数，nmax表示具有相同码率的连续视频分段最大数，
ε为一个正数，ε≥1；vmin＝V1，vmax表示最大视频码率；
步骤3.3：vi+1在V＝{V1、V2、...、Vk、Vk+1、...、Vn}中依次取值，计算其概率；选出概率值最大时对应的视频码率作为下一个视频分段的目标码率vi+1，调度模块向选出的Web内容服务器发送下载码率为vi+1的视频分段请求；
步骤3.4：在播放稳定阶段，一个视频数据分段下载完成，判断缓冲区大小，如果Bmax＞Bcurr＞Bref，则进入缓冲满状态，转步骤4；否则，回转执行步骤3，继续在播放稳定状态下，下载下一个视频分段；
步骤4：当前缓冲区Bmax≥Bcurr＞Bref，进入缓冲满状态，分别选择服务的Web内容服务器和目标视频码率；
步骤4的具体实现包括以下子步骤：
步骤4.1：每次从候选服务器队列SC中，选择概率大于一定预设值μ的单个Web内容服务器作为服务节点下载视频分段，服务节点选择概率计算如下：
其中，τ2表示决策因子，
两个部分由softmax action sclection算法决定；
步骤4.2：视频分段的码率由公式
得到；
表示从服务器Sq处下载完第i个数据分段时，所选的发送视频分段数据的Web内容服务器与客户之间的网络可用带宽；
步骤4.3：在缓冲满状态，引入随机因子δ来确定数据分段调度的时机，从区间(Bref-δ，Bref+δ]中均匀随机选择一个数值，赋值给随机缓冲区大小randbufi；下载第i+1个视频分段的时刻ti+1 (s)＝ti (e)+Bcurr-randbufi，δ为(0，1)之间的一个随机因子；
步骤5：在视频播放的三个状态中，当客户端的调度模块向选中的Web内容服务器Sj发送请求下载目标码率为Vi+1的数据分段请求时，相应地启动超时重传机制。
2.根据权利要求1所述的分布式DASH系统中服务节点选择、更新和码率自适应方法，其特征在于：所述客户端包括网络监控模块、缓冲监控模块、服务选择模块、码率自适应模块和调度模块；
所述网络监控模块负责周期性地评估网络可用带宽，并将结果提交给码率自适应模块；
所述缓冲监控模块周期性向调度模块汇报客户端缓冲区状态；
所述服务选择模块，基于播放期限，决定哪些服务器接收哪些数据分段的请求；
所述码率自适应模块根据网络监控模块和缓冲监控模块提供的网络和缓冲状态决定待下载的视频分段码率；
所述调度模块根据网络状态信息、码率自适应模块确定的视频码率，从相应的服务器下载数据分段。
3.根据权利要求1所述的分布式DASH系统中服务节点选择、更新和码率自适应方法，其特征在于：步骤2.3中，假设来自服务器Sk的视频分段最先完成下载，下载时长为t1，k，则客户端计算与其连接的所有的Web内容服务器之间的网络吞吐量
j∈(1，2，...，k，..，m}；其中，
是客户端在t1，k的时间间隔内从服务器Sj下载第一个视频分段部分数据的长度；从服务器Sk最先完成第一个视频分段副本数据的下载，则
其中，V1是第1个视频分段的码率；△是视频分段的时长，
是第1个视频分段从服务器Sk下载开始的时间，
是第1个视频分段从服务器Sk下载完成的时间。
4.根据权利要求1所述的分布式DASH系统中服务节点选择、更新和码率自适应方法，其特征在于：步骤2.6中，假定刚下载完成的视频分段的码率为vi＝Vk，V1≤Vk≤VL，候选服务器队列队首元素为服务器sa，a∈[1，m]，则比较服务器sa评估的网络吞吐量
与预设的下一视频分段i+1的码率
的大小；
如果
则下一视频分段i+1的码率
否则
其中，服务器sa评估的网络吞吐量
的计算方法为：
(1)对于有视频数据分段下载的服务器，记为源Web内容服务器，采用指数带权移动平均的方法评估网络的吞吐量，
其中ri，j表示下载完数据分段i后客户端与Web内容服务器Sj之间测量的网络吞吐量值，
表示下载完分段i时的客户端与Web内容服务器Sj之间网络吞吐量评估值；
μ0是一个常数，μ是测量值和评估值之间的误差，
(2)对于源Web内容源服务器，采用网络探测方法，客户端在向选中的Web内容服务器请求下载数据分段的同时，向非源服务器发送页面访问请求，通过记录页面数据传输的时间和大小来计算非源服务器的网络可用带宽；假定页面大小为Xkbits，发送GET请求的开始时间为
接收到整个页面数据的时刻为
则当客户端下载完请求的非源服务器的页面文件数据时，计算该非源服务器的可用带宽
kbits/s，ri，k表示客户端在从源服务器下载视频数据分段i时，测量的非源服务器Sk的网络吞吐量；非源服务器Sk评估的网络吞吐量
时间因子β∈[0，1]，
tn表示第n次下载页面数据的开始时间，γ∈[1，10]的常数。
5.根据权利要求1所述的分布式DASH系统中服务节点选择、更新和码率自适应方法，其特征在于，步骤5的具体实现包括以下子步骤：
步骤5.1：如果视频分段在两倍的预期下载时间内未完成下载，则执行步骤5.2；否则，如果客户端处于播放启动状态，则执行步骤2.6；
如果客户端处于播放稳定状态下，则执行步骤3；
如果客户端处于缓冲满状态，则根据步骤4.3确定下一视频分段调度的时机，然后执行步骤4.1；
所述预期的下载时间
表示下载完分段i后估计的客户与服务器的网络吞吐量值；vi+1表示该视频分段对应的目标码率；
步骤5.2：根据不同的客户端状态，确定重传机制；
当客户端处于播放启动状态，则在SC服务器队列中，从剩下的Web内容服务器中选出可用带宽最大的服务器作为队首节点，建立连接，发送下载数据分段i+1的请求；
当客户端处于播放稳定状态，则在SC服务器队列中，从剩下的服务器中选出概率最大的服务器，建立连接，发送下载数据分段i+1的请求；
当客户端处于缓冲满状态，则在SC服务器队列中，从剩下的服务器中随机选出概率大于某一阈值的服务器，建立连接，发送下载数据分段i+1的请求。
6.根据权利要求5所述的分布式DASH系统中服务节点选择、更新和码率自适应方法，其特征在于：在重传的过程中，采用基于审判机制的服务节点更新方法；
当客户端切换一个新的服务节点，与新的服务节点建立连接关系的同时，保持与原有服务节点的连接，同时向这两个服务节点发送数据请求服务；当接收一定数量数据分段后，客户端断开网络吞吐量小的服务节点的连接，而继续从网络吞吐量大的服务节点处获取视频数据分段。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810715205.6A CN108833996B (zh) | 2018-07-03 | 2018-07-03 | 分布式dash系统中服务节点选择、更新和码率自适应方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810715205.6A CN108833996B (zh) | 2018-07-03 | 2018-07-03 | 分布式dash系统中服务节点选择、更新和码率自适应方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108833996A CN108833996A (zh) | 2018-11-16 |
| CN108833996B true CN108833996B (zh) | 2020-07-10 |
Family
ID=64134462
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810715205.6A Active CN108833996B (zh) | 2018-07-03 | 2018-07-03 | 分布式dash系统中服务节点选择、更新和码率自适应方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108833996B (zh) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109831689B (zh) * | 2019-01-28 | 2021-07-13 | 维沃移动通信有限公司 | 一种数据缓冲方法及移动终端 |
| CN109819312B (zh) * | 2019-03-19 | 2020-06-30 | 四川长虹电器股份有限公司 | 基于动态缓冲区的播放器系统及其控制方法 |
| CN110365783B (zh) * | 2019-07-18 | 2022-10-21 | 深圳市网心科技有限公司 | 文件部署方法及装置、网络节点及存储介质 |
| CN110493315B (zh) * | 2019-07-19 | 2022-06-14 | 视联动力信息技术股份有限公司 | 一种视频通信链路的调用方法和装置 |
| CN110740172B (zh) * | 2019-09-29 | 2022-04-29 | 北京淇瑀信息科技有限公司 | 一种基于微服务架构的路由管理方法、装置和系统 |
| CN111031347A (zh) * | 2019-11-29 | 2020-04-17 | 广州市百果园信息技术有限公司 | 一种视频处理的方法及装置、电子设备、存储介质 |
| CN111984868A (zh) * | 2020-08-21 | 2020-11-24 | 上海二三四五网络科技有限公司 | 一种浏览器中浏览网页的控制方法及装置 |
| CN112291620A (zh) * | 2020-09-22 | 2021-01-29 | 北京邮电大学 | 视频播放方法、装置、电子设备及存储介质 |
| CN113691880B (zh) * | 2021-08-25 | 2024-04-16 | 三星电子（中国）研发中心 | 一种应用于dash低延迟直播流的带宽测量方法和设备 |
| CN114500399A (zh) * | 2021-12-28 | 2022-05-13 | 赛尔网络有限公司 | 数据传输方法、设备、介质和产品 |
| CN115065859B (zh) * | 2022-06-07 | 2024-05-07 | 北京达佳互联信息技术有限公司 | 视频数据获取方法、装置、设备及介质 |
| CN115550973B (zh) * | 2022-11-30 | 2023-04-11 | 嘉兴域途科技有限公司 | 4g/5g多端视频通信网络拓扑结构判定方法及装置 |
| CN117014460B (zh) * | 2023-09-28 | 2023-12-29 | 深圳市壹通道科技有限公司 | 一种基于5g通信的分布式信息管理系统 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105025330A (zh) * | 2014-04-30 | 2015-11-04 | 深圳Tcl新技术有限公司 | 基于dash协议的媒体文件播控方法和装置 |
| CN105979274A (zh) * | 2016-05-06 | 2016-09-28 | 上海交通大学 | 动态自适应视频流媒体的分布式缓存放置方法 |
| CN106303704A (zh) * | 2016-08-19 | 2017-01-04 | 上海交通大学 | 一种基于代理服务器的dash流媒体直播系统及方法 |
| CN106791860A (zh) * | 2016-12-28 | 2017-05-31 | 重庆邮电大学 | 一种自适应视频编码控制系统及方法 |
| CN106993237A (zh) * | 2017-04-13 | 2017-07-28 | 中北大学 | 基于mpeg‑dash协议的动态自适应码率选择方法 |
| CN107135411A (zh) * | 2016-02-26 | 2017-09-05 | 掌赢信息科技（上海）有限公司 | 一种调整视频码率的方法及电子设备 |
| WO2018086713A1 (en) * | 2016-11-14 | 2018-05-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Initial bitrate selection for a video delivery session |
| CN108184152A (zh) * | 2018-01-03 | 2018-06-19 | 湖北大学 | 一种dash传输系统两阶段客户端码率选择方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2014158264A1 (en) * | 2013-03-29 | 2014-10-02 | Intel IP Corporation | Quality-aware rate adaptation techniques for dash streaming |
| US10348796B2 (en) * | 2016-12-09 | 2019-07-09 | At&T Intellectual Property I, L.P. | Adaptive video streaming over preference-aware multipath |
-
2018
- 2018-07-03 CN CN201810715205.6A patent/CN108833996B/zh active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105025330A (zh) * | 2014-04-30 | 2015-11-04 | 深圳Tcl新技术有限公司 | 基于dash协议的媒体文件播控方法和装置 |
| CN107135411A (zh) * | 2016-02-26 | 2017-09-05 | 掌赢信息科技（上海）有限公司 | 一种调整视频码率的方法及电子设备 |
| CN105979274A (zh) * | 2016-05-06 | 2016-09-28 | 上海交通大学 | 动态自适应视频流媒体的分布式缓存放置方法 |
| CN106303704A (zh) * | 2016-08-19 | 2017-01-04 | 上海交通大学 | 一种基于代理服务器的dash流媒体直播系统及方法 |
| WO2018086713A1 (en) * | 2016-11-14 | 2018-05-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Initial bitrate selection for a video delivery session |
| CN106791860A (zh) * | 2016-12-28 | 2017-05-31 | 重庆邮电大学 | 一种自适应视频编码控制系统及方法 |
| CN106993237A (zh) * | 2017-04-13 | 2017-07-28 | 中北大学 | 基于mpeg‑dash协议的动态自适应码率选择方法 |
| CN108184152A (zh) * | 2018-01-03 | 2018-06-19 | 湖北大学 | 一种dash传输系统两阶段客户端码率选择方法 |
Non-Patent Citations (1)
| Title |
|---|
| 基于DASH协议的自适应流媒体传输技术研究;姚文静;《中国优秀硕士学位论文全文数据库》;20180215;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108833996A (zh) | 2018-11-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108833996B (zh) | 分布式dash系统中服务节点选择、更新和码率自适应方法 | |
| US10440083B2 (en) | Methods and devices for efficient adaptive bitrate streaming | |
| CN109040855B (zh) | 一种无线dash流媒体码率平滑自适应传输方法 | |
| EP1438673B1 (en) | System and method for communicating media signals | |
| CN108184152B (zh) | 一种dash传输系统两阶段客户端码率选择方法 | |
| Xing et al. | A real-time adaptive algorithm for video streaming over multiple wireless access networks | |
| KR101982290B1 (ko) | 적응적 스트리밍 서비스의 체감 품질 향상을 위한 콘텐츠 특성 기반 스트리밍 시스템 및 방법 | |
| CN108063955B (zh) | 基于状态机的动态自适应视频传输的码率切换方法 | |
| CN109714631A (zh) | 一种基于http视频流动态自适应码率选择方法 | |
| CN107135411B (zh) | 一种调整视频码率的方法及电子设备 | |
| EP3563540B1 (en) | Method and system for providing variable quality streaming video services in mobile communication networks | |
| CN107509120A (zh) | 一种基于缓冲区下溢概率估计的流媒体自适应传输方法 | |
| US20060031564A1 (en) | Methods and systems for streaming data at increasing transmission rates | |
| CN110072130A (zh) | 一种基于http/2的has视频切片推送方法 | |
| US9131251B2 (en) | Use of a receive-window size advertised by a client to a content server to change a video stream bitrate streamed by the content server | |
| Karn et al. | Measuring bandwidth and buffer occupancy to improve the QoE of HTTP adaptive streaming | |
| Kalan et al. | Design of a layer-based video streaming system over software-defined networks | |
| Togou et al. | An elastic DASH-based bitrate adaptation scheme for smooth on-demand video streaming | |
| US20140101330A1 (en) | Method and apparatus for streaming multimedia contents | |
| Park et al. | Client-side rate adaptation scheme for HTTP adaptive streaming based on playout buffer model | |
| Younus et al. | A model for a practical evaluation of a DASH-based rate adaptive algorithm over HTTP | |
| Petrocco et al. | Deftpack: A robust piece-picking algorithm for scalable video coding in P2P systems | |
| Duan et al. | A Bandwidth-Aware Video Segments Request Strategy to Optimize User’s QoE in Connected Vehicle Networks | |
| Park et al. | Queueing theoretic approach to playout buffer model for HTTP Adaptive Streaming | |
| Ma et al. | Access point centric scheduling for dash streaming in multirate 802.11 wireless network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |