Abstract-Today, the technology for video streaming over the Internet is converging towards a paradigm named HTTPbased adaptive streaming (HAS), which brings two new features. First, by using HTTP/TCP, it leverages network-friendly TCP to achieve both firewall/NAT traversal and bandwidth sharing. Second, by pre-encoding and storing the video in a number of discrete rate levels, it introduces video bitrate adaptivity in a scalable way so that the video encoding is excluded from the closed-loop adaptation. A conventional wisdom is that the TCP throughput observed by an HAS client indicates the available network bandwidth, and thus can be used as a reliable reference for video bitrate selection. We argue that this is no longer true when HAS becomes a substantial fraction of the total traffic. We show that when multiple HAS clients compete at a network bottleneck, the presence of competing clients and the discrete nature of the video bitrates together result in difficulty for a client to correctly perceive its fair-share bandwidth. Through analysis and test bed experiments, we demonstrate that this fundamental limitation leads to, for example, video bitrate oscillation that negatively impacts the video viewing experience. We therefore argue that it is necessary to design at the application layer using a "probeand-adapt" principle for HAS video bitrate adaptation, which is akin to, but also independent of the transport-layer TCP congestion control. We present PANDA -a client-side rate adaptation algorithm for HAS -as practical embodiment of this principle. Our test bed results show that compared to conventional algorithms, PANDA is able to reduce the instability of video bitrate selection by over 75% without increasing the risk of buffer underrun.
A client-side rate-adaptation algorithm for HAS is also introduced in REF .
Probe and Adapt: Rate Adaptation for HTTP Video Streaming At Scale
ArXiv
ArXiv
Computer Science