專利名稱：一種基于前向糾錯的iptv傳輸質(zhì)量控制方法及iptv終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及基于IP協(xié)議的交互式網(wǎng)絡(luò)電視領(lǐng)域，尤其涉及一種基于FECO^rward Error Correction，前向糾錯)的IPTV傳輸質(zhì)量控制方法及IPTV終端。
背景技術(shù)：
在IPTV(Internet Protocol Television，網(wǎng)絡(luò)電視)系統(tǒng)中，流媒體服務(wù)器通過 IP網(wǎng)絡(luò)傳送媒體數(shù)據(jù)到IPTV終端，傳輸層協(xié)議主要分為UDP (UserDatagram Protocol，用 戶數(shù)據(jù)包協(xié)議)和TCP (Transmission Control Protocol，傳輸控制協(xié)議)，由于UDP方式 占用帶寬比TCP方式少，所以其在IPTV系統(tǒng)中應(yīng)用最為廣泛。但是，UDP方式是無連接的 不可靠的傳輸方式，傳輸過程中數(shù)據(jù)包可能會發(fā)生丟包，丟包會影響到解碼器的解碼，進(jìn)而 導(dǎo)致在播放節(jié)目時產(chǎn)生馬賽克和停頓。因此，需要進(jìn)行傳輸質(zhì)量控制以保證節(jié)目的播放效^ ο現(xiàn)有的傳輸質(zhì)量控制方式通常采用ARQ(Automatic Repeat reQuest，自動重傳請 求)的方法來進(jìn)行丟包恢復(fù)。丟包重傳需要IPTV終端，如機(jī)頂盒檢測丟包并反饋丟包信息 給流媒體服務(wù)器，流媒體服務(wù)器在發(fā)送數(shù)據(jù)包的時候會緩存一部分已發(fā)送的數(shù)據(jù)包，一旦 機(jī)頂盒請求重傳，流媒體服務(wù)器會查找緩存中對應(yīng)的數(shù)據(jù)包重新發(fā)送。這種傳輸質(zhì)量控制方式適用于對實時性要求不高的情況，比如點播和時移，而對 于實時性要求非常高的單播直播節(jié)目，由于丟包重傳過程通常需要多次交互，大大增加了 時延，故不能滿足用戶的需求。并且，在采用ARQ方式進(jìn)行傳輸質(zhì)量控制的情況下，對于流 媒體服務(wù)器來說，如果節(jié)目碼率過大，機(jī)頂盒反饋的丟包很可能已經(jīng)不在流媒體服務(wù)器的 緩存中，這樣就無法進(jìn)行重傳，也就是說，對于高碼率節(jié)目而言，丟包恢復(fù)效果有限。因此，亟待提供一種改進(jìn)的基于FEC的IPTV傳輸質(zhì)量控制方法及IPTV終端以克 服上述缺陷。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題在于提供一種基于FEC的IPTV傳輸質(zhì)量控制方法及 IPTV終端，其不僅可以保證單播直播節(jié)目的實時性，還可以有效控制IPTV系統(tǒng)的傳輸質(zhì)量。為了解決上述技術(shù)問題，本發(fā)明提供了一種基于FEC的IPTV傳輸質(zhì)量控制方法， 其包括IPTV終端獲取當(dāng)前節(jié)目的播放信息；若所述播放信息是單播直播，則接收來自流 媒體服務(wù)器的媒體數(shù)據(jù)包和對應(yīng)的FEC冗余包；以及檢測是否有丟包若有丟包，則查找對 應(yīng)的FEC冗余包和同組的媒體數(shù)據(jù)包并根據(jù)查找到的FEC冗余包和媒體數(shù)據(jù)包進(jìn)行丟包恢復(fù)。優(yōu)選地，在接收來自流媒體服務(wù)器的媒體數(shù)據(jù)包和對應(yīng)的FEC冗余包的步驟之 前，所述IPTV傳輸質(zhì)量控制方法還包括與媒體服務(wù)器交互，獲取媒體服務(wù)器的FEC能力集參數(shù)。
具體地，所述FEC能力集參數(shù)包括FEC分組大小、冗余率和冗余包負(fù)載類型。優(yōu)選地，所述IPTV傳輸質(zhì)量控制方法還包括告知所述媒體服務(wù)器所述IPTV終端 是否支持FEC功能，若支持，則接收來自流媒體服務(wù)器的媒體數(shù)據(jù)包和對應(yīng)的FEC冗余包。優(yōu)選地，所述IPTV傳輸質(zhì)量控制方法還包括若所述播放信息不是單播直播，則當(dāng) 檢測到丟包時，采用丟包重傳機(jī)制恢復(fù)丟包?？蛇x地，所述接收來自流媒體服務(wù)器的媒體數(shù)據(jù)包和對應(yīng)的FEC冗余包的步驟具 體包括分別接收通過兩條UDP通道傳輸來的所述媒體數(shù)據(jù)包和所述FEC冗余包。可選地，所述接收來自流媒體服務(wù)器的媒體數(shù)據(jù)包和對應(yīng)的FEC冗余包的步驟 具體包括接收通過一條UDP通道傳輸來的所述媒體數(shù)據(jù)包和所述FEC冗余包，并根據(jù) RTP (Real-time Transport Protocol，實時傳輸協(xié)議)包頭中的負(fù)載類型區(qū)分所述媒體數(shù) 據(jù)包和所述FEC冗余包。本發(fā)明還公開了一種基于FEC的IPTV終端，其包括播放信息獲取單元、數(shù)據(jù)接收 單元、丟包檢測單元和FEC單元。其中，所述播放信息獲取單元用于獲取當(dāng)前節(jié)目的播放信 息；所述數(shù)據(jù)接收單元用于當(dāng)所述播放信息獲取單元獲取的播放信息是單播直播時，接收 媒體服務(wù)器發(fā)送的媒體數(shù)據(jù)包和相應(yīng)的FEC冗余包；所述丟包檢測單元用于檢測是否有丟 包；所述FEC單元用于當(dāng)所述丟包檢測單元檢測到丟包時，在所述數(shù)據(jù)接收單元接收到的 媒體數(shù)據(jù)包和FEC冗余包中查找對應(yīng)的FEC冗余包和同組的媒體數(shù)據(jù)包，并根據(jù)查找到的 FEC冗余包和媒體數(shù)據(jù)包恢復(fù)丟包。優(yōu)選地，所述基于FEC的IPTV終端還包括FEC能力告知單元，用于告知媒體服務(wù) 器所述IPTV終端是否支持FEC功能。優(yōu)選地，所述基于FEC的IPTV終端還包括FEC參數(shù)獲取單元，用于接收所述媒體 服務(wù)器發(fā)送的FEC能力集參數(shù)。優(yōu)選地，所述基于FEC的IPTV終端還包括ARQ單元，用于當(dāng)所述播放信息獲取單 元獲取的播放信息不是單播直播時，采用丟包重傳機(jī)制恢復(fù)丟包。由于本發(fā)明的基于FEC的IPTV傳輸質(zhì)量控制方法及IPTV終端在當(dāng)前節(jié)目的播放 信息為單播直播時，采用FEC方式來進(jìn)行傳輸質(zhì)量控制，減少了 IPTV終端和媒體服務(wù)器的 交互，減小了時延，從而可以在保證單播直播節(jié)目實時性的同時，有效控制IPTV系統(tǒng)的傳 輸質(zhì)量。此外，所述媒體數(shù)據(jù)包和所述FEC冗余包相互獨立，即使丟包恢復(fù)失敗，或者沒有 冗余數(shù)據(jù)，也不影響原始媒體數(shù)據(jù)的接收和處理。并且，當(dāng)不需要進(jìn)行FEC解碼的時候，結(jié) 合原有的ARQ仍然可以進(jìn)行丟包恢復(fù)，全方位的保證IPTV系統(tǒng)的傳輸質(zhì)量。


