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

背景技術(shù)：

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

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

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

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

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

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

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

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

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

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

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

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

移動管理單元MME當獲知用戶設(shè)備UE的演進的節(jié)點B eNodeB改變時，如果網(wǎng)關(guān)控制面實體GwC已訂閱所述UE的位置更新報告，則發(fā)送創(chuàng)建會話請求或修改承載請求消息給所述GwC，在所述創(chuàng)建會話請求或修改承載請求消息中攜帶所述UE的位置信息；

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

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

可選地，所述MME獲知UE的eNodeB改變的方式包括接收到以下任一種或任幾種消息：

附著請求，跟蹤區(qū)更新請求，業(yè)務(wù)請求，切換請求，前轉(zhuǎn)重定位請求。

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

在所述UE附著到網(wǎng)絡(luò)的處理流程中，所述MME接收所述GwC發(fā)送的創(chuàng)建會話響應(yīng)消息，根據(jù)所述創(chuàng)建會話響應(yīng)消息獲知所述GwC是否訂閱所述UE的位置更新報告。

可選地，所述根據(jù)所述創(chuàng)建會話響應(yīng)消息獲知所述GwC是否訂閱所述UE位置更新報告包括：

所述MME當所述創(chuàng)建會話響應(yīng)消息中攜帶用戶位置更新動作時，獲知所述GwC向本MME訂閱所述UE的位置更新報告。

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

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

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

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

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

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

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

請求模塊，用于當獲知用戶設(shè)備UE的演進的節(jié)點B eNodeB改變時，如果網(wǎng)關(guān)控制面實體GwC已訂閱所述UE的位置更新報告，則發(fā)送創(chuàng)建會話請求或修改承載請求消息給所述GwC，在所述創(chuàng)建會話請求或修改承載請求消息中攜帶所述UE的位置信息；

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

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

可選地，所述請求模塊獲知UE的eNodeB改變的方式包括接收到以下任一種或任幾種消息：

附著請求，跟蹤區(qū)更新請求，業(yè)務(wù)請求，切換請求，前轉(zhuǎn)重定位請求。

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

接收模塊，用于在所述UE附著到網(wǎng)絡(luò)的處理流程中，接收所述GwC發(fā)送的創(chuàng)建會話響應(yīng)消息，根據(jù)所述創(chuàng)建會話響應(yīng)消息獲知所述GwC是否訂閱所述UE的位置更新報告。

可選地，所述接收模塊根據(jù)所述創(chuàng)建會話響應(yīng)消息獲知所述GwC是否訂閱所述UE位置更新報告是指：

所述接收模塊當所述創(chuàng)建會話響應(yīng)消息中攜帶用戶位置更新動作時，獲知所述GwC訂閱所述UE的位置更新報告。

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

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

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

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

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

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

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

附圖說明

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

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

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

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

圖4為附著流程中GwC訂閱位置變更事件報告的示意圖；

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

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

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

具體實施方式

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

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

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

S110、MME當獲知UE的eNodeB改變時，如果GwC已訂閱所述UE的位置更新報告，則發(fā)送創(chuàng)建會話請求或修改承載請求消息給所述GwC，在所述創(chuàng)建會話請求或修改承載請求消息中攜帶所述UE的位置信息。所述位置信息可以但不限于至少包括TAI(Tracking Area Identity，跟蹤區(qū)標識)和ECGI(User Location Information，用戶位置信息)。

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

本實施例中，所述用戶位置更新至少包括eNodeB變更。

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

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

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

在所述UE附著到網(wǎng)絡(luò)的處理流程中，所述MME接收所述GwC發(fā)送的創(chuàng)建會話響應(yīng)消息，根據(jù)所述創(chuàng)建會話響應(yīng)消息獲知所述GwC是否訂閱所 述UE的位置更新報告。

本可選方式中，所述創(chuàng)建會話響應(yīng)消息指示所述GwC訂閱所述UE的位置更新報告的方式可以但不限于為：所述GwC在所述創(chuàng)建會話響應(yīng)消息中攜帶用戶位置更新action(動作)。所述根據(jù)所述創(chuàng)建會話響應(yīng)消息獲知所述GwC是否訂閱所述UE的位置更新報告可以包括：所述MME當所述創(chuàng)建會話響應(yīng)消息中攜帶用戶位置更新action時，獲知所述GwC向本MME訂閱所述UE的位置更新報告(即訂閱所述UE的用戶位置更新的事件上報)。

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

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

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

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

