專利名稱：一種服務(wù)呼叫會話控制功能的故障恢復(fù)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種IP (Internet Protocol ，因特網(wǎng)協(xié)議) 多媒體子系統(tǒng)中的服務(wù)呼叫會話控制功能的故障恢復(fù)方法。
背景技術(shù)：
IP多*某體子系統(tǒng)(IP Multimedia Core Network Subsystem,簡稱MS)是 新一代通訊網(wǎng)絡(luò)的核心。圖l描述了 MS體系i結(jié)構(gòu)中和本發(fā)明相關(guān)的網(wǎng)元實 體及其連接關(guān)系。其中
用戶設(shè)備(UserEquipment,簡稱UE) 101代表用戶使用的終端設(shè)備；
呼叫會話控制功能(Call Session Control Function,簡稱CSCF)是控制會 話過程的核心網(wǎng)元，包括:代理呼叫會話控制功能(Proxy-CSCF，簡稱P-CSCF) 102、查詢呼叫會話控制功能(Interrogating-CSCF，簡稱I-CSCF) 103、服務(wù) 呼叫會話控制功能(Serving-CSCF，簡稱S-CSCF) K)4;
歸屬用戶服務(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。
4S-CSCF是MS的核心網(wǎng)元，位于歸屬網(wǎng)絡(luò)，為UE進行會話控制和注冊 服務(wù)。當(dāng)UE處于會話中時，S-CSCF處理網(wǎng)絡(luò)中的會話狀態(tài)。
HSS是MS系統(tǒng)中與用戶和服務(wù)器相關(guān)的數(shù)據(jù)的存儲核心，不僅保存用 戶和服務(wù)器相關(guān)的靜態(tài)數(shù)據(jù)，而且保存某些動態(tài)數(shù)據(jù)。
UE想要使用IMS所提供的豐富的業(yè)務(wù)功能，必須首先注冊到IMS域。 當(dāng)UE注冊成功后，IMS網(wǎng)絡(luò)為UE分配P-CSCF、 S-CSCF。并且在UE ;i冊 成功后，P-CSCF、 S-CSCF、 HSS上各自維持著相應(yīng)的用戶數(shù)據(jù)和狀態(tài)，具體 包括
P-CSCF中存儲UE的公共用戶標(biāo)識(PUI)、 UE的私有用戶標(biāo)識(PVI)、 UE的聯(lián)系地址(如IP地址、SIP URL (Uniform Resource Locator,統(tǒng)一資源 定位符)等)、和UE之間保持的安全聯(lián)盟、為UE分配的歸屬網(wǎng)的S-CSCF 地址/名稱，以及可能的會話狀態(tài)信息(如UE的訂閱事件包)；
S-CSCF中存儲UE的公共用戶標(biāo)識(PUI)、 UE的私有用戶標(biāo)識(PVI)、 UE的聯(lián)系地址(如IP地址、SEP URL等)、為UE分配的P-CSCF地址/名 稱、P-CSCF所歸屬的網(wǎng)絡(luò)ID (標(biāo)識符)、l正所歸屬的HSS地址、UE的用 戶配置數(shù)據(jù)，以及可能的會話狀態(tài)信息(如UE的訂閱事件包)； ，
HSS中存儲為UE分配的S-CSCF地址、UE的注冊狀態(tài)。
其中，當(dāng)UE注冊成功后，P-CSCF、 S-CSCF上并沒有顯式地保存UE的 注冊狀態(tài)，但是P-CSCF可以通過和UE之間是否存在安全聯(lián)盟來判斷UE是 否已經(jīng)注冊，而S-CSCF通過判斷有沒有UE注冊后的相關(guān)數(shù)據(jù)來判斷UE是 否已經(jīng)注冊。
UE注冊成功后，IMS網(wǎng)絡(luò)為UE所分配的P-CSCF、 S-CSCF、以及所對 應(yīng)的HSS,構(gòu)成了 UE后續(xù)通信使用的通信鏈路。在注冊成功后，l正發(fā)起呼 p葉的過程、UE被呼叫的過程，網(wǎng)絡(luò)都將〗吏用已經(jīng)為該UE分配好的通信鏈路。
在通常情況下，UE注冊成功后，網(wǎng)絡(luò)分配給該UE的通信鏈路在后續(xù)過 程中是保持不變的。這意味著， 一旦這個通信鏈路上的某一個環(huán)節(jié)出了問題， 將會影響UE后續(xù)的起呼和終呼的過程，使得通信不能正常進行。
由于S-CSCF在IMS信令控制流程中的重要性，如果S-CSCF出現(xiàn)故障，將直接導(dǎo)致服務(wù)失敗，嚴(yán)重影響用戶的業(yè)務(wù)體驗。
對于UE發(fā)起的呼叫、指向UE的呼叫，呼叫控制信令將到達S-CSCF, 由S-CSCF根據(jù)業(yè)務(wù)配置來決定控制流程。同時，S-CSCF也有可能接收到 AS代替UE發(fā)起的呼叫。在這些情況下，如果S-CSCF失敗將導(dǎo)致呼叫流程 的中斷，只有等待UE主動發(fā)現(xiàn)了網(wǎng)^4晉誤而重新發(fā)起注冊才能解決。而UE 主動發(fā)現(xiàn)網(wǎng)絡(luò)錯誤的過程取決于UE發(fā)起周期性重注冊的時間間隔，通常這 個時間間隔會在數(shù)分鐘到數(shù)十分鐘，這期間如果有其他用戶呼叫該UE，則呼 叫不能正常執(zhí)行，而且該UE主動發(fā)起的呼叫也將會失敗。
為了解決上述由于核心網(wǎng)網(wǎng)元故障問題而引起的服務(wù)中斷，改善用戶體 驗，3GPP (3rd Generation Partnership Project,第三代合作伙伴計劃)組織成 立了 MS故障恢復(fù)研究項目，目的就在于尋找核心網(wǎng)元發(fā)生故障后的解決方 案。
其中，針對S-CSCF故障，有如下研究結(jié)果
(A)如果接收到UE發(fā)起的呼叫，為了繼續(xù)呼叫流程，故障恢復(fù)流程中 的S-CSCF(該S-CSCF可能是先前出現(xiàn)故障后恢復(fù)的S-CSCF，此時該S-CSCF 已丟失業(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 )如果接收到指向UE的呼叫，為了繼續(xù)呼叫流程，故障恢復(fù)流程中 的S-CSCF (和(A)相同可能Aih前出現(xiàn)故障后恢復(fù)的S-CSCF，也可能是 新分配的S-CSCF)同樣需要獲得和(A)情況相同的數(shù)據(jù)。然而，和(A) 情況不同的是，由于呼叫是第三方發(fā)給UE的，S-CSCF不可能從呼叫請求中 獲取P-CSCF地址信息、UE的IP和端口信息，i而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處于已注冊狀態(tài) 還是未注冊狀態(tài)，從而針對已注冊用戶觸發(fā)主常業(yè)務(wù)流程，針對未注冊用戶 觸發(fā)未注冊業(yè)務(wù)流程。對于指向UE的呼叫，S-CSCF需要知道P-CSCF地址， 以便將信令發(fā)送到該P-CSCF。
為了解決上述(A) 、 (B)情況所面臨的問題，現(xiàn)有研究采用了備汾、 恢復(fù)的解決方案。其主要特征是在UE執(zhí)行MS初始注冊時，將S-CSCF 上保存的重要的環(huán)境數(shù)據(jù)保存到HSS上。這些環(huán)境數(shù)據(jù)包括為UE分配的 P-CSCF信息、UE的聯(lián)系地址等信息、UE的PUI和PVI等信息。這些保存 在HSS上的S-CSCF的環(huán)境信息可以被稱之為S-CSCF Info信息包。當(dāng)S-CSCF 故障丟失數(shù)據(jù)后，S-CSCF可以向HSS請求返回先前保存在HSS上的S-CSCF Info信息包，用以重建服務(wù)環(huán)境。當(dāng)原先為UE分配的S-CSCF故障無響應(yīng)后， 網(wǎng)絡(luò)可以為UE重新選擇新的S-CSCF，由新的S-CSCF向HSS請求原S-CSCF 保存的S-CSCF Info信息包，用以重建服務(wù)環(huán)境。
當(dāng)S-CSCF重建了服務(wù)環(huán)境后，可以處理UE的呼叫，即實現(xiàn)故障恢復(fù)過程。
圖2是一個典型的S-CSCF故障恢復(fù)過程的流程圖，該流程圖描述了當(dāng) UE被終呼時原先的S-CSCF故障無響應(yīng)，網(wǎng)絡(luò)重選S-CSCF，并采用恢復(fù)機 制重建S-CSCF服務(wù)環(huán)境，以繼續(xù)呼叫的過程，包括如下步驟
S201，在UE執(zhí)行MS注冊時，S-CSCF向HSS備份在S-CSCF上存儲 的關(guān)鍵信息；
在注冊過程中，鑒權(quán)成功后，S-CSCF向HSS發(fā)送服務(wù)分配請求(Server Assignment Request,簡稱SAR)，以更新S-CSCF名稱、獲取用戶的業(yè)務(wù)配 置，同時S-CSCF將存儲在本地的與UE注冊相關(guān)的信息(包括P-CSCF的 網(wǎng)絡(luò)ID、 P-CSCF的IP地址、UE的聯(lián)系地址、UE的公共用戶標(biāo)識、UE的 私有用戶標(biāo)識、關(guān)鍵的路由信息等)打包成一個S-CSCF Info的信息包，保存 到HSS上。
S202，后續(xù)過程中，第三方發(fā)起呼叫，指向該UE，該呼叫首先被發(fā)送到 I腸CSCF;S203, I-CSCF查詢HSS后獲知原先為UE分配的S-CSCF，并將呼叫請 求前轉(zhuǎn)給該S-CSCF;但是由于原先為UE分配的S-CSCF出現(xiàn)故障無響應(yīng)， 該請求將超時，由此I-CSCF認(rèn)為該S-CSCF出現(xiàn)故障，決定為該UE重選 S-CSCF;
S204， I-CSCF向HSS請求重選S-CSCF; HSS返回若干滿足條件的S-CSCF 信息，I-CSCF從中選取一個作為為UE服務(wù)的新分配的S-CSCF;
S205， I-CSCF將呼叫請求轉(zhuǎn)發(fā)給該重選的S-CSCF，并攜帶標(biāo)識表明該 S-CSCF是被重選的；
5206, 重選的S-CSCF收到呼叫請求，由于該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信息包；
5207, 重選的S-CSCF在本地保存HSS所返回的數(shù)據(jù)，并判斷當(dāng)前用戶 的注冊狀態(tài)；
在步驟S206中，HSS不顯式的返回用戶的注冊狀態(tài)，而是通過SAA中 的4b吳信息(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中返回 S-CSCF Info信息包，則S-CSCF也認(rèn)為當(dāng)前用戶是未注冊的。S-CSCF需要 根據(jù)SAA中所包含的信息來判斷用戶當(dāng)前的注冊狀態(tài)。
5208, S-CSCF憑借所獲取的用戶數(shù)據(jù)和沐境數(shù)據(jù)，執(zhí)行后續(xù)呼叫處理流 程，將呼叫轉(zhuǎn)發(fā)給P-CSCF，并經(jīng)由P-CSCF發(fā)送給UE;
5209, 釆用正常的會話處理流程進行后續(xù)處理。
圖2所示的S-CSCF故障恢復(fù)處理流程，在為UE分配的S-CSCF故障無響應(yīng)而重選S-CSCF后存在一個缺陷，會導(dǎo)致UE發(fā)起的呼叫可能會失敗，如 圖3所示，該流程分為過程A和過程B，具體包括如下步驟
過程A:在此過程中，原先為UE分配的S-CSCF (記作S-CSCF1)因故 障導(dǎo)致無響應(yīng)；當(dāng)收到一個指向UE的終呼請求時，I-CSCF請求HSS為UE 重選為一個S-CSCF (記作S-CSCF2) , S-CSCF2利用從HSS獲取的用戶數(shù) 據(jù)和之前S-CSCF1所備份的S-CSCF信息，來繼續(xù)處理呼叫。
S3A01, I-CSCF收到一個指向UE的終呼請求；
S3A02, I-CSCF向HSS查找為UE分配的S-CSCF，獲得S-CSCF1的信
息；
S3A03， I-CSCF向S-CSCF1發(fā)送呼叫請求；由于S-CSCF1故障，I-CSCF 將得不到S-CSCF1的響應(yīng)；
S3A04，該呼叫請求超時后，I-CSCF判定S-CSCF1發(fā)生故障，決定向 HSS請求為UE分配新的S-CSCF以繼續(xù)呼叫處理流程；
S3A05, I-CSCF向HSS發(fā)送請求，請求HSS為UE重新分配S-CSCF;
S3A06, HSS為UE重新選擇了 S-CSCF2，并返回給I-CSCF;
S3A07, I-CSCF將呼叫請求轉(zhuǎn)給為UE新分配的S-CSCF(即S-CSCF2);
S3A08, S-CSCF2收到呼叫請求后，因本地?zé)o用戶數(shù)據(jù)，故向HSS請求 用戶數(shù)據(jù)及S-CSCF備份信息；
S3A09, HSS查詢到UE的用戶數(shù)據(jù)，并將原先UE注冊時候保存在HSS 上的S-CSCF Info信息包返回給S-CSCF2;
在該信息包中包含了 UE的聯(lián)系地址信息、為UE分配的P-CSCF的信息、 UE的訂閱事件包等重要信息。S-CSCF2接收到HSS返回的用戶數(shù)據(jù)，及備 份在HSS上的S-CSCF信息包，保存在本地，并利用這些數(shù)據(jù)重建為該UE 服務(wù)的S-CSCF環(huán)境。
S3A10， S-CSCF2將呼叫請求轉(zhuǎn)給P-CSCh
S3A11, P-CSCF將呼叫請求轉(zhuǎn)給UE;
S3A12，采用正常呼叫處理流程進行后續(xù)處理。過程B: UE發(fā)起呼叫。
S3B01， UE發(fā)起呼叫，該呼叫的下一個處理網(wǎng)元是P-CSCF;
S3B02, P-CSCF查找本地所存儲的為UE分配的S-CSCF地址，發(fā)現(xiàn)是 S-CSCF1，因此將S-CSCF1的地址添加到路由信息中，并指明下一個處理網(wǎng) 元是S-CSCF;即，P-CSCF將UE的呼叫請求轉(zhuǎn)給S-CSCF1;
S3B03，由于S-CSCF1故障無法處理呼叫，故P-CSCF將在呼叫有效期 限內(nèi)得不到S-CSCF1的響應(yīng)；于是，P-CSCF認(rèn)為呼叫失??；
S3B04, P-CSCF向UE返回呼叫失敗響應(yīng)。
如圖3所示，在UE凈史終呼的過程中，P-CSCF并不知道網(wǎng)絡(luò)為UE重新 選擇了 S-CSCF2，更不會更新本地所保存的為UE分配的S-CSCF信息。當(dāng) P-CSCF在收到UE j^的呼叫時，仍然會沿用UE初始注冊時P-CSCF所保 存的為UE分配的S-CSCF信息，即仍然會使用S-CSCF1，于是會導(dǎo)致UE發(fā) 起的呼叫不能正常進行。
在現(xiàn)有技術(shù)中，P-CSCF保存為UE分配的S-CSCF信息，僅在UE發(fā)起 初始注冊的過程、或UE發(fā)起重注冊的過程中進行。
因此，對圖3所示流程進行分析可以發(fā)現(xiàn)，當(dāng)前的IMS故障恢復(fù)方案， 尤其是S-CSCF的故障恢復(fù)方案中存在一個缺陷，該缺陷導(dǎo)致重選S-CSCF 后，P-CSCF上所保存的S-CSCF信息和重選的S-CSCF不一致，這將導(dǎo)致UE 發(fā)起的呼叫不能正常進行。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是，克服現(xiàn)有技術(shù)的不足，提供一種服務(wù)呼 叫會話控制功能的故障恢復(fù)方法，避免了為UE重選S-CSCF后P-CSCF上所 保存的S-CSCF信息和重選的S-CSCF不一致，進而造成UE發(fā)起的呼叫不能 正常進行的問題。
為了解決上述問題，本發(fā)明提供一種服務(wù)呼叫會話控制功能的故障恢復(fù) 方法，該方法包括當(dāng)為用戶設(shè)備分配的第一服務(wù)呼叫會話控制功能、即第一 S-CSCF發(fā)生 故障時，IP多々某體子系統(tǒng)網(wǎng)絡(luò)即IMS網(wǎng)絡(luò)中用于重選S-CSCF的網(wǎng)元重選第 二 S-CSCF為所述用戶設(shè)備服務(wù)；
所述第二 S-CSCF獲知其為重選的S-CSCF后，通知代理呼叫會話控制功 能P-CSCF已為所述用戶設(shè)備重選S-CSCF;
獲知已為所述用戶設(shè)備重選S-CSCF后，所述P-CSCF更新本地存儲的為 所述用戶設(shè)備服務(wù)的S-CSCF信息，或指示所述用戶設(shè)備重新發(fā)起注冊。
此外，所述IMS網(wǎng)絡(luò)中用于重選S-CSCF的網(wǎng)元為查詢呼叫會話控制功 能I-CSCF;
當(dāng)所述I-CSCF接收到指向所述用戶設(shè)備的終呼請求消息，且發(fā)現(xiàn)所述第 一 S-CSCF發(fā)生故障時，所述I-CSCF為所述用戶i更備重選所述第二 S-CSCF， 并告知所述第二 S-CSCF該S-CSCF為重選的S-CSCF。
此外，所述I-CSCF為所述用戶i殳備重選所述第二 S-CSCF后，在向所述 第二 S-CSCF轉(zhuǎn)發(fā)所述終呼請求消息時，通過在所述終呼請求消息中添加重 選標(biāo)志來告知所述第二 S-CSCF該S-CSCF為重選的S-CSCF。
此外，所述終呼請求消息對應(yīng)的呼叫結(jié)束后，所述笫二 S-CSCF通知所 述P-CSCF已為所述用戶設(shè)備重選S-CSCF。
此外，接收到所述I-CSCF轉(zhuǎn)發(fā)的終呼請求消息后，所述第二S-CSCF通 過在轉(zhuǎn)發(fā)給所述P-CSCF的所述終呼請求消息中添加標(biāo)記、或向所述P-CSCF 發(fā)送通知消息通知所述P-CSCF已為所述用戶i殳備重選S-CSCF。
此外，所述第二 S-CSCF在通知所述P-CSCF已為所述用戶設(shè)備重選 S-CSCF的消息中添加用于標(biāo)識已為所述用戶設(shè)備重選S-CSCF的標(biāo)記，和 /或，所述第二 S-CSCF的信息；
若上述消息中僅包含所述標(biāo)記，則所述P-CSCF從該通知消息的消息頭 中獲取所迷第二 S-CSCF的信息。
本發(fā)明還提供一種服務(wù)呼叫會話控制功能的故障恢復(fù)方法，該方法包括 當(dāng)為用戶設(shè)備分配的第一 S-CSCF發(fā)生故障時，IMS網(wǎng)絡(luò)重選第二
liS-CSCF為所述用戶設(shè)備服務(wù)；
所述第二 S-CSCF獲知其為重選的S-CSCF后，指示所述用戶i殳備重新發(fā) 起注冊。
此外，所述IMS網(wǎng)絡(luò)中用于重選S-CSCF的網(wǎng)元為I-CSCF;
當(dāng)所述I-CSCF接收到指向所述用戶設(shè)備的終呼請求消息，且發(fā)現(xiàn)所述第 一 S-CSCF發(fā)生故障時，為所述用戶i殳備重選所述第二S-CSCF，并告知所述 第二 S-CSCF其為重選的S-CSCF;
當(dāng)所述終呼請求消息對應(yīng)的呼叫結(jié)束后，所述第二 S-CSCF指示所述用 戶i殳備重新發(fā)起注冊。
此外，所述I-CSCF在向所述第二 S-CSCF轉(zhuǎn)發(fā)所述終呼請求消息時，通 過在所述終呼請求消息中添加重選標(biāo)志來告知所述第二 S-CSCF該S-CSCF 為重選的S-CSCF。
綜上所述，釆用本發(fā)明的S-CSCF故障恢復(fù)方法，在為UE重選S-CSCF 后，通過S-CSCF主動通知P-CSCF已重選S-CSCF或通知UE重新發(fā)起注冊， 使得P-CSCF更新在本地保存的為UE服務(wù)的!s-CSCF的信息，進而能有效地 避免由于P-CSCF上的保存的S-CSCF信息和實際為UE服務(wù)的S-CSCF不一 致所導(dǎo)致的呼叫失敗問題。


圖1為現(xiàn)有技術(shù)的IMS系統(tǒng)中的核心網(wǎng);^及其連接關(guān)系示意圖2是現(xiàn)有技術(shù)中一個典型的S-CSCF故障恢復(fù)過程的流程圖3為現(xiàn)有技術(shù)中，采用重選S-CSCF的故障恢復(fù)方案所帶來的問題的 示意圖4是本發(fā)明的第一實施例流程圖； 圖5是本發(fā)明第二實施例流程圖； 圖6是本發(fā)明第三實施例流程圖。
具體實施例方式
下面將結(jié)合附圖和實施例對本發(fā)明進行詳細(xì)描述。
圖4是本發(fā)明的第一實施例流程圖，該流程描述了當(dāng)UE被終呼時采用 重選的S-CSCF以繼續(xù)呼叫處理的改進流程。圖4所示的UE終呼流程與圖3 相比，區(qū)別在于步驟S術(shù)、S408、 S410、 S411。
S401 ~ S406， I-CSCF收到一個指向UE的終呼請求，查找HSS以獲得為 UE分配的S-CSCF1,將呼叫請求轉(zhuǎn)發(fā)給S-CSCF1;由于S-CSCF1故障無響 應(yīng)，I-CSCF請求HSS為UE重選了 S-CSCF2;
5407, I-CSCF將呼叫請求轉(zhuǎn)給為UE新分配的S-CSCF (即S-CSCF2 );
在本步驟中，I-CSCF向重選的S-CSCF2轉(zhuǎn)發(fā)呼叫請求時，攜帶重選標(biāo)志， 標(biāo)識出S-CSCF2是被重選為UE所服務(wù)的(即標(biāo)識出原先為該UE服務(wù)的 S-CSCF并不是S-CSCF2 )。
5408, S-CSCF2收到呼叫請求后，因其本地?zé)o用戶數(shù)據(jù)，故向HSS請求 用戶數(shù)振；
在本步驟中，S-CSCF2發(fā)現(xiàn)呼叫請求中攜帶的重選S-CSCF的標(biāo)志，獲 知自己是被重選為UE服務(wù)的。
5409, HSS查詢到UE的用戶數(shù)據(jù)，并將原先UE注冊時候保存在HSS 上S-CSCF Info信息包返回給S-CSCF2; S-CSCF2利用這些數(shù)據(jù)重建為該UE 服務(wù)的S-CSCF環(huán)境；
5410, S-CSCF2將呼叫請求轉(zhuǎn)給P-CSCF;
在本步驟中，S-CSCF2在該呼叫請求中攜帶信息，表明重選了為UE服 務(wù)的S-CSCF。該信息可以是一個標(biāo)識，以及i^重選的S-CSCF信息(例如， 被重選的S-CSCF的IP地址、域名等)。
S411， P-CSCF將呼叫請求轉(zhuǎn)給UE;
在該步驟中，P-CSCF接收到為UE重選的S-CSCF的標(biāo)識和信息，將本 地所保存的為UE服務(wù)的S-CSCF信息更新為S-CSCF2的信息。S412， P-CSCF將呼叫請求發(fā)送給UE; S413,采用正常呼叫處理流程進行后續(xù)處理。
圖5是本發(fā)明第二實施例流程圖，該流程描述了當(dāng)UE被終呼時采用重 選S-CSCF以繼續(xù)呼叫處理后，S-CSCF主動通知P-CSCF更新P-CSCF上保 存的為UE分配的S-CSCF信息；該流程分為過程A和過程B，具體包括如下 步驟
過程A:在此過程中，原先為UE分配的S-CSCF1因故障導(dǎo)致無響應(yīng)， 當(dāng)收到一個指向UE的終呼請求時，I-CSCF請求HSS為UE重選一個S-CSCF， 得到S-CSCF2,S-CSCF2利用從HSS獲取的用戶數(shù)據(jù)和之前S-CSCF1所備份 的S-CSCF信息，來繼續(xù)處理呼叫。
S5A01 ~ S5A06，分別與S3A01 ~ S3A06相同；
S5A07,在I-CSCF將呼叫請求轉(zhuǎn)發(fā)給S-CSCF2時，在該呼叫請求中攜帶 重選標(biāo)志，標(biāo)識已重選了 S-CSCF,并可以進一步攜帶S-CSCF2的相關(guān)信息；
S5A08， S-CSCF2根據(jù)上述重選標(biāo)志識別出自身是被重選的S-CSCF,并 向HSS請求用戶數(shù)據(jù)；
S5A09 ~ S5A12,分別與S3A09 ~ S3A12相同。
過程B:在上述指向UE的終呼結(jié)束后，S-CSCF通知P-CSCF已為UE 重選了 S-CSCF，要求P-CSCF更新S-CSCF信息。
S5B01, S-CSCF向P-CSCF發(fā)送通知消息，告知已為UE重選S-CSCF;
上述通知信息中可以包含
(1) 一個標(biāo)識，用于表明已重選S-CSCF。 P-CSCF憑借這個標(biāo)識得知已 重選S-CSCF，并通過S-CSCF2發(fā)送的消息頭字段(例如，Path、 Service-Route 等頭字段)中包含的信息獲知S-CSCF2的地址等信息；或，
(2) 重選的S-CSCF信息。P-CSCF利用該信息直接替換本地所保存的 S-CSCF信息；或，
(3 )標(biāo)識+重選的S-CSCF信息。通過這些信息明確地告知P-CSCF重選的S-CSCF是哪個。
S5B02, P-CSCF獲取重選的S-CSCF信息，更新本地保存的為UE分配 的S-CSCF信息。
在圖5中，S-CSCF2向P-CSCF發(fā)送消息以更新P-CSCF上保存的為UE 分配的S-CSCF信息的過程，可以在指向UE的終呼結(jié)束后，也可以在S-CSCF2 接收到I-CSCF轉(zhuǎn)發(fā)的終呼請求后，如可選步驟S5A07-2所示。
S-CSCF向P-CSCF發(fā)送消息以更新P-CSCF上的保存的S-CSCF信息的 請求，可以通過服務(wù)事件通知消息，或者用戶訂閱事件包通知消息，或者其 它類似的通知消息。
圖6是本發(fā)明第三實施例流程圖，該流程描述了當(dāng)UE被終呼時采用重 選S-CSCF以繼續(xù)呼叫處理后，被重選的S-CSCF ( S-CSCF2 )通過立即觸發(fā) UE重注冊來實現(xiàn)更新P-CSCF上保存的為UE分配的S-CSCF信息。
圖6的流程和圖5的差別僅在于過程B，具體描述如下
過程B:觸發(fā)UE重新注冊。
S6B01， S-CSCF2向P-CSCF發(fā)送通知消息，該消息中攜帶標(biāo)識告知已為 UE重選S-CSCF;
S6B02, P-CSCF獲知已為UE重選S-CSCF后，通知UE立刻重新進行注 冊(初始注冊或重注冊)；
S6B03, UE主動發(fā)起注冊流程，在UE的注冊過程中，P-CSCF更新本地 保存的為UE分配的S-CSCF的信息。
此外，過程B可以由過程B，取代，包括如下步驟(圖中未示出)
S6B01'， S-CSCF2通過P-CSCF向UE發(fā)送通知消息，指示其立刻重新 發(fā)起注冊流程(初始注冊或重注冊)；
S6B02'， l正主動j^注冊流程，在注冊過程中，P-CSCF更新本地保存 的為UE分配的S-CSCF的信息。
權(quán)利要求
1、一種服務(wù)呼叫會話控制功能的故障恢復(fù)方法，其特征在于，該方法包括當(dāng)為用戶設(shè)備分配的第一服務(wù)呼叫會話控制功能即第一S-CSCF發(fā)生故障時，IP多媒體子系統(tǒng)網(wǎng)絡(luò)即IMS網(wǎng)絡(luò)中用于重選S-CSCF的網(wǎng)元重選第二S-CSCF為所述用戶設(shè)備服務(wù)；所述第二S-CSCF獲知其為重選的S-CSCF后，通知代理呼叫會話控制功能P-CSCF已為所述用戶設(shè)備重選S-CSCF；獲知已為所述用戶設(shè)備重選S-CSCF后，所述P-CSCF更新本地存儲的為所述用戶設(shè)備服務(wù)的S-CSCF信息，或指示所述用戶設(shè)備重新發(fā)起注冊。
2、 如權(quán)利要求l所述的方法，其特征在于，所述IMS網(wǎng)絡(luò)中用于重選S-CSCF的網(wǎng)元為查詢呼叫會話控制功能 I誦CSCF;當(dāng)所述I-CSCF 4妻收到指向所述用戶設(shè)備的終呼請求消息，且發(fā)現(xiàn)所述第 一 S-CSCF發(fā)生故障時，所述I-CSCF為所述用戶設(shè)備重選所述第二 S-CSCF， 并告知所述第二 S-CSCF該S-CSCF為重選的S-CSCF。
3、 如權(quán)利要求2所述的方法，其特征在于，所述I-CSCF為所述用戶設(shè)備重選所述第二 S-CSCF后，在向所述第二 S-CSCF轉(zhuǎn)發(fā)所述終呼請求消息時，通過在所述終呼請求消息中添加重選標(biāo)志 來告知所述第二 S-CSCF該S-CSCF為重選的S-CSCF。
4、 如權(quán)利要求2所述的方法，其特征在于，所述終呼請求消息對應(yīng)的呼叫結(jié)束后，所述第二 S-CSCF通知所述 P-CSCF已為所述用戶設(shè)備重選S-CSCF。
5、 如權(quán)利要求3所述的方法，其特征在于，接收到所述I-CSCF轉(zhuǎn)發(fā)的終呼請求消息后，所迷第二 S-CSCF通過在轉(zhuǎn) 發(fā)給所述P-CSCF的所述終呼請求消息中添加標(biāo)記、或向所述P-CSCF發(fā)送通知消息通知所述P-CSCF已為所述用戶設(shè)備重選S-CSCF。
6、 如權(quán)利要求l、 4、 5中任意一個所述的方法，其特征在于，所述第二 S-CSCF在通知所述P-CSCF已為所述用戶設(shè)備重選S-CSCF的 消息中添加用于標(biāo)識已為所述用戶設(shè)備重選S-CSCF的標(biāo)記，和/或，所述 第二S-CSCF的信息；若上述消息中僅包含所述標(biāo)記，則所述P-CSCF從該通知消息的消息頭 中獲取所述第二 S-CSCF的信息。
7、 一種服務(wù)呼叫會活控制功能的故障恢復(fù)方法，其特征在于，該方法包括當(dāng)為用戶設(shè)備分配的第一 S-CSCF發(fā)生故障時，IMS網(wǎng)絡(luò)重選第二 S-CSCF為所述用戶設(shè)備服務(wù)；所述第二 S-CSCF獲知其為重選的S-CSCF后，指示所述用戶設(shè)備重新發(fā) 起注冊。
8、 如權(quán)利要求7所述的方法，其特征在于，所述MS網(wǎng)絡(luò)中用于重選S-CSCF的網(wǎng)元為I-CSCF;當(dāng)所述I-CSCF接收到指向所述用戶設(shè)備的終呼請求消息，且發(fā)現(xiàn)所述第 一 S-CSCF發(fā)生故障時，為所述用戶設(shè)備重選所述第二S-CSCF，并告知所述 笫二 S-CSCF其為重選的S-CSCF;當(dāng)所述終呼請求消息對應(yīng)的呼叫結(jié)束后，所述第二 S-CSCF指示所述用 戶i殳備重新發(fā)起注冊。
9、 如權(quán)利要求8所述的方法，其特征在于，所述I-CSCF在向所述第二 S-CSCF轉(zhuǎn)發(fā)所迷終呼請求消息時，通過在所 述終呼請求消息中添加重選標(biāo)志來告知所述第二 S-CSCF該S-CSCF為重選的 S國CSCF。
全文摘要
一種服務(wù)呼叫會話控制功能的故障恢復(fù)方法，該方法包括當(dāng)為用戶設(shè)備分配的第一S-CSCF發(fā)生故障時，IMS網(wǎng)絡(luò)中用于重選S-CSCF的網(wǎng)元重選第二S-CSCF為所述用戶設(shè)備服務(wù)；所述第二S-CSCF獲知其為重選的S-CSCF后，通知代理呼叫會話控制功能P-CSCF已為所述用戶設(shè)備重選S-CSCF；獲知已為所述用戶設(shè)備重選S-CSCF后，所述P-CSCF更新本地存儲的為所述用戶設(shè)備服務(wù)的S-CSCF信息，或指示所述用戶設(shè)備重新發(fā)起注冊。采用本發(fā)明的S-CSCF故障恢復(fù)方法，能有效地避免由于P-CSCF上的保存的S-CSCF信息和實際為UE服務(wù)的S-CSCF不一致所導(dǎo)致的呼叫失敗問題。
文檔編號H04W80/00GK101577893SQ20081012658
公開日2009年11月11日 申請日期2008年7月18日 優(yōu)先權(quán)日2008年7月18日
發(fā)明者李志軍, 郝振武 申請人:中興通訊股份有限公司