地鐵綜合監(jiān)控系統(tǒng)數(shù)據(jù)信息量及服務(wù)器配置方式討論

楊洪

【摘 要】 本文主要在論述地鐵綜合監(jiān)控系統(tǒng)理論與實(shí)際信息數(shù)據(jù)量的基礎(chǔ)上，分析西安地鐵2號(hào)線數(shù)據(jù)存儲(chǔ)處理典型問題，并對(duì)綜合監(jiān)控系統(tǒng)中央級(jí)以及車站級(jí)服務(wù)器配置方式進(jìn)行討論。綜合監(jiān)控系統(tǒng)信息傳輸，信息存儲(chǔ)處理必須通過科學(xué)的設(shè)計(jì)，以及現(xiàn)代先進(jìn)通信傳輸技術(shù)的應(yīng)用，有效提高系統(tǒng)數(shù)據(jù)信息轉(zhuǎn)發(fā)傳輸?shù)膶?shí)時(shí)性、可靠性和準(zhǔn)確性，確保地鐵運(yùn)營(yíng)、監(jiān)控、維護(hù)等能夠達(dá)到預(yù)期目標(biāo)。

【關(guān)鍵詞】 綜合監(jiān)控系統(tǒng) ?信息數(shù)據(jù)存儲(chǔ)處理能力 ?中央級(jí)服務(wù)器 ?站點(diǎn)式分布服務(wù)器設(shè)置

1 綜合監(jiān)控系統(tǒng)概述

西安地鐵2號(hào)線（簡(jiǎn)稱地鐵2號(hào)線）綜合監(jiān)控系統(tǒng)是一個(gè)具有多功能性的信息集成互聯(lián)系統(tǒng)。綜合監(jiān)控系統(tǒng)采用集成、互聯(lián)的方式將地鐵2號(hào)線各關(guān)聯(lián)子系統(tǒng)聯(lián)接成一個(gè)有機(jī)的整體，形成統(tǒng)一的監(jiān)控硬件平臺(tái)和軟件平臺(tái)，從而實(shí)現(xiàn)對(duì)地鐵主要弱電設(shè)備的集中監(jiān)控和管理功能，實(shí)現(xiàn)對(duì)列車運(yùn)行情況和客流統(tǒng)計(jì)數(shù)據(jù)的關(guān)聯(lián)監(jiān)視功能，最終實(shí)現(xiàn)相關(guān)各系統(tǒng)之間的信息共享和協(xié)調(diào)互動(dòng)功能。綜合監(jiān)控系統(tǒng)使控制中心OCC通過綜合監(jiān)控軟件平臺(tái)完成地鐵2號(hào)線各關(guān)聯(lián)系統(tǒng)設(shè)備的信息的互聯(lián)互通，大大提高了故障的處理效率，實(shí)現(xiàn)了跨專業(yè)的（各子系統(tǒng)）的信息共享和聯(lián)動(dòng)，為西安地鐵2號(hào)線自動(dòng)化調(diào)度管理提供了重要依據(jù)。

西安地鐵2號(hào)線綜合監(jiān)控系統(tǒng)集成的主要接口系統(tǒng)有電力監(jiān)控系統(tǒng)（PSCADA）;環(huán)境與設(shè)備監(jiān)控系統(tǒng)（BAS）、火災(zāi)自動(dòng)報(bào)警系統(tǒng)（FAS）、屏蔽門（PSD）;互聯(lián)系統(tǒng)有：信號(hào)系統(tǒng)（SIG）、自動(dòng)售檢票系統(tǒng)（AFC）、廣播系統(tǒng)（PA）、閉路電視監(jiān)視系統(tǒng)（CCTV）、乘客信息系統(tǒng)（PIS）、綜合網(wǎng)絡(luò)管理系統(tǒng)（TNMS）、時(shí)鐘系統(tǒng)（CLK）。綜合監(jiān)控系統(tǒng)（ISCS）的構(gòu)建，為西安地鐵2號(hào)線安全、可靠、經(jīng)濟(jì)、適用的運(yùn)營(yíng)提供了重要技術(shù)保障（如圖1，2）。

2 綜合監(jiān)控系統(tǒng)數(shù)據(jù)量的計(jì)算

