随着汽车电子电气架构向集中化、高性能计算（HPC）方向演进，传统的车载诊断系统面临新的挑战。在分布式架构中广泛使用的UDS（统一诊断服务）协议，基于CAN总线和固定报文格式，难以满足现代智能汽车尤其是高算力域控制器对高效、灵活、丰富诊断数据的需求。为此，一种新诊断范式——面向服务的车辆诊断（Service-Oriented Vehicle Diagnostics, SOVD）应运而生。

图片来源：ASAM SOVD architecture

       SOVD并非对现有诊断体系的简单替代，而是顺应软件定义汽车发展趋势的一次诊断架构升级。它借鉴了IT领域的设计理念，采用基于HTTP的通信机制和RESTful API模式，实现诊断功能的服务化封装。在这种架构下，每一个具备诊断能力的电子控制单元（ECU）被视为一个网络服务端点（Server），诊断工具则作为客户端，通过标准的GET、POST、PUT、DELETE等操作实现对车辆系统的访问与控制。

SOVD的核心能力与产业价值

       与传统UDS相比，SOVD不再局限于故障码和冻结帧数据，而是可支持运行日志、追踪信息、批量数据、远程脚本等更丰富的诊断内容，更适用于复杂系统调试和整车级问题定位。

       同时，SOVD支持动态资源发现，诊断设备可自动识别网络中的可用服务，提升诊断系统的扩展性与智能化水平。针对仍大量存在的传统ECU，SOVD还可通过SOVD-to-UDS Adaptor实现兼容接入。结合JSON数据格式与通用诊断脚本框架，SOVD进一步简化了数据解析和开发流程，使工程师能够更专注于故障分析与系统优化。

       从产业生态来看，SOVD已获得行业主流标准组织的认可。ASAM于2022年正式发布SOVD 1.0.0规范，成为当前研发实践的重要参考。与此同时，国际标准化组织正在推进ISO 17978标准的制定工作，预计将在2026年间完成发布。AUTOSAR联盟也在R22-11及后续版本中逐步完善SOVD相关模块定义，推动其在产业链中的落地应用。

       总体而言，SOVD不仅是针对HPC架构量身定制的诊断解决方案，更代表着未来车载诊断的发展方向。其核心价值体现在以下几个方面：

• 实现诊断接口的标准化，打破OEM与供应商之间因私有协议造成的壁垒

• 显著降低诊断工具链的开发与维护成本，无需依赖专用硬件或复杂驱动

• 支持并行访问与远程诊断，助力云端运维、OTA问题排查等智能应用场景

• 提供开放、可扩展的技术框架，为自动驾驶、车联网等新兴领域奠定基础

经纬恒润SOVD解决方案

       目前，全球多家整车企业和零部件供应商已启动SOVD的技术验证与试点部署，经纬恒润也已推出全栈的SOVD解决方案，如下图所示：

• SOVD Public Server: 车辆对外诊断集中化入口，汇聚来自车内各个Private Server的诊断能力

• SOVD Private Server: 运行在车辆内部控制器或子系统上的SOVD实例，Private Server直接与其负责的软硬件交互，并提供标准化的API，实际承载了诊断逻辑

• RESTful API GateWay: 作为系统入口，处理所有RESTful请求，并且对请求进行安全验证

• Security Manager: 用于内/外部建立连接的认证，授权，证书管理，访问控制管理，角色管理

• Communication Manager: 用于Proximity/Remote/On-Board Client 通信建立与通信管理

依托HIRAIN OS，构建新一代软件底座

       SOVD解决方案是经纬恒润HIRAIN OS产品体系的重要组成部分，也是HIRAIN OS面向新一代电子电气架构持续演进的体现。从经典AUTOSAR基础软件到适配HPC平台的自适应架构，再到如今延伸至SOVD等新一代诊断能力，HIRAIN OS始终以开放、标准化的技术路线，为智能汽车的软件基础设施提供坚实底座。

       经纬恒润操作系统团队自2009年起步，是国内早期加入AUTOSAR组织的供应商之一。截至目前，HIRAIN OS生态规模持续扩大，已适配30余家国内外主流芯片厂商的90余款芯片，量产装机量超5000万台，覆盖海内外OEM 50余家。团队具备ASPICE CL2、CMMI-DEV ML3及ISO 26262 ASIL-D等多项权威认证，致力于以标准化产品组件、智能化工具链与专业工程服务，为客户提供“全栈赋能，共赢共创”的坚实支撑。

专栏文章内容及配图由作者撰写发布，仅供工程师学习之用，如有侵权或者其他违规问题，请联系本站处理。 联系我们