石彥彬 ，喻琦 ，蘇更殊 ，江義杰

（1.中國電信股份有限公司廣州研究院IT運營支撐部，廣東 廣州 510630；2.中國電信集團公司企業(yè)信息化部，北京 100032；3.中國電信集團公司企業(yè)信息化部（上海）IT運營中心，上海 201315）

運營技術(shù)廣角

集中云化的光網(wǎng)開通激活架構(gòu)研究與實踐

石彥彬1，喻琦1，蘇更殊2，江義杰3

（1.中國電信股份有限公司廣州研究院IT運營支撐部，廣東 廣州 510630；2.中國電信集團公司企業(yè)信息化部，北京 100032；3.中國電信集團公司企業(yè)信息化部（上海）IT運營中心，上海 201315）

闡述了光網(wǎng)開通激活面臨的業(yè)務(wù)和技術(shù)挑戰(zhàn)，提出了集中、云化、去IOE的設(shè)計思路，構(gòu)建分層解耦、組件化、服務(wù)化的“平臺+應(yīng)用”光網(wǎng)開通激活架構(gòu)。并給出光網(wǎng)條件下架構(gòu)實施的統(tǒng)一數(shù)據(jù)模型、分布式數(shù)據(jù)存儲、服務(wù)開放架構(gòu)、“消息+數(shù)據(jù)”接口交互、分布式流程引擎、顯性化規(guī)則管理、集中化配置管理等關(guān)鍵技術(shù)要點。

集中；云化；光網(wǎng)；開通；激活

1 引言

寬帶是國家經(jīng)濟社會發(fā)展的重要基礎(chǔ)，是國家工業(yè)化與信息化融合的重要紐帶，為響應(yīng)國家“寬帶中國·光網(wǎng)城市”的戰(zhàn)略，電信運營商將寬帶（含寬帶、高清iTV、智慧家庭等）列為戰(zhàn)略性業(yè)務(wù)，正逐步實現(xiàn)所有城市光纖化。為提升用戶服務(wù)水平，快速發(fā)展光網(wǎng)寬帶業(yè)務(wù)，電信運營商還創(chuàng)新提出了即銷即裝、裝維隨銷、先裝后付等新的銷售、安裝、付款模式。光網(wǎng)寬帶業(yè)務(wù)的發(fā)展和服務(wù)模式的創(chuàng)新，要求能夠更加快速、便捷地實現(xiàn)光網(wǎng)寬帶業(yè)務(wù)自動化開通、激活的能力。

同時，電信運營商從自身效率和成本角度出發(fā)，正大力推進運營集約化戰(zhàn)略，包括集中的電子渠道、集中的網(wǎng)元／平臺建設(shè)、集中的IT系統(tǒng)建設(shè)、集中的轉(zhuǎn)售／電商合作、集中的運營管控等，且隨著SDN、NFV、云計算等新一代網(wǎng)絡(luò)技術(shù)的引入，還會進一步加強集約化運營能力。上述戰(zhàn)略舉措均對集中、云化的一點開通激活能力提出了要求，同時還需加強業(yè)務(wù)級的、高并發(fā)的、實時開通激活能力的建設(shè)。

而電信運營商傳統(tǒng)的開通激活系統(tǒng)，大多分省獨立建設(shè)，從原來的97系統(tǒng)／IBSS演進而來，采用傳統(tǒng)的IOE架構(gòu)，支撐的是省級的、常規(guī)受理開通渠道訂單的開通激活。存在著各省系統(tǒng)能力不均衡、重復(fù)投資建設(shè)、缺乏全網(wǎng)管控手段、高并發(fā)實時處理能力弱等問題，對全網(wǎng)集中一點開通的需求響應(yīng)緩慢，且難以適應(yīng)未來面向用戶的高并發(fā)、實時的業(yè)務(wù)編排和網(wǎng)絡(luò)控制需求。

故而，亟需構(gòu)建全網(wǎng)集中、云化的光網(wǎng)自動開通激活系統(tǒng)，探索未來全網(wǎng)服務(wù)開通激活從“集團—省”兩級模式走向“平臺+應(yīng)用”模式的可行性，滿足光網(wǎng)高效自動開通、全網(wǎng)集中一點開通及未來的高并發(fā)、實時業(yè)務(wù)編排和網(wǎng)絡(luò)控制需求。

2 集中云化的光網(wǎng)開通激活面臨的問題和挑戰(zhàn)

