机场节点测速中的空载延迟与负载延迟是什么？

新版的网页测速工具除了给出下载和上传速度，往往还会给出三个延迟：空载延迟、下载时的延迟和上传时的延迟。很多人只看第一个，觉得够低就行了，其实后两个往往更能说明问题。

两个定义

空载延迟（idle latency）是没有明显流量时，一个数据包往返所需的时间，反映路径本身的距离和质量。

负载延迟（loaded latency，也称 latency under load）是在下载或上传占满带宽的过程中测到的往返时间，反映链路在忙的时候排队的情况。测速工具一般会分别给出下载时和上传时的负载延迟。

为什么满载时延迟会上升

当链路被占满，数据包在路由器和交换机的缓冲区里排队等待发送，每个数据包要等前面的包先走完，延迟就增加了。缓冲区越大，排队越长，增加的延迟也越多。这种现象在网络领域被称为缓冲膨胀（bufferbloat）。它会让一个“空载时很快”的连接，在有人下载或上传大文件时变得很卡，影响最大的是对延迟敏感的实时应用，比如视频会议和游戏。

怎么计算和读

两个公式足够用：

增加量 = 负载延迟 − 空载延迟

增幅 = 增加量 ÷ 空载延迟

用本站记录的一次灵动云新加坡节点网页测速：空载延迟 118 ms，下载时 208 ms，上传时 233 ms。

• 下载时：增加 208 − 118 = 90 ms，增幅 90 ÷ 118 ≈ 76.3%；
• 上传时：增加 233 − 118 = 115 ms，增幅 115 ÷ 118 ≈ 97.5%。

也就是说，在下载占满带宽时，延迟接近原来的 1.8 倍；上传占满时，接近 2 倍。这类增幅对“同时下载、同时开会”的场景影响很明显。该记录测试日期 2026-10-28、测试地区广东（深圳 / 广州 / 东莞），由站长提供；原始截图已不保留，本站标为原图已不保留，不进入统计。完整的记录见测速报告。

同一天晚高峰的三次已核验记录可以做对照（见晚高峰三地实测）：香港空载 84.1 ms、下载时 237 ms，增加 153 ms，增幅约 182%；新加坡空载 63.8 ms、下载时 167 ms，增加 103 ms，增幅约 162%；美国空载 101 ms、下载时 248 ms，增加 147 ms，增幅约 146%。三地的空载延迟都不算高，但下载占满带宽时都翻了一倍以上，这正是“只看空载延迟”会漏掉的部分。

增幅和绝对值要一起看

增幅是个比例，空载延迟越低，同样的增加量算出来的增幅越大。比如空载 10 ms、负载 60 ms，增幅是 500%，听着吓人，但 60 ms 在多数场景里仍然可以接受；而 118 ms 升到 208 ms，增幅只有 76.3%，绝对值却已经过了 200 ms。所以要同时看“增加了多少毫秒”和“满载时的绝对值”。

另外，上传方向的增幅常常比下载更大。一个常见的原因是家庭宽带的上行带宽更窄，更容易被占满、排队更长。上面的例子里上传速度只有 1.52 Mbps，与这个解释相符，但一次记录只能说明现象，不能证明原因。

增幅大，问题出在哪

仅凭一组数字，没法判断排队发生在哪一段：可能是你家路由器的上行，可能是运营商，也可能是机场的线路。要分清楚，可以做一个对照：不经过节点，直接在同一网络下做一次同样的测速，看本地的负载延迟增幅有多大；再经过节点测一次，比较两者。如果直连时增幅就很大，问题更可能在本地；如果直连没问题、经过节点才变大，才更像是节点或线路一侧的排队。

怎么测

• 使用会显示“负载延迟”的网页测速工具，并保持工具、服务器和客户端不变；
• 或者在下载大文件的同时，持续 ping 或测延迟，看数字的变化；
• 在不同时间窗口重复，晚高峰的增幅是否更大，需要用数据说话，见机场晚高峰测速应该怎样进行。

延迟与带宽的区别，见为什么节点延迟低不代表下载速度快。

如果问题出在家里

如果对照测试发现满载时延迟上升主要发生在本地，可以考虑把路由器的上下行限速设置得略低于宽带的实际上限，让排队发生在路由器里而不是运营商的设备里，同时开启智能队列管理（SQM、fq_codel 之类）。这类设置是否可用、怎么设置，取决于路由器型号，请参考设备说明。这只能改善本地一段，不能改变节点或线路一侧的排队。