3、DoIP协议栈详解：物理层与传输层、TCP/UDP端口分配、IPv6支持
好，咱们进入DoIP协议栈的核心部分。这一章我会把物理层、传输层、端口分配和IPv6支持这几个关键点串起来讲。说实话，很多刚接触DoIP的工程师容易把这几层割裂开看，其实它们在AUTOSAR架构里是紧密咬合的。我个人的习惯是，先搞清楚数据怎么从物理线缆上跑起来，再去看它怎么被TCP/UDP包装，最后才是端口和地址这些“上层建筑”。
3.1 物理层与传输层：从比特流到数据帧
DoIP的物理层，说白了就是以太网的那一套。100BASE-TX或者1000BASE-T，咱们在车上常见的是100Mbps的BroadR-Reach（现在叫100BASE-T1）。嗯，这里要注意，车载以太网和办公室以太网虽然都是以太网，但物理层编码方式不一样。车载的100BASE-T1只用一对双绞线，而办公室的100BASE-TX需要两对。
我在项目中遇到过一个问题：某Tier1把DoIP的物理层芯片选成了标准100BASE-TX，结果在整车上因为线束长度和EMC问题，通信老是断断续续。后来换成了100BASE-T1，问题就解决了。所以，物理层选型一定要看整车环境。
传输层呢，就是TCP和UDP。DoIP标准（ISO 13400-2）规定得很清楚：控制类消息走TCP，诊断类消息走UDP。为什么这么分？你想想看，TCP有重传机制，保证控制指令（比如路由激活）必须可靠到达；UDP速度快，适合诊断请求/响应的实时交互。但UDP有个坑——它不保证顺序和可靠性，所以DoIP在应用层自己做了超时和重试机制。
核心要点：
- 物理层：100BASE-T1（车载首选），100BASE-TX（慎用）
- 传输层：TCP用于控制，UDP用于诊断
- 链路层：标准以太网帧，MTU通常为1500字节
3.2 TCP/UDP端口分配：固定端口与动态端口
DoIP的端口分配其实挺有意思。ISO 13400-2规定了一个固定端口：UDP端口13400。所有DoIP实体（比如诊断仪和ECU）都在这个端口上监听UDP消息。TCP端口呢？标准没有固定死，而是通过UDP的“车辆识别请求/响应”来动态协商。
具体流程是这样的：
- 诊断仪先发UDP广播到端口13400，询问“谁在车上？”
- ECU回复UDP单播，告诉诊断仪“我在这里，我的TCP端口是XXXX”
- 诊断仪拿到TCP端口后，建立TCP连接，后续控制消息走这个连接
我曾经踩过一个坑：某项目里，ECU回复的TCP端口号是动态分配的，但诊断仪那边硬编码了端口号。结果每次ECU重启后端口变了，诊断仪就连不上。后来我建议把TCP端口固定下来（比如用49152-65535之间的一个），或者让诊断仪每次都重新走一遍UDP发现流程。嗯，这里要记住：UDP端口13400是固定的，TCP端口可以固定也可以动态，但必须协商一致。
| 协议 | 端口号 | 用途 | 说明 |
|---|---|---|---|
| UDP | 13400 | 车辆发现、路由激活 | 固定端口，所有DoIP实体必须监听 |
| TCP | 动态（建议固定） | 诊断消息、控制指令 | 通过UDP协商，建议使用49152-65535 |
避坑指南：我曾经见过一个ECU，它的TCP端口每次上电都随机生成，导致诊断仪需要反复发送UDP发现请求。这不仅增加了网络负载，还让诊断流程变得很慢。我的建议是：在AUTOSAR的DoIP模块配置中，把TCP端口固定下来，比如设为50000。这样既简单又可靠。
3.3 IPv6支持：为什么需要它？
IPv6在DoIP里是个“可选但推荐”的特性。为什么？因为车载网络越来越复杂，ECU数量越来越多，IPv4的地址空间（32位）在大型车（比如商用车、特种车）上已经不够用了。IPv6有128位地址，理论上可以给每个传感器都分配一个独立IP。
但说实话，目前大多数量产项目还是用IPv4。我参与的几个项目里，只有一家做L4自动驾驶的Tier1要求必须支持IPv6，因为他们车上光摄像头就有12个，每个都需要独立IP。其他项目基本都是IPv4+DHCP搞定。
DoIP对IPv6的支持主要体现在两个方面：
- 地址分配：支持无状态地址自动配置（SLAAC）和DHCPv6
- 多播：IPv6的多播地址（FF02::1）用于车辆发现，替代IPv4的广播
我个人建议，如果你的项目面向未来（比如2025年后的车型），最好在AUTOSAR配置里把IPv6支持打开。虽然现在用不上，但硬件和协议栈都支持了，后面升级软件就行。否则等客户要求支持IPv6时，你可能得换芯片或者重写协议栈，那成本就高了。
注意事项：IPv6的DoIP和IPv4的DoIP在报文格式上略有不同。比如IPv6的源地址和目的地址长度是128位，而IPv4是32位。在AUTOSAR的DoIP模块配置中，需要明确指定使用IPv4还是IPv6，或者同时支持（双栈模式）。双栈模式会增加内存占用和CPU开销，建议只在必要时开启。
3.4 实战经验：一个典型的DoIP通信流程
最后，我结合一个实际项目，给你梳理一下完整的DoIP通信流程。这样你就能把物理层、传输层、端口和IPv6串起来了。
- 物理层建立：ECU上电，以太网PHY初始化，链路建立（比如100BASE-T1，链路状态变为UP）
- IP地址获取：ECU通过DHCP（IPv4）或SLAAC（IPv6）获取IP地址。我习惯在AUTOSAR的Eth模块里配置静态IP作为后备，防止DHCP服务器故障
- UDP监听：ECU在UDP端口13400上开始监听，等待诊断仪的车辆发现请求
- 车辆发现：诊断仪发送UDP广播（IPv4）或多播（IPv6）到端口13400，ECU回复自己的IP地址和TCP端口
- TCP连接：诊断仪根据回复的TCP端口，发起TCP三次握手，建立连接
- 路由激活：诊断仪通过TCP连接发送路由激活请求，ECU验证后激活诊断路由
- 诊断通信：后续的UDS诊断请求/响应都通过这个TCP连接传输
你看，整个过程从物理层到应用层，每一步都环环相扣。我在做AUTOSAR配置时，最常出问题的地方是第2步（IP地址获取）和第4步（车辆发现）。比如DHCP服务器超时导致ECU拿不到IP，或者UDP广播被交换机过滤了。所以，我建议你在测试阶段，先用Wireshark抓包看看这几个关键节点的报文，能省去很多排查时间。
总结一下：
- 物理层选100BASE-T1，别选错
- UDP端口13400固定，TCP端口建议固定
- IPv6支持打开，但别强求双栈
- 抓包是排查DoIP问题的利器
好了，这一章就到这里。下一章我会讲DoIP的应用层协议，包括报文头格式和诊断消息封装。到时候咱们再细聊。