Oracle全業(yè)務環(huán)境下的OSS發(fā)展論壇
2009/02/09
2008年電信運營商實現(xiàn)了全業(yè)務的開展，再次提出了更高，更嚴格的要求，向新一代運營支撐系統(tǒng)發(fā)展，成為運營商決勝勝負的關鍵之一。運營支撐系統(tǒng)的增長速度超過了整個電信行業(yè)的增長速度，運營支撐工作越來越受到運營商們的重視，合理使用OSS技術，建設功能完善，充分共享信息的運營支撐系統(tǒng)，是電信運營商目前重點發(fā)展的運營管理戰(zhàn)略之一。
在甲骨文全業(yè)務環(huán)境下的OSS發(fā)展論壇上，甲骨文通信事業(yè)部資深銷售經(jīng)理李志先生為大家詮釋甲骨文在運營支撐系統(tǒng)方面的優(yōu)勢與相關方案。
李志：大家好！在座的各位領導和專家，很高興今天有這樣的機會跟大家在一起探討關于OSS方面的發(fā)展趨勢和一些行業(yè)解決方案。首先，自我介紹一下，我是甲骨文通信事業(yè)部的銷售經(jīng)理李志，今天我準備了幾張幻燈片，借這個機會向大家介紹一下Oracle我們的部門，我們這個部門主要是集中于電信解決方案的一個部門。
Oracle是在數(shù)據(jù)基礎軟件方面比較領先的一個廠商，從幾年錢開始Oracle已經(jīng)開始在應用軟件領域有它的一些拓展，他們主要提供的理念就是提供一個完整的解決方案，然后是一個開放的，基于開放的一些先進標準的解決平臺，然后有一些集成的解決方案。我們可以看到過去的幾年當中，Oracle在電信行業(yè)以及在應用軟件方面的一些收購，并購，在2006年年底，它完成了對另外一家做電信級的計費管理軟件的公司收購，2007年底的時候，又完成了一家業(yè)界領先的Westsoft收購，之后我們又收購BEA。我們可以看到從電信商業(yè)一些核心業(yè)務來說，它是提供了從前端CIM開始到計費，到OSS多一些網(wǎng)絡的優(yōu)化等等全套的解決方案，我們看到這是我們的FOOTPRINT，對一個電信企業(yè)來說，它所需要的電信企業(yè)管理軟件現(xiàn)在全部都可以提供，從ERP、CIM、計費、OSS方面的訂單管理系統(tǒng)、庫存存量系統(tǒng)、網(wǎng)絡激活、業(yè)務激活和SDP，當然包括下面一些基礎的軟件等等，現(xiàn)在Oracle是提供全套的解決方案。
我們今天下午主要的焦點還是在OSS，甚至這幾個方面做介紹。我們現(xiàn)在目前在全球的范圍內(nèi)，我們也可以看到在一些比較頂級的運營商當中，大部分都是采用了Oracle的一些應用解決方案，涉及到計費、CIM、OSS等全套的解決方案。我們目前在國內(nèi)，我們的團隊也非常強大，我們也也資深的專家，也有他們的支持和服務，通過今天下午的交流，我希望大家在關注OSS發(fā)展的同時，也關注一下Oracle的解決方案。我相信我們這個交流應該會比較成功，所以希望大家有問題的話，我們可以再進一步的交流。謝謝！
2008年電信運營商實現(xiàn)了全業(yè)務的開展，再次提出了更高，更嚴格的要求，向新一代運營支撐系統(tǒng)發(fā)展，成為運營商決勝勝負的關鍵之一。運營支撐系統(tǒng)的增長速度超過了整個電信行業(yè)的增長速度，運營支撐工作越來越受到運營商們的重視，合理使用OSS技術，建設功能完善，充分共享信息的運營支撐系統(tǒng)，是電信運營商目前重點發(fā)展的運營管理戰(zhàn)略之一。
在甲骨文全業(yè)務環(huán)境下的OSS發(fā)展論壇上，北京郵電大學教授亓峰為大家講述了OSS發(fā)展的歷史以及未來OSS的發(fā)展方向。
亓峰：長期以來我一直以為Oracle是一個數(shù)據(jù)庫廠家，今天對Oracle現(xiàn)有的業(yè)務關系有了更深一步的認識；接下來是技術交流環(huán)節(jié)，在交流之前，我把交流過程中的幾件事情給大家匯報一下。
第一，這次會是以比較放松的形式；
第二，整個項目中間安排了兩次抽獎活動，獎品十分豐厚；另外每一個演講之后，可能還有一個小的問題，希望大家踴躍參加，有小禮品贈送，還有一個是大家進門之前有調(diào)查表，大家填完了以后可以交給工作人員。
題目是《OSS的發(fā)展》，OSS從最開始的網(wǎng)絡管理開始到現(xiàn)在，中間發(fā)生變化，給大家做一個簡單的分析，我簡單的給大家介紹一下OSS發(fā)展的現(xiàn)狀和發(fā)展趨勢。最后做一個簡單的總結，OSS出現(xiàn)新的產(chǎn)品和未來往哪一個方面發(fā)展。
首先，對OSS第一個方面的問題是運營對象的演進，另一方面我們的運營發(fā)展都是我們的運行發(fā)展，此外，對不同的通信技術來說，帶來不同的產(chǎn)生，不同的建設方式，不同的網(wǎng)絡構建方式業(yè)帶來了不同的運營方式。
從技術上來講，給我們奠基了一個比較好的基礎，作為電信網(wǎng)來說，我們的先輩給我們構建了一個不可分割的概念。電信網(wǎng)比較規(guī)范，基本上有一個分層，一個是分割，共同的構成了不同的設備，不同的網(wǎng)系，不同的業(yè)務，對它的演進有這么一個介紹。
另外一個方面，基于這個層某一個歷史時期可能它會變得比較厚一點，有的時候比較薄一點，有的時候范圍比較大一點，有可能某一塊發(fā)展得小一點，這些歷史的發(fā)展過程中，隨著不同的時期，它的演變是不一樣的。另外從分層來講，有的是三層，有的時候是兩層，有的時候更多的層面。通過我們的運營和管理的角度上來講，要把握住。現(xiàn)在比較熱門或者是比較時髦從業(yè)務的角度上講，整個的電信網(wǎng)它主要是集合在這幾個方面，底下是我們的傳輸網(wǎng)絡對它進行管理。另外一個方面綜合了多種多樣技術，它的運營管理跟以前甚至僅僅是一條線。
下一個是NGN，它代表了下一代特別是電信領域來講，它可能是怎么樣？總體上來說，它產(chǎn)生于業(yè)務網(wǎng)絡，參數(shù)的變化是基于目前的網(wǎng)絡或者是（RT）的網(wǎng)絡構建。
另外，還有一個趨勢是家里面，這個為什么從運營的角度上對它越來越維護呢？因為用戶很難維護自己的網(wǎng)絡，可能要從運營商幫他維護。另外還有一項業(yè)務命名的網(wǎng)絡是IPTV，可能并不是TV，它代表了代表了綜合稱之為建立服務的過程。還有一種網(wǎng)絡是隨著信息化水平的不斷推進，它來替代網(wǎng)絡。
所以說目前我們主要是把它兌現(xiàn)。以前運營里面最多的是網(wǎng)管，管理的作用是對內(nèi)講的，而目前我們看隨著電信的放松，首先是就是對外了，可能就要用服務的概念了，所以說，網(wǎng)絡管理或者是運營的目標已經(jīng)面向內(nèi)部的管理轉(zhuǎn)為向外部提供服務了，向外提供服務，我們就要了解客戶的需求，客戶的需求層面發(fā)生了變化，比如說服務一開始的差距需求，用戶體驗的需求，甚至更高層次的需求，所以我們電信運行、維護、管理、支撐、也要從我們電信的后端得到支撐，甚至直接的支撐客戶。
另外在內(nèi)部，管理的層面上，我們除了運營管理低層的管理之外，還要對上層的運營進行管理。以前我們參與一個系統(tǒng)都是看它有什么樣的功能，現(xiàn)在運行維護也開始走全項了，要做到運行服務本身也是提供服務的，所以說它的服務劃分很強。比如說給我們一筆錢，比較有名的節(jié)是電信網(wǎng)絡，包括ITOT，相關運營提出來的網(wǎng)絡管理等等，還有TM維護，還有FAB這種情況下進行調(diào)控。還有ISO2萬了，這也一塊管理或者是運營的解決方案。這些都是為了支撐其他的業(yè)務，面對最終的用戶。
當然，隨著這些目標的服務化，就是運營本身也有可能要伴隨著電信業(yè)務提供給用戶，甚至有可能它本身就要提供服務給用戶，這也是很大的發(fā)展趨勢，現(xiàn)在運營本身承擔了往外提供服務的功能，比如說IT里面，很多時候需要電信運營商或者是其他企業(yè)來做。
另外支撐運營工作的OSS系統(tǒng)，這個系統(tǒng)來說，它本身面臨的問題，我們可以看一下可以把它從兩個領域來看，一個領域是電信網(wǎng)絡，電信網(wǎng)絡經(jīng)常分為網(wǎng)絡層面，業(yè)務層面和客戶層面，為了支撐這些層面的需求，網(wǎng)絡系統(tǒng)，多個運行支撐系統(tǒng)，他們實際上包攬了哪一些事情，或者是他們進行了什么樣的變革？總結歷史，放眼未來我覺得基本上首先是針對網(wǎng)絡的管理，有功能，有！數(shù)據(jù)庫；另外現(xiàn)在的網(wǎng)絡不夠了，要對業(yè)務進行管理，所以業(yè)務是一個系統(tǒng)，像大客戶管理系統(tǒng)之類的，也有數(shù)據(jù)庫�，F(xiàn)在業(yè)務層面已經(jīng)不多了，可能有一些要對客戶進行管理。所以，大部門客戶可能就有了一系列的客戶支撐系統(tǒng)，目前把它獨立出來，讓市場接受的標準化的太多了，有一些實際的實驗或者是探索點。
系統(tǒng)這么多，我個人認為應該是分專業(yè)或者是分層次的，大家會看到，實際運行了10、20年，積累了大量的有用的數(shù)據(jù)和有用的信息，如何對這些信息進行綜合的分析，更好的提供支撐服務，可能是目前萌芽和下一步推廣的系統(tǒng)，我個人對傳統(tǒng)的電信運營是比較悲觀，不管怎么樣發(fā)展都不行。另外一塊市場是面臨新興的市場，就是IT的領域，IT網(wǎng)絡不僅僅為許多的企業(yè)，網(wǎng)絡接受，特別是電信網(wǎng)絡也接受。在這里面我們要分清一些方面，我把它分成三層，一個是IT的技術設施這個層面，是解決信息的傳送，還有一個是服務層面，還有一個是跟IT業(yè)界的商務層面，我們搞了這么多年的電信，發(fā)現(xiàn)IT本身行業(yè)發(fā)展很快，但是運營的角度上說，的確比電信要慢半拍，但是我們可以看到傳統(tǒng)的電信里面已經(jīng)解決的這一套思路，或者是這些產(chǎn)品，其實完全可以稍加改造，進入IT業(yè)務。這里面有一個大的問題，就是需要語言的翻譯，語言叫做ITOSS，人家叫做（ITMS）以服務的觀念，解決IT網(wǎng)絡的運營，維護和支撐的。
再一個，無論是對電信，或者是從事電信領域里面的基層商，產(chǎn)品的提供商和集成商都面臨很多轉(zhuǎn)型的問題，只不過是轉(zhuǎn)型的方式有所不同。因為轉(zhuǎn)型這個詞可能里面意味著好的，舊的，綜合到新的領域當中去，事物的發(fā)展如果是這樣子不可能發(fā)展好了，基本上它是一種融合的方式，目前很多的技術逐漸在融合，按照融合的方式進行發(fā)展。比如說在網(wǎng)絡的層面上，也就是說我們管理的對象層面上，從電信的角度來講，提出了NGN在電信的領域來講，人家提出里NGI。另外從管理的角度上講，電信我們提出了NMS等支撐系統(tǒng)，IT里面有網(wǎng)絡管理系統(tǒng)，下一步有管理的優(yōu)質(zhì)理念在里面，指導未來的NGN，NGI的網(wǎng)絡客戶。
不管是運營維護還是網(wǎng)絡管理，我認為是三個方面的問題，第一個是系統(tǒng)角度來說是解決一個功能的問題，他們在分析功能的時候，基本上TM這塊結構，下面是一個網(wǎng)源的管理層，網(wǎng)絡的管理層，業(yè)務的管理層等等，這是20年前IT的模式，為了達到這些功能，它要解決一系列關于數(shù)據(jù)或者是關于信息源獲取的問題，或者是說信息共享的問題，這里面就要通過結合了，對有名的就是網(wǎng)絡管理領域里面是來解決客戶和服務提供商的，隨著電信管制的放松，就產(chǎn)生了大量的B2B的東西，圍繞實現(xiàn)太多了，在這一方面基本上按照這樣的方式發(fā)展，下面是信號，甚至是說沒有法在人的頭腦里面形成一個模型的。后面把信號變成了數(shù)據(jù)，數(shù)據(jù)只能形成模型，但是沒有意義，然后在數(shù)據(jù)的基礎之上派生出來的信息，加一個信息的概念。傳統(tǒng)的網(wǎng)絡管理層它是在網(wǎng)源方面積累了大量的數(shù)據(jù)，這個在網(wǎng)源管理層以上加上了一些信息。
最高層面上可能是知識，可能要把知識變成智慧，這要從信息發(fā)展的角度，路徑。在B2B和C2B結構上既有橫向的，也有縱向的。然后在標準的內(nèi)容上，ERT語境下進入未來標準化的途徑。首先管理運營維護要有一套數(shù)據(jù)，一套概念，要有一個結構，現(xiàn)在需要融合，基本上這么幾大類，一個是TMF，TOT，還有ISO的還有一個是理念很好，只不過后來逐步的小時了就是TINA，現(xiàn)在來看雖然小時了，但是未來的發(fā)展還會按照TINA來發(fā)展。一談到管理，一談到運營就要對信息很好的把握。網(wǎng)絡管理運營方面積累了大量好的信息模型，未來我們要對它進行有所行，有所吸納，這里面要有一些模型的綜合。
我個人感到在知識和信息方面要調(diào)整，需要在各大技術組織有一個融合，而且觀點關注的是HTV等等運營、支撐方面的融合。
從ITUT另外一個方向上，它有這么一個方向，第一個是跟業(yè)務有關系的，關注業(yè)務的管理；第二個就是重點關注以客戶為中心服務為支撐的，以客戶為中心，提供服務，并建立關聯(lián)性。還有一個是重點要關注NGN商務的東西，從設備，從網(wǎng)絡到商務的層面上進行考慮。還有一個也要往下看，要發(fā)揮存量過程當中形成了大量傳輸?shù)馁Y源。還有一個特殊的很專業(yè)的一個方面，就是Web，還有一個是Commoditization。
如何把握前面說的變化，今天由于時間的關系沒有展開講，我感覺到我們要從幾個方面把握，第一個是哲學的層面上把握。要把握好這個關系把握好勞動者和勞動工具和勞動對象之間的關系，把這三者關系處理好了就可以了。以前我們覺得另外一個管理認同了，現(xiàn)在要通過運維，服務支撐來管理。我們傳統(tǒng)的經(jīng)濟基本上是一種主要管理資本，任何一個經(jīng)濟，它都有一個經(jīng)濟函數(shù)，其實也很簡單，這個基本函數(shù)要達到中央的效果，可能你的資本和勞動它兩個是成反比的關系。
我們今天面臨的知識經(jīng)濟，或者是知識行業(yè)，IT行業(yè)你的生產(chǎn)活動就是你知識經(jīng)濟的活動，它面臨最大的區(qū)別也是生產(chǎn)函數(shù)，只不過這個生產(chǎn)函數(shù)它的兩維不一樣了，我們可以把資本和物質(zhì)都看成物質(zhì)的方式，你可以少投入數(shù)據(jù)多投入物質(zhì)，也可以多投入數(shù)據(jù)，少投入物質(zhì)。在今天IT的情況下，我們干的是什么？我認為應該是數(shù)據(jù)的節(jié)約方向，而且不是是建設一個系統(tǒng)一蹴而就的，它應該是持續(xù)的。我們傳統(tǒng)的方式當中買一臺機器就可以產(chǎn)生利潤，但是知識經(jīng)濟時代下不行的，要不斷的通過服務，通過協(xié)調(diào)來達到我們的生產(chǎn)。
但是現(xiàn)在大家會看到，如果我處理的數(shù)據(jù)太多了，可能就進入太有秩序的狀態(tài)了，也是得不償失的。我們要針對企業(yè)的特點為它定制適合它實際情況的支撐系統(tǒng)，其實也是為了解決過程中如何利用信息的過程，其實它本身是建立電力企業(yè)，IT企業(yè)，我要生產(chǎn)，政府要信息。
另外一個來講，我們之前都知道，處理信息的時候有一個問題，但是在我們實際過程中，還有一個我們也可以看到，有一個編碼，目前我們的支撐系統(tǒng)我需要一個加工的時候發(fā)現(xiàn)一個問題，我要改革了，利用其他部門的信息，或者是傾信于其他的部門。
我們對不同的企業(yè)，要了解他本身的性質(zhì)是怎么樣的，要改變這種行為要在什么層面上進行改變？最后一有還個就是這些誕生，這個學科一定要科學，今天因此時間的關系我不重點講了，可能未來要對它，我們將系統(tǒng)來進行支撐，而且在很多的高校里當中也已經(jīng)有這個行業(yè)了，也希望這個行業(yè)找到更多適合這個領域發(fā)展的人才。我講到這里，謝謝大家。
2008年電信運營商實現(xiàn)了全業(yè)務的開展，再次提出了更高，更嚴格的要求，向新一代運營支撐系統(tǒng)發(fā)展，成為運營商決勝勝負的關鍵之一。運營支撐系統(tǒng)的增長速度超過了整個電信行業(yè)的增長速度，運營支撐工作越來越受到運營商們的重視，合理使用OSS技術，建設功能完善，充分共享信息的運營支撐系統(tǒng)，是電信運營商目前重點發(fā)展的運營管理戰(zhàn)略之一。
在甲骨文全業(yè)務環(huán)境下的OSS發(fā)展論壇上，甲骨文通信事業(yè)部首席技術顧問胡宏斌為大家講解了下一代運營環(huán)境下的OSS發(fā)展趨勢以及Oracle總體策略。
胡宏斌：非常感謝大家今天下午的到來，我叫胡宏斌。從2001年開始投入這個建設，在這個時間我本身也是從這個方面出來的，也從事過這方面開發(fā)的工作。
實際上，今天我覺得要講兩個主題：第一個是一篇文章，它相繼在雜志上發(fā)表，我也希望同行能夠就這個方面展開討論；今天第一個主題題目是下一代運營環(huán)境下的OSS發(fā)展趨勢，Oracle總體策略。今天的講法我想是這樣子的，首先我想對下一代的運營特征進行分析，從網(wǎng)絡運用和價值鏈的角度，我們來看它對下一代的OSS的到底有哪一些挑戰(zhàn)，然后我們再來分析這些具體的挑戰(zhàn)到底是什么？第三個我們再來看Oracle的具體策略，OSS怎么樣看待這個策略的，最后有案例的分析。
首先，第一個主題是下一代的運營環(huán)境，下一代的運營環(huán)境到底是什么？這個應用是比較復雜，首先我想從技術和客戶的角度來說，它催生了下一代技術的產(chǎn)生，客戶的角度，客戶需求各式各樣，這個時候它客戶已經(jīng)不是你有什么，而是我想要什么？從市場來說，市場競爭更加激烈，更加推動運營商的變化。下一代運營環(huán)境當中到底有哪一些特征，這里并不是說所有的特征，而是跟OSS相關的東西，第一個是傳統(tǒng)的向現(xiàn)代的轉(zhuǎn)變，這個轉(zhuǎn)變的過程中，核心網(wǎng)走向ITP化職能化和共享化，你可以看到它是兩頭大中間小的模式，核心層的IP化帶來一個問題，動態(tài)化，共享化。
第四個問題終端的智能化，智能終端會逐漸的納入我們的范疇當中，這是網(wǎng)絡的環(huán)境當中進行的分析，如果從業(yè)務方面分析，這個意味著新業(yè)務新產(chǎn)品推出的數(shù)據(jù)，產(chǎn)品的復雜度也會大大增加。各種層出不窮的產(chǎn)品套餐，實際上對同一個網(wǎng)絡支撐同一個產(chǎn)品，同時也提出了不同的要求。
第三個是客戶享用系統(tǒng)，基于客戶手機短期對實質(zhì)性沒有太大的提高。整個的產(chǎn)業(yè)鏈細分導致新的相關主體不斷的涌現(xiàn)，如虛擬運營商，內(nèi)容提供商，網(wǎng)絡運營外包等等，業(yè)務運營往往需要多個價值鏈主體之間的相互協(xié)作，例如內(nèi)容與帶寬服務的打包銷售。
下一代運營環(huán)境到底對我們的OSS系統(tǒng)意味著什么，我們下面進行一下分析。這里面我總結了10個挑戰(zhàn)，這也是這些年的總結和經(jīng)驗，然后和一個思考。大家可以一起來參與這個討論。我給出這10個我們來看一下，我大概的念一下：
第一個，網(wǎng)絡與業(yè)務的融合，要求在統(tǒng)一的平臺上支持多種技術和業(yè)務。
第二個，快速的業(yè)務就緒要求OSS系統(tǒng)具備靈活的流程配制能力。
第三個，產(chǎn)品的多元化和接入層的多樣化帶來的服務配制的復雜化。
第四個，大量的定制業(yè)務邏輯如何與系統(tǒng)核心業(yè)務邏輯融合。前4個是業(yè)務就緒。下面的5-7是架構與集成，第8個是新功能需求，第9個和10個是OSS政策。
第一，在統(tǒng)一的平臺上支持多種技術的運營。這里面我想強調(diào)的網(wǎng)絡和技術的融合是我們橫向整合的動力，大家都在提衡量的平臺，綜合的資源管理，綜合的服務開通系統(tǒng)，這些真正的源動力是由于我們網(wǎng)絡和應用已經(jīng)從單一的技術，單一的技術發(fā)展層，網(wǎng)絡之間復雜的成長，復雜的融合，業(yè)務之間跨多技術的支持，這些是我們的一個基礎。這種多技術和業(yè)務支撐的要求，對原數(shù)據(jù)提出了很高的要求。也就是說我們有好的業(yè)務才能夠保證我們不僅僅能夠支持現(xiàn)有的網(wǎng)絡基礎，也能夠向下一代網(wǎng)絡技術來擴展。TMF，SID規(guī)范日漸成熟，已經(jīng)成為事實上的行業(yè)模型規(guī)范，特別是數(shù)據(jù)的共享模型方面，會成為非常重要的一個規(guī)范。
第二，就是快速的就緒要求系統(tǒng)具備靈活的流程配置能力，因為我們說，業(yè)務流程配置是新業(yè)務就緒的一個基礎，在傳統(tǒng)的方式里面包括運營商，包括機構的，老的這種系統(tǒng)。比如說像主機系統(tǒng)，它的流程定位的模式可以說是基于功能模塊的一種方式，功能模塊然后在功能模塊之間的交互來實現(xiàn)業(yè)務的配制。一旦有一個新的業(yè)務來的時候，這時候你要做的是在各個功能模塊當中進行開發(fā)，然后再定義功能模塊之間是這樣做的，而我們的新業(yè)務就緒首先要求有一個重大的轉(zhuǎn)變，這個轉(zhuǎn)變大家要注意一下，它要求“以功能模塊為中心”向“以流程和數(shù)據(jù)驅(qū)動為中心”轉(zhuǎn)變。它關注的是有哪一些步驟？步驟的先后，步驟的輸入與輸出，步驟的視圖和步驟的執(zhí)行者。還有一個是誰來做這個步驟，另外做這個步驟的人看到什么，這個才是流程與數(shù)據(jù)驅(qū)動分析，以這個為中心，我們可以達到我們流程跟數(shù)據(jù)高度的左右，這方面會是一個重要的轉(zhuǎn)變。
第二，利用產(chǎn)品的復雜化。使得異常流程處理成為關鍵和難點。因為他的技術比較復雜，一個非常簡單的幾個結點的流程會也幾十億步流程，前面的資源配置到后面的施工的時候，同時并行的機器，這時候就會產(chǎn)生一個非常復雜的情況，我可以說的是在電信流程當中，異常流程是非常難的，而下一步支撐網(wǎng)絡的度，會使異常流程處理更難。這也是大家應該注意的問題。
第三，產(chǎn)品的多元化和接入層的多樣化帶來的服務配置的復雜化。
我們剛剛講了多樣化的產(chǎn)品組合和不同級別的用戶，層次化的服務，會使同一種網(wǎng)絡服務要求支撐不同的配置，專線的ADSL需要固定的IP地址而普通的ADSL不需要。移動業(yè)務的例子，行業(yè)GPRS接入采用CMNET專線接入時有雙GGSN、單傳輸、單路由器、雙GGSN、雙傳輸、雙路由器等多種配制選擇。也就是說對服務層的封裝來簡化復雜的服務配置會成為我們非常重要的一個趨勢。這就好象說我們原來在建房子的時候，一磚一瓦的建，而我們現(xiàn)在是組件化的生產(chǎn)，但是具體怎么做后面再談。
還有一個問題是大量的特定業(yè)務邏輯如何與系統(tǒng)核心業(yè)務邏輯的融合。這也是非常重要的問題，我們下一個增面有許多的問題，核心層網(wǎng)絡的職能化使得業(yè)務開通業(yè)務邏輯向邊緣層匯集，這個新的業(yè)務邏輯，而我們前面講的快速自動化的服務開通和保障，要求原來的人工要逐漸的大量轉(zhuǎn)變，這就使得要求我們系統(tǒng)實現(xiàn)的自動邏輯會越來越多。那么，這會產(chǎn)生一個非常重大的挑戰(zhàn)，特別是對我們這種COTS軟件來講，我們知道它會提供比較好的模型和系統(tǒng)架構，但是它如何滿足這些定制的業(yè)務流程，這也是非常重大的一個挑戰(zhàn)，可能會導致系統(tǒng)體制架構根本性的變化。
還有下面這個問題，實際上叫做橫向分層融合與縱向端到端業(yè)務流程之間的矛盾，我認為其中每一個東西都擴展出一篇文章，大家都可以就這方面做很多的討論。這個實際上目前來說也是非常重要的東西，大家現(xiàn)在都在談橫向，就是從原來的SILOS的系統(tǒng)向橫向的發(fā)展，這個彈筒式的系統(tǒng)向橫向分層融合架構，它產(chǎn)生于網(wǎng)絡的業(yè)務相對簡單的早期，其優(yōu)勢是端到端業(yè)務流程在同一個系統(tǒng)中完成，交互少，速度快。網(wǎng)絡與業(yè)務的復雜與關聯(lián)產(chǎn)生了橫向分層融合的要求，但是層次與系統(tǒng)的增多對于端到端業(yè)務流程的執(zhí)行效率是不利的。橫向流程有更深層次的東西是橫向流程會造成縱向的，它會帶來一個挑戰(zhàn)，層與層之間的組合是非常關鍵的，我們在后面的案例中也可以看到，國外的運營商已經(jīng)看到了這一點，他們已經(jīng)在考慮融合OSS的趨勢，實際上這個趨勢是非常重要的趨勢，國內(nèi)的運營商為了提前看到這一點的話，可以看到跟在后面進行，我們也考慮到這方面的問題。
橫向分層的系統(tǒng)架構要求層與層之間更為有效的集成。下面一個是網(wǎng)絡與業(yè)務的演進要求OSS系統(tǒng)技術模塊化和可擴展的特征。大家都在談下一代網(wǎng)絡，下一代網(wǎng)絡的業(yè)務到來不是一蹴而就的，實際上這就要求我們OSS系統(tǒng)能夠逐步的演進，支持向下一代網(wǎng)絡逐步的演進，我們前面講的從體系架構來說，表現(xiàn)出很分離，這種分離的架構可以保證數(shù)字的發(fā)展，這個相對來說是一個總體的階段，在更一層的階段，實際上對OSS系統(tǒng)提出了更高的要求，要能夠支持插件式的網(wǎng)絡系統(tǒng)，要達到這種插件式的網(wǎng)絡，就要求把系統(tǒng)基本的服務和我們基本的工作把它作為共性抽出來。面向具體的業(yè)務和網(wǎng)絡的東西，你能夠做成插件的方式。
復雜的產(chǎn)業(yè)價值鏈要求OSS系統(tǒng)具有開放的系統(tǒng)架構，我們的虛擬運營、運營外包、線路租用、內(nèi)容服務等要求服務開通、服務保障流程具有跨運營商，合作伙伴的處理能力。
下面一個是服務路徑的動態(tài)化和共享化帶來的網(wǎng)絡容量管理中的困難，服務路徑的動態(tài)化和共享化使得主動的網(wǎng)絡容量規(guī)劃在下一代運營環(huán)境中具有更加重要的意義。后面的兩段話實際上是來自我們行業(yè)雜志比較有名的評論，它是定義了2008年OSS五大趨勢里面其中一個，容量管理會成為一個重大的趨勢。我希望我們運營商還有我們的合作伙伴也能夠一起關心到這個，實際上國外的運營商和國外的產(chǎn)品已經(jīng)意識到這一點了。準確、真實、主動的網(wǎng)絡容量計劃和趨勢分析能力是OSS解決方案的關鍵需求，網(wǎng)絡規(guī)劃不僅可以幫助運營商準確分配網(wǎng)絡容量，而且可以減少容量不足和失敗訂單，并可通過找出利用率不足的網(wǎng)絡資源來提高網(wǎng)絡運行效率，量子力學與相對論，微觀世界與宏觀世界，實際上就是在微觀上使得我們在宏觀上總體的布置預測和規(guī)劃變得更為重要，我們后面還有一個主題，專家為我們介紹這一方面的后面兩個問題我談到了OSS的改造，如何保證在原有業(yè)務正常投資實施OSS系統(tǒng)是非常復雜的問題，在飛行中的飛機換引擎，不僅難度大，而且風險很高！
如何做？我這里有一些經(jīng)驗的總結，我把它分為三種方式：
第一種，是聯(lián)邦式的整合，俗稱就是戴帽子，其實它的方式還有幾個分支，把下面的數(shù)據(jù)抽上來，統(tǒng)統(tǒng)的抽上來做展現(xiàn)；
第二種，是橫向整合，分層實現(xiàn)；
第三種，是新業(yè)務分層整體建設，橫向推進。第一種對現(xiàn)有的系統(tǒng)和業(yè)務影響小，見效快；劣勢是數(shù)據(jù)同步、關聯(lián)難度比較大，系統(tǒng)集成復雜。第二種優(yōu)勢是利用實現(xiàn)網(wǎng)絡和業(yè)務的關聯(lián)與整合；劣勢就是對現(xiàn)有系統(tǒng)和業(yè)務影響比較大，成本比較高，見效慢，需要整體的考慮，需要從規(guī)劃層面整體考慮；第三種我叫做新業(yè)務分層整體建設，橫向推進，它主要面向新業(yè)務，運營商增長點的業(yè)務來做縱向建設，我們前面講的是彈筒式是一個業(yè)務，而我們現(xiàn)在是面對多個業(yè)務，這個時候是分層建設的，主要是面向這些業(yè)務來做，端到端的建設，這種方式的特點對現(xiàn)有系統(tǒng)和業(yè)務也影響比較小，面向未來目標架構，有利于系統(tǒng)的演進，見效快；當然它也有劣勢，前期與其他網(wǎng)絡和業(yè)務的關聯(lián)方式復雜。
最后一個挑戰(zhàn)實際上是OSS改造與企業(yè)流程重組之間的關系，有一個分析認為，在OSS技術只占15%，85%都是管理、流程，人員文化方面，這個是非常重要的問題，就好象說先有雞還有先有蛋的問題，因為我們原來是縱向型的，實際上從管理方式上來說也是縱向的方式，實際上從管理的角度上也是涉及到集中管理，這對管理架構上來說也是非常重大的挑戰(zhàn)，到底是BPR來推動，還是建立IT系統(tǒng)，我認為這兩個相輔相成的，一方面我們的規(guī)劃，這些做咨詢的，我們這些廠商也要知道OSS建設和規(guī)劃要對業(yè)務規(guī)劃和重組提出建議，提出要求；另外一方面我們運營商角度做很多的預測，從運營商的角度，企業(yè)的領導要充分的認識到它的重要性，在BPR能夠做到OSS最好是先行。
最后強調(diào)一點，具體做的時候也要注意在堅持決策的時候，我們也是很需要的。
前面非常簡要的分析了一下下一代OSS帶來的挑戰(zhàn)，下一個是OSS總體策略與方案到底如何的應用。通信事業(yè)部縱向發(fā)展更好的服務于行業(yè)，如何更好的服務行業(yè)，它有幾個基本的基準點，第一個就是在公共、開放和基于標準的技術平臺上構建最好的行業(yè)應用。第二個是提供完整的解決方案，同時提供產(chǎn)品化的整合以及行業(yè)特定的業(yè)務流程；第三個是可以預測的成本下幫助運營商實現(xiàn)業(yè)務轉(zhuǎn)型。
從長遠來看它的模型是經(jīng)過多年的驗證，它對網(wǎng)絡和技術的支持實際上在全世界各個產(chǎn)業(yè)中得到驗證。這個是從后期來說是可以預測的。我們相比較來看，自主開發(fā)這個產(chǎn)品它初期是怎么樣的，但是它后期不斷的改造，不斷的開發(fā)，有時候來看還是比較難以預測的。
Oracle的通信解決方案，這個時候是我們翻譯了一下，從底下基礎架構，之上是我們的應用整合架構，大家注意一下是Oracle在通信行業(yè)非常重要的策略，我們前面講到了一個融合跟集成的概念，那么Oracle推出的另外一個業(yè)務整合架構，我們叫ARA，實際上這是Oracle整合的架構，它將會跨越很多方面。
這里面是我們Oracle OSS解決方案，包括了這么幾個方面，一個是訂單服務，也有的運營商叫做服務系統(tǒng)，它實際上是跨的，是一個端到端的系統(tǒng)。這里面的話，我們叫做訂單服務管理系統(tǒng)。第二個就是我們的資源管理系統(tǒng)解決方案，包括了這么幾個部分，綜合資源管理系統(tǒng)，還有我們與網(wǎng)絡同步的網(wǎng)絡發(fā)現(xiàn)和投入的系統(tǒng)以及我們在資源管理數(shù)據(jù)至上做網(wǎng)絡分析和優(yōu)化，網(wǎng)絡規(guī)劃這樣一系列的質(zhì)疑。另外一個就是我們的綜合服務激活系統(tǒng)。這是一個總體的解決方案。
現(xiàn)在來介紹如何來應對我們前面講的10大挑戰(zhàn)，第一個我們前面講了在同一個平臺上支持多種技術業(yè)務，SID這個概念是非常好的一個面，目前從他的版本不斷的推進期間也覆蓋了從電信從OSS的標準，有很多的人員參與到這個標準制訂當中�；谶@個新的標準它有非常強大的能力，它不僅僅能夠幫助構建人，沒有基礎業(yè)務，它甚至可以構建一個面向全新的網(wǎng)絡基礎，甚至就是說你現(xiàn)在問題還沒有出現(xiàn)，出現(xiàn)一個全新的，還有一些我們見到的其他的東西，在他的框架當中能夠建立新的設備，新的設備類型，新的服務類型，真正要面向一個全新的技術還是很難的，這也是SID很重要的一個優(yōu)勢；另外它是很重要的交互性，信息交互是基于SID網(wǎng)絡的。
第二個就是以流程和數(shù)據(jù)為中心的定單服務管理，這一塊我們的同事會做更深一步的層次介紹，我想講一下剛才我提到的異常流程處理的復雜度，上上一個禮拜我在上海跟上海電信系統(tǒng)，他們的項目經(jīng)理跟我聊的時候，他說他最大的體會是什么，他從97年就開始，他說原來我們在這個系統(tǒng)流程的時候，一個很簡單的結點定義幾十個異常處理系統(tǒng)，而且很難跟蹤，很難定義，而到現(xiàn)在采用OSS方案來說，對它來說是非常簡單的，你可以看到這個當中就是從非常復雜的到非常簡單的。這一塊東西我們的同事還會跟大家介紹。我就想介紹一下用戶的體驗是什么？甚至改變了業(yè)務流程的分析方法。它給其他部門做分析的時候，它就是一個矩陣式的關鍵數(shù)據(jù)，只要照這樣一個來做就OK了，這是非常大的一個變化。
后面一個是創(chuàng)建環(huán)境，我們講了服務配置的復雜度，要求服務的封裝，下面是服務將無所不在，如何做服務的封裝？現(xiàn)在Oracle也在探討這一點，Oracle的解決方案當中，不僅是面向我們服務的公司，要跨越所有的公司，服務器的公司，訂單的公司等等都要覆蓋。
下面一個是平臺化的產(chǎn)品提供定制業(yè)務邏輯擴展能力，這一點實際上我們剛剛講了，這個在下一代運營環(huán)境當中，對Oracle產(chǎn)品是更大的挑戰(zhàn)。規(guī)則定制它是非常豐富的，我們一個設備只能放在一個機房，一個實體跟另外一個實體是一對一的，這些規(guī)則包括一些尺寸的規(guī)則都要有運營商自身的業(yè)務參與。
下面一個是從訂單服務管理的角度來說的話，我們的流程，我用戶界面是非常方便的，特別是基于這種關鍵異常流程的處理機制是非常方便的；還有我們的規(guī)則，基于規(guī)則的，等各種復雜的定都可以按照運營商自己的需求進行定制。服務激活系統(tǒng)來說，預提供的廠商，設備查檢和支持靈活擴展的配置開發(fā)包CDK相結合。
還有一點就是我們Oracle應用集成平臺，AIA加速開通與報障，對我們層與層之間的集成和融合提出了非常高的要求，Oracle推出的全球首家的基于SOA架構的電信行業(yè)的端到端集成應用套件，它也是基于我們這種交換的模型，另外它也有一些集成和流程的包，SOA的架構，能夠支持新的業(yè)務機構，這也是一個非常重大的策略。
下面一個就是說基于模塊化和擴展的體系架構，下一代要求我們的OSS系統(tǒng)具有漸進能力，那么，Oracle所有的系統(tǒng)都是產(chǎn)生于什么方式？底層核心的平臺再加上通用的功能，最后在上面面向不同的網(wǎng)絡技術域，這種插件式的方式，這里面覆蓋了定單，服務器等等東西。
開放的體系架構，我們基于SOA的架構不僅僅是面向自身的一個集成，自身的體系，實際上我們也考慮到面向外部應用為開放性的，SOA的架構帶來了整個模塊封裝和可重用和可組裝等。從技術的實現(xiàn)上看，采用基于標準的成熟框架，如AOP，WEB。
還有一個問題就是前面我們講到了容量管理的控制，是智能化帶來的容量控制，也就是說Oracle也看到了這一點，Oracle去年底收購了一個行業(yè)，主要是做網(wǎng)絡的設想，割接等等業(yè)務，這一塊就不多講了。
還有一個就是下面我們會講到解決方案，OSS改造前面總結了幾種方案，那么在Oracle來說，我可以這樣強調(diào)一點，Oracle是目前來說，是業(yè)內(nèi)唯一提供包括資源管理、訂單流程，服務流程，網(wǎng)絡資源功能增完整的解決方案，同時除了強調(diào)原則以外，我們還強調(diào)融合，Oracle能夠把這些方案做成集合的OSS。國內(nèi)的運營商當中這種方案是很多的這種方案就要求OSS的系統(tǒng)，一個就是提供商能夠完整的提供解決方案；所以OSS我前面提到了，可以探討一下這個方面是很好的選擇。
那么對于方案一是戴帽子的方式，它的要求非常高，所以介于這種模式當中能夠非常好的容納以下的這些系統(tǒng)，這些數(shù)據(jù)。從方案商來說的話，它涉及到的一定要強調(diào)需要企業(yè)層面的關注，整體的規(guī)劃來實施，Oracle在這方面的經(jīng)驗產(chǎn)生規(guī)劃，提出建議，Oracle本身支持這樣的發(fā)展。
非�？斓倪^了一下，我們Oracle的解決方案和挑戰(zhàn)。后面我想簡略的介紹一下案例。這一頁請大家看一下全球首20家電信企業(yè)當中，12家使用Oracle OSS COTS套件，大家可以看到其中12家Oracle，OSS，COTS套件；全球超過170家的運營企業(yè)使用。大家知道BT，從2000年開始使用Oracle ERP的財務，然后再擴展使用其他的模塊，1990年代后期的時候，OSS五是全球最大客戶，2007年之前，因為那些系統(tǒng)還是多家廠商產(chǎn)生的，每一個產(chǎn)品選用最好的一個廠商，在之后，BT系統(tǒng)非常非常多，從3千套系統(tǒng)減少到100套系統(tǒng)，他特別注意的一點，他已經(jīng)注意到融合的關系，整合的分析所以說它有一個沿著每一個類型的系統(tǒng)持續(xù)有一個系統(tǒng)的規(guī)章，而這邊特別是OSS這一塊，Oracle就從概念到最后計費原則的一個概括，從新的產(chǎn)品，從設計到推出到服務設計到最后訂單，流程，定義資源的準備，包括最后網(wǎng)絡激活計費等等。
這個是應對性的CIO首席執(zhí)行官他講的片斷當中截取的一部分。他是一個基于IP平臺融合業(yè)務的計劃，在這個里面他有介紹了他的業(yè)務，包括他的公司，他的BT，以及如何通信等等這些業(yè)務。觀到觀面向一個新的業(yè)務來實施OSS改造，原來從這樣一個訂單到最后收款過程當中，6天而采用OSS方案做了改造以后，最多6分鐘，為什么這樣？一個我們OSS強調(diào)一個融合，一個是自動化的概念。采用OSS這樣一個技術平臺，整個的套路大家也可以看到，網(wǎng)絡激活，網(wǎng)絡資源，以及AIA的應用集成架構，可以大大的加快業(yè)務的實現(xiàn)。
沃達豐這個集團，同樣是采用Oracle整體的方案，也是采用方案三的方式，利用新的業(yè)務端的端的，沃達豐這一塊要求制成全面融合的方案，包括移動語音數(shù)據(jù)，3G，SMS，MMS、內(nèi)容漫游等于服務。這里面它采用Oracle整體的解決方案能夠大大的加快它的發(fā)展。
最后給大家一個總結就是說Oracle提供完整融合的OSS解決方案，幫助運營商實現(xiàn)向下一代網(wǎng)絡和業(yè)務的轉(zhuǎn)型，我的演講就結束了，謝謝大家！
2008年電信運營商實現(xiàn)了全業(yè)務的開展，再次提出了更高，更嚴格的要求，向新一代運營支撐系統(tǒng)發(fā)展，成為運營商決勝勝負的關鍵之一。運營支撐系統(tǒng)的增長速度超過了整個電信行業(yè)的增長速度，運營支撐工作越來越受到運營商們的重視，合理使用OSS技術，建設功能完善，充分共享信息的運營支撐系統(tǒng)，是電信運營商目前重點發(fā)展的運營管理戰(zhàn)略之一。
在甲骨文全業(yè)務環(huán)境下的OSS發(fā)展論壇上，甲骨文電信行業(yè)產(chǎn)品管理高級總監(jiān)Eamon O′Grady跟大家分享下一代融合環(huán)境下的網(wǎng)絡規(guī)劃分干以及Oracle的實際案例分享。
EamonO′Grady：大家好，我叫Eamon O′Grady，是甲骨文的電信行業(yè)產(chǎn)品管理總監(jiān)。這個圖是我們每一次做演講之前都會有一個法律的聲明，大家讀一下。這是網(wǎng)絡智能這個產(chǎn)品的愿景，它提供最好的一個優(yōu)化能力和優(yōu)化計劃，然后幫助運營商做最好的網(wǎng)絡資源，以最有效的方式幫助運營商管理整個的網(wǎng)絡資源，并且最快的為最終用戶提供服務。這個是目前行業(yè)的狀況，電信行業(yè)實際上是商品，這個商品行業(yè)收入增長得越來越緩慢，并且有持續(xù)不斷的競爭價格的壓力。
目前最好的解決方案叫Operational，我需要去做整個成本的控制，優(yōu)化我自己的運營方式，我需要把我的網(wǎng)絡利用率利用起來，并不是說是不足夠的，或者是不有效的運用，而且去減少我整個的投資，在TMF的里面，我們提出了一個模式，我簡單解釋一下，它是更有效的運營商模式，分幾個步驟，包括一些策略等等。
它實際上解決整個的商業(yè)運營，資源智能分析的方式，我們?nèi)绾沃阑蛘呤窃谑裁磿r候知道，在最恰當?shù)臅r候知道，有的時候我們需要做網(wǎng)絡的投資，并且在什么情況下可以減低我們的運營成本等這些問題。這里面我們說如何算是一個完整的、全面的網(wǎng)絡容量管理呢？我們提供了策略：
第一個策略叫做有計劃，帶動我們對網(wǎng)絡投資的需求，和未來網(wǎng)絡的發(fā)展是有計劃進行的；另外一個是優(yōu)化，最大限度的利用我們現(xiàn)有的容量；再下面是固有的一些結點，比如說我們可以合并網(wǎng)絡，合并一些結點的資源，提供最大的性能，減少一些投資；還有我們可以預測網(wǎng)絡未來的發(fā)展，根據(jù)一些不同潛在的分析，我們?nèi)ヮA測未來的發(fā)展；最后一個也是最重要的，我們要對銷售和大客戶有完整的支持。
這個是相關機構做的趨勢預測，在2008年，趨勢的預測剛才胡博士已經(jīng)講過了，這里面講的是未來網(wǎng)絡運營規(guī)劃在下一代應用中更加重要，另外真實主動的反映網(wǎng)絡的變化才是分析時最關鍵的需求。
我們的解決方案是網(wǎng)絡智能的解決方案，它是一個JAVA的應用，它下面是OSS connector的一個接口，這個接口層我們會對原來傳統(tǒng)的網(wǎng)絡，原來傳統(tǒng)的數(shù)據(jù)OSS的訪問，帶到network里面來，我們可以支持Oracle自己的UM等系統(tǒng)的應用。你可以看到網(wǎng)絡智能的定位是非常有趣的定位，上面接的是BSS系統(tǒng)，比如說接財務系統(tǒng)，ERP、CRM系統(tǒng)，流程開通系統(tǒng)或者是訂單系統(tǒng)，這是它的接口。
現(xiàn)在我們介紹的是幾大模塊，最知道的是“Oracle模塊”，從客戶、從業(yè)務、從網(wǎng)絡等角度反映，去審視整個資源系統(tǒng)的管理狀態(tài)和一些分析。在上面第一個模塊叫做“網(wǎng)絡預測模塊”，它會根據(jù)我們一些預測的條件來去預測網(wǎng)絡未來的發(fā)展去做規(guī)劃；再下面是一個叫做“網(wǎng)絡監(jiān)控報表模塊“，監(jiān)控報表它去跨專業(yè)網(wǎng)絡智能分析，做預警的管理；再下面我們叫做“故障影響分析模塊”，故障影響模塊會分析有預見的故障，提供一些解決方案，怎么樣更快的幫助用戶解決故障；另外一部分叫做“割接”，是我們?yōu)檎麄�網(wǎng)絡規(guī)劃提供資源割接整個資源的規(guī)劃和設計。最后是“路由模塊”，幫助設計做整個的路由并且做路徑的規(guī)劃。
這里面我們先進一步的討論叫做網(wǎng)絡預測的模塊，網(wǎng)絡預測無論是在任何一家運營商里面都有很大的需求，包括運營商如何的發(fā)展，對未來有什么樣的規(guī)劃，目前我們看到的是大家還都在用微軟的產(chǎn)品去做這些很基本的規(guī)劃，我們的網(wǎng)絡預測一些方法論要求我們做到以下的幾點：
第一個就是我們希望在前面的銷售人員和市場人員和后面的工程支持人員是一個整體，是一個完整的整體；我們也希望保證我們網(wǎng)絡的模型和網(wǎng)絡整個為資源，為服務，為產(chǎn)品的供給是準確的。更重要的是我們希望能夠控制我們整個資源的分配情況，而不是做一個什么，把所有的資源都分配給它，我們?nèi)绾慰刂瀑Y源的分配。下面我們需要以天為單位，以月為單位整個的反饋，評審、審核、連續(xù)不斷優(yōu)化的過程，最后我們希望我們的系統(tǒng)是一個非常靈活的系統(tǒng)，它可以根據(jù)不同市場的需求，比如說剛才舉的例子是市場的價格，設備的價格，鏈路的價格有變化，我們希望我們有靈活的應對方案。
這是最理想的市場需求和網(wǎng)絡設計的結合，首先可能銷售和市場的人會說對網(wǎng)絡有一個要求，說我們有一個活動，這個活動可能對網(wǎng)絡資源有如何的需求，并且對這個資源有如何的評估；下面的市場評估里面，從我的網(wǎng)絡來看，網(wǎng)絡可以支撐完整的，整個的業(yè)務和市場的需求；再下面整個系統(tǒng)當中，系統(tǒng)是可以預測的，我們跟蹤整個市場系統(tǒng)的發(fā)展，沒有任何的驚訝或者是驚喜，我們整個的容量都是按照我們原有的規(guī)劃，按照市場需求做的容量，我可以減少我的運營和投入成本，去設計我的網(wǎng)絡設計，反映市場角度的需求，從不同的角度來講，計劃人員需要去反映整個市場，技術人員會采用更好的技術滿足商務需求。
回到現(xiàn)實，實際上是有很多很多的問題在我們現(xiàn)實運營商里面，比如說銷售部門和市場部門，和網(wǎng)絡規(guī)劃他們之間看事情的角度是不一樣的，他們解決的方法也是不一樣的，他們之間的溝通往往存在相互的阻塞，沒有很好的溝通渠道。同樣在第三點里面，我們在網(wǎng)絡上取得的數(shù)據(jù)也許并不是真正準確的，即使是在資源系統(tǒng)本身它也缺乏一個好的工具去幫助網(wǎng)絡的計劃者分析整個資源的利用和去對市場支持。這個是對上面的總結，實際上往往讓我們收訂單的時候，很多情況下是不可預見的，我們網(wǎng)絡的能見度、認知度是有問題的，我們不能夠提供更準確的信息，我們不能夠有分析的手段，經(jīng)常還是在使用相關方案去做規(guī)劃等等，這些都是問題。
這是一個第一級運營商的網(wǎng)絡消耗，在這個運營商里面，我們有很多的足夠的資源，并且我們的投資是非常大量的，保證網(wǎng)絡在正常運營的時候、有市場活動的時候，沒有出現(xiàn)任何意外；網(wǎng)絡智能在這里面去幫助我們運營商更加合理的做投資規(guī)劃。
相對來說比較小的運營商可能這種模式更適合他們，他們對于網(wǎng)絡的投資，相對來說比較節(jié)省，在收到真正訂單之后才去建設整個的網(wǎng)絡，才去投資到整個的資源里面，我們網(wǎng)絡智能幫助他分析投資整個的趨勢，保證有足夠的資源支撐它的市場活動。這是我們對于資源最佳的管理方案，這個管理方案包括剛才講的我們的投資和我們資源的使用，我們希望我們每一年是一個流動性資源的使用和消耗，資源的建設是一個流動性的，并且能夠保證沒有很多很多的投資資金壓在資源系統(tǒng)里面來，然后去保證一個正常的反饋，并不停的對網(wǎng)絡進行分析，對資源進行分析。我們的系統(tǒng)幫助運營商來實現(xiàn)圖二的情況，如果要是說以前可能會有過量的投資，購買了大量的設備，在這個圖上就是藍色的情況，也有可能我們資源的投入并不足夠來支撐我們整個運營商的發(fā)展，就是圖上黃色的標識。
在Forecast里面主要是做了三個事情，實際上分析你整個資源的一種情況，它可以根據(jù)點對點的整條鏈路或者是某一個服務鏈路的需求做出一個計劃，它可以分析現(xiàn)有路由或者是鏈路是不是已經(jīng)很大量的使用，利用率怎么樣？可以幫助整個資源規(guī)劃者建立未來的網(wǎng)絡計劃，也可以分析整個網(wǎng)絡現(xiàn)在投入和投資的比例，可以幫助我們做銷售項目的支持，我們也可以去監(jiān)控、監(jiān)管資源是否已經(jīng)快用盡了，幫助做網(wǎng)絡資源的進一步投資。
這是一個我們做整個預測的過程，過程最開始的起點是市場人員說我們要做一個去為大客戶提供項目，它可能是多大的網(wǎng)絡容量，這些網(wǎng)絡容量以及這些數(shù)據(jù)作為一個原始數(shù)據(jù)的輸入，是整個Forecast的起點。
我們會把這些原始的數(shù)據(jù)訂單容量、安全容量的需求真正的轉(zhuǎn)化為網(wǎng)絡資源的需求，我們會轉(zhuǎn)化成為需要多少條鏈路等等實際中需要的，在網(wǎng)絡資源中需要的容量。我們會根據(jù)網(wǎng)絡的需求，來去建造準確的網(wǎng)絡模型，然后去建立網(wǎng)絡整個的規(guī)則，幫助做分析。根據(jù)實際情況，比如說鏈路的需求，網(wǎng)絡規(guī)劃的設計，投資的設計跟計劃，以及網(wǎng)絡影響等等等等不同的方法。我會根據(jù)不同的條件去發(fā)布這些計劃，包括比如說有大客戶，我們可能會有不同的優(yōu)先級，根據(jù)這些優(yōu)先級我們?yōu)榭蛻籼峁┓⻊铡?br />
這張圖介紹的就是我們在案例里面使用的一個機制，包括帶寬服務，客戶等等都是放在這個機制當中的，是從A點到Z點提供的我們需要的一個管理容量，我們會根據(jù)這個容量去做整個的計劃、規(guī)劃。在里面我可以整合整個的帶寬，模式；在前者里面我可以定義客戶的帶寬，什么樣的服務等等等等，我們會根據(jù)客戶具體的情況，建造模型。
這是我們的截屏，我們有很多對網(wǎng)絡預測的一些報表，這里面你可以看到我們有整個設備的參閱圖，紅色是我們需要性的投資購買一些卡，添加一些鏈路等等；點開之后你可以看到整個的結點和狀況。在這里面我們進一步可以去幫助運營商分析包括每一條鏈路或者是每一個設備最后投入是多少錢，我們可以幫助運營商分析我們在投入這個設備之前和之后對網(wǎng)絡的影響等等等等。
這是叫做路由分析，我們可以幫助運營商分析整個鏈路的使用狀況，減低整個鏈路的成本，在第三條上提供的功能實際上我們分析處理了，在某一個機房，我要做一個跳線就可以完成路由的需求，減少一些投資，或者是更有效的提供路由的解決方案。上邊我們輸入路由的重點和起點它有什么樣產(chǎn)品服務，它的帶寬要求是什么樣的，等等等等一些條件。
下面我們可以給專業(yè)的用戶提供各式各樣不同的良好的機制，可以限定它的鏈接數(shù)，可以說有什么樣的容量，過程是什么樣的？等等這些規(guī)則幫助客戶選擇。根據(jù)選擇條件我們選出最有效整個的路由解決方案。
監(jiān)控報表管理實際上是我們?yōu)橐恍┫Ｍ吹讲⒉涣私獾讓泳W(wǎng)絡資源的一些人設計得非常好的管理工具，它可以自己去定義一整個的報表，然后去定義我們需要監(jiān)控什么樣的狀態(tài)，他剛才舉了一個例子，我的經(jīng)理說，我需要監(jiān)控鏈路的狀態(tài)，在幾周之后，我需要新的投資等等，他會以不同的視角產(chǎn)生這種監(jiān)控，來監(jiān)控狀態(tài)。這就是一個截圖，我們可以自己去定義，選你自己關心的報表，比如說什么時間用盡，利潤率是多少？根據(jù)一個時間準備它的值，根據(jù)實際狀況我們可以檢測整個網(wǎng)絡，整個監(jiān)控資源方式。這是例子里面給出來的，比如說我需要看到一個什么樣的Report，它下面的條件是在三個月，或者下面是一個簡單的描述。整個的核心平臺是真正網(wǎng)絡上，資源操作人員開發(fā)的各式各樣不同的視角，包括設備等等視角對資源的利用率，增長率以及路徑使用的情況做統(tǒng)計和分析。
這是一個核心平臺的后臺補助，從這個里面你可以看到鏈路上的利用率、關口、整個的報表保存下來，旁邊指出的是整個一些過濾的條件，有非常非常多的過濾條件。這是候補圖象，你可以很容易的看到整個情況。點擊進去你可以看到整個（通報）的情況，和通報的使用率等等。這些表幫助我們?nèi)シ治霈F(xiàn)有的使用情況和未來的增長趨勢，按照歷史的記錄來去增強。
網(wǎng)絡智能幫助我們不斷優(yōu)化網(wǎng)絡使用情況和根據(jù)網(wǎng)絡的使用情況做出整個計劃，數(shù)據(jù)，IP等等，可以根據(jù)業(yè)務，根據(jù)時間我們做未來的預測。它幫助我們更好的為客戶銷售做出更好的規(guī)劃和預測，我們可以去幫助市場人員分析整個市場計劃，我們可以分析現(xiàn)在的網(wǎng)絡能不能對客戶提供有效的支持，等等這些方面，然后去幫助有效的支撐對大客戶的銷售。網(wǎng)絡智能還幫助對市場活動整個的分析和支持，我舉一個例子，是歐洲一個運營商，它對客戶說我們可以免費的提供，在幾個月之內(nèi)有2.5萬個供應鏈的用戶到這個系統(tǒng)上來，最后他們發(fā)現(xiàn)整個網(wǎng)絡的流量無法支撐用戶的使用，我們的網(wǎng)絡智能可以幫助防止這種情況的出現(xiàn)。整個網(wǎng)絡容量和整個的優(yōu)化，我們可以在上了新的容量之后，可以分析新的業(yè)務，分析新的結點去優(yōu)化現(xiàn)有網(wǎng)絡鏈路的連接和容量整個的優(yōu)化。它還可以幫助去做容災恢復的過程，我們會去分析原來的數(shù)據(jù)，發(fā)生災后以后，會分析有沒有新的解決方案，幫助客戶解決現(xiàn)有的網(wǎng)絡問題。
這就是聯(lián)邦式對網(wǎng)絡資源一個統(tǒng)一視角的結合，原來你有非常多的或者是以不同視角做的專業(yè)資源系統(tǒng)，我們可以給它用統(tǒng)一的視角把這個信息維護起來，幫助做所有資源的分析。舉一個例子，運營商在全球的網(wǎng)絡部署，它在以前有很多很多的問題，比如說無法做整個地理位置的預測，無法支持大客戶的投入等等，在上了Oracle的平臺以后，它減少了整個網(wǎng)絡運營的成本，帶來了設計時間的減短，帶來了整個運營質(zhì)量的提升。我們從網(wǎng)絡上采集，來自EMS采集數(shù)據(jù)，生成數(shù)據(jù)的差錯報表，在里面我們可以通過界面，通過簡單的手段完成對資源數(shù)據(jù)的更新和對比。網(wǎng)絡智能這個產(chǎn)品非常非常有建設性，上面是網(wǎng)絡的視圖，下面是資源的視圖，我們很容易對比他們的一致，我可以更新我的資源系統(tǒng)，而不需要單獨去做了。
大家有問題嗎？謝謝大家！
2008年電信運營商實現(xiàn)了全業(yè)務的開展，再次提出了更高，更嚴格的要求，向新一代運營支撐系統(tǒng)發(fā)展，成為運營商決勝勝負的關鍵之一。運營支撐系統(tǒng)的增長速度超過了整個電信行業(yè)的增長速度，運營支撐工作越來越受到運營商們的重視，合理使用OSS技術，建設功能完善，充分共享信息的運營支撐系統(tǒng)，是電信運營商目前重點發(fā)展的運營管理戰(zhàn)略之一。
在甲骨文全業(yè)務環(huán)境下的OSS發(fā)展論壇上，甲骨文通信事業(yè)部首席技術顧問胡宏斌跟大家探討資源管理系統(tǒng)中的一些問題，以及Oracle的應對策略。
胡宏斌：今天這個演講時間稍微短一點，我的題目叫《資源管理的幾個觀點問題》，講的時候我還是想，因為資源是我的老本行了，這么多年做資源的感受，同行的交流，自己經(jīng)驗的總結，對其中一些有爭議的跟大家一起討論一下。在這個問題討論之后我再簡單的介紹一下Oracle的管理功能，關注問題討論，我這里有9個問題，前面第一個問題首先是“為什么”要做資源管理系統(tǒng)？后面有三個是“做什么？”涉及到做什么的問題？一個是資源定位，還有一個是應用不足和應用過度；第四個是固網(wǎng)與移動網(wǎng)絡資源管理的異同；第五個是服務層封裝僅僅是概念嗎？下面一個是商用軟件如何解決定制業(yè)務邏輯問題；最后三個問題是“怎么做？”其中涉及到資源配置流程該放在哪里？還有一個是資源數(shù)據(jù)準確性的問題，還有一個是資源管理系統(tǒng)該如何實施的問題
第一個為什么要做資源系統(tǒng)？實際上我們前面討論的問題，資源管理系統(tǒng)建設是網(wǎng)絡和業(yè)務發(fā)展的必然；資源管理系統(tǒng)是運營支撐系統(tǒng)的應用基礎。第一部分，關于資源的定義，這個是我前幾年給資源這一塊做的定義，我覺得還是有必要跟大家討論一下，因為我們只有真正清楚了資源的內(nèi)涵，什么是資源，才能夠后面來劃定它的業(yè)務范圍，到底按與業(yè)務部門范圍應該做哪一些，到底如何維護它的準確性都有關，我給了一個定義：“可以提供業(yè)務能力的、可調(diào)度的電信網(wǎng)絡基礎設施單元及其組合。”資源僅僅從工程建設完成，這個時候還不是資源，轉(zhuǎn)入，成為了固定資產(chǎn)，真正它進網(wǎng)，提供網(wǎng)絡服務以后才變成了資源，當然它并不包含現(xiàn)有所有的信息，而是以能夠提供信息能力為主；第二個是資源跟網(wǎng)管非常重要的區(qū)別，資源是通過流程驅(qū)動的，是生命周期的變化，網(wǎng)管是通過協(xié)議實施網(wǎng)絡。第三個是電信網(wǎng)絡基礎設施單元及其組合。
第三個問題就是應用不足與應用過度這個是很值得討論的，作用的應用不足，就是資源缺乏應用，導致資源本身不能形成動態(tài)的數(shù)據(jù)，而逐步變成一堆死數(shù)據(jù)。前一些年給我們一些教訓，所謂的核心業(yè)務是真正能夠驅(qū)動資源變化的，這個應用是核心的應用；第二個問題是資源應用過度的問題，資源管理的應用，實際上是一個需求控制的問題，對運營商來說也是比較重要的問題，就是說也不能夠任意將并不屬于資源管理范疇的需求，納入到這個建設范疇，比如說資源管理的支撐可能是數(shù)據(jù)提供的支撐，提供客戶資源管理以及網(wǎng)絡資源跟客戶的管理，但是并不等于你要把這種原則屬于綜合網(wǎng)管而納入到這個當中來，我們做無線設計、無線規(guī)劃、布局等等這個實際上是非常專業(yè)的，也不見得一定要拿到資源管理上來。真正的應用控制分析必須還是要來根據(jù)實際情況看的。
下面一個問題是固網(wǎng)與移動網(wǎng)絡資源管理的異同，我們要探討一下固網(wǎng)跟移動的差別，固網(wǎng)跟移動從網(wǎng)絡和業(yè)務上的差別，固網(wǎng)它有比較大量的外界資源，而對于移動網(wǎng)絡來說，除了它的企業(yè)進入這一塊，一些部分的傳輸基本上沒有外線的資源。
從相同點來說，它都需要多技術多業(yè)務管理的支持，也需要開通、報障、規(guī)劃上來支持。區(qū)別上來看，除了核心網(wǎng)這一塊，固網(wǎng)包括外線資源，光線網(wǎng)等等，而對于移動網(wǎng)來說，它的重點就在他的核心網(wǎng)以及包括無線方面一些底層的傳輸，還有一些面向企業(yè)接入IP的傳輸，這樣一些東西。從這個范圍分析，我們進一步往下來看的話，就是看應用重點不同，就是核心業(yè)務不同，固網(wǎng)來說服務開通支持是資源管理的的最重要的應用，而資源數(shù)據(jù)生命周期變化的主要驅(qū)動力。而對移動網(wǎng)絡這一塊，開通這一塊我們可以看一下，它主要是面向企業(yè)用戶，一些GPRS，短信等等這些業(yè)務，這個業(yè)務從業(yè)務量來說跟他的語音和短信這一塊是一個小數(shù)，不足以驅(qū)動資源。真正來說它面向運營的支持，網(wǎng)絡設計，MSN入網(wǎng)和內(nèi)部網(wǎng)絡資源的調(diào)動，或者是保障支持，綜合告警這些支持，其實從這個來看，面向運營和保障的支持它是排在比較前面的，這是它應用的意圖。
下面我們討論一下服務層封裝僅僅是概念嗎？為什么提出這個問題呢？大家也知道，中國電信2006年推出了一個新的資源管理的開通規(guī)范，這里面也提了服務層的概念；這之后也出現(xiàn)了兩種趨勢，一種可能就是一些廠商可能是理解上，或者是故意的一個把這個概念轉(zhuǎn)了，它把這個東西變成了資源，叫做業(yè)務資源或者是服務資源，還有一種趨勢就是拼命的反對，認為這個東西你純粹是概念炒作，其實這個東西是不是概念炒作，借助這樣一個場合，我也想說一下，實際上我們也是主要推動這一塊的。這里面我覺得首先要看一下不管是論壇或者是國際上幾大資源產(chǎn)品都在推服務層的架構，SDP實際上本質(zhì)也是服務，其實大家可以看一下，我的分析為什么要提服務這一塊，它本質(zhì)的原因在哪里？資源管理的重點從理清家底到有效使用按，這是推出的一個最重要的原因。
而在下一代的產(chǎn)品當中，這個趨勢越來越明顯，所以服務層才封裝，服務層封裝到底是什么概念？到底怎么用？我也想澄清一下理解上的問題，第一個服務本身就是資源，它反映的是網(wǎng)絡提供能力，所謂我們的服務也有人叫做后端產(chǎn)品，它跟前端是不一樣的，前端是在下一代的運營環(huán)境中越來越復雜，而只有后端保持穩(wěn)定的服務才能夠更好的保持產(chǎn)品。
第二個服務模板其實是怎么樣用資源？一個服務可能有很多的服務配制，每一個服務配制實際上關心的是什么呢？這個服務支持這個產(chǎn)品的時候要配哪一些資源？具體怎么樣配？所以這個是說怎么用。
第三個是最后因為派給用戶之后，它反映的是這些資源為這個用戶提供的服務，通過它不光是能夠?qū)崿F(xiàn)資源跟用戶的關聯(lián)，實際上還可以從資源服務的生意做起。
下一個問題就是商業(yè)軟件如何解決定制業(yè)務的問題，這個問題在資源管理中更突出，因為這個東西大量在我們的資源管理當中支撐，但是我們真正來說，這種邏輯在闡述產(chǎn)品的時候根本不可能把這些東西放進去，如何滿足這樣的定制業(yè)務，實際上對我們Oracle產(chǎn)品是非常重要的東西。
資源準確性跟我們前面定義的資源類內(nèi)涵是相關的，資源最終肯定是流程驅(qū)動的，它最終要堅持流程驅(qū)動為資源管理最重要的一個驅(qū)動。而線網(wǎng)到資源管理數(shù)據(jù)圖是一個有效的補充，特別是在初期以及流程（不利）的情況下。大家要知道，最終這個還是要以流程驅(qū)動為主，同步為輔這樣一個最終的目標。
下面一個問題就是資源管理配制流程應該放在哪里？這個問題很值得討論，中國電信經(jīng)歷了這么一個階段，后來隨著建設，要剝離，這幾年也有反對的聲音。
我也分析了，首先你分析流程是什么？流程是人或者部門分工合作處理的過程，所以你通過這個定義就知道，是由多個部門形成協(xié)作的。這一點我的建議是資源配置最終還確實是跟開通放在一起的。我認為，它實際上是實際層面的問題和規(guī)劃層面的問題，資源管理和前面服務開通流程這一塊應該是一起建設的。如果你原來已經(jīng)建了開通流程這一塊，現(xiàn)在新建出來的，我的建議是你在建資源系統(tǒng)的時候，重復要改造開通這一塊，涉及到資源配置這一塊，還是要在不同的兩個系統(tǒng)，流程應該是在一個系統(tǒng)里面，如果你這個時候是新建流程系統(tǒng)，而開通系統(tǒng)沒有建，這個時候你應該選擇同步的服務開通平臺，隨著你后面的擴展再把其他的東西進行配置。如果你最終實在不能做到，我的建議是這種情況下你還是把它放在資源管理器中，但是這種效果不會很好的。
最后一個就是資源管理系統(tǒng)該如何實施？我這里有四個觀點：
第一個是應該有一個統(tǒng)一的業(yè)務和IT規(guī)劃；
第二個是應該建立統(tǒng)一的實施和管理部門，其實資源管理是OSS的核心系統(tǒng)，應該有一個統(tǒng)一的實施和管理系統(tǒng)，以我們電信行業(yè)經(jīng)驗來說，哪一個地方，它的IT，網(wǎng)絡規(guī)劃這一塊合作得比較好，這個地方才建得好；
第三個是應該有一個長期的合作伙伴，我們不管是從產(chǎn)品提供商和運營商都應該有長期好的合作；
第四個是慎重選擇軟件平臺，建模能力、集成能力、可擴展性等等。
非�？斓倪^了一些關鍵的問題，簡單介紹一下Oracle綜合網(wǎng)絡資源管理解決方案總攬，它包括這么幾個問題：第一個Oracle平臺；第二個網(wǎng)絡發(fā)現(xiàn)與同步；第三個是智能；第四個是SOA的Oracle平臺，它實際上跨越了所有Oracle平臺。
Oracle綜合管理解決方案有三個重要的變化，第一個就是從原來以網(wǎng)絡為中心，到現(xiàn)在以客戶服務為中心；第二個從現(xiàn)在原來僅僅關注于網(wǎng)絡而到現(xiàn)在我們關注資產(chǎn)投資的優(yōu)化和運營成本。第三個是從過去支撐部門級的應用，到現(xiàn)在的支撐企業(yè)級的應用。
Oracle綜合資源管理的特點：
第一個是強大靈活的基于元數(shù)據(jù)的建模工具，不僅僅是包括面向新的服務類型還包括你的規(guī)則、功能、觀念等等。
第二個是全專業(yè)、多層次和端到端的，全專業(yè)就是我們不僅要有支持傳統(tǒng)的網(wǎng)絡，海角能夠支持擴展對新技術的網(wǎng)絡等的支持；多層次我們要支持從物理層，一直到服務、客戶多個層次的服務。還有一個是端到端的資源管理，不僅僅是前面講的東西，還要面向服務，面向客戶，提供端到端的核心網(wǎng)，形成一個端到端面向客戶的一個模式。
第三個是支持靈活的業(yè)務規(guī)則擴展，我們還提供元數(shù)據(jù)的擴展，以及非常豐富的API能夠支持定制業(yè)務規(guī)則的擴展。
第四個就是基于工程資源生命周期管理和控制機制。它實際上是時間比較長的，可能涉及到半個月或者是幾個月的網(wǎng)絡割接�；诠こ痰馁Y源生命周期，就是我們能夠在整個的過程中我們能夠更改這種計劃，添加我們的設計，甚至對整個項目進行回顧等等，這個實際上對我們比較原來的資源關系比較難處理，特別是更新這個是非常重要的。這也我們在做一些項目的時候，我們產(chǎn)品在做這一塊比較難的時候?qū)嶋H上是不順利的。這里面要給的一個是項目割接，這個就不多講了。
第五個是通過服務封裝有效支持業(yè)務就緒及客戶關聯(lián)。如果有時間的話我們可以繼續(xù)的探討Oracle是如何服務的封裝。
第六個Oracle的資源管理實際上通過定單服務管理支持服務開通，它特別強調(diào)他通過流程驅(qū)動整個資源生命周期的變化，它不是靜態(tài)的，是一個動態(tài)的。
特點七就是完善的用戶權限管理，它這個方面要求得比較復雜，不同的層面有不同權限的要求，這個對中國來說是非常重要的。Oracle資源管理產(chǎn)品不僅是支持這個權限，還支持功能權限的完成，這個功能能夠使用哪一些功能，是不是有增加設備或者是刪除設備都進行非常細節(jié)的權限。
第八個是通過網(wǎng)絡發(fā)現(xiàn)同步保持資源這一塊，我也不多講了。
第九個集成網(wǎng)絡系統(tǒng)這一塊也不多講了。
最后一個介紹一下經(jīng)過驗證的優(yōu)異的系統(tǒng)性，這個要從兩個方面來理解，第一個是超過90家的運營商采用Oracle資源管理系統(tǒng)，體現(xiàn)了Oracle資源管理系統(tǒng)的優(yōu)異性能。另外，我們在某一個省公司資源管理系統(tǒng)性能測試優(yōu)良表現(xiàn)，里面體現(xiàn)了Oracle資源管理系統(tǒng)對省級資源管理系統(tǒng)的性能要求的支持。這里舉了兩個例子，把復雜資源拓撲的展現(xiàn)，這個實際上壓力很大，但是表現(xiàn)得非常好；最后一個是最難的，12個小時，我們當時是晚上起來，第二天早上過來看的，一來看，性能測試沒有一個錯誤，這個體現(xiàn)了我們資源管理對這個系統(tǒng)的支持。
2008年電信運營商實現(xiàn)了全業(yè)務的開展，再次提出了更高，更嚴格的要求，向新一代運營支撐系統(tǒng)發(fā)展，成為運營商決勝勝負的關鍵之一。運營支撐系統(tǒng)的增長速度超過了整個電信行業(yè)的增長速度，運營支撐工作越來越受到運營商們的重視，合理使用OSS技術，建設功能完善，充分共享信息的運營支撐系統(tǒng)，是電信運營商目前重點發(fā)展的運營管理戰(zhàn)略之一。
在甲骨文全業(yè)務環(huán)境下的OSS發(fā)展論壇上，甲骨文通信事業(yè)部首席技術顧問尹愛昊為大家介紹服務交付平臺的背景以及建設思路，以及再介紹一下OCSD的產(chǎn)品線和合作方法。
尹愛昊：我想給大家介紹一下服務交付平臺的背景以及建設思路，以及再介紹一下OCSD的產(chǎn)品線和合作方法，時間有限我將背景這一塊快速的過，我們今天主要議題OSS，服務交付平臺關注的是核心網(wǎng)的位置，關注如果是創(chuàng)建業(yè)務，并交流業(yè)務的，通過核心網(wǎng)絡很難進行交付。
我們看到電信業(yè)的業(yè)務發(fā)展經(jīng)歷一系列的發(fā)展過程，它的發(fā)展是在一個封閉的網(wǎng)絡之內(nèi)提供一些通話、通信的應用，我們看到應用的發(fā)展是逐漸向INTERNET這個方向傾斜的，對電信的應用也產(chǎn)生了很多的要求，如果將電信能力集合在外部，做到電信外部的融合對我們下一步的業(yè)務提供了新的要求；同時我們也可以看到新的業(yè)務模式在形成，也是在通過電信網(wǎng)絡來進行交付，OracleSDP產(chǎn)品先就是為了客戶適應這種新的業(yè)務方式，幫助客戶進行業(yè)務轉(zhuǎn)型。
業(yè)務轉(zhuǎn)型方面我們要注意哪幾個方面呢？首先是業(yè)務的多樣性方面，我們需要將外部能力和電信能力進行融合，另外需要將現(xiàn)有的運行能力進行業(yè)務開放，這種開放不是說一個簡單的運行能力的幫助，而是一個綜合的，混合的方式，我們提供一些API，使這些第三方的SP，CP能夠綜合的使用一些運行能力。這樣才能說業(yè)務的多樣性很融合。
另外一點為了巴黎這些業(yè)務收入的實現(xiàn)，新業(yè)務的推廣，我們不僅要推出我們的核心網(wǎng)絡，還需要跨越我們的IT網(wǎng)絡，同時覆蓋BSS，OSS，然后做好這種配合，然后來進行新業(yè)務的推廣和收入實現(xiàn)。簡單的總結一下，要做到核心業(yè)務的轉(zhuǎn)型，我們要做到對內(nèi)整合資源，對外統(tǒng)一開放。
我們看到以前SDP是依托于單個的網(wǎng)絡進行業(yè)務的創(chuàng)建和交付的，我們有固網(wǎng)SDP，也也移動網(wǎng)絡的SDP和寬帶的SDP。未來的發(fā)展趨勢我們是想在所有的網(wǎng)絡之上建立一個水平的應用層，使得這個應用能夠跨越這個網(wǎng)絡，而做的時候，網(wǎng)絡的無慣性和接入的無慣性，這個應用層體歸一個軟件，在個基礎之上，提供一些外部能力的應用，同時給合作伙伴提供一個統(tǒng)一的開放和暴露。
我們看到SDP實際上它的水平化也是推動底層的網(wǎng)絡進行轉(zhuǎn)型，做到應用和控制的分離。下一代的交互平臺是跨越各個網(wǎng)絡之上的，跨越傳統(tǒng)網(wǎng)絡，固網(wǎng)移動，跨越下一代的NGN，MS，應用各個網(wǎng)絡之間建立一個中間層，關心跟現(xiàn)有的OSS，BSS集成，用這種新型的融匯業(yè)務，然后配合新業(yè)務的開展，保證業(yè)務收入的實現(xiàn)。SDP覆蓋以下五個方面的決策。
首先它需要進入到現(xiàn)有的網(wǎng)絡，這實際上將網(wǎng)絡接入的復雜性掩蓋，在這個之上創(chuàng)建運營的環(huán)境�；谶@個業(yè)務創(chuàng)建運營環(huán)境快速的開發(fā)新的融合應用，開發(fā)一些業(yè)務能力部件，使這些業(yè)務能力部件能夠被使用；在這之上，業(yè)務可以通過IT的集成技術進行編組，推出一些組合型的業(yè)務，這些業(yè)務的能源可以暴露給第三方，進行統(tǒng)一的使用。
我們也可以看到SDP實際上是使用了IT技術，它將應用從底層的網(wǎng)絡中剝離開來了，形成了一個統(tǒng)一的應用層，這樣的話，跟OSS，BSS成為一個一體的系統(tǒng)，OSS、BSS如何支撐這個全業(yè)務的環(huán)境，在前面我們也有看到。
OCSD的產(chǎn)品線是在BEA通訊平臺之上（WLCP），和交付平臺SDP之上，同時管理這些終端的信息，它可以依托于現(xiàn)在的移動網(wǎng)絡和固網(wǎng)提供PPS服務，（VIP）可以基于寬帶在家庭用戶里面部署第二條電話線，或者是作為傳統(tǒng)電話線的替代�，F(xiàn)在來講一下這兩個平臺產(chǎn)品。
OracleCOMMUNICATIONS是專門基于下一代業(yè)務的開展，可以支持IMS的接口，支持IMS的數(shù)據(jù)，服務器，同時可以支持在線對接，在這個方面我們Oracle也進行了對接測試。這里面把可靠性作為如何應用的部署平臺。
ODSG是將現(xiàn)有的網(wǎng)絡進行集成，暴露給SDP，可以集成包括呼叫控制，短信，將原始的電信協(xié)議進行屏蔽，統(tǒng)一通過電信進行暴露，第三方SP/CP可以通過統(tǒng)一的方式進行應用。在統(tǒng)一應用方面又注重對網(wǎng)絡資源的保護，它可以保護網(wǎng)絡資源進行過度使用，提供了一個統(tǒng)一的策略控制，是基于一個SOA網(wǎng)端，集成到現(xiàn)有的網(wǎng)絡當中去。
我們也可以看到，下一代SDP綜合使用了電信的業(yè)務，我們看到統(tǒng)一的數(shù)據(jù)，產(chǎn)品可以集成用戶的數(shù)據(jù)，給用戶提供統(tǒng)一的數(shù)據(jù)圖。OCSD在全球運營商的部署情況，在全球得到了廣泛的推廣，在全球10大運營商當中也有部署。這是我們合作伙伴的生態(tài)系統(tǒng)，包括設備提供商，獨立軟件提供商，SI形成了一個業(yè)務合作伙伴生態(tài)系統(tǒng)。
OCSD給客戶帶來的好處，它提供了融合業(yè)務層，提供了新的業(yè)務機會，擺脫了對現(xiàn)有網(wǎng)絡的依賴，可以跳到IT跟外部層次，提供新的全新業(yè)務。這個新的業(yè)務模式保證了新的來源，基于IT的業(yè)務架構使業(yè)務開發(fā)和部署的成本降低，另外可以使發(fā)展和管理合作伙伴的成本也降低，同時OCSD能夠加快業(yè)務的開發(fā)速度，加快合作伙伴以及新業(yè)務的上線。
今天只能給大家介紹一下OCSD的一些情況，做一些簡介，大家如果有什么問題可以繼續(xù)咨詢，謝謝！
2008年電信運營商實現(xiàn)了全業(yè)務的開展，再次提出了更高，更嚴格的要求，向新一代運營支撐系統(tǒng)發(fā)展，成為運營商決勝勝負的關鍵之一。運營支撐系統(tǒng)的增長速度超過了整個電信行業(yè)的增長速度，運營支撐工作越來越受到運營商們的重視，合理使用OSS技術，建設功能完善，充分共享信息的運營支撐系統(tǒng)，是電信運營商目前重點發(fā)展的運營管理戰(zhàn)略之一。
在甲骨文全業(yè)務環(huán)境下的OSS發(fā)展論壇上，甲骨文通信事業(yè)部首席技術顧問史斌為大家詮釋如何提升服務水平的融合服務開通以及服務激活的解決方案。
史斌：在這里面會講兩個產(chǎn)品，這兩個產(chǎn)品主要在講一個什么問題呢？今天講了這么多的產(chǎn)品，你知道甲骨文在做什么事嗎？在織布，大家都有縱向的系統(tǒng)，現(xiàn)在我們想做橫向的系統(tǒng)，剛才胡博士說我們要多層次的觀點，織布就是你在做的時候可能會有開通系統(tǒng)，綜合的怎么樣做服務開通是第一。資源的時候你要把資源的關系管理起來，做資源管理系統(tǒng)；做流程的時候在織橫向縱向的布，這塊布到底好不好？需要我們的運營商一起配合把這塊布織好。
我講流程的時候你們覺得流程重不重要？我得到的答復就是流程很重要。但是實際的過程中我們很難看出來流程重不重要？尤其是對管理人來說流程是管理一致的體現(xiàn)，和管理規(guī)則的體現(xiàn)你有自己的管理規(guī)則，你怎么樣把你的管理規(guī)則應用起來。
另外一點，流程做的是經(jīng)驗的總結和經(jīng)驗的規(guī)范，我今天做一件事怎么樣把它流程化，制度化，把經(jīng)驗總結出來，這是流程干的兩件事；但是流程在實際過程中，受傷的總是我，定義規(guī)范的時候說我們流程先定義規(guī)范，再定義其他的，但是你想沒有數(shù)據(jù)的溝通，沒有經(jīng)驗的總結做一件事的時候是不行的，流程是溝通整個企業(yè)的血脈。
下面市場需求，很簡單的講，一個市場，一個企業(yè)的，市場主要是在說我們要快速應對什么什么業(yè)務的變化，企業(yè)的變化，那你怎么樣快速應對，最快速的沒有人的參與，人的監(jiān)管，系統(tǒng)跟系統(tǒng)之間溝通，我可以6分鐘完成一次開通，完成一次割接，完成一次全自動的規(guī)劃，這是我們最理解的規(guī)劃，完全快速的應對市場的反映，從設計到流程很快的應對。
剛才講了流程是管理意志的體現(xiàn)，我怎么樣審核一個人干得好不好？我怎么樣跟客戶承諾我這個事幾天做完，我們需要有KPI，需要有QS，需要有指標，在流程上做考核。再下面牽涉到最頭疼的問題，我們怎么樣溝通的問題，拿起電話，用郵件是不是很規(guī)章制度的方法，我們希望最好的方法是用流程來去實現(xiàn)溝通的，要求流程之間有銜接的能力。
最后我需要管控，需要降低人員成本，我不是想新下來一套之后，大家覺得又多做了一個事，我們希望能夠減低人的勞動成本，工作負荷！然后去保證整個的工作順利的完成，最后是流程我們應該面向下一代進一步的保證現(xiàn)有的投資，面向未來的發(fā)展，后面我會去講。
剛才講了案例，這個圖剛剛胡宏斌也已經(jīng)放過了，今天我講的是兩塊產(chǎn)品，我們所有的系統(tǒng)都是偶合，SOA提了很多年，我們怎么樣保證它雙偶合，各個部門用什么形式對話是非常關鍵的，換句話說，系統(tǒng)之間的語言，包括Oracle做各式各樣的架構，在干什么，在干系統(tǒng)之間用什么樣的語言溝通，我們在做系統(tǒng)的時候，我們也需要考慮用什么樣的語言來溝通才是最實際的東西，我后邊大家做一些分析。
首先我們流程系統(tǒng)當中的幾大特色之一，第一個是面向數(shù)據(jù)，數(shù)據(jù)是什么？之所以說數(shù)據(jù)，是因為大家太習慣用單這個概念管理，我覺得用這個概念管理非常非常好的，因為我們有非常多的單子，但是單在做什么，做一件事，做人和人的溝通，可是你會發(fā)現(xiàn)，當有一些時候，系統(tǒng)上線了，單據(jù)變成了一些數(shù)據(jù)，你需要把你單里面的數(shù)據(jù)拆分下來，然后用數(shù)據(jù)驅(qū)動整個系統(tǒng)的進行，進行流程的管理。我們在系統(tǒng)里面，我們提出說是數(shù)據(jù)驅(qū)動的元數(shù)據(jù)建模，我后面舉例子說怎么樣驅(qū)動，界面大家都說很靈活，我也很靈活，我可以改變?nèi)魏蔚臄?shù)據(jù)項，我可能保證用我流程系統(tǒng)的人，每一個看到的都不一樣。下面是對數(shù)據(jù)的一些管理，面向數(shù)據(jù)的驅(qū)動會去完全我們系統(tǒng)，快速的變化，信息的服務等等等等。
下面是流程里面我們在說我們建模的精神，建模最基本的方法，其實所有精髓都在這張圖里面，我們主要是分兩個部分，一個叫做設計師，一個是運行師，設計師在設計數(shù)據(jù)，我剛剛說的單據(jù)里面最基本的單元不是單，而是數(shù)據(jù)，我們可以用一套系統(tǒng)完成多種不同的單據(jù)的組合，為什么這么做？因為單據(jù)是由數(shù)據(jù)來組成的，我在數(shù)據(jù)里面會定一個業(yè)務單，業(yè)務單里面會有流程，環(huán)節(jié)，工作控制等等這些控制。在運行的過程中，我關心條件是怎么樣扭轉(zhuǎn)的，我是手動執(zhí)行的或者是自動執(zhí)行的，實踐怎么樣，在驅(qū)動引擎方面有非常大的系統(tǒng)優(yōu)勢。
下面舉一個例子，這個例子里面講我一開始做流程的時候在干什么東西，你可以看我產(chǎn)品設計的時候做什么樣的思路？包括我在做實施的時候，也許我做數(shù)據(jù)分析的過程，遠比我做實施的過程長很多？為什么？因為分析是分析它之間的關系，這樣我可以很快很快的實施，第一步我定義環(huán)節(jié)，環(huán)節(jié)定義完了以后有一個環(huán)節(jié)庫，然后是組成一個流程，這個時候我定義的環(huán)節(jié)跟流程完全跟數(shù)據(jù)沒有關系，之所以沒有關系，是因為流程是邏輯，是你運轉(zhuǎn)的邏輯，你走的方向，至于我在上海還是在北京，也許這個數(shù)據(jù)并不重要，只是其中一個數(shù)據(jù)，定義完了以后，我下面會界定一個數(shù)據(jù)項，你看到黃色的箭頭是（脫轉(zhuǎn)），紅色的箭頭叫關聯(lián)，我先做一個數(shù)據(jù)字典，數(shù)據(jù)字典做完了以后，我把一本很厚的字典用一種方式管理起來，叫做數(shù)據(jù)模板，然后我可以做很多很多單的模板，定義了單的模板之后，很容易我把它托過來，定義出每一個人需要看到的界面，到現(xiàn)在這一步，我還沒有把數(shù)據(jù)和人和整個的流程關聯(lián)起來。我現(xiàn)在要做的就是定義一個工作組，這個工作組可以是一個人，也可以是很多人，或者是按人群，分發(fā)等等，下面我可以說這個工作組里面的人干一件什么樣的事情，就是把環(huán)節(jié)和工作組相連了，同樣我現(xiàn)在采取第十步的時候，我把這個人看到的界面和環(huán)節(jié)的數(shù)據(jù)都跟這個工作組相連了，這是我們流程建立的一個過程。最后日歷，職能等等等等。
這個過程可以非常非常容易實現(xiàn)，你給我數(shù)據(jù)，我可以幾分鐘之內(nèi)完成；下面你看到的每一個數(shù)據(jù)項都是你自己定義的，包括鼠標，比如說我到哪里有問號跳出來，跳出的窗口告訴你怎么樣，驗證你的數(shù)據(jù)對不對，這些都是在我們截面配制的時候，很容易，3、5分鐘就可以出來的。這是流程各式各樣的狀態(tài)我可以回顧和取消的。
這邊是流程里面數(shù)據(jù)的管理，我們可以有各式各樣的，無線網(wǎng)絡，移動網(wǎng)絡，IPTV各式各樣的數(shù)據(jù)打成一個包，我做市場活動的時候，可能有市場活動的流程，對不同的用戶可能有Cartsidge1，或者是2，我可以有各式各樣的使用方法。
下面我再說流程管理這方面的需求。這是一個倒插的一個圖，雖然不是一個功能的架構，在講我們整個功能控制一些什么東西，包括下邊Oracle數(shù)據(jù)庫，上面我們在控制環(huán)節(jié)，每一個環(huán)節(jié)看到什么東西，或者是有什么樣的數(shù)據(jù)，后面有流程的控制，整個證明周期的控制，優(yōu)先級的控制，日程和分發(fā)控制，最上面是服務創(chuàng)新環(huán)境。流程所做的事情都是這么多事，曾經(jīng)總結過有什么分解的特性，隔離的特性等等，其實所有的優(yōu)化都在做這些事情，我們在去幫流程做分析的時候，因為你做完流程之后并不一定是最優(yōu)的，但是我可以看到我的步驟，我定義環(huán)節(jié)的時候我可以1個小時做完，但是我發(fā)現(xiàn)每一個人都15分鐘做完了，我是不是把這個事改成10分鐘做完成，是不是對客戶的承諾提前了，我可以幫助你每一個環(huán)節(jié)，每一個流程都是怎么樣的，可以告訴你哪一步哪一步可以合并，可以更簡單的完成這個事情。
下一個是面向服務，最終講的是什么呢？是我們的流程設計人員，無論是做資源或者是做網(wǎng)管的，你做流程的時候關注于流程的邏輯，如果你關注有差錯的話，那你需要定義異常流程，在異常流程里面你說有這種異常出現(xiàn)了，出現(xiàn)了之后說我需要跳到哪一步，怎么樣怎么樣做？如果異常流程再出現(xiàn)異常怎么辦？你是定義不完的，我們的系統(tǒng)會分析整個數(shù)據(jù)的輸入輸出的來源，下一張圖你看到的是由一個饅頭引發(fā)的血案，一個很簡單的流程，由于你考慮了很多的因素，考慮到是否有新的磚頭，帶寬是否有更改等等，最終驗證是否匹配，匹配不行，最終又回來，導致了一個非常非常簡單的流程變成了一個非常非常復雜的流程；我們的可以把這個事完全的免去，因為你可以更關注于業(yè)務邏輯。它有什么好處呢？最簡單的好處是測量室的人干的事是插跳線，說客戶拔了跳線，你去插發(fā)現(xiàn)這個就是客戶拔出來的跳線，我們這個流程幫助你減少了40%的工作量。
我們說激活的時候，Oracle提供了一個服務激活的概念，這個概念在干什么，它是保證了以服務的語言和其他的系統(tǒng)溝通，原來我們說做流程的人或者是做服務開通的人叫做全才全能，不但要知道前后和前臺業(yè)務的關系，它要知道整個開通的邏輯，還要知道整個下邊對網(wǎng)絡激活的步驟。這個步驟對于一個IT人來說，它沒有辦法關注于他自己應該做的一件事，剛才介紹了SDP，它的概念是把網(wǎng)絡層的復雜和激活的概念分離。
這里舉的例子是不同技術的，它有IPTV，有不同寬帶，我們在網(wǎng)絡上有三個動作，對IPTV的服務器，對控制層，對網(wǎng)絡層，會有三層不同的激活。像華為和思科他們做集成的時候，能不能把華為和思科混合起來用？是不可以的。
下面你可以看到為什么激活需要拿出來，是因為流程當中有一些東西你根本考慮不到，首先我們對網(wǎng)絡的操作是有時間概念的，你做流程的時候考慮的是一個環(huán)節(jié)的時間，并不是對網(wǎng)源操作的時間。下面包括一些優(yōu)先級，批量處理，流程里面你是寫不下去的，只有你能夠把這些分離出來，并且能夠?qū)ｉT作為一個端到端的系統(tǒng)才能夠做下去。
這是我們激活的界面，你所要做的對網(wǎng)源的操作，你拖過來，下面是對網(wǎng)絡的操作，我們把上面服務的概念給映射到網(wǎng)絡的操作就可以了。這是IT整個的管理，在IT做激活的時候有很大不同的概念跟做激活，他們之間有很大的相關性因為在做的時候，我改動一個路由器有可能是改動10個路由器，我改動一個有可能10個路由器都需要重新的配制。在這種強相關的情況下，你怎么樣把他們避開。
最后面向未來，很虛的一個概念，但是它是實實在在存在的，因為我們需要滿足現(xiàn)有的任何的需求，然后再去走。我們現(xiàn)在有一些自動的系統(tǒng)，有一些手工來做的，我去編完了這個流程之后，我可以說現(xiàn)有的自動系統(tǒng)，我通過插件你的自動系統(tǒng)做溝通，可是有一天你會發(fā)現(xiàn)越來越多的自動系統(tǒng)在上線，它在去幫助人解決快速反應的問題，也許我更有經(jīng)驗，我在干什么，我在做整個的監(jiān)控，管理這些設備，這個工作是非常重要的，我們的系統(tǒng)只要經(jīng)過簡單一些處理，加一些插件就可以完成整個的過程，之所以有這樣的狀況，是因為我們按照每一個數(shù)據(jù)做分析，我可以保證每一個數(shù)據(jù)的來源和流向。
接口都是技術上的，不用說了，有非常非常豐富的口，可以說很容易做，作為我們Oracle授權來，有的時候沒有事閑的有興趣可以做一兩個接口玩玩。下面是高效的運作，每秒處理70張工單，上百個數(shù)據(jù)的流轉(zhuǎn)，每秒處理超過400個流程系統(tǒng)。這些是我們對于廠商，不同的技術，IP，ATM等等做了插件，我們做插件也找本地的合作伙伴做插件，這些插件是兩三周就能夠開發(fā)出來，非常非�？�。
成功案例，很簡單的講一下，第一個BT，BT在以前沒有上之前，時間現(xiàn)在是從一個小時的服務開通到每分鐘減少服務配制錯誤減少了97%，原來網(wǎng)絡視圖的準確率，現(xiàn)在由系統(tǒng)維護，有60到95%，這是很明顯的變化。巴西電信，原來有10個系統(tǒng)，我們通過流程，可以把數(shù)據(jù)帶到任何你需要的地方，以任何方式，業(yè)務的視角，工程實施的視角，維護的視角，任何一種組織形式組織，提升原有的設備利用率20%，然后縮短時間49%，IP開通時間縮短45%，超過140以上的流通在跑，差不多2千個系統(tǒng)用戶同時在用，這是巴西電信的支持。
CTI論壇編輯
相關鏈接: