專利名稱：一種s-cscf故障恢復(fù)處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種IP (InternetProtocol,因特網(wǎng)協(xié)議) 多力某體子系統(tǒng)中改進(jìn)S-CSCF (Serving-CSCF，服務(wù)呼叫會話控制功能)故 障處理能力的方法。
背景技術(shù)：
IP多媒體子系統(tǒng)(IP Multimedia Core Network Subsystem,簡稱IMS ) 是新一代通訊網(wǎng)絡(luò)的核心。圖1描述了 IMS體系結(jié)構(gòu)中和本發(fā)明相關(guān)的網(wǎng) 元實體及其連接關(guān)系。其中用戶設(shè)備(UserEquipment,簡稱UE)101代 表用戶4吏用的終端i殳備；呼叫會話控制功能(Call Session Control Function, 簡稱CSCF)是控制會話過程的核心網(wǎng)元，包括代理呼叫會話控制功能 (Proxy-CSCF ，簡稱P-CSCF ) 102 、 查詢呼叫會話控制功能 (Interrogating-CSCF ,簡稱I-CSCF ) 103 、服務(wù)呼叫會話控制功能 (Serving-CSCF,簡稱S-CSCF) 104;歸屬用戶服務(wù)器(Home Subscriber Server,簡稱HSS) 105是IMS中所有與用戶和服務(wù)器相關(guān)的數(shù)據(jù)的主要存 儲服務(wù)器；應(yīng)用服務(wù)器(Application Server,簡稱AS ) 106是提供增值多媒 體業(yè)務(wù)的網(wǎng)元。
在圖1所示出的各個網(wǎng)元間，UE通過Gm接口和P-CSCF相連；P-CSCF 、 I-CSCF、 S-CSCF間通過Mw接口實現(xiàn)互連；HSS通過Cx接口與I-CSCF、 S-CSCF相連，通過Sh接口與AS相連；S-CSCF通過ISC( IMS service control, IMS業(yè)務(wù)控制)、接口與AS相連。
P-CSCF作為用戶接入到IMS系統(tǒng)的入口網(wǎng)元，所有的會話初始協(xié)議 (Session Initiation Protocol,簡稱SIP )信令無論來自UE還是發(fā)給UE的， 都必須經(jīng)過P-CSCF。當(dāng)UE在IMS網(wǎng)絡(luò)注冊成功后，P-CSCF在本地保存 UE的聯(lián)系地址、UE的公共用戶標(biāo)識(Public User Identity,簡稱PUI)、
4UE的私有用戶標(biāo)識(Private User Identity,簡稱PVI)。
S-CSCF是IMS的核心網(wǎng)元，位于歸屬網(wǎng)絡(luò)，為UE進(jìn)行會話控制和注 冊服務(wù)。當(dāng)UE處于會話中時，S-CSCF處理網(wǎng)絡(luò)中的會話狀態(tài)。當(dāng)UE在 IMS網(wǎng)絡(luò)注冊成功后，S-CSCF在本地保存UE注冊到IMS網(wǎng)絡(luò)所使用的 P-CSCF的網(wǎng)絡(luò)ID、 P-CSCF的IP地址、UE的聯(lián)系地址、UE的公共用戶標(biāo) 識PUI、 UE的私有用戶標(biāo)識PVI、 UE的公共用戶標(biāo)識所對應(yīng)的用戶配置數(shù) 據(jù)、保存UE注冊狀態(tài)的HSS地址或名稱等信息。
HSS是IMS系統(tǒng)中所有與用戶和服務(wù)器相關(guān)的數(shù)據(jù)的存儲核心，不僅 保存用戶和服務(wù)器相關(guān)的靜態(tài)數(shù)據(jù)，而且保存某些動態(tài)數(shù)據(jù)。當(dāng)UE在IMS 網(wǎng)絡(luò)注冊成功后，HSS保存分配給UE的S-CSCF地址或名稱。
UE注冊成功后，IMS網(wǎng)絡(luò)為UE所分配的P-CSCF、 S-CSCF、以及所 對應(yīng)的HSS，構(gòu)成了 UE后續(xù)通信使用的通信鏈路。在注冊成功后，UE發(fā) 起呼叫的過程、UE被呼叫的過程，網(wǎng)絡(luò)都將使用已經(jīng)為該UE分配好的通 信鏈路。
在通常情況下，l正注冊成功后，網(wǎng)絡(luò)分配給該UE的通信鏈路，在后 續(xù)過程中，是保持不變的。這即意味著， 一旦這個鏈路上的某一個環(huán)節(jié)出了 問題，將會影響UE后續(xù)的起呼和終呼的過程，使得通信不能正常進(jìn)行。
由于S-CSCF在IMS信令控制流程中的重要性，如果S-CSCF出現(xiàn)故障， 將直接導(dǎo)致服務(wù)不能得到服務(wù)，嚴(yán)重影響用戶的業(yè)務(wù)體驗。
對于任何UE發(fā)起的呼叫或者指向UE的呼叫，呼叫控制信令都將達(dá)到 S-CSCF,由S-CSCF根據(jù)業(yè)務(wù)配置來決定控制流程；同時S-CSCF也有可能 接收到AS代替UE發(fā)起的呼叫。在這些情況下，如果S-CSCF失敗將導(dǎo)致 呼叫流程的中斷，只有等待UE主動發(fā)現(xiàn)了網(wǎng)絡(luò)錯誤而重新發(fā)起初始注冊過 程才能解決。而UE主動發(fā)現(xiàn)網(wǎng)絡(luò)錯誤的過程取決于UE發(fā)起周期性重注冊 的時間，通常這個時間間隔會在數(shù)分鐘到數(shù)十分鐘左右，這期間如果有另外 的用戶呼叫該UE,則呼叫將不能正常執(zhí)行，而且UE自身如果發(fā)起呼叫也 將會失敗。
5為了解決上述由于核心網(wǎng)元故障問題而引起的服務(wù)中斷，改善用戶體
驗，3GPP組織成立了 IMS故障恢復(fù)研究項目，目的就在于尋找核心網(wǎng)元發(fā) 生故障后的解決方案。
其中，針對S-CSCF故障，有如下研究結(jié)果
(A) 如果網(wǎng)絡(luò)接收到的是UE發(fā)起的呼叫，為了繼續(xù)呼叫流程，故障 恢復(fù)流程中的S-CSCF (該S-CSCF可能是先前的S-CSCF故障后恢復(fù)，但 是丟失業(yè)務(wù)數(shù)據(jù)；也可能是由于原先的S-CSCF故障無響應(yīng)，網(wǎng)絡(luò)為了實現(xiàn) 故障恢復(fù)而重新選擇的一個新的S-CSCF)，必須要能獲得用戶的業(yè)務(wù)配置 數(shù)據(jù)、注冊狀態(tài)、為UE分配的P-CSCF、 UE的IP地址和端口 。在該過程 中，由于呼叫請求是UE發(fā)起的，經(jīng)過P-CSCF發(fā)送到S-CSCF，故S-CSCF 可以從呼叫請求中提取P-CSCF地址信息、UE的地址和端口信息，以便后 續(xù)使用。
(B) 如果網(wǎng)絡(luò)接收到的是指向UE的呼叫，為了繼續(xù)呼叫流程，故障 恢復(fù)流程中的S-CSCF (和(A)相同，有兩種情況)同樣必須要能獲得用 戶的業(yè)務(wù)配置數(shù)據(jù)、注冊狀態(tài)、為UE分配的P-CSCF、 UE的IP地址和端 口。然而，和(A)情況不同的是，由于呼叫是第三方發(fā)給UE的，S-CSCF 不可能從呼叫請求中獲取P-CSCF地址信息、UE的IP地址和端口信息，而 S-CSCF需要使用這些信息將呼叫發(fā)送給P-CSCF。
此外，還有AS代替UE發(fā)起呼叫的情況，其處理情況是類似于(A)的。
在上述(A) 、 (B)中，用戶的業(yè)務(wù)配置數(shù)據(jù)用于觸發(fā)業(yè)務(wù)邏輯，決 定呼叫流程的下一跳應(yīng)被哪個網(wǎng)元處理；注冊狀態(tài)用于判斷UE是已注冊的 還是未注冊的，從而針對已注冊用戶觸發(fā)正常業(yè)務(wù)流程，針對未注冊用戶觸 發(fā)未注冊業(yè)務(wù)流程；P-CSCF地址對于指向UE的呼叫情況下，S-CSCF需要 知道該地址，以i更將信令發(fā)送到該P-CSCF。
為了解決上述(A) 、 (B)情況所面臨的問題，現(xiàn)有研究采用了備份、 恢復(fù)的解決方案，如圖2所示，包括如下步驟
S201 ，在UE執(zhí)行IMS注冊時，S-CSCF向HSS備份所存儲在S-CSCF上的關(guān)鍵信息；
在注冊過程中，當(dāng)鑒權(quán)成功后，S-CSCF向HSS發(fā)送月良務(wù)分配請求(Server Assignment Request,簡稱SAR),更新S-CSCF名稱、獲取用戶的業(yè)務(wù)配 置，同時S-CSCF將存儲在自身上的關(guān)于UE注冊的相關(guān)信息(包括P-CSCF 的網(wǎng)絡(luò)ID、 P-CSCF的IP地址、UE的聯(lián)系地址、UE的公共用戶標(biāo)識、UE 的私有用戶標(biāo)識等)打包成一個S-CSCF Info的信息包，保存到HSS上。
S202a, UE發(fā)起呼叫；或
S202b,第三方發(fā)起執(zhí)行UE的終呼，該呼叫經(jīng)過I-CSCF被發(fā)送給 S-CSCF;
S203，網(wǎng)絡(luò)(可以是I-CSCF或P-CSCF等網(wǎng)絡(luò)設(shè)備)如果檢測到S-CSCF 故障，比如宕機無響應(yīng)、S-CSCF返回錯誤，針對S-CSCF返回錯誤，可以 判斷S-CSCF故障恢復(fù)后無用戶數(shù)據(jù)，則可以繼續(xù)使用該S-CSCF;如果 S-CSCF宕機無響應(yīng)，則需要重新選擇一個S-CSCF，重選S-CSCF可以通過 I-CSCF向HSS執(zhí)行S-CSCF查詢來進(jìn)行；如果重新選擇了一個S-CSCF作 為執(zhí)行故障恢復(fù)的S-CSCF,則網(wǎng)絡(luò)將呼叫請求轉(zhuǎn)發(fā)到該S-CSCF;
5204 , S-CSCF由于是故障后恢復(fù)的或者是重選的，因此均無用戶數(shù)據(jù)， 則S-CSCF需向HSS發(fā)送SAR請求，請求用戶的業(yè)務(wù)配置、備份的S-CSCF Info信息包。HSS在收到SAR請求后，通過服務(wù)分配響應(yīng)(Server Assignment Answer,簡稱SAA)命令，向S-CSCF返回用戶業(yè)務(wù)配置、備份的S-CSCF Info信息包；
5205, S-CSCF在本地保存HSS所返回的數(shù)據(jù)，并判斷用戶當(dāng)前注冊狀
態(tài)；
由于在前述S204步驟中，HSS不顯式地返回用戶的注冊狀態(tài)，而是通 過SAA中的錯誤信息(Experiment-Result)域中的錯誤響應(yīng)值讓S-CSCF判 斷當(dāng)前用戶是否是已注冊的。比如，如果返回值是 DIAMETER—ERROR—IN—ASSIGNMENT TYPE 、 DIAMETER—SUCCESS , 則S-CSCF認(rèn)為當(dāng)前用戶是已注冊的，如果返回值是其它值則認(rèn)為當(dāng)前用戶 是未注冊的。另外如果HSS沒有在SAA響應(yīng)中返回S-CSCF Info信息包，則S-CSCF也認(rèn)為當(dāng)前用戶是未注冊的。S-CSCF需要根據(jù)SAA響應(yīng)中所包 含的信息來判斷用戶當(dāng)前的注冊狀態(tài)。
S206a、 S206b, S-CSCF憑借所獲取的用戶數(shù)據(jù)，執(zhí)行后續(xù)呼叫處理流程。
在該過程中，S-CSCF根據(jù)所判斷的用戶當(dāng)前的注冊狀態(tài)，從而確定是 觸發(fā)注冊業(yè)務(wù)，還是觸發(fā)未注冊業(yè)務(wù)。
圖2所示的流程描述了在現(xiàn)有技術(shù)條件下，針對S-CSCF故障所采用的 故障恢復(fù)解決方案。在該解決方案中，需要對現(xiàn)有S-CSCF進(jìn)行擴(kuò)充，以使 得S-CSCF具有故障恢復(fù)的支持能力。而現(xiàn)實情況中， 一個網(wǎng)絡(luò)中所部署的 S-CSCF,其對故障恢復(fù)的支持能力可能是有差別的，也就是說存在這樣的 情況某些S-CSCF不支持故障恢復(fù)，另一些S-CSCF支持故障恢復(fù)。
當(dāng)不支持故障恢復(fù)和支持故障恢復(fù)的S-CSCF在一起工作時，可能會出 現(xiàn)下面所描述的問題UE執(zhí)行IMS注冊時，被分配的是不支持故障恢復(fù)的 S-CSCF1,由于該S-CSCF1不支持故障恢復(fù)，因此在注冊過程中，該S-CSCF1 沒有向HSS備份S-CSCF Info信息包。當(dāng)故障發(fā)生后，有呼叫達(dá)到，網(wǎng)絡(luò)為 該UE選擇了一個支持故障恢復(fù)的S-CSCF2，則當(dāng)該S-CSCF2向HSS發(fā)送 SAR請求時，HSS沒有返回S-CSCF Info信息包，因此S-CSCF2認(rèn)為該用 戶是未注冊用戶，從而錯誤地觸發(fā)了未注冊業(yè)務(wù)。
從以上分析可以看出，在某些情況下，當(dāng)前針對S-CSCF故障所使用的 備份恢復(fù)機制，存在一定的缺陷，可能導(dǎo)致S-CSCF錯誤地判斷用戶的注冊 狀態(tài)，從而錯誤地觸發(fā)未注冊業(yè)務(wù)，導(dǎo)致業(yè)務(wù)流程的混亂。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提出一種一種S-CSCF故障恢復(fù)處理方 法，可以避免由用戶注冊狀態(tài)判斷失誤所帶來的業(yè)務(wù)處理混亂。
為了解決上述技術(shù)問題，本發(fā)明提供一種服務(wù)呼叫會話控制功能 S-CSCF故障恢復(fù)處理方法，包括以下步驟
A、當(dāng)為用戶分配的S-CSCF發(fā)生故障后，網(wǎng)絡(luò)收到所述用戶相關(guān)的呼叫請求，先確定一個用以執(zhí)行故障恢復(fù)的S-CSCF;
B、 所述S-CSCF執(zhí)行故障恢復(fù)流程，向歸屬用戶服務(wù)器HSS發(fā)送服務(wù) 分配i青求；
C、 所述HSS收到服務(wù)分配請求后，在滿足預(yù)設(shè)條件時或無條件地通過 月良務(wù)分配響應(yīng)顯式地返回在本地4全查到的該用戶當(dāng)前注冊狀態(tài)；
D、 所述S-CSCF收到服務(wù)分配響應(yīng)后，如檢測到其中包含的顯式返回 的用戶當(dāng)前注冊狀態(tài)信息，則直接利用該當(dāng)前注冊狀態(tài)信息獲取所述用戶當(dāng) 前的注冊狀態(tài)，繼續(xù)后續(xù)呼叫處理流程。
進(jìn)一步地，步驟C中所述預(yù)設(shè)條件是在所述S-CSCF本地不存在S-CSCF info信息包，即所述S-CSCF判斷本地不存在S-CSCF info信息包時，通過 服務(wù)分配響應(yīng)顯式地返回在本地才企查到的該用戶當(dāng)前注冊狀態(tài)。
進(jìn)一步地，如所述S-CSCF判斷本地存在S-CSCF info信息包，則在月良 務(wù)分配響應(yīng)中通過錯誤響應(yīng)或其他信息來指示所述用戶當(dāng)前注冊狀態(tài)。
進(jìn)一步地，步驟C中所述預(yù)設(shè)條件是在所述S-CSCF本地不存在S-CSCF Info信息包且所述用戶為已注冊狀態(tài)，此時所述S-CSCF再通過服務(wù)分配響 應(yīng)顯式地返回所述用戶當(dāng)前注冊狀態(tài)。
進(jìn)一步地，步驟C中所述預(yù)設(shè)條件是所述HSS收到所述S-CSCF發(fā)送 的服務(wù)分配請求中，有要求所述HSS返回用戶當(dāng)前注冊狀態(tài)的信息，即所 述HSS檢測到服務(wù)分配請求中包含所述要求信息時，再通過服務(wù)分配響應(yīng) 中顯式地返回用戶當(dāng)前注冊狀態(tài)。
進(jìn)一步地，步驟D中，所述S-CSCF在繼續(xù)后續(xù)呼叫處理時，根據(jù)得到 的所述用戶當(dāng)前注冊狀態(tài)確定是觸發(fā)注冊業(yè)務(wù)，還是觸發(fā)未注冊業(yè)務(wù)。
進(jìn)一步地，步驟C中，所述HSS還通過服務(wù)分配響應(yīng)返回在本地檢查 到的所述用戶的業(yè)務(wù)配置信息，如本地存在所述用戶的S-CSCF Info信息包， 則還通過該服務(wù)分配響應(yīng)中返回所述用戶的S-CSCF Info信息包。
進(jìn)一步地，所述顯式地返回在本地;險查到的該用戶當(dāng)前注冊狀態(tài)是指在 服務(wù)分配響應(yīng)中攜帶專用于指示用戶當(dāng)前是否注冊的信息，所述顯式返回的 用戶當(dāng)前注冊狀態(tài)信息即為該專用于指示用戶當(dāng)前是否注冊的信息。
9進(jìn)一步地，所述顯式返回的用戶當(dāng)前注冊狀態(tài)信息包含在S-CSCF Info 信息包中，或者包含在所述服務(wù)分配響應(yīng)中的其它位置。
進(jìn)一步地，步驟A中，所述用戶相關(guān)的呼叫請求是所述用戶發(fā)起的呼 叫，或者是應(yīng)用服務(wù)器代替所述用戶發(fā)起的呼叫，或者是第三方發(fā)起的指向 所述用戶的呼叫。
本發(fā)明有如下技術(shù)效果在S-CSCF發(fā)生故障后的故障處理流程中，通 過讓HSS判斷并返回用戶的注冊狀態(tài)，避免S-CSCF根據(jù)HSS返回的響應(yīng) 結(jié)果中的信息進(jìn)行用戶注冊狀態(tài)判斷所導(dǎo)致的失誤，可以有效地避免由于注 冊狀態(tài)判斷錯誤而導(dǎo)致的業(yè)務(wù)觸發(fā)混亂。


