通信方法
【專利摘要】本發(fā)明公開了一種通信方法，用于ONU設(shè)備的系統(tǒng)通信，其包括以下步驟：S11、一任務(wù)依次發(fā)送多個消息至所述任務(wù)與一轉(zhuǎn)發(fā)器之間建立的一任務(wù)發(fā)送隊列；S12、所述轉(zhuǎn)發(fā)器依次檢測所述發(fā)送隊列中的所述消息的目標任務(wù)；S13、所述轉(zhuǎn)發(fā)器依次將所述消息發(fā)送至所述目標任務(wù)與所述轉(zhuǎn)發(fā)器之間建立的目標任務(wù)接收隊列；S14、所述目標任務(wù)從所述目標任務(wù)接收隊列中讀取所述消息。本發(fā)明的通信方法通過轉(zhuǎn)發(fā)器和隊列的組合實現(xiàn)了不同任務(wù)間消息的傳輸，所以此時不再需要利用系統(tǒng)提供的消息接口來實現(xiàn)消息的傳輸，任務(wù)只需要將消息放入隊列，并由轉(zhuǎn)發(fā)器進行相應(yīng)地轉(zhuǎn)發(fā)即可實現(xiàn)消息的傳輸。
【專利說明】通信方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種通信方法,特別是涉及一種ONU (Optical Network Unit光節(jié)點)設(shè)備的系統(tǒng)通信方法。
【背景技術(shù)】
[0002]ONU設(shè)備的系統(tǒng)軟件由多個模塊構(gòu)成:操作系統(tǒng)核心、設(shè)備驅(qū)動、網(wǎng)路協(xié)議棧、應(yīng)用程序。各個模塊之間都有大量的交互，消息通信是交互的主要方式。
[0003]但是現(xiàn)有的ONU設(shè)備中的操作系統(tǒng)，例如Linux (—種操作系統(tǒng))或vxworks (美國風(fēng)河公司推出的一種實時操作系統(tǒng))等都提供消息通信機制，所以目前ONU設(shè)備主要依靠操作系統(tǒng)提供的消息通信機制進行通信。
[0004]但是直 接使用系統(tǒng)的消息接口會有以下問題:
[0005]1、軟件的復(fù)用問題。ONU設(shè)備的軟件初始開發(fā)周期和成本都比較高，因此對軟件復(fù)用的要求都比較高。即使更換操作系統(tǒng)的核心，對上層應(yīng)用軟件的影響也要盡可能的小。Linux和vxworks作為嵌入式設(shè)備廣泛使用的操作系統(tǒng)，其消息接口也不盡相同，因此直接使用系統(tǒng)消息接口給軟件的復(fù)用和移植帶來很多困難。
[0006]2、使用范圍有限的問題。Linux或vxworks等操作系統(tǒng)提供的消息通信都是以進程作為使用消息的對象，如果其他模塊要和進程相互通信，只能采用別的方式。這會增加實現(xiàn)消息接口的復(fù)雜度，而且有些情況下即使采用別的方式也不能實現(xiàn)模塊與進程之間的通?目。
[0007]3、不易于管理的問題。在Linux和vxworks中若ONU設(shè)備進行多任務(wù)通信時,大量使用系統(tǒng)提供的消息接口非常容易造成消息的混亂，所以O(shè)NU設(shè)備難以對消息進行管理。

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