2.1 綜合監(jiān)控系統(tǒng)數(shù)據(jù)量的理論計(jì)算

綜合監(jiān)控系統(tǒng)網(wǎng)絡(luò)通常分為骨干網(wǎng)和局域網(wǎng)兩個(gè)層次。骨干網(wǎng)是連接車站和中央的主干傳輸網(wǎng)絡(luò)，車站和車輛段的站級(jí)綜合監(jiān)控系統(tǒng)則由局域網(wǎng)構(gòu)成，各局域網(wǎng)通過骨干網(wǎng)有機(jī)地形成整體，以滿足系統(tǒng)的需求。綜合監(jiān)控系統(tǒng)的骨干網(wǎng)上傳輸?shù)臄?shù)據(jù)包括各接入系統(tǒng)用于監(jiān)控和維修管理的實(shí)時(shí)數(shù)據(jù)，這些數(shù)據(jù)按類型可分為開關(guān)量（I/O數(shù)據(jù)）、模擬量和SOE量。由于綜合監(jiān)控系統(tǒng)的監(jiān)控主要以I/O數(shù)據(jù)為主，模擬量和SOE量較少，對(duì)骨干網(wǎng)的帶寬要求將基于實(shí)時(shí)監(jiān)控的I/O數(shù)據(jù)量和維修數(shù)據(jù)量來估算。

綜合監(jiān)控系統(tǒng)傳輸數(shù)據(jù)以上行為主，下行的命令數(shù)據(jù)很少可以忽略不計(jì)。系統(tǒng)采用基于TCP/IP的以太網(wǎng)，TCP/IP是一組協(xié)議的總稱，IP協(xié)議是包括TCP、UDP、FTP、SMTP等等，其中TCP適合文件傳輸，但不適合于實(shí)時(shí)數(shù)據(jù)傳輸，工業(yè)控制系統(tǒng)大多采用UDP協(xié)議。

以太網(wǎng)每個(gè)數(shù)據(jù)幀前導(dǎo)碼8個(gè)字節(jié)，目的地址和源地址各6字節(jié)，數(shù)據(jù)長(zhǎng)度2個(gè)字節(jié)，幀校驗(yàn)序列4個(gè)字節(jié)，數(shù)據(jù)46-1500個(gè)字節(jié)。必須的幀頭尾開銷共26字節(jié)。

IP協(xié)議需要20個(gè)字節(jié)的固定開銷，采用UDP協(xié)議需要12個(gè)字節(jié)的固定開銷。

對(duì)于I/O數(shù)據(jù)，每個(gè)點(diǎn)按2字節(jié)計(jì)算，每個(gè)信息包承載10個(gè)點(diǎn)，加上各層封裝的開銷，則每個(gè)包長(zhǎng)度為：

L1=26+20+12+10×2=78byte=624bit

對(duì)于模擬量數(shù)據(jù)，每個(gè)點(diǎn)按10字節(jié)計(jì)算，每個(gè)信息包承載10個(gè)點(diǎn)，加上各層封裝的開銷，則每個(gè)包長(zhǎng)度為：

L2=26+20+12+10×10=158byte=1264bit

對(duì)于SOE量數(shù)據(jù)，每個(gè)點(diǎn)按15字節(jié)計(jì)算，每個(gè)信息包承載10個(gè)點(diǎn)，加上各層封裝的開銷，則每個(gè)包長(zhǎng)度為：

L3=26+20+12+15×10=208byte=1664bit

西安地鐵2號(hào)線一期共17座車站，1座車輛段，2座主變共20座站點(diǎn)。綜合監(jiān)控系統(tǒng)總監(jiān)控點(diǎn)數(shù)按34萬(wàn)點(diǎn)計(jì)算。其中按數(shù)字量約占總監(jiān)控點(diǎn)數(shù)的85%，SOE量約占總數(shù)的12%，模擬量約占總數(shù)的3%計(jì)算。根據(jù)集中分布式監(jiān)控?cái)?shù)據(jù)的傳輸網(wǎng)鏈路容量估算公式：監(jiān)控?cái)?shù)據(jù)的傳輸網(wǎng)鏈路容量C=綜合監(jiān)控系統(tǒng)總監(jiān)控點(diǎn)數(shù)×信息包長(zhǎng)度/信息單向傳遞延時(shí)。

