芝能智芯出品

軟件定義汽車（SDV）架構正引領汽車行業(yè)向智能化、靈活化和可持續(xù)化轉型，遠程控制硬件技術作為其核心驅動力，深刻改變了電子電氣（E/E）架構的設計與功能實現(xiàn)。

我們根據(jù)《Software-Defined Vehicle Architectures with Remote Controlled Hardware》介紹，一起看一下OA TC 18遠程控制協(xié)議（RCP）的應用、以及以太網(wǎng)音頻傳輸技術的突破與挑戰(zhàn)。

Part 1

軟件定義汽車

電子電氣架構的演進

傳統(tǒng)硬件定義汽車的E/E架構以功能本地化和專用硬件為核心，每個功能模塊（如動力控制、車身控制）由獨立的電子控制單元（ECU）實現(xiàn)，網(wǎng)關ECU負責連接多個終端節(jié)點。

這種架構在早期因其確定性和成本效益而廣泛應用，但隨著汽車智能化需求的增長，其弊端日益凸顯。

● 軟件開發(fā)的復雜性成為主要瓶頸。

◎由于各ECU的軟件由不同供應商開發(fā)，呈現(xiàn)“黑箱”特性，汽車制造商（OEM）在集成新功能時需對多個模塊進行適配，開發(fā)周期長且成本高。

◎軟件更新的碎片化問題顯著，功能升級或漏洞修復需逐個更新分散的ECU，操作繁瑣且效率低下，硬件擴展性差，新增功能往往需要額外硬件，導致物料清單（BOM）成本激增，上市時間被拉長。

◎最為關鍵的是，專用硬件的資源利用率低，難以充分發(fā)揮計算潛力，限制了汽車在智能化和性能上的進一步提升。

● 演進式SDV架構通過分布式計算和區(qū)域化設計，部分緩解了傳統(tǒng)架構的局限性，將軟件和計算資源集中在中央計算單元和區(qū)域控制器，輸入/輸出（I/O）操作則在區(qū)域節(jié)點和部分終端節(jié)點聚合。

設計減少了布線復雜度和成本，并通過中央計算單元的統(tǒng)一處理提升了計算效率。例如，區(qū)域控制器可以整合多個傳感器的數(shù)據(jù)，優(yōu)化自動駕駛或車身控制功能的實現(xiàn)。

演進式架構仍存在顯著不足，硬件成本居高不下，高性能中央計算單元和區(qū)域控制器的需求增加了BOM成本。

軟件更新的碎片化問題依然存在，不同區(qū)域的軟件版本難以協(xié)調，OTA（空中下載技術）部署效率受限，分布式軟件的復雜性增加了開發(fā)和測試難度，各區(qū)域間的協(xié)同管理需要精密設計，維護成本較高。這些問題表明，演進式架構雖有所改進，但仍未完全滿足智能化汽車的動態(tài)需求。

● 徹底的SDV架構代表了E/E架構的未來方向，通過完全集中化的計算和軟件管理，徹底顛覆了傳統(tǒng)設計理念，將所有軟件和計算資源集中在高性能中央計算單元，區(qū)域節(jié)點僅負責I/O聚合，無需運行復雜軟件。

這種集中化設計極大簡化了OTA部署，功能升級和漏洞修復可通過單一入口完成，顯著提升效率。優(yōu)勢還體現(xiàn)在ECU整合和成本優(yōu)化上。通過減少ECU數(shù)量，BOM成本、裝配成本和測試成本大幅降低。

傳感器融合、數(shù)字孿生和人工智能（AI）的深度應用，進一步增強了汽車的智能化能力。

數(shù)字孿生技術可實時模擬車輛狀態(tài)，為故障預測和性能優(yōu)化提供數(shù)據(jù)支持，支持神經(jīng)計算和云計算的集成，使汽車能夠動態(tài)加載新功能，如自動駕駛算法的持續(xù)迭代，從而在整個生命周期內(nèi)創(chuàng)造增值服務。這種架構的靈活性和可擴展性，為SDV的規(guī)�；瘧�用奠定了堅實基礎。

Part 2

遠程控制技術

在SDV架構中的應用與挑戰(zhàn)

OA TC 18遠程控制協(xié)議（RCP）是SDV架構中實現(xiàn)軟件硬件解耦的關鍵技術，通過標準化協(xié)議實現(xiàn)對物理接口的遠程控制與管理。

