專利名稱：一種因特網(wǎng)協(xié)議頭壓縮參數(shù)的配置方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其是涉及一種因特網(wǎng)協(xié)議頭壓縮參數(shù)的配置方法。
背景技術(shù)：
UTRAN(Universal Terrestrial Radio Access Network，通用陸地?zé)o線接入網(wǎng)絡(luò))是第三代移動(dòng)通信網(wǎng)絡(luò)中的無線接入網(wǎng)部分，該網(wǎng)絡(luò)的無線接口包括物理層L1、數(shù)據(jù)鏈路層L2和網(wǎng)絡(luò)層L3。L2進(jìn)一步包括PDCP(Packet Data Convergence Protocol，分組數(shù)據(jù)匯聚協(xié)議)、RLC(Radio Link Control，無線鏈路控制)和MAC(Medium AccessControl，媒質(zhì)訪問控制)等子層。在WCDMA(Wideband Code DivisionMultiple Access，寬帶碼分多址接入)系統(tǒng)中采用基于IP(InternetProtocol，因特網(wǎng)協(xié)議)的頭壓縮算法，該算法根據(jù)TCP(TransmissionControl Protocol，傳輸控制協(xié)議)數(shù)據(jù)流和非TCP數(shù)據(jù)流建立相應(yīng)的TCP上下文和非TCP上下文。而PDCP子層的主要功能就是完成IP數(shù)據(jù)包的頭壓縮的解壓縮。
RB(RADIO BEARER，無線承載)是由L2提供的在UE(UserEquipment，用戶設(shè)備)和RNC(Radio Network Controller，無線網(wǎng)絡(luò)控制器)之間傳送用戶數(shù)據(jù)的服務(wù)。在RB中包括MAX_HEADER、TCP_SPACE和NON_TCP_SPACE等頭壓縮參數(shù)，其中MAX_HEADER為可壓縮的最大頭長度，單位為字節(jié)，范圍為60～65535字節(jié)；TCP_SPACE為TCP上下文空間，范圍為3～15，對(duì)應(yīng)的上下文標(biāo)識(shí)符為0～15；NON_TCP_SPACE為非TCP上下文空間，范圍為3～15，對(duì)應(yīng)的上下文標(biāo)識(shí)符為0～15。
在RB建立時(shí)，RNC根據(jù)UE接入時(shí)上報(bào)的頭壓縮處理能力T配置當(dāng)前RB中的MAX_HEADER、TCP_SPACE和NON_TCP_SPACE參數(shù)，其中頭壓縮處理能力T的取值為512字節(jié)或1024字節(jié)或2048字節(jié)或4096字節(jié)或8192字節(jié)。在進(jìn)行配置時(shí)，RB中各參數(shù)的取值應(yīng)符合下述公式的條件T≥(2×(TCP_SPACE+1+NON_TCP_SPACE+1)×MAX_HEADER)×RB_NUM其中RB_NUM為UE接入的RB數(shù)量。
目前，UE可以支持多個(gè)RB，而在建立第一個(gè)RB時(shí)，并不知道是否還需要建立新的RB。對(duì)于該種情況，現(xiàn)在有兩種處理方法，一種是在建立第一個(gè)RB時(shí)，只為該RB分配頭壓縮參數(shù)；另一種是在建立第一個(gè)RB時(shí)，為后續(xù)可能要建立的RB預(yù)留部分頭壓縮處理能力。
但是，采用只為第一個(gè)RB分配頭壓縮參數(shù)的方法時(shí)，如果需要建立新的RB，則由于用戶設(shè)備的頭壓縮處理能力在建立第一個(gè)RB時(shí)已經(jīng)使用完，導(dǎo)致后面新建的RB無法支持頭壓縮算法。當(dāng)采用為后續(xù)可能要建立的RB預(yù)留部分頭壓縮處理能力的方法時(shí)，如果并沒有新的RB需要建立，則導(dǎo)致頭壓縮處理能力的浪費(fèi)。

