網(wǎng)絡(luò)直播傳輸協(xié)議在廣播電視行業(yè)中的應(yīng)用及前景

蔡家常

【摘要】在計(jì)算機(jī)網(wǎng)絡(luò)中，兩個(gè)可實(shí)現(xiàn)信息互通的實(shí)體要想達(dá)到動(dòng)作的協(xié)同性以及同步性，需要依據(jù)既定的流程來交換信息，這就是我們所說的網(wǎng)絡(luò)傳輸協(xié)議，也可簡(jiǎn)稱為傳送協(xié)議。常見的網(wǎng)絡(luò)直播傳輸協(xié)議有很多種，比如RTMP協(xié)議、Web RTC、HLS等。本文選定SRT傳輸協(xié)議作為研究視角，通過對(duì)比多種傳輸協(xié)議之間的優(yōu)點(diǎn)和缺點(diǎn)，分析了未來網(wǎng)絡(luò)直播傳輸協(xié)議的發(fā)展方向，并從SRT協(xié)議的原理、SRT協(xié)議的實(shí)際應(yīng)用場(chǎng)景入手，剖析了SRT傳輸協(xié)議在廣電行業(yè)中推廣和應(yīng)用的前景以及存在的問題。

【關(guān)鍵詞】網(wǎng)絡(luò)直播傳輸協(xié)議；SRT；廣電行業(yè)

中圖分類號(hào)：G212? ? ? ? ? ? ? ? ? ? ? 文獻(xiàn)標(biāo)識(shí)碼：A? ? ? ? ? ? ? ? ? ? ? DOI：10.12246/j.issn.1673-0348.2023.09.066

1. 行業(yè)背景

伴隨著移動(dòng)技術(shù)的發(fā)展不斷提速，網(wǎng)絡(luò)直播憑借著便捷化、高速化、娛樂化以及互動(dòng)化等優(yōu)勢(shì)，在大眾生活中贏得了一席之地，并且深受廣大消費(fèi)者的喜愛和青睞，多元化的直播平臺(tái)讓人目不暇接，而廣電行業(yè)也緊跟時(shí)代的步伐，將網(wǎng)絡(luò)直播作為其發(fā)展的重要一環(huán)，在新聞事件播報(bào)、視頻會(huì)議、電商帶貨、重要晚會(huì)與活動(dòng)中廣泛應(yīng)用了網(wǎng)絡(luò)直播，成為開展媒體服務(wù)最重要的技術(shù)手段和渠道之一，并以此來推動(dòng)行業(yè)自身的轉(zhuǎn)型升級(jí)，促進(jìn)媒體的深度融合。

傳輸協(xié)議作為網(wǎng)絡(luò)視頻直播技術(shù)系統(tǒng)最基礎(chǔ)的一部分，不僅要適用于電視的播放要求，還需要適用移動(dòng)終端的使用場(chǎng)景。推流、分發(fā)等環(huán)節(jié)使用不同的傳輸協(xié)議以及參數(shù)設(shè)置的不同，對(duì)直播鏈路的影響都非常大。在不同的網(wǎng)絡(luò)環(huán)境和應(yīng)用場(chǎng)景中選擇正確的協(xié)議類型和參數(shù)配置，才能獲得穩(wěn)定的預(yù)期傳輸質(zhì)量和播放效果。

2. 常見的網(wǎng)絡(luò)直播傳輸協(xié)議

目前在網(wǎng)絡(luò)直播中經(jīng)常用到的傳輸協(xié)議有以下幾種：

2.1 RTMP協(xié)議

作為網(wǎng)絡(luò)視頻直播系統(tǒng)、手機(jī)直播源碼中最常用的實(shí)時(shí)傳輸協(xié)議，RTMP是一種設(shè)計(jì)用來進(jìn)行實(shí)時(shí)數(shù)據(jù)通信的網(wǎng)絡(luò)協(xié)議，主要用于flash/air平臺(tái)和支持RTMP協(xié)議的流媒體、交互服務(wù)器之間進(jìn)行音視頻和數(shù)據(jù)的通信。目前絕大多數(shù)在移動(dòng)端使用的推流協(xié)議都是RTMP協(xié)議。

RTMP協(xié)議的優(yōu)勢(shì)在于支持CDN服務(wù)，應(yīng)用于大部分主流CDN廠商。協(xié)議相對(duì)簡(jiǎn)單，普及程度高，大部分的設(shè)備和推流軟件都有支持，容易在不同系統(tǒng)環(huán)境和平臺(tái)上實(shí)現(xiàn)。

