2、TSN核心标准：IEEE 802.1Qbv（时间感知整形）、802.1Qbu（帧抢占）、802.1CB（冗余）
聊到TSN，有三个标准你绕不开。我个人觉得，它们就像TSN的“三驾马车”。
分别是：时间感知整形（Qbv）、帧抢占（Qbu）、以及冗余（CB）。
今天咱们就把这三个家伙彻底搞明白。别急，我一个一个说。
2.1 时间感知整形（IEEE 802.1Qbv）
先说Qbv。这玩意儿是TSN里最核心的机制之一。说白了，它就是给网络装了个“红绿灯”。
为什么需要红绿灯？你想想看，普通以太网里，数据包都是“先到先走”。但工业控制不一样，有些数据必须准时到达，比如机器人的运动指令。如果这时候一个大文件传输把路堵死了，指令延迟了，机器可能就撞了。
Qbv怎么解决？它把时间切成一段一段的“时间片”。每个时间片只允许特定类型的数据通过。
每个端口有8个队列，每个队列对应一个“门”。门要么开，要么关。GCL就是一张时间表，告诉交换机在什么时刻，开哪个门，关哪个门。
我在项目中遇到过一个问题：客户说用了Qbv，但抖动还是很大。后来发现，是GCL的配置周期和实际数据发送周期没对齐。嗯，这里要注意：GCL的周期必须和你的应用周期严格同步，否则效果大打折扣。
来看一个简单的配置示例：
# 假设我们有两个队列
# 队列0：高优先级控制流
# 队列1：尽力而为流
# GCL配置（周期为1ms）
# 0-500us：只开队列0
# 500-1000us：只开队列1
gcl_entry {
time_offset = 0
gate_state = 0b00000001 # 只开队列0
time_interval = 500000 # 单位：ns
}
gcl_entry {
time_offset = 500000
gate_state = 0b00000010 # 只开队列1
time_interval = 500000
}这个配置意味着：前500微秒，控制流独占带宽；后500微秒，其他数据才能走。控制流就像坐了“专车”，准时到达。
配置Qbv时，别忘了留一点“保护带”。因为时钟不可能绝对精确，留个几微秒的余量，能避免门切换时的冲突。我曾经因为没留保护带，导致偶尔丢包，排查了两天才发现。
2.2 帧抢占（IEEE 802.1Qbu）
接下来是Qbu。这个标准解决的是另一个问题：低优先级的大包堵住了高优先级的小包。
你想想看，一个1500字节的大帧正在传输，突然来了一个紧急的控制帧。按照普通以太网，控制帧必须等大帧传完。这一等，可能就是几十微秒。对于某些应用，这太长了。
Qbu的做法很聪明：允许大帧被“打断”。紧急帧可以插队先走，大帧被打断后，剩下的部分再继续传。
- 发送端开始传一个大帧
- 突然来了一个高优先级帧
- 发送端暂停大帧，发送一个“暂停”信号
- 高优先级帧先传
- 传完后，大帧从断点处继续传
我记得第一次看到这个机制时，觉得挺神奇的。但实际用起来，有几个坑要注意。
我曾经在项目中遇到一个问题：启用了Qbu后，某些网卡不兼容，导致大帧被丢弃。后来发现，是网卡不支持“帧重组”。所以，Qbu需要发送端和接收端都支持，否则别乱开。
另外，Qbu对帧格式有要求。被打断的帧，会分成两个“片段帧”。每个片段帧都有自己的校验码。接收端收到后，需要重新组装。如果中间丢了一个片段，整个帧就废了。
所以，我的建议是：Qbu只用在真正需要低延迟的场景。如果网络负载不高，没必要开。开了反而增加复杂度。
2.3 冗余（IEEE 802.1CB）
最后说CB。这个标准，说白了就是“备份”。
工业网络最怕什么？断线。一根网线断了，整个系统可能就停了。CB的解决方案是：同时发两份一模一样的数据，走两条不同的路径。
你可能会问：这不浪费带宽吗？是的，但为了可靠性，值得。
- 序列号：每个数据包都带一个唯一的序列号
- 冗余路径：数据同时从两个端口发出
- 去重：接收端收到两份，只保留一份，丢弃重复的
我在项目中遇到过这样一个场景：一条生产线，要求网络可用性达到99.9999%。单链路肯定不行。用了CB后，即使一条光纤被挖断了，另一条路径还能正常工作。切换时间？零。因为接收端一直在收两份数据，断了一条，另一条还在。
来看一个简单的配置思路：
# 假设有两个端口：port1 和 port2
# 配置冗余组
ieee8021CB {
redundancy_group {
member_ports = [port1, port2]
sequence_number_length = 16 # 16位序列号
recovery_algorithm = "vector" # 去重算法
}
}这里要注意：序列号不能重复。如果序列号用完了，必须重新开始。所以，序列号长度要足够大，避免频繁回绕。
CB虽然好，但别滥用。如果网络本身很可靠，比如只有几十米的短距离，没必要用CB。它带来的延迟和带宽开销，有时候得不偿失。我一般只在关键链路上启用CB，比如连接PLC和机器人的主干网。
2.4 三个标准如何协同工作
这三个标准不是孤立的。在实际的TSN网络中，它们经常一起用。
举个例子：一个工业控制网络，控制流需要低延迟（用Qbv），偶尔有大文件传输（用Qbu防止大包堵路），关键链路需要冗余（用CB）。
它们怎么配合？
- Qbv：保证控制流在固定的时间窗口内发送
- Qbu：如果控制流恰好赶上大包在传，可以打断它
- CB：控制流和文件流都走冗余路径，防止单点故障
我曾经在一个项目中，同时配置了这三个标准。效果确实好，延迟稳定在10微秒以内，而且从来没丢过包。但配置过程也够折腾的，尤其是Qbv的GCL和CB的序列号管理，稍有不慎就出问题。
这三个标准都需要硬件支持。不是所有交换机都支持Qbv、Qbu和CB。采购前，一定要确认芯片是否支持。我见过有人买了不支持Qbu的交换机，结果项目延期了两个月。
好了，关于这三个核心标准，今天就聊到这里。下一章，咱们聊聊怎么搭建一个实际的TSN仿真环境。到时候，我会手把手教你配置这些参数。
记住：理论是基础，实践出真知。别光看，动手试试。