專利名稱：：分組網(wǎng)絡(luò)中的面向連接的數(shù)據(jù)路徑的故障傳播和保護(hù)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信技術(shù)，更具體而言，涉及通信網(wǎng)絡(luò)、用于在網(wǎng)絡(luò)內(nèi)傳送信息的方法和通信系統(tǒng)。
背景技術(shù)：
：現(xiàn)代通信和數(shù)據(jù)網(wǎng)絡(luò)由通過網(wǎng)絡(luò)傳輸數(shù)據(jù)的節(jié)點構(gòu)成。所述節(jié)點包括為各個數(shù)據(jù)分組選擇流經(jīng)網(wǎng)絡(luò)的路徑的路由器和/或交換機(jī)。在從公共源A向公共目的地Z傳輸大量數(shù)據(jù)時，能夠建立從A到Z的數(shù)據(jù)路徑，并且能夠?qū)⑺幸獜腁傳輸至Z的數(shù)據(jù)映射至該路徑。通過這樣做，所述路徑中的節(jié)點不再需要確定傳輸數(shù)據(jù)分組的路徑。取而代之，所述節(jié)點只需將數(shù)據(jù)傳輸至所述路徑中的下一節(jié)點，這樣顯著地提高了數(shù)據(jù)傳輸?shù)男?。由此，通過所述網(wǎng)絡(luò)完成節(jié)點到節(jié)點的數(shù)據(jù)傳輸，直到所述數(shù)據(jù)到達(dá)目的地節(jié)點。令人遺憾的是，節(jié)點及其物理連接有時會遇到故障。這些故障的例子包括物理鏈路斷開和路由器故障。當(dāng)通過網(wǎng)絡(luò)傳輸數(shù)據(jù)時，所述故障將造成數(shù)據(jù)的丟失，從而劣化了系統(tǒng)的性能。即使所述故障不會導(dǎo)致數(shù)據(jù)丟失，所述故障也能夠造成不可接受的網(wǎng)絡(luò)性能降低。具體地，一些故障可能會使節(jié)點看起來似乎在正常工作，但實際上所述節(jié)點只具有其正常能力的一部分。因而，需要一種改進(jìn)的系統(tǒng)來識別網(wǎng)絡(luò)故障，并對其作出響應(yīng)。
發(fā)明內(nèi)容在一方面，本發(fā)明包括一種通信網(wǎng)絡(luò)，其包括被配置為實現(xiàn)包括下述步驟的方法的部件分析第一端點和第二端點之間的路徑，并識別沿所述路徑的局部故障。在另一方面，本發(fā)明包括一種用于在網(wǎng)絡(luò)內(nèi)傳送信息的方法，所述方法包括定義經(jīng)過多個節(jié)點的路徑；接收來自下游節(jié)點的故障報告；確定所述故障報告是否影響所述路徑；以及響應(yīng)于所述故障報告影響所述路徑的確定結(jié)果而將所述故障報告?zhèn)鬏斨了雎窂街械纳嫌喂?jié)點。在第三方面，本發(fā)明包括一種通信系統(tǒng)，其包括第一路徑端點和第二路徑端點；與所述第一路徑端點和所述第二路徑端點通信的網(wǎng)絡(luò)，所述網(wǎng)絡(luò)包括在所述第一路徑端點和所述第二路徑端點之間傳輸數(shù)據(jù)的多條工作路徑，以及被配置為在所述第一路徑端點和所述第二路徑端點之間傳輸數(shù)據(jù)的保護(hù)路徑，其中，所述網(wǎng)絡(luò)確定是否有任何所述工作路徑受到故障影響，并且響應(yīng)于所述工作路徑中之一受到所述故障的影響的確定結(jié)果，所述網(wǎng)絡(luò)將至少部分所述數(shù)據(jù)從所述受到影響的工作路徑傳送至所述保護(hù)路徑。通過下文結(jié)合附圖和權(quán)利要求的詳細(xì)說明，本發(fā)明的這些和其他特征和優(yōu)點將得到更為透徹的理解。為了更為徹底地理解本公開及其優(yōu)點，現(xiàn)在將參考下文中結(jié)合附圖給出的簡要說明和詳細(xì)說明，其中，類似的附圖標(biāo)記表示類似的部分。圖1是通信網(wǎng)絡(luò)的一個實施例的圖示；圖2是通信網(wǎng)絡(luò)的另一實施例的圖示；圖3是通信網(wǎng)絡(luò)的另一實施例的圖示；圖4是故障報告方法的一個實施例的流程圖；圖5是多重鏈接的圖示；圖6是故障傳播過程的一個實施例的流程圖；圖7是通信網(wǎng)絡(luò)的另一實施例的圖示；圖8是通信網(wǎng)絡(luò)的另一實施例的圖示；圖9是通用網(wǎng)絡(luò)部件的一個實施例。具體實施例方式首先應(yīng)當(dāng)理解，盡管下文描述了本公開的一個實施例的示例性實現(xiàn)方式，但是可以采用任何數(shù)量的當(dāng)前己知或己經(jīng)存在的技術(shù)實現(xiàn)本系統(tǒng)。本公開不應(yīng)該局限于下文所述的示例性實現(xiàn)方式、附圖和技術(shù)，包括本文中6給出了圖示和說明的示例性設(shè)計和實現(xiàn)方式，而是在權(quán)利要求的范圍內(nèi)以及權(quán)利要求的等價物的完整范圍內(nèi)，可以對其做出修改。本文中公開了一種網(wǎng)絡(luò)配置，其允許網(wǎng)絡(luò)識別、報告通信網(wǎng)絡(luò)內(nèi)發(fā)生的故障并對其作出響應(yīng)。具體地，所述網(wǎng)絡(luò)包括多個工作路徑、保護(hù)路徑以及用于識別所述工作路徑和保護(hù)路徑內(nèi)的故障的方法。所述故障可以包括局部故障，在這種故障中，連接被保持，但是容量降低。在通過網(wǎng)絡(luò)節(jié)點識別出故障時，所述節(jié)點將其故障報告與接收自其下游節(jié)點的故障報告綜合(consolidate),由此形成綜合后的故障報告。之后，所述節(jié)點將綜合后的故障報告?zhèn)鬏斨潦芩龉收嫌绊懙娜魏紊嫌喂?jié)點。在所述源節(jié)點接收到所述綜合后的故障報告時，所述網(wǎng)絡(luò)使用該綜合后的故障報告修改所述工作路徑上的數(shù)據(jù)流，并可選地將所述數(shù)據(jù)流中的一些數(shù)據(jù)流傳送到保護(hù)路徑上。當(dāng)前這種網(wǎng)絡(luò)配置是有利的，因為其允許所述網(wǎng)絡(luò)對網(wǎng)絡(luò)故障提供測定的、及時的響應(yīng)，從而與以前的網(wǎng)絡(luò)配置相比，減少網(wǎng)絡(luò)擁塞并降低分組丟失率。圖l示出了用于將數(shù)據(jù)從一個位置傳輸至另一個位置的系統(tǒng)10的一個實施例。系統(tǒng)IO包括第一路徑端點12、第二路徑端點14、網(wǎng)絡(luò)16、第一工作路徑18、第二工作路徑20、第三工作路徑22、第四工作路徑24以及從路徑端點12到路徑端點14的保護(hù)路徑26。應(yīng)當(dāng)認(rèn)識到的是，盡管圖1示出了只具有一個保護(hù)路徑26和四個工作路徑18、20、22和24的網(wǎng)絡(luò)16，但是可以想到，所述網(wǎng)絡(luò)16可以含有任何數(shù)量的工作路徑和保護(hù)路徑。類似地，網(wǎng)絡(luò)16不限于兩個路徑端點12、14，其可以容納任何數(shù)量的路徑端點12、14。通常，路徑端點12和14可以通過網(wǎng)絡(luò)16中的工作路徑18、20、22、24中的至少一個路徑彼此交換數(shù)據(jù)。如下文的詳細(xì)說明，當(dāng)在工作路徑18、20、22、24中的一個或多個中發(fā)生故障時，通過網(wǎng)絡(luò)16向路徑端點12或14發(fā)送故障報告，由此路徑端點12或14能夠?qū)碜怨ぷ髀窂?8、20、22、24的數(shù)據(jù)流重新引導(dǎo)至保護(hù)路徑26。在實施例中，路徑端點12和14是可以產(chǎn)生和/或接收數(shù)據(jù)的任何設(shè)備、部件或網(wǎng)絡(luò)16。路徑端點12和14可以是面向路徑端點的有線網(wǎng)絡(luò)或節(jié)點，例如，數(shù)字用戶線路(DSL)連接、提供商網(wǎng)絡(luò)邊緣設(shè)備或IEEE802網(wǎng)絡(luò)，或者可以是面向路徑端點的無線網(wǎng)絡(luò)，例如，蜂窩網(wǎng)絡(luò)?；蛘撸窂蕉它c12和14可以是面向用戶的固定或移動設(shè)備，例如，臺式計算機(jī)、筆記本電腦、個人數(shù)字助理(PDA)或蜂窩電話。路徑端點12和14可以產(chǎn)生和/或接收數(shù)據(jù)流，或者只是將所接收的數(shù)據(jù)傳遞到提供商網(wǎng)絡(luò)上。所述路徑端點12、14可以是源或目的地，如同本文中所使用的那些術(shù)語。在實施例中，網(wǎng)絡(luò)16是任何可以用來在路徑端點12、14之間傳輸數(shù)據(jù)的通信系統(tǒng)。具體地，網(wǎng)絡(luò)16可以是任何能夠在其內(nèi)保留容量和/或連接路徑的網(wǎng)絡(luò)。在實施例中，網(wǎng)絡(luò)16可以包括在路徑端點12和路徑端點14之間傳輸IP業(yè)務(wù)的分組交換網(wǎng)絡(luò)(PSN)。在另一實施例中，所述網(wǎng)絡(luò)可以是面向連接的以太網(wǎng)或T-MPLS傳輸網(wǎng)，其在路徑端點12和路徑端點14之間傳輸數(shù)據(jù)流或偽線(pseudowire)。例如，網(wǎng)絡(luò)16可以在DSL接入復(fù)用器(DSLAM)、無線網(wǎng)絡(luò)控制器(RNC)禾n/或Internet協(xié)議/多協(xié)議分組標(biāo)簽交換(IP/MPLS)網(wǎng)絡(luò)之間傳送數(shù)據(jù)分組。網(wǎng)絡(luò)16和路徑端點12、14可以均為具有不同管理域、不同傳輸技術(shù)或者甚至不同提供商的網(wǎng)絡(luò)。例如，路徑端點12和14可以是以太網(wǎng)網(wǎng)絡(luò)，網(wǎng)絡(luò)16可以是IP網(wǎng)絡(luò)?；蛘?，網(wǎng)絡(luò)16可以是本領(lǐng)域技術(shù)人員已知的任何其他類型的數(shù)據(jù)傳輸網(wǎng)。在實施例中，工作路徑18、20、22、24是在多個路徑端點之間傳輸數(shù)據(jù)的設(shè)備或網(wǎng)絡(luò)。工作路徑18、20、22、24可以是經(jīng)過網(wǎng)絡(luò)16的至少一部分的物理、虛擬和/或無線連接。更具體而言，工作路徑18、20、22、24中的每一個可以將路徑端點12上的單個端口與路徑端點14上的單個端口相連。在這些路徑端點端口之間，工作路徑18、20、22、24可以包括多個節(jié)點，例如，路由器或交換機(jī)；和多條鏈路，例如電纜或光纖。所述節(jié)點和鏈路可以具有不同的特性，例如，物理結(jié)構(gòu)、容量、傳輸速度等。在一些實施例中，所述鏈路可以包括聚合鏈路。例如，兩個路由器之間的鏈路可以是包含多條獨立的光纖線路的光纖束。在下文中將更加詳細(xì)地說明聚合鏈路的結(jié)構(gòu)。在實施例中，保護(hù)路徑26是被配置為在多個端到端路徑之間傳輸數(shù)據(jù)的設(shè)備或網(wǎng)絡(luò)。保護(hù)路徑26—般具有所有與上述工作路徑18、20、22、24相同的特性。但是，保護(hù)路徑26可以和工作路徑18、20、22、24存在區(qū)別，其區(qū)別在于，保護(hù)路徑26被配置為從比工作路徑18、20、22、24更為多種多樣的路徑端點端口接收數(shù)據(jù)流。例如，當(dāng)在網(wǎng)絡(luò)16內(nèi)不存在故障8時，工作路徑18、20、.22、24足以在路徑端點12、14之間傳輸數(shù)據(jù)，并且保護(hù)路徑26可以不在路徑端點12、14之間傳輸任何數(shù)據(jù)。但是，當(dāng)工作路徑18、20、22、24中之一遭遇故障時，來自工作路徑18、20、22、24中的任何一條路徑的數(shù)據(jù)的至少一部分可以被重新路由至保護(hù)路徑26。在另一實施例中，可以使用保護(hù)路徑26來在路徑端點12、14之間傳輸數(shù)據(jù)。在這樣的實施例中，保護(hù)路徑26將完成工作路徑的所有上述功能。圖2示出了系統(tǒng)10，其中，一條保護(hù)路徑26可以將數(shù)據(jù)傳輸?shù)?自多條端到端路徑。具體地，路徑端點12包含第一源端口30、第二源端口32、第三源端口34和第四源端口36。類似地，路徑端點14包含第一目的地端口58、第二目的地端口60、第三目的地端口62和第四目的地端口64。此外，網(wǎng)絡(luò)16包含兩個第一工作路徑節(jié)點38、48，兩個第二工作路徑節(jié)點40、50，兩個第三工作路徑節(jié)點42、52，兩個第四工作路徑節(jié)點44、54和兩個保護(hù)路徑節(jié)點46、56。節(jié)點38、40、42、44可以分別充當(dāng)端口30、32、34、36的入口節(jié)點。類似地，節(jié)點48、50、52、54可以分別充當(dāng)端口58、60、62、64的出口節(jié)點。如圖2中的虛線箭頭所示，節(jié)點46可以充當(dāng)端口30、32、34、36的入口節(jié)點，節(jié)點56可以充當(dāng)端口58、60、62、64的出口節(jié)點。因而，當(dāng)工作路徑18、20、22、24中的任何一個存在故障時，可以將來自工作路徑18、20、22、24的部分或所有數(shù)據(jù)傳送至保護(hù)路徑26。保護(hù)路徑26的容量可以不同于工作路徑18、20、22、24的容量。在實施例中，保護(hù)路徑26的容量可以小于工作路徑18、20、22、24的容量之和。例如，假設(shè)工作路徑18具有IOO兆比特每秒(Mbps)的容量，工作路徑20具有300Mbps的容量，工作路徑22具有50Mbps的容量，工作路徑24具有400Mbps的容量。在這種情況下，工作路徑18、20、22、24的總?cè)萘繛?50Mbps，但是可以將保護(hù)路徑26配置為具有500Mbps的容量。即使保護(hù)路徑26的容量小于工作路徑18、20、22、24的總?cè)萘?，保護(hù)路徑26的容量仍然足以保護(hù)工作路徑18、20、22、24，因為工作路徑18、20、22、24可以不會因局部故障而徹底失去其傳輸能力，和/或不會所有的工作路徑18、20、22、24同時發(fā)生故障。此外，即使工作路徑18、20、22、24中之一完全失去能力，保護(hù)路徑26的容量也足以容納工作路徑18、20、22、24中的任何一個。在另一實施例中，保護(hù)路徑26的容量可以小于工作9路徑18、20、22、24中的任何一個。在工作路徑18發(fā)生故障時，只將工作路徑18上的部分?jǐn)?shù)據(jù)切換至保護(hù)路徑26。因而，可以為保護(hù)路徑26提供比工作路徑18、20、22、24小的容量。還可以設(shè)想，保護(hù)路徑26的容量大于工作路徑18、20、22、24的容量。圖3示出了系統(tǒng)10，其中，工作路徑充當(dāng)保護(hù)路徑。具體地，系統(tǒng)IO含有網(wǎng)絡(luò)16，該網(wǎng)絡(luò)具有用于在路徑端點12、14之間傳輸數(shù)據(jù)的兩條工作路徑18、20?？梢詫⒐ぷ髀窂?8、20分成主工作路徑和次(secondary)工作路徑。一種策略規(guī)定了如何在主工作路徑和次工作路徑之間傳送數(shù)據(jù)，從而使得在滿容量或接近滿容量時使用主工作路徑，而次工作路徑被配置為具有額外的容量。當(dāng)在主工作路徑上檢測到故障時，網(wǎng)絡(luò)16分析故障的影響，并將數(shù)據(jù)流的至少一部分重新配置至所述次工作路徑。因而，次工作路徑充當(dāng)主工作路徑的保護(hù)路徑。例如，工作路徑18可以是主工作路徑，工作路徑20可以是次工作路徑。所述策略可以規(guī)定，在主工作路徑上傳輸60%的數(shù)據(jù)流量，在次工作路徑上傳輸40%的數(shù)據(jù)流量。如果在主工作路徑上發(fā)生了局部故障，從而使主工作路徑的容量減少了50%,那么所述網(wǎng)絡(luò)可以重新配置數(shù)據(jù)流，從而在主路由上傳輸30%(60%x50%)的數(shù)據(jù)流，在次路由上傳輸70%(剩余)的數(shù)據(jù)流。在這樣的例子中，次工作路徑20充當(dāng)主工作路徑18的保護(hù)路徑。圖4示出了用于報告通信網(wǎng)絡(luò)中的故障的方法65的一個實施例。方法65開始于識別故障(塊66)，該故障可以包括局部故障。接著，方法65將所述故障傳播至上游節(jié)點(塊67)。當(dāng)在上游節(jié)點接收到所述故障時，網(wǎng)絡(luò)重新配置工作路徑上的數(shù)據(jù)流(塊68)。在下文中將進(jìn)一步詳細(xì)討論這些塊中的每一個。參考圖l、2、3和4，網(wǎng)絡(luò)16可以識別其工作路徑或保護(hù)路徑中的故障(塊66)。如本文中所使用的，術(shù)語"故障"是指任何影響網(wǎng)絡(luò)內(nèi)的工作路徑、保護(hù)路徑、節(jié)點或鏈路的連接或容量的條件。由于種種原因，包括網(wǎng)絡(luò)受到破壞、擁塞等，可能在網(wǎng)絡(luò)內(nèi)產(chǎn)生故障或局部故障。在一些實施例中，所述故障可以是局部故障，即，保持連接，但容量受到影響的故障。如果鏈路、節(jié)點、工作路徑或保護(hù)路徑與諸如偽線的具有保留(reserved)10容量的保留連接相關(guān)，那么所述局部故障可能導(dǎo)致所述鏈路、節(jié)點、工作路徑或保護(hù)路徑無法在所述保留容量上傳輸數(shù)據(jù)。在實施例中，可以通過分組丟失率中的變化來識別出局部故障。具體地，網(wǎng)絡(luò)16可以監(jiān)視任何工作路徑、保護(hù)路徑、節(jié)點或鏈路的分組丟失率，以將其與閾值進(jìn)行比較。分組丟失率可能偶爾發(fā)生波動，但是持續(xù)增加的分組丟失率可以表明在受影響的節(jié)點或鏈路內(nèi)中的局部故障。因而，網(wǎng)絡(luò)16可以釆用預(yù)定時間段內(nèi)的分組丟失率作為觸發(fā)本文中所描述的數(shù)據(jù)流重新配置的事件之一。分組丟失率可能由各種各樣的原因?qū)е?，包括緩沖器溢出和分組丟失。本領(lǐng)域技術(shù)人員知道影響分組丟失率的其他因素。在一個實施例中，所述局部故障可能是對節(jié)點或鏈路的過預(yù)定(oversubscription)。當(dāng)節(jié)點或鏈路上的預(yù)定率接近、達(dá)到或超過節(jié)點或鏈路上的容量時，將產(chǎn)生過預(yù)定。與臨時的突發(fā)流量不同，由過預(yù)定引起的分組丟失可能在長時間段內(nèi)持續(xù)。過預(yù)定將引起節(jié)點或鏈路內(nèi)的擁塞，從而導(dǎo)致節(jié)點或鏈路內(nèi)的一些數(shù)據(jù)分組的丟失。即使節(jié)點或鏈路的流量小于其保留容量，也可能發(fā)生過預(yù)定。在一個實施例中，所述局部故障可能是聚合鏈路中的子鏈路的故障。在分組網(wǎng)絡(luò)中，鏈路可以是由多條物理鏈路構(gòu)成的邏輯實體。電氣電子工程師學(xué)會(IEEE)802.3ad定義了這樣的實施例?？梢酝ㄟ^一定的方式聚合物理鏈路，從而使其看起來就像單個物理連接。盡管聚合鏈路看起來像單個物理連接，但是聚合鏈路的故障特性與單個物理連接的故障特性不同。更具體而言，在單個物理連接處于"連接(up)"或連接狀態(tài)時，一般將所述單個物理連接描述為處于完全工作狀態(tài)。類似地，在單個物理連接處于"斷開(down)"或斷開狀態(tài)時，包括處于劣化的服務(wù)狀態(tài)時，通?？梢詫⑺鰡蝹€物理連接描述為處于非工作狀態(tài)。盡管聚合鏈路可以完全連接或完全斷開，但是聚合鏈路也可以具有若干局部連接或局部斷開狀態(tài)中之一。當(dāng)子鏈路中的每個的容量相等時，可以通過公式(1)定義鏈路連接的百分比連接百分比=〖處于連接的子鏈路的數(shù)量)x100(1)(子鏈路的總數(shù)量)在一些實施例中，子鏈路的容量可以不是都相等。在這樣的實施例中，可以通過公式(2)定義鏈路或節(jié)點連接的百分比連接百分比=(處于連接的子鏈路的容量之和)x100(2)(所有子鏈路的總?cè)萘?在其他實施例中，更為有用的是，針對通過節(jié)點或鏈路的保留容量的量來描述鏈路的連接程度。在這樣的實施例中，可以通過公式(3)定義鏈路或節(jié)點連接的百分比-連接百分比=(處于連接的子鏈路的容量之和〗x100(3)(鏈路的總保留容量)因而，所述網(wǎng)絡(luò)能夠采用公式(1)、(2)、(3)報告在網(wǎng)絡(luò)的聚合鏈路內(nèi)產(chǎn)生的局部故障。圖5示出了可以用于例示聚合鏈路中的局部故障的簡單工作路徑70。工作路徑70包括入口節(jié)點72、兩個中間節(jié)點74、76和出口節(jié)點78。通過包括第一子鏈路80、第二子鏈路82和第三子鏈路84的聚合鏈路連接中間節(jié)點74、76。在第一個例子中，所有的三條子鏈路80、82、84均可以具有相同的40Mbps的容量，即，總共120Mbps的鏈路容量。如果所述第三子鏈路84發(fā)生了故障，那么可以通過公式(1)定義鏈路的連接程度連接百分比=(2U100=67%(1)(3)因而，在第三鏈路發(fā)生故障時，中間節(jié)點74和76可以報告所述鏈路的連接百分比為67%。在第二個例子中，第一子鏈路80的容量可以為20Mbps，第二子鏈路82的容量可以為40Mbps，第三子鏈路的容量可以為60Mbps，即總鏈路容量為120Mpbs。在這一例子中，如果第三子鏈路84發(fā)生故障，那么可以通過公式(2)定義鏈路的連接程度-連接百分比=(20Mbps+40Mbps)x100=6000Mbps=50%(2)(20Mbps+40Mbps+60Mbps)120Mbps因而，在第三鏈路發(fā)生故障時，中間節(jié)點74和76可以報告所述鏈路的連接百分比為50%。在第三個例子中，三個子鏈路80、82和84的容量與前一例子中相同。但是，在這一例子中，僅保留了所述鏈路的總?cè)萘康?5%。換言之，保留了所述鏈路上的帶寬的90Mbps，所述帶寬的30Mbps不加以使用。在這一例子中，如果第三子鏈路84發(fā)生故障，那么可以通過公式(3)定義所述鏈路的連接程度連接百分比=(20Mbps+40Mbps)x100=6000Mbps=67%(3)(90Mbps)90Mbps因而，在第三鏈路發(fā)生故障時，中間節(jié)點74、76可以報告所述鏈路的連接程度為其保留容量的67%。分組網(wǎng)絡(luò)中的局部故障與電路網(wǎng)絡(luò)中的劣化信號存在區(qū)別。電路網(wǎng)絡(luò)中的劣化信號將導(dǎo)致節(jié)點或鏈路中的誤碼率(BER)。所有通過受影響的節(jié)點或鏈路的信號都將面臨相同的BER增大。相反，局部故障將使所遞交的一些數(shù)據(jù)幀或分組在不發(fā)生錯誤的情況下抵達(dá)目的地，而其他數(shù)據(jù)幀或分組則無法抵達(dá)目的地。因而，劣化信號將導(dǎo)致所有通過電路網(wǎng)絡(luò)的信號都具有恒定BER，而局部故障則只影響通過分組網(wǎng)絡(luò)的一些分組。因此，與劣化信號相比，局部故障可能更難以處理，因為該問題的產(chǎn)生時間不規(guī)律，而且并非在所有的分組內(nèi)產(chǎn)生。再次參考圖4，一旦識別出了故障，就將所述故障傳播至上游節(jié)點(塊67)。在實施例中，可以采用圖6所示的過程85來傳播故障。具體地，該過程85開始于生成故障報告(塊86)。在實施例中，當(dāng)網(wǎng)絡(luò)識別出故障時，生成故障報告(塊86)。所述故障報告可以是表示在下游節(jié)點或鏈路之一內(nèi)存在諸如局部故障的故障的任何類型的消息或指示?；蛘?，所述故障報告可以包含節(jié)點或鏈路的狀態(tài)變化的指示。例如，所述故障報告可以只是容量增加、容量降低、故障發(fā)生或故障清除?？梢詫⑺鱿皆诰W(wǎng)絡(luò)內(nèi)的節(jié)點之間傳輸?shù)钠胀ňW(wǎng)絡(luò)業(yè)務(wù)內(nèi)，或者可以專門創(chuàng)建所述消息來報告網(wǎng)絡(luò)內(nèi)的故障。所述消息可以包括與故障相關(guān)的各條信息，其包括節(jié)點或鏈路的識別碼、故障程度、剩余容量、剩余保留容量、故障的預(yù)期持續(xù)時間等。本領(lǐng)域技術(shù)人員知道如何創(chuàng)建包含這樣的信息的故障報告消息。在實施例中，當(dāng)所述網(wǎng)絡(luò)將所述故障報告與已經(jīng)從任何下游節(jié)點接收的故障報告綜合時，所述過程85繼續(xù)(塊87)。更具體而言，在節(jié)點創(chuàng)建了故障報告之后，所述節(jié)點可以將所述故障報告與接收自下游節(jié)點的任何其他故障報告綜合。如果希望，所述節(jié)點還可以分析所述故障報告將如何影響其他節(jié)點，并相應(yīng)地修改綜合后的故障報告。例如，如果節(jié)點接收到了指示下游節(jié)點的容量因局部故障而被限制為500Mbps的故障報告，并且所述節(jié)點在工作路徑鏈路內(nèi)檢測到將所述工作鏈路限制為300Mbps的局部故障，那么所述具有局部故障的鏈路比所述具有局部故障的節(jié)點更受限制。由于工作路徑的容量主要受限于故障鏈路的容量，因此當(dāng)前節(jié)點可以從綜合后的故障報告中刪除或省略故障節(jié)點的故障報告。或者，有可能存在局部故障不對工作路徑的容量造成影響的情況。例如，在發(fā)生了局部故障之后，總路徑容量可能小于可用的路徑容量。在這種情況下，綜合后的故障報告可以是空的，或者其傳輸可能被當(dāng)前節(jié)點阻止。在一個實施例中，過程85繼續(xù)，并且所述網(wǎng)絡(luò)可以向上游節(jié)點傳輸綜合后的故障報告(塊8S)。在實施例中，在完成綜合后的故障報告之后，所述節(jié)點可以將所述綜合后的故障報告?zhèn)鬏斨僚c之緊挨著的上游節(jié)點。每一節(jié)點只把一個綜合消息發(fā)送給其上游節(jié)點。預(yù)期將這一綜合信息一直傳播到所述路徑的源，除非有上游節(jié)點遇到了使路徑容量降低得比最新發(fā)現(xiàn)的故障還多的問題。如果先前遇到的問題已經(jīng)涵蓋最新接收到的故障，那么所述節(jié)點將不再向其上游節(jié)點傳播所述故障報告。因而，每一節(jié)點可以隨著故障報告的傳播而計算容量，從而使源節(jié)點只接收一個綜合后的故障報告。這一過程減少了源節(jié)點處的處理，因而與以前的構(gòu)造相比，允許網(wǎng)絡(luò)對不斷變化的網(wǎng)絡(luò)條件做出更快的反應(yīng)。與常規(guī)的故障報告方法相比，所公開的故障傳播方法更為有效?？梢?4采用常規(guī)故障報告方法，例如，基于流量工程開放最短路徑優(yōu)先協(xié)議(OSPF-TE)，來傳輸故障報告，但是該方法向網(wǎng)絡(luò)內(nèi)的每一節(jié)點傳輸故障報告。例如，如果網(wǎng)絡(luò)具有一百個節(jié)點，而故障影響這些節(jié)點中的十個，那么OSPF-TE將向所有的100個節(jié)點廣播故障報告。這樣大面積的故障報告廣播效率低下，因為其將網(wǎng)絡(luò)報告泛洪(flood)給網(wǎng)絡(luò)內(nèi)的每一節(jié)點，而所述故障根本未影響那些節(jié)點。所公開的故障報告方法更為有效，因為其只向受到故障影響的那些節(jié)點發(fā)送故障報告。因而，未受影響的節(jié)點可以將其資源用于其他功能而不是處理未對這些節(jié)點造成影響的故障報告。當(dāng)在源節(jié)點處接收到故障時，重新配置工作路徑上的數(shù)據(jù)流(塊68)。數(shù)據(jù)流的重新配置可能涉及一條或多條工作路徑和/或保護(hù)路徑。此外，數(shù)據(jù)流的重新配置可能涉及從任何一條工作路徑到其他工作路徑和/或保護(hù)路徑的任意組合的數(shù)據(jù)的局部或完全重新路由。在實施例中，采用策略表重新配置數(shù)據(jù)流。例如，所述策略表可以規(guī)定，可以將受影響的工作路徑上的數(shù)據(jù)流按比例重新路由到保護(hù)路徑上，直到保護(hù)路徑處于滿容量狀態(tài)為止，這時，工作路徑上的數(shù)據(jù)流將按比例減少。數(shù)據(jù)流的減少不會降低每一工作路徑的保留容量，但是降低了所述工作路徑上的工作負(fù)荷，直到故障被修復(fù)或者能夠建立備選的工作路徑為止。在局部故障影響通過單個節(jié)點的多條路徑時，對每一工作路徑的影響未必成比例。具體地，所述策略表可能為所述工作路徑賦予優(yōu)先權(quán)，從而使一些工作路徑比其他工作路徑接收更大份額的容量。這樣的優(yōu)先權(quán)設(shè)置可以以服務(wù)類別(CoS)、服務(wù)質(zhì)量(QoS)要求、工作路徑上的數(shù)據(jù)類型以及本領(lǐng)域技術(shù)人員已知的其他因素為基礎(chǔ)。例如，假設(shè)工作路徑的容量因局部故障而降低了50%，并且有IO條穿過所述節(jié)點的工作路徑。在這種情況下，所有的10條工作路徑未必都降低50%的容量。相反，一些不太重要的工作路徑可能減少超過50%，而一些重要的工作路徑則減少不到50%?；蛘?，可以使一些工作路徑保持滿容量，而不太重要的工作路徑則利用剩余容量(如果存在的話)。可以采用圖2說明本文中所描述的重新配置過程。如果網(wǎng)絡(luò)16沿工作路徑18、22和24遭遇了局部故障，那么工作路徑18、22、24的數(shù)據(jù)流可以被重新路由至保護(hù)路徑26。具體地，如果第一工作路徑18被限于70Mbps，15那么可以將來自第一工作路徑18的30Mbps的數(shù)據(jù)重新路由至保護(hù)路徑26。類似地，如果第三工作路徑20被限于25Mbps，那么可以將來自第三工作路徑22的25Mbps的數(shù)據(jù)重新路由至保護(hù)路徑26上。類似地，如果第四工作路徑被限于240Mbps，那么可以將來自第四工作路徑24的160Mbps的數(shù)據(jù)重新路由到保護(hù)路徑26上。即使完成了重新配置過程，保護(hù)路徑26仍然具有為工作路徑20保留的容量。圖7示出了傳播過程的例子。圖7包括兩個工作路徑由節(jié)點94、98、100和102以及鏈路106、110和112定義的第一工作路徑；以及由節(jié)點92、96、100和102以及鏈路104、108和112定義的第二工作路徑。所述工作路徑的容量受限于鏈路104、106、108、110和112的容量，而不是受限于節(jié)點92、94、96、98、100和102的容量。在表1中提供了鏈路104、106、108、110和112的容量<table>tableseeoriginaldocumentpage16</column></row><table>表1在第一和第二工作路徑具有保留容量時，所述工作路徑穿過的所有節(jié)點和鏈路都具有工作路徑的標(biāo)識符以及其相關(guān)容量的信息。因而，位于第一工作路徑上的每一節(jié)點和鏈路可以知道沿所述工作路徑的所有其他節(jié)點和鏈路的容量。在鏈路112的容量因局部故障而減半，并且鏈路112被充分利用時，第一工作路徑和第二工作路徑二者均受到影響。更具體而言，在檢測到局部故障時，節(jié)點100識別出故障，生成故障報告，并將綜合后的故障報告?zhèn)鬏斨凉?jié)點96和98。如果在鏈路104、106、108、110或節(jié)點96、98內(nèi)不存在其他故障，那么將所述綜合后的故障報告一直傳播至節(jié)點92、94。由于節(jié)點92、94是源節(jié)點，并且它們接收到綜合后的故障報告，因而可以重新配置所述兩條工作路徑上的數(shù)據(jù)流。具體地，所述網(wǎng)絡(luò)可以參考策略表，以決定應(yīng)當(dāng)如何重新配置工作路徑。如果所述策略表規(guī)定應(yīng)當(dāng)按比例縮減所述兩條工作路徑，那么每條工作路徑上的數(shù)據(jù)流將減半，從而使第一工作路徑上的數(shù)據(jù)流為150Mbps，第二工作路徑上的數(shù)據(jù)流為200Mbps。所述兩條工作路徑中的每者上的縮減后的數(shù)據(jù)流使鏈路112上的數(shù)據(jù)流縮減至與其容量一致的水平。在第二個例子中，可以在鏈路112中檢測出相同的周部故障，但是在節(jié)點98中又檢測到額外的局部故障。更具體而言，節(jié)點98可能遇到使其容量降低至100Mbps的局部故障。在節(jié)點96、98從節(jié)點100接收到綜合后的故障報告時，節(jié)點96按照如上所述傳播所述綜合后的故障報告。但是，節(jié)點98將使其故障報告與接收自節(jié)點100的故障報告相結(jié)合。由于節(jié)點98處的局部故障比鏈路112處的局部故障更具有限制性，因此節(jié)點98可以終止來自鏈路112的故障報告，因為節(jié)點98已經(jīng)將故障報告發(fā)送到節(jié)點94來將容量降低至100Mbps。因而，在節(jié)點92、94接收到其故障報告時，所述故障報告將表明，第一工作路徑中的鏈路112被限于350Mbps，第二工作路徑中的節(jié)點98被限于100Mbps。在這種情況下，兩條工作路徑的總?cè)萘繛?50Mbps，但是鏈路112被限于350Mbps。假設(shè)所述策略規(guī)定應(yīng)當(dāng)按比例縮減所述兩條工作路徑，那么所述兩條工作路徑的數(shù)據(jù)流的按比例縮減將導(dǎo)致每一數(shù)據(jù)流縮減30%。換言之，將第一工作路徑的數(shù)據(jù)流縮減至70Mbps，將第二工作路徑的數(shù)據(jù)流縮減至280Mbps。這樣的縮減使通過鏈路112傳輸?shù)臄?shù)據(jù)被限于350Mbps。圖8示出了傳播過程的另一例子。圖8示出了五條路徑130、132、134、136、138經(jīng)過的八個節(jié)點121、122、123、124、125、126、127、128。當(dāng)在節(jié)點123和124之間產(chǎn)生局部故障時，該局部故障將影響路徑130、132、134。在這種情況下，節(jié)點123可以合并針對路徑130、132和134的故障報告，并將單個合并后的故障報告發(fā)送至節(jié)點122。在接收到單個合并后的故障報告的同時，節(jié)點122能夠?qū)⑺龊喜⒑蟮墓收蠄蟾娣殖梢粋€發(fā)送至節(jié)點121的針對路徑130的故障報告和一個發(fā)送至節(jié)點126的針對路徑132和134的合并后的故障報告。這樣的實施例限制了在各個節(jié)點121、122、123、124、125、126、127、128之間傳輸?shù)墓收舷⒌臄?shù)量。還可以采用本文中所描述的故障報告來傳播指示故障消除的報告。在實施例中，所述節(jié)點保持所接收的但未傳播的故障報告的記錄。當(dāng)所述節(jié)點接收到故障清除消息時，所述節(jié)點將訪問所述記錄，以確定先前未傳播17的故障報告現(xiàn)在是否需要傳播至上游節(jié)點。如果現(xiàn)在需要將先前未傳播的故障報告?zhèn)鞑ブ辽嫌喂?jié)點，那么在將所述故障報告發(fā)送至上游節(jié)點之前使所述故障報告與其他故障數(shù)據(jù)綜合。在故障產(chǎn)生之后的某一點，所述故障將被修復(fù)、消除或者以其他方式停止存在。當(dāng)在節(jié)點上清除了故障時，所述節(jié)點確定是否存在來自所述節(jié)點的下游節(jié)點的任何其他未解決的故障。如果沒有來自下游節(jié)點的未解決的故障，那么所述節(jié)點將故障清除消息作為其故障報告的部分發(fā)送至其上游節(jié)點。如果存在來自下游節(jié)點的未解決的故障，那么所述節(jié)點必須確定所清除的故障是否影響當(dāng)前路徑容量。如果所清除的故障影響路徑容量，那么將容量變化作為其故障報告的部分傳播至上游節(jié)點。在重新配置數(shù)據(jù)流時，所述網(wǎng)絡(luò)可以保持?jǐn)?shù)據(jù)分組的順序。具體地，如果所述網(wǎng)絡(luò)包含順序敏感數(shù)據(jù)分組，那么所述網(wǎng)絡(luò)將保持?jǐn)?shù)據(jù)分組的順序。如本文中所使用的，術(shù)語"順序敏感數(shù)據(jù)分組"是指按照與從源發(fā)送的數(shù)據(jù)分組相同的順序抵達(dá)目的地的數(shù)據(jù)分組。網(wǎng)絡(luò)保持分組的順序的具體方法取決于網(wǎng)絡(luò)和數(shù)據(jù)的格式。在第一個例子中，對于以太網(wǎng)第2層網(wǎng)絡(luò)，可以采用虛擬局域網(wǎng)(VLAN)標(biāo)識符將流量從一條路徑切換至另一條路徑。如果有十個VLAN流進(jìn)入工作路徑，那么在對數(shù)據(jù)流重新配置時，能夠?qū)λ鯲LAN流中的一些重新路由。重新路由的VLAN流的確切數(shù)量取決于每一VLAN上的統(tǒng)計分組流和所要切換的流量的百分比。如果適用，所述網(wǎng)絡(luò)還可以采用數(shù)據(jù)的IP前綴來將具有相同的IP前綴的幀切換至保護(hù)路徑。在第二個例子中，可以將基于前綴的有效載荷劃分用于IP數(shù)據(jù)。更具體而言，能夠在針對每一前綴的流量的統(tǒng)計記錄和所要切換的有效載荷的百分比的基礎(chǔ)上計算前綴的具體數(shù)量。在第三個例子中，所述網(wǎng)絡(luò)可以監(jiān)聽?wèi)?yīng)用層的序列號。在這樣的實施例中，所述網(wǎng)絡(luò)可以包括處于每一端節(jié)點處的緩沖器，并采用序列號對數(shù)據(jù)流進(jìn)行緩沖。如果所述網(wǎng)絡(luò)在每一數(shù)據(jù)流進(jìn)入該網(wǎng)絡(luò)時向該數(shù)據(jù)流內(nèi)插入一層序列號，那么目的地節(jié)點能夠按照正確的順序?qū)λ鰯?shù)據(jù)分組或數(shù)據(jù)流進(jìn)行重新組合。在實施例中，在修復(fù)了本文中所描述的故障之后，所述網(wǎng)絡(luò)可以返回至其初始配置。更具體而言，所述節(jié)點追蹤網(wǎng)絡(luò)內(nèi)的每一節(jié)點的實際容量和配置容量。在正常情況下，所述實際容量可以等于配置容量。但是，在18產(chǎn)生局部故障時，如上所述，可能降低實際容量。在網(wǎng)絡(luò)內(nèi)的任何節(jié)點或鏈路的容量存在變化時，例如，從局部故障中恢復(fù)，那么網(wǎng)絡(luò)會采用如上所述的傳播過程將所述信息傳播至所有受影響的節(jié)點。所公開的故障傳播方法優(yōu)于其他故障傳播方法。例如，正EE802.1ag草案曾經(jīng)討論的一種類型的故障傳播局限于連接故障，但是對于保持連接但容量縮減的面向連接的路徑，它并沒有用。具體地，影響節(jié)點的卯％的容量的局部故障將不會采用這些故障傳播系統(tǒng)來傳播?？梢栽谥T如計算機(jī)、路由器、交換機(jī)或橋的具有足夠的處理能力、存儲資源和網(wǎng)絡(luò)吞吐能力來處理置于其上的必要工作負(fù)荷的任何通用網(wǎng)絡(luò)部件上實現(xiàn)上述網(wǎng)絡(luò)。圖9示出了適于實現(xiàn)本文中所公開的節(jié)點的一個或多個實施例的典型通用網(wǎng)絡(luò)部件。網(wǎng)絡(luò)部件200包括處理器212(可以將其稱.為中央處理單元或CPU)，其與包括輔助存儲器204、只讀存儲器(ROM)206和隨機(jī)存取存儲器(RAM)208的存儲設(shè)備、輸入/輸出(I/O)210設(shè)備以及網(wǎng)絡(luò)連接設(shè)備202通信?？梢圆捎靡粋€或多個CPU芯片來實現(xiàn)所述處理器。所述輔助存儲器204通常由一個或多個磁盤驅(qū)動器或磁帶驅(qū)動器構(gòu)成，其用于對數(shù)據(jù)的非易失性存儲，以及在RAM208不足以保持所有工作數(shù)據(jù)時作為溢出數(shù)據(jù)存儲設(shè)備使用。輔助存儲器204被用來存儲程序，在選擇執(zhí)行這樣的程序時，將其加載到RAM208內(nèi)。ROM206被用來存儲指令，以及可能存儲在程序執(zhí)行期間讀取的數(shù)據(jù)。ROM206是一種非易失性存儲設(shè)備，相對于輔助存儲器的較大存儲容量，其通常具有小存儲容量。RAM208被用來存儲易失性數(shù)據(jù)，以及可能存儲指令。對ROM206和RAM208二者的訪問通常比對輔助存儲器204的訪問快。盡管本公開提供了若干實施例，但是應(yīng)當(dāng)理解的是，在不背離本公開的精神和范圍的情況下可以通過很多其他具體形式來實現(xiàn)所公開的系統(tǒng)和方法。應(yīng)當(dāng)將當(dāng)前的例子視為例示性的，而非限定性的，本發(fā)明并非旨在局限于本文中所給出的細(xì)節(jié)。例如，可以將各種元件或部件結(jié)合或集成到另一系統(tǒng)中，或者可以省略或不實現(xiàn)某些特征。此外，在不背離本公開的范圍的情況下，可以將在各個實施例中被圖示或描述為分立或獨立的技術(shù)、系統(tǒng)、子系統(tǒng)和方法與其他系統(tǒng)、模塊、技術(shù)或方法結(jié)合或集成?？梢酝ㄟ^一些接口或設(shè)備耦合被圖示或描述為彼此直接耦合或通信的其他項，因而可以不再將所述項視為彼此直接耦合，而是通過電、機(jī)械或其他方式彼此間接耦合和通信。本領(lǐng)域技術(shù)人員可以知道并在不背離文中所公開的精神和范圍的情況下做出其他變化、替換和修改的例子。權(quán)利要求1、一種通信網(wǎng)絡(luò)，其包括被配置為實現(xiàn)包括下述步驟的方法的部件，所述方法包括分析第一端點和第二端點之間的路徑；以及識別沿所述路徑的局部故障。2、根據(jù)權(quán)利要求1所述的通信部件，其中，識別所述局部故障包括確定沿所述路徑的分組丟失率或者所述路徑的可用容量；以及在所述分組丟失率超過閾值或者所述可用容量低于保留容量時，指示所述局部故障。3、根據(jù)權(quán)利要求1所述的通信部件，其中，所述路徑包括多條子鏈路，并且其中，在每一所述子鏈路的容量之和除以每一所述子鏈路的可用容量之和小于正常條件下每一所述子鏈路的容量之和時，發(fā)生所述局部故障。4、根據(jù)權(quán)利要求1所述的通信部件，其中，所述方法還包括將所述局部故障傳播至處于所述局部故障的上游或下游的任何節(jié)點。5、根據(jù)權(quán)利要求4所述的通信部件，其中，所述局部故障只被傳播至受到所述局部故障影響的上游或下游節(jié)點。6、根據(jù)權(quán)利要求4所述的通信部件，其中，所述方法還包括將所述局部故障與接收自任何下游或上游節(jié)點的故障報告綜合。7、根據(jù)權(quán)利要求4所述的通信部件，其中，所述方法還包括基于所述局部故障，重新配置數(shù)據(jù)流；以及基于局部故障清除消息，重新配置數(shù)據(jù)流。8、一種用于在網(wǎng)絡(luò)內(nèi)傳送信息的方法，所述方法包括定義經(jīng)過多個節(jié)點的路徑；接收來自下游或上游節(jié)點的故障報告；確定所述故障報告是否影響所述路徑；以及響應(yīng)于所述故障報告影響所述路徑的確定結(jié)果，將所述故障報告?zhèn)鬏斨了雎窂街械纳嫌位蛳掠喂?jié)點。9、根據(jù)權(quán)利要求8所述的方法，還包括使所述故障報告與來自多個其他節(jié)點的故障報告綜合，由此生成綜合后的故障報告；以及使用所述綜合后的故障報告來確定是否有任何上游或下游節(jié)點受到影響。10、根據(jù)權(quán)利要求8所述的方法，還包括確定所述故障報告是否影響保留連接的容量；響應(yīng)于所述故障報告不對所述保留連接的容量造成影響的確定結(jié)果，不向與所述保留連接相關(guān)的任何上游節(jié)點傳輸所述故障報告。11、根據(jù)權(quán)利要求8所述的方法，其中，所述故障報告標(biāo)識局部故障。12、根據(jù)權(quán)利要求8所述的方法，其中，基于預(yù)先建立的路徑，將所述故障報告報告給所述上游節(jié)點或下游節(jié)點。13、根據(jù)權(quán)利要求8所述的方法，其中，所述故障報告指示故障已經(jīng)清除，并且其中，所述故障報告指示所述路徑中的容量增加。14、一種通信系統(tǒng)，包括第一路徑端點和第二路徑端點;_與所述第一路徑端點和所述第二路徑端點通信的網(wǎng)絡(luò)，所述網(wǎng)絡(luò)包括-在所述第一路徑端點和所述第二路徑端點之間傳輸數(shù)據(jù)的多條工作路徑；被配置為在所述第一路徑端點和所述第二路徑端點之間傳輸數(shù)據(jù)的保護(hù)路徑；其中，所述網(wǎng)絡(luò)確定是否有任何工作路徑受到故障影響，并且響應(yīng)于所述工作路徑中之一受到所述故障的影響的確定結(jié)果，所述網(wǎng)絡(luò)將所述受到影響的工作路徑的至少一些所述數(shù)據(jù)傳送至所述保護(hù)路徑。15、根據(jù)權(quán)利要求14所述的系統(tǒng)，其中，所述網(wǎng)絡(luò)將來自所述受影響的工作路徑的但不是所有數(shù)據(jù)傳送至所述保護(hù)路徑。16、根據(jù)權(quán)利要求14所述的系統(tǒng)，其中，所述網(wǎng)絡(luò)通過分析所述工作路徑的分組丟失率來確定是否所述工作路徑中之一受到所述故障的影響。17、根據(jù)權(quán)利要求14所述的系統(tǒng)，其中，所述故障為局部故障。18、根據(jù)權(quán)利要求14所述的系統(tǒng)，其中，在所述網(wǎng)絡(luò)將來自所述受到影響的工作路徑中的至少一些所述數(shù)據(jù)傳送至所述保護(hù)路徑時，所述網(wǎng)絡(luò)將保持通過所述網(wǎng)絡(luò)傳輸?shù)娜魏尉哂刑囟樞虻臄?shù)據(jù)的順序。19、根據(jù)權(quán)利要求14所述的系統(tǒng)，其中，所述保護(hù)路徑的容量不等于所述工作路徑的容量之和。20、根據(jù)權(quán)利要求14所述的系統(tǒng)，其中，在接收到故障清除消息時，所述網(wǎng)絡(luò)將至少一些所述數(shù)據(jù)傳送回所述工作路徑。全文摘要公開了一種通信網(wǎng)絡(luò)，其包括被配置為實現(xiàn)包括下述步驟的方法的部件分析第一端點和第二端點之間的路徑，并識別沿所述路徑的故障。還公開了一種用于在網(wǎng)絡(luò)內(nèi)傳送信息的方法，所述方法包括定義經(jīng)過多個節(jié)點的路徑；接收來自中間節(jié)點的故障報告；確定所述故障報告是否影響所述路徑；以及響應(yīng)于所述故障報告影響所述路徑的確定結(jié)果，將所述故障報告?zhèn)鬏斨了雎窂街械纳嫌位蛳掠喂?jié)點。文檔編號H04L12/24GK101512968SQ200780032831公開日2009年8月19日申請日期2007年9月18日優(yōu)先權(quán)日2006年9月19日發(fā)明者史蒂夫·姚,琳達(dá)·鄧巴,露西·雍申請人:華為技術(shù)有限公司