第2章 TSN核心标准族

第二章 TSN核心标准族：时间感知整形、帧抢占与冗余管理

好，咱们进入正题。

TSN 标准族很大，但车载场景下，真正让你睡不着觉的，其实就三个核心：802.1Qbv（时间感知整形）、802.1Qbu（帧抢占）、802.1CB（冗余管理）。我当年第一次接触 TSN 时，也被一堆标准号搞得头晕。后来发现，你只要把这三个家伙吃透，车载网络规划就稳了一半。

说白了，Qbv 就是给网络装了个红绿灯。

传统以太网是“先到先走”，谁抢到算谁的。但车载里，控制指令和摄像头数据混在一起，万一控制指令被堵了，后果你懂的。Qbv 的做法是：把时间切成一个个小窗口，每个窗口只允许特定类型的数据通过。

核心概念：门控列表（GCL）

每个端口有 8 个队列，每个队列对应一个“门”。门开，数据走；门关，数据等。GCL 就是一张时刻表，告诉交换机什么时候开哪扇门。

举个例子，我做过的一个项目：

这样，控制指令永远在最前面，延迟稳稳的。

避坑指南

我曾经在项目里把 GCL 周期设得太短，结果交换机频繁开关门，反而增加了抖动。记住：时隙长度要大于最大帧传输时间 + 保护带。保护带一般留 1-2 个最大帧长度，别省这点时间。

Qbv 虽然好，但有个问题：如果一个大帧正在传输，门开了也白搭，得等它传完。帧抢占就是来解决这个的。

它的原理很简单：允许高优先级帧打断低优先级帧的传输。被打断的低优先级帧，后面再接着传。

嗯，这里要注意：不是所有帧都能被打断。只有支持“可抢占”的帧才行。我习惯把网络里的流量分成两类：

重要提醒

帧抢占只在链路上生效，端到端是透明的。也就是说，接收端会把碎片重新组装成完整帧，上层应用完全感知不到。但注意：交换机必须全线支持 Qbu，否则碎片会被当成错误帧丢弃。我踩过这个坑，当时排查了三天...

你想想看，Qbv 和 Qbu 配合起来是什么效果？Qbv 保证“什么时候走”，Qbu 保证“想走就能走”。两者结合，延迟可以控制在微秒级。

车载网络最怕什么？断线。一根线断了，整个功能就没了。802.1CB 就是给数据包做“双保险”。

它的做法是：发送端复制数据包，通过两条不同路径发送；接收端只保留先到的那个，丢弃重复的。

具体来说，802.1CB 引入了两个关键概念：

实际配置示例

假设你有一条关键控制链路：

发送端 ECU → 交换机 A → 交换机 B → 接收端 ECU

启用 802.1CB 后：

发送端 ECU → 交换机 A → 交换机 B → 接收端 ECU（主路径）
发送端 ECU → 交换机 A → 交换机 C → 交换机 B → 接收端 ECU（冗余路径）

两条路径同时传，任何一条断了，另一条立刻顶上。切换时间 < 1ms，用户完全无感。

我个人习惯，在规划冗余路径时，会刻意让两条路径的跳数不同。为什么？因为如果跳数一样，同时出故障的概率反而更高。错开跳数，容错性更好。

经验之谈

802.1CB 不是万能的。它只能应对链路故障，不能应对节点故障。如果交换机 A 本身挂了，两条路径都走不了。所以，关键节点也要做冗余，比如双交换机、双 ECU。我曾经在 ADAS 系统里做过“四重冗余”——两条链路 + 两个交换机 + 两个 ECU，成本翻倍，但安全等级直接拉满。

这三个标准不是孤立的。在实际车载网络中，它们是这样配合的：

场景	Qbv 作用	Qbu 作用	802.1CB 作用
控制指令传输	分配专用时隙，保证低延迟	允许打断其他流量，优先传输	双路径冗余，防止断线
视频流传输	分配固定带宽，避免拥塞	可被控制指令打断	可选，非关键视频可不启用
诊断数据	使用尽力而为时隙	可被所有高优先级打断	一般不启用，成本考虑

你看，每个标准都有自己的定位。Qbv 管“时间”，Qbu 管“优先级”，802.1CB 管“可靠性”。三者结合，才能打造一个既快又稳的车载网络。

最后说一句：标准是死的，应用是活的。我见过很多团队把 Qbv 的 GCL 配得密密麻麻，结果性能反而下降。记住，车载网络追求的是“够用就好”，不是“极致复杂”。

下一章，咱们聊聊怎么把这些标准落地到实际带宽计算中。到时候你会看到，理论归理论，算起来又是另一回事了。