張昱，馬勇

（中國電信股份有限公司山東分公司，山東 濟(jì)南 250101）

1 引言

OSS（Operation Support System，運營支撐系統(tǒng)）是面向通信網(wǎng)絡(luò)的運營支撐系統(tǒng)，是解決不斷增長的用戶規(guī)模、不斷擴(kuò)大的網(wǎng)絡(luò)規(guī)模與不斷提升的客戶服務(wù)標(biāo)準(zhǔn)、日益精確的管理需求之間的矛盾中的關(guān)鍵一環(huán)。在建設(shè)初期，其主要功能是接收由營業(yè)前臺受理的用戶訂單，調(diào)用網(wǎng)絡(luò)中網(wǎng)元/網(wǎng)管的能力予以配置實現(xiàn)，并對后續(xù)用戶業(yè)務(wù)運行狀況進(jìn)行監(jiān)控和反饋，提供服務(wù)質(zhì)量保障。但隨著網(wǎng)絡(luò)技術(shù)的不斷演進(jìn)，OSS的功能也逐漸多元化，目前的OSS系統(tǒng)包含了諸如施工調(diào)度、服務(wù)質(zhì)量管理、故障管理、開通管理、性能管理、訂單管理、資源管理、告警管理、統(tǒng)計分析等多項功能。

近些年來IT技術(shù)快速發(fā)展，互聯(lián)網(wǎng)、物聯(lián)網(wǎng)、虛擬化、云計算、大數(shù)據(jù)等技術(shù)層出不窮，運營商也在將其應(yīng)用到網(wǎng)絡(luò)基礎(chǔ)架構(gòu)和支撐手段的構(gòu)建中，尤其是IP技術(shù)、虛擬化技術(shù)、大容量傳輸技術(shù)等結(jié)合后產(chǎn)生的SDN和NFV等技術(shù)，為整個通信網(wǎng)絡(luò)基礎(chǔ)架構(gòu)帶來了革命性的思考。在網(wǎng)絡(luò)運營支撐領(lǐng)域，各大運營商也都進(jìn)行了積極的探索。前期，中國電信和中國移動參與了OPEN-O項目及后來的ONAP（Open Network Automation Platform）項目，旨在解決新網(wǎng)絡(luò)基礎(chǔ)架構(gòu)下網(wǎng)絡(luò)編排器與支持新標(biāo)準(zhǔn)網(wǎng)元間的互操作問題，并探索在此場景下所能帶來的優(yōu)勢。

但網(wǎng)絡(luò)及管理的演進(jìn)不僅僅是技術(shù)升級的問題，更需要考慮存量技術(shù)和存量用戶的平滑過渡問題。目前，各大運營商的通信網(wǎng)絡(luò)上均是多種通信技術(shù)并存，并且這些技術(shù)都有大量用戶在使用。在這種情況下，僅從網(wǎng)絡(luò)及網(wǎng)絡(luò)管理架構(gòu)變革方面來考慮，一定會造成新老用戶在業(yè)務(wù)使用上的感知不一，進(jìn)而引發(fā)服務(wù)問題。同時，因為多種不兼容技術(shù)的并存，也會帶來網(wǎng)絡(luò)管理本身復(fù)雜度的大幅增加。因此有必要對OSS系統(tǒng)如何在網(wǎng)絡(luò)架構(gòu)變革中平滑演進(jìn)做深入思考，進(jìn)而提出一個兼容新老用戶、新老業(yè)務(wù)的演進(jìn)思路。

2 OSS系統(tǒng)的現(xiàn)狀及存在的問題

2.1 OSS現(xiàn)狀

現(xiàn)有OSS系統(tǒng)是多年以前搭建并在此基礎(chǔ)上進(jìn)行多次改造和擴(kuò)容后形成的，為電信運營商的業(yè)務(wù)發(fā)展提供了有力的支撐，但其設(shè)計思想和理念仍是基于多年前的網(wǎng)絡(luò)管理需求和IT技術(shù)水平。

最初，OSS的出現(xiàn)是為了提供業(yè)務(wù)開通能力，隨著運營商對其管理需求的不斷增強(qiáng)，OSS系統(tǒng)陸續(xù)增加了故障處理模塊、質(zhì)量管控模塊等。正是由于這種建設(shè)思路和模式，現(xiàn)有OSS系統(tǒng)中的各子模塊基本上處于各自為戰(zhàn)的狀態(tài)，形成了多個獨立的系統(tǒng)，在電信內(nèi)部有資源管理、服務(wù)開通、服務(wù)保障、質(zhì)量管理等系統(tǒng)，在移動內(nèi)部有綜合資源管理、無線網(wǎng)優(yōu)、業(yè)務(wù)監(jiān)控、綜合分析等系統(tǒng)。這些系統(tǒng)往往是單獨立項，不同廠家建設(shè)，自成體系。雖然有系統(tǒng)間互聯(lián)的接口，但接口上承載交互的信息往往只占總體信息的很小一部分，形成了事實上的流程孤島、數(shù)據(jù)孤島。