則數(shù)字量傳輸鏈路容量為：

C1=（340000×0.85÷10）×624÷0.5=36.1Mbps

則模擬量傳輸鏈路容量為：

C2=（340000×0.03÷10）×1264÷0.5=2.6Mbps

則SOE量傳輸鏈路容量為：

C3=（340000×0.12÷10）×1664÷0.5=13.4Mbps

此外由于綜合監(jiān)控系統(tǒng)傳輸數(shù)據(jù)還包括各相關(guān)系統(tǒng)維修信息應(yīng)以事件觸發(fā)的方式主動(dòng)上傳至維修中心，單個(gè)子系統(tǒng)的維修信息量不會(huì)超過5Mbps，同時(shí)考慮到大部分設(shè)備同時(shí)發(fā)生故障的可能性很小，因此各集成系統(tǒng)維修信息所需傳輸網(wǎng)鏈路容量c約為30Mbps。

綜合監(jiān)控系統(tǒng)傳輸鏈路總?cè)萘緾=C1+C2+C3+c=82.1Mbps（監(jiān)控?cái)?shù)據(jù)鏈路容量C+維修信息所需鏈路容量c）。

2.2 西安地鐵2號(hào)線綜合監(jiān)控?cái)?shù)據(jù)量統(tǒng)計(jì)

西安地鐵2號(hào)線綜合監(jiān)控系統(tǒng)中（典型車站服務(wù)器）各接口子系統(tǒng)點(diǎn)表信息如表1：

西安地鐵2號(hào)線綜合監(jiān)控系統(tǒng)中（典型車站服務(wù)器）各接口系統(tǒng)數(shù)據(jù)點(diǎn)數(shù)量如表2：

從上述表中可以看出，按照地鐵運(yùn)營(yíng)生產(chǎn)的實(shí)際需求，西安地鐵2號(hào)線綜合監(jiān)控系統(tǒng)車站級(jí)服務(wù)器數(shù)據(jù)庫(kù)數(shù)據(jù)點(diǎn)具有子系統(tǒng)分類多，設(shè)備信息點(diǎn)詳細(xì)，數(shù)據(jù)量龐大等特點(diǎn)。

西安地鐵2號(hào)線中央級(jí)綜合監(jiān)控系統(tǒng)單日數(shù)據(jù)信息量統(tǒng)計(jì)表如表3：

表3數(shù)據(jù)表明（上述數(shù)據(jù)量為隨機(jī)提取7日內(nèi)每日事件數(shù)據(jù)總量），地鐵2號(hào)線目前日數(shù)據(jù)信息量平均約為162139條。

2.3 綜合監(jiān)控系統(tǒng)數(shù)據(jù)處理能力的主要問題

按照上述綜合監(jiān)控系統(tǒng)數(shù)據(jù)信息量的計(jì)算與實(shí)際的數(shù)據(jù)量統(tǒng)計(jì)分析，地鐵2號(hào)線采用通信系統(tǒng)提供的獨(dú)立信道（100Mbps）能夠滿足地鐵2號(hào)線的信息傳輸需求。但綜合監(jiān)控系統(tǒng)功能的實(shí)現(xiàn)，一方面依賴于信息傳輸通道，另一方面取決于中央級(jí)以及車站級(jí)服務(wù)器和相關(guān)系統(tǒng)硬件，軟件設(shè)備的信息存儲(chǔ)處理能力，完成如故障信息報(bào)警，設(shè)備運(yùn)行狀態(tài)，趨勢(shì)圖等數(shù)據(jù)信息統(tǒng)計(jì)分析功能。按照現(xiàn)有的地鐵2號(hào)線數(shù)據(jù)信息量進(jìn)行計(jì)算，地鐵2號(hào)線中央級(jí)綜合監(jiān)控系統(tǒng)磁盤陣列（容量為2.4T）實(shí)際存儲(chǔ)周期為20天左右，設(shè)計(jì)存儲(chǔ)周期為3個(gè)月。故中央以及車站級(jí)綜合監(jiān)控服務(wù)器數(shù)據(jù)信息存儲(chǔ)處理能力可能因數(shù)據(jù)量過大成為全線綜合監(jiān)控系統(tǒng)數(shù)據(jù)傳輸、信息處理的瓶頸。目前西安地鐵因此類問題出現(xiàn)的典型問題為：中央級(jí)或車站級(jí)綜合監(jiān)控服務(wù)器事件信息丟失問題。

