專利名稱：一種處理用戶下線的方法、裝置及系統的制作方法
技術領域：
本發明涉及通信技術領域，尤其涉及一種處理用戶下線的方法、裝置及系統。
背景技術：
遠禾呈認證撥入用戶月艮務(Remote Authentication Dial In User S ervice， RADIUS)協議最初是由Livingston公司提出的，原先的目的是為撥號用戶進行認證和計 費。后來經過多次改進，形成了一項通用的認證計費協議。 RADIUS是 一 種C/S結構的協議，它的客戶端最初就是網絡接入服務器(Net Access Server, NAS)，現在任何運行RADIUS客戶端軟件的計算機都可以成為RADIUS的 客戶端。RADIUS協議認證機制靈活，可以采用口令驗證協議(Password Authentication Protocol, PAP)、挑戰握手驗證協議(Challenge Handshake Authentication Protocol, CHAP)或者Unix登錄認證等多種方式。
RADIUS的基本工作原理如下 用戶接入NAS， NAS向RADIUS服務器使用Access-Require數據包提交用戶信息， 包括用戶名、密碼等相關信息，其中用戶密碼是經過MD5加密的，雙方使用共享密鑰，這個 密鑰不經過網絡傳播； RADIUS服務器對用戶名和密碼的合法性進行檢驗，必要時可以提出一個 Challenge,要求進一步對用戶認證，也可以對NAS進行類似的認證； 如果合法，給NAS返回Access-Acc印t數據包，允許用戶進行下一步工作，否則返 回Access-Reject數據包，拒絕用戶訪問； 如果允許訪問，NAS向RADIUS服務器提出計費請求Account-Require, RADIUS服 務器響應Account-Acc印t，對用戶的計費開始，同時用戶可以進行自己的相關操作。
在RADIUS報文中帶有一個Identifier字段，這個字段的值在同一時間是不能重 復使用的，用于對應設備與RADIUS服務器之間交互的請求和回應報文。該字段為1個字節， 即最多有256個不同報文ID，當有成千上萬個用戶同時上下線時，將導致因為搶占ID報文 資源不到而發送失敗的情況出現，導致用戶在RADIUS服務器上始終無法下線的情況，這會 造成用戶多交實際沒有使用的花費。
發明內容
本發明實施例提供一種處理用戶下線的方法、裝置及系統，可在大量用戶同時上
下線時保證用戶正常下線。本發明實施例提供一種處理用戶下線的方法，包括 檢測用戶下線請求報文到達的速率； 判斷用戶下線請求報文到達的速率是否超過預先設置的下線閾值； 當用戶下線請求報文到達的速率超過預先設置的下線閾值時，對待發送的計費停
止報文作緩沖處理；
發送所述緩沖處理過的計費停止報文。
本發明實施例還提供一種處理用戶下線的裝置，包括 速率檢測單元，用于檢測用戶下線請求報文到達的速率； 判斷單元，用于判斷所述速率檢測單元檢測得到的用戶下線請求報文到達的速率 是否超過預先設置的下線閾值； 第一緩沖單元，用于當所述判斷單元判斷用戶下線請求報文到達的速率超過預先 設置的下線閾值時，對待發送的計費停止報文作緩沖處理； 發送單元，用于發送經過所述第一緩沖單元緩沖處理的計費停止報文。 本發明實施例還提供一種處理用戶下線的系統，包括Radius客戶端及Radius服
務端，所述Radius客戶端用于檢測用戶下線請求報文到達的速率，判斷用戶下線請求報文
到達的速率是否超過預先設置的下線閾值，當判斷用戶下線請求報文到達的速率超過預先
設置的下線閾值時對待發送的計費停止報文作緩沖處理，將所述緩沖處理過的計費停止報
文發送至所述Radius服務端。 本發明實施例在所述用戶下線請求報文的到達速率超過下線閾值(到達速率過 快)時，對待發送的計費停止報文作緩沖處理后再發送，可使所述待發送的計費停止報文 比較均勻的去搶占ID報文資源，可以保證所述計費停止報文正常發送，實現用戶的正常下 線。
為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現 有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是 本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動性的前提下，還 可以根據這些附圖獲得其他的附圖。 圖1是本發明實施例一處理用戶下線的方法的流程示意圖
圖2是本發明實施例二處理用戶下線的方法的流程示意圖
圖3是本發明實施例一處理用戶下線的裝置的結構示意圖
圖4是本發明實施例二處理用戶下線的裝置的結構示意圖
圖5是本發明實施例三處理用戶下線的裝置的結構示意圖
圖6是本發明實施例處理用戶下線的系統的結構示意圖。
具體實施例方式
為了使本發明的目的、技術方案及優點更加清楚明白，以下結合附圖及實施方式， 對本發明進行進一步詳細說明。應當理解，此處所描述的具體實施方式
僅僅用于解釋本發 明，并不用于限定本發明。 本發明實施例中，Radius客戶端是指可運行RADIUS客戶端軟件的計算機或通信 裝置，所述Radius客戶端可為網絡接入服務器(Net Access Server, NAS)，用于將用戶接 入到Internet或其他內部網絡上。所述Radius客戶端收集并上報計費信息給Radius服 務端用于對各用戶進行計費。 請參考圖l，為本發明實施例一處理用戶下線的方法的流程示意圖，其步驟包括
5
步驟SIO :檢測用戶下線請求報文到達的速率。 當用戶需要下線時，向Radius客戶端發送下線請求報文，若此時有大量用戶需要 下線，則會有大量的用戶下線請求報文到達所述Radius客戶端。本發明實施例可通過在 Radius客戶端設置一定時間，統計這段時間到達的用戶下線請求報文，則可得到用戶下線 請求報文到達的速率。可以理解的是，也可由其他方法檢測用戶下線請求報文到達的速率。
步驟S12 :判斷用戶下線請求報文到達的速率是否超過預先設置的下線閾值。
將所述檢測用戶下線請求報文到達的速率與預先設置的下線閾值進行比較，判斷 所述檢測用戶下線請求報文到達的速率是否超過所述下線閾值，若判斷結果為是則執行步 驟S14。 所述下線閾值的設置可根據實際統計的用戶下線請求報文的到達速率與計費停
止報文的傳送失敗的數量的關系進行設置，例如若統計得出，當用戶下線請求報文到達的
速率超過一個數量值時，計費停止報文傳送失敗的數量開始明顯增加，則將此數量值設為
所述下線閾值。所述下線閾值也可根據所述技術領域的技術人員的經驗值設置。可以理解
的是，所述閾值也可通過其他方法設置。 步驟S14 :對待發送的計費停止報文作緩沖處理。 本發明實施例對待發送的計費停止報文作緩沖處理，可設置一個緩沖區和一個定 時器，所述定時器和緩沖區的大小根據設備自身的處理性能設置。當判斷用戶下線請求報 文到達的速率超過閾值時，表示此時有大量的用戶下線請求報文達到，相應的所述Radius 客戶端會產生大量的計費停止請求報文，所述產生的大量的計費停止請求報文將去搶占為 數不多的ID報文資源。本發明實施例通過設置緩沖區和定時器，將產生的計費停止請求報 文事先緩存在所述緩沖區，通過設定所述定時器，使得所述Radius客戶端在一定間隔時間 只處理一定數量的計費停止報文，例如設定同時只處理256個計費停止報文(若考慮到同 時還有接入請求報文，則設定比256還小的值)，使計費停止報文比較均勻的去搶占ID報文 資源，可以保證計費停止報文得以正常發送出去。
步驟S16 :發送所述緩沖處理過的計費停止報文。 本發明實施例在對待發送的計費停止報文作緩沖處理后，將所述述緩沖處理過的 計費停止報文發送至Radius服務端作后續處理，例如所述Radius服務端接收到所述計費 停止報文后記錄所述計費停止報文，同時給所述Radius客戶端發送響應報文。所述Radius 客戶端在發送所述緩沖處理過的計費停止報文可以作勻速發送，以進一步保證所述計費停 止報文的正常發送。 本發明實施例在所述用戶下線請求報文的到達速率超過下線閾值(到達速率過 快)時，對待發送的計費停止報文作緩沖處理后再發送，可使所述待發送的計費停止報文 比較均勻的去搶占ID報文資源，可以保證所述計費停止報文正常發送，實現用戶的正常下 線。 請參考圖2，為本發明實施例二處理用戶下線的方法的流程示意圖，其步驟包括
步驟S20 :檢測用戶上線請求報文到達的速率。 當用戶需要上線時，向Radius客戶端發送上線請求報文，若此時有大量用戶需要 上線，則會有大量的用戶上線請求報文到達所述Radius客戶端。本發明實施例可通過在 Radius客戶端設置一定時間，統計這段時間到達的用戶上線請求報文，則可得到用戶下線上線報文到達的速率。可以理解的是，也可由其他方法檢測用戶上線請求報文到達的速率。
步驟S21 :判斷用戶上線請求報文到達的速率是否超過上線閾值。 將所述檢測用戶上線請求報文到達的速率與預先設置的上線閾值進行比較，判斷
所述檢測用戶上線請求報文到達的速率是否超過所述上線閾值，若判斷結果為是則執行步
驟S22。 步驟S22 :對所述用戶上線請求報文作限速處理。 若判斷用戶上線請求報文到達的速率超過上線閾值，則表示此時有大量的用戶上 線請求報文到達所述Radius客戶端。本發明實施例對所述用戶上線請求報文作限速處理， 可通過設置所述Radius客戶端對所述接收到的用戶上線請求報文只做一部分處理，例如 只處理少量的用戶上線請求報文，具體處理哪些報文則可根據用戶上線請求報文的到達時 間或者隨機處理一部分用戶上線請求報文，沒有被所述Radius客戶端處理的用戶上線請 求報文則自動丟棄，由此保證只有少部分的用戶上線請求報文被所述Radius客戶端處理， 相應的所述Radius客戶端只產生少量的用戶接入請求報文去與計費停止報文競爭ID報文 資源，保證計費停止報文得以搶占到ID報文資源，使得計費停止報文可以正常發送。
步驟S23 :檢測用戶下線請求報文到達的速率。 當用戶需要下線時，向Radius客戶端發送下線請求報文，若此時有大量用戶需要 下線，則會有大量的用戶下線請求報文到達所述Radius客戶端。本發明實施例可通過在 Radius客戶端設置一定時間，統計這段時間到達的用戶下線請求報文，則可得到用戶下線 請求報文到達的速率。可以理解的是，也可由其他方法檢測用戶下線請求報文到達的速率。
步驟S24 :判斷用戶下線請求報文到達的速率是否超過預先設置的下線閾值。
將所述檢測用戶下線請求報文到達的速率與預先設置的下線閾值進行比較，判斷 所述檢測用戶下線請求報文到達的速率是否超過所述下線閾值，若判斷結果為是則執行步 驟S25。 步驟S25 :對待發送的計費停止報文作緩沖處理。 本發明實施例對待發送的計費停止報文作緩沖處理，可設置一個緩沖區和一個定
時器，所述定時器和緩沖區的大小根據設備自身的處理性能設置。當判斷用戶下線請求報
文到達的速率超過閾值時，表示此時有大量的用戶下線請求報文達到，相應的所述Radius
客戶端會產生大量的計費停止請求報文，所述產生的大量的計費停止請求報文將去搶占為
數不多的ID報文資源。本發明實施例通過設置緩沖區和定時器，將產生的計費停止請求報
文事先緩存在所述緩沖區，通過設定所述定時器，使得所述Radius客戶端在一定間隔時間
處理一定數量的計費停止報文，例如設定同時只處理256個計費停止報文(若考慮到同時
還有接入請求報文，則設定比256還小的值)，使計費停止報文比較均勻的去搶占ID報文資
源，可以保證計費停止報文得以正常發送出去。 步驟S26 :發送所述緩沖處理過的計費停止報文。 本發明實施例在對待發送的計費停止報文作緩沖處理后，將所述述緩沖處理過的 計費停止報文發送至Radius服務端作后續處理，例如所述Radius服務端接收到所述計費 停止報文后記錄所述計費停止報文，同時給所述Radius客戶端發送響應報文。所述Radius 客戶端在發送所述緩沖處理過的計費停止報文可以作勻速發送，以進一步保證所述計費停 止報文的正常發送。
7
步驟S27 :緩沖未發送成功的計費停止報文。 在發送計費停止報文的過程中，存在有發送失敗的可能，因此本發明實施例所述
Radius客戶端在獲知有未發送成功的計費停止報文后，將未發送成功的計費停止報文作緩
沖處理，具體實施時可將所述未發送成功的計費停止報文存儲在一個緩沖單元中，這個緩
沖單元與步驟S25中緩沖待發送的計費停止報文的緩沖單元是獨立設置的，當然也可設置
在同一存儲裝置中，用于后續將存儲在所述緩沖單元的未發送成功的計費停止報文重新發
送，以進一步保證計費停止報文的正常發送。 步驟S28 :發送所述未發送成功的計費停止報文。 將步驟S26中經過緩沖處理的未發送成功的計費停止報文發送至所述Radius服 務端。 本發明實施例中步驟20和步驟23可以同時進行，也可是先后進行，此前的描述并
不限制步驟的執行順序，例如檢測用戶上線請求報文到達的速率和檢測用戶下線請求報文
到達的速率可以是同時進行的，對用戶上線請求報文的限速處理可以在對用戶下線請求報
文作緩沖處理和發送計費停止報文的過程中執行，這樣同樣可保證有較少的用戶接入請求
報文與所述計費停止報文競爭ID報文資源，保證所述計費停止報文的正常發送。 本發明實施例在所述用戶上線請求報文的到達速率過快時，對所述用戶上線請求
報文作限速處理，可減少相應的用戶接入請求報文的數量，保證有較少的用戶接入請求報
文與計費停止報文競爭ID報文資源；另外當所述用戶下線請求報文的到達速率過快時，對
待發送的計費停止報文作緩沖處理后再發送，可使所述待發送的計費停止報文比較均勻的
去搶占ID報文資源，可以保證所述計費停止報文正常發送，實現用戶的正常下線；對未發
送成功的計費停止報文緩沖后重新發送，則進一步保證了計費停止報文的正常發送，避免
了用戶多交沒有使用的費用，另外由于可使用戶正常下線，使得用戶再次上線時也可以正
常登陸。 請參考圖3，為本發明實施例一處理用戶下線的裝置的結構示意圖，所述處理用戶 下線的裝置可為一 Radius客戶端，可運行RADIUS客戶端軟件的計算機或通信裝置均可稱 為Radius客戶端。 所述處理用戶下線的裝置包括速率檢測單元52、判斷單元54、第一緩沖單元56及 發送單元58。 所述速率檢測單元52，用于檢測用戶下線請求報文到達的速率。
當用戶需要下線時，向Radius客戶端發送下線請求報文，若此時有大量用戶需要 下線，則會有大量的用戶下線請求報文到達所述Radius客戶端。本發明實施例可通過在 Radius客戶端設置一定時間，所述速率檢測單元52統計這段時間到達的用戶下線請求報 文，則可得到用戶下線請求報文到達的速率。 所述判斷單元54，用于判斷所述速率檢測單元52檢測得到的用戶下線請求報文 到達的速率是否超過預先設置的下線閾值。 所述第一緩沖單元56，用于當所述判斷單元54判斷所述速率檢測單元52檢測得 到的用戶下線請求報文到達的速率超過預先設置的下線閾值時，對待發送的計費停止報文 作緩沖處理。所述第一緩沖單元56對待發送的計費停止報文作緩沖處理具體可設置一個 緩沖區和一個定時器，將待發送的計費停止報文先存儲在所述緩沖區中，通過設置定時器
8使得Radius客戶端的端在一定間隔時間只處理一定數量的計費停止報文，使計費停止報 文比較均勻的去搶占ID報文資源，可以保證計費停止報文得以正常發送出去。
所述發送單元58，用于發送經過所述第一緩沖單元56緩沖處理過的計費停止報 文。本發明是實施例的所述發送單元58將述述緩沖處理過的計費停止報文發送至Radius 服務端作后續處理，例如所述Radius服務端接收到所述計費停止報文后記錄所述計費停 止報文，同時給所述Radius客戶端發送響應報文。所述Radius客戶端在發送所述緩沖處 理過的計費停止報文可以作勻速發送，以進一步保證所述計費停止報文的正常發送。
本發明實施例在所述判斷單元54判斷用戶下線請求報文的到達速率超過下線閾 值時，通過所述第一緩沖單元56對待發送的計費停止報文作緩沖處理后再發送，可使所述 待發送的計費停止報文比較均勻的去搶占ID報文資源，可以保證所述計費停止報文正常 發送，實現用戶的正常下線。 請參考圖4，為本發明實施例二處理用戶下線的裝置的結構示意圖，其與本發明實
施例一處理用戶下線的裝置的結構類似，其區別在于還包括限速單元55。 所述速率檢測單元52，用于檢測用戶下線請求報文到達的速率及用戶上線請求報
文到達的速率。 所述判斷單元54，判斷所述速率檢測單元52檢測得到的用戶下線請求報文到達 的速率是否超過預先設置的下線閾值，還用于判斷所述速率檢測單元52檢測得到的用戶 上線請求報文到達的速率是否超過預先設置的上線閾值。 所述限速單元55，用于當所述判斷單元54判斷所述速率檢測單元52檢測得到的 用戶上線請求報文到達的速率超過預先設置的上線閾值時，對所述用戶上線請求報文作限 速處理。 本發明實施例所述限速單元55對所述用戶上線請求報文作限速處理，可通過設
置所述限速單元55對所述接收到的用戶上線請求報文只做一部分處理，例如只處理少量
的用戶上線請求報文，具體處理哪些報文則可根據用戶上線請求報文的到達時間或者隨機
處理一部分用戶上線請求報文，沒有被所述Radius客戶端處理的用戶上線請求報文則自
動丟棄，由此保證只有少部分的用戶上線請求報文被所述Radius客戶端處理，相應的所述
Radius客戶端只產生少量的用戶接入請求報文去與計費停止報文競爭ID報文資源，保證
計費停止報文得以搶占到ID報文資源，使得計費停止報文可以正常發送。 所述第一緩沖單元56，用于當所述判斷單元54判斷所述速率檢測單元52檢測得
到的用戶下線請求報文到達的速率超過預先設置的下線閾值時，對待發送的計費停止報文
作緩沖處理。 所述發送單元58，用于發送經過所述第一緩沖單元56緩沖處理過的計費停止報 文。 本發明實施例所述限速單元55在所述用戶上線請求報文的到達速率過快時，對 所述用戶上線請求報文作限速處理，可減少相應的用戶接入請求報文的數量，保證有較少 的用戶接入請求報文與計費停止報文競爭ID報文資源；另外所述第一緩沖單元56在所述 用戶下線請求報文的到達速率過快時，對待發送的計費停止報文作緩沖處理后再發送，可 使所述待發送的計費停止報文比較均勻的去搶占ID報文資源，可以保證所述計費停止報 文正常發送，實現用戶的正常下線。
請參考圖5，為本發明實施例三處理用戶下線的裝置的結構示意圖，其與本發明實 施例二處理用戶下線的裝置的結構類似，其區別在于還包括接收單元57和第二緩沖單元 59。 所述接收單元57，用于接收所述發送單元58未發送成功的計費停止報文的信息。 在發送計費停止報文的過程中，存在有發送失敗的可能。所述發送單元58將計費停止報文 發送至所述Radius服務端后，若有未發送成功的計費停止報文，則所述Radius服務端返回 未發送成功的計費停止報文的信息，所述接收單元57未發送成功的計費停止報文的信息。
所述第二緩沖單元59，用于根據所述接收單元57接收的未發送成功的計費停止 報文的信息緩沖所述未發送成功的計費停止報文。 所述發送單元58還用于將所述第二緩沖單元59緩沖的未發送成功的計費停止報 文發送出去。具體的，將所述未發送成功的計費停止報文發送至所述Radius服務端。
本發明實施例在所述用戶上線請求報文的到達速率過快時，通過所述限速單元55 對所述用戶上線請求報文作限速處理，可減少相應的用戶接入請求報文的數量，保證有較 少的用戶接入請求報文與計費停止報文競爭ID報文資源；另外當所述用戶下線請求報文 的到達速率過快時，通過所述第一緩沖單元56對待發送的計費停止報文作緩沖處理后再 發送，可使所述待發送的計費停止報文比較均勻的去搶占ID報文資源，可以保證所述計費 停止報文正常發送，實現用戶的正常下線；對未發送成功的計費停止報文通過所述第二緩 沖單元59緩沖后重新發送，則進一步保證了計費停止報文的正常發送，避免了用戶多交沒 有使用的費用，另外由于可使用戶正常下線，使得用戶再次上線時也可以正常登陸。
請參考圖6，為本發明實施例處理用戶下線的系統的結構示意圖，所述處理用戶下 線的系統包括Radius客戶端50及Radius服務端60。所述Radius客戶端50可為運行 RADIUS客戶端軟件的計算機或通信裝置。所述Radius客戶端50收集并上報計費信息給所 述Radius服務端60用于對各用戶進行計費。 本發明實施例所述Radius客戶端50的結構可參見圖3_5，所述Radius客戶端50 用于檢測用戶下線請求報文到達的速率，判斷用戶下線請求報文到達的速率是否超過預先 設置的下線閾值，當判斷用戶下線請求報文到達的速率超過預先設置的下線閾值時對待發 送的計費停止報文作緩沖處理，將所述緩沖處理過的計費停止報文發送至所述Radius服 務端60。 所述Radius客戶端50還用于檢測用戶上線請求報文到達的速率，判斷用戶上線 請求報文到達的速率是否超過上線閾值，當用戶上線請求報文到達的速率超過上線閾值時 對所述用戶上線請求報文作限速處理。 所述Radius服務端60接收所述Radius客戶端50發送的計費停止報文，當存在 未發送成功的計費停止報文時，向所述Radius客戶端50發送所述未發送成功的計費停止 報文的信息。所述Radius客戶端50根據所述未發送成功的計費停止報文的信息緩沖所述 未發送成功的計費停止報文，然后再次發送所述未發送成功的計費停止報文至所述Radius 服務端60。 本發明實施例在所述用戶上線請求報文的到達速率過快時，通過所述Radius客 戶端50對所述用戶上線請求報文作限速處理，可減少相應的用戶接入請求報文的數量，保 證有較少的用戶接入請求報文與計費停止報文競爭ID報文資源；另外當所述用戶下線請求報文的到達速率過快時，通過Radius客戶端50對待發送的計費停止報文作緩沖處理后
再發送，可使所述待發送的計費停止報文比較均勻的去搶占ID報文資源，可以保證所述計
費停止報文正常發送，實現用戶的正常下線；所述Radius客戶端50對未發送成功的計費停
止報文緩沖后重新發送，則進一步保證了計費停止報文的正常發送，避免了用戶多交沒有
使用的費用，另外由于可使用戶正常下線，使得用戶再次上線時也可以正常登陸。 本領域普通技術人員可以理解實現上述實施例方法中的全部或部分步驟是可以
通過程序來指令相關的硬件來完成，所述程序可以存儲于一計算機可讀取存儲介質中，所
述存儲介質為R0M/RAM、磁碟、光盤等。 以上所述，僅為本發明較佳的具體實施方式
，但本發明的保護范圍并不局限于此， 任何熟悉本技術領域的技術人員在本發明揭露的技術范圍內，可輕易想到的變化或替換， 都應涵蓋在本發明的保護范圍之內。因此，本發明的保護范圍應該以權利要求的保護范圍 為準。
權利要求
一種處理用戶下線的方法，包括檢測用戶下線請求報文到達的速率；判斷用戶下線請求報文到達的速率是否超過預先設置的下線閾值；當用戶下線請求報文到達的速率超過預先設置的下線閾值時，對待發送的計費停止報文作緩沖處理；發送所述緩沖處理過的計費停止報文。
2. 如權利要求l所述的方法，其特征在于還包括 檢測用戶上線請求報文到達的速率；判斷用戶上線請求報文到達的速率是否超過預先設置的上線閾值；當用戶上線請求報文到達的速率超過預先設置的上線閾值時，對所述用戶上線請求報 文作限速處理。
3. 如權利要求1或2所述的方法，其特征在于當計費停止報文未發送成功時，緩沖所 述未發送成功的計費停止報文。
4. 如權利要求3所述的方法，其特征在于發送所述未發送成功的計費停止報文。
5. —種處理用戶下線的裝置，包括速率檢測單元，用于檢測用戶下線請求報文到達的速率；判斷單元，用于判斷所述速率檢測單元檢測得到的用戶下線請求報文到達的速率是否 超過預先設置的下線閾值；第一緩沖單元，用于當所述判斷單元判斷用戶下線請求報文到達的速率超過預先設置 的下線閾值時，對待發送的計費停止報文作緩沖處理；發送單元，用于發送經過所述第一緩沖單元緩沖處理的計費停止報文。
6. 如權利要求5所述的裝置，其特征在于還包括限速單元， 所述速率檢測單元，還用于檢測用戶上線請求報文到達的速率；所述判斷單元，還用于判斷所述速率檢測單元檢測得到的用戶上線請求報文到達的速 率是否超過預先設置的上線閾值；所述限速單元，用于當所述判斷單元判斷所述用戶上線請求報文到達的速率超過預先 設置的上線閾值時，對所述用戶上線請求報文作限速處理。
7. 如權利要求5或6所述的裝置，其特征在于還包括接收單元和第二緩沖單元，所述 接收單元，用于接收所述發送單元未發送成功的計費停止報文的信息；所述第二緩沖單元， 用于根據所述接收單元接收的未發送成功的計費停止報文的信息緩沖所述未發送成功的 計費停止報文。
8. 如權利要求7所述的裝置，其特征在于所述發送單元還用于將所述第二緩沖單元 緩沖的未發送成功的計費停止報文發送出去。
9. 一種處理用戶下線的系統，包括Radius客戶端及Radius服務端，所述Radius客戶端用于檢測用戶下線請求報文到達的速率，判斷用戶下線請求報文 到達的速率是否超過預先設置的下線閾值，當判斷用戶下線請求報文到達的速率超過預先 設置的下線閾值時對待發送的計費停止報文作緩沖處理，將所述緩沖處理過的計費停止報 文發送至所述Radius服務端。
10. 如權利要求9所述的系統，其特征在于所述Radius客戶端還用于檢測用戶上線請求報文到達的速率，判斷用戶上線請求報文到達的速率是否超過上線閾值，當用戶上線 請求報文到達的速率超過上線閾值時對所述用戶上線請求報文作限速處理。
11. 如權利要求9或10所述的系統，其特征在于所述Radius服務端接收所述Radius 客戶端發送的計費停止報文，當存在未發送成功的計費停止報文時，向所述Radius客戶端 發送所述未發送成功的計費停止報文的信息，所述Radius客戶端根據所述未發送成功的 計費停止報文的信息緩沖所述未發送成功的計費停止報文。
12. 如權利要求11所述的系統，其特征在于所述Radius客戶端發送所述未發送成功 的計費停止報文至所述Radius服務端。
全文摘要
本發明實施例提供一種處理用戶下線的方法，包括檢測用戶下線請求報文到達的速率；判斷用戶下線請求報文到達的速率是否超過預先設置的下線閾值；當用戶下線請求報文到達的速率超過預先設置的下線閾值時，對待發送的計費停止報文作緩沖處理；發送所述緩沖處理過的計費停止報文。本發明實施例還提供一種處理用戶下線的裝置及系統。本發明實施例在所述用戶下線請求報文的到達速率超過下線閾值時，對待發送的計費停止報文作緩沖處理后再發送，可使所述待發送的計費停止報文比較均勻的去搶占ID報文資源，可以保證所述計費停止報文正常發送，實現用戶的正常下線。
文檔編號H04L12/56GK101753320SQ20081021800
公開日2010年6月23日 申請日期2008年11月29日 優先權日2008年11月29日
發明者蔣晨波 申請人:成都市華為賽門鐵克科技有限公司