專利名稱：一種支持用戶設備ue移動性的方法
技術領域：
本發(fā)明涉及無線通信技術領域，特別涉及ー種支持用戶設備(UE)移動性的方法。
背景技術：
圖I為系統(tǒng)架構演進(SAE)的系統(tǒng)架構圖，其中，用戶設備(UE)IOl是用來接收數(shù)據(jù)的終端設備；演進通用陸地無線接入網(wǎng)絡(E-UTRAN) 102是無線接入網(wǎng)絡，其中包括為UE提供接入無線網(wǎng)絡接ロ的宏基站(eNodeB/NodeB);移動管理實體(MME) 103負責管理UE的移動上下文、會話上下文和安全信息；服務網(wǎng)關(SGW) 104主要提供用戶平面的功能，MME103和SGW 104可能處于同一物理實體；分組數(shù)據(jù)網(wǎng)絡網(wǎng)關(LGW) 105負責計費、合法監(jiān)聽等功能，也可以與SGW 104處于同一物理實體；策略和計費規(guī)則功能實體(PCRF) 106提供服務質(zhì)量(QoS)策略和計費準則；通用分組無線業(yè)務支持節(jié)點(SGSN)IOS是通用移動通信系統(tǒng)(UMTS)中為數(shù)據(jù)的傳輸提供路由的網(wǎng)絡節(jié)點設備；歸屬用戶服務器(HSS) 109是UE的家鄉(xiāng)歸屬子系統(tǒng)，負責保護包括用戶設備的當前位置、服務節(jié)點的地址、用戶安全信息、用戶 設備的分組數(shù)據(jù)上下文等用戶信息。隨著UE業(yè)務數(shù)據(jù)速率的提高，運營商提供了一種新的技木選定的因特網(wǎng)協(xié)議數(shù)據(jù)流的轉移(SIPTO)和本地因特網(wǎng)協(xié)議接入(LIPA)，其中，在SIPTO中，當UE通過家庭演進基站(HeNB)、家庭基站(HNB)或者宏基站(eNodeB/NodeB)接入Internet或其它外網(wǎng)時，網(wǎng)絡可以為UE選擇或重選更加臨近無線接入網(wǎng)的用戶面節(jié)點；當UE通過HeNB或HNB接入家庭網(wǎng)絡或者企業(yè)內(nèi)部網(wǎng)絡，在執(zhí)行LIPA時，可以為UE選擇或重選臨近家庭基站的用戶面節(jié)點或者選擇位于HeNB/HNB接入網(wǎng)絡中的用戶面節(jié)點。其中，用戶面節(jié)點可以為核心網(wǎng)絡設備或網(wǎng)關，對LTE系統(tǒng)而言，可以為SGW或PGW或LGW ;對UMTS系統(tǒng)而言，可以為SGSN或網(wǎng)關GPRS支持節(jié)點(GGSN)。圖2是支持LIPA或者SIPTO業(yè)務的示意圖。當如圖2所示，當UE通過本地網(wǎng)絡(Local Area network)接入業(yè)務時，如果是LIPA或者SIPTO業(yè)務，則通過Local Areanetwork內(nèi)的LGW接入到公共數(shù)據(jù)網(wǎng)(TON);當UE通過宏基站或者其他HeNB接入?yún)?，網(wǎng)絡根據(jù)UE的簽約信息為UE選擇網(wǎng)絡內(nèi)的SGW和PGW接入到PDN ;如果UE在本地網(wǎng)絡之外，希望遠程接入企業(yè)網(wǎng)絡或者家庭網(wǎng)絡，則通過VPN接入到LGW再接入到TON。在圖2所示的網(wǎng)絡中，當UE從其他網(wǎng)絡移動到家庭網(wǎng)絡或者企業(yè)網(wǎng)絡后，需要能夠為UE選擇優(yōu)化的LGW，并保證業(yè)務的連續(xù)性；或者，當UE從企業(yè)網(wǎng)或者家庭網(wǎng)絡移出到其他網(wǎng)絡后，也需要為UE選擇合適的LGW，并保證業(yè)務的連續(xù)性。在3GPP Release-10 (以下簡稱R-10)，對于SIPT0，當前并沒有研究支持本地局域網(wǎng)的解決方案。而對于LIPA在R-10中，網(wǎng)絡不支持LIPA業(yè)務的移動性，一旦UE離開當前支持LIPA的H(E)NB的小區(qū)，UE所接入的LIPA業(yè)務將會中斷。在3GPP Release-Il (以下簡稱R-11)，運營商要求支持LIPA業(yè)務的移動性，即當UE在本地網(wǎng)絡中移動時，需要保證UE業(yè)務的連續(xù)性。對于SIPTO業(yè)務，運營商也同樣需要支持其移動性，和相應的支持企業(yè)網(wǎng)絡和家庭網(wǎng)絡的解決方案。目前在3GPP中還沒有相關的解決方案。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供了ー種支持用戶設備UE移動性的方法，當UE在不同網(wǎng)絡間移動時，如從支持LIPA/SIPT0的網(wǎng)絡移動到其他網(wǎng)絡，或者從其他網(wǎng)絡移動到支持LIPA/SIPTO的網(wǎng)絡，能夠支持UE的移動性并為UE選擇最佳的用戶面節(jié)點，從而增強用戶的業(yè)務體驗和保證網(wǎng)絡資源的優(yōu)化。本發(fā)明所述方案的具體實現(xiàn)包括ー種支持用戶設備UE移動性的方法，該方法包括當UE從支持本地因特網(wǎng)協(xié)議接入LIPA的網(wǎng)絡移動出或者UE從其他網(wǎng)絡移入支 持LIPA的網(wǎng)絡吋，UE保持與同一分組數(shù)據(jù)網(wǎng)絡網(wǎng)關LGW的連接。當UE從支持LIPA的網(wǎng)絡移動出吋，UE的因特網(wǎng)協(xié)議IP地址不變；或者，當UE從其他網(wǎng)絡移動到支持LIPA的網(wǎng)絡時，保證UE的IP地址不變。PGff向LGW請求LGW的用戶面信息；LGff向PGW返回為UE建立的新的TEID信息和LGW的地址信息；PGff回復目標SGW，其中包含LGW的地址信息和TEID信息，以用于UE上行數(shù)據(jù)的傳輸；目標SGW向所述LGW發(fā)送修改承載請求消息；LGff回復修改承載回復消息到目標SGW ；MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。PGff向LGW請求LGW的用戶面信息；LGff向PGW返回為UE建立的新的TEID信息和LGW的地址信息；PGff回復目標SGW，其中包含LGW的地址信息和TEID信息，以用于UE上行數(shù)據(jù)的傳輸；目標HeNB向所述LGW發(fā)送修改承載請求消息；LGff回復修改承載回復消息到目標HeNB ；MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。目標SGW發(fā)送創(chuàng)建會話請求消息到PGW，該消息中攜帶LGW的地址信息和隧道信息；PGff根據(jù)收到的LGW的地址信息和LGW進行VPN建立的認證過程；PGff回復給目標SGW創(chuàng)建會話回復信息，包含PGW地址和隧道信息；目標HeNB發(fā)送修改承載請求消息到PGW ；PGff發(fā)送修改承載請求到LGW ；LGff回復修改承載回復消息到HeNB ；MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。MME根據(jù)收到的LGW IP地址消息保存APN和LGW IP地址的對應關系；目標SGW根據(jù)之前獲得的LGW的IP地址信息，向LGW發(fā)送修改承載請求消息；LGff回復修改承載回復消息到目標SGW ；MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。
MME根據(jù)收到的LGW IP地址消息保存APN和LGW IP地址的對應關系；目標HeNB根據(jù)之前獲得的LGW的IP地址信息，向LGW發(fā)送修改承載請求消息；LGff回復修改承載回復消息到目標HeNB ；MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。MME根據(jù)收到的LGW IP地址消息保存APN和LGW IP地址的對應關系；SGff根據(jù)該指示消息發(fā)送創(chuàng)建承載請求到LGW，在該消息中攜帶HeNB的地址和隧道信息；LGff回復創(chuàng)建承載回復到SGW ；
MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。MME根據(jù)收到的LGW IP地址消息保存APN和LGW IP地址的對應關系；HeNB根據(jù)獲得的LGW的地址信息，直接發(fā)送創(chuàng)建會話請求到LGW，該消息中攜帯HeNB的地址信息；LGff回復創(chuàng)建承載回復到目標HeNB ；MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。MME根據(jù)收到的LGW IP地址消息保存APN和LGW IP地址的對應關系；目標SGW發(fā)送創(chuàng)建會話請求消息到PGW，該消息中攜帶LGW的地址和隧道信息；
PGff根據(jù)收到的LGW的地址信息和LGW進行VPN建立的認證過程；PGff回復給目標SGW創(chuàng)建會話回復信息，為UE的上行數(shù)據(jù)分配新的PGW地址和隧道信息；MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。MME觸發(fā)PDN去激活消息或者其他NAS消息到UE’該消息中包含指示信息，指示UE發(fā)起重連接請求消息；UE根據(jù)指示信息發(fā)起新的NAS請求消息；MME根據(jù)該請求消息為UE選擇新的用戶面節(jié)點；HeNB發(fā)送初始UE消息到MME ；UE發(fā)送NAS請求消息到MME ；MME選擇好合適的LGW后發(fā)生創(chuàng)建會話請求到SGW，由SGW發(fā)送到LGW。UE發(fā)起NAS請求到MME ；MME根據(jù)UE當前請求接入的基站信息，和UE請求的業(yè)務信息，判斷UE需要做用戶面節(jié)點重選；UE根據(jù)NAS拒絕消息的指示或者UE的業(yè)務請求需要發(fā)送新的NAS請求到MME ；MME為UE選擇新的用戶面節(jié)點；HeNB發(fā)送初始UE消息到MME ；UE發(fā)送NAS請求消息到MME ；MME選擇好合適的LGW后發(fā)生創(chuàng)建會話請求到SGW，由SGW發(fā)送到LGW。通過上述分析可以看出，本發(fā)明提供的支持UE移動性的方法，當UE移動到支持LIPA/SIPT0的網(wǎng)絡時或者從支持LIPA/SIPT0的網(wǎng)絡移動出時，保證為UE選擇最佳的用戶面節(jié)點，保證網(wǎng)絡路由最優(yōu)化，網(wǎng)絡資源的優(yōu)化。如果需要支持UE的業(yè)務連續(xù)性時，當UE從其他網(wǎng)絡遠程接入支持LIPA/SIPT0的網(wǎng)絡時，如果UE移動到支持LIPA/SIPT0的網(wǎng)絡時，保證UE的遠程業(yè)務仍然不中斷同時網(wǎng)絡為UE重選選擇最佳的用戶面節(jié)點。當UE從支持LIPA/SIPTO的網(wǎng)絡移動到其他網(wǎng)絡時，保證UE的LIPA/SIPTO業(yè)務不中斷，并且網(wǎng)絡為UE選擇最佳的用戶面節(jié)點。本方法在保證用戶體驗的同時保證了網(wǎng)絡資源的最優(yōu)化。


