專利名稱：一種分組核心網網絡實體的遷移方法
技術領域：
本發(fā)明涉及分組核心網技術領域，特別是一種分組核心網網絡實體的遷 移方法。
背景技術：
通用移動通信系統(tǒng)(UMTS)是采用寬帶碼分多址(WCDMA)空中接 口技術的第三代移動通信系統(tǒng)，通常也把UMTS系統(tǒng)稱為WCDMA通信系 統(tǒng)。參見圖1， UMTS系統(tǒng)采用了與第二代移動通信系統(tǒng)類似的結構，包括 用戶設備(UE)、陸地無線接入網(UTRAN)和核心網絡(CN)。其中， UTRAN用于處理所有與無線有關的功能，而CN用于處理UMTS系統(tǒng)內所 有的話音呼叫和數據連接，并實現與外部網絡的交換和路由功能。CN,人邏 輯上分為電路交換域(CS)和分組交換域(PS)。如圖2所示，UTRAN包含一個或幾個無線網絡子系統(tǒng)(RNS) 。 RNS 由一個無線網絡控制器(RNC)和至少一個基站(NodeB)組成。RNC與 CN之間的接口是Iu接口 ， NodeB和RNC通過Iub接口連接。在UTRAN 內部，RNC之間通過Iur互聯(lián)，Iur可以通過RNC之間的直接物理連接或通 過傳輸網連接來實現。RNC用來分配和控制與之相連或相關的NodeB的無 線資源。NodeB則完成Iub接口和Uu接口之間的數據流的轉換，同時也參 與一部分無線資源管理。NodeB包括無線收發(fā)信機和基帶處理部件。通過標準的Iub接口和RNC 互連，主要完成Uu接口物理層協(xié)議的處理。它的主要功能是擴頻、調制、 信道編碼及解擴、解調、信道解碼，還包括基帶信號和射頻信號的相互轉換 等功能。RNC用于控制UTRAN的無線資源，主要完成連接建立和斷開、切
換、宏分集合并、無線資源管理控制等功能。以上的網絡架構是基于第三代合作伙伴(3GPP) Rel6以前版本的架構， 考慮到未來網絡的竟爭能力，3GPP正在研究一種全新的演進網絡架構以滿 足未來十年甚至更長時間內移動網絡的應用需求，包括系統(tǒng)架構演進(SAE) 和接入網的長期演進(LTE)，其中演進的接入網稱為E-UTRAN。網絡演 進的目標是希望提供一種低時延、高數據速率、高系統(tǒng)容量和覆蓋、低成本、 完全基于IP的網絡。由于E-UTRAN是一種全新的網絡架構，因此現有架 構的所有節(jié)點、功能和流程都將發(fā)生實質性的變化。演進的分組核心網絡架構如圖3所示，包括移動性管理實體(Mobility Management Entity, MME)、用戶面實體(User Plane Entity， UPE)以及 不同接入系統(tǒng)之間的用戶面錨點(Inter Access System Anchor, IAS A )三個 邏輯功能實體。其中，MME負責控制面的移動性管理，包括用戶上下文 (context)和移動狀態(tài)管理，分配用戶臨時身份標識等，對應于當前通用分 組無線服務(GPRS) /UMTS系統(tǒng)內部GPRS業(yè)務支持點(SGSN)的控制 平面部分；UPE負責空閑狀態(tài)下為下行數據發(fā)起尋呼，管理保存IP承載參 數和網絡內路由信息等，對應于當前GPRS/UMTS系統(tǒng)內部SGSN和GPRS 網關支持點(GGSN)的數據平面部分；IASA則充當不同接入系統(tǒng)間的用 戶面4苗點。策略和i十費夫見貝寸功能實體(Policy and Charging Rule Function, PCRF)用于策略控制決定和流計費控制功能。歸屬網絡服務器(Home Subscriber Server, HSS )用于存儲用戶簽約信息。需要注意的是，圖3中的 各個接口功能和是否存在目前還沒有最終確定，同時MME、 UPE和IASA的關系也還沒有最終確定。在演進網絡中，LTE內部(Intra-LTE)切換是按如圖4的流程實現的。 參照圖4, Intra-LTE切換包括以下步驟步驟1101,在連接建立時或在最后一次跟蹤區(qū)(TA)更新時，提供源 演進基站(S-eNodeB)內UE上下文包含的漫游限制信息。步驟1102,S-eNodeB根據漫游限制信息配置UE的測量過程。S-eNodeB 提供的測量信息為控制UE的連接移動功能提供幫助。步驟1103,根據UE的測量結果和S-eNodeB的無線資源管理(RRM) 信息，S-eNodeB決定將UE切換到由目標演進基站(T-eNodeB )控制的一 個小區(qū)(cell)中。步驟1104， S-eNodeB向T-eNodeB發(fā)送一個切換請求(HO request)消 息，消息中傳遞目標側切換準備時的必要信息。T-eNodeB配置需要的資源。步驟1105，如果T-eNodeB可以滿足切換所需的資源需求，T-eNodeB 將完成準入控制以提高切換成功的可能性。步驟1106,目標側完成切換準備過程，向S-eNodeB發(fā)送切換響應(HO Response)消息，消息中傳遞為UE重配置無線資源信息。步驟1107， S-eNodeB向UE發(fā)送切換命令(HO Command)消息。命 令UE完成切換過程，消息中包含目標側的無線資源信息。步驟1108, UE在目標側進行層1/層2 (Ll/L2)的同步過程。步驟1109， 一旦成功接入目標側cell, UE就向T-eNodeB發(fā)送切:換完 成(HO Complete)消息表示切換完成。步驟1110， T-eNodeB向MME/UPE發(fā)送HO Complete消息通知 MME/UPEUE已經更換cell。 UPE將數據路徑切換到T-eNodeB，并釋放 S-eNodeB相關的用戶面和傳輸網絡層的資源。步驟1111, MME/UPE向T-eNodeB發(fā)送HO Complete消息的確認消息 (HO Complete ACK )。步驟1112， T-eNodeB向S-eNodeB發(fā)送資源釋放(Release Resource) 消息觸發(fā)S-eNodeB釋放資源。T-eNodeB可以在收到切換完成消息后直接發(fā) 送該消息。步驟1113，收到Release Resource消息后，S-eNodeB釋放和UE上下文 相關的無線和控制面的資源。S-eNodeB應該繼續(xù)完成向T-eNodeB的數據轉 發(fā)，直到一個實現相關的機制決定數據轉發(fā)可以停止并且用戶面/傳輸網絡 層的資源可以被釋放。
步驟1114，如果新的cell屬于一個新的TA， UE需要向MME/UPE進 行TA注冊，MME/UPE將更新目標側的區(qū)域限制信息。為了在SAE/LTE系統(tǒng)中支持網絡冗余和負栽共享，SI接口的多對多關 系被稱作為Sl-flex 。即E-UTRAN的 一 個節(jié)點可以同時連接到多個 MME/UPE。利用IP網絡的連通性， 一個eNodeB理論上可以和所有的 MME/UPE相連接。然而，由于網絡安全或網絡運營方面的原因，Sl接口的 連接一般為區(qū)域受限的。因此， 一個公共陸地移動網(PLMN)內的所有 MME/UPE和所有eNodeB間并不是全互連的。參照圖5， SAE/LTE系統(tǒng)中對池區(qū)域(pool area)的定義如下 一個 SAE/LTE pool area由一定數量的eNodeB組成，這些eNodeB在地理上和一 或多個MME/UPE相聯(lián)系； 一個SAE/LTE pool area由 一個或幾個MME/UPE 并行提供服務； 一個eNodeB可以屬于多個SAE/LTE pool area,即多個重疊 的SAE/LTE pool area都包括這個eNodeB;如果一個TA跨越了多個 SAE/LTE pool area,則TA內所有的eNodeB都必須屬于相同的一個或多個 pool area; —個SAE/LTE pool area由一個或幾個TA組成。如圖5所示，在SI接口連接可達的情況下，UE的服務MME/UPE將一 直保持不變。在這種情況下不存在ACTIVE態(tài)下的UE服務MME/UPE的遷 移過程。如果網絡不支持S1接口的全連接，當UE穿越pool area的邊界時，就 需要改變UE的服務MME/UPE。現在初步提出了一種方法，即在pool area 的重疊區(qū)域內提前進行MME/UPE的遷移?？梢酝ㄟ^為在重疊區(qū)域內的每個 eNodeB定義MME/UPE的主池(primary pool )和相鄰池(neighboring pool)。 當重疊區(qū)域的eNodeB發(fā)現為UE提供服務的MME/UPE處于neighboring pool時，則發(fā)起服務MME/UPE的遷移過程。但是，現有的技術沒有給出MME/UPE遷移所需參數的傳遞方法和具體 的MME/UPE的遷移流程
發(fā)明內容
有鑒于此，本發(fā)明提出了一種分組核心網網絡實體的遷移方法，用以實 現分組核心網網絡實體的遷移。根據上述目的，本發(fā)明提供了一種分組核心網網絡實體的遷移方法，該方法包括A. 目標演進基站(T-eNodeB)向源分組核心網網絡實體通知UE完成 從源演進基站(S-eNodeB)切換到T-eNodeB,并在通知消息中攜帶遷移參 數；B. 源分組核心網網絡實體根據所述遷移參數觸發(fā)遷移，并將UE的上 下文信息傳送給目標分組核心網網絡實體；C. 源分組核心網網絡實體向T-eNodeB發(fā)送目標分組核心網網絡實體 的地址信息，并通知T-eNodeB更換服務的分組核心網網絡實體；D. T-eNodeB向目標分組核心網網絡實體請求提供服務，目標分組核 心網網絡實體與Anchor之間進行路由更新。步驟A之前進一步包括UE從S-eNodeB切換到T-eNodeB的步驟。 步驟A之前進一步包括在演進基站eNodeB中配置屬于主池的分組核 心網網絡實體列表和屬于相鄰池的分組核心網網絡實體列表。所述遷移參數包括目標分組核心網網絡實體；步驟A進一步包括 T-eNodeB根據相鄰池的分組核心網網絡實體列表判斷出源分組核心網網絡 實體屬于相鄰池的分組核心網網絡實體列表，從主池的分組核心網網絡實體列表中選擇一個分組核心網網絡實體作為目標分組核心網網絡實體，并發(fā)送 給源分組核心網網絡實體。所述遷移參數包括T-eNodeB所屬主池的分組核心網網絡實體列表和相 鄰池的分組核心網網絡實體列表。所述遷移參數包括遷移指示信息。所述遷移參數包括T-eNodeB所屬主池的分組核心網網絡實體列表、相
鄰池的分組核心網網絡實體列表以及遷移指示信息。所述遷移參數包括T-eNodeB選擇的目標分組核心網網絡實體和遷移指示信息。步驟B進一步包括源分組核心網網絡實體根據相鄰池的分組核心網 網絡實體列表判斷出自身在相鄰池的分組核心網網絡實體列表內，從主池的 分組核心網網絡實體列表中選擇一個分組核心網網絡實體作為目標分組核 心網網絡實體。步驟B進一步包括源分組核心網網絡實體根據遷移指示信息決定發(fā) 起遷移過程。該方法進一步包括T-eNodeB在UE處于休眠狀態(tài)時，發(fā)起遷移過程。該方法進一步包括T-eNodeB判斷出源分組核心網網絡實體在相鄰池 內時，發(fā)起遷移過程。步驟C中進一步包括源分組核心網網絡實體判斷UE是否處于休眠狀態(tài) 的步驟，并在是的情況下通知T-eNodeB更換服務的分組核心網網絡實體。步驟C中源分組核心網網絡實體通知T-eNodeB更換服務的分組核心網 網絡實體之前進一步包括源分組核心網網絡實體通過檢測UE在一定周期內的數據流量確定UE處于非活動期。步驟C中，源分組核心網網絡實體在UE為活動狀態(tài)或空閑狀態(tài)時，通知T-eNodeB更換服務的分組核心網網絡實體。步驟D之后進一步包括目標分組核心網網絡實體通知源分組核心網網 絡實體遷移完成的步驟。步驟D之后進一步包括源分組核心網網絡實體釋放資源的步驟。 該方法進一步包括目標分組核心網網絡實體更新HSS上所述UE的位 置信息。該方法進一步包括UE發(fā)起跟蹤區(qū)TA更新流程，更新網絡中該UE 的位置信息。所述分組核心網網絡實體包括移動管理實體MME和用戶面實體UPE， 且MME和UPE為合并的一個實體。所述分組核心網網絡實體包括MME和UPE，且MME和UPE為單獨的實體。該方法進一步包括源移動管理實體S-MME收到T-eNodeB的切換完 成通知后，請求源用戶面實體S-UPE將UE的用戶面路徑切換到T-eNodeB, S-MME或S-UPE向T-eNodeB確認切換完成；目標移動管理實體T-MME 收到UE的上下文信息后，將所述UE的上下文信息發(fā)送給目標用戶面實體 T-UPE 。該方法進一步包括S-MME收到T-eNodeB的切換完成通知后，請求 S-UPE將UE的用戶面路徑切換到T-eNodeB, S-MME或S-UPE向T-eNodeB 確認切換完成；S-MME觸發(fā)遷移后，向T-UPE發(fā)出遷移請求；T-UPE從 S-UPE請求UE的上下文信息，并請求T-eNodeB將用戶面路徑從S-UPE切 換到T-UPE; T-eNodeB根據該請求將用戶面路徑從S-UPE切換到T-UPE。該方法進一步包括S-UPE收到T-eNodeB的切換完成通知后，通知 S-MME UE位置發(fā)生變化，并向T-eNodeB確認切換完成；S-MME觸發(fā)遷 移后，向T-MME發(fā)出遷移請求，T-MME將UE的上下文信息發(fā)送給T-UPE。該方法進一步包括S-UPE收到T-eNodeB的切換完成通知后，通知 S-MME UE位置發(fā)生變化，并向T-eNodeB確認切換完成；S-MME觸發(fā)遷 移后，向T-UPE發(fā)出遷移請求；T-UPE從S-UPE請求UE的上下文信息， 并請求T-eNodeB將用戶面路徑從S-UPE切換到T-UPE; T-eNodeB根據該 請求將用戶面路徑從S-UPE切換到T-UPE。從上述方案中可以看出，由于本發(fā)明詳細給出了服務分組核心網網絡實 體遷移時各網絡實體之間的交互流程，從而實現了分組核心網網絡實體的遷 移。進一步，本發(fā)明還給出了遷移時各網絡實體之間需要傳遞的參數，便于 實現。另外，本發(fā)明還給出了多種觸發(fā)分組核心網網絡實體遷移的方法，使 得能夠在多種場合實現分組核心網網絡實體的遷移。本發(fā)明還降低了 UE在 池區(qū)域邊界移動時由于SI接口區(qū)域受限而掉話的風險。