劣勢(shì)在于RTMP協(xié)議的傳輸成本太高，弱網(wǎng)絡(luò)環(huán)境下丟包率會(huì)明顯增加，不支持瀏覽器的推送，也就是說，想要通過移動(dòng)端觀看直播的朋友必須要下載相應(yīng)的軟件。

2.2 web RTC協(xié)議

Web RTC協(xié)議是專門適用于網(wǎng)頁的即時(shí)通信工具，網(wǎng)絡(luò)視頻直播系統(tǒng)在PC端的播放就需要用到此協(xié)議，它支持網(wǎng)頁瀏覽器進(jìn)行實(shí)時(shí)語音對(duì)話或者視頻對(duì)話的API。

優(yōu)勢(shì)在于，支持主流的瀏覽器，與瀏覽器的契合程度高，同時(shí)又能在弱網(wǎng)絡(luò)環(huán)境下有不錯(cuò)的表現(xiàn)，能夠?qū)崿F(xiàn)點(diǎn)對(duì)點(diǎn)通信，通信時(shí)雙方產(chǎn)生的延遲較低，對(duì)有互動(dòng)環(huán)節(jié)的視頻直播和網(wǎng)絡(luò)視頻會(huì)議等實(shí)時(shí)性要求較高的場(chǎng)景來說這一點(diǎn)非常適合。劣勢(shì)也很明顯，即對(duì)CDN服務(wù)的支持性差。

2.3 HLS（HTTP Live Streaming）協(xié)議

HLS協(xié)議是由蘋果公司推出的基于HTTP的流媒體網(wǎng)絡(luò)傳輸協(xié)議。延遲較高，一般10～30s。它的工作原理是當(dāng)采集推流端將視頻流推送到流媒體服務(wù)器時(shí)，服務(wù)器將收到的流信息每緩存一段時(shí)間就封包成一個(gè)新的ts文件，同時(shí)服務(wù)器會(huì)建立一個(gè)m3u8的索引文件來維護(hù)最新幾個(gè)ts片段的索引。拉流端通過m3u8索引文件獲知需要的ts視頻文件片段，通過HTTP協(xié)議請(qǐng)求這些片段。因?yàn)橥ǔＲ粋€(gè)ts片段為5～10s，在服務(wù)端要“攢夠”足夠長的數(shù)據(jù)才能下發(fā)給拉流端，所以延遲較長。

由于延遲較高，但對(duì)CDN支持較好，HLS協(xié)議比較適合做實(shí)時(shí)性要求不高的直播，特別適合用于回放點(diǎn)播。

2.4 推流協(xié)議的選擇

毫無疑問，目前現(xiàn)存量最大的直播協(xié)議是RTMP，但隨著新技術(shù)的不斷發(fā)展與使用場(chǎng)景的不斷拓展，繼續(xù)使用RTMP會(huì)令人感到有些力不從心。RTMP協(xié)議的缺陷主要有以下四個(gè)方面：

首先，RTMP協(xié)議太老，且最后一次更新是在2012年，HEVC/H.265/AV1等視頻編碼格式都沒有官方定義，以至于需要國內(nèi)CDN廠商自行定義。其次，RTMP連接過程較長，由于RTMP基于TCP（TCP存在三次握手），而其本身又存在c0/s0到c2/s2的三次握手，再加上connection，createstream，play/publish，總的來說RTMP完成一次建連需要進(jìn)行9次會(huì)話，協(xié)議本身的開銷和效率都不理想。再次，RTMP的擁塞控制完全依賴傳輸層，幾乎沒有什么優(yōu)化。最后，RTMP本身基于TCP傳輸，無法提供帶寬自適應(yīng)的算法。在此背景下，眾多廠商開始著手提供一些基于UDP的新直播協(xié)議供行業(yè)參考，如QUIC、SRT等，尤其是目前在推流領(lǐng)域中具有廣泛應(yīng)用的SRT協(xié)議。下面將對(duì)RTMP以及SRT做優(yōu)缺點(diǎn)對(duì)比：

從表1可知，SRT連接速度快、可靠性高、延遲低的同時(shí)又能支持抗丟包，從這幾項(xiàng)參數(shù)來看，優(yōu)勢(shì)不言而喻。

