專利名稱：：對用戶對數(shù)據(jù)網(wǎng)絡(luò)的接入計費的方法和系統(tǒng)，以及相關(guān)計算機程序產(chǎn)品的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及對用戶對數(shù)據(jù)網(wǎng)絡(luò)的接入計費的技術(shù)。在特別關(guān)注本發(fā)明在適用固定(即，時間無關(guān))計費方案的用戶和保持基于時間的計費方案的用戶接入數(shù)據(jù)網(wǎng)絡(luò)的環(huán)境中的可能應(yīng)用的情況下，提出了本發(fā)明。
背景技術(shù)：
：現(xiàn)今，對基于IP協(xié)議(網(wǎng)際協(xié)議)的數(shù)據(jù)網(wǎng)絡(luò)的接入一般涉及通過PPP(點對點協(xié)議)協(xié)議會話實現(xiàn)的邏輯連接的建立。這特別適合于連接在使用xDSL(數(shù)字用戶線路)傳輸技術(shù)(所謂的寬帶接入技術(shù))的銅線上的客戶機。這些技術(shù)通常被叫做"虛擬撥號"，因為它們模擬基于調(diào)制解調(diào)器的使用的傳統(tǒng)窄帶接入連接，建立終接于因特網(wǎng)服務(wù)提供商(ISP)的接入點(PoP)的電話網(wǎng)絡(luò)呼叫(撥號)。在這種方案中，IP接入功能由專門的邊緣路由器，BRAS(寬帶遠程接入服務(wù)器)提供，這些系統(tǒng)終接接入連接，并實現(xiàn)客戶機業(yè)務(wù)的路由功能。圖1中舉例表示了典型的參考網(wǎng)絡(luò)配置，其中附圖標記CPE表示用戶終端。終端CPE通過所謂的DSLAM(數(shù)字用戶線路接入多路復(fù)用器)與寬帶接入網(wǎng)絡(luò)N(例如，以太網(wǎng))連接，以便到達提供到IP網(wǎng)絡(luò)，比如因特網(wǎng)的連接的專用接入節(jié)點，比如BRAS邊緣路由器。目前日益關(guān)心采用"始終接通(always-on)"接入模型；這種情況下，終端具有穩(wěn)定的網(wǎng)絡(luò)連接，而不需要借助諸如PPP協(xié)議之類的協(xié)議，預(yù)先建立層2邏輯連接。在xDSL寬帶接入線路上集成地提供VoIP(IP語音)和視頻通信服務(wù)的需要也推動了越來越多地使用"始終接通，，模型；事實上，對于這種應(yīng)用來說，終端必須始終接通，能夠從網(wǎng)絡(luò)和其取得聯(lián)系。不過，就這些客戶機和服務(wù)來說，"始終接通"類型的連接(即，穩(wěn)定連接)的采用尤其是對數(shù)據(jù)服務(wù)來說，造成需要/希望根據(jù)會話的持續(xù)時間對接入計費(計時計費)的問題。目前采用的管理計時計費/收費的方案采用(可能組合地采用)兩種方法，即-基于與專用服務(wù)接入門戶網(wǎng)站的交互作用的服務(wù)選擇體系結(jié)構(gòu)，或者-通過DHCP(動態(tài)主機配置協(xié)議)服務(wù)器的動態(tài)地址分配功能。就服務(wù)選擇體系結(jié)構(gòu)來說，提供一個門戶網(wǎng)站，與希望接入計時計費服務(wù)的那些客戶機交互作用。門戶網(wǎng)絡(luò)允許在從網(wǎng)絡(luò)提供的那些服務(wù)中選擇所需的服務(wù)。這是經(jīng)由IP網(wǎng)絡(luò)的邊緣單元(制造商Cisco將其稱為服務(wù)選擇網(wǎng)關(guān)或者SSG)，利用HTTP(超文本傳輸協(xié)議)協(xié)議來實現(xiàn)的客戶機打開HTTP瀏覽器，其通信被SSG重定向到位于特定IP子網(wǎng)上的托管服務(wù)接入入口的Web服務(wù)器。Web服務(wù)器向客戶機要求其鑒權(quán)憑證，如果該步驟成功，那么Web服務(wù)器向客戶機提供可用服務(wù)的菜單，從所述菜單中可選擇所需的服務(wù)。依據(jù)服務(wù)請求，SSG創(chuàng)建適當?shù)臅?，并啟動關(guān)聯(lián)的RADIUS計費功能。在這些基于DHCP功能性的^f吏用的解決方案中，通過與DHCP服務(wù)器交互作用，客戶機獲得由一定的時間有效性(通常稱為"租用時間，，)表征的IP地址。該地址的有效期可被定期更新。當向客戶機分配地址時，DHCP服務(wù)器創(chuàng)建適當?shù)年P(guān)聯(lián)(DHCP綁定)。通常按照明確的客戶機指示，在網(wǎng)絡(luò)斷開之后，釋放該地址。具體參見專利文獻，WO-A-2005/022893描迷一種在線纜接入網(wǎng)絡(luò)中管理客戶機會話的解決方案。該解決方案以登錄服務(wù)器為基礎(chǔ)，所述登錄服務(wù)器與DHCP服務(wù)器共同工作，以配置客戶機設(shè)備(CPE)和由運營商管理的網(wǎng)絡(luò)終端器(線纜調(diào)制解調(diào)器)。在從DHCP收到IP地址之后，CPE上的登錄客戶機通過安全套接層(SSL)將用戶輸入的憑證(登錄名和口令)傳給登錄服務(wù)器。登錄服務(wù)器將它們發(fā)給RADIUS服務(wù)器以便鑒權(quán)，如果鑒權(quán)成功，那么從DHCP服務(wù)器接收客戶機的本地CMTS(線纜調(diào)制解調(diào)器終接系統(tǒng))的IP地址和線纜調(diào)制解調(diào)器的MAC地址。此外，它產(chǎn)生專用于該客戶機的會話記錄(包含會話信息，包括開始時間在內(nèi))，并且(通過SNMP)與CMTS交互作用以重新配置過濾規(guī)則，以便允許起源于線纜調(diào)制解調(diào)器的通信。最后，它向登錄客戶機發(fā)送確認消息，所述確認消息開始向登錄服務(wù)器發(fā)送定期的"hello"消息。US-B-6393484描述一種通過使用DHCP和相關(guān)的鑒權(quán)功能，管理網(wǎng)絡(luò)受控接入的解決方案。用戶最初聯(lián)系DHCP服務(wù)器從而獲得IP地址，以便接入網(wǎng)絡(luò)。在關(guān)于客戶機的MAC地址的安全檢查之后，DHCP服務(wù)器分配標以臨時狀態(tài)的IP地址。在該步驟，DHCP能夠隨意地在邊緣路由器上配置嚴格的過濾規(guī)則，以將接入僅僅限于某些IP地址，例如登錄服務(wù)器。當計時器期滿時，如果鑒權(quán)不成功，那么該地址被撤消，而過濾規(guī)則和關(guān)聯(lián)被消除。US-A-2005/0204168描述一種通過使用網(wǎng)絡(luò)接入控制器，控制對網(wǎng)絡(luò)的接入的解決方案。該方案涉及朝預(yù)鑒權(quán)捕獲目的地的重定向；預(yù)鑒權(quán)捕獲目的地包括也可由還未被鑒權(quán)的用戶接入的一組服務(wù)器(所謂的"圍墻花園"或WG)。US-B-669764描迷一種通過基于會話的登錄機制，控制對網(wǎng)絡(luò)，比如因特網(wǎng)的接入的解決方案，該登錄機制以PPTP(點對點隧道收發(fā)協(xié)議)連接的建立和供鑒權(quán)之用的PPP會話的使用為基礎(chǔ)。通過與DHCP服務(wù)器的初始交互作用，客戶機獲得"受限制的"IP地址，該IP地址只允許有限地接入網(wǎng)絡(luò)的包括"圍墻花園"的范圍。接入外部網(wǎng)絡(luò)涉及PPTP/PPP會話的使用，在PPTP/PPP會話中，用戶被鑒權(quán)，并且獲得允許他接入因特網(wǎng)的公共IP地址。US-A-2005/0204050描述一種控制對不同的網(wǎng)絡(luò)邏輯"區(qū)域"的接入的解決方案；這些區(qū)域可與一個或多個"圍墻花園"，或者與一組"圍墻花園，，相符。定義對各個客戶機的許可的一組規(guī)則由網(wǎng)關(guān)單元保持和管理。US-B-6912197描述一種通過在網(wǎng)絡(luò)接入點中提供冗佘，在主動管理協(xié)議會話的節(jié)點(Active)發(fā)生故障的情況下，保持朝著"對等，，節(jié)點的基于多鏈路PPP(MLPPP)協(xié)議的連接的解決方案。該解決方案要求在活動節(jié)點和備用節(jié)點之間交換狀態(tài)同步信息。
發(fā)明內(nèi)容現(xiàn)有技術(shù)的上述討論指出管理PPP會話會占用諸如BRAS之類節(jié)點的相當大量的處理能力。事實上，源于與大量的客戶機和每個客戶機的會話有關(guān)的PPP會話管理的遞增負載是限制能夠被駐留在BRAS的客戶機的數(shù)目，從而影響解決方案的可縮放性的因素之一。提出設(shè)計PPP的替代解決方案的另一原因和^L務(wù)接入冗余的管理有關(guān)。申請人注意到通過使用基于PPP協(xié)議的傳統(tǒng)模型，任何可能的故障導(dǎo)致正在進行的會話丟失，服務(wù)恢復(fù)要求在備選BRAS上建立新的PPP會話。這種方法不可避免地導(dǎo)致恢復(fù)時間不適當?shù)馗?。這主要適用于在可用性方面受到嚴格要求的那些服務(wù)，VoIP就是一個恰當?shù)睦?。當希望將低效率降至最小并在備選BRAS上維持有效會話時，必須實現(xiàn)復(fù)雜的進程以使與有效會話相關(guān)的信息同步。這涉及活動BRAS節(jié)點和備用BRAS節(jié)點之間的調(diào)整消息的持續(xù)交換。另一方面，在"始終接通，，連通情形下，在不使用PPP協(xié)議的情況下，基于PPP連接的建立和釋放的簡單、直接的計時計費標準不再可用從而需要一種介紹這種情況下的會話的概念的備選機制。申請人注意到在如前所述的服務(wù)選擇體系結(jié)構(gòu)中，SSG對服務(wù)選擇門戶網(wǎng)站進行的重定向只對HTTP通信有效，在需要利用不同的應(yīng)用協(xié)議(例如，F(xiàn)TP等)，或者對于在IP層上傳送的協(xié)議類型透明的普通數(shù)據(jù)會話建立會話的情況下，這還要求打開初步的HTTP會話。就基于DHCP功能性的使用的那些現(xiàn)有解決方案來說，申請人注意到客戶機可在不釋放地址的情況下從網(wǎng)絡(luò)斷開。這種情況下，只有當配置的租用時間期滿時，DHCP服務(wù)器才取消相關(guān)的關(guān)聯(lián)。而對DHCP服務(wù)器的初始地址請求事實上可被用于啟動基于時間的計費進程，如果客戶機斷開，而不發(fā)送明確的斷開消息，那么在精確性方面，計費結(jié)束會受到不利影響，從而使得必須等到租用時間期滿。申請人還觀察到租用時間值的減小引起與DHCP服務(wù)器更頻繁的消息互動，從而最終限制了可縮放性。具體涉及在US-B-6912197中描述的方案，申請人觀察到這種現(xiàn)有解決方案實質(zhì)上提供一種減少交換的信息的數(shù)量的方法代替總是傳送與每個傳送的片斷相關(guān)的整個序號，活動節(jié)點僅僅定期更新備用節(jié)點，從而限制消息交換開銷。這意味備用節(jié)點并不總是擁有和最后傳送的片斷相關(guān)的序號在具有該序號的最后消息更新之后，活動節(jié)點可能事實上已傳送了其它片斷。就切換來說，不更新保存在備用節(jié)點上的序號的值可能引起分組重構(gòu)方面的問題；為此，按照所討論的現(xiàn)有解決方案，在發(fā)送序號的更新之前，活動節(jié)點遞增其稱為JUMP-COUNT的數(shù)量的值，其值是根據(jù)預(yù)期將在兩個連續(xù)更新消息之間的間隔中傳送的片斷的最大數(shù)目來計算的?？傊?，這種現(xiàn)有解決方案還涉及以PPP協(xié)議會話的建立為基礎(chǔ)的傳統(tǒng)網(wǎng)絡(luò)接入模式的4吏用。從而，本發(fā)明的目的是提供一種改進的解決方案，該解決方案令人滿意地消除了前面討論的現(xiàn)有方案的不足和缺陷。更具體地說，作為本發(fā)明的基礎(chǔ)的具體問題是提供一種改進的方案，在數(shù)據(jù)網(wǎng)絡(luò)中存在"始終接通，，類連接的情況下，該方案使以穩(wěn)固的容錯機制為基礎(chǔ)的計時計費成為可能，以致能夠根據(jù)會話的持續(xù)時間收取客戶機和服務(wù)的接入費用。具體地說，參考基于PPP協(xié)議的模型，任何可能的故障導(dǎo)致正在進行的會話丟失，服務(wù)恢復(fù)要求在備選BRAS上建立新的PPP會話。這種進程不可避免導(dǎo)致恢復(fù)時間不恰當?shù)馗?。按照本發(fā)明，該目的是由具有在后面的權(quán)利要求中陳述的特征的方法實現(xiàn)的。本發(fā)明還涉及對應(yīng)的系統(tǒng)、相關(guān)的網(wǎng)絡(luò)以及相關(guān)的計算機程序產(chǎn)品，所述計算機程序產(chǎn)品可裝入到至少一個計算機的存儲器中，并且包括當該產(chǎn)品在計算機上運行時，執(zhí)行本發(fā)明的方法的步驟的軟件代碼部分。這里使用的對計算機程序產(chǎn)品的引用等同于對計算機可讀介質(zhì)的引用，所述計算機可讀介質(zhì)包含控制計算機系統(tǒng)調(diào)整本發(fā)明的方法的性能的指令。對"至少一個計算機"的引用顯然意圖突出按照分布/模塊方式實現(xiàn)本發(fā)明的可能性。權(quán)利要求書是這里提供的本發(fā)明的公開的組成部分。從而，這里描述的方案的優(yōu)選實施例是一種對用戶對數(shù)據(jù)網(wǎng)絡(luò)提供的服務(wù)的接入計時計費(收費，這兩個詞在這里被相互等同地使用)，即，隨時間計費的方法，其中通過至少一個主接入節(jié)點在用戶和網(wǎng)絡(luò)之間建立穩(wěn)固的連接，借助所述至少一個主接入節(jié)點提供用戶的所述接入，所述方法包括下述步驟-使配置成充當備用節(jié)點的至少一個輔助接入節(jié)點與所述至少一個主接入節(jié)點關(guān)聯(lián)，以便在涉及所述至少一個主接入節(jié)點的故障情況下保持所述連接；-提供與所述至少一個主接入節(jié)點和所述至少一個輔助接入節(jié)點合作的鑒權(quán)節(jié)點；國對請求接入所述數(shù)據(jù)網(wǎng)絡(luò)的任何所述用戶發(fā)出憑證請求，-作為從所述用戶收到有效憑證的結(jié)果，開始對所述用戶的計時計費，和-所述鑒權(quán)節(jié)點將涉及對所述用戶開始的所述計時計費的信息項保存在所述至少一個輔助接入節(jié)點中，從而在涉及所述至少一個主接入節(jié)點故障的情況下，保持對所迷用戶的所述計時計費，因為所述連接由所述至少一個輔助接入節(jié)點保持。這里描述的方案涉及一種稱為會話控制協(xié)議的新協(xié)議，從而客戶機會話可被建立和管理，以允許接入數(shù)據(jù)網(wǎng)絡(luò)(例如，因特網(wǎng))的服務(wù)。最好，在接入不屬于允許的地址子集的IP地址的嘗試中，用于新用戶的會話激活機制是隱含的。更好的是，新會話的激活對應(yīng)于網(wǎng)絡(luò)中的協(xié)議狀態(tài)機的新實例的創(chuàng)建，網(wǎng)絡(luò)中的協(xié)議狀態(tài)機通過與設(shè)置在客戶端的狀態(tài)機合作，管理會話生存周期。當鑒權(quán)功能正常時，優(yōu)選的會話機制和鑒權(quán)功能一起使得能夠?qū)蛻魴C應(yīng)用供數(shù)據(jù)網(wǎng)絡(luò)之用的計時計費原則；另外，通過穩(wěn)固的容錯機制保護對網(wǎng)絡(luò)的接入會話以防網(wǎng)絡(luò)故障的發(fā)生。在主接入節(jié)點故障的情況下，這種機制也可被用于使會話保持有效；這種情況下，會話事實上被重新路由到輔助接入節(jié)點。這種優(yōu)選的容錯機制使需要在接入節(jié)點上保存的狀態(tài)信息的數(shù)量降至最小。另外，就這里說明的方案來說，不再需要在接入節(jié)點之間交換同步消息來管理冗余；這導(dǎo)致接入節(jié)點狀態(tài)機的顯著簡化，對解決方案的可縮放性有利。總之，這里描述的方案使得在存在"始終接通"類連接(即，穩(wěn)固連接)的情況下，也能夠基于一種穩(wěn)固的容錯機制，對可能需要/希望它的客戶機和服務(wù)應(yīng)用計時計費(例如，根據(jù)"會話"的持續(xù)時間，對它們的接入收費)。另外，會話機制被隱含地激活，不需要使用例如SSL協(xié)議，同時還定義一種PPP協(xié)議的備選機制，用于指示用戶會話的開始和結(jié)束，這導(dǎo)致會話形式更簡單。這里描述的方案還提供建立會話的明確接入才莫式和機制，以及相關(guān)的模式和/或協(xié)議。現(xiàn)在參考附圖，借助于實例來描述本發(fā)明，其中圖1已在說明描迷過，圖2示意地表示這里描述的方案的典型使用環(huán)境，圖3-6是例證在這里描述的方案的框架內(nèi)信號的交換的時間圖，圖7示意地表示在這里描述的方案內(nèi)的節(jié)點故障的處理，圖8和9舉例說明在這里描述的方案內(nèi)的節(jié)點的重新激活，圖10-15舉例說明包括在這里說明的方案中的各種狀態(tài)機的結(jié)構(gòu)和操作。具體實施方式(SCP)的協(xié)議的結(jié)構(gòu)和操作相關(guān)。SCP協(xié)議是能夠管理住宅用戶和邊緣節(jié)點之間的應(yīng)用層會話，同時還用備份功能，通過輔助接入節(jié)點上的會話恢復(fù)機制保證服務(wù)保護的協(xié)議。圖2中舉例說明了所考慮的參考情況。每個用戶U的客戶設(shè)備產(chǎn)生以接入網(wǎng)絡(luò)N(例如，諸如以太網(wǎng)之類的分組網(wǎng)絡(luò))的IP通信，以便通過稱為主接入節(jié)點PEN的至少一個接入節(jié)點，可以接入諸如因特網(wǎng)之類的數(shù)據(jù)網(wǎng)絡(luò)I。在本說明中，術(shù)語"接入節(jié)點"指的是終接用戶接入連接，并且為客戶機通信實現(xiàn)路由功能的邊緣路由器，比如BRAS(寬帶遠程接入服務(wù)器)。(在已向標為AAA的鑒權(quán)節(jié)點鑒權(quán)他們自己之后)用戶U還能夠接入一定的網(wǎng)絡(luò)資源，通常是服務(wù)器(圖中未示出)，所迷網(wǎng)絡(luò)資源共同定義目前什么被稱為"圍墻花園"，即，控制用戶能夠接入的信息和網(wǎng)站的瀏覽環(huán)境。在所述的方案中，通過經(jīng)主接入節(jié)點在用戶U和網(wǎng)絡(luò)I之間建立穩(wěn)固的連接，經(jīng)由至少一個主接入節(jié)點(即，主邊緣節(jié)點PEN)提供用戶U對網(wǎng)絡(luò)I的接入。提供至少一個輔助邊緣節(jié)點(SEN)，以便在主節(jié)點PEN發(fā)生故障的情況下，充當主節(jié)點的備用接入節(jié)點，如后更詳細所述。在這里說明的例證實施例中，將假定接入網(wǎng)絡(luò)N只實現(xiàn)OSI棧的前兩層，可用任何技術(shù)，比如Fast或Gigabit以太網(wǎng)來實現(xiàn)，并且連接用戶和諸如PEN或SEN之類的邊緣節(jié)點。諸如PEN或SEN之類的接入節(jié)點通過諸如Radius之類的協(xié)議與AAA服務(wù)器通信。下面是在這里說明的方案的操作中涉及的單元/模塊的簡要描述。會話發(fā)起者模塊SIM是在用戶設(shè)備上運行的代理，主要作用是與后面說明的SSM模塊交換消息，以便建立、維護和終接用戶會話。會話管理者模塊SM運行于主邊緣節(jié)點PEN上；它處理新的SSM才莫塊實例的創(chuàng)建一如后詳細所述的一當用戶希望建立會話時；在主節(jié)點恢復(fù)活動狀態(tài)的情況下，會話管理者模塊SM還搜集已轉(zhuǎn)移到輔助節(jié)點上的會話有關(guān)的信息。單一會話管理者模塊SSM(由會話管理者模塊SM為每個會話以新實例的形式創(chuàng)建)實現(xiàn)協(xié)議邏輯，從而是處理會話管理，并與SIM模塊以及與鑒權(quán)服務(wù)器AAA通信的實體。在輔助邊緣節(jié)點SEN提供上面說明的各個模塊的簡化的備用版本。這些備用版本包括會話管理者備用模塊SMB,會話管理者備用模塊SMB在輔助邊緣節(jié)點SEN上運行，處理從AAA服務(wù)器發(fā)送的信息的存儲，以及當主邊緣節(jié)點PEN發(fā)生故障時，SSMB實例的創(chuàng)建。單一會話管理者備用SSMB模塊是SSM模塊的簡化版本。事實上，不同于SSM模塊，SSMB模塊不處理任何會話的創(chuàng)建。會話備用服務(wù)器SBS由SM模塊用于荻得和轉(zhuǎn)移到輔助節(jié)點上的會話有關(guān)的信息。AAA"服務(wù)器，，是由SSM模塊用于進行用戶憑證控制操作和計費的AAA(鑒權(quán)授權(quán)計費)模塊。圖2中所示的接入(邊緣)節(jié)點PEN,SEN，會話備用服務(wù)器SBS和AAA"服務(wù)器，，之間的連接不必看作直接物理連接，相反可視為邏輯連接。這里描述的會話控制協(xié)議是能夠管理用戶和接入路由器之間的會話的容錯協(xié)議。在明確指示用戶會話的開始和停止(結(jié)束)方面，它提供諸如PPP之類協(xié)議的備選協(xié)議。主要特征是網(wǎng)絡(luò)故障方面的簡單性和魯棒性。從而使該協(xié)議盡可能地簡單，以便使其更加可縮放，同時還保證服務(wù)保護如果在其上建立會話的節(jié)點發(fā)生故障，那么該會話不會被中斷，而是被轉(zhuǎn)移到輔助的備用節(jié)點，如后詳細所述。一旦^L鑒權(quán)，用戶就能夠接入圍墻花園(WG),鑒權(quán)的唯一目的是證明該用戶已與因特網(wǎng)服務(wù)提供商(ISP)簽訂合同。在用戶總是在線("穩(wěn)固連通，，)的情況下，當用戶u啟動(例如打開)用于連接網(wǎng)絡(luò)的設(shè)備時，能夠進行鑒權(quán)。不過，這種鑒權(quán)不允許用戶獲得與數(shù)據(jù)服務(wù)的完全連通性，例如接入因特網(wǎng)。為了獲得所述完全連通性，要建立一個會話，這要求更高層次的鑒權(quán)。使用兩種層次的鑒權(quán)導(dǎo)致靈活性增大；事實上，通過使用相同的第一層次的鑒權(quán)，可利用不同的憑證(顯然不是同時地)從相同的機器激活會話。創(chuàng)建會話所執(zhí)行的操作的順序由圖3的時間圖表示。在這里描述的方案中，用戶U未明確要求邊緣節(jié)點PEN建立會話。一種優(yōu)選的選項是通過控制接收的通信，保證PEN路由器能夠確定用戶是否想和在WG之外的任何機器建立聯(lián)系。現(xiàn)代的路由器以有線速率(wire-rate)進行這樣的操作，于是選擇的該選項不會使路由器操作慢下來。于是，主邊緣節(jié)點PEN控制所有輸入分組的目的地。如果目的地在WG之內(nèi)，那么按照執(zhí)行的路由協(xié)議路由該分組。如果目的地在WG之外，那么該分組被發(fā)送給SM;通過〗吏用接入控制表(ACL)實現(xiàn)這樣的控制。通常，ACL根據(jù)相關(guān)首標字段的內(nèi)容，指定該分組能夠滿足的一組規(guī)則；在這里考慮的例證情況中，ACL被配置成根據(jù)輸入分組的目的地地址是否與分配給屬于WG的機器的地址前綴之一相符，來過濾輸入分組。于是，當路由器收到分組時，它檢查目的地是否屬于WG。隨后，在否定的情況下，它檢查發(fā)送者是否建立了會話，并根據(jù)該操作的結(jié)果，路由器將該分組發(fā)給SM或者發(fā)給收件人。會話管理者SM檢查是存在在為分組發(fā)送者創(chuàng)建會話的過程中的SSM。如果情況不是這樣，那么它在步驟S102中創(chuàng)建一個SSM;如后更加詳細所述，如果已建立一個會話，那么分組將不再被發(fā)送給SM，而是按照路由器的通常路由表路由。一旦被創(chuàng)建，SSM就核實用戶是否實際上希望通過會話開始請求消息，創(chuàng)建一個會話(步驟104)。當這樣的消息到達SIM時，SIM允許用戶選擇是否創(chuàng)建新的會話。在創(chuàng)建新的會話的情況下，用戶還需要輸入有效的憑證。由SIM在會話開始接受消息中發(fā)送(步驟106)的這些憑證將由SSM借助在步驟108中發(fā)給AAA服務(wù)器的接入請求消息來檢查。如果所述憑證被接受為有效，那么在步驟112中，SSM在ACL中創(chuàng)建一條新的規(guī)則。該規(guī)則是允許由剛剛建立該會話的用戶發(fā)送的那些分組到達在WG之外的網(wǎng)絡(luò)資源的規(guī)則。在步驟114中，PEN節(jié)點向AAA服務(wù)器發(fā)送計費請求，從而對該用戶啟動基于時間的計費。在步驟116，AAA服務(wù)器向PEN節(jié)點提供計費響應(yīng)。在步驟118中，類似的響應(yīng)也被發(fā)給輔助節(jié)點SEN。從而，鑒權(quán)節(jié)點AAA還將和關(guān)于該用戶啟動的基于時間的計費有關(guān)的信息保存在備用節(jié)點SEN中。圖3中的步驟119代表從PEN節(jié)點到用戶U的保持該會話的"?；?消息的發(fā)送。以前建立的會話可由于下述三個原因之一而結(jié)束-明確的用戶請求，-預(yù)付費通信量的用盡，或者-未收到?；钕?。圖4中圖解說明了由用戶的明確請求而導(dǎo)致會話結(jié)束的操作序列。當用戶U決定中斷會話時，他首先通知SIM;后者再在步驟12發(fā)送會話結(jié)束請求消息以通知SSM。當收到該消息時，在步驟122中，SSM修改ACL,以防止另外的用戶分組可能到達在WG之外的機器。隨后在步驟124中，它發(fā)送計費請求(具有屬性Acct-Status-Type-Stop)消息，借助該消息，SSM將會話持續(xù)時間，即，在被終止之前，會話持續(xù)多長時間告知AAA服務(wù)器；最后，在步驟126，SSM向用戶U的SIM發(fā)送會話結(jié)束接受消息，以確認會話結(jié)束已發(fā)生。此時，SSM-它不再是必需的-在步驟127中被解除分配，從而釋放路由器上的相關(guān)資源。圖4還圖解說明了服務(wù)器AAA在兩個步驟128和129中分別向主邊緣節(jié)點PEN和輔助邊緣節(jié)點SEN發(fā)送的兩條計費響應(yīng)消息。當討論在故障情況下，保證有效會話的保護的可能性時，將在下面解釋后一消息的重要性。圖5表示由于預(yù)付費的用盡而被終止的會話。當用戶U具有預(yù)付信用時，在會話有效的時候，所述信用可能被用盡。為了管理這種事件，不斷地控制剩余信用，并且為了避免使路由器過載，這樣的控制最好由AAA服務(wù)器而不是由SSM執(zhí)行。在步驟130中，AAA服務(wù)器通過斷開消息通知SSM所迷信用,皮用盡。當收到該消息時，SSM模塊在步驟132中答復(fù)以DisconnectAck，隨后在步驟134中，SSM模塊修改ACL，而在步驟135中，SSM模塊發(fā)出計費請求消息(具有屬性Acct-Status-Type=Stop),以便將會話持續(xù)時間通知AAA服務(wù)器，最后在步驟136中被解除分配之前，在步驟137中，向用戶U的SIM發(fā)送會話結(jié)束接受消息，在該消息中，SSM模塊明確說明由于預(yù)付信用的用盡而終止會話。盡管名義上不必要，不過計費請求消息迫使AAA服務(wù)器向主邊緣節(jié)點PEN發(fā)送計費響應(yīng)消息(步驟138)，另外向輔助邊緣節(jié)點SEN發(fā)送計費響應(yīng)消息(步驟139)。圖6圖解說明由于未收到SSM和SIM交換，以相互控制彼此的活動的"?；?，，消息而被終止的會話。如果未收到所述"?；?消息，那么另一方被認為不再是可聯(lián)系的。由于兩種基本原因，不再接收這些消息第一種原因和用戶機器有關(guān)(例如，電力中斷，操作系統(tǒng)阻塞)；第二種原因與接入網(wǎng)絡(luò)有關(guān)(例如，高度擁塞和/或節(jié)點故障)。在圖6中，示出了SSM模塊的行為，而SIM模塊的對應(yīng)行為將在后面說明。當SSM模塊不再收到?；钕?步驟140)時，SSM模塊認為用戶機器不再能夠發(fā)送消息，并執(zhí)行導(dǎo)致會話結(jié)束的各種步驟首先，它修改ACL(步驟142);隨后，在步驟144，它發(fā)送計費請求(具有屬性Acct-Status-Type-Stop)消息。一旦收到計費響應(yīng)消息(在步驟146),SSM模塊就在步驟S148中被解除分配在這些情況下，發(fā)送會話結(jié)束接受消息事實上不再具有任何意義。另外在這種情況下，還在步驟149中向輔助邊緣節(jié)點SEN發(fā)送計費響應(yīng)消息。如上所述的管理機制本身并不保證服務(wù)保護如果主邊緣節(jié)點PEN發(fā)生故障，那么所有正在進行的會話會被丟失。不過，這里說明的方案適合于通過使用"雙重駐留"方案，避開這種事件的發(fā)生，所述"雙重駐留，，方案利用了輔助邊緣節(jié)點PEN的存在。如圖7中示意所示，基礎(chǔ)的容錯機制涉及兩個邊緣節(jié)點的提供，以允許每個用戶U接入網(wǎng)絡(luò)。在這兩個節(jié)點中-前者，即主節(jié)點PEN默認用作接入節(jié)點，-后者，即輔助節(jié)點SEN保持備用，在涉及主節(jié)點PEN的故障的情況下，可作為備用節(jié)點進行千預(yù)以保持連通性。不考慮這種功能區(qū)別，本領(lǐng)域的技術(shù)人員會立即認識到存在提供配置成起下述兩種作用的接入節(jié)點的可能性-備用節(jié)點(例如SEN)，以便在相應(yīng)的主接入節(jié)點PEN發(fā)生故障的情況下，為網(wǎng)絡(luò)I的第一組用戶保持連通性，和-用于網(wǎng)絡(luò)I的第二組用戶的主節(jié)點PEN。輔助邊緣節(jié)點SEN能夠確定主節(jié)點PEN是否有效，以及確定替換主節(jié)點PEN(如果需要的話)；通過適當?shù)臋C制，例如在諸如HSRP(熱備份冗余協(xié)議)[IETFRFC2281或者VRRP(虛擬路由器冗余協(xié)議)[IETFRFC3768之類協(xié)議中提供的機制，監(jiān)視主節(jié)點PEN的活動。為了使所述機制對用戶透明，在接入網(wǎng)絡(luò)N中存在當主節(jié)點發(fā)生故障時，能夠?qū)⑺邮盏耐ㄐ怕酚山o輔助節(jié)點的實體。這種功能同樣本身為人們所知，從而不必提供更詳細的描迷。輔助節(jié)點SEN將接納在主節(jié)點PEN上建立的會話。于是，輔助節(jié)點SEN的大小被確定為能夠管理為其通常管理的會話兩倍的會話。另外合理的是，考慮按照獨占的方式管理建立的會話，而不必在主節(jié)點PEN和與之相關(guān)的輔助節(jié)點SEN之間設(shè)置復(fù)雜的同步機制。為此，通過AAA服務(wù)器的幫助，具體地說，通過發(fā)送的確認計費請求消息的接收的計費響應(yīng)消息，實現(xiàn)同步。由于作為計費請求消息(具有屬性Acct-Status-Type-Start)的答復(fù)發(fā)送的計費響應(yīng)可被看作實際確定會話的建立的事件，選擇了這些同步消息-另外參見圖11和下面的相關(guān)說明。從而，答復(fù)計費請求發(fā)送的具有屬性Acct-Status-Type-Stop的計費響應(yīng)消息可被看作確定會話的結(jié)束的事件(另外參見圖4、5、6和11)。AAA服務(wù)器的現(xiàn)有實現(xiàn)一般不規(guī)定向兩個接收器發(fā)送計費響應(yīng)消息；不過這可通過另外的模塊(例如通過創(chuàng)建在發(fā)送消息之前，能夠被執(zhí)行的另外的模塊)，或者通過在AAA服務(wù)器使用的數(shù)據(jù)庫上設(shè)置的觸發(fā)器容易地實現(xiàn)。總之，主邊緣節(jié)點PEN將能夠使用接入請求消息中的非標準屬性，將輔助邊緣節(jié)點SEN的地址告知AAA月艮務(wù)器。參見圖7的方案，當收到笫一條計費響應(yīng)消息時，SMB模塊創(chuàng)建供在主節(jié)點PEN發(fā)生故障的情況下使用的SSMB;不過(另外參見圖15)，在它收到一條計費響應(yīng)消息之前，它不發(fā)送任何"?；?消息。這種消息的接收會指示接入網(wǎng)絡(luò)正在向輔助節(jié)點SEN路由通信；只有當主節(jié)點PEN發(fā)生故障時(步驟150)，才會發(fā)生這種情況。當收到第二條計費響應(yīng)消息時(顯然，如果主節(jié)點不活動時，會發(fā)生這種情況)，SSMB隨后纟皮解除分配。要認識到SSMB是在不考慮主節(jié)點PEN中的任何故障的情況下創(chuàng)建的，從而在路由器上資源被占用，即使這些資源隨后不被使用；另一方面，如前所述，輔助節(jié)點SEN的大小最好被確定為還能夠管理主節(jié)點會話，從而稍微增加的資源的使用無論如何也不會使路由器性能失效?？傊谥鞴?jié)點PEN發(fā)生故障的情況下(步驟150),圖7中所示的單元才會強制實施邊緣路由器切換(步驟151)，以致發(fā)生故障的主邊緣節(jié)點PEN被充當備用節(jié)點的輔助邊緣節(jié)點SEN代替。由于鑒權(quán)節(jié)點AAA在其中保存的、與當已建立會話時對用戶U開始基于時間的計費有關(guān)的信息，備用節(jié)點SEN能夠既保持用戶U與網(wǎng)絡(luò)I的連通性，又保持對用戶u的基于時間的計費功能。主節(jié)點PEN上計費響應(yīng)消息的接收由適當?shù)?^幾制來保證(例如，重新發(fā)送計費請求消息)。最好，對不預(yù)知任何重發(fā)機制的輔助節(jié)點SEN不采用相同的方法，從而使同步機制盡可能地簡單。作為計費響應(yīng)消息被丟失的結(jié)果，不創(chuàng)建任何SSMB，從而如果主節(jié)點PEN發(fā)生故障，那么會話將丟失；類似地，第二條消息丟失導(dǎo)致錯過SSMB的解除分配，這導(dǎo)致資源的浪費。就前一問題來說，傳輸二協(xié)議。、就后一問題來說，可以應(yīng)用標準的'"無用單元收集，，:如前所述，當接入網(wǎng)絡(luò)設(shè)備在主連接上發(fā)現(xiàn)錯誤(表示能夠關(guān)系到物理鏈路或主節(jié)點的問題)時，正在進行的會話被轉(zhuǎn)移到輔助節(jié)點上；不過，當問題被解決(即，故障被恢復(fù)時)，能夠使先前轉(zhuǎn)移的會話恢復(fù)到主節(jié)點上，從而重新建立最初的情形具有一定的意義。這樣的"轉(zhuǎn)回"動作示于圖8中，其前面是其中向SM模塊告知多少會話和什么會話已被轉(zhuǎn)移的步驟。該信息可轉(zhuǎn)移自AAA服務(wù)器使用的數(shù)據(jù)庫，在步驟160中，常規(guī)更新消息被發(fā)送給SB服務(wù)器，隨后是一系列的會話信息消息(步驟161-16k)。之后，在步驟180中，SBS服務(wù)器向節(jié)點PEN發(fā)送傳輸完成消息。對于主節(jié)點PEN來說，這種傳輸?shù)墓芾聿皇沁^分的負載，因為一旦被重新激活，節(jié)點PEN不準轉(zhuǎn)發(fā)通信；任何已知類型的可靠協(xié)議可被用于避免信息丟失。圖9更詳細地圖解說明主邊緣節(jié)點PEN的再激活操作。這里，方框170整體表示更新主邊緣節(jié)點PEN的狀態(tài)所涉及的步驟，而方框171代表從輔助節(jié)點SEN回到主節(jié)點PEN的邊緣節(jié)點切換操作?，F(xiàn)在給出為描述的協(xié)議所固有的實體(SM、SSM、SIM、SMB、SSMB)的更詳細的正式說明。該說明將從在SSM模塊和SIM模塊之間交換的消息開始。隨后說明在SSM模塊和AAA服務(wù)器之間交換的消息。最后，說明在SM模塊和SB服務(wù)器之間交換的消息。在SSM和SIM才莫塊之間交換的消息在這兩個實體之間交換的消息如下所示-SessionStartRequest(SSR):它由SSM發(fā)送給SIM，以詢問用戶是否想創(chuàng)建會話；-SessionStartAccept(SSA):它由SIM發(fā)送給SSM，以確認會話創(chuàng)建；另外它包含用戶的憑證；-SessionStartReject(SSRJ):它由SIM發(fā)送給SSM，以避免創(chuàng)建會話；-SessionStartFailed(SSF):如果建立會話的努力不成功，那么它由SSM發(fā)送給SIM;-SessionEndRequest(SER):它由SIM發(fā)送給SSM，以結(jié)束會話；-SessionEndAccept(SEA):它由SSM發(fā)送給SIM，以確認執(zhí)行的會話結(jié)束；-KeepAlive(KA):它或者由SIM發(fā)送或者由SSM發(fā)送，以核實連通性。在SSM模塊和AAA服務(wù)器之間交換的消息在這兩個實體之間交換的消息如下所示-AccessRequest(ACR):它由SSM發(fā)送給AAA服務(wù)器，以核實用戶的憑證；-AccessAccept(AA):如果憑證有效，那么它由AAA服務(wù)器發(fā)送給SSM;-AccessReject(AR):如果憑證無效，那么它由AAA服務(wù)器發(fā)送給SSM;-AccountingRequest(AREQ):它由SSM發(fā)給AAA服務(wù)器，以要求計費開始或結(jié)束。-AccountingResponse(ARES):如果AccountingRequest已收到并被正確登記，那么它由AAA服務(wù)器發(fā)給SSM(和發(fā)給SMB);-DisconnectMessage(DM):如果信用被用盡，那么它由AAA服務(wù)器發(fā)送給SSM;-DisconnectAck(DA):它由SSM發(fā)送給AAA服務(wù)器，以確i人執(zhí)4亍的DisconnectMessage的接收。在SM模塊和SBS服務(wù)器之間交換的消息在這兩個實體之間交換的消息如下所示-GeneralUpdate(GU):它由SM發(fā)送給SB服務(wù)器，以要求會話信息；-SessionInformation(SI):它由SB服務(wù)器發(fā)送給SM，并包含一部分的必需信息；-TransferComplete(TC):當轉(zhuǎn)移結(jié)束或者不需要轉(zhuǎn)移時，它由SB服務(wù)器發(fā)送給SM;下面利用狀態(tài)圖，進一步詳細說明實現(xiàn)該協(xié)議所涉及的實體的行為。使用的形式說明如下符號ex/ay(x和y是整數(shù))表示響應(yīng)事件"ex，，執(zhí)行的動作"ay，，；當?shù)赯次發(fā)生事件ex時，發(fā)生事件exZ,于是自動機按照exZ事件的圓弧，而不是按照ex事件的圓弧改變狀態(tài)。下表報告適合于在包含在這里說明的例證實施例中的狀態(tài)機中使用的計時器的例證值。<table>tableseeoriginaldocumentpage24</column></row><table>現(xiàn)在將從圖10中所示的SM狀態(tài)機開始說明這些狀態(tài)機。存在于圖10中的事件的列表如下。el-接收的SessionInformatione2-接收的TransferCompletee3-收到還未建立會話的用戶對在WG之外的資源的接入嘗試圖10中的動作的列表如下所示。al=GeneralUpdate轉(zhuǎn)發(fā)a2-接收的informationregistrationa3=SSMB創(chuàng)建(如果需要的話)a4-SSM創(chuàng)建(如果需要的話)下面詳細說明圖10中的狀態(tài)和項目(事件/動作)。狀態(tài)200(生成)不是真實和正確的狀態(tài)它僅僅代表SM創(chuàng)建，當主節(jié)點加電時發(fā)生該狀態(tài)。從狀態(tài)200到狀態(tài)202的轉(zhuǎn)移不由任何事件確定，而是在SM向SB服務(wù)器發(fā)送GeneralUpdate消息(al動作)之后執(zhí)行的。在狀態(tài)202，SM接收和在失效轉(zhuǎn)移期間，轉(zhuǎn)移到輔助節(jié)點上的會話有關(guān)的(更新)信息(當然可能不存在任何轉(zhuǎn)移的會話)；通過利用其接收(el事件)確定信息登記U2動作)的會話信息消息，傳輸該信息。當SB服務(wù)器沒有任何要發(fā)送的信息時，它發(fā)送傳輸完成消息；該消息的接收(e2事件)確定用于輔助節(jié)點上的每個轉(zhuǎn)移會話的SSMB的創(chuàng)建(a3動作)和到狀態(tài)204的轉(zhuǎn)移。如果不存在待發(fā)送的任何信息，那么答復(fù)GeneralUpdate消息，將傳輸完成消息發(fā)送給SB服務(wù)器。在狀態(tài)204(活動)上，SM模塊為還未建立會話的用戶對在WG之外的資源嘗試的每個接入(e3事件)創(chuàng)建SSM(a4動作)。實際上，在創(chuàng)建新的SSM之前，SM檢查是否已存在一個SSM;事實上，在SSM修改ACL之前，用戶機器可能向在WG之外的接收器發(fā)送新的分組。SSM狀態(tài)才幾圖11中示出了SSM模塊狀態(tài)機。圖11中所示的事件的列表如下所示。el-接收的SessionStartRejecte2-接收的SessionStartAccepte3-接收的AccessAccepte4-策略路由修改成功e5-接收的AccountingResponsee6-策略路由修改失敗e7-定時器E期滿e8-接收的SessionEndRequeste9-接收的DisconnectMessageelO-接收的KeepAliveell-定時器D期滿el2-策略路由重置成功613=具有信用用盡屬性(非標準屬性)的接收的AccessRejectel4-定時器A期滿el5-策略路由重置失敗el6-定時器B期滿el7-接收的具有否定請求屬性的AccessReject圖11中的動作的列表如下所示al-SessionStartRequest轉(zhuǎn)發(fā)a2-定時器A初始化a3-定時器A持續(xù)時間加倍a4=AccessRequest轉(zhuǎn)發(fā)a5=AccountingRequest轉(zhuǎn)發(fā)(具有屬性Acct畫Status畫Type-Start)a6-定時器B持續(xù)時間加倍a7-策略路由修改嘗試a8-策略路由重置嘗試a9=AccountingRequest轉(zhuǎn)發(fā)(具有屬性Acct-Status-Type=Stop)alO-SessionEndAccept轉(zhuǎn)發(fā)(如果由于事件e19，會話已結(jié)束，或者如果會話已持續(xù)O秒，那么它不發(fā)送SessionEndAcc印t;如果由于事件e9而結(jié)束會話，那么具有屬性termination-cause-ExhaustedCredit)all=KeepAlive轉(zhuǎn)發(fā)al2-定時器D初始化313=失敗的SessionStart轉(zhuǎn)發(fā)(具有原因?qū)傩?AuthenticationFailed)314=失敗的SessionStart轉(zhuǎn)發(fā)315=失敗的SessionStart轉(zhuǎn)發(fā)(具有原因?qū)傩?ExhaustedFailed)al6-定時器E初始化al7=Startsessioninstant被保存al8-定時器B初始4匕a19=會話持續(xù)時間計算a2(H斷開Ack轉(zhuǎn)發(fā)下面詳細說明圖11中的狀態(tài)和事件(事件/動作)。狀態(tài)210(創(chuàng)建)和狀態(tài)226(破壞)不是真實和正確的狀態(tài)，因為它們代表SSM的創(chuàng)建或破壞。從狀態(tài)210到狀態(tài)212的轉(zhuǎn)變不由任何事件確定，是在發(fā)送SessionStartRequest消息(al動作)并初始化計時器A(a2動作)之后進行的。當在狀態(tài)212(CredentialsWait)時，SSM等待來自用戶的答復(fù)；如果SessionStartAccept消息(e2事件)到達，那么SSM發(fā)送AccessRequest消息，以控制用戶的憑證(a4動作)，另外它初始化計時器B(a18動作)，并進入狀態(tài)214。相反，如果SessionStartReject消息(el事件)到達，那么SSM進入狀態(tài)226;最后，如果計時器A期滿(e14事件)，那么SSM再次發(fā)送SessionStartRequest消息(al動作)，并使計時器A持續(xù)時間加倍(a3動作)，從而實現(xiàn)指數(shù)補償機制。SessionStartRequest消息的重發(fā)被重復(fù)P-l次，當計時器A第P次期滿時(el4P事件)，用戶被認為不再可取得聯(lián)系，SSM進入狀態(tài)226。在狀態(tài)214(Authentication)，SSM等待來自AAA服務(wù)器的答復(fù)，如果它收到AccessAccept消息(e3事件)，那么它嘗試修改ACL(a7動作)，并進入狀態(tài)216;相反，如果它收到具有否定請求屬性的AccessReject消息(e17事件)，那么它發(fā)送具有等于鑒權(quán)失敗的失敗原因?qū)傩缘氖〉腟essionStart消息(a13動作)，_沒置計時器A(a2動作)，并進入狀態(tài)212，在狀態(tài)212，SSM等待用戶再次輸入其憑證。注意如果用戶未正確輸入憑證，那么AAA服務(wù)器發(fā)送具有否定請求屬性的AccessReject消息。當收到具有信用用盡屬性的失敗SessionStart消息時(e13事件)，SSM發(fā)送具有等于信用用盡的失敗原因?qū)傩缘氖essionStart消息(a15動作)，借助該消息，SSM通知用戶會話不能被創(chuàng)建，因為信用被用盡。相反，如果計時器B期滿(el6事件)，那么SSM再次發(fā)送AccessRequest消息(a4動作)，并使計時器B持續(xù)時間加倍(a6動作)，從而實現(xiàn)指數(shù)補償機制；消息重發(fā)被重復(fù)N-l次，事實上當計時器B第N次期滿時(el6N事件)，AAA服務(wù)器被認為是不再能夠取得聯(lián)系的，在發(fā)送失敗的SessionStart消息(a14)動作以通知用戶由于技術(shù)問題的緣故，會話一直不能創(chuàng)建之后，SSM進入狀態(tài)226。在狀態(tài)216(策略路由修改)，SSM等待路由策略的修改結(jié)果如果結(jié)果是肯定的(e4事件)，那么發(fā)送具有等于Start的Acct-Status-Type屬性的AccountingRequest消息(a5動作)以開始計費，另外它初始化計時器B(al8動作)，并進入狀態(tài)218;相反，如果修改不成功(e6事件)，那么重復(fù)路由策略修改(a7動作)，執(zhí)行Q-l次重復(fù)，在發(fā)送失敗的SessionStart消息(a14動作)以通知用戶由于技術(shù)問題的緣故，會話一直不能創(chuàng)建之后，發(fā)生第Q次事件e6(e6Q事件)，SSM進入狀態(tài)226。在狀態(tài)218(計費開始)，SSM等待來自AAA服務(wù)器的答復(fù)如果它收到AccountingResponse(e5事件)，那么它發(fā)送?；钕?all動作)，借助該保活消息，它通知用戶會話已被正確創(chuàng)建，保存開始會話時間(al7動作)，初始化對于保活的正確管理所必需的計時器D(a12動作)和E(a16動作)；相反，如果計時器B期滿(e16事件)，那么SSM再次發(fā)送AccountingRequest消息(a5動作)，并使計時器B持續(xù)時間加倍(a6動作)。注意如果答復(fù)一直被丟失，或者如果AAA服務(wù)器一直未正確登記先前發(fā)送的AccountingRequest消息，那么計時器B都會期滿。事實上，Radius協(xié)議并不預(yù)測對AccountingRequest消息的任何否定答復(fù)。進行M-l次重發(fā)，事實上在已進行修改路由策略的嘗試(a8動作)，發(fā)送失敗的SessionStart消息(al4動作)以通知用戶由于技術(shù)問題的緣故，會話一直未被創(chuàng)建，并已計算會話持續(xù)時間(al9動作)(這種情況下，會話持續(xù)時間為零)之后，發(fā)生第M次事件el6(el6M事件)，SSM進入狀態(tài)222。在狀態(tài)220(會話建立)，SSM控制SIM的活動，事實上，當計時器D期滿時(ell事件)，發(fā)送?；钕?all動作)，另外，計時器D被初始化(al2動作)；?；钕⒌牡竭_(e10事件)確定計時器E的初始化(al6動作)。當計時器E期滿時(e7事件)，SSM認為SIM不再是能夠取得聯(lián)系的；這樣的事件確定會話持續(xù)時間的計算U19動作)，修改路由策略的嘗試(a8動作)和轉(zhuǎn)變到狀態(tài)222。會話也會由于預(yù)付信用的用盡而結(jié)束，這樣的事件由AAA服務(wù)器通過斷開消息報告(e9事件)，在這種情況下，除了計算會話持續(xù)時間(al9動作)和修改路由策略的嘗試(a8動作)之外，它還向AAA服務(wù)器發(fā)送斷開Ack(a20動作)。SSM最后還能夠接收SessionEndRequest消息(e8事件)，借助該消息，用戶要求結(jié)束會話，在這種情況下，在進入狀態(tài)222之前，SSM進行會話持續(xù)時間的計算(al9動作)和修改路由策略的嘗試(a8動作)。在狀態(tài)222(策略路由重置)，SSM等待路由策略重置的結(jié)果，如果結(jié)果是肯定的(el2事件)，那么在發(fā)送了具有等于Stop的Acct-Status-Type屬性的AccountingRequest消息(a9動作)，并初始化計時器B(al8動作)之后，SSM進入狀態(tài)224;相反，如果結(jié)果是否定的(el5事件)，如果進行新的嘗試U8動作)，那么如果在K-l次重置嘗試不成功(e15事件)之后，在發(fā)送了具有等于Stop的Acct-Status-Type屬性的AccountingRequest消息(a9動作)，并初始化計時器B(al8動作)之后，SSM進入狀態(tài)224。在狀態(tài)224(計費結(jié)束)，SSM等待來自AAA服務(wù)器的答復(fù)如果它收到AccountingResponse(e5事件)，并且如果會話未因事件e7而結(jié)束，或者如果會話的持續(xù)時間不為O秒，那么它發(fā)送SessionEndAccept消息(a10動作)，借助該消息，它通知用戶會話已^f皮正確結(jié)束(在該消息中，如果會話因事件e9而結(jié)束，那么存在等于信用用盡的失敗原因?qū)傩?；最后，SSM進入狀態(tài)226。相反，如果計時器B期滿(el6事件)，那么SSM再次發(fā)送AccountingRequest消息(a9動作)，并使計時器B的持續(xù)時間加倍(a6動作)。進行H-l次重發(fā)，事實上在發(fā)送了SessionEndAccept消息(a10動作)之后，發(fā)生第H次事件el6(el6H事件)，SSM進入狀態(tài)226。SIM才莫塊狀態(tài)枳i圖12中示出了SIM狀態(tài)機。圖12中所示的事件的列表如下所示。el-接收的SessionStartRequeste2-用戶不想創(chuàng)建會話e3-用戶輸入其憑證e4-接收的失敗SessionStarte5-接收的KeepAlivee6-用戶結(jié)束會話e7-接收的SessionEndAccept(具有屬性原因=信用用盡)e8-接收的SessionEndAccepte9-定時器E期滿el0-定時器C期滿ell-接收的失敗SessionStart(具有屬性reason-AuthenticationCredit)el2-定時器D期滿el3-定時器F期滿el4-接收的失敗SessionStart(具有屬性reason-ExhaustedCredit)圖12中的動作的列表如下所示。al-要求用戶輸入其憑證a2=SessionStartReject消息轉(zhuǎn)發(fā)a3=SessionStartAccept消息轉(zhuǎn)發(fā)a4-用戶被告知正確的會話建立a5-定時器E初始化a6-用戶被告知會話將因技術(shù)問題而結(jié)束87=用戶^皮告知信用用盡a8-用戶^皮告知會話被結(jié)束a9-用戶被告知不可能建立會話al(N用戶被告知憑證未被接受，并要求重新輸入憑證all-定時器C初始化al2=KeepAlive轉(zhuǎn)發(fā)al3-定時器D初始化al4=SessionEndRequest消息轉(zhuǎn)發(fā)al5-定時器F初始化下面詳細說明圖12中的狀態(tài)和項目(事件/動作)。當在狀態(tài)230(等待)時，SIM等待SessionStartRequest消息，當它收到該消息時(el事件)，SIM要求用戶輸入其憑證(al動作)，最后SIM進入狀態(tài)232。在狀態(tài)232(鑒權(quán))，SIM等待用戶輸入憑證(e3事件)，隨后通過SessionStartAccept消息發(fā)送輸入的憑證(a3動作)，并初始化計時器C(all動作)。?；钕⒌慕邮?e5事件)引起會話的創(chuàng)建，響應(yīng)這樣的事件，SIM通知用戶(a4動作)，并初始化計時器E(a5動作)和計時器D(a13動作)。另外可能的是SSM要求SessionStartAccept消息的重發(fā)(el事件)，在這種情況下，SIM發(fā)送SessionStartAccept消息(a3動作)，并初始化計時器C(all動作)。如果SIM收到具有等于鑒權(quán)失敗的失敗原因?qū)傩缘氖essionStart消息(ell事件)，那么它通知用戶憑證不被接受，并要求用戶重新輸入憑證(alO動作)。相反，如果SIM收到具有等于信用用盡的失敗原因?qū)傩缘氖essionStart消息(e14事件)，那么SIM通知用戶不可能創(chuàng)建會話(a7動作)，并進入狀態(tài)230。相反，如果SIM收到失敗SessionStart(e4事件)，那么它通知用戶不可能創(chuàng)建會話(a9動作)，并進入狀態(tài)230。如果用戶不想創(chuàng)建會話(e2事件)，那么SIM發(fā)送SessionStartReject消息(a2動作)。最后可能的是計時器C期滿(el0事件)，這種情況下，SIM認為該邊緣節(jié)點不再可能取得聯(lián)系，并通知用戶不可能創(chuàng)建會話(a9動作)，并進入狀態(tài)230。在狀態(tài)234(會話建立)，SIM控制SSM活動，事實上，當計時器D期滿時(el2事件)，發(fā)送?；钕?al2動作)，計時器D被再次初始化(al3動作)；?；钕⒌牡竭_(e5事件)確定計時器E的初始化(a5動作)。當計時器E期滿時(e9事件)，SIM認為SSM不再能夠取得聯(lián)系；在這種情況下，SIM通知用戶會話將因技術(shù)問題而被結(jié)束(a6動作)，并進入狀態(tài)230。如果收到具有等于信用用盡的終止原因?qū)傩缘腟essionEndAccept消息(e7事件)，會話也會結(jié)束，在這種情況下，SIM通知用戶信用用盡(a7動作)，并進入狀態(tài)230。最后可能的是用戶決定結(jié)束會話(e6事件)，在這種情況下，SIM發(fā)送SessionEndRequest消息(el4事件)，初始化計時器F(e15事件)，并進入狀態(tài)236。在狀態(tài)236(會話結(jié)束)，SIM等待SessionEndAccept消息，如果該消息到達(e8事件)，那么SIM通知用戶會話結(jié)束(a8動作)，并進入狀態(tài)230;甚至如果計時器F期滿(e13事件)，SIM也通知用戶會話結(jié)束(a8動作)，并進入狀態(tài)230。要認識到最后會話的會話ID被保留，以避免意外的狀態(tài)變化。具體地說，可以考慮圖13中所示的情況圖13中，步驟301-30P對應(yīng)于發(fā)送P次會話ID=1的SessionStartRequest,方框310表示除了在延遲時間較大的情況下收到的第P條消息之外，所有消息都丟失的例證情況。附圖標記312i表示會話ID-2的會話。如果模塊SIM不保存最后會話的會話ID，那么沒有辦法知道必須忽一見會話ID=1的SessionStartRequest。SMB狀態(tài);f幾圖14中示出了SMB模塊狀態(tài)機。圖14中的事件的列表如下所示。el-收到答復(fù)具有Acct-Status-typestart屬性的AccountingRequest的AccountingResponsee2-收到答復(fù)具有Acct-Status-typestop屬性的AccountingRequest的AccountingResponsee3-檢測到主節(jié)點的故障e4-檢測到主節(jié)點的活動圖14中的動作的列表如下所示。al-新的SSMB實例的創(chuàng)建a2=SSMB實例的破壞a3=SSMB被通知下面詳細說明圖14中的狀態(tài)和項目(事件/動作)。當在狀態(tài)320(開始)時，當SMB收到答復(fù)具有Acct-Status-typestart屬性的AccountingRequest消息的AccountingResponse消息(el事件)時，SMB創(chuàng)建新的SSMB(al動作)；當收到答復(fù)具有Acct-Status-typestop屬性的AccountingRequest消息的AccountingResponse消息(e2事件)時，SSMB被刪除(a2動作)。主節(jié)點故障的檢測(e3事件)確定轉(zhuǎn)移到狀態(tài)322。在狀態(tài)322(結(jié)束)，SMB等待主節(jié)點恢復(fù)活動(e4事件)，在這種情況下，通知SSMB(a3動作)，并進入狀態(tài)320。ssmb才莫塊狀態(tài)才;u圖15中示出了SSMB模塊狀態(tài)機。圖15中的事件的列表如下所示。el-主邊緣節(jié)點已恢復(fù)活動e2-接收的FirstKeepAlivee3-接收的KeepAlivee4-定時器D期滿e5-接收的AccountingResponsee6-定時器E期滿e7-失敗的Policyroutingresettinge8-接收的SessionEndResponsee9-接收的DisconnectMessageelO-成功的Policyroutingresettingell-定時器B期滿圖15中的動作的列表如下所示。al-開始會話時間;故保存a2-計時器D和E纟皮阻塞a3-計時器E初始4匕a4-計時器D初始化a5=KeepAlive轉(zhuǎn)發(fā)86=路由策略重置37=會話持續(xù)時間計算a8=DisconnectAck轉(zhuǎn)發(fā)a9=AccountingRequest轉(zhuǎn)發(fā)(具有屬性Acct-Status-Type=Stop)alO-SessionEndAccept轉(zhuǎn)發(fā)(如果會話因事件e19而結(jié)束，那么不發(fā)送SessionEndAccept;如果會話因事件e9而結(jié)束，那么具有屬性終止原因-信用用盡)all-計時器B初始化al2-計時器B持續(xù)時間加倍下面詳細說明圖15中的狀態(tài)和項目(事件/動作)。如在介紹中所述，SSMB模塊是SSM模塊的簡化形式；事實上，SSMB模塊將不處理新會話的創(chuàng)建，相反它只管理已在主節(jié)點上創(chuàng)建的會話。從而，下面的狀態(tài)的描述非常類似于關(guān)于SSM進行的狀態(tài)描迷。同樣，狀態(tài)330(創(chuàng)建)和狀態(tài)338(破壞)都不是真實和正確的狀態(tài)，相反僅僅代表SSMB實例的創(chuàng)建或破壞。從狀態(tài)330到狀態(tài)332的轉(zhuǎn)變不由任何事件確定，是在已保存會話開始時間(al動作)之后執(zhí)行的。在進入狀態(tài)332(建立會話)之前，SSMB并不初始化計時器D和E,于是?；顧C制將不活動；第一條?；钕⒌慕邮?e2事件)將導(dǎo)致計時器E的初始化(a3動作)和計時器D的初始化(a4動作)，于是?；顧C制激活。這種選擇的動機是因為最好只有當主節(jié)點發(fā)生故障時，才使用SSMB，以致發(fā)送?；钕]有意義，如果這些?；钕⒁灿稍谥鞴?jié)點上運行的SSM發(fā)送的話。當計時器D期滿(e4事件)時，發(fā)送?；钕?a5動作)，計時器D被再次初始化(a4動作)；?；钕⒌牡竭_(e3事件)確定計時器E的初始化(a3動作)。當計時器E期滿(e6事件)時，SSM認為SIM不再能夠取得聯(lián)系；這種事件確定會話持續(xù)時間的計算(a7動作)，修改路由策略的嘗試(a6動作)和到狀態(tài)334的轉(zhuǎn)變。如前所述，會話也會因預(yù)付信用已經(jīng)用盡而結(jié)束，這種事件由AAA服務(wù)器通過DisconnectMessage消息報告(e9事件)，在這種情況下，除了計算會話持續(xù)時間(a7動作)和修改路由策略的嘗試(a6動作)之外，還向AAA服務(wù)器發(fā)送DisconnectAck(a8動作)。SSMB模塊還可接收SessionEndRequest消息(e8事件)，借助該消息，用戶要求結(jié)束會話。在返回狀態(tài)334之前，SSMB進行會話持續(xù)時間計算(a7動作)和修改路由策略的嘗試(a6動作)。最后，主節(jié)點可恢復(fù)活動(el事件)；這確定計時器D和E的阻滯(a2動作)，因為當主節(jié)點恢復(fù)活動時，它將具有管理會話的SSMB。在狀態(tài)334(策略路由重置)，SSMB模塊等待路由策略重置的結(jié)果，如果所述結(jié)果是肯定的(e10事件)，那么在發(fā)送具有等于St叩的Acct-Status畫Type屬性的AccountingRequest消息(a9動作)，并初始化計時器B(all動作)之后，SSM進入狀態(tài)336;相反，如果所述結(jié)果是否定的(e7事件)，那么進行新的嘗試(a6動作)，如果在K-1次嘗試之后，重置仍然不成功(e7K事件)，那么在發(fā)送具有等于Stop的Acct-Status-Type屬性的AccountingRequest消息(a9動作)，并初始化計時器B(all動作)之后，SSMB模塊進入狀態(tài)336。在狀態(tài)336(計費結(jié)束)，SSMB模塊等待來自AAA服務(wù)器的答復(fù)如果它收到AccountingResponse(e5事件)，并且會話未因e6事件而結(jié)束，或者如果會話不具有為0秒的持續(xù)時間，那么它發(fā)送SessionEndAccept消息(al0動作)，借助該消息，它通知用戶會話已被正確結(jié)束(如果會話因e9事件而結(jié)束，那么在該消息中，存在等于信用用盡的失敗原因?qū)傩?；最后，SSMB進入狀態(tài)338。相反，如果計時器B期滿(ell事件)，那么SSMB再次發(fā)送AccountingRequest消息(a9動作)，并使計時器B持續(xù)時間加倍(aU動作)，于是實現(xiàn)指數(shù)補償機制。進行H-l次重發(fā)；在第H次發(fā)生ell事件(ellH事件)之后，發(fā)送SessionEndAccept消息(a10動作)，SSMB模塊進入狀態(tài)338。從而，在不損害本發(fā)明的基本原理的情況下，參考舉例說明的內(nèi)容，細節(jié)和實施例可發(fā)生變化，而不脫離附加權(quán)利要求限定的本發(fā)明的范圍。例如，這里描述的方案可被配置成共同向固定地與時間無關(guān)地對其接入計費的用戶提供對數(shù)據(jù)網(wǎng)絡(luò)I提供的服務(wù)的接入。權(quán)利要求1、一種對用戶(U)接入數(shù)據(jù)網(wǎng)絡(luò)(I)提供的服務(wù)進行計時計費的方法，其中通過至少一個主接入節(jié)點(PEN)在用戶和網(wǎng)絡(luò)之間建立穩(wěn)固的連接，借助所述至少一個主接入節(jié)點(PEN)提供用戶(U)的所述接入，所述方法包括下述步驟-使配置成充當備用節(jié)點的至少一個輔助接入節(jié)點(SEN)與所述至少一個主接入節(jié)點(PEN)關(guān)聯(lián)，以便在涉及所述至少一個主接入節(jié)點(PEN)的故障情況下保持所述連接；-提供與所述至少一個主接入節(jié)點(PEN)和所述至少一個輔助接入節(jié)點(SEN)合作的鑒權(quán)節(jié)點(AAA)；-對請求接入所述數(shù)據(jù)網(wǎng)絡(luò)的任何所述用戶(U)發(fā)出憑證請求，-作為從所述用戶(U)收到有效憑證的結(jié)果，開始對所述用戶的計時計費，和-所述鑒權(quán)節(jié)點(AAA)將涉及對所述用戶(U)開始的計時計費的信息項保存在所述至少一個輔助接入節(jié)點(SEN)中，從而在涉及所述至少一個主接入節(jié)點(PEN)的故障情況下，保持對所述用戶(U)的計時計費，因為所述連接由所述至少一個輔助接入節(jié)點(SEN)保持。2、按照權(quán)利要求1所述的方法，其特征在于，它包括從所述至少一個主接入節(jié)點(PEN)發(fā)出所述憑證請求的步驟。3、按照權(quán)利要求1或2所述的方法，其特征在于，它包括通過檢測在所述數(shù)據(jù)網(wǎng)絡(luò)內(nèi)的用戶分組目的地，所述至少一個主接入節(jié)點(PEN)檢測請求接入所述數(shù)據(jù)網(wǎng)絡(luò)(I)的任何所述用戶(U)的步4、按照權(quán)利要求1-3中的任何一個所述的方法，其特征在于，它包括連帶地還向與時間無關(guān)地對其接入計費的用戶，提供對所述數(shù)據(jù)網(wǎng)絡(luò)(I)提供的服務(wù)的接入的步驟。5、按照權(quán)利要求1-4中的任何一個所述的方法，其特征在于，它包括依據(jù)來自用戶的請求(120)，終止(128)對所述用戶(U)開始的計時計費的步驟。6、按照權(quán)利要求1-4中的任何一個所述的方法，其特征在于，它包括當所述計費的預(yù)付款用盡(130)時，終止(138)對所述用戶(U)開始的計時計費的步驟。7、按照權(quán)利要求1-4中的任何一個所述的方法，其特征在于，它包括當錯過?；钏苑€(wěn)固連接的消息的接收(140)時，終止(146)對所述用戶(U)開始的計時計費的步驟。8、按照權(quán)利要求5-7中的任何一個所述的方法，其特征在于，它包括向所述至少一個輔助接入節(jié)點(SEN)發(fā)送指示所述計時計費被終止的消息的步驟(129;139;149)。9、按照前述權(quán)利要求中的任何一個所迷的方法，其特征在于，它包括提供至少一個配置成起下述兩種作用的接入節(jié)點的步驟-在至少一個相應(yīng)的主接入節(jié)點(PEN)故障的情況下，為所述網(wǎng)絡(luò)(I)的第一組用戶保持連接的備用節(jié)點(SEN)，和-用于所述網(wǎng)絡(luò)(I)的第二組用戶的主節(jié)點(PEN)。10、按照前述權(quán)利要求中的任何一個所述的方法，其特征在于，它包括一旦涉及所述至少一個主接入節(jié)點(PEN)的所述故障被清除，就通過所述至少一個主接入節(jié)點(PEN)為所述用戶(U)保證所述連接和所述計時計費的步驟。11、按照前述權(quán)利要求中的任何一個所迷的方法，其特征在于，它包括下述步驟國提供相應(yīng)的狀態(tài)機(SIM;SM;SSM;SMB;SSMB)-在被提供對所述數(shù)據(jù)網(wǎng)絡(luò)(I)的接入的任意所述用戶(U)，-在所述至少一個主接入節(jié)點(PEN)，-在所述至少一個輔助接入節(jié)點(SEN),和-借助在被提供對所述數(shù)據(jù)網(wǎng)絡(luò)(I)的接入的所迷用戶(U)的所述狀態(tài)機(SIM)與分別位于所述至少一個主接入節(jié)點(PEN)和所述至少一個輔助接入節(jié)點(SEN)的相應(yīng)狀態(tài)機(SM，SSM;SMB，SSMB)之間的互動會話，為所述用戶(U)提供所述連接和所述計時計費。12、按照權(quán)利要求11所述的方法，其特征在于，它包括向位于所述至少一個主接入節(jié)點(PEN)的狀態(tài)機(SM，SSM)提供與在被提供對所述數(shù)據(jù)網(wǎng)絡(luò)(I)的接入的所述用戶(U)的所述狀態(tài)機(SIM)建立互動會話的能力的步驟。13、按照權(quán)利要求12所述的方法，其特征在于，它包括在所述至少一個輔助接入節(jié)點(SEN)提供狀態(tài)機(SMB，SSMB)，作為位于所述至少一個主接入節(jié)點(PEN)的狀態(tài)機(SM,SSM)的簡化版本的步驟，所述簡化版本(SMB，SSMB)缺少與在被提供對所述數(shù)據(jù)網(wǎng)絡(luò)(I)的接入的所述用戶(U)的所述狀態(tài)機建立互動會話的能力。14、一種對用戶(U)接入數(shù)據(jù)網(wǎng)絡(luò)(I)提供的服務(wù)進行計時計費的系統(tǒng)，所述系統(tǒng)包括至少一個主接入節(jié)點(PEN)，以便通過所述至少一個主接入節(jié)點(PEN)在用戶和網(wǎng)絡(luò)之間建立穩(wěn)固的連接，提供用戶(U)的所述接入，所述系統(tǒng)包括-與所述至少一個主接入節(jié)點(PEN)關(guān)聯(lián)的至少一個輔助接入節(jié)點(SEN)，所述至少一個輔助接入節(jié)點(SEN)被配置成充當備用節(jié)點，以便在涉及所述至少一個主接入節(jié)點(PEN)的故障情況下保持所述連接；-與所述至少一個主接入節(jié)點(PEN)和所述至少一個輔助接入節(jié)點(SEN)合作的鑒權(quán)節(jié)點(AAA);-配置成對請求接入所述數(shù)據(jù)網(wǎng)絡(luò)的任何所述用戶(U)發(fā)出憑證請求，作為從所述用戶(U)收到有效憑證的結(jié)果，開始對所述用戶的計時計費的系統(tǒng)單元(PEN),和-所述鑒權(quán)節(jié)點(AAA)被配置成將涉及對所述用戶(U)開始的所述計時計費的信息項保存在所述至少一個輔助接入節(jié)點(SEN)中，從而在涉及所述至少一個主接入節(jié)點(PEN)的故障情況下，保持對所述用戶(U)的所述計時計費，因為所述連接由所述至少一個輔助接入節(jié)點(SEN)保持。15、按照權(quán)利要求14所述的系統(tǒng)，其特征在于，配置成發(fā)出所述憑證請求的所述系統(tǒng)單元(PEN)是所述至少一個主接入節(jié)點(PEN)。16、按照權(quán)利要求14或15所述的系統(tǒng)，其特征在于，它包括配置成通過檢測在所述數(shù)據(jù)網(wǎng)絡(luò)內(nèi)的用戶分組目的地，檢測請求接入所述數(shù)據(jù)網(wǎng)絡(luò)(I)的任何所述用戶(U)的所述至少一個主接入節(jié)點(PEN)。17、按照權(quán)利要求14-16中的任何一個所述的系統(tǒng)，其特征在于，它被配置成連帶地還向與時間無關(guān)地對其接入計費的用戶，提供對所述數(shù)據(jù)網(wǎng)絡(luò)(I)提供的服務(wù)的接入。18、按照權(quán)利要求14-17中的任何一個所述的系統(tǒng)，其特征在于，所述系統(tǒng)被配置成依據(jù)來自用戶的請求(120)，終止(128)對所述用戶(U)開始的所述計時計費。19、按照權(quán)利要求14-17中的任何一個所述的系統(tǒng)，其特征在于，所述系統(tǒng)被配置成當所述計費的預(yù)付款用盡(130)時，終止(138)對所述用戶(U)開始的所述計時計費。20、按照權(quán)利要求14-17中的任何一個所述的系統(tǒng)，其特征在于，所述系統(tǒng)被配置成當錯過保活所迷穩(wěn)固連接的消息的接收(140)時，終止(146)對所述用戶(U)開始的所述計時計費。21、按照權(quán)利要求18-20中的任何一個所述的系統(tǒng)，其特征在于，它包括配置成接收指示所述計時計費被終止的消息的所述至少一個輔助接入節(jié)點(SEN)。22、按照權(quán)利要求14-21中的任何一個所述的系統(tǒng)，其特征在于，它包括配置成起下述兩種作用的至少一個接入節(jié)點國在至少一個相應(yīng)的主接入節(jié)點(PEN)故障的情況下，為所述網(wǎng)絡(luò)(I)的第一組用戶保持連接的備用節(jié)點(SEN)，和-用于所述網(wǎng)絡(luò)(I)的第二組用戶的主節(jié)點(PEN)。23、按照權(quán)利要求14-22中的任何一個所述的系統(tǒng)，其特征在于，它包括所述至少一個主接入節(jié)點(PEN)和所述至少一個輔助節(jié)點(SEN)，它們;故配置成一旦涉及所述至少一個主接入節(jié)點(PEN)的所述故障被清除，就通過所述至少一個主接入節(jié)點(PEN)為所述用戶(U)保證所述連接和所述計時計費。24、按照權(quán)利要求14-23中的任何一個所述的系統(tǒng)，其特征在于，它包括誦相應(yīng)的狀態(tài)機(SIM;SM;SSM;SMB;SSMB)-在被提供對所述數(shù)據(jù)網(wǎng)絡(luò)(I)的接入的任意所述用戶(U)，國在所述至少一個主接入節(jié)點(PEN)，國在所述至少一個輔助接入節(jié)點(SEN),和-借助在被提供對所述數(shù)據(jù)網(wǎng)絡(luò)(I)的接入的所述用戶(U)的所述狀態(tài)機(SIM)與分別位于所述至少一個主接入節(jié)點(PEN)和所述至少一個輔助接入節(jié)點(SEN)的相應(yīng)狀態(tài)機(SM，SSM;SMB，SSMB)之間的互動會話，提供關(guān)于所述用戶(U)的所述連接和所述計時計費。25、按照權(quán)利要求24所述的系統(tǒng)，其特征在于，它包括位于所述至少一個主接入節(jié)點(PEN)的、配置有與在被提供對所述數(shù)據(jù)網(wǎng)絡(luò)(I)的接入的所述用戶(U)的所述狀態(tài)機(SIM)建立互動會話的能力的相應(yīng)狀態(tài)機(SM，SSM)。26、按照權(quán)利要求25所述的系統(tǒng)，其特征在于，它包括位于所述至少一個輔助接入節(jié)點(SEN)的相應(yīng)狀態(tài)機(SMB,SSMB),所述相應(yīng)狀態(tài)機(SMB，SSMB)是位于所述至少一個主接入節(jié)點(PEN)的狀態(tài)機(SM，SSM)的簡化版本，所述簡化版本(SMB，SSMB)缺少與在被提供對所述數(shù)據(jù)網(wǎng)絡(luò)(I)的接入的所述用戶(U)的所述狀態(tài)機建立互動會話的能力。27、一種數(shù)據(jù)網(wǎng)絡(luò)，借助在用戶和網(wǎng)絡(luò)之間建立穩(wěn)固連接的至少一個主接入節(jié)點(PEN)，向用戶(U)提供服務(wù)接入，所述網(wǎng)絡(luò)的特征在于，包括權(quán)利要求14-26中的任何一個的系統(tǒng)。28、一種計算機程序產(chǎn)品，所述計算機程序產(chǎn)品可裝入至少一個計算機的存儲器中，并包括實現(xiàn)按照權(quán)利要求1-13中的任何一個所述的方法的軟件代碼部分。全文摘要一種對用戶(U)接入數(shù)據(jù)網(wǎng)絡(luò)(I)提供的服務(wù)進行計時計費的系統(tǒng)，所述系統(tǒng)包括主接入節(jié)點(PEN)，以便通過該主接入節(jié)點(PEN)在用戶和網(wǎng)絡(luò)之間建立穩(wěn)固的連接，提供用戶(U)的接入。輔助接入節(jié)點(SEN)與該主接入節(jié)點(PEN)關(guān)聯(lián)，該輔助接入節(jié)點(SEN)被配置成充當備用節(jié)點，以便在涉及主接入節(jié)點(PEN)的故障情況下保持所述連接。主接入節(jié)點(PEN)被配置成對請求接入所述數(shù)據(jù)網(wǎng)絡(luò)的任何用戶(U)發(fā)出憑證請求，作為從用戶(U)收到有效憑證的結(jié)果，開始對用戶的計時計費。與主接入節(jié)點(PEN)和輔助接入節(jié)點(SEN)合作的鑒權(quán)節(jié)點(AAA)將涉及對用戶(U)開始的計時計費的信息項保存在輔助接入節(jié)點(SEN)中。從而，在涉及主接入節(jié)點(PEN)的故障情況下，保持計時計費，因為所述連接由輔助接入節(jié)點(SEN)保持。文檔編號H04L29/14GK101401352SQ200680053754公開日2009年4月1日申請日期2006年1月20日優(yōu)先權(quán)日2006年1月20日發(fā)明者G·艾米里奧,M·尤里歐,V·維爾塞隆申請人:意大利電信股份公司