專利名稱：具有通信統(tǒng)計信息收集功能的接入服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及具有通信統(tǒng)計信息收集功能的接入服務(wù)器，更具體地，涉及連接用戶接入網(wǎng)和因特網(wǎng)服務(wù)提供商網(wǎng)(ISP網(wǎng))，具有將各用戶終端收集的通信統(tǒng)計信息通知給連接到上述ISP網(wǎng)的通信統(tǒng)計信息管理用的計費服務(wù)器的功能的接入服務(wù)器。
背景技術(shù)：
作為代表因特網(wǎng)的IP(Internet Protocol)網(wǎng)絡(luò)中，將提供用于將用戶終端連接到IP網(wǎng)的服務(wù)的通信工作者(網(wǎng)絡(luò)管理工作者)稱為因特網(wǎng)服務(wù)提供商(ISPInternet Service Provider)。ISP在用戶終端利用接入服務(wù)器之前，確認連接請求用戶是預(yù)先訂契約的正式用戶，在接入服務(wù)器和用戶終端之間建立會話。
作為用于在接入服務(wù)器和用戶終端之間建立會話的通信協(xié)議，廣泛利用PPP(Point-to-Point Protocol)。PPP是原來用于在電話線或?qū)Ｓ镁€等串行線路上提供TCP/IP等鏈路的協(xié)議，IETF(InternetEngineering Task Force)中標(biāo)準(zhǔn)化為RFC(Request For Comments)1661。
PPP由在OSI參考模型的數(shù)據(jù)鏈路層工作的LCP(Link ControlProtocol)、和在網(wǎng)絡(luò)層工作的NCP(Network Control Protocol)構(gòu)成。LCP是控制鏈路的協(xié)議，通過有關(guān)數(shù)據(jù)大小、有無數(shù)據(jù)壓縮、傳送速率等通信條件的協(xié)商作業(yè)，在2個通信裝置之間建立了數(shù)據(jù)鏈路之后，進行用于檢查和釋放數(shù)據(jù)鏈路的控制。另一方面，NCP是在利用LCP建立鏈路(LCP會話)之后，進行網(wǎng)絡(luò)層的上級協(xié)議的選擇以及網(wǎng)絡(luò)地址的分配/設(shè)定等。另外，NCP具有對應(yīng)網(wǎng)絡(luò)協(xié)議種類的多個控制協(xié)議，可以適合IP和AppleTalk等各種協(xié)議。
ISP將與用戶有關(guān)的個人信息和統(tǒng)計信息作為屬性值形成數(shù)據(jù)庫，例如由管理認證服務(wù)器和計費服務(wù)器等管理服務(wù)器一元管理。上述管理服務(wù)器一般經(jīng)IP網(wǎng)可以與因特網(wǎng)的接入服務(wù)器進行通信。另外，對于這些服務(wù)器之間、和接入服務(wù)器與用戶終端之間的會話管理，通常利用RADIUS(Remote Authentication Dial In UserService)。有關(guān)RADIUS的通信協(xié)議例如規(guī)定為RFC2138、RFC2139、RFC2865、RFC2866、RFC2869。
RADIUS采用服務(wù)器/客戶機方式，通過將管理上述的用戶信息和統(tǒng)計信息等屬性信息的服務(wù)器作為RADIUS服務(wù)器，將接受來自用戶的接入的接入服務(wù)器作為RADIUS客戶機工作，可以在接入服務(wù)器和RADIUS服務(wù)器之間收發(fā)屬性信息。
RADIUS服務(wù)器的第1個作用是用戶認證信息的管理。例如，從用戶終端接收了因特網(wǎng)連接請求的接入服務(wù)器從該連接請求抽取用戶名、口令等用戶認證信息，將該用戶認證信息按照RADIUS認證協(xié)議發(fā)送給RADIUS服務(wù)器。RADIUS服務(wù)器一從接入服務(wù)器接收到用戶認證信息，就與數(shù)據(jù)庫中預(yù)先注冊的用戶認證信息進行核對，判斷請求者是否是預(yù)先訂契約的正式用戶，并將判斷結(jié)果通知給接入服務(wù)器。接入服務(wù)器在上述認證的結(jié)果，連接請求用戶判斷為正式用戶時，在用戶終端和接入服務(wù)器之間執(zhí)行PPP會話的連接控制。
RADIUS服務(wù)器的第2個作用是每個用戶的通信信息的管理。接入服務(wù)器在用戶認證和PPP連接成功了時，將表示用戶開始利用了網(wǎng)絡(luò)的控制信息包發(fā)送給RADIUS服務(wù)器，開始進行與該用戶有關(guān)的統(tǒng)計信息的收集。在用戶結(jié)束了數(shù)據(jù)鏈路時，將表示鏈路釋放(結(jié)束利用因特網(wǎng))的控制信息包發(fā)送給RADIUS服務(wù)器。利用該控制信息包，例如可以將PPP鏈路的連接時間和收發(fā)數(shù)據(jù)量等統(tǒng)計信息發(fā)送給RADIUS服務(wù)器。另外，在各控制信息包附有用于識別用戶的標(biāo)識符(ID)。ISP的情況下，利用上述的RADIUS的功能，進行用戶認證、計費信息以及網(wǎng)絡(luò)增設(shè)計劃等管理信息的收集。
近年，隨著因特網(wǎng)用戶的增加，構(gòu)筑了除了可以使用已有的IPv4之外，還可以使用具有新的地址體系的IPv6的雙棧網(wǎng)絡(luò)。為了在PPP上使用IPv6，需要在NCP安裝Pv6用的控制協(xié)議，對RADIUS定義IPv6用的屬性。關(guān)于前者，已經(jīng)在RFC2472定義有IPv6CP，關(guān)于后者，在RFC3162定義有RADIUS的IPv6支持屬性。
在PPP上應(yīng)使用的IP版本的指定是作為響應(yīng)于認證請求，RADIUS服務(wù)器回復(fù)給接入服務(wù)器的響應(yīng)信息包(認證成功信息包)的屬性，通過是只發(fā)送有關(guān)IPv4的屬性，還是只發(fā)送有關(guān)IPv6的屬性、還是發(fā)送IPv4/IPv6的兩方的屬性，可以指定可適用的IP協(xié)議分別為IPv4、IPv6、IPv4/IPv6。
另一方面，NCP可以在各用戶終端獨自工作，各用戶利用LCP建立了鏈路之后，到鏈路釋放為止的期間，可以隨時建立任意的NCP，并可以隨時釋放。用戶的管理由接入服務(wù)器內(nèi)設(shè)定的各鏈路(LCP會話)唯一的ID管理。因此，現(xiàn)有是如上所述，在1個PPP上建立了多個NCP會話時，能以LCP建立的鏈路(LCP會話)單位收集統(tǒng)計信息，但不能以NCP單位收集連接時間和數(shù)據(jù)量等統(tǒng)計信息。
另外，作為與通信統(tǒng)計信息的收集有關(guān)的現(xiàn)有技術(shù)，例如在特開2000-163376號公報(專利文獻1)提出了一種通信量監(jiān)視裝置，該通信量監(jiān)視裝置是通過對IP信息包頭進行分析，判斷IP信息包利用的協(xié)議種類，例如利用電子郵件還是Web，對不同利用協(xié)議計測從最初信息包到最后信息包的通信時間，將該通信時間記錄為每個利用者的不同協(xié)議會話時間。
另外，特開2000-252979號公報(專利文獻2)提出了在收納了多個用戶終端的CATV網(wǎng)和因特網(wǎng)的連接系統(tǒng)中，數(shù)據(jù)量探查單元從應(yīng)中繼的IP信息包頭的內(nèi)容判斷信源地址、數(shù)據(jù)量、協(xié)議種類(包含數(shù)據(jù)種類)，將該結(jié)果經(jīng)內(nèi)部總線通知給數(shù)據(jù)量合計單元，在數(shù)據(jù)量合計單元分別根據(jù)IP地址以及協(xié)議來合計統(tǒng)計數(shù)據(jù)。

