2. DoIP协议栈架构：OSI模型映射、DoIP在TCP/IP协议族中的位置、物理层与数据链路层要求（100Base-T1 / 1000Base-T1）
好，咱们进入第二章。这一章我打算把DoIP的协议栈架构彻底讲透。你可能会问，学个诊断协议，干嘛要扯到OSI模型和物理层？
嗯，我当年刚接触DoIP时也这么想。直到有一次在实车上，诊断仪死活连不上ECU，查了三天，最后发现是100Base-T1的线缆屏蔽层接地不良。从那以后，我再也不敢跳过物理层了。
2.1 OSI七层模型与DoIP的映射关系
先看一张经典的映射表。DoIP不是凭空冒出来的，它老老实实地坐在OSI模型的第5到第7层。
| OSI层 | DoIP对应组件 | 典型协议/标准 |
|---|---|---|
| 7 应用层 | UDS诊断服务 | ISO 14229-1 |
| 6 表示层 | DoIP消息封装 | ISO 13400-2 |
| 5 会话层 | DoIP会话管理 | ISO 13400-2 |
| 4 传输层 | TCP / UDP | RFC 793 / RFC 768 |
| 3 网络层 | IPv4 / IPv6 | RFC 791 / RFC 2460 |
| 2 数据链路层 | 以太网MAC | IEEE 802.3 |
| 1 物理层 | 100Base-T1 / 1000Base-T1 | IEEE 802.3bw / 802.3bp |
我个人习惯把DoIP看作一个「诊断数据的快递系统」。应用层的UDS是货物，DoIP协议是打包和运单，TCP/IP是运输网络，而物理层就是公路和卡车。
核心要点：DoIP只关心第5层以上的事情。第4层及以下，它完全依赖标准的TCP/IP协议栈。这意味着你的TCP/IP栈必须稳定可靠，否则诊断会话分分钟断连。
2.2 DoIP在TCP/IP协议族中的位置
说白了，DoIP就是跑在TCP和UDP之上的一个应用层协议。它用了两个端口：
- UDP 13400 —— 用于车辆发现和节点公告。我记得第一次做多ECU发现测试时，广播风暴差点把网络打爆，后来加了抑制策略才搞定。
- TCP 13400 —— 用于诊断数据的可靠传输。所有UDS请求/响应都走这个通道。
你想想看，为什么诊断数据要用TCP而不是UDP？因为诊断操作（比如刷写ECU固件）绝对不能丢包。丢一个字节，ECU可能就变砖了。我见过一个案例，某团队用UDP做刷写，结果每刷三台就有一台失败，后来改成TCP，问题全消失了。
实战建议：在DoIP实现中，TCP的Nagle算法和延迟确认（Delayed ACK）可能会造成诊断响应延迟。我建议你在TCP socket上设置TCP_NODELAY选项，关闭Nagle算法。
2.3 物理层与数据链路层要求
这里我要重点讲一下100Base-T1和1000Base-T1。很多工程师对车载以太网的物理层一头雾水，觉得跟普通以太网一样。其实差别大了去了。
2.3.1 100Base-T1（IEEE 802.3bw）
100Base-T1，以前叫BroadR-Reach。它只用一对非屏蔽双绞线，就能实现100Mbps的全双工通信。
- 传输介质：一对非屏蔽双绞线（UTP）
- 最大距离：15米（车内完全够用）
- 信号编码：PAM3（3级脉冲幅度调制）
- 典型应用：诊断接口、摄像头、传感器
我曾经在项目里踩过一个坑：用普通CAT5e网线代替100Base-T1专用线缆。结果通信时断时续，误码率高得吓人。后来查资料才发现，100Base-T1对线缆的阻抗和回波损耗有严格要求，必须用专用的车载以太网线。
注意：100Base-T1不支持POE（以太网供电）。别想着通过诊断线给ECU供电，那是两码事。
2.3.2 1000Base-T1（IEEE 802.3bp）
1000Base-T1是千兆车载以太网，同样只用一对双绞线。它用更复杂的PAM4调制，在同样的线缆上把速率提升了10倍。
| 参数 | 100Base-T1 | 1000Base-T1 |
|---|---|---|
| 速率 | 100 Mbps | 1000 Mbps |
| 调制方式 | PAM3 | PAM4 |
| 线对数 | 1对 | 1对 |
| 最大距离 | 15米 | 15米 |
| EMC要求 | 中等 | 高 |
为什么千兆在车上用得少？原因很简单：成本高、功耗大、EMC难搞。目前只有高端域控制器和ADAS系统才用1000Base-T1。普通诊断接口，100Base-T1绰绰有余。
2.3.3 数据链路层要求
数据链路层主要涉及MAC控制器和PHY芯片的配合。这里有几个关键点：
- MAC地址：每个DoIP节点必须有唯一的MAC地址。我见过有人把MAC地址写死在代码里，结果两台ECU冲突，诊断仪连不上任何一台。
- 帧格式：标准以太网帧，MTU建议1500字节。DoIP消息如果超过MTU，需要IP层分片，但会增加延迟和丢包风险。
- 流控：必须支持IEEE 802.3x全双工流控。否则高速诊断刷写时，接收缓冲区溢出会导致丢包。
避坑指南：我曾经遇到一个奇葩问题——DoIP刷写时偶尔超时。排查了整整两天，最后发现是PHY芯片的自动协商（Auto-Negotiation）不稳定。解决方案很简单：在代码里固定PHY的工作模式，不要依赖自动协商。
2.4 小结
这一章我们走了一遍DoIP的协议栈全貌。从OSI模型映射，到TCP/IP位置，再到物理层细节。你可能会觉得内容有点杂，但相信我，这些知识在实际调试中会反复用到。
下一章，我会带你深入DoIP的消息结构。到时候咱们手撕报文，看看诊断数据到底是怎么在以太网上飞的。
课后思考：如果你的DoIP诊断仪在100Base-T1链路上频繁出现CRC错误，你会从哪些方面排查？欢迎在评论区留言，我会挑典型问题在下一章解答。
公众号:蓝海资料掘金营，微信deep3321