XLINK: QoE-Driven Multi-Path QUIC Transport in Large-scale Video Services
Introduction
2 observation:
- 短视频的卡顿和初始延迟严重影响用户体验
- 用户想要观看更细节更逼真的视频,带来高质量高码率的需求
multi-path: Wi-Fi, LTE, 5G ...
目前的多路径传输研究:MPTCP in RFC 6824 (OS-level support),
multi-path QUIC (user-space protocol),目前更多针对于web and bulk data transfer,还没有针对video的设计。直接应用到video的话性能反而降低。
原因:multi-path head-of-line (MP-HoL) blocking issue caused by fast varying and heterogeneous paths. 传输会被slow path拖累,导致fast path的包要等待。
solution: sophisticated packet scheduling algorithms (路径调度、包优先级调度)、transmit duplicate packets to decouple multipaths (发送冗余包,但这会带宽超过15%的网络流量)。
本文工作:
- 通过客户端QoE的反馈来控制packet re-injection’s aggressiveness策略(比如某个包重新注入另一条快路径传输)。
- XLINK carefully determines the sending order based on the urgency of the streams. 决定包(parket)的传输队列次序,比如着急的重传包优先发送。 包:正常包和重传包
- video-frame priority-based re-injection,视频帧的发送顺序。这里更多指首帧应该优先发送,降低初始卡顿。 帧:正常帧和首帧
- wireless-aware primary path selection (Primary path is the path used to start a connection.) 。不同于MPTCP每次以同一路径传输ACK包,XLINK可以灵活地选择multi-path ACKs (ACK_MPs)的传输路径。
结果:
在淘宝app上超过100K的用户进行A/B测试,进行超过3-million次的视频播放,跟单路径QUIC对比。超过99%样例视频请求时间降低19-50%;...99%...首帧延时降低32%;在只增加2.1%带宽流量的前提下,卡顿率降低23-67%。
作者强调:利用上层的QoE来指导底层传输层的控制策略 (cross-layer network designs),达到pioneers innovations on a closer collaboration between video and wireless。