專(zhuān)利名稱(chēng)：激活連續(xù)性檢測(cè)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及異步傳輸模式(ATM)網(wǎng)絡(luò)操作與維護(hù)(OAM)技術(shù)，尤其涉及激活OAM實(shí)體的連續(xù)性檢測(cè)(CC)功能的方法。
背景技術(shù)：
在當(dāng)前的ATM網(wǎng)絡(luò)中，OAM實(shí)體的CC功能需要預(yù)先激活，按照協(xié)議規(guī)定，在激活CC功能之前，近端通信設(shè)備的OAM實(shí)體即近端OAM實(shí)體和遠(yuǎn)端通信設(shè)備的OAM實(shí)體即遠(yuǎn)端OAM實(shí)體都處于待激活的準(zhǔn)備(READY)狀態(tài)，激活的目的即在于將近端OAM實(shí)體和遠(yuǎn)端OAM實(shí)體的狀態(tài)都置為激活(ACTIVE)。處于激活狀態(tài)的近端OAM實(shí)體和遠(yuǎn)端OAM實(shí)體通過(guò)雙向周期性發(fā)送CC OAM信元，能夠判斷所檢測(cè)的鏈路是否出現(xiàn)故障。
圖1是現(xiàn)有技術(shù)中激活CC的流程圖，其中，近端OAM實(shí)體配置有激活定時(shí)器T1和超時(shí)次數(shù)計(jì)數(shù)器CT1，預(yù)先將計(jì)數(shù)器CT1置為0并設(shè)置最大超時(shí)次數(shù)，明顯地，超時(shí)次數(shù)與激活信元的發(fā)送次數(shù)相等，因此，超時(shí)次數(shù)計(jì)數(shù)器也可視作激活信元發(fā)送次數(shù)計(jì)數(shù)器，最大超時(shí)次數(shù)也可視作激活信元最大發(fā)送次數(shù)。現(xiàn)有技術(shù)中激活CC的方法包括步驟101近端OAM實(shí)體收到來(lái)自無(wú)線(xiàn)管理網(wǎng)絡(luò)(TMN)或者終端用戶(hù)的啟動(dòng)激活任務(wù)命令；步驟102近端OAM實(shí)體和遠(yuǎn)端OAM實(shí)體執(zhí)行激活任務(wù)，結(jié)束本流程。
其中，步驟102中近端OAM實(shí)體和遠(yuǎn)端OAM實(shí)體所執(zhí)行的激活任務(wù)具體包括步驟1021近端OAM實(shí)體發(fā)送激活信元給遠(yuǎn)端OAM實(shí)體，啟動(dòng)定時(shí)器T1，更新計(jì)數(shù)器CT1，即在當(dāng)前CT1上加1得到更新后的CT1，并將本端狀態(tài)置為等待激活確認(rèn)(WAIT_ACT_CON)。具體的，WAIT_ACT_CON表示本端OAM實(shí)體已發(fā)送激活信元給對(duì)端OAM實(shí)體，但是還未收到對(duì)端OAM實(shí)體回復(fù)的激活確認(rèn)。
步驟1022近端OAM實(shí)體在定時(shí)器T1到達(dá)時(shí)判斷是否收到遠(yuǎn)端OAM實(shí)體返回的激活確認(rèn)，如果收到，則執(zhí)行步驟1023及其后續(xù)步驟，否則執(zhí)行步驟1026及其后續(xù)步驟。
步驟1023近端OAM實(shí)體根據(jù)收到的激活確認(rèn)判斷遠(yuǎn)端OAM實(shí)體是否進(jìn)入激活狀態(tài)，如果是，則執(zhí)行步驟1024，否則執(zhí)行步驟1025。具體的，遠(yuǎn)端OAM實(shí)體返回的激活確認(rèn)通常包括表示遠(yuǎn)端OAM實(shí)體已經(jīng)進(jìn)入激活狀態(tài)的激活確認(rèn)(Activation_Confirmed)和表示遠(yuǎn)端OAM實(shí)體未進(jìn)入激活狀態(tài)的激活確認(rèn)(Activation_Denied)，近端OAM實(shí)體可根據(jù)所收到的激活確認(rèn)的具體類(lèi)型判斷遠(yuǎn)端OAM實(shí)體是否進(jìn)入激活狀態(tài)。
步驟1024近端OAM實(shí)體將本端狀態(tài)置為激活，結(jié)束激活任務(wù)。
步驟1025近端OAM實(shí)體將本端狀態(tài)置為準(zhǔn)備，結(jié)束激活任務(wù)。
步驟1026近端OAM實(shí)體判斷計(jì)數(shù)器CT1是否小于最大超時(shí)次數(shù)，如果是，則返回步驟1021，否則執(zhí)行步驟1027。
步驟1027近端OAM實(shí)體將本端狀態(tài)置為準(zhǔn)備，結(jié)束激活任務(wù)。
從上述過(guò)程可知，在現(xiàn)有技術(shù)激活CC的方法中，近端OAM實(shí)體和遠(yuǎn)端OAM實(shí)體在激活過(guò)程中存在交互。這就要求在激活過(guò)程中，近端通信設(shè)備和遠(yuǎn)端通信設(shè)備間連接正常，換句話(huà)說(shuō)，亦即要求TMN或者終端用戶(hù)下發(fā)啟動(dòng)激活命令時(shí)，近端通信設(shè)備和遠(yuǎn)端通信設(shè)備間已經(jīng)建立了穩(wěn)定的連接。如果在激活過(guò)程中，近端通信設(shè)備和遠(yuǎn)端通信設(shè)備間的連接出現(xiàn)故障，那么近端OAM實(shí)體有可能無(wú)法在超時(shí)次數(shù)達(dá)到最大超時(shí)次數(shù)之前收到遠(yuǎn)端OAM實(shí)體返回的激活確認(rèn)，從而導(dǎo)致當(dāng)前激活CC的流程以失敗而告終。
實(shí)際應(yīng)用中，由于ATM網(wǎng)絡(luò)的傳輸鏈路數(shù)據(jù)很龐大，所以TMN或終端用戶(hù)一般都是通過(guò)某些便捷的工具制作好包括激活CC的傳輸鏈路數(shù)據(jù)在內(nèi)的所有的數(shù)據(jù)，而后將這些數(shù)據(jù)上載到設(shè)備中，重啟設(shè)備使之生效，或者是由設(shè)備在啟動(dòng)時(shí)自動(dòng)加載這些數(shù)據(jù)使之生效。但是，設(shè)備啟動(dòng)之初通常難以保證所有傳輸鏈路都正常工作，因?yàn)橐环矫娼⑦B接本身需要花費(fèi)一定時(shí)間，另一方面?zhèn)鬏旀溌返闹虚g環(huán)節(jié)或者設(shè)備也很可能出現(xiàn)暫時(shí)性的異常，因此，設(shè)備啟動(dòng)之初進(jìn)行的激活CC極可能因連接故障而失敗。
同時(shí)，在現(xiàn)有技術(shù)激活CC的方法，激活任務(wù)一旦失敗，整個(gè)激活CC的過(guò)程將隨之結(jié)束，即便隨后設(shè)備達(dá)到穩(wěn)定狀態(tài)，傳輸鏈路恢復(fù)正常，近端OAM實(shí)體和遠(yuǎn)端OAM實(shí)體也不會(huì)再主動(dòng)執(zhí)行激活任務(wù)，導(dǎo)致TMN或終端用戶(hù)激活CC的可靠性極低。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種激活CC的方法，該方法具有較高的可靠性。
根據(jù)上述目的，本發(fā)明提供了一種激活CC的方法，近端OAM實(shí)體收到啟動(dòng)激活任務(wù)命令后，該方法包括A、近端OAM實(shí)體發(fā)送激活信元給遠(yuǎn)端OAM實(shí)體；B、近端OAM實(shí)體判斷是否收到遠(yuǎn)端OAM實(shí)體返回的激活確認(rèn)，如果收到，則執(zhí)行步驟C，否則返回步驟A；C、近端OAM實(shí)體根據(jù)收到的激活確認(rèn)判斷遠(yuǎn)端OAM實(shí)體是否進(jìn)入激活狀態(tài)，如果是，則將本端狀態(tài)置為激活，否則將本端狀態(tài)置為準(zhǔn)備。
其中，步驟A中所述近端OAM實(shí)體進(jìn)一步將自身狀態(tài)置為等待激活確認(rèn)。
根據(jù)上述目的，本發(fā)明還提供了另一種激活CC的方法，近端OAM實(shí)體收到啟動(dòng)激活任務(wù)命令后，該方法包括A、近端OAM實(shí)體和遠(yuǎn)端OAM實(shí)體執(zhí)行激活任務(wù)；B、近端OAM實(shí)體判斷自身狀態(tài)是否為激活，如果是，則結(jié)束本流程，否則返回步驟A。
其中，設(shè)置激活信元最大發(fā)送次數(shù)，所述步驟A具體包括A1、近端OAM實(shí)體將本端所配置激活信元發(fā)送次數(shù)計(jì)數(shù)器清零；
A2、近端OAM實(shí)體發(fā)送激活信元給遠(yuǎn)端OAM實(shí)體，更新激活信元發(fā)送次數(shù)計(jì)數(shù)器；A3、近端OAM實(shí)體判斷是否收到遠(yuǎn)端OAM實(shí)體返回的激活確認(rèn)，如果是，則執(zhí)行步驟A4，否則執(zhí)行步驟A5；A4、近端OAM實(shí)體根據(jù)收到的激活確認(rèn)判斷遠(yuǎn)端OAM實(shí)體是否進(jìn)入激活狀態(tài)，如果是，則將本端狀態(tài)置為激活，執(zhí)行步驟B，否則將本端狀態(tài)置為準(zhǔn)備，執(zhí)行步驟B；A5、近端OAM實(shí)體判斷激活信元發(fā)送次數(shù)計(jì)數(shù)器是否小于激活信元最大發(fā)送次數(shù)，如果是，則返回步驟A2，否則執(zhí)行步驟B。
其中，步驟A2中所述近端OAM實(shí)體進(jìn)一步將自身狀態(tài)置為等待激活確認(rèn)。
在本發(fā)明提供的一種激活CC的方法中，近端OAM實(shí)體不再配置超時(shí)計(jì)數(shù)器CT1，也不再設(shè)置最大超時(shí)次數(shù)，這就使得激活信元的發(fā)送次數(shù)不再受最大超時(shí)次數(shù)的限制。因此，如果在激活過(guò)程中，近端通信設(shè)備和遠(yuǎn)端通信設(shè)備間的連接出現(xiàn)故障，那么近端OAM實(shí)體將一直發(fā)送激活信元直到連接恢復(fù)并收到對(duì)端返回的激活確認(rèn)，這就避免了因連接故障而導(dǎo)致激活CC失敗的情況，提高了激活CC的可靠性。
在本發(fā)明提供的另一種激活CC的方法中，近端OAM實(shí)體周期性檢測(cè)自身當(dāng)前狀態(tài)是否為激活，如果自身當(dāng)前狀態(tài)不是激活，則近端OAM實(shí)體和遠(yuǎn)端OAM實(shí)體重復(fù)執(zhí)行激活任務(wù)。因此，如果在激活過(guò)程中，近端通信設(shè)備和遠(yuǎn)端通信設(shè)備間的連接出現(xiàn)故障，導(dǎo)致當(dāng)前激活任務(wù)失敗，那么近端OAM實(shí)體和遠(yuǎn)端OAM實(shí)體將重新開(kāi)始下一輪激活任務(wù)直到連接恢復(fù)并收到對(duì)端返回的激活確認(rèn)，這就避免了因連接故障而導(dǎo)致激活CC失敗的情況，提高了激活CC的可靠性。
綜上所述，本發(fā)明提供的激活CC的方法具有較高的可靠性。


