專利名稱：改變簽約的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及在數據網絡中改變用戶的簽約信息(subscriptioninformation)的方法和系統(tǒng)。具體地說，本發(fā)明涉及在因特網協(xié)議(IP)多媒體子系統(tǒng)(IMS)環(huán)境中改變簽約。
背景技術：
為了實現訪問獨立性并且保持在因特網上與有線終端進行平滑的相互配合，已經開發(fā)出例如在3GPP規(guī)范TS23.228中所規(guī)定的IMS以與IETF(因特網工程任務組)“因特網標準”相適應。IP多媒體核心網絡(IMCN)子系統(tǒng)使得移動或蜂窩網絡的網絡操作者能夠為其用戶提供基于因特網應用程序、服務和協(xié)議構建的多媒體服務。意圖在于采用由因特網和IM CN子系統(tǒng)提供的機制由移動網絡操作者和其他第三方供應商(包括在因特網空間中的那些)開發(fā)出這些服務。因此IMS能夠轉換聲音、視頻、消息傳送、數據和用于無線用戶的基于網絡的技術并且對它們進行訪問，并且將因特網的增長與移動通信中的增長結合在一起。
圖1顯示出根據上面的3GPP(第三代合伙項目)規(guī)范的IMS網絡的構架。該構架基于這樣的原理，即針對漫游用戶的用于歸屬簽約服務的服務控制在歸屬網絡HN中，例如服務呼叫狀態(tài)控制功能(S-CSCF)位于歸屬網絡HN中。在圖1中，顯示出當前或舊的S-CSCFo10和將來的或新的S-CSCFn12，由于由UE40的用戶簡檔的變化而導致的所需要的能力變化，所以終端設備或用戶設備(UE)40要在它們之間轉換。
一般來說，S-CSCF對所服務的UE進行會話控制服務。它維持著網絡操作者所需要的會話狀態(tài)以便對這些服務進行支持。在操作者的網絡內，不同的S-CSCF可以具有不同的功能性。由S-CSCF在相應的會話期間執(zhí)行的功能有例如注冊、會話流程管理、計費和資源利用管理。當用戶漫游到被訪問網絡VN時，該被訪問網絡VN支持了代理-CSCF(P-CSCF)30，它使得能夠對位于歸屬網絡HN處的相應S-CSCF進行會話控制并且提供服務控制。另外，詢問-CSCF(I-CSCF)50在歸屬網絡HN中設置作為在操作者網絡內的聯系點，用于通向那個網絡操作者的用戶或者當前位于那個網絡操作者的服務區(qū)域內的漫游用戶的所有連接。在操作者網絡內可以有多個I-CSCF。由I-CSCF50執(zhí)行的功能包括將一S-CSCF分配給執(zhí)行注冊過程的用戶，將從另一個網絡接收到的請求路由到該S-CSCF，保持來自用戶數據庫的S-CSCF的地址，例如如在圖1中所示的歸屬用戶服務器(HSS)20進行存取，和/或將請求或響應轉送給根據來自HSS20的變化地址確定的S-CSCF。
P-CSCF30為在IMS內的第一聯系點。其地址由UE40在PDP(數據分組協(xié)議)接觸激活之后發(fā)現。P-CSCF30用作代理，即它接收請求并且在內部為它們服務或者可能在翻譯之后將它們轉發(fā)。P-CSCF30還可以用作用戶代理，即在異常情況下它可以終止并且單獨產生事務處理。由P-CSCF30執(zhí)行的功能是將從UE40接收到的注冊請求發(fā)送給I-CSCF，例如采用由UE40提供的歸屬域名確定的I-CSCF50，并且將請求或響應轉發(fā)給UE40。
關于在圖1中所示的不同CSCF單元的功能的其它細節(jié)可以從上述3GPP-規(guī)范中收集到。
根據在上述3GPP第5版規(guī)范中的傳統(tǒng)網絡體系構架，HSS20不知道特定S-CSCF在該網絡中具有的能力種類。相反，HSS20知道S-CSCF需要哪種能力來支持特定的用戶。將該信息存儲在特定用戶的用戶簡檔中。在UE40的啟動注冊過程期間，HSS20將所需要的S-CSCF能力發(fā)送給I-CSCF50，并且通過I-CSCF50來完成對S-CSCF的實際選擇。根據表示所需要的能力并且從HSS20接收到的信息來進行在I-CSCF50處的選擇。
但是，當需要更新例如在當前為UE40服務的S-CSCFo10中的用戶簡檔時，HSS20不能知道所選的S-CSCFo10是否仍然能夠為UE40的用戶提供充分的服務。S-CSCFo10可能不支持根據新的用戶簡檔所需要的新的能力。另一個可能性是，服務供應商已經從用戶簡檔中除去了一些服務，因此已經阻止了這種服務或服務部分的使用。
如果S-CSCFo10的能力與更新的用戶簡檔不相符，則用戶不能使用所有簽約的服務，或者可能接收到他或她不再希望具有的服務。另外，用戶可能為她或他已經取消的服務繳費。而且，如果網絡操作者已經拒絕服務，則用戶可能仍然能夠使用他或她不再有權使用的這些服務。

