融合廣電+網絡直播的技術實現方案研究

侯艷君

（河南廣播電視臺，河南 鄭州 450000）

互聯網的興起促進了我們國家的發展，在這樣的大背景之下網絡直播備受關注，從而很多的創業人員以及互聯網巨頭都將目標投放于網絡直播行業當中，并且現在的網絡直播在生活當中已經涉及了很多的領域，當前的直播平臺種類繁多，這促進了直播的行業的發展，形成了比較大的規模，為我們國家的發展提供了巨大的動力。

一、網絡直播的流程

現在直播的形式就是利用網絡上的直播軟件進行直播，而受眾就是通過各種播放器進行收看。

首先直播的人員要準備好直播的設備：麥克風、攝像頭等等，并將其進行連接，其次直播的人員找一個網絡直播的軟件，例如現在的虎牙直播軟件、YY直播軟件等等，然后要在直播的終端安裝推流軟件，對麥克風以及攝像頭進行有效地識別，并且還要封裝采集實時音頻還有視頻完成原始的編碼，再然后就是網絡直播軟件與平臺之間的連接，將實時的直播由直播軟件向流媒體服務器進行推送，這時收看的人員就能夠通過直播的軟件或者是網頁進行收看。

二、廣電網絡與網絡直播結合的可行性以及需求

網絡直播已經成為了當前最主要的傳播形式，并且當今這種直播形式比較貼近人民群眾的生活，這對廣電網絡的發展是十分有利的，相關單位可以從民生方面進行深入發展，例如教育、新聞、生活、旅游等等方面，這些內容更加地吸引觀眾，有效地滿足了受眾的各種需求。

但是廣電網絡和網絡直播的這種結合的發展必須要考慮盒端的適配，根據廣電網絡的業務平臺以及系統提出兩種實現方案，充分比較分析兩種方案的指標技術標準、投資、難易程度等等，而且這兩種實現方案的投資成本相應較低，廣電網絡實施起來比較方便。

三、監控平臺直播業務的實現方案

大容量以及高并發的監控平臺廣電網絡的運營商已經建成，并且已經與NVR或者是主流攝像機形成對接，有效地對地級市的電視廣播進行監控，監控平臺分為主播端、用戶端以及平臺側三個部分。

主播端：作為主播必須要有個人電腦或者是手機并且還要有拾音器以及網絡攝像機等等設備，然后將其設備接入到廣電網上，這樣才能保證設備的有效連接，將麥克風與拾音器通過無線調頻進行連接，拾音器與攝像機也通過音頻線進行連接。

用戶端：在用戶端用戶通過使用廣電在網機頂盒對直播內容進行收看。

平臺側：監控軟件通過RTSP協議將攝像機的音視頻流拉取到廣電內網服務器，再通過轉碼將原始攝像頭音視頻流轉化為M3U8格式的TS流，并實時更新覆蓋。當用戶端有訪問請求時，廣電內網將實時的TS流通過HLS協議推送至用戶端機頂盒。

但是直播的開啟和關閉是由主播進行控制，流媒體服務器以及監控介入服務器均位于廣電內網，機頂盒直播的Portal導航頁面通過后臺進行獲取，最終的打開方式由機頂盒的瀏覽器打開。采集的視頻和音頻信號必須由網絡攝像機完成原始編碼也就是將其音頻格式改為ACC以及視頻格式改為H.264，同時也要生成原始的ES流，并將其進行拉流，其格式也更改為M3U8的TS切片。

此方案有效地避免了直播推流平臺的再搭建，還具有較強的適應性，有效地減少了終端對接開發的工作量。假如建設了若干的后臺管理子系統，這樣有利于后期方案實行的管理，以及業務的拓展，還能有效支撐后期的業務開展。

