ImageVerifierCode 换一换
格式:PDF , 页数:44 ,大小:8.48MB ,
资源ID:188763      下载积分:5000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-188763.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(GB Z 20177.4-2006 控制网络LONWORKS技术规范.第4部分;基于隧道技术在IP信道上传输控制网络协议的规范.pdf)为本站会员(孙刚)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

GB Z 20177.4-2006 控制网络LONWORKS技术规范.第4部分;基于隧道技术在IP信道上传输控制网络协议的规范.pdf

1、ICS 25.040 N 10 道昌中华人民共和国国家标准化指导性技术文件GB/Z 20177.4-2006 控制网络LONWORKS技术规范第4部分:基于隧道技术在IP信道上传输控制网络协议的规范Control network LONWORKS technology specification一Part 4: Specification of tunneling component network protocols over internet protocol channels 2006-05嗣08发布中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会发布GB/Z 20177.

2、4-2006 目次前言引言. .,. .,. . . ., ., ., II 1 范围2 规击性引用文件.3 术语和定义.2 4 缩略语.3 5 概述.36 要求.4 7 CN/IP设备规范.4 7.1 与IP相关的设备规范.47.2 与CN相关的设备规范.4 8 IP信道规范.8.1 IP传输机制. 7 9 CN/IP设备配置89. 1 配置参数.8 9.2 配置技术10 CN/IP报文和操作方式1010. 1 通用报文首部. 10 10.2 包分段10.3 数据包交换10.4 配置服务器交互作用10.5 其他状态报文2110.6 厂商特定报文.23 10.7 CN包的鉴别 23 11 包格

3、式11. 1 包类型.25 11. 2 通用CN/IP首部.26 11. 3 分段包2711. 4 CN数据包 28 11. 5 CN/IP设备注册/配置包 28 11. 6 信道成员包11. 7 信道路由包. 32 11. 8 请求包.34 11. 9 确认包.35 11. 10 发送列表包. 35 11. 11 节点状态/正常/统计响应报文.36 附录AC规范性附录)与GB/Z20177. 1的关系.38 GB/Z 20177.4一2006前言GB/Z 20177总标题为控制网络LONWORKS技术规范,目前包括以下4个部分:-一一第1部分:协议规范;一一-第2部分:电力线信道规范;一一第

4、3部分:自由拓扑双绞线信道规范;第4部分:基于隧道技术在IP信道上传输控制网络协议的规范。本部分是GB/Z20177LFS+l的CN/IP数据报文可以造成包被保持在等待状态,等待所有其他CLFS十l)/整个第12项/整10. 5. 2 设备配置设备配置可以由一些主机来请求。如果它规定设备接收请求,那么必须响应这样的请求。22 GB/Z 20177.4一2006设备配置请求/响应事务使用与10.4.4中所描述相同的包,如表7所示。表7请求设备配置的协议IP主机-+一一,设备发送配置请求包一证实请求有效完成唾一以ACK_DEVICE_REFUSED拒绝,或完成等一发送设备配置包10.5.3 设备发

5、送列表设备发送列表可以由一些主机来请求。如果它规定设备接收请求,那么必须响应这样的请求。设备发送列表请求/响应处理使用与10.4.6中所描述相同的包,如表8所示。表8请求设备发送到裹的协议IP主机 设备发送列表请求包被发送一证实请求有效完成每一以ACK_DEVICE_REFUSED拒绝,或完成-+一发送列表包被发送10.5.4 倍道成员到表设备信道成员列表可以由一些主机来请求。如果它规定设备接收请求,那么必须响应这样的请求。设备信道成员列表请求/响应事务使用与10.4.5所描述相同的包,如表9所示。表9请求设备信道定义的协议IP主机一一设备发送信道成员请求包一. 证实请求有效完成-+一以ACK

6、_DEVICE_REFUSE拒绝,或完成-+一发送信道成员包二一一L一10.5.5 倍道路由信息设备的信道路由报文可以由一些主机请求。如果它规定设备接收请求,那么必须响应这样的请求。设备配置请求/响应事务使用与10.4.7所描述相同的包,如表10所示。表10请求设备信道路由信息的协议IP主机-一设备发送信道路由请求包-证实请求有效完成 以ACK_DEVICE_REFUSED拒绝,或完成唾一发送信道路由包10.6 厂商特定报文通用包首部中的厂商代码用于厂商特定包。对于根据本规范定义的所有标准包,必须设置这个值为0。唯一厂商代码可以部分地识别厂商特定包(除0以外)。对11.1中详细描述的每个功能分

