• 510.77 KB
  • 2022-04-22 13:46:43 发布

GBT21564.2-2008报警传输系统串行数据接口的信息格式和协议公用应用层协议.pdf

  • 24页
  • 当前文档由用户上传发布,收益归属用户
  1. 1、本文档共5页,可阅读全部内容。
  2. 2、本文档内容版权归属内容提供方,所产生的收益全部归内容提供方所有。如果您对本文有版权争议,可选择认领,认领后既往收益都归您。
  3. 3、本文档由用户上传,本站不保证质量和数量令人满意,可能有诸多瑕疵,付费之前,请仔细先通过免费阅读内容等途径辨别内容交易风险。如存在严重挂羊头卖狗肉之情形,可联系本站下载客服投诉处理。
  4. 文档侵权举报电话:19940600175。
'lCS13.320A91a亘中华人民共和国国家标准GB/T21564.2—2008报警传输系统串行数据接口的信息格式和协议第2部分:公用应用层协议Messageformatsandprotocolsforserialdatainterfacesinalarmtransmissionsystems--Part2:Commonapplicationlayerprotocol(IEC60839—7—2:2001Alarmsystems--Part7-2:Messageformatsandprotocolsforserialdatainterfacesinalarmtransmissionsystems—Commonapplicationlayerprotocol,MOD)2008—03—24发布2008—09—01实施宰瞀嬲鬻瓣警麟瞥翼发布中国国家标准化管理委员会“⋯ 目次GB/T21564.2—2008翮舌⋯⋯⋯⋯⋯⋯’’’⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯’’。⋯⋯⋯⋯⋯⋯’。‘⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯Ⅲ引言⋯⋯⋯⋯·⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯··⋯⋯⋯⋯⋯⋯·⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯.⋯⋯⋯Ⅳ1范围···⋯-⋯⋯-·⋯⋯⋯-··⋯⋯⋯⋯⋯⋯···⋯-··⋯··⋯....⋯--.⋯--.⋯...⋯⋯⋯.⋯.⋯⋯.⋯...⋯⋯12规范性引用文件⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯···⋯⋯⋯⋯⋯⋯.⋯⋯⋯⋯⋯⋯⋯.⋯⋯⋯⋯⋯⋯⋯.13术语和定义⋯⋯⋯⋯⋯⋯·⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯.⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯.14缩略语⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯..⋯⋯⋯⋯⋯⋯⋯⋯.15应用层功能⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯..⋯⋯⋯⋯⋯.⋯⋯⋯⋯⋯⋯⋯⋯16基本数据块⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯17公用应用层协议过程⋯⋯⋯⋯⋯⋯⋯··⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯..⋯⋯⋯⋯⋯⋯⋯⋯⋯一48提供给应用层的服务⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯.⋯⋯⋯⋯⋯⋯.⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯.⋯⋯⋯6附录A(规范性附录)基本数据块⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯..⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯.7附录B(规范性附录)报警信道数据块·⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯..15 前言GB/T21564.2—2008GB/T21564《报警传输系统串行数据接口的信息格式和协议》分为五个部分:——第】部分:总则——第2部分:公用应用层协议——第3部分:公用数据链路层协议——第4部分:公用传输层协议——第5部分:数据接口本部分为GB/T21564的第2部分。本部分修改采用了国际电工委员会IEC60839—7—2:2001(英文版)。为了便于使用,对本部分做了下列修改:——附录中日期和时问中有涉及到“年”的内容都删除,数据块长度从月开始计算;——附录“A.5名字/地址”一章中,数据长度“名字”改为“最长8字符+CR。”,“地址z”则改为“最长48字符+CR。”;——附录“A.19”一章中,增加了注解,更便于理解使用;——删除了原IEC前言,增加了引言部分。本部分的附录A、附录B均为规范性附录。本部分由全国安全防范报警系统标准化技术委员会(SAC/TC100)提出和归口。本部分起草单位:中国矿业大学(北京)信电系、SAC/TC100秘书处、湖北东润科技有限公司,北京联视神盾安防技术有限公司。本部分主要起草人:王汝琳、刘希清、唐胜男、金巍、周明锦、佟祝斌、杨国胜。m GB/T21564.2—2008引言串行数据通信方式是各种通信模型中的主要表现形态。本部分是基于较早期的RS-232点对点通信模型和RS-485点对多点总线式串行通信模型而制定的。故对目前正在广泛应用的宽带应用情况和无线传输方式未予详细表述,仅在部分环节给出注释和提示。尽管本部分给出的模型的通信速率较慢,但其数据传输控制原理与现今的各类宽带应用和无线应用是一致的,所以本部分对于报警产品设计者、报警系统规划者和报警系统的使用者等都有很好的指导作用和示范意义。由ITU_Tv.24和ITuTv.28共同规定的接rl,正是目前大家熟悉的EIA-RS232接口,它是适用于同步和异步串行二进制数据交换系统中,数据终端设备之间互连的串行接口协议,是一种非平衡式的双工数字基带通信接口。该接口主要适用于传输速率低,传输距离近的场合。由ISO/IEC8482:1993规定的接口,正是目前大家熟悉的EIA-RS485接口,它也是适用于同步和异步串行二进制数据交换系统中,数据终端设备之问互连的串行接口协议。但它是一种平衡式(差分式)的半双工数字基带通信接口。该接口可以支持较远距离的通信,且可支持多通信机间的总线式分时通信。由/TU—TV.23定义的接口,是一种类似EIA-RS232接口规范的双工数字频带调制的串行通信接口。它可用于基于电话系统的较远距离的点对点通信。在本部分中,将报警通信的发起者定义为主机,报警通信的响应者定义为从机。它不同于报警系统中的概念。在报警系统中,报警主机和报警从机主要从管理角度来阐述其存在的意义。作为本部分的使用者务必适当分清二者的概念异同:在报警系统中,一台报警从机既可以作为报警主机的响应者而成为报警传输系统的扶机,同时它又可以连接下位的总线报警器和下一级报警从机,而成为报警传输系统的主机。其他概念也有类似情况,敬请留意辨析,以免混精。作为报警系统的重要技术指标之一——报警响应时间已在其他相关标准中明确定义。本部分不再对此做出新的定义,但推荐使用者理解将报警事件发生到终端设备接收到并显示有关报警信息之间,或者当地的值守人获得报警信息之间的时间间隔作为报警响应时间的测试依据。由于报警传输系统的传输时延是报警响应时间的重要组成环节之一,故本部分推荐本部分的使用者对报警传输系统的传输能力给出适当的评估,以保证实现最终的系统指标。Ⅳ 报警传输系统串行数据接口的信息格式和协议第2部分:公用应用层协议GB/T21564.2—20081范围GB/T21564的本部分规定了报警传输系统的标准接口的公用应用层协议(信息结构、格式和传输过程)。当不同供应商所提供的设备之间需要相互通信而下层系统结构不能将自己的应用层放在接口时(例如在某些总线系统中),应该使用本部分。信息结构遵循OSl分层协议的建议以提供选择和使用低层传输媒体和协议的灵活性。公用应用层协议规定了一个由所有支持本部分的设备所提供的最小子集,并且定义了可能提供的扩展范围。协议的设计允许它在此处所定义的信息范围外得到扩展,这样可以提供更多的功能和制造商特定扩展。本部分适用于报警信息的传输和发往/来自入侵、火警、出人口控制和社会报警系统的其他信息的传输,以及发往/来自其他类似系统的信息的传输。2规范性引用文件下列文件中的条款通过GB/T21564的本部分的引用而成为本部分的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分,然而,鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本部分。GB/T21564.1—2008报警传输系统串行数据接口的信息格式和协议第1部分:总则(IEC60839—7—1:2001,MOD)GB/T21564.4—2008报警传输系统串行数据接口的信息格式和协议第4部分:公用传输层协议(IEC60839—7—4;2001,MOD)ISO8859—1信息处理8比特单字节编码图形字符集第l部分:1号拉丁字母3术语和定义GB/T21564.I确立的术语和定义适用于GB/T21564的本部分。4缩略语GB/T21564.1确立的缩略语适用于GB/T21564的本部分。5应用层功能在报警传输系统中,应用层负责对传输数据所需的基本信息进行格式化。它也必须对来自远程应用层的基本信息做出响应。下列功能、协议、信息结构和格式满足串行数据接口的基本要求。6基本数据块报警和其他需要传输的信息应该被格式化成基本数据块。它们由2个或多个8比特字节所组成a】 GB/T21564.2—2008第一个字节通常是长度字节,表示其后的数据块中字节数;第二个应该是数据块的类型描述符。基本数据块的细节在附录A中给出。当包含日期/时间基本数据块时,它指的是在一个信息中(适当之处)的后续数据块,直到该信息块的结尾或出现其他日期/时间基本数据块。6.1应用层信息头每个基本信息应该由应用层格式化成一个应用层信息,它带有一个应用层信息头,如下所示:700位:l=请求确认0=无请求确认1位:1=有源身份标志符跟随O=不包含源身份标志符2位:l=有目的身份标志符跟随0=不包含耳的身份标志符3位;1=加密的基本信息0=不加密的基本信息注:第一个8比特字节的第7位是传输层信息头的结尾(或一个空传输层,参照本系列标准的第4部分),应该被设置成0来表示将有一个应用层信息头跟随着。序列号可初始化为任意值,对于后续传输的应用层信息,序列号依次加1,每个目的地和每个传输方向都要有自己的序列号集合。应用层信息头可以只包含源身份标志符或目的身份标志符,也可以二者都有或两者都无。如信息头第一个字节所定义的那样。若两种标志符都有,源身份标志符应该总在前面。标志符的格式如下:7430第一个半字节(第一个8比特字节的第4~7位)是地址内数字的个数。实际的身份标志符数字应该以十六进制形式跟在随后的半字节内,从第一个8比特字节的低4位开始。标志符所包含的字节数由所需包括的数字(十六进制)数目决定。如果数字的个数是偶数,最后4位(最后一个字节的o~3位)应该是0。0=零置号噘列U序留、j保位位位位4567 例如,如果标志符是1234,它将以如下方式传输GB/T21564.2—20084位数字12346.2基本信息一个或多个基本数据块可能会被连接在一起组成一个基本信息,允许的最大信息长度是228字节。在应用层内基本数据块可能会被进一步分解,这是为了提供一个或多个报警信道数据块。如下所示:报警信道数据块基本数据块6.3确认(ACK)在底层和网络许可的情况下,应用层可以发送不需要远程应用层确认的信息。对于单个信息,应用层可能会向远程应用层请求确认(总是或要求),它可以通过将应用层信息头的0位置1(请求确认)来实现。在请求确认之处,如果没有收到相应的确认(例如,信息容量是4),则不能传送4条以上的信息。对于一组信息,接收端要按顺序确认,如果前面的信息(由它自己的序列号定义)没有接到,则不能接收后面的信息。如果一组需要确认的信息中有一个信息的确认信号没有收到,则那个信息应该连同已发送的后续信息,与原始序列号一起重新发送。当接收到的那个确认信号不包含下一个预期序列号时,需要确保前面的报警信息已经得到了确认。6.4所支持的最小信息子集对于声称接口符合本部分的设备,并不需要它们能够支持所有附录A中定义的基本数据块。但为了确保基本报警信息成功传输,这些设备必须能够遵循下述原则正确地处理错误,并正确响应那些在接口处不能被全部设备所支持的信息。a)所有设备都应该能够在任何标准接口处传输和接收类型78(接收错误)和类型79(检测到传输错误)基本数据块。 GB/T21564.2—2008b)设备应该能够在面向报警系统的接口处传输类型70(确认)基本数据块。c)设备应该能够在面向报警接收中心或监视中心的接口处接收类型70(确认)基本数据块。d)设备应该能够在面对报警接收中心或监视中心的接口处传输类型10(报警系统状态)和类型12(状态改变)基本数据块。e)设备应该能够在面对报警系统的接1:3处接收类型10(报警状态)和类型12(状态改变)基本数据块。对于d)和e),设备应该能够传输或接收类型1(报警事件/状态数据)报警信道数据块,该类型可达3个数据字节(见附录B)。6.5信息解码当接收到一个有效信息时,应该检查它包含的每个数据块。当接收到一个不能被解码的基本数据块时(由于接收器不支持该数据块类型或块中包含的数据多于被支持长度),应该返回信息(基本数据块接收错误或检测到传输错误)给发送端表明不匹配,如果采取了相应措施,也应返回信息表明。7公用应用层协议过程以下信息序列适用于所有信息类型的传输和接收。一个或多个信息形成序列,应该遵守以下规则。初始的信息认为是自发产生的,并送到低层传输。后续信息是对接收信息或系统故障的即时响应,具体描述如下。若某信息是接收信息的响应,但应用层在确定格式或答复之前需要先对其进行处理,则它不应该看作序列的一部分,而应被看作新序列的开始。若一个基本信息的应用层信息头的“请求确认”位没有置位,则接收该信息时,无需返回一个确认基本数据块(如附录A所定义的)。源目的信息、———~ACK未设置无应答当接收到应用层信息头内“请求确认”位置1的基本数据块时,若接收信息类型是可以理解的,其长度也能够处理,则应该将确认基本数据块传输给接收信息的发送者也可发送一个特定的响应信息。源目的A。K设置的信息——>AcK设置ACK———一当发送一个请求确认的信息而在给定时间内没有收到确认基本数据块时,最初的数据应该重发。这个时间依赖于传输介质。有可能进行多次重发。源目的ACK设置的信息时限内无回答ACK设置的信息 GB/T21564.2—2008当信息需要传输而ISO的1~6层决定不能传输该信息,或在传输或尝试传输失败时,应该产生一个检测到传输错误基本数据块(附录A所定义的A.24)信息并返回给发出信息的应用层。源信息错误目的当检测到输入信息,但信息内部错误使其数据块不能被成功解码时,应该产生一个检测到传输错误基本数据块并将其送至网络监视中心或除返送给源以外还应送到预期接收信息的目的地。源信息错误目的一错误当目的地的低层检测到传输路径中有错误信号时,应该产生一个检测到传输错误基本数据块并且将其送至应用层(例如作为输入线路监控故障的结果)。潦目的一错误或错误一当一个输入信息被成功解码但所接收到的数据块是一个未知或不能识别的类型时,要返回一个接收错误基本数据块,该数据块对于目的地的应用程序必须是有效的。源信息错误目的一错误当一个输入信息被成功解码并且是所支持的类型,但接收到的数据块长于所支持的长度时,要返回一个接收错误基本数据块,该数据块对于目的地的应用程序必须是有效的。源信息错误目的一错误如果数据块序列正在被发送(例如一个记录),为允许传输不在该序列内的一个或多个信息,它可能被中止或中断。这些信息随后要以正常方式传送。如果该序列被中断,在发送完最后一个信息后要立刻继续该序列。 GB/T21564.2—2008源目的记录开始\记录信息~\记录篡苎\包括报警日期和时间记录信息~、、\包拮撤管H捌和喇『日J\,一发送状杏改变的信息L~蓑萎篡二\~ACK,如有请求\蓑篆>:竺篇蓁i蓁警詈、\\、二A。K,如有请求碌尹弋记录结柬、、、、:—~8提供给应用层的服务在一个报警传输系统中,以下的基本服务应该由传输层(和低层)提供给应用层。8.1长信息当下层网络不能传输长达255字节的信息时,低层应该把信息分块传输,并在目的地将其按正确的顺序组合起来。8.2信息的正确顺序从一个源地址发送到一个目的地址的信息要按他们的发送顺序递交。8.3传输错误已被检测出有传输错误的信息不能传给应用层。错误应该由低层通过纠错算法来纠正,也可以由低层通过重发信息或其他适于所用传输媒介的方法来纠正。8.4传输错误的传送当一个信息由于传输系统中的故障而无法传输时,应该产生一个信息来表明故障并返回到信息的发送处。该信息也应该被送到网络监视中心。当一个信息由于传输中的一个无法更正的传输错误而不能成功传输时,应该产生一个信息来表明故障。它将被发送给信息发送者。当被监控区域或报警接收中心的信息收发器检测到故障时,要产生一个信息表明接收信息中有检测出的传输错误。 基本数据块类型表如表A.1。附录A(规范性附录)基本数据块表A.1GB/T21564.2—2008类型(HEX)基本数据块代号基本数据块01A.1日期和时间02A.Z时间计数器lOA.3报警系统状态12A.4状态改变18A.5名字/地址19A.6名字/地址(扩展字符集)30A.7记录开始31A.8记录结束32丸9记录中止33A.10记录继续34A.11记录指示35A.12记录中断38A.13配置开始39A.14配置结束3AA.15配置中止3BA.16配置指示40A.17用户号41A.18登录/退出50A.19打开视频、音频和数据信道51A.20关闭视频、音频和数据信道70A.21确认72A.22信息请求78A.23接收错误(信息无法理解)79A.24检测到传输错误A0~FF制造商特定扩展除非特别指明,本附录中涉及到的所有数字都是十六进制形式。数值A0(HEX)下面未使用的信息类型留待后用。A0(HEX)以上的类型对于制造商特定扩展是有效的。基本数据块应该由两个或多个8比特字节组成:长度类型任选数据第一个字节是长度字节,代表跟随长度字节后的基本数据块的字节数。第二个字节应该如下列条款所定义的那样,表示基本数据块的类型。可以像下面所定义的那样增加一个或更多的字节。数据字节的数目不应该超过226字节,但是应注意当很多基本数据块被组合在一个单一基本信息时,所有此类基本数据块的最大长度应该不超过228字节。 C]l/T21564.2—2008A.1日期和时间该基本数据块包含日期和时间。01—1Z01—31oo一23oo一59(类型)(任选)所有字段以二进制形式占一个字节。数据块的包含项由字节长度决定,如下:长度包含项4日,小时,分5日,小时,分,秒7月,日,小时,分8月,日,小时,分,秒其他组合或长度是无效的。A.2时间计数器该基本数据块包含了根据给定的参考值所得的秒数。该参考值可能是一个确定的日期和时间(例如1月1日),或是一个随机的时间(例如控制的指示设备最后一次通电的时间)。(类型)计数器的数值应该是一个正数,它最小占2个字节的长度。A.3报警系统状态该基本数据块包含一个报警信道的当前状态。(类型)报警信道序号是一个占用2字节的正数(首先是LSB)。报警信道数据应该包含报警信道的状态。它是由一个或更多的附录B中定义的报警信道数据块组成。A.4状态改变该基本数据块汇报一个指定报警信道的状态改变。(类型)报警信道序号是一个占用2字节的正数(首先是LSB)。当信道0000用来表示所有信息请求基本数据块的信道时,它是无效的。报警信道数据应该包含报警信道的状态。它是由一个或更多的附录B中定义的报警信道数据块组成。A.5名字/地址该基本数据块包含被监控区域的名字和地址。8 (类型)GB/T21564.2—2008名字和地址数据字段应该由CR字符(0DHEX)分成6行。每行所包含字符的范围应该在ISO出版物8859-1中定义的20(HEx)到7E(HEX)和A0(HEX)到FF(HEX)之内,可长至下面所指定的长度,且应该有给定含义。名字:最长8字符+CR。地址1:最长32字符+CR。地址2:最长48字符+CR。城市:最长24字符+CR。邮政编码/邮箱号:最长16字符+CR。电话号码:最长24字符+CR。一个名字/地址基本数据块的最大长度是2+158字节。注:如果某行内无文本,则它将仅由CR组成。A.6名字/地址(扩展字符集)该基本数据块包含被监控区域的名字和地址。名字和地址数据字段应该由CR字符(oDHEX)分成6行。每行所包含的字符的范围在20(HEx)到7E(HEX),813F(HEX)到9FEE(HEX)以及A000(HEX)到FFFF(HEx)之内,可长至下面所指定的长度,且应该给出每行的含义。名字:最长24字符+CR。地址1:最长32字符+CR。地址2:最长32字符+CR。城市:最长24字符+CR。邮政编码/邮箱号:最长16字符+CR。电话号码:最长24字符+CR。由于某些字符由两个字节组成,所以一个名字/地址基本数据块的最大潜在长度可能会超过228字节。当出现这种情况时,信息应该分成两个连续的信息发送。前一条信息仅包含前3个字段。后者在前3字段处为空字段(例如,虽无字符但必须有CR存在),随后是剩下的字段。A.7记录开始该基本数据块表明随后的基本数据块包含一个报警记录的细节。长度30一条传输记录通常包含一对或多对基本数据块,每对包含一个时间块(类型01或02),跟随其后的是一个包含CIE其他活动细节或报警信息的基本数据块。指示被记录开始或记录中止基本数据块或当前应用层信息块的结束所终止。当传输记录需要更多的基本信息时,记录指示基本数据块应该在每个连续信息的开始处传送。注:它是用来防止当舍有记录结束基本数据块的信息在传输过程中丢失时接收器停止在记录模式。9 GB/T21564.2—2008A.8记录结束该基本数据块表明一个报警记录传输结束。长度31【.,.,.,,.。。—..................j................。....,.._J(类型)A.9记录中止该基本数据块表明报警记录的传输被中止,以允许其他更紧急的信息进行传输。[亘]](类型)A.10记录继续该基本数据块表明先前为传输其他更紧急的信息而被中止的报警记录现在恢复传输。该记录/序列数应该总是被包含在第一个基本数据块中。[亘]二(类型)A.11记录指示该基本数据块表明当前信息余下的基本数据块是报警记录的传输或记录的一部分。传输时,它应该总是信息的第一个基本数据块。[堕]](类型)A.12记录中断该基本数据块会中断报警记录信息的当前数据块的传输。传输时,它总是一个信息的第一个基本数据块。[亘]](类型)A.13配置开始该基本数据块表明随后的基本数据块包含一个报警系统配置的细节。[堕]](类型)指示会被配置结束基本数据块或当前应用层信息块的结束所终止。当传输的配置需要更多的基本信息时,配置指示基本数据块应该在每个连续信息开始处传送。A.14配置结束该基本数据块表明一个配置的传输结束。10 [堕]二(类型)A.15配置中止该基本数据块表明配置的传输被中止,以允许其他更紧急的信息进行传输。[堕]](类型)A.16配置指示GB/T21564.2—2008该基本数据块表明当前信息余下的基本数据块是配置传输的一部分。传输时,它应该总是信息的第一个基本数据块。[巫]](类型)A.17用户号发送该基本数据块是为了表明当前的用户号。它适用于所有后续操作动作,直到被改为另一个新用户号或被一个空数据块的传输所取消(例如,一个含有新用户号的长度为2的块)。(类型)用户号是一个任意长度(由长度字节确定)的正整数。A.18登录/退出该基本数据块用来表明用户已经登录或退出报警系统。(类型)登录/退出基本数据块的数据应该给出用户登录(o一退出)的新级别。A.19打开视频、音频和数据信道该基本数据块用来请求打开报警地点和报警接收中心之间的视频、音频或数据信道的。该信道可能与基本报警传输使用相同的介质,也可以使用单独的物理或逻辑链路。(类型)信道字节应定义所要求的视频、音频或数据信道的物理或逻辑信道。信道号为0表明与报警传输使用同一信道。其他号码应在报警区域和报警接收中心的系统供应者之间达成一致。注:基于目前技术的快速发展,信道的多样化和高带宽化是目前的现状。这里建议理解信道不限于窄带的基本话务信道。协议字节应定义所使用的协议,例如:0一模拟视频(PAL)1一数字音频64k比特PCM(A-lawwithADD】】 GB/T21564.2—20082—8字节异步数据3一X调制解调器4一Z调制解调器5一其他占2个字节的最大时间应定义传输所用最大秒数。这两个字节应仅仅在传输与报警传输使用同一信道时才有效(例如,信道一o)。如果需要完成连接的话(例如通过ISDN),ID应是1~n字节。注:由于在目前的通信环境下,视频、音频的编码方案组合很多,难以在本部分中一一列出,故强调在报警系统建立时,对传送链路的两端设备应约定好编码方式,以便使信息的传递有效可靠。这里对协议字节在原有的基础给出一个扩展标志的建议6一MPEG1(CIF,25fps)7MPEG2(D1,25fps)8=MPEG4/H.264(CIF,251ps),算法单独约定9一MPEG4/H.264(D1,25{ps),算法单独约定lO—AVS(CIF,25{ps)11一AAVS(D1,25fps)其他方式可以按此方式进一步约定。A.20关闭视频、音频和数据信道这是一个关闭视频、音频和数据信道的指令。(类型)A.21确认返回该基本数据块用来表明一个基本数据块已经被成功接收和理解。(长度)(类型)第三个字节的数列应该包含在接收信息头的4~6位内,且它独立于确认信息头内的数列。该数列应该以4~6位和o~3位以及未置7位(一o)的形式传输。A.22信息请求发送该基本数据块用来请求远程设备的信息。(类型)(任选)请求数据的类型应该是一个有效的基本数据块类型。例如:传输整个记录的请求应该是:[互]二互]!(长度)(类型)(记录开始)该数据是使请求的信息合格所需的信息。当需要多个数据项目以使请求的数据类型合格时,它的顺序应该如下:——信道号】2 GB/T21564.2—2008——日期和时间——其他数据举例传输从特殊数据开始记录的请求应该是:(类型)(记录开始)举例传输报警信道所有信息的请求应该是:(长度)(类型)(报警系统状态)信道号为0000表示请求所有信道信息。举例传输与报警信道相关的报警描述的请求应该是:(长度)(类型)(报警系统状态)注:最后一个字节(02)指在条款&2和条款B.4中定义的报警信道数据类型。A.23接收错误(信息无法理解)该基本数据块用来表明接收到一个可解码类型的基本数据块或内容可以被解码的信息,但是所包含数据量太大。(例如,接收报警信道数大于可以处理的信道数)。(长度)(类型)所采取的动作:01——收到未知的类型,丢弃所有数据块02——数据块过长,丢弃所有数据块03——数据块过长,丢弃多余数据块04——无法对信息内容解码,丢弃所有数据块当所采取的动作=01或04,长度应该是03,且实际接收长度和预期长度不应包含在内。当所采取的动作=02或03,长度应该是05,且实际接收长度和预期长度应该作为第5和第6字节被包含。当所采取的动作=03,丢弃的字节数应该是接收长度(字节5)减去预期长度(字节6)。A.24检测到传输错误由传输系统返回该基本数据块表明传输系统发生故障。(长度)(类型)错误类型定义如下:00——未知01——互连故障(一种接口种类)02——本地线路故障(在报警系统收发器和当前传输网络之间)13 CB/T21564.2—200803——中间报警传输链路09——(由报警系统供应者定义)oA——本地线路故障(在终端收发器和报警传输网络之间)oB——互连故障(在终端收发器和主中继设备之间)oc——互连故障(在主中继设备和次级中继设备之间) GB/T21564.2—2008附录B(规范性附录)报警信道数据块除非特别声明,本附录中的所有数据都是十进制形式。B.1报警信道数据类型每个报警信道可以由一个或多个报警信道数据块来描述。每个这样的数据块应该符合下列一种形式,具体哪种形式由数据所需的长度决定:或[垂至至三二[二三ji]c第一个字节的值以二进制形式显示,或第一个字节的高四位(4~7位)定义了数据类型,且它应该是来自B.2中的适当数值。报警信道数据块中的长度应该是数据的长度,且不应包括第一个字节和可选长度字节。当无数据(如数据请求或无数据可用)时,第一个字节的低四位应该设置为0000(Z.进制)。当数据的长度不超过14字节时,长度应该设置在第一个字节的低四位。当数据的长度超过14字节时,第一个字节的低四位应该设置为1111(--进制),且长度应该包含在第二字节中。B.2报警信道数据类型报警信道数据块的高四位(4~7位)中的数据类型定义如下:类型值含义数据形式01报警事件/状态数据如条款B.32报警事件/状态描述如条款B.43区号/地址数字4探测器号/地址数字56常规文本文本7设备构造/类型文本8日期/时间如条款B.59模拟值如条款B.6ABCDEF】5 GB/T21564.2—2008未使用的数值保留且不应使用。数字数据应该是一个或多个字节(首先是LSB)的正数。当一个报警信道内存在几个探测器和/或区号/地址,探测器和/或区号/地址的传输值对于该报警信道来说应适用于所有后续信息,直到改变为一个新值或由于传输数值为o(在该情况下后续信息适用于整个信道)而取消传输。B.3报警事件/状态数据报警状态信息的数据应该组成一个单独的字节,定义如下数据(HEX)含义00正常01报警02已确认报警03报警恢复04故障05已确认故障06故障恢复07防拆报警08已确认损坏09防拆报警恢复0A0B0C0D0EOF1011设置12设置超时13解除14解除超时15有效1617失效18封锁191A消除封锁1B旁路1C旁路恢复1D主电源失效1EIF主电源恢复2021次级电源失效】6 含义次级电源恢复主通讯失效主通讯恢复次级通讯失效次级通讯恢复Ao以下未使用的数据值留待后用。AO以上的值可用作制造商特定扩展。例如代表报警的一个报警信道数据块应该由2字节组成,如下:[二至三二二工二二至三二]二::j!!]c第一字节的值表示为二进制,(类型)(长度)(数据)GB/T21564.2—2008B.4报警事件/状态描述报警说明由一个标准说明字节构成,其意义定义如下,在需要之处,它之后跟着许多ASCII文本字符。标准说明代码(HEX)火警组入侵组00报警火警,手动呼叫点火警,自动探测喷淋装置热(高温)冷(低温)冻结等抢劫入侵者正面进入背面进入冻结等XE据}.,;、毖剡拈孔拍拈押髂曲丛腿纪∞扼亦mn地埽¨m等∞nm等 GB/T21564.2—2008医疗组标准说明代码(HEx)设置和解除报警系统故障传输设备故障水/液体40419899等A0以下未使用的代码留待后用。举例医疗含义设置(关闭)解除(开启)设置或解除设置超时未在时间段尾设置解除设置超时未在时间段内解除部分设置(留下部分解除)部分解除(留下部分设置)等交流(AC)电源直流(DC)电源电池故障电池电压低程序/设备故障等交流(AC)电源直流(DC)电源电池故障电池电压低线路故障等高位低位溢出空具有当地监视器的报警系统的设置/解除气体化学物质等A0以上的值可用作制造商特定扩展。一个只给出标准说明的简单报警信道数据块应该由2个字节组成,如下所示∞n铊甜时∞卯铝曲等加儿记伯M巧等他珀弛侣他等∞乩跎踮 [二至三二二[二三至三二]二:::i!]c第一字节的值表示为二进制,(类型)(长度)(数据)GB/T21564.2—2008它可以用文本扩展,如下所示:(类型)(长度)(数据)(17个文本字符)B.5日期和时间数据的形式如下:01~1201~31oo~2300~5900--59(任选)所有其他字段是单字节。数据块的包含项目由长度确定,如下:长度包含项目3日,时,分4日,时,分,秒6月,日,时,分7月,日,时,分,秒其他组合或长度是无效的。该报警信道数据块用于传输记录信息,仅适用于同一个基本信息内的后续信息。一般使用参看条款A.I。B.6模拟值模拟值只用3个8比特字节传输,需要时其后可跟ASCII文本字符。第一个字节应该是下面定义的模拟类型,决定传输数值的类型和精度。实际数值是在第二和第三字节(LSB在先)传输的,可以是:a)一个范围在o~65535模拟类型之间的十六进制数值,仅含有正数。或b)一个范围在--32767~+32767之间的十六进制模拟数值,用二进制补码表示负值。注1:对于字(16比特)32767—7FFF(上限)1—0001—1一FFFF一32767—8001(下限)注2:=进制补码是术语,表示一种负数存储方式,二进制补码通过对各位取反然后加1得到。二进铜反码通过对数的各位取反得到。如:8比特字节7=0000011111111000一反码11111001一补码(对大多数软件来说一一7)如果把7与它的反码相加,得到11111111如果把7与它的补码相加,得到00000000(忽略溢出)】9 GB/T21564.2—2008模拟类型(HEX)0102111520212223说明事件计数器总标度的百分之几温度单位件%范围增量一32ooo~+320001件o~100%1/256%℃(摄氏度)一3200~+3200湿度百分数%能量功率电压电流kWh(千瓦·W(瓦特)V(伏特)A(安培)O~1001%小时)0~6500~65000—3200~+3200—3200~+32000.1℃1/256%0.01kWh1W0.IV0.IA30流量L/h(升/小时)o~650o·1L/h31压力kPa(千帕)0~650001kPaAo(HEx)以下未使用的模拟类型留待后用。A0(HEX)以上的类型可用作制造商特定扩展。'