[發(fā)明專利]一種業(yè)務(wù)處理方法、裝置及系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201310129411.6
• 申請(qǐng)日: 2013-04-15
• 公開(kāi)（公告）號(hào): CN104105125B
• 公開(kāi)（公告）日: 2017-08-25
• 發(fā)明（設(shè)計(jì)）人: 王志明;梁立濤;牛罡;趙偉;朱若萍
• 申請(qǐng)（專利權(quán)）人: 中國(guó)移動(dòng)通信集團(tuán)北京有限公司
• 主分類號(hào): H04W24/08
• 分類號(hào): H04W24/08;H04W84/12;H04L29/06;H04L29/08
• 代理公司: 北京同達(dá)信恒知識(shí)產(chǎn)權(quán)代理有限公司11291
• 代理人: 郭潤(rùn)湘

技術(shù)領(lǐng)域

本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種業(yè)務(wù)處理方法、裝置及系統(tǒng)。

背景技術(shù)

在現(xiàn)有的無(wú)線局域網(wǎng)絡(luò)中，門(mén)戶網(wǎng)站(web portal)認(rèn)證系統(tǒng)通常包括多個(gè)終端、訪問(wèn)接入點(diǎn)(Access Point，AP)、接入控制器(Access Control，AC)、portal服務(wù)器和遠(yuǎn)程用戶撥號(hào)認(rèn)證系統(tǒng)(Remote authentication dial in user service，Radius)服務(wù)器等。在采用該系統(tǒng)處理終端的操作業(yè)務(wù)流程時(shí)，通常涉及到終端、AC、portal服務(wù)器和Radius服務(wù)器這幾部分的信令交互。在這里，操作業(yè)務(wù)流程指的是上線業(yè)務(wù)流程或者下線業(yè)務(wù)流程。

具體地，如圖1所示，上線業(yè)務(wù)流程可通過(guò)下述步驟來(lái)實(shí)現(xiàn)：

S101：終端向portal服務(wù)器發(fā)起HTTP請(qǐng)求；

S102：portal服務(wù)器接收到該請(qǐng)求后，向終端推送認(rèn)證頁(yè)面；

S103：終端在該認(rèn)證頁(yè)面上輸入相關(guān)信息，返回給portal服務(wù)器；

在這里，相關(guān)信息例如終端的登錄帳號(hào)和密碼等信息；

S104：Portal服務(wù)器接收到終端輸入的相關(guān)信息后，向AC發(fā)起終端的相關(guān)信息認(rèn)證請(qǐng)求；

S105：AC將接收到的認(rèn)證請(qǐng)求轉(zhuǎn)發(fā)至Radius服務(wù)器；

S106：Radius服務(wù)器根據(jù)接收到的認(rèn)證請(qǐng)求，認(rèn)證終端的合法性，并將認(rèn)證結(jié)果返回給AC；

S107：AC將接收到的認(rèn)證結(jié)果轉(zhuǎn)發(fā)至portal服務(wù)器；

S108：portal服務(wù)器根據(jù)認(rèn)證結(jié)果，向終端推送認(rèn)證結(jié)果頁(yè)面。

在上述步驟S104～S106中，portal服務(wù)器向AC發(fā)送的認(rèn)證請(qǐng)求可以先是查詢請(qǐng)求，由Radius服務(wù)器先執(zhí)行查詢操作，這樣，如果查詢失敗，portal服務(wù)器可直接向終端推送上線認(rèn)證失敗頁(yè)面；如果查詢成功，portal服務(wù)器收到相應(yīng)響應(yīng)消息后，再發(fā)送認(rèn)證請(qǐng)求，由Radius服務(wù)器驗(yàn)證終端的合法性，具體驗(yàn)證時(shí)，可以先確認(rèn)終端的身份信息和業(yè)務(wù)屬性，再確認(rèn)終端輸入的帳號(hào)和密碼是否正確，Radius服務(wù)器對(duì)終端的密碼分別進(jìn)行靜態(tài)密碼和動(dòng)態(tài)密碼兩次密碼認(rèn)證，在這種情況下，如果其中一次成功，Radius服務(wù)器就向AC返回上線認(rèn)證成功信息，并攜帶協(xié)議參數(shù)，以及用戶的相關(guān)業(yè)務(wù)屬性給用戶授權(quán)，例如相關(guān)業(yè)務(wù)屬性可為系統(tǒng)配置的單次連接最大時(shí)長(zhǎng)、終端卡的套餐剩余時(shí)長(zhǎng)信息等；如果兩次都失敗，Radius服務(wù)器向AC返回上線認(rèn)證失敗信息。

