專利名稱：基于動態(tài)主機分配協(xié)議的配置信息的獲取方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種基于動態(tài)主4幾分配 協(xié)議的配置信息的獲取方法和裝置。
背景技術(shù)：
動態(tài)主才幾分酉己十辦i義(Dynamic Host Configuration Protocol ，簡-爾 為DHCP)是傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議(Transmission Control Protocol/Internet Protocol ，簡牙爾為TCP / IP )十辦i義蔟中的 一種，RFC 標(biāo)準(zhǔn)為2131，主要是用來給網(wǎng)絡(luò)客戶機分配動態(tài)的IP地址。這些 被分配的IP地址都是DHCP服務(wù)器預(yù)先保留的一個由多個地址組 成的地址集，并且它們一般是一段連續(xù)的地址。目前的DHCP服務(wù) 器有三種;也址分配方式，包4舌手工分配、自動分配和動態(tài)分配。 在上述三種分配過程中，DHCP客戶端獲取IP地址都是按照如下圖 1所示的^^文協(xié)商過程來進行的。
圖1是根據(jù)相關(guān)技術(shù)的DHCP報文協(xié)商過程的示意圖，如圖1 所示的現(xiàn)有的DHCP報文協(xié)商過程中，采用DHCPDISCOVER (DHCP發(fā)現(xiàn)才艮文)、DHCPOFFER ( DHCP應(yīng)答才艮文)、 DHCPREQUEST ( DHCP請求才艮文)和DHCPACK (DHCP確認(rèn)才艮 文)四步凈艮文交互來完成DHCP的協(xié)商過程。圖2是根據(jù)相關(guān)技術(shù) 的DHCP報文格式，其中，DHCP報文格式定義如圖2所示。
6以常用的Windows 2000 Server作為DHCP服務(wù)器為例，主要 有以下三個DHCP ;i良務(wù)器端配置的相關(guān)術(shù)"i吾和相無念
1 )作用域(Scope ): Windows 2000所帶的DHCP服務(wù)器的服 務(wù)單位是子網(wǎng)。對每個所月良務(wù)的子網(wǎng)，定義一個作用域(包括子網(wǎng) 網(wǎng)絡(luò)IP地址，掩碼，可分配的IPi也址池、網(wǎng)關(guān)、路由、DNS等商己 置)，當(dāng)被服務(wù)的子網(wǎng)內(nèi)的DHCP客戶端發(fā)出DHCPDISCOVER請 求時，在對應(yīng)的作用域的IP ;也址池內(nèi)選擇可用的IP地址來響應(yīng)。
2)用戶類(user class):可以定義用戶類來對特定的DHCP客 戶端或者客戶端集合定義分配給它們的特定的配置參數(shù)(比如網(wǎng)關(guān)、 路由、DNS等)。Windows 2000 DHCP SERVER用戶類對應(yīng)的選項 是option 77 ，應(yīng)用舉例在DHCP客戶端發(fā)出的DHCPDISCOVER 請求才艮文中攜帶option 77，其中填入可以標(biāo)識該客戶端的自定義內(nèi) 容，如"clientl";在為該客戶端服務(wù)的DHCP服務(wù)器上也需要進行 相應(yīng)的配置，在該客戶端所屬的作用域內(nèi)定義一個對應(yīng)的"clientl" 的用戶類，對"clientl"用戶類進行指定的網(wǎng)關(guān)、路由、DNS等配置。 因此，clientl所標(biāo)識的DHCP客戶端從服務(wù)器獲取到為自己指定的 網(wǎng)關(guān)、路由、DNS等配置數(shù)據(jù)。
3 )保留可以在Windows 2000 DHCP SERVER中使用力某體訪 問4空制(Medium Access Control,簡一爾為MAC );也i止來唯一的才示iK 一個DHCP客戶端，并分配給該客戶端特定的IP地址，即通常所 說的MAC地址綁定。
在現(xiàn)有的標(biāo)準(zhǔn)協(xié)商流程中，要達到為指定的客戶端分配指定的 配置參凄t的目的， 一般的估文法是采用DHCP客戶端的MAC地址來 作為不同客戶端間的區(qū)分，利用MAC地址綁定的方法來實現(xiàn)。但> 是，在移動通信網(wǎng)內(nèi)無線側(cè)設(shè)備(比如基站設(shè)備等)自組網(wǎng)這個特 定的應(yīng)用場景下，基站系統(tǒng)的每個BTS網(wǎng)元作為DHCP客戶端,向 DHCP H務(wù)器獲取指定的配置來組網(wǎng)時，有以下兩個特殊的需求l)移動通信網(wǎng)的基站系統(tǒng)內(nèi)，普遍存在著主備系統(tǒng)的情況，且
在配置時需要對主備兩個系統(tǒng)分配相同的IP地址，即對不同的MAC 地址分配相同的指定的IP地址。
2 )基站系統(tǒng)的每個BTS網(wǎng)元不^f又需要獲取到自身的IP地址， 同時也需要獲取到其他網(wǎng)元(BSC網(wǎng)元、后臺系統(tǒng)OMC等)的IP 地址信息后才能完成組網(wǎng)配置過程。
以常用的Windows 2000 Server作為DHCP月良務(wù)器為例，對于 上文描述的移動通信網(wǎng)內(nèi)的特殊應(yīng)用場景，現(xiàn)有的標(biāo)準(zhǔn)的DHCP協(xié) 商有以下的局限
1 )不同的MAC i也址無法與同一個IP ;也址綁定，不能滿足對 不同的MAC地址分配相同的指定的IP地址的需求。
2 )采用MAC地址綁定的方法只能為指定的DHCP客戶端分配 指定的IP地址，但是對于DHCP客戶端所需要的其他配置信息， 則無法滿足對每個DHCP客戶端分配指定的除自身IP地址外的其 他配置信息。例如，當(dāng)某個DHCP客戶端A屬于為它提供服務(wù)的服 務(wù)器A上的作用域A (即一個子網(wǎng))，在服務(wù)器A上將客戶端A的 MAC地址與作用域A中的某個IP地址綁定后，標(biāo)準(zhǔn)的DHCP協(xié)商 完成后，服務(wù)器A向該客戶端A分配了指定的IP地址，但其他配 置信息如網(wǎng)關(guān)、路由等，則是以作用域為單位來進行分配。即此種 方式下，屬于同一子網(wǎng)內(nèi)的DHCP客戶端所獲取的其他配置信息是 相同的，非指定的。
另夕卜，對于Windows 2000 Server,也可以采用在一個子網(wǎng)內(nèi)(即 一個作用域)定義不同的用戶類，來為每個基站分配指定的信息； 然而這種情況下DHCPOFFER報文中yiaddr字^史中攜帶的信息是從 DHCP服務(wù)器的地址池中自動分配的IP地址，即分配給DHCP客戶端的IP地址為非指定的，因此，也無法滿足為指定的DHCP客戶 端分配指定的配置凄t據(jù)的需求。
針對相關(guān)技術(shù)不能滿足對不同的MAC地址分配相同的指定的 IP地址的需求，采用MAC地址綁定的方法無法滿足對每個DHCP 客戶端分配指定的除自身IP地址外的其4也配置4言息，以及無法滿足 為指定的DHCP客戶端分配指定的配置數(shù)據(jù)的問題，目前尚未提出 有爻文的解決方案。

