專利名稱：遠(yuǎn)程用戶撥號認(rèn)證服務(wù)客戶端、服務(wù)器、發(fā)送/接收方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體地，涉及一種Radius請求的發(fā)送/ 4妻4丈方法、Radius客戶端、Radius月良務(wù)器。
背景技術(shù)：
在現(xiàn)有技術(shù)中，協(xié)議包中的標(biāo)識(Identifier)字段用來對radius 請求包(包4舌Radius iU正i青求和Radius計(jì)費(fèi)i青求)及其響應(yīng)包進(jìn) 行匹配，占用1個(gè)字節(jié)。遠(yuǎn)程用戶撥號認(rèn)證服務(wù)(Remote Authentication Dial In User Service, 簡-爾為Radius )客戶端(仿H口， 寬帶4妄入月l務(wù)器(Broad Remote Access Server,簡稱為BRAS )、交 換機(jī))支持多用戶接入，在需要對用戶進(jìn)行Radius認(rèn)證或Radius 計(jì)費(fèi)時(shí)，會向Radius服務(wù)器發(fā)送Radius請求(包括Radius認(rèn)證請 求和Radius計(jì)費(fèi)請求)，并為每一個(gè)Radius請求在標(biāo)識字段配置一 個(gè)標(biāo)識，例如，以輪詢的方式從0至255獲取當(dāng)前^"詢到的標(biāo)識20， 將標(biāo)識20配置到當(dāng)前請求的標(biāo)識字段。這樣，Radius客戶端在短時(shí) 間內(nèi)最多只能向Radius月l務(wù)器并發(fā)256個(gè)請求(或稱為最多并發(fā)256 個(gè)請求)。這一 Radius請求的發(fā)送才幾制纟皮稱為Radius請求的并發(fā)機(jī) 制。在Radius服務(wù)器端，如果在短時(shí)間內(nèi)收到同樣標(biāo)識、相同客戶 端地址的多個(gè)Radius請求包，則會認(rèn)為是這多個(gè)請求包是復(fù)制包或 者重發(fā)包，會拒絕或者不處理這些重復(fù)包。
在實(shí)際的應(yīng)用中，隨著Radius客戶端設(shè)備支持的用戶數(shù)快速增 加，導(dǎo)致Radius請求的并發(fā)數(shù)也快速增加，應(yīng)用原有的Radius并 發(fā)機(jī)制，會導(dǎo)致在短時(shí)間內(nèi)Radius客戶端為不同用戶發(fā)送的Radius 請求中攜帶有相同的標(biāo)識、相同客戶端地址，這樣，radius服務(wù)器 會認(rèn)為這些請求是重復(fù)請求，而拒絕處理這些請求，從而導(dǎo)致這些 請求失敗。因此，無法滿足大量用戶同時(shí)接入認(rèn)證及計(jì)費(fèi)的需求。

