DNP3.0规约简介分析和总结.docxVIP

DNP3.0 规约简介 DNP3.0规约简介 DNP3.0 规约的文本共分为四个部分，数据链路层、传输层、应用层规约及数据对象库。一、数据链路层规约 数据链路层规约文件规定了DNP3.0版的数据链路层，链路规约数据单元 (LPDU) 以及数据链路服务和传输规程。数据采用一种可变帧长格式：FT3。 FT3 帧长格式： 一个FT3帧被定义为一个固定长度的报头，随后是可以选用的数据块，每个数据块附有一个 l6 位的 CRC 校验码。固定的报头含有2个字节的起始字，一个字节的长度(LENGH)，一个字节的链路层控制字 (CONTROL)，一个l6位的目的地址，一个16位的源地址和一个l6位的CRC校验码。 DNP3.0 规约简介 DNP3.0 规约简介 起始字 起始字 长度 链路层控 目的地址 源地址 CRC 校验 用户数据 CRC 校验 …… 用户数据 CRC 校验 0*05 0*64 制字 码 码 码 块0块1块 块0 块1 块N 定长的报头 主体 长度：1字节，是控制字、目的地址、源地址和用户数据之和。255≥长度≥5 目的地址：2个字节，低字节在前 源地址：2个字节，低字节在前 用户数据：跟在报头之后的数据块，每I6个字节一块，最后一个块包含剩下的字节，可以是 l 到16个字节。每个数据块都有一CRC循环冗余码挂在后面。 CRC循环冗余码：2个字节。在一个帧内，挂在每个数据块之后。控制字与功能码： 通信控制字包含有本帧的传输方向，帧的类型以及数据流的控制信息。 DIRPRM DIR PRM FCB FCV 功能码 DIR：方向位（direction），表示此帧是由主站发出还是从站发向主站。FRM：源发标志位（primary），表示此帧是来自原发站还是来自响应站。FCB：帧的计数位，0、1交替变化，设计此位的目的是进行简单的纠错。FCV：帧的计数位的有效标志，为1时，FCB位有效。 功能码： 对于原发送方的帧： 0：使远方链路复位 1：使远方进程复位 (Reset of user process) 3：发送用户数据，须对方确认 4：发送用户数据，不须对方确认 9：询问链路状态对于从方发送帧： 0：肯定确认 1：否定确认 11：回答链路状态 二、传输层规约 TH （传输层报头）数据块这部分定义对于 DNP 数据链路层充当伪传输层的传输层功能。伪传输层功能专门设计用 TH （传输层报头） 数据块 其中： 传输层报头：传输控制字，l个字节 数据块：应用用户数据 l-249 个字节 由于数据链路层的 FT3 帧格式中的长度字的最大限制为255，因此传输层数据块的最大长度为 255-5 （链路层 control + source + destination ）-1（TH） =249。当应用用户数据长度大于 249 字节时，传输层将以多帧报文方式传送，并每帧前加 TH 控制字。 如 l234=249+249+249+249+238，分5帧传送。 传输层报头 (TH) 格式： 7 6 5 4 3 2 1 0 FIN FIN FIR 序号 FIN：此位置“1”，表示本用户数据是整个用户信息的最后一帧FIR：此位置“1”，表示本用户数据是整个用户信息的第一帧 序号：表示这一数据帧是用户信息的第几帧，帧号范围为 0～63，每个开始帧可以是 0～63 中的任何一个数字，下一帧自然增加，63 以后接0 三、应用层规约 本文本定义了应用层报文 (APDU) 的格式。这里，主站被定义为发送请求报文的站，而从站则为从属设备。被请求回送报文的 RTU 或智能终端 (IEDS) 是事先规定了的。在 DNP 中，只有被指定的主站能够发送应用层的请求报文，而从站则只能发送应用层的响应报文。1．应用报文格式： 应用请求报文的格式： Request Header Object Header Data Object Header Data 请求报文 对象标题 数据 对象标题 数据 应用响应报文格式： Response Header Response Header 响应报文 Object Header 对象标题 Data 数据 Object Header 对象标题 Data 数据 其中： 请求 (响应) 报头：标识报文的目的，包含应用规约控制信息 (ACPI) 对象标题：标识随后的数据对象 数据：在对象标题内的指定的数据对象 应用报文报头字段的定义： 请求报头有两个字段。每个字段为8位的字节，说明如下： Application Control Application Control 应用控制 Function Code 功能码 响应报头有三个字段。 前两个字段为8位的字节，第三个字段为两个字节，说明如下： Application Control Application C