车载以太网概念及协议架构介绍(一)

车载以太网概念及协议架构介绍

适用范围：汽车电子工程师、AUTOSAR BSW 开发、系统集成与测试人员
参考规范：IEEE 802.3 / OPEN Alliance / ISO 13400 / AUTOSAR SOME/IP / IEEE 802.1 TSN
关键词：车载以太网、100BASE-T1、1000BASE-T1、SOME/IP、DoIP、TSN、域架构、区域架构、AUTOSAR

前言

随着智能驾驶、座舱娱乐、OTA 远程升级和 ADAS 传感器融合对高带宽、低延迟、可扩展通信的需求持续增长，传统 CAN/CAN-FD 总线已难以承载整车数据流量。车载以太网（Automotive Ethernet）作为新一代车载骨干网络，正在从"诊断专用通道"演进为整车数据高速公路。

本文从概念定位 → 物理层特性 → 网络拓扑 → 协议栈架构 → 典型应用协议 → AUTOSAR 集成六个维度，系统介绍车载以太网的核心概念与协议架构，帮助读者建立从整体到局部的认知框架。

1. 什么是车载以太网

1.1 基本定义

车载以太网是将IEEE 802.3 以太网技术适配到汽车电子环境后的通信方案。它在保留以太网高带宽、成熟生态、IP 互通优势的同时，针对车载场景做了三项关键改造：

1.2 为什么汽车需要以太网

图 3：车载以太网 vs 传统以太网 vs CAN 总线对比

2. 车载以太网发展历程

车载以太网并非简单将办公网络搬入车内，而是经历了从诊断通道到数据骨干的渐进演进。

图 4：车载以太网发展历程时间线

关键组织与标准：

3. 物理层：车载以太网的"地基"

3.1 单对以太网（SPE）

传统以太网使用 4 对双绞线（8 芯），而车载以太网通过BroadR-Reach技术实现单对双绞线上的全双工通信，显著降低线束重量与成本。

3.2 PHY 收发器

PHY（Physical Layer Transceiver）是 MAC 与物理线路之间的桥梁，负责信号调制、链路协商和唤醒管理。

PHY 核心能力：

• Link Up/Down 检测：通过 SQI（Signal Quality Index）评估链路质量
• 自动协商：与对端协商速率与双工模式
• 唤醒 (Wakeup)：支持局部网络唤醒，配合 EthTrcv 上报 EcuM
• 线缆诊断：部分 PHY 支持开路/短路检测

3.3 MAC 控制器

ECU 侧的 MAC（Media Access Controller）负责帧的发送与接收，通常通过 DMA 描述符环管理 TX/RX 缓冲区。以 Infineon AURIX TC377 为例，内置GETH（Gigabit Ethernet）控制器，通过 RMII/RGMII 连接外部 PHY。

ECU 内部连接关系： ASW/BSW → Eth Driver (MCAL) → GETH MAC → RMII/RGMII → PHY → 单对双绞线 → 对端

4. 网络拓扑架构

车载网络的拓扑设计直接影响线束成本、通信延迟和系统扩展性。当前行业正从域架构向区域架构演进。

图 2：车载以太网网络拓扑演进

4.1 域架构（Domain Architecture）

每个功能域（动力、底盘、车身、座舱、智驾）拥有独立的 ECU 和域内总线（CAN/LIN），各域通过中央网关以以太网骨干互联。

4.2 区域架构（Zonal Architecture）

将 ECU 按车辆物理位置分布为区域控制器（Zonal Controller），每个区域控制器管理本地传感器/执行器（通过 CAN/LIN），区域控制器之间通过高速以太网骨干（1000BASE-T1）互联，中央计算单元（HPC/域控）挂载在骨干上。

4.3 常见拓扑类型

5. 协议栈分层架构

车载以太网协议栈遵循 OSI 七层模型，各层承载不同的车载专用协议。理解分层架构是掌握以太网通信的基础。

图 1：车载以太网协议栈分层架构

5.1 各层协议一览

5.2 数据封装过程

数据从应用层向下逐层封装，最终在物理层以电信号发送：

反向解封装（RX）：PHY 收到电信号 → MAC 提取帧 → IP 层解析地址 → TCP/UDP 匹配端口 → 应用层处理业务数据。

