專利名稱：服務呼叫會話控制功能實體備份方法及其系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及SIP多媒體子系統(tǒng)，特別涉及SIP多媒體子系統(tǒng)內部的備份技術。
背景技術：
移動通信系統(tǒng)能夠滿足人們隨時隨地進行通信的要求，從它出現(xiàn)后就得到了迅速的發(fā)展。隨著第三代移動通信(The Third Generation，簡稱“3G”)技術的提出和進一步發(fā)展，移動網絡的帶寬大大增加，移動通信將不僅僅局限于傳統(tǒng)的語音通信，結合音頻、視頻、圖片和文本等多種媒體類型的多媒體業(yè)務將逐漸開展起來。移動通信與呈現(xiàn)業(yè)務(presence)、短消息、網頁瀏覽、定位信息、推送業(yè)務(PUSH)、文件共享等數(shù)據(jù)業(yè)務的結合，可以為用戶提供更多的業(yè)務選擇。例如消息業(yè)務類的即時消息和聊天室、多媒體短消息；視頻業(yè)務類的娛樂、多媒體信息、日常交流；電子商務類的產品目錄、搜索引擎、購物車、訂單管理、支付；游戲類的單人游戲、群組游戲；定位業(yè)務類的尋人、向導、報警；個人助理類的地址本、日程表、書簽管理、文件存儲、事件提醒、電子郵件，能夠更好的滿足用戶的多種需求。
考慮到網間互聯(lián)協(xié)議(Internet Protocol，簡稱“IP”)網絡的應用越來越廣泛，第三代合作伙伴項目(3rd Generation Partnership Project，簡稱“3GPP”)以及第三代合作伙伴項目2(3rd Generation Partnership Project 2，簡稱“3GPP2”)等標準組織都制定了將移動通信網絡向全分組、全IP的方向演進的標準，提出了基于IP的多媒體子系統(tǒng)架構，目的是在移動網絡中使用一種標準化的開放的結構來實現(xiàn)多種多樣的多媒體應用，提供給用戶更多的選擇和更豐富的感受。
其中，3GPP在版本5(Release 5，簡稱“R5”)階段引入了IP多媒體子系統(tǒng)(IP Multimedia Subsystem，簡稱“IMS”)域，疊加在分組域網絡之上。IMS由呼叫狀態(tài)控制功能(Call Session Control Function，簡稱“CSCF”)、媒體網關控制功能(Media Gateway Control Function，簡稱“MGCF”)、媒體資源功能(Multimedia Resource Function，簡稱“MRF”)和歸屬簽約用戶服務器(Home Subscriber Server，簡稱“HSS”)等功能實體組成。CSCF又可以分成服務CSCF(Serving CSCF，簡稱“S-CSCF”)、代理CSCF(ProxyCSCF，簡稱“P-CSCF”)和查詢CSCF(Interrogating CSCF，簡稱“I-CSCF”)三個邏輯實體。其中，S-CSCF是IMS的業(yè)務交換中心，執(zhí)行會話控制、維持會話狀態(tài)、負責管理用戶信息、產生計費信息等；P-CSCF是終端用戶接入IMS的接入點，完成用戶注冊、負責QoS控制和安全管理等；I-CSCF負責IMS域之間的互通，管理S-CSCF的分配、對外隱藏網絡拓撲和配置、產生計費數(shù)據(jù)等。MGCF控制網關，實現(xiàn)IMS網絡和其它網絡的互通，MRF提供媒體資源，如收放音，編解碼和多媒體會議橋。HSS是用戶數(shù)據(jù)庫，存儲IMS用戶的簽約數(shù)據(jù)和配置信息等。
由于IMS設備容量一般比較大，因此除了設備本身的可靠性機制外，通常還必須考慮異地容災能力。也就是說，當某一IMS中的網元設備發(fā)生故障后，其他設備能夠及時接管該設備，使故障設備對整個IMS網絡影響最小。
目前，IMS中的網元設備，例如P-CSCF、S-CSCF以及應用服務器(Application Server，簡稱“AS”)等，在用戶注冊后往往需要保存與注冊相關的動態(tài)數(shù)據(jù)。這里網元設備如果發(fā)生故障，則相關的用戶動態(tài)數(shù)據(jù)如注冊信息、訂閱信息等將丟失，從而導致由該故障網元提供服務的用戶將無法繼續(xù)獲得服務。直到無法繼續(xù)獲得服務的用戶再次注冊后，這些用戶的數(shù)據(jù)被分配到新的設備，從而恢復這些用戶正常的業(yè)務處理。
在實際應用中，上述方案存在以下問題當S-CSCF出現(xiàn)故障時，相關用戶的服務不能夠及時恢復，因而也就無法保持服務的連續(xù)性，影響了用戶的體驗。
造成這種情況的主要原因在于，在現(xiàn)有技術中，一旦S-CSCF發(fā)生故障，則由該故障S-CSCF提供服務的用戶將無法繼續(xù)獲得服務，直到這些無法繼續(xù)獲得服務的用戶再次注冊后，才能恢復這些用戶正常的會話處理。但是，由于較短的注冊間隔會產生很大通信流量，因此，用戶注冊的間隔一般比較長，約幾十分鐘。也就是說，如果用戶注冊的間隔時間為幾十分針，那么，由于該故障S-CSCF而無法繼續(xù)獲得服務的用戶將在幾十分鐘的用戶注冊的間隔時間內，仍舊無法恢復正常的會話處理，影響了用戶的體驗。而且，即使該故障S-CSCF恢復后，如果這些用戶沒有重注冊，也可能無法立即恢復服務。

