專利名稱：第二層隧道協(xié)議用戶按點(diǎn)對點(diǎn)協(xié)議方式計費(fèi)的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于網(wǎng)絡(luò)通信計費(fèi)領(lǐng)域，具體涉及一種通過計費(fèi)報文的統(tǒng)一來實現(xiàn)L2TP (Layer 2 Tunneling Protocol,第二層隧道協(xié)議)用戶按PPP (Point to Point Protocol,點(diǎn)對點(diǎn)協(xié) 議)方式計費(fèi)的方法。
背景技術(shù)：
隨著網(wǎng)絡(luò)技術(shù)的高速發(fā)展，接入用戶的類型變得越來越復(fù)雜。正常情況下Radius (遠(yuǎn)程 認(rèn)證撥號用戶服務(wù))服務(wù)器對不同類型的用戶進(jìn)行計費(fèi)時和接入設(shè)備間收發(fā)的計費(fèi)報文是不 一致的。為了實現(xiàn)正常計費(fèi)，寬帶接入服務(wù)器等接入設(shè)備和Radius之類的計費(fèi)服務(wù)器所能支 持的計費(fèi)報文種類必須保持一致，否則，就會影響用戶的正常計費(fèi)，比如接入設(shè)備發(fā)送的計 費(fèi)報文不能被計費(fèi)設(shè)備所識別。
但是現(xiàn)網(wǎng)應(yīng)用中，往往存在接入設(shè)備和計費(fèi)服務(wù)器所支持的計費(fèi)報文不一致的情況。比 如較新的寬帶接入服務(wù)器所支持的用戶類型很多，相應(yīng)地所能收發(fā)的計費(fèi)報文類型也很多，而 Radius服務(wù)器由于使用較老的設(shè)備,往往只支持一種或少數(shù)幾種類型的計費(fèi)報文。
以用戶寬帶接入服務(wù)器(以下簡稱BAS)并以Radius服務(wù)器計費(fèi)為例，用戶通過PPP連接 接入BAS后，根據(jù)本地策略或Radius服務(wù)器返回的信息可以區(qū)分為PPP用戶或L2TP用戶， 如果是PPP用戶，則用戶的計費(fèi)開始和結(jié)束報文中的AVP (Attribute Value Pair,屬性值對) 之Acct-Status-Type為
1:start 2:stop
Acct-Status-Type值為1或2分別表示該報文是計費(fèi)開始和計費(fèi)結(jié)束報文。而如果是L2TP 用戶，用戶的計費(fèi)開始和結(jié)束報文中的AVP之Acct-Status-Type為 隧道計費(fèi)
9:acct—tunnel—start, 10: acct—tu皿el-stop，會話計費(fèi)
12:acct-tunnel_link_start，
13:acct-turmel_link-stop, Acct-Status-Type值為9， 10， 12或13分別表示該報文是L2TP的隧道計費(fèi)計費(fèi)開始，隧道 計費(fèi)結(jié)束報文，會話計費(fèi)開始報文，會話計費(fèi)結(jié)束報文。
由上述可見PPP用戶和L2TP用戶的計費(fèi)報文是不一樣的，此時如果Radius服務(wù)器只支 持PPP類型的計費(fèi)報文，那么就會影響L2TP用戶的計費(fèi)。

發(fā)明內(nèi)容
本發(fā)明的目的在于克服現(xiàn)有技術(shù)的不足，提供一種L2TP用戶按PPP方式計費(fèi)的方法。該 方法在Radius服務(wù)器不支持L2TP方式的計費(fèi)時，通過Radius服務(wù)器識別通用的計費(fèi)報文即 PPP計費(fèi)報文，實現(xiàn)用單一報文對多種用戶類型進(jìn)行計費(fèi)。
為解決上述技術(shù)問題，本發(fā)明是通過以下技術(shù)方案實現(xiàn)的
一種L2TP用戶按PPP方式計費(fèi)的方法，包括如下步驟
A、 用戶上線前，若接入服務(wù)器所使用的計費(fèi)服務(wù)器支持用戶按L2TP方式計費(fèi)，則在接 入服務(wù)器上配置用戶按L2TP方式計費(fèi)；若接入服務(wù)器所使用的計費(fèi)服務(wù)器不支持用戶按L2TP 方式計費(fèi)，則配置用戶按PPP方式計費(fèi)，進(jìn)入步驟B;
B、 用戶上線，建立隧道，在會話建立完成后，接入服務(wù)器將tunnel-link-start報文改 為start報文并發(fā)送給計費(fèi)服務(wù)器；
C、 用戶下線時，接入服務(wù)器將tunnel-link-st叩報文改為stop報文并發(fā)送給計費(fèi)服務(wù)
器°
所述步驟B中，在隧道建立完成后會話建立完成前，接入服務(wù)器發(fā)送隧道計費(fèi)報文
tunnel-start給計費(fèi)服務(wù)器。
所述步驟B中，在隧道建立完成后會話建立完成前，接入服務(wù)器不發(fā)送隧道計費(fèi)報文
tunnel-start給計費(fèi)服務(wù)器。
所述步驟C中，用戶下線后，隧道拆除時發(fā)送t皿nel-stop報文給計費(fèi)服務(wù)器。 所述步驟C中，用戶下線后，隧道拆除時不發(fā)送timnel-stop報文給計費(fèi)服務(wù)器。 所述步驟C中，用戶下線是由用戶或計費(fèi)服務(wù)器或接入服務(wù)器觸發(fā)。 使用本發(fā)明方法具有以下有益效果
4可以使接入服務(wù)器根據(jù)計費(fèi)服務(wù)器的設(shè)備所支持的功能完善性，有選擇地發(fā)送該計費(fèi)服 務(wù)器所能支持的計費(fèi)報文，從而提高了各種計費(fèi)服務(wù)器的兼容性。