在OSS系統(tǒng)建設(shè)要求上，所有運營商都是以電信級的可靠性要求來做標(biāo)準(zhǔn)的。因此，各大運營商的OSS系統(tǒng)都是選用當(dāng)時業(yè)界最成熟、經(jīng)過多年檢驗的系統(tǒng)架構(gòu)、編程語言、接口方式進(jìn)行系統(tǒng)設(shè)計，這在當(dāng)時是非常有效的，高可靠的OSS系統(tǒng)有力地支撐了電信業(yè)務(wù)的發(fā)展，為電信運營商帶來了良好的口碑。但是這種高可靠性系統(tǒng)設(shè)計也直接帶來了系統(tǒng)橫向擴(kuò)展能力差、對網(wǎng)絡(luò)和業(yè)務(wù)層面的需求變化滿足困難等問題：在網(wǎng)絡(luò)架構(gòu)發(fā)展演進(jìn)時難以及時接入管理，在用戶業(yè)務(wù)形態(tài)發(fā)生改變時難以及時配置展示，在業(yè)務(wù)量出現(xiàn)突發(fā)狀況時難以自如應(yīng)對，尤其是在目前用戶個性化需求彰顯的時代，OSS系統(tǒng)對這種變化響應(yīng)困難，矛盾愈加突出。

在業(yè)務(wù)流程方面，最早的乃至現(xiàn)今的OSS系統(tǒng)都是被動承接前端系統(tǒng)傳遞過來的流程要求。從支撐固定電話業(yè)務(wù)，到寬帶業(yè)務(wù)，到移動電話業(yè)務(wù)，到增值業(yè)務(wù)等，都是由電信前端部門設(shè)計業(yè)務(wù)，后端系統(tǒng)配置流程、實現(xiàn)接口功能，銷售一線對用戶展示、推廣、受理，并最終提供服務(wù)。但在當(dāng)今強(qiáng)調(diào)個性化、強(qiáng)調(diào)自主配置的時代，這種運營商主導(dǎo)的業(yè)務(wù)流程實現(xiàn)模式已遠(yuǎn)不能適應(yīng)用戶的需求，現(xiàn)有的OSS系統(tǒng)也不能支撐這種需求。同時，用戶對客戶服務(wù)的要求也越來越高。盡可能快速的服務(wù)響應(yīng)、盡可能透明的處理過程、盡可能方便的信息傳遞，都是目前OSS系統(tǒng)不能靈活實現(xiàn)的。

目前OSS系統(tǒng)與網(wǎng)元/網(wǎng)管的互通方式為一對一接口互聯(lián)的方式。鑒于OSS系統(tǒng)與網(wǎng)元/網(wǎng)管之間的接口沒有統(tǒng)一的定義，目前基本采用OSS系統(tǒng)適應(yīng)對端系統(tǒng)接口的方式，這就造成了接口的多樣性，每上一個系統(tǒng)就需要新開發(fā)接口并逐個聯(lián)調(diào)，在對端系統(tǒng)軟件升級時還面臨接口改造的可能。同時，多個外部系統(tǒng)和接口，造成了在業(yè)務(wù)實現(xiàn)時必須進(jìn)行多方的對接、聯(lián)調(diào)、測試，相互影響的情況屢屢出現(xiàn)。

近些年來，OSS域也引進(jìn)了企業(yè)總線、開放接口等概念，旨在解決系統(tǒng)間數(shù)據(jù)共享、協(xié)同、傳送、以及統(tǒng)一接口定義等問題。但架構(gòu)的不統(tǒng)一，廠家支持的不一致，以及多種框架標(biāo)準(zhǔn)的存在，在電信OSS域內(nèi)部造成了新的“七國八制”現(xiàn)象，業(yè)務(wù)和數(shù)據(jù)的真正互聯(lián)尚有很多工作要做。

2.2 現(xiàn)有OSS系統(tǒng)的問題

（1）煙囪結(jié)構(gòu)，系統(tǒng)的協(xié)同效率不高

由于建設(shè)思路及建設(shè)路線的原因，OSS域的各子系統(tǒng)存在著事實上的“軟煙囪”。究其原因，建設(shè)初期粗放的功能劃分，未經(jīng)深層次需求分析和架構(gòu)設(shè)計、以表象需求來指導(dǎo)建設(shè)的模式，導(dǎo)致了子系統(tǒng)獨立建設(shè)的現(xiàn)狀。加之系統(tǒng)間互聯(lián)接口的功能和作用范圍有限，造成系統(tǒng)協(xié)同的根基不足，雖然都在OSS域的范疇之內(nèi)，但各系統(tǒng)并不是事實上的一個整體，也就是形成了“軟煙囪”。

（2）老舊架構(gòu)，系統(tǒng)的技術(shù)效率不高

現(xiàn)有OSS的架構(gòu)是基于多年以前的理念設(shè)計的，已不能適應(yīng)現(xiàn)階段互聯(lián)網(wǎng)思維的要求：系統(tǒng)的橫向擴(kuò)展能力不足，不能彈性適應(yīng)業(yè)務(wù)量的變化；其功能模塊劃分、解耦的方法，已經(jīng)不能適應(yīng)目前業(yè)務(wù)和功能快速迭代的要求；高可靠性帶來的高耦合度也不能及時響應(yīng)業(yè)務(wù)需求的變化。

