[發明專利]一種呼叫處理方法、系統及裝置

無效

• 申請號: 200910037565.6
• 申請日: 2009-02-27
• 公開（公告）號: CN101820410A
• 公開（公告）日: 2010-09-01
• 發明（設計）人: 資小兵;章發太
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L12/56
• 代理公司: 廣州三環專利代理有限公司 44202
• 代理人: 郝傳鑫;熊賢卿

技術領域

本發明涉及通信領域，尤其涉及一種呼叫處理方法、系統及裝置。

背景技術

在通信網絡中，用戶可以通過運營商網絡提供的連接業務來連通自己的設 備，例如，用戶可以通過某個光網絡運營商提供的光連接業務來連接兩臺路由 器。在網絡中引入控制平面的情況下，控制平面定義通用的協議，可以實現用 戶業務的快速自動創建。該協議包括呼叫和連接兩部分，呼叫用于實現用戶接 入權限的認證、用戶側鏈路信息的交換等功能，連接主要實現用戶業務的提供， 即在運營商網絡中進行資源分配及預留。

參見圖1，是現有技術的呼叫模型示意圖，兩客戶側網絡利用UNI(User Network?Interface)鏈路接入服務側網絡，服務側網絡傳送客戶側信號到另一端。 UNI兩端節點中，客戶側網絡中的節點稱作UNI-C，服務側網絡中的節點稱作 UNI-N。

在建立UNI-C之間的連接之前，先建立呼叫以實現兩端路由信息的交互， 以及服務側網絡的準入控制功能，呼叫建立成功之后，再建立相應的連接?？? 戶側網絡設備發起的呼叫，可以由服務側網絡的接入設備進行處理，也可以由 一個專門的單元來處理，其中，處理呼叫的單元稱作呼叫管理器(Call?Manager)。

如圖1所示，在建立UNI-C1和UNI-C2之間的連接之前，UNI-C1發起呼 叫建立過程，即發送呼叫建立請求消息到UNI-N1，消息中攜帶請求帶寬等相關 信息。UNI-N1根據預先配置的策略確定是否允許該呼叫，如果允許，則將呼叫 建立請求消息轉發到UNI-N2，UNI-N2再將呼叫建立請求消息轉發到UNI-C2。 UNI-C2查看本地UNI鏈路帶寬等信息，如果滿足需求，則返回呼叫建立響應 消息給UNI-N2，消息中可以攜帶本地可用UNI鏈路信息，用于建立連接時指 定可用鏈路。UNI-N2再將呼叫建立響應消息轉發給UNI-N1，UNI-N1再轉發給 UNI-C1，至此呼叫建立成功。在上述過程中，UNI-C1、UNI-N1、UNI-N2、UNI-C2 都具有處理呼叫的功能，即都實現了呼叫管理器的功能。

呼叫建立成功之后，發起連接建立過程。例如，UNI-C1發送連接建立請求 消息給UNI-N1，指定建立到UNI-C2的連接，并指定遠端鏈路。UNI-N1計算 合適的路徑，并建立到UNI-C2的連接。

發明人在實施本發明的過程中，發現現有的呼叫模型至少具有如下缺點： 現有的通用多協議標簽交換(GMPLS，General?Multi-Protocol?Label?Switch)呼 叫模型只支持端到端的呼叫處理，在連接業務經過多個服務側網絡(假定每個 服務側網絡劃分為一個域)的情況下，現有的呼叫模型不支持各域對呼叫的分 段處理，從而不支持域間鏈路選擇及各域的準入控制等功能。

發明內容

本發明實施例所要解決的技術問題是：提供一種呼叫處理方法、系統及裝 置，克服現有技術中在客戶側業務經過多個服務側網絡的情況下，不支持各域 對呼叫進行分段處理的缺陷。

為解決上述問題，本發明實施例提供了一種呼叫處理方法，該方法包括：

呼叫發起方獲得處理呼叫的網域中的全部或部分呼叫管理器的地址信息， 所述全部或部分呼叫管理器包括與所述呼叫發起方相鄰的處理所述呼叫的呼叫 管理器；

所述呼叫發起方根據所述全部或部分呼叫管理器的地址信息中的所述第一 呼叫管理器的地址信息向所述相鄰的呼叫管理器發送第一呼叫建立請求消息；

所述呼叫發起方接收來自所述相鄰的呼叫管理器的第一呼叫建立響應消 息，所述第一呼叫建立響應消息由所述相鄰的呼叫管理器針對所述第一呼叫建 立請求消息發出。

相應地，本發明實施例還提供了一種呼叫處理方法，該方法包括：

呼叫管理器獲得處理呼叫的網域中該呼叫管理器和呼叫接收節點之間的全 部或部分呼叫管理器的地址信息，所述全部或部分呼叫管理器包括與該呼叫管 理器相鄰的下一個呼叫管理器；

所述呼叫管理器根據所述全部或部分呼叫管理器的地址信息中的所述下一 個呼叫管理器的地址信息向所述下一個呼叫管理器發送第三呼叫建立請求消 息，所述第三呼叫建立請求消息包括所述全部或部分呼叫管理器的地址信息；

所述呼叫管理器接收來自所述相鄰的呼叫管理器的第三呼叫建立響應消 息，所述第三呼叫建立響應消息由所述相鄰的呼叫管理器針對所述第三呼叫建 立請求消息發出。