AUTOSAR架构是AUTOSAR联盟为了降低ECU软件开发的复杂度而提出的一套经过实践验证的软件架构，，是汽车嵌入式应用功能管理的基础架构，，也是开发可重用应用程序的基础。。

为实现基本系统功能及功能接口的标准化，
，使功能易于继承和修改，
，，切实提高软件的更新和升级能力，，，
，AUTOSAR将汽车电子软件架构的整体框架进行分层式设计
，，，自上而下分别为应用软件层(Application Software Layer，，
，ASW)
、、、运行时环境(Runtime Environment，，，，RTE) 
、
、、基础软件层 (Basic Software Layer，，
，，BSW) 和微控制器 (Microcontroller) 。。。为保证上层与下层的解耦
，，
，
，在通常情况下
，
，每一层只能使用下一层所提供的接口，，并向上一层提供相应的接口。。。
。

应用软件层（Application Software Layer，，，
，ASW）是 AUTOSAR 软件架构的最顶层
，，，用户可结合自身产品应用场景实现其功能
。。。。

运行时环境（Runtime Environment，
，，RTE）作为应用软件层与基础软件层交互的桥梁，，为软硬件解耦提供了可能。。。。运行时环境层RTE可以管理应用层的各软件组件之间的通信，
，，也可以管理应用层和基础软件层BSW模块之间的通信。。这些通信包括ECU内部的通信及ECU之间的通信。。

基础软件层（Basic Software Layer，，，BSW）是标准化的软件层，，，，向AUTOSAR软件组件提供必要的服务，
，，主要提供硬件驱动、、
、网络通信、
、、、实时任务调度等底层服务，，
，，BSW又可分为四层，，，即服务层(Services Layer) 、、ECU抽象层(ECU Abstraction Layer) 
、、、、微控制器抽象层(Microcontroller Abstraction Layer，，，，MCAL)和复杂驱动（Complex Drivers)。。

服务层（Services Layer）：为应用层提供各种后台服务，，可分为系统服务（System Services）、
、存储器服务（Memory Services）以及通信服务（Communication Services）三大部分。。。提供包括网络通信管理、、存储管理、、、、ECU模式管理和实时操作系统（Real Time Operating System，，RTOS）等服务。
。。。除了操作系统外，，
，服务层的软件模块都是与ECU平台无关的。
。。

ECU抽象层（ECU Abstraction Layer，，，，ECUAL）：包括板载设备抽象（Onboard Devices Abstraction）、、存储器硬件抽象（Memory Hardware Abstraction）、、、通信硬件抽象（Communication Hardware Abstraction）和I/O硬件抽象（Input/Output Hardware Abstraction）。
。
。该层将ECU结构进行了抽象，，负责提供统一的访问接口，，，，实现对通信、、、存储器或者I/O的访问，，从而不需要考虑这些资源是由微控制器片内提供的，，还是由微控制器片外设备提供的。。。。该层与ECU平台相关，，但与微控制器无关
，，，
，这种无关性正是由微控制器抽象层来实现的。。。。

微控制器抽象层（Microcontroller Abstraction Layer
，，，MCAL）：是实现不同硬件接口统一化的特殊层。。通过微控制器抽象层可将硬件封装起来
，，，避免上层软件直接对微控制器的寄存器进行操作。。。微控制器抽象层包括微控制器驱动（Microcontroller Drivers）
、、、存储器驱动（Memory Drivers）、
、、通信驱动（Communication Drivers）以及I/O驱动（I/O Drivers）。。

复杂设备驱动（Complex Device Drivers，，
，CDD）
：由于对复杂传感器和执行器进行操作的模块涉及严格的时序问题，，
，难以抽象，
，，所以在AUTOSAR规范中这部分没有被标准化，，，，统称为复杂驱动（Complex Drivers）
。。