專利名稱：完全分布式測量協(xié)同問題解決方法
技術(shù)領域：
本發(fā)明涉及計算機和通信網(wǎng)絡中的測量技術(shù)領域，特別涉及一種完全分布式測量協(xié)同問題的解決方法。
目前的網(wǎng)絡測量系統(tǒng)多為分布式系統(tǒng)，它所包含的節(jié)點按照功能不同一般可以劃分為三類控制節(jié)點、測量節(jié)點和被測節(jié)點。其中控制節(jié)點負責測量命令的發(fā)布和測量結(jié)果的回收，測量節(jié)點和被測節(jié)點協(xié)作完成測量命令的執(zhí)行。測量的一個關鍵問題是測量結(jié)果的精確性。如果一個測量節(jié)點同時執(zhí)行了多個測量，那么這些測量所產(chǎn)生的流量會在網(wǎng)絡中相互干擾，從而影響了測量結(jié)果的精確度；另一方面，如果測量進程不是運行在系統(tǒng)的內(nèi)核級，操作系統(tǒng)在調(diào)度多個測量進程的過程中，可能會造成測量時間戳記錄不準確；同時，有人建議塊傳輸能力的測量應該在一個干凈的網(wǎng)絡環(huán)境中。
綜合考慮上面兩個方面，則引入了新的問題。如果把測量看成任務，那么一次大規(guī)模測量的過程可以看作分布式節(jié)點協(xié)作完成一系列不斷產(chǎn)生的任務。限定測量的互斥進行相當于任意時刻某個節(jié)點只能為一個任務服務。節(jié)點執(zhí)行測量進程需要受到自己和其它節(jié)點多方面的影響，因此會引起任務沖突、進程死鎖等一系列問題，我們稱之為測量協(xié)同問題(MCP)。

發(fā)明內(nèi)容
本發(fā)明的目的是為網(wǎng)絡測量系統(tǒng)提供互斥測量協(xié)同的能力。而提供一種完全分布式測量協(xié)同問題解決方法，為實現(xiàn)該目的，完全分布式的測量協(xié)同問題解決方法包括步驟●產(chǎn)生測量任務的請求節(jié)點向協(xié)同節(jié)點發(fā)送第一類測量請求消息；●協(xié)同節(jié)點根據(jù)當前狀態(tài)決定發(fā)送否定應答還是保持沉默；●如果請求節(jié)點超時，則根據(jù)當前狀態(tài)進行下列3類操作中的一種(1)向協(xié)同節(jié)點發(fā)送第二類測量請求消息；(2)進行環(huán)檢測；(3)保持沉默；●收到第二類測量請求消息的協(xié)同節(jié)點根據(jù)當前狀態(tài)決定發(fā)送否定應答還是肯定應答；●接收到肯定應答的請求節(jié)點進入測量狀態(tài)，并開始測量。
使用了兩類測量請求消息，節(jié)點只有發(fā)送了第一類請求消息后才能夠發(fā)送第二類消息，且肯定應答消息只針對第二類請求消息。
不但第一類請求消息的接收者可以對該消息作否定應答，而且該消息的發(fā)送者也可以對該消息做否定應答。
肯定應答消息只能由協(xié)同節(jié)點發(fā)送并作為對第二類請求消息的應答。
節(jié)點處于等待狀態(tài)1和等待狀態(tài)4時，在定時器沒有超時的情況下仍然可以接收第一類請求消息。
只有當節(jié)點有可能在孤立環(huán)上的時候，即滿足孤立有向環(huán)檢測條件時，才進行孤立有向環(huán)檢測。
環(huán)檢測中每個檢測到環(huán)存在的節(jié)點都進行拆環(huán)操作。
存儲所有拓撲信息就可以有全局一致的，環(huán)檢測中節(jié)點無須拆環(huán)動作

