專利名稱：一種在分離機(jī)制移動性管理系統(tǒng)中部署子網(wǎng)移動的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種在分離機(jī)制移動性管理系統(tǒng)中部署子網(wǎng)移動的方法。
背景技術(shù)：
隨著Wi-Fi手持終端的快速增長和對因特網(wǎng)接入需求的增長，能夠管理一組節(jié)點的NEMO技術(shù)備受關(guān)注。為了支持NEM0，RFC3963規(guī)范了基本的NEMO支持協(xié)議(NEMO-BSP)，但是該協(xié)議是對MIPv6中NEMO的支持。隨著基于網(wǎng)絡(luò)管理的PMIPv6的出現(xiàn)，IETF MEXT以及IETF NETEXT工作組也提出過一些草案，對于在PMIPv6中進(jìn)行NEMO支持。 專利申請(申請?zhí)?01110152731)提出了一種新的移動性管理協(xié)議，稱為分離機(jī)制移動性管理系統(tǒng)，該系統(tǒng)具有良好的功能、性能及可擴(kuò)展性，但是并不支持子網(wǎng)移動。1.2與本發(fā)明相關(guān)的現(xiàn)有技術(shù)一專利申請(申請?zhí)?01110152731)提出的分離機(jī)制移動性管理的網(wǎng)絡(luò)模型如圖I所示。該方案提出了三種分離機(jī)制即身份與位置分離、數(shù)據(jù)平面與控制平面分離、接入網(wǎng)與核心網(wǎng)分離。該方案定義了三個新的功能實體接入網(wǎng)關(guān)(Access GateWay, AGW)、控制網(wǎng)關(guān)(Control GateWay, CGW)和數(shù)據(jù)網(wǎng)關(guān)(Data Gateffay, DGff) 通過將移動節(jié)點MN分別用于標(biāo)識身份信息的家鄉(xiāng)地址(在一個接入網(wǎng)中不變，為HoA)和接入地址PCoA (根據(jù)接入的AGW的不同而改變)分離來實現(xiàn)身份與位置分離；通過將用于標(biāo)識MN身份信息的家鄉(xiāng)地址和用于核心網(wǎng)路由的核心地址分離來實現(xiàn)接入網(wǎng)與核心網(wǎng)的分離；通過將PMIPv6中LMA的移動性信令管理功能和數(shù)據(jù)路由轉(zhuǎn)發(fā)功能細(xì)化分解分離成控制網(wǎng)關(guān)，實現(xiàn)移動性信令管理功能；數(shù)據(jù)網(wǎng)關(guān)，實現(xiàn)數(shù)據(jù)路由轉(zhuǎn)發(fā)功能。從而實現(xiàn)控制平面和數(shù)據(jù)平面分離。I. 2. I現(xiàn)有技術(shù)一的缺點技術(shù)方案一只是一種移動管理方法，不涉及子網(wǎng)移動。由于分離機(jī)制移動性管理系統(tǒng)中的移動性是基于PMIPv6協(xié)議而來，而PMIPv6只支持域內(nèi)單一節(jié)點的移動，并不支持一組節(jié)點的移動，因此分離機(jī)制移動性管理系統(tǒng)也不支持一組節(jié)點的移動，它只能保證一個節(jié)點在分離機(jī)制移動性管理域中自由移動并保持節(jié)點IP地址不變。1.3與本發(fā)明相關(guān)的現(xiàn)有技術(shù)二PMIPv6提供了 PMIPv6域內(nèi)節(jié)點的網(wǎng)絡(luò)連通性，由于目前的PMIPv6規(guī)范只支持主機(jī)的移動性，因而IETF提出了草案來解決在PMIPv6中支持子網(wǎng)移動的問題，并保證移動子網(wǎng)中移動網(wǎng)絡(luò)節(jié)點(Mobile Network Node，MNN)的網(wǎng)絡(luò)連通性。這個草案將基于網(wǎng)絡(luò)的支持子網(wǎng)移動的協(xié)議稱為PNEMO協(xié)議，該協(xié)議是PMIPv6協(xié)議的一個擴(kuò)展。在這個協(xié)議中，MR不參與信令交互，信令消息是在MAG和LMA之間交互的。MR 為 VMN (Visited Mobile Node)和 LFN (Local Fixed Node)收發(fā)數(shù)據(jù)包。同時 MR 還向LMA和MAG通知子網(wǎng)的狀態(tài)。草案詳細(xì)的描述的MR帶LFN、子網(wǎng)嵌套以及VMN的接入及切換場景。同時也描述了 MAG以及LMA的操作。I. 4. I現(xiàn)有技術(shù)二的缺點PMIPv6只能在域內(nèi)實現(xiàn)有限的身份與位置分離，LMA在管理移動子網(wǎng)的過程中，既要處理控制信令，又要轉(zhuǎn)發(fā)來自和發(fā)往移動子網(wǎng)的數(shù)據(jù)包，容易導(dǎo)致LMA成為PMIPv6網(wǎng)絡(luò)結(jié)構(gòu)中的單故障節(jié)點，無法保障可靠性。同時該子網(wǎng)移動方案是基于PMIPv6協(xié)議，具有有IP地址二義性帶來的的缺陷。I. 4. I與本發(fā)明相關(guān)的現(xiàn)有技術(shù)三如RFC 3315 ( R. Droms, Ed. , J. Bound, B. Volz , T. Lemon, C. Perkins,M. Carney. “Dynamic Host Configuration Protocol for IPv6 (DHCPv6)，，· RFC 3315, July2003.)中描述，DHCP服務(wù)器使用DHCPv6協(xié)議向IPv6節(jié)點提供諸如IPv6網(wǎng)絡(luò)地址等配置信息。它可以自動分配可以重復(fù)使用的網(wǎng)絡(luò)地址和其他配置信息。 在移動子網(wǎng)中，MNN通過MR來接收移動網(wǎng)絡(luò)前綴(Mobile Network Prefix,MNP),DHCPv6前綴代理便可以為鏈路上的移動路由器分配一個或多個前綴，但是代理移動IPv6卻不支持 DHCPv6 前綴代理。草案(A. Petrescu, M. Boc, C. Janneteau, “Network Mobilitywith Proxy Mobile IPv6，，，draft-petrescu-netext-pmip-nemo-OO· txt, March 5,2012.)描述了一種在代理移動IPv6中，使用DHCPv6前綴代理為移動子網(wǎng)分配前綴的方法。使用DHCPv6前綴代理分配前綴時，這些前綴需要在PMIPv6中進(jìn)行綁定。這里簡單介紹下RFC 3315中描述的DHCP服務(wù)器和DHCP客戶端之間的信令交互。這二者之間的消息交互分為四信令交(four-message handshake )和二信令交(two-message handshake)兩種情況。兩種消息交互如圖2所示。當(dāng)一個DHCP客戶端需要服務(wù)器給它分配IP地址的時候，為了獲得IP地址，需要進(jìn)行 four-message handshake。當(dāng)一個DHCP客戶端不需要DHCP服務(wù)器給他分配IP地址的時候，DHCP客戶端可以通過與DHCP服務(wù)器交互單一的請求以應(yīng)答消息來獲取一些如可用的DNS服務(wù)器以及NTP服務(wù)器的配置信息，也就是two-message handshake。為了允許DHCP客戶端向不在同一鏈路上的DHCP服務(wù)器發(fā)送消息，可以使用DHCP中繼代理(DHCP relay agent)來傳遞DHCP服務(wù)器和DHCP客戶端之間的消息。DHCP中繼代理的操作對于DHCP客戶端是透明的。DHCP中繼代理可以允許不在同一鏈路上的DHCP服務(wù)器和DHCP客戶端進(jìn)行通信。I. 3. I現(xiàn)有技術(shù)三的缺點在此草案所描述的情況下，LMA不僅需要處理控制信令還要轉(zhuǎn)發(fā)數(shù)據(jù)包，當(dāng)LMA出現(xiàn)故障時，會導(dǎo)致網(wǎng)絡(luò)出現(xiàn)癱瘓，也就是可靠性差。同樣，此前綴代理方案也是基于PMIPv6協(xié)議，具有IP地址二義性固有的缺陷。

