專利名稱：移動通信系統(tǒng)終端的信道譯碼器及譯碼方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種移動通信系統(tǒng)中信道譯碼器及其譯碼方法，尤其涉及一種基于硬件實現(xiàn)譯碼的信道譯碼器及其相應(yīng)的譯碼方法。
背景技術(shù)：
信道譯碼是3G通信系統(tǒng)終端物理層的一個重要環(huán)節(jié)。如圖1所示，以TD-SCDMA為例，信道譯碼過程是接收到無線射頻信號后根據(jù)相關(guān)參數(shù)完成JD(Joint Detection，聯(lián)合檢測)，再輸出軟比特的譯碼，最后將譯碼后的數(shù)據(jù)發(fā)送到高層(High Layer)的過程。
信道譯碼需要處理的信道類型有DCH(專用傳輸信道)、BCH(廣播信道)、FACH(前向接入信道)、PCH(尋呼信道)、PICH(尋呼指示信道)和FPACH(快速物理接入信道)，其中DCH的譯碼過程最為復(fù)雜，其他信道的譯碼過程則依據(jù)高層配置，可能有所簡化。如圖2所示，以DCH的譯碼過程為例進(jìn)行簡單說明。該譯碼過程包括兩部分解復(fù)用前的譯碼過程和解復(fù)用后的譯碼過程。首先需要針對整個CCTrCH(碼組合傳輸信道)進(jìn)行譯碼，然后再針對每個分解的TrCH(傳輸信道)進(jìn)行譯碼。
在目前的3G終端中，信道譯碼過程在DSP上實現(xiàn)過程主要是通過軟件方式實現(xiàn)的。如圖3所示，現(xiàn)有的信道譯碼方法首先確定欲解碼的信道類型，然后針對每種信道類型的解碼過程，利用軟件分別進(jìn)行編程，當(dāng)確定了信道類型后，直接調(diào)用該信道類型對應(yīng)的解碼程序進(jìn)行解碼。例如，如果確定欲解碼的信道類型為專用傳輸信道，將調(diào)用相應(yīng)的解碼程序執(zhí)行圖2所示的解碼流程。對于不同的信道類型，解碼過程不同。這樣，在實際解碼過程中，由于軟件實現(xiàn)時必須針對不同的信道類型分別進(jìn)行解碼，必然導(dǎo)致各解碼程序的不同，導(dǎo)致了工作人員工作量的增加，并且，軟件解碼的方式對于將來的維護(hù)也很不利必須針對不同信道類型進(jìn)行；若不同的解碼程序是由不同的代碼編寫(平臺不同)，將來則會限制該編碼程序的移植性。由于大部分均采用軟件進(jìn)行解碼，必然會造成系統(tǒng)資源的大量消耗，這對處理能力有限的終端來講，無異降低了其總體性能。
具體而言，現(xiàn)有的通信系統(tǒng)終端采用DSP(數(shù)字信號處理器)實現(xiàn)信道譯碼時存在以下缺點(1)為滿足不同信道的譯碼方式，現(xiàn)有信道譯碼大部分由軟件實現(xiàn)，這必將消耗大量的DSP運算資源；現(xiàn)有的移動終端大都通過純粹的軟件方式實現(xiàn)信道譯碼，這消耗了整個系統(tǒng)60％以上的DSP運算資源。另外一些終端只是將Viterbi和Turbo譯碼算法采用硬件實現(xiàn)，而信道譯碼的絕大多數(shù)過程還是軟件實現(xiàn)，這樣只能節(jié)省很小一部分(大約10％)運算量，整個譯碼過程仍然需要很多的DSP運算資源。這無疑造成了終端性能的降低。
(2)實現(xiàn)策略分別針對不同的信道類型調(diào)用各自的信道譯碼函數(shù)，這樣就需要為每種信道編寫和測試譯碼函數(shù)，工作量大。
(3)調(diào)度策略需根據(jù)每次得到的傳輸時間間隔(TTI)參數(shù)確定調(diào)度時機(jī)；由于一種業(yè)務(wù)可能存在多個傳輸信道的復(fù)用，而且每個傳輸信道的TTI不盡相同。這就造成信道譯碼過程的兩個階段解復(fù)用前的譯碼過程和解復(fù)用后。所以要根據(jù)當(dāng)前時刻和信道TTI參數(shù)，確定對哪些傳輸信道進(jìn)行譯碼處理。由于每一種業(yè)務(wù)的譯碼調(diào)度過程中存在大量的判斷和計算過程，各種業(yè)務(wù)之間、同一種業(yè)務(wù)的多個傳輸信道之間都存在復(fù)雜的調(diào)度過程，因此實現(xiàn)起來代碼實現(xiàn)難度、出錯概率和測試工作量都很大。
(4)內(nèi)存分配原則按照最大可能的傳輸信道組合形式分配需要的最大內(nèi)存空間；每種傳輸信道的譯碼調(diào)度周期可能存在不同，在一個TrCH譯碼過程執(zhí)行之前，關(guān)于該信道的數(shù)據(jù)必須被完整保留，所以必須開辟一個可以包含所有傳輸信道完整譯碼數(shù)據(jù)的Buffer(緩存)，對于系統(tǒng)資源相對有限的終端而言，造成了巨大的資源消耗。
(5)代碼使用效率軟件實現(xiàn)策略很可能導(dǎo)致不同平臺的代碼開發(fā)，可移植性和復(fù)用性差。每種DSP使用的語言平臺可能不同，當(dāng)在一個新的DSP上開發(fā)時，過去開發(fā)的代碼往往不能移植，必須重新編碼；此外，由于各種平臺的指令特點不盡相同，以往的測試經(jīng)驗也不能直接使用。開發(fā)和測試的工作量也將比較大。

