一種分組網絡隧道處理方法及通訊系統以及相關設備的製作方法
2023-05-28 05:58:36
專利名稱：一種分組網絡隧道處理方法及通訊系統以及相關設備的製作方法
技術領域：
本發明涉及層次化有序地址分組網絡HSAPN,尤其涉及一種分組網絡隧 道處理方法及通訊系統以及相關設備。
背景技術：
目前通訊網絡中出現了 一種層次化有序地址分組網絡(HSAPN, Hierarchical and Sequential Address Packet Network), 例3口公用電4言分糹且悽t才居 網，該數據網中至少包括一個HSAPN網。
這種HSAPN用於承載目前業已存在的全部電信業務，並可以保證它承載 的電信業務能提供與傳統電信業務相同服務質量。它可以承載網際網路業務， 提供與現有網際網路相同的能力，支持目前業已存在的全部網際網路業務。
現有技術中，基於HSAPN中的隧道處理(包括隧道的建立，資源預留或 隧道維護等操作)方式全部採用靜態手工配置的方式來實現，即通過人工在 每一個隧道節點上配置相應的參數，使若干個特定的隧道節點形成一條隧道。
但是，現有技術的方式會耗費大量的人工，而且手工配置點到點的隧道、 資源，即複雜，又容易出錯，因此降低了 HSAPN中隧道處理的效率。
發明內容
本發明實施例提供了 一種分組網絡隧道處理方法及通訊系統以及相關設 備，能夠提高HSAPN中隧道處理的效率。
本發明實施例提供的分組網絡隧道處理方法，包括接收上遊節點發送 的隧道建立請求，所述隧道建立請求中包含帶寬需求；根據所述隧道建立請 求進行準入檢測，若成功，則根據所述帶寬需求進行資源預留，並向所述上 遊節點發送隧道建立響應。
本發明實施例提供的通訊系統，包括源節點，用於進行準入檢測，發 送隧道建立請求以及隧道確認消息，接收隧道建立響應；目的節點，用於根 據接收到的隧道建立請求進行準入檢測，若通過檢測，則根據隧道建立請求進行資源預留，並通過所述中間節點向所述源節點反饋隧道建立響應。
本發明實施例提供的網絡節點，應用於分組網絡中，包括隧道建立請 求生成單元，用於根據隧道相關信息生成隧道建立請求；隧道建立請求發送 單元，用於向下遊節點發送所述隧道建立請求；隧道建立響應接收單元，用 於當所述隧道建立請求發送單元向下遊節點發送隧道建立請求後接收下遊節 點發送的隧道建立響應。
本發明實施例提供的網絡節點，應用於分組網絡中，包括隧道建立請 求接收單元，用於接收上遊節點發送的隧道建立請求；準入控制單元，用於 根據所述隧道建立請求接收單元接收到的隧道建立請求進行準入檢測；隧道 建立控制單元，用於預留帶寬資源；隧道建立響應處理單元，用於向上遊節 點發送隧道建立響應。
從以上技術方案可以看出，本發明實施例具有以下優點
本發明實施例中，上遊節點向下遊節點發送隧道建立請求直至達到目的 節點，下遊節點根據隧道建立請求預留帶寬資源並向上遊節點反饋響應，所 以可以根據實際情況自動生成隧道，而不需要人工對節點進行配置，因此提 高了 HSAPN中隧道處理的效率。
圖1為本發明實施例中分組網絡隧道處理方法一個實施例示意圖； 圖2為本發明實施例中分組網絡隧道處理方法另 一個實施例示意圖； 圖3為本發明實施例中通訊系統實施例示意圖； 圖4為本發明實施例中網絡節點一個實施例示意圖； 圖5為本發明實施例中網絡節點另一個實施例示意圖。
具體實施例方式
本發明實施例提供了 一種分組網絡隧道處理方法及通訊系統以及相關設 備，用於提高HSAPN中隧道處理的效率。
本發明實施例中，上遊節點向下遊節點發送隧道建立請求直至達到目的 節點，下遊節點根據隧道建立請求預留帶寬資源並向上遊節點反饋響應，所以可以根據實際情況自動生成隧道，而不需要人工對節點進行配置，因此提
高了 HSAPN中隧道處理的效率。
首先介紹本發明實施例的應用系統場景，該系統包括至少一個HSAPN 網、若干個網際網路協議(IP, Internet Protocol)網，以及若干個邊界實體(ED, Edge Device)設備，IP網通過ED設備與HSAPN網相連接；每個HSAPN網 中還包括至少一個地址翻譯實體(ADT); HSAPN網中的所有設備與ED設 備配有一個HSAPN地址，IP網中的所有設備和ED設備都分配有IP位址， IP位址與HSAPN地址之間的映射關係保存在ADT內的地址映射表中。
本發明實施例中，源節點向下遊節點發送隧道建立請求後，各節點需要 根據該隧道建立請求預留帶寬資源，具體的預留方式可以分為以下兩類
一、延遲預留的情況
本方式中，中間節點或目的節點在全部節點準入檢測成功後，才在本節 點內根據隧道建立請求預留相應的帶寬資源，具體請參閱圖1，本發明實施例 中分組網絡隧道處理方法一個實施例包括
101、源節點向中間節點發送隧道建立請求；
本實施例中，源節點在向中間節點發送隧道建立請求之前還需要獲取隧 道相關信息，例如該隧道的源節點，目的節點，帶寬需求，中間節點以及隧 道路徑等信息，這些信息由控制管理設備產生或者人工配置規劃，例如用戶A 請求與用戶B進行通訊，則用戶A會將該通訊請求提交至控制管理設備(可 以為隧道管理伺服器)，該控制管理設備根據用戶A所處的位置確定源節點A
(可以為一個路由器)，根據用戶B所處的位置確定目的節點D(可以為一個 路由器)，根據用戶A提交的通訊請求確定本次通訊所需要的帶寬，例如音頻 通訊的帶寬需求為X,視頻通訊的帶寬需求為Y,假設當前用戶A提出的通 訊請求為視頻通訊，則控制管理設備確定本次通訊所需要的帶寬為Y，此外， 控制管理設備還需要計算源節點A與目的節點D之間的路徑，即源節點A與
目的節點D進行通訊需要經過哪些中間節點，具體的計算方式可以為最短if各 徑優先算法，即查詢源節點A與目的節點D之間的最短路徑經過的中間節點， 或者還可以是選取當前網絡中性能最好的節點作為中間節點，或者是選取當前網絡中空閒資源最多的節點作為中間節點，具體的計算方式不做限定。假
設按照最短路徑優先算法查詢到的中間節點為B和C,則隧道路徑確定為 A-B-C-D。上述描述的是存在中間節點的情況，可以理解的是，若源節點A 與目的節點D之間存在直接的通訊通道，則可以不需要中間節點，為更詳細 的說明本發明實施例中的技術方案，在本實施例以及後續各個實施例中均以 存在中間節點的情況進行i兌明。
控制管理設備確定的隧道相關信息為
源節點A
目的節點D
中間節點B, C
帶寬需求Y
隧道路徑A-B-C-D
可以理解的是，上述描述的隧道相關信息在實際應用中還可以進行變化， 具體信息不做限定，另外，帶寬需求的確定在實際應用中並不僅依賴於業務 類型，該帶寬需求還可以由人工指定，或採取其他方式指定，此處不做限定。
需要說明的是，在本實施例，以及後續實施例中，下遊節點是指在隧道 路徑中位於該節點之後的節點，上遊節點是指在隧道路徑中位於該節點之前 的節點，例如節點A的下遊節點為B, C以及D,節點C的上遊節點為節點 A以及B。
控制管理設備將確定的隧道相關信息發送至源節點A,源節點A接收到 這些信息後首先根據帶寬需求判斷自身節點的空閒帶寬是否滿足該帶寬需 求，若滿足，則將這些隧道相關信息組合生成隧道建立請求，並將該隧道建 立請求攜帶於HSAPN控制消息中，按照隧道路徑將該HSAPN控制消息發送 至下一節點B。
本實施例中，源節點在發送隧道建立請求之前，同樣需要根據獲取到的 帶寬需求進行準入檢測，即判斷自身的空閒帶寬是否能夠滿足該帶寬需求， 若能夠滿足，則向下遊節點發送隧道建立請求，若不能滿足，則直接向控制
10管理設備反饋錯誤信息，表示自身無法提供足夠的帶寬。
102、 中間節點接收隧道建立請求；
中間節點B從源節點A接收HSAPN控制消息，並從該控制消息中獲取 隧道建立請求，該隧道建立請求中還可以包括預留方式欄位，該欄位用於指 示在後續進行帶寬預留時所採取的方式，具體可以為固定方式，或共享方式， 固定方式即為固定佔用一定的帶寬，該帶寬只供當前業務使用，共享方式即 為預留的帶寬可以根據佔用率和其他業務共享。
需要說明的是，後續的隧道建立請求中同樣可以攜帶該預留方式欄位用 於指示帶寬預留的方式，但該欄位並非必要欄位，若系統在構建時即確定本 系統內建立隧道時只能夠採取固定預留方式或共享預留方式，則可以不需要 該欄位。
103、 判斷準入檢測是否成功，若成功，則執行105，若不成功，則執行
104;
中間節點B在獲取到隧道建立請求後，首先檢查該隧道建立請求的數據 格式是否正確，若正確，則再從該隧道建立請求中獲取帶寬需求，並判斷自 身節點的空閒資源是否滿足帶寬需求。
本實施例中，檢測隧道建立請求的數據格式包括檢測該隧道建立請求中 是否包含了必要的隧道相關信息，可以理解的是，在實際應用中，若能保證 數據傳輸的可靠性，可以不對數據格式進行檢測，而直接檢測節點的空閒資 源是否滿足帶寬需求。
104、 執行異常處理流程，並結束本流程；
若中間節點B進行準入檢測失敗，則執行異常處理流程，例如中間節點 B檢測到隧道建立請求的數據格式不正確，或者是中間節點B檢測自身節點 的空閒帶寬不能夠滿足隧道建立請求中的帶寬需求，則可以執行異常處理流 程，具體的異常處理流程可以為向源節點A反饋錯誤信息，由源節點A判斷 是否停止當前隧道的建立，或者是否重發隧道建立請求。
105、 按照隧道路徑向下一個節點發送隧道建立請求直至到達目的節點；本實施例中，中間節點B通過準入檢測後，按照隧道路徑A-B-C-D向下 一個節點C發送隧道建立請求，該隧道建立請求可以是從源節點A接收到的 隧道建立請求，即中間節點B直接將從源節點A接收到的隧道建立請求轉發 至中間節點C,該隧道建立請求還可以由中間節點B另行生成，若隧道建立 請求中還包含一個參數節點標識，用於指示當前隧道建立請求還需要經過 的節點，則從源節點A發送的隧道建立請求中的節點標識為B, C， D,經過 中間節點B之後，中間節點B將該節點標識修改為C, D,並另行生成隧道 建立請求，該隧道建立請求中的其他隧道相關信息均與源節點A發送的隧道 建立請求中的其他隧道相關信息一致，即中間節點B生成的隧道建立請求同
樣用於建立隧道，但其包含的內容與源節點A生成的隧道建立請求中包含的 內容有所不同。
中間節點B以及C按照隧道路徑發送隧道建立請求，直至該請求到達目 的節點D,目的節點D接收到該隧道建立請求之後，獲取其中的節點標識， 可獲知自身為目的節點。
需要說明的是，上述中間節點C以及目的節點D同樣需要進行準入檢測， 若準入檢測不成功，同樣需要執行異常處理流程。
106、 目的節點預留帶寬資源並反饋隧道建立響應；
目的節點D通過準入檢測之後在目的節點D內部按照隧道建立請求中的 資源需求預留相應的帶寬資源，並按照隧道路徑向上一級節點發送隧道建立 響應，該隧道建立響應被發送至中間節點C。
107、 中間節點預留帶寬資源並反饋隧道建立響應；
中間節點C在內部按照隧道建立請求中的資源需求預留相應的帶寬資 源，並且按照隧道建立請求中的隧道路徑設置中間節點C中的路由表或建立 標籤交換表以及分配標籤，該路由表中只包括與中間節點C湘鄰的節點，即 中間節點B以及目的節點D,帶寬資源預留完成後，中間節點C向中間節點 B發送隧道建立響應，中間節點B需要執行同樣的操作，即接收到隧道建立 響應之後預留相應的帶寬資源並設置路由表或建立標籤交換表以及分配標 籤，之後再向源節點A轉發該隧道建立響應，源節點A在接收到該隧道建立響應之後同樣在自身內部按照隧道建立請求中的資源需求預留相應的帶寬資源。
108、源節點發送隧道確認消息以完成隧道建立。
源節點A在接收到中間節點B轉發的隧道建立響應之後向中間節點B發 送隧道確認消息，該隧道確認消息按照隧道路徑經過中間節點B與中間節點 C後被發送至目的節點D,至此分組網絡隧道建立完成。
上述隧道可以是單向隧道，也可以是雙向隧道，即在隧道建立完成之後， A可以通過B, C與D進行通訊，同時D也可以通過C, B與A進4亍通訊。
需要說明的是，步驟108為可選步驟，即在實際應用中可以4丸行也可以 不執行。
上述描述了隧道建立的過程，在實際應用中，隧道建立完成後仍然可能 會有一些針對該隧道的處理，例如隧道的維護以及隧道中的錯誤通告，下面 進行具體說明
1、隧道維護
具體的隧道維護在本實施例中可以包括兩種方式
1.1、 周期維護
本方式中，各節點路由器按照預置的周期(例如每隔1分鐘進行一次) 進行定時刷新，即向下遊節點發送隧道建立請求或者向上遊節點發送隧道建 立響應，並等待其他節點路由器發送的隧道建立請求以及隧道建立響應，若 在預置的檢測周期內(例如3分鐘)沒有接收到其他節點路由器發送的隧道 建立請求或隧道建立響應，則確定當前隧道已經被斷開，則刪除自身節點路 由器中預留的帶寬資源。
可以理解的是，上述僅是一種檢測斷開的方式，在實際應用中同樣可以 是其他方式，例如是上述未接收到隧道建立請求或隧道建立響應的次數達到 門限值，則確定當前隧道已經被斷開。
1.2、 被動維護
本方式中，各節點路由器不會自行檢測隧道狀況，而是被動的等待其他節點路由器發送的隧道拆除請求，該隧道拆除消息可以由源節點A發起，也
可以由目的節點D發起，還可以由中間節點B或C發起。
若由源節點A發起，則該隧道拆除請求會按照隧道路徑順序經過中間節 點B, C以及目的節點D,當中間節點B接收到該隧道拆除請求後，向中間 節點C轉發該請求，並刪除自身節點預留的資源以及路由表，中間節點C執 行同樣的操作，直至到達目的節點D;
若由目的節點D發起，則該隧道拆除請求會按照隧道路徑順序經過中間 節點C, B以及源節點A,當中間節點C接收到該隧道拆除請求後，向中間 節點B轉發該請求，並刪除自身節點預留的資源以及路由表，中間節點B執 行同樣的操作，直至到達源節點A;
若由中間節點B發起，則該隧道拆除請求會按照隧道路徑順序同時發往 源節點A以及中間節點C，並經過中間節點C被發送至目的節點D,各節點 同樣刪除自身節點預留的帶寬資源。
2、錯誤通告
在隧道建立請求的轉發過程中或隧道建立響應的轉發過程中，若出現傳 輸錯誤，則需要進行錯誤通告，
若在隧道建立請求的轉發過程中出現傳輸錯誤，則接收方節點按照隧道 路徑向上級節點反饋隧道建立請求錯誤消息，最終到達源節點，並由源節點 決定處理方式，可以為重新發送，或停止建立隧道，或其他處理方式；
若在隧道建立響應的轉發過程中出現傳輸錯誤，則接收方節點按照隧道 路徑向下級節點反饋隧道建立響應錯誤消息，最終到達目的節點，並由目的
節點決定處理方式，可以為重新發送，或停止建立隧道，或其他處理方式， 可以理解的是，接收方節點還可以按照隧道路徑向上級節點反饋隧道建立響 應錯誤消息，最終到達源節點，並由源節點決定處理方式，可以為重新發送， 或停止建立隧道，或其他處理方式，則在這種情況下所有的隧道錯誤通告都 會被發送至源節點，所以可以由源節點對隧道進行統一管理。
上述實施例中描述了分組網絡隧道建立的過程，源節點按照預置的隧道 路徑向下遊節點發送隧道建立請求直至達到目的節點，下遊節點根據隧道建立請求預留帶寬資源並向源節點反饋響應，所以可以根據實際情況自動生成
隧道，而不需要人工對節點進行配置，因此提高了 HSAPN中fe道處理的效率；
其次，上述實施例中採取的是延遲預留的方式，在相關節點都通過準入 檢測之後再預留帶寬資源，因此進一步提高了 HSAPN中隧道處理的可靠性。
下面介紹另外 一種分組網絡隧道處理的方式
二、即時預留的情況
本方式中，源節點，中間節點或目的節點在準入檢測成功後，立即在本 節點內根據帶寬需求預留相應的帶寬資源，具體請參閱圖2，本發明實施例中 分組網絡隧道處理方法另 一個施例包括
201、源節點向中間節點發送隧道建立請求；
本實施例中，源節點在向中間節點發送隧道建立請求之前還需要獲取隧 道相關信息，例如該隧道的源節點，目的節點，帶寬需求，中間節點以及隧 道路徑等信息，這些信息由控制管理設備產生或者人工配置規劃，例如用戶A 請求與用戶B進行通訊，則用戶A會將該通訊請求提交至控制管理設備(可 以為隧道管理伺服器)，該控制管理設備根據用戶A所處的位置確定源節點A (可以為一個路由器)，根據用戶B所處的位置確定目的節點D (可以為一個 路由器)，根據用戶A提交的通訊請求確定本次通訊所需要的帶寬，例如音頻 通訊的帶寬需求為X,視頻通訊的帶寬需求為Y,假設當前用戶A提出的通 訊請求為時頻通訊，則控制管理設備確定本次通訊所需要的帶寬為Y,此外， 控制管理設備還需要計算源節點A與目的節點D之間的路徑，即源節點A與 目的節點D進行通訊需要經過哪些中間節點，具體的計算方式可以為最短路 徑優先算法，即查詢源節點A與目的節點D之間的最短路徑經過的中間節點， 或者還可以是選取當前網絡中性能最好的節點作為中間節點，或者是選取當 前網絡中空閒資源最多的節點作為中間節點，具體的計算方式不做限定。非i 設按照最短路徑優先算法查詢到的中間節點為B和C,則隧道路徑確定為 A-B-C-D。上述描述的是存在中間節點的情況，可以理解的是，若源節點A 與目的節點D之間存在直接的通訊通道，則可以不需要中間節點，為更詳細 的說明本發明實施例中的技術方案，在本實施例以及後續各個實施例中均以存在中間節點的情況進行說明。
控制管理設備確定的隧道相關信息為
源節點A
目的節點D
中間節點B, C
帶寬需求Y
隧道路徑A-B-C-D
可以理解的是，上述描述的隧道相關信息在實際應用中還可以進行變化， 具體信息不做限定，另外，帶寬需求的確定在實際應用中並不僅依賴於業務 類型，該帶寬需求還可以由人工指定，或採取其他方式指定，此處不做限定。
控制管理設備將確定的隧道相關信息發送至源節點A，源節點A接收到 這些信息後首先根據帶寬需求判斷自身節點的空閒帶寬是否滿足該帶寬需 求，若滿足，則將這些隧道相關信息組合生成隧道建立請求，並將該隧道建 立請求攜帶於HSAPN控制消息中，按照隧道路徑將該HSAPN控制消息發送 至下一節點B。
本實施例中，源節點在發送隧道建立請求之前，同樣需要根據獲取到的 帶寬需求進行準入檢測，即判斷自身的空閒帶寬是否能夠滿足該帶寬需求， 若能夠滿足，則立即在自身預留相應的帶寬資源，並向下遊節點發送隧道建 立請求，若不能滿足，則直接向控制管理設備反饋錯誤信息，表示自身無法 提供足夠的帶寬。
202 、中間節點接收隧道建立請求；
中間節點B從源節點A接收HSAPN控制消息，並從該控制消息中獲取 隧道建立請求，該隧道建立請求中還可以包括預留方式欄位，該欄位用於指 示在後續進行帶寬預留時所採取的方式，具體可以為固定方式，或共享方式， 固定方式即為固定佔用一定的帶寬，該帶寬只供當前業務使用，共享方式即 為預留的帶寬可以根據佔用率和其他業務共享。
需要說明的是，後續的隧道建立請求中同樣可以攜帶該預留方式欄位用於指示帶寬預留的方式，但該欄位並非必要欄位，若系統在構建時即確定本 系統內建立隧道時只能夠採取固定預留方式或共享預留方式，則可以不需要 該欄位。
203、 判斷準入檢測是否成功，若成功，則執行205,若不成功，則執行
204;
中間節點B在獲取到隧道建立請求後，首先檢查該隧道建立請求的數據 格式是否正確，若正確，則再從該隧道建立請求中獲取帶寬需求，並判斷自 身節點的空閒資源是否滿足帶寬需求。
本實施例中，檢測隧道建立請求的數據格式包括檢測該隧道建立請求中 是否包含了必要的隧道相關信息，可以理解的是，在實際應用中，若能保證 數據傳輸的可靠性，可以不對數據格式進行檢測，而直接檢測節點的空閒資 源是否滿足帶寬需求。
204、 執行異常處理流程，並結束本流程；
若中間節點B進行準入檢測失敗，則執行異常處理流程，例如中間節點 B檢測到隧道建立請求的數據格式不正確，或者是中間節點B檢測自身節點 的空閒帶寬不能夠滿足隧道建立請求中的帶寬需求，則可以執行異常處理流 程，具體的異常處理流程可以為向源節點A反饋錯誤信息，由源節點A判斷 是否停止當前隧道的建立，或者是否重發隧道建立請求。
205、 按照隧道路徑向下一個節點發送隧道建立請求並預留帶寬資源直至 到達目的節點；
本實施例中，中間節點B通過準入檢測後按照隧道建立請求中的資源需 求預留相應的帶寬資源，並且按照隧道建立請求中的隧道路徑設置中間節點B 中的路由表或建立標籤交換表以及分配標籤，該路由表中只包括與中間節點B 相鄰的節點，即中間節點C以及源節點A,並按照隧道路徑A-B-C-D向下一 個節點C發送隧道建立請求，該隧道建立請求可以是從源節點A接收到的隧 道建立請求，即中間節點B直接將從源節點A接收到的隧道建立請求轉發至 中間節點C,該隧道建立請求還可以由中間節點B重新生成，若隧道建立請 求中還包含一個參數節點標識，用於指示當前隧道建立請求還需要經過的
17節點，則從源節點A發送的隧道建立請求中的節點標識為B, C, D,經過中 間節點B之後，中間節點B將該節點標識修改為C, D,並重新生成隧道建 立請求，該隧道建立請求中的其他隧道相關信息均與源節點A發送的隧道建 立請求中的其他隧道相關信息一致，即中間節點B生成的隧道建立請求同樣 用於建立隧道，但其包含的內容與源節點A生成的隧道建立請求中包含的內 容有所不同。
中間節點B以及C按照隧道路徑發送隧道建立請求，直至該請求到達目 的節點D,目的節點D接收到該隧道建立請求之後，獲取其中的節點標識， 可獲知自身為目的節點。
需要說明的是，上述中間節點C以及目的節點D同樣需要進行準入檢觀'J， 準入檢測成功後同樣需要在本節點內按照隧道建立請求中的帶寬需求預留相 應的帶寬，同時中間節點C還需要設置路由表或建立標籤交換表以及分配標 籤，若準入檢測不成功，同樣需要執行異常處理流程。
206、 目的節點以及中間節點反饋隧道建立響應；
目的節點D通過準入檢測之後在目的節點D內部按照隧道建立請求中的 資源需求預留相應的帶寬資源，並按照隧道路徑向上一級節點發送隧道建立 響應，該隧道建立響應被發送至中間節點C。
中間節點C在接收到隧道建立響應之後，同樣向中間節點B發送隧道建 立響應，直至該隧道建立響應^皮發送至源節點A。
207、 源節點發送隧道確認消息以完成隧道建立。
源節點A在接收到中間節點B轉發的隧道建立響應之後向中間節點B發 送隧道確認消息，該隧道確認消息按照隧道路徑經過中間節點B與中間節點 C後被發送至目的節點D,至此分組網絡隧道建立完成。
上述隧道可以是單向隧道，也可以是雙向隧道，即在隧道建立完成之後， A可以通過B, C與D進行通訊，同時D也可以通過C, B與A進行通訊。
需要說明的是，步驟207為可選步驟，即在實際應用中可以執行也可以 不執行。上述描述了隧道建立的過程，在實際應用中，隧道建立完成後仍然可能 會有一些針對該隧道的處理，例如隧道的維護以及隧道中的錯誤'通告，下面
進行具體說明 1、隧道維護
具體的隧道維護在本實施例中可以包括兩種方式
1.1、 周期維護
本方式中，各節點路由器按照預置的周期(例如每隔1分鐘進行一次) 進行定時刷新，即向下遊節點發送隧道建立請求或者向上遊節點發送隧道建 立響應，並等待其他節點路由器發送的隧道建立請求以及隧道建立響應，若 在預置的檢測周期內(例如3分鐘)沒有接收到其他節點路由器發送的隧道 建立請求或隧道建立響應，則確定當前隧道已經被斷開，則刪除自身節點路 由器中預留的帶寬資源。
1.2、 被動維護
本方式中，各節點路由器不會自行檢測隧道狀況，而是被動的等待其他 節點路由器發送的隧道拆除請求，該隧道拆除消息可以由源節點A發起，也 可以由目的節點D發起，還可以由中間節點B或C發起。
若由源節點A發起，則該隧道拆除請求會按照隧道路徑順序經過中間節 點B, C以及目的節點D,當中間節點B接收到該隧道拆除請求後，向中間 節點C轉發該請求，並刪除自身節點預留的資源以及路由表，中間節點C執 行同樣的操作，直至到達目的節點D;
若由目的節點D發起，則該隧道拆除請求會按照隧道路徑順序經過中間 節點C, B以及源節點A,當中間節點C接收到該隧道拆除請求後，向中間 節點B轉發該請求，並刪除自身節點預留的資源以及路由表，中間節點B執 行同樣的操作，直至到達源節點A;
若由中間節點B發起，則該隧道拆除請求會按照隧道路徑順序同時法網 源節點A以及中間節點C,並經過中間節點C被發送至目的節點D,各節點 同樣刪除自身節點預留的帶寬資源。2、錯誤通告
在隧道建立請求的轉發過程中或隧道建立響應的轉發過程中，若出現傳 輸錯誤，則需要進行錯誤通告，
若在隧道建立請求的轉發過程中出現傳輸錯誤，則接收方節點按照隧道 路徑向上級節點反饋隧道建立請求一睹誤消息，最終到達源節點，並由源節點 決定處理方式，可以為重新發送，或停止建立隧道，或其他處理方式；
若在隧道建立響應的轉發過程中出現傳輸錯誤，則接收方節點按照隧道 路徑向下級節點反饋隧道建立響應錯誤消息，最終到達目的節點，並由目的
節點決定處理方式，可以為重新發送，或停止建立隧道，或其他處理方式。
上述實施例中描述了分組網絡隧道建立的過程，源節點按照預置的隧道 路徑向下遊節點發送隧道建立請求直至達到目的節點，下遊節點根據隧道建
立請求預留帶寬資源並向源節點反饋響應，所以可以根據實際情況自動生成 隧道，而不需要人工對節點進行配置，因此提高了 HSAPN中隧道處理的效率。
上述兩個實施例中描述的隧道建立請求中均攜帶有預置的隧道路徑，即 各中間節點可以根據隧道建立請求中攜帶的隧道路徑確定整個隧道所需要經 過的節點，從而確定自身的上一節點以及下一節點，可以理解的是，在實際 應用中，同樣可以採用另外一種方式，即使用目的節點地址替代隧道路徑的 方式，在隧道建立請求中攜帶目的節點的地址而不攜帶隧道路徑，源節點以 及各中間節點都能夠通過該目的節點的地址計算出唯一確定的隧道路徑，具
體的計算方法為源節點或中間節點從隧道建立請求中獲取目的節點地址， 並確定該目的節點地址的結構，根據預置的對應關係查詢該目的節點地址的 結構對應的下一節點的信息，並根據查詢到的下一節點的信息將隧道建立請 求發送至該下一節點。
具體的靜態路由的方案可以用於主隧道的建立過程，而非靜態路由(即 在隧道建立請求中攜帶隧道路徑)的方案可以用於備用隧道的建立過程。
下面對本發明實施例中的通訊系統實施例進行描述，請參閱圖3 ，本發明 實施例中通訊系統實施例包括
源節點301,中間節點302以及目的節點303;其中，源節點301用於進行準入4全測，並在準入檢測之後通過中間節點
302向目的節點303發送隧道建立請求以及隧道確認消息，接收中間節點302 以及目的節點303反饋的隧道建立響應；
中間節點302用於根據接收到的隧道建立請求進行準入檢測，若通過檢 測，則向目的節點303轉發所述隧道建立請求，根據隧道建立請求進行資源 預留，向源節點301反饋隧道建立響應；
目的節點303用於根據接收到的隧道建立請求進行準入檢測，若通過檢 測，則根據隧道建立請求進行資源預留，並通過中間節點302向源節點301 反饋隧道建立響應。
上述實施例中，中間節點302還可以設置路由表或建立標籤交換表以及 分配標籤。
上述實施例中同樣可以不包含中間節點302。
請參閱圖4，本發明實施例中網絡節點的一個實施例包括
隧道建立請求生成單元401,用於根據隧道相關信息生成隧道建立請求；
隧道建立請求發送單元402,用於向下遊節點發送隧道建立請求生成單元 401生成的隧道建立請求；
隧道建立響應接收單元403,用於當隧道建立請求發送單元402向下遊節 點發送隧道建立請求後接收所述下遊節點發送的隧道建立響應；
另夕卜，還可以包括隧道確認消息發送單元404，用於當隧道建立響應接收 單元403接收下遊節點發送的隧道建立響應之後向下遊節點發送隧道確認消 息以完成隧道建立。
上述描述的網絡節點第 一 實施例可以為源節點。
請參閱圖5,本發明實施例中網絡節點的另一個實施例包括
隧道建立請求接收單元501,用於接收上遊節點發送的隧道建立請求；
準入控制單元502，用於根據隧道建立請求接收單元501接收到的隧道建 立請求進行準入檢測；
21隧道建立控制單元503，用於預留帶寬資源並建立路由表或建立標籤交換 表以及分配標籤；
隧道建立請求轉發單元504,用於當準入4企測成功後向下遊節點轉發隧道 建立請求；
隧道建立響應處理單元505，用於接收隧道建立響應，並向上遊節點轉發 該隧道建立響應。
本實施例中，隧道建立控制單元503可以在準入^r測成功後即預留帶寬 資源並建立路由表或建立標籤交換表以及分配標籤，也可以在隧道建立響應 處理單元505接收到隧道建立響應之後再預留帶寬資源並建立路由表或建立 標籤交換表以及分配標籤。
上述描述的網絡節點第二實施例可以為中間節點，若在上述實施例中不 包括隧道建立請求轉發單元504,並且隧道建立響應處理單元505用於發送隧 道建立響應，並且隧道建立控制單元503用於預留帶寬資源，則該實施例還 可以為目的節點。
是可以通過程序來指令相關的硬體完成，所述的程序可以存儲於一種計算機 可讀存儲介質中，該程序在執行時，包括如下步驟
接收上遊節點發送的隧道建立請求，所述隧道建立請求中包含帶寬需求；
根據所述隧道建立請求進行準入檢測，若成功，則根據所述帶寬需求進 行資源預留，並向所述上遊節點發送隧道建立響應。
上述提到的存儲介質可以是只讀存儲器，磁碟或光碟等。
以上對本發明所提供的 一種分組網絡隧道處理方法及通訊系統以及相關 設備進行了詳細介紹，對於本領域的一般技術人員，依據本發明實施例的思 想，在具體實施方式
及應用範圍上均會有改變之處，綜上所述，本說明書內 容不應理解為對本發明的限制。
權利要求
1、一種分組網絡隧道處理方法，其特徵在於，包括接收上遊節點發送的隧道建立請求，所述隧道建立請求中包含帶寬需求；根據所述隧道建立請求進行準入檢測，若成功，則根據所述帶寬需求進行資源預留，並向所述上遊節點發送隧道建立響應。
2、 根據權利要求1所述的方法，其特徵在於，所述根據所述隧道建立請 求進行準入檢測的步驟包括判斷接收到的隧道建立請求的數據格式是否正確，若正確，則判斷自身 節點的空閒帶寬是否滿足所述帶寬需求，若滿足，則確定準入檢測成功。
3、 根據權利要求1所述的方法，其特徵在於，所述接收上遊節點發送的 隧道建立請求的步驟之前包括源節點接收控制管理設備發送的隧道相關信息，所述隧道相關信息包括 帶寬需求以及預置的隧道路徑；源節點根據所述隧道相關信息生成包含所述帶寬需求以及預置的隧道路 徑的隧道建立請求；源節點根據所述隧道路徑向對應的中間節點發送所述隧道建立請求。
4、 根據權利要求1所述的方法，其特徵在於，所述接收上遊節點發送的 隧道建立請求的步驟之前包括源節點接收控制管理設備發送的隧道相關信息，所述隧道相關信息包括 帶寬需求以及預置的目的節點地址；源節點根據所述隧道相關信息生成包含所述帶寬需求以及預置的目的節 點地址的隧道建立請求；源節點根據所述目的節點地址向對應的中間節點發送所述隧道建立請求。
5、 根據權利要求4所述的方法，其特徵在於，所述源節點根據所述目的 節點地址向對應的中間節點發送所述隧道建立請求的步驟包括源節點獲取所述目的節點地址的結構；根據預置的對應關係查詢所述目的節點地址的結構對應的中間節點的信息；根據所述中間節點的信息向對應的中間節點發送所述隧道建立請求。
6、 根據權利要求3所述的方法，其特徵在於，所述源節點根據所述隧道 路徑向對應的中間節點發送所述隧道建立請求的步驟之後包括中間節點根據所述隧道建立請求進行準入檢測，若成功，則根據所述隧 道建立請求中的隧道路徑向目的節點轉發所述隧道建立請求；根據所述帶寬需求進行資源預留；根據所述隧道路徑設置自身的路由表或建立標籤交換表以及分配標籤。
7、 根據權利要求4所述的方法，其特徵在於，所述源節點根據所述隧道 路徑向對應的中間節點發送所述隧道建立請求的步驟之後包括中間節點根據所述隧道建立請求進行準入檢測，若成功，則根據所述隧 道建立請求中的目的節點地址向目的節點轉發所述隧道建立請求；根據所述帶寬需求進行資源預留。
8、 根據權利要求6所述的方法，其特徵在於，所述根據所述隧道路徑設 置自身的路由表或建立標籤交換表以及分配標籤的步驟之後包括接收目的節點反饋的隧道建立響應；向所述中間節點的上遊節點反^t所述隧道建立響應。
9、 根據權利要求7所述的方法，其特徵在於，所述根據所述帶寬需求進 行資源預留的步驟之後包括接收目的節點反饋的隧道建立響應；向所述中間節點的上遊節點反饋所述隧道建立響應。
10、 根據權利要求3所述的方法，其特徵在於，所述源節點根據所述隧 道路徑向對應的中間節點發送所述隧道建立請求的步驟之後包括中間節點根據所述隧道建立請求進行準入檢測，若成功，則根據所述隧 道建立請求中的隧道路徑向目的節點轉發所述隧道建立請求；接收目的節點反饋的隧道建立響應； 根據所述帶寬需求進行資源預留；根據所述隧道路徑設置自身的路由表或建立標籤交換表以及分配標籤； 向所述中間節點的上遊節點反^t所述隧道建立響應。
11、 根據權利要求4所述的方法，其特徵在於，所述源節點根據所述目 的節點地址向對應的中間節點發送所述隧道建立請求的步驟之後包括中間節點根據所述隧道建立請求進行準入檢測，若成功，則根據所述隧 道建立請求中的目的節點地址向目的節點轉發所述隧道建立請求；接收目的節點反饋的隧道建立響應；根據所述帶寬需求進行資源預留；向所述中間節點的上遊節點反饋所述隧道建立響應。
12、 根據權利要求3至6中任一項所述的方法，其特徵在於，所述中間 節點根據所述隧道建立請求進行準入檢測的步驟包括中間節點判斷接收到的隧道建立請求的數據格式是否正確，若正確，則判斷自身節點的空閒帶寬是否滿足所述帶寬需求，若滿足，則確定準入檢測 成功。
13、 根據權利要求11所述的方法，其特徵在於，所述向所述源節點反饋 所述隧道建立響應的步驟之後包括源節點通過中間節點向目的節點發送隧道確認消息。
14、 根據權利要求1所述的方法，其特徵在於，所述方法還包括對所 述隧道進行維護。
15、 根據權利要求14所述的方法，其特徵在於，所述對所述隧道進行維 護的步驟包括按照預置的刷新周期向其他節點發送隧道建立請求或隧道建立響應，判 斷在預置的檢測周期內是否接收到其他節點發送的隧道建立請求以及隧道建 立響應消息，若未接收到，則刪除自身節點中預留的帶寬資源;或接收源節點發送的隧道刪除請求； 根據所述隧道刪除請求釋放自身預留的帶寬資源。
16、 一種通訊系統，其特徵在於，包括源節點，用於進行準入檢測，發送隧道建立請求以及隧道確認消息，接 )丈隧道建立響應；目的節點，用於根據接收到的隧道建立請求進行準入檢測，若通過檢測， 則根據隧道建立請求進行資源預留，並通過所述中間節點向所述源節點反饋 隧道建立響應。
17、 根據權利要求16所述的通訊系統，其特徵在於，所述通訊系統還包括中間節點，用於根據接收到的隧道建立請求進行準入檢測，若通過檢測， 則向目的節點轉發所述隧道建立請求，根據隧道建立請求進行資源預留，向 源節點反饋隧道建立響應。
18、 根據權利要求17所述的通訊系統，其特徵在於，所述中間節點還用 於設置路由表或建立標籤交換表以及分配標籤。
19、 一種網絡節點，應用於分組網絡中，其特徵在於，包括隧道建立請求生成單元，用於根據隧道相關信息生成隧道建立請求；隧道建立請求發送單元，用於向下遊節點發送所述隧道建立請求；隧道建立響應接收單元，用於當所述隧道建立請求發送單元向下遊節點 發送隧道建立請求後接收下遊節點發送的隧道建立響應。
20、 根據權利要求19所述的網絡節點，其特徵在於，所述網絡節點還包括隧道確認消息發送單元，用於當所述隧道建立響應接收單元接收下遊節 點發送的隧道建立響應之後向下遊節點發送隧道確認消息以完成隧道建立。
21、 一種網絡節點，應用於分組網絡中，其特徵在於，包括隧道建立請求接收單元，用於接收上遊節點發送的隧道建立請求；準入控制單元，用於根據所述隧道建立請求接收單元接收到的隧道建立 請求進行準入檢測；隧道建立控制單元，用於預留帶寬資源；隧道建立響應處理單元，用於向上遊節點發送隧道建立響應。
22、 根據權利要求21所述的網絡節點，其特徵在於， 所述隧道建立控制單元當準入;f全測成功後預留帶寬資源； 或所述隧道建立控制單元當發送隧道建立響應時預留帶寬資源。
23、 根據權利要求22所述的網絡節點，其特徵在於，所述隧道建立控制 單元還用於設置路由表或建立標籤交換表以及分配標籤。
24、 根據權利要求22所述的網絡節點，其特徵在於，所述網絡節點還包括隧道建立請求轉發單元，用於當準入檢測成功後向下遊節點轉發隧道建 立i青求。
全文摘要
本發明公開了一種分組網絡隧道處理方法及通訊系統以及相關設備，用於提高HSAPN中隧道處理的效率。本發明方法包括接收上遊節點發送的隧道建立請求，所述隧道建立請求中包含帶寬需求；根據所述隧道建立請求進行準入檢測，若成功，則根據所述帶寬需求進行資源預留，並向所述上遊節點發送隧道建立響應。本發明還提供一種通訊系統以及相關設備。本發明可以有效地提高HSAPN中隧道處理的效率。
文檔編號H04L12/56GK101494587SQ20081000080
公開日2009年7月29日 申請日期2008年1月22日 優先權日2008年1月22日
發明者劉恩慧, 東 王, 王歆平, 陳國義 申請人:華為技術有限公司