本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種容災(zāi)倒回的方法及系統(tǒng)。

背景技術(shù)：

IMS(Internet Protocol Multimedia Subsystem，IP多媒體子系統(tǒng))是一種全新的多媒體業(yè)務(wù)形式，是3GPP(3rd Generation Partnership Project，第三代合作伙伴組織)定義的下一代網(wǎng)絡(luò)的標(biāo)準(zhǔn)，它采用SIP(Session Initiation Protocol，會(huì)話初始協(xié)議)體系，能夠滿足現(xiàn)在的終端客戶更新穎、更多樣化的多媒體業(yè)務(wù)的需求。

目前，在基于IMS系統(tǒng)的語(yǔ)音業(yè)務(wù)VoLTE中可以應(yīng)用容災(zāi)倒回技術(shù)，即IMS系統(tǒng)中的多個(gè)S-CSCF(Serving call session control Function，服務(wù)呼叫會(huì)話控制功能實(shí)體)設(shè)備之間互相容災(zāi)備份，當(dāng)其中一臺(tái)設(shè)備故障后，可以由非故障設(shè)備接管故障設(shè)備的業(yè)務(wù)，接管故障設(shè)備的業(yè)務(wù)的非故障設(shè)備稱為容災(zāi)設(shè)備，假設(shè)S-CSCF1為故障設(shè)備，當(dāng)S-CSCF1故障恢復(fù)后，容災(zāi)設(shè)備應(yīng)將部分業(yè)務(wù)倒回至S-CSCF1上，以減輕容災(zāi)設(shè)備的壓力。具體的實(shí)現(xiàn)方法為：當(dāng)故障設(shè)備恢復(fù)之后，I-CSCF(Interrogating call session control Function，查詢呼叫會(huì)話控制功能實(shí)體)根據(jù)用戶輸入的指令開(kāi)啟倒回開(kāi)關(guān)，當(dāng)I-CSCF接收到VoLTE SBC(Session Border Control，會(huì)話邊界控制器)轉(zhuǎn)發(fā)的終端的重注冊(cè)請(qǐng)求消息時(shí)，根據(jù)終端的重注冊(cè)請(qǐng)求消息，I-CSCF向HSS(Home subscriber Server，歸屬用戶服務(wù)器)發(fā)送UAR(User Authorization Request,用戶鑒權(quán)請(qǐng)求)消息，使終端用戶按照初始注冊(cè)重新選擇一次S-CSCF，HSS接收到該UAR消息之后，確定具有當(dāng)前終端所需能力的S-CSCF，將其中每個(gè)S-CSCF具有的能力以及優(yōu)先級(jí)反饋給I-CSCF，I-CSCF將HSS返回的每個(gè)S-CSCF具有的能力分別與本地配置的相應(yīng)的S-CSCF的能力進(jìn)行比較，從中選取與本地配置的S-CSCF的能力一致的S-CSCF，然后從選取出的S-CSCF中選取一個(gè)優(yōu)先級(jí)最高的S-CSCF作為終端歸屬的S-CSCF，并將重注冊(cè)請(qǐng)求消息轉(zhuǎn)發(fā)到終端歸屬的S-CSCF，如果S-CSCF的優(yōu)先級(jí)一樣，則I-CSCF按照負(fù)荷分擔(dān)算法選擇S-CSCF，并將重注冊(cè)請(qǐng)求消息轉(zhuǎn)發(fā)到該S-CSCF，之后，終端歸屬的S-CSCF對(duì)終端進(jìn)行鑒權(quán)，鑒權(quán)成功后，終端歸屬的S-CSCF向HSS發(fā)送配置請(qǐng)求消息，HSS根據(jù)配置請(qǐng)求信息向S-CSCF返回相關(guān)用戶數(shù)據(jù)，例如簽約數(shù)據(jù)等，以完成終端的重注冊(cè)。

可見(jiàn)，由于I-CSCF在處理重注冊(cè)請(qǐng)求消息的過(guò)程中，需要為接入IMS系統(tǒng)中的所有終端都重新選擇S-CSCF，但是重新選擇的S-CSCF中沒(méi)有終端的相關(guān)用戶數(shù)據(jù)，所以每個(gè)S-CSCF都需要向HSS請(qǐng)求其所服務(wù)的終端的相關(guān)用戶數(shù)據(jù)，造成HSS壓力過(guò)大。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的實(shí)施例提供一種容災(zāi)倒回的的方法及裝置，可以解決在基于IMS系統(tǒng)的容災(zāi)倒回中，每個(gè)用戶注冊(cè)時(shí)，S-CSCF都需要向HSS請(qǐng)求其所服務(wù)的UE(User Equipment，用戶設(shè)備)的相關(guān)用戶數(shù)據(jù)，造成HSS壓力過(guò)大的問(wèn)題。

為達(dá)到上述目的，本發(fā)明的實(shí)施例采用如下技術(shù)方案：

第一方面，本發(fā)明實(shí)施例提供一種容災(zāi)倒回的方法，包括：

當(dāng)容災(zāi)設(shè)備接收到連接于所述容災(zāi)設(shè)備的前一網(wǎng)元轉(zhuǎn)發(fā)的待處理用戶設(shè)備UE的重注冊(cè)請(qǐng)求消息時(shí)，確定已倒回?cái)?shù)量，所述容災(zāi)設(shè)備為接管故障設(shè)備的業(yè)務(wù)的非故障設(shè)備，所述已倒回?cái)?shù)量為所述容災(zāi)設(shè)備已倒回給所述故障設(shè)備的UE的數(shù)量；

當(dāng)所述已倒回?cái)?shù)量滿足預(yù)設(shè)倒回目標(biāo)時(shí)，所述容災(zāi)設(shè)備繼續(xù)處理所述重注冊(cè)請(qǐng)求消息；

當(dāng)所述已倒回?cái)?shù)量未滿足預(yù)設(shè)倒回目標(biāo)時(shí)，所述容災(zāi)設(shè)備向所述前一網(wǎng)元發(fā)送地址重定向指示，所述地址重定向指示中包含故障恢復(fù)設(shè)備的地址，所述故障恢復(fù)設(shè)備為已恢復(fù)的故障設(shè)備；