所述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ā)送；在其它可選方案中也可以設(shè)置成無論是否相同，都發(fā)送所獲取的GwU地址和TEID給變更后的eNodeB。

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

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

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

本可選方案中，eNodeB新增緩存功能。eNodeB在再次收到GwU地址和TEID、或者，確認GwU不變更之前，緩存上行到GwU的數(shù)據(jù)和下行轉(zhuǎn)發(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ù)和下行轉(zhuǎn)發(fā)數(shù)據(jù)的進行緩存；

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

實施示例一

處理流程(一)

在UE附著到網(wǎng)絡(luò)的處理流程中，GwC給MME發(fā)送創(chuàng)建會話響應(yīng)消息時，消息中攜帶用戶位置更新action，用于GwC向MME訂閱用戶位置更新的事件上報。所述UE位置更新，至少包括eNodeB的變更。如果創(chuàng)建會話響應(yīng)消息中缺省用戶位置更新action，則MME感知到UE的eNodeB變化時不會觸發(fā)向GwC發(fā)送所述UE的位置更新報告(即：發(fā)送攜帶所述UE的位置信息的創(chuàng)建會話請求或修改承載請求消息)。如圖4所示，處理流程(一)具體包括如下步驟：

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

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

301-2、eNodeB根據(jù)RRC(Radio Resource Control，無線資源控制)參數(shù)和選擇的網(wǎng)絡(luò)，或MME選擇功能，選擇MME。然后eNodeB將附著消息和UE所在小區(qū)的TAI和ECGI標識一起轉(zhuǎn)發(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的標識響應(yīng)消息通知網(wǎng)絡(luò)。

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

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

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

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

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

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

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

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

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

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

步驟308、GwC根據(jù)網(wǎng)關(guān)選擇功能選擇正確的GwU，即選擇執(zhí)行轉(zhuǎn)發(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會話建立或修改相關(guān)操作， 觸發(fā)相關(guān)承載的建立。如果沒有部署動態(tài)PCC，則GwC采用本地QoS策略。

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

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

步驟312：GwC回應(yīng)Create Session Response(創(chuàng)建會話響應(yīng))消息給MME。包含SGWU的IP地址，用戶面TEID，控制面TEID，PGWU的IP地址和TEID。以及消息中攜帶用戶位置更新action，用于GwC向MME訂閱用戶位置更新的事件上報。所述用戶位置更新，至少包括eNodeB的變更。如果創(chuàng)建會話響應(yīng)消息中缺省用戶位置更新action，則MME感知到UE位置變化時不會觸發(fā)向GwC發(fā)送位置更新報告。消息中還攜帶其他EPS網(wǎng)絡(luò)S1-MME接口定義的相關(guān)參數(shù)。若GwC訂閱了用戶位置更新報告，后續(xù)MME感知到UE位置變更后，將會發(fā)送所述UE的位置信息給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(初始上下文響應(yīng))消息給新的MME，消息包含eNode B的TEID以及eNodeB的地址，用于S1-U接口的下行數(shù)據(jù)的傳送。UE發(fā)送Direct Transfer(直接轉(zhuǎn)移)消息給eNodeB，該消息包含Attach Complete(附加完成)消息。eNodeB使用上行NAS傳輸消息轉(zhuǎn)發(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)絡(luò)側(cè)發(fā)送數(shù)據(jù)。

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

處理流程(二)

以下為源eNodeB與目標eNodeB沒有X2接口連接時，發(fā)起一個基于S1接口的eNodeB間的切換的流程。MME接收到切換請求消息后，感知到UE的位置發(fā)生了變化，即UE的eNodeB發(fā)生了切換，且GWC訂閱了所述UE的位置更新報告，則MME發(fā)送創(chuàng)建會話請求或修改承載請求消息，其中攜帶位置信息給GWC。所述位置信息至少包括TAI和ECGI。GWC根據(jù)MME提供的位置信息，判斷GwU是否需要重選并執(zhí)行，給MME返回創(chuàng)建會話響應(yīng)或修改承載響應(yīng)消息，將正確的GWU地址和TEID信息返回給MME，并由MME傳送給eNodeB，建立正確的上行數(shù)據(jù)傳送通道。所述MME感知到eNodeB改變的的方式，包括：接收到附著請求，或接收到跟蹤區(qū)更新請求，或接收到業(yè)務(wù)請求，或接收到切換請求，或接收到前轉(zhuǎn)重定位請求等。這里針對接收到切換請求或接收到前轉(zhuǎn)重定位請求的場景進行舉例描述。如圖5所示，處理流程(二)具體包括如下步驟：

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

步驟402、若MME發(fā)生了改變，則源MME選擇目標MME，并發(fā)送Forward Relocation Request(前轉(zhuǎn)重定位請求)消息給目標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服務(wù))，若需要則選擇新的S-GW/GwC。如果MME沒有重定位則由源MME判斷是否要進行S-GW/GwC的重選以及在要重選時進行選擇，否則由目的MME判斷是否要進行S-GW/GwC的重選以及在要重選時進行選擇。本示例中是用戶面控制面分離的GW，MME判斷是否要進行GwC重選并在需要時選擇新的GwC。

MME接收到切換請求消息后，確認eNodeB發(fā)生了變更(根據(jù)eNodeB ID判斷)，且GwC訂閱了所述UE的位置更新報告，則MME發(fā)送創(chuàng)建會話請求或修改承載請求消息給GWC，攜帶位置信息給GwC，包括TAI，ECGI(其中包括eNodeB ID)，Serving Network(服務(wù)網(wǎng)絡(luò))等位置信息。供GWC進行GwU重選的判斷和執(zhí)行。

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

步驟404、GwC根據(jù)創(chuàng)建會話請求或修改承載請求消息中的位置信息，結(jié)合GwU選擇功能，判斷是否要進行GwU的重選，若需要則執(zhí)行GwU的選擇。為GwU分配用于S1-U接口上行數(shù)據(jù)傳送的GwU用戶面地址和TEID。GwC發(fā)送創(chuàng)建會話響應(yīng)或修改承載響應(yī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(切換請求應(yīng)答)消息給目標MME，消息中包含目標eNodeB為S1-U接口上下行分組分配的地址和TEID，以及為接收轉(zhuǎn)發(fā)數(shù)據(jù)分配的地址和TEID。

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

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

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

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

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

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

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

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

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

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

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

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

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

步驟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(修改承載響應(yīng))消息給目標MME。GwC在路徑轉(zhuǎn)換之后立即在舊路徑上發(fā)送一個或多個“end marker”分組包以輔助目標eNodeB執(zhí)行重排序功能。

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

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

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

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

處理流程(三)

以下為業(yè)務(wù)請求流程，即UE在IDLE(空閑)狀態(tài)下，為上層信令的發(fā)送或者活動的承載預(yù)留資源而建立一條信令連接的過程。MME接收到業(yè)務(wù)請求消息后，感知到UE的位置發(fā)生了變化，即eNodeB發(fā)生了切換，如果GwC訂閱了位置更新報告，則MME發(fā)送創(chuàng)建會話請求或修改承載請求消息給GWC，其中攜帶位置信息。所述位置信息至少包括TAI和ECGI。GwC根據(jù)MME提供的位置信息，判斷GwU是否需要重選并執(zhí)行。給MME返回創(chuàng)建會話響應(yīng)消息或修改承載響應(yīng)消息，將正確的GwU地址和隧道標識TEIDs信息返回給MME，并由MME傳送給eNodeB，建立正確的上行數(shù)據(jù)傳送通道。所述MME感知到eNodeB改變的的方式，包括：接收到附著請求，或接收到跟蹤區(qū)更新請求，或接收到業(yè)務(wù)請求，或接收到切換請求，或 接收到前轉(zhuǎn)重定位請求等。這里針對接收到業(yè)務(wù)請求的場景進行舉例描述。如圖6所示，處理流程(三)具體包括如下步驟：

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

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

步驟503、MME接收到業(yè)務(wù)請求消息后，確認eNodeB發(fā)生了改變(根據(jù)eNodeB ID判斷)，且GwC此前訂閱了所述UE的位置更新報告，則MME發(fā)送Create Session Request(創(chuàng)建會話請求)給GwC，消息中包括TAI，ECGI(其中包括eNodeB ID)，Serving Network(服務(wù)網(wǎng)絡(luò))等位置信息。供GwC進行GwU重選的判斷和執(zhí)行。

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

步驟504、GwC根據(jù)創(chuàng)建會話請求消息中的位置信息，結(jié)合GwU選擇功能，判斷是否要進行GwU的重選，若需要則執(zhí)行GwU的選擇。為GWU分配用于S1-U接口上行數(shù)據(jù)傳送的GWU地址和TEID。GwC發(fā)送Create Session Response(創(chuàng)建會話響應(yī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í)行無線承載建立過程。并且建立用戶面安全上下文。當用戶面無線承載建立和服務(wù)請求完成并且EPS承載狀態(tài)在UE與MME之間同步之后，UE將刪除沒有無線承載的EPS承載。如果一個缺省EPS承載的無線承載沒有建立，UE本地去激活與這個缺省承載相關(guān)聯(lián)的所有EPS承載。

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

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

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

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

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

步驟511、GwC向MME回應(yīng)Modify Bearer Response(修改承載響應(yīng))消息。

圖5和圖6為MME在基于S1接口的切換流程或業(yè)務(wù)請求流程中發(fā)送創(chuàng)建會話請求或修改承載請求告知GwC位置變更，獲取正確的GwU地址和隧道標識，并提供給eNodeB，建立正確的上行數(shù)據(jù)通道的流程示意圖。

處理流程(四)

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

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

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

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

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

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

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

處理流程(五)

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

當MME感知到UE的位置發(fā)生了變化，即eNodeB發(fā)生了切換，且GwC訂閱了所述UE的位置更新報告時，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的修改承載響應(yīng)消息中，攜帶最終的GwU地址和TEID給MME。MME進行GwU信息的對比，若GwU發(fā)生了變更，則觸發(fā)到eNodeB的承載修改流程，下發(fā)最終的GwU地址和TEID給eNodeB。

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

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

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

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

如上描述，處理流程(一)和(二)，處理流程(一)和(三)，處理流程(一)和(四)，處理流程(一)和(五)，分別構(gòu)成了兩個場景下的兩個實施方式的四種處理流程。詳細描述了一種GW控制面和用戶面分離架構(gòu)中用戶位置發(fā)生改變場景下，能夠支持數(shù)據(jù)流正確可靠傳輸?shù)姆椒āＴ摲椒ㄟ€適用于其它的UE位置變更的場景處理。以及其它控制和用戶面功能分離的通信架構(gòu)中的數(shù)據(jù)傳輸?shù)奶幚怼Ｔ摲椒ㄟ€可適用于GW控制面內(nèi)部感知到需要進行GWU重選，或GWC受到其它外部觸發(fā)需要進行GWU重選場景下，GWC通過MME下發(fā)新的GWUID和地址等信息給eNodeB，從而保證在GwU有更改的情況下上行數(shù)據(jù)流能夠正確可靠傳輸?shù)奶幚怼?/p>

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