發(fā)明內容
因此，本發(fā)明的一個目的在于提供一種改變簽約的方法和系統(tǒng)，通過這種方法和系統(tǒng)即使在用戶的用戶簡檔改變之后也能夠確保充分或相配的服務功能。
該目的是通過一種用于在數據網絡中改變用戶的簽約信息的方法，所述方法包括以下步驟檢測出在所述用戶的所述簽約信息中的變化；檢查為所述用戶終端設備服務的網絡單元的能力是否仍然與所述變化的簽約信息相符；并且響應于所述檢查步驟的結果啟動一個注冊過程以便將所述用戶的所述終端設備注冊到新的服務網絡單元上。
另外，上面的目的通過一種用來在數據網絡中改變用戶的簽約信息的系統(tǒng)，所述系統(tǒng)包括檢測裝置，用于檢測在所述用戶的所述簽約信息中的變化；檢查裝置，用于檢查為所述用戶的終端設備服務的網絡單元的能力是否仍然與所述變化的簽約信息相符；以及啟動裝置，用于響應于所述檢查裝置啟動注冊過程以便將所述用戶的所述終端設備注冊到新的服務網絡單元上。
另外，上面的目的通過一種用于存儲數據網絡的用戶的簽約信息的用戶數據庫，所述數據庫被安排為檢測在所述簽約信息中的變化，并且響應于用于檢查為所述用戶的終端設備服務的網絡單元的能力是否仍然與所述變化的簽約信息相符的檢查操作的結果，啟動注冊過程以便將所述用戶的終端設備注冊到新的服務網絡單元上。。
因此，當用戶的用戶簡檔更新或改變時，在服務網絡單元處的能力不匹配自動地被檢測出并且通過啟動注冊過程來分配具有足夠能力的新的服務網絡單元。由此，新的簽約信息在其已經被配置或存儲在數據網絡的用戶數據庫中時幾乎立即就能夠被考慮進來。
檢查步驟可以包括根據所述變化的簽約信息來檢查所述服務網絡單元是否還能夠為所述用戶的所述終端設備服務。
檢測步驟可以基于用戶簡檔更新的檢測，或者可以基于所述用戶對新的設備的簽約的檢測。
根據一有利的改進，檢查步驟可以在基于所述檢測步驟加入到由所述終端設備啟動的注冊過程的響應消息中的能力信息的基礎上來進行。在該情況中，可以響應于當在所述檢測步驟中已經檢測到所述簽約信息的變化時所啟動的取消注冊過程，由所述終端設備啟動所述重新注冊過程?；蛘?，該注冊過程可以是以預定的時間間隔啟動的周期性注冊過程。
優(yōu)選的是，提供配置信息以確定需要預定服務網絡單元的簽約服務。
根據另一個有利的改進，檢查步驟可以包括以下步驟將包含表示至少一個所需要的能力的信息的能力查詢發(fā)送給所述服務網絡單元；將所述服務網絡單元的能力與關于所述至少一個所需要的能力的信息進行比較；并且從所述服務網絡單元接收表示所述比較步驟的結果的確認。作為一可選方案，檢查步驟可以包括以下步驟將表示至少一個所需要的能力的信息和所述服務網絡單元的標識發(fā)送給詢問網絡單元；在所述詢問網絡單元處檢查所述服務網絡單元是否滿足所述至少一個所需要的能力；并且從所述詢問網絡單元中接收表示所述檢查步驟的結果的確認。然后，可以響應于比較步驟所接收到的結果將用于取消注冊該終端設備的取消注冊消息發(fā)送給服務網絡單元。然后可以通過終端設備響應于由服務網絡單元發(fā)出的消息啟動重新注冊過程。在該情況中，取消注冊消息可以包括一起因信息，它表示取消注冊的原因是需要改變用戶信息。
作為經網絡啟動的重新注冊過程的可選方案，可以采用至少一個所需要的能力來啟動數據網絡的選擇功能，并且將所得到的所述新的服務網絡單元的標識信息告知與所述終端設備連接的代理網絡單元?？梢圆捎么鎯υ谟脩魯祿焯幍乃龃砭W絡單元的標識進行所述通知?？梢圆捎萌∠韵姆站W絡單元請求該標識。可以通過詢問網絡單元來進行該選擇功能。
作為另一個可選方案，可以通過從數據網絡中請求包含有關于所需要的服務網絡單元能力的信息的能力列表來進行檢查步驟。具體地說，可以從詢問網絡單元中請求該能力列表。因此，該檢查裝置可以是詢問網絡單元，例如IMS的I-CSCF。詢問網絡單元可以被安排為基于與注冊授權響應一同接收到的能力信息來進行那個檢查操作。
檢測部件可以是一用戶數據庫，例如HSS。因此，必要時可以直接檢測出在用戶數據庫處的用戶簡檔的變化以便檢查該能力并且啟動注冊過程。
啟動裝置可以是用戶數據庫，其中通過啟動數據網絡核心的選擇功能或者通過發(fā)出取消注冊消息來啟動注冊過程。作為一可選方案，啟動裝置可以是被安排為向新的服務網絡單元發(fā)出注冊消息的詢問網絡單元。
該用戶數據庫可以被安排為根據在所述數據庫處提供的配置信息來禁止不必要的注冊。


