0.引言

SOVD（Service-Oriented Vehicle Diagnostics 面向服務(wù)的車(chē)輛診斷）是AUTOSAR推出的一項(xiàng)新診斷標(biāo)準(zhǔn)，旨在通過(guò)采用面向服務(wù)的架構(gòu)來(lái)改善傳統(tǒng)車(chē)輛診斷過(guò)程。

在傳統(tǒng)的診斷方法中，診斷請(qǐng)求和響應(yīng)往往是硬編碼的，每個(gè)服務(wù)都有其固定的請(qǐng)求和響應(yīng)格式。隨著現(xiàn)代汽車(chē)電子系統(tǒng)的復(fù)雜性不斷增加，這種固定方式變得越來(lái)越難以管理和維護(hù)。SOVD通過(guò)現(xiàn)代化的技術(shù)（如HTTPS、RESTful API）重構(gòu)車(chē)輛診斷體系，支持遠(yuǎn)程、近端和車(chē)內(nèi)診斷場(chǎng)景，并兼容現(xiàn)有的UDS協(xié)議。因此，SOVD的引入圍繞將診斷服務(wù)視為一組獨(dú)立且可訪(fǎng)問(wèn)的服務(wù)，極大地簡(jiǎn)化了開(kāi)發(fā)和維護(hù)過(guò)程，同時(shí)為未來(lái)的汽車(chē)電子系統(tǒng)擴(kuò)展提供了更大的靈活性。

本文將深入探討SOVD協(xié)議的背景、動(dòng)機(jī)、技術(shù)特性及其在AUTOSAR自適應(yīng)平臺(tái)中的實(shí)現(xiàn)。通過(guò)對(duì)SOVD協(xié)議的詳細(xì)分析，我們將揭示其在現(xiàn)代汽車(chē)診斷中的重要性，并介紹ETAS的SOVD解決方案。

一從UDS到SOVD：應(yīng)對(duì)未來(lái)汽車(chē)需求的轉(zhuǎn)變

1.1 為什么不能只依賴(lài)UDS？

盡管UDS（統(tǒng)一診斷服務(wù)）在傳統(tǒng)車(chē)輛診斷中非常重要，但隨著汽車(chē)電子系統(tǒng)的復(fù)雜性和數(shù)據(jù)量的增加，UDS逐漸顯露出局限性，無(wú)法完全滿(mǎn)足未來(lái)智能網(wǎng)聯(lián)汽車(chē)的需求。以下是UDS的主要局限性：

1. 數(shù)據(jù)量激增

現(xiàn)代車(chē)輛產(chǎn)生的數(shù)據(jù)量大幅增加，UDS在處理大量數(shù)據(jù)時(shí)顯得力不從心。

2. 傳統(tǒng)ECU的依賴(lài)：

UDS適用于傳統(tǒng)電子控制單元（ECU），但在高性能計(jì)算單元（HPC）和智能網(wǎng)聯(lián)系統(tǒng)中，功能有限。

3. 設(shè)計(jì)不靈活：

UDS依賴(lài)靜態(tài)的ODX文件進(jìn)行數(shù)據(jù)解析和配置，缺乏靈活性，難以適應(yīng)動(dòng)態(tài)變化的診斷需求。

4. 靜態(tài)ODX文件

UDS的診斷流程依賴(lài)外部的ODX文件，需要在診斷前預(yù)先配置，無(wú)法在運(yùn)行時(shí)動(dòng)態(tài)調(diào)整。

5. 實(shí)時(shí)數(shù)據(jù)處理能力不足

UDS無(wú)法有效處理實(shí)時(shí)結(jié)構(gòu)化數(shù)據(jù)（如日志、堆棧跟蹤等），難以滿(mǎn)足現(xiàn)代車(chē)輛的實(shí)時(shí)監(jiān)控和分析需求。

6. 復(fù)雜故障分析

UDS無(wú)法處理復(fù)雜的故障分析需求，如堆棧跟蹤、崩潰分析等。

7. 軟件管理功能缺失

UDS缺乏對(duì)應(yīng)用程序安裝、刪除和軟件更新的支持，無(wú)法滿(mǎn)足現(xiàn)代車(chē)輛對(duì)軟件管理的需求。

8. 復(fù)雜軟件結(jié)構(gòu)

現(xiàn)代車(chē)輛的軟件架構(gòu)日益復(fù)雜，UDS無(wú)法有效表示和交互這些復(fù)雜的軟件結(jié)構(gòu)。

9. 現(xiàn)代通信技術(shù)支持不足

UDS基于傳統(tǒng)的CAN總線(xiàn)通信，無(wú)法直接支持現(xiàn)代IT技術(shù)（如HTTP、REST、JSON），限制了其在遠(yuǎn)程診斷和車(chē)聯(lián)網(wǎng)中的應(yīng)用。

