4、车载以太网数据链路层：MAC地址、VLAN标签、优先级管理，以及针对车载环境的QoS机制
各位同学，咱们今天聊聊数据链路层。这一层在车载以太网里，可以说是「承上启下」的关键角色。你想想看，物理层把比特流送上来，总得有个规矩来管理这些数据帧吧？谁发给谁、优先级怎么排、哪些流量该先走——这些事儿，全归数据链路层管。
我个人习惯把这一层比作「交通警察」。它不关心车里运的是啥（那是上层的事），但它知道哪辆车该先过、哪辆车该靠边等。在车载环境里，这个「交通警察」尤其重要，因为刹车信号和娱乐视频可不能享受同等待遇。
4.1 MAC地址：车载节点的「身份证」
先说MAC地址。每个以太网节点都有一个48位的全球唯一标识，前24位是厂商代码，后24位是设备序列号。嗯，这里要注意——车载环境里，很多ECU的MAC地址是写在芯片里的，但也有一些是软件可配的。
我在项目中遇到过一个问题：某Tier1供应商的网关设备，出厂时MAC地址竟然和另一家供应商的域控制器冲突了。两台设备在同一网段里「抢身份」，结果就是网络时断时续。排查了整整两天，最后用抓包工具一看，两个MAC地址一模一样。你说巧不巧？
车载以太网里，MAC地址还有一个特殊用法：多播MAC。比如，你想把某个传感器数据同时发给三个域控制器，用单播得发三遍，用广播又太浪费带宽。这时候多播MAC就派上用场了——一个发送，多个接收，效率高得多。
4.2 VLAN标签：逻辑隔离的艺术
VLAN，说白了就是把一个物理网络切成多个逻辑网络。为什么要这么干？你想想看，一辆智能汽车里，有ADAS数据、有车载娱乐、有诊断流量、有OTA升级包。这些流量混在一起，万一娱乐视频把ADAS的带宽抢了，后果不堪设想。
VLAN标签（802.1Q）是在标准以太网帧里插入了4个字节。结构是这样的：
| 前导码 | 目的MAC | 源MAC | VLAN标签(4B) | 长度/类型 | 数据 | FCS |
|--TPID(2B)--|--TCI(2B)--|
| 0x8100 | PCP | DEI | VID |
这4个字节里，最关键的是三个字段：
- VID（VLAN ID）：12位，取值范围0-4095。0和4095保留，实际可用4094个VLAN。车载环境里，我建议给ADAS分配VID 10，动力系统VID 20，车身控制VID 30，娱乐系统VID 100——这样一目了然。
- PCP（优先级码点）：3位，0-7共8个优先级。这个咱们后面细说。
- DEI（丢弃合格指示）：1位，标记在拥塞时是否可以被丢弃。
不过要注意，VLAN标签不是免费的午餐。每个交换机端口都要配置Trunk或Access模式，配置错了就会丢帧。我曾经在测试时，因为Trunk端口忘了配置允许的VLAN列表，导致某个域控制器死活收不到网关发来的路由表——排查了三个小时，最后发现是配置漏了一行。
4.3 优先级管理：谁该先走？
优先级管理，核心就是802.1Q里的PCP字段。3个比特，8个优先级。但车载环境里，我们通常不会用满8级，因为太多优先级反而增加调度复杂度。
我个人的推荐分级方案是这样的：
| 优先级 | PCP值 | 典型应用 | 说明 |
|---|---|---|---|
| 最高 | 7 | 安全关键控制（刹车、转向） | 网络预留带宽，严格优先 |
| 高 | 5-6 | ADAS传感器数据（摄像头、雷达） | 低延迟要求，可少量丢包 |
| 中 | 3-4 | 诊断、OTA升级 | 可靠传输，延迟可容忍 |
| 低 | 1-2 | 娱乐、信息显示 | 尽力而为，可丢包 |
| 最低 | 0 | 后台数据、日志上传 | 空闲带宽时传输 |
这里有个坑：很多车载交换机的默认配置，会把所有未标记的帧当作优先级0处理。如果你有个ECU不支持VLAN标签，它发出的数据帧默认就是最低优先级。万一这个ECU是负责刹车信号的呢？嗯，你懂的。
4.4 车载QoS机制：不只是优先级那么简单
QoS（服务质量）是个系统工程。光有优先级标签还不够，你得让交换机、网关、终端节点都按照这个优先级来行动。说白了，优先级是「贴标签」，QoS是「按标签执行」。
车载环境下的QoS机制，我总结为三个层次：
4.4.1 入队策略（Classification & Marking）
数据帧进入交换机时，根据MAC地址、VLAN标签、甚至IP五元组来分类，然后打上对应的优先级标记。我习惯在网关和域控制器上做这个工作，因为它们是网络的「入口」。
4.4.2 队列调度（Scheduling）
交换机内部有多个队列，每个优先级对应一个队列。常见的调度算法有：
- 严格优先级（SP）：高优先级队列不空，低优先级队列永远没机会。适合刹车信号这种绝对优先的场景。
- 加权轮询（WRR）：每个队列按权重轮流发送。适合多个中等优先级流量共存的情况。
- 混合模式：高优先级用SP，中低优先级用WRR。这是我最常用的方案。
我在某项目中，ADAS摄像头数据流和娱乐视频流共用同一个交换机。ADAS用严格优先级，娱乐用加权轮询。结果发现，当ADAS数据量突然增大时，娱乐视频直接卡死——用户投诉了。后来我调整了策略：给ADAS预留30%带宽，剩下的70%给娱乐和其他流量。这样即使ADAS爆发，娱乐也不会完全断流。
4.4.3 流量整形（Shaping & Policing）
光有调度还不够，你得防止某个节点「耍流氓」——突然发送大量数据，把网络带宽占满。流量整形就是干这个的。
- Policing（ policing）：超过约定带宽的数据直接丢弃。适合安全关键流量，宁可丢包也不能延迟。
- Shaping（整形）：超过约定带宽的数据缓存起来，等带宽空闲再发。适合非关键流量，比如OTA升级包。
4.5 车载环境的特殊考量
最后，说说车载环境和其他网络（比如企业网、数据中心）的区别。你想想看，一辆车里的网络拓扑是固定的，节点数量是确定的，流量模型也是相对可预测的。这既是好事也是坏事。
好事是：你可以做精细的QoS规划，因为你知道每个ECU会发多少数据、什么时候发。坏事是：一旦设计有缺陷，改起来成本极高——总不能为了改个QoS策略，把整车网络重新布线吧？
我个人建议，在设计阶段就要考虑以下几点：
- 预留余量：带宽利用率不要超过60%，给未来功能升级留空间。
- 故障模式：某个ECU故障时，会不会发送大量错误帧？交换机有没有风暴控制？
- 时间同步：QoS和802.1AS（时间同步）要配合使用。高优先级的数据帧，通常也需要低延迟的时间戳。
- 安全隔离：VLAN不仅是QoS工具，也是安全隔离手段。把不同安全等级的流量隔离开，即使某个ECU被攻破，也无法影响其他VLAN。
好了，数据链路层的内容就讲到这里。下一章咱们聊聊网络层——IP地址怎么规划、路由怎么走、以及车载环境里那些「不按套路出牌」的协议。到时候见。