發(fā)明內(nèi)容
為了在上述的RADIUS服務(wù)器收集各NCP的各用戶的通信統(tǒng)計信息，例如作為RADIUS的屬性追加新屬性即可，但新屬性的追加需要在RADIUS服務(wù)器側(cè)和RADIUS客戶機(接入服務(wù)器)側(cè)雙方變更軟件，所以存在變更作業(yè)量變大的問題。
本發(fā)明的目的在于提供一種不對RADIUS追加屬性，可以收集各NCP的統(tǒng)計信息的接入服務(wù)器。
為了達到上述目的，本發(fā)明在具有各用戶的會話管理功能的接入服務(wù)器中，具有對于在1個數(shù)據(jù)鏈路(PPP會話)上建立的LCP會話和NCP的雙方，計測連接時間和輸入輸出數(shù)據(jù)量等通信統(tǒng)計信息的功能；和在規(guī)定時間將各LCP會話的統(tǒng)計信息和各NCP會話的統(tǒng)計信息通知給連接到因特網(wǎng)服務(wù)提供商(ISP)網(wǎng)的各用戶通信信息管理用的計費服務(wù)器的功能。
更具體說來，本發(fā)明是連接到用戶接入網(wǎng)和因特網(wǎng)服務(wù)提供商(ISP)網(wǎng)的接入服務(wù)器，具有伴隨來自連接到上述用戶接入網(wǎng)的用戶終端的數(shù)據(jù)鏈路建立請求，收集用LCP形成的各會話的通信統(tǒng)計信息，在上述數(shù)據(jù)鏈路釋放了時，向連接到上述ISP網(wǎng)的通信統(tǒng)計信息管理用的計費服務(wù)器通知該LCP會話的統(tǒng)計信息的第1單元；收集在上述LCP會話上建立的各NCP會話的通信統(tǒng)計信息，在NCP會話釋放了時，向上述計費服務(wù)器通知釋放NCP會話的統(tǒng)計信息的第2單元。
本發(fā)明的1個特征在于，上述第1單元隨著LCP會話的建立，向計費服務(wù)器發(fā)送該LCP會話的統(tǒng)計處理開始請求，在該數(shù)據(jù)鏈路釋放了時，向上述計費服務(wù)器發(fā)送包含該LCP會話的統(tǒng)計信息的統(tǒng)計處理結(jié)束請求，上述第2單元隨著NCP會話的建立，向上述計費服務(wù)器發(fā)送該NCP會話的統(tǒng)計處理開始請求，在NCP會話釋放了時，向上述計費服務(wù)器發(fā)送包含該釋放NCP會話的統(tǒng)計信息的統(tǒng)計處理結(jié)束請求。但是，從接入服務(wù)器向計費服務(wù)器的統(tǒng)計信息的通知也可以不是如上述那樣限于釋放數(shù)據(jù)鏈路或NCP會話時進行，而在用戶終端為通信狀態(tài)的期間周期進行。
本發(fā)明的另一特征在于，上述第1單元利用對各LCP會話賦予了固有的標(biāo)識符的信息包，將LCP會話統(tǒng)計信息通知給計費服務(wù)器，上述第2單元利用對各NCP會話賦予了固有的標(biāo)識符的信息包，將釋放NCP會話的統(tǒng)計信息通知給上述計費服務(wù)器。在此，NCP會話標(biāo)識符例如如IPCP和IPv6CP這樣，不僅僅是根據(jù)適用的IP控制協(xié)議種類而不同，即使是同一IP控制協(xié)議的會話，也可以對一旦釋放并再次建立的會話賦予與以前不同的標(biāo)識符。
本發(fā)明的最佳實施例中，為了在計費服務(wù)器側(cè)使LCP會話統(tǒng)計信息和NCP會話統(tǒng)計信息能對應(yīng)，上述第2單元利用包含由各NCP會話固有的標(biāo)識符和該NCP會話所屬的LCP會話的標(biāo)識符的組合構(gòu)成的會話標(biāo)識符的信息包，將釋放NCP會話的統(tǒng)計信息通知給計費服務(wù)器。
另外，上述計費服務(wù)器作為具有用戶認證功能的RADIUS服務(wù)器連接到ISP網(wǎng)時，上述第1單元、第2單元將各統(tǒng)計信息以遵循RADIUS協(xié)議的信息包形式通知給上述計費服務(wù)器。
根據(jù)本發(fā)明，同一用戶在同一鏈路(PPP會話)上使多個NCP協(xié)議工作了時，通過接入服務(wù)器側(cè)收集各NCP會話的統(tǒng)計信息，對其賦予每個會話固有的ID并通知給計費服務(wù)器(RADIUS服務(wù)器)，在計費服務(wù)器側(cè)可以按每個用戶、每個會話區(qū)分管理連接時間和輸入輸出數(shù)據(jù)量等統(tǒng)計信息。在因特網(wǎng)，由于存在IPv4會話和IPv6會話分別由不同的骨干運營的場合，所以如本發(fā)明，通過按各NCP會話管理統(tǒng)計信息，可以得到對網(wǎng)絡(luò)的運用和設(shè)計有用的信息。


