TSN 能力地图：从共同时间到验证闭环

解决什么问题

TSN 对新手不友好的地方，是它不是一个单一协议。你会同时看到 802.1AS、802.1Qbv、802.1Qbu、802.1CB、802.1Qcc、CBS、TAS、FRER、gPTP、CNC 等词。只按标准编号记忆，很快就会混乱。

更合理的方式是把它们放进能力地图。每个能力回答一个工程问题：时间怎么对齐，流量怎么分类，队列怎么竞争，窗口怎么安排，大帧怎么处理，路径资源怎么配置，故障怎么恢复，最后怎么验证。

背景与直觉

端到端确定性像一条链。链路上任何一环失控，关键流量的边界都可能失效。共同时间失控，时间窗口就会错位；队列分类失控，关键流量可能进错队列；调度窗口失控，关键帧可能错过时隙；配置失控，不同设备对同一条流的理解可能不一致；冗余失控，故障时可能两条路径一起失效；验证失控，系统只是看起来正常。

这张地图不是为了把所有标准一次讲完，而是建立位置感。以后学到一个机制，你能立刻知道它在链条上补哪一段，以及它依赖前后哪些环节。

怎么解决

可以把 TSN 能力粗略分为六组。

• 共同时间：以 802.1AS/gPTP 为代表，让设备对全局时间有一致理解。
• 分类与队列：以 802.1Q 的 traffic class、VLAN PCP、队列映射为基础，把不同重要程度的流量分开。
• 整形与调度：CBS 控制发送节奏，Qbv/TAS 用 GCL 控制时间窗口。
• 阻塞控制：802.1Qbu/802.3br 用帧抢占降低普通大帧造成的最坏等待。
• 流级配置：802.1Qcc 把 talker、listener、路径和需求组织成端到端配置问题。
• 冗余与验证：802.1CB/FRER 处理故障连续性，测试验证证明配置边界成立。

带来了什么新问题

能力越多，组合复杂度越高。Qbv 依赖时间同步，抢占影响 guard band，FRER 会让同一条关键流占用更多路径资源，Qcc 的集中配置需要知道设备能力和拓扑状态。规模化设计的很多难题来自这里：单个机制并不难，难的是多个机制一起优化。

工程上也会出现“支持标准”和“会正确组合”之间的差距。设备支持 802.1Qbv 不代表你能自动得到端到端调度；支持 FRER 不代表路径真的独立；支持 gPTP 不代表误差足够小。

本节掌握标准

学完后，你应该能把一个 TSN 需求放回能力地图：它需要共同时间，还是需要队列隔离，还是需要时间窗口、抢占、流级配置、冗余或验证。后续遇到新术语时，也应该先判断它在这张地图上属于哪一类能力。