流式媒體在空管自動化體系中的應(yīng)用前景

向宸薇

【摘要】? ? 隨著網(wǎng)絡(luò)技術(shù)和空管自動化技術(shù)的發(fā)展，傳統(tǒng)的多媒體傳輸和管理已經(jīng)不能夠滿足空管自動化體系的需求，流式媒體技術(shù)在未來空管自動化發(fā)展的多媒體管理架構(gòu)方面有著重要意義和廣泛應(yīng)用前景。

【關(guān)鍵詞】? ? 流式媒體? ? 空管自動化體系? ? 應(yīng)用前景

引言：

隨著5G時代的到來，網(wǎng)絡(luò)技術(shù)飛速發(fā)展，數(shù)據(jù)傳輸速率的大幅提升為技術(shù)環(huán)境的改善提供了良好的基礎(chǔ)。流式傳輸加速多媒體內(nèi)容傳播速度和提升用戶觀賞體驗的同時，也使得傳播內(nèi)容更加多樣化，除了傳統(tǒng)的視頻音頻傳輸，還可以和用戶進行即時交互，有著廣泛的應(yīng)用前景，值得深入研究。

一、流媒體

流媒體（streaming media）即流式傳輸，是將一連串多媒體數(shù)據(jù)壓縮后在互聯(lián)網(wǎng)上分段發(fā)送，讓用戶可以即時觀看媒體內(nèi)容的一種技術(shù)。區(qū)別于傳統(tǒng)多媒體傳輸，用戶需要先將完整的多媒體內(nèi)容下載至本地計算機才能觀看，流式傳輸使得多媒體數(shù)據(jù)的數(shù)據(jù)包可以像流水一樣在網(wǎng)絡(luò)上流動，用戶端可以一邊下載一邊觀看，提高了實時性能，降低了用戶端的緩存容量。

流媒體包含了視頻流、聲音流、動畫流、圖像流和文本流等在時間上具有連續(xù)性的媒體數(shù)據(jù)，多媒體傳輸內(nèi)容更加豐富，傳輸時在用戶端的主機上先創(chuàng)建一個緩沖區(qū)，在播放多媒體內(nèi)容前預(yù)先下一段數(shù)據(jù)作以緩沖，如果傳輸速度小于播放速度，播放器就會播放緩沖好的多媒體數(shù)據(jù)，使得播放具有連續(xù)性，播放品質(zhì)得以保障。

隨著網(wǎng)絡(luò)技術(shù)的飛速發(fā)展，進入了5G時代，在網(wǎng)速得到大幅度提升的同時，流媒體技術(shù)也會在更多場合被廣泛應(yīng)用。

二、推流與拉流技術(shù)

推流是指多媒體播放端如電腦、手機和攝像頭等設(shè)備將采集封裝好的數(shù)據(jù)推送至服務(wù)器的過程，而拉流則是指觀看多媒體內(nèi)容的用戶端如顯示屏、智能電視和電腦等設(shè)備用指定地址從服務(wù)器端拉取數(shù)據(jù)進行顯示的過程。

廣泛應(yīng)用的推流/拉流協(xié)議有RTMP（Real Time Messaging Protocol）實時消息傳輸協(xié)議，HLS（Http Live Streaming）基于HTTP的流媒體實時傳輸協(xié)議，WebRTC（Web Real-Time Communication），基于網(wǎng)頁的即時通信，可根據(jù)實際的項目需求選用相應(yīng)的推流/拉流協(xié)議。

1.RTMP（Real Time Messaging Protocol）實時消息傳輸協(xié)議

RTMP是Adobe公司提出的一種用來在Flash/AIR平臺和支持RTMP協(xié)議的流媒體/交互服務(wù)器之間進行音視頻和數(shù)據(jù)通信的應(yīng)用層協(xié)議，是一個基于TCP的協(xié)議族，協(xié)議包括了RTMP的基本協(xié)議和RTMPS、RTMPE和RTMPT等多個增加了安全、加密等功能的其他變種協(xié)議。RTMP協(xié)議規(guī)定了視頻格式需為H264編碼，音頻格式需為AAC或MP3編碼，RTMP作為主流使用的流媒體傳輸協(xié)議有著對CDN節(jié)點支持良好和實現(xiàn)難度低等優(yōu)勢，但Adobe公司已不再繼續(xù)更新協(xié)議，并且協(xié)議本身不支持瀏覽器成為RTMP的劣勢。

2.HLS（Http Live Streaming）基于HTTP的流媒體實時傳輸協(xié)議

HLS是由APPLE公司提出的一種基于HTTP協(xié)議的流媒體傳輸協(xié)議，將流數(shù)據(jù)分割成小文件進行下載，會話包含M3U8描述文件和TS視頻文件，開始一個流媒體的會話后，客戶端收到M3U8文件，通過該文件尋找可用的流文件。

HLS協(xié)議規(guī)定了視頻格式需為H264編碼，音頻格式需為MP3、AAC和AC-3編碼，由于是基于HTTP協(xié)議的，HLS協(xié)議不會輕易被防火墻屏蔽，缺點是傳輸延遲跟其他流媒體傳輸協(xié)議相比較大，對視頻觀看實時性有較高要求的情況下要慎用。

3.WebRTC（Web Real-Time Communication）基于網(wǎng)頁的即時通信

WebRTC是由Google、Mozilla和Opera共同支持與維護的一個開源協(xié)議，基于SRTP和UDP協(xié)議，支持目前市面上的大部分瀏覽器，傳輸延時較低，支持點對點的通信，對一對一交互的流媒體傳輸十分友好。

三、流式媒體在空管自動化體系中的應(yīng)用

