專利名稱：呼叫業(yè)務(wù)處理方法與系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)，尤其是一種呼叫業(yè)務(wù)處理方法與系統(tǒng)。
背景技術(shù)：
隨著光進(jìn)銅退的快速推進(jìn)、網(wǎng)絡(luò)融合演進(jìn)趨勢的加快、以及多媒體業(yè)務(wù)應(yīng)用需求的不斷增加，核心網(wǎng)絡(luò)的規(guī)模逐漸擴(kuò)大，其安全問題影響到整個網(wǎng)絡(luò)與業(yè)務(wù)的安全?，F(xiàn)有的核心網(wǎng)絡(luò)主要基于互聯(lián)網(wǎng)協(xié)議(Internet Protocol，以下簡稱IP)承載，用戶終端接入核心網(wǎng)絡(luò)的方式比較多。為了防止用戶終端對核心網(wǎng)絡(luò)中設(shè)備的攻擊，現(xiàn)有技術(shù)在通信網(wǎng)絡(luò)中，引入邊緣接入控制設(shè)備(Border Access Controller，以下簡稱BAC)，來將用戶接入網(wǎng)絡(luò)與核心網(wǎng)絡(luò)進(jìn)行隔離，以提高核心網(wǎng)絡(luò)中設(shè)備的安全可靠運(yùn)行。BAC連接核心網(wǎng)絡(luò)與外部接入用戶終端，完成會話初始協(xié)議(the Session Initiation Protocol,以下簡稱SIP)用戶的業(yè)務(wù)接入、實現(xiàn)不同網(wǎng)絡(luò)環(huán)境下用戶業(yè)務(wù)的互通、保障核心網(wǎng)絡(luò)安全、支持服務(wù)質(zhì)量(Quality of Service，以下簡稱Q0S)管理、媒體管理、配合實現(xiàn)用戶游牧管理等功能。BAC是用戶終端接入的控制設(shè)備，為了確保向用戶提供的業(yè)務(wù)穩(wěn)定性，就必須確保邊BAC的安全可靠運(yùn)行，這就需要考慮BAC的容災(zāi)方案。BAC的容災(zāi)方案是指通過部署不同地點(diǎn)的兩臺BAC設(shè)備進(jìn)行相互備份保護(hù)，當(dāng)主用BAC出現(xiàn)故障無法正常處理業(yè)務(wù)后，備份 BAC能有效接管主用BAC設(shè)備所控制的用戶業(yè)務(wù)。BAC的容災(zāi)方案包括冷備份和熱備份方式。在冷備份的方式下，主用BAC與備份BAC之間沒有進(jìn)行用戶注冊信息的同步，當(dāng)主用BAC癱瘓時，備份BAC無法對被叫用戶的業(yè)務(wù)進(jìn)行實時接管，則由該主用BAC提供服務(wù)的被叫用戶無法繼續(xù)獲得業(yè)務(wù)服務(wù)，需要等待該被叫用戶重新向備份BAC注冊后才能恢復(fù)該被叫用戶的業(yè)務(wù)，無法保持業(yè)務(wù)提供的持續(xù)性，影響了被叫用戶的業(yè)務(wù)體驗。由于較短的重新注冊周期會嚴(yán)重影響備份BAC的工作性能，并且產(chǎn)生很大的通信流量，因此，用戶終端的重注冊周期通常設(shè)置較長，現(xiàn)網(wǎng)推薦的重注冊周期配置時間為60分鐘，那么，由于該主用 BAC設(shè)備故障后用戶注冊信息丟失，無法繼續(xù)獲得業(yè)務(wù)服務(wù)的被叫用戶將在60分鐘的重新注冊時間內(nèi)，無法恢復(fù)正常的業(yè)務(wù)處理，嚴(yán)重影響了用戶體驗。即便發(fā)生故障的主用BAC恢復(fù)，如果這些被叫用戶沒有向主用BAC進(jìn)行重新注冊，也無法立即恢復(fù)業(yè)務(wù)。在熱備份方式下，主用BAC與備份BAC之間進(jìn)行用戶注冊信息的同步，當(dāng)主用BAC 癱瘓時，備份BAC可以基于被叫用戶的注冊信息對被叫用戶的業(yè)務(wù)進(jìn)行實時接管，但是，在主用BAC與備份BAC之間進(jìn)行用戶注冊信息的實時同步、維護(hù)對設(shè)備額外開銷很大，嚴(yán)重影響了 BAC的工作性能；并且，在主用BAC與備份BAC之間實時同步大量的用戶注冊信息數(shù)據(jù)，難以確保同步數(shù)據(jù)的完整性與有效性，而數(shù)據(jù)實時同步的不可靠將可能導(dǎo)致主用BAC 與備份BAC之間的容災(zāi)方案失敗；現(xiàn)有的BAC設(shè)備之間采用私有協(xié)議通信，不利于不同BAC 廠家之間的BAC互通。因此，現(xiàn)有的BAC均采用冷備份方式作為BAC的容災(zāi)方案。