中央級(jí)或車站級(jí)綜合監(jiān)控服務(wù)器事件丟失是指綜合監(jiān)控系統(tǒng)服務(wù)器（中央級(jí)，車站級(jí)）由于數(shù)據(jù)存儲(chǔ)量超過系統(tǒng)軟件設(shè)定的上限值（依據(jù)硬盤容量設(shè)定）而數(shù)據(jù)更新動(dòng)作發(fā)生意外使綜合監(jiān)控系統(tǒng)所集成互聯(lián)系統(tǒng)的數(shù)據(jù)信息只存儲(chǔ)于車站級(jí)服務(wù)器內(nèi)存中，無(wú)法進(jìn)入中央級(jí)調(diào)度工作站，車站級(jí)工作站信息更新，出現(xiàn)工作站信息刷新不顯示、不更新的故障現(xiàn)象。因車站綜合監(jiān)控服務(wù)器內(nèi)存只能存儲(chǔ)2個(gè)小時(shí)的接口系統(tǒng)的數(shù)據(jù)信息，故信息事件丟失故障會(huì)出現(xiàn)兩種故障現(xiàn)象，其一為在2個(gè)小時(shí)內(nèi)恢復(fù)數(shù)據(jù)更新動(dòng)作，中央級(jí)以及車站級(jí)綜合監(jiān)控工作站能夠恢復(fù)之前所有未刷新信息的顯示。其二為在2個(gè)小時(shí)內(nèi)未恢復(fù)數(shù)據(jù)更新動(dòng)作，中央級(jí)以及車站級(jí)綜合監(jiān)控工作將永久丟失部分?jǐn)?shù)據(jù)信息無(wú)法恢復(fù)。需進(jìn)一步提高中央級(jí)以及車站級(jí)綜合監(jiān)控系統(tǒng)服務(wù)器數(shù)據(jù)傳輸、數(shù)據(jù)存儲(chǔ)處理能力，滿足地鐵運(yùn)營(yíng)的實(shí)際需求。

3 綜合監(jiān)控系統(tǒng)服務(wù)器配置討論

因綜合監(jiān)控系統(tǒng)中央級(jí)服務(wù)器，車站級(jí)服務(wù)器主要承擔(dān)車站機(jī)電設(shè)備的數(shù)據(jù)傳輸、數(shù)據(jù)存儲(chǔ)處理任務(wù)。故本次對(duì)中央級(jí)與車站級(jí)綜合監(jiān)控系統(tǒng)服務(wù)器配置進(jìn)行討論。

3.1 站點(diǎn)分布式服務(wù)器設(shè)置

所謂站點(diǎn)分布式設(shè)置方案就是指綜合監(jiān)控系統(tǒng)在各站點(diǎn)（含控制中心）皆設(shè)置實(shí)時(shí)服務(wù)器及分布式歷史數(shù)據(jù)庫(kù)，各站點(diǎn)被監(jiān)控對(duì)象的實(shí)時(shí)監(jiān)控?cái)?shù)據(jù)都上傳到相應(yīng)站點(diǎn)的服務(wù)器中進(jìn)行處理，并在本地歷史數(shù)據(jù)庫(kù)中進(jìn)行存儲(chǔ)和管理。在日常工作期間，如果車站工作站需要查詢本區(qū)域范圍內(nèi)的數(shù)據(jù)，則只在本地調(diào)取相應(yīng)區(qū)域數(shù)據(jù)庫(kù)中的相關(guān)數(shù)據(jù)即可。如果網(wǎng)絡(luò)上某個(gè)節(jié)點(diǎn)上的綜合監(jiān)控系統(tǒng)需要查詢其它站點(diǎn)范圍內(nèi)的相關(guān)數(shù)據(jù)，則只須通過網(wǎng)絡(luò)調(diào)取相應(yīng)站點(diǎn)數(shù)據(jù)庫(kù)中的相關(guān)數(shù)據(jù)即可。

