專利名稱：一種連通性檢測的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種連接性檢測的方法和系統(tǒng)。
背景技術(shù)：
現(xiàn)今網(wǎng)絡運營的競爭越來越激烈，服務質(zhì)量的優(yōu)劣成為運營商爭取客戶的關(guān)鍵因 素。為保證服務質(zhì)量，使用傳送多協(xié)議標簽交換T-MPLS (Transport Multi-Protocol Label Switching傳送多協(xié)議標簽交換)的網(wǎng)絡均有操作管理維護(Operation Administration and Maintenance,簡稱0AM)能力，它是保障網(wǎng)絡與業(yè)務正常、安全、有效運行而采取的生產(chǎn) 組織管理活動，簡稱運行維護管理或運維管理。連通性檢查是其中一種主動0AM功能，用于 檢測網(wǎng)絡中一個維護實體組(Maintenance Entity Group,簡稱MEG)中的任意一對維護邊 界點(Maintenance End Point,簡稱MEP)間的連通性，主要應用于故障管理、性能監(jiān)視或保 護倒換，是反映網(wǎng)絡設(shè)備間的連通性的一種重要手段。 現(xiàn)有技術(shù)中連通性檢測(Connectivity Check,簡稱CC)功能通過源MEP和目的 MEP間周期性地傳送帶有CC信息的連通性確認幀(Connectivity Verification,簡稱CV) 來實現(xiàn)，網(wǎng)絡連接可能出現(xiàn)的缺陷情況由目的MEP對所收到CV/CC幀的檢測來區(qū)分。當用 戶發(fā)送大量帶有CC信息的CV幀進行連通性檢測時，將占用運營商較大的帶寬，影響運營商 的其他業(yè)務。另外，現(xiàn)有技術(shù)還需要關(guān)注OAM配置問題，如果OAM本身存在問題或配置錯誤 也將導致連通性檢測錯誤。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種連通性檢測的方法及具有提供連通性檢測 方法的系統(tǒng)。 本發(fā)明采用了如下的技術(shù)方案 —種連通性檢測的方法，在發(fā)送端配置規(guī)定流量，在接收端根據(jù)所述規(guī)定流量配 置接收周期，包括 步驟A、發(fā)送端向接收端發(fā)送業(yè)務報文； 步驟B、接收端根據(jù)在接收周期內(nèi)接收到的業(yè)務報文的情況進行連通性丟失的檢 所述業(yè)務報文是發(fā)送端根據(jù)客戶業(yè)務流量的情況來組裝的報文。
在所述步驟A中，發(fā)送端還配置有默認業(yè)務流量。 實施例中，所述步驟A包括當發(fā)送端沒有配置客戶業(yè)務流量，或者發(fā)送端當前沒 有該客戶業(yè)務流量，按照所述默認業(yè)務流量來發(fā)送所述業(yè)務報文。 實施例中，所述步驟A還包括當發(fā)送端配置有客戶業(yè)務流量，并且發(fā)送端當前有 該客戶業(yè)務流量，如果該客戶業(yè)務流量小于等于所述規(guī)定流量，則按照所述默認業(yè)務流量 加上該客戶業(yè)務流量來發(fā)送所述業(yè)務報文。
實施例中，所述步驟A還包括當發(fā)送端配置有客戶業(yè)務流量，并且發(fā)送端當前有該客戶業(yè)務流量，如果該客戶業(yè)務流量大于所述規(guī)定流量，則按照該客戶業(yè)務流量的配置 發(fā)送所述業(yè)務報文。 實施例中，所述步驟B包括如果接收端在接收周期內(nèi)沒有接收到報文，或者在接 收周期內(nèi)接收到的報文全部錯誤，則確定連通性丟失。 實施例中，所述步驟B還包括如果接收端在接收周期內(nèi)接收到報文部分正確或 者全部正確，則確定連通性未丟失。 實施例中，所述默認業(yè)務流量大于等于所述規(guī)定流量；所述接收周期隨著所述規(guī) 定流量的變大而變短，隨著所述規(guī)定流量的變小而變長。 本發(fā)明還提供一種提供連通性檢測的系統(tǒng)，包括用于配置發(fā)送端的規(guī)定流量及 根據(jù)所述規(guī)定流量配置接收端接收周期的配置模塊；用于發(fā)送端向接收端發(fā)送業(yè)務報文的 發(fā)送報文模塊；用于接收端根據(jù)在接收周期內(nèi)接收到的業(yè)務報文的情況進行連通性丟失檢 測的接收檢測模塊。 本發(fā)明的有益效果在于(l)本發(fā)明僅發(fā)送業(yè)務報文，不發(fā)送CV幀，從而有效地節(jié) 約了帶寬；(2)本發(fā)明不需關(guān)注OAM的配置，僅關(guān)注業(yè)務的配置，從而有效地預防了當OAM 配置錯誤或者OAM本身有問題而導致的連通性檢測錯誤的問題。


