專利名稱：核心開通平臺系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及包含有計算機技術和通訊技術的現(xiàn)代電信運營支撐系統(tǒng)，特別是一種用于開通電信業(yè)務的核心開通平臺系統(tǒng)，采用該核心開通平臺系統(tǒng)能夠實現(xiàn)從電信運營商的前端業(yè)務定單系統(tǒng)的定單自動地轉換成各種網(wǎng)絡、各類設備的配置命令并激活業(yè)務的全過程。電信運營支撐系統(tǒng)的縮寫為OSS，核心開通平臺系統(tǒng)縮寫為CAP(英文全稱為CoreActivation Platform)。
背景技術：
隨著計算機技術和通訊技術的發(fā)展，尤其是移動通信和數(shù)據(jù)通訊業(yè)務爆炸式增長，電信運營商的網(wǎng)絡規(guī)模越來越大，設備種類日漸復雜，業(yè)務類型日益豐富，而傳統(tǒng)的依靠資源優(yōu)勢的競爭逐步轉變?yōu)樘岣呔W(wǎng)絡運營效率和服務質(zhì)量的競爭。目前，電信運營商的大多數(shù)業(yè)務的開通配置工作都依靠手工方式或者基于電子工單系統(tǒng)的半自動方式進行，雖然對于前端客戶業(yè)務信息的受理已經(jīng)逐漸通過電子化工單流程的方式實現(xiàn)，但是電子工單系統(tǒng)中的業(yè)務信息如何轉變?yōu)椴煌瑥S商的設備配置命令是當前電信運營商業(yè)務開通配置流程中的脫節(jié)點，需要人工根據(jù)經(jīng)驗和設備的配置命令集進行相應的組織，轉換并手工配置。
隨著電信運營商持續(xù)、快速推出業(yè)務的壓力越來越大，而自動、準確地部署和開通新業(yè)務、修改/升級/組合現(xiàn)有業(yè)務的要求也越來越高，這是整個電信運營業(yè)的支撐手段中所面臨的急需解決的課題。
當前，全球范圍內(nèi)已經(jīng)有兩類廠商致力于業(yè)務自動開通的研究，并推出了相關的產(chǎn)品一類是設備供應商如CISCO開發(fā)的ISC，華為公司推出的VPN Manager等，這些業(yè)務開通系統(tǒng)的特點是針對本廠商的某一類設備的開通或者激活，還不足以實現(xiàn)從業(yè)務到所有類型設備配置命令的映射，也沒有統(tǒng)一的資源庫的概念，系統(tǒng)具有明顯的局限性，基本仍然可以看作一個面向設備的網(wǎng)元自動配置系統(tǒng)。
另一類是獨立軟件開發(fā)商例如Metasolv公司的系列化產(chǎn)品(Provisioning5，ObjectTel，ASAP等)，Cramer公司的資源管理產(chǎn)品。
國內(nèi)一些廠商也在開發(fā)業(yè)務開通產(chǎn)品，但是普遍存在流程和業(yè)務開通所依賴的資源數(shù)據(jù)脫節(jié)的現(xiàn)象，而且對于設備命令的自動轉換方面存在明顯的缺陷。
在目前電信運營商的競爭態(tài)勢下，要提供良好的服務質(zhì)量，業(yè)務的快速開通和業(yè)務質(zhì)量的保障是密不可分的，而反映跨不同專業(yè)網(wǎng)絡、跨廠商、跨地域(接入端、中繼段)的端到端資源模型和相關的數(shù)據(jù)是支撐二者的基礎。
要實現(xiàn)跨專業(yè)網(wǎng)絡、跨廠商、跨地域的業(yè)務自動開通需要解決以下幾個關鍵的問題1)可伸縮的業(yè)務開通數(shù)據(jù)/工作流模型和實現(xiàn)技術，這是整個業(yè)務開通系統(tǒng)的核心；2)高度抽象的業(yè)務模型，將反映業(yè)務特征的網(wǎng)絡元素抽象為具有共同特征的對象；3)針對所抽象的資源對象進行組織和管理的平臺化技術，這為業(yè)務的自動開通奠定數(shù)據(jù)基礎；4)滿足跨專業(yè)網(wǎng)絡、跨廠商開通的需要的關鍵技術，包括業(yè)務層服務質(zhì)量(以下簡稱QOSQuality of Service)到網(wǎng)絡層QOS的轉換技術，設備配置命令的轉換技術、端到端路徑的選擇技術。