發(fā)明內(nèi)容
針對上述現(xiàn)有3G移動通信系統(tǒng)終端中譯碼實現(xiàn)方式所存在的問題和不足，本發(fā)明的目的是提供一種可大大提高終端數(shù)據(jù)處理能力、易維護(hù)、拓展性強的適用于第三代移動通信系統(tǒng)終端的信道譯碼器及其相應(yīng)的譯碼方法。
本發(fā)明是這樣實現(xiàn)的一種適用于移動通信系統(tǒng)終端的信道譯碼器，其包括用于判斷無線信號數(shù)據(jù)信道類型的信道類型判斷模塊；用于各傳輸信道譯碼的一個以上的信道譯碼邏輯模塊；用于控制各信道譯碼邏輯模塊啟動與否的控制模塊。
進(jìn)一步地，所述信道譯碼邏輯模塊是根據(jù)移動終端需譯碼的所有傳輸信道而設(shè)置的，即對于任一傳輸信道，可選擇相應(yīng)的信道譯碼邏輯模塊組合而實現(xiàn)譯碼。
進(jìn)一步地，所述控制模塊為命令寄存器，所述命令寄存器通過相應(yīng)的數(shù)字位控制信道譯碼邏輯模塊的工作狀態(tài)，命令寄存器數(shù)字位輸出為高電平時，對應(yīng)的信道譯碼邏輯模塊啟動，否則該信道譯碼邏輯模塊關(guān)閉，數(shù)據(jù)旁路。
進(jìn)一步地，所述信道譯碼邏輯模塊具體為用于碼組合傳輸信道信號數(shù)據(jù)分離的數(shù)據(jù)分離模塊、用于信道解映射的物理信道解映射模塊、用于將子幀依次結(jié)合起來的子幀級聯(lián)模塊、用于解除第二次交織的第二解交織模塊、用于比特解擾的解擾模塊、用于恢復(fù)和整合數(shù)據(jù)的解速率匹配模塊、用于解除第一次交織的第一解交織模塊、用于幀長恢復(fù)的幀長恢復(fù)模塊、用于信道解碼的信道解碼模塊、用于將碼塊結(jié)合的碼塊級聯(lián)模塊和用于差錯檢驗的循環(huán)冗余校驗?zāi)K。
進(jìn)一步地，所述數(shù)據(jù)分離模塊、物理信道解映射模塊、子幀級聯(lián)模塊、第二解交織模塊和解擾模塊依次連接組成碼組合傳輸信道譯碼加速器，所述解速率匹配模塊構(gòu)成解速率匹配加速器，所述第一解交織模塊、幀長恢復(fù)模塊、信道解碼模塊、碼塊級聯(lián)模塊和循環(huán)冗余校驗?zāi)K依次連接組成傳輸信道譯碼加速器。
進(jìn)一步地，所述碼組合傳輸信道譯碼加速器的各信道譯碼邏輯模塊由同一個命令寄存器控制，解速率匹配加速器由一個命令寄存器控制，傳輸信道譯碼加速器的各信道譯碼邏輯模塊由同一個命令寄存器控制。
進(jìn)一步地，控制碼組合傳輸信道譯碼加速器和傳輸信道譯碼加速器的命令寄存器至少為5位的寄存器。
進(jìn)一步地，所述信道譯碼邏輯模塊是由相應(yīng)的邏輯電路或芯片實現(xiàn)的。
一種基于前述信道譯碼器的終端信道譯碼方法，包括以下步驟(1)判斷傳輸信號數(shù)據(jù)的信道類型；
(2)根據(jù)確定后的信道類型選擇并啟動欲使用的信道譯碼邏輯模塊；(3)按所選擇的信道譯碼邏輯模塊進(jìn)行信道譯碼。
進(jìn)一步地，所述步驟(3)中按所選擇的信道譯碼邏輯模塊進(jìn)行信道譯碼具體為對各傳輸信道進(jìn)行串行譯碼。
進(jìn)一步地，所述信道譯碼邏輯模塊是由命令寄存器啟動的，所述命令寄存器通過相應(yīng)的數(shù)字位控制信道譯碼邏輯模塊的工作狀態(tài)，命令寄存器數(shù)字位輸出為高電平時，對應(yīng)的信道譯碼邏輯模塊啟動，否則該信道譯碼邏輯模塊關(guān)閉，數(shù)據(jù)旁路。
本發(fā)明通過將3G移動通信系統(tǒng)終端中的信道譯碼器拆分為不同的信道譯碼實現(xiàn)邏輯模塊，并利用命令寄存器來實現(xiàn)對信道譯碼邏輯模塊的開啟或關(guān)閉，針對3G移動通信系統(tǒng)終端要譯碼的各種信道，可通過命令寄存器來選擇需要使用的信道譯碼邏輯模塊組，相應(yīng)的數(shù)據(jù)依次經(jīng)所選擇的信道譯碼邏輯模塊組而完成譯碼。本發(fā)明的信道譯碼邏輯模塊全部由硬件實現(xiàn)。
具體而言，本發(fā)明具有以下優(yōu)點(1)硬件的信道譯碼邏輯模塊實現(xiàn)脫離平臺的束縛，拓寬產(chǎn)品適應(yīng)面；并可節(jié)省90％以上的DSP運算資源；(2)信道譯碼邏輯模塊可由命令寄存器單獨控制，提高了可測試性及可維護(hù)性；同時降低芯片的硬件設(shè)計和實現(xiàn)風(fēng)險；(3)串行實現(xiàn)信道譯碼的方式，只需要分配一個TrCH所需要的最大內(nèi)存容量即可，節(jié)省了DSP上珍貴的內(nèi)存資源。


