在整個傳統(tǒng)鐵路行業(yè)視頻監(jiān)控方案中，其中心是流媒體服務(wù)器，這種方式常見于車站監(jiān)控系統(tǒng)的架構(gòu)中。前端的編碼器或者IPC輸出的單播流通過網(wǎng)絡(luò)傳輸?shù)椒职l(fā)/存儲服務(wù)器，由分發(fā)/存儲服務(wù)器實現(xiàn)單播轉(zhuǎn)多播、按需分發(fā)、按需存儲。在全標(biāo)清系統(tǒng)的情況下，該方案還能基本滿足多用戶操作的需求，但是如果此方案應(yīng)用于高清系統(tǒng)，則流媒體分發(fā)方式的弊端將會凸顯出來：

    鐵路監(jiān)控解決方案

    1、服務(wù)器規(guī)模隨著監(jiān)控點數(shù)的增加成等比例上升，尤其是高清IPC想要得到較好的應(yīng)用效果，輸出碼流一般在6M-8M，是傳統(tǒng)標(biāo)清的3-4倍，分發(fā)/存儲服務(wù)器數(shù)量將會大增，并且必須增加服務(wù)器的檔次，因為服務(wù)器的性能成為了方案中的性能瓶頸。

    2、系統(tǒng)存在著較多的局部故障點，當(dāng)其中某臺分發(fā)/存儲服務(wù)器發(fā)生故障時，將會影響其所管理的多路視頻圖像的存儲和實時監(jiān)看，不符合交通行業(yè)對安防系統(tǒng)高可靠性的要求。雖然可以通過冗余服務(wù)器解決該問題，但是每個車站配置冗余服務(wù)器從成本角度考慮，現(xiàn)實工程中很少被實際采用。

    3、前端IPC輸出單播流，造成存儲流和實時流占用同樣帶寬，如果為了得到高清系統(tǒng)帶來的良好圖像質(zhì)量，那么磁盤陣列將會面臨較大的壓力，尤其是成本將會大幅提高；若是為了減小磁盤成本的壓力，增大存儲流壓縮比，又會大大降低高清監(jiān)控圖像的清晰度。

    4、大量的服務(wù)器及其設(shè)備機架不僅占據(jù)了大量設(shè)備的空間，不符合綠色環(huán)保的要求，更致命的是增加了系統(tǒng)的不可靠性，增多了故障點。當(dāng)面對突發(fā)事件、出現(xiàn)多個熱點區(qū)域的時候，大規(guī)模突發(fā)的流量很容易導(dǎo)致整個服務(wù)器群的癱瘓。

    則代表了目前比較先進(jìn)的一種視頻監(jiān)控解決方案，它采用電信領(lǐng)域比較成熟的軟交換架構(gòu)：NGN架構(gòu)。管理服務(wù)器僅負(fù)責(zé)處理設(shè)備管理、信令分發(fā)、會話的建立，且不參與到實時的業(yè)務(wù)流之中(實時流和存儲流)。在圖2中，存儲流和實時流均是通過網(wǎng)絡(luò)直接傳輸?shù)酱疟P陣列、解碼器或監(jiān)控客戶端，如此解決了此前的服務(wù)性能和可靠性瓶頸的問題。

    當(dāng)有多個用戶同時調(diào)閱同一路圖像實時視頻時，則通過網(wǎng)絡(luò)組播提供支持，如圖2中標(biāo)號①的視頻流所示：解碼器和監(jiān)控客戶端同時調(diào)閱同一路圖像，此時因為前端IPC輸出的是組播流，則由網(wǎng)絡(luò)中的交換機提供類似碼流復(fù)制的功能，解決對前端IPC大規(guī)模同時調(diào)閱而帶來的性能和帶寬的沖擊問題。這種解決方案在高清系統(tǒng)中帶來了較多的優(yōu)點：

    1、監(jiān)控點數(shù)的規(guī)模和服務(wù)器數(shù)量不存在強相關(guān)性，視頻管理服務(wù)器僅參與會話的建立過程，而不參與視頻流的分發(fā)，因此系統(tǒng)不存在系統(tǒng)瓶頸問題。單臺視頻管理服務(wù)器可以滿足幾千路的標(biāo)清、高清圖像監(jiān)控。

    2、由于采用了先進(jìn)的軟交換NGN(業(yè)務(wù)流和控制流相分離)架構(gòu)，管理服務(wù)器發(fā)生故障不會中斷監(jiān)控實時流，存儲流也不受影響，保障了監(jiān)控數(shù)據(jù)仍然正常的記錄，從架構(gòu)上極大地保證了系統(tǒng)的高可靠性，整個系統(tǒng)無局部故障點。

    3、前端IPC通過輸出雙碼流(存儲流和實時流)，兩路視頻流可以單獨設(shè)置碼流大小，能夠最大限度地發(fā)揮高清監(jiān)控帶來的高清晰效果，同時，又能顯著降低存儲的代價，保障用戶的投資。

    4、當(dāng)出現(xiàn)突發(fā)事件或事故、出現(xiàn)多個熱點區(qū)域的時候，大規(guī)模突發(fā)的流量通過組播技術(shù)由交換機來進(jìn)行復(fù)制、分發(fā)，從而輕松解決大規(guī)模多用戶的問題，滿足了公安和企業(yè)管理方在緊急情況下對高可靠性的調(diào)度要求。

    上面所示場景主要應(yīng)用于車站內(nèi)監(jiān)控，它不可避免地面臨上級調(diào)度中心遠(yuǎn)程共享調(diào)閱的問題。傳統(tǒng)的流媒體分發(fā)方案應(yīng)該說能方便實現(xiàn)多級聯(lián)網(wǎng)監(jiān)控，而如果僅采用軟交換NGN架構(gòu)，組播模式的方式在鐵路行業(yè)廣域網(wǎng)、低帶寬的情況下將遇到較大的麻煩。

    傳統(tǒng)方案由于流媒體轉(zhuǎn)發(fā)的特性，天然具備支持多級的架構(gòu)，此時車站內(nèi)的流媒體服務(wù)器除了負(fù)責(zé)分發(fā)和存儲，還負(fù)責(zé)轉(zhuǎn)發(fā)的功能，這勢必又增加了服務(wù)器的性能壓力。但是這種方案解決了對鐵路廣域網(wǎng)無法實現(xiàn)組播、帶寬有限的問題。它將本車站內(nèi)的視頻圖像轉(zhuǎn)發(fā)給上一級流媒體服務(wù)器，由上一級流媒體服務(wù)器完成分發(fā)功能，解決了多用戶同時調(diào)閱同一路圖像的問題。

    由于鐵路多級監(jiān)控中，網(wǎng)絡(luò)往往無法開啟組播的功能，若采用前端IPC單播直接發(fā)送到上級平臺，必然會消耗有限的廣域網(wǎng)帶寬，同時也受限于IPC的分發(fā)能力。那么，如何對圖2的方式進(jìn)行適當(dāng)?shù)男薷�，使其能獲得高可靠性、大容量、高性能的特點，同時又能適應(yīng)鐵路行業(yè)廣域網(wǎng)的共享調(diào)閱呢?

    其實相應(yīng)的解決辦法也很簡單，也就是借鑒傳統(tǒng)方案的經(jīng)驗，在車站一級的監(jiān)控平臺上增加一臺媒體轉(zhuǎn)發(fā)服務(wù)器，便可解決上述問題，如圖4所示。但必須注意，此時在車站一級的監(jiān)控軟件平臺必需能同時支持前端視頻流單播、組播方式，且能夠根據(jù)不同的調(diào)閱需求實現(xiàn)自動單播/組播切換功能。這樣的解決方案才能適應(yīng)未來高清系統(tǒng)在鐵路行業(yè)中的大規(guī)模應(yīng)用，并能保證整個監(jiān)控系統(tǒng)高效可靠的運行。相信高清監(jiān)控系統(tǒng)必將在鐵路行業(yè)中得到更廣泛的應(yīng)用，而如何應(yīng)對高清監(jiān)控系統(tǒng)對現(xiàn)有解決方案的沖擊是值得大家共同重視的課題。