專利名稱：用戶設(shè)備ue側(cè)hsdpa數(shù)據(jù)處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信系統(tǒng)HSDPA (High Speed Downlink Packet Access,高速下行 分組接入)技術(shù)領(lǐng)域，尤其涉及用戶設(shè)備UE側(cè)HSDPA數(shù)據(jù)處理方法。
背景技術(shù)：
在第三代無線移動通信標(biāo)準(zhǔn)中，媒體接入控制子層MAC位于物理層之上，主要是
在物理層提供的傳輸信道和向RLC層提供服務(wù)的邏輯信道之間進(jìn)行信道映射，同時也為邏
輯信道選擇合適的傳輸格式(TF) 。 MAC層包含有三個功能實體MAC-d、 MAC_c/sh、 MAC-b。
它們利用SAP來實現(xiàn)相應(yīng)的信道映射。這些實體通過控制SAP接受來自于RRC的配置消息，
同時向RRC層反饋狀態(tài)測量報告。 各個實體的主要功能如下 MAC-b主要負(fù)責(zé)處理小區(qū)廣播消息； MAC-c/sh主要負(fù)責(zé)處理小區(qū)中的公共信道和共享信道； MAC-d主要負(fù)責(zé)處理在連接模式下分配給UE的專用信道。 這些實體的實現(xiàn)位置上，UE側(cè)和UTRAN側(cè)有所不同。UE側(cè)只有一個MAC-cUMAC-c/ sh、一個或多個MAC-b實體。由于它們在同一個設(shè)備中，因此彼此之間通過內(nèi)部接口進(jìn)行通 信。對于UTRAN側(cè)，MAC-b位于Node B中，并且每個CELL中只有一個；MAC_c/sh位于CRNC 中；MAC-d位于SRNC中，并且為每個UE提供一個MAC-d實體。由于按照設(shè)備功能的劃分， 這些實體分屬不同的設(shè)備中，各實體之間必須通過標(biāo)準(zhǔn)接口進(jìn)行通信。如MAC-d和MAC-c/ sh不在同一個RNC的情況下，二者的交互通過Iur接口進(jìn)行。這些接口已經(jīng)設(shè)計成標(biāo)準(zhǔn)開 放的，以使不同制造商的設(shè)備彼此兼容。 由于無線數(shù)據(jù)業(yè)務(wù)的急劇增加，上下行業(yè)務(wù)量的非對稱性會更加凸顯出來。另外， 系統(tǒng)本身必須更具有適合傳輸數(shù)據(jù)業(yè)務(wù)一些特性，如高數(shù)據(jù)量、高突發(fā)性、高可靠性等。對 此，在第三代移動通信技術(shù)的發(fā)展過程中，3GPP Release 5版本規(guī)范中引入了一個重要的
增強(qiáng)技術(shù)-HSDPA (High Speed Downlink PacketAccess) 。 HSDPA是一些無線增強(qiáng)技術(shù)的
集合，利用HSDPA技術(shù)可以在現(xiàn)有技術(shù)的基礎(chǔ)上使下行數(shù)據(jù)峰值速率有很大的提高。HSDPA 技術(shù)同時適用于WCDMAFDD、UTRATDD和TD-SCDMA三種不同模式。在不同系統(tǒng)中的實現(xiàn)方式 是十分相似的。 HSDPA主要是通過修改空中接口來增強(qiáng)系統(tǒng)性能，并考慮快速的操作和調(diào)度。所 以，主要操作都在UE和Node B的物理層和MAC層完成。由于HSDPA技術(shù)的引入，在MAC層 又加入了一個功能實體MAC-hs，負(fù)責(zé)執(zhí)行有關(guān)HSDPA的功能。無論是在UE側(cè)還是在Node B側(cè)，增加的MAC-hs實體，是一個很重要的實體，相關(guān)HS-DSCH的MAC層操作都在這里完成。
除了必要的流控和優(yōu)先級處理外，最初要完成HARQ協(xié)議的相關(guān)操作包括調(diào)度、重傳、重排等。UE側(cè)MAC-hs主要包括混合自動重傳請求HARQ實體和重排實體。HARQ實體負(fù)責(zé)處理HARQ協(xié)議。在每個TTI中，各個HS-DSCH應(yīng)該有一個HARQ進(jìn)
3程。HARQ功能實體處理和HARQ相關(guān)的所有任務(wù)，例如負(fù)責(zé)處理ACK或NACK。 HARQ的詳細(xì) 配置信息是RRC通過MAC-Control SAP進(jìn)行的。 重排實體根據(jù)接收的TSN對數(shù)據(jù)塊進(jìn)行排序，并將順序的數(shù)據(jù)塊依次遞交給高 層。但是使用定時器可以將不是連續(xù)的數(shù)據(jù)遞交給高層。在UE側(cè)，對于每個優(yōu)先級和傳輸 信道都有一個重排序?qū)嶓w。 圖1示出了 3GPP中MAC-hs PDU數(shù)據(jù)結(jié)構(gòu)，圖2示出了 3GPP中MAC-hs功能模土央 劃分。如圖，按照3GPP和CCSA相關(guān)協(xié)議，對于HSDPA，一個MAC-hs PDU由MAC-hs包頭和多 個MAC-hs SDU組成，一個MAC-hs SDU包含一個MAC-d PDU，一個MAC-d PDU包含一個MAC-d SDU。 一般而言，由于MAC-hs包頭的存在，MAC-hs SDU的中的MAC-d SDU不是字節(jié)對齊的。 MAC-hs的隊列分發(fā)，隊列重排和解包處理是使用軟件處理。 按照3GPP的和CCSA的相關(guān)協(xié)議描述的方案，MAC-hs PDU的解包不可避免出現(xiàn)大 量數(shù)據(jù)的比特移位操作。在某些極端情況下，運(yùn)行時候的MIPS(MillionInstructions Per Second的縮寫)，每秒處理的百萬級的機(jī)器語言指令數(shù)。這是衡量CPU速度的一個指標(biāo)。 會有急劇的變化。為了要滿足這些極端的情況，就需要更高主頻的MCU (Microprocessor Control Unit)微控制器，這樣必然帶來成本的增加和耗電量的增加，否則，系統(tǒng)某個瞬時 的穩(wěn)定性會受到很大影響甚至變得不穩(wěn)定。這種HSDPA的處理情況，不僅僅存在于FDD,也 存在于LCR-TDD， 3. 84Mcps TDD和7. 86Mcps TDD，不僅僅存在于單載波LCR TDD，也存在于 多載波LCR-TDD。

