把车载以太网物理层与SOME落到关键对象的触发条件、可观察状态和复查材料上，先判断问题从哪里收窄。
车载以太网物理层与SOME常见问题来自默认值、路径、版本或权限未形成同一条判断链。
本节用IP协议原理对应的命令输出或状态变化确认配置是否真正生效。
在车载网络中，传统的 CAN、LIN 总线已无法满足自动驾驶与高带宽信息娱乐系统对数据传输速率和实时性的要求。车载以太网，特别是 100BASE-T1 物理层，成为了新一代车载通信的核心。本节的核心任务是理解 100BASE-T1 的物理层特性，并掌握 SOME/IP 协议栈分层映射（SOME/IP Protocol Stack Layering） 在 TCP/IP 协议栈分层映射（TCP/IP Protocol Stack Layering） 中的确切位置。这不仅是理论认知，更是后续进行网络设计、故障排查与性能优化的基础
100BASE-T1 并非简单的“车载版百兆以太网”。它采用单对非屏蔽双绞线（UTP）传输，通过独特的 PAM3 编码和回声抵消技术，在满足 EMC 要求的同时，实现了 100Mbps 的全双工通信。这与传统 100BASE-TX 使用两对线缆的架构有本质区别
理解 SOME/IP 协议栈分层映射，首先要明确它在整个通信体系中的层级。SOME/IP（Scalable service-Oriented MiddlewarE over IP）是一种面向服务的中间件协议，它运行在标准的 TCP/IP 协议栈之上。具体来说，SOME/IP 报文封装在 UDP 或 TCP 的 payload 中，而 UDP/TCP 又封装在 IP 数据包中，最终通过 100BASE-T1 物理层传输
下图展示了这种分层映射关系，这也是车载以太网通信的通用架构：
在开发或调试 SOME/IP 应用时，务必确认底层网络栈的配置。例如，使用 tcpdump -i eth0 -X -s 0 'udp port 30490' 命令抓取 SOME/IP 服务发现报文，可以直观地看到 UDP 头部、IP 头部以及最终的 SOME/IP 消息结构。这是验证分层映射是否正确的第一步
为了将理论转化为可操作的工程判断，我们整理了一份关键参数表与检查清单。这份资产可以直接用于网络设计评审或实车测试验证
下表列出了 100BASE-T1 区别于传统以太网的核心参数，是进行物理层设计和故障排查的依据
| 时间/步骤 | 输入 | 动作 | 输出 |
|---|---|---|---|
| 传输介质 | 单对非屏蔽双绞线 (UTP) | 降低线束重量与成本，满足车载轻量化需求 | 目视检查线束规格，确认符合 OPEN Alliance… |
| 信令编码 | PAM3 (3级脉冲幅度调制) | 在有限的带宽内实现 100Mbps 全双工传输，同时满… | 使用示波器测量差分信号，观察其三电平波形 |
| 链路延迟 | < 10 μs (典型值) | 对 SOME/IP 的实时性至关重要，直接影响控制指令… | 使用网络测试仪（如 Spirent 或 IXIA）进行… |
| 最大链路长度 | 15 米 (推荐) | 满足车内节点间的短距离高速通信需求 | 确认线束设计长度不超过此限制 |
在集成测试或问题定位时，使用此清单逐层检查，可以快速定位问题发生在哪一层
问题：在某 ADAS 域控制器与摄像头模组的联调中，SOME/IP 事件始终无法触发。排查发现，物理层 Link 正常，IP 层也能 Ping 通，但摄像头模组发送的 SOME/IP 报文在域控制器侧无法被应用层接收。
排查动作：按照上述检查清单逐层排查，最终在“传输层端口可达”环节发现，域控制器的 iptables 规范误将 UDP 端口 30490 丢弃。
工程判断：协议栈分层映射的每一层都可能成为瓶颈。物理层和网络层正常，不代表应用层通信就绪。端口可达性是中间件通信的“最后一公里”
复盘车载以太网物理层与SOME时，可以把车载以太网物理层与SOME放在机制链路的起点，再用车载以太网物理层与SOME/IP协议说明约束如何改变结论。如果车载以太网物理层与SOME/IP协议与预期不一致，先比较观测条件和栈分层映射是否同步变化，再判断当前解释是成立、变弱还是需要改写。栈分层映射最好留下“前提、观测、边界”三类线索，方便读者换到新协议或新模型时重新判断，而不是沿用同一句结论。保留一条最小证据线：车载以太网物理层与SOME说明对象，概念联动说明约束，车载以太网物理层与SOME/IP协议说明状态，最后用栈分层映射判断能否继续推进。第02节留下的风险提示是知识结构不要脱离概念联动单独判断，否则容易把现象误当成原因。