曾祥飛, 楊海珊

（中國移動（深圳）有限公司，深圳 518048）

根據工業(yè)和信息化部的定義，移動通信轉售業(yè)務是指從擁有移動網絡的基礎電信業(yè)務經營者購買移動通信服務，重新包裝成自有品牌并銷售給最終用戶的移動通信服務。移動通信轉售業(yè)務的經營者為移動虛擬運營商（MVNO），指本身沒有基礎電信運營商（MNO）所具備的無線接入網絡和分配許可的無線頻率，通過租用基礎電信運營商或第三方網絡及系統(tǒng)供應商的網絡資源，可以獨立開展包括發(fā)行SIM卡、銷售、客服、計費等電信業(yè)務流程，并對電信業(yè)務進行深度加工，以自己的品牌向最終用戶提供電信業(yè)務的新型電信運營商。移動通信技術的快速發(fā)展和巨大的市場利潤使不同行業(yè)背景的公司紛紛想進入這個市場。

為了更好的把握轉售業(yè)務帶來的機遇，移動虛擬運營商紛紛建立移動虛商自建系統(tǒng)，完成資源管理、市場營銷、用戶管理、產品管理、計費賬務等方面的功能。但是，由于移動虛擬運營商不能自建無線網、核心網、傳輸網等網絡通信基礎設施。所以，運營商需要建設虛商業(yè)務接入平臺，以支持轉售業(yè)務的開展。

虛商業(yè)務接入平臺采用了面向服務的體系結構(SOA)的系統(tǒng)架構，對外系統(tǒng)提供標準服務接口，實現服務原子化。SOA來源于早期的基于構件的分布式計算方式，在OMG和IONA的推動下，成為大家所廣泛認可的規(guī)范。它將應用程序的不同功能單元通過這些服務之間定義良好的接口和契約聯系起來。接口是采用中立的方式進行定義的，獨立于實現服務的硬件平臺、操作系統(tǒng)和編程語言。使得構建在各種這樣的系統(tǒng)中的服務可以以一種統(tǒng)一和通用的方式進行交互。

本文將對虛商業(yè)務接入平臺進行研究分析，介紹相關的架構設計，并對架構流程進行優(yōu)化。

1 虛商業(yè)務接入平臺架構

1.1 應用架構

通過對虛商業(yè)務所需能力進行分析，劃分功能模塊如圖1所示。

虛商業(yè)務接入平臺主要劃分為以下7個部分。

能力開放平臺：對轉售商提供業(yè)務支撐的接口開放能力。

客戶管理：客戶管理包含維護三戶信息管理，即客戶信息管理、用戶信息管理和賬戶信息管理。

銷售管理：包括業(yè)務管理和訂單管理。業(yè)務管理包括開戶、銷戶、產品變更、補換卡等業(yè)務受理，訂單管理包括訂單生成、訂單審核、訂單變更等服務。

服務開通：包括服務開通類訂單管理、工單管理、開通與激活。

產品管理：產品管理主要包括產品生命周期管理和產品配置管理。

資源管理：包括資源生命周期管理、資源調度管理、資源信息管理、號碼模式管理。

BOSS：包括計費賬務中心、賬詳單中心、結算中心等。

1.2 技術架構

虛商業(yè)務接入平臺技術架構圖如圖2所示。

提供面向SOA的系統(tǒng)架構，對外系統(tǒng)提供標準服務接口，實現服務原子化。實現虛商業(yè)務接入平臺各模塊結構松耦合，可以支持虛商業(yè)務接入平臺內部按模塊解耦和接口標準化，支持單個模塊的更換與升級。

在接入管理層提供負載均衡和服務路由支持。

提供面向流程的支持，通過引入BPM（Business Process Management）和微流程、規(guī)則引擎等技術，支撐了業(yè)務流程、產品服務的靈活組裝與管理。

在數據訪問層提供數據路由支持，將應用服務層與數據存儲層分離，避免應用服務對數據庫直接操作。支持虛商業(yè)務接入平臺數據庫分中心部署模式，基于底層數據路由機制，實現多中心支持能力。

圖1 應用架構圖

1.3 部署架構

虛商業(yè)務接入平臺部署架構如圖3所示。

總體劃分為兩個域：CRM域、BOSS域；CRM域包括能力開放域，服務編排域，服務消費者域，服務提供者域和服務注冊中心，能力開放域負責與外部接口交互；BOSS域包括計費和賬務處理，位于防火墻內，安全級別較高。

圖2 應用架構圖

其中除核心應用以及數據庫為AIX小型機外，其它均為x86服務器，部署Linux操作系統(tǒng)。部署方案中大量采用集群以提升總體性能，同時借助于HA（高可靠性）技術保證平臺的高可靠性，無單點故障。

2 虛商業(yè)務接入平臺流程優(yōu)化

2.1 業(yè)務流程介紹

轉售模式分為對接模式與租用模式兩種，其中租用模式是由省公司提供支撐能力；對接模式為集團公司一點對接虛商自建系統(tǒng)，從而支撐轉售業(yè)務。因租用模式需要對接多個省公司和多個虛擬運營商，存在多對多問題，虛擬業(yè)務接入平臺采用對接模式，為虛擬運營商業(yè)務進行支撐。

具體開通工單處理流程如圖4所示。

流程描述如下。

（1）客戶向虛商自建系統(tǒng)發(fā)起業(yè)務請求，虛商自建系統(tǒng)向虛商業(yè)務接入平臺發(fā)起業(yè)務請求。

