專利名稱：一種無線終端及其為計算機(jī)分配ip地址的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，更具體地，涉及一種無線終端及其為計算機(jī)分配
IP地址的方法。
背景技術(shù)：
隨著寬帶無線移動通信技術(shù)的進(jìn)一步發(fā)展，特別是國內(nèi)3G的開始普及，以家庭網(wǎng) 關(guān)、數(shù)據(jù)卡等終端為載體，并因移動應(yīng)用在無線方面有著先天優(yōu)勢，成為繼寬帶技術(shù)后互聯(lián) 網(wǎng)發(fā)展的又一個推動力，為互聯(lián)網(wǎng)的發(fā)展提供了一個新的平臺，使得互聯(lián)網(wǎng)更加普及，可以 肯定，移動互聯(lián)網(wǎng)必將成為人們生活中不可或缺的一部分。通常，用戶通過將無線終端與PC 機(jī)相連進(jìn)行數(shù)據(jù)業(yè)務(wù)，但在進(jìn)行數(shù)據(jù)業(yè)務(wù)之前，PC機(jī)必須有一個IP、子網(wǎng)掩碼、網(wǎng)關(guān)地址、 DNS地址等地址信息才能接入Internet。如果無線終端通過網(wǎng)線與PC機(jī)連接，或者把無線 終端做成NDIS(Network Driver Interface Specification，網(wǎng)絡(luò)驅(qū)動程序接口規(guī)范)設(shè) 備，由于無線終端的特殊性，IP、子網(wǎng)掩碼、網(wǎng)關(guān)地址、DNS地址等地址信息的分配及實(shí)現(xiàn)與 普通的有線網(wǎng)絡(luò)有所差異。 在普通的有線網(wǎng)絡(luò)下，PC機(jī)的IP、子網(wǎng)掩碼、網(wǎng)關(guān)地址、DNS地址等地址信息的自 動獲取是由DHCP (Dynamic Host Configuration Protocol,動態(tài)主機(jī)配置協(xié)議)服務(wù)器統(tǒng) 一分配的，而且通常情況下，DHCP服務(wù)器給每個PC都是分配固定的IP。然而在無線網(wǎng)絡(luò)下， UE(User Equipment,用戶設(shè)備)在不同時刻接入無線網(wǎng)絡(luò)后的IP總是不同的。由于PC機(jī) 每次發(fā)起DHCP協(xié)商請求時總是優(yōu)先使用上次使用過的IP，如果PC機(jī)接入的是普通的有線 網(wǎng)絡(luò)，DHCP服務(wù)器可以很快地對PC做出接受響應(yīng)，并分配該IP信息。但是，如果PC機(jī)接 入的是無線網(wǎng)絡(luò)，則DHCP服務(wù)器通常的做法是對該DHCP請求不予響應(yīng)，除非PC改變DHCP 協(xié)商策略。根據(jù)DHCP協(xié)議，在PC改變DHCP協(xié)商策略之前，重復(fù)的DHCP請求會發(fā)送多次， 要花費(fèi)較大的時間開銷。很顯然，在有線網(wǎng)絡(luò)上使用的DHCP的協(xié)商策略在無線網(wǎng)絡(luò)環(huán)境中 就顯得比較笨拙，效率比較低，因此，需要對該技術(shù)進(jìn)行改進(jìn)。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是PC與無線終端側(cè)的DHCP服務(wù)器之間協(xié)商時間開 銷大的問題。 為解決上述技術(shù)問題，本發(fā)明采用如下技術(shù)方案 —種無線終端為計算機(jī)分配IP地址的方法，在無線終端上實(shí)現(xiàn)一個動態(tài)主機(jī)配 置協(xié)議(DHCP)服務(wù)器，當(dāng)DHCP服務(wù)器收到一個上一次IP的Request協(xié)商請求，DHCP服務(wù) 器立即給予NAK響應(yīng)，強(qiáng)制計算機(jī)重新發(fā)起一個Discover協(xié)商，從而給PC分配IP地址信息。 進(jìn)一步地，在DHCP服務(wù)器收到一個上一次IP的Request協(xié)商請求之前，UE發(fā)起 分組數(shù)據(jù)協(xié)議(PDP)激活，從無線網(wǎng)絡(luò)側(cè)得到IP和DNS信息，把IP和DNS保存起來，并根 據(jù)IP值和事先定義好的算法，計算出子網(wǎng)掩碼、默認(rèn)網(wǎng)關(guān)、DHCP Server的地址值。
進(jìn) 一 步地，DHCP Client發(fā)起DHCP協(xié)商請求包，協(xié)商請求包進(jìn)入主控模塊 DHCPServerMain。 進(jìn)一步地，所述DHCPServerMain分析請求包的類型，如果類型是Discover,則調(diào) 用DHCPSendOffer模塊；如果不是則調(diào)用DHCPServerMain模塊繼續(xù)分析請求包的類型，
進(jìn)一步地，所述DHCPServerMain模塊判斷所述請求包是不是Request請求包，如 果類型是Request請求包，繼續(xù)判斷Request包請求的IP是否與DHCPConf ig模塊獲取的 無線網(wǎng)絡(luò)分配的IP值相等。 進(jìn)一步地，所述Request包請求的IP如果與DHCPConf ig模塊獲取的無線網(wǎng)絡(luò)分 配的IP值相等，則調(diào)用DHCPSendACK模塊予以響應(yīng)，如果不相等，調(diào)用DHCPSendNAK模塊予 以響應(yīng)。 本發(fā)明還提出 一 種無線終端，包括主控(DHCPServerMain)模塊、配置 加CPConfig)模塊、DHCPSendOffer模塊、DHCPSendACK模塊及DHCPSendNAK模塊，其中， DHCPServerMain模塊是DHCP服務(wù)器的入口 ，負(fù)責(zé)所有DHCP包的判斷與分發(fā)；DHCPConf ig 模塊負(fù)責(zé)地址信息的計算，計算生成的信息供其它模塊使用；DHCPSendOffer模塊負(fù)責(zé)對 Discover包的響應(yīng)；DHCPSendACK模塊和DHCPSendNAK模i央負(fù)責(zé)對不同Request包的響應(yīng)。
進(jìn)一步地，所述DHCPServerMain模塊首先調(diào)用DHCPConf ig模塊，計算出IP等 地址信息；其次對所有請求包進(jìn)行判斷，確定是否為DHCP包，如果是DHCP請求包，則進(jìn) 一步判斷DHCP請求包的類型，根據(jù)不同的包類型，將數(shù)據(jù)包分發(fā)至DHCPSendOffer模塊、 DHCPSendACK模塊或DHCPSendNAK模塊。 進(jìn)一步地，所述DHCPConfig模塊分別對IP地址、子網(wǎng)掩碼、網(wǎng)關(guān)地址、DHCP Server地址、DNS地址、租期值、完整的計算機(jī)名稱、網(wǎng)關(guān)MAC這些地址信息進(jìn)行初始化 工作；并根據(jù)UE發(fā)起分組數(shù)據(jù)協(xié)議(PDP)激活，從無線網(wǎng)絡(luò)側(cè)得到的IP和DNS信息，以 及事先定義好的算法，計算出IP地址、子網(wǎng)掩碼、默認(rèn)網(wǎng)關(guān)、DHCP Server的地址值，供 DHCPSendOffer模塊、DHCPSendACK模塊和DHCPSendNAK模塊使用。 進(jìn)一步地，DHCP客戶機(jī)以廣播方式發(fā)送DHCP discover發(fā)現(xiàn)信息來尋找DHCP服 務(wù)器，DHCPSendOffer模塊接收到DHCP discover發(fā)現(xiàn)信息，做出響應(yīng)，使用DHCPConf ig模 塊計算出的IP等地址信息，向DHCP客戶機(jī)發(fā)送一個包含出租的IP地址和其他設(shè)置的DHCP offer提供信息。 進(jìn)一步地，所述DHCP客戶機(jī)收到DHCP offer信息后，以廣播方式回答一個 DHCP request請求信息，該信息中包含向它所選定的DHCP服務(wù)器請求IP地址的內(nèi)容；當(dāng) DHCPSendACK模塊收到DHCP客戶機(jī)回答的DHCP request請求信息之后，便向DHCP客戶機(jī) 發(fā)送一個包含它所提供的IP地址和其他設(shè)置的DHCPACK確認(rèn)信息，告訴DHCP客戶機(jī)可以 使用它所提供的IP地址，然后DHCP客戶機(jī)便將其TCP/IP協(xié)議與網(wǎng)卡綁定。
進(jìn)一地，所述DHCP客戶機(jī)每次重新登錄網(wǎng)絡(luò)時，不需要再發(fā)送DHCP discover 發(fā)現(xiàn)信息，直接發(fā)送包含前一次所分配的IP地址的DHCP request請求信息，當(dāng) DHCPServerMain模i央收到這一信息后，則DHCPSendNAK模塊給DHCP客戶機(jī)回答一個DHCP NAK否認(rèn)信息，當(dāng)原來的DHCP客戶機(jī)收到此DHCP NAK否認(rèn)信息后，重新發(fā)送DHCP discover 發(fā)現(xiàn)信息來請求由DHCP Server分配新的IP地址信息。 綜上，采用本發(fā)明所述方法和裝置，通過在無線終端上實(shí)現(xiàn)一個DHCP服務(wù)器，并引入NAK模塊，較好地解決了常規(guī)DHCP服務(wù)器協(xié)商算法使用在無線終端上時協(xié)商效率低下 的問題。


