首頁>>廠商>>CRM軟件廠商>>Oracle公司

下一代運營環(huán)境給OSS系統(tǒng)帶來的挑戰(zhàn)

甲骨文公司全球通信事業(yè)部首席銷售顧問 胡宏斌 2009/03/19

  目前,運營商重組已經(jīng)完成,運營商間全業(yè)務(wù)競爭即將展開,這對運營支撐系統(tǒng)提出了更高的要求。如何向新一代運營支撐系統(tǒng)發(fā)展,成為運營商決勝的關(guān)鍵因素之一。合理使用OSS技術(shù),建設(shè)功能完善、互通靈活、信息充分共享的運營制成系統(tǒng),成為運營商關(guān)注并重點發(fā)展的運營戰(zhàn)略。

  為此,本刊與甲骨文公司攜手,推出了運營支撐系統(tǒng)系列報道,希望對運營商的運營支撐系統(tǒng)建設(shè)有所幫助。

  從網(wǎng)絡(luò)、業(yè)務(wù)和產(chǎn)業(yè)價值鏈的發(fā)展趨勢來看,下一代運營環(huán)境給OSS系統(tǒng)帶來的挑戰(zhàn)表現(xiàn)在以下幾方面。

在統(tǒng)一的平臺上支持多種技術(shù)與業(yè)務(wù)

  網(wǎng)絡(luò)與業(yè)務(wù)的融合趨勢使網(wǎng)絡(luò)、業(yè)務(wù)之間的關(guān)聯(lián)更為復(fù)雜,這就要求OSS系統(tǒng)能在統(tǒng)一的平臺上支持多種技術(shù)與業(yè)務(wù),使得基于元數(shù)據(jù)的建模成為OSS系統(tǒng)的基本要求;谠獢(shù)據(jù)的統(tǒng)一數(shù)據(jù)模型是系統(tǒng)擴展、對象關(guān)聯(lián)以及系統(tǒng)接口的基礎(chǔ)與保證。

  另外,由于網(wǎng)絡(luò)與業(yè)務(wù)的日益復(fù)雜,多層次的服務(wù)封裝可以屏蔽網(wǎng)絡(luò)的復(fù)雜性,更好地支持業(yè)務(wù)提供,因此面向多業(yè)務(wù)的服務(wù)建模應(yīng)該貫穿于OSS系統(tǒng)的各個子系統(tǒng)中。

快速的業(yè)務(wù)就緒要求系統(tǒng)具備靈活的流程配置能力

  業(yè)務(wù)流程就緒是新業(yè)務(wù)就緒的基礎(chǔ)。下一代運營環(huán)境中,業(yè)務(wù)的復(fù)雜性和推出的速度大大加快,這就要求運營支撐系統(tǒng)具備靈活的流程配置與擴展能力從而支持新業(yè)務(wù)的快速就緒。

  傳統(tǒng)的業(yè)務(wù)流程定制方式實際上是以功能模塊為中心的,這種方式通過單據(jù)在各個功能模塊之間的交互完成開通過程。當(dāng)需要支持新業(yè)務(wù)就緒和業(yè)務(wù)調(diào)整時,需要在各個功能模塊中進行代碼開發(fā)以及交互單據(jù)的創(chuàng)建。這種方式不利于流程各個元素的重用,支持業(yè)務(wù)就緒的速度很慢。

  在下一代運營環(huán)境中,業(yè)務(wù)就緒速度加快要求原來以“功能為中心”向“以流程和數(shù)據(jù)驅(qū)動為中心”轉(zhuǎn)變!耙粤鞒毯蛿(shù)據(jù)驅(qū)動為中心”的方式側(cè)重于流程的組裝和數(shù)據(jù)的流動,它關(guān)注的是:要實現(xiàn)一個新業(yè)務(wù)就緒需要哪些步驟(任務(wù)的定義)、這些步驟的先后(流程的定義)、步驟的輸入與輸出(數(shù)據(jù)的流動與變化)、步驟的執(zhí)行者以及執(zhí)行者看到的視圖等。這種方式使得流程及數(shù)據(jù)可以高度重用,可以快速支持新業(yè)務(wù)就緒。

  另外,在新業(yè)務(wù)就緒所要求的流程配置能力中,由于電信行業(yè)特有的技術(shù)、業(yè)務(wù)復(fù)雜性,對于異常流程處理的配置能力是關(guān)鍵和難點。例如,后續(xù)環(huán)節(jié)的異常提出(如資源配置錯誤或不存在),會造成流程的回滾,而流程應(yīng)該回滾到哪個節(jié)點,中間的并行過程中哪些任務(wù)節(jié)點需要重做,哪些不需要重做,是一個非常復(fù)雜的問題。往往一個簡單的流程的異常處理子流程會有數(shù)十個之多。在下一代運營環(huán)境中,由于業(yè)務(wù)及網(wǎng)絡(luò)之間的關(guān)聯(lián)性,這一問題更加突出。

