專利名稱：跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的方法及裝置。
背景技術(shù)：
在LTE(Long Term Evolution,長期演進)系統(tǒng)中的EPS (Evolved Packet System,演進的分組系統(tǒng))中，SGW(Serving Gateway,服務(wù)網(wǎng)關(guān))有對應的服務(wù)區(qū)域,服務(wù)區(qū)域的粒度是TA (Tracking Area,跟蹤區(qū)域)。不同的SGW的服務(wù)區(qū)可能有重疊。MME(MobilityManagement Entity,移動管理實體)在為UE (User Equipment,用戶設(shè)備)選擇SGW時是需要基于網(wǎng)絡(luò)拓撲結(jié)構(gòu)進行的。當UE在移動過程中，觸發(fā)TA改變的TAU (Tracking Area Update,跟蹤區(qū)域更新)時，如果UE新進入的TA沒有在UE接入的原SGW的服務(wù)區(qū)內(nèi)，MME會為UE選擇新的SGW。如果此時UE接入的演進型基站(eNodeB或eNodeB)沒有發(fā)生改變，由于SGW發(fā)生變化，UE在Sl-U接口(3GPP協(xié)議中的接口)上的承載在SGW側(cè)的IP (Internet Protocol，因特網(wǎng)協(xié)議)地址和TEID (Tunnel Endpoint Identifier,隧道端點標識)將會改變,但是此時eNodeB又無法獲知UE的承載上行IP地址和TEID改變而導致UE業(yè)務(wù)中斷，并且在UE再次接入網(wǎng)絡(luò)或執(zhí)行SGW改變的切換前UE業(yè)務(wù)無法恢復。下面從兩個方面對上述場景進行具體說明首先明確一下“用戶設(shè)備(UE)由于發(fā)生演進型基站(eNodeB)不改變而服務(wù)網(wǎng)關(guān)(SGff)改變的跟蹤區(qū)域更新(TAU)而導致UE在TAU過程后產(chǎn)生業(yè)務(wù)中斷”這一場景的場景條件MME維護了多個跟蹤區(qū)域列表(TAList)，其中兩個TAList包含的TAC(TrackingArea Code,跟蹤區(qū)域碼)如下TA Listl = {TAC0, TAC 1，TAC 2，TAC 3. . . }；TA List2 = {TAC 4，TAC 5，TAC 6. · · }。這兩個TA List中包含的TAC值沒有交集，且分別對應兩個SGW的服務(wù)區(qū)，TAListl 對應 SGffl, TA List2 對應 SGff2 MME, SGffl 和 SGW2 都與 eNodeB 連接，eNodeB 內(nèi)有小區(qū)A和小區(qū)B,小區(qū)A的TAC為TAC 1，小區(qū)B的TAC為TAC 4。在上述場景條件的基礎(chǔ)上，以下按照兩種觸發(fā)TAU的原因?qū)⑸鲜鰣鼍斑M一步分為兩種不同的場景，并結(jié)合圖I和圖2分別進行討論場景一、UE未發(fā)生移動，eNodeB側(cè)小區(qū)TAC配置的修改觸發(fā)UE發(fā)起TA改變的TAU請同時參考圖I，在該場景中，eNodeB是同時支持這TAListl和TALi st2中的TAC的。UE在eNodeB下的小區(qū)A接入，小區(qū)A的TAC = TAC 1，在核心網(wǎng)側(cè)接入SGW1。這時，在eNodeB側(cè)手動修改了小區(qū)A的TAC，由TAC I修改為TAC 4，由此觸發(fā)eNodeB進行更新的廣播信息的下發(fā)。UE收到廣播后發(fā)現(xiàn)TA改變，由此觸發(fā)改變TA類型的TAU流程。MME發(fā)現(xiàn)UE發(fā)起TAU時所在TA的TAC為TAC 4，屬于TA List2，對應SGW2的服務(wù)區(qū)，這時MME為UE、重選SGW，在SGW2上為UE創(chuàng)建承載上下文(包括UE的承載上行IP地址和TEID)，并刪除UE在SGWl中的承載上下文(包括UE的承載上行IP地址和TEID)。TAU成功后，MME給UE回復跟蹤區(qū)域更新接受(Tracking Area Update Accept)消息。但是在該TAU過程中并沒有SI接口上的信令消息來通知eNodeB UE接入的SGW已經(jīng)發(fā)生了改變，那么eNodeB仍會把UE的上行業(yè)務(wù)包轉(zhuǎn)發(fā)至SGWl，然而這時SGWl中已經(jīng)刪除了 UE的承載上下文(包括UE的承載上行IP地址和TEID)，SGffl雖然接收到了 UE的上行業(yè)務(wù)包，但卻無法進行下一步的操作，從而導致UE的業(yè)務(wù)中斷。場景二、UE在eNodeB內(nèi)發(fā)生移動，eNodeB側(cè)小區(qū)改變觸發(fā)UE發(fā)起TA改變的TAU請同時參考圖2，在該場景中，eNodeB是同時支持這TAListl和TALi st2中的TAC的。UE在eNodeB下的小區(qū)A接入，小區(qū)A的TAC = TAC 1，在核心網(wǎng)側(cè)接入的SGffLeNodeB的小區(qū)B的TAC = TAC 4。UE從小區(qū)A向小區(qū)B切換，切換完成后，UE發(fā)現(xiàn)TA改變，發(fā)起TAU。MME發(fā)現(xiàn)UE發(fā)起TAU的TAC為TAC 4，屬于TA List2，對應SGW2的服務(wù)區(qū)，這時MME為UE重選SGW，在SGW2上為UE創(chuàng)建承載上下文(包括UE的承載上行IP地址和TEID)，并刪除UE在SGWl中的承載上下文(包括UE的承載上行IP地址和TEID)。TAU成功后，MME·給UE回復跟蹤區(qū)域更新接受(Tracking Area Update Accept)消息。但是在TAU過程中并沒有SI 口上的信令來通知eNodeB UE接入的SGW已經(jīng)發(fā)生了改變，那么eNodeB仍會把UE的上行業(yè)務(wù)包轉(zhuǎn)發(fā)至SGWl，然而這時SGWl中已經(jīng)刪除了 UE的承載上下文(包括UE的承載上行IP地址和TEID)，SGffl雖然接收到了 UE的上行業(yè)務(wù)包，但卻無法進行下一步的操作,從而導致UE的業(yè)務(wù)中斷。針對相關(guān)技術(shù)上述場景中演進型基站(eNodeB)由于無法獲知UE的承載上行IP地址和TEID改變而導致UE業(yè)務(wù)中斷的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
本發(fā)明提供了一種跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的方法及裝置，以至少解決上述問題。根據(jù)本發(fā)明的一個方面，提供了一種跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的方法，包括在用戶設(shè)備(UE)發(fā)起跟蹤區(qū)域更新(TAU)請求后，移動管理實體(MME)判斷更新后的目標服務(wù)網(wǎng)關(guān)(SGW)與源服務(wù)網(wǎng)關(guān)(SGW)是否相同；在判斷結(jié)果為否的情況下，MME繼續(xù)判斷UE當前接入的演進型基站(eNodeB)是否發(fā)生了改變；在eNodeB未發(fā)生改變的情況下，MME選擇目標SGW為UE服務(wù)并向eNodeB發(fā)送指示UE變更到目標SGW的服務(wù)區(qū)域中的通知消息，或者，MME停止為UE選擇SGW直接指示UE繼續(xù)在源SGW下接受服務(wù)。優(yōu)選地，在MME選擇目標SGW為UE服務(wù)之后，包括MME確定核心網(wǎng)在目標SGW上為UE成功建立第一承載上下文；MME根據(jù)第一承載上行文的建立確定跟蹤區(qū)域更新成功，并向UE發(fā)送指示跟蹤區(qū)域更新成功的確認消息。優(yōu)選地，MME向eNodeB發(fā)送指示UE變更到SGW的服務(wù)區(qū)域中的通知消息，包括MME獲取UE承載在目標SGW上的互聯(lián)網(wǎng)協(xié)議(IP)地址和隧道端點標識(TEID)，其中，IP地址和TEID能夠指示UE已經(jīng)變更到目標SGW的服務(wù)區(qū)域中；MME將IP地址和TEID攜帶在通知消息中發(fā)送給eNodeB。優(yōu)選地，在MME將IP地址和TEID攜帶在確認消息中發(fā)送給eNodeB之后，還包括eNodeB根據(jù)確認消息中的IP地址和TEID將UE承載的上行鏈路從源SGW上切換到目標SGW上；在切換操作成功的情況下，接收UE發(fā)送的上行業(yè)務(wù)包，并將上行業(yè)務(wù)包轉(zhuǎn)發(fā)給目標SGW。 優(yōu)選地，在MME選擇目標SGW為UE服務(wù)并向eNodeB發(fā)送指示UE變更到目標SGW的服務(wù)區(qū)域中的通知消息，或者，停止為UE選擇SGW直接指示UE繼續(xù)在源SGW下接受服務(wù)之后，還包括MME向UE發(fā)送指示跟蹤區(qū)域更新成功的確認消息。根據(jù)本發(fā)明的另一方面，提供了一種跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的裝置，包括第一判斷模塊，用于在用戶設(shè)備(UE)發(fā)起跟蹤區(qū)域更新(TAU)請求后，判斷更新后的目標服務(wù)網(wǎng)關(guān)(SGW)與源服務(wù)網(wǎng)關(guān)(SGW)是否相同；第二判斷模塊，用于在第一判斷模塊的判斷結(jié)果為否的情況下，判斷UE當前接入的演進型基站(eNodeB)是否發(fā)生了改變；執(zhí)行模塊，用于在UE當前接入的eNodeB未發(fā)生改變的情況下，選擇目標SGW為UE服務(wù)并向eNodeB發(fā)送指示UE變更到目標SGW的服務(wù)區(qū)域中的通知消息，或者，停止為UE選擇SGW直接指示UE繼續(xù)在源SGW下接受服務(wù)。 優(yōu)選地，該裝置還包括第一確定模塊，用于在執(zhí)行模塊選擇目標SGW為UE服務(wù)之后，確定核心網(wǎng)在目標SGW上為UE成功建立第一承載上下文；第二確定模塊,用于根據(jù)第一承載上行文的建立確定跟蹤區(qū)域更新成功，并向UE發(fā)送指示跟蹤區(qū)域更新成功的確認消
肩、O優(yōu)選地，執(zhí)行模塊包括獲取單元，用于獲取UE承載在目標SGW上的互聯(lián)網(wǎng)協(xié)議(IP)地址和隧道端點標識(TEID)，其中，IP地址和TEID能夠指示UE已經(jīng)變更到目標SGW的服務(wù)區(qū)域中；發(fā)送單元，用于將IP地址和TEID攜帶在通知消息中發(fā)送給eNodeB。優(yōu)選地，執(zhí)行模塊還包括指示切換單元，用于指示eNodeB根據(jù)確認消息中的IP地址和TEID將UE承載的上行鏈路從源SGW上切換到目標SGW上；指示轉(zhuǎn)發(fā)單元，用于在切換操作成功的情況下，指示eNodeB接收UE發(fā)送的上行業(yè)務(wù)包，并將上行業(yè)務(wù)包轉(zhuǎn)發(fā)給目標SGW。優(yōu)選地，該裝置還包括發(fā)送模塊，用于在執(zhí)行模塊選擇目標SGW為UE服務(wù)并向eNodeB發(fā)送指示UE變更到目標SGW的服務(wù)區(qū)域中的通知消息，或者，停止為UE選擇SGW直接指示UE繼續(xù)在源SGW下接受服務(wù)之后，向UE發(fā)送指示跟蹤區(qū)域更新成功的確認消息。通過本發(fā)明，采用在UE發(fā)生eNodeB不改變而SGW改變的跟蹤區(qū)域更新(TAU)的場景中，由MME選擇目標SGW為UE服務(wù)并向eNodeB發(fā)送指示UE變更到目標SGW的服務(wù)區(qū)域中的通知消息，或者，由MME停止為UE選擇SGW直接指示UE繼續(xù)在源SGW下接受服務(wù)的方式，解決了在UE發(fā)生eNodeB不改變而SGW改變的跟蹤區(qū)域更新(TAU)的場景下由于eNodeB無法獲知UE的承載上行IP地址和TEID改變而導致UE業(yè)務(wù)中斷的問題，進而達到了保持UE在經(jīng)歷TAU過程后的業(yè)務(wù)連續(xù)性，以及提高用戶體驗的效果。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖I是根據(jù)相關(guān)技術(shù)的在eNodeB的小區(qū)TAC配置改變導致UE發(fā)起eNodeB不變、SGff改變的TAU后(即場景一)的UE業(yè)務(wù)中斷示意圖2是根據(jù)相關(guān)技術(shù)的UE在eNodeB內(nèi)不同TA間移動導致UE發(fā)起eNodeB不變、SGff改變的TAU后(即場景二 )的業(yè)務(wù)中斷示意圖；圖3是根據(jù)本發(fā)明實施例的跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的方法流程圖；圖4是根據(jù)本發(fā)明優(yōu)選實施例一的UE發(fā)起eNodeB不變、SGW改變的TAU后保持UE業(yè)務(wù)連續(xù)性的示意圖；圖5是根據(jù)本發(fā)明優(yōu)選實施例二的UE發(fā)起eNodeB不變、SGW改變的TAU后保持UE業(yè)務(wù)連續(xù)性的示意圖；圖6是根據(jù)本發(fā)明優(yōu)選實施例一的在eNodeB的小區(qū)TAC配置改變導致UE發(fā)起eNodeB不變、SGW改變的TAU后(即場景一)保持UE業(yè)務(wù)連續(xù)性的流程圖；圖7是根據(jù)本發(fā)明優(yōu)選實施例一的UE在eNodeB內(nèi)不同TA間移動導致UE發(fā)起 eNodeB不變、SGW改變的TAU后(即場景二)保持UE業(yè)務(wù)連續(xù)性的流程圖；圖8是根據(jù)本發(fā)明優(yōu)選實施例二的在eNodeB的小區(qū)TAC配置改變導致UE發(fā)起eNodeB不變、SGW改變的TAU后(即場景一)保持UE業(yè)務(wù)連續(xù)性的流程圖；圖9是根據(jù)本發(fā)明優(yōu)選實施例二的UE在eNodeB內(nèi)不同TA間移動導致UE發(fā)起eNodeB不變、SGW改變的TAU后(即場景二)保持UE業(yè)務(wù)連續(xù)性的流程圖；圖10是根據(jù)本發(fā)明實施例的跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的裝置的結(jié)構(gòu)框圖；圖11是根據(jù)本發(fā)明優(yōu)選實施例的跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的裝置的結(jié)構(gòu)框圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。圖3是根據(jù)本發(fā)明實施例的跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的方法流程圖，如圖3所示，該方法主要包括以下步驟(步驟S302-步驟S306)步驟S302，在用戶設(shè)備(UE)發(fā)起跟蹤區(qū)域更新(TAU)請求后，移動管理實體(MME)判斷更新后的目標服務(wù)網(wǎng)關(guān)(SGW)與源服務(wù)網(wǎng)關(guān)(SGW)是否相同；步驟S304，在判斷結(jié)果為否的情況下，MME繼續(xù)判斷UE當前接入的演進型基站(eNodeB)是否發(fā)生了改變；步驟S306，在eNodeB未發(fā)生改變的情況下，MME選擇目標SGW為UE服務(wù)并向eNodeB發(fā)送指示UE變更到目標SGW的服務(wù)區(qū)域中的通知消息，或者，MME停止為UE選擇SGff直接指示UE繼續(xù)在源SGW下接受服務(wù)。在本實施例的步驟S304中，在MME選擇目標SGW為UE服務(wù)之后，MME還可以確定核心網(wǎng)在目標SGW上為UE成功建立第一承載上下文的情況下，進一步根據(jù)第一承載上行文的建立確定跟蹤區(qū)域更新成功，再向UE發(fā)送指示跟蹤區(qū)域更新成功的確認消息。在本實施例的步驟S304中，當MME向eNodeB發(fā)送指示UE變更到SGW的服務(wù)區(qū)域中的通知消息時，可以具體包括MME先獲取UE承載在目標SGW上的互聯(lián)網(wǎng)協(xié)議(IP)地址和隧道端點標識(TEID)(其中，IP地址和TEID能夠指示UE已經(jīng)變更到目標SGW的服務(wù)區(qū)域中)，再將IP地址和TEID攜帶在通知消息中發(fā)送給eNodeB。例如，在實際應用中，可以采用以下方式進行請參考圖4，圖4是根據(jù)本發(fā)明優(yōu)選實施例一的UE發(fā)起eNodeB不變、SGff改變的TAU后保持UE業(yè)務(wù)連續(xù)性的示意圖，如圖4所示，UE發(fā)起TAU請求之后，MME首先判斷更新的目標TA是否超出UE原來接入的SGWl的服務(wù)區(qū)，并繼續(xù)判斷UE當前接入的eNodeB是否發(fā)生改變，如果最終判定UE的SGW改變但是UE接入的eNodeB沒有改變，則為UE重選SGW。進一步地，當核心網(wǎng)側(cè)在SGW2建立了新的承載上下文后，MME可以向UE發(fā)送TAU ACC (跟蹤區(qū)域更新成功確認消息)，而且可以向eNodeB發(fā)送路徑切換請求響應(Path Switch RequestAcknowledge)消息(攜帶UE承載在SGW2的傳輸層(即IP)地址和TEID)，eNodeB收到該路徑切換請求響應消息后，在本地進行承載地址和TEID的上行切換(即將eNodeB的上行鏈路路徑從SGWl上遷移至SGW2上)，并把其接收到的來自UE的上行業(yè)務(wù)包轉(zhuǎn)發(fā)至SGW2。這樣，在TAU完成后，UE的業(yè)務(wù)就成功切換至SGW2，從而保持了 UE業(yè)務(wù)的連續(xù)性。
在本實施例中，在MME將IP地址和TEID攜帶在確認消息中發(fā)送給eNodeB之后，eNodeB就可以根據(jù)確認消息中的IP地址和TEID將UE承載的上行鏈路從源SGW上切換到目標SGW上，在切換操作成功的情況下，再接收UE發(fā)送的上行業(yè)務(wù)包，并將上行業(yè)務(wù)包轉(zhuǎn)發(fā)給目標SGW。例如，在實際應用中，MME停止為UE選擇SGW直接指示UE繼續(xù)在源SGW下接受服務(wù)時，可以采用以下方式進行請參考圖5，圖5是根據(jù)本發(fā)明優(yōu)選實施例二的UE發(fā)起eNodeB不變、SGW改變的TAU后保持UE業(yè)務(wù)連續(xù)性的示意圖，如圖5所示，UE發(fā)起TAU請求之后，MME首先判斷更新的目標TA是否超出UE原來接入的SGWl的服務(wù)區(qū)，并繼續(xù)判斷UE當前接入的eNodeB是否發(fā)生改變，如果最終判定UE的SGW改變但是UE接入的eNodeB沒有改變，此時，MME不再為UE重新選擇SGW，仍允許UE在SGWl下接受服務(wù)。同時向UE發(fā)送TAUACC(跟蹤區(qū)域更新成功確認消息)。這樣，在TAU完成后，UE繼續(xù)接受SGWl的服務(wù)，從而同樣也保持了 UE業(yè)務(wù)的連續(xù)性。在本實施例中，在MME停止為UE選擇SGW直接指示UE繼續(xù)在源SGW下接受服務(wù)之后，MME還可以向UE發(fā)送指示跟蹤區(qū)域更新成功的確認消息。以下結(jié)合圖6、圖7對本發(fā)明優(yōu)選實施例一的實現(xiàn)流程(包括實施例I和實施例2)進行詳細說明。實施例I圖6是根據(jù)本發(fā)明優(yōu)選實施例一的在eNodeB的小區(qū)TAC配置改變導致UE發(fā)起eNodeB不變、SGW改變的TAU后(即場景一)保持UE業(yè)務(wù)連續(xù)性的流程圖，如圖6所示，該流程包括以下步驟(步驟S602-步驟S610)步驟S602，UEATTACH(附著)成功，接入SGWl，在SGWl上建立承載上下文，數(shù)據(jù)傳輸正常；步驟S604，eNodeB配置小區(qū)TAC改變，UE收到更新的廣播后，發(fā)現(xiàn)小區(qū)TA改變，并且UE在該TA中未注冊，發(fā)起TAU流程；步驟S606，MME收到TAU請求，發(fā)現(xiàn)新TA不屬于SGWl服務(wù)區(qū)，判斷需要重選SGW，MME在SGW2發(fā)起承載創(chuàng)建流程；
步驟S608，SGW2承載創(chuàng)建成功，MME向UE發(fā)送TAU ACC消息，同時向eNodeB發(fā)送路徑切換請求響應消息，將SGW2的承載IP地址和TEID信息通知eNodeB，MME向SGWl發(fā)送刪除回話請求消息，SGffl刪除UE的承載信息；步驟S610，eNodeB收到消息后，切換承載的上行IP地址和TEID，向SGW2轉(zhuǎn)發(fā)UE的數(shù)據(jù)包。UE數(shù)據(jù)業(yè)務(wù)保持連續(xù)。實施例2圖7是根據(jù)本發(fā)明優(yōu)選實施例一的UE在eNodeB內(nèi)不同TA間移動導致UE發(fā)起eNodeB不變、SGW改變的TAU后(即場景二)保持UE業(yè)務(wù)連續(xù)性的流程圖，如圖7所示，該流程包括以下步驟(步驟S702-步驟S710)步驟S702，UEATTACH(附著)成功，接入SGWl，在SGWl上建立承載上下文，數(shù)據(jù)傳輸正常；
步驟S704，UE在eNodeB內(nèi)的不同TA間移動，UE收到移動的目標小區(qū)的廣播后，發(fā)現(xiàn)小區(qū)TA改變，并且UE在該TA中未注冊，發(fā)起TAU流程；步驟S706，MME收到TAU請求，發(fā)現(xiàn)新TA不屬于SGWl服務(wù)區(qū)，判斷需要重選SGW，MME在SGW2發(fā)起承載創(chuàng)建流程；步驟S708，SGW2承載創(chuàng)建成功，MME向UE發(fā)送TAU ACC消息，同時向eNodeB發(fā)送路徑切換請求響應消息，將SGW2的承載IP地址和TEID信息通知eNodeB，MME向SGWl發(fā)送刪除回話請求消息，SGffl刪除UE的承載信息；步驟S710，eNodeB收到消息后，切換承載的上行IP地址和TEID，向SGW2轉(zhuǎn)發(fā)UE的數(shù)據(jù)包，UE數(shù)據(jù)業(yè)務(wù)保持連續(xù)。以下結(jié)合圖8、圖9對本發(fā)明優(yōu)選實施例二的實現(xiàn)流程(包括實施例3和實施例4)進行詳細說明。實施例3圖8是根據(jù)本發(fā)明優(yōu)選實施例二的在eNodeB的小區(qū)TAC配置改變導致UE發(fā)起eNodeB不變、SGW改變的TAU后(即場景一)保持UE業(yè)務(wù)連續(xù)性的流程圖，如圖8所示，該流程包括以下步驟(步驟S802-步驟S808)步驟S802，UEATTACH(附著)成功，接入SGWl，在SGWl上建立承載上下文，數(shù)據(jù)傳輸正常；步驟S804，eNodeB配置小區(qū)TAC改變，UE收到更新的廣播后，發(fā)現(xiàn)小區(qū)TA改變，并且UE在該TA中未注冊，發(fā)起TAU流程；步驟S806，MME收到TAU請求，發(fā)現(xiàn)新TA不屬于SGWl服務(wù)區(qū)，并且UE接入的eNodeB沒有發(fā)生改變，則MME不重新選擇SGW，仍然讓UE在SGWl下接受服務(wù)；步驟S808，MME向UE發(fā)送TAUACC消息，UE數(shù)據(jù)業(yè)務(wù)保持連續(xù)。實施例4圖9是根據(jù)本發(fā)明優(yōu)選實施例二的UE在eNodeB內(nèi)不同TA間移動導致UE發(fā)起eNodeB不變、SGW改變的TAU后(即場景二)保持UE業(yè)務(wù)連續(xù)性的流程圖，如圖9所示，該流程包括以下步驟(步驟S902-步驟S908)步驟S902，UE在eNodeB內(nèi)的不同TA間移動，UE收到移動的目標小區(qū)的廣播后，發(fā)現(xiàn)小區(qū)TA改變，并且UE在該TA中未注冊，發(fā)起TAU流程；
步驟S904，eNodeB配置小區(qū)TAC改變，UE收到更新的廣播后，發(fā)現(xiàn)小區(qū)TA改變，并且UE在該TA中未注冊，發(fā)起TAU流程；步驟S906，MME收到TAU請求，發(fā)現(xiàn)新TA不屬于SGWl服務(wù)區(qū)，并且UE接入的eNodeB沒有發(fā)生改變，則MME不重新選擇SGW，仍然讓UE在SGWl下接受服務(wù)；步驟S908，MME向UE發(fā)送TAUACC消息，UE數(shù)據(jù)業(yè)務(wù)保持連續(xù)。采用上述實施例提供的跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的方法，當UE發(fā)生eNodeB不改變而SGW改變的跟蹤區(qū)域更新(TAU)后，由MME選擇目標SGW為UE服務(wù)并向eNodeB發(fā)送指示UE變更到目標SGW的服務(wù)區(qū)域中的通知消息，或者，由MME停止為UE選擇SGW直接指示UE繼續(xù)在源SGW下接受服務(wù)的方式，可以使該場景下的eNodeB在獲知UE的承載上行IP地址和TEID的改變后及時調(diào)整UE業(yè)務(wù)路徑，進而達到了保持UE在經(jīng)歷TAU過程后的業(yè)務(wù)連續(xù)性，以及提高用戶體驗的效果。圖10是根據(jù)本發(fā)明實施例的跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的裝置的 結(jié)構(gòu)框圖，該裝置用以實現(xiàn)上述方法實施例提供的跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的方法，如圖10所示，該裝置主要包括第一判斷模塊10、第二判斷模塊20，以及執(zhí)行模塊30。其中，第一判斷模塊10，用于在用戶設(shè)備(UE)發(fā)起跟蹤區(qū)域更新(TAU)請求后，判斷更新后的目標服務(wù)網(wǎng)關(guān)(SGW)與源服務(wù)網(wǎng)關(guān)(SGW)是否相同；第二判斷模塊20，連接至第一判斷模塊10，用于在第一判斷模塊的判斷結(jié)果為否的情況下，判斷UE當前接入的演進型基站(eNodeB)是否發(fā)生了改變；執(zhí)行模塊30，連接至第二判斷模塊20，用于在UE當前接入的eNodeB未發(fā)生改變的情況下，選擇目標SGW為UE服務(wù)并向eNodeB發(fā)送指示UE變更到目標SGW的服務(wù)區(qū)域中的通知消息，或者，停止為UE選擇SGW直接指示UE繼續(xù)在源SGW下接受服務(wù)。圖11是根據(jù)本發(fā)明優(yōu)選實施例的跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的裝置的結(jié)構(gòu)框圖，如圖11所示，該裝置還可以包括第一確定模塊40，連接至執(zhí)行模塊30，用于在執(zhí)行模塊選擇目標SGW為UE服務(wù)之后，確定核心網(wǎng)在目標SGW上為UE成功建立第一承載上下文；第二確定模塊50,連接至第一確定模塊40,用于根據(jù)第一承載上行文的建立確定跟蹤區(qū)域更新成功，并向UE發(fā)送指示跟蹤區(qū)域更新成功的確認消息。在本實施例中，執(zhí)行模塊30可以包括獲取單元32，用于獲取UE承載在目標SGW上的互聯(lián)網(wǎng)協(xié)議(IP)地址和隧道端點標識(TEID)，其中，IP地址和TEID能夠指示UE已經(jīng)變更到目標SGW的服務(wù)區(qū)域中；發(fā)送單元34，連接至獲取單元32，用于將IP地址和TEID攜帶在通知消息中發(fā)送給eNodeB。優(yōu)選地，執(zhí)行模塊30還可以包括指示切換單元36，連接至發(fā)送單元34，用于指示eNodeB根據(jù)確認消息中的IP地址和TEID將UE承載的上行鏈路從源SGW上切換到目標SGW上；指示轉(zhuǎn)發(fā)單元38，連接至指示切換單元36，用于在切換操作成功的情況下，指示eNodeB接收UE發(fā)送的上行業(yè)務(wù)包，并將上行業(yè)務(wù)包轉(zhuǎn)發(fā)給目標SGW。在本實施例中，該裝置還可以包括發(fā)送模塊60，連接至執(zhí)行模塊30，用于在執(zhí)行模塊30選擇目標SGW為UE服務(wù)并向eNodeB發(fā)送指示UE變更到目標SGW的服務(wù)區(qū)域中的通知消息，或者，停止為UE選擇SGW直接指示UE繼續(xù)在源SGW下接受服務(wù)之后，向UE發(fā)送指示跟蹤區(qū)域更新成功的確認消息。采用上述實施例提供的跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的裝置，當UE發(fā)生eNodeB不改變而SGW改變的跟蹤區(qū)域更新(TAU)后，由MME選擇目標SGW為UE服務(wù)并向eNodeB發(fā)送指示UE變更到目標SGW的服務(wù)區(qū)域中的通知消息，或者，由MME停止為UE選擇SGW直接指示UE繼續(xù)在源SGW下接受服務(wù)的方式，可以使該場景下的eNodeB在獲知UE的承載上行IP地址和TEID的改變后及時調(diào)整UE業(yè)務(wù)路徑，進而達到了保持UE在經(jīng)歷TAU過程后的業(yè)務(wù)連續(xù)性，以及提高用戶體驗的效果。從以上的描述中，可以看出，本發(fā)明實現(xiàn)了如下技術(shù)效果在UE發(fā)生eNodeB不改變而SGW改變的跟蹤區(qū)域更新(TAU)的場景中，由MME選擇目標SGW為UE服務(wù)并向eNodeB發(fā)送指示UE變更到目標SGW的服務(wù)區(qū)域中的通知消息，或者，由MME停止為UE選擇SGW直接指示UE繼續(xù)在源SGW下接受服務(wù)的方式，解決了在UE發(fā)生eNodeB不改變而SGW改變的跟蹤區(qū)域更新(TAU)的場景下由于eNodeB無法獲知UE的承載上行IP地址和TEID改變而導致UE業(yè)務(wù)中斷的問題，可以使該場景下的eNodeB在獲知UE的承載上行IP地址和TEID的改變后及時調(diào)整UE業(yè)務(wù)路徑，進而達到了保持UE在經(jīng)歷TAU過程后的業(yè)務(wù)連續(xù)性，以及提高用戶體驗的效果。
顯然，本領(lǐng)域的技術(shù)人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的方法，其特征在于，包括 在用戶設(shè)備UE發(fā)起跟蹤區(qū)域更新TAU請求后，移動管理實體MME判斷更新后的目標服務(wù)網(wǎng)關(guān)SGW與源服務(wù)網(wǎng)關(guān)SGW是否相同； 在判斷結(jié)果為否的情況下,所述MME繼續(xù)判斷所述UE當前接入的演進型基站eNodeB是否發(fā)生了改變； 在所述eNodeB未發(fā)生改變的情況下，所述MME選擇所述目標SGW為所述UE服務(wù)并向所述eNodeB發(fā)送指示所述UE變更到所述目標SGW的服務(wù)區(qū)域中的通知消息，或者，所述MME停止為所述UE選擇SGW直接指示所述UE繼續(xù)在源SGW下接受服務(wù)。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，在所述MME選擇所述目標SGW為所述UE服務(wù)之后，包括 所述MME確定核心網(wǎng)在所述目標SGW上為所述UE成功建立第一承載上下文； 所述MME根據(jù)所述第一承載上行文的建立確定跟蹤區(qū)域更新成功，并向所述UE發(fā)送指示跟蹤區(qū)域更新成功的確認消息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述MME向所述eNodeB發(fā)送指示所述UE變更到所述SGW的服務(wù)區(qū)域中的通知消息，包括 所述MME獲取所述UE承載在所述目標SGW上的互聯(lián)網(wǎng)協(xié)議IP地址和隧道端點標識TEID，其中，所述IP地址和所述TEID能夠指示所述UE已經(jīng)變更到所述目標SGW的服務(wù)區(qū)域中； 所述MME將所述IP地址和所述TEID攜帶在所述通知消息中發(fā)送給所述eNodeB。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述MME將所述IP地址和所述TEID攜帶在所述確認消息中發(fā)送給所述eNodeB之后，還包括 所述eNodeB根據(jù)所述確認消息中的所述IP地址和所述TEID將所述UE承載的上行鏈路從所述源SGW上切換到所述目標SGW上； 在切換操作成功的情況下，接收所述UE發(fā)送的上行業(yè)務(wù)包，并將所述上行業(yè)務(wù)包轉(zhuǎn)發(fā)給所述目標SGW。
5.根據(jù)權(quán)利要求I所述的方法，其特征在于，在所述MME選擇所述目標SGW為所述UE服務(wù)并向所述eNodeB發(fā)送指示所述UE變更到所述目標SGW的服務(wù)區(qū)域中的通知消息，或者，所述MME停止為所述UE選擇SGW直接指示所述UE繼續(xù)在源SGW下接受服務(wù)之后,還包括 所述MME向所述UE發(fā)送指示跟蹤區(qū)域更新成功的確認消息。
6.一種跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的裝置，位于移動管理實體MME，其特征在于，包括 第一判斷模塊，用于在用戶設(shè)備UE發(fā)起跟蹤區(qū)域更新TAU請求后，判斷更新后的目標服務(wù)網(wǎng)關(guān)SGW與源服務(wù)網(wǎng)關(guān)SGW是否相同； 第二判斷模塊，用于在所述第一判斷模塊的判斷結(jié)果為否的情況下，判斷所述UE當前接入的演進型基站eNodeB是否發(fā)生了改變； 執(zhí)行模塊，用于在所述UE當前接入的所述eNodeB未發(fā)生改變的情況下，選擇所述目標SGff為所述UE服務(wù)并向所述eNodeB發(fā)送指示所述UE變更到所述目標SGW的服務(wù)區(qū)域中的通知消息，或者，停止為所述UE選擇SGW直接指示所述UE繼續(xù)在源SGW下接受服務(wù)。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括 第一確定模塊，用于在所述執(zhí)行模塊選擇所述目標SGW為所述UE服務(wù)之后，確定核心網(wǎng)在所述目標SGW上為所述UE成功建立第一承載上下文； 第二確定模塊，用于根據(jù)所述第一承載上行文的建立確定跟蹤區(qū)域更新成功，并向所述UE發(fā)送指示跟蹤區(qū)域更新成功的確認消息。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述執(zhí)行模塊包括 獲取單元，用于獲取所述UE承載在所述目標SGW上的互聯(lián)網(wǎng)協(xié)議IP地址和隧道端點標識TEID，其中，所述IP地址和所述TEID能夠指示所述UE已經(jīng)變更到所述目標SGW的服務(wù)區(qū)域中； 發(fā)送單元，用于將所述IP地址和所述TEID攜帶在所述通知消息中發(fā)送給所述eNodeB。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述執(zhí)行模塊還包括 指示切換單元，用于指示所述eNodeB根據(jù)所述確認消息中的所述IP地址和所述TEID將所述UE承載的上行鏈路從所述源SGW上切換到所述目標SGW上； 指示轉(zhuǎn)發(fā)單元，用于在切換操作成功的情況下，指示所述eNodeB接收所述UE發(fā)送的上行業(yè)務(wù)包，并將所述上行業(yè)務(wù)包轉(zhuǎn)發(fā)給所述目標SGW。
10.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括 發(fā)送模塊，用于在所述執(zhí)行模塊選擇所述目標SGW為所述UE服務(wù)并向所述eNodeB發(fā)送指示所述UE變更到所述目標SGW的服務(wù)區(qū)域中的通知消息，或者，停止為所述UE選擇SGff直接指示所述UE繼續(xù)在源SGW下接受服務(wù)之后，向所述UE發(fā)送指示跟蹤區(qū)域更新成功的確認消息。
全文摘要
本發(fā)明公開了一種跟蹤區(qū)域更新后保持用戶設(shè)備業(yè)務(wù)連續(xù)性的方法及裝置。其中，該方法包括在用戶設(shè)備(UE)發(fā)起跟蹤區(qū)域更新(TAU)請求后，移動管理實體(MME)判斷更新后的目標服務(wù)網(wǎng)關(guān)(SGW)與源服務(wù)網(wǎng)關(guān)(SGW)是否相同；在判斷結(jié)果為否的情況下，MME繼續(xù)判斷UE當前接入的演進型基站(eNodeB)是否發(fā)生了改變；在eNodeB未發(fā)生改變的情況下，MME選擇目標SGW為UE服務(wù)并向eNodeB發(fā)送指示UE變更到目標SGW的服務(wù)區(qū)域中的通知消息，或者，MME停止為UE選擇SGW直接指示UE繼續(xù)在源SGW下接受服務(wù)。通過本發(fā)明，可以保持UE在經(jīng)歷TAU過程后的業(yè)務(wù)連續(xù)性，從而提高了用戶體驗。
文檔編號H04W68/00GK102761965SQ201210125209
公開日2012年10月31日 申請日期2012年4月25日 優(yōu)先權(quán)日2012年4月25日
發(fā)明者孫偉, 張 榮 申請人:中興通訊股份有限公司