發(fā)明內(nèi)容
本發(fā)明實施例所要解決的技術(shù)問題是提供一種呼叫業(yè)務(wù)處理方法與系統(tǒng)，以解決BAC的容災(zāi)方案中，處理被叫業(yè)務(wù)的主用BAC癱瘓時，在冷備份方式下無法保持業(yè)務(wù)提供的持續(xù)性的技術(shù)問題，以及在熱備份方式下實時同步、維護(hù)用戶注冊信息導(dǎo)致的BAC工作性能下降、主用BAC與備份BAC之間的容災(zāi)方案失敗以及私有協(xié)議通信不利于不同BAC廠家之間的BAC互通的技術(shù)問題。本發(fā)明實施例提供的一種呼叫業(yè)務(wù)處理方法，包括核心網(wǎng)絡(luò)設(shè)備接收到被叫方用戶的第一會話請求消息時，將該第一會話請求消息轉(zhuǎn)發(fā)給被叫方用戶注冊的主用邊緣接入控制設(shè)備BAC ；核心網(wǎng)絡(luò)設(shè)備在所述主用BAC故障時，向第一會話請求消息中增加所述被叫方用戶的互聯(lián)網(wǎng)協(xié)議IP地址與端口號信息，生成第二會話請求消息并發(fā)送給預(yù)先配置的備份 BAC，所述被叫方用戶的IP地址與端口號信息由所述主用BAC預(yù)先上報給所述核心網(wǎng)絡(luò)設(shè)備；備份BAC以所述被叫方用戶的IP地址作為目的IP地址，以所述被叫方用戶的端口號作為目的端口號，對所述第二會話請求消息進(jìn)行重新封裝，生成第三會話請求消息；備份BAC將所述第三會話請求消息通過IP網(wǎng)絡(luò)發(fā)送給所述被叫方用戶終端。本發(fā)明實施例提供的一種呼叫業(yè)務(wù)處理系統(tǒng)，包括核心網(wǎng)絡(luò)，所述核心網(wǎng)絡(luò)包括核心網(wǎng)絡(luò)設(shè)備，用于在接收到被叫方用戶的第一會話請求消息時，將該第一會話請求消息轉(zhuǎn)發(fā)給被叫方用戶注冊的主用BAC ；以及在所述主用BAC故障時，向第一會話請求消息中增加所述被叫方用戶的IP地址與端口號信息，生成第二會話請求消息并發(fā)送給預(yù)先配置的備份BAC，所述被叫方用戶的IP地址與端口號信息由所述主用BAC預(yù)先上報給所述核心網(wǎng)絡(luò)設(shè)備；所述呼叫業(yè)務(wù)處理系統(tǒng)還包括備份BAC，用于以所述被叫方用戶的IP地址作為目的IP地址，以所述被叫方用戶的端口號作為目的端口號，對所述第二會話請求消息進(jìn)行重新封裝，生成第三會話請求消息，并將所述第三會話請求消息通過IP網(wǎng)絡(luò)發(fā)送給所述被叫方用戶終端?；诒景l(fā)明上述實施例提供的呼叫業(yè)務(wù)處理方法與系統(tǒng)，主用BAC可以預(yù)先將被叫方用戶的IP地址與端口號信息上報給核心網(wǎng)絡(luò)設(shè)備，核心網(wǎng)絡(luò)設(shè)備接收到被叫方用戶的第一會話請求消息時，若發(fā)現(xiàn)主用BAC故障，便向第一會話請求消息中增加被叫方用戶的IP地址與端口號信息，生成第二會話請求消息并發(fā)送給預(yù)先配置的備份BAC，由備份BAC 以被叫方用戶的IP地址作為目的IP地址，以被叫方用戶的端口號作為目的端口號，對第二會話請求消息進(jìn)行重新封裝后通過IP網(wǎng)絡(luò)發(fā)送給被叫方用戶終端，從而實現(xiàn)了主用BAC 故障時備份BAC對被叫業(yè)務(wù)的實時接管，保證了被叫業(yè)務(wù)的實時恢復(fù)，無需等待被叫方用戶重新向備份BAC注冊，也無需主用BAC與備份BAC之間進(jìn)行用戶注冊信息的實時同步、維護(hù)，與現(xiàn)有技術(shù)BAC的容災(zāi)方案相比，避免了處理被叫業(yè)務(wù)的主用BAC癱瘓時，在冷備份方式下無法保持業(yè)務(wù)提供的持續(xù)性的技術(shù)問題，以及在熱備份方式下實時同步、維護(hù)用戶注冊信息導(dǎo)致的BAC工作性能下降、主用BAC與備份BAC之間的容災(zāi)方案失敗以及私有協(xié)議通信不利于不同BAC廠家之間的BAC互通的技術(shù)問題，保持了業(yè)務(wù)提供的持續(xù)性，提升了用戶的業(yè)務(wù)體驗，提高了備份BAC的工作性能。
下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明呼叫業(yè)務(wù)處理方法一個實施例的流程圖；圖2為本發(fā)明呼叫業(yè)務(wù)處理方法另一個實施例的流程圖；圖3為本發(fā)明呼叫業(yè)務(wù)處理系統(tǒng)一個實施例的結(jié)構(gòu)示意圖；圖4為本發(fā)明呼叫業(yè)務(wù)處理系統(tǒng)另一個實施例的結(jié)構(gòu)示意圖；圖5為本發(fā)明呼叫業(yè)務(wù)處理系統(tǒng)一個應(yīng)用實施例的結(jié)構(gòu)示意圖；圖6為本發(fā)明呼叫業(yè)務(wù)處理系統(tǒng)另一個應(yīng)用實施例的結(jié)構(gòu)示意圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。圖1為本發(fā)明呼叫業(yè)務(wù)處理方法一個實施例的流程圖。如圖1所示，該實施例的呼叫業(yè)務(wù)處理方法包括步驟101，核心網(wǎng)絡(luò)設(shè)備接收到被叫方用戶的第一會話請求消息時，將該第一會話請求消息轉(zhuǎn)發(fā)給被叫方用戶注冊的BAC，該BAC稱為主用BAC。其中的第一會話請求消息由主叫方用戶終端呼叫被叫方用戶終端時發(fā)起。步驟102，核心網(wǎng)絡(luò)設(shè)備在主用BAC故障時，向第一會話請求消息中增加被叫方用戶的IP地址與端口號信息，生成第二會話請求消息并發(fā)送給預(yù)先配置的備份BAC。其中的被叫方用戶的IP地址與端口號信息由主用BAC預(yù)先上報給核心網(wǎng)絡(luò)設(shè)備。步驟103，備份BAC以被叫方用戶的IP地址作為目的IP地址，以被叫方用戶的端口號作為目的端口號，對第二會話請求消息進(jìn)行重新封裝，生成第三會話請求消息。步驟104，備份BAC將第三會話請求消息通過IP網(wǎng)絡(luò)發(fā)送給被叫方用戶終端?；诒景l(fā)明上述實施例提供的呼叫業(yè)務(wù)處理方法，主用BAC可以預(yù)先將被叫方用戶的IP地址與端口號信息上報給核心網(wǎng)絡(luò)設(shè)備，核心網(wǎng)絡(luò)設(shè)備接收到被叫方用戶的第一會話請求消息時，若發(fā)現(xiàn)主用BAC故障，便向第一會話請求消息中增加被叫方用戶的IP地址與端口號信息，生成第二會話請求消息并發(fā)送給預(yù)先配置的備份BAC，由備份BAC以被叫方用戶的IP地址作為目的IP地址，以被叫方用戶的端口號作為目的端口號，對第二會話請求消息進(jìn)行重新封裝后通過IP網(wǎng)絡(luò)發(fā)送給被叫方用戶終端，從而實現(xiàn)了主用BAC故障時備份BAC對被叫業(yè)務(wù)的實時接管，保證了被叫業(yè)務(wù)的實時恢復(fù)，無需等待被叫方用戶重新向備份BAC注冊，也無需主用BAC與備份BAC之間進(jìn)行用戶注冊信息的實時同步、維護(hù)，保持了業(yè)務(wù)提供的持續(xù)性，提升了用戶的業(yè)務(wù)體驗，提高了備份BAC的工作性能。
作為本發(fā)明的一個實施例，圖1所示的實施例中，主用BAC具體可以通過如下方式，預(yù)先將被叫方用戶的IP地址與端口號信息上報給核心網(wǎng)絡(luò)設(shè)備主用BAC接收到被叫方用戶終端發(fā)送的第一注冊請求消息時，在該主用BAC中對被叫方用戶進(jìn)行注冊，并將第一注冊請求消息中源IP地址與源端口號分別替換為主用BAC 的地址與端口號，其中的源IP地址與源端口號分別為被叫方用戶的IP地址與端口號，并在第一注冊請求消息中擴(kuò)展用戶地址(useradd)參數(shù)字段與用戶端口(userport)參數(shù)字段，例如在第一注冊請求消息的頭域，如Contact域，擴(kuò)展用戶地址(useradd)參數(shù)字段與用戶端口(userport)參數(shù)字段，通過這兩個擴(kuò)展出的用戶地址參數(shù)字段與用戶端口參數(shù)字段分別攜帶被叫方用戶的IP地址信息與端口號信息，其中的端口具體可以是傳輸控制協(xié)議(Transmission Control Protocol,以下簡稱TCP)端口、用戶數(shù)據(jù)報協(xié)議(User Datagram Protocol，以下簡稱UDP)端口或者其它協(xié)議端口，生成第二注冊請求消息并發(fā)送給核心網(wǎng)絡(luò)設(shè)備，其中的第一注冊請求消息與第二注冊請求消息中包括被叫方用戶的用戶標(biāo)識(Identification，以下簡稱ID)信息；核心網(wǎng)絡(luò)設(shè)備從第二注冊請求消息中獲取被叫方用戶的用戶ID、IP地址與端口號信息并存儲。其中，主用BAC具體通過如下方式對被叫方用戶進(jìn)行注冊主用BAC接收到被叫方用戶終端發(fā)送的第一注冊請求消息后，將被叫方用戶注冊在該主用BAC中，S卩將第一注冊請求消息中攜帶的被叫方用戶的用戶ID、IP 地址與端口號存儲在該主用BAC中。本發(fā)明實施例在被叫方用戶向一個BAC注冊時，該BAC作為被叫方用戶的主用BAC 通過擴(kuò)展參數(shù)將注冊的被叫方用戶信息，包括被叫方用戶的IP地址與端口號，上報給核心網(wǎng)絡(luò)設(shè)備，這樣，在主用BAC設(shè)備故障時，核心網(wǎng)絡(luò)設(shè)備便可以通過擴(kuò)展會話請求消息中的參數(shù)，將被叫方用戶信息發(fā)送給備份BAC，由備份BAC繼續(xù)處理發(fā)送給被叫方用戶的會話請求消息，保證了被叫業(yè)務(wù)的實時恢復(fù)，無需等待被叫方用戶重新向備份BAC注冊，也無需主用BAC與備份BAC之間進(jìn)行用戶注冊信息的實時同步、維護(hù)。進(jìn)一步地，作為本發(fā)明的另一個實施例，將第二注冊請求消息發(fā)送給核心網(wǎng)絡(luò)設(shè)
備之后，核心網(wǎng)絡(luò)設(shè)備還可以基于第二注冊請求消息，在核心網(wǎng)絡(luò)中對被叫方用戶進(jìn)行注 ππ冊。圖2為本發(fā)明呼叫業(yè)務(wù)處理方法另一個實施例的流程圖。如圖2所示，該實施例的呼叫業(yè)務(wù)處理方法包括步驟201，主用BAC接收被叫方用戶終端發(fā)送的第一注冊請求消息，該第一注冊請求消息中包括被叫方用戶的用戶ID、IP地址與端口號。其中的IP地址作為源IP地址，端口號作為源端口號。步驟202，主用BAC將第一注冊請求消息中的源IP地址與源端口號分別替換為該主用BAC的地址與端口號，并在第一注冊請求消息中擴(kuò)展用戶地址(useradd)參數(shù)字段與用戶端口(userport)參數(shù)字段，通過這兩個擴(kuò)展出的用戶地址參數(shù)字段與用戶端口參數(shù)字段，分別攜帶被叫方用戶的IP地址信息與端口號信息，生成第二注冊請求消息并發(fā)送給核心網(wǎng)絡(luò)設(shè)備。步驟203，核心網(wǎng)絡(luò)設(shè)備接收到第二注冊請求消息后，從第二注冊請求消息中獲取被叫方用戶的用戶ID、IP地址與端口號信息并存儲，并基于第二注冊請求消息，將被叫方用戶注冊在核心網(wǎng)絡(luò)中
步驟204，核心網(wǎng)絡(luò)設(shè)備接收到被叫方用戶的第一會話請求消息時，將該第一會話請求消息轉(zhuǎn)發(fā)給主用BAC。步驟205，核心網(wǎng)絡(luò)設(shè)備識別將第一會話請求消息發(fā)送給主用BAC后的第一預(yù)設(shè)時間段內(nèi)，是否接收到主用BAC返回的會話請求響應(yīng)消息，若在第一預(yù)設(shè)時間段內(nèi)未接收到主用BAC返回的會話請求響應(yīng)消息，確認(rèn)主用BAC故障，執(zhí)行步驟206。否則，若在第一預(yù)設(shè)時間段內(nèi)接收到主用BAC返回的會話請求響應(yīng)消息，執(zhí)行步驟210。 步驟206，核心網(wǎng)絡(luò)設(shè)備獲取第一會話請求消息中被叫方用戶的用戶ID對應(yīng)的被叫方用戶的IP地址與端口號，并在第一會話請求消息中擴(kuò)展用戶地址(useradd)參數(shù)字段與用戶端口(userport)參數(shù)字段，例如在第一會話請求消息的頭域，如Contact域，擴(kuò)展用戶地址(useradd)參數(shù)字段與用戶端口(userport)參數(shù)字段，其中的端口具體可以是傳輸控制協(xié)議(Transmission Control Protocol，以下簡稱TCP)端口、用戶數(shù)據(jù)報協(xié)議 (User Datagram Protocol，以下簡稱UDP)端口或者其它協(xié)議端口，通過用戶地址參數(shù)字段與用戶端口參數(shù)字段分別攜帶被叫方用戶的IP地址信息與端口號信息，生成第二會話請求消息。步驟207，核心網(wǎng)絡(luò)設(shè)備從預(yù)先存儲的主備BAC信息對照表中，獲取主用BAC的地址對應(yīng)的備份BAC的地址，并根據(jù)該備份BAC的地址，將第二會話請求消息發(fā)送給備份BAC。步驟208，備份BAC以被叫方用戶的IP地址作為目的IP地址，以被叫方用戶的端口號作為目的端口號，對第二會話請求消息進(jìn)行重新封裝，生成第三會話請求消息。步驟209，備份BAC將第三會話請求消息通過IP網(wǎng)絡(luò)發(fā)送給被叫方用戶終端。之后，不執(zhí)行本實施例的后續(xù)流程。步驟210，主用BAC將第一會話請求消息通過IP網(wǎng)絡(luò)發(fā)送給被叫方用戶終端。進(jìn)一步地，作為本發(fā)明的又一個實施例，在核心網(wǎng)絡(luò)設(shè)備通過發(fā)送第一會話請求消息獲知主用BAC故障后又接收到需要發(fā)送給主用BAC的其它會話請求消息時，由于無法確認(rèn)主用BAC的故障是否恢復(fù)，可以按照本發(fā)明上述實施例的呼叫業(yè)務(wù)處理方法實施例流程處理該其它會話請求消息，即以該其它會話請求消息作為第一會話請求消息，開始執(zhí)行將第一會話請求消息轉(zhuǎn)發(fā)給主用BAC的操作，即開始執(zhí)行步驟101或步驟204的操作?；蛘撸瑸榱吮苊庵饔肂AC的故障未恢復(fù)而將其它會話請求消息發(fā)送給主用BAC導(dǎo)致不必要的業(yè)務(wù)時延與操作，核心網(wǎng)絡(luò)設(shè)備也可以根據(jù)預(yù)先設(shè)定，將在獲知主用BAC故障后的第二預(yù)設(shè)時間段內(nèi)接收到的需要發(fā)送給主用BAC的其它會話請求消息，作為第一會話請求消息， 開始執(zhí)行向第一會話請求消息中增加被叫方用戶的IP地址與端口號信息的操作，即按照主用BAC故障，開始執(zhí)行步驟102或者步驟206的操作，來處理其它會話請求消息，在第二預(yù)設(shè)時間段過后，可以認(rèn)為主用BAC故障恢復(fù)，對于第二預(yù)設(shè)時間段后接收到的其它會話請求消息，可以按照本發(fā)明上述實施例的呼叫業(yè)務(wù)處理方法實施例流程處理，即開始執(zhí)行步驟101或步驟204的操作。其中的第二預(yù)設(shè)時間段可以預(yù)設(shè)為排除主用BAC上的故障所需的經(jīng)驗值，例如60分鐘，并可以根據(jù)實際需求更新。另外，作為本發(fā)明的再一個實施例，可以預(yù)先在被叫方用戶終端中配置備份BAC 的地址信息，在本發(fā)明上述實施例的呼叫業(yè)務(wù)處理方法流程中，備份BAC將第三會話請求消息通過IP網(wǎng)絡(luò)發(fā)送給被叫方用戶終端后，被叫方用戶終端識別出配置了第三會話請求消息中攜帶的備份BAC的地址，才接收該第三會話請求消息并進(jìn)行相應(yīng)的呼叫業(yè)務(wù)處理，從而避免了用戶終端處理未知網(wǎng)元發(fā)送的業(yè)務(wù)消息導(dǎo)致的不安全性與工作性能下降。本發(fā)明上述各實施例的呼叫業(yè)務(wù)處理方法流程可以適用于各種核心網(wǎng)絡(luò)，例如 IP多媒體子系統(tǒng)(IP Multimedia Subsystem, IMS)核心網(wǎng)絡(luò)、固網(wǎng)軟交換核心網(wǎng)絡(luò)等。 根據(jù)本發(fā)明的一個具體應(yīng)用實施例，IMS核心網(wǎng)絡(luò)包括代理呼叫會話控制功能 (Proxy Call Session Control Function，以下簡稱P-CSCF)設(shè)備、服務(wù)呼叫會話控制功能(Serving Call Session Control Function，以下簡稱S-CSCF)設(shè)備、歸屬用戶服務(wù)器(Home Subscriber Server,以下簡稱HSS)與查詢呼叫會話控制功能(Interrogating Call Session Control Function，以下簡稱I_CSCF)設(shè)備。其中，HSS可用于存儲用戶的屬性信息與業(yè)務(wù)簽約信息；P-CSCF設(shè)備作為用戶終端接入IMS核心網(wǎng)絡(luò)的初始入口點(diǎn)， 可用于實現(xiàn)用戶注冊、安全管理等功能，將拜訪地接入網(wǎng)絡(luò)的SIP事務(wù)轉(zhuǎn)接到其歸屬地的 S-CSCF設(shè)備；S-CSCF是IMS核心網(wǎng)絡(luò)的核心設(shè)備，可用于實現(xiàn)用戶注冊鑒權(quán)、會話控制、計費(fèi)管理等功能；I-CSCF可用于查詢HSS獲得用戶當(dāng)前服務(wù)的S-CSCF。本發(fā)明應(yīng)用的核心網(wǎng)絡(luò)為IMS核心網(wǎng)絡(luò)時，上述各實施例中的核心網(wǎng)絡(luò)設(shè)備具體可以是P-CSCF設(shè)備，主用BAC、備份BAC分別與P-CSCF設(shè)備通信連接。本發(fā)明應(yīng)用于IMS 核心網(wǎng)絡(luò)時，核心網(wǎng)絡(luò)設(shè)備基于第二注冊請求消息，在核心網(wǎng)絡(luò)中對被叫方用戶進(jìn)行注冊具體可以通過如下方式實現(xiàn)=P-CSCF設(shè)備從第二注冊請求消息中刪除用戶地址參數(shù)與用戶端口參數(shù)，得到第三注冊請求消息，從I-CSCF設(shè)備獲取該被叫方用戶的S-CSCF設(shè)備信息，并將第三注冊請求消息發(fā)送給查詢到的S-CSCF設(shè)備，由該查詢到的S-CSCF設(shè)備對被叫方用戶進(jìn)行注冊鑒權(quán)，在被叫方用戶通過注冊鑒權(quán)后，將被叫方用戶與S-CSCF設(shè)備之間的對應(yīng)關(guān)系信息存儲在HSS中。本發(fā)明實施例的呼叫業(yè)務(wù)處理方法應(yīng)用于IMS核心網(wǎng)絡(luò)的一個具體實施例如下被叫方用戶終端向主用BAC發(fā)送第一注冊請求消息，請求向IMS核心網(wǎng)絡(luò)注冊，其中的第一注冊請求消息中包括被叫方用戶的用戶ID、IP地址與端口號。其中被叫方用戶的 IP地址作為源IP地址，被叫方用戶的端口號作為源端口號；主用BAC將第一注冊請求消息中的源IP地址與源端口號分別替換為該主用BAC 的地址與端口號，并在第一注冊請求消息中擴(kuò)展用戶地址參數(shù)字段與用戶端口參數(shù)字段， 通過這兩個擴(kuò)展出的用戶地址參數(shù)字段與用戶端口參數(shù)字段，分別攜帶被叫方用戶的IP 地址信息與端口號信息，生成第二注冊請求消息并發(fā)送給P-CSCF設(shè)備；P-CSCF設(shè)備接收到第二注冊請求消息后，從第二注冊請求消息中獲取被叫方用戶的用戶ID、IP地址與端口號信息并存儲，并基于第二注冊請求消息，將被叫方用戶注冊在 IMS核心網(wǎng)絡(luò)中，具體注冊方法可以參見上述實施例介紹；P-CSCF設(shè)備接收到被叫方用戶的第一會話請求消息時，將該第一會話請求消息轉(zhuǎn)發(fā)給主用BAC ；P-CSCF設(shè)備識別將第一會話請求消息發(fā)送給主用BAC后的第一預(yù)設(shè)時間段內(nèi)，是否接收到主用BAC返回的會話請求響應(yīng)消息。若在第一預(yù)設(shè)時間段內(nèi)接收到主用BAC返回的會話請求響應(yīng)消息，主用BAC將第一會話請求消息通過IP網(wǎng)絡(luò)發(fā)送給被叫方用戶終端。否則，若在第一預(yù)設(shè)時間段內(nèi)未接收到主用BAC返回的會話請求響應(yīng)消息，確認(rèn)主用BAC故障，P-CSCF設(shè)備獲取第一會話請求消息中被叫方用戶的用戶ID對應(yīng)的被叫方用戶的IP地址與端口號，并在第一會話請求消息中擴(kuò)展用戶地址參數(shù)字段與用戶端口參數(shù)字段，通過用戶地址參數(shù)字段與用戶端口參數(shù)字段分別攜帶被叫方用戶的IP地址信息與端口號信息，生成第二會話請求消息； P-CSCF設(shè)備從預(yù)先存儲的主備BAC信息對照表中，獲取主用BAC的地址對應(yīng)的備份BAC的地址，并根據(jù)該備份BAC的地址，將第二會話請求消息發(fā)送給備份BAC ；備份BAC接收到第二會話請求消息后，發(fā)現(xiàn)備份BAC中未存儲第二會話請求消息中攜帶的被叫方用戶的用戶ID的注冊信息，即被叫方用戶未在該備份BAC注冊，對第二會話請求消息進(jìn)行重新封裝，即獲取第二會話請求消息中請求-統(tǒng)一資源標(biāo)識符 (request-Uniform Resource Identifier,以下簡稱request_URI)域的用戶 ID,該用戶標(biāo)識即為被叫方用戶的用戶ID，以及獲取第二會話請求消息中用戶地址參數(shù)字段與用戶端口參數(shù)字段分別攜帶的被叫方用戶的IP地址與端口號，將獲取的被叫方用戶的用戶ID、IP地址與端口號重新封裝成新的request-URI域，以被叫方用戶的IP地址作為目的IP地址，以被叫方用戶的端口號作為目的端口號，生成第三會話請求消息；備份BAC將第三會話請求消息通過IP網(wǎng)絡(luò)發(fā)送給被叫方用戶終端。按照現(xiàn)有技術(shù)IMS規(guī)范提供的注冊流程，用戶終端通過注冊請求消息向BAC注冊時，BAC從注冊請求消息的IP報文中獲得源IP地址與源端口，即用戶注冊所使用的IP地址與端口，BAC將用戶的IP地址替換成該BAC的地址，然后將注冊請求消息轉(zhuǎn)發(fā)到P-CSCF 設(shè)備，此時的注冊請求消息包括BAC的地址、注冊用戶ID等相關(guān)信息，但并不包括注冊用戶的真實IP地址等注冊用戶信息，然后由P-CSCF設(shè)備將接收到的注冊請求消息發(fā)送到 S-CSCF設(shè)備以完成用戶注冊。本發(fā)明上述實施例中，用戶終端通過發(fā)送第一注冊請求消息進(jìn)行注冊時，主用BAC記錄該用戶所注冊的IP地址與端口號，并在第一注冊請求消息中擴(kuò)展用戶地址參數(shù)字段與用戶端口參數(shù)字段，通過這兩個擴(kuò)展出的用戶地址參數(shù)字段與用戶端口參數(shù)字段，分別攜帶用戶的IP地址信息與端口號信息，生成第二注冊請求消息并發(fā)送給P-CSCF設(shè)備，P-CSCF設(shè)備存儲用戶的用戶ID、IP地址與端口號信息后，在該用戶作為被叫用戶提供呼叫服務(wù)的主用BAC故障時，備份BAC便可以基于P-CSCF設(shè)備存儲的用戶的IP 地址與端口號代替主用BAC提供呼叫服務(wù)，從而實現(xiàn)了被叫業(yè)務(wù)的實時恢復(fù)，且無需用戶向備份BAC注冊。根據(jù)本發(fā)明的另一個具體應(yīng)用實施例，固網(wǎng)軟交換核心網(wǎng)絡(luò)包括軟交換(Soft Switch,以下簡稱SS)設(shè)備、信令網(wǎng)關(guān)(Signaling Gateway,以下簡稱SG)、中繼網(wǎng)關(guān) (Trunk Gateway,以下簡稱TG)與智能歸屬位置寄存器(Smart Home Location Register, 以下簡稱SHLR)。其中，SS設(shè)備為固網(wǎng)軟交換核心網(wǎng)絡(luò)的核心控制功能實體，為用戶提供注冊認(rèn)證、鑒權(quán)、呼叫控制與連接和計費(fèi)管理功能；SG用于實現(xiàn)電路交換網(wǎng)絡(luò)信令與IP網(wǎng)絡(luò)信令的轉(zhuǎn)換，實現(xiàn)電路交換信令在IP網(wǎng)上的傳送；TG用于實現(xiàn)電路交換網(wǎng)絡(luò)的話路與IP 數(shù)據(jù)包的轉(zhuǎn)換、語音編碼格式轉(zhuǎn)換、呼叫處理與控制等功能；SHLR用于存儲用戶的相關(guān)信息，包括基本業(yè)務(wù)簽約信息、補(bǔ)充業(yè)務(wù)簽約信息、位置信息等，并可以實現(xiàn)用戶安全管理功能。本發(fā)明應(yīng)用的核心網(wǎng)絡(luò)為固網(wǎng)軟交換核心網(wǎng)絡(luò)時，上述各實施例中的核心網(wǎng)絡(luò)設(shè)備具體可以是軟交換(Soft Switch，以下簡稱SS)設(shè)備，主用BAC、備份BAC分別與SS設(shè)備通信連接。本發(fā)明應(yīng)用于固網(wǎng)軟交換核心網(wǎng)絡(luò)時，核心網(wǎng)絡(luò)設(shè)備基于第二注冊請求消息， 在核心網(wǎng)絡(luò)中對被叫方用戶進(jìn)行注冊具體可以通過如下方式實現(xiàn)SS設(shè)備根據(jù)第二注冊請求消息對被叫方用戶進(jìn)行注冊鑒權(quán)，在被叫方用戶通過注冊鑒權(quán)后將該被叫方用戶置為已注冊狀態(tài)。本發(fā)明應(yīng)用于固網(wǎng)軟交換核心網(wǎng)絡(luò)時的一個實施例可以參見本發(fā)明上述各實施例的呼叫業(yè)務(wù)處理方法流程，由SS設(shè)備執(zhí)行核心網(wǎng)絡(luò)設(shè)備的相應(yīng)操作即可，不再贅述。圖3為本發(fā)明呼叫業(yè)務(wù)處理系統(tǒng)一個實施例的結(jié)構(gòu)示意圖。該實施例的呼叫業(yè)務(wù)處理系統(tǒng)可用于實現(xiàn)本發(fā)明上述各呼叫業(yè)務(wù)處理方法實施例的流程。如圖3所示，其包括核心網(wǎng)絡(luò)與備份BAC1，核心網(wǎng)絡(luò)包括核心網(wǎng)絡(luò)設(shè)備2。其中，核心網(wǎng)絡(luò)設(shè)備2，用于在接收到被叫方用戶的第一會話請求消息時，將該第一會話請求消息轉(zhuǎn)發(fā)給被叫方用戶注冊的主用 BAC ；以及在該主用BAC故障時，向第一會話請求消息中增加被叫方用戶的IP地址與端口號信息，生成第二會話請求消息并發(fā)送給預(yù)先配置的備份BAC1，其中，被叫方用戶的IP地址與端口號信息由主用BAC預(yù)先上報給核心網(wǎng)絡(luò)設(shè)備。備份BAC1，用于接收第二會話請求消息，以第二會話請求消息中被叫方用戶的IP 地址作為目的IP地址，以被叫方用戶的端口號作為目的端口號，對第二會話請求消息進(jìn)行重新封裝，生成第三會話請求消息，并將第三會話請求消息通過IP網(wǎng)絡(luò)發(fā)送給被叫方用戶終端?；诒景l(fā)明上述實施例提供的呼叫業(yè)務(wù)處理系統(tǒng)，主用BAC可以預(yù)先將被叫方用戶的IP地址與端口號信息上報給核心網(wǎng)絡(luò)設(shè)備，核心網(wǎng)絡(luò)設(shè)備接收到被叫方用戶的第一會話請求消息時，若發(fā)現(xiàn)主用BAC故障，便向第一會話請求消息中增加被叫方用戶的IP地址與端口號信息，生成第二會話請求消息并發(fā)送給預(yù)先配置的備份BAC，由備份BAC以被叫方用戶的IP地址作為目的IP地址，以被叫方用戶的端口號作為目的端口號，對第二會話請求消息進(jìn)行重新封裝后通過IP網(wǎng)絡(luò)發(fā)送給被叫方用戶終端，從而實現(xiàn)了主用BAC故障時備份BAC對被叫業(yè)務(wù)的實時接管，保證了被叫業(yè) 務(wù)的實時恢復(fù)，無需等待被叫方用戶重新向備份BAC注冊，也無需主用BAC與備份BAC之間進(jìn)行用戶注冊信息的實時同步、維護(hù)，保持了業(yè)務(wù)提供的持續(xù)性，提升了用戶的業(yè)務(wù)體驗，提高了備份BAC的工作性能。進(jìn)一步地，再參見圖3，作為本發(fā)明呼叫業(yè)務(wù)處理系統(tǒng)的另一個實施例，還可以包括主用BAC3，用于在接收到被叫方用戶終端發(fā)送的第一注冊請求消息時，將第一注冊請求消息中源IP地址與源端口號分別替換為該主用BAC3的地址與端口號，其中的源IP地址與源端口號分別為被叫方用戶的IP地址與端口號，并在第一注冊請求消息中擴(kuò)展用戶地址參數(shù)字段與用戶端口參數(shù)字段，通過用戶地址參數(shù)字段與用戶端口參數(shù)字段分別攜帶被叫方用戶的IP地址信息與端口號信息，生成第二注冊請求消息并發(fā)送給核心網(wǎng)絡(luò)設(shè)備2，其中的第一注冊請求消息與第二注冊請求消息中包括被叫方用戶的用戶標(biāo)識ID信息。相應(yīng)的，核心網(wǎng)絡(luò)設(shè)備2還用于從第二注冊請求消息中獲取被叫方用戶的用戶ID、IP地址與端口號信息并存儲。圖4為本發(fā)明呼叫業(yè)務(wù)處理系統(tǒng)另一個實施例的結(jié)構(gòu)示意圖，如圖4所示，在本發(fā)明上述各實施例的呼叫業(yè)務(wù)處理系統(tǒng)中，核心網(wǎng)絡(luò)設(shè)備2具體可以包括收發(fā)單元301、存儲單元302、容災(zāi)控制單元303與獲取單元304。其中，收發(fā)單元301用于接收主用BAC3發(fā)送的第二注冊請求消息，從第二注冊請求消息中獲取被叫方用戶的用戶ID、IP地址與端口號信息并存儲在存儲單元302中；以及接收由主叫方用戶呼叫被叫方用戶的第一會話請求消息，并將該第一會話請求消息轉(zhuǎn)發(fā)給被叫方用戶注冊的主用BAC3，并識別將第一會話請求消息轉(zhuǎn)發(fā)給主用BAC3后的第一預(yù)設(shè)時間段內(nèi)是否接收到主用BAC3返回的會話請求響應(yīng)消息；以及根據(jù)獲取單元304的指示， 將第二會話請求消息發(fā)送給備份BACl。存儲單元302用于存儲用戶ID、IP地址與端口號之間的對應(yīng)關(guān)系信息，以及存儲主備BAC信息對照表，該主備BAC信息對照表包括主用BAC與備份BAC之間的對應(yīng)關(guān)系信息。容災(zāi)控制單元303用于根據(jù)收發(fā)單元301的識別結(jié)果，在第一預(yù)設(shè)時間段內(nèi)未接收到主用BAC3返回的會話請求響應(yīng)消息時，確認(rèn)主用BAC3故障，從存儲單元302中獲取第一會話請求消息中被叫方用戶的用戶ID對應(yīng)的被叫方用戶的IP地址與端口號，并在第一會話請求消息中擴(kuò)展用戶地址參數(shù)字段與用戶端口參數(shù)字段，通過用戶地址參數(shù)字段與用戶端口參數(shù)字段分別攜帶被叫方用戶的IP地址信息與端口號信息，生成第二會話請求消肩、ο獲取單元304用于從存儲單元302的主備BAC信息對照表中，獲取主用BAC3的地址對應(yīng)的備份BACl的地址，并指示收發(fā)單元301根據(jù)該備份BACl的地址，將容災(zāi)控制單元 303生成的第二會話請求消息發(fā)送給備份BACl。另外，再參見圖4，作為本發(fā)明呼叫業(yè)務(wù)處理系統(tǒng)的另一個實施例，收發(fā)單元301 還可用于根據(jù)預(yù)先設(shè)置的處理策略，在容災(zāi)控制單元303確認(rèn)主用BAC3故障后，接收到需要發(fā)送給該主用BAC3的其它會話請求消息時，以該其它會話請求消息作為第一會話請求消息，開始執(zhí)行將該第一會話請求消息轉(zhuǎn)發(fā)給被叫方用戶注冊的主用BAC3的操作，或者將在主用BAC3故障后的第二預(yù)設(shè)時間段內(nèi)接收到的其它會話請求消息作為第一會話消息發(fā)送給容災(zāi)控制單元303。相應(yīng)的，容災(zāi)控制單元303還用于在接收到收發(fā)單元301發(fā)送的第一會話請求消息時，開始執(zhí)行從存儲單元302獲取第一會話請求消息中被叫方用戶的用戶 ID對應(yīng)的被叫方用戶的IP地址與端口號的操作。進(jìn)一步地，再參見圖4，作為本發(fā)明呼叫業(yè)務(wù)處理系統(tǒng)的又一個實施例，核心網(wǎng)絡(luò)設(shè)備2還可以包括注冊控制單元305，用于響應(yīng)于收發(fā)單元301接收到的第二注冊請求消息，指示收發(fā)單元301在核心網(wǎng)絡(luò)中對被叫方用戶進(jìn)行注冊。本發(fā)明上述各實施例呼叫業(yè)務(wù)處理系統(tǒng)中的核心網(wǎng)絡(luò)，可以是IMS核心網(wǎng)絡(luò)、固網(wǎng)軟交換核心網(wǎng)絡(luò)等。如圖5所示，為本發(fā)明呼叫業(yè)務(wù)處理系統(tǒng)一個應(yīng)用實施例的結(jié)構(gòu)示意圖，該實施例示出了核心網(wǎng)絡(luò)為IMS核心網(wǎng)絡(luò)時的具體結(jié)構(gòu)，其中的核心網(wǎng)絡(luò)設(shè)備2具體為P-CSCF設(shè)備，另外，IMS核心網(wǎng)絡(luò)還可以包括S-CSCF設(shè)備、I-CSCF設(shè)備與HSS。該應(yīng)用實施例中，注冊控制單元305具體可以從第二注冊請求消息中刪除用戶地址參數(shù)字段與用戶端口參數(shù)字段，得到第三注冊請求消息，從I-CSCF設(shè)備獲取被叫方用戶的S-CSCF設(shè)備信息，并指示收發(fā)單元301將該第三注冊請求消息發(fā)送給獲取到的S-CSCF設(shè)備，以便由該 S-CSCF設(shè)備對被叫方用戶進(jìn)行注冊鑒權(quán)，在被叫方用戶通過注冊鑒權(quán)后，將被叫方用戶與該S-CSCF設(shè)備之間的對應(yīng)關(guān)系信息存儲在HSS中。相應(yīng)的，收發(fā)單元301還用于根據(jù)注冊控制單元305的指示，將第三注冊請求消息發(fā)送給S-CSCF設(shè)備。如圖6所示，為本發(fā)明呼叫業(yè)務(wù)處理系統(tǒng)另一個應(yīng)用實施例的結(jié)構(gòu)示意圖，該實施例示出了核心網(wǎng)絡(luò)為固網(wǎng)軟交換核心網(wǎng)絡(luò)時的具體結(jié)構(gòu)，其中的核心網(wǎng)絡(luò)設(shè)備2具體為 SS設(shè)備，另外，固網(wǎng)軟交換核心網(wǎng)絡(luò)還可以包括TG、SG與SHLR。該應(yīng)用實施例中，注冊控制單元305具體可以根據(jù)第二注冊請求消息對被叫方用戶進(jìn)行注冊鑒權(quán)，在被叫方用戶通過注冊鑒權(quán)后將用戶置為已注冊狀態(tài)。 本說明書中各個實施例均采用遞進(jìn)的方式描述，每個實施例重點(diǎn)說明的都是與其它實施例的不同之處，各個實施例之間相同或相似的部分相互參見即可。對于系統(tǒng)實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。本發(fā)明實施例中，實現(xiàn)了主用BAC故障時備份BAC對被叫業(yè)務(wù)的實時接管，保證了被叫業(yè)務(wù)的實時恢復(fù)，無需等待被叫方用戶重新向備份BAC注冊，也無需主用BAC與備份 BAC之間進(jìn)行用戶注冊信息的實時同步、維護(hù)，避免了處理被叫業(yè)務(wù)的主用BAC癱瘓時，在冷備份方式下無法保持業(yè)務(wù)提供的持續(xù)性的技術(shù)問題，以及在熱備份方式下實時同步、維護(hù)用戶注冊信息導(dǎo)致的BAC工作性能下降、主用BAC與備份BAC之間的容災(zāi)方案失敗以及私有協(xié)議通信不利于不同BAC廠家之間的BAC互通的技術(shù)問題，保持了業(yè)務(wù)提供的持續(xù)性， 提升了用戶的業(yè)務(wù)體驗，提高了備份BAC的工作性能。本發(fā)明的描述是為了示例和描述起見而給出的，而并不是無遺漏的或者將本發(fā)明限于所公開的形式。很多修改和變化對于本領(lǐng)域的普通技術(shù)人員而言是顯然的。選擇和描述實施例是為了更好說明本發(fā)明的原理和實際應(yīng)用，并且使本領(lǐng)域的普通技術(shù)人員能夠理解本發(fā)明從而設(shè)計適于特定用途的帶有各種修改的各種實施例。
權(quán)利要求
1.一種呼叫業(yè)務(wù)處理方法，其特征在于，包括核心網(wǎng)絡(luò)設(shè)備接收到被叫方用戶的第一會話請求消息時，將該第一會話請求消息轉(zhuǎn)發(fā)給被叫方用戶注冊的主用邊緣接入控制設(shè)備BAC ；核心網(wǎng)絡(luò)設(shè)備在所述主用BAC故障時，向第一會話請求消息中增加所述被叫方用戶的互聯(lián)網(wǎng)協(xié)議IP地址與端口號信息，生成第二會話請求消息并發(fā)送給預(yù)先配置的備份BAC， 所述被叫方用戶的IP地址與端口號信息由所述主用BAC預(yù)先上報給所述核心網(wǎng)絡(luò)設(shè)備；備份BAC以所述被叫方用戶的IP地址作為目的IP地址，以所述被叫方用戶的端口號作為目的端口號，對所述第二會話請求消息進(jìn)行重新封裝，生成第三會話請求消息；備份BAC將所述第三會話請求消息通過IP網(wǎng)絡(luò)發(fā)送給所述被叫方用戶終端。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述被叫方用戶的IP地址與端口號信息由所述主用BAC預(yù)先上報給所述核心網(wǎng)絡(luò)設(shè)備包括所述主用BAC接收到所述被叫方用戶終端發(fā)送的第一注冊請求消息時，將第一注冊請求消息中源IP地址與源端口號分別替換為所述主用BAC的地址與端口號，源IP地址與源端口號分別為所述被叫方用戶的IP地址與端口號，并在第一注冊請求消息中擴(kuò)展用戶地址參數(shù)字段與用戶端口參數(shù)字段，通過用戶地址參數(shù)字段與用戶端口參數(shù)字段分別攜帶所述被叫方用戶的IP地址信息與端口號信息，生成第二注冊請求消息并發(fā)送給所述核心網(wǎng)絡(luò)設(shè)備，所述第一注冊請求消息與第二注冊請求消息中包括所述被叫方用戶的用戶標(biāo)識ID fn息；所述核心網(wǎng)絡(luò)設(shè)備從所述第二注冊請求消息中獲取所述被叫方用戶的用戶ID、IP地址與端口號信息并存儲。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，核心網(wǎng)絡(luò)設(shè)備在所述主用BAC故障時，向第一會話請求消息中增加所述被叫方用戶的IP地址與端口號信息，生成第二會話請求消息并發(fā)送給預(yù)先配置的備份BAC包括核心網(wǎng)絡(luò)設(shè)備將第一會話請求消息發(fā)送給主用BAC后，若在第一預(yù)設(shè)時間段內(nèi)未接收到所述主用BAC返回的會話請求響應(yīng)消息，確認(rèn)所述主用BAC故障，獲取第一會話請求消息中被叫方用戶的用戶ID對應(yīng)的被叫方用戶的IP地址與端口號，并在第一會話請求消息中擴(kuò)展用戶地址參數(shù)字段與用戶端口參數(shù)字段，通過用戶地址參數(shù)字段與用戶端口參數(shù)字段分別攜帶所述被叫方用戶的IP地址信息與端口號信息，生成第二會話請求消息；核心網(wǎng)絡(luò)設(shè)備從預(yù)先存儲的主備BAC信息對照表中，獲取所述主用BAC的地址對應(yīng)的備份BAC的地址，并根據(jù)該備份BAC的地址，將所述第二會話請求消息發(fā)送給所述備份BAC。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，還包括核心網(wǎng)絡(luò)設(shè)備在所述主用BAC故障后接收到需要發(fā)送給所述主用BAC的其它會話請求消息時，以該其它會話請求消息作為第一會話請求消息，執(zhí)行所述將該第一會話請求消息轉(zhuǎn)發(fā)給被叫方用戶注冊的主用BAC的操作；或者核心網(wǎng)絡(luò)設(shè)備在所述主用BAC故障后的第二預(yù)設(shè)時間段內(nèi)接收到需要發(fā)送給所述主用BAC的其它會話請求消息時，以該其它會話請求消息作為第一會話請求消息，執(zhí)行所述向第一會話請求消息中增加所述被叫方用戶的IP地址與端口號信息的操作。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，生成第二注冊請求消息并發(fā)送給所述核心網(wǎng)絡(luò)設(shè)備之后，還包括所述核心網(wǎng)絡(luò)設(shè)備基于所述第二注冊請求消息，在核心網(wǎng)絡(luò)中對所述被叫方用戶進(jìn)行注冊。
6.根據(jù)權(quán)利要求1至5任意一項所述的方法，其特征在于，所述核心網(wǎng)絡(luò)包括IP多媒體子系統(tǒng)IMS核心網(wǎng)絡(luò)，所述核心網(wǎng)絡(luò)設(shè)備具體為代理呼叫會話控制功能P-CSCF設(shè)備；或者所述核心網(wǎng)絡(luò)包括固網(wǎng)軟交換核心網(wǎng)絡(luò)，所述核心網(wǎng)絡(luò)設(shè)備具體為軟交換SS設(shè)備。
7.一種呼叫業(yè)務(wù)處理系統(tǒng)，包括核心網(wǎng)絡(luò)，其特征在于，所述核心網(wǎng)絡(luò)包括核心網(wǎng)絡(luò)設(shè)備，用于在接收到被叫方用戶的第一會話請求消息時，將該第一會話請求消息轉(zhuǎn)發(fā)給被叫方用戶注冊的主用BAC ；以及在所述主用BAC故障時，向第一會話請求消息中增加所述被叫方用戶的IP地址與端口號信息，生成第二會話請求消息并發(fā)送給預(yù)先配置的備份BAC，所述被叫方用戶的IP地址與端口號信息由所述主用BAC預(yù)先上報給所述核心網(wǎng)絡(luò)設(shè)備；所述呼叫業(yè)務(wù)處理系統(tǒng)還包括備份BAC，用于以所述被叫方用戶的IP地址作為目的IP 地址，以所述被叫方用戶的端口號作為目的端口號，對所述第二會話請求消息進(jìn)行重新封裝，生成第三會話請求消息，并將所述第三會話請求消息通過IP網(wǎng)絡(luò)發(fā)送給所述被叫方用戶終端。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，還包括主用BAC，用于在接收到所述被叫方用戶終端發(fā)送的第一注冊請求消息時，將第一注冊請求消息中源IP地址與源端口號分別替換為所述主用BAC的地址與端口號，源IP地址與源端口號分別為所述被叫方用戶的IP地址與端口號，并在第一注冊請求消息中擴(kuò)展用戶地址參數(shù)字段與用戶端口參數(shù)字段，通過用戶地址參數(shù)字段與用戶端口參數(shù)字段分別攜帶所述被叫方用戶的IP地址信息與端口號信息，生成第二注冊請求消息并發(fā)送給所述核心網(wǎng)絡(luò)設(shè)備，所述第一注冊請求消息與第二注冊請求消息中包括所述被叫方用戶的用戶標(biāo)識 ID信息；所述核心網(wǎng)絡(luò)設(shè)備還用于從所述第二注冊請求消息中獲取所述被叫方用戶的用戶ID、 IP地址與端口號信息并存儲。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述核心網(wǎng)絡(luò)設(shè)備包括收發(fā)單元，用于接收主用BAC發(fā)送的第二注冊請求消息，從所述第二注冊請求消息中獲取所述被叫方用戶的用戶ID、IP地址與端口號信息并存儲在存儲單元中；以及接收被叫方用戶的第一會話請求消息，并將該第一會話請求消息轉(zhuǎn)發(fā)給被叫方用戶注冊的主用BAC， 并識別將第一會話請求消息轉(zhuǎn)發(fā)給主用BAC后的第一預(yù)設(shè)時間段內(nèi)是否接收到所述主用 BAC返回的會話請求響應(yīng)消息；以及根據(jù)獲取單元的指示，將第二會話請求消息發(fā)送給備份 BAC ；存儲單元，用于存儲用戶ID、IP地址與端口號之間的對應(yīng)關(guān)系信息，以及存儲主備BAC 信息對照表，所述主備BAC信息對照表包括主用BAC與備份BAC之間的對應(yīng)關(guān)系信息；容災(zāi)控制單元，用于根據(jù)所述收發(fā)單元的識別結(jié)果，在第一預(yù)設(shè)時間段內(nèi)未接收到所述主用BAC返回的會話請求響應(yīng)消息時，確認(rèn)所述主用BAC故障，從所述存儲單元獲取第一會話請求消息中被叫方用戶的用戶ID對應(yīng)的被叫方用戶的IP地址與端口號，并在第一會話請求消息中擴(kuò)展用戶地址參數(shù)字段與用戶端口參數(shù)字段，通過用戶地址參數(shù)字段與用戶端口參數(shù)字段分別攜帶所述被叫方用戶的IP地址信息與端口號信息，生成第二會話請求消息；獲取單元，用于從存儲單元的主備BAC信息對照表中，獲取所述主用BAC的地址對應(yīng)的備份BAC的地址，并指示所述收發(fā)單元根據(jù)該備份BAC的地址，將所述第二會話請求消息發(fā)送給所述備份BAC。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述收發(fā)單元還用于根據(jù)預(yù)先設(shè)置的處理策略，在容災(zāi)控制單元確認(rèn)所述主用BAC故障后，接收到需要發(fā)送給所述主用BAC的其它會話請求消息時，以該其它會話請求消息作為第一會話請求消息，開始執(zhí)行將該第一會話請求消息轉(zhuǎn)發(fā)給被叫方用戶注冊的主用BAC的操作，或者將在所述主用BAC故障后的第二預(yù)設(shè)時間段內(nèi)接收到的其它會話請求消息作為第一會話消息發(fā)送給所述容災(zāi)控制單元；所述容災(zāi)控制單元還用于在接收到第一會話請求消息時，開始執(zhí)行從所述存儲單元獲取第一會話請求消息中被叫方用戶的用戶ID對應(yīng)的被叫方用戶的IP地址與端口號的操作。
11.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述核心網(wǎng)絡(luò)設(shè)備還包括注冊控制單元，用于基于所述第二注冊請求消息在所述核心網(wǎng)絡(luò)中對所述被叫方用戶進(jìn)行注冊。
12.根據(jù)權(quán)利要求7至11任意一項所述的系統(tǒng)，其特征在于，所述核心網(wǎng)絡(luò)包括IMS核心網(wǎng)絡(luò)，所述核心網(wǎng)絡(luò)設(shè)備具體為P-CSCF設(shè)備；或者所述核心網(wǎng)絡(luò)包括固網(wǎng)軟交換核心網(wǎng)絡(luò)，所述核心網(wǎng)絡(luò)設(shè)備具體為SS設(shè)備。
全文摘要
本發(fā)明公開了一種呼叫業(yè)務(wù)處理方法與系統(tǒng)，其中，方法包括核心網(wǎng)絡(luò)設(shè)備接收到被叫方用戶的第一會話請求消息時轉(zhuǎn)發(fā)給主用BAC，在主用BAC故障時，向第一會話請求消息中增加被叫方用戶的IP地址與端口號信息，生成第二會話請求消息并發(fā)送給備份BAC；備份BAC以被叫方用戶的IP地址、端口號分別作為目的IP地址與目的端口號，對第二會話請求消息進(jìn)行重新封裝，生成第三會話請求消息并通過IP網(wǎng)絡(luò)發(fā)送給被叫方用戶終端。本發(fā)明實施例實現(xiàn)了被叫業(yè)務(wù)的實時恢復(fù)，無需等待被叫方用戶重新向備份BAC注冊，也無需主用BAC與備份BAC之間進(jìn)行用戶注冊信息的實時同步、維護(hù)。
文檔編號H04M3/42GK102223248SQ201110152850
公開日2011年10月19日 申請日期2011年6月9日 優(yōu)先權(quán)日2011年6月9日
發(fā)明者張慧嫦, 李力卡, 楊維忠, 許盛宏 申請人:中國電信股份有限公司