產(chǎn)品多元化和接入層多樣化帶來的服務(wù)配置的復(fù)雜化

  產(chǎn)品多元化和接入層多樣化帶來的服務(wù)配置的復(fù)雜化有兩種情況。

  一方面,同一種網(wǎng)絡(luò)服務(wù)針對不同的產(chǎn)品組合或者不同級別的用戶,其對應(yīng)的服務(wù)配置不同,例如,固網(wǎng)業(yè)務(wù)專線ADSL需要配固定IP地址而普通ADSL不需要;移動業(yè)務(wù)行業(yè)GPRS接入采用CMNET專線接入時,針對不同級別的用戶,有“雙GGSN、單傳輸、單路由器”、“雙GGSN、雙傳輸、雙路由器”等多種配置選擇。

  另一方面,服務(wù)之間存在更多的依存關(guān)系,例如固網(wǎng)IPTV業(yè)務(wù)需要ADSL業(yè)務(wù)支持。

  在這種環(huán)境下,網(wǎng)絡(luò)能力的組件化——服務(wù)封裝,就成為加快新業(yè)務(wù)就緒的重要手段。服務(wù)層的封裝充分體現(xiàn)了下一代運營支撐系統(tǒng)從以“網(wǎng)絡(luò)技術(shù)為核心”到以“客戶、服務(wù)為核心”的重要轉(zhuǎn)變。它不僅包含業(yè)務(wù)配置所需要的網(wǎng)絡(luò)能力,還包含了如何分配這些能力的方法。從而成為一種網(wǎng)絡(luò)的“使能部件”。對于新業(yè)務(wù)就緒,流程只需要面對這些封裝的“使能部件”而不需要直接面向底層的網(wǎng)絡(luò),可以大大加快新業(yè)務(wù)就緒的速度。

大量特定的業(yè)務(wù)邏輯如何與系統(tǒng) 原有的業(yè)務(wù)邏輯融合

  由于核心層網(wǎng)絡(luò)的智能化使得業(yè)務(wù)開通、業(yè)務(wù)邏輯向邊緣層匯聚,定制化業(yè)務(wù)邏輯的問題在下一代運營環(huán)境中更為突出。這是因為接入廠商與設(shè)備的多樣化使得不同地區(qū)的服務(wù)開通對應(yīng)的流程、資源派配邏輯和激活方式可能截然不同;同時,快速、自動化的開通與報障要求人工任務(wù)逐步壓縮,更多的業(yè)務(wù)邏輯由系統(tǒng)來完成。

  在采用商用軟件時,定制業(yè)務(wù)邏輯如何無縫嵌入系統(tǒng)核心業(yè)務(wù)邏輯,是一個無法回避的問題。

橫向分層融合與縱向端到端業(yè)務(wù) 流程之間的矛盾

  “彈筒”式系統(tǒng)產(chǎn)生于網(wǎng)絡(luò)和業(yè)務(wù)相對簡單的早期,其優(yōu)勢是端到端業(yè)務(wù)流程在同一個系統(tǒng)中完成,交互少,速度快。網(wǎng)絡(luò)與業(yè)務(wù)的復(fù)雜和關(guān)聯(lián)產(chǎn)生了橫向分層融合的要求。然而,層次與系統(tǒng)的增多對于端到端業(yè)務(wù)流程的執(zhí)行效率是不利的,這就產(chǎn)生了橫向分層融合與縱向端到端業(yè)務(wù)流程之間的矛盾。

  在下一代運營環(huán)境中,競爭的加劇使得客戶服務(wù)水平的要求日益提高。

  為了實現(xiàn)更為高速的服務(wù)開通與報障,橫向分層的系統(tǒng)架構(gòu)(如流程、資源、激活等)要求層與層之間更為有效地集成,也就是“融合OSS”的要求。這一方面要求這些OSS系統(tǒng)本身具備更好的集成能力如多接口技術(shù)支持,另一方面也需要采用更好的系統(tǒng)整合架構(gòu)如SOA體系架構(gòu),如圖1所示。

