專利名稱：Mpls-tp網(wǎng)絡中oam偵測結(jié)果處理方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及網(wǎng)絡通訊技術領域，尤其涉及一種MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理方法及系統(tǒng)。
背景技術：
MPLS-TP由ITU-T和IETF成立的聯(lián)合工作組在2008年4月提出，其前身是ITU-T于2005年5月開始開發(fā)的T-MPLS技術標準。IETF將吸收T-MPLS中的OAM (Operations, Administration and Maintenance)、保護和管理等傳送技術，擴展現(xiàn)有 MPLS (Mult1-Protocol Label Switching,多協(xié)議標簽交換)為 MPLS-TP (Transport Profile for MPLS),以增強其對ITU-T傳送需求的支持。
MPLS-TP與MPLS技術的不同點之一就是它由著電信級的OAM功能。MPLS-TP OAM 的主要功能是對Section、LSP、Pff等業(yè)務，數(shù)據(jù)通道進行監(jiān)測，故障定位，錯誤報告。
為保證PTN網(wǎng)絡對電信級OAM切換時間50ms的需求，要求OAM功能可以在快速偵測故障的同時，也具有快速上報錯誤的功能，配合上層系統(tǒng)或其他處理芯片進行數(shù)據(jù)通道切換。但目前的OAM偵測結(jié)果處理功能均比較單一，其不能對不同的偵測結(jié)果進行處理，且不能針對錯誤上報、保護切換等應用要求，提供給上層系統(tǒng)更豐富的使用方式。發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理方法及系統(tǒng)。
為實現(xiàn)上述發(fā)明目的，本發(fā)明的一種MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理方法，其特征在于，包括以下步驟SlOl，接收CCM報文；S102，對所述CCM報文進行處理，得到處理結(jié)果；S103，判斷所述處理結(jié)果是否有錯誤，若是，則進入S104，S106和S108，若否，則結(jié)束處理；S104，判斷所述錯誤的錯誤類型是否需要復制報文并發(fā)送至CPU，若是，則進行報文發(fā)送，若否，則結(jié)束處理；S106,判斷所述錯誤的錯誤類型是否需要記入Error Cache中，并通過Error Cache上報所述錯誤，若是，則進行Eiror Cache處理，若否，則結(jié)束處理；S108，判斷所述錯誤的錯誤類型是否需要發(fā)送快速切換消息上報所述錯誤，若是，則標記為需要發(fā)送快速切換消息，若否，則結(jié)束處理。
作為本發(fā)明的進一步改進，所述S104中“報文發(fā)送”具體包括以下步驟S201，為CCM報文處理錯誤類型；S202,對所述錯誤類型進行錯誤類型碼的查找，決定發(fā)送至CPU的報文前部需添加的錯誤類型碼；S203，將查找到的錯誤類型碼按照規(guī)定格式添加至所述CCM報文前部；S204,將添加錯誤信息的CCM報文發(fā)送至CPU，所述CPU根據(jù)錯誤類型碼確定錯誤類型， 對CCM報文解析。。
作為本發(fā)明的進一步改進，所述“Error Cache處理”具體包括以下步驟S301，為CCM報文處理錯誤結(jié)果，所述錯誤結(jié)果包括錯誤類型和發(fā)生錯誤的MEP ；S302，查找和判斷所述MEP是否已有錯誤條目存在于Error Cache中，若是，則進入S306，若否，則進入S303 ；S306，判斷所述錯誤類型優(yōu)先級是否高于已存在錯誤類型，若是，則進入S307，對已有 Error Cache條目進行更新,若否,則結(jié)束處理；S303，判斷Error Cache是否已滿，若是，則結(jié)束處理，若否，則進入S304 ；5304,查找可用ErrorCache條目；5305,將所述錯誤結(jié)果加入新的ErrorCache條目；S308,對所述新的Error Cache條目進行標記；S309，判斷所述新的Eiror Cache條目是否超出需要發(fā)送中斷的門限，若是，則發(fā)送中斷，并讀取Error Cache條目確認發(fā)生的錯誤,若否,則結(jié)束處理。
作為本發(fā)明的進一步改進，所述“發(fā)送快速切換消息”具體包括以下步驟S401，判斷OAM更新時間間隔是否達到，若未達到，則繼續(xù)循環(huán)，若已達到，則進入狀態(tài)機更新；S402，MEP狀態(tài)機更新處理；S403,判斷MEP是否有發(fā)送快速切換消息的標志，若無，則表示目前無相關錯誤或該錯誤無需發(fā)送快速切換消息，若有，則進入S404 ；S404，判斷所述錯誤是否有上層系統(tǒng)已處理標志，若未設置，則表明上層系統(tǒng)還未得知該錯誤，需要告知，進入S405，若已設置，則表明上層系統(tǒng)已得知該錯誤，無需繼續(xù)發(fā)送快速切換消息；S405，判斷是否達到發(fā)送快速切換消息時間間隔，若已達到，則進入S406，若未達到，則結(jié)束處理；S406，編輯快速切換消息；S407，選擇發(fā)送快速切換消息目的地。
作為本發(fā)明的進一步改進，所述S406中的快速切換消息包括出錯MEP條目相關信息、錯誤類型，所述S407中的目的地包括CPU或?qū)ｉT處理快速切換消息的專用芯片。
作為本發(fā)明的進一步改進，一種MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理系統(tǒng)，其特征在于，包括接收單元，用于接收CCM報文；處理單元，用于對接收到的CCM報文進行處理，得到處理結(jié)果；判斷單元，用于判斷經(jīng)過處理單元處理的結(jié)果是否有錯誤；報文復制并發(fā)送判斷單元，用于判斷經(jīng)過判斷單元處理的所述錯誤的錯誤類型是否需要復制報文并發(fā)送至CPU，若是，則通過報文發(fā)送單元則進行報文發(fā)送，若否，則結(jié)束處理； Error Cache中斷判斷單元，用于判斷經(jīng)過判斷單元處理的所述錯誤的錯誤類型是否需要記入Error Cache中，并通過Error Cache上報所述錯誤,若是,則通過Error Cache 處理單元進行Error Cache處理,若否,則結(jié)束處理；、快速切換判斷單元，用于判斷經(jīng)過判斷單元處理的所述錯誤的錯誤類型是否需要發(fā)送快速切換消息上報所述錯誤，若是，則通過發(fā)送快速切換消息單元標記為需要發(fā)送快速切換消息，若否，則結(jié)束處理。
作為本發(fā)明的進一步改進，所述“報文發(fā)送單元”具體用于為CCM報文處理錯誤類型；對所述錯誤類型進行錯誤類型碼的查找，決定發(fā)送至CPU的報文前部需添加的錯誤類型碼；將查找到的錯誤類型碼按照規(guī)定格式添加至所述CCM報文前部；將添加錯誤信息的CCM報文發(fā)送至CPU，所述CPU根據(jù)錯誤類型碼確定錯誤類型，對 CCM報文解析。
作為本發(fā)明的進一步改進，所述“Error Cache處理單元”具體用于為CCM報文處理錯誤結(jié)果，所述錯誤結(jié)果包括錯誤類型和發(fā)生錯誤的MEP ；查找和判斷所述MEP是否已有錯誤條目存在于Error Cache中；在判斷已有錯誤條目存在于Eiror Cache中時，再次判斷所述錯誤類型優(yōu)先級是否高于已存在錯誤類型，在判斷為是時，對已有Eiror Cache條目進行更新，在判斷為否時，結(jié)束處理；在判斷未有錯誤條目存在于Error Cache中時,再次判斷Error Cache是否已滿,在判斷為是時，結(jié)束處理； 查找可用Error Cache條目；將所述錯誤結(jié)果加入新的Error Cache條目；對所述新的Error Cache條目進行標記；判斷所述新的Eiror Cache條目是否超出需要發(fā)送中斷的門限，在判斷為是時，發(fā)送中斷，并讀取Error Cache條目確認發(fā)生的錯誤,在判斷為否時,結(jié)束處理。
作為本發(fā)明的進一步改進，所述“發(fā)送快速切換消息單元”具體用于判斷OAM更新時間間隔是否達到，在判斷為否時，繼續(xù)循環(huán)；MEP狀態(tài)機更新處理；判斷MEP是否有發(fā)送快速切換消息的標志，在判斷為否時，表示目前無相關錯誤或該錯誤無需發(fā)送快速切換消息；判斷所述錯誤是否有上層系統(tǒng)已處理標志，在判斷為是時，表明上層系統(tǒng)已得知該錯誤，無需繼續(xù)發(fā)送快速切換消息；判斷是否達到發(fā)送快速切換消息時間間隔，在判斷為否時，結(jié)束處理；編輯快速切換消息；選擇發(fā)送快速切換消息目的地。
作為本發(fā)明的進一步改進，所述快速切換消息包括出錯MEP條目相關信息、錯誤類型，所述目的地包括CPU或?qū)ｉT處理快速切換消息的專用芯片。
與現(xiàn)有技術相比，本發(fā)明的優(yōu)勢在于本發(fā)明靈活，多樣的針對不同錯誤類型提供一種或多種錯誤告知機制，滿足系統(tǒng)需求，且本發(fā)明在對不同的偵測結(jié)果進行處理時，能同時針對錯誤進行上報、保護切換等應用，提供給上層系統(tǒng)更豐富的使用方式。本發(fā)明提供的錯誤告知機制各有優(yōu)點，且可根據(jù)系統(tǒng)需求，靈活使用。