UDS在傳統(tǒng)車(chē)輛診斷中仍然重要，但其靜態(tài)設(shè)計(jì)、有限的數(shù)據(jù)處理能力和缺乏對(duì)現(xiàn)代IT技術(shù)的支持，使其無(wú)法滿(mǎn)足未來(lái)智能網(wǎng)聯(lián)汽車(chē)的復(fù)雜需求。

1.2為什么需要SOVD？

SOVD旨在解決傳統(tǒng)診斷協(xié)議（如UDS）在車(chē)聯(lián)網(wǎng)時(shí)代面臨的挑戰(zhàn)。UDS協(xié)議雖然高效，但其依賴(lài)于ODX文件進(jìn)行數(shù)據(jù)解析，導(dǎo)致客戶(hù)端技術(shù)棧復(fù)雜且與診斷實(shí)現(xiàn)存在強(qiáng)耦合。

1. 突破UDS協(xié)議限制

? 完美解決OEM面臨的UDS協(xié)議瓶頸——當(dāng)車(chē)載軟件組件持續(xù)增長(zhǎng)時(shí)，UDS無(wú)法支持高性能計(jì)算單元（HPCs）的診斷需求。

? 傳統(tǒng)的統(tǒng)一診斷服務(wù)（UDS）在面對(duì)日益復(fù)雜的車(chē)載軟件系統(tǒng)和高性能計(jì)算單元時(shí)顯得力不從心。SOVD通過(guò)新的技術(shù)架構(gòu)和方法，能夠有效應(yīng)對(duì)這些挑戰(zhàn)，提供更全面和高效的診斷支持。

2. 兼容性與長(zhǎng)期價(jià)值

? 標(biāo)準(zhǔn)化架構(gòu)確保不同診斷工具組件的兼容性，并提供長(zhǎng)期投資保障。

? SOVD采用標(biāo)準(zhǔn)化的設(shè)計(jì)理念，確保了不同診斷工具和組件之間的兼容性，這不僅提高了系統(tǒng)的靈活性和可擴(kuò)展性，還為用戶(hù)提供了長(zhǎng)期的投資保障，避免了因技術(shù)更新?lián)Q代而帶來(lái)的重復(fù)投資問(wèn)題。

3. 面向未來(lái)的技術(shù)

? 采用尖端技術(shù)構(gòu)建的診斷工具鏈，為下一代HPC車(chē)型提供前瞻性支持。

? SOVD利用最新的技術(shù)和工具鏈，為未來(lái)的高性能計(jì)算車(chē)型提供先進(jìn)的診斷解決方案。這種前瞻性的設(shè)計(jì)不僅滿(mǎn)足了當(dāng)前的需求，也為未來(lái)的技術(shù)發(fā)展預(yù)留了空間，確保了系統(tǒng)的可持續(xù)性和競(jìng)爭(zhēng)力。

4. 一站式車(chē)隊(duì)解決方案

? 通過(guò)SOVD與經(jīng)典診斷適配器（CDA），可統(tǒng)一管理維護(hù)傳統(tǒng)車(chē)輛、軟件定義汽車(chē)（SDV）及混合動(dòng)力車(chē)隊(duì)。

? SOVD結(jié)合經(jīng)典診斷適配器（CDA），提供了一站式的車(chē)隊(duì)管理解決方案。無(wú)論是傳統(tǒng)的車(chē)輛、軟件定義汽車(chē)還是混合動(dòng)力車(chē)型，都可以通過(guò)這一平臺(tái)進(jìn)行統(tǒng)一的管理和維護(hù)，大大簡(jiǎn)化了操作流程，提高了工作效率。

二SOVD——面向服務(wù)的診斷

Adaptive AUTOSAR的SOVD（Service-Oriented Vehicle Diagnostics）是基于SOA（面向服務(wù)架構(gòu)）的診斷框架，強(qiáng)調(diào)服務(wù)的動(dòng)態(tài)發(fā)現(xiàn)和按需使用。這意味著SOVD不再依賴(lài)于傳統(tǒng)的基于信號(hào)的通信，而是通過(guò)服務(wù)接口來(lái)提供診斷功能，更加靈活，適合現(xiàn)代車(chē)輛中復(fù)雜的軟件架構(gòu)和動(dòng)態(tài)需求。

2.1 SOVD的核心優(yōu)勢(shì)

2.1.1 標(biāo)準(zhǔn)化

SOVD提供了一種標(biāo)準(zhǔn)化的方式來(lái)定義和實(shí)現(xiàn)診斷服務(wù)，促進(jìn)不同制造商之間的互操作性。這使得各種車(chē)輛電子控制單元（ECU）能夠更好地協(xié)同工作。

2.1.2 靈活性

