可以看出,全新的業(yè)務(wù)運營環(huán)境要求電信運營商必須采用一種全局與超前的眼光來看待OSS的建設(shè)與發(fā)展??茖W(xué)地理順其中戰(zhàn)術(shù)與戰(zhàn)略、繼承與新建、投入與產(chǎn)出、現(xiàn)在與未來等一系列關(guān)系,必將有效幫助運營商早日適應(yīng)全業(yè)務(wù)運營時代新的要求。
2戰(zhàn)術(shù)與戰(zhàn)略
當前,各國電信運營商都在逐步從電路交換承載語音為主的技術(shù)體制邁向以分組交換承載數(shù)據(jù)業(yè)務(wù)為主的運營之道。被管范圍的擴大及其背后全業(yè)務(wù)運營的緊迫需求,使得OSS必須適應(yīng)當前專業(yè)網(wǎng)管模式,向綜合運維支撐方向轉(zhuǎn)變,并逐步形成端到端的、主動的業(yè)務(wù)支撐能力。采用何種思路來指導(dǎo)OSS的規(guī)劃與建設(shè)是決定其成敗的根本。筆者認為,在規(guī)劃和構(gòu)建OSS的過程中,應(yīng)該始終把握“集中化”和“標準化”這兩條指導(dǎo)原則,且要將其作為遠景戰(zhàn)略,另外運營商在OSS建設(shè)與發(fā)展過程中也可以參照實施。
全業(yè)務(wù)運營環(huán)境下,端到端的綜合支撐能力以及企業(yè)轉(zhuǎn)型任務(wù)要求運營商在OSS建設(shè)模式上必須采用集中的建設(shè)思路,新技術(shù)的出現(xiàn)也促進了支撐系統(tǒng)的集中化趨勢。例如,SOA標準的出現(xiàn)有力地促進了通用軟件部署的集中化,服務(wù)器和存儲虛擬化技術(shù)促進了硬件部署集中化。此外,集中化的管理和維護、地域管理的集中化進一步降低了運營成本;標準化有助于支撐系統(tǒng)提升其擴展能力與主動性,更好地適應(yīng)3G時代要求。例如,接口的標準化使得支撐系統(tǒng)不再被動適應(yīng),而是可以主動要求,這樣不僅保證了新入網(wǎng)設(shè)備可以同步接入OSS,還保證其可以同步納入管理和運維;標準化將促進OSS體系架構(gòu)、管理流程、用戶需求、信息共享的標準化發(fā)展,進而實現(xiàn)標準化支持個性化的理想目標。
從戰(zhàn)略安排和戰(zhàn)術(shù)實施上,三家運營商都不約而同地選擇了標準化、集中化作為今后OSS發(fā)展的技術(shù)框架和建設(shè)模式的指導(dǎo)原則。2005年2月,中國電信頒布了《CTG-BOSS規(guī)范》,其要旨就是希望改變當前各省OSS建設(shè)中體系架構(gòu)不統(tǒng)一而導(dǎo)致的緊急項目過多、業(yè)務(wù)需求不規(guī)范、信息數(shù)據(jù)不統(tǒng)一、技術(shù)方案難以選擇、集團部門間口徑和要求不一致等問題。2007年底,中國電信又以廣東研究院為主成立了中國電信集團BSS/OSS支撐中心,其定位是“聚焦BSS/OSS領(lǐng)域的,能為全集團提供支撐服務(wù)的專業(yè)支撐中心”。長久以來倡導(dǎo)“ONECM”的中國移動,更是將集中化和標準化指導(dǎo)思想實際應(yīng)用在廣州某支撐系統(tǒng)集中化的建設(shè)項目之中。中國聯(lián)通(600050,股吧)和中國網(wǎng)通合并以后,就明確提出“統(tǒng)一需求管理、統(tǒng)一規(guī)范管理、統(tǒng)一版本控制、統(tǒng)一工程實施”指導(dǎo)思路,實際上也包含了采用集中化、標準化思路作為今后OSS建設(shè)的指導(dǎo)思想。
3繼承與新建
從前面的分析可知,由于全業(yè)務(wù)運營的要求,三家運營商的OSS正處于一個由分散化向集中化轉(zhuǎn)型、非標準向標準化轉(zhuǎn)型、專業(yè)化向綜合化轉(zhuǎn)型、半自動向自動化轉(zhuǎn)型,逐段銜接服務(wù)向端到端全程服務(wù)的關(guān)鍵時期。考慮到已有投入、穩(wěn)步過渡、新建成本與割接難度等因素,利舊現(xiàn)有OSS與構(gòu)建全面運維支撐的OSS之間必然存在一定矛盾。因此,正確處理繼承與新建的關(guān)系也是電信企業(yè)所必須關(guān)注的。
當前,三家運營商在維護支撐實際工作中仍以專業(yè)劃分,其OSS在技術(shù)架構(gòu)上基本采用3種方式。
(1)完全使用國外第三方產(chǎn)品。這種架構(gòu)的優(yōu)勢是功能強大,穩(wěn)定性好,但是系統(tǒng)相對封閉,后期的技術(shù)支持和二次開發(fā)能力相對較弱。
(2)完全使用國內(nèi)廠商自己開發(fā)的產(chǎn)品。由于是根據(jù)具體被管對象和運營商的要求有針對性開發(fā)的,因此在滿足某些個性化需求和技術(shù)支持方面有一定的優(yōu)勢,但由于理論和技術(shù)的積淀時間較短,因此在產(chǎn)品功能深度、標準化、穩(wěn)定性和擴展性上與國外成熟產(chǎn)品相比有較大差距。
(3)將國外第三方產(chǎn)品整體或者某個功能模塊整合到國內(nèi)自主開發(fā)的綜合平臺中,這也是國內(nèi)電信運營商經(jīng)常采用的一種架構(gòu)。
業(yè)內(nèi)普遍采取的原OSS納入到新建OSS的解決方案大致可以歸納為以下3類。
(1)項鏈式整合,顧名思義,就是在現(xiàn)有的各類專業(yè)OSS中通過標準接口串接起來,并在此基礎(chǔ)上構(gòu)建上層的綜合管理功能,原有的OSS與被管范圍保持不變。這種解決方案的好處在于對原有OSS和被管對象的影響非常小,且投資較少,但缺點就是仍無法做到真正意義上的數(shù)據(jù)整合,將來也難于實現(xiàn)系統(tǒng)級集成。
(2)筑塔式整合,這種方式是一種由下向上的分層式整合,僅保留原有與被管對象之間采集與配置的接口,而在其上搭建資源建模和綜合管理功能。這種方式的好處是被管范圍與OSS之間的關(guān)聯(lián)和集成非常簡單,不足之處在于投資高,必要時可能需要將原有的OSS廢除再重新搭建。
(3)酵母式整合,這種改造方式的前提是當前已經(jīng)有一套功能較為完整、擴展性強的OSS,它將作為新OSS的主體和平臺,替代其他OSS中類似或者重復(fù)的模塊,就像酵母一樣逐步融合原有系統(tǒng)。
具體采用哪一種整合或者改造方式,筆者認為應(yīng)該明確這樣一個概念,即面向業(yè)務(wù)或者服務(wù)的OSS的基礎(chǔ)是統(tǒng)一數(shù)據(jù)模型和基于模型的相關(guān)性分析。進而言之,電信重組以后,三家運營商面對移動或固話網(wǎng)絡(luò)時,缺乏提供跨多個技術(shù)體制、協(xié)議、產(chǎn)品、組件網(wǎng)絡(luò)的支撐能力。只有資源數(shù)據(jù)管理成為整合后OSS的核心與基礎(chǔ),才可能實現(xiàn)端到端的管理和服務(wù)。