網(wǎng)絡(luò)業(yè)務(wù)處理方法、裝置、業(yè)務(wù)路由器及平臺認(rèn)證系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種網(wǎng)絡(luò)業(yè)務(wù)處理方法、裝置、業(yè)務(wù)路由器及平臺認(rèn)證系統(tǒng)，其中，網(wǎng)絡(luò)業(yè)務(wù)處理方法包括：獲取客戶端的請求數(shù)據(jù)包；從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)；將所述網(wǎng)絡(luò)參數(shù)下發(fā)給所述客戶端。本方案通過獲取客戶端的請求數(shù)據(jù)包，并從認(rèn)證平臺獲取與請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)，然后將網(wǎng)絡(luò)參數(shù)下發(fā)給客戶端；實現(xiàn)了用戶IP的動態(tài)配置，解決了現(xiàn)有技術(shù)中由于用戶IP靜態(tài)配置導(dǎo)致開通業(yè)務(wù)、修改用戶IP以及用戶遷移繁瑣不便的問題。
【專利說明】
網(wǎng)絡(luò)業(yè)務(wù)處理方法、裝置、業(yè)務(wù)路由器及平臺認(rèn)證系統(tǒng)
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及數(shù)據(jù)通信業(yè)務(wù)技術(shù)領(lǐng)域，特別是指一種網(wǎng)絡(luò)業(yè)務(wù)處理方法、裝置、業(yè)務(wù)路由器及平臺認(rèn)證系統(tǒng)。
【背景技術(shù)】
[0002]現(xiàn)有的大客戶專線業(yè)務(wù)都是采用靜態(tài)方式配置而成，即在完成客戶端設(shè)備(一般是一臺主機或路由器、交換機)與電信運營商的SR(業(yè)務(wù)路由器)的物理線路連接(一般是以太網(wǎng)線路)之后，在SR上為用戶分配一個接口 /子接口和網(wǎng)關(guān)地址、靜態(tài)配置用戶信息，并作用戶路由發(fā)布，在客戶端上配置與網(wǎng)關(guān)同網(wǎng)段的IP和指向網(wǎng)關(guān)的默認(rèn)路由和DNS(域名系統(tǒng))，實現(xiàn)客戶端上網(wǎng)。
[0003]但是，由于用戶的IP需要靜態(tài)配置，所以開通業(yè)務(wù)比較麻煩；因網(wǎng)絡(luò)調(diào)整或用戶擴容進行用戶IP更改時，需要在SR和客戶端同時修改配置，也比較麻煩；將用戶迀移到其他SR時，除了作物理線路迀移之外，還需要先刪除舊SR上的數(shù)據(jù)，然后再在新的SR上重新配置數(shù)據(jù)。同時，在靜態(tài)配置下，采集用戶的流量數(shù)據(jù)(如上、下行流量的字節(jié)數(shù)、包數(shù))比較困難，實現(xiàn)按流量計費非常不方便。

【發(fā)明內(nèi)容】

