本發(fā)明涉及移動性管理，尤其涉及一種網(wǎng)關信息更新的方法及裝置。

背景技術：

圖1為3GPP(the 3rd Generation Partnership Project，第三代合作伙伴項目)的EPS(Evolved Packet System，演進的分組系統(tǒng))的結構示意圖，如圖1所示，EPS包括E-UTRAN(Evolved Universal Terrestrial Radio Access Network，演進的通用移動通信系統(tǒng)陸地無線接入網(wǎng))、MME(Mobility Management Entity，移動管理單元)、S-GW(Serving Gateway，服務網(wǎng)關)、PDN GW或P-GW(Packet Data Network Gateway，分組數(shù)據(jù)網(wǎng)絡網(wǎng)關)、HSS(Home Subscriber Server，歸屬用戶服務器)、PCRF(Policy and Charging Rules Function，策略和計費規(guī)則功能實體)及其它支撐節(jié)點組成。

其中，MME與E-UTRAN通過S1-MME接口相連，用于移動性管理、非接入層信令的處理和用戶移動管理上下文的管理等控制面相關工作；S-GW是與E-UTRAN通過S1-U接口相連的接入網(wǎng)關設備，在E-UTRAN與P-GW之間轉發(fā)數(shù)據(jù)，并且用于對尋呼等待數(shù)據(jù)進行緩存；P-GW則是EPS與PDN(Packet Data Network Gateway，分組數(shù)據(jù)網(wǎng))的邊界網(wǎng)關，用于PDN的接入及在EPS與PDN間轉發(fā)數(shù)據(jù)等功能。PCRF負責策略決策和計費規(guī)則的制定，與operator’s IP services(運營商的IP服務實體交互)，提供基于業(yè)務數(shù)據(jù)流的門控、服務質量控制及計費規(guī)則給GW(Gateway，網(wǎng)關)，在承載面執(zhí)行PCRF所制定的策略和計費規(guī)則。在承載建立時，GW按照PCRF發(fā)送的規(guī)則進行QoS(Quality of Service，服務質量)授權和門控控制。根據(jù)PCRF發(fā)送的計費規(guī)則，執(zhí)行相應的業(yè)務數(shù)據(jù)流計費操作，計費既可以是在線計費，也可以是離線計費。如果是在線計費，則需要和OCS(Online Charging System，在線計費系統(tǒng))一起進行信用管理。OFCS(Offline Charging System， 離線計費則和離線計費系統(tǒng))之間交換相關的計費信息。GW與PCRF之間的接口是Gx接口，與OCS之間的接口是Gy接口，與OFCS之間的接口是Gz接口。

3GPP中，UE(User Equipment，用戶設備)通過APN(Access Point Name，接入點名稱)可以找到對應PDN，為訪問PDN網(wǎng)絡會建立一個IP-CAN(IP Connectivity Access Network，IP連接接入網(wǎng))會話的PDN連接。

隨著需求增長，EPS網(wǎng)關逐步產(chǎn)生了一些約束。用戶數(shù)據(jù)流處理集中在PDN出口網(wǎng)關，造成網(wǎng)關設備功能繁雜，可擴展性差。網(wǎng)關的控制面與轉發(fā)面高度耦合，不利于核心網(wǎng)平滑演進。轉發(fā)面擴容需求頻度高于控制面，緊耦合導致控制面轉發(fā)面同步擴容，設備更新周期短導致復合成本增加。網(wǎng)絡層數(shù)據(jù)轉發(fā)難以識別用戶、業(yè)務特征，僅能根據(jù)上層傳遞的QoS轉發(fā)，導致網(wǎng)絡資源利用低效，難以依據(jù)用戶和業(yè)務特性對數(shù)據(jù)流進行精細控制。此外，大量策略需要手工配置，導致管理復雜度增加，運營成本居高不下。因此，需要將分組域網(wǎng)關中的控制功能與轉發(fā)功能進一步分離，以適應網(wǎng)絡發(fā)展和市場應用的需求。

圖2是本文所基于的非漫游場景下GW控制面和用戶面分離的架構。該架構將原先的EPS架構中的S-GW/P-GW拆分成了GwC(Gateway Controller，網(wǎng)關控制面實體)和GwU(Gateway User，網(wǎng)關用戶面實體)兩類功能網(wǎng)元。GwC負責S/P-GW的控制面功能，包括負荷分擔、GwU的選擇、IP地址和隧道標識的分配、策略和計費控制等功能。GwU包括SGwU(Serving Gateway User，服務網(wǎng)關用戶面實體)和PGwU(Packet Data Network Gateway User，分組數(shù)據(jù)網(wǎng)絡網(wǎng)關用戶面實體)，分別對應S-GW和P-GW的用戶面，負責S/P-GW的用戶面相關功能，包括數(shù)據(jù)流識別和深度包解析、QoS處理和承載綁定，下行尋呼數(shù)據(jù)的緩存等功能。對接的用戶面和控制面接口分別對應到GwC和SGwU/PGwU上，其余相應接口功能對照原EPS架構。

GW控制面和用戶面分離之后，解決了現(xiàn)有EPS網(wǎng)關存在的諸多上述問題，但同時也引入了新的技術問題。例如，導致現(xiàn)有的切換機制在部分場景下不能支持數(shù)據(jù)流的正確可靠的傳輸。

現(xiàn)在機制中，MME根據(jù)用戶位置和簽約信息等進行S-GW的選擇。當 用戶位置發(fā)生移動引發(fā)切換和跟蹤區(qū)更新流程時，MME判斷是否需要進行S-GW的重選，并進行S-GW選擇和上下行數(shù)據(jù)傳送路徑的信息更新。若判斷需要進行S-GW的重選，則根據(jù)更新后的位置信息和簽約信息重新選擇合適的S-GW，并將新選擇的S-GW上行用戶面地址和隧道標識等信息發(fā)送給eNodeB(Evolved Node B，演進型節(jié)點B)，更新上行數(shù)據(jù)傳送路徑信息，確保上行數(shù)據(jù)的正確傳送。并將新的eNodeB信息，例如將eNodeB下行用戶面地址和隧道標識發(fā)送給S-GW，更新下行數(shù)據(jù)傳送路徑信息，保證下行數(shù)據(jù)的正確傳送。若不需要進行S-GW的重選，則將當前的S-GW的上行用戶面地址和隧道標識等信息發(fā)送給新的eNodeB，并將新的eNodeB下行用戶面地址和隧道標識傳送給當前的S-GW。進行上下行數(shù)據(jù)通道的重建。切換流程中，MME是否變更可參照現(xiàn)有機制處理，此處不做展開描述。

