Hi，大家好，我是编程小6，很荣幸遇见你，我把这些年在开发过程中遇到的问题或想法写出来，今天说一说
【E2E】E2E通信保护协议学习1,希望能够帮助你!!!。

前言

在软件测试工作中，E2E是功能的一部分。
非E2E专业工程师，如果有哪里写的不对，请大家多多指正。

一、E2E简介和功能介绍

1.E2E简介

E2E全称为 End To End 可简称为端到端的通信。
E2E 通信保护主要是指 数据交换应在运行时受到保护，免受通信链路故障的影响。
使用E2E通信保护检测的发送端和接收端之间的故障包括系统性软件故障，如发送端或接收端通信较低层引入的故障，以及MCU硬件、通信外设、收发器、通信线路引入的随机硬件故障。或其他通信基础设施。
此类故障的示例包括随机硬件故障（例如 CAN 收发器的损坏寄存器）、干扰（例如由于 EMC）以及较低通信层的系统故障（例如 RTE、IOC、COM 和网络堆栈）。

E2E 通信保护：

1. 它通过添加控制数据来保护要发送的安全相关数据
2. 它使用该控制数据验证接收到的安全相关数据
3. 它将检查结果提供给接收器，然后必须充分处理它

2.一些名词简写及其对应含义

二、一些功能规格

1.通讯保护概述

通信保护机制的一个重要方面是它的标准化和针对不同目的的灵活性。这可以通过一组 E2E 配置文档来解决，这些配置文档定义了保护机制、消息格式和一组配置参数的组合。
此外，一些 E2E 配置文档具有标准的 E2E 变体。 E2E 变体只是与给定 E2E 配置文档一起使用的一组配置选项。例如，在 E2E Profile 1 中，CRC 和计数器的位置是可配置的。 E2E 变体 1A 要求 CRC 从第 0 位开始，计数器从第 8 位开始。
E2E通信保护原理：
发送方：在传输的数据中添加 CRC 或计数器等控制字段；
接收器：从接收的数据中评估控制字段，计算控制字段（例如，对接收的数据进行 CRC 计算），将计算的控制字段与预期/接收的内容进行比较。

每个 E2E 配置文档都有一组特定的控制字段，具有特定的功能行为和用于检测通信故障的特定属性

2.配置文档概述

E2E 配置文档提供了一组一致的数据保护机制，旨在防止故障模型中考虑的故障。
每个 E2E 配置文档通过不同的算法提供了一种保护通信的替代方法。但是，E2E 配置文档具有相似的接口和行为。
每个 E2E 配置文档使用以下数据保护机制的子集：

1. CRC监理提供的CRC；
2. 串行计数器在每次传输请求时递增，在接收端检查该值是否正确递增；
3. Alive Counter 在每次传输请求时递增，接收端检查该值是否发生变化，但不检查是否正确递增；
4. 通过端口发送的每个端口数据元素的特定 ID 或每个消息组的特定 ID（全局到系统，其中系统可能包含多个 ECU）；
5. 数据元素或消息组的每个源（例如，客户端）的特定 ID
6. 在方法的端到端通信保护情况下区分请求和响应的消息类型
7. 区分正常响应和错误响应的消息结果方法8的端到端通信保护案例。
8. 超时检测：（a）接收方通信超时。 (b) 发送方确认超时。

根据使用的通信和网络堆栈，这些机制的适当子集被定义为 E2E 通信配置文档。
上述一些机制在 RTE、COM 和/或通信堆栈中实现。但是，为了减少或避免将安全要求分配给这些模块，不考虑它们：E2E 监督在内部提供所有机制（仅使用 CRC 监督）。
E2E 配置文档可用于 ECU 间和内部的通信。 E2E 配置文档是为特定的通信基础设施指定的，例如 CAN、CAN FD、FlexRay、LIN、以太网。
根据系统，用户从 E2E Supervision 提供的 E2E Profiles 中选择要使用的 E2E Profile。

总结

官方文档可以免费从AUTOSAR官网进行下载，我使用的是21-11版本。本篇主要介绍了一些规范说明，后续会更新一些配置文档的一般功能和最常见的校验方式。

今天的分享到此就结束了，感谢您的阅读，如果确实帮到您，您可以动动手指转发给其他人。