2、Qbv协议基础：IEEE 802.1Qbv标准介绍
你可能已经听过“时间敏感网络”这个词。说白了，Qbv就是TSN里最核心的一块——它让交换机可以像列车时刻表一样精确控制每一帧的发送时间。我刚接触TSN时，搞不清Qbv和普通QoS有什么区别，直到有一次调试工业相机网络，发现丢帧全是因为优先级排队不够“准时”。嗯，从那以后我就开始认真啃这个标准了。
2.1 为什么需要Qbv？
传统以太网交换机靠优先级队列（802.1P）来区分流量，但高优先级帧只是“先走”，并不能保证在某个特定时间点一定被发送。对于运动控制、音视频同步这类应用，时间确定性比带宽更重要。
IEEE 802.1Qbv定义了一种时间感知整形器（Time-Aware Shaper，TAS）。它给每个队列配了一个“门”，门只在特定时间窗口打开。换句话说，调度器不再是“谁优先级高谁先走”，而是“这个时间片只允许队列A走，下一个时间片只允许队列B走”。
关键一句话： Qbv把时间切成离散的时隙，每个时隙决定了哪个队列的帧能通过。
2.2 门控列表（GCL）——调度的时间表
Qbv的核心数据结构就是门控列表（Gate Control List，GCL）。你可以把它理解成一张“时刻表”，告诉交换机每个时刻应该打开或关闭哪些队列的门。
GCL包含若干条目，每个条目有两个字段：
- 门状态：每个队列对应的门是开（Open）还是关（Close），用8位或更多位表示（每位对应一个队列）。
- 时间间隔（TimeInterval）：这个状态持续多长时间，单位通常是纳秒。
举个例子：假设有4个队列（0~3），一段GCL可能长这样：
| 条目序号 | 门状态（队列3-0） | 时间间隔（ns） | 说明 |
|---|---|---|---|
| 0 | 0001 | 50000 | 只有队列0打开（通常留给时间同步帧） |
| 1 | 0010 | 100000 | 队列1打开（实时控制流量） |
| 2 | 1100 | 200000 | 队列2和3打开（尽力而为流量） |
| 3 | 0001 | 50000 | 再次给队列0一个保护带 |
交换机内部维护一个计数器，按顺序执行这些条目。当所有条目执行完，再从头开始，形成循环。
我个人的习惯： 在设计GCL时，务必给时间同步帧（如802.1AS）预留一个专用时隙。我曾经因为把同步帧和普通控制帧混在一起，导致同步精度恶化到微秒级。
2.3 基时间与循环周期
GCL的循环不是从随机时刻开始的。标准定义了基时间（BaseTime），作为GCL开始执行的参考时间点。基时间通常与PTP（精确时间协议）的全局时间对齐。
还有一个参数叫循环周期（CycleTime），它等于GCL所有条目时间间隔的总和。交换机在每个周期结束后，会重新从第一条开始执行，除非遇到配置切换事件。
这里有个容易踩坑的点——保护带（Guard Band）。你想想看，如果一个长帧正在发送，而此时门控指令要求关闭该队列，怎么办？标准规定：当前帧必须发完，门控状态变化只能在帧间隙生效。所以设计GCL时，必须在门状态切换之前留出足够的保护带，防止帧跨时隙。
我曾经犯过的错误： 把保护带设得太短，结果高优先级时隙被前一时隙留下的长帧侵占，直接导致控制周期抖动。后来我加了至少一个最大帧传输时间的保护带，问题才解决。
2.4 队列与门的状态编码
每个队列都有独立门控。门状态用0/1表示：1代表开（允许发送），0代表关（禁止发送）。但注意——即使门是开的，队列里如果没有帧，也会空闲；门是关的，帧只能排队等待。这与普通802.1Q的传输选择算法不同，TAS的门控优先级高于其他整形器。
很多芯片支持8个队列，也就是8个门。实际项目中不需要把所有队列都用满。我一般只分3～4个：
- 队列0：时间同步（最高优先级，常开一个短时隙）
- 队列1：实时控制流（门控时隙固定）
- 队列2：音视频流（时长相对灵活）
- 队列3：尽力而为（其余时间全开）
为了方便理解整个调度流程，我画了一张图（下面这个SVG），它展示了基时间、循环周期和多个门的开闭时序。
图中你看到的是典型调度模式。队列0只在前50μs内开门，用于时间同步帧。队列1紧随其后150μs，处理实时控制。队列2和3占据剩余时间，其中队列3覆盖最后200μs，但前面已经有一个保护带区域防止帧跨越。保护带内不开新帧，只让已在发送的帧完成。
2.5 802.1Qbv与其他子标准的关系
Qbv不是孤立的。在实际交换机中，它通常与以下标准配合使用：
| 标准 | 作用 | 配合方式 |
|---|---|---|
| 802.1Qav | 基于信用的整形 | 在Qbv的非实时时隙内使用，平滑突发流 |
| 802.1Qbu | 帧抢占 | 允许低延迟帧打断高延迟帧，配合Qbv的保护带设计 |
| 802.1AS | 时间同步 | 提供基时间参考，Qbv基于此调度 |
| 802.1Qci | 入口流过滤 | 在入口侧执行门控，防止非法流量注入 |
我参与的一个车载以太网项目，就是Qbv + Qbu + Qci一起用的。Qbv保证控制流时序，Qbu让紧急数据可以挤占非紧急帧，Qci则防止故障节点发送乱码影响其他节点。三个标准配合得好的话，端到端抖动可以控制在10微秒以内。
2.6 配置GCL时的常见陷阱
这部分算是实践心得。配置Qbv时，有几个地方特别容易犯错：
- 时隙长度不是任意选的。 必须考虑物理层速率、帧长、前导码和IFG。例如1Gbps下传输1500字节帧大约需要12.3μs，若时隙设成10μs，任何帧都可能跨越边界。
- 多个队列同时打开时，优先级还有效吗？ 有效。如果两个队列同时开，802.1Q的优先级仲裁仍然起作用。因此不要依赖单一门控来区分优先级，最好让每个时隙只开一个队列。
- 基时间必须全局同步。 所有交换机使用同一个PTP域，基时间偏差不能超过±100ns，否则时隙会产生错位。
提醒： 我曾经在一台不支持“门控列表自动空闲”的芯片上吃过亏。当GCL所有门都关闭时，芯片竟然不会自动发送空闲帧，导致链路超时。后来我在GCL末尾加了“全开”条目作为兜底。
最后，关于GCL的验证。光看配置表是不够的，必须用网络分析仪抓实际时间戳。我在工作中习惯用Wireshark配合802.1Qbv的解析插件，可以直观看到每个门控切换时刻的帧流。嗯，这部分就是我们后面章节要讲的内容了。