發(fā)明內(nèi)容
本發(fā)明的要解決的問題是提供一種IP頭壓縮參數(shù)的配置方法，以克服現(xiàn)有技術(shù)中UE不能很好支持多個(gè)RB情況下每個(gè)RB都支持IP頭壓縮的缺陷。
為達(dá)到上述目的，本發(fā)明提供一種IP頭壓縮參數(shù)的配置方法，包括以下步驟A、判斷是否有新的RB接入U(xiǎn)E；如果是，則轉(zhuǎn)步驟B；否則結(jié)束；B、RNC計(jì)算IP頭壓縮參數(shù)；C、將所述參數(shù)傳送給UE，并初始化RNC和UE。
按照本發(fā)明的一個(gè)方面，所述參數(shù)包括傳輸控制協(xié)議上下文空間、非傳輸控制協(xié)議上下文空間和可壓縮的最大頭長度。
按照本發(fā)明的另一個(gè)方面，步驟B進(jìn)一步包括B1、調(diào)整TCP上下文空間和非TCP上下文空間；B2、計(jì)算可壓縮的最大頭長度。
按照本發(fā)明的再一個(gè)方面，步驟B2所述可壓縮的最大頭長度的計(jì)算公式為T≥(2×(TCP_SPACE+1+NON_TCP_SPACE+1)×MAX_HEADER)×RB_NUM其中，T為UE的頭壓縮處理能力，TCP_SPACE為TCP上下文空間，NON_TCP_SPACE為非TCP上下文空間，MAX_HEADER為可壓縮的最大頭長度，RB_NUM為UE接入的RB數(shù)量，并且MAX_HEADER的最小值為60。
與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點(diǎn)本發(fā)明可以實(shí)現(xiàn)IP頭壓縮參數(shù)的動(dòng)態(tài)分配，在UE只接入一個(gè)RB時(shí)，UE的頭壓縮處理能力全部分配給該RB，所以能夠有效利用該UE的頭壓縮處理能力；而在UE接入多個(gè)RB時(shí)，可以為每個(gè)RB分配合適的IP頭壓縮參數(shù)，使所有RB都能夠支持頭壓縮算法。


