專利名稱：一種用戶設(shè)備上下文更新方法與裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種用戶設(shè)備(User Equipment , UE ) 上下文更新的方法與裝置。
背景技術(shù)：
在3GPP演進系統(tǒng)(System Architecture Evolution, SAE )中，非3GPP系 統(tǒng)(Non-3GPP)系統(tǒng)會和SAE系統(tǒng)共同部署，對于終端用戶來說則存在兩種 不同系統(tǒng)間頻繁移動的問題。非3GPP系統(tǒng)和3GPP演進系統(tǒng)之間的互通是一 種松耦合的關(guān)系，系統(tǒng)之間的移動性管理是基于IP層的機制。當(dāng)UE從3GPP 演進系統(tǒng)移動到非3GPP系統(tǒng)后再移動回3GPP演進系統(tǒng)時，需要保證UE的 所有IP承載的服務(wù)質(zhì)量(QoS )的一致性，同時應(yīng)盡可能減少UE的認證時的 消息數(shù)據(jù)，加快認證的過程。
在傳統(tǒng)的3GPP系統(tǒng)中，分組數(shù)據(jù)協(xié)議(PDP, Packet Data Protocol)上下 文只在有數(shù)據(jù)需要傳送時才需要激活，并且在傳統(tǒng)的3GPP系統(tǒng)中有周期性的 位置更新機制，可以保證UE離開3GPP系統(tǒng)時刪除相應(yīng)的UE上下文(UE Context)。但3GPP演進系統(tǒng)卻不一樣，當(dāng)UE注冊到3GPP演進系統(tǒng)時，UE 將激活至少一個缺省承載(Default Bearer )，并有可能激活一個或者多個其他 專用的SAE承載，對應(yīng)地，將被分配一個或者多個IP地址。當(dāng)UE離開3GPP 演進系統(tǒng)移動到一個非3GPP系統(tǒng)時，由于沒有相應(yīng)的過程通知原3GPP演進 系統(tǒng)的移動性管理實體(Mobility Management Entity , MME),因此移動性管 理實體并不知道當(dāng)前UE已經(jīng)離開了 3GPP演進系統(tǒng)而移動到了非3GPP系統(tǒng)， 這樣就會造成該UE的用戶信息在3GPP演進系統(tǒng)和非3GPP系統(tǒng)中同時存在 的情況。當(dāng)UE完成在非3GPP系統(tǒng)內(nèi)的4妄入流程后，歸屬用戶月良務(wù)器(Home Subscriber Server , HSS )會獲知UE已從原3GPP演進系統(tǒng)4妄入至非3GPP系 統(tǒng)，并通知原3GPP演進系統(tǒng)中的移動性管理實體該用戶設(shè)備已經(jīng)離開3GPP 演進系統(tǒng)，該移動性管理實體將該UE的UE上下文的狀態(tài)設(shè)置為無效，刪除 該用戶設(shè)備的UE上下文。
相應(yīng)地，當(dāng)用戶設(shè)備從非3GPP系統(tǒng)移動回3GPP演進系統(tǒng)后，其在3GPP 演進系統(tǒng)內(nèi)執(zhí)行的附著(Attach)過程如圖1所示。圖1中步驟1 2為該UE 移動回3GPP演進系統(tǒng)后，向3GPP演進系統(tǒng)中當(dāng)前為UE月l務(wù)的移動管理性 實體(下面稱為新移動性管理實體，new MME)發(fā)出附著請求，步驟3~5是 UE、移動性管理實體、歸屬用戶服務(wù)器之間執(zhí)行的鑒權(quán)流程。因為前述該UE 從原3GPP演進系統(tǒng)移動至非3GPP系統(tǒng)時，原3GPP演進系統(tǒng)中的移動管理 性實體(下面稱為舊移動性管理實體，old MME )已經(jīng)將該UE的UE context設(shè) 置為無效，所以當(dāng)其移回3GPP系統(tǒng)時新移動性管理實體只能獲取該UE的ID, 即國際移動用戶標(biāo)識碼(IMSI, International Mobile Subscriber Identity )，而不 能獲取其他有關(guān)的UE上下文信息。因此，該UE需要在3GPP演進系統(tǒng)內(nèi)重 新進行鑒權(quán)認證，建立UE上下文，包括認證五元組(Authentication Quintets )、 承載上文(bearer contexts )等，然后才能在3GPP演進系統(tǒng)中重新建立承載。
當(dāng)新移動性管理實體收到UE的附著請求時(Attach R叫uest)之后，由于 此時新移動性管理實體中沒有儲存該UE的UE上下文，所以只能在圖1的步 驟5中使用歸屬用戶服務(wù)器產(chǎn)生的鑒權(quán)數(shù)據(jù)對用戶設(shè)備重新進行鑒權(quán) (Authentication )。當(dāng)用戶設(shè)備頻繁地在3GPP系統(tǒng)和非3GPP演進系統(tǒng)之間移 動時，就將加大系統(tǒng)的信令開銷，增加網(wǎng)絡(luò)負擔(dān)，同時還不能保證用戶設(shè)備移 動前和移動后再返回3GPP演進系統(tǒng)時承載的服務(wù)質(zhì)量(QoS, Quality of Service)的一致性
發(fā)明內(nèi)容
本發(fā)明提供一種用戶設(shè)備上下文更新方法與裝置，實現(xiàn)用戶在3GPP演進 系統(tǒng)和非3GPP系統(tǒng)之間移動時使用少量信令交互快速建立承載。
本發(fā)明提供了一種用戶設(shè)備上下文更新方法，包括
當(dāng)用戶設(shè)備UE從3GPP演進系統(tǒng)移動到非3GPP系統(tǒng)后，網(wǎng)絡(luò)側(cè)歸屬用 戶服務(wù)器通知移動性管理實體進行UE上下文的更新；
移動性管理實體更新UE上下文并保存。
歸屬用戶服務(wù)器獲取到UE在非3GPP系統(tǒng)內(nèi)發(fā)起注冊請求后，確定出該 UE從3GPP演進系統(tǒng)移動到非3GPP系統(tǒng)。
移動性管理實體更新UE上下文，具體包括移動性管理實體將該UE的 狀態(tài)設(shè)置為去附著狀態(tài)；并標(biāo)識該UE移動到非3GPP系統(tǒng)中。
移動性管理實體更新UE上下文后，向歸屬用戶服務(wù)器返回UE上下文更 新確i人消息。
當(dāng)UE從非3GPP系統(tǒng)移動回3GPP演進系統(tǒng)后，當(dāng)前為UE服務(wù)的移動 性管理實體根據(jù)本地保存該UE的UE上下文的狀況執(zhí)行該UE接入3GPP演 進系統(tǒng)的附著流程。
當(dāng)UE從非3GPP系統(tǒng)移動回3GPP演進系統(tǒng)后，當(dāng)前為UE服務(wù)的移動性 管理實體檢測出本地保存有該UE的UE上下文，根據(jù)本地保存的該UE的UE 上下文執(zhí)行該UE接入3GPP演進系統(tǒng)的附著流程。
當(dāng)UE從非3GPP系統(tǒng)移動回3GPP演進系統(tǒng)后，當(dāng)前為UE服務(wù)的移動 性管理實體檢測出本地沒有保存有該UE的UE上下文，則從上一次為該UE 服務(wù)的移動性管理實體中獲取該UE的UE上下文，使用獲取的UE上下文執(zhí) 行該UE接入3GPP演進系統(tǒng)的附著流程。
從上一次為UE服務(wù)的移動性管理實體中獲取UE的UE上下文，具體包
括
當(dāng)前為UE服務(wù)的移動性管理實體向上一次為該UE服務(wù)的移動性管理實 體發(fā)送移動性管理實體MME上下文請求消息；上一次為該UE服務(wù)的移動性管理實體返回MME上下文響應(yīng)消息，在上 下文響應(yīng)消息中攜帶本地保存的該UE的UE上下文信息。
本發(fā)明還提供了一種用戶設(shè)備上下文更新裝置，包括接收單元、處理單 元、更新單元和存卩諸單元；
接收單元，用于接收歸屬用戶服務(wù)器發(fā)送的UE上下文更新消息并通知給 處理單元；
處理單元，用于根據(jù)接收的UE上下文更新消息，通知更新單元對存儲單 元中存儲的該UE的UE上下文進行更新；
更新單元，用于對存儲單元中保存的該UE的UE上下文進行更新；
存儲單元，用于保存該UE的UE上下文。
上述用戶設(shè)備上下文更新裝置還包括發(fā)送單元；
接收單元還用于接收MME上下文請求消息，并通知給所述處理單元；
處理單元還用于根據(jù)接收的MME上下文請求消息，通知所述發(fā)送單元從 所述存儲單元中獲取UE上下文；
發(fā)送單元，用于發(fā)送UE上下文給發(fā)起MME上下文請求消息的實體。
上述用戶設(shè)備上下文更新裝置還包括
獲取單元，用于發(fā)起MME上下文請求消息，并接收返回的MME上下文 響應(yīng)消息，獲取MME上下文響應(yīng)消息中攜帶的UE上下文，并將獲取到的UE 上下文發(fā)送給存儲單元。
更新單元還用于在進行UE上下文更新后，向處理單元返回更新確認消息； 處理單元還用于接收到更新確認消息后，通過發(fā)送單元向歸屬用戶服務(wù)器 發(fā)送更新確認消息。
用戶設(shè)備上下文管理裝置集成于3GPP演進系統(tǒng)中的移動性管理實體中。 本發(fā)明提供了一種當(dāng)UE在3GPP演進系統(tǒng)和非3GPP系統(tǒng)之間移動的過 程中，UE在3GPP演進系統(tǒng)中的UE上下文的更新方法及裝置。當(dāng)UE從3GPP 演進系統(tǒng)移動至非3GPP系統(tǒng)時，通過對UE的UE上下文進行更新(將UE狀態(tài)設(shè)置為去附著狀態(tài))并保存UE上下文，當(dāng)UE從非3GPP系統(tǒng)移動回3GPP 演進系統(tǒng)后，當(dāng)前為UE服務(wù)的移動性管理實體可以使用本地(或從3GPP演 進系統(tǒng)中上一次為該UE服務(wù)的移動性管理實體中)保存的UE上下文進行鑒 權(quán)認證和承載建立，省去了現(xiàn)有技術(shù)中該UE需要在3GPP演進系統(tǒng)內(nèi)通過歸 屬用戶服務(wù)器重新進行鑒權(quán)認證，并重新建立UE上下文的信令交互流程，從 而加快了為該UE建立承載的過程，相應(yīng)地減少了網(wǎng)絡(luò)信令的開銷，減輕了網(wǎng) 絡(luò)負擔(dān)，同時由于UE移動回3GPP演進系統(tǒng)后使用的UE上下文與移動前相 同，因此保證了 UE在移動回3GPP演進系統(tǒng)后建立的承載和移動前承載的服 務(wù)質(zhì)量(QoS)的一致性。