直播的開啟與關閉由直播的系統直接進行控制，用戶能夠正常進行觀看，必須在直播的過程當中；主播認證鑒權系統主要用于主播的注冊和認證；直播Portal系統提供直播入口導航頁面，采用基于NGB標準的B/S架構，其必須對廣電在網的機頂盒進行兼容；直播接入系統用來將需要轉碼的網絡攝像機的相關參數（如IP地址、RTSP拉流串、端口號等）預先導入監控接入服務器；用戶認證鑒權系統用來針對受眾用戶完成直播入口的鑒權，有效地對特殊群體的直播業務進行管控。

四、自建平臺的實現方案

直播不僅僅能夠通過廣電的監控平臺進行，還能夠有效地參照互聯網直播，從RTMP的協議上建設直播平臺。RTMP是Adobe公司推出的實時傳輸協議，主要用于基于flv格式的音視頻流的實時傳輸。使用RTMP協議進行傳輸，視頻需采用H.264壓縮標準，音頻采用AAC標準，并將音視頻流按照flv的格式進行封裝。不同于RTSP拉流，RTMP屬于推流協議，用于將主播客戶端生成的實時流推送至直播平臺流媒體服務器。當服務器接收到用戶側機頂盒的訪問請求時，使用HTTP-flv或者是RTMP協議將緩存的實時流推送至目標客戶端。

安裝于主播PC端或手機端的直播推流軟件會自動識別USB外接或內置的攝像頭和麥克風設備，并完成其中的音視頻采集與編碼、復用和RTMP上行推流，將實時流推送至直播推流服務器。當前主流的開源推流軟件，如OBS、FFmpeg等都可以實現上述功能。后臺的流媒體服務器接收到RTMP實時流后，使用推流協議將實時流媒體推送至受眾客戶端。下行推流協議主要有RTMP和HTTP-flv兩種方式。若使用RTMP完成下行推流，服務器無須改變接收到的上行RTMP媒體流即可直接推送；若使用HTTP-flv，服務器需要首先將RTMP媒體流轉換為HTTP-flv流再完成推送。根據不同的下行推流方式，可分別基于nginx-rtmp-module（支持RTMP）或SRS2.0(支持HTTP-flv)軟件模塊完成直播流媒體服務器的搭建。

但是平臺的自建存在一大難點，就是廣電在網機頂盒終端的適配，廣電運營商的發展對于新型的傳輸協議以及解編碼標準的支持力還遠遠不夠，僅僅能夠支持一些NGOD業務以及數字電視。此外，自建直播平臺方案同樣需要后臺管理系統的支撐，主要包括主播認證鑒權子系統、直播Portal子系統和用戶認證鑒權子系統。不同于基于監控平臺的實現方案，OBS、FFmpeg等直播推流軟件可以自行控制主播攝像頭和麥克風開關，且上行RTMP推流方式無須預先接入主播終端，因此自建直播平臺方案不需要另外搭建直播控制子系統和直播接入子系統。

五、比較分析兩種方案

本文結合實際提出兩種方案，一種是在廣電內網的基礎之下，另一種就是通過廣電在網的機頂盒實現其互聯網的直播，在上文當中我們也提到了方案的技術標準、投資規模以及網絡協議、落地時間等等，兩種方案之間存在很大不同，通過總結出了以下表格。

方案對比表格

延時 5-7s高延時 1-2s低延時 1-2s低延時數據分段 切片文件 連續流 連續流上行流媒體協議 RTSP拉流 RTMP推流 RTMP推流主播測設備 網絡攝像機 開源推流軟件 開源推流軟件直播平臺 利用監控平臺 新建 新建直播輔助系統 需要 需要 需要HTML5播放 支持 不支持 支持機頂盒適配 不需要 需要 需要投資規模 較小 較大 較大落地時間 較短 較長 較長

由此我們能夠明顯地看出，兩種方案有各自的優缺點，因此在實際的使用過程當中，運營商可以根據受眾的不同需求來選擇實施的方案。

六、結束語

本篇文章研究了當前最受歡迎的直播行業與廣電網絡相互結合的可行性，并且對直播行業的實現進行了深入探析，并通過對方案的分析，積累相關的經驗，為日后廣電運營商網絡直播的開展提供更有價值的經驗。