專利名稱：核心網(wǎng)元重啟/故障恢復(fù)后的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，并且更具體地，涉及IP多媒體子系統(tǒng)中 的核心網(wǎng)元重啟/古丈障恢復(fù)后的處理方法。
背景技術(shù)：
IP多々某體子系纟克(IP Multimedia Core Network Subsystem, 簡 稱IMS )是新一代通訊網(wǎng)絡(luò)的核心。圖1描述了 IMS體系結(jié)構(gòu)中的 和本發(fā)明相關(guān)的網(wǎng)元實體及其聯(lián)系。其中用戶設(shè)備(User Equipment,簡稱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 ) 104,其中，歸屬用戶月良務(wù)器(Home Subscriber Server,簡稱HSS) 104是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)互聯(lián)；HSS通過 Cx 4妄口實玉見與I畫CSCF、 S畫CSCF相連，通過Sh 4妄口實i見與AS相 連；S-CSCF通過ISC( IMS service control, IMS業(yè)務(wù)控制，簡稱ISC ) 4妻口實現(xiàn)與AS相連。
P-CSCF作為IMS系統(tǒng)中用戶的第一個接觸點，所有的會話初 始十辦i義(Session Initiation Protocol,簡4爾SIP) 4言令，無i侖是來自 UE還是發(fā)給UE，都必須經(jīng)過P-CSCF。當(dāng)UE在IMS系統(tǒng)中注冊 成功后，P-CSCF在本地保存UE的聯(lián)系地址、UE的/^共用戶標(biāo)識 (Public User Identity,簡稱PUI )、 UE的私有用戶標(biāo)識(Private User Identity,簡稱PVI)。
S-CSCF是IMS的核心，位于歸屬網(wǎng)絡(luò)，為UE進行會話控制 和注冊服務(wù)。當(dāng)UE處于會話中時，S-CSCF處理網(wǎng)絡(luò)中的會話狀態(tài)。 當(dāng)UE在IMS系統(tǒng)中注冊成功后，S-CSCF在本地保存UE注冊到 IMS系統(tǒng)中所使用的P-CSCF的網(wǎng)絡(luò)ID、 P-CSCF的IP地址、UE 的聯(lián)系地址、UE的公共用戶標(biāo)識、UE的私有用戶標(biāo)識、UE的7> 共用戶標(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系統(tǒng)中注冊成功后，HSS保存分配給UE的S-CSCF ;也址或名稱。
UE注冊成功后，網(wǎng)絡(luò)為UE所分配的P-CSCF、 S-CSCF、以及 所對應(yīng)的HSS，構(gòu)成了 UE后續(xù)通信使用的通信鏈路。在注冊成功 后，UE發(fā)起呼叫的過程、UE被呼叫的過程，網(wǎng)絡(luò)都將使用已經(jīng)為 該UE分配好的通信鏈路。
在通常情況下，UE注冊成功后，網(wǎng)絡(luò)分配給該UE的通信鏈路 在后續(xù)過程中保持不變。這就意味著， 一旦這個鏈路上的某一個環(huán) 節(jié)出了問題，將會影響UE后續(xù)的起呼和終呼的過程，使得通信不 能正常進行。
當(dāng)IMS系統(tǒng)用戶在接入到系統(tǒng)后，要使用IMS系統(tǒng)所提供的 月良務(wù)前，需要進行初始注冊，典型地，初始注冊過程通常發(fā)生在UE 開才幾時。
圖2示出了相關(guān)技術(shù)中IMS用戶的初始注冊流程，如圖2所示， 包4舌以下步-驟
5201, UE向P-CSCF發(fā)送注冊請求，該注冊請求中帶有公有用 戶標(biāo)識；
5202, P-CSCF收到注冊i青求時，通過DNS查詢或者其它方法 找到用戶歸屬網(wǎng)絡(luò)接入點的I-CSCF，并將注冊i青求轉(zhuǎn)發(fā)到I-CSCF;
S203 ， I-CSCF向HSS發(fā)送請求消息，請求為該UE分配S-CSCF;
S204, HSS向I-CSCF返回分配的S-CSCF名稱或S-CSCF的能
力；
S205， I-CSCF將注冊請求消息發(fā)送到選定的S-CSCF;
S206 S216，如果S-CSCF需要對用戶進行認(rèn)證鑒權(quán)，那么需 要向HSS獲取用戶認(rèn)證向量，并根據(jù)S207消息中返回的認(rèn)證向量， 構(gòu)造4兆戰(zhàn)請求(401 Unauthorized消息)，該4兆戰(zhàn):清求轉(zhuǎn)發(fā)到UE后， UE構(gòu)造4"兆戰(zhàn)響應(yīng)，S-CSCF收到S215 4兆戰(zhàn)響應(yīng)消息后，判斷用戶 的合法性，完成對用戶的認(rèn)證、鑒權(quán)；如果不需要認(rèn)證鑒權(quán)，可直 接執(zhí)行S217;
5217, S-CSCF向HSS發(fā)送用戶配置數(shù)據(jù)獲取請求；
5218, HSS存儲S-CSCF信息，并將用戶的簽約數(shù)據(jù)、計費地 址孑言息返回S-CSCF;
S219， S-CSCF向AS發(fā)起第三方注冊；
S220, AS成功執(zhí)行第三方注冊成功，返回成功響應(yīng)；
S221 S223， S-CSCF構(gòu)建注冊成功響應(yīng)，并將響應(yīng)經(jīng)由I-CSCF 和P-CSCF轉(zhuǎn)發(fā)到UE;
在UE的初始注冊過程成功完成后，各個核心網(wǎng)元保存UE如 下的相關(guān)數(shù)據(jù)P-CSCF保存UE的聯(lián)系地址、UE的公共用戶標(biāo)識 PUI、 UE的私有用戶標(biāo)識PVI; S-CSCF保存UE對應(yīng)的P-CSCF的 網(wǎng)絡(luò)ID、 UE對應(yīng)的P-CSCF的IP地址或名稱、UE的聯(lián)系地址、 UE的7>共用戶標(biāo)識PUI、 UE的私有用戶標(biāo)識PVI、 UE的7>共用戶 標(biāo)識所對應(yīng)的用戶配置凄tl居、UE ^f應(yīng)的HSS i也址或名稱、該PUI 用戶的計費地址等信息。
在UE成功注冊到IMS系統(tǒng)中后，UE可以扭J亍后續(xù)的呼叫等 業(yè)務(wù)流程。
圖3是相關(guān)技術(shù)中位于拜訪網(wǎng)絡(luò)中的UE發(fā)起一個呼叫的流 禾呈，如圖3所示，包4舌以下處J里
S301, UE向P-CSCF發(fā)起一個SIP INVITE請求，該INVITE
請求包含用以初始化媒體能力協(xié)商的媒體格式；
S302， P-CSCF接收到INVITE請求后，將INVITE請求轉(zhuǎn)發(fā)給 為該UE分配的S-CSCF;
S303， S-CSCF 4企查月良務(wù)屬性，為該用戶發(fā)起一個呼叫業(yè)務(wù)邏 輯，該呼叫業(yè)務(wù)邏輯包括-對^皮-清求的SDP的4受4又，該SDP是基于 用戶對多媒體服務(wù)的訂閱；
在此步驟中，S-CSCF檢查服務(wù)屬性的操作包括在本地數(shù)據(jù) 中查詢UE所對應(yīng)的PUI的注冊狀態(tài)、；險查該PUI所對應(yīng)的用戶配 置數(shù)據(jù)等；
S304， S-CSCF轉(zhuǎn)發(fā)INVITE請求給^皮叫方網(wǎng)絡(luò)；
S305，；故叫方網(wǎng)癥備返回Offer響應(yīng)，該響應(yīng)中包含^皮叫方鄉(xiāng)冬端 的媒體支持能力；
S306, S-CSCF將Offer響應(yīng)發(fā)回纟合P-CSCF;
S307， P-CSCF為該會話分配必要的資源；
S308， P-CSCF將消息轉(zhuǎn)發(fā)給呼叫發(fā)起端；
5309, UE根據(jù)提供的々某體流集，對Offer響應(yīng)給予一個確認(rèn)響 應(yīng)，以確認(rèn)雙方協(xié)商的媒體能力，并將確認(rèn)信息通過呼叫發(fā)起流程 轉(zhuǎn)發(fā)給P-CSCF;
5310, 確定了步驟S308中所需要的資源后，UE為該會話預(yù)留 資源；
5311, P-CSCF轉(zhuǎn)發(fā)響應(yīng)確認(rèn)消息給S-CSCF;
S312， S-CSCF轉(zhuǎn)發(fā)消息紿4皮叫方網(wǎng)絡(luò)，由^皮叫方網(wǎng)絡(luò)轉(zhuǎn)發(fā)纟合 被叫終端節(jié)點；
S313 S315， 一皮叫方i冬端節(jié)點以一個確i人消息主會予響應(yīng)，以確 認(rèn)主叫方所選擇的媒體能力。至此，媒體能力協(xié)商結(jié)束；
S316 S318，完成資源預(yù)留后，UE向終端節(jié)點發(fā)送一個資源 預(yù)留成功的消息。消息通過P-CSCF —級一級地轉(zhuǎn)發(fā)給被叫方終端；S319-S321, -波叫方終結(jié)端點只于資源預(yù)留成功給予響應(yīng)； S322 S324， #皮叫方終結(jié)端點4展鈴，并將消息傳遞給UE; S325, UE告^口用戶^皮叫正在響鈴中；S326，被叫摘機應(yīng)答后，終結(jié)端點向S-CSCF發(fā)送一個SIP200 (OK)最纟冬響應(yīng)；S327， S畫CSCF向P-CSCF發(fā)送SIP 200 ( OK )最纟冬響應(yīng)；S328 ， P-CSCF指示為該會話預(yù)留的資源可以使用；5329, P-CSCF向會話發(fā)起者送回一個SIP 200 (OK)最終響應(yīng)；5330, UE開始該會話的力某體流，S331 ~ S333， UE以一個SIP ACK消息對200 ( OK)給予響應(yīng)。圖3所示的UE發(fā)起的呼叫流程僅僅是為了解釋呼叫方歸屬網(wǎng) 絡(luò)的S-CSCF在呼叫UE發(fā)起的主叫流程中所起的作用。從此流程 可以知道，呼叫方歸屬網(wǎng)絡(luò)的S-CSCF是該流程中一個最主要的會 話控制過程控制實體，用于將對UE的狀態(tài)進行檢查、為UE交換 來自拜訪網(wǎng)絡(luò)和終結(jié)方網(wǎng)絡(luò)的信令。如果在UE成功注冊到IMS系統(tǒng)后，在UE發(fā)起4壬-f可呼叫前， UE歸屬網(wǎng)絡(luò)為該UE分配的S-CSCF發(fā)生了重啟，可能是由于升級 系統(tǒng)而發(fā)生重啟，也可能是由于S-CSCF本身故障恢復(fù)的需要而重 啟。則該S-CSCF重啟后，其原本保存的數(shù)據(jù)也隨之丟失，即對于 該UE而言，S-CSCF所保存的對應(yīng)于該UE的耳關(guān)系地址、對應(yīng)于該 UE的P-CSCF的網(wǎng)全各ID、對應(yīng)于該UE的P-CSCF的名稱或i也址、
該UE對應(yīng)的PUI、該UE對應(yīng)的PVI、該UE所對應(yīng)的PUI的狀態(tài)、 該UE所對應(yīng)的PUI所關(guān)聯(lián)的用戶配置數(shù)據(jù)等，均由于S-CSCF的 故障恢復(fù)或重啟而丟失。在此種情況下，如果UE仍然發(fā)起一個呼叫，則會導(dǎo)致呼叫失 敗。圖4描述了此情況下UE發(fā)起呼叫失敗的流程。同樣地，用作 示范，該UE仍yf立于^早訪網(wǎng)全各，UE4立于本地網(wǎng)絡(luò)的情況和該流禾呈大 致類似。在圖4所描述的UE發(fā)起呼叫流程失敗的過禾呈中5401, UE向P-CSCF發(fā)起一個SIP INVITE "i青求，該INVITE 請求包含用以初始化媒體能力協(xié)商的媒體格式；5402, P-CSCF接收到INVITE請求后，將INVITE請求轉(zhuǎn)發(fā)給 為該UE分配的S-CSCF;5403, S-CSCF檢查服務(wù)屬性，在本地存儲的數(shù)據(jù)中，如果沒 有沖企索到該UE對應(yīng)的任何數(shù)據(jù)，即認(rèn)為該呼叫請求是不可接收的；5404, S-CSCF向P-CSCF發(fā)送請求不可接收的響應(yīng)；5405, P-CSCF將請求不可接收響應(yīng)轉(zhuǎn)發(fā)給UE;至此，由于S-CSCF無法正常處理UE發(fā)起的呼叫請求，該呼 叫-故中斷。在此種情況下，只有等待UE發(fā)起重注冊過程才可以重 新建立正常的通信鏈路。圖4示出了 S-CSCF故障導(dǎo)致服務(wù)不可用的另一場景，其中， 應(yīng)用月l務(wù)器AS代替用戶發(fā)起的呼叫流程中，S-CSCF故障致4吏缺少 必要的用戶數(shù)據(jù)。此時，用戶可能是已經(jīng)注冊到IMS系統(tǒng)中，也可
能是處于非注冊狀態(tài)。用戶非注冊狀態(tài)下應(yīng)用服務(wù)器AS代替用戶 發(fā)起呼叫的典型業(yè)務(wù)是用戶訂閱了非注冊前轉(zhuǎn)服務(wù)業(yè)務(wù)。用戶注冊 狀態(tài)應(yīng)用服務(wù)器AS代替用戶發(fā)起呼叫的典型業(yè)務(wù)有AS主動通知 的業(yè)務(wù)。圖4所描述的S-CSCF故障導(dǎo)致服務(wù)不可用的場景，同樣地， 也可能會出現(xiàn)在應(yīng)用服務(wù)器上， 一旦應(yīng)用服務(wù)器缺少必要的用戶數(shù) 據(jù)，月l務(wù)也將不能正常進行。從以上分析可以看出，S-CSCF、 AS作為會話過程中的重要的 核心網(wǎng)元， 一旦其丟失了用戶數(shù)據(jù)，將失去為用戶處理后續(xù)服務(wù)的 能力。同時，還可以看出，目前IMS系統(tǒng)存在著一些缺陷，尤其是 核心網(wǎng)元重啟或故障恢復(fù)后，通常會影響后續(xù)的呼叫和業(yè)務(wù)流程的 正常處理。發(fā)明內(nèi)容考慮到相關(guān)技術(shù)中存在的上述問題而提出本發(fā)明，為此，本發(fā) 明旨在t是供一種核心網(wǎng)元重啟/故障恢復(fù)后的處理方法。該方法應(yīng)用 于IP多媒體子系統(tǒng)，該IP多媒體子系統(tǒng)包括用戶設(shè)備(UE)、 應(yīng)用服務(wù)器(AS)、服務(wù)呼叫會話控制功能實體(S-CSCF )、代理 呼叫會話控制功能實體(P-CSCF)、歸屬用戶服務(wù)器(HSS)。該方法包4舌以下處理在以用戶為呼叫方的呼叫過禾呈中，沖亥心 網(wǎng)元接收到用戶的呼叫請求后，檢查本地數(shù)據(jù)，在沒有檢查到與用 戶對應(yīng)的數(shù)據(jù)的情況下，向歸屬用戶服務(wù)器發(fā)送一條或多條請求消 息，以_清求用戶的/>共用戶標(biāo)識的注冊狀態(tài)和業(yè)務(wù)配置凝:纟居；響應(yīng) 于核心網(wǎng)元的請求消息，歸屬用戶服務(wù)器查找7>共用戶標(biāo)識的注冊 狀態(tài)和業(yè)務(wù)配置數(shù)據(jù)，并返回給核心網(wǎng)元；核心網(wǎng)元使用從歸屬用
戶服務(wù)器獲取的公共用戶標(biāo)識的注冊狀態(tài)和業(yè)務(wù)配置數(shù)據(jù)，進行后 續(xù)會話處理流程。在IP多媒體子系統(tǒng)中存在多個歸屬用戶服務(wù)器的情況下，核心 網(wǎng)元首先查詢用戶的7>共用戶標(biāo)識所在的歸屬用戶月1務(wù)器。此外， 核心網(wǎng)元發(fā)送的請求消息中攜帶有故障恢復(fù)支持標(biāo)簽。上述的核心網(wǎng)元可以是S-CSCF,也可以是AS。以下將分別進 4亍描述。在核心網(wǎng)元為S-CSCF的情況下，S-CSCF使用S-CSCF和歸屬 用戶服務(wù)器間的Cx接口向歸屬用戶服務(wù)器發(fā)送請求消息，并在請 求消息中攜帶S-CSCF名稱、用戶的公共用戶標(biāo)識。上述的請求消 息可以是服務(wù)分配請求消息。響應(yīng)于S-CSCF的請求消息，歸屬用戶服務(wù)器判斷為公共用戶 標(biāo)識分配的S-CSCF的S-CSCF名稱是否與^青求消息中攜帶的 S-CSCF名稱一致，并且在二者不一致的情況下，決定是否更新為 />共用戶標(biāo)識分配的S-CSCF。在歸屬用戶月良務(wù)器更新為7>共用戶 標(biāo)識分配的S-CSCF的情況下，S-CSCF在本地進4亍凄t據(jù)^f呆存。一方面，上述的呼叫過禾呈可以是用戶i殳備發(fā)起的呼叫，可以在 以下情況下為用戶分配S-CSCF:用戶成功注冊到IP多々某體子系統(tǒng) 網(wǎng)絡(luò)；或者用戶訂閱了未注冊業(yè)務(wù)，由未注冊業(yè)務(wù)觸發(fā)了 S-CSCF 分配過程。在這種情況下，該方法可以進一步包括S-CSCF在本 地進行數(shù)據(jù)保存，保存的凝:據(jù)包括用戶"i殳備的耳關(guān)系地址、P-CSCF 的地址、P-CSCF的網(wǎng)絡(luò)ID、 7>共用戶標(biāo)識、7>共用戶標(biāo)識的注冊 狀態(tài)、用戶的業(yè)務(wù)配置婆t據(jù)。在S-CSCF處理UE發(fā)起的呼叫流程中，在S-CSCF從歸屬用 戶服務(wù)器獲取的注冊狀態(tài)為非注冊狀態(tài)的情況下，S-CSCF返回服
務(wù)不可接收的響應(yīng)，不再繼續(xù)后續(xù)流程，并且不在本地保存從歸屬 用戶服務(wù)器獲取的業(yè)務(wù)配置數(shù)據(jù)。另 一方面，上述的呼叫過程是應(yīng)用服務(wù)器代替用戶發(fā)起的呼叫，其中，用戶可以處于注冊狀態(tài)或非注冊狀態(tài)。在這種情況下，S-CSCF 在本地進行數(shù)據(jù)保存，保存的數(shù)據(jù)包括應(yīng)用服務(wù)器的聯(lián)系地址、 />共用戶標(biāo)識、^^共用戶標(biāo)識的注冊4犬態(tài)、用戶的業(yè)務(wù)配置婆:才居。該方法中的核心網(wǎng)元還可以是應(yīng)用月良務(wù)器。在這種情況下，應(yīng)用服務(wù)器使用應(yīng)用服務(wù)器和歸屬用戶服務(wù)器 間的Sh接口向歸屬用戶服務(wù)器發(fā)送請求消息，并在請求消息中攜帶 用戶的7>共用戶標(biāo)識。上述i青求消息可以為用戶邀:據(jù)_清求消息。并且，在核心網(wǎng)元為AS的情況下，該方法可以進一步包括 應(yīng)用服務(wù)器在本地進行凄t據(jù)保存，保存的凄t據(jù)包括用戶i殳備的耳關(guān) 系地址、S-CSCF的地址、7>共用戶標(biāo)識、7>共用戶標(biāo)識的注冊狀 態(tài)、用戶的業(yè)務(wù)配置凄t據(jù)。通過本發(fā)明，在IMS系統(tǒng)核心網(wǎng)元丟失了用戶翁:據(jù)后，采用向 HSS查詢所需要的用戶凝:據(jù)的方法，可以有效地解決由于核心網(wǎng)元 數(shù)據(jù)缺失而導(dǎo)致的服務(wù)不可用的缺陷，保證了服務(wù)的連續(xù)性，增強 了核心網(wǎng)元的故障處理能力。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部 分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā) 明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附 圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


