智能汽車E/E架構技術發展趨勢（上）

發布日期：2023-08-25

隨著汽車智能化、網聯化技術不斷發展，傳統電子電氣架構已難以滿足面向未來的車路云網一體化發展新需求。本文中聚焦面向未來的智能網聯汽車多域電子電氣架構，分別從總體設計、硬件系統、通信系統和軟件系統4個方面對現有技術進行了詳細的綜述并對我國電子電氣架構的發展進行展望。本文可對汽車電子電氣架構技術研究提供重要的參考價值。

前言

隨著車輛電氣化與智能化的長足發展，汽車工業與移動計算、泛在車聯、人工智能等ICT 技術深度融合加速，引發了汽車數字化以及軟件定義汽車的新浪潮，孕育了“人-車-路-云-網”一體化運行的新一代智能交通系統，有望極大地提升未來交通系統的運力、能效、安全與駕乘體驗［1］。智能網聯汽車（intelligent connected vehicle， ICV）已經成為“人-車-路-云-網”一體化系統中汽車產業升級的必然趨勢［2］。ICV 配備了智能感知系統、智能決策控制系統和智能執行系統，與通信網絡、人工智能緊密結合，可實現車輛與多領域（車輛、道路、行人、云等）間的信息交互［3］。ICV 是汽車由傳統運輸工具向新一代智能終端的轉型的物理載體，對汽車電子電氣架構（electrical/electronic architecture，后文簡稱E/E 架構）的基礎設計理論和方法提出了新挑戰和新要求，催生了E/E 架構技術的新變革。E/E 架構技術作為ICV 系統設計技術之一，對整車軟硬件系統集成、功能實現、開發成本以及車輛綜合性能有著決定性的影響［4］。

汽車E/E 架構定義為實現整車功能的汽車電子電氣組件的組織結構及其軟硬件系統，強調各組件之間以及組件與整車環境之間的相互作用和相互依賴關系，以及指導設計和演變的原則。作為ICV 系統本身及功能構成的頂層設計，現有E/E 架構存在何種不足、未來E/E架構應該如何設計才能滿足ICV的未來復雜需求和適應新技術趨勢是汽車領域關注的重要問題。目前已有眾多學者對此展開了深入研究。Jiang 等［5］研究了E/E 架構的演變趨勢，討論了電氣化、自動駕駛和連接功能對E/E 架構的影響，提出了E/E 架構設計的指導方針、內容和實施過程。Navale 等［6］討論了自動駕駛和網絡安全等功能日益增加導致車載通信網絡、供電系統、硬件連接、安全方面的E/E架構變革以及現有E/E架構瓶頸，主要是通信帶寬和V2X 通信能力、不同需求靈活配置性、算力可擴展性及可行性。Bandur等［7］分析了傳統分布式架構的優缺點，從汽車功能的可擴展性、架構通信性能、成本和功能安全等方面論述了E/E 架構由分布式向集中式演進的趨勢。Zeng等［8］對車載通信網絡架構展開研究，從系統成本、傳輸能力和容錯性等對LIN、CAN、FlexRay、Ethernet 和MOST 多種車載通信協議對比分析。Zhu 等［9］基于需求驅動分析了E/E 架構的演變過程，展示了當前先進的E/E 架構，包括網絡拓撲、通信標準、操作系統以及仿真平臺，提出基于軟件定義的分層可重構定制的E/E 架構的趨勢。崔明陽等［10］提出ICV的架構要從新概念車輛平臺架構和與車路云融合系統架構多維考慮，不僅要優化自車架構功能，更要滿足架構共用、信息融合與控制協同的要求?？偟膩碚f，電氣化、智能化、網聯化技術快速發展與應用催生的汽車功能多元化、定制化需求是E/E 架構升級的源動力，也是當前架構設計面臨的新挑戰。

綜合來看，ICV的E/E架構設計技術亟須突破以下挑戰：（1）在總體架構設計上，現有基于經驗的設計流程難以支撐全開發周期高精度設計，構建基于模型的設計理論和評估體系，以多元化需求為導向，強化架構軟硬綜合匹配、功能安全、數據安全、信息安全設計。（2）在硬件系統設計上，結合車輛功能設計ICV 專用智能控制器，實現提算力、降能耗；優化電源系統與線束系統設計理念，降低整車成本與質量。（3）在通信系統設計上，現有通信機制難以適應暴漲的數據傳輸需求，亟須設計高帶寬、強實時、低時延抖動的車載通信機制，強化通信網絡的可配置性和多通信協議的可擴展性。（4）在軟件系統設計上，軟件功能的差異化和快速迭代將成為核心競爭力。軟件定義汽車（software defined vehicle， SDV）與基于服務（service-oriented architecture， SOA）的軟件設計理念成為系統軟件設計的基石，設計可解耦、可升級、易配置、高安全、個性化的軟件將成為整車企業角力的主戰場。上述挑戰形成了E/E 架構技術發展的重大需求牽引，如何引導E/E 架構技術進一步發展迭代是ICV 架構設計亟須解決的重大問題。本文在充分綜合大量國內外文獻的基礎上，從總體架構設計、硬件系統、通信系統及軟件系統4 個角度對ICV 多域E/E 架構研究的關鍵技術進行研究分析，并展望未來發展趨勢。

