自己看论文方法有点问题,最近尝试做一些改变。这是一篇今年的SIGCOMM,看完之后来记录一下。
XLINK: QoE-Driven Multi-Path QUIC Transport in Large-scale Video Services
大规模视频服务中 QoE驱动的多路径QUIC传输方案。
解决的主要问题:
- 多路径中队头阻塞问题
- QUIC中多流阻塞问题
- 平衡开销与性能的关系(不太重要)
XLINK的核心思想
- 充分利用QUIC是一个用户空间协议的优势
- 利用QoE内容进行包的调度和路径管理
XLINK的设计理念
- overview
感觉这个overview设计的并不是很全面 - 核心设计:QOE-DRIVEN SCHEDULING AND PATH MANAGEMENT
有三个重要组件:
- Stream and video-frame priority-based packet re-injections(解决阻塞问题)
- QoE feedback control(利用QUIC用户空间协议的优势)
- QoE-aware path management(初始化路径选择,人为规定,但不太理解和QoE有啥关系)
XLINK面对主要问题的解法
- 队头阻塞问题
队头阻塞问题产生的原因及最开始解决方案
a图介绍了队头阻塞产生的原因,主要是顺序发送,乱序到达导致的包等待问题。
b图用re-injection机制缓解了队头阻塞问题,一旦数据包unack,就重新发送。但造成了大量的数据包冗余。
Priority-based re-injection
流调度,解决流阻塞问题,流1具有最大优先级,全发完再发流2
First-video-frame acceleration
和上个方案比较类似,这个相当于在一个stream中添加了不同的优先级,解决了视频启动缓慢的问题。
- QoE反馈机制