發(fā)明內(nèi)容
為解決以上現(xiàn)有技術(shù)的不足，本發(fā)明提出了一種在分離機(jī)制移動性管理系統(tǒng)中的子網(wǎng)移動的管理方法，將分離機(jī)制移動性管理與子網(wǎng)移動相結(jié)合，利用分離機(jī)制移動性管理的特點，設(shè)計了一種在分離機(jī)制移動性管理網(wǎng)絡(luò)中部署子網(wǎng)移動的方法。該方法能對分離機(jī)制網(wǎng)絡(luò)中的一組節(jié)點進(jìn)行移動性管理，同時支持DHCP前綴代理。
本發(fā)明的目的通過以下技術(shù)方案來實現(xiàn)一種在分離機(jī)制移動性管理系統(tǒng)中部署子網(wǎng)移動的方法，該方法包括如下步驟步驟I :MR接入到AGWl，AGWl上的無線接入點(Access Point，AP)檢測到MR的進(jìn)入于是發(fā)送日志消息給AGW1，AGffl收到日志消息后，判斷節(jié)點的接入類型，是移動路由器還是移動節(jié)點，并獲得相應(yīng)接入節(jié)點的ID，完成這些工作后AGWl上的移動性管理進(jìn)程處于等待狀態(tài)；步驟2 MR接著向DHCP中繼代理發(fā)送DHCPv6 CONFIRM消息；步驟3 =DHCP中繼代理收到DHCP CONFIRM消息后，向DHCP 服務(wù)器發(fā)送DHCPv6RELAY FORWARD 消息；步驟4 :DHCP服務(wù)器收到該消息后，判斷消息中攜帶的地址是否可用，若可用，則向DHCP中繼代理返回一個status code為O的DHCP RELAY REPLY消息；步驟5 :DHCP中繼代理收到消息后，判斷出消息中的status code為0，則告知AGffl上的移動管理進(jìn)程可以發(fā)送代理綁定更新PBU消息；步驟6 =AGffl向CGWl發(fā)送PBU消息，PBU消息中新增MNP選項和R標(biāo)志位，同時AGffl上建立與MR相關(guān)的BUL ；步驟7 =CGffl收到PBU消息后進(jìn)行解析，如果合法，則向DGWl發(fā)送隧道建立請求消息TxReq，該消息中也新增MNP選項以及R標(biāo)志位，同時CGWl上建立與MR相關(guān)的BCE ；步驟8 =DGffl收到TxReq消息后進(jìn)行解析后，建立一條由DGWl指向AGWl的隧道，并向CGWl返回一個隧道確認(rèn)消息TxAck，并在DGWl上建立與MR相關(guān)的TCE，添加與HNP和MNP相關(guān)的路由；步驟9 =DGffl查詢其上的地址池，為HNP和MNP分配相應(yīng)的核心地址，并將HNP與核心地址的對應(yīng)關(guān)系、MNP與核心地址的對應(yīng)關(guān)系注入到DGWl的內(nèi)核中去，同時也將這兩對映射關(guān)系包含在映射更新消息中發(fā)給GMS，來進(jìn)行最新的記錄；步驟10 =CGffl收到TxAck消息后，便向AGWl發(fā)送包含HNP和R標(biāo)志位的代理綁定確認(rèn)消息PBA ；步驟11 =AGffl收到PBA消息后，遍告知DHCP進(jìn)程此時可以向MR發(fā)送DHCP REPLY消息；步驟12 :AGWl解析出PBA消息中的HNP信息，通過路由通告RA通告給MR，同時建立由AGWl指向DGWl的隧道的另一端，并添加關(guān)于HNP和MNP的路由，MR收到HNP后根據(jù)EUI-64來生成自己的家鄉(xiāng)地址；步驟13 =DHCP中繼代理收到AGWl發(fā)來的通知后，便向MR發(fā)送DHCP REPLY消息；步驟14 MR收到DHCP REPLY消息后，通過RA消息將DHCP分配的MNP通告給LFN ；步驟15 :在MR獲得家鄉(xiāng)地址HoAULFN獲得子網(wǎng)地址MNP后，可以向位于接入網(wǎng)2的CN發(fā)送數(shù)據(jù)包，這里假定CN也完成相應(yīng)步驟，在接入網(wǎng)2獲得的家鄉(xiāng)地址為HoAn，令LFN向CN發(fā)起通信，數(shù)據(jù)包經(jīng)過MR轉(zhuǎn)發(fā)首先被送至AGWl，數(shù)據(jù)包格式為伍(^11，1冊，數(shù)據(jù)}；步驟16 =AGffl將數(shù)據(jù)包封裝為{DGWl_addr，PCoA, {HoAn，MNP,數(shù)據(jù)}}的格式，并將數(shù)據(jù)包通過雙向隧道發(fā)送至DGWl，其中PCoAl也是MR當(dāng)前接入的AGWl的代理轉(zhuǎn)交地址，DGffl_addr是DGWl在接入網(wǎng)側(cè)的地址；步驟17 =DGffl接收數(shù)據(jù)包后，首先對其進(jìn)行解封裝，將數(shù)據(jù)包還原為{HoAn，MNP,數(shù)據(jù)}的格式，而后DGWl進(jìn)行映射關(guān)系的查詢，此時DGWl上存儲的只有MR的HNPl以及LFN的MNP對應(yīng)的兩個核心地址，首先查詢本地映射表對數(shù)據(jù)包的源地址MNP進(jìn)行查詢，獲得對應(yīng)的核心地址I ;然而DGWl此時沒有與HoAn相關(guān)的核心地址η的信息，因此DGWl需要與GMS交互映射查詢與應(yīng)答消息來獲得HoAn對應(yīng)的核心地址；步驟18 =DGffl與GMS交互映射查詢與應(yīng)答消息，來獲得HoAn對應(yīng)的核心地址η ；步驟19 =DGffl在獲得了數(shù)據(jù)包所需要的核心地址映射信息后，則對數(shù)據(jù)包的源地址及目的地址進(jìn)行映射替換,替換完后數(shù)據(jù)包格式為{核心地址η，核心地址I，數(shù)據(jù)}，并發(fā)送至DGW2 ；步驟20 :DGW2接收到數(shù)據(jù)包后，并不知道核心地址I對應(yīng)的家鄉(xiāng)地址的信息，因此DGW2與GMS交互映射查詢與應(yīng)答消息來獲得核心地址I對應(yīng)的MNP ；DGff2在獲得相應(yīng)映射 關(guān)系后，便對數(shù)據(jù)包的源地址、目的地址進(jìn)行解映射替換，解映射后的數(shù)據(jù)包格式為{HoAn，MNP，數(shù)據(jù)}；步驟21 =DGff2由于已經(jīng)建立與AGWn之間的雙向隧道，則直接對數(shù)據(jù)包進(jìn)行隧道封裝，數(shù)據(jù)包格式為{PCoAn，DGW2_addr, {HoAn，MNP，數(shù)據(jù)}}，并將數(shù)據(jù)包經(jīng)由隧道發(fā)送至AGffn ；步驟22 =AGffn收到數(shù)據(jù)包后對數(shù)據(jù)包進(jìn)行隧道解封裝，解封裝后的數(shù)據(jù)包格式{HoAn, MNP,數(shù)據(jù)}，并將數(shù)據(jù)包發(fā)送給MN。本發(fā)明的優(yōu)點在于I.本發(fā)明將基于分離機(jī)制的移動性管理網(wǎng)絡(luò)與子網(wǎng)移動相結(jié)合，對分離機(jī)制移動性管理系統(tǒng)進(jìn)行擴(kuò)展，分別對AGW、CGW、DGW進(jìn)行功能擴(kuò)展，對實體間交互的信令消息進(jìn)行擴(kuò)展，來支持子網(wǎng)移動。2.本發(fā)明支持DHCPv6前綴代理，提供DHCP相關(guān)實體的部署以及與分離機(jī)制系統(tǒng)交互的方法。并將子網(wǎng)移動與分離映射網(wǎng)絡(luò)相結(jié)合，實現(xiàn)了 MR攜帶LFN場景下的通信。3.本發(fā)明支持DHCPv6前綴代理，使用動態(tài)地址分配為LFN分配前綴，增加了地址的利用率并可以大大簡化客戶端TCP/IP的配置。4.本發(fā)明能支持一組節(jié)點在分離機(jī)制網(wǎng)絡(luò)域內(nèi)自由移動并保持通信的連續(xù)性，用戶可以在一個大的區(qū)域內(nèi)的不同接入點間移動。