發(fā)明內(nèi)容
考慮到相關(guān)才支術(shù)中存在的Radius i青求的并發(fā)才幾制無法滿足大 量用戶同時(shí)接入認(rèn)證及計(jì)費(fèi)需求的問題而做出本發(fā)明，為此，本發(fā) 明的主要目的在于提供一種改進(jìn)的Radius請求的發(fā)送/接收機(jī)制， 以解決相關(guān)技術(shù)中的上述問題。
為達(dá)到上述目的，根據(jù)本發(fā)明的一個(gè)方面，提供了一種遠(yuǎn)程用 戶撥號i人i正月l務(wù)Radius i青求的發(fā)送方法。
根據(jù)本發(fā)明的Radius請求的發(fā)送方法，對于待并行發(fā)送的多個(gè) Radius -清求中的每個(gè)Radius _清求，該方法包4舌Radius客戶端為 Radius i青求分配一個(gè)用戶凄t才居十辦i義UDP源端口號和一個(gè)標(biāo)識； Radius客戶端向Radius月良務(wù)器發(fā)送Radius ^青求，其中，Radius "i青 求中攜帶有Radius客戶端分配的UDP源端口號和標(biāo)識。
優(yōu)選地，上述Radius客戶端為預(yù)定時(shí)間段內(nèi)待發(fā)送的每個(gè) Radius請求分別分配一個(gè)UDP源端口號的操作具體包括按照輪詢的方式從預(yù)先設(shè)置的多個(gè)UDP源端口號中為每個(gè)Radius請求分別 選擇一個(gè)UDP源端口號。
優(yōu)選地，上述4安照4侖詢的方式乂人預(yù)先i殳置的多個(gè)UDP源端口號 中為每個(gè)Radius請求分別選擇一個(gè)UDP源端口號的操作具體包括 獲取當(dāng)前的UDP端口號n; n=n+l,并判斷rKS是否成立，其中， S為預(yù)先設(shè)置的多個(gè)UDP源端口號的數(shù)量，S>1;如果成立，則將 n分配纟會當(dāng)前待發(fā)送的Radius "i青求；如果不成立，則n=T,并一夸n 分配給當(dāng)前待發(fā)送的Radius請求，其中，T為預(yù)先設(shè)置的多個(gè)UDP 源端口號中最小的UDP端口號。
根據(jù)本發(fā)明的另一個(gè)方面，4是供了一種Radius請求的接收方法。
根據(jù)本發(fā)明的Radius請求的接收方法包括Radius服務(wù)器接收 來自Radius客戶端的Radius諱-求，其中，Radius-清求攜帶有用 戶數(shù)據(jù)協(xié)議UDP源端口號、標(biāo)識和客戶端地址；Radius服務(wù)器根據(jù) Radius請求中攜帶的UDP源端口號、標(biāo)識和客戶端地址判斷Radius 請求是否為重復(fù)請求，如果是，則不對Radius請求進(jìn)行處理，否貝寸， 對Radius _清求進(jìn)4亍處理。
優(yōu)選地，上述Radius月良務(wù)器判斷Radius i青求是否為重復(fù)請求 的操作具體包括Radius力良務(wù)器判斷Radius請求的UDP源端口號、 標(biāo)識、客戶端地址與預(yù)定時(shí)間段內(nèi)已接收到的任一 Radius請求的 UDP源端口號、標(biāo)識、客戶端地址是否相同，如果相同，則Radius 請求為重復(fù)請求，否則，Radius請求為非重復(fù)i青求。
優(yōu)選地，當(dāng)判斷Radius請求為非重復(fù)請求時(shí)，該方法還包括 Radius服務(wù)器4艮據(jù)客戶端地址向Radius客戶端發(fā)送對于Radius請求的響應(yīng)，其中，p向應(yīng)中攜帶有UDP源端口虧、標(biāo)識，用于通知 Radius客戶端Radius月良務(wù)器已經(jīng)4妄收到Radius請求。
根據(jù)本發(fā)明的另一個(gè)方面，提供了一種Radius客戶端。
根據(jù)本發(fā)明的Radius客戶端包括分配模塊，用于為Radius 請求分配一個(gè)用戶數(shù)據(jù)協(xié)議UDP源端口號和一個(gè)標(biāo)識；發(fā)送模塊， 用于向Radius服務(wù)器發(fā)送Radius請求，其中，Radius請求中攜帶 有分配才莫塊分配的UDP源端口號和纟示識。
才艮據(jù)本發(fā)明的另 一個(gè)方面，4是供了 一種Radius月良務(wù)器。
根據(jù)本發(fā)明的Radius服務(wù)器包括接收才莫塊，用于接收來自 Radius客戶端的Radius i青求，其中，Radius _清求中攜帶有用戶凄史據(jù) 協(xié)議UDP源端口號、標(biāo)識、客戶端地址；解析模塊，用于對接收模 塊接收到的Radius請求中的UDP源端口號、標(biāo)識、客戶端地址進(jìn) 行解析。
優(yōu)選地，該Radius服務(wù)器還包括發(fā)送模塊，用于在解析模塊 的解析結(jié)果為Radius請求為非重復(fù)請求時(shí)，根據(jù)客戶端地址向 Radius客戶端發(fā)送對于Radius i青求的響應(yīng)，其中，響應(yīng)中攜帶有 UDP源端口號、標(biāo)識。
通過本發(fā)明的上述技術(shù)方案，在Radius請求中以UDP源端口 號和才示識共同作為匹配Radius :清求的組合才示識，能夠解決相關(guān)4支術(shù) 中Radiusi青求的并發(fā)才幾制無法滿足大量用戶同時(shí)4妻入i人i正及計(jì)費(fèi)需 求的問題，乂人而能夠達(dá)到增力口 Radius i青求并發(fā)凄t的目的。
本發(fā)明的其它特4i和優(yōu)點(diǎn)將在隨后的i兌明書中闡述，并且，部 分地從說明書中變得顯而易見，或者通過實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過在所寫的說明書、權(quán)利要求書、以及附 圖中所特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲得。


