防錯連的方法

2023-08-03 10:29:06 2

專利名稱：：防錯連的方法
技術領域：
：本發明涉及光傳送網(OpticalTransportNetwork，簡稱「OTN」)系統網絡保護技術，特別涉及OTN系統環型網絡共享保護中防止環倒換產生錯連的技術。
背景技術：
：由於通信技術的不斷發展，運用領域越來越廣泛，同時，傳統通信網絡發生深刻的演變，對網絡帶寬的巨大需求使通信系統的容量越來越大，並要求始終提供無間斷服務。而目前傳送的巨大信息容量都基於光通信系統，一旦光通道或者光系統失效，其影響面之廣，經濟損失之慘重，難以想像。如何保證光通信設備的可靠性，保證光網絡的生存性已經成為各個網絡設備製造商必需要面對的問題。環形網絡是光通信系統中一種最常見的網絡拓撲結構，各種光網絡系統都具有針對環形網絡的自動保護倒換技術，以保證光網絡的生存性。但是，在進行自動保護倒換時候，有可能出現錯連(misconnection)。為了執行環倒換，保護通路是為環中每個段所分享。在沒有額外業務的情況下，當發生節點被孤立(isolate)的時候，如節點失效，或多點失效時，多個業務可能會爭用保護通路，有可能會發生錯連。熟悉本領域的技術人員知道，以普通的同步數字系列(SynchronousDigitalHierarchy，簡稱「SDH」)二纖雙向復用段共享保護環為例，可以說明這種情況。圖1為一個2.5Gbit/s的二纖雙向共享復用段保護環，由節點10、節點11、節點12、節點13、節點14和節點15構成環狀拓撲。業務101佔用節點10和節點12區段的1#工作時隙，業務102佔用節點10和節點13區段1#工作時隙。整個復用段環採用9#時隙保護1#時隙。圖中節點間實現部分表示工作時隙，虛線部分表示保護時隙。特別指出的是，工作時隙和保護時隙實際都在同一根光纖上，邏輯上二者獨立。對於二纖復用段共享保護環，是通過一根光纖中的保護時隙保護另外一根光纖中的工作時隙。一般情況下，無論環上任何兩點之間斷纖，業務總是受到保護。但是當節點10掉電或者是節點10、節點11和節點10、節點13之間同時斷纖時，節點10成為孤島，如圖2所示。此時業務201和業務202必然中斷，這是正常的。由於節點20、節點21之間斷纖，斷纖處的節點21發生橋接倒換；節點20、節點23之間斷纖，斷纖處的節點23發生橋接倒換。需要說明的是，發生橋接倒換的節點可以是斷纖處的節點，也可以是業務的源宿節點，這裡節點21就是位於斷纖處，而不是業務201的源宿節點22發生橋接倒換，當然斷纖處的節點23發生橋接倒換也就是業務202的源宿節點23發生橋接倒換。業務201和業務202都企圖使用9#時隙使各自業務得到保護。由於業務在節點21、節點23處於直通，這樣就在節點23和節點22之間產生非預期的連接，這就是錯連。特別指出這種錯連是節點嚴格按照保護倒換算法執行動作而產生的，因此控制系統不能自行糾正。當有額外業務的情況下，即使是單點失效，保護通路也可能被中斷的業務和額外業務爭用，也有可能會發生錯連。熟悉本領域的技術人員知道，仍以圖1所示，如果節點14和節點15之間在9#時隙，即保護時隙，存在額外業務，即業務103，當節點10沒有被孤立時，業務101、業務102和業務103不會互相影響，當節點10被孤立時，根據復用段共享保護機制，仍然會出現圖2的情況，工作通路也可能會搶佔載有額外業務量的保護時隙，發生錯連。即節點23和節點21之間仍然會佔用9#時隙發生錯連，而不去理會節點24和節點25之間9#時隙上承載的額外業務，造成額外業務中斷。國際電信聯盟-電信標準部(InternationalTelecommunicationUnionTelecommunicationStandardizationSector，簡稱「ITU-T」)的G.841標準--同步數字系列(SynchronousDigitalHierarchy，簡稱「SDH」)網絡保護體系結構的類型和特性，對SDH的錯連進行了描述。並提出了環上每個節點保存環的拓撲信息和環上業務的配置信息，結合環上實際業務的信號質量情況進行壓制的處理方法。但是處理較為複雜。光網絡的下一個發展方向就是網絡化，形成波分復用光網絡，也就是光傳送網(OpticalTransportNetwork，簡稱「OTN」)，在OTN的通道保護環，也同樣可能出現錯連的問題。如圖3所示，圖中分別有兩個業務方向相反的光纖，即由兩根細箭頭表示的光纖X和由兩根粗箭頭表示的光纖Y。每一根光纖都由一根實線和一根虛線組成。以光纖X為例，實線表示N/2個ODU，作為工作ODU，命名為XW；虛線表示另外N/2個ODU，作為保護ODU，命名為XP。同樣的，對於光纖Y，實線表示N/2個ODU，作為工作ODU，命名為YW；虛線表示另外N/2個ODU，作為保護ODU，命名為YP。熟悉本領域的技術人員可以理解，兩根光纖的工作通道，即XW和YW用於在正常情況下傳送雙向的業務，保護通道，即XP和YP則用於傳送額外業務。圖3表示正常情況，節點A和節點C之間有業務301的傳送情況，以及節點A和節點F之間有業務302的傳送情況。對於業務301，在節點A上(add)，通過通道XW傳送，傳送路徑為節點B、節點C；反向傳送時，則在節點C上，通過通道YW傳送，傳送路徑為節點B、節點A。對於業務302，在節點A上，通過通道YW傳送到節點F；反向傳送時，則在節點F上，通過通道XW傳送到節點A。圖4描述了當節點A被孤立，即節點A與節點F之間光纖斷裂並且節點A與節點B之間光纖斷裂後，當沒有防錯連機制時候，節點B和節點F都會試圖橋接(bridge)，從而發生錯連的情況。這是因為保護通道無法同時保護這兩個業務，在橋接點，兩個業務都會試圖進行橋接，爭用保護通道。下面結合圖5和圖6具體說明。如圖5所示，當僅僅節點A與節點B之間光纖斷裂，啟動了保護通道，節點A與節點C之間的業務501的業務路徑如下在節點A上，由通道XW橋接到通道YP，通過通道YP依次為節點A、節點F、節點E、節點D、節點C、節點B、節點C，反向路徑依次為節點C、節點B、節點C、節點D、節點E、節點F、節點A。節點A與節點F之間的業務路徑依然不變，在節點A上，通過通道YW傳送到節點F；反向傳送時，則在節點F上，通過通道XW傳送到節點A。當僅僅節點A與節點F之間光纖斷裂，即如圖6的情況，節點A與節點C之間的業務601使用業務路徑如下在節點A上，通過通道XW傳送，傳送路徑為節點B、節點C；反向傳送時，則在節點C上，通過通道YW傳送，傳送路徑為節點B、節點A。而節點A與節點F之間的業務602啟動了保護通道，使用的業務路徑如下在節點A上，由通道YW橋接到通道XP，然後通過通道XP傳送，傳送路徑為節點B、節點C、節點D、節點E、節點F；反向路徑為在節點F上，由通道XW橋接到通道Y，然後通過通道YP傳送，傳送路徑為節點E、節點D、節點C、節點B、節點A。由此可見，如果出現節點A與節點F之間光纖斷裂，同時節點A與節點B之間光纖斷裂的情況。因為都要試圖使用相同的保護ODU，就無法同時保護圖4中的業務401和業務402這兩個業務。在橋接點節點B和節點F，兩個業務都會試圖進行橋接，業務401和業務402會爭用保護通道，會發生錯連。有可能使業務宿端收到的不是想要收到的信號。下面描述現有技術中，防止錯連的解決方案ITU-T的G.841標準，這個建議總體上提供了SDH網絡上為實現選用各種保護體系結構所必需的設備級規範，具體針對解決錯連的方案為通過識別倒換節點和倒換將要影響的業務，來發現潛在的錯連，在可能發生錯連之前，即錯連建立之前，網管進行壓制動作，即在產生錯誤的保護通道強行插入告警指示信號(AU_AISAlarmIndicationSignal，簡稱「AU_AIS」)來阻斷通道，插入點通常選擇倒換節點，就防止了錯連。為了能夠在需要的時候插入AU_AIS，具體作法就要根據環上節點情況和業務連接情況，維護節點ID表(ringmap)和壓制信息表(squelchtable)。通過節點間傳遞的業務的質量情況及幾張表的輔助，判斷出可能發生錯連的位置，在可能發生錯連之前，插入AU_AIS進行壓制動作。在實際應用中，上述方案存在以下問題首先，ITU-T的G.841標準是適用於SDH網絡的標準，指定的時候沒有考慮到OTN的情況，所以現有技術方案應用領域僅僅限於SDH。其次，現有技術方案要根據環上節點情況和業務連接情況，維護節點ID表和壓制信息表。通過節點間傳遞的業務的質量情況及幾張表的輔助，判斷出可能發生錯連的位置，因此各個節點上需要處理大量數據，各種數據表使用的數據結構非常複雜。再者，在發現可能發生錯連的位置之前，要進行大量複雜的邏輯判斷，使整個的防止錯連處理機制的速度非常緩慢。最後，處理的業務粒度比較大，一般不對低階業務進行處理。雖然可以對低階業務以相同的原理來處理，但數據結構邏輯判斷複雜，處理慢的弱點將更加明顯。以上的各種限制導致現有技術方案不能直接用來應對更複雜的OTN上的錯連情況。造成這種情況的主要原因在於，ITU-T的G.841標準制定的時候，光通信才發展到SDH網絡階段，而對於以後的DWDM以及進一步發展的OTN體系，G.841就無法實用，而在新的針對OTN情況下的防止錯連的標準制定還落後於世界光網絡實際的應用。現有技術中另外一種防止錯連的解決方案是根據業務連接情況，配置J1或J2，通過檢測是否有TIM來發現是否已經有錯連，如果發現有錯連，則進行壓制動作(插入AU_AIS)。這種解決方案的缺點在於，首先僅僅限於應用於SDH領域，不能應用於OTN領域；其次，僅僅限於使用J1/J2。並且佔用了J1/J2，J1/J2本來是可以通過網管設置的，這樣用戶無法把J1/J2用於其他用途；再次，上述解決方案沒有對J1/J2的有效性進行判斷，導致錯連檢測的可靠性較弱。
發明內容有鑑於此，本發明的主要目的在於提供一種防錯連的方法，使得可以在OTN環形網絡的環倒換中更加有效地防止錯連，保證自動保護倒換機制的順利運行，提高光網絡的生存性，提出處理的原理，但不限定具體使用的開銷字節，在有效防止錯連的同時，保證開銷字節能夠用於其他用途。為實現上述目的，本發明提供了一種防錯連的方法，包含以下步驟A針對需要傳輸的業務信號流，在所述業務源端設置該業務信號流的唯一標識，並在所述業務宿端將對應於該業務信號流的應收唯一標識設置得與所述業務源端的唯一標識相同；B傳輸所述業務信號流，並且，所述業務信號流的開銷中含有所述唯一標識；C在所述業務宿端比較實際收到的業務信號流的開銷中的所述唯一標識與所述業務宿端的應收唯一標識是否一致，如果不一致，則判定所述業務信號流發生錯連，並且所述業務宿端將該錯連的告警信息向下遊節點傳遞。其中，在所述步驟C中，當判定所述業務信號流發生錯連後，所述業務宿端通過下插光通道數據單元k-告警指示信號、或G.709定義的所述開銷中的其他字節、或光傳送網的客戶層業務信號流的開銷將該錯連的告警信息向下遊節點傳遞。在所述步驟C中，還包含對收到的業務信號流的開銷中的所述唯一標識的有效性進行判斷的步驟，當判定該唯一標識有效，則進一步判斷該唯一標識與所述業務宿端的應收唯一標識是否一致，如果一致，則判定所述業務信號流未發生錯連。所述唯一標識可通過國際電信聯盟G.709中定義的串接監測-通道蹤跡標識來傳遞，並且可以是通過源端接入點標識符部分、或目的地接入點標識符部分、或操作者指定部分，或它們的任意組合來傳遞所述唯一標識。所述唯一標識可通過國際電信聯盟G.709中定義的串接監測-通道蹤跡標識以外的其他開銷來傳遞。在所述步驟C中，可以通過檢測串接監測的激活開銷來判斷所述唯一標識是否有效，當所述檢測串接檢測功能被激活，則判定在串接監測-通道蹤跡標識中傳遞的唯一標識是有效的。在所述步驟C中，當通過所述串接監測-通道蹤跡標識傳遞所述唯一標識時，可通過通道蹤跡標識判斷所述唯一標識是否一致，並且可通過對源端接入點標識符、或目的地接入點標識符、或操作者指定部分、或它們的任意組合來判斷所述唯一標識是否一致。在所述步驟B中，當所述業務源端和業務宿端之間光纖斷時，所述業務信號流按照正常的保護倒換，進行橋接和倒換動作。所述業務信號流的粒度是光通道數據單元1、或光通道數據單元2、或光通道數據單元3。所述方法應用在光傳送網中。通過比較可以發現，本發明的技術方案與現有技術的區別在於，本發明是通過在開銷中傳遞為每個業務設置唯一的標識，並在下業務節點處通過對比預先設置的應收標識與實收標識是否一致，來發現是否發生了錯連。發現發生錯連後，通知下遊進行處理，保證自動保護倒換機制的順利進行。這種技術方案上的區別，帶來了較為明顯的有益效果。首先，突破了原有方案只能使用於SDH網絡的限制，將防錯連機制擴展到了OTN領域。其次，無需維護節點ID表(ringmap)和壓制信息表(squelchtable)，以及通過節點間傳遞的業務的質量情況及幾張表的輔助，判斷出可能發生錯連的位置，因此需要處理的數據量大為減小，數據結構也變得非常簡單。再者，在作出可能發生錯連的位置之前，只是檢測所使用的業務標識是否失配來發現業務是否正確，邏輯判斷變得更加簡單，處理速度自然提高很快。最後，處理的粒度可大可小，可以是ODUkT。需要說明的是，具體使用的開銷還可根據實際情況指定，不限定一定要應用某開銷，開銷也可用於其他用途。總之，本發明在OTN環形網絡的環倒換中通過更加有效地防止錯連，進一步保證自動保護倒換機制的順利運行，從而起到了提高光網絡生存性的作用。圖1是現有技術中正常情況下SDH二纖雙向復用段共享保護環示意圖；圖2是現有技術中SDH二纖雙向復用段共享保護環發生錯連的示意圖；圖3是現有技術中正常情況下OTN通道保護環示意圖；圖4是現有技術中OTN通道保護環發生錯連的示意圖；圖5是現有技術中OTN通道保護環某一種情況下自動保護倒換示意圖；圖6是現有技術中OTN通道保護環另一種情況下自動保護倒換示意圖；圖7是本發明的一個實施例中正常傳輸情況下的OTN環形網絡的示意圖；圖8是本發明的一個實施例中發生錯連情況下的OTN環形網絡錯連示意圖；圖9是根據本發明的一個實施例的防錯連的方法的流程示意圖。具體實施例方式為使本發明的目的、技術方案和優點更加清楚，下面將結合附圖對本發明作進一步地詳細描述。總的來說，本發明的原理在於，當業務宿端收到業務信號流時，通過將業務信號流開銷中攜帶的表示該業務信號流的唯一標識，與在業務宿端預先設置的對應於該業務信號流的應收唯一標識進行比較，檢測該業務信號流是否發生錯連，從而在OTN環形網絡的環倒換中更加有效地進行檢測。根據本發明的原理，要檢測OTN環形網絡中在發生故障進行保護倒換時出現的錯連，需要在傳輸的業務信號流中加入唯一的業務信號流標識，通常可以將標識設置在業務信號流的開銷中。例如，ITU-T的G.709建議給出了OTN的網絡節點接口標準，在光通道數據單元k(OpticalChannelDataUnitk，簡稱「ODUk」)開銷的串接監視(TandemConnectionMonitor，簡稱「TCM」)開銷中規定了通道蹤跡標識(TrailTraceIdentifier，簡稱「TTI」)字節，可以將TTI字節作為業務信號流的標識字節，這樣在業務源端，在要傳輸的業務信號流的TTI字節中設置一個可以區別其他業務信號流的標識，同時，在業務宿端設置對應於該業務信號流應收唯一標識，該標識與業務源端的TTI字節設置相同。在業務源端和宿端的設置完成後，攜帶標識的業務信號流自業務源端經傳輸後到達業務宿端，宿端對接收的業務信號流標識進行檢查並做出判斷和操作，仍以TTI字節作為業務信號流標識為例說明，業務宿端對接收到的業務信號流的TTI字節進行檢查，如果收到業務信號流的TTI字節與業務宿端預先設置的業務信號流標識相同，說明正常傳輸無錯連發生；如果不一致，即發生通道蹤跡標識失配(TrailTraceIdentifierMismatch，簡稱「TIM」)，說明已經發生了錯連，這時業務宿端將在業務信號流中插入告警信號，通知下遊發生錯連，如可以在ODUk中插入光通道數據單元k-告警指示信號(OpticalChannelDataUnitk-AlarmIndicationSignal，簡稱「ODUk-AIS」)實行告警，並向下遊傳遞通知錯連的發生。以上簡單描述了OTN錯連檢測的功能的實現過程，是以在ODUk中設置TCM的TTI字節為業務信號流標識，監測TIM的發生和插入ODUk-AIS告警為例來進行說明的。值得注意的是，根據本發明的原理，也可以在其它字節中設置業務信號流標識，如ITU-T的G.709建議定義的保留字節，只要通過設置標識可以實現不同業務信號流的區別即可；如果不採用TTI字節而用其他字節作為業務信號流標識，則相應的可以不用TIM而檢查所用的開銷是否失配從而判別是否發生錯連；在發現錯連後，也可以用ITU-T的G.709建議定義的保留字節或者客戶層業務信號流中的開銷來實現告警並向下遊傳遞錯連信息。另一方面，在ODUk中設置TTI字節為業務信號流標識是以ODUk為粒度進行的，可以實現多種粒度的錯連檢測。圖7表示的是在正常傳輸的情況下，一個OTN環形網絡的工作情況。如圖所示，業務700的業務路徑為從節點A經通道XW傳送，路徑為節點B、節點C。反向路徑為從節點C經通道YW傳送，路徑為節點B、節點A。業務701的業務路徑為從節點F經通道YW傳送，路徑為節點E、節點D；反向路徑為從節點D經通道XW傳送，路徑為節點E、節點F。圖8表示的是圖7的OTN環形網絡出現故障時發生錯連的一種情況，其中，節點B與節點C，以及節點F與節點E之間的光纖斷裂，業務信號流將在故障發生的相鄰的節點進行保護倒換。如圖8所示，對於業務800，業務路徑變為從節點A通過通道XW傳送到節點B，在節點B，由通道XW橋接到通道YP，然後經過通道YP傳送，傳送路徑為節點A、節點F。對於業務801，業務路徑變為從節點D通過通道XW傳送到節點E，在節點E，由通道XW橋接到通道YP，然後經過通過YP傳送，傳送路徑為節點D、節點C。下面結合圖7和圖8，詳細介紹根據本發明的一個實施例的OTN環形網絡中防錯連的方法，這裡仍然以在ODUk中設置TCM的TTI字節為業務信號流標識，監測TIM的發生和在ODUk中插入ODUk-AIS告警向下遊傳遞為例來進行說明。錯連檢測如圖9所示，具體的過程如下首先，在步驟890中，在業務源端和宿端為業務信號流設置同一個業務信號流標識，對於業務信號流700，源端節點A將其TTI字節設為一個在整個OTN環形網的所有業務信號流標識中唯一的值，對應的在宿端節點C設置應接收的業務信號流的TTI字節相同的值；而對於業務信號流701，在源端節點D和宿端節點F中對應設置為另外一個唯一的標識值。接著，步驟900中，節點A開始向網絡中發送帶有唯一標識的業務信號流；類似的，節點D發送出帶有唯一標識的業務信號流。此後，在步驟901中，對收到的業務信號流的開銷中的唯一標識的有效性進行判斷，如果判定該唯一標識有效，則進入步驟902，否則進入步驟906，判定無法對是否錯連進行判斷，流程結束。隨後在步驟902中，業務宿端節點C檢查實際接收的業務信號流的TTI字節值是否為應該收到的業務標識值，根據檢查結果決定如何進行下一步動作；如果步驟902中判定宿端接收到的業務信號流的TTI與預先設置的TTI相同，則執行步驟903。在步驟903中，由於上述步驟中節點C檢查收到的業務信號流的TTI字節值與應收是相同的，則可以判斷出實際接收到的業務信號流是節點A發送的正確信號，業務信號流700的傳輸路徑上沒有錯連，節點C就接收此業務信號流，無需進行其他動作；相似的，節點F檢查收的業務信號流的TTI字節值與應收是相同的，則判斷業務信號流701的傳輸路徑上沒有錯連。如果在步驟902中，判定宿端接收到的業務信號流的TTI與預先設置的TTI不同，則執行步驟904。在步驟904中，由於步驟902中節點C檢查實際收到的業務信號流的TTI值與應收是不同的，說明收到的業務信號流不是節點A發出的，判斷出網絡中發生了錯連；同樣，節點F檢查實際收到的業務信號流的TTI值與應收是不同的，也做出發生錯連的判斷，因此執行步驟905，業務宿端節點C向上層進行TIM報警，同時在ODUk中插入ODUk-AIS，向下遊傳遞。類似得，節點F做出相應的處理。通過以上過程，實現了對OTN環形網絡錯連情況的檢測。值得一提的是，如果在兩個節點間存在雙向業務信號流，則需要對這一對雙向業務信號流分別設置不同的標識，檢測的其他過程與單向業務相同，不再贅述。另外，本發明適用於所有OTN環形網絡共享保護的環倒換，而不限於上述具體的保護方式。雖然通過參照本發明的某些優選實施例，已經對本發明進行了圖示和描述，但本領域的普通技術人員應該明白，可以在形式上和細節上對其作各種各樣的改變，而不偏離所附權利要求書所限定的本發明的精神和範圍。權利要求1.一種防錯連的方法，其特徵在於，包含以下步驟A針對需要傳輸的業務信號流，在所述業務源端設置該業務信號流的唯一標識，並在所述業務宿端將對應於該業務信號流的應收唯一標識設置得與所述業務源端的唯一標識相同；B傳輸所述業務信號流，並且，所述業務信號流的開銷中含有所述唯一標識；C在所述業務宿端比較實際收到的業務信號流的開銷中的所述唯一標識與所述業務宿端的應收唯一標識是否一致，如果不一致，則判定所述業務信號流發生錯連，並且所述業務宿端將該錯連的告警信息向下遊節點傳遞。2.根據權利要求1所述的防錯連的方法，其特徵在於，在所述步驟C中，當判定所述業務信號流發生錯連後，所述業務宿端通過下插光通道數據單元k-告警指示信號、或G.709定義的所述開銷中的其他字節、或光傳送網的客戶層業務信號流的開銷將該錯連的告警信息向下遊節點傳遞。3.根據權利要求1所述的防錯連的方法，其特徵在於，在所述步驟C中，還包含對收到的業務信號流的開銷中的所述唯一標識的有效性進行判斷的步驟，當判定該唯一標識有效，則進一步判斷該唯一標識與所述業務宿端的應收唯一標識是否一致，如果一致，則判定所述業務信號流未發生錯連。4.根據權利要求1所述的防錯連的方法，其特徵在於，所述唯一標識可通過國際電信聯盟G.709中定義的串接監測-通道蹤跡標識來傳遞，並且可以是通過源端接入點標識符部分、或目的地接入點標識符部分、或操作者指定部分，或它們的任意組合來傳遞所述唯一標識。5.根據權利要求1所述的防錯連的方法，其特徵在於，所述唯一標識可通過國際電信聯盟G.709中定義的串接監測-通道蹤跡標識以外的其他開銷來傳遞。6.根據權利要求3所述的防錯連的方法，其特徵在於，在所述步驟C中，可以通過檢測串接監測的激活開銷來判斷所述唯一標識是否有效，當所述檢測串接檢測功能被激活，則判定在串接監測-通道蹤跡標識中傳遞的唯一標識是有效的。7.根據權利要求3所述的防錯連的方法，其特徵在於，在所述步驟C中，當通過所述串接監測-通道蹤跡標識傳遞所述唯一標識時，可通過通道蹤跡標識判斷所述唯一標識是否一致，並且可通過對源端接入點標識符、或目的地接入點標識符、或操作者指定部分、或它們的任意組合來判斷所述唯一標識是否一致。8.根據權利要求1所述的防錯連的方法，其特徵在於，在所述步驟B中，當所述業務源端和業務宿端之間光纖斷時，所述業務信號流按照正常的保護倒換，進行橋接和倒換動作。9.根據權利要求1所述的防錯連的方法，其特徵在於，所述業務信號流的粒度是光通道數據單元1、或光通道數據單元2、或光通道數據單元3。10.根據權利要求1到9任意一條所述的防錯連的方法，其特徵在於，所述方法應用在光傳送網中。全文摘要本發明涉及OTN系統網絡保護技術，公開了一種防錯連的方法，使得可以在OTN環形網絡共享保護的環倒換中更加有效地防止錯連，保證自動保護倒換機制的順利運行，提高光網絡的生存性。這種防錯連的方法針對需要傳輸的業務信號流，在業務源端設置該業務信號流的唯一標識，並在業務宿端將對應於該業務信號流的應收唯一標識設置得與業務源端的唯一標識相同，此後，在業務宿端比較收到的業務信號流的開銷中的唯一標識與業務宿端的應收唯一標識是否一致，如果不一致，則判定業務信號流發生錯連，並且所述業務宿端將該錯連的告警信息向下遊節點傳遞。文檔編號H04B10/12GK1738213SQ20041005619公開日2006年2月22日申請日期2004年8月18日優先權日2004年8月18日發明者閻君申請人:華為技術有限公司