ISO 17978-22026 道路车辆 面向服务的车辆诊断(SOVD) 第2部分用例定义标准立项发展报告

标题：道路车辆面向服务的车辆诊断(SOVD)第2部分:用例定义标准立项发展报告EnglishTitle:StandardizationDevelopmentReport:Roadvehicles—Service-orientedvehiclediagnostics(SOVD)—Part2:Usecasesdefinition摘要随着汽车电子电气架构从分布式、面向信号的模式向集中式、面向服务的架构（SOA）转型，传统的车载诊断协议，如基于控制局域网（CAN）的UDS（统一诊断服务），已难以满足日益复杂的软件定义车辆（SDV）的诊断需求。在此背景下，国际标准化组织（ISO）启动了面向服务的车辆诊断（SOVD）系列标准的制定工作。本报告重点阐述了ISO17978-2:2026《道路车辆面向服务的车辆诊断(SOVD)第2部分:用例定义》的立项背景、核心内容与深远影响。报告首先回顾了汽车诊断技术的发展演进，分析了SOA架构下诊断面临的挑战与机遇。其次，详细解读了该标准中定义的各类典型用例，包括但不限于基于服务的高效功能访问、大数据量上传下载、远程诊断、车载网络故障事件订阅以及OTI（操作技术与信息技术）融合场景下的诊断应用。本报告认为，ISO17978-2:2026作为SOVD标准体系的关键组成部分，通过标准化诊断用例，为整车厂、零部件供应商和诊断工具开发者提供了统一的应用场景规范，解决了在新型电子电气架构下诊断业务流程不统一的问题。该标准的发布与实施，将有力推动智能网联汽车诊断技术的规范化发展，降低开发与运维成本，为车辆的全生命周期管理、远程运维和数据驱动服务奠定坚实的技术基础。关键词面向服务的架构（SOA）；软件定义车辆（SDV）；面向服务的车辆诊断（SOVD）；用例定义；国际标准化组织（ISO）；道路车辆；车载网络；远程诊断Keywords:Service-OrientedArchitecture(SOA);Software-DefinedVehicle(SDV);Service-OrientedVehicleDiagnostics(SOVD);UseCasesDefinition;InternationalOrganizationforStandardization(ISO);RoadVehicles;In-vehicleNetwork;RemoteDiagnostics正文一、引言：汽车诊断技术范式变革的时代背景汽车诊断系统的发展史，是汽车电子化、智能化进程的一个缩影。从早期的物理针脚检测，到基于OBD-II（车载诊断系统）的法规排放诊断，再到基于CAN（控制器局域网）总线的UDS（统一诊断服务，ISO14229标准）的广泛应用，诊断技术始终以“信号”和“地址”为中心。在这种模式下，诊断工程师需要为每一个需要诊断的信号（如传感器值、执行器状态）分配一个特定的诊断标识符（DID，数据标识符）和子功能（SubFunction），客户端通过发送请求报文与服务端进行交互。然而，随着汽车“新四化”（电动化、网联化、智能化、共享化）的深入推进，尤其是“软件定义车辆”（SDV）概念的落地，车辆的核心价值正从硬件转移到软件。现代汽车的电子电气架构正经历着从“分布式”向“集中式”的根本性转变，其核心是基于面向服务的架构（Service-OrientedArchitecture,SOA）。在SOA架构下，车辆功能不再由单个ECU（电子控制单元）负责，而是由运行在强大中央计算平台上的软件服务集群通过SOME/IP（可扩展的面向服务的中间件）等协议进行高效、动态的调用。这种架构的变革对传统车载诊断模式提出了严峻挑战：1.诊断目标的动态化：在SOA架构中，功能均由动态运行的服务提供，其位置、生命周期和接口信息不再是静态的。传统诊断协议基于固定的物理地址和预定义的诊断流程，无法灵活应对这种动态变化。2.数据传输的大量化：高级辅助驾驶系统（ADAS）、自动驾驶系统的开发与测试，以及OTA（空中升级）过程，需要下载和上传GB级别甚至TB级别的数据（如高精地图数据、神经网络模型参数、传感器原始数据日志），传统诊断协议的报文分段传输机制效率极低。3.诊断场景的多样化：除了传统的售后维修诊断，SDV需要支持更为复杂的诊断场景，如OTA更新后的软件一致性验证、基于大数据的远程故障预警与预测性维护、整车生命末期的数据回收等。4.诊断对象的抽象化：诊断对象从具体的硬件信号，转向了抽象的“软件服务”。工程师需要能够监控和诊断“云端远程泊车服务”的执行状态，而不仅仅是某个轮速传感器的信号。为应对上述挑战，国际标准化组织（ISO）敏锐地捕捉到行业趋势，启动了ISO17978系列标准的制定工作，即“面向服务的车辆诊断”（Service-orientedvehiclediagnostics，SOVD）。该系列标准旨在定义一种全新的、以服务为中心的诊断方法论，使其与SOA原生架构高度融合。其中，ISO17978-2:2026《用例定义》作为该系列的核心指南，起着承上启下的关键作用，它详细描述了在新的诊断范式下，系统应支持哪些业务场景，为后续的技术规范制定提供了场景基础。二、ISO17978-2:2026标准核心内容解读ISO17978-2:2026标准的核心价值在于，它不再仅仅定义一组机械的诊断报文格式，而是从“用例”（UseCase）的角度出发，以用户（包括开发工程师、产线检测员、售后技师、云端服务器等）在车辆全生命周期中的诊断需求为切入点，定义了SOVD系统必须支持的一系列核心业务场景。这些用例的设计充分体现了SDV时代“软件定义”和“服务化”的诊断思想。其主要用例包括：1.基于服务的功能与数据访问这是SOVD最根本的用例。传统UDS通过“按地址读内存”的方式访问数据，而SOVD允许诊断客户端（如诊断仪）像调用任何其他SOA服务一样，通过服务名称和接口进行“读/写”和“执行”操作。例如，检查“车辆定位服务”的健康状态，日志不再是访问ECU的特定DID，而是调用SOVD定义的标准服务“GetServiceStatus(‘VehicleLocalization’)”。这极大地简化了诊断应用层的开发，使其与底层硬件和通信协议解耦。2.有效的高效大数据传输针对OTA软件升级和大量数据提取的场景，该标准定义了一个专门用于高效大块数据传输的用例。不同于传统UDS中的分段下载方法，SOVD可以调用操作系统级别的流式传输服务，利用更底层的传输层能力（例如，绕过SOME/IP的中间件限制，直接与Ethernet的TCP/IP协议栈进行数据交换），实现高速、可靠的数据块传输。这个用例定义了传输的初始化、分段协商、流量控制和断点续传机制，为在高速以太网环境下进行GB级数据包的实时传输提供了规范化指导。3.全面的事件与故障订阅/通知机制在SDV时代，许多故障是瞬时、偶发的，或需要多个条件复合才能触发。SOVD引入了一个事件订阅用例，允许诊断客户端像订阅天气预报主题一样，向车辆系统注册对特定诊断事件（如“制动系统控制性能下降”、“车内摄像头画面识别率低于指定阈值”）的关注。当该事件发生时，系统会自动将事件信息推（Push）送给已订阅的客户端，而无需客户端周期性地轮询（Polling）。这对于实现主动式诊断、实时监控和高层级的远程故障预警非常重要。4.基于ECU标识符的动态发现与诊断传统诊断要求技师预先知道需要诊断的ECU或功能模块的逻辑地址。SOVD的发现用例使得诊断工具能够向车辆系统发起一个发现请求，系统会返回所有可用的诊断服务、功能及其相关的标识符、版本信息。当车辆因软件更新而新增或移除某个软件功能时，诊断工具可以自动通过发现机制了解车辆最新状态，而无需人为更新数据库。5.多层次、细粒度的安全访问控制SDV的安全风险极大增加，传统通过“安全种子-密钥”的单一访问方式已不适用。SOVD定义了细致的安全用例，支持基于角色的访问控制（RBAC）。例如，普通的车辆用户只能查看“重置胎压监测”功能，但无法访问“标定ADAS摄像头”功能。只有授权的诊断设备，经过多因素身份验证后，才能获得相应服务接口的调用权限。这满足了安全、合规和不同权限级别的需求。6.远程诊断与云服务的无缝集成该标准专门为“远程诊断”定义了明确的用例，将总线上诊断与企业云端后台连接起来。用例描述了通过云端平台（TSP，远程信息处理服务提供商）向车载系统发送诊断请求（如读取故障码、执行服务、执行远程软件刷写），并将结果回传的完整交互流程。这为构建“车辆-云端-诊断中心”的闭环生态提供了标准化的技术路径。三、主要参与单位与标委会ISO17978-2:2026标准的制定，体现了全球汽车行业顶尖研究机构、整车制造商、核心零部件供应商和技术服务商的通力合作。该标准由国际标准化组织道路车辆技术委员会（ISO/TC22）下的“数据通信”分技术委员会（SC31）负责。SC31是车载网络与通信领域的权威机构，负责包括CAN、CANFD、FlexRay、Ethernet、SOME/IP、UDS等在内的一系列基础标准的维护与创新。在本标准的制定过程中，一家具有代表性的贡献者是博世（RobertBoschGmbH）。博世作为全球领先的汽车技术供应商和标准化的长期支持者，在SOVD标准的定义中扮演了至关重要的角色。博世在多个方面对该标准做出了突出贡献：1.技术原创性：博世的工程师团队是SOVD概念的主要提出者之一。早在SOA架构在汽车领域的讨论初期，博世就意识到了传统诊断协议在新型架构下的局限性，并投入大量资源进行前期研究。其内部的项目验证了基于服务的诊断在灵活性和效率上的巨大优势，这些实践经验直接转化为了SOVD标准的核心技术理念，尤其是在“用例定义”部分，博世贡献了大量贴近实际量产项目的真实场景。2.架构与用例设计：博世的技术专家主导或深度参与了标准中多个关键用例的编写。他们提出的“基于服务调用的诊断”与SOA架构原生结合的思路，解决了UDS难以适应的动态服务发现问题。博世在车载以太网、SOME/IP协议方面的深厚积累，保证了SOVD在以太网上的高效传输用例（如大数据块传输）具有高度的可实现性。3.标准化流程的推动：博世在ISO/TC22/SC31工作组中具有强大的号召力。它积极组织来自不同国家的OEM（原始设备制造商，如大众、宝马、奥迪、奔驰）和Tier1供应商（如大陆、安波福）的专家进行技术讨论，协调各方利益（尤其在安全、成本、性能、互相配合等不同诉求之间寻找平衡点），推动用例定义等关键内容从概念走向共识，最终形成统一的国际标准。4.应用与推广：博世自身已经在其最新的中央计算平台和智能驾驶域控制器中，依据其参与起草的SOVD用例设计其内部的诊断功能。同时，博世还为行业提供了支持SOVD标准的诊断工具链（如博世ES[tronic]诊断系统的迭代升级），帮助其客户（整车厂）更快地实现新诊断方法的落地应用，并从实践中的各种有益意见中反馈至标准编制工作中，形成良性循环。四、标准实施的意义与价值ISO17978-2:2026的发布与实施，对汽车产业具有深远且多层面的影响：1.促进软件定义车辆的诊断标准化：该标准为整车厂提供了一套在设计新车电子电气架构和功能时就可遵循的、统一的诊断流程和场景规范。避免了各OEM在构建SDV诊断方案时各自为政、系统不兼容的问题，降低了行业内产业链上下游（从Tier1到整车厂，再到后市场）之间的对接成本和技术壁垒。2.提升开发与运维效率：诊断工作者不再需要沉浸在复杂的具体协议细节中，可以将更多精力聚焦于如何设计诊断服务逻辑。通过对标准用例的复用，开发团队可以快速构建诊断功能。在车辆的生命周期中，运维人员可以通过统一的“服务调用”方式，灵活、高效地执行诊断任务，并利用事件驱动机制快速响应车辆异常。3.赋能远程服务与数据驱动创新：SOVD标准定义的远程诊断用例，为车企构建封闭的、安全的、高效的“云-车”双向诊断通道提供了技术基石。这使得收集车辆状态、实施远程刷写、开展预测性维护、提供按需服务（如性能解锁等）成为可能，加速了“软件定义价值”的商业闭环。4.增强系统的安全性与合规性：精细化的安全用例定义，使得对诊断服务调用的授权和审计成为可能。数据访问的可控性更强，符合各国日益严格的数据安全法规要求，确保车辆诊断与数据交互的安全性。结论ISO17978-2:2026《道路车辆面向服务的车辆诊断(SOVD)第2部分:用例定义》是汽车诊断技术发展史上的一个重要里程碑。它精准地切中了“软件定义车辆”时代汽车诊断面临的核心痛点，不是对UDS等现有标准的简单修补，而是针对全新架构进行的范式创新。该标准通过系统性地定义诊断用例，成功地将诊断业务从对具体信号和地址的