7、配唯一包类型码。本规范中定义的标准包类型代码的范围是OxOO至Ox7F。传输信息作为本规范中定义的标准功能扩展的厂商特定包可以使用与标准功能相同的包类型代码,然而必须设置厂商代码为该厂商唯一标识符。与本规范中定义的现有标准功能无关的厂商特定包必须使用Ox80至OxFF范围中的包类型代码。设备所接收到的不能识别厂商代码/包类型组合的厂商特定包必须丢弃。10.7 CN包的鉴别CN/IP设备中的安全性是可选的。如果设置CN/IP首部协议标志宇段中的安全位(见11.2通用GB/Z 20177.4-2006 CN/IP首部),那么必须像本条描述的那样执行下列鉴别方案。本条描述的安全性等级是鉴别。将使用本

8、条描述的方案所发送的报文鉴别为来自可靠的信息源。报文中的信息没被加密且不禁止检查。这个方案保证发送方使用有效共享密钥构成包,并且保证发送过程中不受破坏。对于这个方案的更多信息,见RFC1321。图5说明了对CN首部中安全位设置的包编码和解码过程。发送中或每字节6比特有效的22限于128个自由度,可以更大。共享密钥的其他要求为:一一不应该在网络上公开传送共享密钥;一一CN设备必须允许人工设置和更新设备密钥的安全方法;.一一一当且仅当在设备执行中出现鉴别问题,那么CN设备必须至少提供单个用于确认请求的共享密钥;一一制造商最初可以有选择地利用默认哄享密钥喇造产品,随后可以利用安全网络报文更新该共享密

9、钥。然后,通过将MD5报文密文算法加入到带有共享密钥的完整CN/IP包上生成包密文。将生成的MD5密文插入到上述MBZ密钥宇段,并且将不带有密钥的包发送至网络。24 正在接收的设备对入向包执行相同过程。a) 存储入向密文并用0替代密文字段;GB/Z 20177 .4-2006 b) 用自身的共享密钥制作包密文;c) 将入向密文和它生成的新密文比较;d) 匹配MD5密文表示包有效;e) CN设备应该丢弃未被鉴别包并且可以记录未被鉴别包。门包格式本章对所有CN/IP包的内容和格式进行详细描述。对于如何使用本章中描述的各种包,见第9章。部分与CN/IP包的类型有关。除了有注解的以外,所有11. 1

10、包类型表11是系统中使使用下列缩略语呵、包名称数据包设备配置请求设备注册设备配置A 信道成员请求飞地气A、1l.8 信道成员、飞lI!:鸣、h发送列表请求1l. 发送列表1l. 10 信道路由请求11.8 信道路由1l. 7 确认1l. 9 分段1l. 3 状态/正常/统计请求1l. 8 状态/正常/统计响应1l. 11 飞币而胃CN/IP报文的首部格式是相同的。数据代码Ox01 Ox63 Ox03 Ox71 |飞、二-I , , Ox64 |飞飞7币二E守明./ -.1 ,1 Ox04 ., Ox66 L响应(10.4.6)Ox06 来自设备的SL响应(10.5.3) 对服务器的CR请求(1

11、0.4.7) |对设备的CR请求(10.5. 5) Ox68 来自服务器的CR响应(10.4.7)来自设备的CR响应(10.5. 5) Ox08 10.4.2 Ox07 10.4和10.5节中的所有CM、SL和CR事务Ox7F 对设备的状态请求(10.5.1)Ox60 来自设备的状态响应(10.5. 1) Ox70 25 GB/Z 20177.4-2006 11. 2 通用CN/IP首部所有CN/IP包带有表12中示出的通用首部。表12通用包首部格式字节。字节1字节2字节3数据包长度版本包类型扩展首部大小协议标志厂商代码(16位)会话ID顺序号时间戳该首部出现在所有包上。以下是对每个字段的描述

12、。版本这是包的版本号。假设一直可以对带有相同版本号的包进行分解。如果节点接收到一个带有未知版本号的首部,它将丢弃该包而不再对包中的内容进行进一步的处理。当前版本号是Ox01。版本号是这个字节的低5位。高3位被定义如下:比特位5-6:MBZ保留比特位7:后面有无厂商特定包在此之后的包含厂商代码要与这个包同时被处理。协议标志这些标志是用于描绘各种隧道技术协议的比特位标志。使用下列比特位:比特位7(MSB)一-保留,MBZ比特位6一-保留,MBZ比特位5一一安全位。如10.7描述的那样,如果将这个位设置为1,那么这个包含有鉴别信息。比特位4。一一协议代码。这个字段规定了在包中利用隧道技术的协议。支持

