解决什么问题
抢占能降低最坏阻塞，但它也带来片段开销、协商、兼容性和验证成本。不是所有 TSN 网络都应该默认开启抢占。
本节解决设计取舍问题：什么时候收益足够，什么时候复杂度超过收益。
背景与直觉
工具越强，使用条件越重要。为了一颗小螺丝动用大型设备，可能反而降低效率。网络机制也一样。抢占适合解决“大帧阻塞明显影响关键窗口”的问题，不适合无差别打开。
怎么解决
做判断时可以看六个因素。
| 因素 | 倾向启用 | 倾向不用 |
|---|---|---|
| 链路速率 | 低速，大帧发送时间长 | 高速，完整帧阻塞很短 |
| 最大普通帧 | 大帧多 | 普通帧很小 |
| 关键窗口 | 窄且 guard band 压力大 | 窗口余量充足 |
| 设备支持 | 全路径支持且可观测 | 混合设备不确定 |
| 验证能力 | 能采集协商和计数器 | 无法证明生效 |
| 运维复杂度 | 团队能维护 | 故障排查成本过高 |
如果不用抢占，也不是放弃 TSN。你可以选择更宽 guard band、更高链路速率、更严格入口控制或重新安排 Qbv 窗口。
带来了什么新问题
不用抢占会牺牲一部分链路利用率；使用抢占则增加机制复杂度。工程判断要把这两种成本都写清楚，而不是只展示其中一边。
在论文或产品文档中看到“开启抢占后性能提升”，也要回到场景：帧长、速率、窗口、背景流量和设备支持是否与你的网络一致。
检查点
- 哪些场景下完整大帧阻塞已经很小，抢占收益可能不明显？
- 如果无法验证协商和片段计数，你还会把 guard band 按抢占后计算吗？