GB/T 41594-2022 城市轨道交通线网综合应急指挥系统技术要求（正式版）

ICSCCS03.220.20城市轨道交通线网综合应急指挥系统国家市场监督管理总局国家标准化管理委员会I Ⅲ 12规范性引用文件 1 1 15系统功能要求 2 47系统构成要求 58系统软件要求 7 710系统信息安全要求 8参考文献 9ⅢGB/T41594—2022本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由中华人民共和国交通运输部提出。本文件由全国城市客运标准化技术委员会(SAC/TC529)归口。圳地铁运营集团有限公司、成都轨道交通集团有限公司、上海宝信软件股份有限公司、北京市地铁运营有限公司、广州地铁设计研究院股份有限公司、南京地铁运营有限公司、长沙市轨道交通运营有限公司、郑州地铁集团有限公司、北京交通大学、乌鲁木齐城市轨道集团有限公司运营分公司、北京市交通委员会行政审批服务中心、同方股份有限公司。1GB/T41594—2022城市轨道交通线网综合应急指挥系统技术要求1范围本文件规定了城市轨道交通线网综合应急指挥系统的总体要求、系统功能要求、系统性能要求、系统构成要求、系统软件要求、系统接口要求和系统信息安全要求。本文件适用于城市轨道交通线网综合应急指挥系统的设计、建设和运营。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。GB/T22239—2019信息安全技术网络安全等级保护基本要求GB/T25070信息安全技术网络安全等级保护安全设计技术要求GB/T38374城市轨道交通运营指标体系GB/T38707城市轨道交通运营技术规范3术语和定义下列术语和定义适用于本文件。3.1综合应急指挥系统comprehensiveemergencycommandsystem监督城市轨道交通线网的总体运营状态，具有应急资源管理、监测控制与预警和应急处置功能的计算机信息集成系统。4总体要求4.1城市轨道交通线网达到网络化运营条件时，应有综合应急指挥系统(以下简称“系统”),网络化运营的应急需求应满足GB/T38707的规定。线路和现场各层级间的协调指挥功能。4.5系统信息安全等级保护级别应不低于GB/T22239—2019规定的二级要求。4.6系统应能满足新线接入、线路改造和延伸等扩展需要。4.7系统宜采用数据级灾备方式建立备用系统。4.8系统可实现数据共享，为企业其他业务和应用提供数据支撑。4.9系统应记录线网应急决策现场的音视频信息和突发事件相关系统界面，并具有回溯功能。2GB/T41594—20224.10系统应具备利用回溯信息开展应急指挥方案的培训功能。5系统功能要求5.1动态数据监视5.1.1系统应能监视线路列车运行图和列车运行状态。5.1.2系统应能监视线网的实时客流信息，包括各车站进站客流量、出站客流量、换乘站的换乘客流量5.1.3系统应能监视各车站和列车的视频图像，应以摄像机布局图的方式显示。5.1.4系统应能监视供电设备状态，显示内容应包括遥信和遥测数据。5.1.5系统应能监视重要机电设备状态，显示内容包括线路隧道通风系统状态、车站和区间排水系统5.1.6系统应能监视线路车站通风空调系统状态、照明系统状态、自动售检票系统状态。5.1.7系统应能监视线路火灾报警信息。5.1.8系统应能监视车站所在区域天气状态信息。5.1.9系统应能监视车站和线路风险点、风险等级和隐患治理状态。5.1.11系统应能监视应急救援人员的状态，包括各驻站工班位置及管辖区域，应在地理信息地图中显示。5.1.12系统宜能监视线路结构沉降和变形、隧道瓦斯浓度检测等状态。5.1.13系统宜能监视外部信息，可从门户网站、微博、微信及手机应用程序等平台辅助人工检索舆情5.1.14系统应实现多专业系统信息的组团显示，可按不同业务模块专项定制不同的业务场景画面，包5.2静态信息显示5.2.1系统应能显示整个线网的线路布局图，包括线路走向、轨道区间和保护区域范围以及车站名称、位置等信息。5.2.3系统应能显示各车站平面布置图，包括防火分区划分、疏散通道指示等信息；宜能显示车站内部三维图。5.2.5系统应能显示各车辆段/停车场的站场布局图，包括线路走向、轨道设备等信息。5.2.6系统应能显示设备房布置图，显示形式包括车站平面或立体图、线路平面图和线网平面图。5.2.7系统应能显示主变电所/变电站布局图、线路一次供电主接线图、线路牵引供电系统图、各车站一次主接线图。5.3系统预警5.3.1系统应能实现突发事件的接报，并使用声音、灯光等多种手段对应急值守人员进行提醒。5.3.2系统应在地理信息系统地图上显示突发事件位置、类型等信息。5.3.3系统应能分析突发事件的危害程度、发展情况和可能造成的危害，给出预警级别。3GB/T41594—20225.4.1系统应能根据突发事件类型自动匹配应急预案，在地理信息系统地图上显示处置突发事件需要5.4.5系统应能根据突发事件位置自动完成现场周边视频监视画面的切换。5.4.8系统应支持不少于1000个字符工作指令的发布，应支持将文件、图片等作为附件发布。工作指令发布后任何操作端不能修改。5.4.11系统宜具备同时处理2起突发事件的能力，能至少同时匹配2项不同类型的应急预案。5.5.1.2系统应具有应急预案内容模糊检索功能。5.5.1.4系统功能设计应具备可扩展性。5.5.2应急物资和设施设备管理5.5.2.2系统应具有根据突发事件类型关联应急物资和设施设备功能，按照距离自动筛选并在地理信息系统地图中突出显示。可预计相关物资和设备的到达时间。5.5.2.5应急物资和设施设备的分类及编码宜符合GB/T37486和GB/T38565的规定。5.5.3.1系统应实现对应急救援人员和内外部应急救援专家的信息管理。信息应定期更新。5.5.3.2系统应根据突发事件类型关联应急救援人员和应急救援专家，并一键电话通知所选应急救援4GB/T41594—20225.6信息发布5.6.1系统应建立信息模板库，具备多种场景下信息模板的调用和编辑功能。5.6.3系统应具备向计算机终端、手机、平板电脑等终端设备发布信息功能，包括运营公告、运营实时信息和辅助决策信息。5.6.4系统应具备一次性向多个平台或终端发布信息功能，具备信息审核确认功能。发送对象应分5.6.5系统应具备向城市轨道交通运营主管部门和地面公交等相关单位报送信息的功能。5.7统计分析5.7.1系统应能统计分析线网及线路的行车指标，包括计划开行列次、计划兑现列次、最大/最小发车现率。5.7.3系统应能统计分析线网及线路的设备故障指标，包括车辆系统故障率、信号系统故障率、供电系导出图表。5.7.5系统应能实现对同类突发事件的关键处置信息进行对比，辅助进行应急管理、应急准备、预警、应急响应等方面的应急能力评估。5.7.6系统应具有应急能力评估报告辅助编写功能，提供评估报告模板，具有编辑、发布、打印和保存电子档案功能。5.7.7系统应具备自动或人工记录应急响应启动、救援人员接报和到达等事件处置关键时间、关键步5.7.9指标的统计和计算方法应符合GB/T38374的要求。5.8系统测试5.8.1系统应具备软件上线前功能测试和各业务系统接口测试功能。5.8.2系统应具备用户组态、数据点修改和业务流程的编辑重置功能。5.8.3系统应具备安全隔离措施，测试时不应影响系统正常运行。6系统性能要求6.1系统从接口数据采集到界面显示的响应时间应小于2s。6.2控制命令在系统中的响应时间应小于2s。6.3显示整个线网的实时全局运行状态的线路图整幅调出响应时间应小于15s。单站实时数据画面整幅调出响应时间应小于1s。其余实时数据画面整幅调出响应时间应小于2s。6.4冗余设备应实现自动切换功能。冗余设备切换时间应符合下列规定：a)冗余服务器切换时间小于2s;b)网络切换时间小于0.5s。6.5系统采用云计算技术时服务器中央处理器平均负荷率应小于60%,其他情况应小于30%。6.6系统采用云计算技术时系统网络平均负荷率应小于50%,其他情况应小于25%。5GB/T41594—20226.7工作站中央处理器平均负荷率应小于30%。6.8系统产生的数据应存储不少于10年。险性事件处置时产生的数据应永久存储。6.9系统软件应至少满足每条线50万点实时数据的处理要求。6.10系统的不间断电源后备时间应满足最大负荷情况下不少于1h。6.11系统可用性指标应大于99.98%。6.12系统数据传输速率应不低于1000Mbit/s。7系统构成要求7.1基本要求其他相关应急其他相关应急指挥系统信息地震信息周边视频类信息企业外部其他信息互联网信息上联网边界安全防护系统专网边界安全防护系统线路设施设备信息线路其他牛产数据线路视频信息线路行车信息幾路客服信息资源组件“资源组件即7.1.1中描述的公共资源组件。图1线网综合应急指挥系统框架图7.1.2系统应采用冗余、分布式结构，按照边界设防、区域隔离的原则，应采用故障隔离和抗干扰等安全防范措施。7.1.3系统应具备与一级母钟进行时间同步的功能。6GB/T41594—20227.2系统组成要求7.2.2应设置综合显示屏，集中显示系统实时状态，信息显示及操作宜符合以下要求：a)集中显示线网各系统实时状态，可按工作要求切换大屏幕显示画面；c)按不同业务模块定制不同的业务场景画面；d)统一风格，实现单一业务投放和多业务数据组团显示；7.2.3应在线路控制中心设置工作站，当两条及以上线路共用控制中心时，工作站可共用。7.2.4应在应急物资与设施设备存放地点、应急值守地点设置工作站。7.2.5应配置现场移动终端，现场音频、视频、图像、位置等数据应在规定时间内传入系统。宜具备接收音频信息功能。7.2.6应包含指挥层和执行层，系统组成与信息流图如图2所示。指挥层指挥层电话/无线调度发布应急信息调用应急资源执行层电话/无线调度报送应急信息上传现场信息应急会商移动终端综合显示工作站工作站图2线网综合应急指挥系统组成与信息流图7.3系统设备要求7.3.1系统宜在线路侧设置接入服务器以接入线路各子系统。7.3.3系统应设置冗余、相互独立的三层以太网交换系统。7.3.4系统软件宜由平台软件、应用软件和数据库软件等构成，数据库软件宜部署在裸金属服务器。7.3.5系统数据库软件可采用关系型数据库、数据仓库或大数据系统。7.3.6系统应设置线网级传输网络、专用电话和公务电话系统，宜设置线网级无线调度系统。7GB/T41594—20228系统软件要求8.1系统软件设计宜支持云计算技术架构。8.2系统平台软件应符合下列规定：a)支持异构硬件平台和异构操作系统的跨平台部署；b)采用模块化设计和层次化结构，平台软件与应用软件解耦，具备海量实时数据接入能力，支持标准工业级通信协议和异构数据源的接入，支持接入数据的横向扩展，提供实时数据访问控制c)提供可视化设计开发功能，支持图形组态开发、数据可视化开发和综合显示屏画面开发；d)提供集成开发环境、公共资源组件和开发接口，支持二f)支持工程项目分期实施、分线接入、线路改造和延伸的管理要求，支持系统应用扩展。8.3系统应用软件应符合下列规定：a)支持系统应用功能的实现和扩展；b)提供系统监视和维护管理工具，支持远程部署和在线更新。8.4系统应用软件每项操作宜在4步内完成。8.5系统数据库软件应符合下列规定：a)支持结构化、半结构化和非结构化数据的存储，提供数据备份和恢复功能；b)支持事务型处理和分析型处理；9系统接口要求9.1系统接口应满足系统安全、系统功9.3系统接口应采用通用以太网型式，并具有可扩展性。息、列车延误信息、列车计划运行图、列车实际运行图和列车运行里程数据等运行信息，并应采集信号9.5系统应设置与自动售检票系统接口，采集进出站实时客流数据、线路和断面客流量、出行到达客流，以及换乘站的换乘客流量及售检票设备信息。条件允许时，可采用视频分析等技术，计算列车、站9.6设有综合监控系统的，系统应设置与综合监控系统接口；未设综合监控系统的，系统应设置与电力a)供电设备的遥信、遥测数据和继电保护动作记录、故c)火灾报警信号、消防设施设备的联动状态和故障报警信息。9.7系统宜设置与车辆专业接口，采集车辆的牵引、制动、走行部、车门等重要设备的运行状态和故障9.8系统应设置与视频监视系统接口，满足同时调看单条线路内不少于20路摄像机图像的能力，其中8GB/T41594—2022列车图像至少4路、车站图像至少16路，并应具备调看线路录像功能。9.9系统应设置与乘客信息系统接口，实现对车站和列车的统一信息发布。9.10系统宜设置与广播系统接口，实现对车站和列车的统一广播。9.11系统宜设置与门禁系统接口，采集线路门禁系统设备运行状态、门禁刷卡数据和告警数据。9.12系统宜设置用于采集天气、地震、汛期、边的视频监视信息。报送的运营生产信息和事件信息。9.14系统应根据城市轨道交通运营主管部门需要，设置必要的接口实现信息交换。9.15系统故障时，不应影响接口系统正常运行