專利名稱：寬帶接入系統(tǒng)中的計費服務(wù)器檢測系統(tǒng)及其方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)中的計費系統(tǒng)及其方法，特別涉及寬帶接入中的計費系統(tǒng)及其方法。
背景技術(shù)：
隨著互聯(lián)網(wǎng)及寬帶網(wǎng)絡(luò)的發(fā)展，帶寬不斷擴充，網(wǎng)絡(luò)主機性能也大大增強，用戶數(shù)也與日俱增。根據(jù)2001年7月中國互聯(lián)網(wǎng)絡(luò)信息中心(ChinaInternet Network Information Center，簡稱CNNIC)的調(diào)查結(jié)果顯示，我國上網(wǎng)總?cè)丝谝堰_2650萬。另外，隨著近幾年寬帶城域網(wǎng)的建設(shè)，寬帶上網(wǎng)的人數(shù)成幾何倍數(shù)增長，接入方式也越來越多樣化，有綜合業(yè)務(wù)數(shù)字網(wǎng)(Integrated Services Digital Network，簡稱“ISDN”)、局域網(wǎng)(Local AreaNetwork，簡稱“LAN”)、非對稱數(shù)字環(huán)路(Asymmetric Digital SubscriberLine，簡稱“ADSL”)、無線局域網(wǎng)(Wireless Local Area Network，簡稱“WLAN”)等，不管是那種接入方式，都必須要解決寬帶用戶的認證計費問題，在認證計費問題上，業(yè)界普遍采用請求評注(Request for Comments，簡稱“RFC”)標(biāo)準(zhǔn)的遠端驗證撥號上網(wǎng)用戶服務(wù)(Remote Authentication DialIn User Service，簡稱“RADIUS”)協(xié)議。
RADIUS協(xié)議定義了在網(wǎng)絡(luò)接入服務(wù)器(Network Access Server，簡稱“NAS”)和集中存放計費信息的RADIUS服務(wù)器之間傳輸認證、授權(quán)和配置信息的協(xié)議。其協(xié)議的標(biāo)準(zhǔn)最新的定義在RFC2865《Remote AuthenticationDial In User Service(RADIUS)》(中文名稱可譯為《遠端驗證撥號上網(wǎng)用戶服務(wù)認證協(xié)議》)和RFC2866《RADIUS Accounting》(中文名稱可譯為《遠端驗證撥號上網(wǎng)用戶服務(wù)計費協(xié)議》)中。RADIUS以客戶端服務(wù)器(Client/Server)模式工作，實現(xiàn)了對遠程撥號用戶的身份認證、授權(quán)和計費功能。其客戶端多為NAS，主要用來將用戶信息傳遞給服務(wù)器；服務(wù)器則對用戶進行認證，并返回用戶的配置信息。為保證傳輸?shù)陌踩?，在客戶端和服?wù)器之間傳送的數(shù)據(jù)均以MD5方式加密。
RADIUS是一種基于用戶數(shù)據(jù)報協(xié)議(User Datagram Protocol，簡稱“UDP”)協(xié)議的上層協(xié)議，認證服務(wù)的監(jiān)聽端口號為1812，記費服務(wù)的監(jiān)聽端口號為1813。標(biāo)準(zhǔn)的RADIUS數(shù)據(jù)包的結(jié)構(gòu)包括代碼、標(biāo)識號、長度、認證者和屬性等幾個部分。其中，代碼表示該包的類型；標(biāo)識號區(qū)分不同消息并給予相應(yīng)的應(yīng)答；長度為該RADIUS包的總長度；認證者是供MD5加密使用的字符串；屬性則對應(yīng)包中具體內(nèi)容。
RADIUS協(xié)議的交互機制的基本原理如下對于認證操作，當(dāng)用戶上線時NAS會將用戶的認證信息如用戶名、用戶密碼等，打包在CODE＝1的認證請求(AuthRequest)報文中，通過UDP協(xié)議將數(shù)據(jù)包發(fā)送給認證服務(wù)器的知名端口1812。認證服務(wù)器在收到用戶認證請求后，會根據(jù)用戶名在用戶數(shù)據(jù)庫中查找用戶信息，再通過MD5加密算法對用戶密碼進行加密后判斷比較，如果認證通過服務(wù)器會發(fā)送一個認證接收(AuthAccept)的報文CODE＝2給NAS，否則會發(fā)送一個認證拒絕(AuthReject)報文CODE＝3給NAS。
對于計費操作，當(dāng)用戶上線認證通過后，NAS會發(fā)送一個CODE＝4的計費開始(AcctStart)報文給計費服務(wù)器的知名端口1813，計費服務(wù)器收到該報文后，會將用戶的計費信息保存起來，并發(fā)送一個CODE＝5的計費響應(yīng)(ACCTResponse)報文給NAS設(shè)備。
由于RADIUS協(xié)議所采用的UDP協(xié)議是一種典型的無連接的傳輸方式，因此RADIUS協(xié)議的傳輸方式是一種不可靠的傳輸方式。雖然在RADIUS協(xié)議中也定義了一些關(guān)于報文如何進行重傳的保證機制，但這些都無法避免報文的丟失。最為致命的是RADIUS協(xié)議沒有類似于Hello報文的檢測機制，即發(fā)送一個Hello報文，返回應(yīng)答(ACK)或無應(yīng)答(NACK)，使得發(fā)起報文的NAS端不知道與之通信的計費服務(wù)器當(dāng)前的工作狀態(tài)是否正常。因此經(jīng)常發(fā)生計費服務(wù)器工作異常，而NAS端不知道，還無休止的發(fā)送報文，導(dǎo)致網(wǎng)絡(luò)擁塞的情況。而且在實際應(yīng)用網(wǎng)絡(luò)中，通常為了便于業(yè)務(wù)的開展，經(jīng)常是服務(wù)器放置在異地，例如北京，而接入設(shè)備NAS被放置在深圳，從而更加增加了報文傳輸?shù)牟豢煽恳蛩亍?br> 現(xiàn)有的技術(shù)中，一般的接入設(shè)備NAS對外只支持對外接入一個計費服務(wù)器，不管計費服務(wù)器是否正常工作都根據(jù)RADIUS協(xié)議向計費服務(wù)器發(fā)送認證、計費報文，在報文重傳幾次失敗后就將該用戶的認證、計費信息丟棄。對于這類接入設(shè)備NAS，外接的計費服務(wù)器不存在狀態(tài)。
上述現(xiàn)有NAS的體系結(jié)構(gòu)如圖1。現(xiàn)有NAS中，用戶接入模塊10完成寬帶接入設(shè)備基本功能，負責(zé)用戶的接入和數(shù)據(jù)報文轉(zhuǎn)發(fā)；用戶信息采集模塊20負責(zé)收集用戶上網(wǎng)的流量、時長、上網(wǎng)策略等計費信息；狀態(tài)機處理模塊30負責(zé)上網(wǎng)用戶的狀態(tài)位遷移的調(diào)度；服務(wù)器接口40負責(zé)和唯一支持的一臺計費服務(wù)器進行協(xié)議交互。其中，服務(wù)器接口40不僅完成用戶認證、計費請求報文的發(fā)送，同時也要完成來自服務(wù)器的用戶認證、計費響應(yīng)報文的接收。用戶認證、計費請求報文與用戶認證、計費響應(yīng)報文必須是一一對應(yīng)的，如果在一段時間內(nèi)發(fā)送用戶認證、計費請求的服務(wù)器接口不能夠正確的收到來自服務(wù)器的響應(yīng)，那么必須進行重發(fā)，重發(fā)的時間間隔可以根據(jù)需要設(shè)定。
上述的現(xiàn)有NAS不能檢測計費服務(wù)器的狀態(tài)，在計費服務(wù)器發(fā)生故障時不能夠自動進行切換，因而造成網(wǎng)絡(luò)傳輸不可靠，會產(chǎn)生業(yè)務(wù)中斷。
而在電信級網(wǎng)絡(luò)中，通常對設(shè)備提出了很高的要求，尤其是對設(shè)備能否進行自動備份，在設(shè)備異常進行切換時是否能夠自動進行提出了非常高的要求。同時隨著近幾年寬帶的迅猛發(fā)展，寬帶業(yè)務(wù)已經(jīng)不再只有無限時包月一種業(yè)務(wù)，這就意味著對計費提出了高的需求。其中要求寬帶接入設(shè)備NAS可以同時接入多個計費服務(wù)器，并能夠進行智能的自動切換。
如果要保證網(wǎng)絡(luò)傳輸?shù)目煽啃?，必須有一種機制使得NAS接入側(cè)動態(tài)實時獲知計費服務(wù)器當(dāng)前的工作狀態(tài)。如何利用現(xiàn)有的RADIUS協(xié)議，而又能夠?qū)τ嬞M服務(wù)器的工作狀態(tài)進行必要的監(jiān)測，從而保證寬帶用戶計費信息進行高效的、可靠的報文傳輸，對NAS設(shè)備來說是一個非常重要的技術(shù)難題。
在實際應(yīng)用中，上述方案存在以下問題接入設(shè)備NAS在計費服務(wù)器發(fā)生故障時不能夠自動進行切換，會產(chǎn)生業(yè)務(wù)中斷。
造成這種情況的主要原因在于，在現(xiàn)有的技術(shù)中，對于接入設(shè)備NAS，外接的計費服務(wù)器不存在狀態(tài)，NAS無法得知計費服務(wù)器是否正常工作，因而也無法在計費服務(wù)器發(fā)生故障的時候進行自動切換以保障網(wǎng)絡(luò)傳輸?shù)目煽啃院蜆I(yè)務(wù)的連續(xù)性。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種寬帶接入系統(tǒng)中的計費服務(wù)器檢測系統(tǒng)及其方法，使得NAS能夠?qū)崟r檢測計費服務(wù)器的狀態(tài)并根據(jù)計費服務(wù)器的狀態(tài)進行切換以提高網(wǎng)絡(luò)傳輸?shù)目煽啃裕Ｕ蠘I(yè)務(wù)的連續(xù)性。
為了解決上述技術(shù)問題，本發(fā)明提供了一種寬帶接入系統(tǒng)中的計費服務(wù)器檢測系統(tǒng)，包含至少一個服務(wù)器接口，一個服務(wù)器檢測模塊和一個服務(wù)器調(diào)度模塊；所述服務(wù)器接口負責(zé)發(fā)送認證或計費請求并接收來自對應(yīng)計費服務(wù)器的認證或計費響應(yīng)；所述服務(wù)器檢測模塊負責(zé)對所有所述計費服務(wù)器進行狀態(tài)檢測并設(shè)定所述服務(wù)器接口的狀態(tài)；
所述服務(wù)器調(diào)度模塊負責(zé)根據(jù)所述服務(wù)器接口的狀態(tài)選擇所述服務(wù)器接口發(fā)送認證或計費請求。
其中，所述服務(wù)器接口的狀態(tài)包含以下4種工作正常，代表所述服務(wù)器接口對應(yīng)的所述計費服務(wù)器工作正常，可以發(fā)送所述認證或計費請求；嘗試恢復(fù)，代表可以對所述服務(wù)器接口對應(yīng)的所述計費服務(wù)器能否正常工作進行測試，但只能夠發(fā)送有限數(shù)目的所述認證或計費請求；工作異常，代表所述服務(wù)器接口對應(yīng)的所述計費服務(wù)器無法正常工作，不可以發(fā)送所述認證或計費請求；等待響應(yīng)，代表正在等待所述服務(wù)器接口對應(yīng)的所述計費服務(wù)器的測試回應(yīng)，不可以發(fā)送所述認證或計費請求。
所述有限數(shù)目是一個。
本發(fā)明還提供了一種寬帶接入系統(tǒng)中的計費服務(wù)器檢測方法，包含以下步驟A在所述服務(wù)器接口不能正確接收所述計費服務(wù)器的響應(yīng)時重發(fā)認證或計費請求；B重發(fā)次數(shù)超過最大重發(fā)次數(shù)仍不能正確接收所述計費服務(wù)器的響應(yīng)時將該服務(wù)器接口的狀態(tài)設(shè)置為工作異常，并切換到另外可用的所述服務(wù)器接口發(fā)送；C在所述服務(wù)器接口的狀態(tài)設(shè)置為工作異常后，定期自動嘗試激活該服務(wù)器接口。
其中，所述步驟C還包含以下子步驟C1在所述服務(wù)器接口的狀態(tài)設(shè)置為工作異常后，等待一個時間檢測間隔后將該服務(wù)器接口的狀態(tài)設(shè)置為嘗試恢復(fù)；
C2隨機獲取一個認證或計費請求通過該服務(wù)器接口發(fā)送，并在發(fā)送后將該服務(wù)器接口的狀態(tài)設(shè)置為等待響應(yīng)；C3在最大重傳次數(shù)內(nèi)如果收到來自所述計費服務(wù)器的響應(yīng)，則將該服務(wù)器接口的狀態(tài)設(shè)置為工作正常，否則將該服務(wù)器接口的狀態(tài)設(shè)置為工作異常。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的區(qū)別在于，本發(fā)明提出的在寬帶接入系統(tǒng)中實現(xiàn)計費服務(wù)器檢測的系統(tǒng)中的NAS連接多個計費服務(wù)器并實時監(jiān)測計費服務(wù)器的工作狀況，根據(jù)多個對應(yīng)響應(yīng)計費服務(wù)器的服務(wù)器接口的狀態(tài)選擇可以使用的計費服務(wù)器使用，能夠在當(dāng)前使用的計費服務(wù)器發(fā)生故障時自動切換并自動監(jiān)測激活已經(jīng)排除故障的計費服務(wù)器。
這種技術(shù)方案上的區(qū)別，帶來了較為明顯的有益效果，即首先，由于本發(fā)明在寬帶接入系統(tǒng)中實現(xiàn)計費服務(wù)器檢測的方案能夠?qū)崟r監(jiān)測計費服務(wù)器的工作狀況并在發(fā)生計費服務(wù)器故障時停止向該計費服務(wù)器數(shù)據(jù)的發(fā)送，從而避免了許多無謂的請求報文的發(fā)送，減少對網(wǎng)絡(luò)的沖擊。其次，本發(fā)明在寬帶接入系統(tǒng)中實現(xiàn)計費服務(wù)器檢測的方案能夠在計費服務(wù)器發(fā)生故障時自動切換到備份的計費服務(wù)器，充分保證了運營業(yè)務(wù)不被中斷，提高了業(yè)務(wù)的可靠性。


