專利名稱：用于o-uni系統(tǒng)的節(jié)點維護的消息處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種O-UNI系統(tǒng)中用于維護節(jié)點狀態(tài)的消息處理 方法，尤其涉及通訊領(lǐng)域的自動交換光網(wǎng)絡(luò)系統(tǒng)。
背景技術(shù)：
ASON (Automatically Switched Optical Net-work )即自動交換 光網(wǎng)絡(luò)，是指在選路和信令控制之下完成自動交換功能的新一代光 網(wǎng)絡(luò)，也可以看作是一種標準化的智能光傳送網(wǎng)。在ASON中，業(yè) 務(wù)可以實現(xiàn)動態(tài)連4姿，時隙資源也可以進4于動態(tài)分配，同時支持不 同的4支術(shù)方案和不同的業(yè)務(wù)需求，具備高可靠性、高可擴展性等特 點。對運營商來說，有了ASON,網(wǎng)絡(luò)業(yè)務(wù)的調(diào)配將會變得更加靈 活，可將話音信號傳輸、IP業(yè)務(wù)傳輸、ATM信號傳輸、數(shù)字圖像 信號傳輸融為一體，可以在同一傳送平臺上提供話音信號、數(shù)據(jù)信 號、圖像信號的傳輸，實現(xiàn)傳輸網(wǎng)絡(luò)的統(tǒng)一。 在ASON (自動交換光網(wǎng)絡(luò))中，O-UNI (光用戶網(wǎng)絡(luò)接口 ) 是連接用戶終端(包括IP路由器，ATM交換機，SDH交換機等設(shè) 備)和光網(wǎng)絡(luò)層設(shè)備的接口?？蛻粼O(shè)備通過這個接口動態(tài)地請求獲 取、撤銷、修改具有一定特性的光帶寬連接資源。在連接建立之前， 用戶終端節(jié)點之間需要互相向?qū)Χ税l(fā)送HELLO消息，用于發(fā)現(xiàn)對 方的存在。以^更后續(xù)建立連接。同時，在連接建立完成后，兩個節(jié)
點之間還需定期的互相發(fā)送HELLO消息，以《更對目互確i人對方狀態(tài) 的完好。這就是節(jié)點之間鄰居關(guān)系的維護。
然而，在現(xiàn)有技術(shù)中還沒有能夠同時解決ASON網(wǎng)絡(luò)中節(jié)點相 互發(fā)現(xiàn)，狀態(tài)確i人以及維護節(jié)點鄰居關(guān)系的有效方法。而這些問題 又都成為ASON技術(shù)發(fā)展中必須要解決的問題。
因此，需要一種O-UNI系統(tǒng)中節(jié)點連接狀態(tài)維護的解決方案， 能夠解決上述相關(guān)技術(shù)中的問題。

