專利名稱：一種用戶設(shè)備在系統(tǒng)間切換后默認(rèn)連接的處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種用戶設(shè)備在系統(tǒng)間切換后默認(rèn)連接的 處理方法及裝置。
背景技術(shù)：
在SAE ( System Architecture Evolution,演進(jìn)的3G系統(tǒng))中，希望能夠?qū)?現(xiàn)用戶的永遠(yuǎn)在線，因此引入了默認(rèn)承載(default bearer )和專用承載(dedicated bearer)的才既念。當(dāng)用戶初始接入EPC (EvolvedPacket Core,演進(jìn)的分組核心 網(wǎng))網(wǎng)絡(luò)時，網(wǎng)絡(luò)為用戶分配IP地址并建立默認(rèn)承載。當(dāng)有網(wǎng)絡(luò)或UE(User Equipment,用戶設(shè)備)發(fā)起的其它業(yè)務(wù)，并且當(dāng)默認(rèn)承載的能力不能為這些 業(yè)務(wù)提供服務(wù)時，再為UE建立專用承載。
對于傳統(tǒng)系統(tǒng)來說，當(dāng)UE接入UTRAN (UMTS Terrestrial Radio Access Network, UMTS陸地?zé)o線4妻入網(wǎng)；UMTS為Universal Mobile Telecommunication System,通用移動通4言系統(tǒng))時，GPRS ( General Packet Radio Service,通用 分組無線業(yè)務(wù))核心網(wǎng)沒有為UE建立默認(rèn)承載的能力，UE附著后沒有IP地 址和PDP (Packet Data Protocol,分組數(shù)據(jù)協(xié)議)上下文，只有在發(fā)起業(yè)務(wù)時 才激活PDP上下文，網(wǎng)絡(luò)才為UE分配IP地址。對于網(wǎng)絡(luò)可為UE建立的承 載類型， 一種處理方案是將這個承載視為可以是任何一個承載，只要為UE分 配了 IP地址后，任何一個激活的承載都可以將其作為默認(rèn)承載處理。
在該處理方案下，UE (尤其是pre-R8的UE以及GPRS網(wǎng)絡(luò))非常可能 在GPRS網(wǎng)絡(luò)中建立了 一個GBR ( Guaranteed Bit Rate,保證比特率)承載用 于實時業(yè)務(wù)，或者是建立了一個與Default QoS (Default Quality of Service,默 認(rèn)服務(wù)質(zhì)量)不同的non-GBR (non-Guaranteed Bit Rate,非保證比特率)承載。此時，如果發(fā)生UE在UTRAN和E-UTRAN ( Evolved UMTS Terrestrial Radio Access Network,演進(jìn)的UMTS陸地?zé)o線接入網(wǎng))網(wǎng)絡(luò)之間移動時，因為所建 立的承載與EPC中建立的默認(rèn)承載有所不同，使得UE在進(jìn)入EPC后不能保 證有可用的默認(rèn)承載，所以需要機制來處理這種移動性的情況。 下面再對現(xiàn)有技術(shù)的處理方案進(jìn)行詳細(xì)說明。
圖1為通信系統(tǒng)框架結(jié)構(gòu)示意圖，如圖所示，UE在接入UTRAN/GERAN 和E-UTRAN時，核心網(wǎng)節(jié)點SGSN ( Serving GPRS Support Node,業(yè)務(wù)GPRS 支持節(jié)點)和MME (Mobility Management Entity,移動性管理實體)分別提供 移動性管理控制平面功能，SGSN和MME之間通過S3接口連接。在用戶平面 分別由SGSN和eNodeB連接到Serving GW (服務(wù)網(wǎng)關(guān))提供數(shù)據(jù)傳輸服務(wù)。
在已定義的SAE過程中，UE附著到網(wǎng)絡(luò)執(zhí)行Attach (附著)過程時，UE 向網(wǎng)絡(luò)指示是否需要PDN GW (Packet Data Network Gate Way,分組數(shù)據(jù)網(wǎng)網(wǎng) 關(guān))為其分配IP地址，還是從外部PDN (Packet Data Network,分組數(shù)據(jù)網(wǎng)) 請求IP地址。MME根據(jù)UE的簽約信息，為Default APN( Default Access Point Name,默認(rèn)接入點名稱)選擇一個PDN-GW建立一個默認(rèn)承載，同時為UE 選擇一個Serving GW。 PDN-GW收到默認(rèn)承載建立請求后，可從PCRF (Policy Control and Charging Rules Function,策略控制和計費規(guī)則功能)獲取用戶的策 略和計費規(guī)則，包括用戶的默認(rèn)承載和專用承載的相關(guān)參數(shù)，這些信息返回給 Serving GW和MME，分別用于建立PDN-GW和Serving GW之間的承載，以 及把UE的IP地址等默認(rèn)承載信息發(fā)送給UE。
當(dāng)UE首先接入到UTRAN/GERAN中時，后續(xù)移動進(jìn)入E-UTRAN的過 程中可能存在兩種情況， 一是UE沒有與網(wǎng)絡(luò)建立PDPContext (上下文)，這 種情況有可能發(fā)生在UE接入了 pre-R8的核心網(wǎng)，或者網(wǎng)絡(luò)沒有成功地為UE 分配IP地址；另 一種情況是UE與網(wǎng)絡(luò)之間建立了 PDP Context。
當(dāng)UE與GPRS網(wǎng)絡(luò)之間沒有建立PDP Context的時候，進(jìn)入E-UTRAN 首先執(zhí)行TAU (Tracking Area Update,跟蹤區(qū)更新)過程，網(wǎng)絡(luò)發(fā)現(xiàn)UE沒有PDP Context,則拒絕這次的TAU請求并發(fā)送TAU拒絕，在拒絕消息中指示 UE后續(xù)發(fā)起Attach過程，重新接入SAE系統(tǒng)。
當(dāng)UE處于連接狀態(tài)，并且PDP處于激活狀態(tài)時，進(jìn)入E-UTRAN的過程 中執(zhí)行切換過程。若UE處于空閑狀態(tài)，并且PDP處于激活狀態(tài)(在網(wǎng)絡(luò)中保 留、只是刪除了空中接口的連接)時，進(jìn)入E-UTRAN的過程中應(yīng)執(zhí)行TAU 過程。
現(xiàn)有方案雖然解決了沒有PDP Context時候的問題，但是其不足在于對 于在已有PDP Context的情況下，并且這個PDP是一個不符合默認(rèn)QoS的承 載(如用于實時業(yè)務(wù)(如會話業(yè)務(wù)、流業(yè)務(wù)等)的GBR承載，或不符合默認(rèn) QoS的non-GBR承載)時，沒有方案來處理已有PDP Context的UE的后續(xù)承 載和默認(rèn)承載之間的關(guān)系。

