專利名稱：在ip多媒體子系統(tǒng)中實現(xiàn)注冊的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，特別是指一種在IP多媒體子系統(tǒng)(IMS)中實現(xiàn)注冊的方法。
背景技術(shù)：
隨著寬帶網(wǎng)絡(luò)的發(fā)展，移動通信不僅僅局限于傳統(tǒng)的話音通信，通過與呈現(xiàn)業(yè)務(wù)(presence)、消息、網(wǎng)頁(WEB)瀏覽、定位信息、推送業(yè)務(wù)(PUSH)以及文件共享等數(shù)據(jù)業(yè)務(wù)的結(jié)合，移動通信能夠?qū)崿F(xiàn)音頻、視頻、圖片和文本等多種媒體類型的業(yè)務(wù)，以滿足用戶的多種需求。
第三代移動通信標準化伙伴項目(3GPP)以及第三代移動通信標準化伙伴項目2(3GPP2)等組織都先后推出了基于IP的多媒體子系統(tǒng)(IMS)架構(gòu)，其目的是在移動網(wǎng)絡(luò)中使用一種標準化的開放結(jié)構(gòu)來實現(xiàn)多種多樣的多媒體應(yīng)用，以給用戶提供更多的選擇和更豐富的感受。
IMS架構(gòu)疊加在分組域網(wǎng)絡(luò)(PS-Domain)之上，該架構(gòu)與鑒權(quán)相關(guān)的實體包括呼叫狀態(tài)控制功能(CSCF)實體和歸屬簽約用戶服務(wù)器(HSS)功能實體。
CSCF又可以分成服務(wù)CSCF(S-CSCF)、代理CSCF(P-CSCF)和查詢CSCF(I-CSCF)三個邏輯實體，該三個邏輯實體可能是不同的物理設(shè)備，也可能是同一個物理設(shè)備中不同的功能模塊。S-CSCF是IMS的業(yè)務(wù)控制中心，用于執(zhí)行會話控制，維持會話狀態(tài)，管理用戶信息，產(chǎn)生計費信息等；P-CSCF是終端用戶接入IMS的接入點，用于完成用戶注冊，服務(wù)質(zhì)量(QoS)控制和安全管理等；I-CSCF負責IMS域之間的互通，管理S-CSCF的分配，對外隱藏網(wǎng)絡(luò)拓撲結(jié)構(gòu)和配置信息，并產(chǎn)生計費數(shù)據(jù)等。HSS是非常重要的用戶數(shù)據(jù)庫，用于支持各個網(wǎng)絡(luò)實體對呼叫和會話的處理。
IMS在初始推出(R5版本協(xié)議)時只考慮在第三代移動通信網(wǎng)絡(luò)使用。由于IMS上的業(yè)務(wù)非常豐富，所以出現(xiàn)了運營商在2G的網(wǎng)絡(luò)上使用IMS的需求。但在2G的網(wǎng)絡(luò)上是無法支持基于3G網(wǎng)絡(luò)的IMS的安全相關(guān)功能的，例如五元組鑒權(quán)/網(wǎng)絡(luò)認證等，為解決2G用戶使用IMS網(wǎng)絡(luò)面臨的用戶鑒權(quán)問題，3GPP提出了一種過渡鑒權(quán)方案，該方案為2G上的IMS業(yè)務(wù)提供一定的安全功能。當用戶支持3G鑒權(quán)方案時，再采用完整的基于3G的鑒權(quán)方案對接入用戶進行鑒權(quán)。
由于引入了兩種鑒權(quán)方法，特別是Early IMS為后續(xù)推出，這樣就存在了設(shè)備廠商不同時期開發(fā)的不同的網(wǎng)元實體可能支持不同鑒權(quán)能力類型的情況。在此將支持2G的鑒權(quán)方式的實體稱為支持Early IMS的鑒權(quán)的實體，將支持3G鑒權(quán)方式的實體稱之為支持Full 3GPP IMS的鑒權(quán)的實體。由于網(wǎng)絡(luò)中存在支持不同鑒權(quán)方式的實體，因此必然會存在下述情況例如，在用戶的歸屬網(wǎng)絡(luò)域同時存在支持和不支持Early IMS的S-CSCF，若只支持Early IMS鑒權(quán)方式的P-CSCF，將接收到的來自只支持Early IMS鑒權(quán)方式的UE的SIP注冊請求發(fā)送給了只支持Full 3GPP IMS鑒權(quán)方式的S-CSCF，則該S-CSCF必然按照全3GPP鑒權(quán)方式對接收到注冊請求進行檢查，此時，該S-CSCF會發(fā)現(xiàn)該接收到的SIP消息中缺少相關(guān)頭域，并認為該消息為非法消息，因而返回失敗的響應(yīng)消息給用戶，但是如果此時選擇了另一個支持Early IMS鑒權(quán)的S-CSCF，則用戶就可能注冊成功。
可見，在上述情況下用戶鑒權(quán)失敗的原因是由于UE與S-CSCF所支持的鑒權(quán)方式不匹配而造成的，并不是因為該UE不合法，而這對于合法的用戶肯定是不公平的，同時也降低了用戶的滿意度。
為了避免上述情況的發(fā)生，3GPP在目前階段，規(guī)定了P-CSCF/S-CSCF都處在歸屬網(wǎng)絡(luò)內(nèi)，且支持相同類型的鑒權(quán)方式，從而回避了P-CSCF可能與S-CSCF支持不同類型鑒權(quán)方式的情況，即回避了UE與S-CSCF支持不同類型鑒權(quán)方式的情況。但在實際網(wǎng)絡(luò)運營情況中，隨著業(yè)務(wù)的開展，不可能總是將P-CSCF放置在歸屬網(wǎng)絡(luò)，則存在將P-CSCF放置在拜訪網(wǎng)絡(luò)的情況。在這種情況下，由于P-CSCF和S-CSCF(P/S-CSCF)屬于不同運營商，由于運營商引入IMS階段的不同，就有可能存在P/S-CSCF支持不同鑒權(quán)能力類型的情況。
再有，為了保證P-CSCF總是可以選擇相兼容的S-CSCF，還可以采用以下兩種方法一種方法是在P-CSCF中配置了網(wǎng)絡(luò)中S-CSCF所支持的鑒權(quán)能力數(shù)據(jù)。而隨著運營商網(wǎng)絡(luò)的規(guī)模擴大，會導致配置數(shù)據(jù)的過程變得復雜化且不可行。此時，即使通過同時將P/S-CSCF升級為兩種都支持的方式來避免配置數(shù)據(jù)的復雜化，也存在由于升級的先后，而導致網(wǎng)絡(luò)在一段時間內(nèi)將存在支持不同鑒權(quán)能力類型的P/S-CSCF的可能性。
另一種方法是，將P/S-CSCF合并在同一網(wǎng)絡(luò)實體中，這樣只要UE同P-CSCF的鑒權(quán)能力類型相兼容，就能保證同S-CSCF鑒權(quán)能力類型相兼容。但同樣隨著運營商的網(wǎng)絡(luò)規(guī)模擴大，P/S-CSCF邏輯功能必然會分布在不同的物理實體上，此時這種方法就不能繼續(xù)使用。
以上問題都是3GPP目前未考慮的同時也是不可回避的。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于一種在IP多媒體子系統(tǒng)(IMS)中實現(xiàn)注冊的方法，避免因鑒權(quán)能力類型不匹配而導致的鑒權(quán)失敗。
為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的；一種在IP多媒體子系統(tǒng)中實現(xiàn)注冊的方法，設(shè)置用于表示S-CSCF所支持鑒權(quán)能力類型的S-CSCF數(shù)據(jù)表，該數(shù)據(jù)表中包含S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，該方法包括以下步驟a、I-CSCF接收到來自UE的注冊請求后，獲取能夠為該UE提供服務(wù)的S-CSCF能力集信息；
b、I-CSCF確定該發(fā)起請求的UE所支持的鑒權(quán)能力類型，根據(jù)已設(shè)置的數(shù)據(jù)表中S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，以及已獲取的S-CSCF能力集信息，選擇能夠滿足發(fā)起注冊請求的UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合，并選定該集合中的一個S-CSCF；c、I-CSCF向選定的S-CSCF發(fā)送注冊請求，并繼續(xù)進行后續(xù)注冊處理。
較佳地，步驟b所述I-CSCF確定該發(fā)起請求的UE所支持的鑒權(quán)能力類型的方法為I-CSCF判斷所獲取的S-CSCF能力集信息中是否包含預(yù)先設(shè)置的用戶所要求的鑒權(quán)類型能力數(shù)據(jù)，如果是，則根據(jù)該用戶所要求的鑒權(quán)類型能力數(shù)據(jù)確定發(fā)起請求的UE所支持的鑒權(quán)能力類型，否則，根據(jù)UE發(fā)起的注冊請求確定發(fā)起請求的UE所支持的鑒權(quán)能力類型。
較佳地，所述I-CSCF根據(jù)UE發(fā)起的注冊請求確定該UE所支持的鑒權(quán)能力類型的方法為根據(jù)注冊請求中是否存在授權(quán)Authorization頭域，或者，根據(jù)預(yù)先設(shè)定的支持不同鑒權(quán)能力類型的特征符，確定該發(fā)起請求的UE所支持的鑒權(quán)能力類型；所述根據(jù)注冊請求中是否存在授權(quán)Authorization頭域確定該發(fā)起請求的UE所支持的鑒權(quán)能力類型的方法為如果注冊請求包含Authorization頭域，且該頭域用法符合目前3GPP要求，則發(fā)起請求的UE支持Full IMS鑒權(quán)方式，如果注冊請求未包含Authorization頭域，則發(fā)起請求的UE支持Early IMS鑒權(quán)方式。
較佳地，步驟b所述I-CSCF從已獲取的S-CSCF能力集信息中選擇選擇能夠滿足發(fā)起注冊請求的UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合的方法為如果所獲取的S-CSCF能力集信息中包含預(yù)先設(shè)置的用戶所要求的鑒權(quán)類型能力數(shù)據(jù)，則I-CSCF根據(jù)已設(shè)置的數(shù)據(jù)表中S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，以及已獲取的S-CSCF能力集信息，直接選擇出能夠滿足發(fā)起注冊請求的UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合；如果所獲取的S-CSCF能力集信息中未包含預(yù)先設(shè)置的用戶所要求的鑒權(quán)類型能力數(shù)據(jù)，則I-CSCF首先從所獲取的S-CSCF能力集信息中，選擇出能夠滿足該UE業(yè)務(wù)能力的S-CSCF能力集，再根據(jù)UE發(fā)起的注冊請求確定該UE所支持的鑒權(quán)能力類型，然后再根據(jù)已設(shè)置的數(shù)據(jù)表中S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，以及已選擇出的能夠滿足該UE業(yè)務(wù)能力的S-CSCF能力集，選擇出能夠支持發(fā)起注冊請求的UE所支持鑒權(quán)能力類型的S-CSCF集合。
較佳地，如果所獲取的S-CSCF能力集信息中包含預(yù)先設(shè)置的用戶所要求的鑒權(quán)類型能力數(shù)據(jù)，但I-CSCF無法根據(jù)所獲取的S-CSCF能力集信息中直接選擇出能夠滿足發(fā)起注冊請求的UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合時，進一步包括I-CSCF從所獲取的S-CSCF能力集信息中，選擇出能夠滿足該UE業(yè)務(wù)能力的S-CSCF能力集，再根據(jù)UE發(fā)起的注冊請求確定該UE所支持的鑒權(quán)能力類型，然后再根據(jù)已設(shè)置的數(shù)據(jù)表中S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，以及已選擇出的能夠滿足該用戶業(yè)務(wù)能力的S-CSCF能力集，選擇出能夠支持發(fā)起注冊請求的UE所支持鑒權(quán)能力類型的S-CSCF集合。
較佳地，所述用于表示S-CSCF所支持鑒權(quán)能力類型的S-CSCF數(shù)據(jù)表設(shè)置在I-CSCF中。
較佳地，該方法進一步包括如果I-CSCF不能從已獲取的能力集信息中選擇能夠滿足發(fā)起注冊請求的UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合，I-CSCF通過P-CSCF給UE返回注冊失敗的響應(yīng)信息。
較佳地，該方法進一步包括如果I-CSCF不能從已獲取的能力集信息中選擇出能夠滿足發(fā)起注冊請求的UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合，則I-CSCF隨機任選一個S-CSCF，向該選定的S-CSCF發(fā)送注冊請求，并按常規(guī)流程進行后續(xù)注冊處理。
較佳地，如果I-CSCF任意選定的S-CSCF滿足該UE的業(yè)務(wù)能力要求且與發(fā)起注冊請求的UE所支持的鑒權(quán)能力類型匹配，則S-CSCF通過I-CSCF和P-CSCF給UE返回注冊成功的響應(yīng)信息；如果I-CSCF任意選定的S-CSCF滿足該UE的業(yè)務(wù)能力要求和/或與發(fā)起注冊請求的UE所支持的鑒權(quán)能力類型不匹配，則S-CSCF通過I-CSCF和P-CSCF給UE返回注冊失敗的響應(yīng)信息。
較佳地，所述注冊失敗的響應(yīng)信息中進一步包含該信息的發(fā)起方信息以及失敗原因。
較佳地，所述失敗原因為未找到鑒權(quán)能力類型相匹配的S-CSCF。
本發(fā)明的關(guān)鍵是，預(yù)先設(shè)置用于表示S-CSCF所支持鑒權(quán)能力類型的S-CSCF數(shù)據(jù)表，當I-CSCF獲取能夠為該UE提供服務(wù)的S-CSCF能力集信息后，確定該發(fā)起請求的UE所支持的鑒權(quán)能力類型，并根據(jù)已設(shè)置的數(shù)據(jù)表中S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，以及已獲取的S-CSCF能力集信息，選擇能夠滿足發(fā)起注冊請求的UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合，并選定該集合中的一個S-CSCF；然后按照現(xiàn)有的方法繼續(xù)后續(xù)注冊處理。這樣保證了發(fā)起注冊請求的UE與S-CSCF之間所支持的鑒權(quán)能力類型匹配，避免了因鑒權(quán)能力類型不匹配而導致的鑒權(quán)失敗的情況。再有，應(yīng)用本發(fā)明的方法，在注冊失敗的響應(yīng)消息中可給出失敗原因，輔助UE執(zhí)行相關(guān)操作。由于本發(fā)明對現(xiàn)有技術(shù)方案改動較小，因而將網(wǎng)絡(luò)的規(guī)模調(diào)整所帶來的現(xiàn)有配置數(shù)據(jù)方法變化降低到最小，從而與現(xiàn)有技術(shù)有很好地兼容性。


