專利名稱：通信系統(tǒng)中遷移處理方法及網(wǎng)絡(luò)側(cè)設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及一種通信系統(tǒng)中遷移處理方法及網(wǎng) 絡(luò)側(cè)設(shè)備。
背景技術(shù)：
目前，WiMAX ( World Interoperability for Microwave Access,微波接入 全球互通)系統(tǒng)以其良好的無線接入特性得到了大量的應(yīng)用和關(guān)注。WiMAX 系統(tǒng)如何應(yīng)用于移動終端，更好的提供網(wǎng)絡(luò)和移動終端之間的分組業(yè)務(wù)轉(zhuǎn)發(fā) 或路由的功能成為業(yè)界研究的新熱點。
在現(xiàn)有技術(shù)中，WiMAX定義了 Proxy MIP (代理移動IP )和Client MIP (客戶端移動IP)兩種方式。Client MIP方式下，移動終端具有移動IP能力， 這些能力包括代理發(fā)現(xiàn)，移動感知，向HA (HomeAgent,家鄉(xiāng)代理)位置 注冊和注冊撤消。Proxy MIP方式下，移動終端是不具有移動IP能力的普通 WiMAX終端，由客戶端實體PMIP Client代理移動終端發(fā)起MIP ( Mobile Internet Protocol,移動IP)注冊、更新和注銷?？蛻舳藢嶓wPMIP Client屬于 網(wǎng)絡(luò)中的接入網(wǎng)關(guān)的一個功能實體。通過ProxyMIP方式，可以快速展開移 動IP業(yè)務(wù)，使不具有移動IP能力的移動終端享受移動IP業(yè)務(wù)。
請參閱圖1,是現(xiàn)有技術(shù)Proxy MIP方式下遷移處理方法流程圖。
圖1中，包括錨網(wǎng)關(guān)Anchor GW、目標(biāo)網(wǎng)關(guān)Target GW、客戶端實體PMIP Client、家鄉(xiāng)代理HA。其中，錨網(wǎng)關(guān)Anchor GW內(nèi)含有數(shù)據(jù)路徑功能實體 DPF ( Data Path Function)和外地代理FA ( Foreign Agent),目標(biāo)網(wǎng)關(guān)Target GW也含有數(shù)據(jù)路徑功能實體DPF和外地代理FA。
圖1中包括
步驟101 、 Target GW的DPF發(fā)送切換觸發(fā)Anchor DPF HO Trigger消息 到Anchor GW的DPF,要求發(fā)起R3接口遷移(后續(xù)簡稱R3遷移)；
步驟102、 Anchor GW的DPF發(fā)起R3遷移，發(fā)送切換請求Anchor DPF HO Req消息到Target GW的DPF;Anchor GW的DPF收到Anchor DPF HO Trigger消息后，首先判斷Anchor GW上的R4切換是否完成，如果沒有完成，那么等待R4切換完成后發(fā)起 R3遷移，發(fā)送Anchor DPF HO Req消息到Target GW的DPF。
步驟103 、 Target GW的DPF收到Anchor DPF HO Req消息后，向PMIP Client發(fā)送重定位Anchor DPF Relocate Req消息，其中攜帶Target GW的FA 的轉(zhuǎn)交地址COF;
步驟104、 PMIP Client構(gòu)造注冊請求RRQ消息，并將其封裝到外地代 理注冊請求FA Register Req消息中，再發(fā)送給Target GW的FA,通知Target GW的FA進行MIP注冊；
步驟105 、 Target GW的FA收到FA Register Req消息后，獲取其中的注 冊請求RRQ消息并轉(zhuǎn)發(fā)給HA;
步驟106、 HA向Target GW的FA返回表示成功的注冊響應(yīng)RRP消息， 指示注冊成功。
HA接收到RRQ消息后，進行資源信息更新，將MIP用戶資源信息更 新為Target GW的FA的資源信息，其中包括轉(zhuǎn)交地址、FA地址等，并將 R3隧道遷移到Target GW的FA上。然后，Target GW的FA返回表示成功的 注冊響應(yīng)RRP消息。
步驟107、 Target GW的FA收到表示成功的RRP消息后，通知Target GW 的DPF所進行的R3遷移已完成，然后將RRP消息封裝到外地代理注冊響應(yīng) FA Register Rsp消息中，發(fā)送給PMIP Client;
步驟108、 Target GW的DPF向Anchor GW的DPF發(fā)送表示成功的切 換響應(yīng)Anchor DPF HO Rsp消息。
Anchor GW的DPF收到表示成功的切換響應(yīng)消息之后，通知轉(zhuǎn)發(fā)面刪除 轉(zhuǎn)發(fā)用戶數(shù)據(jù)，然后通知Anchor GW的FA釋放R3接口連接，刪除相應(yīng)的 R3資源。至此，R3遷移過程完成。
在對現(xiàn)有技術(shù)的研究和實踐過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)存在以下問題
現(xiàn)有技術(shù)關(guān)于PMIP方式下的R3遷移處理方法，其中除了已經(jīng)設(shè)置的正 常處理流程外，對步驟106之前的出現(xiàn)的異常情況(比如HA返回表示失敗 的注冊響應(yīng)消息等)也設(shè)置有異常處理流程，在發(fā)生異常時，可以執(zhí)行切換失敗回退步驟。但是，對于HA向Target GW的FA返回表示成功的注冊響 應(yīng)RRP消息后，如果發(fā)生異常情況，則沒有提出相應(yīng)的處理流程，而此時發(fā) 生的異常情況可能會引起Anchor GW、 Target GW、 PMIP Client及HA上的 資源信息不一致，導(dǎo)致后續(xù)一系列的問題。
因此，現(xiàn)有技術(shù)關(guān)于遷移處理方法的流程不夠完善，存在導(dǎo)致網(wǎng)絡(luò)系統(tǒng) 中相關(guān)實體的資源信息不一致的缺陷。

