專利名稱：雙向分包數(shù)據(jù)傳輸系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及分包數(shù)據(jù)傳輸，尤其是涉及一種移動通訊系統(tǒng)的分包數(shù)據(jù)傳輸方法和系統(tǒng)。
背景技術(shù)：
近來，移動通訊系統(tǒng)得到了飛速的發(fā)展，但是在大容量數(shù)據(jù)通訊服務(wù)方面，它還是落后于有線通訊系統(tǒng)。全球許多國家正在研發(fā)IMT-2000技術(shù)并且在積極協(xié)同研發(fā)該技術(shù)的標(biāo)準(zhǔn)化。
一種通用移動通訊系統(tǒng)(UMTS)是采用眾所周知的移動通訊全球系統(tǒng)(GSM)標(biāo)準(zhǔn)的第三代移動通訊系統(tǒng)。該標(biāo)準(zhǔn)是一項歐洲標(biāo)準(zhǔn)，其目的是提供一項基于GSM核心網(wǎng)絡(luò)和寬帶碼分多址(W-CDMA)技術(shù)的改良移動通訊服務(wù)。
在1998年12月，歐洲的ETSI、日本的ARIB/TTC、美國的T1以及韓國的TTA組成了一個第三代合作項目(3GPP)，其目的是創(chuàng)建適用于標(biāo)準(zhǔn)化UMTS的技術(shù)規(guī)范。
推動3GPP所執(zhí)行的UMTS標(biāo)準(zhǔn)化工作已經(jīng)組成了五個技術(shù)規(guī)范工作組(TSG)，各個工作組都提出了形成具有獨立操作的網(wǎng)絡(luò)元件。
更具體的說，各個TSG研發(fā)、通過和管理在各自領(lǐng)域中的標(biāo)準(zhǔn)技術(shù)規(guī)范。在他們中間，無線電接入網(wǎng)絡(luò)(RAN)組(TSG-RAN)研發(fā)了UMTS地面無線電存取網(wǎng)絡(luò)(UTRAN)的功能、所需項目和接口的技術(shù)規(guī)范，其中該UMTS地面無線電存取網(wǎng)絡(luò)(UTRAN)是一種新的支持在UMTS中的W-CDMA接入技術(shù)的RAN。


