專利名稱：一種地址分配的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是涉及一種地址分配的方法和設(shè)備。
技術(shù)背景隨著網(wǎng)絡(luò)規(guī)模的不斷擴(kuò)大和網(wǎng)絡(luò)復(fù)雜度的提高，IP地址數(shù)量已經(jīng)不能滿 足終端數(shù)量的需求，而隨著便攜機(jī)和無線網(wǎng)絡(luò)的廣泛應(yīng)用，終端的位置經(jīng)常 發(fā)生變化，相應(yīng)的IP地址需要經(jīng)常更新，從而導(dǎo)致網(wǎng)絡(luò)配置的復(fù)雜度提高， 為了解決上述問題，DHCP (Dynamic Host Configuration Protocol,動態(tài)主機(jī) 配置協(xié)議)應(yīng)運(yùn)而生。其中，DHCP釆用客戶端/服務(wù)器通信模式，由客戶端 向服務(wù)器提出配置申請，服務(wù)器向客戶端返回分配的IP地址等相應(yīng)的配置信 息，以實(shí)現(xiàn)客戶端IP地址的動態(tài)配置?；?02.11的無線技術(shù)已經(jīng)廣泛應(yīng)用于家庭和企業(yè)中，終端用戶能通過 無線局域網(wǎng)得到無線服務(wù)，對于目前的無線網(wǎng)絡(luò)技術(shù)，為了擴(kuò)大無線覆蓋面 積，需要使用電纜、交換機(jī)、電源等設(shè)備將AP (Access Point,訪問接入點(diǎn)) 互連，而AP之間的有線連接會導(dǎo)致最終部署的無線網(wǎng)絡(luò)結(jié)構(gòu)復(fù)雜，成本較高， 并且在大面積無線覆蓋時(shí)需要大量的時(shí)間才能完成部署，WDS (Wireless Distribution System,無線分布式系統(tǒng))技術(shù)使得管理員輕松的部署質(zhì)優(yōu)價(jià)廉 的無線局域網(wǎng)，以解決上述問題。其中，WDS網(wǎng)絡(luò)的特點(diǎn)包括通過無線網(wǎng) 橋連接兩個(gè)獨(dú)立的局域網(wǎng)段，并且在兩個(gè)獨(dú)立的局域網(wǎng)段之間提供數(shù)據(jù)傳輸； 低成本，高性能，擴(kuò)展性好，并且無需鋪設(shè)新的有線連接和部署更多的AP設(shè) 備，適用于公司，大型倉儲，制造，碼頭等領(lǐng)域。如圖1所示的一種WDS的應(yīng)用場景，實(shí)驗(yàn)室子網(wǎng)為了接入公司辦公網(wǎng)， 需要通過無線Client (客戶端)設(shè)備與公司辦公網(wǎng)的無線AP設(shè)備互聯(lián)，從而 實(shí)現(xiàn)實(shí)驗(yàn)室子網(wǎng)通過無線方式接入公司辦公網(wǎng)。其中，對于實(shí)驗(yàn)室子網(wǎng)內(nèi)的 終端(客戶端)，需要通過無線客戶端向公司辦公網(wǎng)內(nèi)的服務(wù)器(服務(wù)器)申請DHCP地址，而公司辦公網(wǎng)內(nèi)的服務(wù)器也需要通過無線AP向?qū)嶒?yàn)室子網(wǎng) 內(nèi)的終端返回分配的IP地址等相關(guān)信息(為了方便描述，客戶端向服務(wù)器發(fā) 送的消息均以消息1為例進(jìn)4亍i^明，月良務(wù)器向客戶端返回的消息均以消息2 為例進(jìn)行說明)。為了完成雙方信息的交互，在該WDS的應(yīng)用場景中，需要 使用802.11報(bào)文的4地址格式，.如圖2所示，地址1和地址2分別為無線收/ 發(fā)器的Radio (無線)MAC (MediaAccess Control,々某體訪問控制)，地址3 和地址4分別為二層網(wǎng)絡(luò)中的目的主機(jī)MAC和源主機(jī)MAC 。對應(yīng)到圖1的 場景中，在消息l的發(fā)送過程中，地址1為無線AP的MAC地址，地址3為 服務(wù)器的MAC地址，地址4為客戶端的MAC地址，在消息2的發(fā)送過程中， 地址2為無線客戶端的MAC地址，地址3為客戶端的MAC地址，地址4為 服務(wù)器的MAC地址。通過上述的MAC地址信息，可以完成雙方消息的交互， 從而成功的通過DHCP為客戶端分配IP地址。但是，目前常用的AP設(shè)備并不能識別4地址格式的802.11報(bào)文，只能 識別3地址格式的802.11報(bào)文，即AP設(shè)備只支持無線Client直接接入，不 支持無線Client再下掛設(shè)備。如圖3所示的3地址格式的802.11報(bào)文，地址 1和地址2分別為無線收/發(fā)器的Radio MAC,地址3在無線上行時(shí)表示AP 設(shè)備所在有線網(wǎng)絡(luò)的目的主機(jī)MAC,在無線下行，表示AP設(shè)備的Radio MAC (與地址2相同)。對應(yīng)到圖1的場景中，在消息1的發(fā)送過程中，地址1為 無線AP的MAC地址，地址3為服務(wù)器的MAC地址，在消息2的發(fā)送過程 中，地址2為無線客戶端的MAC地址，地址3為無線AP的MAC地址?？梢钥闯觯谙的發(fā)送過程中，在無線鏈路，源MAC地址(客戶端 的MAC地址)會丟失，AP設(shè)備無法獲知客戶端的源MAC地址，從而導(dǎo)致 通信過程的失敗，不能通過DHCP為客戶端分配IP地址，無線客戶端下掛的 客戶端通過DHCP申請不到IP地址。WDS中的AP設(shè)備若僅支持3地址格式802.11報(bào)文，為了完成客戶端通 過DHCP申請IP地址，現(xiàn)有技術(shù)中提出了 一種解決源MAC地址丟失的方法， 該方法通過在無線客戶端上記錄xid和源MAC地址的對應(yīng)關(guān)系，當(dāng)無法獲知 客戶端的源MAC地址時(shí)，通過查找消息中攜帶的xid，獲得對應(yīng)的源MAC地址，其中，該xid是消息中的字段，在一次DHCP地址申請過程中可以唯 一標(biāo)識一個(gè)客戶端的源MAC地址。繼續(xù)以圖1所示的WDS組網(wǎng)為例，該解 決源MAC地址丟失的方法包括以下步驟(1) 客戶端向無線客戶端發(fā)送消息1,該消息1中攜帶了源MAC地址 信息和xid信息，xid為DHCP客戶端在發(fā)送消息1時(shí)生成的32位隨機(jī)數(shù)， 對同一個(gè)客戶端，在一次DHCP地址申請過程中DHCP交互過程中所有報(bào)文 攜帶的xid保持相同，而由于該數(shù)值為0~4294967295的隨機(jī)數(shù)，即可以認(rèn)為 每個(gè)DHCP客戶端的xid數(shù)值是唯一的，即xid數(shù)值與源MAC地址--對應(yīng)。(2) 無線客戶端向無線AP轉(zhuǎn)發(fā)該消息1,其中，無線客戶端需要將消 息1中的MAC地址字段修改為該無線客戶端自身的MAC地址，否則，無線 AP無法將消息2發(fā)送至無線客戶端。(3 )無線AP將消息1轉(zhuǎn)發(fā)給服務(wù)器，由該服務(wù)器才艮據(jù)該消息1向無線 AP返回消息2，并通過單播或廣播的方式發(fā)送出去。(4)無線客戶端接收到消息2，獲得MAC地址信息，當(dāng)該MAC地址信 息為無線客戶端自身的MAC地址時(shí)，查找xid與MAC地址對應(yīng)關(guān)系，獲得 源MAC地址，將消息2中的MAC地址修改為該源MAC地址，從而將該消 息2發(fā)送給對應(yīng)的客戶端?；谏厦娴姆治?，目前在解決源MAC地址丟失的問題時(shí)，存在如下缺點(diǎn)(1) 客戶端向服務(wù)器發(fā)送消息1,在經(jīng)過無線客戶端時(shí)，該消息1中攜 帶的MAC地址被無線客戶端更改為自身的MAC地址，當(dāng)該消息1中沒有攜 帶標(biāo)識選項(xiàng)時(shí)，服務(wù)器在接收到該消息l,服務(wù)器會將MAC地址所在字段作 為客戶端標(biāo)識來分配IP地址，即服務(wù)器會為該無線客戶端分配IP地址。而無 線客戶端的MAC地址只有一個(gè)，當(dāng)該無線客戶端下掛多個(gè)客戶端(申請IP 地址時(shí)均不帶option 61選項(xiàng)的客戶端)時(shí)，服務(wù)器無法區(qū)分多個(gè)客戶端，只 會認(rèn)為是同一個(gè)DHCP客戶端，只能根據(jù)該無線客戶端的MAC地址分配同 一個(gè)IP地址，即無線客戶端下掛的多個(gè)客戶端中只有一個(gè)客戶端可以通過無 線方式接入7>司辦7>網(wǎng)。(2) 目前所使用的網(wǎng)絡(luò)中，尤其是構(gòu)建比較久的網(wǎng)絡(luò)，還有4艮多終端在使用BOOTP( Bootstrap Protocol,自舉協(xié)議)，而BOOTP協(xié)議報(bào)文不支持Option 61選項(xiàng)，基于與l相同的理由，當(dāng)無線客戶端下掛多個(gè)客戶端，而多個(gè)客戶 端是通過BOOTP申請IP地址時(shí)，也只有一臺客戶端可以申請到IP。(3) 無線客戶端的內(nèi)存配置比較低，當(dāng)該無線客戶端下掛的客戶端較多 時(shí)，無線客戶端上需要記錄的xid和源MAC對應(yīng)關(guān)系將占用很多的內(nèi)存，浪 費(fèi)了大量的內(nèi)存資源，并限制了無線客戶端下掛的客戶端數(shù)目。(4) 無線客戶端作為中間設(shè)備，在上行方向和下行方向的消息傳輸過程 中，均需要修改消息(上述的消息1和消息2)中的內(nèi)容，同時(shí)還需要記錄 xid與源MAC的對應(yīng)關(guān)系，并定期老化刷新，上述操作加大了實(shí)現(xiàn)的復(fù)雜度， 增加了維護(hù)成本。發(fā)明內(nèi)容本發(fā)明提供一種地址分配的方法和設(shè)備，以保證掛接在802.11網(wǎng)橋上的 小網(wǎng)終端均能夠通過DHCP正確的申請到IP地址。為了達(dá)到上述目的，本發(fā)明提出了一種地址分配的方法，應(yīng)用于包括 DHCP客戶端、網(wǎng)橋設(shè)備、AP設(shè)備和DHCP服務(wù)器的系統(tǒng)中，所述網(wǎng)橋設(shè)備 與所述AP設(shè)備通過無線鏈路連接，所述方法包括以下步驟所述網(wǎng)橋設(shè)備接收來自所述DHCP客戶端的請求消息；所述網(wǎng)橋設(shè)備在該請求消息中設(shè)置廣播標(biāo)記，該廣播標(biāo)記用于指示DHCP 服務(wù)器以廣播方式發(fā)送針對該請求消息的應(yīng)答消息；所述網(wǎng)橋設(shè)備以無線局域網(wǎng)報(bào)文頭封裝所述請求消息，通過所述無線鏈 路將所述請求消息發(fā)送給AP設(shè)備，由所述AP設(shè)備解封裝所述請求消息并轉(zhuǎn) 發(fā)給所述DHCP服務(wù)器；所述DHCP服務(wù)器在接收到帶有廣播標(biāo)記的請求報(bào)文后，以廣播方式應(yīng) 答該請求纟艮文；所述AP設(shè)備收到DHCP服務(wù)器的應(yīng)敘艮文后以無線局域網(wǎng)報(bào)文頭封裝 該應(yīng)答報(bào)文，并將該應(yīng)斜艮文轉(zhuǎn)發(fā)給網(wǎng)橋設(shè)備；網(wǎng)橋設(shè)備解封裝該應(yīng) 艮文，并將解封裝后的帶有廣播地址的DHCP應(yīng)答報(bào)文發(fā)送到DHCP客戶端所在的子網(wǎng)中；子網(wǎng)中的各DHCP客戶端接收到該DHCP應(yīng)斜艮文后，比較報(bào)文中chaddr域中的客戶端硬件地址是否和本設(shè)備的硬件地址相同，如果相同，DHCP客戶端處理該應(yīng)答消息，否則直接丟棄該應(yīng)答消息。優(yōu)選的，所述網(wǎng)橋設(shè)備在該請求消息中設(shè)置廣播標(biāo)記具體為 所述網(wǎng)橋設(shè)備設(shè)置所述請求消息中Flags字段第一個(gè)比特的標(biāo)識。 優(yōu)選的，所述來自DHCP客戶端的請求消息包括DHCP DISCOVER消息、DHCP REQUEST消息、DHCP INFORM消息；與所述DHCP DISCOVER消息對應(yīng)的應(yīng)答報(bào)文具體為DHCP OFFER消息，所述DHCP OFFER消息中攜帶了所述DHCP服務(wù)器為所述DHCP客戶端配置的IP地址信息；與所述DHCP REQUEST消息對應(yīng)的應(yīng)答報(bào)文具體為DHCP ACK消息或DHCP NAK消息，所述DHCP ACK消息中攜帶了確認(rèn)將IP地址分配給所述DHCP客戶端，所述DHCP NAK消息中攜帶了確認(rèn)沒有將IP地址分配給所述DHCP客戶端；與所述DHCP INFORM消息對應(yīng)的應(yīng)答報(bào)文具體為DHCP ACK消息或DHCP NAK消息，所述DHCP ACK消息中攜帶了所述DHCP服務(wù)器為所述DHCP客戶端配置的配置參數(shù)信息，所述DHCPNAK消息中攜帶了確認(rèn)沒有將配置參數(shù)信息分配給所述DHCP客戶端。優(yōu)選的，所述DHCP服務(wù)器在接收到帶有廣播標(biāo)記的請求報(bào)文后，以廣播方式應(yīng)答該請求報(bào)文具體包括所述DHCP服務(wù)器設(shè)置應(yīng)斜艮文的目的地址為廣播地址。 本發(fā)明提出了一種網(wǎng)橋設(shè)備，應(yīng)用于包括DHCP客戶端、網(wǎng)橋設(shè)備、AP設(shè)備和DHCP服務(wù)器的系統(tǒng)中，所述網(wǎng)橋設(shè)備與所述AP設(shè)備通過無線鏈路連接，所述設(shè)備包括接收模塊，用于接收來自所述DHCP客戶端的請求消息；設(shè)置模塊，用于在該接收模塊接收的請求消息中設(shè)置廣播標(biāo)記，該廣播標(biāo)記用于指示DHCP服務(wù)器以廣播方式發(fā)送針對該請求消息的應(yīng)答消息；發(fā)送模塊，用于以無線局域網(wǎng)報(bào)文頭封裝所述請求消息，并通過所述無 線鏈路將所述請求消息發(fā)送給所述AP設(shè)備，由所述AP設(shè)備解封裝所述請求
消息并轉(zhuǎn)發(fā)給所述DHCP服務(wù)器；
處理模塊，用于接收來自所述AP設(shè)備封裝后的應(yīng)對艮文，解封裝該應(yīng)答 報(bào)文，并將解封裝后的帶有廣播地址的DHCP應(yīng)答報(bào)文發(fā)送到DHCP客戶端 所在的子網(wǎng)中，由子網(wǎng)中的各DHCP客戶端根據(jù)該DHCP應(yīng)答報(bào)文比較報(bào)文 中chaddr域中的客戶端硬件地址是否和本設(shè)備的硬件地址相同，如果相同， 由DHCP客戶端處理該應(yīng)答消息，否則直接丟棄該應(yīng)答消息。
優(yōu)選的，所述設(shè)置模塊具體用于
設(shè)置所述請求消息中Flags字段第一個(gè)比特的標(biāo)識。
優(yōu)選的，所述來自DHCP客戶端的請求消息包括DHCP DISCOVER消 息、DHCP REQUEST消息、DHCP INFORM消息；
與所述DHCP DISCOVER消息對應(yīng)的應(yīng)答報(bào)文具體為DHCP OFFER消 息，所述DHCP OFFER消息中攜帶了所述DHCP服務(wù)器為所述DHCP客戶端 配置的IP地址信息；與所述DHCP REQUEST消息對應(yīng)的應(yīng)斜艮文具體為 DHCP ACK消息或DHCP NAK消息，所述DHCP ACK消息中攜帶了確認(rèn)將 IP地址分配給所述DHCP客戶端，所述DHCP NAK消息中攜帶了確認(rèn)沒有將 IP地址分配給所述DHCP客戶端；與所述DHCP INFORM消息對應(yīng)的應(yīng)敘艮 文具體為DHCP ACK消息或DHCP NAK消息，所述DHCP ACK消息中攜帶 了所述DHCP服務(wù)器為所述DHCP客戶端配置的配置參數(shù)信息，所述DHCP NAK消息中攜帶了確認(rèn)沒有將配置參數(shù)信息分配給所述DHCP客戶端。
與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點(diǎn)通過在網(wǎng)橋設(shè)備上將需要響應(yīng) 的請求消息設(shè)置為采用廣播方式響應(yīng)該請求消息，網(wǎng)橋設(shè)備在接收到響應(yīng)消 息后，以廣播的方式將該響應(yīng)消息發(fā)送出去，使得網(wǎng)橋設(shè)備所在網(wǎng)段的所有 客戶端均能夠接收到該響應(yīng)消息，即需要接收該響應(yīng)消息的實(shí)際客戶端也可 以接收到該響應(yīng)消息，從而IP完成地址的分配過程，實(shí)現(xiàn)網(wǎng)橋兩側(cè)設(shè)備的 DHCP學(xué)習(xí)功能，并保證在特殊的無線組網(wǎng)環(huán)境中，對于不攜帶Option 61的 DHCP客戶端和BOOTP客戶端都可以正常獲取到IP地址，合理有效地節(jié)省了網(wǎng)橋設(shè)備的內(nèi)存空間，減小軟件實(shí)現(xiàn)復(fù)雜度，降低后期維護(hù)成本。