所述前一網(wǎng)元根據(jù)所述地址重定向指示向所述故障恢復(fù)設(shè)備轉(zhuǎn)發(fā)所述重注冊(cè)請(qǐng)求消息，以使得所述故障恢復(fù)設(shè)備繼續(xù)處理所述重注冊(cè)請(qǐng)求消息。

第二方面，本發(fā)明實(shí)施例提供一種容災(zāi)倒回的系統(tǒng)，包括：

容災(zāi)設(shè)備，用于當(dāng)接收到連接于所述容災(zāi)設(shè)備的前一網(wǎng)元轉(zhuǎn)發(fā)的待處理用戶設(shè)備UE的重注冊(cè)請(qǐng)求消息時(shí)，確定已倒回?cái)?shù)量，所述容災(zāi)設(shè)備為接管故障設(shè)備的業(yè)務(wù)的非故障設(shè)備，所述已倒回?cái)?shù)量為所述容災(zāi)設(shè)備已倒回給故障恢復(fù)設(shè)備的UE的數(shù)量，所述故障恢復(fù)設(shè)備為已恢復(fù)的故障設(shè)備；當(dāng)所述已倒回?cái)?shù)量滿足預(yù)設(shè)倒回目標(biāo)時(shí)，繼續(xù)處理所述重注冊(cè)請(qǐng)求消息；當(dāng)所述已倒回?cái)?shù)量未滿足預(yù)設(shè)倒回目標(biāo)時(shí)，向所述前一網(wǎng)元發(fā)送地址重定向指示，所述地址重定向指示中包含故障恢復(fù)設(shè)備的地址；

所述待處理UE，用于向所述前一網(wǎng)元發(fā)送所述重注冊(cè)請(qǐng)求消息；

所述前一網(wǎng)元，用于向所述容災(zāi)設(shè)備轉(zhuǎn)發(fā)所述重注冊(cè)請(qǐng)求消息；接收所述地址重定向指示；根據(jù)所述地址重定向指示向所述故障恢復(fù)設(shè)備轉(zhuǎn)發(fā)所述重注冊(cè)請(qǐng)求消息；

所述故障恢復(fù)設(shè)備，用于接收所述前一網(wǎng)元轉(zhuǎn)發(fā)的重注冊(cè)請(qǐng)求消息；繼續(xù)處理所述重注冊(cè)請(qǐng)求消息。

本發(fā)明實(shí)施例提供的容災(zāi)倒回的方法及系統(tǒng)，當(dāng)容災(zāi)設(shè)備接收到連接于容災(zāi)設(shè)備的前一網(wǎng)元轉(zhuǎn)發(fā)的待處理用戶設(shè)備UE的重注冊(cè)請(qǐng)求消息時(shí)，確定已倒回?cái)?shù)量，容災(zāi)設(shè)備為接管故障設(shè)備的業(yè)務(wù)的非故障設(shè)備，已倒回?cái)?shù)量為容災(zāi)設(shè)備已倒回給故障設(shè)備的UE的數(shù)量；當(dāng)已倒回?cái)?shù)量滿足預(yù)設(shè)倒回目標(biāo)時(shí)，容災(zāi)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息；當(dāng)已倒回?cái)?shù)量未滿足預(yù)設(shè)倒回目標(biāo)時(shí)，容災(zāi)設(shè)備向前一網(wǎng)元發(fā)送地址重定向指示，地址重定向指示中包含故障恢復(fù)設(shè)備的地址，故障恢復(fù)設(shè)備為已恢復(fù)的故障設(shè)備；然后，前一網(wǎng)元根據(jù)地址重定向指示向故障恢復(fù)設(shè)備轉(zhuǎn)發(fā)重注冊(cè)請(qǐng)求消息，以使得故障恢復(fù)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息。與現(xiàn)有技術(shù)中每個(gè)用戶注冊(cè)時(shí)，S-CSCF都需要向HSS請(qǐng)求當(dāng)前其所服務(wù)的UE的相關(guān)用戶數(shù)據(jù)，造成HSS壓力過(guò)大相比，本發(fā)明實(shí)施例中，容災(zāi)設(shè)備只需將自身負(fù)責(zé)的一部分UE倒回至故障恢復(fù)設(shè)備，剩余的UE的重注冊(cè)請(qǐng)求消息仍然由容災(zāi)設(shè)備自己處理，由于容災(zāi)設(shè)備中之前已經(jīng)存儲(chǔ)了自己所負(fù)責(zé)的UE的相關(guān)用戶數(shù)據(jù)，所以容災(zāi)設(shè)備在處理這些UE的重注冊(cè)請(qǐng)求消息的過(guò)程中，不需要重新向HSS請(qǐng)求UE的相關(guān)用戶數(shù)據(jù)，相應(yīng)地，HSS也不需要在本地查找并向容災(zāi)設(shè)備返回UE的相關(guān)用戶數(shù)據(jù)，減少了容災(zāi)設(shè)備和HSS的能耗，并且降低了占用的接口帶寬，進(jìn)而減輕了HSS的壓力。

附圖說(shuō)明

為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實(shí)施例提供的IMS系統(tǒng)的邏輯結(jié)構(gòu)示意圖；

圖2為本發(fā)明實(shí)施例提供的一種容災(zāi)倒回的方法的流程圖；

圖3為本發(fā)明實(shí)施例提供的另一種容災(zāi)倒回的方法的流程圖；

圖4為本發(fā)明實(shí)施例提供的另一種容災(zāi)倒回的方法的流程圖；

圖5為本發(fā)明實(shí)施例提供的另一種容災(zāi)倒回的方法的流程圖；

圖6為本發(fā)明實(shí)施例提供的另一種容災(zāi)倒回的方法的流程圖；

圖7為本發(fā)明實(shí)施例提供的一種容災(zāi)倒回的系統(tǒng)的邏輯結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

