(BS ISO 11898-1:2015）CAN_FD 总线协议详解3- LLC子层的描述

目录

3. LLC子层的描述

         3.1 总则

3.2 LLC子层的服务

3.2.1 无连接模式传输服务的类型

3.2.2 服务原语规范

3.2.2.1 总则

3.2.2.2 L_Data.Request

3.2.2.3 L_Data.Indication

3.2.2.4 L_Data.Confirm

3.2.2.5 L_Data.AbortRequest（可选）

3.2.2.6 L_Remote.Request

3.2.2.7 L_Remote.Indication

3.2.2.8 L_Remote.Confirm

3.2.2.9 L_Remote.AbortRequest（可选）

3.3 LLC子层提供的功能

3.3.1 总则

3.3.2 帧接受过滤

3.3.3 过载通知

3.3.4 恢复管理

3.4 LLC帧的结构

3.4.1 总则

3.4.2 LLC数据帧（LLC DF）的规范

3.4.2.1 总则

3.4.2 LLC数据帧（LLC DF）的详细规范

3.4.2.2 标识符字段

3.4.2.3 格式字段

3.4.2.4 数据长度码（DLC）字段

3.4.2.5 数据字段

3.4.3 LLC远程帧（LLC RF）的规范

标识符字段和DLC字段的格式

DLC的确定

3.5 有限的LLC帧

---

如果有不懂的问题可在评论区点赞后留言，我将一一解答。

3. LLC子层的描述

3.1 总则

LLC（Logical Link Control）子层根据ISO/IEC 8802-2标准描述了数据链路层（DLL）的上半部分。它与那些独立于介质访问方法类型的协议问题相关联。

在ISO/OSI七层模型中，数据链路层（DLL）被分为两个子层：逻辑链路控制（LLC）子层和媒体访问控制（MAC）子层。LLC子层主要关注于提供网络层所需的服务，而这些服务是独立于具体的物理介质和介质访问控制机制的。

LLC子层的主要功能包括：

• 服务提供：LLC子层为网络层提供了一系列的服务，如数据传输、错误检测、流量控制等。这些服务不依赖于底层介质的特性，而是提供了一个统一的接口供上层使用。

• 协议无关性：LLC子层的设计是为了能够支持不同的介质访问控制方法，如令牌环、以太网、FDDI等。这意味着不管下层采用哪种介质访问控制协议，LLC子层都能提供一致的服务。

• 错误检测与控制：LLC子层通常包含了错误检测机制，如循环冗余校验（CRC），用于检测数据传输中的错误。它还可能包括错误恢复机制，如重传请求，以确保数据的可靠传输。

• 流量控制：LLC子层可以实施流量控制，以防止发送方的数据发送速率超过接收方的处理能力，从而避免数据溢出或丢失。

• 服务选择：LLC子层还允许上层选择不同的服务质量，如无确认的、面向连接的或无连接的服务。

在CAN总线通信中，LLC子层的实现可能被简化或省略，这是因为CAN总线的通信协议已经包含了类似的功能，如错误检测、仲裁和重传机制。然而，在理论模型中，LLC子层的概念仍然是理解数据链路层架构和职责的重要部分。通过将LLC子层与MAC子层分离，可以实现介质访问控制方法的独立性，使数据链路层的设计更加模块化和灵活。

3.2 LLC子层的服务

3.2.1 无连接模式传输服务的类型

LLC子层应提供两种无连接模式传输服务：

• 无确认数据传输服务 这项服务应提供一种方式，使LLC用户无需建立数据链路连接即可交换逻辑链路服务数据单元（LSDU）。数据传输可以是点对点、组播或多播。

• 无确认远程数据请求服务 这项服务应提供一种方式，让LLC用户在无需建立数据链路连接的情况下请求远程节点进行LSDU传输。

远程节点基本上应以以下两种方式服务数据请求：

• 请求的数据可能由远程用户准备用于传输。在这种情况下，数据应位于远程节点的缓冲区中，并应在接收到远程请求帧后由远程用户LLC实体进行传输。
• 请求的数据应在接收到远程请求帧后由远程用户进行传输。

根据两种不同的LLC服务，六种类型的帧可用于发送节点和接收节点之间的通信：

• 经典基本帧格式的LLC数据帧（LLC Data Frame in Classical Base Frame Format）；
• 经典扩展帧格式的LLC数据帧（LLC Data Frame in Classical Extended Frame Format）；
• FD基本帧格式的LLC数据帧（LLC Data Frame in FD Base Frame Format）；
• FD扩展帧格式的LLC数据帧（LLC Data Frame in FD Extended Frame Format）；
• 经典基本帧格式的LLC远程帧（LLC Remote Frame in Classical Base Frame Format）；
• 经典扩展帧格式的LLC远程帧（LLC Remote Frame in Classical Extended Frame Format）。

LLC数据帧（DFs）应承载从发送方到接收方的数据。LLC远程帧（RFs）应被传输以请求从单个远程节点传输具有相同标识符的数据帧（DF）。在这两种情况下，LLC子层应向LLC用户通知数据帧（DF）或远程帧（RF）的成功传输或接收。

通过定义这些服务和帧类型，LLC子层为数据传输和远程数据请求提供了灵活且高效的方式，同时确保了数据的正确传输和接收。

3.2.2 服务原语规范

3.2.2.1 总则

本子条款的服务原语规范详细描述了LLC服务原语及其相关参数。完整的LLC服务原语列表应如表3.1所示。

                                                         表3.1 LLC服务原语概述

与不同LLC服务原语相关的参数应如表3.2所示。

                                                      表3.2 LLC服务原语参数列表

3.2.2.2 L_Data.Request

功能

L_Data.Request 原语应由LLC用户传递给LLC子层，以请求将一个逻辑链路服务数据单元（LSDU）发送到一个或多个远程LLC实体。

L_Data.Request 原语的语义

该原语应提供以下参数：

1L_Data.Request(
2Identifier, Format, DLC, Data, Handle)

• Identifier：数据帧的目标标识符。
• Format：数据帧的格式，如基本帧或扩展帧。
• DLC：数据长度码，表示数据字段中的字节数。
• Data：要发送的数据。如果关联的LLC数据帧的数据长度为零，则此参数不重要。
• Handle：可选地，硬件元素（消息存储单元）的标识符，用于本次传输。

收到原语的效果

收到此原语应当导致LLC子层通过使用MAC子层提供的数据传输服务来启动LLC数据帧的传输。任何L_Data.Request都应在请求后的第二个起始帧（SOF）之前处理，前提是这段时间内没有错误帧存在。

3.2.2.3 L_Data.Indication

功能</