專利名稱：用戶注冊/注銷時服務(wù)cscf名稱的一致性檢查方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IMS網(wǎng)絡(luò)技術(shù)，尤指一種用戶注冊/注銷時服務(wù)CSCF名稱的一致性檢查方法。
背景技術(shù)：
在IP多媒體子系統(tǒng)(IMS)網(wǎng)絡(luò)中，服務(wù)呼叫狀態(tài)控制功能(S-CSCF)實(shí)體通過Cx接口發(fā)送用戶注冊/注銷請求(SAR)消息到歸屬簽約用戶服務(wù)器(HSS)，為用戶執(zhí)行注冊/注銷操作。
HSS接收到SAR消息后，根據(jù)消息中服務(wù)器指配類型(ServerAssignment Type)參數(shù)的取值執(zhí)行相應(yīng)操作，現(xiàn)有協(xié)議對這些操作做出如下規(guī)定如果Server Assignment Type參數(shù)取值為注冊(REGISTRATION)或重注冊(RE REGISTRATION)，則HSS將該用戶的注冊狀態(tài)設(shè)置為registered，清除等待標(biāo)志(pending flag)，并向發(fā)起SAR消息的S-CSCF下發(fā)用戶簽約數(shù)據(jù)。
如果Server Assignment Type參數(shù)取值為未注冊用戶(UNREGISTEREDUSER)，則HSS保存SAR消息中攜帶的S-CSCF名稱(S-CSCF Name)，將對應(yīng)用戶的注冊狀態(tài)設(shè)置為未注冊(unregistered)，并向所述S-CSCF下發(fā)用戶簽約數(shù)據(jù)。
如果Server Assignment Type參數(shù)取值為超時撤消注冊(TIMEOUTDEREGISTRATION)、用戶撤消注冊(USER DEREGISTRATION)、數(shù)據(jù)過多撤消注冊(DEREGISTRATION TOO MUCH DATA)或管理撤消注冊(ADMINISTRATIVE DEREGISTRATION)，HSS將對應(yīng)用戶的注冊狀態(tài)設(shè)置為不注冊(not registered)，并清除所保存的S-CSCF Name。
如果Server Assignment Type參數(shù)取值為超時撤消注冊并保存服務(wù)器名稱(TIMEOUT DEREGISTRATION STORE SERVER NAME)或用戶撤消注冊并保存服務(wù)器名稱(USER DEREGISTRATION STORE SERVER NAME)，HSS可根據(jù)需要執(zhí)行下面任一種操作其一、將用戶注冊狀態(tài)設(shè)置為unregistered并保留已保存的S-CSCF Name；其二、將用戶注冊狀態(tài)設(shè)置為not registered并清除當(dāng)前已保存的S-CSCF Name。
如果Server Assignment Type參數(shù)取值為鑒權(quán)失敗(AUTHENTICATIONFAILURE)或鑒權(quán)超時(AUTHENTICATION TIMEOUT)，則HSS將用戶注冊狀態(tài)設(shè)置為not registered并清除用戶的pending flag。
如果Server Assignment Type參數(shù)取值為無指配(NO ASSIGNMENT)，則HSS向發(fā)起SAR消息的S-CSCF下發(fā)用戶簽約數(shù)據(jù)。
在用戶注冊/注銷過程中，所述注冊包括初始注冊和重注冊兩種情況，S-CSCF向HSS發(fā)出的SAR消息中攜帶有S-CSCF Name，用于向HSS表明發(fā)出本次SAR消息的S-CSCF。HSS接收到SAR消息后，如果自身已保存有S-CSCF Name，則比較SAR消息中攜帶的S-CSCF Name與已保存的S-CSCF Name是否相同。如果不相同，HSS向發(fā)起本次SAR消息的S-CSCF返回?cái)y帶錯誤碼的響應(yīng)消息。對于Server Assignment Type參數(shù)取值為NOASSIGNMET的情況，協(xié)議規(guī)定HSS向S-CSCF返回的響應(yīng)消息中，表示錯誤碼的結(jié)果編碼(Result-Code)取值為DIAMETER UNABLE TOCOMPLY，表明本次響應(yīng)為錯誤響應(yīng)。對于其它情況，響應(yīng)消息中表示錯誤碼的特別結(jié)果碼(Experimental Result Code)取值為用戶已注冊錯誤(DIAMETER ERROR IDENTITY ALREADY REGISTERED)。
從以上說明看出，現(xiàn)有協(xié)議在對用戶注冊/注銷進(jìn)行S-CSCF Name的一致性檢查時，一旦檢查到不一致就會返回錯誤碼，故無法根據(jù)ServerAssignment Type參數(shù)的具體取值執(zhí)行不同操作。
另外，當(dāng)SAR消息中帶有的S-CSCF Name與HSS已保存的S-CSCFName不一致時，協(xié)議中規(guī)定了兩種返回錯誤碼，分別是DIAMETERUNABLE TO COMPLY和DIAMETER ERROR IDENTITY ALREADYREGISTERED，造成響應(yīng)消息在解析上的混亂。
再有，當(dāng)未注冊用戶已分配的S-CSCF不可用時，對于所述未注冊用戶做被叫的情況，協(xié)議也沒有給出相應(yīng)的處理方法，導(dǎo)致后續(xù)的呼叫操作無法正確執(zhí)行。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種用戶注冊/注銷時服務(wù)CSCF名稱的一致性檢查方法，使HSS能夠根據(jù)Server Assignment Type參數(shù)的具體取值執(zhí)行不同操作，并能夠進(jìn)一步保證未注冊用戶正常地進(jìn)行S-CSCF切換。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的一種用戶注冊/注銷時服務(wù)CSCF名稱的一致性檢查方法，該方法包括以下步驟a、歸屬簽約用戶服務(wù)器接收到服務(wù)CSCF發(fā)出的用戶注冊/注銷請求消息后，判斷所述用戶注冊/注銷請求消息中攜帶的服務(wù)器指配類型參數(shù)值是否為未注冊用戶，如果是則保存所述用戶注冊/注銷請求消息中攜帶的服務(wù)CSCF名稱，并向所述服務(wù)CSCF回復(fù)注冊/注銷成功的響應(yīng)消息，流程結(jié)束，否則執(zhí)行步驟b；b、歸屬簽約用戶服務(wù)器判斷注冊/注銷請求消息中攜帶的服務(wù)CSCF名稱與自身已保存的服務(wù)CSCF名稱是否一致，如果一致則執(zhí)行后續(xù)的業(yè)務(wù)處理，否則歸屬簽約用戶服務(wù)器向該服務(wù)CSCF回復(fù)攜帶錯誤碼的響應(yīng)消息，流程結(jié)束。
當(dāng)服務(wù)器指配類型參數(shù)值為未注冊用戶時，步驟a所述保存服務(wù)CSCF名稱的方法為歸屬簽約用戶服務(wù)器判斷自身是否保存有所述用戶的服務(wù)CSCF名稱，如果有則將已保存的服務(wù)CSCF名稱替換為注冊/注銷請求消息中攜帶的服務(wù)CSCF名稱，否則直接保存注冊/注銷請求消息中攜帶的服務(wù)CSCF名稱。
步驟a之前，該方法進(jìn)一步包括a11、查詢CSCF接收到用戶發(fā)出的注冊/注銷請求消息后，向歸屬簽約用戶服務(wù)器發(fā)出注冊狀態(tài)查詢請求，歸屬簽約用戶服務(wù)器判斷所述用戶是否為初始注冊，如果是則執(zhí)行步驟a12，否則執(zhí)行步驟a15；a12、歸屬簽約用戶服務(wù)器將該用戶的能力集信息發(fā)送給查詢CSCF，查詢CSCF根據(jù)能力集信息為所述用戶選出服務(wù)CSCF；a13、被選出的服務(wù)CSCF發(fā)送攜帶自身名稱的鑒權(quán)向量請求到歸屬簽約用戶服務(wù)器，歸屬簽約用戶服務(wù)器保存鑒權(quán)向量請求中攜帶的服務(wù)CSCF名稱，并回復(fù)攜帶鑒權(quán)向量的鑒權(quán)向量響應(yīng)給服務(wù)CSCF；a14、服務(wù)CSCF將獲得的鑒權(quán)向量發(fā)送給用戶，用戶利用鑒權(quán)向量計(jì)算出鑒權(quán)響應(yīng)后，發(fā)出攜帶鑒權(quán)響應(yīng)的注冊/注銷請求消息到查詢CSCF，查詢CSCF再次向歸屬簽約用戶服務(wù)器發(fā)出注冊狀態(tài)查詢請求；a15、歸屬簽約用戶服務(wù)器將所述用戶的服務(wù)CSCF名稱發(fā)送給查詢CSCF，查詢CSCF根據(jù)服務(wù)CSCF名稱將注冊/注銷請求消息發(fā)送給相應(yīng)服務(wù)CSCF，該服務(wù)CSCF根據(jù)注冊/注銷請求消息向歸屬簽約用戶服務(wù)器發(fā)出用戶注冊/注銷請求消息。
步驟a之前，該方法進(jìn)一步包括a21、查詢CSCF接收到呼叫本網(wǎng)絡(luò)未注冊用戶的INVITE消息后，向歸屬簽約用戶服務(wù)器發(fā)出用戶位置查詢請求；a22、歸屬簽約用戶服務(wù)器回復(fù)用戶位置查詢響應(yīng)，攜帶所述用戶的能力集信息，查詢CSCF根據(jù)能力集信息為所述用戶選出服務(wù)CSCF；a23、被選出的服務(wù)CSCF為所述用戶發(fā)送服務(wù)器指配類型參數(shù)值為未注冊用戶的用戶注冊/注銷請求消息到歸屬簽約用戶服務(wù)器。
所述錯誤碼為用戶已注冊錯誤。
所述服務(wù)器指配類型參數(shù)值包括未注冊用戶、注冊、重注冊、無指配、超時撤消注冊、用戶撤消注冊、數(shù)據(jù)過多撤消注冊、管理撤消注冊、超時撤消注冊并保存服務(wù)器名稱、用戶撤消注冊并保存服務(wù)器名稱、鑒權(quán)失敗和鑒權(quán)超時。
由上述技術(shù)方案可見，本發(fā)明的這種用戶注冊/注銷時服務(wù)CSCF名稱的一致性檢查方法，能夠根據(jù)Server Assignment Type參數(shù)的取值執(zhí)行不同操作。對于初始注冊用戶，I-CSCF根據(jù)HSS發(fā)送的能力集信息為該用戶選擇S-CSCF，并由該S-CSCF將自身信息通過MAR消息告知HSS，使HSS中保存有所述用戶的S-CSCF Name，從而保證S-CSCF Name的一致性。對于重注冊或注銷用戶，I-CSCF通過UAR消息從HSS處獲得所述用戶的S-CSCF Name，并由該S-CSCF發(fā)起SAR消息到HSS，從而保證S-CSCFName的一致性。在后續(xù)處理過程中，如果HSS檢查出SAR消息中的S-CSCFName和自身保存的S-CSCF Name不一致，則判定本次SAR消息為非法S-CSCF發(fā)出的。這種情況下，HSS會返回錯誤響應(yīng)，來阻止非法S-CSCF的注冊/注銷請求得到執(zhí)行。
當(dāng)未注冊用戶作為呼叫過程中的被叫時，如果已分配的S-CSCF不可用，I-CSCF會為該用戶重選S-CSCF并進(jìn)行S-CSCF切換。HSS由SAR消息獲知該用戶進(jìn)行S-CSCF切換后，更新所述用戶的S-CSCF Name，從而保證未注冊用戶能夠正常地切換到重選的S-CSCF上，來執(zhí)行后續(xù)呼叫流程。從上述過程看出，本發(fā)明的方法在進(jìn)行S-CSCF切換時，仍能為用戶提供注冊/注銷和呼叫等基本業(yè)務(wù)，從而提高了網(wǎng)絡(luò)通信質(zhì)量。


