论文总结：XLINK(SIGCOMM‘21)

自己看论文方法有点问题，最近尝试做一些改变。这是一篇今年的SIGCOMM，看完之后来记录一下。
XLINK: QoE-Driven Multi-Path QUIC Transport in Large-scale Video Services
大规模视频服务中 QoE驱动的多路径QUIC传输方案。

解决的主要问题：

1. 多路径中队头阻塞问题
2. QUIC中多流阻塞问题
3. 平衡开销与性能的关系（不太重要）

XLINK的核心思想

1. 充分利用QUIC是一个用户空间协议的优势
2. 利用QoE内容进行包的调度和路径管理

XLINK的设计理念

• overview
  
  感觉这个overview设计的并不是很全面
• 核心设计：QOE-DRIVEN SCHEDULING AND PATH MANAGEMENT
  有三个重要组件：

1. Stream and video-frame priority-based packet re-injections（解决阻塞问题）
2. QoE feedback control（利用QUIC用户空间协议的优势）
3. QoE-aware path management（初始化路径选择，人为规定，但不太理解和QoE有啥关系）

XLINK面对主要问题的解法

• 队头阻塞问题
  队头阻塞问题产生的原因及最开始解决方案
  

a图介绍了队头阻塞产生的原因，主要是顺序发送，乱序到达导致的包等待问题。

b图用re-injection机制缓解了队头阻塞问题，一旦数据包unack，就重新发送。但造成了大量的数据包冗余。

Priority-based re-injection

流调度，解决流阻塞问题，流1具有最大优先级，全发完再发流2

First-video-frame acceleration

和上个方案比较类似，这个相当于在一个stream中添加了不同的优先级，解决了视频启动缓慢的问题。

• QoE反馈机制