圖1是現(xiàn)有下行鏈路數(shù)據(jù)流程圖；
圖2是現(xiàn)有3G移動終端中DCH的譯碼流程圖；圖3是現(xiàn)有3G移動終端中傳輸信道的譯碼示意圖；圖4是本發(fā)明信道譯碼器的結(jié)構(gòu)示意圖；圖5是本發(fā)明CCTrCH加速器的邏輯結(jié)構(gòu)示意圖；圖6是本發(fā)明解速率匹配加速器的邏輯結(jié)構(gòu)示意圖；圖7是本發(fā)明TrCH加速器的邏輯結(jié)構(gòu)示意圖；圖8是本發(fā)明的傳輸信道的譯碼示意圖。
具體實施例方式
下面結(jié)合附圖對本發(fā)明作進(jìn)一步的詳細(xì)描述。
本發(fā)明根據(jù)信道譯碼的特點，將執(zhí)行過程復(fù)雜、規(guī)則固定的譯碼操作步驟，根據(jù)其被執(zhí)行的周期特點分成3個硬件加速器完成。如圖4所示，這3個硬件加速器分別為可完成CCTrCH分離的CCTrCH加速器、用于恢復(fù)和整合數(shù)據(jù)的解速率匹配加速器和完成單個傳輸信道譯碼的TrCH加速器。該3個硬件加速器分別連接于命令寄存器C、R、T。命令寄存器C、R、T由控制軟件控制。該3個硬件加速器共用終端內(nèi)存，該內(nèi)存用于存儲無線信號數(shù)據(jù)、譯碼后數(shù)據(jù)及執(zhí)行指令等。CCTrCH加速器、解速率匹配加速器和TrCH加速器由邏輯電路或相應(yīng)芯片等硬件實現(xiàn)。控制比特提取、TFCI(傳送格式組合指示)譯碼、調(diào)度等和平臺相關(guān)的操作交由控制軟件處理。該信道譯碼器還包括用于接收下行無線信號數(shù)據(jù)的輸入模塊和用于數(shù)據(jù)譯碼后輸出的輸出模塊，但未在圖中示出。
本發(fā)明的重點在于CCTrCH加速器、解速率匹配加速器和TrCH加速器的設(shè)計，CCTrCH加速器、解速率匹配加速器和TrCH加速器按信道譯碼的特點，分別設(shè)計為不同的實現(xiàn)模塊，這些信道譯碼實現(xiàn)邏輯模塊是根據(jù)移動終端需譯碼的所有傳輸信道而設(shè)置的，對于任一傳輸信道，均可選擇相應(yīng)的信道譯碼邏輯模塊組合而實現(xiàn)譯碼。本發(fā)明針對所有待解碼的信道，確定需要解碼這些信道所需要的各流程，并對這些執(zhí)行流程進(jìn)行整合，以使其盡可能多地共用相同的解碼模塊；以下分別進(jìn)行說明。
如圖5所示，CCTrCH加速器包括5個主要的信道譯碼邏輯模塊，分別為用于碼組合傳輸信道信號數(shù)據(jù)分離的數(shù)據(jù)分離模塊、用于信道解映射的物理信道解映射模塊、用于將子幀依次結(jié)合起來的子幀級聯(lián)模塊、用于解除第二次交織的第二解交織模塊和用于比特解擾的解擾模塊；該5個信道譯碼邏輯模塊均由硬件實現(xiàn)，其依次串接，并由命令寄存器C所控制。其中，命令寄存器C的設(shè)計為

