專利名稱：一種實(shí)現(xiàn)糾錯(cuò)的方法及系統(tǒng)以及一種實(shí)現(xiàn)糾錯(cuò)的接入設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種實(shí)現(xiàn)糾錯(cuò)的方法及系統(tǒng)以及一種實(shí)現(xiàn)糾錯(cuò)的接入設(shè)備。
背景技術(shù)：
目前三網(wǎng)(電信網(wǎng)、互聯(lián)網(wǎng)、廣電網(wǎng))合一已經(jīng)成為越來越多的運(yùn)營商的業(yè)務(wù)需求，而視頻業(yè)務(wù)作為三網(wǎng)合一的重要組成部分，運(yùn)營商希望在數(shù)字用戶線DSL(Digital Subscriber Line)、無源光網(wǎng)絡(luò)PON(Passive Optical Network)或無線接入如無線局域網(wǎng)絡(luò)WLAN(Wireless LAN)和微波接入WiMAX(Worldwide Interoperability for Microwave Access)上提供視頻業(yè)務(wù)。
由于視頻的信息量極大，因此通過網(wǎng)絡(luò)傳送未經(jīng)過壓縮的原始視頻流幾乎是不可能的，這就引入了視頻編碼壓縮技術(shù)。目前常用的視頻壓縮編碼技術(shù)包括MPEG2、H.264、VC-1、MPEG4等。一個(gè)視頻流經(jīng)MPEG視頻壓縮編碼后包括三種元素I幀(I-frames)、P幀(P-frames)和B幀(B-frames)。不同幀的重要程度是不同的，其中I幀為最為重要的關(guān)鍵幀，I幀的丟失將導(dǎo)致其后的P幀和B幀無法正常解碼，嚴(yán)重影響視頻質(zhì)量；P幀為次重要的關(guān)鍵幀，P幀丟失會(huì)影響B(tài)幀和其后的P幀的解碼，P幀經(jīng)常帶來可見的視頻質(zhì)量劣化；B幀為非關(guān)鍵幀，B幀丟失只會(huì)影響本身，只非常有限的影響畫面，B幀丟失數(shù)量較少時(shí)，對(duì)畫面質(zhì)量影響基本可忽略。可以看出，視頻壓縮技術(shù)的引入對(duì)視頻流的傳輸質(zhì)量提出了更高的要求如果是未經(jīng)過幀間壓縮的視頻，一個(gè)丟包可能只會(huì)影響到一個(gè)幀的質(zhì)量，影響有限；但對(duì)于采用了幀間壓縮的視頻流，一個(gè)丟包如果影響到一個(gè)關(guān)鍵幀，則可能繼而影響其后的多幀的解碼，嚴(yán)重影響視頻質(zhì)量。由此可見，經(jīng)過編碼壓縮的視頻流是高度丟包敏感的，視頻業(yè)務(wù)必須達(dá)到很低的IP丟包率IPLR(IP Packet Lost Rate)。同時(shí)傳輸線路的比特誤碼率BER(Bit Error Ratio)也與IPLR有密切關(guān)系，線路的BER較高將導(dǎo)致IPLR較高，有可能導(dǎo)致無法滿足視頻業(yè)務(wù)對(duì)IPLR的要求。
按照上述要求，目前的一種方案是利用低帶寬視頻流相對(duì)于高帶寬視頻流對(duì)IPLR敏感程度相對(duì)較低的特點(diǎn)，只提供帶寬相對(duì)較低的視頻流，例如一些視頻質(zhì)量較低的視頻流，或者是在壓縮視頻流時(shí)增大壓縮率。但這種方案無法提供高質(zhì)量的視頻節(jié)目，例如無法提供高清晰數(shù)字電視HDTV(High-definitionDigital Television)，并且提高壓縮率往往需要增大I幀的間隔，導(dǎo)致終端解碼延遲增大，也可能使一個(gè)丟包造成的影響擴(kuò)大。
另一種方案是只在線路質(zhì)量好、距離短的DSL線路上提供視頻業(yè)務(wù)，因?yàn)榫€路質(zhì)量好、距離短的DSL線路上BER較低，IPLR比較低，容易滿足視頻業(yè)務(wù)的需求。但該方案不能提供普遍服務(wù)，只能是線路質(zhì)量好、距離短的DSL線路上傳輸?shù)挠脩裟芟硎?，其他大量用戶不能享受此業(yè)務(wù)。
作為一種改進(jìn)，第三種方案是在視頻業(yè)務(wù)中是采用端到端的應(yīng)用層前向糾錯(cuò)FEC(Forward Error Correction)機(jī)制。所謂應(yīng)用層FEC機(jī)制就是在應(yīng)用層采用FEC編碼，增加冗余的糾錯(cuò)信息。這樣當(dāng)傳輸中出現(xiàn)網(wǎng)絡(luò)層不能糾正的錯(cuò)誤時(shí)，在接收端還可以通過這些應(yīng)用層的FEC編碼冗余信息進(jìn)行糾錯(cuò)。本方案中，視頻源發(fā)送出的視頻流不僅僅包括普通的經(jīng)過視頻編碼壓縮的視頻流，還包括一個(gè)由普通視頻流通過FEC編碼而形成的FEC流。這樣可以為接收端提供信息冗余的數(shù)據(jù)流，而借助于FEC，可以在一定程度內(nèi)恢復(fù)丟失和受損的視頻流。該方案具體包括步驟A1、在視頻源對(duì)已經(jīng)過視頻編碼壓縮的數(shù)據(jù)流進(jìn)行FEC編碼，生成FEC流；對(duì)于同一種FEC編碼，F(xiàn)EC的開銷越大，則糾錯(cuò)能力越強(qiáng)。也就是說，要達(dá)到同樣的目標(biāo)IPLR，則無FEC時(shí)的IPLR越高，則需要的FEC開銷也就越大。
A2、發(fā)送原始數(shù)據(jù)流和FEC流；所發(fā)送的原始數(shù)據(jù)流和FEC流將經(jīng)過核心網(wǎng)和接入網(wǎng)線路如DSL線路傳輸?shù)接脩艚K端。
A3、用戶終端接收原始數(shù)據(jù)流和FEC流，根據(jù)FEC數(shù)據(jù)對(duì)原始數(shù)據(jù)流中的損壞數(shù)據(jù)進(jìn)行修復(fù)。
但上述方法存在以下不足
1、浪費(fèi)了額外的網(wǎng)絡(luò)帶寬。
通常核心網(wǎng)的服務(wù)質(zhì)量QoS(Quality of Service)是滿足視頻業(yè)務(wù)要求的，并不需要應(yīng)用層FEC，需要FEC的僅僅是接入網(wǎng)，這樣采用端到端的FEC實(shí)際是浪費(fèi)了網(wǎng)絡(luò)帶寬。
2、不能適應(yīng)不同接入線路。
接入網(wǎng)的情況千差萬別，不同線路由于本身線路質(zhì)量、長度、電磁環(huán)境等不同，BER可能差別很大，甚至可能存在不同的接入技術(shù)共存，如DSL和WLAN共存，而采用端到端方式，為了適應(yīng)所有線路，必須考慮最惡劣的情況，這就要求視頻源端要采用最大開銷的FEC，實(shí)際上可能只有很少的線路需要這個(gè)最大的FEC開銷，更多線路只需要較小的開銷，甚至有大量線路根本不需要應(yīng)用層FEC，線路本身已經(jīng)可以滿足要求，也就是說對(duì)某些線路而言，這種方式浪費(fèi)了大量的網(wǎng)絡(luò)帶寬和線路帶寬。
3、需要視頻源支持FEC功能，而目前的多數(shù)視頻源一般都不支持FEC功能，導(dǎo)致視頻業(yè)務(wù)的應(yīng)用受到局限。
4、由于用戶線路受很多外界因素的影響，其BER可能在一個(gè)范圍內(nèi)變動(dòng)，這將導(dǎo)致很難判斷采用多大開銷的FEC可滿足所有用戶要求。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種實(shí)現(xiàn)糾錯(cuò)的方法及系統(tǒng)以及一種實(shí)現(xiàn)糾錯(cuò)的接入設(shè)備，本發(fā)明能夠在數(shù)據(jù)流傳輸中實(shí)現(xiàn)糾錯(cuò)時(shí)節(jié)約帶寬，并能適應(yīng)不同接入線路的情況。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供一種實(shí)現(xiàn)糾錯(cuò)的方法，包括接入設(shè)備接收到數(shù)據(jù)流后，根據(jù)預(yù)先配置的規(guī)則識(shí)別需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流并對(duì)其進(jìn)行前向糾錯(cuò)編碼，然后將前向糾錯(cuò)編碼生成的前向糾錯(cuò)數(shù)據(jù)流和原數(shù)據(jù)流發(fā)送出去，對(duì)不需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流則直接發(fā)送出去。
進(jìn)一步的，接入設(shè)備根據(jù)數(shù)據(jù)流傳輸要求配置編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼。
進(jìn)一步的，接入設(shè)備也可以根據(jù)數(shù)據(jù)流傳輸要求配置傳輸目標(biāo)參數(shù)，并結(jié)合用戶鏈路情況確定編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼。
進(jìn)一步的，接入設(shè)備根據(jù)每一條鏈路情況單獨(dú)進(jìn)行前向糾錯(cuò)編碼或根據(jù)其中一條鏈路情況統(tǒng)一進(jìn)行前向糾錯(cuò)編碼。
相應(yīng)的，本發(fā)明提供一種實(shí)現(xiàn)糾錯(cuò)的系統(tǒng)包括數(shù)據(jù)源端和接入設(shè)備；數(shù)據(jù)源端，用于發(fā)送數(shù)據(jù)流；接入設(shè)備，用于接收數(shù)據(jù)源端發(fā)送的數(shù)據(jù)流，根據(jù)預(yù)先配置的規(guī)則識(shí)別需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流并對(duì)其進(jìn)行前向糾錯(cuò)編碼，然后將前向糾錯(cuò)編碼生成的前向糾錯(cuò)數(shù)據(jù)流和原數(shù)據(jù)流發(fā)送出去，對(duì)不需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流則直接發(fā)送出去。
進(jìn)一步的，接入設(shè)備根據(jù)數(shù)據(jù)流傳輸要求配置編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼，或者根據(jù)數(shù)據(jù)流傳輸要求配置傳輸目標(biāo)參數(shù)，并結(jié)合用戶鏈路情況確定編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼。
進(jìn)一步的，接入設(shè)備根據(jù)每一條鏈路情況單獨(dú)進(jìn)行前向糾錯(cuò)編碼或根據(jù)其中一條鏈路情況統(tǒng)一進(jìn)行前向糾錯(cuò)編碼。
本發(fā)明還提供一種用于實(shí)現(xiàn)糾錯(cuò)的接入設(shè)備包括網(wǎng)絡(luò)側(cè)接口、前向糾錯(cuò)控制模塊、前向糾錯(cuò)處理模塊和用戶側(cè)接口；網(wǎng)絡(luò)側(cè)接口，用于接收數(shù)據(jù)流；前向糾錯(cuò)控制模塊，用于下發(fā)指令給前向糾錯(cuò)處理模塊，控制其前向糾錯(cuò)編碼過程；前向糾錯(cuò)處理模塊，用于從網(wǎng)絡(luò)側(cè)接口接收的數(shù)據(jù)流中根據(jù)預(yù)先配置的規(guī)則識(shí)別需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流，對(duì)需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流進(jìn)行前向糾錯(cuò)編碼，對(duì)前向糾錯(cuò)編碼后的數(shù)據(jù)進(jìn)行封裝，將封裝后生成的前向糾錯(cuò)數(shù)據(jù)流和原數(shù)據(jù)流通過用戶側(cè)接口發(fā)送出去，對(duì)不需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流直接通過用戶側(cè)接口發(fā)送出去；用戶側(cè)接口，用于將數(shù)據(jù)流發(fā)送出去。
前向糾錯(cuò)處理模塊進(jìn)一步包括流識(shí)別模塊、前向糾錯(cuò)編碼模塊和前向糾錯(cuò)數(shù)據(jù)封裝模塊；流識(shí)別模塊，用于根據(jù)預(yù)先配置的規(guī)則識(shí)別需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流，對(duì)需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流傳遞給前向糾錯(cuò)編碼模塊，對(duì)不需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流直接通過用戶側(cè)接口發(fā)送出去；前向糾錯(cuò)編碼模塊，用于對(duì)流識(shí)別模塊識(shí)別出的需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流進(jìn)行前向糾錯(cuò)編碼；前向糾錯(cuò)數(shù)據(jù)封裝模塊，用于對(duì)前向糾錯(cuò)編碼模塊進(jìn)行前向糾錯(cuò)編碼后的數(shù)據(jù)進(jìn)行封裝，將封裝后生成的前向糾錯(cuò)數(shù)據(jù)流和原數(shù)據(jù)流通過用戶側(cè)接口發(fā)送出去。
進(jìn)一步的，前向糾錯(cuò)編碼模塊根據(jù)數(shù)據(jù)流傳輸要求配置編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼，或者根據(jù)數(shù)據(jù)流傳輸要求配置傳輸目標(biāo)參數(shù)，并結(jié)合用戶鏈路情況確定編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼。
以上技術(shù)方案可以看出首先，前述現(xiàn)有技術(shù)中是在數(shù)據(jù)源端例如視頻源進(jìn)行前向糾錯(cuò)，發(fā)送的原數(shù)據(jù)流和前向糾錯(cuò)數(shù)據(jù)流通過核心網(wǎng)絡(luò)傳輸，再經(jīng)接入網(wǎng)絡(luò)傳輸，而核心網(wǎng)的服務(wù)質(zhì)量QoS是滿足視頻業(yè)務(wù)要求的，需要前向糾錯(cuò)的僅僅是在接入網(wǎng)，這樣就浪費(fèi)了網(wǎng)絡(luò)帶寬，本發(fā)明是直接在接入網(wǎng)進(jìn)行前向糾錯(cuò)，即接入設(shè)備接收到數(shù)據(jù)流后，根據(jù)預(yù)先配置的規(guī)則識(shí)別需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流進(jìn)行前向糾錯(cuò)編碼，并將前向糾錯(cuò)編碼生成的前向糾錯(cuò)數(shù)據(jù)流和原數(shù)據(jù)流發(fā)送出去，對(duì)不需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流則直接發(fā)送出去，這樣就大大節(jié)約了網(wǎng)絡(luò)帶寬；其次，前述現(xiàn)有技術(shù)中不能適應(yīng)不同接入線路，為了適應(yīng)所有線路，必須考慮最惡劣的情況，這就要求數(shù)據(jù)源端例如視頻源端要采用最大開銷的FEC，本發(fā)明是直接在接入網(wǎng)進(jìn)行前向糾錯(cuò)，這樣可以適應(yīng)不同接入線路，并可以在鏈路質(zhì)量較差的接入鏈路上實(shí)現(xiàn)傳輸質(zhì)量要求高的數(shù)據(jù)流；進(jìn)一步的，前述現(xiàn)有技術(shù)中需要數(shù)據(jù)源端例如視頻源支持FEC功能，而目前的多數(shù)視頻源一般都不支持FEC功能，導(dǎo)致視頻業(yè)務(wù)的應(yīng)用受到局限，本發(fā)明是在接入設(shè)備實(shí)現(xiàn)前向糾錯(cuò)FEC，不需要數(shù)據(jù)源端支持FEC功能，從而更有利于視頻業(yè)務(wù)或其他音頻業(yè)務(wù)等的應(yīng)用；更進(jìn)一步的，前述現(xiàn)有技術(shù)中數(shù)據(jù)源端例如視頻源很難判斷采用多大開銷的FEC可滿足所有用戶要求，而本發(fā)明由于是在接入網(wǎng)實(shí)現(xiàn)FEC，接入設(shè)備可以知道用戶鏈路情況，容易判斷需采用多大開銷的FEC，并可以根據(jù)用戶鏈路情況的變化相應(yīng)改變編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼，從而可能達(dá)到傳輸質(zhì)量和帶寬利用率的最佳平衡。


