專利名稱:規(guī)定頭標字段壓縮用于數(shù)據(jù)分組連接的制作方法
背景技術:
本發(fā)明涉及規(guī)定用于數(shù)據(jù)分組連接的頭標字段壓縮,特別是在把壓縮施加到移動系統(tǒng)時。
最近幾年間IP(互聯(lián)網(wǎng)協(xié)議)技術的快速進步已把使用不同的、基于IP的應用的潛力擴展到傳統(tǒng)的互聯(lián)網(wǎng)數(shù)據(jù)傳送以外。尤其是基于IP的電話應用已經(jīng)以快速的步伐發(fā)展,其結果是,甚至在傳統(tǒng)的電話網(wǎng)(PSTN/ISDN,公共交換電話網(wǎng)/綜合業(yè)務數(shù)字網(wǎng))和移動網(wǎng)(PLMN,公共陸地移動網(wǎng))中該呼叫傳輸路徑的一個日益擴展的部分在原理上也可以通過利用IP技術而被實施。
特別是在移動網(wǎng)中,IP技術提供許多優(yōu)點,因為除了可以通過各種IP話音應用被提供的、移動網(wǎng)的傳統(tǒng)的話音業(yè)務以外,移動網(wǎng)將提供越來越多不同的數(shù)據(jù)業(yè)務,諸如互聯(lián)網(wǎng)瀏覽,電子郵件業(yè)務,游戲等等,它們典型地最好實施為分組交換的基于IP的業(yè)務。這樣,被安排在移動系統(tǒng)協(xié)議中的IP層可為音頻/視頻業(yè)務和各種數(shù)據(jù)業(yè)務提供服務。
在移動網(wǎng)中,特別重要的是,盡可能有效地利用有限的無線資源。就其而言這使得無線接口中的IP協(xié)議的利用復雜化,因為在基于IP的協(xié)議中,傳送的數(shù)據(jù)的各種頭標字段的比例是非常大的,因此,有用負載的比例是小的。此外,無線接口的誤碼率(BER)和上行鏈路與下行鏈路的組合的往返行程時間(RTT)在差的條件下可能增加很多,這在大多數(shù)已知的頭標字段壓縮方法中會引發(fā)問題。這已產(chǎn)生一個需要,去開發(fā)一種適合于不同的IP協(xié)議的頭標字段壓縮方法,它將特別適合于通過無線接口的數(shù)據(jù)傳送有效的頭標字段壓縮,然而該壓縮可以在誤碼率和往返行程時間增加很多的情形下被使用。
為此,IETF(互聯(lián)網(wǎng)工程任務組)最近已致力于稱為ROHC(魯棒的頭標壓縮)的頭標字段壓縮方法的標準化。支持ROHC開發(fā)的一個思想是,在數(shù)據(jù)分組傳送中使用的幾個IP頭標字段之間有大量冗余,不單是在該數(shù)據(jù)分組內,而且在它們之間也如此。換句話說,在頭標字段中的大量信息在數(shù)據(jù)分組傳送期間完全不改變,因此,即使它不被發(fā)送,也很容易重新構建它。頭標字段的僅僅一小部分是這樣的,使得它們所包括的信息在壓縮期間需要注意。而且,ROHC包括幾個壓縮級別,由此,當出現(xiàn)到更高的級別的轉移時,壓縮的效率提高。然而,ROHC總是以這種方式來設法使用最有效的可能的壓縮,使得在轉移到下一個級別之前,總是確保該級別的操作的足夠的可靠性。ROHC也具有典型的特征,那就是它留下要由較低的鏈路層操縱的、對壓縮方法的使用來說很重要的幾個問題。
要通過在發(fā)射機與接收機(即,壓縮器和解壓縮器)之間的較低的鏈路層協(xié)商的一個這樣的問題是在某個無線鏈路上使用的上下文(context)識別符(CID)的長度的定義。該上下文識別符CID用來相互區(qū)分在同一個無線鏈路上傳輸?shù)膸讉€分組數(shù)據(jù)流。上下文識別符CID的長度可以是大的數(shù)值或小的數(shù)值,由此對于大的數(shù)值,上下文識別符的長度是1或2字節(jié)(8或16比特),以及對于小的數(shù)值,它是0字節(jié)(0比特)。對于小的CID長度(0字節(jié)),因此不可能通過該上下文識別符CID來互相區(qū)分幾個同時的數(shù)據(jù)流,但無論如何,ROHC包括內部的機制,通過這個機制,即使該上下文識別符字段的長度被規(guī)定為0字節(jié),也可以互相區(qū)分最大16個同時的數(shù)據(jù)流。CID的長度因此在要被發(fā)送的數(shù)據(jù)開始壓縮之前被協(xié)商,該上下文識別符CID的協(xié)商的長度此后在上行鏈路和下行鏈路方向上被使用。
在上述的安排中的一個問題例如是,由規(guī)定的上下文識別符長度所允許的最大數(shù)目的同時數(shù)據(jù)連接在無線載體上進行傳輸?shù)那樾?,以及該終端的用戶想要再形成一個同時的數(shù)據(jù)流的情形。因為最大數(shù)目的上下文識別符已經(jīng)在使用,所以,對于該新的數(shù)據(jù)流不能規(guī)定一個上下文識別符。這樣,如果該新的數(shù)據(jù)流需要被壓縮地傳送,則將為它規(guī)定一個已在使用的數(shù)據(jù)流上下文。這意味著,建立了具有同一個上下文識別符的兩個壓縮的數(shù)據(jù)連接,它們是解壓縮器不能互相區(qū)分的,因此,在整個壓縮系統(tǒng)中出現(xiàn)錯誤情形。因為當前的ROHC實踐沒有規(guī)定要對新的“額外的”數(shù)據(jù)流采取的行動,所以上述的問題往往在無線載體使用由該上下文識別符CID允許的最大數(shù)目的數(shù)據(jù)連接且該終端的用戶試圖打開新的數(shù)據(jù)流時發(fā)生。而且,在某些情形下(例如當把ROHC應用到移動系統(tǒng)時)使用的終端由于存儲器空間而可能例如對同時的數(shù)據(jù)連接設置它自己的內部限制,以及這些限制可能比起ROHC所需要的更嚴格。
發(fā)明概要因此,本發(fā)明的目的是開發(fā)一種方法和實施該方法的設備以減小上述的缺點。本發(fā)明的目的是通過其特征為在獨立權利要求中敘述的內容的方法和系統(tǒng)達到的。本發(fā)明的優(yōu)選實施例在從屬權利要求中闡述。
本發(fā)明是基于這樣的思想盡管超過由該上下文識別符長度允許的數(shù)據(jù)分組連接的數(shù)目,該無線載體參量也以這樣的方式被規(guī)定使得至少由該規(guī)定的上下文識別符長度所允許的數(shù)目的數(shù)據(jù)分組連接頭標字段的可被壓縮。按照本發(fā)明的優(yōu)選實施例,這可以通過從該規(guī)定的上下文識別符的長度中分配至少一個數(shù)值用于未壓縮的數(shù)據(jù)流而被實施。按照本發(fā)明的第二優(yōu)選實施例,其中壓縮是由移動系統(tǒng)的會聚協(xié)議層控制,如果超過由原先的上下文識別符長度所允許的數(shù)據(jù)分組連接的數(shù)目,則該移動系統(tǒng)被引導以如此地重新規(guī)定該無線載體參量,以致于該上下文識別符長度的新的數(shù)值使能壓縮所有數(shù)據(jù)分組連接的頭標字段。按照本發(fā)明的再一個優(yōu)選實施例,響應于超過由該上下文識別符長度的最大值所允許的數(shù)據(jù)分組連接的數(shù)目,該會聚協(xié)議層被引導以對于數(shù)據(jù)分組連接規(guī)定幾個可被分配給數(shù)據(jù)分組連接的鏈路級連接。
本發(fā)明的方法和系統(tǒng)提供優(yōu)點在所有的情形下,至少與由上下文識別符字段長度的最大值所允許的一樣多的、無線載體上傳輸?shù)臄?shù)據(jù)連接可以被壓縮。而且,本發(fā)明的程序過程提供優(yōu)點對于被壓縮傳輸?shù)臄?shù)據(jù)連接的壓縮的不連續(xù)性被避免。本發(fā)明的又一個優(yōu)點是它使得能夠把頭標字段壓縮以可能的最有效的方式施加到數(shù)據(jù)連接上,這對于無線資源的有效利用是有利的。
附圖簡述下面參照附圖通過優(yōu)選實施例更詳細地描述本發(fā)明,其中
圖1是在ROHC的不同的壓縮級別之間轉移的方框圖,圖2是在ROHC的不同的運行模式之間轉移的方框圖,圖3是UMTS系統(tǒng)的簡化結構的方框圖,圖4a和4b顯示用于控制信令和發(fā)送用戶數(shù)據(jù)的UMTS分組數(shù)據(jù)業(yè)務的協(xié)議堆棧,圖5a和5b顯示該PDCP層的運行模型,以及圖6顯示按照本發(fā)明的實施例規(guī)定數(shù)據(jù)分組識別符。
發(fā)明詳細描述下面對于本發(fā)明必需的部件描述所提及的頭標字段壓縮方法ROHC的實施方案。對于所提及的壓縮方法的更詳細的說明,可以參考還未完成的互聯(lián)網(wǎng)草案“Robust Header Compression(ROHC)(魯棒的頭標壓縮)”,版本04,2000年10月11日。
在不同的壓縮方法中,典型地對于壓縮器和解壓縮器規(guī)定一個上下文,該上下文是一種狀態(tài),它被壓縮器使用來壓縮要被發(fā)送的頭標字段以及被解壓縮器使用來解壓縮接收的頭標字段。典型地,該上下文包括在數(shù)據(jù)傳送連接上發(fā)送的(壓縮器)或接收的(解壓縮器)先前的頭標字段的未壓縮的版本。此外,該上下文可包括標識數(shù)據(jù)分組流的信息,諸如數(shù)據(jù)分組的序列號或時間印記。因此,該上下文典型地包括靜態(tài)信息,它對于整個數(shù)據(jù)分組流保持不變;和動態(tài)信息,它在數(shù)據(jù)分組流期間改變,但常常按照規(guī)定的圖案來改變。
ROHC以這種方式使用三種壓縮級別,使得壓縮從最低的級別開始,以及逐漸繼續(xù)到更高的級別。該基本原則是,壓縮總是以這樣的方式在最高的可能的級別上執(zhí)行,無論如何,使得該壓縮器對這一事實有足夠的確信度該解壓縮器具有足夠的信息來在所討論的級別上進行解壓縮。影響在不同的壓縮級別之間移動的因素是在接連的頭標字段中的變化,從解壓縮器接收的肯定的和否定的確認,以及當沒有確認時,特定的順序計數(shù)器的期滿。也可能相應地從較高的壓縮級別移動到較低的壓縮級別。
ROHC結合IP(互聯(lián)網(wǎng)協(xié)議)、UDP(用戶數(shù)據(jù)報協(xié)議)和RTP(實時協(xié)議)協(xié)議使用的壓縮級別是起動/刷新(IR)、第一級(FO)和第二級(SO),以及在圖1的圖上描述了在這些級別之間的轉移。IR級別被使用來創(chuàng)建用于該解壓縮器的上下文或者從一個錯誤情形中恢復。當由解壓縮器起動、請求頭標字段壓縮時,或當更新定時器期滿時該壓縮器移到該IR級別。在IR級別,壓縮器以未壓縮的格式發(fā)送IR頭標字段。當該壓縮器確信該解壓縮器已接收到該更新信息時,該壓縮器設法移到更高的級別。
FO級別被使用來通知在數(shù)據(jù)分組流的頭標字段中無規(guī)律性的接收。在IR級別后,在頭標字段沒有形成統(tǒng)一的圖案(換句話說,接連的頭標字段如此地隨機改變,使得不能預測該改變)或壓縮器不能確信解壓縮器已接收到規(guī)定該頭標字段的統(tǒng)一圖案的參量的情形下,壓縮器在FO級別上運行。這是在例如開始發(fā)送語音時,特別是在第一語音突發(fā)期間的典型的情形。在FO級別上,該壓縮器發(fā)送壓縮的FO頭標字段。如果該頭標字段形成統(tǒng)一的圖案以及該壓縮器確信解壓縮器已接收到規(guī)定該統(tǒng)一圖案的參量,則壓縮器再次設法移到更高的級別。FO級別數(shù)據(jù)分組典型地包括上下文更新信息,這意味著一個成功的解壓縮還需要成功傳輸接連的FO頭標字段。因此,解壓縮處理過程的成功對于丟失的或損壞的FO級別分組是敏感的。
在SO級別上,壓縮是最佳的。該頭標字段形成統(tǒng)一的圖案,該壓縮器用壓縮的SO頭標字段(實際上是數(shù)據(jù)分組的序列號)來描繪它。有關規(guī)定該頭標字段的統(tǒng)一圖案的參量的信息已在FO級別上發(fā)送到該解壓縮器,以及根據(jù)該參量和接收的序列號,該解壓縮器可推斷原先的頭標字段。因為在SO級別上發(fā)送的數(shù)據(jù)分組實際上是互相獨立的,所以解壓縮的錯誤敏感性也是低的。當頭標字段不再形成統(tǒng)一的圖案時,壓縮器移回到FO級別。
解壓縮也具有三個級別,它們受限于該解壓縮器的上下文定義。該解壓縮器總是在還沒有規(guī)定上下文時(無上下文)從最低的級別開始運行。那時解壓縮器還沒有解壓縮任何數(shù)據(jù)分組。當解壓縮器已經(jīng)解壓縮該第一數(shù)據(jù)分組(包括靜態(tài)和動態(tài)上下文信息)時,它可移動跳過中間級別(靜態(tài)上下文)直接到最高級別(全部上下文)。由于在最高級別的幾個錯誤情形,該解壓縮器移到中間級別,但典型地,甚至一個成功的解壓縮的數(shù)據(jù)分組就使該解壓縮器返回到最高級別。
除了不同的壓縮級別以外,ROHC具有三個不同的工作模式單向模式(U模式),雙向最佳模式(O模式)和雙向可靠模式(R模式),顯示于圖2上。按照圖2,上述的每個壓縮級別(IR,F(xiàn)O,SO)都在每個模式中起作用,但每個模式在每個級別上以它自己的方式起作用,以及也以它自己的方式對在級別之間的轉移作出決定。對于每個壓縮情形的模式的選擇取決于所使用的數(shù)據(jù)傳送連接的參量,諸如使用返回信道的可能性、錯誤概率和分布、頭標字段的尺寸中的變化的影響。
在單向模式中,數(shù)據(jù)分組只從壓縮器發(fā)送到解壓縮器,這樣,ROHC的U模式在其中返回信道的使用是不可能或不希望的情形下是有用的。在U模式下,不同的壓縮級別之間的轉移是作為特定的順序計數(shù)器期滿或根據(jù)頭標字段圖案的變化的結果而作出的。因為沒有使用返回信道,所以U模式中的壓縮是不太有效的,以及在傳輸路徑上數(shù)據(jù)分組的消失比起在任一種雙向模式下更可能。使用ROHC總是在U模式下開始,以及當解壓縮器接收到至少一個分組時,可以轉移到任一種雙向模式,和作為對該分組的響應,該解壓縮器表示模式改變是必須的。
雙向最佳模式類似于單向模式,不同之處在于,在O模式下返回信道被使用來校正錯誤情形,以及從解壓縮器向壓縮器確認重大的上下文的更新。在O模式下不進行順序更新。O模式優(yōu)選地適用于以小的返回信道業(yè)務量要求最佳壓縮效率的連接。O模式提供相當可靠的數(shù)據(jù)分組傳送,其中在壓縮器與解壓縮器之間的同步典型地可被很好地保持,以及數(shù)據(jù)分組很少丟失,以及如果有丟失,在數(shù)量上也是可忽略的。然而,在非常高的誤碼率下,數(shù)據(jù)分組可在傳輸路徑上丟失。
雙向可靠模式明顯地不同于上述的模式。R模式使用返回信道來確認所有的上下文更新,也確認順序號更新。因此,在R模式下,數(shù)據(jù)分組幾乎可以完全可靠地在壓縮器與解壓縮器之間傳輸。在R模式下,壓縮頭標字段不能造成數(shù)據(jù)分組的消失。R模式的缺點是,頭標字段的尺寸在某些情形下比起在上述的模式中的略大,以及返回信道業(yè)務量顯著增加。
ROHC的三種運行模式和三種壓縮級別形成用于頭標字段的壓縮的不同的運行情形,每種情形需要規(guī)定壓縮器與解壓縮器的運行以及在壓縮器與解壓縮器之間的分組的傳輸。ROHC在不同的運行情形中使用不同的分組。那時,對于ROHC規(guī)定六種不同的數(shù)據(jù)分組類型,其中的四種被使用于從壓縮器到解壓縮器的傳輸,另兩種作為從解壓縮器到壓縮器的返回信道數(shù)據(jù)分組。所使用的數(shù)據(jù)分組類型的數(shù)目將來可改變,但所有的數(shù)據(jù)分組類型的特征在于,在把分組發(fā)送到傳輸路徑之前,規(guī)定每次所使用的上下文的上下文識別符CID被附著到每個數(shù)據(jù)分組。
上下文識別符CID的長度由壓縮器和解壓縮器對于每個無線載體分開地協(xié)商。按照ROHC定義,每次使用的較低的協(xié)議層(鏈路層)必須提供用于在頭標字段壓縮時所使用的參量(諸如上下文識別符的長度)的協(xié)商的機制。該參量在開始壓縮之前被協(xié)商,在這方面,數(shù)據(jù)分組流的上下文識別符的長度按照現(xiàn)有技術可被規(guī)定為0,8,或16比特。在一個邏輯數(shù)據(jù)傳送信道上,也可能同時發(fā)送幾個數(shù)據(jù)分組流,其上下文由上下文識別符CID標識和互相區(qū)分開。如果在該信道上只有一個數(shù)據(jù)分組流被傳輸,這在不同的VoIP應用(IP承載的話音)中是典型的,則上下文識別符CID的長度被變成“小的”,即,數(shù)值給定為0。然而,即使在這時,也可能通過內部的ROHC機制來互相區(qū)分開最大16個同時的數(shù)據(jù)流,即,除了原先的數(shù)據(jù)流以外,總是可以打開15個新的數(shù)據(jù)連接,即使該上下文識別符CID的長度被規(guī)定為0。這是如此實施的,使得第一數(shù)據(jù)連接總是不帶有任何上下文識別符地被發(fā)送,以及對于隨后的數(shù)據(jù)連接,附著一個字節(jié),它的頭四個比特表示這是上下文識別符,以及隨后的四個比特表示實際的上下文識別符數(shù)值。如果當規(guī)定無線載體時顯然有幾個數(shù)據(jù)分組流將在同一個信道上發(fā)送,則優(yōu)選地規(guī)定大的數(shù)值,即1或2個字節(jié)(8或16比特),作為上下文識別符的長度,這取決于應用、無線載體上所使用的數(shù)據(jù)傳輸協(xié)議和信道條件。
要應用按照ROHC規(guī)范的頭標字段壓縮方法的一個電信系統(tǒng)是第三代移動系統(tǒng),也稱為UMTS(通用移動電信系統(tǒng))和IMT-2000(國際移動電話系統(tǒng))。下面,根據(jù)圖3以簡化的方式描述UMTS系統(tǒng)的結構。
圖3只包含對于解釋本發(fā)明來說是必需的方塊,但本領域技術人員將會看到,傳統(tǒng)的移動電話系統(tǒng)也包括這里不需要更詳細地描述的其他功能和結構。移動電話系統(tǒng)的主要部分是核心網(wǎng)CN、UMTS移動電話系統(tǒng)地面無線接入網(wǎng)UTRAN(它形成該移動電話系統(tǒng)的固定網(wǎng)),以及移動臺或用戶設備UE。在CN和UTRAN之間的接口被稱為Iu,以及在UTRAN和UE之間的接口被稱為Uu。
UTRAN典型地包括幾個無線網(wǎng)子系統(tǒng)RNS,在RNS之間的接口被稱為Iur(未示出)。RNS包括無線網(wǎng)控制器RNC以及一個或多個基站BS,也稱為節(jié)點B。在RNC和BS之間的接口被稱為Iub?;綛S典型地處理無線路徑實施方案,以及無線網(wǎng)控制器RNC至少管理以下項目無線資源的管理、小區(qū)之間越區(qū)切換的控制、功率調節(jié)、定時和同步、尋呼用戶終端。
核心網(wǎng)CN由屬于移動電話系統(tǒng)且在UTRAN外部的基礎設施構成。在核心網(wǎng)中,移動交換中心/訪問者位置寄存器3G-MSC/VLR被連接到原籍位置寄存器HLR,以及優(yōu)選地也連接到智能網(wǎng)絡的業(yè)務控制點SCP。該原籍位置寄存器HLR和訪問者位置寄存器VLR包括有關移動用戶的信息該原籍位置寄存器HLR包括有關移動網(wǎng)中所有的用戶和他們預訂的業(yè)務的信息,以及訪問者位置寄存器VLR包括有關訪問某個移動交換中心MSC的區(qū)域的移動臺的信息。到分組無線系統(tǒng)的服務節(jié)點3G-SGSN(服務的GPRS支持節(jié)點)的連接被形成為通過接口Gs’,以及通過網(wǎng)關移動交換中心GMSC(未示出)到固定電話網(wǎng)PSTN/ISDN。從服務節(jié)點3G-SGSN到外部數(shù)據(jù)網(wǎng)PDN的連接被形成為通過接口Gn到網(wǎng)關節(jié)點GGSN(網(wǎng)關GPRS支持節(jié)點),它具有到外部數(shù)據(jù)網(wǎng)PDN的另一個連接。從移動交換中心3G-MSC/VLR和服務的節(jié)點3G-SGSN到無線網(wǎng)UTRAN(UMTS地面無線接入網(wǎng))的連接通過接口Iu被建立。應當指出,UMTS系統(tǒng)被如此設計,使得核心網(wǎng)CN可以與例如GSM系統(tǒng)的核心網(wǎng)等同,在這種情形下,不需要重新構建整個網(wǎng)絡基礎設施。
UMTS系統(tǒng)還包括分組無線系統(tǒng),它在很大的程度上是按照被連接到GSM網(wǎng)的GPRS系統(tǒng)而實施,這解釋了網(wǎng)絡單元的命名上對GPRS系統(tǒng)的參考。UMTS分組無線系統(tǒng)可包括幾個網(wǎng)關和服務節(jié)點,以及幾個服務節(jié)點3G-SGSN典型地被連接到一個網(wǎng)關節(jié)點3G-GGSN。節(jié)點3G-SGSN和3G-GGSN用作為支持移動臺的移動性的路由器,該路由器控制移動系統(tǒng)和把數(shù)據(jù)分組路由到移動臺,而不管它們的位置和所使用的協(xié)議。服務的節(jié)點3G-SGSN通過無線網(wǎng)UTRAN與移動臺UE相聯(lián)系。服務的節(jié)點3G-SGSN的任務是檢測移動臺能夠在它的服務區(qū)域中進行分組無線連接以發(fā)送和接收來自所述移動臺的數(shù)據(jù)分組,以及跟蹤移動臺在它的服務區(qū)域中的位置。而且,服務的節(jié)點3G-SGSN通過信令接口Gs’與移動交換中心3G-MSC和訪問者位置寄存器VLR相聯(lián)系以及通過接口Gr與該原籍位置寄存器HLR相聯(lián)系。與分組無線業(yè)務有關的、和包括用戶特定的分組數(shù)據(jù)協(xié)議內容的記錄也被存儲在原籍位置寄存器HLR中。
網(wǎng)關節(jié)點3G-GGSN用作為在UMTS網(wǎng)絡分組無線系統(tǒng)與外部數(shù)據(jù)網(wǎng)PDN(分組數(shù)據(jù)網(wǎng))之間的網(wǎng)關。外部數(shù)據(jù)網(wǎng)包括第二網(wǎng)絡運營者的UMTS或GPRS網(wǎng)絡、互聯(lián)網(wǎng)、X.25網(wǎng)絡或專用局域網(wǎng)。該網(wǎng)關節(jié)點3G-GGSN通過該接口Gi與所述數(shù)據(jù)網(wǎng)相聯(lián)系。在網(wǎng)關節(jié)點3G-GGSN與服務的節(jié)點3G-SGSN之間傳輸?shù)臄?shù)據(jù)分組總是按照網(wǎng)關隧道化協(xié)議GTP被封裝。網(wǎng)關節(jié)點3G-GGSN也包含該移動臺的PDP(分組數(shù)據(jù)協(xié)議)地址和路由信息,即,3G-SGSN地址。路由信息因此被使用來在外部數(shù)據(jù)網(wǎng)與服務的節(jié)點3G-SGSN之間鏈接該數(shù)據(jù)分組。在網(wǎng)關節(jié)點3G-GGSN與服務的節(jié)點3G-SGSN之間的網(wǎng)絡采用IP協(xié)議,優(yōu)選地采用IPv6(互聯(lián)網(wǎng)協(xié)議,版本6)。
圖4a和4b顯示UMTS協(xié)議堆棧,在UMTS系統(tǒng)的分組無線業(yè)務中被使用于控制信令(控制平面)和用戶數(shù)據(jù)傳輸(用戶平面)。圖4a顯示協(xié)議堆棧,用于在移動臺MS與核心網(wǎng)CN之間控制信令。移動臺MS的移動性管理MM、呼叫控制CC和會話管理SM在移動臺MS與核心網(wǎng)CN之間的最高協(xié)議層上被如此地用信號通知,以使得位于其間的基站BS和無線網(wǎng)控制器RNC對于這個信令是透明的。在移動臺MS和基站BS之間的無線鏈路的無線資源管理由無線資源管理系統(tǒng)RRM管理,它把控制數(shù)據(jù)從無線網(wǎng)控制器RNC發(fā)送到基站BS。與移動系統(tǒng)的一般管理有關的這些功能形成一組所謂的核心網(wǎng)協(xié)議(CN協(xié)議),也稱為非接入層(Non-Access Stratum)。因此,與在移動臺MS、基站BS和無線網(wǎng)控制器RNC之間的無線網(wǎng)控制有關的信令是在被稱為無線接入網(wǎng)協(xié)議(RAN協(xié)議)的協(xié)議層(即,Access Stratum(接入層))上完成的。這些協(xié)議層包括在最低級別上的傳送協(xié)議以及由該傳送協(xié)議發(fā)送的控制信令被傳送到更高的級別,以便進一步處理。較高的接入層的最重要本質是無線資源控制協(xié)議RRC,它負責建立、配置、保持、和釋放在移動臺MS和無線網(wǎng)絡UTRAN之間的無線鏈路,以及用于從核心網(wǎng)CN與無線網(wǎng)RAN發(fā)送控制信息到移動臺MS。此外,無線資源控制協(xié)議RRC負責例如在基于應用的容量分配中按照無線資源管理系統(tǒng)RRM的指令為該無線載體分配足夠的容量。
如圖4b所示的協(xié)議堆棧在發(fā)送UMTS分組交換的用戶數(shù)據(jù)時被使用。在無線網(wǎng)UTRAN與移動臺MS之間的接口Uu上,在物理層上較低級別的數(shù)據(jù)傳輸是按照WCDMA或TD-CDMA協(xié)議進行的。在物理層上面的MAC層在物理層與RLC層之間傳輸數(shù)據(jù)分組,以及該RLC層掌管不同的無線載體的無線鏈路的邏輯管理。該RLC功能包括例如把被發(fā)送的用戶數(shù)據(jù)(RLC-SDU)分段成一個或多個RLC數(shù)據(jù)分組RLC-PDU。在RLC上面的PDCP層的數(shù)據(jù)分組(PDCP-PDU)中的IP頭標字段可任選地被壓縮。此后,PDCP-PDU被轉發(fā)到RLC,以及它們相應于一個RLC-SDU。用戶數(shù)據(jù)和RLC-SDU被分段和以RLC幀被發(fā)送,數(shù)據(jù)傳輸所必需的地址和驗證信息被加到其上。RLC層也照管損壞幀的重發(fā)。該服務的節(jié)點3G-SGSN管理來自該移動臺MS的數(shù)據(jù)分組通過無線網(wǎng)RAN路由到正確的網(wǎng)關節(jié)點3G-GGSN。這個連接使用隧道化協(xié)議GTP,它封裝和用隧道傳送通過該核心網(wǎng)發(fā)送的所有的用戶數(shù)據(jù)和信令。該GTP協(xié)議運行在由該核心網(wǎng)使用的IP之上。
圖5a顯示PDCP層的功能性模型,其中對于每個無線載體規(guī)定一個PDCP實體。因為在現(xiàn)在的系統(tǒng)中對于每個無線載體規(guī)定一個單獨的PDP上下文,所以對于每個PDP上下文也規(guī)定一個PDCP實體,以及在RLC層上對于每個PDCP實體規(guī)定某個RLC實體。如上所述,該PDCP層原則上也可被如此地在功能上實施,以使得幾個PDP上下文在該PDCP層上被復接,在這種情形下在PDCP層下面的RLC層上,一個RLC實體同時從幾個無線載體接收數(shù)據(jù)分組。
圖5b顯示其中PDCP實體通過一個無線載體從兩個不同的應用,A和B,接收數(shù)據(jù)分組的情形。在該無線載體中的數(shù)據(jù)流根據(jù)IP頭標字段在PDCP實體中的頭標字段壓縮器之前互相區(qū)分開,此后,使該數(shù)據(jù)流被壓縮。該壓縮器通過規(guī)定數(shù)據(jù)流分別的上下文識別符,而把數(shù)據(jù)流互相區(qū)分開,該接收機的解壓縮器可以通過該上下文識別符再次把該數(shù)據(jù)流相互區(qū)分開,以及解壓縮這些數(shù)據(jù)流。為了說明這一點,圖5b把壓縮器實體顯示為兩個分開的方塊,但實際上在同一個壓縮實體內有兩個壓縮上下文。然而,壓縮的數(shù)據(jù)流通過同一個RLC連接被傳輸。
每個PDCP實體可以使用一個或多個頭標字段壓縮算法或不使用任何算法。幾個PDCP實體也可使用同一個算法。無線資源控制器RRC對于每個PDCP實體協(xié)商適當?shù)乃惴ㄒ约翱刂圃撍惴ǖ膮⒘?,然后通過PDCP-C-SAP點(PDCP控制業(yè)務接入點)向該PDCP層建議選擇的算法和參量。所使用的壓縮算法取決于在該連接上使用的網(wǎng)絡層協(xié)議類型,當該PDP上下文被激活時該類型被表示給該無線資源控制器。
因此在UMTS系統(tǒng)中,被發(fā)送的數(shù)據(jù)分組的頭標字段壓縮和被接收的數(shù)據(jù)分組的解壓縮在會聚協(xié)議層PDCP上完成。PDCP層的任務包括與改進信道效率有關的功能,它們典型地是基于不同的最佳化方法,諸如數(shù)據(jù)分組頭標字段的壓縮算法的利用。由于今天對于UMTS規(guī)劃的網(wǎng)絡級協(xié)議是IP協(xié)議,所以所使用的壓縮算法是由IETF(互聯(lián)網(wǎng)工程任務組)標準化的算法。因此,ROHC壓縮方法特別適用于UMTS系統(tǒng)。該終端的PDCP層典型地支持幾個頭標字段壓縮方法,以便允許用盡可能多的網(wǎng)絡級協(xié)議類型建立連接。
當前把ROHC應用到UMTS的會聚協(xié)議層時,發(fā)送的PDCP和接收的PDCP包括壓縮器-解壓縮器對,用于壓縮被發(fā)送的數(shù)據(jù)分組和解壓縮接收的數(shù)據(jù)分組。會聚協(xié)議層PDCP提供一個用于協(xié)商對于每個無線載體的上下文識別符的長度的機制給該壓縮方法ROHC。實際上,該機制被如此地實施以使得該PDCP層發(fā)送壓縮器和解壓縮器的消息到RRC,以及實際的協(xié)商是通過RRC信令完成的。為了能夠盡可能有效地利用無線資源,對于無線載體,該上下文識別符CID的長度優(yōu)選地被規(guī)定為零。
如果對于該無線載體規(guī)定的上下文識別符CID的長度是“小的”,即,零字節(jié),和所有可能的16個數(shù)據(jù)連接正在使用,以及如果該終端的用戶對于具有這樣的規(guī)定的無線載體想要再建立一個同時的數(shù)據(jù)流,則發(fā)生有問題的情形,因為17個同時的數(shù)據(jù)流不能用“小的”上下文識別符被互相區(qū)分開。因為新的數(shù)據(jù)流不能按照ROHC規(guī)范由它自己的上下文識別符來識別,所以將為它規(guī)定一個現(xiàn)有的數(shù)據(jù)流的上下文識別符。在這樣的情形下,具有同一個上下文識別符的兩個數(shù)據(jù)流被同時發(fā)送,這導致在解壓縮器中的錯誤情形,因為該解壓縮器不再能互相區(qū)分開該數(shù)據(jù)連接。對于任何其他規(guī)定的CID長度數(shù)值,當該無線載體使用對于該上下文識別符CID的長度規(guī)定的最大數(shù)目的數(shù)據(jù)連接以及該終端的用戶試圖打開一個新的數(shù)據(jù)流時,也出現(xiàn)相應的問題。在沒有頭標字段壓縮的無線接口上發(fā)送幾個數(shù)據(jù)流會導致無線資源的非最佳利用,這是對該整個移動系統(tǒng)的有效利用的妨害。
然而,上述的問題將通過本發(fā)明的程序過程被減小,其中無線載體的參量被如此地規(guī)定,使得至少由該規(guī)定的上下文識別符的長度所允許的數(shù)目的數(shù)據(jù)分組連接的頭標字段可被壓縮,而不管由所述上下文識別符長度允許的數(shù)據(jù)分組連接的數(shù)目被超過的事實。這樣,有可能確保,例如當無線載體上下文識別符的長度被設置為零和終端的用戶對于該無線載體想要建立第17個同時的數(shù)據(jù)流時,至少原先的16個數(shù)據(jù)流,優(yōu)選地所有的17個數(shù)據(jù)流可以通過使用ROHC被發(fā)送。因此,對于任何其他規(guī)定的CID長度值,當無線載體使用對于該上下文識別符CID的長度規(guī)定的最大數(shù)目的數(shù)據(jù)連接和該終端的用戶試圖打開新的數(shù)據(jù)流時,有可能確保,至少相應于該數(shù)據(jù)連接的原先數(shù)目的一個數(shù)目,優(yōu)選地是所有的數(shù)據(jù)流,可以通過使用ROHC被發(fā)送。
按照本發(fā)明的第一實施例,上述的規(guī)定可以通過ROHC被執(zhí)行,這樣,ROHC算法被如此地規(guī)定為使得對于每個無線載體協(xié)商的、該上下文識別符CID的長度(即CID空間)的至少一個數(shù)值(優(yōu)選地是最后的數(shù)值)總是被保留用于未壓縮的數(shù)據(jù)流。因此,有可能確保已在使用的數(shù)據(jù)連接可被壓縮地傳輸,同時,新的數(shù)據(jù)連接可以不壓縮地被建立。例如,該ROHC算法可以在壓縮器與解壓縮器之間協(xié)商的基礎上被如此地規(guī)定,以使得如果該上下文識別符字段的長度被設為零,則頭15個數(shù)據(jù)流被壓縮,以及如果該終端的用戶試圖形成新的(第16個)數(shù)據(jù)流,則該數(shù)據(jù)流和在它之后形成的任何同時的數(shù)據(jù)流被未壓縮地發(fā)送到該接收機。一個CID字段被附著到該未壓縮的數(shù)據(jù)分組上,以通知接收機它們的頭標字段尚未被壓縮,以及因此它們應當被引導越過該解壓縮器。也有可能對于未壓縮的數(shù)據(jù)流保留對于無線載體的、協(xié)商的上下文識別符的CID空間的幾個數(shù)值。
按照本發(fā)明的第二實施例,會聚協(xié)議層PDCP監(jiān)視數(shù)據(jù)連接的數(shù)目,以及如果允許的數(shù)據(jù)連接的數(shù)目被超過,則該PDCP層把這一點通知給該無線資源控制協(xié)議RRC,然后它進行無線載體重新配置,在此期間無線載體參量,特別是上下文識別符的長度,被重新規(guī)定以使得每個數(shù)據(jù)流的頭標字段可以按照ROHC被壓縮。例如,如果無線載體上下文識別符的長度被設置為零和PDCP層檢測到17個或更多的同時數(shù)據(jù)流,則無線載體被重新配置,由此,該上下文識別符字段的最大值被規(guī)定為大于零。這要求把新的功能性加到PDCP層,以監(jiān)視每個無線載體的數(shù)據(jù)連接的數(shù)目。如果在無線載體上數(shù)據(jù)連接的數(shù)目對應于該上下文識別符長度的最大值以及正在建立新的數(shù)據(jù)連接,則PDCP如上所述地通知RRC。也有可能由于該終端的有限的性質,而例如使同時的數(shù)據(jù)連接的數(shù)目通過RRC信令被設置為四個數(shù)據(jù)流。這樣,PDCP層能夠如上所述地監(jiān)視同時的數(shù)據(jù)連接的數(shù)目是必須的,因為該ROHC機制不影響其中同時的數(shù)據(jù)連接的最高數(shù)目小于該上下文識別符字段的最大值的情形。
上述的第一和第二實施例,按照優(yōu)選實施例,可以通過PDCP層被如此地使用,以使得該PDCP層按照所述第二實施例監(jiān)視在無線載體上的數(shù)據(jù)連接的數(shù)目,以及當必要時按照所述第一實施例規(guī)定對于超過由最大上下文識別符數(shù)值允許的數(shù)據(jù)連接數(shù)目的額外數(shù)據(jù)連接不執(zhí)行頭標字段壓縮。這確保至少原先的數(shù)據(jù)流可被最佳壓縮地發(fā)送。在這樣的情形下,如果無線載體的上下文識別符的長度被規(guī)定為零以及例如PDCP層檢測到17個同時的數(shù)據(jù)流,則所述最后的(第17個)流被不進行頭標字段壓縮地發(fā)送,以及PDCP層的所述功能引導新的數(shù)據(jù)流跳過該壓縮器。按照優(yōu)選實施例,PDCP層的所述功能性也可以選擇被壓縮的那些數(shù)據(jù)流,在這種情形下,被引導越過該壓縮器的數(shù)據(jù)流不是自動地是最后形成的數(shù)據(jù)流。
按照第三實施例,在數(shù)據(jù)連接正在建立時決定該新的數(shù)據(jù)流屬于哪個無線載體的UMTS實體(例如,會話管理協(xié)議SM),在數(shù)據(jù)連接正在建立時,被告知以由該上下文識別符的最大值造成的、對于同時的數(shù)據(jù)連接數(shù)目的限制,特別是當無線載體上下文識別符的長度被設置為零時。如果16個數(shù)據(jù)流那時正在使用以及檢測到對于17個或更多個同時數(shù)據(jù)流的需要,則新的“額外”數(shù)據(jù)流可被規(guī)定為它自己的無線載體,或該第一無線載體被重新配置以及該上下文識別符字段的長度被給予大于零的數(shù)值。在這兩種情形下,每個數(shù)據(jù)流的頭標字段都可以按照ROHC被壓縮。在這個實施例中,也必須特別考慮其中由于該終端的限制的性質,該最高數(shù)目的同時數(shù)據(jù)連接只是四個數(shù)據(jù)流的情形。在這樣的情形下,控制數(shù)據(jù)連接的建立的實體能夠如上所述地監(jiān)視同時的數(shù)據(jù)連接的數(shù)目是必須的。
按照第四實施例,在PDCP層的數(shù)據(jù)分組結構中的分組識別符(PID)被使用來表示在上下文識別符的長度上所需要的改變。在PDCP層上,不同的壓縮方法通過附著到數(shù)據(jù)分組PDU的分組識別符PID被表示和互相區(qū)分開。對于每個PDCP實體,創(chuàng)建該分組識別符PID的數(shù)值的表,其中不同的壓縮算法與不同的數(shù)據(jù)分組相匹配,以及該分組識別符PID的數(shù)值被確定為這些部分的組合。如果不使用壓縮算法,則該分組識別符PID獲得數(shù)值零。PID數(shù)值對于每個壓縮算法和它的與不同數(shù)據(jù)分組類型的組合被接連地如此規(guī)定,使得每個壓縮算法的PID數(shù)值從n+1開始,其中n是對于以前的壓縮算法規(guī)定的最后的PID數(shù)值。壓縮算法的次序在與無線資源控制器RRC的協(xié)商中被確定。根據(jù)PID數(shù)值表,在分組數(shù)據(jù)連接的兩個末端處的PDCP實體可以識別正在被發(fā)送和接收的數(shù)據(jù)分組的壓縮算法。
在本發(fā)明的這個實施例中,這些PID數(shù)值可被如此利用,以使得按照圖6所示的表來為ROHC的不同的上下文識別符字段數(shù)值(0,1或2字節(jié))分配三個PID數(shù)值。替換地,兩個PID數(shù)值可被分配來代表CID空間值“小”(0字節(jié))和“大”(1或2字節(jié))。這樣對于“大的”CID空間值,CID字段擴展比特可被使用來更詳細地表示這是關于8比特還是16比特的CID字段?,F(xiàn)在,如果無線載體的上下文識別符長度被設置為零以及PDCP層檢測到17個同時的數(shù)據(jù)流,則可以通過這些PID值向接收的PDCP實體表示CID字段長度的改變。PID值優(yōu)選地被發(fā)送,直至該無線載體被重新配置或數(shù)據(jù)連接的數(shù)目回到16為止。
按照第五實施例,即使CID空間的最大數(shù)值被超過,該CID字段的長度也不被重新規(guī)定,但可以對于不同的數(shù)據(jù)連接建立分開的RLC連接。這可以被如此實施,使得當CID空間的最大值被超過時,每個新的數(shù)據(jù)連接得到其CID字段長度優(yōu)選地是零的、分開的RLC連接。替換地,可以對于每個數(shù)據(jù)流規(guī)定其CID字段長度被設置為零的、分開的RLC連接。而且,在其中32個數(shù)據(jù)流正在使用的情形下,該數(shù)據(jù)流可被分布到兩個RLC連接,在這種情形下,該數(shù)據(jù)流可被分布到其CID字段長度優(yōu)選地保持為零的、兩個RLC連接。然后,該PDCP層規(guī)范將被修正,以允許一個PDCP實體同時使用幾個RLC連接。對于無線資源的利用,這個實施例是最佳的,因為每個同時的數(shù)據(jù)流可以不帶有CID字段(CID長度=0)地被發(fā)送,在這種情形下,被發(fā)送數(shù)據(jù)的有用負載比例可被最大化。
按照第六實施例,超過該規(guī)定的上下文識別符最大值的同時數(shù)據(jù)連接是不被接受去進行傳輸?shù)?。如果例如,無線載體的上下文識別符長度被設置為零,且有16個數(shù)據(jù)流正在使用,以及試圖形成第17個同時的數(shù)據(jù)流,則PDCP層和/或壓縮器將不接受所述第17個數(shù)據(jù)連接的建立,以及它的數(shù)據(jù)分組將被拒絕。
這樣,本發(fā)明的程序過程確保在所有的情形下,有可能至少壓縮如對于該無線載體規(guī)定的上下文識別符字段的最大長度允許的那樣多的、在該無線載體上傳輸?shù)臄?shù)據(jù)連接。而且,被壓縮地發(fā)送的數(shù)據(jù)連接的壓縮的不連續(xù)性通過本發(fā)明的程序過程被避免。本發(fā)明的程序過程使得能夠以最有效的可能的方式對于該數(shù)據(jù)連接施加頭標字段壓縮,這對于無線資源的有效利用是有利的。
本發(fā)明的程序過程是通過使用UMTS系統(tǒng)作為例子而在上面描述的。然而,按照ROHC的頭標字段壓縮并不限于UMTS系統(tǒng),而是可優(yōu)選地應用到發(fā)送IP數(shù)據(jù)分組的任何電信系統(tǒng)。本發(fā)明的程序過程可優(yōu)選地應用到例如第二代移動系統(tǒng)的進一步的開發(fā)項目,諸如GERAN(GSM邊緣無線接入網(wǎng))。
本領域技術人員將會看到,隨著技術的前進,本發(fā)明的基本思想可以以許多不同的方式實施。因此,本發(fā)明和它的實施例不限于上述的例子,而是可以在權利要求的范圍內變化。
權利要求
1.一種為數(shù)據(jù)分組連接規(guī)定頭標字段壓縮的方法,在該方法中對于壓縮器和解壓縮器規(guī)定一個上下文作為該連接的一個參量,用于控制所述壓縮器和解壓縮器,對于在識別該壓縮器與解壓縮器之間的數(shù)據(jù)傳輸?shù)臄?shù)據(jù)分組連接中所使用的上下文識別符規(guī)定一個長度,所述長度規(guī)定在一個連接上發(fā)送的壓縮的數(shù)據(jù)分組連接的最大數(shù)目,以及每個數(shù)據(jù)分組連接由它自己的上下文識別符標識,其特征在于,如此規(guī)定該連接的參量,以使得至少由規(guī)定的上下文識別符的長度所允許的數(shù)目的數(shù)據(jù)分組連接的頭標字段可被壓縮,而不管由所述上下文識別符長度所允許的數(shù)據(jù)分組連接的數(shù)目被超過的事實。
2.如權利要求1中要求的方法,其特征在于,保留該規(guī)定的上下文識別符長度的至少一個值用于未壓縮的數(shù)據(jù)流。
3.如權利要求1或2中要求的方法,在該方法中,壓縮由移動系統(tǒng)的會聚協(xié)議層控制,其特征在于,響應于超過由該上下文識別符長度允許的數(shù)據(jù)分組連接的數(shù)目,而引導該移動系統(tǒng)去如此地重新規(guī)定一無線載體的參量,使得該上下文識別符長度的新的數(shù)值使能所有的數(shù)據(jù)分組連接的頭標字段的壓縮。
4.如權利要求3中要求的方法,其特征在于,使用對于該會聚協(xié)議層的數(shù)據(jù)分組識別符規(guī)定的數(shù)值來規(guī)定該上下文識別符長度的新的數(shù)值。
5.如權利要求1或2中要求的方法,在該方法中,壓縮由該移動系統(tǒng)的會聚協(xié)議層控制,其特征在于,把對于每個無線載體規(guī)定的同時數(shù)據(jù)分組連接的最大數(shù)目用信號通知給該移動系統(tǒng)實體,它在建立新的數(shù)據(jù)分組連接時決定它將與哪個無線載體相聯(lián)系,以及響應于超過由該上下文識別符長度允許的數(shù)據(jù)分組連接的數(shù)目,而引導該移動系統(tǒng)如此地重新規(guī)定該無線載體參量,使得該上下文識別符長度的新的數(shù)值使能所有的數(shù)據(jù)分組連接的頭標字段的壓縮。
6.如權利要求1和2中要求的方法,在該方法中,壓縮由該移動系統(tǒng)的會聚協(xié)議層控制,其特征在于,把對于每個無線載體規(guī)定的同時數(shù)據(jù)分組連接的最大數(shù)目用信號通知給該移動系統(tǒng)實體,它在建立新的數(shù)據(jù)分組連接時決定它將與哪個無線載體相聯(lián)系,以及響應于超過由該上下文識別符長度的最大值允許的數(shù)據(jù)分組連接的數(shù)目,引導該移動系統(tǒng)對于該額外的數(shù)據(jù)分組連接規(guī)定一個新的無線載體。
7.如權利要求1和2中要求的方法,在該方法中,壓縮由該移動系統(tǒng)的會聚協(xié)議層控制,其特征在于,響應于超過由該上下文識別符長度的最大值允許的數(shù)據(jù)分組連接的數(shù)目,引導該會聚協(xié)議層或其中的壓縮器在不進行頭標字段壓縮的情況下發(fā)送該額外的數(shù)據(jù)分組連接。
8.如權利要求7中要求的方法,其特征在于,把一個識別符附著到所述額外的數(shù)據(jù)分組連接,根據(jù)這個識別符,接收該數(shù)據(jù)分組而不進行解壓縮。
9.如權利要求1或2中要求的方法,在該方法中,壓縮由該移動系統(tǒng)的會聚協(xié)議層控制,其特征在于,響應于超過由該上下文識別符長度的最大值允許的數(shù)據(jù)分組連接的數(shù)目,引導該會聚協(xié)議層以對于該數(shù)據(jù)分組連接規(guī)定幾個鏈路級的連接,該數(shù)據(jù)分組連接被分配給它們。
10.如權利要求1或2中要求的方法,在該方法中,壓縮由該移動系統(tǒng)的會聚協(xié)議層控制,其特征在于,響應于超過由該上下文識別符長度的最大值允許的數(shù)據(jù)分組連接的數(shù)目,引導該會聚協(xié)議層拒絕該額外的數(shù)據(jù)分組連接。
11.如權利要求3到10的任一項中要求的方法,其特征在于,該終端限制同時的數(shù)據(jù)分組連接的數(shù)目為小于由該上下文識別符長度的最大值允許的數(shù)據(jù)分組連接的數(shù)目。
12.一種頭標字段壓縮系統(tǒng),包括壓縮器和解壓縮器;一個上下文被安排成被規(guī)定用于在該壓縮器和解壓縮器之間的數(shù)據(jù)分組連接,作為該連接的一個參量,該上下文控制所述壓縮器和解壓縮器的操作,以及包括上下文識別符,用來標識該數(shù)據(jù)分組連接;一個長度被安排成被規(guī)定用于在該壓縮器與解壓縮器之間的數(shù)據(jù)傳輸?shù)纳舷挛淖R別符,所述長度規(guī)定在一個連接上傳輸?shù)膲嚎s的數(shù)據(jù)分組連接的最大數(shù)目,以及所述數(shù)據(jù)分組連接被安排成由一上下文識別符標識,其特征在于,該連接的參量被安排成如此地規(guī)定,以使得至少由該規(guī)定的上下文識別符的長度所允許的數(shù)目的數(shù)據(jù)分組連接的頭標字段可被壓縮,而不管由所述上下文識別符長度所允許的數(shù)據(jù)分組連接的數(shù)目被超過的事實。
13.如權利要求12中要求的系統(tǒng),其特征在于,該規(guī)定的上下文識別符長度的至少一個值被保留用于未壓縮的數(shù)據(jù)流。
14.如權利要求12或13中要求的系統(tǒng),在該系統(tǒng)中,壓縮被安排成由移動系統(tǒng)的會聚協(xié)議層控制,其特征在于,該移動系統(tǒng)被安排成響應于超過由該上下文識別符長度允許的數(shù)據(jù)分組連接的數(shù)目,而重新規(guī)定無線載體的參量,使得該上下文識別符長度的新的數(shù)值使能所有的數(shù)據(jù)分組連接的頭標字段的壓縮。
15.如權利要求12或13中要求的系統(tǒng),在該系統(tǒng)中,壓縮被安排成由該移動系統(tǒng)的會聚協(xié)議層控制,其特征在于,該會聚協(xié)議層被安排成響應于超過由該上下文識別符長度的最大值允許的數(shù)據(jù)分組連接的數(shù)目,對于該數(shù)據(jù)分組連接規(guī)定幾個鏈路級的連接,該數(shù)據(jù)分組連接被分配給它們。
全文摘要
規(guī)定用于數(shù)據(jù)分組連接的頭標字段壓縮的方法和頭標字段壓縮系統(tǒng),其中規(guī)定一個用于控制壓縮器和解壓縮器的上下文作為該連接的一個參量。對于識別用于在壓縮器與解壓縮器之間的數(shù)據(jù)傳輸?shù)臄?shù)據(jù)分組連接時所使用的上下文識別符規(guī)定一個長度,所述長度規(guī)定在一個連接上傳輸?shù)臄?shù)據(jù)分組連接的最大數(shù)目。每個數(shù)據(jù)分組連接由它自己的上下文識別符標識。該連接的參量以這樣一種方式被規(guī)定,使得至少由該規(guī)定的上下文識別符長度所允許的數(shù)目的數(shù)據(jù)分組連接的頭標字段可被壓縮,而不管由所述上下文識別符長度所允許的數(shù)據(jù)分組連接的數(shù)目被超過的事實。
文檔編號H04Q7/38GK1554175SQ01817600
公開日2004年12月8日 申請日期2001年10月17日 優(yōu)先權日2000年10月18日
發(fā)明者A·托魯寧, J·卡利奧庫于, A 托魯寧, 驢庥 申請人:諾基亞有限公司