對于使用AUTOSAR制造車輛的公司來說，已經出現(xiàn)了兩個不同的平臺 - AUTOSAR Classic和AUTOSAR Adaptive 這兩個AUTOSAR平臺之間互操作性的基礎標準。使 AUTOSAR 自適應應用程序能夠與現(xiàn)有和未來的 DDS系統(tǒng)進行互操作。

什么是dds？

DDS最重要的特性是以數據為中心，這是與其他很多通信中間件不同的地方。DDS的數據共享以Topic為單元，應用程序能夠通過Topic判斷其所包含的數據類型，而不必依賴其他的上下文信息。同時，DDS能夠按照用戶定義的方式自動地進行存儲、發(fā)布或訂閱數據，使應用程序能夠像訪問本地數據一樣去寫入或者讀取數據

DDS實現(xiàn)的數據共享可以理解成一個抽象的“全局數據空間”，任何應用程序，不論開發(fā)語言，或者運行的操作系統(tǒng)類型，都可以通過相同的方式訪問這個“全局數據空間”，就好像訪問本地的存儲空間一樣。當然“全局數據空間”僅僅是一個抽象的概念，在實現(xiàn)時仍然是分別存儲在每個應用程序的本地空間當中。在系統(tǒng)運行時，數據是按需傳輸或存儲的，數據的發(fā)布者僅僅發(fā)送對方需要的數據，而訂閱者僅接收并存儲本地應用程序當前需要的數據。DDS還提供了非常靈活的QoS（Quality of Service）策略，以滿足用戶對數據共享方式的不同需求，比如可靠性，故障處理等等。針對數據安全性要求比較高的系統(tǒng)，DDS還提供了細顆粒度的數據安全控制，包括應用程序身份認證，權限控制，數據加密等等。

類似于SOME/IP-SD，DDS提供了對數據發(fā)布者和訂閱者的動態(tài)發(fā)現(xiàn)機制，這意味著用戶不必去配置通信節(jié)點的地址或其他屬性信息，因為他們在運行的過程中會自動發(fā)現(xiàn)對方，并自動完成相關配置，即實現(xiàn)了“即插即用“。）

關于RTIDDS詳細的的介紹，請到最后一節(jié)查看。

什么是中間件？

中間件是位于操作系統(tǒng)和用戶應用程序之間的軟件層，它將操作系統(tǒng)提供的資源進行抽象和封裝，為應用程序提供各種各樣的高級的服務和功能，比如通信或數據共享。中間件的存在簡化了應用程序開發(fā)者的工作，這使他們能夠將注意力放在應用程序本身上，而不必在不同應用程序之間或不同系統(tǒng)之間的數據傳輸上花太多精力）

什么是 DDS 網絡綁定？

在 AUTOSAR 自適應平臺中，通信管理功能集群提供面向服務的通信建模和基礎設施。應用程序構建在中間件之上，應用程序級 API 與協(xié)議無關，中間件在 API 和實際的底層通信技術之間進行代理。AUTOSAR 中代理或者此類映射稱為“網絡綁定”，下面是三個標準化的通信協(xié)議：

DDS

SOME/IP

基于信號的通信

由于 AUTOSAR 自適應平臺的各種設計方面，為 AUTOSAR 設計和實現(xiàn)網絡綁定組件通常是一項復雜的任務：面向應用程序的 API 和網絡綁定組件之間不存在標準化的 API 層，因此要求特定網絡綁定的實現(xiàn)者以各自不同的方式來集成AUTOSAR 有自己的數據類型系統(tǒng)，必須通過網絡綁定與每個底層通信技術（即 DDS 自己的可擴展類型）的類型系統(tǒng)和功能進行協(xié)調)AUTOSAR還規(guī)定了非常具體的對象生命周期和內存管理協(xié)議，這些協(xié)議必須與網絡綁定封裝的底層框架相匹配。

映射 DDS 和 AUTOSAR 類型系統(tǒng)