另外，對(duì)于傳輸協(xié)議是否支持HEVC編碼也可以納入考慮的因素。在廣電行業(yè)高清和4K環(huán)境下，對(duì)傳輸圖像質(zhì)量的要求更高，由于HEVC在壓縮效率方面的優(yōu)勢(shì)，用它編碼的視頻流占用的存儲(chǔ)空間、帶寬消耗也更小。由于能使用支持更優(yōu)壓縮算法的HEVC編碼格式視頻流，SRT協(xié)議在傳輸高分辨率尤其是4K超高清圖像數(shù)據(jù)時(shí)，在畫質(zhì)相同的情況下使用HEVC編碼能夠比RTMP協(xié)議節(jié)省約50%左右的帶寬。

2.5 造成協(xié)議延時(shí)的原因和對(duì)直播的影響

延遲是指某一特定視頻幀被設(shè)備（攝像機(jī)、播放機(jī)、編碼器等）捕獲的時(shí)間與該幀在終端用戶顯示器上播放的時(shí)間之間的時(shí)間差。這個(gè)延時(shí)大小在不同行業(yè)存在著很大差異，對(duì)于廣播電視一般為5～10秒左右，流媒體延時(shí)可以有30秒或以上，而實(shí)時(shí)視頻制作或交互性更強(qiáng)的直播推流（例如比賽和體育博彩）而言，延時(shí)往往需要低于1秒。對(duì)于廣播電視行業(yè)而言，在不同直播場(chǎng)景下的延時(shí)要求也是不同的，延時(shí)要求較高的場(chǎng)景包括：體育賽事直播、有互動(dòng)交流環(huán)節(jié)的電商直播帶貨、網(wǎng)絡(luò)視頻會(huì)議等；延時(shí)要求不敏感的直播場(chǎng)景包括大型晚會(huì)直播、政府發(fā)布會(huì)、影視節(jié)目放送、無互動(dòng)環(huán)節(jié)的講座、直播課堂等。

表2對(duì)幾種常見的傳輸協(xié)議的延遲做了對(duì)比。

各傳輸協(xié)議存在延遲差異的原因如下：

首先，傳輸方式不同，RTMP、HLS基于TCP傳輸?shù)模鳶RT、Web RTC則是基于UDP傳輸?shù)??；赥CP傳輸?shù)膮f(xié)議有一個(gè)自動(dòng)重傳機(jī)制，假如數(shù)據(jù)包丟失了，就會(huì)將丟失的數(shù)據(jù)包重新傳，在自動(dòng)重傳的過程中，直播不會(huì)一直進(jìn)行，而是在等待丟失的數(shù)據(jù)到達(dá)后再繼續(xù)播放，延遲也就變長了。而UDP沒有TCP那套復(fù)雜的、高可靠性要求的傳輸控制機(jī)制，延時(shí)較低。同時(shí)也具備一定的數(shù)據(jù)丟包恢復(fù)能力，比如SRT，它運(yùn)用前向糾正技術(shù)（FEC），將網(wǎng)絡(luò)丟包的可能性降到最低，確保了SRT傳輸?shù)姆€(wěn)定性。

其次，數(shù)據(jù)包處理方式不同。在傳輸數(shù)據(jù)包時(shí)需要大量“握手”和錯(cuò)誤檢查協(xié)議，通常會(huì)產(chǎn)生更高的延時(shí)，UDP本身沒有連接的概念，所以不需要三次握手，并且UDP的傳輸是不管順序，也不管丟包的，延時(shí)自然就更低。

再次，傳輸參數(shù)的設(shè)置會(huì)對(duì)延時(shí)產(chǎn)生較大的影響，最直接的就是緩沖區(qū)大小的設(shè)置。更大的緩沖區(qū)意味著更強(qiáng)的丟包控制修復(fù)能力，傳輸質(zhì)量會(huì)更穩(wěn)定，但是會(huì)大幅提升延時(shí)量，減小緩沖區(qū)則相反。因此，應(yīng)該根據(jù)傳輸質(zhì)量要求、實(shí)時(shí)性要求和網(wǎng)絡(luò)鏈路質(zhì)量情況來審慎選擇合適的緩沖區(qū)。

最后，還有其他影響因素，比如擁塞控制，多路復(fù)用等都會(huì)對(duì)傳輸協(xié)議的延遲差異造成影響。由此造成了不同協(xié)議和應(yīng)用場(chǎng)景間延遲特性的差異。

