第一篇:简论城市消防通信指挥系统设计与实现
简论城市消防通信指挥系统设计与实现
摘要:随着现代IT软、硬件技术水平的发展,为保证城市消防通信指挥系统设计质量,增强系统快速反应和辅助决策能力,使系统在灭火救灾、为民服务、社会公共安全等方面全面满足消防的需要,本着系统可靠实用、技术先进、经济合理的原则,本文从总体目标、遵循原则、基本功能、系统组成、综合集成等方面,简要探讨了城市消防通信指挥系统系统设计与实现的注意事项。
关键词:消防;通信指挥系统;设计
中图分类号: TU998 文献标识码: A
随着国民经济的高速发展,城市建设日新月异,城市人口密度、建筑密度不断增大,建筑高度不断增加,给消防工作带来了更高的难度和要求。准确、方便、直观、快捷地了解着火地点、街道、消防水源等地理信息已经成为消防通信指挥的重要技术支撑和决策依据。为确保执勤灭火和抢险救援任务的顺利完成,需要建立一套符合本地实际需求并能够实现快速、高效、可靠的城市消防指挥系统,使消防部队统一指挥、快速反应、协同作战的水平跃上一个新的台阶。
1总体目标
以计算机网络和计算机通信为基础,充分采用现代计算机、通信、控制与信息综合决策的先进技术,集有线和无线通信、计算机网络通信、计算机辅助决策、视听多媒体、图像处理与显示、地理信息系统(GIS)、全球卫星定位系统(GPS)技术和数据库管理等于一体,能“快速、准确、实用、系统化”地进行宏观调度和指挥,提高消防通信指挥的快速反应和科学决策能力,适应扑救重、特大恶性火灾的需要,确保各项抢险救援任务的完成。
2遵循原则
消防指挥中心系统设计应当遵循以下原则:
2.1统一规划,分步实施
按照战时快速反应、平时模拟训练的要求,对系统进行统一规划和设计。结合各地经济情况和工作需要,有计划地分批建设。
2.2充分利用和整合现有资源
本着共享、有序、关联、协同的思想,整合社会部门各类设备及信息资源,加强信息的管理和应用,使消防指挥保障有力、投入成本减少、经济实用。
2.3技术先进性和实用性相结合利用计算机辅助决策等先进、实用技术,尽可能降低系统对个人经验的依赖,提高接处警速度和智能化水平。系统设计面向用户,必须保证易操作、易理解、易控制。
2.4物理集中和逻辑集中相结合
利用公安专网,实现消防信息采集、管理和存放的物理集中,实现与公安局“三台合一”指挥中心CTI报警接入物理集中,实现消防辅助决策系统的物理集中。通过计算机网络,采用逻辑集中的办法,实现资源共享和指挥协同,实现统一指挥和社会联动。
2.5标准性和可扩展性相结合
符合国家标准和相关法律法规,满足消防业务的实际需求。具有升级和扩展能力,并支持多种接口,方便扩大应用范围和提高应用水平。
3基本功能
城市消防通信指挥系统主要进行宏观管理和决策指挥,同时对消防实力进行实时动态监控,了解掌握消防部队的执勤情况。其主要功能为:
3.1宏观监控和指挥功能
监督管理接处警信息,综合指导重、特大火灾的扑救及各类灾害事故和抢险救援工作,宏观调度消防部队进行跨区域协同作战。
3.2辅助决策功能
利用人工智能技术、综合数据库信息进行宏观调度指挥决策,实时编制跨区域预案,并将出动命令、出动方案、灭火力量部署图、作战计划等信息以多媒体方式下达。
3.3地理信息查询功能
利用消防GIS地理信息系统,自动显示灾害区域的地理地形图、消防设施、水源分布图等消防地理信息,可进行文字与地理信息查询。
3.4全球卫星定位功能
采用GPS卫星定位系统动态管理、监控消防实力和执勤备战情况。
3.5视频图像监控及会议系统功能
远程视频监控消防部队执勤、训练和管理等情况,实时传输火场图像及周边情况。
3.6综合信息管理功能
综合管理和维护消防地理、气象、水源、消防车辆、队伍实力、消防中队、火灾类型、灭火战术、危险源评估、作战预案、典型灭火案例等信息。
3.7消防业务培训功能
综合消防指挥业务理论及题库、跨区域联合作战预案编制等内容,进行多媒体教学和模拟演练。
4系统组成
消防通信指挥系统的结构分为通信指挥业务层、信息支撑层。通信指挥业务层实现接收和处理火灾及其它灾害事故报警、灭火救援指挥调度、现场通信指挥以及模拟演练。信息支撑层提供对通信指挥业务的情报信息支持。
4.1火警受理信息子系统
通过通信网络,接收、处理、传输、记录火警及相关消防业务信息,提供报警接受、警情辨识、出动方案编制、指令下达、录音录时、火警受理终端、地理信息系统、维护管理等功能,可以接收公网固定或移动电话报警、接收其他专网电话报警、接收城市消防远程监控等系统设备的报警,实现报警语音提示、电话呼入排队、火警受理终端智能分配。
4.2消防指挥调度子系统
通过通信网络,进行火警受理后续调度、增援调度、跨区域联合作战调度等消防专业指挥调度业务,实现灾情接收、指挥决策、实力调度、情况反馈、信息记录等指令流程。
4.3火场通信子系统
将灾害现场的各种通信设备与相关系统有效集成,实现信息查询、临机调度指挥、通信交换和组网管理控制。
4.4消防图像信息子系统
系统应用火场及其他灾害事故现场图像信息、城市消防图像监控信息、消防站备勤图像信息、视频会议图像信息等资源,直观了解灾害现场情况,实施可视指挥调度。
4.5消防车辆动态管理子系统
对出动消防车辆的位置、速度、方向、状态等信息进行实时动态管理,实现消防通信指挥中心对消防力量的实时掌控、科学调度、准确引导和精确指挥。
4.6消防情报信息管理子系统
对各类消防业务信息进行更新、维护,实现系统管理、用户管理、权限管理、版本管理等功能,根据需要对不同数据库管理系统之间进行数据的移植、转换、关联、整合,对灭火救援的应急信息数据进行实时采集、提取、自动统计、智能分析以及发布、共享,为其他应急联动相关部门和有关领导提供信息决策服务。
4.7消防图文显示子系统
实现对汇集到消防通信指挥中心的所有视频、音频信息及文字图形进行组合选取、集中显示、控制和管理。消防实力显示:能显示参战消防队及指战员数量、名称,能显示车辆的编号、类型、状态、位置等信息。火警信息显示:能显示日期、时钟,能显示当前的火灾及灾害事故地点、出动方案。视音频信息显示:能显示灾害事故现场图像、城市消防监控图像和消防站图像。
4.8消防指挥决策子系统
综合集成数据、模型、知识等信息,为灭火救援指挥提供辅助决策支持。消防指挥决策支持子系统应用消防地理、消防资源和各种灭火救援模型、专家知识,实现灭火救援信息查询检索、火场指挥、灾害评估、灭火救援力量计算、处置方案编制等功能。
4.9消防救援预案管理子系统
实现对灭火作战和抢险救援数字化预案进行编制、查询、编辑、匹配和输出等综合管理。
4.10重大危险源评估子系统
针对有可能造成重大人员伤亡、重大财产损失的火灾、爆炸、毒害等灾害事故的场所和设施的重大危险源,建立重大危险源数据库。对重大危险源调查结果进行综合分析和评价,区分一般危险和重大危险,实现查询、读取、调用等功能。
4.11通信指挥模拟训练子系统
应用网络、通信、软件编程、数据库等技术,实现消防接处警和消防调度人员进行火警受理、通信指挥等业务训练。
5综合集成
系统综合集成实现的是将系统建设中的各子系统通过硬件或软件的方法连成一个有机的整体,在系统综合集成中,通常需要考虑的问题有:
5.1技术集成
从技术角度考虑各子系统能够连成一个整体,避免出现技术上不可行的局面。从技术上来说,系统总体集成还要实现系统各部分之间的联动控制。
5.2工程集成
从工程实施上考虑各子系统的布局和连接、供电关系等内容,使得技术上可
行的工作从工程实施上保证其质量,增加其合理性。
5.3与其它系统的集成
考虑到指挥系统需要实现各种内部的数据共享和外部的数据共享,因此,在系统的总集成过程中,需要充分考虑内部、外部集成和数据共享的方法,同时要考虑所采用的方法的可靠性、安全性以及方便性。
6结束语
城市消防通信指挥系统系统的设计是项复杂而繁琐的基础工程,要综合考虑系统在整个生命周期内实现稳定运行,加大对相关高新技术的集成、转化和应用力度。同时要切实加强消防通信技术人才队伍的建设,不断提高消防部队的快速反应能力、科学决策水平和信息支援能力,从而更好地保障城市消防安全。
第二篇:消防通信指挥系统设计规范
消防通信指挥系统设计规范GB50313-202_条文说明
文档类型: Microsoft Word 文档 文档大小:39KB
消防通信指挥系统设计规范GB50313-202_条文说明 作者:公安部 文章来源:公安部 点击数:275 更新时间:202_-7-25 中华人民共和国国家标准消防通信指挥系统设计规范GB5
313-202_条文说明
目 次
1.总则
2.术语
3.系统的技术构成4.系统功能及主要性能要求
4.1 系统功能
4.2 系统主要性能要求
5.系统设备的配置及其功能要求
5.1 消防通信指挥系统设备的配置
5.2 城市消防通信指挥系统设备的功能要求
5.3 省消防通信指挥系统设备的功能要求
6.系统的软件及其设计要求
6.1 系统软件的一般要求
6.2 城市消防通信指挥系统的应用软件
6.3 省消防通信指挥系统的应用软件
7.系统的供电,接地,布线及设备用房要求
8.系统相关环境技术条件
8.1 城市消防通信指挥系统相关环境技术条件
8.2 省消防通信指挥系统相关环境技术条件 总 则
1.0.1 本来说明了制定本规范的目的.消防通信指挥系统是现代城市消防不可缺少的重要技术装备,也是城市公共基础设施的重要组成部分.随着国民经济和城市建设的迅速发展,各种火灾因素也不断增加,城市中的火灾,特别是重大恶性火灾频繁发生,给消防通信指挥工作提出了许多新的课题和更高的要求,现代城市消防通信指挥仅仅依靠传统的方法和手段己经远远不够了.近年来,在消防实践中,各地公
消防机构越来越多地应用现代通信,计算机,信息处理等高新技术和设备,建立起技术先进,性能优良的消防通信指挥系统,大大提高了消防队伍技术装备水平和灭火作战的效能.消防通信指挥系统作为一种现代消防技术装备,在现代城市消防工作中发挥着不可替代的至关重要的作用.但是,直至目前,我国还没有一个可供遵循的,全国统一的,科学合理的消防通信指挥系统设计的国家标准.本规范的制定对于合理设计消防通信指挥系统,保证系统设计质量,增强系统的快速反应,科学决策和跨区域,多兵团联合作战指挥能力,保障城市灭
,保护公民生命,财产和社会公共安全,保卫社会主义现代化建设,是十分必要的.1.0.2 本条规定了本规范的适用范围,即:适用于新建,改建,扩建的消防通信指挥系统的设计.1.0.3 本条规定了消防通信指挥系统设计的共性要求.即:一是,应遵循国家有关方针,政策和法律,法规,如有关基本建设,技术引进,能源政策,“预防为主,防消结合”的消防工作方针,《消防法》等,不得与之抵触.二是,应适应扑救现代火灾,处置特种灾害事故通信指挥的需要,针对系统服务范围,消防信息量大小,相关环境技术条件等具体情况,合理确定系统的结构形式,设备性能及系统整体功能等.三是,应同电信等城市公共基础设施建设发展相协调,避免单枪匹马不配套.四是,应做到安全实用,技术先进,经济合理.上述四条要求是系统设计最基本的要求,必须达到.1.0.4 本条规定是保证系统可靠工作首要条件.如果系统中所用设备未经国家有关产品质量监督检验机构检验合格,系统可靠性就无从谈起.因此,这一条必须严格执行.1.0.5 本条说明按本规范进行系统设计时应与配套执行的相关标准,规范,如:有关建筑 电气设计,建筑防火设计等国家现行的强制性标准协调一致,不得相矛盾.术 语
本章所列术语是理解和执行本规范应于解释的基本术语,着重从组成及功能方面定义.其他有关消防通信的基本术语在现行有关国家标准,行业标准中己有定义或解释,本规范不再重复.2.0.1~2.0.5 这五条术语对消防通信指挥系统及其所含城市,省两类系统,以及系统中心环节给出了定义.2.0.6~2.0.12 这七条术语对消防通信指挥系统技术构成中的七个子系统给出了定义.其中 2.0.6,2.0.10两条为城市消防通信指挥系统所特有;2.0.7,2.0.8,2.0.9三条为城市,省两类系统所共有;2.0.11,2.0.12两条为省消防通信指挥系统所特有.系统的技术构成
3.0.1 本条规定了城市消防通信指挥系统应由五个子系统构成.系统技术构成主要按照功能子系统划分,与第4章的系统功能要求相对应,以便能够较清晰地了解城市消防通信指挥系统完成主要功能所需的软硬件设备,网络,线路等.3.0.2 本条规定了省消防通信指挥系统应由五个子系统构成.并分别规定了五个子系统应包括的主要软硬件设备,网络,线路等.系统功能及主要性能要求
4.1 系统功能
4.1.1 本条规定了城市消防通信指挥系统的六项基本功能.可以概括为:火灾报警,火警受理,消防通信,火场指挥,训练模拟和消防信息综合管理.本条文中第1款即火灾报警功能,不仅包括119火警电话报警,也包括以其他形式传送到城市消防通信指挥中心的火灾报答.第2款即火警受理功能,包括从接警开始到出动命令下达这段时间内的信息处理和辅助决策以及火场(含灾害事故现场,下同)增援期间的信息处理和辅助决策等一系列业务流程.第3款即消防通信功能,主要指消防部门使用的最基本,最常用的有线(无线)通信方式,其他通信方式可根据具体情况或技术发展趋势,在安全实用的前提下,也不排斥使用.第5款即训练模拟功能,是指对公安消防机构的通信指挥人员进行火警受理,调度指挥等灭火救援方面的战术技术训练.第6款即消防信息综合管理功能,是指与火警受理,通信指挥业务有关的消防信息管理.4.1.2 本条规定了省消防通信指挥系统的五项基本功能.可以概括为:消防管理,火场指挥,消防通信,消防信息综合管理,消防培训.本条文中第1款即“消防管理”功能,是指对全省消防业务的宏观管理.本条文中第2款即“火场指挥”功能,与上述城市消防通信指挥系统的“火场指挥”不同,本条文中“火场指挥”是指在重大恶性火灾中跨区域,多兵团联合作战时的全省消防实力调度和通信指挥功能.第3款即“消防通信”功能,与4.1.l条所指相同.第4款即“消防信息综合管理”功能,是指对全省消防业务信息的管理.第5款即“消防培训”功能,是指对公安消防机构的工作人员进行防火,战训,装备,警务,宣传,科技等消防专项业务方面的培训.4.2 系统主要性能要求
4.2.1 本条规定了城市消防通信指挥系统的主要性能要求.从消防实践经验看,直辖市,省会市,国家计划单列市以及地级市的城市消防通信指挥系统,火警受理应设置两个或两个以上计算机操作座席,并可以根据实际需要进行扩充;其余城市消防通信指挥系统,火警受理可以设置一个计算机操作座席和一个电话调度操作座席.无论设置几个受理座席,系统都必须保证能够实现所有119火警电话的呼入并显示.设立119火警应急接警电话,是为了保证在城市消防通信指挥系统不能工作情况下,也能接收到119火警电话报警.为免受非消防通信网络的影响.保证消防通信系统通信的畅通,可靠,系统的通信网应相对独立,常年畅通.由于设备型号,组网方式,线路质量等原因,对传输速率和接口标准目前暂不作具体规定.系统应具备处理重大恶性火灾和特种灾害事故的能力,即编制非预案多队联合作战出动的能力,调度非责任区消防车辆的能力,根据气象,实力,单位性质,火灾特点修改作战方案的能力,现场调度消防车辆的能力,在火场提供各类支援信息的能力等.4.2.2 本条规定了省消防通信指挥系统的主要性能要求.因为省消防通信指挥系统不直接受理火警,所以只对通信网,数据共享性等方面提出要求.系统设备的配置及其功能要求
5.1 消防通信指挥系统设备的配置
5.1.1 本条规定了城市消防通信指挥系统设备的配置地点或持有(使用)者和配置数量.各类设备的配置数量是根据公安消防部队通信装备配备的有关规定及有线(无线)通信组网技术要求确定的.表内数量均为下限.为区分不同规模城市的实际配置要求,分别规定了I类,II类,III类数量标准.其中,I类为直辖市,省会市及国家计划单列市应执行的标准;II类为地级市(中等城市)应执行的标准;III类为其余城市(县级市以下城镇)应执行的标准.城市消防通信指挥系统设备用三个表格以系统设备(一),(二),(三)顺序列出.设计城市消防通信指挥系统时应根据该表所列项目及数量确定相应设备.表(一)中所列I类城市“火警受理台(A型)”的配置数量含复席接警电话.表(一)中“消防指挥车”是指担任各级消防通信指挥任务的消防车辆:“特种消防车”是指举高消防车,专勤消防车,后援消防车等;“灭火消防车”是指可喷射灭火剂并能独立扑救火灾的消防车.表(三)中所列“消防一级网基地(中继)电台”的配置数量,是按常规组网摸式以及《公安消防部队全国统一专用频点规划》计算的,采用集群组网模式时,该项设备的配置数量按实际需要计算.5.1.2 本条规定了省消防通信指挥系统设备的配置地点或持有(使用)者和配置数量.各类设备的配置数量是根据公安消防部队通信装备配备的有关规定及有线(无线)通信组网技术要求确定的.表内数量均为下限.省消防通信指挥系统设各用三个表格以系统设备(一),(二),(三)顺序列出.设计省消防通信指挥系统时应根据该表所列项目及数量确定相应设备.5.2 城市消防通信指挥系统设备的功能要求
5.2.1 本条文中“消防用程控交换机”是指不但具有一般程控用户交换机基本功能,还具有消防专用功能的程控交换机.一般业务用电话和火警电话可分用两台程控交换机,也可共用一台程控交换机,但共用一台程控交换机必须做到火警电话优先或火警路由相对独立.5.2.2 本条文中的“火警受理台(A型)”应与消防用程控交换机配套使用.它与5.2.3条中的火警受理台(A型)均属消防专用设备,其详细的性能要求及试验方法应由行业标准作出具体规定.该产品必须经过国家消防电子产品质量监督检验中心检验合格.5.2.3 本条文中“火警受理台(B型)”的功能中包含消防用程控交换机的接警功能.火警受理台(B型)一般设置在中小城市消防通信指挥中心,作为独立设备完成接警,受理功能.5.2.4 火警实时录音录时装置可以作为独立装置使用,也可以作为火警受理台的一个单元使用.火警录音录时装置必须设置故障报警和违规操作报警,并且不能修改记录信息,以保证记录信息的客观性和公正性.火自实时录音录时装置属于消防专用设备,其详细的性能要求及试验方法应由行业标准作出具体规定.该产品必须经过国家消防电子产品质量监督检验中心检验合格.5.2.7 本条文中的消防车辆动态管理装置设在城市消防通信指挥中心,它与 5.2.12和5.2.13的消防车辆动态终端机均属消防专用设备,其详细的性能要求及试验方法应由行业标准作出具体规定.该产品必须经过国家消防电子产品质量监督检验中心检验合格.5.2.8 本条文中的“火警终端台(A型)”作为火警受理台的终端设备与其配套使用.它与5.2.9条中的火各终端台(B型)均属消防专用设备,其详细的性能要求及试验方法应由行业标准作出具体规定.该产品必须经过国家消防电子产品质量监督检验中心检验合格.火警终端台(A型)与城市消防通信指挥中心自动同步日期,时钟,气象等信息,可以在每次数据通信时设置同步,也可以在修改数据时设置同步,或每天设置固定时间进行同步通信.5.2.9 本条文中“火警终端台(B型)”可以作为独立设备完成接签功能,一般设置在独立接警消防站.5.2.10 本条文中的“火场指挥台(A型)”设置在城市移动消防通信指挥中心,它与5.3.2条中的火场指挥台(B型)均属消防专用设备,其详细的性能要求及试验方法应由行业标准作出具体规定.该产品必须经过国家消防电子产品质量监督检验中心检验合格.5.2.11 火场图像传输装置应结合城市的地理环境,建筑物情况等相关因素选用相应的设备和传输方式.本条对火场图像是否须传输到城市消防通信指挥中心未作要求.5.2.12~5.2.13 消防车辆动态终端机应采用体积小,耗电少,易操作,抗震,抗干扰能力强,温差范围大,便于车辆安装使用的设备.A型机与B型机的区别在于,A型机具有卫星定位和接收消防通信指挥中心下达的出动命令的功能.5.3 省消防通信指挥系统设备的功能要求
5.3.1 本条列出了消防指挥台的基本功能,可根据实际需要增加某些功能.5.3.2 本条文中“火场指挥台(B型)”设置在省移动消防通信指挥中心,适用于省消防通信指挥系统.系统的软件及其设计要求
6.1 系统软件的一般要求 6.1.1 本条规定了网络通信协议,为确保系统联网,数据共享等方面的要求提供了保证.6.1.4 本条中的消防地理信息系统是城市地理信息系统中的一个专业系统,所以其空间数据交换格式,信息分类和编码均应符合国家有关规定.6.2 城市消防通信指挥系统的应用软件
6.2.1 本条规定了城市消防通信指挥中心应用软件设计的基本要求.第1款规定了中心应用软件必须具备三种工作状态,即软件应能完成火警受理,日常管理,训练模拟等三种工作.第2款规定了火警受理工作状态下的指令流程,这是火警受理的主要内容.第3款规定了软件人机界面的设计要求.人机界面是用户接触系统,运行系统的门户,所以人机界面设计总的原则是:一要标准化,规范化;二要一目了然,操作简单;三要符合实战要求.第4款规定了软件应具备三个辅助决策功能,这是为了提高消防部队扑救重大恶性火灾的调度指挥能力而提出的.6.2.2 本条规定了消防站应用软件设计的基本要求.为了提高火警受理速度,消防站打印出车单可采用填表式打印方式.消防站软件维护应由消防通信指挥中心统一负责二本条文中对消防站打印图形资料未作要求.6.2.3 本条规定了城市移动消防通信指挥中心应用软件设计的基本要求.移动中心应用软件应包括对所有灭火相关信息数据库的检索.6.2.4 本条规定了城市消防通信指挥系统十一种主要数据库设计的基本要求.各种数据库的项名,项数,字长等可根据具体情况设置.6.3 省消防通信指挥系统的应用软件
6.3.1 本条规定了省消防通信指挥中心应用软件设计的基本要求.该软件主要能够对全省的消防业务信息进行存储,检索及宏观管理,且具有跨区域联合作战的辅助决策指挥功能.6.3.2 本条规定了省移动消防通信指挥中心应用软件设计的基本要求,该软件主要能够在跨区域联合作战的火场指挥中完成数据检索,数据通信等功能.6.3.3 本条规定了省消防通信指挥系统五种数据库设计的基本要求.各种数据库的项名,项数,字长等可根据具体情况设置.7 系统的供电,接地,布线及设备用房要求
7.0.l 本条规定了系统的供电要求.系统配电线路应与一般配电线路分开,目的是为了保证火灾时不致因切断非消防电源而影响系统可靠供电.UPS供电可采用集中或分散两种供电方式.集中供电时,UPS应按最大负荷功率确定.阀控式密封铅酸蓄电池具有密封,长寿命,免维护,安全与高质量等特点,当采用柜式安装时,可与通信设备,配电屏及各种换流设备同列布置:若采用其他安装方式,可参照《YD5040―97通信电源设备安装设计规范》有关规定.7.0.2 本条规定了系统的接地要求.消防通信指挥系统的接地推荐采用联合接地方式.本规范只列出接地体,接地引入线,接地总汇集线和接地线的具体要求,其他有关技术要求可参照“YDJ26-89通信局(站)接地设计暂行技术规定”的有关规定.工作接地,保护接地及建筑防雷接地分设,所列的电阻值是参照“GB2887-89计算站场地技术条件”的有关规定列出.7.0.4 本条规定了系统的设备用房要求.设备用房温,湿度要求参照“ YDJ20-88程控电话交换设备安装设计暂行技术规定”中有关内容列出.设备用房楼面等效均布活荷载可按实际布列的通信和蓄电池等设备,参照《YD5003-94电信专用房屋设计规范》的有关内容选定.系统相关环境技术条件
8.1 城市消防通信指挥系统相关环境技术条件
8.1.1 本条关于119火警电话的入网中继方式,是指119火警电话应答处理机构(即城市消防通信指挥中心)一端的119收容中继线接入本地电话网的技术方式.本地电话网内各局间的119中继由当地电信机构按有关规范设计二局间中继应保障电话用户的119呼叫无占忙,无阻塞,有迂回路径.对于中,小城市(镇)本地电话网,若暂不具备提供数字中继方式的条件,也可采用用户中继方式解决119入网问题.8.1.2 本条规定了119火警电话中继线的数量下限.设计119火警电话中继线路时;可根据具体的技术方案和本地公安消防机构有关部门119接警区域划分的实际要求,在本条规定的数量或其以上确定适当的119火警电话中继线(电)路数量.本条第七款所规定的功能是实现城市消防接警调度自动化,提高人警受理速度和消防部队快速反应能力,进而减少火灾损夫的技术前提.除少数恶意呼叫或误拨错接外,电话用户呼叫119火警电话均为报告警情,请求救援,其地址等相关信息应视为自愿提供,与通信保密规定无冲突.因此,设计119火警电话中继时应一并考虑,实现本款规定之功能.如本地电话网电话用户信息中,包含装机地址的高斯平面直角坐标系X,Y坐标值(合称“五字段信息”),亦应一并提供.8.1.3 本条所指的119火警调度专线,是为传递灭火指令,调度灭火力量使用的.除用于连通城市消防通信指挥中心与消防站之间通信外,还可用于城市消防通信指挥中心与灭火救援相关单位的通信联络.例如:供水,气象,交通,供电,燃气,燃油,环卫,急救,工程抢险等部门.为保障城市消防通信指挥系统对119火警调度专线线(电)路状态的连接自动监测,一旦发生线(电)路中断时能够实时告警,及时查修,宜选用直通专线方式(技术上有保障的虚拟专线亦可),以保证119火警调度专线全时畅通,随时可用.8.1.4 本条规定了城市消防无线通信的组网方式,通信模式,技术条件和设计注意事项.消防无线通信网基本设备配备标准见本规范5.1.2条.8.2 省消防通信指挥系统相关环境技术条件
8.2.1 本条规定了省消协通信指挥中心有线通信的相关要求,己建立数据通信网的省消防通信指挥中心可以增加数据,语音复用功能.8.2.2 本条规定了省消防通信指挥中心计算机通信的相关要求.第1款规定了计算机通信的组网方式.基于X.25公共分组交换数据网的组网方式中,省消防通信指挥中心组成局域网,在计算机上采用符合上述要求的路由器与分组网相联,路由器的主要功能是解决局域网与公共分组交换数据网的接口问题,不是承担数据交换工作.第2款规定了计算机通信信道的种类.随着通信技术的发展.也可采用更加先进,可靠的其他通信信道和通信方式.8.2.3 本条规定了省消防无线通信外部相关环境的技术条件.建设部文件
关于发布国家标准《消防通信指挥系统设计规范》的通知
国务院各有关部门,各省,自治区,直辖市建委(建设厅),有关省计委,计划单列市建委,新疆生产建设兵团:
根据我部《关于印发一九九七年工程建设国家标准制订,修订计划的通知》(建标[1997]108号)的要求,由公安部会同有关部门共同制订的《消防通信指挥系统设计规范》,经有关部门会审,批准为强制性国家标准,编号为GB50313-202_,自202_年8月1日起施行.本规范由公安部负责管理,公安部沈阳消防科学研究所负责具体解释工作,建设部标准定额研究所组织中国计划出版发行.(安全文化网)
第三篇:消防通信指挥系统设计规范
中华人民共和国建材行业标准
P GB 50313━202_
消防通信指挥系统设计规范
Code for desingn of fire communication and command system
202_-02-22发布 202_-08-01实施
联合发布
国家质量技术监督局
中华人民共和国建设部 第 1 页
中华人民共和国国家标准
消防通信指挥系统设计规范
Code for desingn of fire communication and command system
GB 50313━202_
主编部门:中华人民共和国公安部
批准部门:中华人民共和国建设部
施工日期: 202_年8月1日
202_ 北 京 第 2 页
关于发布国家标准
《消防通信指挥系统设计规范》的通知
根据我部《关于印发一九九七年工程建设国家标准制订、修订计划的通知》(建标[1997]108号)的要求,由公安部会同有关部门共同制订的《消防通信指挥系统设计规范》,经有关部门会审,批准为强制性国家标准,编号为GB 50313—202_,自202_年8月1日起施行。
中华人民共和国建设部
二○○○年二月二十二日
第 3 页 前 言
《消防通信指挥系统设计规范》是根据建设部建标[1997]108号文件的要求,在主编部门公安部领导下,由主编单位公安部沈阳消防科学研究所会同北京市消防局、邮电部北京设计院、福建省消防局、中国建筑东北设计院和上海市消防局等六个单位共同编制的。
本规范在编制过程中,总结了我国消防通信指挥系统建设实践经验,吸取了先进的科研成果,参考了国内外有关标准规范,广泛征求了全国有关单位和专家的意见,经过多次修改形成送审稿,并通过审查会审查。根据审查会意见,对送审稿作了进一步修改,完成了目前的定稿。
本规范共分八章,其主要内容包括:总则,术语,系统的技术构成,系统功能及主要性能要求,系统设备的配置及其功能要求,系统的软件及其设计要求,系统的供电、接地、布线及设备用房要求和系统相关环境技术条件。
本规范由公安部沈阳消防科学研究所负责解释(单位地址:沈阳市皇姑区蒲河街七号,邮政编码:110031)。在本规范实施过程中,如发现需要修改或补充之处,请将意见及有关资料寄至公安部沈阳消防科学研究所,以便今后修订时参考。
本规范主编单位、参编单位和主要起草人:
主编单位:公安部沈阳消防科学研究所
参编单位:北京市消防局
邮电部北京设计院
福建省消防局
中国建筑东北设计院
上海市消防局 主要起草人:吕欣驰 张 俊 张光荣 冯 斋 张春华 朱春玲 成 彦
石 刚 齐宝金 鲁丽香 徐宝林 南江林 张 昊
第 4 页
目 次
前 言...........................................................4 1 总 则.......................................................6 2 术 语.......................................................6 3 系统的技术构成.................................................7 4 系统功能及主要性能要求.........................................8 4.1 系 统 功 能.................................................8 4.2 系统主要性能要求............................................9 5 系统设备的配置及其功能要求.....................................9 5.1 消防通信指挥系统设备的配置..................................9 5.2 城市消防通信指挥系统设备的功能要求.........................13 5.3 省消防通信指挥系统设备的功能要求...........................17 6 系统的软件及其设计要求........................................18 6.1 系统软件的一般要求.........................................18 6.2 城市消防通信指挥系统的应用软件.............................18 6.3 省消防通信指挥系统的应用软件...............................21 7 系统的供电、接地、布线及设备用房要求..........................22 8 系统相关环境技术条件..........................................24 8.1 城市消防通信指挥系统相关环境技术条件.......................24 8.2 省消防通信指挥系统相关环境技术条件.........................28 本规范用词说明....................................................................................................29
第 5 页 总 则
1.0.1 为了合理设计消防通信指挥系统,保证系统设计质量,增强系统快速反应和辅助决策能力,保障灭火救援,保护公民生命、财产和社会公共安全,制定本规范。
1.0.2 本规范适用于新建、改建、扩建的消防通信指挥系统的设计。
1.0.3 消防通信指挥系统的设计,应遵循国家有关方针、政策和法律、法规,适应扑救现代火灾和处置特种灾害事故的需要,并与电信等公共基础设施建设发展相协调,做到安全实用,技术先进,经济合理。
1.0.4 消防通信指挥系统的设备应选用经国家有关产品质量监督检验机构检验合格的产品。
1.0.5 消防通信指挥系统的设计,除应符合本规范外,尚应符合国家现行的有关强制性标准的规定。术 语
2.0.1 消防通信指挥系统 fire communication and command system 城市消防通信指挥系统和省消防通信指挥系统的总称。
2.0.2 城市消防通信指挥系统 municipal fire communication and commandsvstem 覆盖一个城市,联通城市消防通信指挥中心、消防站、城市移动消防通信指挥中心及救灾相关单位等环节的,具有火警受理、通信调度和辅助决策指挥等功能的网络和设备及其软件组成的消防通信指挥系统。
2.0.3 省消防通信指挥系统 provincial fire communication and command system 覆盖全省(自治区)城市,联通省(自治区)消防通信指挥中心及城中消防通信指挥中心、省(自治区)移动消防通信指挥中心及救灾相关单位等环节的,具有全省(自治区)消防业务宏观管理和跨区域联合作战通信调度、辅助决策指挥等功能的网络和设备及其软件组成的消防通信指挥系统。
2.0.4 消防通信指挥中心 fire communication and command center
消防通信指挥系统中,设在省(自治区)、城市消防指挥机构,具有集中受理火警、统一调度指挥、提供信息支援功能的部分。
2.0.5 移动消防通信指挥中心 mobile fire communication and commmand center 消防通信指挥系统中,设在省(自治区)、城市消防指挥机构的通信指挥车上,具有统一,调度指挥功能的部分。第 6 页 2.0.6 火警受理子系统 sub-system of fire alarms receiving and dispatching 城市消防通信指挥系统技术构成中,通过通信网络,采集、处理火警及相关信息并进行调度和辅助决策指挥的部分。
2.0.7 消防有线(无线)通信子系统 sub-system of fire wire(wireless)communication
消防通信指挥系统技术构成中,利用有线(无线)通信网络和设备,以馍拟和数字方式传输话音、数据和图像信息的部分。
2.0.8 火场指挥子系统 sub-system of fire scene command
消防通信指挥系统技术构成中,在火场及灾害事故现场进行通信调度和辅助决策指挥的部分。
2.0.9 消防信息综合管理子系统 sub-system of fire informa tion integrated management
消防通信指挥系统技术构成中,利用系统资源对消防信息进行采集、存储、检索、处理、显示、传输、分析的部分。
2.0.10 训练模拟子系统 sub-system of practice simulation
城市消防通信指挥系统技术构成中,利用系统资源对消防指挥人员进行火火救援指挥训练的部分。
2.0.11 消防管理子系统 sub-system of fire management
省消防通信指挥系统技术构成中,利用系统资源对消防业务进行宏观管理的部分。
2.0.12 消防培训子系统 Sul-System of fire training
省消防通信指挥系统技术构成中,利用系统资源对消防指挥人员进行消防指挥培训的部分。系统的技术构成
3.0.1 城市消防通信指挥系统应由下列子系统构成: 火警受理子系统,其主要组成部分应有消防用程控交换机、火警受理台、火警终端台等及其应用软件。消防有线(无线)通信子系统,其主要组成部分应有119火警电话中继、119火警调度专线、报警通信网、消防无线通信网、消防有线通信设备、消防无线通信设备和其他辅助设备等。火场指挥子系统,其主要组成部分应有火场指挥台、消防车辆动态管理装置及终第 7 页 端机、火场图像传输装置、其他辅助设备等及其应用软件。消防信息综合管理子系统,其主要组成部分应有消防信息管理工作站和相关数据库的管理维护应用软件。训练模拟子系统,其主要组成部分应有训练模拟工作站和灭火救援指挥训练应用软件。
3.0.2 省消防通信指挥系统应由下列子系统构成: 消防管理子系统,其主要组成部分应有消防指挥台等及其应用软件。消防有线(无线)通信子系统,其主要组成部分应有跨区域联合作战的消防有线通信设备、消防无线通信设备和其他辅助设备。火场指挥子系统,其主要组成部分应有火场指挥台、火场图像传输装置、其他辅助设备等及其应用软件。消防信息综合管理子系统,其主要组成部分应有消防信息管理工作站和相关数据库的管理维护应用软件。消防培训子系统,其主要组成部分应有消防培训工作站和消防指挥培训应用软件。系统功能及主要性能要求
4.1 系 统 功 能
4.1.1 城市消防通信指挥系统应具有下列基本功能: 利用公用或专用的通信网向城市消防通信指挥中心报告火警。自动或人工实现火警辨识、出动方案编制、出动命令下达等火警受理流程。利用有线或无线通信网,进行话音通信、数据通信和图像通信。在火场及灾害事故现场进行全市消防实力调度。利用系统资源进行灭火救援指挥训练模拟。6 利用系统资源,对消防地理、气象、消防水源、消防实力、消防安全重点单位基本情况、各类火灾和灾害事故特性、化学危险品、灭火救援战术技术等信息进行采集、存储、检索、处理、显示、传输和分析。
4.1.2 省消防通信指挥系统应具有下列基本功能:利用系统资源,对全省消防业务进行宏观管理。在火场及灾害事故现场进行全省消防实力调度。利用有线或无线通信网,进行话音通信、数据通信和图像通信。第 8 页
利用系统资源,对全省消防信息进行采集、存储、检索、处理、显示、传输和分析。利用系统资源进行消防指挥培训。
4.2 系统主要性能要求
4.2.1 城市消防通信指挥系统的主要性能应符合下列要求:集中接收火警信号。能同时受理不少于2起火警。从接警到消防站接到出动命令的时间不应超过45s。应设有119火警应急接警电话,主要火警受理设备应有热备份。系统的通信网应相对独立、常年畅通,并应具备自检或巡检能力。系统应具备为扑救重大恶性火灾和处置特种灾害事故编制联合作战出动方案和提供辅助决策指挥的能力。系统应采用中文显示界面。
4.2.2 省消防通信指挥系统的主要性能应符合下列要求: 系统的通信网应相对独立、常年畅通,并应具备自检或巡检能力。系统应具备为跨区域联合作战提供辅助决策指挥的能力。系统应具备共享性和可扩展性。系统应采用中文显示界面。系统设备的配置及其功能要求
5.1 消防通信指挥系统设备的配置
5.1.1 城市消防通信指挥系统设备的配置应符合表5.1.1-1~5.1.1-3的要求。其中,直辖市、省会市及计划单列市应按Ⅰ类标准配置;地级市应按Ⅱ类标准配置;其余城市应按Ⅲ类标准配置。
5.2 城市消防通信指挥系统设备的功能要求
5.2.1 消防用程控交换机应具有下列基本功能:具有程控用户交换机的基本功能。能以数字中继或用户中继方式与公用电话网相连,用以接收119火警中继电路。具有呼入排队、火警电话呼入优先功能,火警电话呼入时的声、光显示信号应明显区别于普通电话。能通过局间信令接收公用电话网提供的主叫电话号码。接收电话报警后,能实时接通责任消防站或所有相关消防站的119火警调度专线。具有能实现监听、强插、强拆和挂机回叫(回振铃)功能的专线电话,可将普通电话改设为调度专线电话。具有单呼、组呼和会议电话功能。具备与火警受理台的接口。
5.2.2 火警受理台(A型)应具有下列基本功能: 能接收公用电话网的119火灾报警信号,并能显示报警主叫号码、用户名称和装机地址等信息。能通过按键、鼠标、光笔、触摸等方式在显示屏上直接进行火警应答、专线呼叫等电话调度操作。能实现火警受理信息与消防地理信息的双屏对应显示。能根据报警电话、目标物、地理环境等信息实现辅助火警辨识。5 能根据火灾类别、火势等级、消防实力、气象、地理环境、灭火救援战术技术等相关因素自动或人工编制联合出动方案,向消防站和消防车辆下达出动命令。第 13 页 6 能与火警终端台(A型)进行话音和数据通信,能接收火警终端台(A型)发送的消防实力信息及其他有关灭火信息,能向相应消防站下达出动命令。能与消防车上的无线通信设备进行话音通信,能接收消防车辆动态管理装置发送的消防车辆状态信息和位置信息,并能加以显示、存储,能向相关消防车下达出动命令。能与火场指挥台(A型)进行无线话音和数据通信,能向火场指挥台(A型)提供有关灭火救援信息,井接收其发来的火场及灾害事故现场相关信息。能对人警受理全过程的数据实时记录和存档。能对消防地理、气象、消防水源、消防实力、消防安全重点单位的灭火预案、各类火灾与灾害事故特性、化学危险品、灭火救援战术技术、灭火作战记录等消防信息进行统一管理、维护。具有计算机、有线、无线等设备的统一操作界面,能启动或控制外部设备。具有统一的实时时钟管理。能实现故障报警。
5.2.3 火警受理台(B型)应具有下列基本功能:能以数字中继或用户中继方式与公用电话网相连。能接收公用电话网的119火灾报警信号,并能显示报警主叫号码等信息。能通过按键、鼠标、光笔、触摸等方式在显示屏上直接进行火警应答、专线呼叫等电话调度操作。能实现火警受理信息与消防地理信息的双屏对应显示。能根据报警电话、目标物、地理环境等信息实现辅助火警辨识。能根据火灾类别、火势等级、消防实力、气象、地理环境、灭火救援战术技术等相关因素自动或人工编制联合出动方案,向消防站和消防车辆下达出动命令。能与火警终端台(A型)进行话音和数据通信,能接收火警终端台(A型)发送的消防实力信息及其他有关灭火信息,能向相应消防站下达出动命令。能与火场指挥台(A型)进行无线话音通信。能对火警受理全过程的数据实时记录和存档。能对消防地理、气象、消防水源、消防实力、消防安全重点单位的灭火预案、各类火灾与灾害事故特性、化学危险品、灭火救援战术技术、灭火作战记录等消防信息进行统一管理、维护。具有计算机、有线、无线等设备的统一操作界面,能启动或控制外部设备。第 14 页 12 具有统一的实时时钟管理。能实现故障报警。
5.2.4 火警实时录音录时装置应具有下列基本功能: 能实时记录火警电话、调度专线电话的话音信息及相应时间。能自动识别电话网中的振铃、挂机信号,一方挂机即自动停止录音。能同时记录不少于须同时受理火警数量的火警信息。能自动与火警受理台时间同步。能转入后台工作,前台工作不影响后台正常录音。在录音过程中能显示工作状态。记录的原始话音和时间信息不能被修改。能以多种方式检索查询记录信息,对选定的记录能进行重播、显示、拷贝等操作。当记录信息超过设定的存储容量时,能给出提示信号。能实时监测电源工作状态,自动记录电源开启与关闭时间。能实现故障报警和违规操作报警。
5.2.5 消防实力显示装置应具有下列基本功能: 能显示消防站名称及其指挥员姓名、通信员姓名、战斗员人数。能显示车辆的编号、类型及状态。
5.2.6 火警信息显示装置应具有下列基本功能:能显示日期、时钟。能按日、月、年显示火警统计数据。能显示当前火警的报警电话、出动消防队。能显示天气情况。
5.2.7 消防车辆动态管理装置应具有下列基本功能:具备与火警受理台的双向通信接口。能接收消防车辆动态终端机发来的消防车辆状态信息和位置信息,井能传送到火警受理台。能向所有相关消防车辆动态终端机发送火警受理台下达的出动命令或行车路线。具备与无线通信设备的接口。
5.2.8 火警终端台(A型)应具有下列基本功能:作为火警受理台的远程终端设备与其联用。具备119火警调度话音专线和数据专线。第 15 页 3 能通过119火警调度专线监听火警受理台的火警受理通话。能自动接收火警受理台下达的出动命令并打印出车单。能自动和/或手动控制警灯、警铃及广播、夜间照明设备。能输入、更新、存储、显示、打印本站消防实力信息。能向火警受理台发送本站消防实力信息及其他有关灭火信息。能与火警受理台自动同步日期、时间、气象数据等。能实现故障报警。
5.2.9 火警终端台(B型)应具有下列基本功能:能受理本站管辖区内的119火警电话报警。能编制出动方案,下达出动命令并打印出车单。能与城市消防通信指挥中心的有线(无线)通信设备进行话音通信。能自动和/或手动控制警灯、警铃及广播、夜间照明设备。能输入、更新、存储、显示、打印本站消防实力信息。能进行本站内部专线电话的呼叫通话。能实现故障报警。
5.2.10 火场指挥台(A型)应具有下列基本功能: 能与火警受理台(A型)进行无线话音和数据通信,能接收火警受理台(A型)发送的有关灭火救援信息,能向火警受理台(A型)提供火场及灾害事故现场的相关信息。能现场为扑救重大恶性火灾和处置特种灾害事故编制联合作战方案,提供辅助决策指挥。能通过火警受理台(A型)进行全市消防实力调度。能记录火场及灾害事故现场的相关数据。能存储、检索全市的火警受理、消防地理、气象、消防水源、消防实力、灭火预案、各类火灾与灾害事故特性、化学危险品、灭火救援战术技术等消防信息。能控制广播、录音、计时、照明等设备。具有通信员、指挥员各自使用的显示屏幕。
5.2.11 火场图像传输装置应具有下列基本功能:具有至少两路的火场摄(照)像装置。能将火场图像传输到火场指挥台。火场指挥台能接收、录制和显示火场图像。第 16 页 4 图像发射机的供电电池一次工作时间不少于4h。
5.2.12 消防车辆动态终端机(A型)应具有下列基本功能:能确认本车的位置。能设定至少八种车辆状态,例如待命、出动、执勤、检修、途中、到场、出水、停水等。能将本车状态和位置信息实时传送给城市消防通信指挥中心的消防车辆动态管理装置。能接收并显示火警受理台下达的出动命令或行车路线。能实现自检及故障报警。
5.2.13 消防车辆动态终端机(B型)应具有下列基本功能: 能设定至少八种车辆状态,例如待命、出动、执勤、检修、途中、到场、出水、停水等。能将本车状态信息传送给城市消防通信指挥中心的消防车辆动态管理装置。能实现自检及故障报警。
5.3 省消防通信指挥系统设备的功能要求
5.3.1 消防指挥台应具有下列基本功能:能对全省消防业务实行宏观管理。能进行全省消防实力调度,提供跨区域联合作战辅助决策指挥。能进行全省消防业务管理信息的数据通信。具有会议电话功能。具有计算机、有线、无线等设备的统一操作界面。
5.3.2 火场指挥台(B型)应具有下列基本功能:能接收省消防通信指挥中心的相关信息。能在火场及灾害事故现场为跨区域联合作战提供辅助决策指挥。能通过消防指挥台进行全省消防实力调度。能控制广播、照明等设备。
第 17 页 系统的软件及其设计要求
6.1 系统软件的一般要求
6.1.1 系统网络通信协议应采用TCP/IP协议。
6.1.2 网络操作系统应采用多用户、多任务的网络操作系统。
6.1.3 数据库管理系统应支持结构查询语言。
6.1.4 消防地理信息系统软件应符合下列要求: 基础地理数据应符合国家有关空间数据交换格式的规定。应按照地图要素的拓扑属性划分图层,且应具备街路层、水源层、建筑物层等基本图层要求。地理信息分类和编码应符合国家有关规定。
6.2 城市消防通信指挥系统的应用软件
6.2.1 城市消防通信指挥中心应用软件应符合下列基本要求: 应用软件系统应能在火警受理、系统日常管理、训练模拟等三种状态下工作。应用软件系统运行在火警受理状态下的指令流程应包括:火警接收、火警辨识、出动方案编制、出动命令下达、火场及灾害事故现场增援、灭火作战记录。软件入机界面应具备下列条件:
1)每一火警受理座席采用双屏显示,可同时显示火警受理信息及与其对应的消防地理信息;
2)火警受理界面在接警、辨识、编制出动方案、下达出动命令等流程中,显示内容清晰,符合操作顺序,操作过程简单、方便;
3)具有火警接收、火警辨识、出动方案编制、出动命令下达、火场及灾害事故现场增援、作战记录等火警受理指令流程显示窗口;
4)具有火警电话呼入和报警主叫号码及用户名称、装机地址显示窗口;
5)具有报警输入窗口。可通过“名称”、“地址”、“电话”、“目标物”等输入或检索确认火灾地点;
6)具有火灾类别、火势等级选择窗口;
7)具有火灾地点、报警人、责任消防队、增援消防队、毗邻单位、报警时间、接警时间、出动命令下达时间等显示窗口; 第 18 页 8)具有全市消防车辆状态显示窗口和出动方案显示窗口。
消防车辆能按车辆类型或按消防站名称检索显示,已派出车辆应有明显标识。出动方案可选择预案、增援方案或人工编制方案;
9)具有火场及灾害事故现场编号显示窗口,可选择火场及灾害事故现场编号显示未记录结束的火场及灾害事故现场信息并进行火场及灾害事故现场增援;
10)具有日期、时钟和气象信息显示窗口;
11)能按照灭火作战记录数据库的内容进行输入并存档;
12)具有电话调度操作窗回,能显示专线电话的工作状态,能检索井自动拨打相关单位的电话号码;
13)具有消防地理、气象、消防水源、消防实力、消防安全重点单位自然概况及灭火预案、各类火灾和灾害事故特性、化学危险品、灭火救援战术技术等信息查询选择显示窗口;
14)具有无线通信控制选择显示窗口;
15)系统应规定操作权限,例如退出系统、编辑、维护等操作;
16)违规操作应有声音和文字告警。软件应具有火警辨识、出动方案编制、训练模拟辅助决策功能。
6.2.2 消防站应用软件应符合下列基本要求: 能通过119火警调度专线与火警受理台进行数据通信。能接收火警受理台下达的出动命令并打印出车单,出车单内容应包括:报警时间、下达命令时间、火灾地点、出动方案、行车路线等信息。能输入本站值班领导姓名、通信员姓名、战斗员人数、车辆编号、车辆类型、车辆状态等消防实力信息,并向火警受理台发送。具有外设控制和状态显示窗口。
6.2.3 城市移动消防通信指挥中心应用软件应符合下列基本要求: 能接收火警受理台(A型)发送的火灾地点、电话号码、火灾类别、火势等级、报警时间、出动方案等火警信息。能检索消防安全重点单位的灭火预案、消防地理和消防水源等信息。能在火场及灾害事故现场编制增援出动方案,通过火警受理台下达出动命令。能检索各类火灾与灾害事故特性、化学危险品、灭火救援战术技术等信息。能接收火警受理台(A型)发送的全市消防实力信息及气象信息。第 19 页 6 能向火警受理台(A型)发送火场及灾害事故现场的相关信息。能按照灭火作战记录数据内容要求记录相关数据井存档。具有外设控制和状态显示窗口。具有现场辅助决策指挥功能。
6.2.4 城市消防通信指挥系统主要数据库应符合下列基本要求: 城市消防通信指挥系统主要数据库应包括:消防地理信息数据库、气象数据库、消防水源数据库、消防实力数据库、灭火救援器材数据库、消防安全重点单位信息数据库、各类火灾与灾害事故特性数据库、化学危险品数据库、灭火救援战术技术数据库、灭火救援作战记录数据库、训练模拟数据库等。消防地理信息数据库内容应包括:
1)广域消防地图,含有全市或远郊区、县地图、行政区及道路、消防水源、消防站分布等相关信息;
2)接警消防地图,含有消防站辖区图及道路、消防水源、消防安全重点单位、消防站等相关信息。比例尺宜为1︰202_;
3)灭火战区地图,含有以火灾地点为中心的一个作战区域图及道路、消防水源、毗邻单位、消防车辆部署等相关信息。比例尺宜为1︰500;
4)街路信息,包括编号、街路名称、起点、终点、街路级别、长度、宽度、交叉路口、路面情况等。气象数据库内容应包括:晴、阴、雨、雪、雾、温度、风向、风力等。消防水源数据库内容应包括:编号、名称、位置、管网形式、口径、压力、流量(或储水量)等。消防实力数据库内容应包括:消防站名称、值班领导姓名、通信员姓名、战斗员人数、车辆编号、车辆类型、车辆状态、车辆位置等。灭火救援器材数据库内容应包括:器材名称、放置地点、数量等。消防安全重点单位信息数据库内容应包括:单位编号、单位名称、单位地址、目标物、毗邻单位、电话号码、联系人、责任消防站及行车路线、增援消防站及行车路线、生产储存物资、建筑物类型及高度、重点部位、火灾危险性、地理位置、灭火预案(包括消防安全重点单位建筑平面图、立体图、内部结构图和消防实力部署、灭火对策及相关信息)等。各类火灾与灾害事故特性数据库内容应包括:灾害名称、特性、危险性、防范对第 20 页 策等。化学危险品数据库内容应包括:名称、别名、分子式、主要特性、闪点、熔点、沸点、自燃点、相对密度、爆炸极限、灭火剂、应急措施、注意事项等。灭火救援战术技术数据库内容应包括:扑救重大恶性火灾和处置特种灾害事故的战术原则、技术方法及典型方案等。灭火救援作战记录数据库内容应包括:火灾编号、火灾地点、火灾类别、起火原因、报警时间、出动时间、到场时间、扑灭时间、指挥员姓名、出动队数量、出动车辆数量、出动车辆类型、灭火救援器材使用情况、水源使用情况、损失情况、伤亡情况等。训练模拟数据库内容应包括:扑救典型重大恶性火灾和处置特种灾害事故战术技术方案编制原则、方法、演练程序等。
6.3 省消防通信指挥系统的应用软件
6.3.1 省消防通信指挥中心应用软件应符合下列基本要求:能检索全省各市的消防实力和消防地理信息。具有数据通信状态显示窗口。能检索消防业务综合信息。具有全省消防业务宏观管理和跨区域联合作战指挥辅助决策功能。
6.3.2 省移动消防通信指挥中心应用软件应符合下列基本要求:能检索全省各市的消防实力和消防地理信息。能与城市移动消防通信指挥中心的火场指挥台进行数据通信。能检索跨区域联合作战指挥典型预案。具有在火场及灾害事故现场跨区域联合作战辅助决策指挥功能。
6.3.3 省消防通信指挥系统数据库应符合下列基本要求: 省消防通信指挥系统数据库应包括:消防实力数据库、灭火救援器材数据库、跨区域联合作战指挥典型预案数据库、消防业务管理数据库、消防培训数据库等。消防实力数据库内容应包括:名称、消防站数量、战斗员人数、车辆类型、车辆数量、车辆状态等。灭火救援器材数据库内容应包括:器材名称、放置地点、数量等。跨区域联合作战指挥典型预案数据库内容应包括:扑救重大恶性火灾和处置特种灾害事故的战术原则、技术方法及火火救援对策等。第 21 页 5 消防业务管理数据库内容应包括:防火、战训、装备、警务、科技、宣传等。消防培训数据库内容应包括:消防指挥业务理论及试题库、跨区域联合作战指挥方案编制原则、方法、演练程序等。系统的供电、接地、布线及设备用房要求
7.0.1 系统的供电应符合下列要求: 直辖市、省会市及计划单列市消防通信指挥中心的主电源应由两个稳定可靠的独立电源供电,其他城市及省消防通信指挥中心的主电源不应低于两回线路供电。系统配电线路应与其他配电线路分开,并应在最末一级配电箱处设自动切换装置。系统由中电直接供电时,电源电压变动、频率变化及波形失真率应符合现行国家标准《计算站场地技术条件》GB 2887中B级设定的要求,超出此规定时,应加调压设备。有不间断和无瞬变要求的交流供电设备,宜采用UPS电源。通信设备的直流供电系统应由整流配电设备和蓄电池组组成,可采用分散或集中供电方式供电。其中整流设备应采用开关电源,蓄电池应采用阀控式密封铅酸蓄电池。通信设备的直流供电系统应采用在线充电方式以全浮允制运行,直流基础电源电压应为-48V,其变动范围和杂音电压应符合表7.0.1的规定。系统供电线路导线应采用经阻燃处理的铜芯电缆。交流中性线应采用与相线截面相等的同类型的电缆。系统宜设置具有自动投入和自动切除功能的备用发电机组。消防站应设置专用交流配电箱,其电源容量不应小于5kV·A。
7.0.2 系统的接地应符合下列要求: 第 22 页 1 接地方式宜采用工作接地、保护接地、建筑防雷接地共用一组接地体的联合接地方式,其接地电阻值不应大于lΩ。联合接地系统中接地体、接地引入线、接地总汇集线和接地线应符合下列要求:
1)接地系统中的垂直接地体,宜采用长度不小于2.5m的镀锌钢材,其接地体上端距地面不宜小于0.7m;
2)接地引入线宜采用40mm×4mm或50mm×5mm的镀锌扁钢;
3)接地总汇集线应采用截面积不小于120mm的铜排或相同电阻值的镀锌扁钢;
4)接地线不得使用铝材。接地方式采用工作接地、保护接地及建筑防雷接地分设时,工作接地及保护接地电阻不应大于4Ω建筑防雷接地电阻不应大于10Ω。
7.0.3 系统的布线应符合下列要求: 消防通信指挥中心控制线路及通信线路采用暗敷设时,宜采用金属管或经阻燃处理的硬质塑料管保护,并应敷设在不燃烧体的结构层内,其保护层厚度不宜小于30mm。当采用明敷设时,应采用金属管或金属线槽保护,并应在金属管或金属线槽上采取防火保护措施。消防通信指挥中心的控制及通信线路垂直干线宜通过电缆竖井敷设,并应与强电线路的电缆竖井分别设置。
7.0.4 系统的设备用房应符合下列要求: 新建消防通信指挥中心通信室和指挥室的总建筑面积不官小于150m。新建消防站通信室的建筑面积应符合下列规定:微型消防站不小于25m;普通消防站不小于40m;特种消防站不小于50m。室内温、湿度应符合表7.0.4-1的要求:
2222
2通信设备、蓄电池等较重设备的用房,其楼板面等效均布活荷载(KN/m)应符合电信房屋有关标准的规定。消防通信指挥中心和消防站的通信室应设置吊顶。消防通信指挥中心和消防站的设备用房应防止二氧化硫、硫化氢、二氧化碳等有害气体侵入,并应采取防尘措施。消防通信指挥中心和消防站的设备用房内电磁干扰场强,在频率范围为1MHz~1GHz时,不应大于10V/m。消防通信指挥中心和消防站的设备用房照度应符合下列要求:
1)距地板面0.8m的水平工作面为150~200lx;
2)距地板面1.4m的垂直工作面为30~50lx。系统相关环境技术条件
8.1 城市消防通信指挥系统相关环境技术条件
8.1.1 119火警电话入网中继方式应符合下列要求: 消防用程控交换机接入本地电话网的方式可分为数字中继接入和用户中继接入两种类型,分别接入本地电话网交换机的中继侧和用户侧。应根据本地电话网的网络结构,结合消防用程控交换机的技术条件,在保障可靠接收119火警电话呼入的前提下,合理确定入网方式。采用数字中继方式入网时,消防用程控交换机配置的数字中继单元经PCM一次群终端设备及复用传输设备接至本地电话网的汇接局或端局交换机的选组级,其信令采用7号信令或中国1号信令。采用数字中继方式入网时,电话局应从入网局之外的就近端局向城市消防通信指挥中心提供119火警应急接警电话用户线路。当数字中继电路阻断时,应立即自动或人工将119呼叫迂回或切换至119火警应急接警电话。第 24 页 4 采用用户中继方式入网时,电话局对用户线路采用连选方式呼入。根据本地电话网的容量和组网方式,消防用程控交换机应与本地电话网的一个以上端局或汇接局相连或采用双路由方式相连。
8.1.2 119火警电话中继应符合下列要求: 各类城市119火警电话中继线(电)路数量应符合表8.1.2的要求。中等以上城市的119火警电话宜采用数字中继方式接入本地电话网,且应在物理路由上分开。小城市和县级以下城镇采用数字中继方式接入本地电话网时,可从一个路由入网。其数字中继电路数量不应少于1个PCM基群(30路)。当采用用户(模拟)中继入网时,应从就近的几个端局或汇接局分别接入。5 本地电话网用户呼叫119必须设置为被叫控制方式。119用户中继线路中可安排少量双向中继,其余均为呼入中继。本地电话网应在119呼叫接续过程中向城市消防通信指挥中心提供主叫电话号码。本地电话网应向城市消防通信指挥中心提供主叫电话用户信息(电话号码、户名和装机地址等)查询功/机制,通过专用数据传输路由在119火警应答后5s内送达火警受理台。本地电话网用户至消防用程控交换机之间的全程最大参考当量和传输衰耗应分别为30dB和29dB。
8.1.3 119火警调度专线应符合下列要求: 每个消防站应建立119火警调度话音专线和数据专线各一路。消防用程控交换机经本地电话网到各消防站的话音、数据调度专线的设计,宜采用直达专线的形式,组成119火警调度专网119火警调度话音专线宜选用下列结构方式:
1)城市消防通信指挥中心和消防站两端以模拟用户线路接入本地电话网相应两侧端局,局间中继为数字电路,经端口设备及数字复用传输设备调通直达路由;
2)城市消防通信指挥中心一端以数字电路接入本地电话网相应端局,消防站一端仍为模拟用户线路,局间中继为数字电路,经端口设备及数字复用传输设备调通直达路由。119火警调度话音专线参数应符合下列指标:
1)环路电阻不大于202_Ω;
2)线间绝缘不小于20kΩ;
3)线间电容不大于0.7; Fμ 4)传输衰耗不大于7dB;
5)话音可用频带0.3~3.4kHz。119火警调度数据专线,宜选用专用电路(电话网直达话音信道或DDN网、ISDN网等)。采用话音信道时,其传输指标应符合本地电话网数据传输标准。
8.1.4 城市消防无线通信应符合下列要求: 城市消防通信指挥中心应设置独立的消防专用无线通信网。城市消防无线通信网宜采用单频单工和异频单工(半双工)调度指挥网的模式组网。网络结构应为大区覆盖制。其可靠通信覆盖区域应满足城市火火救援作战指挥调度和消防业务的需要。第 26 页 3 城市消防无线通信网应由以下三级网组成:
l)消防一级网(城市消防管区覆盖网),适用于保障城市消防通信指挥中心与所属消防支(大)队、消防站固定电台、车载电台之间的通信联络。各级消防指挥人员的少量下持电台在通信中心区域范围内也可加入该网,在使用车载电台的条件下,一级网的可靠通信覆盖区不应小于城市消防管区地理面积的80%;
2)消防二级网(火场指挥网),适用于保障灭火作战中火场范围内各级消防指挥人员手持电台之间的通信联络。与企事业单位专职消防队、抢险急修队等灭火协作单位的火场协同通信也可在该网中实施;
3)消防三级网(灭火战斗网)。适用于火场各参战消防中队内部,中队前、后方指挥员之间、指挥员与战斗班班长之间、班长与水枪手之间、消防战斗车辆驾驶员之间以及特勤抢险班战斗员之间的通信联络。该网应采用手持式电台和佩戴式电台,以建制消防中队为单位分别组网。电台预置信道数不应少于16个,通过无支援关系中队间的频率复用,应达到每个中队有一个专用信道。火场各参战消防中队之间的协同通信,也可采用改换工作频率相互插入对方中队灭火战斗网的方式实施。城市消防无线通信网应采用背景噪声小、传输特性好、不与民用大功率发射设备同频段的专用频率。城市消防无线通信网应在城市消防通信指挥中心设置无线通信调度装置。调度装置应具备信道控制和转接功能,其接续交换端口数不应少于8个,绳路不应少于2个。调度装置在技术结构上应实现用户身份码显示、各信道监听、插叫及话音录音(记时)等功能。采用计算机显示器显示用户身份时,界面应汉字化。城市消防通信指挥中心应设置永久性无线通信大线杆塔,其高度应满足通信覆盖的要求。天线平台应设高度不低于1.20m的栏忏。塔身应设检修爬梯和安全护栏,塔身较高时应加设休息平台。
杆塔设计应按照永久荷载、可变荷载和偶然荷载最不利的组合引急。
距离城市消防通信指挥中心较远的消防站,应设永久性天线杆塔。城市消防无线通信收、发信设备应设置在尽量靠近通信天线的位置上,不宜与有线通信设备及计算机设备同室安装、使用。
火警受理调度指挥用的无线通信,宜采用有线遥控方式与无线收、发信设备连接。安装119接警调度设备的机房与发射天线的水平隔离度不应小于30m,垂直隔离度不应小于20m。第 27 页 8 城市消防通信指挥中心建筑物周边200m范围内,不宜有大功率无线发射设备和能够产生强电磁场的电气设备。
8.2 省消防通信指挥系统相关环境技术条件
8.2.1 省消防有线通信应符合下列要求: 程控交换机接入公用电话网的方式可分为数字中继接入和用户中继接入两种类型,分别接入公用电话网交换机的中继侧和用户侧。采用数字中继方式入网时,其信令采用7号信令或中国1号信令。
8.2.2 计算机通信应符合下列要求: 计算机通信网可采用基于路由器的组网方式或基于X.25公共分组交换数据网的组网方式。基于路由器的网络协议应采用TCP/IP协议。计算机通信信道可采用模拟用户线路或DDN数字数据专用信道或公安卫星专网情道。
8.2.3 省消防无线通信应符合下列要求: 省消防通信指挥系统应具有适应全省消防部队跨区域联合作战需要的统一专用信道。省消防通信指挥系统应具有全省各地消防无线通信一级网的频率。
第 28 页
本规范用词说明 为便于在执行本规范条文时区别对待,对于要求严格程度不同的用同说明如下:
l)表示很严格,非这样做不可的用同:正面词采用“必须”,反面同采用“严禁”;
2)表示严格,在正常情况下均应这样做的用同:
正面词采用“应”,反面同采用“不应”或“不得”;
3)表示允许稍有选择,在条件许可时首先应这样做的用词:
正面同采用“宜”,反面词采用“不宜”;
表示有选择,在一定条件下可以这样做的用词采用“可”。规范中指定应按其他有关标准、规范执行时的写法为:“应符合……的规定”或“应按……执行”。
第四篇:8、城市应急通信指挥系统解决方案
城市应急通信指挥系统
解决方案
应急通信指挥系统涵盖卫星通信系统、视频图像采集系统、无线通信设备以及勤务保障车系统等。为满足国家和各应急单位处置各种突发事件,发挥减灾、救灾的作用,适应应急部门快速反应机制的建设,需要建设应急通信指挥系统,以确保在发生上述事件情况下,能有效地实现现场图像、信息采集传输与指挥处置的应急通信保障。在经历过“五.一二”汶川地震以及08奥运的通信界人士都认识到,在“突发性公共事件”发生时,各相关部门需要迅速应对。相关部门人员和资源的调配,整体组织协调、指挥,及掌握第一现场信息资料的能力高低与速度快慢,都将直接影响到事件应对及处理的成与败。
国务院分别对“国家安全生产”、“处置铁路行车事故”、“民用航空器飞行事故”、“海上搜救”、“城市地铁事故灾难”、“电网大面积停电事件”、“核应急”、“突发环境事件”、“通信保障应急”等9项事务发布了事故灾难类突发公共事件专项应急预案。结合这些事件的发生特点和危害等,可以看出,大多数事件都离不开应急通信指挥系统和应急通信车的支撑。应急通信指挥系统,在近年内国内连续举行的重大活动、和相继发生的重大自然灾害、重大安全事故中扮演了重要角色。应急通信车,在汶川地震中几乎是起到了“奇兵”的重要作用。该车辆不同于公网移动通信使用的制式,所提供的无线视频、无线语音、集群调度等业务都承载在专用终端上,目标市场应用为发生自然灾害、突发事件、电信网络中断、需要专用通信系统场景时的无线通信。与其应急通信指挥系统和应急通信车相关联的业务系统包括地面指挥中心、卫星通信、无线宽带通信、现场应急通信车、多业务作业终端、手持调度终端等。
应急通信指挥车是整个应急通信系统的重要组成部分,可独立作为现场指挥部,具备事故现场与指挥中心的联网功能,同步进行处警调度和指挥,特别是较大事故现场和特大型事故现场的处置能力。应急通信指挥车应支持现场处警,现场声音和图像实施传输的功能,并且能进行事故现场的无线通信组网、数据传输等功能。应急通信指挥车以机动车为载体,通过车载设备采取有线或无线方式采集图像数据资料,为车内的指挥员提供现场综合信息;利用卫星通信手段与信息中心建立联系,形成电视电话会议功能;实现信息中心数据库共享和通信,可接入互联网;连接单位电话专网、PSTN公用电话网。车上同时配备350M、800M集群系统以满足应急调度指挥系统。应急通信具有调度指挥功能,卫星通信、图像采集、数据显示等核心功能,同时还担负与指挥中心的通信,上级数据库卫星联网等功能。大唐电信解决方案系统特点 大唐电信研发的应急通信指挥系统和通信指挥车方案具有目前应急通信市场上较为领先的技术功能,具有如下优势特点:
1.统一管理性强:可实现多种应急指挥方式并存,以指挥调度中心为核心的平台下,依托多个层级的有线网络、无线网络,形成现场二级调度,将实时的图像回传到指挥中心,并快速的建立起现场指挥调度的通信平台;异地协同调度,系统支持多调度台协同调度,可以让现场人员和远端指挥中心的人员实现异地协同调度,极大的提高工作协同的能力。2.多种通信方式相融合:该系统采用先进的全IP平台,将视频、语音调度等融合为一,在同一个无线、有线、卫星通道上,实现了视频回传、应急语音调度、视频电话会议等多种功能。
3.兼容性强,多接口保证通信畅通:调度系统支持卫星通道、本地无线通道、现场PSTN接口、GSM/CDMA无线网关等多种对外通讯的接口,可以在不同情况下,最大的保障通讯畅通;并且可以和340M的无线对讲系统对接。4.移动视频监控:通过多业务作业终端视频设备和车载视频终端,可将现场图像实时上传至应急通信车或指挥中心;单兵视频终端也可以实现视频采集,将现场图像传回指挥中心,并通过视频服务器分屏显示在监控台上。
5.无线广域覆盖:工作于1800MHz频段的下一代无线宽带基站最大覆盖半径可达20km,城区单基站典型覆盖半径可达1~3km,郊区环境典型覆盖半径可达8~13km。工作于400MHz频段的下一代无线宽带基站覆盖半径最大可以达到30~50km。产品性能特点 在地面指挥中心部署核心的应急通信系统,通过卫星信道建立与通信车的通信信道。应急通信系统具备强大的通信交换能力,为指挥中心与通信车、现场移动多业务终端、手持终端设备之间提供交换连接服务,并可实现与公共电话网之间的连接;应急通信车可以实时处理现场传输过来的语音、视频信息,与地面指挥中心形成统一的指挥平台。
车载下一代无线宽带通信系统具有频谱利用率高、抗多径能力强、非视距(NLOS)传输等优势,在5MHz带宽上基站单扇区吞吐量15Mbps,单终端吞吐量3Mbps,在选用12米升降桅杆时,车载基站的最大覆盖范围超过10公里。
应急通信车主要实现的功能如下:
分布式调度指挥
地面指挥中心和应急通信车分别配备独立的调度系统,调度机和视频服务器可作为主从关系存在,现场应急通信车中的设备可以实时将现场数据上传至指挥中心总服务器,作为二级调度系统或视频会议系统的分会场;在卫星链路有压力或失效的情况下,现场应急车调度系统自成体系,完全可以独立对现场进行指挥调度,可通过现场应急通信车的视频服务器召开局部视频会议、对本地视频信息进行录像和保存,很大程度可减少卫星链路压力。二级分布式调度系统,可协同工作,可互为备份,可分担压力,是整套系统的优势所在。
现场视频回传
通过多业务作业终端视频设备和车载视频终端,将现场图像实时上传至应急通信车或指挥中心,应急通信车或指挥中心的视频服务器将输出到监控台实时显示,图像清晰、画面流畅,指挥中心领导可依据现场图像做出各种实时决策。
车载视频监控
指挥中心监控画面可以通过应急通信车上的车载视频采集终端监控现场情况,并可以远程控制视频终端的监控方向和角度。在车上的作业人员也可以同步监控摄像头画面,便于观察现场情况。
指挥中心与现场语音调度通信 指挥中心通信设备通过卫星链路可以和现场通信设备建立双向语音通话;通过网关设备,可以将GSM和传统公网电话系统接入调度网络;指挥中心调度台可对所有终端灵活分组,随时可发起单呼、组呼、会议和广播等语音调度指令。
卫星通信可选择静中通或动中通,满足各种不同情况下的业务需要,同时根据地域的不同推荐最适合当地的卫星通信链路。
现场通信系统 应急通信车通过车载无线宽带基站设备,为现场提供无线通信覆盖。现场工作人员可以配备手台或者多业务作业终端,应急通信车上可配备车载调度终端和车载视频设备,这些现场终端之间通过无线链路实现语音、视频互通,现场终端还可以通过基站设备实现与指挥中心通信设备的语音、视频通信,实现调度任务的上传和下达。现场应急通信车携带的GS8网关,可以直接将GSM和PSTN公网电话接入现场的保障系统中来。
应急多媒体会议功能 指挥中心、救援现场以及其他任何装备多媒体交互终端的地方可进行集视频、语音、数据为一体的多媒体交互会议。系统允许用户通过手机和固话发起会议,这样就可以让在指挥人员进行现场指挥,不需要在调度台前等待情况汇报上来再做出决策。
远程数据通信功能
现场保障人员可通过多业务作业终端连接电脑,方便的查询指挥中心各类数据库服务器和其他各业务服务器,以获取更多的有效信息用于现场的救援工作。
集群对讲 现场手台、车载调度终端和多业务作业终端之间可以发起集群对讲,一键即可呼通组内所有终端。
多业务作业终端
在许多车辆无法进入的小街小巷,保障人员需要离开车辆分布到各个待命或抢修地点,借助多业务作业终端,就可以实时与车辆以及指挥中心保持联系,并可以通过终端上的摄像头随时将保障点的视频图像传送给车辆和指挥中心。由于经常需要在环境恶劣和地理情况复杂的区域进行工作,应急通信指挥车具备以下这些硬件条件:
安全、快速,有良好的避震系统,适用于多种路况;
设备的操作简单,准备时间短; 车辆环境系统密封良好,具有良好的防雨、防尘、隔热、保温性能,能够在恶劣的环境下正常工作;车内具有各种环境监控告警装置,保证人机正常工作;
防雷、接地、抗风措施:各主要接口均配备可靠的防雷设备,采用可靠接地方案和接地设备,确保车内人机安全,车辆配备液压平衡支撑系统,桅杆选用抗风能力强的天线桅杆;
电源系统:提供市电、发电机等多种供电方式;
安全性:系统提供先进的安全告警和保护功能,保证人机安全。
大唐电信应急通信指挥系统应用案例
河南国土资源厅突发地质灾害应急保障系统 大唐电信根据河南省地质环境监测院对地质灾害监测的工作需要,建立河南省突发地质灾害应急技术保障系统(含地质灾害应急装备)、现场灾情空传(无人机)系统和地质灾害远程会商信息支撑平台三个部分。“河南省突发地质灾害应急技术保障系统”采用的通信手段为卫星通信和单兵无线传输,实现现场图像回传,召开视频会议,数据传输和拨打电话等功能。
该系统可实现部、院、省、地级市等现场的多级会商视频会议系统,为各级领导的决策提供充分的信息保障;同时还可以在省指挥中心在不用调整增加设备的情况下方便地实现省内多级、多点扩容,实现省内网状通信管理及会商。
云南移动应急通信指挥系统
大唐电信根据云南移动公司对公共突发事件应急通信的工作需要,建立云南移动应急通信指挥系统,包括抢险救灾中的指挥调度、事发现场的公共通信保障和现场监控等,以保证第一时间内恢复时间突发现场通信能力,保障抢险救灾的有效开展。云南移动公司是云南省国有主导电信运营企业,主要经营GSM/TD-SCDMA通信网络。云南移动十分重视应急通信工作,并为此开展了大量的工作。在发生公共突发事件的情况下,云南移动作为本地区国有主导电信运营企业面临两方面需要迫切解决的问题:
提供事发现场的公共通信保障:事发现场的公共通信保障是要在第一时间内恢复事件突发现场的通信能力。类似地震这样的紧急突发事件会破坏公共通信网络,但是事发现场迫切需要解决的是保持与外界的通信。所以要通过一些非常规的、临时性的方式来替代原有的通信网络。抢险救灾中的指挥调度:迅速赶赴事件现场,组织力量抢修通信设施,恢复通信网络。
第五篇:城市应急指挥系统解决方案
城市应急指挥系统解决方案
一、建设目标
伴随着全球经济繁荣发展主旋律,预防和处置重大突发性紧急事件的应急救劣、安全防御、反恐等公共安全系统设 施建设,已经成为全丐界丌同国家和地区主管政府的重要政治工作内容。随着我国经济加入全球一体化迚程的快速推迚,中国已经并将更加广泛深入地融入到经济全球化的境况中,中国城市如北京、上海、广州、深圳、青岛等的发展也迚入 快速增长时期,城市遭遇各种重大突发性公共安全事件的风险也相应显著增加。一个孤立的突发事件就可能产生扩散敁 应,演变为巨大的社会灾难,对整个国家安全、社会稳定和人民群众的正常生活造成严重威胁。为此,城市公共安全应 急指挥系统应运而生。
在应急状态下,政府关键部门需要基亍最新信息和情况作出快速、准确有敁的决策。随着时间的推移,丌同机构中 开发了用途丌同的数据库,其容量丌断扩展,但这些数据库之间丌能很好地迚行通讬,数据也丌能有敁地被利用是关键 部门所面临的巨大挑戓。
城市应急系统建设的总体目标是:在整合和利用现有条件的基础上,采用先迚技术,建立集通信、指挥和调度亍一 体,高度智能化的城市应急联劢指挥调度系统,对公众的各类报警求劣做出快速反应,提供有敁服务,保障重大突发事 件戒自然灾害处理的指挥不部署,保障重大活劢的安全保卫和调度,为城市管理和公共安全的科学决策提供技术支持。具体目标仸务包括:
(1)建立统一的城市应急指挥和通信系统,整合现有的公安110指挥中心、119消防指挥中心、122交警指挥中心和120 医疗急救指挥中心,实现统一接警、统一指挥、联合行劢和快速反应。并逐步将防洪、防震、严重气象灾害、市政设施 抢修等紧急戒非紧急事件处理纳入其中。
(2)整合现有的110、119、120、122四个特服号码资源,公众拨打其中的仸何一个号码,就可以得到所需要的救劣 服务。在国家明确统一的特服号码后,实现统一报警救劣服务电话号码。
(3)整合并完善成都市各城市应急信息资源和通信资源,采用先迚的计算机辅劣调度技术,使联劢指挥中心的接警、处警、资源管理、指挥调度、协同等过程更加科学、准确,并在最大程度上提高反应速度。
(4)建立统一的报警训录数据库,生成各种分析报告,充实和完善预案数据库,为城市应急处理、指挥调度和决策分 析提供支撑,建立科学化管理体系。
二、方案概述 城市应急信息系统服务亍城市应急管理全过程,我们把整个城市应急过程分为平时管理:预防、准备和戓时城市应
急:响应和恢复等几个基本阶段:平时管理和戓时城市应急的相应的应用系统内容包括: 1.平时城市应急信息管理
平时城市应急信息管理包括在预防阶段的基础数据管理、危险源管理、关键基础设施管理、监测监控信息管理和安 全敃育管理等;准备阶段的城市应急资源管理、城市应急预案管理、城市应急能力评估、城市应急演练信息管理和预测 预警信息管理等。
城市应急基础数据管理——采用数据库管理系统和地理信息系统相结合的方式,将不城市应急管理相关的各类基础 数据和地理相关信息迚行统一管理,为预测预报、指挥调度、辅劣决策等提供基础信息支持。
重大危险源管理——重大危险源是指长期地戒者临时地生产、搬运、使用戒者储存危险物品,丏危险物品的数量等 亍戒者超过临界量的单元(包括场所和设施)。为了预防重大、特大事敀的发生,降低事敀造成的损失,必须建立有敁 的重大危险源管理系统。为此,《安全生产法》规定,生产经营单位对重大危险源应当登训建档,迚行定期检测、评估、监控,并制定城市应急预案,告知从业人员和相关人员在紧急情况下应当采取的城市应急措施。
关键基础设施管理——关键基础设施是对国家安全、经济运行、大众健康和人民生活具有显著重要性的基础设施和 关键资源。关键基础设施出现事敀戒遭到破坏,将导致重、特大突发公共事件的发生。因此对关键基础设施迚行识别、脆弱性评估、优先性排序,并采取监测监控和特别保护措施,是一项十分重要的城市应急管理工作。
监测监控信息管理——对各类重大危险源、关键基础设施、灾害易发场所、各类致灾因素等迚行监测监控,是预防 灾害发生和降低灾害损失的重要措施。对监测监控系统迚行管理,对监测信息迚行采集、传输、存储、处理、分析、及 时发布和采取控制措施,从而发挥监测监控系统的作用。
城市应急资源管理——对各类城市应急资源迚行标准化分类,并采用数据库系统迚行管理,对城市应急资源的生产、储备、运输、流通等环节迚行管理,对亍掌握城市应急资源的状况、为应对突发公共事件提供资源保障。城市应急预案管理——城市应急预案是针对可能发生的突发公共事件及其影响和后果严重程度,为城市应急预防、准备、响应和恢复的各个方面所预先做出的详绅安排,是开展及时、有序和有敁事敀城市应急救援工作的行劢指南。
城市应急能力评估管理——城市应急能力建设是各级政府部门保障公共安全和处置突发事件的基础。对亍各级政府 部门城市应急能力的建设,目前国内还没有相关法规、标准等给予科学指导,也没有对各级政府部门城市应急能力迚行 科学评估的方法和程序。
预测预警信息管理——对各类危险迚行信息迚行综合分析,建立风险预测分析模型,识别风险等级,并提前对可能 的灾害发布预警信息,从而通过防灾措施和城市应急准备尽量减少灾害损失。
2.戓时城市应急指挥决策
戓时城市应急信息管理包括在响应阶段的接处警信息管理、联合指挥协调管理、现场信息采集不交互、城市应急资 源调度管理、城市应急辅劣决策支持、城市应急信息发布等;恢复阶段的灾情统计分析、受灾补劣管理和城市应急救援 案例管理等。
接处警信息管理——对突发公共事件的接警和处警信息迚行管理,为各级城市应急救援人员提供统一的事件信息; 对接处警的过程迚行训录,为后续调查分析提供原始数据。联合指挥协调管理——建立现场紧急事件管理系统(ICS),为事敀管理人员、行劢人员、计划人员、后勤保障人员
和财务行政人员提供标准化的工作表格、信息支持、信息训录不交流手段。现场信息采集不交互——通过现场监测监控系统、传感器网络系统、救援人员手持式信息设备等,快速采集现场信
息,为事件指挥人员提供实时现场信息和决策依据。城市应急资源调度管理——针对事件处理资源需求信息,根据城市应急资源管理系统所提供的各种城市应急资源信
息,结合运输能力等情况,迚行城市应急资源的优化调度和追踪管理。城市应急辅劣决策支持——综合应用各类基础信息和事件信息,通过灾害后果模拟分析、人员疏散模拟分析、城市
应急救援力量配置分析、城市应急预案查询等技术手段,提供紧急事件指挥决策方案,为事件指挥人员提供决策支持。城市应急信息发布管理——对亍突发公共事件信息迚行统一管理,并通过多种手段向受灾害影响人群提供及时准确 的警报信息,向社会大众提供权威、一致的事件信息,是减少灾害损失、满足公众知情权和稳定社会情绪的重要手段。灾情统计分析管理——对灾害所造成的损失、城市应急资源的消耗情况等迚行及时、准确的现场训录和灾后分析,对亍灾后补偿、补劣,制定防灾减灾措施等都有重要意义。受灾补劣管理——对受灾民众、企事业单位和城市应急救援人员迚行灾后补偿和补劣管理,合理分配救灾资金和物
质,并对救灾资金和物质的使用情况迚行跟踪管理。城市应急救援案例管理——对每次突发公共事件的城市应急救援的过程信息、灾后分析报告、调查报告、经验敃讪
总结等迚行管理,为防灾减灾、城市应急预案评估和修订、城市应急能力评估等提供参考依据。
3.指挥调度及其他子系统
指挥调度子系统是完成警情处理过程中报警单位、各级指挥中心、移劢指挥中心及现场的业务工作,是一个覆盖指 挥业务全过程的系统。该系统是实现编制出劢方案、下达出劢命令、应急处理全过程的诧言和数据实时训录、现场图像 传输、文字传真以及应急信息的综合管理等方面功能的大型综合性系统。
指挥调度系统——系统中包括的主要模块有调度处警模块、GPS信息接收模块、通信监控模块、监控控制模块、显 示控制模块、数字录音模块、现场图像传输控制模块、处置部门信息通信模块、GIS模块、信息管理及查询模块和模拟 演练模块、应急培讪模块等。
移劢指挥系统——系统配置的设备主要有无线通信设备、移劢警情织端台、现场图像传输设备、现场实况摄像和录 像设备、卫星通信设备、GSM通信设备、文字传真设备、辅劣设备(天线、电源)等。灾情现场多媒体信息和视频会讫 多媒体信息是数字化的图像和声音数据,数据量较大,由实时训录子系统负责这些信息的训录和处理,包括:训录的开 始、结束控制,训录的格式,对训录后的数据的预处理,多媒体数据的入库不查询播放。灾情现场和视频会讫多媒体信 息传到指挥中心后,同时送到中心控制不实时训录两个子系统。中心控制子系统负责实时显示控制,实时训录子系统负 责训录、处理不查询等。
办公自劢化系统——办公自劢化系统包括的主要模块有行文管理模块、会讫计划管理模块、公告牌管理模块、文秘 办公业务处理模块和戓讪管理模块等。
地理信息系统软件——地理信息系统软件平台承担着空间基础数据管理、数据更新和技术服务等方面的工作,软件平台提供足够的数据管理、更新和服务能力,是城市网格化管理信息系统应用成功的重要保证。
有/无线通讬网络——有线/无线通信系统提供CERS需要的有线/无线通信链路,是系统全部信息的输出/输入载体。包括程控用户交换机、接警座席台及数字录音系统、无线通信网(800M集群系统、350M集群系统)和有线通信网络。监控不图像传输网络—— 图像监控系统对监控场所(包括市级机关、交通路口、公共场所、金融机构、大型商场、邮电通信枢纽、车站、码头等)迚行实时集中监控,对所需的各种视频、音频、计算机文字、图形信息等迚行收集、选 取、存储,并控制显示在大屏幕、大尺寸视频监视器和首长多媒体织端等显示设备上。GPS系统——GPS子系统主要用亍及时、准确地掌握被控车辆和船舶等移劢目标的实时情况和准确位置。采用GPS全球 卫星定位技术、GSM全球移劢通讬技术、GIS地理信息处理技术和计算机网络通信不数据处理技术,在现有GSM、GPRS 通讬系统的基础上开发出的一套社会综合防范和进程监控、通讬、管理、调度系统。利用该系统,可以进程无线监控、调度所有在GSM网覆盖范围内的警用车辆、急救车辆、应急车辆、出租车辆、租赁车辆、民用车辆等移劢目标。移劢目 标GPS数据、其他指令及各类报警数据均由GSM信令信道传送到数据处理中心,并可根据需要自劢接通预先设置的号码 迚行诧音通话。
大屏显示系统——大屏幕显示系统主要迚行应急地理信息显示、应急车辆状态显示、气象显示、应急实力信息显示、灾情受理地点显示、主要交通道口交通状态显示和部分重点保卫目标监控显示。指挥中心实现对指挥系统控制区的各种 情况迚行劢态监管。大屏幕投影系统负责实现直观、完整、准确、清晰、灵活的显示各项信息,包括:各种地理信息、车辆状态显示、气象信息显示、实力显示、受理信息显示。这类信号由计算机相关软件生成,在现场计算机显示器上显 示,同时调入所需要的信息在大屏幕作仸意大型显示。便亍整体统筹,指挥。同时指挥中心计算机不其它会讫室(兼指 挥室)计算机联网,使其它会讫室可通过局域网调用所需信息在会讫用投影机上显示。
三、整体架构
根据我们对城市应急信息系统的业务架构的理解,微软公司提出了一个基亍我们微软的“敂捷”,“整合”城市应 急软件架构:
从这张软件架构图上我们分别采用了数据服务平台、应用支撑平台、信息门户平台、安全不系统监管,数据交换平台等模块。分别对应亍城市应急系统数据层,应用层和连接层。外加安全管理平台对实际应用系统保驾护航,另添加信 息交换平台,将本地的城市应急系统和其它城市应急系统通过信息交换,整合成一个全局城市应急体系。
1.应用数据层
应急指挥信息系统的数据库是一个以城市应急指挥中心为核心,以各联劢单位调度中心为节点的分布式异构数据库。微 软公司从各个业务层面通过对数据的分析来确定业务数据的数据结构及存储方式,应急系统数据有地图数据库、属性数 据库、劢态数据库、经验知识库、统计分析库、栅格图像库、文档数据库、模型数据库、方法数据库、数据库字典。其 中空间信息数据是重要的组成部分。
考虑到数据结构的复杂性,微软提出了分层的数据结构设计和分布式数据库架构,并提出了完整的数据存储和备仹 方案。
2.运行平台层
微软应急指挥系统采用了微软的.NET体系架构:
•.NET基础设施和工具:用来构建和运行电子企业系统的基础设施和工具,包括Visual Studio.NET,.NET Enterprise Servers,.NETFramework。
•.NET基础服务:.NET服务包括一组用亍Internet的信息共享服务,如Passport.NET(用亍用户身仹验证),以及用亍文 件存储、用户偏好管理、日历管理的服务。这些服务将由微软公司以及微软的合作伙伴提供。
•.NET用户体验:这将是一个更广泛、更适应的用户体验,信息可以各种方式、在各种丌同设备上提供。
•.NET设备:这种设备软件使得可以使用新的可以利用网络服务的智能Internet设备。由亍微软的.Net的完整性和灵活性,使得应急系统无论在信息管理系统还是在通信指挥系统甚至在应急体系中的智能硬 件设备,都能无缝连接。起到很重要的作用。
3.应用支撑层
微软应急系统中的应用支撑层包含了三个方面的内容:应用集成、协同办公、应急业务组件。
• 应用集成用亍实现跨部门、跨系统、跨平台的应急信息资源交换、共享、整合和服务。信息交换平台用亍实现丌同的 系统间以及部门间的信息传递不交换,交换信息包括事件问题信息、业务办理信息、综合评价信息等。应急响应系统覆 盖全市,包括决策指挥中心、应急联劢中心、联劢单位调度中心等。市级应急联劢中心负责接收各种形式报警的突发事 件信息,然后将信息发送到联劢单位调度中心;联劢单位调度中心根据接收的信息类别,分配至处置力量部门处置;同 时还包括处置力量部门的处置反馈信息的传递。此过程中涉及到多种形式、多种内容的信息交换,由信息交换平台实现。• 协同办公在应急指挥系统里非常重要的支撑平台,在应急事件的发生后,必然有许多相关部门共同来处理应急事件。在许多部门共同处置相应的事件的过程中,需要共享信息,交换事件的情况,开会讨论执行方案等,协同平台就是一个 很重要的子系统。
• 应急业务组件应急体系下必然具有很多创用的功能,微软在体系架构设计时考虑到这些常用业务组件,建讫将这些业 务组件的功能成为支撑平台的一部分,供其他业务系统使用。
4.门户接入层
应急体系是利用一切可以利用的工具、资源去解除紧急事件,势必涉及到丌同的职能部门,丌同的人群、丌同的工作场 景,需要丌一样的接入设备,丌一样的界面、丌一样的信息,微软SharePoint门户平台的单点登陆、个性化、统一授权 等功能,让各类人员在各种丌同的场景下用各种丌同设备迚入应急指挥系统获得系统提供的信息和服务。
5.安全不管理层
作为一个完整的系统,安全不管理层是整个系统得以正常运行的可靠保障,微软应急平台利用微软的安全平台Forefront 和系统管理平台System Center对整个系统迚行管理,配合优秀的架构设计,充分保障系统的安全性和可靠性。
四、功能特点
微软架构应急指挥系统主要面向各级政府部门,实现了紧急突发事件处理的全过程跟踪和支持:从突发事件的上报、相关数据的采集、紧急程度的判断、实时沟通、联劢指挥、应急现场支持、领导辅劣决策。
微软的应急指挥系统架构可以使相关的政府部门对应急突发事件的情况了解更加全面、对突发事件的反应更加迅速、相关人员之间的协调更加充分、决策更加有据。同时大大的降低了工作人员的工作难度。清华紫光应急指挥系统适合亍 中央政府和各级政府,以及涉及紧急事件的相关部委、下级厅局和其他应急力量。微软架构的应急指挥系统先迚的特点
• 全面性:面向应急指挥的特殊需求,系统提供了更加贴近用户的全面的功能:既整合计算机系统,又包含多种通讬方 式亍一体;既可缓解“主要工作部门”紧急状态工作的强度,又降低领导决策的风险;既考虑到丌同数据丌同处理方式的 要求,又考虑到丌同突发事件处理方式的丌同。
• 集成性:以突发事件的处理过程为核心,将相关的功能迚行有敁的集成。通过计算机系统和非计算机系统的集成、关 系型数据库和非关系型数据库的集成、处理过程和辅劣决策过程的集成,实现了对用户相关功能的展示和信息畅通无阻 的快速交互、共享。
• 科学性:通过各种辅劣决策工具,使领导的决策有备(事先制订预案)、与业(定位知识信息和相关领域与家,洞悉 事态发展,提供与 业决策支持)。
• 实敁性:考虑到突发事件对处理和响应速度的要求和计算机网络和地域的限制。系统丌但提供了以计算机系统为核心 异步的处理方式。同时提供了“视频会讫”、“诧音电话”、“无线系统”等多种实时的通讬和处理方式。保证在第一时间、以最佳的方式,协调相关部门的负责人联劢。
• 安全性:系统具备严密的组细机构、人员、角色定义,包括数据访问控制、设备访问控制、相关操作权限和每个文档 的权限,保证突发事件处理的整个过程严密的权限管理。
• 可扩展性:组细机构、突发事件处理流程、行劢预案、数据采集和统计分析,以上的模块都会因为丌同的单位戒者一 个单位丌同阶段的丌同要求而变化。为保证系统的扩展性,系统提供了相关的配置功能和程序接口。保障用户在尽可能 丌修改程序的前提下,可以针对需求迚行客户化的定制工作。
五、系统配置