請求模塊71，用于當獲知用戶設(shè)備UE的演進的節(jié)點B eNodeB改變時，如果網(wǎng)關(guān)控制面實體GwC已訂閱所述UE的位置更新報告，則發(fā)送創(chuàng)建會話請求或修改承載請求消息給所述GwC，在所述創(chuàng)建會話請求或修改承載請求消息中攜帶所述UE的位置信息；

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

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

可選地，所述請求模塊獲知UE的eNodeB改變的方式包括接收到以下任一種或任幾種消息：

附著請求，跟蹤區(qū)更新請求，業(yè)務(wù)請求，切換請求，前轉(zhuǎn)重定位請求。

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

接收模塊，用于在所述UE附著到網(wǎng)絡(luò)的處理流程中，接收所述GwC發(fā)送的創(chuàng)建會話響應(yīng)消息，根據(jù)所述創(chuàng)建會話響應(yīng)消息獲知所述GwC是否訂閱所述UE的位置更新報告。

本可選方式中，所述接收模塊根據(jù)所述創(chuàng)建會話響應(yīng)消息獲知所述GwC是否訂閱所述UE位置更新報告可以是指：

所述接收模塊當所述創(chuàng)建會話響應(yīng)消息中攜帶用戶位置更新動作時，獲知所述GwC訂閱所述UE的位置更新報告。

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

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

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

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

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

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

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