[0008]本發(fā)明要解決的技術(shù)問題是為了克服現(xiàn)有技術(shù)的直接使用系統(tǒng)的消息接口導(dǎo)致的不能復(fù)用、使用范圍小以及不利于管理的缺陷，提供一種通信方法通過轉(zhuǎn)發(fā)器和隊列的方式實現(xiàn)在不同系統(tǒng)間的復(fù)用，擴大使用范圍和便于管理。
[0009]本發(fā)明是通過下述技術(shù)方案來解決上述技術(shù)問題的:
[0010]本發(fā)明提供了一種通信方法，用于ONU設(shè)備的系統(tǒng)通信，其特點是，所述通信方法包括以下步驟:
[0011]Sn、一任務(wù)依次發(fā)送多個消息至所述任務(wù)與一轉(zhuǎn)發(fā)器之間建立的一任務(wù)發(fā)送隊列；
[0012]S12、所述轉(zhuǎn)發(fā)器依次檢測所述發(fā)送隊列中的所述消息的目標任務(wù)；
[0013]S13、所述轉(zhuǎn)發(fā)器依次將所述消息發(fā)送至所述目標任務(wù)與所述轉(zhuǎn)發(fā)器之間建立的目標任務(wù)接收隊列；
[0014]S14、所述目標任務(wù)從所述目標任務(wù)接收隊列中讀取所述消息。
[0015]本發(fā)明中發(fā)送消息的任務(wù)不需要等待目標任務(wù)的處理結(jié)果而是不斷地執(zhí)行發(fā)送消息的動作，從而快速地處理消息的發(fā)送。
[0016]此時每個任務(wù)的發(fā)送隊列僅用于發(fā)送消息，每個任務(wù)的接收隊列也僅用于接收消息，而且每個任務(wù)的發(fā)送隊列和接收隊列是相互獨立的，相互之間沒有關(guān)聯(lián)。因此當(dāng)某個隊列發(fā)生故障時，其他隊列依舊正常工作，所以存在消息丟失的問題。但是各個隊列功能單一和獨立能夠最大程度的發(fā)揮隊列的消息傳遞功能，所以具有更高地傳輸效率。
[0017]而且本發(fā)明通過轉(zhuǎn)發(fā)器和各個任務(wù)之間的發(fā)送隊列和接收隊列來實現(xiàn)消息地發(fā)送和接收，即通過類似具有先入先出的緩存的方式來傳遞消息。所以本領(lǐng)域人員可以任意設(shè)定所述隊列具體數(shù)據(jù)結(jié)構(gòu)，只要這種設(shè)定不違背本發(fā)明中要求隊列具有先入先出的數(shù)據(jù)輸入輸出方式。
[0018]所以本發(fā)明所述通信方法的流程中任務(wù)不斷地發(fā)送需要傳輸?shù)南?，所述消息按照發(fā)送的順序進入任務(wù)發(fā)送隊列，所述轉(zhuǎn)發(fā)器也按照所述消息進入任務(wù)發(fā)送隊列的順序，提取出所述消息，并按照消息中的目標任務(wù)發(fā)送至所述目標任務(wù)的目標任務(wù)接收隊列，所述目標任務(wù)也按照消息進入目標任務(wù)接收隊列的順序讀出所述消息。
[0019]此外本發(fā)明中所述任務(wù)可以是系統(tǒng)線程等數(shù)據(jù)處理的應(yīng)用，所以本發(fā)明并不限定所述任務(wù)的種類。本發(fā)明中所述轉(zhuǎn)發(fā)器從任務(wù)接收消息并按照消息中目標任務(wù)轉(zhuǎn)發(fā)至所述目標任務(wù)，所以只要能夠?qū)崿F(xiàn)上述轉(zhuǎn)發(fā)功能的單元、模塊或部件均可作為本發(fā)明的轉(zhuǎn)發(fā)器。
[0020]較佳地，所述步驟S11之前還包括以下步驟:
[0021]所述任務(wù)發(fā)送包含所述任務(wù)的任務(wù)標識的一第一創(chuàng)建消息至所述轉(zhuǎn)發(fā)器；
[0022]所述轉(zhuǎn)發(fā)器基于所述第一創(chuàng)建消息在所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立所述任務(wù)發(fā)送隊列。
[0023]優(yōu)選地，所述步驟S11之前還包括以下步驟:
[0024]所述任務(wù)發(fā)送包含所述任務(wù)的任務(wù)標識的一第一修改消息至所述轉(zhuǎn)發(fā)器；
[0025]所述轉(zhuǎn)發(fā)器基于所述第一修改消息修改所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立的所述任務(wù)發(fā)送隊列的隊列屬性。
[0026]較佳地，所述步驟S11之前還包括以下步驟:
[0027]所述目標任務(wù)發(fā)送包含所述目標任務(wù)的任務(wù)標識的一第二創(chuàng)建消息至所述轉(zhuǎn)發(fā)器；
[0028]所述轉(zhuǎn)發(fā)器基于所述第二創(chuàng)建消息在所述轉(zhuǎn)發(fā)器和所述目標任務(wù)之間建立所述目標任務(wù)接收隊列。
[0029]優(yōu)選地，所述步驟S11之前還包括以下步驟:
[0030]所述目標任務(wù)發(fā)送包含所述目標任務(wù)的任務(wù)標識的一第二修改消息至所述轉(zhuǎn)發(fā)器；
[0031]所述轉(zhuǎn)發(fā)器基于所述第二修改消息修改所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立的所述目標任務(wù)發(fā)送隊列的隊列屬性。
[0032]本發(fā)明中所述轉(zhuǎn)發(fā)器和所述任務(wù)之間的隊列的建立和修改均是基于任務(wù)發(fā)送的請求，由轉(zhuǎn)發(fā)器在所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立或修改的。
[0033]其中所述第一創(chuàng)建消息和第二創(chuàng)建消息均需要發(fā)送所述消息的任務(wù)的任務(wù)標識，由于各個任務(wù)的任務(wù)標識是唯一的，所以轉(zhuǎn)發(fā)器能夠正確識別和那個任務(wù)之間建立隊列，并通過所述任務(wù)標識在所述任務(wù)、隊列和轉(zhuǎn)發(fā)器之間形成鏈接，因此消息能夠通過所述鏈接實現(xiàn)在轉(zhuǎn)發(fā)器和任務(wù)之間的傳輸。
[0034]此外，所述第一修改消息和第二修改消息還均需要包括需要修改的隊列屬性，從而對任務(wù)和轉(zhuǎn)發(fā)器之間已經(jīng)存在的隊列屬性進行修改。
[0035]優(yōu)選地，所述隊列屬性包括隊列優(yōu)先級和隊列大小等。
[0036]所述隊列優(yōu)先級為隊列在所述轉(zhuǎn)發(fā)器已經(jīng)建立的所有隊列中的優(yōu)先級，所述隊列大小為所述轉(zhuǎn)發(fā)器已經(jīng)建立的隊列的數(shù)據(jù)位數(shù)。
[0037]較佳地，所述步驟S14之后還包括以下步驟:
[0038]所述任務(wù)發(fā)送包含所述任務(wù)的任務(wù)標識的一第一刪除消息至所述轉(zhuǎn)發(fā)器；
[0039]所述轉(zhuǎn)發(fā)器基于所述第一刪除消息刪除所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立的所述任務(wù)發(fā)送隊列。
[0040]較佳地，所述步驟S14之后還包括以下步驟:
[0041]所述目標任務(wù)發(fā)送包含所述目標任務(wù)的任務(wù)標識的一第二刪除消息至所述轉(zhuǎn)發(fā)器；
[0042]所述轉(zhuǎn)發(fā)器基于所述第二刪除消息刪除所述轉(zhuǎn)發(fā)器和所述目標任務(wù)之間建立的所述目標任務(wù)接收隊列。
[0043]本發(fā)明的所述轉(zhuǎn)發(fā)器和所述任務(wù)之間的隊列的刪除也是基于任務(wù)發(fā)送的請求，由轉(zhuǎn)發(fā)器在所述轉(zhuǎn)發(fā)器和所述任務(wù)之間刪除的，即刪除隊列后的轉(zhuǎn)發(fā)器和所述任務(wù)之間不再存在有效的數(shù)據(jù)鏈接，因此此時任務(wù)發(fā)送的消息無法傳遞至所述轉(zhuǎn)發(fā)器中。
[0044]同理，所述第一刪除消息和第二刪除消息也需要包含任務(wù)標識，從而轉(zhuǎn)發(fā)器能夠正確識別和那個任務(wù)之間刪除隊列。
[0045]本發(fā)明還提供了一種通信方法，用于ONU設(shè)備的系統(tǒng)通信，其特點是，所述通信方法包括以下步驟:
[0046]S21、一任務(wù)發(fā)送一消息至所述任務(wù)與一轉(zhuǎn)發(fā)器之間建立的一任務(wù)發(fā)送隊列；
[0047]S22、所述轉(zhuǎn)發(fā)器檢測所述發(fā)送隊列中的所述消息的目標任務(wù)；
[0048]S23、所述轉(zhuǎn)發(fā)器將所述消息發(fā)送至所述目標任務(wù)與所述轉(zhuǎn)發(fā)器之間建立的一目標任務(wù)接收隊列；
[0049]S24、所述目標任務(wù)從所述接收隊列中讀取所述消息，并生成一反饋信息；
[0050]S25、所述目標任務(wù)將所述反饋信息發(fā)送至所述目標任務(wù)與所述轉(zhuǎn)發(fā)器之間建立的一目標任務(wù)發(fā)送隊列；
[0051]S26、所述轉(zhuǎn)發(fā)器將所述反饋信息發(fā)送至所述任務(wù)與所述轉(zhuǎn)發(fā)器之間建立一任務(wù)接收隊列；
[0052]S27、所述任務(wù)從所述接收隊列中讀取所述反饋信息，并返回步驟S21。
[0053]本發(fā)明中所述通信方法的任務(wù)在發(fā)送消息后，需要確認接收到消息的目標任務(wù)對處理的結(jié)果后，才進一步地發(fā)送下一個消息，所以此時本發(fā)明的消息傳輸更加安全穩(wěn)定。
[0054]但是此時每個任務(wù)的發(fā)送隊列不僅要發(fā)送消息還需要發(fā)送處理結(jié)果消息，同樣每個任務(wù)的接收隊列不僅要接收消息還需要接收處理結(jié)果消息。
[0055]而且每個任務(wù)的發(fā)送隊列和接收隊列之間消息傳輸具有關(guān)聯(lián)性，即在接收隊列的處理結(jié)果消息被讀出前，所述發(fā)送隊列不會將下一個消息送入所述發(fā)送隊列。
[0056]所以本發(fā)明的隊列的消息傳輸效率有所下降，但是當(dāng)一個隊列出現(xiàn)問題是，所有向所述隊列發(fā)送消息的隊列均會因接受不到處理結(jié)果消息而處于掛起狀態(tài)，所以不會發(fā)生消息丟失的情況，所以能夠有效地保證傳輸?shù)陌踩头€(wěn)定。
[0057]較佳地，所述步驟S21之前還包括以下步驟:
[0058]所述任務(wù)發(fā)送包含所述任務(wù)的任務(wù)標識的一第一創(chuàng)建消息至所述轉(zhuǎn)發(fā)器；
[0059]所述轉(zhuǎn)發(fā)器基于所述第一創(chuàng)建消息在所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立所述任務(wù)發(fā)送隊列和任務(wù)接收隊列。
[0060]優(yōu)選地，所述步驟S21之前還包括以下步驟:
[0061]所述任務(wù)發(fā)送包含所述任務(wù)的任務(wù)標識的一第一修改消息至所述轉(zhuǎn)發(fā)器；
[0062]所述轉(zhuǎn)發(fā)器基于所述第一修改消息修改所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立的所述任務(wù)發(fā)送隊列和任務(wù)接收隊列的隊列屬性。
[0063]較佳地，所述步驟S21之前還包括以下步驟:
[0064]所述目標任務(wù)發(fā)送包含所述目標任務(wù)的任務(wù)標識的一第二創(chuàng)建消息至所述轉(zhuǎn)發(fā)器；
[0065]所述轉(zhuǎn)發(fā)器基于所述第二創(chuàng)建消息在所述轉(zhuǎn)發(fā)器和所述目標任務(wù)之間建立所述目標任務(wù)接收隊列和目標任務(wù)發(fā)送隊列。
[0066]優(yōu)選地，所述步驟S21之前還包括以下步驟:
[0067]所述目標任務(wù)發(fā)送包含所述目標任務(wù)的任務(wù)標識的一第二修改消息至所述轉(zhuǎn)發(fā)器；
[0068]所述轉(zhuǎn)發(fā)器基于所述第二修改消息修改所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立的所述目標任務(wù)發(fā)送隊列和目標任務(wù)發(fā)送隊列的隊列屬性。
[0069]優(yōu)選地，所述隊列屬性包括隊列優(yōu)先級和隊列大小等。
[0070]較佳地，所述步驟S27中還包括以下步驟:
[0071]所述任務(wù)發(fā)送包含所述任務(wù)的任務(wù)標識的一第一刪除消息至所述轉(zhuǎn)發(fā)器；
[0072]所述轉(zhuǎn)發(fā)器基于所述第一刪除消息刪除所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立的所述任務(wù)發(fā)送隊列和任務(wù)接收隊列。
[0073]較佳地，所述步驟S27中還包括以下步驟:
[0074]所述目標任務(wù)發(fā)送包含所述目標任務(wù)的任務(wù)標識的一第二刪除消息至所述轉(zhuǎn)發(fā)器；
[0075]所述轉(zhuǎn)發(fā)器基于所述第二刪除消息刪除所述轉(zhuǎn)發(fā)器和所述目標任務(wù)之間建立的所述目標任務(wù)接收隊列和目標任務(wù)發(fā)送隊列。
[0076]較佳地,所述消息包括一版本信息、一消息標識、一請求標識、一任務(wù)標識、一數(shù)據(jù)長度信息和一數(shù)據(jù)體等。
[0077]本發(fā)明中所有任務(wù)發(fā)送的消息均包括上述信息，其中版本信息聲明了消息結(jié)構(gòu)定義的版本號，可用于消息結(jié)構(gòu)擴展后前后版本的兼容。消息標識由SID和SIF兩個部分組成，所述SID標識業(yè)務(wù)模塊，所述SIF標識業(yè)務(wù)命令碼。請求標識用于從某一任務(wù)發(fā)送的眾多消息中唯一區(qū)分一個消息。任務(wù)標識用于標識發(fā)送消息的任務(wù)。數(shù)據(jù)長度信息標識了消息的數(shù)據(jù)部分長度，即下面提到的數(shù)據(jù)體的長度。數(shù)據(jù)體中包含消息的具體數(shù)據(jù)內(nèi)容。
[0078]較佳地，所述反饋信息包括一版本信息、一消息標識、一請求標識、一任務(wù)標識、一狀態(tài)碼、一數(shù)據(jù)長度信息和一響應(yīng)結(jié)果數(shù)據(jù)等。[0079]本發(fā)明中所述反饋信息的包括的信息結(jié)構(gòu)大體與上述消息的結(jié)構(gòu)相同，其中所述反饋信息還包括一響應(yīng)結(jié)果數(shù)據(jù)，用于表示消息處理的結(jié)果。
[0080]在符合本領(lǐng)域常識的基礎(chǔ)上，上述各優(yōu)選條件，可任意組合，即得本發(fā)明各較佳實例。
[0081]本發(fā)明的積極進步效果在于:
[0082]本發(fā)明的通信方法通過轉(zhuǎn)發(fā)器和隊列的組合實現(xiàn)了不同任務(wù)間消息的傳輸，所以此時不再需要利用系統(tǒng)提供的消息接口來實現(xiàn)消息的傳輸，任務(wù)只需要將消息放入隊列，并由轉(zhuǎn)發(fā)器進行相應(yīng)地轉(zhuǎn)發(fā)即可實現(xiàn)消息的傳輸。
[0083]因此本發(fā)明能夠屏蔽操作系統(tǒng)之間差異，應(yīng)用或任務(wù)只關(guān)注操作的對象和消息，這解決了應(yīng)用軟件針對不同操作系統(tǒng)的復(fù)用問題。
[0084]此外本發(fā)明中通過對隊列的優(yōu)化和擴展，即對傳輸隊列的屬性的控制來改變隊列中消息的模式，還可以增加本發(fā)明的通信方法的使用范圍。
[0085]最后，本發(fā)明中消息的傳輸均通過所述轉(zhuǎn)發(fā)器，所以O(shè)NU設(shè)備可以很方便的對消息的傳遞進行監(jiān)控和管理。
【專利附圖】

