專利名稱：容災倒回服務呼叫會話控制功能實體的方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種容災倒回技術，尤其涉及ー種IP多媒體子系統(tǒng)(MS，IPMultimedia subsystem)中容災倒回服務呼叫會話控制功能實體的方法及系統(tǒng)。
背景技術：
IP多媒體子系統(tǒng)(I MS, IP Multimedia subsystem)是第三代合作伙伴組織(3GPP, 3rd Generation Partnership Project)定義的下一代網(wǎng)絡的標準，其顯著特點是采用了會話初始協(xié)議(SIP, Session Initiation Protocol)體系,通信與接入無關,可以具備多種媒體業(yè)務控制功能與承載能力分離，呼叫與會話分離，應用與服務分離，業(yè)務與網(wǎng)絡分離，以及移動網(wǎng)與因特網(wǎng)業(yè)務融合等多種能力。IMS的提出順應了通訊網(wǎng)融合發(fā)展的趨勢。圖1為現(xiàn)有MS網(wǎng)絡架構示意圖，如圖1所示，頂S體系中的主要功能實體包括:代理呼叫會話控制功能實體(P-CSCF，Proxy Call Session Control Function),接入網(wǎng)關控制功能實體(AGCF,Access GatewayControl Function),查詢呼叫會話控制功能實體(1-CSCF, Interrogating Call SessionControl Function),服務呼叫會話控制功能實體(S-CSCF, Serving Call Session ControlFunction),歸屬用戶服務器(HSS, Home Subscriber Server)。上述網(wǎng)元之間的連接關系具體可參見圖1所示，由于上述網(wǎng)元的功能及其連接關系均為現(xiàn)有技木，這里不再贅述各網(wǎng)元具體功能及其連接關系等。上述網(wǎng)元功能及其連接關系，可參見MS體系相關標準。為了提高運營水平，運營商必須向用戶提供高品質、不間斷的服務。而由于版本升級或者設備發(fā)生故障，導致當前服務的S-CSCF網(wǎng)元不可用吋，網(wǎng)絡需要提供有效的容災機制，將業(yè)務盡量倒換到其他可用設備上，從而盡量減少對用戶的業(yè)務損失。當S-CSCF版本升級完成或故障恢復后，需要及時將用戶業(yè)務倒回到該設備上，以減輕其他設備的負荷。圖2為現(xiàn)有S-CSCF容災倒換的流程圖，如圖2所示，S-CSCF容災倒換流程具體包括以下步驟:S2O2,終端(UE, User Equipment)已經(jīng)在 S-CSCF1 上注冊 成功；S204, UE發(fā)送呼叫請求(invite)消息到P-CSCF網(wǎng)元；S206，P-CSCF接收到呼叫請求消息后，根據(jù)本地保存的注冊信息，向歸屬的S-CSCFl轉發(fā)呼叫請求消息；S208,由于S-CSCFl發(fā)生了故障，S-CSCFl無法接收到或者無法響應呼叫請求消息，P-CSCF將呼叫請求消息發(fā)送到1-CSCF，該呼叫請求消息中route頭字段攜帶有orig參數(shù)；其中，P-CSCF可以通過OPTIONS檢測S-CSCF狀態(tài)；該檢測方式具體可參見MS相關協(xié)議，這里不再贅述其實現(xiàn)細節(jié)。S210, 1-CSCF接收到呼叫請求消息后，向HSS網(wǎng)元發(fā)送S-CSCF分配請求(LIR，Location-1nfo-Request)治息；S212，HSS接收到呼叫請求消息后，依據(jù)本地記錄的S-CSCF信息，向1-CSCF網(wǎng)元返回S-CSCF分配響應(LIA, Location-1nfo-Answer)消息,該響應消息中攜帶有用戶注冊'歸屬的S-CSCF主機名；S214，1-CSCF接收到LIA響應消息后，獲取S-CSCF主機名，發(fā)現(xiàn)用戶注冊歸屬的S-CSCFl異常，向HSS網(wǎng)元發(fā)送LIR請求消息，該請求消息中指示HSS返回S-CSCF的能力；S216，HSS接收到LIR請求消息后，向1-CSCF網(wǎng)元返回LIA響應消息，該響應消息中攜帶S-CSCF能力集；S218，1-CSCF接收到LIA響應消息后，根據(jù)S-CSCF能力信息以及S-CSCF主機狀態(tài)，得到可用的S-CSCF主機信息，將呼叫請求消息發(fā)送到S-CSCF2 ；S220, S-CSCF2接收到呼叫請求消息后，發(fā)現(xiàn)本地無用戶數(shù)據(jù)，向HSS發(fā)送用戶配置請求(SAR, Server-Assignment-Request)消息；S222，HSS向S-CSCF2返回SAA響應消息，該響應消息中攜帶有用戶簽約信息，同時還包括備份的注冊和訂閱信息(前提是用戶已經(jīng)向HSS進行了注冊和訂閱信息的備份)；S224, S-CSCF2繼續(xù)呼叫處理，上述流程完成了 S-CSCF容災倒換。后續(xù)UE注冊，同樣注冊到可用的S-CSCF2上。倒換能夠減少設備/網(wǎng)絡故障對用戶業(yè)務的損失，但是考慮到設備負荷及運維需要，當故障設備恢復后，需要及時倒回。圖3為現(xiàn)有S-CSCF容災倒回流程圖，如圖3所示，S-CSCF容災倒回流程具體包括以下步驟:S302，基于容災倒換機制，UE已經(jīng)注冊在S-CSCF2上；S304, UE向P-CSCF發(fā)送刷新注冊請求消息；S306, P-CSCF接收到刷新注冊請求消息時，P-CSCF通過域名系統(tǒng)(DNS，DomainName System)查詢或者其他方式查找到1-CSCF，并將注冊請求消息轉發(fā)到1-CSCF ;S308,當S-CSCFl已經(jīng)恢復，且基于自動或者手動倒回機制，需要將現(xiàn)歸屬于S-CSCF2的用戶，通過重新選擇S-CSCF，從而倒回到原歸屬S-CSCFl上；S310, 1-CSCF 向 HSS 發(fā)送用戶認證請求(UAR, User-Authorization-Request)消息，要求HSS返回S-CSCF能力集信息；S312, HSS 向 1-CSCF 返回用戶認證響應(UAA, User-Authorization-Answer)消息，該響應消息中包含有為該用戶分配的S-CSCF能力集信息，能力集信息實際上包含了歸屬S-CSCF列表信息；S314，1-CSCF根據(jù)HSS返回的UAA響應消息，選擇恰當?shù)腟-CSCF主機，并將注冊請求消息發(fā)送到選定的S-CSCFl ；S316，S-CSCFl向HSS發(fā)送用戶配置請求SAR消息；S318，HSS向S-CSCFl返回用戶配置響應SAA消息，該SAA消息中攜帶有用戶簽約數(shù)據(jù)；S320, S-CSCF接收到SAA消息后，保存用戶數(shù)據(jù)，構造并發(fā)送注冊成功響應消息2000K。一般商用網(wǎng)絡還有鑒權流程，由于鑒權流程是現(xiàn)有技術，流程重復S304-S314，這里不再贅述其實現(xiàn)細節(jié)；S322，1-CSCF將注冊成功響應消息轉發(fā)給P-CSCF ；S324，P-CSCF將注冊成功響應消息轉發(fā)給UE ；S326，當HSS感知用戶歸屬S-CSCF發(fā)生改變，需要向S-CSCF2發(fā)送注冊終止請求(RTR, Registration-Termination-Request)消息；S328，S-CSCF2接收到RTR請求消息后，將刪除本地用戶數(shù)據(jù)，同時刪除用戶已經(jīng)建立的呼叫；S330，S_CSCF2向HSS發(fā)送注冊終止響應(RTA，Registration-Termination-Answer)治息；現(xiàn)有技術中，上述流程S-CSCF利用終端自動刷新注冊機制，完成了 S-CSCF倒回操作。但是現(xiàn)有倒回技術，會導致已經(jīng)建立的呼叫被釋放，用戶體驗較差。

