2. DoIP协议基础
DoIP（Diagnostic over IP）是车载诊断技术从传统CAN总线向以太网演进的核心协议，其标准化文件为ISO 13400。该协议允许诊断仪（Tester）通过TCP/IP网络访问车辆内部ECU，实现远程诊断、软件刷新（Flash）、生产下线检测（EOL）以及车云互联场景下的OTA诊断。与基于CAN的UDS诊断相比，DoIP具备高带宽（100Mbps/1Gbps）、长距离传输、多ECU并发访问以及无需物理接触等优势。本章将围绕ISO 13400标准体系、DoIP报文结构、端口分配与连接管理机制展开深入讲解，为后续路由策略设计奠定协议基础。
上图展示了DoIP协议在车载网络中的完整协议栈位置。DoIP层位于传输层之上、应用层之下，它屏蔽了底层以太网与IP网络的差异，向上为UDS诊断服务提供统一的套接字接口。在网关型DoIP实体中，DoIP报文会被转换为CAN FD或LIN报文，实现跨网络诊断路由。理解这一分层关系是设计路由策略的前提——路由策略本质上是在DoIP层与传输层之间建立映射规则。
2.1 ISO 13400标准体系与核心概念
2.1.1 标准组成与适用范围
ISO 13400系列标准分为三个部分：ISO 13400-1定义通用信息与用例；ISO 13400-2规定传输层与网络层服务，是DoIP实现的核心；ISO 13400-3则定义了基于IEEE 802.3的车辆以太网物理层要求。该标准主要面向以下应用场景：
- 生产线末端（EOL）：通过DoIP快速刷写多个ECU，相比CAN刷写效率提升10倍以上。
- 售后诊断：通过诊断仪或云平台远程访问车辆故障码、冻结帧数据。
- OTA升级：利用DoIP的高带宽传输固件包，配合安全机制完成整车级刷写。
- 实车测试：在车辆开发阶段通过以太网接口采集ECU内部信号。
2.1.2 DoIP实体与逻辑地址
在DoIP网络中，每个支持诊断的ECU被称为DoIP实体。外部诊断仪称为测试设备（Tester）。每个DoIP实体拥有一个16位的逻辑地址，用于在诊断会话中唯一标识源或目标。逻辑地址的分配遵循ISO 13400-2附录中的约定：例如，0x0001-0x0FFF保留给测试设备，0x1001-0x1FFF分配给网关，0x2001-0x2FFF分配给ECU。路由策略的核心任务之一，就是维护逻辑地址与物理网络位置（IP:端口）之间的映射表。
关键概念：DoIP网关（DoIP Gateway）是连接外部以太网与内部车辆网络的桥梁。它通常集成在中央网关中，负责将DoIP报文转换为CAN/CAN FD报文，并转发至目标ECU。网关需要维护一张路由表，记录每个ECU逻辑地址对应的子网ID和物理地址。
2.2 DoIP报文格式详解
2.2.1 报文头结构
所有DoIP报文均以8字节的固定报文头开始，其结构如下表所示：
| 字段 | 长度（字节） | 说明 |
|---|---|---|
| 协议版本 | 1 | 当前为0x02（ISO 13400-2:2012） |
| 反向协议版本 | 1 | 客户端发送时填0x00，服务端响应时回填收到的版本 |
| 负载类型 | 2 | 标识报文类型，如0x0001为路由激活请求 |
| 负载长度 | 4 | 表示后续负载的字节数，最大为2^32-1 |
负载类型（Payload Type）是路由策略设计中最关键的字段，它决定了报文在网关中的处理路径。常见的负载类型包括：
- 0x0001/0x0002：路由激活请求/响应
- 0x0003/0x0004：诊断消息请求/响应（承载UDS数据）
- 0x0005：在线检查（Alive Check）请求
- 0x0006：在线检查响应
- 0x0007：DoIP实体状态请求
- 0x8001：诊断消息确认（ACK/NACK）
2.2.2 诊断消息报文格式
当负载类型为0x0003（诊断消息）时，负载部分包含源逻辑地址（2字节）、目标逻辑地址（2字节）以及UDS数据（可变长度）。网关在转发此类报文时，需要解析目标逻辑地址，查询路由表，决定是本地处理还是转发至CAN子网。以下是一个典型的DoIP诊断报文示例：
字节偏移 内容 说明
0x00 0x02 协议版本
0x01 0x00 反向版本
0x02 0x00 0x03 负载类型=诊断消息
0x04 0x00 0x00 0x00 0x0A 负载长度=10
0x08 0x0E 0x00 源逻辑地址=0x0E00 (Tester)
0x0A 0x20 0x01 目标逻辑地址=0x2001 (ECU)
0x0C 0x22 0xF1 0x90 UDS请求：读取DID F190
2.3 端口与连接管理
2.3.1 端口分配策略
DoIP协议固定使用TCP端口13400和UDP端口13400。TCP端口用于可靠传输诊断消息和路由激活，UDP端口则用于发现服务（如车辆发现广播）和在线检查。在路由策略设计中，需要特别注意以下端口管理要点：
- TCP连接数限制：DoIP网关通常限制同时建立的TCP连接数（如4-8个），防止资源耗尽。
- UDP广播过滤：车辆应能响应诊断仪的UDP发现请求（0x0004），但需防止广播风暴。
- 端口与VLAN绑定：在车载交换机中，可将DoIP端口划分到独立VLAN，隔离诊断流量与娱乐流量。
2.3.2 连接生命周期管理
一个完整的DoIP连接生命周期包括四个阶段：连接建立、路由激活、诊断会话、连接关闭。路由激活是连接管理的关键步骤，测试设备必须发送路由激活请求（负载类型0x0001），并携带激活类型（如默认激活、远程诊断激活）。网关收到后返回激活响应，其中包含激活状态码（0x00表示成功）和客户端逻辑地址。若激活失败，网关应记录失败原因并关闭TCP连接。
风险提示：在实际项目中，经常出现测试设备未正确关闭TCP连接就断开物理链路的情况，导致网关侧连接资源泄漏。因此，路由策略必须实现保活超时机制——若在设定时间（如30秒）内未收到任何DoIP报文，网关应主动关闭该连接并释放资源。
2.4 案例拆解：DoIP网关路由表设计与连接故障排查
某主机厂在开发一款纯电动SUV时，其中央网关需要支持DoIP诊断。网关连接了4个CAN FD子网（动力、底盘、车身、信息娱乐），每个子网挂载5-10个ECU。诊断仪通过车载以太网连接网关，要求实现对所有ECU的UDS诊断。
初始现象：在实车测试中，诊断仪能够成功激活路由，但向特定ECU（如BMS，逻辑地址0x2001）发送诊断请求时，网关无响应，诊断仪超时。
分析过程：工程师抓取网关侧日志，发现以下关键信息：
DoIP Gateway Log:
[10:23:45.123] TCP connection established from 192.168.1.10:50000
[10:23:45.456] Routing activation request received, client addr=0x0E00
[10:23:45.460] Routing activation response sent, status=0x00
[10:23:46.100] Diagnostic message received: src=0x0E00, dst=0x2001, len=4
[10:23:46.101] Routing table lookup failed: dst=0x2001 not found
[10:23:46.102] Diagnostic ACK sent: NACK (0x02 - unknown target address)
根因定位：网关路由表中未配置BMS的逻辑地址0x2001到CAN FD子网2的映射。原因是BMS在项目后期被分配了新的逻辑地址，但网关路由表未同步更新。
解决步骤：
- 在网关配置工具中，添加路由条目：逻辑地址0x2001 → 子网ID=2，物理地址=0x01。
- 重新生成网关配置文件，并通过Bootloader刷写至网关。
- 使用诊断仪重新发送请求，确认BMS响应正常。
结果对比：修复前诊断超时时间为5秒，修复后响应时间缩短至120ms。同时，网关CPU占用率从85%降至30%，因为之前NACK重试机制消耗了大量资源。
复盘经验：路由表配置管理应纳入版本控制，每次ECU逻辑地址变更时，必须同步更新网关配置。建议在网关中增加路由表自检功能，在启动时校验所有已知ECU地址的映射完整性。
2.5 常见误区与设计建议
| 误区 | 后果 | 正确做法 |
|---|---|---|
| 忽略TCP连接保活机制 | 网关资源耗尽，无法接受新连接 | 实现30-60秒空闲超时，主动断开僵尸连接 |
| 路由表静态配置，不支持动态更新 | ECU地址变更后诊断中断 | 支持通过诊断服务动态更新路由表 |
| 未区分TCP与UDP的负载类型处理 | UDP广播风暴导致网络拥塞 | UDP仅用于发现和在线检查，诊断消息必须走TCP |
| 忽略DoIP报文长度限制 | 大报文被分片，重组超时 | 在TCP层启用Nagle算法优化，或调整MTU为1500字节 |
设计建议：在DoIP网关中，建议将路由表设计为两级索引：第一级按逻辑地址范围快速定位目标子网，第二级按子网内物理地址精确定位ECU。这种设计可将路由查找时间复杂度从O(n)降至O(1)，满足多ECU并发诊断的实时性要求。
综上所述，DoIP协议基础是车载以太网诊断的基石。理解ISO 13400标准、报文格式以及端口连接管理机制，是设计高效、可靠的路由策略的前提。在实际工程中，路由策略不仅要考虑协议规范，还需结合网关硬件资源、网络拓扑和诊断场景进行综合优化。下一阶段，我们将深入探讨路由激活的安全认证机制与多会话并发控制策略。