專利名稱：采用上下文轉移管理器的域間上下文轉移的制作方法
技術領域：
本發(fā)明涉及一種移動通信系統(tǒng)。特別涉及用于異構(heterogeneous)網(wǎng) 絡中的無縫域間交接(handover)支持的上下文轉移。
背景技術：
4G移動通信網(wǎng)絡的主要特性是無線電與網(wǎng)絡技術的異構性 (heterogeneity )。 4G網(wǎng)絡被認為是各以 一種網(wǎng)絡呈現(xiàn)給終端用戶的多種不同 網(wǎng)絡的綜合體，以網(wǎng)際協(xié)議(IP)作為公共基礎。所需解決的問題是在這樣 的異構環(huán)境中提供無縫移動性以支持諸如經過網(wǎng)絡協(xié)議(IP)電話的音頻的 交互應用。以IP為基礎的異構網(wǎng)絡體系結構被采用，由幾個互相連接的網(wǎng)絡組成， 其可以采用不同的網(wǎng)絡技術(如服務的區(qū)分服務質量DiffServ QoS,服務的 綜合服務質量等IntServ QoS )，不同的訪問網(wǎng)絡技術(如無線本地局域網(wǎng) WLAN、 UMTS音頻訪問網(wǎng)絡UTRAN......)并可以:故不同的4喿作控制。此網(wǎng)絡具有移動性支持，如移動節(jié)點(MN)能夠在那些網(wǎng)絡間移動不打斷在較 高層間的連接(如傳送控制協(xié)議TCP)。這一進程-波稱作"交接"并能夠被諸 如通過移動IP提供在層3。然而，哪種機制被用于此目的對本發(fā)明沒有影響。在新的網(wǎng)絡中交接過程包括多個任務如在新的網(wǎng)絡中認證和授權、無線 定位環(huán)節(jié)和IP對話、在網(wǎng)絡中建立QoS狀態(tài)等。為了支持無縫交接，交接的 執(zhí)行不得不被提高，如交接延遲需要被降低。到最后，上下文轉移能夠被應 用。"上下文轉移"是用于轉移與MN相關的上下文或狀態(tài)(如用于QoS,引 導壓縮、AAA等)從一種網(wǎng)絡實體(如訪問路由器AR)到另一種的術語， 以便MN不必在交接后從零開始在新的網(wǎng)絡時體中再建立狀態(tài)。網(wǎng)絡工程任務組(IETF )中的"seamoby"工作組開發(fā)了稱作上下文轉移 協(xié)議(CTP)的層3協(xié)議，以能夠在IP網(wǎng)絡中的AR間進行被授權的上下文 轉移(J丄oughney， M.Nakhjiri， C.Perkins, R.koodli,"上下文轉移協(xié)議"，IETF 因特網(wǎng)草案draft-ietf-seamoby-cto-ll.txt， 2004年8月)。它支持前攝或預測 上下文轉移，即在交接被執(zhí)行前從當前AR向下一 AR轉移上下文，也支持反應(reactive )上下文轉移，即在交接發(fā)生后從前一 AR向當前AR的轉移 上下文。上下文轉移能夠分別通過移動節(jié)點、前一 AR、以及下一 AR被觸發(fā)。 CTP定義了各種消息上下文轉移請求(CT-Req)、上下文轉移數(shù)據(jù)(CTD )、 上下文轉移數(shù)據(jù)答復(CTDR)、上下文轉移激活請求(CTAR)、上下文轉移 激活確認(CTAA)以及上下文轉移取消(CTC)。這些消息在移動節(jié)點、前 一 AR和下一 AR間交換。CTP設定MN和AR1共用 一個用于認證目的的密 匙。圖1顯示了采用CTP用于前攝上下文轉移的信令流程。AR1 102和AR2 103屬于不同的網(wǎng)絡104和105。在S106中確定(也稱作目標或下一 AR/nAR) AR2 103的IP地址后，如采用CARD協(xié)議支持(見下文)，MN 101在107 中發(fā)送CTAR消息到AR1 102 (也稱為源或前一 AR/pAR)其包括AR2的IP 地址、MN的IP地址、匹配請求答復的序列號(SN)、授權標記以及將被轉 移的上下文類型。授權標記通過MN采用無用信息功能及與AR1共用的密匙 計算。AR1驗證此標記以及，如果成功，采用CTD消息轉移在108中的上下 文數(shù)據(jù)和共用密匙到AR2中。AR2能夠確認收到在S 109中的CTDR消息。 交接后，在S 110中MN發(fā)送CTAR消息到AR2,其然后再次驗證授權標記 并在成功驗證的條件下安裝上下文。注意此消息包括pAR和MN的IP地址 當時它隸屬于pAR。最后，AR2能夠在Slll中通過發(fā)送CTAA消息通知MN 關于上下文轉移情況。圖2顯示反饋上下文轉移情況下的信令流程。程序相似，但在此情況中 MN/UE 101首先在S201中發(fā)送CTAR消息給AR2 103。其后AR2在S202 中使用CTR消息請求來自AR1的上下文。在S203中AR2接收來自AR1 102 中的上下文數(shù)據(jù)和共用密匙。再次，AR2能夠在S204中發(fā)送CTAA消息到 MN/UE 101并在S205中用發(fā)送到AR1的CTDR消息確認收到。CTP被設計僅用于AR到AR的上下文轉移。異構網(wǎng)絡或其他源/目標實 體不被考慮。假設域間交接，附加問題出現(xiàn)不能通過CTP尋址作為，如在 源和目標網(wǎng)絡中上下文的不同表示，用于潛在多個域間安全聯(lián)合(SA)為了 保證那些SA的上下文轉移通道或自動確認的需要。因此需要一種用于異構 網(wǎng)絡上下文轉移的方法。seamoby工作組開發(fā)了另一協(xié)議，候選訪問路由器發(fā)現(xiàn)(CARD)協(xié)議 (M.Liebsch, A.Singh, H.Chaskar, D.Funato, E.Shim，"候選訪問路由器發(fā) 現(xiàn)"，IETF因特網(wǎng)草案draft-ieft-seamoby-card-protocol-08.txt， 2004年9月)。 CARD主要有兩個任務 確定給定CAR的層3標示符(IP地址)其移動節(jié)點已得到相應候選訪 問點的層2地址，如通過接收來自它們的格式；以及 發(fā)現(xiàn)那些CAR的性能以幫助在確定目標AR中的移動節(jié)點。 此協(xié)議能被用于支持目標AR的確定用于采用CTP的預測上下文轉移。 毗鄰AR的層3標示符能夠由被移動節(jié)點從接收的格式中發(fā)現(xiàn)的層2標示符 中采用集中的或分布的方法被確定。采用集中的方法，CARD服務器執(zhí)行來 自層2標示符相反的地址決議。采用分布的方法，在交接期間接收自移動節(jié) 點的信息被用于建立分布的地址決議存儲器。在當前AR發(fā)現(xiàn)CAR的層3標 示符后它能夠請求來自它們關于相關性能的信息并把這個信息給MN。IEEE 802.11f ("經由交互訪問點協(xié)議交叉分布系統(tǒng)跟蹤使用被推薦的支 持IEEE 802.11運作的操作用于多用戶訪問點互用性"，IEEE計算機社會， IEEE Std 802.11F-2003， 2003年7月)定義了層2上下文轉移計劃(主要用 于與安全相關的上下文)以降低層2交接延遲當再認證和再聯(lián)合新的訪問點 時。因此，先前的和新的訪問點(AP )交換IAPP-MOVE或IAPP-CACHE分 組分別用于反饋的或前攝的上下文轉移。在前攝上下文轉移情況下，AP構造 并維持所謂的鄰近圖其以在再聯(lián)合請求或IPAA-MOVE請求結構中收到的信 息為基礎。鄰近圖被用于為上下文轉移以確定候選AP。802.11被設計僅用于AP到AP的上下文轉移。多網(wǎng)絡或其他源/目標實 體不被考慮。因此需要一種用于異構網(wǎng)絡上下文轉移的方法。下文轉移應該盡可能快。為達到這一目標，如果可能上下文轉移應該以一種 前攝方式被完成并且上下文轉移通道應盡可能短。反饋上下文轉移也應該被 支持以防交接不能被足夠早預測。為了提供針對惡意節(jié)點的保護，轉移也必 須被保護(每一分組認證、完整保護及機密性)，這要求上下文轉移的源與目 標實體間的ipsec安全聯(lián)合(SA )。 SA通常包括在信息轉移中認證和編密碼。然而，在多種上下文諸如4G網(wǎng)絡的域間交接的情況下，附加要求必須 被考慮不同種類的多樣的源/目標實體可能被包括，如AAA服務器和AR。
而且，源和目標網(wǎng)絡可能采用不同的無線電和網(wǎng)絡技術，如DiffServ和 IntServQoS技術，其可能要求附加方式諸如上下文轉換到目標網(wǎng)絡能夠理解 的表示。最后，管理域間SA導致了一些工作，諸如密匙交換和區(qū)分或者可 能甚至要求手動干涉。因此，域間SA的數(shù)量應被減到最少。而且，先前利 用管理節(jié)點用于上下文轉移的方法并沒有總是采用最優(yōu)通道用于上下文轉 移，這導致次于最佳的執(zhí)行。WO03052962描述了用于在中央數(shù)據(jù)庫(每管理域一個)中存儲無效 (inactive)上下文以及在位于AR中的本地上下文目錄中存儲有效(active)上 下文的系統(tǒng)。也給出了用于在AR間轉移上下文的協(xié)議。所謂的存儲轉移代 理被用于僅轉移有效特性上下文，即從一個AR向另一個轉移有效上下文或 "前進(in-progress )"微流程。此文獻僅支持前攝上下文轉移計劃。中央實 體包括主關聯(lián)數(shù)據(jù)庫(MCD)、存儲網(wǎng)關外部(MGE)作為對其他域的界面 及存儲網(wǎng)關本地(MGL)作為對本地AR的界面。AR包括本地上下文目錄 (LCD),它維持與該AR發(fā)生聯(lián)系的所有移動節(jié)點的前攝上下文的目錄，存 儲轉換代理(MTA)，它負責轉換不同AR的LCD間的上下文，以及上下文 轉移代理(CTA),它建立與目標AR的聯(lián)合。當新的微流程變?yōu)榛顒拥?，?下文被轉移從MCD經由MGL到當前AR的LCD。上下文轉移通過移動節(jié)點 被觸發(fā)，其發(fā)送ICMP信息到當前AR。這一分組括了目標AR的目錄和它們 的優(yōu)先選擇級別。隨后，當前AR請求這一移動節(jié)點的有效上下文的轉移到 目標AR。目標AR也可以請求來自MCD的附加上下文。如果不同的管理域 間的交接被觸發(fā)，AR間的上下文轉移像通常一樣發(fā)生，但是附加的非主動上 下文在兩個域的MCD間被轉移。WO03052962與CTP —樣僅支持AR到AR的上下文轉移，但是附加地 存儲無效上下文在一個主數(shù)據(jù)庫中。它將復雜性從AR轉移到網(wǎng)絡中的策略 服務器，例如執(zhí)行候選訪問路由器發(fā)現(xiàn)。在域間轉移的情況下上下文轉移通 道總是AR1-PS1-AR2-PS2。因此，每一策略服務器需要(域間)SA給鄰近 網(wǎng)絡的所有邊緣AR,這可能導致可測量性問題。而且，在源和目標網(wǎng)絡中上 下文表示的不同會導致不完全的上下文轉移因為沒有上下文轉換被支持。在WO03 091900中，另 一 系統(tǒng)被描述用于不同的管理域和訪問網(wǎng)絡的AR 間的應用特性(作為與網(wǎng)絡特性相對)上下文的前攝轉換。應用特性上下文 是通過移動節(jié)點被預先創(chuàng)造的。新的AR評估此應用上下文以及，如果必要，發(fā)現(xiàn)在它的域內的網(wǎng)絡實體其支持期望得到的應用。例如，移動節(jié)點通過WLAN訪問網(wǎng)絡接收視頻流。在手動切斷蜂窩網(wǎng)絡之前，它構造包含視頻流 信息(比特率，格式等)的應用特性上下文并將它發(fā)送到當前AR。此AR轉 移上下文到蜂窩網(wǎng)絡的下一 AR，其然后能夠發(fā)現(xiàn)并建立往復式通道到代理服 務器，轉換視頻流的代碼到低比特率流。Wo03091900處理注冊和應用特性功能的請求的轉移，如提供應用代理在 附屬裝置的新點處。在WO02092314中，給出了 一種處理發(fā)現(xiàn)適當?shù)暮蜻xAR的系統(tǒng)。它包 括一種用于探測的方法，以移動節(jié)點上的應用特性上下文為基礎，幫助維持 IP對話的網(wǎng)絡節(jié)點的性能的第 一裝置，以及用于詢問來自潛在的下一節(jié)點性 能信息和確定是否此節(jié)點能夠完成請求。此詢問能夠通過移動節(jié)點或當前AR 冗成。WO02092314注重于相應的候選訪問路由器發(fā)現(xiàn)機制并沒有提供用于域 間上下文轉移的方法。在WO03049377中表現(xiàn)的方法利用了策略服務器，每管理域的中心體。 此服務器負責選擇可能的目標AR。第一步，所有AR報告其性能給策略服務 器。當移動節(jié)點接收到關于另一 AR的信息時，它發(fā)送一致信息，如訪問點 的層2標示符，到當前AR其轉送信息到當前域的策略服務器。在域間交接 情況下，標示符和關于移動節(jié)點的其他信息被送至目標域的策略服務器。此 服務器確定它是否適合移動節(jié)點。如果適合，它在給定的所有拓樸信息的基 礎上并按照考慮移動節(jié)點的性能、AR的通信量及操作者定義的規(guī)則的運算規(guī) 則計算候選AR的目錄。上下文轉移本身能夠被執(zhí)行以前攝或反饋方式，在 反饋方式情況下，移動節(jié)點通過發(fā)送請求消息給新AR觸發(fā)上下文轉移。上 下文然后被轉移從當前AR到相應策略服務器，其可以增加靜態(tài)上下文并可 以從其他網(wǎng)絡實體中收集動態(tài)上下文，并將它發(fā)送給當前AR。在前攝情況下， 請求消息被送至當前AR且上下文被轉移從當前AR經過相應策略服務器到 下一AR。在兩種情況中，目標AR附加地轉移上下文到其策略服務器，策略 服務器能夠然后轉送上下文到下一網(wǎng)絡實體，像安全網(wǎng)關。在WO2004070989中描述的系統(tǒng)中，所謂的核心狀態(tài)管理節(jié)點(CSMN ) 位于網(wǎng)絡的核心，它存儲、處理并轉送上下文以防止對AR間信令的需要。 如果位于另一網(wǎng)絡實體中CSMN能夠被與AAA服務器協(xié)同定位并可以存儲
狀態(tài)數(shù)據(jù)本身或狀態(tài)位置。前攝和反饋上下文轉移都被支持。移動節(jié)點通過發(fā)送消息給當前AR觸發(fā)上下文轉移，分組括移動節(jié)點和目標AR的標示符 以及區(qū)域ID假設區(qū)域間交接。假設交接在一個CSMN的區(qū)域內，前一 AR 轉移狀態(tài)到CSMN, CSMN然后儲存此狀態(tài)。下一 AR然后重新找回來自 CSMN的狀態(tài)。如果交接發(fā)生在兩個區(qū)域間，兩個CSMN-故包括在上下文轉 移中。在反饋情況下，上下文被轉換從前一 AR到CSMN, CSMN存儲此上 下文。在接收來自移動節(jié)點的觸發(fā)消息后，消息包括先前區(qū)域的標示符，在 交接后下一 AR能夠由它的CSMN請求狀態(tài)，下一 AR重新找回來自先前區(qū) 域的CSMN的狀態(tài)。在前攝情況下，上下文被轉換從當前AR到它的CSMN， 此CSMN存儲上下文并將它轉送給目標CSMN 。在交接后，目標AR能夠 找回來自它的CSMN的上下文。上下文轉移協(xié)議的消息格式沒有被定義。在WO2004070989中，再次，不同的上下文表示和源/目標實體不被支持。 另外，交接后新網(wǎng)絡中的AR首次找回來自CSMN的上下文，即使在前攝上 下文轉移情況下。而且，在這兩種情況下上下文被發(fā)送在CSMN之上，域間 和域內交接。兩個問題導致增加的交接等待時間。同樣，沒有協(xié)議被定義用 于執(zhí)行上下文轉移。在IETF標準化中討論中的協(xié)議通常不能被再利用由于它 們不支持所提的機構。在WO03092315中提出了一種系統(tǒng)與方法，該系統(tǒng)與方法在外部服務器 要素中執(zhí)行候選AR發(fā)現(xiàn)，如在操作者網(wǎng)絡之外的應用服務器。此服務器被 提供識別通常服務于移動節(jié)點的AR信息以及處于移動節(jié)點內部區(qū)域的AR。 此服務器然后確定一個或更多個目標AR。被需要用于選擇計算規(guī)則的性能信 息能夠最初通過操作者或者從移動節(jié)點動態(tài)獲得或者通過詢問AR被提供。 對于最后兩種方法，在應用服務器和所有AR間的合適的SA都被需要由于此 服務器可被安置于操作者網(wǎng)絡之外。動態(tài)候選訪問發(fā)現(xiàn)工作如下在交接后 移動節(jié)點發(fā)送當前和前一AR/AP的層2和層3的標示符到應用服務器。因此 服務器能夠建立并維持L2-L3地址映射表并得知哪些AR/AP是相鄰的。當另 一移動節(jié)點接收到來自相鄰訪問點的包括標示符的層2格式時，它發(fā)送此信 息到應用服務器，應用服務器然后能夠使用之前建立的地址映射表自此信息 中得到相應AR的層3標示符。在得知候選AR的層3標示符后，關于它們 性能的信息能夠通過應用服務器或通過移動節(jié)點被請求。最后，目標路由器 選擇能夠在移動節(jié)點或在應用服務器中被執(zhí)行。而且，方法被描述用于注冊
應用服務器中的移動節(jié)點的應用特性上下文，其能夠用于重新定位，如安全 網(wǎng)關、本地服務器或代理。假定域間交接，舊域中的應用服務器在新的域中 發(fā)現(xiàn)各自的網(wǎng)絡實體，如本地服務器。WO03092315僅涉及候選訪問路由器發(fā)現(xiàn)。它沒有提供用于上下文轉移 自身的解決辦法。沒有任何提議利用當前由正TF標準化的上下文轉移協(xié)議并且沒有任何 提議涉及SA的有效自動建立和取消。本發(fā)明的目的是提供一種用于異構網(wǎng)絡中的上下文轉移的方法和裝置，聯(lián)合的數(shù)量。發(fā)明內容通過每個給其他的域提供單一獨界面的域利用至少一個上下文轉移管理 器(CTM)能夠實現(xiàn)該目的。該CTM被用于執(zhí)行上下文轉換，即將上下文 信息轉換為目標訪問網(wǎng)絡所要求的格式和表示法。在本發(fā)明的一方面， 一種用于在包括多個訪問網(wǎng)絡的異構移動網(wǎng)絡的上 下文轉移管理器中執(zhí)行的上下文轉移的方法，所述方法包括步驟a)從第一 訪問網(wǎng)絡內的至少一個源實體收集與移動節(jié)點相關的上下文信息；b)傳輸所 收集的上下文信息到第二訪問網(wǎng)絡內的上下文轉移管理器；c)從不同于第一 訪問網(wǎng)絡的訪問網(wǎng)絡內的上下文轉移管理器接收與移動節(jié)點相關的上下文信 息；d)把在步驟c)接收的上下文信息轉送到第一訪問網(wǎng)絡內的至少一個目標 實體；以及e)在步驟b)之前和/或步驟c)之后，把至少一部分上下文信息從 第 一訪問網(wǎng)絡中被支持的格式轉換為在另 一訪問網(wǎng)絡中被支持的另 一格式。在本發(fā)明的另 一方面， 一種計算機可讀的存儲介質已經在其上存儲了指 令，當該指令被執(zhí)行在多個移動網(wǎng)絡中的無線訪問網(wǎng)絡的上下文管理器上時， 該指令致使上下文管理器執(zhí)行依據(jù)第 一 方面的方法。在本發(fā)明的再一方面， 一種上下文轉移管理器，用于異構移動網(wǎng)絡內的 訪問網(wǎng)絡，包括用于從第一訪問網(wǎng)絡內的至少一個源實體收集與移動節(jié)點 相關的上下文信息的裝置；用于把所收集的上下文信息傳輸?shù)降诙L問網(wǎng)絡 內的上下文轉移管理器的裝置；用于從不同于第 一 訪問網(wǎng)絡的訪問網(wǎng)絡內的 上下文轉移管理器接收與移動節(jié)點相關的上下文信息的裝置；用于把從不同 于第一訪問網(wǎng)絡的訪問網(wǎng)絡內的上下文轉移管理器中接收的上下文信息轉送 到第 一訪問網(wǎng)絡內的至少 一個目標實體的裝置；以及用于把至少 一部分上下 文信息從一個訪問網(wǎng)絡中被支持的格式轉換為在另 一訪問網(wǎng)絡中被支持的另 一格式的裝置。在本發(fā)明的再一 方面， 一種在包括多個訪問網(wǎng)絡的異構移動網(wǎng)絡中執(zhí)行 的方法，所述方法包4舌在位于移動網(wǎng)絡的兩個不同訪問網(wǎng)絡內的至少兩個上 下文轉移管理器中執(zhí)行的、根據(jù)第一方面的方法的步驟，所述方法還包括步驟f)從移動節(jié)點向第一訪問網(wǎng)絡的第一訪問路由器發(fā)送消息，該消息包括關于移動節(jié)點特性的信息、關于第二訪問路由器特性的信息、以及關于將被轉移的上下文的類型的信息；以及g)在步驟a)和b)被所述上下文轉移管理執(zhí) 行以及步驟c)和d)在所述第二訪問路由器所屬的另一訪問網(wǎng)絡的上下文轉移 管理器中被執(zhí)行之前，將所述消息從訪問路由器轉送到在第一網(wǎng)絡內的上下 文轉移管理器。在本發(fā)明的再一方面， 一種在包括多個訪問網(wǎng)絡的異構移動網(wǎng)絡中執(zhí)行 方法，所述方法包括在位于移動網(wǎng)絡的兩個不同訪問網(wǎng)絡內的至少兩個上下 文轉移管理器中執(zhí)行的、根據(jù)第一方面的方法的步驟，所述方法還包括步驟 從移動節(jié)點向第二訪問網(wǎng)i 各內的訪問路由器發(fā)送消息，該消息包括關于移動 節(jié)點特性的信息、關于第一訪問網(wǎng)絡的訪問路由器的特性的信息、以及關于 將被轉移的上下文類型的信息；將所述消息從訪問路由器轉送到第二訪問網(wǎng) 絡中的上下文轉移管理器；以及從第二訪問網(wǎng)絡中的上下文轉移管理器向第 一訪問網(wǎng)絡中的上下文管理器發(fā)送消息，該消息包括關于移動節(jié)點特性和關 于將被轉移的上下文類型的信息，由此使步驟a)和b)將由第一訪問網(wǎng)絡的所 述上下文轉移管理器執(zhí)行以及使步驟c)和d)在第二訪問網(wǎng)絡的上下文轉移管 理器中執(zhí)行。在本發(fā)明的再一方面，異構移動網(wǎng)絡包括至少一個移動節(jié)點(101 );以 及至少兩個訪問網(wǎng)絡(104， 105),其中，所述訪問網(wǎng)絡中的至少兩個各包括 至少一個根據(jù)權利要求IO所述的上下文轉移管理器(302, 303 )和至少一個 訪問路由器(102， 103)。利用專有管理節(jié)點(上下文轉移管理器，CTM)具有很多優(yōu)勢。這些節(jié) 點能夠管理上下文轉移并在兩個域/訪問網(wǎng)絡間提供單一界面。在域間交接情 況下如果上下文凈皮發(fā)送經過這些節(jié)點，〗又一個域間SA^皮需要用于兩域間的
上下文轉移。另外，CTM能夠執(zhí)行更多行為，諸如轉換上下文如果兩個域中 的表示不同或觸發(fā)附加信令，如儲存網(wǎng)絡資源用于與上下文信息所屬的移動主機相關的分組傳輸，預先設立數(shù)據(jù)通道或預先建立端對端QoS通道。這分 擔了來自AR的任務，減輕了網(wǎng)絡管理并可以幫助操作者向其他操作者隱藏 關于他們網(wǎng)絡的信息?？偨Y來說，本發(fā)明的益處在于 支持異構網(wǎng)絡中的域間上下文轉移包括上下文轉換和多源/目標實體； 最小化域間SA的數(shù)量； 利用CTP，通常通過IETF被標轉換的協(xié)議； 選擇和利用最優(yōu)上下文轉移通道依據(jù)交接類型(域內/間)；以及 及早建立及耳又消CTM間的SA。


