2. 门控调度核心概念：门控列表（GCL）、时间感知整形器（TAS）、保护带
好，咱们正式开始聊门控调度的核心。说实话，很多刚接触TSN的朋友，一上来就被这三个概念搞懵了。GCL、TAS、保护带，听着像三个独立的东西，其实它们是一套组合拳。
我个人习惯把这三者比作一个十字路口的交通系统：TAS是红绿灯控制器，GCL是红绿灯的时间表，保护带就是黄灯时间。你想想看，没有时间表，红绿灯乱闪；没有黄灯，路口必然撞车。嗯，就是这么回事。
2.1 时间感知整形器（TAS）
TAS，全称Time-Aware Shaper。说白了，它就是TSN交换机里那个负责「开门关门」的调度器。我在项目中遇到过不少同行，以为TAS是个软件算法，其实它是个硬件机制——直接写在交换芯片的MAC层里。
TAS的核心逻辑很简单：
- 每个端口有8个队列（对应802.1Q的优先级）
- 每个队列有一扇门（Gate），要么开（Open），要么关（Closed）
- 所有门的状态由GCL控制，按时间表切换
为什么要用硬件实现？因为时间精度。软件调度有中断延迟、上下文切换，误差动辄几十微秒。而硬件TAS可以在纳秒级切换门状态。我刚开始做TSN项目时，试图用软件模拟TAS，结果测出来的抖动惨不忍睹——从那以后我再也不怀疑硬件方案了。
关键点：TAS只负责「执行」，不负责「决策」。决策权在GCL手里。
2.2 门控列表（GCL）
GCL，Gate Control List，就是TAS的「剧本」。它告诉交换机：什么时间点，哪个队列的门该开，哪个该关。
一个典型的GCL条目长这样：
# 伪代码表示GCL条目
{
"time_offset": 0, # 相对于周期起始的时间偏移（纳秒）
"gate_states": [1,0,0,0,0,0,0,0], # 8个队列的门状态，1=开，0=关
"time_interval": 50000 # 这个状态持续多久（纳秒）
}你可能会问：为什么是8个队列？因为IEEE 802.1Q定义了8个优先级。但实际项目中，我建议只使用2-4个队列，否则GCL会变得极其复杂。我曾经见过一个客户，硬要8个队列全用上，结果GCL表写了200多行，调试了整整两周——嗯，有些坑真的没必要踩。
GCL的设计有几个关键参数：
- 周期长度（Cycle Time）：整个调度循环的时间，通常是125μs（音频）或1ms（工业控制）
- 时间槽（Time Slot）：每个门状态持续的时间片
- 门状态序列：每个队列在周期内的开关顺序
我的经验：GCL的粒度不要小于1μs。虽然硬件支持纳秒级，但实际网络中，电缆传输、PHY延迟、时钟漂移都会引入误差。把时间槽设得太细，反而容易出问题。
2.3 保护带（Guard Band）
保护带，这是最容易被人忽略，但也是最容易翻车的地方。
先问一个问题：假设你在时间槽A发送一个长帧，这个帧还没发完，时间槽B到了，门切换了——会发生什么？
答案是：帧被截断，或者被丢弃。这在TSN里是绝对不允许的。
保护带就是为了解决这个问题。它是在每个时间槽切换之前，预留的一段「静默时间」。在这段时间里，不允许新帧开始发送，确保当前正在传输的帧能完整发完。
保护带的长度怎么算？很简单：
# 保护带长度计算
guard_band = max_frame_size / line_rate
# 例如：千兆以太网，最大帧1518字节
guard_band = 1518 * 8 / 1e9 = 12.144 μs嗯，12微秒左右。但实际项目中，我建议留20%的余量。为什么？因为还有前导码、帧间隙、PHY延迟这些「隐形开销」。我曾经在一个项目中，保护带算得刚刚好，结果现场测试时频繁丢帧——查了三天，发现是电缆长度导致的传播延迟。从那以后，我的保护带公式就变成了：
guard_band = (max_frame_size + 64) * 8 / line_rate * 1.2多出来的64字节，是给前导码和帧间隙留的。1.2是20%的余量。
警告：保护带不是越长越好。保护带越长，带宽利用率越低。比如125μs的周期，如果保护带占了12μs，那有效带宽就损失了将近10%。这是一个典型的「时间-带宽」权衡。
2.4 三者如何协同工作
咱们用一个实际场景串起来：
- 周期开始：TAS读取GCL的第一条指令，打开队列7的门（最高优先级），关闭其他队列
- 发送数据：队列7里的时间敏感数据开始发送
- 保护带开始：距离下一个时间槽还有12μs时，TAS禁止新帧入队，但允许当前帧发完
- 门切换：保护带结束后，TAS执行GCL下一条指令，关闭队列7，打开队列3
- 循环往复：直到周期结束，回到第一步
你看，整个过程就像一场精心编排的舞蹈。TAS是舞者，GCL是舞谱，保护带是舞步之间的缓冲。任何一个环节出问题，整个调度就乱套了。
| 组件 | 角色 | 实现位置 | 典型精度 |
|---|---|---|---|
| TAS | 执行器 | 硬件MAC层 | 纳秒级 |
| GCL | 决策表 | 硬件寄存器/软件配置 | 微秒级 |
| 保护带 | 安全缓冲 | 硬件逻辑 | 微秒级 |
一句话总结：TAS是手，GCL是脑，保护带是保险。三者缺一不可。
下一章，咱们会深入GCL的配置细节，包括怎么用Python生成GCL表、怎么验证调度方案的正确性。到时候我会分享一个我实际用过的GCL生成脚本——嗯，那个脚本帮我省了不少加班时间。