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

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


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