队列等待与抖动：为什么快链路也会迟到

解决什么问题

这一节解决一个常见疑问：为什么 1Gbps 甚至更高速率的以太网，还需要 TSN？如果只看平均吞吐，链路当然很快。但关键控制报文关心的不是“平均多久能到”，而是“最坏情况下会不会错过周期”。队列等待和抖动正是最坏情况的主要来源。

当关键帧到达交换机端口时，端口可能正在发送别的帧。以太网帧一旦开始发送，通常不能随意中断。一个普通大帧在低速链路上会占用明显时间；一串突发帧会让队列持续增长；多跳路径会把每一跳的小等待叠加起来。

背景与直觉

把交换机端口想成一个单车道出口。关键帧像救护车，但如果出口正好被一辆长货车占用，救护车不能穿过去。高优先级可以让后续车辆让路，却不能让已经进入出口的货车瞬间消失。

抖动来自条件变化。某次关键帧到达时队列很空，它很快通过；另一次到达时普通流量刚好突发，它就要等。平均值可能看起来漂亮，但控制系统会感受到节拍忽快忽慢。

怎么解决

TSN 不会只用一个机制解决队列等待。队列分类先把关键流量放到更合适的队列；整形减少普通流量突发；Qbv 给关键队列预留时间窗口；帧抢占降低已经发送的大帧阻塞；流级配置确保整条路径都采用一致策略。

这一节配套的队列实验可以帮助你观察三个变量：突发普通帧越多，等待越长；最大帧越大，阻塞越明显；路径跳数越多，尾延迟越容易积累。实验只是辅助，核心是建立“等待可叠加”的直觉。

带来了什么新问题

控制等待并不免费。为关键流量保留资源，会压缩普通流量的机会；限制突发，会改变业务吞吐形态；用时间窗口，会要求更准确的流量描述。网络从“大家竞争”变成“提前规划”，确定性提高了，规划复杂度也提高了。

工程上最容易忽略的是多跳累积。单台交换机上的延迟看起来不大，但端到端路径可能经过多台 bridge，每一跳都有传播、转发、排队和发送时间。端到端约束就是为了避免只看局部。

本节掌握标准

学完后，你应该能把“迟到”拆成可分析的来源：前面排了多少帧、当前帧有多长、链路速率是多少、路径经过几跳、每一跳是否都有相同保护。只要能这样拆，后续学习调度、抢占和整形时就不会只停留在术语层。