13、下列协议:OxOO-GB/Z 20177. 1 厂商代码该字段用于指示厂商特定代码。值OxOOOO表示该包符合本规范。除OxOOOO以外的任何值表示这个包是一个厂商特定包。厂商特定报文的详细信息见10.6。相关机构分配和管理每个厂商代码。要求在特定协议中厂商代码是唯一的。包类型这决定了包的类型。本规范中定义的包类型代码的范围是从OxOO至Ox7F。能够传送信息作为本规范定义的标准功能扩展的厂商特定包可以使用与标准功能相同的厂商特定代码,然而必须将厂商代码设置为该厂商唯一的标识符。与本规范中定义的现有标准功能无关的厂商特定包必须使用一个范围为Ox80至OxFF的包类型代码。厂商特定报文的详细信息

14、见10.6。数据包长度这个字段表示包的字节长度,包括通用包首部中的字节。如果当前帧中有多个字段值,那么加入地址的宇段值是后续包的下一个版本字段的偏移量。GB/Z 20177.4-2006 扩展首部大小这个字段是超过标准首部大小4字节记录为单位的包首部长度。如果通用首部没有扩展,那么这个字段为0。这就意味着首部必须是4字节的倍数并且与4字节的边界对齐。该宇段考虑到允许对未来协议版本的后向兼容。本协议版本1生成的所有包必须将首部大小设置为0。会话ID会话ID与顺序号一起使用,保证按标准UDP信道上发送数据包的顺序接收数据包。每个CN/IP节点随机地选择一个会话ID。如果CN/IP节点进行重新启动和

15、复位等并忘记其正在使用的顺序号,那么节点使用新的会话ID向目的地发送下一个报文。可以有限制地被随机选择新会话ID,这个限制是新会话ID与重启/复位事件之前节点所使用的会话ID不同。当节点从信息源接收到一个带有不同会话ID的报文时,而该会话ID与来自于同一信息源的前一个报文中的会话ID不同,节点就假设报文是有顺序的新报文。此外,为了顺序保存后续报文,接收方记忆新报文中包含的会话ID/顺序号对。顺序号当前包的顺序号。算法的细节见10.3. 110. 3. 3。时间戳被分配给当前数据包的时间戳,如果没有时间戳,则为零。这个时间戳表明在这个IP信道上发出这个包的时间。对于配置包,时间戳宇段总是为零。它

16、仅对数据包有效。11. 3 分段包这个包用于封装超过单个UDP数据报大小的其他CN/IP报文。表13示出了分段包格式。表13分段包格式字节。字节1字节2通用包首部日期时间标志请求10有效载荷字节有效载荷字节有效载荷字节有效载荷字节有效载荷字节有效载荷字节有效载荷字节有效载荷字节有效载荷字节有效载荷字节有效载荷字节有效载荷字节有效载荷字节有效载荷字节有效载荷字节下面是对这个包中所有字段的描述。包类型见11.1。日期时间字节3分段ID有效载荷字节有效载荷字节有效载荷字节有效载荷字节有效载荷字节日期时间格式的详细说明见11.5。日期时间字段是被封装包日期时间的拷贝。特定被封装包的所有分段有相同的日期

17、时间,该包中的数据元素是一致的。在分段传输封装包过程中,如果构成被封装包的任何数据发生了变化,那么受影响分段包中的日期时间也改变为新数据集的日期时间。标志比特位7:有效位该比特位置位,表示分段ID所指示的数据包中存在有效数据。27 GB/Z 20177.4-2006 比特位6.最终位该比特位置位,指示分段ID值大于该包中返回值的包中没有数据存在。比特位5O:保留。请求ID产生这个响应的请求报文中请求ID值的复制。分段ID产生这个响应的请求报文中分段ID的复制。它是这个响应中包含的数据标识符。11. 4 CN数据包表14示出了CN/IP数据包的格式。CN/IP首部见11.2。CN数据包这是附录A