SOVD（面向服務(wù)的車(chē)輛診斷）基于SOA（面向服務(wù)的架構(gòu)），具備動(dòng)態(tài)配置和更新診斷服務(wù)的能力，而無(wú)需對(duì)底層硬件或軟件進(jìn)行任何修改。這種靈活性使得系統(tǒng)能夠快速響應(yīng)新的需求和功能。此外，SOVD協(xié)議支持按需調(diào)用診斷服務(wù)，避免在系統(tǒng)啟動(dòng)時(shí)加載所有潛在服務(wù)，從而確保系統(tǒng)資源的高效利用。當(dāng)車(chē)輛的某個(gè)部件需要進(jìn)行診斷時(shí)，系統(tǒng)會(huì)即時(shí)發(fā)出請(qǐng)求，調(diào)用相關(guān)的診斷服務(wù)。診斷完成后，服務(wù)可釋放占用的資源，準(zhǔn)備隨時(shí)響應(yīng)下一次調(diào)用，進(jìn)一步增強(qiáng)了系統(tǒng)的靈活性和效率。

2.1.3可擴(kuò)展性

新的診斷服務(wù)可以輕松加入到現(xiàn)有系統(tǒng)中，而不會(huì)干擾已有服務(wù)的運(yùn)行。這一特性使汽車(chē)制造商可以不斷擴(kuò)展功能，提升車(chē)輛性能。

2.1.4 實(shí)時(shí)響應(yīng)和數(shù)據(jù)處理

動(dòng)態(tài)診斷要求系統(tǒng)能夠?qū)崟r(shí)響應(yīng)診斷請(qǐng)求，并處理和傳輸診斷數(shù)據(jù)。這種實(shí)時(shí)性對(duì)于確保車(chē)輛安全和性能至關(guān)重要。SOVD協(xié)議通過(guò)高效的通信協(xié)議（如HTTP、MQTT）和優(yōu)化的服務(wù)實(shí)現(xiàn)，確保診斷請(qǐng)求能夠快速響應(yīng)，并實(shí)時(shí)傳輸診斷結(jié)果。

2.1.5 簡(jiǎn)化集成

SOVD通過(guò)將診斷服務(wù)抽象化為可管理的服務(wù)，簡(jiǎn)化了不同ECU之間的集成過(guò)程。這種簡(jiǎn)化不僅降低了系統(tǒng)開(kāi)發(fā)的復(fù)雜性，還加快了產(chǎn)品上市的速度。

SOVD通過(guò)提供靈活、可擴(kuò)展、標(biāo)準(zhǔn)化的診斷服務(wù)框架，為現(xiàn)代汽車(chē)的電子系統(tǒng)管理帶來(lái)了諸多優(yōu)勢(shì)。在日益復(fù)雜的汽車(chē)環(huán)境中，SOVD不僅提升了車(chē)輛診斷的效率，還為未來(lái)的技術(shù)創(chuàng)新和發(fā)展提供了廣闊的空間。

三SOVD協(xié)議的應(yīng)用場(chǎng)景

3.1 遠(yuǎn)程診斷

SOVD協(xié)議支持遠(yuǎn)程診斷，允許技術(shù)人員或服務(wù)系統(tǒng)在不需要直接接觸車(chē)輛的情況下，通過(guò)移動(dòng)寬帶網(wǎng)絡(luò)遠(yuǎn)程訪(fǎng)問(wèn)車(chē)輛數(shù)據(jù)和控制系統(tǒng)。這種能力不僅提高了診斷的便捷性，還降低了維護(hù)成本。

3.2 近端診斷

當(dāng)技術(shù)人員在車(chē)輛附近時(shí)，可以通過(guò)有線(xiàn)或無(wú)線(xiàn)方式連接到車(chē)輛的SOVD服務(wù)器，進(jìn)行診斷操作。這種近端診斷方式結(jié)合了遠(yuǎn)程診斷的便捷性和傳統(tǒng)診斷的精確性，進(jìn)一步提高了診斷效率。

3.3 車(chē)輛內(nèi)部診

SOVD協(xié)議還支持車(chē)輛內(nèi)部的診斷任務(wù)，這些任務(wù)可以獨(dú)立于外部服務(wù)器或近場(chǎng)測(cè)試器運(yùn)行。例如，車(chē)輛健康監(jiān)測(cè)、預(yù)測(cè)性維護(hù)等任務(wù)可以通過(guò)SOVD協(xié)議在車(chē)輛內(nèi)部完成，從而提高了系統(tǒng)的自主性和可靠性。

四SOVD協(xié)議的技術(shù)架構(gòu)

為了在分布式系統(tǒng)中提供中央SOVD邊緣節(jié)點(diǎn)，需要引入一些基礎(chǔ)設(shè)施組件。以下是SOVD技術(shù)架構(gòu)的核心組件：