1 多域電子電氣架構技術現狀

按照算力集中程度，本文將E/E 架構劃分為分布式架構、域集中式架構和中央集中式架構，各架構特點論述如下。

1.1 分布式架構

分布式E/E 架構主要根據汽車功能劃分為不同的控制器網段。每個電子控制單元（electronic control unit，ECU）的設計都基于特定功能需求展開的，ECU之間主要通過CAN 總線傳遞彼此間的信息，以此來實現整車的功能，典型的硬件拓撲如圖1 所示。在該架構中，單一ECU 只負責單一功能的實現，一輛車往往分布著上百個ECU，各個ECU 不但直接驅動執行器和傳感器，而且承擔了業務功能的復雜控制邏輯。該架構的軟硬件緊密耦合，每擴展一個功能，很大程度上就需要增加相應的ECU 和通信信號。由于ECU 擴展計算能力不足、通信帶寬較受限、功能升級困難等問題，制約架構升級、影響汽車安全性能的瓶頸效應明顯。此外，隨著ECU 部署增多，車內的線束也會隨之延長，不僅增加了整車質量和成本，同時也給整車布置及裝配帶來了很大的困擾。

圖1 分布式架構

1.2 域集中式架構

隨著高算力芯片低成本大帶寬的車載以太網的應用，域集中架構的出現逐漸擺脫了分布式架構在安全性、可擴展性等方面的困境。域集中架構的基本思路是根據功能將多個ECU 的功能進行聚類，整車只部署幾個域控制器（domain control unit， DCU）主控。典型的基于中央網關的域集中架構如圖2所示，該架構各DCU 負責完成各域的數據處理與功能決策，對該域下屬的傳感器與執行器進行控制管理。域間通過中央網關交換所需數據，這種架構形式不僅保證了域間可以根據需求進行通信和互操作，同時也實現了信息安全與功能安全。

圖2 域集中式架構

與傳統ECU 相比，DCU 具有強大的硬件計算能力和豐富的軟件接口支持，使得更多核心功能模塊集中于DCU 內，域內算力集中，提高了系統功能集成度。單個ECU 的作用弱化，復雜的數據處理和控制功能被統一安排在DCU 中，ECU 逐步退化為DCU命令的執行器。在通信方面，以太網成為域間通信的骨干網，通信速率得以顯著提升。得益于軟硬件解耦、接口標準化以及信訊性能升級，域集中架構是架構設計思想由信號驅動模式轉向為SOA 模式的分水嶺。在域集中架構中軟件與硬件具備分層解耦可行性，系統耦合度降低，軟件的遠程升級（OTA）與硬件部署更加便捷，同時標準化接口也使得傳感器與執行器模塊無須與具體ECU 相對應，從而支持零部件標準化生產。

1.3 中央集中式架構

為進一步降低車內結構連接的復雜度，提高算力的利用率，降低器件的綜合成本，提高冗余安全性，中央集中式架構將域集中架構中的多個DCU 進一步的融合，形成一個或多個擁有算力更強的多核異構SoC 芯片以及多種操作系統組合的中央計算平臺（central computing platform， CCP）。車載傳感器與執行器等不再按照功能去部署，而是按照物理位置劃分就近接入區域控制器（zonal control unit，ZCU）。中央集中架構典型的拓撲如圖3 和圖4 所示。在該架構中，各采集、執行節點將原始數據通過ZCU 傳輸到多個或一個CCP 中處理，所有數據處理與決策都在CCP 中完成。ZCU 更多地承擔數據采集、通信協議轉化與數據傳輸等功能。多個ZCU 之間通過以太網組成環形網絡，進一步提高了通信冗余及可靠性。按照區域進行傳感器與執行器的就近接入簡化了構型布置，縮短了線束長度。如圖 4 所示，架構將整車控制計算功能全部集中到一個CCP中，但是從目前的技術能力來看，圖3 所代表的多CCP 架構，從硬件設計、軟件開發以及安全冗余都比單CCP要求更低，是當前架構的主流方案。

