專利名稱：一種數(shù)據(jù)處理方法及通信設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信系統(tǒng)，特別是涉及一種在無線通信系統(tǒng)中分組數(shù)據(jù)匯聚協(xié)議層與無線鏈路控制層的數(shù)據(jù)處理方法及通信設(shè)備。
背景技術(shù)：
目前，在無線通信系統(tǒng)中引入了通用移動(dòng)通信系統(tǒng)(UMTS)，它主要由三部分組成核心網(wǎng)絡(luò)(CN)、通用陸地?zé)o線接入網(wǎng)絡(luò)(UTRAN)和終端(UE)。在UE和UTRAN之間通過空中接口(Uu)進(jìn)行連接。
空中接口分為三層物理層、數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層。分組數(shù)據(jù)匯聚協(xié)議(PDCP)層和無線鏈路控制(RLC)層位于數(shù)據(jù)鏈路層。PDCP層主要完成數(shù)據(jù)傳輸、報(bào)頭壓縮、序列號(hào)同步和無損遷移功能。RLC層主要完成數(shù)據(jù)傳輸、流量控制、加解密等功能，其支持確認(rèn)模式(AM)、非確認(rèn)模式(UM)和透明模式(TM)三種工作模式。在透明模式下，RLC層不對(duì)數(shù)據(jù)進(jìn)行任何處理，只是進(jìn)行透?jìng)?，在?shí)現(xiàn)中RLC層實(shí)際上是不存在的；在確認(rèn)模式和非確認(rèn)模式下，PDCP層和RLC層做為分組交換(PS)域業(yè)務(wù)的組成部分，同時(shí)產(chǎn)生并同時(shí)釋放，不會(huì)出現(xiàn)一個(gè)存在而另一個(gè)不存在的情況。
以下介紹在PDCP層和RLC層同時(shí)存在的情況下PDCP層和RLC層對(duì)下行數(shù)據(jù)的處理。來自通用分組無線業(yè)務(wù)(GPRS)隧道協(xié)議用戶面(GTPU)的PS數(shù)據(jù)，即PDCP服務(wù)數(shù)據(jù)單元(SDU)，或者PDCP層自身產(chǎn)生的壓縮上下文數(shù)據(jù)首先在PDCP層緩存，PDCP層對(duì)緩存的數(shù)據(jù)進(jìn)行處理后生成PDCP協(xié)議數(shù)據(jù)單元(PDU)發(fā)送給RLC層。其中，PDCP層對(duì)緩存的數(shù)據(jù)的處理為在頭壓縮有效時(shí)，對(duì)高層數(shù)據(jù)進(jìn)行報(bào)頭壓縮并添加PDCP協(xié)議頭；在頭壓縮無效時(shí)，不進(jìn)行處理或添加PDCP協(xié)議頭。RLC層收到的PDCP PDU即為RLC SDU，RLC層首先將RLC SDU進(jìn)行緩存，再將其分段或級(jí)聯(lián)后添加RLC協(xié)議頭，生成RLC PDU發(fā)送給對(duì)端RLC層。在確認(rèn)模式下，RLC層在接收到對(duì)端RLC層發(fā)送的確認(rèn)消息時(shí)，刪除緩存中對(duì)應(yīng)的RLC SDU，并發(fā)送確認(rèn)消息到PDCP層，PDCP層在接收到RLC層發(fā)送的確認(rèn)消息時(shí)，刪除緩存中對(duì)應(yīng)的PDCP SDU或壓縮上下文數(shù)據(jù)。在非確認(rèn)模式下，PDCP層將PDCP PDU發(fā)送出去時(shí)，刪除緩存中對(duì)應(yīng)的PDCP SDU或壓縮上下文數(shù)據(jù)，RLC將RLC PDU發(fā)送出去時(shí)，刪除緩存中對(duì)應(yīng)的RLC SDU。
PDCP層之所以對(duì)PDCP SDU或壓縮上下文數(shù)據(jù)進(jìn)行緩存，是出于無損遷移和流量控制的目的，RLC層之所以對(duì)RLC SDU進(jìn)行緩存，是出于重傳和流量控制的目的。而為了緩存數(shù)據(jù)，PDCP層與RLC層需要分別申請(qǐng)緩存，數(shù)據(jù)在PDCP層緩存后再發(fā)送到RLC層，存在一次數(shù)據(jù)拷貝，這增加了CPU的處理負(fù)擔(dān)。
另外，在頭壓縮無效時(shí)，PDCP層和RLC層緩存的數(shù)據(jù)(指高層數(shù)據(jù))是相同的；在頭壓縮有效時(shí)，PDCP層和RLC層緩存的數(shù)據(jù)(指高層數(shù)據(jù))的區(qū)別僅僅在于分組報(bào)文的報(bào)頭，PDCP層由于無損遷移的需要，緩存的是沒有經(jīng)過報(bào)頭壓縮的報(bào)文，而RLC層緩存的是經(jīng)過報(bào)頭壓縮的報(bào)文。顯然，不論頭壓縮是否有效，PDCP層與RLC層緩存的數(shù)據(jù)大部分是相同的，相同的數(shù)據(jù)重復(fù)緩存就造成了內(nèi)存的浪費(fèi)。例如對(duì)于高層數(shù)據(jù)為TCP/IPV4報(bào)文的情況，整個(gè)報(bào)文長(zhǎng)度一般為1500字節(jié)，其中報(bào)頭長(zhǎng)度為40字節(jié)(IPV4頭部20字節(jié)，TCP頭部20字節(jié))，這樣剩余的的1460字節(jié)的報(bào)文凈荷在PDCP層和RLC層重復(fù)緩存。
綜上所述，由于PDCP層和RLC層都對(duì)數(shù)據(jù)進(jìn)行緩存，這增加了CPU的處理負(fù)擔(dān)，并造成了內(nèi)存的浪費(fèi)，從而限制了系統(tǒng)的處理能力。
發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的是提供一種PDCP層與RLC層的數(shù)據(jù)處理方法，以減小CPU的處理負(fù)擔(dān)以及減少內(nèi)存的使用，提高系統(tǒng)的處理能力。
本發(fā)明的另一目的是提供一種通信設(shè)備。
本發(fā)明的PDCP層與RLC層的數(shù)據(jù)處理方法包括以下步驟A.PDCP層對(duì)壓縮上下文數(shù)據(jù)或者來自上層的PDCP SDU進(jìn)行處理后生成PDCP PDU，并將該P(yáng)DCP PDU發(fā)送到RLC層；B.RLC層對(duì)來自PDCP層的PDCP PDU進(jìn)行緩存，并對(duì)該P(yáng)DCP PDU進(jìn)行處理后生成RLC PDU發(fā)送到對(duì)端RLC層。
在頭壓縮有效時(shí)，步驟A進(jìn)一步包括，PDCP層將未壓縮報(bào)頭發(fā)送到RLC層；步驟B進(jìn)一步包括，RLC層對(duì)所述未壓縮報(bào)頭進(jìn)行緩存。
在頭壓縮有效且RLC層當(dāng)前的工作模式為確認(rèn)模式時(shí)，步驟A進(jìn)一步包括，PDCP層將未壓縮報(bào)頭發(fā)送到RLC層；步驟B進(jìn)一步包括，RLC層對(duì)所述未壓縮報(bào)頭進(jìn)行緩存。
PDCP層在需要進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)，在步驟B之后還包括從RLC層的緩存中取出PDCP SDU的報(bào)文凈荷以及未壓縮報(bào)頭，并將所述報(bào)文凈荷和所述未壓縮報(bào)頭組合后生成PDCP SDU發(fā)送給上層。
RLC層當(dāng)前的工作模式為確認(rèn)模式時(shí)，在步驟B之后還包括RLC層在接收到對(duì)端RLC層發(fā)送的接收到RLC PDU的確認(rèn)消息時(shí)，刪除緩存中與該RLC PDU對(duì)應(yīng)的數(shù)據(jù)。
RLC層當(dāng)前的工作模式為非確認(rèn)模式時(shí)，在步驟B之后還包括RLC層在將RLC PDU發(fā)送出去時(shí)，刪除緩存中與該RLC PDU對(duì)應(yīng)的數(shù)據(jù)。
在步驟B中，RLC層對(duì)PDCP層發(fā)送來的數(shù)據(jù)進(jìn)行緩存后，進(jìn)一步將該數(shù)據(jù)的相關(guān)信息保存到MUI中，PDCP層與RLC層通過MUI中的相關(guān)信息來訪問緩存中的數(shù)據(jù)。
本發(fā)明的通信設(shè)備，包括PDCP實(shí)體和RLC實(shí)體，其中PDCP實(shí)體用于對(duì)壓縮上下文數(shù)據(jù)或者PDCP SDU進(jìn)行處理后生成PDCPPDU，并將該P(yáng)DCP PDU發(fā)送到RLC實(shí)體；RLC實(shí)體用于對(duì)來自PDCP實(shí)體的PDCP PDU進(jìn)行緩存，并對(duì)該P(yáng)DCPPDU進(jìn)行處理后生成RLC PDU發(fā)送到對(duì)端RLC實(shí)體。
所述通信設(shè)備為終端UE，或者無線網(wǎng)絡(luò)控制器RNC。
所述通信設(shè)備為RNC；PDCP實(shí)體進(jìn)一步用于在頭壓縮有效時(shí)，將未壓縮報(bào)頭發(fā)送到RLC實(shí)體；RLC實(shí)體進(jìn)一步用于對(duì)所述未壓縮報(bào)頭進(jìn)行緩存。
與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是由于數(shù)據(jù)不在PDCP層緩存，只在RLC層緩存，使得數(shù)據(jù)從PDCP層傳送到RLC層的過程中減少了一次內(nèi)存拷貝，從而減小了CPU的處理負(fù)擔(dān)。在頭壓縮有效時(shí)，PDCP層發(fā)送到RLC層的數(shù)據(jù)除了PDCPPDU外，進(jìn)一步包括未壓縮報(bào)頭，在PDCP層需要進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)，將報(bào)文凈荷和未壓縮報(bào)頭進(jìn)行組合生成PDCP SDU進(jìn)行發(fā)送，從而在滿足數(shù)據(jù)的處理需要的同時(shí)減少了內(nèi)存的使用。內(nèi)存拷貝次數(shù)的減少以及內(nèi)存的節(jié)約使得系統(tǒng)的處理能力得到了一定程度的提高。同時(shí)，PDCP層和RLC層數(shù)據(jù)都在RLC層緩存，也能滿足流量控制的需要。
圖1為本發(fā)明的數(shù)據(jù)處理方法的流程圖；圖2為本發(fā)明的數(shù)據(jù)處理方法中RLC_SDU_DATA類型的數(shù)據(jù)在RLC層的緩存示意圖；圖3為本發(fā)明的數(shù)據(jù)處理方法中RLC_SDU_COMP類型的數(shù)據(jù)在RLC層的緩存示意圖；圖4為本發(fā)明的數(shù)據(jù)處理方法中RLC_SDU_CONTX類型的數(shù)據(jù)在RLC層的緩存示意圖。
具體實(shí)施例方式
以下參照附圖，具體說明本發(fā)明。
本發(fā)明適用于采用空中接口協(xié)議的無線通信系統(tǒng)，該系統(tǒng)可以是寬帶碼分多址(WCDMA)通信系統(tǒng)。
請(qǐng)參閱圖1，其為本發(fā)明的數(shù)據(jù)處理方法的流程圖。該方法包括以下步驟步驟1、PDCP層對(duì)壓縮上下文數(shù)據(jù)或者來自上層的PDCP SDU進(jìn)行處理后生成PDCP PDU，并將該P(yáng)DCP PDU發(fā)送到RLC層。
PDCP層對(duì)壓縮上下文數(shù)據(jù)的處理為添加PDCP協(xié)議頭。PDCP層對(duì)PDCP SDU的處理為在頭壓縮有效時(shí)，對(duì)PDCP SDU進(jìn)行報(bào)頭壓縮并添加PDCP協(xié)議頭；在頭壓縮無效時(shí)，不進(jìn)行處理或添加PDCP協(xié)議頭。
步驟2、RLC層對(duì)來自PDCP層的PDCP PDU進(jìn)行緩存，并對(duì)該P(yáng)DCPPDU進(jìn)行處理后生成RLC PDU發(fā)送到對(duì)端RLC層。
RLC層對(duì)PDCP PDU的處理為對(duì)PDCP PDU進(jìn)行分段或級(jí)聯(lián)，并添加RLC協(xié)議頭。
由于在頭壓縮有效的情況下，有可能需要進(jìn)行無損遷移，而在進(jìn)行無損遷移時(shí)，PDCP層需要將PDCP SDU轉(zhuǎn)發(fā)給上層，所以需要對(duì)重組PDCP SDU所需的未壓縮報(bào)頭進(jìn)行緩存。因此，在本發(fā)明中，PDCP層進(jìn)一步將未壓縮報(bào)頭發(fā)送到RLC層，RLC層進(jìn)一步對(duì)所述未壓縮報(bào)頭進(jìn)行緩存。而在頭壓縮無效時(shí)，由于不存在無損遷移的情況，PDCP層不需要進(jìn)一步發(fā)送未壓縮報(bào)頭到RLC層。
需要說明的是，在頭壓縮有效的情況下，只有在RLC層當(dāng)前的工作模式為確認(rèn)模式時(shí)才支持無損遷移，因而在本發(fā)明中，也可以限定只有在RLC層當(dāng)前的工作模式為確認(rèn)模式時(shí)，PDCP層才發(fā)送未壓縮報(bào)頭到RLC層，并由RLC層進(jìn)行緩存。
在RLC層對(duì)未壓縮報(bào)頭進(jìn)行緩存之后，PDCP層在需要進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)，從RLC層的緩存中取出PDCP SDU的報(bào)文凈荷以及未壓縮報(bào)頭，并將所述報(bào)文凈荷和所述未壓縮報(bào)頭組合后生成PDCP SDU發(fā)送給上層。
針對(duì)不同工作模式的RLC，緩存中數(shù)據(jù)的刪除有不同的時(shí)機(jī)，具體如下在非確認(rèn)模式下，RLC層在將RLC PDU發(fā)送出去時(shí)，刪除緩存中與該RLC PDU對(duì)應(yīng)的數(shù)據(jù)，且所述與該RLC PDU對(duì)應(yīng)的數(shù)據(jù)為PDCP PDU以及在頭壓縮有效時(shí)的未壓縮報(bào)頭。在確認(rèn)模式下，RLC層在接收到對(duì)端RLC層發(fā)送的接收到RLC PDU的確認(rèn)消息時(shí)，刪除緩存中與該RLC PDU對(duì)應(yīng)的數(shù)據(jù)，且所述與該RLC PDU對(duì)應(yīng)的數(shù)據(jù)為PDCP PDU以及未壓縮報(bào)頭。
為便于更好地理解本發(fā)明的數(shù)據(jù)處理方法，以下針對(duì)不同類型的PDCPPDU及其在RLC層中緩存的數(shù)據(jù)進(jìn)行詳細(xì)介紹。
1)無協(xié)議頭PDCP PDU(PDCP-No-Header PDU)類型此類型不使用PDCP協(xié)議頭部，不支持頭壓縮，因此PDCP層的PDU與SDU相同。且此類型不支持無損遷移，因而只需在RLC層緩存一份PDCPPDU，以滿足PDCP層和RLC層的流量控制的需要。
2)數(shù)據(jù)PDCP PDU(PDCP Data PDU)類型此類型頭壓縮有效，PDCP PDU為經(jīng)過頭壓縮后的數(shù)據(jù)。但此類型不支持無損遷移，因而只需在RLC層緩存一份PDCP PDU，以滿足PDCP層和RLC層的流量控制的需要。
3)序列號(hào)PDCP PDU(PDCP SeqNum PDU)類型此類型頭壓縮有效，相比于類型2)，只是增加了PDCP序列號(hào)，該序列號(hào)包括在PDCP協(xié)議頭中。由于此類型支持無損遷移，為了同時(shí)滿足PDCP層與RLC層的處理需要，將高層數(shù)據(jù)分為兩部分報(bào)文凈荷與未壓縮報(bào)頭，RLC層在緩存PDCP PDU時(shí)，同時(shí)保存未壓縮報(bào)頭。PDCP層在需要進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)，將報(bào)文凈荷與未壓縮報(bào)頭組合后生成PDCP SDU發(fā)送給上層，以滿足無損遷移的需要；緩存中保存有PDCP PDU，同時(shí)能夠滿足RLC層的數(shù)據(jù)重傳以及PDCP和RLC層的流量控制的需要。
4)壓縮上下文數(shù)據(jù)類型此類型不同于以上三種類型，它是PDCP層對(duì)PDCP SDU進(jìn)行頭壓縮時(shí)產(chǎn)生的，用于記錄與頭壓縮相關(guān)的信息。該壓縮上下文數(shù)據(jù)必須發(fā)送到對(duì)端PDCP層，對(duì)端PDCP層根據(jù)它對(duì)接收到的其它PDCP PDU進(jìn)行解壓縮。PDCP層對(duì)壓縮上下文數(shù)據(jù)的處理只是添加了PDCP協(xié)議頭，RLC層只需緩存PDCPPDU就能滿足RLC層的數(shù)據(jù)重傳以及PDCP和RLC層的流量控制的需要。
在本發(fā)明的數(shù)據(jù)處理方法中，RLC層對(duì)PDCP層發(fā)送來的數(shù)據(jù)進(jìn)行緩存后，進(jìn)一步將該數(shù)據(jù)的相關(guān)信息保存到消息單元標(biāo)識(shí)(MUI)中，PDCP層與RLC層通過MUI中的相關(guān)信息來訪問緩存中的數(shù)據(jù)，并根據(jù)需要對(duì)該緩存中的數(shù)據(jù)進(jìn)行相應(yīng)的處理。比如，PDCP層從緩存中取出數(shù)據(jù)組合后生成PDCPSDU轉(zhuǎn)發(fā)給上層；RLC層從緩存中取出PDCP PDU并進(jìn)行處理后生成RLCPDU進(jìn)行重發(fā)。
所述MUI包括以下標(biāo)識(shí)ucSeqNubFlag該標(biāo)識(shí)用于標(biāo)識(shí)PDCP SeqNum PDU類型是否有效，在本發(fā)明中，值為1表示有效，值為0表示無效；usCompHdrLen該標(biāo)識(shí)用于標(biāo)識(shí)壓縮報(bào)頭長(zhǎng)度；usOrigHdrLen該標(biāo)識(shí)用于標(biāo)識(shí)未壓縮報(bào)頭長(zhǎng)度；usDataLen該標(biāo)識(shí)用于標(biāo)識(shí)報(bào)文凈荷長(zhǎng)度；ucSduType該標(biāo)識(shí)用于標(biāo)識(shí)緩存的數(shù)據(jù)類型；pucSdu該標(biāo)識(shí)用于標(biāo)識(shí)緩存的起始地址。
在RLC層緩存的數(shù)據(jù)可以分為以下三種類型無線鏈路控制_服務(wù)數(shù)據(jù)單元_數(shù)據(jù)(RLC_SDU_DATA)類型緩存中存儲(chǔ)的數(shù)據(jù)為PDCP-No-Header PDU；無線鏈路控制_服務(wù)數(shù)據(jù)單元_壓縮(RLC_SDU_COMP)類型緩存中存儲(chǔ)的數(shù)據(jù)為PDCP Data PDU，或者為PDCP SeqNum PDU和未壓縮報(bào)頭；
無線鏈路控_制服務(wù)數(shù)據(jù)單元_上下文(RLC_SDU_CONTX)類型緩存中存儲(chǔ)的數(shù)據(jù)為壓縮上下文數(shù)據(jù)和PDCP協(xié)議頭。
ucSduType值為0、1、2時(shí)，分別與上述三種類型相對(duì)應(yīng)。
對(duì)于RLC_SDU_DATA類型的數(shù)據(jù)，RLC層的緩存如圖2所示，其中陰影部分表示該域?qū)Ρ绢愋蛿?shù)據(jù)無效。
對(duì)于RLC_SDU_COMP類型的數(shù)據(jù)，RLC層的緩存如圖3所示，其中pdcp header標(biāo)識(shí)保存PDCP協(xié)議頭使用的內(nèi)存區(qū)；compressed header標(biāo)識(shí)保存壓縮報(bào)頭使用的內(nèi)存區(qū)；data標(biāo)識(shí)保存報(bào)文凈荷使用的內(nèi)存區(qū)；uncompressed header標(biāo)識(shí)保存未壓縮報(bào)頭使用的內(nèi)存區(qū)。
ucSeqNumFlag和ucSduType共同決定了pdcp header的長(zhǎng)度；ucSeqNumFlag決定了是否需要使用uncompressed header，在其值為0時(shí)，不使用uncompressed header，在其值為1時(shí)，使用uncompressed header。容易理解的是緩存中compressed header與uncompressed header所占的緩存區(qū)可以對(duì)換，不影響功能。
對(duì)于RLC_SDU_CONTX類型的數(shù)據(jù)，RLC層的緩存如圖4所示，其中pdcp header標(biāo)識(shí)保存PDCP協(xié)議頭使用的內(nèi)存區(qū)；context state packet標(biāo)識(shí)保存壓縮上下文數(shù)據(jù)使用的內(nèi)存區(qū)；陰影部分表示該域?qū)Ρ绢愋蛿?shù)據(jù)無效。
以下對(duì)本發(fā)明的通信設(shè)備進(jìn)行描述。
本發(fā)明的通信設(shè)備包括PDCP實(shí)體和RLC實(shí)體，PDCP實(shí)體和RLC實(shí)體分別實(shí)現(xiàn)上述方法中PDCP層和RLC層的功能。具體來說，PDCP實(shí)體用于對(duì)壓縮上下文數(shù)據(jù)或者PDCP SDU進(jìn)行處理后生成PDCP PDU，并將該P(yáng)DCP PDU發(fā)送到RLC實(shí)體；RLC實(shí)體用于對(duì)來自PDCP實(shí)體的PDCP PDU進(jìn)行緩存，并對(duì)該P(yáng)DCP PDU進(jìn)行處理后生成RLC PDU發(fā)送到對(duì)端RLC實(shí)體。
其中，所述通信設(shè)備為UE或者無線網(wǎng)絡(luò)控制器(RNC)，所述RNC位于UTRAN中。由于數(shù)據(jù)轉(zhuǎn)發(fā)只是在RNC中進(jìn)行，在UE中不需要進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)。因而，在RNC中，在頭壓縮有效時(shí)，PDCP實(shí)體進(jìn)一步用于將未壓縮報(bào)頭發(fā)送到RLC實(shí)體；RLC實(shí)體進(jìn)一步用于對(duì)所述未壓縮報(bào)頭進(jìn)行緩存。
需要說明的是，在頭壓縮有效的情況下，只有在RLC實(shí)體當(dāng)前的工作模式為確認(rèn)模式時(shí)才支持無損遷移，因而在RNC中，也可以限定只有在RLC實(shí)體當(dāng)前的工作模式為確認(rèn)模式時(shí)，PDCP實(shí)體才發(fā)送未壓縮報(bào)頭到RLC實(shí)體，并由RLC實(shí)體進(jìn)行緩存。PDCP實(shí)體在需要進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)，從RLC實(shí)體的緩存中取出PDCP SDU的報(bào)文凈荷以及未壓縮報(bào)頭，將所述報(bào)文凈荷和所述未壓縮報(bào)頭組合后生成PDCP SDU發(fā)送出去。
進(jìn)一步，RLC實(shí)體當(dāng)前的工作模式為確認(rèn)模式時(shí)，RLC實(shí)體在接收到對(duì)端RLC實(shí)體發(fā)送的接收到RLC PDU的確認(rèn)消息時(shí)，刪除緩存中與該RLCPDU對(duì)應(yīng)的數(shù)據(jù)；RLC實(shí)體當(dāng)前的工作模式為非確認(rèn)模式時(shí)，RLC實(shí)體在將RLC PDU發(fā)送出去時(shí)，刪除緩存中與該RLC PDU對(duì)應(yīng)的數(shù)據(jù)。
本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，上述實(shí)施方式僅起解釋本發(fā)明的作用，而不應(yīng)當(dāng)理解為對(duì)其作出的任何限制。
權(quán)利要求
1.一種分組數(shù)據(jù)匯聚協(xié)議層與無線鏈路控制層的數(shù)據(jù)處理方法，其特征在于，包括以下步驟A.分組數(shù)據(jù)匯聚協(xié)議PDCP層對(duì)壓縮上下文數(shù)據(jù)或者來自上層的PDCP服務(wù)數(shù)據(jù)單元SDU進(jìn)行處理后生成PDCP協(xié)議數(shù)據(jù)單元PDU，并將該P(yáng)DCPPDU發(fā)送到無線鏈路控制RLC層；B.RLC層對(duì)來自PDCP層的PDCP PDU進(jìn)行緩存，并對(duì)該P(yáng)DCP PDU進(jìn)行處理后生成RLC PDU發(fā)送到對(duì)端RLC層。
2.如權(quán)利要求1所述的方法，其特征在于在頭壓縮有效時(shí)，步驟A進(jìn)一步包括，PDCP層將未壓縮報(bào)頭發(fā)送到RLC層；步驟B進(jìn)一步包括，RLC層對(duì)所述未壓縮報(bào)頭進(jìn)行緩存。
3.如權(quán)利要求1所述的方法，其特征在于在頭壓縮有效且RLC層當(dāng)前的工作模式為確認(rèn)模式時(shí)，步驟A進(jìn)一步包括，PDCP層將未壓縮報(bào)頭發(fā)送到RLC層；步驟B進(jìn)一步包括，RLC層對(duì)所述未壓縮報(bào)頭進(jìn)行緩存。
4.如權(quán)利要求2或3所述的方法，其特征在于，PDCP層在需要進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)，在步驟B之后還包括以下步驟從RLC層的緩存中取出PDCP SDU的報(bào)文凈荷以及未壓縮報(bào)頭，并將所述報(bào)文凈荷和所述未壓縮報(bào)頭組合后生成PDCP SDU發(fā)送給上層。
5.如權(quán)利要求1或2所述的方法，其特征在于，RLC層當(dāng)前的工作模式為確認(rèn)模式時(shí)，在步驟B之后還包括以下步驟RLC層在接收到對(duì)端RLC層發(fā)送的接收到RLC PDU的確認(rèn)消息時(shí)，刪除緩存中與該RLC PDU對(duì)應(yīng)的數(shù)據(jù)。
6.如權(quán)利要求1或2所述的方法，其特征在于，RLC層當(dāng)前的工作模式為非確認(rèn)模式時(shí)，在步驟B之后還包括以下步驟RLC層在將RLC PDU發(fā)送出去時(shí)，刪除緩存中與該RLC PDU對(duì)應(yīng)的數(shù)據(jù)。
7.如權(quán)利要求1、2或3所述的方法，其特征在于在步驟B中，RLC層對(duì)PDCP層發(fā)送來的數(shù)據(jù)進(jìn)行緩存后，進(jìn)一步將該數(shù)據(jù)的相關(guān)信息保存到消息單元標(biāo)識(shí)MUI中，PDCP層與RLC層通過MUI中的相關(guān)信息來訪問緩存中的數(shù)據(jù)。
8.如權(quán)利要求7所述的方法，其特征在于所述MUI包括以下標(biāo)識(shí)用于標(biāo)識(shí)序列號(hào)PDCP PDU類型是否有效的標(biāo)識(shí)；用于標(biāo)識(shí)壓縮報(bào)頭長(zhǎng)度的標(biāo)識(shí)；用于標(biāo)識(shí)未壓縮報(bào)頭長(zhǎng)度的標(biāo)識(shí)；用于標(biāo)識(shí)報(bào)文凈荷長(zhǎng)度的標(biāo)識(shí)；用于標(biāo)識(shí)緩存的數(shù)據(jù)類型的標(biāo)識(shí)；用于標(biāo)識(shí)緩存的起始地址的標(biāo)識(shí)。
9.如權(quán)利要求8所述的方法，其特征在于所述緩存的數(shù)據(jù)類型為無線鏈路控制_服務(wù)數(shù)據(jù)單元_數(shù)據(jù)RLC_SDU_DATA類型、無線鏈路控制_服務(wù)數(shù)據(jù)單元_壓縮RLC_SDU_COMP類型或無線鏈路控制_服務(wù)數(shù)據(jù)單元_上下文RLC_SDU_CONTX類型；在所述緩存的數(shù)據(jù)類型為RLC_SDU_DATA類型時(shí)，緩存中存儲(chǔ)的數(shù)據(jù)為無協(xié)議頭PDCP PDU；在所述緩存的數(shù)據(jù)類型為RLC_SDU_COMP類型時(shí)，緩存中存儲(chǔ)的數(shù)據(jù)為數(shù)據(jù)PDCP PDU，或者為序列號(hào)PDCP PDU和未壓縮報(bào)頭；在所述緩存的數(shù)據(jù)類型為RLC_SDU_CONTX類型時(shí)，緩存中存儲(chǔ)的數(shù)據(jù)為壓縮上下文數(shù)據(jù)和PDCP協(xié)議頭。
10.一種通信設(shè)備，包括PDCP實(shí)體和RLC實(shí)體，其特征在于PDCP實(shí)體用于對(duì)壓縮上下文數(shù)據(jù)或者PDCP SDU進(jìn)行處理后生成PDCPPDU，并將該P(yáng)DCP PDU發(fā)送到RLC實(shí)體；RLC實(shí)體用于對(duì)來自PDCP實(shí)體的PDCP PDU進(jìn)行緩存，并對(duì)該P(yáng)DCPPDU進(jìn)行處理后生成RLC PDU發(fā)送到對(duì)端RLC實(shí)體。
11.如權(quán)利要求10所述的通信設(shè)備，其特征在于所述通信設(shè)備為終端UE，或者無線網(wǎng)絡(luò)控制器RNC。
12.如權(quán)利要求11所述的通信設(shè)備，其特征在于所述通信設(shè)備為RNC；PDCP實(shí)體進(jìn)一步用于在頭壓縮有效時(shí)，將未壓縮報(bào)頭發(fā)送到RLC實(shí)體；RLC實(shí)體進(jìn)一步用于對(duì)所述未壓縮報(bào)頭進(jìn)行緩存。
13.如權(quán)利要求11所述的通信設(shè)備，其特征在于所述通信設(shè)備為RNC；PDCP實(shí)體進(jìn)一步用于在頭壓縮有效且RLC實(shí)體當(dāng)前的工作模式為確認(rèn)模式時(shí)，將未壓縮報(bào)頭發(fā)送到RLC實(shí)體；RLC實(shí)體進(jìn)一步用于對(duì)所述未壓縮報(bào)頭進(jìn)行緩存。
14.如權(quán)利要求12或13所述的通信設(shè)備，其特征在于PDCP實(shí)體進(jìn)一步用于在需要進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)，從RLC實(shí)體的緩存中取出PDCP SDU的報(bào)文凈荷以及未壓縮報(bào)頭，并將所述報(bào)文凈荷和所述未壓縮報(bào)頭組合后生成PDCP SDU發(fā)送出去。
15.如權(quán)利要求10至12任一項(xiàng)所述的通信設(shè)備，其特征在于RLC實(shí)體進(jìn)一步用于在當(dāng)前的工作模式為確認(rèn)模式，并且在接收到對(duì)端RLC實(shí)體發(fā)送的接收到RLC PDU的確認(rèn)消息時(shí)，刪除緩存中與該RLC PDU對(duì)應(yīng)的數(shù)據(jù)。
16.如權(quán)利要求10至12任一項(xiàng)所述的通信設(shè)備，其特征在于RLC實(shí)體進(jìn)一步用于在當(dāng)前的工作模式為非確認(rèn)模式，并且在將RLCPDU發(fā)送出去時(shí)，刪除緩存中與該RLC PDU對(duì)應(yīng)的數(shù)據(jù)。
全文摘要
本發(fā)明提供了一種分組數(shù)據(jù)匯聚協(xié)議層與無線鏈路控制層的數(shù)據(jù)處理方法及通信設(shè)備。該方法包括步驟1、PDCP層對(duì)壓縮上下文數(shù)據(jù)或者來自上層的PDCP SDU進(jìn)行處理后生成PDCP PDU，并將該P(yáng)DCP PDU發(fā)送到RLC層；步驟2、RLC層對(duì)來自PDCP層的PDCP PDU進(jìn)行緩存，并對(duì)該P(yáng)DCP PDU進(jìn)行處理后生成RLC PDU發(fā)送到對(duì)端RLC層。在頭壓縮有效時(shí)，步驟1進(jìn)一步包括，PDCP層將未壓縮報(bào)頭發(fā)送到RLC層；步驟2進(jìn)一步包括，RLC層對(duì)所述未壓縮報(bào)頭進(jìn)行緩存。通過本發(fā)明的方法，可以減小CPU的處理負(fù)擔(dān)以及減少內(nèi)存的使用，提高系統(tǒng)的處理能力。
文檔編號(hào)H04L29/02GK1913534SQ20061011579
公開日2007年2月14日 申請(qǐng)日期2006年8月17日 優(yōu)先權(quán)日2006年8月17日
發(fā)明者紀(jì)永昭, 沈偉峰, 湯正華, 楚志遠(yuǎn), 邱華, 付竹粉 申請(qǐng)人:華為技術(shù)有限公司