一種網(wǎng)絡(luò)集中控制方法、系統(tǒng)以及多域控制器的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于通信領(lǐng)域的傳送網(wǎng)子領(lǐng)域,尤其涉及一種網(wǎng)絡(luò)集中控制方法、系統(tǒng)以及多域控制器。
【背景技術(shù)】
[0002]在大型運(yùn)營商的傳送網(wǎng)絡(luò)中,由于分區(qū)域網(wǎng)絡(luò)管理(如骨干網(wǎng)、省網(wǎng)、城域網(wǎng))或廠家競爭性的原因,多域組網(wǎng)的場景是必然存在的。如何在多域網(wǎng)絡(luò)中實(shí)現(xiàn)端到端連接的控制和管理是運(yùn)營商長期面臨的一個難題。
[0003]目前實(shí)現(xiàn)多域網(wǎng)絡(luò)中的端到端連接控制主要有統(tǒng)一網(wǎng)管和GMPLS E-NNI分布式協(xié)議兩種方式,兩種方式的主要特點(diǎn)和存在的問題分析如下。
[0004](一)GMPLS E-NNI 分布式控制
[0005]圖1所示為基于分布式協(xié)議的跨域連接控制流程圖。
[0006]基于分布式的GMPLS E-NNI信令和路由協(xié)議可以實(shí)現(xiàn)跨域連接的控制。當(dāng)源點(diǎn)AGC-a收到連接建立請求后,根據(jù)其自身了解的網(wǎng)絡(luò)拓?fù)湫畔⒂?jì)算出端到端的連接路由,然后向宿點(diǎn)AGC-z發(fā)送資源預(yù)留請求消息(Path) ;AGC_z收到Path消息后,向AGC_a發(fā)送資源預(yù)留消息(Resv) ;AGC-a收到Path消息后,向AGC-z發(fā)送連接建立確認(rèn)消息(Confirm),連接建立完成。
[0007]由于分布式控制是由各個節(jié)點(diǎn)分別計(jì)算路由和建立連接,缺乏全局的網(wǎng)絡(luò)視圖和統(tǒng)一協(xié)調(diào),如某個域內(nèi)的節(jié)點(diǎn)只有該域內(nèi)的詳細(xì)網(wǎng)絡(luò)拓?fù)湫畔ⅲ约捌渌虻某橄笸負(fù)湫畔?。因此,分布式控制在連接建立和網(wǎng)絡(luò)發(fā)生故障重路由時可能存在資源沖突的問題,例如當(dāng)圖1中的AGC-a和AGC-z同時向?qū)Χ税l(fā)起連接建立請求的時候,就可能在中間鏈路上發(fā)生資源沖突,造成連接建立的失敗。
[0008]同時,源節(jié)點(diǎn)在計(jì)算連接路徑時存在不是最優(yōu)路徑的情況。另外由于需要在所有的域邊界節(jié)點(diǎn)上配置ENNI信令和路由協(xié)議,配置工作量大、配置復(fù)雜、容易出錯,系統(tǒng)功能升級難度大,互通性差。因此這種方式在現(xiàn)網(wǎng)中沒有得到商用部署。
[0009](二)統(tǒng)一網(wǎng)管控制方式
[0010]圖2所示為匪S-EMS網(wǎng)管系統(tǒng)架構(gòu)示意圖。
[0011]基于匪S (網(wǎng)絡(luò)管理系統(tǒng))-EMS (網(wǎng)元管理系統(tǒng))網(wǎng)管系統(tǒng)架構(gòu)實(shí)現(xiàn)跨域連接的控制流程中,NMS通過查詢各廠商EMS獲取全網(wǎng)的拓?fù)滟Y源信息。當(dāng)需要建立一條端到端的連接時,匪S計(jì)算出連接路由后,將端到端的連接路徑拆分為單域路徑信息,然后下發(fā)給各個單域的EMS ;EMS負(fù)責(zé)完成本域內(nèi)的連接建立,并將連接建立的結(jié)果反饋給匪S,完成連接建立過程。
[0012]但是由于EMS北向接口需要傳送的信息種類多、數(shù)量大,包括鏈路狀態(tài)、網(wǎng)絡(luò)拓?fù)湫畔?、告警、性能、設(shè)備狀態(tài)(機(jī)架、子架、接□盤、端□)、控制平面管理信息、DCN管理、安全管理信息等,造成NMS的開發(fā)和維護(hù)難度大。
[0013]另外由于網(wǎng)管接口協(xié)議需要上報(bào)的信息量大,因此主要是采用匪S查詢的方式獲取網(wǎng)絡(luò)信息,而且采用的是全量上報(bào)方式,以上原因造成匪S無法動態(tài)實(shí)時獲取網(wǎng)絡(luò)拓?fù)湫畔⒌淖兓闆r,造成WS、EMS和網(wǎng)元之間信息同步的困難,從而使得通過統(tǒng)一網(wǎng)管下發(fā)配置命令出現(xiàn)差錯的風(fēng)險(xiǎn)加大。因此,目前的匪S綜合網(wǎng)管一般只能實(shí)現(xiàn)對跨域連接的查看功能,而很少實(shí)現(xiàn)連接的建立、修改、刪除功能。
【發(fā)明內(nèi)容】
[0014]本發(fā)明的發(fā)明人發(fā)現(xiàn)上述現(xiàn)有技術(shù)中存在問題,并因此針對所述問題中的至少一個問題提出了一種新的技術(shù)方案。
[0015]根據(jù)本發(fā)明一方面,提出一種多域控制器,包括:
[0016]連接控制單元,用于接收業(yè)務(wù)建立請求,根據(jù)該建立請求向路由控制單元發(fā)起路徑計(jì)算請求,接收路由控制單元反饋的端到端的連接路徑,將端到端的連接路徑拆分為單域控制器所屬域內(nèi)的連接路徑信息,并傳送給協(xié)議控制單元;
[0017]拓?fù)涔芾韱卧?,用于接收、存儲鏈路狀態(tài)和網(wǎng)絡(luò)拓?fù)湫畔ⅲ魉徒o路由控制單元;
[0018]路由控制單元,用于根據(jù)鏈路狀態(tài)和網(wǎng)絡(luò)拓?fù)湫畔⒂?jì)算出端到端的連接路徑,并反饋給連接控制單元;
[0019]協(xié)議控制單元,用于接收單域控制器上報(bào)的鏈路狀態(tài)和網(wǎng)絡(luò)拓?fù)湫畔?,在進(jìn)行協(xié)議解析后轉(zhuǎn)發(fā)給拓?fù)涔芾韱卧?;以及將單域控制器所屬域?nèi)的連接路徑信息進(jìn)行協(xié)議封裝后下發(fā)給各個單域控制器。
[0020]進(jìn)一步,協(xié)議控制單元還有接收來自客戶控制器或應(yīng)用的業(yè)務(wù)建立請求,對業(yè)務(wù)建立請求進(jìn)行協(xié)議解析后發(fā)給連接控制單元。
[0021]進(jìn)一步,所述協(xié)議控制單元包括:
[0022]第一協(xié)議控制器,用于接收來自客戶控制器或應(yīng)用的業(yè)務(wù)建立請求,對業(yè)務(wù)建立請求進(jìn)行協(xié)議解析后發(fā)給連接控制單元;
[0023]第二協(xié)議控制器,用于接收單域控制器上報(bào)的鏈路狀態(tài)和網(wǎng)絡(luò)拓?fù)湫畔?,在進(jìn)行協(xié)議解析后轉(zhuǎn)發(fā)給拓?fù)涔芾韱卧灰约皩斡蚩刂破魉鶎儆騼?nèi)的連接路徑信息進(jìn)行協(xié)議封裝后下發(fā)給各個單域控制器。
[0024]進(jìn)一步,連接控制單元還接收連接修改或者連接刪除請求,并將上述請求下發(fā)到單域控制器。
[0025]進(jìn)一步,還包括網(wǎng)絡(luò)資源虛擬化管理單元,其中:
[0026]網(wǎng)絡(luò)資源虛擬化管理單元用于向客戶控制器提供抽象網(wǎng)絡(luò)拓?fù)洌员闾峁﹤魉吞摂M專用網(wǎng)(VPN)業(yè)務(wù)。
[0027]進(jìn)一步,拓?fù)涔芾韱卧糜诮邮諉斡蚩刂破魃蠄?bào)的鏈路狀態(tài)和網(wǎng)絡(luò)拓?fù)湫畔⒌脑隽績?nèi)容。
[0028]根據(jù)本發(fā)明另一方面,提出一種網(wǎng)絡(luò)集中控制系統(tǒng),包括上述任一所述多域控制器以及單域控制器,其中,單域控制器根據(jù)所收到的所屬域內(nèi)的連接路徑信息,完成本域內(nèi)的連接建立。
[0029]根據(jù)本發(fā)明另一方面,提出一種網(wǎng)絡(luò)集中控制方法,包括:
[0030]多域控制器接收業(yè)務(wù)建立請求;
[0031]多域控制器接收單域控制器上報(bào)的鏈路狀態(tài)和網(wǎng)絡(luò)拓?fù)湫畔ⅲ?br>[0032]多域控制器根據(jù)鏈路狀態(tài)和網(wǎng)絡(luò)拓?fù)湫畔⒂?jì)算出端到端的連接路徑;
[0033]多域控制器將端到端的連接路徑拆分為單域控制器所屬域內(nèi)的連接路徑信息,并下發(fā)到單域控制器,以便單域控制器根據(jù)所收到的所屬域內(nèi)的連接路徑信息完成本域內(nèi)的連接建立。
[0034]進(jìn)一步,還包括:接收來自客戶控制器或應(yīng)用的業(yè)務(wù)建立請求后,對業(yè)務(wù)建立請求進(jìn)行協(xié)議解析。
[0035]進(jìn)一步,還包括:對接收的鏈路狀態(tài)和網(wǎng)絡(luò)拓?fù)湫畔⑦M(jìn)行協(xié)議解析;以及將單域控制器所屬域內(nèi)的連接路徑信息進(jìn)行協(xié)議封裝后下發(fā)給各個單域控制器。
[0036]進(jìn)一步,還包括:接收連接修改或者連接刪除請求,并將上述請求下發(fā)到單域控制器。
[0037]進(jìn)一步,還包括:接收鏈路狀態(tài)和網(wǎng)絡(luò)拓?fù)湫畔⒌脑隽績?nèi)容。
[0038]本發(fā)明可以在連接建立之前對連接路徑的合理性進(jìn)行確認(rèn),從而可以避免某個域內(nèi)路徑計(jì)算失敗后需要拆除已建連接的情況發(fā)生,減少不必要的操作和控制消息,提高網(wǎng)絡(luò)的穩(wěn)定性。本發(fā)明還可以避免連接建立和恢復(fù)時的資源沖突,提高網(wǎng)絡(luò)資源利用率,且減少網(wǎng)絡(luò)配置的工作量。
[0039]通過以下參照附圖對本發(fā)明的示例性實(shí)施例的詳細(xì)描述,本發(fā)明的其它特征及其優(yōu)點(diǎn)將會變得清楚。
【附圖說明】
[0040]構(gòu)成說明書的一部分的附圖描述了本發(fā)明的實(shí)施例,并且連同說明書一起用于解釋本發(fā)明的原理。
[0041]參照附圖,根據(jù)下面的詳細(xì)描述,可以更加清楚地理解本發(fā)明,其中:
[0042]圖1所示為基于分布式協(xié)議的跨域連接控制流程圖。
[0043]圖2所示為匪S-EMS網(wǎng)管系統(tǒng)架構(gòu)示意圖。
[0044]圖3所示為本發(fā)明實(shí)施例中的一種網(wǎng)絡(luò)集中控制系統(tǒng)架構(gòu)示意圖。
[0045]圖4所示為本發(fā)明另一實(shí)施例中的一種網(wǎng)絡(luò)集中控制系統(tǒng)架構(gòu)示意圖。
[0046]圖5所示為本發(fā)明實(shí)施例中的一種網(wǎng)絡(luò)集中控制方法流程示意圖。
[0047]圖6所示為本發(fā)明另一實(shí)施例中的一種網(wǎng)絡(luò)集中控制方法流程示意圖。
【具體實(shí)施方式】
[0048]現(xiàn)在將參照附圖來詳細(xì)描述本發(fā)明的各種示例性實(shí)施例。應(yīng)注意到:除非另外具體說明,否則在這些實(shí)施例中闡述的部件和步驟的相對布置、數(shù)字表達(dá)式和數(shù)值不限制本發(fā)明的范圍。
[0049]同時,應(yīng)當(dāng)明白,為了便于描述,附圖中所示出的各個部分的尺寸并不是按照實(shí)際的比例關(guān)系繪制的。
[00