當S-GW控制和用戶面功能分離后，MME根據(jù)現(xiàn)有機制進行的GW選擇實際是GwC的選擇，由GwC負責在其對應的GwU組中進行GwU的選擇和管理。則根據(jù)如上所述機制，在GwC不需要切換但GwU會重選的場景下則無法實現(xiàn)數(shù)據(jù)的正確轉發(fā)。例如，基于S1接口的切換流程。MME收到原eNodeB的切換請求消息后，MME判斷GwC不需要變更，將會將當前的GwU地址和隧道標識下發(fā)給新的eNodeB，則新的eNodeB獲取到的不一定是最終的GwU地址和隧道標識，若GwU進行了重選，則上下行數(shù)據(jù)通道建立錯誤。則上行數(shù)據(jù)到達eNodeB后會往老的GwU傳送，可能導致無法和GwU連接或是GwU收到后丟棄，導致無法正確上傳。無法保證業(yè)務的連續(xù)性和數(shù)據(jù)的完整性。

因此，GW控制面和用戶面分離之后，現(xiàn)有切換機制在部分場景下不能支持數(shù)據(jù)流的正確可靠的傳輸，無法保證業(yè)務的連續(xù)性和完整性。

技術實現(xiàn)要素：

有鑒于此，本發(fā)明的主要目的在于提供一種GW控制面和用戶面分離架構中支持數(shù)據(jù)流正確可靠傳輸?shù)姆椒ê脱b置。

為了解決上述問題，采用如下技術方案。

一種網(wǎng)關信息更新方法，包括：

移動管理單元MME獲取網(wǎng)關GW類型；

所述MME當獲知用戶設備UE的演進的節(jié)點B eNodeB改變時，如果所獲取的GW類型為用戶面和控制面分離的GW，則發(fā)送創(chuàng)建會話請求或修改承載請求消息給網(wǎng)關控制面實體GwC，在所述創(chuàng)建會話請求或修改承載請求消息中攜帶所述UE的位置信息；

所述MME從所述GwC返回的創(chuàng)建會話響應或修改承載響應消息中獲取網(wǎng)關用戶面實體GwU地址和隧道端點標識TEID。

可選地，所述位置信息包括跟蹤區(qū)標識TAI和用戶位置信息ECGI。

可選地，所述方法還包括：

在所述創(chuàng)建會話請求或修改承載請求消息中攜帶所述UE的位置變更指示。

可選地，所述MME獲知UE的eNodeB改變的方式包括接收到以下任一種或任幾種消息：附著請求，跟蹤區(qū)更新請求，業(yè)務請求，切換請求，前轉重定位請求。

可選地，所述MME獲取網(wǎng)關GW類型包括：

所述MME根據(jù)服務網(wǎng)關S-GW或GwC返回的創(chuàng)建會話響應消息或修改承載響應消息中攜帶的GW類型或控制面用戶面分離標識，獲取GW類型。

可選地，當所述創(chuàng)建會話響應消息或修改承載響應消息中未攜帶GW類型及控制面用戶面分離標識時，所述MME獲取的GW類型為用戶面和控制面合一的GW。

可選地，所述MME獲取網(wǎng)關GW類型前還包括：

在所述UE附著到網(wǎng)絡的處理流程中，所述MME給S-GW或所述GwC發(fā)送創(chuàng)建會話請求消息或修改承載請求消息，攜帶GW類型請求。

可選地，所述MME從所述GwC返回的創(chuàng)建會話響應或修改承載響應消息中獲取GwU地址和TEID后還包括：

所述MME如果未向變更后的eNodeB發(fā)送過GwU地址和TEID，則發(fā)送所獲取的GwU地址和TEID給變更后的eNodeB。

可選地，所述MME從所述GwC返回的創(chuàng)建會話響應或修改承載響應消息中獲取GwU地址和TEID后還包括：

所述MME如果已向變更后的eNodeB發(fā)送過GwU地址和TEID，則判斷所獲取的GwU地址和TEID與發(fā)送給所述變更后的eNodeB的是否相同，如果不同則發(fā)送所獲取的GwU地址和TEID給所述變更后的eNodeB。

可選地，所述的方法還包括：

所述MME在給變更后的eNodeB的切換請求或初始上下文請求中，攜帶待定事務指示，所述待定事務指示用于通知所述變更后的eNodeB在再次收到地址和TEID、或者，確認GwU不變更前，緩存上行到GwU的數(shù)據(jù)和下行轉發(fā)的數(shù)據(jù)。

一種網(wǎng)關信息更新裝置，設置于移動管理單元MME，包括：

類型獲取模塊，用于獲取網(wǎng)關GW類型；

請求模塊，用于當獲知用戶設備UE的演進的節(jié)點B eNodeB改變時，如果所獲取的GW類型為用戶面和控制面分離的GW，則發(fā)送創(chuàng)建會話請求或修改承載請求消息給網(wǎng)關控制面實體GwC，在所述創(chuàng)建會話請求或修改承載請求消息中攜帶所述UE的位置信息；

網(wǎng)關信息獲取模塊，用于從所述GwC返回的創(chuàng)建會話響應或修改承載響應消息中獲取網(wǎng)關用戶面實體GwU地址和隧道端點標識TEID。

可選地，所述位置信息包括跟蹤區(qū)標識TAI和用戶位置信息ECGI。

可選地，所述請求模塊還用于在所述創(chuàng)建會話請求或修改承載請求消息中攜帶所述UE的位置變更指示。

可選地，所述請求模塊獲知UE的eNodeB改變的方式包括接收到以下任一種或任幾種消息：附著請求，跟蹤區(qū)更新請求，業(yè)務請求，切換請求，前轉重定位請求。

可選地，所述類型獲取模塊獲取網(wǎng)關GW類型是指：

所述類型獲取模塊根據(jù)服務網(wǎng)關S-GW或GwC返回的創(chuàng)建會話響應消 息或修改承載響應消息中攜帶的GW類型或控制面用戶面分離標識，獲取GW類型。

可選地，所述類型獲取模塊當所述創(chuàng)建會話響應消息或修改承載響應消息中未攜帶GW類型及控制面用戶面分離標識時，獲取的GW類型為用戶面和控制面合一的GW。

可選地，所述類型獲取模塊獲取網(wǎng)關GW類型前還用于在所述UE附著到網(wǎng)絡的處理流程中，給S-GW或所述GwC發(fā)送創(chuàng)建會話請求消息或修改承載請求消息，攜帶GW類型請求。

