專利名稱：Dhcp用戶的會(huì)話?；罘椒ā⑾到y(tǒng)和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)領(lǐng)域，尤其涉及一種動(dòng)態(tài)主機(jī)配置協(xié)議 (Dynamic Host Configuration Protocol, DHCP)用戶的會(huì);舌{呆活的方法、系統(tǒng)和裝 置。
背景技術(shù)：
DHCP用戶通過接入節(jié)點(diǎn)(AN)設(shè)備接入用戶和業(yè)務(wù)控制節(jié)點(diǎn)(SN)設(shè) 備后，DHCP用戶上線，SN設(shè)備將分配的IP地址發(fā)送給DHCP用戶，并將該 DHCP用戶的標(biāo)識(shí)信息添加到用戶會(huì)話表中，并定時(shí)對(duì)用戶會(huì)話表中的DHCP 用戶進(jìn)行會(huì)話保活。對(duì)DHCP用戶進(jìn)行會(huì)話保活是指，探測(cè)DHCP用戶是否 處于活躍狀態(tài)，即DHCP用戶是否在線或與系統(tǒng)處于會(huì)話連接狀態(tài)，在探測(cè)到 DHCP用戶處于非活躍狀態(tài)后，在用戶會(huì)話表中刪除該DHCP用戶的標(biāo)識(shí)信息， 并釋放為該DHCP用戶分配的資源，以避免異常下線的DHCP用戶占用系統(tǒng) 資源。
目前，對(duì)通過SN設(shè)備接入的DHCP用戶進(jìn)行會(huì)話保活的方式一般是采用 DHCP同步時(shí)間窗方式?；睢?br> DHCP同步時(shí)間窗的?；罘绞绞侵福珼HCP用戶在上線后會(huì)接收到SN設(shè) 備發(fā)來的DHCP租期信息，該租期信息表示一個(gè)時(shí)間段長度，在續(xù)租時(shí)間到期 后，若該DHCP用戶還處于活躍狀態(tài)，則向SN設(shè)備發(fā)送DHCP續(xù)租請(qǐng)求，SN 設(shè)備根據(jù)接收到的DHCP續(xù)租請(qǐng)求判斷該DHCP用戶在線；若SN設(shè)備在DHCP 租期到期后未接收到DHCP用戶發(fā)來的DHCP續(xù)租請(qǐng)求，則判斷該DHCP用 戶在離線。
在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中存在以下技術(shù)問題現(xiàn)有技術(shù)中采用的DHCP同步時(shí)間窗的?；罘绞?，即當(dāng)DHCP用戶的 DHCP租期到期而未接收到該DHCP用戶發(fā)來的DHCP續(xù)租請(qǐng)求時(shí)，SN設(shè)備 認(rèn)為該DHCP用戶不活躍。由于現(xiàn)網(wǎng)設(shè)置的DHCP租期很長，那么若DHCP 用戶在上線后相當(dāng)短的時(shí)間內(nèi)異常下線，此時(shí)DHCP租期還未到期，DHCP用 戶卻已處于非活躍狀態(tài)，而SN設(shè)備需要維持該DHCP用戶的在線狀態(tài)直到租 期過期，從而導(dǎo)致了在用戶異常下線到DHCP租期到期的這段時(shí)間內(nèi)，SN設(shè) 備需要保持實(shí)際處于非活躍狀態(tài)的DHCP用戶的在線狀態(tài)，極大的浪費(fèi)了設(shè)備 資源，特別是遭到攻擊或者用戶大批量異常下線時(shí)，SN設(shè)備的地址和用戶會(huì) 話表資源會(huì)遭到極大的浪費(fèi)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種DHCP用戶的會(huì)話?；畹姆椒ā⑾到y(tǒng)和裝置，用于 節(jié)省SN設(shè)備維持DHCP用戶的在線狀態(tài)所需要的資源。 一種DHCP客戶端的會(huì)話?；畹姆椒?，該方法包括
SN設(shè)備在DHCP客戶端接入所述SN設(shè)備后，所述SN設(shè)備向所述DHCP 客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文；
所述SN設(shè)備在超時(shí)未接收到所述DHCP客戶端發(fā)來的響應(yīng)所述DHCP強(qiáng) 制更新報(bào)文的DHCP請(qǐng)求報(bào)文后，確定所述DHCP客戶端處于非活躍狀態(tài)， 并釋放為所述DHCP客戶端分配的資源。
一種DHCP通信系統(tǒng)，該系統(tǒng)包括
SN設(shè)備，用于在DHCP客戶端接入所述SN設(shè)備后，向所述DHCP客戶 端發(fā)送DHCP強(qiáng)制更新報(bào)文；在超時(shí)未接收到所述DHCP客戶端發(fā)來的響應(yīng) 所述DHCP強(qiáng)制更新報(bào)文的DHCP請(qǐng)求報(bào)文后，確定所述DHCP客戶端處于 非活躍狀態(tài)，并釋;^文為所述DHCP客戶端分配的資源；
DHCP客戶端，用于在接收到所述DHCP強(qiáng)制更新報(bào)文后，向所述SN設(shè) 備發(fā)送響應(yīng)所述DHCP強(qiáng)制更新報(bào)文的DHCP請(qǐng)求報(bào)文。一種SN設(shè)備，該設(shè)備包括
DHCP強(qiáng)制更新報(bào)文發(fā)送單元，用于在DHCP客戶端接入所述SN設(shè)備后， 向所述DHCP客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文；
非活躍狀態(tài)處理單元，用于在超時(shí)未接收到所述DHCP客戶端發(fā)來的響應(yīng) 所述DHCP強(qiáng)制更新報(bào)文的DHCP請(qǐng)求報(bào)文后，確定所述DHCP客戶端處于 非活躍狀態(tài)，并釋放為所述DHCP客戶端分配的資源。
本發(fā)明中，SN設(shè)備在DHCP客戶端接入本SN設(shè)備后，SN設(shè)備向該DHCP 客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文；SN設(shè)備在超時(shí)未接收到DHCP客戶端發(fā)來 的響應(yīng)DHCP強(qiáng)制更新報(bào)文的DHCP請(qǐng)求報(bào)文后，確定DHCP客戶端處于非 活躍狀態(tài)，并釋放為該DHCP客戶端分配的資源。可見，SN設(shè)備能夠?qū)崟r(shí)的 通過向DHCP客戶端發(fā)送能夠觸發(fā)處于活躍狀態(tài)的DHCP客戶端反饋DHCP 請(qǐng)求報(bào)文的DHCP強(qiáng)制更新報(bào)文，并根據(jù)是否接收到DHCP請(qǐng)求報(bào)文來判斷 DHCP客戶端當(dāng)前是否處于活躍狀態(tài)，而不必等到DHCP租期到期才能根據(jù)是 否接收到DHCP客戶端發(fā)來的DHCP續(xù)租請(qǐng)求來確定DHCP客戶端的當(dāng)前狀 態(tài)，進(jìn)而可以避免在用戶異常下線到DHCP租期到期的這段時(shí)間內(nèi)，SN設(shè)備