早期的空管自動化體系主要由自動化系統(tǒng)組成，對實時監(jiān)控和錄像需求集中在管制員在自動化系統(tǒng)監(jiān)視數(shù)據(jù)工作界面的操作，隨著科技日新月異，自動化系統(tǒng)不斷擴展衍生出飛行計劃工作界面、電子進程單工作界面等新的工作界面，同時伴隨協(xié)同決策系統(tǒng)、AMAN、DMAN等輔助系統(tǒng)陸續(xù)加入，不斷豐富著空管自動化體系，隨之而來也產(chǎn)生了一些問題：

1.并非每一套設(shè)備在初始需求里都對這些設(shè)備的所有工作界面設(shè)計了監(jiān)控和錄像需求，后期一旦有遠(yuǎn)程監(jiān)控和錄像需求，不管是長期需求還是臨時性需求，都需要聯(lián)系廠家專門制作相應(yīng)的軟件;

2.錄像軟件部署在管制所使用的工作站終端上，占用終端資源，如果終端發(fā)生類似進程卡頓之類的故障，錄像軟件也可能無法正常工作，不能百分百真實還原管制員操作的畫面;

3.錄像軟件記錄下的錄像格式不是常見視頻格式，只能通過特定終端播放，無法用于講評和教學(xué);

4.監(jiān)控與被監(jiān)控終端連接時占用雙方資源，同時監(jiān)控多個席位的工作情況時對監(jiān)控數(shù)目有嚴(yán)格限制;

這些問題的關(guān)鍵在于空管自動化體系里對于多媒體的傳輸及管理依然是傳統(tǒng)的先打包再傳輸，由本地計算機部署的錄像軟件記錄下一段完整的錄像再轉(zhuǎn)發(fā)到對應(yīng)的服務(wù)器存儲，監(jiān)控主機終端與管制員正在使用的終端進行一對一連接才能進行監(jiān)控。這樣就需要每套系統(tǒng)都有自己對應(yīng)的錄像軟件和監(jiān)控軟件，增加了經(jīng)濟成本和時間成本。

通過流媒體技術(shù)，可以搭建一套跨平臺跨系統(tǒng)的視頻采集存儲系統(tǒng)。系統(tǒng)可以將管制員工作界面的多媒體內(nèi)容實時推流到流媒體服務(wù)器進行統(tǒng)一存儲和管理，監(jiān)控端按需從流媒體服務(wù)器拉流自己需要監(jiān)控的工作界面實時進行監(jiān)控。

基于流媒體技術(shù)的多媒體內(nèi)容管理系統(tǒng)架構(gòu)借助視頻采集卡等視頻采集設(shè)備將客戶端的視頻畫面等多媒體數(shù)據(jù)采集并編碼輸出成推流協(xié)議需要的格式，推流至流媒體服務(wù)器，由服務(wù)器端部署的視頻錄制軟件對各個席位的工作界面內(nèi)容進行錄制和存儲等管理工作，而監(jiān)控端可將視頻流從服務(wù)器端拉流至本地進行實時監(jiān)控，可監(jiān)控終端數(shù)目可以根據(jù)現(xiàn)場需求配置。

這種基于流媒體技術(shù)的架構(gòu)，視頻采集和編碼由視頻采集卡等外置設(shè)備完成，視頻錄制由服務(wù)器完成，無需將錄制軟件部署在客戶端，不占用客戶端資源。視頻采集卡直接從主機采集視頻信號，采集到的視頻畫面與屏幕顯示的工作畫面完全一致，真實記錄了工作界面情況，也杜絕了由于終端故障或錄制軟件自身問題引起的錄像與實際畫面不一致情況。

這種基于流媒體技術(shù)的架構(gòu)是可以跨平臺跨系統(tǒng)兼容使用的，不再拘泥于某套系統(tǒng)專用或某平臺專用，可以適用于各套系統(tǒng)，經(jīng)濟成本低，搭建時間快。

還可以在流媒體服務(wù)器上配置其他管理功能，將視頻格式存儲為各系統(tǒng)可識別的通用格式，與音頻進行合成或進行其他類型的二次加工為講評和教學(xué)等功能擴展提供素材。

四、結(jié)束語

基于流式媒體技術(shù)的多媒體內(nèi)容管理架構(gòu)不僅搭建快捷，還可復(fù)用于不同場景，為空管自動化飛速發(fā)展中產(chǎn)生的各種錄像和監(jiān)控需求提供了另一種思路，節(jié)省了經(jīng)濟成本，提升了工作效率，這種可以實現(xiàn)跨平臺跨系統(tǒng)的技術(shù)和其應(yīng)用價值值得進行更為深入的探討和研究。

參? 考? 文? 獻

[1] 高子航. 一種針對5G網(wǎng)絡(luò)環(huán)境的流媒體實驗床構(gòu)建方案[J]. 中國新通信， 2021，23（2）：31-32.

[2] 王偉楠. 流媒體技術(shù)在高校信息化教學(xué)中的應(yīng)用分析[J]. 無線互聯(lián)科技， 2020，17（18）：154-155.

[3] 宋靳錁，張遠(yuǎn)，王博. HTTP自適應(yīng)流媒體直播系統(tǒng)中的用戶體驗質(zhì)量優(yōu)化[J]. 中興通訊技術(shù)，2021，27（1）：48-53.

[4] 湯慧儀. 移動流媒體關(guān)鍵技術(shù)的發(fā)展與應(yīng)用[J]. 大科技，2016（27）：272-272.

[5] 萬方. 流媒體應(yīng)用中關(guān)鍵技術(shù)的研究探析[J]. 計算機光盤軟件與應(yīng)用，2011（2）：27，35.