專利名稱：一種呼叫處理方法、系統(tǒng)及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種呼叫處理方法、系統(tǒng)及裝置。
背景技術(shù)：
在通信網(wǎng)絡(luò)中，用戶可以通過運營商網(wǎng)絡(luò)提供的連接業(yè)務(wù)來連通自己的設(shè)備，例 如，用戶可以通過某個光網(wǎng)絡(luò)運營商提供的光連接業(yè)務(wù)來連接兩臺路由器。在網(wǎng)絡(luò)中引入 控制平面的情況下，控制平面定義通用的協(xié)議，可以實現(xiàn)用戶業(yè)務(wù)的快速自動創(chuàng)建。該協(xié)議 包括呼叫和連接兩部分，呼叫用于實現(xiàn)用戶接入權(quán)限的認(rèn)證、用戶側(cè)鏈路信息的交換等功 能，連接主要實現(xiàn)用戶業(yè)務(wù)的提供，即在運營商網(wǎng)絡(luò)中進(jìn)行資源分配及預(yù)留。參見圖1，是現(xiàn)有技術(shù)的呼叫模型示意圖，兩客戶側(cè)網(wǎng)絡(luò)利用UNI (User Network Interface)鏈路接入服務(wù)側(cè)網(wǎng)絡(luò)，服務(wù)側(cè)網(wǎng)絡(luò)傳送客戶側(cè)信號到另一端。UNI兩端節(jié)點中， 客戶側(cè)網(wǎng)絡(luò)中的節(jié)點稱作UNI-C，服務(wù)側(cè)網(wǎng)絡(luò)中的節(jié)點稱作UNI-N。在建立UNI-C之間的連接之前，先建立呼叫以實現(xiàn)兩端路由信息的交互，以及服 務(wù)側(cè)網(wǎng)絡(luò)的準(zhǔn)入控制功能，呼叫建立成功之后，再建立相應(yīng)的連接?？蛻魝?cè)網(wǎng)絡(luò)設(shè)備發(fā)起的 呼叫，可以由服務(wù)側(cè)網(wǎng)絡(luò)的接入設(shè)備進(jìn)行處理，也可以由一個專門的單元來處理，其中，處 理呼叫的單元稱作呼叫管理器(Call Manager)。如圖1所示，在建立UNI-Cl和UNI-C2之間的連接之前，UNI-Cl發(fā)起呼叫建立過 程，即發(fā)送呼叫建立請求消息到UNI-N1，消息中攜帶請求帶寬等相關(guān)信息。UNI-m根據(jù) 預(yù)先配置的策略確定是否允許該呼叫，如果允許，則將呼叫建立請求消息轉(zhuǎn)發(fā)到UNI-N2， UNI-N2再將呼叫建立請求消息轉(zhuǎn)發(fā)到UNI-C2。UNI-C2查看本地UNI鏈路帶寬等信息，如果 滿足需求，則返回呼叫建立響應(yīng)消息給UNI-N2，消息中可以攜帶本地可用UNI鏈路信息，用 于建立連接時指定可用鏈路。UNI-N2再將呼叫建立響應(yīng)消息轉(zhuǎn)發(fā)給UNI-N1，UNI-Nl再轉(zhuǎn) 發(fā)給UNI-Cl，至此呼叫建立成功。在上述過程中，UNI-Cl、UNI-Nl、UNI-N2、UNI-C2都具有 處理呼叫的功能，即都實現(xiàn)了呼叫管理器的功能。呼叫建立成功之后，發(fā)起連接建立過程。例如，UNI-Cl發(fā)送連接建立請求消息給 UNI-Nl，指定建立到UNI-C2的連接，并指定遠(yuǎn)端鏈路。UNI-Nl計算合適的路徑，并建立到 UNI-C2的連接。發(fā)明人在實施本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有的呼叫模型至少具有如下缺點現(xiàn)有的 通用多協(xié)議標(biāo)簽交換(GMPLS，General Multi-Protocol Label Switch)呼叫模型只支持端 到端的呼叫處理，在連接業(yè)務(wù)經(jīng)過多個服務(wù)側(cè)網(wǎng)絡(luò)(假定每個服務(wù)側(cè)網(wǎng)絡(luò)劃分為一個域) 的情況下，現(xiàn)有的呼叫模型不支持各域?qū)艚械姆侄翁幚?，從而不支持域間鏈路選擇及各 域的準(zhǔn)入控制等功能。

發(fā)明內(nèi)容
本發(fā)明實施例所要解決的技術(shù)問題是提供一種呼叫處理方法、系統(tǒng)及裝置，克服 現(xiàn)有技術(shù)中在客戶側(cè)業(yè)務(wù)經(jīng)過多個服務(wù)側(cè)網(wǎng)絡(luò)的情況下，不支持各域?qū)艚羞M(jìn)行分段處理的缺陷。為解決上述問題，本發(fā)明實施例提供了一種呼叫處理方法，該方法包括呼叫發(fā)起方獲得處理呼叫的網(wǎng)域中的全部或部分呼叫管理器的地址信息，所述全 部或部分呼叫管理器包括與所述呼叫發(fā)起方相鄰的處理所述呼叫的呼叫管理器；所述呼叫發(fā)起方根據(jù)所述全部或部分呼叫管理器的地址信息中的所述第一呼叫 管理器的地址信息向所述相鄰的呼叫管理器發(fā)送第一呼叫建立請求消息；所述呼叫發(fā)起方接收來自所述相鄰的呼叫管理器的第一呼叫建立響應(yīng)消息，所述 第一呼叫建立響應(yīng)消息由所述相鄰的呼叫管理器針對所述第一呼叫建立請求消息發(fā)出。相應(yīng)地，本發(fā)明實施例還提供了一種呼叫處理方法，該方法包括呼叫管理器獲得處理呼叫的網(wǎng)域中該呼叫管理器和呼叫接收節(jié)點之間的全部或 部分呼叫管理器的地址信息，所述全部或部分呼叫管理器包括與該呼叫管理器相鄰的下一 個呼叫管理器；所述呼叫管理器根據(jù)所述全部或部分呼叫管理器的地址信息中的所述下一個呼 叫管理器的地址信息向所述下一個呼叫管理器發(fā)送第三呼叫建立請求消息，所述第三呼叫 建立請求消息包括所述全部或部分呼叫管理器的地址信息；所述呼叫管理器接收來自所述相鄰的呼叫管理器的第三呼叫建立響應(yīng)消息，所述 第三呼叫建立響應(yīng)消息由所述相鄰的呼叫管理器針對所述第三呼叫建立請求消息發(fā)出。相應(yīng)地，本發(fā)明實施例還提供了一種呼叫處理方法，該方法包括接收呼叫發(fā)起節(jié)點發(fā)送的攜帶業(yè)務(wù)信息的呼叫建立請求消息；根據(jù)所述業(yè)務(wù)信息和預(yù)置的拓?fù)湫畔?，獲得處理所述呼叫的第二網(wǎng)域的呼叫管理 器的地址信息；將所述攜帶業(yè)務(wù)信息的呼叫建立請求消息發(fā)送至第二網(wǎng)域的呼叫管理器；接收來自所述第二網(wǎng)域的呼叫管理器的呼叫建立響應(yīng)消息，所述呼叫建立響應(yīng)消 息包括呼叫接收節(jié)點的可用鏈路信息和第二網(wǎng)域的呼叫標(biāo)識，所述第二網(wǎng)域的呼叫標(biāo)識基 于所述業(yè)務(wù)信息確定；將所述呼叫建立響應(yīng)消息中第二網(wǎng)域的呼叫標(biāo)識替換為第一網(wǎng)域的呼叫標(biāo)識，其 中，所述第一網(wǎng)域的呼叫標(biāo)識基于所述業(yè)務(wù)信息確定，所述第二網(wǎng)域接入所述第一網(wǎng)域的
信息流；發(fā)送經(jīng)替換的呼叫建立響應(yīng)消息至所述呼叫發(fā)起節(jié)點。相應(yīng)地，本發(fā)明實施例還提供了一種呼叫處理方法，該方法包括呼叫發(fā)起方獲得處理呼叫的網(wǎng)域中的全部或部分呼叫管理器的地址信息，所述全 部或部分呼叫管理器包括與所述呼叫發(fā)起方相鄰的處理所述呼叫的第一呼叫管理器；所述呼叫發(fā)起方根據(jù)所述全部或部分呼叫管理器地址信息中的所述第一呼叫管 理器的地址信息向所述第一呼叫管理器發(fā)送呼叫建立請求消息；所述第一呼叫建立請求消 息中包括所述全部或部分呼叫管理器的地址信息；所述第一呼叫管理器接收所述呼叫建立請求消息，刪除所述第一呼叫建立請求消息中的第一呼叫管理器的地址信息，判斷該呼叫建立請求消息中是否包括第二呼叫管理器 的地址信息，所述第二呼叫管理器為與所述第一呼叫管理器相鄰的靠近呼叫終止方的呼叫
管理器；
當(dāng)所述呼叫建立請求消息中不包括所述第二呼叫管理器的地址信息時，所述第一 呼叫管理器獲取所述第二呼叫管理器的地址信息，將所述第二呼叫管理器的地址信息添加 到所述呼叫建立請求消息，根據(jù)獲取的所述第二呼叫管理器的地址信息將所述呼叫建立請 求消息發(fā)送到第二呼叫管理器；所述第二呼叫管理器向該第二呼叫管理器的下一個呼叫管理器發(fā)送呼叫建立請 求消息，并從該第二呼叫管理器的下一個呼叫管理器接收所述下一個呼叫管理器根據(jù)接收 的呼叫建立請求消息發(fā)送的呼叫建立響應(yīng)消息，將所述呼叫建立響應(yīng)消息傳送給所述第一 呼叫管理器；所述第一呼叫管理器將所述呼叫建立響應(yīng)消息傳送給所述呼叫發(fā)起方。相應(yīng)地，本發(fā)明實施例還提供了一種節(jié)點，包括第一地址獲取單元，用于獲得處理呼叫的網(wǎng)域中的全部或部分呼叫管理器的地址 信息，所述全部或部分呼叫管理器包括與所述呼叫發(fā)起方相鄰的處理所述呼叫的呼叫管理 器；第一請求單元，用于根據(jù)所述全部或部分呼叫管理器的地址信息中的所述第一呼 叫管理器的地址信息向所述相鄰的呼叫管理器發(fā)送第一呼叫建立請求消息；第一響應(yīng)接收單元，用于接收來自所述相鄰的呼叫管理器的第一呼叫建立響應(yīng)消 息，所述第一呼叫建立響應(yīng)消息由所述相鄰的呼叫管理器針對所述第一呼叫建立請求消息 發(fā)出O相應(yīng)地，本發(fā)明實施例還提供了一種呼叫管理器，包括第二地址獲取單元，用于獲得處理呼叫的網(wǎng)域中該呼叫管理器和呼叫接收節(jié)點之 間的全部或部分呼叫管理器的地址信息，所述全部或部分呼叫管理器包括與該呼叫管理器 相鄰的下一個呼叫管理器；第二請求單元，用于根據(jù)所述全部或部分呼叫管理器的地址信息中的所述下一個 呼叫管理器的地址信息向所述下一個呼叫管理器發(fā)送第三呼叫建立請求消息，所述第三呼 叫建立請求消息包括所述全部或部分呼叫管理器的地址信息；第二響應(yīng)接收單元，用于接收來自所述相鄰的呼叫管理器的第三呼叫建立響應(yīng)消 息，所述第三呼叫建立響應(yīng)消息由所述相鄰的呼叫管理器針對所述第三呼叫建立請求消息 發(fā)出O相應(yīng)地，本發(fā)明實施例還提供了一種呼叫管理器，包括消息收發(fā)單元和處理單 元；所述消息收發(fā)單元，用于接收呼叫發(fā)起方發(fā)送的攜帶業(yè)務(wù)信息的呼叫建立請求消 息；所述處理單元，用于獲得處理呼叫發(fā)起方的呼叫的多個網(wǎng)域的呼叫管理器的地址 信息，根據(jù)所述地址信息確定處理所述呼叫的呼叫管理器；則所述消息收發(fā)單元還用于將所述呼叫建立請求消息轉(zhuǎn)發(fā)至所述處理單元所確 定的呼叫管理器，并接收來自所述呼叫管理器的呼叫建立響應(yīng)消息，將所述呼叫建立響應(yīng) 消息發(fā)送至所述呼叫發(fā)起方。相應(yīng)地，本發(fā)明實施例還提供了一種呼叫處理系統(tǒng)，包括呼叫發(fā)起節(jié)點、呼叫接 收節(jié)節(jié)點以及多個呼叫管理器；
所述呼叫發(fā)起節(jié)點，用于發(fā)送呼叫建立請求消息，請求建立所述呼叫發(fā)起節(jié)點到 所述呼叫接收節(jié)點的呼叫；所述呼叫管理器，用于接收所述呼叫發(fā)起節(jié)點發(fā)送的攜帶業(yè)務(wù)信息的呼叫建立請 求消息，獲得處理呼叫的多個網(wǎng)域的呼叫管理器的地址信息，根據(jù)所述地址信息確定處理 所述呼叫的相鄰的呼叫管理器，向所述相鄰的呼叫管理器發(fā)送呼叫建立請求消息；接收來 自所述相鄰的呼叫管理器的呼叫建立響應(yīng)消息，將所述呼叫建立響應(yīng)消息發(fā)送至所述呼叫 發(fā)起節(jié)點；所述呼叫建立響應(yīng)消息由所述相鄰的呼叫管理器根據(jù)接收的呼叫建立請求消息 發(fā)出O采用本發(fā)明實施例，具有如下有益效果在客戶側(cè)業(yè)務(wù)需要經(jīng)過多個服務(wù)側(cè)網(wǎng)絡(luò)傳送的情況下，本發(fā)明實施例提供的呼叫 處理方法、系統(tǒng)及裝置，通過對呼叫發(fā)起方的呼叫進(jìn)行分段處理，實現(xiàn)各個網(wǎng)域之間的鏈路 選擇及準(zhǔn)入控制。


