專利名稱：：用于交換機(jī)和路由器的軟件控制平面的制作方法用于交換機(jī)和路由器的軟件控制平面相關(guān)串i青本申請要求2007年3月1日提交的美國臨時申請No.60/904，259以及2008年2月28日提交的美國臨時申請No.61/032，214的優(yōu)先權(quán)。上述申請的全部教導(dǎo)通過引用結(jié)合于此。
背景技術(shù)：
：過去的數(shù)年來，因特網(wǎng)的指數(shù)增長造成了服務(wù)提供商網(wǎng)絡(luò)的極度緊張。不僅用戶數(shù)目增長，而且在連接速度、主干通信量以及更新的應(yīng)用方面都有數(shù)倍增長。最初，普通數(shù)據(jù)應(yīng)用以盡力而為的方式要求容量；然而，類似虛擬專用網(wǎng)絡(luò)(VPN)、語音、多媒體通信流以及實時電子商務(wù)應(yīng)用之類的較新應(yīng)用正推向更寬的帶寬和更好的服務(wù)保證。當(dāng)前使用的提供這種服務(wù)質(zhì)量(QoS)的主要技術(shù)包括多協(xié)議標(biāo)簽交換(MPLS)以及提供商骨干傳送(PBT)。網(wǎng)絡(luò)運營商受到服務(wù)收益的徹底轉(zhuǎn)移以及過去二十年中出現(xiàn)的技術(shù)的挑戰(zhàn)。在1980年代末期，幾乎所有服務(wù)收益都是基于傳統(tǒng)時分復(fù)用(T匿)和同步光網(wǎng)絡(luò)/同步數(shù)字體系或"電路交換"網(wǎng)絡(luò)基礎(chǔ)設(shè)施，通過固線語音和租用線路服務(wù)而生成的。到1990年代末期，顯然，因特網(wǎng)的增長以及業(yè)務(wù)向基于分組的服務(wù)(包括幀中繼、異步傳輸模式(ATM)和因特網(wǎng)協(xié)議(IP)服務(wù))的轉(zhuǎn)移將創(chuàng)建完全新的收益和服務(wù)模式?，F(xiàn)今，運營商面臨"比特管道"業(yè)務(wù)方面的越來越大的競爭，"比特管道"(bit-pipe)業(yè)務(wù)是一種完全基于作為一種功用的連通性，而收益和利潤都較低的業(yè)務(wù)模式。不強調(diào)內(nèi)容和服務(wù)的比特管道模式由運作卓越性驅(qū)動。為了在下降的收益中維持盈利，在IP技術(shù)、基礎(chǔ)設(shè)施整合、處理自動化、運作外包以及惡性競爭的驅(qū)動下，迫使采用比特管道的運營商降低他們的運作成本。此外，運營商計劃從諸如管理業(yè)務(wù)服務(wù)、面向連接的服務(wù)之類的增值服務(wù)增長陣列(包括通過IP的語音(VoIP)、IP電視(IPTV)和寬帶因特網(wǎng))和外包和接包的批發(fā)供應(yīng)以及轉(zhuǎn)向較小企業(yè)客戶，來驅(qū)動頂線增長，以激起他們的金融前景。這樣做，運營商加入到另一主導(dǎo)趨勢客戶對比近幾年以前消耗的帶寬更大量級的帶寬的需求，并且激起了對針對中小企業(yè)外包信息技術(shù)(IT)的自動統(tǒng)包服務(wù)供應(yīng)的需求。結(jié)果，運營商必須通過復(fù)雜的應(yīng)用從最簡單的比特管道創(chuàng)建包括多個有明顯區(qū)別的服務(wù)在內(nèi)的資產(chǎn)組合(portfolio)，同時增加整個服務(wù)生存期中的自動化，來找到滿足客戶需求的方式。然而，這些服務(wù)被分層在具有不同約束的完全不同的物理基礎(chǔ)設(shè)施上。例如，在城域集中的情況中，在增加帶寬可用性時，管理成本是至關(guān)重要的。服務(wù)提供商希望通過組件再使用而非另起爐灶來構(gòu)建新的服務(wù)，這要求這些應(yīng)用利用共同的物理基礎(chǔ)設(shè)施。由于對分組服務(wù)的需求已增長并超過了對語音和電路服務(wù)的需求，因此，傳統(tǒng)運營商發(fā)現(xiàn)他們自己在運作分離的電路和分組交換網(wǎng)絡(luò)。此外，運營商從比特管道到增值服務(wù)提供商的轉(zhuǎn)變迫使他們重新思考在他們的傳送網(wǎng)絡(luò)上遞送服務(wù)的傳統(tǒng)模式。將服務(wù)緊緊地耦合到底層傳送網(wǎng)絡(luò)的當(dāng)前模式不能遞送運營商進(jìn)行真正的服務(wù)創(chuàng)新所需的靈活性。運6營商需要獨立地處理服務(wù)和傳送的靈活的架構(gòu)。此外，經(jīng)濟(jì)一直是主要關(guān)心的問題。因此，服務(wù)提供商已認(rèn)識到了對驅(qū)動以太網(wǎng)企業(yè)經(jīng)濟(jì)以及對運營商網(wǎng)絡(luò)的靈活性的需求。運營商希望通過在批發(fā)和零售市場中創(chuàng)建新的應(yīng)用并向現(xiàn)有服務(wù)增加新的客戶來創(chuàng)建新的收益流。此外，運營商希望通過服務(wù)自動化以及法規(guī)遵從的簡化來降低成本。運營商面臨的主要問題在于網(wǎng)絡(luò)不是具有一種拓?fù)?，它們具有三種用來使端點可以彼此尋址的服務(wù)的"邏輯拓?fù)?；示出了流量在這些端點之間追隨的實際路徑的網(wǎng)絡(luò)的"流量拓?fù)?；以及對可用性管理以及從故障恢復(fù)至關(guān)重要的網(wǎng)絡(luò)的"物理拓?fù)?。缺乏對三種網(wǎng)絡(luò)拓?fù)涞莫毩⒖刂撇皇且粚W(xué)術(shù)問題。VPN通常是在公司內(nèi)使用的或者由數(shù)個公司或組織用來通過公共網(wǎng)絡(luò)進(jìn)行私密通信的專用通信網(wǎng)絡(luò)。VPN流量可以通過標(biāo)準(zhǔn)協(xié)議之上的公共聯(lián)網(wǎng)基礎(chǔ)設(shè)施(例如，因特網(wǎng))來運送，或者通過在VPN客戶與VPN服務(wù)提供商之間具有經(jīng)定義的服務(wù)水平協(xié)議(SLA)的、服務(wù)提供商的專用網(wǎng)絡(luò)來運送。VPN可以是一種有成本效益的安全方式，用于不同公司向用戶提供對公司網(wǎng)絡(luò)的接入以及用于遠(yuǎn)程網(wǎng)絡(luò)通過因特網(wǎng)彼此通信。VPN連接比專用私有線路更有成本效益；通常，VPN包括兩個部分受保護(hù)的或"內(nèi)部"網(wǎng)絡(luò)，其提供物理上和管理上的安全性來保護(hù)傳輸；以及不太值得信賴的"外部"網(wǎng)絡(luò)或網(wǎng)段(通常經(jīng)過因特網(wǎng))。一般地，防火墻位于遠(yuǎn)程用戶的工作站或客戶端與主機(jī)網(wǎng)絡(luò)或服務(wù)器之間。由于用戶的客戶端與防火墻建立通信，因此，客戶端可以將認(rèn)證數(shù)據(jù)傳遞到周邊內(nèi)的認(rèn)證服務(wù)。認(rèn)識的可信賴的人，有時僅在使用可信賴設(shè)備時才可以被提供有適當(dāng)?shù)陌踩貦?quán)以訪問普通用戶不能獲得的資源。精心設(shè)計的VPN可以為組織提供眾多益處。其可以擴(kuò)展地理連通性，在數(shù)據(jù)線路未被加密時提高安全性；減少遠(yuǎn)程用戶的渡越時間和傳送成本；降低相對于傳統(tǒng)廣域網(wǎng)(WAN)的運作成本；在某些情形中簡化網(wǎng)絡(luò)拓?fù)?；提供全球?lián)網(wǎng)機(jī)會、遠(yuǎn)距離辦公人員支持、寬帶聯(lián)網(wǎng)兼容性，以及比傳統(tǒng)運營商租用/擁有WAN線路更快的投資回報，顯示了良好的規(guī)模經(jīng)濟(jì)，當(dāng)與公鑰基礎(chǔ)設(shè)施一起使用時良好的規(guī)模可擴(kuò)展性。為了進(jìn)行連接，VPN可以使用隧道。隧道傳輸(t皿neling)是以如下方式通過公共網(wǎng)絡(luò)的數(shù)據(jù)傳輸公共網(wǎng)絡(luò)中的路由節(jié)點不知道該傳輸是私有網(wǎng)絡(luò)的一部分。一般地，通過將私有網(wǎng)絡(luò)數(shù)據(jù)和協(xié)議信息封裝在公共網(wǎng)絡(luò)協(xié)議數(shù)據(jù)中以使得檢查所發(fā)送數(shù)據(jù)幀的任何人不可獲得經(jīng)隧道傳輸?shù)臄?shù)據(jù)，從而實現(xiàn)隧道傳輸。隧道傳輸允許代表用戶利用公共網(wǎng)絡(luò)(例如，因特網(wǎng))來運送數(shù)據(jù)，就好像用戶訪問了"私有網(wǎng)絡(luò)"一樣，由此而得名。運營商使用MPLS來在他們的網(wǎng)絡(luò)中引導(dǎo)流量的流動。MPLS非常適于在VPN的隧道傳輸中使用，這是因為MPLS提供流量隔離和區(qū)分，而不用大量開銷。MPLS是數(shù)據(jù)運送機(jī)制，其通過為給定的分組序列建立特定路徑，來在分組交換網(wǎng)絡(luò)上仿真電路交換網(wǎng)絡(luò)的一些性質(zhì)，特定路徑通過置于每個分組中的標(biāo)簽進(jìn)行標(biāo)識。MPLS是與協(xié)議無關(guān)的，并且可以用來運送許多不同種類的流量，包括IP分組以及本地ATM、SONET和以太網(wǎng)幀。MPLS通過在分組前面添加包含一個或多個"標(biāo)簽"的MPLS頭部來進(jìn)行工作。這稱為標(biāo)簽棧。進(jìn)入數(shù)據(jù)分組由標(biāo)簽邊緣路由器(LER)指派一標(biāo)簽，并且隨后沿著標(biāo)簽交換路徑(LSP)被轉(zhuǎn)發(fā)。在其路由期間，在MPLS標(biāo)簽棧之下的分組的內(nèi)容不被檢查。沿著LSP，每個標(biāo)簽交換路由器(LSR)僅根據(jù)棧上最頂層標(biāo)簽的指令來轉(zhuǎn)發(fā)分組。在每一跳處，LSR剝?nèi)ガF(xiàn)有標(biāo)簽，并且應(yīng)用新的標(biāo)簽，該新標(biāo)簽通知下一跳如何轉(zhuǎn)發(fā)分組。沿著數(shù)據(jù)路徑在每一跳處實施LSP，以使得跨越IP云提供安全路徑?？梢栽贛PLS網(wǎng)絡(luò)中為個人客戶創(chuàng)建特定IP隧道，而無需加密或端用戶應(yīng)用。最后，目的地處的LER移除標(biāo)簽并且將分組遞送到預(yù)定地址。在出口LER處，最后的標(biāo)簽被移除以使得僅有效載荷留下。這可以是IP分組，或者多個其它種類的有效載荷分組中的任一種。因此，出口路由器必須具有針對分組的有效載荷的路由信息，這是因為其必須在沒有標(biāo)簽查找表的幫助下轉(zhuǎn)發(fā)該分組。除較快速轉(zhuǎn)發(fā)流量外，MPLS使得容易針對QoS來管理網(wǎng)絡(luò)。因特網(wǎng)服務(wù)提供商(ISP)可以基于優(yōu)先級和服務(wù)計劃來更好地管理不同種類的數(shù)據(jù)流。例如，預(yù)訂了高級服務(wù)計劃的客戶或者接收大量流傳輸媒體或高帶寬內(nèi)容的客戶可能經(jīng)歷最小延時和分組丟失。然而，MPLS的操作與IP纏繞在一起，因此可能繼承許多適應(yīng)性行為問題、擁塞以及與IP相關(guān)聯(lián)的安全性問題。即使對于業(yè)務(wù)服務(wù)，客戶流量變化也可以影響網(wǎng)絡(luò)負(fù)荷和性能。因此，總是存在擁塞引起服務(wù)故障的風(fēng)險，其中，網(wǎng)絡(luò)負(fù)荷較高并且流量是突發(fā)性的。因此，關(guān)鍵值提議在客戶的總體驗質(zhì)量中逐漸被破壞。此外，雖然分組網(wǎng)絡(luò)提供了適應(yīng)性行為來增加彈性，然而，IP缺乏電路的可預(yù)見性，這是因為運營商不能容易地確定其客戶的關(guān)鍵數(shù)據(jù)所采取的路徑。PBT是對以太網(wǎng)技術(shù)的一組增強，其允許將以太網(wǎng)用作運營商級的傳送網(wǎng)絡(luò)。以太網(wǎng)是針對局域網(wǎng)(LAN)的、基于幀的計算機(jī)聯(lián)網(wǎng)技術(shù)的較大多樣系列，并且通過媒體訪問控制(MAC)層的網(wǎng)絡(luò)接入裝置來定義了針對物理層的多種布線和信號傳輸標(biāo)準(zhǔn)。MAC層提供稱為MAC地址的48比特尋址機(jī)制，MAC地址是指派給每個網(wǎng)絡(luò)適配器的唯一序列號，這使得能夠在網(wǎng)絡(luò)中將數(shù)據(jù)分組遞送到目的地。以太網(wǎng)體系結(jié)構(gòu)中的關(guān)鍵標(biāo)準(zhǔn)是被標(biāo)準(zhǔn)化為電氣電子工程師協(xié)會(IEEE)802.lah的提供商骨干橋接(PBB)。該標(biāo)準(zhǔn)包括基于MAC地址的封裝，常稱為"M中的M"或"MAC中的MAC"封裝。PBT使用依據(jù)IEEE標(biāo)準(zhǔn)802.1Q的虛擬局域網(wǎng)(VLAN)標(biāo)簽、依據(jù)IEEE802.lad的Q中的Q以及依據(jù)IEEE802.lah的MAC中的MAC概念，來擴(kuò)展網(wǎng)絡(luò)上可支持的"服務(wù)VLAN"數(shù)目，但是禁用洪泛(flooding)/廣播和生成樹協(xié)議概念。PBT通過脫去當(dāng)前以太網(wǎng)LAN涉及的復(fù)雜性，將以太網(wǎng)用于面向連接的目的，如當(dāng)前的同步SDH和SONET傳送的情況。PBT通過利用基于IEEE802.lag的額外擴(kuò)展來簡化運作管理和維護(hù)(0A&M)，如在SDH/SONET領(lǐng)域中那樣，并且提供擴(kuò)展以便提供與SDH/SONET網(wǎng)絡(luò)中的單向路徑交換環(huán)(UPSR)保護(hù)類似的路徑保護(hù)水平。分組是基于外部VLAN標(biāo)識符(VID)和目的地MAC地址而被轉(zhuǎn)發(fā)的。通過利用一種操作(work)和一個保護(hù)VID來提供路徑保護(hù)。在操作路徑故障的情況中，如802.lag連續(xù)性檢查(CC)消息的丟失所指示的，源節(jié)點交換VID值以在50ms內(nèi)將流量重新引導(dǎo)到預(yù)先配置的保護(hù)路徑上。當(dāng)前，由于不存在提供MPLS和PBT網(wǎng)絡(luò)之間的接口的技術(shù)，因此，不存在用于通過采用MPLS和PBT的混合網(wǎng)絡(luò)來構(gòu)成隧道的手段。
發(fā)明內(nèi)容提供商網(wǎng)絡(luò)控制器(PNC)解決了在跨越現(xiàn)今的演進(jìn)網(wǎng)絡(luò)基礎(chǔ)設(shè)施建立服務(wù)方面的挑戰(zhàn)。PNC提供綜合的現(xiàn)有技術(shù)水平的多層、多廠商動態(tài)控制平面，并且針對多種傳送技術(shù)實現(xiàn)了服務(wù)激活和第0-2層管理工具用于，這些傳送技術(shù)包括運營商以太網(wǎng)、提供商骨干傳送(PBT)、多協(xié)議標(biāo)簽交換(MPLS)、傳送MPLS(T-MPLS)、光以及集成聯(lián)網(wǎng)平臺。PNC是技術(shù)不可知的(technology-agnostic)并且被設(shè)計用于包括單種或多種交換技術(shù)的網(wǎng)絡(luò)。PNC通過提供面向服務(wù)的體系結(jié)構(gòu)(S0A)接口來清晰地抽象化被明確地設(shè)計來支持批發(fā)和零售服務(wù)兩者的傳送對象，從而橋接物理網(wǎng)絡(luò)與下一代網(wǎng)絡(luò)(NGN)體系結(jié)構(gòu)的軟件基礎(chǔ)設(shè)施之間的縫隙。PNC的重要功能之一是路徑計算以及相關(guān)聯(lián)的網(wǎng)絡(luò)規(guī)劃和優(yōu)化功能。除了簡單的盡力而為最短路徑路由之外，PNC還可以執(zhí)行包括多種約束和設(shè)備限制(例如，帶寬、延時、抖動、等待時間、合法攔截以及網(wǎng)絡(luò)策略規(guī)則所規(guī)定的其它約束)的復(fù)雜路徑計算。受約束的優(yōu)化問題需要整個網(wǎng)絡(luò)狀態(tài)的知識，因此，理想地，適合于單獨的動態(tài)控制平面。PNC使用算法、啟發(fā)和基于規(guī)則的方法的組合，來路由受到網(wǎng)絡(luò)設(shè)備的服務(wù)約束和限制的每個流。PNC固有地被設(shè)計來在多層、多服務(wù)、多廠商、多運營商環(huán)境中操作。PNC中的路徑計算由路徑計算模塊(PCM)來執(zhí)行。PCM是經(jīng)高度優(yōu)化的多線程模塊，能夠以其基本(單線程)配置在100節(jié)點網(wǎng)絡(luò)中每秒路由例如三千個流。路徑計算功能被設(shè)計來使網(wǎng)絡(luò)操作流線型化(streamline)和自動化，同時提供最高水平的可擴(kuò)展性和可靠性并且允許實現(xiàn)復(fù)雜的網(wǎng)絡(luò)策略。PCM的主要任務(wù)是對照網(wǎng)絡(luò)拓?fù)鋺?yīng)用流量工程規(guī)則和網(wǎng)絡(luò)策略，以最優(yōu)地在網(wǎng)絡(luò)上路由每個服務(wù)。PCM跟蹤已在網(wǎng)絡(luò)中被路由的所有流。PCM還維護(hù)數(shù)據(jù)庫，該數(shù)據(jù)庫存儲通過該元件被路由的流的每個節(jié)點和鏈路的數(shù)據(jù)，以及該元件的關(guān)聯(lián)能力、使用率和性能度量?？梢酝ㄟ^利用作為網(wǎng)絡(luò)傳送與服務(wù)層之間的粘合劑的網(wǎng)絡(luò)控制器來開發(fā)運營商以太網(wǎng)的靈活性和經(jīng)濟(jì)性，從而支持具有變化的帶寬、服務(wù)質(zhì)量(QoS)要求的服務(wù)供應(yīng)范圍-由此實現(xiàn)企業(yè)以太網(wǎng)經(jīng)濟(jì)。將傳送控制和服務(wù)從網(wǎng)絡(luò)設(shè)備去耦合簡化了服務(wù)創(chuàng)建并且為運營商提供了選擇同類最佳設(shè)備的選項，該設(shè)備利用集中式控制平面來使能對傳送和服務(wù)的快速創(chuàng)建和管理?？梢酝耆詣踊氖纠W(wǎng)絡(luò)控制器及相對應(yīng)的方法利用軟件控制平面系統(tǒng)來控制通信網(wǎng)絡(luò)中的服務(wù)。該通信網(wǎng)絡(luò)可以是多層、多服務(wù)、多廠商或多運營商的通信網(wǎng)絡(luò)?？刂破髟跀?shù)據(jù)庫中存儲與硬件端點和通信網(wǎng)絡(luò)中的通信連接有關(guān)的信息，以及管理通信網(wǎng)絡(luò)的流量工程規(guī)則和網(wǎng)絡(luò)策略，硬件端點可以包括交換機(jī)和路由器。信息可以包括能力、使用率和性能度量。示例網(wǎng)絡(luò)控制器的路徑計算模塊根據(jù)所存儲的信息來計算通信路徑(可以包括隧道)，以實現(xiàn)所定義的服務(wù)。路徑計算模塊還沿著計算出的通信路徑對硬件端點編程以在通信網(wǎng)絡(luò)中建立通信路徑，并且監(jiān)視經(jīng)編程的硬件端點以及通信連接。路徑計算模塊根據(jù)所存儲信息和服務(wù)的改變來更新所存儲的信息并且重新計算通信路徑，并且沿著重新計算出的通信路徑對硬件端點重新編程以適應(yīng)通信路徑，從而確保服務(wù)的實現(xiàn)。此外，路徑計算模塊還可以根據(jù)屬性計算通信路徑，屬性可以包括包括幀等待時間、延時變化和丟失率在內(nèi)的服務(wù)性能，以及存儲在數(shù)據(jù)庫中的帶寬配置屬性(bandwidthprofile)，這些屬性定義了將在網(wǎng)絡(luò)上實現(xiàn)的服務(wù)。路徑計算模塊可以改寫硬件端點的正常行為，以沿著計算出的通信路徑對硬件端點編程，并且可以沿著計算出的通信路徑針對網(wǎng)絡(luò)故障、過載或路徑優(yōu)化來監(jiān)視經(jīng)編程的硬件端點和通信路徑。此外，路徑計算模塊可以根據(jù)所定義服務(wù)的屬性改變來重新計算通信路徑并且沿著重新計算出的通信路徑對硬件端點重新編程以適應(yīng)通信路徑，從而確保服務(wù)的實現(xiàn)。路徑計算模塊可以根據(jù)服務(wù)質(zhì)量和每類別的帶寬約束來優(yōu)化通信網(wǎng)絡(luò)中的硬件端點和通信連接。此外，所述路徑計算模塊可以根據(jù)與通信路徑相關(guān)聯(lián)的經(jīng)濟(jì)或社會價值來重新計算通信路徑。如果計算出的通信路徑中的至少一個通信連接出現(xiàn)故障，則路徑計算模塊可以重新計算通信路徑并沿著重新計算出的通信路徑對硬件端點重新編程，以恢復(fù)通信網(wǎng)絡(luò)中的通信路徑。通信連接可以具有底層通信協(xié)議，以使得路徑計算模塊可以利用通信網(wǎng)絡(luò)中具有與通信路徑的底層通信協(xié)議不同的底層通信協(xié)議的通信連接，來仿真計算出的通信路徑的底層通信協(xié)議。路徑計算模塊可以根據(jù)所存儲信息重新計算通信路徑并沿著重新計算出的通信路徑對硬件端點重新編程，以優(yōu)化所述通信網(wǎng)絡(luò)中的每個服務(wù)的通信路徑。路徑計算模塊可以根據(jù)重新計算出的通信路徑的通信連接的各自的恢復(fù)時間常數(shù)，來動態(tài)地調(diào)節(jié)通信路徑的關(guān)聯(lián)恢復(fù)時間常數(shù)。網(wǎng)絡(luò)控制器還可以將服務(wù)從計算出的路徑移植到重新計算出的路徑，可選地使得能夠維護(hù)通信網(wǎng)絡(luò)中的硬件端點和通信連接而不中斷服務(wù)。另一示例實施例是用于恢復(fù)諸如第一改變的網(wǎng)絡(luò)之類的網(wǎng)絡(luò)中的通信隧道的方法。當(dāng)前，存在其它網(wǎng)絡(luò)優(yōu)化方法，但是它們不能執(zhí)行快速的服務(wù)恢復(fù)。MPLS不執(zhí)行優(yōu)化并且不記錄建立特定網(wǎng)絡(luò)的原因(例如，可用的最低成本帶寬)，而是僅知道所建立連接的順序。此外，這些優(yōu)化方法不知道如何執(zhí)行恢復(fù)。另一示例實施例是用于仿真網(wǎng)絡(luò)中的通信隧道的方法。根據(jù)該方法，具有第一底層通信協(xié)議和多個硬件端點的通信隧道被分配。隨后，通過直接對通信隧道的硬件端點編程來將隧道連接到具有與第一協(xié)議不同的底層通信協(xié)議的其它通信隧道。從下面對如附圖所示的本發(fā)明的示例實施例的更具體描述將清楚前面的描述，其中，在不同視圖中類似標(biāo)號指代相同的部分。附圖不一定是按比例繪制的，而是重點在于例示本發(fā)明的實施例。圖1A-1B是分別圖示出傳統(tǒng)的語音和數(shù)據(jù)網(wǎng)絡(luò)的體系結(jié)構(gòu)以及下一代網(wǎng)絡(luò)(NGN)體系結(jié)構(gòu)的抽象框圖。圖1C是圖示出NGN體系結(jié)構(gòu)的抽象框圖。圖1D-1E是分別圖示出傳統(tǒng)語音和數(shù)據(jù)網(wǎng)絡(luò)以及NGN的體系結(jié)構(gòu)的更多細(xì)節(jié)的抽象框圖。圖1F是圖示出NGN體系結(jié)構(gòu)以及運營商在實現(xiàn)NGN體系結(jié)構(gòu)時面臨的挑戰(zhàn)的抽象框圖。圖2是以以太網(wǎng)局域網(wǎng)(E-LAN)實例和網(wǎng)絡(luò)拓?fù)湫问綀D示出現(xiàn)有技術(shù)示例E-LAN服務(wù)部署的網(wǎng)絡(luò)示圖。圖3是圖示出基于由電氣電子工程師協(xié)會(IEEE)、國際電信聯(lián)盟(ITU)、因特網(wǎng)工程任務(wù)組(IETF)以及城域以太網(wǎng)論壇(MEF)生成的標(biāo)準(zhǔn)而創(chuàng)建的網(wǎng)絡(luò)結(jié)構(gòu)的抽象框圖。圖4A是圖示出根據(jù)本發(fā)明包括示例實施例提供商網(wǎng)絡(luò)控制器(PNC)的圖1C的NGN體系結(jié)構(gòu)的抽象框圖。圖4B是圖示出由PNC提供的抽象層的抽象框圖。圖5是圖示出根據(jù)本發(fā)明采用了示例實施例PNC的示例E-LAN服務(wù)部署的網(wǎng)絡(luò)示圖。圖6是圖示出根據(jù)本發(fā)明由示例實施例PNC中的示例路徑計算模塊(PCM)進(jìn)行的路徑計算的流程圖。圖7是圖示出當(dāng)通過網(wǎng)絡(luò)路由流以維護(hù)與網(wǎng)絡(luò)策略的一致性時的路徑的層狀態(tài)的狀態(tài)圖。圖8是圖示出根據(jù)本發(fā)明在示例實施例PNC中相對于網(wǎng)絡(luò)故障和恢復(fù)出現(xiàn)的一類網(wǎng)絡(luò)策略的流程圖。圖9是圖示出包括根據(jù)本發(fā)明的、輔助網(wǎng)絡(luò)維護(hù)操作和事件的示例實施例PNC的網(wǎng)絡(luò)以及網(wǎng)絡(luò)鏈路的相關(guān)聯(lián)狀態(tài)的網(wǎng)絡(luò)示圖。圖10是圖示出示例虛擬專用網(wǎng)絡(luò)(VPN)的網(wǎng)絡(luò)示圖。圖11是圖示出兩個因特網(wǎng)服務(wù)提供商(ISP)之間的接口的網(wǎng)絡(luò)示圖。圖12是根據(jù)本發(fā)明的、圖示出示例實施例軟件控制平面對圖11的ISP的控制的網(wǎng)絡(luò)示圖。圖13是圖示出根據(jù)本發(fā)明的網(wǎng)絡(luò)中的示例實施例軟件控制平面的網(wǎng)絡(luò)示圖。圖14是圖示出由根據(jù)本發(fā)明的示例實施例軟件控制平面進(jìn)行的對隧道構(gòu)成的示例仿真的網(wǎng)絡(luò)示圖。圖15是圖示出由根據(jù)本發(fā)明的示例實施例軟件控制平面進(jìn)行的對不同拓?fù)涞乃淼赖倪B接的示例仿真的網(wǎng)絡(luò)示圖。圖16是圖示出根據(jù)本發(fā)明的示例實施例軟件控制平面因主連接中的故障而重新路由連接的網(wǎng)絡(luò)示圖。圖17是圖示出由根據(jù)本發(fā)明的示例實施例軟件控制平面對服務(wù)進(jìn)行移植的網(wǎng)絡(luò)示圖。具體實施例方式下面描述本發(fā)明的示例實施例。圖IA是圖示出運營商使用的傳統(tǒng)語音110和數(shù)據(jù)120網(wǎng)絡(luò)的體系結(jié)構(gòu)100a的抽象框圖。隨著時間的過去，不同網(wǎng)絡(luò)的相對重要性發(fā)生了轉(zhuǎn)移。因此，數(shù)據(jù)網(wǎng)絡(luò)120上的數(shù)據(jù)流量的大規(guī)模增長、語音網(wǎng)絡(luò)110上的語音流量的平坦增長以及因特網(wǎng)協(xié)議(IP)技術(shù)的成熟，使得運營商對他們的系統(tǒng)進(jìn)行評估，并且預(yù)測他們的網(wǎng)絡(luò)將需要支持的服務(wù)以及他們在未來將面臨的競爭類型。整體結(jié)論為傳統(tǒng)網(wǎng)絡(luò)的體系結(jié)構(gòu)llOa需要改變以允許運營商有效地應(yīng)對市場并且在新的環(huán)境中競爭。這驅(qū)使國際電信聯(lián)盟(ITU)開發(fā)下一代網(wǎng)絡(luò)(NGN)體系結(jié)構(gòu)，以使得能夠通過單個基于分組的基礎(chǔ)設(shè)施來遞送較寬范圍的電信服務(wù)。圖IB是圖示出NGN的體系結(jié)構(gòu)100b的抽象框圖。NGN體系結(jié)構(gòu)100b是圍繞如下"構(gòu)造塊"層建立的服務(wù)/應(yīng)用層130，其中定義了大部分服務(wù)；控制層140，其表示諸如IP多媒體子系統(tǒng)(頂S)之類的軟件系統(tǒng)；以及傳送層150，其負(fù)責(zé)數(shù)據(jù)的物理傳送。所有這三層130、140、150使用一些共同的組件180，如運營支持系統(tǒng)(OSS)/業(yè)務(wù)支持系統(tǒng)(BSS)所代表的。NGN體系結(jié)構(gòu)100b使用多種寬帶、服務(wù)質(zhì)量(QoS)使能的傳送技術(shù)，并且使服務(wù)相關(guān)的功能與基礎(chǔ)傳送技術(shù)的選擇無關(guān)。圖1C是圖示出NGN體系結(jié)構(gòu)的抽象框圖。層130、140、150、160、170表示運營商是如何考慮他們的網(wǎng)絡(luò)體系結(jié)構(gòu)100c的。傳送150是整個物理基礎(chǔ)設(shè)施155，而接入160和用戶端設(shè)備(CPE)170表示物理網(wǎng)絡(luò)165、175的扇出(fan-out)，以到達(dá)用戶。其上是控制域140，其中駐留了像IMS145之類的系統(tǒng)。更上面是實際最終應(yīng)用130，例如語音電話132和因特網(wǎng)接入134。圖1D是圖示出傳統(tǒng)語音110和數(shù)據(jù)120網(wǎng)絡(luò)的體系結(jié)構(gòu)100a的更多細(xì)節(jié)的抽象框圖。由于已開發(fā)出了新的服務(wù)，因此煙筒形體系結(jié)構(gòu)100a已從公共交換電話網(wǎng)絡(luò)(PSTN)體系結(jié)構(gòu)中的原始電路交換語音網(wǎng)絡(luò)110進(jìn)行了擴(kuò)展，以使得諸如語音110、數(shù)字訂戶線(DSL)122、異步傳輸模式(ATM)124和虛擬專用網(wǎng)絡(luò)(VPN)126之類的每個服務(wù)都有其自己的專用或覆蓋網(wǎng)絡(luò)來運送它。結(jié)果是需要將許多服務(wù)遞送到更大范圍的接入設(shè)備。圖IE是圖示出NGN體系結(jié)構(gòu)100b的抽象框圖。NGN體系結(jié)構(gòu)100b利用各層的經(jīng)細(xì)分化服務(wù)的潛能構(gòu)建了新的服務(wù)，并構(gòu)建了移動到新的網(wǎng)絡(luò)體系結(jié)構(gòu)的能力。具體地，NGN體系結(jié)構(gòu)100b將電話提供商從圖ID的煙筒形體系結(jié)構(gòu)100a的約束和成本中解脫出來。響應(yīng)于運營商對增加服務(wù)供應(yīng)(例如，服務(wù)/應(yīng)用域130)137以增加收益的需求以及支持多種接入網(wǎng)絡(luò)(例如，接入域160)和設(shè)備(例如，CPE域170)167的壓力，運營商尋求整合位于網(wǎng)絡(luò)"中間"(例如，傳送域150)157的平臺的數(shù)目。因此，來自頂部(S卩，所提供的服務(wù))137和來自底部(即，可用的接入設(shè)備)167的壓力有效地驅(qū)動了會聚(convergence)。圖1F是圖示出NGN體系結(jié)構(gòu)以及運營商在實現(xiàn)NGN體系結(jié)構(gòu)時面臨的挑戰(zhàn)的抽象框圖?，F(xiàn)今，缺乏有一般服務(wù)水平協(xié)議(SLA)意識的應(yīng)用編程接口(API)，其使得服務(wù)元件指定傳送域150中的諸如帶寬、故障恢復(fù)過程和延時特性之類的屬性。為了在NGN上適當(dāng)?shù)剡\行，服務(wù)需要每層邊界處的清楚的API，這些API可以指示網(wǎng)絡(luò)的傳送150和控制140層如何對待不同類型的流量。這顯著地提高了運營商在引入快速應(yīng)用(服務(wù))基礎(chǔ)上進(jìn)行遞送，以及適應(yīng)于服務(wù)需求和遞送挑戰(zhàn)的變化性質(zhì)的能力。例如，對于諸如游戲之類的應(yīng)用，定義諸如抖動和分組丟失之類的特性的能力是必要的。新的服務(wù)需要各個服務(wù)的絕對參數(shù)，而非傳統(tǒng)的普遍化的青銅、金和白金服務(wù)水平。隨著服務(wù)的多樣化，在網(wǎng)絡(luò)上必須存在可以發(fā)生服務(wù)仲裁的地方。全球資源仲裁的缺乏引起了對網(wǎng)絡(luò)的過度投入(overcommitment)。此外，資源仲裁策略的缺乏給高值服務(wù)帶來了風(fēng)險。必須集中地實現(xiàn)資源仲裁并將其引入分布式網(wǎng)絡(luò)。此外，為了保護(hù)尤其是傳送150和接入160層中的實體資產(chǎn)不受服務(wù)層130中的競爭者136的"值開發(fā)"，需要可行的標(biāo)準(zhǔn)API。運營商還希望利用他們進(jìn)行了大量投資的傳送層150，來增加收益機(jī)會。為了實現(xiàn)此，運營商希望將傳送網(wǎng)絡(luò)150耦合到其所遞送的服務(wù)130，以創(chuàng)建區(qū)別于競爭者136的混合服務(wù)供應(yīng)。運營商的另一問題在于服務(wù)130彼此競爭傳送層150中的資源，這是因為基于IP的傳送層150中缺乏集中化的"以服務(wù)為中心"的智能。因此，為了使得能夠在不同服務(wù)132、134、136通過傳送網(wǎng)絡(luò)150移動時對它們進(jìn)行有效的管理，需要服務(wù)智能。此外，在從舊式服務(wù)向NGN架構(gòu)服務(wù)的移植中，存在維護(hù)OSS180內(nèi)的"接觸"(touch)的挑戰(zhàn)。例如，運營商可能正運行支持商業(yè)用戶所看重的高端、高接觸服務(wù)的幀中繼和ATM網(wǎng)絡(luò)。雖然運營商希望從昂貴的幀中繼和ATM網(wǎng)絡(luò)移植到更低成本的IP網(wǎng)絡(luò)，然而失去遞送舊式"高接觸"供應(yīng)的能力是他們不能擔(dān)負(fù)的。因此，服務(wù)提供商失去與流量的"接觸"，并且不總是知道特定分組在哪兒或確切地分組將如何表現(xiàn)。因此，端用戶不愿意從舊式ATM移到IP。另外，高值服務(wù)需要能夠?qū)⑺鼈兊呐c諸如故障恢復(fù)之類的過程有關(guān)的需求傳達(dá)給網(wǎng)絡(luò)，以使得系統(tǒng)首先恢復(fù)最重要的服務(wù)。最終，運營商希望將業(yè)務(wù)需求與網(wǎng)絡(luò)的運作鏈接起來。然而，同時，網(wǎng)絡(luò)繼續(xù)從IP向通過多協(xié)議標(biāo)簽交換(MPLS)的IP演進(jìn)，并且現(xiàn)在向諸如提供商骨干傳送(PBT)和以太網(wǎng)之類的更低成本技術(shù)演進(jìn)。另一個復(fù)雜化因素是網(wǎng)絡(luò)中來自多個廠商或不同年代的并且具有不同能力的設(shè)備的數(shù)目。需要使包括網(wǎng)絡(luò)在內(nèi)的能力和技術(shù)和諧一致，以使得服務(wù)可以最適宜地使用網(wǎng)絡(luò)。到分組服務(wù)的這種轉(zhuǎn)變給習(xí)慣于基于電路的行為的運營商和用戶帶來了特定挑戰(zhàn)。電路是"有狀態(tài)"的并且是沿著具體路徑建立的。知道這些路徑使得運營商更容易保護(hù)節(jié)點和鏈路以免出現(xiàn)故障，并且快速對節(jié)點和鏈路故障作出反應(yīng)并進(jìn)行修復(fù)。電路交換完全通過管理控制來管理擁塞，這是因為主干帶寬是端到端分配的。然而，分組服務(wù)需要因網(wǎng)絡(luò)大小的增加而變得更加復(fù)雜的流量和擁塞管理。運營商尋求與技術(shù)不可知的服務(wù)和應(yīng)用。例如，通過IP的語音(VoIP)運營商只希望IP通話通過而不關(guān)心是通過MPLS、以太網(wǎng)還是原生IP鏈路來運送的。運營商還希望能夠例如通過MS控制多個服務(wù)并且通過同一體系結(jié)構(gòu)來管理將來的服務(wù)。另外，在傳送層利用諸如IP/MPLS、以太網(wǎng)PBT和全光網(wǎng)絡(luò)之類的技術(shù)來進(jìn)行整合。在頻譜的其它端，網(wǎng)絡(luò)接入方法隨著諸如WiFi、無線電接入網(wǎng)絡(luò)(RAN)和CPE設(shè)備之類的技術(shù)而不同。運營商正實現(xiàn)集中化的配置處理，例如認(rèn)證、授權(quán)和計費(AAA)，以及基于SLA的訂戶和策略管理。這些處理是基于可被再使用或重配置以滿足變化的需求的構(gòu)建塊的。此外，遵循諸如公平接入之類的監(jiān)管要求為運營商帶來了對貨幣化面向服務(wù)的基礎(chǔ)設(shè)施的憂慮。安全性問題也向運營商帶來了與針對競爭者隔離用戶數(shù)據(jù)并保護(hù)網(wǎng)絡(luò)信息有關(guān)的安全性問題。運營商以太網(wǎng)向運營商呈現(xiàn)了將他們的服務(wù)定位到他們的最大利益的機(jī)會。對于零售客戶，以太網(wǎng)是便捷、熟悉且有成本效益的分組傳送技術(shù)。對于服務(wù)該客戶的運營商，運營商以太網(wǎng)是一種提供簡單有用基線(baseline)的機(jī)會，在該基線上，可以建立范圍從IP服務(wù)到VoIP的各層級(tier)增值服務(wù)。由于運營商以太網(wǎng)是傳送不可知的，因此，運營商完全自由地以其認(rèn)為最好地方式來發(fā)展或擴(kuò)建其第0/1層基礎(chǔ)設(shè)施。運營商以太網(wǎng)在批發(fā)服務(wù)中具有類似值。其中，服務(wù)的層級開始于暗光纖，有可能接著是光徑技術(shù)，然后例如是諸如同步光網(wǎng)絡(luò)(SONET)之類的幀化的第l層服務(wù)。這些特性和運營商以太網(wǎng)對精確SLA的支持使得其對于無線回程和類似應(yīng)用而言是良好的基礎(chǔ)，在無線回程和類似應(yīng)用中，單個以太網(wǎng)虛擬電路可以跨越運營商的城市和長程基礎(chǔ)設(shè)施，而不管所可能使用的第0/1層技術(shù)組合。以太網(wǎng)接口在路由器和其它分組設(shè)備上已使用了多年，然而，在點到點以太網(wǎng)任務(wù)和"流量拓?fù)?任務(wù)之間存在大的差別。以太網(wǎng)被開發(fā)作為局域網(wǎng)(LAN)標(biāo)準(zhǔn)并且呈現(xiàn)的主要問題在于運營商運作的可擴(kuò)展性和適宜性。以太網(wǎng)對可以出現(xiàn)在單個網(wǎng)絡(luò)中的虛擬LAN(VLAN)的限制使得運營商在不采取非標(biāo)準(zhǔn)手段的情況下難以支持所希望的那么多用13戶。另外，作為企業(yè)技術(shù)，以太網(wǎng)不包括在諸如SONET之類的運營商技術(shù)中發(fā)現(xiàn)的運作、管理和維護(hù)(0A&M)功能，也不提供SONET的快速故障切換能力。最后，雖然即插即用操作常常為企業(yè)操作所需，然而，容易且自動化的流量工程對于運營商顯然更重要，尤其當(dāng)運營商具有要滿足的SLA的時候。存在多種為運營商以太網(wǎng)問題而工作的標(biāo)準(zhǔn)組，包括電氣電子工程師協(xié)會(IEEE)、ITU、因特網(wǎng)工程任務(wù)組(IETF)以及城域以太網(wǎng)論壇(MEF)。隨著服務(wù)提供商對以太網(wǎng)的興趣從單個服務(wù)接口演進(jìn)到了針對運營商以太網(wǎng)生態(tài)系統(tǒng)的體系結(jié)構(gòu)，活動已得到擴(kuò)展。MEF開發(fā)了針對運營商以太網(wǎng)體系結(jié)構(gòu)的5個重要屬性，并且進(jìn)行工作以開發(fā)出各個領(lǐng)域中的完整解決方案。主要的需求是(l)通過利用服務(wù)行為的技術(shù)中立抽象而標(biāo)準(zhǔn)化的服務(wù)；(2)可擴(kuò)展至城域、全國甚至全球部署的可擴(kuò)展性，以確保提供商不存在發(fā)展得超過運營商以太網(wǎng)投資的風(fēng)險；(3)可靠性，以確保以太網(wǎng)層將貢獻(xiàn)更大網(wǎng)絡(luò)可用性；(4)QoS，以確保運營商以太網(wǎng)可以支持全部范圍的當(dāng)前可用服務(wù)供應(yīng)，當(dāng)前可用服務(wù)供應(yīng)中的許多要求受管理的QoS和嚴(yán)格的服務(wù)水平協(xié)議；以及(5)服務(wù)管理，以確保運營商以太網(wǎng)可以被鏈接到服務(wù)和運作處理，由此支持有效且高效的運作、管理、維護(hù)和配置(0AM&P)。運營商以太網(wǎng)仍然需要實現(xiàn)其允諾之一解除生成樹和流量工程的問題。以太網(wǎng)的基礎(chǔ)生成樹協(xié)議(STP)已經(jīng)被擴(kuò)充為快速生成樹協(xié)議(RSTP)和多生成樹協(xié)議(MSTP)，然而，這些仍然造成對運營商以太網(wǎng)網(wǎng)絡(luò)的大小和復(fù)雜性的數(shù)據(jù)平面和控制平面約束。這是標(biāo)準(zhǔn)組、提供商和設(shè)備廠商間出現(xiàn)爭論的領(lǐng)域。一方倡議作為對運營商以太網(wǎng)的擴(kuò)展的PBT，而另一方倡議稱為傳送MPLS(T-MPLS)的MPLS的變體。PBT演化自其它運營商以太網(wǎng)技術(shù)，并且易于引入許多運營商以太網(wǎng)產(chǎn)品。PBT是避免了適應(yīng)性和相對不可預(yù)測IP行為的"IP之下"的服務(wù)架構(gòu)，并且可被用來以比現(xiàn)有解決方案降低的成本來遞送高價值服務(wù)。PBT建立在IEEE802.l之上，以支持使用所配置的點到點隧道來鏈接第2層VPN的元件，從而鏈接了以太網(wǎng)線路(E-LINE)、以太網(wǎng)LAN(E-LAN)或以太網(wǎng)樹(E-TREE)服務(wù)的各段。在PBT中，抑制了生成樹更新的產(chǎn)生。結(jié)果，不存在控制平面行為來建立橋接表。取而代之的是，利用外部管理系統(tǒng)來建立橋接表。正如PBT是對以太網(wǎng)技術(shù)的擴(kuò)展，T-MPLS是對路由器技術(shù)的擴(kuò)展。然而，路由器通常比以太網(wǎng)交換機(jī)更貴。因此，PBT實現(xiàn)的成本更低，除非網(wǎng)絡(luò)已經(jīng)支持路由。為了使PBT成為服務(wù)元件的基礎(chǔ)，需要PBT作為開放控制平面的一部分。運營商也不想要僅用于PBT的另一控制平面。提供商想要與諸如IP之類的其它網(wǎng)絡(luò)技術(shù)兼容的開放控制平面。然而，與這種轉(zhuǎn)移相反，設(shè)備廠商希望將控制平面保留在他們的系統(tǒng)內(nèi)作為對低成本競爭者的障礙。雖然PBT作為低成本、高接觸的替代品而出現(xiàn)，然而，運營商已經(jīng)采用了MPLS并且已投資了支持它的設(shè)備。PBT表現(xiàn)為缺少策略的數(shù)據(jù)平面。因此，運營商的業(yè)務(wù)策略(S卩，提供商之間、提供商與其客戶之間的關(guān)系)應(yīng)當(dāng)定義網(wǎng)絡(luò)策略。業(yè)務(wù)策略應(yīng)當(dāng)向下流向網(wǎng)絡(luò)。自然順序是在業(yè)務(wù)方之間達(dá)成協(xié)議，其中，每個業(yè)務(wù)方將其策略推向網(wǎng)絡(luò)。當(dāng)前，不存在使能信息的這種流動的抽象概念。更糟的是，現(xiàn)在的協(xié)議需要網(wǎng)絡(luò)層中的業(yè)務(wù)策略交換。PBT和T-MPLS具有各種共同的方法，并且它們的技術(shù)能力基本上相同。對運營商以太網(wǎng)架構(gòu)的兩種所建議的增強創(chuàng)建了對提供商骨干橋接(PBB)的替代。兩者都具有特定"邊緣"并且形成了具有特定內(nèi)部行為的網(wǎng)絡(luò)內(nèi)的網(wǎng)絡(luò)。兩者還基于除通常的拓?fù)涓孪?4之外的其它事物創(chuàng)建了更可管理的控制平面體系結(jié)構(gòu)。PBT和T-MPLS的支持者也同意應(yīng)當(dāng)使用通用化的MPLS(GMPLS)控制平面體系結(jié)構(gòu)，并且非常重要的是，必須存在面向連接的傳送技術(shù)層來作為提供商分組網(wǎng)絡(luò)的第2層。GMPLS作為兩種體系結(jié)構(gòu)的控制平面的角色起源于作為光路由的控制平面的其根部。由于光設(shè)備不交換拓?fù)湫畔?，因此GMPLS假設(shè)可以利用標(biāo)準(zhǔn)發(fā)現(xiàn)協(xié)議通過單獨的控制平面層來搜集該信息，以得知拓?fù)?。結(jié)果隨后被朝下饋送到較低層來操縱連接行為，從而使得能夠?qū)σ鹜負(fù)涓碌臈l件進(jìn)行大量控制。還能夠從諸如已經(jīng)用于IP/MPLS的較高層控制平面交換得到拓?fù)湔J(rèn)知。對GMPLS的關(guān)鍵要求是控制平面和數(shù)據(jù)平面中的節(jié)點和中繼線(trunk)之間的對應(yīng)，由此可以正確地表示下面的拓?fù)?。PBT/T-MPLS爭論可表明由獨立的較高層控制平面進(jìn)行拓?fù)浜团渲霉芾淼膯栴}對運營商是普遍重要的。運營商以太網(wǎng)繼承了全范圍的因特網(wǎng)0AM&P增強，包括在ITU推薦規(guī)范G.8031SG15中標(biāo)準(zhǔn)化的IEEE802.lagOA&M連通性故障管理特征和以太網(wǎng)保護(hù)交換。前者提供了幀丟失、延時和抖動信息以及服務(wù)可用性和使用率信息。與難以在內(nèi)部進(jìn)行追蹤的MPLS標(biāo)簽交換路徑(LSP)不同，可以追蹤運營商以太網(wǎng)路徑以便進(jìn)行故障排除，并且運營商以太網(wǎng)路徑不受自適應(yīng)路由改變的影響。這使得能夠在需要的情況下預(yù)先計算故障切換路徑。這些能力與PBT—起使得能夠為運營商以太網(wǎng)服務(wù)編寫格外嚴(yán)格的SLA，由此解決了基于IP和MPLS的企業(yè)服務(wù)所具有的主要的提供商問題之一。類似地，運營商以太網(wǎng)的立S卩、自動化故障檢測在網(wǎng)絡(luò)問題一發(fā)生時就察覺到網(wǎng)絡(luò)問題。IEEE802.1Qay中規(guī)定的PBB流量工程(PBB-TE)是輔助促進(jìn)運營商以太網(wǎng)的技術(shù)。PBB-TE使得能夠創(chuàng)建面向連接的因特網(wǎng)隧道，這種隧道使得服務(wù)提供商能夠提供具有確定性性能特性的類似時分復(fù)用(TDM)電路的服務(wù)。其被設(shè)計為以以太網(wǎng)成本來滿足或超越隧道傳輸技術(shù)(例如MPLS)當(dāng)前采用的功能，并且具有簡化的控制和管理。PBB-TE通過有效地"關(guān)閉"某些以太網(wǎng)特征(例如廣播、媒體訪問控制(MAC)地址學(xué)習(xí)以及生成樹功能)來從現(xiàn)有交換機(jī)得出面向連接的轉(zhuǎn)發(fā)模式，而不會引入新的復(fù)雜/昂貴網(wǎng)絡(luò)技術(shù)。然而，為此需要移除某些障礙(1)PBB-TE設(shè)備中缺乏控制平面；以及(2)需要在PBB-TE下支持所有類型業(yè)務(wù)服務(wù)。圖2是以E-LAN實例200a和網(wǎng)絡(luò)拓?fù)?00b形式圖示出現(xiàn)有技術(shù)示例E-LAN服務(wù)部署的網(wǎng)絡(luò)示圖。E-LAN服務(wù)是多點對多點服務(wù)，其通過運營商骨干來連接不同客戶站點中的LAN201-206，從而產(chǎn)生單個橋接的企業(yè)LAN210的感覺。例如，用戶網(wǎng)絡(luò)201-206在用戶邊緣(CE)交換機(jī)CE1-CE6處通過附接電路(AC)AC1-AC6連接到PBB網(wǎng)絡(luò)210中的提供商邊緣(PE)交換機(jī)PE1-PE3。對于每個用戶網(wǎng)絡(luò)201-206，提供商網(wǎng)絡(luò)210表現(xiàn)為附接CE設(shè)備的單個LAN。用戶網(wǎng)絡(luò)201-206的群組可能屬于提供商網(wǎng)絡(luò)210中的分離的各個E-LAN實例230、240。例如，用戶網(wǎng)絡(luò)201、202和205屬于E-LAN實例230，而用戶網(wǎng)絡(luò)203、204和206屬于E-LAN實例240。為了維持若干E-LAN230、240間的分離性，每個實例與以太網(wǎng)虛擬交換機(jī)實例(EVSI)235、245相關(guān)聯(lián)。EVSI實例信息并且在關(guān)聯(lián)PE接收機(jī)中被維護(hù)并處理，其中，入口PE負(fù)責(zé)基于目的地MAC地址查找來轉(zhuǎn)發(fā)幀。為了實現(xiàn)到所有遠(yuǎn)程站點的任意到任意的連通性，E-LAN實例230、240的所有EVSI235、245經(jīng)由全網(wǎng)狀PBB-TE中繼線(PT)PT1-PT3相連。EVSI類似于連接到虛擬和物15理部分(例如，PT1-PT3和AC1-AC6)的智能學(xué)習(xí)以太網(wǎng)橋接器。例如，PE1處的EVSI235經(jīng)由AC1連接到CE1，并且分別經(jīng)由PT1和PT2連接到PE2和PE3處的EVSI235。每個PE處的EVSI235、245建立并維護(hù)映射目的地MAC地址與關(guān)聯(lián)端口或PT的MAC地址轉(zhuǎn)發(fā)表。通過檢查到達(dá)一端口或通過PT到達(dá)的幀的源MAC地址并且通過在轉(zhuǎn)發(fā)表中創(chuàng)建相對應(yīng)條目來實現(xiàn)學(xué)習(xí)處理。給定PE交換機(jī)處的轉(zhuǎn)發(fā)機(jī)制和幀處理包括兩種情形在端口上接收到的幀(AC)以及在虛擬電路上接收到的幀(PT)。當(dāng)在入口PE處的AC之一上接收到去往遠(yuǎn)程站點的服務(wù)幀時，對其進(jìn)行處理以確定到達(dá)遠(yuǎn)程站點的外出電路，物理的(AC)或虛擬的(PT)傳送電路。這是通過在與進(jìn)入端口的E-LAN服務(wù)實例230、240相關(guān)聯(lián)的MAC轉(zhuǎn)發(fā)表上查找目的地MAC地址來實現(xiàn)的。如果找到，則適當(dāng)?shù)胤庋b幀并且通過PBB網(wǎng)絡(luò)210將其傳送到遠(yuǎn)程PE或其它AC。當(dāng)沒有匹配時，則將幀洪泛(flood)到物理的(AC)和虛擬的(PT)所有附接電路上。此外，如果不存在接收到的幀的源MAC地址和進(jìn)入電路則將其添加，或者針對現(xiàn)有表條目刷新定時器。例如，如果節(jié)點A向節(jié)點B發(fā)送流量，則幀從CE1通過AC1到達(dá)PE1。PE1在E_LAN服務(wù)實例230MAC地址表中執(zhí)行對節(jié)點B的MAC地址的查找。如果節(jié)點B的MAC地址未找到，則從PE1通過PT1向PE2并且從PE1通過PT2向PE3涌發(fā)該幀。當(dāng)在PT上接收到去往遠(yuǎn)程站點的服務(wù)幀時，幀處理與在物理端口上接收到的幀類似，然而，涌發(fā)僅限于物理AC。這種受限的涌發(fā)是為了防止當(dāng)在虛擬鏈路上涌發(fā)時可能出現(xiàn)的轉(zhuǎn)發(fā)環(huán)(即，水平分割)。如果在PT1上接收到從PE2到PE1的具有節(jié)點A的MAC地址的幀，則PE1在E_LAN服務(wù)實例230MAC地址表中執(zhí)行對節(jié)點A的MAC的查找。當(dāng)沒有匹配時，對所有物理端口(AC)而不對任何PT來涌發(fā)幀。在此情況中，幀被涌發(fā)到與CE1相連的AC1和AC4。廣播流量的處理類似于涌發(fā)，其中從附接電路接收到的幀在所有附接電路和PT上被發(fā)送。遠(yuǎn)程PE進(jìn)而在該E-LAN實例的所有相關(guān)AC上涌發(fā)接收到的廣播幀。類似于單播幀處理，通過PT接收到的幀不通過其它PT發(fā)送，以避免轉(zhuǎn)發(fā)環(huán)(即，水平分割)。圖3是圖示出在IEEE、ITU、IETF和MEF生成的標(biāo)準(zhǔn)下創(chuàng)建的網(wǎng)絡(luò)結(jié)構(gòu)的抽象框圖。光和以太網(wǎng)設(shè)備(未示出)的提供商網(wǎng)絡(luò)在城域310、廣域核心320和回程330中創(chuàng)建物理基礎(chǔ)設(shè)施。通過此，傳送抽象340隱藏底層技術(shù)中的差異，并且輔助創(chuàng)建點到點、多點以及一點對多點服務(wù)。這些服務(wù)中的一些直接被售給端用戶(例如，受管理的服務(wù)350)，而其它服務(wù)(例如，第三代合作伙伴計劃(3GPP)、4GPP、IMS360)形成了"服務(wù)基礎(chǔ)設(shè)施"的基礎(chǔ)，其支持語音362、流傳輸364、IP電視(IPTV)370、寬帶因特網(wǎng)380以及諸如批發(fā)服務(wù)390之類的其它應(yīng)用?？刂破矫娴幕救蝿?wù)是基于網(wǎng)絡(luò)的當(dāng)前狀態(tài)實現(xiàn)與服務(wù)相關(guān)聯(lián)的網(wǎng)絡(luò)策略。在IP網(wǎng)絡(luò)早期，控制平面被集成在線路卡上。IP網(wǎng)絡(luò)中的簡單分布式控制平面允許它們快速增長。然而，隨著網(wǎng)絡(luò)的流量和大小的增加，在將控制平面從轉(zhuǎn)發(fā)平面分離的第一步驟中，控制平面被移到單獨的處理卡中，但是仍然被集成在路由器中。隨著網(wǎng)絡(luò)大小的繼續(xù)增長，控制平面的復(fù)雜性急劇增加，并且在分布式自治控制平面之下的基本假設(shè)不再成立。為了以有成本效益的方式跨越廣泛種類的流量類型來提供確保了SLA的可預(yù)測服務(wù)，網(wǎng)絡(luò)被劃分為分層的域，以克服與內(nèi)部網(wǎng)關(guān)協(xié)議(IGP)相關(guān)聯(lián)的控制平面處理限制。為了利用外部網(wǎng)關(guān)協(xié)議(EGP)來克服可擴(kuò)展性限制，引入了路由反射器(RouteReflector)。雖然路由反射器實質(zhì)上是沒有用戶端口的路由器，然而，它們表示將控制平面移離路由器和交換機(jī)的第二步。然而，由于具有多個網(wǎng)絡(luò)策略的多個服務(wù)，因此需要整個(一個或多個)網(wǎng)絡(luò)的更綜合的整體視圖。圖4A是圖示出根據(jù)本發(fā)明包括示例實施例提供商網(wǎng)絡(luò)控制器(PNC)402的圖1C的NGN體系結(jié)構(gòu)100c的抽象框圖。PNC402應(yīng)對跨越當(dāng)今的演進(jìn)網(wǎng)絡(luò)基礎(chǔ)設(shè)施100c構(gòu)建服務(wù)的挑戰(zhàn)，提供綜合的、現(xiàn)有技術(shù)水平的多層、多廠商動態(tài)控制平面，并且實現(xiàn)用于多種傳送技術(shù)的服務(wù)激活以及第0-2層管理工具，多種傳送技術(shù)包括運營商以太網(wǎng)、PBT、MPLS、T-MPLS、光和集成網(wǎng)絡(luò)平臺。PNC402是技術(shù)不可知的，并且被設(shè)計用于包括單種或多種交換技術(shù)的網(wǎng)絡(luò)，由此用來隱藏傳送域的技術(shù)和結(jié)構(gòu)的復(fù)雜性，并經(jīng)由諸如電信管理論壇(TMF)和IPsphere之類的抽象概念來支持資源側(cè)。PNC402為包括IP、以太網(wǎng)和光網(wǎng)在內(nèi)的底層技術(shù)提供公共控制架構(gòu)，并且使得能夠在不同網(wǎng)絡(luò)技術(shù)之間移植。作為基于軟件的系統(tǒng)，控制平面被完全自動化。PNC402通過提供面向服務(wù)的體系結(jié)構(gòu)(SOA)接口來清晰地抽象化被明確地設(shè)計來支持批發(fā)和零售服務(wù)的傳送對象，從而橋接物理網(wǎng)絡(luò)與下一代網(wǎng)絡(luò)(NGN)的軟件基礎(chǔ)設(shè)施之間的縫隙。通過提供位于MPLS和PBT兩者之上的抽象層，可以按需將服務(wù)映射到MPLS或PBT。此外，PNC402使得能夠從MPLS無縫地移植到PBT而沒有國旗日的情形(即，完全重新開始或者大部分軟件或數(shù)據(jù)的轉(zhuǎn)換)。PNC402作為API位于業(yè)務(wù)140層和網(wǎng)絡(luò)150層之間，其中，其將業(yè)務(wù)策略轉(zhuǎn)化為網(wǎng)絡(luò)策略，由此使能信息的這種流動。可由PNC402處理的較高層應(yīng)用服務(wù)的一個示例是IMS。在最高層處，MS通過任何可用的具有全網(wǎng)分組傳送能力的網(wǎng)絡(luò)技術(shù)來建立兩個網(wǎng)關(guān)之間的點到點用戶會話(即，IMS不關(guān)心底層傳送技術(shù)，例如MPLS、本地IP和PBT)。關(guān)鍵因子是SLA;因此，應(yīng)用是資源感知的(resourceaware)。PNC402可以將API提供給IMS資源準(zhǔn)入控制功能會話感知元件，選擇最佳傳送元件，配置網(wǎng)絡(luò)，并且對照所希望行為來監(jiān)視順從的實際特性。PNC402中的路徑計算是通過路徑計算模塊(PCM)405來執(zhí)行的。PCM405是能夠以其基本(單線程)配置在一百個節(jié)點的網(wǎng)絡(luò)中每秒路由例如三千個流的經(jīng)高度優(yōu)化的多線程模塊405。PCM405的主要任務(wù)是針對網(wǎng)絡(luò)拓?fù)鋺?yīng)用流量工程規(guī)則和網(wǎng)絡(luò)策略，以最優(yōu)地在網(wǎng)絡(luò)上路由每個服務(wù)。PCM405跟蹤已在網(wǎng)絡(luò)中被路由的所有流。PCM405還維護(hù)數(shù)據(jù)庫407，該數(shù)據(jù)庫存儲通過該元件被路由的流的每個節(jié)點和鏈路的數(shù)據(jù)，以及該元件的關(guān)聯(lián)能力、使用率和性能度量。圖4B是圖示出由PNC402提供的抽象層的抽象框圖。服務(wù)430是基于網(wǎng)絡(luò)技術(shù)440定義的。PNC402隨后仿真舊式服務(wù)定義，并且定義獨立于網(wǎng)絡(luò)技術(shù)440的新的服務(wù)，由此來促進(jìn)提供商間服務(wù)以及服務(wù)管理和特征應(yīng)用集成。PNC402提供面向服務(wù)的API450，其被層疊在虛擬資源抽象460之上。資源抽象460描述網(wǎng)絡(luò)中的資源的抽象行為，以使得能夠?qū)⒎?wù)需求映射到可用資源。行為管理器470以最佳方式將虛擬資源映射到網(wǎng)絡(luò)技術(shù)。例如，低資源密度的應(yīng)用可以經(jīng)由IP來運送，而要求較高的應(yīng)用可以使用MPLS。在接入網(wǎng)絡(luò)中，可以使用以太網(wǎng)或PBT，或者對于高帶寬服務(wù)，在可獲得的情況下，可以選擇全光鏈路。返回圖4A，PNC402利用當(dāng)前的分布式控制平面實現(xiàn)方式克服了基礎(chǔ)技術(shù)困難。與傳統(tǒng)的靜態(tài)服務(wù)配置不同，PNC402不斷地監(jiān)視SLA順應(yīng)性以及網(wǎng)絡(luò)故障，并且優(yōu)化網(wǎng)絡(luò)資源承諾，與先前利用基于分組的技術(shù)相比這提供了較高水平的網(wǎng)絡(luò)可靠性和效率。PNC402在經(jīng)由基于標(biāo)準(zhǔn)SOA的接口、來自O(shè)SS服務(wù)430/控制層的多個資源請求之間進(jìn)行仲裁。其動態(tài)地建?？捎玫木W(wǎng)絡(luò)能力以及所占用的網(wǎng)絡(luò)能力，基于模型化的用戶和運營商QoS以及策略要求，選擇最有效的路徑。PNC提供了多個優(yōu)點，包括(l)消除了硬件限制；(2)消除了廠商對創(chuàng)新的限制；(3)增強了控制平面健壯性；以及(4)端用戶定制化和可程式化服務(wù)。高級交換和路由產(chǎn)品需要定制的硬件開發(fā)以獲得技術(shù)發(fā)展水平的性價比。這使長期的開發(fā)周期稱為必要。選擇產(chǎn)品的控制平面的處理引擎發(fā)生在開發(fā)周期的早期，這是因為必須將其與平臺硬件和軟件集成在一起。結(jié)果，與緊隨摩爾定律、經(jīng)常提高其性價比的的通用計算平臺相比，當(dāng)引入該產(chǎn)品時，控制平面處理器通常已經(jīng)過時。諸如將更多存儲器添加到集成控制平面處理器之類的簡單任務(wù)通常需要硬件升級，并且在許多情況中，需要完全叉車式升級整個系統(tǒng)。這已在產(chǎn)業(yè)中創(chuàng)建了一種模式，其中，客戶通過購買新的硬件來支付新的特征。PNC402，作為基于運行在通用計算平臺上的軟件的單獨控制平面，消除了這些限制?？刂破矫婵梢愿S摩爾定律提高計算能力而不受轉(zhuǎn)發(fā)平面中的硬件設(shè)計方面的限制。通過添加另外的處理和存儲器資源，而非升級轉(zhuǎn)發(fā)平面硬件來實現(xiàn)規(guī)模擴(kuò)展。購買特征來作為特征而非新的硬件。并且，可以實現(xiàn)細(xì)粒度的策略控制，而不會遇到由集成控制平面處理器引入的資源限制。產(chǎn)業(yè)中的創(chuàng)新受到了"最小公分母"效應(yīng)的抑制，在"最小公分母"效應(yīng)中，用戶不能應(yīng)用新的特征直到網(wǎng)絡(luò)中的所有廠商實現(xiàn)了能共同使用的解決方案為止，這通常需要硬件升級或替換。唯一的替代方式是"贏家通吃"方法，其中，迫使用戶從單個廠商購買所有設(shè)備以獲得所希望的特征，而同時放棄該廠商未實現(xiàn)的其它所希望特征。利用PNC402中的分離的控制平面，許多特征可以用控制平面軟件本身來實現(xiàn)，并且可以進(jìn)入與轉(zhuǎn)發(fā)平面硬件無關(guān)的服務(wù)。此外，PNC402調(diào)解廠商之間的實施方式差異，這使能了其它方式不能的無縫服務(wù)。由于是基于軟件的實施方式，因此，不受長的轉(zhuǎn)發(fā)平面硬件開發(fā)周期的束縛，由此極大地增加了特征速度以及通過新的服務(wù)和特征增加收益的能力。PNC402保護(hù)控制平面不受基于轉(zhuǎn)發(fā)平面的異常現(xiàn)象的影響和攻擊。其提供容易隱藏內(nèi)部網(wǎng)絡(luò)基礎(chǔ)設(shè)施的能力，這在提供商間服務(wù)中變得越來越重要。其還防止轉(zhuǎn)發(fā)平面擁塞影響控制平面動作，以糾正問題，該問題是主網(wǎng)停運的共同源。PNC402還允許針對控制平面的更多冗余和彈性選項，這是因為可以與轉(zhuǎn)發(fā)平面配置分開來配置控制平面冗余/彈性選項，由此以極低的成本允許高水平的可用性。例如，可以獨立于轉(zhuǎn)發(fā)平面配置來配置控制平面用于i:i、i:n、m:n配對等。除了PNC402中具有分離的控制平面的一般益處外，在分布式與如在PNC402中的集中化路徑計算之間還存在三個重要的技術(shù)差異(l)可預(yù)測性；(2)故障處理；以及(3)最優(yōu)性和約束。首先，在大型網(wǎng)絡(luò)中，在分布式算法的情況下，變得越來越難以精確地預(yù)測流經(jīng)過網(wǎng)絡(luò)所取的路徑，尤其是在網(wǎng)絡(luò)緊張期間(例如，多個設(shè)施故障)。在集中化的路徑計算環(huán)境中，可以預(yù)先計劃恢復(fù)路徑，并且可以預(yù)先仿真和建?；謴?fù)路徑。這對具有嚴(yán)格SLA的營運關(guān)鍵服務(wù)(missioncriticalservices)變得尤其重要。集中化的配置給予運營商兩個主要優(yōu)點(l)每個用戶的流量采取的路徑的準(zhǔn)確知識；以及(2)網(wǎng)絡(luò)資源的精確且有效率的分配。構(gòu)建于此技術(shù)上，運營商可以達(dá)到數(shù)個重要目標(biāo)，例如(1)提供和遞送精確的SLA;(2)獲得更高的可用性同時降低運作成本；以及(3)有利地擴(kuò)展他們的目標(biāo)市場以包括小型企業(yè)?？赏ㄟ^分組交換領(lǐng)域中的運營商以太網(wǎng)所特有的兩種能力來達(dá)到這些目標(biāo)(l)運營商級0AM&P(包括50毫秒(ms)故障切換)；以及(2)由外部控制平面使能的經(jīng)精調(diào)的、自動化流量工程。此外，在諸如開放最短路徑優(yōu)先(OSPF)之類的分布式算法中，"在本地"處理網(wǎng)絡(luò)中的故障(即，節(jié)點利用現(xiàn)有路徑計算算法來計算特定故障周圍的新的路徑)。在集中化實施方式中，如在PNC402中，控制平面計算主路徑和將在主路徑中的任何元件發(fā)生故障的情況下使用的冗余備用路徑。備用路徑必須是完全冗余的，這是因為不可能預(yù)先知道哪個元件出了故障。完全冗余的路徑對任何特定故障而言可能不是最優(yōu)路徑。同時，在本地計算出的分布式故障路徑對于作為整體的網(wǎng)絡(luò)來說可能不是最優(yōu)的(例如，如果其將大量流量移到已經(jīng)擁塞的鏈路的話)。集中化實施方式中的恢復(fù)是瞬時的；然而，在分布式實施方式中，恢復(fù)時間取決于各種協(xié)議的收斂時間和穩(wěn)定性。諸如OSPF之類的分布式算法的效率和操作依賴于由動態(tài)編程算法的最優(yōu)性性質(zhì)。最優(yōu)性性質(zhì)起源于如下能力將原始問題分解為子問題，并且針對子問題的最優(yōu)解決方案帶來了對原始問題的最優(yōu)解決方案。然而，隨著向問題添加了約束(例如，帶寬、延時、抖動等)，情形改變了并且?guī)砀咝У姆植际剿惴ǖ淖顑?yōu)性原理不再成立。一般地，受約束的最短路徑問題是非確定性多項式時間(NP)完全的，盡管實際上能夠從實際網(wǎng)絡(luò)應(yīng)用中的真實算法獲得接近的多項式性能。因此，對于受約束的路徑計算，例如在新興應(yīng)用中所希望的那些路徑計算，在不增加重要的復(fù)雜性和全局網(wǎng)絡(luò)知識的情況下，現(xiàn)有分布式算法不起作用，其中，然后優(yōu)選更集中化的方法。進(jìn)行整個網(wǎng)絡(luò)優(yōu)化(即，同時路由網(wǎng)絡(luò)中的所有流)因受約束路由的復(fù)雜性而有可能是昂貴的，并且有可能沒什么價值，因為運營商可能不想以這種方式動搖他們的網(wǎng)絡(luò)。PCM405通過定期識別"錯誤路由的"流來執(zhí)行局部優(yōu)化。錯誤路由的流是具有"成本"上與其未受約束的最低成本路徑顯著不同的當(dāng)前路徑的流。PCM405嘗試?yán)?將使錯誤路由的路徑在限度內(nèi))最小增加成本來尋找可被預(yù)先清空(即，重新路由)的其它流。"錯誤路由的"路徑功能還可以用來決定應(yīng)當(dāng)將哪些路徑移到加入網(wǎng)絡(luò)中來的新設(shè)備。僅移動"錯誤路由的"路徑使引入網(wǎng)絡(luò)中的擾動量最小化。所有流的最優(yōu)路徑被計算，并且將使用新設(shè)備的流被標(biāo)識，并且該組內(nèi)的錯誤路由的流被重新路由以使用新設(shè)備。這有可能釋放網(wǎng)絡(luò)其它部分的能力，以允許其它錯誤路由的流被重新路由。以這種方式繼續(xù)處理直到?jīng)]有新的錯誤路由的流可以被重新路由為止。包括相關(guān)使用率和性能統(tǒng)計在內(nèi)的每個網(wǎng)絡(luò)元件的狀態(tài)的PNC數(shù)據(jù)庫407允許PNC402隨著時間的過去轉(zhuǎn)發(fā)項目使用率以用于網(wǎng)絡(luò)規(guī)劃的目的。另外，PNC402知道作為網(wǎng)絡(luò)規(guī)劃處理中的另外的組件的哪些元件和路徑正接近約束并正導(dǎo)致錯誤路由的路徑。另外，隨著時間的過去跟蹤"錯誤路由的"路徑的百分比和數(shù)目使得對網(wǎng)絡(luò)規(guī)劃問題有另外的了解。PNC402還支持"如果"模式，從而允許網(wǎng)絡(luò)規(guī)劃者看到添加、改變或刪減網(wǎng)絡(luò)能力的效果。他們還可以對網(wǎng)絡(luò)故障的效果以及"預(yù)先規(guī)劃"維護(hù)事件進(jìn)行建模。PNC402通過允許運營商利用新的運營商以太網(wǎng)技術(shù)來支持范圍從E-線路到E-LAN服務(wù)內(nèi)的他們的所有業(yè)務(wù)應(yīng)用，從而允許將PBB-TE引入到現(xiàn)實世界的運營商網(wǎng)絡(luò)中。通過PBB-TE，服務(wù)提供商可以通過指定各種服務(wù)實例的隧道路徑來對他們的網(wǎng)絡(luò)進(jìn)行流量策劃(trafficengineer)。此外，PNC402利用PBB-TE允許提供商將新的運營商以太網(wǎng)設(shè)備引入網(wǎng)絡(luò)400中，而沒有如現(xiàn)有技術(shù)中的集成數(shù)據(jù)/控制平面解決方案內(nèi)存在的相互運作性負(fù)擔(dān)。運營商可以獲得特定于服務(wù)的QoS和帶寬保留以確保傳送網(wǎng)絡(luò)的SLA順應(yīng)性。以太網(wǎng)技術(shù)的使用允許配置備用保護(hù)隧道，并利用運營商以太網(wǎng)OA&M標(biāo)準(zhǔn)以提供小于50ms的故障切換時間，這與現(xiàn)有SONET/SDH網(wǎng)絡(luò)所設(shè)置的基準(zhǔn)相匹配。PBB-TEE-LAN服務(wù)提供了若干益處。首先，流量越區(qū)轉(zhuǎn)接是在第2層，來自接入域和提供商域的流量進(jìn)入和外出都經(jīng)過以太網(wǎng)交換機(jī)。因此，現(xiàn)有以太網(wǎng)部署為服務(wù)提供了嚴(yán)格的SLA，而不用改造網(wǎng)絡(luò)。其次，與用來構(gòu)建VPN服務(wù)的傳統(tǒng)路由器相比，其以非常低的成本通過共享基礎(chǔ)設(shè)施提供了面向連接的電路方案。此外，PNC402消除了對額外的協(xié)議復(fù)雜性的需要以及用戶的配置錯誤。另外，不存在發(fā)現(xiàn)和信令協(xié)議消除了由協(xié)議控制引起的可能的規(guī)模擴(kuò)展限制。最后，集中化方案允許可以在單個配置點處應(yīng)用的更健壯的安全性。PNC402足夠靈活以與任何外部服務(wù)器集成，來檢索E-LAN成員關(guān)系信息。具有可以創(chuàng)建與主要流量模式相關(guān)聯(lián)的并且可以與如何使用物理基礎(chǔ)設(shè)施有關(guān)地被管理的"路由"的獨立第2級基礎(chǔ)設(shè)施，是存在現(xiàn)實價值的。控制平面從數(shù)據(jù)平面的分離將服務(wù)配置從底層網(wǎng)絡(luò)技術(shù)去耦合，這允許運營商部署不同種類的網(wǎng)絡(luò)并獨立地發(fā)展他們的網(wǎng)絡(luò)和服務(wù)供應(yīng)。然而，僅僅計算路徑是不夠的。還需要對服務(wù)和資源的高效且有效率的配置。服務(wù)管理架構(gòu)的目的是在服務(wù)提供商所提供的服務(wù)體驗與支撐這些體驗的資源之間建立鏈接。在數(shù)據(jù)聯(lián)網(wǎng)的早期(當(dāng)每月以數(shù)以萬計的美元將數(shù)據(jù)服務(wù)售給企業(yè)時)，服務(wù)到資源的鏈接是通過手動配置來創(chuàng)建的。當(dāng)前網(wǎng)絡(luò)中服務(wù)中斷的主要原因是操作者錯誤。雖然即使在當(dāng)今路由和交換元件的復(fù)雜性的情況下，運營商仍然偶爾必須采取手動配置，然而，作為一般的實踐，由于寬帶和數(shù)據(jù)服務(wù)的每用戶平均收入(ARPU)的下降，手動處理已經(jīng)不再受歡迎。取而代之的是，操作者采用多種形式的處理自動化來創(chuàng)建和維護(hù)服務(wù)到網(wǎng)絡(luò)的鏈接。為了使這個有效，服務(wù)的連接和性能目標(biāo)必須被自動地轉(zhuǎn)化為資源投入。這意味著將作為行為集合的服務(wù)的抽象版轉(zhuǎn)換為資源投入的經(jīng)配置版集合。元件/設(shè)備管理系統(tǒng)、網(wǎng)絡(luò)管理系統(tǒng)和策略管理系統(tǒng)對于該處理的配置部分都有用，而對于從抽象到配置的轉(zhuǎn)換不那么有用。然而，利用諸如PNC之類的分離的控制平面，可以可靠且安全地實現(xiàn)這些服務(wù)而不會給網(wǎng)絡(luò)帶來風(fēng)險。對于運營商，對客戶可程式化和定制化的允許提供了新的收益源以及服務(wù)差異化，而同時降低了他們的運作成本。用于解決方案的構(gòu)建的構(gòu)建塊中的一些與當(dāng)前部署在MPLS網(wǎng)絡(luò)中的虛擬專用LAN服務(wù)(VPLS)類似。關(guān)鍵的差別在于(1)分別取代LSP隧道和偽線而使用了PBB-TE中繼線和服務(wù)實例(I-SID);(2)取代發(fā)現(xiàn)和信令機(jī)制(邊界網(wǎng)關(guān)協(xié)議(BGP)、標(biāo)簽分發(fā)協(xié)議(LDP)等)而使用了PNC中的外部控制器；以及(3)PE交換機(jī)處的EVSI概念取代了出現(xiàn)在PE路由器上的虛擬交換機(jī)實例。因此，通過PBB-TE的E-LAN服務(wù)的三個構(gòu)建塊為(l)PNC中的外部網(wǎng)絡(luò)控制器；(2)核心處的全網(wǎng)PBB-TE中繼線；以及(3)每個E-LAN實例的EVSI。圖5是圖示出根據(jù)本發(fā)明采用了示例實施例PNC502的示例E-LAN服務(wù)部署500的網(wǎng)絡(luò)示圖。PNC502有助于針對PBB-TE中繼線的發(fā)現(xiàn)和信令以及基于QoS和策略的路徑配置。發(fā)現(xiàn)包括PE發(fā)現(xiàn)特定E-LAN實例530、540的其它PE成員。信令方面解決PE之間的全網(wǎng)PBB-TE中繼線的配置。通過將附接電路AC關(guān)聯(lián)到特定E-LAN實例530、540，來在PNC502處表達(dá)對于特定E-LAN服務(wù)實例530、540的成員關(guān)系。PNC502維護(hù)儲存庫555，儲存庫555以其高度可用的數(shù)據(jù)存儲能力來將E-LAN實例530、540映射到PE交換機(jī)以及關(guān)聯(lián)端口(AC)。另外，PNC502配置E-LAN服務(wù)實例530、540與PBB網(wǎng)絡(luò)510中所有PE節(jié)點的AC之間的映射?；谒硎镜挠成洌琍NC502計算滿足服務(wù)需要的QoS以及用戶策略約束的路徑，以配置PE之間的PBB-TE中繼線。圖6是圖示出根據(jù)本發(fā)明的示例實施例PNC中的示例PCM的路徑計算的流程圖600。PCM使用Dijkstra最短路徑算法的變體來執(zhí)行算法計算。這不僅通過每次僅延伸最著名路徑因而在理論意義上是有效率的，而且在實際意義上也是有效率的，因為其將所關(guān)注節(jié)點限制為最有效率地向目的地移動的子集。通過指定服務(wù)實例605并指定源和目的地位置610來開始路徑計算。對于每種類型的服務(wù)，PCM確定615如數(shù)據(jù)庫617中所存儲的服務(wù)所需的約束和參數(shù)以及網(wǎng)絡(luò)中每件設(shè)備的能力和狀態(tài)。PCM隨后進(jìn)行處理以找到網(wǎng)絡(luò)中滿足與服務(wù)實例相關(guān)聯(lián)的約束的"最低成本"路徑620。隨后，處理結(jié)束625。取決于情形，經(jīng)PCM最小化的成本函數(shù)可以是許多變量的函數(shù)。在簡單的情況中，成本函數(shù)簡單地為跳數(shù)，或者在延時敏感的應(yīng)用中，成本函數(shù)可以是鏈路的等待時間或物理長度。在更復(fù)雜的情況中，PCM能夠用其計算來支持各種啟發(fā)法。例如，鏈路使用率的各種函數(shù)可以用作針對諸如延時、抖動、分組丟失、流平衡之類的性能度量的啟發(fā)法，并且可以包括到成本或約束函數(shù)中。啟發(fā)法可以應(yīng)用來激勵某些網(wǎng)絡(luò)行為(例如，通過將較低成本函數(shù)用作鏈路速度的函數(shù)，來優(yōu)先考慮較高速度的鏈路)。類似地，通過利用作為各種因子(例如，等待時間、分組丟失、跳數(shù)、抖動、流平衡、鏈路使用率等)的加權(quán)和的成本函數(shù)，可以獲得其它網(wǎng)絡(luò)行為。PCM還支持用于平局決勝過程的、用于評估到最優(yōu)路徑的次優(yōu)方案的以及用于確定冗余路徑選擇的啟發(fā)法。例如，PCM還利用Bhandari算法計算除給定端點之外的完全冗余路徑(即，不存在與主路徑共用的節(jié)點和鏈路)。如果不存在完全冗余路徑，則PCM提議替代方案，高亮與主路徑的共用元件。當(dāng)多條路徑具有相等的成本結(jié)果時，PCM利用平局決勝規(guī)則來選擇路徑。平局決勝規(guī)則可由用戶來配置。默認(rèn)的平局決勝規(guī)則可以使跨越路徑的鏈路使用率最小化，這是因為鏈路使用率是延時、抖動和負(fù)荷平衡的主要決定因素。可選地，PCM可以被配置為另外計算可能在其它度量(例如，流平衡)方面具有更好性能的次優(yōu)路徑。另外，用戶可能希望針對某些鏈路改寫成本函數(shù)并且插入特定值以獲得某些行為。用戶可以指定在路徑計算中使用的超訂因子(overbookingfactor)。超訂因子是通過網(wǎng)絡(luò)鏈路路由的流量與鏈路的標(biāo)稱量之比。對于"有保證的帶寬"計算，超訂因子為1.0。對大于1.0(例如，2或3)的超訂因子的使用考慮到了流量流的統(tǒng)計性和時變性質(zhì)，提供了更好的整體網(wǎng)絡(luò)使用率?？梢灾付ňW(wǎng)絡(luò)范圍內(nèi)的、每條鏈路的或每種類型的鏈路(例如，核心相對于接入)的超訂因子。NGN需要這樣的集成方法與當(dāng)前網(wǎng)絡(luò)的煙囪式實施方式相反，該方法將驅(qū)動服務(wù)的業(yè)務(wù)系統(tǒng)接口連接到提供服務(wù)的網(wǎng)絡(luò)元件。PNC將網(wǎng)絡(luò)元件的清晰抽象提供給跨越不21同技術(shù)、不同廠商和不同網(wǎng)絡(luò)的NGN軟件架構(gòu)。一般地，在網(wǎng)絡(luò)中順序地路由流(即，以服務(wù)被預(yù)訂的順序來路由)。在不受約束的網(wǎng)絡(luò)中，這也是最優(yōu)路由，因為每個流可在整個網(wǎng)絡(luò)獲得并且選擇其最佳路徑。在受約束的路由網(wǎng)絡(luò)中，添加流的順序可以有很大差別，并且導(dǎo)致了整體次優(yōu)的路由計劃。PNC的獨特能力之一是其將復(fù)雜網(wǎng)絡(luò)策略應(yīng)用到路徑計算處理的能力。各種類型的網(wǎng)絡(luò)策略被支持。定義了與正被路由的服務(wù)實例有關(guān)的約束的規(guī)則可以告知PCM哪些類型的網(wǎng)絡(luò)設(shè)備被允許和/或需要或者在一些情況中哪些不被允許。一個示例是合法攔截，其中，可能需要路徑經(jīng)過網(wǎng)絡(luò)中某處的合法攔截點。另一示例可以是政治敏感的流量，其中，需要路徑不經(jīng)過某些地理區(qū)域從而不經(jīng)過某個網(wǎng)絡(luò)設(shè)備。這種情形是通過從網(wǎng)絡(luò)拓?fù)渲幸瞥@鞋節(jié)點和鏈路并運行路徑計算算法來處理的。網(wǎng)絡(luò)設(shè)備數(shù)據(jù)庫允許PCM在考慮到這些規(guī)則的情況下來匹配網(wǎng)絡(luò)元件。規(guī)則動態(tài)地對路由處理，例如沿著路徑的路由匹配封裝方法進(jìn)行響應(yīng)。此外，規(guī)則可以用來強制執(zhí)行在許多真實網(wǎng)絡(luò)中可能不需要的所希望的網(wǎng)絡(luò)行為(例如，防止電路從接入節(jié)點到核心節(jié)點再到另一組接入點，再返回核心并從這兒到所希望目的地接入點)。更詳細(xì)描述合法攔截情況。最優(yōu)算法計算從源到網(wǎng)絡(luò)中所有合法攔截點的最短路徑，計算從每個合法攔截點到目的地的最短路徑，并且隨后選擇兩條子路徑的成本之和最低的、經(jīng)過合法攔截點的路徑。雖然是最優(yōu)的算法，然而，該算法不一定是有效率的，這是因為即使許多攔截點不可能參與解決方案，該算法也尋找網(wǎng)絡(luò)中去往/來自所有攔截點的路由。可以利用諸如PCM的多層路徑計算能力之類的更有效的方法，來以任意順序?qū)?yīng)對諸如合法攔截之類的需求的能力擴(kuò)展為多種類型的這種需求。圖7是圖示出當(dāng)通過網(wǎng)絡(luò)710路由流以維持與網(wǎng)絡(luò)策略的一致性時的路徑的層狀態(tài)700的狀態(tài)圖。在多層路徑計算中，網(wǎng)絡(luò)拓?fù)浒ㄈ舾蓪?20(例如，波分復(fù)用(W匿)、光傳送網(wǎng)絡(luò)(OTN)、SDH以及以太網(wǎng))和節(jié)點(NE)，并且網(wǎng)絡(luò)710中的鏈路705可以出現(xiàn)在若干層720中。當(dāng)執(zhí)行集成層0-2路徑計算時、當(dāng)處理網(wǎng)絡(luò)中的約束(例如物理層的不同適應(yīng)性或復(fù)用方案、邏輯層的不同封裝)時，以及當(dāng)強制執(zhí)行網(wǎng)絡(luò)策略規(guī)則(例如與底層傳送設(shè)施的物理多樣性有關(guān)的那些規(guī)則)時，這種情形會出現(xiàn)。當(dāng)運營商從不同廠商(例如，廠商A、B和C)購買物理設(shè)備(例如，網(wǎng)絡(luò)設(shè)備(NE))時，這些約束會出現(xiàn)。這些廠商可能提供特定于廠商的軟件來輔助管理網(wǎng)絡(luò)。這些子系統(tǒng)需要被集成到較大單元中，以便提供端到端的服務(wù)。此外，當(dāng)路徑穿越每層時，PNC必須適當(dāng)?shù)刈詣诱{(diào)節(jié)故障切換時間常數(shù)以將每層的恢復(fù)協(xié)議考慮在內(nèi)。除了多層網(wǎng)絡(luò)中的基本路徑計算之外，PCM還使用專用算法來計算多層網(wǎng)絡(luò)710中的邊緣和節(jié)點脫節(jié)冗余路徑。多層路徑計算還允許底層傳送網(wǎng)絡(luò)中對共享設(shè)施約束的直接表達(dá)?？梢葬槍λ谢虿糠志W(wǎng)絡(luò)使能這種能力，以使得服務(wù)提供商將這種水平的保護(hù)提供給網(wǎng)絡(luò)的最關(guān)鍵部分，而無需擔(dān)心所有底層傳送設(shè)備。這種類型的多個約束的示例可能在尾電路路由(tailcircuitrouting)中出現(xiàn)。在多數(shù)情況中，被請求的路徑不是到特定節(jié)點的而是到具有特定能力(例如，寬帶遠(yuǎn)程接入服務(wù)器(BRAS)、會話邊界控制器(SBC)、多服務(wù)接入點、服務(wù)提供商接口點等)的任何節(jié)點的。在一些情況中，如果從該節(jié)點建立了路徑的其余部分，則路徑可以在該點處終止。在尾電路路由中，PCM利用如上所述的多層路徑計算算法來確定路徑。在更復(fù)雜的情況中，可能存在必須經(jīng)過的多種類型的節(jié)點，這需要更復(fù)雜的但類似的多層路由算法。在尾電路路由問題(例如，路由到BRAS)中，PCM可以開發(fā)到BRAS的冗余路徑，或者替代地，到另一BRAS的冗余路徑，如果網(wǎng)絡(luò)策略如此規(guī)定的話。在前者的情況中，PNC的動態(tài)控制平面將檢測BRAS或者BRAS之后的中繼線的故障，并且重新路由在該BRAS處終止的所有路徑。圖8是圖示出根據(jù)本發(fā)明相對于示例實施例PNC中的網(wǎng)絡(luò)故障和恢復(fù)而出現(xiàn)的一類網(wǎng)絡(luò)策略的流程圖800。當(dāng)故障被檢測到時801，網(wǎng)絡(luò)設(shè)備切換到備用冗余路徑805。由于一些故障通過底層傳送網(wǎng)絡(luò)而自動地被恢復(fù)，因此，PNC在采取任何動作之前通常等待807—段時間。進(jìn)一步的動作取決于網(wǎng)絡(luò)策略810。當(dāng)該時間截止之后，PNC可以按現(xiàn)狀離開路徑815。或者，PNC可以切換主路徑與備用路徑的角色820。替代地，PNC可以基于反映了故障的新的網(wǎng)絡(luò)拓?fù)鋪碛嬎阈碌膫溆寐窂?25或新的主路徑與備用路徑830。PNC隨后判斷故障是否已修復(fù)835。如果未修復(fù)，則PNC繼續(xù)監(jiān)視網(wǎng)絡(luò)837。一旦故障被修復(fù)838，則出現(xiàn)類似于上面那些選項的一組選項840，例如按現(xiàn)狀離開某物845、切換路徑的角色850、計算新的備用路徑855或新的主路徑與備用路徑860。這里的策略選擇在處理受約束的路徑計算時變得尤其重要，這是因為在發(fā)生故障時刻與修復(fù)時刻之間被路由的新的服務(wù)將消耗由原始路徑集使用的資源。處理隨后結(jié)束865。圖9是圖示出包括根據(jù)本發(fā)明的輔助網(wǎng)絡(luò)維護(hù)操作和事件的示例實施例PNC902，以及相關(guān)聯(lián)的網(wǎng)絡(luò)鏈路狀態(tài)的網(wǎng)絡(luò)900的網(wǎng)絡(luò)示圖。"橋接和滾動"是可由PNC902容易地執(zhí)行的操作的良好示例，這使得客戶能夠?qū)⑿碌挠布蚍?wù)無縫地引入已有網(wǎng)絡(luò)或者以自動方式來執(zhí)行例行維護(hù)。在網(wǎng)絡(luò)策略的這個示例中，維持服務(wù)、傳送(中繼線、LSP)、節(jié)點和鏈路之間的映射的PNC902使得客戶能夠請求通過在維護(hù)事件期間安全地將所有流量移離特定網(wǎng)絡(luò)設(shè)備來將節(jié)點從活動服務(wù)移除而不中斷服務(wù)。在網(wǎng)絡(luò)900中，經(jīng)過節(jié)點1、節(jié)點2和節(jié)點3的雙向主中繼線930在源910與目的地920之間運送數(shù)據(jù)。還存在源910與目的地920之間的、經(jīng)過節(jié)點1、節(jié)點4和節(jié)點3的備用中繼線940。在主中繼線和備用中繼線兩者上發(fā)送保持活躍消息(例如，以10ms的速率)。如果源910在指定故障維護(hù)窗(例如，30ms)內(nèi)未從節(jié)點(例如，節(jié)點2)接收到響應(yīng)，則源910故障切換到備用中繼線940。隨后PNC902將節(jié)點(例如節(jié)點2)清除出服務(wù)，然后，PNC902通知所有受影響的服務(wù)。對于每個受影響的服務(wù)，PNC902重新計算新的中繼線，并且通過可用網(wǎng)絡(luò)映射服務(wù)。例如，隨后源必須組成新的備用或第三重中繼線950。在此情況中，第三重中繼線950經(jīng)過節(jié)點1、節(jié)點5和節(jié)點3。當(dāng)客戶準(zhǔn)備好宣告交換機(jī)再次活動時，節(jié)點可以被使能。PNC902在網(wǎng)絡(luò)中檢測新的交換機(jī)并且重新計算所有已有中繼線。與上面的討論類似，當(dāng)該網(wǎng)絡(luò)設(shè)備返回到服務(wù)中時，網(wǎng)絡(luò)策略隨后確定如何處理流。PNC902通過仿真網(wǎng)絡(luò)中的通信隧道可以用于服務(wù)移植。通過PNC902利用不同技術(shù)來仿真連通性，第三重中繼線950實際上可以包括除第2層以外的網(wǎng)絡(luò)鏈路。例如，可以通過第0/1層環(huán)形網(wǎng)絡(luò)960來構(gòu)成第三重中繼線950。然而，在構(gòu)成第三重中繼線950時，PNC902使得這種層的改變是無縫的，從而使得好像是作為第2層鏈路的服務(wù)一樣。此外，第三重中繼線950具有比底層網(wǎng)絡(luò)的恢復(fù)時間更長的恢復(fù)時間，用來避免沖突的保護(hù)機(jī)制。PNC902可能還必須執(zhí)行多層等待時間約束求解。例如，當(dāng)改變IPTV服務(wù)上的信道時，需要低的等待時間，以使得在來自遠(yuǎn)程的命令與被信道被改變之間只存在較短時間。23在此示例中，源910和目的地920認(rèn)為第2層以太網(wǎng)服務(wù)正連接它們。然而，實際上，將光環(huán)形網(wǎng)絡(luò)用在第三重中繼線950中。因此，多網(wǎng)絡(luò)層的使用通過提供好于預(yù)期(第2層)的服務(wù)(第0/1層)而解決了服務(wù)約束。PNC902還允許在出現(xiàn)故障時恢復(fù)連接。根據(jù)本發(fā)明的示例實施例PNC902檢測故障，并且基于所存儲的與經(jīng)歷故障的連接有關(guān)的信息來分配新的連接。該信息可能與關(guān)聯(lián)于服務(wù)的重要性程度(例如，經(jīng)濟(jì)或社會重要性)有關(guān)。例如，雖然緊急服務(wù)是用與所有其它服務(wù)類似的流量來表示的，但是是非常重要的，因此當(dāng)該服務(wù)被請求時，將被指派恢復(fù)緊急值。然而，不能僅根據(jù)基于技術(shù)(即，語音、視頻、短消息服務(wù)(SMS))的先驗假設(shè)來指派恢復(fù)緊急值，這是因為該類型的數(shù)據(jù)可能運送了重要信息，例如緊急警報SMS消息。必須存在視情況而論的優(yōu)先次序(例如，基于目的地/源地址)。軟件控制平面隨后通過直接配置新形成的隧道的接口處的網(wǎng)絡(luò)設(shè)備來仿真隧道的連接。由PNC提供的網(wǎng)絡(luò)抽象使能了設(shè)備和尋址虛擬化，其以與網(wǎng)絡(luò)控制點擴(kuò)展語音電話網(wǎng)絡(luò)中的服務(wù)范圍幾乎相同的方式來擴(kuò)展?jié)撛诘挠袃r值的新服務(wù)的范圍。網(wǎng)絡(luò)地址不再需要具有任何物理的或地理的意義，并且從虛擬到物理地址的映射可以是時間、地點、負(fù)荷等的函數(shù)。從運作的角度來說，這種網(wǎng)絡(luò)抽象采取了復(fù)雜的、特定于設(shè)備的過程(例如，"橋接和滾動"操作)，并且使得能夠利用單條命令來安全地可預(yù)測地執(zhí)行整體操作。PNC可以構(gòu)造具有各種保護(hù)選項(鏈路和節(jié)點脫節(jié)、共享的風(fēng)險鏈路組(SRLG)等)的傳送以保護(hù)免于出現(xiàn)主要的故障事件。PNC監(jiān)視使能了智能故障報告與補救，其中，在發(fā)生故障的情況下，網(wǎng)絡(luò)上的服務(wù)動態(tài)地被移植。此外，PNC在發(fā)生影響主路徑與備用路徑兩者的相關(guān)故障的情況下，使能服務(wù)"修復(fù)"。這種能力消除了對操作者干預(yù)的需要，并且減少了服務(wù)的平均修復(fù)時間(MTTR)。當(dāng)故障被修復(fù)時，正常的主路徑和備用路徑被恢復(fù)。此外，由于傳送和服務(wù)創(chuàng)建處理是自動化的，因此，新的服務(wù)的配置被極大地簡化，并且允許網(wǎng)絡(luò)設(shè)備呈現(xiàn)在線路上/離開線路。這限制了手動配置，因此減少了作為服務(wù)中斷主要源之一的配置錯誤。此夕卜，對于業(yè)務(wù)客戶，E-LAN服務(wù)需要不只是提供站點之間的連通性。針對用戶流量(幀、分組等)定義的諸如服務(wù)屬性之類的QoS屬性形成了SLA規(guī)范的基礎(chǔ)。根據(jù)在技術(shù)規(guī)范MEF10.1以太網(wǎng)服務(wù)屬性階段2中所描述的MEF服務(wù)架構(gòu)，可以利用服務(wù)性能(例如，幀等待時間、延時變化(抖動)以及丟失率)和帶寬配置屬性來表達(dá)以太網(wǎng)服務(wù)目標(biāo)。表la描述了影響服務(wù)性能的各種因素。幀等待時間(幀延時)指服務(wù)幀穿越網(wǎng)絡(luò)所花的時間。其是從入口用戶網(wǎng)絡(luò)接口(UNI)處的第一比特的到達(dá)到出口UNI處的最后一比特的輸出測得的。某些SLA也測量往返延時。幀延時變化(抖動)描述了與出口UNI處測得的兩個連續(xù)幀的到達(dá)之間的延時相比，入口UNI處的類似幀之間的時間間隔的差異。該延時在未經(jīng)緩沖的視頻的傳輸中是重要的因子，其中，毫秒范圍內(nèi)的變化的出現(xiàn)都可以影響服務(wù)質(zhì)量。幀丟失測量在提供商網(wǎng)絡(luò)內(nèi)部丟失的服務(wù)幀的數(shù)目。幀丟失被測量為在傳送出口處測得的幀丟失數(shù)除以在傳送入口處測得的所發(fā)送幀的數(shù)目的比率。24因子描沐幀等待時間(幀延時)服務(wù)幀穿越網(wǎng)絡(luò)所花時間從入口UNI處第一比特的到達(dá)起至出口UNI處最后一幀的輸出為止測得的幀延時變化(抖動)與出口UNI處兩個連續(xù)幀的到達(dá)之間的延時相比，入口UNI處的類似幀之間的時間間隔的差異幀丟失率網(wǎng)絡(luò)內(nèi)丟失服務(wù)幀的數(shù)目在出口處測得的丟失的幀數(shù)與在入口處發(fā)送的幀數(shù)之比表la表lb描述了用于端到端QoS遞送的構(gòu)建塊。傳統(tǒng)上利用分離的網(wǎng)絡(luò)進(jìn)行遞送的基于以太網(wǎng)的傳送聚合服務(wù)需要考慮每個服務(wù)的QoS需求，從而不迫使提供商重復(fù)構(gòu)建他們的網(wǎng)絡(luò)。用于這種有效的端到端QoS保證的關(guān)鍵構(gòu)建塊為(l)面向連接的傳送；(2)基于約束的路徑計算；(3)通過有效的準(zhǔn)入控制的容量規(guī)劃；以及(4)提供商網(wǎng)絡(luò)中的每跳流量處理。由運營商以太網(wǎng)交換機(jī)和服務(wù)聚合邊緣設(shè)備提供的面向連接的傳送是指跨越提供商網(wǎng)絡(luò)預(yù)先配置的傳送，其使得PBB-TE能夠通過運營商網(wǎng)絡(luò)發(fā)送服務(wù)流量?？深A(yù)測性也有助于遞送以最優(yōu)成本點數(shù)滿足服務(wù)SLA的QoS保證。由PNC提供的基于約束的計算是指達(dá)到網(wǎng)絡(luò)節(jié)點和鏈路的正確組合的處理，這些網(wǎng)絡(luò)節(jié)點和鏈路一起形成了滿足帶寬、質(zhì)量和運營商策略約束的類電路傳送。由PNC提供的連接準(zhǔn)入控制是指遵從協(xié)定的服務(wù)條約有效地將可用帶寬資源配給到被成組為多類的服務(wù)流量中的處理。由運營商以太網(wǎng)交換機(jī)和服務(wù)聚合邊緣設(shè)備提供的每跳流量處理是指，服務(wù)流量穿越對網(wǎng)絡(luò)的統(tǒng)計復(fù)用需要網(wǎng)絡(luò)各部分處的"條件處理"(conditioning)，以使得按照協(xié)定的服務(wù)合約來適當(dāng)?shù)貐^(qū)分服務(wù)流構(gòu)建塊提供自注釋面向連接的傳送運營商以太網(wǎng)交換機(jī)、服務(wù)聚合邊緣設(shè)備PBB-TE實現(xiàn)的基于約束的路徑計算PNCPNC計算并配置QoS和策略受約束路徑連接準(zhǔn)入控制PNC考慮跨越所有服務(wù)的網(wǎng)絡(luò)鏈路上的帶寬使用25<table>tableseeoriginaldocumentpage26</column></row><table>表lb表2圖示出了各種帶寬配置屬性(S卩，速率，用戶流量(幀，分組等)可以以該速率經(jīng)過UNI(在準(zhǔn)入點處))。帶寬配置屬性形成了服務(wù)供應(yīng)和定價的基礎(chǔ)。根據(jù)承諾信息速率(CIR)和超額信息速率(EIR)來表達(dá)帶寬配置屬性。CIR是允許訂戶傳送服務(wù)幀的平均速率。這種傳送服從承諾突發(fā)大小(CBS)，大至CBS的服務(wù)幀可被發(fā)送并且仍然符合CIR。EIR是大于或等于CIR的平均速率，大至EIR的服務(wù)幀可被準(zhǔn)許進(jìn)入提供商網(wǎng)絡(luò)。同樣，EIR服從超額突發(fā)速率(EBR)，大至該速率EBR符合EIR。用戶流量被分類并在入口處被標(biāo)記(著色)以遵從CIR和EIR。符合CIR的流量被標(biāo)上綠色并準(zhǔn)許進(jìn)入。不符合CIR但符合EIR的流量被標(biāo)上黃色并準(zhǔn)許進(jìn)入，但被標(biāo)記為盡力而為遞送；因此，其可能在網(wǎng)絡(luò)中的擁塞點處被丟棄。既不符合CIR也不符合EIR的流量被標(biāo)上紅色并且在邊緣處被丟棄。<table>tableseeoriginaldocumentpage26</column></row><table><table>tableseeoriginaldocumentpage27</column></row><table>表3aPNC將SLA分解為服務(wù)和傳送構(gòu)成，如表3b所示。服務(wù)構(gòu)成識別服務(wù)的類型并且以創(chuàng)建通過PE交換機(jī)的全網(wǎng)傳送，其觸發(fā)了PBB-TE中繼線的創(chuàng)建。PNC在諸如幀延時=lOOms，抖動=5ms并且?guī)瑏G失率小于0.05%之類的QoS約束下跨越PE構(gòu)建PBB-TE中繼線。構(gòu)建有以太網(wǎng)軟交換模型的網(wǎng)絡(luò)控制器可以有效地使用交換機(jī)的成型和策略能力來"平滑"影響到達(dá)分布的流量流，從而避免網(wǎng)絡(luò)中的隊列爭奪和擁塞熱點。<table>tableseeoriginaldocumentpage27</column></row><table><table>tableseeoriginaldocumentpage28</column></row><table>表3b表4a和4b圖示出了由PNC支持的根據(jù)表3a的SLA管理跨越不同類的流量的帶寬連接的兩種類型的帶寬約束模型(l)俄式洋娃娃模型(RDM)及其保留變量；以及(2)最大分配模型(MAM)。然而，對于給定域，單個帶寬約束模型(即，RDM或MAM)用于連接準(zhǔn)入控制。表4a圖示出了流量的示例類別以及分配給每類的帶寬指標(biāo)。存在四種類別類型(1)實時(RT);(2)優(yōu)先數(shù)據(jù)(PD);(3)業(yè)務(wù)數(shù)據(jù)(BD);以及(4)基本數(shù)據(jù)(BSD)。RT具有每秒小于或等于300兆比特(Mbps)的類別帶寬指標(biāo)。PD具有小于或等于200Mbps的類別帶寬指標(biāo)。BD具有小于或等于300Mbps的類別帶寬指標(biāo)。BSD具有小于或等于200Mbps的類別帶寬指標(biāo)。<table>tableseeoriginaldocumentpage28</column></row><table>表4a表4b圖示出了針對示例SLA的示例RDM和MAM分配。鏈路上經(jīng)聚合的可保留帶寬被"切分"為多個帶寬約束(BC)，并且基于下面的方案來為每類"分配"帶寬。在MAM中，每個類別-類型與最大帶寬相關(guān)聯(lián)并且針對每類獨立地進(jìn)行分配。對于每個類別類型的固定的帶寬"片段"，不能跨越類別類型流量來共享未使用的帶寬。因此，在某些部署場合，MAM模型可能不會獲得高的鏈路使用率。m)M假設(shè)類別之間的層級性，并且以嵌套方式應(yīng)用約束。最高類別類型被指派有最大帶寬。次最大帶寬被定義用于一起的兩個最高類別類型，并且下一帶寬被定義用于一起的三個最高類別-類型，等等。這種模型通常帶來了非常高的鏈路使用率并且允許用于選擇流量類別類型的絕對優(yōu)先級。這允許更多控制以滿足SLA保證。模舉帶寬約束(BC)(Mbps)毎類別分配注釋最大分配模型BCO=200BC1=300BC2=200BC3=300RT=BC3PD=BC2BD=BC1BSD=BCO所有類別的流量被分配有固定片段并且不跨類別共享未使用帶寬俄式洋娃娃模型(RDM)BCO=1000BC1=■BC2=500BC3=300RT=BC3RT+PD=BC2RT+PD+BD=BC1RT+PD+BD+BSD=BCO在層級的低端處存在匱乏的風(fēng)險，但是保留擴(kuò)展可用來避免該問題表4bPNC基于多個QoS以及每類別帶寬約束來計算經(jīng)優(yōu)化的路徑。這與連接準(zhǔn)入控制方案(即，R匿和MAM)相集成，以使能服務(wù)差異，并且由此逐個類別地限制網(wǎng)絡(luò)使用率。PNC將特定于NE的配置推向PE以影響邊緣處的流量分類和條件處理(計量、成形、丟棄、標(biāo)記)。此外，沿著中繼線路徑的所有NE被配置為跨域?qū)崿F(xiàn)針對恒定的服從SLA的服務(wù)流量的每跳處理。PNC維護(hù)拓?fù)鋱D形式的提供商網(wǎng)絡(luò)的抽象表示。其利用諸如帶寬、延時和抖動開銷之類的性質(zhì)的精確表示來建模節(jié)點和鏈路，所述性質(zhì)向路徑計算引擎提供了數(shù)據(jù)點以實現(xiàn)中繼線端點之間基于所需約束的路徑。在簡化示例中，對于與保護(hù)屬性不相關(guān)聯(lián)的路徑，不滿足用戶指定約束的節(jié)點和鏈路被剪除以形成拓?fù)渥訄D，并且約束最短路徑優(yōu)先(CSPF)算法在該拓?fù)渥訄D上運行以計算出傳送端點之間的路徑。在多個有吸引力的路徑選擇的情況中，聚合鏈路權(quán)重度量用作平局決勝。表5圖示出了支持PNC的保護(hù)和恢復(fù)方案。保護(hù)屬性向運送服務(wù)流量的傳送添加彈性，并且服務(wù)流量的關(guān)鍵性驅(qū)動所選選項。待命(備用)被設(shè)置以保護(hù)不出現(xiàn)因網(wǎng)絡(luò)中斷引起的工作(主)路徑上的流量丟失。諸如工作和待命路徑的鏈路和節(jié)點脫節(jié)之類的其它屬性可被請求，以便保護(hù)網(wǎng)絡(luò)中不出現(xiàn)"相關(guān)的"故障。鏈路脫節(jié)性質(zhì)利用不經(jīng)過用于主傳送的任何鏈路的備用傳送來保護(hù)主傳送，從而確保不出現(xiàn)鏈路故障。節(jié)點脫節(jié)性質(zhì)利用不經(jīng)過主路徑上的任何節(jié)點的備用傳送來保護(hù)主傳送，從而確保不出現(xiàn)節(jié)點和鏈路故障。保護(hù)方案細(xì)節(jié)未保護(hù)未利用備用傳送來保護(hù)主傳送。這最適于發(fā)送盡力而為流量。<table>tableseeoriginaldocumentpage30</column></row><table>第一概念是用于動態(tài)地仿真網(wǎng)絡(luò)中的可組合通信隧道的方法。根據(jù)該方法，多個通信隧道被分配。每個隧道具有多個硬件端點并且可能具有不同類型的通信協(xié)議(例如，MPLS或PBT)。整體的端到端隧道包括多個隧道。為了形成整體隧道，通過直接對每個單獨隧道的硬件端點進(jìn)行編程來連接多個隧道。硬件端點可以包括交換機(jī)和路由器，并且對端點編程可以包括改寫硬件端點的正常路由行為。另外，可在網(wǎng)絡(luò)上駐留的業(yè)務(wù)平面模塊的方向中對硬件端點編程。圖10圖示出了VPN的一個示例。在此示例中，公司需要在其位于美國(US)的總部與位于斐濟(jì)的衛(wèi)星辦公室之間建立VoIP連接。在此情形中，假設(shè)US因特網(wǎng)服務(wù)提供商(ISP)與斐濟(jì)的ISP之間的最佳(S卩，最便宜)路由是通過俄羅斯ISP的MPLS網(wǎng)絡(luò)。然而，USISP和斐濟(jì)ISP使用PBT網(wǎng)絡(luò)。為了建立VoIP連接，USISP必須獲得三條隧道從US總部到俄羅斯ISP網(wǎng)絡(luò)的隧道T1、經(jīng)過俄羅斯ISP網(wǎng)絡(luò)的隧道T2，以及從俄羅斯ISP網(wǎng)絡(luò)到斐濟(jì)衛(wèi)星辦公室的隧道T3。隨后必須將三條隧道"粘合"在一起以形成用于VoIP連接的VPN。然而，MPLS和PBT之間相互運作性的缺乏不允許連接這些隧道。方法允許通過直接對出現(xiàn)在各條隧道之間的接口處的網(wǎng)絡(luò)設(shè)備編程來連接這些隧道。圖11圖示出了USISP與俄羅斯ISP之間的接口。在每個網(wǎng)絡(luò)中，存在一個網(wǎng)絡(luò)設(shè)備，例如交換機(jī)或路由器。為了仿真設(shè)備的各個隧道的連接，每個設(shè)備都必須被編程以使得它們正確地處理通過隧道輸運的分組。為了實現(xiàn)此，必須改寫交換機(jī)/路由器的正常路由行為。圖12圖示出了通過ISP的方法控制的高層示圖。方法直接通過駐留在每個ISP網(wǎng)絡(luò)上的軟件控制平面對網(wǎng)絡(luò)設(shè)備編程。軟件控制平面接收將US總部與斐濟(jì)衛(wèi)星辦公室相連接的請求。軟件控制平面隨后根據(jù)所希望的連接來檢查網(wǎng)絡(luò)，并且確定需要被配置來創(chuàng)建連接的網(wǎng)絡(luò)設(shè)備。基于該確定，軟件控制平面選擇將用于該部分網(wǎng)絡(luò)的網(wǎng)絡(luò)拓?fù)?例如，MPLS或PBT)，并且如果不可獲得兼容的協(xié)議，則直接配置每個所包括的網(wǎng)絡(luò)設(shè)備以正確地處理通過隧道輸運的分組。圖13圖示出了軟件控制平面的更詳細(xì)示圖。ISP可以通過業(yè)務(wù)平面彼此傳輸策略，業(yè)務(wù)平面控制每個ISP的各自的軟件控制平面，軟件控制平面進(jìn)而根據(jù)這些網(wǎng)絡(luò)策略來直接配置所需網(wǎng)絡(luò)設(shè)備。該方法還可以用來仿真單個ISP內(nèi)的隧道構(gòu)成，如圖14所示。在此情形中，軟件控制平面可以配置駐留在單個ISP上的網(wǎng)絡(luò)設(shè)備，以連接使用不同底層通信協(xié)議的隧道。此外，軟件控制平面可以仿真具有不同拓?fù)涞乃淼赖倪B接，如圖15所示。MPLS不允許連接不同拓?fù)涞乃淼馈＠?，傳統(tǒng)上，MPLS不允許點到點隧道A—B被連接到多播樹B—C。然而，本方法允許通過直接配置不同隧道拓?fù)涞慕涌谔幍木W(wǎng)絡(luò)設(shè)備來仿真這些隧道的連接。參考圖15，A—B是點到點隧道，而B—C是多播樹。本方法的示例實施例可以通過直接配置B處的網(wǎng)絡(luò)設(shè)備來仿真A—B和B—C的連接，以處理從A—B接收到的分組從而使得它們通過B—C多播樹被發(fā)送。軟件控制平面還可以仿真其它隧道連接，例如多點到點以及多點到多點。第二概念是用于恢復(fù)諸如第一概念的網(wǎng)絡(luò)之類的網(wǎng)絡(luò)中的通信隧道的方法。當(dāng)前，存在其它網(wǎng)絡(luò)優(yōu)化方法，但是它們不能執(zhí)行快速的服務(wù)恢復(fù)。MPLS不執(zhí)行優(yōu)化并且不記錄建立特定網(wǎng)絡(luò)的原因(例如，可用的最低成本帶寬)，而是僅知道所建立的連接的順序。此外，那些優(yōu)化方法不知道如何執(zhí)行恢復(fù)。根據(jù)本方法，與網(wǎng)絡(luò)中的多個已有通信隧道有關(guān)的信息被存儲。在已有隧道之一出現(xiàn)故障的情況下，新的通信隧道基于所存儲的與原始隧道有關(guān)的信息而被分配。隨后通過直接對新隧道的硬件端點編程來連接新隧道，以恢復(fù)原始隧道配置的功能。另外，可以連接新隧道以使得帶寬成本被優(yōu)化。圖16圖示出了如圖10中的、但是具有通過法國ISP重新路由的VoIP連接的通信網(wǎng)絡(luò)。在這種情形中，經(jīng)過俄羅斯ISP的隧道經(jīng)歷著故障。在本方法的示例實施例中，在檢測這種故障時，軟件控制平面可以根據(jù)協(xié)議的流量工程規(guī)則來通過不同ISP網(wǎng)絡(luò)重新路由流量，而不管網(wǎng)絡(luò)的通信協(xié)議類型如何。參考圖16，軟件控制平面存儲與已有連接有關(guān)的信息，已有連接例如是公司的美國總部與其斐濟(jì)衛(wèi)星辦公室之間的VoIP連接。在某個時候，俄羅斯ISP中經(jīng)歷著故障，使得其隧道出現(xiàn)故障。本方法的示例實施例檢測該故障，并且基于所存儲的與VoIP連接有關(guān)的信息通過法國ISP來分配新的隧道。軟件控制平面隨后通過直接配置新形成的隧道的接口處的網(wǎng)絡(luò)設(shè)備來仿真隧道的連接。第三概念是用于仿真網(wǎng)絡(luò)中的通信隧道的方法。根據(jù)本方法，具有第一底層通信協(xié)議和多個硬件端點的通信隧道被分配。通過直接對通信隧道的硬件端點編程，該隧道隨后被連接到具有與第一協(xié)議不同的底層通信協(xié)議的其它通信隧道。根據(jù)第三概念的方法，第一概念的軟件控制平面可用于服務(wù)移植。參考圖17，可以通過直接對與不同連接相關(guān)聯(lián)的網(wǎng)絡(luò)設(shè)備編程來容易且快速地將已有MPLS連接轉(zhuǎn)換為PBT連接。第一概念的隧道抽象允許將點之間的所希望連接("哪些")與所采用的網(wǎng)絡(luò)協(xié)議("如何")去耦合；即，向軟件控制平面請求連接與哪些連接是所希望的有關(guān)，并且軟件控制平面與如何配置可用網(wǎng)絡(luò)設(shè)備以創(chuàng)建這些連接有關(guān)。第四概念是用于審核網(wǎng)絡(luò)中的網(wǎng)絡(luò)硬件資源的方法。根據(jù)本方法，與多個通信隧道的配置有關(guān)的信息被存儲。對于每個通信隧道，由隧道使用的相關(guān)聯(lián)資源被標(biāo)識出。本方法隨后從所標(biāo)識的資源中檢索與所配置的資源狀態(tài)有關(guān)的信息。本方法隨后確定所存儲信息與檢索到的信息之間的任何差異。如果存在差異，則本方法隨后通過分配新的資源或釋放已有資源來解決差異。當(dāng)前，不存在負(fù)責(zé)資源分配的中央源。許多獨立的系統(tǒng)管理員通常僅利用跟蹤資源的電子表格來向其關(guān)聯(lián)連接添加資源以及從其關(guān)聯(lián)連接移除資源。第一概念的隧道抽象允許精確地記述(accounting)這些資源。第四概念的方法提供了在建立隧道的仿真連接時使用的經(jīng)分配網(wǎng)絡(luò)設(shè)備的模型。本方法跟蹤資源被分配給了誰以及這些資源是如何被使用的。如果發(fā)生網(wǎng)絡(luò)故障，本方法可以確定認(rèn)為被分配用于通信的網(wǎng)絡(luò)設(shè)備，以及實際被分配的網(wǎng)絡(luò)設(shè)備。為了確定認(rèn)為被分配的設(shè)備，軟件控制平面存儲設(shè)備的高層列表以及其是如何被用來創(chuàng)建已有連接的。為了確定實際被分配的設(shè)備，軟件控制平面就網(wǎng)絡(luò)設(shè)備是否認(rèn)為其認(rèn)為被分配來輪詢網(wǎng)絡(luò)設(shè)備。本方法隨后將所存儲列表與從設(shè)備檢索到的信息相比較，并且對任何差異進(jìn)行標(biāo)記。差異可以包括認(rèn)為被分配但未被分配的網(wǎng)絡(luò)設(shè)備，或者被分配但不再使用的設(shè)備。如果存在任何差異，則若它們丟失，軟件控制平面可以分配另外的資源，并且若它們不再被需要則可以釋放無關(guān)系的資源。雖然參考本發(fā)明的示例實施例具體示出并描述了本發(fā)明，然而本領(lǐng)域技術(shù)人員將明白，在不脫離由所附權(quán)利要求所包含的本發(fā)明的范圍的情況下，可以對實施例作出各種形式和細(xì)節(jié)上的改變。權(quán)利要求一種在通信網(wǎng)絡(luò)中控制服務(wù)的方法，該方法通過軟件控制平面控制系統(tǒng)包括存儲與所述通信網(wǎng)絡(luò)中的硬件端點和通信連接有關(guān)的信息，以及管理所述通信網(wǎng)絡(luò)的流量工程規(guī)則和網(wǎng)絡(luò)策略；定義將在所述通信網(wǎng)絡(luò)上實現(xiàn)的服務(wù)；根據(jù)所存儲的信息計算通信路徑以實現(xiàn)所定義的服務(wù)；沿著計算出的通信路徑對硬件端點編程，以在所述通信網(wǎng)絡(luò)中建立通信路徑；沿著計算出的通信路徑監(jiān)視經(jīng)編程的硬件端點以及通信連接，并且更新所存儲的信息；以及根據(jù)所存儲信息和服務(wù)的改變來重新計算通信路徑并且沿著重新計算出的通信路徑對硬件端點重新編程以適應(yīng)通信路徑，從而確保服務(wù)的實現(xiàn)。2.如權(quán)利要求1所述的方法，其中，所述通信網(wǎng)絡(luò)是多層、多服務(wù)、多廠商或多運營商通信網(wǎng)絡(luò)。3.如權(quán)利要求l所述的方法，其中，路徑包括隧道。4.如權(quán)利要求1所述的方法，其中，所述硬件端點包括交換機(jī)和路由器。5.如權(quán)利要求1所述的方法，其中，與通信網(wǎng)絡(luò)中的硬件端點和通信連接有關(guān)的信息包括容量、使用率以及性能度量。6.如權(quán)利要求1所述的方法，其中，服務(wù)是由屬性來定義的，所述方法還包括存儲定義了將在網(wǎng)絡(luò)上實現(xiàn)的服務(wù)的屬性；以及根據(jù)所述屬性來計算通信路徑以實現(xiàn)所定義的服務(wù)。7.如權(quán)利要求6所述的方法，其中，定義服務(wù)的所述屬性包括服務(wù)性能和帶寬配置屬性，所述服務(wù)性能包括幀等待時間、延時變化以及丟失率。8.如權(quán)利要求6所述的方法，還包括根據(jù)所定義服務(wù)的屬性改變來重新計算通信路徑并且沿著重新計算出的通信路徑對硬件端點重新編程以適應(yīng)通信路徑，從而確保服務(wù)的實現(xiàn)。9.如權(quán)利要求l所述的方法，其中，計算通信路徑還包括根據(jù)服務(wù)質(zhì)量和每類別的帶寬約束來優(yōu)化所述通信網(wǎng)絡(luò)中的硬件端點和通信連接。10.如權(quán)利要求1所述的方法，其中，計算通信路徑包括計算相對于計算出的通信路徑完全冗余的備用通信路徑。11.如權(quán)利要求1所述的方法，其中，沿著計算出的通信路徑對硬件端點編程包括改寫所述硬件端點的正常行為。12.如權(quán)利要求1所述的方法，其中，沿著計算出的通信路徑監(jiān)視經(jīng)編程的硬件端點以及通信連接還包括監(jiān)視網(wǎng)絡(luò)故障、過載或路徑優(yōu)化。13.如權(quán)利要求1所述的方法，其中，如果計算出的通信路徑中的至少一個通信連接發(fā)生故障，則重新計算通信路徑并且沿著重新計算出的通信路徑對硬件端點重新編程恢復(fù)了通信網(wǎng)絡(luò)中的通信路徑。14.如權(quán)利要求1所述的方法，其中，所述通信連接具有底層通信協(xié)議，所述方法還包括利用所述通信網(wǎng)絡(luò)中具有與所述通信路徑的底層通信協(xié)議不同的底層通信協(xié)議的通信連接，來仿真計算出的通信路徑的底層通信協(xié)議。15.如權(quán)利要求1所述的方法，其中，根據(jù)所存儲信息重新計算通信路徑并且沿著重新計算出的通信路徑對硬件端點重新編程，優(yōu)化了通信網(wǎng)絡(luò)中的每個服務(wù)的通信路徑。16.如權(quán)利要求1所述的方法，其中，重新計算通信路徑包括根據(jù)重新計算出的通信路徑的通信連接的各自的恢復(fù)時間常數(shù)，來動態(tài)地調(diào)節(jié)通信路徑的關(guān)聯(lián)恢復(fù)時間常數(shù)。17.如權(quán)利要求1所述的方法，其中，重新計算通信路徑包括根據(jù)與通信路徑相關(guān)聯(lián)的經(jīng)濟(jì)或社會價值來重新計算。18.如權(quán)利要求1所述的方法，還包括將服務(wù)從計算出的路徑移植到重新計算出的路徑。19.如權(quán)利要求18所述的方法，其中，將服務(wù)從計算出的路徑移植到重新計算出的路徑使得能夠維護(hù)通信網(wǎng)絡(luò)中的硬件端點和通信連接而不中斷服務(wù)。20.—種被配置來控制通信網(wǎng)絡(luò)中的服務(wù)的軟件控制平面網(wǎng)絡(luò)控制器，所述服務(wù)被定義為在所述通信網(wǎng)絡(luò)中實現(xiàn)，所述網(wǎng)絡(luò)控制器包括數(shù)據(jù)庫，被配置為存儲與所述通信網(wǎng)絡(luò)中的硬件端點和通信連接有關(guān)的信息，以及管理所述通信網(wǎng)絡(luò)的流量工程規(guī)則和網(wǎng)絡(luò)策略；以及路徑計算模塊，被配置為根據(jù)所存儲的信息計算通信路徑以實現(xiàn)所定義的服務(wù)，沿著計算出的通信路徑對硬件端點編程以在所述通信網(wǎng)絡(luò)中建立通信路徑，沿著計算出的通信路徑監(jiān)視經(jīng)編程的硬件端點以及通信連接并更新所存儲的信息，根據(jù)所存儲信息以及服務(wù)的改變來重新計算通信路徑并沿著重新計算出的通信路徑對硬件端點重新編程以適應(yīng)通信路徑，從而確保服務(wù)的實現(xiàn)。21.如權(quán)利要求20所述的網(wǎng)絡(luò)控制器，其中，所述通信網(wǎng)絡(luò)是多層、多服務(wù)、多廠商或多運營商通信網(wǎng)絡(luò)。22.如權(quán)利要求20所述的網(wǎng)絡(luò)控制器，其中，路徑包括隧道。23.如權(quán)利要求20所述的網(wǎng)絡(luò)控制器，其中，所述硬件端點包括交換機(jī)和路由器。24.如權(quán)利要求20所述的網(wǎng)絡(luò)控制器，其中，與通信網(wǎng)絡(luò)中的硬件端點和通信連接有關(guān)的信息包括容量、使用率以及性能度量。25.如權(quán)利要求20所述的網(wǎng)絡(luò)控制器，其中，所述路徑計算模塊還被配置為根據(jù)數(shù)據(jù)庫中存儲的屬性來計算通信路徑，所述屬性定義了將在網(wǎng)絡(luò)上實現(xiàn)的服務(wù)。26.如權(quán)利要求25所述的網(wǎng)絡(luò)控制器，其中，定義服務(wù)的屬性包括服務(wù)性能和帶寬配置屬性，所述服務(wù)性能包括幀等待時間、延時變化以及丟失率。27.如權(quán)利要求25所述的網(wǎng)絡(luò)控制器，其中，所述路徑計算模塊還被配置為根據(jù)所定義服務(wù)的屬性改變來重新計算通信路徑并且沿著重新計算出的通信路徑對硬件端點重新編程以適應(yīng)通信路徑，從而確保服務(wù)的實現(xiàn)。28.如權(quán)利要求20所述的網(wǎng)絡(luò)控制器，其中，所述路徑計算模塊還被配置為根據(jù)服務(wù)質(zhì)量和每類別的帶寬約束來優(yōu)化所述通信網(wǎng)絡(luò)中的硬件端點和通信連接。29.如權(quán)利要求20所述的網(wǎng)絡(luò)控制器，其中，所述路徑計算模塊還被配置為計算相對于計算出的通信路徑完全冗余的備用通信路徑。30.如權(quán)利要求20所述的網(wǎng)絡(luò)控制器，其中，所述路徑計算模塊還被配置為通過改寫硬件端點的正常行為來沿著計算出的通信路徑對所述硬件端點編程。31.如權(quán)利要求20所述的網(wǎng)絡(luò)控制器，其中，所述路徑計算模塊還被配置為針對網(wǎng)絡(luò)故障、過載或路徑優(yōu)化而沿著計算出的通信路徑監(jiān)視經(jīng)編程的硬件端點和通信連接。32.如權(quán)利要求20所述的網(wǎng)絡(luò)控制器，其中，所述路徑計算模塊還被配置為如果計算出的通信路徑中的至少一個通信連接發(fā)生故障，則重新計算通信路徑并且沿著重新計算出的通信路徑對硬件端點重新編程以恢復(fù)通信網(wǎng)絡(luò)中的通信路徑。33.如權(quán)利要求32所述的網(wǎng)絡(luò)控制器，所述通信連接具有底層通信協(xié)議，其中，所述路徑計算模塊還被配置為利用所述通信網(wǎng)絡(luò)中具有與所述通信路徑的底層通信協(xié)議不同的底層通信協(xié)議的通信連接，來仿真計算出的通信路徑的底層通信協(xié)議。34.如權(quán)利要求20所述的網(wǎng)絡(luò)控制器，其中，所述路徑計算模塊還被配置為根據(jù)所存儲信息重新計算通信路徑并且沿著重新計算出的通信路徑對硬件端點重新編程，以優(yōu)化通信網(wǎng)絡(luò)中的每個服務(wù)的通信路徑。35.如權(quán)利要求20所述的網(wǎng)絡(luò)控制器，其中，所述路徑計算模塊還被配置為根據(jù)重新計算出的通信路徑的通信連接的各自的恢復(fù)時間常數(shù)，來動態(tài)地調(diào)節(jié)通信路徑的關(guān)聯(lián)恢復(fù)時間常數(shù)。36.如權(quán)利要求20所述的網(wǎng)絡(luò)控制器，其中，所述路徑計算模塊還被配置為根據(jù)與通信路徑相關(guān)聯(lián)的經(jīng)濟(jì)或社會價值來重新計算通信路徑。37.如權(quán)利要求20所述的網(wǎng)絡(luò)控制器，其中，所述網(wǎng)絡(luò)控制器還被配置為將服務(wù)從計算出的路徑移植到重新計算出的路徑。38.如權(quán)利要求37所述的網(wǎng)絡(luò)控制器，其中，所述網(wǎng)絡(luò)控制器還被配置為移植服務(wù)以使得能夠維護(hù)所述通信網(wǎng)絡(luò)中的硬件端點和通信連接而不中斷服務(wù)。39.—種恢復(fù)通信網(wǎng)絡(luò)中的通信隧道的方法，所述方法通過軟件控制平面控制系統(tǒng)包括存儲與所述通信網(wǎng)絡(luò)中的硬件端點和通信連接有關(guān)的信息；根據(jù)所存儲的信息計算通信隧道；沿著計算出的通信隧道對硬件端點編程，以在所述通信網(wǎng)絡(luò)中建立通信隧道；沿著通信隧道檢測硬件端點以及通信連接中的故障；以及分配新的通信隧道并沿著所述新的通信隧道對硬件端點重新編程，以恢復(fù)通信隧道。40.如權(quán)利要求39所述的方法，其中，所述硬件端點包括交換機(jī)和路由器。41.如權(quán)利要求39所述的方法，其中，沿著計算出的通信隧道對硬件端點編程包括改寫所述硬件端點的正常行為。42.如權(quán)利要求39所述的方法，其中，所述通信隧道具有底層通信協(xié)議，所述方法還包括利用所述通信網(wǎng)絡(luò)中具有與通信隧道的底層通信協(xié)議不同的底層通信協(xié)議的新通信隧道，來仿真計算出的通信隧道的底層通信協(xié)議。43.如權(quán)利要求39所述的方法，其中，根據(jù)所存儲信息分配新的通信隧道并且沿著所述新的通信隧道對硬件端點重新編程，這優(yōu)化了通信隧道。44.如權(quán)利要求39所述的方法，還包括將服務(wù)從計算出的通信隧道移植到新的通信隧道。45.—種被配置為恢復(fù)通信網(wǎng)絡(luò)中的通信隧道的軟件控制平面網(wǎng)絡(luò)控制器，所述網(wǎng)絡(luò)控制器包括數(shù)據(jù)庫，被配置為存儲與所述通信網(wǎng)絡(luò)中的硬件端點和通信連接有關(guān)的信息；以及路徑計算模塊，被配置為根據(jù)所存儲的信息計算通信隧道，沿著計算出的通信隧道對硬件端點編程以在所述通信網(wǎng)絡(luò)中建立通信隧道，沿著通信隧道檢測硬件端點以及通信連接中的故障，以及分配新的通信隧道并沿著所述新的通信隧道對硬件端點重新編程以恢復(fù)通信隧道。46.如權(quán)利要求45所述的網(wǎng)絡(luò)控制器，其中，所述硬件端點包括交換機(jī)和路由器。47.如權(quán)利要求45所述的網(wǎng)絡(luò)控制器，其中，所述路徑計算模塊被進(jìn)一步配置為通過改寫所述硬件端點的正常行為來沿著計算出的通信隧道對硬件端點編程。48.如權(quán)利要求45所述的網(wǎng)絡(luò)控制器，所述通信隧道具有底層通信協(xié)議，其中，所述路徑計算模塊還被配置為利用所述通信網(wǎng)絡(luò)中具有與所述通信隧道的底層通信協(xié)議不同的底層通信協(xié)議的通信隧道，來仿真計算出的通信隧道的底層通信協(xié)議。49.如權(quán)利要求45所述的網(wǎng)絡(luò)控制器，其中，所述路徑計算模塊還被配置為根據(jù)所存儲信息分配新的通信隧道并且沿著所述新的通信隧道對硬件端點重新編程，以優(yōu)化通信隧道。50.如權(quán)利要求45所述的網(wǎng)絡(luò)控制器，其中，所述網(wǎng)絡(luò)控制器還被配置為將服務(wù)從計算出的通信隧道移植到所述新的通信隧道。51.—種用于恢復(fù)網(wǎng)絡(luò)中的通信隧道的方法，所述方法包括存儲與多個已有通信隧道有關(guān)的信息；如果所述多個已有通信隧道中的至少一個出現(xiàn)故障，則基于所存儲的信息分配多個新的通信隧道，每個新的隧道具有多個硬件端點；以及通過直接對所述多個硬件端點編程來連接多個新的隧道。52.如權(quán)利要求51所述的方法，其中，所述多個硬件端點包括交換機(jī)和路由器。53.如權(quán)利要求51所述的方法，其中，直接對所述多個硬件端點編程包括改寫正常的路由行為。54.—種用于仿真網(wǎng)絡(luò)中的通信隧道的方法，所述方法包括分配具有第一底層通信協(xié)議和多個硬件端點的通信隧道；以及通過直接對所述多個硬件端點編程來將所述隧道連接到具有與第一協(xié)議不同的底層通信協(xié)議的其它通信隧道。55.如權(quán)利要求54所述的方法，其中，所述多個硬件端點包括交換機(jī)和路由器。56.如權(quán)利要求54所述的方法，其中，直接對所述多個硬件端點編程包括改寫正常的路由行為。全文摘要提供商網(wǎng)絡(luò)控制器(PNC)面臨著跨越下一代網(wǎng)絡(luò)(NGN)體系結(jié)構(gòu)構(gòu)建服務(wù)的挑戰(zhàn)，并且創(chuàng)建抽象層作為網(wǎng)絡(luò)傳送與在其上允許的應(yīng)用之間的橋梁或粘合劑。PNC是多層、多廠商動態(tài)控制平面，其實現(xiàn)服務(wù)激活，以及用于多個傳送技術(shù)的第0-2層管理工具，多種傳送技術(shù)包括運營商以太網(wǎng)、提供商骨干傳送(PBT)、多協(xié)議標(biāo)簽交換(MPLS)、傳送MPLS(T-MPLS)、光和集成網(wǎng)絡(luò)平臺。從網(wǎng)絡(luò)設(shè)備去耦合傳送控制和服務(wù)簡化了服務(wù)創(chuàng)建，并且向運營商提供了選擇同類最佳設(shè)備的選項，該設(shè)備利用PNC以使得能夠快速創(chuàng)建和管理傳送和服務(wù)。PNC提供面向服務(wù)的體系結(jié)構(gòu)(SOA)接口以抽取明確地被設(shè)計來支持批發(fā)和零售服務(wù)兩者的傳送對象，并且支持具有變化的帶寬和服務(wù)質(zhì)量(QoS)要求的服務(wù)供應(yīng)，由此獲得了企業(yè)以太網(wǎng)經(jīng)濟(jì)。文檔編號H04L12/46GK101785257SQ200880014455公開日2010年7月21日申請日期2008年2月29日優(yōu)先權(quán)日2007年3月1日發(fā)明者拉里·R·丹尼森申請人:極進(jìn)網(wǎng)絡(luò)有限公司