104规约 联系客服

发布时间 : 星期五 文章104规约更新完毕开始阅读ece5acc66137ee06eff918ef

图2所示为终端系统的规约结构

图3所示为本标准推荐使用的TCP/IP协议子集. 出版时,RFC的指示是有效的,但可能在某时被等价或相关的RFC所取代. 相关的RFC可从网址http://www.ietf.org取得. 如图1所示的例子,以太网802.3栈可能被用于远动站终端系统或DTE(数据终端设备)驱动一单独的路由器. 如果不要求冗余,可以用点对点的接口(如X.21)代替局域网接口接到单独的路由器,这样可以在对原先支持IEC60870-5-101的终端系统进行转化时,保留更多的硬件.

其他来自RFC 2200的兼容选择都是允许的.

本标准采用的TCP/IP传输集与定义在其他相关标准中的相同,没有变更.

根据IEC 60870-5-101从IEC60870-5-5中选取初始化 的应用功能 从IEC60870-5-101和IEC60870-5-104中选取的ASDU APCI(应用规约控制信息) 传输接口(用户到TCP的接口) TCP/IP协议子集(RFC2200) 用户进程 应用层 (第7层) 传输层(第4层) 网络层(第3层) 链路层(第2层) 物理层(第1层) 注: 第5,第6层未用

图2 –

传输层接口(用户到TCP的接口) RFC793(传输控制协议) RFC791(互联网协议) RFC 1661 (PPP) RFC 1662 (HDLC帧式PPP) X.21 传输层(第4层) 网络层(第3层) RFC 894 (在以太网上传输IP数据报) 数据链路层(第2层) IEEE802.3 物理层(第1层) 串行线 以太网

图3

5. 应用协议控制信息的定义(APCI)

传输层(TCP层的用户) 是一个定向流接口,它没有为IEC 60870-5-101中的ASDU定义任何启动或者停止机制。为了检测到ASDU的启动和结束,每个APCI包括下列的定界元素:一个启动字符,ASDU的规定长度,以及控制域(见图4)。一个完整的APDU(或者,出于控制目的,仅仅是APCI域)也是可以被传送的(见图5)。

注:

起始字 68H APDU 长度(最大, 253) 控制域八位位组 1 控制域八位位组2 控制域八位位组3 控制域八位位组4 长度 IEC 60870-5-101和 IEC 60870-5-104定义的ASDU ASDU 图 4 – 远动配套标准的APDU定义

起始字68H APDU长度 控制域八位位组 1 控制域八位位组2 长度=4 以上所使用的缩写出自IEC60870-5-3的第五条款,如下所示: APCI 应用协议控制信息 ASDU 应用服务数据单元 APDU 应用协议数据单元

APCI APDU APCI 控制域八位位组3 控制域八位位组4 图5 – 远动配套标准的APCI定义

START 68H 定义了数据流中的起点。

APDU的长度定义了APDU体的长度,它包括APCI的四个控制域八位位组和ASDU。第一个计数八位位组是控制域的第一个八位位组,最后一个计数八位位组是ASDU的最后一个

八位位组。ASDU的最大长度限制在249以内,因为APDU的域长最大值是253(APDU最大值=255减去启动和长度八位位组),控制域的长度是4个八位位组。

控制域为保护报文不至丢失或重复传送,传输启停信文以及监视传输连接等定义了控制信息。控制域的计数器机制是根据ITU-T X.25 标准中推荐的2.3.2.2.1 至2.3.2.2.5来定义的。

图6,7,8显示了控制域的定义。

三种类型的控制域格式用于执行编过号的信息传输(I格式),编过号的监管功能(S格式)和未编号的控制功能(U格式)。

控制域八位位组1的第一位 比特1= 0 定义了I 格式, I格式的APDU总是包含一个ASDU. I格式的控制信息如图6所示

比特 8 7 6 5 4 3 2 1

0 发送序列号 N(S) LSB MSB 发送序列号 N(S) 接收序列号 N(R) LSB MSB 接收序列号 N(R)

图 6 – 类型信息传输格式( I格式)的控制域

控制域八位位组1的第一位比特1= 1 并且比特2=0 定义了S 格式. S格式的APDU只包括APCI. S格式的控制信息如图7所示。

比特 8 7 6 5 4 3 2 1

0 0 1 0 接收序列号N(R) LSB MSB 接收序列号N(R) 图 7 –编号类型监管功能(S格式)的控制域

控制域八位位组1的第一位 比特1= 1 并且 比特 2=1 定义了U格式. U格式的APDU只包括APCI. U格式的控制信息如图8所示。TESTFR, STOPDT 或 STARTDT中只有一个功能可以被同时激活。

0 0 八位位组 1 八位位组 2 八位位组 3 八位位组 4

八位位组1 八位位组 2 八位位组 3 八位位组 4

比特 8 7 6 5 4 3 2 1

TESTFR STOPDT STARTDT 1 1 确认 生效 确认 生效 确认 生效 0 0 0 图 8 –未编号类型控制功能的控制域 (U 格式 )

0 八位位组t 八位位组2

八位位组3 八位位组4

5.1 防止报文丢失和信文重复传送。

发送序列号N(S)和接受序列号N(R) 的使用与ITU-T X.25定义的方法一致。 为了简化起见,附加的次序如图9 to 12.所示。

两种序列号在每个APUD和每个方向上都会连续递增一位。 发送方增加发送序列号而接受方增加接收序列号。当接收站按APDU正确收到的数字返回接收序列数字时,表示接收站认可这个APDU或者多个APDU.发送站把一个或几个APDU保存到一个缓冲区里直到它将自己的发送序列号作为一个接收序列号收回,这个接收序列号在所有的数字小于等于接收数字时有效。然后它会删除缓冲区里正确传送过的APDU。万一更长的数据传输只在一个方向进行,就得在另一个方向发送S格式,在缓冲区溢出或超时前认可APDU。这种方法应该在两个方向上应用。在创建一个TCP连接后,发送和接收序列号都被设置成0

下列定义对图9至16 有效:

V(S) = 发送状态变量 (见 ITU-T X.25); V(R) = 接收状态变量 (见 ITU-T X.25);

Ack = 指示DTE已经正确收到所有达到并包括该数字的I格式APDU, I(a,b) = 带有a的数字格式APDU=发送序列号和b=接收序列号 S(b) = 带有b的监管格式APDU=接收序列号 U =未编号的控制功能