下面將參照附圖對本發(fā)明的優(yōu)選實施方案進行詳細說明，其中圖1顯示出一示意性網絡體系結構，其中可以實施本發(fā)明的優(yōu)選實施方案；圖2顯示出一消息信號發(fā)送和處理框圖，簡要說明了根據第二優(yōu)選實施方案的簽約改變程序；圖3顯示出一消息信號發(fā)送和處理框圖，簡要說明根據第二優(yōu)選實施方案的簽約改變程序；圖4顯示出一消息信號發(fā)送和處理框圖，簡要說明了根據第三優(yōu)選實施方案的簽約改變程序；并且圖5顯示出一消息信號發(fā)送和處理框圖，簡要說明了根據第四優(yōu)選實施方案的簽約改變程序。
具體實施例方式
下面將根據在圖1中所示的IMS網絡體系構架對優(yōu)選實施方案進行說明。
在圖1中所示的IMS涉及一組核心網絡實體，它們采用由分組交換域提供的服務來提供多媒體服務。HSS20為用于給定用戶的主數據庫，并且包括傳統(tǒng)的歸屬位置寄存器(HRL)的功能以及專用于IP網絡例如IMS的新功能性。HSS20為包含有與簽約相關的信息以支持網絡實體在實際中處理呼叫和/或會話的實體。歸屬網絡HN根據移動用戶的數量、設備容量和網絡結構可以包含一個或幾個HSS。HSS20可以整合不同信息，并且能夠實現在核心網絡中要提供給應用和服務域的增強特性。具體地說，HSS20負責用來保存與用戶相關的信息，例如用戶標識、編號和地址信息、用戶安全信息、用戶位置信息以及用戶簡檔信息?；谠撔畔ⅲ琀SS20還可以負責支持不同域和子系統(tǒng)例如IMS、無線電網絡子系統(tǒng)(RNS)等的呼叫控制和會話管理實體。
根據這些優(yōu)選實施方案，如果能力檢查表明在相應用戶的簽約信息變化之后當前的S-CSCFo10不再能夠為該UE40服務，則將用于將UE40注冊到新的S-CSCFn12的注冊過程啟動。服務網絡單元或實體響應于能力檢查的這種自動或半自動適應可以按照不同的方式進行，如在下面的四個優(yōu)選實施方案中所述一樣。當用戶的簽約或用戶間檔改變時，例如當用戶訂購了新的服務時，已經被分配的S-CSCFo10可能不能支持這些新的服務。
為了分配能夠為該用戶服務的新的S-CSCFn12，根據第一優(yōu)選實施方案可以進行在圖2中所示的以下過程。
如圖2所示，HSS20通過借助S-CSCFo10將相應的取消注冊消息發(fā)送給UE40將取消該用戶的注冊(步驟1和2)，這將導致這樣一種情況，即UE40自動地啟動新的初始注冊過程，因為該取消注冊消息包含有表示取消注冊原因的起因代碼。響應于檢測到所涉及的用戶的簽約信息或用戶簡檔的變化通過HSS20加入該起因代碼或起因信息。這將導致這樣一種情況，即根據該新的用戶簡檔將選擇新的S-CSCF例如S-CSCFn12。為了避免不必要的取消注冊，HSS20可以包括一些用來確定那種服務需要專門的S-CSCF的配置信息。UE40將用于新的注冊的注冊消息發(fā)送給I-CSCF50(步驟3)。然后，I-CSCF將注冊授權消息發(fā)送給HSS20(步驟4)。在HSS20知道簽約改變時，它將注冊授權響應與當前S-CSCFo10的能力信息和名稱一起發(fā)送給I-CSCF50，而不是與在普通過程中一樣只發(fā)送S-CSCF50的名稱。要指出的是，HSS20同樣可以只發(fā)送當前S-CSCFo10的能力信息(步驟5)。然后，該I-CSCF50可以使用這兩者或只使用S-CSCF能力信息來決定必須采取哪種動作，即是否選擇新的S-CSCFo10(步驟6)。根據檢查結果，I-CSCF50將注冊消息發(fā)送給當前S-CSCFo10或者發(fā)送給具有所要求的能力的所選新的S-CSCFn12。
由此，可以使服務網絡功能適應于在所涉及用戶的用戶簡檔中的變化。如果舊的或當前S-CSCFo10滿足了該S-CSCF能力要求，則在新的注冊過程中選擇該舊的S-CSCF10。
圖3顯示出一消息信令和處理框圖，簡要說明了根據第二優(yōu)選實施方案的簽約改變程序。在該第二實施方案中，HSS20在UE40向網絡例如向I-CSCF50發(fā)送正常周期性注冊消息之前不會啟動任何動作(步驟1)。當周期性注冊，即注冊授權消息，到達HSS20(步驟2)時，HSS20知道簽約已經改變并且將包含有當前S-CSCFo10的能力信息和名稱的注冊授權響應消息發(fā)送給I-CSCF50，而不是只是發(fā)送當前S-CSCFo10的名稱(步驟3)。還有在當前情況中，要指出的是，HSS200可以只發(fā)送能力信息。該I-CSCF50可以使用這兩者或只使用S-CSCF能力信息來決定必須采取哪種動作，即是否選擇新的S-CSCF例如新的S-CSCFn12(步驟4)。在圖3中所示的情況下，因為舊的所分配的S-CSCFo10沒有滿足這些要求，所以通過將注冊消息發(fā)送給S-CSCFn12來選擇新的S-CSCFn12(步驟5)，以便為UE40的用戶提供適當的服務。
在上述第一和第二優(yōu)選實施方案中，自動重新注冊可以伴隨著從HSS20中將舊的S-CSCFo10名稱清除或提供相應的指示信息的新功能。
根據下面的第三和第四優(yōu)選實施方案，HSS20首先檢查當前S-CSCFo10是否支持由變化的用戶簡檔或簽約信息所需要的新要求并且根據檢查操作的結果將相應的用戶簡檔或服務實體選擇或改變過程啟動。如果當前S-CSCFo10可以支持這些新要求，則在當前S-CSCFo10中更新新的用戶簡檔。如果當前S-CSCFo10不能支持這些新要求，則HSS20開始導致向新的S-CSCFn12改變的過程。要指出的是，在第三和第四優(yōu)選實施方案中，假設UE10位于受訪問的網絡VN中并且通過P-CSCF30連接。
根據該第三優(yōu)選實施方案，啟動經網絡啟動的取消注冊過程，這導致這樣一種情況，即由于由HSS20發(fā)出的取消注冊消息包含有明確表明取消注冊的原因的起因代碼這個實事，所以UE40自動地啟動新的初始重新注冊過程。這導致這樣一種情況，即根據新的用戶簡檔將選擇新的S-CSCFn12。
圖4顯示出一消息信號發(fā)送和處理框圖，簡要說明了根據第三優(yōu)選實施方案的簽約改變程序。當已經發(fā)出新的用戶簡檔時，HSS20向當前選定的S-CSCFo10發(fā)送能力查詢(步驟1)。該能力查詢包含新的所需要的能力。要指出的是，該操作可以加入到從HSS20上載到當前S-CSCFo10上的現有簡檔，或者它可以是在HSS20和當前S-CSCFo10之間的新機制。當前S-CSCFo10向HSS20發(fā)送能力響應，包括肯定或否定的確認(acknowledge)(步驟2)。如果由于缺乏能力所以當前S-CSCFo10不能再為用戶服務，則它將發(fā)出否定確認。如果當前S-CSCFo10仍然可以為用戶服務，則它將向HSS20發(fā)送出肯定確認。如果已經發(fā)送出新的用戶簡檔，則當前S-CSCFo10可以將它存儲以便隨后使用。
如果HSS20接收到一肯定確認，則它中止選擇或者改變過程。如果在步驟1中沒有發(fā)送出用戶簡檔，則HSS20開始如在上述3GPP規(guī)范中所固定的用戶簡檔上載過程。
如果HSS20接收到否定確認，則它通過向當前S-CSCFo10發(fā)送具有清楚表明了原因是需要更新用戶簡檔的起因代碼的重新注冊消息，從而將經網絡啟動的重新注冊過程啟動(步驟3)。當前S-CSCFo10接收來自HSS20的消息并且產生出具有適當起因代碼的適當SIP(會話啟動協(xié)議)消息，例如NOTIFY消息，并且將它發(fā)送給P-CSCF30(步驟4)。P-CSCF30然后將SIP消息轉發(fā)給UE40(步驟5)。這使得UE40能夠自動并且立即地啟動注冊過程。具體地說，UE40接收在步驟4和5中傳送出的SIP消息并且檢測注冊的必要。然后UE40如在上述3GPP規(guī)范中所規(guī)定的一樣啟動注冊過程(步驟6)。由此，可以選擇足以勝任的服務網絡實體。
根據該第四優(yōu)選實施方案，HSS20啟動了新的過程，該過程將所分配的當前S-CSCFo10改變?yōu)橹С中碌囊蟮男碌腟-CSCFn12，且不會涉及UE40。例如如果UE40還沒有訂閱注冊事件報告數據包的話，則該網絡可能不能將經網絡啟動的重新注冊消息輸送給UE40。
圖5顯示出一消息信令和處理框圖，簡要說明了根據第四優(yōu)選實施方案的簽約改變程序。當已經發(fā)出新的用戶簡檔時，HSS20向當前S-CSCFo10發(fā)出能力查詢(步驟1)。該能力查詢包含有根據新的用戶簡檔的新需要的能力。還有在當前情況下，可以將該操作加入到從HSS20上載到當前S-CSCFo10的現有簽約數據上或者它可以是在HSS20和當前S-CSCFo10之間的新機制。
如果已經接收到能力查詢，則當前S-CSCFo10將其自身的能力和所需要的能力進行比較并且作出判定它是否能夠支持所需要的能力。如果當前S-CSCFo10由于缺乏能力而不再能夠為用戶服務，它將向HSS20發(fā)出具有否定確認的能力響應(步驟2)。如果當前S-CSCFo10仍然可以為用戶服務，則它將向HSS20發(fā)送肯定確認。如果將新的用戶簡檔發(fā)送給S-CSCFo10，則它將它存儲以便以后使用。
如果HSS20接收到肯定確認，則它中止了該過程。
如果在步驟1中沒有發(fā)送出用戶簡檔，則HSS20開始如在上述3GPP規(guī)范中所固定的用戶簡檔上載過程。
如果HSS20接收到否定確認，如在圖5中所示一樣，HSS20向目前為UE40的用戶服務的當前或舊的S-CSCFo10發(fā)送取消注冊消息。該消息包含對受訪問網絡VN的P-CSCF30的地址和/或名稱的請求(步驟3)。當前S-CSCFo10接收該取消注冊消息并且以P-CSCF30的地址和/或名稱確認該消息(步驟4)。然后當前S-CSCFo10可以刪除所涉及用戶的現有用戶簡檔。由于取消注冊消息包含有用來發(fā)送P-CSCF30的地址和/或名稱的請求這個實事，所以當前S-CSCFo10沒有向P-CSCF30發(fā)送任何通知。HSS20接收到具有P-CSCF30的地址和/或名稱的確認，并且暫時存儲這些用戶的P-CSCF地址和/或名稱(步驟5)。要指出的是，P-CSCF30的地址和/或名稱可以永久存儲在HSS20中。然后，HSS20就不必在步驟3中請求P-CSCF30的地址和/或名稱。
在步驟6中，HSS20向I-CSCF50發(fā)送消息，它包括根據改變的簽約信息用戶所需要的用戶標識和新的能力。該消息可以是用來啟動選擇新的服務實體的選擇功能的消息。響應于消息的接收，I-CSCF50根據新需要的能力啟動用于用戶的新S-CSCF選擇(步驟7)。然后，I-CSCF50向新選擇的S-CSCFn12發(fā)送包括用戶標識的注冊消息(步驟8)。響應于此，新的S-CSCFn12啟動如在上述3GPP規(guī)范中所規(guī)定的用戶簡檔上載過程(步驟9至12)。當用戶簡檔已經更新時，新的S-CSCFn12產生出包含有新S-CSCFn12的地址的適當SIP消息例如NOTIFY消息，并且將它發(fā)送給P-CSCF30(步驟13)。在步驟14中，P-CSCF30存儲或更新了在將來會話中所使用的S-CSCF地址(步驟14)。最后，P-CSCF30用SIP200 OK消息向新的S-CSCFn12確認，并且該新的S-CSCFn12用SIP200 OK消息向I-CSCF50確認，并且I-CSCF50將相應的確認發(fā)送給HSS20。然后，已經使該服務網絡實體適應于變化的用戶簡檔。
在第三和第四實施方案中由HSS20進行的能力檢查操作可以由下面的檢查過程代替。根據這個可選的檢查過程，HSS20可以將對能力列表的查詢發(fā)送給I-CSCF50。該消息可以包括新的S-CSCF的所需要的能力。然后，I-CSCF50檢查所需要的能力并且向HSS20報告可用S-CSCF列表。HSS20然后檢查當前S-CSCFo10是否包含在該能力列表中。
作為另一個可選檢查過程，在第一步中，HSS20可以在相應的更新消息中將當前或舊的S-CSCFo10的地址與按照更新或改變的用戶簡檔所新需要的能力一起發(fā)送給I-CSCF50。然后，在第二步中，I-CSCF50向HSS20確認該舊的S-CSCF10是否滿足新的要求。根據從I-CSCF50接收到的通知，HSS20可以按照以下可選的方式進行作用。如果舊的S-CSCFo10滿足這些要求，則啟動從HSS20到I-CSCF50的簡檔更新。如果不滿足，則HSS20啟動如上面結合圖4和5所述的經網絡啟動的重新注冊過程或S-CSCF選擇過程。
可以通過使用缺省的S-CSCF代替基于能力的選擇來降低能力協(xié)商的需要。因此，在根據改變的簽約信息檢測到當前S-CSCFo10不能為用戶服務時，則可以選擇缺省的S-CSCF。
另外，可以在HSS20和S-CSCF和/或I-CSCF功能性之間的Cx接口中將HSS20的能力查詢結合到現有PPR直徑命令中。
如果在第三優(yōu)選實施方案中不能通知UE40作出新的注冊，則P-CSCF30可以在接收到通知消息之后啟動新的注冊。然后，需要改變的唯一單元將是P-CSCF30。
作為另一個可選方案，HSS20可以知道在該網絡中所提供的S-CSCF的所有能力。為了實現這個目的，可以將相應的表格存儲在HSS20處。然后，在第三和第四優(yōu)選實施方案中將不需要來自I-CSCF50或當前S-CSCFo10的能力查詢。然后可以在HSS20內進行檢查操作。而且，如果HSS20包含有一些配置信息，則可以避免進行不必要的取消注冊。
另外，在用戶簡檔更新方面，可以通知它舊的S-CSCF10不支持分配給它的新的用戶簡檔。然后，可以根據與第一和第二實施方案的能力查詢類似的協(xié)商過程來啟動S-CSCF的改變。即，如果舊的S-CSCF10接收到來自HSS20的新用戶簡檔，則它向HSS20發(fā)送可以包含有原因例如“服務失敗”或“服務未知”等的確認消息，表明它不支持這種簡檔。
要指出的是，本發(fā)明并不限于上述優(yōu)選實施方案。本發(fā)明可以應用在任意數據網絡中，其中用戶的簽約信息影響服務網絡單元的所需要的能力。因此，網絡單元或實體的指定和功能以及信令消息在其它或將來的數據網絡中可以不同。因此這些實施方案可以在所附權利要求的范圍內變化。
權利要求
1.一種用于在數據網絡中改變用戶的簽約信息的方法，所述方法包括以下步驟a)檢測出在所述用戶的所述簽約信息中的變化；b)檢查為所述用戶的終端設備(40)服務的網絡單元(10)的能力是否仍然與所述變化的簽約信息相符；并且c)響應于所述檢查步驟的結果啟動一個注冊過程以便將所述用戶的所述終端設備(40)注冊到新的服務網絡單元(12)上。
2.如權利要求1所述的方法，其中所述檢查步驟包括根據所述變化的簽約信息來檢查所述服務網絡單元(10)是否仍然能夠為所述用戶的所述終端設備(40)服務。
3.如權利要求1或2所述的方法，其中所述檢測步驟基于對用戶簡檔更新的檢測。
4.如權利要求1或2所述的方法，其中所述檢測步驟基于所述用戶對新的服務的簽約的檢測。
5.如前面權利要求中任一項所述的方法，其中所述檢查步驟在基于所述檢測步驟加入到由所述終端設備(40)啟動的重新注冊過程的響應消息中的能力信息的基礎上來進行。
6.如權利要求5所述的方法，其中響應于當在所述檢測步驟中已經檢測到所述簽約信息的變化時所啟動的取消注冊過程，由所述終端設備(40)啟動所述重新注冊過程。
7.如權利要求5所述的方法，其中所述重新注冊過程為以預定時間間隔啟動的周期性重新注冊過程。
8.如前面權利要求中任一項所述的方法，其中提供配置信息以確定需要預定服務網絡單元的簽約服務。
9.如權利要求1至4中任一項所述的方法，其中所述檢查步驟包括以下步驟將包含表示至少一個所需要的能力的信息的能力查詢發(fā)送給所述服務網絡單元(10)；將所述服務網絡單元(10)的能力與關于所述至少一個所需要的能力的信息進行比較；并且從所述服務網絡單元(10)接收表示所述比較步驟的結果的確認。
10.如權利要求1至4中任一項所述的方法，其中所述檢查步驟包括以下步驟將表示至少一個所需要的能力的信息和所述服務網絡單元(10)的標識發(fā)送給詢問網絡單元(50)；在所述詢問網絡單元(50)處檢查所述服務網絡單元(10)是否滿足所述至少一個所需要的能力；并且從所述詢問網絡單元(10)中接收表示所述檢查步驟的結果的確認。
11.如權利要求9或10所述的方法，還包括響應于所接收到的結果將用于取消注冊所述終端設備(40)的取消注冊消息發(fā)送給所述服務網絡單元(10)的步驟。
12.如權利要求11所述的方法，其中響應于由所述服務網絡單元(10)發(fā)出的消息，由所述終端設備(40)啟動重新注冊過程。
13.如權利要求11或12所述的方法，其中所述取消注冊消息包括一起因信息，它表示取消注冊的原因是需要改變所述用戶信息。
14.如權利要求13所述的方法，其中所述起因信息由所述終端設備(40)用來檢測需要重新注冊。
15.如權利要求9或10所述的方法，其中采用關于所述至少一個所需要的能力的信息來啟動所述數據網絡的選擇功能，并且將所得到的所述新的服務網絡單元(12)的標識信息告知與所述終端設備(40)連接的代理網絡單元(30)。
16.如權利要求15所述的方法，其中采用存儲在用戶數據庫(20)處的所述代理網絡單元(30)的標識進行所述通知。
17.如權利要求16所述的方法，其中采用所述取消注冊消息從所述服務網絡單元(10)請求所述標識。
18.如權利要求15至17中任一項所述的方法，其中所述選擇功能由一個詢問網絡單元(50)來進行。
19.如權利要求1所述的方法，其中所述檢查步驟通過從所述數據網絡中請求包含有所需要的服務網絡單元能力的能力列表來進行。
20.如權利要求19所述的方法，其中從一個詢問網絡單元(50)請求所述能力列表。
21.一種用來在數據網絡中改變用戶的簽約信息的系統(tǒng)，所述系統(tǒng)包括a)檢測裝置(20)，用于檢測在所述用戶的所述簽約信息中的變化；b)檢查裝置(50)，用于檢查為所述用戶的終端設備(40)服務的網絡單元(10)的能力是否仍然與所述變化的簽約信息相符；以及c)啟動裝置(20；50)，用于響應于所述檢查裝置(50)啟動注冊過程以便將所述用戶的所述終端設備(40)注冊到新的服務網絡單元(12)上。
22.如權利要求21所述的系統(tǒng)，其中所述檢查裝置是一詢問網絡單元(50)。
23.如權利要求22所述的系統(tǒng)，其中所述詢問網絡單元為IMS的I-CSCF(50)。
24.如權利要求22或23所述的系統(tǒng)，其中所述詢問網絡單元(50)被安排為基于與注冊授權響應一同接收到的能力信息來進行所述檢查操作。
25.如權利要求21至24中任一項所述的系統(tǒng)，其中所述檢測裝置為一用戶數據庫(20)。
26.如權利要求25所述的系統(tǒng)，其中所述用戶數據庫為一HSS(20)。
27.如權利要求21至26中任一項所述的系統(tǒng)，其中所述啟動裝置是一用戶數據庫(20)，被安排為通過啟動所述數據網絡的選擇功能來啟動所述注冊過程。
28.如權利要求21至26中任一項所述的系統(tǒng)，其中所述啟動裝置是一用戶數據庫(20)，被安排為通過發(fā)出取消注冊消息來啟動所述注冊過程。
29.如權利要求28所述的系統(tǒng)，其中所述用戶數據庫(20)被安排為向所述服務網絡單元(10)發(fā)送所述取消注冊消息。
30.如權利要求28或29所述的系統(tǒng)，其中所述取消注冊消息包括一起因信息。
31.如權利要求21至26中任一項所述的系統(tǒng)，其中所述啟動裝置為被安排為向所述新的服務網絡單元(12)發(fā)出注冊消息的詢問網絡單元(50)。
32.一種用于存儲數據網絡的用戶的簽約信息的用戶數據庫，所述數據庫(20)被安排為檢測在所述簽約信息中的變化，并且響應于用于檢查為所述用戶的終端設備(40)服務的網絡單元(10)的能力是否仍然與所述變化的簽約信息相符的檢查操作的結果，啟動注冊過程以便將所述用戶的終端設備(40)注冊到新的服務網絡單元(12)上。
33.如權利要求32所述的用戶數據庫，其中所述用戶數據庫(20)被安排為通過發(fā)出取消注冊消息來啟動所述注冊過程。
34.如權利要求32所述的用戶數據庫，其中所述用戶數據庫(20)被安排為通過啟動用于選擇所述新的服務網絡單元(12)的選擇功能來啟動所述注冊過程。
35.如權利要求32至34中任一項所述的用戶數據庫，其中所述用戶數據庫為一HSS(20)。
36.如權利要求32至35中任一項所述的用戶數據庫，其中所述數據庫(20)被安排為根據設在所述數據庫(20)處的配置信息來禁止不必要的注冊。
全文摘要
本發(fā)明涉及用于在數據網絡中改變用戶的簽約信息的方法和系統(tǒng)。在用戶簡檔或簽約信息改變或更新時，檢測出這個情況，并且響應于用于檢查為所述用戶的終端設備(40)服務的網絡單元(10)的能力是否仍然與所述變化的簽約信息相符的檢查操作的結果，啟動注冊過程以便將所述用戶的終端設備(40)注冊到新的服務網絡單元(12)上。由此，可以實現服務實體自動或半自動適應該變化的簽約。
文檔編號H04L29/08GK1615630SQ02827384
公開日2005年5月11日 申請日期2002年1月21日 優(yōu)先權日2002年1月21日
發(fā)明者迷卡·普克賽卡, 迷克爾·赫爾曼, 扎庫·拉加尼迷 申請人:諾基亞公司