解决什么问题
这一节解决一个常见疑问：为什么 1Gbps 甚至更高速率的以太网，还需要 TSN？如果只看平均吞吐，链路当然很快。但关键控制报文关心的不是“平均多久能到”，而是“最坏情况下会不会错过周期”。队列等待和抖动正是最坏情况的主要来源。
当关键帧到达交换机端口时，端口可能正在发送别的帧。以太网帧一旦开始发送，通常不能随意中断。一个普通大帧在低速链路上会占用明显时间；一串突发帧会让队列持续增长；多跳路径会把每一跳的小等待叠加起来。
背景与直觉
把交换机端口想成一个单车道出口。关键帧像救护车，但如果出口正好被一辆长货车占用，救护车不能穿过去。高优先级可以让后续车辆让路，却不能让已经进入出口的货车瞬间消失。
抖动来自条件变化。某次关键帧到达时队列很空，它很快通过；另一次到达时普通流量刚好突发，它就要等。平均值可能看起来漂亮，但控制系统会感受到节拍忽快忽慢。
怎么解决
TSN 不会只用一个机制解决队列等待。队列分类先把关键流量放到更合适的队列；整形减少普通流量突发；Qbv 给关键队列预留时间窗口；帧抢占降低已经发送的大帧阻塞；流级配置确保整条路径都采用一致策略。
这一节配套的队列实验可以帮助你观察三个变量：突发普通帧越多，等待越长；最大帧越大，阻塞越明显；路径跳数越多，尾延迟越容易积累。实验只是辅助，核心是建立“等待可叠加”的直觉。
| 现象 | 直接原因 | 对应 TSN 思路 |
|---|---|---|
| 突发排队 | 多个帧同时争同一端口 | 分类、整形、资源预留 |
| 大帧阻塞 | 已开始发送的帧不能中断 | guard band、帧抢占 |
| 多跳累积 | 每一跳都可能等待 | 路径级调度、Qcc |
| 抖动变大 | 每次竞争条件不同 | 时间窗口、验证边界 |
带来了什么新问题
控制等待并不免费。为关键流量保留资源，会压缩普通流量的机会；限制突发，会改变业务吞吐形态；用时间窗口，会要求更准确的流量描述。网络从“大家竞争”变成“提前规划”，确定性提高了，规划复杂度也提高了。
工程上最容易忽略的是多跳累积。单台交换机上的延迟看起来不大，但端到端路径可能经过多台 bridge，每一跳都有传播、转发、排队和发送时间。端到端约束就是为了避免只看局部。
检查点
- 如果关键帧偶发迟到，为什么只看平均链路利用率不够？
- 在突发排队、大帧阻塞、多跳累积三者里，帧抢占主要解决哪一个？