圖3 多中央計算單元的中央集中式架構

圖4 單中央計算單元的中央集中式架構

綜合來看，E/E 架構實現分布式架構→域集中式架構→中央集中式架構發展帶來了以下優勢：

（1）算力集中化，算力利用率更高。汽車在實際運行過程中，大部分時間僅部分芯片執行計算工作，導致分散的各個獨立功能的ECU 運算處理能力處于閑置中，采用計算集中架構方式，可以在綜合情況下，最大化利用處理器算力。

（2）統一交互，實現整車功能協同。傳統分布式架構從執行器、傳感器、控制器、軟件算法等都是緊耦合設計，造成跨部件跨ECU 級特性設計和開發效率低、升級困難等問題。集中式架構（后文代指域集中式架構和中央集中式架構）為軟硬件解耦提供基礎，減少ECU 數量，實現真正意義上的整車級特性開發，便于快速迭代和上市，大幅降低開發和升級成本。

（3）縮短整車線束長度和質量，降低故障率。傳統分布式ECU 造成線束較長、錯綜復雜以及導致電磁干擾，故障率較高。集中式架構實現執行器、傳感器等部件區域接入，縮短線束長度、降低整車質量。

（4）為軟硬件解耦奠定基礎，支撐軟件定義汽車。分布式軟硬件緊密耦合而難以解耦，集中式架構實現了功能和算力的集中，為軟硬解耦、軟件分層提供了條件。（5）車輛易于平臺化，擴展性增強。集中式架構下ECU 的功能被弱化，傳感器和執行器接口實現標準化和通用化，域控制器和區域控制器可根據需求調整配置以匹配不同的傳感器和執行器方案。

2 多域電子電氣架構總體設計技術

2.1 架構總體設計的主要任務

傳統汽車E/E 架構設計主要是對E/E 元器件進行合理的排布以達到性能最優、成本最低［11］，而多域E/E 架構不僅要滿足傳統目標，還須成為智能網聯汽車軟硬件搭載的基礎設施、汽車系統功能與性能的支撐載體。ICV 多域E/E 架構設計的主要任務包括：

（1）根據車輛功能需求合理劃分各子系統功能，明確功能邏輯連接關系，實現軟硬件映射。

（2）權衡功能交互、成本、供配電等因素設計硬件空間拓撲、連接拓撲和通信拓撲。

（3）形成集成控制器、傳感器、處理器、線束、功能軟件等軟硬件的多維度整車系統設計方案。

（4）最終降低系統重復性，提高系統可驗證性、高集成性、高安全性與可擴展性。

2.2 架構總體設計與評估方法

ICV 功能配置的復雜性與多樣性引發了E/E 架構設計理論與方法的相應變革。目前基于模型（model based systems engineering，MBSE）的汽車E/E架構設計開發方法逐步引起重視。MBSE 從E/E 架構設計伊始即以模型的形式進行表達，對各復雜系統的需求、結構與行為等進行基于圖的無二義性說明、分析、設計等，從而在相關設計人員間建立統一的交流平臺。MBSE 方法可解決整車E/E 架構研發過程中的工程數據不一致性、可驗證性、可追溯性等問題，降低整車產品開發難度、盡早發現和避免潛在風險，進而提升開發效率和降低開發成本以及后期維護成本。圖5 為基于MBSE 的汽車E/E 架構V 字型設計開發流程。

圖5 V字型設計開發流程

E/E 架構設計是整車設計核心任務之一，E/E 架構評估是架構方案再優化的直接參考依據。綜合目前E/E 架構的主流開發設計流程及面向ICV 的E/E架構需求，確定多域E/E 架構總體設計重點內容主要包括以下5 個方面：架構需求定義、架構功能設計、架構拓撲設計、架構系統設計、架構分析評估。

2.2.1 架構需求定義

無論是傳統還是多域E/E 架構開發，都必須從市場需求角度出發，進行全面的需求分析。基于分析評估，架構需求定義需要確定功能方案實現的目標，制定開發車型的整車需求，明確整車系統及各個子系統的需求，并同時制定出整車驗證測試規范［12］。分析開發需求的最終目的是確定系統的內部框架，滿足外部系統需求，歸納出汽車電子系統必須實現的功能與非功能需求。通過需求分析，識別出開發目標和開發約束，是整個架構設計的起點［13］。

2.2.2 架構功能設計

根據架構的需求定義完成架構的總體功能設計。為降低E/E 架構的復雜性，對總體功能進行細分切割，對軟硬件進行解耦。常用的功能設計方法首先將整車功能劃分為一級功能域級別，再對功能域進行詳細的二級功能劃分，以實現將二級網絡中控制器的功能移至域控制器，為后續高級的功能落地提供基礎，支持更高級的功能實現［14］。功能架構設計階段須完成初版網絡拓撲、電子電氣方案、子系統技術規范、功能方案等設計工作。

