數字流媒體傳輸是把標準的視頻信號，音頻信號進行壓縮，或采用經過壓縮后的視音頻信號通過網絡傳輸，在遠端采用軟件和硬件的方法把流媒體數據信號還原為標準的視頻音頻信號，壓縮視頻音頻的設備我們叫它編碼器或服務器，遠端的設備我們叫它解碼器，在一個小系統中，由一臺服務器和多臺解碼器組成，每臺解碼器可以分別從服務器那兒取流媒體信號，也可以由服務器采用廣播的方式分發流媒體信號，但不管采用那種方式傳輸流媒體信號，都會造成數據擁阻的現象，同時會造成各個解碼器的不同步，我們目前所用的解碼器由二種形式組成，硬件方式為：采用DSP芯片配合CPU及軟件對流媒體信號進行解壓縮處理，另一種是全部采用軟件的方式對流媒體進行解壓縮。這二種方式都得靠軟件的支持，有軟件就有病毒，在長時間的運營中都會出現軟件死機，顯示不同步等原因。

　　另外一點值得關心的是媒體播放器與解碼器之間的傳輸距離（不加交換機放大）小于100米，如果需傳輸更遠的距離需加交換機，而用于站臺的傳輸肯定會超過100米，因此用數據傳輸的話，勢必要在中間位置增加交換機，這為施工和維護帶來很多困難。
  
列車運營信號加入至流媒體的方法：

      列車運營信號加入至流媒體中是比較復雜的一項工作，一些工程中是把運營信號采用模板式加入的，在整個顯示屏的范圍上分出視頻節目部分和運營信號顯示部分，組成一個整畫面，通過站臺的上行服務器和下行服務器輸出的VGA信號，然后由VGA信號傳輸器送至每臺顯示器上進行顯示。當然這當中也傳音頻信號。上海地鐵一號線上運營信息是：當需要顯示運營信號時把視頻廣告內容去掉，用整個畫面顯示運營信號。（因為上海地鐵一號線還是采用流媒體傳輸的方式）。其它流媒體的傳輸方案中的運營信息這能在解碼器端加入，這種方式有很多缺點，比如在服務器端發送流媒體的同時還需要發布運營信號，這肯定會造成服務器的壓力，而解碼器端也需把運營信號加入到輸出的視頻信號上。一般采用的是分塊顯示的方式，再把每一塊圖像合并起來組成完整的一幅。軟件設計復雜，勢必很容易造成各車廂內運營信息顯示的不同步。而運營信息是沒有辦法在服務器內加入的。

數字流媒體應用于站臺傳輸示意圖：

數字流媒體應用于列車內傳輸示意圖：