高子航

【摘要】? ? 由于5G存在大帶寬、高可靠、低時延、密集連接等諸多顯著特性，對5G網(wǎng)絡(luò)協(xié)議與應(yīng)用進行性能評測時，通常需分析諸多指標(biāo)對網(wǎng)絡(luò)性能的影響。而目前針對5G網(wǎng)絡(luò)實驗床構(gòu)建方式單一，測試鏈路速率低且端主機平臺受限，難以實現(xiàn)網(wǎng)絡(luò)性能的精準(zhǔn)評測。流媒體作為5G生態(tài)下的典型應(yīng)用，因此針對此類場景，設(shè)計了一種面向5G環(huán)境的流媒體實驗床。實驗結(jié)果表明，該實驗床可為5G流媒體業(yè)務(wù)提供有效的網(wǎng)絡(luò)測試環(huán)境，且能夠?qū)崿F(xiàn)網(wǎng)絡(luò)性能的準(zhǔn)確評估。

【關(guān)鍵詞】? ? 5G? ? 網(wǎng)絡(luò)實驗床? ? 流媒體

引言

隨著第五代移動通信（5G）技術(shù)的不斷發(fā)展，新的網(wǎng)絡(luò)協(xié)議和應(yīng)用服務(wù)也隨之層出不窮[1]。因此，如何對5G技術(shù)下的新型協(xié)議和應(yīng)用進行準(zhǔn)確有效地評測，是目前通信領(lǐng)域亟待解決的一個問題[2]。傳統(tǒng)網(wǎng)絡(luò)性能評測方式主要以實測和仿真兩種環(huán)境進行[3]。其中基于實測環(huán)境的網(wǎng)絡(luò)評測，在5G網(wǎng)絡(luò)節(jié)點連接密集的特性下，實驗代價昂貴且難以重現(xiàn)，不利于測試數(shù)據(jù)的后續(xù)分析;而基于仿真環(huán)境的網(wǎng)絡(luò)評測，由于測試條件過于理想化，通常不能準(zhǔn)確反映網(wǎng)絡(luò)實際性能，實驗結(jié)果缺乏一定信服度。

文獻[4]構(gòu)建了車載自組網(wǎng)（vehicular Ad-Hoc network，VANET）下的5G流媒體系統(tǒng)，并通過ndnsim模塊對流媒體緩存和轉(zhuǎn)發(fā)策略進行仿真，但其測試環(huán)境僅限于特定框架，流量控制方式不具備多樣性。

文獻[5]利用滑?？刂疲⊿liding Mode Control， SMC）實現(xiàn)一種P2P-TV流媒體節(jié)點上行速率控制算法，可在流媒體業(yè)務(wù)運行期間維持系統(tǒng)資源的公平利用，但未針對該模型進行全鏈路監(jiān)測，不利于后期的快速測試與實地部署。

針對目前5G流媒體系統(tǒng)測試不便等問題，通過綜合考慮實測和仿真兩類網(wǎng)絡(luò)性能評測方式的不足，設(shè)計了一種面向5G環(huán)境的流媒體實驗床。該方案通過搭載至Linux操作系統(tǒng)的端主機，構(gòu)建有效的5G流媒體業(yè)務(wù)測試環(huán)境，最終實現(xiàn)流媒體業(yè)務(wù)下對網(wǎng)絡(luò)性能的準(zhǔn)確評估。通過在一定鏈路速率下對系統(tǒng)終端進行測試，可驗證本方案在真實環(huán)境中正確可行，且能夠?qū)崿F(xiàn)5G網(wǎng)絡(luò)的流量控制。

一、5G流媒體實驗床架構(gòu)

5G流媒體實驗床架構(gòu)由視頻采集編碼模塊、流媒體服務(wù)器模塊和流媒體客戶端模塊三部分組成。其中由視頻采集編碼模塊主要負責(zé)對視頻流的獲取和處理，可在運行功能上分為兩部分，分別為視頻流接入和H.264編碼。5G流媒體實驗床整體架構(gòu)如圖1所示。

視頻采集編碼模塊中的兩部分分別占用單獨線程進行處理，因此可保證在獲取視頻流之后，能夠?qū)崟r對圖像進行H.264編碼，并將處理結(jié)果（圖像數(shù)據(jù)）存入臨時緩沖區(qū)。通過對視頻流的原始圖像信息進行采集，采集到的每一幀圖像都會被編碼器進行H.264編碼處理。編碼器通過調(diào)用編碼函數(shù)后，將數(shù)據(jù)存儲到臨時緩沖區(qū)中等待流媒體服務(wù)器模塊調(diào)用。

