DLZ790.432-2004 采用配电线载波的配电自动化第4－32部分：数据通信协议数据链路层－逻

DLZ790.432-2004 采用配电线载波的配电自动化第4－32部分：数据通信协议数据链路层－逻辑链路控制 随着我国城乡电网改造事业的发展，对配电自动化的要求已日益迫切，与传输配电自动化信息的其他通信方式相比，配电线载波可以降低建设投资和运行费用，便于管理，是一种经济实用的通信方式。但配电网结构复杂，信号传输衰减大，采用配电线载波在技术上有一定难度。国外在20世纪70年代开展了这方面的研究工作，有相关产品问世。我国在20世纪90年代也开展了这方面工作，在一些城市进行了试点，从1995年起，国际电工委员会陆续发布了1EC61334系列的国际标准或技术报告. 将这些文件采用为我国的标准文件对于我国这方面工作的开展有很好的指导意义，便于和国际接轨。 IEC61334《采用配电线载波的配电自动化》是一个标准文件系列，包含以下5部分：IEC 61334-1 第 1 部分：总则 IEC61334-3 第3部分：配电线载波信号传输要求IEC61334-4 第4部分：数据通信协议 IEC 61334-5 第 5 部分：低层协议集 IEC61334-6第6部分：A-XDR编码规则 每一部分又包含若干部分，到制订本标准时止，有20余部分已发布，这些文件将逐步被采用为我国电力行业标准或标准化指导性技术文件。 第4部分包含以下8部分，本部分描述的数据通信协议不仅适用于配电线载波，也可用于其他通信介质. IEC61334-4-1：1996 第4-1部分通信系统的参考模型IEC 61334-4-32：1998数据链路层—逻辑链路控制 第 4-32 部分 IEC61334-4-33：1998第 4-33 部分 数据链路层—定向连接规约 IEC 61334-4-41：1996第4-41部分 应用协议—配电网报文规范 IEC61334-4-42：1996第 4-42 部分 应用协议—应用层 IEC61334-4-61：1998 第4-61 部分网络层—无连接规约 IEC61334-4-511：1999第4-511部分系统管理--CIASE规约IEC 61334-4-512：1999第4-512部分 采用61334-5-1文件的系统管理MIB本部分等同采用IEC61334-4-32：1996《采用配电线载波的配电自动化第4-32部分：数据通信协议 数据链路层一逻辑链路控制》《英文版）。 本部分由中国电力企业联合会提出。 本部分由全国电力系统控制及其通信标准化技术委员会归口， 1 总则 1.1 范围和目的 本部分描述了数据通信协议（DCP）逻辑链路控制（LLC）子层实体与应用层和 MAC 子层在逻辑接口上应实现的服务。 通常，一个层（或一个子层）的服务是它提供给下一层用户的能力。一个层（或一个子层）通过调用低层提供的服务来构建本层的服务。 描述。 通过描述应用层和MAC子层之间的信息流来说明服务，即对表征各个服务的服务原语和参数进行这些原语与无连接传输有关。 注 1：本标准参照 IEC61334-4-t 中描述的三层参考模型《如图 1 所示），但可以制定相应的规定以适应将来模型扩展至超过 3 层。 注2：为了将来扩展到面向连接的传输，本标准也作出了相应规定。 在本部分中，参考了GB/T 9387的OSI参考模型， 1.2 规范性引用文件 下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勒误的内容）或修订版均不适用于本部分。然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。 DLT 790.41-2002 采用配电线栽波的配电自动化第4部分 数据通信协议第1篇 通信系统参考模型（idt IEC 61334-4--1：1996） GB/T 9387 信息处理系统一开放系统互连一基本参考模型（IDT ISO/IEC 7498）. 2 LLC服务规范 本条描述了应用层所要求由LC子层提供的服务。这些服务允许本地应用层实体通过使用DCP LLC操作，在逻辑链路控制子层和远程对等应用层实体交换数据包。下面是这些服务的抽象描述。 2.1 交互概述（OverView） 2.1.1 基本服务 为了进行数据传输，OSI模型中的三种基本服务如下： -DL_Data request-DL_Data.confirm -DL Data indication这些服务无应答，用在无连接模式下。无应答发送数据模式如图 2所示。 2.2.3 使用 当传输数据到一个对等应用层实体或多个对等应用层实体时，该原语由应用层实体产生。 当接收到该原语时，LIC 子层实体填充所有 LLC 特定的城，并将组成的 LPDU传递给协议的低层，用于传输给对等的一个或多个 LLC子层实体。 该原语的接收将产生一个 MA_Data_request 原语，用于传递给 MAC子层实体。 2.3 DL_Data.confirm 2.3.1 功能 DLData.confirm对传输的L_PDU发出一个本地确认。这个原语只在本地才有意义。该原语给发出DL_Data.request原语的应用层实体提供一个恰当的响应来指示请求在本地是成功还是失败，请求的成功或失败由协议的低层指明。 2.3.2 结构 该原语的语义如下： DL_Data.confirm（Destination_LSAP，Source_LSAP，Destination_address，Transmission_Status Source_LSAP和Destination_LSAP参数表示数据单元传输中的本地和远方LSAP.Source_LSAP参数表示先前发出DLData.requst原语以及接收确认信息的LSAP. Destination_address参数表示数据单元传输中远方工作站的地址。 Transmission_Status参数给本地发出请求的应用层实体回传状态信息，用于指示先前相关的DL_Data.request 原语的成功或失败信息 2.3.3 使用 生成该原语来把对一个 DL_Data.request 原语的响应回传给本地应用层实体，该原语在本地 MAC子层实体发出的一个MA_Data.confirm服务到来时产生。 假定应用层实体可获得足够信息以适当的请求与响应关联。 2.4 DL_Data.indication 2.4.1 功能 DL_Data.indication 原语从 LLC 子层传递给应用层的一个或多个实体，指示一个L_PDU 的到达。 该原语定义了从LLC子层实体到单个或多个应用层实体的数据传输。 2.4.2 结构 该原语的语义如下： DL_Data.indication（ Destination_LSAP，Source_LSAP，Destination_address，Source_address，L_SDU，Link_class Destinstion_LSAP和Source_LSAP参数表示数据单元传输中的本地和远方LSAP.Destination_LSAP可以是到来的 L_PDU 中所指定的单地址或一个组地址。 Destination_address和Source_address参数表示数据单元传输中的本地址和远方工作站的地址。 Destination_address 可以是一个单地址或一个组地址。 L_SDU 参数指明了 LLC 子层实体接收到的链接服务数据单元。 Link_class参数保留，以便将来扩展DL_Data传输服务。 2.4.3 使用 DL_Data.indication从LLC子层实体传递给单个或多个应用层实体，指示一个MA-Data.indication从远程数据链接用户实体到达本地LLC子层实体。 只有当 Destination_address 用一个组地址或单地址指定其中一个本地 LSAP，才会上报L_PDU.d 2.5 DL_Reply.request 2.5.1 功能 DL_Reply.request 原语被传递给 LLC 子层实体以请求从一个远程工作站返回一个已经准备好的L_SDU. DestinationLSAP和Source_LSAP参数规定数据单元传输中的本地和远程LSAP.Destination_LSAP和Source_LSAP不应是一个组地址。 Destination_address 和 Source_address 参数表示数据单元传输中的本地址和远程工作站的地址。 Destination_address 和 Source_address都应是单地址。 Transmission_Status参数用于给先前发出 DL_Reply.request 原语的本地应用层实体回传状态信息。 它用于指示先前相关的 DL_Reply.request 原语的成功或失败。 1_SDU 参数指明了由 LLC 子层实体接收的链路数据单元。 2.6.3 使用 DL_Reply.confirm由LLC子层实体传递给一个或多个应用层实体，用于指示在传输了一个DL_Reply.request原语之后，由一个远程数据链路用户实体到本地 LLC子层实体到达了一个MA_Dataindication.这个服务原语传递给应用层实体接收到的 LSDU 或失败的原因 （Transmission_Status）. 只有 Destination_address 指定一个本地的 LSAP，L_PDU才会上报。 2.7 DL_Reply.indication 2.7.1 功能 DL_Reply.indication 原语被传递给应用层，用于指示本地 LLC 子层实体已成功发送一个先前准备好的、由远程 LLC用户请求的一个L_SDU.同时它也指示了远程LLC用户启动了一个DL_Reply.request并且传输了一个响应。