（3）流程冗余，系統(tǒng)運營效率不高

現(xiàn)有OSS流程支撐的仍然是多年前的管理水平和應(yīng)用場景，流程冗余、低效。原因為：一是在系統(tǒng)設(shè)計初期，系統(tǒng)間數(shù)據(jù)共享和交互的自動化程度不能滿足業(yè)務(wù)實時響應(yīng)需求；二是出于當(dāng)時管理水平和技術(shù)水平，流程中的很多環(huán)節(jié)需要人工參與。流程設(shè)計的基本出發(fā)點已經(jīng)有所變化，系統(tǒng)也必須調(diào)整以提升業(yè)務(wù)處理效率。

（4）應(yīng)用不足，系統(tǒng)的增值效率不高

互聯(lián)網(wǎng)時代，云和大數(shù)據(jù)等技術(shù)帶來了應(yīng)用和分析上的許多變革，運營商們也進(jìn)行了很多嘗試，基于網(wǎng)絡(luò)數(shù)據(jù)的分析和挖掘?qū)Ω纳凭W(wǎng)絡(luò)質(zhì)量、強(qiáng)化業(yè)務(wù)支撐和提升用戶體驗等方面發(fā)揮了巨大作用。但數(shù)據(jù)應(yīng)用領(lǐng)域仍然形成了以專項形式存在的多個獨立分析系統(tǒng)，造成了網(wǎng)絡(luò)數(shù)據(jù)分析領(lǐng)域的新“軟煙囪”。造成這種狀況的主要原因還是在于OSS系統(tǒng)沒有統(tǒng)一的規(guī)劃和規(guī)范，數(shù)據(jù)隔離的現(xiàn)實存在，從而無法進(jìn)行有效的整合和分析挖掘。

（5）效率低下，系統(tǒng)的資源效率不高

在基礎(chǔ)資源使用效率方面，OSS系統(tǒng)也是基礎(chǔ)資源使用大戶。由于不能實現(xiàn)計算能力的橫向平滑擴(kuò)展，系統(tǒng)實際上是閑時閑、忙時忙，基礎(chǔ)資源的使用效率不高。同時，由于架構(gòu)本身的不足，導(dǎo)致每次業(yè)務(wù)升級都需要大量研發(fā)和升級工作，對運營商來講是建設(shè)成本的浪費，對廠家來講則是維護(hù)難度和維護(hù)成本的逐年增加。

3 OSS的演進(jìn)趨勢及問題

3.1 業(yè)界在OSS演進(jìn)方面的實踐

OSS演進(jìn)是配合通信網(wǎng)絡(luò)演進(jìn)展開的。隨著IT技術(shù)、計算技術(shù)的不斷發(fā)展，通信技術(shù)和IT技術(shù)在很多方面出現(xiàn)了融合，尤其是SDN/NFV已經(jīng)成為運營商公認(rèn)的網(wǎng)絡(luò)轉(zhuǎn)型技術(shù)基礎(chǔ)?，F(xiàn)在業(yè)界普遍認(rèn)為，未來網(wǎng)絡(luò)的SDN/NFV轉(zhuǎn)型需在四個層面實施重構(gòu)，一是網(wǎng)絡(luò)節(jié)點重構(gòu)，二是網(wǎng)絡(luò)架構(gòu)重構(gòu)，三是網(wǎng)元功能重構(gòu)，第四則是網(wǎng)絡(luò)管理與業(yè)務(wù)運營的重構(gòu)。其中第四方面的重點就是對現(xiàn)有OSS的重構(gòu)，以現(xiàn)代化的技術(shù)架構(gòu)實現(xiàn)對下一代網(wǎng)絡(luò)的管理和對新業(yè)務(wù)的支撐。計算技術(shù)基礎(chǔ)上的虛擬化，網(wǎng)絡(luò)技術(shù)基礎(chǔ)上的云技術(shù)，對網(wǎng)絡(luò)的演進(jìn)和變革帶來了新的思路，同時也給自動化、智能化、彈性的網(wǎng)絡(luò)管理帶來了新的希望。在目前業(yè)界相對統(tǒng)一的思路，就是以業(yè)務(wù)編排的方式來組織網(wǎng)絡(luò)管理，既實現(xiàn)對資源池的管理，也能實現(xiàn)對網(wǎng)絡(luò)和網(wǎng)元部署及生命周期周期管理，同時實現(xiàn)業(yè)務(wù)自動調(diào)度和業(yè)務(wù)的對外開放。

