[發明專利]媒體流的遞送方法及服務器

有效

• 申請號: 201811353208.6
• 申請日: 2018-11-14
• 公開（公告）號: CN111193686B
• 公開（公告）日: 2021-12-21
• 發明（設計）人: 姜紅旗
• 申請（專利權）人: 北京開廣信息技術有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 北京清亦華知識產權代理事務所(普通合伙) 11201
• 代理人: 張潤

本發明公開了一種媒體流的遞送方法及服務器，其中，方法包括：接收客戶端發送的媒體段請求，其中，媒體段請求不攜帶或攜帶至少一個控制參數，且控制參數包括指示待傳送的目標媒體流的第一類參數和指示待傳送的候選媒體單元的第二類參數；根據媒體段請求生成媒體段，其中，根據第一類參數確定待傳送的目標媒體流，確定目標媒體流的流傳送類型，根據流傳送類型和第二類參數確定待傳送的候選媒體單元，并將待傳送的候選媒體單元封裝成媒體段；發送媒體段至客戶端。該方法可以實現按客戶端需求分段的媒體流遞送，有效降低媒體流的傳輸延時和開銷，并為媒體流的直播、點播和時移提供統一的遞送接口，簡化服務器和客戶端的實現。

技術領域

本發明涉及數字信息傳送技術領域，特別涉及一種媒體流的遞送方法及服務器。

背景技術

隨著互聯網特別是移動互聯網的快速發展，通過互聯網來實時或非實時傳送音頻、視頻、圖像等多媒體數據成為許多應用的基本需求，為滿足這一需求，人們提出了各種流媒體傳輸技術，目前得到廣泛使用的實時流媒體傳輸技術主要包括三類：實時傳送協議(RTP(Real-time Transport Protocol，實時傳輸協議)/RTSP(Real Time StreamingProtocol，實時流傳輸協議))、RTMP(Real Time Messaging Protocol，實時消息傳送協議)和HTTP(HyperText Transfer Protocol，超文本傳輸協議)自適應性流傳輸HAS(HTTPAdaptive Streaming)。其中，HTTP自適應流傳輸又包括多種方案：蘋果公司提出的HLS(HTTP Live Streaming)、微軟提出的平滑流Smooth Streaming、Adobe提出的HDS(HTTPDynamic Streaming)、MPEG組織提出的DASH(Dynamic Adaptive Streaming over HTTP，基于HTTP的動態自適應流)。

相關技術中的HTTP自適應性流傳輸方案的共同特點是將媒體流切割成短時間(2s～10s)的媒體片段，并同時生成描述這些媒體片段的索引文件或清單文件(例如HLS中的m3u8播放列表和DASH中的MPD文件)，然后將其保存到各Web服務器上，客戶端通過訪問播放列表或清單文件，獲得這些媒體片段的URL(Uniform Resource Locator，統一資源定位符)訪問地址，然后可以采用標準的HTTP協議來逐個下載這些媒體片段并進行播放。簡言之，上述方案的主要區別體現在媒體片段采用的封裝格式和清單文件格式的不同。

相對于RTP/RTSP和RTMP來說，HTTP自適應流傳輸可以充分利用現有的互聯網Web緩存設施(如CDN和各種Web緩存服務器)，可以支持大規模的用戶訪問。同時，通過提供多種碼率的媒體片段，還可以支持客戶端根據網絡條件和終端能力來自行選擇合適碼率的片段，實現碼率自適應。因此，HTTP自適應流傳輸已成為目前互聯網上實時流媒體遞送的主流方式。

但是，相關技術中的HTTP自適應流傳輸方案均存在以下問題：

第一，媒體片段的時長無法適應動態變化的網絡傳輸。目前的HAS方案均采用預分段的方式，即服務器按照預先設置的時長來生成媒體片段及其清單文件并提交給web服務器。當網絡傳輸帶寬充足且延時較小時，設置較大的片段時長意味著增加實時傳送的延時；當網絡傳輸帶寬不足且延時較大時，設置較小的片段時長意味著頻繁的文件請求，增加服務器的負擔和網絡傳輸開銷。由于互聯網上的傳輸帶寬和傳輸延時是動態變化的，采用固定時長的預分段方式無法實現最優傳輸。

第二，清單文件增加了傳送延時和開銷。客戶端需要先得到清單文件，才能獲得媒體片段的URL地址。但是由于清單文件需要經過一段時間才能傳輸給客戶端，因此，客戶端得到的清單文件并不能反映當前最新的媒體片段的生成情況，此外，當清單文件遇到阻塞或者傳輸出錯時，將阻塞用戶對媒體片段的快速訪問，降低實時流媒體的傳送性能。