2.1 服務(wù)開通流程、環(huán)節(jié)差異大

因周邊系統(tǒng)能力、數(shù)據(jù)管理歸屬、業(yè)務(wù)管理模式、流程實現(xiàn)技術(shù)等差異，導(dǎo)致全網(wǎng)服務(wù)開通流程差異較大，成為制約服務(wù)開通集中的重要因素。主要差異體現(xiàn)在如下方面。

（1）流程啟動模式

包含獨立啟動FTTH管道流程，寬帶、iTV、語音等流程與FTTH管道流程協(xié)同：寬帶、iTV、語音啟動流程，所有業(yè)務(wù)流程與指定主業(yè)務(wù)流程協(xié)同；FTTH管道和寬帶、語音、iTV業(yè)務(wù)合并啟動一個流程，流程內(nèi)實現(xiàn)順序控制等。

（2）流程實現(xiàn)技術(shù)

包含配置和調(diào)度靜態(tài)分支流程、數(shù)據(jù)驅(qū)動流程動態(tài)拼裝和調(diào)度、配置和調(diào)度靜態(tài)主子流程、人工動態(tài)調(diào)整流程等技術(shù)方式。

（3）環(huán)節(jié)顆粒度

因?qū)I(yè)系統(tǒng)（資源、激活、調(diào)度等）能力的差異，有采用大環(huán)節(jié)對接專業(yè)系統(tǒng)的模式，也有小環(huán)節(jié)對接專業(yè)系統(tǒng)模式以及全網(wǎng)大／小資源模式、大／小激活模式、大／小調(diào)度模式并存的模式。

（4）流程環(huán)節(jié)流向

因退單、待裝、異常等管控職能的差異，導(dǎo)致流程環(huán)節(jié)、流程調(diào)度的目標(biāo)環(huán)節(jié)的差異；因資源管理歸屬不同，導(dǎo)致流程環(huán)節(jié)對接系統(tǒng)、流程環(huán)節(jié)數(shù)量的差異。

2.2 開通激活接口多、數(shù)據(jù)差異大

服務(wù)開通是數(shù)據(jù)調(diào)度中轉(zhuǎn)的核心，周邊對接了CRM、資源、調(diào)度、激活及數(shù)據(jù)同步類系統(tǒng)，同時還有部分省直接對接網(wǎng)元／平臺。自動激活對接的網(wǎng)元／平臺數(shù)量龐大，且接口協(xié)議多為非標(biāo)準(zhǔn)化協(xié)議，需要大量的接口適配及與網(wǎng)元聯(lián)調(diào)工作。

與服務(wù)開通流程環(huán)節(jié)配套，周邊系統(tǒng)接口的顆粒度、交互的步驟、交互的屬性內(nèi)容差異非常大，且因全網(wǎng)未統(tǒng)一客戶、產(chǎn)品、資源的模型標(biāo)準(zhǔn)，服務(wù)開通內(nèi)傳遞的數(shù)據(jù)多為具有私有標(biāo)準(zhǔn)的數(shù)據(jù)，且因周邊系統(tǒng)接收接口協(xié)議的差異，服務(wù)開通還做了各種適配轉(zhuǎn)換，數(shù)據(jù)標(biāo)準(zhǔn)將成為制約服務(wù)開通集中的重要因素。

2.3 開通激活個性化需求多

服務(wù)開通、激活是典型的策略驅(qū)動型系統(tǒng)，包括流程環(huán)節(jié)的調(diào)度策略、網(wǎng)元激活的業(yè)務(wù)策略等，流程環(huán)節(jié)、網(wǎng)元接口及網(wǎng)絡(luò)業(yè)務(wù)配置策略的差異，導(dǎo)致需要按照各省、各本地網(wǎng)的業(yè)務(wù)需求進行大量的策略配置。

同時，作為流程類系統(tǒng)，日常的需求變動亦較為頻繁，除了策略配置類需求，共性需求（性能優(yōu)化和業(yè)務(wù)邏輯等）和個性化需求（用戶界面、接口、統(tǒng)計分析、數(shù)據(jù)提取等）需要集中系統(tǒng)快速響應(yīng)。

2.4 集中開通激活性能要求高

從單個業(yè)務(wù)開通激活效率看，正常的光網(wǎng)業(yè)務(wù)開通訂單8 min內(nèi)到達外線，確?，F(xiàn)場的即銷即裝；面向用戶的實時業(yè)務(wù)編排和網(wǎng)絡(luò)控制需要在秒級內(nèi)完成，且需要適應(yīng)互聯(lián)網(wǎng)化的高并發(fā)訪問需求。

