随着智能网联汽车电子电气架构向集中化、服务化演进，整车OTA（Over-The-Air）升级已成为实现“软件定义汽车”的核心载体，承担着修复系统漏洞、优化车辆性能、迭代功能体验、延长产品生命周期的关键使命，是智能汽车量产和长期运营的关键质量防线。OTA测试的真正价值在于可以让汽车既能像手机一样持续升级，又能像传统车一样绝对安全可靠。本文重点介绍以太网诊断路由测试在整车OTA升级中的角色地位。
一、网关路由测试的重要性
由于车载ECU分布于不同域网络，采用多种通信协议，传统网关缺乏统一的路由调度与集中管理能力，导致升级包分发混乱、适配难度大，易出现升级失败、版本错配等问题，甚至影响整车功能安全。而新架构下的网关，集成以太网总线，功能显著增强，其中绝大部分网关已经与域控制器融合，最终成为升级执行枢纽，不仅提升了传输速率，也通过算法减少了传输数据量，同时也支持并行与热升级，集成了更多的安全与容错机制。
该网关具备强大的多协议转换能力，可实现以太网与CAN、CANFD、LIN等传统车载总线协议的实时双向转换，这是网关作为车载网络“翻译官”的核心职责，也是实现不同域ECU互联互通、保障OTA升级包精准分发的前提。该双向转换需实现“以太网↔CAN”“以太网↔CANFD”“以太网↔LIN”的双向互通，核心围绕“实时性、准确性、完整性”三大核心要求展开。因此，为了提升网关路由功能的稳定性，网关路由测试在整车测试中显得尤为重要。
二、网关路由测试的核心内容与分类
网关路由测试内容
以太网网关路由功能测试主要包括路由行为测试、诊断路由测试、网关路由映射测试、路由功能测试等，具体如下：
由于OTA升级中，主要应用网关的诊断路由功能，本文重点介绍网关诊断路由测试。
三、诊断路由测试方法与典型案例分析
诊断路由测试作为OTA升级的“第一道屏障”，在OTA升级前期可以发现诊断路由转发逻辑错误、地址配置错误、复杂网络场景下诊断偶发失败、超时、响应异常等情况，最终解决在复杂网络架构下，诊断指令 “能到、能回、安全、稳定”，保障诊断功能、刷写、OTA、等业务可靠运行。
测试环境
诊断路由测试通常以自动化测试为主，本方案通过Vector的CANoe软件（含Option.ETH）调用VT机箱中的板卡实现对控制器的电源和断路/短路等功能进行控制。硬件选用Vector的VN5620/VN5650、VT便携式小机箱（VT7001A/VT2820/VT6306B/VT6060），组成桌面级诊断路由测试环境，如下图所示。
图1 诊断路由测试环境
测试方法及内容
本自动化测试方案是在TestModule模块中，利用CAPL语言创建测试用例，实现以太网诊断路由自动化测试。测试结束后，可通过生成的网页版报告（HTML格式）及存储的测试数据来分析刷写过程中的问题。具体如下图所示：
图2测试用例选择界面
以下将进行3种典型实测案例的分享：
网关DoIP-DoIP路由测试
场景模拟：
- DUT发送请求建立TCP连接的SYN报文到测试设备，验证该SYN报文目的端口号；
- 测试设备发送诊断请求（如0x3E服务：0x02 0xFD 0x80 0x01 0x00 0x00 0x00 0x06 SA、TA 0x3E 0x00，其中SA为2字节的诊断设备逻辑地址，TA为2字节的车内DoIP节点逻辑地址）到指定的车内DoIP节点，且设置正确的DoIP报文格式，验证DUT回复的诊断请求ACK。
通过标准：
- DUT与测试设备之间建立的TCP连接的目的端口号为13400。
- DUT回复ACK code为0x00的ACK应答报文。
（a）网关DoIP-DoIP路由测试数据
（b）网关DoIP-DoIP路由测试报告
图3网关DoIP-DoIP路由测试结果
网关DoIP-DoCAN/CANFD路由测试
场景模拟：
- 测试设备发送诊断请求（0x02 0xFD 0x80 0x01 0x00 0x00 0x0F 0xFB SA、TA、UD，其中SA为2字节的诊断设备逻辑地址，TA为2字节的车内CAN节点逻辑地址，UD为携带的诊断报文）到车内CAN节点，且报文长度设置为xx字节(其中xx为网关接收DoIP报文转发到CAN网络中，CAN网络可传输的最大数据字节长度，该值为4095字节)；
- 验证DUT以CAN总线多帧传输方式路由该报文到车内CAN节点所在的目标域，且报文ID是目标节点的CAN总线诊断请求ID，在此过程中DUT可能回复若干个NRC=0x78的否定响应报文。
通过标准：
- DUT以CAN总线多帧传输方式路由诊断请求报文到车内CAN节点所在的目标域
（a）网关DoIP-DoCAN/CANFD路由测试数据
（b）网关DoIP-DoCAN/CANFD路由测试报告
图4网关DoIP-DoCAN/CANFD路由测试结果
网关DoIP-DoLIN路由测试
场景模拟：
- 测试设备发送诊断请求（0x02 0xFD 0x80 0x01 0x00 0x00 0x0F 0xFB SA、TA、UD，其中SA为2字节的诊断设备逻辑地址，TA为2字节的车内LIN节点逻辑地址，UD为携带的诊断报文）到车内LIN节点，且报文长度设置为xx字节(其中xx为网关接收DoIP报文转发到LIN网络中，LIN网络可传输的最大数据字节长度，该值为4095字节)；
- 验证DUT以LIN总线多帧传输方式路由该报文到车内LIN节点所在的目标域，且报文ID是目标节点的LIN总线诊断请求ID，在此过程中DUT可能回复若干个NRC=0x78的否定响应报文。
通过标准：
- DUT以LIN总线多帧传输方式路由诊断请求报文到车内LIN节点所在的目标域。
(a) 网关DoIP-DoLIN路由测试数据
（b）网关DoIP-DoLIN路由测试报告
图5网关DoIP-DoLIN路由测试结果
网关路由测试除了诊断路由测试外，还有更重要应用层报文路由测试。其中比较典型的是报文从以太网网络到CAN网络的路由，如果以太网报文基于SOME/IP协议开发，以太网网关通常会根据Message ID映射表查到需要映射signal的CAN ID，将报文封装为CAN报文消息之后，发送到相应的CAN总线上。如果经过网关转发为不同的CAN ID，则发送多条不同的CAN报文，且SOME/IP Payload部分需根据路由表中定义的传输数据长度和内容进行拆分。后续文章，我们会有一个S2S专题介绍，敬请期待！
四、结语
网关作为OTA升级的核心枢纽，其质量与性能直接关系智能汽车的安全性、可靠性与使用体验。在“软件定义汽车”的趋势下，随着车载网络复杂度的提升与OTA升级的全域化，网关路由的作用将愈发关键，相应的测试工作也需更加全面和严格，高质量、高效率的网关路由测试将为智能网联汽车的发展提供坚实支撑。
扫一扫
312
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