3. SRT傳輸協(xié)議的相關(guān)概念和具體應(yīng)用

3.1 SRT 傳輸協(xié)議原理概述

SRT傳輸協(xié)議指的是安全可靠傳輸協(xié)議，是Haivision聯(lián)手Wowza在UDT的基礎(chǔ)上的針對(duì)音視頻實(shí)時(shí)性提出的傳輸協(xié)議，于2017年成為開源技術(shù)。依賴于其低延遲、可靠和安全等優(yōu)勢(shì)，目前已在眾多的視頻傳輸設(shè)備和軟件中得到支持。SRT基于UDT的協(xié)議（UDT協(xié)議是基于UDP的傳輸協(xié)議，在IETF已經(jīng)提交了4個(gè)版本），具有非常良好的丟包重傳機(jī)制。音視頻流對(duì)于時(shí)間順序這一點(diǎn)非常在意，而SRT基于時(shí)間的報(bào)文發(fā)送，使其具有良好的防止流量突發(fā)的能力。SRT對(duì)上層提供了豐富的擁塞控制統(tǒng)計(jì)信息，包括RTT、丟包率、inflight、send/receive bitrate等。利用這些豐富的信息，我們可以實(shí)現(xiàn)帶寬預(yù)測(cè)，并根據(jù)帶寬的變化在編碼層做自適應(yīng)動(dòng)態(tài)編碼與擁塞控制。

3.2 SRT協(xié)議的特性

首先，從安全性角度，SRT協(xié)議可以使用AES對(duì)內(nèi)容進(jìn)行加密傳輸；其次，從可靠性角度，SRT協(xié)議優(yōu)化了分組解碼器接收分組的構(gòu)造，在UDP數(shù)據(jù)包丟失以及排序方面存在的問題都可以有效解決，提升了數(shù)據(jù)傳輸?shù)姆€(wěn)定性以及安全性；最后，從低延遲角度，SRT傳輸協(xié)議以UDP協(xié)議為立足點(diǎn)，延時(shí)遠(yuǎn)低于TCP協(xié)議，它擁有一個(gè)強(qiáng)制的延時(shí)量，且這個(gè)延時(shí)量是固定不變的，但是這個(gè)延時(shí)在網(wǎng)絡(luò)搭建之前可以由用戶進(jìn)行調(diào)整。

在SRT中，其報(bào)文交互過程如下：握手（Handshake）、重要信息（Capability）、媒體（Media）、控制信息（Control）與關(guān)閉（Shutdown）。相比較RTMP的九次握手，SRT在構(gòu)建的過程中，僅僅需要兩個(gè)RTT（往返時(shí)延）即可完成，具體而言就是Handshake Request與Capability Announce；在握手之后，信息的交換產(chǎn)生于呼叫方（caller）以及接收方（listener），兩者之間產(chǎn)生信息交流，傳遞延時(shí)量以及緩沖區(qū)的大小。在傳輸封裝好的媒體數(shù)據(jù)包以外，還需要傳輸封裝的時(shí)間戳。通過同步接收方與呼叫方控制信息，SRT能夠有效克服網(wǎng)絡(luò)中的抖動(dòng)和丟包。最后，媒體數(shù)據(jù)傳輸完畢，SRT會(huì)閉合通道。

4. SRT傳輸協(xié)議的實(shí)際應(yīng)用場(chǎng)景

SRT現(xiàn)在開發(fā)了許多新功能，包括傳輸大文件、小的對(duì)話數(shù)據(jù)等等，但是SRT的“傳統(tǒng)優(yōu)勢(shì)領(lǐng)域”還是實(shí)時(shí)的視音頻傳輸。SRT目前在廣電行業(yè)中主要還是應(yīng)用于節(jié)目的制作和分發(fā)，而不是交付。

4.1 協(xié)議適用場(chǎng)景

SRT在廣電領(lǐng)域內(nèi)的應(yīng)用較早，其本質(zhì)上是一個(gè)點(diǎn)對(duì)點(diǎn)的傳輸協(xié)議（單播而不是組播）。從攝像機(jī)拍攝的視頻信號(hào)，在不使用衛(wèi)星或光纖專線等昂貴鏈路的情況下，可以通過互聯(lián)網(wǎng)使用SRT技術(shù)，利用HEVC編碼的視頻信號(hào)可以在極低的圖像損失下以非常低的開銷進(jìn)行傳輸。電視節(jié)目在分到CDN地進(jìn)行網(wǎng)絡(luò)傳播的時(shí)候，之前通常是使用RTMP協(xié)議，但現(xiàn)在越來越多的流媒體服務(wù)器使用SRT作為上傳推流的解決方案。