從光網(wǎng)業(yè)務(wù)開通激活的并發(fā)量看，需要支撐全網(wǎng)日均數(shù)千萬的流程和工單并發(fā)處理。且需要考慮單個網(wǎng)元的最大并發(fā)量，合理調(diào)度和分配網(wǎng)元處理能力。

2.5 去IOE模式帶來的技術(shù)挑戰(zhàn)

構(gòu)建集中、云化的光網(wǎng)自動開通架構(gòu)，除了需要應(yīng)對上述業(yè)務(wù)挑戰(zhàn)之外，還需應(yīng)對技術(shù)架構(gòu)變革所帶來的技術(shù)挑戰(zhàn)，包括：業(yè)務(wù)高并發(fā)帶來的分布式、高性能處理的技術(shù)挑戰(zhàn)；數(shù)據(jù)集中、云化存儲帶來的事務(wù)訪問控制的技術(shù)挑戰(zhàn)；集中、云化存儲的數(shù)據(jù)實時復(fù)制共享的技術(shù)挑戰(zhàn)；差異化開通流程啟動方式融合的技術(shù)挑戰(zhàn)；跨網(wǎng)絡(luò)及跨分布式節(jié)點訪問導(dǎo)致性能損耗的技術(shù)挑戰(zhàn)等。

3 集中云化的光網(wǎng)開通激活建設(shè)的方案和思路

3.1 業(yè)務(wù)和技術(shù)目標(biāo)

集中云化的光網(wǎng)自動開通既需要滿足將現(xiàn)網(wǎng)的開通激活流程和業(yè)務(wù)處理邏輯集中上收的業(yè)務(wù)目標(biāo)，同時還需滿足系統(tǒng)集中、云化的技術(shù)改造目標(biāo)。

（1）業(yè)務(wù)目標(biāo)

實現(xiàn)全網(wǎng)業(yè)務(wù)服務(wù)開通激活集中管控；支撐電信運營商網(wǎng)元分散、流程各異的開通激活現(xiàn)狀，實現(xiàn)差異化流程支撐；對全網(wǎng)統(tǒng)一及個性化需求快速響應(yīng)；全網(wǎng)優(yōu)秀應(yīng)用快速復(fù)制；重構(gòu)產(chǎn)業(yè)模式，提高研發(fā)效率，減少重復(fù)投資和人員浪費等。

（2）技術(shù)目標(biāo)

采用平臺+應(yīng)用的技術(shù)架構(gòu)，支持應(yīng)用快速創(chuàng)新；采用MySQL、HBase、Redis等數(shù)據(jù)存儲技術(shù)，實現(xiàn)去 IOE；平臺云化，調(diào)度執(zhí)行組件化；分層解耦，下三層（基礎(chǔ)設(shè)施層、數(shù)據(jù)層、服務(wù)層）統(tǒng)一；數(shù)據(jù)公開、透明等。

3.2 設(shè)計原則和思路

在系統(tǒng)集中、云化的大目標(biāo)下，結(jié)合業(yè)務(wù)的挑戰(zhàn)和目標(biāo)，光網(wǎng)開通激活架構(gòu)應(yīng)遵循如下設(shè)計原則。

（1）全集中

是核心配置數(shù)據(jù)、核心生產(chǎn)數(shù)據(jù)、核心計算邏輯、核心管理應(yīng)用的集中。包括開通激活配置數(shù)據(jù)、開通激活任務(wù)數(shù)據(jù)、自動激活計算邏輯、任務(wù)數(shù)據(jù)寫控制服務(wù)、全網(wǎng)配置／管控應(yīng)用。

（2）松耦合

是平臺與業(yè)務(wù)、計算與執(zhí)行、規(guī)則管理與執(zhí)行、垂直技術(shù)分層解耦。包括流程引擎與環(huán)節(jié)執(zhí)行、激活計算與任務(wù)執(zhí)行、規(guī)則管理與規(guī)則執(zhí)行、配置管理與配置使用、應(yīng)用／服務(wù)／數(shù)據(jù)分層。

（3）差異化

是執(zhí)行組件、個性應(yīng)用、差異配置、周邊接口差異化支撐。包括流程環(huán)節(jié)組件加載、激活任務(wù)組件加載、個性化監(jiān)控／統(tǒng)計應(yīng)用、周邊接口差異化適配、配置管理分級和分版本。

