（高清版）GBT 41594-2022 城市轨道交通线网综合应急指挥系统技术要求

城市轨道交通线网综合应急指挥系统技术要求2022-10-12发布2022-10-12实施国家标准化管理委员会I前言 12规范性引用文件 l3术语和定义 14总体要求 15系统功能要求 26系统性能要求 47系统构成要求 58系统软件要求 79系统接口要求 710系统信息安全要求 8参考文献 9Ⅲ本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由中华人民共和国交通运输部提出。本文件由全国城市客运标准化技术委员会(SAC/TC529)归口。本文件起草单位：交通运输部科学研究院、上海申通地铁集团有限公司、广州地铁集团有限公司、深圳地铁运营集团有限公司、成都轨道交通集团有限公司、上海宝信软件股份有限公司、北京市地铁运营有限公司、广州地铁设计研究院股份有限公司、南京地铁运营有限公司、长沙市轨道交通运营有限公司、郑州地铁集团有限公司、北京交通大学、乌鲁木齐城市轨道集团有限公司运营分公司、北京市交通委员会行政审批服务中心、同方股份有限公司。1城市轨道交通线网综合应急指挥系统技术要求1范围本文件规定了城市轨道交通线网综合应急指挥系统的总体要求、系统功能要求、系统性能要求、系统构成要求、系统软件要求、系统接口要求和系统信息安全要求。本文件适用于城市轨道交通线网综合应急指挥系统的设计、建设和运营。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。GB/T22239—2019信息安全技术网络安全等级保护基本要求GB/T25070信息安全技术网络安全等级保护安全设计技术要求GB/T38374城市轨道交通运营指标体系GB/T38707城市轨道交通运营技术规范3术语和定义下列术语和定义适用于本文件。综合应急指挥系统comprehensiveemergencycommandsystem监督城市轨道交通线网的总体运营状态，具有应急资源管理、监测控制与预警和应急处置功能的计算机信息集成系统。4总体要求4.1城市轨道交通线网达到网络化运营条件时，应有综合应急指挥系统(以下简称“系统”),网络化运营的应急需求应满足GB/T38707的规定。4.2正常运营时，系统应具备运营监测、风险管控和信息发布功能；非正常运营时，系统应具备对线网、线路和现场各层级间的协调指挥功能。4.3系统应满足信息内容全面、实时准确、快捷调阅、灵活组合的线网应急指挥要求。4.4系统应满足安全性、可靠性、可用性的要求，并具有可扩展性和可维护性。4.5系统信息安全等级保护级别应不低于GB/T22239—2019规定的二级要求。4.6系统应能满足新线接入、线路改造和延伸等扩展需要。4.7系统宜采用数据级灾备方式建立备用系统。4.8系统可实现数据共享，为企业其他业务和应用提供数据支撑。4.9系统应记录线网应急决策现场的音视频信息和突发事件相关系统界面，并具有回溯功能。24.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.10系统应能监视应急物资和设施设备状态，包括位置、数量，应在地理信息地图中显示。5.1.11系统应能监视应急救援人员的状态，包括各驻站工班位置及管辖区域，应在地理信息地图中显示。5.1.12系统宜能监视线路结构沉降和变形、隧道瓦斯浓度检测等状态。5.1.13系统宜能监视外部信息，可从门户网站、微博、微信及手机应用程序等平台辅助人工检索舆情5.1.14系统应实现多专业系统信息的组团显示，可按不同业务模块专项定制不同的业务场景画面，包括日常监控场景、应急指挥场景。5.2静态信息显示5.2.1系统应能显示整个线网的线路布局图，包括线路走向、轨道区间和保护区域范围以及车站名称、位置等信息。备等设施设备的公里标、结构形式等信息。5.2.3系统应能显示各车站平面布置图，包括防火分区划分、疏散通道指示等信息；宜能显示车站内部三维图。5.2.4系统应能显示各车站周边街区图，包括出入口分布、地理位置等信息。5.2.5系统应能显示各车辆段/停车场的站场布局图，包括线路走向、轨道设备等信息。5.2.6系统应能显示设备房布置图，显示形式包括车站平面或立体图、线路平面图和线网平面图。5.2.7系统应能显示主变电所/变电站布局图、线路一次供电主接线图、线路牵引供电系统图、各车站一次主接线图。5.3系统预警5.3.1系统应能实现突发事件的接报，并使用声音、灯光等多种手段对应急值守人员进行提醒。5.3.2系统应在地理信息系统地图上显示突发事件位置、类型等信息。5.3.3系统应能分析突发事件的危害程度、发展情况和可能造成的危害，给出预警级别。35.4应急处置5.4.1系统应能根据突发事件类型自动匹配应急预案，在地理信息系统地图上显示处置突发事件需要的相关应急物资和设施设备、应急救援人员和专家等信息，包括位置、数量、距离、预计到达时间和联系方式。5.4.2系统应能根据应急预案生成应急处置流程，流程应清晰明确。5.4.3系统应能向手机和企业相关平台移动终端推送文字和语音信息，信息可使用预制格式编辑。5.4.4系统应能通过手机、移动终端、智能救援装备向救援人员发布应急信息。5.4.5系统应能根据突发事件位置自动完成现场周边视频监视画面的切换。5.4.6系统应能控制视频监视系统，包括对摄像头云台全方位移动控制、镜头变倍变焦控制和调用，可5.4.7系统应能通过线路控制中心工作端发布工作指令，具备工作指令的编辑、审批/驳回、保存、发5.4.8系统应支持不少于1000个字符工作指令的发布，应支持将文件、图片等作为附件发布。工作指令发布后任何操作端不能修改。5.4.9系统应能控制乘客信息系统，实现按照线网、线路、车站/列车进行分组、分级发布信息。5.4.11系统宜具备同时处理2起突发事件的能力，能至少同时匹配2项不同类型的应急预案。5.4.12系统应具备同时对多个控制中心的应急指挥功能，应具备多事件处置的联动功能，通过专用调度电话、公务电话、视频会议和乘客信息系统等进行应急指挥。5.5应急资源管理5.5.1应急预案管理5.5.1.1系统应实现对应急预案的数字化和结构化管理，内容包括应急处置的阶段划分、处置内容、时间限制、注意事项和约束判定。5.5.1.2系统应具有应急预案内容模糊检索功能。5.5.1.3系统应具有根据突发事件类型关联应急预案功能。5.5.1.4系统功能设计应具备可扩展性。5.5.2应急物资和设施设备管理5.5.2.1系统应实现对应急物资和设施设备的数量、位置、状态等实时信息进行管理，具有在地理信息系统地图中查询和显示功能。信息应定期更新，具有数量不足时的预警功能。5.5.2.2系统应具有根据突发事件类型关联应急物资和设施设备功能，按照距离自动筛选并在地理信息系统地图中突出显示。可预计相关物资和设备的到达时间。5.5.2.3系统应能根据应急物资和设施设备的名称查询数量、位置、状态以及相关值守人员名称和联系方式等信息，根据需要向相关值守人员发送调用信息。5.5.2.4应急救援人员配备的移动终端应具有定位和轨迹记录功能，系统可向终端发布救援路线。5.5.2.5应急物资和设施设备的分类及编码宜符合GB/T37486和GB/T38565的规定。5.5.3应急人员管理5.5.3.1系统应实现对应急救援人员和内外部应急救援专家的信息管理。信息应定期更新。5.5.3.2系统应根据突发事件类型关联应急救援人员和应急救援专家，并一键电话通知所选应急救援人员及专家。5.5.3.3系统宜实现对社会救援力量的信息管理，能查询位置、类型和联系方式。45.6.1系统应建立信息模板库，具备多种场景下信息模板的调用和编辑功能。5.6.2系统应具备向门户网站、短信、手机应用程序、微信、微博、广播及乘客信息系统等平台发布信息5.6.3系统应具备向计算机终端、手机、平板电脑等终端设备发布信息功能，包括运营公告、运营实时信息和辅助决策信息。5.6.4系统应具备一次性向多个平台或终端发布信息功能，具备信息审核确认功能。发送对象应分5.6.5系统应具备向城市轨道交通运营主管部门和地面公交等相关单位报送信息的功能。5.7统计分析5.7.1系统应能统计分析线网及线路的行车指标，包括计划开行列次、计划兑现列次、最大/最小发车现率。5.7.2系统应能统计分析线网及线路的客流指标，包括进站量、出站量、换乘量、断面满载率。5.7.3系统应能统计分析线网及线路的设备故障指标，包括车辆系统故障率、信号系统故障率、供电系统故障率、站台门故障率、机电设备可靠度。5.7.4系统应能对不同时期和不同时段的运营数据指标进行同比、环比、定基比分析和趋势分析，生成5.7.5系统应能实现对同类突发事件的关键处置信息进行对比，辅助进行应急管理、应急准备、预警、应急响应等方面的应急能力评估。5.7.6系统应具有应急能力评估报告辅助编写功能，提供评估报告模板，具有编辑、发布、打印和保存电子档案功能。5.7.7系统应具备自动或人工记录应急响应启动、救援人员接报和到达等事件处置关键时间、关键步骤等信息功能，并可供查询。5.7.8系统应实现对工作指令按照时间段、指令号码、发令人、接收人等关键字进行查询和统计功能。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%。56.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所示。其他相关应急其他相关应急指挥系统信息气象信息地震信息周边视频类信息舆情信息企外部其他信息网络边界安全防护系统数据采集数据处理运行维护城市轨道交通线网综合应急指挥系统4联网边界安全防护系统专网边界安全防护系统线路设施设备信息线路其他生产数据施工管理信息静态信息显示动态数据监视线路行车信息线路客服信总线路视频信总客流信息信息发布应急处置系统测试统计分析专网“资源组件即7.1.1中描述的公共资源组件。”“企业”指城市轨道交通运营单位。图1线网综合应急指挥系统框架图7.1.2系统应采用冗余、分布式结构，按照边界设防、区域隔离的原则，应采用故障隔离和抗干扰等安全防范措施。7.1.3系统应具备与一级母钟进行时间同步的功能。6执行层执行层7.2系统组成要求7.2.1应配置应急会商系统，为操作和指挥人员提供现场监视、综合显示、视频会议等功能。7.2.2应设置综合显示屏，集中显示系统实时状态，信息显示及操作宜符合以下要求：a)集中显示线网各系统实时状态，可按工作要求切换大屏幕显示画面；b)显示客流、视频、行车、主变电所、重大事件等信息，必要时可切换到应急相关画面；c)按不同业务模块定制不同的业务场景画面；d)统一风格，实现单一业务投放和多业务数据组团显示；7.2.3应在线路控制中心设置工作站，当两条及以上线路共用控制中心时，工作站可共用。7.2.4应在应急物资与设施设备存放地点、应急值守地点设置工作站。7.2.5应配置现场移动终端，现场音频、视频、图像、位置等数据应在规定时间内传入系统。宜具备接收音频信息功能。7.2.6应包含指挥层和执行层，系统组成与信息流图如图2所示。指挥层工作站综合显示应忿会商电话/无线调度工作站综合显示应忿会商电话/无线调度电话/无线调度移动终端图2线网综合应急指挥系统组成与信息流图7.3系统设备要求7.3.1系统宜在线路侧设置接入服务器以接入线路各子系统。7.3.2系统应设置服务器、存储设备、工作站、现场移动终端、打印机、不间断电源等设备。系统采用云计算技术架构部署业务的，宜使用虚拟机资源；虚拟机不能满足的，可使用裸金属服务器。7.3.3系统应设置冗余、相互独立的三层以太网交换系统。7.3.4系统软件宜由平台软件、应用软件和数据库软件等构成，数据库软件宜部署在裸金属服务器。7.3.5系统数据库软件可采用关系型数据库、数据仓库或大数据系统。7.3.6系统应设置线网级传输网络、专用电话和公务电话系统，宜设置线网级无线调度系统。78系统软件要求8.1系统软件设计宜支持云计算技术架构。8.2系统平台软件应符合下列规定：a)支持异构硬件平台和异构操作系统的跨平台部署；b)采用模块化设计和层次化结构，平台软件与应用软件解耦，具备海量实时数据接入能力，支持标准工业级通信协议和异构数据源的接入，支持接入数据的横向扩展，提供实时数据访问控制机制；c)提供可视化设计开发功能，支持图形组态开发、数据可视化开发和综合显示屏画面开发；d)提供集成开发环境、公共资源组件和开发接口，支持二次开发；e)支持多人协同开发，配置数据应能自动校核、同步更新；f)支持工程项目分期实施、分线接入、线路改造和延伸的管理要求，支持系统应用扩展。8.3系统应用软件应符合下列规定：a)支持系统应用功能的实现和扩展；b)提供系统监视和维护管理工具，支持远程部署和在线更新。8.4系统应用软件每项操作宜在4步内完成。8.5系统数据库软件应符合下列规定：a)支持结构化、半结构化和非结构化数据的存储，提供数据备份和恢复功能；b)支持事务型处理和分析型处理；c)具备数据管理能力，提供元数据管理、数据质量管理、数据服务功能。9系统接口要求9.1系统接口应满足系统安全、系统功能、系统性能要求。9.2系统与信号系统、自动售检票系统、电力监控系统、环境与设备监控系统、火灾自动报警系统、车辆专业系统、视频监视系统、广播系统、门禁系统、人工报送站等系统的接口应采用冗余通道配置，与接收气象、地震、防汛防台等信息的系统接口宜采用冗余通道配置。9.3系统接口应采用通用以太网型式，并具有可扩展性。9.4系统应设置与信号系统接口，采集车次号、车组号、运行方向、目的地、列车位置信息、列车阻塞信息、列车延误信息、列车计划运行图、列车实际运行图和列车运行里程数据等运行信息，并应采集信号机、道岔、轨道区段等设备的运行状态和故障报警信息。9.5系统应设置与自动售检票系统接口，采集进出站实时客流数据、线路和断面客流量、出行到达客流，以及换乘站的换乘客流量及售检票设备信息。条件允许时，可采用视频分析等技术，计算列车、站9.6设有综合监控系统的，系统应设置与综合监控系统接口；未设综合监控系统的，系统应设置与电力监控系统、环境与设备监控系统、火灾自动报警系统接口，并采集下列信息：a)供电设备的遥信、遥测数据和继电保护动作记录、故障信息；b)隧道通风、车站通风空调、给排水、照明、站台门、电(扶)梯等设备的运行状态和故障报警信息；c)火灾报警信号、消防设施设备的联动状态和故障报警信息。9.7系统宜设置与车辆专业接口，采集车辆的牵引、制动、走行部、车门等重要设备的运行状态和故障报警，车载设备运行状态和故障报警，紧急手柄、紧急呼叫、车门紧急解锁、逃生门开启等应急触发信号。9.8系统应设置与视频监视系统接口，满足同时调看单条线路内不少于20路摄像机图像的能力，其中8列车图像至少4路、车站图像至少16路，并应具备调看线路录像功能。9.9系统应设置与乘客信息系统接口，实现对车站和列车的统一信息发布。9.10系统宜设置与广播系统