第3章：车载以太网数据链路层：MAC地址、VLAN标签、以太网帧结构在车载环境下的特殊处理
好，我们进入第三讲。数据链路层，说白了就是以太网协议栈的“地基”。你上层跑的是AVB还是Some/IP，最终都得封装成以太网帧，在物理线缆上跑。车载环境跟办公室网络不一样，这里头有不少“坑”。我个人习惯，讲这一章时，会先让大家忘掉标准的IEEE 802.3，先想想车里的现实。
3.1 标准以太网帧结构回顾
先快速过一遍标准帧。一个标准的以太网II帧，包含这几个部分：前导码、帧起始定界符、目标MAC、源MAC、 EtherType（或长度）、载荷、以及帧校验序列（FCS）。
嗯，这里要注意，车载环境里我们几乎只用EtherType字段，不用长度字段。为什么？因为我们的上层协议（如AVTP、Some/IP）都需要通过EtherType来识别。你想想看，如果按长度来解析，那协议复用就乱套了。
// 标准以太网帧结构（简化）
+----------------+--------+--------+--------+--------+------+--------+
| 前导码 (7B) | SFD(1B)| DMAC(6B)| SMAC(6B)| Type(2B)| Payload | FCS(4B)|
+----------------+--------+--------+--------+--------+------+--------+
// 车载常用EtherType值：
// 0x8100 - VLAN标签
// 0x22F0 - AVTP (音视频传输协议)
// 0x0800 - IPv4
3.2 MAC地址在车载环境下的特殊处理
标准以太网里，MAC地址是全球唯一的，由IEEE分配。但在车里，这个规则被打破了。我记得有一次做项目，发现两个不同供应商的ECU居然用了相同的MAC地址，结果网络直接瘫痪。从那以后，我养成了一个习惯：车载网络必须使用本地管理的MAC地址。
本地管理地址，说白了就是MAC地址的第二个字节最低位（bit 1）设为1。比如 02:00:00:xx:xx:xx。这样就能保证不会跟全球唯一的MAC冲突。我个人建议，所有车载ECU的MAC地址，都应该由OEM统一规划，而不是让供应商随便写。
关键点：车载网络中，MAC地址的“唯一性”由OEM负责，而不是依赖IEEE。使用本地管理地址（LAA）是行业惯例。
3.3 VLAN标签在车载环境下的应用
VLAN（虚拟局域网）在IT网络里是用来隔离广播域的。但在车里，它的作用更丰富。我把它总结为三个核心用途：
- 优先级标记（PCP）：VLAN标签里的3位PCP字段，用来标识帧的优先级。这是实现TSN流预留的基础。比如，摄像头数据流PCP=5，控制信号PCP=7，普通诊断数据PCP=0。
- 功能域隔离：用VID（VLAN ID）来区分不同的功能域。比如，VID=10给ADAS域，VID=20给座舱域，VID=30给动力域。这样即使物理上连在一起，逻辑上也是隔离的。
- 协议标识：有些协议栈会利用VLAN标签来标识特定的协议类型，比如IEEE 1722的AVTP流。
你可能会问：“为什么不用IP子网来隔离？” 嗯，IP隔离太慢了。VLAN是在数据链路层做的，硬件就能处理，延迟在微秒级。而IP路由需要CPU参与，延迟在毫秒级。对于ADAS这种实时性要求高的场景，VLAN是必须的。
避坑指南：我曾经遇到过一个案例，某个ECU的VLAN配置里，PCP字段被错误地设为了0，结果它的数据流在TSN交换机里总是被丢弃。排查了三天才发现是VLAN优先级没配对。所以，VLAN标签的配置一定要跟TSN的流预留策略对齐。
3.4 车载环境下的帧结构特殊处理
标准以太网帧的最大载荷是1500字节（MTU）。但在车里，这个限制经常被打破。为什么？因为摄像头数据太大了。一个未压缩的1080p图像，一帧可能有几兆字节。如果按1500字节分包，那延迟和开销都受不了。
所以，车载以太网引入了“巨型帧”（Jumbo Frame）。MTU可以扩展到9000字节甚至更大。但这里有个坑：不是所有交换机都支持巨型帧。我建议，在设计阶段就要明确所有节点的MTU能力，否则会出现“能通但丢包”的诡异现象。
| 帧类型 | 标准MTU | 车载常用MTU | 适用场景 |
|---|---|---|---|
| 标准帧 | 1500 B | 1500 B | 诊断、控制信号 |
| 巨型帧 | 9000 B | 4096 B ~ 8192 B | 摄像头、激光雷达数据 |
| TSN预留帧 | N/A | 根据流预留大小 | 音视频流、实时控制 |
另外，帧校验序列（FCS）在车载环境里也值得注意。标准以太网用CRC32校验，但车载线缆长、电磁干扰大，偶尔会出现CRC错误。我建议在交换机端口上开启“CRC错误统计”功能，一旦发现错误率超过阈值，就要检查物理层（比如线缆是否松动、连接器是否氧化）。
3.5 实际项目中的经验总结
最后，分享几个我在项目中踩过的坑：
- MAC地址冲突：两个ECU用了相同的MAC，导致交换机MAC表混乱。解决方案：OEM统一分配LAA地址，并在生产时烧录。
- VLAN配置不一致：发送端打了VLAN标签，但接收端没配置VLAN解封装，导致帧被丢弃。解决方案：所有节点必须使用相同的VLAN配置表。
- MTU不匹配：发送端发了巨型帧，但中间交换机只支持1500字节，导致帧被分片或丢弃。解决方案：全网统一MTU，或者使用路径MTU发现机制（但车载环境很少用）。
好了，这一章的内容就到这里。数据链路层是车载以太网的基石，看似简单，但细节很多。下一章我们会讲物理层，看看100BASE-T1和1000BASE-T1到底有什么区别。