圖1為本發(fā)明實(shí)施例提供的方法流程示意圖； 圖2為本發(fā)明具體實(shí)施例的流程示意圖； 圖3為本發(fā)明實(shí)施例提供的系統(tǒng)結(jié)構(gòu)示意圖； 圖4為本發(fā)明實(shí)施例提供的設(shè)備結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為了節(jié)省SN設(shè)備維持DHCP客戶端的在線狀態(tài)所需要的資源，本發(fā)明實(shí) 施例提供一種DHCP客戶端的會(huì)話?；畹姆椒?，本方法中，SN設(shè)備向接入的DHCP客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文(DHCP FORCE RENEW )，根據(jù)是否 接收到DHCP客戶端發(fā)來的響應(yīng)該DHCP強(qiáng)制更新才艮文的DHCP請(qǐng)求才艮文 (DHCP REQUEST )，來確定DHCP客戶端的當(dāng)前狀態(tài)，以及決定是否釋i文為 該DHCP客戶端分配的資源。
參見圖1，本發(fā)明實(shí)施例提供的DHCP客戶端的會(huì)話?；畹姆椒ǎ唧w包 括以下步驟
步驟10: SN設(shè)備在DHCP客戶端接入本SN設(shè)備后，該SN設(shè)備向所述 DHCP客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文；
步驟11: SN設(shè)備確定是否接收到DHCP客戶端發(fā)來的響應(yīng)DHCP強(qiáng)制更 新報(bào)文的DHCP請(qǐng)求凈艮文；
步驟12: SN設(shè)備在超時(shí)時(shí)未接收到DHCP客戶端發(fā)來的DHCP請(qǐng)求報(bào)文 后，確定DHCP客戶端處于非活躍狀態(tài)，并釋放為該DHCP客戶端分配的資 源；這里的超時(shí)可以指預(yù)先設(shè)定的定時(shí)器超時(shí)。
步驟10中，DHCP FORCE RENEW是RFC3203規(guī)定的一種DHCP探觀'J才艮 文，在該RFC內(nèi)對(duì)DHCP FORCE RENEW報(bào)文的描述如下
DHCP服務(wù)器發(fā)送一個(gè)FORCE RENEW報(bào)文給客戶端，客戶端接收到該 FORCE RENEW報(bào)文后，將自身狀態(tài)設(shè)置為更新(RENEW)狀態(tài)，并按照正 常的DHCP流程進(jìn)行租期更新。如果服務(wù)器確定要為客戶端分配一個(gè)新的IP 地址，服務(wù)器將會(huì)對(duì)接收到的客戶端發(fā)來的DHCP請(qǐng)求報(bào)文(DHCP REQUEST) 回復(fù)一個(gè)DHCP否定應(yīng)答(DHCPNAK)?？蛻舳藙t恢復(fù)到初始狀態(tài)并廣纟番一 個(gè)DHCP恢復(fù)報(bào)文(DHCP DISCOVER message )。服務(wù)器就通過DHCP提供 報(bào)文(DHCPOFFER)將分配的新的IP地址發(fā)送給客戶端。
可見，DHCP FORCE RENEW才艮文是一種可以讓DHCP客戶端主動(dòng)續(xù)租 的報(bào)文，通過發(fā)送該凈艮文還可以讓DHCP客戶端重新獲取新地址。
SN設(shè)備根據(jù)預(yù)先配置的時(shí)間周期定時(shí)向DHCP客戶端發(fā)送DHCP強(qiáng)制更 新報(bào)文，并且該時(shí)間周期小于分配的DHCP半租期。步驟12中，SN設(shè)備可以在連續(xù)至少兩次發(fā)送DHCP強(qiáng)制更新報(bào)文并且未 接收到一個(gè)DHCP請(qǐng)求報(bào)文后，釋放為該DHCP客戶端分配的資源，例如， 在用戶會(huì)話表中刪除該DHCP客戶端的信息，并釋放為DHCP客戶端分配的 IP地址等。
較佳的，在DHCP客戶端接入SN設(shè)備之后，SN設(shè)備獲取分配的DHCP 租期信息；在向DHCP客戶端發(fā)送DHCP強(qiáng)制更新才艮文之后接收到DHCP請(qǐng) 求報(bào)文后，在根據(jù)DHCP租期信息確定續(xù)租時(shí)間到期時(shí)將DHCP請(qǐng)求報(bào)文發(fā) 送給DHCP服務(wù)器，續(xù)租時(shí)間可以為DHCP租期的一半或四分之三；DHCP 服務(wù)器根據(jù)DHCP請(qǐng)求報(bào)文確定DHCP客戶端的當(dāng)前狀態(tài)為在線。
這里，SN設(shè)備可以是DHCP中繼設(shè)備，DHCP中繼設(shè)備從DHCP服務(wù)器 獲取該服務(wù)器分配的DHCP租期信息。
較佳的，在SN設(shè)備釋放為DHCP客戶端分配的資源之后，SN設(shè)備接收 到DHCP客戶端發(fā)來的續(xù)租請(qǐng)求，則重啟DHCP過程，并為該DHCP客戶端 分配用于維持DHCP客戶端在線的資源，例如，在用戶會(huì)話表中增加該DHCP 客戶端的信息，并為DHCP客戶端分配IP地址等。
下面分別介紹本發(fā)明的兩個(gè)實(shí)施例
實(shí)施例一
本實(shí)施例中，SN設(shè)備是DHCP SERVER, DHCP客戶端接入DHCP SERVER 后，DHCP SERVER將分配的IP地址發(fā)送給DHCP客戶端，此后用戶網(wǎng)關(guān)(RG) 異常斷電導(dǎo)致DHCP客戶端不活躍。參見圖2，具體流程如下
步驟Al: DHCP客戶端接入DHCP SERVER。
步驟Bl: DHCP SERVER根據(jù)配置規(guī)則向DHCP客戶端發(fā)送DHCP FORCE RENEW報(bào)文。
步驟CI: DHCP客戶端在線的情況下，DHCP客戶端的DHCP協(xié)議棧接 收到DHCP FORCE RENEW報(bào)文，將DHCP狀態(tài)更新為RENEW, DHCP協(xié)議 棧向DHCP SERVER發(fā)送DHCP REQUEST。步驟Dl: DHCP SERVER接收到DHCP REQUEST,確定DHCP客戶端處 于活躍狀態(tài)，向DHCP客戶端返回DHCPACK消息，用戶續(xù)租成功。
步驟El:此時(shí)RG異常，DHCP客戶端掉線，DHCP SERVER向DHCP 客戶端發(fā)送DHCP FORCE RENEW報(bào)文，DHCP客戶端不做任何響應(yīng)。
步驟Fl: DHCP SERVER根據(jù)配置策略在幾次發(fā)送DHCP FORCE RENEW 報(bào)文都未接收到DHCP REQUEST后，判斷DHCP客戶端處于非活躍狀態(tài)，釋 放為DHCP客戶端分配的資源。
實(shí)施例二
本實(shí)施例中，SN設(shè)備是DHCP RELAY, DHCP客戶端接入DHCP RELAY
見圖2,具體流程如下:
步驟A2: DHCP客戶端接入DHCP RELAY, DHCP RELAY向遠(yuǎn)端DHCP SERVER申請(qǐng)IP地址并將該IP地址分配給DHCP客戶端，DHCP RELAY記 錄DHCP SERVER分配的DHCP租期。
步驟B2: DHCP RELAY根據(jù)配置規(guī)則向DHCP客戶端發(fā)送DHCP FORCE RENEW報(bào)文。
步驟C2: DHCP客戶端在線的情況下，DHCP客戶端的DHCP協(xié)議棧接 收到DHCP FORCE RENEW報(bào)文，將DHCP狀態(tài)更新為RENEW, DHCP協(xié)議 棧向DHCP SERVER發(fā)送DHCP REQUEST。
步驟D2: DHCP RELAY接收到DHCP REQUEST,確定DHCP客戶端處 于活躍狀態(tài)，向DHCP客戶端返回DHCP ACK消息，用戶續(xù)租成功。
步驟E2: DHCP RELAY在DHCP租期內(nèi)代替DHCP客戶端向遠(yuǎn)端DHCP SERVER主動(dòng)發(fā)送包含該DHCP客戶端地址的DHCP REQUEST,以同步遠(yuǎn)端 DHCP SERVER和用戶之間的地址租用關(guān)系。
步驟F2:此時(shí)DHCP客戶端和DHCP RELAY間鏈路故障導(dǎo)致DHCP客戶向DHCP客戶端發(fā)送DHCP FORCE RENEW報(bào)文， DHCP客戶端不做任何響應(yīng)。
步驟G2: DHCP RELAY根據(jù)配置策略在幾次發(fā)送DHCP FORCE RENEW 報(bào)文都未接收到DHCP REQUEST后，判斷DHCP客戶端處于非活躍狀態(tài)，向 遠(yuǎn)端DHCP SERVER發(fā)送DHCP RELEASE,告知DHCP SERVER釋放該不活 躍DHCP客戶端占用的資源。
參見圖3，本發(fā)明實(shí)施例還提供一種DHCP通信系統(tǒng)，該系統(tǒng)包括
SN設(shè)備30，用于在DHCP客戶端接入所述SN設(shè)備后，向所述DHCP客 戶端發(fā)送DHCP強(qiáng)制更新報(bào)文；在超時(shí)時(shí)未接收到所述DHCP客戶端發(fā)來的 響應(yīng)所述DHCP強(qiáng)制更新報(bào)文的DHCP請(qǐng)求報(bào)文后，確定所述DHCP客戶端 處于非活躍狀態(tài)，并釋放為所述DHCP客戶端分配的資源；
DHCP客戶端31 ，用于在接收到所述DHCP強(qiáng)制更新報(bào)文后，向所述SN 設(shè)備發(fā)送響應(yīng)所述DHCP強(qiáng)制更新報(bào)文的DHCP請(qǐng)求才艮文。
所述SN設(shè)備30還用于
在DHCP客戶端接入所述SN設(shè)備之后，獲取分配的DHCP租期信息；在 向所述DHCP客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文之后，接收到所述DHCP請(qǐng)求 報(bào)文，在根據(jù)所述DHCP租期信息確定續(xù)租時(shí)間到期時(shí)將所述DHCP請(qǐng)求報(bào) 文發(fā)送給所述DHCP服務(wù)器；
所述DHCP服務(wù)器用于，根據(jù)所述DHCP請(qǐng)求報(bào)文確定所述DHCP客戶 端的當(dāng)前狀態(tài)。
所述SN設(shè)備30還用于
在釋放為DHCP客戶端分配的資源之后，接收到DHCP客戶端發(fā)來的續(xù) 租請(qǐng)求，重啟DHCP過程，并為該DHCP客戶端重新分配用于維持所述DHCP 客戶端在線的資源。
所述SN設(shè)備30用于
根據(jù)預(yù)先配置的時(shí)間周期定時(shí)向所述DHCP客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文，并且所述時(shí)間周期小于DHCP服務(wù)器分配的DHCP半租期。 參見圖4，本發(fā)明實(shí)施例還提供一種SN設(shè)備，該設(shè)備包括 報(bào)文發(fā)送單元40，用于在DHCP客戶端接入所述SN設(shè)備后，向所述DHCP
客戶端發(fā)送DHCP強(qiáng)制更新才艮文；
非活躍狀態(tài)處理單元41,用于在超時(shí)時(shí)未接收到所述DHCP客戶端發(fā)來
的響應(yīng)所述DHCP強(qiáng)制更新報(bào)文的DHCP請(qǐng)求報(bào)文后，確定所述DHCP客戶
端處于非活躍狀態(tài)，并釋放為所述DHCP客戶端分配的資源。 所述SN設(shè)備還包括
租期同步單元42，用于在DHCP客戶端接入所述SN設(shè)備之后，獲取分配 的DHCP租期信息；在向所述DHCP客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文之后， 接收到所述DHCP請(qǐng)求報(bào)文，在根據(jù)所述DHCP租期信息確定續(xù)租時(shí)間到期 時(shí)將所述DHCP請(qǐng)求報(bào)文發(fā)送給所述DHCP服務(wù)器。
所述SN設(shè)備還包括
時(shí)間窗判定單元43，用于在釋放為DHCP客戶端分配的資源之后，接收 到DHCP客戶端發(fā)來的續(xù)租請(qǐng)求，重啟DHCP過程，并為該DHCP客戶端分 配用于維持所述DHCP客戶端在線的資源。
所述報(bào)文發(fā)送單元40用于
根據(jù)預(yù)先配置的時(shí)間周期定時(shí)向所述DHCP客戶端發(fā)送DHCP強(qiáng)制更新 報(bào)文，并且所述時(shí)間周期小于DHCP服務(wù)器分配的DHCP半租期。
本發(fā)明中，SN設(shè)備并不局限于上述DHCP服務(wù)器和DPCH中繼設(shè)備，還 可以是任何其它能夠與DHCP服務(wù)器通信的設(shè)備。
綜上，本發(fā)明的有益效果包括
本發(fā)明實(shí)施例提供的方案中，SN設(shè)備在DHCP客戶端接入本SN設(shè)備后， 該SN設(shè)備向該DHCP客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文；SN設(shè)備在超時(shí)時(shí)未 接收到DHCP客戶端發(fā)來的響應(yīng)DHCP強(qiáng)制更新報(bào)文的DHCP請(qǐng)求報(bào)文后， 確定DHCP客戶端處于非活躍狀態(tài)，并釋放為該DHCP客戶端分配的資源?？梢?，SN設(shè)備能夠?qū)崟r(shí)的通過向DHCP客戶端發(fā)送能夠觸發(fā)處于活躍狀態(tài)的 DHCP客戶端反饋DHCP請(qǐng)求報(bào)文的DHCP強(qiáng)制更新報(bào)文，并根據(jù)是否接收到 DHCP請(qǐng)求報(bào)文來判斷DHCP客戶端當(dāng)前是否處于活躍狀態(tài)，而不必等到 DHCP租期到期才能根據(jù)是否接收到DHCP客戶端發(fā)來的DHCP續(xù)租請(qǐng)求來確 定DHCP客戶端的當(dāng)前狀態(tài)，進(jìn)而可以避免在用戶異常下線到DHCP租期到 期的這段時(shí)間內(nèi)，SN設(shè)備需要保持實(shí)際處于非活躍狀態(tài)的DHCP客戶端的在 線狀態(tài)造成的資源浪費(fèi)。
進(jìn)一步地，SN設(shè)備采用DHCP協(xié)議棧規(guī)定DHCP FORCE RENEW報(bào)文觸 發(fā)用戶響應(yīng)，從而探測(cè)用戶是否活躍。由于DHCP強(qiáng)制更新報(bào)文對(duì)用戶來說是 合法報(bào)文不會(huì)造成攻擊，因此DHCP FORCE RENEW報(bào)文不會(huì)被用戶主機(jī)誤 認(rèn)為是攻擊4艮文而造成用戶無響應(yīng)。
進(jìn)一步地，由于DHCP FORCE RENEW報(bào)文是單播報(bào)文，因此不會(huì)造成 該報(bào)文被竊聽。
進(jìn)一步地，當(dāng)SN設(shè)備是DHCP RELAY時(shí)，SN設(shè)備需要根據(jù)遠(yuǎn)端DHCP SERVER分配的租期定期向遠(yuǎn)端DHCP SERVER續(xù)租直到用戶異常下線，以同 步DHCP SERVER和用戶的狀態(tài)。
進(jìn)一步地，當(dāng)SN設(shè)備是DHCP RELAY, SN判斷DHCP客戶端下線后需 要向DHCP SERVER發(fā)送DHCP RELEASE以釋放DHCP SERVER資源；當(dāng) SN設(shè)備是DHCP SERVER時(shí)，SN設(shè)備判斷用戶異常不活躍后主動(dòng)釋放設(shè)備資 源，從而達(dá)到節(jié)省資源的目的。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1、一種動(dòng)態(tài)主機(jī)配置協(xié)議DHCP客戶端的會(huì)話保活的方法，其特征在于，該方法包括用戶和業(yè)務(wù)控制節(jié)點(diǎn)SN設(shè)備在DHCP客戶端接入所述SN設(shè)備后，所述SN設(shè)備向所述DHCP客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文；所述SN設(shè)備在超時(shí)未接收到所述DHCP客戶端發(fā)來的響應(yīng)所述DHCP強(qiáng)制更新報(bào)文的DHCP請(qǐng)求報(bào)文后，確定所述DHCP客戶端處于非活躍狀態(tài)，并釋放為所述DHCP客戶端分配的資源。
2、 如權(quán)利要求l所述的方法，其特征在于，在DHCP客戶端接入所述SN 設(shè)備之后，該方法進(jìn)一步包括所述SN設(shè)備獲取分配的DHCP租期信息；在所述SN設(shè)備向所述DHCP客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文之后，該方 法進(jìn)一步包括所述SN設(shè)備接收到所述DHCP請(qǐng)求報(bào)文，在根據(jù)所述DHCP租期信息確 定續(xù)租時(shí)間到期時(shí)將所述DHCP請(qǐng)求報(bào)文發(fā)送給所述DHCP服務(wù)器；所述DHCP服務(wù)器根據(jù)所述DHCP請(qǐng)求報(bào)文確定所述DHCP客戶端的當(dāng) 前狀態(tài)。
3、 如權(quán)利要求1所述的方法，其特征在于，在SN設(shè)備釋放為DHCP客 戶端分配的資源之后，該方法進(jìn)一步包括SN設(shè)備接收到DHCP客戶端發(fā)來的續(xù)租請(qǐng)求，重啟DHCP過程，并為該 DHCP客戶端分配用于維持DHCP客戶端在線的資源。
4、 如權(quán)利要求1-3中任一所述的方法，其特征在于，所述SN設(shè)備根據(jù)預(yù) 先配置的時(shí)間周期定時(shí)向所述DHCP客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文，并且 所述時(shí)間周期小于分配的DHCP半租期。
5、 一種動(dòng)態(tài)主機(jī)配置協(xié)議DHCP通信系統(tǒng)，其特征在于，該系統(tǒng)包括 用戶和業(yè)務(wù)控制節(jié)點(diǎn)SN設(shè)備，用于在DHCP客戶端接入所述SN設(shè)備后，向所述DHCP客戶端發(fā)送DHCP強(qiáng)制更新才艮文；在超時(shí)未接收到所述DHCP 客戶端發(fā)來的響應(yīng)所述DHCP強(qiáng)制更新報(bào)文的DHCP請(qǐng)求報(bào)文后，確定所述 DHCP客戶端處于非活躍狀態(tài)，并釋放為所述DHCP客戶端分配的資源；DHCP客戶端，用于在接收到所述DHCP強(qiáng)制更新報(bào)文后，向所述SN設(shè) 備發(fā)送響應(yīng)所述DHCP強(qiáng)制更新報(bào)文的DHCP請(qǐng)求才艮文。
6、 如權(quán)利要求5所述的系統(tǒng)，其特征在于，所述SN設(shè)備還用于 在DHCP客戶端接入本SN設(shè)備之后，獲取分配的DHCP租期信息；在向所述DHCP客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文之后，接收到所述DHCP 請(qǐng)求報(bào)文，在根據(jù)所述DHCP租期信息確定續(xù)租時(shí)間到期時(shí)將所述DHCP請(qǐng) 求報(bào)文發(fā)送給所述DHCP服務(wù)器；所述DHCP服務(wù)器用于，根據(jù)所述DHCP請(qǐng)求報(bào)文確定所述DHCP客戶 端的當(dāng)前狀態(tài)。
7、 如權(quán)利要求5所述的系統(tǒng)，其特征在于，所述SN設(shè)備還用于 在釋放為DHCP客戶端分配的資源之后，接收到DHCP客戶端發(fā)來的續(xù)租請(qǐng)求，重啟DHCP過程，并為該DHCP吝戶端分配用于維持所述DHCP客 戶端在線的資源。
8、 一種用戶和業(yè)務(wù)控制節(jié)點(diǎn)SN設(shè)備，其特征在于，該設(shè)備包括 報(bào)文發(fā)送單元，用于在DHCP客戶端接入所述SN設(shè)備后，向所述DHCP客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文；非活躍狀態(tài)處理單元，用于在超時(shí)未接收到所述DHCP客戶端發(fā)來的響應(yīng) 所述DHCP強(qiáng)制更新報(bào)文的DHCP請(qǐng)求報(bào)文后，確定所述DHCP客戶端處于 非活躍狀態(tài)，并釋^:為所述DHCP客戶端分配的資源。
9、 如權(quán)利要求8所述的設(shè)備，其特征在于，所述SN設(shè)備還包括 租期同步單元，用于在DHCP客戶端接入所述SN設(shè)備之后，獲取分配的DHCP租期信息；在向所述DHCP客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文之后，接收 到所述DHCP請(qǐng)求報(bào)文，在根據(jù)所述DHCP租期信息確定續(xù)租時(shí)間到期時(shí)將所述DHCP請(qǐng)求報(bào)文發(fā)送給所述DHCP服務(wù)器。
10、 如權(quán)利要求8所述的設(shè)備，其特征在于，所述SN設(shè)備還包括 時(shí)間窗判定單元，用于在釋放為DHCP客戶端分配的資源之后，接收到DHCP客戶端發(fā)來的續(xù)租請(qǐng)求，重啟DHCP過程，并為該DHCP客戶端分配用 于維持所述DHCP客戶端在線的資源。
11、 如權(quán)利要求8-10中任一所述的設(shè)備，其特征在于，所述報(bào)文發(fā)送單元 用于根據(jù)預(yù)先配置的時(shí)間周期定時(shí)向所述DHCP客戶端發(fā)送DHCP強(qiáng)制更新 報(bào)文，并且所述時(shí)間周期小于DHCP服務(wù)器分配的DHCP半租期。
全文摘要
本發(fā)明實(shí)施例公開了一種動(dòng)態(tài)主機(jī)配置協(xié)議(DHCP)用戶設(shè)備的會(huì)話?；畹姆椒?，該方法為用戶和業(yè)務(wù)控制節(jié)點(diǎn)(SN)設(shè)備在DHCP客戶端接入所述SN設(shè)備后，所述SN向所述DHCP客戶端發(fā)送DHCP強(qiáng)制更新報(bào)文(DHCPFORCE RENEW)；SN設(shè)備在超時(shí)未接收到所述DHCP客戶端發(fā)來的響應(yīng)所述DHCP強(qiáng)制更新報(bào)文的DHCP請(qǐng)求報(bào)文(DHCP REQUEST)后，確定所述DHCP客戶端處于非活躍狀態(tài)，并釋放為所述DHCP客戶端分配的資源。本發(fā)明實(shí)施例還公開了一種DHCP通信系統(tǒng)。采用本發(fā)明，能夠有效節(jié)省SN設(shè)備維持DHCP客戶端的在線狀態(tài)所需要的資源。
文檔編號(hào)H04L29/12GK101656764SQ20091017604
公開日2010年2月24日 申請(qǐng)日期2009年9月22日 優(yōu)先權(quán)日2009年9月22日
發(fā)明者博 袁 申請(qǐng)人:中興通訊股份有限公司