2017年4月，國際上的兩大開源項目OPEN-O與OpenECOMP宣布合并，組成新的“開放網(wǎng)絡(luò)自動化平臺”，也就是ONAP項目。這個是第一個將大多數(shù)運營商與大多數(shù)供應(yīng)商聯(lián)合起來、構(gòu)建真正的服務(wù)自動化平臺和業(yè)務(wù)流程平臺的開源項目，其對網(wǎng)絡(luò)運營支撐也做了詳細(xì)的規(guī)劃。從ONAP的演進(jìn)的思路來看，網(wǎng)絡(luò)運營支撐系統(tǒng)的演進(jìn)就是建設(shè)一套新架構(gòu)下的支撐體系，以滿足對新網(wǎng)絡(luò)架構(gòu)的管理，并對其上的新業(yè)務(wù)進(jìn)行編排調(diào)度。

3.2 新一代OSS的思考不足

ONAP項目是從未來網(wǎng)絡(luò)的整體出發(fā)進(jìn)行設(shè)計和規(guī)劃的，是目標(biāo)方案，而非演進(jìn)、落地實施方案。從ONAP項目2017年11月發(fā)布的阿姆斯特丹版本的應(yīng)用情況來講，也都是針對某一領(lǐng)域的網(wǎng)絡(luò)部署和實施，是新業(yè)務(wù)拓展的嘗試。對電信運營商來講，如果按照目標(biāo)體系實施，網(wǎng)絡(luò)改造和用戶遷移對運營商來講無疑是很大的成本壓力。同時，電信運營商的大多數(shù)客戶目前都是承載在老的網(wǎng)絡(luò)架構(gòu)和業(yè)務(wù)體系當(dāng)中，如何讓其享受到新的網(wǎng)絡(luò)管理/業(yè)務(wù)管理層帶來的優(yōu)勢，業(yè)界尚未有明確的思路。

因此，新一代OSS系統(tǒng)的實施必須是考慮兼顧新老用戶和業(yè)務(wù)的演進(jìn)，一定是對網(wǎng)絡(luò)基礎(chǔ)架構(gòu)演進(jìn)、網(wǎng)絡(luò)支撐體系演進(jìn)、用戶業(yè)務(wù)和服務(wù)演進(jìn)、以及網(wǎng)絡(luò)和用戶遷移等多方面綜合考慮的結(jié)果，是一個綜合課題。目前來看，新一代的OSS需要解決以下問題：

（1）解決目前OSS系統(tǒng)存在的問題；

（2）充分對接網(wǎng)絡(luò)架構(gòu)的演進(jìn)；

（3）平衡網(wǎng)絡(luò)的演進(jìn)和繼承之間的關(guān)系；

（4）在演進(jìn)過程中，充分體現(xiàn)用戶至上的理念，為用戶提供最優(yōu)的業(yè)務(wù)體驗；

（5）充分發(fā)揮IT技術(shù)帶來的技術(shù)紅利；

（6）要從系統(tǒng)功能劃分、系統(tǒng)間接口定義、優(yōu)化流程等方面著手進(jìn)行系統(tǒng)架構(gòu)調(diào)整。

4 兼顧新老技術(shù)和業(yè)務(wù)的演進(jìn)思路

以保障新老用戶總體價值最大化為目的，從用戶的感知和體驗出發(fā)，以新技術(shù)和業(yè)務(wù)需求為驅(qū)動力，則新一代OSS演進(jìn)思路一定是兼顧新老技術(shù)和業(yè)務(wù)的演進(jìn)思路。

首先，新技術(shù)和新業(yè)務(wù)的發(fā)展趨勢是不可逆轉(zhuǎn)的，其帶來的業(yè)務(wù)的多樣性和靈活性也是老網(wǎng)絡(luò)所不能替代的，所以要積極擁抱、充分發(fā)揮新技術(shù)和新業(yè)務(wù)的優(yōu)勢，創(chuàng)新地設(shè)計OSS系統(tǒng)。

其次，鑒于現(xiàn)網(wǎng)的大多數(shù)設(shè)備仍然是老技術(shù)組網(wǎng)，為了確保網(wǎng)絡(luò)的平滑演進(jìn)，一定要綜合考慮新一代OSS系統(tǒng)對新老技術(shù)的兼容，必要時要引入適配層以解決兼容性問題；在用戶業(yè)務(wù)方面，必須考慮用戶在使用、訂購等場景下，新老業(yè)務(wù)的靈活性、個性化、便捷性等方面保持一致。

再次，在系統(tǒng)架構(gòu)方面，首先考慮盡量簡化網(wǎng)絡(luò)層級，將原先的網(wǎng)元、網(wǎng)管、綜合告警、OSS、分析等層級，簡化為網(wǎng)元層、平臺層、應(yīng)用層的三級結(jié)構(gòu)；其次，要將通信網(wǎng)絡(luò)功能以服務(wù)的形式暴露出來，以調(diào)度的方式實現(xiàn)靈活的業(yè)務(wù)組裝和編排，以及數(shù)據(jù)交互。

最后，在系統(tǒng)流程方面，根據(jù)目前OSS域數(shù)據(jù)產(chǎn)生、存儲、流轉(zhuǎn)的實際特點，從業(yè)務(wù)的需求、特性和趨勢出發(fā)，對既有的流程予以調(diào)整和改變，充分利用IT技術(shù)帶來的便捷、快速等優(yōu)勢，以技術(shù)和業(yè)務(wù)的雙輪驅(qū)動完成重構(gòu)。