2.2.3 架構拓撲設計

根據架構功能，提取架構的基本拓撲結構，具體包括硬件拓撲架構、連接拓撲架構、通信拓撲架構。通過對拓撲架構細化優化，輸出最優拓撲方案，為其他設計部門進行軟硬件開發提供設計規范。硬件拓撲架構主要涉及硬件部件的整車安裝布局、內部構成及其對外接口的詳細信息，包括部件與其它部件的組合關系，以及部件的內部細節。連接拓撲架構描述了各部件之間的邏輯連接方式及實現情況，包括具體的導線、線纜連接方式、保險繼電器盒的內部結構等。通信拓撲基于域間/域內不同通信需求，完成通信組網以及協議確定。

2.2.4 架構系統設計

根據上述階段制定的電源分配圖、接地點、整車Planview 以及供應商提供的接口控制文件，架構系統設計須完成整車原理、接口定義及功能規范設計，并搭建整體架構模型。通過拓撲層信息、已有開發數據庫、經驗輸入等條件的支撐，實現正確的邏輯和算法定義。完成系統級E/E 架構的解決方案制定和系統級驗證測試規范制定。最終實現功能下發，更新到產品部件設計中加以落實和驗證［15］。

2.2.5 架構分析評估

傳統的E/E 架構在裝車前實現整車仿真較難，多數只完成部件級仿真。隨著RTaW［16］、CANoe［17］和VEOS［18］等架構評估商業化軟件的發展，業界已經逐步使用更加全面的架構仿真評估軟件進行功能、通信、安全等方面的迭代驗證與優化［19］。

多域E/E 架構的分析評估，除硬件成本、開發成本、生產成本、保修成本、車輛性能燃油經濟性、質量等傳統目標外，還需要關注以下新問題：

（1）是否滿足用戶個性化需求及未來可能的需求變化，主要在于能夠滿足自動駕駛L3 等級及以上車輛架構需求變化。

（2）平臺是否具有良好的沿用性以及平臺公用性，能否滿足高等級自動駕駛和智能網聯的基本技術需求，具有超前的技術先進性［20］。

3 多域電子電氣架構的硬件系統

3.1 功能域控制器及關鍵技術

為了減少總線長度與ECU 數量，以達到減輕電子部件質量、降低整車制造成本的目的，將分散的ECU按照功能劃分，集成為運算能力更強、接口更為豐富的DCU?，F有技術方案通常將整車劃分為車控域、智駕域和座艙域。車控域控制器負責整車動力系統控制、底盤系統控制以及車身系統控制。智駕域控制器配置豐富的接口以滿足多種類傳感器信號的采集，集成高算力異構計算平臺以支撐復雜的傳感器數據融合算法，結合高精地圖和導航等信息進行環境識別、路徑規劃，并輸出整車控制指令，從而實現更高級別的智能駕駛功能［21］。典型的自駕域控制器如圖6 所示，計算平臺上集成有通用計算單元、AI計算單元、實時控制單元以及多種接口。

圖6 智駕域控制器功能示意圖

座艙域控制器通常集成了全液晶儀表、抬頭顯示器、流媒體后視鏡、座艙娛樂系統、車聯網以及遠程信息等，同時也是人與車技系統交互的接口［22］。智能座艙域控制器須具備強大的處理能力以及復雜的操作系統，由主控芯片、實時微處理器、數字信號處理器、CAN、以太網口等組成，典型功能如圖7所示。

圖7 智能座艙域控制器功能示意圖

3.2 區域控制器及關鍵技術

ZCU 主要有區域數據中心、區域IO 中心以及區域配電中心3 大功能，如圖8 所示。作為區域數據中心配備有ETH、CAN、LIN 等豐富網絡接口，充當區域網關、交換機功能實現網絡通信與路由。區域IO 中心支持各類型的傳感器、執行器以及顯示器接口。ZCU 作為區域配電中心負責將電力向下輸送到控制器、執行器等用電設備，現階段趨向于用電子保險絲（eFuse）替代傳統的繼電器加熔斷絲的方案，以實現智能管理。同時ZCU 具備吸收區內其他ECU功能的能力，將區內的功能在服務層面進行抽象，控制I/O虛擬化。因涉及到對安全性、實時性以及可靠性要求較高車控功能，ZCU 主控芯片一般會配備ASIL-D的MCU，后續發展有引入高算力計算單元的趨勢［23］。