發(fā)明內(nèi)容
本發(fā)明針對現(xiàn)有技術中存在的缺陷或不足，提供一種用于開通電信業(yè)務的核心開通平臺系統(tǒng)，采用該核心開通平臺系統(tǒng)能夠實現(xiàn)從電信運營商的前端業(yè)務定單系統(tǒng)的定單自動地轉換成各種網(wǎng)絡、各類設備的配置命令并激活業(yè)務的全過程。
本發(fā)明的技術構思為，基于資源管理系統(tǒng)的資源服務，采用以數(shù)據(jù)流驅動和組件化軟件技術，實現(xiàn)從電信運營商的前端業(yè)務定單系統(tǒng)的定單自動地轉換成各種網(wǎng)絡、各類設備的配置命令并激活業(yè)務的全過程。
本發(fā)明的技術方案如下核心開通平臺系統(tǒng)，其特征在于整個系統(tǒng)由基于數(shù)據(jù)流驅動的系列組件組成，各個組件之間通過消息連接件進行數(shù)據(jù)通信，每個組件中具有定義數(shù)據(jù)處理的規(guī)則文件，每個組件作為數(shù)據(jù)流的處理環(huán)節(jié)或節(jié)點能夠被組織到數(shù)據(jù)處理流程中。
所述系列組件包括作為數(shù)據(jù)最初入口的定單適配組件和作為數(shù)據(jù)最終出口的命令執(zhí)行控制組件，所述定單適配組件用于將不同數(shù)據(jù)格式的業(yè)務定單轉化為待開通業(yè)務對象的數(shù)據(jù)加工節(jié)點，待開通業(yè)務對象是系統(tǒng)可以識別的數(shù)據(jù)結構；所述命令執(zhí)行控制組件用于根據(jù)命令序列的控制內(nèi)容，執(zhí)行相關的命令操作，完成對設備的相關配置任務。
所述系列組件還包括業(yè)務對象分解組件、形成原于業(yè)務對象組件、業(yè)務模板參數(shù)審計組件、參數(shù)轉換組件、和/或命令解析組件，所述業(yè)務對象分解組件用于非帶寬型業(yè)務開通的業(yè)務對象的分解；所述形成原子業(yè)務對象組件用于將業(yè)務對象組合映射為原子的不可分割的業(yè)務對象，作為業(yè)務開通的最小單元；所述業(yè)務模板參數(shù)審計組件用于對info表示的不同業(yè)務請求參數(shù)進行有效性和正確性審計，info是采用XML描述的數(shù)據(jù)結構體，不同的業(yè)務開通請求數(shù)據(jù)結構是不同的，要增加對一種新業(yè)務開通配置，需要在預定義模板中增加一種描述新業(yè)務數(shù)據(jù)結構的模版，這個組件就可以對新業(yè)務進行處理；所述參數(shù)轉換組件用于將原子業(yè)務對象中的相關參數(shù)，獲取對應的參數(shù)轉換映射和運算配置，把業(yè)務參數(shù)轉換為配置命令模板需要的參數(shù)；所述命令解析組件用于將命令參數(shù)與配置模板中的相關廠商、設備型號和操作系統(tǒng)版本的相關參數(shù)項進行替換，形成完成一個原子業(yè)務操作的、與設備相關的配置命令序列。
所述非帶寬型業(yè)務開通的業(yè)務對象的分解是指將接入型業(yè)務對象作為一個整體的業(yè)務對象分解為若干個業(yè)務對象的組合，或者，對于MPLS VPN業(yè)務開通而言，將一個VPN業(yè)務對象分解為若干個SITE對象的組合。
所述系列組件還包括端到端路徑選擇組件、客戶層QOS向網(wǎng)絡層QOS的映射組件、和/或作業(yè)調(diào)度組件，所述端到端路徑選擇組件用于根據(jù)待開通業(yè)務對象所描述的業(yè)務信息，根據(jù)資源數(shù)據(jù)的組織，進行端到端路徑的選擇，可以做到跨網(wǎng)絡、跨地域、跨層次的選徑，可以根據(jù)不同的路徑選擇策略進行路徑的選擇。在完成路徑的選擇之后，待開通業(yè)務請求就轉化為由若干段路徑組成的業(yè)務對象組合；所述客戶層QOS向網(wǎng)絡層QOS的映射組件用于在經(jīng)過分解的業(yè)務對象組合層次，將客戶層的QOS服務的描述，分解到每一個業(yè)務對象上，作為業(yè)務對象組合的描述；所述作業(yè)調(diào)度組件用于將命令隊列中的命令序列按照調(diào)度規(guī)則進行調(diào)度，發(fā)送到命令執(zhí)行和事務控制組件。
所述端到端路徑選擇組件能夠調(diào)用資源查詢組件，從統(tǒng)一資源庫中進行資源信息的查詢。
所述業(yè)務對象分解組件能夠調(diào)用資源查詢組件，從統(tǒng)一資源庫中進行資源信息的查詢。
所述消息連接件能夠實現(xiàn)對數(shù)據(jù)流每一個處理環(huán)節(jié)的數(shù)據(jù)持久化和數(shù)據(jù)核查。
所述數(shù)據(jù)統(tǒng)一采用XML語言來進行描述，數(shù)據(jù)加工的配置文件也采用XML文件來統(tǒng)一地進行描述。
該系統(tǒng)能夠采取并行數(shù)據(jù)流處理，也能夠通過重新組織數(shù)據(jù)處理組件及其數(shù)據(jù)處理的規(guī)則文件以適應數(shù)據(jù)處理流程的變化。
本發(fā)明的技術效果如下
使用本發(fā)明主要可以給用戶帶來以下好處1、利用本發(fā)明的成果，可以快速實現(xiàn)VPN、ATM、FR和DDN等各個專業(yè)網(wǎng)絡業(yè)務開通解決方案，并且可以針對電信運營商的不斷提升的要求，在綜合資源數(shù)據(jù)庫的層次上，實現(xiàn)跨地域、跨網(wǎng)絡、跨設備廠商的端到端業(yè)務開通。
2、通過基于數(shù)據(jù)流的組件組裝技術，可以快速地適應用戶需求的變化，靈活地根據(jù)用戶的業(yè)務開通數(shù)據(jù)流的變化和需求的提升，穩(wěn)步地通過添加新組件的方法，解決系統(tǒng)的需求變化情況下的系統(tǒng)穩(wěn)定性問題。
3、通過XML方式作為標準的內(nèi)部和外部數(shù)據(jù)描述方式，結合標準的消息連接件技術，統(tǒng)一了業(yè)務監(jiān)視和業(yè)務開通所需要的資源模型，并且通過通用對象管理平臺進行描述，使系統(tǒng)具有很高的可擴展性。
4、通過將業(yè)務的表述、設備命令的描述和命令執(zhí)行的分離，并且通過數(shù)據(jù)流技術進行統(tǒng)一，使得市場部門的用戶可以關注于業(yè)務特征、系統(tǒng)維護人員關注于設備配置模板的維護，操作人員關注于操作的流程，不同人員的關注點不同，又通過數(shù)據(jù)流貫穿數(shù)據(jù)的變化過程，形成一個協(xié)同工作的平臺。


