【国家标准(GB)】 报警传输系统串行数据接口的信息格式和协议 第2部分：公用应用层协议

ICS13.320
中华人民共和国国家标准
GB/T21564.2—2008
报警传输系统串行数据接口的
信息格式和协议
第2部分：公用应用层协议
Message formats and protocols for serial data interfacesin alarm transmission systems-Part 2:Common application layer protocol(IEC 60839-7-2:200l Alarm systems--Part 7-2: Message formats ancprotocols for serial data interfaces in alarm transmission systems-Common application layer protocol,MOD)2008-03-24发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2008-09-01实施
规范性引用文件
术语和定义
缩略语
应用层功能
基本数据块
公用应用层协议过程
提供给应用层的服务
附录A（规范性附录）
基本数据块
附录B（规范性附录）
报警信道数据块
GB/T21564.2—2008
GB/T21564.2—2008
GB/T21564《报警传输系统串行数据接口的信息格式和协议》分为五个部分：第1部分：总则
第2部分：公用应用层协议
第3部分：公用数据链路层协议
一第4部分：公用传输层协议
-第5部分：数据接口
本部分为GB/T21564的第2部分。本部分修改采用了国际电工委员会IEC60839-7-2：2001（英文版）。为了便于使用，对本部分做了下列修改：一附录中日期和时间中有涉及到“年”的内容都删除，数据块长度从月开始计算；附录“A.5名字/地址”一章中，数据长度“名字”改为“最长8字符十CR。”，“地址2”则改为“最长48字符十CR。；
—附录“A.19\一章中，增加了注解，更便于理解使用；一删除了原IEC前言，增加了引言部分。本部分的附录A、附录B均为规范性附录。本部分由全国安全防范报警系统标准化技术委员会（SAC/TC100）提出和归口。本部分起草单位：中国矿业大学（北京)信电系、SAC/TC100秘书处、湖北东润科技有限公词，北京联视神盾安防技术有限公司。
本部分主要起草人：主汝琳、刘希清、唐胜男、金魏、周明锦、修祝斌、杨国胜。GB/T21564.2—2008
申行数据通信方式是各种通信模型中的主要表现形态。本部分是基于较早期的RS-232点对点通信模型和RS-485点对多点总线式串行通信模型而制定的。故对目前正在广泛应用的宽带应用情况和无线传输方式未予详细表述，仅在部分环节给出注释和提示。
尽管本部分给出的模型的通信速率较慢，但其数据传输控制原理与现今的各类宽带应用和无线应用起致的，所以本部分对于报警产品设计者、报警系统规划者和报警系统的使用者等都有很好的指导作用和示范义。
由ITU-TV.24和近U-T.28共同规定的接口，正是目前大家熟悉的EIA-RS232接口，它是适用于同步和异步串行二逊数据交换系统中，数据终端设备之间互连的串行接口协议，是一种非平衡式的双工数字基带通信赖员。该接口在要适用于传输速率低，传输距离近的场合。由ISO/1EC848219%3规定的接11，是目前大家熟悉的EIA-RS485接电，它也是适用于同步和异步串行二逃制数据交换系统中，数据终端设备之间互连的串行接口协议。但它是开种平衡式（差分式）的半双工数字游非通信接日。该接11可以支持较远距离的通信，且可支持多返信机间的总线式分时通信。
由ITU-TV.23冠义的接口，是·种类似EIA-RS232接口规范的双工数字频带调制的串行通信接口。它可用于基手电话系统的较远距离的点对点通信。在本部分中，将报通信的发起者定义为主机，报警通信的响应者定义为从机。它怀同于报警系统中的概念。在报誉系统中，报警主机和报警从机主要从管理角度来阐述其存在的意义！作为本部分的使用者务必适当分而者的概念异同：在报警系统中，一台报警从机既可以作为报警主机的响应者而成为报警传输系统的从机，同时它又可以连接下位的总线报警器和下级报警从机，而成为报警传输系统的主机。其他概念也有类似情况，敬请留意辨析，以免混滑。作为报警系统的重要技述指标之：：报警响应时间已在其他相关标准中明确定义。本部分不再对此做出新的定义，但推荐使用者理解将报警事件发生到终端设备接收到并显示有关报警信息之间，或者当地的值守人获得报警信息之间的时间间陷作为报警响应时间的测试依据。油于报警传输系统的传输时延是报警响应时间的重要组成环节之一，故本部分推荐本部分的使用者对报警传输系统的传输能力给出适当的评估，以保证实现最终的系统指标。IN
1范围
报警传输系统串行数据接口的
信息格式和协议
第2部分：公用应用层协议
GB/T21564.2--2008
GB/T21564的本部分规定了报警传输系统的标准接口的公用应用层协议（信息结构、格式和传输过程）。当不同供应商所提供的设备之间需要相互通信而下层系统结构不能将自已的应用层放在接口时(例如在某些总线系统中），应该使用本部分。信息结构遵循OSI分层协议的建议以提供选择和使用低层传输媒体和协议的灵活性。公用应用层协议规定了一个由所有支持本部分的设备所提供的最小子集，并且定义了可能提供的扩展范围。协议的设计允许它在此处所定义的信息范围外得到扩展，这样可以提供更多的功能和制造商特定扩展。
本部分适用于报警信息的传输和发往/来自入侵、火警、出人口控制和社会报誉系统的其他信息的传输，以及发往/来自其他类似系统的信息的传输。2规范性引用文件
下列文件中的条款通过GB/T21564的本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容)或修订版均不适用于本部分，然而，跛励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注Ⅱ期的引用文件，其最新版本适用于本部分。
GB/T21564.1一2008报警传输系统串行数据接口的信息格式和协议第1部分：总则（IEC60839-7-1:2001,MOD)
GB/T21564.4--2008报警传输系统串行数据接日的信息格式和协议第4部分：公用传输层协议（IEC60839-7-4：2001MOD）
ISO8859-1信息处理8比特单字节编码图形字符集第1部分：1号拉丁字函3术语和定义
GB/T21564.1确立的术语和定义适用于GB/T21564的本部分。4缩略语
GB/T21564.1确立的缩略语适用于GB/T21564的本部分。5应用层功能
在报警传输系统中，应用层负责对传输数据所需的基本信息进行格式化。它也必须对来自远程应用层的基本信息做出响应。
下列功能、协议、信息结构和格式满足串行数据接口的基本要求。6基本数据块
报警和其他需要传输的信息应该被格式化成基本数据块。它们由2个或多个8比特字节所组成。1
GB/T21564.2—2008
第一个字节通常是长度字节，表示其后的数据块中字节数；第二个应该是数据块的类型描述符。基本数据块的细节在附录A中给出。当包含日期/时间基本数据块时，它指的是在一个信息中（适当之处)的后续数据块，直到该信息块的结尾或出现其他日期/时间基本数据块。6.1应用层信息头
每个基本信息应该由应用层格式化成一个应用层信息，它带有一个应用层信息头，如下所示：应用层信息头
标志（第
目的身份标志符
0位：1一请求确认
0一无谁求确认
基本信息
源身份标志符
1位：.1=有源身份标志符跟随
0=不包含源身份标志符
2位：1二有目的身份标志符跟随一0=不包含目的身份标志符
3位：1=加密的基本信息
0二不加密的基本信息
4位：
5位：
6位：
序列号
7位：保留（必须置零（一0)）
注：第一个8比特字节的第7位是传输层信息头的结尾（或一个空传输层，参照本系列标准的第4部分），应该被设置成0来表示将有个应用层信息头跟随着。序列号可初始化为任意值对于后续传输的应用层信息，序列号依次加1，每个目的地和每个传输方向都要有自己的序列号集合
应用层信息头可以只包含源身份标志符或目的身份标志符，也可以之者都有或两者都无。如信息头第一个字节所定义的那样。
若两种标志符都有，源身份标志符应该总在前面，标志符的格式如下：
半字节
第一位
第二位
第三位
第一个半字节（第一个8比特字节的第4～7位）是地址内数字的个数。实际的身份标志符数字应该以十六进制形式跟在随后的半字节内，从第一个8比特字节的低4位开始。标志符所包含的字节数由所需包括的数字（十六进制)数目决定。如果数字的个数是偶数，最后4位（最后一个字节的0～3位）应该是0。
例如，如果标志符是1234，它将以如下方式传输：7
4位数字
6.2基本信息
GB/T21564.2-2008
一个或多个基本数据块可能会被连接在一起组成一个基本信息，允许的最大信息长度是228字节。在应用层内基本数据块可能会被进一步分解，这是为了提供一个或多个报警信道数据块。如下所示：报警信道数据块
数据类型
报警信道数据块
数据类型
报警信道号码
基本数据块
6.3确认(ACK)
报警信道数据
最大224字节
类型任选数据0～226个字节
1～227个字节
最大228字节
15～222
在底层和网络许可的情况下，应用层可以发送不需要远程应用层确认的信息。对于单个信息，应用层可能会向远程应用层请求确认（总是或要求），它可以通过将应用愿信心头的0位置1(请求确认)来实现。
在请求确认之处，如果没有收到相应的确认（例如，信息容册是4），则不能传送1条以上的信息。对于一组信息，接收端要按顺序确认，如果前面的信息（由它自已的序列号定义)没有接到，则不能接收后面的信息。
如果一组需要确认的信息中有一个信息的确认信号没有收到，则那个信息应该连同已发送的后续信息，与原始序列号一起重新发送。当接收到的那个确认信号不包含下一个预期序列号时，带要确保前面的报警信息已经得到了确认。6.4所支持的最小信息子集
对于声称接口符合本部分的设备，并不需要它们能够支持所有附录A中定义的基本数据块。但为了确保基本报警信息成功传输，这些设备必须能够邀循下述原则正确地处理错误，并正确响应那些在接口处不能被全部设备所支持的信息。a）所有设备都应该能够在任何标准接口处传输和接收类型78（接收错误)和类型79(检测到传输错误)基本数据块。
GB/T21564.2—2008
设备应该能够在面向报警系统的接口处传输类型70(确认)基本数据块。b）bzxz.net
设备应该能够在面向报接收中心或监视中心的接口处接收类型70(确认)基本数据块。c）
设备应该能够在而对报警接收中心或监视中心的接口处传输类型10（报警系统状态）和类型d)
12(状态改变)基本数据块。
设备应该能够在面对报警系统的接口处接收类型10（报警状态）和类型12（状态改变)基本数c）i
据块。
对汀d)和e），设备应该能够传输或接收类型1（报警事件/状态数据)报警信道数据块，该类型可达3个数据字节（见附录B)。
6.5信息解码
当接收到一个有效信息时，应该检查它包含的每个数据块。当接收到一个不能被解码的基本数据块时（由于接收器不支持该数据块类型或块中包含的数据多于被支持长度），应该返回信息（基本数据块接收错误或检测到传输错误)给发送端表明不匹配，如果采取了相应措施，也应返回信息表明。7
公用应用层协议过程
以下信息序列适用于所有信息类型的传输和接收。一个或多个信息形成序列，应该遵守以下规则。初始的信息认为是自发产生的，并送到低层传输。后续信总是对接收信息或系统故障的即时响应，具体描述如下。若某信息是接收信息的响应，但应用层在确定格式或答复之前要先对其进行处理，则它不应该看作序列的一部分，而应被看作新序列的开始。若一个基本信息的应用层信息头的“请求确认”位没有置位，则接收该信息时，无需返回一个确认基本数据块（如附录A所定义的）。源
ACK未设置
无应答
当接收到应用层信息头内“请求确认”位置1的基本数据块时，若接收信息类型是可以理解的，其长度也能够处理，则应该将确认基本数据块传输给接收信息的发送者也可发送一个特定的响应信息。源
ACK设置的信息
，ACK设置
当发送个请求确认的信息而在给定时间内没有收到确认基本数据块时，最初的数据应该重发。这个时间依赖于传输介质。有可能进行多次重发。源
ACK设置的信息
时限内无回答
ACK设置的信息
GB/T21564.2—2008
当信息需要传输而ISO的1～6层决定不能传输该信息，或在传输或尝试传输失败时，应该产生个检测到传输错误基本数据块（附录A所定义的A.24)信息并返回给发出信息的应用层。源
当检测到输入信息，但信息内部错误使其数据块不能被成功解码时，应该产生一个检测到传输错误基本数据块并将其送至网络监视中心或除返送给源以外还应送到预期接收信息的目的地。源
当目的地的低层检测到传输路径中有错误信号时，应该产生一个检测到传输错误基本数据块并且将其送至应用层(例如作为输人线路监控故障的结果）。源
当一个输人信息被成功解码但所接收到的数据块是一个未知或不能识别的类型时，要返回一个接收错误基本数据块，该数据块对于目的地的应用程序必须是有效的。源
当一个输人信息被成功解码并且是所支持的类型，但接收到的数据块长于所支持的长度时，要返回一个接收错误基本数据块，该数据块对于目的地的应用程序必须是有效的。源
如果数据块序列正在被发送（例如一个记录），为允许传输不在该序列内的一个或多个信息，它可能被中止或中断。这些信息随后要以正常方式传送。如果该序列被中断，在发送完最后一个信息后要立刻继续该序列。5
GB/T21564.2—2008
8提供给应用层的服务
记录开始
记录信息
记录信息
记录信息
发送状态改变的信息
记录中断
状态改变
记录恢复
记录信息
记录结束
包据报馨日期和时简
ACK，如有请求
ACK，如有请求
在一个报警传输系统中，以下的基本服务应该由传输层（和低层)提供给应用层。8.1长信息
当下层网络不能传输长达255字节的信息时，低层应该把信息分块传输，并在目的地将其按正确的顺序组合起来。
8.2信息的正确顺序
从-个源地址发送到一个目的地址的信息要按他们的发送顺序递交。8.3传输错误
已被检测出有传输错误的信息不能传给应用层。错误应该由低层通过纠错算法来纠正，也可以由低层通过丞发信息或其他适于所用传输媒介的方法来纠正。8.4传输错误的传送
当一个信息由于传输系统中的故障而无法传输时，应该产生一个信息来表明故障并返回到信息的发送处。该信息也应该被送到网络监视中心。当一个信息由于传输中的一个无法更正的传输错误而不能成功传输时，应该产生一个信息来表明故障。它将被发送给信息发送者。当被监控区域或报警接收中心的信息收发器检测到故障时，要产生一个信息表明接收信息中有检测出的传输错误。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。