最終實現(xiàn)的OSS架構(gòu)，是在功能層完成具體的原子功能并實施功能暴露，以功能編排（包含業(yè)務(wù)編排和控制功能編排等）、數(shù)據(jù)采集、數(shù)據(jù)分析等模塊形成應(yīng)用層，完成功能的高階封裝，靈活實現(xiàn)多種具體應(yīng)用并對外提供服務(wù)。

5 新一代OSS系統(tǒng)的演進(jìn)實踐

從整體講，新一代OSS系統(tǒng)的演進(jìn)實踐主要集中在四個方面，也就是架構(gòu)重構(gòu)、流程重構(gòu)、數(shù)據(jù)重構(gòu)和協(xié)同重構(gòu)。在實施策略上，則堅持主要模塊（即OSS系統(tǒng)本身和資源系統(tǒng)）完全重構(gòu)、周邊系統(tǒng)（即網(wǎng)管系統(tǒng)等）聚焦接口重構(gòu)、外圍系統(tǒng)（即集團(tuán)管轄系統(tǒng)和BSS域系統(tǒng)等）盡量不變的原則，確保系統(tǒng)演進(jìn)的順利實施。

5.1 架構(gòu)重構(gòu)

在系統(tǒng)架構(gòu)重構(gòu)方面，新一代OSS系統(tǒng)架構(gòu)重構(gòu)的范疇囊括了所有在OSS域的原有系統(tǒng)，這是基于系統(tǒng)協(xié)同要求而確定的；其次，確定了系統(tǒng)架構(gòu)必須搭建在云計算基礎(chǔ)架構(gòu)上，也明確了將微服務(wù)軟件架構(gòu)應(yīng)用于OSS建設(shè)。架構(gòu)重構(gòu)主要解決功能分層和功能間接口設(shè)計等問題，也就是明確了解耦的方式和形式。

（1）功能分層

新一代OSS系統(tǒng)的功能分層本身也是從兩個層面來進(jìn)行的。

1）從OSS域的整體來看，將域內(nèi)的所有系統(tǒng)劃分成了數(shù)據(jù)層、基礎(chǔ)能力提供層、服務(wù)編排和應(yīng)用層。

數(shù)據(jù)層主要是對采集/獲取的數(shù)據(jù)進(jìn)行存儲，在具體設(shè)計中有結(jié)構(gòu)化數(shù)據(jù)存儲和非結(jié)構(gòu)化數(shù)據(jù)存儲兩部分。結(jié)構(gòu)化數(shù)據(jù)存儲采用關(guān)系型數(shù)據(jù)庫實現(xiàn)，主要存儲OSS域系統(tǒng)自身的相關(guān)數(shù)據(jù)、與周邊系統(tǒng)協(xié)同的數(shù)據(jù)等，非結(jié)構(gòu)化數(shù)據(jù)存儲采用非關(guān)系型數(shù)據(jù)庫實現(xiàn)，主要用來存儲性能數(shù)據(jù)等大數(shù)據(jù)量的數(shù)據(jù)。在實際的設(shè)計中，結(jié)構(gòu)化數(shù)據(jù)的存儲往往與各子系統(tǒng)的建設(shè)一并考慮，而非結(jié)構(gòu)化/大數(shù)據(jù)類的數(shù)據(jù)，則是原有的大數(shù)據(jù)數(shù)據(jù)分析平臺的能力共享出來給OSS域內(nèi)系統(tǒng)使用。

基礎(chǔ)能力提供層主要是對網(wǎng)絡(luò)自有能力進(jìn)行封裝、調(diào)用并對外暴露。在這個層面主要包括網(wǎng)元、專業(yè)智能網(wǎng)管系統(tǒng)（NMS）等。它們將流程重構(gòu)后需要對外提供的網(wǎng)絡(luò)功能予以抽象和實現(xiàn)，并在能力中心進(jìn)行注冊以實現(xiàn)能力的暴露。在能夠靈活實施接口改造的系統(tǒng)中（主要是智能網(wǎng)管系統(tǒng)），采用系統(tǒng)升級的方式提供這項功能，且后續(xù)均以此方式實現(xiàn)新的功能；對于部分不能實施改造的系統(tǒng)（主要是直接提供服務(wù)的網(wǎng)元等），則采用OSS系統(tǒng)進(jìn)行適配的方式實現(xiàn)。

服務(wù)編排層與應(yīng)用層主要是組件能力中心將基礎(chǔ)能力提供層上的低階能力注冊管理，編排中心將低階能力予以編排（組裝）從而形成高階能力，各類應(yīng)用則調(diào)用高、低階能力形成對外的服務(wù)和具體的應(yīng)用，在此體系下，業(yè)務(wù)開通、故障派單、網(wǎng)絡(luò)監(jiān)控、網(wǎng)絡(luò)調(diào)整等功能均在能力提供框架下實現(xiàn)。

