AUTOSAR CP Software Cluster 技术：突破与挑战

曾俊然       AUTOSAR组织

汽车产业如今正经历着一场变革，整车市场的竞争已然趋于白热化。各车企为在激烈角逐中脱颖而出，纷纷在技术创新、成本控制等多方面发力，而汽车电子电器架构的演变，正是这一变革浪潮中的关键主线。从早期的分布式架构，逐步演进到功能架构，如今区域集中化架构成为新宠。这种转变背后，是汽车行业对成本控制、性能提升的不懈追求。区域集中化架构优势显著，它能大幅削减线束使用，降低成本、减轻车身重量，同时减少整车控制器数量，进一步优化成本与车身重量 。

不过，这一架构变革也给汽车软件带来许多题。单一控制器上集成的软件呈爆炸式增长，软件执行效率首当其冲。原本运行在不同控制器上的软件，整合到一个多核高性能 MCU时，算力共享引发执行效率问题。功能安全方面同样挑战重重，如车灯和雨刷功能软件原本独立运行，异常时互不干扰，但整合后，一个软件异常复位可能导致多个功能瘫痪，严重影响驾驶安全。软件开发效率也受到波及，原本独立编译、可并行开发的软件，整合后编译时间成倍增加，在如今快速迭代的市场环境下，这无疑是一大阻碍。

面对这些困境，行业内率先出现了Hypervisor技术。它源自IT领域，原理是将软件切分为多个虚拟机，每个虚拟机都能运行在Hypervisor之上，使一颗MCU能同时跑多个AUTOSAR协议栈。这一技术在控制器融合方面优势明显，可直接将不同控制器软件以虚拟机形式整合，开发效率和功能安全问题也迎刃而解。然而，Hypervisor在车载MCU领域的推广也困难重重。其硬件依赖性强，要求MCU特权等级至少三级，而目前广泛使用的MCU大多只有两级，只有少数下一代MCU，如英飞凌TC4xx系列、ARM的R52内核相关MCU等才开始支持。同时实时性问题突出，虚拟机无权直接访问硬件，硬件访问需经Hypervisor中转仲裁，增加复杂度的同时，也挑战了软件实时性。并且，它内存消耗大，还未被AUTOSAR标准化，应用成本较高，短期内难以成为车载MCU的主流解决方案。

在这样的背景下，CP Software Cluster技术应运而生，成为更具性价比的选择。它是AUTOSAR组织针对软件融合趋势下的难题提出的技术，已被标准化。该技术优势显著，无硬件依赖，纯软件运行，理论上无需高性能硬件支持；实时性好，应用可直接访问硬件，减少中转，降低实时性损耗；内存占用优，仅使用一套AUTOSAR协议栈，避免空间大幅增加 。

CP Software Cluster技术原理独特，它将软件切分成多个可独立编译的小块，有效缩短编译时间。其中，应用软件被切分成多个APP Cluster，底层软件则作为单独的Host Cluster，Host Cluster为APP Cluster提供基础的AUTOSAR底层软件服务，同时自身也可作为传统AUTOSAR协议栈运行。

软件切分后，各小块间联系切断，由此带来编译和功能生效的问题。比如APP Cluster 中应用调用底层驱动时，原编译环境被打破。为此，AUTOSAR引入SWCLUC（Software Cluster Connection）组件，它位于原RTE位置，主要包含Binary Manifest、Cross Class Communication和Proxy三大组件，用于解决这些问题。

Binary Manifest是一段关键的二进制数据，每个Cluster都有，存储着Cluster间链接所需信息，类似C语言指针集合。它包含Immutable和Modifiable两类数据。Immutable 数据在编译时生成，如本Cluster提供给其他Cluster的接口地址、类型等，这些信息不能被SWCLUC更改。Modifiable数据则是本Cluster需要调用其他Cluster服务的地址和参数，编译时无法确定，需在所有Cluster编译完成后，由SWCLUC进行后处理填充。Binary Manifest通过Resource ID实现链接，同时借助Guard ID检查端口兼容性，只有 Resource ID相同且Guard ID一致的端口才能成功链接。其结构包含标准头信息、版本号、软件和机器ID、Cluster类型、链接方式控制标志等，还有接口描述表及提供和订阅接口信息，全面且严谨。

Cross Class Communication实现了原 RTE 的所有功能。在引入CP Software Cluster 概念后，开发者需规定哪些SWC属于哪些Cluster，再执行Cluster Extract。RTE工具会自动识别接口是否跨越Cluster，若跨越则在两个Cluster的Binary Manifest中生成接口，否则按传统方式生成RTE接口，确保软件间通信顺畅。

Proxy机制则用于解决BSW服务与APP之间的链接问题。它分为High Proxy和Low Proxy两级，Low Proxy负责封装BSW模块，High Proxy在APP Cluster中伪装成实际BSW模块，解决编译通过问题，同时通过Binary Manifest与Low Proxy通信，实现对实际BSW服务的调用。AUTOSAR对可使用Proxy的BSW模块进行了分类，如OS、NVM、COM等，部分模块标准已制定完成，以OS Proxy和NVM Proxy为例，它们各自通过独特的方式让APP Cluster能够正常使用相应的服务 。

CP Software Cluster技术的链接方式有Off Board和On Board两种。Off Board在软件刷进板子前进行链接，即离线链接。各Cluster分别编译生成二进制文件和包含Binary Manifest信息的文件后，通过工具识别并填充Binary Manifest的Modifiable内容，生成最终项目文件。这种方式在APP更新时优势明显，只需重新编译APP，与未改变的Host Cluster文件合并即可，大幅提升开发效率。On Board则是在软件运行过程中进行链接，开发流程简单，仅需将编译好的文件刷入MCU，MCU启动时自动完成合并。但它也存在启动时间延长、可靠性受动态RAM更新影响、错误难以及时发现等问题 。

尽管CP Software Cluster技术前景广阔，但目前尚未被广泛应用。其效率提升依赖于 Cluster间端口的稳定，端口变更会导致编译时间大幅增加，对系统设计要求较高。AUTOSAR标准尚未完善，APP Cluster中High Proxy的配置存在诸多限制，部分Proxy标准仍在验证中。此外，引入该技术会带来额外的工具购买成本，对于Tier1和OEM合作项目而言，这是一笔不小的开支。不过，随着越来越多OEM开展自研，这一成本因素的影响将逐渐减小，已有欧洲OEM下单购买相关解决方案，未来该技术有望加速推广。

CP Software Cluster技术在汽车电子电器架构变革中意义重大，为解决区域集中化架构下的软件难题提供了创新思路。尽管当前面临一些挑战，但随着行业发展和技术完善，它有望在汽车软件开发领域发挥更大作用，推动汽车行业向智能化、高效化迈进。

AUTOSAR中国官方培训报名

AUTOSAR中国官方培训观看

与我们联络：

hub.cn@autosar.org