[發明專利]一種緩存數據發送處理方法及裝置

在審

• 申請號: 201910721027.2
• 申請日: 2019-08-06
• 公開（公告）號: CN110505500A
• 公開（公告）日: 2019-11-26
• 發明（設計）人: 李曉虎;陳本榮
• 申請（專利權）人: 咪咕視訊科技有限公司
• 主分類號: H04N21/2343
• 分類號: H04N21/2343;H04N21/2662;H04N21/6373;H04N21/6405;H04N21/6408;H04N21/647
• 代理公司: 11002 北京路浩知識產權代理有限公司
• 代理人: 苗曉靜<國際申請>=<國際公布>=<進入

本發明實施例公開了一種緩存數據發送處理方法及裝置，方法包括：當服務器收到客戶端發送的接收消息時，采用第一預設速率向所述客戶端發送所述服務器的緩存數據；其中，所述接收消息為所述客戶端接收到組播序列號的消息；所述第一預設速率低于所述服務器接收組播流的速率。本發明實施例在服務器收到客戶端發送的客戶端接收到組播序列號的消息時，通過采用低于服務器接收組播流速率的第一預設速率向客戶端發送服務器的緩存數據，從而減少了服務器的運算和高帶寬輸出的時間，便于提升服務能力，同時有效降低了客戶端處理的數據量，提升了客戶端的效率和穩定性，避免了播放卡頓等問題。

技術領域

本發明涉及通信技術領域，具體涉及一種緩存數據發送處理方法及裝置。

背景技術

隨著電視信號數字化的普及，互聯網電視(IPTV，Internet ProtocolTelevision)技術也被廣泛地應用。目前，絕大多數IPTV中都引入了快速頻道切換(FCC，Fast Channel Change)服務器。FCC服務器發給客戶端的首幀永遠是I幀，因此，終端能夠快速展示頻道信息。FCC服務器在進行頻道切換時，通過單播以快發倍速的優勢先向終端發送緩存中的目的頻道碼流，以便終端解碼器可以盡快獲得最近的一個完整I幀，當單播碼流追趕上組播碼流時，通知終端切換到多播組中，繼續接收目標頻道直播碼碼流。

但是引入FCC服務器后，在實現頻道切換速度提升的同時，對用戶側的接入網絡的帶寬會帶來較大的波動，也就是需要更大的網絡帶寬，在直播情況下，這會帶來用戶最不喜歡的卡頓現象的發生，從而影響用戶的直播觀看體驗。

發明內容

由于現有方法存在上述問題，本發明實施例提出一種緩存數據發送處理方法及裝置。

第一方面，本發明實施例提供了一種緩存數據發送處理方法，包括：

當服務器收到客戶端發送的接收消息時，采用第一預設速率向所述客戶端發送所述服務器的緩存數據；

其中，所述接收消息為所述客戶端接收到組播序列號的消息；

所述第一預設速率低于所述服務器接收組播流的速率。

優選地，在所述服務器收到客戶端發送的接收消息之前，還包括：

當所述服務器收到所述客戶端的請求服務時，采用第二預設速率向所述客戶端發送所述服務器的緩存數據；

其中，所述第二預設速率高于所述服務器接收組播流的速率。

優選地，所述緩存數據發送處理方法還包括：

在所述服務器通知所述客戶端加入組播至所述服務器收到所述客戶端發送的接收消息的時間段內，采用所述服務器接收組播流的速率向所述客戶端發送所述服務器的緩存數據。

優選地，所述第一預設速率為所述服務器接收組播流的速率的X倍；

其中，X為發送給所述客戶端的單播流速率與所述客戶端接收的組播流速率的差值，X的取值范圍為：0.2≤X≤0.4。

優選地，所述第二預設速率為所述服務器接收組播流的速率的1+X倍；

其中，X為發送給所述客戶端的單播流速率與所述客戶端接收的組播流速率的差值，X的取值范圍為：0.2≤X≤0.4。

第二方面，本發明實施例還提供了一種緩存數據發送處理裝置，包括：

第一發送模塊，用于當服務器收到客戶端發送的接收消息時，采用第一預設速率向所述客戶端發送所述服務器的緩存數據；

其中，所述接收消息為所述客戶端接收到組播序列號的消息；

所述第一預設速率低于所述服務器接收組播流的速率。