圖1說明了一例通用UMTS網(wǎng)絡(luò)結(jié)構(gòu)的實例。
正如圖1所示，UMTS可大致分成為一個終端、UTRAN 100和一個核心網(wǎng)絡(luò)200。
UTRAN 100包括一個和多個無線電網(wǎng)絡(luò)子系統(tǒng)(RNS)110和120。各個RAN110和120包括一個無線電網(wǎng)絡(luò)控制器(RNC)111和多個由RNC11所管理的節(jié)點B112和113。RNC執(zhí)行包括分配和管理無線電資源的功能，并且作為一個與核心網(wǎng)絡(luò)200相關(guān)的接入點來操作。
結(jié)點Bs 112和113接受由終端的物理層通過一個上行鏈路發(fā)送的信息，以及通過一個下行鏈路向終端發(fā)送數(shù)據(jù)。于是，結(jié)點Bs 112和113作為UTRAN的訪問點對終端進行操作。
核心網(wǎng)絡(luò)200包括用于支持電路交換業(yè)務(wù)的一個移動交換中心(MSC)210和一個網(wǎng)關(guān)移動交換中心(GMSC)220，和用于支持?jǐn)?shù)據(jù)包交換服務(wù)的一個服務(wù)GPRS支持結(jié)點(SGSN)230和一個網(wǎng)關(guān)GPRS支持結(jié)點240。
向指定終端所提供的服務(wù)大致可分成為線路交換服務(wù)和數(shù)據(jù)包交換服務(wù)。例如，一般的語音電話呼叫服務(wù)屬于線路交換服務(wù)，而通過互聯(lián)網(wǎng)連接的環(huán)球網(wǎng)瀏覽服務(wù)可分類為數(shù)據(jù)包交換服務(wù)。
在支持線路交換服務(wù)的情況下，RNC 111連接著核心網(wǎng)絡(luò)200的MSC 210，并且MSC 210連接著管理與其它網(wǎng)絡(luò)連接的GMSC 220。
同時，在支持?jǐn)?shù)據(jù)包交換服務(wù)的情況下，RNC 111提供與核心網(wǎng)絡(luò)200的SGSN 230和GGSN 240有關(guān)的服務(wù)。SGSN 230支持發(fā)送至RNC 111的數(shù)據(jù)包通訊，并且GGSN 240管理與諸如互聯(lián)網(wǎng)網(wǎng)絡(luò)之類的其它數(shù)據(jù)包交換網(wǎng)絡(luò)的連接。
在網(wǎng)絡(luò)元件之間存在著各種接口，以允許網(wǎng)絡(luò)元件對一個共享的通訊可以相互提供和獲取信息。在RNC 111和核心網(wǎng)絡(luò)200之間的接口可以定義為lu接口。特別是，在RNC 111和核心網(wǎng)絡(luò)200的數(shù)據(jù)包交換有關(guān)系統(tǒng)之間的lu接口可定義為lu-PS，以及在RNC 111和核心網(wǎng)絡(luò)200的線路交換有關(guān)系統(tǒng)之間的lu接口可定義為lu-CS。
圖2說明了一種根據(jù)3GPP無線電存取網(wǎng)絡(luò)標(biāo)準(zhǔn)在終端和UTRAN 100之間的無線電接口協(xié)議的結(jié)構(gòu)。
正如圖2所示，該無線電接口協(xié)議可以垂直分成為一個物理層、一個數(shù)據(jù)鏈路層和一個網(wǎng)絡(luò)層，并且也可以水平分成為一個適用于發(fā)送數(shù)據(jù)信號的用戶平面(U-plane)和一個適用于發(fā)送控制信號的控制平面(C-plane)。
用戶平面是一個管理用戶的話務(wù)信息(例如，一個語音信號和一個IP包)的區(qū)域，而控制平面是一個管理控制信息(例如，一個網(wǎng)絡(luò)接口或者一個呼叫的維護和管理)的區(qū)域。
在圖2中，根據(jù)一個開放系統(tǒng)互連(OSI)標(biāo)準(zhǔn)模式的三個較低層，協(xié)議層可以分成第一層(L1)、第二層(L2)和第三層(L3)。
現(xiàn)在討論圖2所示的各個協(xié)議層的功能。
第一層(L1)，即，物理層提供使用各種無線電傳輸技術(shù)向上層提供一種信息傳輸服務(wù)。
物理層通過傳輸信道連接著上一層MAC層，并且MAC層和物理層通過傳輸信道來傳輸信號。
第二層(L2)包括一個MAC層、一個無線電連接控制(RLC)層和一個數(shù)據(jù)包數(shù)據(jù)集中協(xié)議(PDCP)層。
MAC層提供MAC參數(shù)的重新分配的服務(wù)，以便于無線電資源的分配和重新分配。
MAC層通過一個邏輯信道連接著無線電連接控制(RLC)層，并且可以根據(jù)傳輸信息的種類提供各種邏輯信道。
一般來說，在發(fā)送控制平面的信息時，就使用控制信道。在發(fā)送用戶平面的信息時，就使用話務(wù)信道。
RLC層支持可靠的數(shù)據(jù)傳輸并執(zhí)行從上層所接受到的一個RLC服務(wù)數(shù)據(jù)單元(SDU)的分段和重組。
在從上層接受到RLC SDU時，RLC層就控制各個RLC SDU的尺寸，使之能夠適合于處理的容量。并且將頭文件附加于其，以產(chǎn)生數(shù)據(jù)單元。于是，將所產(chǎn)生的數(shù)據(jù)單元稱之為協(xié)議數(shù)據(jù)單元(PDU)，它可以傳送至MAC層。RLC層包括一個適用于存儲RLC SDU或者RLC PDU的RLC緩存器。
數(shù)據(jù)包數(shù)據(jù)集中協(xié)議(PDCP)層是一層比RLC層的更高的層。利用諸如IPv4(互聯(lián)網(wǎng)協(xié)議版本4)或者IPv6(互聯(lián)網(wǎng)協(xié)議版本6)之類網(wǎng)絡(luò)協(xié)議所發(fā)送的數(shù)據(jù)可以依靠PDCP層以相當(dāng)小的帶寬在無線電接口上有效傳輸。
正是這一目的，PDCP層執(zhí)行減小在有線網(wǎng)絡(luò)中所使用的不需要的控制信息的功能，這可稱之為頭文件壓縮，對此可以使用所謂IETE(互聯(lián)網(wǎng)工程任務(wù)組)的互聯(lián)網(wǎng)標(biāo)準(zhǔn)化組所定義的諸如RFC2507或者RFC3095(魯棒性頭文件壓縮(ROHC))之類的頭文件壓縮方案。
在這些方案中，只需要對應(yīng)所發(fā)送的數(shù)據(jù)頭文件部分的信息，從而減小了需要發(fā)送的數(shù)據(jù)量。于是，就需要去除頭文件的不需要字段或者減小頭文件字段中的尺寸，從而減小頭文件部分的數(shù)據(jù)量。
RRC(無線電資源控制)層可定位在第三層的最下部分。RRC層只在控制平面中定義，并且控制與無線電信使(RB)的設(shè)置、重置和釋放有關(guān)的傳送信道和物理信道。
RB服務(wù)表示一種由適用于在終端和UTRAN之間數(shù)據(jù)發(fā)送的第二層所提供的服務(wù)，并且RB的設(shè)置意味著約定協(xié)議層和信道的特征的處理過程，這對提供指定服務(wù)以及設(shè)置各自的詳細(xì)參數(shù)和操作方式都是必需的。
舉例來說，在用戶平面還是在控制平面上包含RLC層取決于那一層連接著上層位置。如果RLC層接受來自RRC層的數(shù)據(jù)，則RLC層就屬于控制平面；反之，RLC層就屬于用戶平面。
正如圖2所示，在RLC層和PDCP層的情況下，可以在一層中存在著多個實體。這是因為一個終端可以具有多個RB，并且一般一個RLC實體(或者只有一個PDCP實體)可以作為一個RB來使用。
圖4是一個根據(jù)常規(guī)技術(shù)來實現(xiàn)頭文件壓縮方案的信號流程圖，圖5說明了終端和UTRAN的壓縮器和解壓縮器的結(jié)構(gòu)。
現(xiàn)在參考圖4和圖5來討論一個PDCP層的IP頭文件壓縮方案。
首先，參考RFC2507，當(dāng)然可以根據(jù)IP層的上層協(xié)議是否TCP協(xié)議來使用不同的壓縮方案。也就是說，如果IP層的上層協(xié)議是UDP，則可以使用稱之為“壓縮非TCP”的壓縮方案；如果IP層的上層協(xié)議是TCP，則可以使用稱之為“壓縮TCP”的壓縮方案。壓縮TCP可分類成一個“壓縮TCP”和一個“壓縮TCP nodelta”，這取決于一個可變頭文件字段的傳輸方法。
“壓縮TCP”方案的方法是基于在連續(xù)的數(shù)據(jù)包之間可變的頭文件字段數(shù)值相互之間沒有太大的差異、只需發(fā)送在頭文件字段數(shù)值之間的差異而不需要發(fā)送整個字段數(shù)據(jù)的事實。然而，“壓縮TCP nodelta”方案是一個發(fā)送整個可變字段數(shù)值的方法。
在“壓縮TCP”方案的情況下，發(fā)送部分首先發(fā)送一個數(shù)據(jù)包流的整個頭文件包，以構(gòu)成在發(fā)送部分中和在接受部分中的內(nèi)容，隨后使用一個表示與原先數(shù)據(jù)包的差異的一壓縮頭文件來發(fā)送其后的數(shù)據(jù)包。然而，“壓縮TCPnodelta”方案是發(fā)送隨著變化的整個頭文件字段數(shù)值。
相類似，在“壓縮非TCP”方案中，發(fā)送部分首先發(fā)送一個數(shù)據(jù)包流的整個頭文件包，以構(gòu)成在發(fā)送部分中和在接受部分中的內(nèi)容，并隨后發(fā)送一個根據(jù)下一個數(shù)據(jù)包的可變字段所形成的整個頭文件字段數(shù)值。
然而，“壓縮非TCP”方案可以用于單向的通訊，并且可以采用一種壓縮慢啟動的方法，該方法以指數(shù)增加的間隔來發(fā)送整個頭文件信息。在壓縮慢啟動的方法中，如果整個頭文件信息是變化的或者采用了一個新的頭文件壓縮方案，都可以在初始階段頻繁地發(fā)送相同的整個頭文件，并隨后逐步加寬發(fā)送的間隔。圖3顯示了壓縮慢啟動方法的概念。
構(gòu)成壓縮和解壓縮形式的參數(shù)應(yīng)該定義成在PDCP層上使用RFC2507頭文件壓縮方案。
在RFC2507頭文件壓縮方案中的定義包括一個F_MAX_PERIOD參數(shù)，它表示在壓縮慢慢上升方法中指數(shù)重復(fù)發(fā)送的全部頭文件包之間可發(fā)送的壓縮后的非TCP頭文件包的數(shù)量；一個F_MAX_TIME參數(shù)，它表示在已經(jīng)發(fā)送的最后一個全部頭文件包的時間點和要發(fā)送的下一個全部頭文件包的時間點之間的壓縮頭文件包發(fā)送時間；一個MAX_HEADER參數(shù)，它表示適用于頭文件壓縮方案的頭文件的最大尺寸；一個TCP_SPACE參數(shù)，它表示適用于“壓縮TCP”方案的內(nèi)容最大數(shù)值；一個NON_TCP_SPACE參數(shù)，它表示適用于“壓縮非TCP”方案的內(nèi)容最大數(shù)值；以及一個EXPECTED_RECORDING參數(shù)，它表示是否能支持再排序陣列。F_MAX_TIME參數(shù)用于提示全部頭文件包的重復(fù)周期(參考圖1)。
這些參數(shù)用于構(gòu)成在終端410和UTRAN 420和在RFC 2507以及RFC 2507頭文件壓縮方案中的IETF文檔中所定義的壓縮器512和522以及解壓縮器511和521的形式。