3.3 總體架構(gòu)設(shè)計

（1）功能

分為配置管理（集中、分級、分版本的配置管理和動態(tài)分發(fā)）、流程引擎平臺（流程的分布式調(diào)度、服務(wù)化訪問）、調(diào)度執(zhí)行框架（接口適配、環(huán)節(jié)組件開發(fā)執(zhí)行、規(guī)則動態(tài)加載）、業(yè)務(wù)計算引擎（網(wǎng)元拆解、指令翻譯和路由計算）、任務(wù)調(diào)度引擎（跨網(wǎng)元協(xié)同調(diào)度、工單及任務(wù)單回單處理）、網(wǎng)元執(zhí)行框架（網(wǎng)元交互控制、指令結(jié)果解析、網(wǎng)元動態(tài)加載）、服務(wù)平臺（個性化應(yīng)用訪問服務(wù)開發(fā)和控制）。

（2）技術(shù)

引入開源技術(shù)，整體實現(xiàn)“去IOE”，實現(xiàn)集中、云化的技術(shù)架構(gòu)設(shè)計?；贒ubbo和ESB實現(xiàn)服務(wù)集成總線；基于Drools實現(xiàn)集中的規(guī)則管理和執(zhí)行；基于MySQL和HBase實現(xiàn)分布式數(shù)據(jù)存儲；基于Redis實現(xiàn)配置和規(guī)則的高效緩存；基于MyCat實現(xiàn)MySQL的分布式訪問；基于ActiveMQ實現(xiàn)各松耦合模塊的消息交互；基于Tomcat、Jetty等實現(xiàn)J2EE架構(gòu)的開發(fā)。

（3）部署

基于“平臺+應(yīng)用”的架構(gòu)，通過分布式部署實現(xiàn)靈活的橫向擴展能力。配置和管控應(yīng)用集群集中部署；流程平臺、服務(wù)平臺、計算引擎、調(diào)度執(zhí)行框架、集成平臺集群云化部署，集中運營；個性化應(yīng)用部署在各自的云節(jié)點內(nèi)，分散運營；組件動態(tài)加載，集中管控。

集中云化的光網(wǎng)自動開通架構(gòu)總體設(shè)計思路如圖1所示。

3.4 總體模塊交互框架

集中云化的光網(wǎng)自動開通各個模塊之間可以通過基于傳統(tǒng)ESB硬總線和Dubbo軟總線的模式進行交互，如圖2所示。外系統(tǒng)可通過傳統(tǒng)ESB與服務(wù)開通的調(diào)度執(zhí)行框架進行交互（F1）；流程引擎平臺與調(diào)度執(zhí)行框架交互完成流程的調(diào)度 （F2流程啟動、F4組件執(zhí)行、F7流程觸發(fā)）；調(diào)度執(zhí)行框架、業(yè)務(wù)計算引擎、任務(wù)調(diào)度引擎、網(wǎng)元執(zhí)行框架之間通過消息隊列交互 （F9、F10、F12、F13）；各個模塊對業(yè)務(wù)單實例數(shù)據(jù)的訪問通過基于軟總線的開通激活服務(wù)平臺交互（F5、F11、F15）；開通激活服務(wù)平臺等對在途單數(shù)據(jù)的訪問全部通過DAAS實現(xiàn)分布式訪問（F4、F16）；流程引擎平臺通過DAAS訪問流程實例數(shù)據(jù)（F3、F8）；網(wǎng)元執(zhí)行框架通過組件訪問網(wǎng)元（F14），且網(wǎng)元執(zhí)行組件框架不直接操作數(shù)據(jù)庫；統(tǒng)計分析等應(yīng)用，通過數(shù)據(jù)總線訪問HBase歷史單數(shù)據(jù)，通過開通激活服務(wù)平臺訪問在途單數(shù)據(jù) （A1、A2）；各個模塊將規(guī)則數(shù)據(jù)加載在緩存中，并與規(guī)則引擎交互完成計算，對規(guī)則數(shù)據(jù)進行讀取、加載、計算（R1、R2、R3、C1）。

圖1 集中云化的光網(wǎng)自動開通架構(gòu)總體設(shè)計思路

圖2 集中云化的光網(wǎng)自動開通模塊交互架構(gòu)

4 光網(wǎng)條件下集中云化開通激活架構(gòu)建設(shè)要點