圖1 “融合OSS”要求更好的整合架構(gòu)

網(wǎng)絡(luò)與業(yè)務(wù)的演進要求系統(tǒng)具有 模塊化、可擴展的特征

  向下一代網(wǎng)絡(luò)與業(yè)務(wù)的轉(zhuǎn)變不會一蹴而就,而是一個逐步演進的過程。這就要求OSS系統(tǒng)具有“模塊化”、“可擴展”的特征。從技術(shù)架構(gòu)來看,表現(xiàn)層、業(yè)務(wù)邏輯層和數(shù)據(jù)層分離的分層架構(gòu)可以保證各個層的相對獨立擴展,如圖2所示。從功能架構(gòu)層面,系統(tǒng)服務(wù)和基本功能可以作為共性抽取出來,而對于面向特定技術(shù)與業(yè)務(wù)的擴展,即插即用的插件式擴展會成為對OSS系統(tǒng)的更高要求。


圖2 表現(xiàn)層、業(yè)務(wù)邏輯層和數(shù)據(jù)層分離架構(gòu)

復(fù)雜的產(chǎn)業(yè)價值鏈要求OSS系統(tǒng)具有開放的系統(tǒng)架構(gòu)

  在下一代運營環(huán)境中,產(chǎn)業(yè)價值鏈環(huán)節(jié)比較復(fù)雜,例如虛擬運營、運營外包、線路租用、內(nèi)容服務(wù)等。這就要求OSS系統(tǒng)的服務(wù)開通、服務(wù)保障流程具有跨運營商、合作伙伴的處理能力。因此,SOA架構(gòu)體系和WebService等先進的整合和接口技術(shù)將得到廣泛采用,從而提高系統(tǒng)的內(nèi)外部集成能力與開放度。

服務(wù)路徑的動態(tài)化和共享化帶來 網(wǎng)絡(luò)容量管理的困難

  下一代網(wǎng)絡(luò)的IP化、智能化的趨勢,使得服務(wù)路徑從靜態(tài)路由為主向動態(tài)化、共享化轉(zhuǎn)變。這種轉(zhuǎn)變使得主動的網(wǎng)絡(luò)容量規(guī)劃在下一代運營環(huán)境中具有更加重要的意義。準(zhǔn)確、真實、主動的網(wǎng)絡(luò)容量計劃和趨勢分析能力將成為對OSS解決方案的關(guān)鍵需求。網(wǎng)絡(luò)規(guī)劃不僅可以幫助運營商準(zhǔn)確分配網(wǎng)絡(luò)容量,而且可以減少容量不足和失敗訂單,并可通過找出利用率不足的網(wǎng)絡(luò)資源來提高網(wǎng)絡(luò)運行效率,如圖3所示。

圖3 網(wǎng)絡(luò)規(guī)劃可幫助運營商提高網(wǎng)絡(luò)運行效率

在保證業(yè)務(wù)正常運營的同時 實施OSS改造

  如何在保證業(yè)務(wù)正常運營的同時實施OSS改造,一個形象的比喻是:“給飛行中的飛機換引擎”,它不僅難度大而且風(fēng)險很高。從當(dāng)前的OSS改造的案例來看,主要有三種模式。

  聯(lián)邦式整合:通俗的說法就是在原有的系統(tǒng)之上蓋一層“帽子”。一般來說,在這層“帽子”中會建立跨網(wǎng)絡(luò)的統(tǒng)一模型,并從原有系統(tǒng)中抽取數(shù)據(jù)形成跨網(wǎng)絡(luò)統(tǒng)一視圖。根據(jù)這層加蓋的“帽子”是否參與業(yè)務(wù)流程,聯(lián)邦式整合模式還可以進一步衍生出一些分支模式。

  橫向整合,分層實現(xiàn):這種方式簡單來說就是“層層推進”的模式,例如基本上以串行的方式先后實現(xiàn)統(tǒng)一服務(wù)開通、統(tǒng)一資源管理和統(tǒng)一服務(wù)激活。

  新業(yè)務(wù)分層整體建設(shè),橫向推進:這種方式從新業(yè)務(wù)網(wǎng)絡(luò)入手,分層、整體、端到端地進行下一代OSS系統(tǒng)的建設(shè)。例如,可以針對基于IP的業(yè)務(wù)涉及的網(wǎng)絡(luò)進行從定單流程、資源管理到服務(wù)激活的整體OSS建設(shè)。在完成新業(yè)務(wù)網(wǎng)絡(luò)的OSS建設(shè)后,再橫向推進,逐步延伸至其它業(yè)務(wù)網(wǎng)絡(luò)。