現(xiàn)在討論采用RFC 2507頭文件壓縮方案的頭文件壓縮和解壓縮的處理過程。
首先，終端10的RRC層411向UTRAN 420的RRC層421發(fā)送容量信息。隨后，UTRAN 420的RRC層421參照容量信息分配頭文件壓縮所需的存儲器資源。也就是說，RRC層421設(shè)置形成壓縮器512和522以及解壓縮器511和521的參數(shù)數(shù)值。
例如，F(xiàn)_MAX_PERIOD可設(shè)置為256，F(xiàn)_MAX_TIME為5，MAX_HEADER為168，以及NON_TCP_SPACE為15。
當(dāng)所有的參數(shù)數(shù)值都設(shè)置時，UTRAN 420的RRC層421就將所設(shè)置的參數(shù)數(shù)值發(fā)送至終端410的RRC層411。
當(dāng)參數(shù)數(shù)值到達終端410時，終端410的RRC層411和UTRAN 420的RRC層421分別將所設(shè)置的參數(shù)數(shù)值傳遞至各自的PDCP層412和422。隨后，在PDCP層412和422中所包含的頭文件壓縮執(zhí)行層就根據(jù)所接受到的參數(shù)數(shù)值來形成壓縮器512和522以及解壓縮器511和521。
現(xiàn)在討論ROHC(魯棒性頭文件壓縮)方案。
ROHC方案常用于減小RTP(實時傳輸協(xié)議)/UDP(用戶數(shù)據(jù)自帶尋址信息協(xié)議)/IP(互聯(lián)網(wǎng)協(xié)議)數(shù)據(jù)包的頭文件信息。RTP/UDP/IP數(shù)據(jù)包，這是指在用戶數(shù)據(jù)通過各層時已經(jīng)附加了RTP、UDP和IP相關(guān)的頭文件的數(shù)據(jù)包，它包括適用于通過互聯(lián)網(wǎng)向目的地發(fā)送數(shù)據(jù)所需的各種頭文件信息。
ROHC方案是一個基于屬于一個數(shù)據(jù)包流的系列數(shù)據(jù)包的包頭文件的各個字段數(shù)值幾乎都是相同的事實的頭文件壓縮方案。于是，在ROHC方案中，不是發(fā)送整個頭文件字段，而是只發(fā)送變化的字段。
例如，在IPv4(互聯(lián)網(wǎng)協(xié)議版本4)的情況下，RTP/UDP/IP數(shù)據(jù)包的頭文件的整個尺寸是40個八位字節(jié)，在IPv6(互聯(lián)網(wǎng)協(xié)議版本6)的情況下，RTP/UDP/IP數(shù)據(jù)包的頭文件的整個尺寸是60個八位字節(jié)。同時，純數(shù)據(jù)部分(載荷)通常是具有15-20個八位字節(jié)。即，由于控制的信息量要比實際需要發(fā)送的數(shù)據(jù)量大得多，所以發(fā)送的效率就非常低。因此，使用頭文件壓縮方案就能夠保證高的發(fā)送效率，因為控制信息量減小了很多(在使用ROHC方案的情況下，頭文件的尺寸可以減小到大約1個八位字節(jié)至3個八位字節(jié))。
類似于RFC 2507的頭文件壓縮方案，為了在PDCP層上使用ROHC方案，就應(yīng)該定義構(gòu)成壓縮器和解壓縮器形式的參數(shù)。
適用于ROHC方案所定義的參數(shù)包括一個Max_CID參數(shù)，它提示在壓縮器中可使用的內(nèi)容最大數(shù)值；一個類別參數(shù)，它表示在RTP/UDP/IP、UDP/IP和ESP/IP中所對應(yīng)的數(shù)據(jù)包流使用的IP包類別；一個MRRU(最大可重新構(gòu)成的接受單元)參數(shù)，它表示一個IP是否應(yīng)該分組并且也表示在解壓縮器中分組之后重新組合時組的最大尺寸；一個Packet_Sized_Allowed參數(shù)，它提示由ROHC方案所支持的壓縮頭文件數(shù)據(jù)包的尺寸；以及一個Reverse_Decompression_Depth參數(shù)，它表示在解壓縮器對壓縮包解壓縮失敗之后是否對壓縮數(shù)據(jù)包試圖重新進行解壓縮，以及確定重新進行解壓縮的次數(shù)。這些參數(shù)都是在ROHC方案中的IETF文檔RFC 309中所定義的。
采用ROHC方案的頭文件壓縮和解壓縮處理過程相同于以上所討論的RFC2507頭文件壓縮處理過程(參照圖4和圖5)。
對于上行鏈路的通訊來說，終端410的壓縮器512和UTRAN 420的解壓縮器521應(yīng)該都具有相同的形式，對于下行鏈路的通訊來說，UTRAN 420的壓縮器522和終端410的解壓縮器511也應(yīng)該具有相同的形式。
因為，UTRAN 420的RRC層421設(shè)置形成壓縮器和解壓縮器的參數(shù)數(shù)值，而不需要考慮上行和下行鏈路，在終端410和UTRAN 420中所具備的壓縮器512和522以及解壓縮器511和521都具有相同的形式。
為了能有效地提供一種VoIP服務(wù)和一種流式服務(wù)以及避免無線電資源的浪費，UMTS系統(tǒng)采用了頭文件壓縮方案，例如，RFC2507頭文件壓縮方案或者ROHC方案，將原始尺寸為40字節(jié)至60字節(jié)的頭文件壓縮成尺寸為1～4個字節(jié)并且發(fā)送該頭文件。出于這一目的，終端410和UTRAN 420應(yīng)該定義適用于形成壓縮器和解壓縮器的參數(shù)。
通常，UMTS系統(tǒng)也提供流式服務(wù)，在流式服務(wù)中，上行和下行鏈路是非對稱的而在VoIP服務(wù)中上行和下行鏈路是對稱的。
在這一方面，RRC層411和421以及PDCP層412和422只考慮諸如VoIP(利用IP的語音電話)之類的上行和下行對稱結(jié)構(gòu)中的發(fā)送服務(wù)來設(shè)置存儲器資源，使得上行鏈路中的壓縮器和解壓縮器512和521以及下行鏈路中的壓縮器和解壓縮器522和511都具有相同的形式。
在傳統(tǒng)的雙向數(shù)據(jù)包數(shù)據(jù)傳輸系統(tǒng)存在著一個問題，即使是諸如流式服務(wù)的非對稱結(jié)構(gòu)的包數(shù)據(jù)傳輸，UMTS系統(tǒng)仍舊對上行和下行鏈路分配相同的頭文件壓縮相關(guān)存儲器資源。
流式服務(wù)是一種下行鏈路定向的服務(wù)，在該服務(wù)中，用戶所需服務(wù)的數(shù)據(jù)包的數(shù)據(jù)是提供下行鏈路來發(fā)送的，同時，對發(fā)送包數(shù)據(jù)的接受信息通過上行鏈路來反饋。
在流式服務(wù)的特性方面，發(fā)送至下行鏈路中的包數(shù)據(jù)量要比發(fā)送至上行鏈路中的包數(shù)據(jù)量大得多。于是，傳統(tǒng)的雙向包數(shù)據(jù)傳輸系統(tǒng)是不利的，該系統(tǒng)不必要地浪費了頭文件壓縮方案所使用的存儲器資源，并因此而降低了資源的效率。
上述論述結(jié)合了本文的參考文獻，在參考文中包含了適當(dāng)技術(shù)的其它或者替代細(xì)節(jié)、性能和/或技術(shù)背景。