5.3 数据链路层（L2）：MAC 完整帧结构

以太网在 L2 以MAC 帧（Ethernet Frame）为单位传输。Wireshark 抓包、Eth Driver DMA 缓冲区、EthIf 回调中的DataPtr，面对的都是 MAC 帧中的Payload 及以上字段（前导码/SFD 通常由 PHY 剥离，FCS 由硬件校验）。

图 14：以太网 MAC 完整帧结构（无 VLAN Tag vs 带 VLAN Tag）

5.3.1 线上完整帧 vs MAC 帧本体

注意：IEEE 802.3 规定的64 字节最小帧长指的是 MAC 帧本体（从目的 MAC 到 FCS），不含 Preamble/SFD。Payload 不足 46 字节时，由Padding（填充）补齐。

5.3.2 无 VLAN Tag 的标准以太网帧

这是车载 ECU 最常见的帧格式（EtherType 直接跟在源 MAC 之后）。以太网首部（Dst MAC + Src MAC + EtherType）共14 byte：

┌──────────────┬─────┬──────────────────────────────┬─────────────┬─────┐ │ Preamble │ SFD │ 以太网首部 (14 byte) │ Payload │ FCS │ │ 7 byte │1 byte│ Dst MAC(6)+Src MAC(6)+EthType(2)│ 46~1500 byte│4 byte│ │ (PHY处理) │ │ EtherType 例: 0x0800 IPv4 │ │ │ └──────────────┴─────┴──────────────────────────────┴─────────────┴─────┘ MAC 帧本体：64 ~ 1518 byte

各字段说明：

常见 EtherType 速查：

5.3.3 带 VLAN Tag 的以太网帧（802.1Q）

当帧经过车载以太网交换机或 ECU 配置了 VLAN 时，在源 MAC 与 EtherType 之间插入4 字节 VLAN Tag。以太网首部扩展为18 byte（Dst MAC + Src MAC + VLAN Tag + EtherType），EtherType 仍在首部末尾、Payload 之前：

┌──────────┬──────────┬────────────────────────────────────┬─────────────┬─────┐ │ Dst MAC │ Src MAC │ VLAN Tag (4 byte) │ EtherType │ Payload │ FCS │ │ 6 byte │ 6 byte │ TPID 0x8100 + TCI │ 2 byte │ 46~1500 byte│4 byte│ └──────────┴──────────┴────────────────────────────────────┴─────────────┴─────┘ 以太网首部 18 byte（含 VLAN Tag + EtherType） MAC 帧本体：68 ~ 1522 byte

易错点：802.1Q 是在源 MAC之后插入 Tag，EtherType 仍保留在 Tag 之后，并非被 Tag 替代。TPID0x8100占用的是无 Tag 帧中 EtherType 的位置，但逻辑上仍须再跟一个真正的 EtherType（如0x0800）标识上层协议。

VLAN Tag 4 字节结构：

VID 示例（车载规划示意）：

5.3.4 无 Tag vs 带 Tag 对比

Payload 仍为 1500 byte：VLAN Tag 占用的是 MAC 首部空间，不是 Payload 空间。因此带 Tag 帧的 MAC 本体最大长度从 1518 增至 1522，而非压缩 IP 包。

5.3.5 双层 Tag（Q-in-Q，了解即可）

部分骨干交换机场景可能出现双层 VLAN Tag（SPVLAN），MAC 帧本体再增加 4 byte（最大 1526 byte）。车载 ECU 端较少直接发送 Q-in-Q，但域控/交换机背板可能遇到。EthIf RX 需正确剥离 Tag 层数，否则 TcpIp 无法解析 IP。

5.3.6 RX 解封装与 AUTOSAR 映射

图 15：MAC 帧接收解封装流程（含 VLAN 判断）

调试提示（Wireshark）：

• 无 Tag 帧：Ethernet II直接显示Type: IPv4 (0x0800)
• 有 Tag 帧：先显示802.1Q VLAN ID: 100，再显示内层Type: IPv4 (0x0800)
• 若抓包看到0x8100但读不到 IP，检查 ECU 是否未配置 VLAN 剥离或 VID 不匹配

未完待续~