發(fā)明內容
有鑒于此，本發(fā)明的主要目的在于提供一種服務呼叫會話控制功能實體備份方法及其系統(tǒng)，使得S-CSCF能夠實現(xiàn)異地容災。
為實現(xiàn)上述目的，本發(fā)明提供了一種服務呼叫會話控制功能實體備份方法，包含以下步驟服務呼叫會話控制功能實體在用戶注冊成功時，向另一個與該實體分擔負荷的其他服務呼叫會話控制功能實體發(fā)起保存該用戶相關信息的請求，并在數(shù)據(jù)備份實體中備份處理該用戶SIP請求所需的動態(tài)數(shù)據(jù)；如果所述其他服務呼叫會話控制功能實體接收到的SIP請求屬于該服務呼叫會話控制功能實體內保存有相關信息的用戶，則從所述數(shù)據(jù)備份實體中下載該用戶的所述動態(tài)數(shù)據(jù)，并據(jù)此處理該用戶的SIP請求。
其中，還包含以下步驟當所述服務呼叫會話控制功能實體故障時，網絡側將該實體內注冊用戶的SIP請求轉發(fā)給所述其他服務呼叫會話控制功能實體。
此外在所述方法中，所述服務呼叫會話控制功能實體通過第三方注冊的方式向所述其他服務呼叫會話控制功能實體發(fā)起所述保存該用戶相關信息的請求，該請求中包含該用戶的相關信息；所述其他服務呼叫會話控制功能實體保存接收到的該用戶的相關信息。
此外在所述方法中，所述用戶的相關信息包含該用戶所在的用戶標識。
此外在所述方法中，所述數(shù)據(jù)備份實體是歸屬簽約用戶服務器或其他網絡設備中內置的用于備份數(shù)據(jù)的實體。
此外在所述方法中，所述服務呼叫會話控制功能實體與所述其他服務呼叫會話控制功能實體內分別置有支持ISC接口以及Sh接口的應用服務器；所述服務呼叫會話控制功能實體內的應用服務器通過ISC接口發(fā)起所述保存該用戶相關信息的請求，并通過Sh接口將所述動態(tài)數(shù)據(jù)備份到所述數(shù)據(jù)備份實體中；所述其他服務呼叫會話控制功能實體內的應用服務器通過ISC接口接收所述保存該用戶相關信息的請求，并通過Sh接口從所述數(shù)據(jù)備份實體中下載所述動態(tài)數(shù)據(jù)。
此外在所述方法中，所述動態(tài)數(shù)據(jù)作為透明數(shù)據(jù)在所述數(shù)據(jù)備份實體中保存或下載；所述其他服務呼叫會話控制功能實體根據(jù)所述保存的用戶相關信息從所述數(shù)據(jù)備份實體中下載相應的動態(tài)數(shù)據(jù)。
此外在所述方法中，所述SIP請求包含以下之一或其任意組合注冊請求、對話請求、以及獨立的事務請求。
此外在所述方法中，所述動態(tài)數(shù)據(jù)包含用戶注冊數(shù)據(jù)、訂閱數(shù)據(jù)以及會話數(shù)據(jù)；所述用戶注冊數(shù)據(jù)包含注冊消息中的“path”頭域以及“Contact”頭域地址。
此外在所述方法中，所述服務呼叫會話控制功能實體與所述其他服務呼叫會話控制功能實體的域名相同。當所述呼叫會話控制功能實體故障時，問詢呼叫會話控制功能實體使用DNS解析所述域名，獲得所述其他服務呼叫會話控制功能實體的地址，然后將該用戶的SIP請求消息轉發(fā)到所述其他服務呼叫會話控制功能實體。
本發(fā)明還提供了一種服務呼叫會話控制功能實體備份系統(tǒng)，包含兩個以負荷分擔方式工作的服務呼叫會話控制功能實體，所述服務呼叫會話控制功能實體內還包含用于發(fā)起保存用戶相關信息的請求的請求模塊、保存用戶相關信息的保存模塊、將處理用戶SIP請求所需的動態(tài)數(shù)據(jù)備份到數(shù)據(jù)備份實體中的備份模塊、查詢接收到的SIP請求是否屬于本服務呼叫會話控制功能實體內保存有相關信息的用戶的查詢模塊、以及從所述數(shù)據(jù)備份實體中下載所述動態(tài)數(shù)據(jù)的下載模塊；所述服務呼叫會話控制功能實體在用戶注冊成功時，該實體內的請求模塊向其他服務呼叫會話控制功能實體發(fā)起保存該用戶相關信息的請求，并由該實體內的備份模塊將處理該用戶SIP請求所需的動態(tài)數(shù)據(jù)備份到數(shù)據(jù)備份實體中；所述其他服務呼叫會話控制功能實體內的保存模塊保存接收到的該用戶的相關信息，并由該實體內的查詢模塊查詢接收到的SIP請求是否屬于本服務呼叫會話控制功能實體內保存有相關信息的用戶，如果是，則該實體內的下載模塊根據(jù)所保存的用戶相關信息從所述數(shù)據(jù)備份實體中下載相應的動態(tài)數(shù)據(jù)，并據(jù)此處理該用戶的SIP請求。
其中，所述服務呼叫會話控制功能實體內分別置有應用服務器，所述請求模塊、保存模塊、備份模塊、查詢模塊、以及下載模塊位于所述應用服務器內。
此外在所述系統(tǒng)中，所述應用服務器支持ISC接口以及Sh接口；所述請求模塊以及所述保存模塊通過所述應用服務器的ISC接口發(fā)起、接收所述保存用戶相關信息的請求所述備份模塊通過所述應用服務器的Sh接口將所述動態(tài)數(shù)據(jù)備份到所述數(shù)據(jù)備份實體中；所述下載模塊通過Sh接口從所述數(shù)據(jù)備份實體中下載所述動態(tài)數(shù)據(jù)。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術方案與現(xiàn)有技術的主要區(qū)別在于，通過在S-CSCF中內置AS，當用戶注冊成功時，將該用戶的信息通過第三方注冊的方式發(fā)送到與該S-CSCF以負荷分擔方式工作的另一個S-CSCF中，接收到用戶相關信息的S-CSCF將該用戶相關信息作為第三方注冊信息進行保存，同時，該S-CSCF將處理該用戶SIP請求所需的動態(tài)數(shù)據(jù)備份到數(shù)據(jù)備份實體中，如HSS。當S-CSCF故障時，網絡側將該故障S-CSCF內注冊用戶的SIP請求轉發(fā)到另一個S-CSCF中。如果S-CSCF接收到了屬于第三方注冊用戶的SIP請求，則根據(jù)該用戶的第三方注冊信息從HSS中下載該用戶的動態(tài)數(shù)據(jù)，繼續(xù)為該用戶提供服務。從而保障了故障S-CSCF內注冊用戶的服務連續(xù)性，實現(xiàn)了S-CSCF設備的異地容災能力，改善了用戶體驗，提高了IMS服務質量。