圖1 節(jié)點的狀態(tài)轉(zhuǎn)移示意圖；圖2 是多個節(jié)點所構(gòu)成的測量請求圖；圖3 有向環(huán)檢測和拆除中的狀態(tài)轉(zhuǎn)移示意圖；圖4 是多個節(jié)點的測量系統(tǒng)和測量協(xié)同示意圖；圖5 是測量協(xié)同過程的消息傳遞時間序列示意圖；
由于Req2消息只能在發(fā)送了Req消息后才能夠發(fā)送，因此作為對Req2應答的Ack和Rst消息，相當于應答了Req2消息之前發(fā)送的Req消息。消息傳遞存在時間上限Ttrans，任務執(zhí)行時間存在上限Texec。節(jié)點狀態(tài)idle 空閑狀態(tài)。表示節(jié)點沒有執(zhí)行測量任務，也沒有和其它節(jié)點進行協(xié)商。busy 繁忙狀態(tài)。表示節(jié)點正在執(zhí)行測量任務。wait1 等待狀態(tài)1。表示該節(jié)點接收了來自其它節(jié)點的Req消息。wait2 等待狀態(tài)2。表示該節(jié)點剛剛發(fā)送了Req消息。wait3 等待狀態(tài)3。表示該節(jié)點判定沒有其它節(jié)點向自己請求測量。wait4 等待狀態(tài)4。表示該節(jié)點發(fā)送了Req消息后，接收到了來自其它節(jié)點的Req消息。節(jié)點的數(shù)據(jù)結(jié)構(gòu)State單個變量。存放節(jié)點的當前狀態(tài)(即idle，busy，wait1~wait4)。Requests 數(shù)組。存放節(jié)點收到且未應答的Req消息。Collaborator 單個變量。存放節(jié)點發(fā)送Req消息的目的節(jié)點編號。Priority 單個變量。保存環(huán)檢測中已發(fā)現(xiàn)節(jié)點的最大優(yōu)先級。Distance 單個變量。環(huán)檢測中具有最大優(yōu)先級的節(jié)點和發(fā)現(xiàn)的最新節(jié)點之間的距離(以跳數(shù)為單位)。Nodes數(shù)組。存放節(jié)點所知道但尚未報告的拓撲信息。(節(jié)點編號)節(jié)點的處理過程1)公共操作 基本操作節(jié)點使用State變量記錄它的當前狀態(tài)。節(jié)點發(fā)送Req消息時，把該消息發(fā)往的節(jié)點編號記錄在Collaborator變量和Nodes數(shù)組的第一個變量中。節(jié)點接收到Req消息時，如果沒有立即回復Rst消息，就會先把該消息放入Requests數(shù)組。 錯誤處理如果節(jié)點處于某個狀態(tài)時接收到了下面沒有定義的消息，則按照下面的規(guī)則處理如果消息類型是Req或Req2，則應答Rst消息；如果消息類型是Ld，Ack或Rst消息，則保持沉默。錯誤處理過程中節(jié)點的狀態(tài)不發(fā)生改變。2)busy狀態(tài)的操作 節(jié)點拒絕來自其它任何節(jié)點的任何消息。當任務執(zhí)行完成后，節(jié)點自動回到idle狀態(tài)。3)idle狀態(tài)的操作 可以向其它任何節(jié)點發(fā)送Req消息，啟動超時時間為Ttrans的定時器，進入狀態(tài)wait2； 可以接受來自其它任何節(jié)點的Req消息，啟動超時時間為Ttrans-Tsend的定時器，進入wait1狀態(tài)。其中Tsend指Req消息的發(fā)送時刻。4)wait1狀態(tài)的操作 節(jié)點只能在定時器沒有超時的情況下接收Req消息，超時后接收到的Req消息按錯誤處理。沒有超時的情況下接收Req消息的動作參見公共操作中的說明； 接收Rst消息時，從Requests數(shù)組中刪除對應的Req消息，如果刪除后數(shù)組為空，則進入idle狀態(tài)； 接收到Req2消息時，如果Requests數(shù)組中包含了該消息的發(fā)送節(jié)點曾經(jīng)發(fā)送的Req消息，則應答Ack消息，并對Requests數(shù)組中的其它所有Req消息應答Rst消息，最后清空Requests數(shù)組，進入busy狀態(tài)。5)wait2狀態(tài)的操作 如果接收到來自Collaborator節(jié)點的Rst消息，則進入idle狀態(tài)； 如果接收到來自其它節(jié)點的Req消息，則進入wait4狀態(tài)； 如果定時器超時，則向Collaborator節(jié)點發(fā)送Req2消息，進入wait3狀態(tài)。6)wait3狀態(tài)的操作 如果接收到來自Collaborator節(jié)點的Rst消息，則進入狀態(tài)idle； 如果接收到來自Collaborator節(jié)點的Ack消息，則進入busy狀態(tài)。7)wait4狀態(tài)的操作 節(jié)點只能在定時器沒有超時的情況下接收Req消息，超時后接收到的Req消息按錯誤處理。沒有超時的情況下接收Req消息的動作參見公共操作中的說明； 接收Rst消息時，如果Rst消息來自Collaborator節(jié)點，則進入wait1狀態(tài)；如果該消息和Requests數(shù)組中的某個Req消息匹配，則把該消息從數(shù)組中刪除，如果刪除后數(shù)組為空，則向Collaborator節(jié)點發(fā)送Req2消息并進入wait3狀態(tài)； 接收Req2消息時，如果Requests數(shù)組中包含了該消息的發(fā)送節(jié)點曾經(jīng)發(fā)送的Req消息，則應答Ack消息，并對dest節(jié)點和Requests數(shù)組中的所有其它節(jié)點發(fā)送Rst消息，最后清空Requests數(shù)組，進入busy狀態(tài)； 如果定時器超時，則節(jié)點執(zhí)行有向環(huán)檢測和拆除操作(參見0節(jié))。8)接收Ld消息的操作 參見有向環(huán)的檢測和拆除。
圖1給出了節(jié)點的狀態(tài)轉(zhuǎn)移示意圖。該圖為攜帶動作的有限狀態(tài)機，其中問號“？”表示發(fā)送，感嘆號“！”表示接收。動作(如果有)和轉(zhuǎn)移條件之間使用斜線“/”分割開。處理過程中的許多細節(jié)，如wait1和wait4狀態(tài)的超時、有向環(huán)的檢測和拆除以及不發(fā)生狀態(tài)轉(zhuǎn)移的條件等都沒有在圖上表現(xiàn)出來。該圖給出了節(jié)點之間大致的處理流程。有向環(huán)的檢測和拆除定義3測量請求圖測量請求圖G＝(V，E)是一個有向圖。其中V代表系統(tǒng)中的節(jié)點集合， 向r發(fā)送了Req消息，且s和r均未對該消息做出應答}，即系統(tǒng)中的每個測量請求對應G中的一條有向邊。
圖2給出了一個測量請求圖，圖中節(jié)點1請求和節(jié)點3進行測量，節(jié)點2請求和節(jié)點3進行測量，節(jié)點3請求和節(jié)點4進行測量，節(jié)點4請求和節(jié)點5進行測量，節(jié)點5請求和節(jié)點6進行測量，節(jié)點6請求和節(jié)點4進行測量。
如果某個時刻系統(tǒng)對應的測量請求圖存在有向環(huán)，則環(huán)上節(jié)點的Requests數(shù)組均不為空，不會有節(jié)點主動發(fā)送Req2消息，系統(tǒng)可能存在死鎖。如果該環(huán)所在的連通子圖包含其它節(jié)點，那么不在環(huán)上的節(jié)點有可能給環(huán)上的節(jié)點發(fā)送Req2消息，從而引起有向環(huán)的拆除。即有向環(huán)不一定會引起死鎖，只有孤立的有向環(huán)才會引起死鎖。因此只需要檢測孤立的有向環(huán)。如果節(jié)點處于孤立的有向環(huán)上，則節(jié)點的入度為1，即Requests數(shù)組中恰好只包含一個Req消息，令該消息的發(fā)送者為Superior。按照節(jié)點的處理過程，在進行有向環(huán)檢測時，節(jié)點處于wait4狀態(tài)，且定時器已經(jīng)超時。定義4孤立有向環(huán)檢測條件如果節(jié)點處于wait4狀態(tài)，定時器超時，且Requests數(shù)組長度為1，則稱該節(jié)點滿足孤立有向環(huán)檢測條件。完整的有向環(huán)檢測和拆除操作如下1)Ld消息的發(fā)送如果節(jié)點滿足孤立有向環(huán)檢測條件，且Nodes數(shù)組長度大于0，則●節(jié)點比較Nodes數(shù)組中的成員和自己，根據(jù)定義更新Priority和Distance變量；●節(jié)點構(gòu)造Ld消息，消息體中攜帶Nodes數(shù)組；●該節(jié)點把構(gòu)造好的Ld消息報告給Superior節(jié)點，并清空Nodes數(shù)組。2)Ld消息的接收節(jié)點處于wait2或wait4狀態(tài)時可以接收Ld消息。(其它狀態(tài)也不可能接收到Ld消息)●節(jié)點首先把Ld消息中攜帶的數(shù)組放到Nodes數(shù)組中的尾部；
●如果在Nodes數(shù)組中發(fā)現(xiàn)了自己，則說明發(fā)現(xiàn)了有向環(huán)。節(jié)點更新計算Priority和Distance變量，并執(zhí)行拆環(huán)操作；●如果節(jié)點滿足孤立有向環(huán)檢測條件，則進行Ld消息的發(fā)送操作(參見Ld消息發(fā)送)。3)拆環(huán)操作考慮到協(xié)同節(jié)點的Ld消息中發(fā)現(xiàn)自己的節(jié)點。如果該節(jié)點的Requests數(shù)組中元素數(shù)目大于1，則該節(jié)點從未發(fā)送過Ld消息。也就是說，只有該節(jié)點自己知道存在有向環(huán)。設該節(jié)點為a0，環(huán)上的其他節(jié)點分別為a1，…，an-1，環(huán)的方向沿節(jié)點下標從小到大。根據(jù)a0的最終狀態(tài)不同，拆環(huán)可以分為下面兩種情況 如果a0不在環(huán)上的請求節(jié)點向a0發(fā)送Req2消息，那么根據(jù)節(jié)點處理過程，a0應答Ack并向所有其它鄰居節(jié)點(包括a1和an-1)發(fā)送Rst消息，該有向環(huán)被拆除； 如果上述節(jié)點均向a0發(fā)送Rst消息，則該有向環(huán)成為孤立有向環(huán)，由于環(huán)上節(jié)點中只有a0知道該環(huán)的存在，因此拆環(huán)工作由a0來完成。此時a0向a1發(fā)送Req2消息，向an-1發(fā)送Rst消息，并進入wait3狀態(tài)，從而孤立有向環(huán)被拆除。
如果a0的Requests數(shù)組中元素數(shù)目等于1，由于只有滿足有向環(huán)檢測的節(jié)點才發(fā)送Ld消息，因此a0，…，an-1構(gòu)成了孤立有向環(huán)。另外，有可能多個節(jié)點均檢測到了有向環(huán)，這時多個節(jié)點必須有全局一致的拆環(huán)動作。在這種情況下，設P是節(jié)點的權(quán)值函數(shù)，且不同節(jié)點的權(quán)值不同，那么從權(quán)值最大的節(jié)點開始拆環(huán)。即如果P(ai)＝max{P(ak)|0≤k≤n-1}，那么所有檢測到環(huán)的節(jié)點一致同意ai和ai1進行組合，其中為模n加法，并沿環(huán)的方向依次匹配。為了加快拆環(huán)速度，所有檢測到孤立有向環(huán)的節(jié)點可以進行拆環(huán)。節(jié)點ak根據(jù)自己的判斷可能有以下三種動作 如果ak判斷自己應該和ak1進行測量協(xié)同，則向ak1發(fā)送Req2消息，向ak(n-1)發(fā)送Rst消息，并進入wait3狀態(tài)； 如果ak判斷自己應該和ak(n-1)進行測量協(xié)同，則向ak1發(fā)送Rst消息；等待ak(n-1)發(fā)來的Req2消息； 如果ak判斷沒有節(jié)點和自己測量協(xié)同，必然有i＝k1。ak向ai和
ak(n-1)發(fā)送Rst消息，并進入idle狀態(tài)。
節(jié)點在有向環(huán)檢測和拆除過程中的狀態(tài)轉(zhuǎn)移如圖3所示。與圖1相比，圖3增加了從wait4直接到idle的轉(zhuǎn)移，wait4到wait1和wait3的轉(zhuǎn)移條件也有了擴充。增加了這些以后，只有節(jié)點在wait4時的狀態(tài)轉(zhuǎn)移發(fā)生了影響，節(jié)點當且僅當進入wait3才伴隨發(fā)送Req2消息的性質(zhì)依然保持。
從節(jié)點的拆環(huán)動作可以看出節(jié)點只使用了環(huán)檢測中已發(fā)現(xiàn)節(jié)點的最大優(yōu)先級Priority和具有最大優(yōu)先級的節(jié)點和發(fā)現(xiàn)的最新節(jié)點之間的距離Distance作為拆環(huán)的依據(jù)，因此節(jié)點無須存儲所有拓撲信息就可以有全局一致的拆環(huán)動作。
下面將結(jié)合附圖用一個實際例子說明該方法的處理過程。
圖4是一個包括6個節(jié)點的測量系統(tǒng)。圖中每個節(jié)點均向其他節(jié)點發(fā)送了測量請求。圖5為處理過程的消息傳遞時間序列示意圖。其中豎實線代表時間軸，越靠下說明時間越晚，時間軸上面的節(jié)點編號代表該時間軸刻劃該節(jié)點的事件。不同時間軸的刻度和起點相同，即如果用一個水平線和時間軸相交，那么不同的交點代表相同的時刻。時間軸之間的帶箭頭線段代表消息的傳遞線段從某個時間軸開始，到另一個時間軸終止，起點所在的時間軸對應的節(jié)點代表消息的發(fā)送方，起點對應消息的發(fā)送時刻；終點所在的時間軸對應的節(jié)點代表消息的接收方，終點對應接收時刻。下面對該過程作詳細解釋步驟1，t0時刻，所有節(jié)點處于狀態(tài)idle。
步驟2，t1時刻，節(jié)點1產(chǎn)生測量任務(1，3，t1)，并向節(jié)點3發(fā)送Req消息，切換到狀態(tài)wait2。
步驟3，t2時刻，節(jié)點3產(chǎn)生測量任務(3，4，t2)，并向節(jié)點4發(fā)送Req消息，切換到狀態(tài)wait2。
步驟4，t3時刻，節(jié)點6產(chǎn)生測量任務(6，4，t3)，并向節(jié)點4發(fā)送Req消息，切換到狀態(tài)wait2。
步驟5，t4時刻，節(jié)點4產(chǎn)生測量任務(4，5，t4)，并向節(jié)點5發(fā)送Req消息，切換到狀態(tài)wait2。
步驟6，t5時刻，節(jié)點2產(chǎn)生測量任務(2，3，t5)，并向節(jié)點3發(fā)送Req消息，切換到狀態(tài)wait2。
步驟7，t6時刻，節(jié)點3收到節(jié)點1發(fā)來的Req消息，切換到狀態(tài)wait4。
步驟8，t7時刻，節(jié)點5產(chǎn)生測量任務(5，6，t7)，并向節(jié)點6發(fā)送Req消息，切換到狀態(tài)wait2。
步驟9，t8時刻，節(jié)點4收到節(jié)點3發(fā)來的Req消息，切換到狀態(tài)wait4。
步驟10，t9時刻，節(jié)點4收到節(jié)點6發(fā)來的Req消息。
步驟11，t10時刻，節(jié)點5收到節(jié)點4發(fā)來的Req消息，切換到狀態(tài)wait4。
步驟12，t11時刻，節(jié)點3收到節(jié)點2發(fā)來的Req消息。
步驟13，t12時刻，節(jié)點6收到節(jié)點5發(fā)來的Req消息，切換到狀態(tài)wait4。
步驟14，t13時刻，節(jié)點1超時，向節(jié)點3發(fā)送Req2消息，切換到狀態(tài)wait3。
步驟15，t14時刻，節(jié)點6超時，向節(jié)點5發(fā)送環(huán)檢測消息。
步驟16，t15時刻，節(jié)點2超時，向節(jié)點3發(fā)送Req2消息，切換到狀態(tài)wait3。
步驟17，t16時刻，節(jié)點3收到節(jié)點1發(fā)來的Req2消息，切換到狀態(tài)busy，并向節(jié)點1發(fā)送Ack消息，向節(jié)點2和節(jié)點4發(fā)送Rst消息。
步驟18，t17時刻，節(jié)點5超時，向節(jié)點4發(fā)送環(huán)檢測消息。
步驟19，t18時刻，節(jié)點5收到節(jié)點6發(fā)來的環(huán)檢測消息，更新自己相應的變量，并向再次節(jié)點4發(fā)送環(huán)檢測消息。
步驟20，t19時刻，節(jié)點3收到節(jié)點2發(fā)來的Req2消息，由于節(jié)點3此時處于busy狀態(tài)，因此向節(jié)點2發(fā)送Rst消息。
步驟21，t20時刻，節(jié)點4收到節(jié)點3發(fā)來的Rst消息，節(jié)點4判斷自己滿足環(huán)檢測條件，因此向節(jié)點6發(fā)送環(huán)檢測消息。
步驟22，t21時刻，節(jié)點1收到節(jié)點3發(fā)來的Ack消息，進入busy狀態(tài)。
步驟23，t22時刻，節(jié)點4收到節(jié)點5首次發(fā)來的環(huán)檢測消息，更新自己相應的變量，并向節(jié)點6再次發(fā)送環(huán)檢測消息。
步驟24，t23時刻，節(jié)點2收到節(jié)點3發(fā)來的Rst消息，從wait3狀態(tài)進入idle狀態(tài)。
步驟25，t24時刻，節(jié)點4收到節(jié)點5第二次發(fā)來的環(huán)檢測消息，更新自己相應的變量，發(fā)現(xiàn)環(huán)存在。由于節(jié)點6是環(huán)上權(quán)值最大的節(jié)點，因此節(jié)點4按照規(guī)則向節(jié)點5發(fā)送Rst消息，進入wait1狀態(tài)。
步驟26，t25時刻，節(jié)點6收到節(jié)點4首次發(fā)來的環(huán)檢測消息，更新自己相應的變量，并向節(jié)點5再次發(fā)送環(huán)檢測消息。
步驟27，t26時刻，節(jié)點2收到節(jié)點3發(fā)來的Rst消息，由于節(jié)點2處于idle狀態(tài)，因此節(jié)點2忽略該Rst消息。
步驟28，t27時刻，節(jié)點6收到節(jié)點4第二次發(fā)來的環(huán)檢測消息，更新自己相應的變量，發(fā)現(xiàn)環(huán)存在。由于自己是環(huán)上權(quán)值最大的節(jié)點，因此節(jié)點6按照規(guī)則向節(jié)點5發(fā)送Rst消息，向節(jié)點4發(fā)送Req2消息，進入wait3狀態(tài)。
步驟29，t28時刻，節(jié)點5收到節(jié)點4發(fā)來的Rst消息，按照規(guī)則，節(jié)點5切換到wait3狀態(tài)，并向節(jié)點6發(fā)出Req2消息。
步驟30，t29時刻，節(jié)點5收到節(jié)點6第二次發(fā)來的環(huán)檢測消息，由于節(jié)點5此時處于wait3狀態(tài)，因此節(jié)點5忽略該消息。
步驟31，t30時刻，節(jié)點4收到節(jié)點6發(fā)來的Req2消息，切換到狀態(tài)busy，并向節(jié)點6發(fā)送Ack消息。
步驟32，t31時刻，節(jié)點6收到節(jié)點5發(fā)來的Req2消息，由于節(jié)點6處于wait3狀態(tài)，因此節(jié)點6向節(jié)點5發(fā)送Rst消息。
步驟33，t32時刻，節(jié)點6收到節(jié)點4發(fā)來的Ack消息，進入busy狀態(tài)。
步驟34，t33時刻，節(jié)點5收到節(jié)點6發(fā)來的Ack消息，進入idle狀態(tài)。
本發(fā)明在網(wǎng)絡測量系統(tǒng)上實現(xiàn)了互斥測量協(xié)同的能力。現(xiàn)有的網(wǎng)絡測量系統(tǒng)均不支持測量協(xié)同和測量任務的互斥執(zhí)行。該方法具有良好的處理沖突任務的能力，使得在任務并發(fā)性較強時仍然具有較好的任務執(zhí)行能力。
權(quán)利要求
1.一種完全分布式的測量協(xié)同問題解決方法，包括步驟●產(chǎn)生測量任務的請求節(jié)點向協(xié)同節(jié)點發(fā)送第一類測量請求消息；●協(xié)同節(jié)點根據(jù)當前狀態(tài)決定發(fā)送否定應答還是保持沉默；●如果請求節(jié)點超時，則根據(jù)當前狀態(tài)進行下列3類操作中的一種(1)向協(xié)同節(jié)點發(fā)送第二類測量請求消息；(2)進行環(huán)檢測；(3)保持沉默；●收到第二類測量請求消息的協(xié)同節(jié)點根據(jù)當前狀態(tài)決定發(fā)送否定應答還是肯定應答；●接收到肯定應答的請求節(jié)點進入測量狀態(tài)，并開始測量。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，使用了兩類測量請求消息，節(jié)點只有發(fā)送了第一類請求消息后才能夠發(fā)送第二類消息，且肯定應答消息只針對第二類請求消息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，不但第一類請求消息的接收者可以對該消息作否定應答，而且該消息的發(fā)送者也可以對該消息做否定應答。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，肯定應答消息只能由協(xié)同節(jié)點發(fā)送并作為對第二類請求消息的應答。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，節(jié)點處于等待狀態(tài)1和等待狀態(tài)4時，在定時器沒有超時的情況下仍然可以接收第一類請求消息。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，只有當節(jié)點有可能在孤立環(huán)上的時候，即滿足孤立有向環(huán)檢測條件時，才進行孤立有向環(huán)檢測。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，環(huán)檢測中每個檢測到環(huán)存在的節(jié)點都進行拆環(huán)操作。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，存儲所有拓撲信息就可以有全局一致的，環(huán)檢測中節(jié)點無須拆環(huán)動作。
全文摘要
本發(fā)明涉及計算機和通信網(wǎng)絡中的測量技術(shù)領域，特別涉及一種完全分布式測量協(xié)同問題的解決方法。包括步驟產(chǎn)生測量任務的請求節(jié)點向協(xié)同節(jié)點發(fā)送第一類測量請求消息；協(xié)同節(jié)點根據(jù)當前狀態(tài)決定發(fā)送否定應答還是保持沉默；如果請求節(jié)點超時，則根據(jù)當前狀態(tài)進行下列3類操作中的一種(1)向協(xié)同節(jié)點發(fā)送第二類測量請求消息；(2)進行環(huán)檢測；(3)保持沉默；收到第二類測量請求消息的協(xié)同節(jié)點根據(jù)當前狀態(tài)決定發(fā)送否定應答還是肯定應答；接收到肯定應答的請求節(jié)點進入測量狀態(tài)，并開始測量。本發(fā)明在網(wǎng)絡測量系統(tǒng)上實現(xiàn)了互斥測量協(xié)同的能力。現(xiàn)有的網(wǎng)絡測量系統(tǒng)均不支持測量協(xié)同和測量任務的互斥執(zhí)行。該方法具有良好的處理沖突任務的能力，使得在任務并發(fā)性較強時仍然具有較好的任務執(zhí)行能力。
文檔編號H04L12/26GK1461128SQ0314115
公開日2003年12月10日 申請日期2003年6月11日 優(yōu)先權(quán)日2003年6月11日
發(fā)明者畢經(jīng)平, 吳起 申請人:中國科學院計算技術(shù)研究所