專(zhuān)利名稱(chēng)：接入會(huì)話(huà)控制服務(wù)器的故障處理方法、設(shè)備及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其是涉及接入會(huì)話(huà)控制服務(wù)器的故障處理方 法、設(shè)備及系統(tǒng)。
背景技術(shù)：
IMS( IP Multimedia Subsystem, IP多々某體子系統(tǒng))是3GPP( Third Generation Partnership Project,第三代移動(dòng)通信合作伙伴計(jì)劃)定義的一種網(wǎng)絡(luò)架構(gòu)，疊 加在電路域和分組域網(wǎng)絡(luò)之上，可以通過(guò)IP網(wǎng)絡(luò)向UE (User equipment,用 戶(hù)設(shè)備)提供多種業(yè)務(wù)。
NGIMS (Next Generation IP Multimedia Subsystem,下一代IP多々某體子系 統(tǒng))是融合的P2P (Point To Point,點(diǎn)對(duì)點(diǎn))技術(shù)的一種IMS網(wǎng)絡(luò)，簡(jiǎn)化了 IMS 網(wǎng)絡(luò)中的功能實(shí)體，使網(wǎng)絡(luò)結(jié)構(gòu)更加簡(jiǎn)單，NGIMS的邏輯架構(gòu)如圖1所示， 其中
PSTN (Public Switched Telephone Network, ^>共交換電話(huà)網(wǎng))通過(guò)PSTN 接口與IMS-MGW (IP Multimedia Subsystem-Media Gateway, IP多i某體子系統(tǒng) 媒體網(wǎng)關(guān))、MGCF (Multimedia Gateway Control Function,媒體網(wǎng)關(guān)控制功能) 進(jìn)行通信。
IMS-MGW通過(guò)Mb接口與MRFP ( Multimedia Rescource Function Processor,多媒體資源處理器)進(jìn)行通信，并通過(guò)Mn接口與MGCF進(jìn)行通信。
MRFP通過(guò)Mp才妄口與MRFC (Multimedia Rescource Function Controller, 多媒體資源功能控制器)進(jìn)行通信。
MGCF通過(guò)Mj接口與BGCF (Breakout Gateway Control Function,出口網(wǎng) 關(guān)控制功能實(shí)體)進(jìn)行通信。
6BGCF通過(guò)Mk接口與其它BGCF進(jìn)行通信，并通過(guò)Mi接口與接入會(huì)話(huà) 控制服務(wù)器進(jìn)行通信，為方便描述，將接入會(huì)話(huà)控制服務(wù)器稱(chēng)為A-CSCF (Access-Call Session Control Function )。
A-CSCF通過(guò)Mr接口與MRFC連接，通過(guò)Gm接口與UE( User equipment, 用戶(hù)設(shè)備)進(jìn)行通信，通過(guò)Cx接口與用戶(hù)數(shù)據(jù)服務(wù)器進(jìn)行通信。其中的用戶(hù) 數(shù)據(jù)服務(wù)器可稱(chēng)為D-HSS ( Distributed Home Subscriber Server,分布式用戶(hù)數(shù) 據(jù)服務(wù)器)，D-HSS可通過(guò)C、 D、 Gc、 Gr接口與傳統(tǒng)移動(dòng)信號(hào)網(wǎng)(Legacy mobile signalling Networks )連才妄,通過(guò)Sh、 Si 4妄口與AS ( Application Server,應(yīng)用 服務(wù)器)進(jìn)行通信。
在NGIMS中，會(huì)話(huà)控制層主要存在兩類(lèi)控制實(shí)體，A-CSCF和D-HSS。
A-CSCF主要完成以下功能
1 、用戶(hù)設(shè)備的接入和安全。處理來(lái)自用戶(hù)的SIP( Session Initiation Protocol, 會(huì)話(huà)移動(dòng)協(xié)議)消息并返回相應(yīng)的處理響應(yīng)；與用戶(hù)之間建立安全機(jī)制保證SIP 消息的完整和安全；同時(shí)支持SIP消息的壓縮和解壓。
2、 實(shí)現(xiàn)基于本地的資源許可、預(yù)留和會(huì)話(huà)QoS (Quality of Service,網(wǎng)絡(luò) 服務(wù)質(zhì)量)的管理。
3、 接收來(lái)自用戶(hù)的注冊(cè)請(qǐng)求，并與D-HSS交互完成用戶(hù)的注冊(cè)和鑒權(quán)。
4、 負(fù)責(zé)產(chǎn)生計(jì)費(fèi)信息，如CDR ( Charging Data Record,計(jì)費(fèi)詳細(xì)話(huà)單)。
5、 實(shí)現(xiàn)主被叫的會(huì)話(huà)控制。在會(huì)話(huà)過(guò)程中從D-HSS查詢(xún)處理被叫的控制 實(shí)體，并把處理請(qǐng)求發(fā)給相應(yīng)的網(wǎng)絡(luò)處理單元。與D-HSS交互確保SIP消息 與用戶(hù)的訂閱保持一致，比如SDP ( Session Description Protocol,會(huì)話(huà)描述協(xié) 議)中的媒體行(medialine)與用戶(hù)事先訂閱的媒體類(lèi)型要一致。
6、 業(yè)務(wù)的觸發(fā)，在用戶(hù)注冊(cè)期間與D-HSS交互獲得用戶(hù)訂閱的業(yè)務(wù)信息。 并在會(huì)話(huà)過(guò)程中觸發(fā)業(yè)務(wù)到相應(yīng)的一個(gè)或多個(gè)AS中來(lái)處理。
D-HSS主要完成以下功能
1、采用P2P分布式架構(gòu)存儲(chǔ)大容量的全網(wǎng)用戶(hù)數(shù)據(jù)。2、 基于高可靠性的要求對(duì)用戶(hù)數(shù)據(jù)實(shí)現(xiàn)冗余備份，并保證用戶(hù)數(shù)據(jù)的一 致性(比如更新用戶(hù)數(shù)據(jù)時(shí)要確保所有的備份數(shù)據(jù)都得到及時(shí)的更新)。
3、 處理來(lái)自A-CSCF、 AS的查詢(xún)和更新請(qǐng)求。
目前，在電信網(wǎng)絡(luò)交換系統(tǒng)中，網(wǎng)絡(luò)會(huì)話(huà)控制設(shè)備的可靠性一般是依靠 N:K的冷熱備份系統(tǒng)來(lái)實(shí)現(xiàn)，該方案要求為N個(gè)需要容災(zāi)保護(hù)的設(shè)備配置K 個(gè)備份設(shè)備(從節(jié)省設(shè)備投資的角度出發(fā)，可以使N^K),如圖2所示，備 用設(shè)備l、 2與主用設(shè)備1、 2、 3通過(guò)數(shù)據(jù)鏈路或七號(hào)信令鏈路相連，實(shí)時(shí)或 定時(shí)同步數(shù)據(jù)，靜態(tài)、動(dòng)態(tài)數(shù)據(jù)修改需要實(shí)時(shí)同步到備用設(shè)備1、 2中，備份 設(shè)備l、 2中存有主用設(shè)備的數(shù)據(jù)。
如果其中任何一個(gè)主用設(shè)備發(fā)生故障，其中的一個(gè)備用設(shè)備將接替故障的
主用設(shè)備，為用戶(hù)提供服務(wù)，而不再?gòu)钠渌闹饔迷O(shè)備同步數(shù)據(jù)，從而不為其 他的主設(shè)備提供保護(hù)功能。如圖3所示，假設(shè)主用設(shè)備l發(fā)生故障，則備用設(shè) 備l接替主用設(shè)備l,而不再?gòu)闹饔迷O(shè)備2、 3同步數(shù)據(jù)，不為主用設(shè)備2、 3 提供保護(hù)功能；備用設(shè)備2與主用設(shè)備1的連接斷開(kāi)，只為主用設(shè)備2、 3提 供保護(hù)。
發(fā)明人注意到，N:K冷熱備份機(jī)制雖然可以實(shí)現(xiàn)較高的可靠性，但是它必 須事先規(guī)劃好備^i殳備，不能實(shí)現(xiàn)全局負(fù)荷均衡的容災(zāi)保護(hù)，靈活性差。它以 冗余設(shè)備換取可靠性，導(dǎo)致備份設(shè)備容量閑置，利用率較低，容量擴(kuò)展性差。
此外，在會(huì)話(huà)控制設(shè)備出現(xiàn)故障時(shí)，現(xiàn)有技術(shù)還提供了一種采用UE重新 注冊(cè)到新的會(huì)話(huà)控制器的方法來(lái)容災(zāi)。此時(shí)可以考慮在接入網(wǎng)絡(luò)中用E-DNS (Enhanced Domain Name System,增強(qiáng)域名服務(wù)器)替代傳統(tǒng)的DNS (Domain Name System,域名服務(wù)器)。
E-DNS主要完成以下功能
1、 監(jiān)控一定范圍內(nèi)的A-CSCF的狀態(tài)，在用戶(hù)終端發(fā)起請(qǐng)求時(shí)，根據(jù)負(fù) 載均衡策略，分配相應(yīng)的A-CSCF進(jìn)行會(huì)話(huà)控制處理。
2、 實(shí)現(xiàn)A-CSCF的容災(zāi)機(jī)制。如果A-CSCF出現(xiàn)故障時(shí)，用戶(hù)終端可以向E-DNS重新發(fā)起請(qǐng)求來(lái)獲得新的A-CSCF地址。
在IMS或者NGIMS系統(tǒng)中，如果會(huì)話(huà)過(guò)程中被叫的A-CSCF出現(xiàn)故障， 主叫側(cè)的INVITE會(huì)話(huà)請(qǐng)求無(wú)法發(fā)送到被叫側(cè)的A-CSCF,將導(dǎo)致會(huì)話(huà)無(wú)法接 續(xù)，此時(shí)即采用UE重新注冊(cè)到新的會(huì)話(huà)控制器的方法來(lái)容災(zāi)。具體步驟如圖 4所示
步驟401、UE1向A-CSCF1發(fā)送INVITE(To:Bob(^)，提出主動(dòng)呼叫Bob@
的請(qǐng)求；
步驟402、 A-CSCF 1進(jìn)行主叫側(cè)的iFC處理(Originating iFC handling); 步驟4(B、 A-CSCF1通過(guò)Cx接口向D-HSS發(fā)送位置信息請(qǐng)求LIR( Bob@); 步驟404、 D-HSS查詢(xún)處理UE2會(huì)話(huà)請(qǐng)求的A-CSCF2的地址； 步驟405、 D-HSS通過(guò)Cx接口反饋攜帶A-CSCF2名稱(chēng)的LIA消息； 步驟406、向DNS詢(xún)問(wèn)A-CSCF2的IP地址(DNS Query); 步驟407、 E-DNS反饋攜帶A-CSCF2的IP地址的響應(yīng)信息(DNS Response);
步驟408、 A-CSCF 1向A-CSCF2發(fā)出會(huì)話(huà)請(qǐng)求INVITE,無(wú)法得到響應(yīng)。 此時(shí)，A-CSCF2所在的鏈路出現(xiàn)故障，主動(dòng)呼叫的請(qǐng)求無(wú)法通過(guò)A-CSCF2 到達(dá)UE2。如果UE2主動(dòng)發(fā)起呼叫，則核心網(wǎng)發(fā)現(xiàn)與被叫UE的IP信令鏈路 已經(jīng)中斷，此時(shí)可以采取重注冊(cè)到新的會(huì)話(huà)控制器的方法進(jìn)行容災(zāi)處理。
但是，發(fā)明人注意到，上述UE重新注冊(cè)到新的會(huì)話(huà)控制器的容災(zāi)方法存 在如下不足由于UE的重注冊(cè)的周期較長(zhǎng)，約為7天(3GPP 24.229標(biāo)準(zhǔn)為 600000秒)，并且，如果被叫UE在重注冊(cè)之前不主動(dòng)發(fā)起呼叫，核心網(wǎng)就不 能發(fā)現(xiàn)與被叫UE的IP信令鏈路已經(jīng)中斷。通常用戶(hù)感知網(wǎng)絡(luò)會(huì)話(huà)控制器故障 的時(shí)間較長(zhǎng)，這使得用戶(hù)重注冊(cè)的時(shí)延過(guò)長(zhǎng)，導(dǎo)致被叫UE在較長(zhǎng)的時(shí)間內(nèi)無(wú) 法被其他用戶(hù)呼叫成功，在較長(zhǎng)時(shí)間內(nèi)無(wú)法接續(xù)電話(huà)，用戶(hù)體驗(yàn)較差
發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種接入會(huì)話(huà)控制服務(wù)器的故障處理方法，用以及時(shí)發(fā)
現(xiàn)網(wǎng)絡(luò)故障并進(jìn)行容突處理，該方法包括
用戶(hù)數(shù)據(jù)服務(wù)器對(duì)網(wǎng)絡(luò)中的接入會(huì)話(huà)控制服務(wù)器進(jìn)行故障檢測(cè)；
所述用戶(hù)數(shù)據(jù)服務(wù)器檢測(cè)到有接入會(huì)話(huà)控制服務(wù)器發(fā)生故障時(shí)，選擇至少 一個(gè)未發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器；
由選擇的接入會(huì)話(huà)控制服務(wù)器對(duì)原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù) 器的用戶(hù)進(jìn)行接入處理。
本發(fā)明實(shí)施例還提供了一種用戶(hù)數(shù)據(jù)服務(wù)器，用以及時(shí)發(fā)現(xiàn)網(wǎng)絡(luò)故障并進(jìn) 行容災(zāi)處理，包括
檢測(cè)模塊，用于對(duì)網(wǎng)絡(luò)中的接入會(huì)話(huà)控制服務(wù)器進(jìn)行故障檢測(cè)；
選擇模塊，用于在檢測(cè)到有接入會(huì)話(huà)控制服務(wù)器發(fā)生故障時(shí)，選擇至少一 個(gè)未發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器；
觸發(fā)模塊，用于觸發(fā)選擇的接入會(huì)話(huà)控制服務(wù)器對(duì)原綁定至發(fā)生故障的接 入會(huì)話(huà)控制服務(wù)器的用戶(hù)進(jìn)行接入處理。
本發(fā)明實(shí)例還提供了 一種接入會(huì)話(huà)控制服務(wù)器，用以及時(shí)發(fā)現(xiàn)網(wǎng)絡(luò)故障并 進(jìn)行容災(zāi)處理，包括
接收模塊，用于接收原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)的業(yè) 務(wù)信息；
通知模塊，用于根據(jù)業(yè)務(wù)信息，通知原綁定至發(fā)生故障的接入會(huì)話(huà)控制服 務(wù)器的用戶(hù)變更對(duì)接入會(huì)話(huà)控制服務(wù)器的綁定；
接入處理模塊，用于對(duì)原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)進(jìn) 行接入處理。
本發(fā)明實(shí)施例還提供了一種網(wǎng)絡(luò)系統(tǒng)，用以及時(shí)發(fā)現(xiàn)網(wǎng)絡(luò)故障并進(jìn)行容災(zāi) 處理，包括
多個(gè)接入會(huì)話(huà)控制服務(wù)器，用于對(duì)所綁定的用戶(hù)進(jìn)行接入處理； 戶(hù)數(shù)據(jù)服務(wù)器，用于對(duì)網(wǎng)絡(luò)中的接入會(huì)話(huà)控制服務(wù)器進(jìn)行故障檢測(cè)；檢測(cè)到有接入會(huì)話(huà)控制服務(wù)器發(fā)生故障時(shí)，選擇至少一個(gè)未發(fā)生故障的接入會(huì)話(huà)
控制服務(wù)器；觸發(fā)所述選擇的接入會(huì)話(huà)控制服務(wù)器對(duì)原綁定至發(fā)生故障的接入 會(huì)話(huà)控制服務(wù)器的用戶(hù)進(jìn)行接入處理。
本發(fā)明實(shí)施例中，對(duì)網(wǎng)絡(luò)中接入會(huì)話(huà)控制服務(wù)器進(jìn)行故障檢測(cè)；檢測(cè)到有 接入會(huì)話(huà)控制服務(wù)器發(fā)生故障時(shí)，選擇至少一個(gè)未發(fā)生故障的接入會(huì)話(huà)控制服 務(wù)器；由所述選擇的接入會(huì)話(huà)控制服務(wù)器對(duì)原綁定至發(fā)生故障的接入會(huì)話(huà)控制 服務(wù)器的用戶(hù)進(jìn)行接入處理，可以及時(shí)發(fā)現(xiàn)故障并將業(yè)務(wù)切換到網(wǎng)絡(luò)中其它未 發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器上，減少業(yè)務(wù)中斷時(shí)延，減少用戶(hù)感知網(wǎng)絡(luò)故 障的時(shí)間，改善用戶(hù)體驗(yàn)，并且能夠充分利用網(wǎng)絡(luò)中的接入會(huì)話(huà)控制服務(wù)器對(duì) 用戶(hù)進(jìn)行接入處理，網(wǎng)絡(luò)資源利用率高，容量配置靈活，擴(kuò)展性良好。