圖1是現(xiàn)有技術(shù)方法流程圖；圖2是本發(fā)明方法實(shí)施例一流程圖；圖3是本發(fā)明方法實(shí)施例二流程圖；圖4是本發(fā)明系統(tǒng)示意圖；圖5是本發(fā)明中接入設(shè)備結(jié)構(gòu)示意圖；圖6是本發(fā)明接入設(shè)備中的前向糾錯(cuò)FEC處理模塊結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明提供一種實(shí)現(xiàn)糾錯(cuò)的方法，其核心思想是將原來在數(shù)據(jù)源端進(jìn)行的前向糾錯(cuò)變?yōu)樵诮尤刖W(wǎng)的接入設(shè)備中進(jìn)行，即接入設(shè)備接收到數(shù)據(jù)流后，根據(jù)預(yù)先配置的規(guī)則識(shí)別需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流并對(duì)其進(jìn)行前向糾錯(cuò)編碼，然后將前向糾錯(cuò)編碼生成的前向糾錯(cuò)數(shù)據(jù)流和原數(shù)據(jù)流發(fā)送出去，對(duì)不需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流則直接發(fā)送出去，這樣可解決現(xiàn)有技術(shù)在數(shù)據(jù)源端進(jìn)行前向糾錯(cuò)帶來的帶寬浪費(fèi)及其他問題。
本發(fā)明主要是在接入設(shè)備上增加一個(gè)FEC模塊，這個(gè)FEC模塊可以對(duì)特定的流，例如視頻流或視頻流的某些部分如關(guān)鍵幀等進(jìn)行FEC編碼，然后將原始數(shù)據(jù)流和疊加的FEC流一起通過接入鏈路發(fā)送給用戶。
需要說明的是，本發(fā)明以視頻業(yè)務(wù)為例但并不局限于此，本發(fā)明同樣適用于其他不同類型數(shù)據(jù)源端提供的業(yè)務(wù)，例如音頻業(yè)務(wù)等。
需要說明的是，本文所提及的FEC指通用的FEC，不涉及與特定鏈路層相關(guān)的FEC，如DSL的R-S編碼等。
為方便更好地理解本發(fā)明，以下結(jié)合附圖和具體實(shí)施方式
對(duì)本發(fā)明進(jìn)一步說明。
請(qǐng)參閱圖2，是本發(fā)明方法實(shí)施例一流程圖，包括步驟B1、配置接入設(shè)備上的流識(shí)別規(guī)則，指定對(duì)某些特定的流做FEC；這些流的識(shí)別規(guī)則可以是業(yè)內(nèi)通用的流規(guī)則，包括根據(jù)報(bào)文的虛擬局域網(wǎng)VLAN、源/目的介質(zhì)訪問控制MAC、以太類型Ether-Type、源/目的IP、IP協(xié)議、傳輸控制協(xié)議TCP/用戶數(shù)據(jù)報(bào)協(xié)議UDP端口號(hào)、802.1P優(yōu)先級(jí)、TOS服務(wù)類型ToS(Type of Service)/不同服務(wù)代碼點(diǎn)DSCP(Differentiated ServicesCode Point)等進(jìn)行流的識(shí)別，也可以通過對(duì)報(bào)文的深度分析DPI(Deep PacketInspection)進(jìn)行流的識(shí)別，例如可以通過RFC2250圖象類型Picture-Type或者H.264NAL層的基本處理單元NALU中的優(yōu)先級(jí)指示識(shí)別流。
需要說明的是，這里并不限定某種特定的流規(guī)則，這里配置流規(guī)則的唯一目的就是識(shí)別出需要進(jìn)行FEC的數(shù)據(jù)流。
B2、根據(jù)接入鏈路的實(shí)際情況，流的傳輸質(zhì)量要求以及流的帶寬等因素，配置接入設(shè)備的FEC編碼參數(shù)；采用FEC肯定會(huì)帶來額外的開銷，應(yīng)該使用盡量少的開銷達(dá)到可以滿足要求的編碼效果。不同的FEC算法有不同的編碼參數(shù)，在這里并不限定于某種FEC算法，而對(duì)于不同的編碼算法的參數(shù)定義也是不同的，對(duì)于某一個(gè)具體的算法這些參數(shù)決定了編碼比，也就是說決定編碼需要多大的開銷。通常，在一定范圍內(nèi)開銷越大，則糾錯(cuò)能力越強(qiáng)。盡管不限定某種FEC算法，但不同的FEC算法有一點(diǎn)是相同的，也就是在一定的范圍內(nèi)，要達(dá)到相同的目標(biāo)誤碼率，如果原始誤碼率越高，則需要的編碼開銷則越大。
基于上面的原則，可以根據(jù)線路的誤碼率BER情況和目標(biāo)誤碼率BER要求，找到可以滿足糾錯(cuò)目標(biāo)，又開銷最小的FEC編碼參數(shù)。如果線路誤碼率與目標(biāo)誤碼率差距較大，則通過參數(shù)配置選擇開銷較大的編碼，否則選擇較小的編碼，BER(Bit Error Ratio)與IPLR有密切關(guān)系，線路的BER較高，IPLR也會(huì)較高。確定參數(shù)的方法根據(jù)FEC算法不同和技術(shù)選擇不同，可以是通過公式計(jì)算或者查找經(jīng)驗(yàn)值。對(duì)于不同的FEC算法的公式是不同的，對(duì)于通過經(jīng)驗(yàn)值查表的方法，也就是在一個(gè)表中存儲(chǔ)常用的經(jīng)驗(yàn)值，通過查表取得編碼參數(shù)。例如在經(jīng)驗(yàn)表中可以列出各種典型線路IPLR要獲得各種目標(biāo)IPLR所需要的參數(shù)。這樣就不需要計(jì)算，而是通過查表獲得。這樣做的原因第一是對(duì)于某些算法可能計(jì)算困難；第二是理論計(jì)算值可能不如實(shí)際經(jīng)驗(yàn)值更能反映實(shí)際情況；第三某些情況只需要大概的值，不需要精確的計(jì)算。
下面以RFC2733為例說明確定FEC編碼參數(shù)的情況
RFC2733定義了一種針對(duì)實(shí)時(shí)傳輸協(xié)議RTP(Realtime Transfer Protoco1)通用FEC的機(jī)制，利用該機(jī)制可以以較小的開銷和時(shí)延獲得較大的視頻質(zhì)量提升。
RFC2733規(guī)定，通過對(duì)多個(gè)RTP報(bào)文的凈荷通過簡單的異或XOR計(jì)算，生成一個(gè)FEC報(bào)文。數(shù)據(jù)源通過RTP流發(fā)送原始報(bào)文的同時(shí)通過一個(gè)獨(dú)立的RTP流承載FEC報(bào)文。這樣當(dāng)生成FEC報(bào)文的n個(gè)原始報(bào)文中有一個(gè)丟失時(shí)，可以通過其他的原始報(bào)文與FEC報(bào)文將丟失的報(bào)文恢復(fù)。協(xié)議中規(guī)定，每24個(gè)連續(xù)的原始報(bào)文作為一個(gè)塊，用于生成1個(gè)或多個(gè)FEC報(bào)文。
其中L*D＝24；1≤L≤24；1≤D≤24。L和D表示原始報(bào)文的個(gè)數(shù)。
FEC的開銷Overhead如下