圖1為現(xiàn)有技術(shù)的IMS系統(tǒng)中的核心網(wǎng)元及其連接關(guān)系示意圖2為現(xiàn)有技術(shù)中為解決S-CSCF故障所采用的備份恢復(fù)方案的流程
圖3為本發(fā)明的實施例，描述在S-CSCF故障恢復(fù)過程中用以判斷用戶 注冊狀態(tài)的方法。
具體實施例方式
在用戶成功注冊到IMS網(wǎng)絡(luò)后，IMS網(wǎng)絡(luò)為用戶(UE)分配了 S-CSCF。 如果該S-CSCF發(fā)生故障，無響應(yīng)或丟失用戶數(shù)據(jù)，將直接導(dǎo)致呼叫不能進(jìn) 行。針對該缺陷，現(xiàn)有技術(shù)是在用戶注冊到IMS的過程中將保存在S-CSCF 上的信息打包成一個S-CSCF Info信息包，保存在HSS上；等S-CSCF發(fā)生 故障后，由網(wǎng)絡(luò)確定一個可以執(zhí)行故障恢復(fù)流程的S-CSCF,由該S-CSCF 向HSS請求用戶業(yè)務(wù)配置數(shù)據(jù)、S-CSCF Info信息包，以恢復(fù)先前為UE服 務(wù)的S-CSCF環(huán)境，以便使得呼叫過程能夠成功執(zhí)行。
然而，由于某些原因，可能導(dǎo)致UE在執(zhí)行IMS注冊的時候，代表為 UE服務(wù)的S-CSCF的服務(wù)環(huán)境的S-CSCF Info信息包并沒有被保存到HSS 上，因此，后續(xù)故障發(fā)生后網(wǎng)絡(luò)所指定的用于執(zhí)行故障恢復(fù)的S-CSCF無法獲取該S-CSCFInfo信息包，從而根據(jù)現(xiàn)有故障恢復(fù)流程中判斷用戶狀態(tài)的 方法，將導(dǎo)致對用戶狀態(tài)判斷的失誤，即將已注冊判斷為未注冊，從而可能 觸發(fā)未注冊業(yè)務(wù)，導(dǎo)致業(yè)務(wù)執(zhí)行的混亂。
針對該缺陷，本發(fā)明提供了一種方法，用以明確地判斷用戶的注冊狀態(tài) 并返回給S-CSCF，避免可能發(fā)生的判斷失誤缺陷。
下面結(jié)合附圖和實施例對本發(fā)明作進(jìn)一步詳細(xì)的說明。
圖3是本發(fā)明的一個實施例，用以描述在故障恢復(fù)過程中，明確地4會測 用戶的注冊狀態(tài)的流程。
S301,當(dāng)S-CSCF故障發(fā)生后，網(wǎng)絡(luò)接收到呼叫，該呼叫可能是UE發(fā) 起的(也即用戶發(fā)起的)、AS代替UE發(fā)起的、或第三方發(fā)起的指向UE 的。網(wǎng)絡(luò)根據(jù)S-CSCF的響應(yīng)情況判斷該S-CSCF的故障情況，并根據(jù)故障 情況確定一個可以執(zhí)行故障恢復(fù)流程的S-CSCF;
這里，可執(zhí)行故障恢復(fù)流程的S-CSCF可能是原先分配給UE、故障恢 復(fù)后已無用戶數(shù)據(jù)的那個S-CSCF，也可能是由于先前的S-CSCF無響應(yīng)、 而后網(wǎng)絡(luò)重新選擇的一個新的S-CSCF。如果重新選擇了一個S-CSCF作為 執(zhí)行故障恢復(fù)的S-CSCF,則網(wǎng)絡(luò)將呼叫請求轉(zhuǎn)發(fā)到該S-CSCF。
S302，用以執(zhí)行故障恢復(fù)流程的S-CSCF向HSS發(fā)送SAR請求，請求 獲取用戶的業(yè)務(wù)配置、先前備份的S-CSCF Info信息包；
S303， HSS接收到SAR請求后，如判斷存在S-CSCF Info ( S-CSCF信 息)信息包，則通過SAA響應(yīng)返回用戶的業(yè)務(wù)配置和S-CSCF Info信息包， 如果不存在S-CSCF Info信息包，通過SAA響應(yīng)中返回用戶的業(yè)務(wù)配置信 息，并顯式地返回用戶當(dāng)前的注冊狀態(tài)信息；
在另一實施例中，也可以將判斷條件設(shè)置為如果本地不存在S-CSCF Info信息包且用戶為已注冊狀態(tài)，再通過SAA響應(yīng)顯式地返回用戶當(dāng)前的 注冊狀態(tài)信息；相應(yīng)地，如果本地不存在S-CSCF Info信息包且用戶為未注 冊狀態(tài)，則可以只返回用戶的業(yè)務(wù)配置信息。如果本地存在S-CSCF Info信 息包，則通過SAA響應(yīng)返回用戶的業(yè)務(wù)配置和S-CSCF Info信息包。
在該步驟中，由于HSS中儲存有該用戶的注冊信息，因此HSS可以直接檢查該用戶當(dāng)前的注冊狀態(tài)，并檢查和用戶關(guān)聯(lián)的S-CSCF Info信息包是 否存在，如果S-CSCF Info信息包不存在且當(dāng)前用戶是已注冊狀態(tài)，則HSS 需要在給S-CSCF的SAA響應(yīng)中顯式地返回用戶的當(dāng)前注冊狀態(tài)，所謂"顯 式地返回"即在響應(yīng)中存在專用于指示用戶當(dāng)前是否注冊的信息，而不需要 通過還有其他用途的信息來判斷。
S304, S-CSCF如果從HSS返回的SAA響應(yīng)中檢測到顯式返回的用戶 當(dāng)前注冊狀態(tài)的信息，則直接利用該信息獲知UE當(dāng)前注冊狀態(tài)，如果沒有 檢測到顯式返回的用戶設(shè)備當(dāng)前注冊狀態(tài)信息，再根據(jù)SAA所包含的錯誤 響應(yīng)或其他信息來判斷該用戶當(dāng)前是否已注冊；
S305， S-CSCF使用已獲得的數(shù)據(jù)，繼續(xù)后續(xù)呼叫處理流程。
圖3所示的流程中，HSS返回的用戶注冊狀態(tài)信息，可以包含在S-CSCF Info信息包中，也可以包含在SAA響應(yīng)中的其它位置。
對圖3所示的實施例，還有其他的變換方式，如
變型實施例1:執(zhí)行故障恢復(fù)過程的S-CSCF向HSS發(fā)送SAR請求， 相應(yīng)于該請求，無論是否存在S-CSCF Info信息包，HSS在SAA響應(yīng)中均 無條件地顯式地返回用戶當(dāng)前的注冊狀態(tài)；S-CSCF均直接從HSS返回的 SAA響應(yīng)中獲取用戶的注冊狀態(tài)，無需進(jìn)一步根據(jù)其他條件判斷。
變型實施例2:基于變型實施例1,執(zhí)行故障恢復(fù)過程的S-CSCF在向 HSS發(fā)送SAR請求時明確要求HSS返回用戶當(dāng)前的注冊狀態(tài)，HSS收到該 要求時，才在SAA響應(yīng)中顯式地返回用戶當(dāng)前注冊狀態(tài)；此時，S-CSCF直 接從HSS返回的SAA響應(yīng)中顯式的用戶當(dāng)前注冊狀態(tài)信息獲取用戶的注冊 狀態(tài)，無需進(jìn)一步根據(jù)其他條件判斷。
綜上所述，本發(fā)明處理S-CSCF故障的方法，在S-CSCF發(fā)生故障后的 故障處理流程中，通過讓HSS判斷并返回用戶的注冊狀態(tài)，避免由于S-CSCF 根據(jù)HSS返回的響應(yīng)結(jié)果中的信息判斷所導(dǎo)致的失誤，可以有效地避免由 于注冊狀態(tài)判斷錯誤而導(dǎo)致的業(yè)務(wù)觸發(fā)混亂。
1權(quán)利要求
1、一種服務(wù)呼叫會話控制功能S-CSCF故障恢復(fù)處理方法，包括以下步驟A、當(dāng)為用戶分配的S-CSCF發(fā)生故障后，網(wǎng)絡(luò)收到所述用戶相關(guān)的呼叫請求，先確定一個用以執(zhí)行故障恢復(fù)的S-CSCF；B、所述S-CSCF執(zhí)行故障恢復(fù)流程，向歸屬用戶服務(wù)器HSS發(fā)送服務(wù)分配請求；C、所述HSS收到服務(wù)分配請求后，在滿足預(yù)設(shè)條件時或無條件地通過服務(wù)分配響應(yīng)顯式地返回在本地檢查到的該用戶當(dāng)前注冊狀態(tài)；D、所述S-CSCF收到服務(wù)分配響應(yīng)后，如檢測到其中包含的顯式返回的用戶當(dāng)前注冊狀態(tài)信息，則直接利用該當(dāng)前注冊狀態(tài)信息獲取所述用戶當(dāng)前的注冊狀態(tài)，繼續(xù)后續(xù)呼叫處理流程。
2、 如權(quán)利要求l所述的方法，其特征在于步驟C中所述預(yù)設(shè)條件是在所述S-CSCF本地不存在S-CSCF info信息 包，即所述S-CSCF判斷本地不存在S-CSCF info信息包時，通過力良務(wù)分配 響應(yīng)顯式地返回在本地檢查到的該用戶當(dāng)前注冊狀態(tài)。
3、 如權(quán)利要求2所述的方法，其特征在于如所述S-CSCF判斷本地存在S-CSCF info信息包，則在服務(wù)分配響應(yīng) 中通過錯誤響應(yīng)或其他信息來指示所述用戶當(dāng)前注冊狀態(tài)。
4、 如權(quán)利要求1所述的方法，其特征在于步驟C中所述預(yù)設(shè)條件是在所述S-CSCF本地不存在S-CSCF Info信息 包且所述用戶為已注冊狀態(tài)，此時所述S-CSCF再通過服務(wù)分配響應(yīng)顯式地 返回所述用戶當(dāng)前注冊狀態(tài)。
5、 如權(quán)利要求1所述的方法，其特征在于步驟C中所述預(yù)設(shè)條件是所述HSS收到所述S-CSCF發(fā)送的服務(wù)分配 請求中，有要求所述HSS返回用戶當(dāng)前注冊狀態(tài)的信息，即所述HSS檢測到服務(wù)分配請求中包含所述要求信息時，再通過服務(wù)分配響應(yīng)中顯式地返回 用戶當(dāng)前注冊狀態(tài)。
6、 如權(quán)利要求1至5中任一權(quán)利要求所述的方法，其特征在于步驟D中，所述S-CSCF在繼續(xù)后續(xù)呼叫處理時，根據(jù)得到的所述用戶 當(dāng)前注冊狀態(tài)確定是觸發(fā)注冊業(yè)務(wù)，還是觸發(fā)未注冊業(yè)務(wù)。
7、 如權(quán)利要求1至5中任一權(quán)利要求所述的方法，其特征在于步驟C中，所述HSS還通過服務(wù)分配響應(yīng)返回在本地檢查到的所述用 戶的業(yè)務(wù)配置信息，如本地存在所述用戶的S-CSCFInfo信息包，則還通過 該月良務(wù)分配響應(yīng)中返回所述用戶的S-CSCF Info信息包。
8、 如權(quán)利要求1所述的方法，其特征在于所述顯式地返回在本地4企查到的該用戶當(dāng)前注冊狀態(tài)是指在"l務(wù)分配 響應(yīng)中攜帶專用于指示用戶當(dāng)前是否注冊的信息，所述顯式返回的用戶當(dāng)前 注冊狀態(tài)信息即為該專用于指示用戶當(dāng)前是否注冊的信息。
9、 如權(quán)利要求8所述的方法，其特征在于所述顯式返回的用戶當(dāng)前注冊狀態(tài)信息包含在S-CSCF Info信息包中， 或者包含在所述服務(wù)分配響應(yīng)中的其它位置。
10、 如權(quán)利要求1所述的S-CSCF故障恢復(fù)處理方法，其特征在于步驟A中，所述用戶相關(guān)的呼叫請求是所述用戶發(fā)起的呼叫，或者是 應(yīng)用服務(wù)器代替所述用戶發(fā)起的呼叫，或者是第三方發(fā)起的指向所述用戶的呼叫。
全文摘要
一種服務(wù)呼叫會話控制功能S-CSCF故障恢復(fù)處理方法，包括以下步驟當(dāng)為用戶分配的S-CSCF發(fā)生故障后，網(wǎng)絡(luò)收到所述用戶相關(guān)的呼叫請求，先確定一個用以執(zhí)行故障恢復(fù)的S-CSCF；所述S-CSCF執(zhí)行故障恢復(fù)流程，向歸屬用戶服務(wù)器HSS發(fā)送服務(wù)分配請求；所述HSS收到服務(wù)分配請求后，在滿足預(yù)設(shè)條件時或無條件地通過服務(wù)分配響應(yīng)顯式地返回在本地檢查到的該用戶當(dāng)前注冊狀態(tài)；所述S-CSCF收到服務(wù)分配響應(yīng)后，如檢測到其中包含的顯式返回的用戶當(dāng)前注冊狀態(tài)信息，則直接利用該當(dāng)前注冊狀態(tài)信息獲取所述用戶當(dāng)前的注冊狀態(tài)，繼續(xù)后續(xù)呼叫處理流程。
文檔編號H04W60/02GK101448319SQ20081009105
公開日2009年6月3日 申請日期2008年4月11日 優(yōu)先權(quán)日2008年4月11日
發(fā)明者李志軍 申請人:中興通訊股份有限公司