圖1是本發(fā)明方法一種實施例的處理流程圖；
圖2是本發(fā)明系統(tǒng)實施例的邏輯結(jié)構(gòu)示意圖； 圖3是本發(fā)明系統(tǒng)實施例的一種有業(yè)務配置情況時上行發(fā)送端處理流程圖；
圖4是本發(fā)明系統(tǒng)實施例的一種有業(yè)務配置情況時下行接收端處理流程圖。
具體實施例方式
下面通過具體實施方式
結(jié)合附圖對本發(fā)明作進一步詳細說明。 本發(fā)明是利用現(xiàn)有的業(yè)務來檢測連通性，通過業(yè)務報文來檢測鏈路是否通暢。圖 1示出了本發(fā)明方法一種實施例的處理流程圖。
在發(fā)送端，其處理流程如下 Sll :判斷發(fā)送端是否配置有客戶業(yè)務，如果有客戶業(yè)務配置則轉(zhuǎn)到步驟S12，沒 有則轉(zhuǎn)到步驟S15。 S12:判斷當前是否有客戶業(yè)務流量，如果有則轉(zhuǎn)到步驟S13，沒有則轉(zhuǎn)到步驟 S15。 S13 :判斷客戶業(yè)務流量是否大于規(guī)定流量，如果大于規(guī)定流量，則轉(zhuǎn)到步驟S14， 沒有則轉(zhuǎn)到步驟S16。所述規(guī)定流量是發(fā)送端事先已配置的流量。
S14 :按照客戶業(yè)務流量發(fā)送業(yè)務報文。
S15 :按照默認業(yè)務發(fā)送業(yè)務報文。
默認業(yè)務是發(fā)送端設(shè)備內(nèi)部默認的業(yè)務，在沒有客戶業(yè)務流j
t或其流量小于規(guī)定
流量時，默認業(yè)務起到增加流量的作用；默認業(yè)務要大于等于規(guī)定流量。
S16 :按照客戶業(yè)務流量加上默認業(yè)務來發(fā)送業(yè)務報文。 若客戶業(yè)務流量小于等于規(guī)定流量，則所要發(fā)送的業(yè)務報文為客戶業(yè)務流量加上
4默認業(yè)務流量的報文，從而保證接收端可以持續(xù)的收到報文。 以上步驟S14、 S15、 S16發(fā)送的業(yè)務報文發(fā)送端是根據(jù)客戶業(yè)務流量的具體情況 進行判斷，從而確定需要發(fā)送的業(yè)務報文。
在接收端，其處理流程如下 S21 :判斷規(guī)定的接收周期內(nèi)是否收到報文，如果有則轉(zhuǎn)到步驟S22，如果沒有則 轉(zhuǎn)到步驟S24 ; S22 :判斷報文的正確性，如果報文部分正確或全部正確則轉(zhuǎn)到步驟S23，如果報 文全部不正確則進入步驟S24 ;
S23 :未檢測到連通性丟失；
S24 :檢測到連通性丟失。 圖2是本發(fā)明系統(tǒng)實施例的邏輯結(jié)構(gòu)示意圖，包括有發(fā)送端(即圖所示源MEP)、發(fā) 送報文模塊、接收檢測模塊、接收端(即圖所示目的MEP)、配置模塊。其中，配置模塊用于配 置源MEP的規(guī)定流量和目的MEP的接收周期；發(fā)送報文模塊借助配置模塊和發(fā)送端內(nèi)部的 默認業(yè)務流量，根據(jù)客戶業(yè)務流量的情況發(fā)送業(yè)務報文，具體發(fā)送業(yè)務報文的過程描述如 上述方法實施例，此處不再重復敘述；接收檢測模塊，用于根據(jù)業(yè)務報文的接收情況進行連 通性丟失的判斷，具體過程見上述方法實施例，此處不再重復敘述。 本發(fā)明系統(tǒng)的一個具體實施例在有業(yè)務配置情況時其上行發(fā)送端處理流程如圖3 所示 S31 :發(fā)送端配置規(guī)定流量，規(guī)定流量可以根據(jù)實際情況確定。規(guī)定流量要小于等 于發(fā)送端設(shè)備內(nèi)部默認業(yè)務流量。
S32 :配置客戶業(yè)務，根據(jù)業(yè)務具體情況配置客戶業(yè)務； S33 :判斷客戶業(yè)務流量是否大于規(guī)定流量，如果客戶業(yè)務流量大于規(guī)定流量則進 入步驟S34，如果客戶業(yè)務流量小于規(guī)定流量則進入步驟S35 ;
S34 :發(fā)送客戶業(yè)務報文； S35 :啟用發(fā)送端設(shè)備的內(nèi)部默認業(yè)務配置，將步驟S32配置的客戶業(yè)務及默認業(yè) 務配置合并后發(fā)出報文。 與圖3相應的下行接收端實施例如圖4所示
S41 :接收端根據(jù)發(fā)送端的規(guī)定流量，配置接收周期。 進一步地，規(guī)定流量越大，接收端檢測周期越短。即接收周期隨著規(guī)定流量的變大 而變短，隨著規(guī)定流量的變小而變長，從而確保接收端能不受時間延誤問題正常地接收報 文。 S42:判斷接收周期內(nèi)是否收到報文，如果接收周期內(nèi)收到報文則進入步驟3，沒 有收到則進入步驟S45 ; S43 :判斷接收的報文部分或全部是否正確，如果部分或全部正確則進入步驟4， 如果全部不正確則進入步驟S45 ;
S44 :未檢測到連通性丟失；
S45 :檢測到連通性丟失。 進一步地，未配置業(yè)務的實施例和已經(jīng)配置業(yè)務的實施例相似，只是多了判斷是 否有業(yè)務的步驟。
綜上所述，借助于本發(fā)明的技術(shù)方案，僅發(fā)送業(yè)務報文，不發(fā)送CV幀，從而有效地 節(jié)約了帶寬，同時不需關(guān)注OAM的配置，僅關(guān)注業(yè)務的配置，從而有效地預防了當0AM配置 錯誤或者OAM本身有問題而導致的連通性檢測錯誤的問題。 以上內(nèi)容是結(jié)合具體的實施方式對本發(fā)明所做的進一步詳細說明，不能認定本發(fā)
明的具體實施只局限于這些說明。對于本發(fā)明所述技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫 離本發(fā)明構(gòu)思的前提下，還可以做出若干簡單推演或替換，都應當視為屬于本發(fā)明的保護范圍。
權(quán)利要求
一種連通性檢測的方法，其特征在于，在發(fā)送端配置規(guī)定流量，在接收端根據(jù)所述規(guī)定流量配置接收周期，該方法包括步驟A、發(fā)送端向接收端發(fā)送業(yè)務報文；步驟B、接收端根據(jù)在接收周期內(nèi)接收到的業(yè)務報文的情況進行連通性丟失的檢測。
2. 如權(quán)利要求1所述的方法，其特征在于，所述業(yè)務報文是發(fā)送端根據(jù)客戶業(yè)務流量 的情況來組裝的報文。
3. 如權(quán)利要求2所述的方法，其特征在于，發(fā)送端還配置有默認業(yè)務流量。
4. 如權(quán)利要求3所述的方法，其特征在于，所述步驟A包括當發(fā)送端沒有配置客戶業(yè)務流量，或者發(fā)送端當前沒有該客戶業(yè)務流量，按照所述默認業(yè)務流量來發(fā)送所述業(yè)務報 文。
5. 如權(quán)利要求3或4所述的方法，其特征在于，所述步驟A還包括當發(fā)送端配置有客 戶業(yè)務流量，并且發(fā)送端當前有該客戶業(yè)務流量，如果該客戶業(yè)務流量小于等于所述規(guī)定 流量，則按照所述默認業(yè)務流量加上該客戶業(yè)務流量來發(fā)送所述業(yè)務報文。
6. 如權(quán)利要求3至5任一項所述的方法，其特征在于，所述步驟A還包括當發(fā)送端配 置有客戶業(yè)務流量，并且發(fā)送端當前有該客戶業(yè)務流量，如果該客戶業(yè)務流量大于所述規(guī) 定流量，則按照該客戶業(yè)務流量的配置發(fā)送所述業(yè)務報文。
7. 如權(quán)利要求3至6任一項所述的方法，其特征在于，所述步驟B包括如果接收端在 接收周期內(nèi)沒有接收到業(yè)務報文，或者在接收周期內(nèi)接收到的業(yè)務報文全部錯誤，則確定 連通性丟失。
8. 如權(quán)利要求3至7任一項所述的方法，其特征在于，所述步驟B包括如果接收端在 接收周期內(nèi)接收到業(yè)務報文部分正確或者全部正確，則確定連通性未丟失。
9. 如權(quán)利要求3至8任一項所述的方法，其特征在于，所述規(guī)定流量小于等于所述默認 業(yè)務流量；所述接收周期隨著所述規(guī)定流量的變大而變短，隨著所述規(guī)定流量的變小而變 長。
10. —種提供連通性檢測的系統(tǒng)，其特征在于，包括用于配置發(fā)送端的規(guī)定流量及根 據(jù)所述規(guī)定流量配置接收端接收周期的配置模塊；用于發(fā)送端向接收端發(fā)送業(yè)務報文的發(fā) 送報文模塊；用于接收端根據(jù)在接收周期內(nèi)接收到的業(yè)務報文的情況進行連通性丟失檢測 的接收檢測模塊。
全文摘要
本發(fā)明公開了一種連通性檢測的方法及一種提供連通性檢測的系統(tǒng)。所述方法利用現(xiàn)有的業(yè)務來檢測連通性，通過業(yè)務報文來檢測鏈路是否通暢，即根據(jù)配置的規(guī)定流量、默認業(yè)務配置以及客戶業(yè)務流量的情況來發(fā)送業(yè)務報文，通過在指定的接收周期內(nèi)判斷是否接收到報文，以及報文是否部分或全部正確來判斷連通性是否丟失。本發(fā)明方法不需要額外的CC幀就可以實現(xiàn)連通性檢測，有效的節(jié)約了帶寬；同時也不需關(guān)注OAM配置問題，有效地解決了因為OAM配置錯誤或OAM本身的問題而導致的連通性檢測錯誤的問題。
文檔編號H04L1/00GK101741513SQ20091018895
公開日2010年6月16日 申請日期2009年12月15日 優(yōu)先權(quán)日2009年12月15日
發(fā)明者尹勇 申請人:中興通訊股份有限公司