專利名稱：移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動IPv6技術(shù)，尤其涉及移動IPv6中為移動IPv6客戶端分 配家鄉(xiāng)代理的方法。
背景技術(shù)：
隨著互聯(lián)網(wǎng)技術(shù)和無線通信技術(shù)的高速發(fā)展以及這兩種技術(shù)應(yīng)用規(guī)模的 不斷擴大，越來越多的用戶希望不受時空限制、隨時隨地的高效靈活的接入 互聯(lián)網(wǎng)?；ヂ?lián)網(wǎng)不僅要提供已有的數(shù)據(jù)業(yè)務(wù)、多媒體音視頻業(yè)務(wù)，還要提供 移動互聯(lián)網(wǎng)的功能，為移動用戶提供無線的互聯(lián)網(wǎng)接入業(yè)務(wù)。
移動IP (Internet Protocol,互聯(lián)網(wǎng)協(xié)議)技術(shù)正是適應(yīng)這種需求而產(chǎn)生的 支持移動用戶和互聯(lián)網(wǎng)互連的技術(shù)，這種技術(shù)能保證移動用戶的主機在移動 中與互聯(lián)網(wǎng)的通信連續(xù)，已經(jīng)成為當(dāng)今研究的熱點。
在移動IPv6技術(shù)中，MN (Mobile Node,移動節(jié)點)有兩種地址 一種 稱為HoA (Home Address,家鄉(xiāng)地址)， 一種稱為Co A ( Care-of Address,轉(zhuǎn) 交地址)，其中，HoA是指MN在家鄉(xiāng)網(wǎng)絡(luò)的地址，當(dāng)MN切換鏈路時HoA 并不改變，CoA是指MN在外地網(wǎng)絡(luò)時的相關(guān)IP地址。HoA —般會保持不變， 當(dāng)MN移動到外地網(wǎng)絡(luò)時，仍舊使用HoA以保持通信的連續(xù)性和可達性。CoA 是由外地網(wǎng)絡(luò)分配給MN的，當(dāng)MN得到新的CoA時，需要在HA (Home Agent,家鄉(xiāng)代理)上將新的CoA與HoA進行綁定，以便HA能夠?qū)⑵渌麑?體發(fā)給MN的報文利用MN與HA間的隧道轉(zhuǎn)發(fā)給MN，以及將MN發(fā)送給 其他實體的報文轉(zhuǎn)發(fā)過去。這個綁定流程所使用的消息是MN發(fā)給HA的BU (Binding Update,綁定更新)和HA回送的BA ( Binding Acknowledgement, 綁定確認(rèn))，其中，在移動IPv6中MN用BU消息將自己的HoA和CoA在 HA上進行綁定，BA消息表示HA發(fā)送的對BU消息的確認(rèn)。與移動IPv4不 同的是，移動IPv6中沒有FA (ForeignAgent,外地代理)這個實體，因此， MN的綁定是直接與HA進行的。另外，為了保證綁定過程的安全性，移動IPv6 要求MN和HA間首先建立一個IPsec (IP security, IP安全)的安全聯(lián)盟， 而BU和BA消息需要用這個安全聯(lián)盟進行保護。通常情況下，MN需要知道 HA的地址，以^使和HA進行必要的通信。
當(dāng)MN需要發(fā)送BU到HA注冊新的CoA時，MN有時可能不知道家鄉(xiāng) 鏈路上可以作為HA的路由器的地址，這時，MN需要在家鄉(xiāng)鏈路上尋找合適 的HA。 MN發(fā)送一個ICMP( Internet Control Message Protocol ,互聯(lián)網(wǎng)控 制報文協(xié)議)的HA地址發(fā)現(xiàn)請求消息到家鄉(xiāng)網(wǎng)絡(luò)子網(wǎng)前綴的移動IPv6 HA 任播地址，家鄉(xiāng)鏈路上接收到這個消息的HA返回一個ICMP的HA地址發(fā) 現(xiàn)應(yīng)答消息，并給出家鄉(xiāng)鏈路上HA的地址。每個HA中均保存有家鄉(xiāng)鏈路上 所有的HA列表，這是通過周期性廣播RA (RouterAdvertisement,路由器公 告)消息的機制完成HA列表收集的。MN接到應(yīng)答后，可以發(fā)送BU到HA 列表中的任何一個IP地址，IP地址也可以才艮據(jù)HA的優(yōu)先級選取。
一般情況下，MN在家鄉(xiāng)鏈路上尋找合適的HA都是在自舉的過程中實 施。移動IPv6自舉的定義是MN獲取足夠的信息以便能夠向一個合適的HA 成功注冊的過程。這些信息包括MN的HoA、 HA的IPv6地址和MN與HA 的安全聯(lián)盟。目前，移動IPv6自舉的應(yīng)用場景主要分為Split(分離)和Integrated (集中)兩種。自舉的一個基本假設(shè)是，MN需要具有一定的最小的參數(shù)來協(xié) 助完成自舉，最小的參數(shù)可以為種子信息。典型的，自舉發(fā)生在MN沒有創(chuàng) 建移動IPv6服務(wù)所需的全部信息時，這些情況包括MN第一次啟動時沒有任 何的信息，MN在重啟過程中沒有保留任何信息。
在移動IPv6實際部署過程中，為了獲得較高的可靠性，可能會采取冗余 和負(fù)載分擔(dān)的方式以避免單點故障，并且可能通過多個實體承擔(dān)同樣的功能 以提高資源的利用效率。例如，在同一個網(wǎng)絡(luò)中部署多個HA，以保證移動服 務(wù)的可靠。
在存在多個HA情況時，基于以下原因，為MN提供移動IPv6服務(wù)的 HA可能需要給MN提供新的HA: (1)管理原因
對網(wǎng)絡(luò)升級或維護時，某段時間內(nèi)某個HA可能不能使用，這時，接受 這個HA提供服務(wù)的MN需要遷移到其他HA,其他HA可能與這個HA同一 個域，也可能屬于不同的域，例如，家鄉(xiāng)網(wǎng)絡(luò)可以給MN動態(tài)分配在訪問地 的HA以優(yōu)化^^由；
(2 )提供服務(wù)的HA可能發(fā)生擁塞
一般來說，MN會相對均勻的分配到各個HA中，所以，HA發(fā)生擁塞的
可能性不大，但是，并不能完全排除存在這種情況； (3 )提供服務(wù)的HA距離MN較遠(yuǎn)
當(dāng)MN移動時，通常不會改變HA。對于時延每文感的業(yè)務(wù)來說，也許更換 一個地理位置上較近的HA作為提供服務(wù)的HA會更好。
在現(xiàn)有的移動IP技術(shù)中，MN在沒有任何HA提供服務(wù)的情況下可以動 態(tài)的獲得HA的地址， 一般是在自舉的過程中實施的，但對于HA正在為MN 提供移動IPv6服務(wù)的情況下，如果需要為MN提供新的HA,則移動IPv6技 術(shù)中還沒有相應(yīng)的方法，或者說，MN在獲得一個HA提供服務(wù)的同時，由于 某種原因需要獲得新的HA信息時，目前還無法實現(xiàn)。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題在于提供一種IPv6中改變家鄉(xiāng)代理的方法，以 達到在HA正在為MN提供移動IPv6服務(wù)的情況下、為MN分配新的HA的目的。
為解決上述問題，本發(fā)明提供了一種移動IPv6中為移動IPv6客戶端分配 家鄉(xiāng)代理的方法，包括A、提供服務(wù)的家鄉(xiāng)代理獲得至少一個新的家鄉(xiāng)代理 信息；B、所述提供服務(wù)的家鄉(xiāng)代理將所述新的家鄉(xiāng)代理信息提供給移動IPv6 客戶端。
所述新的家鄉(xiāng)代理信息包括所述新的家鄉(xiāng)代理的IPv6地址或域名。
步驟A的實現(xiàn)方式包括所述提供服務(wù)的家鄉(xiāng)代理接收家鄉(xiāng)鏈路上家鄉(xiāng) 代理周期性廣播的路由器公告RA消息，或者從保存家鄉(xiāng)代理信息的節(jié)點中獲 得新的家鄉(xiāng)代理信息。
所述提供服務(wù)的家鄉(xiāng)代理使用因特網(wǎng)控制報文協(xié)議ICMP消息向所述移 動IPv6客戶端提供所述新的家鄉(xiāng)代理信息。
所述步驟B之后還包括步驟C:移動IPv6客戶端在新的家鄉(xiāng)代理上進行 注冊綁定。
當(dāng)所述提供服務(wù)的家鄉(xiāng)代理獲得一個新的家鄉(xiāng)代理信息時，步驟C由以 下步驟實現(xiàn)所述移動IPv6客戶端按照所述IPv6地址或者按照將所述域名解 析成的IPv6地址向所述的新的家鄉(xiāng)代理發(fā)送綁定更新消息；所述新的家鄉(xiāng)代 理將所述移動IPv6客戶端的家鄉(xiāng)地址和轉(zhuǎn)交地址綁定。
當(dāng)所述提供服務(wù)的家鄉(xiāng)代理獲得一個以上的新的家鄉(xiāng)代理信息時，步驟C
由以下步驟實現(xiàn)所述移動IPv6客戶端按照所述IPv6地址或者按照將所述域 名解析成的IPv6地址分別向所述的多個新的家鄉(xiāng)代理發(fā)送綁定更新消息；接 收到所述綁定更新消息的家鄉(xiāng)代理將所述移動IPv6客戶端的家鄉(xiāng)地址與轉(zhuǎn)交 地址綁定；如果其中一個家鄉(xiāng)代理向所述移動IPv6客戶端返回注冊綁定成功 的消息，則所述家鄉(xiāng)代理作為所述移動IPv6客戶端新的家鄉(xiāng)代理。
所述移動IPv6客戶端按照家鄉(xiāng)代理的優(yōu)先級由高到低的順序向所述一個 以上的新的家鄉(xiāng)代理發(fā)送綁定更新消息。
所述提供服務(wù)的家鄉(xiāng)代理指定給所述移動IPv6客戶端繼續(xù)提供服務(wù)的時間。
所述移動IPv6客戶端在所述時間內(nèi)在所述新的家鄉(xiāng)代理上實現(xiàn)注冊綁定。
如果所述移動IPv6客戶端在超過所述時間外向所述提供服務(wù)的家鄉(xiāng)代理 發(fā)送綁定更新消息時，所述提供服務(wù)的家鄉(xiāng)代理拒絕進行綁定更新或不做任 何響應(yīng)。
所述移動IPv6客戶端注銷所述提供服務(wù)的家鄉(xiāng)代理提供的服務(wù)。
步驟A之前包括所述移動IPv6客戶端向所述提供服務(wù)的家鄉(xiāng)代理發(fā)送
綁定更新消息，請求提供新的家鄉(xiāng)代理。
所述提供服務(wù)的家鄉(xiāng)代理主動向移動IPv6客戶端提供新的家鄉(xiāng)代理。 在步驟B之后，所述移動IPv6客戶端返回給所述提供服務(wù)的家鄉(xiāng)代理應(yīng)
答消息。
在步驟B之后，如果所述提供服務(wù)的家鄉(xiāng)代理沒有收到所述移動IPv6客 戶端發(fā)出的應(yīng)答消息，則所述提供服務(wù)的家鄉(xiāng)代理再次向移動IPv6客戶端提 供新的家鄉(xiāng)代理信息。
在本發(fā)明中，提供服務(wù)的HA可以在為移動IPv6客戶端提供服務(wù)的同時， 將新的HA信息或所有的HA信息提供給移動IPv6客戶端，移動IPv6客戶端 根據(jù)接收到的信息在新的HA上進行注冊綁定處理，填補了移動IPv6技術(shù)中 沒有在移動IPv6客戶端享受移動IPv6服務(wù)的同時動態(tài)改變HA的技術(shù)方案的 空白。
在本發(fā)明中，提供服務(wù)的HA為移動IPv6客戶端設(shè)置了繼續(xù)提供服務(wù)期 限，在這個期限內(nèi)提供服務(wù)的HA可以繼續(xù)為移動IPv6客戶端提供服務(wù)。移 動IPv6客戶端在新的HA上進行注冊綁定前，可以繼續(xù)享受原服務(wù)HA的移 動IPv6服務(wù)。
在本發(fā)明中，移動IPv6客戶端在接收到提供服務(wù)的HA提供的信息后， 可以返回一個應(yīng)答消息，如果提供服務(wù)的HA沒有收到移動IPv6客戶端發(fā)出 的應(yīng)答消息，則提供服務(wù)的HA可再次向移動IPv6客戶端提供相同的信息， 這種做法保證了移動IPv6客戶端及時、準(zhǔn)確的收到提供服務(wù)的HA提供的信 息，避免了移動IPv6客戶端因沒有收到提供服務(wù)的HA提供的信息而沒有及 時在新的HA上進行注冊綁定處理、進而導(dǎo)致移動IPv6客戶端在期限之外不 能再享受移動IPv6服務(wù)的后果。
在本發(fā)明中，提供服務(wù)的HA與移動IPv6客戶端之間建立了 IP安全聯(lián)盟， 保證了提供服務(wù)的HA與移動IPv6客戶端之間通信的安全性和可靠性。
在本發(fā)明中，移動IPv6客戶端可以在新的HA上成功進行注冊綁定處理， 還可以注銷提供服務(wù)的HA提供的服務(wù)，避免了移動IPv6客戶端獲得新的HA 提供服務(wù)的同時、仍然占用提供服務(wù)的HA的資源的缺陷，可以說，這種做 法避免了資源的浪費。
在本發(fā)明中，提供服務(wù)的HA可主動向移動IPv6客戶端提供新的HA信 息，也可以在移動IPv6客戶端請求提供新的HA信息后，再向移動IPv6客戶 端提供新的HA信息，所以，本發(fā)明提出的改變HA的方法是靈活多樣的，有 助于本領(lǐng)域普通技術(shù)人員靈活選擇合適的實施方式。