可選地，任一項所述的裝置還包括：

發(fā)送模塊，用于在未向變更后的eNodeB發(fā)送過GwU地址和TEID時，發(fā)送所述網(wǎng)關信息獲取模塊所獲取的GwU地址和TEID給變更后的eNodeB。

可選地，所述的裝置還包括：

發(fā)送模塊，用于在已向變更后的eNodeB發(fā)送過GwU地址和TEID時，判斷所述網(wǎng)關信息獲取模塊所獲取的GwU地址和TEID與發(fā)送給所述變更后的eNodeB的是否相同，如果不同則發(fā)送所獲取的GwU地址和TEID給所述變更后的eNodeB。

可選地，所述發(fā)送模塊還用于在給變更后的eNodeB的切換請求或初始上下文請求中，攜帶待定事務指示，所述待定事務指示用于通知所述變更后的eNodeB在再次收到地址和TEID、或者，確認GwU不變更前，緩存上行到GwU的數(shù)據(jù)和下行轉發(fā)的數(shù)據(jù)。

本發(fā)明實施例能夠在GW控制面和用戶面分離的情況下，使MME獲知正確的GwU地址及隧道端點標識，并進而告知eNodeB，從而保證在GwU有更改的情況下數(shù)據(jù)流還是能夠正確可靠傳輸。

本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在說明書、權利要求書以及附圖中所特別指出的結構來實現(xiàn)和獲得。

附圖說明

附圖用來提供對本發(fā)明技術方案的進一步理解，并且構成說明書的一部分，與本申請的實施例一起用于解釋本發(fā)明的技術方案，并不構成對本發(fā)明技術方案的限制。

圖1為3GPP的演進分組系統(tǒng)的結構示意圖；

圖2為非漫游場景下GW控制面和用戶面分離的架構示意圖；

圖3為實施例一的網(wǎng)關信息更新方法的流程示意圖；

圖4為附著流程中GwC告知GW類型或GW控制用戶面分離指示的示意圖；

圖5為基于S1接口的切換流程中，建立正確的上行數(shù)據(jù)通道示意圖；

圖6為業(yè)務請求流程中，建立正確的上行數(shù)據(jù)通道示意圖；

圖7為實施例二的網(wǎng)關信息更新裝置的示意圖。

具體實施方式

下面將結合附圖及實施例對本發(fā)明的技術方案進行更詳細的說明。

需要說明的是，如果不沖突，本發(fā)明實施例以及實施例中的各個特征可以相互結合，均在本發(fā)明的保護范圍之內。另外，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

實施例一、一種網(wǎng)關信息更新方法，如圖3所示，包括步驟S110～S120：

S110、MME獲取網(wǎng)關GW類型；

S120、所述MME當獲知UE的eNodeB改變時，如果所獲取的GW類型為用戶面和控制面分離的GW，則發(fā)送創(chuàng)建會話請求或修改承載請求消息給GwC，在所述創(chuàng)建會話請求或修改承載請求消息中攜帶所述UE的位置信息；所述位置信息可以但不限于至少包括TAI(Tracking Area Identity，跟蹤區(qū)標識)和ECGI(User Location Information，用戶位置信息)。

S130、所述MME從所述GwC返回的創(chuàng)建會話響應或修改承載響應消 息中獲取GwU地址和TEID(Tunnel Endpoint Identifier，隧道端點標識)；其中，所述TEID可以為一個或多個。

本實施例中，所述GwC在創(chuàng)建會話響應或修改承載響應消息中攜帶的GwU地址和TEID是當前正確的GwU地址和TEID；GwC可以根據(jù)所述位置信息判斷是否要進行GwU重選，如果不用重選則返回原有的GwU地址和TEID，如果要重選則選擇GwU后返回變更后的GwU地址和TEID。

本實施例中，所述UE的eNodeB改變的原因可以但不限于包括：所述UE的位置發(fā)生改變。

所述UE的位置發(fā)生改變的判斷標準是：所述UE當前所在的eNodeB發(fā)生改變，即所述UE前后eNodeB的ID(標識)不同。

可選地，所述方法還可以包括：

在所述創(chuàng)建會話請求或修改承載請求消息中攜帶所述UE的位置變更指示?？蛇x地，所述MME獲知UE的eNodeB改變的方式可以但不限于包括接收到以下任一種或任幾種消息：附著請求，跟蹤區(qū)更新請求，業(yè)務請求，切換請求，前轉重定位請求。

可選地，步驟S110包括：

所述MME根據(jù)S-GW或GwC返回的創(chuàng)建會話響應消息或修改承載響應消息中攜帶的GW類型或控制面用戶面分離標識，獲知對端的GW類型；所述GW類型包括用戶面和控制面分離的GW，或，用戶面和控制面合一的GW；當攜帶控制面用戶面分離標識時，所述GW類型為用戶面和控制面分離的GW。

本可選方式中，GW類型為用戶面和控制面分離的GW時，則MME連接的對端為GW控制面功能實體。

本可選方式中，所述S110前還可以包括：

在所述UE附著到網(wǎng)絡的處理流程中，所述MME給S-GW或所述GwC發(fā)送創(chuàng)建會話請求消息或修改承載請求消息，攜帶GW類型請求。

本可選方式中，當所述創(chuàng)建會話響應消息或修改承載響應消息中缺省GW類型標識或控制面用戶面分離標識時，可以默認為GW類型是用戶面和 控制面合一的GW；即：當所述創(chuàng)建會話響應消息或修改承載響應消息中未攜帶GW類型及控制面用戶面分離標識時，所述MME所獲取的GW類型為用戶面和控制面合一的GW。

可選地，所述步驟S130后還可以包括：

所述MME如果未向變更后的eNodeB發(fā)送過GwU地址和TEID，則發(fā)送所獲取的GwU地址和TEID給變更后的eNodeB。

可見，若GwU發(fā)生了變更，則本可選方案中發(fā)送的GwU地址和TEID為變更后的GwU地址和TEID。

可選地，所述步驟S130后還可以包括：

所述MME如果已向變更后的eNodeB發(fā)送過GwU地址和TEID，則判斷所獲取的GwU地址和TEID與發(fā)送給所述變更后的eNodeB的是否相同，如果不同則發(fā)送所獲取的GwU地址和TEID給所述變更后的eNodeB。

