[發(fā)明專利]請求、分配連接點地址的方法及設(shè)備

有效

• 申請?zhí)枺?/td>: 200710137851.0
• 申請日: 2007-07-25
• 公開（公告）號: CN101355474A
• 公開（公告）日: 2009-01-28
• 發(fā)明（設(shè)計）人: 趙宇萍
• 申請（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號: H04L12/28
• 分類號: H04L12/28;H04L29/12;H04L29/06;H04L1/16
• 代理公司: 上海明成云知識產(chǎn)權(quán)代理有限公司
• 代理人: 成春榮;竺云

技術(shù)領(lǐng)域

本發(fā)明涉及移動通信領(lǐng)域，特別涉及請求、分配連接點地址的技術(shù)。

背景技術(shù)

當(dāng)今世界因特網(wǎng)(Internet)的網(wǎng)絡(luò)規(guī)模正以驚人的速度不斷擴(kuò)大，同時移動通信也在突飛猛進(jìn)的向前發(fā)展。越來越多的移動用戶都希望能夠以更加靈活的方式接入到Internet中去，而不受到時空的限制。移動網(wǎng)絡(luò)互聯(lián)協(xié)議(Mobile?Internet?Protocol，簡稱“MIP”)技術(shù)正是為了適應(yīng)這種需求而產(chǎn)生的一種新的支持移動用戶和因特網(wǎng)連接的互連技術(shù)，它能夠使移動用戶在移動自己位置的同時無需中斷正在進(jìn)行的Internet網(wǎng)絡(luò)通信，因此成為當(dāng)前業(yè)界研究的熱點問題。

MIP允許終端使用兩個網(wǎng)絡(luò)互聯(lián)協(xié)議(Internet?Protocol，簡稱“IP”)地址，第一個地址是家鄉(xiāng)地址(Home?Address，簡稱“HoA”)，它是固定不變的；第二個地址是轉(zhuǎn)交地址(Care-of?Address，簡稱“CoA”)，它在每個新連接點都會發(fā)生變化。MIP允許計算機(jī)在Internet上自由漫游，另外，它還允許計算機(jī)在組織的網(wǎng)絡(luò)上自由漫游，同時仍保持其HoA不變。因此，當(dāng)終端更改計算機(jī)的連接點時，通信活動不會中斷，相反，MIP會通過終端的新位置對網(wǎng)絡(luò)進(jìn)行更新。

MIP可將IP數(shù)據(jù)報路由到各連接點，因此無論終端連接到何處，終端的HoA可始終標(biāo)識該終端。如果終端不在家鄉(xiāng)網(wǎng)絡(luò)上，則CoA將與終端的HoA相關(guān)聯(lián)，CoA可提供有關(guān)終端當(dāng)前連接點的信息。終端可以通過使用代理通告來檢測它們何時從一個子網(wǎng)移到另一個子網(wǎng)。當(dāng)終端收到一個代理通告，指示其位置已更改時，它會通過外地代理進(jìn)行注冊。圖1所示的是終端通過外地代理向家鄉(xiāng)代理進(jìn)行MIP注冊的過程。首先終端向?qū)淼耐獾卮戆l(fā)送注冊請求，從而開始執(zhí)行注冊過程。接著在外地代理處理注冊請求后，將該請求中繼到家鄉(xiāng)代理。然后家鄉(xiāng)代理向外地代理發(fā)送注冊回復(fù)以準(zhǔn)許或拒絕該請求。在外地代理處理注冊回復(fù)后，將該回復(fù)中繼到終端，以向其通告該請求的處理情況。

其中，連接點的地址分配是通過動態(tài)主機(jī)配置協(xié)議(Dynamic?HostConfiguration?Protocol，簡稱“DHCP”)來完成的。如圖2所示，主要包括以下四個階段：發(fā)現(xiàn)階段，即DHCP客戶端尋找DHCP服務(wù)器的階段；提供階段，即DHCP服務(wù)器提供IP地址的階段；選擇階段，即DHCP客戶端選擇某個DHCP服務(wù)器提供的IP地址的階段；確認(rèn)階段，即DHCP服務(wù)器確認(rèn)所提供的IP地址的階段。

目前，從MIP中衍生出來的代理移動IP(Proxy?Mobile?IP，簡稱“PMIP”)協(xié)議也是一種針對移動的技術(shù)協(xié)議。在PMIP中，終端并不具有MIP的功能，大量的MIP功能由具有PMIP客戶端能力的外部代理來完成。PMIP客戶端既要參與MIP的注冊消息交互還要參與給終端分配IP地址的過程，如圖3所示。終端向DHCP服務(wù)器廣播DHCP發(fā)現(xiàn)報文(DHCP?Discover)，DHCP中繼(DHCP?Relay)截取該報文，將該報文根據(jù)配置信息轉(zhuǎn)發(fā)給DHCP服務(wù)器，DHCP服務(wù)器收到DHCP發(fā)現(xiàn)報文后，向終端發(fā)送DHCP提供報文(DHCPOffer)，在該報文中包括所提供的IP地址，終端收到DHCP提供報文后，如果選擇該IP地址，則向DHCP服務(wù)器發(fā)送DHCP請求報文(DHCPRequest)，當(dāng)DHCP服務(wù)器收到DHCP請求報文后，向終端發(fā)送分配IP地址成功的應(yīng)答，DHCP中繼收到該應(yīng)答后，觸發(fā)PMIP客戶端發(fā)起MIP注冊過程，即向家鄉(xiāng)代理發(fā)送MIP注冊請求(MIP?Reg?Req)，在PMIP客戶端收到MIP注冊應(yīng)答(MIP?Reg?Res)時，觸發(fā)DHCP中繼向終端轉(zhuǎn)發(fā)DHCP應(yīng)答報文。

然而，本發(fā)明的發(fā)明人發(fā)現(xiàn)，由于現(xiàn)有的DHCP中繼只有轉(zhuǎn)發(fā)的功能，它不能夠主動發(fā)包，也不能隨意的更改報文類型。從而當(dāng)?shù)玫組IP注冊失敗的信息后，DHCP中繼由于無法主動發(fā)包，所以不能通知DHCP服務(wù)器回收地址；另一方面，它也無法把來自DHCP服務(wù)器的分配IP地址成功的應(yīng)答即確認(rèn)(Acknowledgement，簡稱“ACK”)報文，轉(zhuǎn)為未確認(rèn)(NotAcknowledgement，簡稱“NAK”)報文來通知終端，所以終端無法得知該地址不能使用，導(dǎo)致終端后繼消息的傳輸產(chǎn)生錯誤。

發(fā)明內(nèi)容

本發(fā)明實施方式要解決的主要技術(shù)問題是提供一種請求、分配連接點地址的方法及設(shè)備，在終端的MIP注冊失敗時，不會導(dǎo)致終端后繼消息的傳輸產(chǎn)生錯誤。

為解決上述技術(shù)問題，本發(fā)明的實施方式提供了一種請求連接點地址的方法，包括以下步驟：