發(fā)明內(nèi)容
本發(fā)明實施例要解決的技術(shù)問題是提供一種通信系統(tǒng)中遷移處理方法及 網(wǎng)絡(luò)側(cè)設(shè)備，能夠進一步完善通信系統(tǒng)中遷移處理方法的流程，使得網(wǎng)絡(luò)系 統(tǒng)中相關(guān)的實體的資源信息可以保持 一 致。
為解決上述技術(shù)問題，本發(fā)明所提供的實施例是通過以下技術(shù)方案實現(xiàn)
的
本發(fā)明實施例提供一種通信系統(tǒng)中遷移處理方法，包括在目標(biāo)網(wǎng)關(guān)進 行遷移處理發(fā)生異常后，家鄉(xiāng)代理接收指示消息；所述家鄉(xiāng)代理根據(jù)接收的 所述指示消息，將記錄的關(guān)于移動終端的資源信息調(diào)整為與錨網(wǎng)關(guān)上的資源 信息一致。
本發(fā)明實施例提供一種通信系統(tǒng)中遷移處理方法，包括目標(biāo)網(wǎng)關(guān)在確 認(rèn)家鄉(xiāng)代理將記錄的關(guān)于移動終端的資源信息修改為目標(biāo)網(wǎng)關(guān)的資源信息 后，向相關(guān)實體發(fā)送通知消息，相關(guān)實體為客戶端實體或錨網(wǎng)關(guān)；所述目標(biāo) 網(wǎng)關(guān)根據(jù)成功接收到相關(guān)實體回復(fù)的最終確認(rèn)消息確定網(wǎng)絡(luò)中相關(guān)實體與目 標(biāo)網(wǎng)關(guān)的資源信息一致。
本發(fā)明實施例提供一種網(wǎng)絡(luò)側(cè)設(shè)備，包括接收單元，用于在目標(biāo)網(wǎng)關(guān) 進行遷移處理發(fā)生異常后，接收指示消息；處理單元，用于根據(jù)所述接收單 元接收的所述指示消息，將記錄的關(guān)于移動終端的資源信息調(diào)整為與錨網(wǎng)關(guān) 上的資源信息一致。
本發(fā)明實施例提供一種網(wǎng)絡(luò)側(cè)設(shè)備，包括發(fā)送單元，用于在確認(rèn)家鄉(xiāng) 代理將記錄的關(guān)于移動終端的資源信息修改為目標(biāo)網(wǎng)關(guān)的資源信息后，向相 關(guān)實體發(fā)送通知消息，相關(guān)實體為客戶端實體或錨網(wǎng)關(guān)；接收單元，用于接收相關(guān)實體返回的最終確認(rèn)消息；處理單元，用于根據(jù)所述接收單元成功接 收到相關(guān)實體回復(fù)的最終確認(rèn)消息時，確定網(wǎng)絡(luò)中相關(guān)實體與目標(biāo)網(wǎng)關(guān)的資 源信息一致。
從上述的本發(fā)明實施例第一技術(shù)方案可以看出，通過在目標(biāo)網(wǎng)關(guān)進行遷 移處理發(fā)生異常后，增加處理流程，即家鄉(xiāng)代理接收指示消息，根據(jù)接收的 指示消息，將記錄的關(guān)于移動終端的資源信息修改為與錨網(wǎng)關(guān)上的資源信息 一致，從而完善了通信系統(tǒng)中遷移處理方法的流程，使得網(wǎng)絡(luò)系統(tǒng)中各實體 的資源信息可以保持一致；
從上述的本發(fā)明實施例二技術(shù)方案可以看出，通過在目標(biāo)網(wǎng)關(guān)確認(rèn)家鄉(xiāng) 代理將記錄的關(guān)于移動終端的資源信息修改為目標(biāo)網(wǎng)關(guān)的資源信息，并向相 關(guān)實體發(fā)送通知消息后，增加遷移的確認(rèn)流程，即所述目標(biāo)網(wǎng)關(guān)根據(jù)成功接 收到相關(guān)實體回復(fù)的最終確認(rèn)消息確定網(wǎng)絡(luò)中相關(guān)實體與目標(biāo)網(wǎng)關(guān)的資源信 息一致，從而完善了通信系統(tǒng)中遷移處理方法的流程，使得網(wǎng)絡(luò)系統(tǒng)中相關(guān) 實體的資源信息可以保持一致。


