欧美日韩va,天堂资源在线最新版,国产片网站

以下內(nèi)容含腳本,或可能導(dǎo)致頁面不正常的代碼
<strong>引言</strong> 隨著因特網(wǎng)爆炸性的增長以及各種<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%CE%DE%CF%DF">無線</span><span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%D2%B5%CE%F1">業(yè)務(wù)</span>需求的增加，傳統(tǒng)的無線<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%CD%A8%D0%C5">通信</span>網(wǎng)已經(jīng)越來越無法適應(yīng)人們的需要。因此，以大容量、高數(shù)據(jù)率和承載多媒體業(yè)務(wù)為目的的第三代<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%D2%C6%B6%AF%CD%A8%D0%C5">移動通信</span><span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%CF%B5%CD%B3">系統(tǒng)</span>(IMT-2000)應(yīng)運而生。碼分多址(<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=CDMA">CDMA</span>)由于其良好的抗噪性、保密性和簡單性等優(yōu)點而成為第三代<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%D2%C6%B6%AF">移動</span>通信的主流。主要<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%B7%BD%B0%B8">方案</span>包括歐洲<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%B1%EA%D7%BC">標(biāo)準(zhǔn)</span><span class="t_tag" onclick="tagshow(event)" href="tag.php?name=WCDMA">WCDMA</span>，<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%C3%C0%B9%FA">美國</span>標(biāo)準(zhǔn)CDMA-2000和<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%D6%D0%B9%FA">中國</span>標(biāo)準(zhǔn)<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=TD-SCDMA">TD-SCDMA</span>。和傳統(tǒng)的CDMA系統(tǒng)相比，第三代移動通信的最大特點在于可支持具有不同QoS的變速率的多種業(yè)務(wù)，這便要求其具有將各種無線媒體業(yè)務(wù)復(fù)接在一起傳輸?shù)哪芰Α榱诉_到這一目標(biāo)，WCDMA采用了一種比較完善的業(yè)務(wù)復(fù)接方案，各種業(yè)務(wù)須經(jīng)過一套復(fù)雜的編碼復(fù)接<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%C1%F7%B3%CC">流程</span>才能進行擴頻調(diào)制，占用盡可能少的碼道以恒定的功率發(fā)送。這樣就最大限度地減少了碼道間串?dāng)_，降低了對功放線性程度的要求。圖1所示的是WCDMA下行鏈路編碼復(fù)接方案流程圖。而速率適配算法是業(yè)務(wù)復(fù)用方案的核心算法，如何<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%C9%E8%BC%C6">設(shè)計</span>有效的算法實現(xiàn)方案，是業(yè)務(wù)復(fù)用方案設(shè)計的關(guān)鍵環(huán)節(jié)。 <table class="t_table" cellspacing="0"> <tbody> <tr> <td> <tr> <td><img height="324" alt="" src="http://www.52rd.com/upload/2006_5/File200652610242779956.gif" width="320"/></td></tr></tbody></table> <p align="center">圖1 下行鏈路編碼復(fù)接方案 <strong>速率適配算法描述 </strong> 一條傳輸信道上不同的傳輸<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%CA%B1%BC%E4">時間</span>間隔中的比特數(shù)有可能不一樣，但是上下行鏈路都對傳輸?shù)谋忍芈视幸欢ǖ囊螅合滦墟溌分腥绻忍財?shù)低于最小值的就會被中斷；上行鏈路中各傳輸時間間隔的比特數(shù)不同，但需要保證第二次交織后的總比特率等于所分配的專用物理信道的總比特率。因此需要重復(fù)或者鑿去傳輸信道上的一些比特。速率適配就是指在傳輸信道上的數(shù)據(jù)比特被鑿孔(Puncturing)或重復(fù)(Repeating)，以便使信道映射時達到傳輸<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%B8%F1%CA%BD">格式</span>所要求的比特速率。“鑿孔”是按照一定的算法鑿去某些位置的比特；“重復(fù)”則按照一定的算法在某些位置插入重復(fù)比特。速率匹配前的比特記為：xi1,xi2,xi3,k,xixi 其中 i 為 TrCH 號，速率匹配參數(shù)為Xi, eini, eplus, 和eminus。 eini：初始化誤差，算法中誤差e的初始值； eminus：相減誤差，算法中誤差e的相減值； eplus：相加誤差，算法中誤差e的相加值； N：數(shù)據(jù)量，即速率適配前的數(shù)據(jù)量。速率匹配的規(guī)則如下： if 要執(zhí)行“鑿孔”操作 e=eini 初始化目前的與要求的鑿孔比例之間的偏差 m=1 當(dāng)前比特索引序號 do while m <= N e=e-eminus 修改誤差 if e <= 0 then 檢查m是否是應(yīng)該鑿掉的比特序號鑿掉該比特xi,m e=e+eplus 更改誤差 end if m=m+1 進行下一個比特的判斷 end do else e = eini 初始化目前的與要求的鑿孔比例之間的偏差 m = 1 當(dāng)前比特索引序號 do while m <= N e = e - eminus 修改誤差 do while e <= 0 檢查比特m 是否是應(yīng)被重復(fù)的比特序號重復(fù)比特 xi,m e = e + eplus 更改誤差 end do m = m + 1 進行下一個比特的判斷 end do end if 該適配算法對于上行鏈路和下行鏈路都是適用的。3GPP<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%D0%AD%D2%E9">協(xié)議</span>中規(guī)定了“鑿孔”和“重復(fù)”算法的使用對象與范圍。Turbo編碼后的系統(tǒng)比特不允許鑿去，因此如果對Turbo編碼后的數(shù)據(jù)進行“鑿”操作，則首先應(yīng)將系統(tǒng)比特和校驗比特區(qū)分開，僅對其中的校驗比特進行“鑿”操作；然而Turbo編碼后的數(shù)據(jù)如果進行“重復(fù)”以及卷積編碼后數(shù)據(jù)進行“鑿”或“重復(fù)”都不區(qū)分系統(tǒng)比特與校驗比特。上述情況的速率匹配見圖2及圖3。 <table class="t_table" cellspacing="0"> <tbody> <tr> <td> <tr> <td><img height="136" alt="" src="http://www.52rd.com/upload/2006_5/File200652610245883884.gif" width="320"/></td></tr></tbody></table> <p align="center">圖2 下行鏈路Turbo編碼比特鑿孔時TrCH的速率適配 <table class="t_table" cellspacing="0"> <tbody> <tr> <td> <tr> <td><img height="137" alt="" src="http://www.52rd.com/upload/2006_5/File200652610252825722.gif" width="320"/></td></tr></tbody></table> <p align="center">圖3 下行未編碼和卷積編碼以及重復(fù)的Turbo編碼的TrCH的速率匹配另外，協(xié)議給出的確定參數(shù)的算法依編碼方式及鏈路的不同而不同。也就是說，Turbo編碼與卷積編碼、下行鏈路與上行鏈路在確定適配參數(shù)的算法上有區(qū)別。具體的確定算法可以參考3G相應(yīng)的協(xié)議。速率適配的FPGA實現(xiàn) 通過對編碼復(fù)接的方案研究發(fā)現(xiàn)，直接根據(jù)協(xié)議流程對數(shù)據(jù)流各個步驟(一共大約11個步驟)直接進行處理將會大大增加系統(tǒng)復(fù)雜度，這樣每個步驟之間都需對數(shù)據(jù)進行緩存，而移動環(huán)境下系統(tǒng)支持的最高速率可達384Kbps，對于TTI＝20ms的業(yè)務(wù)，平均每步需要的緩存為7.68K，所需要的總存儲量是巨大的。而且這中間，數(shù)據(jù)流頻繁的寫入讀出所導(dǎo)致的處理時延也是難以忍受的。因此，如果將某些步驟合并起來，就能減少不必要的數(shù)據(jù)存取工作，從而節(jié)省存儲量，縮短處理延時。上行鏈路的速率匹配按10ms數(shù)據(jù)幀為單位進行，而下行鏈路則是以TTI為單位針對一個無線幀的數(shù)據(jù)比特進行的。雖然算法上一致，但是考慮到上下行各自的步驟合并情況，在實際處理上還是有很大區(qū)別的。下面以下行144Kb/s速率適配為例介紹一下其FPGA的實現(xiàn)方法。 144Kb/s速率適配過程大致分為兩個<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%C4%A3%BF%E9">模塊</span>：鑿圖樣產(chǎn)生模塊和保留比特搬移轉(zhuǎn)換模塊。在實現(xiàn)過程中，用到的存儲資源是兩個RAM—一個用來存“鑿”圖樣、另一個用來存原來的數(shù)據(jù)，兩個DCFIFO(雙時鐘FIFO)用來存比特收集后的兩幀數(shù)據(jù)。鑿孔圖樣產(chǎn)生模塊由于144Kb/s業(yè)務(wù)信道編碼用的是Turbo編碼，鑿孔時只針對兩個分量編碼器輸出的校驗比特，因此需先進行比特分離再分塊進行鑿孔操作(系統(tǒng)比特塊自動保留不進行鑿孔操作)。我們采用了一種鑿孔圖樣控制方式，所有待速率適配比特都對應(yīng)一個P比特，P＝1表示鑿去，P=0表示保留，以此種方式產(chǎn)生鑿孔圖樣來控制保留比特的搬移。具體實現(xiàn)框圖如圖4所示。主要硬件結(jié)構(gòu)包括一個加法器、一個減法器、一個數(shù)值比較器、一個計數(shù)器和一個選通控制模塊及參數(shù)初始化模塊。 <table class="t_table" cellspacing="0"> <tbody> <tr> <td> <tr> <td><img height="164" alt="" src="http://www.52rd.com/upload/2006_5/File200652610254858725.gif" width="320"/></td></tr></tbody></table> <p align="center">圖4 鑿孔圖樣產(chǎn)生 <p align="left">該結(jié)構(gòu)工作過程如下：首先，比特分離和參數(shù)初始化模塊主要完成模塊計數(shù)和eini、eminus、eplus等參數(shù)的初始化<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%C9%E8%D6%C3">設(shè)置</span>。在減法器端，當(dāng)前誤差值e減去eminus，該數(shù)值同時送給數(shù)值比較器和選通控制模塊。減法器的輸出結(jié)果和0值作比較，如果結(jié)果小于零則記P比特為1；如果結(jié)果大于零則記P比特為0，同時將減法器的輸出結(jié)構(gòu)作為當(dāng)前加法器的A端輸入值。P比特則在選通控制模塊產(chǎn)生的讀寫使能、地址<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%D0%C5%BA%C5">信號</span>線的驅(qū)動下寫入Punc_ram。另外用一個計數(shù)器來對比特數(shù)進行記錄，以控制整個流程的結(jié)束時刻。系統(tǒng)時鐘為8倍碼片時鐘，計數(shù)器和Punc_ram都采用同步控制，加法器、減法器及比較器都不采用同步時鐘延時。 <p align="left"><strong>保留比特搬移轉(zhuǎn)換模塊 </strong> <p align="left">鑿圖樣產(chǎn)生以后，接下來的操作就是保留比特的搬移和轉(zhuǎn)換，并進行第一次交織和無線幀分段。按照3GPP協(xié)議，對于TTI=20ms的144Kb/s業(yè)務(wù)，其交織模式是<0,1>，亦即順序輸出。 <table class="t_table" cellspacing="0"> <tbody> <tr> <td> <tr> <td><img height="188" alt="" src="http://www.52rd.com/upload/2006_5/File200652610261912571.gif" width="320"/></td></tr></tbody></table> <p align="center">圖5 保留比特搬移轉(zhuǎn)換實現(xiàn)的流程圖如圖5。假定TURBO編碼后待速率適配的比特流存在out_ram中，這里進行的操作關(guān)鍵是鑿孔圖樣的讀出和out_ram的讀出應(yīng)該是同步一致進行(在同一個時鐘上升沿開始)，用Punc_ram的輸出來作為積攢比特的使能信號。用移位寄存器組和計數(shù)器實現(xiàn)比特積攢，每等到滿16bit時，就進行串并轉(zhuǎn)換，同時產(chǎn)生一個fifo寫使能脈沖，把一個字的內(nèi)容寫入fifo；等到滿一幀(復(fù)接前的數(shù)據(jù)幀)的時候，轉(zhuǎn)向?qū)ο乱粋€fifo進行寫操作。到一個數(shù)據(jù)幀4205bit結(jié)束時，積攢比特不滿16的補零表示，串并轉(zhuǎn)換為一個字寫入fifo。 <p align="left"><strong>資源使用和時延分析 </strong> 按照上面的實現(xiàn)方式，主要占用的是存儲資源，現(xiàn)代FPGA中的ESB(嵌入式系統(tǒng)塊)可以很容易地實現(xiàn)各種類型的存儲模塊，包括雙端口RAM、ROM、FIFO及CAM塊。下面主要進行的是時延分析。按照上面的流程可以大致估算一個比特從“鑿孔”圖樣產(chǎn)生到比特搬移完成所用的時間。所選工作時鐘速率為8倍碼片速率3.84MHz，一個時鐘周期約為32.4ns。鑿孔圖樣模塊中的加法器、減法器、選通控制大概需要3個時鐘周期，9516個鑿孔圖樣的產(chǎn)生需要大致925ns；保留比特搬移模塊主要是數(shù)據(jù)比特的直接搬移，對于最后一個比特而言，假定它是保留比特，從搬移開始到最終寫入FIFO，經(jīng)過了大致9516＋16＝9532個時鐘周期，耗時大約308ns。對整個流程用MAXPUSII仿真，總共耗時1.336ms，考慮到中間的緩沖控制和使能控制延遲，仿真結(jié)果和計算值大致吻合。對于TTI＝20ms的業(yè)務(wù)，完全滿足處理要求。 <p align="left"><strong>結(jié)語 </strong> <p align="left">WCDMA系統(tǒng)的電路型數(shù)據(jù)業(yè)務(wù)(64K)和分組型數(shù)據(jù)業(yè)務(wù)(144K、384K)可以實現(xiàn)對多媒體業(yè)務(wù)的承載，但由于基帶數(shù)據(jù)處理量大、比特搬移操作明顯，編碼復(fù)接中的核心算法之一速率適配算法我們采用了FPGA實現(xiàn)，并且適當(dāng)合并了前后步驟，大大縮短了處理時間，使系統(tǒng)達到了很高的吞吐量和處理速度，完全滿足3GPP協(xié)議<span class="t_tag" onclick="tagshow(event)" href="tag.php?name=%B9%E6%B7%B6">規(guī)范</span>的要求。在實際實施中被證明是可行的。此外，文中提出的模塊合并、產(chǎn)生鑿孔圖樣進行比特積攢搬移的思想同樣可以適合未來更復(fù)雜的編碼復(fù)接方案。 [align=right][color=#000066][此貼子已經(jīng)被作者于2010-11-17 12:07:01編輯過][/color][/align]
說明：上面顯示的是代碼內(nèi)容。您可以先檢查過代碼沒問題，或修改之后再運行.

主題：WCDMA速率適配算法的FPGA實現(xiàn)

WCDMA速率適配算法的FPGA實現(xiàn)

回復(fù)標(biāo)題：
上傳附件：

	簽名：不顯示顯示