继续看AUTOSAR_RS_Feature这份文档，这次看一下RTE的章节。
提供SWC之间以及SWC和BSW之间的外部接口，让SWC与ECU的关联度降下来。
RTE的软件接口应该是独立于被访问地址的。从理解上来说，RTE的接口应该没有过多的依赖对象的捆绑，这样软件就可以轻松移植到不同的ECU上。
支持SWC的单个或者多个实例化。
RTE应该支持广播通信。这里多少有一点不理解了，既然是一个控制器的信号，为什么要考虑广播传递呢？难道是为了模块化，不同的模块使用的并不是同一个信息实体？
支持过程调用的通信。
这里再次看到了通信这个词儿，那么RTE的信号传递究竟是一个什么过程呢？
这段话，我觉得可以理解为RTE可以支持像SWC进行数据透传。
这里有以太网的一个需求描述，从这里看的话，暂且跟我自己目前掌握的技术面有较大差异。暂且跳过。
整个软件的调度核心其实是在RTE的。
针对定义的时间，支持可执行entry的调度。
SWC的执行都在任务之内，换言之，不在中断之内。
其实，这里的目的还是支持资源共享。
支持对数据的直接访问，或者选择性在Runnable之前预读或者之后后写入的操作。
并行访问保护机制，可以防止不可重用的函数被并行访问。关于这部分的具体实现，我还是有必要认真研究一下的。
要支持标定。
支持自动定标以及数据类型转换，看上去似乎是想实现一个类似模型里面convert功能的东西。
支持数据范围的自动检查。
支持旁通模式，主要是考虑到了快速原型的使用。而这个使用过程中，可能需要有一些原本具有的功能需要旁通掉。这部分工作，现在看起来是在RTE实现的。
提供内部行为的钩子函数，主要是测试方面的考量。
