通信104规约

4 规约结构

图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 TCP/IP协议集选择的标准版本(例子)

5. 应用规约控制信息的定义（APCI）

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

注: 以上所使用的缩写出自IEC60870-5-3的第五节，如下所示： APCI 应用规约控制信息 ASDU 应用服务数据单元 APDU 应用规约数据单元

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

起动字符68H APDU长度 控制域八位位组 1 APCI 控制域八位位组2 长度=4 控制域八位位组3 控制域八位位组4 图5 – 远动配套标准的APCI定义

启动字符 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格式）。

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

比特 8 7 6 5 4 3 2 1 八位位组 1 0 发送序列号 N(S) LSB MSB 发送序列号 N(S) 八位位组 2

接收序列号 N(R) LSB MSB 接收序列号 N(R) 图 6 – 信息传输格式类型（ I格式）的控制域

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

比特 8 7 6 5 4 3 2 1 八位位组1 0 0 1 0 八位位组 2

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

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

0 八位位组 3 八位位组 4

0 八位位组 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.所示。

两个序列号在每个APDU和每个方向上都会按顺序递增一位。 发送方增加发送序列号而接受方增加接收序列号。当接收站按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) = 信息格式APDU，a=发送序列号，b=接收序列号 S(b) = 监视格式APDU，b=接收序列号 U = 未编号的控制功能APDU