[發明專利]RTE接口設計方法、裝置、AUTOSAR軟件架構及車輛

在審

• 申請號: 202310588021.9
• 申請日: 2023-05-23
• 公開（公告）號: CN116627537A
• 公開（公告）日: 2023-08-22
• 發明（設計）人: 巫冠群
• 申請（專利權）人: 北京汽車研究總院有限公司
• 主分類號: G06F9/445
• 分類號: G06F9/445;G06F8/20
• 代理公司: 北京清亦華知識產權代理事務所(普通合伙) 11201
• 代理人: 梁柏祺

本發明提出一種RTE接口設計方法、裝置、AUTOSAR軟件架構及車輛，其中，AUTOSAR軟件架構包括SWC層和BSW層，基于AUTOSAR軟件架構的RTE接口設計方法包括：獲取SWC層和BSW層中待傳輸數據的性能要求；根據性能要求確定RTE接口中的功能模塊；根據功能模塊對RTE接口進行配置，以降低SWC層和BSW層通過已完成配置的RTE接口進行通信時的通訊報文數量。通過基于AUTOSAR軟件結構中的RTE層增加接口數據的功能處理模塊和四種不同的處理方式，既能滿足實際整車所需的以太接口要求，也能夠降低部分以太報文數據實現降低控制器的CPU負載率優化軟件性能的需求。

技術領域

本發明涉及車輛網絡技術領域，尤其涉及一種RTE(Run-Time?Environment，運行時環境)接口設計方法、裝置、AUTOSAR(Automotive?Open?System?Architecture，汽車開放系統架構)軟件架構及車輛。

背景技術

對于現有項目開發，控制器軟件架構一般都采用AUTOSAR?CP(Automotive?OpenSystem?Architecture?Classical?Platform，汽車開放系統架構經典平臺)軟件架構。應用層SWC(Software?Component，軟件組件)的服務化接口需要通過運行時環境RTE層與基礎軟件BSW(Basic?Software，基礎軟件)層進行交互。支持AUTOSAR的軟件組件間、基礎軟件間、軟件組件與基礎軟件之間的通信。RTE封裝了基礎軟件層的通信和服務，為應用層的軟件組件提供標準化的基礎軟件和通信接口，使得應用層可以通過API(ApplicationProgramming?Interface，應用程序接口)函數調用基礎軟件的服務。

隨著整車電子電器架構的發層，以太網通訊需求越來越大，采用服務化的開發也導致以太報文數量日漸增加。在軟件開發中，使用SOMEIP(Scalable?service-OrientedMiddleware?over?IP，基于IP的可擴展面向服務的中間件)通訊方式下，許多的應用層服務需要通過EVENT方式周期不間斷的用以太報文發出。以一個控制器為例，目前定義的API數量越來越多，往往一個控制器發送的以太報文包數能夠達到5000包/秒，使得CPU(CentralProcessing?Unit，中央處理器)負債率越來越高，導致軟件運行性能受到極大影響。出現任務調度不及時，報文數據丟失等問題。

但是，在相關技術中，應用層服務接口采用AUTOSAR架構下通過RTE層直接傳遞給基礎軟件層。中間的接口并不做過多的邏輯處理。而實際整車功能開發由需要大量的服務，從系統架構層面無法降低服務接口數量。然而應用層的服務接口通過RTE層直接傳遞給基礎軟件層BSW后，SOMEIP通過以太網的服務發現、TCPIP(Transmission?Control?Protocol/Internet?Protocol，傳輸控制協議/互聯網絡協議)和以太網接口模塊等直接傳遞至MCAL(MicroController?Abstraction?Layer，微控制器抽象層)后進行發送。在這種情況下若需要降低控制器的CPU負載率和內存資源占用只能兩種方法，其一是從架構層面減少整車的服務化接口API，這樣對于服務化平臺規劃，和產品可通用化等方面都是不利的。其二是通過降低服務接口的發送頻次，但這樣就等改變應用層任務的處理周期，對于操作系統的設計和后續的變更帶來了難度，同時影響的應用層功能邏輯處理的性能。

發明內容

本發明旨在至少在一定程度上解決相關技術中的技術問題之一。為此，本發明的第一個目的在于提出一種RTE接口設計方法、裝置、AUTOSAR軟件架構及車輛，既能滿足實際整車所需的以太接口要求，也能夠降低部分以太報文數據實現降低控制器的CPU負載率優化軟件性能的需求。

本發明的第二個目的在于提出一種AUTOSAR軟件架構。

本發明的第三個目的在于提出一種基于AUTOSAR軟件架構的RTE接口設計裝置。

本發明的第四個目的在于提出一種車輛。