為了避免現(xiàn)有的基于IMS系統(tǒng)的容災(zāi)倒回技術(shù)中，每個(gè)用戶注冊(cè)時(shí)，I-CSCF都需要向HSS請(qǐng)求當(dāng)前其所服務(wù)的UE的相關(guān)用戶數(shù)據(jù)所造成HSS壓力過(guò)大的問(wèn)題，本發(fā)明實(shí)施例提供了一種容災(zāi)倒回的處理方法，該方法應(yīng)用于IMS系統(tǒng)，如圖1所示，IMS系統(tǒng)中包括：P-CSCF(Proxy call session control Function，代理呼叫會(huì)話控制功能實(shí)體)、I-CSCF(Interrogating call session control Function，查詢呼叫會(huì)話控制功能實(shí)體)、S-CSCF(Serving call session control Function，服務(wù)呼叫會(huì)話控制功能實(shí)體)、HSS(Home subscriber Server，歸屬用戶服務(wù)器)以及AS(Application Server，應(yīng)用服務(wù)器)，其中，P-CSCF、I-CSCF、S-CSCF以及AS依次連接，此外，I-CSCF、S-CSCF以及AS均連接于HSS，圖1中的連接關(guān)系不限制于有線連接。

結(jié)合圖1所示的IMS系統(tǒng)，本發(fā)明實(shí)施例提供了一種容災(zāi)倒回的方法，如圖2所示，該方法包括：

201、當(dāng)容災(zāi)設(shè)備接收到連接于容災(zāi)設(shè)備的前一網(wǎng)元轉(zhuǎn)發(fā)的待處理用戶設(shè)備UE的重注冊(cè)請(qǐng)求消息時(shí)，確定已倒回?cái)?shù)量。

其中，容災(zāi)設(shè)備為接管故障設(shè)備的業(yè)務(wù)的非故障設(shè)備，已倒回?cái)?shù)量為容災(zāi)設(shè)備已倒回給故障設(shè)備的UE的數(shù)量。

需要說(shuō)明的是,結(jié)合圖1所示的IMS系統(tǒng)，當(dāng)故障設(shè)備為S-CSCF時(shí)，容災(zāi)設(shè)備也為S-CSCF，此時(shí)容災(zāi)設(shè)備的前一網(wǎng)元為直接與該容災(zāi)設(shè)備相連的I-CSCF，當(dāng)故障設(shè)備為AS時(shí)，容災(zāi)設(shè)備也為AS，此時(shí)容災(zāi)設(shè)備的前一網(wǎng)元為直接與該容災(zāi)設(shè)備相連的S-CSCF。

若容災(zāi)設(shè)備為S-CSCF，則VoLTE SBC將接收到的UE的重注冊(cè)請(qǐng)求消息轉(zhuǎn)發(fā)至I-CSCF，I-CSCF向HSS發(fā)送UAR消息，以獲取上一次重注冊(cè)流程中，處理該UE的重注冊(cè)請(qǐng)求消息的S-CSCF的域名，該S-CSCF的域名儲(chǔ)存在HSS中，I-CSCF根據(jù)得到的S-CSCF的域名，將UE的重注冊(cè)請(qǐng)求消息分別發(fā)送給上一次重注冊(cè)流程中，處理該UE的重注冊(cè)請(qǐng)求消息的S-CSCF。

需要說(shuō)明的是，由S-CSCF處理重注冊(cè)請(qǐng)求消息的流程為基本注冊(cè)流程，由AS處理重注冊(cè)請(qǐng)求消息的流程為第三方注冊(cè)流程，第三方注冊(cè)流程在基本流程結(jié)束之后。

需要說(shuō)明的是，在基于IMS的語(yǔ)音業(yè)務(wù)VoLTE的系統(tǒng)中，P-CSCF網(wǎng)元的功能可集成于SBC網(wǎng)元中，VoLTE SBC既可以代表SBC網(wǎng)元也可以代表P-CSCF網(wǎng)元。

若容災(zāi)設(shè)備為AS，則S-CSCF向HSS發(fā)送UAR消息，以獲取上一次第三方注冊(cè)流程中，處理該UE的重注冊(cè)請(qǐng)求消息的AS的域名，該AS的域名儲(chǔ)存在HSS中，S-CSCF根據(jù)得到的AS的域名，將UE的重注冊(cè)請(qǐng)求消息分別發(fā)送給上一次第三方注冊(cè)流程中，處理該UE的重注冊(cè)請(qǐng)求消息的AS。

202、當(dāng)已倒回?cái)?shù)量滿足預(yù)設(shè)倒回目標(biāo)時(shí)，容災(zāi)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息。

其中，預(yù)設(shè)倒回目標(biāo)為需倒回UE的數(shù)量，或者為需保留UE的數(shù)量，或者為需倒回UE的數(shù)量占容災(zāi)設(shè)備所負(fù)責(zé)的所有UE的數(shù)量的比例。若預(yù)設(shè)倒回目標(biāo)為20萬(wàn)，也就是說(shuō)需倒回至已恢復(fù)的故障設(shè)備的UE的數(shù)量為20萬(wàn)，則當(dāng)已倒回至已恢復(fù)的故障設(shè)備的UE的數(shù)量達(dá)到20萬(wàn)時(shí)，容災(zāi)設(shè)備就可以確定已倒回?cái)?shù)量滿足預(yù)設(shè)倒回目標(biāo)，此時(shí)，由容災(zāi)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息，以容災(zāi)設(shè)備為S-CSCF2為例，容災(zāi)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息的方法為：S-CSCF2向HSS發(fā)送MAR(Multimedia Authorization Request,多媒體鑒權(quán)請(qǐng)求)消息，HSS根據(jù)該MAR消息返回MAA(Multimedia Authorization Response，多媒體鑒權(quán)響應(yīng))消息，該MAA消息中攜帶有UE的鑒權(quán)數(shù)據(jù)，S-CSCF2根據(jù)返回的MAA消息中攜帶的UE的鑒權(quán)數(shù)據(jù)，構(gòu)造401消息并向UE發(fā)送401消息，要求終端進(jìn)行鑒權(quán)，若鑒權(quán)成功，則UE在S-CSCF2上成功注冊(cè)，且因?yàn)樵谏弦淮翁幚碇刈?cè)請(qǐng)求消息的流程之后，S-CSCF2本地已經(jīng)存儲(chǔ)了從HSS獲取的UE的相關(guān)用戶數(shù)據(jù)，S-CSCF2不需要向HSS發(fā)送SAR(Server Assignment Request，用戶配置請(qǐng)求)消息以獲取UE的相關(guān)用戶數(shù)據(jù)，減輕了UE的壓力。