安徽廣播電視臺(tái)衛(wèi)星轉(zhuǎn)播車上配備了兩套公網(wǎng)傳輸系統(tǒng)，均支持SRT傳輸協(xié)議，其主要完成以下工作任務(wù)：

4.1.1 備份重大直播衛(wèi)星和光纖傳輸通道

為省兩會(huì)以及全國兩會(huì)提供信號(hào)傳播，所以，要將信號(hào)傳輸?shù)闹攸c(diǎn)放在提升其可靠性以及安全性方面，要有效發(fā)揮衛(wèi)星通道、光纖通道以及公網(wǎng)傳輸通道的數(shù)據(jù)傳輸功能，以最小的成本，達(dá)到最高效的數(shù)據(jù)傳輸目的。

4.1.2 緊急狀態(tài)的新聞直播

在實(shí)踐中，經(jīng)常要處理緊急性、突發(fā)性的新聞直播工作，而公網(wǎng)傳輸則更具優(yōu)勢(shì)，靈活性更強(qiáng)、便捷性更突出。

4.1.3 臺(tái)內(nèi)播出信號(hào)

實(shí)施重大直播活動(dòng)的時(shí)候，導(dǎo)演以及制作人希望可以觀看到臺(tái)內(nèi)的播出信號(hào)，以便為直播做好準(zhǔn)備工作，即便面臨緊急性的事故也可以高效應(yīng)對(duì)。

安徽臺(tái)早在2019年就完成了首次使用SRT作為主線，通過5G網(wǎng)絡(luò)進(jìn)行體育賽事活動(dòng)的直播，同時(shí)用于節(jié)目制作的回傳鏈路也是由SRT來實(shí)現(xiàn)。

4.2 SRT傳輸網(wǎng)絡(luò)帶寬要求

在5G網(wǎng)絡(luò)逐漸普及的情況下，廣電行業(yè)中利用背包設(shè)備進(jìn)行無線圖傳的場(chǎng)景越來越多。那么使用SRT協(xié)議進(jìn)行傳輸?shù)降仔枰啻蟮膸捘兀拷ㄗh的帶寬應(yīng)該由以下幾個(gè)部分組成：

⑴數(shù)據(jù)流：主要組成部分是經(jīng)過編碼后封裝好的TS數(shù)據(jù)包。以H.264編碼傳輸高清1080p分辨率的視頻數(shù)據(jù)，至少需要10Mbps以上的帶寬，4K超高清則至少需要40Mbps以上的帶寬才能達(dá)到廣電播出畫質(zhì)要求。而使用HEVC編碼，傳輸高清視頻只需要6Mbps，超高清達(dá)到30Mbps的帶寬就足以滿足播出要求。

⑵帶寬開銷：為了解決網(wǎng)絡(luò)波動(dòng)和丟包等突發(fā)情況對(duì)傳輸造成的影響，SRT需要使用額外的帶寬向接受緩沖區(qū)重傳丟失的數(shù)據(jù)，由于需要疊加正常傳輸?shù)膸?，補(bǔ)充重傳數(shù)據(jù)的過程帶寬消耗量將陡增，這部分額外的帶寬需求就是帶寬開銷。帶寬開銷的大小決定了補(bǔ)充丟失數(shù)據(jù)包的速度，設(shè)置越大，則接受緩沖區(qū)中的數(shù)據(jù)可以更快地獲得補(bǔ)充，否則，補(bǔ)充時(shí)間大于延時(shí)量時(shí)，則會(huì)發(fā)生圖像數(shù)據(jù)缺失。通常開銷默認(rèn)值為數(shù)據(jù)流的25%，實(shí)際值可以在5%～50%之間設(shè)置。

⑶帶寬冗余量。在實(shí)際傳輸過程中，應(yīng)保證帶寬有一定的冗余量，建議為需求帶寬的33%。

因此，假設(shè)使用SRT來傳輸4K超高清視頻，TS數(shù)據(jù)流的帶寬為30Mbps，帶寬開銷為25%，那么傳輸鏈路的建議帶寬應(yīng)高于：

30×（1+25%）×（1+33%）=49.875Mbps，

