[发明专利]RTE接口设计方法、装置、AUTOSAR软件架构及车辆

说明书

本发明提出一种RTE接口设计方法、装置、AUTOSAR软件架构及车辆，其中，AUTOSAR软件架构包括SWC层和BSW层，基于AUTOSAR软件架构的RTE接口设计方法包括：获取SWC层和BSW层中待传输数据的性能要求；根据性能要求确定RTE接口中的功能模块；根据功能模块对RTE接口进行配置，以降低SWC层和BSW层通过已完成配置的RTE接口进行通信时的通讯报文数量。通过基于AUTOSAR软件结构中的RTE层增加接口数据的功能处理模块和四种不同的处理方式，既能满足实际整车所需的以太接口要求，也能够降低部分以太报文数据实现降低控制器的CPU负载率优化软件性能的需求。

技术领域

本发明涉及车辆网络技术领域，尤其涉及一种RTE(Run-Time Environment，运行时环境)接口设计方法、装置、AUTOSAR(Automotive Open System Architecture，汽车开放系统架构)软件架构及车辆。

背景技术

对于现有项目开发，控制器软件架构一般都采用AUTOSAR CP(Automotive OpenSystem Architecture Classical Platform，汽车开放系统架构经典平台)软件架构。应用层SWC(Software Component，软件组件)的服务化接口需要通过运行时环境RTE层与基础软件BSW(Basic Software，基础软件)层进行交互。支持AUTOSAR的软件组件间、基础软件间、软件组件与基础软件之间的通信。RTE封装了基础软件层的通信和服务，为应用层的软件组件提供标准化的基础软件和通信接口，使得应用层可以通过API(ApplicationProgramming Interface，应用程序接口)函数调用基础软件的服务。

随着整车电子电器架构的发层，以太网通讯需求越来越大，采用服务化的开发也导致以太报文数量日渐增加。在软件开发中，使用SOMEIP(Scalable service-OrientedMiddleware over IP，基于IP的可扩展面向服务的中间件)通讯方式下，许多的应用层服务需要通过EVENT方式周期不间断的用以太报文发出。以一个控制器为例，目前定义的API数量越来越多，往往一个控制器发送的以太报文包数能够达到5000包/秒，使得CPU(CentralProcessing Unit，中央处理器)负债率越来越高，导致软件运行性能受到极大影响。出现任务调度不及时，报文数据丢失等问题。

但是，在相关技术中，应用层服务接口采用AUTOSAR架构下通过RTE层直接传递给基础软件层。中间的接口并不做过多的逻辑处理。而实际整车功能开发由需要大量的服务，从系统架构层面无法降低服务接口数量。然而应用层的服务接口通过RTE层直接传递给基础软件层BSW后，SOMEIP通过以太网的服务发现、TCPIP(Transmission Control Protocol/Internet Protocol，传输控制协议/互联网络协议)和以太网接口模块等直接传递至MCAL(MicroController Abstraction Layer，微控制器抽象层)后进行发送。在这种情况下若需要降低控制器的CPU负载率和内存资源占用只能两种方法，其一是从架构层面减少整车的服务化接口API，这样对于服务化平台规划，和产品可通用化等方面都是不利的。其二是通过降低服务接口的发送频次，但这样就等改变应用层任务的处理周期，对于操作系统的设计和后续的变更带来了难度，同时影响的应用层功能逻辑处理的性能。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。为此，本发明的第一个目的在于提出一种RTE接口设计方法、装置、AUTOSAR软件架构及车辆，既能满足实际整车所需的以太接口要求，也能够降低部分以太报文数据实现降低控制器的CPU负载率优化软件性能的需求。

本发明的第二个目的在于提出一种AUTOSAR软件架构。

本发明的第三个目的在于提出一种基于AUTOSAR软件架构的RTE接口设计装置。

本发明的第四个目的在于提出一种车辆。