過去十年，汽車電子電氣架構(gòu)在智能網(wǎng)聯(lián)與軟件定義汽車趨勢下經(jīng)歷巨大變革。

早期汽車內(nèi)部網(wǎng)絡多采用CAN、LIN、FlexRay總線，這種基于信號的廣播的靜態(tài)模式，在ECU數(shù)量較少、功能簡單時尚能應對。但隨著ADAS、智能座艙和OTA升級等功能涌現(xiàn)，傳統(tǒng)的通信架構(gòu)已難以滿足帶寬、靈活性與軟件解耦的需求。問題的核心在于，我們不能僅僅把汽車視為一個硬件的集合體，而是一個可以支持軟件持續(xù)升級的智能平臺。然而，要實現(xiàn)這個目標，必須解決一個關(guān)鍵問題，即如何將底層的車身、動力系統(tǒng)、底盤和多媒體等基礎功能通過中間件與上層軟件有效解耦，使各類功能以服務化方式靈活組合、調(diào)用與管理。

SOME/IP正是誕生于這樣的背景之中。SOME/IP采用服務發(fā)現(xiàn)、遠程過程調(diào)用(RPC)和發(fā)布訂閱模式，實現(xiàn)了車輛內(nèi)部應用軟件的松耦合。2011年寶馬主導完成了SOME/IP的設計，后于2014年被AUTOSAR正式采納，實現(xiàn)了標準化與規(guī)?；瘧?。得益于與AUTOSAR體系的緊密結(jié)合，以及與車載以太網(wǎng)技術(shù)的融合，SOME/IP很快得到國內(nèi)外眾多OEM和Tier1廠商認可，廣泛部署于智能座艙、域控制器以及部分ADAS應用中。

不久之后，隨著自動駕駛技術(shù)的快速發(fā)展，汽車行業(yè)出現(xiàn)了一個新的需求：大量傳感器數(shù)據(jù)需要在車內(nèi)各計算單元間實時、高效、按QoS策略進行分發(fā)，例如激光雷達點云、攝像頭圖像、雷達目標以及高精地圖等數(shù)據(jù)的發(fā)布/訂閱。這時候我們把目光移到了DDS。與面向服務和車載應用的SOME/IP不同，DDS有另外一種完全不同的，以數(shù)據(jù)為中心的設計理念，非常契合自動駕駛應用的需求。隨著ROS 2等機器人/自動駕駛軟件框架采用DDS作為底層通信，使DDS在自動駕駛開發(fā)者社區(qū)中獲得了認可。這樣的趨勢也影響到車企：為了兼容自動駕駛生態(tài)并滿足車內(nèi)高速網(wǎng)絡需求，不少廠商嘗試將DDS引入車載通信。DDS標準自身也在演進以貼近汽車需求，例如2017年OMG發(fā)布DDS-RPC規(guī)范，為DDS加入對遠程過程調(diào)用的支持，使其在發(fā)布-訂閱之外也能勝任SOA架構(gòu)需要的請求/響應模式。

在AUTOSAR陣營，Adaptive平臺最初側(cè)重于SOME/IP，但近年來AUTOSAR與DDS社區(qū)逐步靠攏：2024年底AUTOSAR發(fā)布的Foundation Package已將DDS正式納入其中，作為Classic和Adaptive平臺共享的通信標準之一。這意味著DDS獲得了AUTOSAR官方的支持地位，成為汽車開放系統(tǒng)架構(gòu)中與SOME/IP并列的選項。

回顧過去可以發(fā)現(xiàn)，底層通信技術(shù)的演進始終是由應用需求的不斷變化所驅(qū)動的。正如“進化論”所強調(diào)的，“適者生存”才是核心：并不存在放之四海而皆準的“最優(yōu)”技術(shù)，只有在特定場景下最合適的解決方案。對于SOME/IP和DDS，很多人習慣于直接問“孰優(yōu)孰劣”，但如果脫離具體的應用場景去討論優(yōu)劣，往往難有定論。北匯信息的一家之言，可以參考《SOME/IP與DDS對比及DDS測試策略和方案探討》。

展望未來，SOME/IP和DDS基于各自的技術(shù)特點與成熟的市場應用基礎，預計將在車內(nèi)不同層級長期共存。SOME/IP作為AUTOSAR體系規(guī)定的標準協(xié)議，早已在車身控制、動力總成以及部分信息娛樂系統(tǒng)中實現(xiàn)了大規(guī)模部署，具有輕量、高效且易于在資源受限控制器上實現(xiàn)的優(yōu)勢。DDS則在高性能計算平臺和自動駕駛領域展現(xiàn)強勁實力，能夠滿足多節(jié)點大數(shù)據(jù)交換和實時分布式控制的需求。

無論技術(shù)形態(tài)如何演變，可以確定的是，以太網(wǎng)必然會成為未來車內(nèi)網(wǎng)絡的主干標準，而SOME/IP、DDS乃至MQTT等多種中間件都將在IP協(xié)議棧之上發(fā)揮各自作用。北匯信息也將持續(xù)關(guān)注不同通信技術(shù)在汽車領域的新動向，并見證它們在軟件定義汽車浪潮中的發(fā)展與演化。