2）從對OSS系統(tǒng)本身的功能劃分出發(fā)。在新的技術(shù)體系和技術(shù)架構(gòu)下，OSS系統(tǒng)的功能劃分為Cloud中心、能力中心、編排中心、策略中心和監(jiān)控中心幾大部分。

Cloud中心搭建在云計算的基礎(chǔ)架構(gòu)之上，實現(xiàn)了系統(tǒng)的容錯、均衡、平滑擴(kuò)展等能力。

能力中心主要提供了能力的注冊功能，這些能力包括了網(wǎng)管按照開放標(biāo)準(zhǔn)實現(xiàn)的能力，包括了在OSS側(cè)封裝的網(wǎng)元的能力，也包括了在編排中心進(jìn)行高層抽象后實現(xiàn)的各種能力。

編排中心的主要功能就是結(jié)合業(yè)務(wù)的實際需求，將在能力中心注冊的功能編排組合成新的能力，甚至是可以直接為前端所調(diào)用的能力。編排中心是業(yè)務(wù)靈活性的關(guān)鍵所在，其實現(xiàn)也必須是靈活的。

策略中心實現(xiàn)的主要功能是建立一套可配置的策略機(jī)制，使流程在不同的場景下的適應(yīng)性大大增強(qiáng)。在業(yè)務(wù)開通流程中，根據(jù)業(yè)務(wù)類型的調(diào)用路徑的配置，在故障處理中，是基于地域的派單策略的實現(xiàn)，在網(wǎng)絡(luò)調(diào)整割接中是根據(jù)業(yè)務(wù)級別的審批策略等。

監(jiān)控中心是對系統(tǒng)本身的監(jiān)控的實現(xiàn)，在后續(xù)還將對OSS系統(tǒng)所管轄的網(wǎng)絡(luò)的性能數(shù)據(jù)進(jìn)行實時收集，從而實現(xiàn)網(wǎng)絡(luò)的隨時調(diào)整響應(yīng)。

（2）接口定義

接口定義和接口調(diào)用方式的設(shè)計是系統(tǒng)之間耦合的形式，對系統(tǒng)的擴(kuò)展性、容錯能力等有著決定性的作用。借鑒IT界近年來的實踐，新一代OSS系統(tǒng)應(yīng)采用全新的接口定義：在服務(wù)注冊和服務(wù)的消費過程中采用目前業(yè)界最常用的HTTP/REST方式進(jìn)行接口調(diào)用，接口的數(shù)據(jù)格式則采用JSON格式。采用這種方案的主要優(yōu)勢在于接口設(shè)計及其調(diào)用簡單、成熟，降低了周邊系統(tǒng)的改造壓力。同時，還可以很容易地實現(xiàn)系統(tǒng)的負(fù)載均衡、容錯處理等，以新技術(shù)能力提升了系統(tǒng)的可用性和可靠性。

在最終設(shè)計中，根據(jù)業(yè)務(wù)類型不同，可定義開通類、日常作業(yè)類、維護(hù)類、管理類等多類業(yè)務(wù)接口。

5.2 流程重構(gòu)

流程重構(gòu)是簡化系統(tǒng)、提升效率的關(guān)鍵所在。在實施流程重構(gòu)的過程中，首先要分析現(xiàn)有業(yè)務(wù)的每個環(huán)節(jié)及其要求，研究現(xiàn)階段業(yè)務(wù)的特點和最優(yōu)流轉(zhuǎn)路徑，了解用戶和網(wǎng)絡(luò)的不同訴求，并在此三項思考的基礎(chǔ)上重新制定各項流程，明確支撐流程運轉(zhuǎn)的基本服務(wù)能力（即原子能力），進(jìn)而為接口定義提供基礎(chǔ)。

流程重構(gòu)主要對業(yè)務(wù)開通流程、維護(hù)生產(chǎn)流程、管理流程、業(yè)務(wù)發(fā)布流程等四項流程進(jìn)行了分析和重構(gòu)，強(qiáng)調(diào)流程的自動化運轉(zhuǎn)、系統(tǒng)間協(xié)同和智能化提升。前三項流程主要是針對流程中的各環(huán)節(jié)進(jìn)行了梳理和優(yōu)化，強(qiáng)調(diào)的是流程的自動化運轉(zhuǎn)和智能化程度，將原先大量需要人工參與的環(huán)節(jié)予以簡化或由系統(tǒng)自動執(zhí)行，既提高了效率，又減少了錯誤的發(fā)生。

業(yè)務(wù)開通流程主要是從冗余環(huán)節(jié)梳理和流程自動化方面著手，以提升用戶在開通上的感知。結(jié)合現(xiàn)今各網(wǎng)管的技術(shù)能力、資源管理水平和客戶需求，將以前很多需要人工參與的環(huán)節(jié)進(jìn)行了標(biāo)準(zhǔn)化處理，使這些環(huán)節(jié)自動化，對于可以省略的環(huán)節(jié)，則予以刪減。經(jīng)過這樣的梳理，系統(tǒng)的自動化程度進(jìn)一步提高，系統(tǒng)內(nèi)的流程總數(shù)也大幅度下降。

