首頁>>>技術(shù)>>>電信增值

發(fā)表評論分享按鈕

電信增值業(yè)務(wù)運營中的認證鑒權(quán)控制方案研究

2011/12/27

  摘要:

  通過歸納現(xiàn)有運營商增值業(yè)務(wù)運營的特點,對認證、鑒權(quán)、控制方案進行具體的分析和闡述,為電信運營商相關(guān)系統(tǒng)建設(shè)及業(yè)務(wù)運營提供指導(dǎo)。

  前言

  近年來,在國際信息產(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)一支撐管理的部署模式。

  另一方面,在當前技術(shù)革新加速、各種產(chǎn)業(yè)面臨融合的形勢下,電信運營商不但需要應(yīng)對傳統(tǒng)電信行業(yè)內(nèi)的競爭,也日益面臨互聯(lián)網(wǎng)廠商、廣電、終端廠商等其他行業(yè)的競爭,面臨管道化的風險。電信運營商在增值業(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)用戶管理分散,F(xiàn)有增值業(yè)務(wù)的用戶管理分散在各業(yè)務(wù)系統(tǒng)中,用戶業(yè)務(wù)定制信息與賬務(wù)信息分離,難以形成統(tǒng)一的客戶視圖,以開展針對性強的組合營銷。

  d)組合業(yè)務(wù)實現(xiàn)困難。現(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)負責增值業(yè)務(wù)處理中公共的鑒權(quán)與數(shù)據(jù)管理。通過提取各業(yè)務(wù)運營中的認證、鑒權(quán)共性特點,形成統(tǒng)一接口與增值業(yè)務(wù)系統(tǒng)互聯(lián),負責業(yè)務(wù)運營中的核心控制;同時負責增值生產(chǎn)類數(shù)據(jù)的保存,負責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 認證

  認證功能負責完成增值業(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)系。當灰名單用戶恢復(fù)為白名單用戶時,認證鑒權(quán)系統(tǒ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)負責和增值業(yè)務(wù)系統(tǒng)及BOSS進行必要的交互,定購、退定成功后,認證鑒權(quán)控制系統(tǒng)負責通知SP/CP。

  認證鑒權(quán)控制系統(tǒng)負責按照用戶屬性要求完成用戶定購、使用過程中的定購關(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)負責通過與合作管理系統(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)負責生成、保存統(tǒng)一格式的原始話單,并由BOSS系統(tǒng)采集后進行后續(xù)的計費、賬務(wù)、結(jié)算處理。

  對預(yù)付費用戶,認證鑒權(quán)控制系統(tǒng)負責通過與實時計費系統(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負責通知用戶定購結(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)的部署需要考慮移動、固網(wǎng)、寬帶、互聯(lián)網(wǎng)等各種增值業(yè)務(wù)的運營特點;另一方面,由于認證鑒權(quán)控制系統(tǒng)在增值業(yè)務(wù)運營中的核心地位,其系統(tǒng)安全性與穩(wěn)定性也不可忽視。認證鑒權(quán)控制系統(tǒng)在建設(shè)初期可以采取集中設(shè)置,在演進過程中可以考慮按照業(yè)務(wù)分擔的方式,并設(shè)置容災(zāi)備份中心,以保證系統(tǒng)的穩(wěn)定運行。

  對于集團、行業(yè)業(yè)務(wù),認證鑒權(quán)控制系統(tǒng)部署中需要考慮這類業(yè)務(wù)自有的前后向計費特點、用戶管理特點、增值平臺設(shè)置特點。

  4、結(jié)束語

  在以往增值業(yè)務(wù)運營過程中,各增值系統(tǒng)自成體系,并通常采用以業(yè)務(wù)邏輯為核心的認證、鑒權(quán)控制方法,缺乏整體規(guī)劃。通過在電信運營商建設(shè)增值業(yè)務(wù)認證鑒權(quán)控制系統(tǒng),逐步形成增值業(yè)務(wù)網(wǎng)中的HLR,可以解決增值業(yè)務(wù)控制系統(tǒng)條塊分割、業(yè)務(wù)開發(fā)與上線時間長等難題,能夠較好適應(yīng)3G時代互聯(lián)網(wǎng)業(yè)務(wù)運營的需要。

  需要指出的是,認證鑒權(quán)控制系統(tǒng)的部署涉及運營商現(xiàn)網(wǎng)中增值平臺、合作伙伴、BOSS支撐系統(tǒng)、智能網(wǎng)等各個環(huán)節(jié),因此需要妥善處理與各相關(guān)系統(tǒng)的接口、界面,以切實保障電信增值業(yè)務(wù)的長遠發(fā)展。

飛象網(wǎng)



相關(guān)閱讀:
從運營商角度談車載應(yīng)用 2011-12-01
東進總裁賀建楠:未來通信發(fā)展重點是與各行業(yè)結(jié)合 2011-11-11
東進技術(shù)總裁賀建楠:低調(diào)地在行業(yè)中掘金 2011-10-10
《Dialogic 網(wǎng)關(guān)–DMG與IMG產(chǎn)品手冊》 2011-08-31
IPTV何以沖出十面埋伏 如何運營亟待破題 2011-07-14

熱點專題:  增值電信
相關(guān)頻道:  增值電信文摘    

平谷区| 许昌县| 南京市| 乐陵市| 勃利县| 云林县| 滦南县| 神农架林区| 苍山县| 昆明市| 永丰县| 阳山县| 监利县| 阳春市| 新乡市| 虎林市| 剑川县| 万源市| 工布江达县| 彩票| 米脂县| 墨脱县| 东兴市| 措美县| 平顺县| 勐海县| 收藏| 莎车县| 安仁县| 郴州市| 凤凰县| 枣强县| 泰兴市| 龙岩市| 昭通市| 沧源| 珲春市| 应城市| 金阳县| 龙胜| 任丘市|