SOVD（Service Oriented Vehicle Diagnostics）即面向服務的車輛診斷，是SOA架構的關鍵組成部分。SOVD是電子電氣架構向集中式發展的必然趨勢，它的誕生主要解決HPC（High Performance Computer）的診斷需求。

SOVD的核心理念是基于HTTP的診斷，借助RESTful API的增（POST）、刪（DELETE）、改（PUT）、查（GET）等方法實現對ECU（即Server）的診斷。數據傳輸格式為JSON。主要內容如下圖，涵蓋以下方面：

1.UDS功能的SOVD映射：將傳統UDS診斷功能轉化為SOVD實現方式，滿足當前階段車輛對于診斷數據的需求，比如數據讀寫、故障信息讀取、參數配置等。

2.SOVD特有交互數據：SOVD同時定義了新的交互內容，這些內容是UDS不支持的數據類型，比如Logging、bulkdata、新的軟件刷寫方式和腳本。

3.SOVD主要機制：SOVD的通信方式、安全機制等。

4.資源發現：動態的資源發現方式，類似于互聯網資源搜索。

5.SOVDtoUDS Adapter：實現UDS報文和SOVD API的路由，兼容UDS ECU。

獲取Logging數據是SOVD提出的核心動力。HPC出現故障時，通過UDS獲取的DTC及環境數據不足以支撐其故障分析，軟件開發專家更需要Logging這類信息，而SOVD為Logging數據的獲取提供了統一的方式。

考慮到以HPC為中心的架構中仍存在部分簡單ECU支持UDS協議，SOVD架構在設計時也兼容了UDS協議，車輛診斷通信的邏輯架構可歸納如下圖所示。具體通過定義SOVD2UDS模塊來實現SOVD數據與UDS數據之間的轉換。在這一架構下，診斷儀（包括遠程、近端和車載類型）可通過SOVD API，經由統一的SOVD Server訪問車輛。車內HPC節點或相關APP可直接采用SOVD方式進行交互；而對于仍使用UDS協議的節點，則先通過UDS與SOVD2UDS模塊通信，經轉換后再與診斷儀進行SOVD格式的數據交互。

在明確SOVD的協議與結構后，我們回到最初的問題：為何說SOVD是面向HPC的特定診斷協議？其核心優勢體現在哪里呢？

1.標準化HPC診斷的接口。HPC的診斷需要獲取除了故障碼之外的log、trace等信息。目前行業中這個接口多由OEM和Tier1共同自定義，缺乏統一標準，甚至同一OEM內部的不同HPC之間也存在差異。SOVD的出現對診斷訪問接口進行標準化，長遠考慮將有效降低成本。

2.降低診斷儀開發成本。不再必需硬件診斷頭，同時省去D-PDU-API、D-Server等復雜驅動，顯著降低診斷儀開發成本。

3.采用JSON作為數據交互格式，使診斷數據直觀易讀（如溫度直接呈現為“28℃”），省去繁瑣的解碼計算過程。配合SOVD提供的統一化腳本，工程師得以從復雜的ODX解析工作中解放出來，從而更專注于診斷數據本身的分析。

4.基于HTTP的診斷可以適配各種智能診斷場景。SOVD支持真正的并行訪問，并借助與互聯網一致的訪問入口，輕松實現遠程診斷，同時也為未來診斷場景提供無限的可能性。

SOVD的發展狀態

2022年6月底，ASAM組織正式發布SOVD 1.0.0規范，目前該規范已成為診斷領域中SOVD設計和實現的主要參考依據。相應的ISO標準也在制定中，標準號為ISO 17978，預計于2025年底或2026年初正式發布。在AUTOSAR規范中，R22-11版本定義了SOVD的核心模塊，而R23-11版本則對其進行了更詳細的規范說明。當前，國內外OEM廠商均在積極推進相關研發工作，部分廠商已進入技術探索與商業落地的實施階段。

Vector解決方案

Vector提供全流程的SOVD開發的解決方案，覆蓋診斷數據庫開發、代碼生成、測試、診斷儀等，能夠全面滿足開發階段的各項需求。

SOVD需求編輯