本可選方案中，所述MME獲知eNodeB改變后，先根據(jù)現(xiàn)有流程發(fā)送GwU地址和TEID給變更后的eNodeB；之后再發(fā)送位置信息給GwC；如果MME發(fā)現(xiàn)GwC返回的GwU地址和TEID與之前發(fā)送給變更后的eNodeB的不同，則MME再次發(fā)送GwU地址和TEID給變更后的eNodeB；如果相同則可以不再發(fā)送；在其它可選方案中也可以設置成無論是否相同，都發(fā)送所獲取的GwU地址和TEID給變更后的eNodeB。

本可選方案中，所述方法還可以包括：

所述MME在給變更后的eNodeB的切換請求或初始上下文請求中，攜帶Pending Transaction(待定事務指示)，所述Pending Transaction用于通知所述變更后的eNodeB在再次收到地址和TEID、或者，確認GwU不變更前，緩存上行到GwU的數(shù)據(jù)和下行轉發(fā)的數(shù)據(jù)。

本可選方案中，所述Pending Transaction的作用相當于通知所述變更后的eNodeB等待確認GwU是否重選，如果再次收到MME發(fā)送的GwU地址和TEID則確認GwU重選，用MME再次發(fā)送的GwU地址和TEID替代MME第一次發(fā)送的GwU地址和TEID，進行上行數(shù)據(jù)的傳輸；如果eNodeB在預定時長內未收到MME再次發(fā)送的GwU地址和TEID則確認GwU不變更， 使用MME第一次發(fā)送的GwU地址和TEID進行上行數(shù)據(jù)的傳輸。

本可選方案中，eNodeB新增緩存功能。eNodeB在再次收到GwU地址和TEID、或者，確認GwU不變更之前，緩存上行到GwU的數(shù)據(jù)和下行轉發(fā)的數(shù)據(jù)。

在其它可選方案中，也可以采取如下方案：

MME獲知eNodeB切換后，先根據(jù)現(xiàn)有流程發(fā)送GwU地址和TEID給變更后的eNodeB；之后再發(fā)送位置信息給GwC；無論從GwC所獲取的GwU地址和TEID與發(fā)送給所述變更后的eNodeB的是否相同，都再次發(fā)送所獲取的GwU地址和TEID給所述變更后的eNodeB；

所述Pending Transaction用于通知所述變更后的eNodeB在再次收到GwU地址和TEID前，對上行到GwU的數(shù)據(jù)和下行轉發(fā)數(shù)據(jù)的進行緩存；

所述變更后的eNodeB緩存上行到GwU的數(shù)據(jù)和下行轉發(fā)的數(shù)據(jù)，直到第二次從MME收到GwU地址和TEID，采用第二次收到的GwU地址和TEID進行上行數(shù)據(jù)發(fā)送。

實施示例一

處理流程(一)

以下為在UE附著到網(wǎng)絡的處理流程中，SGW/GwC給MME發(fā)送Create Session Response(創(chuàng)建會話響應消息)時，消息中攜帶GW類型標識或控制面用戶面分離標識，讓MME感知對端連接的GW類型的具體操作?？蛇x地，所述創(chuàng)建會話響應消息中缺省GW類型標識或控制面用戶面分離標識時，默認GW類型為用戶面和控制面合一的GW。所述GW類型包括：用戶面和控制面分離的GW(即：GW分設)，或用戶面和控制面合一的GW(即：GW合設)。其中，當GW類型為用戶面和控制面分離的GW時，則MME連接的對端為GW控制面功能實體?？蛇x地，MME給SGW/GwC發(fā)送的創(chuàng)建會話請求消息中攜帶GW類型請求。

如圖4所示，處理流程(一)具體包括如下步驟：

步驟301、UE向EPS網(wǎng)絡發(fā)起附著操作，網(wǎng)絡完成對UE的認證授權。 具體步驟如301-1到301-6描述：

301-1、UE發(fā)送附著請求消息給eNodeB，消息包含：用戶標識，上次訪問的跟蹤區(qū)，UE的核心網(wǎng)絡能力，附著類型，NAS(Non-access stratum，非接入層)序列號，PDN類型等信息。

301-2、eNodeB根據(jù)RRC(Radio Resource Control，無線資源控制)參數(shù)和選擇的網(wǎng)絡，或MME選擇功能，選擇MME。然后eNodeB將附著消息和UE所在小區(qū)的TAI和ECGI標識一起轉發(fā)給新的MME。

301-3、如果UE自從上次去附著后MME發(fā)生了變化，當前的新的MME獲取舊的MME地址，并發(fā)送身份標識請求消息到舊MME請求IMSI(International Mobile Subscriber Identification Number，國際移動用戶識別碼)和移動性上下文。

301-4、如果UE在新和舊MME中都不能被識別，則新MME發(fā)送標識請求消息給UE請求IMSI。UE使用包含IMSI的標識響應消息通知網(wǎng)絡。

301-5a、如果網(wǎng)絡中沒有UE上下文存在，或者如果附著請求消息沒有完整性保護或加密，或者如果完整性檢查失敗，則認證過程和NAS安全上下建立過程必須進行。如果網(wǎng)絡中存在UE上下文、且附著請求消息有完整性保護或加密，完整性檢查成功，則本步驟可選。如果NAS安全算法改變，則該步驟只執(zhí)行NAS安全上下文建立過程。認證和NAS安全上下文建立過程按照安全功能章節(jié)的定義進行。在該步驟之后，所有NAS消息將受到MME指示的NAS安全功能保護。

301-5b、從UE獲取移動設備標識IMEI。IMEI標識必須采用加密方式傳輸，除非是在緊急附著情況下且不能被認證時。為了最小化信令的遲延，移動設備標識獲取可以合并在步驟301-5a的NAS安全上下文建立過程中。MME發(fā)送移動設備標識檢測請求給EIR(Equipment Identity Register，設備標識寄存器)，EIR將檢測的結果通過移動設備標識檢測應答消息響應。MME根據(jù)結果確定是否繼續(xù)附著過程或拒絕UE。

301-6、如果UE在附著請求消息中設置了加密選項傳輸標記，則本步驟可以從UE獲取加密選項。

步驟302、MME根據(jù)現(xiàn)有的EPC網(wǎng)絡選擇GW的機制，進行網(wǎng)關選擇，獲取SGW和PGW控制面的IP地址。網(wǎng)關類型是否為現(xiàn)有SGW還是控制面和用戶面分離的GW，對MME的GW選擇無影響。本示例中，GW類型為控制面和用戶面分離的GW，這里SGW控制面IP地址為GwC的IP地址。

步驟303-306為可選步驟，如果網(wǎng)絡中有老的上下文信息(例如，MME中存在激活承載上下文)，則MME通過刪除會話請求過程刪除GW中老的承載上下文信息。

