專利名稱：一種連續(xù)性檢測的實現(xiàn)方法
技術領域：
本發(fā)明涉及操作、管理、維護技術領域，具體涉及一種連續(xù)性檢測的實現(xiàn)方法。
背景技術：
目前，ITU-T(國際電信聯(lián)盟電信標準化部門)和IEEE(電子電氣工程師協(xié)會)兩個組在同時對以太網(wǎng)端到端的OAM(操作管理維護)功能進行研究，其中ITU-T在Y.1730和Y.71ehtoam兩篇文檔中對以太網(wǎng)端到端的OAM功能進行了描述，IEEE在802.1ag文檔中對以太網(wǎng)端到端的OAM功能進行了描述。上述文檔中，兩個組織的思路大體相同，OAM功能的解決方案也很相似，其中ITU-T的文檔中包括了告警和性能部分，使OAM體系更為完善。
目前業(yè)界對基本的OAM功能已經(jīng)達成共識，即OAM功能應該包括三個部分故障自動發(fā)現(xiàn)、故障驗證和故障定位。這里的“故障”可能是由鏈路失效、環(huán)路和軟件配置錯誤等引發(fā)的。
CC(Continuity Check連續(xù)性檢測)提供了一種故障自動發(fā)現(xiàn)的方法，CC既能檢測出網(wǎng)絡中的硬件故障也能檢測出如內(nèi)存耗盡、配置錯誤等軟件故障。
CC的基本實現(xiàn)原理為每一個邊緣PB(Provider Bridge運營商網(wǎng)橋)會周期性的從與其處于同一SI(Service Instance服務實例)的其他邊緣PB處接收到遠端PB發(fā)送的心跳消息，一旦本地PB不再接收到遠端PB的心跳消息，那就意味著要么遠端PB發(fā)生了故障，要么鏈路發(fā)生了不可恢復的故障；本地PB自動或者通過下發(fā)命令啟動錯誤確認和錯誤隔離機制。
下面以發(fā)送CCM(CC消息)的MEP(Maintenance End Point維護端點)的處理過程和接收CC消息的MEP的處理過程對目前通用的CC實現(xiàn)方法進行說明。
為實現(xiàn)CC功能，需要在每一個MIP(Maintenance Intermediate Point維護中間點)中維護有兩個MEP數(shù)據(jù)庫，這兩個MEP數(shù)據(jù)庫對應兩個接收CC消息的方向。MEP只能在一個接收方向上接收CC消息。MEP數(shù)據(jù)庫中存儲有以MEPID為索引的CC消息承載的信息，如Lifetime TLV(生存時間類型長度值)、thesource MAC address和被接收的方向等。MIP和MEP統(tǒng)稱MP(Maintenance Point維護點)。
發(fā)送CC消息的MEP的處理過程當一個激活的MEP被配置后，便立刻發(fā)送經(jīng)過特殊定義多播MAC地址的CC消息。MEP發(fā)送該CC消息的時間間隙可配置，取值范圍從0.01s到665.35s。
發(fā)送CC消息的MEP中維護有一個變量，該變量用于保存下一個發(fā)送的CC消息包的序列號，在發(fā)送CC消息的MEP初始化時，該變量被設置為一個隨機值，且MEP每發(fā)送一個CC消息包，該變量值加一。
發(fā)送的CC消息中必須包含有Lifetime TLV，該值一般設置為發(fā)送CC消息的時間間隙的3.5倍，以便接收CC消息的MEP可以在丟失兩個CC消息而不報告任何錯誤。在發(fā)送CC消息的MEP需要退出時，發(fā)送Lifetime TLV為0的CC消息。
接收CC消息的MEP的處理過程每一個接收到CC消息的MP都會檢查CC消息中的MEGID(維護實體組)TLV是否同自己的配置匹配，且接收到CC消息的MEP要保證其收到的CC消息的MEPID TLV與自己的配置不同。
MEP在第一次接收到遠端MEP發(fā)送來的Lifetime TLV不為0的CC消息時，啟動一個用來檢測CC消息是否丟失的CC有效性記時器。在這個CC有效性記時器超時后，如果該MEP仍然沒有接收到遠端MEP發(fā)送來的下一個CC消息，則認為產(chǎn)生了CC LOS(丟失)，如果連續(xù)丟失N個如3個CC消息，則認為發(fā)送CC消息的遠端MEP發(fā)生了錯誤。
MP在接收到Lifetime TLV為0的CC消息時，確定發(fā)送該CC消息的MEP正在退出，丟棄其MEP數(shù)據(jù)庫中存儲的與該CC消息中的MEPID相關的所有信息。接收該CC消息的MEP應該立即丟棄此CC消息，并停止與發(fā)送此CC消息的MEP相關的定時器，清除本地MEP數(shù)據(jù)庫中的相關信息。
通過上述對CC實現(xiàn)方法的描述可知，在CC功能啟動之前，如果網(wǎng)絡已經(jīng)發(fā)生故障如斷纖或配置錯誤等，采用目前的CC機制將無法檢測出故障。如在附圖1、附圖2、附圖3中，設定MEP1和MEP2之間存在物理連接，且該物理鏈路在MEP1、MEP2啟動CC功能前存在故障，由于CC消息是主動發(fā)送，且無需響應，接收CC消息的MEP2只有在接收到MEP1傳輸來的第一個CC消息時，才會知道MEP1的存在、并開始檢測與MEP1的連通性，由于MEP2無法接收到MEP1發(fā)送的CC消息，所以，該鏈路故障不能夠被檢測出來。

