[發明專利]流媒體推送方法及裝置

在審

• 申請號: 201610962959.2
• 申請日: 2016-10-28
• 公開（公告）號: CN108023864A
• 公開（公告）日: 2018-05-11
• 發明（設計）人: 柴鑫剛
• 申請（專利權）人: 中國移動通信有限公司研究院;中國移動通信集團公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04N21/2387
• 代理公司: 北京派特恩知識產權代理有限公司 11270
• 代理人: 王軍紅;張穎玲

本發明公開了一種流媒體推送方法，包括：接收客戶端發送的流媒體分塊請求；響應所述流媒體分塊請求，根據所述客戶端當前存放待播放流媒體的緩沖區大小及網絡帶寬，確定與所述流媒體分塊請求對應的N個流媒體分塊；N為大于等于1的整數；將確定的N個流媒體分塊推送給所述客戶端。本發明同時還公開了一種流媒體推送裝置。

技術領域

本發明涉及流媒體技術，尤其涉及一種流媒體推送方法及裝置。

背景技術

隨著因特網及移動互聯網的發展，在過去10年中，視頻業務如雨后春筍，迅猛發展，視頻業務將成為未來人們溝通與娛樂的主要承載形式。

近些年，互聯網視頻迅猛發展，視頻內容的流量已占到了整個互聯網流量的一半。談到互聯網視頻就不得不提到流媒體技術，正是流媒體技術的不斷發展促進了目前互聯網視頻的迅猛發展。科學技術的發展同時也推動著流媒體技術的發展，使得流媒體技術從傳統技術發展為最新的碼流自適應(HAS，HTTP Adaptive Streaming)技術。

在HAS技術中，都是基于超文本傳輸協議(HTTP，HyperText Transfer Protocol)來實現的。HTTP 2.0雖然減少了客戶端向服務器發出的切片請求，實現了視頻直播的低延時，但是在k個視頻切片推送響應中，k個視頻切片的碼率是不變的，不能及時地根據帶寬的變化來選取相應的視頻切片，因此無法充分利用帶寬。

發明內容

為解決現有存在的技術問題，本發明實施例提供一種流媒體推送方法及裝置。

本發明實施例的技術方案是這樣實現的：

本發明實施例提供了一種流媒體推送方法，包括：

接收客戶端發送的流媒體分塊請求；

響應所述流媒體分塊請求，根據所述客戶端當前存放待播放流媒體的緩沖區大小及網絡帶寬，確定與所述流媒體分塊請求對應的N個流媒體分塊；N為大于等于1的整數；

將確定的N個流媒體分塊推送給所述客戶端。

上述方案中，所述根據所述客戶端當前存放待播放流媒體的緩沖區大小及網絡帶寬，確定與所述流媒體分塊請求對應的N個流媒體分塊，包括：

比較第一緩沖區大小與第二緩沖區大小，得到比較結果；所述第一緩沖區大小表征當前存放待播放流媒體的緩沖區大小；所述第二緩沖區大小為設置的緩沖區大小；

利用比較結果，并結合當前網絡帶寬，確定所述N個流媒體分塊。

上述方案中，所述利用比較結果，并結合當前網絡帶寬，確定所述N個流媒體分塊，包括：

當第一緩沖區大小小于等于所述第二緩沖區大小時，比較第一網絡帶寬和第二網絡帶寬；第一網絡帶寬表征當前網絡帶寬；第二網絡帶寬表征上一次推送M個流媒體分塊所使用的網絡帶寬；M為大于等于1的整數；

根據比較結果確定所述N個流媒體分塊。

上述方案中，所述根據比較結果確定所述N個流媒體分塊，包括：

所述第一網絡帶寬大于等于所述第二網絡帶寬，且與之前推送流媒體分塊所使用的網絡帶寬相比，所述第一網絡帶寬是連續兩次的帶寬增加時，確定N為M與第一值之和。

上述方案中，所述根據比較結果確定所述N個流媒體分塊，包括：

第一網絡帶寬大于等于所述第二網絡帶寬，且與之前推送流媒體分塊所使用的網絡帶寬相比，所述第一網絡帶寬不是連續兩次的帶寬增加時，確定N為M。

上述方案中，所述根據比較結果確定所述N個流媒體分塊，包括：

所述第一網絡帶寬小于所述第二網絡帶寬時，確定N為1。