本章为什么放在最前面
学习 TSN 最容易走偏的地方，是一开始就钻进标准编号。802.1AS、802.1Qbv、802.1Qbu、802.1CB、802.1Qcc 当然重要，但如果不知道它们分别在解决什么工程问题，后面看到模型、约束、仿真指标时就会很难建立直觉。
TSN 的核心不是“以太网更快”，而是在共享网络里给关键流量建立可解释的时间和可靠性边界。普通以太网可以跑得很快，却默认不承诺某条控制报文一定在某个窗口到达。TSN 关心的是最坏情况、抖动、路径资源、故障下的连续性，以及这些结论是否能被配置和测试证明。
本章小节怎么读
第一小节讲 TSN 的问题空间：关键流量和普通流量共享一张网络时，到底要保护什么。这里会把“边界”从抽象口号拆成延迟、抖动、可靠性和证据。
第二小节讲能力地图：共同时间、队列、整形、调度、抢占、流级配置、冗余和验证分别负责哪一段。目标不是一次学完所有机制，而是知道每个机制在链条上的位置。
第三小节讲确定性边界和工程证据：为什么“跑起来没问题”不是 TSN 结论，为什么平均延迟不能替代最坏情况，为什么一份可靠的 TSN 方案必须留下可复盘材料。
第四小节讲需求语言。它会把“稳定”“实时”“可靠”这些口头说法翻译成周期、deadline、抖动预算、故障模型和验证证据。只有需求足够具体，后面的标准机制才有选择依据。
一个贯穿全书的判断方法
以后看到任何 TSN 机制，都可以按四个问题拆开。
- 它解决什么不确定性？
- 它依赖什么前提？
- 它用什么手段换来边界？
- 它又引入了什么新代价？
这个判断方法会比背术语更有用。比如 Qbv 解决的是发送窗口不确定性，但它依赖共同时间和准确流量描述；FRER 解决的是故障连续性，但它消耗额外路径资源；Qcc 解决的是端到端配置一致性，但它要求设备能力和拓扑信息足够准确。
检查点
- 为什么“链路升级到 10Gbps”不能自动等价于“关键控制流有确定性”？
- 看到一个新 TSN 标准号时，你应该先把它放进哪几个问题里判断？