（1）基于工作流的“大類+元數(shù)據(jù)”裝維模型，支撐光網(wǎng)開通模型快速擴展

光網(wǎng)條件下的開通激活與傳統(tǒng)的開通激活在數(shù)據(jù)模型的實體層面并無較大差異，但是在實體屬性和關(guān)系方面有較大的變化，包括光網(wǎng)開通訂單之間的協(xié)同關(guān)系、光網(wǎng)資源配置的結(jié)果數(shù)據(jù)、光網(wǎng)開通流程環(huán)節(jié)和規(guī)則、光網(wǎng)施工網(wǎng)元指令和規(guī)則等。

這就要求集中云化的開通激活系統(tǒng)在數(shù)據(jù)模型上能夠快速響應(yīng)光網(wǎng)開通激活的要求，且不需要長周期的產(chǎn)品研發(fā)升級。而基于工作流原理，采用“大類+元數(shù)據(jù)”的建模思路，構(gòu)建以業(yè)務(wù)單、業(yè)務(wù)單項、操作、流程、環(huán)節(jié)為穩(wěn)定頂層大類的裝維數(shù)據(jù)模型，概念模型如圖3所示。既能夠?qū)崿F(xiàn)業(yè)務(wù)規(guī)格和屬性的靈活、快速擴展，又能夠平滑銜接資源模型、BSS模型等外部實體模型，可做到需求變更不停機，且能快速適應(yīng)周邊數(shù)據(jù)變化。

（2）基于MySQL和 Hadoop的混合數(shù)據(jù)存儲，支撐光網(wǎng)開通數(shù)據(jù)分類存儲訪問

光網(wǎng)的服務(wù)開通數(shù)據(jù)同樣也分在途數(shù)據(jù)和歸檔數(shù)據(jù)，且根據(jù)數(shù)據(jù)的特點，在途數(shù)據(jù)需要頻繁的讀寫，時效性要求較高；歸檔數(shù)據(jù)基本不做變更，僅用于查詢及統(tǒng)計分析。

針對光網(wǎng)服務(wù)開通數(shù)據(jù)的特點，在去IOE架構(gòu)下，可采用MySQL+HBase的混合存儲模式，如圖4所示。使用MySQL存儲在途單數(shù)據(jù)、配置數(shù)據(jù)、流程數(shù)據(jù)，基于DaaS進行數(shù)據(jù)分布式訪問。優(yōu)先依據(jù)本地網(wǎng)區(qū)域ID分片存儲，數(shù)據(jù)量較大的地市可增加用戶ID的分片維度。利用關(guān)系型數(shù)據(jù)庫單節(jié)點跨行、跨表事務(wù)能力，盡量規(guī)避跨分片事務(wù)應(yīng)用；歸檔單數(shù)據(jù)從MySQL轉(zhuǎn)儲到HBase，接口交互數(shù)據(jù)從MySQL準(zhǔn)實時復(fù)制到HBase，利用HBase Replication快速分發(fā)應(yīng)用，基于SQL on Hadoop技術(shù)實現(xiàn)海量歷史單快速查詢，利用數(shù)據(jù)集成平臺實現(xiàn)HBase訪問的鑒權(quán)、控制。

（3）基于軟硬服務(wù)總線的開放架構(gòu)，支撐光網(wǎng)開通應(yīng)用的快速開發(fā)

圖3 統(tǒng)一裝維模型的概念模型

圖4 集中云化的光網(wǎng)自動開通數(shù)據(jù)存儲方案

光網(wǎng)服務(wù)開通需求較多的應(yīng)用包括兩類：與外部系統(tǒng)交互的應(yīng)用（如與CRM、資源、調(diào)度、網(wǎng)元等的接口）和內(nèi)部的處理邏輯（流程調(diào)度、環(huán)節(jié)執(zhí)行、指令翻譯、網(wǎng)元調(diào)度等）及個性化應(yīng)用（界面UI、統(tǒng)計分析等）。無論哪種應(yīng)用，都要求應(yīng)用的開發(fā)和擴展不能對現(xiàn)有的運行應(yīng)用造成較大的影響，且不需要較長的開發(fā)周期。