圖l為現(xiàn)有技術(shù)中提出的一種WDS的應(yīng)用場景示意圖； 圖2為現(xiàn)有技術(shù)中提出的一種802.11報(bào)文的4地址格式示意圖； 圖3為現(xiàn)有技術(shù)中提出的一種802.11報(bào)文的3地址格式示意圖； 圖4本發(fā)明提出的一種地址分配的方法流程圖5為本發(fā)明一種應(yīng)用場景下提出的地址分配方法具體應(yīng)用的組網(wǎng)模式
圖6為本發(fā)明應(yīng)用場景下提出的DHCP消息格式圖7本發(fā)明應(yīng)用場景下提出的 一種地址分配的方法流程圖8為本發(fā)明提出的一種網(wǎng)橋設(shè)備的結(jié)構(gòu)圖。
具體實(shí)施例方式
本發(fā)明的核心思想是在不改變802.11報(bào)文3地址格式且遵循DHCP協(xié)議 要求的前提下，通過在網(wǎng)橋設(shè)備上修改DHCP消息的Flags域廣播標(biāo)記，實(shí)現(xiàn) 網(wǎng)橋兩側(cè)設(shè)備的DHCP學(xué)習(xí)過程，從而完成IP地址的分配。
當(dāng)客戶端的請求消息需要服務(wù)器發(fā)送對應(yīng)的響應(yīng)消息時(shí)，網(wǎng)橋設(shè)備將該 請求消息的Flags域廣播標(biāo)記設(shè)置為需要采用廣播方式響應(yīng)該請求消息，從而 使得服務(wù)器在接收到該請求消息后，在響應(yīng)消息中將目的地址設(shè)置為廣播地 址，網(wǎng)橋設(shè)備在接收到該響應(yīng)消息后，獲知目的地址為廣播地址，以廣播的 方式向該網(wǎng)橋設(shè)備所在子網(wǎng)的所有客戶端發(fā)送該響應(yīng)消息，使得網(wǎng)橋設(shè)備所 在網(wǎng)段的所有客戶端均能夠接收到該響應(yīng)消息，即需要接收該響應(yīng)消息的實(shí) 際客戶端也可以接收到該響應(yīng)消息，從而IP完成地址的分配過程，實(shí)現(xiàn)網(wǎng)橋 兩側(cè)設(shè)備的DHCP學(xué)習(xí)功能，并保證在特殊的無線組網(wǎng)環(huán)境中，^f于不攜帶 Option 61的DHCP客戶端和BOOTP客戶端都可以正常獲取到IP地址，合理 有效地節(jié)省了網(wǎng)橋設(shè)備的內(nèi)存空間，減小軟件實(shí)現(xiàn)復(fù)雜度，降低后期維護(hù)成 本。本發(fā)明提出的一種地址分配的方法，應(yīng)用于包括DHCP客戶端、網(wǎng)橋設(shè) 備、AP設(shè)備和DHCP服務(wù)器的系統(tǒng)中，所述網(wǎng)橋設(shè)備與所述AP設(shè)備通過無 線鏈路連接，如圖4所示，所述方法包括以下步驟
步驟S401 ，所述網(wǎng)橋設(shè)備接收來自所述DHCP客戶端的請求消息。
步驟S402,所述網(wǎng)橋設(shè)備在該請求消息中設(shè)置廣播標(biāo)記，該廣播標(biāo)記用 于指示DHCP服務(wù)器以廣播方式發(fā)送針對該請求消息的應(yīng)答消息。
步驟S403,所述網(wǎng)橋設(shè)備以無線局域網(wǎng)報(bào)文頭封裝所述請求消息，通過 所述無線鏈路將所述請求消息發(fā)送給AP設(shè)備，由所述AP設(shè)備解封裝所述請 求消息并轉(zhuǎn)發(fā)給所述DHCP服務(wù)器。
步驟S404,所述DHCP服務(wù)器在接收到帶有廣播標(biāo)記的請求報(bào)文后，以 廣播方式應(yīng)答該請求報(bào)文。
步驟S405,所述AP設(shè)備收到DHCP服務(wù)器的應(yīng)答報(bào)文后以無線局域網(wǎng) 報(bào)文頭封裝該應(yīng)答報(bào)文，并將該應(yīng)答報(bào)文轉(zhuǎn)發(fā)給網(wǎng)橋設(shè)備。
步驟S406，網(wǎng)橋設(shè)備解封裝該應(yīng)斜艮文，并將解封裝后的帶有廣播地址 的DHCP應(yīng)答報(bào)文發(fā)送到DHCP客戶端所在的子網(wǎng)中。
步驟S407,子網(wǎng)中的各DHCP客戶端接收到該DHCP應(yīng)答凈艮文后，比 較報(bào)文中chaddr域中的客戶端硬件地址是否和本設(shè)備的硬件地址相同，如果 相同，DHCP客戶端處理該應(yīng)答消息，否則直接丟棄該應(yīng)答消息。
本發(fā)明一種應(yīng)用場景下提出的地址分配的方法，以圖5所示的組網(wǎng)模式 為例進(jìn)行說明，終端1和終端2分別為掛接在WLAN (Wireless Local Area Networks,無線局域網(wǎng)絡(luò))客戶端網(wǎng)橋下的終端，該WLAN客戶端網(wǎng)橋?yàn)榫W(wǎng) 橋設(shè)備，例如，無線客戶端、終端等，以無線客戶端為例進(jìn)行說明，該無線 客戶端通過無線網(wǎng)絡(luò)與無線AP設(shè)備進(jìn)行消息的交互過程，該無線AP設(shè)備與 服務(wù)器連接，其中，上述的終端'1和終端2為需要通過DHCP申請IP地址的 客戶端，即DHCP客戶端，上述的服務(wù)器為通過DHCP為終端l和終端2分 配IP的服務(wù)器，即DHCP服務(wù)器。
終端1和終端2與服務(wù)器進(jìn)行DHCP消息的交互過程中，該DHCP消息 的格式是相同的，如圖6所示的消息格式，在該消息格式中，F(xiàn)lags為標(biāo)志字段，這個(gè)16比特的字段目前只有最左邊一個(gè)比特被使用，第一個(gè)比特為廣播
響應(yīng)標(biāo)識位，用來標(biāo)識DHCP服務(wù)器響應(yīng)報(bào)文是采用單播還是廣4番方式發(fā)送， 0表示采用單播方式，l表示采用廣播方式，其余比特保留不用；chaddr域攜 帶的是客戶端的硬件地址，例如，客戶端的MAC地址；options,除IP地址 之外的所有其他的選項(xiàng)都放在該域中，即可選變長選項(xiàng)字段，包含才艮文的類 型、有效租期、DNS服務(wù)器的IP地址、WINS服務(wù)器的IP地址等配置信息。 進(jìn)一步的,在options中，包括option 61選項(xiàng)，該option 61選項(xiàng)為Client Identifier (標(biāo)識)option,是DHCP Client的唯一標(biāo)識，DHCP Server (服務(wù)器)以這 個(gè)標(biāo)識為索引為DHCP Client分配IP地址，而該選項(xiàng)才艮文中并不是一定會填 充，當(dāng)DHCP Client申請IP地址時(shí)未攜帶該option 61選項(xiàng)，DHCP Server會 以報(bào)文中的chaddr字段作為DHCP Client的標(biāo)識。而對于該消息格式中的其 他字段，在此詳加描述。
上述的地址分配方法如圖7所示，包括以下步驟
步驟S701， DHCP客戶端尋找DHCP服務(wù)器，即DHCP客戶端以廣播的 方式發(fā)送DHCP DISCOVER (發(fā)現(xiàn))報(bào)文。其中，該DHCP客戶端為終端l 和/或終端2,以終端1發(fā)送DHCP DISCOVER報(bào)文為例進(jìn)行說明。
步驟S702,無線客戶端接收該DHCP DISCOVER報(bào)文，其中，該無線客 戶端為網(wǎng)橋設(shè)備，該DHCP DISCOVER報(bào)文為DHCP客戶端發(fā)往DHCP Server 的廣纟番才艮文。
步驟S703，無線客戶端根據(jù)DHCP消息類型，修改DHCP消息中Flags 域的廣播標(biāo)記位。其中，對于需要DHCP Server回應(yīng)的消息，需要將Flags域 的廣播標(biāo)記位修改為1，從而表示DHCP Server回應(yīng)的消息的目的地址為廣播 地址(當(dāng)然，也可以將廣播標(biāo)記位修改為0來表示DHCP Server回應(yīng)的消息 的目的地址為廣播地址，在此不再贅述)，其中，該Flags域第一個(gè)比特為廣 播響應(yīng)標(biāo)識位，用1表示采用廣播方式響應(yīng)該DHCP消息，而DISCOVER報(bào) 文是需要DHCP Server回應(yīng)的消息，即無線客戶端需要將DISCOVER報(bào)文中 的Flags域的第一個(gè)比特修改為1。當(dāng)然，本發(fā)明中，還可以用DISCOVER 報(bào)文的其他字段，或Flags域的其他比特來表示需要DHCP Server以廣播方式響應(yīng)該DISCOVER報(bào)文，在此不再贅述。
需要說明的是，本發(fā)明中無線客戶端在接收到終端1發(fā)往DHCP Server 的DHCP消息(例如，該DISCOVER報(bào)文)時(shí)，并不修改消息中的chaddr (ClientHardware Addr)域，使DHCP消息能夠攜帶真正的DHCPClient端的 石更件地址。
步驟S704,無線客戶端為該DISCOVER報(bào)文封裝802.11地址格式的報(bào) 文頭，并按照802.11報(bào)文轉(zhuǎn)發(fā)方式，經(jīng)過無線鏈路將該DISCOVER報(bào)文發(fā)送 至無線AP設(shè)備。其中，該802.11地址格式的報(bào)文頭為3地址格式的報(bào)文頭， 如圖3所示，該報(bào)文頭中地址1為無線AP的MAC地址，地址2和地址3為 空地址，無線客戶端通過使用該無線AP的MAC地址將該DISCOVER才艮文 發(fā)送至無線AP設(shè)備。該以802.11地址格式封裝DISCOVER報(bào)文的方法以及 按照802.11報(bào)文轉(zhuǎn)發(fā)方式DISCOVER報(bào)文的方式為現(xiàn)有802.11協(xié)議中規(guī)定 的方式，在此不再贅述。
步驟S705,無線AP設(shè)備解封裝該DISCOVER報(bào)文，并將該DISCOVER 報(bào)文廣播給網(wǎng)絡(luò)中的DHCP服務(wù)器。其中，網(wǎng)絡(luò)中可能會有多個(gè)DHCP服務(wù) 器，本發(fā)明中為了方便描述，以只有一個(gè)DHCP服務(wù)器為例進(jìn)行說明。
步驟S706, DHCP服務(wù)器通過無線AP設(shè)備向DHCP客戶端返回DHCP OFFER (提供)報(bào)文。在該DHCP OFFER報(bào)文中攜帶了為DHCP客戶端分配 的IP地址信息，該IP地址信息包括但不限于IP地址、域名系統(tǒng)、網(wǎng)關(guān)等。
其中，DHCP服務(wù)器在接收到來自無線AP設(shè)備的DISCOVER報(bào)文之后， 剝離該DISCOVER報(bào)文的802.11報(bào)文頭，獲得對應(yīng)的DISCOVER報(bào)文，并 需要根據(jù)IP地址分配的優(yōu)先次序選出一個(gè)IP地址，與其他配置參凄t (例如， 域名系統(tǒng)、網(wǎng)關(guān)等) 一起通過DHCP OFFER報(bào)文發(fā)送給DHCP客戶端。
需要說明的是，DHCP服務(wù)器需要根據(jù)DISCOVER報(bào)文中的flag字段決 定DHCP OFFER報(bào)文的發(fā)送方式，而該DISCOVER報(bào)文中的flag字段為1, 表示需要采用廣播的方式發(fā)送(為0表示單播)DHCPOFFER報(bào)文，即DHCP 服務(wù)器需要將DHCP OFFER報(bào)文的目的地址設(shè)置為廣播地址FFFF-FFFF-FFFF。步驟S707,無線AP設(shè)備接收來自該DHCP服務(wù)器的DHCP OFFER報(bào)文， 為該OFFER報(bào)文封裝802.11地址格式的報(bào)文頭，并按照802.11 l艮文轉(zhuǎn)發(fā)方 式，經(jīng)過無線鏈路將該OFFER稂文發(fā)送至無線客戶端。
步驟S708，無線客戶端解封裝該DHCP OFFER報(bào)文，獲得該DHCP OFFER報(bào)文中的目的地址，并根據(jù)該目的地址轉(zhuǎn)發(fā)該DHCP OFFER報(bào)文。其 中，無線客戶端只需要?jiǎng)冸xDHCPOFFER報(bào)文的802.11報(bào)文頭，不需要修改 DHCP消息任何內(nèi)容。
本發(fā)明中，該DHCPOFFER報(bào)文中的目的地址為廣播地址，即無線客戶 端以廣播的方式將該DHCP OFFER報(bào)文發(fā)送給無線客戶端所在子網(wǎng)內(nèi)的所有 客戶端，即無線客戶端將該DHCP OFFER報(bào)文發(fā)送給終端1和終端2。
步驟S709,客戶端接收通過無線客戶端轉(zhuǎn)發(fā)的DHCP OFFER報(bào)文。其中， 無線客戶端所在子網(wǎng)內(nèi)的終端均能夠收到該DHCP OFFER報(bào)文，根據(jù)DHCP 協(xié)議規(guī)定，終端在收到該DHCP OFFER報(bào)文后，要檢查chaddr域中攜帶的客 戶端硬件地址(例如，MAC地址)是否與本設(shè)備的硬件地址相同，只有相同 時(shí)，終端才會處理該應(yīng)答消息，否則直接丟棄。對應(yīng)到本發(fā)明中，步驟S701 為終端1發(fā)送DHCP DISCOVER報(bào)文，即DHCP OFFER報(bào)文中攜帶的MAC 地址為終端1的MAC地址，此時(shí)，終端l將對該DHCP OFFER報(bào)文進(jìn)行處 理，而終端2將丟棄該DHCP OFFER報(bào)文。其中，根據(jù)實(shí)際的需要，還可以 在option字段中攜帶客戶端硬件地址，當(dāng)然，此時(shí)，客戶端也需要4企查chaddr 域中攜帶的客戶端硬件地址是否與本設(shè)備的硬件地址相同，只是實(shí)際應(yīng)用中 會用到option字段中攜帶的客戶端硬件地址，在此不再贅述。
需要說明的是，終端1處理該DHCP OFFER報(bào)文的過程具體為選擇IP 地址的過程，當(dāng)有多臺DHCP服務(wù)器向該客戶端發(fā)來DHCPOFFER報(bào)文時(shí)， 終端1只接受第一個(gè)收到的DHCP OFFER報(bào)文，本發(fā)明中是以一個(gè)DHCP服 務(wù)器發(fā)送DHCP OFFER報(bào)文為例進(jìn)行說明的，即終端1只需要選擇該DHCP 服務(wù)器分配的IP地址信息即可。
步驟S710， DHCP客戶端以廣播方式發(fā)送DHCP REQUEST(請求)報(bào)文，步驟S711,無線客戶端接收該DHCP REQUEST報(bào)文，并根據(jù)DHCP REQUEST消息類型，修改DHCP REQUEST消息中Flags域的廣纟番標(biāo)記位， 即將廣播標(biāo)記位修改為1,從而表示DHCP Server回應(yīng)的消息的目的地址為廣 播地址。
步驟S712，無線客戶端以802.11地址格式的報(bào)文頭封裝該REQUEST報(bào) 文，并按照802.11報(bào)文轉(zhuǎn)發(fā)方式，經(jīng)過無線鏈路將該DISCOVER報(bào)文發(fā)送至 無線AP設(shè)備。由該無線AP設(shè)備解封裝該REQUEST報(bào)文，并以廣播的方式 將該REQUEST報(bào)文發(fā)送給無線AP設(shè)備所在子網(wǎng)內(nèi)的所有DHCP服務(wù)器。
步驟S713， DHCP服務(wù)器確認(rèn)為DHCP客戶端分配的IP地址。其中， DHCP服務(wù)器在收到DHCP客戶端發(fā)來的DHCP REQUEST凈艮文后，只有 DHCP客戶端選擇的DHCP服務(wù)器會進(jìn)行處理，該處理過程具體為如果確 認(rèn)將地址分配給該DHCP客戶端，則返回DHCP ACK (確認(rèn))報(bào)文；否則返 回DHCPNAK (否定)報(bào)文，表明地址不能分配給該客戶端。
需要說明的是，該DHCP ACK報(bào)文或DHCP NAK報(bào)文中的目的地址均 為廣播地址FFFF-FFFF-FFFF,該獲得廣播地址的方式是由DHCP REQUEST 報(bào)文中的flag字段決定的，該REQUEST報(bào)文中的flag字^:為1,表示需要采 用廣播的方式發(fā)送應(yīng)答報(bào)文，在此不再贅述。
步驟S714, DHCP服務(wù)器通過無線AP設(shè)備向DHCP客戶端返回DHCP ACK報(bào)文或DHCP NAK報(bào)文。該過程具體包括
(1) DHCP服務(wù)器將該DHCP ACK報(bào)文(表示客戶端可以使用分配的 IP地址和配置參數(shù))或DHCP NAK (表示客戶端地址請求不正確或者租期已 過期)報(bào)文發(fā)送給無線AP設(shè)備。其中，在DHCP ACK報(bào)文中還可以具體攜 帶上述DHCP OFFER報(bào)文中為客戶端分配的IP地址信息(例如，IP地址、 域名系統(tǒng)、網(wǎng)關(guān)等)，以使客戶端進(jìn)一步確認(rèn)可以使用上述DHCP OFFER報(bào) 文中攜帶的IP地址信息。
(2 )無線AP設(shè)備接收來自該DHCP服務(wù)器的DHCP ACK報(bào)文或DHCP NAK報(bào)文，為該DHCP ACK報(bào)文或DHCP NAK報(bào)文封裝802.11地址格式的 報(bào)文頭，并按照802.11報(bào)文轉(zhuǎn)發(fā)方式，經(jīng)過無線鏈路將該DHCP ACK報(bào)文或DHCP NAK報(bào)文發(fā)送至無線客戶端。
(3)無線客戶端解封裝該DHCP ACK報(bào)文或DHCP NAK報(bào)文，獲得該 DHCP ACK報(bào)文或DHCP NAK報(bào)文中的目的地址，并根據(jù)該目的地址轉(zhuǎn)發(fā)該 DHCP ACK報(bào)文或DHCP NAK報(bào)文。其中，DHCP ACK報(bào)文或DHCP NAK 報(bào)文中的目的地址為廣播地址，即無線客戶端以廣播的方式將該DHCP OFFER報(bào)文發(fā)送給無線客戶端所在子網(wǎng)內(nèi)的所有客戶端，即無線客戶端將該 DHCP OFFER報(bào)文發(fā)送給終端1和終端2。
步驟S715，客戶端接收通過無線客戶端轉(zhuǎn)發(fā)的DHCP ACK報(bào)文或DHCP NAK報(bào)文。其中，無線客戶端所在子網(wǎng)內(nèi)的終端均能夠收到該DHCP ACK報(bào) 文或DHCP NAK報(bào)文，終端在收到該DHCP ACK報(bào)文或DHCP NAK報(bào)文后， 要檢查chaddr域中的客戶端硬件地址是否與本設(shè)備的硬件地址相同，只有相 同時(shí)，終端才會處理該應(yīng)答消息，否則直接丟棄。即終端l將對該DHCP ACK 報(bào)文或DHCP NAK報(bào)文進(jìn)行處理，而終端2將丟棄該DHCP ACK報(bào)文或 DHCP NAK報(bào)文。
其中，當(dāng)應(yīng)^t艮文為DHCP ACK報(bào)文時(shí)，該終端1將使用DHCP OFFER 報(bào)文中為該終端1分配的IP地址信息，當(dāng)應(yīng) 艮文為DHCP NAK報(bào)文時(shí)， 該終端1將丟棄該DHCP OFFER報(bào)文中為該終端1分配的IP地址信息，并進(jìn) 行重新申請IP地址的過程，該過程具體為上述的步驟S701-步驟S715，在此 不再贅述。
本發(fā)明中，當(dāng)DHCP客戶端已經(jīng)存在了 IP地址時(shí)，DHCP客戶端還可以 向DHCP服務(wù)器發(fā)送DHCP INFORM消息，通過使用該DHCP INFORM消息 向DHCP服務(wù)器請求其他的配置參數(shù)，例如，DHCP客戶端需要更新域名系 統(tǒng)、網(wǎng)關(guān)等配置參數(shù)時(shí)，通過向DHCP服務(wù)器發(fā)送DHCP INFORM消息，獲 得相應(yīng)的域名系統(tǒng)、網(wǎng)關(guān)等配置參數(shù)。
需要說明的是，該DHCP INFORM消息的處理過程與上述步驟S701-步 驟S709的過程相同，即DHCP客戶端向無線客戶端發(fā)送DHCP INFORM消 息，無線客戶端發(fā)將DHCPINFORM消息的Flags域的廣播標(biāo)記位修改為1, 并封裝該DHCP INFORM消息，以802.11報(bào)文轉(zhuǎn)發(fā)方式發(fā)送給無線AP設(shè)備，無線AP設(shè)備解封裝該DHCP INFORM消息并轉(zhuǎn)發(fā)給DHCP服務(wù)器，由DHCP 服務(wù)器響應(yīng)該DHCP INFORM消息，該響應(yīng)消息為DHCP ACK消息或DHCP NAK消息，該DHCP ACK消息或DHCP NAK消息的目的地址為廣纟番地址， DHCP服務(wù)器將該DHCP ACK消息或DHCP NAK消息最終發(fā)送至DHCP客 戶端，在此不再贅述。其中，在該DHCP ACK消息中攜帶了所述DHCP服務(wù) 器為所述DHCP客戶端配置的配置參數(shù)信息，例如，網(wǎng)關(guān)、域名系統(tǒng)等，在 該DHCP NAK消息中攜帶了確認(rèn)沒有將配置參數(shù)信息分配給所述DHCP客戶 端。
需要進(jìn)一步說明的是，本發(fā)明中并不僅是所有的請求消息均需要DHCP
服務(wù)器響應(yīng)的，對于客戶端的請求消息，例如，DHCP RELEASE (釋放)消
息(DHCP客戶端主動向DHCP服務(wù)器發(fā)送，告知服務(wù)器該客戶端不再需要
分配的IP地址)，或DHCP DECLINE (拒絕)消息(DHCP客戶端發(fā)現(xiàn)地址
沖突或由于其它原因?qū)е碌刂凡荒苁褂?，則發(fā)送DHCP DECLINE報(bào)文，通知
服務(wù)器所分配的IP地址不可用)，并不需要DHCP服務(wù)器響應(yīng)該請求消息，
此時(shí)，并不需要修改Flags域的廣播標(biāo)記位，無線客戶端按照該DHCP
RELEASE消息或DHCP DECLINE消息中的原有Flags域進(jìn)行轉(zhuǎn)發(fā)，而DHCP
服務(wù)器在接收到該DHCP RELEASE消息或DHCP DECLINE消息時(shí)，并不需
要返回相應(yīng)的響應(yīng)才艮文。
本發(fā)明中，DHCP服務(wù)器還可以通過DHCP中繼(例如，DHCP服務(wù)器
跨網(wǎng)段時(shí))向DHCP客戶端返回響應(yīng)消息，在此不再贅述。
其中，本發(fā)明方法可以根據(jù)實(shí)際需要對各個(gè)步驟順序進(jìn)行調(diào)整。
本發(fā)明還提出的一種網(wǎng)橋設(shè)備，應(yīng)用于包括DHCP客戶端、網(wǎng)橋設(shè)備、
AP設(shè)備和DHCP服務(wù)器的系統(tǒng)中，所述網(wǎng)橋設(shè)備與所述AP設(shè)備通過無線鏈
路連接，如圖8所示，所述設(shè)備包括
接收模塊81,用于接收來自所述DHCP客戶端的請求消息。
設(shè)置模塊82，用于在該接收模塊81接收的請求消息中設(shè)置廣播標(biāo)記，該
廣播標(biāo)記用于指示DHCP服務(wù)器以廣播方式發(fā)送針對該請求消息的應(yīng)答消 臺其中，所述設(shè)置模塊82具體用于設(shè)置所述請求消息中Flags字段第一 個(gè)比特的標(biāo)識。
發(fā)送模塊83，用于以無線局域網(wǎng)報(bào)文頭封裝所述請求消息，并通過所述 無線鏈路將所述請求消息發(fā)送給所述AP設(shè)備，由所述AP設(shè)備解封裝所述請 求消息并轉(zhuǎn)發(fā)給所述DHCP服務(wù)器。
處理模塊84,用于接收來自所述AP設(shè)備封裝后的應(yīng)斜艮文，解封裝該 應(yīng)答報(bào)文，并將解封裝后的帶有廣播地址的DHCP應(yīng)對艮文發(fā)送到DHCP客 戶端所在的子網(wǎng)中，由子網(wǎng)中的各DHCP客戶端才艮據(jù)該DHCP應(yīng)答才艮文比較 報(bào)文中chaddr域中的客戶端硬件地址是否和本設(shè)備的硬件地址相同，如果相 同，由DHCP客戶端處理該應(yīng)答消息，否則直接丟棄該應(yīng)答消息。
需要說明的是，所述來自DHCP客戶端的請求消息包括DHCP DISCOVER消息、DHCP REQUEST消息、DHCP INFORM消息；
與所述DHCP DISCOVER消息對應(yīng)的應(yīng)敘艮文具體為DHCP OFFER消 息，所述DHCPOFFER消息中攜帶了所述DHCP服務(wù)器為所述DHCP客戶端 配置的IP地址信息；與所述DHCP REQUEST消息對應(yīng)的應(yīng)紛艮文具體為 DHCP ACK消息或DHCP NAK消息，所述DHCP ACK消息中攜帶了確認(rèn)將 IP地址分配給所述DHCP客戶端，所述DHCP NAK消息中攜帶了確認(rèn)沒有將 IP地址分配給所述DHCP客戶端；與所述DHCP INFORM消息對應(yīng)的應(yīng)斜艮 文具體為DHCP ACK消息或DHCP NAK消息，所述DHCP ACK消息中攜帶 了所述DHCP服務(wù)器為所述DHCP客戶端配置的配置參數(shù)信息，所述DHCP NAK消息中攜帶了確認(rèn)沒有將配置參數(shù)信息分配給所述DHCP客戶端。
其中，本發(fā)明裝置的各個(gè)模塊可以集成于一體，也可以分離部署。上述 模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。
通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā) 明可以通過硬件實(shí)現(xiàn)，也可以可借助軟件加必要的通用硬件平臺的方式來實(shí) 現(xiàn)?；谶@樣的理解，本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來， 該軟件產(chǎn)品可以存儲在一個(gè)非易失性存儲介質(zhì)(可以是CD-ROM, U盤，移 動硬盤等)中，包括若干指令用以使得一臺計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明所述的方法。
以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普 通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤 飾，這些改進(jìn)和潤飾也應(yīng)視本發(fā)明的保護(hù)范圍。
本領(lǐng)域技術(shù)人員可以理解實(shí)施例中的裝置中的模塊可以按照實(shí)施例描述 進(jìn)行分布于實(shí)施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施例的一 個(gè)或多個(gè)裝置中。上述實(shí)施例的模塊可以合并為一個(gè)才莫塊，也可以進(jìn)一步拆 分成多個(gè)子模塊。
上述本發(fā)明序號僅僅為了描述，不代表實(shí)施例的優(yōu)劣。
以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此， 任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種地址分配的方法，應(yīng)用于包括DHCP客戶端、網(wǎng)橋設(shè)備、AP設(shè)備和DHCP服務(wù)器的系統(tǒng)中，所述網(wǎng)橋設(shè)備與所述AP設(shè)備通過無線鏈路連接，其特征在于，所述方法包括以下步驟所述網(wǎng)橋設(shè)備接收來自所述DHCP客戶端的請求消息；所述網(wǎng)橋設(shè)備在該請求消息中設(shè)置廣播標(biāo)記，該廣播標(biāo)記用于指示DHCP服務(wù)器以廣播方式發(fā)送針對該請求消息的應(yīng)答消息；所述網(wǎng)橋設(shè)備以無線局域網(wǎng)報(bào)文頭封裝所述請求消息，通過所述無線鏈路將所述請求消息發(fā)送給AP設(shè)備，由所述AP設(shè)備解封裝所述請求消息并轉(zhuǎn)發(fā)給所述DHCP服務(wù)器；所述DHCP服務(wù)器在接收到帶有廣播標(biāo)記的請求報(bào)文后，以廣播方式應(yīng)答該請求報(bào)文；所述AP設(shè)備收到DHCP服務(wù)器的應(yīng)答報(bào)文后以無線局域網(wǎng)報(bào)文頭封裝該應(yīng)答報(bào)文，并將該應(yīng)答報(bào)文轉(zhuǎn)發(fā)給網(wǎng)橋設(shè)備；網(wǎng)橋設(shè)備解封裝該應(yīng)答報(bào)文，并將解封裝后的帶有廣播地址的DHCP應(yīng)答報(bào)文發(fā)送到DHCP客戶端所在的子網(wǎng)中；子網(wǎng)中的各DHCP客戶端接收到該DHCP應(yīng)答報(bào)文后，比較報(bào)文中chaddr域中的客戶端硬件地址是否和本設(shè)備的硬件地址相同，如果相同，DHCP客戶端處理該應(yīng)答消息，否則直接丟棄該應(yīng)答消息。
2、 如權(quán)利要求l所述的方法，其特征在于，所述網(wǎng)橋設(shè)備在該請求消息 中設(shè)置廣播標(biāo)記具體為所述網(wǎng)橋設(shè)備設(shè)置所述請求消息中Flags字段第一個(gè)比特的標(biāo)識。
3、 如權(quán)利要求l所述的方法，其特征在于，所述來自DHCP客戶端的請 求消息包括DHCP DISCOVER消息、DHCP REQUEST消息、DHCP INFORM 消息；與所述DHCP DISCOVER消息對應(yīng)的應(yīng)答l艮文具體為DHCP OFFER消 息，所述DHCP OFFER消息中攜帶了所述DHCP服務(wù)器為所述DHCP客戶端 配置的IP地址信息；與所述DHCP REQUEST消息對應(yīng)的應(yīng)答報(bào)文具體為DHCP ACK消息或 DHCP NAK消息，所述DHCP ACK消息中攜帶了確認(rèn)將IP地址分配給所述 DHCP客戶端，所述DHCP NAK消息中攜帶了確認(rèn)沒有將IP地址分配給所述 DHCP客戶端；與所述DHCP INFORM消息對應(yīng)的應(yīng)答報(bào)文具體為DHCP ACK消息或 DHCP NAK消息，所述DHCP ACK消息中攜帶了所述DHCP服務(wù)器為所述 DHCP客戶端配置的配置參數(shù)信息，所述DHCPNAK消息中攜帶了確認(rèn)沒有 將配置參數(shù)信息分配給所述DHCP客戶端。
4、 如權(quán)利要求l所述的方法，其特征在于，所述DHCP服務(wù)器在接收到 帶有廣播標(biāo)記的請求報(bào)文后，以廣播方式應(yīng)答該請求報(bào)文具體包括所述DHCP服務(wù)器設(shè)置應(yīng)^艮文的目的地址為廣播地址。
5、 一種網(wǎng)橋設(shè)備，應(yīng)用于包括DHCP客戶端、網(wǎng)橋設(shè)備、AP設(shè)備和DHCP 服務(wù)器的系統(tǒng)中，所述網(wǎng)橋設(shè)備與所述AP設(shè)備通過無線鏈路連接，其特征在 于，所述設(shè)備包括接收模塊，用于接收來自所述DHCP客戶端的請求消息；設(shè)置模塊，用于在該接收模塊接收的請求消息中設(shè)置廣播標(biāo)記，該廣播 標(biāo)記用于指示DHCP服務(wù)器以廣播方式發(fā)送針對該請求消息的應(yīng)答消息；發(fā)送模塊，用于以無線局域網(wǎng)報(bào)文頭封裝所述請求消息，并通過所述無 線鏈路將所述請求消息發(fā)送給所述AP設(shè)備，由所述AP設(shè)備解封裝所述請求 消息并轉(zhuǎn)發(fā)給所述DHCP服務(wù)器；處理模塊，用于接收來自所述AP設(shè)備封裝后的應(yīng)對艮文，解封裝該應(yīng)答 報(bào)文，并將解封裝后的帶有廣播地址的DHCP應(yīng)答報(bào)文發(fā)送到DHCP客戶端 所在的子網(wǎng)中，由子網(wǎng)中的各DHCP客戶端根據(jù)該DHCP應(yīng)敘艮文比較報(bào)文 中chaddr域中的客戶端硬件地址是否和本設(shè)備的硬件地址相同，如果相同， 由DHCP客戶端處理該應(yīng)答消息，否則直接丟棄該應(yīng)答消息。
6、 如權(quán)利要求5所述的設(shè)備，其特征在于，所述設(shè)置模塊具體用于 設(shè)置所述請求消息中Flags字段第一個(gè)比特的標(biāo)識。
7、如權(quán)利要求5所述的設(shè)備，其特征在于，所述來自DHCP客戶端的請 求消息包括DHCP DISCOVER消息、DHCP REQUEST消息、DHCP INFORM消息；與所述DHCP DISCOVER消息對應(yīng)的應(yīng)答報(bào)文具體為DHCP OFFER消 息，所述DHCP OFFER消息中攜帶了所述DHCP服務(wù)器為所述DHCP客戶端 配置的IP地址信息；與所述DHCP REQUEST消息對應(yīng)的應(yīng) 艮文具體為 DHCP ACK消息或DHCP NAK消息，所述DHCP ACK消息中攜帶了確認(rèn)將 IP地址分配給所述DHCP客戶端，所述DHCP NAK消息中攜帶了確認(rèn)沒有將 IP地址分配給所述DHCP客戶端；與所述DHCP INFORM消息對應(yīng)的應(yīng)對艮 文具體為DHCP ACK消息或DHCP NAK消息，所述DHCP ACK消息中攜帶 了所述DHCP服務(wù)器為所述DHCP客戶端配置的配置參數(shù)信息，所述DHCP NAK消息中攜帶了確認(rèn)沒有將配置參數(shù)信息分配給所述DHCP客戶端。
全文摘要
本發(fā)明公開了一種地址分配的方法和設(shè)備，所述方法包括以下步驟網(wǎng)橋設(shè)備接收來自所述DHCP客戶端的請求消息；所述網(wǎng)橋設(shè)備在該請求消息中設(shè)置廣播標(biāo)記；所述網(wǎng)橋設(shè)備以無線局域網(wǎng)報(bào)文頭封裝所述請求消息，通過所述無線鏈路將所述請求消息發(fā)送給AP設(shè)備，由所述AP設(shè)備解封裝所述請求消息并轉(zhuǎn)發(fā)給所述DHCP服務(wù)器；所述DHCP服務(wù)器在接收到帶有廣播標(biāo)記的請求報(bào)文后，以廣播方式應(yīng)答該請求報(bào)文。本發(fā)明中，合理有效地節(jié)省了網(wǎng)橋設(shè)備的內(nèi)存空間，減小軟件實(shí)現(xiàn)復(fù)雜度，降低后期維護(hù)成本。
文檔編號H04L12/56GK101577738SQ20091014864
公開日2009年11月11日 申請日期2009年6月25日 優(yōu)先權(quán)日2009年6月25日
發(fā)明者邱元香 申請人:杭州華三通信技術(shù)有限公司