專利名稱：處理終端設(shè)備掛起網(wǎng)絡(luò)狀態(tài)的結(jié)束的方法、裝置和計算機程序產(chǎn)品的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種例如在互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)(IMS)中用于處理掛起網(wǎng)絡(luò)狀態(tài)的方法和終端設(shè)備。
背景技術(shù)：
為了獲得訪問獨立性并通過互聯(lián)網(wǎng)與有線終端保持平穩(wěn)的互操作，已經(jīng)開發(fā)了IMS--例如在3GPP規(guī)范TS 23.228中規(guī)定的，以便與IETF(互聯(lián)網(wǎng)工程任務(wù)組)的“互聯(lián)網(wǎng)標準”一致。IP多媒體核心網(wǎng)絡(luò)(IMCN)子系統(tǒng)使得移動網(wǎng)絡(luò)或蜂窩網(wǎng)絡(luò)的網(wǎng)絡(luò)運營商能夠基于并依靠互聯(lián)網(wǎng)應(yīng)用、服務(wù)和協(xié)議向他們的用戶提供多媒體服務(wù)。上述目的是為了使移動網(wǎng)絡(luò)運營商和其他第三方提供商--包括在互聯(lián)網(wǎng)空間中的提供商，采用互聯(lián)網(wǎng)和所述IM CN子系統(tǒng)提供的機制來開發(fā)上述服務(wù)。這樣，IMS能夠向無線用戶提供對語音、視頻、消息、數(shù)據(jù)和基于web的技術(shù)的轉(zhuǎn)換和訪問，并且將互聯(lián)網(wǎng)的發(fā)展與移動通信中的發(fā)展結(jié)合在一起。
圖1示出了根據(jù)上述3GPP(第三代合作伙伴項目)規(guī)范的IMS網(wǎng)絡(luò)的結(jié)構(gòu)。所述結(jié)構(gòu)基于這樣的原則，即對漫游用戶進行的歸屬訂購業(yè)務(wù)的業(yè)務(wù)控制位于歸屬網(wǎng)絡(luò)HN中，例如服務(wù)呼叫狀態(tài)控制功能單元(S-CSCF)位于所述歸屬網(wǎng)絡(luò)HN中。在圖1中示出了S-CSCF 10，它控制終端設(shè)備或用戶設(shè)備(UE)40。通常，S-CSCF 10對所服務(wù)的UE40進行會話控制服務(wù)。S-CSCF按所述網(wǎng)絡(luò)運營商的需要維護會話狀態(tài)，以用于支持可以由應(yīng)用服務(wù)器(AS)60提供的服務(wù)，所述應(yīng)用服務(wù)器可以位于所述歸屬網(wǎng)絡(luò)HN或訪問網(wǎng)絡(luò)VN中。
在運營商網(wǎng)絡(luò)中，不同S-CSCF可以具有不同功能性。在相應(yīng)的會話期間，S-CSCF10完成的功能可以是，例如注冊、會話流管理、收費和資源使用管理。當用戶漫游到訪問網(wǎng)絡(luò)VN時，所述訪問網(wǎng)絡(luò)支持代理CSCF(P-CSCF)30，所述P-CSCF使得所述會話控制能夠被傳遞到位于所述歸屬網(wǎng)絡(luò)HN處的相應(yīng)S-CSCF10并且提供服務(wù)控制。而且，在所述歸屬網(wǎng)絡(luò)HN中提供詢問-CSCF(I-CSCF)50，作為對于去往所述網(wǎng)絡(luò)運營商的用戶或當前位于運營商服務(wù)區(qū)域內(nèi)的漫游用戶的所有連接，在所述運營商網(wǎng)絡(luò)中的接觸點。在運營商網(wǎng)絡(luò)中，可能存在多個I-CSCF。所述I-CSCF50完成的功能包括將所述S-CSCF10或任何其他S-CSCF指配到進行注冊過程的用戶，將從其他網(wǎng)絡(luò)接收的請求路由到所述S-CSCF10，從用戶數(shù)據(jù)庫--例如圖1中示出的歸屬用戶服務(wù)器(HSS)20--中獲取S-CSCF10的地址，且或?qū)⒄埱蠡蝽憫?yīng)轉(zhuǎn)發(fā)到根據(jù)從HSS 20獲得的地址確定的S-CSCF10。
所述P-CSCF30是IMS中的第一接觸點。它的地址可以隨著PDP(分組數(shù)據(jù)協(xié)議)上下文激活被UE40發(fā)現(xiàn)。P-CSCF30可以作為代理，即接收請求并在內(nèi)部為其提供服務(wù)或?qū)⑵淅^續(xù)轉(zhuǎn)發(fā)，也可能在翻譯之后再將其轉(zhuǎn)發(fā)。P-CSCF30也可以作為用戶代理，即在異常條件下，它可以終結(jié)并獨立地產(chǎn)生事務(wù)。P-CSCF30完成的功能是轉(zhuǎn)發(fā)從UE40接收到的發(fā)往I-CSCF(例如I-CSCF50)的注冊請求--所述I-CSCF是使用UE40提供的歸屬域名而確定的，以及將請求或響應(yīng)轉(zhuǎn)發(fā)到UE40。
關(guān)于圖1中示出的不同CSCF單元的功能的進一步細節(jié)可以在以上提到的3GPP規(guī)范中獲得。
IETF已經(jīng)詳細規(guī)定了用于注冊的會話初始化協(xié)議(SIP)事件包，如“draft-ietf-sipping-reg-event”中所定義。通過SIP的REGISTER方法，SIP允許用戶代理創(chuàng)建、修改以及刪除注冊，所述用戶代理是位于所述用戶和網(wǎng)絡(luò)應(yīng)用之間的接口(例如，瀏覽器)。為了推行策略，管理員也可以變更注冊。因此，這些注冊代表網(wǎng)絡(luò)中的可以動態(tài)改變的一種狀態(tài)。在很多情況下會向用戶代理通告這種狀態(tài)變化。所述事件包定義了一種機制，通過所述機制那些用戶代理可以請求并獲得上述通告。
SIP REGISTER方法為用戶代理提供了一種操作注冊的方法?？梢蕴砑踊騽h除接觸，而且可以查詢當前的接觸集合。注冊也可以因管理員策略而改變。例如，如果懷疑用戶進行了欺騙，則可以刪除其注冊從而使其不能接收任何請求。如果不刷新注冊，在一段時間之后注冊也會期滿終止。因此，注冊代表所述網(wǎng)絡(luò)維持的一種動態(tài)狀態(tài)。SIP事件框架定義了用于訂購并通告SIP系統(tǒng)相關(guān)事件的總體框架。所述框架定義了SUBSCRIBE和NOTIFY方法，并引入了包的概念。包是對特定類型的事件--例如注冊狀態(tài)--的所述事件框架的具體應(yīng)用。
用于所述注冊包的SUBSCRIBE消息可以包含用于過濾所述訂購的包體?？梢詭Щ虿粠Оw得發(fā)送所述SUBSCRIBE消息。默認注冊策略是由SUBSCRIBE消息觸發(fā)通告，并且每當對于已訂購資源的任何已注冊接觸的狀態(tài)發(fā)生變化時產(chǎn)生通告。所述通告僅包含狀態(tài)發(fā)生變化的接觸的信息。所述通告利用包體中包含注冊信息文檔的NOTIFY消息來轉(zhuǎn)發(fā)，所述文檔描述了與特定地址記錄相關(guān)聯(lián)的某些或所有接觸。
每個用戶具有一個或多個私有用戶身份。所述私有身份是由所述歸屬網(wǎng)絡(luò)運營商指配的，并且用于例如注冊、授權(quán)、管理，以及計費目的。所述私有身份采用RFC2486規(guī)范中定義的網(wǎng)絡(luò)訪問識別符(NAI)的形式。IMSI(國際移動用戶身份)的表示可能被包含在所述NAI中以用于所述用戶身份。此外，每個用于都有一個或多個公共用戶身份。所述公共用戶身份被任何用戶用于請求與其他用戶通信。例如，它可能被包含在名片中。
在3GPP IMS版本5規(guī)范TS 24.229、24.228和23.218中，所述SIP注冊狀態(tài)事件包被用于向所述事件包的用戶通知所述用戶的注冊狀態(tài)。而且，上述規(guī)范要求UE40維持向所述IMS網(wǎng)絡(luò)的注冊。在所述3GPP規(guī)范TS 24.229中進一步規(guī)定了一旦所述IMS網(wǎng)絡(luò)發(fā)現(xiàn)有從所述網(wǎng)絡(luò)中注銷所述用戶的注冊身份中的至少一個的需求或有注銷所述用戶的需求，S-CSCF10就向UE40產(chǎn)生NOTIFY請求。如果所述NOTIFY請求包含一個或多個<注冊>單元，在所述注冊單元中狀態(tài)屬性被設(shè)定為“終止”而且事件屬性被設(shè)定為“拒絕”或“停用”，則UE40必須刪除與這些公共用戶身份相關(guān)的所有注冊細節(jié)。如果所述事件屬性為“停用”，則UE40必須開始初始注冊過程。如果所述事件為“拒絕”，UE40必須釋放使用上述公共身份的所有會話。
在UE 40接收到NOTIFY請求--其中所有<注冊>單元中的狀態(tài)屬性都被設(shè)定為“終止”而且訂購狀態(tài)頭部包含值“終止”--的情況下，UE 40必須在NOTIFY服務(wù)器事務(wù)終止之后刪除對P-CSCF 30的安全關(guān)聯(lián)，即所述網(wǎng)絡(luò)已經(jīng)從所述網(wǎng)絡(luò)中注銷了所述用戶。
然而，如果到UE 40的網(wǎng)絡(luò)連接(例如PDP上下文)被暫時掛起，例如由于在UE40中GERAN(GSM/EDGE無線接入網(wǎng))中的電路交換呼叫而沒有DTM(雙傳送模式)支持，則所述NOTIFY請求可能無法到達UE40并在所述網(wǎng)絡(luò)連接被再次恢復(fù)之后將保持不一致狀態(tài)。所述不一致狀態(tài)意味著UE40將僅僅具有關(guān)于所述用戶或所述用戶公共身份的注冊狀態(tài)的無效信息。因此，在這種情況下，就違反了3GPP規(guī)范TS 24.229中陳述的以上要求。所述終端用戶和UE40認為具有到所述網(wǎng)絡(luò)的有效注冊，然而事實并非如此。在這種情況下，啟動或接收與所述被注銷用戶身份相關(guān)的服務(wù)不再可能，然而所述終端用戶不能理解上述情況的原因，因為他仍然認為具有有效的注冊。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種方法和終端設(shè)備，通過上述方法和終端設(shè)備即使是在網(wǎng)絡(luò)連接短暫的掛起之后，仍然可以在終端設(shè)備上維持一致的注冊狀態(tài)。
上述目標通過處理掛起網(wǎng)絡(luò)狀態(tài)的方法來實現(xiàn)，所述方法包含以下步驟●檢測所述掛起網(wǎng)絡(luò)狀態(tài)的結(jié)束；●響應(yīng)所檢測到的所述掛起網(wǎng)絡(luò)狀態(tài)的結(jié)束，訂購注冊狀態(tài)信息；●檢查對所述訂購步驟的響應(yīng)；以及●根據(jù)所述響應(yīng)中給出的信息更新用戶身份的注冊狀態(tài)。
此外，上述目標通過用于處理掛起網(wǎng)絡(luò)狀態(tài)的終端設(shè)備來實現(xiàn)，所述終端設(shè)備包含●分組連接控制裝置，其用于維持分組連接的狀態(tài)信息，并被配置用于產(chǎn)生在所述分組連接中掛起結(jié)束的指示；●請求裝置，其響應(yīng)于幫助指示的檢測，請求至少一個用戶身份的注冊狀態(tài)信息；以及●確定裝置，其根據(jù)對所述請求的響應(yīng)，確定所述至少一個用戶身份的注冊狀態(tài)。
因此，所述終端設(shè)備能夠總是維持用戶和/或用戶身份的最新注冊狀態(tài)。
此外，所述終端設(shè)備可以包含身份維持裝置，其用于維持用戶身份的注冊狀態(tài)信息；以及更新裝置，其用于根據(jù)所述確定裝置給出的信息，更新由所述身份維持裝置維持的用戶身份的注冊狀態(tài)信息。
所述請求裝置可以被配置為訂購注冊狀態(tài)事件包。一方面，如果在所述響應(yīng)中給出的信息表示所述用戶的注銷，則可以進行用戶的初始注冊。在這種情況下，所述信息可以從所述響應(yīng)的類型導(dǎo)出。另一方面，如果在所述響應(yīng)中給出的信息表示至少一個預(yù)定用戶身份的注銷，則可以進行所述至少一個預(yù)定用戶身份的注冊。在這種情況下，所述信息可以從所接收到的通告以及作為所述訂購的結(jié)果的響應(yīng)導(dǎo)出。例如，所述信息可以從所述通告中所指示的至少一個事件屬性導(dǎo)出。
所述訂購可以向IP多媒體子系統(tǒng)的呼叫狀態(tài)控制功能單元執(zhí)行。它可以基于SIP SUBSCRIBE方法，其中所述通告是SIP NOTIFY請求。
權(quán)利要求中定義了進一步有利的修改或發(fā)展。