圖1為本發(fā)明第一實(shí)施例中用戶初始注冊的流程；圖2為本發(fā)明第二實(shí)施例中用戶重注冊/注銷的流程；圖3為本發(fā)明第三實(shí)施例中未注冊用戶作被叫的流程。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉實(shí)施例，對本發(fā)明進(jìn)一步詳細(xì)說明。
本發(fā)明中，HSS接收到S-CSCF為某用戶發(fā)來的SAR消息后，讀取該消息中的Server-Assignment-Type參數(shù)的取值。當(dāng)SAR消息中的Server-Assignmet-Type參數(shù)取值為UNREGISTERED USER時，HSS進(jìn)一步判斷自身是否保存有該用戶的S-CSCF Name，如果沒有保存，則HSS把SAR消息中的S-CSCF Name保存下來，并更改用戶狀態(tài)，然后向發(fā)起該SAR消息的S-CSCF下發(fā)用戶簽約數(shù)據(jù)，并在返回給S-CSCF的SAA響應(yīng)消息中，將Result-Code參數(shù)設(shè)置為DIAMETER SUCCESS。
如果HSS已經(jīng)保存有S-CSCF Name，但是已保存的S-CSCF Name與SAR消息中的S-CSCF Name不一致，則HSS判定該用戶進(jìn)行了S-CSCF切換，就用SAR消息中的S-CSCF Name替換原來保存的S-CSCF Name，然后向發(fā)起該SAR消息的S-CSCF下發(fā)用戶簽約數(shù)據(jù)，并將返回給S-CSCF的響應(yīng)消息中的Result-Code設(shè)置為DIAMETER SUCCESS；如果一致則HSS執(zhí)行后續(xù)正常的業(yè)務(wù)處理，此處不贅述。
當(dāng)SAR消息中的Server-Assignmet-Type參數(shù)取值不是UNREGISTERED USER時，HSS判斷自身已保存的S-CSCF Name與SAR消息中的S-CSCF Name是否一致，如果一致則進(jìn)行后續(xù)正常的業(yè)務(wù)處理，此處不贅述。否則，HSS向發(fā)起該SAR消息的S-CSCF返回?cái)y帶錯誤碼的響應(yīng)消息，消息中的Experimental Result Code參數(shù)統(tǒng)一設(shè)置為DIAMETERERROR IDENTTITY ALREADY REGISTERED。
所述Server Assignmet Type參數(shù)取值不是UNREGISTERED USER指的是Server-Assignment-Type取值為REGISTRATION、RE REGISTRATION、NO ASSIGNMENT、TIMEOUT DEREGISTRATION、USERDEREGISTRATION、DEREGISTRATION TOO MUCH DATA、ADMINISTRATIVE DEREGISTRATION、TIMEOUT DEREGISTRATIONSTORE SERVER NAME、USER DEREGISTRATION STORE SERVERNAME、AUTHENTICATION FAILURE或AUTHENTICATION TIMEOUT等情況的任一種。
下面結(jié)合具體的業(yè)務(wù)流程，詳細(xì)說明本發(fā)明對用戶注冊/注銷時S-CSCF名稱的一致性檢查方法。
實(shí)施例一、用戶初始注冊過程，如圖1所示。
步驟101、用戶終端(UE)發(fā)送注冊(Register)消息到代理CSCF(P-CSCF)，P-CSCF再將Register消息轉(zhuǎn)發(fā)到查詢CSCF(I-CSCF)。
步驟102～103、I-CSCF向HSS發(fā)出注冊狀態(tài)查詢請求(UAR)消息，HSS接收到UAR消息后，通過注冊狀態(tài)查詢響應(yīng)(UAA)消息將所述用戶的能力集信息發(fā)送至I-CSCF。
上述步驟中，由于HSS處沒有保存有所述用戶的S-CSCF Name，故HSS判定該用戶為初始注冊，則HSS將用戶的能力集信息發(fā)送給I-CSCF進(jìn)行后續(xù)處理。
步驟104、I-CSCF根據(jù)能力集信息為所述用戶選擇一個能夠滿足要求的S-CSCF，并將Register消息發(fā)送給所選中的S-CSCF。
步驟105～106、被選中的S-CSCF收到Register消息后，通過鑒權(quán)向量請求/響應(yīng)(MAR/MAA)消息從HSS處獲得用戶的鑒權(quán)信息。所述鑒權(quán)信息指的是鑒權(quán)向量，即RAND、AUTN、XRES、CK和IK這五個數(shù)據(jù)組成的鑒權(quán)五元組。
上述步驟中，HSS接收到所述S-CSCF發(fā)起的MAR消息后，會根據(jù)MAR消息中的S-CSCF Name更新自身的存儲信息，從而保證S-CSCF在發(fā)出后續(xù)SAR消息時，消息中攜帶的S-CSCF Name與HSS已保存的S-CSCFName一致。
步驟107～109、S-CSCF將401 Unauthorised消息通過I-CSCF和P-CSCF逐級轉(zhuǎn)發(fā)給用戶終端，所述401 Unauthorised消息為協(xié)議規(guī)定的SIP消息。
上述步驟中，401 Unauthorised消息包含有計(jì)算鑒權(quán)響應(yīng)(RES)所需要的RAND和AUTN。
步驟110、用戶終端根據(jù)RAND和AUTN計(jì)算出RES后，通過P-CSCF重新發(fā)送Register消息到I-CSCF，所述Register消息中攜帶有RES。
步驟111～113、I-CSCF通過UAR/UAA消息從HSS處獲得已分配的S-CSCF，并將Register消息發(fā)送給該S-CSCF，所述Register消息中攜帶有RES。
步驟114～115、S-CSCF收到Register消息，取出RES進(jìn)行鑒權(quán)處理，并在鑒權(quán)成功后，通過SAR/SAA消息到HSS處為所述用戶進(jìn)行注冊。
經(jīng)過步驟111～113的處理后，合法的SAR消息中攜帶的S-CSCF Name與HSS中保存的S-CSCF Name一定相同，所以HSS在處理SAR消息時，如果檢查出該消息中帶有的S-CSCF Name與自身保存的不相同，就向S-CSCF返回錯誤響應(yīng)。
步驟116、注冊成功后，S-CSCF通過I-CSCF和P-CSCF逐級發(fā)送200 OK消息給UE，所述UE的初始注冊過程完成。
實(shí)施例二、用戶重注冊或注銷(重注冊/注銷)過程，如圖2所示。
步驟201、UE發(fā)送注冊/注銷(Register)消息到P-CSCF，P-CSCF將注冊/注銷請求消息轉(zhuǎn)發(fā)到I-CSCF。所述Register消息中攜帶有參數(shù)，用于區(qū)分該消息是為了執(zhí)行注冊操作還是注銷操作。
步驟202～204、I-CSCF通過UAR/UAA消息從HSS獲得所述用戶的路由信息，根據(jù)路由信息中的S-CSCF Name將注冊/注銷請求消息發(fā)送到相應(yīng)的S-CSCF處。
上述步驟中，由于HSS處保存有所述用戶的S-CSCF Name，故HSS判定該用戶并非初始注冊，則HSS將所述用戶的S-CSCF Name發(fā)送給I-CSCF進(jìn)行后續(xù)處理。
步驟205～206、S-CSCF收到注冊/注銷請求消息后，通過SAR/SAA消息到HSS為所述用戶進(jìn)行重注冊/注銷，這時如果HSS檢查出SAR消息中帶有的S-CSCF Name與自身保存的S-CSCF Name不相同，就會返回錯誤響應(yīng)。
步驟207～209、重注冊/注銷成功后，S-CSCF向用戶終端返回200 OK消息。
對于重注冊過程，在步驟202～204中，I-CSCF在向S-CSCF發(fā)出注冊消息之前，會判斷所述S-CSCF是否可用，該過程與現(xiàn)有技術(shù)相同，此處不贅述。如果所述S-CSCF不可用，則I-CSCF轉(zhuǎn)而執(zhí)行初始注冊流程，即I-CSCF再次向HSS發(fā)出UAR消息，以獲得用戶的能力集信息，為用戶重選S-CSCF，具體過程見實(shí)施例一。如果所述S-CSCF可用，則繼續(xù)執(zhí)行圖2所示的后續(xù)流程。
另外，在注銷過程中，比如所述注銷是因?yàn)殍b權(quán)失敗引起的，即使I-CSCF發(fā)現(xiàn)當(dāng)前已分配的S-CSCF不可用，也不會為所述用戶重新分配一個新S-CSCF，因?yàn)閳?zhí)行注銷操作的UAA消息中不能攜帶S-CSCF Capabilities參數(shù)，從而保證后續(xù)SAR消息中攜帶的S-CSCF Name與HSS已保存的S-CSCF Name一致。所以，當(dāng)SAR消息中帶有的S-CSCF Name與HSS已保存的S-CSCF Name不一致時，HSS會拒絕本次注銷請求。
實(shí)施例三、未注冊用戶作被叫的過程，如圖3所示。
步驟301～302、查詢CSCF接收到呼叫本網(wǎng)絡(luò)未注冊用戶的INVITE消息，向HSS發(fā)出用戶位置查詢請求(LIR)消息。
步驟303、HSS向I-CSCF回復(fù)用戶位置查詢響應(yīng)(LIA)消息，LIA消息中包含有所述用戶的能力集信息。
步驟304～305、I-CSCF根據(jù)能力集信息選擇出滿足要求的S-CSCF，并將INVITE消息發(fā)送給被選中的S-CSCF。
步驟306、S-CSCF收到INVITE消息后，通過SAR消息到HSS進(jìn)行用戶注冊，所述SAR消息中包含有S-CSCF Name，且消息中的Server AssignmetType參數(shù)取值為UNREGISTERED USER。
步驟307、HSS收到SAR消息后，獲取SAR消息中的S-CSCF Name并向S-CSCF回復(fù)SAA消息，完成本次用戶注冊。
該步驟中，SAR消息中的S-CSCF Name是I-CSCF根據(jù)能力集信息選擇出來的。如果SAR消息中的S-CSCF Name與HSS自身已保存的S-CSCFName不一致，就意味著HSS自身已保存的S-CSCF Name此時已不可用，所以HSS會向發(fā)出SAR消息的S-CSCF回復(fù)SAA消息，將用戶切換到I-CSCF選中的S-CSCF上，來完成未注冊用戶的用戶簽約數(shù)據(jù)下發(fā)過程。
由上述的實(shí)施例可見，本發(fā)明的這種用戶注冊/注銷時服務(wù)CSCF名稱的一致性檢查方法，根據(jù)Server Assignment Type參數(shù)的取值執(zhí)行不同操作，在阻止非法S-CSCF的注冊/注銷請求得到執(zhí)行的同時，保證未注冊用戶能夠正常地進(jìn)行S-CSCF切換。
權(quán)利要求
1.一種用戶注冊/注銷時服務(wù)CSCF名稱的一致性檢查方法，其特征在于，該方法包括以下步驟a、歸屬簽約用戶服務(wù)器接收到服務(wù)CSCF發(fā)出的用戶注冊/注銷請求消息后，判斷所述用戶注冊/注銷請求消息中攜帶的服務(wù)器指配類型參數(shù)值是否為未注冊用戶，如果是則保存所述用戶注冊/注銷請求消息中攜帶的服務(wù)CSCF名稱，并向所述服務(wù)CSCF回復(fù)注冊/注銷成功的響應(yīng)消息，流程結(jié)束，否則執(zhí)行步驟b；b、歸屬簽約用戶服務(wù)器判斷注冊/注銷請求消息中攜帶的服務(wù)CSCF名稱與自身已保存的服務(wù)CSCF名稱是否一致，如果一致則執(zhí)行后續(xù)的業(yè)務(wù)處理，否則歸屬簽約用戶服務(wù)器向該服務(wù)CSCF回復(fù)攜帶錯誤碼的響應(yīng)消息，流程結(jié)束。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，當(dāng)服務(wù)器指配類型參數(shù)值為未注冊用戶時，步驟a所述保存服務(wù)CSCF名稱的方法為歸屬簽約用戶服務(wù)器判斷自身是否保存有所述用戶的服務(wù)CSCF名稱，如果有則將已保存的服務(wù)CSCF名稱替換為注冊/注銷請求消息中攜帶的服務(wù)CSCF名稱，否則直接保存注冊/注銷請求消息中攜帶的服務(wù)CSCF名稱。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟a之前，該方法進(jìn)一步包括a11、查詢CSCF接收到用戶發(fā)出的注冊/注銷請求消息后，向歸屬簽約用戶服務(wù)器發(fā)出注冊狀態(tài)查詢請求，歸屬簽約用戶服務(wù)器判斷所述用戶是否為初始注冊，如果是則執(zhí)行步驟a12，否則執(zhí)行步驟a15；a12、歸屬簽約用戶服務(wù)器將該用戶的能力集信息發(fā)送給查詢CSCF，查詢CSCF根據(jù)能力集信息為所述用戶選出服務(wù)CSCF；a13、被選出的服務(wù)CSCF發(fā)送攜帶自身名稱的鑒權(quán)向量請求到歸屬簽約用戶服務(wù)器，歸屬簽約用戶服務(wù)器保存鑒權(quán)向量請求中攜帶的服務(wù)CSCF名稱，并回復(fù)攜帶鑒權(quán)向量的鑒權(quán)向量響應(yīng)給服務(wù)CSCF；a14、服務(wù)CSCF將獲得的鑒權(quán)向量發(fā)送給用戶，用戶利用鑒權(quán)向量計(jì)算出鑒權(quán)響應(yīng)后，發(fā)出攜帶鑒權(quán)響應(yīng)的注冊/注銷請求消息到查詢CSCF，查詢CSCF再次向歸屬簽約用戶服務(wù)器發(fā)出注冊狀態(tài)查詢請求；a15、歸屬簽約用戶服務(wù)器將所述用戶的服務(wù)CSCF名稱發(fā)送給查詢CSCF，查詢CSCF根據(jù)服務(wù)CSCF名稱將注冊/注銷請求消息發(fā)送給相應(yīng)服務(wù)CSCF，該服務(wù)CSCF根據(jù)注冊/注銷請求消息向歸屬簽約用戶服務(wù)器發(fā)出用戶注冊/注銷請求消息。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟a之前，該方法進(jìn)一步包括a21、查詢CSCF接收到呼叫本網(wǎng)絡(luò)未注冊用戶的INVITE消息后，向歸屬簽約用戶服務(wù)器發(fā)出用戶位置查詢請求；a22、歸屬簽約用戶服務(wù)器回復(fù)用戶位置查詢響應(yīng)，攜帶所述用戶的能力集信息，查詢CSCF根據(jù)能力集信息為所述用戶選出服務(wù)CSCF；a23、被選出的服務(wù)CSCF為所述用戶發(fā)送服務(wù)器指配類型參數(shù)值為未注冊用戶的用戶注冊/注銷請求消息到歸屬簽約用戶服務(wù)器。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述錯誤碼為用戶已注冊錯誤。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述服務(wù)器指配類型參數(shù)值包括未注冊用戶、注冊、重注冊、無指配、超時撤消注冊、用戶撤消注冊、數(shù)據(jù)過多撤消注冊、管理撤消注冊、超時撤消注冊并保存服務(wù)器名稱、用戶撤消注冊并保存服務(wù)器名稱、鑒權(quán)失敗和鑒權(quán)超時。
全文摘要
本發(fā)明公開了一種用戶注冊/注銷時服務(wù)CSCF名稱的一致性檢查方法。該方法的過程包括a、歸屬簽約用戶服務(wù)器接收到服務(wù)CSCF發(fā)出的用戶注冊/注銷請求消息后，判斷所述消息中攜帶的服務(wù)器指配類型參數(shù)值是否為未注冊用戶，如果是則保存所述消息中攜帶的服務(wù)CSCF名稱，并向所述服務(wù)CSCF回復(fù)成功響應(yīng)消息，否則執(zhí)行步驟b；b、歸屬簽約用戶服務(wù)器判斷注冊/注銷請求消息中攜帶的服務(wù)CSCF名稱與自身保存的是否一致，若不一致則歸屬簽約用戶服務(wù)器向該服務(wù)CSCF回復(fù)攜帶錯誤碼的響應(yīng)消息。本發(fā)明的這種方法根據(jù)Server Assignment Type參數(shù)的取值執(zhí)行不同操作，在阻止非法S－CSCF的注冊/注銷請求得到執(zhí)行的同時，保證未注冊用戶能夠正常地進(jìn)行S－CSCF切換。
文檔編號H04L29/06GK1852308SQ200510112950
公開日2006年10月25日 申請日期2005年10月14日 優(yōu)先權(quán)日2005年10月14日
發(fā)明者馬春燕, 于彬 申請人:華為技術(shù)有限公司