【附圖說明】
[0086]圖1為本發(fā)明的通信方法的第一實施例的建立的流程圖。
[0087]圖2為本發(fā)明的通信方法的第一實施例的修改的流程圖。
[0088]圖3為本發(fā)明的通信方法的第一實施例的通信的流程圖。
[0089]圖4為本發(fā)明的通信方法的第一實施例的刪除的流程圖。
[0090]圖5為本發(fā)明的通信方法的第二實施例的通信的流程圖。
【具體實施方式】
[0091]下面通過實施例的方式進一步說明本發(fā)明，但并不因此將本發(fā)明限制在所述的實施例范圍之中。
[0092]第一實施例中通信方法用于ONU設(shè)備的系統(tǒng)通信，其中本實施例中發(fā)送消息的任務(wù)不需要等待目標任務(wù)的處理結(jié)果而是不斷地執(zhí)行發(fā)送消息的動作，從而快速地處理消息的發(fā)送。
[0093]而其本實施例的通信方法的實現(xiàn)中關(guān)鍵的一個環(huán)節(jié)是構(gòu)造消息的通信鏈路和載體。對于Linux系統(tǒng)來說有現(xiàn)成的消息通信的實現(xiàn)，如IPC message (進程間通信信息)或socket (套接字)通信。但是這兩種通信方式會有一些缺點而不能滿足ONU系統(tǒng)對消息通信的需求，IPC message只能在用戶線程中進行通信，不能實現(xiàn)，內(nèi)核與用戶線程的消息通信。Socket通信是基于數(shù)據(jù)流的方式，使用者必須自行把消息從數(shù)據(jù)流中逐個隔斷提取出來，這樣使應(yīng)用編程變得復(fù)雜，而且沒法再通信鏈路上對消息進行統(tǒng)計和診斷。
[0094]所以本實施例中采用一轉(zhuǎn)發(fā)器和各個任務(wù)之間建立的隊列來實現(xiàn)消息的傳遞，例如所述轉(zhuǎn)發(fā)器可以采用一個Linux字符設(shè)備，進程可以通過字符設(shè)備的操作方式來操作消息，比如open、read、write或ioctl (Linux字符設(shè)備內(nèi)置的操作方式,此處就不再詳細贅述)等操作方式。進程通過寫消息設(shè)備把消息傳遞到目錄進程，進程通過讀消息設(shè)備獲得源進程的消息。[0095]本實施例中轉(zhuǎn)發(fā)器提供消息分發(fā)的能力，所以物理上轉(zhuǎn)發(fā)器是硬件系統(tǒng)中內(nèi)存的一部分。通過數(shù)據(jù)的組織和管理我們在邏輯上實現(xiàn)的。下面給出轉(zhuǎn)發(fā)器的定義描述和在Linux系統(tǒng)下該設(shè)備的實現(xiàn):
[0096]設(shè)備在Iinux系統(tǒng)中的實現(xiàn)的代碼如下:
[0097]
【權(quán)利要求】
1.一種通信方法，用于ONU設(shè)備的系統(tǒng)通信，其特征在于，所述通信方法包括以下步驟: Sn、一任務(wù)依次發(fā)送多個消息至所述任務(wù)與一轉(zhuǎn)發(fā)器之間建立的一任務(wù)發(fā)送隊列； S12、所述轉(zhuǎn)發(fā)器依次檢測所述發(fā)送隊列中的所述消息的目標任務(wù)； S13、所述轉(zhuǎn)發(fā)器依次將所述消息發(fā)送至所述目標任務(wù)與所述轉(zhuǎn)發(fā)器之間建立的目標任務(wù)接收隊列； S14、所述目標任務(wù)從所述目標任務(wù)接收隊列中讀取所述消息。
2.如權(quán)利要求1所述的通信方法，其特征在于，所述步驟S11之前還包括以下步驟: 所述任務(wù)發(fā)送包含所述任務(wù)的任務(wù)標識的一第一創(chuàng)建消息至所述轉(zhuǎn)發(fā)器； 所述轉(zhuǎn)發(fā)器基于所述第一創(chuàng)建消息在所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立所述任務(wù)發(fā)送隊列。
3.如權(quán)利要求2所述的通信方法，其特征在于，所述步驟S11之前還包括以下步驟: 所述任務(wù)發(fā)送包含所述任務(wù)的任務(wù)標識的一第一修改消息至所述轉(zhuǎn)發(fā)器； 所述轉(zhuǎn)發(fā)器基于所述第一修改消息修改所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立的所述任務(wù)發(fā)送隊列的隊列屬性。
4.如權(quán)利要求1所述的通信方法，其特征在于，所述步驟S11之前還包括以下步驟: 所述目標任務(wù)發(fā)送包含所述目標任務(wù)的任務(wù)標識的一第二創(chuàng)建消息至所述轉(zhuǎn)發(fā)器； 所述轉(zhuǎn)發(fā)器基于所述第二創(chuàng)建消息在所述轉(zhuǎn)發(fā)器和所述目標任務(wù)之間建立所述目標任務(wù)接收隊列。
5.如權(quán)利要求4所述的通信方法，其特征在于，所述步驟S11之前還包括以下步驟: 所述目標任務(wù)發(fā)送包含所述目標任務(wù)的任務(wù)標識的一第二修改消息至所述轉(zhuǎn)發(fā)器； 所述轉(zhuǎn)發(fā)器基于所述第二修改消息修改所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立的所述目標任務(wù)發(fā)送隊列的隊列屬性。
6.如權(quán)利要求3或5所述的通信方法，其特征在于，所述隊列屬性包括隊列優(yōu)先級和隊列大小。
7.如權(quán)利要求1所述的通信方法，其特征在于，所述步驟S14之后還包括以下步驟: 所述任務(wù)發(fā)送包含所述任務(wù)的任務(wù)標識的一第一刪除消息至所述轉(zhuǎn)發(fā)器； 所述轉(zhuǎn)發(fā)器基于所述第一刪除消息刪除所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立的所述任務(wù)發(fā)送隊列。
8.如權(quán)利要求1所述的通信方法，其特征在于，所述步驟S14之后還包括以下步驟: 所述目標任務(wù)發(fā)送包含所述目標任務(wù)的任務(wù)標識的一第二刪除消息至所述轉(zhuǎn)發(fā)器； 所述轉(zhuǎn)發(fā)器基于所述第二刪除消息刪除所述轉(zhuǎn)發(fā)器和所述目標任務(wù)之間建立的所述目標任務(wù)接收隊列。
9.一種通信方法，用于ONU設(shè)備的系統(tǒng)通信，其特征在于，所述通信方法包括以下步驟: S21、一任務(wù)發(fā)送一消息至所述任務(wù)與一轉(zhuǎn)發(fā)器之間建立的一任務(wù)發(fā)送隊列； S22、所述轉(zhuǎn)發(fā)器檢測所述發(fā)送隊列中的所述消息的目標任務(wù)； S23、所述轉(zhuǎn)發(fā)器將所述消息發(fā)送至所述目標任務(wù)與所述轉(zhuǎn)發(fā)器之間建立的一目標任務(wù)接收隊列；S24、所述目標任務(wù)從所述接收隊列中讀取所述消息，并生成一反饋信息； S25、所述目標任務(wù)將所述反饋信息發(fā)送至所述目標任務(wù)與所述轉(zhuǎn)發(fā)器之間建立的一目標任務(wù)發(fā)送隊列； S26、所述轉(zhuǎn)發(fā)器將所述反饋信息發(fā)送至所述任務(wù)與所述轉(zhuǎn)發(fā)器之間建立一任務(wù)接收隊列； S27、所述任務(wù)從所述接收隊列中讀取所述反饋信息，并返回步驟s21。
10.如權(quán)利要求9所述的通信方法，其特征在于，所述步驟S21之前還包括以下步驟: 所述任務(wù)發(fā)送包含所述任務(wù)的任務(wù)標識的一第一創(chuàng)建消息至所述轉(zhuǎn)發(fā)器； 所述轉(zhuǎn)發(fā)器基于所述第一創(chuàng)建消息在所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立所述任務(wù)發(fā)送隊列和任務(wù)接收隊列。
11.如權(quán)利要求10所述的通信方法，其特征在于，所述步驟S21之前還包括以下步驟: 所述任務(wù)發(fā)送包含所述任務(wù)的任務(wù)標識的一第一修改消息至所述轉(zhuǎn)發(fā)器； 所述轉(zhuǎn)發(fā)器基于所述第一修改消息修改所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立的所述任務(wù)發(fā)送隊列和任務(wù)接收隊列的隊列屬性。
12.如權(quán)利要求9所述的通信方法，其特征在于，所述步驟S21之前還包括以下步驟: 所述目標任務(wù)發(fā)送包含所述目標任務(wù)的任務(wù)標識的一第二創(chuàng)建消息至所述轉(zhuǎn)發(fā)器； 所述轉(zhuǎn)發(fā)器基于所述第二創(chuàng)建消息在所述轉(zhuǎn)發(fā)器和所述目標任務(wù)之間建立所述目標任務(wù)接收隊列和目標任務(wù)發(fā)送隊列。
13.如權(quán)利要求12所述的通信方法，其特征在于，所述步驟S21之前還包括以下步驟: 所述目標任務(wù)發(fā)送包含所述目標任務(wù)的任務(wù)標識的一第二修改消息至所述轉(zhuǎn)發(fā)器； 所述轉(zhuǎn)發(fā)器基于所述第二修改消息修改所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立的所述目標任務(wù)發(fā)送隊列和目標任務(wù)發(fā)送隊列的隊列屬性。
14.如權(quán)利要求11或13所述的通信方法，其特征在于，所述隊列屬性包括隊列優(yōu)先級和隊列大小。
15.如權(quán)利要求9所述的通信方法，其特征在于，所述步驟S27中還包括以下步驟: 所述任務(wù)發(fā)送包含所述任務(wù)的任務(wù)標識的一第一刪除消息至所述轉(zhuǎn)發(fā)器； 所述轉(zhuǎn)發(fā)器基于所述第一刪除消息刪除所述轉(zhuǎn)發(fā)器和所述任務(wù)之間建立的所述任務(wù)發(fā)送隊列和任務(wù)接收隊列。
16.如權(quán)利要求9所述的通信方法，其特征在于，所述步驟S27中還包括以下步驟: 所述目標任務(wù)發(fā)送包含所述目標任務(wù)的任務(wù)標識的一第二刪除消息至所述轉(zhuǎn)發(fā)器； 所述轉(zhuǎn)發(fā)器基于所述第二刪除消息刪除所述轉(zhuǎn)發(fā)器和所述目標任務(wù)之間建立的所述目標任務(wù)接收隊列和目標任務(wù)發(fā)送隊列。
17.如權(quán)利要求1或9所述的通信方法，其特征在于，所述消息包括一版本信息、一消息標識、一請求標識、一任務(wù)標識、一數(shù)據(jù)長度信息和一數(shù)據(jù)體。
18.如權(quán)利要求17所述的通信方法，其特征在于，所述反饋信息包括一版本信息、一消息標識、一請求標識、一任務(wù)標識、一狀態(tài)碼、一數(shù)據(jù)長度信息和一響應(yīng)結(jié)果數(shù)據(jù)。
【文檔編號】H04Q11/00GK103634707SQ201210303948
【公開日】2014年3月12日 申請日期:2012年8月23日 優(yōu)先權(quán)日:2012年8月23日
【發(fā)明者】張仁儒 申請人:上海斐訊數(shù)據(jù)通信技術(shù)有限公司