下面，根據(jù)實施例并參考附圖對本發(fā)明進行更加詳細的描述，其中圖1示出了其中可以實現(xiàn)本發(fā)明實施例的網(wǎng)絡(luò)結(jié)構(gòu)的示意方框圖；圖2示出了根據(jù)本發(fā)明實施例的終端設(shè)備功能的示意方框圖；圖3示出了消息信號發(fā)送和處理圖，它表示根據(jù)所述實施例的向IMS用戶的通告?zhèn)魉?；圖4示出了消息信號發(fā)送和處理圖，它表示根據(jù)所述第二實施例的第一示例的向IMS用戶的通告?zhèn)魉停灰约皥D5示出了消息信號發(fā)送和處理圖，它表示根據(jù)所述實施例的第二示例的對注冊狀態(tài)事件包的訂購。
具體實施例方式
現(xiàn)在根據(jù)圖1中示出的IMS網(wǎng)絡(luò)結(jié)構(gòu)對實施例進行描述。
圖1中示出的IMS結(jié)構(gòu)涉及到一套核心網(wǎng)絡(luò)實體，所述核心網(wǎng)絡(luò)實體利用分組交換域提供的服務(wù)來提供多媒體服務(wù)。HSS 20是對于給定用戶的主數(shù)據(jù)庫，并且包含了傳統(tǒng)歸屬位置寄存器(HLR)的功能以及針對IP網(wǎng)絡(luò)的新功能，例如所述IMS。HSS 20實體包含訂購相關(guān)信息以支持實際處理呼叫和/或會話的網(wǎng)絡(luò)實體。
如果發(fā)生非優(yōu)雅會話終止(例如電池沒電或移動終端離開覆蓋區(qū))，則當會話中涉及有狀態(tài)代理服務(wù)器(例如S-CSCF10)時，由于狀態(tài)機的掛起將造成內(nèi)存泄漏和最終的服務(wù)器故障。為了確保穩(wěn)定的S-CSCF工作和電信級服務(wù)，所述IMCN子系統(tǒng)可以發(fā)起網(wǎng)絡(luò)發(fā)起的注銷過程。
需要兩種類型的網(wǎng)絡(luò)發(fā)起的注銷過程來處理注冊期滿終止，并且允許所述網(wǎng)絡(luò)在任何已認可的可能造成強制注銷情況發(fā)生的原因之后強制注銷。對于不同原因(例如，訂購終止，終端丟失等等)，歸屬網(wǎng)絡(luò)管理功能可以確定清除用戶SIP注冊的需要。所述歸屬網(wǎng)絡(luò)管理功能發(fā)起所述注銷過程，而且根據(jù)發(fā)起所述注銷的具體原因可以位于不同的單元中。這樣的一種歸屬網(wǎng)元是HSS 20，它已經(jīng)知道為所述用戶服務(wù)的S-CSCF 10并且因此使用注銷。能夠發(fā)起所述注銷的另一種歸屬網(wǎng)元是S-CSCF 10，在這種情況下它使用Cx-Put方法來通知HSS 20。其他可信方/安全方也可以發(fā)起到所述S-CSCF的注銷。
由于與UE40失去聯(lián)系(例如，在網(wǎng)絡(luò)掛起情況下)，UE40可能沒有收到來自IMS網(wǎng)絡(luò)的注銷信息。實際上，所述連接掛起問題可能發(fā)生在例如UE40不能同時進行電路交換的通信和分組交換的通信的情況下。也就是說，在電路交換的呼叫期間，所述PDP連接被掛起。然而，其它原因，例如中斷或類似原因，可能導(dǎo)致同樣的問題。
根據(jù)本實施例，如果發(fā)生了到所述IMS網(wǎng)絡(luò)的連接掛起，則UE40(再次)訂購所述網(wǎng)絡(luò)。如IETF規(guī)范RFC3680中描述的那樣，在UE40確定或檢測到所述掛起的結(jié)束之后，它將為在用戶注冊員(即S-CSCF10)處注冊的公共用戶身份訂購注冊事件包。UE40可以使用默認公共用戶身份或初始注冊所用的公共用戶身份，來訂購所述注冊狀態(tài)事件包。根據(jù)從所述IMS網(wǎng)絡(luò)(即S-CSCF 10)接收的網(wǎng)絡(luò)響應(yīng)，UE40可以獲取身份的正確注冊狀態(tài)，并且根據(jù)需求決定任何身份(再次)注冊。
圖2示出了根據(jù)本實施例在UE40中提供的功能的示意方框圖。所述功能可以被實現(xiàn)為分立的硬件單元或模塊，或者被實現(xiàn)為用于控制配置在UE40中的處理器件或裝置的軟件程序，或者被實現(xiàn)為上述兩者的結(jié)合。
根據(jù)圖2，UE40可以包含注冊維持單元402，所述注冊維持單元402具有用于在表中或其他存儲裝置中維持用戶公共身份的注冊狀態(tài)信息的邏輯部分。而且，UE40可以執(zhí)行應(yīng)用以允許終端用戶輕松地檢查哪個身份當前被注冊到所述網(wǎng)絡(luò)中。如上所述，由于在所述分組連接掛起期間注銷(例如NOTIFY)被丟失，因此用于維持注冊狀態(tài)信息的所述邏輯部分可能與所述公眾身份中的某些的注冊狀態(tài)不一致。UE40因此能夠根據(jù)在所述掛起之后從S-CSCF 10接收的響應(yīng)來更新注冊狀態(tài)。
UE40的會話控制單元404的SIP層功能可以由所述分組連接掛起的分組連接控制單元406來通告。為了實現(xiàn)上述目標，所述分組連接控制單元406監(jiān)控或維護所述分組連接，并且例如維持PDP(分組數(shù)據(jù)協(xié)議)狀態(tài)信息。于是，當分組連接被恢復(fù)時，分組連接控制單元406檢測該恢復(fù)(例如PDP恢復(fù))并且向會話控制單元404的SIP層功能產(chǎn)生某種指示，然后會話控制單元404向所述網(wǎng)絡(luò)發(fā)送(再次)SUBSCRIBE。作為該訂購的應(yīng)答，會話控制單元404接收SIP響應(yīng)NOTIFY，因此它能夠控制或通知注冊維持單元402，以根據(jù)從接收到的NOTIFY響應(yīng)中獲得的注冊狀態(tài)信息來更新注冊狀態(tài)信息。
注冊維持單元402使終端用戶獲得其當前(現(xiàn)行)的注冊信息。在分組連接掛起之后更新所維持的注冊狀態(tài)信息，以防所述信息的某部分發(fā)生變化。因此，在UE40上已經(jīng)被更新的或最新的注冊狀態(tài)信息連續(xù)有效。
圖3示出了如果到所述IMS網(wǎng)絡(luò)的連接發(fā)生了掛起或中斷，所述在UE40中發(fā)起或觸發(fā)的處理例程的示意流程圖。
在分組連接控制單元406指示所述網(wǎng)絡(luò)連接從掛起恢復(fù)之后，UE40的會話控制單元404產(chǎn)生(再次)SUBSCRIBE，以用于向S-CSCF10發(fā)出注冊事件包請求(步驟S101)。然后，在步驟102中，會話控制單元404等待接收來自S-CSCF10的響應(yīng)并且檢查響應(yīng)的類型。在所述用戶在掛起網(wǎng)絡(luò)連接過程中被注銷的情況下，作為所述SUBSCRIBE請求的響應(yīng)將接收到4xx響應(yīng)。如果會話控制單元404在步驟S102檢測到接收到了4xx響應(yīng)，則它必須認為所有IMS公共用戶身份都被注銷并且終止所有使用IMS公共身份的對話(步驟S103)。此后，它可以通過產(chǎn)生包含有預(yù)期私有和公共身份的REGISTER消息來進行3GPP規(guī)范TS 23.228中定義的初始注冊過程(步驟S104)。
在僅有所述用戶身份中的某些在掛起網(wǎng)絡(luò)連接過程中被注銷的情況下，會話控制單元404會在發(fā)送SUBSCRIBE請求之后接收到200 OK和NOTIFY消息。由S-CSCF10產(chǎn)生的所述NOTIFY請求將包含關(guān)于所述被注銷的公共用戶身份的信息。因此，如果會話控制單元404在步驟S102檢測到它已經(jīng)接收到200 OK，則它將等待接收NOTIFY請求并且檢查事件屬性的設(shè)置(步驟S105)。根據(jù)所檢測的事件屬性(如3GPP規(guī)范TS24.229中定義的“拒絕”或“停用”)，會話控制單元404可以為在所述連接掛起期間被拒絕或停用的預(yù)期身份發(fā)起單獨的注冊(步驟S106)。因此，即使在所述掛起或中斷之后，在注冊保持單元402中也能夠維持最新的注冊狀態(tài)。
圖4示出了根據(jù)本實施例的第一示例的信號發(fā)送示意圖，其中UE40發(fā)起對注冊狀態(tài)事件包的訂購并且確定所述用戶已經(jīng)被注銷。
在步驟1，HSS20可以通過發(fā)送Cx-Deregister來發(fā)起注銷，其中所述Cx-Deregister表示所述用戶和因而的所有公共用戶身份都被注銷以及所述注銷的原因。根據(jù)在服務(wù)控制步驟2中使用的過濾原則，S-CSCF10向服務(wù)控制平臺發(fā)送注銷信息并且完成適當?shù)娜魏畏?wù)控制過程。然后，在步驟3，S-CSCF10針對所述用戶向P-CSCF30發(fā)出NOTIFY請求，并且更新它的內(nèi)部數(shù)據(jù)庫以從已經(jīng)注冊的用戶中刪除所述用戶。如果從HSS20接收的所述注銷原因有效，那么所述注銷原因也可以被包含在內(nèi)。在步驟4，P-CSCF30向UE40轉(zhuǎn)發(fā)NOTIFY請求。由于被掛起的連接導(dǎo)致失去聯(lián)系，UE40沒有接收到所述NOTIFY請求并且不能更新它的注冊狀態(tài)。如果沒有從UE40接收到確認，P-CSCF30可以多次重發(fā)所述NOTIFY(在圖中沒有示出)。然而，缺少確認并不改變所述注冊已經(jīng)在網(wǎng)絡(luò)中被刪除的事實。
當在UE40處已經(jīng)確定掛起結(jié)束之后，UE40產(chǎn)生(再次)SUBSCRIBE作為注冊事件包請求，并經(jīng)由P-CSCF10(步驟5)向S-CSCF10(步驟6)轉(zhuǎn)發(fā)。作為響應(yīng)，S-CSCF10發(fā)送4xx響應(yīng)并且經(jīng)由P-CSCF30(步驟7)向UE40(步驟8)轉(zhuǎn)發(fā)。由于UE40從所述4xx響應(yīng)認為所有IMS公共用戶身份都被注銷了，以因此它終止所有使用IMS公共身份的對話(步驟9)。然后，它可以進行3GPP規(guī)范TS23.228中定義的初始注冊過程(步驟10)。
圖5示出了根據(jù)本實施例的另一示例的信號發(fā)送示意圖，其中UE40發(fā)起對所述注冊狀態(tài)事件包的訂購并且確定所述用戶僅被注銷至少一個公共身份，但沒有被注銷。
在圖5中，步驟1到6與圖4中的相應(yīng)步驟相同，不同之處在于HSS20現(xiàn)在通過發(fā)送表示至少一個但不是全部公共用戶身份被注銷以及所述注銷的原因的Cx-Deregister來發(fā)起注銷。
在當前的第二示例中，在掛起網(wǎng)絡(luò)連接的過程中所述用戶身份中僅有至少一個但不是全部被注銷。因此，S-CSCF10經(jīng)由P-CSCF30(步驟7)向UE40(步驟8)發(fā)送200 OK響應(yīng)。此外，S-CSCF10產(chǎn)生NOTIFY請求(步驟9)。S-CSCF10產(chǎn)生的所述NOTIFY請求將包含關(guān)于被注銷的公共用戶身份的信息，并經(jīng)由P-CSCF30發(fā)送給UE40(步驟10)。在步驟11中UE40基于所述NOTIFY請求中提供的信息(事件屬性)檢查注冊狀態(tài)。然后，根據(jù)所檢測到的事件屬性，UE40可以為在所述連接掛起過程中被拒絕或停用的預(yù)期身份發(fā)起單獨的注冊(步驟12)。
總之，本發(fā)明描述了一種用于處理掛起網(wǎng)絡(luò)狀態(tài)的方法和終端設(shè)備，其中檢測掛起網(wǎng)絡(luò)狀態(tài)的結(jié)束并且作為掛起結(jié)束被檢測到的響應(yīng)，發(fā)起對狀態(tài)事件包的訂購?；陧憫?yīng)所述訂購而給出的信息，更新用戶身份的注冊。因此，用戶和用戶身份的注冊狀態(tài)能夠總是與實際相符，即使在所述網(wǎng)絡(luò)連接掛起之后。
值得注意的是本發(fā)明不僅限于上述實施例。本發(fā)明可以被應(yīng)用于任何數(shù)據(jù)網(wǎng)絡(luò)，其中對用戶注冊狀態(tài)的訂購可以被實現(xiàn)為由此在網(wǎng)絡(luò)連接的任何掛起、中斷或破壞之后，保持終端設(shè)備被告知實際的注冊狀態(tài)。因此，所述實施例可以在所附的權(quán)利要求的范圍內(nèi)變化。
權(quán)利要求
1.一種處理掛起網(wǎng)絡(luò)狀態(tài)的方法，所述方法包含下列步驟a)檢測所述掛起網(wǎng)絡(luò)狀態(tài)的結(jié)束；b)響應(yīng)所檢測到的所述掛起網(wǎng)絡(luò)的結(jié)束，訂購(S101)注冊狀態(tài)信息；c)檢查(S102)所述訂購步驟的響應(yīng)；以及d)根據(jù)在所述響應(yīng)中提供的信息更新用戶身份的注冊狀態(tài)。
2.根據(jù)權(quán)利要求1所述的方法，其中所述注冊狀態(tài)信息為注冊狀態(tài)事件包。
3.根據(jù)權(quán)利要求1或2所述的方法，進一步包含如果所述響應(yīng)中提供的所述信息表示用戶注銷則發(fā)起所述用戶的注冊(S104)的步驟。
4.根據(jù)權(quán)利要求3所述的方法，其中所述信息是從所述響應(yīng)的類型導(dǎo)出的。
5.根據(jù)權(quán)利要求1或2所述的方法，進一步包含如果所述響應(yīng)中提供的所述信息表示至少一個預(yù)定用戶身份的注銷則發(fā)起所述至少一個預(yù)定用戶身份的注冊(S106)的步驟。
6.根據(jù)權(quán)利要求5所述的方法，其中所述信息是從所接收到的通告以及作為所述訂購的結(jié)果的響應(yīng)導(dǎo)出的。
7.根據(jù)權(quán)利要求6所述的方法，其中所述信息是從所述通告中指示的至少一個事件屬性導(dǎo)出的。
8.根據(jù)權(quán)利要求7所述的方法，其中所述通告為SIP NOTIFY請求。
9.根據(jù)上述權(quán)利要求中任何一項所述的方法，其中所述訂購步驟(S101)是通過SIP SUBSCRIBE方法發(fā)起的。
10.根據(jù)權(quán)利要求1所述的方法，其中所述訂購步驟(S101)是向IP多媒體子系統(tǒng)的呼叫狀態(tài)控制功能單元執(zhí)行的。
11.一種用于處理掛起網(wǎng)絡(luò)狀態(tài)的終端設(shè)備，所述終端設(shè)備(40)包含a)分組連接控制裝置(406)，其用于維持分組連接的狀態(tài)信息，并被配置用于產(chǎn)生在所述分組連接中掛起結(jié)束的指示；b)請求裝置(404)，其用于響應(yīng)所述指示的檢測，請求至少一個用戶身份的注冊狀態(tài)信息；以及c)確定裝置(404)，其用于根據(jù)所述請求的響應(yīng)確定所述至少一個用戶身份的注冊狀態(tài)。
12.根據(jù)權(quán)利要求11所述的終端設(shè)備，進一步包含用于維持用戶身份的注冊狀態(tài)信息的身份維持裝置(402)；以及用于根據(jù)所述確定裝置(404)提供的信息來更新由所述身份維持裝置(402)維持的所述用戶身份注冊狀態(tài)信息。
13.根據(jù)權(quán)利要求11或12所述的終端設(shè)備，其中所述終端設(shè)備為移動終端設(shè)備(40)。
14.根據(jù)權(quán)利要求11至13中任何一項所述的終端設(shè)備，其中所述請求裝置(404)被配置用于訂購注冊狀態(tài)事件包。
15.根據(jù)權(quán)利要求11至14中任何一項所述的終端設(shè)備，進一步包含發(fā)起注冊裝置(404)，其被配置為如果所述確定裝置(404)確定在所述響應(yīng)中提供的信息表示用戶的注銷，則發(fā)起所述用戶的初始注冊。
16.根據(jù)權(quán)利要求15的終端，其中所述確定裝置(404)被配置為從所述響應(yīng)的類型導(dǎo)出所述信息。
17.根據(jù)權(quán)利要求11至16中任何一項所述的終端設(shè)備，進一步包含注冊裝置(404)，所述注冊裝置(404)被配置為如果所述確定裝置(404)確定所述響應(yīng)中提供的信息指示至少一個預(yù)定用戶身份的注銷，則注冊所述至少一個預(yù)定用戶身份。
18.根據(jù)權(quán)利要求17所述的終端設(shè)備，其中所述確定裝置(404)被配置用于從接收到的通告以及作為所述訂購的結(jié)果的響應(yīng)導(dǎo)出所述信息。
19.根據(jù)權(quán)利要求18所述的終端設(shè)備，其中所述確定裝置(404)被配置用于從所述通告中指示的至少一個事件屬性導(dǎo)出所述信息。
20.根據(jù)權(quán)利要求19所述的終端設(shè)備，其中所述通告為SIP NOTIFY請求。
21.根據(jù)權(quán)利要求11至20中任何一項所述的終端設(shè)備，其中所述請求裝置(404)被配置用于通過使用SIP SUBSCRIBE消息進行請求。
22.根據(jù)權(quán)利要求21所述的終端設(shè)備，其中所述請求裝置(404)被配置用于向IP多媒體子系統(tǒng)的呼叫狀態(tài)控制功能單元發(fā)送所述SIPSUBSCRIBE消息。
23.一種能夠由數(shù)字計算機執(zhí)行的計算機程序產(chǎn)品，由此，當所述計算機程序產(chǎn)品被數(shù)字計算機執(zhí)行時進行如權(quán)利要求1至10中任何一項所述的步驟。
24.一種計算機可讀存儲介質(zhì)，其上存儲有根據(jù)權(quán)利要求13所述的計算機程序產(chǎn)品。
全文摘要
本發(fā)明涉及一種用于處理掛起網(wǎng)絡(luò)狀態(tài)的方法和終端設(shè)備，其中檢測掛起網(wǎng)絡(luò)狀態(tài)的結(jié)束并且作為檢測到掛起結(jié)束的響應(yīng)發(fā)起對狀態(tài)事件包的訂購(S101)。根據(jù)作為所述訂購的響應(yīng)所提供的信息(S102)，更新用戶身份的注冊(S104，S106)。因此，用戶和用戶身份的注冊狀態(tài)能夠總是保持與實際相符，即使在所述網(wǎng)絡(luò)連接掛起之后。
文檔編號H04L29/06GK101073240SQ200580041989
公開日2007年11月14日 申請日期2005年12月9日 優(yōu)先權(quán)日2005年1月3日
發(fā)明者P·梅斯考斯卡斯, G·邁爾 申請人:諾基亞公司