步驟303、MME向GwC發(fā)送Delete Session Request(刪除會話請求)消息。

步驟304、GwC向PCRF發(fā)起IP-CAN會話終止操作。

步驟305、GwC向SGwU和PGwU發(fā)送刪除流表請求；

步驟306、GwC向MME回復Delete Session Response(刪除會話響應)消息。

步驟307、MME向GwC發(fā)送S1-MME接口的Create Session Request(創(chuàng)建會話請求)消息，攜帶用戶標識，APN標識，MME控制面TEID，GwC地址，PGW地址，PDN地址，承載標識，切換指示等信息。其中，切換指示指示了當前是初始附著還是切換附著，GwC根據(jù)該指示在后續(xù)步驟中有不同的操作，詳見后續(xù)步驟。其中，PGW地址即為GwC的地址(GW分設時)或者選擇的P-GW的地址(GW合設時)。可選地，MME發(fā)送給S-GW或GwC的創(chuàng)建會話請求消息中，攜帶GW類型請求。

步驟308、GwC根據(jù)網(wǎng)關選擇功能選擇正確的GwU，即選擇執(zhí)行轉發(fā)功能的GwU作為SGwU和PGwU。為GwU分配TEID，包括PGwU的默認承載TEID，SGwU默認承載的UL(Uplink，上行鏈路)和DL(Downlink，下行鏈路)的TEID。GwC為該UE的PDN連接分配IP地址或者從外部PDN獲取IP地址。

步驟309、當部署了PCRF且創(chuàng)建會話請求消息中切換指示不存在，GwC執(zhí)行IP-CAN會話建立過程，獲取UE的默認PCC(Policy and Charging Control，策略計費控制)準則。若存在切換指示，則GwC執(zhí)行IP-CAN會 話修改流程。向PCRF發(fā)起Gx接口上的IP-CAN會話建立或修改相關操作，觸發(fā)相關承載的建立。如果沒有部署動態(tài)PCC，則GwC采用本地QoS策略。

步驟310、GwC向SGwU下發(fā)流表，包括：PGwU的IP地址，TEID等信息。

步驟311、GwC向PGwU下發(fā)流表，包括：SGwU的IP地址，TEID，meter(計量)統(tǒng)計等信息。

步驟312、GwC回應Create Session Response(創(chuàng)建會話響應)消息給MME。包含SGwU的IP地址，用戶面TEID，控制面TEID，PGwU的IP地址和TEID。以及，消息中攜帶GW類型標識或控制面用戶面分離標識，讓MME感知GW類型為用戶面和控制面分離的GW(則MME和GwC交互)，或為用戶面和控制面合一的GW(則MME和S-GW交互)。本示例中為用戶面和控制面分離的GW。這里，若GwU發(fā)生了變更，則所述創(chuàng)建會話響應消息中攜帶的GwU地址和TEID為變更后的GwU地址和TEID。所述創(chuàng)建會話響應消息中還攜帶其他EPS網(wǎng)絡S1-MME接口定義的相關參數(shù)。MME感知并保存GW類型，用于后續(xù)UE位置變更eNodB切換后，根據(jù)GW類型決策是否要發(fā)送位置變更信息給GwC，供GwC決策是否進行GwU重選。

步驟313、接入網(wǎng)信令交互和空口承載建立。eNodeB發(fā)送RRC連接重配置消息給UE，其包含EPS RB(Resource Block，資源塊)ID和Attach Accept(附加接受)消息。UE發(fā)送RRC連接重配置完成消息給eNodeB。eNodeB發(fā)送Initial Context Response(初始上下文響應)消息給新的MME，消息包含eNode B的TEID以及eNodeB的地址，用于S1-U接口的下行數(shù)據(jù)的傳送。UE發(fā)送Direct Transfer(直接轉移)消息給eNodeB，該消息包含Attach Complete(附加完成)消息。eNodeB使用上行NAS傳輸消息轉發(fā)Attach Complete消息給新的MME。

步驟314、MME將eNodeB的用戶面地址和TEID通過Modify Bearer Request(修改承載請求)消息發(fā)送給GW(本示例中即發(fā)送給GwC)。

步驟315：GwC向SGwU更新流表，將eNodeB的用戶面地址和TEID發(fā)送給SGwU。下行數(shù)據(jù)通道完成，數(shù)據(jù)可下發(fā)到UE。

步驟316：若是切換附著場景，GwC向PGwU更新流表，通知GwUPGwU 可以從網(wǎng)絡側發(fā)送數(shù)據(jù)。

步驟317：GwC向MME回復Modify Bearer Response(修改承載響應)消息。

處理流程(二)

以下為源eNodeB與目標eNodeB沒有X2接口連接時，發(fā)起一個基于S1接口的eNodeB間的切換的流程。MME接收到切換請求消息后，感知到UE的位置發(fā)生了變化，即eNodeB發(fā)生了切換。本示例中，當前GW類型為用戶面控制面分離GW，即對端為GwC。則發(fā)送創(chuàng)建會話請求或修改承載請求消息給GwC，其中攜帶位置信息。GwC根據(jù)MME提供的位置信息，判斷GwU是否需要重選并執(zhí)行。將正確的GwU地址和隧道標識TEID信息返回給MME，并由MME傳送給目標eNodeB，建立正確的上行數(shù)據(jù)傳送通道。如圖5所示，處理流程(二)具體包括如下步驟：

步驟401、源eNodeB發(fā)送一條Handover Required(切換請求消息)給源MME(若MME發(fā)生了改變)。該切換請求消息攜帶源到目標透明容器、target eNodeB Identity(目標eNodeB標識)、target(目標)TAI，直接轉發(fā)標記。在透明容器中指示了執(zhí)行數(shù)據(jù)轉發(fā)的承載列表。TAI的目的是便于選擇合適的目標MME。

步驟402、若MME發(fā)生了改變，則源MME選擇目標MME，并發(fā)送Forward Relocation Request(前轉重定位請求)消息給目標MME，消息中包括MME用戶上下文，源到目標透明容器、目標eNodeB標識，目標跟蹤區(qū)標識等信息。目標TAI用于MME判斷是否要進行SGW/GwC重選。MME用戶上下文中包括：GW類型標識或控制面用戶面分離標識，指示GW類型為用戶面控制面分離的GW(則MME和GwC交互)或用戶面控制面合一的GW(則MME和S-GW交互)。

步驟403、MME判斷是否要進行S-GW/GwC重選(源S-GW是否可以繼續(xù)為UE服務)，若需要則選擇新的S-GW/GwC。如果MME沒有重定位則由源MME判斷是否要進行S-GW/GwC的重選以及在要重選時進行選擇，否則由目的MME判斷是否要進行S-GW/GwC的重選以及在要重選時進行選擇。