另外，在認(rèn)證結(jié)果為上線認(rèn)證成功的情況下，portal服務(wù)器可根據(jù)編碼規(guī)則判斷終端的帳號(hào)的歸屬地，來(lái)推送歸屬地定制的個(gè)性化頁(yè)面，并將認(rèn)證結(jié)果、系統(tǒng)配置的單次連接最大時(shí)長(zhǎng)、套餐剩余時(shí)長(zhǎng)、自服務(wù)選項(xiàng)等填入推送頁(yè)面，一起呈現(xiàn)給終端，同時(shí)提醒Radius服務(wù)器啟動(dòng)正計(jì)時(shí)，繼續(xù)后續(xù)計(jì)費(fèi)和業(yè)務(wù)使用及下線業(yè)務(wù)流程。

在上述步驟S108中，portal服務(wù)器是直接將上線失敗或上線成功的頁(yè)面推送至終端。

具體地，如圖2所示，下線業(yè)務(wù)流程可通過(guò)下述步驟來(lái)實(shí)現(xiàn)：

S201：當(dāng)終端需要下線時(shí)，向portal服務(wù)器發(fā)起下線請(qǐng)求；

S202：portal服務(wù)器將接收到的下線請(qǐng)求傳送至AC；

S203：AC接收到下線請(qǐng)求后，向Radius服務(wù)器發(fā)起計(jì)費(fèi)結(jié)束報(bào)文；

S204：Radius服務(wù)器回應(yīng)AC的計(jì)費(fèi)結(jié)束報(bào)文；

S205：AC將處理后的下線結(jié)果返回給portal服務(wù)器；

S206：portal服務(wù)器收到AC返回的下線結(jié)果后，推送下線結(jié)果頁(yè)面給終端。

從上述終端啟動(dòng)的上線業(yè)務(wù)流程或者下線業(yè)務(wù)流程可以看出，不管終端是否成功上、下線，終端發(fā)起相關(guān)請(qǐng)求指令后，僅經(jīng)過(guò)portal服務(wù)器、Ac和Radius服務(wù)器交互處理一次，這樣一來(lái)，在portal服務(wù)器、Ac和Radius服務(wù)器交互處理流程出現(xiàn)異常的情況下，很容易造成終端上、下線失敗，從而導(dǎo)致終端上、下線成功率較低。

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

本發(fā)明實(shí)施例提供了一種業(yè)務(wù)處理方法、裝置及系統(tǒng)，用以解決現(xiàn)有WLAN網(wǎng)絡(luò)下web portal認(rèn)證系統(tǒng)中終端上、下線成功率低的問(wèn)題。

基于上述問(wèn)題，本發(fā)明實(shí)施例提供的一種業(yè)務(wù)處理方法，應(yīng)用于無(wú)線局域網(wǎng)絡(luò)WLAN中的門(mén)戶網(wǎng)站認(rèn)證系統(tǒng)中，包括：

監(jiān)測(cè)設(shè)備監(jiān)測(cè)所述門(mén)戶網(wǎng)站認(rèn)證系統(tǒng)中終端啟動(dòng)的操作業(yè)務(wù)流程，所述操作業(yè)務(wù)流程為上線業(yè)務(wù)流程或下線業(yè)務(wù)流程；