發(fā)明內(nèi)容
針對相關(guān)才支術(shù)中不能滿足對不同的MAC地址分配相同的指定 的IP地址，采用MAC地址綁定的方法無法滿足對每個DHCP客戶 端分配指定的除自身IP地址外的其他配置信息，以及無法滿足為指 定的DHCP客戶端分配指定的配置數(shù)據(jù)的問題而提出本發(fā)明，為此， 本發(fā)明的主要目的在于提供一種基于DHCP的配置信息的獲取方 案，以解決上述問題至少之一。
為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種基于 DHCP的配置4言息的獲取方法。
根據(jù)本發(fā)明的基于DHCP的配置信息的獲取方法包括DHCP 客戶端獲取本身的IP地址，并判斷IP地址是否可用，如果判斷結(jié) 果為是，貝'J DHCP客戶端向DHCP服務(wù)器端發(fā)送DHCP通知報文， 其中，DHCP通知才艮文用于通知DHCP月良務(wù)器端IP地址，并"^青求 DHCP服務(wù)器端上報除IP地址之外的其他配置參數(shù)；DHCP客戶端 接收DHCP月良務(wù)器端返回的DHCP確認(rèn)才艮文，并從DHCP確認(rèn)才艮文 中獲取其他配置參數(shù)，其中，DHCP確認(rèn)報文中攜帶有其他配置參 數(shù)；DHCP客戶端得到全部配置參數(shù)，其中，全部配置參數(shù)包括 IP i也址和其j也配置參凄史。優(yōu)選地，DHCP客戶端獲取IP地址包括DHCP客戶端從本地 獲耳又本身的IP;也址。
優(yōu)選地，DHCP客戶端獲取IP地址包括DHCP客戶端從本地 查找IP地址，如果IP地址為0，貝'J DHCP客戶端向DHCP服務(wù)器 端發(fā)送DHCP發(fā)現(xiàn)廣播報文，其中，DHCP發(fā)現(xiàn)廣播報文用于請求 IP地址；DHCP客戶端接收DHCP月l務(wù)器端返回的DHCP應(yīng)答才艮文， 其中，DHCP應(yīng)敘艮文攜帶有IP地址信息；DHCP客戶端乂人DHCP 應(yīng)答報文中獲取IP地址信息，并根據(jù)IP地址信息獲取IP地址。
優(yōu)選地，DHCP通知報文還至少攜帶有以下之一請求參數(shù)列 表選項、DHCP服務(wù)器端用于標(biāo)識DHCP客戶端的選項。
優(yōu)選地，DHCP發(fā)現(xiàn)廣播報文還至少攜帶有以下之一請求參 數(shù)列表選項、DHCP服務(wù)器端用于標(biāo)識DHCP客戶端的選項。
優(yōu)選地，請求參數(shù)列表選項進一步包括請求子網(wǎng)掩碼的選項 碼、-清求網(wǎng)關(guān)地址的選項碼、以及自定義的選項碼，其中，自定義 的選項石馬為用于i青求IP i也址的選項石馬。
優(yōu)選地，DHCP月艮務(wù)器端用于標(biāo)識DHCP客戶端的選項進一步 包括DHCP客戶端的MAC地址、DHCP客戶端的電子條碼信息。
優(yōu)選地，在判斷IP地址是否可用之后，方法還包括如果判斷 結(jié)果為否，則DHCP客戶端繼續(xù)向DHCP服務(wù)器端發(fā)送DHCP發(fā)現(xiàn) 廣播報文，其中，DHCP發(fā)現(xiàn)廣播報文用于請求IP地址。
為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一個方面，提供了一種 DHCP客戶端。根據(jù)本發(fā)明的DHCP客戶端包括第一獲取才莫塊，獲取本身的 IP地址；判斷模塊，用于判斷第一獲取模塊獲取的IP地址是否可用； 發(fā)送模塊，用于在判斷模塊的判斷結(jié)果為是的情況下，向DHCP服 務(wù)器端發(fā)送DHCP通知報文，其中，DHCP通知報文用于通知DHCP 月良務(wù)器端IP地址，并請求DHCP "良務(wù)器端上纟艮除IP地址之外的其 他配置參數(shù)；接收模塊，用于接收DHCP服務(wù)器端返回的DHCP確 認(rèn)報文，其中，DHCP確認(rèn)報文中攜帶有其他配置參數(shù)；第二獲取 模塊，用于從接收模塊接收的DHCP確認(rèn)報文中獲取其他配置參數(shù)； 第三獲取才莫塊，用于得到全部配置參數(shù)，其中，全部配置參數(shù)包括 第一獲取模塊獲取的IP地址和第二獲取模塊獲取的其他配置參數(shù)。
優(yōu)選地，第一獲取模塊包括第一獲取子模塊，用于從本地獲 取本身的IP地址。
優(yōu)選地，第一獲取模塊包括查找子模塊，用于從本地查找IP 地址；發(fā)送子模塊，用于在查找子模塊的查找結(jié)果為IP地址為O的 情況下，向DHCP服務(wù)器端發(fā)送DHCP發(fā)現(xiàn)廣播報文，其中，DHCP 發(fā)現(xiàn)廣播報文用于請求IP地址；接收子模塊，用于接收DHCP月良 務(wù)器端返回的DHCP應(yīng)答才艮文，其中，DHCP應(yīng)^艮文攜帶有IP 地址信息；第二獲取子模塊，用于從接收子模塊接收的DHCP應(yīng)答 報文中獲取IP地址信息；第三獲取子模塊，用于根據(jù)第二獲取子模 塊獲取的IP地址信息獲取IP地址。
通過本發(fā)明，采用DHCP客戶端根據(jù)獲取的本身的IP地址和 接收到DHCP服務(wù)器端返回的其他配置參數(shù)獲取全部配置參數(shù)的方 法，解決了相關(guān)技術(shù)中不能滿足對不同的MAC地址分配相同的指 定的IP ;l也址，釆用MAC地址綁定的方法無法滿足對每個DHCP客 戶端分配指定的除自身IP地址外的其4也配置信息，以及無法滿足為 指定的DHCP客戶端分配指定的配置數(shù)據(jù)的問題，進而實現(xiàn)為指定
ii的DHCP客戶端分配指定的配置數(shù)據(jù)且不受客戶端MAC地址限制 的目的。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并 不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
圖1是根據(jù)相關(guān)技術(shù)的DHCP報文協(xié)商過程的示意圖2是根據(jù)相關(guān)技術(shù)的DHCP報文格式；
圖3是才艮據(jù)本發(fā)明實施例的BSS系統(tǒng)才莫型示意圖4是根據(jù)本發(fā)明實施例的基于DHCP的配置信息的獲取方法 的流程圖5是才艮據(jù)本發(fā)明實施例的DHCP才艮文協(xié)商過程的示意意圖7是根據(jù)本發(fā)明實施例的客戶端的結(jié)構(gòu)框圖8是根據(jù)本發(fā)明實施例的客戶端的優(yōu)選結(jié)構(gòu)框圖
具體實施例方式
功能和克述
考慮到相關(guān)技術(shù)中不能滿足對不同的MAC地址分配相同的指 定的IP地址，釆用MAC地址綁定的方法無法滿足對每個DHCP客 戶端分配指定的除自身IP地址外的其他配置信息，以及無法滿足為 指定的DHCP客戶端分配指定的配置數(shù)據(jù)的問題，本發(fā)明實施例提 供了一種基于DHCP的配置信息的獲取方法，該方法包括DHCP 客戶端獲取本身的IP地址，并判斷IP地址是否可用，如果判斷結(jié) 果為是，則DHCP客戶端向DHCP服務(wù)器端發(fā)送DHCP通知才艮文， 其中，DHCP通知凈艮文用于通知IP地址，并i青求DHCP月良務(wù)器端上 報除IP地址之外的其他配置參數(shù)；DHCP客戶端接收DHCP服務(wù)器 端返回的DHCP確認(rèn)才艮文，并從DHCP確認(rèn)凈艮文中獲取其他配置參 數(shù)，其中，DHCP確認(rèn)報文中攜帶有其他配置參數(shù)；這樣，DHCP 客戶端就得到了包括IP地址和其他配置參凄t的全部配置參凄史。
需要說明的是，在不沖突的情況下，本申請中的實施例及實施 例中的特征可以相互組合。下面將參考附圖并結(jié)合實施例來詳細說 明本發(fā)明。
下文以移動通4言基站系統(tǒng)(Base Station System,簡稱為BSS ) 為例，來闡述本發(fā)明所纟是供的方法的具體實施。
圖3是根據(jù)本發(fā)明實施例的BSS系統(tǒng)才莫型示意圖，如圖3所示， 在BSS系纟充中，網(wǎng)元基站J)文發(fā)臺(Base Transceiver Station，簡-爾為 BTS)、網(wǎng)元基站控制器(Base Station Controller,簡稱為BSC)、網(wǎng) 管月良務(wù)器操作維護中心(Operation and Maintenance Centre,簡稱、為 OMC )和局域網(wǎng)內(nèi)的DHCP月良務(wù)器通過以太網(wǎng)交才灸才幾連才妄，網(wǎng)元 BTS作為DHCP客戶端向局i或網(wǎng)內(nèi)的DHCP月艮務(wù)器請求相關(guān)配置數(shù)據(jù)，包4舌自身IP;也址、子網(wǎng)掩碼、網(wǎng)關(guān)地址、BSC的IP地址以及 OMC的IP地址等信息，以完成BTS與BSC、 OMC之間的鏈路建 立。
方法實施例
根據(jù)本發(fā)明的實施例，提供了 一種基于DHCP的配置信息的獲 取方法。圖4是才艮據(jù)本發(fā)明實施例的基于DHCP的配置信息的獲取 方法的流程圖，如圖4所示，該方法包4舌如下的步驟S402至步驟 S楊
步驟S402， DHCP客戶端獲取本身的IP地址，并判斷IP地址 是否可用，如果判斷結(jié)果為是，則DHCP客戶端向DHCP服務(wù)器端 發(fā)送DHCP通知才艮文，其中，DHCP通知才艮文用于通知DHCP服務(wù) 器端IP地址，并請求DHCP服務(wù)器端上纟艮除IP地址之外的其他配 置參數(shù)。如果判斷結(jié)果為否，則DHCP客戶端繼續(xù)向DHCP服務(wù)器 端發(fā)送DHCP發(fā)現(xiàn)廣播才艮文，其中，DHCP發(fā)現(xiàn)廣播報文用于請求 IP地址。其中，DHCP通知才艮文還可以至少攜帶有以下之一請求 參數(shù)列表選項、DHCP月良務(wù)器端用于標(biāo)識DHCP客戶端的選項。
其中，DHCP客戶端獲取IP地址包括以下方式之一
(1 ) DHCP客戶端從本地獲取本身的IP地址。
(2 ) DHCP客戶端從本地查找IP地址，如果IP地址為0，則 DHCP客戶端向DHCP服務(wù)器端發(fā)送DHCP發(fā)現(xiàn)廣播報文，其中， DHCP發(fā)現(xiàn)廣播才艮文用于請求IP地址；DHCP客戶端接收DHCP服 務(wù)器端返回的DHCP應(yīng)答才艮文，其中，DHCP應(yīng)答才艮文攜帶有IP 地址信息；DHCP客戶端從DHCP應(yīng)答才艮文中獲取IP地址信息，并 根據(jù)IP地址信息獲取IP地址。其中，DHCP發(fā)現(xiàn)廣播報文還至少 攜帶有以下之一請求參數(shù)列表選項、DHCP服務(wù)器端用于標(biāo)識
14DHCP客戶端的選項。請求參數(shù)列表選項可以進一步包括請求子 網(wǎng)掩碼的選項石馬、i貪求網(wǎng)關(guān)地址的選項碼、以及自定義的選項碼， 自定義的選項碼為用于請求IP地址的選項碼。其中，DHCP服務(wù)器 端用于標(biāo)識DHCP客戶端的選項可以進一步包括DHCP客戶端的 MAC地址、DHCP客戶端的電子條碼信息。
步驟S404， DHCP客戶端才妄收DHCP月良務(wù)器端返回的DHCP 確認(rèn)報文，并從DHCP確認(rèn)才艮文中獲取其他配置參數(shù)，其中，DHCP 確認(rèn)報文中攜帶有其他配置參數(shù)。
步驟S406， DHCP客戶端得到全部配置參數(shù)，其中，全部配置 參凄丈包4舌IP i也址和其〗也配置參凄史。
通過該實施例，利用DHCPDISCOVER 、 DHCPOFFER 、 DHCPINFORM (DHCP通知報文)和DHCPACK四步凈艮文交互來 完成DHCP的協(xié)商過程，實現(xiàn)了為指定的DHCP客戶端分配指定的 配置凄t據(jù)且不受客戶端MAC地址限制的目的。
此外，本發(fā)明還定義了用于上述方案的DHCP客戶端狀態(tài)機， 其中新增了地址檢查和通知兩個狀態(tài)，將在后文詳細描述。
圖5是根據(jù)本發(fā)明實施例的DHCP報文協(xié)商過程的示意圖，下 述步驟中將以Windows 2000 Server系統(tǒng)作為DHCP月良務(wù)器為例， 來講述實施過程中相關(guān)選項和字段的使用，如圖5所示，包括如下 的步驟1至步驟6:
步驟1, DHCP客戶端從自身獲取IP地址，如果獲取到的IP 地址不為0,則批J于步驟4，否則執(zhí)4亍步驟2。
步驟2， DHCP客戶端向DHCP月良務(wù)器端發(fā)送DHCPDISCOVER 廣才番報文，才艮文中的option字段填入的選項有option77 ( user class id，用戶類別選項)此處i真入DHCP客戶 端的電子條碼，DHCP服務(wù)器根據(jù)此選項來識別不同的DHCP客戶 端，并分配指定的配置。對于其他類型的服務(wù)器，該選項碼可能為 其他值，其中添加能唯一標(biāo)識客戶端的信息，包括但不限于MAC 地址、電子條碼(EID)等信息。
option55 (parameter request list, i青求參凄t歹'J表選項)止匕處依 次填入選項碼1，用來請求子網(wǎng)掩碼；選項碼3，用來請求網(wǎng)關(guān)地址； 以及自定義的選項碼41 ，用來^青求DHCP客戶端IP ;也址，標(biāo)準(zhǔn)中 定義option41為network information servers即網(wǎng)纟各孑言息、月良務(wù)器，it匕 處用來請求DHCP客戶端IP地址，此處的選項41為用戶自定義， 也可以選取其他的任意一個在協(xié)商中沒有用到的選項碼。
步驟3, DHCP客戶端才妄收到DHCP月良務(wù)器端返回的 DHCPOFFER才艮文后，通過選項l、 3和自定義選項41分別獲得了 子網(wǎng)掩碼、網(wǎng)關(guān)地址和自身IP地址配置，檢查此IP地址是否可用， 如果可用則執(zhí)行步驟4，否則轉(zhuǎn)到步驟2。
步驟4， DHCP客戶端向DHCP服務(wù)器端發(fā)出DHCPINFORM 報文，通知DHCP服務(wù)器端已獲取到的自身IP地址，同時請求DHCP 客戶端所需要的BSC的IP地址以及OMC月良務(wù)器IP地址等其他配 置參數(shù)，該其他配置參數(shù)，包括選項碼l (請求子網(wǎng)掩碼)，選項 碼3(請求網(wǎng)關(guān)地址)，自定義的選項碼，此步驟中的其他配置參教: 包括但不限于以上所列出的選項，DHCP客戶端所需要的各種配置 參tt所對應(yīng)的標(biāo)準(zhǔn)選項碼以及自定義選項碼都可以在此添加。才艮文 中的option字賴:填入的選項有
ciaddr (客戶端IP地址字段)此處填入步驟1或步驟3中獲取 的客戶端自身IP地址；option77 ( user class id,用戶類別選項)同步驟2中的內(nèi)容；
option55 (parameter request list, i青求參凄史歹寸表選項)jt匕處依 次填入選項碼1 (請求子網(wǎng)掩碼)，選項碼3 (請求網(wǎng)關(guān)地址)，自定 義的選項碼6 (請求BSC的IP地址)，自定義選項碼44 (請求OMC 月艮務(wù)器IP地址)。
步驟5 ， DHCP客戶端接收到DHCP月良務(wù)器端返回的DHCPACK 報文后，DHCP客戶端得到全部配置參數(shù)，該全部配置參數(shù)包括根 據(jù)IP地址和其他配置參數(shù)。通過步驟3、 4中的相應(yīng)的選項分別獲 得了子網(wǎng)掩碼、網(wǎng)關(guān)地址、BSC的IP地址和OMC月良務(wù)器的IP地 址。
步驟6，通過以上步驟獲取了 DHCP客戶端所需的全部配置信 息后進行保存，BTS利用獲取的配置開始建立鏈路。
需要說明的是，在以上步驟中利用的選項6、選項41和選項44 為用戶自定義的含義，用戶可以自4亍定義的選項包括 f旦不限于上述 提到的。
根據(jù)以上的協(xié)商過程，設(shè)計DHCP客戶端的狀態(tài)機。圖6是根 據(jù)本發(fā)明實施例的更改后的DHCP客戶端狀態(tài)機的示意圖，如圖6 所示，DHCP客戶端狀態(tài)才幾的運行過程包括 DHCP客戶端處于"A:停止?fàn)顟B(tài)"，當(dāng)客戶端沒有IP地址 時啟動DHCP協(xié)商，則狀態(tài)i 天遷至"B:初始狀態(tài)"； DHCP客戶端處于"A:停止?fàn)顟B(tài)"，當(dāng)客戶端已有IP地址 時啟動DHCP協(xié)商，執(zhí)行配置以太網(wǎng)口的操作，后狀態(tài)躍遷至"D: i也址4企查4犬態(tài)"；
17[Bl] DHCP客戶端處于"B : 初始狀態(tài)"，執(zhí)4亍發(fā)送 DHCPDISCOVER廣播報文的操作，后狀態(tài)躍遷至"C:選擇狀態(tài)"； DHCP客戶端處于"C:選擇狀態(tài)"，收到可4妻受的 DHCPOFFER才艮文，比如DHCP客戶端可用DHCPOFFER才艮文中攜 帶的選項43 (Vendor Specific Information,供應(yīng)商特定消息)來區(qū) 分此報文是否是可接受的，從DHCPOFFER報文中取得分配給自身 的IP地址等信息，執(zhí)行配置以太網(wǎng)口的操作，后狀態(tài)躍遷至"D:地 址才企查狀態(tài)"； DHCP客戶端處于"C:選擇狀態(tài)"，收到不可4妄受的 DHCPOFFER才艮文，則仍然停留在此狀態(tài)； DHCP客戶端處于"C:選擇狀態(tài)"，收到超時事件，則進 行DHCP協(xié)商的總時間是否超時的判斷；如果DHCP協(xié)商的總時間超時，則中止本次DHCP的協(xié) 商，4犬態(tài)返回到"A: 4亭止4犬態(tài)"；如果DHCP協(xié)商的總時間還未超時，則繼續(xù)發(fā)送 DHCPDISCOVER才艮文，狀態(tài)4f留在"C:選擇狀態(tài)"； DHCP客戶端處于"D:地址4企查狀態(tài)"，檢查獲得的IP地 址可用，則向DHCP服務(wù)器發(fā)送DHCPINFORM報文，狀態(tài)3夭遷至 "E:通知狀態(tài)，，；DHCP客戶端處于"D:地址4企查狀態(tài)"，檢查獲得的IP地 址不可用，則繼續(xù)發(fā)送DHCPDISCOVER才艮文，狀態(tài)返回到"C:選 擇狀態(tài)"；[El] DHCP客戶端處于"E:通^M犬態(tài)"，4史到可4妻受的 DHCPACK報文，區(qū)分DHCPACK可否接受的判斷過程同[Cl]中對 DHCPOFFER的判斷，從DHCPACK中獲取到除IP地址外的其它 所請求的配置數(shù)據(jù)并保存，狀態(tài)躍遷至"F:綁定狀態(tài)"； DHCP客戶端處于"E:通知狀態(tài)"，收到不可接受的 DHCPACK才艮文，則仍然停留在此狀態(tài)；DHCP客戶端處于"E:通知狀態(tài)"，收到超時事件，則進行 DHCP協(xié)商的總時間是否超時的判斷；如果DHCP協(xié)商的總時間超時，則中止本次DHCP的協(xié) 商，狀態(tài)返回到"A: 4亭止?fàn)顟B(tài)"；如果DHCP協(xié)商的總時間還未超時，則繼續(xù)發(fā)送 DHCPINFORM才艮文，狀態(tài)4f留在"E:通知狀態(tài)"； DHCP客戶端處于"F:綁定狀態(tài)"，則本次DHCP協(xié)商成 功完成，中止本次協(xié)商，狀態(tài)返回到"A:停止?fàn)顟B(tài)"。
裝置實施例
根據(jù)本發(fā)明的實施例，提供了 一種DHCP客戶端。圖7是才艮據(jù) 本發(fā)明實施例的客戶端的結(jié)構(gòu)沖匡圖，如圖7所示，該DHCP客戶端 101包括第一獲取模塊2，判斷模塊4，發(fā)送模塊6，接收模塊8， 第二獲取^t塊10，第三獲取才莫塊12，下面對上述結(jié)構(gòu)進行描述。
第一獲取模塊2，獲取本身的IP地址；判斷模塊4，連接至第 一獲取模塊2，用于判斷第一獲取模塊2獲取的IP地址是否可用； 發(fā)送模塊6，連接至判斷模塊4，用于在判斷模塊4的判斷結(jié)果為是 的情況下，向DHCP月艮務(wù)器202端發(fā)送DHCP通知才艮文，其中，DHCP通知報文用于通知DHCP服務(wù)器端202 IP地址，并請求DHCP 服務(wù)器端202上報除IP地址之外的其他配置參數(shù)；接收模塊8，用 于接收DHCP服務(wù)器202端返回的DHCP確認(rèn)才艮文，其中，DHCP 確認(rèn)報文中攜帶有其他配置參數(shù)；第二獲取模塊IO，連接至接收模 塊8,用于從接收模塊8接收的DHCP確認(rèn)報文中獲取其他配置參 數(shù)；第三獲取模塊12,連接至第一獲取模塊2和第二獲取模塊10， 用于得到全部配置參數(shù)，其中，全部配置參數(shù)包括第一獲取才莫塊 2獲取的IP地址和第二獲取模塊10獲取的其他配置參數(shù)。
圖8是根據(jù)本發(fā)明實施例的客戶端的優(yōu)選結(jié)構(gòu)框圖，如圖8所 示，優(yōu)選地，第一獲取模塊2包括第一獲取子模塊22，查找子模 塊24,發(fā)送子模塊26,接收子模塊28，第二獲取子模塊30，第三 獲取子模塊32,下面對上述結(jié)構(gòu)進行描述。
第一獲取子模塊22,用于從本地獲取本身的IP地址；查找子 模塊24，用于從本地查找IP地址；發(fā)送子模塊26，連接至查找子 模塊24，用于在查找子模塊24的查找結(jié)果為IP地址為0的情況下， 向DHCP服務(wù)器端202發(fā)送DHCP發(fā)現(xiàn)廣播報文，其中，DHCP發(fā) 現(xiàn)廣播報文用于請求IP地址；接收子模塊28,用于接收DHCP服 務(wù)器端202返回的DHCP應(yīng)答才艮文，其中，DHCP應(yīng)答才艮文攜帶有 IP地址信息；第二獲取子模塊30,連接至接收子模塊28,用于從 接收子模塊28接收的DHCP應(yīng)答報文中獲取IP地址信息；第三獲 取子模塊32，連接至第二獲取子模塊30，用于根據(jù)第二獲取子模塊 30獲取的IP地址信息獲取IP地址。
綜上所述，通過本發(fā)明的上述實施例，與現(xiàn)有技術(shù)相比較，例 在DHCP協(xié)商過程中用DHCPINFORM單播才艮文代替了原本使用的 DHCPREQUEST廣播報文；并通it^戶端自定義配置選項用途來替 代DHCP報文中原有字段的用途，比如，使用自定義的選項從DHCP 服務(wù)器獲取分配給客戶端的IP地址，而不使用報文中yiaddr (分配給客戶端的ip地址)字段；并且在DHCP客戶端發(fā)出的報文中攜 帶可以讓DHCP月l務(wù)器端用來區(qū)別每個DHCP客戶端的選項。
顯然，本領(lǐng)域的4支術(shù)人員應(yīng)該明白，上述的本發(fā)明的各才莫塊或 各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算 裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們 可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲
在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成 電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模 塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領(lǐng)域的^支術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種基于動態(tài)主機分配協(xié)議DHCP的配置信息的獲取方法，其特征在于，包括DHCP客戶端獲取本身的IP地址，并判斷所述IP地址是否可用，如果判斷結(jié)果為是，則所述DHCP客戶端向DHCP服務(wù)器端發(fā)送DHCP通知報文，其中，所述DHCP通知報文用于通知所述DHCP服務(wù)器端所述IP地址，并請求所述DHCP服務(wù)器端上報除所述IP地址之外的其他配置參數(shù)；所述DHCP客戶端接收所述DHCP服務(wù)器端返回的DHCP確認(rèn)報文，并從所述DHCP確認(rèn)報文中獲取所述其他配置參數(shù)，其中，所述DHCP確認(rèn)報文中攜帶有所述其他配置參數(shù)；所述DHCP客戶端得到全部配置參數(shù)，其中，所述全部配置參數(shù)包括所述IP地址和所述其他配置參數(shù)。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述DHCP客戶 端獲取所述IP ;也址包4舌所述DHCP客戶端從本地獲取本身的IP地址。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述DHCP客戶 端獲取所述IP i也址包才舌所述DHCP客戶端從本地查找IP地址，如果所述IP地址 為0，則所述DHCP客戶端向DHCP服務(wù)器端發(fā)送DHCP發(fā) 現(xiàn)廣播報文，其中，所述DHCP發(fā)現(xiàn)廣播報文用于請求所述 IP地址；所述DHCP客戶端接收所述DHCP月艮務(wù)器端返回的 DHCP應(yīng)答凈艮文，其中，所述DHCP應(yīng)答才艮文攜帶有所述IP 地址信息；所述DHCP客戶端從所述DHCP應(yīng)答報文中獲取所述IP i也址信息，并纟艮據(jù)所述IP i也址信息獲取所述IP地址。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述DHCP通知才艮 文還至少攜帶有以下之一請求參數(shù)列表選項、所述DHCP服務(wù)器端用于標(biāo)識所述 DHCP客戶端的選項。
5. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述DHCP發(fā)現(xiàn) 廣播報文還至少攜帶有以下之一 "i青求參凄t列表選項、所述DHCP月良務(wù)器端用于標(biāo)識所述 DHCP客戶端的選項。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述請求參數(shù)列表 選項進一步包4舌_清求子網(wǎng)掩碼的選項石馬、誚，求網(wǎng)關(guān)地址的選項石馬、以及自 定義的選項石馬，其中，所述自定義的選項石馬為用于i青求IP ;也 i止的選項石馬。
7. 才艮據(jù)權(quán)利要求5所述的方法，其特征在于，所述DHCP服務(wù) 器端用于標(biāo)識所述DHCP客戶端的選項進一步包括所述DHCP客戶端的MAC地址、所述DHCP客戶端的電子條碼信息。
8. 根據(jù)權(quán)利要求1至7中任一項所述的方法，其特征在于，在判 斷所述IP地址是否可用之后，所述方法還包括如果判斷結(jié)果為否，則所述DHCP客戶端繼續(xù)向所述 DHCP服務(wù)器端發(fā)送DHCP發(fā)現(xiàn)廣播報文，其中，所述DHCP 發(fā)現(xiàn)廣播報文用于請求所述IP地址。
9. 一種DHCP客戶端，其特征在于，包括第一獲取^t塊，獲取本身的IP地址；判斷模塊，用于判斷所述第 一獲取模塊獲取的所述IP地 址是否可用；發(fā)送模塊，用于在所述判斷模塊的判斷結(jié)果為是的情況 下，向DHCP服務(wù)器端發(fā)送DHCP通知報文，其中，所述DHCP 通知^艮文用于通知所述DHCP力良務(wù)器端所述IP ;也址，并i青求 所述DHCP力良務(wù)器端上纟艮除所述IP地址之外的其他配置參凄史；4妾收才莫塊，用于4妻收所述DHCP月良務(wù)器端返回的DHCP 確認(rèn)報文，其中，所述DHCP確認(rèn)報文中攜帶有所述其他配 置參數(shù)；第二獲取模塊，用于從所述接收模塊接收的所述DHCP 確認(rèn)報文中獲取所述其他配置參數(shù)；第三獲取才莫塊，用于得到全部配置參數(shù)，其中，所述全部 配置參數(shù)包括所述第一獲取模塊獲取的所述IP地址和所述 第二獲取模塊獲取的所述其他配置參數(shù)。
10. 根據(jù)權(quán)利要求9所述的DHCP客戶端，其特征在于，所述第 一獲取模塊包括所述第一獲取子模塊，用于從本地獲取本身的IP地址。
11.根據(jù)權(quán)利要求9所述的DHCP客戶端，其特征在于，所述第 一獲取沖莫塊包括查找子才莫塊，用于乂人本地查找IP地址；發(fā)送子模塊，用于在所述查找子模塊的查找結(jié)果為所述IP 地址為0的情況下，向DHCP服務(wù)器端發(fā)送DHCP發(fā)現(xiàn)廣播 報文，其中，所述DHCP發(fā)現(xiàn)廣播才艮文用于請求所述IP地址；*接收子才莫塊，用于4妄收所述DHCP服務(wù)器端返回的DHCP 應(yīng)答報文，其中，所述DHCP應(yīng)答報文攜帶有所述IP地址信息；第二獲取子模塊，用于從所述接收子模塊接收的所述DHCP應(yīng)答才艮文中獲取所述IP地址信息；第三獲取子模塊，用于根據(jù)所述第二獲取子模塊獲取的所 述IP地址信息獲取所述IP地址。
全文摘要
本發(fā)明公開了一種基于動態(tài)主機分配協(xié)議的配置信息的獲取方法和裝置，該方法包括DHCP客戶端獲取本身的IP地址，并判斷IP地址是否可用，如果判斷結(jié)果為是，則DHCP客戶端向DHCP服務(wù)器端發(fā)送DHCP通知報文，其中，DHCP通知報文用于通知DHCP服務(wù)器端IP地址，并請求DHCP服務(wù)器端上報除IP地址之外的其他配置參數(shù)；DHCP客戶端接收DHCP服務(wù)器端返回的DHCP確認(rèn)報文，并從DHCP確認(rèn)報文中獲取其他配置參數(shù)；DHCP客戶端得到全部配置參數(shù)，其中，全部配置參數(shù)包括IP地址和其他配置參數(shù)。本發(fā)明可以為指定的DHCP客戶端分配指定的配置數(shù)據(jù)且不受客戶端MAC地址限制。
文檔編號H04L12/56GK101600001SQ20091015150
公開日2009年12月9日 申請日期2009年6月29日 優(yōu)先權(quán)日2009年6月29日
發(fā)明者周志雄, 廖俊鋒, 穆國燕, 胡曉嬌, 志 陳 申請人:中興通訊股份有限公司