圖1為UMTS系統(tǒng)結構示意圖； 圖2為UTRAN網絡結構示意圖； 圖3為演進的分組核心網網絡架構圖； 圖4為Intra-LTE HO流程示意圖； 圖5為pool area和SI-flex的關系圖； 圖6為本發(fā)明第一實施例的流程示意圖； 圖7為本發(fā)明第二實施例的流程示意圖； 圖8為本發(fā)明第三實施例的流程示意圖； 圖9為本發(fā)明第四實施例的流程示意圖； 圖10為本發(fā)明第五實施例的流程示意圖。
具體實施方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，以下舉實施例對本發(fā)明 進一步詳細"i兌明。首先描述本發(fā)明的總體構思。本發(fā)明預先在處于pool area重疊區(qū)域的 eNodeB中配置了屬于primary pool的MME/UPE列表和屬于neighboring pool 的MME/UPE列表。然后，MME/UPE的遷移過程如下 步驟SI ， S-eNodeB發(fā)起Intra-LTE切換過程。 步驟S2,切換完成后，UE向T-eNodeB發(fā)送切換完成消息。 步驟S3， T-eNodeB收到切換完成消息后，可以做如下幾種方式的處理， 向源MME/UPE ( S-MME/UPE )發(fā)送不同的遷移參數處理方式一T-eNodeB根據配置的primary pool的MME/UPE列表和 neighboring pool的MME/UPE列表信息判斷出當前的服務MME/UPE處于 neighboring pool列表內，則從primary pool的MME/UPE列表中選擇一個 MME/UPE,作為服務MME/UPE遷移的目標MME/UPE (T-MME/UPE); T-eNodeB向S-MME/UPE發(fā)送切換完成消息，消息中包含有已選擇的 T-MME/UPE信息。在某些場景下，切換完成消息也可能稱為路徑切換消息， 它們的作用是等同的，本發(fā)明不限制具體的消息名稱。處理方式二 T-eNodeB向S-MME/UPE發(fā)送切換完成消息，消息中包 含有T-eNodeB所屬的primary pool的MME/UPE列表和neighboring pool的 MME/UPE列表信息。在某些場景下，切換完成消息也可能稱為路徑切換消 息，它們的作用是等同的，本發(fā)明不限制具體的消息名稱。處理方式三T-eNodeB向S-MME/UPE發(fā)送切換完成消息，消息中包 含有MME/UPE遷移的指示信息。該指示信息指示CN節(jié)點發(fā)起爿l務 MME/UPE的遷移過程。在某些場景下，切換完成消息也可能稱為路徑切換 消息，它們的作用是等同的，本發(fā)明不限制具體的消息名稱。處理方式四T-eNodeB向S-MME/UPE發(fā)送切換完成消息，消息中包 含有T-eNodeB所屬的primary pool的MME/UPE歹'J表和neighboring pool的 MME/UPE列表信息和MME/UPE遷移的指示信息。該指示信息指示CN節(jié) 點發(fā)起服務MME/UPE的遷移過程。在某些場景下，切換完成消息也可能稱 為路徑切換消息，它們的作用是等同的，本發(fā)明不限制具體的消息名稱。處理方式五T-eNodeB向S-MME/UPE發(fā)送切換完成消息，消息中包 含有已選擇的T-MME/UPE信息和MME/UPE遷移的指示信息。該指示信息 指示CN節(jié)點發(fā)起服務MME/UPE的遷移過程。在某些場景下，切換完成消 息也可能稱為路徑切換消息，它們的作用是等同的，本發(fā)明不限制具體的消 息名稱。在上面幾種方式中，向S-MME/UPE發(fā)送的遷移參數可以包括T-eNodeB 選擇的T-MME/UPE、 T-eNodeB所屬的primary pool的MME/UPE列表和 neighboring pool的MME/UPE列表信息、遷移指示信息以及它們的不同組 合。步驟S4， S-MME/UPE收到切換完成消息或路徑切換消息后將做如下處理處理方式一如果切換完成消息中不包含服務MME/UPE遷移的
T隱MME/UPE信息，則S-MME/UPE才艮據消息中的eNodeB的primary pool 的MME/UPE列表和neighboring pool的MME/UPE列表信息，判斷自己是 否在primary pool的列表內，如果在，則不觸發(fā)服務MME/UPE遷移的流程。 如果S-MME/UPE處于neighboring pool歹'J表內，貝'J從primary pool的 MME/UPE列表中選擇 一 個MME/UPE ,作為服務MME/UPE遷移的 T-MME/UPE 。如果切換完成消息中包含服務MME/UPE遷移的T-MME/UPE信息，則 不執(zhí)行上述步驟，直接執(zhí)行步驟S5。處理方式二 4艮據消息中的MME/UPE遷移指示信息，S-MME/UPE決 定是否發(fā)起MME/UPE的遷移過程。S-MME/UPE可以使用消息中的 T-MME/UPE信息作為MME/UPE遷移的T-MME/UPE，也可以從自己的配 置列表中選擇一個MME/UPE作為遷移目標，本發(fā)明不局限于此。步驟S5， S-MME/UPE判斷UE處于休眠(dormant)狀態(tài)，根據步驟 S4中確定的T-MME/UPE信息，發(fā)起服務MME/UPE的遷移流程。 S-MME/UPE還可以通過檢測UE的一定周期內的數據流量來確定UE是否 處于非活動期從而觸發(fā)遷移流程。S-MME/UPE還可以在UE的活動 (ACTIVE)狀態(tài)或空閑(IDLE)狀態(tài)下直接觸發(fā)遷移流程。本發(fā)明不對觸 發(fā)條件做任何限制。由于MME/UPE/Anchor三個節(jié)點之間的關系目前還沒有確定，而且 Intra-LTE HO切換完成消息可以是發(fā)送給MME也可以是發(fā)送給UPE，因此， 本發(fā)明的詳細實施例根據架構的不同共分為三部分，分別為MME/UPE合 并；MME/UPE分離，切換完成消息發(fā)送給MME; MME/UPE分離，切換完 成消息發(fā)送給UPE。關于UPE和Anchor之間的關系本發(fā)明不估文任何限制， 它們可能合并，也可能分離。對于MME/UPE合并后，可能稱作接入網關或 其它名稱，本發(fā)明也不局限于具體名稱。MME/UPE分離后，Active態(tài)下的遷移分為MME/UPE同時遷移、僅遷 移MME、僅遷移UPE三種場景。因此，在本發(fā)明的描述中用分組核心網網
絡實體來描述合為一體MME和UPE，或者單獨的MME或單獨的UPE。 另外，如果Dormant模式由T-eNodeB管理，則T-eNodeB可根據UE是否處于Dorrmant狀態(tài)和UE的服務MME/UPE是否處于neighboring pool來發(fā)起服務MME/UPE的遷移流程。同時，存在MME/UPE實體也保存所有所服務eNodeB的primary pool和neighboring pool信息，此時將不需要在切換完成消息(HO COMPLETE)中攜帶遷移指示或池的配置信息，MME/UPE可直接發(fā)起服務MME/UPE的遷移流程。第一實施例MME/UPE合并時，服務MME/UPE遷移觸發(fā)條件參數的 傳遞流程和具體的遷移流程。參照圖6，本發(fā)明第一實施例包括以下步驟步驟IOI, S-eNodeB發(fā)起正常的Intra-LTE切換流程。該切換流程與現 有技術相同，這里不再贅述。步驟102， UE在成功接入目標側cell后，向T-eNodeB發(fā)送切換完成消 息表示切換完成。步驟103， T-eNodeB收到切換完成消息后，可以選擇T-MME/UPE，也 可以不選擇T-MME/UPE。選擇T-MME/UPE的過程如下根據配置的primary pool的MME/UPE列表和neighboring pool的MME/UPE列表信息判斷出當 前的服務MME/UPE即S陽MME/UPE處于neighboring pool列表內，則從 primary pool的MME/UPE列表中選擇一個MME/UPE作為服務MME/UPE 遷移的T-MME/UPE。T-eNodeB向S-MME/UPE發(fā)送切換完成消息，如果沒有選擇 T-MME/UPE,則消息中包含有T-eNodeB所屬的primary pool的MME/UPE 列表和neighboring pool的MME/UPE列表信息；如果已經選擇了 T-MME/UPE，則消息中包含已選擇的T-MME/UPE信息。該消息中還可以 進一步攜帶MME/UPE遷移的指示信息，該指示信息指示CN在某時刻發(fā)起
服務MME/UPE的遷移過程。在某些場景下，切換完成消息也可能稱為路徑 切換消息，它們的作用是等同的，本發(fā)明不局限于此。步驟104， S-MME/UPE向T-eNodeB發(fā)送切換完成消息的確認消息(HO Complete ACK)。步驟105, S-MME/UPE收到確認消息后，如果切換完成消息中不包含 T-MME/UPE，則根據切換完成消息中的eNodeB的primary pool的MME/UPE 列表和neighboring pool的MME/UPE列表信息，S-MME/UPE判斷自己是否 在primary pool的列表內，如果在，則不觸發(fā)服務MME/UPE遷移的流程， 如果S匿MME/UPE處于neighboring pool歹li表內，貝'J ,人primary pool的 MME/UPE列表中選擇一個MME/UPE，作為服務MME/UPE遷移的 T-MME/UPE，并4艮據遷移指示信息發(fā)起MME/UPE遷移過程。如果切才奐完 成消息中包含T-MME/UPE信息，則根據切換完成消息中的MME/UPE遷移 指示信息，MME/UPE決定發(fā)起MME/UPE的遷移過程。S-MME/UPE判斷出UE處于dormant狀態(tài)，發(fā)起服務MME/UPE的遷 移流程。S-MME/UPE還可以通過檢測UE在一定周期內的數據流量來確定 UE處于非活動期，從而觸發(fā)遷移流程。S-MME/UPE還可以在UE的ACTIVE 狀態(tài)、IDLE狀態(tài)下直接觸發(fā)遷移流程。本發(fā)明不對觸發(fā)條件做任何限制。步驟106, S-MME/UPE向T-MME/UPE發(fā)送上下文傳送請求(Context Transfer Required)消息，發(fā)起服務MME/UPE的遷移流程。消息中包含有 UE的上下文信息、安全信息、采用的加密和頭壓縮的算法等。步驟107, T-MME/UPE向S-MME/UPE發(fā)送上下文傳送請求響應 (Context Transfer Response )消息。步驟108， S-MME/UPE向T-eNodeB發(fā)送遷移命令(Relocation Command)消息，命令eNodeB更換服務的MME/UPE。消息中包含有 T-MME/UPE的地址信息。步驟109，T-eNodeB向T-MME/UPE發(fā)送遷移請求(Relocation Request) 消息，請求T-MME/UPE提供服務。
步驟110， T-MME/UPE與HSS進行位置更新流程，更新HSS上所述 UE的位置信息。步驟111 ， T-MME/UPE和Anchor間進行路由更新過程。需要注意的是， 步驟IIO和步驟111不分先后次序，可以調換。步驟112， T-MME/UPE向T-eNodeB發(fā)送遷移完成(Relocation Complete)消息，表示遷移完成。步驟113， T-eNodeB向T-MME/UPE發(fā)送遷移完成應答(Relocation Complete Ack)消息，結束遷移流程。步驟114, UE發(fā)起TA更新流程，更新網絡中該UE的位置信息。如果 前面已經執(zhí)行了步驟110，則不必執(zhí)行步驟114。需要注意的是，本發(fā)明并不限制上述MME/UPE遷移流程中的消息名稱。第二實施例MME/UPE分離，切換完成消息發(fā)送給MME, MME/UPE 同時遷移。參照圖7，第二實施例的流程如下步驟201， S-eNodeB發(fā)起正常的Intra-LTE切換流程。該切換流程與現 有技術相同，這里不再贅述。步驟202, T-eNodeB收到切換完成消息后，可以選擇T-MME/UPE，也 可以不選擇T-MME/UPE。選擇T-MME/UPE的過程與第 一 實施例步驟102 中相似，這里不再贅述。T-eNodeB向S-MME發(fā)送切換完成消息，如果沒有選擇T-MME/UPE， 則消息中包含有T-eNodeB所屬的primary pool的MME/UPE列表和 neighboring pool的MME/UPE列表信息；如果已經選擇了 T-MME/UPE,則 消息中包含已選擇的T-MME/UPE信息。該消息中還可以進一步攜帶 MME/UPE遷移的指示信息，該指示信息指示CN在某時刻發(fā)起服務 MME/UPE的遷移過程。在某些場景下，切換完成消息也可能稱為路徑切換
消息，它們的作用是等同的，本發(fā)明不局限于此。步驟203, S-MME向S-UPE發(fā)送路徑切換消息，請求S-UPE將UE的 用戶面路徑切換到T-eNodeB。步驟204, S-UPE向S-MME發(fā)送路徑切換確認消息，確認路徑切換完成。步驟205, S-MME向T-eNodeB發(fā)送切換完成確認消息，完成本次切換過程。另外，S-UPE還可以直接向T-eNodeB發(fā)送切換完成確認消息，完成本 次切換過程，該步驟如圖7中步驟204，所示。步驟206， S-MME收到應答消息后，如果切換完成消息中不包含 T-MME/UPE，則才艮據切換完成消息中的eNodeB的primary pool的MME/UPE 列表和neighboring pool的MME/UPE列表信息，MME/UPE判斷自己是否在 primary pool的列表內，如果在，則不觸發(fā)服務MME/UPE遷移的流程，如 果MME/UPE處于neighboring pool列表內，S-MME則從primary pool的 MME/UPE列表中選擇一個MME/UPE，作為服務MME/UPE遷移的 T-MME/UPE，并根據遷移指示信息發(fā)起MME/UPE遷移過程。如果切換完 成消息中包含服務MME/UPE遷移的T-MME/UPE信息，則根據切換完成消 息中的MME/UPE遷移指示信息，S-MME決定發(fā)起MME/UPE的遷移過程。S-MME判斷出UE處于dormant狀態(tài)，發(fā)起服務MME/UPE的遷移流 程。S-MME還可以通過檢測UE在一定周期內的數據流量來確定UE處于非 活動期，從而觸發(fā)遷移流程。S-MME還可以在UE的ACTIVE狀態(tài)、IDLE 狀態(tài)下直接觸發(fā)遷移流程。本發(fā)明不對觸發(fā)條件做任何限制。步驟207， S-MME向T-MME發(fā)送Relocation Required消息，發(fā)起服務 MME/UPE的遷移流程。消息中包含有UE的上下文信息，安全信息，采用 的加密和頭壓縮的算法等。還可以進一步包括步驟207'， T-MME與HSS進行位置更新流程，更新 HSS上所述UE的位置信息。
步驟208, T-MME向T-UPE發(fā)送激活上下文(Active Context)消息， 將UE的安全信息、采用的加密和頭壓縮的算法等發(fā)送給T-UPE。此后，還可以進一步包括步驟208，， T-UPE和Anchor間進行路由更新過程。步驟209， T-UPE向T-MME發(fā)送激活上下文響應(Active Context Response )消息。步驟210， T-MME向S-MME發(fā)送確認消息Relocation R叫uest Ack。步驟211， S-MME向T-eNodeB發(fā)送Relocation Command消息，命令 eNodeB更換服務的MME/UPE,該消息中包含有T-MME/UPE的地址信息。步驟212， T-eNodeB向T-MME發(fā)送Relocation R叫uest消息，_清求 T-MME提供服務。如果沒有執(zhí)行步驟207，，則本流程可以進一步包括步驟212，， T-MME 與HSS進行位置更新流程，更新HSS上所述UE的位置信息。如果之前執(zhí)行了步驟208，，則直接執(zhí)行步驟216,否則執(zhí)行步驟213至 步驟215之后再執(zhí)行步驟216 。步驟213， T-MME向T-UPE發(fā)送上下文更新(Update Context)消息， 將T-eNodeB的地址信息發(fā)送給T-UPE。步驟214， T-UPE和Anchor間進行路由更新過程。步驟215， T-UPE向T-MME發(fā)送上下文更新響應(Update Context Response )消息。步驟216, T-MME向T-eNodeB發(fā)送Relocation Complete消息，表示遷移完成。在步驟215之后，T-UPE也可以直接向T-eNodeB發(fā)送遷移完成確認消 息，完成本次遷移過程。此時將不執(zhí)行步驟216。步驟217， T-eNodeB向S-MME發(fā)送轉發(fā)遷移完成(Forward Relocation Complete)消息，通知S-MME遷移完成。步驟218， S-MME和S-UPE分別釋放相關資源。
如果前面沒有執(zhí)行步驟207，或步驟212，，則本流程可以進一步包3舌步 驟219， UE發(fā)起TA更新流程，更新網絡中該UE的位置信息。 同樣，本發(fā)明第二實施例并不限制各消息的名稱。第三實施例MME/UPE分離，切換完成消息發(fā)送給MME，僅遷移UPE。 參照圖8，本發(fā)明第三實施例的流程如下步驟301， S-eNodeB發(fā)起正常的Intra-LTE切換流程。該切換流程與現 有技術相同，這里不再贅述。步驟302, T-eNodeB收到切換完成消息后，可以選擇T-/UPE，也可以 不選擇T-UPE。選擇T-UPE的過程如下根據配置的primary pool的UPE 列表和neighboring pool的UPE列表信息判斷出當前的服務UPE處于 neighboring pool列表內，則從primary pool的UPE列表中選擇一個UPE作 為服務UPE遷移的T-UPE。T-eNodeB向S-MME發(fā)送切換完成消息，如果沒有選擇T-UPE，則消 息中包含有T-eNodeB所屬的primary pool的UPE列表和neighboring pool 的UPE列表信息；如果已經選擇了 T-UPE,則消息中包含已選擇的T-UPE 信息。該消息中還可以進一步攜帶UPE遷移的指示信息。該指示信息指示 CN在某時刻發(fā)起服務UPE的遷移過程。在某些場景下，切換完成消息也可 能稱為路徑切換消息，它們的作用是等同的，本發(fā)明不局限于此。步驟303， MME向S-UPE發(fā)送路徑切換消息，請求S-UPE將UE的用 戶面路徑切換到T-eNodeB 。步驟304， S-UPE向MME發(fā)送路徑切換確認消息，確認路徑切換完成。另外，S-UPE可以直接向T-eNodeB發(fā)送切換完成確認消息，完成本次 切換過程，如圖8中步驟304，所示。步驟305， MME向T-eNodeB發(fā)送切換完成確認消息，完成本次切換過程。步驟306， S-MME收到應答消息后，如果切換消息中不包含T-UPE，
則才艮才居切換完成消息中的eNodeB的primary pool的UPE列表和neighboring pool的UPE列表信息，MME判斷UPE是否在primary pool的列表內，如果 在，則不觸發(fā)服務UPE遷移的流程，如果UPE處于neighboring pool列表內， MME則從primary pool的UPE列表中選擇一個UPE作為服務UPE遷移的 T-UPE，并根據遷移指示信息發(fā)起MME/UPE遷移過程。如果切換完成消息 中包含服務UPE遷移的T-UPE信息，則根據切換完成消息中的UPE遷移指 示信息，MME決定是否發(fā)起UPE的遷移過程。S-MME判斷出UE處于dormant狀態(tài)，發(fā)起服務UPE的遷移流程。 S-MME還可以通過檢測UE在一定周期內的數據流量來確定UE處于非活動 期從而觸發(fā)遷移流程。S-MME還可以在UE的ACTIVE狀態(tài)、IDLE狀態(tài)下 直接觸發(fā)遷移流程。本發(fā)明不對觸發(fā)條件做任何限制。步驟307， MME向T-UPE發(fā)送Relocation Request消息，發(fā)起服務UPE 的遷移流程。消息中包含有UE的上下文信息、安全信息、采用的加密和頭 壓縮的算法等。步驟308， T匿UPE向S-UPE發(fā)送Context R叫uest消息，向S-UPE請求 UE的Context信息。步驟309, S-UPE向T-UPE發(fā)送Context Request Response消息，將UE 的Context信息發(fā)送給T-UPE。進一步，本實施例還可以包括步驟309'， T-UPE和Anchor間進行路由 更新過程。步驟310, T-UPE向T-eNodeB發(fā)送用戶面路徑切換消息，請求T-eNodeB 將用戶面路徑從S-UPE切換到T-UPE。步驟311， T-eNodeB向T-UPE發(fā)送用戶面路徑切換應答消息，表示切 換完成。如果之前沒有執(zhí)行步驟309，，則執(zhí)行步驟312， T-UPE和Anchor間進 行路由更新過程；否則直接執(zhí)行步驟313。步驟313， T-UPE向MME發(fā)送Relocation Complete消息，表示遷移完成。同樣，本發(fā)明第三實施例并不限制各消息的名稱。第四實施例MME/UPE分離，切換完成消息發(fā)送給UPE， MME/UPE 同時遷移。參照圖9，本發(fā)明第四實施例的流程如下步驟401， S-eNodeB發(fā)起正常的Intra-LTE切換流程。該切換流程與現 有技術相同，這里不再贅述。步驟402， T-eNodeB收到切換完成消息后，可以選擇T-MME/UPE，也 可以不選擇T-MME/UPE 。選擇T-MME/UPE的過程與第 一 實施例步驟102 中相似，這里不再贅述。T-eNodeB向S-UPE發(fā)送切換完成消息，如果沒有選擇T-MME/UPE, 則消息中包含有T-eNodeB所屬的primary pool的MME/UPE列表和 neighboring pool的MME/UPE列表信息；如果已經選擇了 T-MME/UPE，則 消息中包含已選擇的T-MME/UPE信息。該消息中還可以進一步攜帶 MME/UPE遷移的指示信息，該指示信息指示CN在某時刻發(fā)起服務 MME/UPE的遷移過程。在某些場景下，切換完成消息也可能稱為路徑切換 消息，它們的作用是等同的，本發(fā)明不局限于此。步驟403， S-UPE向S-MME發(fā)送路徑切換消息，通知S-MMEUE位置 發(fā)生變化，同時將切換完成消息的內容帶給S -MME 。步驟404， S-MME向S-UPE發(fā)送路徑切換確認消息，確認路徑切換完成。步驟405， S-UPE向T-eNodeB發(fā)送切換完成確認消息，完成本次切換 過程。步驟4066, S-MME收到應答消息后，如果切換完成消息中不包含 T-MME/UPE,則才艮據切換完成消息中的eNodeB的primary pool的MME/UPE 列表和neighboring pool的MME/UPE列表信息，S-MME判斷自己是否在 primary pool的列表內，如果在，則不觸發(fā)服務MME/UPE遷移的流程，如 果MME/UPE處于neighboring pool列表內，MME/UPE則從primary pool的 MME/UPE列表中選擇一個MME/UPE,作為服務MME/UPE遷移的 T-MME/UPE，并根據遷移指示信息發(fā)起MME/UPE遷移過程。如果切換完 成消息中包含服務MME/UPE遷移的T-MME/UPE信息，則根據切換完成消 息中的MME/UPE遷移指示信息，S-MME決定發(fā)起MME/UPE的遷移過程。S-MME判斷出UE處于dormant狀態(tài)，發(fā)起服務MME/UPE的遷移流 程。S-MME還可以通過檢測UE在一定周期內的數據流量來確定UE處于非 活動期，從而觸發(fā)遷移流程。S-MME還可以在UE的ACTIVE狀態(tài)、IDLE 狀態(tài)下直接觸發(fā)遷移流程。本發(fā)明不對觸發(fā)條件做任何限制。步驟407, S-MME向T-MME發(fā)送Relocation Required消息，發(fā)起服務 MME/UPE的遷移流程。消息中包含有UE的上下文信息、安全信息、采用 的加密和頭壓縮的算法等。還可以進一步包括步驟407，， T-MME與HSS進行位置更新流程，更新 HSS上所述UE的位置信息。步驟408， T-MME向T-UPE發(fā)送Active Context消息，將UE的安全信 息、采用的加密和頭壓縮的算法等發(fā)送給T-UPE。本實施例還可以進一步包括步驟408，， T-UPE和Anchor間進行路由更 新過程。步驟409， T-UPE向T-MME發(fā)送Active Context Response消息。 步驟410, T-MME向S-MME發(fā)送確認消息Relocation Request Ack。 步驟411, S-MME向T-eNodeB發(fā)送Relocation Command消息，命令eNodeB更換服務的MME/UPE，該消息中包含有T-MME/UPE的地址信息。 步驟412, T陽eNodeB向T-MME發(fā)送Relocation R叫uest消息，請求T-MME提供服務。如果沒有執(zhí)行步驟407，，則本實施例可以進一步包括步驟412，，T-MME與HSS進行位置更新流程，更新HSS上所述UE的位置信息。 則直接執(zhí)行步驟416，否則執(zhí)行步驟413至步驟415之后再執(zhí)行步驟416。步驟413， T-MME向T-UPE發(fā)送Update Context消息，將T-eNodeB的地址信息發(fā)送給T-UPE。步驟414， T-UPE和Anchor間進行路由更新過程。步驟415， T-UPE向T-MME發(fā)送Update Context Response消息。步驟416， T-MME向T-eNodeB發(fā)送Relocation Complete消息，表示遷移冗成。在步驟415之后，T-UPE也可以直接向T-eNodeB發(fā)送遷移完成確認消 息，完成本次遷移過程。此種情況下，將不執(zhí)行步驟416。步驟417， T-eNodeB向S-MME發(fā)送Forward Relocation Complete消息， 通知S-MME遷移完成。步驟418， S-MME和S-UPE分別釋放相關資源。如果前面沒有執(zhí)行步驟407，或步驟412，，則本實施例可以進一步包括-步驟419， UE發(fā)起TA更新流程，更新網絡中該UE的位置信息。 同樣，本發(fā)明第四實施例并不限制各消,l的名稱。第五實施例MME/UPE分離，切換完成消息發(fā)送給UPE，僅遷移UPE。 參照圖10,本發(fā)明第五實施例的流程如下步驟501， S-eNodeB發(fā)起正常的Intra-LTE切換流程。該切換流程與現 有技術相同，這里不再贅述。步驟502, T-eNodeB收到切換完成消息后，可以選擇T-UPE，也可以 不選擇T-UPE。選擇T-UPE的過程與第三實施例步驟302中的相似，這里 不再贅述。T-eNodeB向S-UPE發(fā)送切換完成消息，如果沒有選擇T-UPE,則消息 中包含有T-eNodeB所屬的primary pool的UPE歹'J表和neighboring pool的 UPE列表信息；如果已經選擇了 T-UPE,則消息中包含已選擇的T-UPE信 息。該消息中還可以進一步攜帶UPE遷移的指示信息，該指示信息指示CN 在某時刻發(fā)起服務UPE的遷移過程。在某些場景下，切換完成消息也可能 稱為路徑切換消息，它們的作用是等同的，本發(fā)明不局限于此。步驟503, S-UPE向MME發(fā)送路徑切換消息，通知MME UE的位置發(fā) 生改變，同時將切換完成消息中的內容帶給MME。。步驟504， MME向S-UPE發(fā)送路徑切換確認消息，確認路徑切換完成。 步驟505， S-UPE向T-eNodeB發(fā)送切換完成確認消息，完成本次切換 過程。步驟506， MME收到應答消息后，如果切換消息中不包含T-UPE，則 才艮據切換完成消息中的eNodeB的primary pool的UPE列表和neighboring pool的UPE列表信息，MME判斷S-UPE是否在primary pool的列表內，如 果在，則不觸發(fā)服務UPE遷移的流程，如果S-UPE處于neighboring pool 列表內，MME則從primary pool的UPE列表中選擇一個UPE,作為服務 UPE遷移的T-UPE，并根據遷移指示信息發(fā)起MME/UPE遷移過程。如果 切換完成消息中包含服務UPE遷移的T-UPE信息，則根據切換完成消息中 的UPE遷移指示信息，MME決定發(fā)起UPE的遷移過程。MME判斷出UE處于dormant狀態(tài)，發(fā)起服務UPE的遷移流程。MME 還可以通過檢測UE在一定周期內的數據流量來確定UE處于非活動期從而 觸發(fā)遷移流程。MME還可以在UE的ACTIVE狀態(tài)、IDLE狀態(tài)下直接觸發(fā) 遷移流程。本發(fā)明不對觸發(fā)條件做任何限制。步驟507， MME向T-UPE發(fā)送Relocation R叫uest消息，發(fā)起服務UPE 的遷移流程。消息中包含有UE的上下文信息，安全信息，采用的加密和頭 壓縮的算法等。步驟508, T-UPE向S-UPE發(fā)送Context R叫uest消息，向S-UPE請求 UE的Context信 息。步驟509， S-UPE向T-UPE發(fā)送Context Request Respnse消息，將UE 的Context信息發(fā)送給T-UPE。
本實施例還可以進一步包括步驟509，， T-UPE和Anchor間進行路由更 新過程。步驟510， T-UPE向T-eNodeB發(fā)送用戶面路徑切換消息，請求T-eNodeB 將用戶面路徑從S-UPE切換到T-UPE。步驟511， T-eNodeB向T-UPE發(fā)送用戶面路徑切換應答消息，表示切 換完成。如果之前，沒有步驟509'，則執(zhí)行步驟512, T-UPE和Anchor間進行 路由更新過程；否則直接執(zhí)行步驟513。步驟512 ， T-UPE和Anchor間進行路由更新過程。步驟513 ， T-UPE向MME發(fā)送Relocation Complete消息，表示遷移完成。同樣，本發(fā)明第五實施例并不限制各消息的名稱。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本 發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在 本發(fā)明的保護范圍之內。
權利要求
1、一種分組核心網網絡實體的遷移方法，其特征在于，該方法包括A.目標演進基站T-eNodeB向源分組核心網網絡實體通知用戶設備UE完成從源演進基站S-eNodeB切換到T-eNodeB，并在通知消息中攜帶遷移參數；B.源分組核心網網絡實體根據所述遷移參數觸發(fā)遷移，并將UE的上下文信息傳送給目標分組核心網網絡實體；C.源分組核心網網絡實體向T-eNodeB發(fā)送目標分組核心網網絡實體的地址信息，并通知T-eNodeB更換服務的分組核心網網絡實體；D.T-eNodeB向目標分組核心網網絡實體請求提供服務，目標分組核心網網絡實體與接入系統(tǒng)間錨點Anchor之間進行路由更新。
2、 根據權利要求1所述的方法，其特征在于，步驟A之前進一步包括 UE從S-eNodeB切換到T-eNodeB的步驟。
3、 根據權利要求1所述的方法，其特征在于，步驟A之前進一步包括 在演進基站eNodeB中配置屬于主池的分組核心網網絡實體列表和屬于相鄰 池的分組核心網網絡實體列表。
4、 根據權利要求3所述的方法，其特征在于，所述遷移參數包括目標 分組核心網網絡實體；步驟A進一步包括T-eNodeB根據相鄰池的分組核心網網絡實體列表 判斷出源分組核心網網絡實體屬于相鄰池的分組核心網網絡實體列表，從主 池的分組核心網網絡實體列表中選擇一個分組核心網網絡實體作為目標分 組核心網網絡實體，并發(fā)送給源分組核心網網絡實體。
5、 根據權利要求3所述的方法，其特征在于，所述遷移參數包括 T-eNodeB所屬主池的分組核心網網絡實體列表和相鄰池的分組核心網網絡 實體列表。
6、 根據權利要求3所述的方法，其特征在于，所述遷移參數包括遷移指示信息。
7、 根據權利要求3所述的方法，其特征在于，所述遷移參數包括 T-eNodeB所屬主池的分組核心網網絡實體列表、相鄰池的分組核心網網絡 實體列表以及遷移指示信息。
8、 根據權利要求3所述的方法，其特征在于，所述遷移參數包括 T-eNodeB選擇的目標分組核心網網絡實體和遷移指示信息。
9、 根據權利要求5或7所述的方法，其特征在于，步驟B進一步包括 源分組核心網網絡實體根據相鄰池的分組核心網網絡實體列表判斷出自身在相鄰池的分組核心網網絡實體列表內，從主池的分組核心網網絡實體 列表中選擇一個分組核心網網絡實體作為目標分組核心網網絡實體。
10、 根據權利要求6、 7或8所述的方法，其特征在于，步驟B進一步 包括源分組核心網網絡實體根據遷移指示信息決定發(fā)起遷移過程。
11、 根據權利要求1所述的方法，其特征在于，該方法進一步包括 T-eNodeB在UE處于休眠狀態(tài)時，發(fā)起遷移過程。
12、 根據權利要求3所述的方法，其特征在于，該方法進一步包括 T-eNodeB判斷出源分組核心網網絡實體在相鄰池內時，發(fā)起遷移過程。
13、 根據權利要求1所迷的方法，其特征在于，步驟C中進一步包括 源分組核心網網絡實體判斷UE是否處于休眠狀態(tài)的步驟，并在是的情況下 通知T-eNodeB更換服務的分組核心網網絡實體。
14、 根據權利要求1所述的方法，其特征在于，步驟C中源分組核心 網網絡實體通知T-eNodeB更換服務的分組核心網網絡實體之前進一步包 括源分組核心網網絡實體通過檢測UE在一定周期內的數據流量確定UE 處于非活動期。
15、 根據權利要求1所述的方法，其特征在于，步驟C中，源分組核心網網絡實體在UE為活動狀態(tài)或空閑狀態(tài)時，通知T-eNodeB 更換服務的分組核心網網絡實體。
16、 根據權利要求1所述的方法，其特征在于，步驟D之后進一步包 括目標分組核心網網絡實體通知源分組核心網網絡實體遷移完成的步驟。
17、 根據權利要求1所述的方法，其特征在于，步驟D之后進一步包 括源分組核心網網絡實體釋放資源的步驟。
18、 根據權利要求1所述的方法，其特征在于，該方法進一步包括目 標分組核心網網絡實體更新歸屬網絡服務器HSS上所述UE的位置信息。
19、 根據權利要求1所述的方法，其特征在于，該方法進一步包括 UE發(fā)起跟蹤區(qū)TA更新流程，更新網絡中該UE的位置信息。
20、 根據權利要求1所述的方法，其特征在于，所述分組核心網網絡實體包括移動管理實體MME和用戶面實體UPE，且MME和UPE為合并的 一個實體。
21、 根據權利要求1所述的方法，其特征在于，所述分組核心網網絡實 體包括MME和UPE，且MME和UPE為單獨的實體。
22、 根據權利要求21所述的方法，其特征在于，該方法進一步包括 源移動管理實體S-MME收到T-eNodeB的切換完成通知后，請求源用戶面實體S-UPE將UE的用戶面路徑切換到T-eNodeB， S-MME或S-UPE 向T-eNodeB確認切換完成；目標移動管理實體T-MME收到UE的上下文信息后，將所述UE的上 下文信息發(fā)送給目標用戶面實體T-UPE。
23、 根據權利要求21所述的方法，其特征在于，該方法進一步包括 S-MME收到T-eNodeB的切換完成通知后，請求S-UPE將UE的用戶面路徑切換到T-eNodeB, S-MME或S-UPE向T-eNodeB確認切換完成； S-MME觸發(fā)遷移后，向T-UPE發(fā)出遷移請求；T-UPE從S-UPE請求UE的上下文信息，并請求T-eNodeB將用戶面路 徑從S-UPE切換到T-UPE;T-eNodeB根據該請求將用戶面路徑從S-UPE切換到T-UPE。
24、 根據權利要求21所述的方法，其特征在于，該方法進一步包括S-UPE收到T-eNodeB的切換完成通知后，通知S-MME UE位置發(fā)生變 化，并向T-eNodeB確認切換完成；S-MME觸發(fā)遷移后，向T-MME發(fā)出遷移請求，T-MME將UE的上下 文信息發(fā)送給T-UPE。
25、根據權利要求21所述的方法，其特征在于，該方法進一步包括S-UPE收到T-eNodeB的切換完成通知后，通知S-MME UE位置發(fā)生變 化，并向T-eNodeB確認切換完成；S-MME觸發(fā)遷移后，向T-UPE發(fā)出遷移請求；T-UPE從S-UPE請求UE的上下文信息，并請求T-eNodeB將用戶面路徑從S-UPE切換到T-UPE;T-eNodeB根據該請求將用戶面路徑從S-UPE切換到T-UPE。
全文摘要
本發(fā)明公開了一種分組核心網網絡實體的遷移方法，該方法包括A.T-eNodeB向源分組核心網網絡實體通知UE完成從S-eNodeB切換到T-eNodeB，并在通知消息中攜帶遷移參數；B.源分組核心網網絡實體根據所述遷移參數觸發(fā)遷移，并將UE的上下文信息傳送給目標分組核心網網絡實體；C.源分組核心網網絡實體向T-eNodeB發(fā)送目標分組核心網網絡實體的地址信息，并通知T-eNodeB更換服務的分組核心網網絡實體；D.T-eNodeB向目標分組核心網網絡實體請求提供服務，目標分組核心網網絡實體與接入系統(tǒng)間錨點之間進行路由更新。本發(fā)明詳細給出了服務分組核心網網絡實體遷移時各網絡實體之間的交互流程。
文檔編號H04W36/24GK101132612SQ200610111478
公開日2008年2月27日 申請日期2006年8月22日 優(yōu)先權日2006年8月22日
發(fā)明者張宏卓, 王宗杰, 勇 邱 申請人:華為技術有限公司