需要說(shuō)明的是，預(yù)設(shè)倒回目標(biāo)可以根據(jù)容災(zāi)設(shè)備的業(yè)務(wù)承載能力或運(yùn)營(yíng)商的實(shí)際需要進(jìn)行設(shè)置。

203、當(dāng)已倒回?cái)?shù)量未滿足預(yù)設(shè)倒回目標(biāo)時(shí)，容災(zāi)設(shè)備向前一網(wǎng)元發(fā)送地址重定向指示，地址重定向指示中包含故障恢復(fù)設(shè)備的地址。

其中，地址重定向指示具體可以為305user proxy響應(yīng)，故障恢復(fù)設(shè)備為已恢復(fù)的故障設(shè)備，地址重定向指示中包含故障恢復(fù)設(shè)備的地址。

204、前一網(wǎng)元根據(jù)地址重定向指示向故障恢復(fù)設(shè)備轉(zhuǎn)發(fā)重注冊(cè)請(qǐng)求消息，以使得故障恢復(fù)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息。

需要說(shuō)明的是，由于故障恢復(fù)設(shè)備本地并未保存UE的相關(guān)用戶數(shù)據(jù)，所以，故障恢復(fù)設(shè)備需要向HSS發(fā)送SAR消息，HSS向故障恢復(fù)設(shè)備返回SAA(Server Assignment Answer，用戶配置響應(yīng))消息，該SAA消息中攜帶UE的相關(guān)用戶數(shù)據(jù)，例如，簽約數(shù)據(jù)等。

本發(fā)明實(shí)施例提供的容災(zāi)倒回的方法，當(dāng)容災(zāi)設(shè)備接收到連接于容災(zāi)設(shè)備的前一網(wǎng)元轉(zhuǎn)發(fā)的待處理用戶設(shè)備UE的重注冊(cè)請(qǐng)求消息時(shí)，確定已倒回?cái)?shù)量，容災(zāi)設(shè)備為接管故障設(shè)備的業(yè)務(wù)的非故障設(shè)備，已倒回?cái)?shù)量為容災(zāi)設(shè)備已倒回給故障設(shè)備的UE的數(shù)量；當(dāng)已倒回?cái)?shù)量滿足預(yù)設(shè)倒回目標(biāo)時(shí)，容災(zāi)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息；當(dāng)已倒回?cái)?shù)量未滿足預(yù)設(shè)倒回目標(biāo)時(shí)，容災(zāi)設(shè)備向前一網(wǎng)元發(fā)送地址重定向指示，地址重定向指示中包含故障恢復(fù)設(shè)備的地址，故障恢復(fù)設(shè)備為已恢復(fù)的故障設(shè)備；然后，前一網(wǎng)元根據(jù)地址重定向指示向故障恢復(fù)設(shè)備轉(zhuǎn)發(fā)重注冊(cè)請(qǐng)求消息，以使得故障恢復(fù)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息。與現(xiàn)有技術(shù)中每個(gè)用戶注冊(cè)時(shí)，S-CSCF都需要向HSS請(qǐng)求當(dāng)前其所服務(wù)的UE的相關(guān)用戶數(shù)據(jù)，造成HSS壓力過(guò)大相比，本發(fā)明實(shí)施例中，容災(zāi)設(shè)備只需將自身負(fù)責(zé)的一部分UE倒回至故障恢復(fù)設(shè)備，剩余的UE的重注冊(cè)請(qǐng)求消息仍然由容災(zāi)設(shè)備自己處理，由于容災(zāi)設(shè)備中之前已經(jīng)存儲(chǔ)了自己所負(fù)責(zé)的UE的用戶配置數(shù)據(jù)，所以容災(zāi)設(shè)備在處理這些UE的重注冊(cè)請(qǐng)求消息的過(guò)程中，不需要重新向HSS請(qǐng)求UE的相關(guān)用戶數(shù)據(jù)，相應(yīng)地，HSS也不需要在本地查找并向容災(zāi)設(shè)備返回UE的相關(guān)用戶數(shù)據(jù)，減少了容災(zāi)設(shè)備和HSS的能耗，并且降低了占用的接口帶寬，進(jìn)而減輕了HSS的壓力。

結(jié)合圖2所示的方法流程，為了防止容災(zāi)倒回過(guò)程中，對(duì)UE的正常通話造成影響，還需在重注冊(cè)請(qǐng)求消息中添加UE的呼叫信息，基于此，在本發(fā)明實(shí)施例提供的另一種實(shí)現(xiàn)方式中，如圖3所示，上述步驟201，容災(zāi)設(shè)備確定已倒回?cái)?shù)量之后，當(dāng)已倒回?cái)?shù)量未滿足預(yù)設(shè)倒回目標(biāo)時(shí)，該方法具體可以實(shí)現(xiàn)為步驟205至步驟207。

205、當(dāng)已倒回?cái)?shù)量未滿足預(yù)設(shè)倒回目標(biāo)時(shí)，容災(zāi)設(shè)備根據(jù)呼叫信息確定待處理UE的通話狀態(tài)。

需要說(shuō)明的是，VoLTE SBC在接收到待處理UE的重注冊(cè)請(qǐng)求消息時(shí)，向重注冊(cè)請(qǐng)求消息中插入該待處理UE的呼叫信息，并將插入呼叫信息的重注冊(cè)請(qǐng)求消息轉(zhuǎn)發(fā)至I-CSCF，再由I-CSCF將每個(gè)待處理UE的重注冊(cè)請(qǐng)求消息分別發(fā)送給上一次重注冊(cè)流程中處理該待處理UE的重注冊(cè)請(qǐng)求消息的S-CSCF。

根據(jù)上述流程可知，容災(zāi)設(shè)備仍然可以接收到在上一次重注冊(cè)請(qǐng)求消息的處理流程中其所服務(wù)的UE發(fā)送的新的重注冊(cè)請(qǐng)求消息，容災(zāi)設(shè)備可以根據(jù)重注冊(cè)請(qǐng)求消息中的呼叫信息確定當(dāng)前待處理UE的通話狀態(tài)為通話中還是為未通話。