發(fā)明內(nèi)容
本發(fā)明旨在提供一種能夠解決節(jié)點的相互發(fā)現(xiàn)、以及狀態(tài)的確 認、維護節(jié)點的鄰居關(guān)系的解決方案，能夠解決上述相關(guān)技術(shù)中的 等問題。
根據(jù)本發(fā)明的一個方面，提供了一種用于O-UNI系統(tǒng)的節(jié)點維 護的消息處理方法，包纟舌以下步驟
O-UNI系統(tǒng)中的第一節(jié)點周期性地在定時器確定的周期內(nèi)向 第二節(jié)點發(fā)送第一確認消息，以確認對方的存在；
第二節(jié)點收到第 一確認消息后，向第 一節(jié)點發(fā)送第二確認消 息；以及
第 一節(jié)點如果接收到第二確認消息，則在兩節(jié)點間建立鄰居關(guān)系。
在上述消息處理方法中，第一節(jié)點和第二節(jié)點發(fā)送笫一和笫二 確i人消息分別包4舌以下步驟第一節(jié)點和第二節(jié)點分別在第一和第 二確i人消息中i殳置instance參數(shù)，其中，instance參數(shù)為系統(tǒng)時間參
數(shù)，其包括源instance和目的instance;以及在第一和笫二確認消息 中記錄所發(fā)送的消息的源節(jié)點地址、目的節(jié)點地址和類型。
在上述消息處理方法中，還包^^以下步驟第一節(jié)點向第二節(jié) 點發(fā)送第一確認消息時，初始化定時器且將源instance設(shè)置為初始 系鄉(xiāng)充時間，將目的instance i殳置為0。
在上述消息處理方法中，第一節(jié)點如果接收到第二確認消息， 則在兩節(jié)點間建立鄰居關(guān)系還包括以下步驟第一節(jié)點在周期內(nèi)不 斷嘗試接收第二確認消息，直到接收到消息類型為HELLO—REQ的 第二確"i人消息。
在上述消息處理方法中，如果在周期內(nèi)接收到消息類型為 HELLO—REQ的第二確iU肖息，則第一節(jié)點相應(yīng)地i殳置instance參 數(shù)，且在相應(yīng)的數(shù)據(jù)結(jié)構(gòu)中記錄所設(shè)置的instance參數(shù)，并重新啟 動定時器。
在上述消息處理方法中，還包4舌以下步驟如果第二確i人消息 6勺源、instance不為0、 目6々instance等于0， 并且源、instance和目6勺 instance是首次接收到，則將第一確認消息的源instance設(shè)置為當前 系纟克時間，目的instance為0。
在上述消息處理方法中，還包4舌以下步驟如果第二確i人消息 的源instance不為0、目的instance等于0,并且源instance和目的 instance不是首次接收到，則將第一確認消息的源instance設(shè)置為當 前系統(tǒng)時間，將目的instance設(shè)置為第一節(jié)點接收到的第二確認消 息的源instance-
在上述消息處理方法中，還包括以下步驟如果第二確認消息 的源instance和目的instance均不為0，則分別將第一確iU肖息的源instance和目的instance i殳置為第二確i人消息的目的instance和源 instance 。
在上述消息處理方法中，如果在周期內(nèi)接收到第二確iU肖息， 但判斷其消息類型為HELLO—ACK，則在周期內(nèi)繼續(xù)嘗試接收笫二 確-認消息。
在上述消息處理方法中，如果在周期內(nèi)未接收到第二確認消 息，則重新啟動定時器，然后執(zhí)4于下一周期向第二節(jié)點發(fā)送第一確 i人消息，以確^人對方的存在的步驟。
在上述消息處理方法中，第一節(jié)點向第二節(jié)點重新發(fā)送笫一確 iU肖息時，第 一確i人消息的源instance和目的instance為在發(fā)送第 一確iU肖息的凄t悟結(jié)構(gòu)中的最后一組instance參凄t值。
通過上述4支術(shù)方案，本發(fā)明實現(xiàn)了如下4支術(shù)效果
1) O-UNI系統(tǒng)連接維護消息處理方法解決節(jié)點的相互發(fā)現(xiàn)， 以及狀態(tài)的確i人，維護節(jié)點的鄰居關(guān)系問題；
2) 方法簡單可靠。
本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部 分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā) 明的目的和其4也優(yōu)點可通過在所寫的i兌明書、4又利要求書、以及附 圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。
附困說明
此處所i兌明的附困用來提供對本發(fā)明的進一歩理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其i兌明用于解釋本發(fā)明，并
不構(gòu)成對本發(fā)明的不當限定。在附圖中