圖1是根據(jù)本發(fā)明一種S-CSCF備份的系統(tǒng)結構圖；圖2是根據(jù)本發(fā)明第一實施方式的S-CSCF備份方法中用戶注冊流程圖；圖3是根據(jù)本發(fā)明第二實施方式的S-CSCF備份方法中主叫用戶會話處理流程圖；圖4是根據(jù)本發(fā)明第三實施方式的S-CSCF備份方法中被叫用戶會話處理流程圖。
具體實施例方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明作進一步地詳細描述。
本發(fā)明的核心在于，當用戶在S-CSCF中注冊成功時，該S-CSCF通過第三方注冊的方式向另一個與該S-CSCF共同分擔負荷的其他S-CSCF發(fā)起保存該用戶相關信息的請求，并將處理該用戶SIP請求所需的動態(tài)數(shù)據(jù)作為透明數(shù)據(jù)備份到HSS或其他網絡設備中的用于備份數(shù)據(jù)的數(shù)據(jù)備份實體中。當該S-CSCF故障時，網絡側將該故障S-CSCF內注冊用戶的SIP請求轉發(fā)至另一個與該S-CSCF共同分擔負荷的其他S-CSCF。如果S-CSCF接收到了不屬于本S-CSCF注冊用戶的SIP請求，則查詢該SIP請求是否屬于本S-CSCF的第三方注冊用戶，如果是，則根據(jù)該用戶的第三方注冊信息從數(shù)據(jù)備份實體中下載處理該用戶SIP請求所需的動態(tài)數(shù)據(jù)，并據(jù)此處理該用戶的SIP請求。
本發(fā)明的系統(tǒng)結構如圖1所示，包含兩個以負荷分擔方式工作的S-CSCF，每個S-CSCF中還分別包含用于發(fā)起保存用戶相關信息請求的請求模塊、用于保存用戶相關信息的保存模塊、用于將處理用戶SIP請求所需的動態(tài)數(shù)據(jù)備份到數(shù)據(jù)備份實體中的備份模塊、用于查詢接收到的SIP請求是否屬于本S-CSCF內保存有相關信息的用戶的查詢模塊、以及用于從數(shù)據(jù)備份實體中下載動態(tài)數(shù)據(jù)的下載模塊。
下面對該系統(tǒng)中各模塊間的相互作用進行說明。
當用戶在S-CSCF(如S-CSCF 1)中注冊成功時，該S-CSCF 1中的請求模塊通過第三方注冊的方式向與該S-CSCF 1共同分擔負荷的另一個S-CSCF，如S-CSCF 2的保存模塊發(fā)起保存該用戶相關信息的請求。S-CSCF2中的保存模塊在接收到該用戶的相關信息后，將該信息作為該用戶的第三方注冊信息進行保存。同時，S-CSCF 1中的備份模塊將處理該用戶SIP請求所需的動態(tài)數(shù)據(jù)備份到數(shù)據(jù)備份實體中，如HSS。需要說明的是S-CSCF 1與S-CSCF 2使用相同的域名。
當S-CSCF 1發(fā)生故障時，由于該S-CSCF 1無法為其注冊用戶處理相應的SIP請求，因此，網絡側將該S-CSCF 1內注冊用戶的SIP請求轉發(fā)到S-CSCF 2中。S-CSCF 2在接收到SIP請求并判斷該SIP請求不屬于本S-CSCF2的注冊用戶時，通過該S-CSCF 2內的查詢模塊根據(jù)保存模塊內第三方注冊信息查詢該SIP請求是否屬于本S-CSCF 2的第三方注冊用戶。如果該查詢模塊判定該S-CSCF 2接收到的SIP請求屬于本S-CSCF 2的第三方注冊用戶，則通過該S-CSCF 2的下載模塊根據(jù)保存模塊內該用戶的第三方注冊信息從數(shù)據(jù)備份實體，如HSS中下載相應的動態(tài)數(shù)據(jù)，并由S-CSCF 2據(jù)此處理所接收到的SIP請求。
需要說明的是，上述請求模塊、保存模塊、備份模塊、查詢模塊以及下載模塊可以位于在S-CSCF內添置的AS中，并且，使該AS支持ISC接口以及Sh接口，使得請求模塊以及保存模塊可以通過AS的ISC接口發(fā)起或接收通過第三方注冊方式發(fā)起的保存用戶相關信息的請求，備份模塊可以通過AS的Sh接口將處理用戶SIP請求所需的動態(tài)數(shù)據(jù)備份到HSS中，下載模塊可以通過AS的Sh接口從HSS中下載相應的動態(tài)數(shù)據(jù)及簽約信息。
以上對本發(fā)明的系統(tǒng)結構進行了說明，下面對本發(fā)明的第一實施方式進行說明。本發(fā)明的第一實施方式基于上述系統(tǒng)中，在本實施方式中，主要闡明的是用戶注冊成功時S-CSCF通過第三方注冊方式發(fā)起的保存用戶相關信息的請求，并且，數(shù)據(jù)備份實體為HSS。
如圖2所示，在步驟201中，用戶發(fā)起注冊請求。
在步驟202中，P-CSCF接收到用戶的注冊請求時，對該注冊請求中的歸屬網絡地址使用域名服務系統(tǒng)(DOMAIN NAME SYSTEM，簡稱“DNS”)協(xié)議進行解析，從而獲得該用戶的歸屬網絡I-CSCF的地址。
接著，在步驟203中，P-CSCF將所接收到的用戶注冊請求轉發(fā)到在步驟202中所獲取的I-CSCF。
在步驟204中，I-CSCF接收到P-CSCF所轉發(fā)的用戶注冊請求后，通過Cx向HSS查詢該用戶的注冊狀態(tài)。
接著，進入步驟205，I-CSCF根據(jù)在步驟204中HSS返回的信息，獲取指派給用戶的S-CSCF。在本實施方式中，指派給用戶的S-CSCF為S-CSCF 1。并將從P-CSCF處接收到的用戶注冊請求發(fā)送到所獲取的指派給該用戶的S-CSCF，即S-CSCF 1。
接著，進入步驟206，S-CSCF 1接收到用戶從注冊請求后，通過Cx接口向HSS查詢該用戶的用戶數(shù)據(jù)并檢查該用戶提供的注冊信息。如果該用戶在S-CSCF 1中注冊成功，則該S-CSCF 1從HSS中下載該用戶的簽約數(shù)據(jù)。
接著，進入步驟207，S-CSCF 1通過第三方注冊方式向與該S-CSCF 1共同分擔負荷的另一個S-CSCF，即S-CSCF 2發(fā)起保存該用戶相關信息的請求。具體地說，在S-CSCF 1以及S-CSCF 2中分別置有支持ISC接口以及Sh接口的AS，當用戶在S-CSCF 1中注冊成功時，S-CSCF 1中的AS以第三方注冊方式通過ISC接口向S-CSCF 2中的AS發(fā)送該用戶的相關信息。其中，該用戶的相關信息可以僅包含該用戶所在的用戶標識。
接著，進入步驟208，S-CSCF 2將所接收到的用戶的相關信息作為該用戶的第三方注冊信息進行保存。具體地說，S-CSCF 2中的AS通過ISC接口接收到S-CSCF 1中的AS通過ISC接口所發(fā)送用戶的相關信息后，將該信息作為該用戶的第三方注冊信息保存在本S-CSCF 2的AS中，完成該用戶的第三方注冊。
接著，進入步驟209，S-CSCF 2向S-CSCF 1發(fā)送確認消息，以應答S-CSCF 2所發(fā)起的保存用戶相關信息的請求。
接著，進入步驟210，S-CSCF 1保存用戶注冊數(shù)據(jù)。然后，進入步驟211。
在步驟211中，S-CSCF 1將處理用戶SIP請求所需的動態(tài)數(shù)據(jù)作為透明數(shù)據(jù)保存到HSS中。具體地說，S-CSCF 1中的AS通過Sh接口將處理用戶SIP請求所需的動態(tài)數(shù)據(jù)作為透明數(shù)據(jù)保存到HSS中。其中，動態(tài)數(shù)據(jù)除了至少包含的注冊消息中用于查找到用戶所在的終端以及用戶終端具體地址的“path”頭域和“Contact”頭域外，還可以根據(jù)SIP請求的不同，包含或部分包含注冊數(shù)據(jù)、訂閱數(shù)據(jù)以及會話數(shù)據(jù)。其中，注冊數(shù)據(jù)包括注冊消息中攜帶的注冊定時器時長、IMPI標識等信息。訂閱數(shù)據(jù)包括訂閱數(shù)據(jù)包括用戶訂閱注冊事件的訂閱請求中所攜帶的CallID、From tag、To tag、定時器時長、Request-URI、Record-Route等信息。以便網絡能夠根據(jù)這些信息通知用戶注冊狀態(tài)。對話數(shù)據(jù)指用戶已建立的對話數(shù)據(jù)，包含對話控制數(shù)據(jù)、對話呼叫狀態(tài)、計費數(shù)據(jù)等。以便網絡能夠根據(jù)這些信息繼續(xù)控制這些對話，并且能夠對對話進行計費。
接著，在步驟212中，HSS向S-CSCF 1發(fā)送更新響應通知消息。然后，通過步驟213中的S-CSCF 1向I-CSCF發(fā)送注冊成功確認消息，步驟214中的I-CSCF向P-CSCF發(fā)送注冊成功確認消息以及步驟215中的P-CSCF向用戶所在的用戶設備發(fā)送成功確認消息，最終將用戶的注冊成功確認消息返回到用戶。
在本實施方式中，SIP請求可以是注冊請求、對話請求、獨立的事務請求，或其任意的組合。
本發(fā)明的第二實施方式基于第一實施方式基礎之上，在本實施方式中，發(fā)起SIP請求的主叫側用戶為屬于S-CSCF2的第三方注冊的用戶。
如圖3所示，在步驟301中，用戶向其歸屬網絡的P-CSCF發(fā)起SIP請求。
接著，在步驟302中，P-CSCF接收到用戶發(fā)起的SIP請求后，對該用戶在注冊過程中所保存的S-CSCF域名使用DNS協(xié)議進行解析，從而獲得該用戶的歸屬網絡S-CSCF的地址，在本實施方式中，即為S-CSCF 1的地址。
接著，在步驟303中，P-CSCF將用戶的SIP請求轉發(fā)到在步驟302中所獲取的該用戶的歸屬網絡S-CSCF 1的地址。
接著，在步驟304中，S-CSCF 1由于發(fā)生了故障，無法應答P-CSCF所轉發(fā)的SIP請求。
然后，進入步驟305，P-CSCF在定時器超時后，判斷S-CSCF 1不可用，通過DNS解析S-CSCF 1的域名獲得另一個可以轉發(fā)SIP請求的S-CSCF地址。具體地說，以負荷分擔方式工作的S-CSCF 1與S-CSCF 2，由于它們的IP地址在DNS服務器上對應的是同一個域名，因此，當一個地址不可用時，P-CSCF可以根據(jù)DNS查詢結果，從域名對應的地址中選擇其他可用的地址。因此，P-CSCF選擇了S-CSCF 2的地址。
接著，在步驟306中，P-CSCF將SIP請求轉發(fā)給S-CSCF 2。
接著，在步驟307中，S-CSCF 2查詢接收到的SIP請求是否屬于第三方注冊的用戶。具體地說，當S-CSCF 2接收到一個SIP請求時，如果發(fā)起該請求的用戶沒有注冊，但是該S-CSCF 2通過查詢獲知其內置的AS已經保存該用戶作為第三方注冊信息所保存的相關信息，則該S-CSCF 2認為服務該用戶的S-CSCF已經故障，該用戶需要遷移到本S-CSCF中。
接著，進入步驟308，S-CSCF 2向HSS請求下載透明數(shù)據(jù)。具體地說，S-CSCF 2內的AS根據(jù)所保存的該用戶相關信息通過Sh接口向HSS請求下載該用戶的作為透明數(shù)據(jù)所保存的動態(tài)數(shù)據(jù)。
接著，在步驟309中，HSS響應S-CSCF 2的透明數(shù)據(jù)下載請求，向S-CSCF2返回該用戶的透明數(shù)據(jù)。
接著，在步驟310中，S-CSCF 2向HSS請求下載簽約信息。具體地說，S-CSCF2根據(jù)透明數(shù)據(jù)中的用戶注冊信息，通過Cx接口向HSS查詢獲得的該用戶的簽約信息。
接著，在步驟311中，HSS響應S-CSCF 2的下載請求，向S-CSCF 2返回該用戶的簽約信息。
接著，在步驟312中，S-CSCF 2根據(jù)所下載的用戶的動態(tài)數(shù)據(jù)及簽約信息處理該用戶的SIP請求。
具體地說，如果S-CSCF 2接收到的是屬于第三方注冊用戶的注冊請求消息，則該S-CSCF 2將通過內置AS的Sh接口向HSS請求下載該用戶的透明數(shù)據(jù)。如果需要對用戶進行鑒權，則根據(jù)下載的透明數(shù)據(jù)，通過Cx接口從HSS下載該用戶的鑒權數(shù)據(jù)，然后根據(jù)鑒權數(shù)據(jù)對用戶發(fā)起重鑒權。鑒權通過后，再從HSS下載簽約信息，并根據(jù)簽約信息處理該注冊請求。用戶注冊成功后，根據(jù)用戶注冊請求的數(shù)據(jù)刷新下載的透明數(shù)據(jù)中的注冊數(shù)據(jù)。
如果S-CSCF 2接收到的是屬于第三方注冊用戶的訂閱請求消息，則S-CSCF 2將通過內置AS的Sh接口向HSS請求下載該用戶的透明數(shù)據(jù)，再根據(jù)下載的透明數(shù)據(jù)，通過Cx接口從HSS下載用戶的簽約信息，然后根據(jù)簽約信息處理該訂閱請求。訂閱請求處理成功后，根據(jù)用戶訂閱請求的數(shù)據(jù)刷新下載的透明數(shù)據(jù)中的訂閱數(shù)據(jù)。
如果S-CSCF 2接收到的是屬于第三方注冊用戶的其他對話請求消息或者事務請求消息，則S-CSCF 2將通過內置AS的Sh接口向HSS請求下載該用戶的透明數(shù)據(jù)，再根據(jù)下載的透明數(shù)據(jù)，通過Cx接口從HSS下載該用戶的簽約信息，然后根據(jù)簽約信息處理請求。
需要說明的是，如果S-CSCF 2下載的透明數(shù)據(jù)中包含對話數(shù)據(jù)，則S-CSCF 2根據(jù)這些數(shù)據(jù)恢復對話，并處理對話后續(xù)的消息。
接著，在步驟313中，S-CSCF 2將處理后的該用戶的SIP請求轉發(fā)到被叫側網絡。
在本實施方式中，由于共同分擔負荷的S-CSCF 2能夠為故障的S-CSCF1內的注冊用戶繼續(xù)提供服務。從而保障了故障S-CSCF 1內注冊用戶的服務連續(xù)性，實現(xiàn)了S-CSCF設備的異地容災能力，改善了用戶體驗，提高了IMS服務質量。
本發(fā)明的第三實施方式與第二實施方式大致相同，其區(qū)別僅在于，在第二實施方式中，S-CSCF 2內屬于第三方注冊的用戶為主叫側用戶，而在本實施方式中，S-CSCF 2內屬于第三方注冊的用戶為被叫側用戶。
如圖4所示，在步驟401中，被叫側用戶的歸屬I-CSCF接收到了主叫側的SIP請求。
接著，進入步驟402，I-CSCF接收到主叫側的SIP請求后，對該被叫用戶在注冊過程中所保存的S-CSCF域名使用DNS協(xié)議進行解析，從而獲得該用戶的歸屬網絡S-CSCF的地址，在本實施方式中，即為S-CSCF 1的地址。
接著，在步驟403中，I-CSCF將用戶的SIP請求轉發(fā)到在步驟402中所獲取的該用戶的歸屬網絡S-CSCF 1的地址。
接著，在步驟404中，S-CSCF 1由于發(fā)生了故障，無法應答I-CSCF所轉發(fā)的會話請求。
接著，在步驟405中，I-CSCF在定時器超時后，判斷S-CSCF 1不可用，通過DNS解析S-CSCF 1的域名獲得另一個可以轉發(fā)會話請求的S-CSCF地址。具體地說，以負荷分擔方式工作的S-CSCF 1與S-CSCF 2，由于它們的IP地址在DNS服務器上對應的是同一個域名，因此，當一個地址不可用時，I-CSCF可以根據(jù)DNS查詢結果，從域名對應的地址中選擇其他可用的地址。因此，I-CSCF選擇了S-CSCF 2的地址。
然后，在步驟406中，I-CSCF將SIP請求轉發(fā)給S-CSCF 2。
接著，在步驟407至步驟412中，S-CSCF 2查詢接收到的SIP請求是否屬于第三方注冊的用戶。如果是的話，則向HSS下載該用戶作為透明數(shù)據(jù)保存的動態(tài)數(shù)據(jù)以及該用戶的簽約信息，并據(jù)此處理該用戶的SIP請求。步驟407至步驟412對應于步驟307至步驟312，在此不再贅述。
在步驟413中，S-CSCF 2將處理后的該用戶的SIP請求根據(jù)透明數(shù)據(jù)中的“path”頭域和“Contact”頭域轉發(fā)到該用戶的歸屬P-CSCF中。
由此可見，即使發(fā)生故障的S-CSCF 1內的注冊用戶為被叫側用戶，與該故障S-CSCF 1共同分擔負荷的S-CSCF 2也能夠保障該用戶的服務連續(xù)性，實現(xiàn)了S-CSCF設備的異地容災能力，改善了用戶體驗，提高了IMS服務質量。
雖然通過參照本發(fā)明的某些優(yōu)選實施方式，已經對本發(fā)明進行了圖示和描述，但本領域的普通技術人員應該明白，可以在形式上和細節(jié)上對其作各種改變，而不偏離本發(fā)明的精神和范圍。
權利要求
1.一種服務呼叫會話控制功能實體備份方法，其特征在于，包含以下步驟服務呼叫會話控制功能實體在用戶注冊成功時，向另一個與該實體分擔負荷的其他服務呼叫會話控制功能實體發(fā)起保存該用戶相關信息的請求，并在數(shù)據(jù)備份實體中備份處理該用戶SIP請求所需的動態(tài)數(shù)據(jù)；如果所述其他服務呼叫會話控制功能實體接收到的SIP請求屬于該服務呼叫會話控制功能實體內保存有相關信息的用戶，則從所述數(shù)據(jù)備份實體中下載該用戶的所述動態(tài)數(shù)據(jù)，并據(jù)此處理該用戶的SIP請求。
2.根據(jù)權利要求1所述的服務呼叫會話控制功能實體備份方法，其特征在于，還包含以下步驟當所述服務呼叫會話控制功能實體故障時，網絡側將該實體內注冊用戶的SIP請求轉發(fā)給所述其他服務呼叫會話控制功能實體。
3.根據(jù)權利要求1所述的服務呼叫會話控制功能實體備份方法，其特征在于，所述服務呼叫會話控制功能實體通過第三方注冊的方式向所述其他服務呼叫會話控制功能實體發(fā)起所述保存該用戶相關信息的請求，該請求中包含該用戶的相關信息；所述其他服務呼叫會話控制功能實體保存接收到的該用戶的相關信息。
4.根據(jù)權利要求3所述的服務呼叫會話控制功能實體備份方法，其特征在于，所述用戶的相關信息包含該用戶所在的用戶標識。
5.根據(jù)權利要求1所述的服務呼叫會話控制功能實體備份方法，其特征在于，所述數(shù)據(jù)備份實體是歸屬簽約用戶服務器或其他網絡設備中內置的用于備份數(shù)據(jù)的實體。
6.根據(jù)權利要求1至5中任一項所述的服務呼叫會話控制功能實體備份方法，其特征在于，所述服務呼叫會話控制功能實體與所述其他服務呼叫會話控制功能實體內分別置有支持ISC接口以及Sh接口的應用服務器；所述服務呼叫會話控制功能實體內的應用服務器通過ISC接口發(fā)起所述保存該用戶相關信息的請求，并通過Sh接口將所述動態(tài)數(shù)據(jù)備份到所述數(shù)據(jù)備份實體中；所述其他服務呼叫會話控制功能實體內的應用服務器通過ISC接口接收所述保存該用戶相關信息的請求，并通過Sh接口從所述數(shù)據(jù)備份實體中下載所述動態(tài)數(shù)據(jù)。
7.根據(jù)權利要求6所述的服務呼叫會話控制功能實體備份方法，其特征在于，所述動態(tài)數(shù)據(jù)作為透明數(shù)據(jù)在所述數(shù)據(jù)備份實體中保存或下載；所述其他服務呼叫會話控制功能實體根據(jù)所述保存的用戶相關信息從所述數(shù)據(jù)備份實體中下載相應的動態(tài)數(shù)據(jù)。
8.根據(jù)權利要求6所述的服務呼叫會話控制功能實體備份方法，其特征在于，所述SIP請求包含以下之一或其任意組合注冊請求、對話請求、以及獨立的事務請求。
9.根據(jù)權利要求8所述的服務呼叫會話控制功能實體備份方法，其特征在于，所述動態(tài)數(shù)據(jù)包含用戶注冊數(shù)據(jù)、訂閱數(shù)據(jù)以及會話數(shù)據(jù)；所述用戶注冊數(shù)據(jù)包含注冊消息中的“path”頭域以及“Contact”頭域地址。
10.根據(jù)權利要求6所述的服務呼叫會話控制功能實體備份方法，其特征在于，所述服務呼叫會話控制功能實體與所述其他服務呼叫會話控制功能實體的域名相同。
11.一種服務呼叫會話控制功能實體備份系統(tǒng)，包含兩個以負荷分擔方式工作的服務呼叫會話控制功能實體，其特征在于，所述服務呼叫會話控制功能實體內還包含用于發(fā)起保存用戶相關信息的請求的請求模塊、保存用戶相關信息的保存模塊、將處理用戶SIP請求所需的動態(tài)數(shù)據(jù)備份到數(shù)據(jù)備份實體中的備份模塊、查詢接收到的SIP請求是否屬于本服務呼叫會話控制功能實體內保存有相關信息的用戶的查詢模塊、以及從所述數(shù)據(jù)備份實體中下載所述動態(tài)數(shù)據(jù)的下載模塊；所述服務呼叫會話控制功能實體在用戶注冊成功時，該實體內的請求模塊向其他服務呼叫會話控制功能實體發(fā)起保存該用戶相關信息的請求，并由該實體內的備份模塊將處理該用戶SIP請求所需的動態(tài)數(shù)據(jù)備份到數(shù)據(jù)備份實體中；所述其他服務呼叫會話控制功能實體內的保存模塊保存接收到的該用戶的相關信息，并由該實體內的查詢模塊查詢接收到的SIP請求是否屬于本服務呼叫會話控制功能實體內保存有相關信息的用戶，如果是，則該實體內的下載模塊根據(jù)所保存的用戶相關信息從所述數(shù)據(jù)備份實體中下載相應的動態(tài)數(shù)據(jù)，并據(jù)此處理該用戶的SIP請求。
12.根據(jù)權利要求11所述的服務呼叫會話控制功能實體備份系統(tǒng)，其特征在于，所述服務呼叫會話控制功能實體內分別置有應用服務器，所述請求模塊、保存模塊、備份模塊、查詢模塊、以及下載模塊位于所述應用服務器內。
13.根據(jù)權利要求12所述的服務呼叫會話控制功能實體備份系統(tǒng)，其特征在于，所述應用服務器支持ISC接口以及Sh接口；所述請求模塊以及所述保存模塊通過所述應用服務器的ISC接口發(fā)起、接收所述保存用戶相關信息的請求所述備份模塊通過所述應用服務器的Sh接口將所述動態(tài)數(shù)據(jù)備份到所述數(shù)據(jù)備份實體中；所述下載模塊通過Sh接口從所述數(shù)據(jù)備份實體中下載所述動態(tài)數(shù)據(jù)。
全文摘要
本發(fā)明涉及SIP多媒體子系統(tǒng)，公開了一種S－CSCF備份方法及其系統(tǒng)，使得S－CSCF能夠實現(xiàn)異地容災。本發(fā)明中，通過在S－CSCF中內置AS，當用戶注冊成功時，將該用戶的信息發(fā)送到與該S－CSCF以負荷分擔方式工作的其他S－CSCF中，并由其他S－CSCF保存該用戶的信息來實現(xiàn)該用戶的第三方注冊，同時，該S－CSCF將處理該用戶業(yè)務所需的動態(tài)數(shù)據(jù)備份到HSS中。當S－CSCF故障時，網絡側將該故障S－CSCF內注冊用戶的業(yè)務請求轉發(fā)到其他S－CSCF中。如果S－CSCF接收到了屬于第三方注冊用戶的業(yè)務請求，則根據(jù)該用戶的第三方注冊信息從HSS中下載該用戶的動態(tài)數(shù)據(jù)及簽約信息，繼續(xù)為該用戶提供服務。
文檔編號H04L29/06GK1878087SQ20061002486
公開日2006年12月13日 申請日期2006年3月20日 優(yōu)先權日2006年3月20日
發(fā)明者李輝 申請人:華為技術有限公司