故集中云化的光網(wǎng)自動開通需要具備服務(wù)能力。如圖5所示，對于訪問頻度相對較低的外部系統(tǒng)交互類的服務(wù)訪問，可采用集中模式的傳統(tǒng)ESB硬總線調(diào)用方式，具備較強的鑒權(quán)控制、訪問對賬等能力；對于訪問頻度較高的內(nèi)部處理邏輯和個性化應(yīng)用的服務(wù)訪問，可采用基于Dubbo軟總線模式的分布式服務(wù)調(diào)用，具備較高的服務(wù)訪問性能；二者基于統(tǒng)一的服務(wù)管理和訪問控制中心，并加強各自的訪問流控、頻控能力。

圖5 集中云化的光網(wǎng)自動開通服務(wù)交互方案

（4）基于標(biāo)準(zhǔn)模型和數(shù)據(jù)復(fù)制的接口方案，支撐差異化接口取數(shù)需求的快速響應(yīng)

光網(wǎng)服務(wù)開通激活周邊接口數(shù)據(jù)量龐大，且數(shù)據(jù)多為非標(biāo)準(zhǔn)化的，新的接口接入、現(xiàn)有接口的參數(shù)擴展均需要較大的開發(fā)和聯(lián)調(diào)工作量。且在光網(wǎng)服務(wù)開通激活的個性化需求中，較大量的需求就是接口需求。

如圖6所示，可將基于標(biāo)準(zhǔn)模型的業(yè)務(wù)單和流程數(shù)據(jù)使用大數(shù)據(jù)快速復(fù)制技術(shù)復(fù)制給周邊系統(tǒng)，以消息+數(shù)據(jù)的方式進行接口交互，即減少因服務(wù)消息攜帶數(shù)據(jù)而帶來的交互壓力，同時也便于省公司基于標(biāo)準(zhǔn)數(shù)據(jù)進行二次開發(fā)，自行完成新接口數(shù)據(jù)部分的開發(fā)聯(lián)調(diào)，快速響應(yīng)全網(wǎng)接口需求，避免集中系統(tǒng)成為需求響應(yīng)瓶頸。

（5）分布式、高性能、服務(wù)化流程引擎，支撐光網(wǎng)多產(chǎn)品協(xié)同開通流程

光網(wǎng)與傳統(tǒng)銅纜網(wǎng)的典型差異就是同一條PON通信管道上可同時承載多種產(chǎn)品，針對同一用戶地址的安裝請求，需要進行多產(chǎn)品的協(xié)同施工及一次上門安裝，避免二次上門影響客戶感知。同時，光網(wǎng)條件下的現(xiàn)場即裝即銷、零接觸配置開通等都對局內(nèi)流程的效率提出了較高的要求。

業(yè)務(wù)方案：可采取產(chǎn)品與管道分離的設(shè)計方法，由后端生成FTTH接入管道，并啟動獨立的流程實現(xiàn)光路、碼號、終端的資源配置和開通激活。語音、寬帶、iTV業(yè)務(wù)獨立啟動流程，在FTTH接入管道完成資源配置和自動激活后，根據(jù)流程協(xié)同規(guī)則，啟動業(yè)務(wù)自身的配置和自動激活。并由服務(wù)開通和裝維調(diào)度系統(tǒng)配合，實現(xiàn)現(xiàn)場施工的工單合并和一次上門。

圖6 集中云化的光網(wǎng)自動開通接口交互方案

圖7 集中云化的光網(wǎng)自動開通流程引擎方案

流程引擎：如圖7所示，使用可解耦流程引擎和環(huán)節(jié)執(zhí)行、規(guī)則調(diào)度邏輯，并輔以規(guī)則引擎和環(huán)節(jié)的組件化開發(fā)，構(gòu)建分布式、高性能的流程引擎，并支撐業(yè)新流程快速擴展。流程引擎負責(zé)純技術(shù)調(diào)度，業(yè)務(wù)部分剝離到調(diào)度執(zhí)行框架；流程引擎自身支持分布式部署，按類型、規(guī)則進行服務(wù)請求分發(fā)；流程引擎通過統(tǒng)一、標(biāo)準(zhǔn)的流程引擎服務(wù)進行訪問；流程引擎的調(diào)度執(zhí)行框架支撐環(huán)節(jié)的二次開發(fā)和嵌入執(zhí)行。

（6）集中管理、分布執(zhí)行的規(guī)則引擎方案，支撐光網(wǎng)開通的規(guī)則快速配置