圖1是本發(fā)明的一種IP頭壓縮參數(shù)的配置流程圖。
具體實(shí)施例方式
下面結(jié)合附圖和實(shí)施例，對(duì)本發(fā)明的具體實(shí)施方式
作進(jìn)一步詳細(xì)描述本發(fā)明的一種IP頭壓縮參數(shù)的配置流程如圖1所示，當(dāng)新建RB時(shí)，RNC根據(jù)當(dāng)前UE接入的RB數(shù)量計(jì)算IP頭壓縮參數(shù)，然后將該參數(shù)傳送給UE，并初始化RNC和UE相關(guān)參數(shù)。參照?qǐng)D1，本發(fā)明包括以下步驟步驟s101，判斷是否有新的RB接入U(xiǎn)E；如果是，則轉(zhuǎn)步驟s102；否則結(jié)束。
步驟s102，調(diào)整TCP上下文空間和非TCP上下文空間。根據(jù)RB的需求，調(diào)整TCP上下文空間和非TCP上下文空間。
步驟s103，計(jì)算可壓縮的最大頭長度。利用公式T≥(2×(TCP_SPACE+1+NON_TCP_SPACE+1)×MAX_HEADER)×RB_NUM計(jì)算可壓縮的最大頭長度MAX_HEADER，并且MAX_HEADER的最小值為60。
步驟s104，將所述參數(shù)傳送給UE，并初始化RNC和UE，使IP頭壓縮算法保持一致。
假設(shè)UE的頭壓縮處理能力T為4096字節(jié)，先后建立兩個(gè)RB。當(dāng)建立第一個(gè)RB時(shí)，經(jīng)判斷有新的RB接入U(xiǎn)E，所以調(diào)整TCP上下文空間和非TCP上下文空間。假設(shè)TCP上下文空間取最大值15，非TCP上下文空間也取最大值15，將T＝4096、TCP_SPACE＝15、NON_TCP_SPACE＝15和RB_NUM＝1代入如下公式T≥(2×(TCP_SPACE+1+NON_TCP_SPACE+1)×MAX_HEADER)×RB_NUM，計(jì)算MAX_HEADER，經(jīng)計(jì)算MAX_HEADER為64，符合其最小值為60的條件。因此將TCP_SPACE為15、NON_TCP_SPACE為15和MAX_HEADER為64傳送給UE，并初始化RNC和UE相關(guān)參數(shù)，完成IP頭壓縮參數(shù)的配置。
當(dāng)建立第二個(gè)RB時(shí)，經(jīng)判斷有新的RB接入U(xiǎn)E，所以調(diào)整TCP上下文空間和非TCP上下文空間。假設(shè)兩個(gè)RB的需求相同，所以平均分配TCP上下文空間和非TCP上下文空間，取TCP上下文空間為7，非TCP上下文空間也為7。將T＝4096、TCP_SPACE＝7、NON_TCP_SPACE＝7和RB_NUM＝2代入如下公式T≥(2×(TCP_SPACE+1+NON_TCP_SPACE+1)×MAX_HEADER)×RB_NUM，計(jì)算MAX_HEADER，經(jīng)計(jì)算MAX_HEADER為64，符合其最小值為60的條件。因此將TCP_SPACE為7、NON_TCP_SPACE為7和MAX_HEADER為64傳送給UE，并初始化RNC和UE，完成IP頭壓縮參數(shù)的配置。
以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種因特網(wǎng)協(xié)議頭壓縮參數(shù)的配置方法，其特征在于，包括以下步驟A、判斷是否有新的無線承載接入用戶設(shè)備；如果是，則轉(zhuǎn)步驟B；否則結(jié)束；B、無線網(wǎng)絡(luò)控制器計(jì)算因特網(wǎng)協(xié)議頭壓縮參數(shù)；C、將所述參數(shù)傳送給用戶設(shè)備，并初始化無線網(wǎng)絡(luò)控制器和用戶設(shè)備。
2.如權(quán)利要求1所述因特網(wǎng)協(xié)議頭壓縮參數(shù)的配置方法，其特征在于，所述參數(shù)包括傳輸控制協(xié)議上下文空間、非傳輸控制協(xié)議上下文空間和可壓縮的最大頭長度。
3.如權(quán)利要求2所述因特網(wǎng)協(xié)議頭壓縮參數(shù)的配置方法，其特征在于，步驟B進(jìn)一步包括B1、調(diào)整傳輸控制協(xié)議上下文空間和非傳輸控制協(xié)議上下文空間；B2、計(jì)算可壓縮的最大頭長度。
4.如權(quán)利要求3所述因特網(wǎng)協(xié)議頭壓縮參數(shù)的配置方法，其特征在于，步驟B2所述可壓縮的最大頭長度的計(jì)算公式為T≥(2×(TCP_SPACE+1+NON_TCP_SPACE+1)×MAX_HEADER)×RB_NUM，其中，T為用戶設(shè)備的頭壓縮處理能力，TCP_SPACE為傳輸控制協(xié)議上下文空間，NON_TCP_SPACE為非傳輸控制協(xié)議上下文空間，MAX_HEADER為可壓縮的最大頭長度，RB_NUM為用戶設(shè)備接入的無線承載數(shù)量，并且MAX_HEADER的最小值為60。
全文摘要
一種IP頭壓縮參數(shù)的配置方法，涉及通信技術(shù)領(lǐng)域，解決現(xiàn)有技術(shù)中UE不能很好支持多個(gè)RB情況下每個(gè)RB都支持IP頭壓縮的缺陷。本發(fā)明首先判斷是否有新的RB接入U(xiǎn)E；如果是，則RNC計(jì)算IP頭壓縮參數(shù)，然后將所述參數(shù)傳送給UE，并初始化RNC和UE；否則結(jié)束。本發(fā)明可以實(shí)現(xiàn)IP頭壓縮參數(shù)的動(dòng)態(tài)分配，在UE只接入一個(gè)RB時(shí)，UE的頭壓縮處理能力全部分配給該RB，所以能夠有效利用該UE的頭壓縮處理能力；而在UE接入多個(gè)RB時(shí)，可以為每個(gè)RB分配合適的IP頭壓縮參數(shù)，使所有RB都能夠支持頭壓縮算法。
文檔編號(hào)H04L12/28GK1984150SQ20061008322
公開日2007年6月20日 申請(qǐng)日期2006年5月31日 優(yōu)先權(quán)日2006年5月31日
發(fā)明者湯正華, 楊東利 申請(qǐng)人:華為技術(shù)有限公司