18、中描沫,、11. 5 CN/IP 设备1如果正在使用设备的存在。然能维护IP信道上28 设备配置包字节。IP标志多播地址计数MJ配置服务器IP端口次时间服务器IP端口配置服务器IP地址主时间服务器IP地址次时间服务器IP地址主时间服务器IP端口MBZ GB/Z 20177.4一2006表15(续)字节。字节1字节2字节3IP多播地址oJIP多播端口oJMBZOJ IP多播地址M-IJIP多播端口M-IJMBZ M-I J 唯一lDOJ唯一lD4J名称长度NJ名称3J包类型见11.1。日期时间它是数据有效是受到约束的,以这些日期时间主要求。即这样tOx02一一支Ox04支#CN路由器类型在设备节

19、点类OxOO一一一配置:来ID报文(非零子网)转那样转发该报文。对于组Ox01-一一自学习:对于每唯一lDlJ唯一lD5J唯一ID报文(非零子网)转发至t唯一lD2J唯一lD6J唯一lD3J. U-IJ 名称2J-. . . N-IJ 的新或旧版本。宇段一递增值。比特位为1那样转发报文。对正在茹问2一侧国刻得置子网掩码位,并且对不知道在这一侧的子网,不设置子网掩码位。对于组报文,总是转发(组比特位被忽略)。Ox02一一网桥:对于每个被规定域,转发所有报文(子网和组比特位被忽略)。Ox03一-中继器:转发所有报文域/子网/组信息被忽略)。CN标志:掩码值包括:Ox01 - W ANTS_ALL_

20、BROADCASTS.这个功能的细节见10.4.7.2。Ox02一一支持10.7中描述的安全性。29 GB/Z 20177.4-2006 节点类型设备类型。目前,这些类型的行为是未被规定的。Ox01一一非IP信道至IP信道路由器。Ox02-IP信道节点。Ox03一一IP信道代理服务器。Ox04一-IP信道至IP信道路由器。多播地址计数多播IP地址和端口号的数目。信道超时10.3.3和10.3.1中超时值的单位是毫秒(ms)。值1ms- 1 500 ms是有效的。尽管可能规定这个参数小于1ms,但是由于SNTP性质,不能保证这个精度等级。可能使用的最小精度等级的范围为10 ms-16 mso 唯

21、一ID总字节数随后唯一ID的字节总数。必须是6个字节(唯一ID的大小)的倍数。至少必须有一个表项。如果设备是节点,那么唯一ID与GB/Z20177. 1中规定的唯一ID对应。一个路由器设备可以有三个唯一ID,路由器每侧使用一个唯一ID,一个唯一ID用于配置。本宇段中要求规定的唯一ID是与路由器侧对应的唯一ID,该路由器被直接连接至CN/IP信道。IP单播端口侦昕单播IP报文时CN/IP设备使用的端口号。IP单播地址按网络字节顺序的CN/IP设备的单播IP地址。CN/IP设备将侦昕这个地址上的入向单播IP包。信道成员日期时间服务器的最近信道成员包的日期时间。该日期时间用于决定:当设备从服务器接收

22、到主动的设备响应包时,是否应向配置服务器请求新的信道成员包。当从设备向服务器发送包时,其内容是没有意义的。发送列表日期时间设备的最近发送列表包的日期时间。该日期时间被用于决定:当设备从服务器接收到一个主动的设备响应包时,是否应向配置服务器请求新的发送列表包。当从设备向服务器发送包时,其内容是没有意义的。配置服务器IP地址配置服务器的IP地址。这个信道的新配置服务器可以发送一个设备配置包来设置配置服务器和时间服务器的IP地址和端口号。主/次时间服务器IP地址NTP时间服务器的IP地址。如上所述,这些地址是由配置服务器设置的。如果设备能够访问主时间服务器,那么就使用主时间服务器,否则使用次时间服务

23、器。这就保证设备使用-个可预知服务器。配置服务器IP端口配置服务器的IP端口号。设置如上。主/次时间服务器IP端口时间服务器的IP端口号。只要条件允许就应该使用标准NTP端口号1230IP多播地址CN/IP设备的多播IP地址。如果不支持多播地址计数,那么多播地址计数为零。CN/IP设备将侦昕该地址上的入向多播IP包。将8个字节的地址、端口、MBZ重复多播地址计数次。30 GB/Z 20177.4-2006 IP多播端口当侦听多播IP包时,CN/IP设备使用的端口号。唯一ID唯一ID被打包在一起,每个包6个字节,用CN网络宇节顺序表示。名称长度名称宇段的长度。名称必须以零终止,并且这个计数包括零

