專利名稱：網(wǎng)絡(luò)計費處理方法、設(shè)備、系統(tǒng)及服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)絡(luò)計費處理方法、設(shè)備、系 統(tǒng)及服務(wù)器。
背景技術(shù)：
IEEE802. IX作為一種基于端口的網(wǎng)絡(luò)存取控制標準，其為局域網(wǎng)(LocalArea Network ；以下簡稱LAN)提供點對點式的安全接入，能夠在利用IEEE802LAN的優(yōu)勢的基礎(chǔ) 上，提供一種對連接到局域網(wǎng)設(shè)備的用戶進行認證的手段。在IEEE802. IX的認證過程中， 網(wǎng)絡(luò)接入交換機(Network AccessSwitch ；以下簡稱NAS)上開啟認證、記賬功及記賬更 新功能。在網(wǎng)絡(luò)順暢時，遠程用戶撥號認證系統(tǒng)(Remote Authentication Dial In User Service ；以下簡稱RADIUS)服務(wù)器在接收到用戶認證成功后發(fā)送的記賬開始報文后便對 用戶進行記賬，且根據(jù)NAS定期發(fā)送的記賬更新報文更新該用戶的當前可用時長、流量等 信息。當RADIUS服務(wù)器在長時間未接收到記賬更新報文時，根據(jù)最近接收到的記賬更新報 文生成用戶的上網(wǎng)記錄，對用戶的上網(wǎng)記錄進行結(jié)賬處理。然而，當網(wǎng)絡(luò)環(huán)境比較惡劣時， 網(wǎng)絡(luò)中經(jīng)常出現(xiàn)丟包等問題，則用戶發(fā)送的記賬開始報文等在網(wǎng)絡(luò)傳輸過程中可能丟失， 因此導(dǎo)致對用戶上網(wǎng)的記賬不準確。在現(xiàn)有技術(shù)中，為了避免網(wǎng)絡(luò)環(huán)境惡劣時丟包所導(dǎo)致的記賬不準確問題，通常通 過對記賬開始報文進行重發(fā)，來保證RADIUS服務(wù)器可以接收到記賬開始報文，并對用戶進 行及時的記賬處理。且如果NAS發(fā)送的一個或多個記賬開始報文均丟失，則RADIUS服務(wù)器 將以接收到的第一個記賬更新報文作為記賬開始報文對用戶進行記賬。然而，當網(wǎng)絡(luò)環(huán)境惡劣時，現(xiàn)有技術(shù)中重發(fā)報文的方法仍無法解決網(wǎng)絡(luò)環(huán)境比較 惡劣時用戶的逃費問題。如NAS發(fā)送的報文出現(xiàn)丟失時，從用戶認證成功到RADIUS服務(wù)器 收到第一個記賬更新報文期間，用戶的上網(wǎng)是免費的。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種網(wǎng)絡(luò)計費處理方法、設(shè)備、系統(tǒng)及服務(wù)器，用以解決現(xiàn)有技 術(shù)中網(wǎng)絡(luò)環(huán)境惡劣時容易導(dǎo)致用戶逃費的缺陷，實現(xiàn)在網(wǎng)絡(luò)環(huán)境惡劣時有效防止用戶逃費 現(xiàn)象，提高網(wǎng)絡(luò)計費的準確性。本發(fā)明實施例提供一種網(wǎng)絡(luò)計費處理方法，包括根據(jù)用戶的認證成功結(jié)果對所述用戶的在線時長進行統(tǒng)計，并獲取所述用戶的在 線時長；根據(jù)獲取到的記賬觸發(fā)報文向接入設(shè)備下發(fā)所述用戶的當前可用時長，所述當前 可用時長根據(jù)用戶的最長可用時長和所述在線時長計算得到；由所述接入設(shè)備根據(jù)所述當前可用時長對所述用戶的上網(wǎng)記錄進行計費處理。本發(fā)明實施例提供一種網(wǎng)絡(luò)計費處理方法，包括接收服務(wù)器根據(jù)獲取到的記賬觸發(fā)報文而下發(fā)的用戶的當前可用時長，所述當前
4可用時長為所述服務(wù)器根據(jù)用戶的最長可用時長和所述在線時長計算得到，所述在線時長 為所述服務(wù)器根據(jù)用戶的認證成功結(jié)果統(tǒng)計得到；根據(jù)所述當前可用時長對所述用戶的上網(wǎng)記錄進行計費處理。本發(fā)明實施例提供一種服務(wù)器，包括統(tǒng)計模塊，用于根據(jù)用戶的認證成功結(jié)果對所述用戶的在線時長進行統(tǒng)計，并獲 取所述用戶的在線時長；第一計費處理模塊，用于根據(jù)獲取到的記賬觸發(fā)報文向接入設(shè)備下發(fā)所述用戶的 當前可用時長，并由所述接入設(shè)備根據(jù)所述當前可用時長對所述用戶的上網(wǎng)記錄進行計費 處理，所述當前可用時長根據(jù)用戶的最長可用時長和所述在線時長計算得到。本發(fā)明實施例提供一種接入設(shè)備，包括第四接收模塊，用于接收服務(wù)器根據(jù)獲取到的記賬觸發(fā)報文而下發(fā)的用戶的當前 可用時長，所述當前可用時長為所述服務(wù)器根據(jù)用戶的最長可用時長和所述在線時長計算 得到，所述在線時長為所述服務(wù)器根據(jù)用戶的認證成功結(jié)果統(tǒng)計得到；第二計費處理模塊，用于根據(jù)所述當前可用時長對所述用戶的上網(wǎng)記錄進行計費處理。本發(fā)明實施例提供一種網(wǎng)絡(luò)計費處理系統(tǒng)，包括用戶客戶端、上述服務(wù)器和上述 接入設(shè)備。本發(fā)明實施例的網(wǎng)絡(luò)計費處理方法、設(shè)備、系統(tǒng)及服務(wù)器，通過服務(wù)器在用戶認證 成功后對用戶的在線時長進行統(tǒng)計，在接收到接入設(shè)備發(fā)送的記賬觸發(fā)報文時，將根據(jù)用 戶的在線時長計算得到的用戶的當前可用時長下發(fā)給接入設(shè)備，由接入設(shè)備根據(jù)用戶的當 前可用時長進行計費處理；本實施例解決了現(xiàn)有技術(shù)中網(wǎng)絡(luò)環(huán)境惡劣時容易導(dǎo)致用戶逃費 的缺陷，實現(xiàn)了在網(wǎng)絡(luò)環(huán)境惡劣時有效防止用戶逃費現(xiàn)象，提高了網(wǎng)絡(luò)計費的準確性。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明網(wǎng)絡(luò)計費處理方法實施例一的流程圖；圖2為本發(fā)明網(wǎng)絡(luò)計費處理方法實施例一中的網(wǎng)絡(luò)拓撲結(jié)構(gòu)示意圖；圖3為本發(fā)明網(wǎng)絡(luò)計費處理方法實施例二的流程圖；圖4為本發(fā)明網(wǎng)絡(luò)計費處理方法實施例三的信令圖；圖5為本發(fā)明網(wǎng)絡(luò)計費處理方法實施例四的信令圖；圖6為本發(fā)明服務(wù)器實施例一的結(jié)構(gòu)示意圖；圖7為本發(fā)明服務(wù)器實施例二的結(jié)構(gòu)示意圖；圖8為本發(fā)明接入設(shè)備實施例一的結(jié)構(gòu)示意圖；圖9為本發(fā)明接入設(shè)備實施例二的結(jié)構(gòu)示意圖。
具體實施方式
為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是 本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員 在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。圖1為本發(fā)明網(wǎng)絡(luò)計費處理方法實施例一的流程圖，如圖1所示，本實施例提供了 一種網(wǎng)絡(luò)計費處理方法，本實施例主要從服務(wù)器一側(cè)來對本發(fā)明的技術(shù)方案進行說明，具 體可以包括如下步驟步驟101，服務(wù)器根據(jù)用戶的認證成功結(jié)果對所述用戶的在線時長進行統(tǒng)計，并獲 取所述用戶的在線時長。圖2為本發(fā)明網(wǎng)絡(luò)計費處理方法實施例一中的網(wǎng)絡(luò)拓撲結(jié)構(gòu)示意圖，如圖2所示， 本實施例中的服務(wù)器可以具體為RADIUS服務(wù)器，接入設(shè)備可以具體為NAS。用戶通過接入 設(shè)備在服務(wù)器上進行認證，在認證成功之后，服務(wù)器獲取到用戶的認證成功結(jié)果，服務(wù)器根 據(jù)該認證成功結(jié)果對用戶的在線時長進行統(tǒng)計。即服務(wù)器在根據(jù)認證成功結(jié)果獲知用戶認 證成功后，立即開始對用戶的在線時長進行統(tǒng)計，并實時獲取用戶的在線時長。步驟102，服務(wù)器根據(jù)獲取到的記賬觸發(fā)報文向接入設(shè)備下發(fā)所述用戶的當前可 用時長，所述當前可用時長根據(jù)用戶的最長可用時長和所述在線時長計算得到。在本實施例中，服務(wù)器在獲取到接入設(shè)備發(fā)送的記賬觸發(fā)報文后，根據(jù)該記賬觸 發(fā)報文向接入設(shè)備下發(fā)用戶的當前可用時長，其中，用戶的當前可用時長為根據(jù)用戶的最 長可用時長和用戶當前的在線時長計算得到的，用戶的最長可用時長為用戶此次認證上線 時獲取的可用時長，其可以根據(jù)用戶計費策略及賬戶余額來計算獲取得到。此處假設(shè)用戶 的最長可用時長為M，服務(wù)器統(tǒng)計到的用戶當前的在線時長為Ni，Nl大于等于0，則用戶的 當前可用時長為Tl =M-Nl。在本實施例中，記賬觸發(fā)報文可以具體為接入設(shè)備發(fā)送的記賬 開始報文或記賬更新報文；若服務(wù)器接收到接入設(shè)備發(fā)送的記賬開始報文，則以該記賬開 始報文作為記賬觸發(fā)報文，當服務(wù)器接收到該記賬開始報文后，便向接入設(shè)備下發(fā)用戶的 當前可用時長；若服務(wù)器未接收到接入設(shè)備發(fā)送的記賬開始報文，則以接收到的第一個記 賬更新報文作為記賬觸發(fā)報文，當服務(wù)器接收到該記賬更新報文后，便向接入設(shè)備下發(fā)用 戶的當前可用時長。步驟103，接入設(shè)備根據(jù)所述當前可用時長對所述用戶的上網(wǎng)記錄進行計費處理。接入設(shè)備在接收到服務(wù)器下發(fā)的用戶的當前可用時長后，根據(jù)該當前可用時長對 用戶的上網(wǎng)記錄進行計費處理，即接入設(shè)備開始對該用戶進行記賬，對用戶的當前可用時 長進行監(jiān)控，以對用戶的上網(wǎng)記錄進行準確計費。本實施例提供了一種網(wǎng)絡(luò)計費處理方法，通過服務(wù)器在用戶認證成功后對用戶的 在線時長進行統(tǒng)計，在接收到接入設(shè)備發(fā)送的記賬觸發(fā)報文時，將根據(jù)用戶的在線時長計 算得到的用戶的當前可用時長下發(fā)給接入設(shè)備，由接入設(shè)備根據(jù)用戶的當前可用時長進行 計費處理；本實施例解決了現(xiàn)有技術(shù)中網(wǎng)絡(luò)環(huán)境惡劣時容易導(dǎo)致用戶逃費的缺陷，實現(xiàn)了 在網(wǎng)絡(luò)環(huán)境惡劣時有效防止用戶逃費現(xiàn)象，提高了網(wǎng)絡(luò)計費的準確性。圖3為本發(fā)明網(wǎng)絡(luò)計費處理方法實施例二的流程圖，如圖3所示，本實施例提供了 一種網(wǎng)絡(luò)計費處理方法，本實施例主要從接入設(shè)備一側(cè)來對本發(fā)明的技術(shù)方案進行說明， 具體可以包括如下步驟
步驟301，接入設(shè)備接收服務(wù)器根據(jù)獲取到的記賬觸發(fā)報文而下發(fā)的用戶的當前 可用時長，所述當前可用時長為所述服務(wù)器根據(jù)用戶的最長可用時長和所述在線時長計算 得到，所述在線時長為所述服務(wù)器根據(jù)用戶的認證成功結(jié)果統(tǒng)計得到。步驟302，接入設(shè)備根據(jù)所述當前可用時長對所述用戶的上網(wǎng)記錄進行計費處理。本實施例提供了一種網(wǎng)絡(luò)計費處理方法，通過接入設(shè)備在接收到服務(wù)器根據(jù)獲取 到的記賬觸發(fā)報文而下發(fā)的用戶的當前可用時長后，根據(jù)當前可用時長對用戶的上網(wǎng)記錄 進行計費處理；本實施例解決了現(xiàn)有技術(shù)中網(wǎng)絡(luò)環(huán)境惡劣時容易導(dǎo)致用戶逃費的缺陷，實 現(xiàn)了在網(wǎng)絡(luò)環(huán)境惡劣時有效防止用戶逃費現(xiàn)象，提高了網(wǎng)絡(luò)計費的準確性。圖4為本發(fā)明網(wǎng)絡(luò)計費處理方法實施例三的信令圖，如圖4所示，本實施例提供了 一種網(wǎng)絡(luò)計費處理方法，可以具體包括如下步驟步驟401，用戶向NAS發(fā)起認證請求。步驟402，NAS將用戶的認證請求消息發(fā)送到RADIUS服務(wù)器上。步驟403，RADIUS服務(wù)器對用戶的認證請求進行認證處理，并生成認證成功結(jié)果， 并開始統(tǒng)計用戶的在線時長。步驟404，RADIUS服務(wù)器將認證成功結(jié)果通過NAS返回給用戶。步驟405，NAS向RADIUS服務(wù)器發(fā)送記賬開始報文。步驟406，RADIUS服務(wù)器接收到記賬開始報文后，將用戶的當前可用時長Tl下發(fā) 到NAS，當前可用時長Tl根據(jù)用戶的最長可用時長M和所述在線時長m計算得到，即Tl = M-Nl0其中，M為用戶從步驟403認證成功開始的最長可用時長，m為用戶從步驟403認證 成功開始到現(xiàn)在的在線時長。步驟407，NAS向RADIUS服務(wù)器返回可用時長應(yīng)答報文。步驟408，若RADIUS服務(wù)器未接收到NAS返回的可用時長應(yīng)答報文，則定時向NAS 下發(fā)用戶的當前可用時長，直到服務(wù)器接收到NAS返回的可用時長應(yīng)答報文，以保證下發(fā) 的當前可用時長可以準確地到達NAS ；若RADIUS服務(wù)器若接收到NAS返回的時長報文，表 明NAS已成功接收到服務(wù)器下發(fā)的當前可用時長，則無需執(zhí)行本步驟。步驟409，NAS根據(jù)當前可用時長對用戶的上網(wǎng)記錄進行計費處理。步驟410，在NAS對用戶的上網(wǎng)記錄進行計費處理時，當NAS檢測到用戶的當前可 用時長為零，即用戶的當前在線時長達到用戶的最長可用時長時，NAS向RADIUS服務(wù)器發(fā) 送記賬停止報文，并停止對用戶進行記賬。步驟411，RADIUS服務(wù)器對用戶進行下線處理，將該用戶從在線表中刪除等。需要指出的是，在本實施例中，如果在用戶下線之前，RADIUS服務(wù)器一直未接收到 用戶對應(yīng)的記賬開始報文或記賬更新報文，則表明該用戶所使用的認證賬號是免費賬號， 無需對該用戶進行記賬處理。則在用戶下線之后，將用戶的最長可用時長恢復(fù)為M。在本實施例中，RADIUS服務(wù)器在用戶認證成功后馬上對用戶的在線時長進行統(tǒng) 計，在收到NAS發(fā)送的記賬開始報文后將用戶的當前可用時長下發(fā)給NAS，由NAS根據(jù)用戶 的當前可用時長進行記賬處理。而現(xiàn)有技術(shù)中則在接收到NAS發(fā)送的記賬開始報文才進行 記賬，則用戶在接收到記賬開始報文之前進行上網(wǎng)是免費的?？梢姡c現(xiàn)有技術(shù)中相比，本 實施例可以克服NAS發(fā)出的記賬開始報文出現(xiàn)延時時，從用戶認證上線到RADIUS服務(wù)器接 收到記賬開始報文這段時間(即時長m)內(nèi)用戶逃費問題。
本實施例提供了一種網(wǎng)絡(luò)計費處理方法，通過RADIUS服務(wù)器在用戶認證成功后 對用戶的在線時長進行統(tǒng)計，在接收到NAS發(fā)送的記賬開始報文時，將根據(jù)用戶的在線時 長計算得到的用戶的當前可用時長下發(fā)給NAS，由NAS根據(jù)用戶的當前可用時長進行計費 處理；本實施例解決了現(xiàn)有技術(shù)中網(wǎng)絡(luò)環(huán)境惡劣時容易導(dǎo)致用戶逃費的缺陷，實現(xiàn)了在網(wǎng) 絡(luò)環(huán)境惡劣時有效防止用戶逃費現(xiàn)象，提高了網(wǎng)絡(luò)計費的準確性。圖5為本發(fā)明網(wǎng)絡(luò)計費處理方法實施例四的信令圖，如圖5所示，本實施例提供了 一種網(wǎng)絡(luò)計費處理方法，可以具體包括如下步驟步驟501，用戶向NAS發(fā)起認證請求。步驟502，NAS將用戶的認證請求消息發(fā)送到RADIUS服務(wù)器上。步驟503，RADIUS服務(wù)器對用戶的認證請求進行認證處理，并生成認證成功結(jié)果， 并開始統(tǒng)計用戶的在線時長。步驟504，RADIUS服務(wù)器將認證成功結(jié)果通過NAS返回給用戶。步驟505，NAS向RADIUS服務(wù)器發(fā)送記賬開始報文。步驟506，若由于網(wǎng)絡(luò)環(huán)境惡劣出現(xiàn)丟包現(xiàn)象，RADIUS服務(wù)器未接收到記賬開始 報文，則NAS向RADIUS服務(wù)器發(fā)送記賬更新報文。步驟507，RADIUS服務(wù)器接收到第一個記賬更新報文后，將用戶的當前可用時長 T2下發(fā)到NAS，當前可用時長T2根據(jù)用戶的最長可用時長M和所述在線時長N2計算得到， 即Τ2 = M-N2。其中，M為用戶從步驟503認證成功開始的最長可用時長，N2為用戶從步驟 503認證成功開始到現(xiàn)在的在線時長。步驟508，NAS向RADIUS服務(wù)器返回可用時長應(yīng)答報文。步驟509，若RADIUS服務(wù)器未接收到NAS返回的可用時長應(yīng)答報文，則定時向NAS 下發(fā)用戶的當前可用時長，直到服務(wù)器接收到NAS返回的可用時長應(yīng)答報文，以保證下發(fā) 的當前可用時長可以準確地到達NAS ；若RADIUS服務(wù)器若接收到NAS返回的時長報文，表 明NAS已成功接收到服務(wù)器下發(fā)的當前可用時長，則無需執(zhí)行本步驟。步驟510，NAS根據(jù)當前可用時長對用戶的上網(wǎng)記錄進行計費處理。步驟511，在NAS對用戶的上網(wǎng)記錄進行計費處理時，當NAS檢測到用戶的當前可 用時長為零，即用戶的當前在線時長達到用戶的最長可用時長時，NAS向RADIUS服務(wù)器發(fā) 送記賬停止報文，并停止對用戶進行記賬。步驟512，RADIUS服務(wù)器對用戶進行下線處理，將該用戶從在線表中刪除等。需要指出的是，在本實施例中，如果在用戶下線之前，RADIUS服務(wù)器一直未接收到 用戶對應(yīng)的記賬開始報文或記賬更新報文，則表明該用戶所使用的認證賬號是免費賬號， 無需對該用戶進行記賬處理。則在用戶下線之后，將用戶的最長可用時長恢復(fù)為M。在本實施例中，RADIUS服務(wù)器在用戶認證成功后馬上對用戶的在線時長進行統(tǒng) 計，且當網(wǎng)絡(luò)環(huán)境惡劣出現(xiàn)丟包現(xiàn)象，RADIUS服務(wù)器未接收到NAS發(fā)送的記賬開始報文時， 則以接收到的第一個記賬更新報文作為記賬觸發(fā)報文，在RADIUS服務(wù)器接收到第一個記 賬更新報文后，由NAS進行記賬。而現(xiàn)有技術(shù)中則在接收到NAS發(fā)送的記賬開始報文才進 行記賬，當記賬開始報文在網(wǎng)絡(luò)傳輸過程中丟失，則RADIUS服務(wù)器在收到第一個記賬更新 報文前用戶的上網(wǎng)都是免費的。可見，與現(xiàn)有技術(shù)中相比，本實施例可以克服NAS發(fā)出的記 賬開始報文丟失時，從用戶認證上線到RADIUS服務(wù)器接收到記賬更新報文這段時間(即時
8長N2)內(nèi)用戶逃費問題。本實施例提供了一種網(wǎng)絡(luò)計費處理方法，通過RADIUS服務(wù)器在用戶認證成功后 對用戶的在線時長進行統(tǒng)計，在接收到NAS發(fā)送的記賬更新報文時，將根據(jù)用戶的在線時 長計算得到的用戶的當前可用時長下發(fā)給NAS，由NAS根據(jù)用戶的當前可用時長進行計費 處理；本實施例解決了現(xiàn)有技術(shù)中網(wǎng)絡(luò)環(huán)境惡劣時容易導(dǎo)致用戶逃費的缺陷，實現(xiàn)了在網(wǎng) 絡(luò)環(huán)境惡劣時有效防止用戶逃費現(xiàn)象，提高了網(wǎng)絡(luò)計費的準確性。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過 程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序 在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者 光盤等各種可以存儲程序代碼的介質(zhì)。圖6為本發(fā)明服務(wù)器實施例一的結(jié)構(gòu)示意圖，如圖6所示，本實施例提供了一種服 務(wù)器，可以具體執(zhí)行上述方法實施例一的各個步驟，此處不再贅述。本實施例中的服務(wù)器可 以具體為RADIUS服務(wù)器。本實施例提供的服務(wù)器可以包括統(tǒng)計模塊601和第一計費處理 模塊602。其中，統(tǒng)計模塊601用于根據(jù)用戶的認證成功結(jié)果對所述用戶的在線時長進行統(tǒng) 計，并獲取所述用戶的在線時長。第一計費處理模塊602用于根據(jù)獲取到的記賬觸發(fā)報文 向接入設(shè)備下發(fā)所述用戶的當前可用時長，并由所述接入設(shè)備根據(jù)所述當前可用時長對所 述用戶的上網(wǎng)記錄進行計費處理，所述當前可用時長根據(jù)用戶的最長可用時長和所述在線 時長計算得到。圖7為本發(fā)明服務(wù)器實施例二的結(jié)構(gòu)示意圖，如圖7所示，本實施例提供了一種服 務(wù)器，可以具體執(zhí)行上述方法實施例三或?qū)嵤├牡母鱾€步驟，此處不再贅述。本實施例提 供的服務(wù)器在上述圖6所示的基礎(chǔ)之上，還可以包括第一接收模塊701，第一接收模塊701 用于接收接入設(shè)備發(fā)送的記賬開始報文或記賬更新報文。第一計費處理模塊602可以具體 用于在第一接收模塊701接收到接入設(shè)備發(fā)送的記賬開始報文后，向所述接入設(shè)備下發(fā)所 述用戶的當前可用時長，并由所述接入設(shè)備根據(jù)所述當前可用時長對所述用戶的上網(wǎng)記錄 進行計費處理?；蛘?，第一計費處理模塊602可以具體用于在第一接收模塊701未接收到 所述接入設(shè)備發(fā)送的記賬開始報文，在接收到第一個所述記賬更新報文后，向所述接入設(shè) 備下發(fā)所述用戶的當前可用時長，并由所述接入設(shè)備根據(jù)所述當前可用時長對所述用戶的 上網(wǎng)記錄進行計費處理。進一步地，本實施例提供的服務(wù)器還可以包括第二接收模塊702和定時下發(fā)模塊 703。其中，第二接收模塊702用于接收所述接入設(shè)備返回的可用時長應(yīng)答報文。定時下發(fā) 模塊703用于當?shù)诙邮漳K702未接收到所述接入設(shè)備返回的可用時長應(yīng)答報文時，定 時向所述接入設(shè)備下發(fā)所述當前可用時長，直到接收到所述接入設(shè)備返回的可用時長應(yīng)答 報文。更進一步地，本實施例提供的服務(wù)器還可以包括第三接收模塊704和下線處理模 塊705。其中，第三接收模塊704用于接收所述接入設(shè)備發(fā)送的記賬停止報文，所述記賬停 止報文為所述接入設(shè)備檢測到所述用戶的當前可用時長為零時發(fā)送的。下線處理模塊705， 用于根據(jù)所述記賬停止報文對所述用戶進行下線處理。本實施例提供了一種服務(wù)器，通過在用戶認證成功后對用戶的在線時長進行統(tǒng) 計，在接收到接入設(shè)備發(fā)送的記賬觸發(fā)報文時，將根據(jù)用戶的在線時長計算得到的用戶的當前可用時長下發(fā)給接入設(shè)備，由接入設(shè)備根據(jù)用戶的當前可用時長進行計費處理；本實 施例解決了現(xiàn)有技術(shù)中網(wǎng)絡(luò)環(huán)境惡劣時容易導(dǎo)致用戶逃費的缺陷，實現(xiàn)了在網(wǎng)絡(luò)環(huán)境惡劣 時有效防止用戶逃費現(xiàn)象，提高了網(wǎng)絡(luò)計費的準確性。圖8為本發(fā)明接入設(shè)備實施例一的結(jié)構(gòu)示意圖，如圖8所示，本實施例提供了一種 接入設(shè)備，可以具體執(zhí)行上述方法實施例二的各個步驟，此處不再贅述。本實施例中的接入 設(shè)備可以具體為交換機、路由器等設(shè)備，如NAS。本實施例提供的接入設(shè)備可以包括第四接 收模塊801和第二計費處理模塊802。其中，第四接收模塊801用于接收服務(wù)器根據(jù)獲取到 的記賬觸發(fā)報文而下發(fā)的用戶的當前可用時長，所述當前可用時長為所述服務(wù)器根據(jù)用戶 的最長可用時長和所述在線時長計算得到，所述在線時長為所述服務(wù)器根據(jù)用戶的認證成 功結(jié)果統(tǒng)計得到。第二計費處理模塊802用于根據(jù)所述當前可用時長對所述用戶的上網(wǎng)記 錄進行計費處理。圖9為本發(fā)明接入設(shè)備實施例二的結(jié)構(gòu)示意圖，如圖9所示，本實施例提供了一種 接入設(shè)備，可以具體執(zhí)行上述方法實施例三或?qū)嵤├牡母鱾€步驟，此處不再贅述。本實施 例提供的接入設(shè)備在上述圖8所示的基礎(chǔ)之上，還可以包括應(yīng)答模塊901，應(yīng)答模塊901用 于向所述服務(wù)器返回可用時長應(yīng)答報文。更進一步地，本實施例提供的接入設(shè)備還可以還包括發(fā)送模塊902，發(fā)送模塊902 用于當檢測到所述用戶的當前可用時長為零時，向所述服務(wù)器發(fā)送記賬停止報文，由所述 服務(wù)器根據(jù)所述記賬停止報文對所述用戶進行下線處理。本實施例還提供了一種網(wǎng)絡(luò)計費處理系統(tǒng)，可以包括用戶客戶端、上述圖6或圖7 所示的服務(wù)器和上述圖8或圖9所示的接入設(shè)備。最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡 管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當理解其依然 可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替 換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精 神和范圍。
權(quán)利要求
一種網(wǎng)絡(luò)計費處理方法，其特征在于，包括根據(jù)用戶的認證成功結(jié)果對所述用戶的在線時長進行統(tǒng)計，并獲取所述用戶的在線時長；根據(jù)獲取到的記賬觸發(fā)報文向接入設(shè)備下發(fā)所述用戶的當前可用時長，所述當前可用時長根據(jù)用戶的最長可用時長和所述在線時長計算得到；由所述接入設(shè)備根據(jù)所述當前可用時長對所述用戶的上網(wǎng)記錄進行計費處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在接收到所述接入設(shè)備發(fā)送的記賬開始 報文時，所述記賬觸發(fā)報文為所述記賬開始報文；所述根據(jù)獲取到的記賬觸發(fā)報文向接入設(shè)備下發(fā)所述用戶的當前可用時長包括在接 收到所述記賬開始報文后，向所述接入設(shè)備下發(fā)所述用戶的當前可用時長。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在未接收到所述接入設(shè)備發(fā)送的記賬開 始報文時，所述記賬觸發(fā)報文為所述接入設(shè)備發(fā)送的記賬更新報文；所述根據(jù)獲取到的記賬觸發(fā)報文向接入設(shè)備下發(fā)所述用戶的當前可用時長包括在接 收到第一個所述記賬更新報文后，向所述接入設(shè)備下發(fā)所述用戶的當前可用時長。
4.根據(jù)權(quán)利要求1或2或3所述的方法，其特征在于，在所述根據(jù)獲取到的記賬觸發(fā)報 文向接入設(shè)備下發(fā)所述用戶的當前可用時長之后，還包括當未接收到所述接入設(shè)備返回的可用時長應(yīng)答報文時，定時向所述接入設(shè)備下發(fā)所述 當前可用時長，直到接收到所述接入設(shè)備返回的可用時長應(yīng)答報文。
5.根據(jù)權(quán)利要求1或2或3所述的方法，其特征在于，還包括接收所述接入設(shè)備發(fā)送的記賬停止報文，所述記賬停止報文為所述接入設(shè)備檢測到所 述用戶的當前可用時長為零時發(fā)送的；根據(jù)所述記賬停止報文對所述用戶進行下線處理。
6.一種網(wǎng)絡(luò)計費處理方法，其特征在于，包括接收服務(wù)器根據(jù)獲取到的記賬觸發(fā)報文而下發(fā)的用戶的當前可用時長，所述當前可用 時長為所述服務(wù)器根據(jù)用戶的最長可用時長和所述在線時長計算得到，所述在線時長為所 述服務(wù)器根據(jù)用戶的認證成功結(jié)果統(tǒng)計得到；根據(jù)所述當前可用時長對所述用戶的上網(wǎng)記錄進行計費處理。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，在所述接收服務(wù)器根據(jù)獲取到的記賬觸 發(fā)報文而下發(fā)的用戶的當前可用時長之后，還包括向所述服務(wù)器返回可用時長應(yīng)答報文。
8.根據(jù)權(quán)利要求6或7所述的方法，其特征在于，還包括當檢測到所述用戶的當前可用時長為零時，向所述服務(wù)器發(fā)送記賬停止報文，由所述 服務(wù)器根據(jù)所述記賬停止報文對所述用戶進行下線處理。
9.一種服務(wù)器，其特征在于，包括統(tǒng)計模塊，用于根據(jù)用戶的認證成功結(jié)果對所述用戶的在線時長進行統(tǒng)計，并獲取所 述用戶的在線時長；第一計費處理模塊，用于根據(jù)獲取到的記賬觸發(fā)報文向接入設(shè)備下發(fā)所述用戶的當 前可用時長，并由所述接入設(shè)備根據(jù)所述當前可用時長對所述用戶的上網(wǎng)記錄進行計費處 理，所述當前可用時長根據(jù)用戶的最長可用時長和所述在線時長計算得到。
10.根據(jù)權(quán)利要求9所述的服務(wù)器，其特征在于，還包括第一接收模塊，用于接收接入設(shè)備發(fā)送的記賬開始報文或記賬更新報文；所述第一計費處理模塊具體用于在所述第一接收模塊接收到所述接入設(shè)備發(fā)送的記 賬開始報文后，向所述接入設(shè)備下發(fā)所述用戶的當前可用時長，并由所述接入設(shè)備根據(jù)所 述當前可用時長對所述用戶的上網(wǎng)記錄進行計費處理；或者，具體用于在所述第一接收模 塊未接收到所述接入設(shè)備發(fā)送的記賬開始報文，在接收到第一個所述記賬更新報文后，向 所述接入設(shè)備下發(fā)所述用戶的當前可用時長，并由所述接入設(shè)備根據(jù)所述當前可用時長對 所述用戶的上網(wǎng)記錄進行計費處理。
11.根據(jù)權(quán)利要求9或10所述的服務(wù)器，其特征在于，還包括第二接收模塊，用于在所述第一計費處理模塊下發(fā)所述用戶的當前可用時長之后，接 收所述接入設(shè)備返回的可用時長應(yīng)答報文；定時下發(fā)模塊，用于當所述第二接收模塊未接收到所述接入設(shè)備返回的可用時長應(yīng)答 報文時，定時向所述接入設(shè)備下發(fā)所述當前可用時長，直到接收到所述接入設(shè)備返回的可 用時長應(yīng)答報文。
12.根據(jù)權(quán)利要求9或10所述的服務(wù)器，其特征在于，還包括第三接收模塊，用于接收所述接入設(shè)備發(fā)送的記賬停止報文，所述記賬停止報文為所 述接入設(shè)備檢測到所述用戶的當前可用時長為零時發(fā)送的；下線處理模塊，用于根據(jù)所述記賬停止報文對所述用戶進行下線處理。
13.一種接入設(shè)備，其特征在于，包括第四接收模塊，用于接收服務(wù)器根據(jù)獲取到的記賬觸發(fā)報文而下發(fā)的用戶的當前可 用時長，所述當前可用時長為所述服務(wù)器根據(jù)用戶的最長可用時長和所述在線時長計算得 到，所述在線時長為所述服務(wù)器根據(jù)用戶的認證成功結(jié)果統(tǒng)計得到；第二計費處理模塊，用于根據(jù)所述當前可用時長對所述用戶的上網(wǎng)記錄進行計費處理。
14.根據(jù)權(quán)利要求13所述的接入設(shè)備，其特征在于，還包括應(yīng)答模塊，用于在所述第四接收模塊接收到所述用戶的當前可用時長之后，向所述服 務(wù)器返回可用時長應(yīng)答報文。
15.根據(jù)權(quán)利要求13或14所述的接入設(shè)備，其特征在于，還包括發(fā)送模塊，用于當檢測到所述用戶的當前可用時長為零時，向所述服務(wù)器發(fā)送記賬停 止報文，由所述服務(wù)器根據(jù)所述記賬停止報文對所述用戶進行下線處理。
16.一種網(wǎng)絡(luò)計費處理系統(tǒng)，其特征在于，包括用戶客戶端、上述權(quán)利要求9-12中任一 項所述的服務(wù)器和上述權(quán)利要求13-15中任一項所述的接入設(shè)備。
全文摘要
本發(fā)明提供一種網(wǎng)絡(luò)計費處理方法、設(shè)備、系統(tǒng)及服務(wù)器。方法包括根據(jù)用戶的認證成功結(jié)果對用戶的在線時長進行統(tǒng)計，并獲取所述用戶的在線時長；根據(jù)獲取到的記賬觸發(fā)報文向接入設(shè)備下發(fā)所述用戶的當前可用時長，所述當前可用時長根據(jù)用戶的最長可用時長和所述在線時長計算得到；由所述接入設(shè)備根據(jù)所述當前可用時長對所述用戶的上網(wǎng)記錄進行計費處理。服務(wù)器包括統(tǒng)計模塊和第一計費處理模塊。接入設(shè)備包括第四接收模塊和第二計費處理模塊。網(wǎng)絡(luò)計費處理系統(tǒng)包括用戶客戶端、上述服務(wù)器和上述接入設(shè)備。本實施例解決了現(xiàn)有技術(shù)中網(wǎng)絡(luò)環(huán)境惡劣時容易導(dǎo)致用戶逃費的缺陷，實現(xiàn)了在網(wǎng)絡(luò)環(huán)境惡劣時有效防止用戶逃費現(xiàn)象，提高了網(wǎng)絡(luò)計費的準確性。
文檔編號H04L12/14GK101917278SQ201010163869
公開日2010年12月15日 申請日期2010年4月29日 優(yōu)先權(quán)日2010年4月29日
發(fā)明者何詩紅 申請人:北京星網(wǎng)銳捷網(wǎng)絡(luò)技術(shù)有限公司