最近，小型毫微微蜂窩基站概念在移動應用中越來越受歡迎。與傳統宏蜂窩相比，毫微微蜂窩在覆蓋范圍、兼容性和成本方面都具有優勢。由于成本和性能的制約，毫微微蜂窩設計必須具有與宏蜂窩大致相同的模塊化水平和復雜度，并且與個人而非社群的經濟承受能力相適應。但是，為了實現至少與傳統宏蜂窩系統相同的信號強度，毫微微蜂窩必須采用支持高達14.4 Mbps比特率的多通道設計。因此，設計人員面臨著嚴峻挑戰：利用系統的數字信號處理（DSP）引擎編碼多通道比特流，同時為系統的其它關鍵操作提供足夠的計算裕量。本文介紹如何實現基于Turbo編碼的高效算法以支持基于Blackfin的14.4 Mbps 3G毫微微蜂窩設計，該設計僅消耗Blackfin可提供的600 MIPS計算能力中的100 MIPS，從而為系統的其它必要操作留下了充沛的資源。 Turbo碼性能卓越，因此自1993年推出以來，便在業界和學術界引起了極大的關注。Turbo碼的工作效率幾乎達到了香農所確定的信道容量極限，信噪比（SNR）間隔小于或等于0.7dB。 Turbo碼最初由Berrou、Glavieux和Thitimajshima提出1，它是利用兩個并行級聯的卷積編碼器構建而成。在Turbo編碼方案中，同一信息序列的不同交織版本上產生兩個分量碼。在解碼器端，使用兩個最大后驗概率（MAP）解碼器以迭代方式解碼判決結果。MAP解碼算法使用接收到的數據和奇偶校驗符號（對應于根據真實和交織形式的數據位計算而來的奇偶校驗位）及其它解碼器軟輸出（外部）的信息，產生更可靠的判決結果。關于Turbo碼的高效解碼，學術界已提出了許多算法和實現技術，但有關如何高效實現Turbo編碼器以支持高比特率應用的技術則不多見。在基站等應用中，一次須傳輸多個數據流。因此，必須高效實現Turbo編碼器，使之能以較少的處理能力編碼多個比特流。毫微微蜂窩的服務對象是個體而非群體，因此用戶將擁有專屬的無線基礎設施，能夠為其所有移動設備提供良好的信號強度。就數據處理而言，宏蜂窩與毫微微蜂窩的模塊和復雜度大致相同。但是，毫微微蜂窩設計的目標用戶是個人而非群體，所以應做到價格低廉。因此，在毫微微蜂窩設計中使用多個昂貴的處理器件并不現實。本文并未闡述毫微微蜂窩完整架構的細節，但在討論用于無線網絡糾錯功能的3G標準2 Turbo編碼時，已特別注意了毫微微蜂窩設計的預算要求。

　　Turbo編碼器主要包括兩個成分編碼器，一個交織器將二者隔開。3G Turbo遞歸系統碼（RSC）編碼器的原理框圖如圖1所示。每個RSC編碼器均包括一個傳遞函數為（1+D+D3）的正向通道和一個傳遞函數為（1+D2+D3）的反饋通道。每個輸入的交織地址產生過程參見3GPP的論文2。利用雙MAC（乘法累加器）DSP（如Blackfin等）無法即時計算交織地址，除非我們有許多計算單元。