圖I為現(xiàn)有的SAE系統(tǒng)架構示意圖；圖2為不需要支持業(yè)務連續(xù)性的用戶面更新示意圖；圖3為需要支持業(yè)務連續(xù)性的用戶面更新示意圖；圖4a為LTE系統(tǒng)的網(wǎng)絡架構圖； 圖4b為UMTS系統(tǒng)的ー網(wǎng)絡架構圖；圖4c為UMTS系統(tǒng)的另ー網(wǎng)絡架構圖；圖5為本發(fā)明支持UE移動性方法實施例一的工作流程圖；圖6為本發(fā)明支持UE移動性方法實施例ニ的工作流程圖；圖7為本發(fā)明支持UE移動性方法實施例三的工作流程圖；圖8為本發(fā)明UE初始接入網(wǎng)絡的過程示意圖；圖9為從其它網(wǎng)絡切換到支持LIPA網(wǎng)絡的SI切換實施例一示意圖；圖10為從其它網(wǎng)絡切換到支持LIPA網(wǎng)絡的SI切換實施例ニ示意圖；圖11為從其它網(wǎng)絡切換到支持LIPA網(wǎng)絡的X2切換實施例一示意圖；圖12為從其它網(wǎng)絡切換到支持LIPA網(wǎng)絡的X2切換實施例ニ示意圖；圖13為從支持LIPA的本地網(wǎng)絡移動到其它網(wǎng)絡的X2切換的示意圖；圖14為本發(fā)明所采用的位置更新方法的工作流程圖；圖15為本發(fā)明支持業(yè)務連續(xù)性方法實施例的工作流程圖；圖16為本發(fā)明不支持業(yè)務連續(xù)性方法實施例的工作流程圖；圖17為為UE重新選擇新的用戶面節(jié)點的方法實施例一的流程圖；圖18為為UE重新選擇新的用戶面節(jié)點的方法實施例一的流程圖；圖19為UE在支持LIPA網(wǎng)絡中MME為UE選擇用戶面節(jié)點的過程。
具體實施例方式為了使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面結合附圖和具體實施例對本發(fā)明進行詳細描述。在介紹具體的實現(xiàn)方案之前，首先介紹本發(fā)明實施例所適用的網(wǎng)絡架構，如圖4所示，4a為LTE系統(tǒng)的網(wǎng)絡架構，4b和4c為UMTS系統(tǒng)的網(wǎng)絡架構，其中，HeNB和LGW之間的接ロ為Sxx接ロ，該接ロ支持的協(xié)議棧有2種ー是Sxx接ロ支持GTP-U協(xié)議；ニ是Sxx接ロ同時支持GTP-C和GTP-U協(xié)議；同吋，本發(fā)明包含的方法有UE支持業(yè)務連續(xù)性和不支持業(yè)務連續(xù)性兩種。下面分別以LTE系統(tǒng)架構為例對這幾種情況進行詳細描述。實施例一本實施例為適用于Sxx接ロ支持GTP-U協(xié)議、UE支持業(yè)務連續(xù)性、且UE從外部網(wǎng)絡切換到本地網(wǎng)絡的情況，具體可參見圖5所述的方法流程。如圖5所示，該流程包括步驟501 :源基站發(fā)送切換請求消息到源MME。
該消息中會攜帶目的基站的地址信息，也可能會攜帶目的LHN ID信息。該信息的目的是幫助MME判斷UE是否移動到支持LIPA的本地網(wǎng)絡。源基站可以通過UE匯報獲得目標基站的網(wǎng)絡イ目息?；蛘撸撓⒅性椿景炎约寒斍八诘谋镜鼐W(wǎng)絡信息LHN ID發(fā)送到源MME。步驟502 :源MME發(fā)送前轉切換請求到目標MME。該消息中包括MME UE上下文信息，該消息中包含該UE所對應的承載信息，其中承載信息中還包含APN的信息，PGW用于上行的地址和隧道信息，SGW用于上行數(shù)據(jù)傳輸?shù)牡刂泛退淼佬畔?。如果源MME判斷出當前UE要切換到支持LIPA的本地網(wǎng)絡，則在該消息中攜帶新的指示信息，用于指示目標MME, UE切換后需要把用戶面切換到支持LIPA的本地網(wǎng)絡中的 LGW 上?；蛘?，源MME在本步驟不做判斷，而是把源基站的LHN ID發(fā)送到目標MME。目標MME發(fā)送新的請求消息到目標基站請求當前所在的網(wǎng)絡信息(目標LHN ID)。目標基站根據(jù)請求返回當前的LHN ID。目標MME根據(jù)源LHN ID和目標LHN ID進行判斷，如果判斷UE移動到支持LIPA的本地網(wǎng)絡，則需要在切換完成后把UE的用戶面切換到支持LIPA的本地網(wǎng)絡中的LGW上。步驟503 :目標MME發(fā)送創(chuàng)建會話請求消息到目標SGW。該消息中攜帯新的指示信息，指示UE切換到支持LIPA的本地網(wǎng)絡中。該指示的目的是幫助后續(xù)SGW向P-GW請求目標LGW的地址信息。當前方法以會發(fā)生SGW重定位為例，如果切換后，仍然可以不改變當前的SGW，則目標MME判斷UE會移動到支持LIPA的本地網(wǎng)絡之后，會發(fā)送403消息到源SGW，源SGW收到該消息后根據(jù)新的指示信息會發(fā)生消息到PGW。后續(xù)過程同當前實施例。步驟504 目標SGW發(fā)送新的消息到PGW。該消息的目的是請求LGW IP地址和隧道ID信息，該請求可以通過新定義的GTP-C消息發(fā)送，也可以通過現(xiàn)有的GTP-C消息發(fā)送。步驟505 =PGff向LGW請求LGW的用戶面信息。LGff收到該請求后會為當前UE分配新的TEID信息用于UE上行數(shù)據(jù)的傳輸。其中，PGff和LGW之間如何建立VPN的過程通過UE遠程接入過程來進行說明。步驟506 =LGff返回為UE建立的新的TEID信息和地址。步驟507 =P-Gff回復目標S-GW，其中包含LGW的地址信息和TEID信息，以用于UE上行數(shù)據(jù)的傳輸。步驟508 目標SGW發(fā)送到目標MME創(chuàng)建會話回復消息。該消息中除了攜帯SGW的地址和隧道信息，也攜帯L-GW的地址和隧道信息，因為S-Gff知道當前UE要移動到支持LIPA的本地網(wǎng)絡，則需要建立HeNB和LGW之間的單隧道。步驟509 :目標MME發(fā)送切換請求消息到目標基站，該消息中會攜帯用于建立單隧道的LGW的地址和隧道信息。步驟510 :目標基站發(fā)送HO請求確認信息到目標MME，該消息中攜帶HeNB的地址和隧道信息，該信息用于和LGW之間建立下行數(shù)據(jù)傳輸關系。步驟511 :目標MME向源MME發(fā)送前轉切換請求響應。
步驟512 :源MME向源基站發(fā)送HO命令信息，并由源基站將HO命令信息發(fā)送給UE。步驟513 UE接收到HO命令信息后，向目標基站返回HO確認信息。步驟514 :目標基站向目標MME發(fā)送HO通告信息。步驟515 :目標MME發(fā)送修改承載請求消息到目標SGW，該消息中攜帯HeNB的地址和隧道信息，以用于和LGW之間建立下行數(shù)據(jù)傳輸關系。步驟516 :目標SGW根據(jù)之前獲得的LGW的IP地址信息，向LGW發(fā)送修改承載請求消息，該消息中除了攜帯SGW的地址和隧道信息外，還會攜帯HeNB的地址和隧道信息。LGW會根據(jù)HeNB的地址和隧道信息，用于傳輸下行數(shù)據(jù)。步驟517 =LGff回復修改承載回復消息到目標SGW。 步驟518 :目標SGW發(fā)送修改承載請求消息到PGW，該消息中更新PGW中當前的SGW的地址和隧道信息；PGW更新完成后，回復修改承載回復消息到目標SGW。步驟519 :目標SGW發(fā)送修改承載回復到目標MME。目標MME根據(jù)接入到LIPA網(wǎng)絡的APN信息觸發(fā)去激活過程，目的是刪除PGW中的LIPA相關的承載信息，以保證切換完成后目標網(wǎng)絡的用戶面路徑是從HeNB到LGW。步驟520 :切換完成后會執(zhí)行位置更新過程。該步驟的目的是更新HSS中切換后的LGW的地址信息。需要說明的是，與現(xiàn)有技術不同之處在于，在本步驟中，一旦UE移動到支持LIPA的本地網(wǎng)絡中，則UE馬上觸發(fā)TAU過程。且UE判斷自身移動到LIPA的本地網(wǎng)絡可以通過HeNB發(fā)送的廣播消息獲得。至此，即完成了本實施例支持UE移動性方法實施例的工作流程圖。實施例ニ同實施例一一樣，本實施例也是適用于UE支持業(yè)務連續(xù)性、且UE從外部網(wǎng)絡切換到本地網(wǎng)絡的情況，同實施例一不同之處在于，本實施例為Sxx接ロ同時支持GTP-C和GTP-U協(xié)議的情況,具體可參見圖6。如圖6所示,該流程包括步驟601-步驟615 :其具體操作同步驟501-步驟515，不再贅述。步驟616 :目標HeNB直接發(fā)送修改承載請求到LGW，該消息中攜帶HEnb的地址和隧道信息，用于建立下行數(shù)據(jù)傳輸。步驟617 =LGff回復修改承載回復消息到目標HeNB。步驟618-步驟620 :同步驟518-步驟520，也不再贅述。至此，即完成了本實施例支持UE移動性方法實施例的工作流程圖。需要說明的是，在上述實施例一和實施例ニ中，是在切換過程現(xiàn)有的信令交互中増加新的參數(shù)，保證在切換結束后，保證UE的上行傳輸路徑轉換為從HeNB到LGW，UE的下行傳輸路徑轉換為從LGW到HeNB ;或者，也可以通過新的信令消息保證UE切換結束后用戶面的路徑轉換到支持LIPA的本地網(wǎng)絡，同時保證UE的IP地址仍然為LGW所分配，并且不變。實施例三本實施例適用于UE支持業(yè)務連續(xù)性、且UE從本地網(wǎng)絡切換到外部網(wǎng)絡的情況，具體可參見圖7所述的方法流程。如圖7所示，該流程包括步驟701 :源基站發(fā)送切換請求消息到MME。該消息中會攜帯目的基站的地址信息，也可能會攜帯目的LHN ID信息。該信息的目的是幫助MME判斷UE是否會移動出支持LIPA的本地網(wǎng)絡。源基站可以通過UE匯報獲得目標網(wǎng)絡的LHN ID信息。702 -M MME發(fā)送前轉切換請求到目標MME。該消息中包括MME UE上下文信息，該信息中包含該UE所對應的承載信息,其中承載信息中還包含APN的信息，LGW用于上行的地址和隧道信息，SGW用于上行數(shù)據(jù)傳輸?shù)牡刂泛退淼佬畔ⅰＨ绻碝ME判斷出當前UE要從支持LIPA的本地網(wǎng)絡移動到其他網(wǎng)絡，則在該消息中攜帯新的指示信息，指示UE需要移動到其他網(wǎng)絡。或者目標MME判斷UE是否從支持LIPA的網(wǎng)絡移動到其他網(wǎng)絡，具體的判斷過程同步驟601-602。703:目標MME根據(jù)收到的指示信息為UE選擇新的SGW，PGW。選擇成功后，目標MME發(fā)送創(chuàng)建承載請求到目標SGW，該消息中増加指示UE移動到其他網(wǎng)絡的標識。SGff根據(jù)該標識可以發(fā)送新的消息到PGW，指示PGW和原來UE接入的LGW建立連接。該消息中還需要攜帯當前LGW的地址和隧道等用于上行數(shù)據(jù)傳輸?shù)某休d信息。 當前方法以會發(fā)生SGW重定位為例，如果切換后，仍然可以不改變當前的SGW，則MME判斷UE會從支持LIPA的本地網(wǎng)絡移動到其他網(wǎng)絡，會發(fā)送603消息到源SGW。源SGW收到該消息后根據(jù)新的指示信息會發(fā)生消息到PGW。后續(xù)過程同當前實施例。704 目標SGW發(fā)送創(chuàng)建會話請求消息到PGW，該消息中攜帶LGW的地址和隧道信息，該信息用于上行數(shù)據(jù)傳輸。705 =PGff根據(jù)收到的LGW的地址信息和LGW進行VPN建立的認證過程，如果認證通過LGW會回復給PGW確認信息表示LGW可以和PGW為當前UE建立VPN隧道。706 :PGW回復給目標SGW創(chuàng)建會話回復信息，PGW會為UE的上行數(shù)據(jù)分配新的PGW地址和隧道信息。并通過該消息通知SGW PGW的地址和隧道信息，該信息用于上行數(shù)據(jù)傳輸。707 目標SGW回復創(chuàng)建會話回復消息到MME，該消息中攜帶SGW的地址和隧道信息用于上行數(shù)據(jù)傳輸。708 =MME發(fā)送切換請求消息到目標Henb。709 目標Henb回復切換請求確認消息到MME，該消息中攜帶EPS承載列表，其中每個承載信息中包含HeNB的地址和隧道信息用于下行數(shù)據(jù)傳輸。710 :目標MME回復前轉切換回復消息。711 =MME發(fā)送切換確認消息到基站，基站發(fā)送切換確認到UE。712 UE回復切換確認到目標基站。713 目標基站發(fā)送切換確認消息。714 :目標MME發(fā)送修改承載請求消息，該消息中包含用于下行數(shù)據(jù)傳輸?shù)腍eNB地址和隧道信息。715 =SGff發(fā)送修改承載請求消息到PGW，此時SGW為當前承載分配SGW隧道信息，并且通過該消息通知PGW當前SGW的地址和隧道信息，用于下行數(shù)據(jù)傳輸。716 =PGff發(fā)送修改承載請求到LGW，PGff也為當前承載分配PGW的隧道信息，并且通過該消息通知LGW當前PGW的地址和隧道信息，用于下行數(shù)據(jù)傳輸。717 =LGff回復修改承載回復消息到PGW。718 =PGff回復修改承載回復消息到SGW
719 =SGff回復修改承載回復消息到MME。720:同步驟 520。至此，即完成了本實施例支持UE移動性方法的整個工作流程。實施例四同實施例一一樣，本實施例也是適用于Sxx接ロ支持GTP-U協(xié)議、UE支持業(yè)務連續(xù)性、且UE從外部網(wǎng)絡切換到本地網(wǎng)絡的情況，具體可參見圖8的UE初始接入網(wǎng)絡過程和圖9的從其它網(wǎng)絡切換到支持LIPA網(wǎng)絡的SI切換實施例的示意圖。具體可分別包括以下步驟步驟801 UE發(fā)送附著請求到MME。步驟802 :MME發(fā)送創(chuàng)建會話請求到SGW，該消息中包括UE請求接入的APN等信息。 步驟803 =SGff發(fā)送創(chuàng)建會話請求到PGW。PGff根據(jù)請求的APN信息，獲知UE為遠程接入請求。步驟804 :PGW根據(jù)和DNS服務器的交互得到支持LIPA的本地網(wǎng)絡的LGW的IP地址。在DNS服務器中有APN和相應的LGW的IP地址信息。PGW通過和鑒權服務器的交互，通過了對當前UE的認證，PGW和LGW之間建立VPN隧道，PGff保存LGW IP地址。步驟805 =PGff發(fā)送創(chuàng)建會話回復消息到SGW，SGff發(fā)送創(chuàng)建會話回復消息到MME，該消息中包含當前遠程接入的LGW的IP地址。 MME根據(jù)收到的LGW IP地址消息保存APN和LGW IP地址的對應關系。需要進ー步說明的是，該APN和LGW IP地址的對應關系可能作為UE上下文的一部分。需要說明的是，如果該步驟中消息不攜帶LGW的IP地址，則MME可以通過和DNS的交互獲得APN和LGW的地址對應關系。至此，即完成了本實施例UE初始接入網(wǎng)絡過程的整個工作流程。需要說明的是，本實施例以初始接入過程為例，MME獲得APN和LGW的對應關系也同樣可以通過EPS承載建立過程得到。步驟901-步驟903 :其具體操作同步驟501-503，不再贅述。步驟904 目標SGW回復創(chuàng)建會話請求消息到目標MME。當前以SGW會發(fā)生重定位為例，如果SGW不會發(fā)生重定位，則跳過703-704.步驟905 :目標MME發(fā)送切換請求消息到HeNB，該消息中包含LGW的IP地址和隧道ID信息。因為MME中包含了 APN和LGW的對應關系，則MME根據(jù)當前切換的承載所對應的APN知道為遠程接入LIPA的業(yè)務，則MME在切換請求消息中包含LGW的IP地址和隧道ID信息。該信息包含在需要建立的EPS承載列表中的支持遠程接入的承載信息中。步驟906-910 :具體操作同步驟510-514。步驟911 :目標MME發(fā)送修改承載請求消息到目標SGW，該消息中包含LGW的IP地
址等信息。步驟912-917 :同步驟 416-420。至此，即完成了本實施例從其它網(wǎng)絡切換到支持LIPA網(wǎng)絡的SI切換實施例的整個工作流程。實施例五同實施例ニー樣，本實施例也是Sxx接ロ適用于同時支持GTP-C和GTP-U協(xié)議、UE支持業(yè)務連續(xù)性、且UE從外部網(wǎng)絡切換到本地網(wǎng)絡的情況，具體可參見圖8的UE初始接入網(wǎng)絡過程和圖10的從其它網(wǎng)絡切換到支持LIPA網(wǎng)絡的SI切換實施例的示意圖。具體可包括以下步驟步驟1001-1011 :具體操作同步驟901-911。步驟1012 =HeNB直接發(fā)送修改承載請求到LGW，該消息中攜帶HEnb的地址和隧道信息，用于建立下行數(shù)據(jù)傳輸。步驟1013 =LGff回復修改承載回復消息到HeNB。 步驟1014-1017 :同步驟 914-917。至此，即完成了本實施例從其它網(wǎng)絡切換到支持LIPA網(wǎng)絡的SI切換實施例的整個工作流程。實施例六同實施例——樣，本實施例也是適用于Sxx接ロ支持GTP-U協(xié)議、網(wǎng)絡支持業(yè)務連續(xù)性、且UE從外部網(wǎng)絡遠程接入LIPA本地網(wǎng)絡吋，UE切換到本地網(wǎng)絡的情況，具體可參見圖8的UE初始接入網(wǎng)絡過程(遠程接入支持LIPA的本地網(wǎng)絡)和圖11的從其它網(wǎng)絡切換到支持LIPA網(wǎng)絡的X2切換實施例的示意圖。當發(fā)生切換的時候，如果目標基站和源基站之間部署了 X2接ロ，則圖11具體可包括以下步驟步驟1101 :源基站發(fā)送切換請求到目標基站。該消息中可能會攜帯源基站所支持的網(wǎng)絡ID信息，因為目標基站可能配置有當前本地網(wǎng)絡的ID信息，則目標基站可以判斷出UE從其他網(wǎng)絡移入。目標基站把判斷結果通過后續(xù)步驟發(fā)送給MME,如,通過步驟1103。又因為MME保存有當前UE接入業(yè)務的APN，MME通過上述2個信息，判斷出UE遠程接入LIPA業(yè)務后，從其他網(wǎng)絡移動到支持LIPA的本地網(wǎng)絡。上述判斷方法只是ー個范例。MME也可以通過其他方法判斷出UE遠程接入LIPA業(yè)務后，從其他網(wǎng)絡移動到支持LIPA的本地網(wǎng)絡。步驟1102 :目標HeNB發(fā)送切換請求確認消息到源基站。步驟1103:目標基站發(fā)送路徑轉移請求到MME，該消息中可以攜帶當前基站所支持的網(wǎng)絡ID信息。MME根據(jù)當前UE接入業(yè)務的APN信息，以及該APN對應的網(wǎng)絡ID信息，判斷出UE從其他網(wǎng)絡移動到LIPA本地網(wǎng)絡。該方法和步驟1101中所述的判斷方法為相
互替代方案。步驟1104 =MME發(fā)送修改承載請求到SGW，該消息中攜帶LGW IP地址。因為MME中有APN和LGW IP的對應關系，或者MME通過DNS服務器獲得APN和LGff的對應關系。則MME根據(jù)當前切換的業(yè)務的APN信息判斷出當前切換為遠程接入LIPA本地業(yè)務的切換，如果需要保證切換后該遠程接入業(yè)務的連續(xù)性，則MME在修改承載請求消息中攜帶LGW的IP地址。步驟1105 =SGff根據(jù)該指示消息發(fā)送創(chuàng)建承載請求到LGW，在該消息中攜帶HeNB的地址和隧道信息，用于下行數(shù)據(jù)傳輸。
步驟1106 =LGff回復創(chuàng)建承載回復到SGW，該消息中包括LGW的地址和隧道ID信
o步驟1107 =SGff回復修改承載回復到MME，SGff將LGW的地址和隧道信息轉發(fā)給MME。MME發(fā)送路徑轉移請求ACK到HeNB，該消息中包含LGW的地址和隧道信息，用于上行數(shù)據(jù)傳輸。至此，即得到了本實施例從其它網(wǎng)絡切換到支持LIPA網(wǎng)絡的X2切換的工作流程。實施例七同實施例ニー樣，本實施例也是Sxx接ロ適用于同時支持GTP-C和GTP-U協(xié)議、網(wǎng)絡支持業(yè)務連續(xù)性、且UE從外部網(wǎng)絡遠程接入LIPA本地網(wǎng)絡吋，UE切換到本地網(wǎng)絡的情況。具體可參見圖8的UE初始接入網(wǎng)絡過程和圖12的從其它網(wǎng)絡切換到支持LIPA網(wǎng)絡 的X2切換實施例的示意圖。當發(fā)生切換的時候，如果目標基站和源基站之間部署了 X2接ロ，則圖12具體可包括以下步驟步驟1201-1203 :具體操作同步驟1101-1103。步驟1204 =MME發(fā)送修改承載請求到SGW。步驟1205 =SGff回復修改承載回復到MME。步驟1206 :同步驟 1107。 步驟1207 =HeNB根據(jù)獲得的LGW的地址信息，直接發(fā)送創(chuàng)建會話請求到LGW，該消息中攜帯HeNB的地址信息用于下行數(shù)據(jù)傳輸。步驟1208 =LGff回復創(chuàng)建承載回復到目標HeNB。至此，即得到了本實施例從其它網(wǎng)絡切換到支持LIPA網(wǎng)絡的X2切換的工作流程。實施例八同實施例三一祥，本實施例為網(wǎng)絡支持業(yè)務連續(xù)性、且UE從本地網(wǎng)絡切換到外部網(wǎng)絡的情況。當發(fā)生切換的時候，如果目標基站和源基站之間部署了 X2接ロ，具體可參見圖13所述的方法流程。如圖13所示，該流程包括步驟1301-1303 :具體操作同步驟1101-1103。步驟1304-1307 :具體操作同步驟704-707。步驟1308 =MME發(fā)送路徑轉移請求確認，該消息中包含SGW的地址信息。步驟1309 :刪除源SGW中的承載信息.步驟1310 :刪除成功后，SGff發(fā)送確認消息到MME。至此，即完成了本實施例X2切換過程的工作流程。需要說明的是，在上述八個實施例中，切換完成后都需要執(zhí)行位置更新過程，同現(xiàn)有技術不同之處在于，在本發(fā)明實施例中，增強了 UE觸發(fā)位置更新過程的條件，S卩不管UE當前的位置區(qū)信息有沒有更新，UE 一旦發(fā)現(xiàn)自己移動到支持LIPA的本地網(wǎng)絡，或者，UE —旦發(fā)現(xiàn)自己從支持LIPA的本地網(wǎng)絡移動出，UE馬上觸發(fā)位置更新過程。在本實施例中，觸發(fā)位置更新條件可以為I、UE判斷自己移動到支持LIPA的網(wǎng)絡例如通過當前基站的廣播信息，UE得知自己已經(jīng)移動到LIPA的本地網(wǎng)絡?；蛘咴谇袚Q過程中，通過切換確認消息或者通過其他RRC消息通知UE當前的支持LIPA的本地網(wǎng)絡的ID信息。
2、UE判斷自己從支持LIPA的網(wǎng)絡移動出UE通過當前基站的廣播消息獲得當前所在基站的網(wǎng)絡信息，或者沒有獲得和當前UE保存的本地網(wǎng)絡信息一致的網(wǎng)絡信息。例如，UE保存了支持LIPA的本地網(wǎng)絡ID信息(LHN ID)，但是當前所在的基站沒有廣播任何LHN ID信息或者廣播其他LHN ID信息，則UE判斷自身從支持LIPA的網(wǎng)絡移動出。或者，UE通過切換過程中的切換確認消息或者其他RRC消息，獲得當前所在的網(wǎng)絡信息。UE通過比對原先保存的LHN ID，判斷UE自身從支持LIPA的網(wǎng)絡移動出。注如步驟512和步驟711，在該消息中攜帯目標基站所在的本地網(wǎng)絡信息(LHNID)，目的是幫助UE判斷是否自身還在支持LIPA的網(wǎng)絡中。圖14給出了本發(fā)明所采用的位置更新方法的工作流程圖，如圖14所示，該流程包括1401 UE根據(jù)上述的觸發(fā)位置更新條件，發(fā)起位置更新過程。1402-1403 UE發(fā)送位置更新請求到MME.該位置更新消息中可能會攜帯新的標 識，指示MME更新HLR中當前PGW的IP地址。或者MME可以通過切換過程中得到的改變的PGff的IP地址在后續(xù)的和HSS交互過程中更新PGW的IP地址。1404 :新MME發(fā)送上下文請求到源MME。1405 :回復上下文回復消息到新MME。1406 :鑒權過程。1407 :新MME發(fā)送上下文確認消息到源MME。1408 :新MME發(fā)送創(chuàng)建會話請求到新的SGW。1409 :新SGW發(fā)送修改承載請求到I3DN GW。1410 =PGff回復修改承載回復到SGW。1411 :新SGff發(fā)送創(chuàng)建會話回復消息到新MME。1412 =MME發(fā)送更新位置信息到HSS，該消息中攜帶新的PGW的IP地址。HSS收到該消息后，把原來的PGW的IP地址更新為新的PGW的IP地址。本實施例中其他步驟和現(xiàn)有技術相同，在本專利不再贅述。至此，即完成了本實施例所采用的位置更新方法的整個工作流程。需要進ー步說明的是，在上述所有實施例中，MME或者其他網(wǎng)絡節(jié)點在切換過程中獲得的LGW的地址，或者在承載建立過程中獲得的LGW的地址，為LGW在核心網(wǎng)中的設備的IP地址。在切換完成后，用戶面仍然通過LGW接入到TON，從而保證了 LGW在切換前分配給UE的IP地址和切換后分配給UE的IP地址不變。在上述的所有實施例中，都是為了保證UE從支持LIPA的網(wǎng)絡移到其他網(wǎng)絡或者從其他網(wǎng)絡移動到支持LIPA的網(wǎng)絡，保證UE最終接入PDN的網(wǎng)關不變，UE被分的IP地址不變，從而保證業(yè)務連續(xù)性。具體過程如圖15所示首先，在支持LIPA連接吋，或者LIPA遠程接入?yún)?，如果UE發(fā)生移動，網(wǎng)絡側需要判斷UE是從支持LIPA的網(wǎng)絡移動出還是從其他網(wǎng)絡移入支持LIPA的網(wǎng)絡。當網(wǎng)絡判斷出UE改變了當前網(wǎng)絡，則需要執(zhí)行用戶面節(jié)點重選。如果網(wǎng)絡需要支持UE的業(yè)務連續(xù)性，則UE從其他網(wǎng)絡移動到支持LIPA的網(wǎng)絡吋，則移動控制節(jié)點為UE更新用戶面節(jié)點時，保證仍然和原來遠程接入的LGW建立連接。切換結束后目標網(wǎng)絡把用戶面更新到LGW上，保證UE的IP地址不變。
UE從支持LIPA網(wǎng)絡移動到其他網(wǎng)絡吋，則移動控制節(jié)點為UE更新用戶面節(jié)點吋，保證仍然和原來接入PDN的LGW建立連接，切換完成后，新的用戶面節(jié)點和LGW建立連接，保證UE的IP地址不變。實施例九實施例支持網(wǎng)絡判斷出UE移動到支持LIPA的網(wǎng)絡，或者UE從支持LIPA的網(wǎng)絡移出后，不需要支持業(yè)務連續(xù)性的情況。如圖2所示，當UE從支持LIPA的網(wǎng)絡移動出時，保證為UE選擇合適SGW和PGW，UE接入TON的網(wǎng)關不再是LGW，從而保證網(wǎng)絡資源優(yōu)化。而當UE從其他網(wǎng)絡移入支持LIPA的本地網(wǎng)絡時，保證為UE重新選擇本地網(wǎng)絡的LGW，從而保證網(wǎng)絡資源的優(yōu)化。
與圖3不同，適用于上述八個實施例，當需要支持UE的業(yè)務連續(xù)性時的用戶面更新示意圖。當UE從支持LIPA的本地網(wǎng)絡移動到其他網(wǎng)絡時，保證UE仍然通過原來的LGW接入到TON。而UE從其他網(wǎng)絡遠程接入到LGW時，如果UE從其他網(wǎng)絡移動回支持LIPA的本地網(wǎng)絡時，保證UE仍然能夠通過原來的LGW接入到TON，從而保證UE的業(yè)務連續(xù)性。以及網(wǎng)絡資源的優(yōu)化。如圖16所示，首先，在支持LIPA連接吋，或者LIPA遠程接入?yún)?，如果UE發(fā)生移動，網(wǎng)絡側需要判斷UE是從支持LIPA的網(wǎng)絡移動出還是從其他網(wǎng)絡移入支持LIPA的網(wǎng)絡。當網(wǎng)絡判斷出UE改變了當前的網(wǎng)絡，則需要執(zhí)行用戶面節(jié)點重選。例如從支持LIPA的網(wǎng)絡移出，則需要支持SGW PGff重選。從其他網(wǎng)絡移動到支持LIPA的本地網(wǎng)絡，則需要作LGW選擇。(下面會詳細說明)如果UE在支持LIPA的本地網(wǎng)絡內(nèi)，網(wǎng)絡需要為UE選擇LGW ；如果UE從支持LIPA的本地網(wǎng)絡移動到其他網(wǎng)絡，則網(wǎng)絡需要為UE選擇SGW PGW。判斷UE移動到其他網(wǎng)絡，有如下方法一在切換準備過程中，UE通過測量報告通知源基站目標基站的網(wǎng)絡ID信息，UE獲得目標基站的網(wǎng)絡ID信息可以通過廣播消息獲得。例如，UE在支持LIPA的Henb下吋，Henb會廣播當前網(wǎng)絡的ID信息。源基站根據(jù)自身的網(wǎng)絡ID信息和收到的信息判斷判斷從支持LIPA的網(wǎng)絡移動出如果不一致，或者沒有收到目標網(wǎng)絡的ID信息，則表示UE要從LIPA網(wǎng)絡移動出。判斷從其他網(wǎng)絡移動到支持LIPA的網(wǎng)絡如果收到目標網(wǎng)絡和當前網(wǎng)絡的信息不一致，則初步判斷UE可能移動到支持LIPA的網(wǎng)絡。方法ニ如步驟502所示，MME根據(jù)目標網(wǎng)絡的信息和當前UE接入的網(wǎng)絡信息，以及APN等信息，判斷出UE從支持LIPA的網(wǎng)絡移動到其他網(wǎng)絡或者從其他網(wǎng)絡移入支持LIPA的網(wǎng)絡。方法三如步驟510所示，MME通過目標基站獲得當前的網(wǎng)絡ID信息，判斷出UE是否從支持LIPA的網(wǎng)絡移出或者移動到LIPA網(wǎng)絡。根據(jù)上述方法，網(wǎng)絡判斷出UE移動到其他網(wǎng)絡，則MME觸發(fā)當前LIPA業(yè)務或者LIPA遠程業(yè)務的去激活，目的讓UE能重新選擇用戶面節(jié)點。
為UE重新選擇新的用戶面節(jié)點的方法如圖17所示，1701 =MME判斷出UE移動后改變了網(wǎng)絡，則MME觸發(fā)PDN去激活消息或者其他NAS消息到UE，該消息中包含指示信息，指示UE發(fā)起重連接請求消息。1702 UE根據(jù)指示信息發(fā)起新的NAS請求消息，該消息可能是PDN連接請求或者附著消息，或者其他NAS請求消息。1703 =MME根據(jù)該請求消息為UE選擇新的用戶面節(jié)點，如新的SGW PGff或者新的LGW?；蛘撸W(wǎng)絡節(jié)點HeNB判斷出UE已經(jīng)移動到其他網(wǎng)絡，則HEnb根據(jù)和LGW直接的接ロ發(fā)送消息指示LGW觸發(fā)PDN去激活過程，在該過程中MME也會指示UE重新發(fā)起NAS請 求，如步驟1701-1703所示。或者，根據(jù)位置更新過程的實施例所述，UE可以判斷出自身是否移動到其他網(wǎng)絡，則UE可以觸發(fā)NAS消息，保證讓網(wǎng)絡為UE選擇新的用戶面節(jié)點。如圖18所示，1801 UE發(fā)現(xiàn)自己進入到其他網(wǎng)絡，則UE可以發(fā)起NAS請求到MME，該NAS請求可以是位置更新請求，或者UE發(fā)起的TON連接請求或者新定義的NAS消息。1802 =MME根據(jù)UE當前請求接入的基站信息，和UE請求的業(yè)務信息，已經(jīng)UE的簽約信息判斷UE需要做用戶面節(jié)點重選。則MME回復NAS拒絕消息到UE。1803 UE根據(jù)NAS拒絕消息的指示或者UE的業(yè)務請求需要發(fā)送新的NAS請求到MME01804 :MME為UE選擇新的用戶面節(jié)點。MME如何為UE選擇新的用戶面節(jié)點過程圖19表示的是UE在支持LIPA網(wǎng)絡中，MME如何為UE選擇用戶面節(jié)點的過程方法一1901 :RRC 建立過程。1902 =HeNB發(fā)送初始UE消息到MME，該消息中可能攜帶HeNB所在的本地網(wǎng)絡的LGff的能力。該能力能指示MME，當前網(wǎng)絡的LGW是否和UE請求接入的業(yè)務(APN)相匹配。該參數(shù)為可選參數(shù)。如果在該消息中沒有攜帶HeNB所在的本地網(wǎng)絡的LGW的能力，MME可以通過和DNS交互獲得。在DNS服務器中保存有HeNB所在的網(wǎng)絡的LGW所支持的能力信息以及相匹配的APN信息。如LGW所支持的能力信息為當前LGW所在的網(wǎng)絡為支持SIPTO或者LIPA的本地網(wǎng)絡。該信息用于后續(xù)的MME為UE選擇LGW。1903 UE發(fā)送NAS請求消息到MME。MME根據(jù)該請求消息中攜帶的APN，為UE選擇合適的LGW。MME根據(jù)UE的簽約信息(如表一所示)進行判斷根據(jù)UE請求的APN信息，如該APN請求為LIPA請求，則MME查找APN所對應的LIPA標識(允許接入LIPA)。并且MME需要根據(jù)CSG簽約數(shù)據(jù)判斷UE是否為CSG成員如果是CSG成員則按照現(xiàn)有技術為UE選擇合適的LGW。MME如何獲得APN和LGW能力的對應關系可以通過DNS服務器獲得，或者通過初始UE消息，heNB把所連接的LGW的能力信息上報給MME，或者初始UE消息中HeNB通知MME當前所在的網(wǎng)絡能力，如當前網(wǎng)絡是否僅支持CSG成員接入本地網(wǎng)絡，或者當前網(wǎng)絡可以開放給非CSG成員接入本地網(wǎng)絡。如果UE不是CSG成員，則MME進ー步判斷簽約信息是否可以運行其他類型用戶接入本地網(wǎng)絡業(yè)務。如果可以，則MME不需要匹配當前APN是否在CSG簽約數(shù)據(jù)中，則MME通過APN和LGW的對應關系為UE選擇合適的LGW。MME如何獲得APN和LGW能力的對應關系可以通過DNS服務器獲得，或者通過初始UE消息，heNB把所連接的LGW的能力信息上報給MME，或者初始UE消息中HeNB通知MME當前所在的網(wǎng)絡能力，如當前網(wǎng)絡可以開放給非CSG成員接入本地網(wǎng)絡?；蛘逪enb直接把支持非CSG成員的LGW的信息報告給MME。注表一中所示的簽約信息中新増加的標識“允許接入其他類型基站激活LIPA”既可以作為單獨的標識，也可以作為“允許接入LIPA”標識的一部分，或者作為“允許接入SIPT0”標識的一部分。 1904 =MME選擇好合適的LGW后發(fā)生創(chuàng)建會話請求到SGW，到LGW。
表I
權利要求
1.ー種支持用戶設備UE移動性的方法，其特征在于，該方法包括 當UE從支持本地因特網(wǎng)協(xié)議接入LIPA的網(wǎng)絡移動出或者UE從其他網(wǎng)絡移入支持LIPA的網(wǎng)絡吋，UE保持與同一分組數(shù)據(jù)網(wǎng)絡網(wǎng)關LGW的連接。
2.根據(jù)權利要求I所述的方法，其特征在于，該方法進ー步包括 當UE從支持LIPA的網(wǎng)絡移動出吋，UE的因特網(wǎng)協(xié)議IP地址不變； 或者，當UE從其他網(wǎng)絡移動到支持LIPA的網(wǎng)絡吋，UE的IP地址不變。
3.根據(jù)權利要求2所述的方法，其特征在于，該方法包括 PGff向LGW請求LGW的用戶面信息； LGff向PGW返回為UE建立的新的TEID信息和LGW的地址信息； PGW回復目標SGW，其中包含LGW的地址信息和TEID信息，以用于UE上行數(shù)據(jù)的傳輸； 目標SGW向所述LGW發(fā)送修改承載請求消息； LGff回復修改承載回復消息到目標SGW ； MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。
4.根據(jù)權利要求2所述的方法，其特征在于，該方法包括 PGff向LGW請求LGW的用戶面信息； LGff向PGW返回為UE建立的新的TEID信息和LGW的地址信息； PGW回復目標SGW，其中包含LGW的地址信息和TEID信息，以用于UE上行數(shù)據(jù)的傳輸； 目標HeNB向所述LGW發(fā)送修改承載請求消息； LGff回復修改承載回復消息到目標HeNB ； MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。
5.根據(jù)權利要求2所述的方法，其特征在于，該方法包括 目標SGW發(fā)送創(chuàng)建會話請求消息到PGW，該消息中攜帶LGW的地址信息和隧道信息； PGff根據(jù)收到的LGW的地址信息和LGW進行VPN建立的認證過程； PGff回復給目標SGW創(chuàng)建會話回復信息，包含PGW地址和隧道信息； 目標HeNB發(fā)送修改承載請求消息到PGW ； PGff發(fā)送修改承載請求到LGW ； LGff回復修改承載回復消息到HeNB ； MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。
6.根據(jù)權利要求2所述的方法，其特征在于，該方法包括 MME根據(jù)收到的LGW IP地址消息保存APN和LGW IP地址的對應關系； 目標SGW根據(jù)之前獲得的LGW的IP地址信息，向LGW發(fā)送修改承載請求消息； LGff回復修改承載回復消息到目標SGW ； MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。
7.根據(jù)權利要求2所述的方法，其特征在于，該方法包括 MME根據(jù)收到的LGW IP地址消息保存APN和LGW IP地址的對應關系； 目標HeNB根據(jù)之前獲得的LGW的IP地址信息，向LGW發(fā)送修改承載請求消息； LGff回復修改承載回復消息到目標HeNB ； MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。
8.根據(jù)權利要求2所述的方法，其特征在于，該方法包括MME根據(jù)收到的LGW IP地址消息保存APN和LGW IP地址的對應關系； SGff根據(jù)該指示消息發(fā)送創(chuàng)建承載請求到LGW，在該消息中攜帯HeNB的地址和隧道信息； LGff回復創(chuàng)建承載回復到SGW ； MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。
9.根據(jù)權利要求2所述的方法，其特征在于，該方法包括 MME根據(jù)收到的LGW IP地址消息保存APN和LGW IP地址的對應關系； HeNB根據(jù)獲得的LGW的地址信息，直接發(fā)送創(chuàng)建會話請求到LGW，該消息中攜帯HeNB的地址信息； LGff回復創(chuàng)建承載回復到目標HeNB ； MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。
10.根據(jù)權利要求2所述的方法，其特征在于，該方法包括 MME根據(jù)收到的LGW IP地址消息保存APN和LGW IP地址的對應關系； 目標SGW發(fā)送創(chuàng)建會話請求消息到PGW，該消息中攜帶LGW的地址和隧道信息； PGff根據(jù)收到的LGW的地址信息和LGW進行VPN建立的認證過程； PGff回復給目標SGW創(chuàng)建會話回復信息，為UE的上行數(shù)據(jù)分配新的PGW地址和隧道信息； MME發(fā)送更新位置信息到HSS，該消息中包含所述LGW的地址信息。
11.根據(jù)權利要求I所述的方法，其特征在于，該方法包括 MME觸發(fā)PDN去激活消息或者其他NAS消息到UE，該消息中包含指示信息，指示UE發(fā)起重連接請求消息； UE根據(jù)指示信息發(fā)起新的NAS請求消息； MME根據(jù)該請求消息為UE選擇新的用戶面節(jié)點； HeNB發(fā)送初始UE消息到MME ； UE發(fā)送NAS請求消息到MME ； MME選擇好合適的LGW后發(fā)生創(chuàng)建會話請求到SGW，由SGW發(fā)送到LGW。
12.根據(jù)權利要求I所述的方法，其特征在于，該方法包括 UE發(fā)起NAS請求到MME ； MME根據(jù)UE當前請求接入的基站信息，和UE請求的業(yè)務信息，判斷UE需要做用戶面節(jié)點重選； UE根據(jù)NAS拒絕消息的指示或者UE的業(yè)務請求需要發(fā)送新的NAS請求到MME ； MME為UE選擇新的用戶面節(jié)點； HeNB發(fā)送初始UE消息到MME ； UE發(fā)送NAS請求消息到MME ； MME選擇好合適的LGW后發(fā)生創(chuàng)建會話請求到SGW，由SGW發(fā)送到LGW。
全文摘要
本發(fā)明提供了一種支持用戶設備UE移動性的方法，當UE移動到支持LIPA的網(wǎng)絡時或者從支持LIPA的網(wǎng)絡移動出時，保證為UE選擇最佳的用戶面節(jié)點，保證網(wǎng)絡路由最優(yōu)化，網(wǎng)絡資源的優(yōu)化。如果需要支持UE的業(yè)務連續(xù)性時，當UE從其他網(wǎng)絡遠程接入支持LIPA的網(wǎng)絡時，如果UE移動到支持LIPA的網(wǎng)絡時，保證UE的遠程業(yè)務仍然不中斷同時網(wǎng)絡為UE重選選擇最佳的用戶面節(jié)點。當UE從支持LIPA的網(wǎng)絡移動到其他網(wǎng)絡時，保證UE的LIPA業(yè)務不中斷，并且網(wǎng)絡為UE選擇最佳的用戶面節(jié)點。本方法在保證用戶體驗的同時保證了網(wǎng)絡資源的最優(yōu)化。
文檔編號H04W36/18GK102868994SQ20111019337
公開日2013年1月9日 申請日期2011年7月8日 優(yōu)先權日2011年7月8日
發(fā)明者梁華瑞, 王弘, 許麗香 申請人:北京三星通信技術研究有限公司, 三星電子株式會社