發(fā)明內(nèi)容
本發(fā)明的目的是提供用戶設(shè)備UE側(cè)HSDPA數(shù)據(jù)處理方法，解決按照按照3GPP和 CCSA相關(guān)協(xié)議的方案，HSDPA數(shù)據(jù)處理中出現(xiàn)的數(shù)據(jù)處理量極具變大且不穩(wěn)定的問題。
本發(fā)明的技術(shù)方案是， 一種用戶設(shè)備UE側(cè)HSDPA數(shù)據(jù)處理方法，其特征在于，包括 以下步驟 Al 、獲得MAC-hs PDU，發(fā)送混合自動重傳請求； A2、對所述MAC-hs PDU進(jìn)行拆分，做比特移位處理，得到MAC_d PDU ; A3、對所述的MAC-d PDU依次進(jìn)行重排隊列分發(fā)、重排和遞交至MAC-d。 步驟A2中包括對所述MAC-hs PDU包頭解析和MAC-hs SDU的字節(jié)對齊。 以預(yù)設(shè)的MAC-hs PDU數(shù)量一為處理單位對所述MAC-hs PDU執(zhí)行所述的步驟A2。 以預(yù)設(shè)的MAC-hs PDU數(shù)量二為處理單位對所述MAC-d PDU執(zhí)行所述的步驟A3。 —種用戶設(shè)備UE側(cè)HSDPA數(shù)據(jù)處理方法，其特征在于，包括以下步驟 Bl 、獲得MAC-hs PDU，發(fā)送混合自動重傳請求； B2、對所述MAC-hs PDU依次進(jìn)行重排隊列分發(fā)、重排和拆分，做比特移位處理，得 到的MAC-d PDU遞交至MAC-d 。 在步驟B2中以預(yù)設(shè)的MAC-hs PDU數(shù)量三為處理單位對所述MAC-hs PDU拆分。
以預(yù)設(shè)的MAC-hs PDU數(shù)量四為處理單位對所述MAC-d PDU遞交至MAC-d。
本發(fā)明的有益效果是能夠有效降低用戶設(shè)備UE側(cè)HSDPA數(shù)據(jù)處理MIPS峰值，平 衡處理的數(shù)據(jù)流量，降低MCU的功耗。


