4、流量调度入门：什么是QoS？TSN中的优先级与VLAN标签
各位工程师朋友，咱们今天聊点实在的。
你想想看，一辆智能网联汽车里，有控制指令、有视频流、有传感器数据、还有OTA升级包。这些数据挤在同一条网线上，谁先走谁后走？谁可以插队？谁必须让路？
这就是QoS要解决的问题。说白了，QoS就是给网络流量定规矩——谁重要谁优先。
4.1 什么是QoS？
QoS，全称Quality of Service，服务质量。别被这个高大上的名字唬住，我换个说法你就懂了：网络资源的分配策略。
我在做车载以太网项目时，遇到过这么个事：摄像头采集的图像数据量很大，把总线占得满满的。结果呢？刹车控制指令被堵在后面，延迟一下子飙到几毫秒。嗯，几毫秒在普通网络里不算啥，但在汽车上，这就是安全隐患。
所以QoS的核心目标就三个：
- 带宽保障——给关键流量留足通道
- 延迟控制——让紧急数据跑得快
- 抖动抑制——别让数据到达时间忽快忽慢
一句话总结：QoS就是告诉网络设备——谁的数据包该优先处理。
4.2 传统以太网的优先级机制
在讲TSN之前，咱们先看看传统以太网是怎么处理优先级的。
IEEE 802.1p标准定义了8个优先级等级，从0到7。数字越大，优先级越高。这个优先级信息就藏在VLAN标签里。
4.2.1 VLAN标签长什么样？
一个标准的VLAN标签有4个字节，结构如下：
| 字段 | 长度 | 说明 |
|---|---|---|
| TPID | 2字节 | 标签协议标识符，固定值0x8100 |
| PCP | 3位 | 优先级代码点，0-7共8级 |
| DEI | 1位 | 丢弃指示位，1表示可丢弃 |
| VID | 12位 | VLAN ID，0-4095 |
你看，优先级信息就藏在PCP字段里。3个比特位，刚好8个等级。
我的经验：很多工程师只关注VID，忽略了PCP。其实在TSN里，PCP才是调度的关键。我曾经调试一个项目，发现优先级总是不生效，查了半天——原来是交换芯片默认把PCP全清零了。
4.2.2 优先级映射关系
IEEE 802.1p推荐的优先级映射如下：
| PCP值 | 优先级 | 典型应用 |
|---|---|---|
| 7 | 最高 | 网络控制（如PTP时间同步） |
| 6 | 高 | 实时控制指令 |
| 5 | 中高 | 音视频流 |
| 4 | 中 | 有损音视频 |
| 3 | 中低 | 关键业务数据 |
| 2 | 低 | 普通数据 |
| 1 | 最低 | 背景流量 |
| 0 | 默认 | 尽力而为 |
嗯，这里要注意：PCP值7是留给网络控制协议的，比如PTP时间同步。你想想看，如果时间同步包被堵住了，整个TSN网络的时间基准就乱了。
4.3 TSN中的优先级增强
传统802.1p的8个优先级，在汽车场景下够用吗？
说实话，不太够。因为汽车里的流量类型太复杂了。控制指令、传感器数据、诊断信息、娱乐视频……每种流量的需求都不一样。
所以TSN在802.1p的基础上，引入了更精细的调度机制。我重点说两个：
4.3.1 基于优先级的调度（802.1Q）
这是最基础的TSN调度方式。每个交换机端口有8个输出队列，对应8个优先级。数据包根据PCP值进入对应队列，高优先级的队列先发送。
// 伪代码：优先级队列调度逻辑
function schedule_packet(port):
for priority from 7 down to 0:
if port.queue[priority] is not empty:
send(port.queue[priority].dequeue())
break
你看，代码很简单。但实际项目中，这个逻辑有个坑——优先级反转。
避坑指南：我曾经遇到一个案例，高优先级队列一直有数据，导致低优先级队列永远得不到服务。这就是所谓的"饿死"现象。解决办法是引入带宽限制或加权轮询。
4.3.2 802.1Qbv时间感知整形
这个就厉害了。它把时间分成一个个小窗口，每个窗口只允许特定优先级的流量通过。
我举个例子你就明白了：
- 窗口1（0-100μs）：只允许优先级7和6的流量
- 窗口2（100-200μs）：只允许优先级5和4的流量
- 窗口3（200-300μs）：只允许优先级3-0的流量
这样一来，高优先级流量就有了确定性的发送窗口，延迟完全可控。
我的建议：设计门控列表时，一定要给时钟同步流量留足窗口。我见过有人把时间窗口算得太紧，结果PTP报文被挤掉了，整个网络的时间同步都崩了。
4.4 VLAN标签在TSN中的实际应用
好了，理论说完了，咱们看看实际怎么用。
在车载网络中，每个ECU发送的数据包都应该带上正确的VLAN标签。我一般这样规划：
- 控制类流量：VID=100，PCP=6
- 传感器数据：VID=200，PCP=4
- 音视频流：VID=300，PCP=5
- 诊断数据：VID=400，PCP=2
- OTA升级：VID=500，PCP=1
你可能会问：为什么控制类流量不用PCP=7？
因为PCP=7是留给PTP时间同步的。我习惯把控制指令放在PCP=6，这样既保证了高优先级，又不会干扰时钟同步。
4.4.1 配置示例
假设你用的是NXP的SJA1105交换机，配置VLAN和优先级大概是这样：
// 配置端口1的入口规则
// 如果收到不带VLAN标签的帧，打上VID=100, PCP=6
port_config[1].default_vlan = 100
port_config[1].default_pcp = 6
// 配置端口2的出口规则
// 只允许VID=100和VID=200的帧通过
port_config[2].allowed_vlans = [100, 200]
嗯，这里要注意：不同厂家的交换芯片，配置方式差别很大。我建议你拿到芯片手册后，先看VLAN和PCP相关的寄存器。
4.5 常见问题与避坑
最后，我总结几个实际项目中容易踩的坑：
- VLAN标签不统一：发送端打了标签，接收端没配置，数据包就被丢了。我曾经排查这个问题花了整整一天。
- 优先级映射混乱：不同ECU对PCP的理解不一致。比如A把控制指令标为PCP=5，B却认为PCP=5是视频流。所以项目初期就要定好优先级映射表。
- 忽略DEI位：DEI位表示这个帧在拥塞时可以被丢弃。如果你把关键数据包的DEI置1了，网络拥塞时就会被优先丢掉。
核心要点：QoS不是玄学，是工程。VLAN标签里的PCP字段，就是TSN调度的"身份证"。把这个身份证用好，你的网络才能做到该快的快、该稳的稳。
下一章，咱们聊聊更高级的调度机制——802.1Qbv时间感知整形。到时候我会分享一个实际案例，看看怎么用时间窗口来保证控制指令的确定性延迟。