圖1是本發(fā)明實(shí)施例為計算機(jī)分配IP地址的家庭網(wǎng)關(guān)的結(jié)構(gòu)示意圖； 圖2是本發(fā)明實(shí)施例實(shí)現(xiàn)方法流程示意圖； 圖3是本發(fā)明實(shí)施例DHCPSendOffer模塊實(shí)現(xiàn)流程示意圖。
具體實(shí)施例方式
本技術(shù)方案的核心是在無線終端上實(shí)現(xiàn)一個DHCP服務(wù)器，并優(yōu)化DHCP服務(wù)器實(shí) 現(xiàn)的算法。 一旦DHCP服務(wù)器收到一個上一次IP的Request協(xié)商請求，DHCP服務(wù)器立即給 予NAK響應(yīng)，強(qiáng)制PC重新發(fā)起一個Discover協(xié)商，從而很快給PC分配到IP等地址信息。 這樣解決了 PC與無線終端間通過DHCP協(xié)商獲取地址信息時協(xié)商策略效率低下的問題。
本發(fā)明所述實(shí)現(xiàn)動態(tài)地址分配的無線終端包括以下模塊主控(DHCPServerMain) 模塊、配置加CPConfig)模塊、DHCPSendOffer模塊、DHCPSendACK模塊、DHCPSendNAK模 塊。 DHCPServerMain模塊是DHCP服務(wù)器的入口 ，負(fù)責(zé)所有DHCP包的判斷與分發(fā)。 DHCPConf ig模塊負(fù)責(zé)IP地址、子網(wǎng)掩碼、默認(rèn)網(wǎng)關(guān)、DHCP Server 、 DNS Server等地址信息 的計算，計算生成的信息供其它模塊使用。DHCPSendOffer模塊負(fù)責(zé)對Discover包的響 應(yīng)，DHCPSendACK模塊和DHCPSendNAK模塊負(fù)責(zé)對不同Request包的響應(yīng)，這三個模塊由 DHCPServerMain調(diào)用。 下面結(jié)合具體實(shí)施例和附圖對本發(fā)明技術(shù)方案做詳細(xì)說明。在該實(shí)施例中，所述 無線終端以家庭網(wǎng)關(guān)為例說明。 如圖l所示，本發(fā)明實(shí)施例為計算機(jī)分配IP地址的家庭網(wǎng)關(guān)包括DHCPServerMain 模塊、DHCPConf ig模塊、DHCPSendOf f er模塊、DHCPSendACK模塊及DHCPSendNAK模塊，其詳 細(xì)描述如下 DHCPServerMain模塊是DHCP服務(wù)器的入口 ，負(fù)責(zé)所有DHCP請求包的判斷與分 發(fā)。該模塊主要完成兩個功能，首先調(diào)用DHCPConf ig模塊，計算出IP等地址信息。其次對 所有請求包進(jìn)行判斷，確定是否為DHCP包，如果是DHCP請求包，則進(jìn)一步判斷DHCP請求 包的類型，根據(jù)不同的包類型，將數(shù)據(jù)包分發(fā)至DHCPSendOffer模塊、DHCPSendACK模塊或 DHCPSendNAK模塊。 DHCPConf ig模塊是配置模塊，分別對IP地址、子網(wǎng)掩碼、網(wǎng)關(guān)地址、DHCP Server 地址、DNS地址、租期值、完整的計算機(jī)名稱、網(wǎng)關(guān)MAC地址進(jìn)行初始化工作。并根據(jù)UE發(fā) 起分組數(shù)據(jù)協(xié)議(Packet Data Protocol，PDP)激活，從無線網(wǎng)絡(luò)側(cè)得到的IP和DNS信息， 以及事先定義好的算法，計算出IP地址、子網(wǎng)掩碼、默認(rèn)網(wǎng)關(guān)、DHCP Server的地址值，供 DHCPSendOffer模塊、DHCPSendACK模塊和DHCPSendNAK模塊使用。 DHCPSendOffer模塊，DHCP客戶機(jī)以廣播方式(因?yàn)镈HCP服務(wù)器的IP地址對 于客戶機(jī)來說是未知的)發(fā)送DHCP discover發(fā)現(xiàn)信息來尋找DHCP服務(wù)器，即向地址 255. 255. 255. 255發(fā)送特定的廣播信息。DHCPSendOffer模塊接收到DHCP discover發(fā)現(xiàn)信
6息，應(yīng)立即做出響應(yīng)，它使用DHCPConf ig模塊計算出的IP等地址信息，向DHCP客戶機(jī)發(fā)送 一個包含出租的IP地址和其他設(shè)置的DHCP offer提供信息。其實(shí)現(xiàn)流程見附圖3所示。
DHCPSendACK模塊，DHCP客戶機(jī)收到DHCP offer信息后，然后它就以廣播方式回 答一個DHCP request請求信息，該信息中包含向它所選定的DHCP服務(wù)器請求IP地址的內(nèi) 容。當(dāng)DHCPSendACK模塊收到DHCP客戶機(jī)回答的DHCP request請求信息之后，它便向DHCP 客戶機(jī)發(fā)送一個包含它所提供的IP地址和其他設(shè)置的DHCP ACK確認(rèn)信息，告訴DHCP客戶 機(jī)可以使用它所提供的IP地址。然后DHCP客戶機(jī)便將其TCP/IP協(xié)議與網(wǎng)卡綁定。其實(shí) 現(xiàn)流程與DHCPSendOffer模塊類似。 DHCPSendNAK模塊是本裝置的關(guān)鍵模塊。由于DHCP客戶機(jī)每次重新登錄網(wǎng)絡(luò)時， 不需要再發(fā)送DHCP discover發(fā)現(xiàn)信息，而是直接發(fā)送包含前一次所分配的IP地址的DHCP request請求信息。當(dāng)DHCPServerMain模塊收到這一信息后，由于此IP地址已無法再分配 給原來的DHCP客戶機(jī)使用(因?yàn)槊看蜳DP激活后，無線網(wǎng)絡(luò)分配給UE的IP地址信息會發(fā) 生變化)，則DHCPSendNAK模塊給DHCP客戶機(jī)回答一個DHCP NAK否認(rèn)信息。當(dāng)原來的DHCP 客戶機(jī)收到此DHCP NAK否認(rèn)信息后，它就必須重新發(fā)送DHCP discover發(fā)現(xiàn)信息來請求由 DHCP Server分配新的IP等地址信息。其實(shí)現(xiàn)流程與DHCPSendOffer模塊類似。
以上DHCPSendOffer 、 DHCPSendACK和DHCPSendNAK三個模土央的實(shí)現(xiàn)完全遵守DHCP 協(xié)議。 如圖2所示，本發(fā)明實(shí)施例無線終端為計算機(jī)分配IP地址的方法包括以下步驟
201， UE發(fā)起PDP激活，從無線網(wǎng)絡(luò)側(cè)得到IP和DNS信息。配置模塊DHCPConf ig 把IP和DNS保存起來，并根據(jù)IP值和事先定義好的算法，計算出子網(wǎng)掩碼、默認(rèn)網(wǎng)關(guān)、DHCP Server的地址值，供DHCPSendOffer模塊、DHCPSendACK模塊和DHCPSendNAK模i央使用。 DHCP Client發(fā)起DHCP協(xié)商請求包。 202 ，協(xié)商請求包進(jìn)入主控模塊DHCPServerMain 。 203， DHCPServerMain模塊分析請求包的類型，如果類型是Discover ，則調(diào)用 DHCPSendOffer模塊；如果不是則轉(zhuǎn)入步驟204 ; 204， DHCPServerMain模塊分析請求包的類型，判斷是不是Request請求包，如果 類型是Request請求包，則轉(zhuǎn)入步驟205 ;如果不是，則流程結(jié)束； 205，判斷Request包請求的IP是否與DHCPConf ig模塊獲取的無線網(wǎng)絡(luò)分配的IP 值相等，如果相等，轉(zhuǎn)入步驟207，如果不相等，轉(zhuǎn)入步驟206 ;
206，調(diào)用DHCPSendNAK模塊予以響應(yīng)； PC收到DHCP Server的NAK響應(yīng)包后，會發(fā)送DHCP Discover發(fā)現(xiàn)信息來尋找
DHCP服務(wù)器，再次進(jìn)入步驟203。 207，調(diào)用DHCPSendACK模塊予以響應(yīng)； PC收到DHCP Server的ACK響應(yīng)包后，正常的DHCP協(xié)商結(jié)束。PC獲取到IP、子網(wǎng) 掩碼、默認(rèn)網(wǎng)關(guān)、DHCP Server、DNS Server等地址信息。 綜上所述，通過本方法，較好地解決了常規(guī)DHCP服務(wù)器協(xié)商算法使用在無線終端 時協(xié)商效率低下的問題。 本發(fā)明采用本發(fā)明所述方法和裝置，通過在無線終端上實(shí)現(xiàn)一個DHCP服務(wù)器，并 引入NAK模塊，較好地解決了常規(guī)DHCP服務(wù)器協(xié)商算法使用在無線終端上時協(xié)商效率低下的問題。 當(dāng)然，本發(fā)明還可有多種實(shí)施方式，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況，熟悉本 領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明做出各種相應(yīng)的更改或變化，但凡在本發(fā)明的精神和原則 之內(nèi)所作的任何修改、等同替換、改進(jìn)，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種無線終端為計算機(jī)分配IP地址的方法，其特征在于，在無線終端上實(shí)現(xiàn)一個動態(tài)主機(jī)配置協(xié)議(DHCP)服務(wù)器，當(dāng)DHCP服務(wù)器收到一個上一次IP的Request協(xié)商請求，DHCP服務(wù)器立即給予NAK響應(yīng)，強(qiáng)制計算機(jī)重新發(fā)起一個Discover協(xié)商，從而給PC分配IP地址信息。
2. 如權(quán)利要求l所述的方法，其特征在于在DHCP服務(wù)器收到一個上一次IP的 Request協(xié)商請求之前，UE發(fā)起分組數(shù)據(jù)協(xié)議(PDP)激活，從無線網(wǎng)絡(luò)側(cè)得到IP和DNS信 息，把IP和DNS保存起來，并根據(jù)IP值和事先定義好的算法，計算出子網(wǎng)掩碼、默認(rèn)網(wǎng)關(guān)、 DHCP Server的地址值。
3. 如權(quán)利要求2所述的方法，其特征在于DHCP Client發(fā)起DHCP協(xié)商請求包，協(xié)商請 求包進(jìn)入主控模i央DHCPServerMain 。
4. 如權(quán)利要求3所述的方法，其特征在于所述DHCPServerMain分析請求包的類型， 如果類型是Discover,則調(diào)用DHCPSendOffer模塊；如果不是則調(diào)用DHCPServerMain模塊 繼續(xù)分析請求包的類型，
5. 如權(quán)利要求4所述的方法，其特征在于所述DHCPServerMain模塊判斷所述請求包 是不是Request請求包，如果類型是Request請求包，繼續(xù)判斷Request包請求的IP是否 與DHCPConfig模塊獲取的無線網(wǎng)絡(luò)分配的IP值相等。
6. 如權(quán)利要求5所述的方法，其特征在于所述Request包請求的IP如果與 DHCPConfig模塊獲取的無線網(wǎng)絡(luò)分配的IP值相等，則調(diào)用DHCPSendACK模塊予以響應(yīng)，如 果不相等，調(diào)用DHCPSendNAK模塊予以響應(yīng)。
7. —種無線終端，包括主控(DHCPServerMain)模塊、配置(DHCPConfig)模塊、 DHCPSendOffer模塊、DHCPSendACK模塊及DHCPSendNAK模塊，其中，DHCPServerMain模塊 是DHCP服務(wù)器的入口 ，負(fù)責(zé)所有DHCP包的判斷與分發(fā)；DHCPConf ig模塊負(fù)責(zé)地址信息的 計算，計算生成的信息供其它模塊使用；DHCPSendOffer模塊負(fù)責(zé)對Discover包的響應(yīng)； DHCPSendACK模塊和DHCPSendNAK模i央負(fù)責(zé)對不同Request包的響應(yīng)。
8. 如權(quán)利要求7所述的無線終端，其特征在于所述DHCPServerMain模塊首先調(diào)用 DHCPConfig模塊，計算出IP等地址信息；其次對所有請求包進(jìn)行判斷，確定是否為DHCP 包，如果是DHCP請求包，則進(jìn)一步判斷DHCP請求包的類型，根據(jù)不同的包類型，將數(shù)據(jù)包分 發(fā)至DHCPSendOffer模塊、DHCPSendACK模塊或DHCPSendNAK模塊。
9. 如權(quán)利要求7所述的無線終端，其特征在于所述DHCPConfig模塊分別對IP地址、 子網(wǎng)掩碼、網(wǎng)關(guān)地址、DHCP Server地址、DNS地址、租期值、完整的計算機(jī)名稱、網(wǎng)關(guān)MAC這 些地址信息進(jìn)行初始化工作；并根據(jù)UE發(fā)起分組數(shù)據(jù)協(xié)議(PDP)激活，從無線網(wǎng)絡(luò)側(cè)得 到的IP和DNS信息，以及事先定義好的算法，計算出IP地址、子網(wǎng)掩碼、默認(rèn)網(wǎng)關(guān)、DHCP Server的地址值，供DHCPSendOffer模塊、DHCPSendACK模塊和DHCPSendNAK模塊使用。
10. 如權(quán)利要求7所述的無線終端，其特征在于DHCP客戶機(jī)以廣播方式發(fā)送DHCP discover發(fā)現(xiàn)信息來尋找DHCP服務(wù)器，DHCPSendOffer模塊接收到DHCP discover發(fā)現(xiàn)信 息，做出響應(yīng)，使用DHCPConfig模塊計算出的IP等地址信息，向DHCP客戶機(jī)發(fā)送一個包含 出租的IP地址和其他設(shè)置的DHCP offer提供信息。
11. 如權(quán)利要求7所述的無線終端，其特征在于所述DHCP客戶機(jī)收到DHCP offer信 息后，以廣播方式回答一個DHCP request請求信息，該信息中包含向它所選定的DHCP服務(wù)器請求IP地址的內(nèi)容；當(dāng)DHCPSendACK模塊收到DHCP客戶機(jī)回答的DHCP request請求信 息之后，便向DHCP客戶機(jī)發(fā)送一個包含它所提供的IP地址和其他設(shè)置的DHCP ACK確認(rèn)信 息，告訴DHCP客戶機(jī)可以使用它所提供的IP地址，然后DHCP客戶機(jī)便將其TCP/IP協(xié)議與 網(wǎng)卡綁定。
12.如權(quán)利要求7所述的無線終端，其特征在于所述DHCP客戶機(jī)每次重新登錄網(wǎng)絡(luò) 時，不需要再發(fā)送DHCP discover發(fā)現(xiàn)信息，直接發(fā)送包含前一次所分配的IP地址的DHCP request請求信息，當(dāng)DHCPServerMain模i央收到這一信息后，則DHCPSendNAK模塊給DHCP 客戶機(jī)回答一個DHCP NAK否認(rèn)信息，當(dāng)原來的DHCP客戶機(jī)收到此DHCP NAK否認(rèn)信息后， 重新發(fā)送DHCP discover發(fā)現(xiàn)信息來請求由DHCP Server分配新的IP地址信息。
全文摘要
本發(fā)明提供一種無線終端為計算機(jī)分配IP地址的方法，在無線終端上實(shí)現(xiàn)一個動態(tài)主機(jī)配置協(xié)議(DHCP)服務(wù)器，當(dāng)DHCP服務(wù)器收到一個上一次IP的Request協(xié)商請求，DHCP服務(wù)器立即給予NAK響應(yīng)，強(qiáng)制計算機(jī)重新發(fā)起一個Discover協(xié)商，從而給PC分配IP地址信息。采用本發(fā)明所述技術(shù)方案，通過在無線終端上實(shí)現(xiàn)一個DHCP服務(wù)器，并引入NAK模塊，較好地解決了常規(guī)DHCP服務(wù)器協(xié)商算法使用在無線終端上時協(xié)商效率低下的問題。
文檔編號H04L29/06GK101778103SQ20091023965
公開日2010年7月14日 申請日期2009年12月30日 優(yōu)先權(quán)日2009年12月30日
發(fā)明者李志剛 申請人:中興通訊股份有限公司