Explanation of Service-Oriented

Vehicle Diagnostics AUTOSAR AP R24-11

4.1 SOVD Gateway

功能：SOVD網(wǎng)關(guān)是SOVD協(xié)議的邊緣節(jié)點(diǎn)，主要負(fù)責(zé)接收和分發(fā)SOVD請(qǐng)求。每輛車(chē)僅配備一個(gè)SOVD網(wǎng)關(guān)組件，該組件通過(guò)mDNS（多播DNS）技術(shù)進(jìn)行設(shè)備發(fā)現(xiàn)與連接，確保請(qǐng)求能夠準(zhǔn)確路由到相應(yīng)的目標(biāo)服務(wù)。當(dāng)SOVD客戶(hù)端發(fā)出請(qǐng)求時(shí)，SOVD網(wǎng)關(guān)會(huì)根據(jù)請(qǐng)求URI中的實(shí)體部分，將請(qǐng)求準(zhǔn)確路由到相應(yīng)的內(nèi)部SOVD端點(diǎn)。

路由機(jī)制：為實(shí)現(xiàn)請(qǐng)求路由，SOVD網(wǎng)關(guān)需要提取URI中的相關(guān)部分，并將其轉(zhuǎn)發(fā)到對(duì)應(yīng)的內(nèi)部端點(diǎn)。內(nèi)部端點(diǎn)的設(shè)置可以通過(guò)靜態(tài)配置或利用mDNS進(jìn)行動(dòng)態(tài)發(fā)現(xiàn)。轉(zhuǎn)發(fā)過(guò)程發(fā)生在應(yīng)用層，SOVD網(wǎng)關(guān)充當(dāng)HTTP反向代理，從而實(shí)現(xiàn)請(qǐng)求的有效轉(zhuǎn)發(fā)。

配置：為了正確配置SOVD網(wǎng)關(guān)，引入了SOVDGatewayInstantiation這一項(xiàng)于TPS_Manifest中。該清單機(jī)制允許用戶(hù)配置與SOVD客戶(hù)端的外部連接以及指定內(nèi)部請(qǐng)求轉(zhuǎn)發(fā)的目標(biāo)。

4.2 SOVD到UDS的轉(zhuǎn)換

（SOVD to UDS Translation）

功能：該適配器根據(jù)預(yù)定義的ODX映射，將SOVD命令轉(zhuǎn)換為UDS請(qǐng)求。

實(shí)現(xiàn)：此功能模塊作為車(chē)載測(cè)試客戶(hù)端，負(fù)責(zé)將生成的UDS請(qǐng)求發(fā)送到目標(biāo)診斷地址，并將接收到的響應(yīng)轉(zhuǎn)換回來(lái)，最終返回給SOVD客戶(hù)端。

SOVD2UDS的轉(zhuǎn)換：充當(dāng)SOVD協(xié)議與UDS協(xié)議之間的互操作橋梁，支持DoIP（Diagnostics over Internet Protocol）并根據(jù)需要擴(kuò)展以支持自定義傳輸協(xié)議（TP）。

4.3 診斷管理器（AUTOSAR AP）

4.3.1功能概述

診斷管理器是AUTOSAR自適應(yīng)平臺(tái)（AP）中的核心組件，主要負(fù)責(zé)根據(jù)ISO 14229-1標(biāo)準(zhǔn)處理診斷服務(wù)和故障內(nèi)存。隨著SOVD（面向服務(wù)的車(chē)輛診斷）的引入，診斷管理器還承擔(dān)了SOVD服務(wù)器的角色。其核心設(shè)計(jì)原則是盡可能重用現(xiàn)有的UDS（統(tǒng)一診斷服務(wù)）功能，同時(shí)無(wú)縫支持SOVD的內(nèi)建特性，確保診斷系統(tǒng)的高效性和靈活性。

4.3.2多實(shí)例支持

診斷管理器支持多個(gè)獨(dú)立的診斷服務(wù)器實(shí)例，以保持軟件集群的自主性。每個(gè)在DEXT（診斷提取模板）中定義的診斷貢獻(xiàn)集代表一個(gè)具有獨(dú)立診斷地址的診斷服務(wù)器實(shí)例，SOVD采用這一尋址原則。診斷管理器作為SOVD組件，每個(gè)實(shí)例則表示為SOVD子組件。在處理請(qǐng)求時(shí)，診斷管理器內(nèi)部負(fù)責(zé)將請(qǐng)求路由到相應(yīng)的子組件，確保診斷服務(wù)的準(zhǔn)確分發(fā)。

4.3.3配置

