在同一線程中收發(fā)oam協(xié)議包的處理方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及局端設(shè)備OLT對(duì)終端設(shè)備ONU的配置管理領(lǐng)域，尤其是一種在同一線程中收發(fā)OAM協(xié)議包的處理方法。
【背景技術(shù)】
[0002]局端設(shè)備OLT配置管理終端設(shè)備ONU是通過(guò)交互OAM協(xié)議包實(shí)現(xiàn)的。發(fā)送OAM協(xié)議包和接收OAM協(xié)議包所走的路徑和方向都是不同的。所以現(xiàn)有處理方法就是在不同的線程中分別處理發(fā)送OAM協(xié)議包的構(gòu)建和接收OAM協(xié)議報(bào)文的解析。
[0003]在不同線程中進(jìn)行處理就存在對(duì)資源訪問(wèn)的競(jìng)爭(zhēng)或沖突。為解決這個(gè)問(wèn)題就需要增加使用同步與互斥資源。也將增加CPU資源的消耗。同時(shí)增加了處理的復(fù)雜度，降低了風(fēng)險(xiǎn)的可控度。
[0004]局端設(shè)備OLT發(fā)送的OAM協(xié)議包與收到的OAM協(xié)議包之間具有較強(qiáng)的因果關(guān)聯(lián)性，接收OAM協(xié)議包的緩沖總是有大小限制的。在不同線程中進(jìn)行異步并發(fā)處理時(shí)會(huì)破壞這種因果關(guān)聯(lián)性，可能導(dǎo)致因超出緩沖大小，本應(yīng)收到的OAM協(xié)議包丟失。增加重傳幾率和更多資源消耗，效率降低。隱患增多，風(fēng)險(xiǎn)增大。
[0005]圖1是在兩個(gè)不同線程中對(duì)OAM協(xié)議包進(jìn)行分別處理的示意圖。OAM協(xié)議包的構(gòu)建與發(fā)送線程負(fù)責(zé)處理OLT設(shè)備向ONU設(shè)備進(jìn)行信息獲取或配置管理時(shí)OAM協(xié)議包的構(gòu)建相關(guān)的包處理工作。OAM協(xié)議包解析線程負(fù)責(zé)處理OLT設(shè)備上接收到的來(lái)自O(shè)NU設(shè)備的OAM協(xié)議包的內(nèi)容解析相關(guān)的包處理工作。從示意圖中可看到。這兩個(gè)線程都是獨(dú)立運(yùn)行的，都單獨(dú)參與獲取CPU運(yùn)行機(jī)會(huì)。他們的運(yùn)行關(guān)系是異步并發(fā)運(yùn)行。并不能保證他們運(yùn)行的順序和完全均等的運(yùn)行機(jī)會(huì)。這兩個(gè)線程處理的OAM協(xié)議包都是關(guān)于管理配置ONU的。所以很有可能存在圖1中所示的對(duì)共享資源的競(jìng)爭(zhēng)，需要增加同步互斥機(jī)制來(lái)解決競(jìng)爭(zhēng)的問(wèn)題。這就增加了系統(tǒng)資源的消耗。在處理不當(dāng)時(shí)，還有可能引入潛在未知問(wèn)題。增加潛在的風(fēng)險(xiǎn)。

【發(fā)明內(nèi)容】