MME根據(jù)GW類型標識或控制面用戶面分離標識判斷對端的GW類型，本示例中GW為用戶面控制面分離的GW，即對端為GwC，如果eNodeB發(fā)生了改變(根據(jù)eNodeB ID判斷)，則目標MME發(fā)送創(chuàng)建會話請求或修改承載請求給GwC，消息中包括PGW地址和TEID，TAI，ECGI(其中包括eNodeB的標識)，Serving Network(服務網(wǎng)絡)等位置信息，供GwC進行GwU重選的判斷和執(zhí)行。

步驟403a、可選地，若執(zhí)行了GwU的重選，且GwU用戶面地址和TEID由GwU分配，則GwC發(fā)送路由信息更新請求獲取新的GwU用戶面地址和TEID。

步驟404、GwC根據(jù)創(chuàng)建會話請求或修改承載請求消息中的位置信息，結合GwU選擇功能，判斷是否要進行GwU的重選，若需要則執(zhí)行GwU的選擇。為GwU分配用于S1-U接口上行數(shù)據(jù)傳送的GwU用戶面地址和TEID。GwC發(fā)送創(chuàng)建會話響應或修改承載響應消息給目標MME，攜帶所分配的GwU地址和用戶面上行TEID。若GwU進行了重選，則該GwU地址為重選后的新GwU地址。

步驟405、目標MME發(fā)送Handover Request(切換請求)消息給目標eNodeB，在目標eNodeB創(chuàng)建UE上下文，包含承載信息，安全上下文。消息攜帶為每個EPS承載分配的用于用戶面的GwU地址和上行TEID及EPS承載QoS。

步驟406、目標eNodeB發(fā)送一條Handover Request Acknowledge(切換請求應答)消息給目標MME，消息中包含目標eNodeB為S1-U接口上下行分組分配的地址和TEID，以及為接收轉發(fā)數(shù)據(jù)分配的地址和TEID。

步驟407、若MME發(fā)生了變更，則目標MME發(fā)送前轉重定位響應消息給源MME，消息中攜帶eNodeB為接收轉發(fā)數(shù)據(jù)分配的地址和TEID，間接轉發(fā)，消息包含間接轉發(fā)的的GwU前轉地址和TEID。

步驟408、間接轉發(fā)，目標MME通過發(fā)送Create Indirect Data Forwarding Tunnel Request(創(chuàng)建間接數(shù)據(jù)轉發(fā)隧道請求)消息給GwC，消息攜帶用于數(shù)據(jù)轉發(fā)的target eNodeB用戶面地址和TEID。

步驟409、GwC向SGwU發(fā)送路由信息更新消息，攜帶用于數(shù)據(jù)轉發(fā)的 目標eNodeB的IP地址和TEID信息。

步驟409a、GwC向PGwU發(fā)送路由信息更新消息，攜帶用于數(shù)據(jù)轉發(fā)的目標eNodeB的IP地址和TEID信息。

步驟410、GwC發(fā)送Create Indirect Data Forwarding Tunnel Response(創(chuàng)建間接數(shù)據(jù)轉發(fā)隧道響應)消息給目標MME，消息攜帶GwU用于S1-U接口上行數(shù)據(jù)前轉的地址和TEID。如果GwC不重定位，該MME為源MME。

步驟411-415執(zhí)行空口切換操作和數(shù)據(jù)包的間接轉發(fā)處理：

步驟411、源MME發(fā)送一個Handover Command(切換命令)消息到源eNodeB，消息中攜帶GwU用于數(shù)據(jù)前轉的地址和TEID。源eNodeB使用Target to Source transparent container(目標到源的透明容器)構造Handover Command消息發(fā)送給UE。

步驟412、源eNodeB開始從源eNodeB經(jīng)過GwU到目標eNodeB，間接轉發(fā)下行鏈路數(shù)據(jù)。

步驟413、UE成功地同步到目標小區(qū)后，發(fā)送Handover Confirm(切換確認)消息到目標eNodeB。來自源eNodeB的下行轉發(fā)數(shù)據(jù)被傳到UE，而上行數(shù)據(jù)由目標eNodeB發(fā)送到GwU。

步驟414、目標eNodeB發(fā)送一條Handover Notify(切換通知)消息給目標MME，消息中攜帶TAI和ECGI。

步驟415、如果目標MME重定位，則目標MME發(fā)送Forward Relocation Complete(轉發(fā)重定位完成)消息到源MME。

步驟415a、作為響應，源MME可以發(fā)送一條Forward Relocation Complete Acknowledge(轉發(fā)重定位完成應答)消息給目標MME。

步驟416、目標MME發(fā)送Modify Bearer Request(修改承載請求)消息給GwC，攜帶目標eNodeB的用戶面地址和TEID，可選地，還可以攜帶用戶位置信息。

步驟417、如果步驟416中上報了用戶位置信息，且PCRF簽訂了該事件信息，則GwC將與PCRF發(fā)起IP-CAN會話修改操作，上報事件信息。

步驟418、GwC向SGwU發(fā)送路由信息更新消息，攜帶目標eNodeB的 IP地址和TEID信息。

步驟418a、GwC向PGwU發(fā)送路由信息更新消息，攜帶目標eNodeB的IP地址和TEID信息。

步驟419、GwC發(fā)送Modify Bearer Response(修改承載響應)消息給目標MME。GwC在路徑轉換之后立即在舊路徑上發(fā)送一個或多個“end marker”分組包以輔助目標eNodeB執(zhí)行重排序功能。

步驟420、下行數(shù)據(jù)跑通，源網(wǎng)絡側無線資源釋放。

步驟421、源MME發(fā)送Delete Indirect Data Forwarding Tunnel Request(刪除前轉數(shù)據(jù)通道請求)消息給GwC，釋放為間接轉發(fā)所分配的臨時資源。

步驟422、GwC向SGwU發(fā)送流表更新請求，刪除用于數(shù)據(jù)轉發(fā)的流表信息。

步驟423、GwC向源MME返回刪除前轉數(shù)據(jù)通道請求響應消息。

處理流程(三)

