專利名稱:一種支持切換的方法
技術(shù)領(lǐng)域:
本發(fā)明涉及移動通信系統(tǒng)領(lǐng)域,特別涉及一種支持切換的方法。
背景技術(shù):
圖I為系統(tǒng)架構(gòu)演進(jìn)(SAE)的系統(tǒng)架構(gòu)圖,其中,用戶設(shè)備(UE)IOl是用來接收數(shù)據(jù)的終端設(shè)備;演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)(E-UTRAN) 102是無線接入網(wǎng)絡(luò),其中包括為UE提供接入無線網(wǎng)絡(luò)接口的宏基站(eNB);移動管理實(shí)體(MME) 103負(fù)責(zé)管理UE的移動上下文、會話上下文和安全信息;服務(wù)網(wǎng)關(guān)(SGW) 104主要提供用戶平面的功能,MME 103和SGW 104可能處于同一物理實(shí)體;分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(PGW) 105負(fù)責(zé)計(jì)費(fèi)、合法監(jiān)聽等功能,也可以與SGW 104處于同一物理實(shí)體;策略和計(jì)費(fèi)規(guī)則功能實(shí)體(PCRF) 106提供服務(wù)質(zhì)量(QoS)策略和計(jì)費(fèi)準(zhǔn)則;通用分組無線業(yè)務(wù)支持節(jié)點(diǎn)(SGSN)IOS是通用移動通信系統(tǒng)(UMTS)中為數(shù)據(jù)的傳輸提供路由的網(wǎng)絡(luò)節(jié)點(diǎn)設(shè)備;歸屬用戶服務(wù)器(HSS) 109是UE的家鄉(xiāng)歸屬子系統(tǒng),負(fù)責(zé)保護(hù)包括用戶設(shè)備的當(dāng)前位置、服務(wù)節(jié)點(diǎn)的地址、用戶安全信息、用戶設(shè)·備的分組數(shù)據(jù)上下文等用戶信息。隨著UE業(yè)務(wù)數(shù)據(jù)速率的提高,運(yùn)營商提供了一種新的技術(shù)選定的IP數(shù)據(jù)流的轉(zhuǎn)移(SIPTO),即當(dāng)UE接入某一特定業(yè)務(wù)時,在移動過程中切換到離無線接入網(wǎng)絡(luò)更近的接入點(diǎn)上,從而有效地減少傳輸網(wǎng)絡(luò)的投入成本,為高數(shù)據(jù)速率提供更好的業(yè)務(wù)體驗(yàn)。在3GPP中提出需要網(wǎng)絡(luò)支持SIPTO和本地IP接入(LIPA)的能力,其中,在SIPTO中,當(dāng)UE通過家庭演進(jìn)基站(HeNB)、家庭基站(HNB)或者宏基站接入Internet或其它外網(wǎng)時,網(wǎng)絡(luò)可以為UE選擇或重選更加臨近無線接入網(wǎng)的用戶面節(jié)點(diǎn)。LIPA是指UE通過HeNB或HNB接入家庭網(wǎng)絡(luò)或者企業(yè)內(nèi)部網(wǎng)絡(luò),在執(zhí)行LIPA時,可以為UE選擇或重選臨近家庭基站的用戶面節(jié)點(diǎn)或者選擇位于HeNB/HNB接入網(wǎng)絡(luò)中的用戶面節(jié)點(diǎn)。其中,用戶面節(jié)點(diǎn)可以為核心網(wǎng)絡(luò)設(shè)備或網(wǎng)關(guān),對SAE系統(tǒng)而言,可以為SGW或PGW或LGW ;對UMTS系統(tǒng)而言,可以為SGSN或網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN)圖2為Rl ILIPA的三種網(wǎng)絡(luò)架構(gòu)圖,其中,圖2a所示為支持HeNB演進(jìn)的系統(tǒng)架構(gòu)圖,圖2b為支持HNB的系統(tǒng)架構(gòu)圖。HeNB/HNB和LGW之間的接口為Sxx接口,該接口支持的協(xié)議棧目前有2種可能性可能性一 Sxx接口同時支持控制平面和用戶平面協(xié)議,如GTP-C和GTP-U協(xié)議;可能性二 Sxx接口支持用戶平面協(xié)議,如GTP-U協(xié)議;圖2c提供R11LIPA的另外一種網(wǎng)絡(luò)架構(gòu)圖。在此架構(gòu)中,L-GW在HeNB和MME直接的通路上,L-Gff和HeNB之間是SI接口,L-Gff和HeNB Gff之間也是SI接口。圖3給出了現(xiàn)有LTE系統(tǒng)中的切換流程,如圖3所示,該流程主要包括以下步驟步驟301 :源基站決定切換。步驟302 :源基站發(fā)送切換請求到源MME,該切換請求中包含目標(biāo)基站信息,例如目標(biāo)基站ID、目標(biāo)跟蹤區(qū)域標(biāo)識(TAI ,Tracking Area ID);還可以包含目標(biāo)CSG或切換類
型等信息。
步驟303 :源MME向目標(biāo)MME發(fā)送前轉(zhuǎn)切換請求,該前轉(zhuǎn)切換請求中包含從切換請求中獲取的目標(biāo)基站彳目息等。步驟304 :目標(biāo)MME如果為UE重選SGW,則與重選的目標(biāo)SGW執(zhí)行會話建立過程。如果無需為UE重選SGW,則不用執(zhí)行步驟304。步驟305 :目標(biāo)MME向目標(biāo)基站發(fā)送切換請求。步驟306 目標(biāo)基站向目標(biāo)MME回復(fù)切換請求確認(rèn)消息。步驟307 :目標(biāo)MME根據(jù)UE切換到的目標(biāo)基站更新承載信息,具體可以包括建立目標(biāo)基站到PGW之間的用戶面隧道。
如果支持LIPA業(yè)務(wù)的連續(xù)性,在上述現(xiàn)有的切換流程中,存在以下問題,如何建立目的基站和L-GW之間的用戶平面。更具體的,包括以下幾個問題問題一例如在支持LIPA第一種架構(gòu)的情況下(Sxx接口同時支持控制平面和用戶平面協(xié)議),目的基站如何知道更新下行的用戶平面到HeNB Gff/ΜΜΕ還是需要發(fā)送信令給L_GW。問題二 在支持第二種架構(gòu)的情況下(Sxx接口支持用戶平面協(xié)議),目的基站網(wǎng)關(guān)在收到上下行的承載建立信息時,可能會為每個承載分配上下行的TEID和傳輸層地址,這樣就不能保證基站和L-GW之間直接通道的建立。問題三,在支持圖2c的架構(gòu)中,如何建立UE通過目的基站的用戶平面。上述是以SI切換為例進(jìn)行說明的,在X2切換中,也存在如何建立目的HeNB和L-GW之間直接通道的問題。本發(fā)明將分別根據(jù)3種可能性的架構(gòu)提供解決方案。上述以LTE系統(tǒng)為例來描述現(xiàn)有存在的問題,在UMTS中存在相同的問題。特別對于支持LIPA業(yè)務(wù)的UE移動時,是否支持優(yōu)化的重定位過程。現(xiàn)有3G系統(tǒng)中優(yōu)化的重定位過程可參見圖4,如圖4所示,該過程主要包括步驟401,源HNB發(fā)送RNA連接消息或者RNA直接轉(zhuǎn)移消息給目的HNB。所述的RNA連接消息或者RNA直接轉(zhuǎn)移消息包含RNSAP消息增強(qiáng)的重定位請求消息。步驟402,目的HNB更新要重定位的RAB的傳輸網(wǎng)絡(luò)層(TNL)信息,目的HNB發(fā)送HNBAP消息TNL更新請求給HNB GW。HNB Gff發(fā)送HNBAP消息TNL更新響應(yīng)。步驟403,目的HNB發(fā)送RNA消息直接轉(zhuǎn)移給源HNB,所述直接轉(zhuǎn)移消息包含RNSAP增強(qiáng)的重定位響應(yīng)。此消息可以用于通知源HNB準(zhǔn)備重定位成功。步驟404,源HNB發(fā)送RNA消息直接轉(zhuǎn)移給目的HNB來接受重定位準(zhǔn)備,所述直接轉(zhuǎn)移包含RNSAP消息重定位接受。所述消息包含輔助重定位過程的信息。步驟405,源HNB重配置UE來開始重定位過程。步驟406,UE和目的HNB之間達(dá)成物理層同步。UE完成RRC重配置過程,UE發(fā)送無線承載(RB)重配置完成消息給目的HNB。步驟407,目的HNB指示給HNB Gff UE已經(jīng)成功完成重定位,目的HNB發(fā)送HNBAP消息UE重定位完成給HNB GW。HNB Gff切換用戶平面到目的HNB。步驟408,HNB Gff發(fā)送HNBAP消息UE去注冊給源HNB指示成功的RNSAP重定位。步驟409,源HNB發(fā)送RNA去連接(DISCONNECT)消息給目的HNB,所述消息包含RNSAP消息增強(qiáng)的重定位信令轉(zhuǎn)移用于傳輸源HNB在重定位過程中收到的L3信息,源基站釋放此UE的資源。如果源基站和目的基站通過HNB Gff通過Iurh連接,RNA消息通過HNBGW來路由。這種優(yōu)化的重定位過程用于同一 HNB Gff內(nèi)部,相同CSG的HNB之間移動。在支持LIPA承載的情況下,如何執(zhí)行intraCSG,intra-HNB Gff的重定位過程,重定位過程需要不需要通過SGSN來執(zhí)行,在上述圖3對應(yīng)的兩種架構(gòu)下如何建立HNB和L-GW之間的用戶平面,是現(xiàn)有技術(shù)沒有解決的問題。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明提供了一種支持切換的方法,能夠?yàn)閁E建立正確的用戶平面?zhèn)鬏?,從而保證切換成功。為達(dá)到上述目的,本發(fā)明實(shí)施例的技術(shù)方案具體是這樣實(shí)現(xiàn)的 一種支持切換的方法,該方法包括源基站通知目的基站要切換的承載哪些是本地因特網(wǎng)協(xié)議接入LIPA承載;對于LIPA承載,目的基站發(fā)送消息到對應(yīng)的本地網(wǎng)關(guān)L-GW,請求L-GW更新下行的用戶平面?zhèn)鬏?。該方法進(jìn)一步包括對于非LIPA承載,目的基站發(fā)送消息到其上行節(jié)點(diǎn)來更新下行的用戶平面?zhèn)鬏?。所述源基站通過包含本地接入的信息通知目的基站要切換的承載哪些是LIPA承載。本實(shí)施例是通過由源基站通知目的基站要切換的承載中的LIPA承載,進(jìn)而由目的基站發(fā)送消息到對應(yīng)的本地網(wǎng)關(guān)L-GW,請求L-GW更新下行的用戶平面?zhèn)鬏?。因此,本?shí)施例方法能夠?yàn)閁E建立正確的用戶平面?zhèn)鬏?,從而保證切換成功。一種支持切換的方法,該方法包括源基站通知目的基站要切換的承載中哪些是本地因特網(wǎng)協(xié)議接入LIPA承載、本地網(wǎng)關(guān)L-GW分配的上行的通道標(biāo)識TEID和傳輸層TNL地址;目的基站通知目的基站網(wǎng)關(guān)要切換的承載中哪些承載是LIPA承載;對于LIPA承載,目的基站網(wǎng)關(guān)不分配上下行的用戶平面?zhèn)鬏斮Y源,對于下行,目的基站網(wǎng)關(guān)把基站分配的TEID和TNL地址發(fā)送給上行節(jié)點(diǎn);對于上行,目的基站網(wǎng)關(guān)把從移動管理實(shí)體MME或者通用分組無線業(yè)務(wù)支持節(jié)點(diǎn)SGSN收到的上行的TEID和TNL地址發(fā)送給目的基站。所述源基站通過包含本地接入的信息通知目的基站要切換的承載哪些是LIPA承載。本實(shí)施例是通過由源基站通知目的基站要切換的承載中的LIPA承載、L-GW分配的上行的TEID和傳輸層TNL地址;進(jìn)而由目的基站將其通知給目的基站網(wǎng)關(guān),對于下行,目的基站網(wǎng)關(guān)把基站分配的TEID和TNL地址發(fā)送給上行節(jié)點(diǎn);對于上行,目的基站網(wǎng)關(guān)把從MME或者SGSN收到的上行的TEID和TNL地址發(fā)送給目的基站。一種支持切換的方法,該方法包括核心網(wǎng)通知目的基站網(wǎng)關(guān)要切換的承載中哪些是LIPA承載;目的基站網(wǎng)關(guān)通知目的基站要切換的承載中哪些是本地因特網(wǎng)協(xié)議接入LIPA承載;對應(yīng)LIPA承載,目的基站發(fā)送消息到對應(yīng)的本地網(wǎng)關(guān)L-GW請求更新下行的用戶平面?zhèn)鬏?。所述核心網(wǎng)通過包含本地接入的信息通知目的基站網(wǎng)關(guān)要切換的承載中哪些是LIPA承載;所述目的基站網(wǎng)關(guān)通過包含本地接入的信息通知目的基站要切換的承載中哪些是LIPA承載。本實(shí)施例是通過由核心網(wǎng)通知目的基站網(wǎng)關(guān)要切換的承載中的LIPA承載,進(jìn)而由目的基站網(wǎng)關(guān)將其通知目的基站,對應(yīng)LIPA承載,目的基站發(fā)送消息到對應(yīng)的L-GW請求更新下行的用戶平面?zhèn)鬏?。因此,本?shí)施例方法能夠?yàn)閁E建立正確的用戶平面?zhèn)鬏敚瑥亩WC切換成功。
一種支持切換的方法,該方法包括核心網(wǎng)通知目的基站網(wǎng)關(guān)要切換的承載中哪些是本地因特網(wǎng)協(xié)議接入LIPA承載、LIPA承載的上行通道標(biāo)識TEID和傳輸層地址;對應(yīng)LIPA承載,目的基站網(wǎng)關(guān)把從核心網(wǎng)收到的TEID和傳輸層地址發(fā)送給目的
基站O所述核心網(wǎng)通過包含本地接入的信息通知目的基站網(wǎng)關(guān)要切換的承載中哪些是LIPA承載、LIPA承載的上行TEID和傳輸層地址;所述目的基站網(wǎng)關(guān)通過包含本地接入的信息把從核心網(wǎng)收到的TEID和傳輸層地址發(fā)送給目的基站。本實(shí)施例是通過由核心網(wǎng)通知目的基站網(wǎng)關(guān)要切換的承載中的LIPA承載、LIPA承載的上行TEID和傳輸層地址,對應(yīng)LIPA承載,由目的基站網(wǎng)關(guān)把從核心網(wǎng)收到的TEID和傳輸層地址發(fā)送給目的基站。一種支持切換的方法,該方法包括源基站通知目的基站要切換的承載哪些是本地因特網(wǎng)協(xié)議接入LIPA承載;目的基站通知本地網(wǎng)關(guān)L-GW要切換的承載哪些是LIPA承載。該方法還包括L-Gff通知目的基站網(wǎng)關(guān)要切換的承載哪些是LIPA承載;對應(yīng)LIPA承載,目的基站網(wǎng)關(guān)把基站分配的通道標(biāo)識TEID和傳輸層TNL地址發(fā)送給其上行節(jié)點(diǎn)。源基站通過包含本地接入的信息通知目的基站要切換的承載哪些是本地因特網(wǎng)協(xié)議接入LIPA承載;目的基站通過包含本地接入的信息通知本地網(wǎng)關(guān)L-GW要切換的承載哪些是LIPA承載;L-Gff通過包含本地接入的信息通知目的基站網(wǎng)關(guān)要切換的承載哪些是LIPA承載。該方法還包括移動管理實(shí)體MME發(fā)送路徑切換請求確認(rèn)消息給目的基站網(wǎng)關(guān)以指示哪些承載是LIPA承載,所述路徑切換請求確認(rèn)消息包含本地接入的信息。
該方法還包括目的基站網(wǎng)關(guān)發(fā)送路徑切換請求確認(rèn)消息給L-GW以指示哪些承載是LIPA承載,所述路徑切換請求確認(rèn)消息包含本地接入的信息。本實(shí)施例是由源基站通過包含本地接入的信息通知目的基站要切換的承載中的LIPA承載,進(jìn)而由目的基站通過包含本地接入的信息通知L-GW要切換的承載中的LIPA承載。
圖I為現(xiàn)有SAE系統(tǒng)的結(jié)構(gòu)示意圖;圖2a為支持HeNB演進(jìn)的系統(tǒng)架構(gòu)圖; 圖2b為支持HNB的系統(tǒng)架構(gòu)圖;圖2c為Rl ILIPA的第三種網(wǎng)絡(luò)架構(gòu)圖;圖3為現(xiàn)有所采用的切換流程圖;圖4為現(xiàn)有優(yōu)化的重定位過程示意圖;圖5為本發(fā)明支持切換方法一的工作流程圖;圖6為本發(fā)明支持切換實(shí)施例一的工作流程圖;圖7為本發(fā)明支持切換實(shí)施例二的工作流程圖;圖8為本發(fā)明支持切換方法二的工作流程圖;圖9為本發(fā)明支持切換實(shí)施例三的工作流程圖;圖10為本發(fā)明支持切換實(shí)施例四的工作流程圖;圖11為本發(fā)明支持切換方法三的工作流程圖;圖12為本發(fā)明支持切換實(shí)施例五的工作流程圖;圖13為本發(fā)明支持切換實(shí)施例六的工作流程圖;圖14為本發(fā)明支持切換方法四的工作流程圖;圖15為本發(fā)明支持切換實(shí)施例七的工作流程圖;圖16為本發(fā)明支持切換實(shí)施例八的工作流程圖;圖17為本發(fā)明支持切換實(shí)施例九的工作流程圖;圖18為本發(fā)明支持切換實(shí)施例十的工作流程圖。
具體實(shí)施例方式為了解決現(xiàn)有技術(shù)中存在的問題,本發(fā)明提出了一種支持切換的方法,即通過源基站通知目的基站要切換的承載哪些是LIPA承載;對于LIPA承載,目的基站發(fā)送消息到對應(yīng)的L-GW,請求L-GW更新下行的用戶平面?zhèn)鬏?。使得用戶平面的在切換過程中正確建立,保證LIPA業(yè)務(wù)的連續(xù)性?;谏鲜鼋榻B,本發(fā)明所述方案的具體實(shí)現(xiàn)包括源基站通知目的基站要切換的承載哪些是LIPA承載;對于LIPA承載,目的基站發(fā)送消息到對應(yīng)的L-GW,請求L-GW更新下行的用戶平面?zhèn)鬏?,或者,源基站通知目的基站要切換的承載中哪些是LIPA承載、L-GW分配的上行的TEID和TNL地址;目的基站通知基站網(wǎng)關(guān)要切換的承載中哪些承載是LIPA承載;對于LIPA承載,對于下行,基站網(wǎng)關(guān)把基站分配的TEID和TNL地址發(fā)送給上行節(jié)點(diǎn);對于上行,基站網(wǎng)關(guān)把從MME或者SGSN收到的上行的TEID和TNL地址發(fā)送給目的基站,或者,核心網(wǎng)通知目的基站網(wǎng)關(guān)要切換的承載中哪些是LIPA承載;目的基站網(wǎng)關(guān)通知目的基站要切換的承載中哪些是LIPA承載;對應(yīng)LIPA承載,目的基站發(fā)送消息到對應(yīng)的L-Gff請求更新下行的用戶平面?zhèn)鬏?,或者,核心網(wǎng)通知目的基站網(wǎng)關(guān)要切換的承載中哪些是LIPA承載、LIPA承載的上行TEID和傳輸層地址;對應(yīng)LIPA承載,目的基站網(wǎng)關(guān)把從核心網(wǎng)收到的TEID和傳輸層地址發(fā)送給目的基站,或者,源基站通過包含本地接入的信息通知目的基站要切換的承載哪些是LIPA承載;目的基站通過包含本地接入的信息通知L-GW要切換的承載哪些是LIPA承載。為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白,以下參照附圖并舉實(shí)施例,對本發(fā)明作進(jìn)一步詳細(xì)說明。圖5為本發(fā)明支持切換方法一的工作流程圖。如圖5所示,該流程包括步驟501 :源基站通知目的基站需要切換的承載中哪些是LIPA承載。具體通知的方式可以是在對應(yīng)LIPA承載的E-RAB信息中包含本地接入的信息,該指示存在時表示對應(yīng)的承載是LIPA承載,對應(yīng)該承載的上行GTP通道終點(diǎn)是L-GW的IP地址和L-GW分配的TEID,該指示不存在時表示是非LIPA承載;也可以是直接在對應(yīng)LIPA承載的E-RAB信息中包含新的信息元素L-GW的TEID和L-GW的IP地址或者包含GRE密鑰和L-GW的IP地址來指示LIPA承載;也可以是直接在對應(yīng)LIPA承載的E-RAB信息中包含新的信息元素L-GW的TEID或者GRE密鑰來指示LIPA承載,當(dāng)包含新的L-GW的TEID或者GRE密鑰時,對應(yīng)的上行GTP通道終點(diǎn)中的傳輸層地址是L-GW的IP地址;還可以是其他的通知方式而不影響本發(fā)明的主要內(nèi)容。步驟502 :對于LIPA承載,目的基站發(fā)送消息到對應(yīng)的L_GW,消息中包含目標(biāo)基站的地址信息和GTP通道信息,請求L-GW切換下行的用戶平面?zhèn)鬏斖ǖ?,即把下行的GTP通道終點(diǎn)從源基站切換到目的基站。步驟503,對于非LIPA承載,目的基站發(fā)送消息到其上行節(jié)點(diǎn)例如HeNBGW、MME、HNB GW或者SGSN來更新下行的用戶平面?zhèn)鬏?。至此,即完成了本發(fā)明支持切換方法一的整個工作流程。本實(shí)施例是通過由源基站通知目的基站要切換的承載中的LIPA承載,進(jìn)而由目的基站發(fā)送消息到對應(yīng)的L-GW,請求L-GW更新下行的用戶平面?zhèn)鬏敗R虼?,本?shí)施例方法能夠?yàn)閁E建立正確的用戶平面?zhèn)鬏?,從而保證切換成功?;谠摲椒ǎ瑘D6給出了本發(fā)明LTE系統(tǒng)中支持切換實(shí)施例一的工作流程。如圖6所示,該流程包括步驟601 =S-HeNB做出切換決定。步驟602 =S-HeNB發(fā)送切換請求消息給T_HeNB,通知T-HeNB需要切換的承載中哪些是LIPA承載。具體通知的方式可以是在對應(yīng)LIPA承載的E-RAB信息中包含本地接入的信息,該指示存在時表示對應(yīng)的承載是LIPA承載,對應(yīng)該承載的上行GTP通道終點(diǎn)是L-GW的IP地址和L-GW分配的TEID,該指示不存在時表示是非LIPA承載;也可以是直接在對應(yīng)LIPA承載的E-RAB信息中包含新的信息元素L-GW的TEID和L-GW的IP地址或者包含GRE密鑰和L-GW的IP地址來指示LIPA承載;也可以是直接在對應(yīng)LIPA承載的E-RAB信息中包含新的信息元素L-GW的TEID或者GRE密鑰來指示LIPA承載,當(dāng)包含新的L-GW的TEID或者GRE密鑰時,對應(yīng)的上行GTP通道終點(diǎn)中的傳輸層地址是L-GW的IP地址;還可以是其他的通知方式而不影響本發(fā)明的主要內(nèi)容。步驟603 =T-HeNB發(fā)送切換請求響應(yīng)消息給S_HeNB。步驟604 :根據(jù)本地接入的信息,T-HeNB發(fā)送通道更新請求消息給L_GW,以更新LIPA承載的下行通道信息。在本步驟中,一個HeNB可能連接到多個L_GW,在這種情況下,T-HeNB根據(jù)步驟602中LIPA承載的L-GW的IP地址找到L-GW,所述消息包含要更新LIPA承載在T-HeNB分配的下行用戶平面的TEID和傳輸層地址的信息,進(jìn)一步地,L-Gff發(fā)送通道更新響應(yīng)消息給T-HeNB,所述消息可以包含L-GW分配的上行的TEID和傳輸層地址,上行L-GW分配的TEID 和傳輸層地址可以由源基站告訴目的基站,也可以由目的基站在該步驟直接從L-GW得到。需要說明的是,該步驟是可選步驟,在本發(fā)明的方法中可以包含或者不包含該步驟。步驟605 =S-HeNB發(fā)送RRC連接重新配置消息給UE,請求UE進(jìn)行切換。步驟606 UE進(jìn)行切換完成后,發(fā)送RRC連接重新配置完成消息給T-HeNB。步驟607 :根據(jù)本地接入的信息,對應(yīng)LIPA承載,T-HeNB發(fā)送用戶平面更新指示消息給對應(yīng)的L-GW。一個HeNB可能連接到多個L-GW,在這種情況下,T-HeNB根據(jù)步驟1802中LIPA承載的上行GTP通道末端號中的傳輸層地址找到對應(yīng)的L-GW,所述消息可以包含要更新的下行用戶平面的TEID和傳輸層地址,L-GW切換下行用戶平面的傳輸通道,即把下行用戶平面?zhèn)鬏攺脑椿痉峙涞耐ǖ狼袚Q為目的基站分配的下行通道。步驟608 =L-Gff發(fā)送用戶平面更新確認(rèn)消息給T_HeNB。所述消息包含成功更新的承載和失敗更新的承載,還可以包含L-GW分配的上行的TEID和傳輸層地址,且上行L-GW分配的TEID和傳輸層地址可以由源基站告訴目的基站,也可以由目的基站在該步驟直接從L-GW得到。需要說明的是,該步驟是可選步驟,在本發(fā)明的方法中可以包含或者不包含該步驟。還需說明的是,在本發(fā)明的方法中,如果切換的UE只有LIPA承載,沒有非LIPA承載,可以直接執(zhí)行步驟613,也可以執(zhí)行步驟609 ;如果切換的UE同時切換LIPA承載和非LIPA承載,則肯定需要執(zhí)行步驟609,對應(yīng)沒有非LIPA承載,直接執(zhí)行步驟613的方法,該切換過程終止于接入網(wǎng)或者本地網(wǎng)絡(luò)。步驟609 =T-HeNB發(fā)送路徑切換請求消息給MME。 在有HeNB Gff部署的情況下,T-HeNB通過HeNB Gff發(fā)送路徑切換請求消息給MME,所述消息包含該UE所有需要切換的E-RAB信息,或者只包含非LIPA承載的E-RAB信息。在包含所有需要切換的E-RAB信息時,T-HeNB可以告知HeNB Gff哪些承載是LIPA承載,這樣HeNB Gff不需要為LIPA承載分配上下行的用戶平面?zhèn)鬏斮Y源。步驟610 :MME發(fā)送修改承載請求消息給S-GW/TON Gl
所述消息包含該UE所有需要切換的承載的下行用戶平面信息,或者只包含非LIPA承載的下行用戶平面信息,所述下行用戶平面信息包括基站的IP地址和TEID。步驟611: S-Gff/PDN Gff在修改完UE的承載后,發(fā)送修改承載響應(yīng)消息給MME。步驟612 =MME發(fā)送路徑切換請求確認(rèn)消息給HeNB。在有HeNB Gff部署的情況下,MME通過HeNB Gff發(fā)送路徑切換請求消息給T-HeNB。步驟613 :在接收到路經(jīng)切換請求確認(rèn)消息后,T-HeNB發(fā)送資源釋放消息給S-HeNB?;谏鲜龇椒ㄒ?,圖7給出了本發(fā)明UMTS系統(tǒng)中支持切換實(shí)施例的工作流程。如圖7所示,該流程包括
步驟701 :源HNB發(fā)送RNA連接消息或者RNA直接轉(zhuǎn)移消息給目的HNB。在本步驟中,所述的RNA連接消息或者RNA直接轉(zhuǎn)移消息包含RNSAP消息增強(qiáng)的重定位請求消息,所述消息包含本地接入的信息,用于通知目的基站哪些承載是LIPA承載。在本實(shí)施例中,源基站通知目的基站LIPA承載有兩種方法一,在所述的RNSAP消息中包含LIPA承載的指示。對應(yīng)LIPA承載,所述的消息包含上行L-GW的IP地址和TEID,所述LIPA承載的指示可以是顯式的或者隱式的隱式的例如通過新的信息元素L-GW分配的TEID或者GRE密鑰、和/或L-GW IP地址來通知目的基站此承載是LIPA承載。方法二,在所述的RNA消息中通知目的基站哪些承載是LIPA承載,哪些承載是非LIPA承載。例如,如果有5個承載,那么在RNA消息中包含一個信息元素,該信息元素是一比特串,每一位指示RNSAP消息中的5個承載中每一個是否是LIPA承載,比特串的值和承載
的順序一樣,--對應(yīng)。所述消息還可以包含LIPA承載的上行TEID和傳輸層地址,且所述上行TEID是L-Gff分配的,所述傳輸層地址是L-GW的傳輸層地址。步驟702 目的HNB發(fā)送HNBAP消息TNL更新請求給HNB Gff,以更新要重定位的RAB的傳輸網(wǎng)絡(luò)層(TNL)信息。進(jìn)一步地,在本步驟中,HNB Gff發(fā)送HNBAP消息TNL更新響應(yīng)。此步驟要重定位的RAB可以是所有的RAB或者是非LIPA承載。步驟703 :根據(jù)本地接入的信息,T-HNB發(fā)送通道更新請求消息給L_GW,以更新LIPA承載的下行通道信息。一個HNB可能連接到多個L-GW,在這種情況下,T-HNB根據(jù)步驟701中LIPA承載的源端Iu上行傳輸層信息中的傳輸層地址找到對應(yīng)的L-GW,所述消息包含要更新LIPA承載在T-HNB分配的下行用戶平面的TEID和傳輸層地址的信息,進(jìn)一步地,L-GW發(fā)送通道更新響應(yīng)消息給T-HNB。所述消息還可以包含LIPA承載的上行TEID和傳輸層地址,且所述上行TEID是L-GW分配的,所述傳輸層地址是L-GW的傳輸層地址。上行L-GW分配的TEID和傳輸層地址可以由源基站告訴目的基站,也可以由目的基站在該步驟直接從L-GW得到。該步驟是可選步驟,在本發(fā)明的方法中可以包含或者不包含該步驟。步驟704 目的HNB發(fā)送RNA消息直接轉(zhuǎn)移給源HNB,所述直接轉(zhuǎn)移消息包含RNSAP增強(qiáng)的重定位響應(yīng)。此消息可以用于通知源HNB準(zhǔn)備重定位成功。步驟705 :源HNB發(fā)送RNA消息直接轉(zhuǎn)移給目的HNB來接受重定位準(zhǔn)備,所述直接轉(zhuǎn)移包含RNSAP消息重定位接受和輔助重定位過程的信息。步驟706 :源HNB重配置UE來開始重定位過程。步驟707 UE和目的HNB之間達(dá)成物理層同步。UE發(fā)送無線承載(RB)重配置完成消息給目的HNB,完成RRC重配置過程。步驟708 目的HNB發(fā)送HNBAP消息UE重定位完成給HNB Gff指示給HNB Gff UE已經(jīng)成功完成重定位。該步驟可以只在有非LIPA承載時才執(zhí)行,或者在有無非LIPA承載時都執(zhí)行?!げ襟E709 :根據(jù)本地接入的信息,對應(yīng)LIPA承載,T-HNB發(fā)送用戶平面更新指示消息給對應(yīng)的L-GW。一個HNB可能連接到多個L-GW,在這種情況下,T-HNB根據(jù)步驟701中LIPA承載的源端Iu上行傳輸層信息中的傳輸層地址找到對應(yīng)的L-GW,所述消息可以包含要更新的下行用戶平面的TEID和傳輸層地址。L-GW切換下行用戶平面的傳輸通道,即把下行用戶平面?zhèn)鬏攺脑椿痉峙涞耐ǖ狼袚Q為目的基站分配的下行通道。步驟710與步驟608相似,這里不再詳述。步驟711 :HNB GW發(fā)送HNBAP消息UE去注冊給源HNB指示成功的RNSAP重定位。步驟712 :源HNB發(fā)送RNA斷開(DISC0NNECT)消息給目的HNB,所述消息包含RNSAP消息增強(qiáng)的重定位信令轉(zhuǎn)移用于傳輸源HNB在重定位過程中收到的L3信息,源基站釋放此UE的資源。如果源基站和目的基站通過HNB Gff通過Iurh連接,RNA消息通過HNBGW來路由。這種優(yōu)化的重定位過程用于同一 HNB Gff內(nèi)部,相同CSG的HNB之間移動。在支持LIPA承載的情況下,重定位過程仍可以不需要通過SGSN來執(zhí)行。圖8為本發(fā)明支持切換方法二的工作流程圖。如圖8所示,該流程包括步驟801與步驟501類似,不再詳述。步驟802 目的基站通知基站網(wǎng)關(guān)哪些承載是LIPA承載。具體通知的方式可以是在對應(yīng)LIPA承載的E-RAB信息中包含本地接入的信息,該指示存在時表示對應(yīng)的承載是LIPA承載,對應(yīng)該承載的上行GTP通道終點(diǎn)是L-GW的IP地址和L-GW分配的TEID,該指示不存在時表示是非LIPA承載;還可以是其他的通知方式而不影響本發(fā)明的主要內(nèi)容。步驟803 :對應(yīng)LIPA承載,基站網(wǎng)關(guān)不分配上下行的用戶平面,對于下行,直接把基站分配的通道標(biāo)識(TEID)和傳輸層(TNL)地址發(fā)送給其上行節(jié)點(diǎn),例如MME或者SGSN ;對于上行,基站網(wǎng)關(guān)直接把從MME或者SGSN收到的上行的TEID和TNL地址發(fā)送給基站。至此,即完成了本發(fā)明支持切換方法二的整個工作流程。本實(shí)施例是通過由源基站通知目的基站要切換的承載中的LIPA承載、L-GW分配的上行的TEID和傳輸層TNL地址;進(jìn)而由目的基站將其通知給目的基站網(wǎng)關(guān),對于下行,目的基站網(wǎng)關(guān)把基站分配的TEID和TNL地址發(fā)送給上行節(jié)點(diǎn);對于上行,目的基站網(wǎng)關(guān)把從MME或者SGSN收到的上行的TEID和TNL地址發(fā)送給目的基站。
基于本實(shí)施例方法,圖9為本發(fā)明LTE系統(tǒng)中支持切換實(shí)施例的工作流程。如圖9所示,該流程包括步驟901至步驟903與步驟601至步驟603相似,這里不再詳述。步驟904至步驟905與步驟605至步驟606相似,這里不再詳述。步驟906 =T-HeNB發(fā)送路徑切換請求消息給HeNB Gff,通知HeNB Gff需要切換的承載中哪些是LIPA承載。具體通知的方式可以是在對應(yīng)LIPA承載的E-RAB信息中包含本地接入的信息,用于指示給HeNB GW哪些承載是LIPA承載。對應(yīng)LIPA承載,基站網(wǎng)關(guān)不分配下行的用戶平面,直接把基站分配的通道標(biāo)識(TEID)和傳輸層(TNL)地址發(fā)送給其上行節(jié)點(diǎn)MME。步驟907 =HeNB Gff發(fā)送路徑切換請求消息給MME。 對應(yīng)LIPA承載,所述消息包含的在下行要切換的E-RAB信息的包含T-HeNB分配的TEID和對應(yīng)的傳輸層地址。需要說明的是,在HeNB GW發(fā)送給MME的路徑切換請求消息中可以包含本地接入的信息或者不包含,該信息不是必須的,因?yàn)镸ME已經(jīng)知道哪些承載是LIPA承載。步驟908 =MME發(fā)送修改承載請求消息給S_GW,以告知S-GW哪些是LIPA承載的信
肩、O在本步驟中,所述消息包含該UE所有需要切換的承載的下行用戶平面信息,所述下行用戶平面信息包括目的基站的IP地址和TEID。步驟909 :對于非LIPA承載,S-Gff發(fā)送修改承載請求給P_GW,P-Gff發(fā)送修改承載響應(yīng)給S-GW。步驟910:對應(yīng)LIPA承載,S-Gff不分配下行的用戶平面,直接在修改承載請求消息中把基站分配的通道標(biāo)識(TEID)和傳輸層(TNL)地址發(fā)送給其上行節(jié)點(diǎn)L-GW。進(jìn)一步地,L-Gff發(fā)送修改承載響應(yīng)給S-GW,以切換下行用戶平面的傳輸通道,即把下行的用戶平面從源基站分配的通道切換為目的基站分配的下行通道。步驟911: S-Gff發(fā)送修改承載響應(yīng)消息給MME。對應(yīng)LIPA承載,S-Gff不分配上行的用戶平面,直接在修改承載響應(yīng)消息中把L-GW分配的通道標(biāo)識(TEID)和傳輸層(TNL)地址發(fā)送給MME。步驟912 =MME發(fā)送路徑切換請求確認(rèn)消息給HeNB Gff,通知HeNBGW需要切換的承載中哪些是LIPA承載。在本步驟中,具體通知的方式可以是在對應(yīng)LIPA承載的E-RAB信息中包含本地接入的信息,指示哪些承載是LIPA承載。進(jìn)一步地,在本步驟中,所述消息不包含本地接入的信息,而是由HeNBGW根據(jù)收到906消息后保存的信息知道哪些承載是LIPA承載。步驟913 :對應(yīng)LIPA承載,基站網(wǎng)關(guān)不分配上行的用戶平面,直接把從MME收到的通道標(biāo)識(TEID)和傳輸層(TNL)地址在路徑切換請求確認(rèn)消息中發(fā)送給目的HeNB。步驟914:在接收到路經(jīng)切換請求確認(rèn)消息后,T-HeNB發(fā)送資源釋放消息給S-HeNB?;谠摲椒ǘ瑘D10為本發(fā)明UMTS系統(tǒng)支持切換實(shí)施例的工作流程。如圖10所示,該流程包括
步驟1001與步驟701類似,不再詳述。步驟1002 目的HNB發(fā)送HNBAP消息TNL更新請求給HNB Gff,以更新要重定位的RAB的傳輸網(wǎng)絡(luò)層(TNL)信息。進(jìn)一步地,HNB Gff發(fā)送HNBAP消息TNL更新響應(yīng),此步驟要重定位的RAB可以是所有的RAB或者是非LIPA承載,如果是所有的RAB,所述消息包含本地接入的信息,指示哪些承載是LIPA承載。此步驟是可選步驟,在本方案中可以不存在。步驟1003 目的HNB發(fā)送RNA消息直接轉(zhuǎn)移給源HNB,所述直接轉(zhuǎn)移消息包含RNSAP增強(qiáng)的重定位響應(yīng)。此消息可以用于通知源HNB準(zhǔn)備重定位成功。·步驟1004 :源HNB發(fā)送RNA消息直接轉(zhuǎn)移給目的HNB來接受重定位準(zhǔn)備,所述直接轉(zhuǎn)移包含RNSAP消息重定位接受和輔助重定位過程的信息。步驟1005 :源HNB重配置UE來開始重定位過程。步驟1006 :UE和目的HNB之間達(dá)成物理層同步。UE發(fā)送無線承載(RB)重配置完成消息給目的HNB完成RRC重配置過程。步驟1007 目的HNB發(fā)送HNBAP消息UE重定位完成給HNB Gff指示給HNB Gff UE已經(jīng)成功完成重定位。具體通知的方式可以是在對應(yīng)LIPA承載的E-RAB信息中包含本地接入的信息,指示哪些承載是LIPA承載,HNB Gff切換非LIPA承載的用戶平面到目的HNB。對應(yīng)LIPA承載,基站網(wǎng)關(guān)不分配下行的用戶平面,直接把基站分配的通道標(biāo)識(TEID)和傳輸層(TNL)地址發(fā)送給其上行節(jié)點(diǎn)SGSN。步驟1008 :對應(yīng)LIPA承載,HNB Gff發(fā)送重定位完成請求消息給SGSN。所述消息包含Iu信令連接標(biāo)識、建立的RAB標(biāo)識列表,建立的RAB包含LIPA承載的用戶平面信息,例如傳輸層地址和TEID,所述消息也可以同時包含非LIPA承載的信息。步驟1009 :根據(jù)UE上下文信息,SGSN知道重定位完成請求消息中的承載是否LIPA承載。對于LIPA承載,SGSN不分配下行的用戶平面,直接在用戶平面更新請求消息中把從基站網(wǎng)關(guān)收到的基站分配的通道標(biāo)識(TEID)和傳輸層(TNL)地址發(fā)送給其上行節(jié)點(diǎn)L-Gff,由L-GW切換下行用戶平面的傳輸通道,即把下行的用戶平面從源基站分配的通道切換為目的基站分配的下行通道。步驟1010 =L-Gff發(fā)送用戶平面更新響應(yīng)給SGSN。對于LIPA承載,SGSN不分配上行的用戶平面,直接在重定位完成消息中把從L-GW收到的通道標(biāo)識(TEID)和傳輸層(TNL)地址發(fā)送給HNB Gl步驟1011 =SGSN發(fā)送重定位完成響應(yīng)消息給HNB GW。所述消息包含成功建立的RAB和需要釋放的RAB信息,對應(yīng)成功建立的RAB,直接在重定位完成消息中把從L-GW收到的通道標(biāo)識(TEID)和傳輸層(TNL)地址發(fā)送給HNB Gff步驟1012 HNB Gff發(fā)送HNBAP消息UE去注冊給源HNB指示成功的RNSAP重定位。步驟1013 :源HNB發(fā)送RNA斷開(DISCONNECT)消息給目的HNB,所述消息包含RNSAP消息增強(qiáng)的重定位信令轉(zhuǎn)移用于傳輸源HNB在重定位過程中收到的L3信息,源基站釋放此UE的資源。如果源基站和目的基站通過HNB Gff通過Iurh連接,RNA消息通過HNBGW來路由。這種優(yōu)化的重定位過程用于同一 HNB GW內(nèi)部,相同CSG的HNB之間移動,在支持LIPA承載的情況下,非LIPA承載的重定位過程仍可以不需要通過SGSN來執(zhí)行,LIPA承載的重定位通過SGSN通知L-GW。圖11為本發(fā)明支持切換方法三的工作流程圖。如圖11所示,該流程包括步驟1101,核心網(wǎng)通知目的基站網(wǎng)關(guān)要建立的承載中哪些承載是LIPA承載。進(jìn)一步地,在本步驟中,核心網(wǎng)還通知目的基站網(wǎng)關(guān)LIPA承載的上行TEID和傳輸層地址。具體通知的方式可以是在對應(yīng)LIPA承載的E-RAB信息中包含本地接入的信息,該 指示存在時表示對應(yīng)的承載是LIPA承載,對應(yīng)該承載的上行GTP通道終點(diǎn)是L-GW的IP地址和L-GW分配的TEID,該指示不存在時表示是非LIPA承載;也可以是直接在對應(yīng)LIPA承載的E-RAB信息中包含新的信息元素L-GW的TEID和L-GW的IP地址或者包含GRE密鑰和L-GW的IP地址來指示LIPA承載;也可以是直接在對應(yīng)LIPA承載的E-RAB信息中包含新的信息元素L-GW的TEID或者GRE密鑰來指示LIPA承載,當(dāng)包含新的L-GW的TEID或者GRE密鑰時,對應(yīng)的上行GTP通道終點(diǎn)中的傳輸層地址是L-GW的IP地址;還可以是其他的通知方式而不影響本發(fā)明的主要內(nèi)容。步驟1102,對應(yīng)LIPA承載,基站網(wǎng)關(guān)不分配上行的用戶平面資源,直接把從核心網(wǎng)收到的TEID和傳輸層地址發(fā)送給目的基站。步驟1103,目的基站網(wǎng)關(guān)通知目的基站要建立的承載中哪些承載是LIPA承載。具體通知的方式與步驟1101相同,這里不再贅述。步驟1104,對應(yīng)LIPA承載,目的基站發(fā)送消息到對應(yīng)的L-GW,請求L-GW更新下行的用戶平面?zhèn)鬏?。所述的消息中包含目的基站分配的TEID和傳輸層地址,從而L-GW可以把下行用戶平面切換為目的基站分配的通道。至此,即完成了本發(fā)明支持切換方法三的整個工作流程。本實(shí)施例是通過由核心網(wǎng)通知目的基站網(wǎng)關(guān)要切換的承載中的LIPA承載,進(jìn)而由目的基站網(wǎng)關(guān)將其通知目的基站,對應(yīng)LIPA承載,目的基站發(fā)送消息到對應(yīng)的L-GW請求更新下行的用戶平面?zhèn)鬏斮Y源。因此,本實(shí)施例方法能夠?yàn)閁E建立正確的用戶平面?zhèn)鬏?,從而保證切換成功?;谠摲椒ㄈ?,本發(fā)明LTE系統(tǒng)支持切換實(shí)施例的工作流程如圖12所示。下面是對該實(shí)施例的具體說明。本實(shí)施例省略了一些與本發(fā)明無關(guān)的步驟的詳細(xì)說明。步驟1201 :源基站決定切換。步驟1202 :源基站發(fā)送切換請求到源MME,該切換請求中包含目標(biāo)基站信息,例如目標(biāo)基站ID、目標(biāo)跟蹤區(qū)域標(biāo)識(TAI ,Tracking Area ID);還可以包含目標(biāo)CSG或切換類
型等信息。步驟1203 :源MME向目標(biāo)MME發(fā)送前轉(zhuǎn)切換請求,該前轉(zhuǎn)切換請求中包含從切換請求中獲取的目標(biāo)基站信息等,所述消息還保護(hù)哪些承載是LIPA承載的信息。步驟1204 :目標(biāo)MME發(fā)送切換請求消息給目的基站網(wǎng)關(guān),通知目的基站網(wǎng)關(guān)需要切換的承載中哪些是LIPA承載。具體通知的方法與步驟1101相同,這里不再贅述。
目的基站網(wǎng)關(guān)不為LIPA承載分配上行的用戶平面資源,直接把從MME收到的TEID和傳輸層地址發(fā)送給目的基站,且在沒有HeNB Gff部署的情況下,MME直接發(fā)送切換請求消息給目的基站。步驟1205,目的基站網(wǎng)關(guān)發(fā)送切換請求消息給目的基站,通知目的基站需要切換的承載中哪些是LIPA承載。具體通知的方法與步驟1101相同,這里不再贅述。步驟1206 目標(biāo)基站發(fā)送切換請求確認(rèn)消息給目的基站網(wǎng)關(guān)。所述消息中可以只包含非LIPA承載的RAB信息或者包含所有承載的RAB信息,在沒有HeNB GW部署的情況下,目的基站直接發(fā)送切換請求消息給MME。步驟1207,根據(jù)本地接入的信息,目的基站發(fā)送用戶平面更新指示消息給對應(yīng)的L-GW,用于更新LIPA承載的下行用戶平面。 所述消息包含目的基站為LIPA承載分配的下行用戶平面,例如TEID和傳輸層地址,一個HeNB可能連接到多個L-GW,在這種情況下,T-HeNB根據(jù)步驟1205中LIPA承載的上行GTP通道末端號中的傳輸層地址找到對應(yīng)的L-GW。步驟1208,L-GW更新下行用戶平面信息,切換下行用戶平面到目的基站分配的通道。進(jìn)一步地,L-Gff發(fā)送用戶平面更新確認(rèn)消息給目的基站,所述消息包含成功更新的承載和失敗更新的承載,且所述消息還可以包含L-GW分配的上行的TEID和傳輸層地址,上行L-GW分配的TEID和傳輸層地址可以由MME告訴目的基站,也可以由目的基站在該步驟直接從L-GW得到。步驟1209,MME發(fā)送修改承載請求消息給S-GW/PGW (PDN Gff)。所述消息包含該UE所有需要切換的承載的下行用戶平面信息,或者只包含非LIPA承載的下行用戶平面信息,所述下行用戶平面信息包括基站的IP地址和TEID。步驟1210 =S-Gff/PDN Gff在修改完UE的承載后,發(fā)送修改承載響應(yīng)消息給MME。在本發(fā)明的方法中,如果切換的UE只有LIPA承載,沒有非LIPA承載,可以不執(zhí)行1209和1210的步驟,也可以執(zhí)行步驟1209和1210的步驟;如果切換的UE同時切換LIPA承載和非LIPA承載,則肯定需要執(zhí)行步驟1209和1210的步驟。基于該方法三,本發(fā)明UMTS系統(tǒng)支持切換實(shí)施例的工作流程如圖13所示。下面是對該實(shí)施例的具體說明。步驟1301 :源基站決定重定位。步驟1302,源基站通過RUA發(fā)送重定位需求消息給源HNB GW。步驟1303,源HNB Gff發(fā)送重定位需求消息給SGSN。 步驟1304,SGSN發(fā)送重定位請求消息給目的HNB Gff,通知目的HNBGW需要切換的承載中哪些是LIPA承載。具體通知的方式可以是在對應(yīng)LIPA承載的E-RAB信息中包含本地接入的信息,具體通知的方法與步驟1101相同,這里不再贅述。在本步驟中,目的基站網(wǎng)關(guān)不為LIPA承載分配上行的用戶平面資源,直接把從SGSN收到的TEID和傳輸層地址發(fā)送給目的基站,目的HNB Gff通過RUA發(fā)送重定位請求消息給目的HNB,所述消息包含本地接入的信息,用于指示哪些承載是LIPA承載。
步驟1305與步驟703相同,這里忽略詳細(xì)的技術(shù)說明。步驟1306,目的HNB通過RUA發(fā)送重定位請求確認(rèn)消息給目的HNBGW,由目的HNBGff發(fā)送重定位請求確認(rèn)消息給SGSN。所述重定位請求確認(rèn)消息可以只包含非LIPA承載的信息,或者同時包含LIPA承載的信息。步驟1307,SGSN發(fā)送重定位命令消息給源HNB GW。步驟1308,源HNB Gff通過RUA發(fā)送重定位命令消息給源HNB。步驟1308,源HNB轉(zhuǎn)發(fā)數(shù)據(jù)給目的HNB。步驟1309,源HNB發(fā)送重定位接受給目的HNB。 步驟1311,源HNB發(fā)送RAN移動信息給UE。步驟1312,UE發(fā)送RAN移動信息確認(rèn)消息給目的HNB。步驟1313與步驟709和710相似,這里不再贅述。步驟1314,目的HNB通過RUA發(fā)送重定位完成消息給目的HNB Gff,目的HNB Gff發(fā)送重定位完成消息給SGSN。步驟1315,SGSN發(fā)送更新PDP上下文請求消息給GGSN。此消息可以只包含非LIPA承載的PDP上下文,或者包含所有承載的PDP上下文。步驟1316,GGSN發(fā)送更新PDP上下文響應(yīng)消息給SGSN。步驟1316,SGSN發(fā)送Iu釋放命令消息給源HNB Gff,源HNB Gff通過RUA消息發(fā)送Iu釋放命令給源HNB。步驟1317,源HNB通過RUA消息發(fā)送Iu釋放命令給源HNB GW, HNBGff發(fā)送Iu釋放命令消息給SGSN。步驟1318,如果UE的RA發(fā)生了變化,執(zhí)行路由區(qū)域更新過程。圖14為本發(fā)明支持切換方法四的工作流程圖。如圖14所示,該流程包括步驟1401與步驟與步驟1101類似,不再詳述。步驟1402與步驟與步驟1102類似,不再詳述。至此,即完成了本發(fā)明支持切換方法四的整個工作流程。本實(shí)施例是通過由核心網(wǎng)通知目的基站網(wǎng)關(guān)要切換的承載中的LIPA承載、LIPA承載的上行TEID和傳輸層地址,對應(yīng)LIPA承載,由目的基站網(wǎng)關(guān)把從核心網(wǎng)收到的TEID和傳輸層地址發(fā)送給目的基站?;谠摲椒ㄋ?,本發(fā)明LTE系統(tǒng)中支持切換實(shí)施例的工作流程如圖15所示,下面是對該實(shí)施例的說明。步驟1501至步驟1504與步驟1201至1204類似,不再詳述。步驟1505,MME發(fā)送切換請求消息給目的基站網(wǎng)關(guān),通知目的基站網(wǎng)關(guān)需要切換的承載中哪些是LIPA承載。具體通知的方式可以是在對應(yīng)LIPA承載的E-RAB信息中包含本地接入的信息,用于指示哪些承載是LIPA承載,對應(yīng)LIPA承載,目的基站網(wǎng)關(guān)不分配上下行的用戶平面?zhèn)鬏斮Y源,目的基站網(wǎng)關(guān)把從核心網(wǎng)收到的TEID和傳輸層地址發(fā)送給目的基站。在本步驟中,進(jìn)一步地,目的基站網(wǎng)關(guān)發(fā)送切換請求消息給目的基站,通知目的基站需要切換的承載中哪些是LIPA承載。在本實(shí)施例的方案中,目的基站網(wǎng)關(guān)發(fā)送給目的基站的切換請求消息可以不包含本地接入的信息。步驟1506,目的基站發(fā)送切換請求確認(rèn)消息給目的基站網(wǎng)關(guān),所述消息包含所有承載的信息,包含LIPA承載和非LIPA承載。根據(jù)保存的本地接入的信息,目的HeNB GW不為LIPA承載分配下行用戶平面?zhèn)鬏斮Y源,直接在切換請求確認(rèn)消息中把從目的HeNB收到的下行用戶平面TEID和傳輸層地址發(fā)送給MME。步驟1507,MME發(fā)送修改承載請求消息給S_GW。所述消息包含該UE所有需要切換的承載的下行用戶平面信息,所述下行用戶平面信息包括基站的IP地址和TEID,所述消息包含本地接入的信息,用于指示哪些承載是LIPA承載,且對于LIPA承載,S-Gff不分配上下行的用戶平面資源。步驟1508,對于LIPA承載,S-Gff發(fā)送修改承載請求給L_GW,把從MME收到的下行 用戶平面信息,例如TEID和傳輸層地址發(fā)送給L-GW。對于非LIPA承載,S-Gff需要發(fā)送修改承載請求給P_GW,這里省略詳細(xì)的技術(shù)說明。步驟1509 =L-Gff在修改完UE的承載后,發(fā)送修改承載響應(yīng)消息給S_GW。步驟1510,S-Gff發(fā)送修改承載響應(yīng)消息給MME。對于LIPA承載,所述消息可以包含L-GW分配的上行的TEID和傳輸層地址?;谠摲椒ㄋ?,本發(fā)明UMTS系統(tǒng)中支持切換實(shí)施例的工作流程如圖16所示,下面是對該實(shí)施例的說明。步驟1601至步驟1604與步驟1301至1304類似,不再詳述。步驟1605,目的HNB通過RUA發(fā)送重定位請求確認(rèn)消息給目的HNBGW。所述消息可以包含本地接入的信息或者不包含,包含的時候可以在RUA中包含或者在RANAP消息中包含。步驟1606,根據(jù)保存的本地接入的信息或者根據(jù)從目的HNB收到的本地接入的信息,目的HNB GW不為LIPA承載分配下行的用戶平面資源,而是發(fā)送重定位請求確認(rèn)消息給SGSN。所述重定位請求確認(rèn)消息中包含的LIPA承載的下行用戶平面信息,例如TEID和傳輸層地址是從目的HNB收到的。步驟1607至步驟1613與步驟1307至1314類似,不再詳述。步驟1614,對于LIPA承載,SGSN不分配上下行的用戶平面資源,SGSN發(fā)送更新PDP上下文請求消息到L-GW,直接把基站分配的通道標(biāo)識(TEID)和傳輸層(TNL)地址在所述消息中發(fā)送給L-GW。步驟1615至步驟1617與步驟1316至1318類似,不再詳述。對于非LIPA承載,SGSN需要發(fā)送修改承載請求給GGSN,這里省略詳細(xì)的技術(shù)說明。步驟1614,L-Gff在修改完UE的承載后,發(fā)送修改承載響應(yīng)消息給SGSN。圖17為本發(fā)明支持切換的實(shí)施例。本實(shí)施例是基于架構(gòu)三(圖2c)的切換過程。如圖17所示,該流程包括步驟1701至步驟1703與步驟601至步驟603相似,這里不再詳述。
步驟1704至步驟1705與步驟605至步驟606相似,這里不再詳述。步驟1706,T-HeNB發(fā)送路徑切換請求消息給L_GW,通知L-GW需要切換的承載中哪些是LIPA承載。一個HeNB可能連接到多個L-GW,在這種情況下,T-HeNB根據(jù)步驟1702中LIPA承載的上行GTP通道末端號中的傳輸層地址找到對應(yīng)的L-GW。所述消息包含本地接入的信息,用于指示給L-GW哪些承載是LIPA承載,在收到路徑切換請求消息后,L-GW可以切換下行用戶平面的傳輸通道,即把下行用戶平面從源基站分配的通道切換為目的基站分配的下行通道。對應(yīng)非LIPA承載,L-Gff不分配上下行 的用戶平面,對于上行,直接把從基站網(wǎng)關(guān)收到的通道標(biāo)識(TEID)和傳輸層(TNL)地址在步驟1713中發(fā)送給目的基站;對于下行,直接把從目的基站收到的通道標(biāo)識(TEID)和傳輸層(TNL)地址發(fā)送給基站網(wǎng)關(guān)。L-GW發(fā)送路徑切換請求消息給HeNB Gff,所述消息包含本地接入的信息,用于指示給HeNB GW哪些承載是LIPA承載。對應(yīng)LIPA承載,基站網(wǎng)關(guān)不分配下行的用戶平面,直接把基站分配的通道標(biāo)識(TEID)和傳輸層(TNL)地址發(fā)送給其上行節(jié)點(diǎn)MME,或者在T-HeNB發(fā)送給HeNB GW的消息中可以不包含本地接入的信息,HeNB GW的動作和現(xiàn)有技術(shù)一樣,SP可以分配或者不分配上下行的用戶平面資源。步驟1707,HeNB Gff發(fā)送路徑切換請求消息給MME,通知MME需要切換的承載中哪些是LIPA承載。對應(yīng)LIPA承載,所述消息包含的在下行要切換的E-RAB信息可以包含T-HeNB分配的TEID和對應(yīng)的傳輸層地址,在HeNB Gff發(fā)送給MME的路徑切換請求消息中可以包含本地接入的信息或者不包含,該信息不是必須的,因?yàn)镸ME已經(jīng)知道哪些承載是LIPA承載。步驟1708至步驟1709與步驟908至步驟909相似,這里不再詳述。步驟1710,對應(yīng)LIPA承載,S-GW可以分配下行的用戶TEID和傳輸層地址,用于L-Gff發(fā)送下行的尋呼給S-GW。作為本發(fā)明的另外一種方法,S-GW可以不分配下行的用戶平面,直接在修改承載請求消息中把基站分配的通道標(biāo)識(TEID)和傳輸層(TNL)地址發(fā)送給其上行節(jié)點(diǎn)L-GW,L-GW可以在步驟1706或者在本步驟切換下行用戶平面的傳輸通道,即把下行用戶平面從源基站分配的通道切換為目的基站分配的下行通道。L-GW發(fā)送修改承載響應(yīng)給S-GW。步驟1711 =S-Gff發(fā)送修改承載響應(yīng)消息給MME。對應(yīng)LIPA承載,S-GW可以分配上行的用戶平面,S-GW也可以不分配上行的用戶平面,直接在修改承載響應(yīng)消息中把L-GW分配的通道標(biāo)識(TEID)和傳輸層(TNL)地址發(fā)送給 MME。步驟1712,MME發(fā)送路徑切換請求確認(rèn)消息給HeNB Gff,通知HeNBGW需要切換的承載中哪些是LIPA承載。具體通知的方式可以是在對應(yīng)LIPA承載的E-RAB信息中包含本地接入的信息,指示哪些承載是LIPA承載?;蛘咴趯?yīng)LIPA承載的E-RAB信息中不包含本地接入的信息,由HeNB Gff根據(jù)收到1706消息后保存的信息知道哪些承載是LIPA承載。對應(yīng)LIPA承載,基站網(wǎng)關(guān)可以分配上行的TEID和傳輸層地址,或者基站網(wǎng)關(guān)不分配上行的用戶平面,直接把從MME收到的通道標(biāo)識(TEID)和傳輸層(TNL)地址在路徑切換請求確認(rèn)消息中發(fā)送給L-GW。HeNB Gff發(fā)送路徑切換請求確認(rèn)消息給L_GW,所述消息包含本地接入的信息,指示哪些承載是LIPA承載,或者所述消息不包含本地接入的信息,由L-GW根據(jù)收到1706消息后保存的信息知道哪些承載是LIPA承載。對應(yīng)非LIPA承載,L-GW不分配上行的用戶平面,直接把從基站網(wǎng)關(guān)收到的通道標(biāo)識(TEID)和傳輸層(TNL)地址在步驟1703中發(fā)送給目的基站。步驟1713,L-Gff發(fā)送路徑切換請求確認(rèn)消息給T-HeNB。步驟1714,在接收到路經(jīng)切換請求確認(rèn)消息后,T-HeNB發(fā)送資源釋放消息給S-HeNB。圖18為本發(fā)明支持切換的實(shí)施例,本實(shí)施例也是基于架構(gòu)三(圖2c)的切換過程。如圖18所示,該流程包括 步驟1801至步驟1805與步驟1701至步驟1705相似,這里不再詳述。步驟1806,對于LIPA承載,T-HeNB發(fā)送路徑切換請求消息給L_GW,通知L-GW需要切換的承載中哪些是LIPA承載。一個HeNB可能連接到多個L-GW,在這種情況下,T-HeNB根據(jù)步驟1802中LIPA承載的上行GTP通道末端號中的傳輸層地址找到對應(yīng)的L-GW,L-Gff保存下行的TEID和傳輸層地址,在收到路徑切換請求消息后,L-GW可以切換下行用戶平面的傳輸通道,即把下行用戶平面從源基站分配的通道切換為目的基站分配的下行通道。步驟1807,L-Gff發(fā)送路徑切換請求消息給HeNB Gff,由HeNB Gff發(fā)送路徑切換請求消息給MME。通常,MME在收到路徑切換請求消息后,如果所述消息中沒有包含UE上下文中保存的所有E-RAB信息,MME應(yīng)該認(rèn)為沒有包含的E-RAB被eNB釋放了,對應(yīng)本發(fā)明此實(shí)施例的方法,MME如果發(fā)現(xiàn)所述消息中只包含LIPA承載或者只包含非LIPA承載,則MME認(rèn)為后續(xù)還會收到一個路徑切換請求消息包含非LIPA承載或者LIPA承載。如果收到的所述消息中只包含LIPA承載,則MME認(rèn)為后續(xù)還會收到一個路徑切換請求消息包含非LIPA承載,MME認(rèn)為沒有包含在所述消息中的LIPA承載被eNB釋放了 ;如果收到的所述消息中只包含非LIPA承載,則MME認(rèn)為后續(xù)還會收到一個路徑切換請求消息包含LIPA承載,MME認(rèn)為沒有包含在所述消息中的非LIPA承載被eNB釋放了。步驟1808至步驟1810與步驟1708、步驟1710、步驟1711相似,這里不再詳述。步驟1811,MME發(fā)送路徑切換請求確認(rèn)消息給HeNB Gff,通知HeNB Gff需要切換的承載中哪些是LIPA承載。具體通知的方式可以是在對應(yīng)LIPA承載的E-RAB信息中包含本地接入的信息,指示哪些承載是LIPA承載。對應(yīng)LIPA承載,基站網(wǎng)關(guān)可以分配上行的TEID和傳輸層地址,或者基站網(wǎng)關(guān)不分配上行的用戶平面,直接把從MME收到的通道標(biāo)識(TEID)和傳輸層(TNL)地址在路徑切換請求確認(rèn)消息中發(fā)送給L-GW。 HeNB Gff發(fā)送路徑切換請求確認(rèn)消息給L_GW,所述消息包含本地接入的信息,指示哪些承載是LIPA承載。步驟1812,L-Gff發(fā)送路徑切換請求確認(rèn)消息給T-HeNB。步驟1813,對于非LIPA承載,T-HeNB發(fā)送路徑切換請求消息給HeNBGW。
步驟1814,HeNB Gff發(fā)送路徑切換請求消息給MME。步驟1815,MME發(fā)送修改承載請求消息給S_GW,由S-GW發(fā)送修改承載請求消息給PDN GW。步驟1816 PDN Gff在修改完UE的承載后,發(fā)送修改承載響應(yīng)消息給S-GW,由S-GW發(fā)送修改承載響應(yīng)消息給MME。步驟1817 =MME發(fā)送路徑切換請求確認(rèn)消息給HeNB Gff,由HeNB Gff發(fā)送路徑切換請求確認(rèn)消息給T-HeNB。步驟1819,在接收到路經(jīng)切換請求確認(rèn)消息后,T-HeNB發(fā)送資源釋放消息給S-HeNB。至此,即完成了本實(shí)施例支持切換方法的整個工作流程。·
以上舉較佳實(shí)施例,對本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)進(jìn)行了進(jìn)一步詳細(xì)說明,所應(yīng)理解的是,以上所述僅為本發(fā)明的較佳實(shí)施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換和改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種支持切換的方法,其特征在于,該方法包括 源基站通知目的基站要切換的承載哪些是本地因特網(wǎng)協(xié)議接入LIPA承載; 對于LIPA承載,目的基站發(fā)送消息到對應(yīng)的本地網(wǎng)關(guān)L-GW,請求L-GW更新下行的用戶平面?zhèn)鬏敗?br>
2.根據(jù)權(quán)利要求I所述的方法,其特征在于,該方法進(jìn)一步包括 對于非LIPA承載,目的基站發(fā)送消息到其上行節(jié)點(diǎn)來更新下行的用戶平面?zhèn)鬏敗?br>
3.根據(jù)權(quán)利要求I所述的方法,其特征在于,所述源基站通過包含本地接入的信息通知目的基站要切換的承載哪些是LIPA承載。
4.一種支持切換的方法,其特征在于,該方法包括 源基站通知目的基站要切換的承載中哪些是本地因特網(wǎng)協(xié)議接入LIPA承載、本地網(wǎng)關(guān)L-GW分配的上行的通道標(biāo)識TEID和傳輸層TNL地址; 目的基站通知目的基站網(wǎng)關(guān)要切換的承載中哪些承載是LIPA承載; 對于LIPA承載,目的基站網(wǎng)關(guān)不分配上下行的用戶平面?zhèn)鬏斮Y源,對于下行,目的基站網(wǎng)關(guān)把基站分配的TEID和TNL地址發(fā)送給上行節(jié)點(diǎn);對于上行,目的基站網(wǎng)關(guān)把從移動管理實(shí)體MME或者通用分組無線業(yè)務(wù)支持節(jié)點(diǎn)SGSN收到的上行的TEID和TNL地址發(fā)送給目的基站。
5.根據(jù)權(quán)利要求4所述的方法,其特征在于, 所述源基站通過包含本地接入的信息通知目的基站要切換的承載哪些是LIPA承載;所述目的基站通過包含本地接入的信息通知目的基站網(wǎng)關(guān)要切換的承載中哪些承載是LIPA承載。
6.一種支持切換的方法,其特征在于,該方法包括 核心網(wǎng)通知目的基站網(wǎng)關(guān)要切換的承載中哪些是本地因特網(wǎng)協(xié)議接入LIPA承載; 目的基站網(wǎng)關(guān)通知目的基站要切換的承載中哪些是LIPA承載; 對應(yīng)LIPA承載,目的基站發(fā)送消息到對應(yīng)的本地網(wǎng)關(guān)L-GW請求更新下行的用戶平面?zhèn)鬏敗?br>
7.根據(jù)權(quán)利要求6所述的方法,其特征在于, 所述核心網(wǎng)通過包含本地接入的信息通知目的基站網(wǎng)關(guān)要切換的承載中哪些是LIPA承載; 所述目的基站網(wǎng)關(guān)通過包含本地接入的信息通知目的基站要切換的承載中哪些是LIPA承載。
8.一種支持切換的方法,其特征在于,該方法包括 核心網(wǎng)通知目的基站網(wǎng)關(guān)要切換的承載中哪些是本地因特網(wǎng)協(xié)議接入LIPA承載、LIPA承載的上行通道標(biāo)識TEID和傳輸層地址; 對應(yīng)LIPA承載,目的基站網(wǎng)關(guān)把從核心網(wǎng)收到的TEID和傳輸層地址發(fā)送給目的基站。
9.根據(jù)權(quán)利要求8所述的方法,其特征在于, 所述核心網(wǎng)通過包含本地接入的信息通知目的基站網(wǎng)關(guān)要切換的承載中哪些是LIPA承載、LIPA承載的上行TEID和傳輸層地址; 所述目的基站網(wǎng)關(guān)通過包含本地接入的信息把從核心網(wǎng)收到的TEID和傳輸層地址發(fā)送給目的基站。
10.一種支持切換的方法,其特征在于,該方法包括 源基站通知目的基站要切換的承載哪些是本地因特網(wǎng)協(xié)議接入LIPA承載; 目的基站通知本地網(wǎng)關(guān)L-GW要切換的承載哪些是LIPA承載。
11.根據(jù)權(quán)利要求10所述的方法,其特征在于,該方法還包括 L-Gff通知目的基站網(wǎng)關(guān)要切換的承載哪些是LIPA承載; 對應(yīng)LIPA承載,目的基站網(wǎng)關(guān)把基站分配的通道標(biāo)識TEID和傳輸層TNL地址發(fā)送給其上行節(jié)點(diǎn)。
12.根據(jù)權(quán)利要求11所述的方法,其特征在于, 源基站通過包含本地接入的信息通知目的基站要切換的承載哪些是本地因特網(wǎng)協(xié)議接入LIPA承載; 目的基站通過包含本地接入的信息通知本地網(wǎng)關(guān)L-GW要切換的承載哪些是LIPA承載; L-Gff通過包含本地接入的信息通知目的基站網(wǎng)關(guān)要切換的承載哪些是LIPA承載。
13.根據(jù)權(quán)利要求10所述的方法,其特征在于,該方法還包括 移動管理實(shí)體MME發(fā)送路徑切換請求確認(rèn)消息給目的基站網(wǎng)關(guān)以指示哪些承載是LIPA承載,所述路徑切換請求確認(rèn)消息包含本地接入的信息。
14.根據(jù)權(quán)利要求13所述的方法,其特征在于,該方法還包括 目的基站網(wǎng)關(guān)發(fā)送路徑切換請求確認(rèn)消息給L-GW以指示哪些承載是LIPA承載,所述路徑切換請求確認(rèn)消息包含本地接入的信息。
全文摘要
本發(fā)明公開了一種支持切換的方法,即通過源基站通知目的基站要切換的承載哪些是LIPA承載;對于LIPA承載,目的基站發(fā)送消息到對應(yīng)的L-GW,請求L-GW更新下行的用戶平面?zhèn)鬏?。?yīng)用本發(fā)明所述支持切換的方法,能夠?yàn)閁E建立正確的用戶平面?zhèn)鬏?,使得用戶平面的在切換過程中正確建立,保證LIPA業(yè)務(wù)的連續(xù)性,從而使得切換成功。
文檔編號H04W36/08GK102905329SQ20111022565
公開日2013年1月30日 申請日期2011年7月29日 優(yōu)先權(quán)日2011年7月29日
發(fā)明者許麗香, 王弘 申請人:北京三星通信技術(shù)研究有限公司, 三星電子株式會社