圖1為現(xiàn)有技術(shù)中UE從非3GPP系統(tǒng)接入3GPP演進系統(tǒng)時執(zhí)行附著的 信令交互流程圖2為本發(fā)明實施例提供的UE從3GPP演進系統(tǒng)接入非3GPP系統(tǒng)后， UE上下文更新信令交互流程圖3為本發(fā)明實施例提供的UE從非3GPP接入3GPP演進系統(tǒng)時執(zhí)行附 著的信令交互流程圖之一；
圖4為本發(fā)明實施例提供的UE從非3GPP接入3GPP演進系統(tǒng)時執(zhí)行附 著的信令交互流程圖之二；
圖5A為本發(fā)明實施例提供的UE上下文更新裝置結(jié)構(gòu)示意圖之一；
圖5B為本發(fā)明實施例提供的UE上下文更新裝置結(jié)構(gòu)示意圖之二。
具體實施例方式
下面結(jié)合附圖，用具體實施例詳細闡述UE在3GPP演進系統(tǒng)和非3GPP 系統(tǒng)之間移動過程中，UE在3GPP演進系統(tǒng)中的UE上下文(UE Context)更
新的過程。 實施例1:當(dāng)UE從3GPP演進系統(tǒng)移動至非3GPP系統(tǒng)，并完成非3GPP系統(tǒng)內(nèi)的 接入流程后，在非3GPP系統(tǒng)內(nèi)通過S2a/S2b/S2c接口已經(jīng)建立IP連接。此時， 對在原3GPP演進系統(tǒng)中的移動性管理實體中保存的該UE的UE上下文進行 更新，更新的信令交互流程見圖2。
在更新步驟開始之前，在原3GPP演進系統(tǒng)中，UE與PDN網(wǎng)關(guān)(PDN GW ) 之間已經(jīng)建立了承載。
步驟l、 UE選擇接入非3GPP系統(tǒng)，并且按照非3GPP系統(tǒng)的接入規(guī)范建 立媒體接入控制(Media Access Control, MAC)層的連接；
步驟2、 UE發(fā)起認證和授權(quán)(Authentication)過程；
步驟3、認證和授權(quán)成功后，認證、授權(quán)、計費服務(wù)器(Authentication， Authorization and Accounting Server , AAA server)通過Wx承才妻口向歸屬用戶月良 務(wù)器發(fā)起注冊過程，當(dāng)歸屬用戶服務(wù)器收到認證、授權(quán)、計費服務(wù)器發(fā)送的注 冊消息之后，歸屬用戶服務(wù)器獲知該UE已經(jīng)從3GPP演進系統(tǒng)移動到了非 3GPP系統(tǒng)；
步驟4、歸屬用戶服務(wù)器向原3GPP系統(tǒng)中移動性管理實體發(fā)送更新舊的 UE上下文(Update old UE context)的消息，通知移動性管理實體更新該UE 的狀態(tài)；
步驟5、上述移動性管理實體將該UE的狀態(tài)設(shè)置為去附著(Detached) 的狀態(tài)，同時標(biāo)識UE移動到非3GPP系統(tǒng)中，保存該UE的UE上下文，然 后向歸屬用戶服務(wù)器返回更新舊的UE上下文確認(Update old UE context ACK)消息；
步驟6、歸屬用戶服務(wù)器向認證、授權(quán)、計費服務(wù)器發(fā)送確認注冊(Confirm Register)的消息；
步驟7、上述移動性管理實體向服務(wù)網(wǎng)關(guān)(Serving GW)和PDN網(wǎng)關(guān)發(fā)送 刪除承載請求(Delete Bearer Request)消息，通知服務(wù)網(wǎng)關(guān)和PDN網(wǎng)關(guān)刪除 該UE在原3GPP演進系統(tǒng)中的承載；步驟8、服務(wù)網(wǎng)關(guān)和PDN網(wǎng)關(guān)向移動性管理實體發(fā)送刪除承載響應(yīng)的消 息，通知移動性管理實體已經(jīng)完成刪除承載才喿作。
當(dāng)UE從非3GPP系統(tǒng)移動回3GPP演進系統(tǒng)時，需要執(zhí)行附著(Attach ) 過程。在3GPP演進系統(tǒng)中，在當(dāng)前為UE服務(wù)的移動性管理實體收到該UE 發(fā)出的附著請求(Attach Request)消息后，該移動性管理實體會檢查本地是否 保存有該UE的UE上下文，此時會出現(xiàn)下列兩種情況
第一種情況，如果UE離開3GPP演進系統(tǒng)時為UE服務(wù)的移動性管理實 體以及UE從非3GPP系統(tǒng)移回至3GPP演進系統(tǒng)時為UE服務(wù)的移動性管理 實體管理是同一個移動性管理實體，那么這個移動性管理實體中就保存著該 UE的UE上下文，可以直接使用該移動性管理實體中保存的UE上下文繼續(xù) 進行上述該UE在3GPP演進系統(tǒng)內(nèi)的附著過程。具體附著流程如圖3所示， 包括
步驟1、 UE向演進基站(eNodeB)發(fā)送附著請求；
步驟2、 eNodeB向3GPP演進系統(tǒng)中為該UE服務(wù)的移動性管理實體轉(zhuǎn)發(fā) 該UE的附著請求；
步驟3、 3GPP演進系統(tǒng)中為該UE服務(wù)的移動性管理實體檢查出已本地保 存有該UE的UE上下文，則向該UE發(fā)出身份請求(Identity R叫uest)消息， UE返回身份響應(yīng)(Identity Response )消息；
步驟4、 UE、當(dāng)前服務(wù)的移動性管理實體(MME )、用戶歸屬服務(wù)器(HSS ) 之間執(zhí)行認證和授權(quán)流程；
步驟5、當(dāng)前服務(wù)的移動性管理實體發(fā)送刪除承載請求(Delete Bearer Request)消息給服務(wù)網(wǎng)關(guān)和PDN網(wǎng)關(guān)，請求刪除該UE的舊的承載，服務(wù)網(wǎng) 關(guān)和PDN網(wǎng)關(guān)刪除了該UE的舊的岸義載之后，返回刪除 義載響應(yīng)(Delete Bearer Response)消息給當(dāng)前服務(wù)的移動性管理實體；
步驟6、當(dāng)前服務(wù)的移動性管理實體向服務(wù)網(wǎng)關(guān)發(fā)送建立缺省承載請求 (Create Default Bearer R叫uest)消息，請求為該UE建立缺省承載；步驟7、 服務(wù)網(wǎng)關(guān)向PDN網(wǎng)關(guān)發(fā)送建立缺省承載請求(Create Default Bearer Request)消息，請求PDN網(wǎng)關(guān)也為該UE建立缺省壽義載；
步驟8、 PDN網(wǎng)關(guān)與策略與計費功能實體(Policy and Charging Rule Function, PCRF)之間進行策略及計費的信令交互(PCRF Interaction );
步驟9、 PDN網(wǎng)關(guān)回復(fù)創(chuàng)建缺省承載響應(yīng)(Create Default Bearer Response ) 消息給服務(wù)網(wǎng)關(guān)；
步驟10、服務(wù)網(wǎng)關(guān)發(fā)送創(chuàng)建缺省承載響應(yīng)(Create Default Bearer Response ) 消息給當(dāng)前服務(wù)的移動性管理實體；
步驟ll、當(dāng)前服務(wù)的移動性管理實體發(fā)送附著接受(AttachAccept)消息 給eNodeB;
步驟12、 eNodeB向UE發(fā)送無線承載建立請求(Radio Bearer establishment request)消 息 ，
步驟13 、 UE回復(fù)無線承載建立響應(yīng)(Radio Bearer establishment response ) 消息給eNodeB;
步驟14、 eNodeB給當(dāng)前服務(wù)的移動性管理實體發(fā)送附著完成(Attach Complete)的消息。
圖3中實線標(biāo)注的步驟是該UE在3GPP演進系統(tǒng)中附著流程必不可少的 步驟，其他虛線標(biāo)出的步驟為可選性步驟。
第二種情況，3GPP演進系統(tǒng)中，當(dāng)前為UE服務(wù)的移動性管理實體判斷 本地沒有存儲該UE的UE上下文，表明當(dāng)前為UE服務(wù)的移動性管理實體(新 的移動性管理實體)與UE離開3GPP演進系統(tǒng)前為該UE服務(wù)的移動性管理 實體(舊的移動性管理實體)不是同一個移動性管理實體，由于舊的移動性管 理實體中保存有該UE的UE上下文，所以新的移動性管理實體只需要向舊的 移動性管理實體發(fā)送請求就可以得到已保存的UE上下文來進行下一步的附著 流程，而不需要從零開始重新建立該UE的UE上下文。其具體的流程如圖4 所示，包括步驟1、 UE向eNodeB發(fā)送附著請求；
步驟2、 eNodeB向當(dāng)前為UE服務(wù)的移動性管理實體(新的移動性管理實 體)轉(zhuǎn)發(fā)該UE的附著請求；
步驟3、新的移動性管理實體向舊的移動性管理實體發(fā)出MME上下文請 求(MME Context Request)的消息，目的是從舊的移動性管理實體中獲取該 UE的UE上下文，舊的移動性管理實體返回MME上下文響應(yīng)(MME Context Response )消息給新的移動性管理實體，該消息中包含該UE的UE上下文；
步驟4、新的移動性管理實體向該UE發(fā)出身〗分請求(Identity Request)的 消息，UE向新的移動性管理實體返回身份響應(yīng)(Identity Response )消息；
步驟5、 UE、新的移動性管理實體(MME)、歸屬用戶服務(wù)器之間執(zhí)行認 證和授權(quán)流程，由于新的移動管理性實體獲取的是舊的移動性管理實體中保存 的該UE的UE上下文，上述UE上下文中包含有該UE的鑒權(quán)數(shù)據(jù)，新的移 動性管理實體可以直接對該UE進行鑒權(quán)步驟，而無需要求歸屬用戶服務(wù)器產(chǎn) 生鑒權(quán)數(shù)據(jù)，從而加快了鑒權(quán)的速度；
步驟6、新的移動性管理實體發(fā)送刪除承載請求(Delete Bearer R叫uest) 消息給服務(wù)網(wǎng)關(guān)和PDN網(wǎng)關(guān)，請求刪除該UE的承載，服務(wù)網(wǎng)關(guān)和PDN網(wǎng)關(guān) 刪除了該UE的承載之后，返回刪除承載響應(yīng)(Delete Bearer Response )消息 給新的移動性管理實體；
步驟7、新的移動性管理實體向歸屬用戶服務(wù)器發(fā)送更新地址(Update Location )的消息，請求更新UE的地址；
步驟8、歸屬網(wǎng)絡(luò)服務(wù)器向舊的移動性管理實體發(fā)出取消UE地址(Cancd Location)的消息，舊的移動性管理實體取消了之后返回取消地址確認消息 (Cancel Location ACK)給歸屬用戶服務(wù)器；
步驟9、舊的移動性管理實體向服務(wù)網(wǎng)關(guān)和PDN網(wǎng)關(guān)發(fā)送刪除承載的請求 (Delete Bearer Request)消息，當(dāng)服務(wù)網(wǎng)關(guān)和PDN網(wǎng)關(guān)刪除了該UE的承載 之后，返回確認消息給舊的移動性管理實體；步驟10、網(wǎng)絡(luò)歸屬服務(wù)器給新的移動性管理實體發(fā)送插入簽約用戶數(shù)據(jù)
(Insert Subscriber Data)的消息，新的移動性管理實體返回插入簽約用戶數(shù)據(jù) 確認(Insert Subscriber Data ACK )消息給網(wǎng)絡(luò)歸屬服務(wù)器；
步驟11、網(wǎng)絡(luò)歸屬服務(wù)器向新的移動性管理實體發(fā)送更新UE地址確認 (Update Location ACK )的消息；
步驟12至步驟20與分別與圖3中的步驟6至步驟14相同，在此不再贅述。
實施例2:
根據(jù)實施例1提供的在3GPP演進系統(tǒng)中的更新UE上下文的方法，本實 施例公開了一種UE上下文更新裝置，其結(jié)構(gòu)如圖5A所示，包括接收單元、 處理單元、更新單元、存儲單元；其中
接收單元501,用于接收歸屬用戶服務(wù)器發(fā)送的UE上下文更新消息并通 知給處理單元502;
處理單元502，用于根據(jù)接收的UE上下文更新消息，通知所述更新單元 503對所述存儲單元504中存儲的該UE的UE上下文進行更新；
更新單元503，用于對所述存儲單元504中保存的該UE的UE上下文進 行更新；
存儲單元504,用于保存該UE的UE上下文。
當(dāng)上述UE上下文更新裝置接收到MME上下文請求消息或者需要發(fā)送 MME上下文請求消息時， 一個較佳的例子是在上述UE上下文更新裝置基礎(chǔ) 上增加發(fā)送單元和獲取單元。如圖5B所示，其中
接收單元501還用于接收實體或裝置發(fā)送的MME上下文請求消息，并通 知給所述處理單元502;
處理單元502還用于根據(jù)接收的MME上下文請求消息，通知所述發(fā)送單 元505從所述存儲單元504中獲取UE上下文；
發(fā)送單元505,用于發(fā)送UE上下文給發(fā)起MME上下文請求消息的實體或裝置；
上述情況是指本裝置接收到MME上下文請求消息后，將本地保存的UE 上下文發(fā)送給請求l正上下文的實體或裝置。 更進一步所述UE上下文更新裝置還包括
獲取單元506，用于向其他保存有UE上下文的實體或裝置發(fā)起MME上 下文請求消息，請求獲取該UE的UE上下文，并接收返回的MME上下文響 應(yīng)消息，獲取MME上下文響應(yīng)消息中攜帶的UE上下文后，將獲取到的UE 上下文發(fā)送給存儲單元保存。
使用獲取單元506時是由于本地沒有保存該UE的UE上下文，需要從上 一次為該UE服務(wù)的相關(guān)實體獲取其保存的該UE的UE上下文。
上述UE上下文更新裝置可以集成于3GPP演進系統(tǒng)中的移動性管理實體中。
使用本發(fā)明實施例中UE上下文更新的方法及裝置，該UE從非3GPP系 統(tǒng)接入3GPP演進系統(tǒng)的附著流程中，由于3GPP演進系統(tǒng)中舊的移動性管理 實體中保存了該UE在離開3GPP演進系統(tǒng)前的UE上下文，同時該UE上下 文中包含了該UE在離開3GPP系統(tǒng)之前的關(guān)于所有承載服務(wù)質(zhì)量(QoS)的 參數(shù)，這樣，在UE從非3GPP系統(tǒng)再移動回3GPP演進系統(tǒng)時，附著流程以 及承載建立過程中，可以使用保存的UE上下文進行鑒權(quán)認證和承載建立，不 需要重新獲取鑒權(quán)數(shù)據(jù)進行鑒權(quán)認證，也不需要執(zhí)行重新建立UE上下文的信 令交互流程，從而加快該UE建立承載的過程，減少信令開銷。由于UE移動 回3GPP演進系統(tǒng)后4吏用的UE上下文與移動前相同，因此可以保-〖正該UE移 動回3GPP演進系統(tǒng)后的承載的服務(wù)質(zhì)量與移動前的承載的服務(wù)質(zhì)量的一致 性。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種用戶設(shè)備上下文更新方法，其特征在于，包括當(dāng)用戶設(shè)備UE從3GPP演進系統(tǒng)移動到非3GPP系統(tǒng)后，網(wǎng)絡(luò)側(cè)歸屬用戶服務(wù)器通知移動性管理實體進行所述UE上下文的更新；所述移動性管理實體更新所述UE上下文并保存。
2、 如權(quán)利要求1所述的方法，其特征在于，所述歸屬用戶服務(wù)器獲取到 所述UE在非3GPP系統(tǒng)內(nèi)發(fā)起注冊請求后，確定出所述UE從3GPP演進系 統(tǒng)移動到非3GPP系統(tǒng)。
3、 如權(quán)利要求1所述的方法，其特征在于，所述移動性管理實體更新UE 上下文，具體包括所述移動性管理實體將所述UE的狀態(tài)設(shè)置為去附著狀態(tài)；并標(biāo)識該UE 移動到非3GPP系統(tǒng)中。
4、 如權(quán)利要求3所述的方法，其特征在于，還包括 移動性管理實體更新所述UE上下文后，向所述歸屬用戶服務(wù)器返回UE上下文更新確-認消息。
5、 如權(quán)利要求1-4所述的任一方法，其特征在于，當(dāng)所述UE從非3GPP 系統(tǒng)移動回3GPP演進系統(tǒng)后，當(dāng)前為UE服務(wù)的移動性管理實體根據(jù)本地保
6、如權(quán)利要求5所述的方法，其特征在于，當(dāng)所述UE從非3GPP系統(tǒng)移 動回3GPP演進系統(tǒng)后，當(dāng)前為UE服務(wù)的移動性管理實體4企測出本地保存有 該UE的UE上下文，根據(jù)本地保存的該UE的UE上下文執(zhí)行該UE接入3GPP 演進系統(tǒng)的附著流程。
7、如權(quán)利要求5所述的方法，其特征在于，當(dāng)所述UE從非3GPP系統(tǒng)移 動回3GPP演進系統(tǒng)后，當(dāng)前為UE服務(wù)的移動性管理實體檢測出本地沒有保 存有所述UE的UE上下文，則從上一次為所述UE服務(wù)的移動性管理實體中 獲取所述UE的UE上下文，使用獲取的UE上下文執(zhí)行該UE接入3GPP演進系統(tǒng)的附著流程。
8、 如權(quán)利要求7所述的方法，其特征在于，所述從上一次為所述UE服 務(wù)的移動性管理實體中獲取所述UE的UE上下文，具體包括當(dāng)前為UE服務(wù)的移動性管理實體向上一次為該UE服務(wù)的移動性管理實 體發(fā)送移動性管理實體MME上下文請求消息；所述上一次為該UE力l務(wù)的移動性管理實體返回MME上下文響應(yīng)消息， 在上下文響應(yīng)消息中攜帶本地保存的該UE的UE上下文信息。
9、 一種用戶設(shè)備上下文更新裝置，其特征在于，包括接收單元、處理 單元、更新單元和存儲單元；所述接收單元，用于接收歸屬用戶服務(wù)器發(fā)送的UE上下文更新消息并通 知給所述處理單元；所述處理單元，用于根據(jù)接收的UE上下文更新消息，通知所述更新單元 對所述存儲單元中存儲的該UE的UE上下文進行更新；所述更新單元，用于對所述存儲單元中保存的該UE的UE上下文進行更新；所述存儲單元，用于保存該UE的UE上下文。
10、 如權(quán)利要求9所述的裝置，其特征在于，還包括發(fā)送單元； 所述接收單元還用于接收MME上下文請求消息，并通知給所述處理單元； 所述處理單元還用于根據(jù)接收的MME上下文請求消息，通知所述發(fā)送單元從所述存儲單元中獲取UE上下文；所述發(fā)送單元，用于發(fā)送UE上下文給發(fā)起MME上下文請求消息的實體。
11、 如權(quán)利要求IO所述的裝置，其特征在于，還包括獲取單元，用于發(fā)起MME上下文請求消息，并接收返回的MME上下文 響應(yīng)消息，獲取MME上下文響應(yīng)消息中攜帶的UE上下文，并將獲取到的UE 上下文發(fā)送給存儲單元。
12、 如權(quán)利要求11所述的裝置，其特征在于，所述更新單元還用于在進 行UE上下文更新后，向所述處理單元返回更新確認消息；所述處理單元還用于接收到更新確認消息后，通過所述發(fā)送單元向所述歸 屬用戶服務(wù)器發(fā)送所述更新確認消息。
13、如權(quán)利要求9至12所述的任一裝置，其特征在于，所述用戶設(shè)備上 下文管理裝置集成于3GPP演進系統(tǒng)中的移動性管理實體中。
全文摘要
本發(fā)明公開了一種當(dāng)用戶設(shè)備在3GPP演進系統(tǒng)和非3GPP系統(tǒng)之間移動的過程中，用戶設(shè)備UE在3GPP系統(tǒng)中更新UE上下文的方法及裝置，當(dāng)UE從3GPP演進系統(tǒng)移動至非3GPP系統(tǒng)時，通過對該UE的UE上下文進行更新，保存了該UE的UE上下文，并將UE的狀態(tài)設(shè)置為去附著狀態(tài)，避免了UE在3GPP演進系統(tǒng)和非3GPP系統(tǒng)中同時存在用戶信息的問題。并且當(dāng)UE從非3GPP系統(tǒng)移動回3GPP演進系統(tǒng)后，移動性管理實體使用保存的該用戶設(shè)備的UE上下文，加快了為UE建立承載的過程，相應(yīng)地減少了網(wǎng)絡(luò)信令的開銷，減輕了網(wǎng)絡(luò)負擔(dān)，同時也保證了UE在切換回3GPP演進系統(tǒng)后的承載和切換前的在3GPP演進系統(tǒng)中承載服務(wù)質(zhì)量(QoS)的一致性。
文檔編號H04L12/56GK101369912SQ200710120209
公開日2009年2月18日 申請日期2007年8月13日 優(yōu)先權(quán)日2007年8月13日
發(fā)明者姜怡華, 暉 徐, 梁華瑞, 熊春山 申請人:大唐移動通信設(shè)備有限公司