在這種參數(shù)設(shè)置下，如果延時(shí)量設(shè)置為4000ms，那么網(wǎng)絡(luò)發(fā)生1秒鐘以內(nèi)的中斷都不會(huì)對(duì)SRT傳輸鏈路造成影響。這一特性甚至優(yōu)于衛(wèi)星或是光纖鏈路。

5. SRT協(xié)議在推廣普及上還面臨的問題和瓶頸

SRT傳輸協(xié)議中，優(yōu)勢(shì)眾多，應(yīng)用廣泛，但是在實(shí)踐中，廣電行業(yè)的工作人員也要注意一些問題：

⑴公網(wǎng)傳輸相較于傳統(tǒng)的專用線路波動(dòng)性及不確定性突出，因此，應(yīng)用SRT技術(shù)傳輸前需要聯(lián)絡(luò)相關(guān)的工作人員做好預(yù)案，必要時(shí)準(zhǔn)備多個(gè)備用鏈路。

⑵相比傳統(tǒng)的RTMP直播，SRT的抗丟包特性優(yōu)勢(shì)確實(shí)很大。但是，現(xiàn)在能播放SRT協(xié)議格式的播放器不多。SRT支持的HEVC編碼格式由于在瀏覽器支持、處理器開銷、專利授權(quán)等多方面存在限制，導(dǎo)致目前在廣泛應(yīng)用方面能體現(xiàn)出來的優(yōu)勢(shì)還不夠明顯，在推廣使用方面還需要更多的可支持工具。

⑶當(dāng)前，SRT作為新一代的傳輸協(xié)議，參與的人不多，并且使用驗(yàn)證的時(shí)間不夠長，因此其性能及穩(wěn)定性等方面還有待更多市場(chǎng)驗(yàn)證，這樣也就導(dǎo)致很多廠家對(duì)SRT持觀望的態(tài)度。

6. 結(jié)束語

在廣電行業(yè)，網(wǎng)絡(luò)直播的應(yīng)用越來越廣泛，對(duì)信號(hào)的傳輸質(zhì)量要求也越來越高，而SRT傳輸協(xié)議憑借其優(yōu)勢(shì)，得到了越來越廣泛的應(yīng)用。尤其是在公網(wǎng)環(huán)境網(wǎng)絡(luò)波動(dòng)大、穩(wěn)定性受考驗(yàn)的情況下，使用較低的成本、以更靈活的形式傳輸高質(zhì)量、低延時(shí)的視頻信號(hào)，更符合廣電行業(yè)媒體融合業(yè)務(wù)運(yùn)營的實(shí)際需要。通過優(yōu)化配置的SRT傳輸環(huán)境，可以輕松實(shí)現(xiàn)跨區(qū)域新聞播報(bào)、遠(yuǎn)程制作、互動(dòng)訪談、大型活動(dòng)直播等業(yè)務(wù)模式，有效助力電視臺(tái)節(jié)目制作和媒體服務(wù)部門探索新的網(wǎng)絡(luò)直播新業(yè)務(wù)場(chǎng)景，開發(fā)創(chuàng)新適用于廣電應(yīng)用的新技術(shù)模式，促進(jìn)廣電傳輸技術(shù)轉(zhuǎn)型升級(jí)。

參考文獻(xiàn)：

[1]陶奕惟.5G在廣播電視技術(shù)中的應(yīng)用發(fā)展前景探析[J].IT經(jīng)理世界，2020，23（12）：6.

[2]孫寶超，陳曉，井明石.網(wǎng)絡(luò)直播在廣電行業(yè)的應(yīng)用[J].百科論壇電子雜志，2020（7）：516-517.

[3]王晨，張樂.安全可靠傳輸協(xié)議在5G環(huán)境下的低延遲視頻傳輸應(yīng)用[C]//.中國新聞技術(shù)工作者聯(lián)合會(huì)2021年學(xué)術(shù)年會(huì)論文集.[出版者不詳]，2021：19-24.

[4]杜岳良.廣播電視信號(hào)傳輸中的SRT傳輸協(xié)議探討[J].中國傳媒科技，2021（08）：158-160.

[5]張博力.淺談SRT傳輸協(xié)議在廣播電視信號(hào)傳輸中的應(yīng)用[J].現(xiàn)代電視技術(shù)，2019（05）：141-143.

[6]胡偉.5G和公網(wǎng)傳輸設(shè)備在電視直播中的應(yīng)用[J].數(shù)字通信世界，2019（09）：178，198.