此處所說明的附圖用來^是供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并
不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
圖1是根據(jù)本發(fā)明方法實(shí)施例一的Radius請求的發(fā)送方法流程
圖2是根據(jù)本發(fā)明方法實(shí)施例一的為Radius請求分配UDP源 端口號和標(biāo)識的流^E圖3是根據(jù)本發(fā)明裝置實(shí)施例一的Radius客戶端的結(jié)構(gòu)框圖4是根據(jù)本發(fā)明裝置實(shí)施例一的Radius客戶端的優(yōu)選結(jié)構(gòu)框
圖5是根據(jù)本發(fā)明方法實(shí)施例二的Radius請求的接收方法的流 程圖6是根據(jù)本發(fā)明裝置實(shí)施例二的Radius服務(wù)器的結(jié)構(gòu)框圖； 圖7是根據(jù)本發(fā)明裝置實(shí)施例二的Radius服務(wù)器的優(yōu)選結(jié)構(gòu)框圖。
具體實(shí)施例方式
功能概述
本發(fā)明實(shí)施例中，采用Radius協(xié)i義中乂于于iU正:清求和計(jì)費(fèi)i青求 沒有#文明確的定義的UDP源端口 ，通過Radius客戶端采取4吏用不 同的UDP源端口來擴(kuò)展Radius消息的升發(fā)數(shù)，這才平，Radius月艮務(wù) 器通過判斷Radius請求的UDP源端口號、標(biāo)識、以及客戶端地址 來識別Radius請求是否為重復(fù)請求，只有在短時(shí)間內(nèi)收到相同UDP 源端口號、標(biāo)識、以及客戶端地址多個(gè)Radius請求包，才會認(rèn)為是 復(fù)制包或者重發(fā)包，從而能夠增加Radius請求的并發(fā)數(shù)。
需要說明的是，如果不沖突，本發(fā)明實(shí)施例以及實(shí)施例中的各 個(gè)特征可以相互結(jié)合，均在本發(fā)明的保護(hù)范圍之內(nèi)。
下面結(jié)合附圖對本發(fā)明的實(shí)施例進(jìn)行說明，應(yīng)當(dāng)理解，此處所 描述的優(yōu)選實(shí)施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。 需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計(jì)算機(jī) 可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏
輯順序，^f旦是在某些情況下，可以以不同于此處的順序執(zhí)^亍所示出 或描述的步驟。
方法實(shí)施例一
根據(jù)本發(fā)明實(shí)施例，提供了 一種Radius請求的發(fā)送方法。
圖1示出了根據(jù)本發(fā)明方法實(shí)施例一的Radius請求的發(fā)送方法 流程，如圖l所示，根據(jù)本發(fā)明方法實(shí)施例一的Radius請求的發(fā)送 方法包4舌步驟S102， Radius客戶端為待并行發(fā)送的多個(gè)Radius請求中 的每個(gè)Radius請求分配一個(gè)用戶數(shù)據(jù)協(xié)議UDP源端口號和一個(gè)標(biāo) 識。
在具體實(shí)施過程中，上述Radius請求包括-但不限于Radius 認(rèn)證請求和Radius計(jì)費(fèi)請求。
在具體實(shí)施過程中，上述標(biāo)識即為占用1個(gè)字節(jié)的標(biāo)識字^殳， 其取值范圍在0至255之間，每個(gè)認(rèn)證或者計(jì)費(fèi)服務(wù)器組對該標(biāo)識 分別單獨(dú)進(jìn)行管理，因此，發(fā)送到i人證或者計(jì)費(fèi)服務(wù)器組的請求中 攜帶的該標(biāo)識可以重復(fù)。
優(yōu)選地，Radius客戶端按照輪詢的方式從預(yù)先指定的多個(gè)UDP 源端口號中選才奪一個(gè)UDP源端口號分配^^個(gè)Radius "i青求，即， Radius客戶端獲取當(dāng)前的UDP端口號n;令n=n+l ，并判斷n《S 是否成立，其中，S為預(yù)先設(shè)置的多個(gè)UDP源端口號的數(shù)量，S〉 1; 如果成立，則將n分配給當(dāng)前待發(fā)送的Radius請求；如果不成立， 貝'J n=T，并將n分配給當(dāng)前待發(fā)送的Radius請求，其中，T為預(yù)先 設(shè)置的多個(gè)UDP源端口號中最小的UDP端口號。
步驟S104, Radius客戶端向Radius服務(wù)器發(fā)送4寺并4亍發(fā)送的 多個(gè)Radius請求，其中，每個(gè)Radius請求中攜帶有Radius客戶端 為其分配的UDP源端口號和標(biāo)識。優(yōu)選地，Radius客戶端對發(fā)送的 每個(gè)Radius請求進(jìn)行緩存。
通過上述處理過程，在Radius請求中增加UDP源端口號字段， 能夠解決相關(guān)技術(shù)中Radius請求的并發(fā)機(jī)制無法滿足大量用戶同時(shí) 接入認(rèn)證及計(jì)費(fèi)需求的問題，能夠達(dá)到增加Radius請求并發(fā)數(shù)的目 的。下面^"上述處理過禾呈進(jìn)^f于詳細(xì)i兌明。
首先，在Radius客戶端(例如BRAS),可以根據(jù)需要滿足的 并發(fā)凄丈(比如，并發(fā)的Radius iU正和Radius計(jì)費(fèi)的凄史量)來配置 所需要的UDP源端口號，例如如果最大并發(fā)Radius iU正"i青求為 2560個(gè)，則配置10個(gè)源端口，最大并發(fā)Radius計(jì)費(fèi)"i青求為5120 個(gè)，則使用20個(gè)源端口，根據(jù)系統(tǒng)的需求，這個(gè)數(shù)據(jù)可以做適當(dāng)?shù)?靈活調(diào)整。
在以才艮文形式發(fā)送^人i正或者計(jì)費(fèi)i青求時(shí)，為每一個(gè)Radius才艮文 分配一個(gè)UDP源端口和一個(gè)標(biāo)識(或稱為組合標(biāo)識)，向Radius月良 務(wù)器發(fā)送攜帶UDP源端口和標(biāo)識的Radius請求。優(yōu)選地，這個(gè)組 合標(biāo)識可以占用2字節(jié)，高8位可以用來存放選擇UDP源端口號， 低8位可以表示填入Radius請求包中的標(biāo)識。還可以在發(fā)送才艮文后 以消息形式保存在本地等待響應(yīng)的每個(gè)請求中填入該組合標(biāo)識，由 于每個(gè)消息只能同時(shí)被一個(gè)請求占用，這樣標(biāo)識也不會被同時(shí)使用， 達(dá)到了增加并發(fā)凄t的目的。
具體地，圖2示出了才艮據(jù)本發(fā)明方法實(shí)施例一的為Radius i青求 分配UDP源端口號和標(biāo)識的流程，如圖2所示，該流程包括以下的 處理過程(步驟1至步驟7 ):
步驟1, BRAS發(fā)起對于用戶的認(rèn)證請求或者計(jì)費(fèi)請求流程；
步驟2， BRAS構(gòu)造i人證請求或者計(jì)費(fèi)請求才艮文時(shí)取得目前用 到的UDP源端口號m和目前的標(biāo)識n;
步驟3,將目前用到的id號加一，判斷n+1是否大于255,如 果判斷為不大于，處理進(jìn)4于的步驟4，否則，處理進(jìn)4于到步驟5;步驟4， BRAS在iU正請求或者計(jì)費(fèi)i青求4艮文中UDP源端口號 字l殳i真充m,在才示識字萃殳i真充n+l;
步驟5，判斷UDP源端口號m+l是否大于指定的最大端口號， 如果判斷為不大于，處理進(jìn)行到步驟6，否則，處理進(jìn)4于到步驟7;
步驟6， BRAS在i青求才艮文中UDP源端口號字賴:填充m+l,標(biāo) 識重新/人0開始壽侖詢；
步驟7, BRAS在請求凈艮文中UDP源端口號字段中填充從最小 的指定端口號，標(biāo)識重新乂人O開始I侖詢。
優(yōu)選地，BRAS在發(fā)送了 Radius "i青求之后，會收到來自Radius 月良務(wù)器的只t于Radius諱-求的響應(yīng)才艮文，該響應(yīng)用于通^口 BRAS: Radius服務(wù)器已經(jīng)正確接收Radius請求；BRAS對響應(yīng)進(jìn)行解析， 得到其中攜帶的UDP源端口和標(biāo)識，并4艮據(jù)該UDP源端口和標(biāo)識， 在本地等待響應(yīng)的消息隊(duì)列中查找與響應(yīng)相對應(yīng)的Radius認(rèn)證請求 或Radius計(jì)費(fèi)請求，查找到之后刪除保存在消息隊(duì)列中的該請求。
裝置實(shí)施例一
根據(jù)本發(fā)明實(shí)施例，提供了 一種遠(yuǎn)程用戶撥號認(rèn)證服務(wù)Radius 客戶端，優(yōu)選地，該Radius客戶端可以用于實(shí)現(xiàn)方法實(shí)施例一中提 供的Radius諱v,的發(fā)送方法。
圖3示出了才艮據(jù)本發(fā)明裝置實(shí)施例 一 的Radius客戶端的結(jié)構(gòu)， 如圖3所示，該裝置包括分配模塊l、發(fā)送模塊3;其中，分配模塊 1，用于為Radius請求分配一個(gè)UDP源端口號和一個(gè)標(biāo)識；優(yōu)選地， 分配模塊1可以實(shí)現(xiàn)上述步驟S102;發(fā)送模塊3,連接至分配模塊 1 ，用于向Radius服務(wù)器發(fā)送Radius請求，其中，Radius請求中攜帶有分配模塊1分配的UDP源端口號和標(biāo)識。優(yōu)選地，發(fā)送模塊3 可以實(shí)5見上述步艱《S104。
具體地，上述才莫塊的工作流程為首先，對于每個(gè)待發(fā)送的 Radius請求，分配模塊1為其分配一個(gè)UDP源端口號和一個(gè)標(biāo)識， UDP源端口號分配的方式可以是以4侖詢的方式乂人最小的UDP源端 口號開始分配，標(biāo)識的分配方式也可以是以4侖詢的方式乂人0至255 進(jìn)行分配；然后，發(fā)送模塊3將分配模塊1分配的UDP源端口號和 標(biāo)識攜帶在Radius請求中，將Radius請求發(fā)送給Radius服務(wù)器。
通過圖3所示的裝置，可以為Radius -清求分配一個(gè)UDP源端 口號和一個(gè)標(biāo)識，并將攜帶有UDP源端口號和標(biāo)識的消息發(fā)送纟合 Radius服務(wù)器，從而能夠增加Radius請求的并發(fā)數(shù)。
圖4示出了根據(jù)本發(fā)明裝置實(shí)施例 一 的Radius客戶端的優(yōu)選結(jié) 構(gòu)，如圖4所示，該優(yōu)選結(jié)構(gòu)還包括緩存模塊5、接收模塊7、以及 判決模塊9,其中，緩存模塊5用于緩存發(fā)送模塊3發(fā)送的Radius 請求，接收模塊7用于接收來自Radius服務(wù)器對于Radius請求的 響應(yīng)，判決模塊9用于判斷接收模塊7接收到的響應(yīng)是否為與所 Radius請求相對應(yīng)的響應(yīng)，如果判斷為接收模塊7接收到的響應(yīng)是 與Radius i青求相對應(yīng)的響應(yīng)，則表明Radius力良務(wù)器已經(jīng)成功4妄收 到Radius請求，并進(jìn)行了相應(yīng)處理，這時(shí)判決模塊9刪除緩存模塊 5中鄉(xiāng)爰存的Radius-清求。
通過圖4所示的裝置，能夠?qū)y帶UDP端口號和標(biāo)識的Radius 請求發(fā)送給服務(wù)器，并能確認(rèn)該請求是否發(fā)送成功。方法實(shí)施例二
根據(jù)本發(fā)明實(shí)施例，提供了 一種Radius請求的接收方法。
圖5示出了根據(jù)本發(fā)明方法實(shí)施例二的Radius請求的接收方法 的流程，如圖5所示，才艮椐本發(fā)明方法實(shí)施例二的Radius請求的接 收方法包4舌如下的處理過禾呈
步驟S502， Radius月良務(wù)器4妄收來自radius客戶端的Radius "i青 求，其中，該Radius請求攜帶有UDP源端口號、標(biāo)識和客戶端地 址；
步驟S504， Radius服務(wù)器獲取該Radius請求中攜帶的UDP源 端口號、標(biāo)識和客戶端;也址；
步驟S506，Radius服務(wù)器判斷該Radius請求的UDP源端口號、 標(biāo)識、客戶端地址與預(yù)定時(shí)間段內(nèi)已接收到的每個(gè)Radius請求的 UDP源端口號、標(biāo)識、客戶端地址是否相同，如果相同，則該Radius 請求為重復(fù)請求，至此處理結(jié)束，否則，Radius請求為非重復(fù)請求， 處理進(jìn)4亍到步艱《S508;
步驟S508， Radius服務(wù)器對Radius請求進(jìn)4亍處理。
優(yōu)選地，當(dāng)Radius請求為非重復(fù)請求時(shí)，Radius服務(wù)器還可以 才艮據(jù)客戶端地址向Radius客戶端發(fā)送對于Radius i青求的響應(yīng)，該 響應(yīng)中攜帶有Radius請求的UDP源端口號、標(biāo)識，該響應(yīng)用于通 知Radius客戶端該Radius i會求已經(jīng)凈皮Radius月良務(wù)器正確4妾收。
通過上述處理過程，Radius服務(wù)器根據(jù)Radius請求中攜帶的 UDP源端口號、標(biāo)識和客戶端;也址判斷Radius 二清求是否為重復(fù)請 求，能夠?qū)υ黾恿瞬l(fā)lt后的Radius i青求進(jìn)4于正確處理。裝置實(shí)施例二
根據(jù)本發(fā)明的實(shí)施例，提供了一種Radius服務(wù)器，優(yōu)選地，該 Radius服務(wù)器可以實(shí)現(xiàn)方法實(shí)施例二中提供的Radius請求的接收方法。
圖6示出了根據(jù)本發(fā)明裝置實(shí)施例二的Radius服務(wù)器的結(jié)構(gòu)， 如圖6所示，根據(jù)本發(fā)明裝置實(shí)施例二的Radius服務(wù)器包括接收 模塊2和解析模塊4，其中，接收模塊2，用于接收來自Radius客 戶端的Radius請求，其中，Radius請求中攜帶有用戶數(shù)據(jù)協(xié)議UDP 源端口號、標(biāo)識、客戶端地址；優(yōu)選地，接收才莫塊2可以實(shí)現(xiàn)上述 步驟S502;解析模塊4，連接到接收模塊2，用于對接收才莫塊2接 收到的Radius請求中的UDP源端口號、標(biāo)識、客戶端地址進(jìn)行解 析；優(yōu)選地，解析才莫塊4可以實(shí)現(xiàn)上述步驟S504。
具體地，上述才莫塊的工作流程為首先，4妄收才莫塊2^妻收到來 自Radius客戶端的Radius請求，其次，解析才莫塊4對該Radius請 求中的UDP源端口號、標(biāo)識、客戶端地址進(jìn)行解析，優(yōu)選地，解析 模塊4將該Radius請求中的UDP源端口號、標(biāo)識、客戶端地址與 預(yù)定時(shí)間段內(nèi)接收模塊2已接收到的每個(gè)Radius請求的UDP源端 口號、標(biāo)識、客戶端地址是否相同，如果相同，則Radius請求為重 復(fù)請求，否則，Radius請求為非重復(fù)請求，Radius服務(wù)器不對重復(fù) 的Radius :清求進(jìn)4于處理，否則，對Radius i青求進(jìn)4亍相應(yīng)的處理(例 如，Radius認(rèn)證或Radius計(jì)費(fèi))。
通過圖6所示的裝置，能夠4艮據(jù)Radius i青求中攜帶的UDP源 端口號、標(biāo)識和客戶端地址判斷Radius i青求是否為重復(fù)《青求，能夠 對增加了并發(fā)凌t后的Radius :清求進(jìn)4亍正確處理。優(yōu)選地，圖7示出了根據(jù)本發(fā)明裝置實(shí)施例二的Radius服務(wù)器 的優(yōu)選結(jié)構(gòu)，該優(yōu)選結(jié)構(gòu)還可以包括發(fā)送才莫塊6，用于在解析才莫塊4 的解析結(jié)果為Radius請求為非重復(fù)"i青求時(shí)，沖艮據(jù)客戶端地址向 Radius客戶端發(fā)送對于Radius請求的響應(yīng)，其中，響應(yīng)中攜帶有 UDP源端口號、才示"i只。
通過圖7所示的裝置還能夠通知Radius客戶端已經(jīng)正確接收到 Radius請求。
綜上所述，借助于本發(fā)明的技術(shù)方案，通過Radius客戶端采取 使用UDP源端口來擴(kuò)展Radius客戶端發(fā)送Radius請求的并發(fā)數(shù)， 同時(shí)Radius服務(wù)器通過增加判斷UDP端口號的判斷條件，能夠解 決相關(guān)技術(shù)中Radius請求的并發(fā)機(jī)制無法滿足大量用戶同時(shí)接入認(rèn) 證及計(jì)費(fèi)需求的問題，能夠達(dá)到增加Radius請求并發(fā)數(shù)的目的。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或 各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算 裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們 可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計(jì)算裝置來執(zhí)行，或者將它們分別制作成各個(gè)集成 電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模 塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述^叉為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明， 對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1. 一種遠(yuǎn)程用戶撥號認(rèn)證服務(wù)Radius請求的發(fā)送方法，其特征在于，對于待并行發(fā)送的多個(gè)Radius請求中的每個(gè)Radius請求，所述方法包括Radius客戶端為所述Radius請求分配一個(gè)用戶數(shù)據(jù)協(xié)議UDP源端口號和一個(gè)標(biāo)識；所述Radius客戶端向Radius服務(wù)器發(fā)送所述Radius請求，其中，所述Radius請求中攜帶有Radius客戶端分配的所述UDP源端口號和所述標(biāo)識。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述Radius客戶 端為預(yù)定時(shí)間段內(nèi)待發(fā)送的每個(gè)Radius請求分別分配一個(gè) UDP源端口號包4舌:接照4侖詢的方式乂人予貞先i殳置的多個(gè)UDP源端口號中為每 個(gè)Radius i青求分別選擇一個(gè)UDP源端口號。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，按照輪詢的方式從 預(yù)先設(shè)置的多個(gè)UDP源端口號中為每個(gè)Radius請求分別選擇 一個(gè)UDP源端口號包4舌獲取當(dāng)前的UDP端口號n;n=n+l,并判斷n《S是否成立，其中，S為所述預(yù)先設(shè)置 的多個(gè)UDP源端口號的凄t量，S〉l;如果成立，則將n分配給當(dāng)前待發(fā)送的Radius請求；如 果不成立，則n=T，并將n分配給當(dāng)前待發(fā)送的Radius請求， 其中，T為所述預(yù)先設(shè)置的多個(gè)UDP源端口號中最小的UDP 端口號。
4. 一種遠(yuǎn)程用戶撥號認(rèn)證月l務(wù)Radius請求的接收方法，其特^正 在于，所述方法包括Radius月良務(wù)器孑妄收來自Radius客戶端的Radius i青求，其 中，所述Radius請求攜帶有用戶數(shù)據(jù)協(xié)議UDP源端口號、 標(biāo)識和客戶端地址；所述Radius服務(wù)器根據(jù)所述Radius請求中攜帶的所述 UDP源端口號、才示識和客戶端J也址判斷所述Radius -清求是否 為重復(fù)請求，如果是，則不對所述Radius請求進(jìn)行處理，否 貝'j,對所述Radius請求進(jìn)行處理。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述Radius服務(wù) 器判斷所述Radius ^清求是否為重復(fù)纟青求包4舌所述Radius服務(wù)器判斷所述Radius請求的所述UDP源端 口號、所述標(biāo)識、所述客戶端地址與預(yù)定時(shí)間,殳內(nèi)已4妄收到的 任一 Radius請求的UDP源端口號、標(biāo)識、客戶端地址是否相 同，如果相同，則所述Radius i青求為重復(fù)"i青求，否則，所述 Radius請求為非重復(fù)請求。
6. 根據(jù)權(quán)利要求4或5所述的方法，其特征在于，當(dāng)判斷所述 Radius請求為非重復(fù)請求時(shí)，所述方法還包括所述Radius服務(wù)器根據(jù)所述客戶端地址向Radius客戶端 發(fā)送對于所述Radius請求的響應(yīng)，其中，所述響應(yīng)中攜帶有 所述UDP源端口號、所述標(biāo)識，用于通知所述Radius客戶端 所述Radius服務(wù)器已經(jīng)接收到所述Radius請求。
7. —種遠(yuǎn)程用戶撥號認(rèn)證服務(wù)Radius客戶端，其特征在于，包 .括分配才莫塊，用于為Radius ，清求分配一個(gè)用戶凄t據(jù)協(xié)i義 UDP源端口號和一個(gè)才示識；發(fā)送模塊，用于向Radius服務(wù)器發(fā)送所述Radius請求， 其中，所述Radius :清求中攜帶有所述分配才莫塊分配的所述 UDP源端口號和所述標(biāo)識。
8. —種遠(yuǎn)程用戶撥號認(rèn)證服務(wù)Radius服務(wù)器，其特征在于，包 括..接收才莫塊，用于接收來自Radius客戶端的Radius請求， 其中，所述Radius請求中攜帶有用戶數(shù)據(jù)協(xié)議UDP源端口號、 標(biāo)識、客戶端地址；解析模塊，用于對所述接收模塊接收到的所述Radius請 求中的UDP源端口號、標(biāo)識、客戶端地址進(jìn)行解析。
9. 根據(jù)權(quán)利要求8所述的Radius服務(wù)器，其特征在于，所述 Radius服務(wù)器還包括發(fā)送模塊，用于在所述解析模塊的解析結(jié)果為所述Radius 請求為非重復(fù)請求時(shí)，根據(jù)所述客戶端地址向所述Radius客 戶端發(fā)送對于所述Radius *清求的響應(yīng)，其中，所述響應(yīng)中攜 帶有所述UDP源端口號、所述才示識。
全文摘要
本發(fā)明公開了一種Radius請求的發(fā)送/接收方法、Radius客戶端、Radius服務(wù)器，其中，Radius請求的發(fā)送方法包括Radius客戶端為Radius請求分配一個(gè)用戶數(shù)據(jù)協(xié)議UDP源端口號和一個(gè)標(biāo)識；Radius客戶端向Radius服務(wù)器發(fā)送Radius請求，其中，Radius請求中攜帶有Radius客戶端分配的UDP源端口號和標(biāo)識。通過本發(fā)明，在Radius請求中以UDP源端口號和標(biāo)識共同作為匹配Radius請求的組合標(biāo)識，能夠解決相關(guān)技術(shù)中Radius請求的并發(fā)機(jī)制無法滿足大量用戶同時(shí)接入認(rèn)證及計(jì)費(fèi)需求的問題，從而能夠達(dá)到增加Radius請求并發(fā)數(shù)的目的。
文檔編號H04L29/06GK101510872SQ20091000666
公開日2009年8月19日 申請日期2009年2月9日 優(yōu)先權(quán)日2009年2月9日
發(fā)明者楊建軍 申請人:中興通訊股份有限公司