通過(guò)SOVDServerInstance在TPS_Manifest中配置SOVD服務(wù)器。作為車(chē)輛內(nèi)AUTOSAR自適應(yīng)平臺(tái)（AP）應(yīng)用的本地SOVD服務(wù)器，診斷管理器通過(guò)aran::diag（C++）接口實(shí)現(xiàn)SOVD功能。診斷管理器的數(shù)量依賴(lài)于電子控制單元（ECU）或系統(tǒng)的數(shù)量，每個(gè)ECU或系統(tǒng)可以擁有一個(gè)獨(dú)立的診斷管理器實(shí)例。

五SOVD解決方案

5.1專(zhuān)家級(jí)SOVD解決方案

從技術(shù)積累、全生命周期支持、安全防護(hù)到兼容性，每一個(gè)方面都體現(xiàn)了ETAS在該領(lǐng)域的領(lǐng)先地位和對(duì)客戶(hù)需求的深刻理解。這種全方位的解決方案能夠?yàn)槠?chē)制造商和車(chē)隊(duì)管理者提供高效、可靠、安全的診斷和維護(hù)服務(wù)。ETAS在SOVD解決方案上的專(zhuān)業(yè)性和優(yōu)勢(shì)：

1. ETAS的SOVD技術(shù)方案源自于診斷系統(tǒng)與嵌入式軟件開(kāi)發(fā)領(lǐng)域的深厚技術(shù)積累。

ETAS在診斷系統(tǒng)和嵌入式軟件開(kāi)發(fā)領(lǐng)域擁有深厚的技術(shù)積累，這些經(jīng)驗(yàn)和技術(shù)被應(yīng)用于SOVD解決方案中，確保了SOVD解決方案的先進(jìn)性和可靠性。這意味著該方案不僅基于最新的技術(shù)趨勢(shì)，還融合了豐富的實(shí)踐經(jīng)驗(yàn)。

2. SOVD解決方案在整車(chē)制造與售后提供統(tǒng)一無(wú)縫的服務(wù)，實(shí)現(xiàn)車(chē)輛全生命周期內(nèi)無(wú)縫診斷與維護(hù)。

SOVD解決方案能夠?yàn)檎?chē)制造和售后服務(wù)提供統(tǒng)一、無(wú)縫的支持，覆蓋車(chē)輛從生產(chǎn)到使用的整個(gè)生命周期。

3. 由行業(yè)頂尖專(zhuān)家打造的ETAS SOVD組件，始終將車(chē)隊(duì)安全性與系統(tǒng)防護(hù)置于核心設(shè)計(jì)地位。

ETAS的SOVD組件是由行業(yè)頂尖專(zhuān)家設(shè)計(jì)的，特別注重車(chē)隊(duì)的安全性和系統(tǒng)的防護(hù)。在設(shè)計(jì)SOVD組件時(shí)，ETAS團(tuán)隊(duì)將安全性和防護(hù)作為首要考慮因素，確保車(chē)隊(duì)在運(yùn)行過(guò)程中能夠抵御各種潛在風(fēng)險(xiǎn)，保障車(chē)輛和人員的安全。

4. ETAS提供完整的SOVD解決方案（含車(chē)輛軟件平臺(tái)），全面兼容AUTOSAR與非AUTOSAR架構(gòu)ECUs。

ETAS提供的SOVD解決方案包括車(chē)輛軟件平臺(tái)，并且能夠兼容AUTOSAR和非AUTOSAR架構(gòu)的電子控制單元（ECUs）。這一特點(diǎn)使得SOVD解決方案具有廣泛的適用性，無(wú)論車(chē)輛采用何種架構(gòu)的ECUs，都能夠通過(guò)該方案進(jìn)行有效的診斷和維護(hù)，提高了方案的靈活性和實(shí)用性。

5.2 服務(wù)化車(chē)輛診斷（SOVD）高層架構(gòu)

通過(guò)這一高層架構(gòu)，SOVD系統(tǒng)能夠提供全面、高效、安全的車(chē)輛診斷解決方案，滿(mǎn)足現(xiàn)代智能網(wǎng)聯(lián)汽車(chē)的需求。

1. 診斷開(kāi)發(fā)工具（SOVD & 經(jīng)典診斷）

提供一個(gè)集成開(kāi)發(fā)環(huán)境，支持面向服務(wù)化車(chē)輛診斷（SOVD）及傳統(tǒng)車(chē)輛的診斷應(yīng)用開(kāi)發(fā)。開(kāi)發(fā)者可以利用該工具進(jìn)行SOVD和經(jīng)典診斷功能的開(kāi)發(fā)與測(cè)試，確保診斷應(yīng)用能夠無(wú)縫集成到現(xiàn)有的車(chē)輛診斷系統(tǒng)中。

2. 診斷后端系統(tǒng)（診斷云端平臺(tái)）

