xlink解读

XLINK是一种QoE驱动的多路径QUIC传输方案,尤其针对大规模视频服务。它通过客户端的QoE反馈控制策略,解决了传统多路径传输中的卡顿和初始延迟问题。XLINK采用用户态部署,允许快速更新和定制化优化,并通过视频帧优先级的重注入策略,降低了首帧延迟和卡顿率,同时在仅增加少量带宽流量的情况下提高了性能。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值