[發明專利]一種傳送流文件生成方法、裝置、設備及存儲介質

在審

• 申請號: 202011173330.2
• 申請日: 2020-10-28
• 公開（公告）號: CN112367527A
• 公開（公告）日: 2021-02-12
• 發明（設計）人: 鄭丁華;陳毓亮;蘇強衛;鄺景森;吳濟宇;黃金強
• 申請（專利權）人: 廣州市網星信息技術有限公司
• 主分類號: H04N21/2187
• 分類號: H04N21/2187;H04L29/06
• 代理公司: 北京品源專利代理有限公司 11332
• 代理人: 孟金喆

本發明實施例公開了一種傳送流文件生成方法、裝置、設備及存儲介質。其中，該方法包括：從媒體源端獲取原始媒體流；識別所述原始媒體流中的關鍵幀；根據關鍵幀識別結果對所述原始媒體流進行切分，得到傳送流TS文件，其中，所述TS文件的第一個媒體包為關鍵幀，所述TS文件的長度為關鍵幀間隔時長的預設倍數，所述TS文件的分片序號由所述TS文件中預設位置的媒體包的屬性信息確定。本發明實施例提供的技術方案，可以保證不同服務端針對同路媒體流的切分方式統一以及不同服務端對TS文件的分片序號的命名統一，從而有利于解決用戶播放HLS媒體流時，多服務端響應不一致導致的斷流問題。

技術領域

本發明實施例涉及直播技術領域，尤其涉及一種傳送流文件生成方法、裝置、設備及存儲介質。

背景技術

隨著直播技術的發展，內容分發網絡(Content Delivery Network，簡稱CDN)在直播領域的傳輸協議通常有3種：實時消息傳輸協議(Real Time Messaging Protocol，簡稱RTMP)、基于http的流媒體網絡傳輸(Http Live Streaming，簡稱HLS)協議、流媒體格式(Flash Video，簡稱FLV)。RTMP、FLV在瀏覽器兼容性方面比HLS差，故HLS常作為CDN在線移動端重要的播放協議。CDN在實際應用中通過域名訪問服務端，拉取直播音視頻流。在短鏈接的情況，部分播放器和瀏覽器會發起多個鏈接來請求HLS的m3u8索引里的傳送流(Transport Stream，簡稱TS)分片。而DNS服務器解析返回的服務端網際互連協議(Internet Protocol，簡稱IP)通常不止一個，導致不同請求被隨機發送到不同的服務端機器。

服務端的媒體流，其內部傳輸格式可能并非HLS協議。可能以RTMP媒體包，亦或其他私有封裝協議傳輸。因此，盡管是同路直播流，若不同服務端收到的請求時間不同，則開始生成TS的時間不同，各自切割出的TS分片序列存在差異。導致有些服務端的m3u8索引里的TS文件，在另一些服務端無法獲取到，造成直播斷流。

現有技術中對于直播斷流問題有以下解決方案：例如，部分CDN架構會自建專門的CDN域名解析(Domain name resolution，簡稱DNS)服務器，把用戶單次播放請求通過DNS解析固定到一臺服務器處理，避免出現同一觀眾的播放流落在不同的機器，從根源上規避HLS流斷播的出現，但該架構依賴于自建CDN DNS服務器集群，且硬件成本高、初次建立鏈接經過的鏈路節點較多，出視頻較慢；又如通過Nginx反向代理的方式，利用配置Nginx的IP哈希(hash)方式轉發用戶請求到匹配哈希規則的服務器，同時服務端響應也經由Nginx服務。該方式所有的請求和響應均通過Nginx服務器，當實時直播媒體流鏈路數據量較大時，Nginx服務器易成為帶寬瓶頸，因同路播放流的不同的請求需被分配到同一個后端處理，要求Nginx服務器集群的IP hash配置需保持一致，當CDN緩存服務器增減機器(如機器宕機)，原有的IP配置無法及時變更，易引發一致性問題；此外，還有提供網絡地址轉換(NetworkAddress Translation，簡稱NAT)網關，只有小部分公網IP提供對外訪問的方法，該方法將不同的請求通過NAT網關映射轉發給內網的CDN服務器集群處理。由于NAT網關可配置，同個用戶同路直播流可穩定映射到對應服務器處理，該方案也容易引發一致性問題。

發明內容

本發明實施例提供了傳送流文件生成方法、裝置、設備及存儲介質，可以保證不同服務端針對同路媒體流的切分方式統一以及不同服務端對TS文件的分片序號的命名統一，有利于解決用戶播放HLS媒體流時，多服務端響應不一致導致的斷流問題。

第一方面，本發明實施例提供了一種傳送流文件生成方法，該方法包括：

從媒體源端獲取原始媒體流；

識別所述原始媒體流中的關鍵幀；