24、。名称这是可变长度的名称,最多128字节,不包括零终止符。它与设备有关。在设备中,名字不必是唯一的。11. 6 信道成员包配置服务器使用这个包将信道成员通知给设备。为了简明起见,这个报文包括IP信道上所有CN/IP设备的IP地址和端口号。一旦设备有IP地址列表,它就能将设备请求报文发送至请求完整配置列表中的每个设备。表16示出信道成员包格式。表16倍道成员包格式字节。字节1字节2字节3通用包首部日期时间发送列表日期时间MBZ 列表大小MBZ 对于每个CN/IP设备,将下列字段重复一次IP单播地址IP单播端口MBZ 设备信道路由包的日期时间下面是对这个包中所有宇段的描述。日期时间对这个信道建立信

25、道成员包的日期时间。见11.4。发送列表日期时间对这个设备建立发送包的日期时间。见11.4。MBZ 列表大小CN/IP设备表中的设备数量。IP单播地址按网络宇节顺序的CN/IP设备的单播IP地址。CN/IP设备将侦昕该地址上的入向单播IP包。IP单播端口侦昕单播IP报文时CN/IP设备使用的端口号。设备信道路由包的日期时间对能够访问配置服务器的设备来说,这是最新信道路由包的日期时间。用于决定是否从配置服务31 GB/Z 20177.4-2006 器请求一个新信道路由包。11. 7 信道路囱包表17示出了信道路由包格式。字节。IP标志唯一IOOJ唯一1O4J子网号OJ子网号5-1J子网掩码OJ子

26、网掩码4J子网掩码28J组掩码OJ组掩码28J域长度域2JIP多播端口表17信道路由包格式字节1字节2带有包类型的通用包首部(Ox08)日期时间域3J域4J下面是对这个包中宇段的描述。日期时间该字段的详细描述见11.4。IP多播端口IP单播端口当侦昕多播IP包时,正在进行发送的CN/IP设备所使用的端口号。IP单播端口侦昕单播IP报文时正在进行发送的CN/IP设备所使用的端口号。IP多播地址字节3节点类型一1O3J. . U-1J 子网掩码31J组掩码3J组掩码31J域1J域5JGB/Z 20177.4-2006 CN/IP设备的多播IP地址。如果不支持,则为零。CN/IP设备将侦昕该地址上的

