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

i cs 3 5 A 9 1 1 0 0 . 0 5 ; 1 3 . 3 2 0 H. 1 中华人 民共和 国公 共安全 行业标 准 c A/ T 3 7 9 . 2 -2 0 0 2 / I E C 6 0 8 3 9 - 7 - 2 : 2 0 0 1 报警传输系统串行数据接口的 信息格式和协议 第 2部分: 公用应用层协议 Me s s a g e f o r ma t s a n d p r o t o c o l s f o r s e r i a l d a t a i n t e r f a c e s i n a l a r m t r a n s mi s s i o n s y s t e ms 一 P a r t 2 : C o m mo n a p p l i c a t i o n l a y e r p r o t o c o l ( I E C 6 0 8 3 9 - 7 - 2 , 2 0 0 1 , A l a r m s y s t e ms -P a r t 2 : Me s s a g e f o r m a t s a n d p r o t o c o l s f o r s e r i a l d a t a i n t e r f a c e s i n a l a r m t r a n s mi s s i o n s y s t e ms -C o mm o n a p p l i c a t i o n l a y e r p r o t o c o l , I D T) 2 0 0 2 一 0 2 一 2 7发布2 0 0 2 一 0 5 一 0 1实施 中华人民共和 国公安部发 布 Gn/ T 3 7 9 . 2 - 2 0 0 2 / I EC 6 0 8 3 9 - 7 - 2: 2 0 0 1 目次 前 言 。 “ I I E C前言 ， 。 ， ， . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 范围 I 2 规范性引用义件 ， ， 。 1 3定义 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ， 1 4 缩略语 ， 1 5 应用层功能 ， 甲 ， ， ， ， 甲 ， ， 甲 - ， ， ， ， 4 甲 ， ， ， 1 6 基本数据块 1 7 公用应用层协议过程 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 8 提供给应用层的服务 ， ， . . 6 附录A ( 规范性附录) 基本数据块 . . . . . . . . . . . . . . . . . . . . . . . . 7 附录 B 规范性附录 ) 报警信道数据块 ， ， ， 】 】 一1 4 G A / T 3 7 9 . 2 -2 0 0 2 / I E C 6 0 8 3 9 - 7 - 2 : 2 0 0 1 前言 G A / T 3 7 9 -2 0 0 2 报警传输系统串行数据接口的信息格式和协议 分为十 个部分: 第 1 部分: 总则 第 2 部分: 公用应用层协议 第 3 部分: 公用数据链路层协议 第 4 部分: 公用传输层协议 第 5 部分: 按照 I S O/ I E C 8 4 8 2采用双线配置的报警系统接口 第 6 部分: 采用 I TU - T建议 V . 2 4 / V. 2 8信令的报警系统接口 第 7 部分: 插人式报警系统收发器的报警系统接口 第8部分: 与P S T N接口处采用 I T U- T建议 V . 2 3 信令的数字通信系统中的串行协议 第 9 部分: 采用 I T U- T建议 V . 2 3信令的专用信道所使用的P T T接口 第 1 0部分: 采用I T U- T建议 V. 2 4 / V. 2 8 信令的终端接口 本部分是本标准的第 2部分。 本标准等同采用了国际电工委员会 I E C 6 0 8 3 9 - 7 报警传输系统串行数据接口的信息格式和协 议 。 本标准由全国安全防范 报警系统标准化技术委员会( S A C S / T C 1 0 0 ) 提出和 妇口。 本部分起草单位: 中国矿业大学信电教研室、 S A C S / T C I O 。秘书处、 北京怡和拓天计算机有限 公 司。 本部分主要起草人: 王汝琳、 刘希清、 王蓓蓓、 金巍、 侈祝斌、 周明锦。 GA/ T 3 7 9 . 2 -2 0 0 2 / I EC 6 0 8 3 9 - 7 - 2 : 2 0 0 1 I E C 前 言 1 ) I E C( 国际电工委员会) 是一个包括所有国家电工委员会的国际标准化组织。I E C的目标是促进 电气电子领域内标准化问题的国际合作为了实现这个目标以及一些其他的目的， I E C发布了国际标 准。标准的准备工作委托给电工委员会， 任何一个对相关主题感兴趣的I E C国家委员会都可以参加准 备工作。I E C与国际标准化组织( I S O) 紧密合作， 遵循两个组织之问的协约所规定的条件。 2 )由于每个技术委员会都有来自不同国家委员会的代表， I E C在技术问题上的正式决定或协议最 大程度地表达了相关主题的国际一致意见。 3 ) I E C文件采用适于国际应用的建议形式， 以标准、 技术规格、 技术报告或技术指导的形式正式发 布， 从这种意义上来说为国家委员会所接受 4 )为促进国际统一， I E C各国家委员会应尽可能地将 I E C标准应用于他们的国家标准和地区标 准。任何 I E C标准和相应国家标准或地区标准的差别都应该在后者中予以详细说明。 5 ) I E C不采用任何标志规程表达许可， 不对任何声称符合其标准的设备负责。 6 )注意， 国际标准的某些部分可能是专利权的主题. I E C不负责确认这些专利权 国际标准 I E C 6 0 8 3 9 - 7 - 2是由I E C技术委员会T C 7 9 完成的 本标 准的内容建立在下列文档 的基础上 : F D I S投 票表决报告 7 9 / 1 9 9 / F DI S7 9 / 2 0 9 / RVD 本标准投票表决的完整信息可以在上述的投票表决报告中找到。 本标准根据I S O / I E C指示第3部分起草。 附录A和附录B构成本标准的完整部分。 委员会决定本出版物的内容在2 0 0 4年之前不会做任何变动。到2 0 0 4 年， 本版本将被 .确认 。撤 消 用修订版取代 修正 本标准另一语言的版本稍后发行 I E C 6 0 8 3 9 - 7 - 2 和下述其他相关章节一起组成了 报警系统 第7 部分: 报警传输系统串行数据接 口的信息格式和协议 。 I E C 6 0 8 3 9 - 7 - 1 总则 工 E C 6 0 8 3 9 - 7 - 2公用应用层协议 I E C 6 0 8 3 9 - 7 - 3 公用数据链路层协议 I E C 6 0 8 3 9 - 7 - 公用传输层协议 I E C 6 0 8 3 9 - 7 - 5 按照 I S O/ I E C 8 4 8 2 采用双线配置的报警系统接口 I E C 6 0 8 3 9 - 7 - 6 采用 I T U- T建议V. 2 4 / V. 2 8 信令的报警系统接口 I E C 6 0 8 3 9 - 7 - 7 插人式报警系统收发器的报警系统接L 1 I E C 6 0 8 3 9 - 7 - 1 1 与 P S T N接口处采用 I T U一 丁建议 V . 2 3 信令的数字通信系统中的串行协议 I E C 6 0 8 3 9 - 7 - 1 2 采用 I T U - T建议V. 2 3 信令的专用信道所使用的P T T接口 I E C 6, 0 8 3 9 - 7 - 2 0 柔 用 I TU- T津议 V. 2 4 / V. 2 8信今的终端接 口 GA/ T 3 7 9 . 2 - 2 0 0 2 / I EC 6 0 8 3 9 - 7 - 2 : 2 0 0 1 报警传输系统 串行数据接口的信息格式和协议 第 2部分 : 公用应用层协议 范 围 G A/ T 3 7 9 的本部分规定了报警传输系统的标准接口的公用应用层协议( 信息结构、 格式和传输过 程) 。当不同供应商所提供的设备之间需要相互连动而下层系统结构不能将 自己的应用层放在接口时 ( 例如在某些总线系统中) ， 应该使用本标准。 信息结构遵循 O S I 分层协议的建议以提供选择和使用低层传输媒体和协议的灵活性。 公用应用层协议规定了一个由所有支持该标准的设备所提供的最小子集， 并且定义了可能提供的 扩展范围。 协议的设计允许它在此处所定义的信息范围外得到扩展， 这样可以提供更多的功能和制造商 特定 扩展。 本部分等同适应于报警信息的传输和发往/ 来 自入侵、 火警、 出人口控制和社会报警系统的其他信 息的传输， 以及发往/ 来自其他类似系统的信息的传输。 规范性引用文件 下列文件中的条款通过 G A/ T 3 7 9 的本部分的引用而成为本部分的条款。 凡是注日期的引用文件， 其随后所有的修改单( 不包括勘误的内容) 或修订版均不适用于本部分， 然而， 鼓励根据本部分达成协议 的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件， 其最新版本适用于本部分。 G A/ T 3 7 9 . 1 下2 0 0 2 报警传输系统串行数据接口的信息格式和协议第 1 部分: 总则 G d t I E C 6 0 8 3 9 - 7 - 1, 2 0 0 1 ) G A/ T 3 7 9 . 4 -2 0 0 2 报警传输系统串行数据接口的信息格式和协议第 4 部分: 公用传输层协议 Gd t I EC 6 0 8 3 9 - 7 - 4 , 2 0 0 1 ) I S O 8 8 5 9 - 1 信息处理 8比特单字节编码图形字符集第 1 部分: 1 号拉丁字母 定义 GA / T 3 7 9 . 1中的定义适用于本部分。 4缩略语 GA / T 3 7 9 . 1 中的缩略语适用于本部分。 应用层 功能 在报警传输系统中， 应用层负责对传输数据所需的基本信息进行格式化。 它也必须对来自远程应用 层的基本信息做出响应。 下列功能、 协议、 信息结构和格式满足串行数据接口的基本要求。 基本数据块 报警和其他需要传输的信息应该被格式化成基本数据块。 它们由2 个或多个8比特字节所组成。 第 一个字节通常是长度字节; 表示其后的数据块中字节数， 第二个应该是数据块的类型描述符。 基本数据块的细节在附录 A中给出。当包含日期/ 时间基本数据块时， 它指的是在一个信息中( 适 GA/ r 3 7 9 . 2 -2 0 0 2 / I E C 6 0 8 3 9 - 7 - 2: 2 0 0 1 当之处) 的后续数据块， 直到该信息块的结尾或出现其他日期/ 时间基本数据块。 6 ， 1 应用层信息头 每个基本信息应该由应用层格式化成一个应用层信息， 它带有一个应用层信息头， 如下所示: 应用层信息头基本信息 标志 ( 第字节)目的身份标识符源身份标识符 。 位:1 二请求确认 0 =无请求确认 1 位 : 1 0 a 位 : 1 0 =有源身份标识符跟随 =不包含源身份标识符 二有日的身份标识符跟随 二不包含目的身份标识符 3 位:l =加密的基本信息 0 二不加密的基本信息 序 列 号 ( 必须 置 零( = 0) ) 、IJ湘 位位位位 注: 第一个8比特字节的第 7 位是传输层信息头的结尾( 或一个空传输层， 参照本系列标准的第 扭 部分) ， 应该被设 置成 0来表示将有一个应用层信息头跟随着。 序列号可初始化为任意值， 对于后续传输的应用层信息， 序列号依次加 1 . 每个目的地和每个传输 方向都要有自己的序列号集合。 应用层信息头可以只包含源身份标识符或口的身份标识符， 也可以二者都有或两者都无。 如信息头 第一个字节所定义的那样。 若两种标识符都有， 源身份标识符应该总在前面。 标识符的格式如下: 一N 1l 一第 _ 一 位 一第位 I第 一 立 巨一y s呈卫一数手一 _ _遨 三一一上二 of 一 一 一 止_ 第一个半字节( 第一个8比特字节的第4 -7 位) 是地址内数字的个数。 实际的身份标识符数字应该以十 六进制形式跟在随后的半字节内. 从第一个8比特字节的低4位开始。标识符所包含的字节数由所需包括的 数字( I - 六进制) 数1j 决定。如果数字的个数是偶数， 最后4位( 最后一个字节的0 -3 位) 应该是。 。 例如。 如果标识符是 1 2 3 4 . 它将以如下方式传输: 4位 数 字 GA/ T 3 7 9 . 2 - 2 0 0 2 / I EC 6 0 8 3 9 - 7 - 2 : 2 0 0 1 6 . 2基本信息 一个或多个基本数据块可能会被连接成在一起组成一个基本信息， 允许的最大信息长度是 2 2 8 字节 。 在应用层内基本数据块可能会被进一步分解， 这是为了提供一个或多个报警信道数据块。如下 所示 : 报警信道数据块 长 度 1 0 报 警 信 道 号 码 报 ， 信 道 。 据 一 本 数 据 长 度类 型 任选数据0 2 2 6 个字节 1 2 2 7 个字节 f tg f 1 1 1 1长 度 数 据 。 据 类 型一 长 度 ， 据 6 . 3 确认( A C K) 在底层和网络许可的情况下， 应用层可以发送不需要远程应用层确认的信息。 对于单个信息， 应用层可能会向远程应用层请求确认( 总是或要求) ， 它可以通过将应用层信息头的 。位置1 ( 请求确认) 来实现。 在请求确认之处， 如果没有收到相应的确认( 例如， 窗口尺寸是 4 ) ， 则不能传送 4 条以上的信息。 对 于一组信息， 接收端要按顺序确认， 如果前面的信息( 由它自己的序列号定义) 没有接到， 则不能接收后 面 的信息 。 如果一组需要确认的信息中有一个信息的确认信号没有收到， 则那个信息应该连同已发送的后续 信息， 与原始序列号一起重新发送。 当接收到的那个确认信号不包含下一个预期序列号时， 需要确保前面的报警信息已经得到了确认。 6 . 4 所支持的最小信息子集 对于声称接口符合本标准的设备， 并不需要它们能够支持所有附录 A中定义的基本数据块。 但为了确保基本报警信息成功传输， 这些设备必须能够遵循下述原则正确地处理错误， 并正确响应 那些在接口处不能被全部设备所支持的信息。 a ) 所有设备都应该能够在任何标准接口处传输和接收类型 7 8 ( 接收错误) 和类型 7 9 ( 检测到传输 错误) 基本数据块。 b 设备应该能够在面向报警系统的接口处传输类型 7 0 ( 确认) 基本数据块。 c ) 设备应该能够在面向报警接收中心或监视中心的接 口处接收类型 7 0 ( 确认) 基本数据块。 GA/ T 3 7 9 . 2 -2 0 0 2 / I E C 6 0 8 3 9 - 7 - 2: 2 0 0 1 d )设备应该能够在面对报警接收中心或监视中心的接口处传输类型 1 0 ( 报警系统状态) 和类型 1 2 ( 状态改变) 基本数据块。 e ) 设备应该能够在面对报警系统的接 口处接收类型 1 0 ( 报警状态) 和类型 1 2 ( 状态改变) 基本数 据块 。 对于d 和e ) ， 设备应该能够传输或接收类型 1 ( 报警事件/ 状态数据) 报警信道数据块 ， 该类型可达 3 个数据字节( 见附录B ) o 6 . 5信息解码 当接收到一个有效信息时， 应该检查它包含的每个数据块。 当接收到一个不能被解码的基本数据块 时( 由于接收器不支持该数据块类型或块中包含的数据多于被支持长度) ， 应该返回信息( 基本数据块接 收错误或检测到传输错误) 给发送端表明不匹配， 如果采取了相应措施， 也应返回信息表明。 7公用应用层协议过 程 以下信息序列适用于所有信息类型的传输和接收。 一个或多个信息形成序列， 应该遵守以下规则。 初始的信息认为是自发产生的， 并送到低层传输。 后 续信息是对接收信息或系统故障的即时响应， 具体描述如下。 若某信息是接收信息的响应， 但应用层在确定格式或答复之前需要先对其进行处理， 则它不应该看 作序列的一部分， 而应被看作新序列的开始。 若一个基本信息的应用层信息头的“ 请求确认” 位没有置位， 则接收该信息时， 无需返回一个确认基 本数据块( 如附录A所定义的) 。 目的 信息 A C K 未 设置 无 应 答 当接收到应用层信息头内“ 请求确认” 位置 1 的基本数据块时， 若接收信息类型是可以理解的. 其长 度也能够处理， 则应该将确认基本数据块传输给接收信息的发送者， 也可发送一个特定的响应信息。 目的 A C K设置的信息 A C K 设置 当发送一个请求确认的信息而在给定时间内没有收到确认基本数据块时， 最初的数据应该重发。 这 个时间依赖于传输介质 。有可能进 行多次重发 。 日的 A C K设置的信息 时 限 内无 回 答 A C K设置的信息 GA/ T 3 7 9 . 2 -2 0 0 2 / l EC 6 0 8 3 9 - 7 - 2: 2 0 0 1 当信息需要传输而 I S O的 1 -6 层决定不能传输该信息， 或在传输或尝试传输失败时， 应该产生一 个检测到传输错误基本数据块( 附录 A所定义的A. 2 4 ) 信息并返回给发出信息的应用层。 目的 当检测到输人信息， 但信息内部错误使其数据块不能被成功解码时， 应该产生一个检测到传输错误 基本数据块并将其送至网络监视中心或除返送给源以外还应送到预期接收信息的目的地。 信 息 错 误 当目的地的低层检测到传输路径中有错误信号时， 应该产生一个检测到传输错误基本数据块并且 将其送至应用层( 例如作为输人线路监控故障的结果) 。 目的 一错误 错 误一 当一个输人信息被成功解码但所接收到的数据块是一个未知或不能识别的类型时， 要返回一个接 收错误基本数据块， 该数据块对于目的地的应用程序必须是有效的。 信 息 错 误 当一个输人信息被成功解码并且是所支持的类型， 但接收到的数据块长于所支持的长度时， 要返回 一个接收错误基本数据块， 该数据块对于目的地的应用程序必须是有效的。 信息 错 误 如果数据块序列正在被发送( 例如一个记录) ， 为允许传输不在该序列内的一个或多个信息， 它可能 被中止或中断。这些信息随后要以正常方式传送。 GA/ T 3 7 9 . 2 -2 0 0 2 / I EC 6 0 8 3 9 - 7 - 2 : 2 0 0 1 如果该序列被中断， 在发送完最后一个信息后要立刻继续该序列。 目的 记 录 开始 记 录 信息 记录信息 记 录信 息 一一 一 包 括 报替 日期 和 时 间 厂 状 态 改 变 的信 息 记录中断 状态改变 记 录 恢 复 记 录 信 息 记 录 结 束 A C K，如有请求 A K ，如 有请 求 8 提供给应用层的服务 在一个报警传输系统中， 以下的基本服务应该由传输层( 和低层) 提供给应用层。 8 . 1 长信息 当下层网络不能传输长达 2 5 5 字节的信息时， 低层应该把信息分块传输， 并在目的地将其按正确的 顺序组合起来。 8 . 2 信 息的正确顺序 从一个源地址发送到一个目的地址的信息要按他们的发送顺序递交。 8 . 3 传 输错误 已被检测出有传输错误的信息不能传给应用层。 错误应该由低层通过纠错算法来纠正， 也可以由低 层通过重发信息或其他适于所用传输媒介的方法来纠正 8 . 4 传输错误的通告 当一个信息由于传输系统中的故障而无法传输时， 应该产生一个信息来表明故障并返回到信息的 发送处。该信息也应该被送到网络监视中心。 当一个信息由于传输中的一个无法更止的传输错误而不能成功传送时， 应该产生一个信息来表明 故障。 它将被发送给信息发送者 当被监控房屋或报警接收中心的信息收发器检测到故障时， 要产生一 个信息表明接收信息中有检测出的传输错误。 G A / T 3 7 9 . 2 -2 0 0 2 / I E C 6 0 8 3 9 - 7 - 2 : 2 0 0 1 附录A ( 规范性附录 ) 基 本数据 块 基本数据块类型表如表 A . 1 . 表 A. 1 类型( HE X)荃 本 数 据 块 代 号基 本 数 据 块 0 1 0 2 1 0 1 2 1 8 1 9 3 0 3 1 3 2 3 3 3 4 3 5 3 8 3 9 3 A 3 B 4 0 4 1 5 0 5 1 7 0 7 2 7 8 7 9 AO- FF A . 1 A. 2 A . 3 A . 4 A. 5 A . 6 A . 7 A . 8 A . 9 A . 1 0 A . 1 1 A . 1 2 A.1 3 A1 4 A.1 5 A.1 6 A.1 7 A.1 8 A.1 9 A. 2 0 A 2I A . 2 2 A . 2 3 AZ A 日 期 和 时 间 经 时 计 数 器 报警系统状态 状 态 改 变 名 字 / 地 址 名字/ 地址( 扩展字符集) 记 录 开 始 记 录 结 束 记 录 中 止 记 录 继 续 记 录 指 示 记 录 中 断 配 置 开 始 配置结束 配 置 中 止 配 置指 示 用 户 号 登 录 / 退 出 打开视频、 音频和数据信道 关闭视频、 音频和数据信道 确 认 信息请求 接收错误( 信息不可理解) 检测到传输错误 制造商特定扩展 除非特别指明， 本附录中涉及到的所有数字都是十六进制形式。 数值 A O ( HE X) 下面未使用的信息 类型留待后用。AO ( H E X ) 以上的类型对于制造商特定扩展是有效的。 基本数据块应该由两个或多个 8比特字节组成: 一 长 度一 类 型一 任 选 数 据一 第一个字节是长度字节， 代表跟随长度字节后的基本数据块的字节数。 第二个字节应该如下列条款所定义的那样， 表示基本数据块的类型。 可以像下面所定义的那样增加一个或更多的字节。 数据字节的数目不应该超过2 2 6字节， 但是应注 意当很多基本数据块被组合在一个单一基本信息时， 所有此类基本数据块的最大长度应该不超过 2 2 8 字节 。 GA/ T 3 7 9 . 2 -2 0 0 2 / I EC 6 0 8 3 9 - 7 - 2: 2 0 0 1 日期和时间 该基本数据块包含 日期 和时间 。 长 度 一 。 1 年 月小 时I分 钟I秒 1 9 9 7 01 - 1 2 0 1 3 10 0 - 2 3 0 0 - 5 9 0 0- - 5 9 ( 类型)( 任选) 年是完整的 2 字节。( 首先是 L S B ) 所有其他字段以二进制形式占一个字节。 数据块的包含项由字节长度决定， 如下: 长度包含项 4日， 小时， 分 5日， 小 时 ， 分 ， 秒 ( 任 选 ) 年， 月， 日， 小时， 分 年 ， 月 ， 日， 小时 ， 分 ， 秒 ， 其他组合或长度是无效的。 A. 2经时计数器 该基本数据块包含了根据给定的参考值所得的秒数。 该参考值可能是一个确定的日期和时间( 例如 1 9 9 0年1 月 1日) ， 或是一个随机的时间( 例如控制的指示设备最后一次通电的时间) 。 长 度计 数 值 ( 类 型 ) 计 数器的数值应该是一个正 数 ， 它最 小占 2个字节的长度 。 A. 3 报.系统状态 该基本数据块包含一个报警信道的当前到 犬 态。 长 度一1 0 报 警 信 道 序 号报 警 信 道 数 据 ( 类 型 ) 报警信道序号是一个占用 2字节的正数( 首先是L S B ) , 报警信道数据应该包含报警信道的状态。它是由一个或更多的附录 B中定义的报警信道数据块 组成 。 A. 4 状态 改变 该基本数据块汇报一个指定报警信道的状态改变。 长 度报 警 信 道 序 号 报 警 信 道 数 据 ( 类 型 ) 报警信道序号是一个占用 2 字节的正数( 首先是 L S B ) 。 当信道 。 0 0 0 用来表示所有信息请求基本数 据块的信道时， 它是无效的。 报警信道数据应该包含报警信道的状态。它是由一个或更多的附录B中定义的报普信道数据块 组成 。 GA/ T 3 7 9 . 2 -2 0 0 2 / I EC 6 0 8 3 9 - 7 - 2 : 2 0 0 1 A. 5 名字/ 地址 该基本数据块包含被监控房屋的名字和地址。 长 度 一 1“ 一 名 字 和 地 址一 ( 类 型 ) 名字和地址数据字段应该由C R字符( 0 1) H E X) 分成6 行。 每行所包含字符的范围应该在 I S O出版 物 8 8 5 9 - 1中定义的 2 0 ( HE X) 到 7 E ( H E X) 和 A O ( HE X) 到 F F ( H E X) 之内， 可长至下面所指定的长度， 且应该有给定含义。 名字: 最长 2 4 字符十C R. 地址 1: 最长3 2 字符十C R, 地址 2: 最长 3 2 字符+C R, 城市: 最长 2 4 字符+C R . 邮政编码/ 邮箱号: 最长 1 6 字符+C R. 电话号码: 最长 2 4字符+C R. 一个名字/ 地址基本数据块的最大长度是2 +1 5 8字节。 注:如果某行内无文本 则它将仅由C R组成。 A . 6 名字/ 地址( 扩展字符集) 该基本数据块包含被监控房屋的名字和地址。 长 度 一 1 9 一 名 字 和 地 ”一 ( 类 型 ) 名字和地址数据字段应该由C R字符( O D H E X) 分成 6 行。每行所包含的字符的范围在 2 0 ( H E X) 到 7 E( HE X) , 8 1 3 F ( HE X) 到 9 F E E ( H E X) 以及A 0 0 0 ( H E X) 到F F F F( HE X) 之内， 可长至下面所指定的 长度， 且应该给出每行的含义。 名字: 最长2 4 字符+C R. 地址 1: 最 长 3 2字符 +CR. 地址 2: 最长3 2 字符+C R, 城市: 最长2 4 字符十C R. 邮政编码/ 邮箱号: 最长1 6 字符+C R . 电话号码: 最长2 4 字符+C R, 由于某些字符由两个字节组成， 所以一个名字/ 地址基本数据块的最大潜在长度可能会超过 2 2 8 字 节。当出现这种情况时， 信息应该分成两个连续的信息发送。 前一条信息仅包含前 3 个字段。 后者在前 3 字段处为空字段( 例如， 虽无字符但必须有 C R存在) ， 随后是剩下的字段。 A. 7 记录开始 该基本数据块表明随后的基本数据块包含一个报警记录的细节。 一 长 度 一 3 。 一 ( 类 型 ) 一条传输记录通常包含一对或多对基本数据块， 每对包含一个时间块( 类型 0 1或 。 2 ) , 跟随其后的 是一个包含C I E其他活动细节或报警信息的基本数据块。 指示被记录开始或记录中止基本数据块或当前应用层信息块的结束所终止。当传输记录需要更多 GA/ T 3 7 9 . 2 -2 0 0 2 / I EC 6 0 8 3 9 - 7 - 2 : 2 0 0 1 的基本信息时， 记录指示基本数据块应该在每个连续信息的开始处传送。 注 : 它 是 用 来 防 止 当 含 有 记 录 结 束 基 本 数 据 块 的信 息 在 传 输 过 程 中 丢 失 时 接 收 器 停 止 在 记 录 模 式 。 A. 8记录结束 该基本数据块 表明一个报警记 录传输结 束。 长 度 ( 类 型 ) A. 9记录 中止 该基本数据块表明报警记录的传输被中止， 以允许其他更紧急的信息进行传输。 长 度 ( 类 型 ) A. 1 0记录继续 该基本数据块表明先前为传输其他更紧急的信息而被中止的报警记录现在恢复传输。 该记录/ 序列 数应该总是被包含在 第一个基本数据块 中。 长 度 ( 类 型 ) A. 1 1记录指示 该基本数据块表明当前信息余下的基本数据块是报警记录的传输或记录的一部分。 传输时， 它应该 总是信息的第一个基 本数据块 。 长 度 ( 类 型 ) A . 1 2 记录中断 该基本数据块会中断报警记录信息的当前数据块的传输。 传输时， 它总是一个信息的第一个基本数 据块。 长 度 ( 类 型 ) A. 1 3 配 置开 始 该基本数据块表 明随后的基本数据块包 含一个报警系统配 置的细节。 长 度 ( 类 型 ) 指示会被配置结束基本数据块或当前应用层信息块的结束所终止。当传输的配置需要更多的基本 信息时， 配置指示基本数据块应该在每个连续信息开始处传送。 1 0 GA/ T 3 7 9 . 2 -2 0 0 2 / I EC 6 0 8 3 9 - 7 - 2 : 2 0 0 1 A. 1 4配里结束 该基本数据块表明一个配置的传输结束。 一长 度3 9 I ( 类 型 ) A . 1 5 配里中止 该基本数据块表明配置的传输被中止， 以允许其他更紧急的信息进行传输。 一长 度I 3 A一 ( 类 型 ) A. 1 6配置指示 该基本数据块表明当前信息余下的基本数据块是配置传输的一部分。 传输时， 它应该总是信息的第 一个基 本数据块 长 度 ( 类 型 ) A门7用户号 发送该基本数据块是为了表明当前的用户号。 它适用于所有后续操作动作， 直到被改为另一个新用 户号或被一个空数据块的传输所取消( 例如， 一个含有新用户号的长度为2的块) 。 长 度; 。 用 户 号 ( 类 型 ) 用 户号 是一 个任意长度 ( 由长度字节确定) 的正整数 。 A. 1 8登录/ 退 出 该基本数据块用来表明用户已经登录或退出报警系统。 长 度 一 、 : 一登 录 级 另 。一 ( 类 型 ) 登录/ 退出基本数据块 的数据应该 给出用户登录 ( 0 二退 出) 的新级别 。 A门9打开视频 、 音频 和数据信道 该基本数据块用来请求打开报警地点和报警接收中心之间的视频、 音频或数据信道的。 该信道可能 与基本报警传输使用相同的介质， 也可以使用单独的物理或逻辑链路。 长 度一5 。一 信 道一 协 议一最 大 时 间 2 字 节 ) 一 工 D ( 1 一 字 节 ， 一 ( 类 型 ) 信道字节应定义所要求的视频、 音频或数据信道的物理或逻辑信道。 信道号为 。 表明与报警传输使 用同一信道。其他号码应在报警房屋和报警接收中心的系统供应者之间达成一致。 协议字节应定义所使用的协议， 例如: 0 二模拟视 频( P A工) GA/ T 3 7 9 . 2 -2 0 0 2 / I EC 6 0 8 3 9 - 7 - 2 : 2 0 0 1 1 =数字音频 6 4 k比特p c m( A- l a w wit h A D D 2 =数字视频 6 4 k比特 p c m( p - l a w w i t h A D D 3 =8 字节异步数据 4 =X调制解调器 5 =Z调制解调器 6 =其 他 占2 个字节的最大时间应定义传输所用最大秒数。这两个字节应仅仅在传输与报警传输使用同一 信道时才有效( 例如， 信道=0 ) e 如果需要完成连接的话( 例如通过I S D N) , I D应是 1 到 n字节。 A. 2 0 关闭视频、 音频和数据信道 这是一个关闭视频、 音频和数据信道的指令。 长 度5 。 信道 ( 类 型 ) A. 2 1 确认 返回该基本数据块用来表明一个基本数据块已经被成功接收和理解。 027。一， 接 收 数 据 块 的 顺 序 ” 一 ( 长度)( 类型) 第三个字节的数列应该包含在接收信息头的4 -6 位内， 且它独立于确认信息头内的数列。该数列 应该以4 -6 位和0 -3 位以及未置 7 位( =0 ) 的形式传输。 A . 2 2 信息请求 发送该基本数据块用来请求远程设备的信息。 长 度请求数据的类型 ( 类 型 ) 请求数据的类型应该是一个有效的基本数据块类型。 例如: 传输整个记录的请求应该是: a m ( 任 选 ( 长度)( 类型)记录开始 该数据是使请求的信息合格所需的信息。 当需要多个数据项 目以使请求的数据类型合格时， 它的顺 序应该如下: 信道号 日期和时间 其他数据 举例 传输从特殊数据开始的记录的请求应该是: ( 长 度 ) 7 2 3 0格式化为类型 0 1 基本数据块的日期和时间 类型)记录开始 G A / T 3 7 9 . 2 -2 0 0 2 / I E C 6 0 8 3 9 - 7 - 2 : 2 0 0 1 举例 传输报警信道所有信息的请求应该是: 0 37 21 0 ( 长度)( 类型)( 报警系统状态) 信道号为0 0 0 。 表示请求所有信道信息。 举例 传输与报警信道相关的报警描述的请求应该是: 0 4 7 2 I 1 。一 信 道N 信 道 号 ( 长 度 )( 类 型 )( 报 警 系 统 状 态 ) 注: 最后一个字节( 0 2 ) 指在附录B的B . 2和B . 4中定义的报警信道数据类型 A. 2 3接收错误 ( 信息不可理解 ) 该基本数据块用来表明接收到一个可解码类型的基本数据块或内容可以被解码的信息， 但是所包 含数据量太大。( 例如， 接收报警信道数大于可以处理的信道数) 。 03 或 。5一 7 8 一 接 收 类 型一 所 采 取 的 动 作 一 接 收 长 度一预 期 最 大 长 度 一 ( 长度)( 类型) 所采取的动作: 0 1 收到未知的类型， 丢弃所有数据块 0 2 数据块过长， 丢弃所有数据块 0 3 数据块过长， 丢弃多余数据块 0 4 无法对信息内容解码， 丢弃所有数据块 当所采取的动作=0 1 或 0 4 ， 长度应该是 0 3 ， 且实际接收长度和预期长度不应包含在内。 当所采取的动作=0 2 或 0 3 ， 长度应该是 0 5 ， 且实际接收长度和预期长度应该作为第 5和第 6 字节 被包含 。 当所采取 的动作=0 3 ， 丢弃的字节数应该是接 收长度( 字 节 5 ) 减 去预期 长度( 字 节 6 ) e A. 2 4检测到传输错误 由传输系统返回该基本数据块表明传输系统发生故障。 02 一 ，9 一错 误 类 型! ( 长度)( 类型) 错误类型定义如下: 0 0 未知 0 1 互连故障( 一种接口种类) 0 2 本地线路故障( 在报警系统收发器和当前传输网络之间) 0 3 中间报警传输链路 0 9( 由报警系统供应者定义) O A本地线路故障( 在终端收发器和报警传输网络之间) O B 互连故障( 在终端收发器和主通告设备之间) O C 互连故障( 在主通告设备和次级通告设备之间) 。 GA/ T 3 7 9 . 2 -2 0 0 2 / I EC 6 0 8 3 9 - 7 - 2: 2 0 0 1 附录B ( 规范 性附录) 报.信道数据块 除非特别声明， 本附录中的所有数据都是十进制形式。 B - 1 报.信道数据类型 每个报警信道可以由一个或多个报警信道数据块来描述。每个这样的数据块应该符合下列一种形 式， 具体哪种形式由数据所需的长度决定: ! 数 据 类 型长 度 数 据 ( 1 - 1 4 字 节 ) 或 数 据 类 型长 度( 第一个字节的值以二进制形式显示) 或 数 据 类 +1 1 1 1 1 1长 度 数 据 ( 1 5 2 2 2 字 节 ) 第一个字节的高四位( 4 - 7 位) 定义了数据类型， 且它应该是来自B . 2中的适当数值。 报警信道数据块中的长度应该是数据的长度， 且不应包括第一个字节和可选长度字节。当无数据 ( 如数据请求或无数据可用) 时， 第一个字节的低四位应该设置为 。 0 0 0 ( 二进制) 。 当数据的长度不超过 1 4字节时， 长度应该设置在第一个字节的低四位。 当数据的长度超过 1 4字节时， 第一个字节的低四位应该设置为 1 1 1 1 ( 二进制) ， 且长度应该包含在 第二字节中。 B . 2 报.信道数据类型 报警信道数据块的高四位( 4 - 7位) 中的数据类型定义如下: 类型值含 义数据形式 报警事件/ 状态数据 报警事件/ 状态描述 区号/ 地址 探 测器号/ 地址 如 B. 3 如 B. 4 数字 数字 常规文本 设备构造 / 类型 日期/ 时间 模拟值 文本 文本 如 B. 5 如 B. 6 O123456789ABCDEF ca/ T 3 7 9 . 2 -2 0 0 2 / I EC 6 0 8 3 9 - 7 - 2 : 2 0 0 1 未使用的数值保留且不应使用。 数字数据应该是一个或多个字节( 首先是L S B ) 的 正数。 当一个报警信道内存在几个探测器或区时， 探测器和/ 或区号/ 地址的传输值对于该报警信道来说 应适用于所有后续信息， 直到改变为一个新值或由于传输数值为0 ( 在该情况下后续信息适用于整个信 道夕 而取 消传输 B . 3 报普事件/ 状态数据 报警状态信息的数据应该组成一个单独的字节， 定义如下: 数据( H E X)含义 0 0正 常 0 1报警 0 2已确认报警 0 3报警恢复 0 4故障 。 5已确认故障 0 6故障恢复 0 7防拆报警 0 8已确认损坏 。 9防拆报警恢复 O A O B O C O D 设置 设置超时 解除 解除超时 有效 失效 封 锁 消除封锁 旁路 旁路恢复 主 电源失效 主电源恢复 次级电源失效 OEOF10lllZ玲14巧161718191AIBICIDIEIF2021 GA/ T 3 7 9 . 2 -2 0 0 2 / I EC 6 0 8 3 9 - 7 - 2 : 2 0 0 1 数据 ( HEX) 22 含 义 次级电源恢复 主通讯 失效 主通讯恢 复 次级通讯失效 次级通讯恢 复 3456789ABCDEF ，户今户Q户弓月q一勺n宁n乙0曰n乙qQ曰 A 。以下未使用的数据值留待后用。A。 以上的值可用作制造商特定扩展。 例如 代表报警的一个报警信道数据块应该由2字节组成， 如下: 0 0 0 1