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