對(duì)于原IPLR為E0的鏈路，如果增加上述的FEC，每D個(gè)報(bào)文計(jì)算插入一個(gè)FEC報(bào)文。則經(jīng)過FEC后的IPLR為EDED＝E0×[1-(1-E0)D]根據(jù)前面對(duì)DSL線路的分析，E0＝3E-5，分別考慮4.2-25％的FEC開銷獲得的IPLR降低。

通過這個(gè)例子可以看出。同樣IPLR為3E-5的線路，如果目標(biāo)IPLR不同。則需要配置不同的編碼參數(shù)。
B3、識(shí)別數(shù)據(jù)流是否要進(jìn)行FEC處理；接入設(shè)備收到來自網(wǎng)絡(luò)的數(shù)據(jù)流，并根據(jù)步驟B1中預(yù)先配置的流規(guī)則識(shí)別需要做FEC的流，若不需要進(jìn)行FEC的流，則直接轉(zhuǎn)發(fā)到用戶線路，即進(jìn)入步驟B6，若需要進(jìn)行FEC的流，進(jìn)入步驟B4；B4、對(duì)于識(shí)別出來需要做FEC的數(shù)據(jù)流按照預(yù)先確定的FEC算法和已經(jīng)確定的接入設(shè)備的FEC編碼參數(shù)進(jìn)行FEC編碼，形成冗余的FEC數(shù)據(jù)。
需要說明的是，進(jìn)行FEC編碼的具體實(shí)現(xiàn)方式可以是固定一種FEC算法進(jìn)行編碼，只進(jìn)行FEC參數(shù)的調(diào)整，但本發(fā)明并不只限定于這種方式，當(dāng)有多種FEC編碼算法可用時(shí)可以動(dòng)態(tài)選擇不同的編碼算法和/或編碼參數(shù)。例如也可以對(duì)于不同的FEC糾錯(cuò)能力要求采用不同的FEC算法。例如A算法的糾錯(cuò)能力高于B，但計(jì)算復(fù)雜度較高，則可以一般情況下使用算法B，但對(duì)于某些鏈路質(zhì)量特別差的情況采用A算法。
B5、將原始數(shù)據(jù)流以及由原始數(shù)據(jù)流生成的FEC流發(fā)送到用戶線路，并進(jìn)入步驟B7；B6、將原始數(shù)據(jù)流即不需要進(jìn)行FEC的流轉(zhuǎn)發(fā)到用戶線路，進(jìn)入步驟B7；B7、用戶終端接收數(shù)據(jù)流。
用戶終端接收的可能是原始數(shù)據(jù)流和FEC流，也可能只是原始數(shù)據(jù)流，如果接收的是原始數(shù)據(jù)流和FEC流一起，則當(dāng)原始數(shù)據(jù)流發(fā)生丟包或損傷，用戶終端可以通過FEC算法，利用冗余的FEC流，在一定程度內(nèi)對(duì)數(shù)據(jù)流進(jìn)行恢復(fù)。
以上介紹了本發(fā)明方法實(shí)施例一的流程，在應(yīng)用中還可以對(duì)上述流程進(jìn)行改進(jìn)，增強(qiáng)靈活性。因?yàn)橛脩翩溌吩谟脩艚K端和接入設(shè)備之間，接入設(shè)備可以知道用戶鏈路的質(zhì)量，掌握比較準(zhǔn)確的鏈路參數(shù)，因此接入設(shè)備可以根據(jù)用戶鏈路質(zhì)量動(dòng)態(tài)地調(diào)整FEC編碼的參數(shù)，從而達(dá)到帶寬利用率和傳輸質(zhì)量之間的最佳平衡。
請(qǐng)參閱圖3，是本發(fā)明方法實(shí)施例二流程圖，它和實(shí)施例一的區(qū)別主要是實(shí)施例一是直接把FEC的參數(shù)配置到接入設(shè)備，而實(shí)施例二只是把FEC的目標(biāo)配置到接入設(shè)備上，至于用什么樣的FEC參數(shù)可以達(dá)到目標(biāo)，是由接入設(shè)備根據(jù)具體的線路情況計(jì)算確定的。該實(shí)施例具體步驟包括C1、配置接入設(shè)備上的流識(shí)別規(guī)則，指定對(duì)某些特定的流做FEC；這些流的識(shí)別規(guī)則可以是業(yè)內(nèi)通用的流規(guī)則，包括根據(jù)報(bào)文的虛擬局域網(wǎng)VLAN、源/目的介質(zhì)訪問控制MAC、以太類型Ether-Type、源/目的IP、IP協(xié)議、傳輸控制協(xié)議TCP/用戶數(shù)據(jù)報(bào)協(xié)議UDP端口號(hào)、802.1P優(yōu)先級(jí)、TOS服務(wù)類型ToS(Type of Service)/不同服務(wù)代碼點(diǎn)DSCP(Differentiated ServicesCode Point)等進(jìn)行流的識(shí)別，也可以通過對(duì)報(bào)文的深度分析DPI(Deep PacketInspection)進(jìn)行流的識(shí)別，例如可以通過RFC2250圖象類型Picture-Type或者H.264NAL層的基本處理單元NALU中的優(yōu)先級(jí)指示識(shí)別流。
需要說明的是，這里并不限定某種特定的流規(guī)則，這里配置流規(guī)則的唯一目的就是識(shí)別出需要進(jìn)行FEC的數(shù)據(jù)流。
C2、根據(jù)接入鏈路的實(shí)際情況，流的傳輸質(zhì)量要求以及流的帶寬等因素，配置接入設(shè)備的FEC相關(guān)參數(shù)；例如，可以配置FEC的目標(biāo)IPLR，或者FEC的目標(biāo)“平均不可恢復(fù)錯(cuò)誤間隔”等。
C3、識(shí)別數(shù)據(jù)流是否要進(jìn)行FEC處理；
接入設(shè)備收到來自網(wǎng)絡(luò)的數(shù)據(jù)流，并根據(jù)步驟C1中預(yù)先配置的流規(guī)則識(shí)別需要做FEC的流，若不需要進(jìn)行FEC的流，則直接轉(zhuǎn)發(fā)到用戶線路，即進(jìn)入步驟C7，若需要進(jìn)行FEC的流，進(jìn)入步驟C4；C4、接入設(shè)備根據(jù)流的傳輸質(zhì)量要求以及流的帶寬等因素，并結(jié)合該流的用戶鏈路質(zhì)量情況，計(jì)算確定FEC編碼參數(shù)；如果配置的是目標(biāo)IPLR，則可以根據(jù)目標(biāo)IPLR和用戶鏈路實(shí)際的IPLR確定FEC編碼參數(shù)；如果配置的是“平均不可恢復(fù)錯(cuò)誤間隔”，則可以首先通過“平均不可恢復(fù)錯(cuò)誤間隔”與流的帶寬計(jì)算獲得目標(biāo)IPLR，然后根據(jù)目標(biāo)IPLR和用戶鏈路實(shí)際的IPLR確定FEC編碼參數(shù)。這些FEC編碼參數(shù)不是固定的，根據(jù)用戶鏈路質(zhì)量情況的變化也會(huì)相應(yīng)地改變，即這些FEC編碼參數(shù)可以動(dòng)態(tài)調(diào)整，從而可以達(dá)到帶寬利用率和數(shù)據(jù)流傳輸質(zhì)量間的最佳平衡。
C5、對(duì)于識(shí)別出來需要做FEC的數(shù)據(jù)流按照預(yù)先確定的FEC算法和上一步計(jì)算出的FEC編碼參數(shù)進(jìn)行FEC編碼，形成冗余的FEC數(shù)據(jù)；需要說明的是，進(jìn)行FEC編碼的具體實(shí)現(xiàn)方式可以是固定一種FEC算法進(jìn)行編碼，只進(jìn)行FEC參數(shù)的調(diào)整，但本發(fā)明并不只限定于這種方式，當(dāng)有多種FEC編碼算法可用時(shí)可以動(dòng)態(tài)選擇不同的編碼算法和/或編碼參數(shù)。例如可以對(duì)于不同的FEC糾錯(cuò)能力要求采用不同的FEC算法。例如A算法的糾錯(cuò)能力高于B，但計(jì)算復(fù)雜度較高，則可以一般情況下使用算法B，但對(duì)于某些鏈路質(zhì)量特別差的情況采用A算法。
C6、將原始數(shù)據(jù)流以及由原始數(shù)據(jù)流生成的FEC流發(fā)送到用戶線路，并進(jìn)入步驟C8；C7、將原始數(shù)據(jù)流即不需要進(jìn)行FEC的流轉(zhuǎn)發(fā)到用戶線路，進(jìn)入步驟C8；C8、用戶終端接收數(shù)據(jù)流。
用戶終端接收的可能是原始數(shù)據(jù)流和FEC流，也可能只是原始數(shù)據(jù)流，如果接收的是原始數(shù)據(jù)流和FEC流一起，則當(dāng)原始數(shù)據(jù)流發(fā)生丟包或損傷，用戶終端可以通過FEC算法，利用冗余的FEC流，在一定程度內(nèi)對(duì)數(shù)據(jù)流進(jìn)行恢復(fù)。
需要說明的是，數(shù)據(jù)流可能存在單播流和組播流，對(duì)于每個(gè)單播流，每個(gè)流只有一個(gè)用戶接收，則可以根據(jù)這個(gè)特定用戶的鏈路質(zhì)量情況確定FEC編碼參數(shù)；對(duì)于每個(gè)組播流，同一個(gè)流可能有多個(gè)用戶接收，可能的處理方法有兩種A、針對(duì)每個(gè)用戶的鏈路情況生成獨(dú)立的FEC編碼參數(shù)，單獨(dú)進(jìn)行FEC編碼；B、根據(jù)其中鏈路質(zhì)量最差的一個(gè)用戶的鏈路情況生成統(tǒng)一的FEC編碼參數(shù)，統(tǒng)一進(jìn)行FEC編碼。
以上介紹了本發(fā)明的方法流程，相應(yīng)的，本發(fā)明提供一種實(shí)現(xiàn)糾錯(cuò)的系統(tǒng)。
請(qǐng)參閱圖4，是本發(fā)明系統(tǒng)示意圖。
系統(tǒng)包括數(shù)據(jù)源端401和接入設(shè)備402。數(shù)據(jù)源端401，用于發(fā)送數(shù)據(jù)流；接入設(shè)備402，用于接收數(shù)據(jù)源端401發(fā)送的數(shù)據(jù)流，根據(jù)預(yù)先配置的規(guī)則識(shí)別需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流進(jìn)行前向糾錯(cuò)編碼，并將前向糾錯(cuò)編碼生成的前向糾錯(cuò)數(shù)據(jù)流和原數(shù)據(jù)流發(fā)送出去，對(duì)不需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流則直接發(fā)送出去。
接入設(shè)備402可以根據(jù)數(shù)據(jù)流傳輸要求配置編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼，或者是根據(jù)數(shù)據(jù)流傳輸要求配置傳輸目標(biāo)參數(shù)，并結(jié)合用戶鏈路情況確定編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼。
另外，接入設(shè)備402可以根據(jù)每一條鏈路情況單獨(dú)進(jìn)行前向糾錯(cuò)編碼或根據(jù)其中一條鏈路情況統(tǒng)一進(jìn)行前向糾錯(cuò)編碼。
系統(tǒng)進(jìn)一步包括用戶終端403，用于接收接入設(shè)備402發(fā)送的數(shù)據(jù)流，在原數(shù)據(jù)流發(fā)生數(shù)據(jù)丟失或損壞時(shí)利用前向糾錯(cuò)數(shù)據(jù)流進(jìn)行數(shù)據(jù)修復(fù)。
請(qǐng)參閱圖5和圖6，是本發(fā)明中接入設(shè)備結(jié)構(gòu)示意圖和接入設(shè)備中的前向糾錯(cuò)FEC處理制模塊結(jié)構(gòu)示意圖。
接入設(shè)備402包括網(wǎng)絡(luò)側(cè)接口501、前向糾錯(cuò)FEC控制模塊502、下行報(bào)文處理模塊503、上行報(bào)文處理模塊504和用戶側(cè)接口505。下行報(bào)文處理模塊503包括前向糾錯(cuò)FEC處理制模塊601和正常報(bào)文轉(zhuǎn)發(fā)處理模塊602，在前向糾錯(cuò)FEC處理制模塊601又包括流識(shí)別模塊701、前向糾錯(cuò)FEC編碼模塊702和前向糾錯(cuò)FEC數(shù)據(jù)封裝模塊703。
網(wǎng)絡(luò)側(cè)接口501，用于接收數(shù)據(jù)源端401發(fā)送的數(shù)據(jù)流。前向糾錯(cuò)FEC控制模塊502，用于控制前向糾錯(cuò)FEC處理制模塊601的前向糾錯(cuò)過程。下行報(bào)文處理模塊503中的前向糾錯(cuò)FEC處理制模塊601，用于根據(jù)預(yù)先配置的規(guī)則識(shí)別需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流，對(duì)需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流進(jìn)行前向糾錯(cuò)編碼，對(duì)前向糾錯(cuò)編碼后的數(shù)據(jù)進(jìn)行封裝，將封裝后生成的前向糾錯(cuò)數(shù)據(jù)流和原數(shù)據(jù)流通過用戶側(cè)接口505發(fā)送出去，對(duì)不需要進(jìn)行FEC編碼的數(shù)據(jù)流傳遞給正常報(bào)文轉(zhuǎn)發(fā)處理模塊602處理；下行報(bào)文處理模塊503中的正常報(bào)文轉(zhuǎn)發(fā)處理模塊602，用于對(duì)不需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流直接通過用戶側(cè)接口505發(fā)送出去。上行報(bào)文處理模塊504，主要用于上行數(shù)據(jù)流的處理，用戶終端403發(fā)送的數(shù)據(jù)流由用戶側(cè)接口505接收，經(jīng)過上行報(bào)文處理模塊504轉(zhuǎn)發(fā)到網(wǎng)絡(luò)側(cè)接口501再發(fā)送出去。用戶側(cè)接口505，用于將數(shù)據(jù)流發(fā)送給用戶終端403。
每個(gè)網(wǎng)絡(luò)設(shè)備都可以分為控制面和轉(zhuǎn)發(fā)面，轉(zhuǎn)發(fā)面實(shí)現(xiàn)數(shù)據(jù)流的轉(zhuǎn)發(fā)，控制面實(shí)現(xiàn)對(duì)轉(zhuǎn)發(fā)面的控制。本發(fā)明接入設(shè)備402中，前向糾錯(cuò)FEC控制模塊502屬于接入設(shè)備402的控制面，其他模塊則屬于接入設(shè)備402的轉(zhuǎn)發(fā)面。
本發(fā)明系統(tǒng)相對(duì)于現(xiàn)有系統(tǒng)，主要是要在控制面增加前向糾錯(cuò)FEC控制模塊502，在轉(zhuǎn)發(fā)平面的下行處理過程中下行報(bào)文處理模塊503增加前向糾錯(cuò)FEC處理制模塊601。前向糾錯(cuò)FEC控制模塊502下發(fā)指令給前向糾錯(cuò)FEC處理制模塊601，控制其編碼參數(shù)和算法。前向糾錯(cuò)FEC處理制模塊601根據(jù)下發(fā)的指令確定如何具體編碼，例如確定編碼的參數(shù)和編碼算法等。
對(duì)于前向糾錯(cuò)FEC處理制模塊601包括的流識(shí)別模塊701、前向糾錯(cuò)FEC編碼模塊702和前向糾錯(cuò)FEC數(shù)據(jù)封裝模塊703，首先流識(shí)別模塊701根據(jù)預(yù)先配置的規(guī)則識(shí)別需要進(jìn)行FEC編碼的流，對(duì)需要進(jìn)行FEC編碼的流傳遞給前向糾錯(cuò)FEC編碼模塊702，對(duì)不需要進(jìn)行FEC編碼的流傳遞給正常報(bào)文轉(zhuǎn)發(fā)處理模塊602處理，然后前向糾錯(cuò)FEC編碼模塊702對(duì)需要進(jìn)行FEC編碼的流進(jìn)行前向糾錯(cuò)編碼，最后前向糾錯(cuò)FEC數(shù)據(jù)封裝模塊703完成編碼后數(shù)據(jù)的封裝，生成FEC流和經(jīng)正常報(bào)文轉(zhuǎn)發(fā)處理模塊602的原始流一起發(fā)送到用戶側(cè)接口505，再經(jīng)用戶側(cè)接口505發(fā)送到用戶終端403。
前向糾錯(cuò)FEC編碼模塊702可以根據(jù)數(shù)據(jù)流傳輸要求配置編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼，或者是根據(jù)數(shù)據(jù)流傳輸要求配置傳輸目標(biāo)參數(shù)，并結(jié)合用戶鏈路情況確定編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼。
以上對(duì)本發(fā)明所提供的一種實(shí)現(xiàn)糾錯(cuò)的方法及系統(tǒng)以及一種實(shí)現(xiàn)糾錯(cuò)的接入設(shè)備進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1.一種實(shí)現(xiàn)糾錯(cuò)的方法，其特征在于接入設(shè)備接收到數(shù)據(jù)流后，根據(jù)預(yù)先配置的規(guī)則識(shí)別需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流并對(duì)其進(jìn)行前向糾錯(cuò)編碼，然后將前向糾錯(cuò)編碼生成的前向糾錯(cuò)數(shù)據(jù)流和原數(shù)據(jù)流發(fā)送出去，對(duì)不需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流則直接發(fā)送出去。
2.根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)糾錯(cuò)的方法，其特征在于接入設(shè)備根據(jù)數(shù)據(jù)流傳輸要求配置編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼。
3.根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)糾錯(cuò)的方法，其特征在于接入設(shè)備根據(jù)數(shù)據(jù)流傳輸要求配置傳輸目標(biāo)參數(shù)，并結(jié)合用戶鏈路情況確定編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼。
4.根據(jù)權(quán)利要求2或3所述的實(shí)現(xiàn)糾錯(cuò)的方法，其特征在于接入設(shè)備根據(jù)每一條鏈路情況單獨(dú)進(jìn)行前向糾錯(cuò)編碼或根據(jù)其中一條鏈路情況統(tǒng)一進(jìn)行前向糾錯(cuò)編碼。
5.一種實(shí)現(xiàn)糾錯(cuò)的系統(tǒng)，其特征在于包括數(shù)據(jù)源端和接入設(shè)備；數(shù)據(jù)源端，用于發(fā)送數(shù)據(jù)流；接入設(shè)備，用于接收數(shù)據(jù)源端發(fā)送的數(shù)據(jù)流，根據(jù)預(yù)先配置的規(guī)則識(shí)別需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流并對(duì)其進(jìn)行前向糾錯(cuò)編碼，然后將前向糾錯(cuò)編碼生成的前向糾錯(cuò)數(shù)據(jù)流和原數(shù)據(jù)流發(fā)送出去，對(duì)不需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流則直接發(fā)送出去。
6.根據(jù)權(quán)利要求5所述的實(shí)現(xiàn)糾錯(cuò)的系統(tǒng)，其特征在于接入設(shè)備根據(jù)數(shù)據(jù)流傳輸要求配置編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼，或者根據(jù)數(shù)據(jù)流傳輸要求配置傳輸目標(biāo)參數(shù)，并結(jié)合用戶鏈路情況確定編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼。
7.根據(jù)權(quán)利要求5或6所述的實(shí)現(xiàn)糾錯(cuò)的系統(tǒng)，其特征在于接入設(shè)備根據(jù)每一條鏈路情況單獨(dú)進(jìn)行前向糾錯(cuò)編碼或根據(jù)其中一條鏈路情況統(tǒng)一進(jìn)行前向糾錯(cuò)編碼。
8.一種用于實(shí)現(xiàn)糾錯(cuò)的接入設(shè)備，其特征在于包括網(wǎng)絡(luò)側(cè)接口、前向糾錯(cuò)控制模塊、前向糾錯(cuò)處理模塊和用戶側(cè)接口；網(wǎng)絡(luò)側(cè)接口，用于接收數(shù)據(jù)流；前向糾錯(cuò)控制模塊，用于下發(fā)指令給前向糾錯(cuò)處理模塊，控制其前向糾錯(cuò)編碼過程；前向糾錯(cuò)處理模塊，用于從網(wǎng)絡(luò)側(cè)接口接收的數(shù)據(jù)流中根據(jù)預(yù)先配置的規(guī)則識(shí)別需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流，對(duì)需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流進(jìn)行前向糾錯(cuò)編碼，對(duì)前向糾錯(cuò)編碼后的數(shù)據(jù)進(jìn)行封裝，將封裝后生成的前向糾錯(cuò)數(shù)據(jù)流和原數(shù)據(jù)流通過用戶側(cè)接口發(fā)送出去，對(duì)不需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流直接通過用戶側(cè)接口發(fā)送出去；用戶側(cè)接口，用于將數(shù)據(jù)流發(fā)送出去。
9.根據(jù)權(quán)利要求8所述的用于實(shí)現(xiàn)糾錯(cuò)的接入設(shè)備，其特征在于前向糾錯(cuò)處理模塊進(jìn)一步包括流識(shí)別模塊、前向糾錯(cuò)編碼模塊和前向糾錯(cuò)數(shù)據(jù)封裝模塊；流識(shí)別模塊，用于根據(jù)預(yù)先配置的規(guī)則識(shí)別需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流，對(duì)需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流傳遞給前向糾錯(cuò)編碼模塊，對(duì)不需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流直接通過用戶側(cè)接口發(fā)送出去；前向糾錯(cuò)編碼模塊，用于對(duì)流識(shí)別模塊識(shí)別出的需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流進(jìn)行前向糾錯(cuò)編碼；前向糾錯(cuò)數(shù)據(jù)封裝模塊，用于對(duì)前向糾錯(cuò)編碼模塊進(jìn)行前向糾錯(cuò)編碼后的數(shù)據(jù)進(jìn)行封裝，將封裝后生成的前向糾錯(cuò)數(shù)據(jù)流和原數(shù)據(jù)流通過用戶側(cè)接口發(fā)送出去。
10.根據(jù)權(quán)利要求9所述的用于實(shí)現(xiàn)糾錯(cuò)的接入設(shè)備，其特征在于前向糾錯(cuò)編碼模塊根據(jù)數(shù)據(jù)流傳輸要求配置編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼，或者根據(jù)數(shù)據(jù)流傳輸要求配置傳輸目標(biāo)參數(shù)，并結(jié)合用戶鏈路情況確定編碼參數(shù)，進(jìn)行前向糾錯(cuò)編碼。
全文摘要
本發(fā)明公開一種實(shí)現(xiàn)糾錯(cuò)的方法及系統(tǒng)以及一種實(shí)現(xiàn)糾錯(cuò)的接入設(shè)備。所述方法為接入設(shè)備接收到數(shù)據(jù)流后，根據(jù)預(yù)先配置的規(guī)則識(shí)別需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流并對(duì)其進(jìn)行前向糾錯(cuò)編碼，然后將前向糾錯(cuò)編碼生成的前向糾錯(cuò)數(shù)據(jù)流和原數(shù)據(jù)流發(fā)送出去，對(duì)不需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流則直接發(fā)送出去。所述系統(tǒng)包括數(shù)據(jù)源端，用于發(fā)送數(shù)據(jù)流；接入設(shè)備，用于接收數(shù)據(jù)源端發(fā)送的數(shù)據(jù)流，根據(jù)預(yù)先配置的規(guī)則識(shí)別需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流并對(duì)其進(jìn)行前向糾錯(cuò)編碼，然后將前向糾錯(cuò)編碼生成的前向糾錯(cuò)數(shù)據(jù)流和原數(shù)據(jù)流發(fā)送出去，對(duì)不需要進(jìn)行前向糾錯(cuò)的數(shù)據(jù)流則直接發(fā)送出去。本發(fā)明能夠在數(shù)據(jù)流傳輸中實(shí)現(xiàn)糾錯(cuò)時(shí)節(jié)約帶寬，并能適應(yīng)不同接入線路的情況。
文檔編號(hào)H04L1/00GK1909436SQ20061011212
公開日2007年2月7日 申請(qǐng)日期2006年8月11日 優(yōu)先權(quán)日2006年8月11日
發(fā)明者李軍, 吳海軍, 常悅 申請(qǐng)人:華為技術(shù)有限公司