基本介紹
捷運延長線綜合監控集成方法,新增功能分析,系統新增功能與分析,捷運延長線自動售檢票系統對接聯調的方法,延長線AFC系統網路架構,延長線中對接難題,數據銜接方案,
捷運延長線綜合監控集成方法
根據運營和系統集成施工、驗收經驗，論述並分析廣州捷運3號線綜合監控系統新功能，以及延長線和首期在運營控制中心(OCC)的銜接擴容方法及方式，並對綜合監控與企業資源計畫 (ERP)技術的進一步融合提出展望。
新增功能分析
延長線與首期工程的設計時間相差4年，其間維護、使用 ISCS(首期稱為 “主控系統 ”，main controlsystem)的運營人員有針對性地提出了意見和建議,根據科技的發展對其部分功能進行了擴展和更新，使延長線的ISCS在不少方面都有所創新。
系統新增功能與分析
1) 根據運營維護、使用人員在首期工程中站名變更困難、造價高的情況，設計了車站編碼原則，並要求新車站據此進行編碼，增加站名更改的自由度。
2) 根據FAS系統沒有獨立的網路通道來共享信息和維護終端的情況，延長線藉助ISCS的赫茲曼交換機劃分出虛擬區域網路 (virtuallocalareanetwork,VLAN),將FAS維修信息傳送至車輛段FAS的維修工作站，給FAS提供便利的數據通道。
3)延長線設計OA系統通過網頁瀏覽器經防火牆連入主控系統，並查看主控系統車站/OCC的歷史事件和報警功能，進一步增強和ERP的聯繫。此功能將進一步向現場設備故障—ISCS報警—ERP系統啟動—產生維修工單 —配置和計算物料、人力消耗 —統計維修成本的方向發展。
4)自動、快速地計算出後車裡程是延長線新增的功能之一，如果列車在隧道行駛過程中發生火災，由於環境閉塞，一旦煙氣充斥，後果將極為嚴重。作為應急措施，隧道通風系統會根據列車著火位置 (車頭、車中、車尾 )、列車同隧道風井的相對位置、後車相距位置等因素綜合考慮，啟動正確的隧道通風模式。在此前提下，如何快速地計算出後車相距里程，並結合後車與隧道風井、站台等排煙通道的相對位置，對於啟動正確的隧道通風模式、最大限度地降低乘客傷亡尤為重要。
捷運延長線自動售檢票系統對接聯調的方法
介紹了西安捷運2號線延長線自動售檢票（AFC）系統接入原有已運行系統時，AFC系統與綜合監控系統在綜合聯調中的對接聯調方法。通過搭建模擬測試環境、增加冗餘伺服器、調整聯調時間等方法解決2號線延長線AFC系統接入已正常服務的綜合監控系統時存在的AFC聯調時間緊張、延長線與一期工程數據點表不一致等難題，在不影響現有系統正常運營的情況下實現了延長線AFC與綜合監控數據的互聯互通，為國內在建的同類型延長線接入工程提出了建設性的思路。
延長線AFC系統網路架構
延長線是在已開通運營一段時間後的既有線路基礎上，為了拓展線網運營需要，沿用原線路系統設計，新增數個車站，保持統一軟硬體設備、數據傳輸機制及接口規範的延長線路。
延長線新建的4個車站的上層中央計算機系統與一期工程17個車站都使用原中央計算機系統，與綜合監控系統的數據傳輸也通過中央計算機系統中伺服器相連，並通過同一小清分系統實現對一卡通及1號線 AFC系統的數據互動。
延長線中對接難題
延長線與新開線路的基本調試方法相同。由於2號線一期工程已開通運營，為保證一期工程 AFC系統的正常運行，在進行延長線的數據信息接入及與ISCS互聯互通的調試過程中，應儘可能採用與一期工程一致的軟體平台，減少對一期工程既有系統運行的影響和干擾，實現延長線的平滑接入。但是，因為AFC系統工程調試期接近開通期等因素，使其在與ISCS的綜合聯調配合上存在問題。
數據銜接方案
為在延長線納入時不影響一期AFC的運行，實現平穩過渡，需在CC增加一台冗餘伺服器，實現對CC伺服器的改造。此套冗餘伺服器僅在系統聯調期間做測試使用，系統正式運行後將撤離。CC伺服器的改造方案中，該實時伺服器應採用“類似集群”的架構，即採用由多台伺服器共同協作運行的服務群組。新增2台互為冗餘的實時伺服器將延長線各車站接入，並將延長線所有數據存儲於新增的磁碟陣列中。新增實時伺服器和原2號線中央伺服器在控制中心並列運行。在對新增伺服器和接入的延長線數據進行測試和聯調的初期，兩段線路通過中央交換機的軟體設定形成物理上的隔離（防火牆），延長線系統的調試不會對原2號線伺服器的數據流向產生任何影響，2號線的ISCS仍維持原系統的穩定運行。
