專利名稱：在鏈路層采用信頭壓縮密鑰的上下文標識的制作方法
背景1.發(fā)明領域本發(fā)明涉及電信網(wǎng)中的分組傳輸，具體地說，涉及這種分組的信頭壓縮。
2.相關技術及其它考慮事項在典型的蜂窩無線電系統(tǒng)中，移動用戶設備單元(UE)經無線接入網(wǎng)(RAN)與一個或多個核心網(wǎng)進行通信。用戶設備單元(UE)可以是移動臺、如移動電話(“蜂窩”電話)和具有移動終端的膝上型計算機，因而可以是例如便攜式、袖珍、手持式、計算機內置的或者車載的移動裝置，它們與無線接入網(wǎng)交換語音和/或數(shù)據(jù)。
無線接入網(wǎng)(RAN)覆蓋的地理區(qū)域分為若干小區(qū)，其中每個小區(qū)由基站提供服務。小區(qū)是一個地理區(qū)域，其中的無線電覆蓋由基站站點的無線電基站設備來提供。每個小區(qū)通過在小區(qū)中廣播的唯一身份來標識?；就ㄟ^空中接口(如射頻)與基站范圍內的用戶設備單元(UE)進行通信。在無線接入網(wǎng)中，若干基站通常(例如通過陸線或微波)連接到無線網(wǎng)絡控制器(RNC)。無線網(wǎng)絡控制器有時也稱作基站控制器(BSC)，它監(jiān)控并協(xié)調所連接的多個基站的各種活動。無線網(wǎng)絡控制器通常連接到一個或多個核心網(wǎng)。
無線接入網(wǎng)的一個實例是通用移動電信(UMTS)地面無線電接入網(wǎng)(UTRAN)。UTRAN是第三代系統(tǒng)，在某些方面是以歐洲開發(fā)的稱作全球移動通信系統(tǒng)(GSM)的無線電接入技術為基礎的。UTRAN本質上是寬帶碼分多址(W-CDMA)系統(tǒng)。另一個實例無線接入網(wǎng)是GPRSEDGE無線接入網(wǎng)(GERAN)。
電信業(yè)正在經歷從電路交換的面向連接的信息傳輸向分組交換的無連接傳輸?shù)哪Ｊ阶儞Q。因此，通用移動電信(UMTS)地面無線電接入網(wǎng)(UTRAN)既適應電路交換連接，又適應分組交換連接。例如，在UTRAN中，電路交換連接涉及到與移動交換中心(MSC)進行通信的無線網(wǎng)絡控制器(RNC)，MSC又與可以是(例如)公共交換電話網(wǎng)(PSTN)和/或綜合業(yè)務數(shù)字網(wǎng)(ISDN)的面向連接的外部核心網(wǎng)連接。另一方面，在UTRAN中，分組交換連接涉及到與在服務GPRS支持節(jié)點(SGSN)進行通信的無線網(wǎng)絡控制器，SGSN又通過骨干網(wǎng)和網(wǎng)關GPRS支持節(jié)點(GGSN)與分組交換網(wǎng)絡(例如因特網(wǎng)、X.25外部網(wǎng))連接。
UTRAN中有幾種值得關注的接口。無線網(wǎng)絡控制器(RNC)和核心網(wǎng)之間的接口稱作“Iu”接口。無線網(wǎng)絡控制器(RNC)及其基站(BS)之間的接口稱作“Iub”接口。用戶設備單元(UE)和基站之間的接口稱作“空中接口”或“無線電接口”或者“Uu接口”。
為了獨立于應用以及降低傳輸和交換成本，在至終端用戶設備的空中接口上始終采用分組交換因特網(wǎng)協(xié)議(IP)是極具吸引力的。換句話說，不在空中接口之前終止因特網(wǎng)協(xié)議是有利的。以前不在空中接口上采用因特網(wǎng)協(xié)議的主要原因是與話音分組相關的某些“信頭”(例如IP/UDP/RTP信頭)所強加的較大開銷。
因此，采用因特網(wǎng)協(xié)議通過無線(如空中)接口傳送話音的主要問題是通過因特網(wǎng)發(fā)送語音數(shù)據(jù)時所用協(xié)議的信頭較大。例如，具有語音數(shù)據(jù)的IPv4分組包含IP信頭、UDP信頭以及RTP信頭，它們總共為20+8+12＝40個八位字節(jié)。對于IPv6，IP信頭為40個八位字節(jié)，總共60個八位字節(jié)。語音數(shù)據(jù)的大小取決于編解碼器，可以是15個八位字節(jié)至30個八位字節(jié)。這些較大的數(shù)量會促使在空中接口之前終止IP協(xié)議，因為IP/UDP/RTP信頭要求較高的比特率，并且會導致對寶貴的射頻頻譜的低效使用。
從上述可以知道，主要難題是在保持所有信頭域透明性的同時，減少較易出錯的窄帶蜂窩信道上的IP信頭相關的開銷。采用信頭壓縮技術，可在不同程度上解決這個問題。
當需要話音分組中的所有信頭信息時，屬于相同分組流、例如相同數(shù)據(jù)包流的連續(xù)分組的信頭中的信頭域之間存在高的冗余度。利用這種觀察，信頭壓縮算法通常嘗試保持“上下文”。上面執(zhí)行了信頭壓縮的信道兩端所保持的上下文基本上是所傳送的最后信頭的未壓縮形式。其中，壓縮信頭帶有對上下文的改變。信頭壓縮方案通常具有用于安裝上下文的機制，以便檢測上下文過期的時間，并且在下行上下文過期時對其進行修復。
當在相同鏈路上有多個壓縮信頭流時，必須有某種方法來確定特定的壓縮信頭屬于特定的壓縮分組流(例如屬于具體的分組流)。這一點很重要，因為壓縮器和解壓縮器采用一種狀態(tài)(即上述上下文)來確定它將如何對信頭進行壓縮/解壓縮。在分組傳輸?shù)牡湫颓闆r下，壓縮器接收屬于特定分組流的未壓縮信頭，并采用該分組流的正確上下文來壓縮該信頭。經壓縮的信頭采用某種機制進行傳送，以便標識該特定信頭屬于哪個流。在鏈路的另一端，解壓縮器接收壓縮信頭，并采用該機制來確定信頭屬于哪個流或上下文。然后，壓縮器可采用所識別的上下文對信頭進行解壓縮。
這里稱作CTCP的一種早期信頭壓縮方案由Jacobson，V.在“為低速串行鏈路壓縮TCP/IP信頭”(RFC 1144，1990年2月)提出。CTCP將40個八位字節(jié)的IP+TCP信頭壓縮為二-四個八位字節(jié)。CTCP壓縮器檢測傳輸級重傳，并發(fā)送一個在出現(xiàn)時完全更新上下文的信頭。
稱作IP信頭壓縮(IPHC)的通用IP信頭壓縮方案可壓縮任意的IP、TCP以及UDP信頭。當壓縮非TCP信頭時，IPHC不采用增量編碼，并且是健壯的。當壓縮TCP時，采用加速修復的鏈路級nacking方案增強CTCP的修復機制。IPHC不壓縮RTP信頭。
已經對實時IP業(yè)務提出了稱作CRTP的信頭壓縮方案。參見例如S.Casner、V.Jacobson的“為低速串行鏈路壓縮IP/UDP/RTP信頭”(RFC2508，1999年2月)。CRTP可以將40個八位字節(jié)的IPv4/UDP/RTP信頭壓縮到兩個八位字節(jié)的最小值。對于上下文修復，CRTP依靠上行鏈路的存在，解壓縮器通過它發(fā)送更新信頭的請求。當上下文過期時，全部接收的分組無法被解壓縮。
稱作健壯信頭壓縮(ROHC)的信頭壓縮方案適合于蜂窩用途。參見例如C.Borman等人的“健壯信頭壓縮(ROHC)”[draft-ietf-rohc-rtp-02.txt(尚未完成)，2000年9月]。在ROHC中，覆蓋原始(未壓縮)信頭的校驗和包含在壓縮信頭中，以便引入一種可靠方法來檢測上下文過期的時間以及成功地嘗試本地修復上下文的時間。ROHC引入不同的壓縮模式來處理不同種類的RTP流和信道條件，以便實現(xiàn)盡可能高的性能。另外，ROHC在其壓縮信頭中包含代碼，這些代碼為解壓縮器提供關于信頭域如何因蜂窩鏈路上的損耗而被改變的提示。在ROHC中，分組類型識別被結合到信頭壓縮方案中，因此從鏈路層開始不需要這種功能性。在這方面，ROHC可具有大小為0、1或2字節(jié)的上下文標識符(CID)。
稱作第三代合作項目(3GPP)的計劃已經努力進一步發(fā)展UTRAN和基于GSM的無線接入網(wǎng)技術，包括UDP/IP和TCP/IP信頭的信頭壓縮。3GPP系統(tǒng)對于信頭壓縮方案極為重要的一個方面是邏輯分離信道或無線電承載(而不是完全共享信道[例如因特網(wǎng)])的概念。已經提出，上下文標識符(CID)用來標識哪個上下文應當用于對壓縮信頭進行解壓縮。參見例如S.Casner、V.Jacobson的“為低速串行鏈路壓縮IP/UDP/RTP信頭”(RFC 2508，1999年2月)；以及Mikael Degermark、Bjorn Nordgren、Stephen Pink的“IP信頭壓縮”(RFC 2507，1999年2月)。在3GPP蜂窩系統(tǒng)中，已經存在不同無線電承載上業(yè)務量的分用(需要定義無線電承載。需要包括圖TS 25.301中的無線協(xié)議接口體系結構)，并且這種分離減少了對上下文標識的需要。因此，每個無線電承載的上下文數(shù)量相對較小(與此類似)。
第三代合作項目(3GPP)規(guī)范3G TS 25.323 V3.3.0(2000-09)描述了一種稱作分組數(shù)據(jù)匯聚協(xié)議(PDCP)的鏈路層協(xié)議。分組數(shù)據(jù)匯聚協(xié)議(PDCP)的部分主要功能包括(1)采用無線鏈路控制(RLC)協(xié)議提供的業(yè)務傳輸分組數(shù)據(jù)協(xié)議用戶數(shù)據(jù)；以及(2)信頭壓縮(例如冗余控制信息的壓縮)。分組數(shù)據(jù)匯聚協(xié)議(PDCP)通過用戶設備單元(UE)或者無線網(wǎng)絡控制器(RNC)的中繼器上的PDCP實體來提供其業(yè)務。在其當前形式中(例如TS 25.323 v3.3.0)，在分組數(shù)據(jù)匯聚協(xié)議(PDCP)中，每個無線電承載連接一個PDCP實體，以及一個PDCP實體連接一個RLC實體。每個PDCP實體采用具有某些參數(shù)的或者零、一或者若干信頭壓縮算法類型，以及若干PDCP實體可采用相同的算法類型。
在分組數(shù)據(jù)匯聚協(xié)議(PDCP)中，信頭壓縮方法針對每個網(wǎng)絡層協(xié)議類型。信頭壓縮算法及其參數(shù)通過各PDCP實體的無線電資源控制(RRC)進行協(xié)商，并通過PDCP控制業(yè)務接入點(PDCP-CSAP)向PDCP指示。在操作過程中，對等PDCP實體之間的壓縮器和解壓縮器發(fā)起的信令在用戶平面中執(zhí)行。
如3GPP規(guī)范3G TS 25.323 V3.3.0(2000-09)所提出的，分組數(shù)據(jù)匯聚協(xié)議(PDCP)的特征在于協(xié)議數(shù)據(jù)單元(PDU)，它可以是三種類型其中之一。第一種類型是PDCP-No-Header PDU；第二種類型是PDCPData PDU；第三種類型是PDCP SeqNum PDU。PDCP Data PDU和PDCP SeqNum PDU兩者都包括三位PDU類型字段和五位PID字段。三位PDU類型字段中的值表示PDU是PDCP Data PDU還是PDCPSeqNum PDU(參見例如3GPP規(guī)范3G TS 25.323 V3.3.0(2000-09)，第8.3.1部分)。五位PID字段表示所用的信頭壓縮和分組類型。
如3GPP規(guī)范3G TS 25.323 V3.3.0(2000-09)所提出的具有其三位PDU類型字段以及五位PID字段的PDCP Data PDU。下表1摘自3GPP規(guī)范3G TS 25.323 V3.3.0(2000-09)，說明PDCP Data PDU的五位PID字段的PID值分配的實例。(參見例如3GPP規(guī)范3G TS 25.323V3.3.0(2000-09)，第8.2.2部分及第8.3.2部分)。
表1
PID值 最佳方法分組類型0 無信頭壓縮 -1 RFC2507 完整信頭2 RFC2507 壓縮TCP3 RFC2507 壓縮TCP非增量4 RFC2507 壓縮非TCP5 RFC2507 上下文狀態(tài)6 方法A 未壓縮TCP/IP7 方法A 壓縮TCP/IP8 方法B 未壓縮IP/UDP/RTP9 方法B 壓縮IP/UDP/RTP10...31 未指定值如3GPP規(guī)范3G TS 25.323 V3.3.0(2000-09)第5.1.1部分所述，對于PCDP實體中的某種算法，PID值的分配從(n+1)開始，其中n是已經分配給其它算法的PID值的數(shù)量。分配按照由無線電資源控制協(xié)商算法的順序來進行。在表1的實例中，RFC2507是對等無線電資源控制實體之間所交換的PDCP信元中所分配的第一算法，方法A是第二算法，以及方法B是第三算法。
上述用于區(qū)分上下文的機制可以通過使用上下文標識符(CID)在信頭壓縮方案中是顯式的，或者可以隱含地通過使用鏈路層機制來區(qū)分壓縮流。顯式CID的使用需要壓縮信頭中的額外比特，與信頭壓縮級的ROHC技術中一樣。另一方面，比如分組數(shù)據(jù)匯聚協(xié)議(PDCP)中、在鏈路層級上的隱含上下文標識的使用增加了鏈路層級上的附加成本。
在沒有PDCP信頭的方案中(參見例如3GPP規(guī)范3G TS 25.323V3.3.0(2000-09)，第8.2.1部分)，不可能由PDCP提供信頭壓縮分組類型的鏈路層標識。這意味著在PDCP配置了無信頭選項時無法使用IP信頭壓縮(RFC2507)。但是，ROHC算法可在這種模式中使用，因為信頭壓縮分組類型標識是在ROHC中完成的。
ROHC能夠支持RTP/UDP/IP壓縮，而RFC2507壓縮算法(除其它以外)還支持TCP/IP壓縮。同樣，在將來的某些應用中，和流業(yè)務(例如實時多媒體應用)中一樣混合RTP/UDP/IP和TCP/IP業(yè)務是有利的。
因此，所需要的以及本發(fā)明的目的是一種技術，它有助于具有通過在鏈路級要求分組類型標識的一個或多個壓縮算法所壓縮的信頭的分組與具有通過在鏈路級不要求分組類型標識的一個或多個壓縮算法所壓縮的信頭的其它分組的混合。
信頭壓縮密鑰的第一字段是專用于區(qū)分不同的壓縮分組流(第一模式)還是用來區(qū)分不同的信頭壓縮標識符(第二模式)取決于信頭壓縮密鑰的第二字段中的值。
在第二模式中，信頭壓縮密鑰的第一字段的值的第一子集用來區(qū)分不同的信頭壓縮標識符，而第一字段的值的第二子集則用來區(qū)分不同的壓縮分組流。第二子集的值最好是緊接第一子集的值。
在一個所述實施例中，信頭壓縮密鑰是鏈路層協(xié)議的協(xié)議數(shù)據(jù)單元的信頭，具體地說是稱作分組數(shù)據(jù)匯聚協(xié)議(PDCP)的協(xié)議的協(xié)議數(shù)據(jù)單元的信頭。在本實施例中，第一字段是協(xié)議數(shù)據(jù)單元的信頭的PID類型字段，以及第二字段是協(xié)議數(shù)據(jù)單元的信頭的PDU類型字段。不同壓縮分組流之間的區(qū)分通過壓縮/解壓縮算法所用的上下文標識符來進行，其中算法最好是在鏈路層級不需要分組類型標識的諸如健壯信頭壓縮(ROHC)算法之類的壓縮/解壓縮算法。對于第二模式，本實施例中的信頭壓縮標識符表示信頭壓縮方法和分組類型。
本發(fā)明的一種示例實現(xiàn)是蜂窩電信網(wǎng)，其中，第一實體是位于無線網(wǎng)絡控制器節(jié)點(RNC)上的信頭壓縮/解壓縮實體，以及第二實體是用戶設備單元(UE)、例如蜂窩電話或其它具有移動終端的裝置中的信頭壓縮/解壓縮實體。
本發(fā)明有利地允許協(xié)議數(shù)據(jù)單元的數(shù)據(jù)部分(例如非信頭部分)中攜帶的壓縮級信頭(例如ROHC信頭)而省略其上下文標識符，因為上下文標識符包含在鏈路層協(xié)議數(shù)據(jù)單元的信頭中。這樣，本發(fā)明能夠減少涉及信頭傳輸?shù)拈_銷。此外，本發(fā)明有利地方便了壓縮/解壓縮技術的混合，而不管這些技術是否要求鏈路級上的分組類型標識，例如健壯信頭壓縮(ROHC)算法和諸如RFC2507之類的IP信頭壓縮算法的混合。這種混合能夠支持復雜應用的組合，例如RTP/UDP/IP業(yè)務(采用ROHC)和TCP/IP業(yè)務(采用RFC2507壓縮)的混合。