圖l是現(xiàn)有技術(shù)Proxy MIP方式下遷移處理方法流程圖； 圖2是本發(fā)明實施例一遷移處理方法流程圖； 圖3是本發(fā)明實施例二遷移處理方法流程圖； 圖4是本發(fā)明實施例三遷移處理方法流程圖； 圖5是本發(fā)明實施例四遷移處理方法流程圖； 圖6是本發(fā)明實施例網(wǎng)絡(luò)側(cè)設(shè)備一的結(jié)構(gòu)示意圖； 圖7是本發(fā)明實施例網(wǎng)絡(luò)側(cè)設(shè)備二的結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例提供一種通信系統(tǒng)中遷移處理方法，能夠進一步完善通信 系統(tǒng)中遷移處理方法的流程，使得網(wǎng)絡(luò)系統(tǒng)中各實體的資源信息可以保持一 致。本發(fā)明實施例技術(shù)方案通過在現(xiàn)有技術(shù)的流程基礎(chǔ)上，增加新的處理步
流程，包括增加目標(biāo)網(wǎng)關(guān)TargetGW發(fā)生異常后，通知家鄉(xiāng)代理將資源信息 進行修改的流程，以及增加客戶端實體和錨網(wǎng)關(guān)向目標(biāo)網(wǎng)關(guān)發(fā)送最終確認(rèn)消 息的流程等，從而完善了通信系統(tǒng)中的遷移處理流程，使得網(wǎng)絡(luò)系統(tǒng)中各實 體的資源信息可以保持一致。
請參閱圖2，是本發(fā)明實施例一遷移處理方法流程圖，包括步驟 步驟201、在目標(biāo)網(wǎng)關(guān)進行遷移處理發(fā)生異常后，家鄉(xiāng)代理接收指示消息； 步驟202、所述家鄉(xiāng)代理根據(jù)接收的所述指示消息，將記錄的關(guān)于移動終 端的資源信息調(diào)整為與錨網(wǎng)關(guān)上的資源信息一致。 上述內(nèi)容具體又分為兩種情況
一種是家鄉(xiāng)代理不支持多重綁定的情況下，所述家鄉(xiāng)代理接收所述錨網(wǎng) 關(guān)發(fā)送的注冊請求消息，其中攜帶錨網(wǎng)關(guān)的資源信息；所述家鄉(xiāng)代理根據(jù)接 收的注冊請求消息中的錨網(wǎng)關(guān)的資源信息，將記錄的目標(biāo)網(wǎng)關(guān)的資源信息修 改為錨網(wǎng)關(guān)的資源信息。
另 一種是家鄉(xiāng)代理支持多重綁定的情況下，所述家鄉(xiāng)代理接收所述目標(biāo) 網(wǎng)關(guān)發(fā)送的注冊請求消息，其中攜帶指示刪除目標(biāo)網(wǎng)關(guān)的資源信息的標(biāo)識值； 所述家鄉(xiāng)代理根據(jù)接收的注冊請求消息中指示刪除目標(biāo)網(wǎng)關(guān)的資源信息的標(biāo) 識值，將記錄的目標(biāo)網(wǎng)關(guān)的資源信息刪除。
圖2所示是本發(fā)明實施例一種處理方法，還有一種方法按以下步驟執(zhí)行
1) 目標(biāo)網(wǎng)關(guān)在確認(rèn)家鄉(xiāng)代理將記錄的關(guān)于移動終端的資源信息修改為目 標(biāo)網(wǎng)關(guān)的資源信息后，向相關(guān)實體發(fā)送通知消息，相關(guān)實體為客戶端實體或 錨網(wǎng)關(guān)；
2) 所述目標(biāo)網(wǎng)關(guān)根據(jù)成功接收到相關(guān)實體回復(fù)的最終確認(rèn)消息確定網(wǎng)絡(luò) 中相關(guān)實體與目標(biāo)網(wǎng)關(guān)的資源信息一致。
2 )中具體為所述目標(biāo)網(wǎng)關(guān)成功接收到客戶端實體返回的最終確認(rèn)消息， 則確定目標(biāo)網(wǎng)關(guān)和家鄉(xiāng)代理是與客戶端實體之間的資源信息一致，和/或，成 功接收到錨網(wǎng)關(guān)返回的最終確認(rèn)消息，則確定目標(biāo)網(wǎng)關(guān)和家鄉(xiāng)代理是與錨網(wǎng) 關(guān)之間的資源信息一致。
為更好理解本發(fā)明實施例技術(shù)方案，以下內(nèi)容進一步詳細(xì)介紹本發(fā)明實施例技術(shù)方案。
請參閱圖3,是本發(fā)明實施例二遷移處理方法流程圖。
實施例二針對Target GW的FA收到HA表示成功的RRP消息后，Target GW 發(fā)生異常并且HA不支持多重綁定的場景。
現(xiàn)有技術(shù)中，Target GW的FA收到表示成功的RRP消息后，Target GW發(fā) 生異常(例如下發(fā)表項失敗、啟動計費失敗等)，此時如果HA不支持多重綁 定，則AnchorGW、 PMIPClient、 HA上的資源信息不一致，HA上的資源信息 是Target GW的FA的資源信息，而PMIP Client和Anchor GW上還是原來的資源 信息，導(dǎo)致各實體的資源信息不一致，本發(fā)明實施例二的技術(shù)方案則可以解 決這些問題。
如圖3所示，本發(fā)明實施例二包括步驟
步驟301 、 Target GW的DPF發(fā)送切換觸發(fā)Anchor DPF HO Trigger消息 到Anchor GW的DPF,要求發(fā)起R3遷移；
步驟302、 Anchor GW的DPF發(fā)起R3遷移，發(fā)送切換請求Anchor DPF HO Req消息到Target GW的DPF;
Anchor GW的DPF收到Anchor DPF HO Trigger消息后，首先判斷Anchor GW上的R4切換是否完成，如果沒有完成，那么等待R4切換完成后發(fā)起 R3遷移，發(fā)送Anchor DPF HO Req消息到Target GW的DPF。
步驟303、 Target GW的DPF收到Anchor DPF HO Req消息后，向PMIP Client發(fā)送重定位Anchor DPF Relocate Req消息，其中攜帶Target GW的FA 的轉(zhuǎn)交地址COF;
步驟304、 PMIP Client構(gòu)造注冊請求RRQ消息，并將其封裝到外地代 理注冊請求FA Register Req消息中，再發(fā)送給Target GW的FA，通知Target GW的FA進行MIP注冊；
步驟305 、 Target GW的FA收到FA Register Req消息后，獲取其中的 RRQ消息并轉(zhuǎn)發(fā)給HA;
步驟306、 HA向Target GW的FA返回表示成功的注冊響應(yīng)RRP消息， 指示注冊成功；HA接收到RRQ消息后，進行資源信息更新，將MIP用戶資源信息更 新為Target GW的FA的資源信息，其中包括轉(zhuǎn)交地址、FA地址等，并將 R3隧道遷移到Target GW的FA上。然后，Target GW的FA返回表示成功的 注冊響應(yīng)RRP消息。
上述步驟301 - 306與現(xiàn)有技術(shù)中的流程相同。
步驟307、 Target GW的FA處理失敗，向PMIP Client發(fā)送表示失敗的 外地代理注冊響應(yīng)FA Register Rsp消息；
Target GW的FA收到表示成功的RRP消息后，因為發(fā)生異常情況導(dǎo)致 處理失敗，則向PMIP Client發(fā)送表示失敗的外地代理注冊響應(yīng)FARegister Rsp消息。
步驟308、 Target GW的DPF向Anchor GW的DPF發(fā)送表示失敗的切 換響應(yīng)Anchor DPF HO Rsp消息；
需要說明的是，步驟307和308之間沒有必然的順序關(guān)系。
步驟309、 PMIP Client接收到表示失敗的FA Register Rsp消息后，向 Anchor GW的FA發(fā)送FA Register Req消息；
PMIP Client接收到表示失敗的FA Register Rsp消息后，需要使用Anchor GW的FA的資源信息重新發(fā)起更新過程，因此向Anchor GW的FA發(fā)送FA Register Req消息。
步驟310、 Anchor GW的FA向HA發(fā)送注冊請求RRQ消息，其中攜帶 Anchor GW的FA的資源信息；
步驟311、 HA將用戶資源信息更新為Anchor GW的FA的資源信息， 向Anchor GW的FA返回注冊響應(yīng)RRP消息，指示更新完成；
HA接收Anchor GW的FA發(fā)送的注冊請求RRQ消息后，將MIP用戶 資源信息從之前更新為Target GW的FA的資源信息，現(xiàn)在再重新更新為 Anchor GW的FA的資源信息，并將R3隧道重新遷移到Anchor GW的FA 上，這樣就可以保持和其他實體上的資源信息是一致的。
步驟312、 Anchor GW的FA向PMIP Client返回外地代理注冊響應(yīng)FA Register Rsp消息，表示在HA的重注冊完成。可以發(fā)現(xiàn)，本實施例二中Target GW的FA收到HA表示成功的RRP消 息(步驟306)后，Target GW發(fā)生異常，無法切換成功，則網(wǎng)絡(luò)繼續(xù)使用 Anchor GW。 Target GW通過步驟307通知PMIP Client和步驟308通知Anchor GW切換失敗，其中由于更新失敗，故PMIP Client采用Anchor GW的資源 信息，而HA中，由于HA不支持多重綁定，其在步驟305之后使用Target GW 的資源信息替代Anchor GW的資源信息，故無法與當(dāng)前網(wǎng)絡(luò)使用Anchor GW 資源信息的實際情況保持一致。因此通過步驟309中PMIP Client通知Anchor GW重新發(fā)起注冊過程，Anchor GW向HA重新發(fā)起注冊后，HA更新資源 信息，將Target GW的資源信息重新更改為Anchor GW的資源信息，從而實 現(xiàn)網(wǎng)絡(luò)中PMIP Client、 Anchor GW、 HA等各實體的資源信息一致。
請參閱圖4，是本發(fā)明實施例三遷移處理方法流程圖。
實施例三針對Target GW的FA收到表示成功的RRP消息后，Target GW發(fā) 生異常并且HA支持多重綁定的場景。
現(xiàn)有技術(shù)中，Target GW的FA收到表示成功的RRP消息后，Target GW發(fā) 生異常(例如下發(fā)表項失敗、啟動計費失敗等)，此時如果HA支持多重綁定， 則HA上既有Anchor GW的FA的資源信息，也有Target GW的FA的資源信息， 而此時HA上的關(guān)于Target GW的FA的資源信息已無效，稱為垃圾資源信息， 導(dǎo)致各實體的資源信息不一致，本發(fā)明實施例三的技術(shù)方案則可以解決這些 問題。
如圖4所示，本發(fā)明實施例三包括步驟
步驟401 、 Target GW的DPF發(fā)送切換觸發(fā)Anchor DPF HO Trigger消息 到Anchor GW的DPF,要求發(fā)起R3遷移；
步驟402、 Anchor GW的DPF發(fā)起R3遷移，發(fā)送切換請求Anchor DPF HO Req消息到Target GW的DPF;
Anchor GW的DPF收到Anchor DPF HO Trigger消息后，首先判斷Anchor GW上的R4切換是否完成，如果沒有完成，那么等待R4切換完成后發(fā)起 R3遷移，發(fā)送Anchor DPF HO Req消息到Target GW的DPF。步驟403 、 Target GW的DPF收到Anchor DPF HO Req消息后，向PMIP Client發(fā)送重定位Anchor DPF Relocate Req消息，其中攜帶Target GW的FA 的轉(zhuǎn)交地址COF;
步驟404、 PMIP Client構(gòu)造注冊請求RRQ消息，并將其封裝到外地代 理注冊請求FA Register Req消息中，再發(fā)送給Target GW的FA,通知Target GW的FA進行MIP注冊；
步驟405 、 Target GW的FA收到FA Register Req消息后，獲取其中的 RRQ消息并轉(zhuǎn)發(fā)給HA;
步驟406、 HA向Target GW的FA返回表示成功的注冊響應(yīng)RRP消息， 指示注冊成功；
HA接收到RRQ消息后，進行資源信息更新，即創(chuàng)建Target GW的FA 的資源信息，也保留Anchor GW的FA的資源信息，并將R3隧道遷移到Target GW的FA上。然后，Target GW的FA返回表示成功的注冊響應(yīng)RRP消息。
步驟407、 Target GW的FA處理失敗，向PMIP Client發(fā)送表示失敗的 外地代理注冊響應(yīng)FA Register Rsp消息；
Target GW的FA收到表示成功的RRP消息后，因為發(fā)生異常情況導(dǎo)致 處理失敗，則向PMIP Client發(fā)送表示失敗的外地代理注冊響應(yīng)FA Register Rsp消息；
步驟408、 Target GW的DPF向Anchor GW的DPF發(fā)送表示失敗的切
換響應(yīng)Anchor DPF HO Rsp消息；
需要說明的是，步驟407和408之間沒有必然的順序關(guān)系。
上述步驟401 -408與前面實施例的步驟301 - 308相同。
步驟409、 Target GW的FA向HA發(fā)送注冊請求RRQ消息，指示HA
刪除Target GW的FA的資源信息；
Target GW的FA使用R3遷移更新時保存的RRQ消息，同時將消息中
的存活時間參數(shù)lifetime值修改為0后向HA發(fā)送。lifetime值為0表示注銷，
即修改后的消息是表示通知HA釋放連接，刪除Target GW的FA的資源信息。因為HA支持多重綁定，則HA上既有Anchor GW的FA的資源信息，也有Target GW的FA的資源信息，那么通過指示HA刪除Target GW的FA的資源信息，以釋放掉Target GW的FA的垃圾資源信息，這樣也實現(xiàn)網(wǎng)絡(luò) 中各實體的資源信息一致。步驟410 、 HA刪除Target GW的FA的資源信息，向Target GW的FA 返回注冊響應(yīng)RRP消息，指示更新完成。可以發(fā)現(xiàn)，本實施例三中Target GW的FA收到HA表示成功的RRP消 息(步驟406 )后，Target GW發(fā)生異常，無法切換成功，則網(wǎng)絡(luò)繼續(xù)使用 Anchor GW。 Target GW通過步驟407通知PMIP Client和步驟408通知Anchor GW切換失敗，其中由于更新失敗，PMIP Client采用Anchor GW的資源， 而HA中，由于HA支持多重綁定，在步驟405之后同時保存有Target GW 的資源信息和Anchor GW的資源信息，故無法與當(dāng)前網(wǎng)絡(luò)使用Anchor GW 資源信息的實際情況保持一致。因此通過步驟409中Target GW通知HA刪 除Target GW的資源信息，則HA除關(guān)于之前更新過的Target GW的資源信 息，從而實現(xiàn)網(wǎng)絡(luò)中各實體的資源信息一致。請參閱圖5，是本發(fā)明實施例四遷移處理方法流程圖。實施例四針對Target GW的FA收到表示成功的RRP消息后，PMIP Client或 Anchor GW由于定時器超時無法感知R3遷移是否成功的場景?，F(xiàn)有技術(shù)中，PMIP Client等待FA Register Rsp消息的定時器超時，此時 PMIP Client無法感知R3遷移是否成功，那么PMIP Client無法確定如何處理， 如果實際是遷移成功但卻按照R3遷移失敗回退處理，或者遷移失敗卻按遷 移成功處理，都會引起Anchor GW、 Target GW、 PMIPClient、 HA上的資源 信息不一致。另外，Anchor GW等待Anchor DPF HO Rsp消息的定時器超時，此時 Anchor GW無法感知R3遷移是否成功，那么Anchor GW無法確定如何處理， 如果實際是遷移成功但卻按照R3遷移失敗回退處理，或者遷移失敗卻按遷 移成功處理，都會引起AnchorGW、 TargetGW、 PMIPClient、 HA上的資源 信息不一致。本發(fā)明實施例四的技術(shù)方案則可以解決上述這些問題。如圖5所示，本發(fā)明實施例四包括步驟步驟501 、 Target GW的DPF發(fā)送切換觸發(fā)Anchor DPF HO Trigger消息 到Anchor GW的DPF,要求發(fā)起R3遷移；步驟502、 Anchor GW的DPF發(fā)起R3遷移，發(fā)送切換請求Anchor DPF HO Req消息到Target GW的DPF;Anchor GW的DPF收到Anchor DPF HO Trigger消息后，首先判斷Anchor GW上的R4切換是否完成，如果沒有完成，那么等待R4切換完成后發(fā)起 R3遷移，發(fā)送Anchor DPF HO Req消息到Target GW的DPF。步驟503、 Target GW的DPF收到Anchor DPF HO Req消息后，向PMIP Client發(fā)送重定位Anchor DPF Relocate Req消息，其中攜帶Target GW的FA 的轉(zhuǎn)交地址COF;步驟504、 PMIP Client構(gòu)造注冊請求RRQ消息，并將其封裝到外地代 理注冊請求FA Register Req消息中，再發(fā)送給Target GW的FA,通知Target GW的FA進行MIP注冊；步驟505 、 Target GW的FA收到FA Register Req消息后，獲取其中的 RRQ消息并轉(zhuǎn)發(fā)給HA;步驟506、 HA向Target GW的FA返回表示成功的注冊響應(yīng)RRP消息， 指示注冊成功；HA接收到RRQ消息后，進行資源信息更新，將MIP用戶資源信息更 新為TargetGW的FA的資源信息，其中包括轉(zhuǎn)交地址、FA地址等，并將 R3隧道遷移到Target GW的FA上。然后，Target GW的FA返回表示成功的 注冊響應(yīng)RRP消息。上述步驟501 - 506與前面實施例的步驟401 -406相同。步驟507、 Target GW的FA向PMIP Client發(fā)送表示成功的外地代理注 冊響應(yīng)FA Register Rsp消息；Target GW的FA收到表示成功的RRP消息后，向PMIP Client發(fā)送表示 成功的外地代理注冊響應(yīng)FA Register Rsp消息；步驟508、 Target GW的DPF向Anchor GW的DPF發(fā)送表示成功的切 換響應(yīng)Anchor DPF HO Rsp消息；需要說明的是，步驟507和508之間沒有必然的順序關(guān)系。步驟509、 Target GW的FA接收PMIP Client返回的重定位響應(yīng)Anchor DPF Relocate Rsp消息；Target GW的FA向PMIP Client發(fā)送FA Register Rsp消息后，需要等待 PMIP Client返回的重定位響應(yīng)Anchor DPF Relocate Rsp消息。步驟510、 Target GW的FA接收Anchor GW的DPF返回的切換確認(rèn) Anchor DPF HO Ack消息。需要說明的是，步驟509和510之間沒有必然的順序關(guān)系。Target GW的FA只有收到PMIP Client返回的重定位響應(yīng)Anchor DPF Relocate r Rsp消息(即PMIP Client向Target GW發(fā)送響應(yīng)，表示PMIP Client 采用Target GW的資源信息)和Anchor GW的DPF返回的切換確認(rèn)Anchor DPF HO Ack消息后，才確認(rèn)R3遷移成功，即網(wǎng)絡(luò)使用Target GW的資源信 息代替Anchor GW的資源信息。通過上面的步驟保證PMIP Client和HA都 使用TargetGW的資源信息，從而實現(xiàn)網(wǎng)絡(luò)中各實體的資源信息一致。如果Target GW的FA等待PMIP Client返回的重定位響應(yīng)Anchor DPF Relocate r Rsp消息超時，則重新向PMIP Client發(fā)送表示成功的外地代理注 冊響應(yīng)FA Register Rsp消息，這樣也就可以避免PMIP Client由于定時器超 時才妄收不到FARegisterRsp消息而無法感知R3遷移是否成功的問題；如果Target GW的FA等待Anchor GW的DPF返回的切換確認(rèn)Anchor DPF HO Ack消息超時，則重新向Anchor GW的DPF發(fā)送表示成功的切換響 應(yīng)Anchor DPF HO Rsp消息，這樣也就可以避免Anchor GW的DPF由于定 時器超時接收不到Anchor DPF HO Rsp消息而無法感知R3遷移是否成功的 問題。另外，可以設(shè)置消息重發(fā)次數(shù)門限，如果上述兩種消息重發(fā)的次數(shù)超過 門限值，貝'j Target GW的FA認(rèn)為R3遷移失敗，同時通知其4也實體如Anchor GW 、 PMIP Client等進行相應(yīng)的退網(wǎng)?？梢园l(fā)現(xiàn)，本實施例四通過增加響應(yīng)消息和確-〖人消息的相關(guān)處理流程，使得Anchor GW、 PMIP Client可以感知R3遷移是否成功而作出對應(yīng)處理， 從而可實現(xiàn)網(wǎng)絡(luò)中各實體的資源信息一致。上述內(nèi)容詳細(xì)介紹了本發(fā)明實施例遷移處理方法，相應(yīng)的，本發(fā)明實施 例提供一種網(wǎng)絡(luò)側(cè)設(shè)備。請參閱圖6,是本發(fā)明實施例網(wǎng)絡(luò)側(cè)設(shè)備一的結(jié)構(gòu)示意圖。本實施例中的網(wǎng)絡(luò)側(cè)設(shè)備具體指家鄉(xiāng)代理HA。如圖6所示，網(wǎng)絡(luò)側(cè)設(shè)備 包括接收單元601、處理單元602。接收單元601,用于在目標(biāo)網(wǎng)關(guān)進行遷移處理發(fā)生異常后，接收指示消息。處理單元602,用于根據(jù)所述接收單元601接收的所述指示消息，將記錄 的關(guān)于移動終端的資源信息調(diào)整為與錨網(wǎng)關(guān)上的資源信息一致。上述單元有兩種實施方式實施方式一和實施方式二。實施方式一所述接收單元601是接收錨網(wǎng)關(guān)發(fā)送的注冊請求消息，其中攜帶錨網(wǎng)關(guān)的 資源信息；所述處理單元602是根據(jù)接收的注冊請求消息中的錨網(wǎng)關(guān)的資源信 息，將記錄的目標(biāo)網(wǎng)關(guān)的資源信息修改為錨網(wǎng)關(guān)的資源信息。所述錨網(wǎng)關(guān)發(fā)送的注冊請求消息具體是在所述錨網(wǎng)關(guān)接收客戶端實體發(fā) 送的外地代理注冊請求消息后，向所述接收單元601發(fā)送。處理單元602將記錄的目標(biāo)網(wǎng)關(guān)的資源信息修改為錨網(wǎng)關(guān)的資源信息之 后進一步包括向所述錨網(wǎng)關(guān)發(fā)送注冊響應(yīng)消息，再由所述錨網(wǎng)關(guān)向客戶端 實體發(fā)送外地代理注冊響應(yīng)消息。實施方式二所述接收單元601是接收所述目標(biāo)網(wǎng)關(guān)發(fā)送的注冊請求消息，其中攜帶指 示刪除目標(biāo)網(wǎng)關(guān)的資源信息的標(biāo)識值；所述處理單元602是根據(jù)接收的注冊請 求消息中指示刪除目標(biāo)網(wǎng)關(guān)的資源信息的標(biāo)識值，將記錄的目標(biāo)網(wǎng)關(guān)的資源 信息刪除。所述指示刪除目標(biāo)網(wǎng)關(guān)的資源信息的標(biāo)識值為存活時間參數(shù)lifetime值， 所述存活時間參數(shù)lifetime^直設(shè)置為0。請參閱圖7,是本發(fā)明實施例網(wǎng)絡(luò)側(cè)設(shè)備二的結(jié)構(gòu)示意圖。本實施例中的網(wǎng)絡(luò)側(cè)設(shè)備具體指目標(biāo)網(wǎng)關(guān)Target GW。如圖7所示，網(wǎng)絡(luò) 側(cè)設(shè)備包括發(fā)送單元701、接收單元702、處理單元703。發(fā)送單元701，用于在確認(rèn)家鄉(xiāng)代理將記錄的關(guān)于移動終端的資源信息修 改為目標(biāo)網(wǎng)關(guān)的資源信息后，向相關(guān)實體發(fā)送通知消息，相關(guān)實體為客戶端 實體或錨網(wǎng)關(guān)。接收單元702,用于接收相關(guān)實體返回的最終確認(rèn)消息。處理單元703,用于根據(jù)所述接收單元702成功接收到相關(guān)實體回復(fù)的最 終確認(rèn)消息時，確定網(wǎng)絡(luò)中相關(guān)實體與目標(biāo)網(wǎng)關(guān)的資源信息一致。所述處理單元703進一步包括第一處理單元7031,用于在所述接收單元702成功接收到客戶端實體返回 的最終確認(rèn)消息時，確定目標(biāo)網(wǎng)關(guān)和家鄉(xiāng)代理是與客戶端實體之間的資源信 息一致；和/或，第二處理單元7032,用于在所述接收單元702成功接收到錨網(wǎng)關(guān)返回的最 終確認(rèn)消息時，獲知目標(biāo)網(wǎng)關(guān)與錨網(wǎng)關(guān)之間的資源信息一致，并最終確認(rèn)目 標(biāo)網(wǎng)關(guān)與家鄉(xiāng)代理之間的資源信息 一致。所述網(wǎng)絡(luò)側(cè)設(shè)備還包括重發(fā)單元704。重發(fā)單元704,用于在所述接收單元702接收客戶端實體或錨網(wǎng)關(guān)返回的 最終確認(rèn)消息為接收失敗時，在設(shè)定門限內(nèi)向客戶端實體或錨網(wǎng)關(guān)重新發(fā)送 通知消息。綜上所述，本發(fā)明實施例技術(shù)方案通過在目標(biāo)網(wǎng)關(guān)進行遷移處理發(fā)生異 常后，增加處理流程，即家鄉(xiāng)代理接收指示消息，根據(jù)接收的指示消息，將 記錄的關(guān)于移動終端的資源信息修改為與錨網(wǎng)關(guān)上的資源信息一致，從而完 善了通信系統(tǒng)中遷移處理方法的流程，使得網(wǎng)絡(luò)系統(tǒng)中各實體的資源信息可 以保持一致。本發(fā)明實施例技術(shù)方案還可通過在目標(biāo)網(wǎng)關(guān)確認(rèn)家鄉(xiāng)代理將記錄的關(guān)于 移動終端的資源信息修改為目標(biāo)網(wǎng)關(guān)的資源信息，并向相關(guān)實體發(fā)送通知消 息后，增加遷移的確認(rèn)流程，即所述目標(biāo)網(wǎng)關(guān)根據(jù)成功接收到相關(guān)實體回復(fù) 的最終確認(rèn)消息確定網(wǎng)絡(luò)中相關(guān)實體與目標(biāo)網(wǎng)關(guān)的資源信息一致，從而完善 了通信系統(tǒng)中遷移處理方法的流程，使得網(wǎng)絡(luò)系統(tǒng)中相關(guān)實體的資源信息可以保持一致。進一步的，本發(fā)明實施例提供的技術(shù)方案還針對不同場景提出不同的處 理流程，應(yīng)用靈活。以上對本發(fā)明實施例所提供的一種通信系統(tǒng)中遷移處理方法及網(wǎng)絡(luò)側(cè)設(shè)同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及 應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明 的限制。
權(quán)利要求
1、一種通信系統(tǒng)中遷移處理方法，其特征在于，包括在目標(biāo)網(wǎng)關(guān)進行遷移處理發(fā)生異常后，家鄉(xiāng)代理接收指示消息；所述家鄉(xiāng)代理根據(jù)接收的所述指示消息，將記錄的關(guān)于移動終端的資源信息調(diào)整為與錨網(wǎng)關(guān)上的資源信息一致。
2、 根據(jù)權(quán)利要求l所述的通信系統(tǒng)中遷移處理方法，其特征在于 所述家鄉(xiāng)代理接收指示消息具體為所述家鄉(xiāng)代理接收所述錨網(wǎng)關(guān)發(fā)送的注冊請求消息，其中攜帶錨網(wǎng)關(guān)的 資源信息；所述家鄉(xiāng)代理根據(jù)接收的所述指示消息，將記錄的關(guān)于移動終端的資源 信息調(diào)整為與錨網(wǎng)關(guān)上的資源信息一致具體為所述家鄉(xiāng)代理根據(jù)接收的注冊請求消息中的錨網(wǎng)關(guān)的資源信息，將記錄 的目標(biāo)網(wǎng)關(guān)的資源信息修改為錨網(wǎng)關(guān)的資源信息。
3、 根據(jù)權(quán)利要求2所述的通信系統(tǒng)中遷移處理方法，其特征在于 所述將記錄的目標(biāo)網(wǎng)關(guān)的資源信息修改為錨網(wǎng)關(guān)的資源信息之后進一步包括所述家鄉(xiāng)代理向所述錨網(wǎng)關(guān)發(fā)送注冊響應(yīng)消息。
4、 根據(jù)權(quán)利要求3所述的通信系統(tǒng)中遷移處理方法，其特征在于 所述錨網(wǎng)關(guān)發(fā)送的注冊請求消息具體是在所述錨網(wǎng)關(guān)接收客戶端實體發(fā)送的外地代理注冊請求消息后，向所述家鄉(xiāng)代理發(fā)送；所述家鄉(xiāng)代理向所述錨網(wǎng)關(guān)發(fā)送注冊響應(yīng)消息之后進一步包括 所述錨網(wǎng)關(guān)向客戶端實體發(fā)送外地代理注冊響應(yīng)消息。
5、 根據(jù)權(quán)利要求l所述的通信系統(tǒng)中遷移處理方法，其特征在于 所述家鄉(xiāng)代理接收指示消息具體為所述家鄉(xiāng)代理接收所述目標(biāo)網(wǎng)關(guān)發(fā)送的注冊請求消息，其中攜帶指示刪 除目標(biāo)網(wǎng)關(guān)的資源信息的標(biāo)識值；所述家鄉(xiāng)代理根據(jù)接收的所述指示消息，將記錄的關(guān)于移動終端的資源 信息調(diào)整為與錨網(wǎng)關(guān)上的資源信息一致具體為所述家鄉(xiāng)代理根據(jù)接收的注冊請求消息中指示刪除目標(biāo)網(wǎng)關(guān)的資源信息 的標(biāo)識值，將記錄的目標(biāo)網(wǎng)關(guān)的資源信息刪除。
6、 根據(jù)權(quán)利要求5所述的通信系統(tǒng)中遷移處理方法，其特征在于 所述指示刪除目標(biāo)網(wǎng)關(guān)的資源信息的標(biāo)識值為存活時間參數(shù)值。
7、 一種通信系統(tǒng)中遷移處理方法，其特征在于，包括目標(biāo)網(wǎng)關(guān)在確認(rèn)家鄉(xiāng)代理將記錄的關(guān)于移動終端的資源信息修改為目標(biāo) 網(wǎng)關(guān)的資源信息后，向相關(guān)實體發(fā)送通知消息，相關(guān)實體為客戶端實體或錨 網(wǎng)關(guān)；所述目標(biāo)網(wǎng)關(guān)根據(jù)成功接收到相關(guān)實體回復(fù)的最終確認(rèn)消息確定網(wǎng)絡(luò)中 相關(guān)實體與目標(biāo)網(wǎng)關(guān)的資源信息一致。
8、 根據(jù)權(quán)利要求7所述的通信系統(tǒng)中遷移處理方法，其特征在于所述目標(biāo)網(wǎng)關(guān)根據(jù)成功接收到相關(guān)實體回復(fù)的最終確認(rèn)消息確定網(wǎng)絡(luò)中 相關(guān)實體與目標(biāo)網(wǎng)關(guān)的資源信息一致具體為所述目標(biāo)網(wǎng)關(guān)成功接收到客戶端實體返回的最終確認(rèn)消息，則確定目標(biāo) 網(wǎng)關(guān)和家鄉(xiāng)代理是與客戶端實體之間的資源信息一致，和/或，成功接收到錨 網(wǎng)關(guān)返回的最終確認(rèn)消息，則獲知目標(biāo)網(wǎng)關(guān)與錨網(wǎng)關(guān)之間的資源信息一致， 并最終確認(rèn)目標(biāo)網(wǎng)關(guān)與家鄉(xiāng)代理之間的資源信息一致。
9、 根據(jù)權(quán)利要求8所述的通信系統(tǒng)中遷移處理方法，其特征在于 所述目標(biāo)網(wǎng)關(guān)向客戶端實體發(fā)送通知消息具體為目標(biāo)網(wǎng)關(guān)向客戶端實體發(fā)送外地代理注冊響應(yīng)消息；所述目標(biāo)網(wǎng)關(guān)成功接收到客戶端實體返回的最終確認(rèn)消息，則確定目標(biāo) 網(wǎng)關(guān)和家鄉(xiāng)代理是與客戶端實體之間的資源信息一致具體為所述目標(biāo)網(wǎng)關(guān)成功接收到客戶端實體返回的重定位響應(yīng)消息，則確定目 標(biāo)網(wǎng)關(guān)和家鄉(xiāng)代理是與客戶端實體之間的資源信息一致。
10、 根據(jù)權(quán)利要求8所述的通信系統(tǒng)中遷移處理方法，其特征在于 所述目標(biāo)網(wǎng)關(guān)向錨網(wǎng)關(guān)發(fā)送通知消息具體為目標(biāo)網(wǎng)關(guān)向錨網(wǎng)關(guān)發(fā)送切換響應(yīng)消息；所述成功接收到錨網(wǎng)關(guān)返回的最終確認(rèn)消息，則獲知目標(biāo)網(wǎng)關(guān)和與錨網(wǎng) 關(guān)之間的資源信息一致具體為所述目標(biāo)網(wǎng)關(guān)成功接收到錨網(wǎng)關(guān)返回的切換確認(rèn)消息，則獲知目標(biāo)網(wǎng)關(guān) 與錨網(wǎng)關(guān)之間的資源信息一致。
11、 根據(jù)權(quán)利要求8、 9或10所述的通信系統(tǒng)中遷移處理方法，其特征在于所述目標(biāo)網(wǎng)關(guān)若接收客戶端實體或錨網(wǎng)關(guān)返回的最終確認(rèn)消息為接收失 敗，則所述目標(biāo)網(wǎng)關(guān)在設(shè)定門限內(nèi)向客戶端實體或錨網(wǎng)關(guān)重新發(fā)送通知消息。
12、 一種網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，包括接收單元，用于在目標(biāo)網(wǎng)關(guān)進行遷移處理發(fā)生異常后，接收指示消息； 處理單元，用于根據(jù)所述接收單元接收的所述指示消息，將記錄的關(guān)于 移動終端的資源信息調(diào)整為與錨網(wǎng)關(guān)上的資源信息一致。
13、 根據(jù)權(quán)利要求12所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于 所述接收單元是接收錨網(wǎng)關(guān)發(fā)送的注冊請求消息，其中攜帶錨網(wǎng)關(guān)的資源信息；所述處理單元是根據(jù)接收的注冊請求消息中的錨網(wǎng)關(guān)的資源信息，將記 錄的目標(biāo)網(wǎng)關(guān)的資源信息修改為錨網(wǎng)關(guān)的資源信息。
14、 根據(jù)權(quán)利要求12所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于 所述接收單元是接收所述目標(biāo)網(wǎng)關(guān)發(fā)送的注冊請求消息，其中攜帶指示刪除目標(biāo)網(wǎng)關(guān)的資源信息的標(biāo)識值；所述處理單元是根據(jù)接收的注冊請求消息中指示刪除目標(biāo)網(wǎng)關(guān)的資源信 息的標(biāo)識值，將記錄的目標(biāo)網(wǎng)關(guān)的資源信息刪除。
15、 根據(jù)權(quán)利要求12至14任一項所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于 所述網(wǎng)絡(luò)側(cè)設(shè)備為家鄉(xiāng)代理。
16、 一種網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，包括發(fā)送單元，用于在確認(rèn)家鄉(xiāng)代理將記錄的關(guān)于移動終端的資源信息修改 為目標(biāo)網(wǎng)關(guān)的資源信息后，向相關(guān)實體發(fā)送通知消息，相關(guān)實體為客戶端實 體或錨網(wǎng)關(guān)；接收單元，用于接收相關(guān)實體返回的最終確認(rèn)消息；處理單元，用于根 據(jù)所述接收單元成功接收到相關(guān)實體回復(fù)的最終確認(rèn)消息時，確定網(wǎng)絡(luò)中相 關(guān)實體與目標(biāo)網(wǎng)關(guān)的資源信息一致。
17、 根據(jù)權(quán)利要求16所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，所述處理單元包括第一處理單元，用于在所述接收單元成功接收到客戶端實體返回的最終 確認(rèn)消息時，確定目標(biāo)網(wǎng)關(guān)和家鄉(xiāng)代理是與客戶端實體之間的資源信息一致， 和/或，第二處理單元，用于在所述接收單元成功接收到錨網(wǎng)關(guān)返回的最終確認(rèn) 消息時，獲知目標(biāo)網(wǎng)關(guān)與錨網(wǎng)關(guān)之間的資源信息一致，并最終確認(rèn)目標(biāo)網(wǎng)關(guān) 與家鄉(xiāng)代理之間的資源信息一致。
18、 根據(jù)權(quán)利要求16或17所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，所述網(wǎng)絡(luò)側(cè) 設(shè)備還包括重發(fā)單元，用于在所述接收單元接收客戶端實體或錨網(wǎng)關(guān)返回的最終確 認(rèn)消息為接收失敗時，在設(shè)定門限內(nèi)向客戶端實體或錨網(wǎng)關(guān)重新發(fā)送通知消 息。
19、 根據(jù)權(quán)利要求16或17所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于 所述網(wǎng)絡(luò)側(cè)i殳備為目標(biāo)網(wǎng)關(guān)。
全文摘要
本發(fā)明實施例公開一種通信系統(tǒng)中遷移處理方法及網(wǎng)絡(luò)側(cè)設(shè)備。所述方法為在目標(biāo)網(wǎng)關(guān)進行遷移處理發(fā)生異常后，家鄉(xiāng)代理接收指示消息；所述家鄉(xiāng)代理根據(jù)接收的所述指示消息，將記錄的關(guān)于移動終端的資源信息調(diào)整為與錨網(wǎng)關(guān)上的資源信息一致。另一種方法是目標(biāo)網(wǎng)關(guān)在確認(rèn)家鄉(xiāng)代理將記錄的關(guān)于移動終端的資源信息修改為目標(biāo)網(wǎng)關(guān)的資源信息后，向相關(guān)實體發(fā)送通知消息，相關(guān)實體為客戶端實體或錨網(wǎng)關(guān)；所述目標(biāo)網(wǎng)關(guān)根據(jù)成功接收到相關(guān)實體回復(fù)的最終確認(rèn)消息確定網(wǎng)絡(luò)中相關(guān)實體與目標(biāo)網(wǎng)關(guān)的資源信息一致。本發(fā)明實施例技術(shù)方案能夠進一步完善通信系統(tǒng)中遷移處理方法的流程，使得網(wǎng)絡(luò)系統(tǒng)中各實體的資源信息可以保持一致。
文檔編號H04L12/28GK101316211SQ200810133019
公開日2008年12月3日 申請日期2008年7月4日 優(yōu)先權(quán)日2008年7月4日
發(fā)明者華 匡 申請人:華為技術(shù)有限公司