圖1是本發(fā)明一實施方式MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理方法的流程圖；圖2是圖1中S105的具體處理流程圖；圖3是圖1中S107的具體處理流程圖；圖4是OAM處理中關于發(fā)送快速切換消息的流程圖；圖5是本發(fā)明一實施方式MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理系統(tǒng)的系統(tǒng)單元圖。
具體實施方式
以下將結(jié)合附圖對本發(fā)明進行詳細描述，但這些實施方式并不限制本發(fā)明，本領域的普通技術人員根據(jù)這些實施方式所做出的結(jié)構、方法、或功能上的變換均包含在本發(fā)明的保護范圍內(nèi)。
本發(fā)明中基于Y. 1731的MPLS-TP OAM定義了多種錯誤類型，包括失去連續(xù)性 (LOC, Loss of Connection),錯誤混入(Unexpected MEGID)情況，非期望 MEP (Unexpected MEPID)情況,非期望MEG等級Level(Unexpected MEG Level)情況,非期望周期(Unexpected Period)情況以及RDI (Remote Defect Indication)情況等多種錯誤類型。
本發(fā)明提供了三種錯誤告知機制復制報文送至CPU機制，Error Cache中斷告知機制以及快速切換告警機制。
如圖1所示，在本發(fā)明一實施例中，OAM偵測結(jié)果處理方法的流程包括SlOl，接收CCM報文；S102，對接收到的CCM報文進行處理，得到處理結(jié)果；S103，判斷S102的處理結(jié)果是否有錯誤，該錯誤可能為上述各種錯誤類型，若是，則進入S104，S106和S108，若否，則結(jié)束處理；S104,判斷S103中錯誤的錯誤類型是否需要復制該報文并發(fā)送至CPU，該錯誤類型是否滿足該判斷是由上層系統(tǒng)配置的，若是，則進入S105，進行報文發(fā)送，若否，則結(jié)束處理； S106,判斷S103中錯誤的錯誤類型是否需要記入Error Cache中，并通過Error Cache 中斷告知機制來上報上層系統(tǒng)該錯誤，該錯誤類型是否滿足該判斷是由上層系統(tǒng)配置的， 若是，則進入S107，進行Error Cache處理，若否，則結(jié)束處理；S108，判斷S103中錯誤的錯誤類型是否需要發(fā)送快速切換消息上報上層系統(tǒng)該錯誤， 該錯誤類型是否滿足該判斷是由上層系統(tǒng)配置的，若是，則進入S109，標記為需要發(fā)送快速切換消息，若否，則結(jié)束處理。
如圖2所示，圖1中S105的具體處理流程包括S201，為CCM報文處理錯誤類型；S202，對S201中的錯誤類型進行錯誤類型碼查找，決定發(fā)送至CPU的報文前部需添加的錯誤類型碼；S203，根據(jù)S202的查找結(jié)果，將錯誤類型碼按照規(guī)定格式添加至原CCM報文前部，以便 CPU接收后進行分類和解析等處理；S204,將添加錯誤信息的CCM報文發(fā)送至CPU，CPU可以根據(jù)錯誤類型碼確定錯誤類型， 對CCM報文解析，并確定出錯MEP及其他相關信息。
如圖3所示，圖1中S107的具體處理流程包括S301，為CCM報文處理錯誤結(jié)果，包括CCM錯誤類型、發(fā)生錯誤MEP等相關信息；S302，查找和判斷上述MEP是否已有錯誤條目存在于Error Cache中，若是，則進入 S306，若否，則進入S303 ；S306，判斷上述錯誤類型優(yōu)先級是否高于已存在錯誤類型，若是，則進入S307，對已有 Error Cache條目進行更新,若否,則結(jié)束處理；5303,判斷ErrorCache是否已滿,若是,則無法新增Error Cache條目，結(jié)束處理,若否，則進入S304 ；5304,查找可用ErrorCache條目，查找到可供本次使用的Error Cache條目；S305，將相關信息加入新的Eiror Cache條目，包括出錯MEP相關信息以及本次錯誤類型；S308，新的Eiror Cache條目添加后，對該條目進行標記，表明該條目已在使用中；S309,判斷上述新的Eiror Cache條目是否超出需要發(fā)送中斷的門限，若是，則進入 S310，發(fā)送中斷，系統(tǒng)處理模塊收到中斷后讀取Eiror Cache條目來確認發(fā)生的錯誤，若否， 則結(jié)束處理。
OAM相關協(xié)議規(guī)定，OAM的狀態(tài)機都與時間有關，即在到達某一時間間隔時需要進行一系列狀態(tài)機更新以及發(fā)生CCM報文的行為。本發(fā)明的快速切換消息的發(fā)送機制也融合于該狀態(tài)機流程中，以達到快速發(fā)送切換消息的目的。如圖4所示，OAM處理中關于發(fā)送快速切換消息的具體流程包括S401，判斷OAM更新時間間隔是否達到，如未達到，則繼續(xù)循環(huán)，如達到，則進入狀態(tài)機更新；S402，MEP狀態(tài)機更新處理，即處理OAM協(xié)議規(guī)定的各種狀態(tài)機的更新； S403，判斷該MEP是否有發(fā)送快速切換消息的標志，該標志由圖1中S108和S109處理結(jié)果決定，如無，即表示目前無相關錯誤或該錯誤無需發(fā)送快速切換消息，如有，則進入 S404 ；S404，判斷該錯誤是否有上層系統(tǒng)已處理標志，該標志由上層系統(tǒng)進行設置，若未設置，則表明上層系統(tǒng)還未得知該錯誤，需要告知，進入S405，若已設置，則表明上層系統(tǒng)已得知該錯誤，不需要繼續(xù)發(fā)送快速切換消息；S405，判斷是否達到發(fā)送快速切換消息的時間間隔，該判斷用于控制發(fā)送快速切換消息的頻率，該頻率可由上層系統(tǒng)配置控制，如達到時間間隔，則進入S406，如未達到，則結(jié)束本次處理；S406，編輯快速切換消息，在確認需要發(fā)送快速切換消息后，在本步驟中，編輯快速切換消息，包括出錯MEP條目相關信息，錯誤類型等；S407，選擇發(fā)送快速切換消息目的地，用于選擇快速切換消息的目的地，可以是CPU，也可以是專門處理該消息的專用芯片，以達到對錯誤快速處理，快速切換的目的。
如圖5所示，在本發(fā)明一實施例中，OAM偵測結(jié)果識別系統(tǒng)的系統(tǒng)單元包括接收單元，用于接收CCM報文；處理單元，用于對接收到的CCM報文進行處理，得到處理結(jié)果；判斷單元，用于判斷經(jīng)過處理單元處理的結(jié)果是否有錯誤；報文復制并發(fā)送判斷單元，用于判斷經(jīng)過判斷單元處理的所述錯誤的錯誤類型是否需要復制報文并發(fā)送至CPU，若是，則通過報文發(fā)送單元則進行報文發(fā)送，若否，則結(jié)束處理； Error Cache中斷判斷單元，用于判斷經(jīng)過判斷單元處理的所述錯誤的錯誤類型是否需要記入Error Cache中，并通過Error Cache上報所述錯誤,若是,則通過Error Cache 處理單元進行Error Cache處理,若否,則結(jié)束處理；快速切換判斷單元，用于判斷經(jīng)過判斷單元處理的所述錯誤的錯誤類型是否需要發(fā)送快速切換消息上報所述錯誤，若是，則通過發(fā)送快速切換消息單元標記為需要發(fā)送快速切換消息，若否，則結(jié)束處理。
上述“報文發(fā)送單元”具體用于為CCM報文處理錯誤類型；對上述錯誤類型進行錯誤類型碼的查找，決定發(fā)送至CPU的報文前部需添加的錯誤類型碼；將查找到的錯誤類型碼按照規(guī)定格式添加至上述CCM報文前部；將添加錯誤信息的CCM報文發(fā)送至CPU，CPU根據(jù)錯誤類型碼確定錯誤類型，對CCM報文解析。
上述“Error Cache處理單?！本唧w用于 為CCM報文處理錯誤結(jié)果，包括錯誤類型和發(fā)生錯誤的MEP ；查找和判斷該MEP是否已有錯誤條目存在于Error Cache中；在判斷已有錯誤條目存在于Eiror Cache中時，再次判斷該錯誤類型優(yōu)先級是否高于已存在錯誤類型，在判斷為是時，對已有Eiror Cache條目進行更新，在判斷為否時，結(jié)束處理；在判斷未有錯誤條目存在于Error Cache中時,再次判斷Error Cache是否已滿,在判斷為是時，結(jié)束處理；查找可用Error Cache條目；將錯誤結(jié)果加入新的Error Cache條目；對新的Error Cache條目進行標記；判斷該新的Eiror Cache條目是否超出需要發(fā)送中斷的門限，在判斷為是時，發(fā)送中斷，并讀取Error Cache條目確認發(fā)生的錯誤,在判斷為否時,結(jié)束處理。
上述“發(fā)送快速切換消息單元”具體用于判斷OAM更新時間間隔是否達到，在判斷為否時，繼續(xù)循環(huán)；MEP狀態(tài)機更新處理；判斷MEP是否有發(fā)送快速切換消息的標志，在判斷為否時，表示目前無相關錯誤或該錯誤無需發(fā)送快速切換消息；判斷所述錯誤是否有上層系統(tǒng)已處理標志，在判斷為是時，表明上層系統(tǒng)已得知該錯誤，無需繼續(xù)發(fā)送快速切換消息；判斷是否達到發(fā)送快速切換消息時間間隔，在判斷為否時，結(jié)束處理；編輯快速切換消息，包括錯誤類型、出錯MEP條目等相關信息；選擇發(fā)送快速切換消息目的地，可以是CPU，也可以是專門處理快速切換消息的專用芯片。
本發(fā)明提供的三種錯誤告知機制復制報文送至CPU機制，Error Cache中斷告知機制，快速切換告警機制，各有其優(yōu)點復制報文送至CPU機制，可以將完整的出錯報文復制并發(fā)送至CPU，且附有芯片處理后的錯誤類型，該錯誤類型便于CPU對錯誤進行快速的分類和解決，完整的報文便于Debug和 CPU的再解析和具體處理；Error Cache中斷告知機制,Error Cache有快速讀寫的優(yōu)點，并使用異步方式,通過中斷告知CPU，CPU可根據(jù)自身需要對Eiror Cache進行讀取，處理和消除，中斷方式對于提高 CPU利用率有很大優(yōu)勢；快速切換告警機制，該機制的優(yōu)點在于以很快的速度發(fā)送快速切換消息，并可以設定消息發(fā)送目的地，可以是CPU，也可以是專門處理該消息的專用處理芯片，對于OAM協(xié)議規(guī)定的失去連續(xù)性(LOC, Loss of Connection)這類需要快速處理和作出相應動作的錯誤極為有效，可以保證根據(jù)OAM的偵測結(jié)果進行數(shù)據(jù)通道的快速切換，達到PTN網(wǎng)絡對切換速度的需求?！?br> 本發(fā)明提供的三種錯誤告知機制可以根據(jù)系統(tǒng)需要控制某些錯誤類型以某種錯誤告知機制告知上層系統(tǒng)(也可以同時使用多種錯誤告知機制)，從而提供給CPU或者專用處理芯片相關信息，并進行錯誤的處理和相應的系統(tǒng)行為。
綜上所述，本發(fā)明將三種錯誤告知機制結(jié)合起來，靈活，多樣的針對不同錯誤類型提供一種或多種錯誤告知機制，滿足系統(tǒng)的各類需求。
為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當然，在實施本申請時可以把各單元的功能在同一個或多個軟件和/或硬件中實現(xiàn)。
通過以上的實施方式的描述可知，本領域的技術人員可以清楚地了解到本申請可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本申請的技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備 (可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本申請各個實施方式或者實施方式的某些部分所述的方法。
以上所描述的裝置實施方式僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施方式方案的目的。本領域普通技術人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。
本申請可用于眾多通用或?qū)Ｓ玫挠嬎阆到y(tǒng)環(huán)境或配置中。例如個人計算機、服務器計算機、手持設備或便攜式設備、平板型設備、多處理器系統(tǒng)、基于微處理器的系統(tǒng)、置頂盒、可編程的消費電子設備、網(wǎng)絡PC、小型計算機、大型計算機、包括以上任何系統(tǒng)或設備的分布式計算環(huán)境等等。
本申請可以在由計算機執(zhí)行的計算機可執(zhí)行指令的一般上下文中描述，例如程序模塊。一般地，程序模塊包括執(zhí)行特定任務或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對象、組件、數(shù)據(jù)結(jié)構等等。也可以在分布式計算環(huán)境中實踐本申請，在這些分布式計算環(huán)境中，由通過通信網(wǎng)絡而被連接的遠程處理設備來執(zhí)行任務。在分布式計算環(huán)境中，程序模塊可以位于包括存儲設備在內(nèi)的本地和遠程計算機存儲介質(zhì)中。
應當理解，雖然本說明書按照實施方式加以描述，但并非每個實施方式僅包含一個獨立的技術方案，說明書的這種敘述方式僅僅是為清楚起見，本領域技術人員應當將說明書作為一個整體，各實施方式中的技術方案也可以經(jīng)適當組合，形成本領域技術人員可以理解的其他實施方式。
上文所列出的一系列的詳細說明僅僅是針對本發(fā)明的可行性實施方式的具體說明，它們并非用以限制本發(fā)明的保護范圍，凡未脫離本發(fā)明技藝精神所作的等效實施方式或變更均應包 含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理方法，其特征在于，包括以下步驟SlOl，接收CCM報文；S102，對所述CCM報文進行處理，得到處理結(jié)果；S103，判斷所述處理結(jié)果是否有錯誤，若是，則進入S104，S106和S108，若否，則結(jié)束處理；S104,判斷所述錯誤的錯誤類型是否需要復制報文并發(fā)送至CPU，若是，則進行報文發(fā)送，若否，則結(jié)束處理；S106,判斷所述錯誤的錯誤類型是否需要記入Error Cache中，并通過Error Cache上報所述錯誤，若是，則進行Eiror Cache處理，若否，則結(jié)束處理；S108，判斷所述錯誤的錯誤類型是否需要發(fā)送快速切換消息上報所述錯誤，若是，則標記為需要發(fā)送快速切換消息，若否，則結(jié)束處理。
2.根據(jù)權利要求1所述的MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理方法，其特征在于，所述 S104中“報文發(fā)送”具體包括以下步驟S201，為CCM報文處理錯誤類型；S202,對所述錯誤類型進行錯誤類型碼的查找，決定發(fā)送至CPU的報文前部需添加的錯誤類型碼；S203，將查找到的錯誤類型碼按照規(guī)定格式添加至所述CCM報文前部；S204,將添加錯誤信息的CCM報文發(fā)送至CPU，所述CPU根據(jù)錯誤類型碼確定錯誤類型， 對CCM報文解析。
3.根據(jù)權利要求1所述的MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理方法，其特征在于，所述 “Error Cache處理”具體包括以下步驟S301，為CCM報文處理錯誤結(jié)果，所述錯誤結(jié)果包括錯誤類型和發(fā)生錯誤的MEP ；S302，查找和判斷所述MEP是否已有錯誤條目存在于Error Cache中，若是，則進入 S306，若否，則進入S303 ；S306,判斷所述錯誤類型優(yōu)先級是否高于已存在錯誤類型，若是，則進入S307，對已有 Error Cache條目進行更新,若否,則結(jié)束處理；S303，判斷Error Cache是否已滿，若是，則結(jié)束處理，若否，則進入S304 ；5304,查找可用ErrorCache條目；5305,將所述錯誤結(jié)果加入新的ErrorCache條目；S308,對所述新的Error Cache條目進行標記；S309，判斷所述新的Eiror Cache條目是否超出需要發(fā)送中斷的門限，若是，則發(fā)送中斷，并讀取Error Cache條目確認發(fā)生的錯誤,若否,則結(jié)束處理。
4.根據(jù)權利要求1所述的MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理方法，其特征在于，所述 “發(fā)送快速切換消息”具體包括以下步驟S401，判斷OAM更新時間間隔是否達到，若未達到，則繼續(xù)循環(huán)，若已達到，則進入狀態(tài)機更新；S402，MEP狀態(tài)機更新處理；S403，判斷MEP是否有發(fā)送快速切換消息的標志，若無，則表示目前無相關錯誤或該錯誤無需發(fā)送快速切換消息，若有，則進入S404 ；S404，判斷所述錯誤是否有上層系統(tǒng)已處理標志，若未設置，則表明上層系統(tǒng)還未得知該錯誤，需要告知，進入S405，若已設置，則表明上層系統(tǒng)已得知該錯誤，無需繼續(xù)發(fā)送快速切換消息；S405，判斷是否達到發(fā)送快速切換消息時間間隔，若已達到，則進入S406，若未達到，則結(jié)束處理；S406，編輯快速切換消息；S407，選擇發(fā)送快速切換消息目的地。
5.根據(jù)權利要求4所述的MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理方法，其特征在于所述 S406中的快速切換消息包括出錯MEP條目相關信息、錯誤類型，所述S407中的目的地包括 CPU或?qū)ｉT處理快速切換消息的專用芯片。
6.一種MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理系統(tǒng)，其特征在于，包括接收單元，用于接收CCM報文；處理單元，用于對接收到的CCM報文進行處理，得到處理結(jié)果；判斷單元，用于判斷經(jīng)過處理單元處理的結(jié)果是否有錯誤；報文復制并發(fā)送判斷單元，用于判斷經(jīng)過判斷單元處理的所述錯誤的錯誤類型是否需要復制報文并發(fā)送至CPU，若是，則通過報文發(fā)送單元則進行報文發(fā)送，若否，則結(jié)束處理； Error Cache中斷判斷單元，用于判斷經(jīng)過判斷單元處理的所述錯誤的錯誤類型是否需要記入Error Cache中，并通過Error Cache上報所述錯誤,若是,則通過Error Cache 處理單元進行Error Cache處理,若否,則結(jié)束處理；快速切換判斷單元，用于判斷經(jīng)過判斷單元處理的所述錯誤的錯誤類型是否需要發(fā)送快速切換消息上報所述錯誤，若是，則通過發(fā)送快速切換消息單元標記為需要發(fā)送快速切換消息，若否，則結(jié)束處理。
7.根據(jù)權利要求6所述的MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理系統(tǒng)，其特征在于，所述 “報文發(fā)送單元”具體用于為CCM報文處理錯誤類型；對所述錯誤類型進行錯誤類型碼的查找，決定發(fā)送至CPU的報文前部需添加的錯誤類型碼；將查找到的錯誤類型碼按照規(guī)定格式添加至所述CCM報文前部；將添加錯誤信息的CCM報文發(fā)送至CPU，所述CPU根據(jù)錯誤類型碼確定錯誤類型，對 CCM報文解析。
8.根據(jù)權利要求6所述的MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理系統(tǒng)，其特征在于，所述 “Error Cache處理單?！本唧w用于為CCM報文處理錯誤結(jié)果，所述錯誤結(jié)果包括錯誤類型和發(fā)生錯誤的MEP ；查找和判斷所述MEP是否已有錯誤條目存在于Error Cache中；在判斷已有錯誤條目存在于Eiror Cache中時，再次判斷所述錯誤類型優(yōu)先級是否高于已存在錯誤類型，在判斷為是時，對已有Eiror Cache條目進行更新，在判斷為否時，結(jié)束處理；在判斷未有錯誤條目存在于Error Cache中時,再次判斷Error Cache是否已滿,在判斷為是時，結(jié)束處理；查找可用Error Cache條目；將所述錯誤結(jié)果加入新的Error Cache條目；對所述新的Error Cache條目進行標記；判斷所述新的Eiror Cache條目是否超出需要發(fā)送中斷的門限，在判斷為是時，發(fā)送中斷，并讀取Error Cache條目確認發(fā)生的錯誤,在判斷為否時,結(jié)束處理。
9.根據(jù)權利要求6所述的MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理系統(tǒng)，其特征在于，所述 “發(fā)送快速切換消息單元”具體用于判斷OAM更新時間間隔是否達到，在判斷為否時，繼續(xù)循環(huán)；MEP狀態(tài)機更新處理；判斷MEP是否有發(fā)送快速切換消息的標志，在判斷為否時，表示目前無相關錯誤或該錯誤無需發(fā)送快速切換消息；判斷所述錯誤是否有上層系統(tǒng)已處理標志，在判斷為是時，表明上層系統(tǒng)已得知該錯誤，無需繼續(xù)發(fā)送快速切換消息；判斷是否達到發(fā)送快速切換消息時間間隔，在判斷為否時，結(jié)束處理；編輯快速切換消息；選擇發(fā)送快速切換消息目的地。
10.根據(jù)權利要求9所述的MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理系統(tǒng)，其特征在于所述快速切換消息包括出錯MEP條目相關信息、錯誤類型，所述目的地包括CPU或?qū)ｉT處理快速切換消息的專用芯片。
全文摘要
本發(fā)明提供一種MPLS-TP網(wǎng)絡中OAM偵測結(jié)果處理方法及系統(tǒng)，其中方法包括以下步驟接收CCM報文；對上述CCM報文進行處理，得到處理結(jié)果；判斷上述處理結(jié)果是否有錯誤，若是，則進入以下步驟，進行處理，若否，則結(jié)束處理；判斷上述錯誤類型是否需要復制報文并發(fā)送至CPU，若是，則進行報文發(fā)送，若否，則結(jié)束處理；判斷上述錯誤類型是否需要記入ErrorCache中，并通過ErrorCache上報該錯誤，若是，則進行ErrorCache處理，若否，則結(jié)束處理；判斷上述錯誤類型是否需要發(fā)送快速切換消息上報該錯誤，若是，則標記需要快速切換消息發(fā)送，若否，則結(jié)束處理。從而可以靈活，多樣的針對不同錯誤類型提供一種或多種錯誤告知機制，滿足系統(tǒng)需求。
文檔編號H04L12/24GK103001819SQ201110277239
公開日2013年3月27日 申請日期2011年9月19日 優(yōu)先權日2011年9月19日
發(fā)明者何志川, 單哲, 楊曙軍, 馬運江 申請人:盛科網(wǎng)絡(蘇州)有限公司