圖1為本發(fā)明基于FEC的IPTV傳輸質(zhì)量控制方法的一個實施例的流程示意圖。圖2為本發(fā)明基于FEC的IPTV傳輸質(zhì)量控制方法的另一實施例的流程示意圖。圖3為本發(fā)明基于FEC的IPTV終端的一個實施例的結(jié)構(gòu)示意圖。圖4為本發(fā)明基于FEC的IPTV終端的另一實施例的結(jié)構(gòu)示意圖。為了使本發(fā)明的技術(shù)方案更加清楚、明了，下面將結(jié)合附圖作進(jìn)一步詳述。
具體實施例方式本發(fā)明提供了一種基于FEC的IPTV傳輸質(zhì)量控制方法及IPTV終端，其不僅可以 保證單播直播節(jié)目的實時性，還可以有效控制IPTV系統(tǒng)的傳輸質(zhì)量。圖1為本發(fā)明基于FEC的IPTV傳輸質(zhì)量控制方法的一個實施例的流程示意圖。本 實施例的基于FEC的IPTV傳輸質(zhì)量控制方法包括步驟SlOl =IPTV終端從業(yè)務(wù)側(cè)獲取當(dāng)前節(jié)目的播放信息。前述播放信息可以包括
單播直播、單播時移、單播點播、組播等。步驟S102 若所述播放信息是單播直播，則接收來自流媒體服務(wù)器的媒體數(shù)據(jù)包 和對應(yīng)的FEC冗余包。具體地，可以采用單通道方式接收，也可以采用雙通道方式接收。采 用單通道方式時，IPTV終端通過RTP包頭中的負(fù)載類型來區(qū)分所述媒體數(shù)據(jù)包和FEC冗余 包。步驟S103 檢測是否有丟包若有丟包，則查找對應(yīng)的FEC冗余包和同組的媒體數(shù) 據(jù)包并根據(jù)查找到的FEC冗余包和媒體數(shù)據(jù)包恢復(fù)丟包。由于本實施例的基于FEC的IPTV傳輸質(zhì)量控制方法在當(dāng)前節(jié)目的播放信息為單 播直播時，采用FEC方式來進(jìn)行傳輸質(zhì)量控制，減少了 IPTV終端和媒體服務(wù)器的交互，減小 了時延，從而可以在保證單播直播節(jié)目實時性的同時，有效控制IPTV系統(tǒng)的傳輸質(zhì)量。此 外，所述媒體數(shù)據(jù)包和所述FEC冗余包相互獨立，即使丟包恢復(fù)失敗，或者沒有冗余數(shù)據(jù)， 也不影響原始媒體數(shù)據(jù)的接收和處理。并且，當(dāng)不需要進(jìn)行FEC解碼的時候，結(jié)合原有的 ARQ仍然可以進(jìn)行丟包恢復(fù)，全方位的保證IPTV系統(tǒng)的傳輸質(zhì)量。圖2為本發(fā)明基于FEC的IPTV傳輸質(zhì)量控制方法的另一實施例的流程圖，如圖2 所示，本實施例的基于FEC的IPTV傳輸質(zhì)量控制方法包括步驟S201 =IPTV終端，如機(jī)頂盒從業(yè)務(wù)側(cè)獲取當(dāng)前節(jié)目的播放信息。步驟S202 判斷獲取的播放信息是否為單播直播若是，則進(jìn)入步驟S203 ；若不 是，則進(jìn)入步驟S209，在這種情況下，當(dāng)檢測到丟包時，采用丟包重傳機(jī)制進(jìn)行丟包恢復(fù) (圖未示)。步驟S203 若IPTV終端支持FEC功能，則啟動FEC功能，并告知流媒體服務(wù)器其支 持FEC功能。具體地，可以通過RTSP (Real Time Streaming Protocol，實時流媒體協(xié)議) 交互在Describe中增加告知流媒體服務(wù)器，可以以下述形式■ DESCRIBErtsp://example, com/fizzle/foo RTSP/1. 0Accept :application/sdpCSeq :1[x-zmssFecCDN :yes] //擴(kuò)展字段，表明本終端支持FEC能力步驟S204 若流媒體服務(wù)器支持FEC功能，則向IPTV反饋其FEC能力集參數(shù)。所 述FEC能力集參數(shù)包括前向糾錯分組大小、冗余率和冗余包負(fù)載類型等。具體的，可以通過 SDP (Session Description Protocol，會話描述協(xié)議)反饋自己的FEC能力集參數(shù)m = video 1000RTP/AVP 30 97 // 指示有兩路流30 和 97(payload type)a = rtpmap :30...... //碼流30的參數(shù)定義，略a = rtpmap :97 fec/8000 // 冗余包負(fù)載類型 97
a = fmtp 97 apt 30 ；fec-encoding-id = 0 ；redundancy-rate = 6 ； group-count = 10 ；//fec-encoding-id :FEC 編碼方案標(biāo)識，redundancy-rate 編碼冗余率，group-count 分組大小步驟S205 流媒體服務(wù)器啟動FEC功能，進(jìn)行FEC編碼，累積一定分組大小的媒體 數(shù)據(jù)包并根據(jù)配置的冗余率開始編碼出FEC冗余包，將兩組數(shù)據(jù)一起發(fā)送給IPTV終端。具 體的，可以通過兩種方式傳輸單通道或者雙通道。單通道傳輸是將所述媒體數(shù)據(jù)包和FEC 冗余包通過同一個UDP通道傳輸，而雙通道是將兩路數(shù)據(jù)分開傳輸。在本實施例中，為了降 低系統(tǒng)的復(fù)雜度，采用單通道的方式來傳輸所述媒體數(shù)據(jù)包和FEC冗余包，IPTV終端通過 RTP包頭中的負(fù)載類型來區(qū)分所述媒體數(shù)據(jù)包和FEC冗余包。若流媒體服務(wù)器不支持FEC 功能，則執(zhí)行步驟S208。步驟S206 檢測是否有丟包，若有丟包，則執(zhí)行步驟S207 ；若沒有丟包，則執(zhí)行步 驟 S208。步驟S207 查找對應(yīng)的FEC冗余包和同組的媒體數(shù)據(jù)包并根據(jù)查找到的FEC冗余 包和媒體數(shù)據(jù)包進(jìn)行丟包恢復(fù)。步驟S208 進(jìn)行正常的數(shù)據(jù)收發(fā)。由于本實施例的基于FEC的IPTV傳輸質(zhì)量控制方法在當(dāng)前節(jié)目的播放信息為單 播直播時，采用FEC方式來進(jìn)行傳輸質(zhì)量控制，減少了 IPTV終端和媒體服務(wù)器的交互，減小 了時延，從而可以在保證單播直播節(jié)目實時性的同時，有效控制IPTV系統(tǒng)的傳輸質(zhì)量。此 外，所述媒體數(shù)據(jù)包和所述FEC冗余包相互獨立，即使丟包恢復(fù)失敗，或者沒有冗余數(shù)據(jù)， 也不影響原始媒體數(shù)據(jù)的接收和處理。并且，當(dāng)不需要進(jìn)行FEC解碼的時候，結(jié)合原有的 ARQ仍然可以進(jìn)行丟包恢復(fù)，全方位的保證IPTV系統(tǒng)的傳輸質(zhì)量。再者，IPTV終端與流媒 體服務(wù)器通過RTSP交互來獲知是否支持FEC功能以及FEC能力集參數(shù)，因此FEC的實現(xiàn)方 式靈活多變，并且可以兼容不支持FEC功能的IPTV終端，當(dāng)媒體服務(wù)器通過RTSP交互獲知 IPTV終端不具備FEC功能時，可以不發(fā)送冗余包，不會影響IPTV終端的正常數(shù)據(jù)處理，也不 會增加額外的帶寬，具有很好的兼容性和擴(kuò)展性。圖3為本發(fā)明基于FEC的IPTV終端的一個實施例的結(jié)構(gòu)示意圖。如圖3所示，本 實施例的基于FEC的IPTV終端包括播放信息獲取單元31、數(shù)據(jù)接收單元32、丟包檢測單元 33和FEC單元34。其中，所述播放信息獲取單元31用于獲取當(dāng)前節(jié)目的播放信息；所述數(shù) 據(jù)接收單元32用于當(dāng)所述播放信息獲取單元31獲取的播放信息是單播直播時，接收媒體 服務(wù)器發(fā)送的媒體數(shù)據(jù)包和相應(yīng)的FEC冗余包；所述丟包檢測單元33用于檢測是否有丟 包；所述FEC單元34用于當(dāng)所述丟包檢測單元33檢測到丟包時，在所述數(shù)據(jù)接收單元32 接收到的媒體數(shù)據(jù)包和FEC冗余包中查找對應(yīng)的FEC冗余包和同組的媒體數(shù)據(jù)包，并根據(jù) 查找到的FEC冗余包和媒體數(shù)據(jù)包恢復(fù)丟包。本實施例的基于FEC的IPTV終端在當(dāng)前節(jié)目的播放信息為單播直播時，采用FEC 方式來進(jìn)行傳輸質(zhì)量控制，減少了 IPTV終端和媒體服務(wù)器的交互，減小了時延，從而可以 在保證單播直播節(jié)目實時性的同時，有效控制IPTV系統(tǒng)的傳輸質(zhì)量。此外，所述媒體數(shù)據(jù) 包和所述FEC冗余包相互獨立，即使丟包恢復(fù)失敗，或者沒有冗余數(shù)據(jù)，也不影響原始媒體 數(shù)據(jù)的接收和處理。并且，當(dāng)不需要進(jìn)行FEC解碼的時候，結(jié)合原有的ARQ仍然可以進(jìn)行丟包恢復(fù)，全方位的保證IPTV系統(tǒng)的傳輸質(zhì)量。圖4為本發(fā)明基于FEC的IPTV終端的另一實施例的結(jié)構(gòu)示意圖。如圖4所示，本 實施例的基于FEC的IPTV終端包括播放信息獲取單元41、數(shù)據(jù)接收單元42、丟包檢測單元 43、FEC單元44、FEC能力告知單元45、FEC參數(shù)獲取單元46和ARQ單元47。其中，所述播 放信息獲取單元41用于獲取當(dāng)前節(jié)目的播放信息；所述數(shù)據(jù)接收單元42用于當(dāng)所述播放 信息獲取單元41獲取的播放信息是單播直播時，接收媒體服務(wù)器發(fā)送的媒體數(shù)據(jù)包和相 應(yīng)的FEC冗余包；所述丟包檢測單元43用于檢測是否有丟包；所述FEC單元44用于當(dāng)所述 丟包檢測單元43檢測到丟包時，在所述數(shù)據(jù)接收單元42接收到的媒體數(shù)據(jù)包和FEC冗余 包中查找對應(yīng)的FEC冗余包和同組的媒體數(shù)據(jù)包，并根據(jù)查找到的FEC冗余包和媒體數(shù)據(jù) 包恢復(fù)丟包。所述FEC能力告知單元45用于告知媒體服務(wù)器所述IPTV終端是否支持FEC 功能。所述FEC參數(shù)獲取單元46用于接收所述媒體服務(wù)器發(fā)送的FEC能力集參數(shù)。所述 ARQ單元47用于當(dāng)所述播放信息獲取單元41獲取的播放信息不是單播直播時，采用丟包重 傳機(jī)制恢復(fù)丟包。由于本實施例的基于FEC的IPTV傳輸質(zhì)量控制方法在當(dāng)前節(jié)目的播放信息為單 播直播時，采用FEC方式來進(jìn)行傳輸質(zhì)量控制，減少了 IPTV終端和媒體服務(wù)器的交互，減小 了時延，從而可以在保證單播直播節(jié)目實時性的同時，有效控制IPTV系統(tǒng)的傳輸質(zhì)量。此 外，所述媒體數(shù)據(jù)包和所述FEC冗余包相互獨立，即使丟包恢復(fù)失敗，或者沒有冗余數(shù)據(jù)， 也不影響原始媒體數(shù)據(jù)的接收和處理。并且，當(dāng)不需要進(jìn)行FEC解碼的時候，結(jié)合原有的 ARQ仍然可以進(jìn)行丟包恢復(fù)，全方位的保證IPTV系統(tǒng)的傳輸質(zhì)量。再者，IPTV終端與流媒 體服務(wù)器通過RTSP交互來獲知是否支持FEC功能以及FEC能力集參數(shù)，因此FEC的實現(xiàn)方 式靈活多變。以上所述僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用 本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接應(yīng)用在其他相關(guān) 的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種基于前向糾錯的IPTV傳輸質(zhì)量控制方法，其特征在于，包括IPTV終端獲取當(dāng)前節(jié)目的播放信息；若所述播放信息是單播直播，則接收來自流媒體服務(wù)器的媒體數(shù)據(jù)包和對應(yīng)的前向糾 錯冗余包；以及檢測是否有丟包若有丟包，則查找對應(yīng)的前向糾錯冗余包和同組的媒體數(shù)據(jù)包并根 據(jù)查找到的前向糾錯冗余包和媒體數(shù)據(jù)包進(jìn)行丟包恢復(fù)。
2.根據(jù)權(quán)利要求1所述的IPTV傳輸質(zhì)量控制方法，其特征在于，在接收來自流媒體服 務(wù)器的媒體數(shù)據(jù)包和對應(yīng)的前向糾錯冗余包的步驟之前，還包括與媒體服務(wù)器交互，獲取 媒體服務(wù)器的前向糾錯能力集參數(shù)。
3.根據(jù)權(quán)利要求2所述的IPTV傳輸質(zhì)量控制方法，其特征在于，所述前向糾錯能力集 參數(shù)包括前向糾錯分組大小、冗余率和冗余包負(fù)載類型。
4.根據(jù)權(quán)利要求1所述的IPTV傳輸質(zhì)量控制方法，其特征在于，還包括告知所述媒 體服務(wù)器所述IPTV終端是否支持前向糾錯功能，若支持，則接收來自流媒體服務(wù)器的媒體 數(shù)據(jù)包和對應(yīng)的前向糾錯冗余包。
5.根據(jù)權(quán)利要求1-4任一項所述的IPTV傳輸質(zhì)量控制方法，其特征在于，若所述播放 信息不是單播直播，則當(dāng)檢測到丟包時，采用丟包重傳機(jī)制恢復(fù)丟包。
6.根據(jù)權(quán)利要求1-4任一項所述的IPTV傳輸質(zhì)量控制方法，其特征在于，所述接收來 自流媒體服務(wù)器的媒體數(shù)據(jù)包和對應(yīng)的前向糾錯冗余包的步驟具體包括分別接收通過兩 條用戶數(shù)據(jù)包協(xié)議通道傳輸來的所述媒體數(shù)據(jù)包和所述前向糾錯冗余包。
7.根據(jù)權(quán)利要求1-4任一項所述的IPTV傳輸質(zhì)量控制方法，其特征在于，所述接收來 自流媒體服務(wù)器的媒體數(shù)據(jù)包和對應(yīng)的前向糾錯冗余包的步驟具體包括接收通過一條用 戶數(shù)據(jù)包協(xié)議通道傳輸來的所述媒體數(shù)據(jù)包和所述前向糾錯冗余包，并根據(jù)實時傳輸協(xié)議 包頭中的負(fù)載類型區(qū)分所述媒體數(shù)據(jù)包和所述前向糾錯冗余包。
8.一種基于前向糾錯的IPTV終端，其特征在于，包括播放信息獲取單元，用于獲取當(dāng)前節(jié)目的播放信息；數(shù)據(jù)接收單元，用于當(dāng)所述播放信息獲取單元獲取的播放信息是單播直播時，接收媒 體服務(wù)器發(fā)送的媒體數(shù)據(jù)包和相應(yīng)的前向糾錯冗余包；丟包檢測單元，用于檢測是否有丟包；以及前向糾錯單元，用于當(dāng)所述丟包檢測單元檢測到丟包時，在所述數(shù)據(jù)接收單元接收到 的媒體數(shù)據(jù)包和前向糾錯冗余包中查找對應(yīng)的前向糾錯冗余包和同組的媒體數(shù)據(jù)包，并根 據(jù)查找到的前向糾錯冗余包和媒體數(shù)據(jù)包恢復(fù)丟包。
9.根據(jù)權(quán)利要求8所述的IPTV終端，其特征在于，還包括前向糾錯能力告知單元，用 于告知媒體服務(wù)器所述IPTV終端是否支持前向糾錯功能。
10.根據(jù)權(quán)利要求8所述的IPTV終端，其特征在于，還包括FEC參數(shù)獲取單元，用于接 收所述媒體服務(wù)器發(fā)送的前向糾錯能力集參數(shù)。
11.根據(jù)權(quán)利要求8-10任一項所述的IPTV終端，其特征在于，還包括自動重傳請求 單元，用于當(dāng)所述播放信息獲取單元獲取的播放信息不是單播直播時，采用丟包重傳機(jī)制 恢復(fù)丟包。
全文摘要
本發(fā)明公開了一種基于FEC的IPTV傳輸質(zhì)量控制方法，其包括IPTV終端獲取當(dāng)前節(jié)目的播放信息；若所述播放信息是單播直播，則接收來自流媒體服務(wù)器的媒體數(shù)據(jù)包和對應(yīng)的FEC冗余包；以及檢測是否有丟包若有丟包，則查找對應(yīng)的FEC冗余包和同組的媒體數(shù)據(jù)包并根據(jù)查找到的FEC冗余包和媒體數(shù)據(jù)包恢復(fù)丟包。本發(fā)明還公開了一種相應(yīng)的IPTV終端。該IPTV傳輸質(zhì)量控制方法和IPTV終端可以在保證單播直播實時性的同時，有效控制IPTV系統(tǒng)的傳輸質(zhì)量。
文檔編號H04N21/6437GK102098586SQ20101055940
公開日2011年6月15日 申請日期2010年11月25日 優(yōu)先權(quán)日2010年11月25日
發(fā)明者周茂林, 程岑, 黃宇軒 申請人:中興通訊股份有限公司