[0006]本發(fā)明所要解決的技術(shù)問(wèn)題是:針對(duì)現(xiàn)有技術(shù)存在的問(wèn)題，提供一種在同一線程中收發(fā)OAM協(xié)議包的處理方法，其在同一個(gè)OAM協(xié)議包處理線程中處理所有OAM協(xié)議包，包括構(gòu)建發(fā)送OAM協(xié)議包和解析接收到的OAM協(xié)議包，且解析收到的OAM協(xié)議包的處理優(yōu)先發(fā)送OAM協(xié)議包的構(gòu)建等。
[0007]本發(fā)明采用的技術(shù)方案如下:
在同一線程中收發(fā)OAM協(xié)議包的處理方法包括:
步驟1:創(chuàng)建阻塞式信號(hào)可喚醒線程，作為OAM協(xié)議包處理線程；創(chuàng)建發(fā)送消息隊(duì)列和接收消息隊(duì)列，分別用于接收發(fā)送請(qǐng)求消息和接收請(qǐng)求消息；
步驟2:消息請(qǐng)求線程先將請(qǐng)求消息放入對(duì)應(yīng)的消息隊(duì)列中，然后向OAM協(xié)議包處理線程發(fā)送信號(hào)，喚醒OAM協(xié)議包處理線程。OAM協(xié)議包處理線程根據(jù)請(qǐng)求消息，進(jìn)行OAM協(xié)議包創(chuàng)建發(fā)送或者接收解析，其中請(qǐng)求消息指的是發(fā)送消息隊(duì)列中的消息，用于構(gòu)建OAM協(xié)議包并發(fā)送給ONU設(shè)備或者接收消息隊(duì)列中的消息，它們?yōu)镺NU設(shè)備發(fā)給OLT設(shè)備的OAM協(xié)議包，請(qǐng)求OLT設(shè)備進(jìn)行解析處理。
[0008]所述步驟3中OAM協(xié)議包處理線程根據(jù)請(qǐng)求消息進(jìn)行OAM協(xié)議包創(chuàng)建發(fā)送或者接收解析具體包括:
步驟21:當(dāng)OAM協(xié)議包處理線程處理發(fā)送消息隊(duì)列的請(qǐng)求消息時(shí)，先判斷接收消息隊(duì)列中是否有從ONU設(shè)備上接收來(lái)的OAM協(xié)議包；若有，則執(zhí)行步驟22 ;否則，OAM協(xié)議包處理線程創(chuàng)建并發(fā)送OAM協(xié)議包給相應(yīng)的ONU設(shè)備；當(dāng)OAM協(xié)議包處理線程處理接收消息隊(duì)列的請(qǐng)求消息時(shí)，則執(zhí)行步驟22 ;其中發(fā)送消息隊(duì)列的請(qǐng)求消息是由發(fā)送信息接口產(chǎn)生的消息；接收消息隊(duì)列的請(qǐng)求消息是由ONU設(shè)備發(fā)送OAM數(shù)據(jù)包給OLT設(shè)備時(shí)，OLT設(shè)備底層驅(qū)動(dòng)及接口產(chǎn)生的消息；
步驟22:0ΑΜ協(xié)議包處理線程解析接收到的所有OAM協(xié)議包。
[0009]所述產(chǎn)生發(fā)送請(qǐng)求消息的發(fā)送信息接口是客戶端。
[0010]綜上所述，由于采用了上述技術(shù)方案，本發(fā)明的有益效果是:
在同一個(gè)線程中處理收發(fā)OAM協(xié)議包，消除了對(duì)資源的競(jìng)爭(zhēng)和訪問(wèn)沖突的問(wèn)題。省去了同步互斥資源的使用，也降低了 CPU資源的損耗，能提高系統(tǒng)資源的效率。根據(jù)OAM協(xié)議包收發(fā)的因果關(guān)聯(lián)性對(duì)收發(fā)包處理的順序安排與保證，能極大的降低因本應(yīng)接收的OAM協(xié)議包丟失導(dǎo)致的重傳幾率。從而提高了系統(tǒng)資源的利用率和效率。減少隱患，增加風(fēng)險(xiǎn)可控性。
[0011]圖2是在同一個(gè)線程中對(duì)OAM協(xié)議包進(jìn)行處理的示意圖。因?yàn)槭瞻l(fā)OAM包的處理都是在同一個(gè)線程中，就不存在兩個(gè)線程異步并發(fā)處理的情況，不會(huì)存在對(duì)資源的競(jìng)爭(zhēng)的問(wèn)題，也就不用使用系統(tǒng)的同步互斥資源了，也免去了因使用這些資源消耗的CPU資源。從而可以一定程度上提高系統(tǒng)的資源使用率和效率。在一個(gè)線程中就能保證處理不同類型的OAM包處理的順序:收到的OAM協(xié)議包優(yōu)先于發(fā)送OAM協(xié)議包的處理。這種處理順序的安排是根據(jù)收發(fā)OAM協(xié)議包間存在的因果關(guān)聯(lián)性，發(fā)送一個(gè)OAM協(xié)議包，就會(huì)收到一個(gè)相對(duì)應(yīng)的響應(yīng)OAM協(xié)議包。抑制發(fā)送OAM協(xié)議包速度過(guò)快，降低接收到的OAM協(xié)議包數(shù)超出緩沖最大值而丟失的問(wèn)題。提高可靠性和系統(tǒng)資源的利用率和效率。
【附圖說(shuō)明】
[0012]本發(fā)明將通過(guò)例子并參照附圖的方式說(shuō)明，其中:
圖1是在兩個(gè)不同線程中對(duì)OAM協(xié)議包進(jìn)行分別處理的示意圖。
[0013]圖2是一個(gè)線程中一個(gè)OLT設(shè)備對(duì)應(yīng)一個(gè)ONU設(shè)備時(shí)OAM協(xié)議包處理示意圖。
【具體實(shí)施方式】
[0014]本說(shuō)明書中公開(kāi)的所有特征，或公開(kāi)的所有方法或過(guò)程中的步驟，除了互相排斥的特征和/或步驟以外，均可以以任何方式組合。
[0015]本說(shuō)明書(包括任何附加權(quán)利要求、摘要和附圖)中公開(kāi)的任一特征，除非特別敘述，均可被其他等效或具有類似目的的替代特征加以替換。即，除非特別敘述，每個(gè)特征只是一系列等效或類似特征中的一個(gè)例子而已。
[0016]底層驅(qū)動(dòng)及接口指的是底層驅(qū)動(dòng)程序及硬件接口等。OAM協(xié)議包處理線程發(fā)送給ONU設(shè)備的OAM協(xié)議包和接收消息隊(duì)列中接收到的ONU設(shè)備發(fā)送給OLT設(shè)備的OAM協(xié)議包，都是需要OLT設(shè)備的底層驅(qū)動(dòng)接口參與的。
[0017]一個(gè)OLT設(shè)備對(duì)應(yīng)多個(gè)ONU設(shè)備時(shí)，OAM協(xié)議包處理過(guò)程是相同的。
[0018]工作原理:
1、創(chuàng)建阻塞式信號(hào)可喚醒線程，作為OAM協(xié)議包處理線程。在該線程中采用接收OAM協(xié)議包處理總是優(yōu)先于發(fā)送OAM協(xié)議報(bào)文的處理策略進(jìn)行報(bào)文處理。
[0019]2、創(chuàng)建發(fā)送信號(hào)接口，用于向OAM協(xié)議包處理線程發(fā)送信號(hào)，喚醒該線程。
[0020]3、創(chuàng)建發(fā)送消息隊(duì)列和接收消息隊(duì)列，分別用于接收發(fā)送請(qǐng)求消息和接收請(qǐng)求消息。處理OAM協(xié)議包線程從這兩個(gè)消息隊(duì)列中獲取消息，然后進(jìn)行對(duì)應(yīng)的處理。
[0021 ] 4、消息請(qǐng)求線程先將請(qǐng)求消息放入對(duì)應(yīng)的消息隊(duì)列中，然后調(diào)用發(fā)送信號(hào)接口喚醒OAM協(xié)議包處理線程。
[0022]具體實(shí)施例:
步驟1:創(chuàng)建阻塞式信號(hào)可喚醒線程，作為OAM協(xié)議包處理線程；創(chuàng)建發(fā)送信號(hào)接口，用于向OAM協(xié)議包處理線程發(fā)送信號(hào)，喚醒該線程；創(chuàng)建發(fā)送消息隊(duì)列和接收消息隊(duì)列，分別用于接收發(fā)送請(qǐng)求消息和接收請(qǐng)求消息；
步驟2:消息請(qǐng)求線程先將請(qǐng)求消息放入對(duì)應(yīng)的消息隊(duì)列中，然后調(diào)用發(fā)送信號(hào)接口喚醒OAM協(xié)議包處理線程；
步驟3:當(dāng)OAM協(xié)議包處理線程接收到發(fā)送消息隊(duì)列的請(qǐng)求消息時(shí)，先判斷在接收消息隊(duì)列中是否有從ONU設(shè)備上接收來(lái)的OAM協(xié)議包；若有，則OAM協(xié)議包處理線程解析接收到的所有OAM協(xié)議包；否則，OAM協(xié)議包處理線程創(chuàng)建并發(fā)送OAM協(xié)議包給相應(yīng)的ONU設(shè)備；當(dāng)OAM協(xié)議包處理線程處理接收消息隊(duì)列的請(qǐng)求消息，則OAM協(xié)議包處理線程解析接收到的所有OAM協(xié)議包。
[0023]其中OAM協(xié)議包處理線程檢測(cè)到接收消息隊(duì)列中有多個(gè)ONU設(shè)備發(fā)送的OAM數(shù)據(jù)包，則將所有接收到的OAM數(shù)據(jù)包全部處理完，然后在根據(jù)創(chuàng)建請(qǐng)求消息，創(chuàng)建對(duì)應(yīng)的OAM協(xié)議包，并將該協(xié)議包發(fā)給對(duì)應(yīng)的ONU設(shè)備。
[0024]本發(fā)明并不局限于前述的【具體實(shí)施方式】。本發(fā)明擴(kuò)展到任何在本說(shuō)明書中披露的新特征或任何新的組合，以及披露的任一新的方法或過(guò)程的步驟或任何新的組合。
【主權(quán)項(xiàng)】
1.一種在同一線程中收發(fā)OAM協(xié)議包的處理方法，其特征在于包括: 步驟1:創(chuàng)建阻塞式信號(hào)可喚醒線程，作為OAM協(xié)議包處理線程；創(chuàng)建發(fā)送消息隊(duì)列和接收消息隊(duì)列，分別用于接收發(fā)送請(qǐng)求消息和接收請(qǐng)求消息； 步驟2:消息請(qǐng)求線程先將請(qǐng)求消息放入對(duì)應(yīng)的消息隊(duì)列中，然后向OAM協(xié)議包處理線程發(fā)送信號(hào)，喚醒OAM協(xié)議包處理線程； OAM協(xié)議包處理線程根據(jù)請(qǐng)求消息，進(jìn)行OAM協(xié)議包創(chuàng)建發(fā)送或者接收解析，其中請(qǐng)求消息指的是發(fā)送消息隊(duì)列中的消息，它用于構(gòu)建OAM協(xié)議包并發(fā)送給ONU設(shè)備或者接收消息隊(duì)列中的消息，它為ONU設(shè)備發(fā)給OLT設(shè)備的OAM協(xié)議包； 請(qǐng)求OLT設(shè)備進(jìn)行解析處理。2.根據(jù)權(quán)利要求1所述的在同一線程中收發(fā)OAM協(xié)議包的處理方法，其特征在于所述步驟2中OAM協(xié)議包處理線程根據(jù)請(qǐng)求消息進(jìn)行OAM協(xié)議包創(chuàng)建發(fā)送或者接收解析具體包括: 步驟21:當(dāng)OAM協(xié)議包處理線程處理發(fā)送消息隊(duì)列的請(qǐng)求消息時(shí)，先判斷接收消息隊(duì)列中是否有從ONU設(shè)備上接收來(lái)的OAM協(xié)議包；若有，則執(zhí)行步驟22 ;否則，OAM協(xié)議包處理線程創(chuàng)建并發(fā)送OAM協(xié)議包給相應(yīng)的ONU設(shè)備；當(dāng)OAM協(xié)議包處理線程處理接收消息隊(duì)列的請(qǐng)求消息，則執(zhí)行步驟22;其中發(fā)送消息隊(duì)列的請(qǐng)求消息是由發(fā)送信息接口產(chǎn)生的消息；接收消息隊(duì)列的請(qǐng)求消息是由ONU設(shè)備發(fā)送OAM數(shù)據(jù)包給OLT設(shè)備時(shí)，OLT設(shè)備底層驅(qū)動(dòng)及接口產(chǎn)生的消息； 步驟22:0ΑΜ協(xié)議包處理線程解析接收到的所有OAM協(xié)議包。3.根據(jù)權(quán)利要求1所述的在同一線程中收發(fā)OAM協(xié)議包的處理方法，其特征在于所述產(chǎn)生發(fā)送請(qǐng)求消息的發(fā)送信息接口是客戶端。
【專利摘要】本發(fā)明涉及局端設(shè)備OLT對(duì)終端設(shè)備ONU的配置管理領(lǐng)域，尤其是一種在同一線程中收發(fā)OAM協(xié)議包的處理方法<b>。其</b>在同一線程中收發(fā)OAM協(xié)議包的處理方法，其在同一個(gè)線程中處理所有OAM協(xié)議包，包括構(gòu)建發(fā)送OAM協(xié)議包和解析接收到的OAM協(xié)議包，且解析收到的OAM協(xié)議包的處理優(yōu)先發(fā)送OAM協(xié)議包的構(gòu)建等。本發(fā)明通過(guò)創(chuàng)建OAM協(xié)議包處理線程以及發(fā)送消息隊(duì)列和接收消息隊(duì)列，通過(guò)發(fā)送信號(hào)接口喚醒OAM協(xié)議包處理線程；？OAM協(xié)議包處理線程根據(jù)發(fā)送消息隊(duì)列或者接收消息隊(duì)列中的請(qǐng)求消息，進(jìn)行OAM協(xié)議包創(chuàng)建發(fā)送或者接收解析。
【IPC分類】H04L12/24
【公開(kāi)號(hào)】CN105162634
【申請(qǐng)?zhí)枴緾N201510612577
【發(fā)明人】馬豐璽
【申請(qǐng)人】成都廣達(dá)新網(wǎng)科技股份有限公司
【公開(kāi)日】2015年12月16日
【申請(qǐng)日】2015年9月24日