發(fā)明內(nèi)容
本發(fā)明的目的在于，提供一種連續(xù)性檢測的實現(xiàn)方法，以實現(xiàn)完善CC功能的目的。
為達到上述目的，本發(fā)明提供的一種連續(xù)性檢測的實現(xiàn)方法，包括a、設置接收到CC消息的維護端點需要返回CC響應消息；b、對所述CC消息進行處理的維護點根據(jù)所述CC響應消息確定網(wǎng)絡狀態(tài)。
所述步驟a具體包括設置接收到CC消息的維護端點在確定該CC消息符合預定條件時需要返回CC響應消息。
所述預定條件包括CC消息承載有預定信息、CC消息中的維護端點標識信息與接收CC消息的維護端點的維護端點標識同屬于一個服務實例/維護實體組但不相同、且CC消息中的生存時間不為0。
所述預定信息承載于維護端點發(fā)送的第一個CC消息中。
所述預定信息包括CC消息的預定序列號。
所述方法還包括發(fā)送CC消息的MEP在初始化時，設置CC消息的序列號為預定序列號。
所述步驟b具體包括發(fā)送CC消息的維護端點判斷是否在第一時間間隔內(nèi)接收到CC響應消息，如果接收到所述CC響應消息，確定網(wǎng)絡正常；如果未接收到所述CC響應消息，確定網(wǎng)絡出現(xiàn)故障，啟動錯誤處理過程。
所述步驟b具體包括接收到承載有預定信息的CC消息的各維護中間點判斷是否在第二時間間隔內(nèi)接收到CC響應消息；如果接收到CC響應消息，確定網(wǎng)絡正常，繼續(xù)傳輸所述CC響應消息；如果未接收到CC響應消息，確定網(wǎng)絡出現(xiàn)故障，發(fā)送故障信息。
所述出現(xiàn)故障的信息為CC響應超時消息，且所述步驟b具體包括如下步驟接收到承載有預定信息的CC消息的各維護中間點獲取并存儲該CC消息的接收方向和源地址信息，同時，開始判斷在第二時間間隔內(nèi)是否接收到CC響應消息或其他維護中間點傳輸來的CC響應超時消息；如果接收到CC響應消息或CC響應超時消息，繼續(xù)向所述CC消息的源MEP方向發(fā)送該CC響應消息或CC響應超時消息；如果未接收到CC響應消息或CC響應超時消息，確定網(wǎng)絡出現(xiàn)故障，根據(jù)其存儲的源地址信息產(chǎn)生CC響應超時消息，并根據(jù)其存儲的接收方向發(fā)送。
所述步驟b還包括所述發(fā)送CC消息的維護端點在發(fā)送承載有預定信息的CC消息后，判斷是否在第一時間間隔內(nèi)接收到所述CC響應消息、CC響應超時消息；如果接收到所述CC響應消息，確定網(wǎng)絡正常；如果接收到所述CC響應超時消息，或一直未接收到CC響應消息和CC響應超時消息，確定網(wǎng)絡出現(xiàn)故障，啟動錯誤處理過程。
所述第一時間間隔長于所述第二時間間隔。
所述CC響應超時消息中還承載有與產(chǎn)生該消息的維護中間點相關的信息。
通過上述技術方案的描述可知，本發(fā)明通過使接收到CC消息的MEP返回CC響應消息，使本發(fā)明能夠及時檢測出MEP啟動CC功能之前網(wǎng)絡中存在的故障；通過使接收到CC消息的MIP產(chǎn)生CC響應超時消息、并通過在發(fā)送CC消息的MEP設置源端定時器，使本發(fā)明的連續(xù)性檢測方法能夠檢測出網(wǎng)絡中不同位置存在的故障；通過在CC響應超時消息中承載與MIP相關的信息，有利于網(wǎng)絡故障的定位；從而通過本發(fā)明提供的技術方案實現(xiàn)了提高故障檢測準確性，完善連續(xù)性檢測機制的目的。