CANdelaStudio是一款用于編輯診斷數據庫CDD的工具。在23版本之前，CANdelaStudio主要支持UDS協議、OBD協議等診斷數據的編輯。從23版本起，該工具新增對SOVD API的編輯功能。如需啟用此功能，請切換至專家視圖（Expert view），依次點擊File→Properties，勾選“Supports SOVD”選項。

編輯功能支持以下兩種模式：

1.如果當前節點SOVD API與UDS服務有一一對應關系，則可基于UDS服務自動生成相應的SOVD API映射。

2.若ECU支持如log、bulk-Data等原生的SOVD API，CANdelaStudio同樣支持此類“Native” SOVD API數據的編輯。

CANdelaStudio支持將SOVD相關數據導出為JSON文件。具體提供兩種導出格式：

SOVD OpenAPI export 1.0：適用于通過SOVD2UDS Adapter建立SOVD通信的UDS ECU，可導出對應的JSON文件，CANdelaStudio 18開始支持。

SOVD OpenAPI export 2.0：如勾選“Supports SOVD”選項，工具將自動切換至該模式，為支持原生SOVD的ECU生成能力描述文件，CANdelaStudio 23開始支持。

協議棧

見微信文章：SOVD協議在HPC中的應用

SOVD測試

CANoe.DiVa是診斷測試用例的自動生成工具，CANoe.DiVa 19 SP3計劃支持SOVD的測試。若HPC支持原生SOVD API，則可直接導入.json文件自動生成測試用例；若被測節點為SOVD2UDS，則除SOVD API測試外，還需驗證SOVD API與UDS服務之間的一致性。此時需同時基于.cdd與.json文件生成測試用例。

在Services&Jobs中可以看到解析后的SOVD API。

在CANoe.DiVa中自動生成測試用例后，可將用例導入CANoe環境中進行自動化測試執行，并生成相應的測試報告，如下圖所示。

診斷儀

SOVD底層基于HTTP協議，所以診斷儀的開發可采用互聯網領域中常見的客戶端-服務器（C/S）架構，實現網頁版診斷儀，使其使用更加智能便捷。SOVD Explorer正是基于這一全新思路開發的工具，支持用戶導入SOVD API或動態發現診斷資源，并可自定義窗口布局與數據展示方式。SOVD Explorer也提供桌面版。

SOVD Explorer同時支持Console功能，類似UDS中“診斷命令臺”，可用于收發SOVD API指令，并結合Trace功能驗證接口通信的正確性。

vInspect是一款桌面版的診斷儀，基于SOVD2UDS開發，可以通過SOVD2UDS Adapter兼容UDS ECU。支持基于客戶需求進行vInspect的定制開發，滿足客戶特定診斷需求。

項目咨詢

當前，SOVD已成為診斷行業的熱點，各OEM都在躍躍欲試。然而，將SOVD真正引入實際項目仍面臨諸多挑戰。例如，SOVD如何適配OEM現有的診斷開發、測試、生產及售后流程，特別是在遠程診斷場景下，如何實現車輛識別、安全認證等關鍵環節的兼容；SOVD數據庫應定義哪些資源類型，能否覆蓋OEM需求，尤其是HPC故障分析所需的信息，以及如何實現與現有UDS數據的兼容；此外，SOVD代碼的高效性與穩定性、測試自動化能力的建設等問題也需系統考量。

因此，SOVD的成功落地需要具備系統化的思維。Vector能夠提供覆蓋SOVD需求定義、代碼開發、測試仿真、診斷儀等全流程的工具鏈，完全涵蓋SOVD各階段所需能力。憑借完整的解決方案能力，Vector可協助客戶搭建SOVD的規范、工具鏈和流程體系，為SOVD落地提供有力支持。

小結

SOVD是致力于未來診斷行業的智能協議。SOVD和UDS在診斷信息交互的通信方式上有本質區別，因此量產SOVD面臨諸多挑戰。Vector提供全流程的解決方案，涵蓋需求定義、代碼開發、測試和診斷儀等，并可系統性地協助客戶梳理SOVD需求，助力其實現項目落地。