專利名稱:一種歸屬用戶服務器故障恢復處理方法
技術(shù)領(lǐng)域:
本發(fā)明涉及IP多媒體子系統(tǒng)(IMS),特別是指一種歸屬用戶服務器故障恢復處理方法。
背景技術(shù):
隨著通訊技術(shù)的發(fā)展,人們已不再滿足于單一的語音通信方式,而是更加青睞于全新的多媒體通信方式。多媒體通信不僅包括視音頻通信、即時消息、同址瀏覽、協(xié)同工作、流媒體等業(yè)務,而且包括那些將傳統(tǒng)語音通信與新的通信方式融合而產(chǎn)生的業(yè)務。
目前,基于Internet和電信網(wǎng)融合的趨勢,在分組承載網(wǎng)的基礎上引入了全IP業(yè)務網(wǎng)絡架構(gòu)的IMS,IMS應用于移動網(wǎng)或固網(wǎng)等多種網(wǎng)絡,其目標是按照個性化用戶數(shù)據(jù),屏蔽用戶接入方式,控制業(yè)務能力的開放程度,提供多媒體的通信體驗。IMS業(yè)務由控制部分和媒體內(nèi)容部分組成,控制部分即IMS終端和IM域?qū)嶓w之間的IMS信令交互,對IMS業(yè)務進行控制,媒體內(nèi)容部分即圖象、語音、數(shù)據(jù)、聲音等各種內(nèi)容媒體流。IMS信令和媒體流都通過分組網(wǎng)承載,媒體流不需要經(jīng)過IMS域。
IMS的結(jié)構(gòu)示意圖如圖1所示,IMS中的主要功能實體包括呼叫控制實體(CSCF)和歸屬用戶服務器(HSS)。其中,CSCF有三種類型服務呼叫控制實體(S-CSCF)、代理呼叫控制實體(P-CSCF)、查詢呼叫控制實體(I-CSCF)。P-CSCF是IMS終端在IMS網(wǎng)絡的第一個接觸點,完成代理功能,與終端進行IMS信令交互,進行內(nèi)部處理后將其轉(zhuǎn)發(fā)給I-CSCF或S-CSCF。I-CSCF主要完成網(wǎng)絡隱藏的功能,當用戶注冊時,I-CSCF到HSS查詢并確定用戶服務的S-CSCF,然后將初始用戶登記請求轉(zhuǎn)發(fā)給S-CSCF。S-CSCF是IMS最核心的業(yè)務控制實體,保存用戶簽約信息,記錄用戶呼叫狀態(tài),完成呼叫控制功能。不同S-CSCF可連接不同應用服務器AS,完成不同業(yè)務功能。歸屬用戶服務器HSS是綜合的集中用戶數(shù)據(jù)庫,保存用戶簽約信息和用戶狀態(tài)信息,用于支持各網(wǎng)絡實體對呼叫和會話的處理,具體包括用戶標識(私有標識和公有標識)、用戶業(yè)務信息、用戶安全相關(guān)信息、路由信息、位置信息等。HSS和網(wǎng)絡中多個實體之間有接口,用于向其它網(wǎng)絡實體提供用戶信息和保存來自其它網(wǎng)絡實體的用戶信息。
HSS中的用戶信息包括靜態(tài)簽約信息和動態(tài)信息。其中用戶標識(私有標識和公有標識)、用戶業(yè)務信息、用戶安全相關(guān)信息等屬于靜態(tài)信息,不會頻繁變更。用戶路由信息和位置信息等則屬于動態(tài)信息,記錄用戶當前的位置和所登記的S-CSCF標識,隨用戶位置和IMS登記狀態(tài)的變化而頻繁變更。
HSS中保存信息有兩種方式,一種保存在磁盤等永久存儲介質(zhì)中,當HSS故障重啟后,這部分信息可重新讀取,不會丟失;一種保存在內(nèi)存中,當HSS故障重啟后這部分信息丟失的可能性很大??紤]到用戶靜態(tài)簽約信息的重要性高于動態(tài)狀態(tài)信息,因為動態(tài)狀態(tài)信息的影響是短期的,而靜態(tài)簽約信息的影響則是長期的,另一方面,永久存儲介質(zhì)的保存和讀取速度低于內(nèi)存的保存和讀取速度,所以絕大部分HSS節(jié)點將用戶靜態(tài)簽約信息保存在永久存儲介質(zhì)中,將用戶動態(tài)信息保存在內(nèi)存中。當然,不排除部分廠家在實現(xiàn)HSS時,將所有用戶信息都保存在永久存儲介質(zhì)中,使HSS故障重啟后所有用戶信息都不丟失。
當HSS故障重啟后,很可能用戶動態(tài)信息丟失或不完整,包括用戶路由信息和位置信息等,這將影響用戶的IMS業(yè)務,例如某個用戶已注冊IMS,HSS中記錄該用戶注冊的S-CSCF標識(即尋址信息),因故障重啟該信息丟失,這樣當其它用戶呼叫該用戶時,I-CSCF無法從HSS獲取路由信息,導致業(yè)務失敗。所以,HSS故障重啟后,考慮到大部分HSS中用戶動態(tài)信息將丟失或不完整,需要通知其它IMS節(jié)點,并采取相應處理,但當前IMS網(wǎng)絡沒有考慮到這一點,導致無法保證用戶的IMS業(yè)務正常進行。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明的目的在于提供一種歸屬用戶服務器故障恢復處理方法,用于解決當IMS網(wǎng)絡中的HSS節(jié)點發(fā)生故障時,IMS注冊用戶的動態(tài)信息恢復的問題。
為了達到上述目的,本發(fā)明提供了一種歸屬用戶服務器故障恢復處理方法,該方法包括如下步驟a、歸屬用戶服務器HSS發(fā)生故障重啟后,向歸屬于該HSS的用戶注冊的服務呼叫控制實體S-CSCF發(fā)送含有自身HSS標識的重啟通知;b、S-CSCF接收到該重啟通知后,獲取注冊在本S-CSCF中歸屬于該HSS的用戶標識,并將獲取的用戶標識和自身S-CSCF標識發(fā)送給該HSS;c、HSS接收并記錄該用戶標識和S-CSCF標識。
在上述方法中,步驟b中,所述用戶標識和S-CSCF標識是S-CSCF通過S-CSCF注冊通知請求Server-Assignment-Request發(fā)送給該HSS的。
在上述方法中,當HSS接收到來自S-CSCF的S-CSCF注冊通知請求后,執(zhí)行完步驟c后,進一步包括HSS向該S-CSCF返回注冊通知響應Server-Assignment-Answer。
在上述方法中,在步驟a中,HSS向歸屬于該HSS的用戶注冊的S-CSCF發(fā)送含有自身HSS標識的重啟通知的步驟包括a011、HSS向該IMS網(wǎng)絡中所有與其連接的S-CSCF發(fā)送含有自身HSS標識的重啟通知。
在上述方法中,在步驟a中,HSS向歸屬于該HSS的所有用戶注冊的S-CSCF發(fā)送重啟通知的步驟包括a021、HSS向預先保存在自身永久存儲介質(zhì)中的歸屬用戶曾注冊過的S-CSCF發(fā)送含有自身HSS標識的重啟通知。
在上述方法中,步驟b中,S-CSCF接收到來自HSS的重啟通知后,將在該S-CSCF中注冊的并且歸屬于該HSS的所有用戶的用戶標識和自身的S-CSCF標識發(fā)送給該HSS。
在上述方法中,當步驟b中S-CSCF接收到來自HSS的含有自身HSS標識的重啟通知后,進一步包括S-CSCF接收來自用戶的重注冊請求,根據(jù)其中的用戶標識,判斷該用戶是否歸屬于發(fā)出重啟通知的HSS,如果是,則向該HSS發(fā)送該用戶標識和自身的S-CSCF標識,執(zhí)行步驟c,否則,進行正常的重注冊流程,跳出本流程。
在上述方法中,步驟b包括b1、S-CSCF在接收到來自HSS的重啟通知后,向在該S-CSCF中記錄的并且歸屬于該HSS的所有用戶終端發(fā)起網(wǎng)絡重鑒權(quán)請求NOTIFY;b2、用戶終端收到重鑒權(quán)請求后,向S-CSCF發(fā)送含有自身用戶標識的重注冊請求;b3、S-CSCF收到該重注冊請求后,根據(jù)其中的用戶標識判斷該用戶是否歸屬于發(fā)起重啟通知的HSS,如果是,則向該HSS發(fā)送該用戶標識和自身的S-CSCF標識,執(zhí)行步驟c,否則,跳出本流程。
在上述方法中,在步驟b中,S-CSCF按照設定的頻率向用戶發(fā)起網(wǎng)絡重鑒權(quán)請求。
在上述方法中,在步驟b中,S-CSCF按照設定的頻率向HSS發(fā)送S-CSCF注冊通知請求。
綜上所述,本發(fā)明通過令發(fā)生故障并重啟的HSS向歸屬于該HSS的用戶注冊的S-CSCF發(fā)送含有自身HSS標識的重啟通知,使S-CSCF及時獲知發(fā)生故障并重啟的HSS,然后獲取注冊在本S-CSCF中的歸屬于該HSS的用戶標識,并將獲取的用戶標識和自身的S-CSCF標識等信息發(fā)送給該HSS,從而使HSS重新恢復IMS注冊用戶的動態(tài)信息,保證IMS業(yè)務的正常運行,提高了IMS網(wǎng)絡的可靠性。
圖1為IMS網(wǎng)絡結(jié)構(gòu)示意圖。
圖2為本發(fā)明實施例一的方法流程圖。
圖3為本發(fā)明實施例二的方法流程圖。
圖4為本發(fā)明實施例三的方法流程圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚,下面結(jié)合附圖對本發(fā)明作進一步的詳細描述。
本發(fā)明的總體思想是令發(fā)生故障并重啟的HSS向歸屬于該HSS的用戶注冊的S-CSCF發(fā)送含有自身HSS標識的重啟通知,S-CSCF根據(jù)該重啟通知,獲取注冊在本S-CSCF中的歸屬于該HSS的用戶標識,并將獲取的用戶標識和自身的S-CSCF標識發(fā)送給該HSS;HSS接收并記錄該用戶標識和S-CSCF標識,恢復IMS注冊用戶的動態(tài)信息。
下面通過具體實施例一詳述本發(fā)明的技術(shù)方案。
在本實施例中,S-CSCF接收到來自HSS的含有自身HSS標識的重啟通知后,將在該S-CSCF中記錄的并且歸屬于該HSS的用戶的用戶標識和自身的S-CSCF標識發(fā)送給該HSS,使HSS恢復丟失的用戶路由信息,即該用戶所對應的S-CSCF標識。本實例方法流程圖如圖2所示,具體包括如下步驟在步驟201,當HSS發(fā)生故障重啟后,向歸屬于該HSS的所有用戶注冊的S-CSCF發(fā)送含有自身HSS標識重啟通知。
其中,HSS向歸屬于該HSS的注冊用戶的S-CSCF發(fā)送重啟通知的步驟可以是HSS中預先靜態(tài)配置該IMS中所有S-CSCF的標識,HSS向這些S-CSCF發(fā)送含有自身HSS標識的重啟通知;也可以是HSS在自身永久存儲介質(zhì)中保存一張S-CSCF標識列表,每次用戶注冊到一個新的S-CSCF,將該S-CSCF標識增加到S-CSCF標識列表中,保證S-CSCF標識列表中包含了所有歸屬于該HSS的用戶曾經(jīng)注冊過的S-CSCF標識。然后HSS向在自身永久存儲介質(zhì)中的S-CSCF標識列表中的所有S-CSCF發(fā)送含有自身HSS標識的重啟通知。
在步驟202,S-CSCF接收到重啟通知后,通過向HSS發(fā)送S-CSCF注冊通知請求,將該S-CSCF中記錄的并且歸屬于該HSS的用戶的用戶標識和自身S-CSCF標識發(fā)送給該發(fā)出重啟通知的HSS。
其中,所述S-CSCF將該S-CSCF中記錄的并且歸屬于該HSS的用戶的用戶標識和自身的S-CSCF標識發(fā)送給該HSS的步驟為S-CSCF根據(jù)重啟通知中包含的HSS標識,判斷在該S-CSCF中注冊的用戶是否歸屬于該HSS,如果是,則向HSS發(fā)送包含該用戶標識和自身S-CSCF標識的S-CSCF注冊通知請求,否則繼續(xù)判斷在該S-CSCF中注冊的其它用戶,直到找出在該S-CSCF中注冊的并且歸屬于該HSS的所有用戶為止。
在步驟203,HSS接收到S-CSCF注冊通知請求后,記錄該用戶標識和S-CSCF標識,并向S-CSCF返回注冊通知響應(Server Assignment Answer)。
下面通過具體實施例二詳述本發(fā)明的技術(shù)方案。
在本實施例中,當S-CSCF接收到含有自身HSS標識的重啟通知后,等待用戶發(fā)起重注冊請求,并在接收到來自用戶的重注冊請求后,根據(jù)其中的用戶標識,判斷該用戶是否歸屬于發(fā)出重啟通知的HSS,如果是,則向該HSS發(fā)送該用戶標識和自身的S-CSCF標識,執(zhí)行步驟c,否則,進行正常的重注冊流程。本實施例的方法流程圖如圖3所示,具體包括如下步驟在步驟301,當HSS發(fā)生故障重啟后,向歸屬于該HSS的用戶注冊的S-CSCF發(fā)送含有自身HSS標識的重啟通知。HSS向歸屬于該HSS的用戶注冊的S-CSCF發(fā)送重啟通知的方法與步驟201相同,此處不再贅述。
在步驟302,S-CSCF接收到該重啟通知后,接收來自用戶的重注冊請求,并根據(jù)其中的用戶標識,判斷該用戶是否歸屬于發(fā)出重啟通知的HSS,如果是,則向該HSS發(fā)送含有該用戶標識和自身S-CSCF標識的S-CSCF注冊通知請求,然后執(zhí)行步驟c,否則進行正常的重注冊流程,跳出本流程。
在步驟303,HSS接到S-CSCF注冊通知請求后,記錄該用戶標識和S-CSCF標識,并向S-CSCF返回注冊通知響應。
下面通過具體實施例三詳述本發(fā)明的技術(shù)方案。
HSS發(fā)生故障后,由于重啟的時間與用戶終端IMS注冊超時后重新注冊的時間很可能不一致,因此有可能在HSS重啟之后一段時間,用戶才進行IMS業(yè)務重注冊,在這段時間里,當用戶作為被叫發(fā)起IMS業(yè)務時,則由于I-CSCF需要到HSS查詢路由信息,而此時HSS中的用戶路由信息,即該用戶所注冊的S-CSCF標識丟失,就會導致業(yè)務失敗。因此針對這種情況,本實施例提供了一種增強處理方法,方法流程如圖4所示,具體包括如下步驟在步驟401,當HSS發(fā)生故障重啟后,向歸屬于該HSS的用戶注冊的S-CSCF發(fā)送含有自身HSS標識的重啟通知。HSS向歸屬于該HSS的注冊用戶的S-CSCF發(fā)送含有自身HSS標識的重啟通知的方法與步驟201相同,此處不再贅述。
在步驟402,S-CSCF接收到來自HSS的含有自身HSS標識的重啟通知后,根據(jù)該HSS的標識,向在S-CSCF中注冊的并歸屬于該HSS的所有用戶發(fā)起網(wǎng)絡重鑒權(quán)請求(NOTIFY)。為了避免S-CSCF在短時間內(nèi)向大量用戶發(fā)起重鑒權(quán)請求而導致消息流量過大并引起S-CSCF擁塞,S-CSCF可以按照設定的頻率向用戶發(fā)起網(wǎng)絡重鑒權(quán)請求。
在步驟403,用戶終端收到重鑒權(quán)請求后,向S-CSCF發(fā)送含有自身用戶標識的重注冊請求;在步驟404,S-CSCF收到該重注冊請求后,根據(jù)其中的用戶標識判斷該用戶是否歸屬于發(fā)起重啟通知的HSS,如果是,則向該HSS發(fā)送含有該用戶標識和自身的S-CSCF標識的S-CSCF注冊通知請求,執(zhí)行步驟405,否則,跳出本流程。
在步驟405,HSS接到S-CSCF注冊通知請求后,記錄該用戶標識和S-CSCF標識,并向S-CSCF返回注冊通知響應。
在上述步驟202、302以及403中,為了避免短時間內(nèi)向HSS發(fā)送流量過大的S-CSCF注冊通知請求,導致HSS再次發(fā)生故障,S-CSCF可以按預先設置的頻率發(fā)送S-CSCF注冊通知請求。
總之,以上所述僅為本發(fā)明的較佳實施例而已,并非用于限定本發(fā)明的保護范圍。
權(quán)利要求
1.一種歸屬用戶服務器故障恢復處理方法,包括如下步驟a、歸屬用戶服務器HSS發(fā)生故障重啟后,向歸屬于該HSS的用戶注冊的服務呼叫控制實體S-CSCF發(fā)送含有自身HSS標識的重啟通知;b、S-CSCF接收到該重啟通知后,獲取注冊在本S-CSCF中歸屬于該HSS的用戶標識,并將獲取的用戶標識和自身S-CSCF標識發(fā)送給該HSS;c、HSS接收并記錄該用戶標識和S-CSCF標識。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于步驟b中,所述用戶標識和S-CSCF標識是S-CSCF通過S-CSCF注冊通知請求Server-Assignment-Request發(fā)送給該HSS的。
3.根據(jù)權(quán)利要求2所述的方法,其特征在于當HSS接收到來自S-CSCF的S-CSCF注冊通知請求后,執(zhí)行完步驟c后,進一步包括HSS向該S-CSCF返回注冊通知響應Server-Assignment-Answer。
4.根據(jù)權(quán)利要求1所述的方法,其特征在于在步驟a中,HSS向歸屬于該HSS的用戶注冊的S-CSCF發(fā)送含有自身HSS標識的重啟通知的步驟包括a011、HSS向該IMS網(wǎng)絡中所有與其連接的S-CSCF發(fā)送含有自身HSS標識的重啟通知。
5.根據(jù)權(quán)利要求1所述的方法,其特征在于在步驟a中,HSS向歸屬于該HSS的所有用戶注冊的S-CSCF發(fā)送重啟通知的步驟包括a021、HSS向預先保存在自身永久存儲介質(zhì)中的歸屬用戶曾注冊過的S-CSCF發(fā)送含有自身HSS標識的重啟通知。
6.根據(jù)權(quán)利要求1所述的方法,其特征在于步驟b中,S-CSCF接收到來自HSS的重啟通知后,將在該S-CSCF中注冊的并且歸屬于該HSS的所有用戶的用戶標識和自身的S-CSCF標識發(fā)送給該HSS。
7.根據(jù)權(quán)利要求1所述的方法,其特征在于當步驟b中S-CSCF接收到來自HSS的含有自身HSS標識的重啟通知后,進一步包括S-CSCF接收來自用戶的重注冊請求,根據(jù)其中的用戶標識,判斷該用戶是否歸屬于發(fā)出重啟通知的HSS,如果是,則向該HSS發(fā)送該用戶標識和自身的S-CSCF標識,執(zhí)行步驟c,否則,進行正常的重注冊流程,跳出本流程。
8.根據(jù)權(quán)利要求7所述的方法,其特征在于步驟b包括b1、S-CSCF在接收到來自HSS的重啟通知后,向在該S-CSCF中記錄的并且歸屬于該HSS的所有用戶終端發(fā)起網(wǎng)絡重鑒權(quán)請求NOTIFY;b2、用戶終端收到重鑒權(quán)請求后,向S-CSCF發(fā)送含有自身用戶標識的重注冊請求;b3、S-CSCF收到該重注冊請求后,根據(jù)其中的用戶標識判斷該用戶是否歸屬于發(fā)起重啟通知的HSS,如果是,則向該HSS發(fā)送該用戶標識和自身的S-CSCF標識,執(zhí)行步驟c,否則,跳出本流程。
9.根據(jù)權(quán)利要求8所述的方法,其特征在于在步驟b中,S-CSCF按照設定的頻率向用戶發(fā)起網(wǎng)絡重鑒權(quán)請求。
10.根據(jù)權(quán)利要求2所述的方法,其特征在于在步驟b中,S-CSCF按照設定的頻率向HSS發(fā)送S-CSCF注冊通知請求。
全文摘要
本發(fā)明公開了一種歸屬用戶服務器故障恢復處理方法,本發(fā)明通過令發(fā)生故障并重啟的歸屬用戶服務器HSS向歸屬于該HSS的用戶注冊的服務呼叫控制實體S-CSCF發(fā)送含有自身HSS標識的重啟通知,使S-CSCF及時獲知發(fā)生故障并重啟的HSS,然后獲取注冊在本S-CSCF中歸屬于該HSS的用戶標識,并將獲取的用戶標識和自身的S-CSCF標識等信息發(fā)送給該HSS,從而使HSS重新恢復IMS注冊用戶的動態(tài)信息,保證IP多媒體子系統(tǒng)(IMS)業(yè)務的正常運行,提高了IMS網(wǎng)絡的可靠性。
文檔編號H04L12/24GK1756181SQ200410079290
公開日2006年4月5日 申請日期2004年9月29日 優(yōu)先權(quán)日2004年9月29日
發(fā)明者王潔 申請人:華為技術(shù)有限公司