圖1是現(xiàn)有技術的CC實現(xiàn)方法示意圖一；圖2是現(xiàn)有技術的CC實現(xiàn)方法示意圖二；圖3是現(xiàn)有技術的CC實現(xiàn)方法示意圖三；圖4是本發(fā)明的CC實現(xiàn)方法示意圖一；圖5是本發(fā)明的CC實現(xiàn)方法示意圖二；圖6是本發(fā)明的CC實現(xiàn)方法示意圖三。
具體實施例方式
本發(fā)明的核心是設置接收到CC消息的維護端點需要返回CCRM(CC響應消息)，對所述CC消息進行處理的維護點根據(jù)所述CC響應消息確定網(wǎng)絡狀態(tài)。
下面基于本發(fā)明的核心思想對本發(fā)明提供的技術方案做進一步的描述。
本發(fā)明中對所述CC消息進行處理的MP可以為發(fā)送該CC消息的MEP，也可以為接收到該CC消息并繼續(xù)發(fā)送該CC消息的MIP，同樣可以為發(fā)送該CC消息的MEP和接收到該CC消息并發(fā)送該CC消息的MIP。
下面以發(fā)送CC消息的MEP的處理過程、接收CC消息的MEP的處理過程、接收到CC消息的各MIP的處理過程對本發(fā)明的CC實現(xiàn)方法進行說明。
本發(fā)明的發(fā)送CC消息的MEP的處理過程當一個激活的MEP被配置后，便立刻發(fā)送經(jīng)過特殊定義多播MAC地址的CC消息。MEP發(fā)送該CC消息的時間間隙可配置，取值范圍從0.01s到665.35s。
發(fā)送CC消息的MEP中維護有一個變量，該變量用于保存下一個發(fā)送的CC消息包的序列號，在發(fā)送CC消息的MEP初始化時，該變量被設置為一個預定值如1，且MEP每發(fā)送一個CC消息包，該變量值加一。
發(fā)送的CC消息中必須包含有Lifetime TLV，該值一般設置為發(fā)送CC消息的時間間隙的3.5倍，以便接收CC消息的MEP可以在丟失兩個CC消息而不報告任何錯誤。在發(fā)送CC消息的MEP需要退出時，發(fā)送Lifetime TLV為0的CC消息。
發(fā)送CC消息的MEP在發(fā)送第一個CC消息之后，立刻啟動一個源端定時器，該定時器的定時時長為第一時間間隔，且該定時器的定時時長應該大于各MIP點中設置的CC響應消息定時器的定時時長，并在該定時器的定時時長內(nèi)等待接收遠端MEP的CC響應消息。
本發(fā)明的接收CC消息的MEP的處理過程每一個接收到CC消息的MEP都會檢查CC消息中的MEGID TLV是否同自己的配置匹配，且接收CC消息的遠端MEP要保證其收到的CC消息的MEPIDTLV與自己的配置不同。如果接收到CC消息的MEP確定CC消息中的MEGIDTLV與自己的配置不匹配或CC消息中的MEPID TLV與自己的配置不同，則直接丟棄該CC消息。
遠端MEP在接收到序列號為1、且Lifetime TLV不為0的CC消息時，確定該CC消息是第一次被接收，遠端MEP將該CC消息中承載的MEP的相關信息以MEPID為索引保存到其MEP數(shù)據(jù)庫中。保存到MEP數(shù)據(jù)庫中的信息中至少包括Lifetime TLV、the source MAC address和接收的方向。遠端MEP還需要向發(fā)送CC消息的MEP返回一個表示連接正常的CC響應消息，該CC響應消息的目的MAC地址被設置為CC消息中的源MAC地址。
同時，接收到CC消息的遠端MEP還會啟動一個用來檢測CC消息是否丟失的CC有效性記時器。在這個CC有效性記時器超時后，如果該MEP仍然沒有接收到遠端MEP發(fā)送來的下一個CC消息，則認為產(chǎn)生了CC LOS，如果連續(xù)丟失N個如3個CC消息，則認為發(fā)送CC消息的遠端MEP發(fā)生了錯誤。
MEP在接收到Lifetime TLV為0的CC消息時，確定發(fā)送該CC消息的MEP正在退出，丟棄其MEP數(shù)據(jù)庫中存儲的與該CC消息中的MEPID相關的所有信息。接收該CC消息的MEP應該立即丟棄此CC消息，并停止與發(fā)送此CC消息的MEP相關的定時器，清除本地MEP數(shù)據(jù)庫中的相關信息。
遠端MEP在接收到序列號不為1且Lifetime TLV不為0的CC消息時，確定對應此CC消息的CC有效性記時器是否已經(jīng)啟動，如果已經(jīng)啟動，則直接清除該CC消息的CC有效性記時器，重新開始計時，不作任何響應操作；如果尚未啟動，則針對此CC消息啟動CC有效性記時器，并將該CC消息中承載的MEP的相關信息以MEPID為索引保存到其MEP數(shù)據(jù)庫中。保存到MEP數(shù)據(jù)庫中的信息中至少包括Lifetime TLV、the source MAC address和接收的方向。
接收到CC消息的各MIP對CC消息的處理過程MIP在接收到序列號為1的CC消息時，確定該CC消息是源端MEP發(fā)送的第一個CC消息，MIP啟動一個時間可配置的CC響應消息定時器如5s等，并記錄該CC消息的接收方向和CC消息中承載的源MAC地址，然后，將該CC消息繼續(xù)向下傳送。該CC響應消息定時器的定時時長為第二時間間隔。
各MIP在收到下面兩種消息中的任一一種消息時，其啟動的CC響應消息定時器自動停止計時，并將接收到的消息向源端MEP方向透傳，這兩種消息為1、與其連接其他MIP發(fā)送來的CC響應超時消息。
2、遠端MEP發(fā)送來的CC響應消息。
如果本MIP的CC響應消息定時器已經(jīng)超時，而本MIP仍然沒有接收到上述兩種消息中的任一一種，確定前方有網(wǎng)絡連通性故障，本MIP產(chǎn)生一條CC響應超時消息，該消息的目的MAC地址被置為其記錄的源MAC地址，并根據(jù)存儲的接收方向發(fā)送該CC響應超時消息。
MIP在發(fā)送CC響應超時消息時可以在該消息中附加一些信息，如本MIP的網(wǎng)絡位置、狀態(tài)等信息。這些信息有利于故障定位。
發(fā)送CC消息的源端MEP對CC響應超時消息的處理發(fā)送CC消息的源端MEP如果在源端定時器超時前接收到遠端MEP的CC響應消息時，確定網(wǎng)絡處于正常狀態(tài)，停止該源端定時器，不對該消息進行任何處理，直接丟棄。
發(fā)送CC消息的源MEP如果在源端定時器的定時時間內(nèi)接收到MIP的CC響應超時消息時，確定網(wǎng)絡出現(xiàn)連接故障，停止該源端定時器，啟動錯誤處理過程，如上報告警信息、自動或者通過下發(fā)命令啟動錯誤確認和錯誤隔離機制等。
發(fā)送CC消息的源端MEP如果在源端定時器超時時，即沒有接收到遠端MEP的CC響應消息，也沒有接收到MIP的CC響應超時消息，確定網(wǎng)絡出現(xiàn)連接故障，停止該源端定時器，啟動錯誤處理過程，如上報告警信息、自動或者通過下發(fā)命令啟動錯誤確認和錯誤隔離機制等。
基于上述對本發(fā)明的連續(xù)檢測的方法的說明可以看出，本發(fā)明能夠檢測出現(xiàn)有技術不能夠檢測出的網(wǎng)絡故障。
如在圖1中，設定MEP1和MEP2在啟動CC功能之前，MEP1和MEP2之間就出現(xiàn)了鏈接故障。
MEP1啟動CC功能，設置MEP1中記錄CC消息序列號的變量的值為1。MEP1發(fā)送序列號為1且Lifetime TLV不為0的CC消息，并同時啟動源端定時器。
MEP1和MEP2之間存在的鏈接故障使MEP2不會接收到該CC消息，所以，MEP2不會向MEP1發(fā)送CC響應消息。MEP1在其源端定時器超時時，確定網(wǎng)絡出現(xiàn)故障，停止該源端定時器的計時，啟動錯誤處理過程。
在圖2中，設定MEP1和MEP2在啟動CC功能之前，MIP1和MIP2之間就出現(xiàn)了鏈接故障。
MEP2啟動CC功能，設置MEP2中記錄CC消息序列號的變量的值為1。MEP2發(fā)送序列號為1且Lifetime TLV不為0的CC消息，并同時啟動源端定時器。
MIP1在接收到MEP2傳輸來的序列號為1的CC消息時，獲取該CC消息的源MAC地址并記錄該CC消息的接收方向，繼續(xù)發(fā)送該CC消息，同時，啟動CC響應消息定時器。由于MIP1和MIP2之間存在的鏈接故障使MIP2、MEP1不會接收到該CC消息，所以，MIP1不會接收到MEP2的CC響應消息，也不會接收到MIP2的CC響應超時消息。MIP1在其CC響應消息定時器超時時，確定網(wǎng)絡出現(xiàn)故障，停止該定時器的計時，產(chǎn)生CC響應超時消息，該CC響應超時消息的目的地址為其記錄的源MAC地址，MIP1根據(jù)其記錄的接收方向發(fā)送該CC響應超時消息。當然，MIP在發(fā)送CC響應超時消息時也可以在該消息中附加一些信息，如本MIP的網(wǎng)絡位置、狀態(tài)等信息。MEP1在其源端定時器的計時時間內(nèi)接收到該CC響應超時消息，確定網(wǎng)絡出現(xiàn)故障，停止該源端定時器的計時，啟動錯誤處理過程。
在圖3中，設定MEP1和MEP2在啟動CC功能之前，MEP2和MIP1之間就出現(xiàn)了鏈接故障，MEP2啟動CC功能，設置MEP2中記錄CC消息序列號的變量的值為1。MEP2發(fā)送序列號為1且Lifetime TLV不為0的CC消息，并同時啟動源端定時器。
由于MIP1和MEP2之間存在的鏈接故障使MIP1、MEP1不會接收到該CC消息，所以，MEP2不會接收到MEP1的CC響應消息，也不會接收到MIP1的CC響應超時消息。MEP2在其源端定時器超時時，確定網(wǎng)絡出現(xiàn)故障，停止該源端定時器的計時，啟動錯誤處理過程。
在圖4中，MEP1啟動CC功能，設置MEP1中記錄CC消息序列號的變量的值為1。MEP1發(fā)送序列號為1且Lifetime TLV不為0的CC消息，MEP1同時啟動源端定時器。
MIP1在接收到MEP1傳輸來的序列號為1且Lifetime TLV不為0的CC消息時，獲取該CC消息的源MAC地址并記錄該CC消息的接收方向，啟動CC響應消息定時器，并繼續(xù)發(fā)送該CC消息。MIP2、MIP3、MIP4在接收到序列號為1的CC消息時，對該CC消息的處理與MIP1的處理過程相同。
MEP2在接收到序列號為1、MEGID TLV與自己的配置不相同且LifetimeTLV不為0的CC消息時，確定該CC消息是第一次被接收，MEP2需要向MEP1返回一個表示連接正常的CC響應消息，該CC響應消息的目的MAC地址被設置為CC消息中的源MAC地址。MEP2還會在其自身的MEP數(shù)據(jù)庫中存儲以MEPID為索引的CC消息承載的信息，如Lifetime TLV(生存時間類型長度值)、thesource MAC address和被接收的方向等。同時，MEP2啟動一個用來檢測CC消息是否丟失的CC有效性記時器。在這個CC有效性記時器超時后，如果MEP2仍然沒有接收到MEP1發(fā)送來的下一個CC消息，則認為產(chǎn)生了CC LOS(丟失)，如果連續(xù)丟失N個如3個CC消息，則認為發(fā)送CC消息的遠端MEP發(fā)生了錯誤。
MIP4在其CC響應消息定時器超時前接收到MEP2傳輸來的CC響應消息時，停止該CC響應消息定時器，并繼續(xù)將該CC響應消息透傳至MIP3。MIP3、MIP2、MIP1接收到CC響應消息時，對該CC消息的處理與MIP1的處理過程相同。
MEP1在其源端定時器超時前，接收到MIP1傳輸來的CC響應消息時，確定網(wǎng)絡沒有出現(xiàn)故障，停止該源端定時器，將記錄CC消息序列號的變量值加一，并根據(jù)原有的處理流程繼續(xù)發(fā)送具有后續(xù)序列號的CC消息。
在圖5中，設定MEP1和MEP2在啟動CC功能之前，MIP3和MIP4之間就出現(xiàn)了鏈接故障。
MEP1啟動CC功能，設置MEP1中記錄CC消息序列號的變量的值為1。MEP1發(fā)送序列號為1且Lifetime TLV不為0的CC消息，MEP1同時啟動源端定時器。
MIP1在接收到MEP1傳輸來的序列號為1且Lifetime TLV不為0的CC消息時，獲取該CC消息的源MAC地址并記錄該CC消息的接收方向，啟動CC響應消息定時器，并繼續(xù)發(fā)送該CC消息。MIP2、MIP3在接收到序列號為1的CC消息時，對該CC消息的處理與MIP1的處理過程相同。
由于MIP3和MIP4之間存在的鏈接故障，使MIP4、MEP2不會接收到該CC消息，所以，MIP3不會接收到MEP2的CC響應消息，也不會接收到MIP4的CC響應超時消息。MIP3在其CC響應消息定時器超時時，確定網(wǎng)絡出現(xiàn)故障，停止該定時器的計時，產(chǎn)生CC響應超時消息，該CC響應超時消息的目的地址為其記錄的源MAC地址，MIP3根據(jù)其記錄的接收方向發(fā)送該CC響應超時消息。
當然，MIP在發(fā)送CC響應超時消息時也可以在該消息中附加一些信息，如本MIP的網(wǎng)絡位置、狀態(tài)等信息。
MIP2在其CC響應消息定時器超時前接收到CC響應超時消息時，停止其CC響應消息定時器，并將該CC響應超時消息透傳至MIP1。MIP1在接收到該CC響應超時消息時，對該CC響應超時消息的處理過程與MIP2的處理過程相同。
MEP1在其源端定時器的計時時間內(nèi)接收到MIP1發(fā)送來的CC響應超時消息，確定網(wǎng)絡出現(xiàn)故障，停止該源端定時器的計時，啟動錯誤處理過程。
圖6表示多點到多點情況下，在各MEP啟動CC功能前網(wǎng)絡已經(jīng)存在故障，本發(fā)明的CC實現(xiàn)過程。
設定在MEP1啟動CC功能之前，MIPx和MIPy之間就出現(xiàn)了鏈接故障。
MEP1啟動CC功能，設置MEP1中記錄CC消息序列號的變量的值為1。MEP1發(fā)送序列號為1且Lifetime TLV不為0的CC消息，MEP1同時啟動源端定時器。
MEP1發(fā)送的序列號為1的多播CC消息會向各MEP發(fā)送，由于MIPx和MIPy之間的鏈接存在故障，按照對圖5的描述過程，MIPx將會向MEP1發(fā)送超時CC響應超時消息，MEP1在其源端定時器超時前接收到CC響應超時消息后，確定網(wǎng)絡出現(xiàn)故障，上報告警信息，停止該源端定時器的計時，啟動錯誤處理過程。
上述對各實施例的描述中，在發(fā)送CC消息的MEP和傳輸CC消息的MIP中都設置有定時器，而且接收到CC消息的MIP需要在其CC響應消息定時器超時時，產(chǎn)生CC響應超時消息。本發(fā)明也可以僅在發(fā)送CC消息的MEP中設置源端定時器，而且接收到CC消息的MIP不需要產(chǎn)生CC響應超時消息，如在圖5中，MEP1在發(fā)送CC消息時啟動源端定時器，在其源端定時器超時時，MEP1仍然沒有接收到遠端MEP傳輸來的CC響應消息時，確定網(wǎng)絡出現(xiàn)故障。
本發(fā)明同樣也可以僅僅在接收到CC消息的各MIP中設置源端定時器，如在圖5中，發(fā)送CC消息的MEP1中不設置源端定時器，接收到CC消息的MIP1、MIP2、MIP3在接收到CC消息時，啟動CC響應消息定時器，MIP1、MIP2、MIP3在其CC響應消息定時器超時時，仍然沒有接收到MEP2的CC響應消息或MIP的CC響應超時消息時，產(chǎn)生CC響應超時消息，MEP1在接收到遠端MEP傳輸來的CC響應消息時，確定網(wǎng)絡出現(xiàn)故障。
雖然通過實施例描繪了本發(fā)明，本領域普通技術人員知道，本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神，本發(fā)明的申請文件的權利要求包括這些變形和變化。
權利要求
1.一種連續(xù)性檢測的實現(xiàn)方法，其特征在于，包括a、設置接收到CC消息的維護端點需要返回CC響應消息；b、對所述CC消息進行處理的維護點根據(jù)所述CC響應消息確定網(wǎng)絡狀態(tài)。
2.如權利要求1所述的一種連續(xù)性檢測的實現(xiàn)方法，其特征在于，所述步驟a具體包括設置接收到CC消息的維護端點在確定該CC消息符合預定條件時需要返回CC響應消息。
3.如權利要求2所述的一種連續(xù)性檢測的實現(xiàn)方法，其特征在于，所述預定條件包括CC消息承載有預定信息、CC消息中的維護端點標識信息與接收CC消息的維護端點的維護端點標識同屬于一個服務實例/維護實體組但不相同、且CC消息中的生存時間不為0。
4.如權利要求3所述的一種連續(xù)性檢測的實現(xiàn)方法，其特征在于，所述預定信息承載于維護端點發(fā)送的第一個CC消息中。
5.如權利要求3所述的一種連續(xù)性檢測的實現(xiàn)方法，其特征在于，所述預定信息包括CC消息的預定序列號。
6.如權利要求5所述的一種連續(xù)性檢測的實現(xiàn)方法，其特征在于，所述方法還包括發(fā)送CC消息的MEP在初始化時，設置CC消息的序列號為預定序列號。
7.如權利要求1至6中任一權利要求所述的一種連續(xù)性檢測的實現(xiàn)方法，其特征在于，所述步驟b具體包括發(fā)送CC消息的維護端點判斷是否在第一時間間隔內(nèi)接收到CC響應消息，如果接收到所述CC響應消息，確定網(wǎng)絡正常；如果未接收到所述CC響應消息，確定網(wǎng)絡出現(xiàn)故障，啟動錯誤處理過程。
8.如權利要求3至6中任一權利要求所述的一種連續(xù)性檢測的實現(xiàn)方法，其特征在于，所述步驟b具體包括接收到承載有預定信息的CC消息的各維護中間點判斷是否在第二時間間隔內(nèi)接收到CC響應消息；如果接收到CC響應消息，確定網(wǎng)絡正常，繼續(xù)傳輸所述CC響應消息；如果未接收到CC響應消息，確定網(wǎng)絡出現(xiàn)故障，發(fā)送故障信息。
9.如權利要求8所述的一種連續(xù)性檢測的實現(xiàn)方法，其特征在于，所述出現(xiàn)故障的信息為CC響應超時消息，且所述步驟b具體包括如下步驟接收到承載有預定信息的CC消息的各維護中間點獲取并存儲該CC消息的接收方向和源地址信息，同時，開始判斷在第二時間間隔內(nèi)是否接收到CC響應消息或其他維護中間點傳輸來的CC響應超時消息；如果接收到CC響應消息或CC響應超時消息，繼續(xù)向所述CC消息的源MEP方向發(fā)送該CC響應消息或CC響應超時消息；如果未接收到CC響應消息或CC響應超時消息，確定網(wǎng)絡出現(xiàn)故障，根據(jù)其存儲的源地址信息產(chǎn)生CC響應超時消息，并根據(jù)其存儲的接收方向發(fā)送。
10.如權利要求9所述的一種連續(xù)性檢測的實現(xiàn)方法，其特征在于，所述步驟b還包括所述發(fā)送CC消息的維護端點在發(fā)送承載有預定信息的CC消息后，判斷是否在第一時間間隔內(nèi)接收到所述CC響應消息、CC響應超時消息；如果接收到所述CC響應消息，確定網(wǎng)絡正常；如果接收到所述CC響應超時消息，或一直未接收到CC響應消息和CC響應超時消息，確定網(wǎng)絡出現(xiàn)故障，啟動錯誤處理過程。
11.如權利要求8所述的一種連續(xù)性檢測的實現(xiàn)方法，其特征在于，所述第一時間間隔長于所述第二時間間隔。
12.如權利要求9所述的一種連續(xù)性檢測的實現(xiàn)方法，其特征在于，所述CC響應超時消息中還承載有與產(chǎn)生該消息的維護中間點相關的信息。
全文摘要
本發(fā)明提供一種連續(xù)性檢測的實現(xiàn)方法，其核心為設置接收到CC消息的維護端點需要返回CC響應消息，對所述CC消息進行處理的維護點根據(jù)所述CC響應消息確定網(wǎng)絡狀態(tài)。本發(fā)明能夠及時檢測出維護端點啟動CC功能之前和啟動CC功能之后網(wǎng)絡中存在的各種連接故障；實現(xiàn)了提高故障檢測準確性，完善連續(xù)性檢測機制的目的。
文檔編號H04L12/24GK1855851SQ20051006467
公開日2006年11月1日 申請日期2005年4月19日 優(yōu)先權日2005年4月19日
發(fā)明者閆志勇 申請人:華為技術有限公司