發(fā)明內(nèi)容
本發(fā)明提供一種在系統(tǒng)間切換后默認(rèn)連接的處理方法及裝置，用以解決在 UE與網(wǎng)絡(luò)之間已有PDP Context的情況下，當(dāng)這個PDP是一個不符合默認(rèn)QoS 的承載時，解決已有PDP Context的UE的后續(xù)承載和默認(rèn)承載之間的關(guān)系。
本發(fā)明提供了 一種用戶設(shè)備在系統(tǒng)間切換后默認(rèn)連接的處理方法，包括如 下步驟
UE由GPRS網(wǎng)絡(luò)進(jìn)入E-UTRAN,所述UE在GPRS網(wǎng)絡(luò)之間建立有PDP Context;
UE執(zhí)行TAU;
MME為UE建立默i人連接。
較佳地，所述MME為UE建立默認(rèn)連接，具體為
MME接收所述UE的承載資源釋放請求；確定所述承栽是所述UE唯一一
個PDN連接上的唯--個承載，并且是非默認(rèn)QoS的承載；MME發(fā)起Detach
(去激活)與Attach過程；或，
確定所述承載是所述UE唯——個PDN連接上的唯一^^個承載，并且是 非默認(rèn)QoS的承載；MME通知PDN GW對所述承載發(fā)起^f務(wù)改； 或，
當(dāng)UE進(jìn)入E-UTRAN時，確定在PDN連接上沒有用于指明默認(rèn)承載的標(biāo) 記；MME根據(jù)策略確定其中一個承載為默認(rèn)承載。
較佳地，所述MME發(fā)起Detach與Attach過程，具體為 MME發(fā)起Detach,并在Detach中指示Detach type為re-attach; UE在完成Detach后發(fā)起Attach過程。 較佳地，所述PDNGW對所述承載發(fā)起修改，具體為 PDN GW根據(jù)Default QoS對所述承載發(fā)起修改。
較佳地，MME根據(jù)策略確定其中一個承載為默認(rèn)承載時，進(jìn)一步包括 將LBI (Linked Bearer Identifier,鏈接岸義載標(biāo)識符)指示為這個岸義載的EPS Bearer ID (Evolved Packet System Bearer ID,演進(jìn)的分組系統(tǒng)承載標(biāo)識)的l直。 本發(fā)明還提供了 一種用戶設(shè)備在系統(tǒng)間切換后默認(rèn)連接的處理裝置，包
括
跟蹤區(qū)更新模塊，用于在UE由GPRS網(wǎng)絡(luò)進(jìn)入E-UTRAN后，執(zhí)行UE TAU，所述UE在GPRS網(wǎng)絡(luò)之間建立有PDP Context;
默認(rèn)連接處理模塊，用于在跟蹤區(qū)更新模塊執(zhí)行TAU后，使MME為UE 建立默認(rèn)連接。
較佳地，所述默認(rèn)連接處理模塊包括
第一確定單元，用于在移動性管理實體接收所述用戶設(shè)備的承載資源釋 放請求后，確定所述承載是所述用戶設(shè)備唯——個分組數(shù)據(jù)網(wǎng)連接上的唯一 一個承載，并且是非默認(rèn)QoS的承載，則觸發(fā)第一連接處理單元；
第一連接處理單元，用于被第一確定單元觸發(fā)后，觸發(fā)移動性管理實體 發(fā)起去激活與附著過程。較佳地，所述第一連接處理單元包括
去激活子單元，用于觸發(fā)移動性管理實體發(fā)起去激活，并在去激活中指 示去激活類型為重附著；
附著子單元，用于在完成用戶設(shè)備去激活后發(fā)起附著過程。 較佳地，所述默認(rèn)連接處理模塊包括
第二確定單元，用于在確定所述承載是所述用戶設(shè)備唯——個分組數(shù)據(jù) 網(wǎng)連接上的唯一一個承載，并且是非默認(rèn)QoS的承載，則觸發(fā)第二連接處理 單元；
第二連接處理單元，用于被第二確定單元觸發(fā)后，觸發(fā)移動性管理實體 通知分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)對所述承載發(fā)起修改。 較佳地，所述第二連接處理子單元包括 獲取子單元，用于獲取默認(rèn)QoS;
修改子單元，用于觸發(fā)分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)根據(jù)獲取子單元獲取的默認(rèn)QoS 對所述承載發(fā)起修改。
較佳地，所述默i人連接處理模塊包括
第三確定單元，用于在當(dāng)用戶設(shè)備進(jìn)入E-UTRAN時，確定在分組數(shù)據(jù)網(wǎng) 連接上沒有用于指明默認(rèn)承載的標(biāo)記，則觸發(fā)第三連"l妻處理單元；
第三連接處理單元，用于被第三確定單元觸發(fā)后；觸發(fā)移動性管理實體 根據(jù)策略確定其中 一個承載為默認(rèn)承載。
較佳地，所述默認(rèn)連接處理模塊進(jìn)一步包括
指示子單元，用于在觸發(fā)移動性管理實體根據(jù)策略確定其中一個承載為 默認(rèn)承載時，將鏈接承載標(biāo)識符指示為這個承載的演進(jìn)的分組系統(tǒng)承載標(biāo)識 的值。
本發(fā)明有益效果如下
通過上述實施，能夠看出本發(fā)明不僅提供了在UE由GPRS網(wǎng)絡(luò)進(jìn)入 E-UTRAN并建立承載，該UE與網(wǎng)絡(luò)已建立有PDP Context的情況下，當(dāng)這個PDP是一個非默認(rèn)QoS的承載時，解決了已有PDP Context的UE的后續(xù)承載 和默認(rèn)承載之間的關(guān)系；同時在此過程中還不需要在UE的業(yè)務(wù)過程中中斷業(yè) 務(wù)，從而保證了業(yè)務(wù)的連續(xù)性。


