專利名稱：自適應(yīng)前向糾錯的制作方法
技術(shù)領(lǐng)域：
本發(fā)明主要涉及前向糾錯(FEC)。
背景技術(shù)：
有時，由于可能會出現(xiàn)大量的大包丟失/丟棄，無線網(wǎng)絡(luò)的錯誤率不足以用于視頻應(yīng)用。丟棄或丟失的包有時沒有被恢復，但是在實施包恢復的方案中，利用重傳或FEC或兩者結(jié)合來恢復包。FEC已廣泛用于糾錯而無需重傳。FEC通過發(fā)送冗余信息來恢復被損壞、被丟棄或丟失的包中所包含的數(shù)據(jù)，該冗余信息可被接收器用來重構(gòu)丟失的數(shù)據(jù)。FEC提供比重傳更快的數(shù)據(jù)恢復，并且不需要反饋信道。靜態(tài)FEC技術(shù)已被許多研究人員使用，但是它不能使FEC開銷與信道和網(wǎng)絡(luò)條件匹配。
在無線網(wǎng)絡(luò)中使用FEC已成為無線視頻應(yīng)用的活躍研究領(lǐng)域。FEC的一個優(yōu)點是它很適于多播。而且，F(xiàn)EC不需要與視頻編碼器進行交互，因此可應(yīng)用于任何視頻編碼技術(shù)以及存儲的和直播的視頻。然而，由于網(wǎng)絡(luò)資源和靜態(tài)FEC算法所添加的冗余量之間的不匹配，該冗余量消耗無線網(wǎng)絡(luò)的有限帶寬，靜態(tài)FEC算法可能會使性能降級。
自適應(yīng)FEC技術(shù)已顯示出有利于網(wǎng)絡(luò)性能。所有自適應(yīng)技術(shù)都需要反饋來估計可用的網(wǎng)絡(luò)帶寬，然后基于該反饋來修改冗余量。反饋可以是顯式的，如實時控制協(xié)議(RTCP)報告，或隱式的，如使用無線發(fā)送器低層包重傳。一般而言，如果網(wǎng)絡(luò)條件差，則自適應(yīng)機制增加要發(fā)送的冗余包數(shù)。如果網(wǎng)絡(luò)條件令人滿意，則不需要發(fā)送冗余包，或者只需要發(fā)送少量的冗余包。大多數(shù)現(xiàn)有技術(shù)方法都針對位級FEC。

發(fā)明內(nèi)容
本發(fā)明致力于解決現(xiàn)有技術(shù)的這些和其它缺陷和缺點，且本發(fā)明針對自適應(yīng)前向糾錯(FEC)。本發(fā)明的自適應(yīng)FEC的一種應(yīng)用是用于無線網(wǎng)絡(luò)上的視頻流傳輸。
根據(jù)本發(fā)明一方面，提供一種自適應(yīng)FEC設(shè)備。該設(shè)備包括FEC編碼器和自適應(yīng)FEC裝置。該FEC編碼器用于將k個源數(shù)據(jù)包編碼為n個包，其中n＞k，并且該n個包包括冗余包。該自適應(yīng)FEC裝置用于基于至少一條反饋消息，來適應(yīng)性地確定要和k個編碼包一起發(fā)送的冗余包數(shù)。該至少一條反饋消息可以指示要在其上發(fā)送FEC編碼包的無線網(wǎng)絡(luò)的條件或狀態(tài)通過以下示范性實施例的詳細描述，并結(jié)合附圖，本發(fā)明的這些及其它方面、特征和優(yōu)點將變得顯而易見。


