4、TSN流量调度基础：IEEE 802.1Qbv协议、时间感知整形器、门控列表配置、保护带机制
各位同学，今天我们聊一个硬核话题——TSN流量调度。说实话，我在车载网络这行摸爬滚打这么多年，最让我头疼的就是实时流量怎么调度。你想想看，车上那么多ECU，有的发控制指令，有的传视频流，有的只是报个温度，它们全挤在一条以太网线上，谁先谁后？
IEEE 802.1Qbv协议就是来解决这个问题的。它有个很形象的名字——时间感知整形器（Time Aware Shaper，简称TAS）。说白了，就是给网络装了个红绿灯，让高优先级的流量在绿灯时走，低优先级的在红灯时等着。
4.1 为什么需要时间感知整形？
先说说背景。传统的以太网用的是“先到先服务”，谁先发谁先走。这在办公网络没问题，但在车上不行。你想想，刹车指令和娱乐视频同时到达交换机，如果刹车指令被堵在后面，那后果不堪设想。
802.1Qbv的核心思想是：把时间切成一个个小窗口，每个窗口只允许特定类型的流量通过。我习惯把这种窗口叫做“门控列表”（Gate Control List，GCL）。每个端口有8个队列，每个队列对应一个门。门开了，数据就能走；门关了，数据就得等着。
关键点： 802.1Qbv不是提高带宽，而是保证确定性延迟。它让高优先级流量的延迟变得可预测，而不是“尽量快”。
4.2 门控列表配置实战
门控列表的配置，说白了就是一张时间表。每个时间点，哪些队列开门，哪些关门。我给大家看一个实际项目中用过的配置示例：
// 门控列表配置示例（基于Linux tc-taprio）
tc qdisc add dev eth0 root taprio \
num_tc 8 \
map 0 1 2 3 4 5 6 7 \
queues 1@0 1@1 1@2 1@3 1@4 1@5 1@6 1@7 \
base-time 0 \
sched-entry S 0x01 100000 \
sched-entry S 0xFE 200000 \
flags 0x2
这段配置什么意思？我来拆解一下：
- num_tc 8：8个流量类别，对应8个队列
- base-time 0：基准时间，从0开始
- sched-entry S 0x01 100000：前100微秒，只开队列0（0x01表示bit0为1）
- sched-entry S 0xFE 200000：后200微秒，开队列1-7（0xFE表示bit1-bit7为1）
我在项目中遇到过一个问题：配置完门控列表后，发现低优先级流量完全被饿死了。后来排查发现，是保护带机制没配置好。嗯，这里要重点讲一下保护带。
4.3 保护带机制
保护带（Guard Band）是个容易被忽略但极其重要的概念。为什么需要它？
你想想看，假设门控列表规定：第100微秒时，队列0开门，其他队列关门。但如果第99微秒时，队列1正在发送一个长帧，这个帧要发到第110微秒才能结束。那第100微秒时队列0开门了，但线路还被队列1的帧占着，这不就冲突了吗？
保护带的作用就是：在门切换之前，预留一段“静默时间”，确保当前正在传输的帧能完整发完。我建议保护带的长度至少等于最大帧传输时间。
避坑指南： 我曾经在一个项目中，保护带设得太短，结果高优先级流量被低优先级的长帧堵了整整一个周期。后来我把保护带设成了最大帧长（1518字节）的传输时间，问题才解决。记住：保护带宁长勿短。
4.4 时间同步的重要性
802.1Qbv依赖精确的时间同步。如果两个交换机的时钟差了几微秒，那门控列表就全乱套了。这就是为什么TSN需要IEEE 802.1AS（gPTP）来做时间同步。
我个人的习惯是：先做时间同步，再配门控列表。时间同步的精度至少要达到亚微秒级，否则门控列表的窗口会漂移。
| 参数 | 推荐值 | 说明 |
|---|---|---|
| 保护带长度 | ≥ 最大帧传输时间 | 通常为12.3μs（100Mbps）或1.23μs（1Gbps） |
| 门控列表周期 | 125μs - 1ms | 根据应用需求调整 |
| 时间同步精度 | ≤ 1μs | 建议使用gPTP |
4.5 实际项目中的调度策略
在车载网络中，我一般把流量分成三类：
- 控制流（Class A）：刹车、转向等，延迟要求<1ms，用队列0
- 传感器流（Class B）：摄像头、雷达数据，延迟要求<10ms，用队列1-3
- 背景流（Class C）：OTA升级、日志上传，无严格延迟要求，用队列4-7
门控列表的配置策略是：
- 每个周期开始，先开队列0，让控制流先走
- 然后开队列1-3，传传感器数据
- 最后开队列4-7，处理背景流量
- 每个窗口之间留保护带
小技巧： 如果你不确定保护带该设多长，可以用一个简单公式：保护带 = (最大帧长 × 8) / 链路速率。比如1Gbps链路，最大帧长1518字节，保护带 = (1518 × 8) / 1e9 ≈ 12.1μs。
4.6 总结与思考
802.1Qbv是TSN的基石，但它不是万能的。我见过很多团队，一上来就配门控列表，结果发现延迟反而变大了。为什么？因为门控列表增加了等待时间——低优先级流量可能被堵很久。
所以我的建议是：先分析流量特征，再设计门控列表。不要为了用TSN而用TSN。如果网络负载不高，传统的优先级调度（802.1Q）可能就够用了。
最后留个思考题：如果两个交换机的门控列表周期不同步，会发生什么？欢迎在课程群里讨论。
下一章我们聊IEEE 802.1Qbu帧抢占，它和Qbv是黄金搭档。到时候我会分享一个我在ADAS项目中同时使用Qbv和Qbu的实战案例。