光網(wǎng)服務(wù)開通激活內(nèi)存在大量的規(guī)則，包括流程調(diào)度、流程協(xié)同、環(huán)節(jié)處理、網(wǎng)元協(xié)同、指令解析、網(wǎng)元激活等，規(guī)則配置和執(zhí)行是開通激活的核心能力之一，必須顯性化管理和配置這些規(guī)則，并降低規(guī)則配置的復(fù)雜度，提升規(guī)則調(diào)用的效率，支撐快速的開通規(guī)則配置和執(zhí)行。

如圖8所示，可構(gòu)建統(tǒng)一的規(guī)則模型，以統(tǒng)一裝維模型數(shù)據(jù)為規(guī)則元素，集中顯性化管理規(guī)則，靈活快速擴展規(guī)則，支撐個性化規(guī)則配置需求；規(guī)則模型需兼容支撐正則表達式、SQL、組件、多輸入輸出的數(shù)據(jù)庫表等多種規(guī)則的存儲和管理；規(guī)則可分發(fā)到基于Drools的分布式調(diào)用執(zhí)行環(huán)境，實現(xiàn)規(guī)則集中管理和分布式執(zhí)行。

（7）配置一點集中管理、下發(fā)和動態(tài)加載，支撐光網(wǎng)開通的個性化配置需求

在集約化運營大背景下，配置數(shù)據(jù)的集中管理勢在必行，但允許分層、分級的配置應(yīng)用權(quán)限管理，且需要分版本管理。對于光網(wǎng)開通的配置數(shù)據(jù)也不例外，共有的部分可以集中配置，至少省集中配置；地市個性化的配置可以在集中配置環(huán)境分配權(quán)限，地市自行配置。

如圖9所示，基于標(biāo)準(zhǔn)化配置模型集中管理配置數(shù)據(jù)，通過數(shù)據(jù)總線一點下發(fā)給各應(yīng)用模塊，各應(yīng)用在內(nèi)存動態(tài)加載配置數(shù)據(jù)。即在集中管理應(yīng)用上做數(shù)據(jù)配置，通過一點配置下發(fā)到數(shù)據(jù)總線上，再通過消息通知服務(wù)通知各節(jié)點云平臺，云平臺主動去數(shù)據(jù)總線獲取配置數(shù)據(jù)，然后加載在云平臺節(jié)點內(nèi)存內(nèi)。

圖8 集中云化的光網(wǎng)自動開通規(guī)則引擎方案

圖9 集中云化的光網(wǎng)自動開通配置管理方案

5 結(jié)束語

基于軟總線、數(shù)據(jù)總線的分層解耦、云化部署、去IOE的“平臺+應(yīng)用”架構(gòu)，在業(yè)務(wù)上可以實現(xiàn)光網(wǎng)業(yè)務(wù)開通激活的集中管控，解決其面臨的流程復(fù)雜、接口眾多、數(shù)據(jù)差異、個性需求響應(yīng)難等挑戰(zhàn)；在技術(shù)上引入開源技術(shù)，采用分層解耦框架、分布式流程引擎、集中配置和規(guī)則、組件動態(tài)加載、接口數(shù)據(jù)標(biāo)準(zhǔn)化等關(guān)鍵方案，可解決集中系統(tǒng)的分布式、高性能和數(shù)據(jù)實時共享、事務(wù)一致訪問、網(wǎng)元快速加載等技術(shù)難題，從而實現(xiàn)去IOE及云化部署。

該架構(gòu)已在安徽、福建、廣東等省級電信運營商內(nèi)進行現(xiàn)場驗證實踐，具備技術(shù)可行性，可有效支撐光網(wǎng)的寬帶、語音、iTV業(yè)務(wù)的開通激活，能夠?qū)崿F(xiàn)光網(wǎng)開通激活系統(tǒng)的去IOE改造，實現(xiàn)光網(wǎng)條件下的零接觸配置開通、多產(chǎn)品流程協(xié)同及一次上門、局內(nèi)配置8 min到達外線、現(xiàn)場即銷即裝及信用停復(fù)機的高并發(fā)峰值處理等需求。

集中云化的光網(wǎng)開通激活架構(gòu)既適用于省級電信運營商重構(gòu)光網(wǎng)業(yè)務(wù)開通激活系統(tǒng)，實現(xiàn)光網(wǎng)業(yè)務(wù)自動開通支撐；也適用于建設(shè)全網(wǎng)集中、云化的光網(wǎng)開通激活系統(tǒng)，支撐面向電子渠道、營業(yè)、客服、轉(zhuǎn)售商的光網(wǎng)業(yè)務(wù)的一點開通。該架構(gòu)的技術(shù)方案已基本成熟，可直接部署實施。但是，在落地實施過程中，還需逐一克服數(shù)據(jù)標(biāo)準(zhǔn)化、規(guī)則清理、接口重構(gòu)等實施方面的難題。