發(fā)明內(nèi)容
因此，本發(fā)明的一個目的是提供一種雙向數(shù)據(jù)包數(shù)據(jù)傳輸系統(tǒng)和方法，能夠非對稱設(shè)置一個上行鏈路存儲器資源和一個下行鏈路存儲器資源的方法。
為了能夠至少全部或部分獲得上述目的，提供了一種適用于在一個終端和一個無線電存取網(wǎng)絡(luò)之間包數(shù)據(jù)傳輸?shù)碾p向數(shù)據(jù)包數(shù)據(jù)傳輸系統(tǒng)，在該系統(tǒng)中，獨立設(shè)置一個上行鏈路資源和一個下行鏈路資源。
較佳的是，該資源是一個存儲器資源。
較佳的是，該存儲器資源涉及頭文件壓縮。
較佳的是，該存儲器資源具有頭文件壓縮和解壓縮所需的參數(shù)。
較佳的是，一個無線電存取網(wǎng)絡(luò)的RRC層對上行鏈路發(fā)送和下行鏈路發(fā)送設(shè)置不同的資源。
較佳的是，一個終端的PDCP層根據(jù)所接受到上行鏈路的參數(shù)數(shù)值來形成一個壓縮器，根據(jù)所接受到的下行鏈路的參數(shù)數(shù)值來形成一個解壓縮器，并且進行頭文件的壓縮和解壓縮。
較佳的是，一個無線電存取網(wǎng)絡(luò)的PDCP層根據(jù)所接受到上行鏈路的參數(shù)數(shù)值來形成一個解壓縮器，根據(jù)所接受到的下行鏈路的參數(shù)數(shù)值來形成一個壓縮器，并且進行頭文件的壓縮和解壓縮。
為了能夠至少全部或部分獲得上述目的，還提供了一種適用于在一個終端和一個無線電存取網(wǎng)絡(luò)之間包數(shù)據(jù)傳輸?shù)碾p向數(shù)據(jù)包數(shù)據(jù)傳輸系統(tǒng)，該系統(tǒng)包括將上行鏈路的資源和下行鏈路的資源設(shè)置成不同的；將所設(shè)置的資源發(fā)送至終端和無線電存取網(wǎng)絡(luò)中的各個PDCP層；并且使用所接受到的資源非對稱地執(zhí)行上行和下行鏈路的傳輸。
較佳的是，在資源的設(shè)置步驟中，確定頭文件壓縮和解壓縮所需的參數(shù)，并且設(shè)置參數(shù)的尺寸。
較佳的是，非對稱傳輸執(zhí)行步驟包括根據(jù)所接受到的上行鏈路的參數(shù)數(shù)值來形成壓縮器，以及根據(jù)所接受到的下行鏈路的參數(shù)數(shù)值來形成解壓縮器；并且根據(jù)頭文件壓縮方案使用壓縮器和解壓縮器來執(zhí)行數(shù)據(jù)包的傳輸。
較佳的是，非對稱傳輸執(zhí)行步驟包括根據(jù)所接受到的上行鏈路的參數(shù)數(shù)值來形成解壓縮器，以及根據(jù)所接受到的下行鏈路的參數(shù)數(shù)值來形成壓縮器；并且根據(jù)頭文件壓縮方案使用壓縮器和解壓縮器來執(zhí)行數(shù)據(jù)包的傳輸。
在以下的討論部分中將進一步闡述本發(fā)明的其它優(yōu)點、目標(biāo)和性能，并且本領(lǐng)域中的熟練專業(yè)人士將通過以下部分以及對本發(fā)明實現(xiàn)的了解使得上述優(yōu)點、目標(biāo)和性能變得更加清晰。在后附的權(quán)利要求中將實現(xiàn)和具體指出的本發(fā)明的目的和優(yōu)點。
附圖的簡要描述將參考附圖進一步詳細(xì)討論本發(fā)明，在附圖中，類似的標(biāo)號表示相似的元件，其中圖1顯示了通用UMTS系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)；圖2顯示了根據(jù)3GPP無線電存取網(wǎng)絡(luò)標(biāo)準(zhǔn)在終端和UTRAN之間的無線電訪問接口協(xié)議的結(jié)構(gòu)；圖3顯示了一種壓縮慢慢上升方案的概念；圖4是一種根據(jù)常規(guī)技術(shù)實現(xiàn)頭文件壓縮方案的信號流程圖；圖5顯示了根據(jù)常規(guī)技術(shù)在終端和UTRAN中的壓縮器和解壓縮器的結(jié)構(gòu)；圖6是一個根據(jù)本發(fā)明較佳實施例實現(xiàn)頭文件壓縮方案的信號流程圖；和，圖7顯示了根據(jù)本發(fā)明較佳實施例在終端和UTRAN中的壓縮器和解壓縮器的結(jié)構(gòu)。
較佳實施例的具體描述圖7說明了根據(jù)本發(fā)明較佳實施例在終端式移動單元中以及在UTRAN中的壓縮器和解壓縮器的結(jié)構(gòu)，并且以在一個上行鏈路和一個下行鏈路之間的非對稱結(jié)構(gòu)來顯示其傳輸。
正如圖7所示，本發(fā)明的一個壓縮器和一個解壓縮器的結(jié)構(gòu)都相同于常規(guī)技術(shù)(參照圖5)。
本發(fā)明與常規(guī)技術(shù)的唯一差異是，UTRAN 620和終端610考慮上行和下行鏈路非對稱的傳輸以及上行和下行鏈路的對稱傳輸對上行和下行鏈路分配頭文件壓縮方案所需要的存儲器資源。
圖6是一個根據(jù)本發(fā)明較佳實施例實現(xiàn)頭文件壓縮方案的信號流程圖。
正如圖6所示，一種根據(jù)本發(fā)明較佳實施例的雙向數(shù)據(jù)包數(shù)據(jù)傳輸系統(tǒng)包括UTRAN 620，適用于設(shè)置上行傳輸和下行傳輸所需的頭文件壓縮相關(guān)的參數(shù)數(shù)值，以及形成壓縮器722和解壓縮器721；終端610，適用于向UTRAN 620發(fā)送容量信息，從UTRAN 620接受設(shè)置頭文件壓縮相關(guān)參數(shù)數(shù)值并且根據(jù)所接受到的參數(shù)數(shù)值來形成一個壓縮器712和一個解壓縮器711。
UTRAN 620包括一個RRC層621，它適用于設(shè)置上行鏈路傳輸和下行鏈路傳輸所需要的頭文件壓縮相關(guān)參數(shù)數(shù)值，并且將參數(shù)數(shù)值發(fā)送至終端的RRC層611以及發(fā)送至它的PDCP層622；一個PDCP層622，適用于形成上行鏈路傳輸所使用的解壓縮器721和下行鏈路傳輸所使用的壓縮器722，并且執(zhí)行頭文件的壓縮和解壓縮。
終端610包括RRC層611，適用于接受由UTRAN 620的RRC層621所設(shè)置的參數(shù)數(shù)值，并且將該數(shù)值發(fā)送至它的PDCP層612；和PDCP層621，適用于根據(jù)所接受到的參數(shù)數(shù)值來形成上行鏈路傳輸所使用的壓縮器712和下行鏈路傳輸所使用的解壓縮器711，并且執(zhí)行頭文件的壓縮和解壓縮；以及第一和第二存儲器空間，分別適用于上行鏈路和下行鏈路的數(shù)據(jù)傳輸。這兩個存儲器空間可以是相互獨立的。
現(xiàn)在討論數(shù)據(jù)包數(shù)據(jù)傳輸系統(tǒng)的操作。
開始之后，終端610的RRC層611就向UTRAN 620的RRC層621發(fā)送容量信息。
隨后，UTRAN 620的RRC層621從所接受到的容量信息中區(qū)分出上行鏈路的容量信息和下行鏈路的容量信息。之后，RRC層參考上行鏈路容量信息來設(shè)置適用于形成上行鏈路的壓縮器712和解壓縮器721的參數(shù)數(shù)值，以及也參考下行鏈路容量信息來設(shè)置適用于形成下行鏈路的壓縮器722和解壓縮器711的參數(shù)數(shù)值。
參考終端的容量信息并不一定要設(shè)置參數(shù)數(shù)值。這些參數(shù)數(shù)值可以參考在UTRAN 620中原先設(shè)置的統(tǒng)計計算數(shù)值來設(shè)置。
在完成參數(shù)數(shù)值的設(shè)置之后，UTRAN 620的RRC層621就將所設(shè)置的參數(shù)數(shù)值發(fā)送至終端610的RRC層611。RRC層621可以只發(fā)送壓縮器(上行)的設(shè)置參數(shù)，或者只發(fā)送解壓縮器(下行)的設(shè)置參數(shù)，或者向兩者都發(fā)送設(shè)置參數(shù)。
當(dāng)所設(shè)置的參數(shù)數(shù)值發(fā)送至終端610時，終端610的RRC層611和UTRAN620的RRC層就將設(shè)置的參數(shù)數(shù)值發(fā)送至PDCP層612和622。隨后，在PDCP層612和622中所包括的各個頭文件壓縮執(zhí)行層根據(jù)參數(shù)數(shù)值形成壓縮器712和722以及解壓縮起711和721。
具體的說，UTRAN 620的頭文件壓縮執(zhí)行層根據(jù)參數(shù)數(shù)值形成適用于上行鏈路傳輸?shù)慕鈮嚎s器721和適用于下行鏈路傳輸?shù)膲嚎s器722，以及終端610的頭文件壓縮執(zhí)行層根據(jù)參數(shù)數(shù)值形成適用于上行鏈路傳輸?shù)膲嚎s器712和適用于下行鏈路傳輸?shù)慕鈮嚎s器711。
此時，終端610和UTRAN 620的頭文件壓縮執(zhí)行層就可以根據(jù)一定的頭文件壓縮方案使用壓縮器712和722以及解壓縮器711和721來執(zhí)行頭文件壓縮和解壓縮。
正如以上所討論的，在根據(jù)本發(fā)明較佳實施例的雙向數(shù)據(jù)包數(shù)據(jù)傳輸系統(tǒng)中，終端610的壓縮器722和解壓縮器721(或者UTRAN 620的壓縮器722和解壓縮器721的形式)可以采用不同的形式構(gòu)成，從而可以不同的方式來設(shè)置將分配給上行和下行的頭文件壓縮相關(guān)存儲器資源。具有點對點關(guān)系的壓縮器和解壓縮器712、721、722和711的形式在相互之間是相同的。
根據(jù)本發(fā)明的雙向數(shù)據(jù)包數(shù)據(jù)傳輸系統(tǒng)通過采用RFC 2507頭文件壓縮方案或者ROHC方案來實現(xiàn)頭文件的壓縮和解壓縮。
首先，在對雙向數(shù)據(jù)包數(shù)據(jù)傳輸系統(tǒng)采用RFC 2507頭文件壓縮方案的情況下，執(zhí)行上行鏈路通訊的終端610的壓縮器712和UTRAN 620的解壓縮器721可以由下列參數(shù)數(shù)值形成，一個提示與壓縮慢慢上升方案有關(guān)的整個頭文件數(shù)據(jù)包傳輸周期的F_MAX_PERIOD參數(shù)，一個提示數(shù)據(jù)包傳輸有效時間的F_MAX_TIME參數(shù)，一個提示頭文件的最大壓縮尺寸的MAX_HEADER參數(shù)，一個提示TCP數(shù)據(jù)包內(nèi)容的最大尺寸的TCP_SPACE參數(shù)，以及一個提示非TCP數(shù)據(jù)包內(nèi)容的最大尺寸的NON_TCP_SPACE參數(shù)。
執(zhí)行下行鏈路通訊的UTRAN 620的壓縮器722和終端610的解壓縮器711可以由下列參數(shù)數(shù)值來形成，一個提示TCP數(shù)據(jù)包內(nèi)容的最大尺寸的TCP_SPACE參數(shù)，以及一個提示非TCP數(shù)據(jù)包內(nèi)容的最大尺寸的NON_TCP_SPACE參數(shù)，以及一個提示所接受到的數(shù)據(jù)包重新排序的陣列的EXPECTED_REORDERING參數(shù)。
其次，在對雙向數(shù)據(jù)包數(shù)據(jù)傳輸系統(tǒng)采用ROHC方案的情況下，執(zhí)行上行鏈路通訊的終端610的壓縮器712和UTRAN 620的解壓縮器721可以由下列參數(shù)數(shù)值形成，一個提示適用于頭文件壓縮方案的內(nèi)容最大數(shù)值的Max_CID參數(shù)，一個提示解壓縮器所支持的IP數(shù)據(jù)包類型的類別參數(shù)，一個提示IP數(shù)據(jù)包是否可以在壓縮器中分組的MRRU參數(shù)，以及一個確定在壓縮器中有效壓縮頭文件數(shù)據(jù)包的尺寸的Packet_Sized_Allowed參數(shù)。
此外，執(zhí)行下行鏈路通訊的UTRAN 620的壓縮器722和終端610的解壓縮器711可以由下列參數(shù)數(shù)值來形成，一個提示內(nèi)容最大數(shù)值的Max_CID參數(shù)，一個提示解壓縮器所支持的IP數(shù)據(jù)包類型的類別參數(shù)，一個提示在解壓縮器中累加所分開的分組時累加數(shù)據(jù)包的最大尺寸MRRU參數(shù)，以及一個提示存儲解壓縮失敗的數(shù)據(jù)包的緩存器的最大存儲尺寸的Reverse_Decompression_Depth參數(shù)。
正如以上所討論的，本發(fā)明的數(shù)據(jù)包數(shù)據(jù)傳輸方法和系統(tǒng)具有以下優(yōu)點。
即，因為對于上行鏈路和下行鏈路的傳輸可以將存儲器資源設(shè)置成不同，從而可以避免存儲器資源的浪費。此外，存儲器資源可以有效的進行管理，即使是采用下行鏈路的數(shù)據(jù)包的數(shù)量遠(yuǎn)遠(yuǎn)大于上行鏈路的數(shù)據(jù)包的數(shù)量或者上行鏈路的數(shù)據(jù)包的數(shù)量遠(yuǎn)遠(yuǎn)大于下行鏈路的數(shù)據(jù)包的數(shù)量的非對稱結(jié)構(gòu)的包數(shù)據(jù)傳輸服務(wù)(例如，流式服務(wù))中。
上述實施例和優(yōu)點僅僅是作為示例，并不構(gòu)成對本發(fā)明的任何限制。本技術(shù)可以較迅速地應(yīng)用于其它類型的裝置。本發(fā)明的討論只是試圖用于解釋和說明，并不限制權(quán)利要求的范圍。對本領(lǐng)域的熟練技術(shù)人士來說，許多替代、變更或變化都是顯而易見的。在權(quán)利要求中，含義附加功能的條款都是試圖以執(zhí)行所述功能的方式來覆蓋本文所討論的結(jié)構(gòu)，這不僅包含結(jié)構(gòu)等效，而且還包含等效結(jié)構(gòu)。
權(quán)利要求
1.一種使用具有頭文件的包數(shù)據(jù)的數(shù)據(jù)傳輸系統(tǒng)，該系統(tǒng)包括一個無線電存取網(wǎng)絡(luò)，它具有第一頭文件壓縮器和第一頭文件解壓縮器，所述無線電存取網(wǎng)絡(luò)確定頭文件壓縮的參數(shù)信息，其中，所述頭文件壓縮參數(shù)信息是對上行鏈路和下行鏈路的數(shù)據(jù)傳輸分別構(gòu)成的；和，一個移動單元，它具有第二頭文件壓縮器和第二頭文件解壓縮器，所述移動單元接受頭文件壓縮參數(shù)信息，其中，所述移動單元具有適用于上行鏈路數(shù)據(jù)傳輸?shù)牡谝淮鎯ζ骺臻g分配和適用于下行鏈路數(shù)據(jù)傳輸?shù)牡诙鎯ζ骺臻g分配，所述第一和第二存儲器空間分配是相互獨立的；其特征在于，所述無線電存取網(wǎng)絡(luò)和所述移動單元的操作遵循互聯(lián)網(wǎng)協(xié)議。
2.如權(quán)利要求1所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，所述無線電存取網(wǎng)絡(luò)使用來自所述移動單元的信息來確定所述頭文件壓縮參數(shù)信息，其中所述信息包括移動單元的容量。
3.如權(quán)利要求2所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，所述信息包括存儲器空間。
4.如權(quán)利要求2所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，所述信息包括一個頭文件壓縮方案。
5.如權(quán)利要求4所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，所述頭文件壓縮方案是一個RFC 3095壓縮方案。
6.如權(quán)利要求4所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，所述頭文件壓縮方案是一個RFC 2507壓縮方案。
7.如權(quán)利要求2所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，所述信息包括一個頭文件壓縮方案和存儲器空間。
8.如權(quán)利要求7所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，所述頭文件壓縮方案是一個RFC 3095壓縮方案。
9.如權(quán)利要求7所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，所述頭文件壓縮方案是一個RFC 2507壓縮方案。
10.如權(quán)利要求1所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，所述無線電存取網(wǎng)絡(luò)發(fā)送適用于上行鏈路和下行鏈路數(shù)據(jù)傳輸?shù)乃鲱^文件壓縮參數(shù)信息。
11.如權(quán)利要求1所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，所述無線電存取網(wǎng)絡(luò)發(fā)送只適用于下行鏈路數(shù)據(jù)傳輸?shù)乃鲱^文件壓縮參數(shù)信息。
12.如權(quán)利要求1所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，所述無線電存取網(wǎng)絡(luò)發(fā)送只適用于上行鏈路數(shù)據(jù)傳輸?shù)乃鲱^文件壓縮參數(shù)信息。
13.如權(quán)利要求1所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，所述頭文件壓縮參數(shù)信息包括對應(yīng)于上行和下行鏈路數(shù)據(jù)傳輸所設(shè)置的頭文件壓縮參數(shù)數(shù)值。
14.如權(quán)利要求13所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，下行鏈路傳輸?shù)臄?shù)據(jù)包數(shù)量大于上行鏈路傳輸?shù)臄?shù)據(jù)包的數(shù)量。
15.如權(quán)利要求13所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，下行鏈路傳輸?shù)臄?shù)據(jù)包數(shù)量小于上行鏈路數(shù)據(jù)傳輸?shù)臄?shù)據(jù)包的數(shù)量。
16.如權(quán)利要求1所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，所述頭文件是根據(jù)RFC2507頭文件壓縮方案進行壓縮的。
17.如權(quán)利要求1所述數(shù)據(jù)傳輸系統(tǒng)，其特征在于，所述頭文件是根據(jù)RFC3095頭文件壓縮方案進行壓縮的。
18.一種在數(shù)據(jù)傳輸系統(tǒng)的無線電存取網(wǎng)絡(luò)和終端之間通訊的方法，該方法包括將容量信息發(fā)送至所述無線電存取網(wǎng)絡(luò)；從所述容量信息中區(qū)分出上行鏈路的信息和下行鏈路的信息；參考所述上行鏈路的信息來設(shè)置一個上行鏈路的參數(shù)數(shù)值；參考所述下行鏈路的信息來設(shè)置一個下行鏈路的參數(shù)數(shù)值；根據(jù)下行鏈路的參數(shù)數(shù)值來形成第一壓縮器；根據(jù)上行鏈路的參數(shù)數(shù)值來形成第一解壓縮器；發(fā)送來自終端的上行鏈路的參數(shù)數(shù)值；向終端發(fā)送下行鏈路的參數(shù)數(shù)值；根據(jù)上行鏈路的參數(shù)數(shù)值形成第二壓縮器；以及，根據(jù)下行鏈路的參數(shù)數(shù)值形成第二解壓縮器；其特征在于，所述上行鏈路的參數(shù)數(shù)值和所述下行鏈路的參數(shù)數(shù)值是不同的。
19.如權(quán)利要求18所述方法，其特征在于，所述上行鏈路信息和下行鏈路信息包括存儲器空間信息。
20.如權(quán)利要求18所述方法，其特征在于，所述上行鏈路信息和下行鏈路信息包括一個頭文件壓縮方案。
21.如權(quán)利要求20所述方法，其特征在于，所述頭文件壓縮方案是一個RFC 3095壓縮方案。
22.如權(quán)利要求20所述方法，其特征在于，所述頭文件壓縮方案是一個RFC 2507壓縮方案。
23.如權(quán)利要求18所述方法，其特征在于，所述上行鏈路信息和下行鏈路信息包括存儲器空間信息和一個頭文件壓縮方案。
24.如權(quán)利要求23所述方法，其特征在于，所述頭文件壓縮方案是一個RFC 3095壓縮方案。
25.如權(quán)利要求23所述方法，其特征在于，所述頭文件壓縮方案是一個RFC 2507壓縮方案。
26.一種在數(shù)據(jù)傳輸系統(tǒng)的無線電存取網(wǎng)絡(luò)和終端之間通訊的方法，該方法包括向所述無線電存取網(wǎng)絡(luò)發(fā)送容量信息；從所述容量信息中區(qū)分出上行鏈路的信息；參考所述上行鏈路的信息只對上行鏈路設(shè)置參數(shù)數(shù)值；根據(jù)只對上行鏈路的參數(shù)數(shù)值來形成一個解壓縮器；從所述終端發(fā)送只對上行鏈路的參數(shù)數(shù)值；和，根據(jù)上行鏈路的參數(shù)數(shù)值形成一個壓縮器。
27.如權(quán)利要求26所述方法，其特征在于，所述上行鏈路信息包括存儲器空間信息。
28.如權(quán)利要求26所述方法，其特征在于，所述上行鏈路信息包括一個頭文件壓縮方案。
29.如權(quán)利要求28所述方法，其特征在于，所述頭文件壓縮方案是一個RFC 3095壓縮方案。
30.如權(quán)利要求28所述方法，其特征在于，所述頭文件壓縮方案是一個RFC 2507壓縮方案。
31.如權(quán)利要求26所述方法，其特征在于，所述上行鏈路信息包括存儲器空間信息和一個頭文件壓縮方案。
32.如權(quán)利要求31所述方法，其特征在于，所述頭文件壓縮方案是一個RFC 3095壓縮方案。
33.如權(quán)利要求31所述方法，其特征在于，所述頭文件壓縮方案是一個RFC 2507壓縮方案。
34.一種在數(shù)據(jù)傳輸系統(tǒng)的無線電存取網(wǎng)絡(luò)和終端之間通訊的方法，該方法包括向所述無線電存取網(wǎng)絡(luò)發(fā)送容量信息；從所述容量信息中區(qū)分出下行鏈路的信息；參考所述下行鏈路的信息只對下行鏈路設(shè)置參數(shù)數(shù)值；根據(jù)只對下行鏈路的參數(shù)數(shù)值來形成一個壓縮器；向所述終端發(fā)送只對下行鏈路的參數(shù)數(shù)值；和，根據(jù)下行鏈路的參數(shù)數(shù)值形成一個解壓縮器。
35.如權(quán)利要求34所述方法，其特征在于，所述下行鏈路信息包括存儲器空間信息。
36.如權(quán)利要求34所述方法，其特征在于，所述下行鏈路信息包括一個頭文件壓縮方案。
37.如權(quán)利要求36所述方法，其特征在于，所述頭文件壓縮方案是一個RFC 3095壓縮方案。
38.如權(quán)利要求36所述方法，其特征在于，所述頭文件壓縮方案是一個RFC 2507壓縮方案。
39.如權(quán)利要求34所述方法，其特征在于，所述下行鏈路信息包括存儲器空間信息和一個頭文件壓縮方案。
40.如權(quán)利要求39所述方法，其特征在于，所述頭文件壓縮方案是一個RFC 3095壓縮方案。
41.如權(quán)利要求39所述方法，其特征在于，所述頭文件壓縮方案是一個RFC 2507壓縮方案。
42.一種在數(shù)據(jù)傳輸系統(tǒng)的無線電存取網(wǎng)絡(luò)和終端之間通訊的方法，該方法包括向所述無線電存取網(wǎng)絡(luò)發(fā)送容量信息；從所述無線電存取網(wǎng)絡(luò)接受壓縮參數(shù)；從所述無線電存取網(wǎng)絡(luò)接受解壓縮參數(shù)；根據(jù)所接受到的壓縮參數(shù)來形成一個壓縮器；及根據(jù)所接受到的解壓縮參數(shù)來形成一個解壓縮器；其特征在于，所述壓縮參數(shù)不同于所述解壓縮參數(shù)。
43.如權(quán)利要求42所述方法，其特征在于，所述容量信息包括上行鏈路信息和下行鏈路信息。
44.一種在數(shù)據(jù)傳輸系統(tǒng)的無線電存取網(wǎng)絡(luò)和終端之間通訊的方法，該方法包括從所述終端接受容量信息；從所述接受到的容量信息中區(qū)分出上行鏈路的信息和下行鏈路的信息；參考所述上行鏈路的信息來設(shè)置一個上行鏈路的參數(shù)數(shù)值；參考所述下行鏈路的信息來設(shè)置一個下行鏈路的參數(shù)數(shù)值；根據(jù)下行鏈路的參數(shù)數(shù)值來形成一個壓縮器；根據(jù)上行鏈路的參數(shù)數(shù)值來形成一個解壓縮器；向終端發(fā)送上行鏈路的參數(shù)數(shù)值；和向終端發(fā)送下行鏈路的參數(shù)數(shù)值；其特征在于，所述下行鏈路的參數(shù)數(shù)值和所述上行鏈路的參數(shù)數(shù)值是不同的。
45.如權(quán)利要求44所述方法，其特征在于，所述下行鏈路的參數(shù)數(shù)值和所述上行鏈路的參數(shù)數(shù)值都是根據(jù)在所述無線電存取網(wǎng)絡(luò)中原先設(shè)置的一個統(tǒng)計計算值來設(shè)置的。
46.一種在數(shù)據(jù)傳輸系統(tǒng)的無線電存取網(wǎng)絡(luò)和終端之間通訊的方法，該方法包括從所述終端接受容量信息；從所述接受到的容量信息中區(qū)分出上行鏈路的信息；參考所述上行鏈路的信息只對上行鏈路設(shè)置參數(shù)數(shù)值；根據(jù)上行鏈路的參數(shù)數(shù)值來形成一個解壓縮器；和，發(fā)送上行鏈路的參數(shù)數(shù)值。
47.如權(quán)利要求46所述方法，其特征在于，所述參數(shù)數(shù)值都是根據(jù)在所述無線電存取網(wǎng)絡(luò)中原先設(shè)置的一個統(tǒng)計計算值來設(shè)置的。
48.一種在數(shù)據(jù)傳輸系統(tǒng)的無線電存取網(wǎng)絡(luò)和終端之間通訊的方法，該方法包括從所述終端接受容量信息；從所述接受到的容量信息中區(qū)分出下行鏈路的信息；參考所述下行鏈路的信息只對下行鏈路設(shè)置參數(shù)數(shù)值；根據(jù)下行鏈路的參數(shù)數(shù)值來形成一個壓縮器；和，發(fā)送下行鏈路的參數(shù)數(shù)值。
49.如權(quán)利要求48所述方法，其特征在于，所述參數(shù)數(shù)值都是根據(jù)在所述無線電存取網(wǎng)絡(luò)中原先設(shè)置的一個統(tǒng)計計算值來設(shè)置的。
50.一種在無線電服務(wù)網(wǎng)絡(luò)和終端之間使用具有一個頭文件的包數(shù)據(jù)進行通訊的方法，該方法包括由具有第一頭文件壓縮器和第一頭文件解壓縮器的所述無線電存取網(wǎng)絡(luò)來確定頭文件壓縮參數(shù)信息，所述頭文件壓縮參數(shù)信息是對上行鏈路和下行鏈路的數(shù)據(jù)傳輸分別配置的；和，向具有第二頭文件壓縮器和第二頭文件解壓縮器的終端發(fā)送所述頭文件壓縮參數(shù)信息，所述終端具有適用于上行鏈路數(shù)據(jù)傳輸?shù)牡谝淮鎯ζ骺臻g分配和適用于下行鏈路數(shù)據(jù)傳輸?shù)牡诙鎯ζ骺臻g分配，所述第一和第二存儲器空間分配是相互獨立的；以及，所述無線電存取網(wǎng)絡(luò)的操作遵循互聯(lián)網(wǎng)協(xié)議。
51.如權(quán)利要求50所述方法，其特征在于，所述無線電存取網(wǎng)絡(luò)發(fā)送適用于上行鏈路和下行鏈路數(shù)據(jù)傳輸?shù)乃鲱^文件壓縮參數(shù)信息。
52.如權(quán)利要求50所述方法，其特征在于，所述無線電存取網(wǎng)絡(luò)只發(fā)送適用于下行鏈路數(shù)據(jù)傳輸?shù)乃鲱^文件壓縮參數(shù)信息。
53.如權(quán)利要求50所述方法，其特征在于，所述無線電存取網(wǎng)絡(luò)只發(fā)送適用于上行鏈路數(shù)據(jù)傳輸?shù)乃鲱^文件壓縮參數(shù)信息。
54.如權(quán)利要求50所述方法，其特征在于，所述頭文件壓縮參數(shù)信息包括對應(yīng)所述上行和下行鏈路數(shù)據(jù)傳輸所設(shè)置的頭文件壓縮參數(shù)數(shù)值。
55.一種在無線電接入網(wǎng)絡(luò)和終端之間使用具有一個頭文件的包數(shù)據(jù)進行通訊的方法，所述無線電存取網(wǎng)絡(luò)具有第一頭文件壓縮器和第一頭文件解壓縮器，該方法包括由所述終端從所述無線電存取網(wǎng)絡(luò)中接受頭文件壓縮參數(shù)信息，所述終端具有第二頭文件壓縮器和第二頭文件解壓縮器，所述終端具有適用于上行鏈路數(shù)據(jù)傳輸?shù)牡谝淮鎯ζ骺臻g分配和適用于下行鏈路數(shù)據(jù)傳輸?shù)牡诙鎯ζ骺臻g分配，所述第一和第二存儲器空間分配是相互獨立的；所述終端的操作遵循互聯(lián)網(wǎng)協(xié)議。
56.如權(quán)利要求55所述方法，其特征在于，所述終端接受適用于上行鏈路和下行鏈路數(shù)據(jù)傳輸?shù)乃鲱^文件壓縮參數(shù)信息。
57.如權(quán)利要求55所述方法，其特征在于，所述終端只接受適用于下行鏈路數(shù)據(jù)傳輸?shù)乃鲱^文件壓縮參數(shù)信息。
58.如權(quán)利要求55所述方法，其特征在于，所述終端只接受適用于上行鏈路數(shù)據(jù)傳輸?shù)乃鲱^文件壓縮參數(shù)信息。
59.如權(quán)利要求55所述方法，其特征在于，所述頭文件壓縮參數(shù)信息包括對應(yīng)所述上行鏈路和下行鏈路數(shù)據(jù)傳輸所設(shè)置的頭文件壓縮參數(shù)數(shù)值。
全文摘要
本發(fā)明涉及一種將給定數(shù)據(jù)包雙向傳送到包含終端和能夠獨立調(diào)節(jié)的上行鏈路和下行鏈路的無線接入網(wǎng)中的系統(tǒng)。在進行給定不對稱結(jié)構(gòu)數(shù)據(jù)包的傳送服務(wù)時，人們能夠管理地管理存儲器自身的資源，使得下行數(shù)據(jù)包數(shù)量隨上行鏈路數(shù)據(jù)包數(shù)量的增加而增加，反之亦然。
文檔編號H04L29/06GK1615618SQ03802108
公開日2005年5月11日 申請日期2003年8月14日 優(yōu)先權(quán)日2002年8月14日
發(fā)明者李昭暎, 李承俊, 李英大 申請人:Lg電子株式會社