附圖用來^是供對本發(fā)明的進一步理解，并且構(gòu)成"i兌明書的一部 分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的 限制。在附圖中圖1是根據(jù)相關(guān)技術(shù)的IMS系統(tǒng)的結(jié)構(gòu)示意圖；圖2是根據(jù)相關(guān)技術(shù)的UE注冊到IMS系統(tǒng)中的初始注冊流程圖；圖3是4艮據(jù)相關(guān)技術(shù)的UE發(fā)起起呼的呼叫流程圖；圖4是才艮才居相關(guān)4支術(shù)的UE注冊成功后，為UE分配的S-CSCF 重啟或故障恢復(fù)后，UE發(fā)起呼叫流程時呼叫失敗的流程圖；圖5是才艮據(jù)本發(fā)明實施例的核心網(wǎng)元重啟/故障恢復(fù)后的處理 方法的;^禾呈圖；圖6是根據(jù)本發(fā)明實施例的方法中，UE注冊成功后，為UE分 配的S-CSCF重啟或故障恢復(fù)后，UE發(fā)起呼叫流程，S-CSCF從HSS 獲耳又必要凄t據(jù)，以繼續(xù)完成呼叫的流程圖；圖7是根據(jù)本發(fā)明實施例的方法中，在HSS中UE所對應(yīng)的PUI (公共用戶標(biāo)識)狀態(tài)不是已注冊狀態(tài)、S-CSCF不持有用戶注冊 凄t據(jù)的情況下，應(yīng)用本發(fā)明的方法S-CSCF處理UE發(fā)起的呼叫業(yè) 務(wù)的流程圖；圖8是根據(jù)本發(fā)明實施例的方法中，l正注冊成功后，為UE分 配的S-CSCF重啟或故障恢復(fù)后，AS代替用戶發(fā)起呼叫流程， S-CSCF從HSS獲取必要數(shù)據(jù)，以繼續(xù)完成呼叫的流程圖； 圖9是根據(jù)本發(fā)明實施例的方法中，UE注冊成功后，為UE服 務(wù)的AS重啟或故障恢復(fù)后，AS從HSS獲取必要數(shù)據(jù)，以繼續(xù)完 成呼叫的流程圖。
具體實施方式
以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行說明，應(yīng)當(dāng)理解，此 處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本 發(fā)明。根據(jù)本發(fā)明實施例，提供了一種用于IMS系統(tǒng)的核心網(wǎng)元重啟 /故障恢復(fù)或類似情況后的處理方法，這里^是到的核心網(wǎng)元可以是 S-CSCF或AS。上文中已經(jīng)參照圖1描述了應(yīng)用本發(fā)明的IMS環(huán)境，如上所述， 包括用戶設(shè)備(UE)、應(yīng)用服務(wù)器(AS)、服務(wù)呼叫會話控制功能 實體(S-CSCF)、代理呼叫會話控制功能實體(P-CSCF)、歸屬用 戶服務(wù)器(HSS)等。基于以上描述，如圖5所示，該方法可以包4舌以下處理步艱《S502 ，在以用戶為呼叫方的呼叫過程中，核心網(wǎng)元4妻收到 用戶的呼叫請求后，；險查本地數(shù)據(jù)，在沒有才企查到與用戶對應(yīng)的凝: 據(jù)的情況下，向HSS發(fā)送一條或多條請求消息，以請求用戶的PUI 的注冊狀態(tài)和業(yè)務(wù)配置ft據(jù)；步驟S504，響應(yīng)于核心網(wǎng)元的請求消息，HSS查找PUI的注 冊狀態(tài)和業(yè)務(wù)配置數(shù)據(jù)，并返回給核心網(wǎng)元；步驟S506，核心網(wǎng)元使用從HSS獲取的PUI的注冊狀態(tài)和業(yè) 務(wù)配置lt據(jù)，進行后續(xù)會話處理流程。
在IP多媒體子系統(tǒng)中存在多個HSS的情況下，在步驟S502中， 核心網(wǎng)元首先查詢用戶的PUI所在的HSS,向查詢到的HSS發(fā)送i青 求消息。此外，核心網(wǎng)元發(fā)送的請求消息中攜帶有故障恢復(fù)支持標(biāo) 簽，4吏用此標(biāo)簽通知HSS本消息應(yīng)用于故障恢復(fù)的場景。
另夕卜，在步驟S506中，核心網(wǎng)元在獲取了必要數(shù)據(jù)后，可以 選才奪在本地保存這些ft據(jù)，或者不保存。可保存的tt據(jù)一部分來自 呼叫_清求， 一部分來自HSS。如果沖亥心網(wǎng)元選擇在本;也4呆存凄史才居， 則在后續(xù)的呼叫過程中，該核心網(wǎng)元無需再次向HSS諱-求凄t:悟。情況一核心網(wǎng)元是S-CSCF在核心網(wǎng)元是S-CSCF的情況下，可以在以下情況下為用戶分 配S-CSCF:用戶成功注冊到IMS網(wǎng)絡(luò)；或者用戶訂閱了未注冊業(yè) 務(wù)，由未注冊業(yè)務(wù)觸發(fā)了 S-CSCF分配過程。
具體地，在這種情況下，在步驟S502中，S-CSCF使用S-CSCF 和HSS間的Cx 4妾口向HSS發(fā)送i青求消息，并在i青求消息中攜帶 S-CSCF名稱、用戶的PUI。上述的請求消息可以是服務(wù)分配請求消 息(Service-Assignment-Request, SAR )。在步艱朵S504中，響應(yīng)于 S-CSCF的"i青求消息，HSS判斷為PUI分配的S-CSCF的S-CSCF 名稱是否與請求消息中攜帶的S-CSCF名稱一致，并且在二者不一 致的情況下，決定是否更新為PUI分配的S-CSCF。在HSS更新為 PUI分配的S-CSCF的情況下，S-CSCF在本地進行數(shù)據(jù)保存。
上文提到的呼叫過程可以是UE發(fā)起的呼叫，也可以是AS代 替用戶發(fā)起的呼叫。實例1: UE發(fā)起的呼叫,在UE發(fā)起呼叫的情況下，在步驟S506中，S-CSCF可以在本 地進行數(shù)據(jù)保存，保存的數(shù)據(jù)包括UE的聯(lián)系地址、P-CSCF的地 址、P-CSCF的網(wǎng)纟各ID、 PUI、 PUI的注冊習(xí)犬態(tài)、用戶的業(yè)務(wù)配置凄丈據(jù)。但是，在步驟S506中，在S-CSCF從HSS獲取的PUI的注冊 狀態(tài)為非注冊狀態(tài)的情況下，S-CSCF返回"l務(wù)不可4妄收的響應(yīng)， 不再繼續(xù)后續(xù)流程，并且不在本地^f呆存/人HSS獲取的業(yè)務(wù)配置數(shù)據(jù)。圖6詳細(xì)示出了該實例中的處理。如圖6所示，具體包4舌S601 ， UE向P-CSCF發(fā)起一個SIP INVITE請求，包含用以初 始化媒體能力協(xié)商的媒體格式；通常，在SIP INVITE請求中，攜帶 了 UE的聯(lián)系地址、UE所對應(yīng)的公共用戶標(biāo)識PUI等；S602， P-CSCF接收到INVITE請求后，將INVITE請求轉(zhuǎn)發(fā)給 為該UE分配的S-CSCF; P-CSCF在轉(zhuǎn)發(fā)INVITE請求時，會在SIP INVITE i青求中添加P-CSCF相關(guān)的地址信息；S603 ， S-CSCF檢查服務(wù)屬性；S-CSCF檢查服務(wù)屬性的操作包 括在本地數(shù)據(jù)中查詢UE所對應(yīng)的PUI的注冊狀態(tài)、；險查該PUI 所對應(yīng)的用戶配置凄t據(jù)等；由于此種情況下，S-CSCF在本地存l諸 的該用戶凄t據(jù)已經(jīng)不存在，為了能繼續(xù)處理后續(xù):清求，則S-CSCF 需要向HSS發(fā)送數(shù)據(jù)獲取請求，以查詢用戶的狀態(tài)和數(shù)據(jù)。S-CSCF首先從P-CSCF發(fā)送的INVITE請求中提取UE和 P-CSCF相關(guān)的信息，包括UE的聯(lián)系地址、UE所對應(yīng)的公共用戶 標(biāo)識PUI、 P-CSCF的IP地址、P-CSCF的網(wǎng)絡(luò)ID等；S-CSCF在 本地暫時保存這些lt據(jù)，并利用這些^U居向HSS發(fā)送凄t據(jù)獲耳又請 求；繼續(xù)到步驟S604。
S604， S-CSCF使用該用戶對應(yīng)的PUI向HSS發(fā)起數(shù)據(jù)獲取請 求，期望HSS返回用戶PUI注冊狀態(tài)和用戶業(yè)務(wù)配置數(shù)據(jù)；在本步 驟中，S-CSCF通過SAR ( Server-Assignment匿R叫uest,月良務(wù)分配;青 求)命令向HSS請求用戶數(shù)據(jù)，在命令中攜帶S-CSCF地址、UE 的公共用戶標(biāo)識PUI;此外，S-CSCF在該命令中的詳細(xì)信息中攜帶 故障恢復(fù)支持標(biāo)簽，告訴HSS本請求是由于故障恢復(fù)場景；s605， hss在j]欠到s-cscf的查詢諱-求后，獲耳又該用戶pui的 注冊狀態(tài)和用戶的業(yè)務(wù)配置數(shù)據(jù)，發(fā)送給S-CSCF;在本步驟中， HSS檢查S-CSCF發(fā)送的SAR命令，檢查其中攜帶了故障恢復(fù)支持 標(biāo)簽，即可知S-CSCF是希望通過HSS獲取必要的數(shù)據(jù)以繼續(xù)服務(wù) 流程；在本步驟中，HSS檢查S-CSCF發(fā)送的SAR命令，獲取S-CSCF 名稱。由于該實施例中UE所對應(yīng)的PUI已經(jīng)成功注冊，即在HSS 中為該PUI分配了 S-CSCF。 HSS檢查在HSS中存儲的該PUI所對 應(yīng)的S-CSCF名稱，如果S-CSCF名稱和SAR中名稱S-CSCF名稱 不同，HSS有兩種選擇更新S-CSCF名稱和不更新S-CSCF名稱。如果HSS更新PUI所對應(yīng)的S-CSCF名稱，則意p未著HSS為該 UE重新分配了 S-CSCF,則該S-CSCF必須在本地保存UE、 P-CSCF 的相關(guān)數(shù)據(jù)，具體有ue的聯(lián)系地址、P-cscf的名稱或地址、 P-CSCF的網(wǎng)絡(luò)ID、 UE所對應(yīng)的PUI、 UE所對應(yīng)的PUI注冊狀態(tài)、 用戶的業(yè)務(wù)配置凄t據(jù)等；如果HSS不更新PUI所對應(yīng)的S-CSCF名 稱，則該S-CSCF在后續(xù)步驟中不在本地4呆存如上所述的UE、 P-CSCF的相關(guān)凄t據(jù)；如杲HSS更新為PUI分配的S-CSCF的情況 則在后續(xù)步驟中，S-CSCF需要保存和UE、 P-CSCF相關(guān)的數(shù)據(jù)。由于HSS確i人S-CSCF所發(fā)送的SAR命令是用于故障恢復(fù)場 景，戶斤以在卩向應(yīng)消息，SAA ( Server-Assignment-Answer,月l務(wù)分酉己應(yīng) 答)中，攜帶該PUI的注冊狀態(tài)、所對應(yīng)的用戶的業(yè)務(wù)配置數(shù)據(jù)等。
之后，HSS在SAA中攜帶必要的數(shù)據(jù)，發(fā)送響應(yīng)給S-CSCF;S606, S-CSCF判斷HSS返回的用戶PUI的注冊狀態(tài)。如果該 PUI的注冊狀態(tài)是已注冊，則S-CSCF利用已經(jīng)獲取的數(shù)據(jù)繼續(xù)呼 叫業(yè)務(wù)流程的處理。在本步驟中，S-CSCF可以選擇在本地保存或 不保存前一步驟中所述的UE、 P-CSCF相關(guān)的數(shù)據(jù)。至此，由于S-CSCF利用從P-CSCF發(fā)送的INVITE請求中所獲 取的數(shù)據(jù)以及HSS所返回的數(shù)據(jù)，構(gòu)成支持UE呼叫所必須的數(shù)據(jù)， /人而可以繼續(xù)呼叫流禾呈。S-CSCF為該用戶發(fā)起一個呼叫業(yè)務(wù)邏輯。在命令中包括UE的 媒體支持能力；S607， S-CSCF轉(zhuǎn)發(fā)INVITE請求給-陂叫方網(wǎng)絡(luò)；S608 ~ S610 ，呼叫 -清求:故傳llr到;故叫方網(wǎng)絡(luò)的#皮叫終端，雙方 在經(jīng)過媒體協(xié)商、資源預(yù)留、被叫終端振鈴等步驟，被叫終端摘機 應(yīng)答后，被叫終結(jié)端點向呼叫方發(fā)送一個SIP 200 (OK)最終響應(yīng)；S611 ~ S612, UE以一個SIPACK消息只十200 ( OK)纟會予響應(yīng)。對應(yīng)于圖6的實施例，基于P-CSCF對S-CSCF是可信的情況下， P-CSCF不會發(fā)送未經(jīng)注冊UE的呼叫請求。如果P-CSCF轉(zhuǎn)發(fā)的 UE的呼叫請求對S-CSCF是不可信的，S-CSCF需要通過HSS返回 的用戶注冊狀態(tài)進4亍4交-驗。圖7示出了另一種情況，即，當(dāng)HSS中4呆存的UE所對應(yīng)的PUI 的狀態(tài)不是已注冊狀態(tài)時，在本發(fā)明中，S-CSCF如何處理UE發(fā)起 的p乎叫業(yè)務(wù)的流禾呈。 如圖7所示，包4舌如下處理S701, UE向P-CSCF發(fā)起一個SIP INVITE請求，其中包含用 以初始化媒體能力協(xié)商的媒體格式；S702， P-CSCF接收到INVITE請求后，將INVITE請求轉(zhuǎn)發(fā)給 為該UE分配的S-CSCF;S703， S-CSCF檢查服務(wù)屬性；S-CSCF檢查服務(wù)屬性的操作包 括在本地數(shù)據(jù)中查詢UE所對應(yīng)的PUI的注冊狀態(tài)、才企查該PUI 所對應(yīng)的用戶配置lt據(jù)等；由于此種情況下，S-CSCF在本地存4諸 的該用戶數(shù)據(jù)已經(jīng)不存在，為了能繼續(xù)處理后續(xù)請求，則S-CSCF 需要向HSS發(fā)送數(shù)據(jù)獲取請求，以查詢用戶的狀態(tài)和數(shù)據(jù)；S-CSCF首先從P-CSCF發(fā)送的INVITE請求中提取UE和 P-CSCF相關(guān)的信息，包括UE的聯(lián)系地址、UE所對應(yīng)的公共用戶 標(biāo)識PUI、 P-CSCF的IP ;也址、P-CSCF的網(wǎng)纟各ID等。S-CSCF在 本地保存這些數(shù)據(jù)，并利用這些數(shù)據(jù)向HSS發(fā)送數(shù)據(jù)獲取請求；S704， S-CSCF使用該用戶對應(yīng)的PUI向HSS發(fā)起數(shù)據(jù)獲取請 求，期望HSS返回用戶PUI注冊狀態(tài)和用戶業(yè)務(wù)配置凄t據(jù)。在本步 ,A中，S-CSCF通過SAR ( Server-Assignment-Request,月良務(wù)分酉己i青 求)命令向HSS請求用戶數(shù)據(jù)，在命令中攜帶S-CSCF地址、UE 的乂>共用戶標(biāo)識PUI;此外，S-CSCF在該命令中的i羊細(xì)信息中攜 帶故障恢復(fù)支持標(biāo)簽，告訴HSS本請求是由于故障恢復(fù)場景；S705, HSS在H欠到S-CSCF的查詢i青求后，獲取該用戶PUI的 注冊狀態(tài)和用戶的業(yè)務(wù)配置數(shù)據(jù)，發(fā)送給S-CSCF;在本步驟中， HSS檢查S-CSCF發(fā)送的SAR命令，檢查其中攜帶了故障恢復(fù)支持 標(biāo)簽，即可知S-CSCF是希望通過HSS獲取必要的數(shù)據(jù)以繼續(xù)服務(wù) 流程。由于本實施例的UE所對應(yīng)的PUI不是已注冊狀態(tài)，所以HSS 僅提取該PUI的注冊狀態(tài)和用戶的業(yè)務(wù)配置數(shù)據(jù)，通過響應(yīng)消息 SAA返回必要的數(shù)據(jù)給S-CSCF;S706， S-CSCF判斷HSS返回的用戶PUI的注冊狀態(tài)，發(fā)現(xiàn)該 PUI的注冊狀態(tài)不是已注冊狀態(tài)，貝'J S-CSCF不4呆存用戶^:據(jù)，將 繼續(xù)步艱《S707的步艱《；S707， S-CSCF向P-CSCF發(fā)送請求不可接收的響應(yīng)；S708， P-CSCF將請求不可接收響應(yīng)轉(zhuǎn)發(fā)給UE。實例2: AS代替用戶發(fā)起的呼叫在AS代^,用戶發(fā)起的呼叫的情況下，用戶可以處于注冊狀態(tài) 或非注冊狀態(tài)。并且S-CSCF如果在本地進行數(shù)據(jù)保存，保存的數(shù) 據(jù)可以包括應(yīng)用月良務(wù)器的耳關(guān)系地址、PUI、 PUI的注冊狀態(tài)、用戶的業(yè)務(wù)配置lt據(jù)。圖8示出了為用戶PUI分配的S-CSCF發(fā)生故障重啟后，AS代 ^,用戶發(fā)起一個呼叫的流程圖，在此流禾呈中AS充當(dāng)了 UE的角色。 由應(yīng)用服務(wù)器AS代替用戶發(fā)起呼叫的典型業(yè)務(wù)有非注冊前轉(zhuǎn)服務(wù) 業(yè)務(wù)、AS主動通知的業(yè)務(wù)。S801,應(yīng)用服務(wù)器獲取為公共用戶標(biāo)識PUI分配的S-CSCF地 址，該過程通過AS和HSS間的接口 Sh,由HSS返回給AS;S802，應(yīng)用服務(wù)器發(fā)送SIP INVITE請求給S-CSCF ，并在其中 包含AS支持的媒體能力；
S803, S-CSCF確認(rèn)收到的請求為呼叫發(fā)起方的請求，首先#:查 服務(wù)屬性；在此步驟中，S-CSCF將收到的請求看成是已經(jīng)通過認(rèn) i正和授斥又的請求處理，即，4巴它看成是從網(wǎng)絡(luò)內(nèi)部一個可信的實體 發(fā)起的；另夕卜，在此步驟中，S-CSCF需要利用本地存儲的PUI相 關(guān)的業(yè)務(wù)觸發(fā)^L則發(fā)起呼叫業(yè)務(wù)流^E，而由于此時S-CSCF已沒有 該7>共用戶標(biāo)識相關(guān)的婆丈據(jù)，為了能繼續(xù)處理后續(xù)i青求，S-CSCF 需要向HSS發(fā)送數(shù)據(jù)獲取請求，以查詢用戶的狀態(tài)和數(shù)據(jù)。S-CSCF 首先從AS發(fā)送的INVITE請求中^是取用戶和AS相關(guān)的信息，包括 AS的聯(lián)系地址、公共用戶標(biāo)識PUI等。S-CSCF在本地暫時保存這 些數(shù)據(jù)，并利用這些凄t據(jù)向HSS發(fā)送凄t據(jù)獲取請求；S804， S-CSCF使用該公共用戶標(biāo)識PUI向HSS發(fā)起數(shù)據(jù)獲取 請求，期望HSS返回該PUI的注冊狀態(tài)和業(yè)務(wù)配置數(shù)據(jù)；在本步驟 中，S-CSCF通過SAR ( Server-Assignment-Request，月良務(wù)分配i青求) 命令向HSS請求用戶數(shù)據(jù)，在命令中攜帶S-CSCF地址、公共用戶 標(biāo)識PUI;并且S-CSCF在該命令中的詳細(xì)信息中攜帶故障恢復(fù)支 持標(biāo)簽，告訴HSS本請求是用于故障恢復(fù)場景；S805， HSS在4欠到S-CSCF的查詢i青求后，獲耳又該用戶PUI的 注冊狀態(tài)和用戶的業(yè)務(wù)配置數(shù)據(jù)，發(fā)送給S-CSCF。在本步驟中， HSS檢查S-CSCF發(fā)送的SAR命令，檢查其中攜帶了故障恢復(fù)支持 標(biāo)簽，即可知S-CSCF是希望通過HSS獲取必要的數(shù)據(jù)以繼續(xù)服務(wù) 流程；由于HSS確認(rèn)S-CSCF所發(fā)送的SAR命令是用于故障恢復(fù) 場景，戶斤以在響應(yīng)消息SAA ( Server-Assignment-Answer,月l務(wù)分酉己 應(yīng)答)中，攜帶該PUI的注冊狀態(tài)、所對應(yīng)的業(yè)務(wù)配置數(shù)據(jù)等。之 后，HSS在SAA中攜帶必要的數(shù)據(jù)，發(fā)送響應(yīng)給S-CSCF;S806, S-CSCF利用已經(jīng)獲取的數(shù)據(jù)繼續(xù)呼叫業(yè)務(wù)流程的處理。 在本步驟中，由于S-CSCF利用從AS發(fā)送的INVITE請求中所獲取 的數(shù)據(jù)以及HSS所返回的數(shù)據(jù)，構(gòu)成支持呼叫所必須的數(shù)據(jù)，從而
可以繼續(xù)呼叫流禾呈。S-CSCF為該用戶發(fā)起一個呼叫業(yè)務(wù)邏輯。在命令中包括呼叫發(fā) 起方所支持的媒體支持能力；S807， S-CSCF將INVITE i青求轉(zhuǎn)發(fā)到:故叫方網(wǎng)絡(luò)，由凈皮叫方網(wǎng) 絡(luò)轉(zhuǎn)發(fā)鄉(xiāng)會凈皮叫方終端；S808 ~ S809,呼叫:清求^皮傳輸?shù)絕皮叫方網(wǎng)全各的^皮叫終端，雙方 在經(jīng)過J 某體協(xié)商、資源預(yù)留、故叫終端振鈴等步驟，；故叫終端摘枳J 應(yīng)答后，被叫終結(jié)端點向呼叫發(fā)起方發(fā)送一個SIP 200 (OK)最終 響應(yīng)；S810 S811，呼叫發(fā)起方以一個SIP ACK消息只寸200 (OK)給予響應(yīng)。情況二核心網(wǎng)元是應(yīng)用月l務(wù)器。在這種情況下，在步驟S502中，AS使用AS和HSS間的Sh 接口向HSS發(fā)送請求消息，并在請求消息中攜帶用戶的PUI。上述 -清求消息可以為用戶凝:才居i青求(User-Data-Request， UDR)消息。AS如果在本地進行數(shù)據(jù)保存，則保存的數(shù)據(jù)可以包括UE的 寫關(guān)系地址、S-CSCF的i也址、PUI、 PUI的注冊狀態(tài)、用戶的業(yè)務(wù)配置數(shù)據(jù)。圖9示出了在UE成功注冊到IMS網(wǎng)鄉(xiāng)各后，AS發(fā)生重啟或古丈障 恢復(fù)后，當(dāng)UE發(fā)起呼叫時，AS如何有效地避免業(yè)務(wù)不可接收的錯 i吳的處理;虎禾呈。如圖9所示，可以包4舌以下處理S901, UE向P-CSCF發(fā)起一個SIP INVITE請求，包含用以初 始化媒體能力協(xié)商的媒體格式；S902， P-CSCF接收到INVITE請求后，將INVITE請求轉(zhuǎn)發(fā)給 為該UE分配的S-CSCF;S903， S-CSCF接收到INVITE請求后，沖艮據(jù)用戶的業(yè)務(wù)配置， 將INVITE請求轉(zhuǎn)發(fā)到為用戶提供服務(wù)的AS;S904, AS4企查服務(wù)屬性；AS 4企查力1務(wù)屬性的#:作包括在本 地tt據(jù)中查詢UE所對應(yīng)的PUI的注冊狀態(tài)、4企查該PUI所對應(yīng)的 用戶配置數(shù)據(jù)等。由于此種情況下，AS在本地存儲的該用戶數(shù)據(jù)已 經(jīng)不存在，為了能繼續(xù)處理后續(xù)請求，則AS需要向HSS發(fā)送數(shù)據(jù) 獲取請求，以查詢用戶的狀態(tài)和數(shù)據(jù)。S-CSCF首先從S-CSCF發(fā)送 的INVITE請求中提取UE和S-CSCF相關(guān)的信息，包括UE的聯(lián)系 地址、UE所對應(yīng)的公共用戶標(biāo)識PUI、 S-CSCF的聯(lián)系地址等。AS 在本地暫時保存這些數(shù)據(jù)，并利用這些數(shù)據(jù)向HSS發(fā)送數(shù)據(jù)獲取請求；S905 ， AS使用該用戶對應(yīng)的PUI向HSS發(fā)起數(shù)據(jù)獲取請求， 期望HSS返回用戶PUI注冊狀態(tài)和用戶業(yè)務(wù)配置翁:據(jù)。在本步艱《中，AS通過Sh才妻口的UDR ( User-Data-Request,用 戶數(shù)據(jù)請求)命令向HSS請求用戶數(shù)據(jù)，在命令中攜帶UE的公共 用戶標(biāo)識PUI,并且AS在該命令中的詳細(xì)信息中攜帶故障恢復(fù)支 持標(biāo)簽，告訴HSS本請求是用于故障恢復(fù)場景；S906， HSS在收到AS的查詢-清求后，獲取該用戶PUI的注冊 狀態(tài)和用戶的業(yè)務(wù)配置數(shù)據(jù)，發(fā)送給AS。在本步驟中，HSS檢查 AS發(fā)送的UDR命令，檢查其中攜帶了故障恢復(fù)支持標(biāo)簽，即可知 AS是希望通過HSS獲取必要的數(shù)據(jù)以繼續(xù)服務(wù)流程。由于HSS確 認(rèn)AS所發(fā)送的UDR命令是用于故障恢復(fù)場景，所以在響應(yīng)消息 UDA ( User-Data-Answer,用戶凄史據(jù)應(yīng)答)中，攜帶該PUI的注冊 狀態(tài)、所對應(yīng)的用戶的業(yè)務(wù)配置數(shù)據(jù)等；之后，HSS在UDA中攜 帶必要的凄t據(jù)，發(fā)送響應(yīng)給AS;S907， AS判斷HSS返回的用戶PUI的注冊狀態(tài)。如果該PUI 的注冊狀態(tài)是已注冊，則AS利用已經(jīng)獲耳又的數(shù)據(jù)繼續(xù)呼叫業(yè)務(wù)流 禾呈的處理。在本步驟中，由于AS利用從S-CSCF發(fā)送的INVITE請求中所 獲取的數(shù)據(jù)以及HSS所返回的數(shù)據(jù)，構(gòu)成支持UE呼叫所必須的數(shù) 據(jù)，從而可以繼續(xù)呼叫流程。此外，在本步驟中，AS可以選擇在本 地保存用戶相關(guān)的數(shù)據(jù)，包括UE的聯(lián)系地址、用戶的業(yè)務(wù)配置數(shù) 才居、S-CSCF》也址等。AS為該用戶發(fā)起一個呼叫業(yè)務(wù)邏輯。在命令中包括UE的媒體 支持能力；S908, AS轉(zhuǎn)發(fā)INVITE請求給被叫方網(wǎng)絡(luò)；S909 ~ S911 ，，呼叫諱-^^4^f專llr到凈皮叫方網(wǎng)全備的#皮叫鄉(xiāng)冬端，^又方 在經(jīng)過媒體協(xié)商、資源預(yù)留、被叫終端振鈴等步驟，被叫終端摘機 應(yīng)答后，被叫終結(jié)端點向呼叫方發(fā)送一個SIP 200 (OK)最終響應(yīng)；S912 ~ S913, UE以一個SIP ACK消息7寸200 ( OK )給予響應(yīng)。如上所述，通過本發(fā)明，在IMS系統(tǒng)核心網(wǎng)元丟失了用戶數(shù)據(jù) 后，釆用向HSS查詢所需要的用戶數(shù)據(jù)的方法，可以有效地解決由 于核心網(wǎng)元數(shù)據(jù)缺失而導(dǎo)致的服務(wù)不可用的缺陷，保證了服務(wù)的連 續(xù)性，增強了核心網(wǎng)元的故障處理能力。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種核心網(wǎng)元重啟/故障恢復(fù)后的處理方法，用于IP多媒體子系統(tǒng)，所述IP多媒體子系統(tǒng)包括用戶設(shè)備、應(yīng)用服務(wù)器、服務(wù)呼叫會話控制功能實體即S-CSCF、代理呼叫會話控制功能實體即P-CSCF、歸屬用戶服務(wù)器，其特征在于，所述方法包括以下處理在以用戶為呼叫方的呼叫過程中，核心網(wǎng)元接收到所述用戶的呼叫請求后，檢查本地數(shù)據(jù)，在沒有檢查到與所述用戶對應(yīng)的數(shù)據(jù)的情況下，向歸屬用戶服務(wù)器發(fā)送一條或多條請求消息，以請求所述用戶的公共用戶標(biāo)識的注冊狀態(tài)和業(yè)務(wù)配置數(shù)據(jù)；響應(yīng)于所述核心網(wǎng)元的請求消息，所述歸屬用戶服務(wù)器查找所述公共用戶標(biāo)識的注冊狀態(tài)和業(yè)務(wù)配置數(shù)據(jù)，并返回給所述核心網(wǎng)元；所述核心網(wǎng)元使用從所述歸屬用戶服務(wù)器獲取的所述公共用戶標(biāo)識的注冊狀態(tài)和業(yè)務(wù)配置數(shù)據(jù)，進行后續(xù)會話處理流程。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述IP多々某體 子系統(tǒng)中存在多個歸屬用戶服務(wù)器的情況下，所述核心網(wǎng)元首 先查詢所述用戶的7>共用戶標(biāo)識所在的歸屬用戶月1務(wù)器。
3. 才艮據(jù)4又利要求1所述的方法，其特4i在于，所述核心網(wǎng)元發(fā)送 的所述請求消息中攜帶有故障恢復(fù)支持標(biāo)簽。
4. 根據(jù)權(quán)利要求1至3中任一項所述的方法，其特征在于，所述 核心網(wǎng)元是S-CSCF。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述S-CSCF使用 S-CSCF和歸屬用戶服務(wù)器間的Cx接口向所述歸屬用戶服務(wù) 器發(fā)送所述請求消息，并在所述請求消息中攜帶S-CSCF名稱、 所述用戶的7>共用戶標(biāo)識。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述請求消息是服 務(wù)分配i青求消息。
7. 根據(jù)權(quán)利要求5所述的方法，其特征在于，響應(yīng)于所述S-CSCF 的所述請求消息，所述歸屬用戶月l務(wù)器判斷為所述7>共用戶標(biāo) 識分配的S-CSCF的S-CSCF名稱是否與所述請求消息中攜帶 的所述S-CSCF名稱一致，并且在二者不一致的情況下，決定 是否更新為所述7>共用戶標(biāo)識分配的S-CSCF。
8. 才艮據(jù)權(quán)利要求7所述的方法，其特征在于，在所述歸屬用戶服 務(wù)器更新為所述7>共用戶標(biāo)識分配的S-CSCF的情況下，所述 S-CSCF在本地進行數(shù)據(jù)保存。
9. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述呼叫過程是用 戶i殳備發(fā)起的呼叫，其中，在以下情況下為所述用戶分配 S-CSCF:所述用戶成功注冊到IP多々某體子系統(tǒng)網(wǎng)絡(luò)；或者所 述用戶訂閱了未注冊業(yè)務(wù)，由未注冊業(yè)務(wù)觸發(fā)了 S-CSCF分配過程。
10. 根據(jù)權(quán)利要求9所述的方法，其特征在于，進一步包括所述S-CSCF在本地進行凄t據(jù)保存，^呆存的tt據(jù)包括用 戶設(shè)備的聯(lián)系地址、P-CSCF的地址、P-CSCF的網(wǎng)絡(luò)ID、公 共用戶標(biāo)識、7>共用戶標(biāo)識的注冊狀態(tài)、用戶的業(yè)務(wù)配置凝:據(jù)。
11. 根據(jù)權(quán)利要求9所述的方法，其特征在于，在所述S-CSCF從 所述歸屬用戶服務(wù)器獲取的所述公共用戶標(biāo)識的注冊狀態(tài)為 非注冊狀態(tài)的情況下，所述S-CSCF返回服務(wù)不可接收的響應(yīng)， 不再繼續(xù)后續(xù)流程，并且不在本地保存從所述歸屬用戶服務(wù)器 獲耳又的業(yè)務(wù)配置^據(jù)。
12. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述呼叫過程是應(yīng) 用服務(wù)器代替用戶發(fā)起的呼叫，其中，所述用戶可以處于注冊 狀態(tài)或非注冊狀態(tài)。
13. 根據(jù)權(quán)利要求12所述的方法，其特征在于，進一步包括所述S-CSCF在本地進行數(shù)據(jù)保存，保存的數(shù)據(jù)包括應(yīng) 用服務(wù)器的聯(lián)系地址、公共用戶標(biāo)識、7〉共用戶標(biāo)識的注冊狀 態(tài)、用戶的業(yè)務(wù)配置l史據(jù)。
14. 才艮據(jù)—又利要求1至3中任一項所述的方法，其特;f正在于，所述 核心網(wǎng)元是應(yīng)用月良務(wù)器。
15. 根據(jù)權(quán)利要求14所述的方法，其特征在于，所述應(yīng)用服務(wù)器 ^使用應(yīng)用月l務(wù)器和所述歸屬用戶月l務(wù)器間的Sh 4妄口向所述歸 屬用戶服務(wù)器發(fā)送所述請求消息，并在所述請求消息中攜帶所 述用戶的7>共用戶標(biāo)識。
16. 根據(jù)權(quán)利要求15所述的方法，其特征在于，所述請求消息為 用戶數(shù)據(jù)請求消息。
17. 根據(jù)權(quán)利要求14所述的方法，其特征在于，進一步包括所述應(yīng)用服務(wù)器在本地進行數(shù)據(jù)保存，保存的數(shù)據(jù)包括 用戶設(shè)備的聯(lián)系地址、S-CSCF的地址、公共用戶標(biāo)識、公共 用戶標(biāo)識的注冊狀態(tài)、用戶的業(yè)務(wù)配置凄t據(jù)。
全文摘要
本發(fā)明公開了一種核心網(wǎng)元重啟/故障恢復(fù)后的處理方法，該方法包括以下處理在以用戶為呼叫方的呼叫過程中，核心網(wǎng)元接收到用戶的呼叫請求后，檢查本地數(shù)據(jù)，在沒有檢查到與用戶對應(yīng)的數(shù)據(jù)的情況下，向歸屬用戶服務(wù)器發(fā)送一條或多條請求消息，以請求用戶的公共用戶標(biāo)識的注冊狀態(tài)和業(yè)務(wù)配置數(shù)據(jù)；響應(yīng)于核心網(wǎng)元的請求消息，歸屬用戶服務(wù)器查找公共用戶標(biāo)識的注冊狀態(tài)和業(yè)務(wù)配置數(shù)據(jù)，并返回給核心網(wǎng)元；核心網(wǎng)元使用從歸屬用戶服務(wù)器獲取的公共用戶標(biāo)識的注冊狀態(tài)和業(yè)務(wù)配置數(shù)據(jù)，進行后續(xù)會話處理流程。
文檔編號H04L12/24GK101127722SQ20071015413
公開日2008年2月20日 申請日期2007年9月17日 優(yōu)先權(quán)日2007年9月17日
發(fā)明者丁兆明, 李志軍, 軍 汪, 郝振武 申請人:中興通訊股份有限公司