摘要：通過歸納現(xiàn)有運營商增值業(yè)務(wù)運營的特點，對認證、鑒權(quán)、控制方案進行具體的分析和闡述，為電信運營商相關(guān)系統(tǒng)建設(shè)及業(yè)務(wù)運營提供指導(dǎo)。
0 前言
近年來，在國際信息產(chǎn)業(yè)發(fā)展迅猛的大背景下，國內(nèi)電信運營商在增值業(yè)務(wù)方面也有了長足的發(fā)展。按照工信部的相關(guān)統(tǒng)計，2009年中國移動增值業(yè)務(wù)收入占營運收入的比重為29.1%，達到1311億元；中國電信增值服務(wù)收入占經(jīng)營收入的比重為10.3%，達到215.33億元；中國聯(lián)通GSM增值業(yè)務(wù)收入占GSM通信服務(wù)收入比重為27.3%，達到186.3億元。2010 年，移動增值業(yè)務(wù)市場規(guī)模超過2000億；2011年，移動增值業(yè)務(wù)市場規(guī)模將超過2200億元，年增長率差超過10%。
國內(nèi)電信運營商在進行增值業(yè)務(wù)運營過程中，建設(shè)了大量的業(yè)務(wù)平臺，如短信網(wǎng)關(guān)、短信互通網(wǎng)關(guān)、彩信網(wǎng)關(guān)、WAP系統(tǒng)、流媒體、Java下載、IVR系統(tǒng)、定位、應(yīng)用商店等等。在通過這些平臺向用戶提供增值服務(wù)的過程中，包括用戶、業(yè)務(wù)及產(chǎn)品認證、鑒權(quán)、計費等在內(nèi)的服務(wù)策略管理一直是運營商關(guān)注的焦點。
在國際上，各標準化組織，如ITU、3GPP/3GPP2、OMA、Parlay等，基于研究重點不同，對業(yè)務(wù)平臺的研究深度也不相同，對增值業(yè)務(wù)平臺分別提出了不同的架構(gòu)；但其共同的核心思想之一就是運營管理與能力提供的分離，認證、鑒權(quán)與控制則是運營管理的核心內(nèi)容。在各國際組織的推動以及業(yè)務(wù)需求驅(qū)動下，電信運營商正將增值業(yè)務(wù)平臺從垂直獨立、條塊部署模式，轉(zhuǎn)向統(tǒng)一支撐管理的部署模式。
另一方面，在當(dāng)前技術(shù)革新加速、各種產(chǎn)業(yè)面臨融合的形勢下，電信運營商不但需要應(yīng)對傳統(tǒng)電信行業(yè)內(nèi)的競爭，也日益面臨互聯(lián)網(wǎng)廠商、廣電、終端廠商等其他行業(yè)的競爭，面臨管道化的風(fēng)險。電信運營商在增值業(yè)務(wù)運營中，如何構(gòu)筑合理有效的運營控制平臺、整合內(nèi)部服務(wù)資源至為重要，而理順認證、鑒權(quán)等控制流程將是提高運營商核心競爭力的關(guān)鍵環(huán)節(jié)。
本文結(jié)合國內(nèi)電信運營商增值業(yè)務(wù)運營的實際，對其中的認證、鑒權(quán)、控制方案進行具體闡述。
1 需求分析
經(jīng)過多年的建設(shè)，電信運營商已經(jīng)普遍建成了一定規(guī)模的增值業(yè)務(wù)系統(tǒng)，原有業(yè)務(wù)系統(tǒng)的建設(shè)基本上都采用垂直體系結(jié)構(gòu)。隨著業(yè)務(wù)深入發(fā)展，新業(yè)務(wù)不斷涌現(xiàn)，逐漸暴露出一些問題，并影響業(yè)務(wù)的進一步發(fā)展。統(tǒng)一的增值業(yè)務(wù)認證、鑒權(quán)、控制方案需要解決以下迫切問題。
a)增值系統(tǒng)條塊分割，綜合管理成本高。
b)業(yè)務(wù)開發(fā)與上線時間長�，F(xiàn)有各業(yè)務(wù)系統(tǒng)自成體系，用戶管理、定購關(guān)系管理、預(yù)付費接口分別實現(xiàn)，導(dǎo)致每新開發(fā)一種增值產(chǎn)品，都需要和BOSS、智能網(wǎng)等進行協(xié)調(diào)接口。
c)用戶管理分散。現(xiàn)有增值業(yè)務(wù)的用戶管理分散在各業(yè)務(wù)系統(tǒng)中，用戶業(yè)務(wù)定制信息與賬務(wù)信息分離，難以形成統(tǒng)一的客戶視圖，以開展針對性強的組合營銷。
d)組合業(yè)務(wù)實現(xiàn)困難�，F(xiàn)有各業(yè)務(wù)的實現(xiàn)流程相互獨立，很難實現(xiàn)多業(yè)務(wù)的組合。
e)缺乏統(tǒng)一客服支持與展現(xiàn)。增值業(yè)務(wù)種類眾多，但缺乏針對客服的統(tǒng)一支持，客服及營銷人員難以統(tǒng)一獲取、展示用戶定購的業(yè)務(wù)資料并進行必要操作；用戶難以從統(tǒng)一界面全面了解運營商業(yè)務(wù)。
f)業(yè)務(wù)計費分散。各業(yè)務(wù)單獨計費，難以實現(xiàn)產(chǎn)品的組合銷售。
鑒于以上原因，急需探索增值業(yè)務(wù)認證、鑒權(quán)、控制、管理的基本技術(shù)和業(yè)務(wù)管理模式，加強對增值業(yè)務(wù)的運營支撐。
2 認證鑒權(quán)控制方案分析
2.1 總體定位
在移動網(wǎng)架構(gòu)中，設(shè)置了HLR等對移動網(wǎng)通信能力進行控制的網(wǎng)元。增值業(yè)務(wù)認證鑒權(quán)控制系統(tǒng)的設(shè)置，將形成增值業(yè)務(wù)網(wǎng)中的HLR，可以通過在其上設(shè)置參數(shù)，簡便地實現(xiàn)各增值服務(wù)能力的開通、暫停、關(guān)閉，真正實現(xiàn)增值服務(wù)的模塊化、產(chǎn)品化，提升用戶感受，為增值業(yè)務(wù)的運營提供基本保障。
增值業(yè)務(wù)認證鑒權(quán)控制系統(tǒng)負責(zé)增值業(yè)務(wù)處理中公共的鑒權(quán)與數(shù)據(jù)管理。通過提取各業(yè)務(wù)運營中的認證、鑒權(quán)共性特點，形成統(tǒng)一接口與增值業(yè)務(wù)系統(tǒng)互聯(lián)，負責(zé)業(yè)務(wù)運營中的核心控制；同時負責(zé)增值生產(chǎn)類數(shù)據(jù)的保存，負責(zé)BOSS支撐系統(tǒng)、業(yè)務(wù)系統(tǒng)、CP/SP間數(shù)據(jù)的傳遞。
認證鑒權(quán)控制系統(tǒng)總體定位如圖1所示。
2.2 系統(tǒng)功能
由于各種增值業(yè)務(wù)的運營、業(yè)務(wù)邏輯千差萬別，為減少認證鑒權(quán)控制系統(tǒng)與具體增值業(yè)務(wù)及平臺的耦合度，保證認證鑒權(quán)控制系統(tǒng)的穩(wěn)定性、可實現(xiàn)性，需要抽象出其中共性的、和具體業(yè)務(wù)無關(guān)的鑒權(quán)、控制特性，并由此形成認證鑒權(quán)控制系統(tǒng)的核心功能(用戶認證、用戶鑒權(quán)、CP/SP狀態(tài)鑒權(quán)、業(yè)務(wù)鑒權(quán)、定購關(guān)系鑒權(quán)、付費屬性鑒權(quán)等)，實現(xiàn)增值業(yè)務(wù)的統(tǒng)一控制。
2.2.1 認證
認證功能負責(zé)完成增值業(yè)務(wù)運營中的身份合法性驗證功能，其主要包括對用戶身份、CP/SP合法身份的認證。
用戶認證指的是對用戶身份信息、狀態(tài)信息、簽約屬性信息等的認證。
CP/SP的認證通過CP/SP接入號、IP地址、用戶名、密碼、端口、URL等綜合認證。
2.2.1.1 用戶身份認證
用戶身份認證的目的在于對用戶的身份進行確認、驗證。針對不同接入方式的增值業(yè)務(wù)用戶，針對用戶的認證要求也不同。
對于移動增值用戶來說，由于在接入電信運營商無線網(wǎng)絡(luò)時已經(jīng)采用了多重身份認證機制，從而保證了到達增值業(yè)務(wù)平臺的用戶身份本身都是可信的。因此在移動增值業(yè)務(wù)運營過程中，需要處理的主要是針對用戶身份的保密處理。包括用戶使用業(yè)務(wù)時，如果在增值業(yè)務(wù)平臺、CP/SP之間傳遞的用戶信息通過偽碼來傳遞，而不是真實的手機號碼時，認證鑒權(quán)系統(tǒng)需要支持用戶偽碼的生成、加密、解碼與傳遞。使用偽碼的目的是對CP/SP等外部系統(tǒng)屏蔽用戶的手機號，根據(jù)業(yè)務(wù)信息確定是否使用偽碼。認證鑒權(quán)控制系統(tǒng)在用戶認證通過后，完成偽碼與手機號的轉(zhuǎn)換，在鑒權(quán)應(yīng)答消息中返回給業(yè)務(wù)系統(tǒng)。
對于寬帶用戶來說，認證鑒權(quán)系統(tǒng)需要根據(jù)用戶訪問的IP地址對用戶身份進行反查；或?qū)τ脩粼L問業(yè)務(wù)時輸入的用戶賬號信息進行驗證。其中反查與驗證工作均需借助于寬帶接入認證系統(tǒng)(AAA)實現(xiàn)。
寬帶用戶IP反查流程如圖2所示。
a)增值業(yè)務(wù)平臺向認證鑒權(quán)系統(tǒng)發(fā)起IP反查請求。
b)認證鑒權(quán)系統(tǒng)通過用戶IP反查接口向?qū)拵Ы尤胝J證系統(tǒng)發(fā)起請求。
c)寬帶接入認證系統(tǒng)返回結(jié)果給認證鑒權(quán)系統(tǒng)。
d)認證鑒權(quán)系統(tǒng)返回結(jié)果給增值業(yè)務(wù)平臺。
接入賬號認證流程如圖3所示。
a)增值業(yè)務(wù)平臺向認證鑒權(quán)系統(tǒng)發(fā)起用戶認證請求。
b)認證鑒權(quán)系統(tǒng)通過用戶認證接口向?qū)拵Ы尤胝J證系統(tǒng)發(fā)起請求。
c)寬帶接入認證系統(tǒng)返回結(jié)果給認證鑒權(quán)系統(tǒng)。
d)認證鑒權(quán)系統(tǒng)返回結(jié)果給增值業(yè)務(wù)平臺。
2.2.1.2 用戶狀態(tài)信息管理
認證鑒權(quán)系統(tǒng)通過接口從BOSS獲取所有用戶的停開機狀態(tài)信息，根據(jù)用戶狀態(tài)將號碼分為白名單、灰名單、黑名單三大類。在業(yè)務(wù)運營中，對正常狀態(tài)用戶提供正常服務(wù)；對狀態(tài)不正常的用戶進行暫停部分服務(wù)或暫停全部服務(wù)處理。
對于白名單用戶，增值系統(tǒng)向用戶提供正常服務(wù)，增值系統(tǒng)向用戶認證鑒權(quán)系統(tǒng)發(fā)起針對該用戶的鑒權(quán)請求時，鑒權(quán)通過。
對于灰名單用戶，增值業(yè)務(wù)系統(tǒng)暫停其所有訂制類服務(wù)的正常使用，增值系統(tǒng)向認證鑒權(quán)系統(tǒng)發(fā)起針對該用戶的鑒權(quán)請求時，鑒權(quán)不通過，對后付費用戶不再產(chǎn)生原始話單，但保留該用戶的定購類服務(wù)關(guān)系。當(dāng)灰名單用戶恢復(fù)為白名單用戶時，認證鑒權(quán)系統(tǒng)針對當(dāng)月用戶計費按照正常處理，對后付費用戶產(chǎn)生原始話單。
對于黑名單用戶，增值系統(tǒng)向認證鑒權(quán)系統(tǒng)發(fā)起針對該用戶的鑒權(quán)請求時，鑒權(quán)不通過。
2.2.1.3 用戶屬性信息管理
用戶屬性包括用戶的付費類型、基本登記信息等。用戶付費類型指用戶開戶時具體簽約類型，包括預(yù)付費、后付費等。
用戶在使用增值業(yè)務(wù)時，增值業(yè)務(wù)系統(tǒng)通過接口向認證鑒權(quán)系統(tǒng)發(fā)起實時用戶鑒權(quán)請求，認證鑒權(quán)系統(tǒng)按照用戶付費類型對用戶進行鑒權(quán)，并對預(yù)付費用戶進行實時計費處理，成功后向增值系統(tǒng)反饋信息；對后付費用戶，產(chǎn)生原始使用記錄。
2.2.2 定購關(guān)系管理
定購管理模塊核心功能包括：接受來自業(yè)務(wù)支撐系統(tǒng)(如BOSS、客服、各種電子渠道)、用戶直接發(fā)起的定購、退定請求，生成、取消定購關(guān)系，將定購關(guān)系信息同步給BOSS，將定購關(guān)系變化通知SP/CP等，對用戶關(guān)于增值業(yè)務(wù)的使用進行定購關(guān)系鑒權(quán)。
用戶定購、退定可以采用短信、WAP、Web、IVR和客服等方式，認證鑒權(quán)控制系統(tǒng)接受各種定購、退定消息請求，定購結(jié)果由發(fā)起定購方根據(jù)需要通知用戶；定購、退定過程中認證鑒權(quán)控制系統(tǒng)負責(zé)和增值業(yè)務(wù)系統(tǒng)及BOSS進行必要的交互，定購、退定成功后，認證鑒權(quán)控制系統(tǒng)負責(zé)通知SP/CP。
認證鑒權(quán)控制系統(tǒng)負責(zé)按照用戶屬性要求完成用戶定購、使用過程中的定購關(guān)系鑒權(quán)。在用戶定購、退訂過程中，認證鑒權(quán)控制系統(tǒng)在定購鑒權(quán)處理中需要保證用戶在定購產(chǎn)品時在同一業(yè)務(wù)中只能定購其一種產(chǎn)品；對用戶定購、退訂的產(chǎn)品屬性進行鑒權(quán)，判斷能否在增值側(cè)定購、退訂。
2.2.3 CP/SP資料管理
CP/SP業(yè)務(wù)資料管理功能是認證鑒權(quán)控制系統(tǒng)對業(yè)務(wù)進行鑒權(quán)的基礎(chǔ)。認證鑒權(quán)控制系統(tǒng)負責(zé)通過與合作管理系統(tǒng)的接口接收CP/SP資料數(shù)據(jù)，包括CP/SP靜態(tài)配置數(shù)據(jù)、業(yè)務(wù)信息、產(chǎn)品信息等。
2.2.4 鑒權(quán)
增值業(yè)務(wù)系統(tǒng)向認證鑒權(quán)控制系統(tǒng)觸發(fā)鑒權(quán)消息，由認證鑒權(quán)控制系統(tǒng)的鑒權(quán)模塊完成具體的鑒權(quán)操作。鑒權(quán)包括用戶鑒權(quán)、CP/SP狀態(tài)鑒權(quán)、業(yè)務(wù)鑒權(quán)、用戶定購關(guān)系鑒權(quán)、付費屬性鑒權(quán)。認證鑒權(quán)控制系統(tǒng)按照以下步驟逐步鑒權(quán)。
2.2.4.1 付費方用戶鑒權(quán)
a)對用戶歸屬地進行鑒權(quán)，如果用戶不屬于本認證鑒權(quán)控制系統(tǒng)范圍，鑒權(quán)失敗，進入異常處理流程。
b)后付費用戶根據(jù)用戶狀態(tài)進行鑒權(quán)，黑名單、灰名單鑒權(quán)失敗，進入異常處理流程。
c)根據(jù)用戶業(yè)務(wù)能力信息，判斷是否開通相應(yīng)業(yè)務(wù)，如未開通則鑒權(quán)失敗，進入異常處理流程。
2.2.4.2 接收方用戶鑒權(quán)。
2.2.4.3 SP鑒權(quán)
a)根據(jù)SP狀態(tài)鑒權(quán)。非正常狀態(tài)則鑒權(quán)失敗，進入異常處理流程。
b)根據(jù)SP信用度鑒權(quán)。針對不同信用度，作不同處理。
c)根據(jù)SP區(qū)域鑒權(quán)。判斷SP注冊服務(wù)區(qū)域和使用的用戶歸屬地是否一致，如不一致則鑒權(quán)失敗，進入異常處理流程。
2.2.4.4 業(yè)務(wù)鑒權(quán)
a)根據(jù)業(yè)務(wù)屬性鑒權(quán)。如果業(yè)務(wù)不允許此業(yè)務(wù)能力使用則鑒權(quán)失敗，進入異常處理流程。
b)根據(jù)業(yè)務(wù)狀態(tài)鑒權(quán)。
c)根據(jù)業(yè)務(wù)區(qū)域鑒權(quán)。判斷業(yè)務(wù)注冊服務(wù)區(qū)域和使用的用戶歸屬地是否一致，如不一致則鑒權(quán)失敗，進入異常處理流程。
2.2.4.5 定購關(guān)系鑒權(quán)。
2.2.4.6 產(chǎn)品鑒權(quán)
根據(jù)產(chǎn)品類型、屬性和產(chǎn)品狀態(tài)進行鑒權(quán)。
2.2.4.7 付費屬性鑒權(quán)
根據(jù)用戶類型判斷，如果是預(yù)付費用戶則進入實時計費流程。
2.2.5 計費支撐
對后付費用戶，認證鑒權(quán)控制系統(tǒng)負責(zé)生成、保存統(tǒng)一格式的原始話單，并由BOSS系統(tǒng)采集后進行后續(xù)的計費、賬務(wù)、結(jié)算處理。
對預(yù)付費用戶，認證鑒權(quán)控制系統(tǒng)負責(zé)通過與實時計費系統(tǒng)的接口，實現(xiàn)預(yù)付費用戶使用增值業(yè)務(wù)的實時計費。
2.2.6 配置管理
作為數(shù)據(jù)中心，認證鑒權(quán)控制系統(tǒng)通過接口將業(yè)務(wù)信息、SP業(yè)務(wù)能力信息、產(chǎn)品信息等配置信息同步給相關(guān)的業(yè)務(wù)系統(tǒng)，供業(yè)務(wù)系統(tǒng)使用。
2.3 典型業(yè)務(wù)處理流程
2.3.1 BOSS方式業(yè)務(wù)定購流程
BOSS定購業(yè)務(wù)流程如圖4所示。
步驟①：用戶通過各種BOSS定購業(yè)務(wù)渠道發(fā)出定購請求。
步驟②：BOSS進行定購預(yù)處理，判斷渠道來源，做用戶狀態(tài)等業(yè)務(wù)運營規(guī)則鑒權(quán)。
步驟③：BOSS向用戶發(fā)起二次確認，用戶回復(fù)確認。
步驟④：BOSS向認證鑒權(quán)控制系統(tǒng)發(fā)送定購?fù)ㄖ?br />
步驟⑤：認證鑒權(quán)控制系統(tǒng)做定購鑒權(quán)，返回結(jié)果給BOSS。
步驟⑥：認證鑒權(quán)控制系統(tǒng)向增值業(yè)務(wù)平臺或SP同步定購關(guān)系。
步驟⑦：BOSS負責(zé)通知用戶定購結(jié)果。
2.3.2 增值業(yè)務(wù)平臺門戶定購流程
增值業(yè)務(wù)平臺門戶定購流程如圖5所示。
步驟①：用戶在增值業(yè)務(wù)平臺門戶發(fā)起定購業(yè)務(wù)請求。
步驟②：按照工信部統(tǒng)一要求，增值業(yè)務(wù)平臺門戶提供用戶資費明示，二次確認。
步驟③：增值業(yè)務(wù)平臺門戶向認證鑒權(quán)控制系統(tǒng)發(fā)起定購請求。
步驟④：認證鑒權(quán)控制系統(tǒng)做定購關(guān)系鑒權(quán)。
步驟⑤：認證鑒權(quán)控制系統(tǒng)同步定購請求給BOSS，BOSS生成定購關(guān)系后返回響應(yīng)。
步驟⑥：認證鑒權(quán)控制系統(tǒng)生成定購關(guān)系，給增值業(yè)務(wù)平臺門戶返回成功定購響應(yīng)。
步驟⑦：增值業(yè)務(wù)平臺門戶通知用戶定購結(jié)果。
步驟⑧：認證鑒權(quán)控制系統(tǒng)同步定購關(guān)系給增值業(yè)務(wù)平臺或SP。
2.3.3 增值業(yè)務(wù)使用流程
增值業(yè)務(wù)使用流程如圖6所示。
步驟①：用戶向增值業(yè)務(wù)平臺發(fā)起業(yè)務(wù)服務(wù)請求。
步驟②：增值業(yè)務(wù)平臺向認證鑒權(quán)控制系統(tǒng)觸發(fā)鑒權(quán)計費請求。
步驟③：認證鑒權(quán)控制系統(tǒng)進行SP、業(yè)務(wù)、用戶、定購關(guān)系等鑒權(quán)。
步驟④：認證鑒權(quán)控制系統(tǒng)向增值業(yè)務(wù)平臺返回鑒權(quán)計費響應(yīng)。
步驟⑤：增值業(yè)務(wù)平臺向用戶提供服務(wù)。
步驟⑥：增值業(yè)務(wù)平臺向認證鑒權(quán)控制系統(tǒng)觸發(fā)鑒權(quán)計費確認請求。
步驟⑦：認證鑒權(quán)控制系統(tǒng)向增值業(yè)務(wù)平臺返回實時鑒權(quán)計費確認響應(yīng)。針對步驟⑥、⑦，根據(jù)業(yè)務(wù)、產(chǎn)品具體運營方式選擇實現(xiàn)。
步驟⑧：認證鑒權(quán)控制系統(tǒng)記錄話單，或?qū)︻A(yù)付費用戶進行相應(yīng)實時計費處理。
3 認證鑒權(quán)控制系統(tǒng)達到的效果及演進方向
由于各種增值業(yè)務(wù)邏輯各不相同，導(dǎo)致鑒權(quán)控制實現(xiàn)過程復(fù)雜，難以形成統(tǒng)一的認證鑒權(quán)系統(tǒng)，并使鑒權(quán)系統(tǒng)建設(shè)陷入了條塊分割的局面，對新業(yè)務(wù)的推出難以快速支撐。
通過本文研究，經(jīng)過歸納現(xiàn)有增值業(yè)務(wù)運營的特點，提出了增值業(yè)務(wù)認證鑒權(quán)控制與具體增值業(yè)務(wù)處理邏輯無關(guān)的總體設(shè)計思路，通過對用戶身份進行認證，以用戶使用權(quán)限為核心，進而對用戶的狀態(tài)屬性、費用屬性、產(chǎn)品屬性、業(yè)務(wù)屬性、定購屬性進行鑒權(quán)，最終形成了以用戶為核心的增值業(yè)務(wù)認證、鑒權(quán)控制技術(shù)體系，解決了增值業(yè)務(wù)運營中認證鑒權(quán)實現(xiàn)困難、和業(yè)務(wù)系統(tǒng)耦合度高、對業(yè)務(wù)支撐范圍小的突出難題。
在國內(nèi)電信運營商全業(yè)務(wù)運營的情況下，認證鑒權(quán)控制系統(tǒng)的部署需
[1] [2] 下一頁
