專利名稱:一種Web認(rèn)證用戶異常下線的處理方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通訊領(lǐng)域,特別是一種Web認(rèn)證用戶異常下線的處理方法 和系統(tǒng)。
背景技術(shù):
隨著IPoE接入方式的廣泛應(yīng)用,DHCP的Web認(rèn)證在酒店、機(jī)場等各 個公共場所使用的也越來越多。
Web認(rèn)證的原理是,用戶先通過SN (用戶和業(yè)務(wù)控制節(jié)點)從DHCP Server獲取地址,此時用戶的狀態(tài)是未認(rèn)證狀態(tài),只能訪問運(yùn)營商提供的 特定網(wǎng)址,例如Web認(rèn)證月l務(wù)器等;當(dāng)用戶訪問internet時,SN重新定 向用戶的請求并強(qiáng)制推出web認(rèn)證的頁面給用戶,用戶輸入用戶名密碼后, SN將認(rèn)證信息發(fā)往認(rèn)證服務(wù)器進(jìn)行認(rèn)證,如果認(rèn)證通過則允許用戶上線并 開始計費(fèi)。
用戶探測技術(shù)是一種探測DHCP用戶是否活動的方法,一般情況下可以 通過ARP探測來探測用戶是否在線,或者通過設(shè)定一定的流量閥值來檢查 用戶是否活躍。當(dāng)探測一定次數(shù)用戶無響應(yīng)或者用戶長時間流量低于某一 閥值時,則判斷用戶不活躍,釋放用戶資源,停止用戶計費(fèi),徹底刪除用 戶表項,強(qiáng)制用戶下線,用戶需要重啟DHCP申請地址的過程才能上線。
現(xiàn)有的強(qiáng)制Web認(rèn)證用戶下線技術(shù)會產(chǎn)生 一種問題當(dāng)出現(xiàn)用戶上行 AN (接入節(jié)點)和AG (匯聚節(jié)點)之間出現(xiàn)鏈路中斷時,由于AN和用戶 之間的鏈路沒有中斷,所以在DHCP租期內(nèi),用戶主機(jī)無法感知網(wǎng)絡(luò)發(fā)生故 障,用戶主機(jī)也不會重啟DHCP協(xié)議棧去重新開始獲取地址的過程。此時 SN設(shè)備會根據(jù)自身配置的ARP探測感知在線用戶探測異常,強(qiáng)制用戶下線。
現(xiàn)有技術(shù)釆用的是在SN上徹底刪除用戶表項,釋放了 IP地址,但是 由于用戶主機(jī)網(wǎng)絡(luò)連接正常,用戶主機(jī)本身DHCP協(xié)議棧并不知道自己已經(jīng) 異常下線,由于現(xiàn)網(wǎng)DHCP租期一般是2個小時,在租期內(nèi)用戶的DHCP狀 態(tài)機(jī)不會釋放地址,也不會重啟DHCP過程,導(dǎo)致在租期內(nèi),SN和用戶主 機(jī)的獲取或釋放IP地址的狀態(tài)不同步;由于SN上徹底刪除了用戶表項, 用戶信息缺失,用戶也無法進(jìn)行認(rèn)證,此時,用戶如果接入網(wǎng)絡(luò),會出現(xiàn)用戶擁有IP地址但仍然無法認(rèn)證、無法上網(wǎng)的情況,這種情況下用戶如果
想重新上網(wǎng),必須重啟DHCP過程,重新通過SN向DHCP Server獲耳又IP地址,且重新經(jīng)過認(rèn)證,這對用戶的專業(yè)知識有較高的要求。
發(fā)明內(nèi)容
本發(fā)明主要目的是提供一種Web認(rèn)證用戶異常下線的處理方法,可以方便地告知和引導(dǎo)用戶重新認(rèn)證上線。
為了解決上述技術(shù)問題,本發(fā)明采用了如下技術(shù)方案
一種Web認(rèn)證用戶異常下線的處理方法中,用戶和業(yè)務(wù)控制節(jié)點SN在探測到用戶異常下線時,保留用戶表項,且將已認(rèn)證用戶狀態(tài)置為未認(rèn)證,并保持一個租期時間。
在所述的Web認(rèn)證用戶異常下線處理方法的一種實施例中,在保留的所述用戶表項的租期時間到期前,所述SN探測用戶成功,若所述用戶保留原有IP地址,則SN直接將所述用戶重新認(rèn)證后接入網(wǎng)絡(luò)
在所迷的Web認(rèn)證用戶異常下線處理方法的一種實施例中,在保留的所述用戶表項的租期時間到期時,所述SN探測用戶失敗或者仍然符合強(qiáng)制下線條件,則刪除所述用戶表項。
在所述的Web認(rèn)證用戶異常下線處理方法的一種實施例中,在保留的所述用戶表項的租期時間到期前,所述SN探測用戶成功,若所述用戶的原有IP地址已被釋放,則所述SN在處理用戶申請IP地址的報文時,發(fā)現(xiàn)所述用戶的狀態(tài)為未認(rèn)證,則直接給所述用戶分配原有IP地址,并使用或覆蓋原有的用戶表項,然后將所述用戶重新認(rèn)證后接入網(wǎng)絡(luò)。
在所述的Web認(rèn)證用戶異常下線處理方法的一種實施例中,用戶異常下線包括鏈路故障造成的用戶下線,或者用戶流量、業(yè)務(wù)、網(wǎng)絡(luò)安全不滿足網(wǎng)絡(luò)要求時,用戶被SN強(qiáng)制下線。
在所述的Web認(rèn)證用戶異常下線處理方法的一種實施例中,所述保持的 一個租期時間為上一次續(xù)租成功后的 一個租期的時間。
本發(fā)明還公開了 一種Web認(rèn)證用戶異常下線的處理系統(tǒng),包括用戶和業(yè)務(wù)控制節(jié)點SN,所述SN在探測到用戶異常下線時,保留用戶表項,且將已認(rèn)證用戶狀態(tài)置為未認(rèn)證,并保持一個租期時間。
本發(fā)明公開的 一 種W e b認(rèn)證用戶異常下線的處理系統(tǒng)中,在保留的所述用戶表項的租期時間到期前,所述SN探測用戶成功,若所述用戶保留原有IP地址,則SN直接將所述用戶重新認(rèn)證后接入網(wǎng)絡(luò)。
本發(fā)明公開的一種Web認(rèn)證用戶異常下線的處理系統(tǒng)中,在保留的所迷用戶表項的租期時間到期后,所述SN探測用戶失敗,則刪除所迷用戶表項。
本發(fā)明公開的一種Web認(rèn)證用戶異常下線的處理系統(tǒng)中,在保留的所述用戶表項的租期時間到期前,所述SN探測用戶成功,若所述用戶的原有IP地址已被釋放,則所述SN在處理用戶申請IP地址的報文時,發(fā)現(xiàn)所述用戶的狀態(tài)為未認(rèn)證,則直接給所述用戶分配原有IP地址,并使用或覆蓋原有的用戶表項,然后將所述用戶重新認(rèn)證后接入網(wǎng)絡(luò)。
與現(xiàn)有技術(shù)相比,本發(fā)明的有益效果在于
用戶和業(yè)務(wù)控制節(jié)點SN探測到用戶異常下線后,保留用戶表項,且將已認(rèn)證用戶狀態(tài)置為未認(rèn)證,并保持一個租期時間,可在一個租期時間內(nèi),同步SN和用戶主機(jī)的獲取或釋放IP地址的狀態(tài),并引導(dǎo)用戶重新認(rèn)證;以此實現(xiàn)發(fā)生異常時對用戶的告知和引導(dǎo)功能,不需要用戶具備相關(guān)的專業(yè)知識,就可以解決異常下線后重新上線的問題,提高了用戶接入網(wǎng)絡(luò)的效率,既可以改善用戶體驗,還可以節(jié)省用戶的費(fèi)用支出。
圖1示例性地描述了本發(fā)明系統(tǒng)的網(wǎng)絡(luò)拓樸圖;圖2示例性地描述了本發(fā)明方法的流程圖。
具體實施例方式
下面對照附圖并結(jié)合具體實施方式
對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。實施例一
如圖1所示,本發(fā)明Web認(rèn)證用戶異常下線的處理系統(tǒng)的一個實施例的網(wǎng)絡(luò)拓樸圖,系統(tǒng)包括用戶網(wǎng)關(guān)RG (Route Gateway ),才妻入節(jié)點AN,匯聚節(jié)點AG,用戶和業(yè)務(wù)控制節(jié)點SN,用戶認(rèn)證服務(wù)器AAA Server,動態(tài)主機(jī)配置協(xié)議服務(wù)器DHCP Server,用戶認(rèn)證頁面服務(wù)器Web Server。Custmer Network經(jīng)RG,通過AN、 AC與SN相連,用戶認(rèn)證服務(wù)器AAAServer、動態(tài)主機(jī)配置協(xié)議服務(wù)器DHCP Server和用戶認(rèn)證頁面服務(wù)器Web Server分別與SN相連,其中,AAA Server用于用戶iU正,DHCP Server用于給用戶分配網(wǎng)絡(luò)IP地址,Web Server用于彈出認(rèn)證界面,提醒并引導(dǎo)用戶認(rèn)證,并將用戶認(rèn)證信息發(fā)往用戶認(rèn)證服務(wù)器AAA進(jìn)4亍認(rèn)證。
如圖2所示,Web認(rèn)證用戶異常下線,不釋放IP而保留原有IP時,將用戶接入網(wǎng)絡(luò)包括以下步驟
步驟IOI,用戶接入網(wǎng)絡(luò),即用戶上線;
若用戶已經(jīng)認(rèn)證,則在SN上,該用戶的狀態(tài)為已認(rèn)證,若用戶沒有通過認(rèn)證,則在SN上,該用戶的狀態(tài)為未iU正。
步驟102, SN纟笨測用戶,若探測到用戶異常下線,則保留用戶表項,將用戶狀態(tài)置為未認(rèn)證,停止計費(fèi),并將此狀態(tài)保持一個租期的時間,此租期的時間為上一次續(xù)租成功后的 一個租期的時間;
SN探測用戶可以使用ARP探測,也可以使用其他探測手段。
用戶異常下線包括AN和AG之間鏈路故障導(dǎo)致的用戶下線,或用戶和SN之間任意段鏈路故障導(dǎo)致的用戶下線,或者用戶流量、業(yè)務(wù)、網(wǎng)絡(luò)安全等狀態(tài)不滿足網(wǎng)絡(luò)要求時,用戶被SN強(qiáng)制下線。
探測用戶異常下線,及時停止計費(fèi),可以節(jié)約用戶的費(fèi)用支出,給用戶提供更加人性化的服務(wù)。
SN在一個租期的時間內(nèi),保留用戶表項,可同步SN和用戶主機(jī)的獲取或釋放IP地址的狀態(tài);將已認(rèn)證用戶狀態(tài)置為未認(rèn)證,可以強(qiáng)制用戶進(jìn)行認(rèn)證,避免用戶已接入網(wǎng)絡(luò),但無法重新認(rèn)證、無法接入網(wǎng)絡(luò)的情況的出現(xiàn),提高了用戶接入網(wǎng)絡(luò)的效率,降低了對用戶的專業(yè)知識的要求。
步驟103, SN設(shè)備持續(xù)探測用戶,若在保留用戶表項的時間到期前,用戶上線,SN設(shè)備探測用戶成功,此時若用戶保留原有IP地址,則在用戶進(jìn)行操作的時候,Web Server彈出認(rèn)證界面,提醒并引導(dǎo)用戶重新認(rèn)證;
彈出界面提醒用戶,可以告知用戶曾經(jīng)出現(xiàn)異常下線,特別是用戶被強(qiáng)制下線的情況下,防止在用戶不知情的情況下對用戶進(jìn)行處理。
步驟104, Web Server將用戶認(rèn)證信息經(jīng)SN發(fā)送至AAA Server進(jìn)行認(rèn)證,認(rèn)證通過后,SN將該用戶直接接入網(wǎng)絡(luò),并將該用戶狀態(tài)置為"已認(rèn)證',。
SN和用戶主機(jī)的獲:f又或釋方文IP地址的狀態(tài)同步后,用戶無需重啟DHCP過程,僅需通過簡單的認(rèn)證,即可接入網(wǎng)絡(luò),操作方便,提高了用戶接入網(wǎng)絡(luò)的效率,降低了對用戶的專業(yè)知識要求。
7實施例二
如圖2所示,Web認(rèn)證用戶異常下線,釋^:了原有IP地址時,將用戶接入網(wǎng)絡(luò)包括以下步驟
步驟201,用戶接入網(wǎng)絡(luò),即用戶上線;
步驟202,線路異常,用戶下線,釋放了原有IP地址,SN設(shè)備探測到用戶異常下線,保留用戶表項,將用戶狀態(tài)置為"未認(rèn)證",停止計費(fèi),并將此狀態(tài)保持一個租期的時間,此租期的時間為上一次續(xù)租成功后的一個租期的時間;
步驟203,用戶上線后,SN探測用戶成功,并收到用戶向DHCP Server申請IP地址的報文時,發(fā)現(xiàn)該用戶狀態(tài)為未認(rèn)證,則直接給用戶分配原有的IP地址,并使用或覆蓋原有的用戶表項,同時Web Server彈出認(rèn)證界面,提醒并引導(dǎo)用戶重新認(rèn)證;
給用戶分配原來地址,使用或覆蓋原有的用戶表項,可以節(jié)約分配地址的時間,節(jié)約系統(tǒng)資源,提高用戶接入網(wǎng)絡(luò)的效率。
步驟204, Web Server將用戶認(rèn)證信息經(jīng)SN發(fā)送至AAA Server進(jìn)行認(rèn)證,認(rèn)證通過后,將該用戶接入網(wǎng)絡(luò),并將該用戶狀態(tài)置為"已認(rèn)證"。
實施例三
如圖2所示,用戶在租期時間內(nèi)不上線,對用戶的處理包括以下步驟步驟301,用戶接入網(wǎng)絡(luò),即用戶上線;
步驟302,線路異常,用戶下線,SN設(shè)備探測到用戶異常下線,則保留用戶表項,將用戶狀態(tài)置為"未認(rèn)證",停止計費(fèi),并將此狀態(tài)保持一個租期的時間,此租期的時間為上一次續(xù)租成功后的一個租期的時間;
步驟303, SN設(shè)備持續(xù)探測用戶,若在保留用戶表項的時間到期后,仍然探測用戶失敗,則刪除用戶表項。
保留用戶表項的時間到期后,用戶主機(jī)也由于租期已到將無法續(xù)租獲取地址,這樣用戶主機(jī)和SN上的信息同步,在下一次用戶主機(jī)接入網(wǎng)絡(luò)的時候,用戶主機(jī)將重啟DHCP過程。
本發(fā)明采用用戶和業(yè)務(wù)控制節(jié)點SN探測到用戶異常下線后,保留用戶表項,且將已認(rèn)證用戶狀態(tài)置為未認(rèn)證,并保持一個租期時間,可在一個
8租期時間內(nèi),同步SN和用戶主機(jī)的獲取或釋放IP地址的狀態(tài),并強(qiáng)制用戶重新認(rèn)證;以此實現(xiàn)發(fā)生異常時對用戶的告知和引導(dǎo)功能,不需要用戶具備相關(guān)的專業(yè)知識,就可以解決異常下線后重新上線的問題,提高了用戶接入網(wǎng)絡(luò)的效率,既可以改善用戶體驗,還可以節(jié)省用戶的費(fèi)用支出。
明,但這只是為便于理解而舉的實例,不應(yīng)認(rèn)為本發(fā)明的具體實施只局限于這些說明。對于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來說,在不脫離本發(fā)明構(gòu)思的前提下,可以做出各種可能的等同改變或替換,這些改變或替換都應(yīng)屬于本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種Web認(rèn)證用戶異常下線的處理方法,其特征在于,用戶和業(yè)務(wù)控制節(jié)點SN在探測到用戶異常下線時,保留用戶表項,且將已認(rèn)證用戶狀態(tài)置為未認(rèn)證,并保持一個租期時間。
2、 如權(quán)利要求1所述的Web認(rèn)證用戶異常下線的處理方法,其特征在 于,在保留的所述用戶表項的租期時間到期前,所述SN探測用戶成功,若 所述用戶保留原有IP地址,則SN直接將所述用戶重新認(rèn)證后接入網(wǎng)絡(luò)。
3、 如權(quán)利要求1所述的Web認(rèn)證用戶異常下線的處理方法,其特征在 于,在保留的所述用戶表項的租期時間到期時,所述SN探測用戶失敗或者 仍然符合強(qiáng)制下線條件,則刪除所述用戶表項。
4、 如權(quán)利要求1所述的Web認(rèn)證用戶異常下線的處理方法,其特征在 于,在保留的所述用戶表項的租期時間到期前,所述SN探測用戶成功,若 所述用戶的原有IP地址已被釋放,則所述SN在處理用戶申請IP地址的報 文時,發(fā)現(xiàn)所述用戶的狀態(tài)為未認(rèn)證,則直接給所述用戶分配原有IP地址, 并使用或覆蓋原有的用戶表項,然后將所述用戶重新認(rèn)證后接入網(wǎng)絡(luò)。
5、 如權(quán)利要求1-4中任一項所述的Web認(rèn)證用戶異常下線的處理方法, 其特征在于,用戶異常下線包括鏈路故障造成的用戶下線,或者用戶流量、 業(yè)務(wù)、網(wǎng)絡(luò)安全不滿足網(wǎng)絡(luò)要求時,用戶被SN強(qiáng)制下線。
6、 如權(quán)利要求1-4中任一項所述的Web認(rèn)證用戶異常下線的處理方法, 其特征在于,所述保持的一個租期時間為上一次續(xù)租成功后的一個租期的 時間。
7、 一種Web認(rèn)證用戶異常下線的處理系統(tǒng),包括用戶和業(yè)務(wù)控制節(jié)點 SN,其特征在于,所述SN在探測到用戶異常下線時,保留用戶表項,且將 已認(rèn)證用戶狀態(tài)置為未認(rèn)證,并保持一個租期時間。
8、 如權(quán)利要求7所述的Web認(rèn)證用戶異常下線的處理系統(tǒng),其特征在 于,在保留的所述用戶表項的租期時間到期前,所述SN探測用戶成功,若 所述用戶保留原有IP地址,則SN直接將所述用戶重新認(rèn)證后接入網(wǎng)絡(luò)。
9、 如權(quán)利要求7所述的Web認(rèn)證用戶異常下線的處理裝置,其特征在 于,在保留的所述用戶表項的租期時間到期后,所述SN探測用戶失敗,則 刪除所述用戶表項。
10、 如權(quán)利要求7所述的Web認(rèn)證用戶異常下線的處理系統(tǒng),其特征在于,在保留的所述用戶表項的租期時間到期前,所述SN探測用戶成功, 若所述用戶的原有IP地址已被釋放,則所述SN在處理用戶申請IP地址的 報文時,發(fā)現(xiàn)所述用戶的狀態(tài)為未認(rèn)證,則直接給所述用戶分配原有IP 地址,并使用或覆蓋原有的用戶表項,然后將所述用戶重新認(rèn)證后接入網(wǎng) 絡(luò)。
全文摘要
本發(fā)明公開了一種Web認(rèn)證用戶異常下線的處理方法和系統(tǒng),其中,所述方法為用戶和業(yè)務(wù)控制節(jié)點SN在探測到用戶異常下線時,保留用戶表項,且將已認(rèn)證用戶狀態(tài)置為未認(rèn)證,并保持一個租期時間。所述系統(tǒng)包括SN,SN用于探測用戶,并在探測到用戶異常下線時,保留用戶表項,且將已認(rèn)證用戶狀態(tài)置為未認(rèn)證,并保持一個租期時間。本發(fā)明可以在一個租期的時間內(nèi),同步SN和用戶主機(jī)的獲取或釋放IP地址的狀態(tài),告知并引導(dǎo)用戶重新認(rèn)證,操作簡單、方便,提高了用戶接入網(wǎng)絡(luò)的效率,降低了對用戶的專業(yè)知識要求。
文檔編號H04L29/06GK101645907SQ20091018989
公開日2010年2月10日 申請日期2009年9月4日 優(yōu)先權(quán)日2009年9月4日
發(fā)明者亮 范, 博 袁 申請人:中興通訊股份有限公司