圖1是表示適用本發(fā)明的接入服務(wù)器的網(wǎng)絡(luò)結(jié)構(gòu)的第1實施例的圖。
圖2是表示圖1的網(wǎng)絡(luò)適用的主信號系列傳送協(xié)議棧的1例的圖。
圖3是表示圖1的網(wǎng)絡(luò)適用的控制系列傳送協(xié)議棧的1例的圖。
圖4是表示接入服務(wù)器4的硬件結(jié)構(gòu)的1例的框圖。
圖5是表示接入服務(wù)器4的控制處理單元44的一實施例的框圖。
圖6是表示從用戶終端接收會話建立請求至釋放會話為止的期間的接入服務(wù)器4的工作的流程圖。
圖7是表示轉(zhuǎn)移到圖6的網(wǎng)絡(luò)層協(xié)議階段(步驟108)之后的接入服務(wù)器的工作的流程圖。
圖8是表示控制處理單元44具有的PPP用戶管理表55的一實施例的圖。
圖9是表示控制處理單元44具有的會話管理表56的一實施例的圖。
圖10是表示接入服務(wù)器4發(fā)送給計費服務(wù)器20的計費信息包適用的Acct-Session-ID的一例的圖。
圖11是表示IPCP會話釋放時從接入服務(wù)器4發(fā)送給計費服務(wù)器20的、輸出的計費結(jié)束請求信息包的格式的圖。
圖12是表示IPv6CP會話釋放時從接入服務(wù)器4發(fā)送給計費服務(wù)器20的、輸出的計費結(jié)束請求信息包的格式的圖。
圖13是表示圖1的網(wǎng)絡(luò)中的、用戶終端30與因特網(wǎng)3連接時的通信時序的一例的圖。
圖14是表示圖1的網(wǎng)絡(luò)中的、釋放用戶終端30與因特網(wǎng)3的連接時的通信時序的一例的圖。
圖15是表示適用本發(fā)明的接入服務(wù)器的網(wǎng)絡(luò)結(jié)構(gòu)的第2實施例的圖。
圖16是表示本發(fā)明的第2實施例中的接入服務(wù)器4適用的計費服務(wù)器地址表230的一實施例的圖。
具體實施例方式
以下，參考