而命令寄存器C的每個控制比特Ci(i＝0，1，2，3，4)獨立控制其中的一個信道譯碼邏輯模塊，當(dāng)控制比特Ci置為“1”時，則控制比特Ci對應(yīng)的信道譯碼邏輯模塊啟動，否則，該信道譯碼邏輯模塊功能關(guān)閉，數(shù)據(jù)旁路。
如圖6所示，解速率匹配加速器由用于恢復(fù)和整合數(shù)據(jù)的解速率匹配模塊單獨構(gòu)成。該解速率匹配模塊由命令寄存器R所控制。其中，命令寄存器R的設(shè)計為

控制比特R1置為“1”，則解速率匹配模塊啟動，否則，該解速率匹配模塊功能關(guān)閉，數(shù)據(jù)旁路。
如圖7所示，TrCH加速器包括5個主要的信道譯碼邏輯模塊，分別為用于解除第一次交織的第一解交織模塊、用于幀長恢復(fù)的幀長恢復(fù)模塊、用于信道解碼的信道解碼模塊、用于將碼塊結(jié)合的碼塊級聯(lián)模塊和用于差錯檢驗的循環(huán)冗余校驗?zāi)K；該5個信道譯碼邏輯模塊均由硬件實現(xiàn)，其依次串接，并由命令寄存器T所控制。其中，命令寄存器T的設(shè)計為

每個控制比特Ti(i＝0，1，2，3，4)獨立控制其中的一個信道譯碼邏輯模塊，當(dāng)控制比特Ti置為“1”，則該信道譯碼邏輯模塊啟動，否則，該信道譯碼邏輯模塊功能關(guān)閉，數(shù)據(jù)旁路。
這樣，命令寄存器可以使用每個硬件加速器中的任意一個子模塊，所以對每一個子模塊功能的單獨測試變得相當(dāng)簡單。例如，測試Turbo譯碼器的性能時，只需將命令寄存器T設(shè)置為Ox0004，而控制軟件將TrCH加速器的輸入地址輸入測試向量，并啟動TrCH加速器后得到輸出數(shù)據(jù)，再和輸出測試向量比較即可完成Turbo譯碼器的性能測試。這里，控制用的命令寄存器采用5位的即可實現(xiàn)。本發(fā)明采用的芯片中的命令寄存器位為16位的。
本發(fā)明采用這種多模塊分別控制的方式可滿足不同類型信道的譯碼要求。具體實現(xiàn)見表1表1