圖1為現(xiàn)有技術(shù)中NAS的體系結(jié)構(gòu)示意圖；圖2為根據(jù)本發(fā)明的一個實施例的在寬帶接入系統(tǒng)中實現(xiàn)計費服務(wù)器檢測的系統(tǒng)組成示意圖；圖3為根據(jù)本發(fā)明的一個較佳實施例的在發(fā)送一個認證或計費請求時檢測服務(wù)器接口所對應(yīng)的計費服務(wù)器異常并在異常時進行切換的流程圖；圖4為根據(jù)本發(fā)明的一個較佳實施例的在服務(wù)器接口狀態(tài)被設(shè)置為工作異常之后系統(tǒng)自動重新激活工作異常的計費服務(wù)器對應(yīng)的服務(wù)器接口的流程圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述。
本發(fā)明提出一種新的NAS和與之配套的方法以檢測RADIUS服務(wù)器工作狀態(tài)是否正常，支持在寬帶接入設(shè)備NAS上實現(xiàn)主備計費服務(wù)器的自動切換。本發(fā)明方案在一個寬帶接入NAS上同時配置多個計費服務(wù)器，當(dāng)一個計費服務(wù)器發(fā)生異常后，NAS利用本發(fā)明提出的檢測機制能夠及時地檢測到計費服務(wù)器異常，然后平滑的切換到另外一臺備份計費服務(wù)器上進行用戶的認證、計費，從而使得業(yè)務(wù)不被中斷。
根據(jù)RADIUS協(xié)議的交互機制，在本發(fā)明方案中，認為不管寬帶接入設(shè)備NAS收到了來自計費服務(wù)器的任何報文都認為計費服務(wù)器工作狀態(tài)正常，否則為異常。根據(jù)這個前提來判定計費服務(wù)器的工作狀態(tài)是否正常。
下面結(jié)合本發(fā)明的一個較佳實施例來說明本發(fā)明方案。該較佳實施例的系統(tǒng)組成如圖2。
圖2根據(jù)本發(fā)明的一個實施例的在寬帶接入系統(tǒng)中實現(xiàn)計費服務(wù)器檢測的系統(tǒng)由用戶接入模塊10，用戶信息采集模塊20，狀態(tài)機處理模塊30，三個服務(wù)器接口40，服務(wù)器調(diào)度模塊50和服務(wù)器檢測模塊60組成。一個NAS接入多個計費服務(wù)器。
圖2中，用戶接入模塊10，用戶信息采集模塊20，狀態(tài)機處理模塊30和服務(wù)器接口40的功能和上述圖1現(xiàn)有技術(shù)中的模塊相同。其中，多個服務(wù)器接口40分別連接對應(yīng)的多個計費服務(wù)器。在本發(fā)明中服務(wù)器接口40有四種狀態(tài)工作正常(UP)，嘗試恢復(fù)(TRY)，工作異常(DOWN)和等待響應(yīng)(READY)。
服務(wù)器檢測模塊60根據(jù)一定的檢測機制對與NAS連接的所有計費服務(wù)器進行狀態(tài)檢測。例如，根據(jù)重發(fā)的次數(shù)來判斷服務(wù)器接口40是否工作異常，如果重發(fā)超過設(shè)定的門限值就認為該服務(wù)器接口40對應(yīng)的計費服務(wù)器工作異常，該服務(wù)器接口40的狀態(tài)就會被設(shè)定為DOWN。在本發(fā)明的一個較佳實施例中，設(shè)定每兩次重發(fā)的間隔為10秒，當(dāng)重發(fā)3次還沒有收到響應(yīng)后就設(shè)定該服務(wù)器接口40的狀態(tài)為DOWN。服務(wù)器檢測模塊60還定期對狀態(tài)為DOWN的服務(wù)器接口40進行嘗試恢復(fù)，例如，在本發(fā)明的一個較佳實施例中，服務(wù)器檢測模塊60每300秒檢測一次狀態(tài)為DOWN的服務(wù)器接口40。嘗試恢復(fù)時，服務(wù)器接口40的狀態(tài)為TRY；等待嘗試恢復(fù)時發(fā)送的信息的響應(yīng)時，服務(wù)器接口40的狀態(tài)為READY。
服務(wù)器調(diào)度模塊50根據(jù)服務(wù)器檢測模塊60得出的當(dāng)前計費服務(wù)器的狀態(tài)，調(diào)度用戶認證、計費請求報文，根據(jù)服務(wù)器接口40狀態(tài)為UP或TRY時才被調(diào)度使用的調(diào)度原則，決定由系統(tǒng)中哪一個服務(wù)器接口40來發(fā)送。在本發(fā)明的一個較佳實施例中，服務(wù)器接口40的狀態(tài)為UP時，服務(wù)器接口40的發(fā)送接收完全正常；服務(wù)器接口40的狀態(tài)為TRY時，服務(wù)器接口40只發(fā)送一個由服務(wù)器調(diào)度模塊50從用戶信息采集模塊20中隨即獲得的認證或計費報文，發(fā)送后即將服務(wù)器接口40的狀態(tài)設(shè)定為等待響應(yīng)狀態(tài)READY。為了防止該服務(wù)器接口40同時發(fā)送多個用戶認證或計費報文。當(dāng)服務(wù)器接口40狀態(tài)為READY后，服務(wù)器調(diào)度模塊50將不會再使用該服務(wù)器接口40發(fā)送報文。
在本發(fā)明的一個較佳實施例中，在發(fā)送一個認證或計費請求時檢測服務(wù)器接口40所對應(yīng)的計費服務(wù)器異常并在異常時進行切換的流程圖如圖3。
首先進入步驟110，調(diào)度選擇一個狀態(tài)為UP的服務(wù)器接口40發(fā)送認證或計費請求。在本發(fā)明的一個較佳實施例中，調(diào)度由服務(wù)器調(diào)度模塊50負責(zé)，所發(fā)送的認證或計費請求由用戶信息采集模塊20提供。接著進入步驟120。
在步驟120中，判斷在設(shè)定的時間內(nèi)該服務(wù)器接口40是否正確接收到計費服務(wù)器的響應(yīng)，如果是則結(jié)束，否則進入步驟130。需要說明的是，用戶認證、計費請求報文與用戶認證、計費響應(yīng)報文必須是一一對應(yīng)的。
在步驟130中，該服務(wù)器接口40重發(fā)認證或計費請求。如果在一段時間內(nèi)發(fā)送用戶認證、計費請求的服務(wù)器接口不能夠正確的收到來自服務(wù)器的響應(yīng)，那么必須進行重發(fā)，重發(fā)的時間間隔可以根據(jù)情況設(shè)定。在本發(fā)明的一個較佳實施例中，重發(fā)的時間間隔的系統(tǒng)建議缺省值為10秒。接著進入步驟140。
在步驟140中，判斷在重發(fā)的時間間隔內(nèi)該服務(wù)器接口40是否正確接收到計費服務(wù)器的響應(yīng)，如果是則結(jié)束，否則進入步驟150。在實際情況中，發(fā)送不成功后的重傳不一定能夠成功，經(jīng)常可能因為計費服務(wù)器的異常工作或者網(wǎng)絡(luò)的異常而導(dǎo)致重傳不成功。
在步驟150中，判斷認證或計費請求的重傳次數(shù)是否超過最大允許重傳次數(shù)，如果是則進入步驟160，否則進入步驟130。最大允許重傳次數(shù)可以設(shè)定，在本發(fā)明的一個較佳實施例中，最大允許重傳次數(shù)的缺省值設(shè)定為3。
在步驟160中，將該服務(wù)器接口40的狀態(tài)設(shè)定為DOWN。當(dāng)服務(wù)器接口40的狀態(tài)為DOWN時，即表示該服務(wù)器接口40對應(yīng)的計費服務(wù)器工作異常，服務(wù)器調(diào)度模塊50將不會選擇該服務(wù)器接口40發(fā)送認證或計費請求。接著進入步驟170。
在步驟170中，選擇其它可調(diào)度服務(wù)器接口40發(fā)送認證或計費請求。該步驟實現(xiàn)發(fā)送認證或計費請求的服務(wù)器接口40對應(yīng)的計費服務(wù)器異常時的平滑切換，從而保證業(yè)務(wù)不中斷。
至此，完成在發(fā)送一個認證或計費請求時檢測服務(wù)器接口40所對應(yīng)的計費服務(wù)器異常并在異常時進行切換的流程。
熟悉本領(lǐng)域的技術(shù)人員可以理解，在實際的網(wǎng)絡(luò)應(yīng)用環(huán)境中，有很多可能會導(dǎo)致寬帶接入設(shè)備NAS無法正常收到響應(yīng)，如網(wǎng)絡(luò)中斷、計費服務(wù)器宕機等等。作為一個可運營、可管理的寬帶接入設(shè)備NAS，在一個服務(wù)器接口40狀態(tài)被設(shè)置為DOWN之后，需要能夠不需要在故障排除之后，人為地進行手工操作，重新激活工作異常的計費服務(wù)器對應(yīng)的服務(wù)器接口40。在本發(fā)明技術(shù)方案中我們通過如下方法得以實現(xiàn)寬帶接入設(shè)備NAS自動的重新激活工作異常的計費服務(wù)器對應(yīng)的服務(wù)器接口40。
本發(fā)明的一個較佳實施例中，在服務(wù)器接口40狀態(tài)被設(shè)置為DOWN之后系統(tǒng)自動重新激活工作異常的計費服務(wù)器對應(yīng)的服務(wù)器接口40的流程圖如圖4所示。
首先進入步驟210，系統(tǒng)將一個服務(wù)器接口40的狀態(tài)設(shè)置為DOWN。在本發(fā)明的一個較佳實施例中，當(dāng)系統(tǒng)將一個服務(wù)器接口40的狀態(tài)設(shè)置為DOWN后即開始系統(tǒng)重新激活該服務(wù)器接口40的流程。接著進入步驟220。
在步驟220中，判斷該服務(wù)器接口40狀態(tài)設(shè)置為DOWN后是否經(jīng)歷了一個檢測時間間隔，如果是則進入步驟230，否則進入步驟220繼續(xù)等待。其中，檢測時間間隔可以根據(jù)實際系統(tǒng)需要設(shè)定。在本發(fā)明的一個較佳實施例中，將檢測時間間隔的缺省值設(shè)置為300秒，當(dāng)該服務(wù)器接口40設(shè)置為DOWN后經(jīng)歷了一個檢測時間間隔則進入下一個步驟。
在步驟230中，將該服務(wù)器接口40的狀態(tài)設(shè)置為TRY。當(dāng)服務(wù)器接口40的狀態(tài)為TRY時，該服務(wù)器接口40并不能夠被大量的用戶認證、計費請求使用，系統(tǒng)只允許被一個用戶認證、計費請求使用，其目的是為了防止服務(wù)器還沒有恢復(fù)正常，就有大量用戶認證、計費請求發(fā)向服務(wù)器，而服務(wù)器又肯定不能夠正確給出響應(yīng)，這些不能夠得到正確響應(yīng)的用戶認證、計費請求又要被服務(wù)器接口進行多次重發(fā)。這樣會給寬帶接入設(shè)備NAS本身和上行到服務(wù)器的網(wǎng)絡(luò)帶來非常大的沖擊，實踐證明通常是致命的。接著進入步驟240。
在步驟240中，該服務(wù)器接口40隨機發(fā)送一個認證或計費請求。其中，認證或計費請求由服務(wù)器調(diào)度模塊50隨機從用戶信息采集模塊中獲取，并向該服務(wù)器接口40對應(yīng)的計費服務(wù)器發(fā)送。接著進入步驟250。
在步驟250中，將該服務(wù)器接口40的狀態(tài)設(shè)置為READY。當(dāng)服務(wù)器接口40狀態(tài)為READY后，服務(wù)器調(diào)度模塊50將不會再使用該服務(wù)器接口40發(fā)送報文。該步驟通過將該服務(wù)器接口40的狀態(tài)設(shè)置為READY以防止該服務(wù)器接口40同時發(fā)送多個認證或計費報文。接著進入步驟260。
在步驟260中，判斷在設(shè)定的最大重傳次數(shù)內(nèi)是否收到該服務(wù)器接口40對應(yīng)的計費服務(wù)器的響應(yīng)，如果是則進入步驟270，否則進入步驟280。該步驟的在具體實施時，首先判斷該服務(wù)器接口40是否收到對應(yīng)的計費服務(wù)器的響應(yīng)，如果是則不需要重傳，否則需要重傳，其中，最大重傳次數(shù)可以由管理人員根據(jù)系統(tǒng)需要設(shè)定，如果在重傳次數(shù)達到最大重傳次數(shù)后仍然沒有收到該服務(wù)器接口40對應(yīng)的計費服務(wù)器的響應(yīng)，則進入步驟280，如果在最大重傳次數(shù)內(nèi)的重傳收到了對應(yīng)的計費服務(wù)器的響應(yīng)則進入步驟270。
在步驟270中，將該服務(wù)器接口40的狀態(tài)設(shè)置為UP后結(jié)束該流程。該步驟在該服務(wù)器接口40收到對應(yīng)的計費服務(wù)器的響應(yīng)之后執(zhí)行。收到了計費服務(wù)器的響應(yīng)即說明計費服務(wù)器工作已經(jīng)正常，可以重新使用，因此將該服務(wù)器接口40激活，即從不可用的狀態(tài)恢復(fù)為可用狀態(tài)。
在步驟280中，將該服務(wù)器接口40的狀態(tài)設(shè)置為DOWN后結(jié)束該流程。該步驟在該服務(wù)器接口40在最大重傳次數(shù)都用完后仍沒有收到計費服務(wù)器的響應(yīng)后執(zhí)行。收不到計費服務(wù)器的響應(yīng)即說明該服務(wù)器接口40對應(yīng)的計費服務(wù)器仍然工作異常，不能夠使用，因此將該服務(wù)器接口40的狀態(tài)仍然設(shè)置為DOWN。
至此，完成一次在服務(wù)器接口40狀態(tài)被設(shè)置為DOWN之后系統(tǒng)自動重新激活工作異常的計費服務(wù)器對應(yīng)的服務(wù)器接口40的流程。
需要說明的是，該流程只是說明一次嘗試激活的過程，實際上在步驟280完成后，又進入了一個新的嘗試激活的過程。
雖然通過參照本發(fā)明的某些優(yōu)選實施例，已經(jīng)對本發(fā)明進行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細節(jié)上對其作各種各樣的改變，而不偏離所附權(quán)利要求書所限定的本發(fā)明的精神和范圍。
權(quán)利要求
1.一種寬帶接入系統(tǒng)中的計費服務(wù)器檢測系統(tǒng)，其特征在于，包含至少一個服務(wù)器接口，一個服務(wù)器檢測模塊和一個服務(wù)器調(diào)度模塊；所述服務(wù)器接口用于發(fā)送認證或計費請求并接收來自對應(yīng)計費服務(wù)器的認證或計費響應(yīng)；所述服務(wù)器檢測模塊用于對所有所述計費服務(wù)器進行狀態(tài)檢測并設(shè)定所述服務(wù)器接口的狀態(tài)；所述服務(wù)器調(diào)度模塊用于根據(jù)所述服務(wù)器接口的狀態(tài)選擇所述服務(wù)器接口發(fā)送認證或計費請求。
2.根據(jù)權(quán)利要求1所述的寬帶接入系統(tǒng)中的計費服務(wù)器檢測系統(tǒng)，其特征在于，所述服務(wù)器接口的狀態(tài)包含以下4種工作正常，代表所述服務(wù)器接口對應(yīng)的所述計費服務(wù)器工作正常，可以發(fā)送所述認證或計費請求；嘗試恢復(fù)，代表可以對所述服務(wù)器接口對應(yīng)的所述計費服務(wù)器能否正常工作進行測試，但只能夠發(fā)送有限數(shù)目的所述認證或計費請求；工作異常，代表所述服務(wù)器接口對應(yīng)的所述計費服務(wù)器無法正常工作，不可以發(fā)送所述認證或計費請求；等待響應(yīng)，代表正在等待所述服務(wù)器接口對應(yīng)的所述計費服務(wù)器的測試回應(yīng)，不可以發(fā)送所述認證或計費請求。
3.根據(jù)權(quán)利要求2所述的寬帶接入系統(tǒng)中的計費服務(wù)器檢測系統(tǒng)，其特征在于，所述有限數(shù)目是一個。
4.一種寬帶接入系統(tǒng)中的計費服務(wù)器檢測方法，其特征在于，包含以下步驟A在所述服務(wù)器接口不能正確接收所述計費服務(wù)器的響應(yīng)時重發(fā)認證或計費請求；B重發(fā)次數(shù)超過最大重發(fā)次數(shù)仍不能正確接收所述計費服務(wù)器的響應(yīng)時將該服務(wù)器接口的狀態(tài)設(shè)置為工作異常，并切換到另外可用的所述服務(wù)器接口發(fā)送；C在所述服務(wù)器接口的狀態(tài)設(shè)置為工作異常后，定期自動嘗試激活該服務(wù)器接口。
5.根據(jù)權(quán)利要求4所述的寬帶接入系統(tǒng)中的計費服務(wù)器檢測方法，其特征在于，所述步驟C還包含以下子步驟C1在所述服務(wù)器接口的狀態(tài)設(shè)置為工作異常后，等待一個時間檢測間隔后將該服務(wù)器接口的狀態(tài)設(shè)置為嘗試恢復(fù)；C2隨機獲取一個認證或計費請求通過該服務(wù)器接口發(fā)送，并在發(fā)送后將該服務(wù)器接口的狀態(tài)設(shè)置為等待響應(yīng)；C3在最大重傳次數(shù)內(nèi)如果收到來自所述計費服務(wù)器的響應(yīng)，則將該服務(wù)器接口的狀態(tài)設(shè)置為工作正常，否則將該服務(wù)器接口的狀態(tài)設(shè)置為工作異常。
全文摘要
本發(fā)明涉及計費系統(tǒng)，公開了一種寬帶接入系統(tǒng)中的計費服務(wù)器檢測系統(tǒng)及其方法，使得NAS能夠?qū)崟r檢測計費服務(wù)器的狀態(tài)并根據(jù)計費服務(wù)器的狀態(tài)進行切換以提高網(wǎng)絡(luò)傳輸?shù)目煽啃?，保障業(yè)務(wù)的連續(xù)性。這種寬帶接入系統(tǒng)中的計費服務(wù)器檢測系統(tǒng)包含至少一個服務(wù)器接口，一個服務(wù)器檢測模塊和一個服務(wù)器調(diào)度模塊；所述服務(wù)器接口負責(zé)發(fā)送認證或計費請求并接收來自對應(yīng)計費服務(wù)器的認證或計費響應(yīng)；所述服務(wù)器檢測模塊負責(zé)對所有所述計費服務(wù)器進行狀態(tài)檢測并設(shè)定所述服務(wù)器接口的狀態(tài)；所述服務(wù)器調(diào)度模塊負責(zé)根據(jù)所述服務(wù)器接口的狀態(tài)選擇所述服務(wù)器接口發(fā)送認證或計費請求。
文檔編號H04L12/14GK1614930SQ20031011402
公開日2005年5月11日 申請日期2003年11月6日 優(yōu)先權(quán)日2003年11月6日
發(fā)明者查敏, 程榮, 羅成, 鄒旭東, 周杰, 歐陽偉龍 申請人:華為技術(shù)有限公司