圖1示出了 3GPP中MAC-hs PDU數(shù)據(jù)結(jié)構(gòu)示意圖
圖2示出了 3GPP中MAC-hs功能模塊劃分示意圖
圖3示出了本發(fā)明的一實施例的MAC-hs處理方法流程圖
圖4示出了本發(fā)明的一實施例的MAC-hs處理方法流程圖
具體實施例方式
以下結(jié)合附圖詳細(xì)說明本發(fā)明的具體實施方式
。如圖3所示，本發(fā)明的第一個實
施例的技術(shù)方案中數(shù)據(jù)過程處理如下 步驟S301中，完成3GPP協(xié)議的HARQ功能； 步驟S302中，完成MAC-hs PDU Disassembly的頭兩步，即MAC-hs PDU包頭解析 和MAC-hs SDU的字節(jié)對齊，對MAC-hs PDUs進(jìn)行拆分，做比特移位處理，得到MAC-d PDUs;
步驟S303中，完成隊列分發(fā)功能；
步驟S304中，完成隊列重排功能； 步驟S305中，完成MAC-hs Disassembly的第三步即將MAC_d PDU發(fā)給MAC_d的 功能。 以上步驟中，步驟S302的輸出也就是步驟S303的輸入，需要滿足MAC-hsSDU中的
MAC-d SDU字節(jié)對齊的要求，同時也可以根據(jù)需要確定是否保存在步驟S302中MAC-hs的包
頭解析結(jié)果以及保存格式以避免在步驟S305中繼續(xù)解析MAC-hs PDU包頭。 按照本發(fā)明第一個實施例的技術(shù)方案，將MAC-hs的解包在重排之前完成，可以降
低極端情況下瞬時的解包分發(fā)計算量。 本發(fā)明的實施例二如圖4所示，HSPDA數(shù)據(jù)處理過程如下
步驟S401中，完成3GPP協(xié)議的HARQ功能；
步驟S402中，完成隊列分發(fā)功能；
步驟S403中，完成隊列重排功能； 步驟S404中，完成MAC-hs Disassembly的所有功能，相應(yīng)的數(shù)據(jù)也發(fā)送給MAC-d。 本步中，規(guī)定每次最多處理多少個MAC-hs PDU，即在分發(fā)(Disassembly)時，限制每次分發(fā) 的最大MAC-hs PDU個數(shù)為N，每次最多對n個MAC-hs PDUs進(jìn)行拆分，做比特移位處理，將 得到的MAC-d PDUs遞交給MAC-d。 如果步驟S404中需要解包的MAC-hs PDU的個數(shù)大于步驟S404中規(guī)定的每次處 理的最大的MAC-hs PDU個數(shù)，則在下一次調(diào)度中再執(zhí)行步驟S404。重復(fù)步驟S404，直到所 有的MAC-hs PDU處理完畢。 為了說明本發(fā)明技術(shù)方案的具體效果，以單載波LCR TDD 2.8Mbps HSDPA為例，給
出一個極端情況的例子。該例子只是為了說明一種極端情況，但并不代表所有的極端情況，
該例子也不限制該發(fā)明的使用范圍。例子具體如下 Tl設(shè)為400ms ; TSN_rx-window_size設(shè)為32 ; MAC-hs PDU大小為14043bits， TSN二O未正確收到；
TSN = 1， 2 一直到TSN31正確收到;
然后TSN = 0再次收到，這次接收正確； 對于每一個MAC-hs SDU，都需要做比特位移，以使得MAC-hs SDU是字節(jié)對齊。
這樣，按照3GPP的協(xié)議描述，最多有連續(xù)32個MAC-hs PDU需要解包。設(shè)在5ms 內(nèi)單獨(dú)完成一個MSC-hs PDU的解包的MIPS為m，則在5ms內(nèi)連續(xù)32個解包處理的MIPS需 求為32Xm。注意這部分MIPS的消耗主要由對數(shù)據(jù)處理的比特移位引起。實際系統(tǒng)還需 要考慮其他部分功能模塊的處理，因此必須在最長2. 5ms內(nèi)處理完畢，這樣僅僅這一步所 需要的MIPS最低是2X32Xm。實際系統(tǒng)中m隨著下行速率的增加而增加，2. 8Mbps時候m 的值是10左右，則這一步所需求的MIPS至少是2X32X 10 = 640。顯然，為了滿足這種極 端情況，采用如此高性能的MCU不僅提高了成本也提高了功耗，但若不提高M(jìn)CU的性能，則 必然會導(dǎo)致系統(tǒng)瞬時MIPS不夠，降低系統(tǒng)的穩(wěn)定性。 這里m的值取lO只是為了說明問題給出一個例子，并不意味著m—定是lO。這 里的2. 5ms也只是給出一個例子，并不意味著一點(diǎn)是2. 5ms，實際多長時間還取決于實現(xiàn)方案。
權(quán)利要求
一種用戶設(shè)備UE側(cè)HSDPA數(shù)據(jù)處理方法，其特征在于，包括以下步驟A1、獲得MAC-hs PDU，發(fā)送混合自動重傳請求；A2、對所述MAC-hs PDU進(jìn)行拆分，做比特移位處理，得到MAC-d PDU；A3、對所述的MAC-d PDU依次進(jìn)行重排隊列分發(fā)、重排和遞交至MAC-d。
2. 如權(quán)利要求1所述的一種用戶設(shè)備UE側(cè)HSDPA數(shù)據(jù)處理方法，其特征在于，步驟A2 中包括對所述MAC-hs PDU包頭解析和MAC-hs SDU的字節(jié)對齊。
3 如權(quán)利要求1所述的一種用戶設(shè)備UE側(cè)HSDPA數(shù)據(jù)處理方法，其特征在于，以預(yù)設(shè) 的MAC-hs PDU數(shù)量一為處理單位對所述MAC-hs PDU執(zhí)行所述的步驟A2。
4. 如權(quán)利要求1所述的一種用戶設(shè)備UE側(cè)HSDPA數(shù)據(jù)處理方法，其特征在于，以預(yù)設(shè) 的MAC-hs PDU數(shù)量二為處理單位對所述MAC-d PDU執(zhí)行所述的步驟A3。
5. —種用戶設(shè)備UE側(cè)HSDPA數(shù)據(jù)處理方法，其特征在于，包括以下步驟 Bl 、獲得MAC-hs PDU，發(fā)送混合自動重傳請求；B2、對所述MAC-hs PDU依次進(jìn)行重排隊列分發(fā)、重排和拆分，做比特移位處理，得到的 MAC-d PDU遞交至MAC-d 。
6. 如權(quán)利要求5所述的一種用戶設(shè)備UE側(cè)HSDPA數(shù)據(jù)處理方法，其特征在于，在步驟 B2中以預(yù)設(shè)的MAC-hs PDU數(shù)量三為處理單位對所述MAC-hs PDU拆分。
7. 如權(quán)利要求5所述的一種用戶設(shè)備UE側(cè)HSDPA數(shù)據(jù)處理方法，其特征在于，以預(yù)設(shè) 的MAC-hs PDU數(shù)量四為處理單位對所述MAC-d PDU遞交至MAC-d。
全文摘要
本發(fā)明涉及移動通信系統(tǒng)HSDPA領(lǐng)域中用戶設(shè)備UE側(cè)HSDPA數(shù)據(jù)處理方法，其特征在于，包括以下步驟獲得MAC-hs PDU，發(fā)送混合自動重傳請求；對所述MAC-hs PDU進(jìn)行拆分，做比特移位處理，得到MAC-d PDU；對所述的MAC-d PDU依次進(jìn)行重排隊列分發(fā)、重排和遞交至MAC-d。本發(fā)明解決了按照3GPP和CCSA相關(guān)協(xié)議的方案，用戶設(shè)備UE側(cè)HSDPA數(shù)據(jù)處理中出現(xiàn)的數(shù)據(jù)處理量極具變大且不穩(wěn)定的問題，能夠有效降低用戶設(shè)備UE側(cè)HSDPA數(shù)據(jù)處理MIPS峰值，平衡處理的數(shù)據(jù)流量，降低MCU的功耗。
文檔編號H04W80/02GK101777974SQ20091004521
公開日2010年7月14日 申請日期2009年1月13日 優(yōu)先權(quán)日2009年1月13日
發(fā)明者周宗明, 孫飛雪 申請人:杰脈通信技術(shù)(上海)有限公司;晨星半導(dǎo)體股份有限公司