對用戶對數據網絡的接入計費的方法和系統，以及相關電腦程式產品的製作方法

2023-07-23 00:59:16 3

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