生產(chǎn)維護(hù)流程方面強(qiáng)調(diào)的是自動化和多專業(yè)協(xié)同，目的是解決各專業(yè)系統(tǒng)之間的煙囪問題。在系統(tǒng)改造的過程中，將前期的專業(yè)間關(guān)聯(lián)的思路進(jìn)一步深化，梳理明確了系統(tǒng)間流程、數(shù)據(jù)、功能之間的先后順序、上下層級、主從關(guān)系等邏輯，并在此基礎(chǔ)上形成新的生產(chǎn)維護(hù)流程。比如割接流程、故障處理流程等，都是應(yīng)用了這些關(guān)系，將部分人工處理和溝通的環(huán)節(jié)由系統(tǒng)自動實現(xiàn)，提升了效率。

在管理流程方面則突出系統(tǒng)協(xié)同。充分利用有源網(wǎng)管的功能，將環(huán)節(jié)間需要人工確認(rèn)的部分在系統(tǒng)中落地，以規(guī)則和前置條件查詢接口的形式出現(xiàn)，極大減輕了管理人員在流程中的人工操作，也使管理的精確程度大幅增加。

在業(yè)務(wù)發(fā)布流程，則主要是從前后端協(xié)同的角度出發(fā)進(jìn)行重構(gòu)，完善端到端業(yè)務(wù)發(fā)布流程。項目充分發(fā)揮能力開放所帶來的優(yōu)勢，制定了“網(wǎng)元能力定義網(wǎng)絡(luò)服務(wù)，網(wǎng)絡(luò)服務(wù)定義網(wǎng)絡(luò)產(chǎn)品，網(wǎng)絡(luò)產(chǎn)品組合市場銷售品”的思路，將網(wǎng)絡(luò)能力發(fā)布到能力平臺供前端系統(tǒng)調(diào)用，最終形成了從OSS至CRM的正向產(chǎn)品發(fā)布流程，真正實現(xiàn)了網(wǎng)絡(luò)能力的即時提供和對前端業(yè)務(wù)的快速響應(yīng)。

5.3 數(shù)據(jù)再梳理

基礎(chǔ)數(shù)據(jù)是網(wǎng)絡(luò)協(xié)同的基石所在，在新一代OSS系統(tǒng)設(shè)計中，應(yīng)用可以分散部署甚至分布于不同系統(tǒng)，但是基礎(chǔ)數(shù)據(jù)來源必須唯一。

數(shù)據(jù)再梳理主要經(jīng)過了三個步驟。首先要確定數(shù)據(jù)的直接來源，以及哪些系統(tǒng)使用了什么數(shù)據(jù)；第二，對數(shù)據(jù)進(jìn)行分類，實踐中根據(jù)數(shù)據(jù)特性和使用方式，分為管理類數(shù)據(jù)和生產(chǎn)類數(shù)據(jù)兩大類；第三，對數(shù)據(jù)的使用規(guī)則和數(shù)據(jù)協(xié)同進(jìn)行梳理。

在數(shù)據(jù)來源方面，根據(jù)數(shù)據(jù)的產(chǎn)生方式不同可以分為有源數(shù)據(jù)和無源數(shù)據(jù)。有源數(shù)據(jù)是可以在有源網(wǎng)管上自動發(fā)現(xiàn)和管理的，可以直接、準(zhǔn)確地反映現(xiàn)網(wǎng)的資源、配置、性能等情況，因此有源數(shù)據(jù)確定以有源網(wǎng)管作為唯一出處和管理責(zé)任主體。而無源數(shù)據(jù)是人工錄入和日常維護(hù)的，包括機(jī)房、ODF、光纜等。

在數(shù)據(jù)分類方面，將數(shù)據(jù)分為生產(chǎn)類和管理類兩大類數(shù)據(jù)。直接支撐網(wǎng)絡(luò)生產(chǎn)的數(shù)據(jù)就是生產(chǎn)類數(shù)據(jù)，主要是底層系統(tǒng)產(chǎn)生的網(wǎng)絡(luò)數(shù)據(jù)和過程數(shù)據(jù)，比如端口、板卡、故障、性能等，直接支撐了故障處理、業(yè)務(wù)開通、性能分析等生產(chǎn)活動，追求的是效率。管理類數(shù)據(jù)是配合公司管理要求而存在的一些數(shù)據(jù)，通常以屬性的方式進(jìn)行管理，比如資產(chǎn)屬性、項目屬性等。管理類數(shù)據(jù)主要采用兩類方式管理，一是集中管理，二是分散管理。目前采用的是對能夠集中的數(shù)據(jù)，統(tǒng)一建設(shè)集中管理數(shù)據(jù)庫，對外提供服務(wù)和接口；對于網(wǎng)管管理效率高的數(shù)據(jù)，則在網(wǎng)管系統(tǒng)中單獨建表管理。這樣的設(shè)計，綜合考慮了生產(chǎn)的高效和管理的集約、精確，是一個平衡的方案。