206、當(dāng)待處理UE的通話狀態(tài)為通話中時(shí)，容災(zāi)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息。

可以理解的是，當(dāng)待處理UE的通話狀態(tài)為通話中時(shí)，說(shuō)明容災(zāi)設(shè)備正在為該UE提供通話服務(wù)，為了保證UE的通話不受影響，容災(zāi)設(shè)備應(yīng)繼續(xù)處理該UE的重注冊(cè)請(qǐng)求消息，并繼續(xù)為該UE提供通話服務(wù)。通過(guò)這種處理方式，可以避免因倒回而中斷呼叫業(yè)務(wù)的進(jìn)行，影響用戶的體驗(yàn)。

容災(zāi)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息的方法已在圖2所示的實(shí)施例中進(jìn)行了描述，此處不再贅述。

207、當(dāng)待處理UE的通話狀態(tài)為未通話時(shí)，容災(zāi)設(shè)備向前一網(wǎng)元發(fā)送地址重定向指示。

可以理解的是，當(dāng)待處理UE的通話狀態(tài)為未通話時(shí)，說(shuō)明容災(zāi)設(shè)備當(dāng)前并沒(méi)有為UE提供通話服務(wù)，則容災(zāi)設(shè)備向前一網(wǎng)元發(fā)送地址重定向指示，從而將該UE倒回至故障恢復(fù)設(shè)備。

需要說(shuō)明的是，當(dāng)已倒回?cái)?shù)量滿足預(yù)設(shè)目標(biāo)時(shí)，則不再執(zhí)行上述步驟205至207，則是直接由容災(zāi)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息。

可以理解的是，預(yù)設(shè)目標(biāo)可根據(jù)容災(zāi)設(shè)備的業(yè)務(wù)承載能力或運(yùn)營(yíng)商的實(shí)際需要設(shè)定，當(dāng)已倒回?cái)?shù)量滿足預(yù)設(shè)目標(biāo)時(shí)，容災(zāi)設(shè)備上需要處理的業(yè)務(wù)量已在其業(yè)務(wù)承載能力之內(nèi)，所以不需要繼續(xù)執(zhí)行倒回流程。

還需說(shuō)明的是，現(xiàn)有技術(shù)中，在I-CSCF中設(shè)置倒回開(kāi)關(guān)，由I-CSCF統(tǒng)一處理UE的重注冊(cè)請(qǐng)求消息，導(dǎo)致HSS的壓力較大，而本申請(qǐng)將倒回開(kāi)關(guān)設(shè)置在容災(zāi)設(shè)備中，由容災(zāi)設(shè)備處理自身負(fù)責(zé)的UE的重注冊(cè)請(qǐng)求消息，由于容災(zāi)設(shè)備已經(jīng)存儲(chǔ)了這些UE的相關(guān)用戶數(shù)據(jù)，且并非所有UE都需要倒回，所以容災(zāi)設(shè)備無(wú)需重新向HSS請(qǐng)求未倒回的UE的相關(guān)用戶數(shù)據(jù)，所以將倒回開(kāi)關(guān)設(shè)置在容災(zāi)設(shè)備中可以減輕HSS的壓力，為了控制容災(zāi)設(shè)備中的倒回開(kāi)關(guān)，在上述步驟201，當(dāng)容災(zāi)設(shè)備接收到前一網(wǎng)元轉(zhuǎn)發(fā)的待處理用戶設(shè)備UE的重注冊(cè)請(qǐng)求消息時(shí)，確定已倒回?cái)?shù)量之前，如圖4所示，還需要執(zhí)行步驟401至402。

401、容災(zāi)設(shè)備接收用戶輸入的倒回指令，倒回指令中包括故障恢復(fù)設(shè)備的地址。

當(dāng)容災(zāi)設(shè)備接收到用戶輸入的倒回指令時(shí)，說(shuō)明故障設(shè)備此時(shí)已經(jīng)恢復(fù)，可以將部分UE倒回至故障恢復(fù)設(shè)備，所以可以繼續(xù)執(zhí)行步驟402。

402、容災(zāi)設(shè)備根據(jù)倒回指令開(kāi)啟倒回開(kāi)關(guān)。

可以理解的是，在上述實(shí)施例所描述的容災(zāi)倒回的流程中，當(dāng)已倒回?cái)?shù)量滿足預(yù)設(shè)倒回目標(biāo)時(shí)，容災(zāi)設(shè)備關(guān)閉倒回開(kāi)關(guān)，停止倒回的流程，后續(xù)接收到的UE的重注冊(cè)請(qǐng)求消息直接由容災(zāi)設(shè)備進(jìn)行處理。

需要說(shuō)明的是，容災(zāi)設(shè)備上含有計(jì)數(shù)設(shè)備，計(jì)數(shù)設(shè)備可以統(tǒng)計(jì)已倒回至故障恢復(fù)設(shè)備的UE的數(shù)量，當(dāng)計(jì)數(shù)設(shè)備統(tǒng)計(jì)的已倒回至故障恢復(fù)設(shè)備的UE的數(shù)量滿足預(yù)設(shè)倒回目標(biāo)時(shí)，關(guān)閉倒回開(kāi)關(guān)。

本發(fā)明實(shí)施例提供的容災(zāi)倒回的方法，在已倒回至故障恢復(fù)設(shè)備的UE的數(shù)量未滿足預(yù)設(shè)倒回目標(biāo)，且容災(zāi)設(shè)備判斷當(dāng)前待處理的UE的通話狀態(tài)為通話中時(shí)，容災(zāi)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息，當(dāng)待處理UE的通話狀態(tài)為未通話時(shí)，容災(zāi)設(shè)備向連接于容災(zāi)設(shè)備的前一網(wǎng)元發(fā)送地址重定向指示，由此，可以區(qū)分正在通話的UE，并且不倒回正在通話的UE，可以保證UE的通話不受影響；且當(dāng)存在需要倒回的UE時(shí)，容災(zāi)設(shè)備可以直接將倒回指令中攜帶的故障恢復(fù)設(shè)備的地址提供給故障恢復(fù)設(shè)備的前一網(wǎng)元，以使得該前一網(wǎng)元根據(jù)故障恢復(fù)設(shè)備的地址將需要倒回的UE的重注冊(cè)請(qǐng)求消息發(fā)送至故障恢復(fù)設(shè)備，而無(wú)需由該前一網(wǎng)元再與HSS進(jìn)行數(shù)據(jù)交互而重新確定需倒回的UE所屬的故障恢復(fù)設(shè)備，從而簡(jiǎn)化了容災(zāi)倒回的流程，且由于減少了用戶注冊(cè)過(guò)程中，相關(guān)網(wǎng)元與HSS之間的數(shù)據(jù)交互，所以減輕了HSS的壓力，且減少了倒回時(shí)間。

