電信增值業(yè)務(wù)運營(yíng)中的認證鑒權控制方案研究
2011/12/27
摘要：
通過(guò)歸納現有運營(yíng)商增值業(yè)務(wù)運營(yíng)的特點(diǎn)，對認證、鑒權、控制方案進(jìn)行具體的分析和闡述，為電信運營(yíng)商相關(guān)系統建設及業(yè)務(wù)運營(yíng)提供指導。
前言
近年來(lái)，在國際信息產(chǎn)業(yè)發(fā)展迅猛的大背景下，國內電信運營(yíng)商在增值業(yè)務(wù)方面也有了長(cháng)足的發(fā)展。按照工信部的相關(guān)統計，2009年中國移動(dòng)增值業(yè)務(wù)收入占營(yíng)運收入的比重為29.1%，達到1311億元；中國電信增值服務(wù)收入占經(jīng)營(yíng)收入的比重為10.3%，達到215.33億元；中國聯(lián)通GSM增值業(yè)務(wù)收入占GSM通信服務(wù)收入比重為27.3%，達到186.3億元。2010 年，移動(dòng)增值業(yè)務(wù)市場(chǎng)規模超過(guò)2000億；2011年，移動(dòng)增值業(yè)務(wù)市場(chǎng)規模將超過(guò)2200億元，年增長(cháng)率差超過(guò)10%。
國內電信運營(yíng)商在進(jìn)行增值業(yè)務(wù)運營(yíng)過(guò)程中，建設了大量的業(yè)務(wù)平臺，如短信網(wǎng)關(guān)、短信互通網(wǎng)關(guān)、彩信網(wǎng)關(guān)、WAP系統、流媒體、Java下載、IVR系統、定位、應用商店等等。在通過(guò)這些平臺向用戶(hù)提供增值服務(wù)的過(guò)程中，包括用戶(hù)、業(yè)務(wù)及產(chǎn)品認證、鑒權、計費等在內的服務(wù)策略管理一直是運營(yíng)商關(guān)注的焦點(diǎn)。
在國際上，各標準化組織，如ITU、3GPP/3GPP2、OMA、Parlay等，基于研究重點(diǎn)不同，對業(yè)務(wù)平臺的研究深度也不相同，對增值業(yè)務(wù)平臺分別提出了不同的架構；但其共同的核心思想之一就是運營(yíng)管理與能力提供的分離，認證、鑒權與控制則是運營(yíng)管理的核心內容。在各國際組織的推動(dòng)以及業(yè)務(wù)需求驅動(dòng)下，電信運營(yíng)商正將增值業(yè)務(wù)平臺從垂直獨立、條塊部署模式，轉向統一支撐管理的部署模式。
另一方面，在當前技術(shù)革新加速、各種產(chǎn)業(yè)面臨融合的形勢下，電信運營(yíng)商不但需要應對傳統電信行業(yè)內的競爭，也日益面臨互聯(lián)網(wǎng)廠(chǎng)商、廣電、終端廠(chǎng)商等其他行業(yè)的競爭，面臨管道化的風(fēng)險。電信運營(yíng)商在增值業(yè)務(wù)運營(yíng)中，如何構筑合理有效的運營(yíng)控制平臺、整合內部服務(wù)資源至為重要，而理順認證、鑒權等控制流程將是提高運營(yíng)商核心競爭力的關(guān)鍵環(huán)節。
本文結合國內電信運營(yíng)商增值業(yè)務(wù)運營(yíng)的實(shí)際，對其中的認證、鑒權、控制方案進(jìn)行具體闡述。
1、需求分析
經(jīng)過(guò)多年的建設，電信運營(yíng)商已經(jīng)普遍建成了一定規模的增值業(yè)務(wù)系統，原有業(yè)務(wù)系統的建設基本上都采用垂直體系結構。隨著(zhù)業(yè)務(wù)深入發(fā)展，新業(yè)務(wù)不斷涌現，逐漸暴露出一些問(wèn)題，并影響業(yè)務(wù)的進(jìn)一步發(fā)展。統一的增值業(yè)務(wù)認證、鑒權、控制方案需要解決以下迫切問(wèn)題。
a)增值系統條塊分割，綜合管理成本高。
b)業(yè)務(wù)開(kāi)發(fā)與上線(xiàn)時(shí)間長(cháng)。現有各業(yè)務(wù)系統自成體系，用戶(hù)管理、定購關(guān)系管理、預付費接口分別實(shí)現，導致每新開(kāi)發(fā)一種增值產(chǎn)品，都需要和BOSS、智能網(wǎng)等進(jìn)行協(xié)調接口。
c)用戶(hù)管理分散。現有增值業(yè)務(wù)的用戶(hù)管理分散在各業(yè)務(wù)系統中，用戶(hù)業(yè)務(wù)定制信息與賬務(wù)信息分離，難以形成統一的客戶(hù)視圖，以開(kāi)展針對性強的組合營(yíng)銷(xiāo)。
d)組合業(yè)務(wù)實(shí)現困難。現有各業(yè)務(wù)的實(shí)現流程相互獨立，很難實(shí)現多業(yè)務(wù)的組合。
e)缺乏統一客服支持與展現。增值業(yè)務(wù)種類(lèi)眾多，但缺乏針對客服的統一支持，客服及營(yíng)銷(xiāo)人員難以統一獲取、展示用戶(hù)定購的業(yè)務(wù)資料并進(jìn)行必要操作；用戶(hù)難以從統一界面全面了解運營(yíng)商業(yè)務(wù)。
f)業(yè)務(wù)計費分散。各業(yè)務(wù)單獨計費，難以實(shí)現產(chǎn)品的組合銷(xiāo)售。
鑒于以上原因，急需探索增值業(yè)務(wù)認證、鑒權、控制、管理的基本技術(shù)和業(yè)務(wù)管理模式，加強對增值業(yè)務(wù)的運營(yíng)支撐。
2、認證鑒權控制方案分析
2.1 總體定位
在移動(dòng)網(wǎng)架構中，設置了HLR等對移動(dòng)網(wǎng)通信能力進(jìn)行控制的網(wǎng)元。增值業(yè)務(wù)認證鑒權控制系統的設置，將形成增值業(yè)務(wù)網(wǎng)中的HLR，可以通過(guò)在其上設置參數，簡(jiǎn)便地實(shí)現各增值服務(wù)能力的開(kāi)通、暫停、關(guān)閉，真正實(shí)現增值服務(wù)的模塊化、產(chǎn)品化，提升用戶(hù)感受，為增值業(yè)務(wù)的運營(yíng)提供基本保障。
增值業(yè)務(wù)認證鑒權控制系統負責增值業(yè)務(wù)處理中公共的鑒權與數據管理。通過(guò)提取各業(yè)務(wù)運營(yíng)中的認證、鑒權共性特點(diǎn)，形成統一接口與增值業(yè)務(wù)系統互聯(lián)，負責業(yè)務(wù)運營(yíng)中的核心控制；同時(shí)負責增值生產(chǎn)類(lèi)數據的保存，負責BOSS支撐系統、業(yè)務(wù)系統、CP/SP間數據的傳遞。
認證鑒權控制系統總體定位如圖1所示。
2.2 系統功能
由于各種增值業(yè)務(wù)的運營(yíng)、業(yè)務(wù)邏輯千差萬(wàn)別，為減少認證鑒權控制系統與具體增值業(yè)務(wù)及平臺的耦合度，保證認證鑒權控制系統的穩定性、可實(shí)現性，需要抽象出其中共性的、和具體業(yè)務(wù)無(wú)關(guān)的鑒權、控制特性，并由此形成認證鑒權控制系統的核心功能(用戶(hù)認證、用戶(hù)鑒權、CP/SP狀態(tài)鑒權、業(yè)務(wù)鑒權、定購關(guān)系鑒權、付費屬性鑒權等)，實(shí)現增值業(yè)務(wù)的統一控制。
2.2.1 認證
認證功能負責完成增值業(yè)務(wù)運營(yíng)中的身份合法性驗證功能，其主要包括對用戶(hù)身份、CP/SP合法身份的認證。
用戶(hù)認證指的是對用戶(hù)身份信息、狀態(tài)信息、簽約屬性信息等的認證。
CP/SP的認證通過(guò)CP/SP接入號、IP地址、用戶(hù)名、密碼、端口、URL等綜合認證。
2.2.1.1 用戶(hù)身份認證
用戶(hù)身份認證的目的在于對用戶(hù)的身份進(jìn)行確認、驗證。針對不同接入方式的增值業(yè)務(wù)用戶(hù)，針對用戶(hù)的認證要求也不同。
對于移動(dòng)增值用戶(hù)來(lái)說(shuō)，由于在接入電信運營(yíng)商無(wú)線(xiàn)網(wǎng)絡(luò )時(shí)已經(jīng)采用了多重身份認證機制，從而保證了到達增值業(yè)務(wù)平臺的用戶(hù)身份本身都是可信的。因此在移動(dòng)增值業(yè)務(wù)運營(yíng)過(guò)程中，需要處理的主要是針對用戶(hù)身份的保密處理。包括用戶(hù)使用業(yè)務(wù)時(shí)，如果在增值業(yè)務(wù)平臺、CP/SP之間傳遞的用戶(hù)信息通過(guò)偽碼來(lái)傳遞，而不是真實(shí)的手機號碼時(shí)，認證鑒權系統需要支持用戶(hù)偽碼的生成、加密、解碼與傳遞。使用偽碼的目的是對CP/SP等外部系統屏蔽用戶(hù)的手機號，根據業(yè)務(wù)信息確定是否使用偽碼。認證鑒權控制系統在用戶(hù)認證通過(guò)后，完成偽碼與手機號的轉換，在鑒權應答消息中返回給業(yè)務(wù)系統。
對于寬帶用戶(hù)來(lái)說(shuō)，認證鑒權系統需要根據用戶(hù)訪(fǎng)問(wèn)的IP地址對用戶(hù)身份進(jìn)行反查；或對用戶(hù)訪(fǎng)問(wèn)業(yè)務(wù)時(shí)輸入的用戶(hù)賬號信息進(jìn)行驗證。其中反查與驗證工作均需借助于寬帶接入認證系統(AAA)實(shí)現。
寬帶用戶(hù)IP反查流程如圖2所示。
a)增值業(yè)務(wù)平臺向認證鑒權系統發(fā)起IP反查請求。
b)認證鑒權系統通過(guò)用戶(hù)IP反查接口向寬帶接入認證系統發(fā)起請求。
c)寬帶接入認證系統返回結果給認證鑒權系統。
d)認證鑒權系統返回結果給增值業(yè)務(wù)平臺。
接入賬號認證流程如圖3所示。
a)增值業(yè)務(wù)平臺向認證鑒權系統發(fā)起用戶(hù)認證請求。
b)認證鑒權系統通過(guò)用戶(hù)認證接口向寬帶接入認證系統發(fā)起請求。
c)寬帶接入認證系統返回結果給認證鑒權系統。
d)認證鑒權系統返回結果給增值業(yè)務(wù)平臺。
2.2.1.2 用戶(hù)狀態(tài)信息管理
認證鑒權系統通過(guò)接口從BOSS獲取所有用戶(hù)的停開(kāi)機狀態(tài)信息，根據用戶(hù)狀態(tài)將號碼分為白名單、灰名單、黑名單三大類(lèi)。在業(yè)務(wù)運營(yíng)中，對正常狀態(tài)用戶(hù)提供正常服務(wù)；對狀態(tài)不正常的用戶(hù)進(jìn)行暫停部分服務(wù)或暫停全部服務(wù)處理。
對于白名單用戶(hù)，增值系統向用戶(hù)提供正常服務(wù)，增值系統向用戶(hù)認證鑒權系統發(fā)起針對該用戶(hù)的鑒權請求時(shí)，鑒權通過(guò)。
對于灰名單用戶(hù)，增值業(yè)務(wù)系統暫停其所有訂制類(lèi)服務(wù)的正常使用，增值系統向認證鑒權系統發(fā)起針對該用戶(hù)的鑒權請求時(shí)，鑒權不通過(guò)，對后付費用戶(hù)不再產(chǎn)生原始話(huà)單，但保留該用戶(hù)的定購類(lèi)服務(wù)關(guān)系。當灰名單用戶(hù)恢復為白名單用戶(hù)時(shí)，認證鑒權系統針對當月用戶(hù)計費按照正常處理，對后付費用戶(hù)產(chǎn)生原始話(huà)單。
對于黑名單用戶(hù)，增值系統向認證鑒權系統發(fā)起針對該用戶(hù)的鑒權請求時(shí)，鑒權不通過(guò)。
2.2.1.3 用戶(hù)屬性信息管理
用戶(hù)屬性包括用戶(hù)的付費類(lèi)型、基本登記信息等。用戶(hù)付費類(lèi)型指用戶(hù)開(kāi)戶(hù)時(shí)具體簽約類(lèi)型，包括預付費、后付費等。
用戶(hù)在使用增值業(yè)務(wù)時(shí)，增值業(yè)務(wù)系統通過(guò)接口向認證鑒權系統發(fā)起實(shí)時(shí)用戶(hù)鑒權請求，認證鑒權系統按照用戶(hù)付費類(lèi)型對用戶(hù)進(jìn)行鑒權，并對預付費用戶(hù)進(jìn)行實(shí)時(shí)計費處理，成功后向增值系統反饋信息；對后付費用戶(hù)，產(chǎn)生原始使用記錄。
2.2.2 定購關(guān)系管理
定購管理模塊核心功能包括：接受來(lái)自業(yè)務(wù)支撐系統(如BOSS、客服、各種電子渠道)、用戶(hù)直接發(fā)起的定購、退定請求，生成、取消定購關(guān)系，將定購關(guān)系信息同步給BOSS，將定購關(guān)系變化通知SP/CP等，對用戶(hù)關(guān)于增值業(yè)務(wù)的使用進(jìn)行定購關(guān)系鑒權。
用戶(hù)定購、退定可以采用短信、WAP、Web、IVR和客服等方式，認證鑒權控制系統接受各種定購、退定消息請求，定購結果由發(fā)起定購方根據需要通知用戶(hù)；定購、退定過(guò)程中認證鑒權控制系統負責和增值業(yè)務(wù)系統及BOSS進(jìn)行必要的交互，定購、退定成功后，認證鑒權控制系統負責通知SP/CP。
認證鑒權控制系統負責按照用戶(hù)屬性要求完成用戶(hù)定購、使用過(guò)程中的定購關(guān)系鑒權。在用戶(hù)定購、退訂過(guò)程中，認證鑒權控制系統在定購鑒權處理中需要保證用戶(hù)在定購產(chǎn)品時(shí)在同一業(yè)務(wù)中只能定購其一種產(chǎn)品；對用戶(hù)定購、退訂的產(chǎn)品屬性進(jìn)行鑒權，判斷能否在增值側定購、退訂。
2.2.3 CP/SP資料管理
CP/SP業(yè)務(wù)資料管理功能是認證鑒權控制系統對業(yè)務(wù)進(jìn)行鑒權的基礎。認證鑒權控制系統負責通過(guò)與合作管理系統的接口接收CP/SP資料數據，包括CP/SP靜態(tài)配置數據、業(yè)務(wù)信息、產(chǎn)品信息等。
2.2.4 鑒權
增值業(yè)務(wù)系統向認證鑒權控制系統觸發(fā)鑒權消息，由認證鑒權控制系統的鑒權模塊完成具體的鑒權操作。鑒權包括用戶(hù)鑒權、CP/SP狀態(tài)鑒權、業(yè)務(wù)鑒權、用戶(hù)定購關(guān)系鑒權、付費屬性鑒權。認證鑒權控制系統按照以下步驟逐步鑒權。
2.2.4.1 付費方用戶(hù)鑒權
a)對用戶(hù)歸屬地進(jìn)行鑒權，如果用戶(hù)不屬于本認證鑒權控制系統范圍，鑒權失敗，進(jìn)入異常處理流程。
b)后付費用戶(hù)根據用戶(hù)狀態(tài)進(jìn)行鑒權，黑名單、灰名單鑒權失敗，進(jìn)入異常處理流程。
c)根據用戶(hù)業(yè)務(wù)能力信息，判斷是否開(kāi)通相應業(yè)務(wù)，如未開(kāi)通則鑒權失敗，進(jìn)入異常處理流程。
2.2.4.2 接收方用戶(hù)鑒權。
2.2.4.3 SP鑒權
a)根據SP狀態(tài)鑒權。非正常狀態(tài)則鑒權失敗，進(jìn)入異常處理流程。
b)根據SP信用度鑒權。針對不同信用度，作不同處理。
c)根據SP區域鑒權。判斷SP注冊服務(wù)區域和使用的用戶(hù)歸屬地是否一致，如不一致則鑒權失敗，進(jìn)入異常處理流程。
2.2.4.4 業(yè)務(wù)鑒權
a)根據業(yè)務(wù)屬性鑒權。如果業(yè)務(wù)不允許此業(yè)務(wù)能力使用則鑒權失敗，進(jìn)入異常處理流程。
b)根據業(yè)務(wù)狀態(tài)鑒權。
c)根據業(yè)務(wù)區域鑒權。判斷業(yè)務(wù)注冊服務(wù)區域和使用的用戶(hù)歸屬地是否一致，如不一致則鑒權失敗，進(jìn)入異常處理流程。
2.2.4.5 定購關(guān)系鑒權。
2.2.4.6 產(chǎn)品鑒權
根據產(chǎn)品類(lèi)型、屬性和產(chǎn)品狀態(tài)進(jìn)行鑒權。
2.2.4.7 付費屬性鑒權
根據用戶(hù)類(lèi)型判斷，如果是預付費用戶(hù)則進(jìn)入實(shí)時(shí)計費流程。
2.2.5 計費支撐
對后付費用戶(hù)，認證鑒權控制系統負責生成、保存統一格式的原始話(huà)單，并由BOSS系統采集后進(jìn)行后續的計費、賬務(wù)、結算處理。
對預付費用戶(hù)，認證鑒權控制系統負責通過(guò)與實(shí)時(shí)計費系統的接口，實(shí)現預付費用戶(hù)使用增值業(yè)務(wù)的實(shí)時(shí)計費。
2.2.6 配置管理
作為數據中心，認證鑒權控制系統通過(guò)接口將業(yè)務(wù)信息、SP業(yè)務(wù)能力信息、產(chǎn)品信息等配置信息同步給相關(guān)的業(yè)務(wù)系統，供業(yè)務(wù)系統使用。
2.3 典型業(yè)務(wù)處理流程
2.3.1 BOSS方式業(yè)務(wù)定購流程
BOSS定購業(yè)務(wù)流程如圖4所示。
步驟①：用戶(hù)通過(guò)各種BOSS定購業(yè)務(wù)渠道發(fā)出定購請求。
步驟②：BOSS進(jìn)行定購預處理，判斷渠道來(lái)源，做用戶(hù)狀態(tài)等業(yè)務(wù)運營(yíng)規則鑒權。
步驟③：BOSS向用戶(hù)發(fā)起二次確認，用戶(hù)回復確認。
步驟④：BOSS向認證鑒權控制系統發(fā)送定購通知。
步驟⑤：認證鑒權控制系統做定購鑒權，返回結果給BOSS。
步驟⑥：認證鑒權控制系統向增值業(yè)務(wù)平臺或SP同步定購關(guān)系。
步驟⑦：BOSS負責通知用戶(hù)定購結果。
2.3.2 增值業(yè)務(wù)平臺門(mén)戶(hù)定購流程
增值業(yè)務(wù)平臺門(mén)戶(hù)定購流程如圖5所示。
步驟①：用戶(hù)在增值業(yè)務(wù)平臺門(mén)戶(hù)發(fā)起定購業(yè)務(wù)請求。
步驟②：按照工信部統一要求，增值業(yè)務(wù)平臺門(mén)戶(hù)提供用戶(hù)資費明示，二次確認。
步驟③：增值業(yè)務(wù)平臺門(mén)戶(hù)向認證鑒權控制系統發(fā)起定購請求。
步驟④：認證鑒權控制系統做定購關(guān)系鑒權。
步驟⑤：認證鑒權控制系統同步定購請求給BOSS，BOSS生成定購關(guān)系后返回響應。
步驟⑥：認證鑒權控制系統生成定購關(guān)系，給增值業(yè)務(wù)平臺門(mén)戶(hù)返回成功定購響應。
步驟⑦：增值業(yè)務(wù)平臺門(mén)戶(hù)通知用戶(hù)定購結果。
步驟⑧：認證鑒權控制系統同步定購關(guān)系給增值業(yè)務(wù)平臺或SP。
2.3.3 增值業(yè)務(wù)使用流程
增值業(yè)務(wù)使用流程如圖6所示。
步驟①：用戶(hù)向增值業(yè)務(wù)平臺發(fā)起業(yè)務(wù)服務(wù)請求。
步驟②：增值業(yè)務(wù)平臺向認證鑒權控制系統觸發(fā)鑒權計費請求。
步驟③：認證鑒權控制系統進(jìn)行SP、業(yè)務(wù)、用戶(hù)、定購關(guān)系等鑒權。
步驟④：認證鑒權控制系統向增值業(yè)務(wù)平臺返回鑒權計費響應。
步驟⑤：增值業(yè)務(wù)平臺向用戶(hù)提供服務(wù)。
步驟⑥：增值業(yè)務(wù)平臺向認證鑒權控制系統觸發(fā)鑒權計費確認請求。
步驟⑦：認證鑒權控制系統向增值業(yè)務(wù)平臺返回實(shí)時(shí)鑒權計費確認響應。針對步驟⑥、⑦，根據業(yè)務(wù)、產(chǎn)品具體運營(yíng)方式選擇實(shí)現。
步驟⑧：認證鑒權控制系統記錄話(huà)單，或對預付費用戶(hù)進(jìn)行相應實(shí)時(shí)計費處理。
3、認證鑒權控制系統達到的效果及演進(jìn)方向
由于各種增值業(yè)務(wù)邏輯各不相同，導致鑒權控制實(shí)現過(guò)程復雜，難以形成統一的認證鑒權系統，并使鑒權系統建設陷入了條塊分割的局面，對新業(yè)務(wù)的推出難以快速支撐。
通過(guò)本文研究，經(jīng)過(guò)歸納現有增值業(yè)務(wù)運營(yíng)的特點(diǎn)，提出了增值業(yè)務(wù)認證鑒權控制與具體增值業(yè)務(wù)處理邏輯無(wú)關(guān)的總體設計思路，通過(guò)對用戶(hù)身份進(jìn)行認證，以用戶(hù)使用權限為核心，進(jìn)而對用戶(hù)的狀態(tài)屬性、費用屬性、產(chǎn)品屬性、業(yè)務(wù)屬性、定購屬性進(jìn)行鑒權，最終形成了以用戶(hù)為核心的增值業(yè)務(wù)認證、鑒權控制技術(shù)體系，解決了增值業(yè)務(wù)運營(yíng)中認證鑒權實(shí)現困難、和業(yè)務(wù)系統耦合度高、對業(yè)務(wù)支撐范圍小的突出難題。
在國內電信運營(yíng)商全業(yè)務(wù)運營(yíng)的情況下，認證鑒權控制系統的部署需要考慮移動(dòng)、固網(wǎng)、寬帶、互聯(lián)網(wǎng)等各種增值業(yè)務(wù)的運營(yíng)特點(diǎn)；另一方面，由于認證鑒權控制系統在增值業(yè)務(wù)運營(yíng)中的核心地位，其系統安全性與穩定性也不可忽視。認證鑒權控制系統在建設初期可以采取集中設置，在演進(jìn)過(guò)程中可以考慮按照業(yè)務(wù)分擔的方式，并設置容災備份中心，以保證系統的穩定運行。
對于集團、行業(yè)業(yè)務(wù)，認證鑒權控制系統部署中需要考慮這類(lèi)業(yè)務(wù)自有的前后向計費特點(diǎn)、用戶(hù)管理特點(diǎn)、增值平臺設置特點(diǎn)。
4、結束語(yǔ)
在以往增值業(yè)務(wù)運營(yíng)過(guò)程中，各增值系統自成體系，并通常采用以業(yè)務(wù)邏輯為核心的認證、鑒權控制方法，缺乏整體規劃。通過(guò)在電信運營(yíng)商建設增值業(yè)務(wù)認證鑒權控制系統，逐步形成增值業(yè)務(wù)網(wǎng)中的HLR，可以解決增值業(yè)務(wù)控制系統條塊分割、業(yè)務(wù)開(kāi)發(fā)與上線(xiàn)時(shí)間長(cháng)等難題，能夠較好適應3G時(shí)代互聯(lián)網(wǎng)業(yè)務(wù)運營(yíng)的需要。
需要指出的是，認證鑒權控制系統的部署涉及運營(yíng)商現網(wǎng)中增值平臺、合作伙伴、BOSS支撐系統、智能網(wǎng)等各個(gè)環(huán)節，因此需要妥善處理與各相關(guān)系統的接口、界面，以切實(shí)保障電信增值業(yè)務(wù)的長(cháng)遠發(fā)展。
飛象網(wǎng)
相關(guān)閱讀:
亚洲精品网站在线观看不卡无广告,国产a不卡片精品免费观看,欧美亚洲一区二区三区在线,国产一区二区三区日韩
聂拉木县|
九寨沟县|
韶关市|
稷山县|
绥化市|
开平市|
西贡区|
洪洞县|
扬州市|
怀远县|
镶黄旗|
大足县|
双牌县|
青川县|
桃源县|
安图县|
聂拉木县|
威信县|
天门市|
乾安县|
西藏|
阳高县|
泸西县|
邯郸市|
翁源县|
新竹市|
汉川市|
麦盖提县|
鄱阳县|
陕西省|
成安县|
鄂尔多斯市|
陵水|
龙南县|
内江市|
揭东县|
贵州省|
麻江县|
同仁县|
镶黄旗|
屏边|
http://444
http://444
http://444
http://444
http://444
http://444