圖1為背景技術(shù)中NGIMS邏輯架構(gòu)圖2為背景技術(shù)中N:K冷熱備份機(jī)制圖3為背景技術(shù)中N:K冷熱備份機(jī)制故障的處理流程圖4為背景技術(shù)中用戶(hù)故障后重注冊(cè)的示意圖5為本發(fā)明實(shí)施例中接入會(huì)話(huà)控制服務(wù)器的故障處理流程圖6為本發(fā)明實(shí)施例中用戶(hù)進(jìn)行初始化注冊(cè)的流程圖7為本發(fā)明實(shí)施例中用戶(hù)故障后接續(xù)會(huì)話(huà)的流程圖8為本發(fā)明實(shí)施例中改進(jìn)的用戶(hù)故障后重注冊(cè)的流程圖9為本發(fā)明實(shí)施例中用戶(hù)數(shù)據(jù)服務(wù)器的結(jié)構(gòu)示意圖IO為本發(fā)明實(shí)施例中檢測(cè)模塊的結(jié)構(gòu)示意圖11為本發(fā)明實(shí)施例中選擇模塊的結(jié)構(gòu)示意圖12、圖13為本發(fā)明實(shí)施例中觸發(fā)模塊的結(jié)構(gòu)示意圖14為本發(fā)明實(shí)施例中接入會(huì)話(huà)控制服務(wù)器的結(jié)構(gòu)示意圖15為本發(fā)明實(shí)施例中處理模塊的結(jié)構(gòu)示意ii圖16為本發(fā)明實(shí)施例中網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面結(jié)合說(shuō)明書(shū)附圖對(duì)本發(fā)明實(shí)施例進(jìn)行詳細(xì)說(shuō)明。
如圖5所示，本發(fā)明實(shí)施例中，接入會(huì)話(huà)控制服務(wù)器的故障處理流程如下
步驟501 、用戶(hù)數(shù)據(jù)服務(wù)器對(duì)網(wǎng)絡(luò)中的接入會(huì)話(huà)控制服務(wù)器進(jìn)行故障檢測(cè)；
步驟502、用戶(hù)數(shù)據(jù)服務(wù)器檢測(cè)到有接入會(huì)話(huà)控制服務(wù)器發(fā)生故障時(shí)，選 擇至少一個(gè)未發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器；
步驟503、由選擇的接入會(huì)話(huà)控制服務(wù)器對(duì)原綁定至發(fā)生故障的接入會(huì)話(huà) 控制服務(wù)器的用戶(hù)進(jìn)行接入處理。
為方便描述，本實(shí)施例中接入會(huì)話(huà)控制器可稱(chēng)為A-CSCF (Access-Call Session Control Function);用戶(hù)數(shù)據(jù)服務(wù)器也可以有多種實(shí)現(xiàn)方式，例如可以 為D-HSS,當(dāng)然也可以采用能夠?qū)嵤┎襟E501、 502的其他設(shè)備，本實(shí)施例中 以D-HSS為例進(jìn)行說(shuō)明，但并不影響其它實(shí)現(xiàn)所述用戶(hù)數(shù)據(jù)服務(wù)器功能的實(shí) 體實(shí)施本發(fā)明方案。
圖5所示流程中，步驟501在實(shí)施時(shí)，用戶(hù)數(shù)據(jù)服務(wù)器對(duì)網(wǎng)絡(luò)中的接入會(huì) 話(huà)控制服務(wù)器進(jìn)行故障檢測(cè)可以采用多種方式，例如
在網(wǎng)絡(luò)中建立A-CSCF與用戶(hù)數(shù)據(jù)服務(wù)器之間的網(wǎng)絡(luò)層鏈路長(zhǎng)連接，如 TCP (Transmission Control Protocol,傳輸控制協(xié)議)或者SCTP ( Stream Control Transmission Protocol,流控制傳輸協(xié)議)連接，對(duì)網(wǎng)絡(luò)層鏈路長(zhǎng)連接是否中斷 進(jìn)行檢測(cè)。前述建立A-CSCF與用戶(hù)數(shù)據(jù)服務(wù)器之間的網(wǎng)絡(luò)層鏈路長(zhǎng)連接，以 及對(duì)該網(wǎng)絡(luò)層鏈路長(zhǎng)連接是否中斷進(jìn)行檢測(cè)由用戶(hù)數(shù)據(jù)服務(wù)器實(shí)施，即可以由 D-HSS建立與A-CSCF之間的網(wǎng)絡(luò)層鏈路長(zhǎng)連接，以及對(duì)該網(wǎng)絡(luò)層鏈路長(zhǎng)連接 是否中斷進(jìn)行^^測(cè)。另外，用戶(hù)數(shù)據(jù)服務(wù)器在網(wǎng)絡(luò)中也可以利用應(yīng)用層?；罨?心跳機(jī)制對(duì)A-CSCF進(jìn)行故障檢測(cè)。當(dāng)然，本領(lǐng)域技術(shù)人員還可以采用其它故 障檢測(cè)方式，對(duì)A-CSCF進(jìn)行故障檢測(cè)，這里不——列舉。
12圖5所示流程中，步驟502在實(shí)施時(shí)，選擇至少一個(gè)未發(fā)生故障的A-CSCF 可以有多種方式，例如在網(wǎng)絡(luò)中隨機(jī)選擇未發(fā)生故障的A-CSCF,當(dāng)然也可以 根據(jù)某種策略進(jìn)行選擇，如檢測(cè)到有A-CSCF發(fā)生故障時(shí)，D-HSS可以沖艮據(jù) 地理位置，就近選擇至少一個(gè)未發(fā)生故障的A-CSCF,滿(mǎn)足本地化就近處理策 略；即，在未發(fā)生故障的A-CSCF中，選擇距離發(fā)生故障的A-CSCF最近的一 個(gè)A-CSCF，或較近的多個(gè)A-CSCF。或者，D-HSS根據(jù)網(wǎng)絡(luò)中未發(fā)生故障的 A-CSCF的負(fù)載狀態(tài)，選擇至少一個(gè)未發(fā)生故障的A-CSCF;即，在未發(fā)生故 障的A-CSCF中，選擇負(fù)載量最少的一個(gè)A-CSCF,或較少的多個(gè)A-CSCF。 前述策略及策略所涉及的信息(包括用戶(hù)的業(yè)務(wù)信息，如A-CSCF的位置信息、 負(fù)荷信息等)可以存儲(chǔ)于網(wǎng)絡(luò)中的實(shí)體，該實(shí)體可以是前述用戶(hù)數(shù)據(jù)服務(wù)器， 例如可以是D-HSS，此時(shí)，由于D-HSS上存儲(chǔ)有用戶(hù)的業(yè)務(wù)信息，可以較好 的估算出A-CSCF的負(fù)載狀態(tài)。
若選擇的A-CSCF有多個(gè)，原綁定至發(fā)生故障的A-CSCF的用戶(hù)也有多個(gè)， 則實(shí)施中可以根據(jù)選擇的A-CSCF中各A-CSCF的負(fù)載狀態(tài)，將原綁定至發(fā)生 故障的A-CSCF的用戶(hù)分別切換至所述選擇的A-CSCF中各A-CSCF上進(jìn)行接 入處理。舉一例，假設(shè)網(wǎng)絡(luò)中A-CSCF1出現(xiàn)故障、并且選擇了未發(fā)生故障的 A-CSCF2和A-CSCF3,則根據(jù)A-CSCF1上注冊(cè)的總用戶(hù)數(shù)，A-CSCF2和 A-CSCF3上的注冊(cè)總用戶(hù)數(shù)和最大處理容量，按照負(fù)載均衡原理得出A-CSCF2 和A-CSCF3可分擔(dān)的負(fù)載容量比如A-CSCF1上注冊(cè)的總用戶(hù)數(shù)為1000個(gè)， A-CSCF2上的注冊(cè)用戶(hù)數(shù)為500個(gè)，最大處理容量為3000，剩余處理容量為 2500,而A-CSCF3上注冊(cè)用戶(hù)數(shù)為1000,最大處理容量為2000,剩余處理容 量為1000，則按照負(fù)載均衡原理可得出A-CSCF2上可分擔(dān)1000 x 2500/(2500+1000)=700左右，A-CSCF2上分擔(dān)1000 x 1000/(2500+1000)=300左 右。其中，A-CSCF的最大處理容量可以事先進(jìn)行配置，也可以在注冊(cè)的時(shí)候 通過(guò)SAR (服務(wù)器分配請(qǐng)求，Server Assignment Request)上報(bào)。
圖5所示流程中，步驟503在實(shí)施時(shí)，由所述選擇的A-CSCF對(duì)原綁定至發(fā)生故障的A-CSCF的用戶(hù)進(jìn)行接入處理可以包括向所述選擇的A-CSCF提 供原綁定至發(fā)生故障的A-CSCF的用戶(hù)的業(yè)務(wù)信息；由所述選擇的A-CSCF根 據(jù)所述業(yè)務(wù)信息，通知原綁定至發(fā)生故障的A-CSCF的用戶(hù)變更對(duì)A-CSCF的 綁定；原綁定至發(fā)生故障的A-CSCF的用戶(hù)接收到所述通知后，切換至所述選 擇的A-CSCF進(jìn)行接入處理。
實(shí)施中，原綁定至發(fā)生故障的A-CSCF的用戶(hù)切換至所述選擇的A-CSCF 進(jìn)行接入處理可以包括原綁定至發(fā)生故障的A-CSCF用戶(hù)切換至所述選擇的 A-CSCF接續(xù)會(huì)話(huà)；或，原綁定至發(fā)生故障的A-CSCF用戶(hù)切換至所述選擇的 A-CSCF進(jìn)行注冊(cè)。
用戶(hù)接入網(wǎng)絡(luò)時(shí)，首先需要在A(yíng)-CSCF上進(jìn)行初始化注冊(cè)，圖6為用戶(hù)初 始化注冊(cè)的一個(gè)實(shí)例，本例中用戶(hù)初始注冊(cè)在A(yíng)-CSCF上，由D-HSS記錄用 戶(hù)的注冊(cè)信息，其處理過(guò)程可以如下
步驟601 、用戶(hù)通過(guò)UE向A-CSCF提出注冊(cè)(REGISTER)申請(qǐng)。
步驟602、 A-CSCF通過(guò)Cx接口向D-HSS請(qǐng)求MAR (多媒體認(rèn)證請(qǐng)求， Multimedia Authentication Request )。
步驟603、 D-HSS收到請(qǐng)求后下載鑒權(quán)數(shù)據(jù)，并向A-CSCF發(fā)送應(yīng)答信號(hào) MAA (多i某體認(rèn)i正響應(yīng),Multimedia Authentication Answer )。
步驟604、 A-CSCF保存XRES (期望挑戰(zhàn)響應(yīng)結(jié)果，Expected Result), 并向用戶(hù)提出對(duì)SIP消息中未被授權(quán)的401響應(yīng)的挑戰(zhàn)。
步驟605、用戶(hù)計(jì)算挑戰(zhàn)響應(yīng)，完成后將此挑戰(zhàn)響應(yīng)發(fā)送到A-CSCF。
步驟606、 A-CSCF比較挑戰(zhàn)響應(yīng)和XRES,在確認(rèn)二者相同后認(rèn)為用戶(hù)餐 4又成功，向D-HSS發(fā)送SAR (月良務(wù)器分配請(qǐng)求，Server Assignment Request) 消息，并攜帶UE的IP地址和端口信息。D-HSS收到請(qǐng)求后，改變UE的注冊(cè) 狀態(tài)為"已注冊(cè)"，并記錄UE的IP地址和端口信息，同時(shí)統(tǒng)計(jì)出注冊(cè)在A(yíng)-CSCF 上的總用戶(hù)^:。
步驟607、 D-HSS下載用戶(hù)數(shù)據(jù)，返回SAA (服務(wù)器分配應(yīng)答，ServerAssignmen Answer)消息。
步驟608、 A-CSCF返回2000K表示同意用戶(hù)注冊(cè)。
在用戶(hù)初始化注冊(cè)之后，用戶(hù)可以向所綁定的A-CSCF發(fā)起會(huì)話(huà)請(qǐng)求。若 用戶(hù)綁定的A-CSCF發(fā)生故障，則需切換至所選擇的未發(fā)生故障的A-CSCF接 續(xù)會(huì)話(huà)。舉一例，假設(shè)用戶(hù)UE1和UE2均在A(yíng)-CSCF1進(jìn)行初始化注冊(cè)，網(wǎng)絡(luò) 中有A-CSCF1、 A-CSCF2和A-CSCF3三個(gè)接入會(huì)話(huà)控制服務(wù)器，由D-HSS 進(jìn)行故障檢測(cè)及未發(fā)生故障的A-CSCF的重選，當(dāng)D-HSS檢測(cè)到A-CSCF1發(fā) 生故障時(shí)，選擇A-CSCF2和A-CSCF3對(duì)A-CSCF1上的用戶(hù)進(jìn)行會(huì)話(huà)接續(xù)。 具體流程可以如圖7所示
步驟701、 D-HSS檢測(cè)到與A-CSCF1間的鏈路發(fā)生故障。
步驟702、 D-HSS根據(jù)A-CSCF1上注冊(cè)的總用戶(hù)數(shù)，并根據(jù)其他A-CSCF 上的注冊(cè)總用戶(hù)數(shù)和最大處理容量，按照負(fù)載均衡原理得出其他切換的 A-CSCF能夠分擔(dān)的用戶(hù)數(shù)。
步驟703、根據(jù)上述原則，假設(shè)UE1被分?jǐn)偟紸-CSCF2來(lái)處理，D-HSS
通知A-CSCF2來(lái)接管UE1的事務(wù)處理，并同時(shí)攜帶UE1的IP地址和端口信 自
步驟704、 A-CSCF2收到通知后從D-HSS上重新下載用戶(hù)業(yè)務(wù)信息(iFC )。 步驟705、 D-HSS向A-CSCF2返回UE1的iFC。
步驟706、收到D-HSS發(fā)送的iFC后，A-CSCF2建立UE1的iFC,向UE1 發(fā)起A-CSCF變更請(qǐng)求，同時(shí)攜帶A-CSCF2和A-CSCF1的信息。
步驟707、 UE1檢查A-CSCF1是否發(fā)生故障，若發(fā)生，則返回200OK表 示同意切換到A-CSCF2。
步驟708、 UE1向A-CSCF2發(fā)起新的會(huì)話(huà)請(qǐng)求，觸發(fā)UE1的主叫業(yè)務(wù)。
步驟709至步驟714為D-HSS通知A-CSCF3對(duì)UE2進(jìn)行會(huì)話(huà)接續(xù)的過(guò)程， 與步驟703至步驟708類(lèi)似。
可見(jiàn)，圖7所示流程中，步驟703至步驟705、步驟709至步驟711為D-HSS通知新的A-CSCF來(lái)下載UE的iFC的處理過(guò)程。步驟707、 708、 713、 714 為新的A-CSCF通知UE來(lái)更改接入會(huì)話(huà)控制服務(wù)器的處理過(guò)程。
用戶(hù)綁定的A-CSCF發(fā)生故障時(shí)，用戶(hù)可切換至所選擇的未發(fā)生故障的 A-CSCF進(jìn)行注冊(cè)。舉一例，假設(shè)用戶(hù)UEl和UE2均在A(yíng)-CSCFl進(jìn)行初始化 注冊(cè)，網(wǎng)絡(luò)中有A-CSCF1、 A-CSCF2和A-CSCF3三個(gè)接入會(huì)話(huà)控制服務(wù)器， 由D-HSS進(jìn)行故障檢測(cè)及未發(fā)生故障的A-CSCF的重選，當(dāng)D-HSS檢測(cè)到 A-CSCFl發(fā)生故障時(shí)，選擇A-CSCF2和A-CSCF3對(duì)A-CSCFl上的用戶(hù)進(jìn)行 重注冊(cè)。具體流程可以如圖8所示
步驟801 、 D-HSS 4企測(cè)到與A-CSCFl間的鏈路發(fā)生故障。
步驟802、 D-HSS根據(jù)A-CSCFl上注冊(cè)的總用戶(hù)數(shù)，并才艮據(jù)其他A-CSCF 上的注冊(cè)總用戶(hù)數(shù)和最大處理容量，按照負(fù)載均衡原理得出其他切換的 A-CSCF能夠分擔(dān)的用戶(hù)數(shù)。
步驟803、根據(jù)上述原則，假設(shè)UEl被分?jǐn)偟紸-CSCF2來(lái)處理，D-HSS
通知A-CSCF2來(lái)接管UEl的事務(wù)處理，并同時(shí)攜帶UEl的IP地址和端口信 臺(tái)
步驟804、 A-CSCF2向UEl發(fā)送A-CSCF變更請(qǐng)求，同時(shí)攜帶A-CSCF2 和A-CSCFl的信息。
步驟805、 UEl檢查是否A-CSCFl發(fā)生故障，如果是，則返回200OK表 示同意重注冊(cè)到A-CSCF2。
步驟806、 UEl向A-CSCF2發(fā)出注冊(cè)請(qǐng)求(REGISTER),重新注冊(cè)到 A-CSCF2上。
步驟807至步驟810為D-HSS通知A-CSCF3對(duì)UE2進(jìn)行故障后重注冊(cè)的 過(guò)程，與步驟803至步驟806類(lèi)似。
基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例還提供了一種用戶(hù)數(shù)據(jù)服務(wù)器，其結(jié)構(gòu) 如圖9所示，可以包括
檢測(cè)模塊901,用于對(duì)網(wǎng)絡(luò)中的接入會(huì)話(huà)控制服務(wù)器進(jìn)行故障檢測(cè)；選擇模塊902，用于在檢測(cè)到有接入會(huì)話(huà)控制服務(wù)器發(fā)生故障時(shí)，選擇至
少一個(gè)未發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器；
觸發(fā)模塊903，用于觸發(fā)選擇的接入會(huì)話(huà)控制服務(wù)器對(duì)原綁定至發(fā)生故障 的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)進(jìn)行接入處理。
如圖10所示， 一個(gè)實(shí)施例中，檢測(cè)模塊901可包括
網(wǎng)絡(luò)層檢測(cè)子模塊1001,用于在網(wǎng)絡(luò)中建立與接入會(huì)話(huà)控制服務(wù)器之間的 網(wǎng)絡(luò)層鏈路長(zhǎng)連接，對(duì)網(wǎng)絡(luò)層鏈路長(zhǎng)連接是否中斷進(jìn)行檢測(cè)；
或，應(yīng)用層檢測(cè)子模塊1002,用于在網(wǎng)絡(luò)中利用應(yīng)用層?；罨蛐奶鴻C(jī)制, 對(duì)接入會(huì)話(huà)控制服務(wù)器進(jìn)行故障檢測(cè)。
如圖ll所示， 一個(gè)實(shí)施例中，選擇模塊902可以包括
第一選擇子模塊1101，用于根據(jù)地理位置，就近選擇至少一個(gè)未發(fā)生故障 的接入會(huì)話(huà)控制服務(wù)器；
或，第二選擇子模塊1102，用于根據(jù)網(wǎng)絡(luò)中未發(fā)生故障的接入會(huì)話(huà)控制服 務(wù)器的負(fù)載狀態(tài)，選擇至少一個(gè)未發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器。
如圖12所示， 一個(gè)實(shí)施例中，觸發(fā)^t塊903可以包括
切換子模塊1201,用于根據(jù)所述選擇的接入會(huì)話(huà)控制服務(wù)器中各接入會(huì)話(huà) 控制服務(wù)器的負(fù)載狀態(tài)，將原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)分 別切換至所述選擇的接入會(huì)話(huà)控制服務(wù)器中各接入會(huì)話(huà)控制服務(wù)器進(jìn)行接入 處理。
如圖13所示， 一個(gè)實(shí)施例中，觸發(fā)模塊903還可以包括
提供子模塊1301,用于向所述選擇的接入會(huì)話(huà)控制服務(wù)器提供原綁定至發(fā)
生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)的業(yè)務(wù)信息。
基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例還提供了一種接入會(huì)話(huà)控制服務(wù)器，如
圖14所示，包括
接收模塊1401,用于接收原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù) 的業(yè)務(wù)信息；通知模塊1402,用于根據(jù)所述業(yè)務(wù)信息，通知原綁定至發(fā)生故障的接入會(huì) 話(huà)控制服務(wù)器的用戶(hù)變更對(duì)接入會(huì)話(huà)控制服務(wù)器的綁定；
接入處理模塊1403，用于對(duì)原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用 戶(hù)進(jìn)行接入處理。
如圖15所示， 一個(gè)實(shí)施例中，接入處理模塊1403可以包括
會(huì)話(huà)處理子模塊1501，用于對(duì)原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的 用戶(hù)進(jìn)行會(huì)話(huà)接續(xù)；
或，注冊(cè)處理子模塊1502,用于對(duì)原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù) 器的用戶(hù)進(jìn)行注冊(cè)。
基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例還提供了一種網(wǎng)絡(luò)系統(tǒng)，其結(jié)構(gòu)如圖16 所示，可以包括
多個(gè)接入會(huì)話(huà)控制服務(wù)器1601,用于對(duì)所綁定的用戶(hù)進(jìn)行接入處理；
用戶(hù)數(shù)據(jù)服務(wù)器1602,用于對(duì)網(wǎng)絡(luò)中的接入會(huì)話(huà)控制服務(wù)器進(jìn)行故障檢 觀(guān)'J;檢測(cè)到有接入會(huì)話(huà)控制服務(wù)器發(fā)生故障時(shí)，選擇至少一個(gè)未發(fā)生故障的接 入會(huì)話(huà)控制服務(wù)器；觸發(fā)選擇的接入會(huì)話(huà)控制服務(wù)器對(duì)原綁定至發(fā)生故障的接 入會(huì)話(huà)控制服務(wù)器的用戶(hù)進(jìn)行接入處理。
本發(fā)明實(shí)施例中，對(duì)網(wǎng)絡(luò)中接入會(huì)話(huà)控制服務(wù)器進(jìn)行故障檢測(cè)；檢測(cè)到有 接入會(huì)話(huà)控制服務(wù)器發(fā)生故障時(shí)，選擇至少一個(gè)未發(fā)生故障的接入會(huì)話(huà)控制服 務(wù)器；由所述選擇的接入會(huì)話(huà)控制服務(wù)器對(duì)原綁定至發(fā)生故障的接入會(huì)話(huà)控制 服務(wù)器的用戶(hù)進(jìn)行接入處理，可以及時(shí)發(fā)現(xiàn)故障并將業(yè)務(wù)切換到網(wǎng)絡(luò)中其它未 發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器上，減少業(yè)務(wù)中斷時(shí)延，減少用戶(hù)感知網(wǎng)絡(luò)故 障的時(shí)間，改善用戶(hù)體驗(yàn)，并且能夠充分利用網(wǎng)絡(luò)中的接入會(huì)話(huà)控制服務(wù)器對(duì) 用戶(hù)進(jìn)行接入處理，與現(xiàn)有技術(shù)中N:K備份機(jī)制相比，無(wú)需在網(wǎng)絡(luò)中設(shè)置備份 設(shè)備，網(wǎng)絡(luò)資源利用率高，容量配置靈活、擴(kuò)展性良好。
本發(fā)明實(shí)施例中，還可以根據(jù)選擇的未發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器中 各接入會(huì)話(huà)控制服務(wù)器的負(fù)載狀態(tài)，將原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)
18器的用戶(hù)分別切換至所述選擇的接入會(huì)話(huà)控制服務(wù)器中各接入會(huì)話(huà)控制服務(wù) 器進(jìn)行接入處理，以此實(shí)現(xiàn)全局負(fù)荷均衡的容災(zāi)保護(hù)。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1、一種接入會(huì)話(huà)控制服務(wù)器的故障處理方法，其特征在于，該方法包括用戶(hù)數(shù)據(jù)服務(wù)器對(duì)網(wǎng)絡(luò)中的接入會(huì)話(huà)控制服務(wù)器進(jìn)行故障檢測(cè)；所述用戶(hù)數(shù)據(jù)服務(wù)器檢測(cè)到有接入會(huì)話(huà)控制服務(wù)器發(fā)生故障時(shí)，選擇至少一個(gè)未發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器；由所述選擇的接入會(huì)話(huà)控制服務(wù)器對(duì)原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)進(jìn)行接入處理。
2、 如權(quán)利要求1所述的方法，其特征在于，所述用戶(hù)數(shù)據(jù)服務(wù)器對(duì)網(wǎng)絡(luò) 中的接入會(huì)話(huà)控制服務(wù)器進(jìn)行故障檢測(cè)包括在網(wǎng)絡(luò)中建立接入會(huì)話(huà)控制服務(wù)器與用戶(hù)數(shù)據(jù)服務(wù)器之間的網(wǎng)絡(luò)層鏈路 長(zhǎng)連接；用戶(hù)數(shù)據(jù)服務(wù)器對(duì)所述網(wǎng)絡(luò)層鏈路長(zhǎng)連接是否中斷進(jìn)行檢測(cè)；或，用戶(hù)數(shù)據(jù)服務(wù)器在網(wǎng)絡(luò)中利用應(yīng)用層?；罨蛐奶鴻C(jī)制，對(duì)接入會(huì)話(huà)控 制服務(wù)器進(jìn)行故障檢測(cè)。
3、 如權(quán)利要求1所述的方法，其特征在于，所述用戶(hù)數(shù)據(jù)服務(wù)器選擇至 少一個(gè)未發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器包括用戶(hù)數(shù)據(jù)服務(wù)器根據(jù)地理位置，就近選擇至少一個(gè)未發(fā)生故障的接入會(huì)話(huà) 控制服務(wù)器；或，用戶(hù)數(shù)據(jù)服務(wù)器根據(jù)網(wǎng)絡(luò)中未發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的負(fù)載 狀態(tài)，選擇至少一個(gè)未發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器。
4、 如權(quán)利要求1所述的方法，其特征在于，所述選擇的接入會(huì)話(huà)控制服 務(wù)器為多個(gè)時(shí)，由所述選擇的接入會(huì)話(huà)控制服務(wù)器對(duì)原綁定至發(fā)生故障的接入 會(huì)話(huà)控制服務(wù)器的用戶(hù)進(jìn)行接入處理包括根據(jù)所述選擇的接入會(huì)話(huà)控制服務(wù)器中各接入會(huì)話(huà)控制服務(wù)器的負(fù)載狀 態(tài)，將原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)分別切換至所述選擇的 接入會(huì)話(huà)控制服務(wù)器中各接入會(huì)話(huà)控制服務(wù)器進(jìn)行接入處理。
5、 如權(quán)利要求1所述的方法，其特征在于，由所述選擇的接入會(huì)話(huà)控制 服務(wù)器對(duì)原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)進(jìn)行接入處理包括向所述選擇的接入會(huì)話(huà)控制服務(wù)器提供原綁定至發(fā)生故障的接入會(huì)話(huà)控 制服務(wù)器的用戶(hù)的業(yè)務(wù)信息；由所述選擇的接入會(huì)話(huà)控制服務(wù)器根據(jù)所述業(yè)務(wù)信息，通知原綁定至發(fā)生 故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)變更對(duì)接入會(huì)話(huà)控制服務(wù)器的綁定；原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)^J妄收到所述通知后，切換 至所述選擇的接入會(huì)話(huà)控制服務(wù)器進(jìn)行接入處理。
6、 如權(quán)利要求5所述的方法，其特征在于，原綁定至發(fā)生故障的接入會(huì) 話(huà)控制服務(wù)器的用戶(hù)切換至所述選擇的接入會(huì)話(huà)控制服務(wù)器進(jìn)行接入處理包 括原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)切換至所述選擇的接入 會(huì)話(huà)控制服務(wù)器接續(xù)會(huì)話(huà)；或，原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)請(qǐng)求切換至所述選擇 的接入會(huì)話(huà)控制服務(wù)器進(jìn)行注冊(cè)。
7、 一種用戶(hù)數(shù)據(jù)服務(wù)器，其特征在于，包括檢測(cè)模塊，用于對(duì)網(wǎng)絡(luò)中的接入會(huì)話(huà)控制服務(wù)器進(jìn)行故障檢測(cè)； 選擇模塊，用于在檢測(cè)到有接入會(huì)話(huà)控制服務(wù)器發(fā)生故障時(shí)，選擇至少一個(gè)未發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器；觸發(fā)模塊，用于觸發(fā)所述選擇的接入會(huì)話(huà)控制服務(wù)器對(duì)原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)進(jìn)行接入處理。
8、 如權(quán)利要求7所述的用戶(hù)數(shù)據(jù)服務(wù)器，其特征在于，所述檢測(cè)模塊包括網(wǎng)絡(luò)層檢測(cè)子模塊，用于在網(wǎng)絡(luò)中建立與接入會(huì)話(huà)控制服務(wù)器之間的網(wǎng)絡(luò) 層鏈路長(zhǎng)連接；對(duì)所述網(wǎng)絡(luò)層鏈路長(zhǎng)連接是否中斷進(jìn)行4企測(cè)；或，應(yīng)用層檢測(cè)子模塊，用于在網(wǎng)絡(luò)中利用應(yīng)用層保活或心跳機(jī)制，對(duì)接入會(huì)話(huà)控制服務(wù)器進(jìn)行故障檢測(cè)。
9、 如權(quán)利要求7所述的用戶(hù)數(shù)據(jù)服務(wù)器，其特征在于，所述選擇模塊包括第一選擇子模塊，用于根據(jù)地理位置，就近選擇至少一個(gè)未發(fā)生故障的接 入會(huì)話(huà)控制服務(wù)器；或，第二選擇子模塊，用于根據(jù)網(wǎng)絡(luò)中未發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器 的負(fù)載狀態(tài)，選擇至少一個(gè)未發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器。
10、 如權(quán)利要求7所述的用戶(hù)數(shù)據(jù)服務(wù)器，其特征在于，所述觸發(fā)模塊包括切換子模塊，用于根據(jù)所述選擇的接入會(huì)話(huà)控制服務(wù)器中各接入會(huì)話(huà)控制 服務(wù)器的負(fù)載狀態(tài)，將原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)分別切 換至所述選擇的接入會(huì)話(huà)控制服務(wù)器中各接入會(huì)話(huà)控制服務(wù)器進(jìn)行接入處理。
11、 如權(quán)利要求7所述的用戶(hù)數(shù)據(jù)服務(wù)器，其特征在于，所述觸發(fā)模塊包括提供子模塊，用于向所述選擇的接入會(huì)話(huà)控制服務(wù)器提供原綁定至發(fā)生故 障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)的業(yè)務(wù)信息。
12、 一種接入會(huì)話(huà)控制服務(wù)器，其特征在于，包括接收模塊，用于接收原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)的業(yè) 務(wù)信息；通知模塊，用于根據(jù)所述業(yè)務(wù)信息，通知原綁定至發(fā)生故障的接入會(huì)話(huà)控 制服務(wù)器的用戶(hù)變更對(duì)接入會(huì)話(huà)控制服務(wù)器的綁定；接入處理模塊，用于對(duì)原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)進(jìn) 行接入處理。
13、 如權(quán)利要求12所述的接入會(huì)話(huà)控制服務(wù)器，其特征在于，所述接入 處理模塊包括會(huì)話(huà)處理子模塊，用于對(duì)原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)進(jìn)行會(huì)話(huà)接續(xù)；或，注冊(cè)處理子模塊，用于對(duì)原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的 用戶(hù)進(jìn)行注冊(cè)。
14、 一種網(wǎng)絡(luò)系統(tǒng)，其特征在于，包括多個(gè)接入會(huì)話(huà)控制服務(wù)器，用于對(duì)所綁定的用戶(hù)進(jìn)行接入處理；用戶(hù)數(shù)據(jù)服務(wù)器，用于對(duì)網(wǎng)絡(luò)中的接入會(huì)話(huà)控制服務(wù)器進(jìn)行故障檢測(cè)；檢 測(cè)到有接入會(huì)話(huà)控制服務(wù)器發(fā)生故障時(shí)，選擇至少一個(gè)未發(fā)生故障的接入會(huì)話(huà) 控制服務(wù)器；觸發(fā)所述選擇的接入會(huì)話(huà)控制服務(wù)器對(duì)原綁定至發(fā)生故障的接入 會(huì)話(huà)控制服務(wù)器的用戶(hù)進(jìn)行接入處理。
全文摘要
本發(fā)明公開(kāi)了一種接入會(huì)話(huà)控制服務(wù)器的故障處理方法，包括用戶(hù)數(shù)據(jù)服務(wù)器對(duì)網(wǎng)絡(luò)中的接入會(huì)話(huà)控制服務(wù)器進(jìn)行故障檢測(cè)；用戶(hù)數(shù)據(jù)服務(wù)器檢測(cè)到有接入會(huì)話(huà)控制服務(wù)器發(fā)生故障時(shí)，選擇至少一個(gè)未發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器；由選擇的接入會(huì)話(huà)控制服務(wù)器對(duì)原綁定至發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器的用戶(hù)進(jìn)行接入處理。本發(fā)明還公開(kāi)了一種用戶(hù)數(shù)據(jù)服務(wù)器、接入會(huì)話(huà)控制服務(wù)器及網(wǎng)絡(luò)系統(tǒng)。采用本發(fā)明可以及時(shí)發(fā)現(xiàn)網(wǎng)絡(luò)中接入會(huì)話(huà)控制服務(wù)器的故障并將業(yè)務(wù)切換到網(wǎng)絡(luò)中其他未發(fā)生故障的接入會(huì)話(huà)控制服務(wù)器上，減少業(yè)務(wù)時(shí)延，改善用戶(hù)體驗(yàn)，并能夠充分利用網(wǎng)絡(luò)中的接入會(huì)話(huà)控制服務(wù)器對(duì)用戶(hù)進(jìn)行接入處理，網(wǎng)絡(luò)資源利用率高，容量配置靈活，擴(kuò)展性良好。
文檔編號(hào)H04L12/26GK101667936SQ200810119378
公開(kāi)日2010年3月10日 申請(qǐng)日期2008年9月4日 優(yōu)先權(quán)日2008年9月4日
發(fā)明者劉景磊, 剛 李, 王光霽, 薛海強(qiáng) 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)公司