仍以DPCH信道為例進(jìn)行說明，對于DPCH信道，命令寄存器C設(shè)置為Ox001f，即啟動了CCTrCH加速器的全部5個信道譯碼邏輯模塊。
命令寄存器R設(shè)置為Ox0001即意味著解速率匹配加速器處于啟動狀態(tài)；同樣地，命令寄存器T設(shè)置為Ox001f，即同樣啟動了TrCH加速器的全部5個信道譯碼邏輯模塊。為了更好地理解本發(fā)明，再以FPACH為例說明一下子模塊的選擇對于FPACH信道，命令寄存器C設(shè)置為Ox0000，即關(guān)閉了CCTrCH加速器；命令寄存器R設(shè)置為Ox0001即意味著解速率匹配加速器處于啟動狀態(tài)；命令寄存器T設(shè)置為Ox0014即意味著啟動了循環(huán)冗余校驗?zāi)K和信道解碼模塊。
如圖8所示，本發(fā)明的譯碼方法非常簡單控制軟件首先判斷信道類型，查找表1給出的數(shù)值設(shè)置3個控制寄存器，然后分別啟動所選擇硬件。由于硬件譯碼器的輸入端已經(jīng)和譯碼輸入數(shù)據(jù)相連，則一旦接收到啟動命令，則會根據(jù)控制寄存器的設(shè)定自動完成譯碼，并輸出最終的譯碼結(jié)果。
本發(fā)明針對每一個TrCH譯碼配置參數(shù)，串行啟動TrCH加速器完成一個TrCH的譯碼。這樣，按照一個TrCH的最大存儲空間需求分配內(nèi)存即可。和軟件譯碼針對一個CCTrCH的多個TrCH一次調(diào)度的做法相比，大大節(jié)省了譯碼所需的緩沖區(qū)域。
本發(fā)明的實現(xiàn)過程非常簡單，不需要編寫、調(diào)試和維護(hù)大量的軟件代碼；查表設(shè)置控制寄存器的復(fù)雜度幾乎可以忽略不計；并且由于多個傳輸信道的譯碼結(jié)果串行輸出，最大程度節(jié)省了系統(tǒng)內(nèi)存空間的占用。
當(dāng)然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情況下，本領(lǐng)域技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種適用于移動通信系統(tǒng)終端的信道譯碼器，其包括用于判斷無線信號數(shù)據(jù)信道類型的信道類型判斷模塊；用于各傳輸信道譯碼的一個以上的信道譯碼邏輯模塊；用于控制各信道譯碼邏輯模塊啟動與否的控制模塊。
2.根據(jù)權(quán)利要求1所述的適用于移動通信系統(tǒng)終端的信道譯碼器，其特征在于，所述信道譯碼邏輯模塊是根據(jù)移動終端需譯碼的所有傳輸信道而設(shè)置的，即對于任一傳輸信道，可選擇相應(yīng)的信道譯碼邏輯模塊組合而實現(xiàn)譯碼。
3.根據(jù)權(quán)利要求2所述的適用于移動通信系統(tǒng)終端的信道譯碼器，其特征在于，所述控制模塊為命令寄存器，所述命令寄存器通過相應(yīng)的數(shù)字位控制信道譯碼邏輯模塊的工作狀態(tài)，命令寄存器數(shù)字位輸出為高電平時，對應(yīng)的信道譯碼邏輯模塊啟動，否則該信道譯碼邏輯模塊關(guān)閉，數(shù)據(jù)旁路。
4.根據(jù)權(quán)利要求3所述的適用于移動通信系統(tǒng)終端的信道譯碼器，其特征在于，所述信道譯碼邏輯模塊具體為用于碼組合傳輸信道信號數(shù)據(jù)分離的數(shù)據(jù)分離模塊、用于信道解映射的物理信道解映射模塊、用于將子幀依次結(jié)合起來的子幀級聯(lián)模塊、用于解除第二次交織的第二解交織模塊、用于比特解擾的解擾模塊、用于恢復(fù)和整合數(shù)據(jù)的解速率匹配模塊、用于解除第一次交織的第一解交織模塊、用于幀長恢復(fù)的幀長恢復(fù)模塊、用于信道解碼的信道解碼模塊、用于將碼塊結(jié)合的碼塊級聯(lián)模塊和用于差錯檢驗的循環(huán)冗余校驗?zāi)K。
5.根據(jù)權(quán)利要求4所述的適用于移動通信系統(tǒng)終端的信道譯碼器，其特征在于，所述數(shù)據(jù)分離模塊、物理信道解映射模塊、子幀級聯(lián)模塊、第二解交織模塊和解擾模塊依次連接組成碼組合傳輸信道譯碼加速器，所述解速率匹配模塊構(gòu)成解速率匹配加速器，所述第一解交織模塊、幀長恢復(fù)模塊、信道解碼模塊、碼塊級聯(lián)模塊和循環(huán)冗余校驗?zāi)K依次連接組成傳輸信道譯碼加速器。
6.根據(jù)權(quán)利要求5所述的適用于移動通信系統(tǒng)終端的信道譯碼器，其特征在于，所述碼組合傳輸信道譯碼加速器的各信道譯碼邏輯模塊由同一個命令寄存器控制，解速率匹配加速器由一個命令寄存器控制，傳輸信道譯碼加速器的各信道譯碼邏輯模塊由同一個命令寄存器控制。
7.根據(jù)權(quán)利要求6所述的適用于移動通信系統(tǒng)終端的信道譯碼器，其特征在于，控制碼組合傳輸信道譯碼加速器和傳輸信道譯碼加速器的命令寄存器至少為5位的寄存器。
8.根據(jù)權(quán)利要求1至7中任一權(quán)利要求所述的適用于移動通信系統(tǒng)終端的信道譯碼器，其特征在于，所述信道譯碼邏輯模塊是由相應(yīng)的邏輯電路或芯片實現(xiàn)的。
9.一種基于權(quán)利要求1的信道譯碼器的終端信道譯碼方法，其特征在于，該方法包括以下步驟(1)判斷傳輸信號數(shù)據(jù)的信道類型；(2)根據(jù)確定后的信道類型選擇并啟動欲使用的信道譯碼邏輯模塊；(3)按所選擇的信道譯碼邏輯模塊進(jìn)行信道譯碼。
10.根據(jù)權(quán)利要求9所述的終端信道譯碼方法，其特征在于，所述步驟(3)中按所選擇的信道譯碼邏輯模塊進(jìn)行信道譯碼具體為對各傳輸信道進(jìn)行串行譯碼。
11.根據(jù)權(quán)利要求9所述的終端信道譯碼方法，其特征在于，所述信道譯碼邏輯模塊是由命令寄存器啟動的，所述命令寄存器通過相應(yīng)的數(shù)字位控制信道譯碼邏輯模塊的工作狀態(tài)，命令寄存器數(shù)字位輸出為高電平時，對應(yīng)的信道譯碼邏輯模塊啟動，否則該信道譯碼邏輯模塊關(guān)閉，數(shù)據(jù)旁路。
全文摘要
本發(fā)明公開了一種適用于第三代移動通信系統(tǒng)終端的信道譯碼器，涉及基于硬件實現(xiàn)譯碼的信道譯碼器及其相應(yīng)的譯碼方法，為解決現(xiàn)有譯碼效率低而提出，為解決上述問題，該信道譯碼器包括用于判斷無線信號數(shù)據(jù)信道類型的信道類型判斷模塊；用于各傳輸信道譯碼的一個以上的信道譯碼邏輯模塊；用于控制各信道譯碼邏輯模塊啟動與否的控制模塊。本發(fā)明同時公開了一種基于前述譯碼器的譯碼方法，包括判斷傳輸信號數(shù)據(jù)的信道類型；根據(jù)確定后的信道類型選擇并啟動欲使用的信道譯碼邏輯模塊；按所選擇的信道譯碼邏輯模塊進(jìn)行信道譯碼。本發(fā)明拓寬產(chǎn)品適應(yīng)面、可節(jié)省90％以上的DSP運算資源；并節(jié)省了DSP上珍貴的內(nèi)存資源。
文檔編號H04L25/03GK1988521SQ20051013244
公開日2007年6月27日 申請日期2005年12月23日 優(yōu)先權(quán)日2005年12月23日
發(fā)明者董勝龍, 鄭未 申請人:大唐移動通信設(shè)備有限公司, 上海大唐移動通信設(shè)備有限公司