2、TSN核心协议族（上）：IEEE 802.1AS、802.1Qbv、802.1Qbu

各位好，欢迎来到第二章。今天咱们聊聊TSN最核心的三个协议：时钟同步、时间感知整形和帧抢占。说实话，这三个协议是TSN的基石，搞懂了它们，后面那些高级特性理解起来就顺了。

我个人习惯把TSN协议族比作一个交响乐团。你想想看，乐团要演奏好，首先得有个统一的节拍器（时钟同步），然后指挥得告诉每个乐器什么时候该出声（时间感知整形），最后如果某个乐器临时加了个高音，还得有办法不打断整体节奏（帧抢占）。嗯，这个比喻虽然简单，但道理是通的。

2.1 IEEE 802.1AS：时钟同步协议

时钟同步，说白了就是让车里所有节点对表。我在项目中遇到过最头疼的问题，就是两个ECU的时间差了那么几微秒，结果音视频同步直接崩了。

802.1AS的核心机制叫gPTP（广义精确时间协议）。它基于IEEE 1588，但针对车载做了大量简化。为什么需要简化？因为车载网络不像工业以太网那么复杂，节点数量有限，链路也相对固定。

同步过程其实就两步：

1. 选主：通过BMCA（最佳主时钟算法）选出最精准的时钟源
2. 对时：主时钟发送Sync报文，从节点计算路径延迟并调整本地时钟

这里有个坑，我曾经踩过。路径延迟的测量依赖于链路对称性。如果上下行延迟不一样，同步精度就会打折扣。车载环境里，线缆老化、温度变化都会影响对称性。所以，我建议硬件设计时尽量保证收发路径的物理一致性。

2.2 IEEE 802.1Qbv：时间感知整形

Qbv是TSN里最出名的协议，也是实现确定性延迟的关键。它的原理其实很简单：把时间切成一个个小窗口，每个窗口只允许特定类型的流量通过。

我刚开始接触Qbv时，觉得这不就是个时分复用嘛。后来做项目才发现，门控列表的配置才是真正的技术活。

举个例子，假设一个周期是1ms：

• 0-200μs：开门给控制数据（优先级7）
• 200-500μs：开门给音视频数据（优先级4-6）
• 500-1000μs：开门给尽力而为数据（优先级0-3）

这样设计的好处是，控制数据永远在最前面，延迟确定且最小。但问题来了——如果控制数据没发完怎么办？嗯，这就是Qbu要解决的问题了。

2.3 IEEE 802.1Qbu：帧抢占

帧抢占，说白了就是允许一个正在发送的帧被更高优先级的帧打断。你想想看，如果一辆车的刹车信号要发出去，结果前面有个大视频帧堵着，那多危险。

Qbu的工作原理是这样的：

1. 低优先级帧正在发送时，高优先级帧来了
2. 发送方在下一个可分割点暂停低优先级帧
3. 发送高优先级帧
4. 高优先级帧发完后，继续发送剩余的低优先级帧

这里有个关键点：可分割点。不是任何位置都能打断的，必须是在帧的特定边界处。我记得第一次做Qbu测试时，发现有些交换机不支持任意位置分割，结果高优先级帧还是得等整个低优先级帧发完。

硬件上，Qbu需要MAC层支持帧分割和重组。目前主流车载交换机芯片（如NXP SJA1105、Marvell 88Q5072）都支持Qbu，但要注意：

• 不是所有PHY都支持Qbu的快速中断响应
• 帧抢占会增加接收端的处理复杂度
• 某些老芯片可能只支持部分Qbu特性

2.4 三个协议的协同工作

这三个协议不是孤立的，它们是一个整体。我画个简单的逻辑关系：

• 802.1AS提供统一的时间基准
• 802.1Qbv基于这个时间基准，规划每个流量的发送窗口
• 802.1Qbu在窗口边界处提供额外的灵活性

举个例子，一个典型的ADAS系统：

• 摄像头数据：通过Qbv分配到固定时间窗口，延迟确定
• 雷达数据：优先级更高，通过Qbu抢占摄像头数据的空闲时间
• 所有节点：通过802.1AS保持微秒级同步

嗯，这里要注意，Qbu不能滥用。如果所有流量都抢占，那网络就乱套了。我建议只在关键控制信号和紧急事件中使用Qbu，常规数据还是靠Qbv调度。

好了，这一章的内容就到这儿。下一章咱们继续聊TSN的其他核心协议，包括流预留、帧复制和路径控制。到时候你会发现，有了今天的基础，那些协议理解起来就轻松多了。