圖1為本發(fā)明的數(shù)據(jù)流驅動和組件化結構，注其中灰底色圖形是可選部分。
圖2為通用資源模型建立示意圖。
圖3為業(yè)務開通配置引擎數(shù)據(jù)流驅動結構。
圖4為同層網(wǎng)絡對象關系圖。
圖5為上下層網(wǎng)絡對象關系圖。
圖6為基于成本的路徑選擇算法示例。
圖7為事務控制的兩個層面結構。
圖8為基于本發(fā)明CAP的應用產(chǎn)品結構圖。
具體實施例方式
下面結合附圖對本發(fā)明作進一步的詳細說明。
一、本發(fā)明涉及的技術包括(1)基于數(shù)據(jù)流驅動和組件單元組裝技術的業(yè)務自動開通軟件體系架構；(2)基于通用對象建模和數(shù)據(jù)管理的業(yè)務開通資源模型；
(3)基于模版替換的命令自動映射和轉化引擎方法；(4)基于資源的成本模型路徑選擇算法；(5)業(yè)務處理過程中的事務控制機制。
二、與本發(fā)明相關的現(xiàn)有技術包括規(guī)則引擎技術、數(shù)據(jù)管理中間件技術、和通用網(wǎng)絡模型，分別說明如下1.規(guī)則引擎技術規(guī)則引擎技術是隨著企業(yè)級應用的復雜化，需求不斷的隨著業(yè)務規(guī)則的變化而變化，使得企業(yè)應用中的業(yè)務邏輯需要同開發(fā)人員的技術架構相分離而產(chǎn)生的技術，需要將業(yè)務規(guī)則從軟件中抽取出來，進行集中的管理，使之能夠在不同的時段(包括運行時)，可以動態(tài)的對業(yè)務規(guī)則進行修改，而不用中斷系統(tǒng)的服務。
規(guī)則引擎可以看作是一個通用軟件模塊，業(yè)務規(guī)則可以看作是對程序中代碼片段的一種抽取，規(guī)則引擎負責將應用程序中的業(yè)務規(guī)則加載并解釋執(zhí)行。
規(guī)則引擎的技術是從程序或者軟件結構的角度實現(xiàn)規(guī)則的分離，對于實現(xiàn)自動化的業(yè)務開通而言，很自然的想法是將開通過程的業(yè)務規(guī)則與規(guī)則引擎剝離，因此作為本發(fā)明的
2.數(shù)據(jù)管理中間件技術該技術是在本公司發(fā)明的有關通用對象建模方法及通用對象管理系統(tǒng)(專利申請?zhí)?3146664.8)基礎上，進一步結合電信運營支撐系統(tǒng)的實際需求，對上層應用提供數(shù)據(jù)模型服務和數(shù)據(jù)訪問服務的中間件技術。
對象建模方法包括采用通用對象模型、特殊對象模型和應用業(yè)務邏輯三層對象模型來建立被管對象的描述和應用的擴展，所述通用對象模型層描述和定義一般對象的屬性和呈現(xiàn)方式，將所有被管對象采用統(tǒng)一標準的格式來描述，形成有序組織的對象；特殊對象模型層定義對象和對象之間的相互關系，以及對象特定的應用含義，從而形成特定技術領域的對象模型描述；應用業(yè)務邏輯層定義基于特定對象模型的特定操作或方法，并與相關的應用邏輯相結合。本發(fā)明通過對通用對象模型層的描述，可以建立所有被管理對象的模型，適應對多技術領域、多專業(yè)領域管理對象的管理。
本發(fā)明中所使用的數(shù)據(jù)存儲服務、數(shù)據(jù)模型服務和數(shù)據(jù)訪問服務由對象管理系統(tǒng)所提供。
3.通用網(wǎng)絡模型如何建立通用的網(wǎng)絡模型，很多國際組織在這方面做出了巨大的貢獻，如電信管理論壇的TMF605所描述的CaSMIM(Connection and Service Management Information Model)模型，CaSMIM描述端到端業(yè)務中的網(wǎng)絡節(jié)點和他們之間的連接，通過對象之間的客戶、服務關系來實現(xiàn)網(wǎng)絡層次間的關系。
CaSMIM建立了一個通用網(wǎng)絡模型，應用于所有的網(wǎng)絡中，但是它局限在從網(wǎng)絡連接的角度來描述業(yè)務，對于單點接入型業(yè)務、組合業(yè)務的描述存在擴充的必要，尤其需要從網(wǎng)絡資源、業(yè)務資源和客戶資源以及他們之間的關系的角度對模型進一步擴充。
三、關于本發(fā)明基于數(shù)據(jù)流驅動和組件化技術的核心設計對于OSS領域而言，對于將業(yè)務規(guī)則和程序分開的通常做法是采取規(guī)則引擎的方式，從軟件程序的角度來考慮系統(tǒng)的設計。而本發(fā)明的核心設計思想是1.數(shù)據(jù)流的角度來分析和描述業(yè)務開通的過程對于數(shù)據(jù)流的處理環(huán)節(jié)，抽象為一個數(shù)據(jù)加工節(jié)點，定義為一類組件，通過在該組件中定義相關的配置文件來實現(xiàn)對數(shù)據(jù)的加工，數(shù)據(jù)處理算法和規(guī)則的抽象體現(xiàn)在若干個小的組件內(nèi)部。
2.數(shù)據(jù)統(tǒng)一采用XML語言來進行描述，數(shù)據(jù)加工的配置文件也采用XML文件來統(tǒng)一地進行描述。
3.兩個數(shù)據(jù)加工組件之間，通過消息連接件實現(xiàn)組件之間的數(shù)據(jù)通信。
4.可以通過消息連接件實現(xiàn)對數(shù)據(jù)流每一個處理環(huán)節(jié)的數(shù)據(jù)持久化和數(shù)據(jù)核查。
5.數(shù)據(jù)的處理過程可以采取并行數(shù)據(jù)流處理的方法，以提高系統(tǒng)的性能。
6.數(shù)據(jù)處理流程變化時，可以通過重新組織數(shù)據(jù)處理組件和相關的配置文件，達到適應變化的目標。
參見圖1所示，詳細描述了業(yè)務開通過程中，如何將業(yè)務定單通過數(shù)據(jù)加工節(jié)點，轉變?yōu)樵O備配置命令序列的基本數(shù)據(jù)流程。
1.定單適配組件將不同數(shù)據(jù)格式的業(yè)務定單轉化為待開通業(yè)務對象的數(shù)據(jù)加工節(jié)點，待開通業(yè)務對象是系統(tǒng)可以識別的數(shù)據(jù)結構。
2.端到端路徑選擇組件根據(jù)待開通業(yè)務對象所描述的業(yè)務信息，根據(jù)資源數(shù)據(jù)的組織，進行端到端路徑的選擇，可以做到跨網(wǎng)絡、跨地域、跨層次的選徑，可以根據(jù)不同的路徑選擇策略進行路徑的選擇。在完成路徑的選擇之后，待開通業(yè)務請求就轉化為由若干段路徑組成的業(yè)務對象組合。
3.業(yè)務對象分解組件適用于非帶寬型業(yè)務開通的業(yè)務對象的分解，例如，接入型業(yè)務對象，將一個整體的業(yè)務對象分解為若干個業(yè)務對象的組合。例如，對MPLS VPN業(yè)務開通而言，將一個VPN業(yè)務對象分解為若干個SITE對象的組合。
4.客戶層QOS向網(wǎng)絡層QOS的映射組件在經(jīng)過分解的業(yè)務對象組合層次，將客戶層的QOS服務的描述，分解到每一個業(yè)務對象上，作為業(yè)務對象組合的描述。
5.形成原子業(yè)務對象組件將業(yè)務對象組合映射為原子的不可分割的業(yè)務對象，作為業(yè)務開通的最小單元。
6.業(yè)務模板參數(shù)審計組件對info表示的不同業(yè)務請求參數(shù)進行有效性和正確性審計，info是采用XML描述的數(shù)據(jù)結構體，不同的業(yè)務開通請求數(shù)據(jù)結構是不同的，要增加對一種新業(yè)務開通配置，需要在預定義模板中增加一種描述新業(yè)務數(shù)據(jù)結構的模版，這個組件就可以對新業(yè)務進行處理。
7.參數(shù)轉換組件將原子業(yè)務對象中的相關參數(shù)，獲取對應的參數(shù)轉換映射和運算配置，把業(yè)務參數(shù)轉換為配置命令模板需要的參數(shù)。
8.命令解析組件關聯(lián)到相關廠商、設備型號、操作系統(tǒng)版本，將命令參數(shù)與配置模板中的相關參數(shù)項進行替換，形成完成一個原子業(yè)務操作的、與設備相關的配置命令序列。
9.作業(yè)調(diào)度組件將命令隊列中的命令序列按照調(diào)度規(guī)則進行調(diào)度，發(fā)送到命令執(zhí)行和事務控制組件。
10.命令執(zhí)行控制組件根據(jù)命令序列的控制內(nèi)容，執(zhí)行相關的命令操作，完成對設備的相關配置任務。
端到端路徑選擇組件和業(yè)務對象分解組件都調(diào)用資源查詢組件，從對象管理平臺或者第三方的資源管理系統(tǒng)中進行資源信息的查詢。
四、關于基于通用對象建模和數(shù)據(jù)管理平臺的業(yè)務開通資源模型資源模型是對現(xiàn)實世界中網(wǎng)絡、業(yè)務、客戶以及他們之間關系的一個抽象，業(yè)務開通的過程本質(zhì)上就是資源狀態(tài)發(fā)生變化的過程，也就是將物理/邏輯的網(wǎng)絡資源轉變?yōu)闃I(yè)務資源的一個過程。
本發(fā)明的業(yè)務開通資源模型采用對象的方法描述，并且通過對象管理平臺加以實現(xiàn)，提供資源數(shù)據(jù)的服務，本發(fā)明也可以支持所有符合OSSJ API規(guī)范的資源管理系統(tǒng)。
模型驅動是系統(tǒng)的靈魂，本發(fā)明采用了通用對象建模的方法，描述網(wǎng)絡中的節(jié)點(可以是設備、端口、端子)和節(jié)點之間的連接關系(可以是中繼、電路、路徑等)，以及網(wǎng)絡和網(wǎng)絡之間的連接關系(虛連接)，采用統(tǒng)一的數(shù)據(jù)描述與組織，采用多層模型實現(xiàn)從通用模型到專業(yè)模型的支持，為業(yè)務應用開發(fā)提供基礎。資源模型的建立分為三個層次(如圖2)最低層是一般對象層，在這個層次上把所有的網(wǎng)絡資源實例完全按照OO的思想進行共性化抽象，采用統(tǒng)一標準的格式來描述，形成有序組織的一般性對象(在這個層次中，對象都是獨立的實體)；中間層是對象關系層，在這個層次上根據(jù)對象的應用領域特性對對象之間的關系(比如包含關系，引用關系和其他關聯(lián)關系等)進行定義和描述，形成特定領域的資源對象模型；最上層是業(yè)務邏輯層，在這個層次上定義對象在特定領域中所擁有的特定操作或方法，并與相關的應用邏輯進行結合，從而最后形成特定領域的一個通用的資源模型。
此外，本發(fā)明還支持將業(yè)務開通的資源模型和業(yè)務監(jiān)視的資源模型統(tǒng)一在一起，為在業(yè)務開通后，立即對所開通的業(yè)務實現(xiàn)相關監(jiān)視提供了資源數(shù)據(jù)的基礎。通過模型驅動，實現(xiàn)了數(shù)據(jù)、模型和應用的分離，將復雜的業(yè)務開通問題分而治之，為實現(xiàn)多廠商、多層次、多業(yè)務、跨地域的業(yè)務開通提供了一個靈活擴展和快速實現(xiàn)的資源數(shù)據(jù)管理平臺，這也有力地支撐了基于數(shù)據(jù)流驅動的組件技術的實現(xiàn)。
五、關于基于模板和參數(shù)替換的通用配置引擎圖3描述了CAP平臺中的通用配置引擎的結構，在數(shù)據(jù)流的驅動下，通過業(yè)務參數(shù)模板審計組件，首先對info表示的不同業(yè)務請求參數(shù)進行有效性和正確性審計，info是采用XML描述的數(shù)據(jù)結構體，不同的業(yè)務開通請求數(shù)據(jù)結構是不同的，要增加對一種新業(yè)務開通配置，需要在預定義模板中增加一種描述新業(yè)務數(shù)據(jù)結構的模版，這個組件就可以對新業(yè)務進行處理。參數(shù)轉換組件，接收經(jīng)過審計的原子業(yè)務對象中的相關參數(shù)，獲取對應的參數(shù)轉換映射和運算配置，把業(yè)務參數(shù)轉換為配置命令模板需要的參數(shù)。命令解析組件，關聯(lián)到相關廠商、設備型號、操作系統(tǒng)版本，將命令參數(shù)與模板中的相關項進行替換，形成完成一個原子業(yè)務操作的、與設備相關的配置命令序列，并將命令序列放入到命令隊列中。通過作業(yè)調(diào)度組件，將命令序列發(fā)送到命令執(zhí)行和事務控制組件，完成對特定設備的配置。
通用配置引擎的特點在于1.實現(xiàn)了業(yè)務描述與命令描述特征的分離命令生成的過程中，將模板審計、參數(shù)替換、命令解析的過程通過數(shù)據(jù)流驅動進行加工處理。模板替換可以實現(xiàn)統(tǒng)一的業(yè)務描述，將Info原子業(yè)務對象映射到不同廠商、不同型號的設備參數(shù)替換的模版；參數(shù)替換可以將定單中的業(yè)務參數(shù)映射到模板中的命令解析所需要的參數(shù)，以實現(xiàn)業(yè)務和設備命令的無關性；命令解析的過程才將命令的參數(shù)替換模板中的變量，以生成命令序列。
2.命令的執(zhí)行與命令的生成過程完全獨立，通過作業(yè)調(diào)度組件對隊列中的命令序列進行FIFO的調(diào)度3.系統(tǒng)的可擴展性好，可以部署多個不同的命令執(zhí)行組件，一個命令執(zhí)行組件，可以配置telnet、ssh等不同的命令交互方式。
通過以上的技術手段，本發(fā)明可以做到對任何類型的業(yè)務開通，只需要定制相關的模板和參數(shù)映射表，就可以實現(xiàn)從業(yè)務描述到設備命令序列的映射，以及與設備之間的命令序列的交互。
六、關于基于資源的成本模型路徑選擇算法1.成本模型的建立從本質(zhì)上講，業(yè)務開通的過程就是對網(wǎng)絡中的業(yè)務點設備或者業(yè)務點設備組成的路徑進行自動化的配置。在人工配置過程中，業(yè)務點設備或路徑都是由人工根據(jù)選擇規(guī)則進行選擇指定，對于自動開通系統(tǒng)，就需要解決業(yè)務點設備或路徑的選擇問題。
基于資源的成本模型和基于成本的路徑選擇算法是本方案解決業(yè)務自動開通過程中端到端路徑選擇的方法，這里的成本并非經(jīng)濟學中的貨幣量衡的價值，而是一個擴展的概念，成本是一組影響路徑選擇的因子(如帶寬，最短路徑，造價以及用戶特殊規(guī)定的因素)按照權重組合形成的一個綜合指標，成本需要跟隨其影響因素的變化而變化，成本與尋徑節(jié)點所代表的資源對象(例如，設備)直接相關。
通過與資源模型結合，使成本成為每個資源對象都具有的一個屬性，資源模型和成本模型之間的關系如下成本模型是在網(wǎng)絡模型和資源模型的結合基礎上進行變換形成。不管是從應用，還是從技術角度，網(wǎng)絡模型是整個電信網(wǎng)絡的骨架，把網(wǎng)絡中的每個設備元素作為一個點進行看待，描述的是網(wǎng)絡中所有網(wǎng)元點之間的關系；而資源則是對每個設備作為網(wǎng)元對象本身進行描述，表示了設備對象的特征。
網(wǎng)絡模型和資源模型結合，變換之后形成的成本模型，不僅具備網(wǎng)絡模型的構架，同時具備了資源模型的內(nèi)容。形成成本模型的結合點是網(wǎng)元，變換操作不僅計算產(chǎn)生了成本因子，并且對網(wǎng)絡模型的結構進行了調(diào)整，成本模型沿襲了網(wǎng)絡模型的結構，但是對其邊緣進行突出，把邊緣對象強化，把非邊緣對象進行隱藏屏蔽，只在本網(wǎng)絡內(nèi)部可見，使同層的網(wǎng)絡對象關系簡化為僅僅是網(wǎng)絡之間邊緣節(jié)點之間的連接；在成本模型的每一個結構層次上，呈現(xiàn)的都是點和線形成的簡單圖形，成本體現(xiàn)在點之間的連線上。
圖4中的黑色實心原點就是邊沿網(wǎng)元，3個大的橢圓表示同一層次的3個子網(wǎng)對象，子網(wǎng)之間的連線表示邊緣連接，線上的數(shù)字表示這個連接路徑的成本；兩邊的單節(jié)點連線表示了超出了管理范圍的邊界節(jié)點和連線。
在成本模型的上下相鄰兩層子網(wǎng)對象之間是C/S關系，上層C網(wǎng)絡中的每兩個邊緣端點之間的連接都要有至少一條對應的下層S網(wǎng)絡對象內(nèi)以及對象間的連接(如上圖5)，使得C/S之間的服務委托關系能夠順利進行；建立了成本模型，就為路徑選擇建立了理論基礎。
2.路徑選擇算法進行路徑選擇，首先就是產(chǎn)生一個符合成本模型的路徑選擇實體圖，路徑選擇參考圖是遵守成本模型，具體的結合實際的網(wǎng)絡模型圖和實際的資源模型實體，并進行轉換和成本因子運算的結果。成本因子的運算是根據(jù)業(yè)務需要，確定影響路徑選擇的要素，并指定每個要素影響的權重和運算公式，把路徑選擇影響要素匯集成為一個算法因子。
同層網(wǎng)絡成本圖基本上是在網(wǎng)絡模型圖的基礎上，區(qū)分邊緣和內(nèi)部，分別建立邊緣連接和內(nèi)部連接，關聯(lián)成本因子到每個連接。
上下層網(wǎng)絡成本圖的產(chǎn)生是下層成本圖向上的一個匯聚和簡化把內(nèi)部節(jié)點和網(wǎng)絡內(nèi)連接對上隱藏，只把邊緣節(jié)點和邊緣連接在上層網(wǎng)絡對象中暴露，并上升為上層對象的內(nèi)部連接或者邊緣連接；根據(jù)成本模型形成了選徑圖，如何從中選擇一條符合業(yè)務需求的路徑，則是路徑選擇算法的工作。
提到選擇算法，從技術角度講有兩種選擇方向，一個是深度，一個是廣度。
CAP的路徑選擇算法是建立在成本模型基礎之上的，是結合了深度和廣度兩種方式的算法。路徑選擇就是按照成本模型為基礎進行，根據(jù)成本模型的產(chǎn)生特征，路徑選擇分成同層選徑和上下層選徑兩種過程，同層選徑是廣度算法，上下層選徑是深度算法，一個路徑選擇請求就是通過兩種方式的結合，互相交叉，最后完成最佳路徑的選擇。上下層路徑選擇就是通過C/S的原語實現(xiàn)，上次請求直接委托給下層進行實現(xiàn)(圖5已經(jīng)形象的表示了上下層選擇的算法了)；同層之間選徑分為網(wǎng)絡對象間和網(wǎng)絡對象內(nèi)兩種，網(wǎng)絡對象間路徑選擇就是根據(jù)成本選擇子網(wǎng)之間的連接，網(wǎng)絡對象間僅存在連接關系，沒有中間點，并且連接的數(shù)量一般很少；網(wǎng)絡內(nèi)選徑是最復雜的，在這個層次采用‘廣度優(yōu)先’的算法。首先選擇路徑選擇參考點(路徑選擇參考點一定是網(wǎng)絡邊緣點，并且是上層指定的節(jié)點，是確定的)，根據(jù)成本模型圖關系獲取與選擇參考點直接關聯(lián)的所有備選連接，然后根據(jù)成本選擇條件，確定一條最佳的連接；在確定最佳連接的同時，選擇參考點就會移動到連接上一個參考點的最佳連接的對端點，以此類推，直到網(wǎng)絡的輸出邊緣點。輸出邊緣點的確定一般也是上層委托時指定的，是確定的。
下面舉例說明這個算法。如下圖6的某個網(wǎng)絡選徑圖(這張圖僅反映下述請求執(zhí)行之前的情況，選擇的路徑在被部署業(yè)務后，選徑圖就會發(fā)生變化)，圖中自底黑字的節(jié)點表示這個網(wǎng)絡的邊緣節(jié)點(其中節(jié)點10，11連接到同一個外部網(wǎng)絡)，灰底黑字的節(jié)點是網(wǎng)絡內(nèi)節(jié)點，黑底白字的節(jié)點是通過選擇之后確定的業(yè)務開通路徑經(jīng)過的節(jié)點(這些節(jié)點都是中間節(jié)點)；實線是節(jié)點間的電路連接，粗實線表示路徑選擇的結果，細實線表示兩條路徑選擇過程中的可能路徑；節(jié)點圖標中的數(shù)字表示該節(jié)點在網(wǎng)絡中的編號，實線上的數(shù)字是電路的成本。
要求選擇一條以節(jié)點1為輸入節(jié)點，以10或者11為輸出節(jié)點的一條成本最低的路徑；假定上圖6中的所有網(wǎng)絡節(jié)點的服務特征都滿足業(yè)務需求算法描述首先以節(jié)點1為中心，采用波浪線對與其直接相連的節(jié)點進行掃描，得到所有的備選路徑節(jié)點(如圖6中的2，3，4)，根據(jù)選徑規(guī)則選出符合條件的路徑和通過的節(jié)點(圖6中的節(jié)點3和1與3之間的電路連接)；接下來以3為中心，采用同樣的方法繼續(xù)進行(注意已經(jīng)選擇過的節(jié)點不能再被作為備選節(jié)點)，直至到達輸出節(jié)點。在選擇的過程中，會出現(xiàn)某個節(jié)點到它的下一個節(jié)點的所有路徑都是相同的成本(如節(jié)點5的情況)，這是就需要就每個下步節(jié)點分別進行，得到所有備選路徑，最后從所有已選出的路徑集中再選出最符合條件的路徑(集)；由于網(wǎng)絡的復雜性，選徑過程中也會發(fā)生斷路的情況(比如圖6中，假如6-4間電路的成本也是1時，以4為起點，就沒有可以選擇的路徑了，此時，這條路徑就放棄。
結果遵循上述算法，選徑的最后結果是1-3-5-6-9-11；路徑選擇的結果必須是一條或者多條可以進行業(yè)務參數(shù)配置操作的網(wǎng)絡對象的有序組合。
七、關于業(yè)務處理過程中的事務控制業(yè)務開通的前后，導致了網(wǎng)絡和資源對象屬性和特征的改變，特別是對于端到端的業(yè)務開通過程中會涉及到對整個路徑上所有或者多個網(wǎng)元設備的配置，整個路徑上配置數(shù)據(jù)的一致性和完整性，是業(yè)務開通配置必須處理的一個重點問題。在CAP中，引入了事務處理機制。
事務(Transaction)這個概念最初是在數(shù)據(jù)庫領域進行應用，有效的保證了數(shù)據(jù)庫中數(shù)據(jù)的完整性和一致性。這里的事務概念和數(shù)據(jù)庫領域的概念是一致的，不同的是應用到了電信領域的業(yè)務開通配置過程控制中。
在CAP中，事務包括兩個層面(如下圖7)一個是面向業(yè)務的事務，保證了每個業(yè)務配置開通中所涉及到的網(wǎng)絡設備的操作一致性；另一個是面向每個網(wǎng)絡設備，保證一個業(yè)務的開通配置命令在設備上的完整性；也就是說，在CAP中事務控制是分層控制的，上面的第一個層面的控制是面向用戶業(yè)務請求，后一個控制是面向網(wǎng)絡設備。
在CAP的事務控制設計中，事務的最小單元是一個業(yè)務請求在單個網(wǎng)絡設備的開通配置動作，一個業(yè)務請求是有多個最小單元的事務組合形成，CAP事務控制器完成業(yè)務層事務向最小事務單元的分解，并監(jiān)測和管理每個最小事務單元的生命期。
CAP的事務控制具備較強的業(yè)務特征性，事務的生命期管理可以根據(jù)不同的業(yè)務開通特征進行靈活配置，比如對于端到端的業(yè)務開通，整個業(yè)務事務中的任何一個最小事務單元失敗，也就是在整個業(yè)務路徑上的任何一個設備配置失敗，整個事務就失敗，全部回滾，業(yè)務層事務和設備層事務是一體的，不管是業(yè)務層處理還是設備層配置，任一出現(xiàn)失敗，則整個業(yè)務層事務和所有的設備層事務都回滾；對于多點的接入業(yè)務，多點中的每個點配置互不影響，業(yè)務層事務和設備層事務是分立的，比如MPLSVPN業(yè)務開通，事務控制就僅僅需要對最小單元進行控制，保證每個點的事務性，單個點的開通配置失敗，并不需要對整個業(yè)務層事務進行回滾，但是業(yè)務層事務處理失敗，則必然會影響到設備層事務。
因此，CAP的事務控制是事務的概念在電信領域業(yè)務開通的一個擴展應用，通過兩個層次的事務劃分，使得事務和業(yè)務特征結合的更充分，更符合領域的需求。
八、關于產(chǎn)品結構根據(jù)以上的技術方案的描述，基于CAP的應用產(chǎn)品結構描述如下1.在網(wǎng)元配置層，通過通用配置引擎和相關的適配器模塊，完成設備命令的形成和配置下發(fā)，可以形成命令序列的方式直接與設備交互，也支持通過廠商所提供的網(wǎng)元管理系統(tǒng)(EMS)的API接口完成。
2.在核心開通引擎層，實現(xiàn)路徑選擇、特征映射、事務控制、服務派發(fā)、資源問詢、異常處理等功能，各個組件之間通過消息連接件以XML方式傳遞相關的信息。
3.核心開通引擎的北向接口是定單適配器，負責將業(yè)務定單系統(tǒng)的定單信息轉換為系統(tǒng)所能夠識別的開通業(yè)務對象(Order)；南向接口負責將核心開通引擎所形成的原子業(yè)務對象(Info)下發(fā)給相關的配置引擎。
4.整個系統(tǒng)由基于數(shù)據(jù)流驅動的組件組成，組件和組件之間通過消息連接件進行通信，通信的數(shù)據(jù)交互格式通過XML描述。根據(jù)組件完成功能的層次不同，劃分為以上的產(chǎn)品結構。
權利要求
1.核心開通平臺系統(tǒng)，其特征在于整個系統(tǒng)由基于數(shù)據(jù)流驅動的系列組件組成，各個組件之間通過消息連接件進行數(shù)據(jù)通信，每個組件中具有定義數(shù)據(jù)處理的規(guī)則文件，每個組件作為數(shù)據(jù)流的處理環(huán)節(jié)或節(jié)點能夠被組織到數(shù)據(jù)處理流程中。
2.根據(jù)權利要求1所述的核心開通平臺系統(tǒng)，其特征在于所述系列組件包括作為數(shù)據(jù)最初入口的定單適配組件和作為數(shù)據(jù)最終出口的命令執(zhí)行控制組件，所述定單適配組件用于將不同數(shù)據(jù)格式的業(yè)務定單轉化為待開通業(yè)務對象的數(shù)據(jù)加工節(jié)點，待開通業(yè)務對象是系統(tǒng)可以識別的數(shù)據(jù)結構；所述命令執(zhí)行控制組件用于根據(jù)命令序列的控制內(nèi)容，執(zhí)行相關的命令操作，完成對設備的相關配置任務。
3.根據(jù)權利要求2所述的核心開通平臺系統(tǒng)，其特征在于所述系列組件還包括業(yè)務對象分解組件、形成原子業(yè)務對象組件、業(yè)務模板參數(shù)審計組件、參數(shù)轉換組件、和/或命令解析組件，所述業(yè)務對象分解組件用于非帶寬型業(yè)務開通的業(yè)務對象的分解；所述形成原子業(yè)務對象組件用于將業(yè)務對象組合映射為原子的不可分割的業(yè)務對象，作為業(yè)務開通的最小單元；所述業(yè)務模板參數(shù)審計組件用于對info表示的不同業(yè)務請求參數(shù)進行有效性和正確性審計，info是采用XML描述的數(shù)據(jù)結構體，不同的業(yè)務開通請求數(shù)據(jù)結構是不同的，要增加對一種新業(yè)務開通配置，需要在預定義模板中增加一種描述新業(yè)務數(shù)據(jù)結構的模版，這個組件就可以對新業(yè)務進行處理；所述參數(shù)轉換組件用于將原子業(yè)務對象中的相關參數(shù)，獲取對應的參數(shù)轉換映射和運算配置，把業(yè)務參數(shù)轉換為配置命令模板需要的參數(shù)；所述命令解析組件用于將命令參數(shù)與配置模板中的相關廠商、設備型號和操作系統(tǒng)版本的相關參數(shù)項進行替換，形成完成一個原子業(yè)務操作的、與設備相關的配置命令序列。
4.根據(jù)權利要求3所述的核心開通平臺系統(tǒng)，其特征在于所述非帶寬型業(yè)務開通的業(yè)務對象的分解是指將接入型業(yè)務對象作為一個整體的業(yè)務對象分解為若干個業(yè)務對象的組合，或者，對于MPLS VPN業(yè)務開通而言，將一個VPN業(yè)務對象分解為若干個SITE對象的組合。
5.根據(jù)權利要求3所述的核心開通平臺系統(tǒng)，其特征在于所述系列組件還包括端到端路徑選擇組件、客戶層QOS向網(wǎng)絡層QOS的映射組件、和/或作業(yè)調(diào)度組件，所述端到端路徑選擇組件用于根據(jù)待開通業(yè)務對象所描述的業(yè)務信息，根據(jù)資源數(shù)據(jù)的組織，進行端到端路徑的選擇，可以做到跨網(wǎng)絡、跨地域、跨層次的選徑，可以根據(jù)不同的路徑選擇策略進行路徑的選擇。在完成路徑的選擇之后，待開通業(yè)務請求就轉化為由若干段路徑組成的業(yè)務對象組合；所述客戶層QOS向網(wǎng)絡層QOS的映射組件用于在經(jīng)過分解的業(yè)務對象組合層次，將客戶層的QOS服務的描述，分解到每一個業(yè)務對象上，作為業(yè)務對象組合的描述；所述作業(yè)調(diào)度組件用于將命令隊列中的命令序列按照調(diào)度規(guī)則進行調(diào)度，發(fā)送到命令執(zhí)行和事務控制組件。
6.根據(jù)權利要求5所述的核心開通平臺系統(tǒng)，其特征在于所述端到端路徑選擇組件能夠調(diào)用資源查詢組件，從統(tǒng)一資源庫中進行資源信息的查詢。
7.根據(jù)權利要求3所述的核心開通平臺系統(tǒng)，其特征在于所述業(yè)務對象分解組件能夠調(diào)用資源查詢組件，從統(tǒng)一資源庫中進行資源信息的查詢。
8.根據(jù)權利要求1所述的核心開通平臺系統(tǒng)，其特征在于所述消息連接件能夠實現(xiàn)對數(shù)據(jù)流每一個處理環(huán)節(jié)的數(shù)據(jù)持久化和數(shù)據(jù)核查。
9.根據(jù)權利要求1所述的核心開通平臺系統(tǒng)，其特征在于所述數(shù)據(jù)統(tǒng)一采用XML語言來進行描述，數(shù)據(jù)加工的配置文件也采用XML文件來統(tǒng)一地進行描述。
10.根據(jù)權利要求1所述的核心開通平臺系統(tǒng)，其特征在于該系統(tǒng)能夠采取并行數(shù)據(jù)流處理，也能夠通過重新組織數(shù)據(jù)處理組件及其數(shù)據(jù)處理的規(guī)則文件以適應數(shù)據(jù)處理流程的變化。
全文摘要
本發(fā)明提供一種用于開通電信業(yè)務的核心開通平臺系統(tǒng)，其特征在于整個系統(tǒng)由基于數(shù)據(jù)流驅動的系列組件組成，各個組件之間通過消息連接件進行數(shù)據(jù)通信，每個組件中具有定義數(shù)據(jù)處理的規(guī)則文件，每個組件作為數(shù)據(jù)流的處理環(huán)節(jié)或節(jié)點能夠被組織到數(shù)據(jù)處理流程中。采用該核心開通平臺系統(tǒng)能夠實現(xiàn)從電信運營商的前端業(yè)務定單系統(tǒng)的定單自動地轉換成各種網(wǎng)絡、各類設備的配置命令并激活業(yè)務的全過程。
文檔編號H04M3/22GK1946198SQ200610114300
公開日2007年4月11日 申請日期2006年11月3日 優(yōu)先權日2006年11月3日
發(fā)明者金建林, 袁雋, 楊朝令, 郭衛(wèi)增 申請人:北京直真節(jié)點技術開發(fā)有限公司