本發(fā)明實(shí)施例中的容災(zāi)設(shè)備可以為S-CSCF，也可以為AS，以下將分別對(duì)容災(zāi)設(shè)備為S-CSCF時(shí)容災(zāi)倒回的方法和容災(zāi)設(shè)備為AS時(shí)容災(zāi)倒回的方法進(jìn)行說(shuō)明。

當(dāng)容災(zāi)設(shè)備為S-CSCF時(shí)，本發(fā)明實(shí)施例提供的容災(zāi)倒回的方法如圖5所示，在該實(shí)施例中，以S-CSCF2為容災(zāi)設(shè)備，S-CSCF1為故障恢復(fù)設(shè)備為例進(jìn)行說(shuō)明。

501、S-CSCF2根據(jù)用戶輸入的倒回指令開(kāi)啟倒回開(kāi)關(guān)。

502、VoLTE SBC接收UE發(fā)送的重注冊(cè)請(qǐng)求消息。

需要說(shuō)明的是，接入IMS系統(tǒng)的UE都會(huì)周期性的向VoLTE SBC發(fā)送重注冊(cè)請(qǐng)求消息，VoLTE SBC會(huì)分別對(duì)每個(gè)UE的重注冊(cè)消息進(jìn)行處理。

503、VoLTE SBC在重注冊(cè)請(qǐng)求消息中插入U(xiǎn)E的呼叫信息。

其中，呼叫信息用于指示終端是否處于通話中。

504、VoLTE SBC將重注冊(cè)請(qǐng)求消息轉(zhuǎn)發(fā)至I-CSCF。

505、I-CSCF向HSS發(fā)送UAR消息。

其中，I-CSCF向HSS發(fā)送UAR消息用于請(qǐng)求獲取上一次重注冊(cè)流程中，處理該UE的重注冊(cè)請(qǐng)求消息的S-CSCF的域名。

506、HSS向I-CSCF返回UAA消息。

對(duì)應(yīng)的，HSS返回的UAA消息中攜帶上一次重注冊(cè)流程中處理該UE的重注冊(cè)請(qǐng)求消息的S-CSCF的域名。

507、I-CSCF根據(jù)UAA消息，將UE的重注冊(cè)請(qǐng)求消息轉(zhuǎn)發(fā)至S-CSCF2。

其中，S-CSCF2為上一次重注冊(cè)流程中處理該UE的重注冊(cè)請(qǐng)求消息的S-CSCF。

508、S-CSCF2判斷當(dāng)前已倒回?cái)?shù)量是否滿足預(yù)設(shè)倒回目標(biāo),當(dāng)當(dāng)前已倒回?cái)?shù)量不滿足預(yù)設(shè)倒回目標(biāo)時(shí)，S-CSCF2根據(jù)接收到的待處理UE的重注冊(cè)消息，判斷該待處理UE是否正在通話。

具體地，如果當(dāng)前已倒回?cái)?shù)量滿足預(yù)設(shè)倒回目標(biāo)，或者當(dāng)前已倒回?cái)?shù)量未滿足預(yù)設(shè)倒回目標(biāo)，且UE正在通話時(shí)，S-CSCF2繼續(xù)完成對(duì)該待處理UE的注冊(cè)。

509、如果該待處理UE沒(méi)有處于通話中時(shí),S-CSCF2向I-CSCF返回305Use Proxy響應(yīng)。

其中，305Use Proxy響應(yīng)中攜帶故障恢復(fù)設(shè)備的地址。

510、I-CSCF接收到305Use Proxy響應(yīng)后，根據(jù)305Use Proxy響應(yīng)中的S-CSCF1的地址，向S-CSCF1轉(zhuǎn)發(fā)重注冊(cè)請(qǐng)求消息。

其中，S-CSCF1為故障恢復(fù)設(shè)備。

511、S-CSCF1接收待處理UE的重注冊(cè)請(qǐng)求消息，向HSS發(fā)送MAR(Multimedia Authorization Request,多媒體鑒權(quán)請(qǐng)求)消息。

512、HSS返回MAA(Multimedia Authorization Response，多媒體鑒權(quán)響應(yīng))消息，該MAA消息中攜帶有UE的鑒權(quán)數(shù)據(jù)。

513、S-CSCF1根據(jù)MAA中的UE的鑒權(quán)數(shù)據(jù)，通過(guò)I-CSCF和Volte SBC向UE發(fā)送401消息，要求終端進(jìn)行鑒權(quán)。

514、S-CSCF1向HSS發(fā)送SAR消息，以獲取對(duì)應(yīng)UE的相關(guān)用戶數(shù)據(jù)。

515、HSS返回MAA消息。

其中，MAA消息中攜帶UE的相關(guān)用戶數(shù)據(jù)。

516、S-CSCF1通過(guò)I-CSCF和Volte SBC向UE發(fā)送200OK消息，提示UE基本注冊(cè)成功。

當(dāng)容災(zāi)設(shè)備為AS時(shí)，本發(fā)明實(shí)施例提供的容災(zāi)倒回的方法如圖6所示，在該實(shí)施例中，以AS2為容災(zāi)設(shè)備，AS1為故障恢復(fù)設(shè)備為例進(jìn)行說(shuō)明，需要說(shuō)明的是，由AS處理重注冊(cè)請(qǐng)求消息的流程為第三方注冊(cè)流程，在基本注冊(cè)流程結(jié)束之后根據(jù)用戶的實(shí)際需要確定是否進(jìn)行第三方注冊(cè)流程。

601、AS2根據(jù)用戶輸入的倒回指令開(kāi)啟倒回開(kāi)關(guān)。

