曾祥飛, 楊海珊
(中國(guó)移動(dòng)(深圳)有限公司,深圳 518048)
根據(jù)工業(yè)和信息化部的定義,移動(dòng)通信轉(zhuǎn)售業(yè)務(wù)是指從擁有移動(dòng)網(wǎng)絡(luò)的基礎(chǔ)電信業(yè)務(wù)經(jīng)營(yíng)者購(gòu)買移動(dòng)通信服務(wù),重新包裝成自有品牌并銷售給最終用戶的移動(dòng)通信服務(wù)。移動(dòng)通信轉(zhuǎn)售業(yè)務(wù)的經(jīng)營(yíng)者為移動(dòng)虛擬運(yùn)營(yíng)商(MVNO),指本身沒有基礎(chǔ)電信運(yùn)營(yíng)商(MNO)所具備的無(wú)線接入網(wǎng)絡(luò)和分配許可的無(wú)線頻率,通過租用基礎(chǔ)電信運(yùn)營(yíng)商或第三方網(wǎng)絡(luò)及系統(tǒng)供應(yīng)商的網(wǎng)絡(luò)資源,可以獨(dú)立開展包括發(fā)行SIM卡、銷售、客服、計(jì)費(fèi)等電信業(yè)務(wù)流程,并對(duì)電信業(yè)務(wù)進(jìn)行深度加工,以自己的品牌向最終用戶提供電信業(yè)務(wù)的新型電信運(yùn)營(yíng)商。移動(dòng)通信技術(shù)的快速發(fā)展和巨大的市場(chǎng)利潤(rùn)使不同行業(yè)背景的公司紛紛想進(jìn)入這個(gè)市場(chǎng)。
為了更好的把握轉(zhuǎn)售業(yè)務(wù)帶來(lái)的機(jī)遇,移動(dòng)虛擬運(yùn)營(yíng)商紛紛建立移動(dòng)虛商自建系統(tǒng),完成資源管理、市場(chǎng)營(yíng)銷、用戶管理、產(chǎn)品管理、計(jì)費(fèi)賬務(wù)等方面的功能。但是,由于移動(dòng)虛擬運(yùn)營(yíng)商不能自建無(wú)線網(wǎng)、核心網(wǎng)、傳輸網(wǎng)等網(wǎng)絡(luò)通信基礎(chǔ)設(shè)施。所以,運(yùn)營(yíng)商需要建設(shè)虛商業(yè)務(wù)接入平臺(tái),以支持轉(zhuǎn)售業(yè)務(wù)的開展。
虛商業(yè)務(wù)接入平臺(tái)采用了面向服務(wù)的體系結(jié)構(gòu)(SOA)的系統(tǒng)架構(gòu),對(duì)外系統(tǒng)提供標(biāo)準(zhǔn)服務(wù)接口,實(shí)現(xiàn)服務(wù)原子化。SOA來(lái)源于早期的基于構(gòu)件的分布式計(jì)算方式,在OMG和IONA的推動(dòng)下,成為大家所廣泛認(rèn)可的規(guī)范。它將應(yīng)用程序的不同功能單元通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來(lái)。接口是采用中立的方式進(jìn)行定義的,獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語(yǔ)言。使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。
本文將對(duì)虛商業(yè)務(wù)接入平臺(tái)進(jìn)行研究分析,介紹相關(guān)的架構(gòu)設(shè)計(jì),并對(duì)架構(gòu)流程進(jìn)行優(yōu)化。
通過對(duì)虛商業(yè)務(wù)所需能力進(jìn)行分析,劃分功能模塊如圖1所示。
虛商業(yè)務(wù)接入平臺(tái)主要?jiǎng)澐譃橐韵?個(gè)部分。
能力開放平臺(tái):對(duì)轉(zhuǎn)售商提供業(yè)務(wù)支撐的接口開放能力。
客戶管理:客戶管理包含維護(hù)三戶信息管理,即客戶信息管理、用戶信息管理和賬戶信息管理。
銷售管理:包括業(yè)務(wù)管理和訂單管理。業(yè)務(wù)管理包括開戶、銷戶、產(chǎn)品變更、補(bǔ)換卡等業(yè)務(wù)受理,訂單管理包括訂單生成、訂單審核、訂單變更等服務(wù)。
服務(wù)開通:包括服務(wù)開通類訂單管理、工單管理、開通與激活。
產(chǎn)品管理:產(chǎn)品管理主要包括產(chǎn)品生命周期管理和產(chǎn)品配置管理。
資源管理:包括資源生命周期管理、資源調(diào)度管理、資源信息管理、號(hào)碼模式管理。
BOSS:包括計(jì)費(fèi)賬務(wù)中心、賬詳單中心、結(jié)算中心等。
虛商業(yè)務(wù)接入平臺(tái)技術(shù)架構(gòu)圖如圖2所示。
提供面向SOA的系統(tǒng)架構(gòu),對(duì)外系統(tǒng)提供標(biāo)準(zhǔn)服務(wù)接口,實(shí)現(xiàn)服務(wù)原子化。實(shí)現(xiàn)虛商業(yè)務(wù)接入平臺(tái)各模塊結(jié)構(gòu)松耦合,可以支持虛商業(yè)務(wù)接入平臺(tái)內(nèi)部按模塊解耦和接口標(biāo)準(zhǔn)化,支持單個(gè)模塊的更換與升級(jí)。
在接入管理層提供負(fù)載均衡和服務(wù)路由支持。
提供面向流程的支持,通過引入BPM(Business Process Management)和微流程、規(guī)則引擎等技術(shù),支撐了業(yè)務(wù)流程、產(chǎn)品服務(wù)的靈活組裝與管理。
在數(shù)據(jù)訪問層提供數(shù)據(jù)路由支持,將應(yīng)用服務(wù)層與數(shù)據(jù)存儲(chǔ)層分離,避免應(yīng)用服務(wù)對(duì)數(shù)據(jù)庫(kù)直接操作。支持虛商業(yè)務(wù)接入平臺(tái)數(shù)據(jù)庫(kù)分中心部署模式,基于底層數(shù)據(jù)路由機(jī)制,實(shí)現(xiàn)多中心支持能力。
圖1 應(yīng)用架構(gòu)圖
虛商業(yè)務(wù)接入平臺(tái)部署架構(gòu)如圖3所示。
總體劃分為兩個(gè)域:CRM域、BOSS域;CRM域包括能力開放域,服務(wù)編排域,服務(wù)消費(fèi)者域,服務(wù)提供者域和服務(wù)注冊(cè)中心,能力開放域負(fù)責(zé)與外部接口交互;BOSS域包括計(jì)費(fèi)和賬務(wù)處理,位于防火墻內(nèi),安全級(jí)別較高。
圖2 應(yīng)用架構(gòu)圖
其中除核心應(yīng)用以及數(shù)據(jù)庫(kù)為AIX小型機(jī)外,其它均為x86服務(wù)器,部署Linux操作系統(tǒng)。部署方案中大量采用集群以提升總體性能,同時(shí)借助于HA(高可靠性)技術(shù)保證平臺(tái)的高可靠性,無(wú)單點(diǎn)故障。
轉(zhuǎn)售模式分為對(duì)接模式與租用模式兩種,其中租用模式是由省公司提供支撐能力;對(duì)接模式為集團(tuán)公司一點(diǎn)對(duì)接虛商自建系統(tǒng),從而支撐轉(zhuǎn)售業(yè)務(wù)。因租用模式需要對(duì)接多個(gè)省公司和多個(gè)虛擬運(yùn)營(yíng)商,存在多對(duì)多問題,虛擬業(yè)務(wù)接入平臺(tái)采用對(duì)接模式,為虛擬運(yùn)營(yíng)商業(yè)務(wù)進(jìn)行支撐。
具體開通工單處理流程如圖4所示。
流程描述如下。
(1)客戶向虛商自建系統(tǒng)發(fā)起業(yè)務(wù)請(qǐng)求,虛商自建系統(tǒng)向虛商業(yè)務(wù)接入平臺(tái)發(fā)起業(yè)務(wù)請(qǐng)求。
(2)虛商業(yè)務(wù)接入平臺(tái)在對(duì)虛商的業(yè)務(wù)請(qǐng)求進(jìn)行業(yè)務(wù)處理后生成開通工單。
(3)虛商業(yè)務(wù)接入平臺(tái)將業(yè)務(wù)請(qǐng)求處理結(jié)果返回給虛商自建系統(tǒng)。
(4)虛商業(yè)務(wù)接入平臺(tái)將開通工單轉(zhuǎn)發(fā)網(wǎng)狀網(wǎng),網(wǎng)狀網(wǎng)將開通工單轉(zhuǎn)發(fā)用戶歸屬省。
(5)歸屬省在接收到開通工單后,將開通工單的邏輯開通參數(shù)轉(zhuǎn)換成省開通參數(shù)并生成省開通工單。
(6)歸屬省將開通工單送省開通系統(tǒng)進(jìn)行開通處理。
(7)歸屬省側(cè)將開通工單的處理結(jié)果返回給網(wǎng)狀網(wǎng)。
(8)網(wǎng)狀網(wǎng)將省BOSS側(cè)的開通工單處理結(jié)果返回虛商業(yè)務(wù)接入平臺(tái)。
(9)歸屬省開通系統(tǒng)掃描開通工單,對(duì)虛商業(yè)務(wù)接入平臺(tái)的開通工單進(jìn)行送網(wǎng)元處理。
(10~11)歸屬省在收到網(wǎng)元開通結(jié)果后發(fā)起服務(wù)開通報(bào)竣請(qǐng)求,返回開通工單的實(shí)際開通結(jié)果。
(12~15)網(wǎng)狀網(wǎng)將開通工單的開通處理結(jié)果通知虛商業(yè)務(wù)接入平臺(tái),虛商業(yè)務(wù)接入平臺(tái)收到報(bào)竣結(jié)果后記錄結(jié)果,更新訂單狀態(tài),將結(jié)果反饋至虛商自建系統(tǒng)。
(16~18)虛商自建系統(tǒng)收到報(bào)竣后處理,并將處理結(jié)果返回至虛商業(yè)務(wù)接入平臺(tái),虛商業(yè)務(wù)接入平臺(tái)將報(bào)竣處理結(jié)果通過網(wǎng)狀網(wǎng)返回給省,流程結(jié)束。
虛商業(yè)務(wù)接入平臺(tái)對(duì)接的是各個(gè)虛商自建系統(tǒng),屬于B2B模式,原有的業(yè)務(wù)開通模式存在以下問題。
虛商業(yè)務(wù)接入平臺(tái)在送開通成功及送計(jì)費(fèi)成功后,工單就直接竣工轉(zhuǎn)實(shí)例處理,生成訂購(gòu)信息。如果省側(cè)開通失敗則導(dǎo)致實(shí)例數(shù)據(jù)與省、轉(zhuǎn)售商的狀態(tài)不一致。
虛商業(yè)務(wù)接入平臺(tái)記錄的開通時(shí)間為訂單受理轉(zhuǎn)實(shí)例時(shí)間,與省側(cè)實(shí)際開通時(shí)間不一致。
虛商業(yè)務(wù)接入平臺(tái)缺少服務(wù)開通工單應(yīng)答失敗、報(bào)竣失敗和等待報(bào)竣的處理機(jī)制,導(dǎo)致虛商對(duì)失敗業(yè)務(wù)處理困難。
對(duì)于等待報(bào)竣工單平臺(tái)無(wú)超時(shí)限制。容易導(dǎo)致惡意欠費(fèi)、等待報(bào)竣工單積壓等問題。
整體流程在還未收到實(shí)際開通結(jié)果的情況下,在虛商業(yè)務(wù)接入平臺(tái)直接處理成功,三方數(shù)據(jù)不一致,對(duì)后續(xù)根據(jù)開通結(jié)果自動(dòng)化處理帶來(lái)了困難。
圖4 開通工單處理流程
開通下發(fā)流程優(yōu)化后如下。
主要包括兩個(gè)方面優(yōu)化。
訂單流程改造:包括刪除同步計(jì)費(fèi)子流程、新增預(yù)開通訂單狀態(tài)、改造訂單響應(yīng)子流程、新增重復(fù)訂單及含依賴關(guān)系訂單受理限制流程。
開通報(bào)竣流程改造:包括改造報(bào)竣接受處理流程、新增同步計(jì)費(fèi)子流程、改造轉(zhuǎn)實(shí)例子流程、改造更新訂單開通狀態(tài)子流程、改造反饋訂單開通結(jié)果子流程。
新增報(bào)竣超時(shí)控制:對(duì)報(bào)竣超時(shí)訂單進(jìn)行自動(dòng)重發(fā),并實(shí)現(xiàn)告警等功能。
流程優(yōu)化上線后,整體比對(duì)的一致率提升67%,保證了大圈交易中各方數(shù)據(jù)一致性。提升用戶辦理業(yè)務(wù)效率,針對(duì)失敗工單,虛商可以直接重新發(fā)起,減少了80%的用戶申告率,極大的提升了客戶感知。針對(duì)B2B模式下的電信CRM業(yè)務(wù),對(duì)整個(gè)交易流程進(jìn)行了規(guī)范。
在測(cè)試環(huán)境對(duì)虛商業(yè)務(wù)接入平臺(tái)進(jìn)行了性能測(cè)試。選取的關(guān)鍵業(yè)務(wù)(開戶、停機(jī)),通過LoadRunner進(jìn)行性能測(cè)試。并發(fā)用戶數(shù)設(shè)置為50,測(cè)試結(jié)果如表1所示。
據(jù)表中數(shù)據(jù),對(duì)于虛商側(cè),開戶應(yīng)答和停機(jī)應(yīng)答分別了提升了30%和25%,對(duì)于省公司側(cè),開戶報(bào)竣應(yīng)答和停機(jī)報(bào)竣應(yīng)答分別提升了18%和2%。性能提升是由于把前期實(shí)例化和送計(jì)費(fèi)的過程轉(zhuǎn)移到了報(bào)竣后完成。流程優(yōu)化不僅大量減少了用戶申告率,還提升了虛商業(yè)務(wù)接入平臺(tái)業(yè)務(wù)接入性能。
表1 性能測(cè)試結(jié)果
本文對(duì)虛商業(yè)務(wù)接入平臺(tái)的建設(shè)背景與需求進(jìn)行了介紹,對(duì)系統(tǒng)架構(gòu)與技術(shù)進(jìn)行了研究與設(shè)計(jì),詳細(xì)描述了系統(tǒng)應(yīng)用架構(gòu)、技術(shù)架構(gòu)和部署架構(gòu),在此基礎(chǔ)上,介紹了目前業(yè)務(wù)流程,針對(duì)虛商支撐系統(tǒng)的業(yè)務(wù)特殊性,分析流程上的問題并提出流程優(yōu)化解決方案,根據(jù)解決方案對(duì)系統(tǒng)整個(gè)開通流程進(jìn)行重構(gòu),并且針對(duì)優(yōu)化前后進(jìn)行系統(tǒng)性能測(cè)試,驗(yàn)證可行性和優(yōu)化效果。由于篇幅有限,本文僅對(duì)整體流程變更進(jìn)行描述,實(shí)施層面的一些技術(shù)細(xì)節(jié)并沒有詳細(xì)說明,截止到本文撰稿,虛擬運(yùn)營(yíng)商業(yè)務(wù)支撐系統(tǒng)流程優(yōu)化已完成聯(lián)調(diào)與上線,上線后數(shù)據(jù)一致性得到較好的保證,大量節(jié)約了人力維護(hù)成本,取得了良好的經(jīng)濟(jì)效益。
[1] 劉洋, 趙仁乾, 徐明慧. 我國(guó)移動(dòng)轉(zhuǎn)售業(yè)務(wù)與MVNO發(fā)展分析[J].電信網(wǎng)技術(shù), 2015,(01):36-40.
[2] 應(yīng)江勇. 虛擬運(yùn)營(yíng)商對(duì)省級(jí)基礎(chǔ)運(yùn)營(yíng)商的影響 研判影響研判[J]. 移動(dòng)通信, 2014,38(15):54-56.
[3] 丁兆青, 董傳良. 基于SOA的分布式應(yīng)用集成研究[J]. 計(jì)算機(jī)工程, 2007,(10):246-248.