(高清版)GBT 41594-2022 城市軌道交通線網綜合應急指揮系統技術要求_第1頁
(高清版)GBT 41594-2022 城市軌道交通線網綜合應急指揮系統技術要求_第2頁
(高清版)GBT 41594-2022 城市軌道交通線網綜合應急指揮系統技術要求_第3頁
(高清版)GBT 41594-2022 城市軌道交通線網綜合應急指揮系統技術要求_第4頁
(高清版)GBT 41594-2022 城市軌道交通線網綜合應急指揮系統技術要求_第5頁
已閱讀5頁,還剩7頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

城市軌道交通線網綜合應急指揮系統技術要求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系統宜設置與廣播系統

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論