ASF框架：汽车行业的软件标准化与生态构建-CSDN博客

1.1.1 ASF

ASF是AUTOSEMO Service Framework的缩写，是AUTOSEMO携手行业内主流车企和零部件企业针对整车通用基础服务研制的整车服务框架规范。通过该规范统一服务和接口，实现高效的整车控制器设计、开发，让跨厂商集成更便捷、可靠。

在汽车互联网时代，车辆的开发理念已悄然发生着革命性的转变

革命性的转变主要体现在:车企为车服务转变为车企为人服务;车辆以功能需求为开发导向转变为车辆以人为本的开发导向:车企业务形态也从以企业内部生态为依托转变为以企业内外部生态为休托。

SOA (Service-OrientedArchitecture)作为一个先进的开放式架构，满足车企转型架构的需求，满足车企内外部生态建设的需要，也满足汽车行业生态建设的需求，为此，AUTOSEMO推出的车端开放的分布式服务框架ASF(AUTOSEMOServiceFramework)，以构建自主基础软件生态，促进产业链协作和可持续发展。

1.1.2 ASF出现的行业背景

随着E/E架构演进，从最初传统的分布式架构，由独立功能的ECU通过CANLIN等高实时性

总线通讯。诼渐演进到当前分域集中式结合车联网功能的结构，车载以大网逐渐步入了整车电子电器架构之中，除了高实时性的控制操作，更多大数据量的信息交互使用以太网协议进行传输，并且车助网的功能也逐渐变得丰富。

未来随着电子电器性能和可靠性等因素的发展，F/E架构会逐步演进成中央集中式的结构，实时性要求高的计算将在本地中央计算平台处理，实时性要求较低或需要与外部协同的计算将通过车云一体平台交到云端进行处理。

目前这种未来的新型E/E架构在我国的一些整车厂已经开始逐步向量产项目中实践，中央计算平台的新型结构对软件也就有了更多要求。

1.1.3 ASF解决的问题

1.1.3.1 针对新E/E架构的软件平台标准化架构

当新型E/E架构的硬件架构逐步明确后，软件将会逐步标准化，从软件层次划分情况，各家整车厂已经在逐步向统一方向发展。目前明显的趋势是跨域协同，车云互联，以及软硬件分离。

跨域协同要求不只是跨控制器，当前常见的域控制器芯片都是多核异构的，一个控制器上既有SoC也有MCU，这就要求基础软件需要即支持跨控制器的协同功能，也要满足同一控制器内不同异构核间的协同要求。

底层的AUTOSAR标准基础软件平台，对上层提供统一封装的硬件能力和标准服务组件，包括各类协议栈、调度、存储、安全等基础服务组件及接口;服务层(ASF)使用标准化基础软件平台和操作系统提供的接口，提供更多整车业务层面需要的功能，并封装成基础系统服务与整车系统服务，为开发者提供整车统一视图的服务功能及服务接口。

1.1.3.2 软件定义汽车生态构建

行业生态环境是需要各个参与者在统一的标准及规范下进行分工，整车厂、应用供应商，基础软件供应商、操作系统供应商、芯片及硬件供应商各司其职、分工明确，保质保量输出成果。

1.整车厂

设计整车电子电器架构，提出业务功能需求。分解需求将业务分发给相应供应商处理。并协调供应商的工作，指导供应商做好软件支撑。

2.应用供应商

根据车厂需求，对需求分解，并对基础软件提出相应需要支撑所开发业务的服务能力需求，对车厂业务提出建议等。

3.基础软件供应商

根据车厂和应用业务需求，提供相应的服务功能。将通用功能进行标准化接口的封装，提供整套工具链和开发调试环境，对整车设计、配置以及各节点提供技术支持和建议。

4.操作系统供应商

提供标准POSIX接口，优化操作系统的性能以满足业务需要:对所选型的硬件芯片以及业务所需的周边芯片驱动等进行适配，对业务所需基础协议栈及功能进行支持。

5.芯片及硬件供应商

根据各层业务需求设计硬件电路，协助车厂进行芯片选型，对上层提供所需的驱动模块支持。