RCP的目標包括網(wǎng)絡化的物理接口控制、外圍設備發(fā)現(xiàn)與配置、標準化的遠程訪問機制，以及支持網(wǎng)絡寄存器讀寫等功能。在安全性和功能安全方面，RCP需滿足嚴格的汽車行業(yè)標準，確保時間同步和可靠運行。

在實際應用中，RCP通過客戶端-服務器模式實現(xiàn)對硬件的集中控制。

例如，在車門控制場景中，中央計算單元作為RCP客戶端，向車門ECU上的RCP服務器發(fā)送控制指令（如解鎖或自動開關）。RCP服務器通過I2C或I2S等物理接口操作硬件，并實時反饋車門狀態(tài)（如鎖狀態(tài)或關閉程度）。

這種集中控制機制減少了非標準化軟件的開發(fā)需求，簡化了多功能模塊的協(xié)同管理。

通過寄存器映射，RCP還能動態(tài)發(fā)現(xiàn)和配置硬件端點，確�？刂频木珳市院涂煽啃浴�RCP的應用使SDV架構能夠以軟件為核心，靈活調度硬件資源，大幅提升系統(tǒng)效率。

RCP的實現(xiàn)離不開高效的網(wǎng)絡傳輸支持，而IEEE 1722標準為其提供了關鍵的網(wǎng)絡框架。

IEEE 1722支持L2（數(shù)據(jù)鏈路層）和L5（應用層）通信，兼容Linux和AUTOSAR classic操作系統(tǒng)，并與MACsec和AVB/TSN（時間敏感網(wǎng)絡）技術無縫集成。這種融合使RCP能夠在復雜的汽車網(wǎng)絡環(huán)境中實現(xiàn)低延遲、高可靠性的數(shù)據(jù)傳輸。

以音頻傳輸為例，IEEE 1722通過流預留機制（802.1Q）確保音頻數(shù)據(jù)的確定性延遲，支持時間同步和非時間同步操作，且與物理層無關。

這種特性使RCP能夠高效管理音頻相關的物理接口，滿足車內(nèi)娛樂系統(tǒng)對實時性和音質的高要求，IEEE 1722的兼容性使其能夠適應不同網(wǎng)絡拓撲，為SDV架構的網(wǎng)絡擴展提供了靈活性。

融合IEEE 1722也增加了網(wǎng)絡設計的復雜性，需要精確的時間同步和帶寬分配，以避免數(shù)據(jù)擁堵或延遲超標。

以太網(wǎng)音頻傳輸技術是SDV架構中一項重要的支持技術，利用以太網(wǎng)骨干網(wǎng)絡傳輸音頻數(shù)據(jù)，避免了傳統(tǒng)音頻網(wǎng)絡的布線成本和復雜性，基于10BASE-T1S和100BASE-T1以太網(wǎng)幀，通過gPtP（通用精確時間協(xié)議）實現(xiàn)時間同步，確保音頻樣本的準確傳輸。

結合1722封裝和AVB交換機，以太網(wǎng)音頻傳輸顯著降低了系統(tǒng)成本，同時提升了傳輸可靠性和音質。

基于IEEE標準的規(guī)范性（如802.3cg、802.1ASds）進一步保證了技術的兼容性和可擴展性。

在路噪消除（RNC）等高實時性場景中，以太網(wǎng)音頻傳輸面臨嚴格的延遲挑戰(zhàn)。RNC需在3ms內(nèi)完成從噪音捕獲到反相音頻輸出的全流程，其中網(wǎng)絡傳輸延遲占700-800μs，整體延遲累計可達1960-2530μs。

為滿足要求，需通過TSN技術優(yōu)化網(wǎng)絡傳輸性能，如優(yōu)先級調度和帶寬預留，同時改進RNC算法和硬件處理速度。

當前，部分系統(tǒng)在高負載網(wǎng)絡環(huán)境中仍難以穩(wěn)定達到3ms延遲目標，這對以太網(wǎng)音頻傳輸?shù)挠布�設計和軟件優(yōu)化提出了更高要求。

小結

徹底的SDV架構以集中化計算和軟件硬件解耦為核心，克服了傳統(tǒng)E/E架構的局限性，顯著提升了汽車的性能、靈活性和用戶體驗。

OA TC 18 RCP通過標準化協(xié)議實現(xiàn)了高效的硬件控制，簡化了功能開發(fā)與管理；以太網(wǎng)音頻傳輸技術則以低成本和高可靠性支持了車內(nèi)音娛系統(tǒng)的升級，在路噪消除等場景中展現(xiàn)了潛力。

       原文標題 : 軟件定義汽車中的遠程控制硬件技術