圖1為本發(fā)明第一實施例的流程圖2A為提供服務(wù)的HA向移動IPv6客戶端提供新的HA的消息格式示 意圖2B為圖2A中的Options格式示意圖;
圖2C為移動IPv6客戶端應(yīng)答圖2A所述消息的消息格式示意圖； 圖3為對圖1中步驟S104進一步說明的流程圖； 圖4為對圖1中步驟S105進一步說明的流程圖； 圖5為本發(fā)明第二實施例的流程圖6A為提供服務(wù)的HA發(fā)出的綁定應(yīng)答消息中的消息字段的格式示意
圖6B為第二實施例提供的移動性選項的格式示意圖； 圖7為本發(fā)明第三實施例的流程圖8A為提供服務(wù)的HA向移動IPv6客戶端4是供所有的HA的消息格式 示意圖8B為圖8A中的Options格式示意圖8C為移動IPv6客戶端應(yīng)答圖8A所述消息的消息格式示意圖； 圖9為對圖7中步驟S704進一步說明的流程圖； 圖IO為對圖7中步驟S705進一步說明的流程圖； 圖11為本發(fā)明第四實施例的流程圖12A為提供服務(wù)的HA發(fā)出的綁定應(yīng)答消息中的消息字段的格式示意
圖12B為第四實施例提供的移動性選項的格式示意圖。
具體實施例方式
下面我們將結(jié)合附圖，對本發(fā)明的最佳實施方案進行詳細(xì)描述。首先要 指出的是，本發(fā)明中用到的術(shù)語、字詞及權(quán)利要求的含義不能僅僅限于其字 面和普通的含義去理解，還包括進而與本發(fā)明的技術(shù)相符的含義和概念，這 是因為我們作為發(fā)明者，要適當(dāng)?shù)亟o出術(shù)語的定義，以便對我們的發(fā)明進行 最恰當(dāng)?shù)拿枋?。因此，本說明和附圖中給出的配置，只是本發(fā)明的首選實施 方案，而不是要列舉本發(fā)明的所有技術(shù)特性。我們要認(rèn)識到，還有各種各樣 的可以取代我們方案的同等方案或修改方案。
本發(fā)明的整體方案為提供服務(wù)的HA獲得新的HA信息，并將新的HA 信息提供給移動IPv6客戶端。其中，提供服務(wù)的HA是指正在為所述移動IPv6 客戶端提供移動IPv6服務(wù)的HA;移動IPv6客戶端是指發(fā)起移動IPv6操作的 節(jié)點，可以是MN,也可以是代替MN進行移動IPv6操作的代理節(jié)點。 現(xiàn)在結(jié)合附圖及實施例，對本發(fā)明的方法進行詳細(xì)說明。 首先請參照圖1，圖1是本發(fā)明第一實施例的流程圖。 在步驟S100中，提供服務(wù)的HA獲得新的HA的IPv6地址或域名。 提供服務(wù)的HA獲得新的HA可以有兩種途徑 一種途徑是，提供服務(wù)的 HA所在區(qū)域內(nèi)的所有HA會周期性廣播RA ( Router Advertisement,路由器 公告)消息，提供服務(wù)的HA通過這些周期性廣播的RA消息，可以為所述移
動IPv6客戶端選擇合適的HA;另一種途徑是，提供服務(wù)的HA可以向保存 有可用HA信息的節(jié)點查詢可用HA的信息，這個節(jié)點中的數(shù)據(jù)庫可以是AAA 服務(wù)器或者配置管理數(shù)據(jù)庫，當(dāng)然，節(jié)點本身也可以為一個數(shù)據(jù)庫。
在步驟S101中，提供服務(wù)的HA主動向移動IPv6客戶端提供新的HA的 IPv6地址或域名。
提供服務(wù)的HA主動向移動IPv6客戶端提供信息的原因有很多種，例如 提供服務(wù)的HA認(rèn)為自身負(fù)載過重或需要升級改造等原因，則會有選擇的向 移動IPv6客戶端分配新的HA,通過改變這些移動IPv6客戶端的HA，達到 減輕負(fù)載或順利進行升級改造的目的；提供服務(wù)的HA認(rèn)為移動IPv6客戶端 距離其較遠(yuǎn)，數(shù)據(jù)傳輸時間較長，而在移動IPv6客戶端附近恰好存在另外一 個HA，則將這個HA分配給移動IPv6客戶端，以使移動IPv6客戶端在享受 同樣的服務(wù)時，接收數(shù)據(jù)的時間縮短。
在本步驟中，提供服務(wù)的HA除向移動IPv6客戶端提供新的HA的IPv6 地址或域名外，還可以同時指定其繼續(xù)向所述移動IPv6客戶端提供服務(wù)的時 間，在本發(fā)明中將這個時間稱為生命期。提供服務(wù)的HA在生命期結(jié)束之前 繼續(xù)為所述移動IPv6客戶端提供服務(wù)，但如果生命期結(jié)束后，提供服務(wù)的HA 則停止向所述移動IPv6客戶端提供服務(wù)。
本實施例新增一種ICMP消息用來將新的HA的信息提供給移動IPv6客 戶端，這種消息的格式如圖2A所示，其中，Type表示ICMP消息類型，這 里使用值155; Code表示代碼，這里置0; Checksum表示ICMP校驗和； Identifier用來區(qū)分不同HA分配消息的標(biāo)識符；A表示應(yīng)答位，如果置1，表 示移動IPv6客戶端必須發(fā)送應(yīng)答消息；Reserved表示保留位，這里置0，用 于將來擴展。此外，Options表示選項，本實施例定義的Options,用于表示新 的HA的IPv6地址。Options的格式如圖2B所示，其中，Type為8位，這里 置1; Length為8位，這里值為18; Lifetime表示生命期，為16位；Assigned HA表示新的HA的IPv6地址，為128位。
完成步驟S101后，進入步驟S102,所述移動IPv6客戶端判斷提供服務(wù) 的HA是否要求應(yīng)答，如果是，進入步驟S103,否則，進入步驟S104。在實 際應(yīng)用中，所述移動IPv6客戶端只要接收到提供服務(wù)的HA發(fā)出的信息后， 即可返回應(yīng)答消息，即不必判斷提供服務(wù)的HA是否要求應(yīng)答，當(dāng)然，所述
移動IPv6客戶端在接收到提供服務(wù)的HA發(fā)出的信息后，也可不進行應(yīng)答， 所以也不必判斷提供服務(wù)的HA是否要求應(yīng)答，因此，這個步驟可選擇實施， 或者說，不是必要的步驟。
在步驟S103中，如果要求應(yīng)答，則所述移動IPv6客戶端向提供服務(wù)的 HA返回應(yīng)答消息，之后進入步驟S104。
同樣，本實施例還增加了一種ICMP消息用來表示應(yīng)答，其格式如圖2C 所示，其中，Type表示ICMP消息類型，這里使用值156; Code表示代碼， 這里置O; Checksum表示ICMP校驗和；Identifier用來區(qū)分不同HA分配應(yīng) 答消息的標(biāo)識符；Reserved表示保留位，這里置0,用于將來擴展。
需要說明的是，如果提供服務(wù)的HA在提供新的HA信息后，沒有收到移 動IPv6客戶端的應(yīng)答消息，則可重復(fù)步驟SIOI，直至收到應(yīng)答消息或者定時 器超時為止。提供服務(wù)的HA在沒有收到應(yīng)答消息的情況下，可定期重復(fù)步 驟SIOI,也可根據(jù)實際應(yīng)用選擇合適的時間間隔重復(fù)步驟S101,時間間隔可 不相同。
在步驟S104中，所述移動IPv6客戶端在所述新的HA上實現(xiàn)注冊綁定。 在新的HA上進行注冊綁定是指第一次在新的HA上將所述移動IPv6客
戶端的HoA及CoA建立對應(yīng)關(guān)系。
實現(xiàn)注冊綁定的過程可以由圖3所示的各個步驟實現(xiàn)。
如圖3所示，在步驟S1041中，所述移動IPv6客戶端按照所述IPv6地址
或者按照將所述域名解析成的IPv6地址向所述新的HA發(fā)送綁定更新消息。 在步驟S1041中，如果提供服務(wù)的HA提供的是新的HA的域名，則移
動IPv6客戶端需要使用DNS服務(wù)器將域名解析為IPv6地址。
如果提供服務(wù)的HA指定了生命期，則移動IPv6客戶端最好在生命期結(jié)束前 在新的HA上實現(xiàn)注冊綁定，這是因為，提供服務(wù)的HA在生命期結(jié)束后會停 止對所述移動IPv6客戶端提供服務(wù)，如果所述移動IPv6客戶端在生命期結(jié)束 后在新的HA上實現(xiàn)注冊綁定，則會導(dǎo)致所述移動IPv6客戶端在一段時間內(nèi) 不會得到移動IPv6服務(wù)，所以，為了保證享受移動IPv6服務(wù)的連續(xù)性，所述 移動IPv6客戶端應(yīng)該在生命期結(jié)束前在新的HA上實現(xiàn)注冊綁定。
新的HA在接收到綁定更新消息后，可向所述移動IPv6客戶端返回應(yīng)
消息。
完成步驟S1041后，進入步驟S1042,所述新的HA將所述移動IPv6客 戶端的HoA和CoA綁定。在這個步驟中，新的HA建立所述移動IPv6客戶 端的HoA與CoA的對應(yīng)關(guān)系，以便實現(xiàn)報文的正確轉(zhuǎn)發(fā)。
進入步驟S1043，所述新的HA將綁定確認(rèn)消息發(fā)送給所述移動IPv6客戶端。
請再參照圖1,完成步驟S104后，進入步驟S105,所述移動IPv6客戶 端在提供服務(wù)的HA上注銷提供的服務(wù)。此步驟可與步驟S104不分先后順序執(zhí)行。
注銷過程可以由圖4所示的各個步驟實現(xiàn)。
如圖4所示，在步驟S1051中，所述移動IPv6客戶端向提供服務(wù)的HA 發(fā)送請求注銷提供服務(wù)的消息。
進入步驟S1052，提供服務(wù)的HA取消對所述移動IPv6客戶端提供的服務(wù)。
最后步驟S1053，提供服務(wù)的HA向所述移動IPv6客戶端發(fā)送注銷成功
的消息。
在圖l所示的實施例中，提供服務(wù)的HA與移動IPv6客戶端之間、或者 新的HA與移動IPv6客戶端之間可建立IP安全聯(lián)盟，例如，可按照RFC3775 的要求，在移動IPv6客戶端與提供服務(wù)的HA或新的HA之間建立IP安全聯(lián) 盟，所使用的消息用安全聯(lián)盟進行保護，也可以使用RFC4285認(rèn)證協(xié)議實現(xiàn)
綁定更新。
另外，所述移動IPv6客戶端在生命期內(nèi)可以隨時向提供服務(wù)的HA提出 綁定更新請求，提供服務(wù)的HA會響應(yīng)這種請求，并完成綁定更新過程，當(dāng) 然，由于某些原因，例如服務(wù)器忙或管理等原因，提供服務(wù)的HA也可以拒 絕這種請求。如果所述移動IPv6客戶端在生命期外向提供服務(wù)的HA提出綁 定更新請求，則提供服務(wù)的HA會拒絕這種請求或者不做任何響應(yīng)。
在提供服務(wù)的HA上實現(xiàn)綁定更新是指在提供服務(wù)的HA上將所述移動 IPv6客戶端的HoA與新的CoA、新的HoA與新的CoA或新的HoA與CoA 之間建立對應(yīng)關(guān)系，無論是注冊綁定還是綁定更新，都可以使用BU消息。
在圖1所示的實施例中，由于多種原因，提供服務(wù)的HA主動向移動IPv6
客戶端提供新的HA的信息。在實際應(yīng)用中，由于某些原因，移動IPv6客戶 端可主動向提供服務(wù)的HA請求提供新的HA信息，提供服務(wù)的HA接到請求 后，將新的HA信息提供給移動IPv6客戶端，接著進行第一實施例的各個步 驟。特殊情況下，如果提供服務(wù)的HA沒有找到更合適的HA，則可以通知移 動IPv6客戶端新的HA還是正在提供服務(wù)的HA。另外，如果移動IPv6客戶 端認(rèn)為新的HA不合適，還可以重新向提供服務(wù)的HA請求提供新的HA信息。
此外，提供服務(wù)的HA還可等到接收到移動IPv6客戶端提出的綁定更新 請求后，再將新的HA信息提供給移動IPv6客戶端。
現(xiàn)在結(jié)合圖5,對本發(fā)明第二實施例進行說明。
如圖5所示，在步驟S501中，移動IPv6客戶端向提供服務(wù)的HA發(fā)送 綁定更新消息。移動IPv6客戶端可以請求服務(wù)HA提供其他HA的信息，可 以在綁定更新保留位中使用其中 一位表示請求。
進入步驟S502,提供服務(wù)的HA向所述移動IPv6客戶端發(fā)送綁定確認(rèn)消 息時，提供一個已獲得的新的HA信息。
提供服務(wù)的HA也可以拒絕所述移動IPv6客戶端的綁定更新請求，只是 向所述移動IPv6客戶端提供一個新的HA信息。
提供服務(wù)的HA提供新的HA信息同時，還可以指定繼續(xù)提供服務(wù)的時 間，即生命期。
根據(jù)移動IPv6的要求，綁定確認(rèn)消息對綁定更新消息進行回復(fù)。MH (Mobility Header,移動性頭)的類型為6， MH中Message Data (消息數(shù)據(jù)) 字段的格式如圖6A所示，其中，Status表示狀態(tài)，即對綁定更新的處理結(jié)果， 如為0，則表示接受綁定更新，如為129，則表示管理原因禁止，如為130, 則表示資源不足；Sequence表示序列號；Lifetime表示生命期；Mobility Options 表示移動性選項，這里使用的都是TLV (類型_長度-值)的格式，如果有 的選項接收者不能識別則忽略。
本發(fā)明擴展Mobility Options來表示新的HA,如圖6B所示的即為其中一 種格式，Assigned HA表示新分配的128位HA地址。
進入步驟S503,所述移動IPv6客戶端在新的HA上實現(xiàn)注冊綁定。此步 驟與圖1中的步驟S104相同。
最后進入步驟S504，所述移動IPv6客戶端在提供服務(wù)的HA上注銷提供
的服務(wù)。此步驟與圖1中的步驟S105相同。
除上述第一實施例及第二實施例外，本發(fā)明還提供了另外一種方案，該
方案的整體實施過程為提供服務(wù)的HA獲得所有的HA的信息后，向移動 IPv6客戶端提供所有的HA的信息。
現(xiàn)在結(jié)合圖7,對本發(fā)明第三實施例進行說明。
在步驟S700中，提供服務(wù)的HA獲得所有的HA的IPv6地址或域名。 提供服務(wù)的HA獲得所有的HA可以有兩種途徑 一種途徑是，提供服務(wù) 的HA所在區(qū)域內(nèi)的所有HA會周期性廣播RA (Router Advertisement,路由 器公告)消息，提供服務(wù)的HA通過這些周期性廣播的RA消息，可以收集所 有可用的HA;另一種途徑是，提供服務(wù)的HA可以向保存有可用HA信息的 節(jié)點查詢可用的HA的信息，并收集所有可用的HA的信息，這個節(jié)點中的數(shù) 據(jù)庫可以是AAA服務(wù)器或者配置管理數(shù)據(jù)庫，當(dāng)然，節(jié)點本身也可以為一個 數(shù)據(jù)庫。
在步驟S701中，提供服務(wù)的HA主動向移動IPv6客戶端提供所有的HA 的IPv6地址或域名。
提供服務(wù)的HA主動向移動IPv6客戶端提供信息的原因有很多種，例如 提供服務(wù)的HA認(rèn)為自身負(fù)載過重或需要升級改造等原因，則會有選擇的向 移動IPv6客戶端分配新的HA,通過改變這些移動IPv6客戶端的HA,達到 減輕負(fù)載或順利進行升級改造的目的；提供服務(wù)的HA認(rèn)為移動IPv6客戶端 距離其較遠(yuǎn)，數(shù)據(jù)傳輸時間較長，而在移動IPv6客戶端附近恰好存在另外一 個HA,則將這個HA分配給移動IPv6客戶端，以使移動IPv6客戶端在享受 同樣的服務(wù)時，接收數(shù)據(jù)的時間縮短。
提供服務(wù)的HA只需將可用的所有的HA的信息提供給移動IPv6客戶端 即可，至于哪個HA可作為移動IPv6客戶端新的HA,提供服務(wù)的HA可不 必做出決定。
另外，提供給移動IPv6客戶端的所有HA的信息可按照HA的優(yōu)先級由 高到低的順序排列。
在本步驟中，提供服務(wù)的HA除向移動IPv6客戶端提供所有HA的IPv6 地址或域名外，還可以同時指定其繼續(xù)向所述移動IPv6客戶端提供服務(wù)的時 間，在本發(fā)明中將這個時間稱為生命期。提供服務(wù)的HA在生命期結(jié)束之前繼續(xù)為所述移動IPv6客戶端提供服務(wù)，但如果生命期結(jié)束后，提供服務(wù)的HA 則停止向所述移動IPv6客戶端提供服務(wù)。
本實施例新增一種ICMP消息用來將所有HA的信息提供給移動IPv6客 戶端，這種消息的格式如圖8A所示，其中，Type表示ICMP消息類型，這 里使用值155; Code表示代碼，這里置0; Checksum表示ICMP校驗和； Identifier用來區(qū)分不同HA分配消息的標(biāo)識符；A表示應(yīng)答位，如果置1，表 示移動IPv6客戶端必須發(fā)送應(yīng)答消息；Reserved表示保留位，這里置O,用 于將來擴展。此外，Options表示選項，本實施例定義的Options,用于表示所 有的HA的IPv6地址。Options的格式如圖8B所示，其中，Type為8位，這 里置1; Length為8位，值為16n+2, n為HA的個數(shù)；Lifetime表示生命期， 為16位；Assigned HA表示所有的HA的IPv6地址，每個HA的地址為128 位。
完成步驟S701后，進入步驟S702，所述移動IPv6客戶端判斷提供服務(wù) 的HA是否要求應(yīng)答，如果是，進入步驟S703，否則，進入步驟S704。在實 際應(yīng)用中，所述移動IPv6客戶端只要接收到提供服務(wù)的HA發(fā)出的信息后， 即可返回應(yīng)答消息，即不必判斷提供服務(wù)的HA是否要求應(yīng)答，當(dāng)然，所述 移動IPv6客戶端在接收到提供服務(wù)的HA發(fā)出的信息后，也可不進行應(yīng)答， 所以也不必判斷提供服務(wù)的HA是否要求應(yīng)答，因此，這個步驟可選擇實施， 或者說，不是必要的步驟。
在步驟S703中，如果要求應(yīng)答，則所述移動IPv6客戶端向提供服務(wù)的 HA返回應(yīng)答消息，之后進入步驟S704。
同樣，本實施例還增加了一種ICMP消息用來表示應(yīng)答，其格式如圖8C 所示，其中，Type表示ICMP消息類型，這里使用值156; Code表示代碼， 這里置0; Checksum表示ICMP校驗和；Identifier用來區(qū)分不同HA分配應(yīng) 答消息的標(biāo)識符；Reserved表示保留位，這里置0,用于將來擴展。
需要說明的是，如果提供服務(wù)的HA在提供所有的HA信息后，沒有收到 移動IPv6客戶端的應(yīng)答消息，則可重復(fù)步驟S701,直至收到應(yīng)答消息或者定 時器超時為止。提供服務(wù)的HA在沒有收到應(yīng)答消息的情況下，可定期重復(fù) 步驟S701,也可根據(jù)實際應(yīng)用選擇合適的時間間隔重復(fù)步驟S701,時間間隔 可不相同。
在步驟S704中，所述移動IPv6客戶端依次在每個HA上進行注冊綁定， 直至成功獲得一個可用的HA為止。
實現(xiàn)注冊綁定的過程可以由圖9所示的各個步驟實現(xiàn)。
如圖9所示，在步驟S7041中，所述移動IPv6客戶端按照每個IPv6地址 或者按照將每個域名解析成的IPv6地址分別向每個HA發(fā)送綁定更新消息。
在步驟S7041中，如果提供服務(wù)的HA提供的是所有的HA的域名，則 移動IPv6客戶端需要使用DNS服務(wù)器將域名解析為IPv6地址。
過程，但如果提供服務(wù)的HA指定了生命期，則移動IPv6客戶端最好在生命 期結(jié)束前在每個HA上進行注冊綁定，直至成功，這是因為，提供服務(wù)的HA 在生命期結(jié)束后會停止對所述移動IPv6客戶端提供服務(wù)，如果所述移動IPv6 客戶端在生命期結(jié)束后才開始在每個HA上進行注冊綁定，則會導(dǎo)致所述移 動IPv6客戶端在一段時間內(nèi)不會得到移動IPv6服務(wù)，所以，為了保證享受移 動IPv6服務(wù)的連續(xù)性，所述移動IPv6客戶端應(yīng)該在生命期結(jié)束前在每個HA 上進行注冊綁定，直至成功。
每個HA在接收到綁定更新消息后，向所述移動IPv6客戶端返回應(yīng)答消
自、
完成步驟S7041后，進入步驟S7042,接收到所述綁定更新消息的HA將 所述移動IPv6客戶端的HoA與CoA綁定。
在這個步驟中，接收到所述綁定更新消息的HA試圖建立所述移動IPv6 客戶端的HoA與CoA的對應(yīng)關(guān)系，以便實現(xiàn)報文的正確轉(zhuǎn)發(fā)。
進入步驟S7043,所述進行綁定的HA向所述移動IPv6客戶端返回注冊 綁定成功與否的消息。
在步驟S704中，如果某個HA返回注冊綁定成功的消息，則將這個HA 作為移動IPv6客戶端新的HA,所述移動IPv6客戶端可不再向其余的HA發(fā) 送綁定更新消息。
在步驟S704中，如果移動IPv6客戶端接收到的所有HA的信息是按照 優(yōu)先級由高到低的順序排列的，則移動IPv6客戶端可按照這個順序向每個HA 發(fā)送綁定更新消息，如果接收到的所有HA的信息不是按序排列的，則移動 IPv6客戶端可在獲得所有HA的優(yōu)先級后，按照優(yōu)先級由高到低的順序向每
個HA發(fā)送綁定更新消息，注冊綁定成功的HA即為新的HA。
請再參照圖7，完成步驟S704后，進入步驟S705，所述移動IPv6客戶 端在提供服務(wù)的HA上注銷提供的服務(wù)。此步驟可與步驟S804不分先后順序 執(zhí)行。
注銷過程可以由圖IO所示的各個步驟實現(xiàn)。
如圖10所示，在步驟S7051中，所述移動IPv6客戶端向提供服務(wù)的HA 發(fā)送請求注銷提供服務(wù)的消息。
進入步驟S7052,提供服務(wù)的HA取消對所述移動IPv6客戶端提供的服務(wù)。
最后步驟S7053,提供服務(wù)的HA向所述移動IPv6客戶端發(fā)送注銷成功
的消息。
在圖7所示的實施例中，提供服務(wù)的HA與移動IPv6客戶端之間、或者 每個HA與移動IPv6客戶端之間可建立IP安全聯(lián)盟，例如，可按照RFC3775 的要求，在移動IPv6客戶端與提供服務(wù)的HA或每個HA之間建立IP安全聯(lián) 盟，所使用的消息用安全聯(lián)盟進行保護，也可以使用RFC4285認(rèn)證協(xié)議實現(xiàn)
綁定更新。
另外，所述移動IPv6客戶端在生命期內(nèi)可以隨時向提供服務(wù)的HA提出 綁定更新請求， 一般情況下，提供服務(wù)的HA都會響應(yīng)這種請求，并完成綁 定更新過程，當(dāng)然，由于某些原因，例如服務(wù)器忙或者管理等原因，提供服 務(wù)的HA也可以拒絕這種請求。如果所述移動IPv6客戶端在生命期外向提供 服務(wù)的HA提出綁定更新請求，則提供服務(wù)的HA會拒絕這種請求或者不做任 何響應(yīng)。
在圖7所示的實施例中，由于多種原因，提供服務(wù)的HA主動向移動IPv6 客戶端提供所有的HA的信息。在實際應(yīng)用中，由于某些原因，移動IPv6客 戶端可主動向提供服務(wù)的HA請求提供新的HA信息，提供服務(wù)的HA接到請 求后，將所有的HA的信息提供給移動IPv6客戶端，接著進行第一實施例的 各個步驟。提供服務(wù)的HA還可等到接收到移動IPv6客戶端提出的綁定更新 請求后，再將所有的HA信息提供給移動IPv6客戶端。
現(xiàn)在結(jié)合圖11，對本發(fā)明第四實施例進行說明。
如圖11所示，在步驟SllOl中，移動IPv6客戶端向提供服務(wù)的HA發(fā)送 綁定更新消息。移動IPv6客戶端可以請求服務(wù)HA提供其他HA的信息，可 以在綁定更新保留位中使用其中 一位表示請求。
進入步驟S1102,提供服務(wù)的HA獲得所有可用的HA的信息后，向所述 移動IPv6客戶端發(fā)送綁定確認(rèn)消息時，提供所有可用的HA的信息。
提供服務(wù)的HA也可以拒絕所述移動IPv6客戶端的綁定更新請求，只是 向所述移動IPv6客戶端提供所有可用的HA的信息。
提供服務(wù)的HA提供所有可用的HA的信息同時，還可以指定繼續(xù)提供 服務(wù)的時間，即生命期。
根據(jù)移動IPv6的要求，綁定更新確認(rèn)對綁定更新消息進行回復(fù)。MH (Mobility Header,移動性頭)的類型為6， MH中Message Data (消息凝:據(jù)) 字段的格式如圖12A所示，其中，Status表示狀態(tài)，即對綁定更新的處理結(jié)果， 如為0，則表示接受綁定更新，如為129,則表示管理原因禁止，如為130, 則表示資源不足；S叫uence表示序列號；Lifetime表示生命期；Mobility Options 表示移動性選項，這里使用的都是TLV (類型-長度_值)的格式，如果有 的選項接收者不能識別則忽略。
本發(fā)明擴展Mobility Options來表示新的HA,如圖12B所示的即為其中 一種格式，Assigned HA表示所有的128位HA地址，此時，Length=16n, n 為HA的個數(shù)。
進入步驟SI 103,所述移動IPv6客戶端在每個HA上進行注冊綁定，直 至成功為止。此步驟與圖7中的步驟S704相同。
最后進入步驟SI 104,所述移動IPv6客戶端在提供服務(wù)的HA上注銷提 供的服務(wù)。此步驟與圖7中的步驟S705相同。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普 通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若千改進和潤 飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。
權(quán)利要求
1.一種移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的方法，其特征在于包括A、提供服務(wù)的家鄉(xiāng)代理獲得至少一個新的家鄉(xiāng)代理信息；B、所述提供服務(wù)的家鄉(xiāng)代理將所述新的家鄉(xiāng)代理信息提供給移動IPv6客戶端。
2. 如權(quán)利要求1所述的移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的方 法，其特征在于所述新的家鄉(xiāng)代理信息包括所述新的家鄉(xiāng)代理的IPv6地址 或域名。
3. 如權(quán)利要求1所述的移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的 方法，其特征在于步驟A的實現(xiàn)方式包括所述提供服務(wù)的家鄉(xiāng)代理接收家 鄉(xiāng)鏈路上家鄉(xiāng)代理周期性廣播的路由器公告RA消息，或者從保存家鄉(xiāng)代理信 息的節(jié)點中獲得新的家鄉(xiāng)代理信息。
4. 如權(quán)利要求1或2所述的移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理 的方法，其特征在于所述提供服務(wù)的家鄉(xiāng)代理使用因特網(wǎng)控制報文協(xié)議 ICMP消息向所述移動IPv6客戶端提供所述新的家鄉(xiāng)代理信息。
5. 如權(quán)利要求1所述的移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的方 法，其特征在于，所述步驟B之后還包括步驟C:移動IPv6客戶端在新的家 鄉(xiāng)代理上進行注冊綁定。
6. 如權(quán)利要求5所述的移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的方 法，其特征在于，當(dāng)所述提供服務(wù)的家鄉(xiāng)代理獲得一個新的家鄉(xiāng)代理信息時， 步驟C由以下步驟實現(xiàn)所述移動IPv6客戶端按照所述IPv6地址或者按照將所述域名解析成的 IPv6地址向所述的新的家鄉(xiāng)代理發(fā)送綁定更新消息；所述新的家鄉(xiāng)代理將所述移動IPv6客戶端的家鄉(xiāng)地址和轉(zhuǎn)交地址綁定。
7. 如權(quán)利要求5所述的移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的方 法，其特征在于，當(dāng)所述提供服務(wù)的家鄉(xiāng)代理獲得一個以上的新的家鄉(xiāng)代理 信息時，步驟C由以下步驟實現(xiàn)所述移動IPv6客戶端按照所述IPv6地址或者按照將所述域名解析成的 IPv6地址分別向所述的多個新的家鄉(xiāng)代理發(fā)送綁定更新消息； 接收到所述綁定更新消息的家鄉(xiāng)代理將所述移動IPv6客戶端的家鄉(xiāng)地址與轉(zhuǎn)交地址綁定；如果其中一個家鄉(xiāng)代理向所述移動IPv6客戶端返回注冊綁定成功的消 息，則所述家鄉(xiāng)代理作為所述移動IPv6客戶端新的家鄉(xiāng)代理。
8. 如權(quán)利要求7所述的移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的方 法，其特征在于還包括所述移動IPv6客戶端按照家鄉(xiāng)代理的優(yōu)先級由高到 低的順序向所述一個以上的新的家鄉(xiāng)代理發(fā)送綁定更新消息。
9. 如權(quán)利要求1所述的移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的方 法，其特征在于還包括所述提供服務(wù)的家鄉(xiāng)代理指定給所述移動IPv6客戶 端繼續(xù)提供服務(wù)的時間。
10. 如權(quán)利要求9所述的移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的 方法，其特征在于還包括所述移動IPv6客戶端在所述時間內(nèi)在所述新的家 鄉(xiāng)代理上實現(xiàn)注冊綁定。
11. 如權(quán)利要求9所述的移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的 方法，其特征在于還包括如果所述移動IPv6客戶端在超過所述時間外向所 述提供服務(wù)的家鄉(xiāng)代理發(fā)送綁定更新消息時，所述提供服務(wù)的家鄉(xiāng)代理拒絕 進行綁定更新或不做任何響應(yīng)。
12. 如權(quán)利要求1所述的移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的 方法，其特征在于還包括所述移動IPv6客戶端注銷所述提供服務(wù)的家鄉(xiāng)代 理提供的服務(wù)。
13. 如權(quán)利要求1所述的移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的 方法，其特征在于，步驟A之前包括所述移動IPv6客戶端向所述提供服務(wù) 的家鄉(xiāng)代理發(fā)送綁定更新消息，請求提供新的家鄉(xiāng)代理。
14. 如權(quán)利要求1所述的移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的 方法，其特征在于，所述提供服務(wù)的家鄉(xiāng)代理主動向移動IPv6客戶端提供新 的家鄉(xiāng)代理。
15. 如權(quán)利要求1所述的移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的 方法，其特征在于還包括在步驟B之后，所述移動IPv6客戶端返回給所述 提供服務(wù)的家鄉(xiāng)代理應(yīng)答消息。
16. 如權(quán)利要求1所述的移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的 方法，其特征在于在步驟B之后，如果所述提供服務(wù)的家鄉(xiāng)代理沒有收到所述移動IPv6客戶端發(fā)出的應(yīng)答消息，則所述提供服務(wù)的家鄉(xiāng)代理再次向移 動IPv6客戶端提供新的家鄉(xiāng)代理信息。
全文摘要
本發(fā)明提供了一種移動IPv6中為移動IPv6客戶端分配家鄉(xiāng)代理的方法，包括A.提供服務(wù)的家鄉(xiāng)代理獲得至少一個新的家鄉(xiāng)代理信息；B.所述提供服務(wù)的家鄉(xiāng)代理將所述新的家鄉(xiāng)代理信息提供給移動IPv6客戶端。
文檔編號H04W80/04GK101102590SQ200610101228
公開日2008年1月9日 申請日期2006年7月7日 優(yōu)先權(quán)日2006年7月7日
發(fā)明者劉繼興, 璟 林 申請人:華為技術(shù)有限公司