控制中心作為一個(gè)特殊站點(diǎn)考慮，控制中心的實(shí)時(shí)服務(wù)器與車站服務(wù)器采用相同的配置?？刂浦行姆?wù)器負(fù)責(zé)對(duì)綜合監(jiān)控各互聯(lián)系統(tǒng)的數(shù)據(jù)采集、報(bào)警分析、運(yùn)算控制、事件記錄等事務(wù)，并承擔(dān)互聯(lián)系統(tǒng)信息的存儲(chǔ)和管理。此外，由于電力監(jiān)控系統(tǒng)對(duì)實(shí)時(shí)響應(yīng)要求較高，且站間聯(lián)系較為緊密，因此將PSCADA數(shù)據(jù)接入控制中心服務(wù)器，各車站和車輛段接入的變電所綜合自動(dòng)化系統(tǒng)監(jiān)控信息也實(shí)時(shí)傳送至控制中心服務(wù)器進(jìn)行集中處理、存儲(chǔ)和管理，有利于對(duì)全線的變電所綜合自動(dòng)化系統(tǒng)信息的調(diào)用訪問和顯示，也便于控制中心電力調(diào)度人員對(duì)整個(gè)地鐵供電系統(tǒng)進(jìn)行統(tǒng)一調(diào)度。另外，為方便運(yùn)營(yíng)部門進(jìn)行全線歷史數(shù)據(jù)的統(tǒng)一集中管理，也可以在網(wǎng)絡(luò)非繁忙期間，在指定時(shí)間內(nèi)，將各站服務(wù)器存儲(chǔ)的數(shù)據(jù)通過骨干網(wǎng)一次性匯總上傳到中央服務(wù)器進(jìn)行鏡像備份。

站點(diǎn)分布式服務(wù)器設(shè)置方案具有如下特點(diǎn)：

（1）適合分布式的管理與控制。實(shí)現(xiàn)全局?jǐn)?shù)據(jù)在本地錄入、查詢、維修，這時(shí)由于計(jì)算機(jī)資源靠近用戶，可以降低通信代價(jià)，在涉及其它站點(diǎn)數(shù)據(jù)庫(kù)中的數(shù)據(jù)只是少量的情況下，可以大大減少骨干網(wǎng)絡(luò)上的信息傳輸量，此外，存取的數(shù)據(jù)在本地?cái)?shù)據(jù)庫(kù)中，在一定條件下提高了響應(yīng)速度。

（2）系統(tǒng)經(jīng)濟(jì)，可靠性高，可用性好。與一個(gè)大型計(jì)算機(jī)支持一個(gè)大型的集中式數(shù)據(jù)庫(kù)再加一些本地和遠(yuǎn)程終端相比，由超級(jí)微型計(jì)算機(jī)或超級(jí)小型計(jì)算機(jī)支持的分布式數(shù)據(jù)庫(kù)系統(tǒng)往往具有更高的性價(jià)比、實(shí)施靈活性和較高可用性。由于數(shù)據(jù)分布在多個(gè)場(chǎng)地并有許多復(fù)制數(shù)據(jù)，在個(gè)別場(chǎng)地或個(gè)別通信鏈路發(fā)生故障時(shí)，不致于導(dǎo)致整個(gè)系統(tǒng)的崩潰，而且系統(tǒng)的局部故障不會(huì)引起全局失控。

（3）可擴(kuò)展性好，易于擴(kuò)充。與站點(diǎn)分布式服務(wù)器配置方案所匹配的分布式數(shù)據(jù)庫(kù)技術(shù)可以非常方便的支撐對(duì)系統(tǒng)的擴(kuò)展，可增加站點(diǎn)的情況下，通過增加分布式數(shù)據(jù)庫(kù)的辦法，迅速擴(kuò)充已有的分布式數(shù)據(jù)庫(kù)系統(tǒng)。這比重建一個(gè)大型數(shù)據(jù)庫(kù)系統(tǒng)要簡(jiǎn)單，且節(jié)省了修改軟件所需要的時(shí)間和費(fèi)用。