作為云端平臺(tái)，集成SOVD遠(yuǎn)程客戶(hù)端，為所有車(chē)外診斷服務(wù)提供云環(huán)境支持。通過(guò)云端平臺(tái)，實(shí)現(xiàn)對(duì)遠(yuǎn)程車(chē)輛的診斷服務(wù)管理，包括數(shù)據(jù)存儲(chǔ)、分析和遠(yuǎn)程控制等功能，提高診斷效率和靈活性。

3. SOVD近場(chǎng)客戶(hù)端

面向維修車(chē)間的近場(chǎng)通信終端，支持鄰近SOVD車(chē)輛的自動(dòng)發(fā)現(xiàn)。在維修車(chē)間環(huán)境中，近場(chǎng)客戶(hù)端能夠快速識(shí)別并連接附近的SOVD車(chē)輛，簡(jiǎn)化診斷流程，提高維修效率。

4. SOVD服務(wù)端

作為中央SOVD車(chē)載網(wǎng)關(guān)，完整支持診斷型高性能計(jì)算單元（HPC）。SOVD服務(wù)端負(fù)責(zé)處理來(lái)自不同客戶(hù)端的診斷請(qǐng)求，并通過(guò)高性能計(jì)算單元進(jìn)行復(fù)雜的數(shù)據(jù)處理和分析，確保診斷結(jié)果的準(zhǔn)確性和實(shí)時(shí)性。

5. SOVD車(chē)載客戶(hù)端

用于執(zhí)行車(chē)載診斷流程及數(shù)據(jù)采集處理。安裝在車(chē)輛上的SOVD客戶(hù)端能夠?qū)崟r(shí)監(jiān)控車(chē)輛狀態(tài)，執(zhí)行診斷任務(wù)，并將采集到的數(shù)據(jù)傳輸給服務(wù)端進(jìn)行進(jìn)一步分析，實(shí)現(xiàn)車(chē)輛的自我診斷和維護(hù)。

6. 經(jīng)典診斷適配器（CDA）

將基于Web的SOVD請(qǐng)求轉(zhuǎn)換為UDS診斷指令。通過(guò)CDA，SOVD系統(tǒng)能夠兼容傳統(tǒng)的UDS診斷協(xié)議，使得基于Web的診斷請(qǐng)求能夠被傳統(tǒng)車(chē)輛的ECU識(shí)別和響應(yīng)，實(shí)現(xiàn)了新舊診斷系統(tǒng)的無(wú)縫對(duì)接。

5.3 制造端診斷應(yīng)用場(chǎng)景

1. SOVD賦能整個(gè)工廠(chǎng)網(wǎng)絡(luò)下的遠(yuǎn)程診斷能力

SOVD能夠支持在整個(gè)工廠(chǎng)網(wǎng)絡(luò)中進(jìn)行遠(yuǎn)程診斷。通過(guò)SOVD技術(shù)，制造商可以在工廠(chǎng)的任何網(wǎng)絡(luò)節(jié)點(diǎn)上進(jìn)行遠(yuǎn)程診斷操作，無(wú)需物理接觸每輛車(chē)或每個(gè)設(shè)備。這大大提高了診斷效率和靈活性。

2. SOVD支持制造診斷過(guò)程中的實(shí)時(shí)監(jiān)控與集中化管理

SOVD可以實(shí)現(xiàn)實(shí)時(shí)監(jiān)控和集中化管理制造過(guò)程中的診斷活動(dòng)。SOVD系統(tǒng)能夠?qū)崟r(shí)收集和分析診斷數(shù)據(jù)，并將這些信息集中到一個(gè)管理平臺(tái)，使制造商能夠及時(shí)了解生產(chǎn)線(xiàn)上車(chē)輛的狀態(tài)，快速響應(yīng)和處理問(wèn)題，提高生產(chǎn)效率和質(zhì)量控制。

3. SOVD客戶(hù)端可靈活部署于測(cè)試設(shè)備、服務(wù)器或車(chē)載控制器等各種終端，實(shí)現(xiàn)與生產(chǎn)環(huán)境的柔性集成

SOVD客戶(hù)端可以根據(jù)需要部署在不同的硬件平臺(tái)上，包括測(cè)試設(shè)備、服務(wù)器和車(chē)載控制器等。這種靈活性使得SOVD能夠無(wú)縫集成到現(xiàn)有的生產(chǎn)環(huán)境中，無(wú)論是用于實(shí)驗(yàn)室測(cè)試、生產(chǎn)線(xiàn)監(jiān)控還是車(chē)輛本身的自診斷，都能提供一致的服務(wù)和支持。

5.4高效應(yīng)對(duì)安全威脅與攻擊途徑

服務(wù)化車(chē)輛診斷（SOVD）系統(tǒng)如何高效應(yīng)對(duì)安全威脅與攻擊途徑，強(qiáng)調(diào)了其在身份認(rèn)證、訪(fǎng)問(wèn)控制、API通信安全、數(shù)據(jù)加密和零信任架構(gòu)等方面的安全措施。

