黃澤武 韓桂魯 李雙全

摘要：帶寬貴、時延大和誤碼率高是流媒體在衛(wèi)星鏈路傳輸中亟待解決的三大問題。針對帶寬貴的問題，提出將傳輸鏈路根據(jù)特點進行分段并分別采用傳輸控制協(xié)議（TCP）和用戶數(shù)據(jù)報協(xié)議（UDP）協(xié)議，使得帶寬占用與在線客戶端數(shù)量無關，極大地提高衛(wèi)星帶寬利用率；針對時延大的問題，提出將獲取流媒體的觸發(fā)機制采用終端主動拉取并加入過濾機制，在協(xié)議改造前提下使得已經(jīng)存在媒體流只需要解碼時延而不需拉流時延，從而極大地縮減時延；針對誤碼高的問題，采用在流媒體源端進行冗余編碼的前向糾錯（FEC）方法，有效提高流媒體終端解碼的成功率，從而提升流媒體應用的用戶友好度。

關鍵詞：衛(wèi)星傳輸；流媒體；UDP；FEC

隨著第4代移動通信（4G）技術的普及移動手持設備性能的飛速提升，流媒體服務如遠程監(jiān)測控制、視頻會議、遠程教育、視頻點播、網(wǎng)絡直播等也得到高速發(fā)展。據(jù)統(tǒng)計：截至2017年6月，中國網(wǎng)絡視頻用戶規(guī)模達5.65億，較2016年底增加2 026萬人，增長率為3.7%；網(wǎng)絡視頻用戶使用率為75.2%[1]。

流媒體業(yè)務成為運營商繼語音、短信和數(shù)據(jù)業(yè)務之后的第4種基本業(yè)務。所謂流媒體就是指采用流式傳輸技術在網(wǎng)絡上連續(xù)實時播放的媒體格式，如實時音視頻或多媒體文件。流媒體技術就是把連續(xù)的音視頻信息經(jīng)過壓縮處理后放上網(wǎng)站服務器，由流媒體服務器向用戶順序或實時地傳送各個壓縮包，讓用戶一邊下載一邊觀看、收聽，而不需要等整個壓縮文件下載到自己的計算機上才可以觀看的網(wǎng)絡傳輸技術[2]。目前，流媒體服務主要基于客戶端/服務器（C/S）架構實現(xiàn)，其架構圖如圖1所示。

然而，因為高昂的建設成本導致地球表面依然有很多沒有被蜂窩移動信號覆蓋，比如大海、沙漠、高山、邊緣地帶等。衛(wèi)星通信因其自身特點使其成為一種重要的移動通信的補充手段。具體而言，衛(wèi)星傳輸鏈路具有如下優(yōu)勢：

（1）覆蓋范圍廣。對地面的情況如高山海洋等不敏感，可以在業(yè)務量比較稀少的地區(qū)提供大范圍的覆蓋，在覆蓋區(qū)內(nèi)的任意點均可以進行通信，而且成本與距離無關[3]。

（2）通信質(zhì)量好。衛(wèi)星通信中電磁波主要在大氣層以外傳播，電波傳播非常穩(wěn)定。雖然在大氣層內(nèi)的傳播會受到天氣的影響，但仍然是一種可靠性很高的通信系統(tǒng)。

（3）成本低廉。衛(wèi)星通信系統(tǒng)由衛(wèi)星端、地面站、用戶端3部分組成，除衛(wèi)星固有成本外，只需要建設地面站，而無需其他的地面施工，因此衛(wèi)星網(wǎng)絡建設速度快、成本低，運行維護費用也相對低。

由于衛(wèi)星信道具有與地面信道不同的一些特點，導致基于衛(wèi)星傳輸?shù)牧髅襟w應用發(fā)展非常緩慢。具體而言，基于衛(wèi)星傳輸?shù)牧髅襟w應用主要有以下問題：

（1）低帶寬、高費用。衛(wèi)星頻譜是寶貴的有限資源，因此價格昂貴，例如：Ku波段的頻率范圍是12.4～18 GHz，衛(wèi)星發(fā)射機只有54 Mbit/s帶寬，且費用高昂。然而，流媒體因自己特點導致對帶寬占用較大，例如：采取H264編碼、1 920×1 080分辨率和24幀/秒的視頻傳輸需要的帶寬為256 kbit/s，此視頻僅傳輸成本約20萬元人民幣。