（4）采用站點(diǎn)分布式設(shè)置的實(shí)時(shí)服務(wù)器，僅負(fù)擔(dān)本站（控制中心）所轄范圍內(nèi)數(shù)據(jù)處理級(jí)存儲(chǔ)業(yè)務(wù)，服務(wù)器負(fù)荷適中，且對(duì)傳輸網(wǎng)絡(luò)的依賴性較小。由多個(gè)分布式服務(wù)器及小型數(shù)據(jù)庫(kù)構(gòu)成的系統(tǒng)對(duì)服務(wù)器性能要求較低，且有利于降低對(duì)系統(tǒng)服務(wù)器及數(shù)據(jù)庫(kù)的投資。但該方案若采用傳統(tǒng)的直接存儲(chǔ)技術(shù)則需要所有站點(diǎn)服務(wù)器具備足夠的存儲(chǔ)容量，將增加了重復(fù)的存儲(chǔ)成本投入。

3.2 中央集中與站點(diǎn)分布相結(jié)合的服務(wù)器設(shè)置

中央集中與站點(diǎn)分布式相結(jié)合的配置方案是指在各車站設(shè)置實(shí)時(shí)服務(wù)器，主要用于監(jiān)控，負(fù)擔(dān)本站所轄范圍內(nèi)的數(shù)據(jù)采集、報(bào)警分析、運(yùn)算控制、事件記錄等事務(wù)。車站不設(shè)歷史數(shù)據(jù)庫(kù)，數(shù)據(jù)以文件形式存儲(chǔ)，歷史數(shù)據(jù)的存儲(chǔ)、整理、統(tǒng)計(jì)、分析等數(shù)據(jù)管理工作不在車站級(jí)實(shí)現(xiàn)。在中央設(shè)置全局的實(shí)時(shí)和歷史服務(wù)器，全線所有站點(diǎn)的被監(jiān)控對(duì)象的實(shí)時(shí)監(jiān)控?cái)?shù)據(jù)都通過綜合監(jiān)控系統(tǒng)骨干網(wǎng)傳輸傳送到中央來進(jìn)行集中處理、存儲(chǔ)和管理。中央實(shí)時(shí)服務(wù)器性能要求需高于車站實(shí)時(shí)服務(wù)器。如果某個(gè)站點(diǎn)需要查詢相關(guān)數(shù)據(jù)，則必須通過綜合監(jiān)控系統(tǒng)主干網(wǎng)絡(luò)來遠(yuǎn)程調(diào)取中央全局歷史數(shù)據(jù)庫(kù)中的相關(guān)數(shù)據(jù)，傳輸網(wǎng)絡(luò)的依賴性較大。該服務(wù)器配置方式有利于數(shù)據(jù)的多重保護(hù)和歷史數(shù)據(jù)的集中管理，但系統(tǒng)投資較大，目前地鐵建設(shè)較多采用此種方式。

綜上所述，對(duì)于地鐵線路長(zhǎng)站點(diǎn)多以及綜合監(jiān)控系統(tǒng)接口系統(tǒng)多，接口數(shù)據(jù)量較大的情況，宜采用站點(diǎn)分布式服務(wù)器配置方案以緩解服務(wù)器數(shù)據(jù)存儲(chǔ)處理符合，提高綜合監(jiān)控系統(tǒng)運(yùn)行效率。

4 結(jié)束語(yǔ)

地鐵2號(hào)線綜合監(jiān)控系統(tǒng)數(shù)據(jù)的高效轉(zhuǎn)發(fā)共享是地鐵綜合監(jiān)控自動(dòng)化的重要組成部分，對(duì)地鐵安全可靠、節(jié)能經(jīng)濟(jì)運(yùn)營(yíng)有著非常重要的影響。綜合監(jiān)控系統(tǒng)信息傳輸，信息存儲(chǔ)處理必須通過科學(xué)的設(shè)計(jì)，以及現(xiàn)代先進(jìn)通信傳輸技術(shù)的應(yīng)用，有效提高系統(tǒng)數(shù)據(jù)信息轉(zhuǎn)發(fā)傳輸?shù)膶?shí)時(shí)性、可靠性和準(zhǔn)確性，確保地鐵運(yùn)營(yíng)、監(jiān)控、維護(hù)等能夠達(dá)到預(yù)期目標(biāo)。

參考文獻(xiàn)：

[1]徐忠.地鐵綜合監(jiān)控系統(tǒng)中的數(shù)據(jù)交互共享方案研究.信息安全與技術(shù).2012年3月.