汽车嵌入式系统手册-BSW一致性的类

在一步之内从现有的网络平台切换到AUTOSAR，将是一项巨大的工作，因为这将意味着执行所有63个BSW模块、适应现有的接口，并让ASW适应AU-TOSAR接口。此外，在迁移（调整）期间，预计在下一代汽车系统上将出现AUTOSAR、非AUTOSAR软件和ECU的混合体。

为了支持和缓解这种迁移（调整），AUTOSAR定义了BSW的三个实施一致性的类（ICCs）。其基本想法是把BSW模块集合起来，这些集群之间的接口必须符合AUTOSAR，且没有必要把每个BSW模块当做它自己的单元来实施。请注意，ICC只影响BSW和RTE。在RTE之外的软件组件接口不受影响。因此，一个ASW组件可以总是在没有改变接口或实施的情况下采用，而不管底层RTE和BSW的ICC。

2.3.2.1 ICC1

ICC1是“最低”实施一致性类。在这里，RTE和整个BSW放在了同一个集群中。RTE和COM组件之间的接口和与总线的接口必须符合AUTO-SAR。在这种情况下，RTE和BSW之间的接口并不标准。因此，RTE的实施是专有的。

然而，BSW和RTE的ICC1实施还必须提供按照AUTOSAR标准化的功能和行为，例如，ASW组件运行实体的调度（见2.3.3.1节），或者ASW组件之间的通信必须与BSW模块没有被集群一样。此外，ASW组件期待有BSW的某些功能，尤其是像NVRAM管理器或DEM那样的AUTOSAR服务。虽然不一定以独立的BSW模块形式提供，但是此功能必须提供。

ICC1实施通常是从现有的专有实施迁移到AUTOSAR的第一步。(https://www.daowen.com)

2.3.2.2 ICC2

在ICC2中，逻辑上相关的模块被打包成独立的集群，例如，所有的与通信相关的模块组成一个集群。RTE是一个它自身的集群。集群之间的接口、ASW组件接口和总线接口必须符合AUTOSAR。

ICC2可以集成来自不同供应商的BSW集群，例如，可以使用来自供应商A的通信栈和供应商B的操作系统。

2.3.2.3 ICC3

ICC3实现“最高”等级的AUTOSAR兼容性。在这里，所有由AUTOSAR定义的BSW模块用它们相应的接口来展示。这里不存在聚类模块。