以下為業(yè)務請求流程，即UE在IDLE(空閑)狀態(tài)下，為上層信令的發(fā)送或者活動的承載預留資源而建立一條信令連接的過程。MME接收到業(yè)務請求消息后，感知到UE的位置發(fā)生了變化，即eNodeB發(fā)生了切換。本示例中，GW類型為用戶面控制面分離的GW，即對端為GwC。MME發(fā)送創(chuàng)建會話請求或修改承載請求消息給GwC，其中攜帶位置信息。GwC根據(jù)MME提供的位置信息，判斷GwU是否需要重選并執(zhí)行。將正確的GwU地址和隧道標識TEID信息返回給MME，并由MME傳送給eNodeB，建立正確的上行數(shù)據(jù)傳送通道。如圖6所示，處理流程(三)具體包括如下步驟：

步驟501、UE通過封裝在RRC消息上的NAS消息發(fā)送Service Request(業(yè)務請求)消息給MME。該消息通過eNodeB前轉給MME，該消息被封裝在一個S1-AP類型的Initial UE Message(初始UE消息)中發(fā)送，初始UE消息攜帶用戶標識和用戶位置相關信息，包括TAI和ECGI等。

步驟502、根據(jù)網(wǎng)絡的需要，可能會執(zhí)行NAS鑒權和安全激活過程。

步驟503、MME根據(jù)GW類型標識或控制面用戶面分離標識判斷對端的GW類型，本示例中GW類型為用戶面控制面分離的GW，即對端是GwC， 如果eNodeB發(fā)生了改變(根據(jù)eNodeB ID判斷)，則MME發(fā)送創(chuàng)建會話請求或修改承載請求消息給GwC，消息中包括PGW地址和TEID，TAI，ECGI(其中包括eNodeB ID)，Serving Network等位置信息。供GwC進行GwU重選的判斷和執(zhí)行。

步驟503a、可選地，若執(zhí)行了GwU的重選，且GwU用戶面地址和TEID由GwU分配，則GwC發(fā)送路由信息更新請求獲取新的GwU用戶面地址和TEID。

步驟504、GwC根據(jù)創(chuàng)建會話請求或修改承載請求消息中的位置信息，結合GwU選擇功能，判斷是否要進行GwU的重選，若需要則執(zhí)行GwU的選擇。可選地，為GwU分配用于S1-U接口上行數(shù)據(jù)傳送的GwU地址和TEID。GwC發(fā)送創(chuàng)建會話響應或修改承載響應消息給MME，將分配的GwU地址和用戶面上行TEID攜帶給MME。若GwU進行了重選，則該GwU地址為重選后的新GwU地址。

步驟505、MME給eNodeB發(fā)送S1-AP類型消息Initial Context Setup Request(初始上下文建立請求)，消息中攜帶GwU地址和用戶面上行TEID，以及承載QoS，安全上下文，MME信令連接標識等信息。

步驟506、eNodeB根據(jù)收到的GwU地址和用戶面上行TEID以及承載QoS等信息執(zhí)行無線承載建立過程。并且建立用戶面安全上下文。當用戶面無線承載建立和服務請求完成并且EPS承載狀態(tài)在UE與MME之間同步之后，UE將刪除沒有無線承載的EPS承載。如果一個缺省EPS承載的無線承載沒有建立，UE本地去激活與這個缺省承載相關聯(lián)的所有EPS承載。

步驟507、UE的上行數(shù)據(jù)通過eNodeB前轉到GwU。eNodeB向步驟505中提供的GwU地址和TEID發(fā)送上行數(shù)據(jù)。SGwU將上行數(shù)據(jù)前轉到PGwU。

步驟508、eNodeB發(fā)送S1-AP類型消息Initial Context Setup Complete(初始上下文建立完成消息)給MME，消息中攜帶用于下行數(shù)據(jù)傳送的eNodeB用戶面地址和TEID，以及其它承載相關信息。

步驟509、MME發(fā)送Modify Bearer Request(修改承載請求)消息給GwC，消息中攜帶用于下行數(shù)據(jù)傳送的eNodeB用戶面地址和TEID，以及其它承載相關信息。

步驟510、GwC向SGwU下發(fā)流表，更新路由信息，其中包含eNodeB的用戶面IP地址和TEID信息。

步驟510a、GwC向PGwU下發(fā)流表，更新路由信息，其中包含eNodeB的用戶面IP地址和TEID信息。至此下行數(shù)據(jù)通道建立，GwU可以通過該通道發(fā)送下行數(shù)據(jù)給UE。

步驟511、GwC向MME回應修改承載響應消息。

處理流程(四)

在處理流程(二)的場景下，相應的實施方式還可以為：

當MME感知到UE的位置發(fā)生了變化，即eNodeB發(fā)生了切換，且判斷當前GW類型為用戶面控制面分離類型的GW，即對端為GwC時，MME不是立刻執(zhí)行例如處理流程(二)中的步驟403-404，即：通過創(chuàng)建會話請求或修改承載請求消息攜帶位置信息給GwC，獲取到正確的GwU地址和TEID的處理流程。本處理流程中，MME先執(zhí)行現(xiàn)有的業(yè)務請求流程處理，發(fā)送當前存儲的GwU地址和TEID給變更后的eNodeB，并發(fā)送Pending Transaction給所述變更后的eNodeB；直到步驟416，MME再在修改承載請求消息中攜帶eNodeB地址和TEID。

GwC在步驟419的修改承載響應消息中，攜帶最終的GwU地址和TEID給MME。MME根據(jù)GW類型進行GwU信息的對比，若GwU發(fā)生了變更，則觸發(fā)到eNodeB的承載修改流程，下發(fā)最終的GwU地址和TEID給eNodeB。

eNodeB先緩存數(shù)據(jù)，在收到更新后的GwU地址和TEID后完成承載修改處理，更新GwU信息。并完成緩存數(shù)據(jù)的發(fā)送；或者在預定時長內收不到更新后的GwU地址和TEID，則確認GwU不變更，采用原先的承載發(fā)送緩存數(shù)據(jù)。

可選地，處理流程(四)中，eNodeB需要新增緩存功能。在收到更新的GwU地址和TEID、或者確認GwU不變更之前，緩存上行到GwU的數(shù)據(jù)和下行轉發(fā)的數(shù)據(jù)。

可選地，MME在步驟405的切換請求中，攜帶Pending Transaction(待 定事務指示)給eNodeB，告知后續(xù)可能存在GwU的重選和信息更新(即：再次發(fā)送GwU地址和TEID)，。便于eNodeB在數(shù)據(jù)傳送失敗時對上行到GwU的數(shù)據(jù)和下行轉發(fā)數(shù)據(jù)的緩存。緩存時間周期和方式，取決于具體產(chǎn)品實現(xiàn)，這里不做限定。

處理流程(四)其余的詳細流程的處理同(二)中各步驟，不做重復描述。

處理流程(五)

