3、TSN核心概念：流量调度（802.1Qbv）、时间感知整形器、门控列表、保护带机制
各位同学，欢迎来到第三章。今天我们要啃的这块骨头，可以说是TSN网络里最核心、也最考验设计功底的部分——流量调度。
说白了，TSN凭什么敢说自己是「确定性网络」？靠的就是这套调度机制。我做了这么多年车载网络，见过太多项目在调度配置上翻车。嗯，咱们今天就把这块彻底讲透。
3.1 时间感知整形器（TAS）—— 给网络装上红绿灯
时间感知整形器，英文叫Time Aware Shaper，简称TAS。它的核心思想其实特别朴素：让高优先级流量在特定时间窗口内独占带宽。
你想想看，传统以太网为什么不可控？因为大家都在抢信道。就像没有红绿灯的十字路口，谁挤谁先走。TAS就是给网络装上了红绿灯系统。
我在项目中遇到过这样一个场景：某Tier1的ADAS域控制器，摄像头数据流和诊断数据流共用同一个出口。不加TAS的时候，诊断流量一上来，摄像头数据延迟直接飙到500μs。加了TAS之后，稳稳控制在50μs以内。
核心原理：TAS基于802.1Qbv标准，通过时间同步（802.1AS）让全网设备共享同一个时间基准，然后在每个端口上按照预定义的时间表打开或关闭特定流量队列的传输门。
3.2 门控列表（GCL）—— 调度的时间表
门控列表，Gate Control List，简称GCL。它就是TAS的「红绿灯时间表」。
每个端口有8个队列，每个队列对应一个门。GCL告诉交换机：在哪个时间点，打开哪个门，关哪个门。
举个例子：
周期 = 1ms（1000μs）
时间槽0：0μs ~ 200μs → 队列7开门（最高优先级，传摄像头数据）
时间槽1：200μs ~ 250μs → 队列5开门（传雷达数据）
时间槽2：250μs ~ 950μs → 队列0开门（传普通背景流量）
时间槽3：950μs ~ 1000μs → 保护带（所有门关闭）
这个配置看起来简单，但实际设计时坑特别多。我曾经在一个项目中，把时间槽边界设在了数据帧传输的中间位置，结果导致帧被截断，整个网络直接崩溃。嗯，这就是为什么要有保护带机制。
避坑指南：我曾经在配置GCL时犯过一个低级错误——把保护带时间算错了。当时以为100Mbps链路上保护带只需要1.2μs，结果实际测试时发现偶尔会有帧被截断。后来一查，原来是忘了考虑前导码和帧间距。记住：保护带 = 最大帧长（包括前导码）+ 帧间距。
3.3 保护带机制—— 为什么需要「空窗期」？
保护带，Guard Band。这个名字很形象——就像地铁站台的安全黄线，防止你掉下去。
为什么需要保护带？因为以太网帧是「不可抢占」的。一旦开始发送一个帧，就必须把它完整发完。如果GCL的时间边界正好落在这个帧的传输过程中，那这个帧就会「越界」，干扰下一个时间槽的流量。
保护带的作用就是：在时间边界到来之前，留出一段足够长的空闲时间，确保所有正在传输的帧都能在边界前完成。
保护带的长度怎么算？
| 链路速率 | 最大帧长（含前导码） | 帧间距 | 保护带长度 |
|---|---|---|---|
| 100Mbps | 124字节（1522+8） | 12字节 | ≈ 10.88μs |
| 1Gbps | 124字节 | 12字节 | ≈ 1.088μs |
| 2.5Gbps | 124字节 | 12字节 | ≈ 0.435μs |
注意：这只是理论值。实际项目中，我建议至少留出20%的余量。为什么？因为时钟同步本身有误差，晶振有漂移，温度会变化。我曾经在一个项目中只留了理论值，结果高温测试时频繁出现调度异常。从那以后，我的设计原则就是：保护带宁长勿短。
3.4 流量调度的设计流程
好了，理论讲完了，咱们聊聊实际怎么干。我个人习惯把流量调度设计分成四步：
- 流量分类：把所有网络流量分成几个优先级。车载场景下，我一般分3-4类就够了：控制流（最高）、传感器流（高）、诊断流（中）、背景流（低）。
- 确定周期：调度周期通常取所有周期性流量的最小公倍数。比如摄像头是16.67ms（60fps），雷达是50ms（20fps），那周期可以取50ms或者更小。
- 分配时间槽：把每个优先级流量的传输时间分配到周期内的不同时间槽。注意：高优先级的时间槽要尽量靠前，而且要留够余量。
- 配置保护带：在每个时间槽之间插入保护带。保护带的长度按最大帧长计算，再加20%余量。
重要提醒：千万不要以为GCL配置好就万事大吉了。你需要在真实网络环境下做压力测试。我见过最离谱的一个案例：某团队在实验室测试一切正常，装车后一跑，调度全乱。最后发现是车载环境下的电磁干扰导致时钟同步精度下降，GCL时间偏移了。所以，时钟同步的精度直接影响调度效果，这一点后面我们会专门讲。
3.5 一个实际配置示例
最后，给大家看一个我在某量产项目中用过的配置片段。这是基于Linux的TSN网桥配置：
# 配置端口 eth0 的 GCL
tc qdisc replace dev eth0 parent root handle 100 taprio \
num_tc 4 \
map 0 1 2 3 3 3 3 3 3 3 3 3 3 3 3 3 \
queues 1@0 1@1 1@2 1@3 \
base-time 0 \
sched-entry S 0x08 200000 \ # 队列3开门，200μs（摄像头数据）
sched-entry S 0x04 50000 \ # 队列2开门，50μs（雷达数据）
sched-entry S 0x02 700000 \ # 队列1开门，700μs（诊断数据）
sched-entry S 0x01 50000 \ # 队列0开门，50μs（背景流量）
flags 0x2 # 启用硬件卸载
这个配置的周期是1ms。其中摄像头数据占了200μs，雷达数据50μs，诊断数据700μs，背景流量50μs。注意看，每个时间槽之间其实隐含了保护带——因为最后一个时间槽结束后，到下一个周期的base-time之间，就是天然的保护带。
嗯，这里要注意：实际项目中，我一般不会把周期利用率做到100%。留出10%-20%的空闲时间，给非周期性流量和突发流量。否则一旦出现异常，整个调度就会崩盘。
好了，这一章的内容就到这里。流量调度是TSN的基石，理解透了，后面的内容就会轻松很多。下一章我们讲时钟同步——没有精确的时间，调度就是空中楼阁。