隱式分組類型識別的製作方法
2023-07-01 01:15:46 1
專利名稱：隱式分組類型識別的製作方法
相關的申請的交叉引用本專利申請要求2001年7月3日提交的共同未決的美國臨時申請60/302,957的優先權，並且其中公開的全部內容在此引入作為參考。
背景技術：
在此被公開和要求的發明通常涉及一種方法，用於在一個系統中識別分組類型，該系統中利用分組在鏈路上傳輸數據。更特別地，本發明涉及一種上述類型的方法，其中至少一些分組的標題傳輸前被0位元組壓縮，因此所述分組是無標題的並且分組類型必須被隱含地識別。甚至更特別地，本發明涉及特別適於供諸如蜂窩和無線鏈路的窄帶鏈路使用的上述類型的方法。
由於網際網路的巨大成功，在很多不同種類的鏈路上利用網際網路協議(IP)已經成為有挑戰性的任務。然而，因為IP的標題相當大，所以關於諸如無線和蜂窩鏈路的窄帶鏈路來使用IP可能是困難的。例如，對於由普通協議(IP、UDP、RTP)傳送的普通語音數據，所述標題可以代表所述分組的大約70％。這導致十分低效的鏈路使用。
術語標題壓縮(HC)指通過點對點鏈路在每一跳躍基礎上最小化在標題中承載的信息所必需的帶寬的技術。一般來說，在網際網路社會中，HC技術有十多年的歷史，並且存在幾個通常被使用的協議，諸如RFC 1144(下文中「VJ」，1990年2月，IETF網絡工作組在由VanJacobson等編寫的題為「Compressing TCP/IP Headers for Low-Speed Serial Links(為低速串行鏈路壓縮TCP/IP)」的IETF RFC 1144的文件中提出)；RFC 2507(下文中「IPHC」，1999年2月，IETF網絡工作組在由Degermark，Nordgren與Pink編寫的題為「IP HeaderCompression(IP標題壓縮)」的IETF RFC 2507的文件中提出)；以及RFC 2508(下文中「CRTP」，1999年2月，IETF網絡工作組在由Casner和Van Jacobson編寫的題為「Compressing IP/UdP/RTPHeaders for Low-Speed Serial Links(為低速串行鏈路壓縮IP/UDP/RTP標題)」的IETF RFC 2508的文件中提出)。
標題壓縮利用這樣一個事實，即在一個流量內，標題中的一些欄位不改變，或者有小的和/或可預測的值的改變。因此，標題壓縮方案最初只發送靜態信息，而改變的欄位隨著它們的絕對值或者按照與分組到分組的差值被發送。當然，完全隨機的信息必須在根本沒有任何壓縮的情況下被發送。所述標題壓縮方案通常可以被實現為一種狀態機，與壓縮有關的挑戰性任務是保持所述壓縮器和解壓縮器狀態(被稱為上下文)彼此一致，同時將所述標題開銷保持得儘可能低。
顯然，在把通過無線的IP上的話音(VoIP)(VoIPoW)作為對於電路交換話音的經濟可行的替代中，標題壓縮十分重要。用於這個目的的標題壓縮解決方案已經被IETF的健壯標題壓縮(ROHC)工作組開發。這些解決方案在2001年7月由Bormann等人的題為「RobustHeader Compression(健壯標題壓縮)」的IETF RFC 3095的文件中被提出。所述ROHC RTP標題壓縮方案已經被設計在一個任意的鏈路層上有效地壓縮所述IP/UDP/RTP標題。除協商外，ROHC RTP壓縮只要求由所述鏈路層提供成幀和誤差檢測，而諸如分組類型識別的所有其它的功能則由所述ROHC方案自己處理。
最近的標題壓縮中的工作還包括創立用於IP/UDP/RTP分組的0位元組標題壓縮方案。例如，這個類型的方案在2002年4月由Jonsson等編寫的題為「A Link-Layer Assisted ROHC Profile for IP/UDP/RTP(用於IP/UDP/RTP的鏈路層輔助ROHC概括)」的RFC 3242的文件(下文中「LLA」)中被描述。這些方案使用由較低層提供的功能以便通過在正常操作期間為大多數分組完全消除標題來提高壓縮效率。當它們中的一些信息可以通過由所述輔助層提供的功能推斷時，這些無標題分組可以被發送。這個信息包括識別分組類型的標題欄位。
儘管現在無標題分組可以被諸如LLA的方案提供，但是在使用所述ROHC技術被壓縮的所有標題中仍然需要分組類型標識符，因此需要一個最小的八位組標題尺寸。因此，在空中接口上沒有明確地使用附加比特的情況下，提供分組類型識別成為問題，並且直到這個問題被解決，才不會阻礙0位元組標題壓縮方案的使用。為了完全消除所述標題，分組類型標識符必須通過其它裝置被提供，當「自由」鏈路層比特不可用時並且當所述附加比特傳輸不可能時被使用。
發明內容
本發明通過在其中分組標題已經通過壓縮被完全消除因此壓縮後的分組是無標題分組的設備中提供分組類型識別來克服了上面提出的現有技術的問題。更特別的，在本發明的實施方案中，在不需要在所述空中接口或其它傳輸鏈路上傳輸附加比特的情況下，通過使用由所述物理層提供的功能，分組類型識別被隱含地進行。根據本發明，建議了幾個解決方案用於創立標題壓縮方案，這些方案能夠完全壓縮完所述標題，當所述鏈路不能提供一個明確的分組類型標識符時有用。下文中詳細描述每一個解決方案。
可以預料，本發明的實施方案可以被有利地與上述分別被稱作[VJ]，[IPHC]，[CRTP]和[ROHC]的標題壓縮方案一起使用。此外，可以預料，通過把本發明的一個實施方案和諸如[LLA]的0位元組標題壓縮方案結合起來可以取得十分重要的優點。然而，本發明決不限於此。在此使用專業術語標題壓縮、標題壓縮器和標題解壓縮器是用來強調本發明的寬範圍。
本發明的一個實施方案涉及一種隱式分組類型識別方法，該方法供一種被配置在傳輸鏈路上傳輸至少最初被提供標題的分組的系統來使用，其中所述系統包括分別在傳輸前壓縮標題和在傳輸後解壓縮標題的壓縮器和解壓縮器。所述方法包括建立和選擇一組隱式分組傳輸特性的步驟，其中不同的特性識別不同類型的分組。所述壓縮器被操作來壓縮特殊分組的標題，所以所述特殊分組變成無標題的，所述特殊分組是被所述特性中的相應一個特性識別的一種類型的分組。所述特殊分組根據相應的傳輸特性被傳輸，並且所述解壓縮器被操作來檢測所述相應的特性並且由此識別所述特殊分組的分組類型。應該強調，本發明的實施方案可以被用於識別N個不同的分組類型，其中N是一個正整數。
如在此被使用的，術語「隱式分組傳輸特性」指一種與通過一個鏈路從所述壓縮器側到所述解壓縮器側傳輸無標題和被壓縮的標題分組有關的特性或機制，其中所述隱式特性可以為不同的分組類型而被改變並且不需要任何附加比特。
圖1是說明根據本發明的一個實施方案的一種使用標題壓縮和隱式分組識別的系統的示意圖。
圖2是說明表示本發明的一個實施方案的傳送信道設備的示意圖。
圖3-4是共同表示本發明的另一個實施方案的與分組加密有關的示意圖。
典型實施方案的詳細描述參考圖1，其中顯示了系統10，它在從移動單元12到網絡實體14傳輸諸如話音或語音信息的信息中使用本發明的一個實施方案。在移動單元12被產生的語音數據根據慣例分組化所述數據，給各個分組提供標題並且傳遞所述分組到移動單元12的壓縮器18。壓縮器18還按照在此被進一步描述的來壓縮所述標題並且操作。壓縮之後，分組同樣按照在下文中被描述的在無線鏈路20上被傳輸到網絡實體14的解壓縮器22並且被處理。鏈路20有用地可以是一個雙工鏈路，它具有以傳統方式被從解壓縮器22傳輸到壓縮器18的反饋分組。這使所述壓縮器和解壓縮器能夠在所述分組在鏈路20上被發送之前預先協商分組傳輸的特性或機制。然而，雖然雙工鏈路通常使得事情變得簡單並且諸如可以為標題壓縮改進性能，但是鏈路20也可以是一個單工鏈路。即使所述數據傳輸是單工的，以雙工方式執行協商仍是可能的，否則可以脫機進行協商。如在此被使用的，在所述壓縮器和解壓縮器之間協商或預先協商指一個傳統過程，其中所述壓縮器和解壓縮器彼此來回地通信，以便關於將被在無標題分組和其它分組類型的傳輸和隱式識別中使用的特性和機制及其特定值而達成一致。
圖1還顯示了一個對應的節點24，它也可以是一個被連結到網絡實體14的移動單元。對應的節點24通常未被直接連接到網絡實體14，而是通過節點網絡被間接地連接。網絡實體14被提供一個壓縮器25，移動單元12被提供一個相應的解壓縮器16。壓縮器25和解壓縮器16處理到移動單元12的輸入業務量，也就是來自相應的通信節點24的輸入業務量。
在本發明的第一實施方案中，壓縮器18和解壓縮器22協商將被用於識別無標題分組的一個或幾個特定的分組尺寸。因為0位元組標題壓縮，所以這是可能的，以便提供無標題分組，只在有某些特性的特定鏈路上是有用的，並且只對於適合所述鏈路特性的應用程式是有利的。所述特定分組尺寸之一應該是預期的最小尺寸。當一個分組被發送到所述壓縮器時，所述壓縮器決定使用哪個分組類型。如果所述分組的有效負荷有一個是被協商的分組尺寸之一的尺寸，並且所述分組不需要標題，則所述壓縮器發送沒有標題的所述分組。另外，包括一個隱式分組類型標識符的標題被附加到被發送的有效負荷。
解壓縮器22總是把任何特定的被預協商尺寸的分組作為沒有標題的分組處理，並且利用上下文信息和鏈路同步來解壓縮所述標題。如已知的，上下文信息是從在相同的分組流或流量中先前被發送的分組中接收的信息。如果被傳輸到所述解壓縮器的分組不是所述特定尺寸之一，則所述分組作為具有包括分組類型標識符和其它被壓縮的標題欄位的被壓縮的標題的普通分組被處理。
在實現上述實施方案中，所述壓縮器必須確保如果具有正常被壓縮標題的分組的尺寸匹配無標題分組的任何特定的被預協商的尺寸，則填充字符必須被附加到所述分組，以便它的尺寸將不再匹配被預協商的尺寸。這對於在所述解壓縮器側避免任何模糊是必要的。
在本發明的第二實施方案中，多組信道編碼組合被用於提供隱式分組類型識別。如本領域已知的，傳送信道和傳送格式組合是某些標準化可配置的物理層的特徵。每個傳送信道(TC)的特徵是一個特定的信道編碼方案，並且在所述物理層傳送格式組合(TFC)是傳送信道的組合併且當一個物理子信道建立時被定義。每個TFC可以被配置符合於一個分組格式以便在它的不同部分上應用不同的信道編碼。使用這些定義並且假定一個物理層使用上述概念，不同的傳送格式組合的組可以被預先識別並且被用於隱式分組類型識別。也就是說，一個特殊的TFC標識符值可以被用於指定一個被要求用於每個特殊分組類型傳輸的信道編碼組合。
參考圖2，它顯示了一個例子，其中傳送信道基於代表信道編碼要求的四個不同的可能類型的比特分類被配置。所述類型包括被壓縮標題的八位組(CH八位組)和三個任意的比特類型(Cls A比特，Cls B比特以及Cls C比特)。這涉及在一個可配置的物理層上IP/UDP/RTP/AMR音頻業務量信道編碼要求。
如果多個分組都要求同樣的編碼組合，則它們全部可以用相同的TFC標識符被識別，並且所述分組的不同部分在每個傳送信道上被發送。這允許某些TFC標識符唯一地與一個特殊分組類型相聯繫。例如，還參考圖2，具有被壓縮的標題的分組共同地被表示為分組類型1，或PT1。因此，圖2表示有標題的分組將使用TFC標識符值
。在圖2中共同地被表示為PT2的無標題分組將使用TFC值
。
上述可配置的物理層概念要求某些假定以便與用於VoIP的任何標題壓縮器機制一起工作。更特別的，假定所述被要求的TFC已經被在所述物理層定義，一個信道被提供用於所述不同的被壓縮的標題尺寸(包括用於最大預期的被壓縮的標題尺寸的一個)，無標題分組要求的全部傳送格式是可用的，以及所得到的有關的分組流量的TFC標識符組對於所述標題壓縮層是可用的。此外，假定所述物理層給所述解壓縮器提供所述TFC標識符以及所述被接收的分組。
在用於所述第二實施方案的標題壓縮設置中，所述壓縮器識別一個或幾個應當被用於無標題分組的TFC標識符。所述壓縮器還與所述解壓縮器關於這些標識符應當被用於所述無標題分組而達成一致意見。如上面描述的，所述壓縮器確保所有被壓縮的標題被使用TFC標識符傳遞到所述物理層。
如在所述壓縮器和所述解壓縮器之間同意的，如果所述被接收的分組有一個被包括在被分配到無標題分組的標識符組中的TFC標識符，則所述解壓縮器把被接收的分組作為無標題分組來對待。如果所述解壓縮器承認被接收的是無標題分組，則它利用上下文信息和鏈路同步來解壓縮所述標題。如果被接收分組的TFC標識符不在這個組內，則所述分組被作為具有包括一個分組類型標識符和其它標題欄位的被壓縮標題的普通分組來處理。應該注意，所述壓縮器必須確保包括0位元組尺寸標題的每個被壓縮的標題正好匹配被定義的用於分組被為其傳遞的所述TFC標識符的被壓縮標題信道的TFC。如果不是這種情況，則壓縮器必須使用填充字符以便產生適合於將被用於所述相應的分組的TFC的被壓縮的標題。定義適當的TFC組的職責屬於所述物理層。
所述隱式分組類型識別發明的第三實施方案通過使用由基礎層提供的創立不同的邏輯信道的多路復用選項來區別不同的分組類型。例如，這個實施方案可以通過使用不同的業務選項、不同的業務量類型或特定的QoS參數被實現。
根據這個過程，所述壓縮器使用來自較低層的可用的多路復用選項之一來創立兩個邏輯信道。所述壓縮器和解壓縮器協商兩個邏輯信道中的哪一個將被僅僅用於屬於一個單獨流量的無標題分組，並且協商哪個信道將被用於具有被壓縮標題的分組。所述壓縮器隨後確定哪個分組類型用於特殊分組(有或沒有標題)並且在適當的邏輯信道上發送所得到的分組到所述解壓縮器。
所述解壓縮器總是把在被識別用於無標題分組的邏輯信道上接收的分組作為無標題分組來對待，並且利用上下文信息和鏈路同步來解壓縮所述標題。否則，所述分組被作為一個具有包括分組類型標識符和其它標題欄位的被壓縮標題的普通分組來處理。
本發明的另一個實施方案指向一種技術，該技術在所述物理層上使用一對加密密鑰以便產生用於所述標題壓縮層的分組類型標識符。在執行保證當使用一對不一樣的密鑰時被加密值的唯一性的加密操作之前，這種方法重新使用現有的物理層CRC值。因此這種方法在所述物理層上，在所述物理層CRC計算和所述物理層成幀操作之間操作。如本領域技術人員已知的，CRC是循環冗餘碼的首字母縮寫詞，它是一類通過發現多項式除法的餘數來產生奇偶檢驗比特的線性誤差檢測碼。所述加密操作使用一種不應該促使分組尺寸擴展的加密算法。因此，一種可用的加密方法可以被使用，它使用不促使尺寸擴展的附加流密碼和比特方式的異或操作。所述加密算法也不應該通過解密傳播比特誤差，這意味著解密之前和之後錯誤比特的數量相同。
在這個實施方案中，一對加密密鑰首先在所述物理鏈路的壓縮器和解壓縮器側之間交換。因為預期在所述物理層另一個加密層將被使用，所以所述密鑰交換不必被保密。在所述密鑰交換之後，每個加密密鑰被分配給不同的分組類型流量。例如，一個密鑰可以被分配表示無標題分組，而另一個密鑰可以表示具有被壓縮的標題的普通分組。一個分組在所述鏈路的壓縮器側使用被分配給它的分組類型的密鑰被加密。所述被加密的分組以及在所述未被加密的分組上被所述物理層以傳統方式計算的CRC值通過所述鏈路被發送到所述解壓縮器側。一旦在所述解壓縮器側接收，則被接收的分組就對於每個密鑰被解密並且一個CRC值在由所述CRC覆蓋的普通數據上被計算，使用每個被解密的分組替代被接收的加密分組。每個被計算的CRC值符合於所述被交換密鑰之一。它們之一將等於從所述鏈路壓縮器側接收的CRC值，從而識別符合於適當的邏輯信道的密鑰，並且因此也識別所述被接收的分組的分組類型。
圖3和圖4顯示這個過程的一個例子，用於兩個不同的分組類型。參考圖3，在物理鏈路20的壓縮器側，顯示了一個無標題分組26，或分組類型1。在功能塊28，一個CRC值通常首先由所述物理層計算以便提供一個CRC1的CRC值，塊30。在成幀和傳輸之前，在功能塊32，所述分組26使用被分配給這個分組類型流量的密鑰(eKey1)被加密以便提供被加密的分組(ePacket)34。CRC1和ePacket 34隨後通過所述物理媒體20被發送到所述解壓縮器側。在功能塊36和38上，在接收端分別用eKey1和eKey2對ePacket 34解密，從而產生最初未知類型的分組40和42，(？分組1)和(？分組2)。隨後為每個被解密的40和42計算CRC值，產生的CRC值CRC1和CRC2分別在44和46被顯示。這些值隨後被與被接收的CRC值比較，在塊30被顯示。在這種情況下，CRC值44(CRC1)等於被接收的CRC值，因此識別所述分組類型為PT1。
參考圖4，顯示了適用於諸如被壓縮的標題分組(CH分組)或分組類型2的不同分組類型的分組48的相同過程。一個CRC值在功能塊50被計算以便提供一個CRC2的CRC值52。使用被分配給PT2的密鑰(eKey2)對於分組48進行加密以便提供加密分組(ePacket)56。CRC2和ePacket 56隨後在鏈路20上被發送，在功能塊58和60，ePacket56分別被用eKey1和eKey2解密。未知類型62和64的分組從所述解密被產生，並且分別被用於計算是CRC1的CRC值66以及是CRC2的CRC值68。通過比較所述CRC值和所述被傳輸的CRC值52，確定分組48是PT2。
圖3和圖4中表示的過程可以被簡要地概括如下1.在所述標題壓縮子層下，所述鏈路的兩側協商一對加密密鑰以及一個加密算法的使用並且給每個密鑰分配一個邏輯值。
2.所述壓縮器隨後決定使用哪個標題和分組類型並且發送使用符合於所述被選擇的分組類型的密鑰所得到的加密的分組。
3.在所述發送端時，所述CRC值根據慣例在通常的CRC覆蓋範圍上被計算。
4.將被傳輸的分組隨後使用分配給它的分組類型進行加密。由此產生的被加密的值以及符合於所述未被加密的數據的CRC值隨後在所述物理信道上被發送。
5.在接收端時，所述CRC值被提取，所述被接收的分組使用兩個密鑰被解密，並且隨後一個CRC值在所述通常的CRC覆蓋範圍上通過每個被解密的值被計算。這產生兩個新的值，CRC1和CRC2。被接收的CRC隨後被與新的被計算的值CRC1和CRC2比較，並且匹配所述被接收值的值指示哪個加密密鑰被使用，從而識別所述分組類型。
6.對於無標題/標題區別的情況，所述解壓縮器總是把所述被接收的分組和被識別用於無標題分組的邏輯信道作為無標題分組來處理，並且利用上下文信息和鏈路同步來解壓縮所述標題。否則，所述分組被作為具有一個含有分組類型標識符和其它標題欄位的被壓縮的標題的普通分組來處理。
應該注意，也可以建議一對不同的CRC多項式，但是這種多項式不能保證對於任何日期，使用所述相同的數據但是不同的多項式的CRC計算時，總是只有一個唯一的值被產生。
顯然，按照上述示教，本發明的很多修改和變化是可能的。因此應該理解，在被公開的概念的範圍內，本發明可以被以不同於已經被特別描述的方式實踐。
權利要求
1.一種在壓縮器和解壓縮器之間的鏈路上傳輸分組的系統中的隱式分組類型識別方法，包括步驟選擇一組隱式分組傳輸特性，包括至少第一和第二可區別地不同傳輸特性；操作所述壓縮器以便將所述第一傳輸特性分配給第一分組類型的分組，並且將所述第二特性分配給不同於所述第一分組類型的第二分組類型的分組；以及操作所述解壓縮器以便檢測被所述解壓縮器接收的分組的所述傳輸特性，從而識別被接收的分組為第一或第二分組類型。
2.如權利要求1所述的方法，其中所述選擇步驟包括在所述壓縮器和所述解壓縮器之間預先協商。
3.如權利要求1所述的方法，其中所述第一分組類型包括無標題分組。
4.如權利要求1所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇不同的分組尺寸。
5.如權利要求1所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇不同的信道編碼組合的組。
6.如權利要求1所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇創立不同的邏輯信道的多路復用選項。
7.如權利要求1所述的方法，其中所述選擇步驟包括選擇一組加密密鑰以及一個加密算法，並且所述壓縮器將不同的加密密鑰分配給所述第一和第二分組類型。
8.如權利要求1所述的方法，其中所述系統被配置成根據選自包括[VJ]、[IPHC]、[CRTP]、[LLA]和[ROHC]的一組標題壓縮/解壓縮方案的一個方案來壓縮和解壓縮分組標題。
9.如權利要求1所述的方法，其中所述選擇步驟包括選擇N個不同的分組傳輸特性用於分別識別N個不同分組類型的分組。
10.如權利要求1所述的方法，其中所述第一分組類型包括無標題分組，所述第二分組類型包括具有標題的分組。
11.如權利要求3所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇不同的分組尺寸。
12.如權利要求3所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇不同的信道編碼組合的組。
13.如權利要求3所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇創立不同的邏輯信道的多路復用選項。
14.如權利要求3所述的方法，其中所述選擇步驟包括選擇一組加密密鑰以及一個加密算法，並且所述壓縮器將不同的加密密鑰分配給所述第一和第二分組類型。
15.一種在壓縮器和解壓縮器之間的鏈路上傳輸分組的系統中的隱式分組類型識別方法，所述系統分別在傳輸之前壓縮分組標題以及在傳輸之後解壓縮分組標題，所述包括步驟選擇一組隱式分組傳輸特性，其中所述組的不同特性識別不同類型的分組；壓縮一個特殊分組的標題以便所述特殊分組變成無標題的，所述特殊分組是一種被所述特性中一個相應的特性識別的類型；在所述鏈路上從所述壓縮器側傳輸所述特殊分組到所述解壓縮器側；以及操作所述解壓縮器以便檢測所述相應的特性，從而識別所述特殊分組為無標題分組類型。
16.如權利要求15所述的方法，其中所述選擇步驟包括選擇多個特定的分組尺寸只供無標題分組使用；以及所述壓縮器使用所述特定的分組尺寸之一用於只傳輸無標題分組。
17.如權利要求15所述的方法，其中所述選擇步驟包括選擇一組信道編碼組合；以及所述信道編碼組合之一只被分配給無標題分組，而所述信道編碼組合中的另一個只被分配給另一種指定類型的分組。
18.如權利要求15所述的方法，其中所述選擇步驟包括選擇創立不同的邏輯信道的多路復用選項，只有無標題分組在所述邏輯信道之一上被發送，並且只有另一種被指定類型的分組在所述邏輯信道的另一個上被發送。
19.如權利要求16所述的方法，其中所述選擇步驟包括選擇一組加密密鑰以及一個加密算法，所述密鑰之一只被分配給無標題分組，而所述密鑰中的另一個只被分配給另一種指定類型的分組。
20.如權利要求16所述的方法，其中所述選擇步驟包括在所述壓縮器和所述解壓縮器之間預先協商。
21.一種在鏈路上傳輸分組的系統，包括在所述鏈路的一側的壓縮器被配置以便將第一傳輸特性分配給第一分組類型的分組，並且將第二特性分配給不同於所述第一分組類型的第二分組類型的分組；以及在所述鏈路相對側的解壓縮器，被配置以便檢測被所述解壓縮器接收的分組的所述傳輸特性，從而識別被接收的分組為第一或第二分組類型。
22.如權利要求21所述的系統，其中所述壓縮器和所述解壓縮器預先協商分組特性。
23.如權利要求21所述的系統，其中所述第一分組類型包括無標題分組，所述第二分組類型包括具有標題的分組。
24.如權利要求21所述的系統，其中所述壓縮器為所述第一和第二分組類型分配不同的分組尺寸。
25.如權利要求21所述的系統，其中不同的信道編碼組合的組被分配用於所述第一和第二分組類型。
26.如權利要求21所述的系統，其中創立不同的邏輯信道的多路復用選項被分配用於所述第一和第二分組類型。
27.如權利要求21所述的系統，其中所述壓縮器將來自與相關的加密算法有關的一組加密密鑰的不同的加密密鑰分配給所述第一和第二分組類型。
28.一種在壓縮器和相對方之間的鏈路上傳輸分組的系統中的隱式分組類型識別方法，包括步驟選擇一組隱式分組傳輸特性，包括至少第一和第二可區別地不同傳輸特性；以及操作所述壓縮器以便將所述第一傳輸特性分配給第一分組類型的分組，並且將所述第二特性分配給不同於所述第一分組類型的第二分組類型的分組。
29.如權利要求28所述的方法，其中所述選擇步驟包括在所述壓縮器和所述相對方之間預先協商。
30.如權利要求28所述的方法，其中；所述第一分組類型包括無標題分組。
31.如權利要求28所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇不同的分組尺寸。
32.如權利要求28所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇不同的信道編碼組合的組。
33.如權利要求28所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇創立不同的邏輯信道的多路復用選項。
34.如權利要求28所述的方法，其中所述選擇步驟包括選擇一組加密密鑰以及一個加密算法，並且所述壓縮器將不同的加密密鑰分配給所述第一和第二分組類型。
35.如權利要求28所述的方法，其中所述系統被配置成根據選自包括[VJ]、[IPHC]、[CRTP]、[LLA]和[ROHC]的一組標題壓縮方案的一個方案來壓縮分組標題。
36.如權利要求28所述的方法，其中所述選擇步驟包括選擇N個不同的分組傳輸特性用於分別識別N個不同分組類型的分組。
37.如權利要求28所述的方法，其中所述第一分組類型包括無標題分組，所述第二分組類型包括具有標題的分組。
38.如權利要求30所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇不同的分組尺寸。
39.如權利要求30所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇不同的信道編碼組合的組。
40.如權利要求30所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇創立不同的邏輯信道的多路復用選項。
41.如權利要求30所述的方法，其中所述選擇步驟包括選擇一組加密密鑰以及一個加密算法，並且所述壓縮器將不同的加密密鑰分配給所述第一和第二分組類型。
42.一種在通信方和解壓縮器之間的鏈路上傳輸分組的系統中的隱式分組類型識別方法，包括步驟選擇一組隱式分組傳輸特性，包括至少第一和第二可區別地不同傳輸特性；以及操作所述解壓縮器以便檢測被所述解壓縮器接收的分組的所述傳輸特性，從而識別被接收的分組為第一或第二分組類型。
43.如權利要求42所述的方法，其中所述選擇步驟包括在所述通信方和所述解壓縮器之間預先協商。
44.如權利要求42所述的方法，其中所述第一分組類型包括無標題分組。
45.如權利要求42所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇不同的分組尺寸。
46.如權利要求42所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇不同的信道編碼組合的組。
47.如權利要求42所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇創立不同的邏輯信道的多路復用選項。
48.如權利要求42所述的方法，其中所述選擇步驟包括選擇一組加密密鑰連同一個加密算法，並且為所述第一和第二分組類型使用不同的加密密鑰。
49.如權利要求42所述的方法，其中所述系統被配置成根據選自包括[VJ]、[IPHC]、[CRTP]、[LLA]和[ROHC]的一組標題壓縮/解壓縮方案的一個方案來解壓縮分組標題。
50.如權利要求42所述的方法，其中所述選擇步驟包括選擇N個不同的分組傳輸特性用於分別識別N個不同分組類型的分組。
51.如權利要求42所述的方法，其中所述第一分組類型包括無標題分組，所述第二分組類型包括具有標題的分組。
52.如權利要求44所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇不同的分組尺寸。
53.如權利要求44所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇不同的信道編碼組合的組。
54.如權利要求44所述的方法，其中所述選擇步驟包括為所述第一和第二分組類型選擇創立不同的邏輯信道的多路復用選項。
55.如權利要求44所述的方法，其中所述選擇步驟包括選擇一組加密密鑰連同一個加密算法，並且所述壓縮器為所述第一和第二分組類型分配不同的加密密鑰。
全文摘要
在一種用於在壓縮器和解壓縮器之間的鏈路上傳輸分組的系統(10)中，一種方法被提供用於隱式分組類型識別。包括至少第一和第二特性的一組隱式分組傳輸特性被選擇，並且所述壓縮器(18，25)被操作分別將所述第一和第二傳輸特性分配給第一和第二分組類型的分組。所述解壓縮器(16，22)被操作檢測由所述解壓縮器(16，22)接收的分組的傳輸特性，從而識別被接收的分組為第一或第二分組類型。有用地，無標題分組(26)10包括所述分組類型之一。
文檔編號H04L29/06GK1522527SQ02813475
公開日2004年8月18日 申請日期2002年6月25日 優先權日2001年7月3日
發明者L·E·約恩松, G·佩爾捷, , L E 約恩松 申請人:艾利森電話股份有限公司