602、S-CSCF將重注冊(cè)請(qǐng)求消息轉(zhuǎn)發(fā)至AS2。

需要說(shuō)明的是，重注冊(cè)請(qǐng)求消息指AS2在上一次第三方注冊(cè)流程中所服務(wù)的UE發(fā)送的消息，在VoLTE SBC轉(zhuǎn)發(fā)重注冊(cè)請(qǐng)求消息之前，還需在重注冊(cè)請(qǐng)求消息中插入U(xiǎn)E的呼叫信息(圖6中未示出)。

其中，在基于IMS的語(yǔ)音業(yè)務(wù)VoLTE的系統(tǒng)中，P-CSCF網(wǎng)元的功能可集成于SBC網(wǎng)元中，用VoLTE SBC代表SBC網(wǎng)元和P-CSCF網(wǎng)元的統(tǒng)一。

603、AS2判斷當(dāng)前已倒回?cái)?shù)量是否滿足預(yù)設(shè)倒回目標(biāo)，當(dāng)當(dāng)前已倒回?cái)?shù)量不滿足預(yù)設(shè)倒回目標(biāo)時(shí)，AS2根據(jù)接收到的待處理UE的重注冊(cè)請(qǐng)求消息，判斷該待處理UE是否正在通話。

具體地，如果當(dāng)前已倒回?cái)?shù)量滿足預(yù)設(shè)倒回目標(biāo)，或者當(dāng)前已倒回?cái)?shù)量未滿足預(yù)設(shè)倒回目標(biāo)，且UE正在通話時(shí)，AS2繼續(xù)完成對(duì)該待處理UE的注冊(cè)。

604、如果該待處理UE沒(méi)有處于通話中，AS2向S-CSCF返回305Use Proxy響應(yīng)。

其中，305Use Proxy響應(yīng)中攜帶故障恢復(fù)設(shè)備的地址。

605、S-CSCF接收到305Use Proxy響應(yīng)后，根據(jù)305Use Proxy響應(yīng)中的AS1的地址，向AS1轉(zhuǎn)發(fā)重注冊(cè)請(qǐng)求消息。

其中，AS1為故障恢復(fù)設(shè)備。

606、AS1接收待處理UE的重注冊(cè)請(qǐng)求消息，向HSS發(fā)送UDR(User Date Request,用戶數(shù)據(jù)請(qǐng)求)消息，以獲取該待處理UE的相關(guān)用戶數(shù)據(jù)。

607、HSS返回UDA(User Date Answer,用戶數(shù)據(jù)響應(yīng))消息。

其中，該UDA消息中攜帶UE的相關(guān)用戶數(shù)據(jù)。

608、AS1通過(guò)S-CSCF、I-CSCF和Volte SBC向UE發(fā)送200OK消息，提示UE第三方注冊(cè)成功。

本發(fā)明實(shí)施例提供的容災(zāi)倒回的方法，當(dāng)容災(zāi)設(shè)備接收到連接于容災(zāi)設(shè)備的前一網(wǎng)元轉(zhuǎn)發(fā)的待處理用戶設(shè)備UE的重注冊(cè)請(qǐng)求消息時(shí)，確定已倒回?cái)?shù)量，容災(zāi)設(shè)備為接管故障設(shè)備的業(yè)務(wù)的非故障設(shè)備，已倒回?cái)?shù)量為容災(zāi)設(shè)備已倒回給故障設(shè)備的UE的數(shù)量；當(dāng)已倒回UE的數(shù)量滿足預(yù)設(shè)倒回目標(biāo)時(shí)，容災(zāi)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息；當(dāng)已倒回UE的數(shù)量未滿足預(yù)設(shè)倒回目標(biāo)時(shí)，容災(zāi)設(shè)備向前一網(wǎng)元發(fā)送地址重定向指示，地址重定向指示中包含故障恢復(fù)設(shè)備的地址，故障恢復(fù)設(shè)備為已恢復(fù)的故障設(shè)備；然后，前一網(wǎng)元根據(jù)地址重定向指示向故障恢復(fù)設(shè)備轉(zhuǎn)發(fā)重注冊(cè)請(qǐng)求消息，以使得故障恢復(fù)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息。與現(xiàn)有技術(shù)中每個(gè)用戶注冊(cè)時(shí)，S-CSCF都需要向HSS請(qǐng)求當(dāng)前其所服務(wù)的UE的相關(guān)用戶數(shù)據(jù)，造成HSS壓力過(guò)大相比，本發(fā)明實(shí)施例中，容災(zāi)設(shè)備只需將自身負(fù)責(zé)的一部分UE倒回至故障恢復(fù)設(shè)備，剩余的UE的重注冊(cè)請(qǐng)求消息仍然由容災(zāi)設(shè)備自己處理，由于容災(zāi)設(shè)備中之前已經(jīng)存儲(chǔ)了自己所負(fù)責(zé)的UE的相關(guān)用戶數(shù)據(jù)，所以容災(zāi)設(shè)備在處理這些UE的重注冊(cè)請(qǐng)求消息的過(guò)程中，不需要重新向HSS請(qǐng)求UE的相關(guān)用戶數(shù)據(jù)，相應(yīng)地，HSS也不需要在本地查找并向容災(zāi)設(shè)備返回UE的相關(guān)用戶數(shù)據(jù)，減少了容災(zāi)設(shè)備和HSS的能耗，并且降低了占用的接口帶寬，進(jìn)而減輕了HSS的壓力。

對(duì)應(yīng)于圖1所示的方法流程，為了解決在基于IMS系統(tǒng)的容災(zāi)倒回中，每個(gè)用戶注冊(cè)時(shí)，S-CSCF都需要向HSS請(qǐng)求其所服務(wù)的UE的相關(guān)用戶數(shù)據(jù)，造成HSS壓力過(guò)大的問(wèn)題，本發(fā)明實(shí)施例提供了一種容災(zāi)倒回的系統(tǒng)，如圖7所示，該系統(tǒng)包括：容災(zāi)設(shè)備701、待處理UE702、前一網(wǎng)元703以及故障恢復(fù)設(shè)備704。