27、人向多播IP包。IP单播地址按网络字节顺序的CN/IP设备的单播IP地址。CN/IP设备将侦昕该地址上的人向单播IP包。IP标志这个标志表示支持的IP功能,见11.5。CN路由器类型如果节点类型是一个路由器,该字段萝CN标志CN标志掩码,见11.5。节点类型CN子网节点元为零。域总字节数该字节表示10. 2。每个域元CN节点地址a) CN子网b) CN节点号c) 域列表的索d) 对前面唯一IID。这是合法的,但很少的多重(域、子网、节点地址。CN域列表域的贼。每个域通过一个子网时、情椭何标识符表示。域的数目等于域总字节数字段除以报文的域结构大小(72个字节)。报文中可以有多个域,受到包大小的限

28、制。有关长报文的分段见10.2。每个域用72个字节固定长度结构来表示。子网掩码(CN子网掩码)子网掩码数组是一个256比特位(32个字节)数组,每个子网掩码位对应一个CN子网。如果在数组中设置该比特位,那么路由器通过自身将包从IP信道转发至子网。组掩码(CN组掩码)组掩码数组是一个256比特位数组,每个组掩码位对应一个CN组地址。如果在数组中设置该比特位,那么路由器通过自身将包从IP信道转发至该组。域长度(CN域长度)33 GB/Z 20177.4-2006 域长度是0、1、3或6中的一个,并且与用字节表示的CN域标识符长度对应。域(CN域标识符)CN域标识符是以CN网络字节顺序表示的6个字节

29、数组。如果域长度小于6个字节,那么用零填充标识符后面未使用的域字节成为6个字节。11.8 请求包表18详细说明了配置请求包的格式。根据正在请求哪种数据结构,改变通用包首部中的包类型值。表18配置请求包格式字节。字节1字节2通用包首部日期时间原因请求ID当前日期时间IP单播地址日期时间该字段的描述见11.4。标志比特位1,0:原因如表19所示,原因代码可修改请求。表19请求原因代码原因代码| 描述REQUEST_NORMAL I如果数据是新的或数据为零,发送正常请求REQUEST _ VERIFY 1请求验证数据,总是发送数据比特位2:请求所有如表20所示,原因代码可修改请求。原因代码REQUE

30、ST_ONE REQUEST _ALL 比特位3:请求并删除表20请求数量代码描述如果要求多个分段,则请求一个分段请求立即发送所有分段如表21所示,原因代码可修改请求。原因代码REQUEST_COPY REQUEST _MOVE 比特位47:保留。请求ID该请求源所应用的标签值,以便它可以唯一地区分对该请求的响应,见10.20 分段ID字节3分段ID代码OxOO OxOl 代码OxOO OxOl 代码OxOO OxOl GB/Z 20177.4-2006 在请求可以包括多个响应包的信息中使用,见10.2.2。当前日期时间该宇段的描述见11.4。如果有效数据比这个日期时间新,那么指示接收方发送数

31、据。零表示总是发送被请求的数据。单播IP地址仅用于信道路由请求报文。否则MBZ。表示将仅发送这个特定设备的信道路由。零表示将发送所有路由信息。(仅当TCP用于配置服务器通信时,这个选项有效。)11. 9 确认包当对从其他设备接收到的报文进行响应时,CN/IP设备使用这些报文。表22示出了确认报文的格式。TCP连接上ACK的使用见10.4.3.20表22确认包格式字节。字节1字节2带有包类型的通用包首部日期时间ACK类型请求ID下面是对这个包中字段的描述。日期时间这个字段的描述见11.4。ACK类型CN/IP设备使用这个参数,以便在服务器上进一步进行请求。有效值包括:一-ACK_OK(O)ACK

32、_FIXED( 1) ACK_BAD_如1ESSAGE(2)ACK_CANT_COMPLY(3) 一一-ACK_DEVICE_REFUSED( 4) ACK一NOT_SUPPORTED(5)请求ID字节3分段ID从请求返回的标签值,以便它可以唯一地区分对该请求的响应,见10.2。如果不适用就为零。分段ID从请求返回,表示与请求方的关联性,见10.2。如果不适用就为零。11. 10 发送到表包当设备请求获得CN/IP设备中的发送列表时,配置服务器发送该报文。表23给出了发送列表包的格式。表23发送列裴包格式字节。字节1字节2通用包首部日期时间IP地址端口对的数目| 如1.BZMBZ 对于每个地址

33、/端口对,将下列字段重复次IP地址IP端口MBZ 字节335 GB/Z 20177.4-2006 下面是对这个包中字段的描述。日期时间见11.4。IP地址/端口对的数目发送列表中CN/IP设备带有的Ip.地址/端口对的数目。允许为零。这里表示为多播或单播地址。IP地址CN/IP设备的IP地址或多播地址。CN/IP设备将包发送至该地址。IP端口发送包时CN/IP设备使用的端口号。11. 11 节点状态/正常/统计晌应报文表24给出了状态包的格式。字节。36 从IP丢弃的陈旧LT包数TCP连接失败的次数具有不同TCP连接失败的主机数目已发送的路由器配置报文数目已接收到的路由器配置报文数目字节3GB

34、/Z 20177.4-2006 表24(续)字节。字节1字节2字节3配置改变的次数已发送的UDP包/秒的连续平均数已接收到的UDP包/秒的连续平均数已发送的TCP包/秒的连续平均数已接收到的TCP包/秒的连续平均数一一从前一个计数器复位开始的时间。(格式:32位无符号整数,秒一一前一个计数器复位的时间。r-rt_-:i霄3i. 一一信道上的成员数。(一最近发送报文的严上的梦二数l!f:量精飞义。)(叫:32位无符号整数)一一一被接收的CN一一由于选择转H一一接收到的一一从I一一发、一一来第10项/整个包第12项/整咱的有送送所发发于已已U一一注:陈旧意味着在IP网生、-一-TCP连接失败的次一

35、一配置改变的次数。(格式:32位整数)一一已发送的UDP包/秒的连续平均数。(格式:32位整数)一一已接收到的UDP包/秒的连续平均数。(格式:32位整数)一一已发送的TCP包/秒连续平均数。(格式:32位整数)一一己收接到的TCP包/秒连续平均数。(格式:32位整数)37 GB/Z 20177.4一2006附录A(规范性附录)与GB/Z20177.1的关系IP信道上封装的包格式包括CRC字段在内的L2Hdr宇段。它不包括前置码、BitSync字段或ByteSync字段或LineCodeViolation位。在GB/Z20177. 1中可以找到这些包的规范。如GB/Z20177.1中定义的那样

36、,本规范支持下列引用的寻址方式:唯一设备ID-神经元ID;一一域ID-域ID;一一-子网ID-子网ID;一一节点ID-节点ID;一一一组ID-组ID。当使用GB/Z20177. 1时,关于同步的注意事项:GB/Z 20177.1是-个为设备实时控制设计的通信协议。因此,预期的结果是,在规定时间以内交付报文(根据应用要求)并且在该规定时间附近有最小的时间抖动。作为协议差错检测/恢复部分,具有重复报文检测特点,因此仅执行一次报文,不考虑单个报文传输事务中接收到的报文数目。GB/Z 20177.1中的重复检测是一个在发送方和接收方使用的算法。该标准中全面地描述了这个算法,这里仅给出简单概述,以便解决

37、时间同步问题。当发送方构建报文时,发送方查看其配置来决定协议服务。如果协议服务规定重复检测,发送方分配事务号,该事务号在发送方与接收方最近的通信中没有被使用,然后发送带有该事务号的报文。发送方还启动一个被称作事务定时器的定时器。当该定时器定时时间到时,将进行报文重试,除非被配置重试计数已被使用完或已经接收到一个响应。当接收到报文时,接收方要查看该报文是否有现存事务。如果有现存事务,报文是重复的,是有响应的但不作处理。如果没有现存事务,分配新事务并启动接收定时器。当接收定时器定时时间到时,删除事务。一旦删除事务,任何带有与被删除事务中事务号相同号的新报文将被看作是新报文。IP网络没有设计成具有实

38、时控制功能。为了支持实时应用,例如:IP信道上的话音,利用帧首部中的QOSC服务质量)宇段扩展IP协议。但是该字段的含义没有标准化,因此不是所有的路由器都能适当地处理该字段。在本部分中,不能通过可靠地设置包中的QOS宇段,在公共因特网上发送这个包,来实现较低时延、小的时间抖动的端到端服务。如果在IP网络上对GB/Z20177.1中的包使用隧道技术,随机延时就会加到这些包上,那么由于交付接收方解释为新包而不是重复的陈旧包,将导致GB/Z20177. 1协议失败。这些失败严重地影响应用。为了防止这些协议失败,所有GB/Z20177. I/IP节点的时间同步选项能够依据本部分中的指令得以实现。为了确

39、定同步必须达到何种精度,必须在整个IP分段上检查GB/Z20177. 1协议定时器,这个IP分段可能共生随机延时。GB/Z20177.1中的B.3表是GB/Z20177. 1网络的定时器值的表项集。按下列公式计算允许的最大抖动:min (正在使用的接收事务定时器值-(重试头事务定时器值)在检查所有节点对的地方,检查IP信道上的通信,通过设置配置定时器确定允许的最小时间抖动。此后,就能确定网络上所有节点必须为何种时间精度。进行这种计算要求知道抖动IP信道上通信的所有GB/Z20177.1节点配置。这意味着在某种网络数据库中拥有所有配置信息。当没有这个配置信息时,可以使用另一种方法来避免陈旧包检测

40、问题。如果连接至因特网的每个LAN上有一个时间服务器,该因特网能够从卫星或无线资惊获得原子钟时间并将其用于LAN上的节点,每个LAN分段就能有极精确的时间,使未检出的陈旧包不成为一个问题。CN/IP设备应该使用下列端口号中的一个,已由IANA分配的端口号:一一-1628/TCP;一一一1628/UDP;一一一1629/TCP;一-1629/UDP。G/Z 20177.4一2006CON-叮.hhFONN阁。中华人民共和国国家标准化指导性技术文件控制网络LONWORKS技术规范第4部分z基于隧道技术在IP信道上传输控制网络协议的规范GB/Z 201 77. 4-2006 中国标准出版社出版发行北京复兴门外三里河北街16号邮政编码:100045 网址电话:6852394668517548 中国标准出版社秦皇岛印刷厂印刷各地新华书店经销司良印张2.75 字数80千字2006年11月第一次印刷开本880X 1230 1/16 2006年11月第一版定价19.00元如有印装差错由本社发行中心调换版权专有侵权必究举报电话:(010)68533533 书号:155066 1-28056 GB/Z 20177.4-2006

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1