(2）虛商業(yè)務接入平臺在對虛商的業(yè)務請求進行業(yè)務處理后生成開通工單。

(3）虛商業(yè)務接入平臺將業(yè)務請求處理結果返回給虛商自建系統(tǒng)。

(4）虛商業(yè)務接入平臺將開通工單轉發(fā)網狀網，網狀網將開通工單轉發(fā)用戶歸屬省。

(5）歸屬省在接收到開通工單后，將開通工單的邏輯開通參數轉換成省開通參數并生成省開通工單。

(6）歸屬省將開通工單送省開通系統(tǒng)進行開通處理。

(7）歸屬省側將開通工單的處理結果返回給網狀網。

(8）網狀網將省BOSS側的開通工單處理結果返回虛商業(yè)務接入平臺。

(9）歸屬省開通系統(tǒng)掃描開通工單，對虛商業(yè)務接入平臺的開通工單進行送網元處理。

(10～11）歸屬省在收到網元開通結果后發(fā)起服務開通報竣請求，返回開通工單的實際開通結果。

(12～15）網狀網將開通工單的開通處理結果通知虛商業(yè)務接入平臺，虛商業(yè)務接入平臺收到報竣結果后記錄結果，更新訂單狀態(tài)，將結果反饋至虛商自建系統(tǒng)。

(16～18）虛商自建系統(tǒng)收到報竣后處理，并將處理結果返回至虛商業(yè)務接入平臺，虛商業(yè)務接入平臺將報竣處理結果通過網狀網返回給省，流程結束。

2.2 流程問題描述

虛商業(yè)務接入平臺對接的是各個虛商自建系統(tǒng)，屬于B2B模式，原有的業(yè)務開通模式存在以下問題。

虛商業(yè)務接入平臺在送開通成功及送計費成功后，工單就直接竣工轉實例處理，生成訂購信息。如果省側開通失敗則導致實例數據與省、轉售商的狀態(tài)不一致。

虛商業(yè)務接入平臺記錄的開通時間為訂單受理轉實例時間，與省側實際開通時間不一致。

虛商業(yè)務接入平臺缺少服務開通工單應答失敗、報竣失敗和等待報竣的處理機制，導致虛商對失敗業(yè)務處理困難。

對于等待報竣工單平臺無超時限制。容易導致惡意欠費、等待報竣工單積壓等問題。

整體流程在還未收到實際開通結果的情況下，在虛商業(yè)務接入平臺直接處理成功，三方數據不一致，對后續(xù)根據開通結果自動化處理帶來了困難。

圖4 開通工單處理流程

2.3 流程優(yōu)化分析

開通下發(fā)流程優(yōu)化后如下。

主要包括兩個方面優(yōu)化。

訂單流程改造：包括刪除同步計費子流程、新增預開通訂單狀態(tài)、改造訂單響應子流程、新增重復訂單及含依賴關系訂單受理限制流程。

開通報竣流程改造：包括改造報竣接受處理流程、新增同步計費子流程、改造轉實例子流程、改造更新訂單開通狀態(tài)子流程、改造反饋訂單開通結果子流程。

新增報竣超時控制：對報竣超時訂單進行自動重發(fā)，并實現告警等功能。

3 優(yōu)化效果和性能評估

流程優(yōu)化上線后，整體比對的一致率提升67%，保證了大圈交易中各方數據一致性。提升用戶辦理業(yè)務效率，針對失敗工單，虛商可以直接重新發(fā)起，減少了80%的用戶申告率，極大的提升了客戶感知。針對B2B模式下的電信CRM業(yè)務，對整個交易流程進行了規(guī)范。

在測試環(huán)境對虛商業(yè)務接入平臺進行了性能測試。選取的關鍵業(yè)務（開戶、停機），通過LoadRunner進行性能測試。并發(fā)用戶數設置為50，測試結果如表1所示。

據表中數據，對于虛商側，開戶應答和停機應答分別了提升了30%和25%，對于省公司側，開戶報竣應答和停機報竣應答分別提升了18%和2%。性能提升是由于把前期實例化和送計費的過程轉移到了報竣后完成。流程優(yōu)化不僅大量減少了用戶申告率，還提升了虛商業(yè)務接入平臺業(yè)務接入性能。

表1 性能測試結果

4 結束語

本文對虛商業(yè)務接入平臺的建設背景與需求進行了介紹，對系統(tǒng)架構與技術進行了研究與設計，詳細描述了系統(tǒng)應用架構、技術架構和部署架構，在此基礎上，介紹了目前業(yè)務流程，針對虛商支撐系統(tǒng)的業(yè)務特殊性，分析流程上的問題并提出流程優(yōu)化解決方案，根據解決方案對系統(tǒng)整個開通流程進行重構，并且針對優(yōu)化前后進行系統(tǒng)性能測試，驗證可行性和優(yōu)化效果。由于篇幅有限，本文僅對整體流程變更進行描述，實施層面的一些技術細節(jié)并沒有詳細說明，截止到本文撰稿，虛擬運營商業(yè)務支撐系統(tǒng)流程優(yōu)化已完成聯調與上線，上線后數據一致性得到較好的保證，大量節(jié)約了人力維護成本，取得了良好的經濟效益。

[1] 劉洋, 趙仁乾, 徐明慧. 我國移動轉售業(yè)務與MVNO發(fā)展分析[J].電信網技術, 2015,(01):36-40.

[2] 應江勇. 虛擬運營商對省級基礎運營商的影響 研判影響研判[J]. 移動通信, 2014,38(15):54-56.

[3] 丁兆青, 董傳良. 基于SOA的分布式應用集成研究[J]. 計算機工程, 2007,(10):246-248.