容災(zāi)設(shè)備701，用于當(dāng)接收到連接于容災(zāi)設(shè)備701的前一網(wǎng)元703轉(zhuǎn)發(fā)的待處理用戶設(shè)備UE702的重注冊(cè)請(qǐng)求消息時(shí)，確定已倒回?cái)?shù)量，容災(zāi)設(shè)備701為接管故障設(shè)備的業(yè)務(wù)的非故障設(shè)備，已倒回?cái)?shù)量為容災(zāi)設(shè)備701已倒回給故障恢復(fù)設(shè)備704的UE的數(shù)量，故障恢復(fù)設(shè)備704為已恢復(fù)的故障設(shè)備；當(dāng)已倒回?cái)?shù)量滿足預(yù)設(shè)倒回目標(biāo)時(shí)，繼續(xù)處理重注冊(cè)請(qǐng)求消息；當(dāng)已倒回?cái)?shù)量未滿足預(yù)設(shè)倒回目標(biāo)時(shí)，向前一網(wǎng)元703發(fā)送地址重定向指示，地址重定向指示中包含故障恢復(fù)設(shè)備704的地址，預(yù)設(shè)倒回目標(biāo)為需倒回UE的數(shù)量，或者為需保留UE的數(shù)量，或者為需倒回UE的數(shù)量占容災(zāi)設(shè)備701所負(fù)責(zé)的所有UE的數(shù)量的比例。

待處理UE702，用于向前一網(wǎng)元703發(fā)送重注冊(cè)請(qǐng)求消息。

前一網(wǎng)元703，用于向容災(zāi)設(shè)備701轉(zhuǎn)發(fā)重注冊(cè)請(qǐng)求消息；接收地址重定向指示；根據(jù)地址重定向指示向故障恢復(fù)設(shè)備704轉(zhuǎn)發(fā)重注冊(cè)請(qǐng)求消息。

故障恢復(fù)設(shè)備704，用于接收前一網(wǎng)元703轉(zhuǎn)發(fā)的重注冊(cè)請(qǐng)求消息；繼續(xù)處理重注冊(cè)請(qǐng)求消息。

在本發(fā)明另一實(shí)施例中，重注冊(cè)消息中攜帶待處理UE的呼叫信息，呼叫信息用于表示待處理UE的通話狀態(tài)；容災(zāi)設(shè)備701，還用于當(dāng)已倒回?cái)?shù)量未滿足預(yù)設(shè)倒回目標(biāo)時(shí)，根據(jù)呼叫信息確定待處理UE702的通話狀態(tài)；當(dāng)待處理UE702的通話狀態(tài)為通話中時(shí)，繼續(xù)處理重注冊(cè)請(qǐng)求消息；當(dāng)待處理UE702的通話狀態(tài)為未通話時(shí)，向前一網(wǎng)元703發(fā)送地址重定向指示。

在本發(fā)明另一實(shí)施例中，容災(zāi)設(shè)備701，還用于接收用戶輸入的倒回指令，倒回指令中包括故障恢復(fù)設(shè)備704的地址；根據(jù)倒回指令開(kāi)啟倒回開(kāi)關(guān)。

在本發(fā)明另一實(shí)施例中，容災(zāi)設(shè)備701，還用于當(dāng)已倒回?cái)?shù)量滿足預(yù)設(shè)倒回目標(biāo)時(shí)，關(guān)閉倒回開(kāi)關(guān)。

本發(fā)明實(shí)施例提供的容災(zāi)倒回的系統(tǒng)，當(dāng)容災(zāi)設(shè)備接收到連接于容災(zāi)設(shè)備的前一網(wǎng)元轉(zhuǎn)發(fā)的待處理用戶設(shè)備UE的重注冊(cè)請(qǐng)求消息時(shí)，確定已倒回?cái)?shù)量，容災(zāi)設(shè)備為接管故障設(shè)備的業(yè)務(wù)的非故障設(shè)備，已倒回?cái)?shù)量為容災(zāi)設(shè)備已倒回給故障設(shè)備的UE的數(shù)量；當(dāng)已倒回?cái)?shù)量滿足預(yù)設(shè)倒回目標(biāo)時(shí)，容災(zāi)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息；當(dāng)已倒回?cái)?shù)量未滿足預(yù)設(shè)倒回目標(biāo)時(shí)，容災(zāi)設(shè)備向前一網(wǎng)元發(fā)送地址重定向指示，地址重定向指示中包含故障恢復(fù)設(shè)備的地址，故障恢復(fù)設(shè)備為已恢復(fù)的故障設(shè)備；然后，前一網(wǎng)元根據(jù)地址重定向指示向故障恢復(fù)設(shè)備轉(zhuǎn)發(fā)重注冊(cè)請(qǐng)求消息，以使得故障恢復(fù)設(shè)備繼續(xù)處理重注冊(cè)請(qǐng)求消息。與現(xiàn)有技術(shù)中每個(gè)用戶注冊(cè)時(shí)，S-CSCF都需要向HSS請(qǐng)求當(dāng)前其所服務(wù)的UE的相關(guān)用戶數(shù)據(jù)，造成HSS壓力過(guò)大相比，本發(fā)明實(shí)施例中，容災(zāi)設(shè)備只需將自身負(fù)責(zé)的一部分UE倒回至故障恢復(fù)設(shè)備，剩余的UE的重注冊(cè)請(qǐng)求消息仍然由容災(zāi)設(shè)備自己處理，由于容災(zāi)設(shè)備中之前已經(jīng)存儲(chǔ)了自己所負(fù)責(zé)的UE的相關(guān)用戶數(shù)據(jù)，所以容災(zāi)設(shè)備在處理這些UE的重注冊(cè)請(qǐng)求消息的過(guò)程中，不需要重新向HSS請(qǐng)求UE的相關(guān)用戶數(shù)據(jù)，相應(yīng)地，HSS也不需要在本地查找并向容災(zāi)設(shè)備返回UE的相關(guān)用戶數(shù)據(jù)，減少了容災(zāi)設(shè)備和HSS的能耗，并且降低了占用的接口帶寬，進(jìn)而減輕了HSS的壓力。

通過(guò)以上的實(shí)施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬件，但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在可讀取的存儲(chǔ)介質(zhì)中，如計(jì)算機(jī)的軟盤，硬盤或光盤等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。

以上所述，僅為本發(fā)明的具體實(shí)施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。