2、TSN核心概念：时钟同步（802.1AS）、数据流调度（802.1Qbv）、帧抢占（802.1Qbu）
各位同学，咱们今天聊点硬核的。
TSN（时间敏感网络）说白了，就是让以太网学会「守时」和「排队」。你想想看，车载网络里既有摄像头海量视频流，又有刹车这种生死攸关的控制信号，它们挤在同一条网线上，凭什么刹车信号不能等？
答案就藏在三个核心协议里：时钟同步（802.1AS）、数据流调度（802.1Qbv）、帧抢占（802.1Qbu）。我做了这么多年车载嵌入式，这三个东西就像三根柱子，撑起了整个TSN体系。咱们一个一个拆开讲。
2.1 时钟同步（802.1AS）—— 让所有节点「对表」
先问个问题：如果全网设备时间都不准，调度还有什么意义？
802.1AS，也叫gPTP（广义精确时间协议），就是干这个的。它的目标是把整个网络的时间误差控制在微秒级，甚至亚微秒级。
2.1.1 主时钟与从时钟
网络里会选出一个「老大」，叫主时钟（Grandmaster）。其他设备都是「小弟」，叫从时钟（Slave）。主时钟通过发报文告诉小弟：「现在时间是X点Y分Z秒.123456微秒」。
但问题来了——报文在网线上传输需要时间。这个延迟怎么算？
2.1.2 路径延迟测量机制
802.1AS用了一套「乒乓」机制。我简单描述一下：
- 主时钟发一个Sync报文，里面带上发送时间t1。
- 从时钟收到后，记下接收时间t2。
- 从时钟再发一个Delay_Req报文，记下发送时间t3。
- 主时钟收到后，记下接收时间t4，并把t4通过Delay_Resp报文告诉从时钟。
有了t1、t2、t3、t4四个时间戳，从时钟就能算出路径延迟：
路径延迟 = [(t2 - t1) + (t4 - t3)] / 2嗯，这里要注意：这个公式假设链路是对称的。我在实际项目中遇到过非对称链路（比如光纤和铜线混用），那就要额外校准了。
2.1.3 时钟同步的精度要求
| 应用场景 | 同步精度要求 |
|---|---|
| 音视频同步（如环视摄像头） | ±1ms |
| 传感器数据融合（如雷达+摄像头） | ±10μs |
| 控制指令同步（如线控制动） | ±1μs |
我个人习惯，在做ADAS域控制器时，时钟同步精度至少要跑到±500ns以内，否则数据融合出来的目标位置会有偏差。
2.2 数据流调度（802.1Qbv）—— 给数据排班表
时钟同步好了，接下来就是调度。802.1Qbv的核心思想是：把时间切成片，每个时间片只允许特定类型的数据通过。
2.2.1 门控列表（Gate Control List, GCL）
每个TSN交换机端口上，有8个队列（对应8个优先级）。802.1Qbv给每个队列装了一个「门」。门打开，数据就能出去；门关上，数据就得等着。
这个门什么时候开、开多久，都写在一个叫GCL的表格里。举个例子：
时间片0（0μs ~ 100μs）：队列7（控制流）开门，其他队列关门
时间片1（100μs ~ 200μs）：队列5（音视频流）开门，其他队列关门
时间片2（200μs ~ 1000μs）：队列0（尽力而为流）开门，其他队列关门
你想想看，控制流独占了一个时间窗口，完全不用担心被视频流挤占。这就是确定性延迟的来源。
2.2.2 保护带（Guard Band）
这里有个坑：如果时间片快结束了，但一个大包还在传输怎么办？
802.1Qbv的做法是：在时间片切换前，留出一段保护带。保护带内不允许新包开始传输，确保当前包能在时间片结束前发完。
保护带的长度 = 网络上最大帧的传输时间。比如千兆以太网，最大帧1518字节，保护带大约12μs。
2.2.3 调度周期与时间片配置
调度周期通常是125μs（对应音频采样周期）或1ms（对应视频帧周期）。时间片的数量和长度，取决于你的业务需求。
我个人建议：
- 控制流：放在周期开头，时间片尽量短（10~50μs），保证低延迟。
- 音视频流：放在中间，时间片长度按帧大小计算。
- 尽力而为流：放在最后，用剩余时间，延迟大点没关系。
2.3 帧抢占（802.1Qbu）—— 让紧急数据插队
802.1Qbv虽然好，但有个问题：如果控制流的时间片还没到，但紧急数据已经来了，怎么办？
帧抢占就是干这个的。它允许一个长帧被「打断」，先发一个紧急的短帧，然后再把剩下的长帧发完。
2.3.1 可抢占帧与不可抢占帧
802.1Qbu把帧分成两类：
- 可抢占帧（Preemptable Frame）：通常是尽力而为的数据，可以被中断。
- 不可抢占帧（Express Frame）：通常是控制流或高优先级流，不能被中断。
当一个Express帧到达时，如果链路上正在传输一个Preemptable帧，交换机会在下一个「可分割点」处打断它，先发Express帧，再恢复传输。
2.3.2 帧分割与重组
被抢占的帧会被分成多个片段（Fragment）。每个片段都有独立的CRC校验，接收端再重新组装成完整帧。
这里有个细节：最小片段大小是64字节（以太网最小帧长）。如果剩余部分不足64字节，那就等当前帧发完再抢占。
2.3.3 实际应用中的注意事项
我在项目中遇到过一个问题：某些老款交换机不支持帧抢占，导致紧急数据被堵在后面。后来我们做了兼容性测试，发现只有支持802.1Qbu的交换机才能实现微秒级延迟。
另外，帧抢占会增加接收端的处理负担（因为要重组片段）。如果你的CPU性能有限，建议只对关键流开启抢占，别全开。
小结
这三个协议的关系，我打个比方：
- 802.1AS 是「对表」，让大家时间一致。
- 802.1Qbv 是「排班表」，规定谁在什么时间干活。
- 802.1Qbu 是「插队机制」，允许紧急任务临时加塞。
缺了任何一个，TSN都玩不转。下一章咱们聊聊怎么把这些协议配置到实际的交换机里，到时候我会拿一个真实的车载网络拓扑来演示。