3、车载网络协议栈：AVB/TSN、TCP/IP、UDP/IP在汽车以太网中的应用，以及DoIP和SOMEIP在协议栈中的位置
汽车以太网并非简单地用一根网线替代CAN总线，其核心价值在于构建一个能够承载诊断、控制、音视频流传输以及面向服务的通信（SOA）的标准化网络协议栈。在物理层之上，AVB/TSN（时间敏感网络）解决了音视频同步与确定性传输问题，TCP/IP与UDP/IP则提供了传统IT网络与车载场景的衔接，而DoIP（基于IP的诊断）与SOME/IP（可扩展的面向服务的中间件）则分别锚定在应用层与传输层之间，构成了现代智能网联汽车电子电气架构的通信骨架。本章将深入剖析这些协议在协议栈中的具体位置、协同关系以及工程落地中的关键考量。
上图清晰地展示了汽车以太网协议栈的完整分层结构。DoIP与SOME/IP并非简单的应用层协议，它们横跨了应用层与传输层之间的适配区域，向下依赖TCP/UDP提供的数据传输服务，向上为诊断工具和SOA应用提供统一接口。理解这一分层关系，是进行网络设计、故障诊断和性能优化的基础。
3.1 核心原理：AVB/TSN如何重塑车载以太网的确定性
传统以太网采用尽力而为（Best-Effort）的转发机制，在带宽充足时表现良好，但在多路高清摄像头数据流、音频流与实时控制信号共享同一物理链路时，数据帧的排队延迟和抖动会严重影响音视频同步和控制的实时性。AVB（Audio Video Bridging）最初由IEEE 802.1任务组开发，旨在解决音视频传输的同步与服务质量（QoS）问题，其核心组件包括：
- IEEE 802.1AS（）：广义精确时间同步协议，在网桥和终端间建立微秒级的时间同步，为后续的流量调度提供统一时间基准。
- IEEE 802.1Qat（SRP）：流预留协议，允许发送端为特定数据流预留带宽和缓冲资源，确保端到端的延迟上限。
- IEEE 802.1Qav（FQTSS）：转发与队列增强，基于信用量的整形器，保证预留流量的平滑发送，避免突发流量冲击。
TSN（Time-Sensitive Networking）是AVB的演进与扩展，它不再局限于音视频，而是面向工业控制、车载自动驾驶等更广泛的确定性场景。TSN的关键增强包括：
- IEEE 802.1Qbv：时间感知整形器（TAS），通过门控列表精确控制每个队列的打开/关闭时间，为关键控制流量划分独占的发送时隙。
- IEEE 802.1Qbu/802.3br：帧抢占机制，允许高优先级帧打断低优先级帧的发送，进一步降低关键帧的延迟。
- IEEE 802.1CB：帧复制与消除（FRER），通过冗余传输提高可靠性，满足功能安全要求。
在车载应用中，AVB/TSN通常部署在交换机内部和端节点的MAC控制器中。例如，一个典型的ADAS域控制器需要同时接收前视摄像头（约400Mbps）、环视摄像头（4×200Mbps）和激光雷达点云数据（约70Mbps），这些数据流通过TSN交换机进行调度，确保控制指令（如制动信号）的优先级最高，且延迟不超过100微秒。
3.2 判断方法：TCP/IP与UDP/IP在车载场景中的选型决策
TCP与UDP的选择并非简单的“可靠与不可靠”的二元对立，而是需要根据数据特征、实时性要求和连接管理成本综合判断。下表总结了车载以太网中TCP与UDP的典型应用场景与选型依据：
| 维度 | TCP（传输控制协议） | UDP（用户数据报协议） |
|---|---|---|
| 连接管理 | 面向连接，需三次握手建立会话，维护连接状态 | 无连接，发送前无需握手，开销极小 |
| 可靠性 | 确认重传、序号排序、流量控制，保证数据完整有序 | 不保证送达，无重传机制，可能出现丢包或乱序 |
| 实时性 | 重传机制引入不确定延迟，最坏情况延迟可达秒级 | 延迟低且稳定，仅受网络排队影响 |
| 典型车载应用 | DoIP诊断（大数据量固件刷写）、SOME/IP远程过程调用（需可靠应答）、日志上传 | SOME/IP事件通知（周期性传感器数据）、音视频流（AVTP）、时间同步（） |
| 带宽效率 | 头部开销20字节，加上ACK确认，有效载荷率约90% | 头部开销仅8字节，有效载荷率接近99% |
在实际工程中，一个常见的判断路径是：首先确认数据是否需要“最终一致”的可靠性。例如，固件刷写过程中，一个字节的错误都可能导致ECU变砖，必须使用TCP。其次，评估数据的时效性。如果数据超过50ms就失去意义（如方向盘转角信号），则UDP更合适，因为TCP的重传反而会阻塞后续新数据的发送。最后，考虑连接数量。SOME/IP服务发现（SD）使用UDP广播，因为需要快速感知服务上下线，而具体的RPC调用则根据方法签名选择TCP或UDP。
3.3 案例拆解：DoIP在ECU刷写中的协议栈协作
让我们通过一个完整的OTA（Over-The-Air）固件刷写案例，观察DoIP、TCP/IP和底层TSN如何协同工作。假设某辆智能汽车需要升级座舱域控制器的信息娱乐固件，升级包大小为1.2GB。
场景约束与初始目标：车辆处于停车状态，通过车载4G/5G模块下载升级包到中央网关，然后通过车载以太网分发到目标ECU。要求刷写过程中不影响其他ECU的正常通信（如BMS电池管理报文），且刷写失败可回滚。
关键参数与日志：DoIP使用TCP端口13400，测试仪（Tester）与ECU建立连接后，通过路由激活报文获取通信权限。刷写过程分为三个阶段：预编程（关闭DTC存储）、传输数据（块传输）、编程完成（校验并激活）。在传输阶段，DoIP将UDS诊断服务（如RequestDownload、TransferData）封装为DoIP消息，再交给TCP分段传输。
分析判断过程：由于升级包较大，TCP的窗口大小和拥塞控制算法直接影响刷写速度。在车载环境中，链路误码率较低（<10^-12），但交换机缓冲有限。若TCP窗口设置过大，可能导致交换机丢包，触发重传，反而降低吞吐量。因此，需要将TCP发送缓冲区调整为与TSN交换机队列深度匹配。
实际操作步骤：
- 测试仪发送DoIP车辆识别请求（VIN），网关响应并分配逻辑地址。
- 建立TCP连接后，发送RoutingActivation报文，激活测试仪的路由权限。
- 通过DoIP承载UDS的RequestDownload服务，指定目标地址和内存大小。
- 进入TransferData循环，每个DoIP消息携带约4KB的固件数据。此时，TSN交换机通过802.1Qbv为诊断流量分配了专用时隙，确保刷写数据不会阻塞网关与BMS之间的CAN报文转发。
- 传输完成后，发送ExitTransfer和ECUReset，ECU校验CRC并切换启动区。
结果对比与复盘：采用TSN调度后，刷写期间BMS报文的端到端延迟从无调度时的平均2.3ms降低至0.8ms，且无超时帧。刷写总耗时约8分钟，其中TCP重传率仅为0.02%。复盘发现，若未启用TSN，当刷写流量突发时，交换机队列溢出导致BMS报文丢失，会触发BMS进入保护模式，甚至导致整车下电。因此，DoIP刷写必须与TSN的流量整形协同设计，而非简单依赖TCP的可靠传输。
3.4 常见误区与总结复盘
在车载以太网协议栈的工程实践中，工程师常陷入以下误区：
误区一：认为SOME/IP只能跑在UDP上。实际上，SOME/IP支持TCP和UDP两种传输方式。对于需要可靠应答的RPC方法（如解锁车门），应使用TCP；对于周期性的传感器状态发布，使用UDP以降低延迟。AUTOSAR标准中，SOME/IP的Service Interface可以显式指定传输协议和端口号。
误区二：忽略TSN的配置复杂度。TSN并非即插即用，需要网络管理器预先计算门控列表（GCL），并同步所有交换机的时钟。一个常见的错误是仅对端节点启用TSN，而交换机仍使用默认的严格优先级队列，导致高优先级流量在交换机处仍然排队。必须确保整条链路上的所有桥接设备都启用相同的TSN机制。
误区三：将DoIP与UDS混淆。DoIP是传输层之上的“封装协议”，负责将UDS诊断报文打包并通过IP网络传输；而UDS（ISO 14229）是应用层诊断服务。DoIP不改变UDS的语义，只是替代了传统的CAN诊断传输层（如ISO-TP）。在抓包分析时，应分别过滤TCP端口13400（DoIP）和UDS服务ID（如0x22、0x2E）。
总结复盘：车载以太网协议栈的成功实施，关键在于分层解耦与跨层协同。AVB/TSN在L2层提供确定性的传输保障，TCP/IP与UDP/IP在L3/L4层提供灵活的端到端服务，而DoIP与SOME/IP则在应用层与传输层之间架起桥梁。设计时应遵循以下原则：
- 先确定应用需求（实时性、可靠性、带宽），再选择传输层协议。
- TSN的配置必须基于全链路流量分析，避免局部优化。
- DoIP的TCP参数（如窗口、超时）需根据车载网络特性调优，不能直接套用IT网络默认值。
- 利用SOME/IP的服务发现机制动态管理服务生命周期，减少静态配置的维护成本。