arXivDaily arXiv每日学术速递 周一至周五更新
arXiv周末暂无论文更新,休息一下吧,周末愉快~~
arXiv 2608.10741cs.NIcs.ETcs.MMeess.IV

面向实时视频应用的多路径QUIC之上的媒体传输

Media-over-Multipath-QUIC for Realtime Video Applications

Tanya Shreedhar, Zuji Zhou, Nitinder Mohan, Fernando Kuipers

首次发表
浏览论文内容

中文总结 AI 辅助

本文提出MoMQ,即MoQT的扩展,通过在边缘中继部署声明式规则,利用视频元数据优化多路径QUIC调度,在Starlink与WiFi测试中显著降低实时视频的P99.9帧完成时间和播放缓冲区,满足交互延迟目标。

中文摘要 AI 辅助

多路径传输将客户端的WiFi、蜂窝和卫星网络整合为一个连接,但实时视频从中获得的收益甚微。将数据包分配到各路径的调度器仅能看到字节,因此无法区分锚定一秒视频的关键帧与丢失后仅损失一帧图像的增强帧。研究表明,限制因素并非路径多样性不足,而是缺少应用可用于指定传输无法感知内容的通道。媒体QUIC传输(MoQT)已在生产环境CDN中部署,它将媒体作为命名对象传输,中继转发每个对象的元数据而不进行解析。调度器所缺乏的信息已通过用户侧中继流动。本文提出MoMQ,即MoQT的扩展,该扩展将此元数据转化为路径决策。应用和中继运营商可在边缘中继处安装声明式规则,这些规则匹配对象元数据并针对标记路径表达传输偏好,中继机械地评估规则,因此其可基于视频语义行动,且不包含视频逻辑。在包含Starlink和WiFi的实时测试平台上,四条规则将P99.9帧完成时间从仅使用传输调度器时的384.7毫秒降至114.1毫秒,并将所需播放缓冲区减少61.5%。MoMQ是唯一满足150毫秒交互延迟目标的配置。在两个国家的中继和两个大洲的用户中,相同规则无需修改即可应用,且在路径保持分离的任何地方都能保持其优势。

英文摘要

Multipath transports place a client's WiFi, cellular, and satellite networks under one connection, yet real-time video gains little from them. The scheduler that assigns packets to paths sees only bytes, so it cannot tell a keyframe that anchors a second of video from an enhancement frame whose loss costs one image. We show that the limiting factor is not a shortage of path diversity but the absence of a channel through which the application can name what the transport cannot see. Media over QUIC Transport (MoQT), already deployed on production CDNs, carries media as named Objects, and relays forward each Object's metadata without interpreting it. The knowledge the scheduler lacks therefore already flows through the subscriber's relay. We present MoMQ, a MoQT extension that turns this metadata into path decisions. Applications and relay operators install declarative rules at the edge relay that match Object metadata and express delivery preferences against labeled paths. The relay evaluates the rules mechanically, so it acts on video semantics while containing no video logic. On a live testbed spanning Starlink and WiFi, four rules cut P99.9 frame completion time from 384.7 ms under the best transport-only scheduler to 114.1 ms and reduce the required playback buffer by 61.5%. MoMQ is the only configuration that meets the 150 ms interactive latency target. Across relays in two countries and subscribers on two continents, the same rules apply unchanged and retain their advantage wherever the paths remain disjoint.

补充信息

↑