專利名稱：用于ims的第三方注冊失敗處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種用于IMS(IP Multimedia Subsystem, IP多媒體子系統(tǒng))的第三方注冊失敗處理方法及裝置。
背景技術(shù)：
IMS系統(tǒng)作為下一代網(wǎng)絡(luò)的高層組件，為實現(xiàn)豐富業(yè)務(wù)建立了一個獨立于下層承 載網(wǎng)絡(luò)、基于開放的SIP (Session Initiation ftx)tocol，會話初始協(xié)議)/IP以及可管理可 控制的平臺，其豐富的業(yè)務(wù)是通過各種應(yīng)用服務(wù)器AS (Application Server)來實現(xiàn)和提供 的。在IMS通信網(wǎng)絡(luò)中，用戶要使用網(wǎng)絡(luò)所提供的多媒體服務(wù)，用戶UE(User Equipment，用 戶設(shè)備)所關(guān)聯(lián)的PUI (Public User Identities，公共用戶標(biāo)識)必須事先在IMS核心網(wǎng) 絡(luò)和AS上進行注冊，而PUI在AS上的注冊即為第三方注冊。為了及時獲知注冊用戶的狀 態(tài)變化，UE和P-CSCF在用戶注冊完成后都會立即發(fā)起對該注冊PUI的狀態(tài)訂閱。
根據(jù)3GPP 24. 229技術(shù)規(guī)范的描述，用戶UE所關(guān)聯(lián)的PUI在IMS核心網(wǎng)和AS上 進行注冊的具體注冊流程參見圖1，其中P-CSCF(Proxy-Call Session Control Function, 代理呼叫會話控制功能)訂閱流程為步驟11 112h，UE訂閱流程為步驟113a 113h， 是兩個獨立的業(yè)務(wù)處理流程，兩個處理流程不存在嚴(yán)格的先后關(guān)系，可以是并行處理，為了 使信令流程更加清晰，此處將兩個流程分開繪制，具體包括以下步驟
步驟101，UE發(fā)起網(wǎng)絡(luò)注冊，發(fā)送REGISTER(注冊)請求到P-CSCF ；
步驟102，P-CSCF 轉(zhuǎn)發(fā) REGISTER 請求到 I-CSCF Gnterrogating-CSCF，查詢呼叫 會話控制功能)；
步驟103，I-CSCF 向 HSS(Home Subscriber Server,歸屬簽約服務(wù)器)發(fā)送 UAR(User Authorization Request，用戶授權(quán)請求)請求查詢用戶狀態(tài)；
步驟104，HSS將用戶狀態(tài)查詢結(jié)果通過UAA (User Authorization Answer，用戶 授權(quán)應(yīng)答)消息返回給I-CSCF ；
步驟105，I-CSCF 轉(zhuǎn)發(fā)注冊 REGISTER 請求到 S-CSCF (Serving-CSCF，服務(wù)呼叫會 話控制功能)；
步驟106，S-CSCF 發(fā)送 SAR(krver Assignment Request，服務(wù)器分配請求)請求 到HSS通知用戶注冊，并下載用戶簽約數(shù)據(jù)；
步驟107，HSS返回SAA (Server Assignment Answer，服務(wù)器分配應(yīng)答)，并下載用 戶簽約數(shù)據(jù)到S-CSCF ；
步驟108，注冊完成，S-CSCF返回注冊的2000K響應(yīng)；
步驟109a，S-CSCF根據(jù)用戶簽約數(shù)據(jù)觸發(fā)第三方注冊，發(fā)送REGISTER (the third-party，第三方)消息到AS;
步驟109b，AS返回第三方注冊的2000K;
步驟110，I-CSCF轉(zhuǎn)發(fā)步驟108中的2000K響應(yīng)到P-CSCF ；
步驟111，P-CSCF轉(zhuǎn)發(fā)步驟110中的2000K響應(yīng)到UE ；
步驟112a，P-CSCF發(fā)起用戶注冊狀態(tài)訂閱，發(fā)送SUBSCRIBE (訂閱)請求到 I-CSCF ；
步驟112b，I-CSCF向HSS發(fā)送UAR請求查詢用戶狀態(tài)；
步驟112c，HSS通過UAA向I-CSCF返回用戶狀態(tài)查詢結(jié)果；
步驟112d，I-CSCF 轉(zhuǎn)發(fā) SUBSCRIBE 訂閱請求到 S-CSCF ；
步驟112e，S-CSCF接受訂閱，返回2000K響應(yīng)；
步驟 112f，I-CSCF 轉(zhuǎn)發(fā) 2000K 響應(yīng)到 P-CSCF ；
步驟112g，S-CSCF發(fā)送NOTIFY通知請求，由于訂閱已經(jīng)建立，S-CSCF直接發(fā)送 NOTIFY給P-CSCF，通知P-CSCF用戶的注冊狀態(tài)；
步驟112h，P-CSCF返回NOTIFY通知請求的2000K響應(yīng)給S-CSCF，P-CSCF訂閱流 程結(jié)束；
步驟113a，UE發(fā)起用戶注冊狀態(tài)訂閱，發(fā)送SUBSCRIBE訂閱請求到P-CSCF ；
步驟113b，P-CSCF 轉(zhuǎn)發(fā) UE 的 SUBSCRIBE 訂閱請求到 S-CSCF ；
步驟113c，S-CSCF接受訂閱，返回2000K響應(yīng)；
步驟113d，P-CSCF 轉(zhuǎn)發(fā) 2000K 響應(yīng)到 UE ；
步驟113e，S-CSCF發(fā)送NOTIFY通知請求，通知UE用戶的注冊狀態(tài)；
步驟113f，P-CSCF轉(zhuǎn)發(fā)NOTIFY通知請求給UE ；
步驟113g，UE返回NOTIFY通知請求的2000K響應(yīng)；
步驟113h，P-CSCF轉(zhuǎn)發(fā)2000K響應(yīng)給S-CSCF，UE訂閱流程結(jié)束。
上述流程中，用戶UE以關(guān)聯(lián)的PUI發(fā)起初始網(wǎng)絡(luò)注冊，注冊成功(對應(yīng)于步驟 101 107)，S-CSCF向UE返回注冊的2000K成功響應(yīng)(對應(yīng)于步驟108、110 111)，為了 及時獲知用戶PUI的注冊狀態(tài)，P-CSCF和UE收到2000K響應(yīng)后，分別發(fā)起對該PUI的注冊 狀態(tài)訂閱(分別對應(yīng)于步驟11 112d和步驟113a 11 )，據(jù)此訂閱，S-CSCF也將隨 時通知訂閱者該PUI的注冊狀態(tài)變化(分別對應(yīng)于步驟112g和步驟11 113f)。根據(jù) 用戶PUI所簽約的業(yè)務(wù)觸發(fā)規(guī)則，注冊成功，S-CSCF還將向每一個匹配第三方注冊觸發(fā)條 件的AS發(fā)送一個第三方注冊請求(對應(yīng)于步驟109a)。正常情況下，AS收到S-CSCF發(fā)送 的REGISTER請求后，返回2000K成功響應(yīng)(對應(yīng)于步驟109b)。至此，用戶UE在網(wǎng)絡(luò)的注 冊完成，可以正常使用網(wǎng)絡(luò)提供的資源和服務(wù)。
但是，AS在收到第三方REGISTER請求之后，可能由于某些原因造成無法提供服務(wù) 而立即返回5xx失敗響應(yīng)消息，即發(fā)生第三方注冊失敗。
相關(guān)技術(shù)中提供了一種用于IMS的第三方注冊失敗處理方法，該方法遵循3GPP 24. 229技術(shù)規(guī)范，在S-CSCF收到AS返回的5xx響應(yīng)情況下，根據(jù)PUI簽約，有兩種默認(rèn)處理 方式“SESSI0N_C0NTINUED” =S-CSCF不再做任何處理，用戶在核心網(wǎng)絡(luò)的注冊依然存在； "SESSI0N_TERMINATED" = S-CSCF將注銷之前PUI在核心網(wǎng)絡(luò)的注冊。為了給用戶提供優(yōu)良 的服務(wù)和滿意的用戶體驗，PUI簽約更多地采用了 “SESSI0N_TERMINATED”方式，在這種方 式下，S-CSCF收到5xx響應(yīng)后，根據(jù)24. 229技術(shù)規(guī)范描述，S-CSCF將執(zhí)行網(wǎng)絡(luò)注銷流程，注 銷之前PUI在核心網(wǎng)絡(luò)的注冊，正常情況下，在S-CSCF執(zhí)行網(wǎng)絡(luò)注銷流程時，UE和P-CSCF 訂閱均已成功完成，這樣S-CSCF可正常通知UE和P-CSCF刪除其上的用戶注冊數(shù)據(jù)。
發(fā)明人發(fā)現(xiàn)相關(guān)技術(shù)中第三方注冊失敗處理方法中，當(dāng)S-CSCF收到5xx響應(yīng)并執(zhí)行網(wǎng)絡(luò)注銷流程時，很可能由于網(wǎng)絡(luò)單元對消息的處理以及網(wǎng)絡(luò)傳輸存在時延，而導(dǎo)致出 現(xiàn)以下兩種異常情況
1、當(dāng) UE 或者 P-CSCF 的訂閱請求 SUBSCRIBE 到達(dá) I-CSCF，I-CSCF 發(fā)起 LIR(Location Info Request，位置信息請求)查詢時，HSS已經(jīng)收到S-CSCF發(fā)出的SAR注 銷請求，即用戶在HSS上已經(jīng)處于未注冊狀態(tài)，HSS向I-CSCF返回用戶未注冊響應(yīng)，I-CSCF 不轉(zhuǎn)發(fā)訂閱請求SUBSCRIBE，從而導(dǎo)致訂閱失??；
2、當(dāng)UE或者P-CSCF的訂閱請求SUBSCRIBE到達(dá)S-CSCF時，S-CSCF根據(jù)在此之 前收到的AS返回的hx響應(yīng)已經(jīng)刪除其上的用戶數(shù)據(jù)，由于沒有用戶注冊信息，故S-CSCF 拒絕訂閱，從而導(dǎo)致訂閱失敗；
上述第1種異常情況為SUBSCRIBE訂閱請求未到達(dá)S-CSCF，上述第2種異常情況 為SUBSCRIBE訂閱請求到達(dá)S-CSCF的時間滯后于AS返回的5xx響應(yīng)到達(dá)S-CSCF的時間， 這兩種異常情況均會使得訂閱會話無法建立，所以無法通知訂閱方注銷用戶，從而導(dǎo)致設(shè) 備間的用戶數(shù)據(jù)存在不一致的問題。發(fā)明內(nèi)容
本發(fā)明旨在提供一種用于IMS的第三方注冊失敗處理方法及裝置，能夠解決相關(guān) 技術(shù)中第三方注冊失敗處理方法由于用戶第三方注冊失敗而使得訂閱會話無法建立，所以 無法通知訂閱方注銷用戶，從而導(dǎo)致設(shè)備間的用戶數(shù)據(jù)存在不一致的問題。
為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種用于IMS的第三方注冊 失敗處理方法，包括以下步驟=I-CSCF接收由訂閱方發(fā)送的用戶狀態(tài)訂閱請求，并在查詢 得到用戶的第三方注冊失敗時，轉(zhuǎn)發(fā)用戶狀態(tài)訂閱請求；S-CSCF根據(jù)用戶狀態(tài)訂閱請求與 訂閱方建立訂閱會話，并在查詢得到用戶的第三方注冊失敗時向訂閱方發(fā)送注銷通知請 求；訂閱方根據(jù)注銷通知請求注銷用戶。
優(yōu)選地，在上述方法中，I-CSCF接收由訂閱方發(fā)送的用戶狀態(tài)訂閱請求，并在查詢 得到用戶的第三方注冊失敗時，轉(zhuǎn)發(fā)用戶狀態(tài)訂閱請求具體包括=I-CSCF接收由P-CSCF發(fā) 送的用戶狀態(tài)訂閱請求；I-CSCF向HSS查詢用戶的用戶狀態(tài)；當(dāng)HSS返回用戶未注冊時， I-CSCF向S-CSCF轉(zhuǎn)發(fā)用戶狀態(tài)訂閱請求。
優(yōu)選地，在上述方法中，S-CSCF根據(jù)用戶狀態(tài)訂閱請求與訂閱方建立訂閱會話， 并在查詢得到用戶的第三方注冊失敗時向訂閱方發(fā)送注銷通知請求具體包括=S-CSCF向 P-CSCF返回訂閱成功響應(yīng)；S-CSCF查詢是否存在用戶的用戶數(shù)據(jù)；若不存在用戶數(shù)據(jù)，則 S-CSCF向P-CSCF發(fā)送注銷通知請求；S-CSCF刪除其保存的P-CSCF的訂閱數(shù)據(jù)。
優(yōu)選地，在上述方法中，訂閱方根據(jù)注銷通知請求注銷用戶具體包括=P-CSCF接 收注銷通知請求；P-CSCF刪除用戶的注冊信息。
為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，還提供了一種用于IMS的第三方注 冊失敗處理方法，包括以下步驟接收訂閱方發(fā)送的用戶狀態(tài)訂閱請求，并在查詢得到用戶 的第三方注冊失敗時與訂閱方建立訂閱會話；向訂閱方發(fā)送注銷通知請求；訂閱方根據(jù)注 銷通知請求注銷用戶。
優(yōu)選地，在上述方法中，接收訂閱方發(fā)送的用戶狀態(tài)訂閱請求，并在查詢得到用戶 的第三方注冊失敗時與訂閱方建立訂閱會話具體包括=S-CSCF接收UE發(fā)送的用戶狀態(tài)訂閱請求；S-CSCF查詢是否存在用戶的用戶數(shù)據(jù)；若不存在用戶數(shù)據(jù)，則S-CSCF向UE返回訂 閱成功響應(yīng)。
優(yōu)選地，在上述方法中，向訂閱方發(fā)送注銷通知請求具體包括=S-CSCF向UE發(fā)送 注銷通知請求；S-CSCF刪除其保存的UE的訂閱數(shù)據(jù)。
優(yōu)選地，在上述方法中，訂閱方根據(jù)注銷通知請求注銷用戶具體包括UE接收注 銷通知請求；UE設(shè)置用戶的用戶狀態(tài)為未注冊。
為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，還提供了一種用于IMS的第三方 注冊失敗處理裝置，包括轉(zhuǎn)發(fā)模塊，用于I-CSCF接收由訂閱方發(fā)送的用戶狀態(tài)訂閱請 求，并在查詢得到用戶的第三方注冊失敗時，轉(zhuǎn)發(fā)用戶狀態(tài)訂閱請求；第一通知模塊，用于 S-CSCF根據(jù)用戶狀態(tài)訂閱請求與訂閱方建立訂閱會話，并在查詢得到用戶的第三方注冊失 敗時向訂閱方發(fā)送注銷通知請求；第一注銷模塊，用于訂閱方根據(jù)注銷通知請求注銷用戶。
優(yōu)選地，在上述裝置中，轉(zhuǎn)發(fā)模塊具體包括第一接收單元，用于I-CSCF接收由 P-CSCF發(fā)送的用戶狀態(tài)訂閱請求；第一查詢單元，用于I-CSCF向HSS查詢用戶的用戶狀 態(tài)；轉(zhuǎn)發(fā)單元，用于當(dāng)HSS返回用戶未注冊時，I-CSCF向S-CSCF轉(zhuǎn)發(fā)用戶狀態(tài)訂閱請求。
優(yōu)選地，在上述裝置中，第一通知模塊具體包括第一訂閱響應(yīng)單元，用于S-CSCF 向P-CSCF返回訂閱成功響應(yīng)；第二查詢單元，用于S-CSCF查詢是否存在用戶的用戶數(shù)據(jù)； 第一通知單元，用于若不存在用戶數(shù)據(jù)，則S-CSCF向P-CSCF發(fā)送注銷通知請求；第一刪除 單元，用于S-CSCF刪除其保存的P-CSCF的訂閱數(shù)據(jù)。
為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，還提供了一種用于IMS的第三方注 冊失敗處理裝置，包括以下步驟訂閱建立模塊，用于接收訂閱方發(fā)送的用戶狀態(tài)訂閱請 求，并在查詢得到用戶的第三方注冊失敗時與訂閱方建立訂閱會話；第二通知模塊，用于向 訂閱方發(fā)送注銷通知請求；第二注銷模塊，用于訂閱方根據(jù)注銷通知請求注銷用戶。
優(yōu)選地，在上述裝置中，訂閱建立模塊具體包括第二接收單元，用于S-CSCF接收 UE發(fā)送的用戶狀態(tài)訂閱請求；第三查詢單元，用于S-CSCF查詢是否存在用戶的用戶數(shù)據(jù)； 第二訂閱響應(yīng)單元，用于若不存在用戶數(shù)據(jù)，則S-CSCF向UE返回訂閱成功響應(yīng)。
優(yōu)選地，在上述裝置中，第二通知模塊具體包括第二通知單元，用于S-CSCF向UE 發(fā)送注銷通知請求；第二刪除單元，用于S-CSCF刪除其保存的UE的訂閱數(shù)據(jù)。
上述實施例中的網(wǎng)元首先接收由訂閱方發(fā)送的用戶狀態(tài)訂閱請求，即使經(jīng)過查詢 得知用戶的第三方注冊已經(jīng)失敗，也按照正常訂閱流程與訂閱方建立訂閱會話，進而向訂 閱方發(fā)送用于指示注銷的注銷通知請求，使得訂閱方完成對該用戶的注銷，從而有效保證 了設(shè)備間用戶數(shù)據(jù)的一致性，所以克服了相關(guān)技術(shù)中第三方注冊失敗處理方法由于用戶第 三方注冊失敗而使得訂閱會話無法建立，所以無法通知訂閱方注銷用戶，從而導(dǎo)致設(shè)備間 的用戶數(shù)據(jù)存在不一致的問題。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
圖1示出了 UE進行初始注冊與訂閱的流程圖2示出了根據(jù)本發(fā)明第一實施例的處理方法的流程圖3示出了根據(jù)本發(fā)明第二實施例的處理方法的流程圖4示出了根據(jù)本發(fā)明第三實施例的處理方法的流程圖5示出了根據(jù)本發(fā)明第四實施例的處理裝置的結(jié)構(gòu)圖6示出了根據(jù)本發(fā)明第五實施例的處理裝置的結(jié)構(gòu)圖。
具體實施方式
下面將參考附圖并結(jié)合實施例，來詳細(xì)說明本發(fā)明。
圖2示出了根據(jù)本發(fā)明第一實施例的處理方法的流程圖，該方法包括以下步驟
步驟201，I-CSCF接收由訂閱方發(fā)送的用戶狀態(tài)訂閱請求SUBSCRIBE，并在查詢得 到用戶的第三方注冊失敗時，轉(zhuǎn)發(fā)用戶狀態(tài)訂閱請求；
步驟202，S-CSCF根據(jù)用戶狀態(tài)訂閱請求與訂閱方建立訂閱會話，并在查詢得到 用戶的第三方注冊失敗時向訂閱方發(fā)送注銷通知請求；
步驟203，訂閱方根據(jù)注銷通知請求注銷用戶。
本實施例中的I-CSCF首先接收由訂閱方發(fā)送的用戶狀態(tài)訂閱請求，即使經(jīng)過查 詢得知用戶的第三方注冊已經(jīng)失敗，也按照正常訂閱流程向S-CSCF轉(zhuǎn)發(fā)用戶狀態(tài)訂閱請 求，S-CSCF根據(jù)該訂閱請求與訂閱方建立訂閱會話，并在查詢得知用戶的第三方注冊失敗 時向訂閱方發(fā)送用于指示注銷的注銷通知請求，使得訂閱方完成對用戶的注銷，從而有效 保證了設(shè)備間(本實施例中為S-CSCF與訂閱方之間)用戶數(shù)據(jù)的一致性，所以克服了相關(guān) 技術(shù)中第三方注冊失敗處理方法由于用戶第三方注冊失敗而使得訂閱會話無法建立，所以 無法通知訂閱方注銷用戶，從而導(dǎo)致設(shè)備間的用戶數(shù)據(jù)存在不一致的問題，具體說來，解決 了背景技術(shù)中第1種異常情況導(dǎo)致的以下問題=I-CSCF在得知用戶第三方注冊失敗后不轉(zhuǎn) 發(fā)訂閱請求，故SUBSCRIBE訂閱請求無法到達(dá)S-CSCF，進而S-CSCF無法與訂閱方建立訂閱 會話，訂閱方無法獲知用戶第三方注冊失敗的狀態(tài)信息，故無法完成用戶的注銷，從而導(dǎo)致 S-CSCF與訂閱方之間的用戶數(shù)據(jù)不一致。
優(yōu)選地，在上述方法中，步驟201具體包括=I-CSCF接收由P-CSCF發(fā)送的用戶狀 態(tài)訂閱請求；I-CSCF向HSS查詢用戶的用戶狀態(tài)；當(dāng)HSS返回用戶未注冊時，I-CSCF向 S-CSCF轉(zhuǎn)發(fā)用戶狀態(tài)訂閱請求。
本實施例為P-CSCF發(fā)起用戶注冊狀態(tài)訂閱請求(即訂閱方為P-CSCF)，且用戶 的第三方注冊失敗的情況。在如圖1所示的正常情況下，I-CSCF接收到P-CSCF發(fā)送的 SUBSCRIBE訂閱請求之后，向HSS發(fā)起查詢用戶狀態(tài)，HSS返回用戶為正常注冊狀態(tài)，則 I-CSCF轉(zhuǎn)發(fā)SUBSCRIBE訂閱請求至S-CSCF，S-CSCF向P-CSCF返回2000K的訂閱成功響應(yīng) 消息，從而在P-CSCF與S-CSCF之間建立起訂閱會話。在相關(guān)技術(shù)中的處理方法中，I-CSCF 接收到P-CSCF發(fā)送的SUBSCRIBE訂閱請求之后，向HSS發(fā)起查詢用戶狀態(tài)，HSS返回用戶 為未注冊狀態(tài)(即用戶的第三方注冊失敗)，此時I-CSCF不轉(zhuǎn)發(fā)SUBSCRIBE訂閱請求，即 SUBSCRIBE訂閱請求無法到達(dá)S-CSCF，故P-CSCF與S-CSCF之間無法建立起訂閱會話。本 實施例也是用戶的第三方注冊失敗的情況，但是本實施例中的I-CSCF仍按照正常情況的 流程向S-CSCF轉(zhuǎn)發(fā)SUBSCRIBE訂閱請求，從而使得在用戶的第三方注冊失敗時S-CSCF也 與P-CSCF建立起訂閱會話，為S-CSCF向P-CSCF通知用戶狀態(tài)提供了前提和基礎(chǔ)。
優(yōu)選地，在上述方法中，步驟202具體包括=S-CSCF向P-CSCF返回訂閱成功響應(yīng)；S-CSCF查詢是否存在用戶的用戶數(shù)據(jù)；若不存在用戶數(shù)據(jù)，則S-CSCF向P-CSCF發(fā)送注銷 通知請求；S-CSCF刪除其保存的P-CSCF的訂閱數(shù)據(jù)。
本實施例為P-CSCF發(fā)起用戶注冊狀態(tài)訂閱請求(即訂閱方為P-CSCF)，且用戶 的第三方注冊失敗的情況。本實施例中S-CSCF首先向P-CSCF返回訂閱成功響應(yīng)，即表示 S-CSCF與P-CSCF已成功建立了訂閱會話，然后S-CSCF在查詢得知用戶數(shù)據(jù)不存在(即該 用戶第三方注冊失敗)時向P-CSCF發(fā)送注銷通知請求NOTIFY以通知P-CSCF刪除該用戶 的用戶數(shù)據(jù)，該NOTIFY按網(wǎng)絡(luò)注銷通知消息發(fā)送，其訂閱狀態(tài)設(shè)置為“rejected(拒絕)”， 并刪除原來保存在S-CSCF上的P-CSCF訂閱數(shù)據(jù)。這樣做，充分利用了訂閱會話建立后的 通知機制，以網(wǎng)絡(luò)注銷通知消息的形式通知訂閱方(本實施例中為P-CSCF)當(dāng)前的用戶狀 態(tài)，提高了設(shè)備間的信息對稱性。
優(yōu)選地，在上述方法中，步驟203具體包括P_CSCF接收注銷通知請求；P-CSCF刪 除用戶的注冊信息。
本實施例為P-CSCF發(fā)起用戶注冊狀態(tài)訂閱請求(即訂閱方為P-CSCF)，且用戶的 第三方注冊失敗的情況。本實施例中的P-CSCF在接收到注銷通知請求后，及時刪除了用 戶的注冊信息。這樣做，解決了背景技術(shù)中第1種異常情況導(dǎo)致的以下問題=I-CSCF在得 知用戶第三方注冊失敗后不轉(zhuǎn)發(fā)訂閱請求，故SUBSCRIBE訂閱請求無法到達(dá)S-CSCF，進而 S-CSCF無法與P-CSCF建立訂閱會話，P-CSCF無法獲知用戶第三方注冊失敗的狀態(tài)信息，故 無法完成用戶的注銷，從而導(dǎo)致S-CSCF與P-CSCF之間的用戶數(shù)據(jù)不一致，P-CSCF上存在 垃圾數(shù)據(jù)的問題。
圖3示出了根據(jù)本發(fā)明第二實施例的處理方法的流程圖，該方法包括以下步驟
步驟301，接收訂閱方發(fā)送的用戶狀態(tài)訂閱請求，并在查詢得到用戶的第三方注冊 失敗時與訂閱方建立訂閱會話；
步驟302，向訂閱方發(fā)送注銷通知請求；
步驟303，訂閱方根據(jù)注銷通知請求注銷用戶。
本實施例首先接收由訂閱方發(fā)送的用戶狀態(tài)訂閱請求，在經(jīng)過查詢得知用戶的第 三方注冊失敗時，仍按照正常訂閱流程與訂閱方建立訂閱會話，并向訂閱方發(fā)送用于指示 注銷的注銷通知請求，使得訂閱方完成對用戶的注銷，從而有效保證了設(shè)備間用戶數(shù)據(jù)的 一致性，所以克服了相關(guān)技術(shù)中第三方注冊失敗處理方法由于用戶第三方注冊失敗而使得 訂閱會話無法建立，所以無法通知訂閱方注銷用戶，從而導(dǎo)致設(shè)備間的用戶數(shù)據(jù)存在不一 致的問題，具體說來，解決了背景技術(shù)中第2種異常情況導(dǎo)致的以下問題由于得知用戶第 三方注冊失敗而拒絕訂閱，進而無法與訂閱方建立訂閱會話，訂閱方無法獲知用戶第三方 注冊失敗的狀態(tài)信息，故無法完成用戶的注銷，從而導(dǎo)致與訂閱方之間的用戶數(shù)據(jù)不一致。
優(yōu)選地，在上述方法中，步驟301具體包括=S-CSCF接收UE發(fā)送的用戶狀態(tài)訂閱 請求；S-CSCF查詢是否存在用戶的用戶數(shù)據(jù)；若不存在用戶數(shù)據(jù)，則S-CSCF向UE返回訂閱 成功響應(yīng)。
本實施例為UE發(fā)起用戶注冊狀態(tài)訂閱請求(即訂閱方為UE)，且用戶的第三方 注冊失敗的情況。在如圖1所示的正常情況下，S-CSCF接收到UE發(fā)送的SUBSCRIBE訂閱 請求之后，查詢該用戶的狀態(tài)是否正常，若用戶為正常注冊狀態(tài)，則S-CSCF接受訂閱，返回 2000K訂閱成功響應(yīng)，從而建立起了 S-CSCF與UE之間的訂閱會話。在相關(guān)技術(shù)中的處理方法中，S-CSCF接收到UE發(fā)送的SUBSCRIBE訂閱請求之后，查詢該用戶的狀態(tài)是否正常，若 用戶為未注冊狀態(tài)(即用戶的第三方注冊失敗)，此時S-CSCF拒絕訂閱，即SUBSCRIBE訂閱 請求到達(dá)S-CSCF的時間滯后于AS返回的5xx響應(yīng)到達(dá)S-CSCF的時間，故UE與S-CSCF之 間無法建立起訂閱會話。本實施例也是用戶的第三方注冊失敗的情況，但是本實施例中的 S-CSCF在得知用戶第三方注冊失敗之后仍按照正常情況的流程接受訂閱，從而使得在用戶 的第三方注冊失敗時S-CSCF也與UE建立起訂閱會話，為S-CSCF向UE通知用戶狀態(tài)提供 了前提和基礎(chǔ)。
優(yōu)選地，在上述方法中，步驟302具體包括=S-CSCF向UE發(fā)送注銷通知請求； S-CSCF刪除其保存的UE的訂閱數(shù)據(jù)。
本實施例為UE發(fā)起用戶注冊狀態(tài)訂閱請求(即訂閱方為UE)，且用戶的第三方注 冊失敗的情況。由于在步驟301中S-CSCF已得知用戶第三方注冊失敗，故本實施例中的 S-CSCF向UE發(fā)送注銷通知請求NOTIFY以通知UE刪除該用戶的用戶數(shù)據(jù)，該NOTIFY按網(wǎng) 絡(luò)注銷通知消息發(fā)送，其訂閱狀態(tài)設(shè)置為“rejected (拒絕)”，并刪除原來保存在S-CSCF上 的UE訂閱數(shù)據(jù)。這樣做，充分利用了訂閱會話建立后的通知機制，以網(wǎng)絡(luò)注銷通知消息的 形式通知訂閱方(本實施例中為UE)當(dāng)前的用戶狀態(tài)，提高了設(shè)備間的信息對稱性。
優(yōu)選地，在上述方法中，步驟303具體包括UE接收注銷通知請求；UE設(shè)置用戶的 用戶狀態(tài)為未注冊。
本實施例為UE發(fā)起用戶注冊狀態(tài)訂閱請求(即訂閱方為UE)，且用戶的第三方注 冊失敗的情況。本實施例中的UE在接收到注銷通知請求后，及時刪除了用戶的注冊信息。 這樣做，解決了背景技術(shù)中第2種異常情況導(dǎo)致的以下問題=S-CSCF在得知用戶第三方注 冊失敗后拒絕訂閱，即SUBSCRIBE訂閱請求到達(dá)S-CSCF的時間滯后于AS返回的5xx響應(yīng) 到達(dá)S-CSCF的時間，故S-CSCF無法與UE建立訂閱會話，UE無法獲知用戶第三方注冊失敗 的狀態(tài)信息，故無法完成用戶的注銷，從而導(dǎo)致S-CSCF與UE之間的用戶數(shù)據(jù)不一致，UE無 法及時注銷用戶的問題。
圖4示出了根據(jù)本發(fā)明第三實施例的處理方法的流程圖，該方法包括以下步驟
步驟401，UE發(fā)起網(wǎng)絡(luò)注冊，發(fā)送REGISTER請求到P-CSCF ；
步驟402，P-CSCF 轉(zhuǎn)發(fā) REGISTER 請求到 I-CSCF ；
步驟403，I-CSCF向HSS發(fā)送UAR請求查詢用戶狀態(tài)；
步驟404，HSS將用戶狀態(tài)查詢結(jié)果通過UAA消息返回給I-CSCF ；
步驟405，I-CSCF 轉(zhuǎn)發(fā)注冊 REGISTER 請求到 S-CSCF ；
步驟406，S-CSCF發(fā)送SAR請求到HSS通知用戶注冊，并下載用戶簽約數(shù)據(jù)；
步驟407，HSS返回SAA，并下載用戶簽約數(shù)據(jù)到S-CSCF ；
步驟408，注冊完成，S-CSCF返回注冊的2000K響應(yīng)；
步驟409a，S-CSCF根據(jù)用戶簽約數(shù)據(jù)觸發(fā)第三方注冊，發(fā)送REGISTER消息到AS ；
步驟409b，AS返回針對第三方注冊請求的5xx響應(yīng)，S-CSCF在收到AS返回的5xx 響應(yīng)后刪除其上的用戶數(shù)據(jù)，并通知HSS注銷用戶，HSS根據(jù)該通知設(shè)置該用戶為未注冊狀 態(tài)；
步驟410，I-CSCF 轉(zhuǎn)發(fā) 2000K 響應(yīng)到 P-CSCF ；
步驟411，P-CSCF 轉(zhuǎn)發(fā) 2000K 響應(yīng)到 UE ；
步驟412a，P-CSCF發(fā)起用戶注冊狀態(tài)訂閱，發(fā)送SUBSCRIBE請求到I-CSCF ；
步驟412b，I-CSCF向HSS發(fā)迭SARUAR請求查詢用戶狀態(tài)；
步驟412c，HSS通過UAA向I-CSCF返回用戶未注冊；
步驟412d，I-CSCF仍按照正常訂閱流程轉(zhuǎn)發(fā)SUBSCRIBE訂閱請求到S-CSCF ；
步驟412e，S-CSCF按照正常訂閱流程接受訂閱，返回2000K響應(yīng)；
步驟412f，I-CSCF 轉(zhuǎn)發(fā) 2000K 響應(yīng)到 P-CSCF ；
步驟412g，S-CSCF向P-CSCF發(fā)送通知請求NOTIFY，按網(wǎng)絡(luò)注銷通知消息發(fā)送，并 設(shè)置訂閱狀態(tài)為“rejected”，通知P-CSCF用戶的注冊狀態(tài)，并刪除P-CSCF的訂閱數(shù)據(jù)；
步驟412h，P-CSCF收到NOTIFY通知后，返回2000K，并刪除該用戶對應(yīng)的注冊數(shù) 據(jù)；
步驟413a，UE發(fā)起用戶注冊狀態(tài)訂閱，發(fā)送SUBSCRIBE訂閱請求到P-CSCF ；
步驟413b，P-CSCF 轉(zhuǎn)發(fā) UE 的 SUBSCRIBE 訂閱請求到 S-CSCF ；
步驟413c，S-CSCF查詢得知沒有該用戶注冊信息，但S-CSCF仍按照正常訂閱流程 接受訂閱，返回2000K響應(yīng)；
步驟413d，P-CSCF 轉(zhuǎn)發(fā) 2000K 響應(yīng)到 UE ；
步驟413e，S-CSCF發(fā)送NOTIFY通知請求，按網(wǎng)絡(luò)注銷通知消息發(fā)送，并設(shè)置訂閱 狀態(tài)為“rejected”，通知UE用戶的注冊狀態(tài)，并刪除UE的訂閱數(shù)據(jù)；
步驟413f，P-CSCF轉(zhuǎn)發(fā)NOTIFY通知請求給UE ；
步驟413g，UE收到NOTIFY通知后，返回2000K，并將該用戶的用戶狀態(tài)設(shè)置為未 注冊狀態(tài)；
步驟413h，P-CSCF轉(zhuǎn)發(fā)2000K響應(yīng)給S-CSCF，UE訂閱流程結(jié)束。
本實施例中的步驟41 41 解決了由背景技術(shù)中第1種異常情況(即 SUBSCRIBE訂閱請求無法到達(dá)S-CSCF)導(dǎo)致S-CSCF無法與P-CSCF建立訂閱會話，故無法 通知P-CSCF，進而P-CSCF無法刪除其上的用戶數(shù)據(jù)，從而造成S-CSCF與P-CSCF上的用戶 數(shù)據(jù)不一致，P-CSCF上存在垃圾數(shù)據(jù)的問題；步驟413a 41 解決了由背景技術(shù)中第2 種異常情況(即SUBSCRIBE訂閱請求到達(dá)S-CSCF的時間滯后于AS返回的5xx響應(yīng)到達(dá) S-CSCF的時間)導(dǎo)致S-CSCF無法與UE建立訂閱會話，故無法通知UE，進而UE無法及時注 銷該用戶，從而造成S-CSCF與UE上的用戶數(shù)據(jù)不一致的問題。故本實施例中的相關(guān)網(wǎng)元 即使經(jīng)過查詢得知用戶的第三方注冊已經(jīng)失敗，也按照正常訂閱流程與訂閱方建立訂閱會 話，進而向訂閱方發(fā)送用于指示注銷的注銷通知請求，使得訂閱方完成對該用戶的注銷，從 而有效保證了設(shè)備間用戶數(shù)據(jù)的一致性。
圖5示出了根據(jù)本發(fā)明第四實施例的處理裝置的結(jié)構(gòu)圖，該裝置包括
轉(zhuǎn)發(fā)模塊501，用于I-CSCF接收由訂閱方發(fā)送的用戶狀態(tài)訂閱請求，并在查詢得 到用戶的第三方注冊失敗時，轉(zhuǎn)發(fā)用戶狀態(tài)訂閱請求；
第一通知模塊502，用于S-CSCF根據(jù)用戶狀態(tài)訂閱請求與訂閱方建立訂閱會話， 并在查詢得到用戶的第三方注冊失敗時向訂閱方發(fā)送注銷通知請求；
第一注銷模塊503，用于訂閱方根據(jù)注銷通知請求注銷用戶。
本實施例中的I-CSCF首先采用轉(zhuǎn)發(fā)模塊501接收由訂閱方發(fā)送的用戶狀態(tài)訂閱 請求，即使經(jīng)過查詢得知用戶的第三方注冊已經(jīng)失敗，也按照正常訂閱流程向S-CSCF轉(zhuǎn)發(fā)用戶狀態(tài)訂閱請求，然后S-CSCF采用第一通知模塊502根據(jù)該訂閱請求與訂閱方建立訂 閱會話，并在查詢得知用戶的第三方注冊失敗時向訂閱方發(fā)送用于指示注銷的注銷通知請 求，最后訂閱方采用第一注銷模塊503完成對用戶的注銷，從而有效保證了設(shè)備間(本實 施例中為S-CSCF與訂閱方之間)用戶數(shù)據(jù)的一致性，所以克服了相關(guān)技術(shù)中第三方注冊 失敗處理方法由于用戶第三方注冊失敗而使得訂閱會話無法建立，所以無法通知訂閱方注 銷用戶，從而導(dǎo)致設(shè)備間的用戶數(shù)據(jù)存在不一致的問題，具體說來，解決了背景技術(shù)中第 1種異常情況導(dǎo)致的以下問題=I-CSCF在得知用戶第三方注冊失敗后不轉(zhuǎn)發(fā)訂閱請求，故 SUBSCRIBE訂閱請求無法到達(dá)S-CSCF，進而S-CSCF無法與訂閱方建立訂閱會話，訂閱方無 法獲知用戶第三方注冊失敗的狀態(tài)信息，故無法完成用戶的注銷，從而導(dǎo)致S-CSCF與訂閱 方之間的用戶數(shù)據(jù)不一致。
優(yōu)選地，在上述裝置中，轉(zhuǎn)發(fā)模塊501具體包括第一接收單元，用于I-CSCF接收 由P-CSCF發(fā)送的用戶狀態(tài)訂閱請求；第一查詢單元，用于I-CSCF向HSS查詢用戶的用戶狀 態(tài)；轉(zhuǎn)發(fā)單元，用于當(dāng)HSS返回用戶未注冊時，I-CSCF向S-CSCF轉(zhuǎn)發(fā)用戶狀態(tài)訂閱請求。
本實施例為P-CSCF發(fā)起用戶注冊狀態(tài)訂閱請求(即訂閱方為P-CSCF)，且用戶 的第三方注冊失敗的情況。在如圖1所示的正常情況下，I-CSCF接收到P-CSCF發(fā)送的 SUBSCRIBE訂閱請求之后，向HSS發(fā)起查詢用戶狀態(tài)，HSS返回用戶為正常注冊狀態(tài)，則 I-CSCF轉(zhuǎn)發(fā)SUBSCRIBE訂閱請求至S-CSCF，S-CSCF向P-CSCF返回2000K的訂閱成功響應(yīng) 消息，從而在P-CSCF與S-CSCF之間建立起訂閱會話。在相關(guān)技術(shù)中的處理方法中，I-CSCF 接收到P-CSCF發(fā)送的SUBSCRIBE訂閱請求之后，向HSS發(fā)起查詢用戶狀態(tài)，HSS返回用戶 為未注冊狀態(tài)(即用戶的第三方注冊失敗)，此時I-CSCF不轉(zhuǎn)發(fā)SUBSCRIBE訂閱請求，即 SUBSCRIBE訂閱請求無法到達(dá)S-CSCF，故P-CSCF與S-CSCF之間無法建立起訂閱會話。本 實施例也是用戶的第三方注冊失敗的情況，但是本實施例中的I-CSCF仍按照正常情況的 流程向S-CSCF轉(zhuǎn)發(fā)SUBSCRIBE訂閱請求，從而使得在用戶的第三方注冊失敗時S-CSCF也 與P-CSCF建立起訂閱會話，為S-CSCF向P-CSCF通知用戶狀態(tài)提供了前提和基礎(chǔ)。
優(yōu)選地，在上述裝置中，第一通知模塊502具體包括第一訂閱響應(yīng)單元，用于 S-CSCF向P-CSCF返回訂閱成功響應(yīng)；第二查詢單元，用于S-CSCF查詢是否存在用戶的用 戶數(shù)據(jù)；第一通知單元，用于若不存在用戶數(shù)據(jù)，則S-CSCF向P-CSCF發(fā)送注銷通知請求； 第一刪除單元，用于S-CSCF刪除其保存的P-CSCF的訂閱數(shù)據(jù)。
本實施例為P-CSCF發(fā)起用戶注冊狀態(tài)訂閱請求(即訂閱方為P-CSCF)，且用戶 的第三方注冊失敗的情況。本實施例中S-CSCF首先向P-CSCF返回訂閱成功響應(yīng)，即表示 S-CSCF與P-CSCF已成功建立了訂閱會話，然后S-CSCF在查詢得知用戶數(shù)據(jù)不存在(即該 用戶第三方注冊失敗)時向P-CSCF發(fā)送注銷通知請求NOTIFY以通知P-CSCF刪除該用戶 的用戶數(shù)據(jù)，該NOTIFY按網(wǎng)絡(luò)注銷通知消息發(fā)送，其訂閱狀態(tài)設(shè)置為“rejected(拒絕)”， 并刪除原來保存在S-CSCF上的P-CSCF訂閱數(shù)據(jù)。這樣做，充分利用了訂閱會話建立后的 通知機制，以網(wǎng)絡(luò)注銷通知消息的形式通知訂閱方(本實施例中為P-CSCF)當(dāng)前的用戶狀 態(tài)，提高了設(shè)備間的信息對稱性。
圖6示出了根據(jù)本發(fā)明第五實施例的處理裝置的結(jié)構(gòu)圖，該裝置包括
訂閱建立模塊601，用于接收訂閱方發(fā)送的用戶狀態(tài)訂閱請求，并在查詢得到用戶 的第三方注冊失敗時與訂閱方建立訂閱會話；
第二通知模塊602，用于向訂閱方發(fā)送注銷通知請求；
第二注銷模塊603，用于訂閱方根據(jù)注銷通知請求注銷用戶。
本實施例首先采用訂閱建立模塊601接收由訂閱方發(fā)送的用戶狀態(tài)訂閱請求，在 經(jīng)過查詢得知用戶的第三方注冊失敗時，仍按照正常訂閱流程與訂閱方建立訂閱會話，然 后采用第二通知模塊602向訂閱方發(fā)送用于指示注銷的注銷通知請求，最后訂閱方采用第 二注銷模塊603完成對用戶的注銷，從而有效保證了設(shè)備間用戶數(shù)據(jù)的一致性，所以克服 了相關(guān)技術(shù)中第三方注冊失敗處理方法由于用戶第三方注冊失敗而使得訂閱會話無法建 立，所以無法通知訂閱方注銷用戶，從而導(dǎo)致設(shè)備間的用戶數(shù)據(jù)存在不一致的問題，具體說 來，解決了背景技術(shù)中第2種異常情況導(dǎo)致的以下問題由于得知用戶第三方注冊失敗而 拒絕訂閱，進而無法與訂閱方建立訂閱會話，訂閱方無法獲知用戶第三方注冊失敗的狀態(tài) 信息，故無法完成用戶的注銷，從而導(dǎo)致與訂閱方之間的用戶數(shù)據(jù)不一致。
優(yōu)選地，在上述裝置中，訂閱建立模塊601具體包括第二接收單元，用于S-CSCF 接收UE發(fā)送的用戶狀態(tài)訂閱請求；第三查詢單元，用于S-CSCF查詢是否存在用戶的用戶數(shù) 據(jù)；第二訂閱響應(yīng)單元，用于若不存在用戶數(shù)據(jù)，則S-CSCF向UE返回訂閱成功響應(yīng)。
本實施例為UE發(fā)起用戶注冊狀態(tài)訂閱請求(即訂閱方為UE)，且用戶的第三方 注冊失敗的情況。在如圖1所示的正常情況下，S-CSCF接收到UE發(fā)送的SUBSCRIBE訂閱 請求之后，查詢該用戶的狀態(tài)是否正常，若用戶為正常注冊狀態(tài)，則S-CSCF接受訂閱，返回 2000K訂閱成功響應(yīng)，從而建立起了 S-CSCF與UE之間的訂閱會話。在相關(guān)技術(shù)中的處理方 法中，S-CSCF接收到UE發(fā)送的SUBSCRIBE訂閱請求之后，查詢該用戶的狀態(tài)是否正常，若 用戶為未注冊狀態(tài)(即用戶的第三方注冊失敗)，此時S-CSCF拒絕訂閱，即SUBSCRIBE訂閱 請求到達(dá)S-CSCF的時間滯后于AS返回的5xx響應(yīng)到達(dá)S-CSCF的時間，故UE與S-CSCF之 間無法建立起訂閱會話。本實施例也是用戶的第三方注冊失敗的情況，但是本實施例中的 S-CSCF在得知用戶第三方注冊失敗之后仍按照正常情況的流程接受訂閱，從而使得在用戶 的第三方注冊失敗時S-CSCF也與UE建立起訂閱會話，為S-CSCF向UE通知用戶狀態(tài)提供 了前提和基礎(chǔ)。
優(yōu)選地，在上述裝置中，第二通知模塊602具體包括第二通知單元，用于S-CSCF 向UE發(fā)送注銷通知請求；第二刪除單元，用于S-CSCF刪除其保存的UE的訂閱數(shù)據(jù)。
本實施例為UE發(fā)起用戶注冊狀態(tài)訂閱請求(即訂閱方為UE)，且用戶的第三方 注冊失敗的情況。由于S-CSCF已采用訂閱建立模塊601得知用戶第三方注冊失敗，故本 實施例中的S-CSCF向UE發(fā)送注銷通知請求NOTIFY以通知UE刪除該用戶的用戶數(shù)據(jù)，該 NOTIFY按網(wǎng)絡(luò)注銷通知消息發(fā)送，其訂閱狀態(tài)設(shè)置為“re jected (拒絕)”，并刪除原來保存 在S-CSCF上的UE訂閱數(shù)據(jù)。這樣做，充分利用了訂閱會話建立后的通知機制，以網(wǎng)絡(luò)注銷 通知消息的形式通知訂閱方(本實施例中為UE)當(dāng)前的用戶狀態(tài)，提高了設(shè)備間的信息對 稱性。
從以上的描述中，可以看出，本發(fā)明上述的實施例在用戶第三方注冊失敗時也按 照正常訂閱流程與訂閱方建立訂閱會話，進而向訂閱方發(fā)送用于指示注銷的注銷通知請 求，使得訂閱方完成對該用戶的注銷，從而有效保證了設(shè)備間用戶數(shù)據(jù)的一致性。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們 中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種用于IP多媒體子系統(tǒng)的第三方注冊失敗處理方法，其特征在于，包括以下步驟查詢呼叫會話控制功能網(wǎng)元接收由訂閱方發(fā)送的用戶狀態(tài)訂閱請求，并在查詢得到所 述用戶的第三方注冊失敗時，轉(zhuǎn)發(fā)所述用戶狀態(tài)訂閱請求；服務(wù)呼叫會話控制功能網(wǎng)元根據(jù)所述用戶狀態(tài)訂閱請求與訂閱方建立訂閱會話，并在 查詢得到所述用戶的第三方注冊失敗時向所述訂閱方發(fā)送注銷通知請求； 所述訂閱方根據(jù)所述注銷通知請求注銷所述用戶。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，查詢呼叫會話控制功能網(wǎng)元接收由訂閱 方發(fā)送的用戶狀態(tài)訂閱請求，并在查詢得到所述用戶的第三方注冊失敗時，轉(zhuǎn)發(fā)所述用戶 狀態(tài)訂閱請求具體包括所述查詢呼叫會話控制功能網(wǎng)元接收由代理呼叫會話控制功能網(wǎng)元發(fā)送的用戶狀態(tài) 訂閱請求；所述查詢呼叫會話控制功能網(wǎng)元向歸屬簽約服務(wù)器查詢所述用戶的用戶狀態(tài)； 當(dāng)所述歸屬簽約服務(wù)器返回所述用戶未注冊時，所述查詢呼叫會話控制功能網(wǎng)元向所 述服務(wù)呼叫會話控制功能網(wǎng)元轉(zhuǎn)發(fā)所述用戶狀態(tài)訂閱請求。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，服務(wù)呼叫會話控制功能網(wǎng)元根據(jù)所述用 戶狀態(tài)訂閱請求與訂閱方建立訂閱會話，并在查詢得到所述用戶的第三方注冊失敗時向所 述訂閱方發(fā)送注銷通知請求具體包括所述服務(wù)呼叫會話控制功能網(wǎng)元向所述代理呼叫會話控制功能網(wǎng)元返回訂閱成功響應(yīng)；所述服務(wù)呼叫會話控制功能網(wǎng)元查詢是否存在所述用戶的用戶數(shù)據(jù)； 若不存在所述用戶數(shù)據(jù)，則所述服務(wù)呼叫會話控制功能網(wǎng)元向所述代理呼叫會話控制 功能網(wǎng)元發(fā)送注銷通知請求；所述服務(wù)呼叫會話控制功能網(wǎng)元刪除其保存的所述代理呼叫會話控制功能網(wǎng)元的訂 閱數(shù)據(jù)。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述訂閱方根據(jù)所述注銷通知請求注銷 所述用戶具體包括所述代理呼叫會話控制功能網(wǎng)元接收所述注銷通知請求； 所述代理呼叫會話控制功能網(wǎng)元刪除所述用戶的注冊信息。
5.一種用于IP多媒體子系統(tǒng)的第三方注冊失敗處理方法，其特征在于，包括以下步驟接收訂閱方發(fā)送的用戶狀態(tài)訂閱請求，并在查詢得到所述用戶的第三方注冊失敗時與 所述訂閱方建立訂閱會話；向所述訂閱方發(fā)送注銷通知請求；所述訂閱方根據(jù)所述注銷通知請求注銷所述用戶。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，接收訂閱方發(fā)送的用戶狀態(tài)訂閱請求，并 在查詢得到所述用戶的第三方注冊失敗時與所述訂閱方建立訂閱會話具體包括服務(wù)呼叫會話控制功能網(wǎng)元接收用戶終端發(fā)送的用戶狀態(tài)訂閱請求； 所述服務(wù)呼叫會話控制功能網(wǎng)元查詢是否存在所述用戶的用戶數(shù)據(jù)；若不存在所述用戶數(shù)據(jù)，則所述服務(wù)呼叫會話控制功能網(wǎng)元向所述用戶終端返回訂閱 成功響應(yīng)。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，向所述訂閱方發(fā)送注銷通知請求具體包括所述服務(wù)呼叫會話控制功能網(wǎng)元向所述用戶終端發(fā)送注銷通知請求； 所述服務(wù)呼叫會話控制功能網(wǎng)元刪除其保存的所述用戶終端的訂閱數(shù)據(jù)。
8.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述訂閱方根據(jù)所述注銷通知請求注銷 所述用戶具體包括所述用戶終端接收所述注銷通知請求； 所述用戶終端設(shè)置所述用戶的用戶狀態(tài)為未注冊。
9.一種用于IP多媒體子系統(tǒng)的第三方注冊失敗處理裝置，其特征在于，包括轉(zhuǎn)發(fā)模塊，用于查詢呼叫會話控制功能網(wǎng)元接收由訂閱方發(fā)送的用戶狀態(tài)訂閱請求， 并在查詢得到所述用戶的第三方注冊失敗時，轉(zhuǎn)發(fā)所述用戶狀態(tài)訂閱請求；第一通知模塊，用于服務(wù)呼叫會話控制功能網(wǎng)元根據(jù)所述用戶狀態(tài)訂閱請求與訂閱方 建立訂閱會話，并在查詢得到所述用戶的第三方注冊失敗時向所述訂閱方發(fā)送注銷通知請 求；第一注銷模塊，用于所述訂閱方根據(jù)所述注銷通知請求注銷所述用戶。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述轉(zhuǎn)發(fā)模塊具體包括第一接收單元，用于所述查詢呼叫會話控制功能網(wǎng)元接收由代理呼叫會話控制功能網(wǎng) 元發(fā)送的用戶狀態(tài)訂閱請求；第一查詢單元，用于所述查詢呼叫會話控制功能網(wǎng)元向歸屬簽約服務(wù)器查詢所述用戶 的用戶狀態(tài)；轉(zhuǎn)發(fā)單元，用于當(dāng)所述歸屬簽約服務(wù)器返回所述用戶未注冊時，所述查詢呼叫會話控 制功能網(wǎng)元向所述服務(wù)呼叫會話控制功能網(wǎng)元轉(zhuǎn)發(fā)所述用戶狀態(tài)訂閱請求。
11.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述第一通知模塊具體包括第一訂閱響應(yīng)單元，用于所述服務(wù)呼叫會話控制功能網(wǎng)元向所述代理呼叫會話控制功 能網(wǎng)元返回訂閱成功響應(yīng)；第二查詢單元，用于所述服務(wù)呼叫會話控制功能網(wǎng)元查詢是否存在所述用戶的用戶數(shù)據(jù)；第一通知單元，用于若不存在所述用戶數(shù)據(jù)，則所述服務(wù)呼叫會話控制功能網(wǎng)元向所 述代理呼叫會話控制功能網(wǎng)元發(fā)送注銷通知請求；第一刪除單元，用于所述服務(wù)呼叫會話控制功能網(wǎng)元刪除其保存的所述代理呼叫會話 控制功能網(wǎng)元的訂閱數(shù)據(jù)。
12.一種用于IP多媒體子系統(tǒng)的第三方注冊失敗處理裝置，其特征在于，包括以下步驟訂閱建立模塊，用于接收訂閱方發(fā)送的用戶狀態(tài)訂閱請求，并在查詢得到所述用戶的 第三方注冊失敗時與所述訂閱方建立訂閱會話；第二通知模塊，用于向所述訂閱方發(fā)送注銷通知請求； 第二注銷模塊，用于所述訂閱方根據(jù)所述注銷通知請求注銷所述用戶。
13.根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述訂閱建立模塊具體包括第二接收單元，用于服務(wù)呼叫會話控制功能網(wǎng)元接收用戶終端發(fā)送的用戶狀態(tài)訂閱請求；第三查詢單元，用于所述服務(wù)呼叫會話控制功能網(wǎng)元查詢是否存在所述用戶的用戶數(shù)據(jù)；第二訂閱響應(yīng)單元，用于若不存在所述用戶數(shù)據(jù)，則所述服務(wù)呼叫會話控制功能網(wǎng)元 向所述用戶終端返回訂閱成功響應(yīng)。
14.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述第二通知模塊具體包括第二通知單元，用于所述服務(wù)呼叫會話控制功能網(wǎng)元向所述用戶終端發(fā)送注銷通知請求；第二刪除單元，用于所述服務(wù)呼叫會話控制功能網(wǎng)元刪除其保存的所述用戶終端的訂 閱數(shù)據(jù)。
全文摘要
本發(fā)明提供了一種用于IMS的第三方注冊失敗處理方法及裝置，該方法包括接收訂閱方發(fā)送的用戶狀態(tài)訂閱請求，并在查詢得到用戶的第三方注冊失敗時與訂閱方建立訂閱會話；向訂閱方發(fā)送注銷通知請求；訂閱方根據(jù)注銷通知請求注銷用戶。本發(fā)明使得用戶第三方注冊已經(jīng)失敗時，相關(guān)網(wǎng)元仍按照正常訂閱流程與訂閱方建立訂閱會話，進而向訂閱方發(fā)送用于指示注銷的注銷通知請求，從而有效保證了設(shè)備間用戶數(shù)據(jù)的一致性，所以克服了相關(guān)技術(shù)中第三方注冊失敗處理方法由于用戶第三方注冊失敗而使得訂閱會話無法建立，所以無法通知訂閱方注銷用戶，從而導(dǎo)致設(shè)備間的用戶數(shù)據(jù)存在不一致的問題。
文檔編號H04L29/06GK102035805SQ20091017880
公開日2011年4月27日 申請日期2009年9月25日 優(yōu)先權(quán)日2009年9月25日
發(fā)明者趙延華 申請人:中興通訊股份有限公司