一共172页 1-17是目录和引言等信息
P18
(软件分层结构)Layered Software Architecture描述了AUTOSAR的软件结构:
它以从上到下的顺序，阐述了AUTOSAR的多层次结构，部署了基础软件单元到软件层(software layers)，并展示了它们间的关系.
此文件不包含要求，仅供参考.所给出的示例并不意味着在所有方面都是完整的.
此文档重点介绍软件结构概念性的分层的静态视图:
它并未指定某种拥有对静态和动态接口进行详细的描述的层级性的软件的架构(设计).
这类信息是包含在基础软件单元自己的规范里的.
输入：此文档是基于AUTOSAR的规范和需求文档.
P19
AUTOSAR的应用范围
AUTOSAR是用于汽车ECU的.这类ECU拥有如下特性:
与硬件(传感器和执行器)间的强互动.
连接到整车网络，例如CAN,LIN,FlexRay或Ethernet,
计算力和存储能力等资源较有限(与企业级的解决方法比)的微控制器(通常为16位或32位)
从外部或内部闪存执行程序和实时系统。
小贴士:以AUTOSAR的视角，一个ECU代表一个微控制器加上外围设备及其包含的软件和配置。机械机构的设计不在AUTOSARDE关注范围.这意味着如包含多于一个的微控制器放在同一个空间(壳)里，则每个微控制器需要各自的AUTOSAR-ECU实例的描述。
AUTOSAR的延伸
AUTOSAR的软件结构是一个普遍的要求：
标准模块可在功能上扩展,当新的扩展不与既有规则冲突(直译:当其仍为完备的)。
另外，其配置应遵循汽车基础软件配置的流程。
非标准模块可集成到基于AUTOSAR的系统上，在复杂驱动(Complex driver)层，其它层不能附加。
P20
AUSAR结构对运行在一个微控制器的抽象层(最高层)划分为三个软件层：应用层(Application)，运行时环境(Runtime Environment,RTE)和基础软件层(Basic Software,BSW)。
P21
AUTOSAR在基础软件层这一层级进行更进一步的划分:服务层(services),ECU抽象层(ECU Abstraction),微控制器抽象层(Microcontroller Abstraction) 和复杂驱动层(Complex Drivers).
P22
基础软件层再更进一步的划分为功能组。例如服务层是系统、存储、通信服务。
P23
微控制器抽象层是基础软件层最底层的软件层。它包含内部服务(指和μC和内部的外围设备有直接接口的软件模块)
任务
使更高的软件层级和μC间相互独立。
特性
执行:依赖μC。
上层界面:标准化的，且独立于μC.
P24
ECU抽象层连接微控制器抽象层的驱动。它也包括外部服务的驱动。
它提供一个API给通往外围设备和装置的接口，且不理会他们的位置(μC内和外)还有他们与μC的连接(端口pin脚，接口类型)
任务
使更高的软件层级和软件硬件布置间相互独立。
特性
执行:独立于μC，依赖于ECU硬件。
上层界面:独立于μC和ECU硬件。
P25
复杂驱动层连接了硬件和RTE层(原文是spans from the hardware to the RTE,span翻译成横跨不够浅白,故意译为连接.)
任务
为特殊目的的功能的集成提供了可能性.(或者译作使之可以集成拥有特殊目的的功能)例如,设备的驱动(drivers for devices):
这类功能并未依据AUTOSAR来定义的.
它们拥有非常高的时间限制或者这些功能是从其它环境移植过来的
特性
执行:可能是application(可译作申请或者应用,暂不确定留空)，依赖于μC和ECU硬件。
上层界面:可能是application(可译作申请或者应用,暂不确定留空)，依赖于μC和ECU硬件。
P26
服务层是基础软件的最高层,这也体现在它与应用层的关系:当它进入I/O接口会被ECU抽象层覆盖,服务层提供: 操作系统功能.
整车网络通信和服务管理
存储服务(NVRAM管理)
诊断功能(包括UDS 通信,错误存储和故障处理)
ECU状态管理,模式管理
逻辑及时间程序流监控(Wdg管理)
特性
执行:大部分μC和ECU硬件都不依赖。
上层界面:μC和ECU硬件都不依赖。
P27
RTE层是用于提供与应用软件层通信作用的层(AUTOSAR软件部件和/或AUTOSAR传感器/执行器部件)
在RTE层上方软件结构类型(software architecture style)从"layered"(分层的)变成"component style"(部件类型)
AUTOSAR软件组件和其他组件(ECU之间/ECU内部(inter可翻译为在……之间，intra一般视为同一事物内部的组件之间))
任务:
使AUTOSAR软件独立于到某个特定ECU的映射(mapping to)
特性：
执行:每个ECU和应用层特定(分别为每个ECU生成)
上层界面:彻底与ECU独立。
P28
基础软件可再细划为以下类型的服务:
输入/输出(I/O)
对传感器、执行器和ECU车载外围设备的标准化访问。
存储
到内部/外部存储(NVM非挥发性存储器)的标准化访问
秘密对象
对加密原语（包括内部/外部的硬件加速器）的标准化访问
通讯
标准化访问:到整车网络系统，ECU车载通讯系统和ECU内部软件
非车载通讯
标准化访问:整车到其他的通讯 ，整车无线网络系统内，ECU非车载通讯系统
系统
标准件(操作系统，计时器，故障存储)和ECU特定的(ECU状态管理，看门狗管理)服务和库函数的提供。