（2）較長的通信延時。衛(wèi)星傳輸距離遠且通過無線電波傳輸導致通信延時較大，例如：典型的衛(wèi)星通信延時在540 ms 左右，傳輸控制協(xié)議（TCP）3次握手的延時可達到1.5 s，此性能對于實時多媒體系統(tǒng)是無法接受的。

（3）高誤碼率。衛(wèi)星采取無線電波傳輸，其受環(huán)境、天氣、太陽活動等各方面影響較大，從而導致實際的衛(wèi)星通信中有較高的誤碼，由此對多媒體應用的用戶體驗極為不利，而如果采取TCP進行重傳會降低TCP的發(fā)送窗口，從而會引起傳輸?shù)膸捓寐氏陆礫4]。

一般來說，流媒體應用對于數(shù)據(jù)流暢度要求大于數(shù)據(jù)傳輸穩(wěn)定性，也就是說用戶對于流媒體卡頓忍耐度小于數(shù)據(jù)花屏或者清晰度下降。針對流媒體應用特點和衛(wèi)星傳輸?shù)奶攸c，文中我們提出一種基于一種TCP疊加用戶數(shù)據(jù)報協(xié)議（UDP）混合分段傳輸優(yōu)化組合技術方案，以滿足衛(wèi)星傳輸流媒體應用。

1 適合基于衛(wèi)星傳輸?shù)?/p>

流媒體系統(tǒng)架構

基于衛(wèi)星傳輸?shù)牧髅襟w系統(tǒng)的傳輸有2部分：一部分與傳統(tǒng)流媒體系統(tǒng)相同，均基于固網(wǎng)傳輸；另一部分是基于衛(wèi)星反射廣播傳輸。衛(wèi)星鏈路的傳輸層不適合采用面向連接的協(xié)議，因此我們提出了一種TCP疊加UDP混合分段傳輸方式的基于衛(wèi)星通信的流媒體系統(tǒng)，其架構圖如圖2所示。

圖2中重要部分的功能描述具體如下：

（1）實時多媒體源對多媒體進行采集、編碼、壓縮、音視頻混合等操作形成原始實時流媒體，然后將實時流媒體源與直播流媒體服務器采用傳輸層TCP協(xié)議建立連接，并且將原始實時流媒體推送到直播流媒體服務器之上。

（2）因衛(wèi)星傳輸中誤碼率較高，故直播流媒體服務器在接收實時多媒體流之后，采用前向糾錯碼（FEC）算法對實時流重新編碼；然后對實時多媒體流轉碼、加密；同時，可將編碼后的實時多媒體流轉存到點播多媒體服務器形成多媒體文件。

（3）因衛(wèi)星帶寬較昂貴，為避免無用戶觀看的流占用帶寬，本流媒體系統(tǒng)故采用終端觸發(fā)媒體流下發(fā)的機制；終端采用TCP協(xié)議與直播流媒體服務器和點播多媒體服務器建立連接，如果衛(wèi)星空口上沒有待拉取的媒體流，則反向代理服務器向媒體流服務器拉取相應的媒體流；如果衛(wèi)星空口上已經(jīng)存在待拉取的流，否則終端直接從衛(wèi)星空口接受廣播數(shù)據(jù)進行解碼即可。

（4）多媒體服務器（包括直播和點播）與反向代理服務器建立TCP連接，將相應的流推送到反向代理服務器；反向代理服務器將接收到的流進行協(xié)議轉換，去除TCP包頭并添加UDP包頭，然后轉發(fā)到衛(wèi)星轉發(fā)器繼而將媒體流推送到衛(wèi)星上，衛(wèi)星采用下行廣播的方式將流媒體流下發(fā)到各個地面接收器。

（5）終端通過UDP協(xié)議接收與反向代理服務器協(xié)商好的組播組接收多媒體流，然后對多媒體流進行緩沖、解密、音視頻解碼、FCE糾錯、渲染、呈現(xiàn)等處理。

