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

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


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