圖1是現(xiàn)有技術(shù)中激活CC的流程圖。
圖2是本發(fā)明實(shí)施例一的激活CC的流程圖。
圖3是本發(fā)明實(shí)施例二的激活CC的流程圖。
具體實(shí)施例方式
本發(fā)明的核心思想是通過(guò)將激活CC的流程設(shè)置為只有在近端OAM實(shí)體收到遠(yuǎn)端OAM實(shí)體返回的激活確認(rèn)時(shí)才能夠結(jié)束，以避免因連接故障導(dǎo)致激活CC失敗。
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，以下舉實(shí)施例，并參照附圖，對(duì)本發(fā)明進(jìn)一步詳細(xì)說(shuō)明。
實(shí)施例一在本實(shí)施例提供的激活CC的方法中，近端OAM實(shí)體不再配置超時(shí)計(jì)數(shù)器CT1，也不再設(shè)置最大超時(shí)次數(shù)，激活信元的發(fā)送次數(shù)不再受超時(shí)次數(shù)的限制，使得激活CC的流程只有在近端OAM實(shí)體收到遠(yuǎn)端OAM實(shí)體返回的激活確認(rèn)時(shí)才能夠結(jié)束，避免了因連接故障而導(dǎo)致激活CC失敗。
圖2是本發(fā)明實(shí)施例一的激活CC的流程圖，近端OAM實(shí)體配置有激活定時(shí)器T1，本發(fā)明實(shí)施例一激活CC的方法包括步驟201近端OAM實(shí)體收到來(lái)自TMN或者終端用戶(hù)的啟動(dòng)激活任務(wù)命令；步驟202近端OAM實(shí)體和遠(yuǎn)端OAM實(shí)體執(zhí)行激活任務(wù)，結(jié)束本流程。
其中，步驟202中近端OAM實(shí)體和遠(yuǎn)端OAM實(shí)體所執(zhí)行的激活任務(wù)具體包括步驟2021近端OAM實(shí)體發(fā)送激活信元給遠(yuǎn)端OAM實(shí)體，啟動(dòng)定時(shí)器T1，并將本端狀態(tài)置為WAIT_ACT_CON。
步驟2022近端OAM實(shí)體在定時(shí)器T1到達(dá)時(shí)判斷是否收到遠(yuǎn)端OAM實(shí)體返回的激活確認(rèn)，如果收到，則執(zhí)行步驟2023及其后續(xù)步驟，否則返回步驟2021。
步驟2023近端OAM實(shí)體根據(jù)收到的激活確認(rèn)判斷遠(yuǎn)端OAM實(shí)體是否進(jìn)入激活狀態(tài)，如果是，則執(zhí)行步驟2024，否則執(zhí)行步驟2025。
步驟2024近端OAM實(shí)體將本端狀態(tài)置為激活，結(jié)束激活任務(wù)。
步驟2025近端OAM實(shí)體將本端狀態(tài)置為等待，結(jié)束激活任務(wù)。
實(shí)施例二在本實(shí)施例提供的激活CC的方法中，設(shè)置了判斷是否需要重復(fù)執(zhí)行激活任務(wù)的新增任務(wù)，該新增任務(wù)具體包括近端OAM實(shí)體周期性檢測(cè)自身當(dāng)前狀態(tài)是否為激活，如果自身當(dāng)前狀態(tài)不是激活，則近端OAM實(shí)體和遠(yuǎn)端OAM實(shí)體重復(fù)執(zhí)行激活任務(wù)。新增任務(wù)確保了激活CC的流程只有在近端OAM實(shí)體收到遠(yuǎn)端OAM實(shí)體返回的激活確認(rèn)時(shí)才能夠結(jié)束，避免了因連接故障而導(dǎo)致激活CC失敗。
圖3是本發(fā)明實(shí)施例二的激活CC的流程圖，近端OAM實(shí)體中增加配置激活任務(wù)定時(shí)器T2，優(yōu)選情況下，定時(shí)器T2的時(shí)長(zhǎng)略大于激活任務(wù)的周期。本發(fā)明實(shí)施例二的激活CC的方法包括步驟301近端OAM實(shí)體收到來(lái)自TMN或者終端用戶(hù)的啟動(dòng)激活任務(wù)命令；步驟302近端OAM實(shí)體啟動(dòng)定時(shí)器T2，近端OAM實(shí)體和遠(yuǎn)端OAM實(shí)體執(zhí)行激活任務(wù)；步驟303近端OAM實(shí)體在定時(shí)器T2到達(dá)時(shí)檢測(cè)自身狀態(tài)是否為激活，如果是，則結(jié)束本流程，否則返回步驟302。
優(yōu)選情況下，步驟302中近端OAM實(shí)體和遠(yuǎn)端OAM實(shí)體所執(zhí)行的激活任務(wù)是現(xiàn)有技術(shù)中的激活任務(wù)，即圖1中的1021～1027，每次激活任務(wù)執(zhí)行之前，近端OAM實(shí)體首先將計(jì)數(shù)器CT1清零。
以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種激活連續(xù)性檢測(cè)的方法，其特征在于，近端OAM實(shí)體收到啟動(dòng)激活任務(wù)命令后，該方法包括A、近端OAM實(shí)體發(fā)送激活信元給遠(yuǎn)端OAM實(shí)體；B、近端OAM實(shí)體判斷是否收到遠(yuǎn)端OAM實(shí)體返回的激活確認(rèn)，如果收到，則執(zhí)行步驟C，否則返回步驟A；C、近端OAM實(shí)體根據(jù)收到的激活確認(rèn)判斷遠(yuǎn)端OAM實(shí)體是否進(jìn)入激活狀態(tài)，如果是，則將本端狀態(tài)置為激活，否則將本端狀態(tài)置為準(zhǔn)備。
2.如權(quán)利要求1所述的方法，其特征在于，步驟A中所述近端OAM實(shí)體進(jìn)一步將自身狀態(tài)置為等待激活確認(rèn)。
3.一種激活連續(xù)性檢測(cè)的方法，其特征在于，近端OAM實(shí)體收到啟動(dòng)激活任務(wù)命令后，該方法包括A、近端OAM實(shí)體和遠(yuǎn)端OAM實(shí)體執(zhí)行激活任務(wù)；B、近端OAM實(shí)體判斷自身狀態(tài)是否為激活，如果是，則結(jié)束本流程，否則返回步驟A。
4.如權(quán)利要求3所述的方法，其特征在于，設(shè)置激活信元最大發(fā)送次數(shù)，所述步驟A具體包括A1、近端OAM實(shí)體將本端所配置激活信元發(fā)送次數(shù)計(jì)數(shù)器清零；A2、近端OAM實(shí)體發(fā)送激活信元給遠(yuǎn)端OAM實(shí)體，更新激活信元發(fā)送次數(shù)計(jì)數(shù)器；A3、近端OAM實(shí)體判斷是否收到遠(yuǎn)端OAM實(shí)體返回的激活確認(rèn)，如果是，則執(zhí)行步驟A4，否則執(zhí)行步驟A5；A4、近端OAM實(shí)體根據(jù)收到的激活確認(rèn)判斷遠(yuǎn)端OAM實(shí)體是否進(jìn)入激活狀態(tài)，如果是，則將本端狀態(tài)置為激活，執(zhí)行步驟B，否則將本端狀態(tài)置為準(zhǔn)備，執(zhí)行步驟B；A5、近端OAM實(shí)體判斷激活信元發(fā)送次數(shù)計(jì)數(shù)器是否小于激活信元最大發(fā)送次數(shù)，如果是，則返回步驟A2，否則執(zhí)行步驟B。
5.如權(quán)利要求4所述的方法，其特征在于，步驟A2中所述近端OAM實(shí)體進(jìn)一步將自身狀態(tài)置為等待激活確認(rèn)。
全文摘要
本發(fā)明公開(kāi)了一種激活連續(xù)性檢測(cè)的方法，近端OAM實(shí)體收到啟動(dòng)激活任務(wù)命令后，該方法包括A.近端OAM實(shí)體發(fā)送激活信元給遠(yuǎn)端OAM實(shí)體；B.近端OAM實(shí)體判斷是否收到遠(yuǎn)端OAM實(shí)體返回的激活確認(rèn)，如果收到，則執(zhí)行步驟C，否則返回步驟A；C.近端OAM實(shí)體根據(jù)收到的激活確認(rèn)判斷遠(yuǎn)端OAM實(shí)體是否進(jìn)入激活狀態(tài)，如果是，則將本端狀態(tài)置為激活，否則將本端狀態(tài)置為準(zhǔn)備。本發(fā)明還提供了另一種激活連續(xù)性檢測(cè)的方法。本發(fā)明提供的激活連續(xù)性檢測(cè)的方法，避免了因連接故障而導(dǎo)致激活連續(xù)性檢測(cè)失敗的情況，具有較高的可靠性。
文檔編號(hào)H04L12/24GK1859193SQ200610007739
公開(kāi)日2006年11月8日 申請(qǐng)日期2006年2月20日 優(yōu)先權(quán)日2006年2月20日
發(fā)明者吳亞晴 申請(qǐng)人:華為技術(shù)有限公司