專利名稱：重定位頭標(biāo)壓縮中的上下文信息的制作方法
背景技術(shù)：
本發(fā)明涉及重定位頭標(biāo)壓縮中的上下文(context)信息。
在最近幾年中IP(因特網(wǎng)協(xié)議)技術(shù)的快速進(jìn)步已經(jīng)將使用不同的基于IP應(yīng)用的潛力擴(kuò)展到傳統(tǒng)的因特網(wǎng)數(shù)據(jù)傳送之外。特別是基于IP技術(shù)的電話應(yīng)用已經(jīng)飛速發(fā)展，使得甚至在傳統(tǒng)電話網(wǎng)(PSTN/ISDN，公共交換電話網(wǎng)/綜合業(yè)務(wù)數(shù)字網(wǎng))和移動(dòng)網(wǎng)(PLMN，公用陸地移動(dòng)網(wǎng))中呼叫傳輸路徑的一個(gè)不斷擴(kuò)展的部分也可以在原則上通過(guò)利用IP技術(shù)實(shí)現(xiàn)。
特別是在移動(dòng)網(wǎng)中，IP技術(shù)供給許多優(yōu)點(diǎn)，因?yàn)槌艘苿?dòng)網(wǎng)的常規(guī)語(yǔ)音業(yè)務(wù)(該業(yè)務(wù)可以通過(guò)不同IP語(yǔ)音的應(yīng)用來(lái)提供)之外，移動(dòng)網(wǎng)還提供越來(lái)越多不同的數(shù)據(jù)業(yè)務(wù)，例如因特網(wǎng)瀏覽、電子郵件業(yè)務(wù)、游戲等等，典型地，它們最優(yōu)選地作為基于IP的分組交換業(yè)務(wù)來(lái)被實(shí)現(xiàn)。這樣，在移動(dòng)系統(tǒng)協(xié)議中安排的IP層可以既服務(wù)于音頻/視頻業(yè)務(wù)，又服務(wù)于各種數(shù)據(jù)業(yè)務(wù)。
在移動(dòng)網(wǎng)中，特別重要的是盡可能有效地利用該有限的無(wú)線資源。就此而言，這一點(diǎn)使得在無(wú)線接口中IP協(xié)議的使用變復(fù)雜了，因?yàn)樵诨贗P的協(xié)議中，被傳送的數(shù)據(jù)的各種頭標(biāo)字段所占比例非常巨大，而相應(yīng)地，有效負(fù)荷所占比例就小。除此之外，無(wú)線接口的誤比特率(BER)以及上行鏈路和下行鏈路方向上的往返行程時(shí)間(RTT)在惡劣的條件下可能會(huì)大大增加，這會(huì)在大多數(shù)已知的頭標(biāo)字段壓縮方法中引發(fā)問(wèn)題。這就造成了對(duì)開(kāi)發(fā)一個(gè)適合于不同IP協(xié)議的頭標(biāo)壓縮方法的需要，該頭標(biāo)壓縮方法將特別適合于經(jīng)無(wú)線接口進(jìn)行實(shí)時(shí)數(shù)據(jù)的傳送有效的頭標(biāo)字段壓縮，然而，它可以用在誤比特率以及往返行程時(shí)間大大增加的條件下。
為了這個(gè)目的，IETF(因特網(wǎng)工程特別任務(wù)組)最近正致力于一個(gè)被稱為ROHC(魯棒頭標(biāo)壓縮)的頭標(biāo)字段壓縮方法的標(biāo)準(zhǔn)化。支持該ROHC開(kāi)發(fā)的一個(gè)思想是在數(shù)據(jù)分組傳送中使用的幾個(gè)IP頭標(biāo)字段之間有大量冗余，該冗余不只在數(shù)據(jù)分組內(nèi)部，還在數(shù)據(jù)分組之間。換句話說(shuō)，在頭標(biāo)字段中的大量信息在數(shù)據(jù)分組的傳送期間完全不改變，這樣即使沒(méi)有發(fā)送這些信息，也易于在一個(gè)接收者處重構(gòu)這些信息。只有頭標(biāo)字段中的一小部分是需要在壓縮期間注意它們所包括的信息的。另外，ROHC包括幾個(gè)壓縮等級(jí)，由此當(dāng)轉(zhuǎn)移到一個(gè)較高等級(jí)時(shí)，壓縮的效率就增加了。然而，ROHC總是以這樣一種方式來(lái)盡力使用可能的最有效的壓縮，即在轉(zhuǎn)移到下一個(gè)等級(jí)之前，總要確保一個(gè)等級(jí)操作的足夠的可靠性。ROHC還具有典型的特征，即它將幾個(gè)對(duì)于使用壓縮方法來(lái)說(shuō)重要的問(wèn)題留下以便由較低鏈路層來(lái)處理。
典型地象所有頭標(biāo)壓縮技術(shù)那樣，ROHC需要在壓縮器(發(fā)送者)和解壓縮器(接收者)處存儲(chǔ)用于分組頭標(biāo)壓縮和解壓縮的上下文信息，并通過(guò)基本上發(fā)送全部頭標(biāo)來(lái)初始化該壓縮/解壓縮過(guò)程。上下文信息的意思就是一種狀態(tài)，其中壓縮器使用它來(lái)壓縮要被發(fā)送的頭標(biāo)字段而解壓縮器使用它來(lái)解壓縮一個(gè)接收到的頭標(biāo)字段。當(dāng)頭標(biāo)壓縮/解壓縮對(duì)一條無(wú)線鏈路使用時(shí)，在上行鏈路業(yè)務(wù)量中被發(fā)送的頭標(biāo)由移動(dòng)終端來(lái)壓縮并由一個(gè)網(wǎng)絡(luò)實(shí)體來(lái)解壓縮。在下行鏈路業(yè)務(wù)量中，網(wǎng)絡(luò)實(shí)體壓縮該頭標(biāo)，而移動(dòng)終端解壓縮該頭標(biāo)。
在正常的壓縮/解壓縮操作中，解壓縮上下文信息與壓縮上下文信息同步，意思是當(dāng)該解壓縮上下文信息被用于解壓縮一個(gè)用壓縮上下文信息來(lái)壓縮的頭標(biāo)時(shí)，原始的未壓縮的頭標(biāo)就被重構(gòu)。壓縮上下文信息和解壓縮上下文信息可能以一種兩個(gè)上下文保持同步的方式，分別由壓縮器和解壓縮器來(lái)連續(xù)地更新。
當(dāng)一個(gè)移動(dòng)終端被移交給由另一個(gè)網(wǎng)絡(luò)實(shí)體提供服務(wù)的另一個(gè)無(wú)線小區(qū)時(shí)，如果沒(méi)有定義有效的過(guò)程來(lái)將該上下文信息重定位到該新網(wǎng)絡(luò)實(shí)體，那么頭標(biāo)壓縮/解壓縮的過(guò)程就必須通過(guò)重新初始化而再次進(jìn)行，這就需要在下行鏈路業(yè)務(wù)量和上行鏈路業(yè)務(wù)量中都發(fā)送全部頭標(biāo)。這樣一個(gè)以全部頭標(biāo)進(jìn)行的重新初始化既中斷了正在進(jìn)行的通信又浪費(fèi)了無(wú)線接口上的帶寬。所以，已經(jīng)開(kāi)發(fā)了一個(gè)機(jī)制用于將壓縮和解壓縮上下文信息從舊網(wǎng)絡(luò)實(shí)體傳送給新網(wǎng)絡(luò)實(shí)體，即通過(guò)攝取舊網(wǎng)絡(luò)和移動(dòng)終端之間的壓縮和解壓縮上下文信息的瞬象(snapshot)并將這個(gè)瞬象傳遞給新網(wǎng)絡(luò)實(shí)體以便用作壓縮和解壓縮上下文信息來(lái)進(jìn)行。在攝取瞬象并將它傳送給新網(wǎng)絡(luò)實(shí)體所需要的時(shí)間內(nèi)壓縮和解壓縮典型地被停止。
在上面描述的上下文信息重定位過(guò)程中的一個(gè)問(wèn)題是攝取該瞬象并將它傳送給新網(wǎng)絡(luò)實(shí)體所需要的時(shí)間較長(zhǎng)，而在該時(shí)間內(nèi)壓縮和解壓縮必須停止。這導(dǎo)致了在實(shí)時(shí)數(shù)據(jù)傳送中一個(gè)相當(dāng)大的中斷。因此這個(gè)中斷就應(yīng)被盡可能地縮短。另一個(gè)問(wèn)題是在移動(dòng)系統(tǒng)中，當(dāng)在網(wǎng)絡(luò)側(cè)從舊網(wǎng)絡(luò)實(shí)體到新網(wǎng)絡(luò)實(shí)體的移交將要發(fā)生時(shí)，該移動(dòng)終端典型地不會(huì)預(yù)先知道。所以，即使由于該移交舊網(wǎng)絡(luò)實(shí)體已經(jīng)停止解壓縮所述數(shù)據(jù)，移動(dòng)終端仍將會(huì)繼續(xù)壓縮上行鏈路數(shù)據(jù)并將它發(fā)送給舊網(wǎng)絡(luò)實(shí)體。在那種情況下由終端發(fā)送的被壓縮的數(shù)據(jù)分組可能丟失。
發(fā)明簡(jiǎn)述因此本發(fā)明的目的就是開(kāi)發(fā)一種方法以及一個(gè)實(shí)現(xiàn)該方法的設(shè)備以便減輕上面提到的問(wèn)題。本發(fā)明的目的通過(guò)一個(gè)方法和系統(tǒng)來(lái)獲得，其特征在于在獨(dú)立權(quán)利要求中所陳述的內(nèi)容。本發(fā)明優(yōu)選的實(shí)施方案在從屬權(quán)利要求中被闡述。
本發(fā)明基于的思想是壓縮器和解壓縮器的上下文更新在移動(dòng)終端和舊網(wǎng)絡(luò)實(shí)體中都被停止，這確保移動(dòng)終端和舊網(wǎng)絡(luò)實(shí)體兩者使用相同的上下文，在此之后，在舊網(wǎng)絡(luò)實(shí)體中攝取該壓縮和解壓縮上下文信息的一個(gè)瞬象并將它發(fā)送給新網(wǎng)絡(luò)實(shí)體以便存儲(chǔ)在其中。移動(dòng)壓縮器通過(guò)所述上下文信息而壓縮至少一個(gè)分組中的至少一個(gè)頭標(biāo)并將該被壓縮的至少一個(gè)分組中的至少一個(gè)頭標(biāo)發(fā)送給該新網(wǎng)絡(luò)實(shí)體。之后該新網(wǎng)絡(luò)實(shí)體通過(guò)該被存儲(chǔ)的解壓縮上下文信息來(lái)解壓縮接收到的至少一個(gè)頭標(biāo)的至少一個(gè)分組。因?yàn)樯舷挛男畔⒃谥囟ㄎ贿^(guò)程中尚未被改變，所以移動(dòng)終端中的壓縮器和新網(wǎng)絡(luò)實(shí)體中的解壓縮器就自動(dòng)處于同步而數(shù)據(jù)傳送就可以繼續(xù)。
按照本發(fā)明一個(gè)優(yōu)選的實(shí)施方案，上下文信息的更新可以通過(guò)禁止移動(dòng)終端和舊網(wǎng)絡(luò)實(shí)體的解壓縮器向相對(duì)側(cè)的壓縮器發(fā)送任何確認(rèn)來(lái)被阻止。因?yàn)榻鈮嚎s器沒(méi)有發(fā)送確認(rèn)，所以壓縮器的上下文就不被更新，且移動(dòng)終端和舊網(wǎng)絡(luò)實(shí)體的壓縮器使用相同的上下文信息用于壓縮新的分組。按照本發(fā)明一個(gè)第二優(yōu)選的實(shí)施方案，移動(dòng)終端將停止壓縮和發(fā)送上行鏈路數(shù)據(jù)，而舊網(wǎng)絡(luò)實(shí)體將停止壓縮和發(fā)送下行鏈路數(shù)據(jù)。這導(dǎo)致了上下文信息將不再被更新。按照本發(fā)明一個(gè)第三優(yōu)選的實(shí)施方案，移動(dòng)終端將繼續(xù)正常地運(yùn)行頭標(biāo)壓縮和解壓縮，但是移動(dòng)終端上下文信息的上下文更新通過(guò)在舊網(wǎng)絡(luò)實(shí)體壓縮器/解壓縮器中丟棄來(lái)自或去往移動(dòng)終端的壓縮器/解壓縮器的任何確認(rèn)、或者通過(guò)停止向移動(dòng)終端的壓縮器/解壓縮器發(fā)送任何確認(rèn)來(lái)被阻止。因?yàn)樗械拇_認(rèn)都被舊網(wǎng)絡(luò)實(shí)體丟棄了，所以移動(dòng)終端壓縮器的上下文就不被更新，但是該移動(dòng)終端將繼續(xù)通過(guò)以前的上下文信息來(lái)壓縮并發(fā)送該上行鏈路數(shù)據(jù)。
本發(fā)明的方法和系統(tǒng)提供的優(yōu)點(diǎn)是允許進(jìn)行頭標(biāo)壓縮上下文的有效重定位。另外，本發(fā)明的方法提供了防止移動(dòng)終端和網(wǎng)絡(luò)實(shí)體之間上下文的失步的優(yōu)點(diǎn)，而同時(shí)使得在壓縮/解壓縮過(guò)程中時(shí)域內(nèi)的中斷減到最小。本發(fā)明的一個(gè)實(shí)施方案還有另一個(gè)優(yōu)點(diǎn)是上下文重定位可以被有效地實(shí)現(xiàn)，使得在數(shù)據(jù)壓縮/解壓縮中沒(méi)有中斷發(fā)生而是可以無(wú)縫地繼續(xù)進(jìn)行。
附圖
簡(jiǎn)述在下面，本發(fā)明將通過(guò)優(yōu)選的實(shí)施方案，參考附圖被更詳細(xì)地描述，其中圖-1是在ROHC的不同壓縮等級(jí)之間移動(dòng)的一個(gè)方框圖，圖-2是在ROHC的不同壓縮模式之間移動(dòng)的一個(gè)方框圖，圖-3是UMTS系統(tǒng)的一個(gè)簡(jiǎn)化結(jié)構(gòu)的一個(gè)方框圖，圖-4示出用于發(fā)送用戶數(shù)據(jù)的UMTS分組數(shù)據(jù)業(yè)務(wù)的協(xié)議棧，圖-5示出按照本發(fā)明一個(gè)第一優(yōu)選實(shí)施方案的服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)(SRNS)重定位的一個(gè)信令圖，圖-6示出按照本發(fā)明一個(gè)第二優(yōu)選實(shí)施方案的服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)(SRNS)重定位的一個(gè)信令圖，以及圖-7示出按照本發(fā)明一個(gè)第三優(yōu)選實(shí)施方案的服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)(SRNS)重定位的一個(gè)信令圖。
發(fā)明詳述在下面，本發(fā)明通過(guò)結(jié)合頭標(biāo)字段壓縮方法ROHC的例子被說(shuō)明，它特別適合于經(jīng)一個(gè)無(wú)線接口的實(shí)時(shí)數(shù)據(jù)傳送。本發(fā)明并不是僅局限于ROHC，而是它也可以適用于任何其它頭標(biāo)壓縮方法。另外，本發(fā)明可適用于IP/UDP/RTP頭標(biāo)壓縮，但不局限于此。在下面，描述ROHC的實(shí)現(xiàn)中對(duì)本發(fā)明來(lái)說(shuō)是必要的那些部分。對(duì)于正在討論的壓縮方法的一個(gè)更為詳細(xì)的描述，可以參考一個(gè)還未完成的因特網(wǎng)草案，2000年10月11日，版本04的“Robust Header Compression(魯棒頭標(biāo)壓縮)(ROHC)”。
在不同的壓縮方法中，一個(gè)上下文被典型定義為既用于壓縮器又用于解壓縮器，該上下文是一種狀態(tài)，其中壓縮器使用它來(lái)壓縮要被發(fā)送的頭標(biāo)字段而解壓縮器使用它來(lái)解壓縮一個(gè)接收的頭標(biāo)字段。典型地，所述上下文包括在一條數(shù)據(jù)傳送連接上被發(fā)送(壓縮器)或被接收到的(解壓縮器)在前頭標(biāo)字段的一個(gè)未壓縮的版本。除此之外，該上下文還可以包括標(biāo)識(shí)一個(gè)數(shù)據(jù)分組流的信息，例如數(shù)據(jù)分組的序列號(hào)或時(shí)間戳。這樣，該上下文典型地包括靜態(tài)信息，所述靜態(tài)信息對(duì)于整個(gè)數(shù)據(jù)分組流來(lái)說(shuō)保持相同，以及動(dòng)態(tài)信息，所述動(dòng)態(tài)信息在數(shù)據(jù)分組流期間發(fā)生變化，但通常是按照一個(gè)已定義的模式來(lái)改變。
ROHC以這樣一種方式使用三個(gè)壓縮等級(jí)，即壓縮從最低等級(jí)啟動(dòng)并逐漸繼續(xù)進(jìn)行到較高等級(jí)?；驹瓌t是壓縮總是在最高可能的等級(jí)上實(shí)現(xiàn)，然而是以這樣一種方式進(jìn)行，即壓縮器對(duì)解壓縮器具有足夠的信息在正討論的等級(jí)上實(shí)現(xiàn)解壓縮的情況有充分的確定性。影響在不同壓縮等級(jí)之間的移動(dòng)的因素有在連續(xù)的頭標(biāo)字段中的改變、從解壓縮器接收到的肯定的和否定的確認(rèn)，以及當(dāng)沒(méi)有確認(rèn)時(shí)，特定順序計(jì)數(shù)器的期滿。對(duì)應(yīng)地從一個(gè)較高壓縮等級(jí)移動(dòng)到一個(gè)較低壓縮等級(jí)是可能的。
ROHC結(jié)合IP(因特網(wǎng)協(xié)議)、UDP(用戶數(shù)據(jù)報(bào)協(xié)議)以及RTP(實(shí)時(shí)協(xié)議)協(xié)議使用的壓縮等級(jí)有啟動(dòng)/刷新(IR)、第一階(FO)、以及第二階(SO)并且這些等級(jí)之間的移動(dòng)在圖-1中被描述。IR等級(jí)用于給解壓縮器生成上下文或者從一個(gè)錯(cuò)誤的情況中恢復(fù)。當(dāng)頭標(biāo)字段壓縮被啟動(dòng)、被解壓縮器請(qǐng)求時(shí)、或者當(dāng)一個(gè)更新計(jì)時(shí)器期滿時(shí)，壓縮器就移動(dòng)到IR等級(jí)。在IR等級(jí)上，壓縮器以一個(gè)未壓縮的格式發(fā)送IR頭標(biāo)字段。當(dāng)壓縮器確定解壓縮器已經(jīng)接收到該更新信息時(shí)，它就試圖移動(dòng)到一個(gè)較高等級(jí)。
FO等級(jí)被用于通知接收到在數(shù)據(jù)分組流的頭標(biāo)字段中的不規(guī)則性。在IR等級(jí)之后，壓縮器在以下情況中運(yùn)行于FO等級(jí)上，即頭標(biāo)字段沒(méi)有形成一個(gè)統(tǒng)一模式(換句話說(shuō)，連續(xù)的頭標(biāo)字段以這樣一種方式隨機(jī)地改變以致所述改變不能被預(yù)測(cè))，或者壓縮器不能確定解壓縮器已經(jīng)接收到定義該頭標(biāo)字段的統(tǒng)一模式的參數(shù)。當(dāng)例如，發(fā)送語(yǔ)音被啟動(dòng)，特別是在第一個(gè)語(yǔ)音突發(fā)期間時(shí)典型的是這種情況。在FO等級(jí)上，壓縮器發(fā)送被壓縮的FO頭標(biāo)字段。如果該頭標(biāo)字段形成了一個(gè)統(tǒng)一的模式并且確定解壓縮器已經(jīng)接收到了定義該統(tǒng)一模式的參數(shù)，壓縮器就再次試圖移動(dòng)到一個(gè)較高等級(jí)。FO-等級(jí)數(shù)據(jù)分組典型地包括上下文更新信息，這意味著一個(gè)成功的解壓縮還需要連續(xù)FO頭標(biāo)字段的一個(gè)成功發(fā)送。這樣，解壓縮過(guò)程的成功對(duì)FO-等級(jí)的分組的丟失或損壞就很敏感。
在SO等級(jí)上，壓縮是最佳的。頭標(biāo)字段形成一個(gè)統(tǒng)一的模式，壓縮器通過(guò)被壓縮的SO頭標(biāo)字段來(lái)描述它，實(shí)踐中，所述SO頭標(biāo)字段是數(shù)據(jù)分組的序列號(hào)。有關(guān)定義該頭標(biāo)字段統(tǒng)一模式的參數(shù)的信息已經(jīng)在FO等級(jí)上被發(fā)送給解壓縮器，并且基于所述參數(shù)和接收到的序列號(hào)，解壓縮器可以推斷原始頭標(biāo)字段。因?yàn)樵赟O等級(jí)上被發(fā)送的數(shù)據(jù)分組實(shí)際上是彼此獨(dú)立的，所以解壓縮器的錯(cuò)誤敏感性也降低了。當(dāng)頭標(biāo)字段不再形成一個(gè)統(tǒng)一模式時(shí)，解壓縮器就移回到FO等級(jí)。
解壓縮還有受限于解壓縮器的上下文定義的三個(gè)等級(jí)。當(dāng)還沒(méi)有上下文被定義(無(wú)上下文)時(shí)解壓縮器總是從最低等級(jí)啟動(dòng)它的操作。這樣解壓縮器還沒(méi)有解壓縮任何數(shù)據(jù)分組。當(dāng)解壓縮器已經(jīng)解壓縮了包括靜態(tài)和動(dòng)態(tài)上下文信息的第一個(gè)數(shù)據(jù)分組時(shí)，解壓縮器就可以越過(guò)中間等級(jí)(靜態(tài)上下文)直接移動(dòng)到最高等級(jí)(全部上下文)。作為在最高等級(jí)上出現(xiàn)幾個(gè)錯(cuò)誤情況的結(jié)果，該解壓縮器移動(dòng)到中間等級(jí)，但是典型地即使一個(gè)被成功解壓縮的數(shù)據(jù)分組也會(huì)使解壓縮器返回到最高等級(jí)。
除了不同壓縮等級(jí)以外，ROHC有三個(gè)不同的操作模式單向模式(U模式)、雙向優(yōu)化模式(O模式)、以及雙向可靠模式(R模式)，它們?cè)趫D-2中被示出。按照?qǐng)D-2，上面描述的每個(gè)壓縮等級(jí)(IR、FO、SO)作用于每一個(gè)模式下，但是每一個(gè)模式都以它自己的方式作用于每一個(gè)等級(jí)上并且還以它自己的方式來(lái)決定等級(jí)之間的移動(dòng)。對(duì)于每一種壓縮情況的模式選擇依靠所使用的數(shù)據(jù)傳送連接的參數(shù)，例如使用一個(gè)返回信道的可能性、差錯(cuò)概率以及分布、頭標(biāo)字段尺寸改變的影響。
在單向模式下，數(shù)據(jù)分組只從壓縮器被發(fā)送給解壓縮器，所以ROHC的U模式是在其中使用一個(gè)返回信道是不可能的或不期望的情況下使用。在U模式下，不同壓縮等級(jí)之間的移動(dòng)由于某些順序計(jì)數(shù)器期滿或者基于頭標(biāo)字段模式的改變來(lái)實(shí)現(xiàn)。因?yàn)闆](méi)有使用返回信道，所以在U模式下的壓縮效率較低，并且與任何一個(gè)雙向模式相比數(shù)據(jù)分組都更可能在傳輸路徑上消失。使用ROHC總是在U模式下被啟動(dòng)，并且當(dāng)解壓縮器已經(jīng)接收到至少一個(gè)分組并且作為對(duì)該分組的一個(gè)響應(yīng)，解壓縮器指示一個(gè)模式的改變是必須的時(shí)，可以發(fā)生到任何一個(gè)雙向模式的移動(dòng)。
雙向優(yōu)化模式類似于單向模式，只是在O模式下，一個(gè)返回信道用于糾錯(cuò)的情況以及確認(rèn)從解壓縮器到壓縮器的重要的上下文更新。在O模式下不作有順序的更新。O模式優(yōu)選地適合于有小的返回信道業(yè)務(wù)量而要求最佳壓縮效率的連接。O模式提供一個(gè)相當(dāng)可靠的數(shù)據(jù)分組傳送，其中在壓縮器和解壓縮器之間的同步典型地可以被維持得很好，并且數(shù)據(jù)分組很少丟失，而且如果丟失，在數(shù)量上也是可忽略的。然而，當(dāng)誤比特率非常高時(shí)，數(shù)據(jù)分組可能在傳輸路徑上丟失。
雙向可靠模式明顯不同于上面提到的模式。R模式使用一個(gè)返回信道來(lái)確認(rèn)所有上下文更新，還確認(rèn)序列號(hào)更新。這樣在R模式下，在壓縮器和解壓縮器之間數(shù)據(jù)分組幾乎可以完全被可靠地傳輸。在R模式下壓縮頭標(biāo)字段不可以引起數(shù)據(jù)分組的丟失。R模式的一個(gè)缺點(diǎn)是頭標(biāo)字段的尺寸在一些情況下稍微大于在上面提到的模式下頭標(biāo)字段的尺寸而且返回信道業(yè)務(wù)量大大地增加。
ROHC的三個(gè)可操作的模式和三個(gè)壓縮等級(jí)形成不同的操作情況用于壓縮該頭標(biāo)字段，每一種情況都要求壓縮器和解壓縮器的操作定義(即上下文信息)以及在它們之間傳輸分組。某些參數(shù)由壓縮器和解壓縮器針對(duì)每一個(gè)數(shù)據(jù)分組流來(lái)單獨(dú)協(xié)商。按照ROHC的定義，在每次使用的較低協(xié)議層(鏈路層)必須提供一個(gè)機(jī)制用于協(xié)商在壓縮該頭標(biāo)字段中使用的參數(shù)。所述參數(shù)在啟動(dòng)該壓縮前被協(xié)商。
在下面，當(dāng)解釋該重定位過(guò)程時(shí)，術(shù)語(yǔ)“舊網(wǎng)絡(luò)實(shí)體”指的是當(dāng)重定位過(guò)程將要啟動(dòng)時(shí)與該移動(dòng)終端連接的網(wǎng)絡(luò)實(shí)體?！芭f網(wǎng)絡(luò)實(shí)體”還可以稱為“第一網(wǎng)絡(luò)實(shí)體”。術(shù)語(yǔ)“新網(wǎng)絡(luò)實(shí)體”指的是在重定位過(guò)程期間移動(dòng)終端的連接被移動(dòng)到的網(wǎng)絡(luò)實(shí)體。相應(yīng)地，“新網(wǎng)絡(luò)實(shí)體”還可以被稱為“第二網(wǎng)絡(luò)實(shí)體”。
當(dāng)一個(gè)移動(dòng)終端被移交給由另一個(gè)網(wǎng)絡(luò)實(shí)體提供服務(wù)的另一個(gè)無(wú)線小區(qū)時(shí)，從舊網(wǎng)絡(luò)實(shí)體到新網(wǎng)絡(luò)實(shí)體的上下文信息的重定位也必須被實(shí)現(xiàn)。按照一個(gè)已知的解決方案，這可以通過(guò)對(duì)該舊網(wǎng)絡(luò)和該移動(dòng)終端之間使用的壓縮和解壓縮上下文信息攝取瞬象，并將這個(gè)瞬象傳遞給新網(wǎng)絡(luò)實(shí)體用作壓縮和解壓縮上下文信息來(lái)達(dá)到。按照所述先前已知的解決方案，在攝取該瞬象并將它傳送給該新網(wǎng)絡(luò)實(shí)體所需要的時(shí)間內(nèi)該壓縮和解壓縮被停止。
對(duì)于下行鏈路業(yè)務(wù)量，舊網(wǎng)絡(luò)實(shí)體包含壓縮上下文信息，所述信息同步于移動(dòng)解壓縮器的解壓縮上下文信息。舊網(wǎng)絡(luò)實(shí)體將壓縮上下文信息的一個(gè)瞬象發(fā)送給新網(wǎng)絡(luò)實(shí)體，所述新網(wǎng)絡(luò)實(shí)體存儲(chǔ)接收到的上下文信息作為新網(wǎng)絡(luò)實(shí)體的上下文信息。新網(wǎng)絡(luò)實(shí)體使用存儲(chǔ)的壓縮上下文信息來(lái)壓縮發(fā)送給移動(dòng)解壓縮器的至少一個(gè)分組中的頭標(biāo)，而移動(dòng)解壓縮器使用先前保存的解壓縮上下文信息來(lái)解壓縮該至少一個(gè)數(shù)據(jù)分組的頭標(biāo)。對(duì)于上行鏈路業(yè)務(wù)量，舊網(wǎng)絡(luò)實(shí)體包含該解壓縮上下文信息，該信息同步于移動(dòng)壓縮器的壓縮上下文信息。舊網(wǎng)絡(luò)實(shí)體將該解壓縮上下文信息的瞬象發(fā)送給新網(wǎng)絡(luò)實(shí)體，所述新網(wǎng)絡(luò)實(shí)體存儲(chǔ)所述瞬象以用作它的解壓縮上下文信息。移動(dòng)壓縮器用它的上下文信息來(lái)壓縮至少一個(gè)分組中的至少一個(gè)頭標(biāo)并將被壓縮的至少一個(gè)分組中的至少一個(gè)頭標(biāo)發(fā)送給新網(wǎng)絡(luò)實(shí)體。之后該新網(wǎng)絡(luò)實(shí)體通過(guò)存儲(chǔ)的解壓縮上下文信息來(lái)解壓縮該接收到的至少一個(gè)頭標(biāo)的至少一個(gè)分組。
重定位或者可以與無(wú)線移交同時(shí)實(shí)現(xiàn)或者可以在無(wú)線移交之后實(shí)現(xiàn)。所以攝取該上下文信息的瞬象和將它們?cè)诰W(wǎng)絡(luò)實(shí)體之間發(fā)送的動(dòng)作的順序可能依照實(shí)施方案來(lái)改變，但是無(wú)論如何，在先前已知的解決方案中，在攝取該瞬象并將它們傳送給新網(wǎng)絡(luò)實(shí)體所需要的時(shí)間內(nèi)壓縮和解壓縮被停止。由于壓縮/解壓縮過(guò)程相對(duì)于移交過(guò)程是異步的并且獨(dú)立于移交過(guò)程(因?yàn)榍罢哂煞纸M流驅(qū)動(dòng)，而后者由無(wú)線條件驅(qū)動(dòng))，所以這可能會(huì)引起在實(shí)時(shí)數(shù)據(jù)傳送中一個(gè)非常顯著的中斷。此外，當(dāng)在網(wǎng)絡(luò)側(cè)從舊網(wǎng)絡(luò)實(shí)體到新網(wǎng)絡(luò)實(shí)體的移交將要發(fā)生時(shí)，移動(dòng)終端典型地不會(huì)預(yù)先知道。所以，在先前已知的解決方案中，移動(dòng)終端將會(huì)繼續(xù)壓縮上行鏈路數(shù)據(jù)并將它發(fā)送給舊網(wǎng)絡(luò)實(shí)體，即使由于移交，該舊網(wǎng)絡(luò)實(shí)體已經(jīng)停止解壓縮所述數(shù)據(jù)。因此，到新網(wǎng)絡(luò)實(shí)體使用被傳送的上下文信息時(shí)，它可能已經(jīng)與在移動(dòng)終端處的上下文失步了。所以所述上下文的失步應(yīng)被防止，而同時(shí)使得在壓縮/解壓縮過(guò)程中時(shí)域內(nèi)的中斷減到最小。
按照本發(fā)明，這通過(guò)停止在移動(dòng)終端和舊網(wǎng)絡(luò)實(shí)體中的壓縮器和解壓縮器的上下文更新來(lái)獲得，它確保移動(dòng)終端和舊網(wǎng)絡(luò)實(shí)體兩者使用相同的上下文，其后在舊網(wǎng)絡(luò)實(shí)體中對(duì)該壓縮和解壓縮上下文信息攝取一個(gè)瞬象并將其發(fā)送給該新網(wǎng)絡(luò)實(shí)體以便存儲(chǔ)在其中。移動(dòng)壓縮器通過(guò)所述上下文信息來(lái)壓縮至少一個(gè)分組中的至少一個(gè)頭標(biāo)并將被壓縮的至少一個(gè)分組中的至少一個(gè)頭標(biāo)發(fā)送給該新網(wǎng)絡(luò)實(shí)體。之后該新網(wǎng)絡(luò)實(shí)體通過(guò)被存儲(chǔ)的解壓縮上下文信息來(lái)解壓縮該接收到的至少一個(gè)頭標(biāo)的至少一個(gè)分組。因?yàn)樵撋舷挛男畔⒃谥囟ㄎ贿^(guò)程中還沒(méi)有被改變，所以該移動(dòng)終端中的壓縮器和新網(wǎng)絡(luò)實(shí)體中的解壓縮器就自動(dòng)處于同步而數(shù)據(jù)傳送可以繼續(xù)。
按照本發(fā)明一個(gè)第一優(yōu)選實(shí)施方案，這可以通過(guò)以下方式來(lái)實(shí)現(xiàn)，即從無(wú)線網(wǎng)絡(luò)用信號(hào)通知移動(dòng)終端移交(以及還有上下文重定位)馬上將要發(fā)生，這意味著該上下文信息應(yīng)不再被更新。該上下文信息的更新可以通過(guò)禁止移動(dòng)終端和舊網(wǎng)絡(luò)實(shí)體的解壓縮器向相對(duì)側(cè)的壓縮器發(fā)送任何確認(rèn)來(lái)被阻止。因?yàn)樵摻鈮嚎s器沒(méi)有發(fā)送確認(rèn)，所以該壓縮器的上下文就不被更新，且該移動(dòng)終端和舊網(wǎng)絡(luò)實(shí)體的壓縮器使用相同的上下文信息用于壓縮新的分組。這之后，在舊網(wǎng)絡(luò)實(shí)體中對(duì)該壓縮和解壓縮上下文信息攝取一個(gè)瞬象并將它發(fā)送給新網(wǎng)絡(luò)實(shí)體以便存儲(chǔ)在其中。移動(dòng)壓縮器通過(guò)所述上下文信息壓縮至少一個(gè)分組的至少一個(gè)頭標(biāo)，并將被壓縮的至少一個(gè)分組的至少一個(gè)頭標(biāo)發(fā)送給該新網(wǎng)絡(luò)實(shí)體。之后該新網(wǎng)絡(luò)實(shí)體通過(guò)被存儲(chǔ)的解壓縮上下文信息來(lái)解壓縮該接收到的至少一個(gè)頭標(biāo)的至少一個(gè)分組。
按照本發(fā)明一個(gè)第二優(yōu)選實(shí)施方案，該移動(dòng)終端和舊網(wǎng)絡(luò)實(shí)體的上下文更新可以通過(guò)以下方式來(lái)阻止，即從無(wú)線網(wǎng)絡(luò)用信號(hào)通知移動(dòng)終端移交(以及還有上下文重定位)馬上將要發(fā)生，響應(yīng)于此，移動(dòng)終端將停止壓縮和發(fā)送上行鏈路數(shù)據(jù)并且舊網(wǎng)絡(luò)實(shí)體將停止壓縮和發(fā)送下行鏈路數(shù)據(jù)。這導(dǎo)致該上下文信息不再被更新。當(dāng)前的上下文信息被存儲(chǔ)在移動(dòng)終端中，從而準(zhǔn)備好在需要的時(shí)候從存儲(chǔ)器中刷新所述上下文信息并將它用于壓縮新的分組。在舊網(wǎng)絡(luò)實(shí)體中對(duì)壓縮和解壓縮上下文信息攝取一個(gè)瞬象，優(yōu)選地是在某段時(shí)延之后，以及將它發(fā)送給新網(wǎng)絡(luò)實(shí)體以便存儲(chǔ)在其中。通過(guò)等待所述時(shí)延的一個(gè)合理的時(shí)間，就可以確定所有被壓縮及被發(fā)送的分組被對(duì)應(yīng)的解壓縮器接收到并被正確地解壓縮。之后移動(dòng)壓縮器通過(guò)所述上下文信息壓縮至少一個(gè)分組中的至少一個(gè)頭標(biāo)并將被壓縮的至少一個(gè)分組的至少一個(gè)頭標(biāo)發(fā)送給新網(wǎng)絡(luò)實(shí)體。之后新網(wǎng)絡(luò)實(shí)體通過(guò)被存儲(chǔ)的解壓縮上下文信息來(lái)解壓縮該接收到的至少一個(gè)頭標(biāo)的至少一個(gè)分組。
上面提到的兩種實(shí)施方案都在預(yù)先知道移交時(shí)刻的條件下工作得很好，這樣移動(dòng)終端可以在將要到來(lái)的移交之前被通知。然而，不可能總是提前知道將要發(fā)生移交的時(shí)候，例如在一種當(dāng)移動(dòng)終端從舊小區(qū)的無(wú)線覆蓋范圍消失而突然出現(xiàn)在新小區(qū)的情況下。這樣，不可能總是事先將重定位通知給移動(dòng)終端。按照本發(fā)明一個(gè)第三優(yōu)選實(shí)施方案，移動(dòng)終端將繼續(xù)正常運(yùn)行該頭標(biāo)壓縮和解壓縮，但是移動(dòng)終端上下文信息的上下文更新通過(guò)在舊網(wǎng)絡(luò)實(shí)體壓縮器/解壓縮器中丟棄去往或來(lái)自移動(dòng)終端壓縮器/解壓縮器的任何確認(rèn)來(lái)被阻止。作為本實(shí)施方案的一個(gè)可替換解決方案，在舊網(wǎng)絡(luò)實(shí)體中丟棄給移動(dòng)終端的確認(rèn)可以通過(guò)將舊網(wǎng)絡(luò)實(shí)體的壓縮器配置成在重定位過(guò)程期間不發(fā)送任何確認(rèn)來(lái)代替。因?yàn)樗写_認(rèn)或被舊網(wǎng)絡(luò)實(shí)體丟棄或不被舊網(wǎng)絡(luò)實(shí)體發(fā)送，所以移動(dòng)終端壓縮器的上下文就不被更新，而是移動(dòng)終端將繼續(xù)通過(guò)以前的上下文信息來(lái)壓縮并發(fā)送該上行鏈路數(shù)據(jù)。這之后，在舊網(wǎng)絡(luò)實(shí)體中對(duì)該壓縮和解壓縮上下文信息攝取一個(gè)瞬象并將它發(fā)送給新網(wǎng)絡(luò)實(shí)體以便存儲(chǔ)在其中。移動(dòng)壓縮器通過(guò)所述上下文信息壓縮至少一個(gè)分組中的至少一個(gè)頭標(biāo)并將被壓縮的至少一個(gè)分組中的至少一個(gè)頭標(biāo)發(fā)送給新網(wǎng)絡(luò)實(shí)體。之后新網(wǎng)絡(luò)實(shí)體通過(guò)被存儲(chǔ)的解壓縮上下文信息來(lái)解壓縮接收到的至少一個(gè)頭標(biāo)的至少一個(gè)分組。這個(gè)實(shí)施方案使得頭標(biāo)壓縮上下文重定位還能夠在其中不太可能提前將移交通知給移動(dòng)終端的條件下被實(shí)現(xiàn)。如果ROHC頭標(biāo)壓縮機(jī)制同此方法一起被使用，那么丟棄該確認(rèn)的過(guò)程將優(yōu)選地發(fā)生在ROHC實(shí)現(xiàn)之下的協(xié)議層，因?yàn)镽OHC定義不包括任何使能所需要配置的實(shí)現(xiàn)接口。如果該舊網(wǎng)絡(luò)實(shí)體的壓縮器可替換地被設(shè)置成在重定位期間不發(fā)送任何確認(rèn)，那么這還可以通過(guò)在壓縮器和較低層之間增加一個(gè)預(yù)定義的接口來(lái)很容易地實(shí)現(xiàn)。
移動(dòng)網(wǎng)絡(luò)的信令機(jī)制典型地被定義為使得它并不非常有效地支持上下文重定位，因?yàn)榉纸M無(wú)線網(wǎng)絡(luò)的結(jié)構(gòu)主要被設(shè)計(jì)用于非實(shí)時(shí)數(shù)據(jù)傳送。所以，按照已知的解決方案，從舊網(wǎng)絡(luò)實(shí)體到新網(wǎng)絡(luò)實(shí)體的上下文信息瞬象的發(fā)送將在相同的消息中發(fā)生，所述消息還包含用于將該連接的實(shí)際控制轉(zhuǎn)移到該新網(wǎng)絡(luò)實(shí)體的命令。該消息可以被稱做Relocation_commit消息，它典型地是在重定位期間從舊網(wǎng)絡(luò)實(shí)體發(fā)送給新網(wǎng)絡(luò)實(shí)體的最后的消息。因?yàn)樾戮W(wǎng)絡(luò)實(shí)體接收到來(lái)自舊網(wǎng)絡(luò)實(shí)體的上下文信息瞬象的同時(shí)有接管該連接的控制的命令，這會(huì)導(dǎo)致數(shù)據(jù)壓縮/解壓縮的中斷，因?yàn)榭偸怯幸粋€(gè)給新網(wǎng)絡(luò)實(shí)體的非零的準(zhǔn)備時(shí)間用于存儲(chǔ)所述接收到的上下文信息并且按照接收到的上下文信息配置它的壓縮器和解壓縮器。而且，將上下文信息從舊網(wǎng)絡(luò)實(shí)體傳送到新網(wǎng)絡(luò)實(shí)體也花費(fèi)一些時(shí)間。
按照本發(fā)明一個(gè)優(yōu)選實(shí)施方案，所述中斷可以被減到最小并且上面提到的實(shí)施方案被進(jìn)一步增強(qiáng)，其中一個(gè)包含上下文信息瞬象的另外的消息在重定位過(guò)程被啟動(dòng)之后但在命令接管該連接的控制之前被從舊網(wǎng)絡(luò)實(shí)體發(fā)送給新網(wǎng)絡(luò)實(shí)體。這使得該新網(wǎng)絡(luò)實(shí)體能夠存儲(chǔ)所述接收到的上下文信息并在實(shí)際控制通過(guò)Relocation_commit消息被移交之前來(lái)配置它的壓縮器和解壓縮器。這樣，上下文的重定位可以被有效地實(shí)現(xiàn)，使得當(dāng)控制由Relocation_commit消息給出時(shí)，在數(shù)據(jù)壓縮/解壓縮中不會(huì)發(fā)生中斷，而是可以無(wú)縫地繼續(xù)進(jìn)行。
在上面描述的本發(fā)明第三個(gè)實(shí)施方案中，所有確認(rèn)都被舊網(wǎng)絡(luò)實(shí)體丟棄，而在重定位過(guò)程中可能會(huì)發(fā)生一種情況，其中例如由于無(wú)線接口上的干擾，移動(dòng)終端將要更新它的上下文信息，并且它將發(fā)送上下文更新請(qǐng)求給舊網(wǎng)絡(luò)實(shí)體，但是由于確認(rèn)不被允許去觸發(fā)網(wǎng)絡(luò)側(cè)的任何事件而使得該更新是不可能的。這導(dǎo)致的情況是移動(dòng)終端的上下文信息相對(duì)于當(dāng)前被更新到該新網(wǎng)絡(luò)實(shí)體的瞬象上下文信息失步。當(dāng)移動(dòng)終端和新網(wǎng)絡(luò)實(shí)體的上下文信息被同步時(shí)，一個(gè)中斷又將發(fā)生在數(shù)據(jù)壓縮/解壓縮中。
同步可以通過(guò)本發(fā)明一個(gè)優(yōu)選實(shí)施方案被加速，其中由移動(dòng)終端發(fā)送的上下文更新請(qǐng)求被舊網(wǎng)絡(luò)實(shí)體檢測(cè)到，所述舊網(wǎng)絡(luò)實(shí)體在對(duì)該上下文信息攝取瞬象之后將這個(gè)指示附加到要發(fā)送給新網(wǎng)絡(luò)實(shí)體的任何消息(例如，Relocation_commit消息)上。這種方式下新網(wǎng)絡(luò)實(shí)體接收到與所需要的上下文更新有關(guān)的信息，并且在重定位完成之后，該新網(wǎng)絡(luò)實(shí)體可以將第一個(gè)分組發(fā)送給移動(dòng)終端作為一個(gè)上下文更新消息。移動(dòng)終端按照接收到的上下文信息來(lái)更新它的上下文信息，所述分組包含上下文更新消息。移動(dòng)解壓縮器通過(guò)被存儲(chǔ)的解壓縮上下文信息來(lái)解壓縮該接收到的至少一個(gè)頭標(biāo)的至少一個(gè)分組，并按照該接收到的上下文更新消息來(lái)更新它的上下文信息。如果在重定位過(guò)程期間該壓縮同步已經(jīng)丟失，那么這會(huì)加速上下文的重新同步。
類似地，在重定位過(guò)程期間舊網(wǎng)絡(luò)實(shí)體也可以在一種情況下停止，其中它應(yīng)更新它的上下文信息，但是因?yàn)樗荒芟蛞苿?dòng)終端發(fā)送任何確認(rèn)，所以所述更新是不可能的。同樣，在這種情況下上面提到的本發(fā)明的實(shí)施方案可以被應(yīng)用，其中在上下文信息被攝取瞬象之后該上下文更新指示被附加到要發(fā)送給新網(wǎng)絡(luò)實(shí)體的任何消息(例如，Relocation_commit消息)上。再一次，新網(wǎng)絡(luò)實(shí)體接收到與需要的上下文更新有關(guān)的信息，該信息將被進(jìn)一步指示給移動(dòng)終端，此時(shí)重定位過(guò)程已經(jīng)完成。可替換地，附加到該消息(例如，Relocation_commit消息)上并由該舊網(wǎng)絡(luò)實(shí)體發(fā)送給新網(wǎng)絡(luò)實(shí)體的所述上下文更新指示可以被用作在新網(wǎng)絡(luò)實(shí)體的解壓縮器中的一個(gè)觸發(fā)來(lái)立即啟動(dòng)一個(gè)上下文刷新更新。
上面描述的方法和它的實(shí)施方案可以優(yōu)選地適用于例如稱做UMTS(通用移動(dòng)電信系統(tǒng))和IMT-2000(國(guó)際移動(dòng)電話系統(tǒng))的第三代移動(dòng)系統(tǒng)，以及第二代移動(dòng)系統(tǒng)的進(jìn)一步的發(fā)展項(xiàng)目，例如GERAN(GSM邊緣無(wú)線接入網(wǎng))。
在下面，本發(fā)明將通過(guò)一個(gè)與UMTS系統(tǒng)的一個(gè)分組無(wú)線業(yè)務(wù)有關(guān)，特別是與UMTS的無(wú)線網(wǎng)絡(luò)子系統(tǒng)之間的內(nèi)部移交(SRNS重定位)有關(guān)的例子來(lái)說(shuō)明，在其間頭標(biāo)壓縮上下文信息還必須從舊無(wú)線網(wǎng)控制器RNC重新定位到新無(wú)線網(wǎng)控制器。然而，本發(fā)明并不局限于UMTS系統(tǒng)，而是可以適用于任何必須執(zhí)行頭標(biāo)壓縮上下文信息重定位的分組交換數(shù)據(jù)傳輸方法。
UMTS移動(dòng)通信系統(tǒng)的結(jié)構(gòu)將通過(guò)參考圖-3來(lái)被描述。圖-3只包括與描述本發(fā)明有關(guān)的方框，但是對(duì)一個(gè)本領(lǐng)域的技術(shù)人員來(lái)說(shuō)顯而易見(jiàn)的是一個(gè)傳統(tǒng)的移動(dòng)通信系統(tǒng)還包括其它在本上下文中不需要被更詳細(xì)解釋的功能和結(jié)構(gòu)。一個(gè)移動(dòng)通信系統(tǒng)的主要元素是一個(gè)核心網(wǎng)CN和一個(gè)UMTS地面無(wú)線接入網(wǎng)UTRAN(它們形成了移動(dòng)通信系統(tǒng)的固定網(wǎng)絡(luò))，以及一個(gè)移動(dòng)終端或用戶設(shè)備UE。CN和UTRAN之間的接口被叫做Iu，而UTRAN和UE之間的接口稱為Uu。
UTRAN典型地由幾個(gè)無(wú)線網(wǎng)絡(luò)子系統(tǒng)RNS組成，它們之間有一個(gè)稱為Iur的接口(未示出)。RNS由無(wú)線網(wǎng)控制器RNC和一個(gè)或多個(gè)基站BS組成，其中基站還被叫做節(jié)點(diǎn)BS。RNC和BS之間的接口被叫做Iub?；綛S典型地負(fù)責(zé)實(shí)現(xiàn)無(wú)線路徑，而無(wú)線網(wǎng)控制器RNC至少負(fù)責(zé)下面的事情無(wú)線資源管理、控制小區(qū)之間的移交、功率控制、定時(shí)和同步、用戶終端的尋呼。
核心網(wǎng)CN由屬于一個(gè)移動(dòng)通信系統(tǒng)的、在UTRAN以外的結(jié)構(gòu)體系組成。在核心網(wǎng)中，一個(gè)移動(dòng)交換中心/拜訪者位置寄存器3G-MSC/VLR與一個(gè)歸屬位置寄存器HLR相通信，并且還優(yōu)選地與智能網(wǎng)的一個(gè)業(yè)務(wù)控制點(diǎn)SCP相通信。歸屬位置寄存器HLR和拜訪者位置寄存器VLR包含與移動(dòng)用戶有關(guān)的信息歸屬位置寄存器HLR包含與移動(dòng)通信網(wǎng)中所有用戶有關(guān)并且與用戶定購(gòu)的業(yè)務(wù)有關(guān)的信息，而拜訪者位置寄存器VLR包含與訪問(wèn)某一個(gè)移動(dòng)交換中心MSC的區(qū)域的移動(dòng)臺(tái)有關(guān)的信息。經(jīng)一個(gè)Gs’接口建立到無(wú)線系統(tǒng)的一個(gè)服務(wù)GPRS支持節(jié)點(diǎn)3G-SGSN的連接，以及經(jīng)一個(gè)網(wǎng)關(guān)移動(dòng)交換中心GMSC(網(wǎng)關(guān)MSC，未示出)建立到一個(gè)公共交換電話網(wǎng)PSTN/ISDN的連接。經(jīng)一個(gè)Gn接口建立從服務(wù)支持節(jié)點(diǎn)3G-SGSN到網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)GGSN的一個(gè)連接，并且該連接進(jìn)一步被建立為從GGSN到外部數(shù)據(jù)網(wǎng)PDN。移動(dòng)交換中心3G-MSC/VLR和服務(wù)支持節(jié)點(diǎn)3G-SGSN都經(jīng)Iu接口與無(wú)線網(wǎng)UTRAN(UMTS地面無(wú)線接入網(wǎng))相通信。
這樣UMTS系統(tǒng)還包括一個(gè)分組無(wú)線系統(tǒng)，該分組無(wú)線系統(tǒng)在很大程度上依照與GSM網(wǎng)相連的GPRS系統(tǒng)來(lái)實(shí)現(xiàn)，網(wǎng)絡(luò)元素的名稱因?yàn)檫@個(gè)原因而包含對(duì)GPRS系統(tǒng)的參考。UMTS的分組無(wú)線系統(tǒng)可能包括幾個(gè)服務(wù)支持節(jié)點(diǎn)和網(wǎng)關(guān)支持節(jié)點(diǎn)，并且典型地幾個(gè)服務(wù)支持節(jié)點(diǎn)3G-SGSN與一個(gè)網(wǎng)關(guān)支持節(jié)點(diǎn)3G-GGSN相連。3G-SGSN節(jié)點(diǎn)和3G-GGSN節(jié)點(diǎn)起到路由器的作用，它們支持移動(dòng)終端的移動(dòng)性并且控制移動(dòng)通信系統(tǒng)，以及不管移動(dòng)終端的位置和所使用的協(xié)議如何，都將數(shù)據(jù)分組路由到移動(dòng)終端。服務(wù)支持節(jié)點(diǎn)3G-SGSN經(jīng)無(wú)線網(wǎng)UTRAN與一個(gè)移動(dòng)終端UE相通信。服務(wù)支持節(jié)點(diǎn)3G-SGSN的功能是檢測(cè)能夠在它的區(qū)域中進(jìn)行分組無(wú)線連接的移動(dòng)終端，將數(shù)據(jù)分組發(fā)送給這些移動(dòng)終端并接收來(lái)自它們的數(shù)據(jù)分組，以及監(jiān)視在它的業(yè)務(wù)區(qū)中移動(dòng)終端的位置。除此之外，服務(wù)支持節(jié)點(diǎn)3G-SGSN經(jīng)信令接口Gs’與移動(dòng)交換中心3G-MSC和拜訪者位置寄存器VLR相通信，并且經(jīng)Gr接口與歸屬位置寄存器HLR相通信。歸屬位置寄存器HLR還包含與分組無(wú)線業(yè)務(wù)有關(guān)的記錄，并且包括用戶特定的分組數(shù)據(jù)協(xié)議的內(nèi)容。
網(wǎng)關(guān)支持節(jié)點(diǎn)3G-GGSN起到UMTS網(wǎng)的分組無(wú)線系統(tǒng)和一個(gè)外部數(shù)據(jù)網(wǎng)PDN(分組數(shù)據(jù)網(wǎng))之間的一個(gè)網(wǎng)關(guān)的作用。外部數(shù)據(jù)網(wǎng)包括另一個(gè)網(wǎng)絡(luò)運(yùn)營(yíng)商的一個(gè)UMTS或一個(gè)GPRS網(wǎng)、因特網(wǎng)、一個(gè)X.25網(wǎng)絡(luò)或者一個(gè)專用局域網(wǎng)。網(wǎng)關(guān)支持節(jié)點(diǎn)3G-GGSN經(jīng)一個(gè)Gi接口與這些數(shù)據(jù)網(wǎng)相通信。要在網(wǎng)關(guān)支持節(jié)點(diǎn)3G-GGSN和服務(wù)支持節(jié)點(diǎn)3G-SGSN之間傳輸?shù)臄?shù)據(jù)分組總是按照一個(gè)網(wǎng)關(guān)隧道協(xié)議GTP被封裝。網(wǎng)關(guān)支持節(jié)點(diǎn)3G-GGSN還包含移動(dòng)終端的PDP地址(分組數(shù)據(jù)協(xié)議)和路由數(shù)據(jù)，即3G-SGSN地址。因此路由數(shù)據(jù)被用于鏈接外部數(shù)據(jù)網(wǎng)和服務(wù)支持節(jié)點(diǎn)3G-SGSN之間的數(shù)據(jù)分組。網(wǎng)關(guān)支持節(jié)點(diǎn)3G-GGSN和服務(wù)支持節(jié)點(diǎn)3G-SGSN之間的網(wǎng)絡(luò)是一個(gè)應(yīng)用IP協(xié)議，優(yōu)選地是IPv6(因特網(wǎng)協(xié)議，版本6)的網(wǎng)絡(luò)。
在UMTS中，按照?qǐng)D-4的一個(gè)協(xié)議棧被用在分組交換用戶數(shù)據(jù)(用戶平面)的傳輸中。在無(wú)線網(wǎng)UTRAN和移動(dòng)終端UE之間的接口Uu處，在物理層上較低級(jí)數(shù)據(jù)傳輸按照WCDMA或TD-CDMA協(xié)議來(lái)實(shí)現(xiàn)。數(shù)據(jù)分組由一個(gè)位于物理層之上的MAC層(媒體接入層)在物理層和RLC層(無(wú)線鏈路控制)之間傳輸，而RLC層負(fù)責(zé)不同無(wú)線承載的無(wú)線鏈路的邏輯管理。RLC的功能包括將要發(fā)送的用戶數(shù)據(jù)(RLC-SDU，業(yè)務(wù)數(shù)據(jù)單元)分割成一個(gè)或多個(gè)RLC數(shù)據(jù)分組RLC-PDU。在RLC之上的PDCP層的數(shù)據(jù)分組(PDCP-PDU)以及與它們相關(guān)的頭標(biāo)字段(如果希望)可以通過(guò)使用任何由無(wú)線網(wǎng)UTRAN和移動(dòng)終端UE支持的頭標(biāo)壓縮方法來(lái)被壓縮。這之后，相應(yīng)于一個(gè)RLC-SDU的PDCP-PDU被提供給RLC。用戶數(shù)據(jù)和RLC-SDU被分割并以RLC幀的形式被發(fā)送，數(shù)據(jù)傳輸所必須的地址和控制信息已經(jīng)被加到該RLC幀上。RLC層還負(fù)責(zé)重傳被損壞的幀。服務(wù)支持節(jié)點(diǎn)3G-SGSN負(fù)責(zé)將經(jīng)無(wú)線網(wǎng)RAN從移動(dòng)終端UE到達(dá)的數(shù)據(jù)分組進(jìn)一步路由到正確的網(wǎng)關(guān)支持節(jié)點(diǎn)3G-GGSN。這個(gè)連接使用隧道協(xié)議GTP，它封裝發(fā)送的所有的用戶數(shù)據(jù)和信令并經(jīng)核心網(wǎng)用隧道傳輸它們。GTP協(xié)議運(yùn)行于核心網(wǎng)使用的IP之上。
當(dāng)用于分組交換用戶數(shù)據(jù)的無(wú)線承載在移動(dòng)終端和無(wú)線網(wǎng)絡(luò)之間被建立(RB建立)或者被重新配置時(shí)，這兩個(gè)對(duì)等體按照一個(gè)無(wú)線資源控制協(xié)議RRC通過(guò)使用信令來(lái)協(xié)商該無(wú)線承載的參數(shù)。無(wú)線資源控制協(xié)議RRC負(fù)責(zé)例如在移動(dòng)終端和無(wú)線網(wǎng)UTRAN之間建立、配置、維持以及終止無(wú)線連接，并且負(fù)責(zé)將發(fā)送自核心網(wǎng)CN和無(wú)線網(wǎng)RAN的控制信息發(fā)送給移動(dòng)終端UE。定義無(wú)線承載的參數(shù)之一是由終端使用的頭標(biāo)壓縮方法。在UMTS系統(tǒng)中，壓縮要被發(fā)送的數(shù)據(jù)分組的頭標(biāo)以及解壓縮接收到的數(shù)據(jù)分組頭標(biāo)是在屬于該分組數(shù)據(jù)協(xié)議的分組數(shù)據(jù)會(huì)聚協(xié)議PDCP層上來(lái)實(shí)現(xiàn)。PDCP層的任務(wù)包括與改進(jìn)信道效率有關(guān)的功能，所述功能典型地基于不同的優(yōu)化方法，例如數(shù)據(jù)分組頭標(biāo)壓縮算法的利用。因?yàn)楫?dāng)前被設(shè)計(jì)用于UMTS的網(wǎng)絡(luò)級(jí)協(xié)議是IP協(xié)議，所以所使用的壓縮算法是那些被IETF(因特網(wǎng)工程特別任務(wù)組)標(biāo)準(zhǔn)化的協(xié)議。因此，ROHC壓縮算法特別適合于UMTS系統(tǒng)。
本發(fā)明在UMTS系統(tǒng)中的實(shí)現(xiàn)將通過(guò)參考圖-5到圖-7來(lái)解釋，所述附圖與服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)(SRNS)重定位有關(guān)。
在UMTS系統(tǒng)中，當(dāng)一個(gè)移動(dòng)終端UE被移交給由無(wú)線網(wǎng)控制器RNC提供服務(wù)的另一個(gè)無(wú)線小區(qū)時(shí)，到新無(wú)線網(wǎng)控制器RNC的上下文信息的重定位也必須被執(zhí)行。按照一個(gè)已知的解決方案，這可以通過(guò)攝取在舊無(wú)線網(wǎng)控制器(源RNC)和移動(dòng)終端之間的壓縮和解壓縮上下文信息的瞬象，并將這個(gè)瞬象傳遞給新無(wú)線網(wǎng)控制器(目標(biāo)RNC)以便被用作壓縮和解壓縮上下文信息而實(shí)現(xiàn)。該瞬象的傳輸被實(shí)現(xiàn)為包括在按照UMTS系統(tǒng)的SRNS重定位信令的信令消息中。在攝取該瞬象并將它傳送給目標(biāo)RNC所需要的時(shí)間內(nèi)該壓縮和解壓縮被停止。
按照本發(fā)明，在UMTS系統(tǒng)中上下文的失步被阻止，而同時(shí)通過(guò)以下方式使得在壓縮/解壓縮過(guò)程中時(shí)域內(nèi)的中斷減到最小，即響應(yīng)于實(shí)現(xiàn)SRNS重定位的決定，停止在移動(dòng)終端和源無(wú)線網(wǎng)控制器(源RNC)中的壓縮器和解壓縮器的上下文更新，這確保移動(dòng)終端和源RNC使用相同的上下文，其后在源RNC中對(duì)壓縮和解壓縮上下文信息攝取一個(gè)瞬象被并將它發(fā)送給目標(biāo)無(wú)線網(wǎng)控制器(目標(biāo)RNC)以便存儲(chǔ)在其中。移動(dòng)壓縮器通過(guò)所述上下文信息壓縮至少一個(gè)分組中的至少一個(gè)頭標(biāo)，并將被壓縮的至少一個(gè)分組中的至少一個(gè)頭標(biāo)發(fā)送給目標(biāo)RNC。之后目標(biāo)RNC通過(guò)被存儲(chǔ)的解壓縮上下文信息來(lái)解壓縮接收到的至少一個(gè)頭標(biāo)的至少一個(gè)分組。因?yàn)樯舷挛男畔⒃谥囟ㄎ贿^(guò)程中還沒(méi)有被改變，所以移動(dòng)終端中的壓縮器和目標(biāo)RNC中的解壓縮器就自動(dòng)處于同步而數(shù)據(jù)傳送可以繼續(xù)。
本發(fā)明的第一優(yōu)選實(shí)施方案在UMTS系統(tǒng)中的實(shí)現(xiàn)將通過(guò)參考圖-5來(lái)進(jìn)一步解釋?；谝苿?dòng)終端UE的移動(dòng)或無(wú)線條件的改變，例如，在無(wú)線資源控制器RRC中決定實(shí)現(xiàn)SRNS重定位(500，502)。按照本發(fā)明，無(wú)線資源控制器RRC用信號(hào)通知移動(dòng)終端UE移交(以及還有上下文重定位)不久將要發(fā)生(504)，響應(yīng)于此，移動(dòng)終端UE停止更新上下文信息。到移動(dòng)終端UE的信令可以被優(yōu)選地實(shí)現(xiàn)為RRC信令或者PDCP層上的帶內(nèi)信令。上下文信息的更新可以通過(guò)禁止移動(dòng)終端和源RNC的解壓縮器向相對(duì)側(cè)的壓縮器發(fā)送任何確認(rèn)來(lái)被阻止。因?yàn)榻鈮嚎s器沒(méi)有發(fā)送確認(rèn)，所以壓縮器的上下文就不被更新，而移動(dòng)終端和源RNC的壓縮器都使用相同的上下文信息用于壓縮新的分組。這之后，源RNC通過(guò)將一個(gè)Relocation_required消息發(fā)送給舊SGSN來(lái)啟動(dòng)一個(gè)先前已知的SRNS重定位過(guò)程(506)，所述消息經(jīng)過(guò)新SGSN(508)被進(jìn)一步前向傳輸?shù)侥繕?biāo)RNC(510)。按照RRC給出的指示，在新SGSN和目標(biāo)RNC之間的無(wú)線承載被建立起來(lái)(512)。目標(biāo)RNC發(fā)送一個(gè)對(duì)重定位請(qǐng)求的確認(rèn)，所述確認(rèn)作為一個(gè)Relocation_command消息經(jīng)新SGSN(514)被路由到舊SGSN(516)，并且被進(jìn)一步路由到源RNC(518)。在SRNS重定位過(guò)程期間，在源RNC中對(duì)壓縮和解壓縮上下文信息攝取一個(gè)瞬象(520)并將它最遲在一個(gè)Relocation_commit消息中從源RNC發(fā)送給目標(biāo)RNC(522)以便存儲(chǔ)在目標(biāo)RNC中。源RNC將要發(fā)送給移動(dòng)終端UE的可能的下行鏈路數(shù)據(jù)前向傳輸?shù)侥繕?biāo)RNC(524)，它通過(guò)將Relocation_detect消息發(fā)送給新SGSN來(lái)證實(shí)重定位(526)。同樣目標(biāo)RNC將一個(gè)RNTI_reallocation消息發(fā)送給(528)移動(dòng)終端UE，所述消息向該移動(dòng)終端指示新RNC的標(biāo)識(shí)，并且其中如果需要的話，目標(biāo)RNC壓縮器優(yōu)選地發(fā)送上下文更新的一個(gè)指示。這僅當(dāng)在瞬象被發(fā)送給目標(biāo)RNC之后源RNC已經(jīng)從連接中被釋放時(shí)才可以被實(shí)現(xiàn)(522)。否則，上下文更新必須在目標(biāo)RNC和移動(dòng)終端UE之間某個(gè)稍后的信令的連接中被實(shí)現(xiàn)。移動(dòng)終端UE通過(guò)發(fā)送一個(gè)證實(shí)作為RNTI_reallocation_complete消息來(lái)確認(rèn)RNC的改變(530)?，F(xiàn)在到目標(biāo)RNC的上下文信息的重定位被成功地實(shí)現(xiàn)，而同時(shí)阻止了上下文的失步并使得在壓縮/解壓縮過(guò)程中的中斷減到最小。同時(shí)，新SGSN已經(jīng)更新該到GGSN的PDP上下文(532，534)。目標(biāo)RNC通過(guò)將一個(gè)Relocation_complete消息發(fā)送給新SGSN(536)來(lái)證實(shí)重定位，所述消息被進(jìn)一步前向傳輸?shù)脚fSGSN(538)并返回到新SGSN進(jìn)行確認(rèn)(540)。這之后，在源RNC和舊SGSN之間的連接被斷開(kāi)(542，544)。
本發(fā)明的第二優(yōu)選實(shí)施方案在UMTS系統(tǒng)中的實(shí)現(xiàn)將通過(guò)參考圖-6來(lái)進(jìn)一步解釋。再一次，在無(wú)線資源控制器RRC中決定實(shí)現(xiàn)SRNS重定位(600，602)。按照本發(fā)明的這個(gè)實(shí)施方案，無(wú)線資源控制器RRC用信號(hào)通知移動(dòng)終端UE移交(以及還有上下文重定位)不久將要發(fā)生(604)，響應(yīng)于此，移動(dòng)終端UE將停止壓縮和發(fā)送上行鏈路數(shù)據(jù)，而源RNC將停止壓縮和發(fā)送下行鏈路數(shù)據(jù)。到移動(dòng)終端UE的信令可以被優(yōu)選地實(shí)現(xiàn)為RRC信令或者作為PDCP層上的帶內(nèi)信令。這導(dǎo)致上下文信息將不再被更新。當(dāng)前的上下文信息被存儲(chǔ)在移動(dòng)終端UE中，從而準(zhǔn)備好在需要的時(shí)候從存儲(chǔ)器中刷新所述上下文信息并將它用于壓縮新的分組。這之后，源RNC啟動(dòng)一個(gè)先前已知的SRNS重定位過(guò)程，類似于上面通過(guò)相應(yīng)的參考數(shù)字已經(jīng)描述的那樣，所以，在此就不必對(duì)其進(jìn)行再次解釋了。在源RNC中對(duì)壓縮和解壓縮上下文信息攝取一個(gè)瞬象，這優(yōu)選地是在所述SRNS重定位過(guò)程期間并在某段時(shí)延之后，以及將它最遲在一個(gè)Relocation_commit消息中發(fā)送給目標(biāo)RNC(622)以便存儲(chǔ)在目標(biāo)RNC中。通過(guò)等待所述時(shí)延的一個(gè)合理的時(shí)間段，就可以確定所有被移動(dòng)終端UE壓縮及發(fā)送的分組被源RNC的解壓縮器接收到并被正確地解壓縮。源RNC將要發(fā)送給移動(dòng)終端UE的可能的下行鏈路數(shù)據(jù)前向傳輸?shù)侥繕?biāo)RNC(624)，它通過(guò)將Relocation_detect消息發(fā)送給新SGSN來(lái)證實(shí)重定位(626)。同樣目標(biāo)RNC將一個(gè)RNTI_reallocation消息發(fā)送給(628)移動(dòng)終端UE，所述消息向移動(dòng)終端指示新RNC的標(biāo)識(shí)，并且其中如果需要的話，目標(biāo)RNC壓縮器優(yōu)選地發(fā)送上下文更新的一個(gè)指示。這僅當(dāng)在瞬象被發(fā)送給目標(biāo)RNC之后源RNC已經(jīng)從連接中被釋放時(shí)才可以被實(shí)現(xiàn)(622)。否則，上下文更新必須在目標(biāo)RNC和移動(dòng)終端UE之間某個(gè)稍后的信令的連接中被實(shí)現(xiàn)。移動(dòng)終端UE通過(guò)發(fā)送作為一個(gè)RNTI_reallocation_complete消息的一個(gè)證實(shí)來(lái)確認(rèn)RNC的改變(630)?，F(xiàn)在，到目標(biāo)RNC的上下文信息的重定位被成功地實(shí)現(xiàn)，而同時(shí)阻止了上下文的失步，并使得在壓縮/解壓縮過(guò)程中的中斷減到最小。
本發(fā)明的第三優(yōu)選實(shí)施方案在UMTS系統(tǒng)中的實(shí)現(xiàn)將通過(guò)參考圖-7來(lái)進(jìn)一步解釋，其中移動(dòng)終端不被提前通知重定位。再一次，在無(wú)線資源控制器RRC中決定實(shí)現(xiàn)SRNS重定位(700，702)，但是移動(dòng)終端UE不被通知這一點(diǎn)。移動(dòng)終端UE將繼續(xù)正常運(yùn)行頭標(biāo)壓縮和解壓縮，但是移動(dòng)終端上下文信息的上下文更新通過(guò)在源RNC的壓縮器/解壓縮器中丟棄來(lái)自移動(dòng)終端的壓縮器/解壓縮器的任何確認(rèn)或者通過(guò)將源RNC的壓縮器配置成在重定位過(guò)程期間不發(fā)送任何確認(rèn)來(lái)被阻止。丟棄確認(rèn)的過(guò)程將優(yōu)選地在邏輯上發(fā)生在PDCP層，ROHC壓縮算法運(yùn)行于該層上，因?yàn)镽OHC的定義不包括任何使得能夠?qū)崿F(xiàn)所需要配置的實(shí)現(xiàn)接口。源RNC經(jīng)RRC優(yōu)選地被通知丟棄(704)。因?yàn)樗写_認(rèn)都被源RNC丟棄，所以移動(dòng)終端壓縮器的上下文就不被更新，而移動(dòng)終端將繼續(xù)通過(guò)先前的上下文信息來(lái)壓縮和發(fā)送上行鏈路數(shù)據(jù)。這之后，源RNC啟動(dòng)一個(gè)先前已知的SRNS重定位過(guò)程，類似于上面通過(guò)相應(yīng)的參考數(shù)字已經(jīng)描述的那樣，所以，在此就不必對(duì)其進(jìn)行再次解釋了。在源RNC中對(duì)壓縮和解壓縮上下文信息攝取一個(gè)瞬象，這優(yōu)選地是在所述SRNS重定位過(guò)程期間，以及最遲在一個(gè)Relocation_commit消息中將它發(fā)送給目標(biāo)RNC(722)以便存儲(chǔ)在目標(biāo)RNC中。實(shí)現(xiàn)SRNS和上下文信息重定位的過(guò)程類似于上面描述的那樣。重定位過(guò)程完成之后，先前作為源RNC來(lái)運(yùn)行的RNC將會(huì)繼續(xù)正常起作用，即它不丟棄任何來(lái)自移動(dòng)終端UE的壓縮器/解壓縮器的確認(rèn)。這個(gè)實(shí)施方案使得頭標(biāo)壓縮上下文重定位還能夠在有關(guān)移交不太可能被提前通知給移動(dòng)終端UE的條件下被實(shí)現(xiàn)。
本發(fā)明的另一個(gè)優(yōu)選實(shí)施方案在UMTS系統(tǒng)中的一個(gè)實(shí)現(xiàn)將通過(guò)參考圖-5來(lái)描述，例如，其中上下文信息的瞬象在重定位過(guò)程被啟動(dòng)之后但在命令接管該連接的控制之前被從源RNC發(fā)送給目標(biāo)RNC(522，Relocation_commit消息)。上下文信息的瞬象將優(yōu)選地通過(guò)一個(gè)先前已知的消息被發(fā)送，例如在Relocation_required消息(506)或Relocation_request消息(510)中，但是上下文信息的瞬象也可以作為另一個(gè)單獨(dú)的消息被發(fā)送。這另一個(gè)消息將優(yōu)選地發(fā)生在Relocation_required消息(506)之后，但是在任何情況下都在Relocation_commit消息(522)之前。然而，發(fā)送上下文信息瞬象的消息的位置并不局限于任何其它設(shè)備，而是它可以在重定位過(guò)程被啟動(dòng)之后但在Relocation_commit消息(522)之前的任何時(shí)候被發(fā)送。這使得目標(biāo)RNC能夠存儲(chǔ)所述接收到的上下文信息并在實(shí)際的控制被Relocation_commit消息移交之前配置它的壓縮器和解壓縮器。這種方式下，該上下文重定位可以被有效地實(shí)現(xiàn)，所以當(dāng)控制由Relocation_commit消息給出時(shí)在數(shù)據(jù)壓縮/解壓縮中不會(huì)發(fā)生中斷，而是可以無(wú)縫地繼續(xù)進(jìn)行。
如果所有確認(rèn)都被源RNC丟棄，正如在本發(fā)明第三個(gè)實(shí)施方案中所描述的那樣，那么在重定位過(guò)程中可能會(huì)發(fā)生一種情況，其中例如由于無(wú)線接口上的干擾，移動(dòng)終端UE應(yīng)更新它的上下文信息，并且它將上下文更新請(qǐng)求發(fā)送給源RNC，但是該更新是不可能的，因?yàn)樵谠摼W(wǎng)絡(luò)中確認(rèn)被丟棄以及因此該網(wǎng)絡(luò)不會(huì)發(fā)送任何更新信息。結(jié)果是，移動(dòng)終端UE的上下文信息對(duì)照當(dāng)前被更新到目標(biāo)RNC的瞬象上下文信息就喪失了同步。當(dāng)移動(dòng)終端和目標(biāo)RNC的上下文信息被同步時(shí)，在數(shù)據(jù)壓縮/解壓縮中又將發(fā)生一個(gè)中斷。
按照本發(fā)明的一個(gè)優(yōu)選實(shí)施方案，在UMTS系統(tǒng)中同步可以通過(guò)在源RNC中檢測(cè)由移動(dòng)終端發(fā)送的上下文更新請(qǐng)求來(lái)被加速，所述源RNC在上下文更新請(qǐng)求被檢測(cè)到之后將這個(gè)指示附加到要發(fā)送給目標(biāo)RNC的任何消息(例如，Relocation_commit，圖-5中的522)上。這種方式下，目標(biāo)RNC接收到與所需要的上下文更新有關(guān)的信息并在重定位完成之后，目標(biāo)RNC可以將第一個(gè)分組發(fā)送給移動(dòng)終端作為一個(gè)上下文更新消息。之后移動(dòng)解壓縮器通過(guò)被存儲(chǔ)的解壓縮上下文信息來(lái)解壓縮接收到的至少一個(gè)頭標(biāo)的至少一個(gè)分組，并按照接收到的上下文更新消息來(lái)更新它的上下文信息。如果在重定位過(guò)程期間壓縮已經(jīng)失敗，那么這將加速該上下文的重新同步。
類似地，源RNC也可以在重定位過(guò)程期間、在一種情況下停止，其中它應(yīng)更新它的上下文信息，但是所述更新是不可能的，因?yàn)樗荒芟蛞苿?dòng)終端UE發(fā)送任何確認(rèn)。同樣，在這種情況下上面提到的本發(fā)明的實(shí)施方案可以被應(yīng)用，其中在上下文更新請(qǐng)求被檢測(cè)到之后，該上下文更新指示被附加到要從源RNC發(fā)送給目標(biāo)RNC的任何消息(例如，Relocation_commit)上。再一次，目標(biāo)RNC接收到與所需要的上下文更新有關(guān)的信息，該上下文更新將在重定位過(guò)程已經(jīng)完成時(shí)被進(jìn)一步指示給移動(dòng)終端。可替換地，附加到Relocation_commit消息上并由源RNC發(fā)送給目標(biāo)RNC的所述上下文更新指示可以用作在目標(biāo)RNC的解壓縮器中的一個(gè)觸發(fā)來(lái)立即啟動(dòng)一個(gè)上下文刷新更新。
該實(shí)施方案的過(guò)程可以例如以下面的方式被實(shí)現(xiàn)上下文更新的需要在從源RNC發(fā)送給目標(biāo)RNC的消息中被例如通過(guò)兩個(gè)比特指示出來(lái)，這樣一個(gè)比特組合00意味著不需要更新，一個(gè)比特組合01意味著移動(dòng)終端UE的解壓縮器的上下文是失步的，一個(gè)比特組合10意味著在網(wǎng)絡(luò)側(cè)解壓縮器的上下文是失步的，以及一個(gè)比特組合11意味著移動(dòng)終端UE的解壓縮器的上下文和網(wǎng)絡(luò)側(cè)解壓縮器的上下文都是失步的。一旦這個(gè)信息被目標(biāo)RNC接收到，它就可以通過(guò)向移動(dòng)終端UE發(fā)送上下文更新分組(上下文更新指示01)，通過(guò)向移動(dòng)終端UE發(fā)送一個(gè)上下文更新請(qǐng)求來(lái)更新源RNC的上下文信息(上下文更新指示10)，或者分別實(shí)現(xiàn)上面提到的兩種操作(上下文更新指示11)來(lái)啟動(dòng)上下文更新過(guò)程。
對(duì)本領(lǐng)域的技術(shù)人員來(lái)說(shuō)很明顯隨著技術(shù)的發(fā)展，本發(fā)明的基本思想可以用許多不同的方式來(lái)實(shí)現(xiàn)。因此本發(fā)明和它的實(shí)施方案不局限于上面描述的例子，而是可以在權(quán)利要求的范圍內(nèi)改變。
權(quán)利要求
1.一種在一個(gè)分組網(wǎng)絡(luò)中重定位頭標(biāo)壓縮上下文的方法，其中所述分組網(wǎng)絡(luò)發(fā)送具有已壓縮頭標(biāo)的分組，該方法包括在一個(gè)移動(dòng)終端和一個(gè)第一網(wǎng)絡(luò)實(shí)體之間建立一條連接，包括存儲(chǔ)供在該移動(dòng)終端和第一網(wǎng)絡(luò)實(shí)體處的分組頭標(biāo)的壓縮和解壓縮使用的上下文信息；在該移動(dòng)終端和第一網(wǎng)絡(luò)實(shí)體中停止該上下文信息的更新；在該第一網(wǎng)絡(luò)實(shí)體中攝取該壓縮和解壓縮上下文信息的瞬象，包括在第一網(wǎng)絡(luò)實(shí)體中存儲(chǔ)所述上下文信息的瞬象；以及將第一網(wǎng)絡(luò)實(shí)體和移動(dòng)終端之間的連接改變到移動(dòng)終端和一個(gè)第二網(wǎng)絡(luò)實(shí)體之間的連接，包括將由第一網(wǎng)絡(luò)實(shí)體存儲(chǔ)的該上下文信息的瞬象傳送給第二網(wǎng)絡(luò)實(shí)體，所述上下文信息的瞬象被第二網(wǎng)絡(luò)實(shí)體存儲(chǔ)作為第二網(wǎng)絡(luò)實(shí)體的上下文信息，并且在移動(dòng)終端和第二網(wǎng)絡(luò)實(shí)體處使用被存儲(chǔ)的上下文信息來(lái)壓縮和解壓縮該分組的頭標(biāo)。
2.按照權(quán)利要求1中的方法，其中所述上下文信息的更新通過(guò)禁止該移動(dòng)終端和第一網(wǎng)絡(luò)實(shí)體的解壓縮器向相對(duì)側(cè)的壓縮器發(fā)送確認(rèn)來(lái)被停止。
3.按照權(quán)利要求1中的方法，其中所述上下文信息的更新通過(guò)使移動(dòng)終端停止壓縮和發(fā)送上行鏈路數(shù)據(jù)并且使第一網(wǎng)絡(luò)實(shí)體停止壓縮和發(fā)送下行鏈路數(shù)據(jù)來(lái)被停止。
4.按照權(quán)利要求3中的方法，其中所述在第一網(wǎng)絡(luò)實(shí)體中攝取該壓縮和解壓縮上下文信息的一個(gè)瞬象被延遲，直到所述被發(fā)送的上行鏈路數(shù)據(jù)和下行鏈路數(shù)據(jù)已經(jīng)被接收到并被解壓縮。
5.按照權(quán)利要求1中的方法，其中所述上下文信息的更新通過(guò)在第一網(wǎng)絡(luò)實(shí)體中丟棄來(lái)自移動(dòng)終端的壓縮/解壓縮確認(rèn)來(lái)被停止。
6.按照權(quán)利要求1中的方法，其中所述上下文信息的更新通過(guò)在第一網(wǎng)絡(luò)實(shí)體中禁止向移動(dòng)終端發(fā)送壓縮/解壓縮確認(rèn)來(lái)被停止。
7.按照權(quán)利要求5中的方法，其中響應(yīng)于在第一網(wǎng)絡(luò)實(shí)體中檢測(cè)到由該移動(dòng)終端發(fā)送的一個(gè)上下文更新請(qǐng)求，而從第一網(wǎng)絡(luò)實(shí)體向第二網(wǎng)絡(luò)實(shí)體發(fā)送一個(gè)上下文更新請(qǐng)求；以及將來(lái)自第二網(wǎng)絡(luò)實(shí)體的第一個(gè)分組發(fā)送給移動(dòng)終端作為一個(gè)包含所述上下文更新請(qǐng)求的分組。
8.按照權(quán)利要求5中的方法，其中響應(yīng)于在第一網(wǎng)絡(luò)實(shí)體中檢測(cè)到該上下文信息的失步，而從第一網(wǎng)絡(luò)實(shí)體向第二網(wǎng)絡(luò)實(shí)體發(fā)送一個(gè)上下文更新請(qǐng)求；以及將來(lái)自第二網(wǎng)絡(luò)實(shí)體的第一個(gè)分組發(fā)送給移動(dòng)終端作為一個(gè)包含所述上下文更新請(qǐng)求的分組。
9.按照權(quán)利要求1中的方法，其中在將第一網(wǎng)絡(luò)實(shí)體和移動(dòng)終端之間的連接改變到移動(dòng)終端和一個(gè)第二網(wǎng)絡(luò)實(shí)體之間的連接之前，將由第一網(wǎng)絡(luò)實(shí)體存儲(chǔ)的上下文信息的瞬象傳送給第二網(wǎng)絡(luò)實(shí)體。
10.按照權(quán)利要求1中的方法，其中所述方法配合在一個(gè)UMTS系統(tǒng)中實(shí)現(xiàn)的魯棒頭標(biāo)壓縮(ROHC)而被使用。
11.按照權(quán)利要求10中的方法，其中至少部分地與服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)(SRNS)重定位并行地執(zhí)行所述重定位。
12.一種分組網(wǎng)，其中具有壓縮頭標(biāo)的分組在一個(gè)移動(dòng)終端和網(wǎng)絡(luò)實(shí)體之間被傳輸，所述分組網(wǎng)包括被安排成在一個(gè)移動(dòng)終端和一個(gè)第一網(wǎng)絡(luò)實(shí)體之間建立的連接；供分組頭標(biāo)的壓縮和解壓縮使用的上下文信息，它被安排成存儲(chǔ)在該移動(dòng)終端和第一網(wǎng)絡(luò)實(shí)體處；在該移動(dòng)終端中和在第一網(wǎng)絡(luò)實(shí)體中的上下文信息的更新被安排成停止；該壓縮和解壓縮上下文信息的瞬象被安排成在第一網(wǎng)絡(luò)實(shí)體中攝取并被存儲(chǔ)起來(lái)；第一網(wǎng)絡(luò)實(shí)體和移動(dòng)終端之間的連接被安排成改變到該移動(dòng)終端和一個(gè)第二網(wǎng)絡(luò)實(shí)體之間的一條連接，由此由該第一網(wǎng)絡(luò)實(shí)體存儲(chǔ)的上下文信息的瞬象被安排成發(fā)送給該第二網(wǎng)絡(luò)實(shí)體，并被存儲(chǔ)在該第二網(wǎng)絡(luò)實(shí)體中作為該第二網(wǎng)絡(luò)實(shí)體的上下文信息；以及被存儲(chǔ)的上下文信息在該移動(dòng)終端和第二網(wǎng)絡(luò)實(shí)體處被安排成用于壓縮和解壓縮該分組的頭標(biāo)。
13.按照權(quán)利要求12中的分組網(wǎng)，其中所述上下文信息的更新被安排成通過(guò)禁止該移動(dòng)終端和第一網(wǎng)絡(luò)實(shí)體的解壓縮器向相對(duì)側(cè)的壓縮器發(fā)送確認(rèn)來(lái)被停止。
14.按照權(quán)利要求12中的分組網(wǎng)，其中所述上下文信息的更新被安排成通過(guò)使移動(dòng)終端停止壓縮和發(fā)送上行鏈路數(shù)據(jù)并且使第一網(wǎng)絡(luò)實(shí)體停止壓縮和發(fā)送下行鏈路數(shù)據(jù)來(lái)被停止。
15.按照權(quán)利要求14中的分組網(wǎng)，其中所述在第一網(wǎng)絡(luò)實(shí)體中攝取該壓縮和解壓縮上下文信息的瞬象被安排成被延遲，直到所述被發(fā)送的上行鏈路數(shù)據(jù)和下行鏈路數(shù)據(jù)已經(jīng)被接收到并被解壓縮。
16.按照權(quán)利要求12中的分組網(wǎng)，其中所述上下文信息的更新被安排成通過(guò)在第一網(wǎng)絡(luò)實(shí)體中丟棄來(lái)自移動(dòng)終端的壓縮/解壓縮確認(rèn)來(lái)被停止。
17.按照權(quán)利要求12中的分組網(wǎng)，其中所述上下文信息的更新被安排成通過(guò)在第一網(wǎng)絡(luò)實(shí)體中禁止向移動(dòng)終端發(fā)送壓縮/解壓縮確認(rèn)來(lái)被停止。
18.按照權(quán)利要求16中的分組網(wǎng)，其中一個(gè)上下文更新請(qǐng)求被安排成響應(yīng)于在第一網(wǎng)絡(luò)實(shí)體中檢測(cè)到由該移動(dòng)終端發(fā)送的一個(gè)上下文更新請(qǐng)求，而從第一網(wǎng)絡(luò)實(shí)體發(fā)送給第二網(wǎng)絡(luò)實(shí)體；以及該第一個(gè)分組被安排成從第二網(wǎng)絡(luò)實(shí)體發(fā)送給移動(dòng)終端作為一個(gè)包含所述上下文更新請(qǐng)求的分組。
19.按照權(quán)利要求16中的分組網(wǎng)，其中一個(gè)上下文更新被安排成響應(yīng)于在第一網(wǎng)絡(luò)實(shí)體中檢測(cè)到該上下文信息的失步，而從第一網(wǎng)絡(luò)實(shí)體發(fā)送給第二網(wǎng)絡(luò)實(shí)體；以及該第一個(gè)分組被安排成從第二網(wǎng)絡(luò)實(shí)體發(fā)送給移動(dòng)終端作為一個(gè)包含所述上下文更新請(qǐng)求的分組。
20.按照權(quán)利要求12中的分組網(wǎng)，其中該由第一網(wǎng)絡(luò)實(shí)體存儲(chǔ)的上下文信息的瞬象被安排成在將第一網(wǎng)絡(luò)實(shí)體和移動(dòng)終端之間的連接改變到該移動(dòng)終端和一個(gè)第二網(wǎng)絡(luò)實(shí)體之間的連接之前被傳送給第二網(wǎng)絡(luò)實(shí)體。
21.按照權(quán)利要求12中的分組網(wǎng)，其中所述分組網(wǎng)是一個(gè)UMTS系統(tǒng)，其中實(shí)現(xiàn)魯棒頭標(biāo)壓縮(ROHC)。
全文摘要
一種在一個(gè)分組網(wǎng)絡(luò)中重定位頭標(biāo)壓縮上下文的方法，其中所述分組網(wǎng)絡(luò)發(fā)送具有壓縮的頭標(biāo)的分組。在一個(gè)移動(dòng)終端和一個(gè)第一網(wǎng)絡(luò)實(shí)體之間建立一條連接，并且將供分組頭標(biāo)的壓縮和解壓縮使用的上下文信息存儲(chǔ)在移動(dòng)終端和第一網(wǎng)絡(luò)實(shí)體處。在移動(dòng)終端和在第一網(wǎng)絡(luò)實(shí)體中的上下文信息的更新被停止，以及在那之后，該壓縮和解壓縮上下文信息的瞬象被攝取并且在第一網(wǎng)絡(luò)實(shí)體中被存儲(chǔ)起來(lái)。第一網(wǎng)絡(luò)實(shí)體和移動(dòng)終端之間的連接被改變到移動(dòng)終端和一個(gè)第二網(wǎng)絡(luò)實(shí)體之間的連接。由第一網(wǎng)絡(luò)實(shí)體存儲(chǔ)的該上下文信息的瞬象被傳送給第二網(wǎng)絡(luò)實(shí)體，以便存儲(chǔ)在其中作為第二網(wǎng)絡(luò)實(shí)體的上下文信息。之后被存儲(chǔ)的上下文信息在該移動(dòng)終端和第二網(wǎng)絡(luò)實(shí)體處用于壓縮和解壓縮分組的頭標(biāo)。
文檔編號(hào)H04L29/06GK1663215SQ02803604
公開(kāi)日2005年8月31日 申請(qǐng)日期2002年1月9日 優(yōu)先權(quán)日2001年1月10日
發(fā)明者J·卡利奧庫(kù)爾于, A·蘭斯薩爾米, Y·塞福拉, K·勒 申請(qǐng)人:諾基亞有限公司