AR/VR、云游戏与视频会议等业务对通信时延极其敏感。当前互联网架构中，TCP 拥塞控制算法为填满链路需依赖大量缓冲，导致排队时延累积；一旦发生拥塞，主流 TCP 会将拥塞窗口减半，高 RTT 场景下更易造成链路利用率不足。ANRW’20 论文提出 Virtual-Dual Queue Core-Stateless AQM，兼容 L4S 架构，不预设队列内 TCP 版本，通过 ECN 标记提供精准拥塞反馈，使发送端能更贴近公平容量调整速率，从而降低时延。
TCP 拥塞控制的缓冲困境：路由器与交换机为达满负荷吞吐，必须部署大缓冲，数据包在缓冲区排队产生额外时延，多设备级联时时延叠加。拥塞发生时，缓冲区满或超 AQM 时延阈值触发丢包，现有 TCP 版本（如 CUBIC、Reno）剧烈收缩发送窗口。低 RTT 下发送端能快速回升至瓶颈带宽，但高 RTT 下反应迟缓，导致长期欠载。原文未给出具体缓冲大小或丢包率数据。
L4S 与 ECN 的协同机制：DCTCP、BBRv2、TCP Prague 等新版 TCP 已具备精细拥塞感知能力，但需网络侧配合。ECN 利用 IP 头 ECT 与 CE 字段显式通知拥塞，IETF 正就其语义展开讨论。L4S 服务允许管理员配置 AQM：当队列时延超标时标记 CE，L4S 兼容 TCP 据此推算拥塞程度，避免窗口减半，实现低损、可扩展吞吐。原文未给出具体标记阈值或吞吐提升比例。
Virtual-Dual Queue 无状态调度设计：新 AQM 引入双虚拟队列，核心无状态，不假设任一队列内运行特定 TCP 版本。经典流量与 L4S 流量分离排队，各自独立标记与调度，避免经典 TCP 的激进退让拖累低延迟流。该设计在核心节点无需维护流状态，降低实现复杂度，同时保证经典流量公平性与 L4S 流量低时延目标。原文未给出部署开销或延迟降低量化指标。
对运维与网络工程师而言，该方案提供了一条无需升级终端协议栈即可在骨干网侧引入 L4S 能力的路径：在边缘节点部署双队列 AQM 并开启 ECN 标记，即可让现网中已支持 L4S 的 TCP 版本自动获益，缓解高带宽业务的时延抖动，同时保持与传统流量的共存兼容。
原文: APNIC Blog（2020-09-23）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog