專利名稱:激活連續(xù)性檢測的方法
技術領域:
本發(fā)明涉及異步傳輸模式(ATM)網(wǎng)絡操作與維護(OAM)技術,尤其涉及激活OAM實體的連續(xù)性檢測(CC)功能的方法。
背景技術:
在當前的ATM網(wǎng)絡中,OAM實體的CC功能需要預先激活,按照協(xié)議規(guī)定,在激活CC功能之前,近端通信設備的OAM實體即近端OAM實體和遠端通信設備的OAM實體即遠端OAM實體都處于待激活的準備(READY)狀態(tài),激活的目的即在于將近端OAM實體和遠端OAM實體的狀態(tài)都置為激活(ACTIVE)。處于激活狀態(tài)的近端OAM實體和遠端OAM實體通過雙向周期性發(fā)送CC OAM信元,能夠判斷所檢測的鏈路是否出現(xiàn)故障。
圖1是現(xiàn)有技術中激活CC的流程圖,其中,近端OAM實體配置有激活定時器T1和超時次數(shù)計數(shù)器CT1,預先將計數(shù)器CT1置為0并設置最大超時次數(shù),明顯地,超時次數(shù)與激活信元的發(fā)送次數(shù)相等,因此,超時次數(shù)計數(shù)器也可視作激活信元發(fā)送次數(shù)計數(shù)器,最大超時次數(shù)也可視作激活信元最大發(fā)送次數(shù)?,F(xiàn)有技術中激活CC的方法包括步驟101近端OAM實體收到來自無線管理網(wǎng)絡(TMN)或者終端用戶的啟動激活任務命令;步驟102近端OAM實體和遠端OAM實體執(zhí)行激活任務,結束本流程。
其中,步驟102中近端OAM實體和遠端OAM實體所執(zhí)行的激活任務具體包括步驟1021近端OAM實體發(fā)送激活信元給遠端OAM實體,啟動定時器T1,更新計數(shù)器CT1,即在當前CT1上加1得到更新后的CT1,并將本端狀態(tài)置為等待激活確認(WAIT_ACT_CON)。具體的,WAIT_ACT_CON表示本端OAM實體已發(fā)送激活信元給對端OAM實體,但是還未收到對端OAM實體回復的激活確認。
步驟1022近端OAM實體在定時器T1到達時判斷是否收到遠端OAM實體返回的激活確認,如果收到,則執(zhí)行步驟1023及其后續(xù)步驟,否則執(zhí)行步驟1026及其后續(xù)步驟。
步驟1023近端OAM實體根據(jù)收到的激活確認判斷遠端OAM實體是否進入激活狀態(tài),如果是,則執(zhí)行步驟1024,否則執(zhí)行步驟1025。具體的,遠端OAM實體返回的激活確認通常包括表示遠端OAM實體已經(jīng)進入激活狀態(tài)的激活確認(Activation_Confirmed)和表示遠端OAM實體未進入激活狀態(tài)的激活確認(Activation_Denied),近端OAM實體可根據(jù)所收到的激活確認的具體類型判斷遠端OAM實體是否進入激活狀態(tài)。
步驟1024近端OAM實體將本端狀態(tài)置為激活,結束激活任務。
步驟1025近端OAM實體將本端狀態(tài)置為準備,結束激活任務。
步驟1026近端OAM實體判斷計數(shù)器CT1是否小于最大超時次數(shù),如果是,則返回步驟1021,否則執(zhí)行步驟1027。
步驟1027近端OAM實體將本端狀態(tài)置為準備,結束激活任務。
從上述過程可知,在現(xiàn)有技術激活CC的方法中,近端OAM實體和遠端OAM實體在激活過程中存在交互。這就要求在激活過程中,近端通信設備和遠端通信設備間連接正常,換句話說,亦即要求TMN或者終端用戶下發(fā)啟動激活命令時,近端通信設備和遠端通信設備間已經(jīng)建立了穩(wěn)定的連接。如果在激活過程中,近端通信設備和遠端通信設備間的連接出現(xiàn)故障,那么近端OAM實體有可能無法在超時次數(shù)達到最大超時次數(shù)之前收到遠端OAM實體返回的激活確認,從而導致當前激活CC的流程以失敗而告終。
實際應用中,由于ATM網(wǎng)絡的傳輸鏈路數(shù)據(jù)很龐大,所以TMN或終端用戶一般都是通過某些便捷的工具制作好包括激活CC的傳輸鏈路數(shù)據(jù)在內(nèi)的所有的數(shù)據(jù),而后將這些數(shù)據(jù)上載到設備中,重啟設備使之生效,或者是由設備在啟動時自動加載這些數(shù)據(jù)使之生效。但是,設備啟動之初通常難以保證所有傳輸鏈路都正常工作,因為一方面建立連接本身需要花費一定時間,另一方面?zhèn)鬏旀溌返闹虚g環(huán)節(jié)或者設備也很可能出現(xiàn)暫時性的異常,因此,設備啟動之初進行的激活CC極可能因連接故障而失敗。
同時,在現(xiàn)有技術激活CC的方法,激活任務一旦失敗,整個激活CC的過程將隨之結束,即便隨后設備達到穩(wěn)定狀態(tài),傳輸鏈路恢復正常,近端OAM實體和遠端OAM實體也不會再主動執(zhí)行激活任務,導致TMN或終端用戶激活CC的可靠性極低。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明的目的在于提供一種激活CC的方法,該方法具有較高的可靠性。
根據(jù)上述目的,本發(fā)明提供了一種激活CC的方法,近端OAM實體收到啟動激活任務命令后,該方法包括A、近端OAM實體發(fā)送激活信元給遠端OAM實體;B、近端OAM實體判斷是否收到遠端OAM實體返回的激活確認,如果收到,則執(zhí)行步驟C,否則返回步驟A;C、近端OAM實體根據(jù)收到的激活確認判斷遠端OAM實體是否進入激活狀態(tài),如果是,則將本端狀態(tài)置為激活,否則將本端狀態(tài)置為準備。
其中,步驟A中所述近端OAM實體進一步將自身狀態(tài)置為等待激活確認。
根據(jù)上述目的,本發(fā)明還提供了另一種激活CC的方法,近端OAM實體收到啟動激活任務命令后,該方法包括A、近端OAM實體和遠端OAM實體執(zhí)行激活任務;B、近端OAM實體判斷自身狀態(tài)是否為激活,如果是,則結束本流程,否則返回步驟A。
其中,設置激活信元最大發(fā)送次數(shù),所述步驟A具體包括A1、近端OAM實體將本端所配置激活信元發(fā)送次數(shù)計數(shù)器清零;
A2、近端OAM實體發(fā)送激活信元給遠端OAM實體,更新激活信元發(fā)送次數(shù)計數(shù)器;A3、近端OAM實體判斷是否收到遠端OAM實體返回的激活確認,如果是,則執(zhí)行步驟A4,否則執(zhí)行步驟A5;A4、近端OAM實體根據(jù)收到的激活確認判斷遠端OAM實體是否進入激活狀態(tài),如果是,則將本端狀態(tài)置為激活,執(zhí)行步驟B,否則將本端狀態(tài)置為準備,執(zhí)行步驟B;A5、近端OAM實體判斷激活信元發(fā)送次數(shù)計數(shù)器是否小于激活信元最大發(fā)送次數(shù),如果是,則返回步驟A2,否則執(zhí)行步驟B。
其中,步驟A2中所述近端OAM實體進一步將自身狀態(tài)置為等待激活確認。
在本發(fā)明提供的一種激活CC的方法中,近端OAM實體不再配置超時計數(shù)器CT1,也不再設置最大超時次數(shù),這就使得激活信元的發(fā)送次數(shù)不再受最大超時次數(shù)的限制。因此,如果在激活過程中,近端通信設備和遠端通信設備間的連接出現(xiàn)故障,那么近端OAM實體將一直發(fā)送激活信元直到連接恢復并收到對端返回的激活確認,這就避免了因連接故障而導致激活CC失敗的情況,提高了激活CC的可靠性。
在本發(fā)明提供的另一種激活CC的方法中,近端OAM實體周期性檢測自身當前狀態(tài)是否為激活,如果自身當前狀態(tài)不是激活,則近端OAM實體和遠端OAM實體重復執(zhí)行激活任務。因此,如果在激活過程中,近端通信設備和遠端通信設備間的連接出現(xiàn)故障,導致當前激活任務失敗,那么近端OAM實體和遠端OAM實體將重新開始下一輪激活任務直到連接恢復并收到對端返回的激活確認,這就避免了因連接故障而導致激活CC失敗的情況,提高了激活CC的可靠性。
綜上所述,本發(fā)明提供的激活CC的方法具有較高的可靠性。
圖1是現(xiàn)有技術中激活CC的流程圖。
圖2是本發(fā)明實施例一的激活CC的流程圖。
圖3是本發(fā)明實施例二的激活CC的流程圖。
具體實施例方式
本發(fā)明的核心思想是通過將激活CC的流程設置為只有在近端OAM實體收到遠端OAM實體返回的激活確認時才能夠結束,以避免因連接故障導致激活CC失敗。
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白,以下舉實施例,并參照附圖,對本發(fā)明進一步詳細說明。
實施例一在本實施例提供的激活CC的方法中,近端OAM實體不再配置超時計數(shù)器CT1,也不再設置最大超時次數(shù),激活信元的發(fā)送次數(shù)不再受超時次數(shù)的限制,使得激活CC的流程只有在近端OAM實體收到遠端OAM實體返回的激活確認時才能夠結束,避免了因連接故障而導致激活CC失敗。
圖2是本發(fā)明實施例一的激活CC的流程圖,近端OAM實體配置有激活定時器T1,本發(fā)明實施例一激活CC的方法包括步驟201近端OAM實體收到來自TMN或者終端用戶的啟動激活任務命令;步驟202近端OAM實體和遠端OAM實體執(zhí)行激活任務,結束本流程。
其中,步驟202中近端OAM實體和遠端OAM實體所執(zhí)行的激活任務具體包括步驟2021近端OAM實體發(fā)送激活信元給遠端OAM實體,啟動定時器T1,并將本端狀態(tài)置為WAIT_ACT_CON。
步驟2022近端OAM實體在定時器T1到達時判斷是否收到遠端OAM實體返回的激活確認,如果收到,則執(zhí)行步驟2023及其后續(xù)步驟,否則返回步驟2021。
步驟2023近端OAM實體根據(jù)收到的激活確認判斷遠端OAM實體是否進入激活狀態(tài),如果是,則執(zhí)行步驟2024,否則執(zhí)行步驟2025。
步驟2024近端OAM實體將本端狀態(tài)置為激活,結束激活任務。
步驟2025近端OAM實體將本端狀態(tài)置為等待,結束激活任務。
實施例二在本實施例提供的激活CC的方法中,設置了判斷是否需要重復執(zhí)行激活任務的新增任務,該新增任務具體包括近端OAM實體周期性檢測自身當前狀態(tài)是否為激活,如果自身當前狀態(tài)不是激活,則近端OAM實體和遠端OAM實體重復執(zhí)行激活任務。新增任務確保了激活CC的流程只有在近端OAM實體收到遠端OAM實體返回的激活確認時才能夠結束,避免了因連接故障而導致激活CC失敗。
圖3是本發(fā)明實施例二的激活CC的流程圖,近端OAM實體中增加配置激活任務定時器T2,優(yōu)選情況下,定時器T2的時長略大于激活任務的周期。本發(fā)明實施例二的激活CC的方法包括步驟301近端OAM實體收到來自TMN或者終端用戶的啟動激活任務命令;步驟302近端OAM實體啟動定時器T2,近端OAM實體和遠端OAM實體執(zhí)行激活任務;步驟303近端OAM實體在定時器T2到達時檢測自身狀態(tài)是否為激活,如果是,則結束本流程,否則返回步驟302。
優(yōu)選情況下,步驟302中近端OAM實體和遠端OAM實體所執(zhí)行的激活任務是現(xiàn)有技術中的激活任務,即圖1中的1021~1027,每次激活任務執(zhí)行之前,近端OAM實體首先將計數(shù)器CT1清零。
以上所述,僅為本發(fā)明的較佳實施例而已,并非用于限定本發(fā)明的保護范圍。
權利要求
1.一種激活連續(xù)性檢測的方法,其特征在于,近端OAM實體收到啟動激活任務命令后,該方法包括A、近端OAM實體發(fā)送激活信元給遠端OAM實體;B、近端OAM實體判斷是否收到遠端OAM實體返回的激活確認,如果收到,則執(zhí)行步驟C,否則返回步驟A;C、近端OAM實體根據(jù)收到的激活確認判斷遠端OAM實體是否進入激活狀態(tài),如果是,則將本端狀態(tài)置為激活,否則將本端狀態(tài)置為準備。
2.如權利要求1所述的方法,其特征在于,步驟A中所述近端OAM實體進一步將自身狀態(tài)置為等待激活確認。
3.一種激活連續(xù)性檢測的方法,其特征在于,近端OAM實體收到啟動激活任務命令后,該方法包括A、近端OAM實體和遠端OAM實體執(zhí)行激活任務;B、近端OAM實體判斷自身狀態(tài)是否為激活,如果是,則結束本流程,否則返回步驟A。
4.如權利要求3所述的方法,其特征在于,設置激活信元最大發(fā)送次數(shù),所述步驟A具體包括A1、近端OAM實體將本端所配置激活信元發(fā)送次數(shù)計數(shù)器清零;A2、近端OAM實體發(fā)送激活信元給遠端OAM實體,更新激活信元發(fā)送次數(shù)計數(shù)器;A3、近端OAM實體判斷是否收到遠端OAM實體返回的激活確認,如果是,則執(zhí)行步驟A4,否則執(zhí)行步驟A5;A4、近端OAM實體根據(jù)收到的激活確認判斷遠端OAM實體是否進入激活狀態(tài),如果是,則將本端狀態(tài)置為激活,執(zhí)行步驟B,否則將本端狀態(tài)置為準備,執(zhí)行步驟B;A5、近端OAM實體判斷激活信元發(fā)送次數(shù)計數(shù)器是否小于激活信元最大發(fā)送次數(shù),如果是,則返回步驟A2,否則執(zhí)行步驟B。
5.如權利要求4所述的方法,其特征在于,步驟A2中所述近端OAM實體進一步將自身狀態(tài)置為等待激活確認。
全文摘要
本發(fā)明公開了一種激活連續(xù)性檢測的方法,近端OAM實體收到啟動激活任務命令后,該方法包括A.近端OAM實體發(fā)送激活信元給遠端OAM實體;B.近端OAM實體判斷是否收到遠端OAM實體返回的激活確認,如果收到,則執(zhí)行步驟C,否則返回步驟A;C.近端OAM實體根據(jù)收到的激活確認判斷遠端OAM實體是否進入激活狀態(tài),如果是,則將本端狀態(tài)置為激活,否則將本端狀態(tài)置為準備。本發(fā)明還提供了另一種激活連續(xù)性檢測的方法。本發(fā)明提供的激活連續(xù)性檢測的方法,避免了因連接故障而導致激活連續(xù)性檢測失敗的情況,具有較高的可靠性。
文檔編號H04L12/24GK1859193SQ200610007739
公開日2006年11月8日 申請日期2006年2月20日 優(yōu)先權日2006年2月20日
發(fā)明者吳亞晴 申請人:華為技術有限公司