车载以太网基础：OSI七层模型与车载以太网分层映射、100BASE-T1/1000BASE-T1物理层特点、车载以太网与传统以太网的区别、车载网络拓扑
车载以太网并非简单地将办公室以太网“搬进汽车”，而是针对车辆电磁环境、线束重量、实时性要求与功能安全约束，对标准以太网技术进行了物理层与协议栈的系统性重构。理解车载以太网，首先需要建立两个坐标系：一是OSI七层模型如何映射到车载通信栈，二是物理层（PHY）的差异如何决定上层协议的行为。本章将围绕分层映射、100BASE-T1/1000BASE-T1物理层特性、与传统以太网的对比以及当前主流的域控制器/中央网关拓扑展开，为后续SOME/IP与DoIP诊断协议的学习打下基础。
2.1 OSI七层模型与车载以太网分层映射
OSI参考模型将网络通信划分为七个层次，每一层只与相邻层交互，通过标准接口提供服务。车载以太网虽然引入了汽车行业特有的协议，但整体架构依然遵循OSI模型。在实际工程中，我们通常将L5（会话层）和L6（表示层）的功能合并到应用层或传输层处理，因此车载以太网协议栈更常被描述为“五层模型”或“四层模型”。
核心原理：车载以太网的分层映射关系如下表所示。物理层（L1）负责将比特流转换为电信号，在单对双绞线上传输；数据链路层（L2）由MAC控制器和可选的VLAN标签组成，负责帧的封装、寻址与错误检测；网络层（L3）使用IP协议实现跨网段路由；传输层（L4）由TCP或UDP提供端到端的可靠或不可靠传输；应用层（L5-L7）则承载SOME/IP、DoIP、UDS等汽车专用协议。
| OSI层 | 车载以太网实现 | 典型协议/标准 | 关键功能 |
|---|---|---|---|
| 应用层 (L7) | SOME/IP、DoIP、UDS-on-IP | AUTOSAR、ISO 13400 | 服务发现、远程诊断、数据序列化 |
| 传输层 (L4) | TCP / UDP | RFC 793 / RFC 768 | 端口寻址、流量控制、可靠传输 |
| 网络层 (L3) | IPv4 / IPv6 | RFC 791 / RFC 8200 | 逻辑寻址、路由选择、分片重组 |
| 数据链路层 (L2) | Ethernet MAC + VLAN | IEEE 802.3 / 802.1Q | MAC寻址、帧校验、优先级划分 |
| 物理层 (L1) | 100BASE-T1 / 1000BASE-T1 PHY | IEEE 802.3bw / 802.3bp | 信号编码、收发、链路同步 |
判断方法：在车载以太网开发中，判断一个协议属于哪一层，可以看它操作的数据单元。例如，SOME/IP操作的是“消息”（Message），属于应用层；TCP操作的是“段”（Segment），属于传输层；IP操作的是“数据报”（Datagram），属于网络层；以太网帧（Frame）属于数据链路层；而PHY芯片处理的是“比特流”（Bitstream），属于物理层。当使用Wireshark抓包分析时，每一层协议头部的解析顺序，恰好对应OSI模型从L2到L7的逐层剥离过程。
2.2 100BASE-T1与1000BASE-T1物理层特点
100BASE-T1（IEEE 802.3bw）和1000BASE-T1（IEEE 802.3bp）是车载以太网最核心的两种物理层标准。它们都使用单对非屏蔽双绞线（UTP）传输，但速率、编码方式和应用场景有显著差异。
核心原理：100BASE-T1采用PAM3（三电平脉冲幅度调制）编码，在1对线上以全双工方式工作，传输速率为100Mbps。其最大传输距离为15米（使用15m线束时需满足插入损耗要求），典型应用是诊断接口、ECU间通信和域控制器内部互连。1000BASE-T1采用PAM4（四电平脉冲幅度调制）编码，同样在单对线上全双工工作，速率达到1Gbps，最大传输距离为15米（使用15m线束时需满足插入损耗要求），典型应用是高速传感器（摄像头、激光雷达）与域控制器之间的数据传输。
| 特性 | 100BASE-T1 | 1000BASE-T1 | 传统100BASE-TX |
|---|---|---|---|
| 线缆 | 1对UTP | 1对UTP | 2对UTP（或STP） |
| 编码方式 | PAM3 | PAM4 | MLT-3 |
| 速率 | 100 Mbps | 1000 Mbps | 100 Mbps |
| 最大距离 | 15 m | 15 m | 100 m |
| EMC性能 | 优秀（针对车载优化） | 优秀（针对车载优化） | 一般（非车载设计） |
| 典型应用 | 诊断、控制信号 | 摄像头、激光雷达 | 办公网络 |
操作流程：在项目中选择PHY芯片时，需要遵循以下步骤：第一，确认带宽需求——若传输高分辨率视频流（如800万像素摄像头），必须选择1000BASE-T1；若仅传输诊断或控制消息，100BASE-T1即可满足。第二，检查线束约束——单对UTP的线径、屏蔽层和连接器类型会影响信号完整性，需与线束供应商确认是否符合IEEE 802.3bw/bp的物理层规范。第三，评估EMC性能——车载环境存在大量电磁干扰，PHY芯片的共模抑制比、回波损耗等参数需满足OEM的EMC测试要求。第四，考虑功耗与封装——域控制器内部空间有限，需选择低功耗、小封装的PHY（如QFN-40或更小）。
2.3 车载以太网与传统以太网的区别
车载以太网并非简单地将传统以太网“降速”使用，而是从物理层到数据链路层都进行了重新设计。理解这些差异，有助于在开发中避免“惯性思维”导致的错误。
核心原理：主要区别体现在以下五个维度：
- 线缆与连接器：传统以太网使用2对或4对双绞线（如Cat5e/Cat6），连接器为RJ45；车载以太网使用单对UTP，连接器为H-MTD、MATEnet或USCAR-2，体积更小、抗震性更强。
- 物理层编码：传统100BASE-TX使用MLT-3编码，1000BASE-T使用PAM5；车载以太网使用PAM3或PAM4，且针对车载信道（短距离、高噪声）优化了均衡器和回波消除算法。
- EMC设计：车载以太网PHY必须满足CISPR 25辐射发射和ISO 11452-2抗扰度要求，因此PHY芯片内部集成了更复杂的滤波和屏蔽电路。
- 时间同步：车载以太网广泛使用IEEE 802.1AS（）实现微秒级时间同步，而传统以太网通常不启用或仅使用NTP（毫秒级）。
- 网络管理：车载以太网支持部分网络（Partial Networking）功能，允许ECU在空闲时进入低功耗模式，而传统以太网交换机通常持续工作。
判断方法：在实车测试中，可以通过以下现象快速判断网络类型：若线束只有一对线且连接器为小型化防水型，则为车载以太网；若使用RJ45且线束为4对线，则为传统以太网。另外，车载以太网的PHY芯片通常支持通过SPI或MDIO接口配置寄存器，而传统以太网PHY多使用PCIe或USB接口。
2.4 车载网络拓扑：域控制器、中央网关与边缘节点
现代车载网络架构已从传统的CAN总线“一网到底”演变为以以太网为骨干、域控制器为核心、边缘节点为末梢的分层拓扑。这种架构的转变，是为了应对自动驾驶和智能座舱带来的高带宽、低延迟需求。
核心原理：典型的拓扑结构包含三个层级：
- 中央网关（Central Gateway）：作为整车网络的中枢，连接各个域控制器，并负责跨域路由、防火墙策略、诊断入口（DoIP）和OTA升级管理。中央网关通常具备多个以太网端口（如4-8个）以及CAN/LIN接口。
- 域控制器（Domain Controller）：按照功能划分为动力域、底盘域、座舱域、智驾域和车身域。每个域控制器内部集成高性能SoC（如Qualcomm SA8295、NVIDIA Orin），通过PCIe或以太网与域内传感器和执行器通信。
- 边缘节点（Edge Node）：包括摄像头、毫米波雷达、超声波传感器、车窗电机、车灯控制器等。边缘节点通常通过CAN、LIN或100BASE-T1连接到所属域控制器，不直接接入以太网骨干。
操作流程：在设计网络拓扑时，建议遵循以下步骤：第一，梳理整车电子电器清单，确定哪些ECU需要高带宽（>10Mbps），哪些仅需低带宽控制信号。第二，将高带宽ECU（摄像头、激光雷达、中控屏）分配到对应的域控制器，并规划以太网链路。第三，确定中央网关的位置和端口数量，预留至少2个备用端口用于诊断和OTA。第四，进行网络仿真（如使用CANoe、PREEvision），验证带宽利用率和延迟是否满足要求。
| 拓扑层级 | 典型设备 | 接口类型 | 带宽需求 | 实时性要求 |
|---|---|---|---|---|
| 中央网关 | NXP S32G、瑞萨R-Car | 1000BASE-T1 x4, CAN-FD x8 | 高（汇聚流量） | 中（路由转发） |
| 智驾域控制器 | NVIDIA Orin、地平线征程5 | 1000BASE-T1 x8, PCIe | 极高（传感器数据） | 高（毫秒级） |
| 座舱域控制器 | Qualcomm SA8295 | 1000BASE-T1 x4, LVDS | 高（视频流） | 中（显示刷新） |
| 边缘节点（摄像头） | 800万像素摄像头 | 1000BASE-T1 | 高（原始图像） | 高（帧同步） |
| 边缘节点（车窗电机） | 直流电机控制器 | LIN | 极低（<10kbps） | 低（100ms级） |
总结本章，车载以太网的分层映射、物理层特性、与传统以太网的差异以及拓扑架构，构成了后续学习SOME/IP和DoIP的基础。在下一阶段，我们将深入探讨SOME/IP服务发现机制，以及如何利用DoIP进行高效的诊断通信。