ywtiex的专栏

对于每个I-PDU，都有一个单独的调出功能。每个I-PDU调出功能“知道”是否以及如何保护/检查I-PDU的每个信号组。这意味着调用具有适当设置和状态参数的E2E库功能。E2E库现在可以“了解”信号组及其设置——整个信息作为函数参数传递给E2E库函数。在接收方和发送方，如果调用返回TRUE，则COM将继续。如果COM E2E Callout返回FALSE，则COM停止处理给定的I-PDU（在此循环中）。

E2E通信保护的概念假设与安全相关的数据交换应在运行时受到保护，免受通信链路故障的影响（见下图）。使用E2E通信保护在发送器和接收器之间检测到的故障包括系统软件故障，例如在发送器或接收器的较低通信层上引入的故障，以及由MCU硬件、通信外围设备、收发器、通信线路或其他通信基础设施引入的随机硬件故障。此类故障的例子包括随机硬件故障（例如CAN收发器的损坏寄存器）、干扰（例如由于EMC）和较低通信层的系统故障（例如RTE、IOC、COM和网络堆栈）。!

本文档包含PRS E2E协议的特定平台实现要求。这包括所使用的接口和数据类型。AUTOSAR Foundation文件849“E2E协议规范”中给出了功能规范的主要部分。扩展协议规范的平台相关功能规范在以下小节中收集。E2E保护的概念假设在运行时应保护与安全相关的数据交换免受通信链路内故障的影响。此类故障的示例包括随机硬件故障（例如CAN收发器的损坏寄存器）、干扰（例如由于EMC）和实现VFB通信的软件内的系统故障（例如RTE、IOC、COM和网络堆栈）。

本规范规定了AUTOSAR基础软件模块E2E转换器的功能、API和配置。E2E转换器封装了E2E保护配置和处理的复杂性，并提供了标准的转换器接口。由于这一点，E2E转换器的调用方不需要知道E2E内部。根据【1，SRS变压器概述】，E2E转换器属于“安全”类，并基于【2，ASWS转换器概述】中的规范。E2E转换器通过QM通信堆栈确保I信号的正确通信。通信堆栈被视为“黑色通道”通信。如果接收SW-C没有评估E2E转换器的返回代码，则SW-C可能使用损坏的数据。

应防止通信错误（例如，通过适当的软件架构和验证）。如果仅预防错误是不够的（例如，对于ECU之间的通信），那么应在运行时检测到足够程度的错误（参见诊断覆盖率、安全故障率），并且未检测到的危险错误的比率应低于某个允许的限值（参见残余错误率、每小时危险故障的概率或按需危险故障的可能性）。