專利名稱：一種管理協(xié)議異步處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種網(wǎng)絡(luò)設(shè)備管理技術(shù)，尤其涉及一種管理協(xié)議異步處理方法。
背景技術(shù)：
在網(wǎng)絡(luò)帶給人們大量便利的同時，網(wǎng)絡(luò)設(shè)備的管理也成為了一道難題。由于網(wǎng)絡(luò)設(shè)備的龐大數(shù)量，以及大型網(wǎng)絡(luò)的分布，如果要一臺一臺通過本地管理界面來控制，那是很不現(xiàn)實的。于是，各式各樣的網(wǎng)絡(luò)管理協(xié)議應(yīng)運(yùn)而生。如3匪 31 069、01 1、(^1等。但是以上這些協(xié)議均面臨著超時的問題。比如SNMP和TR069，它們的超時時間比較長，所以作為受控者，有足夠的時間來完成操作，然后將操作結(jié)果上報。與此同時，對于像OAM和OMCI 這樣的協(xié)議，它們對于時間的要求比較嚴(yán)格，比如在中國電信所定義的《中國電信EPON設(shè)備技術(shù)要求V3. 0_201104》中就明確寫了“為了保證正確的操作，在收到標(biāo)準(zhǔn)OAMPDU或擴(kuò)展 OAMPDU后，ONU應(yīng)在500ms內(nèi)完成相應(yīng)的操作(如屬性值的讀取、設(shè)置、Action生效和環(huán)回狀態(tài)改變等)，并發(fā)送應(yīng)答的0AMPDU?！钡聦嵣希@樣的要求是不太可能實現(xiàn)的。在實際操作的過程中，很多時候并不能在500ms內(nèi)完成所有的動作，比如希望讓一臺設(shè)備的網(wǎng)絡(luò)端口啟用，那么在受到該條指令時，就需要給目標(biāo)端口上電，然后加載相應(yīng)的驅(qū)動。這些操作都是需要耗費時間的，從而導(dǎo)致回復(fù)的時間必然超過協(xié)議的等待時間，這樣協(xié)議就無法通過。
對此，一種方法就是與局端的研發(fā)團(tuán)隊協(xié)商，單獨將這些操作的超時時間拉長，這樣可以比較完美的解決當(dāng)前的困境。但這種方法也存在著局限性，畢竟全球的廠家非常多， 互通性本來就是一個很大的問題，根本不可能保證每個廠商都會將這些協(xié)議的時間拉長來保證下掛設(shè)備的正常運(yùn)行。
另一種方法是采取多線程的處理方法來解決這個問題，當(dāng)設(shè)備收到指令后，系統(tǒng)直接拉起一個線程來處理該操作，同時，直接回復(fù)局端設(shè)備操作成功。但是其問題在于，管理協(xié)議在注冊完成時會下發(fā)大量的配置，用于初始化設(shè)備的各項指標(biāo)，這樣假設(shè)在短時間內(nèi)，設(shè)備收到多個操作請求(因為前面已經(jīng)回復(fù)操作完成，自然局端設(shè)備就會下發(fā)下一個指令)，那么管理協(xié)議的處理進(jìn)程就會拉起相應(yīng)多個的線程來處理此操作，于是在并發(fā)的系統(tǒng)中，由于第一個操作正占用著系統(tǒng)資源，所以在其后的線程都會因為分配不到資源而僵死， 從而導(dǎo)致后續(xù)線程的操作失敗。此外，當(dāng)設(shè)備收到局端配置后向其他進(jìn)程發(fā)送消息時，由于 BCM的進(jìn)程間通信機(jī)制是基于進(jìn)程的，同時它也未涉及多線程間通信的處理，故而如果本身的阻塞機(jī)制寫的不是很好，那么就可能導(dǎo)致消息接收出錯，如果目的進(jìn)程也需要發(fā)送消息來解決這個問題的話，那么系統(tǒng)的健壯性就會更差，出現(xiàn)問題的幾率也會越大。發(fā)明內(nèi)容
對于以上現(xiàn)有技術(shù)中存在的技術(shù)問題，本發(fā)明提供了一種管理協(xié)議異步處理方法，以解決并發(fā)資源爭搶以及多線程導(dǎo)致進(jìn)程間通信出錯的技術(shù)問題。
具體技術(shù)方案如下所示
—種管理協(xié)議異步處理方法，其中，所述處理方法適用于終端設(shè)備與局端設(shè)備之間的數(shù)據(jù)處理，包括如下步驟
步驟I.所述終端設(shè)備系統(tǒng)啟動一常駐進(jìn)程；
步驟2.所述終端設(shè)備系統(tǒng)啟動管理協(xié)議主進(jìn)程，并在所述管理協(xié)議主進(jìn)程下開啟線程，用于接收所述局端設(shè)備根據(jù)所述管理協(xié)議發(fā)送的局端配置信息；
步驟3.所述終端設(shè)備通過所述線程接收所述局端配置信息；
步驟4.當(dāng)所述局端配置信息為確定超時的報文時，所述線程將所述局端配置信息交給所述常駐進(jìn)程，并回復(fù)所述局端設(shè)備操作成功；
步驟5.所述常駐進(jìn)程將所述局端配置信息轉(zhuǎn)發(fā)給目標(biāo)進(jìn)程處理，并接收所述目標(biāo)進(jìn)程反饋。
上述的管理協(xié)議異步處理方法，其中，還包括
步驟6.當(dāng)所述局端配置文件為確定不超時的報文時，所述線程將所述局端配置文件發(fā)送給相應(yīng)的目的進(jìn)程，所述目的進(jìn)程處理完成后向所述線程反饋，并由所述線程回復(fù)所述局端設(shè)備操作成功。
上述的管理協(xié)議異步處理方法，其中，所述管理協(xié)議主進(jìn)程接收本地控制消息，并轉(zhuǎn)發(fā)給相應(yīng)的目的進(jìn)程。
上述管理協(xié)議異步處理方法，其中，
所述步驟I中還包括步驟I. I所述終端設(shè)備系統(tǒng)將所述常駐進(jìn)程設(shè)置為阻塞狀態(tài)；
所述步驟4中還包括步驟4. I當(dāng)所述局端配置信息為確定超時的報文時，所述終端設(shè)備系統(tǒng)解除所述常駐進(jìn)程的阻塞狀態(tài)，所述線程將所述局端配置信息交給所述常駐進(jìn)程；步驟4. 2所述常駐進(jìn)程將所述局端配置信息轉(zhuǎn)發(fā)給目標(biāo)進(jìn)程處理，并接收到所述目標(biāo)進(jìn)程反饋后，所述終端設(shè)備系統(tǒng)將所述常駐進(jìn)程設(shè)置為阻塞狀態(tài)。
上述的管理協(xié)議異步處理方法，其中，所述終端設(shè)備通過所述管理協(xié)議的類型確定所述局端配置信息為確定超時的報文或確定不超時的報文。
本發(fā)明的有益效果是通過設(shè)置一個系統(tǒng)常駐進(jìn)程，用于接收確定會超時的局端配置信息，能夠有效避免由于采取多線程處理超時協(xié)議數(shù)據(jù)所可能導(dǎo)致的線程僵死而使操作失敗或者多線程導(dǎo)致的進(jìn)程間通信出錯的問題，提高了系統(tǒng)的穩(wěn)定性。


圖I為本發(fā)明一種管理協(xié)議異步處理方法實施例的流程示意圖。
具體實施方式
下面結(jié)合附圖和具體實施例對本發(fā)明作進(jìn)一步說明，但不作為本發(fā)明的限定。
如圖I所示為本發(fā)明一種管理協(xié)議異步處理方法的流程示意圖，其中，處理方法適用于終端設(shè)備與局端設(shè)備之間的數(shù)據(jù)處理，包括如下步驟
步驟I.終端設(shè)備系統(tǒng)啟動一常駐進(jìn)程；
步驟2.終端設(shè)備系統(tǒng)啟動管理協(xié)議主進(jìn)程，并在管理協(xié)議主進(jìn)程下開啟線程，用于接收局端設(shè)備根據(jù)管理協(xié)議發(fā)送的局端配置信息；
步驟3.終端設(shè)備通過線程接收局端配置信息；
步驟4.當(dāng)局端配置信息為確定超時的報文時，線程將局端配置信息交給常駐進(jìn)程，并回復(fù)局端設(shè)備操作成功；
步驟5.常駐進(jìn)程將局端配置信息轉(zhuǎn)發(fā)給目標(biāo)進(jìn)程處理，并接收目標(biāo)進(jìn)程反饋。
本發(fā)明的技術(shù)原理是系統(tǒng)中引入一個全新常駐進(jìn)程，該進(jìn)程擁有和其他進(jìn)程一樣的優(yōu)先級。當(dāng)管理協(xié)議進(jìn)程收到需要長時間處理的報文時，將操作命令轉(zhuǎn)發(fā)至此進(jìn)程，然后由該進(jìn)程再將消息轉(zhuǎn)發(fā)至目標(biāo)進(jìn)程。這樣，就可以解決進(jìn)程轉(zhuǎn)發(fā)出錯的問題了，因為此時，每個進(jìn)程都只有一個地方在收發(fā)消息，就不容易出現(xiàn)現(xiàn)有技術(shù)中所提到的消息手法混亂的情況。其次，該方案的另一個優(yōu)點是利用消息本身的隊列特性來解決，多線程間時序問題，避免并發(fā)進(jìn)程同時占用同一個資源，導(dǎo)致系統(tǒng)鎖死及只處理一個進(jìn)程的問題。
本發(fā)明的一種具體實施例中，還包括步驟6.當(dāng)局端配置文件為確定不超時的報文時，線程將局端配置文件發(fā)送給相應(yīng)的目的進(jìn)程，目的進(jìn)程處理完成后向線程反饋，并由線程回復(fù)局端設(shè)備操作成功。
本發(fā)明的一種具體實施例中，管理協(xié)議主進(jìn)程接收本地控制消息，并轉(zhuǎn)發(fā)給相應(yīng)的目的進(jìn)程。
本發(fā)明的一種具體實施例中，步驟I中還包括步驟I. I終端設(shè)備系統(tǒng)將常駐進(jìn)程設(shè)置為阻塞狀態(tài)；步驟4中還包括步驟4. I當(dāng)局端配置信息為確定超時的報文時，終端設(shè)備系統(tǒng)解除常駐進(jìn)程的阻塞狀態(tài)，線程將局端配置信息交給常駐進(jìn)程；步驟4. 2常駐進(jìn)程將局端配置信息轉(zhuǎn)發(fā)給目標(biāo)進(jìn)程處理，并接收到目標(biāo)進(jìn)程反饋后，終端設(shè)備系統(tǒng)將常駐進(jìn)程設(shè)置為阻塞狀態(tài)。通過將該常駐進(jìn)程設(shè)置為阻塞狀態(tài)，可以有效防止當(dāng)管理協(xié)議在處理本地控制信息時，使兩個進(jìn)程產(chǎn)生串?dāng)_的情況，而導(dǎo)致操作失敗，只有當(dāng)接收到局端配置信息后，才解除常駐進(jìn)程的阻塞狀態(tài)。而當(dāng)常駐進(jìn)程接收到相應(yīng)目標(biāo)進(jìn)程的反饋后，常駐進(jìn)程又進(jìn)入到阻塞狀態(tài)，以此循環(huán)。
上述的管理協(xié)議異步處理方法，其中，終端設(shè)備通過管理協(xié)議的類型確定局端配置信息為確定超時的報文或確定不超時的報文。對于類似于SNMP、TR069、OMCI, OAM這樣現(xiàn)實中很難避免超時的管理協(xié)議來說，其報文信息就可以根據(jù)其相應(yīng)的管理協(xié)議的類型被確定為確定超時的報文，以此進(jìn)行區(qū)分。
協(xié)議所規(guī)定的短時間與實際操作的時間本身就存在著客觀上的矛盾，所以這個問題從根本上來說是無法解決的。所以本發(fā)明著眼于網(wǎng)絡(luò)設(shè)備之間的互通性，通過多進(jìn)程解決機(jī)制，從而盡可能地達(dá)到協(xié)議對時間上的要求，確保各廠商間的互通。
以上所述僅為本發(fā)明較佳的實施例，并非因此限制本發(fā)明的實施方式及保護(hù)范圍，對于本領(lǐng)域技術(shù)人員而言，應(yīng)當(dāng)能夠意識到凡運(yùn)用本發(fā)明說明書及圖示內(nèi)容所作出的等同替換和顯而易見的變化所得到的方案，均應(yīng)當(dāng)包含在本發(fā)明的保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種管理協(xié)議異步處理方法，其特征在于，所述處理方法適用于終端設(shè)備與局端設(shè)備之間的數(shù)據(jù)處理，包括如下步驟 步驟I.所述終端設(shè)備系統(tǒng)啟動一常駐進(jìn)程； 步驟2.所述終端設(shè)備系統(tǒng)啟動一管理協(xié)議主進(jìn)程，并在所述管理協(xié)議主進(jìn)程下開啟線程，用于接收所述局端設(shè)備根據(jù)所述管理協(xié)議發(fā)送的局端配置信息； 步驟3.所述終端設(shè)備通過所述線程接收所述局端配置信息； 步驟4.當(dāng)所述局端配置信息為確定超時的報文時，所述線程將所述局端配置信息交給所述常駐進(jìn)程，并回復(fù)所述局端設(shè)備操作成功； 步驟5.所述常駐進(jìn)程將所述局端配置信息轉(zhuǎn)發(fā)給一目標(biāo)進(jìn)程處理，并接收所述目標(biāo)進(jìn)程反饋。
2.如權(quán)利要求I所述的管理協(xié)議異步處理方法，其特征在于，還包括 步驟6.當(dāng)所述局端配置信息為確定不超時的報文時，所述線程將所述局端配置文件發(fā)送給相應(yīng)的目標(biāo)進(jìn)程，所述目標(biāo)進(jìn)程處理完成后向所述線程反饋，并由所述線程回復(fù)所述局端設(shè)備操作成功。
3.如權(quán)利要求I所述的管理協(xié)議異步處理方法，其特征在于，所述管理協(xié)議主進(jìn)程接收本地控制消息，并轉(zhuǎn)發(fā)給相應(yīng)的目標(biāo)進(jìn)程。
4.如權(quán)利要求I所述管理協(xié)議異步處理方法，其特征在于， 所述步驟I中還包括步驟I. I所述終端設(shè)備系統(tǒng)將所述常駐進(jìn)程設(shè)置為阻塞狀態(tài)； 所述步驟4中還包括步驟4. I當(dāng)所述局端配置信息為確定超時的報文時，所述終端設(shè)備系統(tǒng)解除所述常駐進(jìn)程的阻塞狀態(tài)，所述線程將所述局端配置信息交給所述常駐進(jìn)程；步驟4. 2所述常駐進(jìn)程將所述局端配置信息轉(zhuǎn)發(fā)給目標(biāo)進(jìn)程處理，并接收到所述目標(biāo)進(jìn)程反饋后，所述終端設(shè)備系統(tǒng)將所述常駐進(jìn)程設(shè)置為阻塞狀態(tài)。
5.如權(quán)利要求I或2所述的管理協(xié)議異步處理方法，其特征在于，所述終端設(shè)備通過所述管理協(xié)議的類型確定所述局端配置信息為確定超時的報文或確定不超時的報文。
全文摘要
本發(fā)明公開了一種管理協(xié)議異步處理方法，屬于網(wǎng)絡(luò)設(shè)備管理技術(shù)。其中，處理方法適用于終端設(shè)備與局端設(shè)備之間的數(shù)據(jù)處理，包括如下步驟終端設(shè)備系統(tǒng)啟動一常駐進(jìn)程；終端設(shè)備系統(tǒng)啟動管理協(xié)議主進(jìn)程，并在管理協(xié)議主進(jìn)程下開啟線程，用于接收局端設(shè)備根據(jù)管理協(xié)議發(fā)送的局端配置信息；終端設(shè)備通過線程接收局端配置信息；當(dāng)局端配置信息為確定超時的報文時，線程將局端配置信息交給常駐進(jìn)程，并回復(fù)局端設(shè)備操作成功；常駐進(jìn)程將局端配置信息轉(zhuǎn)發(fā)給目標(biāo)進(jìn)程處理，并接收目標(biāo)進(jìn)程反饋。本發(fā)明的有益技術(shù)效果是能夠有效避免由于采取多線程處理超時協(xié)議數(shù)據(jù)所可能導(dǎo)致的線程僵死而使操作失敗或者通信出錯的問題，提高了系統(tǒng)的穩(wěn)定性。
文檔編號H04L12/24GK102984016SQ20121056842
公開日2013年3月20日 申請日期2012年12月24日 優(yōu)先權(quán)日2012年12月24日
發(fā)明者曹裕昌 申請人:上海斐訊數(shù)據(jù)通信技術(shù)有限公司