圖I :現(xiàn)有的分離機(jī)制移動網(wǎng)絡(luò)圖；圖2 :四信令和二信令交互流程圖；圖3 :本發(fā)明基于分離機(jī)制的子網(wǎng)移動管理網(wǎng)絡(luò)拓?fù)鋱D；圖4:基于分離機(jī)制子網(wǎng)的移動性管理圖；圖5 :分離機(jī)制移動性管理系統(tǒng)中部署子網(wǎng)移動的系統(tǒng)流程圖。
具體實施例方式本發(fā)明的基于分離機(jī)制的子網(wǎng)移動管理網(wǎng)絡(luò)拓?fù)淙鐖D3所示。本發(fā)明主要考慮的是在分離機(jī)制移動性管理系統(tǒng)中部署MR帶附屬LFN的場景，同時支持DHCPv6前綴代理。本發(fā)明將DHCP服務(wù)器部署在CGW上，DHCP中繼代理部署在AGW上，DHCP客戶端部署在MR上。
下面將從子網(wǎng)描述、功能實體及劃分和移動消息格式定義三個方面重點介紹本發(fā)明的技術(shù)細(xì)節(jié)。子網(wǎng)描述本發(fā)明在分離機(jī)制移動性管理系統(tǒng)中部署子網(wǎng)移動時，考慮的是整個子網(wǎng)的移動性管理,包括MR以及LFN,如圖所示其中，MR是[RFC 3963]中定義的移動路由器，LFN (Local Fixed Node)是隸屬于MR的移動節(jié)點，它只能跟隨MR —起移動。對于MR，需要分配一個特定的家鄉(xiāng)網(wǎng)絡(luò)前綴(Home Network Pref ix, HNP),并且當(dāng)MR在分離機(jī)制域內(nèi)移動時HNP不變。LFN用屬于特定NEMO的MNP配置地址。在這種情況下，DGff不僅為MR重定向MR的數(shù)據(jù)包，還要重定向?qū)儆贛NP的LFN的數(shù)據(jù)包。功能實體劃分及擴(kuò)展在分離機(jī)制移動性管理系統(tǒng)中部署子網(wǎng)移動需要對分離機(jī)制移動性管理系統(tǒng)中的功能實體進(jìn)行擴(kuò)展，下面詳細(xì)進(jìn)行介紹( I) AGffAGff位于接入網(wǎng)邊緣，功能上類似PMIPv6的MAG。AGW檢測MR的接入與離開，并代替MR與CGW進(jìn)行移動信令的交互，與CGW交互的PBU消息中需要新增MNP選項及R標(biāo)志位，MNP選項用來承載移動子網(wǎng)前綴，R標(biāo)志位為I時，表示接入的是移動子網(wǎng)，為O時表示接入的是單一的移動節(jié)點，PBA消息中需要新增R標(biāo)志位。同時AGW需要能區(qū)分出接入節(jié)點為MR還是MN以便進(jìn)行不同處理。AGW需要與DGW建立隧道，它上面也要有到移動子網(wǎng)中LFN的下一條地址，也要能轉(zhuǎn)發(fā)來自子網(wǎng)的數(shù)據(jù)包，負(fù)責(zé)MR以及LFN的數(shù)據(jù)收發(fā)。AGff需要維護(hù)一個綁定更新列表(Binding Update List, BUL), BUL中需要增加移動子網(wǎng)前綴選項來存儲與MNP相關(guān)的內(nèi)容，具體的數(shù)據(jù)結(jié)構(gòu)如下，其中DGWl為DGW在接入網(wǎng)側(cè)的地址表I
權(quán)利要求
1.一種在分離機(jī)制移動性管理系統(tǒng)中部署子網(wǎng)移動的方法，其特征在于，該方法包括如下步驟 步驟I :MR接入到AGWl，AGWl上的無線接入點(Access Point，AP)檢測到MR的進(jìn)入于是發(fā)送日志消息給AGW1，AGffl收到日志消息后，判斷節(jié)點的接入類型，是移動路由器還是移動節(jié)點，并獲得相應(yīng)接入節(jié)點的ID，完成這些工作后AGWl上的移動性管理進(jìn)程處于等待狀態(tài)； 步驟2 MR接著向DHCP中繼代理發(fā)送DHCPv6 CONFIRM消息； 步驟3 =DHCP中繼代理收到DHCP CONFIRM消息后，向DHCP服務(wù)器發(fā)送DHCPv6 RELAYFORWARD 消息； 步驟4:DHCP服務(wù)器收到該消息后，判斷消息中攜帯的地址是否可用，若可用，則向DHCP中繼代理返回ー個status code為O的DHCP RELAY REPLY消息； 步驟5 =DHCP中繼代理收到消息后，判斷出消息中的status code為0，則告知AGWl上的移動管理進(jìn)程可以發(fā)送代理綁定更新PBU消息； 步驟6 =AGffl向CGWl發(fā)送PBU消息，PBU消息中新增MNP選項和R標(biāo)志位，同時AGWl上建立與MR相關(guān)的BUL ； 步驟7 =CGffl收到PBU消息后進(jìn)行解析，如果合法，則向DGWl發(fā)送隧道建立請求消息TxReq,該消息中也新增MNP選項以及R標(biāo)志位，同時CGWl上建立與MR相關(guān)的BCE ； 步驟8 =DGffl收到TxReq消息后進(jìn)行解析后，建立一條由DGWl指向AGWl的隧道，并向CGffl返回ー個隧道確認(rèn)消息TxAck，并在DGWl上建立與MR相關(guān)的TCE，添加與HNP和MNP相關(guān)的路由； 步驟9 =DGffl查詢其上的地址池，為HNP和MNP分配相應(yīng)的核心地址，并將HNP與核心地址的對應(yīng)關(guān)系、MNP與核心地址的對應(yīng)關(guān)系注入到DGWl的內(nèi)核中去，同時也將這兩對映射關(guān)系包含在映射更新消息中發(fā)給GMS，來進(jìn)行最新的記錄； 步驟10 =CGffl收到TxAck消息后，便向AGWl發(fā)送包含HNP和R標(biāo)志位的代理綁定確認(rèn)消息PBA ； 步驟11 =AGffl收到PBA消息后，遍告知DHCP進(jìn)程此時可以向MR發(fā)送DHCP REPLY消息； 步驟12 =AGffl解析出PBA消息中的HNP信息，通過路由通告RA通告給MR，同時建立由AGffl指向DGWl的隧道的另一端，并添加關(guān)于HNP和MNP的路由，MR收到HNP后根據(jù)EUI-64來生成自己的家鄉(xiāng)地址； 步驟13 =DHCP中繼代理收到AGWl發(fā)來的通知后，便向MR發(fā)送DHCP REPLY消息； 步驟14 MR收到DHCP REPLY消息后，通過RA消息將DHCP分配的MNP通告給LFN ；步驟15 :在MR獲得家鄉(xiāng)地址HoAl、LFN獲得子網(wǎng)地址MNP后，可以向位于接入網(wǎng)2的CN發(fā)送數(shù)據(jù)包，這里假定CN也完成相應(yīng)步驟，在接入網(wǎng)2獲得的家鄉(xiāng)地址為HoAn，令LFN向CN發(fā)起通信，數(shù)據(jù)包經(jīng)過MR轉(zhuǎn)發(fā)首先被送至AGWl，數(shù)據(jù)包格式為{HoAn，MNP,數(shù)據(jù)}；步驟16 =AGffl將數(shù)據(jù)包封裝為{DGffl_addr, PCoA, {HoAn, MNP，數(shù)掘}}的格式，并將數(shù)據(jù)包通過雙向隧道發(fā)送至DGWl，其中PCoAl也是MR當(dāng)前接入的AGWl的代理轉(zhuǎn)交地址，DGffl_addr是DGWl在接入網(wǎng)側(cè)的地址； 步驟17 :DGW1接收數(shù)據(jù)包后，首先對其進(jìn)行解封裝，將數(shù)據(jù)包還原為{ΗοΑη,ΜΝΡ，數(shù)掘}的格式，而后DGWl進(jìn)行映射關(guān)系的查詢，此時DGWl上存儲的只有MR的HNPl以及LFN的MNP對應(yīng)的兩個核心地址，首先查詢本地映射表對數(shù)據(jù)包的源地址MNP進(jìn)行查詢，獲得對應(yīng)的核心地址I ;然而DGWl此時沒有與HoAn相關(guān)的核心地址η的信息，因此DGWl需要與GMS交互映射查詢與應(yīng)答消息來獲得HoAn對應(yīng)的核心地址； 步驟18 =DGffl與GMS交互映射查詢與應(yīng)答消息，來獲得HoAn對應(yīng)的核心地址η ； 步驟19 =DGffl在獲得了數(shù)據(jù)包所需要的核心地址映射信息后，則對數(shù)據(jù)包的源地址及目的地址進(jìn)行映射替換，替換完后數(shù)據(jù)包格式為{核心地址η，核心地址1，數(shù)據(jù)}，并發(fā)送至DGW2 ； 步驟20 =DGff2接收到數(shù)據(jù)包后，并不知道核心地址I對應(yīng)的家鄉(xiāng)地址的信息，因此DGW2與GMS交互映射查詢與應(yīng)答消息來獲得核心地址I對應(yīng)的MNP ；DGW2在獲得相應(yīng)映射關(guān)系后，便對數(shù)據(jù)包的源地址、目的地址進(jìn)行解映射替換，解映射后的數(shù)據(jù)包格式為{HoAn，MNP，數(shù)據(jù)}； 步驟21 =DGff2由于已經(jīng)建立與AGWn之間的雙向隧道，則直接對數(shù)據(jù)包進(jìn)行隧道封裝，數(shù)據(jù)包格式為{PCoAn，DGW2_addr, {HoAn, MNP,數(shù)據(jù)}}，并將數(shù)據(jù)包經(jīng)由隧道發(fā)送至AGWn ；步驟22 =AGWn收到數(shù)據(jù)包后對數(shù)據(jù)包進(jìn)行隧道解封裝，解封裝后的數(shù)據(jù)包格式{HoAn，MNP,數(shù)據(jù)}，并將數(shù)據(jù)包發(fā)送給MN。
全文摘要
本發(fā)明涉及一種在分離機(jī)制移動性管理系統(tǒng)中部署子網(wǎng)移動的方法，該方法對分離機(jī)制移動性管理系統(tǒng)進(jìn)行擴(kuò)展，對系統(tǒng)中的AGW、CGW以及DGW進(jìn)行功能擴(kuò)展，并對實體間交互的信令進(jìn)行修改來支持子網(wǎng)移動。為了支持前綴代理，本方案在AGW上部署DHCP(Dynamic Host Configuration Protocol)中繼代理，在CGW上部署DHCP服務(wù)器，移動路由器(Mobile Router，MR)作為DHCP客戶端，AGW與DHCP中繼代理能夠進(jìn)行正確的交互來為MNN分配前綴。本發(fā)明將基于分離機(jī)制的移動性管理網(wǎng)絡(luò)與子網(wǎng)移動相結(jié)合，實現(xiàn)了MR攜帶LFN場景下的通信。支持DHCPv6前綴代理，使用動態(tài)地址分配為LFN分配前綴，增加了地址的利用率并可以大大簡化客戶端TCP/IP的配置。
文檔編號H04W8/26GK102843667SQ20121034540
公開日2012年12月26日 申請日期2012年9月17日 優(yōu)先權(quán)日2012年9月17日
發(fā)明者周華春, 張?zhí)靾@, 易李, 任飛, 張宏科, 謝克強 申請人:北京交通大學(xué)