[發明專利]一種解決前轉類業務循環觸發的方法

無效

• 申請號: 201010182513.0
• 申請日: 2010-05-25
• 公開（公告）號: CN101848219A
• 公開（公告）日: 2010-09-29
• 發明（設計）人: 高歡芹;張崇正
• 申請（專利權）人: 南京郵電大學
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04W4/16;H04W80/04
• 代理公司: 南京經緯專利商標代理有限公司 32200
• 代理人: 葉連生

技術領域

本發明涉及通信領域，指出在因特網協議(IP：Internet?Protocol)多媒體子系統中，當多個被叫用戶簽約的前轉類業務發生嵌套時，會造成這些被叫用戶的前轉類業務的循環觸發問題，并提出可以解決該問題的方法。

背景技術

IP多媒體子系統(IMS：IP?Multimedia?Core?Network?Subsystem)是由第三代合作伙伴計劃(3GPP：3rd?Generation?Partnership?Project)組織提出的一種基于IP的網絡架構，其構建了一個開放而靈活的業務環境，支持多媒體應用，并為用戶提供豐富的多媒體業務。

在IP多媒體子系統中，應用服務器(AS：Application?Server)用于提供業務邏輯，支持用戶的各種業務屬性。業務用戶所在的歸屬域的服務呼叫會話控制功能(S-CSCF：Serving?Call?Session?Control?Function)根據業務用戶的簽約信息，觸發AS執行相應的業務邏輯。

目前實現的前轉類業務包括：無條件前轉、未注冊前轉、不可及前轉、遇忙前轉、無應答前轉和被叫一號通等業務。

RFC4244中定義了歷史信息(History-Info)頭部，在新呼叫的請求消息中可以增加該頭部，該頭部的“目標統一資源標志”(Targeted-URI)字段的取值為新呼叫的請求消息中的請求統一資源標志(Request-URI)，同時，如果之前接收到的請求消息中不含有History-Info頭部，則還需要在新呼叫的請求消息生成的History-Info頭部的開始增加接收到的請求消息中的Request-URI。

當前轉類的業務發生嵌套時，會造成前轉類業務的AS間的循環觸發問題。以無條件前轉業務為例，當用戶A撥打用戶B的URL，如果用戶B簽約無條件前轉，且前轉目的統一資源定位符(URL：Uniform?Resource?Locator)是用戶C，同時，用戶C也簽約無條件前轉，且前轉目的URL是用戶B，假設網絡允許的最大前轉次數為5次，相應的流程如圖1所示，包括以下步驟：

步驟101-步驟103：觸發用戶B的歸屬域的無條件前轉AS，發起新呼叫到用戶C，前轉次數為1；

步驟104-步驟106：觸發用戶C的歸屬域的無條件前轉AS，發起新呼叫到用戶B，前轉次數為2；

步驟107-步驟109：觸發用戶B的歸屬域的無條件前轉AS，發起新呼叫到用戶C，前轉次數為3；

步驟110-步驟112：觸發用戶C的歸屬域的無條件前轉AS，發起新呼叫到用戶B，前轉次數為4；

步驟113-步驟115：觸發用戶B的歸屬域的無條件前轉應用服務器，發起新呼叫到用戶C，前轉次數為5；

步驟116-步驟117：觸發用戶C的歸屬域的無條件前轉AS；

步驟118：用戶C的歸屬域的無條件前轉AS判斷此時的前轉次數已經超過網絡允許的最大前轉次數，需要發送4XX消息釋放呼叫。

由上述的流程可見，呼叫會在用戶B的歸屬域的無條件前轉AS和用戶C的歸屬域的無條件前轉AS之間進行循環觸發，并在最終達到循環次數后釋放呼叫，占用了大量的網絡資源。

發明內容

技術問題：本發明的目的是克服現有技術的不足，提供一種減少大量信令交互的解決前轉類業務循環觸發問題的方法。

技術方案：為了解決上述問題，本發明提供了一種在IMS的前轉類AS中檢測是否發生了循環觸發，并在發生循環觸發時終止呼叫的方法。

本發明解決前轉類業務循環觸發問題的方法包括以下步驟：

步驟201：用戶A撥打用戶B，用戶B歸屬域的服務呼叫會話控制功能收到來自用戶A的起呼消息，

步驟202：用戶B歸屬域的服務呼叫會話控制功能查詢到用戶B簽約了無條件前轉業務，需要觸發用戶B的無條件前轉應用服務器來執行相應的業務邏輯；服務呼叫會話控制功能將起呼請求消息發送到用戶B歸屬域的無條件前轉應用服務器；

步驟203：用戶B的歸屬域的無條件前轉應用服務器收到起呼請求消息，發起新呼叫到用戶C，新呼叫的起呼請求消息中的歷史信息頭部的“目標統一資源標志”字段的取值分別為用戶B的統一資源定位符和用戶C的統一資源定位符；

步驟204：用戶C歸屬域的服務呼叫會話控制功能收到起呼請求消息，其中攜帶了用戶B的應用服務器插入的“目標統一資源標志”字段；