圖1是L2TP用戶按PPP方式計費(fèi)的開始流程； 圖2是L2TP用戶按PPP方式計費(fèi)的結(jié)束流程； 圖3是L2TP用戶計費(fèi)流程圖。
具體實施例方式
為了更好地理解本發(fā)明，下面結(jié)合附圖和具體實施例對本發(fā)明作進(jìn)一步地描述。 請參閱圖1， L2TP用戶上線時按PPP方式計費(fèi)的實現(xiàn)流程如下
步驟IOI， L2TP用戶正常接入LAC (L2TP Access Concentrator, L2TP訪問集中器)； 步驟102， LAC與LNS (L2TP Network Server, L2TP網(wǎng)絡(luò)服務(wù)器)建立隧道，其中LAC 和LNS組成接入服務(wù)器；
步驟103， LAC與LNS建立會話；
步驟104， LAC向Radius服務(wù)器發(fā)送計費(fèi)開始報文可通過將Accounting-Request報文 中的Acct-Status-Type屬性從tunnel-link-start (值為12)修改為start (值為l)報文來實 現(xiàn)；
步驟105， LNS向Radius服務(wù)器發(fā)送計費(fèi)開始報文實現(xiàn)同上，將Accounting-Request 報文中的Acct-Status-Type屬性從tunnel-link-start (值為12)修改為start (值為l)報文 實現(xiàn)。其中步驟104和105無先后順序之分。
請參閱圖2， L2TP用戶下線時按PPP方式計費(fèi)的實現(xiàn)流程如下
步驟201， L2TP用戶發(fā)送下線請求給LAC(下線請求也可以由LAC或LNS觸發(fā)，或者由 Radius服務(wù)器發(fā)送給LAC或LNS端)；
步驟202， LAC向Radius服務(wù)器發(fā)送計費(fèi)結(jié)束報文可通過將Accounting-Request報文 中的Acct-Status-Type屬性從tunnel-link-stop (值為13)修改為Stop (值為2)報文來實現(xiàn)；
步驟203， LNS向Radius服務(wù)器發(fā)送計費(fèi)結(jié)束報文實現(xiàn)同上，將Accounting-Request 報文中的Acct-Status-Type屬性從tunnel-link-stop(值為13)修改為Stop(值為2)報文實 現(xiàn)；步驟204， LAC與LNS間會話刪除；
步驟205, LNS與LNS間隧道刪除。其中歩驟202和203無先后順序之分。
請參閱圖3， L2TP用戶計費(fèi)流程如下
步驟301， L2TP用戶開始上線；
步驟302， LAC與LNS間為L2TP用戶已建立隧道；
步驟303，根據(jù)本地策略判斷Radius服務(wù)器是否支持L2TP計費(fèi)報文，不支持，則轉(zhuǎn)入 步驟304(本發(fā)明流程)；支持，則轉(zhuǎn)入歩驟306(正常L2TP用戶計費(fèi)流程)； 步驟304，為L2TP用戶建立會話；
步驟305，為L2TP用戶發(fā)送PPP類型的計費(fèi)報文，達(dá)到計費(fèi)目的，本發(fā)明流程結(jié)束； 步驟306，發(fā)送L2TP隧道計費(fèi)報文； 步驟307，為L2TP用戶建立會話；
步驟308，發(fā)送會話計費(fèi)報文，原正常L2TP用戶計費(fèi)流程結(jié)束。
本發(fā)明對通過PPP技術(shù)接入到接入服務(wù)器的用戶(如PPP和L2TP用戶等)，在Radius服 務(wù)器不支持L2TP方式的計費(fèi)時，提供通用的計費(fèi)報文即PPP計費(fèi)報文實現(xiàn)計費(fèi)，實現(xiàn)了用單 一報文對多種用戶類型進(jìn)行計費(fèi)。
以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，應(yīng)當(dāng)指出，對于本領(lǐng)域的普 通技術(shù)人員來說，凡是本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換或改進(jìn)等，均應(yīng) 包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1. 一種第二層隧道協(xié)議用戶按點(diǎn)對點(diǎn)協(xié)議方式計費(fèi)的方法，其特征在于，包括如下步驟A、用戶上線前，若接入服務(wù)器所使用的計費(fèi)服務(wù)器支持用戶按第二層隧道協(xié)議方式計費(fèi)，則配置用戶按第二層隧道協(xié)議方式計費(fèi)；若接入服務(wù)器所使用的計費(fèi)服務(wù)器不支持用戶按第二層隧道協(xié)議方式計費(fèi)，則配置用戶按點(diǎn)對點(diǎn)協(xié)議方式計費(fèi)，進(jìn)入步驟B；B、用戶上線，建立隧道，在會話建立完成后，接入服務(wù)器將tunnel-link-start報文改為start報文并發(fā)送給計費(fèi)服務(wù)器；C、用戶下線時，接入服務(wù)器將tunnel-link-stop報文改為stop報文并發(fā)送給計費(fèi)服務(wù)器。
2. 根據(jù)權(quán)利要求l所述的第二層隧道協(xié)議用戶按點(diǎn)對點(diǎn)協(xié)議方式計費(fèi)的方法，其特征在 于，所述步驟B中，在隧道建立完成后會話建立完成前，接入服務(wù)器發(fā)送隧道計費(fèi)報文 tunnel-start給計費(fèi)服務(wù)器。
3. 根據(jù)權(quán)利要求l所述的第二層隧道協(xié)議用戶按點(diǎn)對點(diǎn)協(xié)議方式計費(fèi)的方法，其特征在 于，所述步驟B中，在隧道建立完成后會話建立完成前，接入服務(wù)器不發(fā)送隧道計費(fèi)報文 tunnel-start給計費(fèi)服務(wù)器。
4. 根據(jù)權(quán)利要求2所述的第二層隧道協(xié)議用戶按點(diǎn)對點(diǎn)協(xié)議方式計費(fèi)的方法，其特征在 于，所述步驟C中，用戶下線后，隧道拆除時發(fā)送timnel-stop報文給計費(fèi)服務(wù)器。
5. 根據(jù)權(quán)利要求3所述的第二層隧道協(xié)議用戶按點(diǎn)對點(diǎn)協(xié)議方式計費(fèi)的方法，其特征在 于，所述步驟C中，用戶下線后，隧道拆除時不發(fā)送tunnel-stop報文給計費(fèi)服務(wù)器。
6. 根據(jù)權(quán)利要求l所述的第二層隧道協(xié)議用戶按點(diǎn)對點(diǎn)協(xié)議方式計費(fèi)的方法，其特征在 于，所述步驟C中，用戶下線是由用戶或計費(fèi)服務(wù)器或接入服務(wù)器觸發(fā)。
全文摘要
本發(fā)明公開了一種L2TP用戶按PPP方式計費(fèi)的方法，該方法包括如下步驟A.用戶上線前，若接入服務(wù)器所使用的計費(fèi)服務(wù)器支持用戶按L2TP方式計費(fèi)，則在接入服務(wù)器上配置用戶按L2TP方式計費(fèi)；若接入服務(wù)器所使用的計費(fèi)服務(wù)器不支持用戶按L2TP方式計費(fèi)，則配置用戶按PPP方式計費(fèi)，進(jìn)入步驟B；B.用戶上線，建立隧道，在會話建立完成后，接入服務(wù)器將tunnel-link-start報文改為start報文并發(fā)送給計費(fèi)服務(wù)器；C.用戶下線時，接入服務(wù)器將tunnel-link-stop報文改為stop報文并發(fā)送給計費(fèi)服務(wù)器。本發(fā)明方法可以使接入服務(wù)器根據(jù)計費(fèi)服務(wù)器的設(shè)備所支持的功能完善性，有選擇地發(fā)送該計費(fèi)服務(wù)器所能支持的計費(fèi)報文，從而提高各種計費(fèi)服務(wù)器的兼容性。
文檔編號H04L12/14GK101442418SQ200810241250
公開日2009年5月27日 申請日期2008年12月16日 優(yōu)先權(quán)日2008年12月16日
發(fā)明者劉小威 申請人:中興通訊股份有限公司