[發(fā)明專利]保護(hù)數(shù)據(jù)包以防差錯(cuò)的方法

無效

• 申請(qǐng)?zhí)枺?/td>: 02118075.X
• 申請(qǐng)日: 2002-03-10
• 公開（公告）號(hào): CN1380780A
• 公開（公告）日: 2002-11-20
• 發(fā)明（設(shè)計(jì)）人: G·德爾馬斯
• 申請(qǐng)（專利權(quán)）人: 皇家菲利浦電子有限公司
• 主分類號(hào): H04L29/02
• 分類號(hào): H04L29/02;H04L12/28;G06F9/44
• 代理公司: 中國(guó)專利代理(香港)有限公司
• 代理人: 張志醒

技術(shù)領(lǐng)域

本發(fā)明涉及一個(gè)至少包含一個(gè)源實(shí)體和一個(gè)目標(biāo)實(shí)體的系統(tǒng)，所述源實(shí)體被用于向所述目標(biāo)實(shí)體發(fā)送數(shù)據(jù)包和糾錯(cuò)包。

本發(fā)明也涉及一個(gè)用來傳送數(shù)據(jù)包和糾錯(cuò)包的傳送裝置，和一個(gè)用來接收數(shù)據(jù)包和糾錯(cuò)包的接收裝置，并且至少包含數(shù)據(jù)包丟失檢測(cè)裝置和數(shù)據(jù)包恢復(fù)裝置。

本發(fā)明還涉及一種保護(hù)數(shù)據(jù)包以防差錯(cuò)的方法，一種恢復(fù)丟失數(shù)據(jù)包的方法以及包含有用來實(shí)現(xiàn)所述方法的指令的計(jì)算機(jī)程序。

本發(fā)明最后涉及一個(gè)糾錯(cuò)包流。

本發(fā)明在包傳送領(lǐng)域具有重要的作用。例如，應(yīng)用于因特網(wǎng)上的數(shù)據(jù)傳送，尤其是應(yīng)用于基于無線存取網(wǎng)絡(luò)的因特網(wǎng)上的數(shù)據(jù)傳送。

背景技術(shù)

由IETF(國(guó)際互聯(lián)網(wǎng)工程任務(wù)組)發(fā)布的文件“請(qǐng)求評(píng)注2733”中闡述了一種稱為FEC(向前錯(cuò)誤校正)的防差錯(cuò)機(jī)制的實(shí)例。FEC機(jī)制要求向被傳送的數(shù)據(jù)中添加冗余碼。這個(gè)冗余碼在糾錯(cuò)包(也稱FEC包)中被傳送。冗余碼允許重建在傳輸過程中丟失的包。在RFC2733中，F(xiàn)EC包是通過對(duì)不同數(shù)據(jù)包進(jìn)行異或運(yùn)算而生成的。對(duì)FEC包的不同的生成方法在RFC2733的第4節(jié)中做了推薦。

發(fā)明內(nèi)容

本發(fā)明的一個(gè)目的是提出另一種機(jī)制，當(dāng)差錯(cuò)預(yù)期會(huì)影響不同的連續(xù)包時(shí)，這種機(jī)制特別有效。因?yàn)闊o線電聯(lián)絡(luò)的質(zhì)量低劣，這在無線傳輸情況下是尤為顯著的。

這個(gè)目的通過一個(gè)根據(jù)本發(fā)明的一個(gè)系統(tǒng)來實(shí)現(xiàn)，并且如開頭章節(jié)所述因為S個(gè)糾錯(cuò)包Y₀，---Y_s-1被生成用于N個(gè)數(shù)據(jù)包X₀，…，X_N-1，其中糾錯(cuò)包Yi(這里i是一個(gè)0和S-1之間的自然數(shù))是依據(jù)N/S個(gè)數(shù)據(jù)包Xi+js而生成的，這里j＝0，…，N/S-1。

本發(fā)明提出的這個(gè)機(jī)制在被恢復(fù)的兩組包之間的間隔大于N的情況下，允許恢復(fù)(或重建)最多到S個(gè)連續(xù)包。

