轻松学习CAN总线系列---6.11898-1:DLL and PL(1)-服务原语及LLC子层

1.CAN的分层架构

1.1 参考OSI模型

根据OSI参考模型(参见ISO/IEC 7498-1)， ISO 11898这一部分的CAN体系结构代表两层(如图)，
— DLL, and
— PCS of PL.

图1 根据ISO/IEC 8802-2和ISO/IEC 8802-3, DLL被细分为

• LLC
• MAC

PL被细分为

• PCS
• PMA
• MDI

MAC子层操作由FCE监督。故障鉴定是一种自我检查机制，它区分了短暂的扰动和永久性故障。
可选地，PL由一个实体监督，该实体检测和管理物理介质的故障(例如，总线线路短路或中断)。

1.2 协议规范

两个对等协议实体通过交换帧或pdu相互通信。
一个(N)层协议数据单元(PDU N)由(N)层特定协议控制信息(PCI N)和(N)层用户数据组成。PDU N应通过SAP N-1传递给(N-1)层实体。PDU N应通过SDU N-1传递到(N-1)层，该层的业务允许PDU N的传输。SDU为(N)层实体之间保持身份的接口数据，即表示服务传输的逻辑数据单元。CAN协议的DLL既不能提供将一个SDU映射到多个PDU的方法，也不能提供将多个SDU映射到一个PDU的方法，即一个PDU N直接由相关的SDU N和特定于层的控制信息PCI N构造。图2说明了数据链路子层交互。

图2

SDU Service Data Unit
LLC Logical Link Control
PCI Protocol Control Information
PDU Protocol Data Unit
MAC Medium Access Control
AUI Attachment Unit Interface 连接单元接口

1.3 服务的格式说明

1.3.1 服务原语的格式说明

服务原语应该写为:

service. type(
[parameter1, …]
)

service 表示服务名称，如L_Data表示LLC子层提供的数据传输服务;
type 表示服务原语的类型(参见7.3.2);
[parameter1, …] 是传递给服务原语的值列表，括号表示该参数列表可以为空。

1.3.2 服务对象类型

服务原语应为三种通用类型。
a) Service.Request
请求原语从(N)-用户(服务用户)传递到(N)层(服务提供者)请求服务的启动。
b) Service.Indication
指示原语应从(N)层传递给(N)-用户，以指示对(N)-用户重要的内部(N)层(或子层)事件。此事件可能在逻辑上与远程服务请求相关，也可能是由(N)层(或子层)内部的事件引起的。
c) Service.Confirm
确认原语将从(N)层(或子层)传递给(N)用户，以传递一个或多个相关的先前服务请求的结果。这个原语可以表示不遵守或某种程度的遵守。它不一定指示远程对等接口上的任何活动。

1.4 LLC接口

LLC子层向LLC用户提供两种无连接传输服务:
\qquad -未确认的数据传送服务;
\qquad -未确认远程数据请求服务。
用户发送或发送给用户的接口服务数据按8.2.2规定执行。LLC用户和LLC子层之间发送的消息如表1和表2所示。

2. LLC子层描述

2.1 概述

LLC子层根据ISO/IEC 8802-2描述了DLL的上层。它与那些与媒体访问方法类型无关的协议问题有关。