盡管 AUTOSAR 類型相當常見并且自然映射到 DDS-XTypes（布爾值、數字、字符串、結構、數組、序列等）——并且這種映射已經在通信管理規(guī)范中的 DDS 網絡綁定材料中指定——但實際集成需要將 PSM（平臺特定模塊）組合在一起，用于 C 和C++編程語言中的兩種類型系統(tǒng)。我們將選擇AUTOSAR支持的唯一語言綁定，C++（最多C++14）和DDS的C語言PSM。從一個簡單的示例開始，下面是從 DDS-IDL 或 DDS-XML 轉換為 C 后的簡單 Point3D 類型的外觀：

struct Point3D {

     float x;

     float y;

     float z;

};

然后從AUTOSAR的ARXML轉換為C++：

struct Point3D {

     float x;

     float y;

     float z;

};

讓我們進一步改進我們的類型目錄，將 3D 點分組為點云，為了簡單起見，這些點云僅作為固定長度的數組排列。根據 DDS C PSM，有如下定義：

typedef Point3D PointCloud[1024];

但是相同的類型（1024個元素的點數組）將在AUTOSAR Adaptive中生成，如下所示：

typedef ara::Array PointCloud;

它們明顯是相似但不相同的類型。事實上，ara：：core：：Array<>保留了一些普通固定長度數組類型的語義（例如索引訪問），但也添加了類似 STL 的語義，如 begin（） 和 end（） 方法，并且不會隱式轉換為 Point3D 指針。對于其他類型的，例如字符串和向量，此差距甚至更大。在RTI的ara：：com中，通過AUTOSAR建模的用戶定義類型（結構體）的實現(xiàn)類型不包含值字段，而是引用內部管理的“后端存儲”的功能兼容包裝器。此類后端存儲可能基于 Adaptive Platform 的 PSM（標準C++數值類型和 ara：：core 容器類型）或 DDS 的 PSM 自動生成類型，來自 DDS-IDL 或 DDS-XML。這種方法不僅簡化了與多種不同的通信框架的集成，而且還為共享數據時的高效內存管理和增刪改數據樣本提供了便利。

實現(xiàn)高效的內存管理

由于上一節(jié)中描述的數據類型結構的靈活性，數據樣本出現(xiàn)了兩種非獨占內存管理策略：

實現(xiàn)類型實例可以由應用程序直接分配堆?；蚨?，這會導致內部類型實現(xiàn)使用 AUTOSAR 的內存中 PSM 類型。當傳遞給底層框架時，這些數據類型必須根據所需的目標數據格式（即，來自DDS-IDL或DDS-XML的DDS自動生成的類型）進行轉換和/或序列化。

在尋求零拷貝傳輸時，應用程序還可以利用事件和字段通知程序提供的標準 Allocate（） 方法。在這種情況下，網絡綁定將盡可能要求底層框架“借出”內部分配的數據樣本，該樣本將在應用程序填充和發(fā)回時“返回”。后者是一種非常強大的機制，允許在幾種情況下進行與大小無關的恒定時間傳輸：

共享內存?zhèn)鬏?/p>

內存映射網絡接口

進程內通信

除了以高性能的方式映射類型系統(tǒng)和 API 之外，AUTOSAR 的汽車產品重點還帶來了另一個挑戰(zhàn)：功能安全合規(guī)性。在任何ISO-26262 ASIL級別中，評估任何DDS實施，都要有SEooC，脫離（SEooC）去評估本身就是一個挑戰(zhàn)，下面是一些對DDS實施和AUTOSAR的一些約束和要求：

C 是 DDS 網絡綁定實現(xiàn)中唯一允許的 DDS 語言 PSM，因此可以輕松適應多種 DDS 實現(xiàn)（占用空間小、安全意識強）

多綁定支持是必須的，因為肯定需要提供多個DDS網絡綁定才能支持上述各種DDS實現(xiàn)。

AUTOSAR 自適應 DDS 網絡綁定規(guī)范中更精簡的服務發(fā)現(xiàn)和綁定功能方法，使用在大多數 DDS 中間件實現(xiàn)中更容易找到的常見 DDS 功能（主題、實例）

RTI DDS 介紹