綜上所述，本系統(tǒng)具有如下幾個重大改進點：

（1）大幅度縮減帶寬占用。假設一路多媒體流占用256 kbit/s帶寬，如果有1 000路視頻且同時有1萬觀眾觀看，新系統(tǒng)的帶寬占用只有傳統(tǒng)流媒體系統(tǒng)帶寬的0.01%（因傳統(tǒng)流媒體系統(tǒng)將占用2.560 Tbit/s帶寬，而采用本文系統(tǒng)將只占用256 Mbit/s）。從上述結果看：本系統(tǒng)占用的帶寬只與流媒體源的數(shù)量有關，而與終端用戶的數(shù)量無關。

（2）傳統(tǒng)流媒體系統(tǒng)與本系統(tǒng)無縫對接。因本系統(tǒng)也有基于傳統(tǒng)互聯(lián)網(wǎng)傳輸鏈路，使得本系統(tǒng)可以與傳統(tǒng)流媒體系統(tǒng)無縫對接。具體而言，從終端用戶角度看，可以無感知地接入衛(wèi)星網(wǎng)絡和微蜂窩網(wǎng)絡并無縫切換。從系統(tǒng)開發(fā)者角度看，其使用方法和與傳統(tǒng)流媒體系統(tǒng)沒有區(qū)別，可實現(xiàn)平滑對接和部署。

（3）大幅度減少時延問題。在本系統(tǒng)拉流時，反向代理服務器會判斷媒體是否已經(jīng)下發(fā)，所以本系統(tǒng)的時延只在流媒體首次拉取時發(fā)生。對于已經(jīng)下發(fā)的流媒體，新用戶拉取時是從衛(wèi)星終端拉取而不需要從流媒體服務器拉取，從而大大縮短延時，從而大幅提升用戶體驗。

（4）有效部分解決誤碼問題。本系統(tǒng)采用FEC算法進行解決，因為傳輸數(shù)據(jù)有冗余導致對帶寬略有損失，但這樣避免終端經(jīng)常出現(xiàn)的花屏，從而有效提升用戶體驗。

2 適合基于衛(wèi)星傳輸?shù)?/p>

流媒體系統(tǒng)關鍵技術

為了使本系統(tǒng)充分利用衛(wèi)星傳輸特點，我們做了大量創(chuàng)新，本節(jié)著重講解衛(wèi)星傳輸在流媒體應用的相關部分。將圖2的反向代理至終端部分，細化即為圖3。

如圖3所示，衛(wèi)星鏈路傳輸主要包括反向代理服務、基帶處理單元、衛(wèi)星地面轉發(fā)器、通信衛(wèi)星、衛(wèi)星地面接收器、衛(wèi)星信號分發(fā)器及終端設備。反向代理與基帶單元在同一個層二網(wǎng)絡中，且一般部署在運營商的機房中且只有內(nèi)網(wǎng)IP，因此需要一般通過機房的網(wǎng)絡地址轉換（NAT）機制與公網(wǎng)進行通信。衛(wèi)星接收機只需要在通信衛(wèi)星覆蓋范圍內(nèi)即可，且不限制數(shù)量，此設備負責接受/發(fā)送衛(wèi)星鏈路數(shù)據(jù)并進行傳輸協(xié)議解析轉換。

為了更加清晰描述上述各設備在流媒體系統(tǒng)中發(fā)揮作用，下面我們實例化手機端從流媒體服務器中下拉多媒體流的過程，如圖4所示。

針對圖4，需要特別說明2點。

（1）關于多路媒體流。反向代理收到拉取的流媒體數(shù)據(jù)后，將數(shù)據(jù)包中包頭去掉，重新封裝UDP包頭。此時轉發(fā)給基帶單元協(xié)商好的固定IP和特定組播組發(fā)送。由于有多路流，為了避免多路流相互影響，端口就是一個范圍，并且反向代理服務器向基帶單元轉發(fā)時選擇一個未使用的端口即可，并將組播組詳情通知到分發(fā)器和終端，這樣分發(fā)器和終端才從對應的組播組分發(fā)和接收數(shù)據(jù)。