［1］毛斌宏，喻琦，陽志明.IT服務(wù)能力開放應(yīng)用與實踐［J］.廣東通信技術(shù)，2013（11）：12-17.MAO B H，YU Q，YANG Z M.The application and practice of IT service capability opening ［J］.Guangdong Communication Technology，2013（11）：12-17.

［2］張長江，李霄飛，陳泳，等.工作流技術(shù)在電信服務(wù)開通系統(tǒng)中的應(yīng)用［J］.計算機集成制造系統(tǒng)，2011，17（8）：1722-1728.ZHANG C J，LI X F，CHEN Y，et al.Application of workflow technologies in telecommunication service provisioning system［J］.ComputerIntegrated Manufacturing Systems，2011，17 （8）：1722-1728.

［3］李長連，王穎楠，周大勇.電信業(yè)務(wù)支撐系統(tǒng)云化策略與方案研究［J］.郵電設(shè)計技術(shù)，2012（7）：25-30.LI C L，WANG Y N，ZHOU D Y.Research on the introduction of cloud computing technology to BSS［J］.Designing Techniques of Posts and Telecommunications，2012（7）：25-30.

［4］高允翔，湯泳，肖偉.運營商私有云的DaaS構(gòu)建方案初探［J］.郵電設(shè)計技術(shù)，2012（10）：20-22.GAO Y X，TANG Y，XIAO W.Initial discussion on operators’private cloud DaaS construction solution［J］.Designing Techniques of Posts and Telecommunications，2012（10）：20-22.

［5］ 葛中澤.一種高效工作流引擎設(shè)計［J］.制造業(yè)自動化，2014（5）：11-15.GE Z Z.The design of an efficient workflow engine ［J］.Manufacturing Automation，2014（5）：11-15.

［6］王峰，楊明川，劉圓，等.大數(shù)據(jù)平臺云化技術(shù)［J］.電信科學(xué)，2015，31（7）：18-23.WANG F，YANG M C，LIU Y，et al.Cloud-based big data technology［J］.Telecommunications Science，2015，31（7）：18-23.

Research and practice of centralized cloud-enabled service provisioning and activation system of PON

SHI Yanbin1，YU Qi1，SU Gengshu2，JIANG Yijie3
1.IT Operation Support Department，Guangzhou Research Institute of China Telecom Co.，Ltd.，Guangzhou 510630，China 2.Corporate IT Department，China Telecom Corporation，Beijing 100032，China 3.Shanghai IT Operation Center，Corporate IT Department，China Telecom Corporation，Shanghai 201315，China

The business and technical challenges of provisioning and activation of optical network were elaborated.Design idea of centralized，cloud-enabled and extraction of IOE was proposed.The architecture of “platform+application”provisioning and activation of optical network was constructed.The key technical points like unified data model，distributed data storage，services，open architecture，interactive “message+data” interfaces，distributed process engine，explicited rules management，centralized configuration management under architecture of optical network were given.

centralized，cloud-enabled，PON，provisioning，activation

TP399

A

10.11959／j.issn.1000-0801.2016209

2016-06-01；

2016-07-29

石彥彬（1980-），男，中國電信股份有限公司廣州研究院IT研發(fā)中心高級工程師、高級業(yè)務(wù)主管，主要研究方向為OSS系統(tǒng)規(guī)劃、設(shè)計、建設(shè)與運營實踐。

喻琦（1985-），男，中國電信股份有限公司廣州研究院IT研發(fā)中心工程師，主要研究方向為OSS系統(tǒng)規(guī)劃、設(shè)計、建設(shè)與運營實踐。

蘇更殊（1976-），男，中國電信集團公司企業(yè)信息化部高級工程師、高級業(yè)務(wù)主管，主要研究方向為企業(yè)信息化總體架構(gòu)設(shè)計，OSS系統(tǒng)理論、規(guī)劃、建設(shè)和運營實踐。

江義杰（1973-），男，中國電信集團公司企業(yè)信息化部（上海）IT運營中心高級工程師、室主任，主要研究方向為企業(yè)信息化總體架構(gòu)設(shè)計，OSS系統(tǒng)理論、規(guī)劃、建設(shè)和運營實踐。