一個(gè)根據(jù)本發(fā)明的發(fā)送裝置包含用來根據(jù)N/S個(gè)數(shù)據(jù)包Xi+js(j＝0，…，N/S-1)生成一個(gè)糾錯(cuò)包Yi(這里i是一個(gè)介于0和S-1之間的自然數(shù))的裝置，和用來傳送用于N個(gè)數(shù)據(jù)包X₀，…，X_N-1的S個(gè)糾錯(cuò)包Y₀，---Y_s-1的裝置。

為了恢復(fù)一個(gè)數(shù)據(jù)包X_k，其中k＝i+ps(這里i，P和S都是自然數(shù))，一個(gè)依據(jù)本發(fā)明的接收裝置利用N/S-1個(gè)數(shù)據(jù)包Xi+js，其中j＝0，…，N/S-1并且j≠p，和一個(gè)關(guān)于N/S個(gè)數(shù)據(jù)包Xi+js(j＝0，…，N/S-1)的函數(shù)的糾錯(cuò)包Yi。

在本發(fā)明的一個(gè)優(yōu)選實(shí)施例中，所述數(shù)據(jù)包在一端，而所述糾錯(cuò)包在另一端，形成二個(gè)分開的包流，它們?cè)诒划a(chǎn)生并可能在被接收過程中都是彼此分開的。這個(gè)實(shí)施例允許接收裝置只接收數(shù)據(jù)包流，或者數(shù)據(jù)包流和糾錯(cuò)包流，這取決于是否接收裝置能夠使用或不能使用糾錯(cuò)包流或者是否接收裝置需要或不需要接收這個(gè)流。

依照本發(fā)明一個(gè)糾錯(cuò)包流包含包Yi，這是關(guān)于N/S個(gè)數(shù)據(jù)包Xi+js(j＝0，…，N/S-1)的一個(gè)組合，這里i、N、S和N/S都是自然數(shù)。

參考下面所描述的實(shí)施例，關(guān)于本發(fā)明的這些及其他方面借助于非特定的實(shí)施例是顯而易見的，并將加以闡明。

附圖說明

附圖中：

圖1是一個(gè)依據(jù)本發(fā)明的系統(tǒng)的一個(gè)實(shí)例的示意圖；

圖2是一個(gè)IP/UDP/RTP/數(shù)據(jù)報(bào)示意圖；

圖3是一個(gè)描述一個(gè)根據(jù)本發(fā)明的傳送裝置工作過程的實(shí)例的示意圖；

圖4是一個(gè)描述一個(gè)根據(jù)本發(fā)明的接收裝置工作過程的實(shí)例的示意圖。

實(shí)施例說明

圖1借助實(shí)例顯示了一個(gè)根據(jù)本發(fā)明的系統(tǒng)，它包含一個(gè)源實(shí)體和一個(gè)目標(biāo)實(shí)體。在這個(gè)實(shí)施例中源實(shí)體是一個(gè)傳送裝置10，而目標(biāo)實(shí)體是一個(gè)接收裝置20。傳送裝置10和接收裝置20通過傳送信道30被連接到一起，這個(gè)信道包含例如一個(gè)無線信道。在上述實(shí)例中，其傳輸協(xié)議采用的是RTP到UDP到IP方法。這是不受限制的。RTP(實(shí)時(shí)傳輸協(xié)議)和UDP(用戶數(shù)據(jù)報(bào)協(xié)議)分別是IETF在RFC1889和0768中定義的傳輸層協(xié)議。IP協(xié)議(因特網(wǎng)協(xié)議)是由IFTF通過RFC0791定義版本4及通過RFC1883定義版本6的一種網(wǎng)絡(luò)層協(xié)議。下面將只對(duì)有助于理解本發(fā)明的部分加以說明。因?yàn)楦嗟募?xì)節(jié)評(píng)注在上述的RFC中已經(jīng)做了說明。

圖2表示了一個(gè)IP數(shù)據(jù)報(bào)，它本身包含一個(gè)UDP數(shù)據(jù)報(bào)，而UDP數(shù)據(jù)報(bào)本身又含有一個(gè)RTP包。