圖1是現(xiàn)有技術(shù)提供的呼叫模型示意圖；圖2是本發(fā)明實施例提供的呼叫處理方法的第一實施例的流程圖；圖3是本發(fā)明實施例提供的呼叫處理方法的第二實施例的流程圖；圖4是本發(fā)明實施例提供的呼叫處理方法的第一場景示意圖；圖5是本發(fā)明實施例提供的呼叫處理方法的第三實施例的流程圖；圖6是本發(fā)明實施例提供的呼叫處理方法的第二場景示意圖；圖7是本發(fā)明實施例提供的節(jié)點的結(jié)構(gòu)示意圖；圖8是本發(fā)明實施例提供的呼叫管理器的結(jié)構(gòu)示意圖；圖9是本發(fā)明實施例提供的叫處理系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護(hù)的范圍。參見圖2，是本發(fā)明實施例提供的呼叫處理方法的第一實施例的流程圖。在客戶側(cè)業(yè)務(wù)需要經(jīng)過多個服務(wù)側(cè)網(wǎng)絡(luò)(假定每個服務(wù)側(cè)網(wǎng)絡(luò)劃分為一個網(wǎng)域) 傳送的情況下，通過分段呼叫處理實現(xiàn)域間鏈路選擇及準(zhǔn)入控制。該呼叫過程包括如下步 驟S100、呼叫發(fā)起方獲得處理呼叫的網(wǎng)域中的全部或部分呼叫管理器的地址信息， 所述全部或部分呼叫管理器包括與所述呼叫發(fā)起方相鄰的處理所述呼叫的呼叫管理器；S101、所述呼叫發(fā)起方根據(jù)所述全部或部分呼叫管理器的地址信息中的所述第一 呼叫管理器的地址信息向所述相鄰的呼叫管理器發(fā)送第一呼叫建立請求消息；S102、所述呼叫發(fā)起方接收來自所述相鄰的呼叫管理器的第一呼叫建立響應(yīng)消 息，所述第一呼叫建立響應(yīng)消息由所述相鄰的呼叫管理器針對所述第一呼叫建立請求消息發(fā)出。所述呼叫發(fā)起方可以是客戶側(cè)節(jié)點，也可以是網(wǎng)絡(luò)側(cè)節(jié)點。在具體實施當(dāng)中，所述地址信息包括處理該呼叫的多個網(wǎng)域中的全部或部分呼叫管理器的地址，該地址信息可以 是預(yù)先配置的，也可以由呼叫發(fā)起方或第一網(wǎng)域的呼叫管理器根據(jù)呼叫業(yè)務(wù)信息及預(yù)置的 拓?fù)湫畔⒂嬎惬@得。其中，所述第一呼叫請求消息中包括所述全部或部分呼叫管理器的地址信息，所 述第一呼叫建立響應(yīng)消息由所述相鄰的呼叫管理器在向該相鄰的呼叫管理器的下一個呼 叫管理器發(fā)送第二呼叫建立請求消息，并從該下一個呼叫管理器接收到第二呼叫建立響應(yīng) 消息后發(fā)送；所述第二呼叫請求消息中包括所述下一個呼叫管理器的地址信息，還包括所 述全部或部分呼叫管理器的地址信息中除所述相鄰的呼叫管理器和所述下一個呼叫管理 器外的其它呼叫管理器的地址信息。所述相鄰的呼叫管理器屬于第一網(wǎng)域，所述下一個呼叫管理器屬于第二網(wǎng)域，所 述第二呼叫響應(yīng)消息中包括所述第一網(wǎng)域和所述第二網(wǎng)域的可用域間鏈路信息。所述第一 呼叫建立響應(yīng)消息中包括處理所述呼叫的網(wǎng)域之間的可用域間鏈路信息。本發(fā)明實施例提供的呼叫處理方法，在客戶側(cè)業(yè)務(wù)需要經(jīng)過多個服務(wù)側(cè)網(wǎng)絡(luò)傳送 的情況下，能夠?qū)崿F(xiàn)多個呼叫管理器對呼叫進(jìn)行分段處理，從而進(jìn)一步實現(xiàn)各個網(wǎng)域之間 的鏈路選擇及準(zhǔn)入控制。參見圖3，是本發(fā)明實施例提供的呼叫處理方法的第二實施例的流程圖。S200、呼叫管理器獲得處理呼叫的網(wǎng)域中該呼叫管理器和呼叫接收節(jié)點之間的全 部或部分呼叫管理器的地址信息，所述全部或部分呼叫管理器包括與該呼叫管理器相鄰的 下一個呼叫管理器；S201、所述呼叫管理器根據(jù)所述全部或部分呼叫管理器的地址信息中的所述下一 個呼叫管理器的地址信息向所述下一個呼叫管理器發(fā)送第三呼叫建立請求消，所述第三呼 叫建立請求消息包括所述全部或部分呼叫管理器的地址信息；S202、所述呼叫管理器接收來自所述相鄰的呼叫管理器的第三呼叫建立響應(yīng)消 息，所述第三呼叫建立響應(yīng)消息由所述相鄰的呼叫管理器針對所述第三呼叫建立請求消息 發(fā)出O其中，所述第三呼叫建立響應(yīng)消息由所述下一個呼叫管理器在向該下一個呼叫管 理器的靠近呼叫終止方的相鄰呼叫管理器發(fā)送第四呼叫建立請求消息，并從該相鄰呼叫管 理器接收到第四呼叫建立響應(yīng)消息后發(fā)送；所述第三呼叫請求消息中包括所述相鄰呼叫管 理器的地址信息，還包括所述全部或部分呼叫管理器的地址信息中除所述下一個呼叫管理 器和所述相鄰呼叫管理器外的其它呼叫管理器的地址信息。所述下一個呼叫管理器屬于第三網(wǎng)域，所述相鄰呼叫管理器屬于第四網(wǎng)域，所述 第四呼叫建立響應(yīng)消息中包括所述第三網(wǎng)域和所述第四網(wǎng)域的可用域間鏈路信息?？蛇x的，本發(fā)明實施例的呼叫處理方法還包括所述呼叫管理器在向所述下一個 呼叫管理器發(fā)送第三呼叫建立請求消息之前，所述呼叫管理器還可以根據(jù)呼叫業(yè)務(wù)信息及 本地配置的策略信息進(jìn)行準(zhǔn)入控制，判斷所述呼叫是否符合本地策略；若是，則允許所述呼 口七執(zhí)行根據(jù)所述全部或部分呼叫管理器的地址信息向所述下一個呼叫管理器發(fā)送第三呼 叫建立請求消息的后續(xù)步驟；否則，拒絕所述呼叫，不執(zhí)行后續(xù)步驟。
本發(fā)明實施例提供的呼叫處理方法，在客戶側(cè)業(yè)務(wù)需要經(jīng)過多個服務(wù)側(cè)網(wǎng)絡(luò)傳送 的情況下，能夠?qū)崿F(xiàn)多個呼叫管理器對呼叫進(jìn)行分段處理，從而進(jìn)一步實現(xiàn)各個網(wǎng)域之間 的鏈路選擇及準(zhǔn)入控制。在本發(fā)明的又一實施例中，在客戶側(cè)業(yè)務(wù)需要經(jīng)過多個服務(wù)側(cè)網(wǎng)絡(luò)傳送的情況下，本實施例的呼叫處理方法通過對呼叫進(jìn)行分段處理實現(xiàn)各個網(wǎng)域之間的鏈路選擇。該 方法具體包括呼叫發(fā)起方獲得處理呼叫的網(wǎng)域中的全部或部分呼叫管理器的地址信息，所述全 部或部分呼叫管理器包括與所述呼叫發(fā)起方相鄰的處理所述呼叫的第一呼叫管理器；所述呼叫發(fā)起方根據(jù)所述全部或部分呼叫管理器地址信息中的所述第一呼叫管 理器的地址信息向所述第一呼叫管理器發(fā)送呼叫建立請求消息；所述第一呼叫建立請求消 息中包括所述全部或部分呼叫管理器的地址信息；所述第一呼叫管理器接收所述呼叫建立請求消息，刪除所述第一呼叫建立請求消 息中的第一呼叫管理器的地址信息，判斷該呼叫建立請求消息中是否包括第二呼叫管理器 的地址信息，所述第二呼叫管理器為與所述第一呼叫管理器相鄰的靠近呼叫終止方的呼叫
管理器；當(dāng)所述呼叫建立請求消息中不包括所述第二呼叫管理器的地址信息時，所述第一 呼叫管理器獲取所述第二呼叫管理器的地址信息，將所述第二呼叫管理器的地址信息添加 到所述呼叫建立請求消息，根據(jù)獲取的所述第二呼叫管理器的地址信息將所述呼叫建立請 求消息發(fā)送到第二呼叫管理器；所述第二呼叫管理器向該第二呼叫管理器的下一個呼叫管理器發(fā)送呼叫建立請 求消息，并從該第二呼叫管理器的下一個呼叫管理器接收所述下一個呼叫管理器根據(jù)接收 的呼叫建立請求消息發(fā)送的呼叫建立響應(yīng)消息，將所述呼叫建立響應(yīng)消息傳送給所述第一 呼叫管理器；所述第一呼叫管理器將所述呼叫建立響應(yīng)消息傳送給所述呼叫發(fā)起方。當(dāng)所述呼叫建立請求消息中包括所述第二呼叫管理器的地址信息時，所述第一呼 叫管理器根據(jù)所述呼叫建立請求消息中包含的第二呼叫管理器的地址信息將所述呼叫建 立請求消息發(fā)送到第二呼叫管理器。其中，所述第一呼叫管理器獲取所述第二呼叫管理器的地址信息包括所述第一呼叫管理器接收網(wǎng)管指定的所述第二呼叫管理器的地址信息；或者，所 述第一呼叫管理器接收的呼叫建立請求消息包括所述呼叫發(fā)起方的呼叫業(yè)務(wù)信息及預(yù)置 的拓?fù)湫畔?；所述第一呼叫管理器根?jù)所述呼叫發(fā)起方的呼叫業(yè)務(wù)信息及預(yù)置的拓?fù)湫畔⒂?算所述第二呼叫管理器的地址信息。所述第二呼叫管理器的下一個呼叫管理器為靠近呼叫終止方的所述第二呼叫管 理器的下一個呼叫管理器，或者所述第二管理器的下一個呼叫管理器為呼叫終止方。本發(fā)明實施例提供的呼叫處理方法，在客戶側(cè)業(yè)務(wù)需要經(jīng)過多個服務(wù)側(cè)網(wǎng)絡(luò)傳送 的情況下，能夠?qū)崿F(xiàn)多個呼叫管理器對呼叫進(jìn)行分段處理，從而進(jìn)一步實現(xiàn)各個網(wǎng)域之間 的鏈路選擇及準(zhǔn)入控制。參見圖4，是本發(fā)明實施例提供的呼叫處理方法的第一場景示意圖。
本實施例僅以客戶側(cè)業(yè)務(wù)經(jīng)過三個服務(wù)側(cè)網(wǎng)絡(luò)(假定每個服務(wù)側(cè)網(wǎng)絡(luò)劃分為一個網(wǎng)域)傳送為例進(jìn)行說明。其中，每個網(wǎng)域中都配置有拓?fù)湫畔?，例如?jié)點、域內(nèi)拓?fù)湫?息、各個網(wǎng)域的互連信息等。且每個網(wǎng)域中均設(shè)置有呼叫管理器(Call Manager)，用于對呼 叫進(jìn)行處理。在本發(fā)明實施例中，源節(jié)點Rl和目的節(jié)點R2為客戶側(cè)設(shè)備，域1、域2、域3、域4 聯(lián)合提供源節(jié)點Rl到目的節(jié)點R2的連接業(yè)務(wù)，其中，域1、域3接入客戶側(cè)設(shè)備，域2為域 1提供傳送服務(wù)，即可以將域1接入的流量傳送至域3。具體的，建立源節(jié)點Rl到目的節(jié)點 R2的呼叫過程如下(1)、源節(jié)點Rl發(fā)送呼叫建立請求消息給R11，請求建立到目的節(jié)點R2的呼叫，其 中，所述呼叫建立請求消息中攜帶有業(yè)務(wù)信息，用于指示該呼叫的源節(jié)點、目的節(jié)點及所需 帶寬；(2)、Rll接收上述的呼叫建立請求消息，根據(jù)呼叫建立請求消息中的業(yè)務(wù)信息以 及本地配置的策略信息進(jìn)行準(zhǔn)入控制。其中，所述策略信息包括最大帶寬信息、域路徑信息 等。在具體實施當(dāng)中，可以根據(jù)實際需要進(jìn)行配置本地的策略信息，例如，該策略信息可以 包括允許Rl接入并傳送到R2的最大帶寬信息、Rl接入的流量可以經(jīng)過域2和域3傳送 到R2的信息。Rll判斷所述源節(jié)點Rl到目的節(jié)點R2的呼叫是否符合本地配置的策略信息，例 如，判斷該呼叫所請求的帶寬是否超過本地配置的最高值，如果不超過，即符合本地策略， 則允許該呼叫，根據(jù)所述呼叫的業(yè)務(wù)信息及預(yù)置的拓?fù)湫畔?，計算獲得處理所述呼叫的多 個網(wǎng)域的全部呼叫管理器的地址信息，確定源節(jié)點Rl到目的節(jié)點R2的域路徑；將所述地址 信息添加到呼叫建立請求消息中，并發(fā)送至處理該呼叫的下一個網(wǎng)域的呼叫管理器(假定 域2的R21)，所述呼叫建立請求消息攜帶的地址信息中中指定R21、R32處理該呼叫。如果 不符合本地配置的策略，則拒絕該呼叫，不進(jìn)行后續(xù)處理。需要說明的是，在具體實施當(dāng)中，還可以預(yù)先配置各個網(wǎng)域的呼叫管理器的地址 信息，在呼叫過程中可以根據(jù)所述預(yù)先配置的地址信息，直接獲得處理呼叫的呼叫管理器 的地址。(3)、R21接收攜帶業(yè)務(wù)信息的呼叫建立請求消息，根據(jù)所述業(yè)務(wù)信息以及本地配 置的策略信息進(jìn)行準(zhǔn)入控制，判斷所述呼叫是否符合本地策略，如果符合，則允許該呼叫， 根據(jù)所述呼叫建立請求消息中的地址信息，將呼叫建立請求消息轉(zhuǎn)發(fā)到下一個網(wǎng)域的呼叫 管理器(假定域3的R32)，所述呼叫建立請求消息攜帶的地址信息中指定R32處理該呼叫； 如果不符合本地策略，則拒絕該呼叫；(4)、R32接收攜帶業(yè)務(wù)信息的呼叫建立請求消息，根據(jù)所述業(yè)務(wù)信息以及本地配 置的策略信息進(jìn)行準(zhǔn)入控制，判斷所述呼叫是否符合本地策略，如果符合，則允許該呼叫， 根據(jù)所述呼叫建立請求消息中的地址信息，將呼叫建立請求消息轉(zhuǎn)發(fā)到下一個網(wǎng)域的呼叫 管理器(R2)；如果不符合本地策略，則拒絕該呼叫；(5)、目的節(jié)點R2接受該呼叫，返回呼叫建立響應(yīng)消息給R32 ；可選的，在向R32發(fā) 送呼叫建立響應(yīng)消息之前，可以根據(jù)R2的本地UNI鏈路帶寬等信息，在所述呼叫建立響應(yīng) 消息中加入R2的可用UNI鏈路信息；(6)、R32接收R2返回的呼叫建立響應(yīng)消息，將所述呼叫建立響應(yīng)消息轉(zhuǎn)發(fā)至R21 ；可選的，在向R21發(fā)送呼叫建立響應(yīng)消息之前，可以根據(jù)域2和域3之間的可用鏈路信息，在呼叫響應(yīng)消息中加入域2和域3之間的可用域間鏈路信息；(7)、R21接收R32返回的呼叫建立響應(yīng)消息，將所述呼叫建立響應(yīng)消息轉(zhuǎn)發(fā)至 Rll ；可選的，在向Rll發(fā)送呼叫建立響應(yīng)消息之前，可以根據(jù)域1和域2之間的可用鏈路信 息，在呼叫響應(yīng)消息中加入域1和域2之間的可用域間鏈路信息；(8)、Rl 1接收R21返回的呼叫建立響應(yīng)消息，將所述呼叫建立響應(yīng)消息轉(zhuǎn)發(fā)給 Rl ；(9)、源節(jié)點Rl接收Rll返回的呼叫建立響應(yīng)消息，呼叫建立成功。在呼叫響應(yīng)過程中，如果節(jié)點R2、R32、R21均在呼叫建立響應(yīng)消息中添加鏈路信 息，則Rl所接收到的呼叫建立響應(yīng)消息中包含有遠(yuǎn)端R2的可用UNI鏈路信息、域2和域3 之間的可用域間鏈路信息、域1和域2之間的可用域間鏈路信息。上述實施例是由域1的呼叫管理器Rll來指定需要處理源節(jié)點Rl到目的節(jié)點R2 的呼叫的所有網(wǎng)域的呼叫管理器地址。在本發(fā)明的另一實施例中，還可以由發(fā)起呼叫建立 請求消息的源節(jié)點Rl來指定需要處理呼叫的全部(或部分)呼叫管理器，下面以圖3所示 的場景示意圖進(jìn)行說明，具體的處理流程如下(1)、Rl發(fā)送呼叫建立請求消息給R11，請求建立到R2的呼叫，所述呼叫建立請求 消息中指定需要處理該呼叫的呼叫管理器R11，R33。其中，所述呼叫建立請求消息中攜帶 有業(yè)務(wù)信息，用于指示該呼叫的源節(jié)點、目的節(jié)點及所需帶寬；(2)、Rll根據(jù)呼叫建立請求消息中的帶寬等流量信息，以及本地配置的策略信息 (例如，所述策略信息包括最大允許Rl接入并傳送到R2的帶寬；Rl接入的流量可以經(jīng)過 域2、域3傳送到R2)進(jìn)行準(zhǔn)入控制，判斷所述呼叫是否符合本地策略，如果符合，則允許該 呼叫，根據(jù)所述業(yè)務(wù)信息及配置的拓?fù)湫畔?，獲得處理該呼叫的呼叫管理器的地址信息，在 呼叫建立請求消息中指定需要處理該呼叫的呼叫管理器R12，R21,R23, R32，R33，并將呼叫 建立請求消息轉(zhuǎn)發(fā)到下一個呼叫管理器R12 ；如果不符合本地策略，則拒絕該呼叫。(3)、R12收到呼叫建立請求消息，將呼叫建立請求消息轉(zhuǎn)發(fā)到下一個呼叫管理器 R21，并在呼叫建立請求消息中指定需要處理該呼叫的呼叫管理器R21，R23，R32，R33。(4)、R21根據(jù)呼叫建立請求消息中的帶寬等流量信息，以及本地配置的策略信息 (例如，所述策略信息包括最大允許R12接入并傳送到域3的帶寬)進(jìn)行準(zhǔn)入控制，如果 符合本地策略，則呼叫通過，并將所述呼叫建立請求消息轉(zhuǎn)發(fā)到下一個呼叫管理器R23，并 在呼叫建立請求消息中指定需要處理該呼叫的呼叫管理器R23、R32、R33 ；否則，呼叫被拒 絕。(5)、R23收到呼叫建立請求消息，將呼叫建立請求消息轉(zhuǎn)發(fā)到下一個呼叫管理器 R32，并在呼叫建立請求消息中指定需要處理該呼叫的呼叫管理器R32，R33。(6)、R32根據(jù)呼叫建立請求消息中的帶寬等流量信息，以及本地配置的策略信息 (例如，所述策略信息包括最大允許R23接入并傳送到R2的帶寬)進(jìn)行準(zhǔn)入控制，如果符 合本域策略，則呼叫通過，在呼叫建立請求消息中指定需要處理該呼叫的呼叫管理器R33， 并將所述呼叫建立請求消息轉(zhuǎn)發(fā)到下一個呼叫處單元R33 ；否則，呼叫被拒絕。(7)、R33收到呼叫建立請求消息，將呼叫建立請求消息轉(zhuǎn)發(fā)到呼叫接收方R2。(8)、呼叫接收方R2接受該呼叫，返回呼叫建立響應(yīng)消息給R33?？蛇x的，在向R33發(fā)送呼叫建立響應(yīng)消息之前，根據(jù)R2的UNI鏈路帶寬等信息，可以在呼叫建立響應(yīng)消息中 加入可用UNI鏈路信息。(9)、R33接收R2返回的呼叫建立響應(yīng)消息，將所述呼叫建立響應(yīng)消息轉(zhuǎn)發(fā)給R32。(10)、R32接收R33返回的呼叫建立響應(yīng)消息，將所述呼叫建立響應(yīng)消息轉(zhuǎn)發(fā)給R23?？蛇x的，在向R23發(fā)送呼叫建立響應(yīng)消息之前，根據(jù)域3和域2之間的域間鏈路信息， 可以在呼叫建立響應(yīng)消息中加入可用域間鏈路信息。(11)、R23將呼叫建立響應(yīng)消息發(fā)送給R21。(12)、R21接收R23返回的呼叫建立響應(yīng)消息，將所述呼叫建立響應(yīng)消息轉(zhuǎn)發(fā)給 R12?？蛇x的，在向R12發(fā)送呼叫建立響應(yīng)消息之前，根據(jù)域2和域1之間的域間鏈路信息， 可以在呼叫建立響應(yīng)消息中加入可用域間鏈路信息。(13)、R12接收R21返回的呼叫建立響應(yīng)消息，將呼叫建立響應(yīng)消息發(fā)送給Rll。(14)、Rl 1接收R12返回的呼叫建立響應(yīng)消息，將所述呼叫建立響應(yīng)消息轉(zhuǎn)發(fā)給 Rl0(15)、Rl接收Rll返回的呼叫建立響應(yīng)消息，呼叫建立成功。在呼叫響應(yīng)過程中，如果節(jié)點R2、R32、R21均在呼叫建立響應(yīng)消息中添加鏈路信 息，則Rl所接收到的呼叫建立響應(yīng)消息中包含有遠(yuǎn)端R2的可用UNI鏈路信息、域2和域3 之間的可用域間鏈路信息、域1和域2之間的可用域間鏈路信息。上述實施例中，步驟(1)中還可以由Rl指定需要處理該呼叫的所有呼叫管理器。 即在向Rll發(fā)送的呼叫建立請求消息中指定附1、1 12、1 21、1 23、1 32、1 33處理該呼叫。進(jìn)一步的，呼叫建立成功后，啟動連接建立過程，源節(jié)點Rl發(fā)起連接建立過程，發(fā) 送連接建立請求消息到R11。如果通過呼叫過程獲得了相關(guān)可用UNI鏈路信息及域間鏈路 信息，可以在連接建立請求消息中指定·Ι鏈路及域間鏈路。該連接過程可以通過GMPLS RSVP-TE (RSVP with TE，帶流量工程的資源預(yù)留協(xié)議)實現(xiàn)，這是本發(fā)明技術(shù)領(lǐng)域的人員所 熟知的，在此不再詳述。本發(fā)明實施例提供的呼叫處理方法，在源節(jié)點到目的節(jié)點的連接經(jīng)過多個服務(wù)側(cè) 網(wǎng)絡(luò)的情況下，能夠?qū)崿F(xiàn)多個網(wǎng)域?qū)艚羞M(jìn)行分段處理，從而進(jìn)一步實現(xiàn)各個網(wǎng)域之間的 鏈路選擇及準(zhǔn)入控制。參見圖5，是本發(fā)明實施例提供的呼叫處理方法的第三實施例的流程圖；本發(fā)明實施例在客戶側(cè)業(yè)務(wù)經(jīng)過多個服務(wù)側(cè)網(wǎng)絡(luò)(假定每個服務(wù)側(cè)網(wǎng)絡(luò)劃分為 一個網(wǎng)域)傳送的情況下，各個網(wǎng)域?qū)υ摵艚羞M(jìn)行分段處理。該方法包括如下步驟S300、接收源節(jié)點發(fā)送的攜帶業(yè)務(wù)信息的呼叫建立請求消息；S301、根據(jù)所述業(yè)務(wù)信息和預(yù)置的拓?fù)湫畔?，獲得處理所述呼叫的第二網(wǎng)域的呼 叫管理器的地址信息；S302、將所述攜帶業(yè)務(wù)信息的呼叫建立請求消息發(fā)送至第二網(wǎng)域的呼叫管理器；S303、接收來自上述第二網(wǎng)域的呼叫建立響應(yīng)消息，該呼叫建立響應(yīng)消息包括目 的節(jié)點的可用鏈路信息和第二網(wǎng)域的呼叫標(biāo)識；S304、將上述呼叫建立響應(yīng)消息中第二網(wǎng)域的呼叫標(biāo)識替換為第一網(wǎng)域的呼叫標(biāo) 識，其中，上述第一網(wǎng)域的呼叫標(biāo)識基于上述業(yè)務(wù)信息確定；S305、發(fā)送經(jīng)替換的呼叫建立響應(yīng)消息至源節(jié)點。
具體的，在步驟S300之后，還包括根據(jù)上述業(yè)務(wù)信息和預(yù)置的域內(nèi)拓?fù)湫畔ⅲ_ 定第一網(wǎng)域的域內(nèi)鏈路。在步驟S301獲得處理所述呼叫的第二網(wǎng)域的呼叫管理器的地址信息之后，還包 括根據(jù)上述業(yè)務(wù)信息和預(yù)置的邊界鏈路信息，確定第一網(wǎng)域與第二網(wǎng)域的域間鏈路。呼叫 建立請求消息經(jīng)由第一網(wǎng)域的域內(nèi)鏈路、第一網(wǎng)域與第二網(wǎng)域的域間鏈路發(fā)送給第二網(wǎng)域 的呼叫管理器。在步驟S303接收來自第二網(wǎng)域的攜帶第二網(wǎng)域的呼叫標(biāo)識的呼叫建立響應(yīng)消息 之后，還包括記錄上述第一網(wǎng)域的呼叫標(biāo)識和上述第二網(wǎng)域的呼叫標(biāo)識的對應(yīng)關(guān)系；則 在步驟S305指示呼叫建立成功之后，還包括接收源 節(jié)點發(fā)送的連接建立請求消息，該連 接建立請求消息攜帶有業(yè)務(wù)信息和第一網(wǎng)域的呼叫標(biāo)識；根據(jù)上述的第一網(wǎng)域的呼叫標(biāo)識 和第二網(wǎng)域的呼叫標(biāo)識的對應(yīng)關(guān)系，將連接建立請求消息中第一網(wǎng)域的呼叫標(biāo)識替換為對 應(yīng)的第二網(wǎng)域的呼叫標(biāo)識，通過上述第一網(wǎng)域的域內(nèi)鏈路、上述第一網(wǎng)域與第二網(wǎng)域的域 間鏈路，發(fā)送經(jīng)替換的連接建立請求消息至第二網(wǎng)域；接收來自第二網(wǎng)域的預(yù)留消息，發(fā)送 該預(yù)留消息至源節(jié)點。在上述接收源節(jié)點發(fā)送的連接建立請求消息之前，還包括記錄上述業(yè)務(wù)信息和 第一網(wǎng)域的呼叫標(biāo)識的對應(yīng)關(guān)系；此時，在根據(jù)上述對應(yīng)關(guān)系將連接建立請求消息中第一 網(wǎng)域的呼叫標(biāo)識替換為對應(yīng)的第二網(wǎng)域的呼叫標(biāo)識之前，還包括判斷第一網(wǎng)域的呼叫標(biāo) 識對應(yīng)的業(yè)務(wù)信息，是否與連接建立請求消息中攜帶的業(yè)務(wù)信息相符，如果是，根據(jù)上述的 第一網(wǎng)域的呼叫標(biāo)識和第二網(wǎng)域的呼叫標(biāo)識的對應(yīng)關(guān)系將連接建立請求消息中第一網(wǎng)域 的呼叫標(biāo)識替換為對應(yīng)的第二網(wǎng)域的呼叫標(biāo)識；否則，不執(zhí)行后續(xù)步驟?？蛇x的，在接收源節(jié)點發(fā)送的攜帶業(yè)務(wù)信息的呼叫建立請求消息之后，還包括判 斷呼叫建立請求消息攜帶的業(yè)務(wù)信息是否符合預(yù)置策略，如果是，則根據(jù)上述業(yè)務(wù)信息和 預(yù)置的拓?fù)湫畔ⅲ@得處理所述呼叫的第二網(wǎng)域的呼叫管理器的地址信息，將所述攜帶業(yè) 務(wù)信息的呼叫建立請求消息發(fā)送至該第二網(wǎng)域的呼叫管理器；否則，不執(zhí)行后續(xù)步驟。本發(fā)明實施例在源節(jié)點到目的節(jié)點的呼叫經(jīng)過多個服務(wù)側(cè)網(wǎng)絡(luò)的情況下，能夠?qū)?現(xiàn)多個網(wǎng)域?qū)υ垂?jié)點到目的節(jié)點的呼叫進(jìn)行分段處理，從而進(jìn)一步實現(xiàn)各個網(wǎng)域之間的鏈 路選擇。參見圖6，是本發(fā)明實施例提供的呼叫處理方法的第二場景示意圖，僅以源節(jié)點到 目的節(jié)點的業(yè)務(wù)經(jīng)過三個網(wǎng)域為例進(jìn)行說明。在本發(fā)明實施例中，域1、域2、域3聯(lián)合提供源節(jié)點Rl到目的節(jié)點R2的連接業(yè) 務(wù)，其中，域1、域3接入客戶側(cè)設(shè)備，域2為域1提供傳送服務(wù)，即可以將從域1中接入的流 量傳送至域3。在呼叫建立過程中，可以在呼叫消息中帶上策略標(biāo)識(如合同號)，各個域 的呼叫管理器根據(jù)策略標(biāo)識對應(yīng)的策略進(jìn)行準(zhǔn)入控制。具體的，域1、域2、域3互相簽訂合 同，定義如下合同1 (ID = 1)域2負(fù)責(zé)將域1的最大帶寬為X的流量傳送到域3，域2向域1 收費Yl ；合同2 (ID = 2)域3可以接收從域2傳送過來的最大帶寬為X的流量，這些流量 流向域3的客戶側(cè)設(shè)備，域2向域3收費Y2 ；進(jìn)一步的，客戶側(cè)設(shè)備Rl及R2分別接入域1和域3，客戶側(cè)設(shè)備Rl和R2屬于同一個客戶，并分別與域1、域3簽訂合同，如下合同3 (ID = 3)域1負(fù)責(zé)接入客戶側(cè)設(shè)備Rl最大帶寬為X的流量，域1向客戶 收費Y3。合同4 (ID = 4)域3負(fù)責(zé)傳送最大帶寬為X的流量到客戶側(cè)設(shè)備R2，域3向客戶 收費Y4。在具體實施當(dāng)中，客戶側(cè)設(shè)備Rl中保存有合同3的信息，客戶側(cè)設(shè)備R2保存有合 同4的信息，域1中的節(jié)點Rll保存有合同3、合同1的信息，域2的節(jié)點R21和R22保存有 合同1、合同2的信息，域3的節(jié)點R31和R32保存有合同2、合同4的信息。下面僅以建立客戶側(cè)設(shè)備Rl到客戶側(cè)設(shè)備R2的連接經(jīng)過三個域為例，對利用分 段呼叫處理模式實現(xiàn)準(zhǔn)入控制的方法進(jìn)行說明。呼叫建立過程如下(1)、Rl發(fā)送呼叫建立請求消息(通用多協(xié)議標(biāo)簽交換GMPLS CALL中定義的 Notify消息)到R11，其中，上述消息中攜帶有業(yè)務(wù)信息(源節(jié)點=R1，目的節(jié)點=R2;帶 寬=X)及合同信息(ID = 3)；(2)、Rll接收上述呼叫建立請求消息，并對該呼叫進(jìn)行處理，包括根據(jù)消息中的 合同號，查看預(yù)存的合同信息，校驗呼叫建立請求消息中攜帶的業(yè)務(wù)信息是否符合合同規(guī) 定；若符合，則允許該呼叫，分配對應(yīng)于上述業(yè)務(wù)信息的呼叫標(biāo)識CallID(假定CallID = 10)，并保存該CallID以及業(yè)務(wù)信息的對應(yīng)關(guān)系；Rll根據(jù)上述業(yè)務(wù)信息、預(yù)置的拓?fù)湫畔?以及邊界鏈路信息，確定采用域2傳送該業(yè)務(wù)到R2，并發(fā)現(xiàn)R12-R21的鏈路滿足帶寬需求， 則將R12作為出邊界節(jié)點。然后發(fā)送呼叫建立請求消息到選定的邊界節(jié)點R12，其中，呼叫 建立請求消息中攜帶有業(yè)務(wù)信息、呼叫標(biāo)識(CallID = 10)以及合同號(ID = 1)。(3)、R12接收上述呼叫建立請求消息，保存域1的呼叫標(biāo)識(CallID = 10)，并將 該CallID從消息中去掉，轉(zhuǎn)發(fā)給下一個網(wǎng)域的邊界節(jié)點R21 ；(4)、R21接收上述呼叫建立請求消息，查看預(yù)存的合同信息(ID = 1的合同需 要傳送到域3)，校驗呼叫建立請求消息中攜帶的業(yè)務(wù)信息是否符合合同規(guī)定；若符合，則 允許該呼叫，分配對應(yīng)于上述業(yè)務(wù)信息的呼叫標(biāo)識CallID(假定CallID = 20)，并保存該 CallID以及業(yè)務(wù)信息的對應(yīng)關(guān)系。R21根據(jù)上述業(yè)務(wù)信息、預(yù)置的拓?fù)湫畔⒁约斑吔珂溌?信息，確定采用域3傳送該業(yè)務(wù)到R2，并發(fā)現(xiàn)R23-R31的鏈路滿足帶寬需求，則將R23作為 出邊界節(jié)點。然后發(fā)送呼叫建立請求消息到選定的出邊界節(jié)點R23，其中，呼叫建立請求消 息中攜帶有業(yè)務(wù)信息、呼叫標(biāo)識(CallID = 20)以及合同號(ID = 2)；(5)、R23接收上述呼叫建立請求消息，保存域2的呼叫標(biāo)識(CallID = 20)，并將該CallID從消息中去掉，轉(zhuǎn)發(fā)給下一個網(wǎng)域的邊界節(jié)點R31 ；(6)、R31接收上述呼叫建立請求消息，查看預(yù)存的與域2簽訂的合同信息(ID = 2的合同可以接收從域2傳送過來的最大帶寬為X的流量，這些流量流向域3的客戶側(cè)設(shè)備) 以及與客戶簽訂的合同信息(ID = 4的合同)，校驗呼叫建立請求消息中攜帶的業(yè)務(wù)信息是 否符合合同規(guī)定；若符合，則允許該呼叫，分配對應(yīng)于上述業(yè)務(wù)信息的呼叫標(biāo)識CallID(假 定CallID = 30)，并保存該CallID以及業(yè)務(wù)信息的對應(yīng)關(guān)系。R31根據(jù)上述業(yè)務(wù)信息及預(yù) 置的拓?fù)湫畔?，選擇到達(dá)客戶側(cè)設(shè)備R2的路由，將R33作為出邊界節(jié)點。然后發(fā)送呼叫建 立請求消息到選定的出邊界節(jié)點R33，其中，呼叫建立請求消息中攜帶有業(yè)務(wù)信息、呼叫標(biāo) 識(CallID = 30)以及合同號(ID = 4)；
(7)、R33接收上述呼叫建立請求消息，并轉(zhuǎn)發(fā)給目的節(jié)點R2 ；(8)、R2接收上述呼叫建立請求消息，查看預(yù)存的合同信息(ID = 4的合同)，校驗 所請求的業(yè)務(wù)信息是否符合合同規(guī)定；若符合，則允許該呼叫，查看本地鏈路信息，選擇滿 足業(yè)務(wù)需求的可用鏈路，并構(gòu)造攜帶有目的節(jié)點可用鏈路信息的呼叫建立響應(yīng)消息(GMPLS CALL中定義的Notify消息)，發(fā)送給R33 ；(9)、R33接收上述呼叫建立響應(yīng)消息，并轉(zhuǎn)發(fā)給R31 ；(10)、R31接收上述呼叫建立響應(yīng)消息，查看與域3與域2之間的鏈路，選擇滿足 業(yè)務(wù)需求的可用域間鏈路，并將上述域間可用鏈路信息以及域3的呼叫標(biāo)識(CallID = 30) 添加到呼叫建立響應(yīng)消息中，轉(zhuǎn)發(fā)給R23 ；(11)、R23接收上述呼叫建立響應(yīng)消息，保存域3的呼叫標(biāo)識(CallID = 30)，并記 錄呼叫標(biāo)識(CallID = 30)與域2的呼叫標(biāo)識(CallID = 20)的對應(yīng)關(guān)系，將上述呼叫建 立響應(yīng)消息轉(zhuǎn)發(fā)給R21 ；(12)、R21接收上述呼叫建立響應(yīng)消息，查看域2與域1之間的鏈路，選擇滿足業(yè) 務(wù)需求的可用域間鏈路，并將上述域間可用鏈路信息添加到呼叫建立響應(yīng)消息中以及將該 消息中的呼叫標(biāo)識(CallID = 30)替換為域2的呼叫標(biāo)識(CallID = 20)后，轉(zhuǎn)發(fā)給R12 ；(13)、R12接收上述呼叫建立響應(yīng)消息，保存域2的呼叫標(biāo)識(CallID = 20)，并記 錄呼叫標(biāo)識(CallID = 20)與域1的呼叫標(biāo)識(CallID = 10)的對應(yīng)關(guān)系，將上述呼叫建 立響應(yīng)消息轉(zhuǎn)發(fā)給Rll ；(14)、Rll接收上述呼叫建立響應(yīng)消息，將呼叫建立響應(yīng)消息中的呼叫標(biāo)識 (CallID = 20)替換為域1的呼叫標(biāo)識(CallID = 10)后，轉(zhuǎn)發(fā)給Rl ；(15)、Rl接收上述呼叫建立響應(yīng)消息，消息中包括各網(wǎng)域之間的域間可用鏈路信 息，以及域1的呼叫標(biāo)識信息(CallID = 10)，呼叫建立成功。在呼叫建立成功后，啟動連接建立過程，連接建立的具體過程如下(1)、R1根據(jù)各域間可用鏈路信息確定提供連接業(yè)務(wù)的各個網(wǎng)域的邊界節(jié)點，并構(gòu) 造攜帶有業(yè)務(wù)信息(源節(jié)點=R1，目的節(jié)點=R2 ；帶寬=X)、呼叫標(biāo)識信息(CallID= 10) 以及邊界節(jié)點信息(Rll，R21，R31)的路徑消息(資源預(yù)留協(xié)議RSVP中的Path消息)，發(fā) 送給Rll ；(2)、Rll收到Path消息，查看消息中的業(yè)務(wù)信息是否和呼叫標(biāo)識(CallID = 10) 對應(yīng)的業(yè)務(wù)信息相符，如果相符，則計算到下一個邊界節(jié)點R21的路徑(R11-R12-R21)，并 發(fā)送Path消息到下一個節(jié)點R12，請求建立連接；(3)、R12收到Path消息，Rl2是出邊界節(jié)點，根據(jù)Path消息中的呼叫標(biāo)識(CallID =10)與域2的呼叫標(biāo)識(CallID = 20)的對應(yīng)關(guān)系，將Path消息中的呼叫標(biāo)識(CallID =10)替換為呼叫標(biāo)識(CallID = 20)，并發(fā)送至域2的入邊界節(jié)點R21 ；(4)、R21收到Path消息，查看消息中的業(yè)務(wù)信息是否和呼叫標(biāo)識(CallID = 20) 對應(yīng)的業(yè)務(wù)信息相符，如果相符，則計算到下一個邊界節(jié)點R31的路徑(R21-R23-R31)，并 發(fā)送Path消息到下一個節(jié)點R23，請求建立連接；(5)、R23收到Path消息，R23是出邊界節(jié)點，根據(jù)Path消息中的呼叫標(biāo)識(Cal 1ID =20)與域3的呼叫標(biāo)識(CallID = 30)的對應(yīng)關(guān)系，將Path消息中的呼叫標(biāo)識(CallID =20)替換為呼叫標(biāo)識(CallID = 30)，并發(fā)送至域3的入邊界節(jié)點R31 ；
(6)、R31收到Path消息，查看消息中的業(yè)務(wù)信息是否和呼叫標(biāo)識(CallID = 30) 對應(yīng)的業(yè)務(wù)信息相符，如果相符，則計算到目的節(jié)點R2的路徑(R31-R33-R2)，并發(fā)送Path 消息到下一個節(jié)點R33，請求建立連接；(7)、R33收到Path消息，直接轉(zhuǎn)發(fā)給R2 ；(8)、R2收到Path消息，構(gòu)造并發(fā)送預(yù)留消息(RSVP中的Resv消息)給R33，Resv 消息中攜帶有呼叫標(biāo)識(CallID = 30)。(9)、R33 收到 Resv 消息，轉(zhuǎn)發(fā)給 R31 ；(10)、R31 收到 Resv 消息，轉(zhuǎn)發(fā)給 R23 ；(11)、R23收到Resv消息，根據(jù)Resv消息中的呼叫標(biāo)識(CallID = 30)與域2的 呼叫標(biāo)識(CallID = 20)的對應(yīng)關(guān)系，將Resv消息中的呼叫標(biāo)識(CallID = 30)替換為呼 叫標(biāo)識(CallID = 20)，并發(fā)送給R21 ；(12)、R21收到Resv消息，轉(zhuǎn)發(fā)給前一個節(jié)點R12 ；(13)、R12收到Resv消息，根據(jù)Resv消息中的呼叫標(biāo)識(CallID = 20)與域1的 呼叫標(biāo)識(CallID = 10)的對應(yīng)關(guān)系，將Resv消息中的呼叫標(biāo)識(CallID = 20)替換為呼 叫標(biāo)識(CallID = 10)，并發(fā)送給Rll ；(14)、Rll 收到 Resv 消息，轉(zhuǎn)發(fā)給 Rl ；(15), Rl收到Resv消息，連接建立成功。在具體實現(xiàn)中，還可以在呼叫建立過程的步驟(2)、(4)、(6)中，可以分別計算本網(wǎng)域的域內(nèi)鏈路、本網(wǎng)域與下游相鄰網(wǎng)域的域間鏈路(若域內(nèi)鏈路計算失敗，則拒絕呼 叫)，建立并保存本網(wǎng)域的呼叫標(biāo)識與域內(nèi)鏈路的映射關(guān)系、本網(wǎng)域的呼叫標(biāo)識同上述本網(wǎng) 域與下游相鄰網(wǎng)域的域間鏈路的映射關(guān)系，從而在連接建立過程的步驟(2)、(4)、(6)中， 可以根據(jù)呼叫標(biāo)識查看對應(yīng)的域內(nèi)鏈路、域間鏈路，而不需要重新計算域內(nèi)鏈路、域間鏈 路，確保域內(nèi)、域間都有資源，保證業(yè)務(wù)建立成功。本發(fā)明實施例提供的呼叫處理方法，在源節(jié)點到目的節(jié)點的業(yè)務(wù)經(jīng)過多個服務(wù)側(cè) 網(wǎng)絡(luò)的情況下，能夠?qū)崿F(xiàn)多個網(wǎng)域?qū)υ垂?jié)點到目的節(jié)點的呼叫進(jìn)行分段處理，從而進(jìn)一步 實現(xiàn)各個網(wǎng)域之間的鏈路選擇及準(zhǔn)入控制。上述僅以源節(jié)點到目的節(jié)點的連接經(jīng)過三個網(wǎng)域的情況為例進(jìn)行說明，本發(fā)明的 實施方式并不限于此，還可以應(yīng)用于源節(jié)點到目的節(jié)點之間存在多個網(wǎng)域的場景?，F(xiàn)有技術(shù)的GMPLS Call中呼叫消息的定義如下〈Notify message〉 = 〈Common Header〉[〈INTEGRITY〉][[<MESSAGE_ID_ACK>|<MESSAGE_ID_NACK>]...][<MESSAGE_ID>]<ERR0R_SPEC>〈notify session list><notify session list>:: = [<notify session list>]<notify session)〈notify session〉 = 〈SESSION〉[<ADMIN_STATUS>][<P0LICY_DATA>...][<LINK_CAPABILITY>][<SESSI0N_ATTRIBUTE>]
[<sender descriptor)|<flow descriptor)]〈sender descriptor): : = <SENDER_TEMPLATEXSENDER_TSPEC>〈flow descriptor):: = see[RFC3473]其中，現(xiàn)有技術(shù)的<LINK_CAPABILITY>、<P0LICY_DATA>...等對象都不能分段處 理。而且<LINK_CAPABILITY>對象默認(rèn)為呼叫目的節(jié)點的鏈路信息，因此在響應(yīng)消息中不 顯式指定其所屬的節(jié)點。如果要攜帶域間鏈路信息，需要在消息中顯示指定域間鏈路所屬 的節(jié)點，以及UNI鏈路所屬的節(jié)點。為了克服現(xiàn)有技術(shù)所存在的不支持分段處理呼叫的缺點，本發(fā)明實施例提供的呼 叫處理方法應(yīng)用于通用多協(xié)議標(biāo)簽交換呼叫GMPLS Call消息中的第一個實施例如下〈Notify message〉 = 〈Common Header〉[〈INTEGRITY〉][[<MESSAGE_ID_ACK>|<MESSAGE_ID_NACK>]...]
[<MESSAGE_ID>]<ERR0R_SPEC>〈notify session list〉<notify session list>:: = [<notify session list>]<notify session)〈notify session〉 = 〈SESSION〉[<ADMIN_STATUS>][<SESSI0N_ATTRIBUTE>][<sender descriptor)|<flow descriptor)][<call managerlist>]<call manager list>: : = [<call manager list>]<call manager)<call manager):: = <call manager address)[<P0LICY_DATA>...][〈node id><LINK_CAPABILITY>]<sender descriptor):: = see[RFC3473]〈flow descriptor):: = see[RFC3473]呼叫建立請求消息及呼叫建立響應(yīng)消息的格式可以參照上述實施例，其中增加 〈call managerlist>對象，用于實現(xiàn)分段處理域間鏈路選擇、準(zhǔn)入控制等功能，即指定每個 呼叫管理器需要處理的呼叫內(nèi)容；呼叫管理器的地址在〈call manager address〉中指定。 在具體實施當(dāng)中，可以根據(jù)需要指定<P0LICY_DATA>等對象用于攜帶其需要處理的內(nèi)容； 其他的呼叫管理器都需要處理的相關(guān)內(nèi)容，可以在〈notify session)對象中指定。在響應(yīng)消息中，在<LINK_CAPABILITY>前增加一個〈node id>對象，用于指示該鏈 路信息所屬的節(jié)點ID。上述是呼叫協(xié)議擴(kuò)展方法的一種可實施方案，本發(fā)明實施例還可以采用其它的呼 叫協(xié)議擴(kuò)展方法。下面是本發(fā)明實施例提供的呼叫處理方法應(yīng)用于通用多協(xié)議標(biāo)簽交換呼 叫GMPLS Call消息中的第二個實施例?！碞otify message〉 = 〈Common Header〉[〈INTEGRITY〉][[<MESSAGE_ID_ACK>|<MESSAGE_ID_NACK>]...][<MESSAGE_ID>]<ERR0R_SPEC>〈notify session list>
<notify session list>:: = [<notify session list>]<notify session) 〈notify session〉 = 〈SESSION〉[<ADMIN_STATUS>][<P0LICY_DATA>. . . ][<LINK_CAPABILITY>][<SESSI0N_ATTRIBUTE>][<Call_ER0>][<sender descriptor)|<flow descriptor)]<sender descriptor):: = see[RFC3473]〈flow descriptor):: = see[RFC3473]在本實施例中，<Call_ER0>攜帶各呼叫處理器地址。<P0LICY_DATA>為各網(wǎng)域的 統(tǒng)一策略(例如負(fù)責(zé)同一條客戶側(cè)業(yè)務(wù)的傳送)，不需要在各個呼叫處理器地址后面單獨 攜帶該策略信息。下面是本發(fā)明實施例提供的呼叫處理方法應(yīng)用于通用多協(xié)議標(biāo)簽交換呼叫GMPLS Call消息中的第三個實施例?！碞otify message〉 = 〈Common Header〉[〈INTEGRITY〉][[<MESSAGE_ID_ACK>|<MESSAGE_ID_NACK>]...][<MESSAGE_ID>]<ERR0R_SPEC>〈notify session list〉〈notify session list>:: = [〈notify session list>]<notify session)〈notify session〉 = 〈SESSION〉[<ADMIN_STATUS>][<SES_SI0NATTRIBUTE>][<sender descriptor)|<flow descriptor)][<call manager list>]<call manager list>:: = [<call manager list>]<call manager)<call manager):: = <call manager address)[<P0LICY_DATA>...][〈node id><LINK_CAPABILITY>]<sender descriptor):: = see[RFC3473]〈flow descriptor):: = see[RFC3473]上述增加的〈call manager list〉對象，用于實現(xiàn)分段處理域間鏈路、準(zhǔn)入控制等 功能，該對象的內(nèi)容就是一個呼叫管理器的可達(dá)地址。在<LINK_CAPABILITY>前增加一個 〈node id>對象，用于指示該鏈路所屬的節(jié)點。參見圖7，是本發(fā)明實施例提供的節(jié)點的結(jié)構(gòu)示意圖，所述節(jié)點包括第一地址獲 取單元701、第一請求單元702及第一響應(yīng)接收單元703，其中第一地址獲取單元701，用于獲得處理呼叫的網(wǎng)域中的全部或部分呼叫管理器的 地址信息，所述全部或部分呼叫管理器包括與所述呼叫發(fā)起方相鄰的處理所述呼叫的呼叫
管理器；第一請求單元702，用于根據(jù)所述全部或部分呼叫管理器的地址信息中的所述第 一呼叫管理器的地址信息向所述相鄰的呼叫管理器發(fā)送第一呼叫建立請求消息；第一響應(yīng)接收單元703，用于接收來自所述相鄰的呼叫管理器的第一呼叫建立響應(yīng)消息，所述第一呼叫建立響應(yīng)消息由所述相鄰的呼叫管理器針對所述第一呼叫建立請求 消息發(fā)出。 參見圖8，是本發(fā)明實施例提供的呼叫管理器的結(jié)構(gòu)示意圖，所述呼叫管理器，包 括第二地址獲取單元801、第二請求單元802及第二響應(yīng)接收單元803，其中第二地址獲取單元801，用于獲得處理呼叫的網(wǎng)域中該呼叫管理器和呼叫接收節(jié) 點之間的全部或部分呼叫管理器的地址信息，所述全部或部分呼叫管理器包括與該呼叫管 理器相鄰的下一個呼叫管理器；第二請求單元802，用于根據(jù)所述全部或部分呼叫管理器的地址信息中的所述下 一個呼叫管理器的地址信息向所述下一個呼叫管理器發(fā)送第三呼叫建立請求消息，所述第 三呼叫建立請求消息包括所述全部或部分呼叫管理器的地址信息；第二響應(yīng)接收單元803，用于接收來自所述相鄰的呼叫管理器的第三呼叫建立響 應(yīng)消息，所述第三呼叫建立響應(yīng)消息由所述相鄰的呼叫管理器針對所述第三呼叫建立請求 消息發(fā)出。參見圖9，是本發(fā)明實施例提供的呼叫處理系統(tǒng)的結(jié)構(gòu)示意圖，包括源節(jié)點901、 目的節(jié)點902以及多個呼叫管理器903，其中源節(jié)點901，用于發(fā)送攜帶業(yè)務(wù)信息的呼叫建立請求消息，請求建立源節(jié)點901到 目的節(jié)點903的呼叫；呼叫管理器903，用于接收源節(jié)點901發(fā)送的攜帶業(yè)務(wù)信息的呼叫建立請求消息； 獲得處理所述源節(jié)點901到目的節(jié)點903的呼叫的多個網(wǎng)域的呼叫管理器的地址信息，根 據(jù)所述地址信息確定處理所述呼叫的呼叫管理器，將呼叫建立請求消息轉(zhuǎn)發(fā)至所述呼叫管 理器；接收來自所述呼叫管理的呼叫建立響應(yīng)消息，將所述呼叫建立響應(yīng)消息發(fā)送至源節(jié) 點 901。具體的，呼叫管理器903包括消息收發(fā)單元9031和處理單元9032 ；其中消息收發(fā)單元9031，用于接收源節(jié)點901發(fā)送的攜帶業(yè)務(wù)信息的呼叫建立請求消 息；處理單元9032，用于獲得處理源節(jié)點901到目的節(jié)點903的呼叫的多個網(wǎng)域的呼 叫管理器的地址信息，根據(jù)所述地址信息確定處理所述呼叫的呼叫管理器；則所述消息收發(fā)單元9031還用于將呼叫建立請求消息轉(zhuǎn)發(fā)至所述處理單元9032 所確定的呼叫管理器；接收來自所述呼叫管理器的呼叫建立響應(yīng)消息，發(fā)送所述呼叫建立 響應(yīng)消息至源節(jié)點901 ；在本發(fā)明提供的呼叫管理器的一個實施例中，該呼叫管理器的處理單元具體包 括域間鏈路確定模塊、準(zhǔn)入控制模塊、域內(nèi)路徑確定模塊、呼叫標(biāo)識配置模塊和替換模塊， 其中域間鏈路確定模塊，用于確定第一網(wǎng)域與第二網(wǎng)域之間的可用域間鏈路信息，將 所述可用域間鏈路信息加入呼叫建立響應(yīng)消息中；準(zhǔn)入控制模塊，用于根據(jù)呼叫發(fā)起方的呼叫業(yè)務(wù)信息以及本地配置的策略信息， 判斷所述呼叫是否符合本地策略；如果是，則允許所述呼叫。 域 內(nèi)鏈路確定模塊，用于根據(jù)所述呼叫建立請求消息中的業(yè)務(wù)信息以及預(yù)置的域 內(nèi)拓?fù)湫畔?，確定所述第一網(wǎng)域的域內(nèi)鏈路。
呼叫標(biāo)識配置模塊，用于根據(jù)所述呼叫建立請求消息攜帶的業(yè)務(wù)信息，配置第一 網(wǎng)域的呼叫標(biāo)識；替換模塊，用于將所述呼叫建立響應(yīng)消息中的第二網(wǎng)域的呼叫標(biāo)識替換為第一網(wǎng)域的呼叫標(biāo)識。本發(fā)明實施例提供的呼叫處理方法、系統(tǒng)及裝置，在客戶側(cè)業(yè)務(wù)需要經(jīng)過多個服 務(wù)側(cè)網(wǎng)絡(luò)傳送的情況下，通過分段呼叫處理實現(xiàn)各個網(wǎng)域之間的鏈路選擇及準(zhǔn)入控制。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以 通過計算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機(jī)可讀取存儲介質(zhì) 中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁 碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機(jī)存儲記憶體(Random Access Memory, RAM)等。以上所述是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員 來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也視為 本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種呼叫處理方法，其特征在于，包括呼叫發(fā)起方獲得處理呼叫的網(wǎng)域中的全部或部分呼叫管理器的地址信息，所述全部或部分呼叫管理器包括與所述呼叫發(fā)起方相鄰的處理所述呼叫的呼叫管理器；所述呼叫發(fā)起方根據(jù)所述全部或部分呼叫管理器的地址信息中的所述第一呼叫管理器的地址信息向所述相鄰的呼叫管理器發(fā)送第一呼叫建立請求消息；所述呼叫發(fā)起方接收來自所述相鄰的呼叫管理器的第一呼叫建立響應(yīng)消息，所述第一呼叫建立響應(yīng)消息由所述相鄰的呼叫管理器針對所述第一呼叫建立請求消息發(fā)出。
2.如權(quán)利要求1所述的呼叫處理方法，其特征在于，所述第一呼叫請求消息中包括所 述全部或部分呼叫管理器的地址信息，所述第一呼叫建立響應(yīng)消息由所述相鄰的呼叫管理 器在向該相鄰的呼叫管理器的下一個呼叫管理器發(fā)送第二呼叫建立請求消息，并從該下一 個呼叫管理器接收到第二呼叫建立響應(yīng)消息后發(fā)送；所述第二呼叫建立響應(yīng)消息由所述下 一個呼叫管理器針對所述第二呼叫建立請求消息發(fā)出；所述第二呼叫請求消息中包括所述下一個呼叫管理器的地址信息，還包括所述全部或 部分呼叫管理器的地址信息中除所述相鄰的呼叫管理器和所述下一個呼叫管理器外的其 它呼叫管理器的地址信息。
3.如權(quán)利要求2所述的呼叫處理方法，其特征在于，所述相鄰的呼叫管理器屬于第一 網(wǎng)域，所述下一個呼叫管理器屬于第二網(wǎng)域，所述第二響應(yīng)消息中包括所述第一網(wǎng)域和所 述第二網(wǎng)域的可用域間鏈路信息。
4.如權(quán)利要求1所述的呼叫處理方法，其特征在于，所述第一呼叫建立響應(yīng)消息中包 括處理所述呼叫的網(wǎng)域之間的可用域間鏈路信息。
5 如權(quán)利要求1-4任一項所述的呼叫處理方法，其特征在于，所述全部或部分呼叫管 理器的地址信息是預(yù)先配置的；或所述全部或部分呼叫管理器的地址信息是所述呼叫發(fā)起 放根據(jù)呼叫發(fā)起方的呼叫業(yè)務(wù)信息及預(yù)置的拓?fù)湫畔⒂嬎惬@得。
6.一種呼叫處理方法，其特征在于，包括呼叫管理器獲得處理呼叫的網(wǎng)域中該呼叫管理器和呼叫接收節(jié)點之間的全部或部分 呼叫管理器的地址信息，所述全部或部分呼叫管理器包括與該呼叫管理器相鄰的下一個呼 叫管理器；所述呼叫管理器根據(jù)所述全部或部分呼叫管理器的地址信息中的所述下一個呼叫管 理器的地址信息向所述下一個呼叫管理器發(fā)送第三呼叫建立請求消息，所述第三呼叫建立 請求消息包括所述全部或部分呼叫管理器的地址信息；所述呼叫管理器接收來自所述相鄰的呼叫管理器的第三呼叫建立響應(yīng)消息，所述第三 呼叫建立響應(yīng)消息由所述相鄰的呼叫管理器針對所述第三呼叫建立請求消息發(fā)出。
7.如權(quán)利要求6所述的呼叫處理方法，其特征在于，所述第三呼叫建立響應(yīng)消息由所述下一個呼叫管理器在向該下一個呼叫管理器的靠 近呼叫終止方的相鄰呼叫管理器發(fā)送第四呼叫建立請求消息，并從該相鄰呼叫管理器接收 到第四呼叫建立響應(yīng)消息后發(fā)送；所述第三呼叫請求消息中包括所述相鄰呼叫管理器的地 址信息，還包括所述全部或部分呼叫管理器的地址信息中除所述下一個呼叫管理器和所述 相鄰呼叫管理器外的其它呼叫管理器的地址信息。
8 如權(quán)利要求7所述的呼叫處理方法，其特征在于，所述下一個呼叫管理器屬于第三網(wǎng)域，所述相鄰呼叫管理器屬于第四網(wǎng)域，所述第四呼叫建立響應(yīng)消息中包括所述第三網(wǎng) 域和所述第四網(wǎng)域的可用域間鏈路信息。
9.一種呼叫處理方法，其特征在于，包括接收呼叫發(fā)起節(jié)點發(fā)送的攜帶業(yè)務(wù)信息的呼叫建立請求消息； 根據(jù)所述業(yè)務(wù)信息和預(yù)置的拓?fù)湫畔?，獲得處理所述呼叫的第二網(wǎng)域的呼叫管理器的 地址信息；將所述攜帶業(yè)務(wù)信息的呼叫建立請求消息發(fā)送至第二網(wǎng)域的呼叫管理器； 接收來自所述第二網(wǎng)域的呼叫管理器的呼叫建立響應(yīng)消息，所述呼叫建立響應(yīng)消息包 括呼叫接收節(jié)點的可用鏈路信息和第二網(wǎng)域的呼叫標(biāo)識，所述第二網(wǎng)域的呼叫標(biāo)識基于所 述業(yè)務(wù)信息確定；將所述呼叫建立響應(yīng)消息中第二網(wǎng)域的呼叫標(biāo)識替換為第一網(wǎng)域的呼叫標(biāo)識，其中， 所述第一網(wǎng)域的呼叫標(biāo)識基于所述業(yè)務(wù)信息確定，所述第二網(wǎng)域接入所述第一網(wǎng)域的信息 流；發(fā)送經(jīng)替換的呼叫建立響應(yīng)消息至所述呼叫發(fā)起節(jié)點。
10.如權(quán)利要求9所述的呼叫處理方法，其特征在于，在接收來自所述第二網(wǎng)域的呼叫 管理器的呼叫建立響應(yīng)消息之后，還包括記錄所述第一網(wǎng)域的呼叫標(biāo)識和所述第二網(wǎng)域 的呼叫標(biāo)識的對應(yīng)關(guān)系；則在所述發(fā)送經(jīng)替換的呼叫建立響應(yīng)消息至呼叫發(fā)起方之后，還包括 接收所述呼叫發(fā)起方發(fā)送的連接建立請求消息，所述連接建立請求消息攜帶有所述業(yè) 務(wù)信息和所述第一網(wǎng)域的呼叫標(biāo)識；根據(jù)所述第一網(wǎng)域的呼叫標(biāo)識和第二網(wǎng)域的呼叫標(biāo)識的對應(yīng)關(guān)系，將所述連接建立請 求消息中第一網(wǎng)域的呼叫標(biāo)識替換為第二網(wǎng)域的呼叫標(biāo)識，發(fā)送經(jīng)替換的連接建立請求消 息至所述第二網(wǎng)域；接收來自所述第二網(wǎng)域的預(yù)留消息，發(fā)送所述預(yù)留消息至所述呼叫發(fā)起方。
11.如權(quán)利要求10所述的呼叫處理方法，其特征在于，在所述接收所述呼叫發(fā)起方發(fā) 送的連接建立請求消息之前，還包括記錄所述業(yè)務(wù)信息和所述第一網(wǎng)域的呼叫標(biāo)識的對應(yīng)關(guān)系； 則在所述接收呼叫發(fā)起節(jié)點發(fā)送的連接建立請求消息之后，還包括 判斷所述呼叫建立請求消息中的第一網(wǎng)域的呼叫標(biāo)識對應(yīng)的業(yè)務(wù)信息，是否與所述連 接建立請求消息中攜帶的業(yè)務(wù)信息相符，如果是，則根據(jù)所述第一網(wǎng)域的呼叫標(biāo)識和第二 網(wǎng)域的呼叫標(biāo)識的對應(yīng)關(guān)系，將所述連接建立請求消息中第一網(wǎng)域的呼叫標(biāo)識替換為第二 網(wǎng)域的呼叫標(biāo)識，發(fā)送經(jīng)替換的連接建立請求消息至所述第二網(wǎng)域。
12.—種呼叫處理方法，其特征在于，包括呼叫發(fā)起方獲得處理呼叫的網(wǎng)域中的全部或部分呼叫管理器的地址信息，所述全部或 部分呼叫管理器包括與所述呼叫發(fā)起方相鄰的處理所述呼叫的第一呼叫管理器；所述呼叫發(fā)起方根據(jù)所述全部或部分呼叫管理器地址信息中的所述第一呼叫管理器 的地址信息向所述第一呼叫管理器發(fā)送呼叫建立請求消息；所述第一呼叫建立請求消息中 包括所述全部或部分呼叫管理器的地址信息；所述第一呼叫管理器接收所述呼叫建立請求消息，刪除所述第一呼叫建立請求消息中的第一呼叫管理器的地址信息，判斷該呼叫建立請求消息中是否包括第二呼叫管理器的地 址信息，所述第二呼叫管理器為與所述第一呼叫管理器相鄰的靠近呼叫終止方的呼叫管理 器；當(dāng)所述呼叫建立請求消息中不包括所述第二呼叫管理器的地址信息時，所述第一呼叫 管理器獲取所述第二呼叫管理器的地址信息，將所述第二呼叫管理器的地址信息添加到所 述呼叫建立請求消息，根據(jù)獲取的所述第二呼叫管理器的地址信息將所述呼叫建立請求消 息發(fā)送到第二呼叫管理器；所述第二呼叫管理器向該第二呼叫管理器的下一個呼叫管理器發(fā)送呼叫建立請求消 息，并從該第二呼叫管理器的下一個呼叫管理器接收所述下一個呼叫管理器根據(jù)接收的呼 叫建立請求消息發(fā)送的呼叫建立響應(yīng)消息，將所述呼叫建立響應(yīng)消息傳送給所述第一呼叫 管理器；所述第一呼叫管理器將所述呼叫建立響應(yīng)消息傳送給所述呼叫發(fā)起方。
13.如權(quán)利要求12所述的呼叫處理方法，其特征在于，還包括當(dāng)所述呼叫建立請求消息中包括所述第二呼叫管理器的地址信息時，所述第一呼叫管 理器根據(jù)所述呼叫建立請求消息中包含的第二呼叫管理器的地址信息將所述呼叫建立請 求消息發(fā)送到第二呼叫管理器。
14.如權(quán)利要求12所述的呼叫處理方法，其特征在于，所述第一呼叫管理器獲取所述 第二呼叫管理器的地址信息包括所述第一呼叫管理器接收網(wǎng)管指定的所述第二呼叫管理器的地址信息；或者，所述第 一呼叫管理器接收的呼叫建立請求消息包括所述呼叫發(fā)起方的呼叫業(yè)務(wù)信息及預(yù)置的拓 撲信息；所述第一呼叫管理器根據(jù)所述呼叫發(fā)起方的呼叫業(yè)務(wù)信息及預(yù)置的拓?fù)湫畔⒂嬎闼?述第二呼叫管理器的地址信息。
15.如權(quán)利要求12所述的呼叫處理方法，其特征在于，所述第二呼叫管理器的下一個 呼叫管理器為靠近呼叫終止方的所述第二呼叫管理器的下一個呼叫管理器，或者所述第二 管理器的下一個呼叫管理器為呼叫終止方。
16.一種節(jié)點，包括第一地址獲取單元，用于獲得處理呼叫的網(wǎng)域中的全部或部分呼叫管理器的地址信 息，所述全部或部分呼叫管理器包括與所述呼叫發(fā)起方相鄰的處理所述呼叫的呼叫管理 器；第一請求單元，用于根據(jù)所述全部或部分呼叫管理器的地址信息中的所述第一呼叫管 理器的地址信息向所述相鄰的呼叫管理器發(fā)送第一呼叫建立請求消息；第一響應(yīng)接收單元，用于接收來自所述相鄰的呼叫管理器的第一呼叫建立響應(yīng)消息， 所述第一呼叫建立響應(yīng)消息由所述相鄰的呼叫管理器針對所述第一呼叫建立請求消息發(fā)出ο
17.—種呼叫管理器，其特征在于，包括第二地址獲取單元，用于獲得處理呼叫的網(wǎng)域中該呼叫管理器和呼叫接收節(jié)點之間的 全部或部分呼叫管理器的地址信息，所述全部或部分呼叫管理器包括與該呼叫管理器相鄰 的下一個呼叫管理器；第二請求單元，用于根據(jù)所述全部或部分呼叫管理器的地址信息中的所述下一個呼叫 管理器的地址信息向所述下一個呼叫管理器發(fā)送第三呼叫建立請求消息，所述第三呼叫建 立請求消息包括所述全部或部分呼叫管理器的地址信息；第二響應(yīng)接收單元，用于接收來自所述相鄰的呼叫管理器的第三呼叫建立響應(yīng)消息， 所述第三呼叫建立響應(yīng)消息由所述相鄰的呼叫管理器針對所述第三呼叫建立請求消息發(fā) 出O
18.—種呼叫管理器，其特征在于，包括消息收發(fā)單元和處理單元；所述消息收發(fā)單元，用于接收呼叫發(fā)起方發(fā)送的攜帶業(yè)務(wù)信息的呼叫建立請求消息； 所述處理單元，用于獲得處理呼叫發(fā)起方的呼叫的多個網(wǎng)域的呼叫管理器的地址信 息，根據(jù)所述地址信息確定處理所述呼叫的呼叫管理器；則所述消息收發(fā)單元還用于將所述呼叫建立請求消息轉(zhuǎn)發(fā)至所述處理單元所確定的 呼叫管理器，并接收來自所述呼叫管理器的呼叫建立響應(yīng)消息，將所述呼叫建立響應(yīng)消息 發(fā)送至所述呼叫發(fā)起方。
19.一種呼叫處理系統(tǒng)，其特征在于，包括呼叫發(fā)起節(jié)點、呼叫接收節(jié)節(jié)點以及多個 呼叫管理器；所述呼叫發(fā)起節(jié)點，用于發(fā)送呼叫建立請求消息，請求建立所述呼叫發(fā)起節(jié)點到所述 呼叫接收節(jié)點的呼叫；所述呼叫管理器，用于接收所述呼叫發(fā)起節(jié)點發(fā)送的攜帶業(yè)務(wù)信息的呼叫建立請求消 息，獲得處理呼叫的多個網(wǎng)域的呼叫管理器的地址信息，根據(jù)所述地址信息確定處理所述 呼叫的相鄰的呼叫管理器，向所述相鄰的呼叫管理器發(fā)送呼叫建立請求消息；接收來自所 述相鄰的呼叫管理器的呼叫建立響應(yīng)消息，將所述呼叫建立響應(yīng)消息發(fā)送至所述呼叫發(fā)起 節(jié)點；所述呼叫建立響應(yīng)消息由所述相鄰的呼叫管理器根據(jù)接收的呼叫建立請求消息發(fā) 出ο
全文摘要
本發(fā)明實施例公開了一種呼叫處理方法、系統(tǒng)及裝置，該呼叫處理方法包括呼叫發(fā)起方獲得處理呼叫的網(wǎng)域中的全部或部分呼叫管理器的地址信息，所述全部或部分呼叫管理器包括與所述呼叫發(fā)起方相鄰的處理所述呼叫的呼叫管理器；所述呼叫發(fā)起方根據(jù)所述全部或部分呼叫管理器的地址信息向所述相鄰的呼叫管理器發(fā)送第一呼叫建立請求消息；所述呼叫發(fā)起方接收來自所述相鄰的呼叫管理器的第一呼叫建立響應(yīng)消息。采用本發(fā)明實施例，在客戶側(cè)業(yè)務(wù)需要經(jīng)過多個服務(wù)側(cè)網(wǎng)絡(luò)傳送的情況下，通過分段呼叫處理可以實現(xiàn)域間鏈路選擇及準(zhǔn)入控制。
文檔編號H04L29/06GK101820410SQ20091003756
公開日2010年9月1日 申請日期2009年2月27日 優(yōu)先權(quán)日2009年2月27日
發(fā)明者章發(fā)太, 資小兵 申請人:華為技術(shù)有限公司