[0004]本發(fā)明要解決的技術(shù)問題是提供一種網(wǎng)絡(luò)業(yè)務(wù)處理方法、裝置、業(yè)務(wù)路由器及平臺認(rèn)證系統(tǒng)，解決現(xiàn)有技術(shù)中由于用戶IP靜態(tài)配置導(dǎo)致開通業(yè)務(wù)、修改用戶IP以及用戶迀移繁瑣不便，且不易實現(xiàn)按流量計費的問題。
[0005]為了解決上述技術(shù)問題，本發(fā)明實施例提供一種網(wǎng)絡(luò)業(yè)務(wù)處理方法，包括:
[0006]獲取客戶端的請求數(shù)據(jù)包；
[0007]從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)；
[0008]將所述網(wǎng)絡(luò)參數(shù)下發(fā)給所述客戶端。
[0009]其中，從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)的步驟包括:
[0010]獲取本地存儲的預(yù)設(shè)密碼；
[0011]根據(jù)所述預(yù)設(shè)密碼和請求數(shù)據(jù)包中的請求信息生成平臺認(rèn)證請求；
[0012]將所述平臺認(rèn)證請求發(fā)送至認(rèn)證平臺；
[0013]接收在認(rèn)證通過后所述認(rèn)證平臺下發(fā)的網(wǎng)絡(luò)參數(shù)。
[0014]其中，根據(jù)所述預(yù)設(shè)密碼和請求數(shù)據(jù)包中的請求信息生成平臺認(rèn)證請求的步驟包括:
[0015]將所述請求數(shù)據(jù)包中的線路信息賦給欲生成的平臺認(rèn)證請求中的用戶名參數(shù)。
[0016]其中，還包括:
[0017]將所述線路信息輸入到后臺數(shù)據(jù)庫中。
[0018]其中，將所述網(wǎng)絡(luò)參數(shù)下發(fā)給所述客戶端的步驟包括:
[0019]向所述客戶端下發(fā)允許上網(wǎng)的通知；
[0020]接收所述客戶端根據(jù)所述通知發(fā)送的申請上網(wǎng)參數(shù)的請求；
[0021]根據(jù)所述申請上網(wǎng)參數(shù)的請求向所述客戶端下發(fā)所述網(wǎng)絡(luò)參數(shù)。
[0022]其中，從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)的步驟具體為:
[0023]通過互聯(lián)網(wǎng)從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)。
[0024]其中，還包括:
[0025]獲取客戶端的上線報文；
[0026]根據(jù)所述上線報文向所述認(rèn)證平臺發(fā)送上線用戶信息。
[0027]其中，還包括:
[0028]獲取客戶端的下線報文；
[0029]根據(jù)所述下線報文向所述認(rèn)證平臺發(fā)送計費信息。
[0030]其中，獲取客戶端的下線報文之前還包括:
[0031 ]根據(jù)預(yù)設(shè)周期向所述認(rèn)證平臺發(fā)送中間計費報文。
[0032]本發(fā)明還提供了一種網(wǎng)絡(luò)業(yè)務(wù)處理裝置，包括:
[0033]第一獲取模塊，用于獲取客戶端的請求數(shù)據(jù)包；
[0034]第二獲取模塊，用于從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)；
[0035]第一下發(fā)模塊，用于將所述網(wǎng)絡(luò)參數(shù)下發(fā)給所述客戶端。
[0036]本發(fā)明還提供了一種業(yè)務(wù)路由器，包括:上述的網(wǎng)絡(luò)業(yè)務(wù)處理裝置。
[0037]本發(fā)明還提供了一種網(wǎng)絡(luò)業(yè)務(wù)處理方法，包括:
[0038]獲取業(yè)務(wù)路由器發(fā)送的平臺認(rèn)證請求；
[0039]對所述平臺認(rèn)證請求進行認(rèn)證；
[0040]在認(rèn)證通過時，向所述業(yè)務(wù)路由器下發(fā)對應(yīng)的網(wǎng)絡(luò)參數(shù)。
[0041]其中，對所述平臺認(rèn)證請求進行認(rèn)證的步驟包括:
[0042]獲取所述平臺認(rèn)證請求中的用戶名和密碼；
[0043]將所述平臺認(rèn)證請求中的用戶名和密碼與本地存儲的用戶名和密碼分別進行對比；
[0044]在對比結(jié)果均一致時，則判斷為認(rèn)證通過，否則，反之。
[0045]其中，還包括:
[0046]獲取用戶名以及對應(yīng)的密碼和網(wǎng)絡(luò)參數(shù)，并進行存儲。
[0047]其中，還包括:
[0048]獲取所述業(yè)務(wù)路由器發(fā)送的上線用戶信息，并進行存儲。
[0049]其中，還包括:
[0050]獲取所述業(yè)務(wù)路由器發(fā)送的計費信息，并進行存儲。
[0051]其中，獲取所述業(yè)務(wù)路由器發(fā)送的計費信息前還包括:
[0052]獲取所述業(yè)務(wù)路由器根據(jù)預(yù)設(shè)周期發(fā)送的中間計費報文，并進行存儲。
[0053]本發(fā)明還提供了一種網(wǎng)絡(luò)業(yè)務(wù)處理裝置，包括:
[0054]第三獲取模塊，用于獲取業(yè)務(wù)路由器發(fā)送的平臺認(rèn)證請求；
[0055]認(rèn)證模塊，用于對所述平臺認(rèn)證請求進行認(rèn)證；
[0056]第二下發(fā)模塊，用于在認(rèn)證通過時，向所述業(yè)務(wù)路由器下發(fā)對應(yīng)的網(wǎng)絡(luò)參數(shù)。
[0057]本發(fā)明還提供了一種平臺認(rèn)證系統(tǒng)，包括:上述的網(wǎng)絡(luò)業(yè)務(wù)處理裝置。
[0058]本發(fā)明的上述技術(shù)方案的有益效果如下:
[0059]上述方案中，所述網(wǎng)絡(luò)業(yè)務(wù)處理方法通過獲取客戶端的請求數(shù)據(jù)包，并從認(rèn)證平臺獲取與請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)，然后將網(wǎng)絡(luò)參數(shù)下發(fā)給客戶端；實現(xiàn)了用戶IP的動態(tài)配置，解決了現(xiàn)有技術(shù)中由于用戶IP靜態(tài)配置導(dǎo)致開通業(yè)務(wù)、修改用戶IP以及用戶迀移繁瑣不便的問題。
【附圖說明】
[0060]圖1為本發(fā)明實施例的網(wǎng)絡(luò)業(yè)務(wù)處理方法步驟示意圖一；
[0061]圖2為本發(fā)明實施例的網(wǎng)絡(luò)業(yè)務(wù)處理裝置結(jié)構(gòu)示意圖一；
[0062]圖3為本發(fā)明實施例的網(wǎng)絡(luò)業(yè)務(wù)處理方法步驟示意圖二 ；
[0063]圖4為本發(fā)明實施例的網(wǎng)絡(luò)業(yè)務(wù)處理裝置結(jié)構(gòu)示意圖二 ；
[0064]圖5為本發(fā)明實施例的網(wǎng)絡(luò)業(yè)務(wù)處理流程示意圖。
【具體實施方式】
[0065]為使本發(fā)明要解決的技術(shù)問題、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖及具體實施例進行詳細(xì)描述。
[0066]本發(fā)明針對現(xiàn)有的技術(shù)中由于用戶IP靜態(tài)配置導(dǎo)致開通業(yè)務(wù)、修改用戶IP以及用戶迀移繁瑣不便，且不易實現(xiàn)按流量計費的問題，提供一種網(wǎng)絡(luò)業(yè)務(wù)處理方法，如圖1所示，包括:
[0067]步驟11:獲取客戶端的請求數(shù)據(jù)包；
[0068]步驟12:從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)；
[0069]步驟13:將所述網(wǎng)絡(luò)參數(shù)下發(fā)給所述客戶端。
[0070]本發(fā)明實施例提供的所述網(wǎng)絡(luò)業(yè)務(wù)處理方法通過獲取客戶端的請求數(shù)據(jù)包，并從認(rèn)證平臺獲取與請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)，然后將網(wǎng)絡(luò)參數(shù)下發(fā)給客戶端；實現(xiàn)了用戶IP的動態(tài)配置，解決了現(xiàn)有技術(shù)中由于用戶IP靜態(tài)配置導(dǎo)致開通業(yè)務(wù)、修改用戶IP以及用戶迀移繁瑣不便的問題。
[0071]其中，數(shù)據(jù)請求包相當(dāng)于圖5中的DHCP (動態(tài)主機配置協(xié)議)發(fā)現(xiàn)報文，本實施例中認(rèn)證平臺可采用AAA(驗證、授權(quán)和記賬)平臺中的Radius (遠(yuǎn)程認(rèn)證撥號用戶服務(wù)，是一種網(wǎng)絡(luò)認(rèn)證、授權(quán)、計費協(xié)議)認(rèn)證。
[0072]具體的，從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)的步驟包括:獲取本地存儲的預(yù)設(shè)密碼；根據(jù)所述預(yù)設(shè)密碼和請求數(shù)據(jù)包中的請求信息生成平臺認(rèn)證請求；將所述平臺認(rèn)證請求發(fā)送至認(rèn)證平臺；接收在認(rèn)證通過后所述認(rèn)證平臺下發(fā)的網(wǎng)絡(luò)參數(shù)。其中，平臺認(rèn)證請求相當(dāng)于圖5中的Radius-接入請求(含線路信息)，網(wǎng)絡(luò)參數(shù)相當(dāng)于圖5中的Radius-接入許可(含用戶標(biāo)識和用戶屬性)。
[0073]為了實施物理認(rèn)證，初步解決接入認(rèn)證安全問題，根據(jù)所述預(yù)設(shè)密碼和請求數(shù)據(jù)包中的請求信息生成平臺認(rèn)證請求的步驟包括:將所述請求數(shù)據(jù)包中的線路信息賦給欲生成的平臺認(rèn)證請求中的用戶名參數(shù)。
[0074]進一步的，所述網(wǎng)絡(luò)業(yè)務(wù)處理方法還包括:將所述線路信息輸入到后臺數(shù)據(jù)庫中。
[0075]具體的，將所述網(wǎng)絡(luò)參數(shù)下發(fā)給所述客戶端的步驟包括:向所述客戶端下發(fā)允許上網(wǎng)的通知；接收所述客戶端根據(jù)所述通知發(fā)送的申請上網(wǎng)參數(shù)的請求；根據(jù)所述申請上網(wǎng)參數(shù)的請求向所述客戶端下發(fā)所述網(wǎng)絡(luò)參數(shù)。其中，允許上網(wǎng)的通知相當(dāng)于圖5中的DHCP-授予，申請上網(wǎng)參數(shù)的請求相當(dāng)于圖5中的DHCP-請求，此處的網(wǎng)絡(luò)參數(shù)相當(dāng)于圖5中的DHCP-確認(rèn)(含IP配置)，用戶通過向互聯(lián)網(wǎng)發(fā)送圖5中的IP報文便可實現(xiàn)上網(wǎng)業(yè)務(wù)了。
[0076]考慮到傳輸路徑較遠(yuǎn)的情況，從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)的步驟具體為:通過互聯(lián)網(wǎng)從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)?；ヂ?lián)網(wǎng)只是轉(zhuǎn)發(fā)作用。
[0077]為了實現(xiàn)計費操作，在用戶上線時，本發(fā)明實施例提供的所述網(wǎng)絡(luò)業(yè)務(wù)處理方法還包括:獲取客戶端的上線報文；根據(jù)所述上線報文向所述認(rèn)證平臺發(fā)送上線用戶信息。
[0078]在用戶下線時，本發(fā)明實施例提供的所述網(wǎng)絡(luò)業(yè)務(wù)處理方法還包括:獲取客戶端的下線報文；根據(jù)所述下線報文向所述認(rèn)證平臺發(fā)送計費信息。
[0079]進一步的，獲取客戶端的下線報文之前還包括:根據(jù)預(yù)設(shè)周期向所述認(rèn)證平臺發(fā)送中間計費報文。
[0080]為了解決上述技術(shù)問題，本發(fā)明實施例還提供了一種網(wǎng)絡(luò)業(yè)務(wù)處理裝置，如圖2所示，包括:
[0081]第一獲取模塊，用于獲取客戶端的請求數(shù)據(jù)包；
[0082]第二獲取模塊，用于從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)；
[0083]第一下發(fā)模塊，用于將所述網(wǎng)絡(luò)參數(shù)下發(fā)給所述客戶端。
[0084]本發(fā)明實施例提供的所述網(wǎng)絡(luò)業(yè)務(wù)處理裝置通過獲取客戶端的請求數(shù)據(jù)包，并從認(rèn)證平臺獲取與請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)，然后將網(wǎng)絡(luò)參數(shù)下發(fā)給客戶端；實現(xiàn)了用戶IP的動態(tài)配置，解決了現(xiàn)有技術(shù)中由于用戶IP靜態(tài)配置導(dǎo)致開通業(yè)務(wù)、修改用戶IP以及用戶迀移繁瑣不便的問題。
[0085]具體的，所述第二獲取模塊包括:第一獲取子模塊，用于獲取本地存儲的預(yù)設(shè)密碼；生成子模塊，用于根據(jù)所述預(yù)設(shè)密碼和請求數(shù)據(jù)包中的請求信息生成平臺認(rèn)證請求；發(fā)送子模塊，用于將所述平臺認(rèn)證請求發(fā)送至認(rèn)證平臺；第一接收子模塊，用于接收在認(rèn)證通過后所述認(rèn)證平臺下發(fā)的網(wǎng)絡(luò)參數(shù)。
[0086]為了實施物理認(rèn)證，初步解決接入認(rèn)證安全問題，所述生成子模塊包括:處理子模塊，用于將所述請求數(shù)據(jù)包中的線路信息賦給欲生成的平臺認(rèn)證請求中的用戶名參數(shù)。
[0087]進一步的，所述網(wǎng)絡(luò)業(yè)務(wù)處理裝置還包括:輸入模塊，用于將所述線路信息輸入到后臺數(shù)據(jù)庫中。
[0088]具體的，所述第一下發(fā)模塊包括:第一下發(fā)子模塊，用于向所述客戶端下發(fā)允許上網(wǎng)的通知；第二接收子模塊，用于接收所述客戶端根據(jù)所述通知發(fā)送的申請上網(wǎng)參數(shù)的請求；第二下發(fā)子模塊，用于根據(jù)所述申請上網(wǎng)參數(shù)的請求向所述客戶端下發(fā)所述網(wǎng)絡(luò)參數(shù)。
[0089]考慮到傳輸路徑較遠(yuǎn)的情況，所述第二獲取模塊具體用于:通過互聯(lián)網(wǎng)從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)。
[0090]為了實現(xiàn)計費操作，在用戶上線時，本發(fā)明實施例提供的所述網(wǎng)絡(luò)業(yè)務(wù)處理裝置還包括:第四獲取模塊，用于獲取客戶端的上線報文；第一發(fā)送模塊，用于根據(jù)所述上線報文向所述認(rèn)證平臺發(fā)送上線用戶信息。
[0091]在用戶下線時，本發(fā)明實施例提供的所述網(wǎng)絡(luò)業(yè)務(wù)處理裝置還包括:第五獲取模塊，用于獲取客戶端的下線報文；第二發(fā)送模塊，用于根據(jù)所述下線報文向所述認(rèn)證平臺發(fā)送計費信息。
[0092]進一步的，本發(fā)明實施例提供的所述網(wǎng)絡(luò)業(yè)務(wù)處理裝置還包括:第三發(fā)送模塊，用于所述第五獲取模塊執(zhí)行操作之前，根據(jù)預(yù)設(shè)周期向所述認(rèn)證平臺發(fā)送中間計費報文。
[0093]為了解決上述技術(shù)問題，本發(fā)明實施例還提供了一種業(yè)務(wù)路由器，包括:上述的網(wǎng)絡(luò)業(yè)務(wù)處理裝置。
[0094]其中，上述網(wǎng)絡(luò)業(yè)務(wù)處理裝置的所述實現(xiàn)實施例均適用于該業(yè)務(wù)路由器的實施例中，也能達到相同的技術(shù)效果。
[0095]為了解決上述技術(shù)問題，本發(fā)明實施例還提供了一種網(wǎng)絡(luò)業(yè)務(wù)處理方法，如圖3所示，包括:
[0096]步驟31:獲取業(yè)務(wù)路由器發(fā)送的平臺認(rèn)證請求；
[0097]步驟32:對所述平臺認(rèn)證請求進行認(rèn)證；
[0098]步驟33:在認(rèn)證通過時，向所述業(yè)務(wù)路由器下發(fā)對應(yīng)的網(wǎng)絡(luò)參數(shù)。
[0099]本發(fā)明實施例提供的所述網(wǎng)絡(luò)業(yè)務(wù)處理方法通過獲取業(yè)務(wù)路由器發(fā)送的平臺認(rèn)證請求，對平臺認(rèn)證請求進行認(rèn)證，在認(rèn)證通過時，向業(yè)務(wù)路由器下發(fā)對應(yīng)的網(wǎng)絡(luò)參數(shù)；配合業(yè)務(wù)路由器完成了用戶IP的動態(tài)配置，解決了現(xiàn)有技術(shù)中由于用戶IP靜態(tài)配置導(dǎo)致開通業(yè)務(wù)、修改用戶IP以及用戶迀移繁瑣不便的問題。
[0100]具體的，對所述平臺認(rèn)證請求進行認(rèn)證的步驟包括:獲取所述平臺認(rèn)證請求中的用戶名和密碼；將所述平臺認(rèn)證請求中的用戶名和密碼與本地存儲的用戶名和密碼分別進行對比；在對比結(jié)果均一致時，則判斷為認(rèn)證通過，否則，反之。
[0101]其中，密碼是事先存儲在業(yè)務(wù)路由器(由業(yè)務(wù)路由器管理員設(shè)置在業(yè)務(wù)路由器配置中)和認(rèn)證平臺的，要求是一致。在充分信任的前提下，認(rèn)證平臺只驗證用戶名(線路信息)、不驗證密碼也是可以的，不過這需要認(rèn)證平臺作相應(yīng)的設(shè)置。同時，用戶名和密碼不是成對存在的。密碼是在路由器的認(rèn)證策略里設(shè)置的，一個認(rèn)證策略只能設(shè)置一個密碼，但一個認(rèn)證策略可能會為多個用戶服務(wù)，所以多個用戶有可能會對應(yīng)同一個密碼，且密碼主要是用于認(rèn)證的，和計費無關(guān)。
[0102]另，所述網(wǎng)絡(luò)業(yè)務(wù)處理方法還包括:獲取用戶名以及對應(yīng)的密碼和網(wǎng)絡(luò)參數(shù)，并進行存儲。
[0103]為了完成計費操作，以備將來查詢或出具用戶的賬單，本發(fā)明實施例提供的所述網(wǎng)絡(luò)業(yè)務(wù)處理方法還包括:獲取所述業(yè)務(wù)路由器發(fā)送的上線用戶信息，并進行存儲；獲取所述業(yè)務(wù)路由器發(fā)送的計費信息，并進行存儲；以及，獲取所述業(yè)務(wù)路由器發(fā)送的計費信息前，獲取所述業(yè)務(wù)路由器根據(jù)預(yù)設(shè)周期發(fā)送的中間計費報文，并進行存儲。
[0104]為了解決上述技術(shù)問題，本發(fā)明實施例還提供了一種網(wǎng)絡(luò)業(yè)務(wù)處理裝置，如圖4所示，包括:
[0105]第三獲取模塊，用于獲取業(yè)務(wù)路由器發(fā)送的平臺認(rèn)證請求；
[0106]認(rèn)證模塊，用于對所述平臺認(rèn)證請求進行認(rèn)證；
[0107]第二下發(fā)模塊，用于在認(rèn)證通過時，向所述業(yè)務(wù)路由器下發(fā)對應(yīng)的網(wǎng)絡(luò)參數(shù)。
[0108]本發(fā)明實施例提供的所述網(wǎng)絡(luò)業(yè)務(wù)處理裝置通過獲取業(yè)務(wù)路由器發(fā)送的平臺認(rèn)證請求，對平臺認(rèn)證請求進行認(rèn)證，在認(rèn)證通過時，向業(yè)務(wù)路由器下發(fā)對應(yīng)的網(wǎng)絡(luò)參數(shù)；配合業(yè)務(wù)路由器完成了用戶IP的動態(tài)配置，解決了現(xiàn)有技術(shù)中由于用戶IP靜態(tài)配置導(dǎo)致開通業(yè)務(wù)、修改用戶IP以及用戶迀移繁瑣不便的問題。
[0109]具體的，所述認(rèn)證模塊包括:第二獲取子模塊，用于獲取所述平臺認(rèn)證請求中的用戶名和密碼；對比子模塊，用于將所述平臺認(rèn)證請求中的用戶名和密碼與本地存儲的用戶名和密碼分別進行對比；判斷子模塊，用于在對比結(jié)果均一致時，則判斷為認(rèn)證通過，否則，反之。
[0110]另，所述網(wǎng)絡(luò)業(yè)務(wù)處理裝置還包括:第一處理模塊，用于獲取用戶名以及對應(yīng)的密碼和網(wǎng)絡(luò)參數(shù)，并進行存儲。
[0111]為了完成計費操作，以備將來查詢或出具用戶的賬單，本發(fā)明實施例提供的所述網(wǎng)絡(luò)業(yè)務(wù)處理裝置還包括:第二處理模塊，用于獲取所述業(yè)務(wù)路由器發(fā)送的上線用戶信息，并進行存儲；第三處理模塊，用于獲取所述業(yè)務(wù)路由器發(fā)送的計費信息，并進行存儲；第四處理模塊，用于所述第三處理模塊執(zhí)行獲取操作之前，獲取所述業(yè)務(wù)路由器根據(jù)預(yù)設(shè)周期發(fā)送的中間計費報文，并進行存儲。
[0112]為了解決上述技術(shù)問題，本發(fā)明實施例還提供了一種平臺認(rèn)證系統(tǒng)，包括:上述的網(wǎng)絡(luò)業(yè)務(wù)處理裝置。
[0113]需要說明的是，上述網(wǎng)絡(luò)業(yè)務(wù)處理裝置的所述實現(xiàn)實施例均適用于該平臺認(rèn)證系統(tǒng)的實施例中，也能達到相同的技術(shù)效果。
[0114]下面對發(fā)明實施例提供的方案進行具體舉例說明。
[0115]本申請中DHCP可以滿足用戶IP及相關(guān)信息動態(tài)獲取的需求。因此需要在普通DHCP基礎(chǔ)之上，添加集中認(rèn)證、地址固定分配功能。雖然DHCP本身并沒有認(rèn)證功能，但在標(biāo)準(zhǔn)的DHCP請求報文中，包含了很多opt1n(選項)，通過opt1n,服務(wù)器可以了解DHCP客戶端(客戶端網(wǎng)絡(luò)設(shè)備，連接有多個用戶終端)的各方面必要的信息以及需求。其中有可能用于認(rèn)證的opt1n包括opt1n60、opt1n61、opt1n82。opt1n60是由客戶端自己填寫，一般反映了終端或業(yè)務(wù)的類型，相當(dāng)于設(shè)備的P/N(編號)，比如windows PC(運行微軟公司“視窗”操作系統(tǒng)的個人電腦)發(fā)出的DHCP/opt1n60里就是字符串“MSFT 5.0” ；0pt1n61也是由客戶端自己填寫，一般包含了客戶端序列號信息，相當(dāng)于設(shè)備的S/N，每個客戶端設(shè)備是專有的，比如MAC(硬件)地址；opt1n82則是由客戶端與SR之間的接入設(shè)備(中間接入設(shè)備，如圖5中的運營商接入設(shè)備)添加的，反映了客戶端的接入物理位置和路徑。另外還有MAC地址，也是每個客戶端專有的，與opt1n61類似。這些opt1n及MAC都可以作為認(rèn)證的依據(jù)，對DHCP的通用認(rèn)證流程如圖5所示。
[0116]因此，可要求SR設(shè)備可以將DHCP請求報文里的相關(guān)MAC地址或opt1n信息取出，作為認(rèn)證報文中攜帶的屬性送到AAA (驗證、授權(quán)和記賬)平臺作認(rèn)證，認(rèn)證通過后，AAA可以通過下發(fā)相關(guān)屬性向用戶授權(quán)，比如帶寬控制，如果需要，IP地址也可以由AAA授權(quán)下發(fā)，這樣就保證用戶每次上線都能得到固定的IP。
[0117]若要實現(xiàn)專線用戶的認(rèn)證，也可以利用以上三個opt1n及MAC信息作為認(rèn)證依據(jù)，送到AAA平臺去作認(rèn)證。其中opt1n60、opt1n61、MAC都是與具體的終端相關(guān)，一旦用戶換了終端，就有很可能無法通過認(rèn)證，而且這些信息本來就很難自動采集的，如果是用戶自購設(shè)備，就更加無法事先采集了。因此，針對專線業(yè)務(wù)，不適于使用這些信息進行認(rèn)證，最后只剩下opt1n82可供選擇。
[0118]0pt1n82則很適合用于這種場景作為認(rèn)證依據(jù)，這是因為0pt1n82是由中間接入設(shè)備添加的，反映了物理線路的情況，而線路具有物理上的安全性。是很難被非法用戶假冒的。用戶無論采用什么終端，只要是從事先規(guī)定的線路接入進來，就可以得到服務(wù)。因此，采用DHCP+opt1n82認(rèn)證方式，相當(dāng)于實施了物理認(rèn)證，可以初步解決大客戶專線接入認(rèn)證安全問題。而且在完成大客戶線路調(diào)試后，線路的信息就已經(jīng)可以確定，可以輸入到后臺數(shù)據(jù)庫中。
[0119]本方案主要包括以下兩點:
[0120]1、由SR直接把opt1n82值變?yōu)檎J(rèn)證用戶名，假如中間接入設(shè)備在DHCP包中插入的 opt1n82 值為 “ZS-YLN-MA5680-1:0/1/1/0:4001.100”，則 SR 把 DHCP 請求轉(zhuǎn)換成Radius (認(rèn)證平臺)認(rèn)證請求時，以該值為用戶名，送到Radius去作認(rèn)證，認(rèn)證請求報文示例如下:
[0121]User-Name = 〃ZS-YLN-MA5680_1:0/1/1/0:4001.100"
[0122]User-Password = "src〃
[0123]NAS-1P-Address = 120.196.32.22
[0124]ADSL-Agent-Circuit-1d = 〃ZS-YLN-MA5680_1:0/1/1/0:4001.100"
[0125]NAS-Port-Type = Ethernet
[0126]NAS-Port-1d = 〃port_l/l/3:4001.100"
[0127]NAS-1dentifier = 〃⑶ ZS-MS-1PMAN-DSJL-SRO1-7750〃
[0128]Alc-Client-Hardware-Addr = "3c:97:Oe:6a:Ob:05〃
[0129]Acct-Sess1n-1d = 〃4407E20000129651C13210"
[0130]報文說明，以上每行的“=”左邊為屬性名，右邊為其值，各屬性名含義如下:
[0131]User-Name 為用戶名；
[0132]User-Password 為密碼；
[0133]NAS-1P-Address 為 SR 的系統(tǒng) IP 地址；
[0134]ADSL-Agent-Circuit-1d為線路標(biāo)識，含有接入設(shè)備名、端口、VLAN信息；
[0135]NAS-Port-Type為接口類型，Ethernet表示是以太網(wǎng)接口 ；
[0136]NAS-Port-1d為SR上的接口，包含SR上的對應(yīng)端口、VLAN信息；
[0137]NAS-1dentifier 為 SR 的設(shè)備名；
[0138]Alc-Client-Hardware-Addr為用戶的物理地址，及用戶接口的MAC地址；
[0139]Acct-Sess1n-1d為用戶的會話號，由SR分配，在SR上唯一，隨著會話創(chuàng)建而創(chuàng)建，并隨著會話的撤銷而撤銷。
[0140]另，其中的ADSL-Agent-Circuit-1d = 〃ZS-YLN-MA5680_1:0/1/1/0:4001.100"，ADSL-Agent-Circuit-1d代表一個得到廣泛支持的Radius屬性，在RFC 4679中定義，屬性代碼為26-3561-1 ;而其值〃ZS-YLN-MA5680-1:0/1/1/0:4001.100〃則表示了接入設(shè)備接入用戶的設(shè)備名、端口、VLAN。
[0141]為了使用戶認(rèn)證能夠通過，Radius數(shù)據(jù)庫需事先把合法用戶的circuit_id(線路地址)添加進去，由于circuit-1d值是由OLT(光線路終端)根據(jù)自己的設(shè)備名和用戶的接入端口及VLAN信息添加的，因此這些信息是事先可以預(yù)知的。也可以在用戶申請專線業(yè)務(wù)成功、網(wǎng)維人員為用戶分配端口資源后上報到Radius平臺并進行輸入。這樣，在用戶第一次實際連接時就可以通過認(rèn)證，開展業(yè)務(wù)，進一步提高了業(yè)務(wù)安全性。
[0142]當(dāng)由于種種原因，更換了 SR設(shè)備或SR連接接入設(shè)備端口，由于用戶的接入設(shè)備并沒有發(fā)生變化，DHCP的opt1n82或circuit-1d信息就沒有變化，用戶還是可以通過認(rèn)證，因此不影響業(yè)務(wù)的正常運行。
[0143]2、為了使得用戶獲得固定IP，可由AAA平臺(本實施例中采用Radius)在授權(quán)報文(access-acc印t)下發(fā)用戶IP，這時，SR實際并沒有將DHCP請求報文轉(zhuǎn)發(fā)到DHCP服務(wù)器，而是直接將AAA平臺下發(fā)的IP通過DHCP offer下發(fā)給用戶，所以SR實際上提供了 DHCPproxy (代理)功能。AAA平臺下發(fā)的認(rèn)證接受和用戶授權(quán)報文如下:
[0144]Sending Access-Accept of id 113to 10.202.57.158port 46218
[0145]Framed-1P-Address = 183.238.85.11
[0146]Framed-1P-Netmask = 255.255.255.240
[0147]User-Name = "ShuJuSh1NU〃
[0148]Alc-Subsc-1D-Str = "ShuJuSh1NU〃
[0149]Alc-SLA-Prof-Str = 〃10M"
[0150]Alc-Default-Router = 183.238.85.1
[0151]Alc-Primary-Dns = 211.136.192.6
[0152]Alc-Secondary-Dns = 221.179.38.7
[0153]以上認(rèn)證和授權(quán)屬性包括了用戶IP、DNS、網(wǎng)關(guān)、帶寬等等設(shè)定信息。
[0154]報文說明，以上每行的“=”左邊為屬性名，右邊為其值，各屬性名含義如下:
[0155]Framed-1P-Address為向用戶分配的IP地址；
[0156]Framed-1P-Netmask為用戶IP地址的子網(wǎng)掩碼；
[0157]User-Name 為用戶名；
[0158]Alc-Subsc-1D-Str為SR為用戶分配的標(biāo)識，在SR內(nèi)唯一；
[0159]Alc-SLA-Prof-Str為用戶的服務(wù)等級標(biāo)識，可控制用戶的帶寬和訪問權(quán)限；
[0160]Alc-Default-Router 為用戶的網(wǎng)關(guān)地址；
[0161]Alc-Primary-Dns為用戶主用的DNS (域名解析服務(wù)器)地址；
[0162]Alc-Secondary-Dns為用戶備用的DNS(域名解析服務(wù)器)地址。
[0163]對于以本發(fā)明實施例提供的方案，如圖5所示，這種認(rèn)證、授權(quán)方式產(chǎn)生的專線用戶，還可以進行計費，在用戶上線時，SR將發(fā)出accounting-start (計費開始)報文，上報用戶的信息；在用戶下線(如用戶DHCP狀態(tài)被釋放)，SR將發(fā)出accounting-stop(計費停止)報文，可以上報計費信息，如使用的上、下行字節(jié)數(shù)、包數(shù)，以及上網(wǎng)時長等等。還可以根據(jù)SR上的設(shè)定，周期性地上報中間計費報文。
[0164]其中，對圖5中涉及參數(shù)以及步驟的舉例如下:
[0165]1、Radius 用戶數(shù)據(jù):
[0166]ZS-YLN-MA5680-1:0/1/1/0:4001.1OOAuth-Type: = local, User-Password ==src
[0167]Framed-1P-Address = 183.238.85.11
[0168]Framed-1P-Netmask = 255.255.255.240
[0169]User-Name = "ShuJuSh1NU〃
[0170]Alc-Default-Router = 183.238.85.1
[0171]Alc-Primary-Dns = 211.136.192.6
[0172]Alc-Secondary-Dns = 221.179.38.7
[0173]報文說明，以上每行的左邊為屬性名，右邊為其值，各屬性名含義如下:
[0174]Framed-1P-Address為向用戶分配的IP地址；
[0175]Framed-1P-Netmask為用戶IP地址的子網(wǎng)掩碼；
[0176]User-Name 為用戶名；
[0177]Alc-Default-Router 為用戶的網(wǎng)關(guān)地址；
[0178]Alc-Primary-Dns為用戶主用的DNS (域名解析服務(wù)器)地址；
[0179]Alc-Secondary-Dns為用戶備用的DNS (域名解析服務(wù)器)地址。
[0180]2、用戶DHCP請求消息:
[0181]instance I (Base), interface index 122 (YLNOLTTest)
[0182]received DHCP Boot Request on Interface YLNOLTTest(1/1/3:4001.100)Port67
[0183]H/ff Type:Ethernet (1Mb) H/ff Address Length:6
[0184]ciaddr:0.0.0.0yiaddr:0.0.0.0
[0185]siaddr:0.0.0.0giaddr:0.0.0.0
[0186]chaddr:3c:97:Oe:6a:Ob:05 xid:0x5554ce4d
[0187]DHCP opt1ns:
[0188][82]Relay agent informat1n:1en = 36
[0189][I]Circuit-1d:ZS-YLN-MA5680-1:0/1/1/0:4001.100
[0190][2] Remote-1d:
[0191][53]Message type: Request
[0192][61]Client id: (hex)013c 970e 6a 0b 05
[0193][50] Requested IP addr: 183.238.85.11
[0194][12] Host name: PGZBFAXH
[0195][60]Class id:MSFT 5.0
[0196][55]Param request list:1en = 12
[0197]I Subnet mask
[0198]15 Domain name
[0199]3 Router
[0200]6 Domain name server
[0201]44 NETB1S name server
[0202]46 NETB1S type
[0203]47 NETB1S scope
[0204]31 Router discovery
[0205]33 Static route
[0206]121 nknown opt1n
[0207]報文說明，各屬性名含義如下:
[0208]ciaddr:客戶IP地址yiaddr:客戶擬分配地址
[0209]siaddr:服務(wù)器IP地址giaddr:網(wǎng)關(guān)IP地址
[0210]chaddr:客戶物理地址xid:DHCP的會話號
[0211]DHCP opt1ns:DHCP 可選屬性；
[0212][82]Relay agent informat1n:82 號選項，轉(zhuǎn)發(fā)代理信息；
[0213][l]Circuit-1d:1號子信息，電路標(biāo)識；
[0214][2]Remote_id:2號子信息，遠(yuǎn)端標(biāo)識；
[0215][53]Message type:53號選項，消息類型(申請信息)；
[0216][61]Client id: (hex)61 號選項，用戶 ID ;
[0217][50] Requested IP addr: 50 號選項，用戶申請的 IP ;
[0218][12]Host name: 12號選項，用戶主機名；
[0219][60] Class id: 60號選項，類型ID，一般指操作系統(tǒng)；
[0220][55]Param request list:55 號選項，參數(shù)申請列表，
[0221]I Subnet mask:1 代表子網(wǎng)掩碼；
[0222]15 Domain name:15 代表域名；
[0223]3 Router:3 代表路由器；
[0224]6 Domain name server:6 代表域名服務(wù)器；
[0225]44 NETB1S name server:44 代表 NETB1S 網(wǎng)絡(luò)基本輸
[0226]入輸出協(xié)議名字服務(wù)器；
[0227]46 NETB1S type:46代表網(wǎng)絡(luò)基本輸入輸出協(xié)議類型；
[0228]47 NETB1S scope:47代表網(wǎng)絡(luò)基本輸入輸出協(xié)議范圍；
[0229]31 Router discovery:31 代表路由器發(fā)現(xiàn)；
[0230]33 Static route:32 代表靜態(tài)路由；
[0231]121 nknown opt1n:121 號選項，未知選項。
[0232]本方案基于線路信息進行大客戶專線的認(rèn)證控制是一種新的大客戶專線實現(xiàn)方案，使得大客戶可以自動獲取IP信息，變大客戶專線靜態(tài)配置為動態(tài)創(chuàng)建，并可對用戶的合法性進行認(rèn)證和檢查，而且可實現(xiàn)集中管理，不需在SR上為每個用戶作具體IP配置，因此管理起來更加方便。同時，通過對線路信息進行認(rèn)證，杜絕了業(yè)務(wù)盜用的情況發(fā)生。
[0233]另外，現(xiàn)有的專線方式是基于端口和VLAN來靜態(tài)配置的，要想獲取用戶的流量數(shù)據(jù)只能采用人工執(zhí)行命令或者SNMP(簡單網(wǎng)絡(luò)管理協(xié)議)方式在路由器的IP接口下讀取。而本方案可以支持利用RADIUS計費技術(shù)，業(yè)務(wù)路由器可自動在RADIUS報文中定期上報用戶的流量數(shù)據(jù)。業(yè)務(wù)路由器將計費消息上報RADIUS平臺后，RADIUS平臺可以把這些數(shù)據(jù)存儲在數(shù)據(jù)庫中，以備將來的查詢或出用戶的賬單，類似于家庭寬帶業(yè)務(wù)。
[0234]也就是說，本方案還可以靈活方便地對用戶流量進行上報和計費，進行基于時長和流量的計費，使得對專線用戶按使用量收費成為可能，即便還是采用包月制收費，由于有了計費信息，用戶可以對自己的業(yè)務(wù)使用情況了解得更加清楚，提高了用戶體驗。
[0235]以上所述的是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出對于本技術(shù)領(lǐng)域的普通人員來說，在不脫離本發(fā)明所述原理前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。
【主權(quán)項】
1.一種網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于，包括: 獲取客戶端的請求數(shù)據(jù)包； 從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)； 將所述網(wǎng)絡(luò)參數(shù)下發(fā)給所述客戶端。2.如權(quán)利要求1所述的網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于，從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)的步驟包括: 獲取本地存儲的預(yù)設(shè)密碼； 根據(jù)所述預(yù)設(shè)密碼和請求數(shù)據(jù)包中的請求信息生成平臺認(rèn)證請求； 將所述平臺認(rèn)證請求發(fā)送至認(rèn)證平臺； 接收在認(rèn)證通過后所述認(rèn)證平臺下發(fā)的網(wǎng)絡(luò)參數(shù)。3.如權(quán)利要求2所述的網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于，根據(jù)所述預(yù)設(shè)密碼和請求數(shù)據(jù)包中的請求信息生成平臺認(rèn)證請求的步驟包括: 將所述請求數(shù)據(jù)包中的線路信息賦給欲生成的平臺認(rèn)證請求中的用戶名參數(shù)。4.如權(quán)利要求3所述的網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于，還包括: 將所述線路信息輸入到后臺數(shù)據(jù)庫中。5.如權(quán)利要求1所述的網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于，將所述網(wǎng)絡(luò)參數(shù)下發(fā)給所述客戶端的步驟包括: 向所述客戶端下發(fā)允許上網(wǎng)的通知； 接收所述客戶端根據(jù)所述通知發(fā)送的申請上網(wǎng)參數(shù)的請求； 根據(jù)所述申請上網(wǎng)參數(shù)的請求向所述客戶端下發(fā)所述網(wǎng)絡(luò)參數(shù)。6.如權(quán)利要求1所述的網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于，從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)的步驟具體為: 通過互聯(lián)網(wǎng)從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)。7.如權(quán)利要求1所述的網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于，還包括: 獲取客戶端的上線報文； 根據(jù)所述上線報文向所述認(rèn)證平臺發(fā)送上線用戶信息。8.如權(quán)利要求7所述的網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于，還包括: 獲取客戶端的下線報文； 根據(jù)所述下線報文向所述認(rèn)證平臺發(fā)送計費信息。9.如權(quán)利要求8所述的網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于，獲取客戶端的下線報文之前還包括: 根據(jù)預(yù)設(shè)周期向所述認(rèn)證平臺發(fā)送中間計費報文。10.一種網(wǎng)絡(luò)業(yè)務(wù)處理裝置，其特征在于，包括: 第一獲取模塊，用于獲取客戶端的請求數(shù)據(jù)包； 第二獲取模塊，用于從認(rèn)證平臺獲取與所述請求數(shù)據(jù)包相對應(yīng)的網(wǎng)絡(luò)參數(shù)； 第一下發(fā)模塊，用于將所述網(wǎng)絡(luò)參數(shù)下發(fā)給所述客戶端。11.一種業(yè)務(wù)路由器，其特征在于，包括:如權(quán)利要求10所述的網(wǎng)絡(luò)業(yè)務(wù)處理裝置。12.一種網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于，包括: 獲取業(yè)務(wù)路由器發(fā)送的平臺認(rèn)證請求； 對所述平臺認(rèn)證請求進行認(rèn)證； 在認(rèn)證通過時，向所述業(yè)務(wù)路由器下發(fā)對應(yīng)的網(wǎng)絡(luò)參數(shù)。13.如權(quán)利要求12所述的網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于，對所述平臺認(rèn)證請求進行認(rèn)證的步驟包括: 獲取所述平臺認(rèn)證請求中的用戶名和密碼； 將所述平臺認(rèn)證請求中的用戶名和密碼與本地存儲的用戶名和密碼分別進行對比； 在對比結(jié)果均一致時，則判斷為認(rèn)證通過，否則，反之。14.如權(quán)利要求12所述的網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于，還包括: 獲取用戶名以及對應(yīng)的密碼和網(wǎng)絡(luò)參數(shù)，并進行存儲。15.如權(quán)利要求12所述的網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于，還包括: 獲取所述業(yè)務(wù)路由器發(fā)送的上線用戶信息，并進行存儲。16.如權(quán)利要求15所述的網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于，還包括: 獲取所述業(yè)務(wù)路由器發(fā)送的計費信息，并進行存儲。17.如權(quán)利要求16所述的網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于，獲取所述業(yè)務(wù)路由器發(fā)送的計費信息前還包括: 獲取所述業(yè)務(wù)路由器根據(jù)預(yù)設(shè)周期發(fā)送的中間計費報文，并進行存儲。18.—種網(wǎng)絡(luò)業(yè)務(wù)處理裝置，其特征在于，包括: 第三獲取模塊，用于獲取業(yè)務(wù)路由器發(fā)送的平臺認(rèn)證請求； 認(rèn)證模塊，用于對所述平臺認(rèn)證請求進行認(rèn)證； 第二下發(fā)模塊，用于在認(rèn)證通過時，向所述業(yè)務(wù)路由器下發(fā)對應(yīng)的網(wǎng)絡(luò)參數(shù)。19.一種平臺認(rèn)證系統(tǒng)，其特征在于，包括:如權(quán)利要求18所述的網(wǎng)絡(luò)業(yè)務(wù)處理裝置。
【文檔編號】H04L29/12GK105871782SQ201510030780
【公開日】2016年8月17日
【申請日】2015年1月21日
【發(fā)明人】阮煒
【申請人】中國移動通信集團廣東有限公司