1. 身份認(rèn)證與授權(quán)

采用基于令牌的OAuth協(xié)議標(biāo)準(zhǔn)。SOVD系統(tǒng)使用OAuth協(xié)議進(jìn)行身份認(rèn)證和授權(quán)管理，確保只有經(jīng)過(guò)驗(yàn)證的用戶(hù)和設(shè)備才能訪(fǎng)問(wèn)系統(tǒng)資源。這種機(jī)制提高了系統(tǒng)的安全性，防止未經(jīng)授權(quán)的訪(fǎng)問(wèn)。

訪(fǎng)問(wèn)權(quán)限小知識(shí)

授權(quán)機(jī)制：在SOVD中，采用OAuth令牌進(jìn)行授權(quán)，診斷管理器通過(guò)SovdAuthorization接口請(qǐng)求應(yīng)用程序中的授權(quán)角色。

接近挑戰(zhàn)：采用SovdProximityChallenge接口來(lái)驗(yàn)證客戶(hù)端的物理接近性。

SOVD的授權(quán)過(guò)程依賴(lài)于OAuth令牌，這些令牌作為請(qǐng)求頭的一部分。當(dāng)診斷管理器接收到含有OAuth令牌的請(qǐng)求時(shí)，它將調(diào)用SovdAuthorization接口，以確定應(yīng)用程序中編碼的授權(quán)角色。憑借這個(gè)授權(quán)角色，診斷管理器能夠判斷SOVD客戶(hù)端是否有權(quán)限執(zhí)行特定的SOVD操作。

在此過(guò)程中，現(xiàn)有的DEXT模型相關(guān)于ISO 14229-1的服務(wù)0x29，被用來(lái)指定基礎(chǔ)角色，包括DiagnosticAuthRoles以及DiagnosticAccessPermission與各個(gè)SOVD方法之間的關(guān)系。這種映射基于診斷管理器SOVD部分中描述的現(xiàn)有服務(wù)，確保DiagnosticAccessPermission與相應(yīng)的SOVD方法之間的正確關(guān)聯(lián)，從而保障系統(tǒng)的安全性和有效性。

2. 訪(fǎng)問(wèn)控制

基于角色的訪(fǎng)問(wèn)控制（RBAC）機(jī)制嚴(yán)格限制對(duì)敏感診斷功能及數(shù)據(jù)的訪(fǎng)問(wèn)權(quán)限。通過(guò)RBAC機(jī)制，系統(tǒng)可以根據(jù)用戶(hù)的角色分配相應(yīng)的訪(fǎng)問(wèn)權(quán)限，確保只有具有相應(yīng)權(quán)限的用戶(hù)才能訪(fǎng)問(wèn)敏感的診斷功能和數(shù)據(jù)。這有助于防止數(shù)據(jù)泄露和濫用。

3. 動(dòng)態(tài)權(quán)限管理

可對(duì)診斷服務(wù)的訪(fǎng)問(wèn)權(quán)限進(jìn)行實(shí)時(shí)動(dòng)態(tài)管控。系統(tǒng)支持動(dòng)態(tài)調(diào)整用戶(hù)的訪(fǎng)問(wèn)權(quán)限，根據(jù)實(shí)際需求實(shí)時(shí)更新權(quán)限設(shè)置。這種靈活性使得系統(tǒng)能夠快速響應(yīng)變化，提高安全管理的效率和準(zhǔn)確性。

4. API通信安全

通過(guò)HTTPS/REST協(xié)議防御常見(jiàn)網(wǎng)絡(luò)攻擊。SOVD系統(tǒng)采用HTTPS和REST協(xié)議進(jìn)行API通信，確保數(shù)據(jù)傳輸過(guò)程中的安全性和完整性。這些協(xié)議能夠有效防御常見(jiàn)的網(wǎng)絡(luò)攻擊，如中間人攻擊和數(shù)據(jù)篡改等。

5. 數(shù)據(jù)加密

采用TLS等尖端安全標(biāo)準(zhǔn)實(shí)現(xiàn)通信加密。系統(tǒng)使用TLS等先進(jìn)的加密技術(shù)對(duì)通信數(shù)據(jù)進(jìn)行加密處理，確保數(shù)據(jù)在傳輸過(guò)程中不被竊取或篡改。這為用戶(hù)提供了一個(gè)安全可靠的通信環(huán)境。

6. 零信任架構(gòu)