附圖被合并并組成了說明書的一部分用于解釋本發(fā)明的原理的目的。這 些圖并不是被理解為限制本發(fā)明僅于所圖釋和描述的本發(fā)明如何被制作和使 用的示例。從以下和本發(fā)明更詳細的描述中更多的特性與優(yōu)勢變?yōu)轱@然的， 如附圖中所圖釋的，其中圖1圖釋了用于采用CTP的前攝上下文轉移的信令流程； 圖2描述了用于采用CTP的反饋上下文轉移的信令流程； 圖3顯示了直接在AR (a)間或在CTM (b)上的上下文轉移； 圖4圖釋了用于采用CTP和CTM的前攝域間上下文轉移的信令流程； 圖5圖釋了用于采用CTP和CTM的反應(reactive)域間上下文轉移的 信令流程；圖6描述了在前攝上下文轉移情況下pAR中的程序的流程圖； 圖7描述了用于早期SA建立與取消的數(shù)據(jù)傳輸流程和格式計算狀態(tài)； 圖8顯示了用于早期建立和早期取消上下文轉移管理器間的安全聯(lián)合的 裝置的步驟流程圖；以及圖9圖釋了能用作上下文轉移管理器的服務器的基本結構。
具體實施方式
本發(fā)明的示范實施例將被描述參考附圖其中相同的要素與結構將被用相
同的參考數(shù)字顯示。在下文中，本發(fā)明將被解釋不失一般性用于CTP的示例。然而，本發(fā)明能夠應用于任何從AR到AR傳達上下文和要求兩AR間的SA的協(xié)議，諸如 "用于移動IPv6的快速交接"(RajeevKoodli，"用于移動IPv6的快速交接"， IETF因特網(wǎng)草案draft-ietf-mipshop-fast-mipv6-03.txt, 2004年10月)。如上所述，CTM體系機構具有優(yōu)勢用于異構網(wǎng)絡內的域間上下文轉移， 尤其如果在不同AR間交接到另 一域是可能的。CTM提供了對其他域的單獨 界面并因此最小化了域間SA的數(shù)量，能夠處理上下文轉移、上下文收集(從 不同的實體，諸如AAA服務器)及集合。圖3圖釋了 AR間直接上下文轉移和經過CTM的上下文轉移間的不同。 訪問網(wǎng)絡AN1 104包括AR1 302以及其他AR 301。 AN2 105包4舌AR2 103 及AR301。移動節(jié)點101能夠與各網(wǎng)絡通信。當經過AR1與AN通信時， MN101可以移動以便它進入AN2的服務區(qū)并將要離開AN1的服務區(qū)。交接 是必要的，在用于連續(xù)應用的上下文需要被從AR1轉換到AR2期間。在圖3a中上下文直接從AR1轉移到AR2。 SA被要求在AR間穿過域 AN1與AN2的分界線。同時更多這樣的SA可能存在于其他與未來的移動節(jié) 點的服務有關的AR 30]之間。在圖3b中每一域的一個上下文轉移管理器 CTM 302， 303處理此上下文轉移。因此僅一個SA被需要在AN 104和105 之間用于上下文轉移的所有要求繼續(xù)進行。然而，CTP不支持CTM的利用。能夠通過使用IP層路由解決在專用上 下文轉移管理器(CTM)實體上路由上下文(CTP情況下CTD消息)的問 題。這種方法的缺點是位于下面的路由下部構造受到影響且上下文集合是不 可能的。而且，在這種情況下需要路由器警戒選擇以使CTM能夠匆忙地(on thefly)處理上下文。因此應用層路由被使用源AR 102轉送CTAR消息到 源CTM 302，源CTM 302然后請求來自源AR和不同源實體的上下文，諸如 AAA1 (認證、授權以及會計單位1 ) 304。處理上下文后，CTM 302然后轉 送在集合的CTD消息中的上下文到應用層上的目標CTM 303,該目標CTM 303反過來處理上下文。最后，它轉送上下文到各自的目標實體，諸如AAA2 305和AR2 103。源CTM302 /人接收的CTAR消息得知目標AR的IP地址。 要求源CTM提供目標AR的IP地址給目標CTM 303,因此目標CTM能夠 轉送上下文到目標AR。這通過增加新的包括目標AR的IP地址的信息到CTD
消息來實現(xiàn)。圖4顯示了用于采用CTP和CTM的前^t聶域間上下文轉移的信令流程。 在S400中，CTM1 302和CTM2 303交換關于它們的性能和關于它們的訪問 網(wǎng)絡AN1 104和AN2 105的性能的信息。這些信息可能包括關于^fe支持的上 下文格式的信息。與圖1中不同，AR1 102在步驟S404中將在步驟S403中接收到的CTAR 消息轉送CTM1 302,該CTM1 302在步驟S405中從所有的源實體102、 401 收集上下文，并在步驟S405中轉移CTD消息到CTM303。需要注意的是， CTD消息包括附加字段，目標AR103的IP地址。另外，如果AN1和AN2 在其無線接口使用不同的技術或對在核心或集合網(wǎng)絡中的分組傳輸使用不同 的技術，則在步驟S412中至少一部分上下文從AN1中支持的格式轉換為在 AN2中支持的不同的格式。這可以在發(fā)送CTD消息之前在CTM1中完成， 或在接收到此消息后在CTM2中完成。CTM2反過來在步驟S407中轉送上下 文到相應的目標實體103、 402,這基于上下文所的類型確定。在S408中， CTM2 303能夠通過發(fā)送CTDR消息給CTM1 302來確認收到CTD消息。交 接后，MN在步驟S409中發(fā)送CTAR消息給AR2。 AR2在步驟S410中轉 送此消息到CTM2, CTM2然后再次驗證授權令牌并在成功-瞼證情況下通知 目標實體安裝該上下文。作為選擇，CTM2可以僅在令牌成功驗證后發(fā)送上 下文到目標實體。在這種情況下目標實體能夠立即安裝上下文。應該注意的 是，，該消息包括pAR的IP地址和MN(當Q其附接到pAR時)。最后，AR2 在S411中能夠通過發(fā)送CTAA消息通知MN關于上下文轉移的狀況。圖5所示的是用于反應上下文轉移的相應信令流程。在這種情況下，在 步驟S501中，CTAR消息從MN 101發(fā)送CTAR消息到AR2 103,而AR2 103 又在步驟S502中將消息轉送到CTM2 303 。在步驟S503中，CTM2 303采 用(在被注冊到AN1時)指明MN 101的前一IP地址、序列號(SN)使得 確認與請求匹配的、授權令牌、以及要轉移的上下文的類型的CT-Req消息來 請求來自CTM1 302的上下文轉移。在步驟S504中，CTM1 302從所有源實 體102、 401中收集上下文并在步驟S505中將CTD消息發(fā)送到CTM2 303。 需要注意的是，在這種情況下，不需要用于在CTD消息中的目標IP地址的 附加字段，因為目標CTM從MN中接收CTAR消息，該消息中包含了目標 AR的IP地址。在步驟S506中，CTM2將上下文轉送到相應的目標實體103 、
402,具體是哪個基于上下文的類型來確定。再者，CTM2 303能夠在步驟S507 中通過向CTM1 302發(fā)送CTDR來確認收到CTD消息，并且在步驟S508中 通過發(fā)送CTAA消息來告知MN 101關于上下文轉移的狀態(tài)。與前攝上下文轉移一樣，上下文的至少一部分在S412中可以被轉換到要 求的不同的格式，在CTM1中發(fā)送它和CTD消息之前，或在CTM2中繼接 收此消息之后。目前為止此過程描述的總是經過CTM發(fā)送上下文。這是被期望用于域間 交接的，但是在域內交接情況下這是沒有必要的且導致更差的執(zhí)行，由于上 下文轉移通道更長。為了阻止它，CT通道依據(jù)交接類型被選擇。交接執(zhí)行被改進通過不同處理域內和域間交接。經過CTM的通道應凈皮用 于域間交接以最小化域間SA的數(shù)量并使上下文轉換等。在域內交接情況下 AR到AR的CT通道應該被替代使用，由于CTM沒有^皮需要并且AR間的 直接通道更短。交接是哪種類型(域內或域間)有些部分通過源AR確定有 些部分通過源CTM確定。源AR可以轉移上下文本身，如果到目標AR的 SA存在。否則它轉送CTAR消息到源CTM，其單獨確定是否目標AR的IP 地址是它的域的部分。它因此假定CTM知道所有AR的域的IP地址或地址 空間，如果目標AR不在相同的域內，CTM得出結論當前是域間交接并轉移 上下文本身。否則被認定是域內交接。在這種情況下CTM可以CTAR消息 回到源AR，其然后能夠建立到目標AR的SA以轉移上下文。提出的解決辦 法不要求對CTP的消息格式修改，但是修改AR的狀態(tài)機構。圖6顯示了在前攝上下文轉移情況下發(fā)生在pAR中的這一程序的流程 圖。在S601內接收到CTAR消息后，AR在S602中確認4受權標記。如果確 認失敗，AR在S603中通過發(fā)送包含^"誤代碼的CTAA消息通知MN。否貝'J, pAR在S604中檢查到目標AR的SA是否存在。如果是這種情況(情況1 )， 被認定為域內交接并且pAR可以在S605中采用CTD消息轉移上下文。轉移 被在S605和S606中重復直到目標AR確認收到CTDR消息(可選的)。目前 為止被描述的過程與未更改的CTP過程完全相同。如果S604檢測到沒有到nAR的SA存在，CTP將正常取消上下文轉移。 在本發(fā)明提出的修改中，pAR檢查在S607中是否從收到MN或CTM的消 息。這能夠被確定，如基于IP源地址或新的CTAR消息中的新標記。如果它 被收到來自CTM，被認定需要域內上下文交接，從源pAR到目標nAR的SA
在S609中凈皮建立用于這一目的。如果從MN收到CTAR消息(情況2 ), pAR認定是域間交接并在S608 中轉送CTAR消息到它的CTM。 CTM知道在它的域中的所有AR的IP地址 或地址空間因此能夠決定當前是否是域內或域間交接。在后一種情況中，它 本身執(zhí)行上下文轉移它使用CT-req消息從pAR和其他實體中收集上下文并 發(fā)送集合的CTD消息給目標CTM。此CTD消息包括用于目標AR的IP地址 的信信息(見圖4中406步驟)。々I定目標CTM的地址為源CTM所知，如 通過得自目標AR的IP地址。而且，假定SA存在于兩CTM之間(SA是如 何被自動建立將在下文描述)。當目標CTM接收到CTD消息時，它使用CTD 消息轉送單獨的上下文到相應的目標實體。假定相應于上下文特性類型的目 標實體的ip地址(相應于AAA上下文的AAA服務器的IP地址)是為目標 CTM所知的，諸如通過預先配置或通過增加的信令諸如到數(shù)據(jù)庫。如果CTM決定域內交接存在，它可以向pAR發(fā)回CTAR消息，其能夠 建立到nAR的SA ( S609 )并轉移上下文(S605 )如未修改的CTP所為(情 況)。描述的解決辦法也能夠類似應用于反饋情況。本發(fā)明能夠類似地被應用于CTM的系統(tǒng)。如果網(wǎng)絡是多個局域的，不同 于源和目標網(wǎng)絡間的直接通道的通道可以被拓樸更短在某種情況下或可以具 有更高的容量，如經過局域網(wǎng)絡的通道如果源和目標網(wǎng)絡都是具有低帶寬互 連的外部網(wǎng)絡。在這種情況下工作被增加了如果源網(wǎng)絡的CTM發(fā)送上下文經 過局域網(wǎng)絡到目標CTM。為了最佳執(zhí)行，可選通道的上下文轉移持續(xù)時間能 夠被源CTM測量，通過發(fā)送明確的探測信息或被動使用正在進行的上下文轉 移的消息。在下文中，提出了用于早期建立和取消CTM間的SA的機制?；谒?收的包含層2標示符的廣播消息的數(shù)量確定候選CTM。這些消息將在下文中 被稱作"信標"。基本觀念是利用來自MN從相鄰域的AP所接收的層2信標 的信息來觸發(fā)CTM間SA的早期建立和取消。MN自己計數(shù)這些信標或周期 地發(fā)送消息給網(wǎng)絡，該網(wǎng)絡代表MN計數(shù)信標。計數(shù)按時間單元來進行，這 意味它本質上是速率，并且如果沒有信標再被接收到它將減小。信標計數(shù)狀 態(tài)按AP的MAC地址被保持。如果MN的信號強度顯示交接可能暫停并且閾 值A已經被超越，CARD協(xié)議被啟動用于相應AP。而且，CARD答復消息 觸發(fā)相應CTM間SA的建立。如果第二閾值B被超越，源CTM取消除去相
應于AP的所有SA,該AP的信標計數(shù)超越了閾值B。由于僅不用的SA可 能被撤消，CTM需要維持一些關于特殊上下文轉移進程的狀態(tài)信息。使用提 出的閾值對比，僅最可能的SA保留且資源不會被浪費。此外，上下文轉移 能立即開始不需要源于SA建立的附加交接等待時間。圖7闡述了這一過程。MN101在S704中被與訪問網(wǎng)絡1 ( AN1 ) 104 內的API 102發(fā)生聯(lián)系。它接收來自AN2 105和AN3 703內的AP2 103和 AP3 702的信標，分別在S705中。由于在計數(shù)階段S706用于兩AP的信標 計數(shù)超越了閾值A， SA被建立在CTM1和CTM2之間以及CTM1和CTM3 之間，分別在S707中。在計數(shù)階段用于AP2的信標計數(shù)超越閾值B后，到 AN3的SA被在S709中取消。隨后，SA已經存在在S710中當上下文轉移被 執(zhí)行到AN2以及當實際交接發(fā)生在S711中時，上下文已經被安裝在AN2中 各自的網(wǎng)絡實體內。注意，在本IEEE 802.11說明書中，不同于STA所發(fā)生聯(lián)系的AP的格 式不能被接收，如果它們以不同的信道/頻率發(fā)送信標。然而，其他無線技術 或將來的IEEE 802.il說明書可能支持這一點。也要注意如果AP以不同的時 間間隔發(fā)送信標，負責比較信標計數(shù)的實體必須知道設置的時間間隔在特殊 AP中以能夠做出正確比較，如使用標準化。此方法的步驟在更多細節(jié)上被描述在圖8的流程圖中。在S704中， MN/UE被聯(lián)合到AP1。當它與API發(fā)生聯(lián)系時，在S705中MN/UE連續(xù)或 間歇地接收來自AP (或AR)的發(fā)送格式。對于下兩步存在兩種選擇。第一種選擇中MN/UE在S801中發(fā)送關于接 收的發(fā)送格式的消息給可以轉送它們到CTM1的AP1。在S802中API或 CTM1為各APi計數(shù)每時間單元接收到的發(fā)送格式。這一步也可能包括關于 不同AP的格式傳輸比率的標準化，如上所述。在第二選擇中MN完成計數(shù)在S803中并在S804中發(fā)送結果給API,再 次，可以轉送它們到CTM1。在此同樣，計數(shù)階段可能包括標準化操作。作 為選擇此標準化可在AP或CTM中完成。以下步驟可能被執(zhí)行在API或CTM1中。然而，除S709和S707之外所 有步驟也在MN中執(zhí)行。在該情況下MN而不是步驟S801或S804發(fā)送消息 給CTM致使CTM執(zhí)行步驟S707和/或S709。在S805中不同于API的特殊APi被選擇。對于這一 APi在S806中檢查是否它的(標準化的)每時間單元信標計數(shù)超過了預定的極限A。如果沒有超過，APi的無線訪問域ANi中的從CTM1到CTMi的可能存在的安全聯(lián)合 (SA )被撤消在步驟S709，除非正在使用以及除非被預測用于另 一移動節(jié)點。 然后，在S801中程序繼續(xù)檢查是否有更多的AP將被處理。如果是，下一 APi被選擇在S811中并且從S806開始的步驟對這一 APi重復。如果在步驟 S805到S811情況下所有AP都已經被處理，方法返回到發(fā)送格式接收(S705 )。回到S806,如果APi的(標準化的)每時間單元信標計數(shù)超越了極限A, 接下來在S808中檢查是否任意其他APj的(標準化的)每時間單元信標計數(shù) 超越了上述極限B。作為選擇不同于閾值B的另 一闊值C可以在此被選擇。 如果S808的條件沒有被滿足，程序包括APi是可能的交接候選，并且SA在 S707中被建立，如果還未存在，從在AM中的CTMI到CTMi來為交接情況 下的上下文轉移服務。這樣，完成交接需要的時間被減少?；氐絊808，如果至少一個APj被發(fā)現(xiàn)每時間單元信標計數(shù)超越了極限B (或C,分別地)，得到結論有另一有力交接候選。在極限B被定義為不依賴 于APi的(標準化的)每時間單元信標計數(shù)的固定的值的情況下，在S809 中檢查是否APi的(標準化的)每時間單元信標計數(shù)也超越了極限B。在此 情況下確定APi與APj都是有力交接候選并且在步驟S707中程序繼續(xù)建立從 CTMI到CTMi的SA，如果它還未存在。在APi的(標準化的)每時間單元 信標計數(shù)沒有超越極限B的情況下，得出結論APj是比APi更有力的交接候 選且任一存在的從CTMI到CTMi的SA在下一時期將不被需要。因此如果 存在這一 SA在S709中被撤消，除非它當前被使用以及除非被預測用于另一 移動節(jié)點。這具有優(yōu)勢傳輸信號平費用、在CTM中要求的功率工作功率以 及引起的網(wǎng)絡任務，被減少?；氐絊808的"是"輸出，在極限B被定義在Api的(標準化的)每時 間單元信標計數(shù)之上的某一極值的情況下，檢查步驟S809是沒必要的且程序 直才妻繼續(xù)S709。在任何情況下程序繼續(xù)到S810后，檢查是否有任何其他APi將纟皮處理， 如上所述。在兩選擇中的一種，S809的極限可能被選作不同于S808的極限B(或C， 分別地)的值D。不同選擇極限B、 C和D為調整SA的平均存在時間為了在交接加速度和信令費用減少之間最適宜的折衷提供可能性。 更高的閾值可能被定義以觸發(fā)更多的操作諸如上下文轉移及數(shù)據(jù)信道的 前攝建立，根據(jù)交接到任何訪問節(jié)點或訪問路由器Api的可能性。上下文轉移管理器302, 303是執(zhí)行上述功能的邏輯實體。它可能實體位 于專有服務器中，在諸如網(wǎng)關的網(wǎng)絡節(jié)點內或象AAA服務器304， 305等的 其它網(wǎng)纟備實體內。圖9顯示了如上所述能夠被用于上下文轉移管理器(CTM )的服務器900 的示范結構。它包括至少一個網(wǎng)絡界面902,中央處理單元901以及穩(wěn)定的 數(shù)據(jù)存儲器903。CPU 901包括處理器或控制器及工作存儲器RAM。它被配置以執(zhí)行CTM 的任務如以上所詳細描述的。上述程序中的CTM的任務能夠在硬件邏輯中被 實現(xiàn)或在軟件中被執(zhí)行在CPU的處理器或控制器上?；旌蠈崿F(xiàn)也是可能的。 包括使服務器900執(zhí)行上述程序的步驟的程序可以被存儲在穩(wěn)定的存儲器 903中其可能為磁性硬盤、光盤、磁帶或穩(wěn)定的半導體存儲器諸如閃存。服務器900可能還包括其它單元像^t盤、顯示器或更多的網(wǎng)絡界面，它 們不需要用于所描述的CTM的任務中因此是可選的。服務器900可以被與網(wǎng)
權利要求
1.一種用于在包括多個訪問網(wǎng)絡(104，105)的異構移動網(wǎng)絡的上下文轉移管理器(302，303)中執(zhí)行的上下文轉移的方法，所述方法包括步驟a)從第一訪問網(wǎng)絡(104)內的至少一個源實體(102，401)收集(S405，S504)與移動節(jié)點(101)相關的上下文信息；b)傳輸(S406，S505)所收集的上下文信息到第二訪問網(wǎng)絡(105)內的上下文轉移管理器(303)；c)從不同于第一訪問網(wǎng)絡的訪問網(wǎng)絡內的上下文轉移管理器接收(S406，S505)與移動節(jié)點相關的上下文信息；d)把在步驟c)接收的上下文信息轉送(S407，S506)到第一訪問網(wǎng)絡內的至少一個目標實體；以及e)在步驟b)之前和/或步驟c)之后，把至少一部分上下文信息從第一訪問網(wǎng)絡中被支持的格式轉換(S412)為在另一訪問網(wǎng)絡中被支持的另一格式。
2. 根據(jù)權利要求1所述的方法，其中步驟e)在步驟b)之前被執(zhí)行，并且 在步驟e)之前，所述方法還包括從第二訪問網(wǎng)絡內的上下文轉移管理器獲 得關于上下文信息的被支持格式的信息的步驟(S400 )。
3. 根據(jù)權利要求1或2所述的方法，其中采用包括上下文轉移管理器的 認證的、在上下文轉移管理器之間的安全聯(lián)合來在步驟b)和c)中轉移上下文， 并且所述方法還包括步驟從由移動節(jié)點每時間單元接收的訪問點收集關于廣播消息的數(shù)量的信 息，其中所述廣播消息包括關于訪問點特性的信息；以及如果從第二訪問網(wǎng)絡內的訪問點接收的廣播消息的數(shù)量超過了預定閾 值，則建立(S707)與第二訪問網(wǎng)絡的上下文轉移管理器的安全聯(lián)合。
4. 權利要求3所述的方法，還包括步驟如果同 一移動節(jié)點從第三網(wǎng)絡中的訪問點接收的廣播消息的數(shù)量超過了 第二極限，則取消(S709)所建立的與第二訪問網(wǎng)絡的上下文轉移管理器的 安全聯(lián)合。
5. 根據(jù)權利要求1到4之一所述的方法，采用在上下文轉移協(xié)議CTP 中定義的消息。
6. 權利要求5所述的方法，其中分別在步驟b)和c中，上下文信息在還 包括關于至少一個目標實體的特性的信息的CTD消息中從一個上下文轉移 管理器發(fā)送到另一個。
7. 根據(jù)權利要求1到6之一所述的方法，在步驟c)后，還包括發(fā)起用 于已經接收到上下文信息的移動節(jié)點的、與數(shù)據(jù)傳輸相關的附加信令的步驟。
8. 權利要求7所述的方法，其中，附加信令包括由管理服務質量狀態(tài)、 保留網(wǎng)絡資源和建立數(shù)據(jù)通道組成的列表中的至少 一個。
9. 一種計算機可讀存儲介質，其上存儲有指令，當這些指令在異構移動 網(wǎng)絡內的無線訪問網(wǎng)絡的上下文管理器上被執(zhí)行時，這些指令致使上下文管 理器完成根據(jù)權利要求1到8之一的方法。
10. —種上下文轉移管理器(900 ),用于異構移動網(wǎng)絡內的訪問網(wǎng)絡， 包括用于從第一訪問網(wǎng)絡(104)內的至少一個源實體(102, 401 )收集與移 動節(jié)點(101 )相關的上下文信息的裝置；用于把所收集的上下文信息傳輸?shù)降诙L問網(wǎng)絡(105 )內的上下文轉移 管理器(303 )的裝置；用于從不同于第一訪問網(wǎng)絡的訪問網(wǎng)絡內的上下文轉移管理器接收與移 動節(jié)點相關的上下文信息的裝置；用于把從不同于第 一訪問網(wǎng)絡的訪問網(wǎng)絡內的上下文轉移管理器中接收 的上下文信息轉送到第一訪問網(wǎng)絡內的至少一個目標實體的裝置；以及用于把至少 一部分上下文信息從一個訪問網(wǎng)絡中被支持的格式轉換為在 另 一訪問網(wǎng)絡中被支持的另 一格式的裝置。
11. 一種在包括多個訪問網(wǎng)絡(104， 105)的異構移動網(wǎng)絡中執(zhí)行的方 法，所述方法包括在位于移動網(wǎng)絡的兩個不同訪問網(wǎng)絡(104， 105)內的至 少兩個上下文轉移管理器(302, 303 )中執(zhí)行的、根據(jù)權利要求1到5之一 的方法的步驟，所述方法還包括步驟f) 從移動節(jié)點(101)向第一訪問網(wǎng)絡(104)的第一訪問路由器(102) 發(fā)送(S403 )消息，該消息包括關于移動節(jié)點特性的信息、關于第二訪問路 由器(103)特性的信息、以及關于將被轉移的上下文的類型的信息；以及g) 在步驟a)和b)被所述上下文轉移管理執(zhí)行以及步驟c)和d)在所述第二 訪問路由器(103)所屬的另一訪問網(wǎng)絡(105)的上下文轉移管理器(303 ) 中被執(zhí)行之前，將所述消息從訪問路由器轉送(S404 )到在第一網(wǎng)絡內的上 下文轉移管理器。
12. 根據(jù)權利要求11所述的方法，在步驟g)之后，還包括步驟 檢查所述第二訪問路由器是否處于所述第 一訪問網(wǎng)絡內；如果確定所述第二訪問路由器沒有處在所述第 一訪問網(wǎng)絡中，則執(zhí)行步 驟a)和b);以及如果確定所述第二訪問路由器處于所述第 一訪問網(wǎng)絡內，則發(fā)起從第一 網(wǎng)絡的所述第 一訪問路由器到第二訪問路由器的直接上下文轉移。
13. 根據(jù)權利要求11或12所述的方法，還包括步驟 從所述移動節(jié)點(101)向第二訪問網(wǎng)路(105)內的所述第二訪問路由器(103)發(fā)送(S409)包括關于移動節(jié)點特性的信息、關于所述第一訪問網(wǎng) 絡的所述訪問路由器(102)的特性的信息、以及關于將被轉移的上下文類型 的信息的消息；將從所述移動節(jié)點(101)傳送到第二訪問網(wǎng)絡(105)內的所述訪問路 由器(103)的所述消息轉送(S410)到第二訪問網(wǎng)絡的上下文轉移管理器 (303 );以及在第二訪問網(wǎng)絡內安裝所述上下文。
14. 一種在包括多個訪問網(wǎng)絡的異構移動網(wǎng)絡中執(zhí)行的方法，所述方法 包括在位于移動網(wǎng)絡的兩個不同訪問網(wǎng)絡內的至少兩個上下文轉移管理器(302， 303 )中執(zhí)行的、根據(jù)權利要求1到5之一的方法的步驟，所述方法 還包括步驟從移動節(jié)點(101 )向第二訪問網(wǎng)路(105 )內的訪問路由器(103 )發(fā)送 (S501)消息，該消息包括關于移動節(jié)點特性的信息、關于第一訪問網(wǎng)絡的 訪問路由器(102)的特性的信息、以及關于將被轉移的上下文類型的信息；將所述消息從訪問路由器轉送(S502)到第二訪問網(wǎng)絡(105)中的上下 文轉移管理器(303 );以及從第二訪問網(wǎng)絡(105)中的上下文轉移管理器(303 )向第一訪問網(wǎng)絡 (104)中的上下文管理器(302 )發(fā)送(S503 )消息，該消息包括關于移動 節(jié)點特性和關于將被轉移的上下文類型的信息，由此使步驟a)和b)將由第一 訪問網(wǎng)絡的所述上下文轉移管理器執(zhí)行以及使步驟c)和d)在第二訪問網(wǎng)絡的 上下文轉移管理器中執(zhí)行。
15. —種異構移動網(wǎng)絡，包括至少一個移動節(jié)點(101);以及至少兩個訪問網(wǎng)絡(104, 105 ),其中，所述訪問網(wǎng)絡中的至少兩個各包 括至少一個根據(jù)權利要求10所述的上下文轉移管理器(302, 303 )和至少一 個訪問路由器(102， 103 )。
16.權利要求15的所述異構移動網(wǎng)絡，被用于執(zhí)行權利要求11到13之 一所述的方法。
全文摘要
介紹了一種用于在異構網(wǎng)絡中的改良的上下文轉移的方法和設備。上下文信息通過上下文轉移管理器被從第一訪問網(wǎng)絡中的源實體收集并被傳輸?shù)降诙L問網(wǎng)絡的上下文轉移管理器其轉送上下文信息到其內的目標實體，在上下文轉移管理器之一內上下文信息的至少一部分被轉換從在第一訪問網(wǎng)絡中被支持的格式到在第二訪問網(wǎng)絡中被支持的另一格式。此方法可以被實現(xiàn)前攝交接之前或反饋交接之后。在一個實施例中，在一個訪問域內的上下文轉移被直接在訪問路由器間執(zhí)行，而不同訪問域間的上下文轉移經由上下文管理器被執(zhí)行。在另一實施例中，來自訪問點的信標被計數(shù)為了確定用于未決交接的候選。
文檔編號H04L12/56GK101151861SQ200680010643
公開日2008年3月26日 申請日期2006年3月14日 優(yōu)先權日2005年3月29日
發(fā)明者基利恩·韋尼格, 拉爾夫·哈肯伯格, 詹斯·巴克曼 申請人:松下電器產業(yè)株式會社