發(fā)明內容
有鑒于此，本發(fā)明的主要目的在于提供一種容災倒回服務呼叫會話控制功能實體的方法及系統(tǒng)，能避免具有會話業(yè)務的UE在容災倒回過程中會話中斷。為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的:一種容災倒回服務呼叫會話控制功能實體的方法，包括:在將終端UE倒回到服務呼叫會話控制功能實體S-CSCF過程中，對尚具有呼叫業(yè)務的UE不作倒回處理。優(yōu)選地,所述對尚具有呼叫業(yè)務的UE不作倒回處理,為:代理呼叫會話控制功能實體P-CSCF在將所接收到的UE的注冊請求消息轉發(fā)給查詢呼叫會話控制功能實體1-CSCF時，在所轉發(fā)的注冊請求消息中插入所述UE的呼叫信息；所述1-CSCF根據(jù)所述UE的呼叫信息確定所述UE尚具有呼叫業(yè)務，不將所述UE倒回到已恢復的S-CSCF。優(yōu)選地，所述方法還包括:所述1-CSCF確定所述UE沒有呼叫業(yè)務時，將所述UE倒回到已恢復的S-CSCF。優(yōu)選地，所述呼叫信息包括是否存在呼叫的信息；或者，所述呼叫信息包括是否存在呼叫的信息以及以下信息的至少ー個:呼叫個數(shù)信息、呼叫類型或等級信息。優(yōu)選地，所述呼叫信息承載于注冊請求消息的已知字段/參數(shù)或擴展字段/參數(shù)中；所述注冊請求消息以初始會話協(xié)議SIP消息方式封裝。一種容災倒回服務呼叫會話控制功能實體的方法，包括:1-CSCF接收到UE的注冊請求消息后，將請求注冊的UE倒回到已恢復的S-CSCF ；倒換的S-CSCF接收到注冊終止請求RTR消息后，確定UE當前具有呼叫業(yè)務時，在UE呼叫釋放后刪除本地UE用戶數(shù)據(jù)。一種容災倒回服務呼叫會話控制功能實體的系統(tǒng)，包括IP多媒體子系統(tǒng)MS和UE,所述 MS 包括有 P-CSCF、S-CSCF 和 1-CSCF ;其中:所述MS在將UE倒回到S-CSCF過程中，對尚具有呼叫業(yè)務的UE不作倒回處理。優(yōu)選地，P-CSCF用干，接收到UE發(fā)送的注冊請求消息后，在將所述注冊請求消息轉發(fā)給1-CSCF時，在所轉發(fā)的注冊請求消息中插入所述UE的呼叫信息；所述1-CSCF用于，根據(jù)所述UE的呼叫信息確定所述UE尚具有呼叫業(yè)務，不將所述UE倒回到已恢復的S-CSCF。優(yōu)選地，所述呼叫信息包括是否存在呼叫的信息；或者，所述呼叫信息包括是否存在呼叫的信息以及以下信息的至少ー個:呼叫個數(shù)信息、呼叫類型或等級信息；所述呼叫信息承載于注冊請求消息的已知字段/參數(shù)或擴展字段/參數(shù)中；所述注冊請求消息以SIP消息方式封裝。—種容災倒回服務呼叫會話控制功能實體的系統(tǒng)，包括IP多媒體子系統(tǒng)IMS和UE,所述 MS 包括有 P-CSCF、S-CSCF 和 1-CSCF ;其中:1-CSCF用于，接收到UE的注冊請求消息后，將請求注冊的UE倒回到已恢復的S-CSCF ；倒換的S-CSCF用于，接收到注冊終止請求RTR消息后，確定UE當前具有呼叫業(yè)務時，在UE呼叫釋放后刪除本地UE用戶數(shù)據(jù)。本發(fā)明中，在將UE倒回到S-CSCF過程中，對尚具有呼叫業(yè)務的UE不作倒回處理；具體的，P-CSCF在將所接收到的UE的注冊請求消息轉發(fā)給1-CSCF時，在所轉發(fā)的注冊請求消息中插入所述UE的呼叫信息；I_CSCF可以根據(jù)UE的呼叫信息確定UE當前是否尚具有呼叫業(yè)務，沒有呼叫業(yè)務時將UE倒回到已恢復的S-CSCF，否則不將UE倒回到已恢復的S-CSCF。或者，1-CSCF接收到UE的注冊請求消息后，將請求注冊的UE倒回到已恢復的S-CSCF ;倒換的S-CSCF接收到注冊終止請求RTR消息后，確定UE當前具有呼叫業(yè)務時，在UE呼叫釋放后再刪除本地UE用戶數(shù)據(jù)。本發(fā)明在UE倒回過程中不會釋放已經(jīng)建立的呼叫業(yè)務，實現(xiàn)了無呼損的倒回，大大改善了倒回過程中的用戶體驗。