圖1是一種電信網(wǎng)的示意功能框圖，該電信網(wǎng)采用根據(jù)本發(fā)明實施例的信頭壓縮密鑰來實現(xiàn)信頭壓縮方案。
圖1A是示意功能框圖，說明例如圖1所示電信網(wǎng)的節(jié)點可具有根據(jù)本發(fā)明實施例的多個匯聚協(xié)議實體。
圖2是示意圖，說明具有信頭壓縮密鑰的鏈路層協(xié)議數(shù)據(jù)單元的示例格式。
圖3是示例移動通信系統(tǒng)的示意圖，其中可有利地使用本發(fā)明的信頭壓縮密鑰。
圖4是圖3所示系統(tǒng)的一部分的簡化功能框圖，其中包括用戶設備單元(UE)、無線網(wǎng)絡控制器以及基站。
圖5是圖3所示電信網(wǎng)的示意功能框圖，詳細說明信頭壓縮密鑰的實現(xiàn)。
圖6是示意圖，說明根據(jù)圖3-5所示實施例的PDCP SDU和PDCPPDU的示例格式。
圖7是根據(jù)本發(fā)明的一個實施例的示例RNC節(jié)點的示意圖。
圖8是根據(jù)本發(fā)明的一個實施例的示例基站節(jié)點的示意圖。
附圖詳細說明以下描述中，為了說明而不是為了限定，提出了諸如特定體系結構、接口、技術之類的具體細節(jié)，以便透徹理解本發(fā)明。然而，本領域的技術人員應當清楚，在沒有這些具體細節(jié)的其它實施例中也可以實現(xiàn)本發(fā)明。在其它情況下，省略對眾所周知的裝置、電路及方法的詳細說明，以免不必要的細節(jié)妨礙對本發(fā)明的說明。
圖1說明作為本發(fā)明的一個非限定性的示范實施例的電信網(wǎng)10，其中具有通過發(fā)送分組22在鏈路21上互相通信的第一和第二匯聚協(xié)議實體201、202。下面將說明，根據(jù)本發(fā)明，分組22的特征在于，信頭壓縮密鑰23以及包括壓縮信頭24’、凈荷25的數(shù)據(jù)部分。
在圖1的示范實施例中，第一、第二匯聚協(xié)議實體201、202位于電信網(wǎng)的相應節(jié)點261、262上。在圖1所示的特定情況下，節(jié)點261從用戶平面接收多個分組流PFx，例如分組流PF0-PFn。分組流PFx的每個分組具有未壓縮信頭24和凈荷25。在節(jié)點261上接收分組時，執(zhí)行各種活動。與本發(fā)明密切相關的是信頭壓縮操作，它通過包含在節(jié)點261的匯聚協(xié)議實體201中的壓縮實體系統(tǒng)291來執(zhí)行。在信頭壓縮方面，壓縮實體系統(tǒng)291產生各分組的上下文標識符(CID)。例如，圖1說明在分組流PF0中為分組產生的上下文標識符CID0以及在分組流PFn中為分組產生的上下文標識符CIDn。從PFx到CIDY的映射是任意的(x和y在0至n的范圍內)，通常x＝y(tǒng)。
對于進入節(jié)點261的各分組，匯聚協(xié)議實體201產生鏈路層協(xié)議數(shù)據(jù)單元，同樣如圖1中分組22所示。在所述實施例中，鏈路層協(xié)議數(shù)據(jù)單元22通過鏈路21從節(jié)點262的匯聚協(xié)議實體201傳送到節(jié)點262的匯聚協(xié)議實體202，其中，鏈路21是層1或者是兩個所示層中最低的一個。鏈路層協(xié)議數(shù)據(jù)單元(分組22)可具有信頭，在本文中，這種信頭的部分或全部還稱作信頭壓縮密鑰23。匯聚協(xié)議實體201包括密鑰格式器單元1001，它產生信頭壓縮密鑰23或者對其格式化。當若干分組流(例如IP/UDP/RTP和TCP/IP流)進入密鑰格式器單元1001時，密鑰格式器單元1001構造將要添加到凈荷25中的適當信頭壓縮密鑰23。
一旦接收之后，節(jié)點262的匯聚協(xié)議實體202對通過鏈路21接收的分組進行各種操作，其中包括調用它的密鑰去格式器1002來對信頭壓縮密鑰23去格式；以及調用它的解壓縮系統(tǒng)292來對信頭24’解壓縮。在解壓縮之后，節(jié)點262能夠將分組送到源自節(jié)點262(例如向用戶平面)的適當分組流FPx。
如上所述，分組或鏈路層協(xié)議數(shù)據(jù)單元22包含在分組22的鏈路層協(xié)議數(shù)據(jù)部分中的密鑰23。在一個實施例中，密鑰23主要是用于鏈路層協(xié)議數(shù)據(jù)單元22的信頭，并由包含在匯聚協(xié)議實體201中的密鑰格式功能1001來產生。分組22的鏈路協(xié)議數(shù)據(jù)部分包括壓縮的信頭24’(由壓縮實體系統(tǒng)291的壓縮活動所產生)以及用戶平面分組的凈荷25。
圖2較為放大地表示鏈路層協(xié)議數(shù)據(jù)單元22或分組，它通過鏈路21從節(jié)點261的匯聚協(xié)議實體201傳送到節(jié)點262的匯聚協(xié)議實體202。在圖2的所述實施例中，信頭壓縮密鑰23是鏈路層協(xié)議數(shù)據(jù)單元22的第一個八位字節(jié)，并且包括兩個字段，具體地說是第一字段23A和第二字段23B。信頭壓縮密鑰23中的情況是最低五位構成第一字段23A，以及最高三位構成第二字段23B。應當明白，這些字段的布局及大小在其它實施例中可改變。
本發(fā)明能夠以不同模式工作，其中的兩種模式在圖2中描述為第一模式和第二模式。第二字段23B中的值指示本發(fā)明的哪種模式正用于給定的分組。例如，第二字段23B中的010位組合可指示本發(fā)明的第一模式是可用的，而第二字段23B中的000位組合可指示本發(fā)明的第二模式是可用的。當然也可采用第二字段23B的位組合的其它約定。另外，23B可指示與上下文標識配合使用的特定信頭壓縮算法。
在本發(fā)明的第一模式中，第一字段23A中的值專用于區(qū)分不同的壓縮分組流。換言之，當信頭壓縮密鑰23的第二字段23B指示第一模式有效時，則實現(xiàn)了第一字段23A包含上下文標識符(CID)。在本發(fā)明的這個第一模式中，第一字段23A中的所有數(shù)字都是上下文標識符(CID)，因此上下文標識符(CID)的編號可以從零開始，并且對每個新的分組流加一。
在本發(fā)明的第二模式中，信頭壓縮密鑰的第一字段23A可用于區(qū)分不同的信頭壓縮標識符，或者用于區(qū)分不同的壓縮分組流。具體地說，在第二模式中，信頭壓縮密鑰的第一字段23A的值的第一子集用來區(qū)分不同的信頭壓縮標識符，而第一字段23A的值的第二子集則用來區(qū)分不同的壓縮分組流。第二子集的值最好是緊接第一子集的值。
作為第二模式的一個實例，信頭壓縮密鑰23的第一字段23A中的前k個值可用來區(qū)分k個不同的信頭壓縮標識符[例如信頭壓縮標識符0到(k-1)]。第一字段23A的其余值則可用來區(qū)分用于一個或多個信頭壓縮算法的不同壓縮分組流(CID)。這樣，當?shù)谝蛔侄?3A具有五位時，第一字段23A的第k+1到第32個值可表示壓縮上下文標識符。
從上文可以知道，如果信頭壓縮密鑰23的第一字段23A中的值是前k個可能值之一，則被認為是信頭壓縮標識符。另一方面，如果信頭壓縮密鑰23的第一字段23A中的值是前k個可能值以外的值(例如大于前k個可能值)，則被認為是流標識符(如CID)。
圖1說明具有信頭壓縮密鑰23的本發(fā)明可以在包含兩個節(jié)點、如節(jié)點261和262的一般電信網(wǎng)中實現(xiàn)。本發(fā)明的另一個非限定性示例實現(xiàn)是蜂窩電信網(wǎng)，其中，第一實體是位于無線網(wǎng)絡控制器節(jié)點(RNC)上的信頭壓縮/解壓縮實體，以及第二實體是用戶設備單元(UE)、例如蜂窩電話或其它具有移動終端的裝置中的信頭壓縮/解壓縮實體。用于這種實現(xiàn)的一個非限定性示例配置是圖3所示的通用移動電信(UMTS)3-10。另一個實例是GERAN或者任何其它在其空中接口協(xié)議棧中采用PDCP層的無線接入網(wǎng)。
在圖3的通用移動電信(UMTS)3-10中，如云形圖3-12所示的面向連接的典型外部核心網(wǎng)可以是例如公共交換電話網(wǎng)(PSTN)和/或綜合業(yè)務數(shù)字網(wǎng)(ISDN)。如云形圖3-14所示的面向無連接的典型外部核心網(wǎng)可以是例如因特網(wǎng)。兩種核心網(wǎng)均連接到其相應的業(yè)務節(jié)點3-16。PSTN/ISDN面向連接的網(wǎng)絡3-12連接到提供電路交換業(yè)務、表示為移動交換中心(MSC)節(jié)點3-18的面向連接的業(yè)務節(jié)點。因特網(wǎng)面向無連接網(wǎng)絡3-14連接到適合提供分組交換類型業(yè)務、有時稱作在服務GPRS業(yè)務節(jié)點(SGSN)的通用分組無線電業(yè)務(GPRS)節(jié)點3-20。
每個核心網(wǎng)業(yè)務節(jié)點3-18和3-20通過稱作Iu接口的無線接入網(wǎng)(RAN)接口連接到UMTS地面無線電接入網(wǎng)(UTRAN)3-24。UTRAN3-24包括一個或多個無線網(wǎng)絡控制器(RNC)3-26。為了簡潔起見，圖3的UTRAN 3-24僅標明了一個RNC節(jié)點3-26。各RNC 3-26通常連接到多個基站(BS)3-28。例如，同樣為了簡潔起見，僅標明了一個與RNC3-26連接的基站節(jié)點3-28。應當明白，不同數(shù)量的基站能夠由各RNC提供服務，以及這些RNC不一定為相同數(shù)量的基站提供服務。
用戶設備單元(UE)、如圖3所示的用戶設備單元(UE)3-30通過無線電或空中接口3-32與一個或多個基站(BS)3-28進行通信。各無線電接口3-32、Iu接口以及Iub接口如圖3中的點劃線所示。
無線電接入最好是基于具有采用CDMA擴頻碼分配的相應無線信道的寬帶碼分多址(WCDMA)。當然，也可采用其它接入方法，例如GERAN。WCDMA提供用于多媒體業(yè)務和其它高傳輸速率需求的較寬帶寬，以及提供諸如分集切換和RAKE接收機的健壯特征以確保高質量。各用戶移動臺或設備單元(UE)3-30被指定其自身的擾碼，以便使基站3-28識別來自特定用戶設備單元(UE)的傳輸，以及使用戶設備單元(UE)從出現(xiàn)在同一區(qū)域中的全部其它傳輸和噪聲中識別來自基站的、針對該用戶設備單元(UE)的傳輸。
圖4說明用戶設備單元(UE)3-30和所示節(jié)點、如無線網(wǎng)絡控制器3-26和基站3-28的所選一般方面。圖4所示的用戶設備單元(UE)3-30包括數(shù)據(jù)處理和控制單元3-31，用于控制用戶設備單元(UE)所需的各種操作。UE的數(shù)據(jù)處理和控制單元3-31向連接到天線3-35的無線電收發(fā)信機3-33提供控制信號以及數(shù)據(jù)。
如圖4所示的示例無線網(wǎng)絡控制器3-26和基站3-28是無線網(wǎng)絡節(jié)點，其中每一個節(jié)點分別包括相應的數(shù)據(jù)處理和控制單元3-36、3-37，用于執(zhí)行在RNC 3-26和用戶設備單元(UE)3-30之間進行通信所需的大量無線電和數(shù)據(jù)處理操作。由基站數(shù)據(jù)處理和控制單元3-37所控制的設備部分包括與一個或多個天線3-39連接的多個無線電收發(fā)信機3-38。
在圖3和圖4的通用移動電信系統(tǒng)(UMTS)3-10中，匯聚協(xié)議實體201和匯聚協(xié)議實體202分別采取分組數(shù)據(jù)匯聚協(xié)議(PDCP)實體201和202的形式。PDCP實體201和202分別位于無線網(wǎng)絡控制器(RNC)節(jié)點3-26和用戶設備單元(UE)3-30。因此，在此意義上，用戶設備單元(UE)3-30被視為至少與鏈路層有關的節(jié)點。如圖1的實施例所示，PDCP實體201和202分別具有壓縮系統(tǒng)291、292。同樣，與圖1的密鑰格式器/去格式器功能100相似，PDCP實體201和202分別具有PDCPPDU信頭格式器/去格式器1001、1002。
在進行圖3的描述時，僅標明了從無線網(wǎng)絡控制(RNC)節(jié)點3-26到用戶設備單元(UE)3-30方向上的分組流。這時，在PDCP實體202正在執(zhí)行解壓縮等的同時，PDCP實體201正在執(zhí)行信頭壓縮(通過它的PDCP DPU信頭格式器/去格式器100插入本發(fā)明的信頭壓縮密鑰23)。但是，應當明白，分組流通常是雙向的，以及分組還從用戶設備單元(UE)3-30傳播到無線網(wǎng)絡控制(RNC)節(jié)點3-26，為此，PDCP實體202在PDCP實體201執(zhí)行解壓縮的同時，執(zhí)行信頭壓縮(通過PDCPDPU信頭格式器/去格式器1002插入本發(fā)明的信頭壓縮密鑰23)。
在圖3和圖4的示例實施例中，信頭壓縮密鑰是鏈路層協(xié)議的協(xié)議數(shù)據(jù)單元的信頭，具體地說，是用于稱作分組數(shù)據(jù)匯聚協(xié)議(PDCP)的協(xié)議的協(xié)議數(shù)據(jù)單元的信頭。如上所述，例如在第三代合作項目(3GPP)規(guī)范3G TS 25.323 V3.3.0(2000-09)中描述了分組數(shù)據(jù)匯聚協(xié)議(PDCP)。在圖3和圖4的實施例中，信頭壓縮密鑰23的第一字段23A是協(xié)議數(shù)據(jù)單元(PDU)的信頭的PID類型字段，以及第二字段23B是協(xié)議數(shù)據(jù)單元(PDU)的信頭的PDU類型字段。
圖5與圖1相似，但只是說明了圖3和圖4所示實施例的特例，其中，信頭壓縮密鑰是用于分組數(shù)據(jù)匯聚協(xié)議(PDCP)的協(xié)議數(shù)據(jù)單元的信頭，以及分組流是因特網(wǎng)協(xié)議(IP)分組流。在本示例實施例中，通過用于壓縮/解壓縮算法的、插入信頭壓縮密鑰23的PID字段(如字段23A)中的上下文標識符，有助于區(qū)分不同的壓縮分組流。上下文標識符(CID)最好是用于諸如健壯信頭壓縮(ROHC)算法之類不需要在鏈路層級的分組類型標識的壓縮/解壓縮算法。
從圖5和圖6可以看到，在PDCP實體(如PDCP實體201)上從用戶平面接收稱作PDCP業(yè)務數(shù)據(jù)單元(PDCP SDU)的分組。PDCP SDU通常包含信頭24和凈荷25。在本實施例中，PDCP SDU信頭24包括IP信頭、UDP信頭以及RTP信頭，它們全部統(tǒng)稱為IP信頭。另一個備選方案是PDCP SDU信頭24包括IP信頭和TCP信頭。在使用ROHC壓縮算法時，壓縮實體291壓縮信頭24以形成壓縮信頭24’，在圖6中又表示為ROHC信頭。凈荷或數(shù)據(jù)25與壓縮信頭24’共同形成PDCP PDU數(shù)據(jù)。在本文所述的一個示例實施例中，壓縮信頭24’是ROHC信頭，但也可以是來自任何信頭壓縮算法的壓縮信頭。
PDCP實體201產生PDCP協(xié)議數(shù)據(jù)單元(PDCP PDU)。在操作的一種情況下(圖6所示情況A)，PDCP PDU具有稱作PDCP PDU信頭的信頭。但在操作的另一種情況下(如圖6所示情況B)，PDCP PDU不需要具有信頭(參見例如第三代合作項目(3GPP)規(guī)范3G TS 25.323V3.3.0(2000-09)第8.2.1部分)。在包含PDCP信頭的情況下，PDCP DPU信頭格式器/去格式器100產生PDCP信頭，以便包含信頭壓縮密鑰23，如上所述。
還通過圖5和圖6作了說明的圖3和圖4的實施例能夠(基本上按照與圖1所示實施例相同的方式)以本發(fā)明的第一模式或第二模式工作。在第一模式中，PDCP PDU信頭的PID字段23A專用于區(qū)分不同的壓縮分組流，因此PID字段23A中的任何數(shù)字都作為上下文標識符(CID)。在本發(fā)明的第二模式中，當PID字段23A中的值在值的第一子集或范圍內時，PID字段23A則作為特定壓縮標識符。另一方面，在第二模式中，當PID字段23A中的值在值的第二子集或范圍內時，PID字段23A的內容則作為特定上下文標識符(CID)，用于區(qū)分不同的分組流。
如圖1的實施例所示，字段23B、如PDU類型字段的內容指示PDCP PDU是從屬于第一模式還是從屬于第二模式。表2說明PDU類型字段中的位組合。
表2
表3說明在本發(fā)明的第一模式中CID值是如何分配給PID字段23A的，假定PID字段23A具有五位。表3中，RFCxxxx可表示任何RFC相關的壓縮方案，例如RFC2507。
表3
對于相同的PID字段23A位大小假設(五位)，表4說明當相同的PDCP PDU類型用于ROHC和RFC2507兩種壓縮時，CID值是如何根據(jù)本發(fā)明的第二模式分配給PID字段23A的。在表4所示的具體情況下，以類似于表1所示方式分配前十個PID值。
表4
如圖6所示，ROHC壓縮信頭24’能夠識別其自身的分組類型，使得不會明確地要求PDCP信頭23。不過，ROHC壓縮信頭24’需要CID字段來識別上下文流。CID字段在ROHC壓縮信頭24’中可以是八位或十六位長。當上下文id(CID)在信頭壓縮密鑰23(如PDCP PDU信頭)的PID字段23A的格式中是可表示的，CID標識也可在PDCP PDU信頭中進行，在這種情況下，消除ROHC壓縮信頭24’的CID字段以實現(xiàn)節(jié)省。
從以上說明以及從表4中可以明白，ROHC分組類型或上下文標識符(CID)的數(shù)量取決于字段23A(例如PID字段)的大小以及壓縮標識符(例如用于RFC2507壓縮)已經獲得的值的子集大小。人們認為，用于RFC2507分組類型的壓縮標識符的典型數(shù)量通常約為6，從而允許字段23A也適應二十六個分組流(CID)。在一個最佳實施例中，當分組流的CID包含在信頭壓縮密鑰23中(例如PDCP PDU信頭的PID字段)時，CID不必包含在ROHC壓縮信頭24’中(例如，ROHC可按照其“0字節(jié)CID模式”運行)。
在字段23A的第二子集中沒有足夠的可用值來適應這種數(shù)量的分組流的情況下，還應當知道，ROHC也可用于骨干網(wǎng)，在這種情況下，一個或兩個字節(jié)CID字段可用來支持可能存在的較大數(shù)量的流。換言之，額外的CID值可包含在ROHC分組中(例如圖6的壓縮分組24’)。
圖7比較詳細地說明可用于本發(fā)明的非限定性示例RNC節(jié)點3-26。如圖所示，圖7的RNC節(jié)點3-26是具有交換機3-26-120的基于交換機的節(jié)點。交換機3-26-120用來與RNC節(jié)點3-26的其它組元互連。這些其它組元包括擴展終端3-26-1221至3-26-122n以及擴展終端3-26-124。擴展終端3-26-1221至3-26-122n主要用于將RNC節(jié)點3-26連接到由RNC節(jié)點3-26提供服務的基站3-28；擴展終端3-26-124將RNC節(jié)點3-26通過Iu接口連接到核心網(wǎng)。雖然未標明，但也可能有一個或多個其它擴展終端將RNC節(jié)點3-26經另一個稱作Iur的接口連接到其它RNC。
RNC節(jié)點3-26的其它組元還包括分集切換單元3-26-126；ALT單元3-26-128；編解碼器3-26-130；定時單元3-26-132；數(shù)據(jù)業(yè)務應用單元3-26-134；以及主處理器3-26-140。本領域的技術人員一般都了解這些組元的功能，注意，ALT單元3-26-128是提供例如復用、去復用以及對各個小區(qū)的不同協(xié)議進行排隊(可選)的單元。在圖7的示例RNC節(jié)點3-26中，主處理器3-26-140才是PDCP實體20從而也是PDCP DPU信頭格式器/去格式器100的主機。
圖8以非限定性方式更詳細地說明根據(jù)本發(fā)明一個實施例的示例基站(BS)節(jié)點3-28。和RNC節(jié)點3-26一樣，圖8的基站(BS)節(jié)點3-28是具有交換機3-28-220的基于交換機的節(jié)點，其中，交換機3-28-220用來與基站(BS)節(jié)點3-28的其它組元互連。這些其它組元包括擴展終端3-28-222；ALT單元3-28-228；BS主處理器3-28-240；以及接口板3-28-42。
擴展終端3-28-22將基站(BS)節(jié)點3-28與無線網(wǎng)絡控制器(RNC)節(jié)點3-26連接，因此包括Iub接口。和無線網(wǎng)絡控制器(RNC)節(jié)點3-26的情況一樣，ALT單元3-28-228是提供例如復用、去復用以及對各小區(qū)的不同協(xié)議進行排隊(可選)的單元。
圖8所示基站(BS)節(jié)點3-28的實施例包含在具有多個子機架的機架中。各子機架具有一個或多個板，例如安裝在其上的電路板。第一子機架3-28-250包括用于各擴展終端3-28-222的各種板；ALT單元3-28-228；BS主處理器3-28-240；以及接口板3-28-242。各接口板3-28-242連接到另一個子架上的板，例如發(fā)射機板3-28-260之一或者接收機板3-28-270之一。各接收機板3-28-270經連接以共享相應發(fā)射機板3-28-260中的某些發(fā)射機/接收機資源，其中發(fā)射機板3-28-260與放大器和濾波器板3-28-80中相應的一個連接。放大器和濾波器板3-28-280連接到適當?shù)奶炀€3-39。例如，接口板3-28-2421-T連接到發(fā)射機板3-28-601，接口板3-28-2421-R則連接到接收機板3-28-2701。發(fā)射機板3-28-2601和接收機板3-28-2701對又連接到放大器和濾波器板3-28-2801。對于發(fā)射機板3-28-2602和接收機板3-28-2702的第二對存在類似的連接，它們分別經接口板3-28-2422-T和接口板3-28-2422-R實現(xiàn)接口。因此，圖4的各收發(fā)信機3-38包括一個子機架，其中包括發(fā)射機板3-28-260、接收機板3-28-270以及放大器和濾波器板3-28-280。
在一個示例實施例中，基站(BS)節(jié)點3-28是基于ATM的節(jié)點，其中接口板3-28-242執(zhí)行各種ATM接口功能。發(fā)射機板3-28-260和接收機板3-28-270均包括若干裝置。例如，各發(fā)射機板3-28-260包括未標明的組元，如連接到其相應接口板3-28-242的接口；編碼器；調制器；以及基帶發(fā)射機。另外，發(fā)射機板3-28-260包括它與接收機板3-28-270共享的發(fā)射機/接收機源，其中包含射頻發(fā)射機。各接收機板3-28-270包括未標明的組元，如連接到其相應接口板3-28-242的接口；解碼器；解調器；以及基帶接收機。各放大器和濾波器板3-28-280包括放大器，如MCPA和LNA放大器。
本發(fā)明有利地允許協(xié)議數(shù)據(jù)單元的數(shù)據(jù)部分(例如非信頭部分)中攜帶的壓縮級信頭(例如ROHC信頭)省略其上下文標識符，因為上下文標識符在鏈路層協(xié)議數(shù)據(jù)單元的信頭中攜帶。這樣，本發(fā)明能夠減少涉及信頭傳輸?shù)拈_銷。此外，本發(fā)明有利地促進了壓縮/解壓縮技術的混合，而不管這些技術是否要求鏈路級上的分組類型標識，例如健壯信頭壓縮(ROHC)算法和諸如RFC2507之類的IP信頭壓縮算法的混合。這種混合能夠支持復雜應用的組合，例如RTP/UDP/IP業(yè)務(采用ROHC)和TCP/IP業(yè)務(采用RFC2507壓縮)的混合。
為了簡潔起見，圖1所示實施例中的節(jié)點26被描述成都僅僅具有一個匯聚協(xié)議實體20。同樣，為了便于說明，圖3和圖4所示實施例中的RNC 3-26和用戶設備單元(UE)3-30被描述成都僅僅具有一個PDCP實體20。但是，應當理解，各節(jié)點(如RNC或UE)實際上可包括多個實體20，例如圖1A所示實例的情況。例如，圖1A的典型節(jié)點26具有三個匯聚協(xié)議實體20A至20C，各匯聚協(xié)議實體都具有一個或多個壓縮實體(例如執(zhí)行不同壓縮/解壓縮算法的壓縮/解壓縮引擎)。例如，匯聚協(xié)議實體20A具有壓縮實體30A1和30A2；匯聚協(xié)議實體20B具有壓縮實體30B1和30B2；以及匯聚協(xié)議實體20A具有壓縮實體30A1和30A2；匯聚協(xié)議實體20C具有壓縮實體30C1。一個或多個匯聚協(xié)議實體20A至20C可具有相同或相似的壓縮實體。例如，壓縮實體30C1可執(zhí)行與壓縮實體30A1相同的壓縮算法。
通過具體參照圖1所示的一般實施例，應當知道，本發(fā)明不限于利用ROHC和RFCxxxx(如RFC2507)壓縮算法，其它壓縮算法完全在本發(fā)明的范圍內。當用ROHC來運行時，則當與RFC2507共同使用ROHC時，例如當相同的PDCP信頭中具有TCP/IP(盡力發(fā)送)流和RTP/UDP/IP(實時)時，對每個ROHC分組的開銷可節(jié)省至少一個字節(jié)。
雖然結合目前認為是最佳的實踐和最佳實施例對本發(fā)明進行了說明，但要理解，本發(fā)明不限于所公開的實施例，相反，它意在涵蓋包含于所附權利要求的精神和范圍內的各種修改和等效方案。
權利要求
1.一種電信網(wǎng)，它具有通過發(fā)送具有壓縮信頭(24’)的分組(22)與第二實體(202)進行通信的第一實體(201)，其特征在于，所述第一實體還向所述第二實體發(fā)送與所述分組相關的信頭壓縮密鑰(23)，所述信頭壓縮密鑰具有用于區(qū)分不同壓縮分組流的第一字段(23A)。
2.一種蜂窩電信網(wǎng)的節(jié)點(26)，它具有通過發(fā)送具有壓縮信頭(24’)的分組(22)與第二實體(202)進行通信的第一實體(201)，其特征在于，所述第一實體還向所述第二實體發(fā)送與所述分組相關的信頭壓縮密鑰(23)，所述信頭壓縮密鑰具有用于區(qū)分不同壓縮分組流(PF0-PFn)的第一字段(23A)。
3.一種用戶設備單元(UE)(3-30)，它具有通過發(fā)送具有壓縮信頭(24’)的分組(22)與第二實體(202)進行通信的第一實體(201)，所述第二實體位于蜂窩電信網(wǎng)的節(jié)點(26)上，其特征在于，所述第一實體還向所述第二實體發(fā)送與所述分組相關的信頭壓縮密鑰(23)，所述信頭壓縮密鑰具有用于區(qū)分不同的壓縮分組流(PF0-PFn)的第一字段(23A)。
4.如權利要求1、2或3所述的裝置，其特征在于，用于所述信頭壓縮密鑰的所述第一字段的值的第一子集用來區(qū)分不同的信頭壓縮標識符，以及用于所述第一字段的值的第二子集用來區(qū)分不同的壓縮分組流。
5.如權利要求4所述的裝置，其特征在于，所述第二子集的所述值緊接著所述第一子集的所述值。
6.如權利要求4所述的裝置，其特征在于，所述信頭壓縮標識符表示信頭壓縮方法和分組類型。
7.如權利要求4所述的裝置，其特征在于，所述信頭壓縮密鑰包含在鏈路層協(xié)議的協(xié)議數(shù)據(jù)單元的信頭中。
8.如權利要求7所述的裝置，其特征在于，所述信頭壓縮密鑰是用于分組數(shù)據(jù)匯聚協(xié)議(PDCP)的協(xié)議數(shù)據(jù)單元的信頭，以及所述第一字段是PID類型字段。
9.如權利要求4所述的裝置，其特征在于，所述值的第二子集包括用于壓縮/解壓縮算法的上下文標識符。
10.如權利要求4所述的裝置，其特征在于，所述值的第二子集包括用于在鏈路層級上不需要分組類型標識的壓縮/解壓縮算法的上下文標識符。
11.如權利要求10所述的裝置，其特征在于，所述壓縮/解壓縮算法是健壯信頭壓縮(ROHC)算法。
12.如權利要求4所述的裝置，其特征在于，所述信頭壓縮密鑰包含在鏈路層協(xié)議的協(xié)議數(shù)據(jù)單元中。
13.如權利要求1、2或3所述的裝置，其特征在于，所述信頭壓縮密鑰具有用來表示所述信頭壓縮密鑰(23)的所述第一字段(23A)是否專用于區(qū)分不同的壓縮分組流的第二字段(23B)。
14.如權利要求13所述的裝置，其特征在于，所述信頭壓縮密鑰的所述第二字段中的第一值表示所述信頭壓縮密鑰的所述第一字段專用于區(qū)分不同的壓縮分組流，以及所述信頭壓縮密鑰的所述第二字段中的第二值表示所述信頭壓縮密鑰的所述第一字段中的數(shù)據(jù)隨其值而定，可以是信頭壓縮標識符或者是分組流標識符。
15.如權利要求14所述的裝置，其特征在于，所述信頭壓縮密鑰的所述第一字段中的所述數(shù)據(jù)若包含在值的第一子集中，則區(qū)分不同的信頭壓縮標識符，以及所述信頭壓縮密鑰的所述第一字段中的所述數(shù)據(jù)若包含在值的第二子集中，則區(qū)分不同的壓縮分組流。
16.如權利要求15所述的裝置，其特征在于，所述第二子集的所述值緊接著所述第一子集的所述值。
17.如權利要求15所述的裝置，其特征在于，所述信頭壓縮標識符表示信頭壓縮方法和分組類型。
18.如權利要求15所述的裝置，其特征在于，所述信頭壓縮密鑰包含在鏈路層協(xié)議的協(xié)議數(shù)據(jù)單元的信頭中。
19.如權利要求18所述的裝置，其特征在于，所述信頭壓縮密鑰包含在用于分組數(shù)據(jù)匯聚協(xié)議(PDCP)的協(xié)議數(shù)據(jù)單元的信頭中，以及所述第一字段是PID類型字段。
20.如權利要求15所述的裝置，其特征在于，所述值的第二子集包括用于壓縮/解壓縮算法的上下文標識符。
21.如權利要求20所述的裝置，其特征在于，所述值的第二子集包括用于在鏈路層級上不需要分組類型標識的壓縮/解壓縮算法的上下文標識符。
22.如權利要求21所述的裝置，其特征在于，所述壓縮/解壓縮算法是健壯信頭壓縮(ROHC)算法。
23.如權利要求13所述的裝置，其特征在于，所述信頭壓縮密鑰包含在鏈路層協(xié)議的協(xié)議數(shù)據(jù)單元的信頭中。
24.如權利要求23所述的裝置，其特征在于，所述信頭壓縮密鑰包含在用于分組數(shù)據(jù)匯聚協(xié)議(PDCP)的協(xié)議數(shù)據(jù)單元的信頭中，以及所述第二字段是PDU類型字段。
25.如權利要求13所述的裝置，其特征在于，所述信頭壓縮密鑰包含在鏈路層協(xié)議的協(xié)議數(shù)據(jù)單元中。
26.如權利要求1、2或3所述的裝置，其特征在于，所述分組是因特網(wǎng)協(xié)議(IP)分組。
27.如權利要求1、2或3所述的裝置，其特征在于，所述電信網(wǎng)是蜂窩電信網(wǎng)，以及所述第一實體至少部分地通過空中接口(3-32)與所述第二實體進行通信。
28.如權利要求1、2或3所述的裝置，其特征在于，所述電信網(wǎng)是蜂窩電信網(wǎng)，以及所述第一實體和所述第二實體中的至少一個位于無線網(wǎng)絡控制器節(jié)點(PNC)和用戶設備單元(UE)其中之一上。
29.一種操作電信網(wǎng)的方法，所述電信網(wǎng)具有通過發(fā)送具有壓縮信頭(24’)的分組(22)與第二實體(202)進行通信的第一實體(201)，所述方法的特征在于，從所述第一實體向所述第二實體發(fā)送與所述分組相關的信頭壓縮密鑰(23)，所述信頭壓縮密鑰具有用于區(qū)分不同的壓縮分組流(PF0-PFn)的第一字段(23A)。
30.如權利要求29所述的方法，其特征在于，用于所述信頭壓縮密鑰的所述第一字段的值的第一子集用來區(qū)分不同的信頭壓縮標識符，以及用于所述第一字段的值的第二子集用來區(qū)分不同的壓縮分組流。
31.如權利要求30所述的方法，其特征在于，所述第二子集的所述值緊接著所述第一子集的所述值。
32.如權利要求30所述的方法，其特征在于，所述信頭壓縮標識符表示信頭壓縮方法和分組類型。
33.如權利要求30所述的方法，其特征在于，所述信頭壓縮密鑰包含在鏈路層協(xié)議的協(xié)議數(shù)據(jù)單元的信頭中。
34.如權利要求33所述的方法，其特征在于，所述信頭壓縮密鑰是用于分組數(shù)據(jù)匯聚協(xié)議(PDCP)的協(xié)議數(shù)據(jù)單元的信頭，以及所述第一字段是PID類型字段。
35.如權利要求30所述的方法，其特征在于，所述值的第二子集包括用于壓縮/解壓縮算法的上下文標識符。
36.如權利要求30所述的方法，其特征在于，所述值的第二子集包括用于在鏈路層級上不需要分組類型標識的壓縮/解壓縮算法的上下文標識符。
37.如權利要求36所述的方法，其特征在于，所述壓縮/解壓縮算法是健壯信頭壓縮(ROHC)算法。
38.如權利要求30所述的方法，其特征在于，所述信頭壓縮密鑰包含在鏈路層協(xié)議的協(xié)議數(shù)據(jù)單元中。
39.如權利要求29所述的方法，其特征在于，所述信頭壓縮密鑰具有用來表示所述信頭壓縮密鑰(23)的所述第一字段(23A)是否專用于區(qū)分不同的壓縮分組流的第二字段(23B)。
40.如權利要求39所述的方法，其特征在于，所述信頭壓縮密鑰的所述第二字段中的第一值表示所述信頭壓縮密鑰的所述第一字段專用于區(qū)分不同的壓縮分組流，以及所述信頭壓縮密鑰的所述第二字段中的第二值表示所述信頭壓縮密鑰的所述第一字段中的數(shù)據(jù)隨其值而定，可以是信頭壓縮標識符或者是分組流標識符。
41.如權利要求40所述的方法，其特征在于，所述信頭壓縮密鑰的所述第一字段中的所述數(shù)據(jù)若包含在值的第一子集中，則區(qū)分不同的信頭壓縮標識符，以及所述信頭壓縮密鑰的所述第一字段中的所述數(shù)據(jù)若包含在值的第二子集中，則區(qū)分不同的壓縮分組流。
42.如權利要求41所述的方法，其特征在于，所述第二子集的所述值緊接著所述第一子集的所述值。
43.如權利要求41所述的方法，其特征在于，所述信頭壓縮標識符表示信頭壓縮方法和分組類型。
44.如權利要求41所述的方法，其特征在于，所述信頭壓縮密鑰包含在鏈路層協(xié)議的協(xié)議數(shù)據(jù)單元的信頭中。
45.如權利要求44所述的方法，其特征在于，所述信頭壓縮密鑰包含在用于分組數(shù)據(jù)匯聚協(xié)議(PDCP)的協(xié)議數(shù)據(jù)單元的信頭中，以及所述第一字段是PID類型字段。
46.如權利要求44所述的方法，其特征在于，所述值的第二子集包括用于壓縮/解壓縮算法的上下文標識符。
47.如權利要求46所述的方法，其特征在于，所述值的第二子集包括用于在鏈路層級上不需要分組類型標識的壓縮/解壓縮算法的上下文標識符。
48.如權利要求47所述的方法，其特征在于，所述壓縮/解壓縮算法是健壯信頭壓縮(ROHC)算法。
49.如權利要求39所述的方法，其特征在于，所述信頭壓縮密鑰包含在鏈路層協(xié)議的協(xié)議數(shù)據(jù)單元的信頭中。
50.如權利要求49所述的方法，其特征在于，所述信頭壓縮密鑰包含在用于分組數(shù)據(jù)匯聚協(xié)議(PDCP)的協(xié)議數(shù)據(jù)單元的信頭中，以及所述第二字段是PDU類型字段。
51.如權利要求39所述的方法，其特征在于，所述信頭壓縮密鑰包含在鏈路層協(xié)議的協(xié)議數(shù)據(jù)單元中。
52.如權利要求29所述的方法，其特征在于，所述分組是因特網(wǎng)協(xié)議(IP)分組。
53.如權利要求29所述的方法，其特征在于，所述電信網(wǎng)是蜂窩電信網(wǎng)，以及所述第一實體至少部分地通過空中接口(3-32)與所述第二實體進行通信。
54.如權利要求29所述的方法，其特征在于，所述電信網(wǎng)是蜂窩電信網(wǎng)，以及所述第一實體和所述第二實體中的至少一個位于無線網(wǎng)絡控制器節(jié)點(RNC)和用戶設備單元(UE)其中之一上。
全文摘要
一種電信網(wǎng)具有第一和第二實體(20
文檔編號H04L12/56GK1470120SQ01816659
公開日2004年1月21日 申請日期2001年10月3日 優(yōu)先權日2000年10月3日
發(fā)明者K·斯文布羅, A·克里斯納拉亞, K 斯文布羅, 鎪鼓衫 申請人:艾利森電話股份有限公司