本發(fā)明的實施例。
圖1表示適用本發(fā)明的接入服務(wù)器的網(wǎng)絡(luò)結(jié)構(gòu)的第1實施例。
圖1中，1表示連接了多個用戶終端30(30-1、30-2、…)的用戶接入網(wǎng)，2表示因特網(wǎng)服務(wù)提供商(ISP)網(wǎng)，3表示連接到ISP網(wǎng)2的因特網(wǎng)。用戶接入網(wǎng)1例如由公共電話交換網(wǎng)、ADSL和FTTH等寬帶網(wǎng)構(gòu)成。ISP網(wǎng)2連接有認證服務(wù)器10、和管理統(tǒng)計信息的計費服務(wù)器20。另外，在因特網(wǎng)3連接有用戶利用的各種信息服務(wù)用的服務(wù)器7(7-1、7-2、…)。
用戶終端30(30-1、30-2、…)是屬于因特網(wǎng)服務(wù)提供商的用戶終端，經(jīng)用戶接入網(wǎng)1和接入服務(wù)器4連接到ISP因特網(wǎng)服務(wù)提供商網(wǎng)2。在用戶終端30和接入服務(wù)器4之間，采用PPP，用于用戶終端使用的鏈路建立、用戶認證以及IP地址分配的協(xié)議。PPP在直接連接到用戶接入網(wǎng)1的用戶終端30-1的場合下，將用戶終端30-1作為終端，在例如經(jīng)家庭用路由器6連接到用戶接入網(wǎng)1的用戶終端30-2的場合下，將路由器6作為終端。
圖2表示圖1所示的網(wǎng)絡(luò)中，用戶終端30-1和因特網(wǎng)3上的目的服務(wù)器7經(jīng)接入服務(wù)器4通信所需的主信號系列傳送協(xié)議棧的一例。
由于用戶終端30-1利用PPP與接入服務(wù)器4連接，所以在用戶終端30-1的協(xié)議棧500和接入服務(wù)器4的協(xié)議棧501存在PPP協(xié)議棧。比PPP低級的協(xié)議棧根據(jù)用戶接入網(wǎng)1的鏈路層類型而不同。圖中，作為1例，表示鏈路層為以太網(wǎng)(Ethernet注冊商標(biāo)名)的場合。從接入服務(wù)器4至目的服務(wù)器7，如協(xié)議棧502、503所示，按照IPv4/IPv6(IPv4協(xié)議或IPv6協(xié)議)傳送。
圖3表示用戶認證信息、統(tǒng)計信息(計費信息)及其收集條件等控制信息的通信所需的控制類傳送協(xié)議棧的一例。
如協(xié)議棧504、505所示，在用戶終端30-1和接入服務(wù)器4之間，控制信息利用PPP協(xié)議進行通信。另一方面，在接入服務(wù)器4與ISP網(wǎng)的認證服務(wù)器10、計費服務(wù)器20之間，如協(xié)議棧506、507所示，控制信息利用RADIUS協(xié)議進行通信。如后所述，RADIUS協(xié)議中規(guī)定了RADIUS屬性(屬性值)，認證服務(wù)器10和計費服務(wù)器20通過對信息包的數(shù)據(jù)部分(負載部分)賦予分別所需的屬性，與接入服務(wù)器4之間收發(fā)認證處理以及統(tǒng)計信息收集(計費處理)所需的控制信息。
圖4是表示接入服務(wù)器4的硬件結(jié)構(gòu)的一例的框圖。
接入服務(wù)器4由控制服務(wù)器整體的控制處理單元44、將信息包輸出給規(guī)定線路的開關(guān)43、對處理數(shù)據(jù)鏈路層及其上級層上的IP協(xié)議進行處理的多個協(xié)議單元42(42-1～42-n)、和分別具有對應(yīng)連接線路種類的物理層終端功能的多個線路接口(IF)41(41-1A～41-nB)構(gòu)成。在此，線路接口41-1A、41-2A、…41-nA表示輸入線路用的接口，線路接口41-1B、41-2B、…41-nB表示輸出線路用的接口。
圖5是表示控制接入服務(wù)器4的控制處理單元44的一實施例的框圖。
控制處理單元44由存儲器50、數(shù)據(jù)處理器(CPU)441、用于與設(shè)置在外部的控制終端通信的控制終端接口(CL1Command LineInterface)442、用于與協(xié)議處理單元42通信的協(xié)議處理單元接口443、以及用于與開關(guān)43通信的SW接口444構(gòu)成。CPU441執(zhí)行存儲器50中存儲的后述的各種程序。
存儲器50作為有關(guān)本發(fā)明的程序存儲有例如CLI(CL1Command Line Interface)處理程序51、路由協(xié)議處理程序52、警報監(jiān)視處理程序53、PPP協(xié)議處理程序54、RADIUS協(xié)議處理程序57，此外，形成有PPP用戶管理表55和會話管理表56。
CLI處理程序51是為了控制接入服務(wù)器4，系統(tǒng)管理者處理從未圖示的控制終端輸入到CLI442的控制命令的程序。路由協(xié)議處理程序52是各路由協(xié)議處理單元42處理將來自線路接口41的輸入信息包傳送給對應(yīng)目的地址的其他任一線路接口時所需的路由信息的程序。利用上述路由協(xié)議處理程序52，在各程序處理單元42具有的IPv4用或IPv6用的路由表(未圖示)設(shè)定系統(tǒng)管理者指定的路由信息。
各程序處理單元42參考上述路由表對接收信息包進行路由處理。即，各輸入線路接口41-iA(i＝1～n)從網(wǎng)絡(luò)接收的信息包，在協(xié)議處理單元42-iA例如附加了含有對應(yīng)信息包頭的目的地址的路由信息的內(nèi)部頭之后，傳送給開關(guān)43。PPP協(xié)議處理以及RADIUS協(xié)議處理所需的信息傳送給控制處理單元44。開關(guān)43將來自各協(xié)議處理單元42的輸入信息包按照內(nèi)部頭所示的路由信息傳送給其他某個協(xié)議處理單元。各協(xié)議處理單元42-j(j＝1～n)從來自開關(guān)43的信息包中去除內(nèi)部頭，將該信息包輸出給輸出線路接口41-jB。
警報監(jiān)視處理程序53是監(jiān)視接入服務(wù)器4的內(nèi)部產(chǎn)生的警報信息，響應(yīng)警報信息進行工作的程序。另外，處理PPP協(xié)議信號的PPP協(xié)議處理程序54與協(xié)議處理單元42一起，按照與RFC1332、RFC1661、RFC1994、RFC2472、RFC2516等PPP有關(guān)的RFC，執(zhí)行如PPP終端處理、LCP(Link Control Protocol)處理、PAP(PasswordAuthentication Protocol)、CHAP(Challenge Handshake AuthenticationProtocol)等認證處理、IPCP(Internet Protocol Control Protocol)、IPv6CP等NCP處理的IP層、IPv6層的處理。
RADIUS協(xié)議處理程序57處理RFC2138、RFC2139、RFC2865、RFC2866、RFC3162等整個RADIUS協(xié)議，在PPP認證時，與PPP協(xié)議處理程序54一起，向認證服務(wù)器10傳送用戶ID和口令等信息。
在用戶認證成功了時，認證服務(wù)器10將作為與認證的用戶有關(guān)的屬性信息，例如該用戶應(yīng)使用的IP地址等網(wǎng)絡(luò)設(shè)定條件，通知給接入服務(wù)器4。接入服務(wù)器4到PPP會話釋放為止的期間，將與認證服務(wù)器10通知的各用戶有關(guān)的屬性信息存儲在PPP用戶管理表55。
若認證成功了的用戶終端30與接入服務(wù)器4之間建立LCP會話，則接入服務(wù)器4開始統(tǒng)計信息(計費信息)的收集處理。作為統(tǒng)計信息需要按各LCP會話、各NCP會話收集連接時間、信息包通過量等信息。本發(fā)明中，在LCP和NCP的新會話建立了時，在會話管理表56生成具有新會話標(biāo)識符的入口，在該入口管理連接時間和信息包通過量等統(tǒng)計信息。以后說明較好的會話標(biāo)識符的生成方法。
接入服務(wù)器4一確認PPP用戶建立LCP會話，PADIUS協(xié)議處理程序57就生成計費(收集統(tǒng)計信息)處理的開始請求信息包，將該信息包發(fā)送給計費服務(wù)器20。PPP用戶在NCP或LCP會話釋放了時，接入服務(wù)器4用PADIUS協(xié)議處理程序57生成釋放會話的計費處理結(jié)束請求信息包，并將該信息包發(fā)送給計費服務(wù)器20。
接入服務(wù)器4在會話管理表56存儲PPP會話繼續(xù)期間收集的統(tǒng)計信息，利用會話釋放時生成的上述計費處理結(jié)束請求信息包，將統(tǒng)計信息通知給計費服務(wù)器20。但是，作為定期或網(wǎng)絡(luò)產(chǎn)生/恢復(fù)阻塞或障礙等的事件為契機，也可以用RADIUS協(xié)議處理程序57生成表示統(tǒng)計信息的當(dāng)前值的中間計數(shù)信息包，將該信息包發(fā)送給計費服務(wù)器20。統(tǒng)計信息通過對發(fā)送信息包的數(shù)據(jù)部分設(shè)定RADIUS協(xié)議規(guī)定的RADIUS屬性，可以收發(fā)任意種類的信息。
下面，參考圖6～圖11說明本發(fā)明的接入服務(wù)器4的工作。
圖6表示從用戶終端30(PPP用戶)接收數(shù)據(jù)鏈路的建立請求至釋放PPP會話為止的期間的接入服務(wù)器4的工作。
接入服務(wù)器4一從用戶終端30或路由器6接收PPP連接請求，就與用戶終端之間執(zhí)行數(shù)據(jù)鏈路(PPP會話)的建立次序和LCP協(xié)商(步驟100)，等待來自用戶終端的認證請求。一從用戶終端接收到認證請求，RADIUS協(xié)議處理單元57就生成發(fā)送給認證服務(wù)器10的認證請求信息包，將該信息包發(fā)送給認證服務(wù)器10，等待來自認證服務(wù)器10的響應(yīng)(102)。在認證失敗了時，拒絕會話連接并結(jié)束該程序(114)。在認證成功了時，在PPP用戶管理表55生成與PPP用戶對應(yīng)的新入口。
圖8示出PPP用戶管理表55的一例。在此所示的例子中，PPP用戶管理表55的各入口550(550-1、550-2、550-3、…)由表示用戶名(用戶ID)字段551、表示提供給用戶的IPv4地址的Framed IPAddress字段552、表示提供給用戶的IPv6前綴的Framed IP Prefix字段553構(gòu)成。由于PPP協(xié)商有可能根據(jù)用戶而在不同的網(wǎng)絡(luò)條件下設(shè)定，所以PPP用戶管理表55的各入口不限于對上述所有字段進行數(shù)據(jù)注冊。另外，還有在表入口追加551～553以外的其他字段的場合。
接入服務(wù)器4在PPP用戶管理表55追加了新入口之后，生成LCP會話用的ID(104)，在會話管理表56追加具有該LCP會話ID的新入口(105)。在建立PPP會話時生成的LCP用會話ID成為與已經(jīng)建立的其他PPP會話的LCP會話ID不同的唯一值。
圖9表示會話管理表56的一例。
會話管理表56的各入口560(560-1、560-2、560-3、…)由會話ID字段561、用戶名字段562、表示在LCP會話上適用的網(wǎng)絡(luò)層協(xié)議的NCP字段563、表示會話的連接開始時刻的字段564、統(tǒng)計信息的計數(shù)字段構(gòu)成。在此所示的例子中，統(tǒng)計信息的計數(shù)字段包含輸入信息包計數(shù)字段565a、和輸出信息包計數(shù)字段565b。建立LCP會話時生成的入口中，例如如入口560-1所示，NCP字段563成為空欄。
接入服務(wù)器4在會話管理表56追加了入口之后，開始測定LCP會話的統(tǒng)計信息(106)。LCP用的統(tǒng)計信息由于NCP563是不特定的，所以將PPP上的所有NCP作為對象測定統(tǒng)計數(shù)據(jù)。該測定在成為PPP的終端點的協(xié)議處理電路42-i進行，在此測定的統(tǒng)計數(shù)據(jù)定期地被會話管理表56收集。
接入服務(wù)器4在建立了LCP會話之后，向計費服務(wù)器20發(fā)送請求開始LCP會話地統(tǒng)計處理的計費開始請求信息包(107)。在上述計費開始請求信息包(Accounting-Request[start])中，作為RADIUS的屬性，例如包含表示用于識別成為因特網(wǎng)連接請求源的用戶終端30的用戶名的User-Name屬性、表示分配給用戶終端的IP地址的Framed-IP-Address屬性、表示請求的信息包種類(區(qū)別計費開始、計費結(jié)束、中間計數(shù))的Acct-Status-Type屬性、用于識別用戶終端和接入服務(wù)器之間的數(shù)據(jù)鏈路(LCP會話)的Acct-Session-ID屬性。
在計費開始請求信息包的Acct-Status-Type屬性設(shè)定有表示計費處理的開始請求的start(1)代碼。對Acct-Session-ID屬性分配LCP用會話ID即可，從PPP用戶管理表55取得User-Name屬性、Framed-IP-Address屬性等設(shè)定值。
鏈路層的所有處理一結(jié)束，接入服務(wù)器4就為了任何時候都能夠開放(open)網(wǎng)絡(luò)層協(xié)議，將該PPP會話轉(zhuǎn)移到網(wǎng)絡(luò)層協(xié)議階段(108)。以后參考圖7說明網(wǎng)絡(luò)層協(xié)議階段的工作。接入服務(wù)器4只要不發(fā)生線路切斷請求或線路強制切斷等事件，就維持網(wǎng)絡(luò)層協(xié)議階段。一發(fā)生線路切斷請求或線路強制切斷事件，就轉(zhuǎn)移到以下說明的鏈路結(jié)束階段。
一轉(zhuǎn)移到鏈路結(jié)束階段，接入服務(wù)器4就結(jié)束LCP會話用的統(tǒng)計信息的測定，從與釋放的LCP會話(PPP)對應(yīng)的協(xié)議處理電路42-i將相應(yīng)的統(tǒng)計信息收集到會話管理表56(110)。接著，生成包含統(tǒng)計信息的計費結(jié)束請求信息包(Accounting-Request[stop])，將該信息包發(fā)送給計費服務(wù)器20(111)。以后說明上述計費結(jié)束信息包的具體格式。
發(fā)送了計費結(jié)束請求信息包之后，接入服務(wù)器4從會話管理表56刪除與上述釋放LCP會話相應(yīng)的入口(112)，從PPP用戶管理表55刪除與上述釋放LCP會話相應(yīng)的用戶入口(113)，結(jié)束該程序。
下面，參考圖7說明轉(zhuǎn)移到網(wǎng)絡(luò)層協(xié)議(NCP)階段(108)的接入服務(wù)器4的工作。
在網(wǎng)絡(luò)層協(xié)議階段可以隨時建立任意NCP。接入服務(wù)器4監(jiān)視來自用戶終端30的NCP的open請求(120)，在有open請求時，生成NCP用的新會話ID(121)。NCP用的會話ID對于每個同一PPP上形成的NCP會話來說是唯一值。上述會話ID的值不僅與其他種類的NCP的會話ID不同，即使是用同一NCP建立的會話，一旦釋放會話，之后再次建立了會話時，為了可以將該會話識別為另一會話，對每個會話設(shè)定不同值。
接入服務(wù)器4生成具有上述會話ID的新入口(entry)，追加到會話管理表56(122)，開始收集NCP會話用的統(tǒng)計信息(123)。在此生成的表入口與在LCP會話建立時生成的入口560-1不同，例如入口560-2、560-3所示，在NCP字段563包含“IPCP”和“IPv6CP”等的適用NCP的識別信息。
NCP會話用的統(tǒng)計信息的測定中，將會話管理表56指定的特定NCP作為對象，測定各用戶的通信統(tǒng)計信息。該測定與LCP會話用的統(tǒng)計信息同樣，在成為PPP的終端點的協(xié)議處理電路42-i進行，將在此測定的統(tǒng)計數(shù)據(jù)定期地收集到會話管理表56的計數(shù)字段。
接入服務(wù)器4在利用NCP建立了會話的時刻，向計費服務(wù)器20發(fā)送計費開始請求信息包(124)。在此發(fā)送的計費開始請求信息包(Accounting request[start])除了包含在開始測定LCP用統(tǒng)計信息時，在圖6的步驟107發(fā)送的計費開始請求信息包的RADIUS屬性之外，例如還包含如表示用IPCP分配給用戶終端的IP地址的Framed-IP-Address屬性，表示適用NCP的用戶分配信息的屬性。
在此，確定成為用戶終端和接入服務(wù)器之間的PPP會話的標(biāo)識符的Acct-Session-ID屬性的設(shè)定值需要一定的工夫。這是因為在RADIUS服務(wù)器中，利用計費開始請求信息包的信源接入服務(wù)器的IP地址和Acct-Session-ID屬性表示的PPP會話標(biāo)識符，識別計費請求信息包。從而，如上所述，若將NCP用會話ID和LCP用會話ID設(shè)為不同的值，則在計費服務(wù)器20側(cè)，可以將在步驟108發(fā)送的請求信息包和在步驟124發(fā)送的請求信息包，作為不同的計費開始請求信息包進行處理。但是，在此，計費服務(wù)器20難以對LCP會話和在其上被復(fù)用的NCP會話進行關(guān)聯(lián)。
圖10表示使NCP用的會話ID和LCP用的會話ID可以關(guān)聯(lián)的Acct-Session-ID607的一例。
RFC規(guī)定中，作為Acct-Session-ID用的文字，可以使用數(shù)字以外的字母表，文字數(shù)目沒有限制。因此，如圖10所示，若作為Acct-Session-ID607適用由LCP會話ID641、NCP標(biāo)識符642、NCP會話ID643、和其他標(biāo)識符644的組合構(gòu)成的文字列，則在計費服務(wù)器20處理統(tǒng)計信息時，可以從賦予NCP會話的計費開始請求信息包的Acct-Session-ID對該NCP會話和LCP會話進行關(guān)聯(lián)。
返回圖7，發(fā)送了計費開始請求信息包的接入服務(wù)器4等待從用戶終端接收NCP閉合請求(125)，在接收到閉合請求時，對相應(yīng)的協(xié)議處理電路42-i指示NCP用統(tǒng)計信息的測定結(jié)束，在會話管理表56收集閉合的NCP的統(tǒng)計信息(126)。接入服務(wù)器4生成含有上述NCP的統(tǒng)計信息的計費結(jié)束請求信息包，將該信息包發(fā)送給計費服務(wù)器20(127)之后，從會話管理表56刪除與上述閉合的NCP對應(yīng)的表入口(128)。在此，檢查數(shù)據(jù)鏈路有無釋放(129)，若數(shù)據(jù)鏈路沒有釋放，則返回步驟120，等待新NCP的open請求(120)。
若數(shù)據(jù)鏈路被釋放，則結(jié)束網(wǎng)絡(luò)層協(xié)議(NCP)階段，執(zhí)行圖6所示的步驟109以后的處理。另外，也可以是接入服務(wù)器4發(fā)送了計費開始請求信息包(124)之后，定期生成中間計數(shù)用的信息包，將最新的統(tǒng)計信息通知給計費服務(wù)器。
圖11表示IPv4的計費結(jié)束請求信息包(Accounting-Request[stop])600A的格式的一例。
IPv4用的計費結(jié)束請求信息包600A由IP頭601、UDP頭602、表示該信息包為計費處理用的請求信息包的RADIUS識別代碼字段603、緊接其后的RADIUS屬性區(qū)域構(gòu)成。在此，在RADIUS屬性區(qū)域記述的各屬性的括號內(nèi)的數(shù)字表示RFC規(guī)定的屬性類型的值。
在IPv4用的計費結(jié)束請求信息包600A的屬性區(qū)域中，包含表示成為因特網(wǎng)連接請求源的用戶終端的識別信息的用戶名的User-Name屬性604、表示分配給用戶的IPv4地址的Framed-IP-Address屬性605A、表示計費請求信息包的種類代碼、計費結(jié)束時表示stop(2)的Acct-Status-Type屬性606、會話識別用的Acct-Session-ID屬性607、表示會話的持續(xù)時間的Acct-Session-Time屬性608、表示會話的結(jié)束原因的屬性609、表示輸入輸出數(shù)據(jù)量的Acct-Input-Octets屬性610、Acct-Output-Octets屬性611、Acct-Input-Packets屬性612、Acct-Output-Packets屬性613、Acct-Input-Gigawords屬性614、Acct-Output-Gigawords屬性615。輸入輸出數(shù)據(jù)量等的統(tǒng)計信息都成為與IPv4有關(guān)的信息。
另外，在LCP用的統(tǒng)計信息測定結(jié)束時發(fā)送的計費結(jié)束請求信息包中，Acct-Session-ID屬性607、Acct-Session-Time屬性608、會話的結(jié)束原因?qū)傩?09分別表示結(jié)束的PPP會話的標(biāo)識符、持續(xù)時間、結(jié)束原因，表示輸入輸出數(shù)據(jù)量的屬性610～615都表示上述PPP會話的測定值。另一方面，在NCP用的統(tǒng)計信息測定結(jié)束時發(fā)送的計費結(jié)束請求信息包中，Acct-Session-ID屬性607、Acct-Session-Time屬性608、會話的結(jié)束原因?qū)傩?09分別表示結(jié)束的NCP，例如IPCP用的會話的標(biāo)識符、持續(xù)時間、結(jié)束原因，表示輸入輸出數(shù)據(jù)量的屬性610～615都表示上述NCP會話的測定值。
圖12表示IPv6用的計費結(jié)束請求信息包600B的格式的一例。
IPv6用的計費結(jié)束信息包600B也由IP頭601、UDP頭602、RADIUS識別代碼字段603、緊接其后的RADIUS屬性區(qū)域構(gòu)成，在RADIUS屬性區(qū)域包含與IPv4用的計費結(jié)束信息包600A相同的屬性。但是，代替Framed-IP-Address屬性605A，包含分配給用戶的IPv6前綴的Framed-IPv6-Presix屬性606B，輸入輸出量等統(tǒng)計信息都成為有關(guān)IPv6的信息。
另外，在NCP用的統(tǒng)計信息測定結(jié)束時發(fā)送的IPv6用的計費結(jié)束請求信息包中，Acct-Session-ID屬性607、Acct-Session-Time屬性608、會話的結(jié)束原因?qū)傩?09分別表示結(jié)束的NCP，例如IPv6CP用的會話的標(biāo)識符、持續(xù)時間、結(jié)束原因，表示輸入輸出數(shù)據(jù)量的屬性610～615都表示上述NCP會話的測定值。
圖13和圖14是表示圖1所示的系統(tǒng)結(jié)構(gòu)的從用戶終端30(30-1、30-2)對因特網(wǎng)3的連接次序、和接入服務(wù)器4的統(tǒng)計信息(計費信息)的收集次序的時序圖。
圖13表示用戶終端30在數(shù)據(jù)鏈路(PPP會話)上建立采用IPv4的IPCP的會話和采用IPv6的IPv6CP的會話，經(jīng)ISP網(wǎng)2與因特網(wǎng)3側(cè)的服務(wù)器進行數(shù)據(jù)通信時的時序。但是，在此為了簡化說明，只表示有關(guān)本發(fā)明的主要時序，沒有準(zhǔn)確表示實際應(yīng)用中的用戶終端30與接入服務(wù)器4、接入服務(wù)器4與計費服務(wù)器20之間通信的所有會話。
用戶終端30與接入服務(wù)器4之間建立了數(shù)據(jù)鏈路(S40)之后，進行LCP協(xié)商(S41)。數(shù)據(jù)鏈路(PPP會話)通過以下處理來建立，即，用戶終端30例如執(zhí)行RFC2516所示的PPPoE的初始化處理，連接到上述用戶終端30的接入服務(wù)器4的協(xié)議處理電路42-i執(zhí)行PPPoE的初始化處理，控制處理單元44執(zhí)行PPP協(xié)議處理程序54。PPP會話一建立，接入服務(wù)器4的控制處理單元44就與用戶終端30之間執(zhí)行LCP的協(xié)商，設(shè)定鏈路層(S41)。
接入服務(wù)器4響應(yīng)來自用戶終端30的認證請求(S42)，例如按照RFC1994所示的CHAP(Challenge Handshake AuthenticationProtocol)，向認證服務(wù)器10請求用戶認證(S43)。具體說來，接入服務(wù)器4的控制處理單元44執(zhí)行RADIUS協(xié)議處理程序57，將表示用戶名和口令的認證請求(Access-Request)信息包發(fā)送給認證服務(wù)器10。
認證服務(wù)器10根據(jù)上述認證請求信息包所示的口令是否預(yù)先已對應(yīng)用戶名進行注冊，判斷用戶終端30是否可以連接ISP網(wǎng)2，將判斷結(jié)果通知給接入服務(wù)器4(S44)。用戶認證成功了時，接入服務(wù)器4向用戶終端30發(fā)送表示認證成功的響應(yīng)信息包(S45)，如圖6的步驟103～106中所述，在會話管理表生成LCP用表入口，開始了LCP用統(tǒng)計信息的測定之后，向計費服務(wù)器20發(fā)送統(tǒng)計信息收集(LCP計費處理)的開始請求信息包(Accounting-Request[start])(S46)。計費服務(wù)器20按照上述開始請求信息包所示的用戶名，確認在計費信息數(shù)據(jù)庫有無計費信息管理記錄，接著，整理從接入服務(wù)器4發(fā)來的統(tǒng)計信息的準(zhǔn)備記錄，回復(fù)計費確認響應(yīng)信息包(Accounting-Request)(S47)。
接入服務(wù)器4發(fā)送了LCP計費開始請求之后，轉(zhuǎn)移到圖7所述的網(wǎng)絡(luò)層協(xié)議階段，成為等待來自用戶終端的NCP的open請求的狀態(tài)。本實施例中，假設(shè)接收了認證成功的響應(yīng)信息包(S45)的用戶終端30首先發(fā)送了對應(yīng)IPv4的IPCP的open請求的場合。
接入服務(wù)器4一接收上述IPCP(IPv4)的open請求，就與用戶終端30之間進行NCP協(xié)商(S50)。協(xié)商一成功，接入服務(wù)器4如圖7的步驟121～123所述，在會話管理表生成NCP(IPCP)用的表入口，開始了NCP用統(tǒng)計信息的收集之后，向計費服務(wù)器20發(fā)送IPv4統(tǒng)計信息收集(IPv4計費處理)的開始請求信息包(Accounting-Request[start])(S51)。計費服務(wù)器20確認在計費信息數(shù)據(jù)庫有無計費信息管理記錄，準(zhǔn)備統(tǒng)計信息的記錄，回復(fù)計費確認響應(yīng)信息包(Accounting-Response)(S52)。
用戶終端30在NCP協(xié)商(S50)一完成，就成為經(jīng)ISP網(wǎng)2與因特網(wǎng)3側(cè)的服務(wù)器利用IPv4協(xié)議的數(shù)據(jù)通信狀態(tài)(S53)。本實施例中，假設(shè)用戶終端維持了上述IPv4協(xié)議的數(shù)據(jù)通信狀態(tài)的情況下，發(fā)送了IPv6CP的open請求的場合。
接入服務(wù)器4一接收上述IPv6CP的open請求，就與用戶終端30之間進行NCP協(xié)商(S60)。若協(xié)商成功，則接入服務(wù)器4如圖7的步驟121～123中所述，在會話管理表生成NCP(IPv6CP)用的表入口，開始了NCP用統(tǒng)計信息的收集之后，向計費服務(wù)器20發(fā)送IPv6統(tǒng)計信息收集(IPv6計費處理)的開始請求信息包(Accounting-Request[start])(S61)。計費服務(wù)器20與IPv4計費處理的開始請求時同樣，確認在計費信息數(shù)據(jù)庫有無計費信息管理記錄，整理統(tǒng)計信息的記錄準(zhǔn)備，回復(fù)計費確認響應(yīng)信息包(Accounting-Request)(S62)。
用戶終端30在NCP協(xié)商(S60)一完成，就成為經(jīng)ISP網(wǎng)2與因特網(wǎng)3側(cè)的服務(wù)器利用IPv6協(xié)議的數(shù)據(jù)通信狀態(tài)(S63)。
圖14表示NCP會話以及因特網(wǎng)連接結(jié)束時的時序。
用IPv4、IPv6成為數(shù)據(jù)通信狀態(tài)(S53、S63)的用戶終端30一發(fā)送作為IPv4NCP的結(jié)束請求的IPCP終點請求(步驟S54)，接入服務(wù)器4執(zhí)行該NCP(＝IPCP)的統(tǒng)計信息收集的結(jié)束處理(圖7的步驟126)之后，向NCP計費服務(wù)器20發(fā)送包含上述統(tǒng)計信息的圖11所示的IPv4用計費結(jié)束請求信息包(S55)。計費服務(wù)器20基于上述IPv4用計費結(jié)束請求信息包所示的統(tǒng)計信息而更新了計費數(shù)據(jù)庫之后，向接入服務(wù)器4回復(fù)計費確認響應(yīng)(Accounting-Response)信息包(S56)。
與此同樣，用戶終端30一發(fā)送IPv6CP的終點請求(S64)，接入服務(wù)器4就執(zhí)行該NCP(＝IPv6CP)的統(tǒng)計信息收集的結(jié)束處理之后，向NCP計費服務(wù)器20發(fā)送包含上述統(tǒng)計信息的圖12所示的IPv6用計費結(jié)束請求信息包(S65)。計費服務(wù)器20基于上述IPv6用計費結(jié)束請求信息包表示的統(tǒng)計信息而更新了計費數(shù)據(jù)庫之后，向接入服務(wù)器4回復(fù)計費確認響應(yīng)(Accounting-Response)信息包(S66)。
接著，用戶終端30若釋放數(shù)據(jù)鏈路(S70)，則接入服務(wù)器4按照圖6所示的步驟110、111，執(zhí)行了LCP用的統(tǒng)計信息測定的結(jié)束處理之后，生成包含上述統(tǒng)計信息的LCP計費結(jié)束請求信息包，將該信息包發(fā)送給計費服務(wù)器20(S71)。計費服務(wù)器20基于上述LCP計費結(jié)束請求信息包表示的統(tǒng)計信息而更新了計費數(shù)據(jù)庫之后，向接入服務(wù)器4發(fā)送計費確認響應(yīng)(Accounting-Response)信息包(S72)。
圖15表示適用本發(fā)明的接入服務(wù)器的網(wǎng)絡(luò)結(jié)構(gòu)的第二實施例。
第二實施例的特征在于，作為連接到因特網(wǎng)服務(wù)提供商網(wǎng)2的RADIUS服務(wù)器，除了認證服務(wù)器10和計費服務(wù)器20之外，還設(shè)置了IPv4統(tǒng)計信息管理管理專用的計費服務(wù)器20A、和IPv6統(tǒng)計信息管理專用的計費服務(wù)器20B。
在此，接入服務(wù)器4由于根據(jù)適用的NCP種類，其計費開始請求以及計費結(jié)束請求的目的服務(wù)器不同，所以在RADIUS協(xié)議處理程序57例如如圖16所示，準(zhǔn)備定義了適用NCP581和計費服務(wù)器地址582的關(guān)系的計費服務(wù)器地址表50。在適用NCP不確定時，作為計費服務(wù)器地址582，指定管理各LCP會話的統(tǒng)計信息的計費服務(wù)器20的地址。
本實施例的場合，LCP統(tǒng)計信息在計費服務(wù)器20被合計，IPv4統(tǒng)計信息在計費服務(wù)器20A被合計，IPv6統(tǒng)計信息在計費服務(wù)器20B被合計，所以如第一實施例，計費服務(wù)器20不需要具有分別按LCP、NCP分類整理計費數(shù)據(jù)庫的存儲信息的功能。
另外，圖15表示在LCP用計費服務(wù)器20、IPv4NCP用計費服務(wù)器20A、IPv6NCP用計費服務(wù)器20B分散統(tǒng)計信息管理的結(jié)構(gòu)，但也可以省略計費服務(wù)器20，通過變更計費服務(wù)器地址表58，在IPv4NCP用計費服務(wù)器20A或IPv6NCP用計費服務(wù)器20B的某一個進行合計、管理。另外，第1、第2實施例的系統(tǒng)結(jié)構(gòu)中，為了分散RADIUS服務(wù)器側(cè)的負荷，也可以采用分別設(shè)置多臺認證服務(wù)器和計費服務(wù)器(20、20A、20B)的冗余系統(tǒng)結(jié)構(gòu)。
根據(jù)以上實施例，不在RADIUS追加新屬性，就可以收集各NCP的持續(xù)時間和輸入輸出數(shù)據(jù)量等統(tǒng)計信息。
從以上實施例可知，根據(jù)本發(fā)明，由于除了各LCP會話的統(tǒng)計信息之外，可以收集在同一LCP會話上復(fù)用或時分形成的各NCP的統(tǒng)計信息，并將該信息通知給計費服務(wù)器，所以可以進行比以前更具體的統(tǒng)計信息管理。
權(quán)利要求
1.一種連接到用戶接入網(wǎng)和因特網(wǎng)服務(wù)提供商(ISP)網(wǎng)的接入服務(wù)器，具有第1單元，隨著來自連接到上述用戶接入網(wǎng)的用戶終端的數(shù)據(jù)鏈路建立請求，收集用LCP(Link Control Protocol)形成的各會話的通信統(tǒng)計信息，在上述數(shù)據(jù)鏈路被釋放了時，向連接到上述ISP網(wǎng)的通信統(tǒng)計信息管理用的計費服務(wù)器通知該LCP會話的統(tǒng)計信息；第2單元，收集在上述LCP會話上建立的各NCP(NetworkControl Protocol)會話的通信統(tǒng)計信息，在NCP會話被釋放了時，向上述計費服務(wù)器通知釋放NCP會話的統(tǒng)計信息。
2.如權(quán)利要求1所述的接入服務(wù)器，其特征在于上述第1單元隨著LCP會話的建立，向上述計費服務(wù)器發(fā)送該LCP會話的統(tǒng)計處理開始請求，在該數(shù)據(jù)鏈路被釋放了時，向上述計費服務(wù)器發(fā)送包含該LCP會話的統(tǒng)計信息的統(tǒng)計處理結(jié)束請求，上述第2單元隨著NCP會話的建立，向上述計費服務(wù)器發(fā)送該NCP會話的統(tǒng)計處理開始請求，在NCP會話被釋放了時，向上述計費服務(wù)器發(fā)送包含該釋放NCP會話的統(tǒng)計信息的統(tǒng)計處理結(jié)束請求。
3.如權(quán)利要求2所述的接入服務(wù)器，其特征在于上述第1單元利用對各LCP會話賦予了固有的標(biāo)識符的信息包，將上述LCP會話統(tǒng)計信息通知給上述計費服務(wù)器，上述第2單元利用對各NCP會話賦予了固有的標(biāo)識符的信息包，將上述釋放NCP會話的統(tǒng)計信息通知給上述計費服務(wù)器。
4.如權(quán)利要求1或2所述的接入服務(wù)器，其特征在于上述第1單元利用對各LCP會話賦予了固有的標(biāo)識符的信息包，將上述LCP會話統(tǒng)計信息通知給上述計費服務(wù)器，上述第2單元利用包含由各NCP會話固有的標(biāo)識符和該NCP會話所屬的LCP會話的標(biāo)識符的組合構(gòu)成的會話標(biāo)識符的信息包，將上述釋放NCP會話的統(tǒng)計信息通知給上述計費服務(wù)器。
5.如權(quán)利要求1所述的接入服務(wù)器，其特征在于上述第1、第2單元將各統(tǒng)計信息以遵循RADIUS(RemoteAuthentication Dial In User Service)協(xié)議的信息包形式通知給上述計費服務(wù)器。
6.一種連接到用戶接入網(wǎng)和因特網(wǎng)服務(wù)提供商(ISP)網(wǎng)的接入服務(wù)器，具有第1單元，伴隨來自連接到上述用戶接入網(wǎng)的用戶終端的數(shù)據(jù)鏈路建立請求，在與連接到上述ISP網(wǎng)的RADIUS(RemoteAuthentication Dial In User Service)服務(wù)器之間執(zhí)行了用戶認證次序之后，開始收集用LCP(Link Control Protocol)形成的各會話的通信統(tǒng)計信息，在上述數(shù)據(jù)鏈路被釋放了時，向上述RADIUS服務(wù)器通知該LCP會話的統(tǒng)計信息；第2單元，收集在上述LCP會話上建立的各NCP(NetworkControl Protocol)會話的通信統(tǒng)計信息，在NCP會話被釋放了時，向上述RADIUS服務(wù)器通知釋放NCP會話的統(tǒng)計信息。
7.如權(quán)利要求6所述的接入服務(wù)器，其特征在于上述第1單元隨著LCP會話的建立，向上述RADIUS服務(wù)器發(fā)送該LCP會話的統(tǒng)計處理開始請求，在該數(shù)據(jù)鏈路被釋放了時，向上述RADIUS服務(wù)器發(fā)送包含該LCP會話的統(tǒng)計信息的統(tǒng)計處理結(jié)束請求，上述第2單元隨著NCP會話的建立，向上述RADIUS服務(wù)器請求開始該NCP會話的統(tǒng)計處理，在NCP會話被釋放了時，向上述RADIUS服務(wù)器發(fā)送包含該釋放NCP會話的統(tǒng)計信息的統(tǒng)計處理結(jié)束請求。
8.如權(quán)利要求6或7所述的接入服務(wù)器，其特征在于上述第1單元利用包含作為Acct-Session-ID的各LCP會話固有的標(biāo)識符的RADIUS信息包，將上述LCP會話的統(tǒng)計信息通知給上述RADIUS服務(wù)器，上述第2單元利用包含作為Acct-Session-ID的各NCP會話固有的標(biāo)識符的RADIUS信息包，將上述釋放會話的統(tǒng)計信息通知給上述RADIUS服務(wù)器。
9.如權(quán)利要求8所述的接入服務(wù)器，其特征在于上述第2單元利用包含作為Acct-Session-ID的NCP會話標(biāo)識符和該NCP會話所屬的LCP會話的標(biāo)識符的RADIUS信息包，將上述釋放會話的統(tǒng)計信息通知給上述RADIUS服務(wù)器。
10.如權(quán)利要求9所述的接入服務(wù)器，其特征在于上述RADIUS服務(wù)器具有對應(yīng)NCP種類的通信統(tǒng)計信息管理用的多個計費服務(wù)器時，上述第2單元向與建立或被釋放的NCP會話的種類對應(yīng)的計費服務(wù)器發(fā)送上述RADIUS服務(wù)器。
全文摘要
隨著數(shù)據(jù)鏈路的建立，開始各LCP會話的通信統(tǒng)計信息的收集，在數(shù)據(jù)鏈路被釋放了時，向RADIUS服務(wù)器發(fā)送該LCP會話的統(tǒng)計信息，收集在上述LCP會話上建立的各NCP會話的通信統(tǒng)計信息，在NCP會話被釋放了時，向上述RADIUS服務(wù)器通知釋放NCP會話的統(tǒng)計信息。
文檔編號H04L12/24GK1658562SQ20041005458
公開日2005年8月24日 申請日期2004年7月23日 優(yōu)先權(quán)日2004年2月17日
發(fā)明者和田光弘, 中澤宏聰, 末吉范行, 村上恭朗, 宮田裕章 申請人:日立通訊技術(shù)株式會社