圖1所示為采用Early IMS鑒權(quán)方式的用戶實現(xiàn)注冊的流程圖。
具體實施例方式
下面結(jié)合附圖及具體實施例對本發(fā)明再做進一步地詳細說明。
在本申請文件中所提到的UE與P-CSCF之間所支持的鑒權(quán)能力類型是相匹配的，如果上述兩者之間不匹配，目前3GPP協(xié)議已經(jīng)描述了P-CSCF的處理方法，也就是說，上述兩者之間不匹配的情況不在本發(fā)明的考慮范圍之內(nèi)。
為了實現(xiàn)本發(fā)明的技術(shù)方案，需預(yù)先設(shè)置用于表示S-CSCF所支持鑒權(quán)能力類型的S-CSCF數(shù)據(jù)表，該數(shù)據(jù)表中包含S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，具體形式如表1所示

表1上述用于表示S-CSCF所支持鑒權(quán)能力類型的S-CSCF數(shù)據(jù)表通常設(shè)置在I-CSCF中。
圖1所示為采用Early IMS鑒權(quán)方式的用戶實現(xiàn)注冊的流程圖。在本實施例中，UE同P-CSCF的鑒權(quán)方式相匹配且UE使用SIP消息發(fā)起注冊請求。
步驟101，UE發(fā)起一個新的IMS注冊請求消息，由于接收用戶注冊請求消息的P-CSCF與發(fā)起請求的UE所支持的鑒權(quán)能力類型相匹配，因此P-CSCF可以正確轉(zhuǎn)發(fā)用戶的注冊請求消息。上述注冊請求消息中包含UE的標識。
步驟102～103，P-CSCF根據(jù)UE的標識確定其歸屬域，通過查詢地址解析服務(wù)器(DNS)中的數(shù)據(jù)確定歸屬域的入口點I-CSCF的IP地址。
步驟104，P-CSCF將注冊請求轉(zhuǎn)發(fā)給I-CSCF。
步驟105～106，I-CSCF向HSS發(fā)送查詢位置消息，該查詢位置消息中包含UE的標識。由于用戶為初始注冊，因此HSS根據(jù)查詢消息中的UE標識找到該UE的用戶簽約數(shù)據(jù)，并根據(jù)該簽約數(shù)據(jù)所要求的能力獲取S-CSCF能力集信息，并將該S-CSCF能力集信息返回給I-CSCF，同時，如果在HSS中，根據(jù)用戶簽約能力預(yù)先配置了用于表示UE所支持鑒權(quán)能力類型的鑒權(quán)類型能力數(shù)據(jù)，則該表示UE所支持鑒權(quán)能力類型的鑒權(quán)類型能力數(shù)據(jù)將作為S-CSCF能力集信息的一部分一同返回給I-CSCF。
步驟107，I-CSCF從接收到的S-CSCF能力集信息中選擇能夠滿足該UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合。具體選擇S-CSCF的過程如下若HSS返回的信息中包含用于表示UE所支持鑒權(quán)能力類型數(shù)據(jù)，則I-CSCF根據(jù)該鑒權(quán)類型能力數(shù)據(jù)確定發(fā)起請求的UE所支持的鑒權(quán)能力類型，再根據(jù)已設(shè)置的數(shù)據(jù)表中S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，以及已獲取的S-CSCF能力集信息，直接選擇出能夠滿足該UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合，該S-CSCF集合中可以有一個或一個以上的S-CSCF，并任意選定該集合中的一個S-CSCF。
若HSS返回的信息中未包含用于表示UE所支持鑒權(quán)能力類型數(shù)據(jù)，則I-CSCF首先從HSS返回的S-CSCF能力集信息中，選擇出能夠滿足該UE業(yè)務(wù)能力的S-CSCF能力集，再根據(jù)UE發(fā)起的注冊請求確定該UE所支持的鑒權(quán)能力類型，然后再根據(jù)已設(shè)置的數(shù)據(jù)表中S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，以及已選擇出的能夠滿足該UE業(yè)務(wù)能力的S-CSCF能力集，選擇出能夠支持發(fā)起注冊請求的UE所支持鑒權(quán)能力類型的S-CSCF集合；該S-CSCF集合中可以有一個或一個以上的S-CSCF，并任意選定該集合中的一個S-CSCF。
上述I-CSCF根據(jù)接收到的注冊請求確定該發(fā)起請求的UE所支持的鑒權(quán)能力類型的方法為根據(jù)注冊請求中是否存在授權(quán)Authorization頭域確定該發(fā)起請求的UE所支持的鑒權(quán)能力類型；或者，根據(jù)運營商預(yù)先設(shè)定的支持不同鑒權(quán)能力類型的特征符，確定該發(fā)起請求的UE所支持的鑒權(quán)能力類型。
如果是根據(jù)注冊請求中是否存在授權(quán)Authorization頭域確定該發(fā)起請求的UE所支持的鑒權(quán)能力類型，其具體方法為如果注冊請求消息包含Authorization頭域且該頭域用法符合目前3GPP要求，則發(fā)起請求的UE支持Full IMS鑒權(quán)能力類型，如果注冊請求未包含Authorization頭域，則發(fā)起請求的UE支持Early IMS鑒權(quán)方式。
假設(shè)在本實施例中發(fā)起注冊請求的UE只支持Early IMS鑒權(quán)能力類型，則根據(jù)表1的數(shù)據(jù)，此時I-CSCF所選擇的S-CSCF集合中只可能包括選擇S-CSCF1和/或S-CSCF2，而不能包括S-CSCF3。
步驟108，I-CSCF向選定的S-CSCF發(fā)送注冊請求消息。
步驟109～110，S-CSCF向HSS請求鑒權(quán)參數(shù)，并從HSS的響應(yīng)信息中獲取所需參數(shù)。
步驟111～112，S-CSCF根據(jù)HSS下發(fā)的鑒權(quán)數(shù)據(jù)，進行檢查，并向HSS返回鑒權(quán)結(jié)果。此處假設(shè)S-CSCF采用Early IMS鑒權(quán)方法，其具體鑒權(quán)過程與現(xiàn)有技術(shù)相同，在此不再詳細描述。
步驟113～115，S-CSCF向用戶返回注冊回應(yīng)消息。在本實施例中假設(shè)注冊成功，S-CSCF通過P-CSCF返回注冊成功消息給UE。
以上實施例是通過采用Early IMS鑒權(quán)用戶的注冊過程來說明的，對于采用FULL 3GPP IMS鑒權(quán)的3G用戶而言，其注冊過程與現(xiàn)有的注冊過程區(qū)別是，預(yù)先設(shè)置用于表示S-CSCF所支持鑒權(quán)能力類型的S-CSCF數(shù)據(jù)表，該數(shù)據(jù)表中包含S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，在I-CSCF接收到的來自HSS的S-CSCF能力集信息后，確定該發(fā)起請求的UE所支持的鑒權(quán)能力類型，并根據(jù)已設(shè)置的數(shù)據(jù)表中S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，以及已獲取的S-CSCF能力集信息，選擇能夠滿足發(fā)起注冊請求的UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合，再從該集合中任選一個S-CSCF，并按常規(guī)流程繼續(xù)后續(xù)注冊處理。具體選擇S-CSCF集合的方法與步驟107的處理方式完全相同。
如果UE所支持的鑒權(quán)類型能力數(shù)據(jù)已預(yù)先配置在HSS內(nèi)，但I-CSCF無法根據(jù)HSS返回的S-CSCF能力集信息找到相匹配的S-CSCF，即無法找到能夠滿足該UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合，則I-CSCF也可以按照如下方式進行處理從HSS返回的S-CSCF能力集信息中，選擇出能夠滿足該UE業(yè)務(wù)能力的S-CSCF能力集，再根據(jù)UE發(fā)起的注冊請求確定該UE所支持的鑒權(quán)能力類型，然后再根據(jù)已設(shè)置的數(shù)據(jù)表中S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，以及已選擇出的能夠滿足該用戶業(yè)務(wù)能力的S-CSCF能力集，選擇出能夠支持發(fā)起注冊請求的UE所支持鑒權(quán)能力類型的S-CSCF集合。也就是說，當UE所支持的鑒權(quán)類型能力數(shù)據(jù)已預(yù)先配置在HSS內(nèi)，但I-CSCF無法根據(jù)HSS返回的S-CSCF能力集信息找到相匹配的S-CSCF時，I-CSCF可以再采用根據(jù)UE的注冊請求判斷鑒權(quán)能力類型的處理方法進行處理，也可以直接按照下面所述的失敗方式進行處理。
無論對于采用Early IMS鑒權(quán)方式的用戶還是Full 3GPP鑒權(quán)方式的用戶，如果發(fā)生了異常情況，如I-CSCF未配置S-CSCF能力數(shù)據(jù)表；或I-CSCF根據(jù)用戶的鑒權(quán)類型和預(yù)先設(shè)置的S-CSCF的能力數(shù)據(jù)表進行匹配，未發(fā)現(xiàn)相關(guān)表項等，當然異常情況并不限于此，導致I-CSCF不能從已獲取的S-CSCF能力集中選擇出滿足該UE的業(yè)務(wù)能力要求和/或與發(fā)起注冊請求的UE所支持的鑒權(quán)能力類型相匹配的S-CSCF集合，則I-CSCF有以下兩種處理方法一I-CSCF通過P-CSCF給UE返回注冊失敗的響應(yīng)信息。該注冊失敗的響應(yīng)信息中可以進一步包含發(fā)起方信息以及失敗原因。其中，發(fā)起方信息是為了表明是I-CSCF發(fā)起的失敗響應(yīng)消息，而不是在P-CSCF處鑒權(quán)失?。辉谑≡蛑兄该魑凑业借b權(quán)能力類型相匹配的S-CSCF，例如，采用400消息，即Bad Request，表示發(fā)起請求的UE支持Early IMS，但網(wǎng)絡(luò)側(cè)不支持該鑒權(quán)方法，即網(wǎng)絡(luò)側(cè)只支持FULL 3GPP IMS鑒權(quán)方法；采用420消息，即Bad Extension，表示發(fā)起請求的UE支持Full 3GPP IMS，但網(wǎng)絡(luò)側(cè)不支持該鑒權(quán)方法，即網(wǎng)絡(luò)側(cè)只支持Early IMS鑒權(quán)方法。
方法二I-CSCF隨機任選一個S-CSCF，向該選定的S-CSCF發(fā)送注冊請求，并按常規(guī)流程繼續(xù)進行后續(xù)處理。此時，又會存在兩種情況A、I-CSCF所選擇的S-CSCF恰好與發(fā)起請求的UE所支持的鑒權(quán)能力類型相匹配，此時S-CSCF進行正常處理后返回鑒權(quán)結(jié)果，即通過I-CSCF和P-CSCF給UE返回注冊成功的響應(yīng)信息。之所以出現(xiàn)這種情況可能是預(yù)先配置的用于表示S-CSCF所支持鑒權(quán)能力類型的S-CSCF數(shù)據(jù)表中的數(shù)據(jù)有錯誤或不完善。
B、I-CSCF所選擇的S-CSCF與發(fā)起請求的UE所支持的鑒權(quán)能力類型不匹配，S-CSCF通過I-CSCF和P-CSCF給UE返回注冊失敗的響應(yīng)信息，該注冊失敗的響應(yīng)信息中可以進一步包含發(fā)起方信息以及失敗原因。其中，發(fā)起方信息表明是S-CSCF發(fā)起的失敗響應(yīng)消息，這樣可以與P-CSCF發(fā)起的失敗響應(yīng)消息相區(qū)別；在失敗原因中指明未找到鑒權(quán)能力類型相匹配的S-CSCF，例如，采用400消息，即Bad Request，表示發(fā)起請求的UE支持EarlyIMS，而S-CSCF只支持Full 3GPP IMS，采用420消息，即Bad Extension，表示發(fā)起請求的UE支持Full 3GPP IMS而S-CSCF只支持Early IMS。
由于在注冊失敗的響應(yīng)消息中給出了失敗原因，這樣可輔助UE執(zhí)行后續(xù)相關(guān)操作。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換和改進，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種在IP多媒體子系統(tǒng)中實現(xiàn)注冊的方法，其特征在于，設(shè)置用于表示S-CSCF所支持鑒權(quán)能力類型的S-CSCF數(shù)據(jù)表，該數(shù)據(jù)表中包含S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，該方法包括以下步驟a、I-CSCF接收到來自UE的注冊請求后，獲取能夠為該UE提供服務(wù)的S-CSCF能力集信息；b、I-CSCF確定該發(fā)起請求的UE所支持的鑒權(quán)能力類型，根據(jù)已設(shè)置的數(shù)據(jù)表中S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，以及已獲取的S-CSCF能力集信息，選擇能夠滿足發(fā)起注冊請求的UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合，并選定該集合中的一個S-CSCF；c、I-CSCF向選定的S-CSCF發(fā)送注冊請求，并繼續(xù)進行后續(xù)注冊處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b所述I-CSCF確定該發(fā)起請求的UE所支持的鑒權(quán)能力類型的方法為I-CSCF判斷所獲取的S-CSCF能力集信息中是否包含預(yù)先設(shè)置的用戶所要求的鑒權(quán)類型能力數(shù)據(jù)，如果是，則根據(jù)該用戶所要求的鑒權(quán)類型能力數(shù)據(jù)確定發(fā)起請求的UE所支持的鑒權(quán)能力類型，否則，根據(jù)UE發(fā)起的注冊請求確定發(fā)起請求的UE所支持的鑒權(quán)能力類型。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述I-CSCF根據(jù)UE發(fā)起的注冊請求確定該UE所支持的鑒權(quán)能力類型的方法為根據(jù)注冊請求中是否存在授權(quán)Authorization頭域，或者，根據(jù)預(yù)先設(shè)定的支持不同鑒權(quán)能力類型的特征符，確定該發(fā)起請求的UE所支持的鑒權(quán)能力類型；所述根據(jù)注冊請求中是否存在授權(quán)Authorization頭域確定該發(fā)起請求的UE所支持的鑒權(quán)能力類型的方法為如果注冊請求包含Authorization頭域，且該頭域用法符合目前3GPP要求，則發(fā)起請求的UE支持Full IMS鑒權(quán)方式，如果注冊請求未包含Authorization頭域，則發(fā)起請求的UE支持Early IMS鑒權(quán)方式。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟b所述I-CSCF從已獲取的S-CSCF能力集信息中選擇選擇能夠滿足發(fā)起注冊請求的UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合的方法為如果所獲取的S-CSCF能力集信息中包含預(yù)先設(shè)置的用戶所要求的鑒權(quán)類型能力數(shù)據(jù)，則I-CSCF根據(jù)已設(shè)置的數(shù)據(jù)表中S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，以及已獲取的S-CSCF能力集信息，直接選擇出能夠滿足發(fā)起注冊請求的UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合；如果所獲取的S-CSCF能力集信息中未包含預(yù)先設(shè)置的用戶所要求的鑒權(quán)類型能力數(shù)據(jù)，則I-CSCF首先從所獲取的S-CSCF能力集信息中，選擇出能夠滿足該UE業(yè)務(wù)能力的S-CSCF能力集，再根據(jù)UE發(fā)起的注冊請求確定該UE所支持的鑒權(quán)能力類型，然后再根據(jù)已設(shè)置的數(shù)據(jù)表中S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，以及已選擇出的能夠滿足該UE業(yè)務(wù)能力的S-CSCF能力集，選擇出能夠支持發(fā)起注冊請求的UE所支持鑒權(quán)能力類型的S-CSCF集合。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，如果所獲取的S-CSCF能力集信息中包含預(yù)先設(shè)置的用戶所要求的鑒權(quán)類型能力數(shù)據(jù)，但I-CSCF無法根據(jù)該S-CSCF能力集信息中直接選擇出能夠滿足發(fā)起注冊請求的UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合時，進一步包括I-CSCF從所獲取的S-CSCF能力集信息中，選擇出能夠滿足該UE業(yè)務(wù)能力的S-CSCF能力集，再根據(jù)UE發(fā)起的注冊請求確定該UE所支持的鑒權(quán)能力類型，然后再根據(jù)已設(shè)置的數(shù)據(jù)表中S-CSCF的標識與其所支持的鑒權(quán)能力類型的對應(yīng)關(guān)系，以及已選擇出的能夠滿足該用戶業(yè)務(wù)能力的S-CSCF能力集，選擇出能夠支持發(fā)起注冊請求的UE所支持鑒權(quán)能力類型的S-CSCF集合。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用于表示S-CSCF所支持鑒權(quán)能力類型的S-CSCF數(shù)據(jù)表設(shè)置在I-CSCF中。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進一步包括如果I-CSCF不能從已獲取的能力集信息中選擇能夠滿足發(fā)起注冊請求的UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合，I-CSCF通過P-CSCF給UE返回注冊失敗的響應(yīng)信息。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進一步包括如果I-CSCF不能從已獲取的能力集信息中選擇出能夠滿足發(fā)起注冊請求的UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S-CSCF集合，則I-CSCF隨機任選一個S-CSCF，向該選定的S-CSCF發(fā)送注冊請求，并按常規(guī)流程進行后續(xù)注冊處理。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，如果I-CSCF任意選定的S-CSCF滿足該UE的業(yè)務(wù)能力要求且與發(fā)起注冊請求的UE所支持的鑒權(quán)能力類型匹配，則S-CSCF通過I-CSCF和P-CSCF給UE返回注冊成功的響應(yīng)信息；如果I-CSCF任意選定的S-CSCF滿足該UE的業(yè)務(wù)能力要求和/或與發(fā)起注冊請求的UE所支持的鑒權(quán)能力類型不匹配，則S-CSCF通過I-CSCF和P-CSCF給UE返回注冊失敗的響應(yīng)信息。
10.根據(jù)權(quán)利要求7或9所述的方法，其特征在于，所述注冊失敗的響應(yīng)信息中進一步包含該信息的發(fā)起方信息以及失敗原因。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述失敗原因為未找到鑒權(quán)能力類型相匹配的S-CSCF。
全文摘要
本發(fā)明公開了一種在IP多媒體子系統(tǒng)中實現(xiàn)注冊的方法，關(guān)鍵是，當I－CSCF從HSS中獲取能夠為該UE提供服務(wù)的S－CSCF能力集信息后，確定該發(fā)起請求的UE所支持的鑒權(quán)能力類型，并根據(jù)已設(shè)置的數(shù)據(jù)表中S－CSCF的標識與其所支持鑒權(quán)能力類型的對應(yīng)關(guān)系，以及已獲取的S－CSCF能力集信息，選擇能夠滿足該UE所要求的業(yè)務(wù)能力且支持該UE鑒權(quán)能力類型的S－CSCF集合，并選定該集合中的一個S－CSCF，然后按照現(xiàn)有方法繼續(xù)后續(xù)注冊處理。這樣保證了發(fā)起注冊請求的UE與S－CSCF之間所支持的鑒權(quán)能力類型匹配，避免了因鑒權(quán)能力類型不匹配而導致的鑒權(quán)失敗的情況。本發(fā)明對現(xiàn)有技術(shù)方案改動較小，與現(xiàn)有技術(shù)有很好的兼容性。
文檔編號H04L29/06GK1852556SQ20051007760
公開日2006年10月25日 申請日期2005年6月17日 優(yōu)先權(quán)日2005年6月17日
發(fā)明者朱奮勤 申請人:華為技術(shù)有限公司