在處理流程(三)的場景下，相應的實施方式還可以為：

當MME感知到UE的位置發(fā)生了變化，即eNodeB發(fā)生了切換，且判斷當前GW類型為用戶面控制面分離的GW，即對端為GwC時，MME不是立刻執(zhí)行例如處理流程(三)中的步驟503-504，即：通過創(chuàng)建會話請求或修改承載請求消息攜帶位置信息給GwC，獲取到正確的GwU地址和TEID的處理流程。本處理流程中，MME先執(zhí)行現(xiàn)有的切換流程處理，發(fā)送當前存儲的GwU地址和TEID給變更后的eNodeB，并發(fā)送Pending Transaction給所述變更后的eNodeB；直到步驟509，MME再在修改承載請求消息中攜帶eNodeB地址和TEID。

GwC在步驟511的修改承載響應消息中，攜帶最終的GwU地址和TEID給MME。MME根據(jù)GW類型進行GwU信息的對比，若GwU發(fā)生了變更，則觸發(fā)到eNodeB的承載修改流程，下發(fā)最終的GwU地址和TEID給eNodeB。

eNodeB先緩存數(shù)據(jù)，在收到更新后的GwU地址和TEID后完成承載修改處理，更新GwU信息。并完成緩存數(shù)據(jù)的發(fā)送；或者在預定時長內收不到更新后的GwU地址和TEID，則確認GwU不變更，采用原先的承載發(fā)送緩存數(shù)據(jù)。

可選地，處理流程(五)中，eNodeB需要新增緩存功能。在收到更新的GwU地址和TEID、或者確認GwU不變更之前，緩存上行到GwU的數(shù)據(jù)和下行轉發(fā)的數(shù)據(jù)。

可選地，MME在步驟505給eNodeB的初始上下文請求中，攜帶Pending Transaction給eNodeB，告知后續(xù)可能存在GwU的重選和信息更新(即：再次發(fā)送GwU地址和TEID)，便于eNodeB在數(shù)據(jù)傳送失敗時對上行到GwU的數(shù)據(jù)和下行轉發(fā)數(shù)據(jù)的緩存。緩存時間周期和方式，取決于具體產(chǎn)品實現(xiàn)，這里不做限定。

處理流程(五)其余的詳細流程的處理同(三)中各步驟，不做重復描述。

如上描述，處理流程(一)和(二)，處理流程(一)和(三)，處理流程(一)和(四)，處理流程(一)和(五)，分別構成了兩個場景下的兩個實施方式的四種處理流程。詳細描述了一種GW控制面和用戶面分離架構中用戶位置發(fā)生改變場景下，能夠支持數(shù)據(jù)流正確可靠傳輸?shù)姆椒?。該方法還適用于其它UE位置變更的場景處理。以及其它控制和用戶面功能分離的通信架構中的數(shù)據(jù)傳輸?shù)奶幚怼?/p>

實施例二、一種網(wǎng)關信息更新裝置，設置于MME，如圖7所示，包括：

類型獲取模塊71，用于獲取網(wǎng)關GW類型；

請求模塊72，用于當獲知用戶設備UE的演進的節(jié)點B eNodeB改變時，如果所獲取的GW類型為用戶面和控制面分離的GW，則發(fā)送創(chuàng)建會話請求或修改承載請求消息給網(wǎng)關控制面實體GwC，在所述創(chuàng)建會話請求或修改承載請求消息中攜帶所述UE的位置信息；

網(wǎng)關信息獲取模塊73，用于從所述GwC返回的創(chuàng)建會話響應或修改承載響應消息中獲取網(wǎng)關用戶面實體GwU地址和隧道端點標識TEID。

可選地，所述位置信息包括跟蹤區(qū)標識TAI和用戶位置信息ECGI。

可選地，所述請求模塊還用于在所述創(chuàng)建會話請求或修改承載請求消息中攜帶所述UE的位置變更指示。

可選地，所述請求模塊獲知UE的eNodeB改變的方式包括接收到以下任一種或任幾種消息：附著請求，跟蹤區(qū)更新請求，業(yè)務請求，切換請求，前轉重定位請求。

可選地，所述類型獲取模塊獲取網(wǎng)關GW類型是指：

所述類型獲取模塊根據(jù)服務網(wǎng)關S-GW或GwC返回的創(chuàng)建會話響應消息或修改承載響應消息中攜帶的GW類型或控制面用戶面分離標識，獲取GW類型。

本可選方案中，所述類型獲取模塊當所述創(chuàng)建會話響應消息或修改承載響應消息中未攜帶GW類型及控制面用戶面分離標識時，獲取的GW類型可以為用戶面和控制面合一的GW。

本可選方案中，所述類型獲取模塊獲取網(wǎng)關GW類型前還可以用于在所述UE附著到網(wǎng)絡的處理流程中，給S-GW或所述GwC發(fā)送創(chuàng)建會話請求消息或修改承載請求消息，攜帶GW類型請求。

可選地，所述的裝置還包括：

發(fā)送模塊，用于在未向變更后的eNodeB發(fā)送過GwU地址和TEID時，發(fā)送所述網(wǎng)關信息獲取模塊所獲取的GwU地址和TEID給變更后的eNodeB。

可選地，所述的裝置還包括：

發(fā)送模塊，用于在已向變更后的eNodeB發(fā)送過GwU地址和TEID時，判斷所述網(wǎng)關信息獲取模塊所獲取的GwU地址和TEID與發(fā)送給所述變更后的eNodeB的是否相同，如果不同則發(fā)送所獲取的GwU地址和TEID給所述變更后的eNodeB。

本可選方案中，所述發(fā)送模塊還可以用于在給變更后的eNodeB的切換請求或初始上下文請求中，攜帶待定事務指示，所述待定事務指示用于通知所述變更后的eNodeB在再次收到地址和TEID、或者，確認GwU不變更前，緩存上行到GwU的數(shù)據(jù)和下行轉發(fā)的數(shù)據(jù)。

本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關硬件完成，所述程序可以存儲于計算機可讀存儲介質中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。本發(fā)明不限制于 任何特定形式的硬件和軟件的結合。

雖然本發(fā)明所揭露的實施方式如上，但所述的內容僅為便于理解本發(fā)明而采用的實施方式，并非用以限定本發(fā)明。任何本發(fā)明所屬領域內的技術人員，在不脫離本發(fā)明所揭露的精神和范圍的前提下，可以在實施的形式及細節(jié)上進行任何的修改與變化，但本發(fā)明的專利保護范圍，仍須以所附的權利要求書所界定的范圍為準。