圖1為現(xiàn)有技術(shù)中通信系統(tǒng)框架結(jié)構(gòu)示意圖2為本發(fā)明實施例中所述在用戶設(shè)備承載刪除中的連接處理方法； 圖3為本發(fā)明實施例中所述采用UE重附著的方式來為UE提供默認(rèn)連接 的實施流程示意實施流程示意程示意圖6為本發(fā)明實施例中所述系統(tǒng)間切換后默認(rèn)連接的處理裝置結(jié)構(gòu)示意
圖7為本發(fā)明實施例中所述第一實施方式結(jié)構(gòu)示意圖； 圖8為本發(fā)明實施例中所述第二實施方式結(jié)構(gòu)示意圖； 圖9為本發(fā)明實施例中所述第三實施方式結(jié)構(gòu)示意圖。
具體實施例方式
下面結(jié)合附圖對本發(fā)明的具體實施方式
進(jìn)行說明。
首先對幾種可能解決的方案進(jìn)行分析，使得在揭示其可能帶來的缺點時， 也同時達(dá)到充分闡明本發(fā)明技術(shù)方案的目的。
一種方案是，當(dāng)UE已有的業(yè)務(wù)不是交互類(interactive)業(yè)務(wù)或后臺類 (background)業(yè)務(wù)時，如果按照UE沒有PDP Context的情況處理，即，在執(zhí) 行TAU后發(fā)現(xiàn)承載類型不符合默認(rèn)承載的要求時，則拒絕UE的TAU請求并
10要求UE重新發(fā)起Attach過程。但是這種處理方式下，會造成UE已經(jīng)發(fā)起的 業(yè)務(wù)中斷，從而影響UE對業(yè)務(wù)連續(xù)性的體驗，對于用戶來說，是不會愿意接 受這種業(yè)務(wù)中斷的。因此該方式處理是不妥的。
如果設(shè)計的另一方案是，在TAU過程的后期，當(dāng)MME發(fā)現(xiàn)UE已有的承 載用于GBR業(yè)務(wù)時，發(fā)起默認(rèn)承載的建立。然而這個過程需要修改現(xiàn)有的PDN GW的行為，使得PDNGW不為UE重新分配IP地址，因為UE已經(jīng)有IP地
突。然而SAE中對默認(rèn)承載建立過程的定義是有可能但不是必須為UE重新分 配IP地址，因此這同樣會影響現(xiàn)有業(yè)務(wù)的連續(xù)性。并且，在Attach過程中UE 雖然可以向網(wǎng)絡(luò)指示是否在建立默認(rèn)承載的過程中給UE分配IP地址(這個指 示由UE發(fā)出是因為UE還可能使用PDN連接從外部PDN網(wǎng)絡(luò)請求IP地址)， 但是在TAU過程中，UE并不能發(fā)出這個指示。
還有另一種可能的方案，當(dāng)UE在UTRAN/GERAN網(wǎng)絡(luò)中只有一個GBR 連接(或者是一個QoS與default QoS不同的non-GBR承載)時，而這個連接 因為某種原因被保留，如在VoIP (Voice over IP,基于IP的語音呼叫)過程中 用戶按下暫停通話鍵，該原因會使得UE進(jìn)入空閑狀態(tài)。此時UE的狀態(tài)為空 閑狀態(tài)但有激活的PDP Context,因此當(dāng)該UE進(jìn)入E-UTRAN時，應(yīng)執(zhí)行TAU 過程，但當(dāng)這個GBR承載因為業(yè)務(wù)終止等原因被釋放時，UE與核心網(wǎng)之間就 沒有任何連接，此時按照3GPP規(guī)范，UE就會進(jìn)入注銷狀態(tài)，然而此時可能 的實際情況是UE并不希望從網(wǎng)絡(luò)注銷，UE對這個GBR承載的刪除也只是希 望進(jìn)行一個普通的業(yè)務(wù)終止過程。
鑒于以上各種可能的方案處理的分析，本發(fā)明提出如下解決方式。 圖2為在用戶設(shè)備承載刪除中的連接處理方法，如圖所示，可以包括如下 步驟
步驟201 、 UE由GPRS網(wǎng)絡(luò)進(jìn)入E-UTRAN，所述UE在GPRS網(wǎng)絡(luò)之間 建立有PDP Context;步驟202、 UE執(zhí)行TAU;
步驟203、 MME為UE建立默認(rèn)連接。
其中，步驟203中的MME為UE建立默認(rèn)連接，可以具體為以下三種方 式之一
1 、 MME接收所述UE的承載資源釋放請求；
確定所述承載是所述UE唯——個PDN連接上的唯——個承載，并且是 非默認(rèn)QoS的承載；
MME發(fā)起Detach與Attach過程。
具體的，MME發(fā)起Detach與Attach過程可以為
MME發(fā)起Detach,并在Detach中指示Detach type為re國attach;
UE在完成Detach后發(fā)起Attach過程。
2、確定所述承載是所述UE唯——個PDN連接上的唯——個承載，并且 是非默認(rèn)QoS的承載；
MME通知PDN GW對所述承載發(fā)起修改。
具體的，PDN GW在后續(xù)的過程中對所述承載發(fā)起修改時，PDN GW可 以在后續(xù)的過程中根據(jù)Default QoS對所述承載發(fā)起修改。
3 、當(dāng)UE進(jìn)入E-UTRAN時，確定在PDN連接上沒有用于指明默認(rèn)承載 的標(biāo)記；
MME根據(jù)策略確定其中 一個承載為默認(rèn)承載。
進(jìn)一步的，在MME根據(jù)策略確定其中一個承載為默認(rèn)承載時，還可以將 LBI指示為這個岸義載的EPS Bearer ID的值。
本發(fā)明的目的在于，使得當(dāng)UE現(xiàn)有的承載為一個GBR承載，或者是一 個與Default QoS不同的non-GBR承載時，可由網(wǎng)絡(luò)判定是否為UE建立默認(rèn) 承載。
這樣，當(dāng)存在以下情況時，UE在UTRAN/GERAN網(wǎng)絡(luò)中只有一個PDP 上下文，并且這個PDP上下文用于實時業(yè)務(wù)，此時這個連接因為某種原因被保留(如VoIP過程中用戶按下暫停通話鍵)，UE進(jìn)入空閑狀態(tài)。在這種情況 下當(dāng)UE進(jìn)入E-UTRAN時，應(yīng)執(zhí)行TAU過程。TAU完成后，UE與EPC之 間有一個EPS Bearer ( Evolved Packet System Bearer,演進(jìn)的分組系統(tǒng)承載)， 連接到一個PDN中。當(dāng)UE或網(wǎng)絡(luò)因為業(yè)務(wù)終止而承載刪除時，確定這個承 載是這個UE的唯——個PDN連接上的唯——個承載后，網(wǎng)絡(luò)能決定后續(xù)的 動作而不4吏UE 乂人網(wǎng)癥各注銷。
實施例一
本實施例中，在MME發(fā)現(xiàn)當(dāng)前需要刪除的EPS (Evolved Packet System, 演進(jìn)的分組系統(tǒng))承載是UE的唯——個PDN連接上的最后一個(也是唯一 一個)承載，且這個需要刪除的承載不是一個non-GBR的承載；則MME向 UE發(fā)起Detach (去激活)過程，并在Detach過程中刪除UE的所有承載，同 時在Detach type (去激活類型)中指示UE發(fā)起Re-Attach (重附著)過程。
圖3為采用UE重附著的方式來為UE提供默認(rèn)連接的實施流程示意圖， 其中步驟305至步驟313為PDN GW發(fā)起的承載去激活過程；步驟301至步 驟313為UE發(fā)起的承載資源釋放過程。本實施例主要在PDN GW發(fā)起的承載 去激活過程中，實施步驟311的由MME判斷是否要發(fā)起Detach過程，則，如 圖所示，可以包括如下步驟
步驟301、 UE向MME發(fā)起承載資源釋放請求，釋放現(xiàn)有的承載資源，攜 帶參數(shù)為LBI、 PTI ( Protocol Transaction Identifier,協(xié)議事務(wù)識別符)和TFT (Traffic Flow Template,業(yè)務(wù)流模版)，其中LBI為這個承載的EPS Bearer ID。
步驟302、 MME選擇這個承栽原先連接的Serving GW，并轉(zhuǎn)發(fā)請求承載 資源釋放消息。
步驟303、 Serving GW將請求承載資源釋力文消息轉(zhuǎn)發(fā)給LBI指示的PDNGW。
步驟304、如果應(yīng)用了PCC架構(gòu)，則與PCRF進(jìn)行交互。
13步驟305、 PDN GW決定發(fā)起承載去激活的過程。
步驟306 、 PDN GW向Serving GW發(fā)出刪除承載請求，要求刪除EPS Bearer
ID所指的承載。
步驟307、 Serving GW將刪除承載請求消息轉(zhuǎn)發(fā)給MME。
步驟308、 MME向eNodeB發(fā)出去激活承栽請求，要求從Sl接口上刪除承載。
步驟309、 eNodeB釋放UE的空中接口承載。 步驟310、 eNodeB向MME響應(yīng)承載已經(jīng)去激活。 步驟311、 MME判斷是否發(fā)起Detach。
本步驟中，MME判定這個承載是UE唯--個PDN連接上的唯——個承
載，并且不是non-GBR承載，則MME不但繼續(xù)完成PDN GW發(fā)起的下述步 驟312、 313的承載去激活過程，還決定發(fā)起Detach過程，并將Detach type設(shè) 置為re-attach，要求UE在完成Detach過程后發(fā)起Attach過程，同時刪除UE 在EPC中的所有承載。
步驟312、 MME向Serving GW響應(yīng)承載刪除。
步驟313、 Serving GW向PDN GW響應(yīng)承栽刪除。
步驟314、 MME發(fā)起Detach過程，其中Detach Type為Re-attach。
本步驟也可以在步驟311之后就發(fā)起。
步驟315、 UE發(fā)起Attach過程，與Default APN所指示的PDN建立連接， 并在連接上建立默i人承載。 實施例二
本實施例中，說明了在網(wǎng)絡(luò)發(fā)現(xiàn)當(dāng)前刪除的EPS承載是這個PDN連接上 的最后一個承載，并且這個刪除的承載是一個非默認(rèn)QoS的承載時，網(wǎng)絡(luò)發(fā)起 一個專用承載修改過程，將該承載的QoS修改為Default QoS,并將該承載指 示為默認(rèn)承載的實施過程。
圖4為采用承載修改的方式來為UE提供默認(rèn)連接的實施流程示意圖，如圖所示，可以包括如下步驟
步驟401 、 UE向MME發(fā)起承載資源釋放請求。
在本步驟中，UE發(fā)起請求用以釋放現(xiàn)有的承載資源，請求消息中攜帶參 數(shù)為LBI、 PTI和TFT,其中LBI為這個承載的EPS Bearer ID。
步驟402、 MME向Serving GW轉(zhuǎn)發(fā)承載資源釋^L請求。
本步驟中，MME將請求轉(zhuǎn)發(fā)至Serving GW,并且MME識別這個LBI為 該PDN連4妄上的一個岸義載；同時，MME判定這個壽義載是UE唯——個PDN
連接上的唯--個承載，并且不是non-GBR承載，則MME在發(fā)送給Serving
GW的消息中攜帶bearer modification (承載修改)指示，要求PDN GW根據(jù) 消息中攜帶的default QoS發(fā)起對承載的修改。實施中這兩個新增加的參數(shù)并不 需要Serving GW解讀。
步驟403、 Serving GW將承載釋放請求發(fā)送給這個承載所連接的PDNGW。
步驟404、如果4吏用了 PCC架構(gòu)，則PDN GW與PCRF之間進(jìn)行交互， 通知承載的釋力文。
步驟405、 PDNGW發(fā)起專用承載修改過程。
本步驟中，在消息中攜帶的承載的QoS參數(shù)一定是Default QoS,使用這 個過程便可以將原有的承載修改為符合Default QoS的默認(rèn)承載，同時將該承 載從GBR修改為一個non-GBR的承載。
實施例三
本實施例描述了 UE從UTRAN/GERAN進(jìn)入E-UTRAN的TAU過程，在 該過程中，如果沒有標(biāo)記哪個承載是默認(rèn)承載，則從已有的PDP Context選擇 一個標(biāo)記為默認(rèn)承載。因UE在UTRAN/GERAN網(wǎng)絡(luò)中的RAB ID/NSAPI (Radio Access Bearer Identifier/ Network Service Access Point Identifier,無線接 入承載標(biāo)識符/網(wǎng)絡(luò)業(yè)務(wù)接入點標(biāo)識符)與EPS Bearer ID是——對應(yīng)的，因此 在將RAB/NSAPI映射成EPS Bearer ID之后，從每個PDN連接的承載中選擇
15一個承載標(biāo)記為默認(rèn)承載，并將LBI指示為這個承載的EPS Bearer ID。如果 UE只有一個PDP Context,則將LBI指示為這個PDP Context映射后的EPS Bearer ID的值。這個過程在MME從SGSN獲取UE的PDP context之后，在 做承載映射的過程中實現(xiàn)。如下述步驟505或步驟507之后，MME獲得原節(jié) 點中保存的PDP context,即可指定一個承載為默認(rèn)承載，設(shè)立LBI值。并通 過后續(xù)的承載建立、更新過程，將LBI值通知給新的Serving GW和PDN-GW。
圖5為UE ^人UTRAN進(jìn)入E-UTRAN的TAU實施流程示意圖，如圖所示， 可以包括如下步驟
步驟501、 UE從UTRAN進(jìn)入E-UTRAN。
步驟502、 UE向eNodeB發(fā)送跟蹤區(qū)更新請求。
步驟503 、 eNodeB向MME發(fā)送跟蹤區(qū)更新請求。
步驟504、 MME向為UE服務(wù)的原Old MME發(fā)送PDP上下文請求。
步驟505、 OldMME向MME響應(yīng)PDP上下文。
步驟506、 MME向SGSN發(fā)送PDP上下文請求。
步驟507、 SGSN向MME響應(yīng)PDP上下文。
步驟508、網(wǎng)絡(luò)對UE進(jìn)行鑒權(quán)。
步驟509、 MME與Old MME進(jìn)行PDP上下文確認(rèn)。
步驟510、 MME與SGSN進(jìn)行PDP上下文確認(rèn)。
步驟511、 MME向為UE提供服務(wù)的New Serving GW發(fā)送建立承載請求。 步驟512、 New Serving GW向PDNGW發(fā)送更新承載請求。 步驟513、 PDNGW與PCRF交互。
步驟514、 PDN GW向New Serving GW發(fā)送更新岸義載響應(yīng)。 步驟515、 New Serving GW向MME發(fā)送建立承載響應(yīng)。 步驟516、 MME向HSS發(fā)出位置更新消息。 步驟517、 HSS向OldMME發(fā)起取消位置消息。 步驟518、 SGSN向RNC發(fā)出Iu釋放命令。步驟519、 RNC向SGSN反饋Iu釋放完成。 步驟520、 Old MME向HSS反饋取消位置確認(rèn)。 步驟521、 HSS向MME插入簽約數(shù)據(jù)。 步驟522、 MME向HSS反饋插入簽約數(shù)據(jù)確認(rèn)。 步驟523、 HSS向MME發(fā)送位置更新確認(rèn)。 步驟524、 SGSN向Old Serving GW發(fā)送刪除承載請求。 步驟525、 Old Serving GW向SGSN發(fā)送刪除承載響應(yīng)。 步驟526 、 MME向UE反饋跟蹤區(qū)更新接受。 步驟527、 UE向MME發(fā)送跟蹤區(qū)更新完成。
本發(fā)明還提供了 一種系統(tǒng)間切換后默認(rèn)連接的處理裝置，下面結(jié)合附圖對 本裝置的具體實施方式
進(jìn)行說明。
圖6為系統(tǒng)間切換后默認(rèn)連接的處理裝置結(jié)構(gòu)示意圖，如圖所示，裝置中 可以包括跟蹤區(qū)更新模塊601、默認(rèn)連接處理模塊602,其中
跟蹤區(qū)更新模塊601在UE由GPRS網(wǎng)絡(luò)進(jìn)入E-UTRAN后，執(zhí)行UE TAU,所述UE在GPRS網(wǎng)絡(luò)之間建立有PDP Context;
默認(rèn)連接處理模塊602在跟蹤區(qū)更新模塊執(zhí)行TAU后，使MME為UE建 立默認(rèn)連4妄。
裝置中，默認(rèn)連接處理模塊602可以有如下幾種實施方式，下面分別進(jìn)行 說明。
圖7為第一實施方式結(jié)構(gòu)示意圖，如圖所示，默認(rèn)連接處理模塊602中可 以包括
第一確定單元701，用于在MME接收所述UE的承載資源釋放請求后， 確定所述承載是所述UE唯——個PDN連接上的唯——個承載，并且是非默 認(rèn)QoS的承載，則觸發(fā)第一連接處理單元；
第一連接處理單元702，用于被第一確定單元觸發(fā)后，觸發(fā)MME發(fā)起 Detach與Attach過程。
17所述第一連"l妄處理單元中可以包括
去激活子單元7021，用于觸發(fā)MME發(fā)起Detach，并在Detach中指示
Detach type為re-attach;
附著子單元7022，用于在完成UE Detach后發(fā)起Attach過程。
圖8為第二實施方式結(jié)構(gòu)示意圖，如圖所示，默認(rèn)連接處理模塊602中可
以包括
第二確定單元801,用于在確定所述承載是所述UE唯一^^個PDN連接上 的唯——個承載，并且是非默認(rèn)QoS的承載，則觸發(fā)第二連接處理單元；
第二連接處理單元802,用于被第二確定單元觸發(fā)后，觸發(fā)MME通知 PDN GW對所述承載發(fā)起#^文。
所述第二連接處理子單元中可以包括
獲取子單元8021 ，用于獲取Default QoS;
修改子單元8022,用于觸發(fā)PDN GW根據(jù)獲取子單元獲取的Default QoS 對所述承載發(fā)起修改。
圖9為第三實施方式結(jié)構(gòu)示意圖，如圖所示，默認(rèn)連接處理模塊602中可 以包括
第三確定單元901，用于在當(dāng)UE進(jìn)入E-UTRAN時，確定在PDN連接上 沒有用于指明默認(rèn)承載的標(biāo)記，則觸發(fā)第三連接處理單元；
第三連接處理單元902，用于被第三確定單元觸發(fā)后；觸發(fā)MME根據(jù)策 略確定其中 一個承載為默認(rèn)承載。
所述默認(rèn)連接處理模塊中還可以進(jìn)一步包括
指示單元903,用于在觸發(fā)MME根據(jù)策略確定其中一個承載為默認(rèn)承載 時，將LBI指示為這個承載的EPS Bearer ID的值。
由上述實施可以看出，當(dāng)UE在網(wǎng)絡(luò)中只有一個承載時，并且這個承載不 是符合Default QoS的承載，如一個GBR承載，或一個QoS較高的承載，則 MME可根據(jù)UE當(dāng)前的連接情況決定繼續(xù)為UE提供always-on的連接。具體的，在實施中提供了 Detach與發(fā)起承載修改的方式來實現(xiàn)為UE提供 always-on的連接。在Detach方式下，MME決定發(fā)起Detach過程，并指示UE 在完成Detach過程中重新發(fā)起一個Attach過程，從網(wǎng)絡(luò)重新獲得與default APN 的連接、IP地址和默認(rèn)岸義載；在承載修改的方式下，由MME通知PDN GW 只能發(fā)起承載修改過程，將當(dāng)前需要刪除的承載修改為一個符合Default QoS 的承載。
進(jìn)一步的，實施中還提出當(dāng)UE進(jìn)入E-UTRAN時，如果沒有標(biāo)記哪個承 載是默認(rèn)承載，則網(wǎng)絡(luò)根據(jù)策略選擇一個承載標(biāo)記為默認(rèn)承載；如果UE只有 一個承載則將這個承載標(biāo)記為默認(rèn)承載，以符合EPS網(wǎng)絡(luò)的所有信令流程。
通過上述實施，能夠看出本發(fā)明不僅提供了在UE由GPRS網(wǎng)絡(luò)進(jìn)入 E-UTRAN并建立承載，該UE與網(wǎng)絡(luò)已建立有PDP Context的情況下，當(dāng)這個 PDP是一個非默認(rèn)QoS的承載時，解決了已有PDP Context和默認(rèn)承載之間的 關(guān)系；同時在此過程中還不需要在UE的業(yè)務(wù)過程中中斷業(yè)務(wù)，從而保證了業(yè) 務(wù)的連續(xù)性。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
19
權(quán)利要求
1、一種用戶設(shè)備在系統(tǒng)間切換后默認(rèn)連接的處理方法，其特征在于，包括如下步驟用戶設(shè)備由通用分組無線業(yè)務(wù)GPRS網(wǎng)絡(luò)進(jìn)入演進(jìn)的通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)E-UTRAN網(wǎng)絡(luò)，所述用戶設(shè)備在GPRS網(wǎng)絡(luò)之間建立有分組數(shù)據(jù)協(xié)議上下文；用戶設(shè)備執(zhí)行跟蹤區(qū)更新；移動性管理實體為用戶設(shè)備建立默認(rèn)連接。
2、 如權(quán)利要求1所述的方法，其特征在于，所述移動性管理實體為用戶 設(shè)備建立默認(rèn)連接，具體為移動性管理實體接收所述用戶設(shè)備的承載資源釋放請求；確定所述承載 是所述用戶設(shè)備唯——個分組數(shù)據(jù)網(wǎng)連接上的唯——個承載，并且是非默認(rèn) QoS的承載；移動性管理實體發(fā)起去激活與附著過程；或，確定所述承載是所述用戶設(shè)備唯——個分組數(shù)據(jù)網(wǎng)連接上的唯——個承 載，并且是非默認(rèn)QoS的承載；移動性管理實體通知分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)對所述 承載發(fā)起修改；或，當(dāng)用戶設(shè)備進(jìn)入E-UTRAN時，確定在分組數(shù)據(jù)網(wǎng)連接上沒有用于指明默 認(rèn)承載的標(biāo)記；移動性管理實體根據(jù)策略確定其中一個承載為默認(rèn)承栽。
3、 如權(quán)利要求2所述的方法，其特征在于，所述移動性管理實體發(fā)起去 激活與附著過程，具體為移動性管理實體發(fā)起去激活，并在去激活中指示去激活類型為重附著； 用戶設(shè)備在完成去激活后發(fā)起附著過程。
4、 如權(quán)利要求2所述的方法，其特征在于，所述分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)對所述 承載發(fā)起修改，具體為分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)根據(jù)默認(rèn)QoS對所述承載發(fā)起修改。
5、 如權(quán)利要求2所述的方法，其特征在于，移動性管理實體根據(jù)策略確 定其中一個承載為默認(rèn)承載時，進(jìn)一步包括將鏈接承載標(biāo)識符指示為這個承載的演進(jìn)的分組系統(tǒng)承載標(biāo)識的值。
6、 一種用戶設(shè)備在系統(tǒng)間切換后默認(rèn)連接的處理裝置，其特征在于，包括跟蹤區(qū)更新模塊，用于在用戶設(shè)備由GPRS網(wǎng)絡(luò)進(jìn)入E-UTRAN后，執(zhí)行 用戶設(shè)備跟蹤區(qū)更新，所述用戶設(shè)備在GPRS網(wǎng)絡(luò)之間建立有分組數(shù)據(jù)協(xié)議上 下文；默認(rèn)連接處理模塊，用于在跟蹤區(qū)更新模塊執(zhí)行跟蹤區(qū)更新后，使移動 性管理實體為用戶設(shè)備建立默認(rèn)連接。
7、 如權(quán)利要求6所述的裝置，其特征在于，所述默認(rèn)連接處理模塊包括第一確定單元，用于在移動性管理實體接收所述用戶設(shè)備的承載資源釋 放請求后，確定所述承載是所述用戶設(shè)備唯一一個分組數(shù)據(jù)網(wǎng)連接上的唯一 一個承載，并且是非默認(rèn)QoS的承載，則觸發(fā)第一連接處理單元；第一連接處理單元，用于被第一確定單元觸發(fā)后，觸發(fā)移動性管理實體 發(fā)起去激活與附著過程。
8、 如權(quán)利要求7所述的裝置，其特征在于，所述第一連接處理單元包括去激活子單元，用于觸發(fā)移動性管理實體發(fā)起去激活，并在去激活中指 示去激活類型為重附著；附著子單元，用于在完成用戶設(shè)備去激活后發(fā)起附著過程。
9、 如權(quán)利要求6所述的裝置，其特征在于，所述默認(rèn)連接處理模塊包括第二確定單元，用于在確定所述承載是所述用戶設(shè)備唯——個分組數(shù)據(jù)網(wǎng)連接上的唯——個承載，并且是非默認(rèn)QoS的承載，則觸發(fā)第二連接處理單元；第二連接處理單元，用于被第二確定單元觸發(fā)后，觸發(fā)移動性管理實體 通知分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)對所述承載發(fā)起修改。
10、 如權(quán)利要求9所述的裝置，其特征在于，所述第二連接處理子單元包括獲取子單元，用于獲取默認(rèn)QoS;修改子單元，用于觸發(fā)分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)根據(jù)獲取子單元獲取的默認(rèn)QoS 對所述承載發(fā)起修改。
11、 如權(quán)利要求6所述的裝置，其特征在于，所述默認(rèn)連接處理模塊包括第三確定單元，用于在當(dāng)用戶設(shè)備進(jìn)入E-UTRAN時，確定在分組數(shù)據(jù)網(wǎng) 連接上沒有用于指明默認(rèn)承載的標(biāo)記，則觸發(fā)第三連接處理單元；第三連接處理單元，用于被第三確定單元觸發(fā)后；觸發(fā)移動性管理實體 根據(jù)策略確定其中 一個承載為默認(rèn)承載。
12、 如權(quán)利要求11所述的裝置，其特征在于，所述默認(rèn)連接處理模塊進(jìn) 一步包括指示子單元，用于在觸發(fā)移動性管理實體根據(jù)策略確定其中一個承載為 默認(rèn)承載時，將鏈接承載標(biāo)識符指示為這個承載的演進(jìn)的分組系統(tǒng)承載標(biāo)識 的值。
全文摘要
本發(fā)明公開了一種用戶設(shè)備在系統(tǒng)間切換后默認(rèn)連接的處理方法及裝置，包括用戶設(shè)備由GPRS網(wǎng)絡(luò)進(jìn)入E-UTRAN網(wǎng)絡(luò)，所述用戶設(shè)備在GPRS網(wǎng)絡(luò)之間建立有分組數(shù)據(jù)協(xié)議上下文；用戶設(shè)備執(zhí)行跟蹤區(qū)更新；移動性管理實體為用戶設(shè)備建立默認(rèn)連接。本發(fā)明不僅能夠提供在用戶設(shè)備由GPRS網(wǎng)絡(luò)進(jìn)入E-UTRAN并建立承載，該用戶設(shè)備與網(wǎng)絡(luò)已建立有分組數(shù)據(jù)協(xié)議上下文的情況下，當(dāng)這個分組數(shù)據(jù)協(xié)議承載是一個非默認(rèn)QoS的承載時，解決了已有分組數(shù)據(jù)協(xié)議上下文的用戶設(shè)備的后續(xù)承載和默認(rèn)承載之間的關(guān)系；同時在此過程中還不需要在用戶設(shè)備的業(yè)務(wù)過程中中斷業(yè)務(wù)，從而保證了業(yè)務(wù)的連續(xù)性。
文檔編號H04W76/00GK101541050SQ20081010208
公開日2009年9月23日 申請日期2008年3月17日 優(yōu)先權(quán)日2008年3月17日
發(fā)明者姜怡華, 暉 徐, 梁華瑞 申請人:大唐移動通信設(shè)備有限公司