無(wú)默認(rèn)信任機(jī)制：客戶(hù)端需通過(guò)驗(yàn)證方可獲取訪(fǎng)問(wèn)權(quán)限。SOVD系統(tǒng)采用了零信任架構(gòu)，即默認(rèn)情況下不信任任何用戶(hù)和設(shè)備，所有訪(fǎng)問(wèn)請(qǐng)求都需要經(jīng)過(guò)嚴(yán)格的驗(yàn)證才能獲得訪(fǎng)問(wèn)權(quán)限。這種機(jī)制大大降低了安全風(fēng)險(xiǎn)，提高了系統(tǒng)的整體安全性。

SOVD系統(tǒng)在身份認(rèn)證、訪(fǎng)問(wèn)控制、API通信安全、數(shù)據(jù)加密和零信任架構(gòu)等方面的安全措施，突出了其在應(yīng)對(duì)安全威脅和攻擊途徑方面的高效性和可靠性。這些安全措施不僅保障了系統(tǒng)的正常運(yùn)行，還保護(hù)了用戶(hù)的隱私和數(shù)據(jù)安全，為用戶(hù)提供了一個(gè)安全、可靠的服務(wù)化車(chē)輛診斷平臺(tái)。

5.5 ETAS SOVD解決方案優(yōu)點(diǎn)：

標(biāo)準(zhǔn)化集成：全面支持標(biāo)準(zhǔn)的SOVD APIs，確保與SOVD Server的無(wú)縫集成，并持續(xù)兼容新興行業(yè)標(biāo)準(zhǔn)。

傳統(tǒng)診斷復(fù)用：內(nèi)置CDA模塊，能夠復(fù)用傳統(tǒng)的診斷數(shù)據(jù)，實(shí)現(xiàn)新舊系統(tǒng)的平滑過(guò)渡。

兼容現(xiàn)有診斷格式：支持ODX2.2.0 (ISO22901-1) 和 OTX1.0.0 (ISO13209) 等現(xiàn)有診斷數(shù)據(jù)格式。

靈活的OTX支持：支持從外部調(diào)用動(dòng)態(tài)參數(shù)的OTX功能，便于在不同場(chǎng)景中復(fù)用OTX腳本。

高效刷寫(xiě)能力：支持串行和并行通信刷寫(xiě)，可同時(shí)處理多個(gè)刷寫(xiě)任務(wù)。

數(shù)據(jù)與軟件解耦：采用數(shù)據(jù)與軟件分離的架構(gòu)，通過(guò)OTX動(dòng)態(tài)數(shù)據(jù)實(shí)現(xiàn)多樣化的診斷、標(biāo)定及刷寫(xiě)功能。

經(jīng)過(guò)驗(yàn)證的OTX引擎：搭載成熟可靠且輕量級(jí)的OTX引擎，已在售后和生產(chǎn)線(xiàn)等多場(chǎng)景中長(zhǎng)期應(yīng)用驗(yàn)證。

虛擬化支持：配備D-PDU Virtual VCI模塊，支持虛擬D-PDU API（MVCI, ISO22900-2），減少未來(lái)在不同硬件/協(xié)議棧間遷移的工作量。

協(xié)議擴(kuò)展性：支持CAN、DoIP等多種協(xié)議以及自定義擴(kuò)展協(xié)議（如ESP），具備良好的擴(kuò)展能力。

標(biāo)準(zhǔn)化開(kāi)發(fā)：實(shí)現(xiàn)“一次開(kāi)發(fā)，長(zhǎng)期使用”的標(biāo)準(zhǔn)化方案，適用于多種應(yīng)用場(chǎng)景。

成本效益：有效降低車(chē)輛全生命周期的研發(fā)費(fèi)用和長(zhǎng)期維護(hù)成本。

跨平臺(tái)適應(yīng)性：支持Linux、Android、QNX/Gateway等多個(gè)OS平臺(tái)。

靈活部署選項(xiàng)：可靈活部署于Central HPC、域控制器、區(qū)域控制器等不同架構(gòu)中，支持對(duì)域控、區(qū)控下掛節(jié)點(diǎn)的傳統(tǒng)診斷，以及車(chē)內(nèi)HPC之間的SOVD通信。

六小結(jié)

SOVD通過(guò)面向服務(wù)的設(shè)計(jì)和現(xiàn)代化技術(shù)棧，為車(chē)輛診斷提供了高靈活性、高安全性的解決方案。其與AUTOSAR自適應(yīng)平臺(tái)的深度集成，支持從傳統(tǒng)ECU到HPC的混合架構(gòu)，滿(mǎn)足未來(lái)車(chē)輛的遠(yuǎn)程診斷、動(dòng)態(tài)更新與大數(shù)據(jù)處理需求。隨著標(biāo)準(zhǔn)化進(jìn)程的推進(jìn)，SOVD將成為智能網(wǎng)聯(lián)汽車(chē)診斷系統(tǒng)的核心支撐技術(shù)，推動(dòng)汽車(chē)行業(yè)向智能化、網(wǎng)聯(lián)化邁進(jìn)。