對于以上三種方式的優(yōu)缺點分析見表1。

表1 三種不同改造模式比較

如何定位OSS改造與企業(yè)流程 重組之間的關(guān)系

  企業(yè)流程重組(BPR)是對企業(yè)流程的再思考和再設(shè)計。對于電信運營商來說,其最終的目標(biāo)是建立以客戶為中心,以市場為導(dǎo)向,以效益為目標(biāo)的企業(yè)運作模式。

  OSS與企業(yè)流程重組(BPR)有著千絲萬縷的聯(lián)系。一方面,兩者是一種相輔相成的關(guān)系,業(yè)務(wù)流程是企業(yè)運營的根本,OSS系統(tǒng)為流程的運作提供了基礎(chǔ)和保障;另一方面,在OSS建設(shè)過程中,我們又經(jīng)常對于兩者產(chǎn)生“先有雞還是先有蛋”的爭論。這是因為,從集成商或者開發(fā)商的角度來說,通過系統(tǒng)建設(shè)推動流程變更是一件非常痛苦的事情,為了控制項目風(fēng)險,往往要求業(yè)務(wù)流程變更先行,然后系統(tǒng)再去固化其流程;而從運營商角度來說,有時候又確實需要通過IT建設(shè)來促動各方利益,推進流程重組。

  實際上,OSS建設(shè)和BPR之間必須是一個“你中有我,我中有你”的關(guān)系,而不是一個誰先誰后的問題。一方面,OSS規(guī)劃和建設(shè)要能夠?qū)I(yè)務(wù)流程的優(yōu)化和重組提出要求和建設(shè)性的意見,通過系統(tǒng)規(guī)劃、建設(shè)和運行的過程來推動業(yè)務(wù)流程重組,不能僅僅是對現(xiàn)有業(yè)務(wù)流程的IT復(fù)制;另一方面,企業(yè)領(lǐng)導(dǎo)者也應(yīng)該充分認識到BPR對于企業(yè)運營及其支撐系統(tǒng)建設(shè)的重要意義,在BPR上能做到比OSS建設(shè)“先行一步”或者至少與OSS建設(shè)“同步推進”。

  有一種說法是,在OSS建設(shè)中,技術(shù)只占15%,85%都是管理、流程、人員文化方面。因此,在OSS規(guī)劃和建設(shè)過程中,既要考慮現(xiàn)有系統(tǒng)的現(xiàn)狀,還需要考慮現(xiàn)有運維組織架構(gòu)以及BPR的力度。OSS應(yīng)該努力推動BPR,固化BPR成果。但是,在堅持某些原則的前提下,一定程度的折中有時候還是需要的。因為我們需要一個成功上線的系統(tǒng),而不是一個永遠上不了線的空中樓閣。

如有問題咨詢交流,請發(fā)郵件至hongbin.hu@oracle.com。

 

通信世界周刊



相關(guān)鏈接:
Oracle應(yīng)用測試套件9.0版現(xiàn)已上市 2009-09-25
潛規(guī)則背后:520萬ERP項目失敗Oracle難脫干系 2009-09-23
甲骨文2010財年第一財季GAAP每股收益22美分 2009-09-23
軟件業(yè)“畫皮門”事件未息 “天價風(fēng)波”又起 2009-09-22
甲骨文推出虛擬設(shè)備開發(fā)工具 面向第三方 2009-08-14
泰和县| 靖边县| 舟曲县| 延津县| 遵义县| 白河县| 阿勒泰市| 柘荣县| 乌什县| 铜山县| 鄄城县| 大足县| 霍邱县| 扬州市| 繁峙县| 财经| 崇阳县| 蓬安县| 余江县| 普陀区| 商水县| 通州区| 舒兰市| 云梦县| 南丹县| 彰武县| 绥化市| 康乐县| 武夷山市| 威宁| 田林县| 郯城县| 林甸县| 资讯| 额尔古纳市| 南城县| 肇东市| 黄石市| 维西| 祥云县| 和平区|