專利名稱：一種建立域間呼叫的方法、系統及裝置的制作方法
技術領域：
本發明涉及通信領域，尤其涉及一種建立域間呼叫的方法、系統及裝置。
背景技術：
在通信網絡中，用戶可以通過運營商網絡提供的連接業務來連通自己的設 備，例如，用戶可以通過某個光網絡運營商提供的光連接業務來連接兩臺路由 器。在沒有使用控制平面的情況下，這種連接業務都是通過管理平面提供的， 即用戶如果希望某運營商給自己提供一條連接業務，則首先向該運營商申請連 接業務。運營商按照一定的策略進行接入控制及計費，并通過管理平面下發命 令到節點，創建相應的連接業務。
基于上述模式下業務開通速度慢且管理復雜的缺點，在網絡中引入了控制 平面。控制平面定義通用的協議，可以實現用戶業務的快速自動創建。該協議 包括呼叫和連接兩部分，呼叫用于實現用戶接入權限的認證、用戶側鏈路信息 的交換等功能，連接主要實現用戶業務的提供，即在運營商網絡中進行資源分 配及預留。
如圖1所示，是現有技術的呼叫模型示意圖。兩個客戶側網絡通過服務側
網絡互連，客戶側網絡和服務側網絡之間通過用戶網絡接口 UNI (User Network Interface)鏈路進行連接。UNI鏈路兩端的節點中，位于客戶側網絡的節點稱作 UNI-C,位于服務側網絡的節點稱作UNI-N。
在客戶側的兩個網絡沒有使用路由協議來交換兩個網絡的路由信息的情況 下，UNI-C1不知道UNI-C2的鏈路信息。此時，如果要建立UNI-C1到UNI-C2 的連接，可以先利用呼叫消息交換兩端的UNI鏈路信息，再選擇合適的UNI鏈 路來建立連接。例如UNI-C1發送呼叫消息到UNI-C2,攜帶本側可用的UNI 鏈路信息；UNI-C2返回呼叫消息給UNI-C1時，也攜帶本側可用的UNI鏈路信 息。從而，UNI-C1可獲得遠端的鏈路信息，可以選擇一條滿足業務需求的鏈路 供將要建立的業務使用。呼叫建立之后，UNI-Cl發送連接建立消息到UNI-Nl, 在消息中指明遠端鏈路，可快速地建立可用的連接。發明人在實施本發明的過程中，發現現有的呼叫模型至少具有如下缺點 在連接業務經過多個服務側網絡的情況下，現有的呼叫模型不支持多個網絡對 呼叫的分段處理。
發明內容
本發明實施例要解決的技術問題是提供一種建立域間呼叫的方法、系統 及裝置，克服現有技術中在連接業務經過多個服務側網絡的情況下，不支持多 個網域對呼叫進行分段處理的缺陷。
為解決上述問題，本發明實施例提供了一種建立域間呼叫的方法，用于建 立從第一網域到第二網域的呼叫，該方法包括接收源節點發送的攜帶業務信 息的呼叫建立請求消息；根據上述業務信息和預置的邊界鏈路信息，確定第二 網域，將上述呼叫建立請求消息轉發至第二網域；接收來自第二網域的呼叫建 立響應消息，該呼叫建立響應消息包括目的節點的可用鏈路信息和第二網域的 呼叫標識；將呼叫建立響應消息中第二網域的呼叫標識替換為第一網域的呼叫 標識，其中，上述第一網域的呼叫標識基于上述業務信息確定；發送經替換的 呼叫建立響應消息至源節點。
相應地，本發明實施例還提供了一種呼叫管理器，包括消息收發單元和 處理單元；其中消息收發單元，用于接收源節點發送的攜帶業務信息的呼叫 建立請求消息；將呼叫建立請求消息轉發至處理單元確定的第二網域；接收來 自第二網域的呼叫建立響應消息，其中，呼叫建立響應消息包括目的節點的可 用鏈路信息和第二網域的呼叫標識；發送經處理單元替換的呼叫建立響應消息 至源節點；處理單元，用于根據上述業務信息和預置的邊界鏈路信息，確定第 二網域；將呼叫建立響應消息中的第二網域的呼叫標識替換為第 一 網域的呼叫 標識，其中，上述第一網域的呼叫標識基于上述業務信息確定。
相應地，本發明實施例還提供了一種建立域間呼叫的系統，包括源節點、 目的節點以及多個呼叫管理器，每一個呼叫管理器對應于一個網域；其中呼 叫管理器，用于接收源節點發送的攜帶業務信息的呼叫建立請求消息；根據上 述業務信息和預置的邊界鏈路信息，確定第二網域，將呼叫建立請求消息轉發 至第二網域；接收來自第二網域的呼叫建立響應消息，該呼叫建立響應消息包 括目的節點的可用鏈路信息和第二網域的呼叫標識；將呼叫建立響應消息中第二網域的呼叫標識替換為第一網域的呼叫標識，其中，上述第一網域的呼叫標
識基于上述業務信息確定；發送替換后的呼叫建立響應消息至源節點。
由上述技術方案可以看出，在源節點到目的節點的連接業務經過多個服務 側網絡的情況下，通過本發明實施例提供的建立域間呼叫的方法、系統及裝置， 能夠實現多個網域對源節點到目的節點的呼叫進行分段處理，從而進一步實現 各個網域之間的鏈路選擇及準入控制。
圖l是現有技術提供的呼叫模型的示意圖； 圖2是本發明實施例提供的一種建立域間呼叫的方法流程圖； 圖3是本發明實施例提供的建立域間呼叫的第一場景示意圖； 圖4是本發明實施例提供的建立域間呼叫的第二場景示意圖； 圖5是本發明實施例提供的建立域間呼叫的第三場景示意圖； 圖6是本發明實施例提供的建立域間呼叫的系統的結構示意圖。
具體實施例方式
下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清 楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是 全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有作出創造 性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。
參見圖2，是本發明實施例提供的一種建立域間呼叫的方法流程圖。在源節 點到目的節點的連接經過多個服務側網絡(假定每個服務側網絡劃分為一個網 域)情況下，各個網域之間對從源節點到目的節點的呼叫進行分段處理。該方 法用于建立從第一網域到第二網域的呼叫，包括如下步驟
5200、 接收源節點發送的攜帶業務信息的呼叫建立請求消息；
5201、 根據上述業務信息和預置的邊界鏈路信息，確定第二網域；
5202、 將上述呼叫建立請求消息轉發至上述第二網域；
5203、 接收來自上述第二網域的呼叫建立響應消息，該呼叫建立響應消息 包括目的節點的可用鏈路信息和第二網域的呼叫標識；
5204、 將上述呼叫建立響應消息中第二網域的呼叫標識替換為第 一網域的呼叫標識，其中，上述第一網域的呼叫標識基于上述業務信息確定； S205 、發送經替換的呼叫建立響應消息至源節點。
具體的，在步驟S200之后，還包括根據上述業務信息和預置的域內拓樸 信息，確定第一網域的域內鏈i 各。
在步驟S201之后，還包括根據上述業務信息和上述預置的邊界鏈路信息， 確定第一網域與第二網域的域間鏈路。呼叫建立請求消息經由第一網域的域內 鏈;洛、第 一 網域與第二網域的域間鏈路發送給第二網域。
在步驟S203之后，還包括記錄上述第一網域的呼叫標識和上述第二網域 的呼叫標識的對應關系；則在步驟S205之后，還包括接收源節點發送的連接 建立請求消息，該連接建立請求消息攜帶有業務信息和第一網域的呼叫標識； 根據上述的第一網域的呼叫標識和第二網域的呼叫標識的對應關系，將連接建 立請求消息中第 一 網域的呼叫標識替換為對應的第二網域的呼叫標識，通過上 述第一網域的域內鏈路、上述第一網域與第二網域的域間鏈路，發送經替換的 連接建立請求消息至第二網域；接收來自第二網域的預留消息，該預留消息包 括第二網域的呼叫標識；才艮據上述對應關系將預留消息中第二網域的呼叫標識 替換為第 一 網域的呼叫標識，發送經替換的預留消息至源節點。
在上述接收源節點發送的連接建立請求消息之前，還包括記錄上述業務 信息和第一網域的呼叫標識的對應關系；此時，在根據上述對應關系將連接建 立請求消息中第 一 網域的呼叫標識替換為對應的第二網域的呼叫標識之前，還 包括判斷第一網域的呼叫標識對應的業務信息，是否與連接建立請求消息中 攜帶的業務信息相符，如果是，根據上述的第一網域的呼叫標識和第二網域的 呼叫標識的對應關系將連接建立請求消息中第 一 網域的呼叫標識替換為對應的 第二網域的呼叫標識；如果否，則不執行后續步驟。
上述呼叫建立請求消息還可以包括策略標識；此時，在步驟S201之前， 還包括查找與上述策略標識對應的預置策略；判斷呼叫建立請求消息攜帶的 業務信息是否符合上述預置策略，如果是，執行步驟S201,即根據上述業務信 息和預置的邊界鏈路信息，確定第二網域；如果否，則不執行后續步驟。
本發明實施例在源節點到目的節點的連接業務經過多個服務側網絡的情況 下，能夠實現多個網域對源節點到目的節點的呼叫進行分段處理，從而進一步 實現各個網域之間的鏈路選擇。 9參見圖3，是本發明實施例提供的建立域間呼叫的第一場景示意圖，僅以源 節點到目的節點的連接經過三個網域為例進行說明。每個網域中的節點都配置 有本網域的拓樸信息(如節點、鏈路信息)，以及與相鄰網域的邊界鏈路信息。 且每個網域中均設置有呼叫管理器(Call Manager),用于對源節點R1到目的節 點R2的呼叫進行處理。
具體的，建立源節點Rl到目的節點R2的呼叫過程如下
源節點Rl發起攜帶有業務信息的呼叫建立請求消息，沿提供連接業務的網 域逐跳發送至目的節點R2;其中，上述業務信息用于指示建立連接的源節點、 目的節點及所需帶寬；每個網域的呼叫管理器在接收到呼叫建立請求消息后， 分別對呼叫進行處理。
例如，如圖3中所示的呼叫管理器1在接收到呼叫建立請求消息后，根據 呼叫建立請求消息中攜帶的業務信息配置本網域的呼叫標識，記錄該業務信息 與對應的呼叫標識的對應關系，并保存該呼叫標識及對應的業務信息；根據上 述業務信息以及預置的域內拓樸信息，確定本網域滿足業務需求的域內鏈路， 建立并保存上述域內鏈路與上述呼叫標識的映射關系；根據上述業務信息以及 預置的邊界鏈路信息，確定與本網域相鄰的提供連接業務的相鄰下游網域，將 呼叫建立請求消息傳送至相鄰下游網域；
目的節點R2接收到源節點發起的呼叫建立請求消息后，查看本地鏈路信息， 選擇滿足業務需求的可用鏈路，并構造攜帶有目的節點的可用鏈路信息的呼叫 建立響應消息，沿各個提供連接業務的網域返回源節點；
如圖3所示的呼叫管理器1在接收到相鄰下游網域返回的呼叫建立響應消 息后，保存上述響應消息中攜帶的相鄰下游網域的呼叫標識，記錄相鄰下游網 域的呼叫標識與本網域的呼叫標識的對應關系；通過計算獲得本網域與相鄰上 游網域之間滿足業務需求的域間可用鏈^各信息；將上述域間可用鏈路信息添加 到呼叫建立響應消息，并將呼叫建立響應消息中的相鄰下游網域的呼叫標識替 換為本網域的呼叫標識后，將呼叫建立響應消息發往其相鄰上游網域；
源節點R1接收呼叫建立響應消息，其中，消息中包括各網域間的可用鏈路 信息，以及與其相鄰的網域的呼叫標識，呼叫建立成功。
呼叫建立完成后，啟動連接建立。連接建立的具體過程如下
源節點Rl發起連接建立請求消息，沿提供連接業務的網域逐跳發送至目的節點；其中，連接建立請求消息中攜帶有業務信息、呼叫標識、以及域間可用 鏈路信息；
如圖3所示的入邊界節點2在接收到連接建立請求消息后，根據連接建立 請求消息中的呼叫標識，從呼叫管理器1中查找對應的業務信息，校驗建立請 求消息中攜帶的業務信息是否與呼叫管理器1所保存的業務信息相符，若是， 則根據呼叫標識與域內鏈路的映射關系，確定本網域的域內鏈路(假定節點3 為該域內鏈路的出邊界節點)，并沿域內鏈路將連接建立請求消息發送至出邊界 節點3;出邊界節點3根據本網域的呼叫標識與相鄰下一個網域的呼叫標識的對 應關系，將上述連接建立請求消息中的呼叫標識替換為相鄰網域的呼叫標識， 沿域間鏈路發送至所述相鄰網域。在具體實施當中，各出邊界節點可以在建立 連接的時候從呼叫管理器中得到下一個網域的呼叫標識信息，或者也可以由呼 叫管理器在建立呼叫的時候主動將相關的呼叫標識信息告知相關的邊界節點。 若上述連接建立請求消息中的業務信息與呼叫標識對應的業務信息不相符，則 連接建立失敗。
本發明實施例在源節點到目的節點的連接業務經過多個服務側網絡的情況 下，能夠實現多個網域對源節點到目的節點的呼叫進行分段處理，從而進一步 實現各個網域之間的鏈路選擇。
進一步的，在具體實施當中，呼叫管理器可以設置在網域的邊界節點上， 或者設置在某外部設備上，下面以呼叫管理器設置在網域的入邊界節點中為例 進行說明。
如圖4所示，是本發明實施例提供的建立域間呼叫的第二場景示意圖，僅 以源節點到目的節點的連接經過三個網域為例進行說明。客戶側設備源節點Rl、 目的節點R2分別接入網域A、網域C，網域B可以為網域A提供傳送服務， 即可以將從網域A接入的流量傳送至網域C。每個網域的入邊界節點(節點11、 節點21、節點31)中均設置有呼叫管理器，并且每個網域中的節點都配置有本 網域的拓樸信息(如節點、鏈路信息)，以及與相鄰網域的邊界鏈路信息。
具體的，從源節點Rl到目的節點R2的呼叫建立過程如下
源節點R1發起攜帶有業務信息的呼叫建立請求消息，其中，業務信息包括 用于指示連接業務的源節點、目的節點及所需帶寬信息。
網域A中的入邊界節點11接收上述呼叫建立請求消息，并進行處理，包括配置對應于呼叫建立請求消息中的業務信息的呼叫標識CallIDlO，記錄上述業 務信息與呼叫標識CallIDlO的對應關系，并保存該呼叫標識CallIDlO及對應的 業務信息；根據業務信息及本網域的拓樸信息進行計算，確定滿足業務需求的 域內鏈路，建立并保存上述域內鏈路與呼叫標識CallIDlO的映射關系；根據業 務信息以及預置的邊界鏈路信息，確定提供源節點Rl到目的節點R2的連接業 務的下一個網域，例如，如圖4所示，布i設通過與網域A相鄰的網域B可建立 連接業務，則入邊界節點ll將呼叫建立請求消息發送至網域B。網域B中的入邊界節點21接收到上述呼叫建立請求消息后，以相同的方法 進行處理，配置對應于業務信息的CallID20,保存業務信息及呼叫標識CallID20 的對應關系；確定網域B中滿足業務需求的域內鏈路，建立并保存上述域內鏈 路與呼叫標識CallID20的映射關系；將呼叫建立請求消息發送至提供源節點Rl 到源節點2的連接業務的下一個網域C。同理，網域C中的入邊界節點31接收到上述呼叫建立請求消息后，配置對 應于業務信息的CallID30，保存業務信息及呼叫標識CallID30的對應關系；確 定網域C中滿足業務需求的域內鏈路，建立并保存上述域內鏈路與呼叫標識 CallID30的映射關系；將呼叫建立請求消息發送至目的節點R2。目的節點R2接收到上述呼叫建立請求消息后，查看本地鏈路信息，選擇滿 足業務需求的可用鏈路，并構造攜帶有可能鏈路信息的呼叫建立響應消息，發 送到網域C內的入邊界節點31。網域C的入邊界節點31接收上述呼叫建立響應消息，通過計算獲得網域C 與網域B之間的滿足業務需求的域間可用鏈路信息，將上述域間可用鏈路信息 以及本網域配置的呼叫標識CallID30添加到呼叫建立響應消息中發送到網域B。網域B的入邊界節點21接收上述呼叫建立響應消息，保存響應消息中攜帶 的呼叫標識CallID30，并記錄呼叫標識CallID30與本網域配置的呼叫標識 CallID20的對應關系；通過計算獲得網域B與網域A之間的滿足業務需求的域 間可用鏈路信息，將上述域間可用鏈路信息添加到呼叫建立響應消息中，并將 呼叫建立響應消息中的呼叫標識CallID30替換為呼叫標識CallID20后發往網域 A。網域A的入邊界節點ll接收上述呼叫建立響應消息，保存響應消息中攜帶 的呼叫標識CallID20，并記錄呼叫標識CallID20與本網Jt或配置的呼叫標識CallIDlO的對應關系；將呼叫建立響應消息中的呼叫標識CallID20替換為呼叫 標識CallIDlO后發送到源節點Rl。源節點R1接收呼叫建立響應消息，其中，消息中包括各網域間的可用鏈路 信息，以及網域A配置的呼叫標識，呼叫建立成功。在呼叫建立成功后，啟動連接建立過程，連接建立的具體過程如下源節點Rl根據各域間可用鏈路信息確定提供連接業務的各個網域的邊界節 點，在本發明實施例中，各個網域的邊界節點分別為入邊界節點11、入邊界節 點21、入邊界節點31。源節點Rl構造攜帶有業務信息(源節點、目的節點及 帶寬)、呼叫標識CallID10以及邊界節點信息的路徑消息，并發送至網域A。網域A中的入邊界節點11接收上述路徑消息，校驗路徑消息中的業務信息 是否與呼叫標識CallIDlO對應的業務信息相符，若是，則根據所述呼叫標識 CallIDlO與域內鏈路映射關系，確定網域A的域內鏈路(假定域內鏈路的出邊 界節點為節點12);沿域內路徑將路徑消息發送至出邊界節點12，請求建立連接；網域A中的出邊界節點12接收上述路徑消息，根據路徑消息中的呼叫標識 CallIDlO與相鄰網域B配置的呼叫標識CallID20的對應關系，將路徑消息中的 呼叫標識CallIDlO替換為呼叫標識CallID20，并沿滿足業務需求的域間鏈路發 送至網域B的入邊界節點21;網域B中的入邊界節點21接收上述路徑消息，校驗路徑消息中的業務信息 是否與呼叫標識CallID20對應的業務信息相符，若是，則根據呼叫標識CallID20 與域內鏈路映射關系，確定網域B的域內鏈路(假定域內鏈路的出邊界節點為 節點22);沿域內路徑將路徑消息發送至出邊界節點22，請求建立連接；網域B中的出邊界節點22接收上述路徑消息，根據路徑消息中的呼叫標識 CallID20與相鄰網域C配置的呼叫標識CallID30的對應關系，將路徑消息中的 呼叫標識CallID20替換為呼叫標識CallID30,并沿滿足業務需求的域間鏈路發 送至網域C的入邊界節點31;網域C中的入邊界節點31接收上述路徑消息，校驗路徑消息中的業務信息 是否與呼叫標識CallID30對應的業務信息相符，若是，則根據呼叫標識CallID30 與域內鏈路映射關系，確定網域C的域內鏈路，沿域內路徑將路徑消息發送至 出邊界節點32,請求建立連接；網域C中的出邊界節點32接收上述路徑消息，將上述路徑消息發送至目的 節點R2;
目的節點R2接收路徑消息，構造并發送預留消息給網域C的出邊界節點 32，其中，預留消息中攜帶有呼叫標識CallID30;
網域C中的出邊界節點32接收上述預留消息，根據消息中的呼叫標識 CallID30與域內鏈路映射關系，確定網域C的域內路徑，沿域內路徑將路徑消 息發送至網域C的入邊界節點31;
網域C中的入邊界節點31接收上述預留消息，將預留消息發送至網域B的 出邊界節點22;
網域B中的出邊界節點22接收上述預留消息，根據預留消息中的呼叫標識 CallID30與呼叫標識CallID20的對應關系，將預留消息中的呼叫標識CallID30 替換為呼叫標識CallID20,并才艮據呼叫標識CallID20與域內鏈路映射關系，確 定網域B的域內路徑，沿域內路徑將路徑消息發送至網域B的入邊界節點21;
網域B中的入邊界節點21接收上述預留消息，將預留消息發送至網域A的 出邊界節點12;
網域A中的出邊界節點12接收上述預留消息，根據預留消息中的呼叫標識 CallID20與呼叫標識CallIDlO的對應關系，將預留消息中的呼叫標識CallID20 替換為呼叫標識CallIDlO，并根據呼叫標識CallIDlO與域內鏈路映射關系，確 定網域A的域內路徑，沿域內路徑將路徑消息發送至網域A的入邊界節點11;
網域A中的入邊界節點11接收上述預留消息，將預留消息發送至源節點
Rl;
源節點R1接收上述預留消息，連接建立成功。
本發明實施例在源節點到目的節點的連接業務經過多個服務側網絡的情況 下，能夠實現多個網域對源節點到目的節點的呼叫進行分段處理，/人而進一步 實現各個網域之間的鏈路選擇。。
參見圖5,是本發明實施例提供的建立域間呼叫的第三場景示意圖，僅以源 節點到目的節點的連接經過三個網域為例進行說明。
在本發明實施例中，網域l、網域2、網域3聯合提供源節點R1到目的節 點R2的連接業務，其中，網域l、網域3接入客戶側設備，網域2為網域1提 供傳送服務，即可以將從網域1中接入的流量傳送至網域3。在呼叫建立過程中，可以在呼叫消息中帶上策略標識(如合同號)，各個網域的呼叫管理器才艮據策略標識對應的策略進行準入控制。具體的，網域l、網域2、網域3互相簽訂合同， 定義如下合同1 (ID=1):網域2負責將網域l的最大帶寬為X的流量傳送到網域 3，網域2向網域1收費Yl;合同2(10 = 2):網域3可以接收從網域2傳送過來的最大帶寬為X的流 量，這些流量流向網域3的客戶設備，網域2向網域3收費Y2;進一步的，客戶側設備Rl及R2分別接入網域1和網域3，客戶側設備Rl 和R2屬于同一個客戶，并分別與網域l、網域3簽訂合同，如下合同3 (ID = 3):網域l負責接入客戶側設備Rl最大帶寬為X的流量， 網域1向客戶收費Y3。合同4(ID = 4):網域3負責傳送最大帶寬為X的流量到客戶側設備R2， 網域3向客戶收費Y4。在具體實施當中，客戶側設備R1中保存有合同3的信息，客戶側設備R2保 存有合同4的信息，網域l中的節點Rll保存有合同3、合同1的信息，網域2 的節點R21和R22保存有合同1、合同2的信息，網域3的節點R31和R32保 存有合同2、合同4的信息。下面僅以建立客戶側設備R1到客戶側設備R2的連接經過三個網域為例， 對利用分段呼叫處理模式實現準入控制的方法進行說明。呼叫建立過程如下(1) 、 Rl發送呼叫建立請求消息(通用多協議標簽交換GMPLSCALL中 定義的Notify消息)到Rll，其中，上述消息中攜帶有業務信息(源節點= Rl,目的節點=R2;帶寬=X)及合同信息(ID = 3);(2) 、 Rll接收上述呼叫建立請求消息，并對該呼叫進行處理，包括根 據消息中的合同號，查看預存的合同信息，校驗呼叫建立請求消息中攜帶的業 務信息是否符合合同規定；若符合，則允許該呼叫，分配對應于上述業務信息 的呼叫標識CallID (假定CallID = 10 ),并保存該CallID以及業務信息的對應關 系；Rll根據上述業務信息、預置的拓樸信息以及邊界鏈路信息，確定釆用網域 2傳送該業務到R2，并發現R12-R21的鏈路滿足帶寬需求，則將R12作為出 邊界節點。然后發送呼叫建立請求消息到選定的邊界節點R12,其中，呼叫建立 請求消息中攜帶有業務信息、呼叫標識(CallID=10)以及合同號(ID=1)。(3) 、 R12接收上述呼叫建立請求消息，保存網域1的呼叫標識(CallID-10 )，并將該CallID從消息中去掉，轉發給下一個網域的邊界節點R21;
(4) 、 R21接收上述呼叫建立請求消息，查看預存的合同信息(ID= 1的 合同需要傳送到網域3),校驗呼叫建立請求消息中攜帶的業務信息是否符合合 同規定；若符合，則允許該呼叫，分配對應于上述業務信息的呼叫標識CallID
(假定CallID = 20 ),并保存該CallID以及業務信息的對應關系。R21根據上 述業務信息、預置的拓樸信息以及邊界鏈路信息，確定采用網域3傳送該業務 到R2,并發現R23-R31的鏈路滿足帶寬需求，則將R23作為出邊界節點。 然后發送呼叫建立請求消息到選定的出邊界節點R23，其中，呼叫建立請求消息 中攜帶有業務信息、呼叫標識(CallID = 20)以及合同號(ID = 2);
(5) 、 R23接收上述呼叫建立請求消息，保存網域2的呼叫標識(CallID = 20),并將該CallID從消息中去掉，轉發給下一個網域的邊界節點R31;
(6) 、 R31接收上述呼叫建立請求消息，查看預存的與網域2簽訂的合同 信息(ID:2的合同可以接收從網域2傳送過來的最大帶寬為X的流量，這些 流量流向網域3的客戶側設備)以及與客戶簽訂的合同信息(ID = 4的合同)， 校驗呼叫建立請求消息中攜帶的業務信息是否符合合同規定；若符合，則允許 該呼叫，分配對應于上述業務信息的呼叫標識CallID (假定CallID = 30),并保 存該CallID以及業務信息的對應關系。R31 #4居上述業務信息及預置的拓樸信 息，選擇到達客戶側設備R2的路由，將R33作為出邊界節點。然后發送呼叫 建立請求消息到選定的出邊界節點R33,其中，呼叫建立請求消息中攜帶有業務 信息、呼叫標識(CallID = 30)以及合同號(ID = 4);
(7) 、 R33接收上述呼叫建立請求消息，并轉發給目的節點R2;
(8) 、 R2接收上述呼叫建立請求消息，查看預存的合同信息(10 = 4的合 同)，校驗所請求的業務信息是否符合合同規定；若符合，則允許該呼叫，查看 本地鏈路信息，選擇滿足業務需求的可用鏈路，并構造攜帶有目的節點可用鏈 路信息的呼叫建立響應消息(GMPLS CALL中定義的Notify消息)，發送給 R33;
(9) 、 R33接收上述呼叫建立響應消息，并轉發給R31;
(10) 、 R31接收上述呼叫建立響應消息，查看與網域3與網域2之間的鏈 路，選擇滿足業務需求的可用域間鏈路，并將上述域間可用鏈路信息以及網域3的呼叫標識(CallID = 30)添加到呼叫建立響應消息中，轉發給R23;(11) 、 R23接收上述呼叫建立響應消息，保存網域3的呼叫標識(CallID =30)，并記錄呼叫標識(CallID = 30)與網域2的呼叫標識(CallID = 20)的 對應關系，將上述呼叫建立響應消息轉發給R21;(12) 、R21接收上述呼叫建立響應消息，查看網域2與網域1之間的鏈路， 選擇滿足業務需求的可用域間鏈路，并將上述域間可用鏈路信息添加到呼叫建 立響應消息中以及將該消息中的呼叫標識(CallID = 30)替換為網域2的呼叫標 識(CallID = 20)后，轉發給R12;(13) 、 R12接收上述呼叫建立響應消息，保存網域2的呼叫標識(CallID =20)，并記錄呼叫標識(CallID = 20)與網域1的呼叫標識(CallID = 10)的 對應關系，將上述呼叫建立響應消息轉發給Rl 1;(14) 、 Rll接收上述呼叫建立響應消息，將呼叫建立響應消息中的呼叫標 識(CallID = 20)替換為網域l的呼叫標識(CallID=10)后，轉發給Rl;(15 )、 Rl接收上述呼叫建立響應消息，消息中包括各網域之間的域間可用 鏈路信息，以及網域1的呼叫標識信息(CallID= 10)，呼叫建立成功。 在呼叫建立成功后，啟動連接建立過程，連接建立的具體過程如下(1 )、 Rl根據各域間可用鏈路信息確定提供連接業務的各個網域的邊界節 點，并構造攜帶有業務信息(源節點=Rl,目的節點=R2;帶寬=X)、呼 叫標識信息(CallID= 10)以及邊界節點信息(Rll, R21， R31)的路徑消息(資 源預留協議RSVP中的Path消息)，發送給Rll;(2) 、R11收到Path消息，查看消息中的業務信息是否和呼叫標識(CallID -IO)對應的業務信息相符，如果相符，則計算到下一個邊界節點R21的路徑 (R11-R12-R21),并發送Path消息到下一個節點R12，請求建立連接；(3) 、 R12收到Path消息，R12是出邊界節點，根據Path消息中的呼叫 標識(CallID = 10 )與網域2的呼叫標識(CallID = 20)的對應關系，將Path消 息中的呼叫標識(CallID = 10 )替換為呼叫標識(CallID = 20 ),并發送至網域2 的入邊界節點R21;(4) 、R21收到Path消息，查看消息中的業務信息是否和呼叫標識(CallID =20)對應的業務信息相符，如果相符，則計算到下一個邊界節點R31的路徑 (R21-R23-R31 )，并發送Path消息到下一個節點R23,請求建立連接；= 20 )與網域3的呼叫標識(CallID = 30)的對應關系，將Path消 息中的呼叫標識(CallID = 20)替換為呼叫標識(CallID = 30),并發送至網域3 的入邊界節點R31;
(6) 、R31收到Path消息，查看消息中的業務信息是否和呼叫標識(CallID =30 )對應的業務信息相符，如果相符，則計算到目的節點R2的路徑 (R31-R33-R2),并發送Path消息到下一個節點R33，請求建立連4妻；
(7) 、 R33收到Path消息，直接轉發給R2;
(8) 、 R2收到Path消息，構造并發送預留消息(RSVP中的Resv消息) 給R33, Resv消息中攜帶有呼叫標識(CallID = 30 )。
(9) 、 R33收到Resv消息，轉發給R31;
(10) 、 R31收到Resv消息，轉發給R23;
(11) 、 R23收到Resv消息，根據Resv消息中的呼叫標識(CallID = 30 ) 與網域2的呼叫標識(CallID = 20)的對應關系，將Resv消息中的呼叫標識
(CallID = 30 )替換為呼叫標識(CallID = 20 )，并發送給R21;
(12) 、 R21收到Resv消息，轉發給前一個節點R12;
(13) 、 R12收到Resv消息，根據Resv消息中的呼叫標識(CallID = 20 ) 與網域1的呼叫標識(CallID=10)的對應關系，將Resv消息中的呼叫標識
(CallID = 20)替換為呼叫標識(CallID-10),并發送給Rll;
(14) 、 Rll收到Resv消息，轉發給Rl;
(15) 、 Rl收到Resv消息，連接建立成功。
在具體實現中，還可以在呼叫建立過程的步驟(2)、 (4)、 (6)中，可以分 別計算本網域的域內鏈路、本網域與下游相鄰網域的域間鏈路(若域內鏈路計 算失敗，則拒絕呼叫)，建立并保存本網域的呼叫標識與域內鏈路的映射關系、 本網域的呼叫標識同上述本網域與下游相鄰網域的域間鏈路的映射關系，從而 在連接建立過程的步驟(2)、 (4)、 (6)中，可以才艮據呼叫標識查看對應的域內 鏈路、域間鏈路，而不需要重新計算域內鏈路、域間鏈路，確保域內、域間都 有資源，保證業務建立成功。
本發明實施例提供的建立域間呼叫的方法，在源節點到目的節點的連接業 務經過多個服務側網絡的情況下，能夠實現多個網域對源節點到目的節點的呼
18叫進行分段處理，從而進一步實現各個網域之間的鏈路選擇及準入控制.上述僅以源節點到目的節點的連接經過三個網域的情況為例進行說明，本 發明的實施方式并不限于此，還可以應用于源節點到目的節點之間存在多個網 域的場景。下面是本發明實施例提供的建立域間呼叫的方法應用于通用多協議標簽交換呼叫GMPLS( General Multi-Protocol Label Switch) Call消息中的一個實施例。現有技術的GMPLS Call中呼叫消息的定義如下 〈Notify message〉 := <Common Header〉 [ <INTEGRITY> ][[<MESSAGE—ID—ACK〉 | 〈MESSAGE一ID一NACK〉]…][<MESSAGE—ID> ]<ERROR—SPEO<notify session list><notify session list> ::= [ 〈notify session list〉 ] <notify session><notify session〉 := <SESSION> [ <ADMIN—STATUS> ][<POLICY—DATA〉...] [<LINK_CAPABILITY> ] [<SESSION—ATTRIBUTE〉] [<sender descriptor) | <flow descriptor)]<sender descriptor^ ::= <SENDER—TEMPLATE〉 <SENDER—TSPEC〉<flow descriptor) ::= see [RFC3473]其中，現有技術的<LINK—CAPABILITY>、 <POLICY—DATA〉…等對象都 不能分段處理，CallID放在〈SESSION〉對象中。為了克服現有技術所存在的缺 點，本發明實施例提出的改進方案如下〈Notify message〉 := <Common Header〉 [ <INTEGRITY> ][[〈MESSAGE—ID一ACK〉 | 〈MESSAGE—ID一NACK〉]…] [<MESSAGEJD> ] <ERROR—SPEC> 〈notify session list>
<notify session list> ::= [ <notify session list〉 ] 〈notify session〉
<notify session〉 := <SESSION> [ <ADMIN_STATUS> ] [<sender descriptor^ | <flow descriptor)] [<call manager list> ]
< call manager list 〉:=[< call manager list > ] < call manager >
< call manager > ::= <call manager address〉 [ <POLICY_DATA〉...]
<sender descriptor) ::= see [RFC3473]
<flow descriptor) ::= see [RFC3473]
上述增加的< call manager list >對象，用于實現分,殳處理域間鏈;洛、準入控 制等功能，該對象的內容就是 一 個呼叫管理器的可達地址。在 〈LINK一CAPABILITY〉前增加一個〈node id〉對象，用于指示該鏈路所屬的節點。
參見圖6，是本發明實施例提供的建立域間呼叫的系統的結構示意圖，包括 源節點601、目的節點602以及多個呼叫管理器603，每一個呼叫管理器對應于 一個網i^戈；其中
呼叫管理器603,用于接收源節點601發送的攜帶業務信息的呼叫建立請求 消息；根據上述業務信息和預置的邊界鏈路信息，確定第二網域，將呼叫建立 請求消息轉發至第二網域；接收來自第二網域的呼叫建立響應消息，該呼叫建 立響應消息包括目的節點602的可用鏈路信息和第二網域的呼叫標識；將呼叫建立響應消息中第二網域的呼叫標識替換為第一網域的呼叫標識，其中，上述第一網域的呼叫標識基于上述業務信息確定；發送替換后的呼叫建立響應消息 至源節點601。具體的，呼叫管理器603包括消息收發單元6031和處理單元6032;其中 消息收發單元6031，用于接收源節點601發送的攜帶業務信息的呼叫建立 請求消息；將呼叫建立請求消息轉發至處理單元6032確定的第二網域；接收來 自第二網域的呼叫建立響應消息，其中，呼叫建立響應消息包括目的節點602 的可用鏈路信息和第二網域的呼叫標識；發送經處理單元替換的呼叫建立響應 消息至源節點601;處理單元6032,用于根據上述業務信息和預置的邊界鏈路信息，確定第二 網域；將呼叫建立響應消息中的第二網域的呼叫標識替換為第 一 網域的呼叫標 識，其中，上述第一網域的呼叫標識基于上述業務信息確定。處理單元具體包括呼叫標識配置模塊、網域確定模塊和替換模塊。其中呼叫標識配置模塊，用于根據消息收發單元接收的呼叫建立請求消息中攜 帶的業務信息，配置第一網域的呼叫標識；網域確定模塊，用于根據上述業務信息以及上述預置的邊界鏈路信息，確 定第二網域；替換模塊，用于將上述呼叫建立響應消息中的第二網域的呼叫標識替換為 第一網域的呼叫標識。處理單元還包括域內鏈路確定模塊，用于根據上述業務信息以及預置的 域內拓樸信息，確定第一網域的域內鏈3各。處理單元還包括域間鏈路確定模塊，用于根據上述業務信息和上述預置 的邊界鏈路信息，確定第 一網域與第二網域的域間鏈路。處理單元還包括存儲模塊，用于記錄第一網域的呼叫標識和第二網域的 呼叫標識的對應關系；本發明實施例提供的建立域間呼叫的方法、系統及裝置，在源節點到目的 節點的連接經過多個服務側網絡的情況下，能夠實現多個網域對源節點到目的 節點的呼叫進行分段處理，從而進一步實現各個網域之間的鏈路選"f奪及準入控 制。。是可以通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于一計算 機可讀取存儲介質中，該程序在執行時，可包括如上述各方法的實施例的流程。
其中，所述的存儲介質可為磁碟、光盤、只讀存儲記憶體(Read-OnlyMemory, ROM)或隨機存儲記憶體(Random Access Memory, RAM)等。
以上所述是本發明的優選實施方式，應當指出，對于本技術領域的普通技 術人員來說，在不脫離本發明原理的前提下，還可以做出若干改進和潤飾，這 些改進和潤飾也視為本發明的保護范圍。
權利要求
1、一種建立域間呼叫的方法，其特征在于，所述方法用于建立從第一網域到第二網域的呼叫，所述方法包括接收源節點發送的攜帶業務信息的呼叫建立請求消息；根據所述業務信息和預置的邊界鏈路信息，確定第二網域；將所述呼叫建立請求消息轉發至所述第二網域；接收來自所述第二網域的呼叫建立響應消息，所述呼叫建立響應消息包括目的節點的可用鏈路信息和第二網域的呼叫標識；將所述呼叫建立響應消息中第二網域的呼叫標識替換為第一網域的呼叫標識，其中，所述第一網域的呼叫標識基于所述業務信息確定；發送經替換的呼叫建立響應消息至所述源節點。
2、 如權利要求1所述的方法，其特征在于，在所述接收源節點發送的攜帶 業務信息的呼叫建立請求消息之后，還包括根據所述業務信息和預置的域內拓樸信息，確定所述第一網域的域內鏈路。
3、 如權利要求2所述的方法，其特征在于，在所述確定第二網域之后，還 包括根據所述業務信息和所述預置的邊界鏈路信息，確定所述第一網域與所述 第二網域的域間鏈路。
4、 如權利要求3所述的方法，其特征在于，在所述接收來自所述第二網域 的呼叫建立響應消息之后，還包括記錄所述第一網域的呼叫標識和所述第二 網i或的呼叫標識的^f應關系；則在所述發送經替換的呼叫建立響應消息至所述源節點之后，還包括 接收所述源節點發送的連接建立請求消息，所述連接建立請求消息攜帶有所述業務信息和所述第 一 網域的呼叫標識；根據所述對應關系將所述連接建立請求消息中第 一 網域的呼叫標識替換為對應的第二網域的呼叫標識，通過所述第一網域的域內鏈^各、所述第一網域與所述第二網域的域間鏈路，發送經替換的連接建立請求消息至所述第二網域；接收來自所述第二網域的預留消息，所述預留消息包括所述第二網域的呼 叫標識；根據所述對應關系將所述預留消息中第二網域的呼叫標識替換為所述 第 一網域的呼叫標識，發送經替換的預留消息至所述源節點。
5、 如權利要求4所述的方法，其特征在于，在所述接收所述源節點發送的 連接建立請求消息之前，還包括記錄所述業務信息和所述第 一網域的呼叫標識的對應關系； 在所述根據所述對應關系將所述連接建立請求消息中第 一 網域的呼叫標識 替換為對應的第二網域的呼叫標識之前，還包括判斷所述第一網域的呼叫標識對應的業務信息，是否與所述連接建立請求 消息中攜帶的業務信息相符，如果是，根據所述對應關系將所述連接建立請求 消息中第 一 網域的呼叫標識替換為對應的第二網域的呼叫標識。
6、 如權利要求1至5任一項所述的方法，其特征在于，所述呼叫建立請求 消息還包括策略標識；在所述確定第二網域之前，還包括 查找與所述策略標識對應的預置策略；判斷所述呼叫建立請求消息攜帶的業務信息是否符合所述預置策略，如果 是，根據所述業務信息和預置的邊界鏈路信息，確定第二網域。
7、 一種呼叫管理器，其特征在于，包括消息收發單元和處理單元；其中 所述消息收發單元，用于接收源節點發送的攜帶業務信息的呼叫建立請求消息；將所述呼叫建立請求消息轉發至所述處理單元確定的第二網域；接收來 自所述第二網域的呼叫建立響應消息，其中，所述呼叫建立響應消息包括目的 節點的可用鏈路信息和第二網域的呼叫標識；發送經所述處理單元替換的呼叫 建立響應消息至所述源節點；所述處理單元，用于根據所述業務信息和預置的邊界鏈路信息，確定所述 第二網域；將所述呼叫建立響應消息中的第二網域的呼叫標識替換為第 一 網域 的呼叫標識，其中，所述第一網域的呼叫標識基于所述業務信息確定。
8、 如權利要求7所述的呼叫管理器，其特征在于，所述處理單元具體包括 呼叫標識配置模塊，用于根據所述呼叫建立請求消息攜帶的業務信息，配置所述第 一 網域的呼叫標識；網域確定模塊，用于根據所述業務信息以及所述預置的邊界鏈路信息，確 定所述第二網域；替換模塊，用于將所述呼叫建立響應消息中的第二網域的呼叫標識替換為 所述第 一 網域的呼叫標識。
9、 如權利要求8所述的呼叫管理器，其特征在于，所述處理單元還包括 域內鏈路確定模塊，用于根據所述業務信息以及預置的域內拓樸信息，確定所述第 一 網域的域內鏈^各。
10、 如權利要求9所述的呼叫管理器，其特征在于，所述處理單元還包括 域間鏈路確定模塊，用于根據所述業務信息和所述預置的邊界鏈路信息，確定所述第 一 網域與所述第二網域的域間鏈^各。
11、 一種建立域間呼叫的系統，其特征在于，包括源節點、目的節點以 及多個呼叫管理器，每一個呼叫管理器對應于一個網域；其中所述呼叫管理器，用于接收所述源節點發送的攜帶業務信息的呼叫建立請 求消息；根據所述業務信息和預置的邊界鏈路信息，確定第二網域，將所述呼 叫建立請求消息轉發至所述第二網域；接收來自所述第二網域的呼叫建立響應 消息，所述呼叫建立響應消息包括所述目的節點的可用鏈if各信息和第二網域的 呼叫標識；將所述呼叫建立響應消息中第二網域的呼叫標識替換為第 一 網域的 呼叫標識，其中，所述第一網域的呼叫標識基于所述業務信息確定；發送替換 后的呼叫建立響應消息至所述源節點。
12、 如權利要求11所述的系統，其特征在于，所述呼叫管理器包括消息 收發單元和處理單元；其中所述消息收發單元，用于接收所述源節點發送的攜帶業務信息的呼叫建立 請求消息；將所述呼叫建立請求消息轉發至所述處理單元確定的第二網域；接收來自所述第二網域的呼叫建立響應消息，所述呼叫建立響應消息包括所述目的節點的可用鏈路信息和所述第二網域的呼叫標識；發送經所述處理單元替換 的呼叫建立響應消息至所述源節點；所述處理單元，用于根據所述業務信息和所述預置的邊界鏈路信息，確定 所述第二網域；將所述呼叫建立響應消息中的第二網域的呼叫標識替換為所述 第一網域的呼叫標識。
全文摘要
本發明實施例公開了一種建立域間呼叫的方法、系統及裝置，該方法包括接收源節點發送的攜帶業務信息的呼叫建立請求消息；根據上述業務信息和預置的邊界鏈路信息，確定第二網域，將上述呼叫建立請求消息轉發至第二網域；接收來自第二網域的呼叫建立響應消息，該呼叫建立響應消息包括目的節點的可用鏈路信息和第二網域的呼叫標識；將呼叫建立響應消息中第二網域的呼叫標識替換為第一網域的呼叫標識，其中，上述第一網域的呼叫標識基于上述業務信息確定；發送經替換的呼叫建立響應消息至源節點。采用本發明實施例，在連接經過多個服務側網絡的情況下，可利用分段呼叫模式實現域間鏈路選擇及接入控制。
文檔編號H04L29/06GK101668001SQ20081019835
公開日2010年3月10日 申請日期2008年9月5日 優先權日2008年9月5日
發明者資小兵 申請人:華為技術有限公司