向QUIC添加前向擦除校正
Adding Forward Erasure Correction to QUIC
摘要：
QUIC最初由Google在Chrome浏览器中实现，引起了越来越多的兴趣。QUIC v1的第一个稳定规范预计将于2018年底发布。它将提供与TCP+TLS+HTTP/2相同的功能。IETF为QUIC采用的灵活设计使这个新协议能够支持各种不同的用例。在本文中，我们重新审视了QUIC中包含的可靠传输机制。更具体地说，我们设计，实现和评估前向擦除校正扩展QUIC。我们的设计支持一个通用的FEC帧，我们的实现包括XOR，里德所罗门和卷积RLC计划。我们评估其性能，通过应用实验设计与广泛的数据包丢失条件。在单路径的情况下，RLC提供更多的数据比其他两个计划与短丢失突发。当突发较长时，Reed-Solomon优于RLC。我们还使用新的数据包调度器将FEC应用于多路径QUIC，以帮助恢复更多丢失的数据包。
英文摘要：
Initially implemented by Google in the Chrome browser, QUIC gathers a growing interest. The first stable specification for QUIC v1 is expected by the end of 2018. It will deliver the same features as TCP+TLS+HTTP/2. The flexible design adopted by the IETF for QUIC enables this new protocol to support a variety of different use cases. In this paper, we revisit the reliable transmission mechanisms that are included in QUIC. More specifically, we design, implement and evaluate Forward Erasure Correction extensions to QUIC. Our design supports a generic FEC frame and our implementation includes the XOR, Reed-Solomon and Convolutional RLC schemes. We evaluate its performance by applying an experimental design with a wide range of packet loss conditions. In single-path scenarios, RLC delivers more data than the two other schemes with short loss bursts. Reed-Solomon outperforms RLC when the bursts are longer. We also apply FEC to Multipath QUIC with a new packet scheduler that helps to recover more lost packets.
机构、总结、中文摘要均由AI分析而来，可能存在错误，请以论文正文为准。
