3、车载以太网数据链路层：MAC地址与帧结构、VLAN标签与优先级、链路层交换原理
数据链路层，说白了就是让数据在「同一根网线」上能认准谁是谁。你想想看，物理层只管把比特流发出去，但哪个比特是给谁的？这就得靠链路层来解决了。
我在做车载以太网测试时，遇到过不少因为MAC地址配错、VLAN标签没打对导致的通信故障。嗯，这一章咱们就把这些坑一个个填上。
3.1 MAC地址：设备的「身份证」
MAC地址是48位的硬件地址，出厂时烧录在网卡里。车载环境下，每个ECU的MAC地址必须是全球唯一的——至少在同一辆车的网络里不能重复。
关键点：车载以太网中，MAC地址通常由OEM统一分配，而不是直接用芯片厂商的默认地址。这样做是为了避免地址冲突，也方便后期诊断。
MAC地址的结构分成两部分：
- OUI（组织唯一标识符）：前24位，由IEEE分配，标识设备制造商
- NIC（网络接口控制器）：后24位，由制造商自行分配，标识具体设备
举个例子：00:1E:C2:12:34:56，其中00:1E:C2是OUI，12:34:56是NIC部分。
我的习惯：在搭建测试环境时，我会把每个ECU的MAC地址记录在一个表格里，贴在测试台架上。别小看这个动作，我曾经因为两个ECU用了相同的MAC地址，排查了整整两天才发现问题。
3.2 以太网帧结构：数据怎么「打包」
数据在链路上传输，必须按照固定的格式打包。这个包就是「以太网帧」。标准以太网帧（IEEE 802.3）的结构如下：
| 字段 | 长度（字节） | 说明 |
|---|---|---|
| 前导码 | 7 | 同步时钟，接收端用它锁定比特流 |
| 帧起始定界符 | 1 | 标识帧正式开始 |
| 目标MAC地址 | 6 | 接收方的MAC地址 |
| 源MAC地址 | 6 | 发送方的MAC地址 |
| 长度/类型 | 2 | ≤1500表示数据长度，≥1536表示上层协议类型 |
| 数据 | 46-1500 | 实际传输的上层数据 |
| 帧校验序列 | 4 | CRC32校验，检测传输错误 |
车载以太网中，帧结构基本一致，但有一个重要区别——帧间距（IFG）。标准以太网要求96比特时间的帧间距，但车载环境为了降低延迟，有时会缩短这个间隔。嗯，这一点在测试时要注意，有些交换机对IFG比较敏感。
避坑指南：我曾经遇到过一台测试设备，它发送的帧间距只有80比特时间。结果连接到某款车载交换机后，部分帧被丢弃了。后来查手册才发现，那款交换机要求最小IFG为88比特时间。所以，测试前一定要确认DUT的IFG容限。
3.3 VLAN标签与优先级：给数据「分类」
车载网络里，不同功能的数据混在一起传输。比如制动信号和娱乐信息，它们的实时性要求完全不同。怎么区分？VLAN标签就是干这个的。
VLAN标签（IEEE 802.1Q）插在源MAC地址和长度/类型字段之间，共4个字节：
- TPID（标签协议标识）：2字节，固定值0x8100，表示这是一个带VLAN标签的帧
- TCI（标签控制信息）：2字节，包含：
- PCP（优先级代码点）：3位，0-7共8个优先级
- DEI（丢弃合格指示）：1位，标记低优先级帧
- VID（VLAN标识符）：12位，0-4095，0和4095保留
优先级PCP在车载网络中特别重要。IEEE 802.1Q定义了8个优先级，车载应用通常这样映射：
| PCP值 | 优先级 | 典型车载应用 |
|---|---|---|
| 7 | 最高 | 安全相关控制信号（制动、转向） |
| 6 | 高 | 实时控制信号（ADAS传感器数据） |
| 5 | 中高 | 音视频流（摄像头、雷达） |
| 4 | 中 | 诊断数据 |
| 3 | 中低 | OTA升级数据 |
| 2-0 | 低 | 娱乐信息、日志上传 |
我的建议：在测试环境中，优先级的配置一定要和实车一致。我见过一个项目，测试时把所有帧都设成优先级7，结果实车上一跑，低优先级的娱乐数据把高优先级的制动信号给堵了——因为交换机内部队列满了，高优先级帧也被丢弃了。优先级不是越高越好，关键是「相对合理」。
3.4 链路层交换原理：数据怎么「找到路」
车载以太网里，ECU之间不是直接连在一起的，中间有交换机。交换机怎么知道把帧转发给谁？靠的是MAC地址表。
交换机的学习过程很简单：
- 学习：收到一个帧，记录源MAC地址和入端口
- 转发：查目标MAC地址，找到对应端口转发出去
- 泛洪：如果目标MAC地址不在表中，就广播到所有端口（除了入端口）
- 老化：MAC地址表条目有生存时间（通常300秒），超时后删除
车载交换机还有一个特殊功能——VLAN隔离。不同VLAN的帧不会互相转发，除非配置了路由功能。这样做的好处是：制动系统的流量不会跑到娱乐系统里去，安全性和带宽都能保证。
核心逻辑：车载以太网交换机的核心任务就是「基于MAC地址+VLAN标签的二层转发」。它不关心IP地址，只看MAC和VLAN。
下面这张图展示了车载以太网链路层交换的完整流程：
3.5 车载环境下的特殊考虑
车载以太网和普通IT网络不一样，有几个特殊点需要关注：
- MAC地址过滤：有些ECU只接收特定MAC地址的帧，其他帧直接丢弃。这是安全策略的一部分。
- VLAN修剪：交换机可以配置只允许特定VLAN通过某些端口，减少不必要的广播流量。
- 优先级重映射：帧进入交换机时，PCP值可能被重新映射。比如，某个端口配置了信任模式，只信任入口的PCP值，否则就使用端口默认优先级。
避坑指南：我曾经测试过一个项目，发现某个ECU收不到诊断请求。排查了半天，最后发现是交换机端口上配置了VLAN修剪，把诊断用的VLAN给过滤掉了。所以，测试前一定要拿到完整的VLAN规划表，别想当然。
3.6 测试要点总结
搭建测试环境时，链路层需要验证的内容：
| 测试项 | 验证方法 | 常见问题 |
|---|---|---|
| MAC地址唯一性 | 抓包检查所有ECU的源MAC | 地址冲突导致帧被错误转发 |
| 帧结构合规性 | 使用网络分析仪检查帧格式 | IFG过小、FCS错误 |
| VLAN标签正确性 | 验证VID和PCP是否匹配规划 | VID配错导致帧无法到达目标 |
| 交换机MAC表学习 | 注入流量后检查MAC表条目 | 老化时间过短导致频繁泛洪 |
| 优先级队列 | 发送不同PCP的帧，测量延迟 | 高优先级帧被低优先级帧阻塞 |
嗯，链路层是车载以太网的基础。这一层搞不定，上层协议跑得再快也没用。我个人的经验是：测试时先从链路层开始，确认MAC地址、VLAN标签、交换机转发都没问题，再往上走。这样排查问题会快很多。