（2）關于節(jié)省帶寬，主要采取3種方法：首先，因為衛(wèi)星鏈路具有廣播特性，當一個流媒體被終端拉取后，除此終端對應的分發(fā)器能接受到此流數(shù)據(jù)外，處于衛(wèi)星覆蓋范圍的所有的分發(fā)器都可以接受到媒體流數(shù)據(jù)，那當其他分發(fā)器下的終端拉取此媒體流時，不需要再拉取流從而節(jié)省帶寬，如果沒有請求此媒體流，那么分發(fā)器可以直接拋棄此媒體流數(shù)據(jù)；其次，對于已經(jīng)被終端拉取的多媒體流，如果同一個分發(fā)器下的其他終端也需要獲取相同的多媒體流，此時其將請求流ID發(fā)送給分發(fā)器，分發(fā)器將相應的流復制一份給此終端，不再需要從流媒體服務器上拉取，這樣也解決大部分用戶的流媒體延時長的問題，提示用戶體驗友好度；最后，反向代理將拉流情況進行記錄，當某一路所有的用戶都沒有查看時，反向代理服務器主動斷掉從流媒體服務器獲取媒體流數(shù)據(jù)，這樣既可避免衛(wèi)星帶寬的占用，又可以節(jié)省Internet的帶寬。

3 試驗結果

關于文章提出的基于衛(wèi)星鏈路的流媒體系統(tǒng)的測試，針對上文中提到的衛(wèi)星傳輸?shù)膸捹F、時延大、誤碼高的3個問題，我們主要從帶寬占用、用戶延時2個方面進行測試。

針對帶寬占比測試，我們采用一路媒體源，因為基于衛(wèi)星鏈路，故視頻參數(shù)設置較低，通用影像傳輸格式的攝像頭的比特率為64 kbit/s。終端采用2種模式：使用傳統(tǒng)方案即基于TCP模式；使用本文所提方案。主要關注點是隨著終端的增加（從100個用戶增加到1 000個用戶），衛(wèi)星空口帶寬的占用情況，其具體的測試結果如5所示。

從圖5來看：本文所提的系統(tǒng)架構的衛(wèi)星帶寬占用至于流媒體源大小有關，與用戶數(shù)無關；而傳統(tǒng)的系統(tǒng)架構不但與流媒體源大小有關，而且與用戶數(shù)成直線關系。

關于用戶時延測試，本文系統(tǒng)的優(yōu)勢主要在于已經(jīng)下發(fā)流的用戶接入情況。針對時延測試，主要有2種場景：觀看當前無人觀看的實時流；觀看當前已經(jīng)有人觀看的實時流。終端采用2種模式：使用傳統(tǒng)方案即基于TCP模式；使用本文所提方案。測試結果如圖6所示。

從圖6來看，對于流媒體第1次下發(fā)，2種統(tǒng)架構時延基本持平；而對于已經(jīng)下發(fā)的流，其他用戶再次請求此多媒體流時，其延時急劇降低，幾乎為常量，究其原因是分發(fā)器組播的設計。

5 結束語

衛(wèi)星作為移動通信的有效補充手段，有著部署便利和運維成本低等優(yōu)勢，但帶寬貴、時延大、誤碼高等問題影響基于衛(wèi)星鏈路的多媒體應用。通過協(xié)議改造、架構優(yōu)化、冗余糾錯等相關手段，可以提高衛(wèi)星傳輸?shù)男阅?，改善衛(wèi)星作為多媒體特別是流媒體的媒介功能，對移動通信網(wǎng)絡系統(tǒng)的擴展至關重要的作用。

參考文獻

[1] CNNIC.第40次中國互聯(lián)網(wǎng)絡發(fā)展狀況統(tǒng)計報告[R].北京：中國互聯(lián)網(wǎng)絡信息中心， 2017

[2] 吳莉莉，劉益成. 流媒體技術及應用[J].信息技術，2002， （1）： 39-41

[3] 劉旭東，王罡，馬杏池，等.衛(wèi)星通信技術[M]. 北京： 國防工業(yè)出版社， 2000

[4] 車晴，王京玲. 數(shù)字衛(wèi)星廣播系統(tǒng)[M]. 北京：北京廣播學院出版社， 2000