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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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