4、车载以太网QoS机制：IEEE 802.1Q VLAN标签与优先级、IEEE 802.1p优先级标记、IEEE 802.1Qav与IEEE 802.1Qbv
各位好，我是老周。今天咱们聊聊车载以太网里最核心的QoS机制。说实话，我刚入行那会儿，车载网络还主要是CAN和LIN的天下，以太网？那是IT部门的事。但现在不一样了，ADAS、自动驾驶、高清摄像头，这些玩意儿一上来，带宽不够用，实时性也跟不上。以太网必须上车，但上车就得守规矩——这就是QoS要解决的问题。
车载以太网的QoS，说白了就是一套“交通规则”。数据包在总线上跑，谁先走、谁后走、谁可以插队，都得有说法。IEEE 802.1家族里那几个标准，就是干这个的。我一个个讲，你一个个听，保证不枯燥。
4.1 IEEE 802.1Q VLAN标签与优先级
先说说VLAN标签。你想想看，一辆智能汽车里，有动力域、底盘域、座舱域、自动驾驶域……这些域之间数据混在一起，怎么区分？VLAN就是干这个的。
IEEE 802.1Q标准在标准以太网帧里插入了4个字节的标签头。这4个字节里，有12位是VLAN ID，用来标识不同的虚拟局域网。比如，我把摄像头数据放在VLAN 100，把雷达数据放在VLAN 200，把控制指令放在VLAN 10。这样一来，交换机一看标签就知道该往哪儿转发。
我个人习惯，在项目初期就把VLAN规划好。我曾经见过一个团队，VLAN ID随便分配，结果后期调试时发现广播风暴，查了三天才找到原因——两个不同的域用了同一个VLAN ID。嗯，这里要注意：VLAN ID的范围是0到4095，但0和4095是保留的，实际可用的是1到4094。
VLAN标签里还有3位是优先级字段，这就是IEEE 802.1p干的事。3位二进制，能表示0到7共8个优先级。0最低，7最高。在车载场景里，我一般这样分配：
| 优先级 | 用途 | 典型数据 |
|---|---|---|
| 7 | 最高优先级 | 安全关键控制指令（如制动、转向） |
| 6 | 高优先级 | 时间敏感数据（如传感器融合结果） |
| 5 | 中高优先级 | 视频流（如摄像头数据） |
| 4 | 中优先级 | 音频流 |
| 3 | 中低优先级 | 诊断数据 |
| 2 | 低优先级 | OTA升级包 |
| 1 | 最低优先级 | 日志、非关键信息 |
| 0 | 尽力而为 | 默认未标记的数据 |
你可能会问：为什么控制指令要7，传感器融合要6？我告诉你，制动指令晚到1毫秒，可能就撞上了。传感器融合结果晚到几毫秒，顶多是控制精度下降。这就是区别。
关键点：VLAN标签和优先级是绑在一起的。一个802.1Q标签同时包含了VLAN ID和优先级信息。交换机既可以根据VLAN ID做隔离，也可以根据优先级做调度。
4.2 IEEE 802.1p优先级标记
IEEE 802.1p其实不是独立的标准，它是802.1Q里关于优先级那3个比特的规范。说白了，就是告诉你这8个优先级怎么用。
在车载以太网里，802.1p的优先级标记是端到端的。发送端（比如摄像头）在发送数据时，就在帧头里打上优先级标签。交换机收到后，根据优先级决定把数据放到哪个队列里。高优先级的数据走快车道，低优先级的走慢车道。
我记得有一次，客户反馈说他们的ADAS系统偶尔会出现延迟抖动。我排查了半天，发现是摄像头没有正确设置优先级标签。所有数据都默认是优先级0，结果跟诊断数据、日志数据混在一起排队。你说这能不出问题吗？
所以我的建议是：每个发送节点都必须明确配置优先级。不要依赖默认值。默认值往往是0，而0在车载场景里基本等于“没人管”。
小技巧：在代码里，设置优先级标签其实很简单。以Linux下的socket为例，可以用setsockopt设置SO_PRIORITY。但要注意，这个优先级最终要映射到VLAN标签里的PCP字段，中间可能经过好几层转换。我建议你在驱动层直接操作VLAN头，这样最可靠。
4.3 IEEE 802.1Qav（时间敏感流）
好，接下来是重头戏。IEEE 802.1Qav，全称是“Forwarding and Queuing Enhancements for Time-Sensitive Streams”，翻译过来就是“时间敏感流的转发和队列增强”。名字很长，但核心思想很简单：给时间敏感数据预留带宽。
你想想看，在普通以太网里，数据是“尽力而为”的。你发一个包，网络尽力给你送到，但不保证什么时候到。对于视频流、音频流这种数据，偶尔延迟一下问题不大。但对于自动驾驶的控制指令，延迟就是灾难。
802.1Qav引入了“信用整形器”（Credit-Based Shaper，CBS）的概念。每个时间敏感流都有一个“信用值”。信用值够了才能发送数据。发送数据时信用值减少，不发送时信用值慢慢恢复。这样就能保证每个流都有稳定的带宽。
我在项目中遇到过一个问题：两个摄像头同时发送视频流，带宽加起来超过了链路容量。结果两个流互相抢带宽，画面都卡顿。后来我用了802.1Qav，给每个摄像头分配了固定的带宽配额。一个占40%，一个占40%，剩下的20%给其他数据。问题就解决了。
802.1Qav的配置参数主要有两个：
- idleSlope：信用值恢复的速率，决定了流的平均带宽
- sendSlope：信用值消耗的速率，决定了流的峰值带宽
这两个参数的单位是“比特/秒”。配置时，idleSlope要小于等于链路的物理带宽，sendSlope通常是负值，绝对值等于idleSlope。
警告：802.1Qav只适用于时间敏感流，不是所有数据都适合用。我曾经见过有人把日志数据也配置成时间敏感流，结果占用了大量带宽，真正的时间敏感数据反而没带宽了。记住：只给真正需要确定性延迟的数据配置Qav。
4.4 IEEE 802.1Qbv（时间感知整形器）
最后，也是最厉害的——IEEE 802.1Qbv。这个标准引入了“时间感知整形器”（Time-Aware Shaper，TAS）。它的思路跟Qav完全不同。Qav是“预留带宽”，Qbv是“分时复用”。
说白了，Qbv把时间切成一段一段的。每一段时间里，只允许特定优先级的数据通过。比如：
- 0-100微秒：只允许优先级7的数据（控制指令）
- 100-200微秒：只允许优先级6的数据（传感器融合）
- 200-300微秒：只允许优先级5的数据（视频流）
- 300-400微秒：允许所有优先级的数据（尽力而为）
这样一来，高优先级的数据有专属的时间窗口，完全不会被低优先级数据干扰。延迟是确定的，抖动几乎为零。
Qbv的配置核心是“门控列表”（Gate Control List，GCL）。每个端口有8个队列，每个队列对应一个门。门打开，数据就能出去；门关上，数据就得等着。GCL就是告诉交换机：什么时间，打开哪个门。
我建议你在配置Qbv时，先确定周期长度。周期太短，调度开销大；周期太长，延迟大。一般车载场景下，周期在1毫秒左右比较合适。然后根据数据流的实时性要求，分配时间窗口。
核心要点：Qbv和Qav可以配合使用。Qbv负责“什么时候发”，Qav负责“发多少”。两者结合，能实现极低延迟和极低抖动的确定性通信。这是车载以太网实现TSN（时间敏感网络）的基础。
好了，这一章的内容就到这里。总结一下：
- 802.1Q：给数据包打上VLAN标签和优先级
- 802.1p：定义8个优先级的用法
- 802.1Qav：用信用整形器给时间敏感流预留带宽
- 802.1Qbv：用时间感知整形器实现分时调度
下一章，我会讲这些机制在实际车载网络里怎么配置和调试。到时候我会拿一个真实的案例出来，手把手教你操作。咱们下章见。