第三個層面，對數(shù)據(jù)的使用進(jìn)行協(xié)同。一方面，數(shù)據(jù)協(xié)同可以用來增強(qiáng)數(shù)據(jù)質(zhì)量，提升系統(tǒng)效率。在山東電信新一代OSS系統(tǒng)建設(shè)中，創(chuàng)新性地將無源數(shù)據(jù)的管理與有源數(shù)據(jù)管理關(guān)聯(lián)起來，也就是將無源端子“物理”連接到有源端口上，通過有源告警端到端的關(guān)聯(lián)，實現(xiàn)對無源數(shù)據(jù)的精細(xì)化管理。另一方面，項目中的數(shù)據(jù)協(xié)同也采用了多項新技術(shù)。由于項目中的數(shù)據(jù)分散在不同系統(tǒng)中，為了提升系統(tǒng)的協(xié)同效應(yīng)，結(jié)合數(shù)據(jù)的使用頻率、更新頻率、對業(yè)務(wù)影響的程度等，設(shè)計了ETL工具方式、消息隊列方式、接口方式、文件協(xié)同方式等，保障了數(shù)據(jù)在系統(tǒng)間流轉(zhuǎn)的順暢和有效。

5.4 前后端協(xié)同

系統(tǒng)改造一大目的是提升系統(tǒng)之間的協(xié)同效率，尤其是前后端之間的協(xié)同。新一代的OSS系統(tǒng)必須要和CRM等前臺系統(tǒng)緊密結(jié)合，也必須和經(jīng)營分析系統(tǒng)等后端系統(tǒng)密切配合。與前臺系統(tǒng)的配合主要體現(xiàn)在流程上，而與后端系統(tǒng)的配合則主要體現(xiàn)在數(shù)據(jù)上。

與前臺系統(tǒng)的協(xié)同焦點在CRM，涉及業(yè)務(wù)開通、變更、發(fā)布等，重點在流程和標(biāo)識，尤其是關(guān)鍵標(biāo)識。通過確定用戶邏輯標(biāo)識、電路代號、標(biāo)準(zhǔn)地址等作為不同業(yè)務(wù)的唯一標(biāo)識，并在后端網(wǎng)絡(luò)中對這些標(biāo)識進(jìn)行統(tǒng)一，保證了流程的統(tǒng)一和順暢。與后臺系統(tǒng)的協(xié)同主要體現(xiàn)在數(shù)據(jù)協(xié)同上：協(xié)同的內(nèi)容主要是對管理數(shù)據(jù)的支撐，而管理數(shù)據(jù)支撐的關(guān)鍵是數(shù)據(jù)一致、數(shù)據(jù)同步、數(shù)據(jù)來源唯一。

6 新一代OSS系統(tǒng)在山東電信實施的效果

2017年初，山東電信在兼顧新老用戶、業(yè)務(wù)和技術(shù)的整體演進(jìn)思路下，啟動了新一代OSS系統(tǒng)的建設(shè)工作。通過梳理現(xiàn)網(wǎng)數(shù)據(jù)需求，梳理周邊系統(tǒng)20多個，需交互的數(shù)據(jù)表格1000余張，字段超17000個，并在此基礎(chǔ)上完成了架構(gòu)設(shè)計、流程重構(gòu)、數(shù)據(jù)結(jié)構(gòu)梳理等工作。2018年1月份，完成了網(wǎng)絡(luò)功能的服務(wù)化改造，移動及平臺類相關(guān)業(yè)務(wù)流程上線，2018年4月份，完成了系統(tǒng)功能的開發(fā)，2018年7月份完成了全省17地市上線運行。

經(jīng)過系統(tǒng)改造及運行，在管理效率、運營效率和技術(shù)效率三方面提升明顯。管理效率提升方面，重點實現(xiàn)了管理的簡化，業(yè)務(wù)流程從574個減少到19個，資源系統(tǒng)數(shù)據(jù)表從995張減少到138張，并簡化了59個OSS管理流程，管理效率提升明顯；運營效率提升方面，支撐能力大幅提升，移動及平臺類業(yè)務(wù)平均開通時長由140 s降為4 s，光寬類業(yè)務(wù)10分鐘外線率超過98%（其中1分鐘外線率超過94%），停復(fù)機(jī)環(huán)節(jié)的3 s復(fù)機(jī)率達(dá)到99.54%，運營效率提升明顯；技術(shù)效率提升方面，通過新技術(shù)應(yīng)用及持續(xù)優(yōu)化，數(shù)據(jù)庫資源占用率在無計算資源調(diào)整的情況下降低了60%，系統(tǒng)間數(shù)據(jù)協(xié)同響應(yīng)時長由10 s降至1 s以下，技術(shù)效率得到了彰顯。

7 結(jié)束語

新一代OSS系統(tǒng)是通信網(wǎng)絡(luò)演進(jìn)的關(guān)鍵，是提升用戶感知、提高通信企業(yè)服務(wù)水平的關(guān)鍵，本文提出了兼顧新老用戶、兼顧新老業(yè)務(wù)、兼顧新老技術(shù)的演進(jìn)思路，將給網(wǎng)絡(luò)和業(yè)務(wù)的平滑演進(jìn)帶來借鑒和促進(jìn)。