根據(jù)以下例圖，可以更好地理解本發(fā)明，其中圖1示出了可以應(yīng)用本發(fā)明的示范性編碼/解碼前向糾錯(FEC)過程的圖；圖2示出了可以應(yīng)用本發(fā)明的典型無線視頻系統(tǒng)架構(gòu)的圖；圖3示出了無線局域網(wǎng)(WLAN)鏈路的接收比特率對所提供的發(fā)送速率的曲線；以及圖4示出了根據(jù)本發(fā)明原理的，用于無線網(wǎng)絡(luò)上視頻流傳輸?shù)淖赃m應(yīng)FEC方法的流程圖。
具體實施例方式
在通過無線網(wǎng)絡(luò)進行視頻流傳輸?shù)膬?yōu)選實施例中，本發(fā)明針對自適應(yīng)前向糾錯(FEC)。本發(fā)明提供一種通過基于網(wǎng)絡(luò)條件動態(tài)調(diào)節(jié)FEC強度，來提高視頻流性能的自適應(yīng)FEC方法和設(shè)備?；诰W(wǎng)絡(luò)條件來優(yōu)化通過無線網(wǎng)絡(luò)發(fā)送的冗余包數(shù)。利用反饋信號向發(fā)送器方的自適應(yīng)FEC裝置告知網(wǎng)絡(luò)條件。反饋信號可以來源于，但不限于接收器、中間節(jié)點或發(fā)送器鏈路層?？梢栽诎l(fā)送器方，通過訪問發(fā)送器無線硬件的信息如重傳嘗試，或者如果使用RTP(實時協(xié)議)時則利用RTCP報告，來監(jiān)測網(wǎng)絡(luò)條件。發(fā)送器方信息的使用提供了對網(wǎng)絡(luò)條件變化的更快響應(yīng)，因為不經(jīng)常發(fā)送RTCP報告以保留網(wǎng)絡(luò)資源。然而，RTCP報告包括更多的信息，并且可用于更準確地估計可用的網(wǎng)絡(luò)帶寬。也可使用反饋消息的組合。自適應(yīng)FEC裝置基于網(wǎng)絡(luò)條件來決定要發(fā)送多少冗余包。如果網(wǎng)絡(luò)條件差，則與網(wǎng)絡(luò)條件令人滿意的情況相比，要發(fā)送的冗余包數(shù)目更多。應(yīng)該理解，雖然本發(fā)明是根據(jù)包級擦除FEC來描述的，但是也可以在保持本發(fā)明精神和范圍的同時，根據(jù)本發(fā)明使用其它類型的包級FEC。
本說明書說明本發(fā)明實施例的原理。因而，應(yīng)該理解，本領(lǐng)域技術(shù)人員將能夠設(shè)計出雖然未在此處描述的實施例中明確描述或示出，但體現(xiàn)本發(fā)明原理且被包括在本發(fā)明精神和范圍內(nèi)的各種配置。
在此列舉的所有例子和條件語言都旨在教導，來幫助讀者理解本發(fā)明原理、以及本發(fā)明人對本領(lǐng)域進一步貢獻的概念，并且應(yīng)該被看作是不限于這些具體列舉的例子和條件。
而且，在此列舉本發(fā)明原理、方面和實施例及本發(fā)明特例的所有語句，都旨在包括與本發(fā)明結(jié)構(gòu)上和功能上等同之物。另外，這些等同物旨在包括當前周知的等效物以及將來研發(fā)出的等效物，即研發(fā)出來執(zhí)行相同功能的任何元件，而不論其結(jié)構(gòu)怎樣。
因而，例如，本領(lǐng)域技術(shù)人員應(yīng)該理解，在此給出的框圖代表體現(xiàn)本發(fā)明原理的說明性電路的概念視圖。類似，應(yīng)該理解，任何流程表、流程圖、狀態(tài)轉(zhuǎn)移圖、偽碼等，都代表基本上可在計算機可讀介質(zhì)上表示、因而可通過計算機或處理器來執(zhí)行的各種過程，而不管是否明確示出這種計算機或處理器。
可以利用專用硬件以及能夠與適當軟件關(guān)聯(lián)地執(zhí)行軟件的硬件，來提供圖中所示各元件的功能。當通過處理器來提供這些功能時，可以通過單個專用處理器、單個共享處理器、或其中一些可被共享的多個單獨處理器，來提供這些功能。而且，術(shù)語“處理器”或“控制器”的顯式使用不應(yīng)被看作是專門指能夠執(zhí)行軟件的硬件，而可以隱含包括但不限于數(shù)字信號處理器(DSP)硬件、用于存儲軟件的只讀存儲器(ROM)、隨機存取存儲器(RAM)和非易失性存儲器。
也可以包括其它常規(guī)或定制的硬件。類似地，圖中所示的任何開關(guān)都只是概念性的?？梢酝ㄟ^程序邏輯的工作、專用邏輯、程序控制與專用邏輯的交互，乃至手動地，執(zhí)行它們的功能，實施者可以通過對上下文更具體的理解，來選擇特殊技術(shù)。
在本發(fā)明權(quán)利要求中，被表示為用于執(zhí)行指定功能的手段的任何元件都旨在包括執(zhí)行該功能的任何方式，例如包括a)執(zhí)行該功能的電路元件的組合，或b)任何形式的軟件，因而包括固件和微碼等形式的軟件，該軟件與用于執(zhí)行該軟件的適當電路結(jié)合以執(zhí)行該功能。如這種權(quán)利要求所定義的本發(fā)明在于，由所列舉的各種手段提供的功能性以權(quán)利要求所要求的方式被組合和集合在一起。因而，認為能夠提供那些功能性的任何手段都等效于在此示出的手段。
包級擦除FEC用于提高無線鏈路的可靠性。因為錯誤的確切位置已知，所以擦除較容易進行。(n，k)擦除FEC方案將k個源包編碼為n(n＞k)個包。這樣進行編碼，以致于由k個包組成的任何子集都足以重構(gòu)源數(shù)據(jù)。
轉(zhuǎn)到圖1，總地用參考標記100來表示示范性編碼/解碼FEC過程。源包(k個原始包)110被輸入到編碼器120，由編碼器120輸出n個包130。這n個包130包括與這k個包對應(yīng)的編碼數(shù)據(jù)131以及冗余包對應(yīng)的編碼數(shù)據(jù)132(即圖1中的陰影塊)?？衫枚鄠€FEC包的插入，來提高多個FEC塊的糾錯性能。解碼器140對這n個包(包括原始的k個包110和冗余包)進行解碼，以獲得重構(gòu)數(shù)據(jù)150(和k個原始包110相同)。
無線網(wǎng)絡(luò)的丟包率隨時間、網(wǎng)絡(luò)條件、網(wǎng)絡(luò)負載等而波動。因此，自適應(yīng)前向糾錯控制方案對于調(diào)節(jié)通過信道發(fā)送的冗余的數(shù)量很有用。本發(fā)明提供基于反饋的自適應(yīng)前向糾錯方法和設(shè)備。如果網(wǎng)絡(luò)條件令人滿意，則不需要發(fā)送大量的冗余包。相反，當丟包率高時(在預(yù)定閾值以上)，則發(fā)送較多的冗余包。
轉(zhuǎn)到圖2，總地用參考標記200來表示典型的無線視頻系統(tǒng)架構(gòu)。發(fā)送器方(包括元件205、210、215、220、225和230)是受到FEC保護的視頻源，視頻源可以是存儲的或直播的內(nèi)容。無線視頻系統(tǒng)架構(gòu)200包括視頻存儲器205，該視頻存儲器205具有以信號通信方式與FEC編碼器210的輸入相連的輸出。任選地可以利用視頻捕獲單元215來代替視頻存儲器205，該視頻捕獲單元215具有以信號通信方式與視頻編碼器220的輸入相連的輸出，該視頻編碼器220依次又包括以信號通信方式與FEC編碼器210的輸入相連的輸出。FEC編碼器210的輸出以信號通信方式與緩沖器225的第一輸入相連。緩沖器225的輸出以信號通信方式與無線網(wǎng)絡(luò)接口230的輸入相連。無線網(wǎng)絡(luò)接口230的第一輸出以信號通信方式與無線鏈路(在此也稱為“無線網(wǎng)絡(luò)”)235相連。自適應(yīng)FEC裝置240的第一和第二輸入以信號通信方式分別與無線網(wǎng)絡(luò)接口230的第二輸出和無線鏈路235相連。FEC裝置240的輸出以信號通信方式與緩沖器225的第二輸入相連。接收器245以信號通信方式與無線鏈路235相連。
發(fā)送器方FEC編碼器210對包進行編碼。每個包都包括整數(shù)個宏塊，并具有固定的字節(jié)數(shù)。然后，發(fā)送器方在經(jīng)由無線網(wǎng)絡(luò)接口230將視頻數(shù)據(jù)傳遞到無線網(wǎng)絡(luò)235上之前，用實時協(xié)議/用戶數(shù)據(jù)報協(xié)議(RTP/UDP)對視頻數(shù)據(jù)進行打包。
發(fā)送器方始終發(fā)送所有的原始包。自適應(yīng)FEC塊基于一條或多條反饋消息(以下稱為“反饋消息”)，來決定要發(fā)送的冗余包數(shù)。反饋消息可以來源于接收器方、并通過RTCP被發(fā)送給發(fā)送器，或者可以從發(fā)送器無線重傳信息來獲得反饋消息。無線重傳信息測量一個包被重傳的次數(shù)，并可用作網(wǎng)絡(luò)條件指示器。雖然發(fā)送器方信息可用于產(chǎn)生對網(wǎng)絡(luò)條件的快速適配，但有效的自適應(yīng)方法可以將這兩種信息和RTCP一起使用，來提供對網(wǎng)絡(luò)條件的更長期觀察。
自適應(yīng)FEC裝置240基于反饋消息來決定所要發(fā)送的包數(shù)。可利用許多替換技術(shù)確定所要發(fā)送的包的數(shù)量。例如，本發(fā)明的一個實施例使用增加/減少功能。根據(jù)該實施例原理，“令人滿意的”反饋消息使要發(fā)送的冗余包減少1，直到0；否則，使冗余包數(shù)增加1，直到n-k個包。為了得到良好適配率，應(yīng)該使用大的n-k值。
在另一個替換實施例中，可以利用RTCP接收器報告來進行調(diào)節(jié)。尤其是，可以利用丟失碎片和丟失包累加數(shù)的RTCP發(fā)送器報告字段，來進行調(diào)節(jié)。這些字段分別代表自最后一次接收器報告以來的丟包數(shù)，以及自開始發(fā)送以來的總丟包數(shù)。
對于許多實際的802.11無線局域網(wǎng)(WLAN)鏈路，實際吞吐量在某一點上穩(wěn)定到一常數(shù)，并且在某些情況下，當發(fā)送設(shè)備試圖通過鏈路推送更多數(shù)據(jù)時，實際吞吐量實際上將下降。圖3中說明了這一點，其中一般用附圖標記300來表示W(wǎng)LAN鏈路的接收比特率對所提供的發(fā)送速率的曲線。
如果視頻發(fā)送器(包括在無線網(wǎng)絡(luò)接口230中)正在以這樣一種速率發(fā)送數(shù)據(jù)，其中接收速率隨著所提供的發(fā)送速率增大而增大，則FEC將提高實際接收的信息量。然而，如果當視頻發(fā)送器正在曲線平直部分、或者更壞的情況下在正在下降的曲線部分上工作時，試圖發(fā)送更多數(shù)據(jù)，則FEC將無濟于事，并且可能實際上造成接收的視頻信息更少。為此，重要的是，視頻發(fā)送器要了解它實際上正在圖3曲線的什么部分中工作。如果視頻發(fā)送器正在曲線下降部分中工作，則它不應(yīng)該增加FEC數(shù)據(jù)量，而應(yīng)該設(shè)法以某種其它方式(例如減小比特率)來提高性能，使得工作轉(zhuǎn)到曲線上升部分。如果視頻發(fā)送器已經(jīng)在曲線的上升部分上工作，則視頻發(fā)送器可以添加附加的FEC信息并得到良好結(jié)果。
視頻發(fā)送器想要了解它處于曲線什么部分的一種方式是，使用來自接收器245的反饋(例如RTCP報告)或無線發(fā)送器重傳信息。如果一旦添加了FEC，視頻接收器245接收較低的包速率，則視頻發(fā)送器正在曲線的下降部分上工作。如果一旦添加了FEC，視頻接收器245接收較高的包速率，則視頻發(fā)送器正在曲線上升部分上工作。如果視頻接收器245已經(jīng)通過某種反饋路徑接收關(guān)于丟棄包的信息，則上述信息將可為視頻發(fā)送器所用。作為選擇，如已經(jīng)描述的，可以利用來自無線發(fā)送器的媒體存取控制(MAC)級重傳信息來估計丟包數(shù)。
轉(zhuǎn)到圖4，總地用參考標記400來表示用無線網(wǎng)絡(luò)進行視頻流傳輸?shù)淖赃m應(yīng)FEC方法。
功能塊405對視頻流編碼，以產(chǎn)生固定大小的視頻包(例如運動圖像專家組2(MPEG2)傳輸包)，并將控制傳遞給功能塊410。在功能塊405，要發(fā)送的冗余包數(shù)(以下也用變量“X”來表示)等于0。
功能塊410利用擦除碼FEC對每k個源包進行編碼，以產(chǎn)生具有n-k個冗余包的n個包，然后將控制傳遞給功能塊415。功能塊415發(fā)送頭k個源包，并將控制傳遞給決策塊420。決策塊420測量并確定網(wǎng)絡(luò)條件。如果網(wǎng)絡(luò)條件良好(即在預(yù)定閾值以上)，則控制傳遞到功能塊425。否則，如果網(wǎng)絡(luò)條件差(即在預(yù)定閾值以下)，則控制傳遞到?jīng)Q策塊430。
功能塊425發(fā)送X＝max{X-1，0}個冗余包，并將控制返回給功能塊410。即，功能塊425比先前發(fā)送的包數(shù)少發(fā)送一個冗余包，向下直到零個冗余包下限。決策塊430根據(jù)接收到的比特率對所提供的發(fā)送速率(圖3所示曲線)，來確定視頻發(fā)送器的工作區(qū)。尤其是，決策塊430確定發(fā)送器是在圖3曲線的上升區(qū)域中還是圖3曲線非上升區(qū)域中工作。如果發(fā)送器正在曲線非上升區(qū)域中工作，則控制傳遞給決策塊440，該決策塊440發(fā)送X個冗余包，并將控制向后傳遞給功能塊410。否則，如果發(fā)送器正在曲線上升區(qū)域中工作，則控制傳遞給功能塊450，該功能塊450發(fā)送X＝min{X+1，n-k}個冗余包，并將控制向后傳遞給功能塊410。即，功能塊450比先前發(fā)送的包數(shù)多發(fā)送一個冗余包，直到(n-k)個冗余包上限。由功能塊425、440和450返回到功能塊410，使得能夠基于網(wǎng)絡(luò)條件來調(diào)節(jié)所發(fā)送的冗余包數(shù)。
相關(guān)領(lǐng)域的普通技術(shù)人員基于此處的教導，可以容易弄清本發(fā)明的這些及其它特征和優(yōu)點。應(yīng)該理解，可以以各種形式的硬件、軟件、固件、專用處理器或它們的組合，來實施本發(fā)明的教導。
最優(yōu)選的是，將本發(fā)明的教導實施為硬件和軟件的組合。而且，優(yōu)選地將軟件實施為確實可在程序存儲單元上具體化的應(yīng)用程序?？蓪⒃搼?yīng)用程序上載到包括任何合適架構(gòu)的機器，并通過該機器來執(zhí)行。優(yōu)選地，在具有硬件如一個或多個中央處理器(CPU)、隨機存取存儲器RAM和輸入/輸出(I/O)接口的計算機平臺上，實施該機器。該計算機平臺也可包括操作系統(tǒng)和微指令碼。在此描述的各種過程和功能可以是可通過CPU執(zhí)行的微指令碼一部分或應(yīng)用程序一部分、或它們的任意組合。另外，其它各種外圍單元可連接到該計算機平臺，如附加數(shù)據(jù)存儲單元和打印單元。
應(yīng)該進一步理解，因為優(yōu)選地用軟件來實施附圖中所描述的一些系統(tǒng)組成部件和方法，所以系統(tǒng)部件或過程功能塊之間的實際連接可以隨本發(fā)明的編程方式而有所不同。給定此處的教導，相關(guān)領(lǐng)域的普通技術(shù)人員將能夠預(yù)期本發(fā)明的這些及類似實施或配置。
雖然在此參考附圖描述了說明性實施例，但是應(yīng)該理解，本發(fā)明不限于那些確切的實施例，并且在不脫離本發(fā)明范圍或精神的情況下，相關(guān)領(lǐng)域普通技術(shù)人員可以對本發(fā)明進行各種變化和更改。所有這種變化和更改都旨在被包括在如所附權(quán)利要求所闡述的本發(fā)明范圍內(nèi)。
權(quán)利要求
1.一種設(shè)備，包括前向糾錯編碼器(210)，用于將源數(shù)據(jù)的k個包編碼為n個包，其中n＞k，并且該n個包包括冗余數(shù)據(jù)；以及前向糾錯自適應(yīng)裝置(240)，用于響應(yīng)至少一條反饋消息的接收，來自適應(yīng)地確定要和k個源數(shù)據(jù)包一起編碼成具有編碼數(shù)據(jù)和冗余數(shù)據(jù)的n個包的冗余數(shù)據(jù)量。
2.根據(jù)權(quán)利要求1所述的設(shè)備，其中至少一條反饋消息指示要借以發(fā)送所述編碼數(shù)據(jù)和冗余數(shù)據(jù)的網(wǎng)絡(luò)的條件。
3.根據(jù)權(quán)利要求2所述的設(shè)備，其中所述網(wǎng)絡(luò)是無線網(wǎng)絡(luò)。
4.根據(jù)權(quán)利要求3所述的設(shè)備，其中當至少一條消息指示所述無線網(wǎng)絡(luò)的條件令人滿意時，所述前向糾錯自適應(yīng)裝置(240)使冗余包數(shù)減少一，下至最小值0。
5.根據(jù)權(quán)利要求3所述的設(shè)備，其中當至少一條消息指示無線網(wǎng)絡(luò)的條件不令人滿意時，所述前向糾錯自適應(yīng)裝置(240)使冗余包數(shù)增加一，上至最大值n-k個包。
6.根據(jù)權(quán)利要求2所述的設(shè)備，其中k個源數(shù)據(jù)包至少部分地包括視頻流數(shù)據(jù)。
7.根據(jù)權(quán)利要求1所述的設(shè)備，其中所述前向糾錯自適應(yīng)裝置(240)基于增加/減少功能，來調(diào)節(jié)所要發(fā)送的冗余包數(shù)。
8.根據(jù)權(quán)利要求1所述的設(shè)備，其中至少一條反饋消息包括實時控制協(xié)議(RTCP)接收器報告，該實時控制協(xié)議(RTCP)接收器報告說明的丟失包碎片和累計丟包數(shù)。
9.根據(jù)權(quán)利要求2所述的設(shè)備，其中根據(jù)預(yù)定閾值來確定網(wǎng)絡(luò)的條件，該預(yù)定閾值是基于實際收到的比特率對所提供的發(fā)送比特率的關(guān)系。
10.根據(jù)權(quán)利要求9所述的設(shè)備，其中當實際收到的比特率和所提供的發(fā)送比特率都增大時，所述前向糾錯自適應(yīng)裝置(240)增加所要發(fā)送的冗余包數(shù)。
11.根據(jù)權(quán)利要求1所述的設(shè)備，其中至少一條反饋消息對應(yīng)于無線接口硬件低層的重傳信息。
12.根據(jù)權(quán)利要求1所述的設(shè)備，其中所述前向糾錯編碼器(210)利用擦除包級前向糾錯來對k個源數(shù)據(jù)包進行編碼。
13.一種用于無線網(wǎng)絡(luò)上視頻流傳輸?shù)淖赃m應(yīng)前向糾錯(FEC)方法，所述方法包括編碼步驟(410)，將k個源數(shù)據(jù)包編碼為n個包，其中n＞k，并且該n個包包括來源于k個包的源數(shù)據(jù)以及冗余數(shù)據(jù)；以及確定步驟(420、430)，響應(yīng)于接收指示無線網(wǎng)絡(luò)條件的至少一條反饋消息，來自適應(yīng)地確定所述n個包的數(shù)量，其中發(fā)送來源于k個包的所述源數(shù)據(jù)及所述冗余數(shù)據(jù)。
14.根據(jù)權(quán)利要求13所述的方法，其中所述自適應(yīng)確定步驟包括，基于增加/減少功能來調(diào)節(jié)所要發(fā)送的冗余包數(shù)目的步驟。
15.根據(jù)權(quán)利要求14所述的方法，其中當至少一條消息指示無線網(wǎng)絡(luò)的條件令人滿意時，所述調(diào)節(jié)步驟使冗余包數(shù)減少(425)一，下至最小值0。
16.根據(jù)權(quán)利要求14所述的方法，其中當至少一條消息指示無線網(wǎng)絡(luò)的條件不令人滿意時，所述調(diào)節(jié)步驟使冗余包數(shù)增加(450)一，上至最大值n-k個包。
17.根據(jù)權(quán)利要求13所述的方法，其中至少一條反饋消息包括實時控制協(xié)議(RTCP)接收器報告，該實時控制協(xié)議(RTCP)接收器報告說明丟包碎片和累計丟包數(shù)。
18.根據(jù)權(quán)利要求13所述的方法，其中根據(jù)預(yù)定閾值來確定網(wǎng)絡(luò)條件，該預(yù)定閾值是基于實際收到的比特率對所提供的發(fā)送比特率的關(guān)系。
19.根據(jù)權(quán)利要求18所述的方法，其中當實際收到的比特率和所提供的發(fā)送比特率都增大時，所述確定步驟增加(450)所要發(fā)送的冗余包數(shù)。
20.根據(jù)權(quán)利要求13所述的方法，其中所述無線網(wǎng)絡(luò)包括無線接口硬件，且一條或多條反饋消息對應(yīng)于無線接口硬件低層的重傳信息。
21.根據(jù)權(quán)利要求13所述的方法，其中所述確定步驟包括以下步驟當收到的包速率低于n個編碼包的發(fā)送速率時，禁止增加所要發(fā)送的冗余包數(shù)。
22.根據(jù)權(quán)利要求21所述的方法，其中所述確定步驟包括以下步驟當收到的包速率低于n個編碼包的發(fā)送速率時，減少(425)所要發(fā)送的冗余包數(shù)。
23.根據(jù)權(quán)利要求13所述的方法，其中所述編碼步驟(410)利用擦除包級前向糾錯，來對所述k個源數(shù)據(jù)包進行編碼。
24.一種前向糾錯方法，包括編碼步驟(410)，將源數(shù)據(jù)的k個包和(n-k)個冗余數(shù)據(jù)包一起編碼為n個包；以及確定步驟(420、430)，響應(yīng)關(guān)于發(fā)送所述n個包的網(wǎng)絡(luò)的狀態(tài)的至少一條反饋消息的接收，來確定要在其中發(fā)送所述源數(shù)據(jù)和所述冗余數(shù)據(jù)的所述n個包的數(shù)量。
25.一種前向糾錯設(shè)備，包括用于將k個源數(shù)據(jù)包和(n-k)個冗余數(shù)據(jù)的包一起編碼為n個包的裝置(210)；以及用于響應(yīng)關(guān)于發(fā)送所述n個包的網(wǎng)絡(luò)的狀態(tài)的至少一條反饋消息的接收，來確定要在其中發(fā)送所述源數(shù)據(jù)和所述冗余數(shù)據(jù)的所述n個包數(shù)量的裝置(240)。
全文摘要
本發(fā)明描述了用于無線網(wǎng)絡(luò)上視頻流傳輸?shù)淖赃m應(yīng)前向糾錯(FEC)設(shè)備和方法。該設(shè)備包括FEC編碼器(210)和自適應(yīng)FEC裝置(240)。該FEC編碼器(210)用于將k個源數(shù)據(jù)包編碼為n個包，其中n＞k，并且該n個包包括冗余數(shù)據(jù)。該自適應(yīng)FEC裝置(240)用于基于一條或多條反饋消息的接收，來自適應(yīng)地確定要和k個編碼包一起發(fā)送的冗余包數(shù)。這一條或多條反饋消息指示要借以發(fā)送編碼視頻的無線網(wǎng)絡(luò)的條件。
文檔編號H04L1/00GK101061659SQ200580039836
公開日2007年10月24日 申請日期2005年6月14日 優(yōu)先權(quán)日2004年12月2日
發(fā)明者伊扎特·?？笋R特·伊扎特, 瑪麗·拉菲薩·科默, 托馬斯·安東尼·施塔爾 申請人:湯姆遜許可公司