圖1為現(xiàn)有MS網(wǎng)絡架構示意圖；圖2為現(xiàn)有S-CSCF容災倒換的流程圖；圖3為現(xiàn)有S-CSCF容災倒回流程圖；圖4為本發(fā)明實施例一的IP多媒體子系統(tǒng)中容災倒回S-CSCF流程圖；圖5為本發(fā)明實施例二的IP多媒體子系統(tǒng)中容災倒回S-CSCF流程圖。
具體實施例方式本發(fā)明的基本思想為:在將UE倒回到S-CSCF過程中，對尚具有呼叫業(yè)務的UE不作倒回處理；具體的，P-CSCF在將所接收到的UE的注冊請求消息轉發(fā)給1-CSCF時，在所轉發(fā)的注冊請求消息中插入所述UE的呼叫信息；I_CSCF可以根據(jù)UE的呼叫信息確定UE當前是否尚具有呼叫業(yè)務，沒有呼叫業(yè)務時將UE倒回到已恢復的S-CSCF，否則不將UE倒回到已恢復的S-CSCF?；蛘撸?-CSCF接收到UE的注冊請求消息后，將請求注冊的UE倒回到已恢復的S-CSCF ;倒換的S-CSCF接收到注冊終止請求RTR消息后，確定UE當前具有呼叫業(yè)務時，在UE呼叫釋放后再刪除本地UE用戶數(shù)據(jù)。以下結合具體示例，對本發(fā)明技術方案作進一步詳細闡述。圖4為本發(fā)明實施例一的IP多媒體子系統(tǒng)中容災倒回S-CSCF流程圖，如圖4所示，本示例中，由于S-CSCFl故障，UE從S-CSCFl倒換到S-CSCF2，當前S-CSCF1恢復，UE需要倒回到S-CSCF2。本示例的容災倒回S-CSCF具體包括以下步驟:S402，基于容災倒換機制，UE已經(jīng)歸屬于S-CSCF2上，即UE已注冊到S-CSCF2 ；S404，UE向P-CSCF發(fā)送注冊請求消息；本步驟中，注冊請求消息主要是用于UE進行倒回更新；S406，P-CSCF接收到注冊請求消息后，通過DNS查詢或者其他方式查找出1-CSCF，并將注冊請求消息轉發(fā)到1-CSCF ;本發(fā)明中，注冊請求消息為SIP消息，P-CSCF向1-CSCF轉發(fā)的注冊請求消息中，由已知或者擴展SIP頭字段/參數(shù)攜帯有UE的呼叫信息；也就是說，需對注冊請求消息進行相應的擴展，在其中承載UE的呼叫信息，呼叫信息的承載方式在P-CSCF和1-CSCF之間事先約定，以使1-CSCF順利解析出相應的UE的呼叫信息；本發(fā)明中，呼叫信息包括是否存在呼叫的信息；或者，呼叫信息包括是否存在呼叫的信息以及，在存在呼叫信息時，還包括以下信息的至少ー個:呼叫個數(shù)信息、呼叫類型或等級信息。S408,當S-CSCFl已經(jīng)恢復，具備了倒回條件吋，1-CSCF獲取注冊請求消息中的UE呼叫信息，確定UE是否存在呼叫，并在存在呼叫時，將注冊請消息求發(fā)送到現(xiàn)在歸屬的S-CSCF2上，后續(xù)流程參見S410-S424。不存在呼叫時，將注冊請求消息發(fā)送到已恢復的S-CSCFl上，后續(xù)流程參見前述S310 S330 ；S410, 1-CSCF向HSS發(fā)送用戶認證請求UAR消息；S412，HSS向1-CSCF返回用戶認證響應UAA消息，該UAA響應消息中包含有為該UE分配的S-CSCF主機名，如S-CSCF2 ；S414，1-CSCF根據(jù)HSS返回的UAA響應消息，并將注冊請求消息發(fā)送到歸屬的S-CSCF2 上；S416，S-CSCF2向HSS發(fā)送用戶配置請求SAR消息；S418，HSS向S-CSCF2返回用戶配置響應SAA消息；S420, S-CSCF2接收到SAA消息后，構造并發(fā)送注冊成功響應消息2000K。S422, 1-CSCF將注冊成功響應消息轉發(fā)給P-CSCF ；S424，P-CSCF將注冊成功響應消息轉發(fā)給UE。本示例中，通過在向1-CSCF轉發(fā)的注冊請求消息中增設UE呼叫信息，1-CSCF對于當前無呼叫業(yè)務的UE，直接倒回到已恢復的S-CSCF，而對于具有呼叫業(yè)務的UE，仍注冊于當前所屬的S-CSCF ;這樣，通過UE發(fā)起注冊請求消息，即可實現(xiàn)將UE倒回到已恢復的S-CSCF,并不會中斷UE的呼叫業(yè)務。圖5為本發(fā)明實施例ニ的IP多媒體子系統(tǒng)中容災倒回S-CSCF流程圖，如圖5所示，本示例中，由于S-CSCFl故障，UE從S-CSCFl倒換到S-CSCF2，當前S-CSCF1恢復，UE需要倒回到S-CSCF2。本示例的容災倒回S-CSCF具體包括以下步驟:S502，基于容災倒換機制，UE已經(jīng)歸屬在S-CSCF2上，即UE已注冊到S-CSCF2 ；S504，UE向P-CSCF發(fā)送注冊請求消息；本步驟中，注冊請求消息主要是用于UE進行倒回更新；S506，P-CSCF接收到注冊請求消息吋，P-CSCF通過DNS查詢或者其他方式查找到1-CSCF，并將注冊請求消息轉發(fā)到1-CSCF ；S508,當S-CSCFl已經(jīng)恢復，具備了倒回條件吋，且基于自動或者手動倒回機制，需要將現(xiàn)在歸屬于S-CSCF2的UE，通過重新選擇S-CSCF而倒回到原歸屬S-CSCFl上；S510,1-CSCF向HSS發(fā)送用戶認證請求UAR消息，要求HSS返回S-CSCF能力集信息；S512, HSS向1-CSCF返回用戶認證響應UAA消息，該UAA響應消息中包含有為該UE分配的S-CSCF能力信息；S514，1-CSCF根據(jù)HSS返回的UAA響應消息，選擇恰當?shù)腟-CSCF主機，并將注冊請求消息發(fā)送到選定的原歸屬的S-CSCFl ；S516，S-CSCFl向HSS發(fā)送用戶配置請求SAR消息； S518，HSS向S-CSCFl返回用戶配置響應SAA消息，該SAA消息中攜帶有UE用戶簽約數(shù)據(jù)；S520, S-CSCFl接收到SAA消息后，保存UE用戶數(shù)據(jù)，構造并發(fā)送注冊成功響應消息 2000K ；S522，1-CSCF將注冊成功響應消息轉發(fā)給P-CSCF ；S524，P-CSCF將注冊成功響應消息轉發(fā)給UE ；S526，當HSS感知UE歸屬的S-CSCF發(fā)生改變，需要向S-CSCF2發(fā)送注冊終止請求RTR消息；S528，S_CSCF2接收到RTR消息后，檢查本地是否存在UE的呼叫業(yè)務，如果存在呼叫業(yè)務，則等待呼叫正常釋放后，再刪除本地的UE用戶數(shù)據(jù)，如果不存在呼叫業(yè)務，則立刻刪除本地的UE用戶數(shù)據(jù)；S530, S-CSCF2向HSS發(fā)送注冊終止響應RTA消息。本示例中，對于新注冊的UE’均將其倒回到已恢復的S-CSCF上，而在接收到RTR消息后，并不刪除尚具有呼叫業(yè)務的UE用戶數(shù)據(jù)，而是在呼叫業(yè)務結束后，再將UE用戶數(shù)據(jù)刪除，從而實現(xiàn)了對具有呼叫業(yè)務UE的倒回保護，不會使其呼叫業(yè)務中斷。采用本發(fā)明方法，實現(xiàn)了無呼損的倒回S-CSCF，提高了用戶體驗。本發(fā)明中，P-CSCF也可以由AGCF替代。本發(fā)明的容災倒回服務呼叫會話控制功能實體的系統(tǒng)，包括MS和UE，所述MS包括有P-CSCF、S-CSCF和1-CSCF等網(wǎng)元；其中:IMS在將UE倒回到S-CSCF過程中，對尚具有呼叫業(yè)務的UE不作倒回處理。具體的=P-CSCF用于，接收到UE發(fā)送的注冊請求消息后，在將所述注冊請求消息轉發(fā)給1-CSCF時，在所轉發(fā)的注冊請求消息中插入所述UE的呼叫信息；所述1-CSCF用于，根據(jù)所述UE的呼叫信息確定所述UE尚具有呼叫業(yè)務，不將所述UE倒回到已恢復的S-CSCF。所述1-CSCF確定所述UE沒有呼叫業(yè)務時，將所述UE倒回到已恢復的S-CSCF。其中，上述呼叫信息包括是否存在呼叫的信息；或者，所述呼叫信息包括是否存在呼叫的信息以及以下信息的至少一個:呼叫個數(shù)信息、呼叫類型或等級信息；上述呼叫信息承載于注冊請求消息的已知字段/參數(shù)或擴展字段/參數(shù)中；所述注冊請求消息以SIP消息方式封裝?；蛘?，本發(fā)明的容災倒回服務呼叫會話控制功能實體的系統(tǒng)，包括IP多媒體子系統(tǒng)MS和UE，所述MS包括有P-CSCF、S-CSCF和1-CSCF ;其中:1-CSCF用于，接收到UE的注冊請求消息后，將請求注冊的UE倒回到已恢復的S-CSCF ；倒換的S-CSCF用于，接收到注冊終止請求RTR消息后，確定UE當前具有呼叫業(yè)務時，在UE呼叫釋放后刪除本地UE用戶數(shù)據(jù)。本領域技術人員應當理解，本發(fā)明容災倒回服務呼叫會話控制功能實體的系統(tǒng)是在現(xiàn)有MS的基礎上對相關網(wǎng)元的功能進行改進而實現(xiàn)，對現(xiàn)有網(wǎng)絡結構并無改變；本發(fā)明僅對網(wǎng)元所改變的功能進行了詳細描述。本發(fā)明容災倒回服務呼叫會話控制功能實體的系統(tǒng)的架構，可參見現(xiàn)有頂S的結構而理解。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權利要求
1.一種容災倒回服務呼叫會話控制功能實體的方法，其特征在于，所述方法包括: 在將終端UE倒回到服務呼叫會話控制功能實體S-CSCF過程中，對尚具有呼叫業(yè)務的UE不作倒回處理。
2.根據(jù)權利要求1所述的方法，其特征在于，所述對尚具有呼叫業(yè)務的UE不作倒回處理，為: 代理呼叫會話控制功能實體P-CSCF在將所接收到的UE的注冊請求消息轉發(fā)給查詢呼叫會話控制功能實體1-CSCF時，在所轉發(fā)的注冊請求消息中插入所述UE的呼叫信息；所述1-CSCF根據(jù)所述UE的呼叫信息確定所述UE尚具有呼叫業(yè)務，不將所述UE倒回到已恢復的S-CSCF。
3.根據(jù)權利要求2所述的方法，其特征在于，所述方法還包括: 所述1-CSCF確定所述UE沒有呼叫業(yè)務時，將所述UE倒回到已恢復的S-CSCF。
4.根據(jù)權利要求2或3所述的方法，其特征在于，所述呼叫信息包括是否存在呼叫的信息； 或者，所述呼叫信息包括是否存在呼叫的信息以及以下信息的至少一個:呼叫個數(shù)信息、呼叫類型或等級信息。
5.根據(jù)權利要求4所述的方法，其特征在于，所述呼叫信息承載于注冊請求消息的已知字段/參數(shù)或擴展字段/參數(shù)中；所述注冊請求消息以初始會話協(xié)議SIP消息方式封裝。
6.一種容災倒回服務呼叫會話控制功能實體的方法，其特征在于，所述方法包括: 1-CSCF接收到UE的注冊請求消息后，將請求注冊的UE倒回到已恢復的S-CSCF ； 倒換的S-CSCF接收到注冊終止請求RTR消息后，確定UE當前具有呼叫業(yè)務時，在UE呼叫釋放后刪除本地UE用戶數(shù)據(jù)。
7.一種容災倒回服務呼叫會話控制功能實體的系統(tǒng)，包括IP多媒體子系統(tǒng)MS和UE,所述MS包括有P-CSCF、S-CSCF和1-CSCF ;其特征在于: 所述MS在將UE倒回到S-CSCF過程中，對尚具有呼叫業(yè)務的UE不作倒回處理。
8.根據(jù)權利要求7所述的系統(tǒng)，其特征在于: P-CSCF用于，接收到UE發(fā)送的注冊請求消息后，在將所述注冊請求消息轉發(fā)給1-CSCF時，在所轉發(fā)的注冊請求消息中插入所述UE的呼叫信息； 所述1-CSCF用于，根據(jù)所述UE的呼叫信息確定所述UE尚具有呼叫業(yè)務，不將所述UE倒回到已恢復的S-CSCF。
9.根據(jù)權利要求8所述的系統(tǒng)，其特征在于，所述呼叫信息包括是否存在呼叫的信息； 或者，所述呼叫信息包括是否存在呼叫的信息以及以下信息的至少一個:呼叫個數(shù)信息、呼叫類型或等級信息； 所述呼叫信息承載于注冊請求消息的已知字段/參數(shù)或擴展字段/參數(shù)中；所述注冊請求消息以SIP消息方式封裝。
10.一種容災倒回服務呼叫會話控制功能實體的系統(tǒng)，包括IP多媒體子系統(tǒng)IMS和UE,所述MS包括有P-CSCF、S-CSCF和1-CSCF ;其特征在于: 1-CSCF用于，接收到UE的注冊請求消息后，將請求注冊的UE倒回到已恢復的S-CSCF ；倒換的S-CSCF用于，接收到注冊終止請求RTR消息后，確定UE當前具有呼叫業(yè)務時，在UE呼叫釋放后刪除本地UE用戶數(shù)據(jù)。
全文摘要
本發(fā)明公開了一種容災倒回服務呼叫會話控制功能實體的方法及系統(tǒng)，所述方法包括在將終端UE倒回到服務呼叫會話控制功能實體S-CSCF過程中，對尚具有呼叫業(yè)務的UE不作倒回處理?；蛘撸龇椒ò↖-CSCF接收到UE的注冊請求消息后，將請求注冊的UE倒回到已恢復的S-CSCF；倒換的S-CSCF接收到注冊終止請求RTR消息后，確定UE當前具有呼叫業(yè)務時，在UE呼叫釋放后刪除本地UE用戶數(shù)據(jù)。本發(fā)明在UE倒回過程中不會釋放已經(jīng)建立的呼叫業(yè)務，實現(xiàn)了無呼損的倒回，大大改善了倒回過程中的用戶體驗。
文檔編號H04L12/24GK103138984SQ201110396079
公開日2013年6月5日 申請日期2011年12月2日 優(yōu)先權日2011年12月2日
發(fā)明者繆永生, 曹剛 申請人:中興通訊股份有限公司