温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,汇文网负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。
网站客服:3074922707
GBT
26875.3-2011
城市消防远程监控系统
第3部分:报警传输网络通信协议
GB
26875.3
2011
城市
消防
远程
监控
系统
部分
报警
传输
网络
通信协议
I C S1 3 2 2 0 2 0C8 1a 亘中华人民共和国国家标准G B T2 6 8 7 5 3 2 01 1城市消防远程监控系统第3 部分:报警传输网络通信协议R e m o t e-m o n i t o r i n gs y s t e mo fu r b a nf i r ep r o t e c t i o n-P a r t3:C o m m u n i c a t i o np r o t o c o lf o ra l a r mt r a n s m i s s i o nn e t w o r k2 0 11-0 7 2 9 发布2 0 1 1 1 1 0 1 实施宰瞀鹞鬻瓣警矬瞥星发布中国国家标准化管理委员会促1 9G B T2 6 8 7 5 3 2 0 1 1目次前言I1 范围12 规范性引用文件13 术语和定义14 缩略语25 协议结构26 通信协议27 应用数据单元基本格式58 数据定义一6刖暑C B T2 6 8 7 5 3 2 0 11G B2 6 8 7 5 (城市消防远程监控系统分为六个部分:第1 部分:用户信息传输装置;第2 部分:通信服务器软件功能要求;第3 部分:报警传输网络通信协议;第4 部分:基本数据项;第5 部分:受理软件功能要求;第6 部分:信息管理软件功能要求。本部分为G B2 6 8 7 5 的第3 部分。本部分按照G B T1 1 2 0 0 9 给出的规则起草。本部分由全国消防标准化技术委员会消防通信分技术委员会(S A C T C1 1 3 S C1 4)归口。本部分负责起草单位:公安部沈阳消防研究所。本部分参加起草单位:万盛(中国)科技有限公司、海湾消防网络有限公司、沈阳美宝控制有限公司、同方股份有限公司、广东百迅信息科技有限公司、上海易达通信公司、福建省盛安城市安全信息发展有限公司、北京利达科信电子有限公司、北京法安通电子科技有限公司、四川赛科新技术有限公司、重庆华夏消防有限公司、北京网迅青鸟科技发展有限公司。本部分主要起草人:马青波、王军、隋虎林、潘刚、张迪、姜学黄、胡锐、赵辉、贾新勇、高宏、于洋、徐文飞、陈兴煜、冯权辉、涂燕林、王京欣、袁大奎、钟尔俊、刘启明。1 范围城市消防远程监控系统第3 部分:报警传输网络通信协议G B T2 6 8 7 5 3 2 01 1G B2 6 8 7 5 的本部分规定了城市消防远程监控系统中用户信息传输装置与监控中心之间通过报警传输网络进行数据传输的协议结构、数据类型及数据定义。本部分适用于城市消防远程监控系统中用户信息传输装置与监控中心之间的报警传输网络数据通信协议。2 规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。G B1 8 0 3 0-2 0 0 5 信息技术中文编码字符集G B5 0 4 4 0 城市消防远程监控系统技术规范R F C7 6 8 用户数据报协议(U s e rD a t a g r a mP r o t o c 0 1),I n t e r n e tE n g i n e e r i n gT a s kF o r c e(互联网工程任务组1 9 8 0 年发布)R F C7 9 1网际互联协议(I n t e r n e tP r o t o c 0 1),I n t e r n e tE n g i n e e r i n gT a s kF o r c e(互联网工程任务组1 9 8 1 年发布)R F C7 9 3 传输控制协议(T r a n s m i s s i o nC o n t r o lP r o t o c 0 1),I n t e r n e tE n g i n e e r i n gT a s kF o r c e(互联网工程任务组1 9 8 1 年发布)3 术语和定义G B5 0 4 4 0 界定的以及下列术语和定义适用于本文件。3 1上行方向u p s t r e a md i r e c t i o n从用户信息传输装置到监控中心的数据传输方向。3 2下行方向d o w n s t r e a md i r e c t i o n从监控中心到用户信息传输装置的数据传输方向。3 3数据单元d a t au n i t具有共同传输原因的信息实体。3 4数据单元类型d a t au n i tt y p e位于一个应用数据单元开始的信息域,用以识别数据单元的类型和长度,暗指或明确地指明应用数据单元的结构以及信息对象的结构、类型。】G B T2 6 8 7 5 3 2 01 14 缩略语下列缩略语适用于本文件。I P 网际互联协议(i n t e r n e tp r o t o c 0 1)T C P 传输控制协议(t r a n s m i s s i o nc o n t r o lp r o t o c 0 1)U D P 用户数据报协议(u s e rd a t a g r a mp r o t o c 0 1)5 协议结构5 1 本部分以R F C7 9 1、R F C7 9 3 和R F C7 6 8 中规定的T C P I P 或U D P I P 网络控制协议作为底层通信承载协议,本部分规定的协议对应于I S O O S I 定义的七层协议结构的应用层,如图1 所示。监控中心联舟用户本部分所趣定的协议T C P U D PI P底层承载本部分所规定的协议T C P U D P庵层承载图1监控中心与联网用户间通信协议栈5 2 应用层通信协议不依赖于所选用的传输网络,在基础传输层已经建立的基础上,应用层通信协议与具体传输网络无关,体现通信介质无关性。5 3 本部分不限制城市消防远程监控系统扩展其他的信息内容,在扩展内容时不应与本部分中所使用或保留的控制命令相冲突,并应符合国家有关标准的规定。6 通信协议6 1 通信方式城市消防远程监控系统的用户信息传输装置与监控中心之间的通信方式主要包括控制命令、信息(火灾报警和建筑消防设施运行状态等信息)上传和信息查询等,均采用发送确认或请求应答模式进行通信。6 2 控制命令(监控中心一用户信息传输装置)6 2 1监控中心向用户信息传输装置发送指令时的控制命令采用发送确认模式,其通信流程如图2 所示。监控中心奠仟用户信息传输装置图2 控制命令流程示意图G B T2 6 8 7 5 3 2 0 116 2 2 监控中心向用户信息传输装置发送控制命令,用户信息传输装置对接收到的命令信息进行校验。在校验正确的情况下,用户信息传输装置执行监控中心的控制命令,并向监控中心发送确认命令;在校验错误的情况下,用户信息传输装置舍弃所接收数据并发出否认回答。6 2 3 监控中心接收到用户信息传输装置的确认命令后完成本次控制命令传输;监控中心在规定时间内未收到确认命令或收到否认回答后,启动重发机制。6 3 信息上传(用户信息传输装置一监控中心)6 3 1 用户信息传输装置向监控中心传输火灾报警和建筑消防设施运行状态等信息时采用发送确认模式。其通信流程如图3 所示。监控中心z、ll7用户信息传输装置图3 上传数据流程示意图6 3 2 当发生火灾报警或运行状态改变时,用户信息传输装置主动向监控中心上传信息,监控中心对接收到的信息进行校验。在校验正确的情况下,监控中心对接收的信息进行相应处理,并向用户信息传输装置发送确认命令;在校验错误的情况下,监控中心舍弃所接收数据并发出否认回答。6 3 3 用户信息传输装置接收到监控中心的确认命令后完成本次信息的传输;用户信息传输装置在规定时间内未收到确认命令或收到否认回答后,启动重发机制。6 4 信息查询(监控中心,用户信息传输装置)6 4 1 监控中心向用户信息传输装置查询相关信息时采用请求应答模式。其通信流程如图4 所示。监控中心j么7H用户信息传输装置图4 查询命令流程示意图6 4 2 监控中心向用户信息传输装置发送请求查询命令,用户信息传输装置对接收到的信息进行校验。在校验正确的情况下,用户信息传输装置根据请求内容进行应答;在校验错误的情况下,用户信息传输装置舍弃所接收的数据并发出否认回答。6 4 3 监控中心在接收到正确的应答信息后完成本次信息查询操作;在规定时间内未接收到应答信息、应答信息错误或接收到否认回答后,启动重发机制。3G B T2 6 8 7 5 3 2 0 1 16 5 重发机制6 5 1 发送确认模式下,发送端发出信息后在规定时间内未收到接收端的确认命令或收到否认回答,应进行信息重发,重发规定次数后仍未收到确认命令,则本次通信失败,结束本次通信。6 5 2 请求应答模式下,请求方在发出请求命令后的规定的时间内未收到应答信息或收到否认应答,重发请求命令,重发规定次数后仍未收到应答信息,则本次通信失败,结束本次通信。6 5 3 通信过程中的校验错误包括校验和错误、不可识别的命令字节、应用数据单元长度超限、启动字符和结束字符错误等。6 5 4 超时时间不宜大于1 0s,可根据具体的通信方式和任务性质自行定义。6 5 5 超时重发次数宜为3 次,可根据具体的通信方式和任务性质自行定义。6 6 数据包结构每个完整的数据包应由启动符、控制单元、应用数据单元、校验和、结束符组成,其中控制单元包含业务流水号、协议版本号、发送时间标签、源地址、目的地址、应用数据单元长度、命令字节,具体的结构和定义见表1。表1 数据包结构和定义定义描述启动符 (2 字节)数据包的第1、2 字节,为固定值6 4,6 4数据包的第3、4 字节。发送确认模式下,业务流水号由发送端在发送新的数据包时按顺序加一,确认方按发送包的业务流水号返回;请求应答模式下,业务流水号业务流水号由请求端在发送新的请求命令时按顺序加一,应答方按请求包的业务流水号返回。低字节传输在前。业务流水号是一个2 字节的正整数,由通信双方第一次建立网络(2 字节)连接时确定,初始值为o。业务流水号由业务发起方(业务发起方指发送确认模式下的发送端或者请求应答模式下的请求端)独立管理。业务发起方负责业务流水号的分配和回收,保证在业务存续期间业务流水号的唯一性协议版本号协议版本号包含主版本号(第5 字节)和用户版本号(第6 字节)。主版本号为固定(2 字节)值l,用户版本号由用户自行定义控制时间标签(6 字节)数据包的第7 1 2 字节,为数据包发出的时间,具体定义见8 2 2单元源地址数据包的第1 3 1 8 字节,为数据包的源地址(监控中心或用户信息传输装置地(6 字节)址)。低字节传输在前目的地址数据包的第1 9 2 4 字节,为数据包的目的地址(监控中心或用户信息传输装置地(6 字节)址)。低字节传输在前应用数据单元长度数据包的第2 5,2 6 字节,为应用数据单元的长度,长度不应大于l0 2 4;低字节传输(2 字节)在前命令字节(1 字节)数据包的第2 7 字节,为控制单元的命令字节,具体定义见表2表1(续)G B T2 6 8 7 5 3 2 0 1 1定义描述应用数据单元(最大10 2 4 字节)应用数据单元,基本格式见图5,对于确认否认等命令包,此单元可为空校验和控制单元中各字节数据(第3 2 7 字节)及应用数据单元的算术校验和,舍去8 位(1 字节)以上的进位位后所形成的l 字节二进制数结束符#,为固定值3 5,3 5(2 字节)表2 控制单元命令字节定义表类型值命令定义命令说明O预留1控制命令时间同步2发送数据发送火灾报警和建筑消防设施运行状态等信息3确认对控制命令和发送信息的确认回答4请求查询火灾报警和建筑消防设施运行状态等信息5应答返回查询的信息6否认对控制命令和发送信息的否认回答7 1 2 7预留1 2 8 2 5 5用户自行定义7 应用数据单元基本格式应用数据单元基本格式如图5 所示。类型标志1 字节数据单元标识符信息对象数目1 字节信息体根据类型不周长度不同信息对聋1时间标签1 3