GB T 21564.2-2008 报警传输系统串行数据接口的信息格式和协议.第2部分 公用应用层协议.pdf
《GB T 21564.2-2008 报警传输系统串行数据接口的信息格式和协议.第2部分 公用应用层协议.pdf》由会员分享,可在线阅读,更多相关《GB T 21564.2-2008 报警传输系统串行数据接口的信息格式和协议.第2部分 公用应用层协议.pdf(24页珍藏版)》请在麦多课文档分享上搜索。
1、lCS 13320A 91 a亘中华人民共和国国家标准GBT 2156422008报警传输系统串行数据接口的信息格式和协议第2部分:公用应用层协议Message formats and protocols for serial data interfacesin alarm transmission systems-Part 2:Common application layer protocol(IEC 6083972:2001 Alarm systems-Part 7-2:Message formats andprotocols for serial data interfaces in a
2、larm transmission systemsCommon application layer protocol,MOD)20080324发布 2008090 1实施宰瞀嬲鬻瓣警麟瞥翼发布中国国家标准化管理委员会“目 次GBT 2156422008翮舌。引言1范围-12规范性引用文件13术语和定义14缩略语15应用层功能16基本数据块17公用应用层协议过程一48提供给应用层的服务6附录A(规范性附录)基本数据块7附录B(规范性附录)报警信道数据块15前 言GBT 2156422008GBT 21564报警传输系统串行数据接口的信息格式和协议分为五个部分:第】部分:总则第2部分:公用应用层协
3、议第3部分:公用数据链路层协议第4部分:公用传输层协议第5部分:数据接口本部分为GBT 21564的第2部分。本部分修改采用了国际电工委员会IEC 6083972:2001(英文版)。为了便于使用,对本部分做了下列修改:附录中日期和时问中有涉及到“年”的内容都删除,数据块长度从月开始计算;附录“A5名字地址”一章中,数据长度“名字”改为“最长8字符+CR。”,“地址z”则改为“最长48字符+CR。”;附录“A19”一章中,增加了注解,更便于理解使用;删除了原IEC前言,增加了引言部分。本部分的附录A、附录B均为规范性附录。本部分由全国安全防范报警系统标准化技术委员会(SACTC 100)提出和
4、归口。本部分起草单位:中国矿业大学(北京)信电系、SACTC 100秘书处、湖北东润科技有限公司,北京联视神盾安防技术有限公司。本部分主要起草人:王汝琳、刘希清、唐胜男、金巍、周明锦、佟祝斌、杨国胜。mGBT 2156422008引 言串行数据通信方式是各种通信模型中的主要表现形态。本部分是基于较早期的RS-232点对点通信模型和RS-485点对多点总线式串行通信模型而制定的。故对目前正在广泛应用的宽带应用情况和无线传输方式未予详细表述,仅在部分环节给出注释和提示。尽管本部分给出的模型的通信速率较慢,但其数据传输控制原理与现今的各类宽带应用和无线应用是一致的,所以本部分对于报警产品设计者、报警
5、系统规划者和报警系统的使用者等都有很好的指导作用和示范意义。由ITU_Tv24和ITuTv28共同规定的接rl,正是目前大家熟悉的EIA-RS232接口,它是适用于同步和异步串行二进制数据交换系统中,数据终端设备之间互连的串行接口协议,是一种非平衡式的双工数字基带通信接口。该接口主要适用于传输速率低,传输距离近的场合。由ISOIEC 8482:1993规定的接口,正是目前大家熟悉的EIA-RS485接口,它也是适用于同步和异步串行二进制数据交换系统中,数据终端设备之问互连的串行接口协议。但它是一种平衡式(差分式)的半双工数字基带通信接口。该接口可以支持较远距离的通信,且可支持多通信机间的总线式
6、分时通信。由TUT V23定义的接口,是一种类似EIA-RS232接口规范的双工数字频带调制的串行通信接口。它可用于基于电话系统的较远距离的点对点通信。在本部分中,将报警通信的发起者定义为主机,报警通信的响应者定义为从机。它不同于报警系统中的概念。在报警系统中,报警主机和报警从机主要从管理角度来阐述其存在的意义。作为本部分的使用者务必适当分清二者的概念异同:在报警系统中,一台报警从机既可以作为报警主机的响应者而成为报警传输系统的扶机,同时它又可以连接下位的总线报警器和下一级报警从机,而成为报警传输系统的主机。其他概念也有类似情况,敬请留意辨析,以免混精。作为报警系统的重要技术指标之一报警响应时
7、间已在其他相关标准中明确定义。本部分不再对此做出新的定义,但推荐使用者理解将报警事件发生到终端设备接收到并显示有关报警信息之间,或者当地的值守人获得报警信息之间的时间间隔作为报警响应时间的测试依据。由于报警传输系统的传输时延是报警响应时间的重要组成环节之一,故本部分推荐本部分的使用者对报警传输系统的传输能力给出适当的评估,以保证实现最终的系统指标。报警传输系统串行数据接口的信息格式和协议第2部分:公用应用层协议GBT 21564220081范围GBT 21564的本部分规定了报警传输系统的标准接口的公用应用层协议(信息结构、格式和传输过程)。当不同供应商所提供的设备之间需要相互通信而下层系统结
8、构不能将自己的应用层放在接口时(例如在某些总线系统中),应该使用本部分。信息结构遵循OSl分层协议的建议以提供选择和使用低层传输媒体和协议的灵活性。公用应用层协议规定了一个由所有支持本部分的设备所提供的最小子集,并且定义了可能提供的扩展范围。协议的设计允许它在此处所定义的信息范围外得到扩展,这样可以提供更多的功能和制造商特定扩展。本部分适用于报警信息的传输和发往来自入侵、火警、出人口控制和社会报警系统的其他信息的传输,以及发往来自其他类似系统的信息的传输。2规范性引用文件下列文件中的条款通过GBT 21564的本部分的引用而成为本部分的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误
9、的内容)或修订版均不适用于本部分,然而,鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本部分。GBT 2156412008报警传输系统串行数据接口的信息格式和协议第1部分:总则(IEC6083971:2001,MOD)GBT 2156442008报警传输系统串行数据接口的信息格式和协议第4部分:公用传输层协议(IEC 6083974;2001,MOD)ISO 88591信息处理8比特单字节编码图形字符集第l部分:1号拉丁字母3术语和定义GBT 21564I确立的术语和定义适用于GBT 21564的本部分。4缩略语GBT 215641确立的
10、缩略语适用于GBT 21564的本部分。5应用层功能在报警传输系统中,应用层负责对传输数据所需的基本信息进行格式化。它也必须对来自远程应用层的基本信息做出响应。下列功能、协议、信息结构和格式满足串行数据接口的基本要求。6基本数据块报警和其他需要传输的信息应该被格式化成基本数据块。它们由2个或多个8比特字节所组成a】GBT 2156422008第一个字节通常是长度字节,表示其后的数据块中字节数;第二个应该是数据块的类型描述符。基本数据块的细节在附录A中给出。当包含日期时间基本数据块时,它指的是在一个信息中(适当之处)的后续数据块,直到该信息块的结尾或出现其他日期时间基本数据块。61应用层信息头每
11、个基本信息应该由应用层格式化成一个应用层信息,它带有一个应用层信息头,如下所示:7 00位:l=请求确认0=无请求确认1位:1=有源身份标志符跟随O=不包含源身份标志符2位:l=有目的身份标志符跟随0=不包含耳的身份标志符3位;1=加密的基本信息0=不加密的基本信息注:第一个8比特字节的第7位是传输层信息头的结尾(或一个空传输层,参照本系列标准的第4部分),应该被设置成0来表示将有一个应用层信息头跟随着。序列号可初始化为任意值,对于后续传输的应用层信息,序列号依次加1,每个目的地和每个传输方向都要有自己的序列号集合。应用层信息头可以只包含源身份标志符或目的身份标志符,也可以二者都有或两者都无。
12、如信息头第一个字节所定义的那样。若两种标志符都有,源身份标志符应该总在前面。标志符的格式如下:7 4 3 0第一个半字节(第一个8比特字节的第47位)是地址内数字的个数。实际的身份标志符数字应该以十六进制形式跟在随后的半字节内,从第一个8比特字节的低4位开始。标志符所包含的字节数由所需包括的数字(十六进制)数目决定。如果数字的个数是偶数,最后4位(最后一个字节的o3位)应该是0。0=零置号噘列U序留、j保位位位位4567例如,如果标志符是1234,它将以如下方式传输GBT 21564220084位数字 1 2 3 462基本信息一个或多个基本数据块可能会被连接在一起组成一个基本信息,允许的最大
13、信息长度是228字节。在应用层内基本数据块可能会被进一步分解,这是为了提供一个或多个报警信道数据块。如下所示:报警信道数据块基本数据块63确认(ACK)在底层和网络许可的情况下,应用层可以发送不需要远程应用层确认的信息。对于单个信息,应用层可能会向远程应用层请求确认(总是或要求),它可以通过将应用层信息头的0位置1(请求确认)来实现。在请求确认之处,如果没有收到相应的确认(例如,信息容量是4),则不能传送4条以上的信息。对于一组信息,接收端要按顺序确认,如果前面的信息(由它自己的序列号定义)没有接到,则不能接收后面的信息。如果一组需要确认的信息中有一个信息的确认信号没有收到,则那个信息应该连同
14、已发送的后续信息,与原始序列号一起重新发送。当接收到的那个确认信号不包含下一个预期序列号时,需要确保前面的报警信息已经得到了确认。64所支持的最小信息子集对于声称接口符合本部分的设备,并不需要它们能够支持所有附录A中定义的基本数据块。但为了确保基本报警信息成功传输,这些设备必须能够遵循下述原则正确地处理错误,并正确响应那些在接口处不能被全部设备所支持的信息。a)所有设备都应该能够在任何标准接口处传输和接收类型78(接收错误)和类型79(检测到传输错误)基本数据块。GBT 2156422008b)设备应该能够在面向报警系统的接口处传输类型70(确认)基本数据块。c)设备应该能够在面向报警接收中心
15、或监视中心的接口处接收类型70(确认)基本数据块。d)设备应该能够在面对报警接收中心或监视中心的接口处传输类型10(报警系统状态)和类型12(状态改变)基本数据块。e)设备应该能够在面对报警系统的接1:3处接收类型10(报警状态)和类型12(状态改变)基本数据块。对于d)和e),设备应该能够传输或接收类型1(报警事件状态数据)报警信道数据块,该类型可达3个数据字节(见附录B)。65信息解码当接收到一个有效信息时,应该检查它包含的每个数据块。当接收到一个不能被解码的基本数据块时(由于接收器不支持该数据块类型或块中包含的数据多于被支持长度),应该返回信息(基本数据块接收错误或检测到传输错误)给发送
16、端表明不匹配,如果采取了相应措施,也应返回信息表明。7公用应用层协议过程以下信息序列适用于所有信息类型的传输和接收。一个或多个信息形成序列,应该遵守以下规则。初始的信息认为是自发产生的,并送到低层传输。后续信息是对接收信息或系统故障的即时响应,具体描述如下。若某信息是接收信息的响应,但应用层在确定格式或答复之前需要先对其进行处理,则它不应该看作序列的一部分,而应被看作新序列的开始。若一个基本信息的应用层信息头的“请求确认”位没有置位,则接收该信息时,无需返回一个确认基本数据块(如附录A所定义的)。源 目的信息、 ACK未设置无应答当接收到应用层信息头内“请求确认”位置1的基本数据块时,若接收信
17、息类型是可以理解的,其长度也能够处理,则应该将确认基本数据块传输给接收信息的发送者也可发送一个特定的响应信息。源 目的A。K设置的信息AcK设置ACK一当发送一个请求确认的信息而在给定时间内没有收到确认基本数据块时,最初的数据应该重发。这个时间依赖于传输介质。有可能进行多次重发。源 目的ACK设置的信息时限内无回答ACK设置的信息GBT 2156422008当信息需要传输而ISO的16层决定不能传输该信息,或在传输或尝试传输失败时,应该产生一个检测到传输错误基本数据块(附录A所定义的A24)信息并返回给发出信息的应用层。源信息错误目的当检测到输入信息,但信息内部错误使其数据块不能被成功解码时,
18、应该产生一个检测到传输错误基本数据块并将其送至网络监视中心或除返送给源以外还应送到预期接收信息的目的地。源信息错误目的一错误当目的地的低层检测到传输路径中有错误信号时,应该产生一个检测到传输错误基本数据块并且将其送至应用层(例如作为输入线路监控故障的结果)。潦 目的一错误或错误一当一个输入信息被成功解码但所接收到的数据块是一个未知或不能识别的类型时,要返回一个接收错误基本数据块,该数据块对于目的地的应用程序必须是有效的。源信息错误目的一错误当一个输入信息被成功解码并且是所支持的类型,但接收到的数据块长于所支持的长度时,要返回一个接收错误基本数据块,该数据块对于目的地的应用程序必须是有效的。源信
19、息错误目的一错误如果数据块序列正在被发送(例如一个记录),为允许传输不在该序列内的一个或多个信息,它可能被中止或中断。这些信息随后要以正常方式传送。如果该序列被中断,在发送完最后一个信息后要立刻继续该序列。GBT 2156422008源 目 的记录开始记录信息记录篡苎 包括报警日期和时间记录信息 、 包拮撤管H捌和喇日J,一发送状杏改变的信息L蓑萎篡二ACK,如有请求蓑篆:竺篇蓁 i蓁警詈、二A。K,如有请求碌尹弋记录结柬、:8提供给应用层的服务在一个报警传输系统中,以下的基本服务应该由传输层(和低层)提供给应用层。81长信息当下层网络不能传输长达255字节的信息时,低层应该把信息分块传输,并
20、在目的地将其按正确的顺序组合起来。82信息的正确顺序从一个源地址发送到一个目的地址的信息要按他们的发送顺序递交。83传输错误已被检测出有传输错误的信息不能传给应用层。错误应该由低层通过纠错算法来纠正,也可以由低层通过重发信息或其他适于所用传输媒介的方法来纠正。84传输错误的传送当一个信息由于传输系统中的故障而无法传输时,应该产生一个信息来表明故障并返回到信息的发送处。该信息也应该被送到网络监视中心。当一个信息由于传输中的一个无法更正的传输错误而不能成功传输时,应该产生一个信息来表明故障。它将被发送给信息发送者。当被监控区域或报警接收中心的信息收发器检测到故障时,要产生一个信息表明接收信息中有检
21、测出的传输错误。基本数据块类型表如表A1。附录A(规范性附录)基本数据块表A1GBT 2156422008类型(HEX) 基本数据块代号 基本数据块01 A1 日期和时间02 AZ 时间计数器lO A3 报警系统状态12 A4 状态改变18 A5 名字地址19 A6 名字地址(扩展字符集)30 A7 记录开始31 A8 记录结束32 丸9 记录中止33 A10 记录继续34 A11 记录指示35 A12 记录中断38 A13 配置开始39 A14 配置结束3A A15 配置中止3B A16 配置指示40 A17 用户号41 A18 登录退出50 A19 打开视频、音频和数据信道51 A20 关
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
5000 积分 0人已下载
下载 | 加入VIP,交流精品资源 |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- GB 21564.2 2008 报警 传输 系统 串行 数据 接口 信息 格式 协议 部分 公用 应用

链接地址:http://www.mydoc123.com/p-232170.html