• 
    

    
    

      99热精品在线国产_美女午夜性视频免费_国产精品国产高清国产av_av欧美777_自拍偷自拍亚洲精品老妇_亚洲熟女精品中文字幕_www日本黄色视频网_国产精品野战在线观看 ?

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

      2023-05-26 23:52:47蔡家常
      衛(wèi)星電視與寬帶多媒體 2023年9期

      蔡家常

      【摘要】在計(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)橥ǔR粋€(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.

      三亚市| 靖宇县| 朝阳县| 桂阳县| 千阳县| 冕宁县| 吉安县| 翼城县| 六盘水市| 将乐县| 莲花县| 东至县| 时尚| 武冈市| 盘锦市| 桂阳县| 喀喇沁旗| 壶关县| 繁昌县| 华蓥市| 抚州市| 西吉县| 莱阳市| 普宁市| 伊通| 清涧县| 金塔县| 加查县| 谷城县| 花垣县| 台北市| 湘乡市| 荥经县| 田阳县| 田林县| 咸丰县| 汕尾市| 凌云县| 周宁县| 佛坪县| 廊坊市|