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

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

運(yùn)營(yíng)技術(shù)廣角

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

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

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

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

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

1 引言

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

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

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

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

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

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

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

（1）流程啟動(dòng)模式

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

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

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

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

因?qū)I(yè)系統(tǒng)（資源、激活、調(diào)度等）能力的差異，有采用大環(huán)節(jié)對(duì)接專業(yè)系統(tǒng)的模式，也有小環(huán)節(jié)對(duì)接專業(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é)對(duì)接系統(tǒng)、流程環(huán)節(jié)數(shù)量的差異。

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

服務(wù)開通是數(shù)據(jù)調(diào)度中轉(zhuǎn)的核心，周邊對(duì)接了CRM、資源、調(diào)度、激活及數(shù)據(jù)同步類系統(tǒng)，同時(shí)還有部分省直接對(duì)接網(wǎng)元／平臺(tái)。自動(dòng)激活對(duì)接的網(wǎng)元／平臺(tái)數(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 開通激活個(gè)性化需求多

服務(wù)開通、激活是典型的策略驅(qū)動(dòng)型系統(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ù)需求進(jìn)行大量的策略配置。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（1）全集中

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

（2）松耦合

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

（3）差異化

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

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

（1）功能

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

（2）技術(shù)

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

（3）部署

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

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

3.4 總體模塊交互框架

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

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

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

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

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

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

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

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

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

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

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

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

光網(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)度等）及個(gè)性化應(yīng)用（界面UI、統(tǒng)計(jì)分析等）。無論哪種應(yīng)用，都要求應(yīng)用的開發(fā)和擴(kuò)展不能對(duì)現(xiàn)有的運(yùn)行應(yīng)用造成較大的影響，且不需要較長(zhǎng)的開發(fā)周期。

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

圖5 集中云化的光網(wǎng)自動(dò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ù)擴(kuò)展均需要較大的開發(fā)和聯(lián)調(diào)工作量。且在光網(wǎng)服務(wù)開通激活的個(gè)性化需求中，較大量的需求就是接口需求。

如圖6所示，可將基于標(biāo)準(zhǔn)模型的業(yè)務(wù)單和流程數(shù)據(jù)使用大數(shù)據(jù)快速復(fù)制技術(shù)復(fù)制給周邊系統(tǒng)，以消息+數(shù)據(jù)的方式進(jìn)行接口交互，即減少因服務(wù)消息攜帶數(shù)據(jù)而帶來的交互壓力，同時(shí)也便于省公司基于標(biāo)準(zhǔn)數(shù)據(jù)進(jìn)行二次開發(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通信管道上可同時(shí)承載多種產(chǎn)品，針對(duì)同一用戶地址的安裝請(qǐng)求，需要進(jìn)行多產(chǎn)品的協(xié)同施工及一次上門安裝，避免二次上門影響客戶感知。同時(shí)，光網(wǎng)條件下的現(xiàn)場(chǎng)即裝即銷、零接觸配置開通等都對(duì)局內(nèi)流程的效率提出了較高的要求。

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

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

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

流程引擎：如圖7所示，使用可解耦流程引擎和環(huán)節(jié)執(zhí)行、規(guī)則調(diào)度邏輯，并輔以規(guī)則引擎和環(huán)節(jié)的組件化開發(fā)，構(gòu)建分布式、高性能的流程引擎，并支撐業(yè)新流程快速擴(kuò)展。流程引擎負(fù)責(zé)純技術(shù)調(diào)度，業(yè)務(wù)部分剝離到調(diào)度執(zhí)行框架；流程引擎自身支持分布式部署，按類型、規(guī)則進(jìn)行服務(wù)請(qǐng)求分發(fā)；流程引擎通過統(tǒng)一、標(biāo)準(zhǔn)的流程引擎服務(wù)進(jìn)行訪問；流程引擎的調(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ī)則，靈活快速擴(kuò)展規(guī)則，支撐個(gè)性化規(guī)則配置需求；規(guī)則模型需兼容支撐正則表達(dá)式、SQL、組件、多輸入輸出的數(shù)據(jù)庫表等多種規(guī)則的存儲(chǔ)和管理；規(guī)則可分發(fā)到基于Drools的分布式調(diào)用執(zhí)行環(huán)境，實(shí)現(xiàn)規(guī)則集中管理和分布式執(zhí)行。

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

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

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

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

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

5 結(jié)束語

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

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

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

［1］毛斌宏，喻琦，陽志明.IT服務(wù)能力開放應(yīng)用與實(shí)踐［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］張長(zhǎng)江，李霄飛，陳泳，等.工作流技術(shù)在電信服務(wù)開通系統(tǒng)中的應(yīng)用［J］.計(jì)算機(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］李長(zhǎng)連，王穎楠，周大勇.電信業(yè)務(wù)支撐系統(tǒng)云化策略與方案研究［J］.郵電設(shè)計(jì)技術(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］高允翔，湯泳，肖偉.運(yùn)營(yíng)商私有云的DaaS構(gòu)建方案初探［J］.郵電設(shè)計(jì)技術(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ì)［J］.制造業(yè)自動(dòng)化，2014（5）：11-15.GE Z Z.The design of an efficient workflow engine ［J］.Manufacturing Automation，2014（5）：11-15.

［6］王峰，楊明川，劉圓，等.大數(shù)據(jù)平臺(tái)云化技術(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-），男，中國(guó)電信股份有限公司廣州研究院IT研發(fā)中心高級(jí)工程師、高級(jí)業(yè)務(wù)主管，主要研究方向?yàn)镺SS系統(tǒng)規(guī)劃、設(shè)計(jì)、建設(shè)與運(yùn)營(yíng)實(shí)踐。

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

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

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