圖1示出才艮據(jù)本發(fā)明的消息處理方法流程圖2示出才艮據(jù)本發(fā)明的一個實施例的消息處理方法示意圖；以
及
圖3示出4艮據(jù)本發(fā)明的一個實施例的消息處理方法流程圖。
^#^實施方式
下面將參考附圖并結(jié)合實施例，來詳細說明本發(fā)明。
圖1示出了才艮據(jù)本發(fā)明的用于維護節(jié)點狀態(tài)的消息處理方法；
如圖l所示，4艮據(jù)本發(fā)明的用于維護節(jié)點狀態(tài)的消息處理方法 包才舌以下步驟
步驟S102, O-UNI系統(tǒng)中的第一節(jié)點周期性地在定時器確定 的周期內(nèi)向第二節(jié)點發(fā)送第 一確認消息，以確認對方的存在；
步驟S104,第二節(jié)點收到第一確認消息后，向第一節(jié)點發(fā)送第 二確iU肖息；以及
步驟S106，第一節(jié)點如果接收到第二確認消息，則在兩節(jié)點間 建立鄰居關(guān)系。在上述消息處理方法中，步驟S102和步驟S104分別包4舌以下 步驟第一節(jié)點和第二節(jié)點分別在第一和第二確認消息中設(shè)置 instance參數(shù)，其中，instance參豸丈為系統(tǒng)時間參數(shù)，其包4舌源instance 和目的instance;以及在第一和第二確iU肖息中i己錄所發(fā)送的消息 的源節(jié)點:地址、目的節(jié)點地址和類型。
在上述消息處理方法中，還包括以下步驟第一節(jié)點向第二節(jié) 點發(fā)送第一確認消息時，初始化定時器且將源instance設(shè)置為初始 系統(tǒng)時間，將目的instance設(shè)置為0。
在上述消息處理方法中，步驟S106還包括以下步驟第一節(jié) 點在周期內(nèi)不斷嘗試接收第二確認消息，直到接收到消息類型為 HELLO—REQ的第二確i人消息。
在上述消息處理方法中，如果在周期內(nèi)接收到消息類型為 HELLO_REQ的第二確i人消息，則第一節(jié)點相應(yīng)地設(shè)置instance參 數(shù)，且在相應(yīng)的數(shù)據(jù)結(jié)構(gòu)中記錄所設(shè)置的instance參數(shù)，并重新啟 動定時器。
在上述消息處理方法中，還包括以下步驟如果第二確認消息 的源instance不為0、 目的instance等于0， 并且源instance和目的 instance是首次接收到，則將第一確認消息的源instance設(shè)置為當前 系纟克時間，目的instance為0。
在上述消息處理方法中，還包括以下步驟如果第二確i人消息 的源instance不為0、 目的instance等于0, 并且源instance和目的 instance不是首次接收到，則將第一確認消息的源instance設(shè)置為當 前系統(tǒng)時間，將目的instance設(shè)置為第一節(jié)點接收到的第二確認消 息的源instance。
在上述消息處理方法中，還包:fe以下步驟如果第二確iU肖息 的源instance和目的instance均不為0,則分別將第一確i人消息的源 instance和目的instance i殳置為第二確i人消息的目的instance和源 instance 。
在上述消息處理方法中，如果在周期內(nèi)接收到第二確i人消息， ^旦判斷其消息類型為HELLO—ACK，則在周期內(nèi)繼續(xù)嘗試接收第二 確i人消息。
在上述消息處理方法中，如果在周期內(nèi)未接收到第二確認消 息，則重新啟動定時器，然后執(zhí)4于下一周期向第二節(jié)點發(fā)送第一確 iU肖息，以確i人對方的存在的步驟。
在上述消息處理方法中，第一節(jié)點向第二節(jié)點重新發(fā)送第一確 i人消息時，第 一確i人消息的源instance和目的instance為在發(fā)送第 一確^人消息的凄t據(jù)結(jié)構(gòu)中的最后一組instance參凄史值。
下面結(jié)合圖2來詳細i兌明4艮據(jù)本發(fā)明的一個實施例。
步驟S202，節(jié)點A向節(jié)點B首次發(fā)送一個HELLO消息，消 息中源instance為0x216ba(4刀始系纟充時間)，目的instance為0。 i己 錄這兩個發(fā)送的源instance和目的instance。 t真寫發(fā)送HELLO消息 的消息類型為20 (標準HELLO消息)，ctype=l 。
步驟S204，節(jié)點B收到REQEST類型的HELLO消息后，回 應(yīng)發(fā)送HELLO消息，回應(yīng)消息中，源instance為0x40574，(B節(jié)點 的初始系統(tǒng)時間)，目的instance為0 。填寫發(fā)送HELLO消息的消 息類型為20 (標準HELLO消息)，ctype=l 。
步驟S206，節(jié)點A收到節(jié)點B發(fā)送過來的HELLO消息， HELLO中源instance不為0(0x40574),目的instance等于0，這里
奪支定這兩個instance值不是首;欠接》)丈到(即在^己錄接4丈instance的 數(shù)據(jù)結(jié)構(gòu)中可以找到這兩個instance值)，那么填寫節(jié)點A發(fā)送 HELLO消息的源instance為0xbd傷(當前系統(tǒng)時間)，目的instance 為節(jié)點A接收到HELLO消息的源instance。填寫發(fā)送HELLO消息 的消息類型為20 (標準HELLO消息)。判斷發(fā)送HELLO消息的源 instance和目的instance是否i己錄在發(fā)送instance的數(shù)才居接收中？如 果沒有記錄，則記錄。定時器重新計時。
步驟S208，判斷A節(jié)點HELLO定時器是否觸發(fā)？如果沒有觸 發(fā)，則繼續(xù)等待，假如此時剛好A節(jié)點HELLO定時器剛好觸發(fā)， 則節(jié)點A需要向節(jié)點B發(fā)送HELLO消息，填寫發(fā)送HELLO消息 的instance值。其中發(fā)送的源instance和目的instance為在發(fā)送 instance的數(shù)據(jù)結(jié)構(gòu)中的最后一組數(shù)值。這里〗艮設(shè)是上次A節(jié)點發(fā) 送HELLO消'，包'6勺instance 4直,民卩》原instance為0xbdf6，目6勺instance 為0x40574。填寫發(fā)送HELLO消息的消息類型為20 (標準HELLO 消息)。以后繼續(xù)重復(fù)上面過程使O-UNI系統(tǒng)的節(jié)點鄰居、關(guān)系得 到不斷的刷新。
步驟S210，節(jié)點A收到節(jié)點B發(fā)送過來的HELLO消息，填 寫節(jié)點A發(fā)送HELLO消息的源instance為0x40574，目的instance 為節(jié)點A 4妻收到HELLO消息的源instance,即0xbdf6。填寫發(fā)送 HELLO消息的消息類型為20 (標準HELLO消息)。
下面結(jié)合圖3來詳細i兌明才艮據(jù)本發(fā)明的另一個實施例。
步驟S302，節(jié)點A首次向節(jié)點B發(fā)送HELLO消息。初始化 HELLO消息定時器。另發(fā)送HELLO消息中的源instance為初始系 統(tǒng)時間，目的instance為0。 i己錄這兩個發(fā)送的源instance和目的 instance。填寫發(fā)送消息的源節(jié)點A地址，目的節(jié)點B地址，填寫
發(fā)送HELLO消息的消息類型為20 (標準HELLO消息)，ctype=l, 轉(zhuǎn)向第二步。
步驟S304，判斷節(jié)點A是否接收到節(jié)點B發(fā)送過來的HELLO 消息。如果收到的話，則執(zhí)行步驟S306。否則執(zhí)行步驟S310。
步驟S306 ,如果接收到HELLO消息的消息類型為 HELLO—REQ，則執(zhí)4亍步驟S308，如果接收到HELLO消息的消息 類型為HELLO—ACK，則執(zhí)4亍步驟S310。
步驟S308，如果節(jié)點A接收到節(jié)點B發(fā)送HELLO消息的源 instance不為0， 目6々instance等于0, 并且這兩個instance值是首 次接收到(即在記錄接收instance的數(shù)據(jù)結(jié)構(gòu)中找不到這兩個 instance值)，那么填寫節(jié)點A發(fā)送HELLO消息的源instance為當 前系統(tǒng)時間，目的instance為0。如果節(jié)點A接收到節(jié)點B發(fā)送 HELLO消息的源instance不為0，目的instance等于0，并且這兩 個instance ^f直不是首次接收到(即在i己錄接收instance的數(shù)才居結(jié)構(gòu) 中可以找到這兩個instance值)，那么填寫節(jié)點A發(fā)送HELLO消息 的源instance為當前系統(tǒng)時間，目的instance為節(jié)點A接收到 HELLO消息的源instance。如果節(jié)點A接收到節(jié)點B發(fā)送HELLO 消息的源instance不為0 ，目的instance不為0,那么那么填寫節(jié)點 A發(fā)送HELLO消息的源instance為4妻收到HELLO消息目的 instance,發(fā)送HELLO消息的目的instance為接收到HELLO消息 的源instance-填寫發(fā)送HELLO消息的消息類型為2(X標準HELLO 消息)。判斷4妄收到HELLO消息的源instance和目的instance。是 否記錄在接收instance的數(shù)據(jù)結(jié)構(gòu)中？如果沒有記錄，則記錄。判 斷發(fā)送HELLO消息的源instance和目的instance是否記錄在發(fā)送 instance的數(shù)據(jù)接收中？如果沒有記錄，則記錄。定時器重新計時。 則執(zhí)4亍步驟S310。
步驟S310,判斷節(jié)點A的HELLO定時器是否啟動，并且i十時 器到達指定的觸發(fā)時刻。如果是，節(jié)點A向節(jié)點B發(fā)送HELLO消 息，填寫發(fā)送HELLO消息的instance值。其中發(fā)送的源instance 和目的instance為在發(fā)送instance的數(shù)據(jù)接收中最后一組數(shù)值。填 寫發(fā)送HELLO消息的消息類型為20 (標準HELLO消息)。轉(zhuǎn)向步 驟S304。如果HELLO定時器沒有到達指定觸發(fā)時刻，直接轉(zhuǎn)向步 驟S304。
釆用本發(fā)明所述方法J艮好的解決了 O-UNI系統(tǒng)中節(jié)點相互發(fā) 現(xiàn)、狀態(tài)確i人以及連接狀態(tài)維護問題。
以上所述^f又為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā) 明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進 等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種消息處理方法，用于光用戶網(wǎng)絡(luò)接口系統(tǒng)的節(jié)點維護，其特征在于，包括以下步驟光用戶網(wǎng)絡(luò)接口系統(tǒng)中的第一節(jié)點周期性地在定時器確定的周期內(nèi)向第二節(jié)點發(fā)送第一確認消息，以確認對方的存在；所述第二節(jié)點收到所述第一確認消息后，向所述第一節(jié)點發(fā)送第二確認消息；以及所述第一節(jié)點如果接收到所述第二確認消息，則在兩節(jié)點間建立鄰居關(guān)系。
2. 根據(jù)利要求1所述的消息處理方法，其特征在于，所述第一 節(jié)點和第二節(jié)點發(fā)送所述第一和第二確認消息分別包括以下 步驟所述第一節(jié)點和第二節(jié)點分別在所述笫一和第二確認消 息中設(shè)置instance參數(shù) ，其中，instance參數(shù)為系鄉(xiāng)充時間參數(shù)， 其包括源instance和目的instance; 以及在所述第 一和第二確認消息中記錄所發(fā)送的消息的源節(jié) 點:地址、目的節(jié)點地址和類型。
3. 根據(jù)權(quán)利要求2所述的消息處理方法，其特征在于，還包括以 下步驟所述第 一節(jié)點向所述第二節(jié)點發(fā)送所述第 一確認消息時， 初始化所述定時器且將所述源instance設(shè)置為初始系統(tǒng)時間， 將所述目的instance設(shè)置為0。
4. 根據(jù)權(quán)利要求1所述的消息處理方法，其特征在于，所述第一節(jié)點如果接收到所述第二確認消息，則在兩節(jié)點間建立鄰居關(guān)系還包4舌以下步驟所述第一節(jié)點在所述周期內(nèi)不斷嘗試接收所述第二確認 消息，直到4矣收到消息類型為HELLO_REQ的所述第二確認消息。
5. 根據(jù)權(quán)利要求4所述的消息處理方法，其特征在于，如果在所 述周期內(nèi)接收到消息類型為HELLO_REQ的所述第二確消息，則所述第一節(jié)點相應(yīng)地設(shè)置所述instance參數(shù)，且在相應(yīng)的數(shù)據(jù)結(jié)構(gòu)中記錄所設(shè)置的instance參數(shù)，并重新啟動所述定時器。
6. 根據(jù)權(quán)利要求5所述的消息處理方法，其特征在于，還包括以 下步驟如果所述第二確i/J肖息的所述源instance不為0、所述目 的instance等于0， 并且所述源instance和所述目的instance是首次接收到，則將所述第一確認消息的源instance設(shè)置為當 前系統(tǒng)時間，目的instance為0 。
7. 根據(jù)權(quán)利要求5所述的消息處理方法，其特征在于，還包括以 下步驟如果第二確認消息的所述源instance不為0、所述目的 instance等于0，并且所述源instance和所述目的instance不是 首次接收到，則將所述第一確認消息的源instance設(shè)置為當前 系統(tǒng)時間，將所述目的instance設(shè)置為第一節(jié)點接收到的所述 第二確認消息的源instance。
8. 根據(jù)權(quán)利要求5所述的消息處理方法，其特征在于，還包括以 下步驟如果所述第二確認消息的所述源instance和所述目的 instance均不為0，則分另M夸所述第一確iU肖息的源instance 和所述目的instance i殳置為所述第二確認消息的所述目的 instance和所述源instance 。
9. 根據(jù)權(quán)利要求4所述的消息處理方法，其特征在于，如果在所 述周期內(nèi)接收到所述第二確認消息，但判斷其消息類型為 HELLO—ACK，則在所述周期內(nèi)繼續(xù)嘗試接收所述第二確認消息。
10. 根據(jù)權(quán)利要求4所述的消息處理方法，其特征在于，如果在所 述周期內(nèi)未接收到所述第二確認消息，則重新啟動所述定時 器，然后執(zhí)行下一周期向所述第二節(jié)點發(fā)送所述第一確認消 息，以確認對方的存在的步驟。
11. 根據(jù)權(quán)利要求10所述的消息處理方法，其特征在于，所述第 一節(jié)點向所述第二節(jié)點重新發(fā)送所述第一確認消息時，所述第 一確認消息的所述源instance和戶斤述目的instance為在所述發(fā) 送所述第一確認消息的數(shù)據(jù)結(jié)構(gòu)中的最后一組instance參數(shù) 值。
全文摘要
本發(fā)明提供了一種用于O-UNI系統(tǒng)的節(jié)點維護的消息處理方法，包括以下步驟O-UNI系統(tǒng)中的第一節(jié)點周期性地在定時器確定的周期內(nèi)向第二節(jié)點發(fā)送第一確認消息，以確認對方的存在；第二節(jié)點收到第一確認消息后，向第一節(jié)點發(fā)送第二確認消息；以及第一節(jié)點如果接收到第二確認消息，則在兩節(jié)點間建立鄰居關(guān)系。
文檔編號H04L12/24GK101174974SQ20061013781
公開日2008年5月7日 申請日期2006年11月1日 優(yōu)先權(quán)日2006年11月1日
發(fā)明者杜建平 申請人:中興通訊股份有限公司