專利名稱：媒體數(shù)據(jù)的傳輸方法、網(wǎng)絡側(cè)設備及通信系統(tǒng)的制作方法
技術領域：
本發(fā)明實施例涉及網(wǎng)絡電視技術領域，尤其涉及一種媒體數(shù)據(jù)的傳輸方法、網(wǎng)絡 側(cè)設備及通信系統(tǒng)。
背景技術：
在互聯(lián)網(wǎng)協(xié)議電視(Internet Protocol Television，簡稱IPTV)系統(tǒng)中，直播節(jié) 目是組播設備以組播的方式進行傳輸，只有用戶選擇收看的直播節(jié)目內(nèi)容才會被轉(zhuǎn)發(fā)至用 戶使用的終端(如機頂盒)上。用戶頻道切換過程通常包括三個階段用戶通過終端向組 播設備發(fā)出頻道切換請求，終端從組播設備獲取組播地址并接收組播數(shù)據(jù)，終端確認收到 第一個完整的I幀并開始向用戶播放該頻道的直播節(jié)目內(nèi)容?？梢?，用戶頻道切換過程所 需要的時間較長。為了縮短用戶頻道切換過程所需的時長，現(xiàn)有技術提出了快速頻道切換(Fast Channel Change，簡稱FCC)機制，其基本思想是在網(wǎng)絡側(cè)部署FCC服務器，通過FCC服務器 緩存組播設備發(fā)送的組播數(shù)據(jù)。當FCC服務器接收到終端發(fā)送的頻道切換請求時，選擇需 單播的數(shù)據(jù)對應的起始內(nèi)部編碼幀(Intra-coded Frame,簡稱I幀)，從起始I幀之后的緩 存組播媒體數(shù)據(jù)開始向終端發(fā)送單播媒體數(shù)據(jù)。以便終端在接收到切換后頻道的組播媒體 數(shù)據(jù)之前，可播放單播媒體數(shù)據(jù)，從而使得用戶能盡快看到切換后頻道的直播節(jié)目內(nèi)容。發(fā)明人在實現(xiàn)本發(fā)明實施例過程中發(fā)現(xiàn)，在現(xiàn)有的快速頻道切換過程中，終端接 收到的單播媒體數(shù)據(jù)有可能不足，影響用戶觀看直播節(jié)目內(nèi)容的連續(xù)性；或者，終端接收到 的單播媒體數(shù)據(jù)有可能過多，不僅使終端用戶觀看直播節(jié)目所需的時延較長而且也造成了 FCC服務器帶寬資源的浪費。因而，現(xiàn)有技術在快速頻道切換過程中，單播媒體數(shù)據(jù)的發(fā)送 效率較低。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種媒體數(shù)據(jù)的傳輸方法、網(wǎng)絡側(cè)設備及通信系統(tǒng)，有利于提 高在快速頻道切換過程中單播媒體數(shù)據(jù)的發(fā)送效率。本發(fā)明實施例提供一種媒體數(shù)據(jù)的傳輸方法，包括在接收到終端發(fā)送的頻道切換請求時，確定終端完成頻道切換所需的預測時長；根據(jù)預測時長確定起始內(nèi)部編碼幀，起始內(nèi)部編碼幀為需要向終端發(fā)送的單播媒 體數(shù)據(jù)對應的起始幀；向終端發(fā)送確定的起始內(nèi)部編碼幀之后存儲的單播媒體數(shù)據(jù)，且在當前向終端發(fā) 送的單播媒體數(shù)據(jù)包與終端從組播源接收到的第一個組播媒體數(shù)據(jù)包相同時，停止向終端 發(fā)送單播媒體數(shù)據(jù)。本發(fā)明實施例提供一種網(wǎng)絡側(cè)設備，包括預測時長確定模塊，用于在接收到終端發(fā)送的頻道切換請求時，確定終端完成頻 道切換所需的預測時長；
起始內(nèi)部編碼幀確定模塊，用于根據(jù)預測時長確定起始內(nèi)部編碼幀，起始內(nèi)部編 碼幀為需要向終端發(fā)送的單播媒體數(shù)據(jù)對應的起始幀；單播媒體數(shù)據(jù)發(fā)送模塊，用于向終端發(fā)送確定的起始內(nèi)部編碼幀之后存儲的單播 媒體數(shù)據(jù)，且在當前向終端發(fā)送的單播媒體數(shù)據(jù)包與終端從組播源接收到的第一個組播媒 體數(shù)據(jù)包相同時，停止向終端發(fā)送單播媒體數(shù)據(jù)。本發(fā)明實施例提供一種通信系統(tǒng)，包括網(wǎng)絡側(cè)設備和終端；終端，用于向網(wǎng)絡側(cè)設備發(fā)達頻道切換請求；接收網(wǎng)絡側(cè)設備向終端發(fā)送的確定 的起始內(nèi)部編碼幀之后緩存的單播媒體數(shù)據(jù)；網(wǎng)絡側(cè)設備，用于在接收到終端發(fā)送的頻道切換請求時，確定終端完成頻道切換 所需的預測時長；根據(jù)預測時長確定起始內(nèi)部編碼幀，起始內(nèi)部編碼幀為需要向終端發(fā)送 的單播媒體數(shù)據(jù)對應的起始幀；向終端發(fā)送確定的起始內(nèi)部編碼幀之后存儲的單播媒體數(shù) 據(jù)，且在當前向終端發(fā)送的單播媒體數(shù)據(jù)包與終端從組播源接收到的第一個組播媒體數(shù)據(jù) 包相同時，停止向終端發(fā)送單播媒體數(shù)據(jù)。本發(fā)明實施例提供的媒體數(shù)據(jù)的傳輸方法、網(wǎng)絡側(cè)設備及通信系統(tǒng)中，網(wǎng)絡側(cè)設 備接收到終端的頻道切換時，事先確定終端完成頻道切換所需的預測時長，并根據(jù)該預測 時長確定出開始向終端發(fā)送單播放媒體數(shù)據(jù)對應的起始I幀，以使網(wǎng)絡側(cè)設備在終端頻道 切換期間發(fā)送的單播媒體數(shù)據(jù)量，與終端在頻道切換期間實際播放的媒體數(shù)據(jù)量相當。因 此，本發(fā)明實施例有利于降低終端在頻道切換開始到頻道切換完成過程中播放媒體數(shù)據(jù)的 不連續(xù)的幾率，降低網(wǎng)絡側(cè)設備發(fā)送單播媒體數(shù)據(jù)產(chǎn)生資源浪費的幾率，從而有利于提高 網(wǎng)絡側(cè)設備在快速頻道切換過程中，向終端傳輸單播媒體數(shù)據(jù)的效率。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可 以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明第一實施例提供的媒體數(shù)據(jù)的傳輸方法流程圖；圖2為本發(fā)明第二實施例提供的媒體數(shù)據(jù)的傳輸方法的IPTV系統(tǒng)應用場景網(wǎng)絡 結(jié)構示意圖；圖3為本發(fā)明第二實施例提供的媒體數(shù)據(jù)的傳輸方法信令交互圖；圖4為本發(fā)明第二實施例提供的媒體數(shù)據(jù)的傳輸時序邏輯關系示意圖；圖5為本發(fā)明第三實施例提供的用于傳輸單播媒體數(shù)據(jù)的起始I幀的確定方法流 程圖；圖6為本發(fā)明第四實施例提供的網(wǎng)絡側(cè)設備的結(jié)構示意圖；圖7為本發(fā)明第五實施例提供的通信系統(tǒng)的結(jié)構示意圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。圖1為本發(fā)明第一實施例提供的媒體數(shù)據(jù)的傳輸方法流程圖。本實施例中的執(zhí)行 主體為網(wǎng)絡側(cè)設備，如FCC服務器，即從網(wǎng)絡側(cè)說明本發(fā)明媒體數(shù)據(jù)的傳輸方法的技術方 案。如圖1所示，本實施例媒體數(shù)據(jù)的傳輸方法包括步驟11 在接收到終端發(fā)送的頻道切換請求時，確定終端完成頻道切換所需的預 測時長。終端用戶將當前頻道切換到另一個頻道時，當前正在接收該頻道組播數(shù)據(jù)的終端 向網(wǎng)絡側(cè)設備發(fā)送頻道切換請求。網(wǎng)絡側(cè)設備接收到終端發(fā)送的頻道切換請求時，先預測 出該終端完成頻道切換的過程所需的時長。步驟12 根據(jù)預測時長確定起始內(nèi)部編碼幀。該起始I幀為，網(wǎng)絡側(cè)設備需要向終端發(fā)送的單播媒體數(shù)據(jù)對應的起始幀。在媒體數(shù)據(jù)的編碼格式中，可將用于傳輸媒體數(shù)據(jù)的各幀分為I幀和其它數(shù)據(jù) 幀，其它數(shù)據(jù)幀例如預知幀(Previous Frame，簡稱P幀)和雙向預知幀(Bidirection Previous Frame，簡稱B幀)等。其中，I幀為顯示一個完整的畫面所需的控制信息，而其它 數(shù)據(jù)幀記錄的是相對于I幀的變化信息，其它數(shù)據(jù)幀需根據(jù)I幀的信息進行正確解碼。因 此，終端需要接收到包括有I幀的媒體數(shù)據(jù)以完成畫面的顯示。步驟13 向終端發(fā)送確定的起始內(nèi)部編碼幀之后存儲的單播媒體數(shù)據(jù)，且在當前 向終端發(fā)送的單播媒體數(shù)據(jù)包與終端從組播源接收到的第一個組播媒體數(shù)據(jù)包相同，停止 向終端發(fā)送單播媒體數(shù)據(jù)。網(wǎng)絡側(cè)設備向終端發(fā)送的單播媒體數(shù)據(jù)以供終端在頻道切換期間播放。由于網(wǎng) 絡側(cè)設備從I幀開始向終端發(fā)送單播媒體數(shù)據(jù)，同時也向終端發(fā)送了節(jié)目信息(Program Specific Information,簡稱PSI)，因此，終端在接收到網(wǎng)絡側(cè)設備發(fā)送的單播媒體數(shù)據(jù) 后，能立即向終端用戶播放單播媒體數(shù)據(jù)。本實施例提供的媒體數(shù)據(jù)的傳輸方法中，網(wǎng)絡側(cè)設備接收到終端的頻道切換時， 事先確定終端完成頻道切換所需的預測時長，并根據(jù)該預測時長確定出開始向終端發(fā)送 單播媒體數(shù)據(jù)對應的起始I幀，以使網(wǎng)絡側(cè)設備在終端頻道切換期間發(fā)送的單播媒體數(shù)據(jù) 量，與終端在頻道切換期間實際播放的單播媒體數(shù)據(jù)量相當。因此，本實施例媒體數(shù)據(jù)的傳 輸方法，有利于降低終端在頻道切換開始到頻道切換完成過程中播放媒體數(shù)據(jù)的不連續(xù)的 幾率，降低網(wǎng)絡側(cè)設備發(fā)送單播媒體數(shù)據(jù)產(chǎn)生資源浪費的幾率，從而有利于提高網(wǎng)絡側(cè)設 備在快速頻道切換過程中，向終端傳輸單播媒體數(shù)據(jù)的效率。圖2為本發(fā)明第二實施例提供的媒體數(shù)據(jù)的傳輸方法的IPTV系統(tǒng)應用場景網(wǎng)絡 結(jié)構示意圖。圖2所示的IPTV系統(tǒng)主要包括組播設備、FCC服務器和終端設備，終端設備 包括機頂盒和播放設備。組播設備用于以組播的方式發(fā)送直播節(jié)目的組播媒體數(shù)據(jù)；FCC 服務器用于緩存組播設備發(fā)送的組播媒體數(shù)據(jù)，還用于在終端設備頻道切換過程中，以單 播形式向終端設備發(fā)送緩存的媒體數(shù)據(jù)。圖3為本發(fā)明第二實施例提供的媒體數(shù)據(jù)的傳輸方法信令交互圖。圖4為本發(fā)明 第二實施例提供的媒體數(shù)據(jù)的傳輸時序邏輯關系示意圖。圖3所示的實施例是以圖2所示 的IPTV系統(tǒng)應用場景為例，進行說明本發(fā)明第二實施例提供的媒體數(shù)據(jù)的傳輸方法的技術方案。本實施例中，網(wǎng)絡側(cè)設備即為FCC服務器，終端側(cè)設備即為機頂盒和播放設備。如 圖2、3和4所示，本實施例媒體數(shù)據(jù)的傳輸方法包括步驟30 接收組播設備發(fā)送的組播媒體數(shù)據(jù)。機頂盒通過實時傳輸協(xié)議(Real Time Transpotr Protocol，簡稱RTP)接收組播 設備發(fā)送的當前頻道的組播媒體數(shù)據(jù)。步驟31 機頂盒向FCC服務器發(fā)送頻道切換請求。 在圖4所示的TO時刻，機頂盒通過實時傳輸控制協(xié)議(Real TimeTransport Control Protocol，簡稱RTCP)向網(wǎng)絡側(cè)設備請求頻道切換(如從當前頻道TVl切換到TV2 頻道)，機頂盒在頻道切換請求中攜帶有終端提供的單播媒體數(shù)據(jù)的發(fā)送速率，供FCC服務 器參考以確定第一發(fā)送速率。步驟32 =FCC服務器確定終端完成頻道切換所需的預測時長，并根據(jù)預測時長確 定需要向機頂盒發(fā)送的單播媒體數(shù)據(jù)所對應的起始I幀。FCC服務器接收到機頂盒發(fā)送的頻道切換請求時，確定需要向機頂盒發(fā)送切換后 頻道的單播媒體數(shù)據(jù)所對應的起始I幀。確定起始I幀之前，需要先預確定第一發(fā)送速率、 第二發(fā)送速率和預測時長。其中，第一發(fā)送速率a為FCC服務器向機頂盒發(fā)送加入切換后頻道對應的組播組 的指示信息之前的單播媒體數(shù)據(jù)的發(fā)送速率，第二發(fā)送速率b為FCC服務器向機頂盒發(fā)送 加入切換后頻道對應的組播組的指示信息之后的單播媒體數(shù)據(jù)的發(fā)送速率，第一發(fā)送速率 a大于第二發(fā)送速率b。預測時長為終端完成頻道切換所需的預測時長，包括從機頂盒開始 播放單播媒體數(shù)據(jù)到開始播放組播放媒體數(shù)據(jù)的時長。在FCC服務器向機頂盒發(fā)送單播媒體數(shù)據(jù)之前，事先確定終端完成頻道切換所需 的預測時長，并根據(jù)該預測時長確定出開始向終端發(fā)送單播放媒體數(shù)據(jù)對應的起始I幀， 以使網(wǎng)絡側(cè)設備在終端頻道切換期間發(fā)送的單播媒體數(shù)據(jù)量，與終端在頻道切換期間實際 播放的媒體數(shù)據(jù)量相當。步驟33 :FCC服務器以第一發(fā)送速率，向機頂盒發(fā)送起始I幀之后緩存的切換后頻 道的單播媒體數(shù)據(jù)。該第一發(fā)送速率為在步驟32中確定的第一發(fā)送速率a，該起始I幀為距離Tl時刻 之前最近的一個I巾貞，即在步驟32中確定的起始I幀。在圖4所示的TO時刻，F(xiàn)CC服務器 開始向機頂盒發(fā)送該I幀之后緩存的單播媒體數(shù)據(jù)。步驟34:機頂盒接收到FCC服務器以第一發(fā)送速率發(fā)送的單播媒體數(shù)據(jù)后，通過 播放設備播放。步驟35 =FCC服務器向機頂盒發(fā)送加入組播組的指示信息。在T2時刻，F(xiàn)CC服務器根據(jù)組播數(shù)據(jù)包的RTP編號，判斷出當前自身發(fā)出的單播 媒體數(shù)據(jù)與當前自身接收到的組播放媒體數(shù)據(jù)相同時，說明此時FCC服務器發(fā)送的單播媒 體數(shù)據(jù)已與接收到組播媒體數(shù)據(jù)同步，則向機頂盒發(fā)送加入組播的指示信息。步驟36 =FCC服務器以第二發(fā)送速率繼續(xù)向機頂盒發(fā)送單播媒體數(shù)據(jù)。步驟35和步驟36可同時執(zhí)行。在圖4所示的T2時刻，F(xiàn)CC服務器向機頂盒發(fā)出加入切換后頻道的組播組的指示 信息后，繼續(xù)以在步驟32中確定的第二發(fā)送速率b，向機頂盒發(fā)送單播媒體數(shù)據(jù)。由于，此時機頂盒已在接收組播設備發(fā)送的切換后頻道的組播媒體數(shù)據(jù)，如果FCC服務器以第一發(fā) 送速率a加速向機頂盒發(fā)送單播媒體數(shù)據(jù)，有可能造成機頂盒的網(wǎng)絡接收帶寬不足，因此 以低速率繼續(xù)向機頂盒發(fā)送單播媒體數(shù)據(jù)。步驟37 機頂盒向組播設備發(fā)送加入組播組的消息。機頂盒通過向組播設備發(fā)送網(wǎng)際分組管理協(xié)議(Internet GroupManagement Protocol，簡稱IGMP)消息加入組播組。步驟38 機頂盒接收到FCC服務器以第二發(fā)送速率發(fā)達的單播媒體數(shù)據(jù)，并通過 播放設備播放。步驟39 機頂盒接收到組播設備發(fā)送的第一個組播媒體數(shù)據(jù)。機頂盒在T2時刻向組播設備發(fā)送加入組播組的消息后，在圖4所示的T3時刻機 頂盒接收到來自組播設備的切換后頻道的第一個組播媒體數(shù)據(jù)。步驟310 機頂盒向FCC服務器發(fā)送收到的第一個組播媒體數(shù)據(jù)的RTP編號。步驟311 =FCC服務器向機頂盒補發(fā)機頂盒缺失的單播媒體數(shù)據(jù)。將機頂盒向FCC服務器發(fā)送接收到的第一個組播媒體數(shù)據(jù)的RTP編號E，F(xiàn)CC服務 器將E與自身發(fā)給機頂盒的最后一個單播媒體數(shù)據(jù)的RTP編號F相對比，如果F小于E，說 明機頂盒收到的組播媒體數(shù)據(jù)有缺失，則FCC服務器繼續(xù)以第二發(fā)送速率向機頂盒發(fā)送單 播媒體數(shù)據(jù)，直至在T4時刻發(fā)給機頂盒的最后一個單播媒體數(shù)據(jù)的RTP編號大于或等于機 頂盒接收到第一個組播媒體數(shù)據(jù)的RTP編號；如果F大于或等于E，說明終端接收第一個的 組播媒體數(shù)據(jù)與當前向終端發(fā)送的單播媒體數(shù)據(jù)相同，則FCC服務器停止向機頂盒發(fā)送單 播放媒體數(shù)據(jù)。在圖4所示的T4時刻機頂盒的播放設備開始播放組播放媒體數(shù)據(jù)。本發(fā)明實施例提供的媒體數(shù)據(jù)的傳輸方法的應用場景，不限于上述IPTV系統(tǒng)，還 可應用于以組播方式發(fā)送媒體數(shù)據(jù)的其它通信系統(tǒng)中。本實施例提供的媒體數(shù)據(jù)的傳輸方法中，F(xiàn)CC服務器接收到機頂盒的頻道切換時， 事先確定機頂盒完成頻道切換所需的預測時長，并根據(jù)該預測時長確定出開始向機頂盒發(fā) 送單播媒體數(shù)據(jù)對應的起始I幀，以使FCC服務器在機頂盒頻道切換期間發(fā)送的單播媒體 數(shù)據(jù)量，與機頂盒在頻道切換期間實際播放的單播媒體數(shù)據(jù)量相當。因此，本實施例媒體數(shù) 據(jù)的傳輸方法，有利于降低機頂盒在頻道切換開始到頻道切換完成過程中播放媒體數(shù)據(jù)的 不連續(xù)的幾率，降低FCC服務器發(fā)送單播媒體數(shù)據(jù)產(chǎn)生資源浪費的幾率，從而有利于提高 FCC服務器在快速頻道切換過程中，向機頂盒傳輸單播媒體數(shù)據(jù)的效率。圖5為本發(fā)明第三實施例提供的用于傳輸單播媒體數(shù)據(jù)的起始I幀的確定方法流 程圖。本實施例提供的用于傳輸單播媒體數(shù)據(jù)的起始I幀的確定方法的時序邏輯關系參見 圖4所示的媒體數(shù)據(jù)的傳輸時序邏輯關系，如圖4和圖5所示，本實施例用于傳輸單播媒體 數(shù)據(jù)的起始I幀的確定方法包括步驟51 根據(jù)預先獲取的組播媒體數(shù)據(jù)對應的播放速率，確定第一發(fā)送速率和第 二發(fā)送速率。第一發(fā)送速率a為FCC服務器向機頂盒發(fā)送加入切換后頻道對應的組播組的指示 信息之前的單播媒體數(shù)據(jù)的發(fā)送速率，第二發(fā)送速率b為FCC服務器向機頂盒發(fā)送加入切 換后頻道對應的組播組的指示信息之后的單播媒體數(shù)據(jù)的發(fā)送速率。機頂盒向FCC服務器發(fā)送的頻道切換請求中攜帶有終端提供的單播媒體數(shù)據(jù)的發(fā)送速率，F(xiàn)CC服務器根據(jù)機頂盒提供的該發(fā)送速率，以及預先獲取的組播媒體數(shù)據(jù)對應的 播放速率c，確定第一發(fā)送速率a和第二發(fā)送速率b。媒體數(shù)據(jù)的播放速率是由編碼確定的， FCC服務器預先可通過解碼獲取媒體數(shù)據(jù)的播放速率C。其中，第一發(fā)送速率a大于播放速 率c，第二發(fā)送速率b小于播放速率C。步驟52 根據(jù)預先獲取的第一時長、第一發(fā)送速率和第二發(fā)送速率，確定第二時長。第一時長M包括機頂盒加入組播組到接收到第一個組播媒體數(shù)據(jù)的預設時長，該 預設時長趨近于圖4中T2時刻到T3時刻的時長。圖4中，T2為FCC服務器向機頂盒發(fā)送 加入組播組的指示信息的時刻，T3為機頂盒接收到第一個組播媒體數(shù)據(jù)的時刻?？筛鶕?jù)現(xiàn) 場組網(wǎng)情況，通過測試取樣得到機頂盒加入組播組到接收到第一個組播媒體數(shù)據(jù)的時長M。 第二時長χ為從FCC服務器向機頂盒發(fā)送單播媒體數(shù)據(jù)的起始時刻，到FCC服務器向機頂 盒發(fā)送加入組播組的指示信息所需的估計時長，趨近于圖4中TO時刻到T2時刻之間的時 長。FCC服務器在向機頂盒發(fā)送單播媒體數(shù)據(jù)的同時，判斷當前自身向機頂盒發(fā)送的 單播媒體數(shù)據(jù)與當前自身從組播放組接收到的組播放媒體數(shù)據(jù)是否相同，若相同，則向機 頂盒發(fā)送加入組播組的指示信息。具體確定第二時長的方法如下首先，根據(jù)第一時長M、第一發(fā)送速率a和第二發(fā) 送速率b，確定第三時長y ；再根據(jù)第一時長M、第三時長y、第一發(fā)送速率a和第二發(fā)送速率 b，確定第二時長χ。第三時長y為機頂盒接收到第一個組播媒體數(shù)據(jù)后，F(xiàn)CC服務器以第二 發(fā)送速率b向機頂盒發(fā)送的單播媒體數(shù)據(jù)的預設時長，趨近于圖4中T3時刻到T4時刻之 間的時長。由于，機頂盒在第一時長M以播放速率c所播放的單播媒體數(shù)據(jù)量(或者，F(xiàn)CC服 務器在第一時長M以播放速率c向機頂盒發(fā)送的單播媒體數(shù)據(jù)量)，與FCC服務器在第一時 長M和第三時長y以第二發(fā)送速率b向機頂盒發(fā)送的單播媒體數(shù)據(jù)量相等，因此，根據(jù)第一 時長M、第一發(fā)送速率a和第二發(fā)送速率b，確定第三時長y?？赏ㄟ^公式c XM = b XM+b X y， 確定第三時長y。FCC服務器在第一時長Μ、第二時長χ和第三時長y內(nèi)，向機頂盒發(fā)送的單播媒體 數(shù)據(jù)量，等于在第一時長M、第二時長χ和第三時長y內(nèi)，機頂盒播放的單播媒體數(shù)據(jù)量。所 以，需根據(jù)第一時長M、第三時長y、第一發(fā)送速率a和第二發(fā)送速率b，確定第二時長χ。第 二時長χ可通過公式aXx+bXM+bXy = cX (x+M+y)來確定。步驟53 根據(jù)第一時長和第二時長，確定預測時長。預測時長為FCC服務器以第一發(fā)送速率a向機頂盒發(fā)送單播媒體數(shù)據(jù)的時長X，與 FCC服務器以第二發(fā)送速率b向機頂盒發(fā)送單播媒體數(shù)據(jù)的時長M+y之和，即x+M+y。確定 出第二時長χ和第三時長y后，即確定出終端完成頻道切換所需的時長。步驟54 根據(jù)預測時長確定第四時長。為使FCC服務器在機頂盒頻道切換期間發(fā)送的單播媒體數(shù)據(jù)量，與終端在頻道切 換期間實際播放的媒體數(shù)據(jù)量相當，可通過終端完成頻道切換所需的時長，確定FCC服務 器需要從緩存中向機頂盒發(fā)送的單播媒體數(shù)據(jù)量，即確定出第四時長。因為在第四時長w 和第二時長X，機頂盒以播放速率c播放的單播媒體數(shù)據(jù)量，與在第二時長χ FCC服務器以第一發(fā)送速率a向機頂盒發(fā)送的單播媒體數(shù)據(jù)量相等。所以，根據(jù)預測時長(x+M+y)確定 第四時長W。第四時長w可通過公式aXx = cX (w+x)來確定。步驟55 確定距離向機頂盒發(fā)送單播媒體數(shù)據(jù)的起始時刻之前第四時長的時刻， 為參考時刻。FCC服務器向機頂盒發(fā)送單播媒體數(shù)據(jù)的超始時刻T0，距離TO時刻之前w時長的 時刻，為參考時刻Tl，Tl = TO+Wo步驟56 確定位于參考時刻之前、且與參考時刻最鄰近的內(nèi)部編碼幀，為起始內(nèi) 部編碼幀。確定參考時刻后，選擇離該參考時刻之前最近的一個I幀。本發(fā)明實施例提供的用于傳輸單播媒體數(shù)據(jù)的起始I幀的確定方法，根據(jù)FCC服 務器在第一時長M、第二時長χ和第三時長y內(nèi)，向機頂盒發(fā)送的單播媒體數(shù)據(jù)量，等于在第 一時長M、第二時長χ和第三時長y內(nèi)，機頂盒播放的單播媒體數(shù)據(jù)量，確定機頂盒完成頻 道切換所需的預測時長，使FCC服務器在機頂盒頻道切換期間發(fā)送的單播媒體數(shù)據(jù)量，與 終端在頻道切換期間實際播放的單播媒體數(shù)據(jù)量相當。基于本實施例提供的用于傳輸單播 媒體數(shù)據(jù)的起始I幀的確定方法，有利于提高快速頻道切換過程中發(fā)送單播媒體數(shù)據(jù)的效 率。本實施例也可作為圖3對應實施例中步驟32的細化流程實例。圖6為本發(fā)明第 四實施例提供的網(wǎng)絡側(cè)設備的結(jié)構示意圖，如圖6所示，本實施例提供的網(wǎng)絡側(cè)設備包括 預測時長確定模塊61、起始內(nèi)部編碼幀確定模塊62和單播媒體數(shù)據(jù)發(fā)送模塊63。預測時長確定模塊61用于在接收到終端發(fā)送的頻道切換請求時，確定終端完成 頻道切換所需的預測時長。起始內(nèi)部編碼幀確定模塊62，用于根據(jù)預測時長確定模塊61確 定的預測時長確定起始內(nèi)部編碼幀，起始內(nèi)部編碼幀為需要向終端發(fā)送的單播媒體數(shù)據(jù)對 應的起始幀。單播媒體數(shù)據(jù)發(fā)送模塊63，用于向終端發(fā)送起始內(nèi)部編碼幀確定模塊62確定 的起始內(nèi)部編碼幀之后存儲的單播媒體數(shù)據(jù)，且在當前向終端發(fā)送的單播媒體數(shù)據(jù)包與終 端從組播源接收到的第一個組播媒體數(shù)據(jù)包相同時，停止向終端發(fā)送單播媒體數(shù)據(jù)。上述技術方案中，預測時長確定模塊61進一步包括發(fā)送速率確定單元611、第二 時長確定單元612和預測時長確定單元613。發(fā)送速率確定單元611用于根據(jù)預先獲取的組播媒體數(shù)據(jù)對應的播放速率，確定 第一發(fā)送速率和第二發(fā)送速率。第一發(fā)送速率為向終端發(fā)送加入組播組的指示信息之前的 單播媒體數(shù)據(jù)的發(fā)送速率，第二發(fā)送速率為向終端發(fā)送加入組播組的指示信息之后的單播 媒體數(shù)據(jù)的發(fā)送速率，第一發(fā)送速率大于播放速率，第二發(fā)送速率小于播放速率。第二時長確定單元612用于根據(jù)預先獲取的第一時長、發(fā)送速率確定單元611確 定的第一發(fā)送速率和第二發(fā)送速率，確定第二時長；第一時長包括終端加入組播組且接收 到第一個組播組的媒體數(shù)據(jù)過程所需的預設時長，第二時長為從向終端單播媒體數(shù)據(jù)的起 始時刻，到向終端發(fā)送加入組播組的指示信息所需的估計時長。預測時長確定單元613用于根據(jù)第一時長和第二時長確定單元612確定第二時 長，確定預測時長。上述技術方案，第二時長確定單元612進一步包括第三時長確定子單元6121和 第二時長確定子單元6122。
第三時長子確定單元6121，用于根據(jù)第一時長、發(fā)送速率確定單元611確定的第 一發(fā)送速率和第二發(fā)送速率，確定第三時長；在第一時長終端以播放速率播放的單播媒體 數(shù)據(jù)，與在第一時長和第三時長以第二發(fā)送速率向終端發(fā)送的單播媒體數(shù)據(jù)量相等；第三 時長為終端接收到第一個組播媒體數(shù)據(jù)后，以第二發(fā)送速率向終端發(fā)送單播媒體數(shù)據(jù)的預 設時長。第二時長確定子單元6122用于根據(jù)第一時長、第三時長確定子單元確定的第三 時長、發(fā)送速率確定單元611確定的第一發(fā)送速率和第二發(fā)送速率，第二時長。上述技術方案，起始內(nèi)部編碼幀確定模塊62進一步包括第四時長確定單元621、 參考時刻確定單元622和起始內(nèi)部編碼幀確定單元623。第四時長確定單元621用于根據(jù)預測時長確定單元613確定的預測時長確定第四 時長，在第四時長和第二時長終端以播放速率播放的單播媒體數(shù)據(jù)量，與在第二時長以第 一發(fā)送速率向終端發(fā)送的單播媒體數(shù)據(jù)量相等。參考時刻確定單元622用于確定距離向終端發(fā)送單播媒體數(shù)據(jù)的起始時刻之前 第四時長的時刻，為參考時刻。起始內(nèi)部編碼幀確定單元623用于確定位于參考時刻確定單元622確定的參考時 刻之前、且與參考時刻最鄰近的內(nèi)部編碼幀，為起始內(nèi)部編碼幀。上述方案中，網(wǎng)絡側(cè)設備具體表現(xiàn)實體可為FCC服務器等。本實施例中網(wǎng)絡側(cè)設 備的工作機理可參見圖1和圖3對應實施例的記載，本實施例中網(wǎng)絡側(cè)設備確定預測時長 和起始I幀的方法可參見圖5對應實施例的記載，不再贅述。本發(fā)明實施例提供的網(wǎng)絡側(cè)設備接收到終端的頻道切換時，事先確定終端完成頻 道切換所需的預測時長，并根據(jù)該預測時長確定出開始向終端發(fā)送單播媒體數(shù)據(jù)對應的起 始I幀，以使網(wǎng)絡側(cè)設備在終端頻道切換期間發(fā)送的單播媒體數(shù)據(jù)量，與終端在頻道切換 期間實際播放的單播媒體數(shù)據(jù)量相當。因此，本發(fā)明實施例網(wǎng)絡側(cè)設備，有利于降低終端在 頻道切換開始到頻道切換完成過程中播放媒體數(shù)據(jù)的不連續(xù)的幾率，降低網(wǎng)絡側(cè)設備發(fā)送 單播媒體數(shù)據(jù)產(chǎn)生資源浪費的幾率，從而有利于提高網(wǎng)絡側(cè)設備在快速頻道切換過程中， 向終端傳輸單播媒體數(shù)據(jù)的效率。圖7為本發(fā)明第五實施例提供的通信系統(tǒng)的結(jié)構示意圖，如圖7所示，本實施例通 信系統(tǒng)包括終端71和網(wǎng)絡側(cè)設備72。終端71用于向網(wǎng)絡側(cè)設備發(fā)達頻道切換請求；接收網(wǎng)絡側(cè)設備向終端發(fā)送確定 的起始內(nèi)部編碼幀之后緩存的單播媒體數(shù)據(jù)。網(wǎng)絡側(cè)設備72用于在接收到終端發(fā)送的頻道切換請求時，確定終端完成頻道切 換所需的預測時長；根據(jù)預測時長確定起始內(nèi)部編碼幀，起始內(nèi)部編碼幀為需要向終端發(fā) 送的單播媒體數(shù)據(jù)對應的起始幀；向終端發(fā)送確定的起始內(nèi)部編碼幀之后存儲的單播媒體 數(shù)據(jù)，且在當前向終端發(fā)送的單播媒體數(shù)據(jù)包與終端從組播源接收到的第一個組播媒體數(shù) 據(jù)包相同時，停止向終端發(fā)送單播媒體數(shù)據(jù)。具體地，網(wǎng)絡側(cè)設備72可采用本發(fā)明第三實 施例中圖6所示的網(wǎng)絡側(cè)設備實現(xiàn)。本發(fā)明實施例提供的通信系統(tǒng)中，網(wǎng)絡側(cè)設備接收到終端的頻道切換時，事先確 定終端完成頻道切換所需的預測時長，并根據(jù)該預測時長確定出開始向終端發(fā)送單播媒體 數(shù)據(jù)對應的起始I幀，以使網(wǎng)絡側(cè)設備在終端頻道切換期間發(fā)送的單播媒體數(shù)據(jù)量，與終端在頻道切換期間實際播放的單播媒體數(shù)據(jù)量相當。因此，本發(fā)明實施例通信系統(tǒng)，有利于 降低終端在頻道切換開始到頻道切換完成過程中播放媒體數(shù)據(jù)的不連續(xù)的幾率，降低網(wǎng)絡 側(cè)設備發(fā)送單播媒體數(shù)據(jù)產(chǎn)生資源浪費的幾率，從而有利于提高網(wǎng)絡側(cè)設備在快速頻道切 換過程中，向終端傳輸單播媒體數(shù)據(jù)的效率。本實施例網(wǎng)絡側(cè)設備的表現(xiàn)實體可為FCC服 務器，終端的表現(xiàn)實體可為PC、手機和機頂盒等。其中，網(wǎng)絡側(cè)設備的細化功能模塊結(jié)構詳 見圖6對應實施例的記載，通信系統(tǒng)中各網(wǎng)元的交互機理參見圖3對應的實施例的記載，不 再贅述。本領域普通技術人員可以理解附圖只是一個實施例的示意圖，附圖中的模塊或 流程并不一定是實施本發(fā)明所必須的。本領域普通技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述分 布于實施例的裝置中，也可以進行相應變化位于不同于本實施例的一個或多個裝置中。上 述實施例的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。本領域普通技術人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過 程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序 在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者 光盤等各種可以存儲程序代碼的介質(zhì)。最后應說明的是以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡 管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解其依然 可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替 換；而這些修改或者替換，并不使相應技術方案的本質(zhì)脫離本發(fā)明各實施例技術方案的精 神和范圍。
1權利要求
1.一種媒體數(shù)據(jù)的傳輸方法，其特征在于，包括在接收到終端發(fā)送的頻道切換請求時，確定終端完成頻道切換所需的預測時長；根據(jù)所述預測時長確定起始內(nèi)部編碼幀，所述起始內(nèi)部編碼幀為需要向所述終端發(fā)送 的單播媒體數(shù)據(jù)對應的起始幀；向所述終端發(fā)送確定的所述起始內(nèi)部編碼幀之后存儲的單播媒體數(shù)據(jù)，且在當前向所 述終端發(fā)送的單播媒體數(shù)據(jù)包與所述終端從組播源接收到的第一個組播媒體數(shù)據(jù)包相同 時，停止向所述終端發(fā)送單播媒體數(shù)據(jù)。
2.根據(jù)權利要求1所述的媒體數(shù)據(jù)的傳輸方法，其特征在于，所述確定終端完成頻道 切換所需的預測時長，包括根據(jù)預先獲取的所述組播媒體數(shù)據(jù)對應的播放速率，確定第一發(fā)送速率和第二發(fā)送速 率；所述第一發(fā)送速率為向所述終端發(fā)送加入組播組的指示信息之前的單播媒體數(shù)據(jù)的 發(fā)送速率，所述第二發(fā)送速率為向所述終端發(fā)送加入組播組的指示信息之后的單播媒體數(shù) 據(jù)的發(fā)送速率，所述第一發(fā)送速率大于所述播放速率，所述第二發(fā)送速率小于所述播放速 率；根據(jù)預先獲取的第一時長、所述第一發(fā)送速率和所述第二發(fā)送速率，確定第二時長；所 述第一時長包括所述終端加入組播組且接收到第一個所述組播媒體數(shù)據(jù)過程所需的預設 時長，所述第二時長為從向所述終端發(fā)送單播媒體數(shù)據(jù)的起始時刻，到向所述終端發(fā)送加 入組播組的指示信息所需的估計時長；根據(jù)所述第一時長和所述第二時長，確定所述預測時長，所述預測時長為所述第一時 長與所述第二時長之和。
3.根據(jù)權利要求2所述的媒體數(shù)據(jù)的傳輸方法，其特征在于，所述確定第二時長，還包括根據(jù)所述第一時長、所述第一發(fā)送速率和所述第二發(fā)送速率，確定第三時長；在所述第 一時長所述終端以所述播放速率播放的單播媒體數(shù)據(jù)，與在所述第一時長和所述第三時長 以所述第二發(fā)送速率向所述終端發(fā)送的單播媒體數(shù)據(jù)量相等；所述第三時長為所述終端接 收到第一個組播媒體數(shù)據(jù)后，以所述第二發(fā)送速率向所述終端發(fā)送單播媒體數(shù)據(jù)的預設時 長；根據(jù)所述第一時長、所述第三時長、所述第一發(fā)送速率和所述第二發(fā)送速率，確定所述 第二時長。
4.根據(jù)權利要求2或3所述的媒體數(shù)據(jù)的傳輸方法，其特征在于，根據(jù)所述預測時長確 定起始內(nèi)部編碼幀，包括根據(jù)所述預測時長確定第四時長；在所述第四時長和所述第二時長所述終端以所述播 放速率播放的單播媒體數(shù)據(jù)量，與在所述第二時長以所述第一發(fā)送速率向所述終端發(fā)送的 單播媒體數(shù)據(jù)量相等；在所述第一時長、所述第二時長和所述第三時長，以所述播放速率播 放的單播媒體數(shù)據(jù)量，與在所述第二時長以所述第一發(fā)送速率發(fā)送的單播媒體數(shù)據(jù)量及在 所述第一時長和所述第三時長以所述第二發(fā)送速率發(fā)送的單播媒體數(shù)據(jù)量之和相等；確定距離向所述終端發(fā)送單播媒體數(shù)據(jù)的起始時刻之前第四時長的時刻，為參考時刻；確定位于所述參考時刻之前、且與所述參考時刻最鄰近的內(nèi)部編碼幀，為所述起始內(nèi)部編碼幀。
5.一種網(wǎng)絡側(cè)設備，其特征在于，包括預測時長確定模塊，用于在接收到終端發(fā)送的頻道切換請求時，確定終端完成頻道切 換所需的預測時長；起始內(nèi)部編碼幀確定模塊，用于根據(jù)所述預測時長確定起始內(nèi)部編碼幀，所述起始內(nèi) 部編碼幀為需要向所述終端發(fā)送的單播媒體數(shù)據(jù)對應的起始幀；單播媒體數(shù)據(jù)發(fā)送模塊，用于向所述終端發(fā)送確定的所述起始內(nèi)部編碼幀之后存儲的 單播媒體數(shù)據(jù)，且在當前向所述終端發(fā)送的單播媒體數(shù)據(jù)包與所述終端從組播源接收到的 第一個組播媒體數(shù)據(jù)包相同時，停止向所述終端發(fā)送單播媒體數(shù)據(jù)。
6.根據(jù)權利要求5所述的網(wǎng)絡側(cè)設備，其特征在于，所述預測時長確定模塊包括發(fā)送速率確定單元，用于根據(jù)預先獲取的所述組播媒體數(shù)據(jù)對應的播放速率，確定第 一發(fā)送速率和第二發(fā)送速率；所述第一發(fā)送速率為向所述終端發(fā)送加入組播組的指示信息 之前的單播媒體數(shù)據(jù)的發(fā)送速率，所述第二發(fā)送速率為向所述終端發(fā)送加入組播組的指示 信息之后的單播媒體數(shù)據(jù)的發(fā)送速率，所述第一發(fā)送速率大于所述播放速率，所述第二發(fā) 送速率小于所述播放速率；第二時長確定單元，用于根據(jù)預先獲取的第一時長、所述第一發(fā)送速率和所述第二發(fā) 送速率，確定第二時長；所述第一時長包括所述終端加入組播組且接收到第一個所述組播 組的媒體數(shù)據(jù)過程所需的預設時長，所述第二時長為從向所述終端單播媒體數(shù)據(jù)的起始時 刻，到向所述終端發(fā)送加入組播組的指示信息所需的估計時長；預測時長確定單元，用于根據(jù)第一時長和第二時長，確定預測時長，所述預測時長為所 述第一時長與所述第二時長之和。
7.根據(jù)權利要求6所述的網(wǎng)絡側(cè)設備，其特征在于，所述第二時長確定單元包括 第三時長確定子單元，用于根據(jù)所述第一時長、所述第一發(fā)送速率和所述第二發(fā)送速率，確定第三時長；在所述第一時長所述終端以所述播放速率播放的單播媒體數(shù)據(jù)量，與在 所述第一時長和所述第三時長以所述第二發(fā)送速率向所述終端發(fā)送的單播媒體數(shù)據(jù)量相 等；所述第三時長為所述終端接收到第一個組播媒體數(shù)據(jù)后，以所述第二發(fā)送速率向所述 終端發(fā)送單播媒體數(shù)據(jù)的預設時長；第二時長確定子單元，用于根據(jù)所述第一時長、第三時長、所述第一發(fā)送速率和所述第 二發(fā)送速率，確定第二時長。
8.根據(jù)權利要求6或7所述的網(wǎng)絡側(cè)設備，其特征在于，所述起始內(nèi)部編碼幀確定模塊 包括第四時長確定單元，用于根據(jù)所述預測時長確定第四時長，在所述第四時長和所述第 二時長所述終端以所述播放速率播放的單播媒體數(shù)據(jù)量，與在所述第二時長以所述第一發(fā) 送速率向所述終端發(fā)送的單播媒體數(shù)據(jù)量相等；參考時刻確定單元，用于確定距離向所述終端發(fā)送單播媒體數(shù)據(jù)的起始時刻之前第四 時長的時刻，為參考時刻；起始內(nèi)部編碼幀確定單元，用于確定位于所述參考時刻之前、且與所述參考時刻最鄰 近的內(nèi)部編碼幀，為所述起始內(nèi)部編碼幀。
9.一種通信系統(tǒng)，其特征在于，包括網(wǎng)絡側(cè)設備和終端；所述終端，用于向所述網(wǎng)絡側(cè)設備發(fā)送頻道切換請求；接收所述網(wǎng)絡側(cè)設備向所述終 端發(fā)送確定的起始內(nèi)部編碼幀之后緩存的單播媒體數(shù)據(jù)；所述網(wǎng)絡側(cè)設備，用于在接收到終端發(fā)送的頻道切換請求時，確定終端完成頻道切換 所需的預測時長；根據(jù)所述預測時長確定起始內(nèi)部編碼幀，所述起始內(nèi)部編碼幀為需要向 所述終端發(fā)送的單播媒體數(shù)據(jù)對應的起始幀；向所述終端發(fā)送確定的所述起始內(nèi)部編碼幀 之后存儲的單播媒體數(shù)據(jù)，且在當前向所述終端發(fā)送的單播媒體數(shù)據(jù)包與所述終端從組播 源接收到的第一個組播媒體數(shù)據(jù)包相同時，停止向所述終端發(fā)送單播媒體數(shù)據(jù)。
10.根據(jù)權利要求9所述的通信系統(tǒng)，其特征在于，所述預測時長確定模塊包括 發(fā)送速率確定單元，用于根據(jù)預先獲取的所述組播媒體數(shù)據(jù)對應的播放速率，確定第 一發(fā)送速率和第二發(fā)送速率；所述第一發(fā)送速率為向所述終端發(fā)送加入組播組的指示信息 之前的單播媒體數(shù)據(jù)的發(fā)送速率，所述第二發(fā)送速率為向所述終端發(fā)送加入組播組的指示 信息之后的單播媒體數(shù)據(jù)的發(fā)送速率，所述第一發(fā)送速率大于所述播放速率，所述第二發(fā) 送速率小于所述播放速率；第二時長確定單元，用于根據(jù)預先獲取的第一時長、所述第一發(fā)送速率和所述第二發(fā) 送速率，確定第二時長；所述第一時長包括所述終端加入組播組且接收到第一個所述組播 組的媒體數(shù)據(jù)過程所需的預設時長，所述第二時長為從向所述終端單播媒體數(shù)據(jù)的起始時 刻，到向所述終端發(fā)送加入組播組的指示信息所需的估計時長；預測時長確定單元，用于根據(jù)第一時長和第二時長，確定預測時長，所述預測時長為所 述第一時長與所述第二時長之和。
全文摘要
本發(fā)明實施例提供一種媒體數(shù)據(jù)的傳輸方法、網(wǎng)絡側(cè)設備及通信系統(tǒng)。其中，媒體數(shù)據(jù)的傳輸方法包括在接收到終端發(fā)送的頻道切換請求時，確定終端完成頻道切換所需的預測時長；根據(jù)預測時長確定起始內(nèi)部編碼幀，起始內(nèi)部編碼幀為需要向終端發(fā)送的單播媒體數(shù)據(jù)對應的起始幀；向終端發(fā)送確定的起始內(nèi)部編碼幀之后緩存的單播媒體數(shù)據(jù)，且在當前向終端發(fā)送的單播媒體數(shù)據(jù)包與終端從組播源接收到的第一個組播媒體數(shù)據(jù)包相同時，停止向終端發(fā)送單播媒體數(shù)據(jù)。本發(fā)明實施例有利于提高在快速頻道切換過程中單播媒體數(shù)據(jù)的發(fā)送效率。
文檔編號H04N21/643GK101998147SQ20091016528
公開日2011年3月30日 申請日期2009年8月14日 優(yōu)先權日2009年8月14日
發(fā)明者余勇, 許鑫, 賈記磊 申請人:華為技術有限公司