流媒體服務(wù)器模塊可通過指針調(diào)用臨時緩沖區(qū)中的編碼數(shù)據(jù)。當(dāng)數(shù)據(jù)成功接收時，該模塊首先對數(shù)據(jù)格式進行檢驗，檢驗通過后將H.264數(shù)據(jù)進行格式轉(zhuǎn)換，采用實時流媒體協(xié)議（RTSP， Real Time Stream Protocol）將轉(zhuǎn)換數(shù)據(jù)封裝成實時傳輸協(xié)議（RTP， Realtime Transport Potocol）數(shù)據(jù)包[6]，同時將控制信息以實時傳輸控制協(xié)議（RTCP， Realtime Transport Control Potocol）進行封裝。RTSP協(xié)議棧架構(gòu)如圖2所示。

流媒體客戶端模塊可向流媒體服務(wù)器模塊發(fā)送Options請求報文，并等待流媒體服務(wù)器響應(yīng)。流媒體服務(wù)器對此報文進行響應(yīng)后，客戶端會向服務(wù)器端發(fā)送Describe請求報文和Setup請求報文。當(dāng)服務(wù)器接收這些報文，可成功建立服務(wù)器與客戶端之間的連接，同時客戶端可對服務(wù)器進行推送。一旦連接建立成功，客戶端就能夠向服務(wù)器發(fā)送Play請求，請求服務(wù)器對客戶端進行RTSP數(shù)據(jù)推送。在對該請求進行響應(yīng)后，服務(wù)器便會進行RTP和RTCP的推送。推送完成后，客戶端和服務(wù)器通過Turndown報文結(jié)束連接。

二、仿真實驗及分析

本研究共設(shè)置3個主機節(jié)點h1、h2、h3，1個服務(wù)器節(jié)點server，1個路由器節(jié)點router，1個交換機節(jié)點switch，以及一個代理節(jié)點proxy。其中h1負責(zé)對server進行推流，而h2和h3則對server發(fā)送Play請求，實現(xiàn)視頻流的訂閱。5G流媒體實驗床的網(wǎng)絡(luò)拓撲如圖3所示。

根據(jù)實驗結(jié)果可知，h1節(jié)點已成功將視頻流推送至server節(jié)點，同時實現(xiàn)對圖像進行H.264編碼，完成臨時緩沖區(qū)的存儲。隨后可觀察到h2與h3節(jié)點已成功訂閱h1推送至服務(wù)器的視頻流，并保證RTSP單流的吞吐量穩(wěn)定在384kb/s左右，主機節(jié)點吞吐量統(tǒng)計以及實時播放顯示如圖4與圖5所示。

三、結(jié)束語

本研究基于RTSP應(yīng)用協(xié)議，設(shè)計實現(xiàn)了一種針對5G網(wǎng)絡(luò)環(huán)境的流媒體實驗床。該方案通過搭載至Linux操作系統(tǒng)的端主機，構(gòu)建有效的5G流媒體業(yè)務(wù)測試環(huán)境，最終實現(xiàn)流媒體業(yè)務(wù)下對網(wǎng)絡(luò)性能的準(zhǔn)確評估。通過在一定鏈路速率下對系統(tǒng)終端進行測試，可驗證本方案在真實環(huán)境中正確可行，且能夠?qū)崿F(xiàn)5G網(wǎng)絡(luò)的流量控制。實驗結(jié)果表明，該實驗床可為5G流媒體業(yè)務(wù)提供有效的網(wǎng)絡(luò)測試環(huán)境，且能夠?qū)崿F(xiàn)網(wǎng)絡(luò)性能的準(zhǔn)確評估。

參? 考? 文? 獻

[1] Agiwal M， Roy A， Saxena N. Next generation 5G wireless networks： A comprehensive survey[J]. IEEE Communications Surveys & Tutorials， 2016， 18（3）： 1617-1655.

[2] 楊芫， 徐明偉， 陳浩. 5G/后5G部署對互聯(lián)網(wǎng)主干影響的分析與建模[J]. 通信學(xué)報， 2019， 40（8）： 36-44.

[3] 蘇成龍， 金光， 張超. 多系統(tǒng)高速網(wǎng)絡(luò)實驗床構(gòu)建與檢測技術(shù)研究[J]. 無線通信技術(shù)， 2016， 25（1）： 32-36.

[4] 曹騰飛， 江翠麗， 劉志強， 等. 基于信息中心5G車聯(lián)網(wǎng)中社會感知的流媒體緩存與轉(zhuǎn)發(fā)策略[J]. 電信科學(xué)， 2019， 35（12）： 90-98.

[5] 尹鳳杰， 楊暉， 張穎. P2P-TV 流媒體系統(tǒng)魯棒自適應(yīng)速率控制算法及仿真[J]. 系統(tǒng)仿真學(xué)報， 2019， 31（1）： 120-125.

[6] 王超，王昊京. 基于RTSP服務(wù)器的望遠鏡流媒體實時傳輸系統(tǒng)的設(shè)計[J]. 電子技術(shù)與軟件工程， 2020（05）： 143-145.