專利名稱：避免切換失敗的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信領(lǐng)域，特別涉及避免切換失敗的方法。
背景技術(shù)：
為了減少時延、減少運營商的成本、以及提供更高的用戶數(shù)據(jù)速率、更高的系統(tǒng)容量和更好的覆蓋，提出了系統(tǒng)架構(gòu)演進(SAE)。參見圖1，圖I示出了現(xiàn)有SAE的系統(tǒng)結(jié)構(gòu)圖。在圖I中，用戶設(shè)備(UE) 101是用來接收數(shù)據(jù)的終端設(shè)備。演進通用陸地?zé)o線接入網(wǎng)絡(luò)(E-UTRAN) 102是無線接入網(wǎng)絡(luò)，其中包括為UE提供接入無線網(wǎng)絡(luò)接口的宏基站(eNB)。移動管理實體(MME) 103負(fù)責(zé)管理UE的移動上下文、會話上下文和安全信息。服務(wù)網(wǎng)關(guān)(SGW) 104主要提供用戶平面的功能，MME 103和SGW 104可能處于同一物理實體。分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(PGW) 105負(fù)責(zé)計費、合法監(jiān)聽等功能，也可以與SGW 104處于同一物理實體。策 略和計費規(guī)則功能實體(PCRF) 106提供服務(wù)質(zhì)量(QoS)策略和計費準(zhǔn)則。通用分組無線業(yè)務(wù)支持節(jié)點(SGSN) 108是通用移動通信系統(tǒng)(UMTS)中為數(shù)據(jù)的傳輸提供路由的網(wǎng)絡(luò)節(jié)點設(shè)備。歸屬用戶服務(wù)器(HSS) 109是UE的家鄉(xiāng)歸屬子系統(tǒng)，負(fù)責(zé)保護包括用戶設(shè)備的當(dāng)前位置、服務(wù)節(jié)點的地址、用戶安全信息、用戶設(shè)備的分組數(shù)據(jù)上下文等用戶信息。隨著UE業(yè)務(wù)數(shù)據(jù)速率的提高，運營商又提供了一種新的技術(shù)選定的IP數(shù)據(jù)流的轉(zhuǎn)移(SIPTO)，即當(dāng)UE接入某一特定業(yè)務(wù)時，在移動過程中切換到離無線接入網(wǎng)絡(luò)更近的接入點上，從而有效地減少傳輸網(wǎng)絡(luò)的投入成本，為高數(shù)據(jù)速率提供更好的業(yè)務(wù)體驗。為了達到該目的，3GPP提出需要網(wǎng)絡(luò)支持SIPTO和本地IP接入(LIPA)的能力，其中，在SIPTO中，當(dāng)UE通過家庭演進基站(HeNB)、家庭基站(HNB)或者宏基站接入Internet或其它外網(wǎng)時，網(wǎng)絡(luò)可以為UE選擇或重選更加臨近無線接入網(wǎng)的用戶面節(jié)點，而LIPA是指UE通過HeNB或HNB接入家庭網(wǎng)絡(luò)或者企業(yè)內(nèi)部網(wǎng)絡(luò)，并在執(zhí)行LIPA時，可以為UE選擇或重選臨近家庭基站的用戶面節(jié)點或者選擇位于HeNB/HNB接入網(wǎng)絡(luò)中的用戶面節(jié)點。其中，用戶面節(jié)點可以為核心網(wǎng)絡(luò)設(shè)備或網(wǎng)關(guān)，對SAE系統(tǒng)而言，可以為SGW或PGW或LGW ;對UMTS系統(tǒng)而言，可以為SGSN或網(wǎng)關(guān)GPRS支持節(jié)點(GGSN)。下面通過圖2對現(xiàn)有的切換流程進行描述。如圖2所示，該流程主要包括以下步驟步驟201 :源基站決定對UE進行切換。步驟202 :源基站發(fā)送切換請求到源MME。該切換請求中包含目標(biāo)基站信息例如目標(biāo)基站的標(biāo)識(ID)或者目標(biāo)跟蹤區(qū)域標(biāo)識(TAI Tracking Area ID),還可以進一步包含目標(biāo)CSG或切換類型等信息。步驟203 :源MME向目標(biāo)MME發(fā)送前轉(zhuǎn)切換請求。該前轉(zhuǎn)切換請求中包含從切換請求中獲取的目標(biāo)基站彳目息等。步驟204 :目標(biāo)MME如果為UE重選SGW，則與重選的目標(biāo)SGW執(zhí)行會話建立過程。如果無需為UE重選SGW，則不用執(zhí)行步驟204。步驟205 :目標(biāo)MME向目標(biāo)基站發(fā)送切換請求。
步驟206 目標(biāo)基站向目標(biāo)MME回復(fù)切換請求確認(rèn)消息。步驟207 :目標(biāo)MME根據(jù)UE切換到的目標(biāo)基站來更新承載信息，具體可以包括目標(biāo)MME請求建立目標(biāo)基站到LGW之間的用戶面隧道，以保證UE從源基站切換至目的基站。至此，完成圖2所示 的流程。但是，在圖2所示的現(xiàn)有切換流程中，存在以下幾種情況，導(dǎo)致切換不能成功，進而浪費過多的信令資源和無線資源情況I、目標(biāo)基站和源基站所屬的本地H(e)NB網(wǎng)絡(luò)不相同，這樣，目標(biāo)基站和源基站連接到不同的L-GW，根據(jù)圖2所示的流程可以看出目標(biāo)基站和源基站連接到不同的L-GW會導(dǎo)致切換失敗，并且按照圖2所示的流程可以看出，目標(biāo)MME是在用戶面隧道的建立過程中才會確定出切換失敗，并釋放已經(jīng)建立或占用的無線資源，而這之前已經(jīng)占用過多的信令資源和無線資源，即導(dǎo)致過多的信令資源和無線資源被浪費。情況2、目標(biāo)基站和源基站所屬的本地H(e)NB網(wǎng)絡(luò)相同，但是，目標(biāo)基站和源基站連接到不同的L-GW，例如目標(biāo)基站和源基站屬于不同的子網(wǎng)絡(luò)，這也會造成切換失敗，并出現(xiàn)上述的信令資源和無線資源被大量浪費的問題。情況3、目標(biāo)基站和源基站所屬的本地H(e) NB網(wǎng)絡(luò)相同，以及目標(biāo)基站和源基站可以連接相同的L-GW，但是目的基站和源基站連接的L-GW列表不是完全相同的，例如，目的基站和UE在源端服務(wù)的L-GW沒有連接，這也會造成切換失敗并出現(xiàn)上述的信令資源和無線資源被大量浪費的問題。另外，上述以SI切換過程為例描述了現(xiàn)有切換存在的問題，如果源基站觸發(fā)X2切換過程，X2切換過程也可能會發(fā)生失敗，并且可能MME在收到路徑切換請求消息后才發(fā)現(xiàn)切換不可能成功，同樣造成信令資源和無線資源的浪費。還有，上述是以LTE系統(tǒng)為例來描述現(xiàn)有切換存在的問題，在UMTS中也存在同樣的問題。其中，上述的切換失敗指的是LIPA承載的切換失敗，如果UE只接收LIPA業(yè)務(wù)，則按現(xiàn)有的切換流程整個切換過程會失?。欢绻鸘E同時接收LIPA業(yè)務(wù)和非LIPA業(yè)務(wù)，則按現(xiàn)有的切換流程非LIPA業(yè)務(wù)可以切換成功，LIPA承載會切換失敗。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供了避免切換失敗的方法，以避免由于切換過程失敗而導(dǎo)致大量資源浪費。為達到上述目的，本發(fā)明實施例的技術(shù)方案具體是這樣實現(xiàn)的一種避免切換失敗的方法，包括源基站在決定對UE執(zhí)行切換時，判斷目的基站是否和源基站所連接的用戶平面節(jié)點有連接，如果否，則執(zhí)行釋放資源操作。在本發(fā)明的方法中，釋放的資源是需要在源用戶平面節(jié)點傳輸?shù)某休d對應(yīng)的資源，例如需要在源L-GW傳輸?shù)腖IPA承載。由以上技術(shù)方案可以看出，本發(fā)明中，通過源基站在決定對UE執(zhí)行切換時判斷目的基站是否和源基站所連接的用戶平面節(jié)點有連接，如果判斷結(jié)果為否，則預(yù)知LIPA承載切換會失敗，于是執(zhí)行釋放LIPA承載資源的操作，即提前釋放被占用的信令資源和無線資源，而非背景技術(shù)所述的在最后確定出LIPA承載切換失敗時才釋放已占用的信令資源和無線資源，避免了資源浪費，提升了系統(tǒng)的性能。


圖I為現(xiàn)有SAE系統(tǒng)的結(jié)構(gòu)示意圖；圖2為現(xiàn)有SIPTO和LIPA中的切換流程圖；圖3為本發(fā)明實施例一提供的流程圖；圖4為本發(fā)明實施例二提供的流程圖；圖5為本發(fā)明實施例提供的基站之間交換信息的流程圖；圖6為本發(fā)明實施例提供的基站把更新的信息發(fā)送給相鄰基站的流程圖；圖7為本發(fā)明實施例提供的MME發(fā)送為UE選擇L-GW信息給基站的第一流程圖；圖8為本發(fā)明實施例提供的MME發(fā)送為UE選擇L-GW信息給基站的第二流程圖；圖9為本發(fā)明實施例提供的發(fā)送為UE選擇L-GW信息給基站的第三流程圖；圖10為本發(fā)明決定切換過程的流程圖。
具體實施例方式為了解決背景技術(shù)所述的幾種情況所導(dǎo)致的資源浪費問題，本發(fā)明提出了一種避免切換失敗的方法，具體為源基站在決定對UE執(zhí)行切換時，判斷目的基站是否和源基站所連接的用戶平面節(jié)點有連接，如果否，則執(zhí)行釋放資源操作。也就是說，本發(fā)明并非背景技術(shù)描述的在切換失敗時才釋放資源，而是在決定對UE執(zhí)行切換時，如果判斷出目的基站未和源基站所連接的用戶平面節(jié)點有連接，則釋放相應(yīng)的資源。之所以這樣做，主要原因是當(dāng)目的基站和源基站所連接的用戶平面節(jié)點沒有連接，則在后續(xù)的切換過程中需要通過源用戶平面節(jié)點傳輸?shù)某休d例如需要在源L-GW傳輸?shù)腖IPA承載會失敗，肯定是需要釋放資源的，而在判斷出目的基站和源基站所連接的用戶平面節(jié)點沒有連接就釋放資源，會避免在確定出切換失敗才釋放資源所導(dǎo)致的資源浪費問題。在上面描述中，源基站判斷目的基站是否和源基站所連接的用戶平面節(jié)點有連接是根據(jù)與目的基站之間交換的以下信息執(zhí)行的各自所屬的本地網(wǎng)絡(luò)信息、和/或各自所屬的本地子網(wǎng)絡(luò)信息、和/或各自所連接的用戶平面節(jié)點信息。其中，所述本地網(wǎng)絡(luò)信息包括本地H (e) NB網(wǎng)絡(luò)的標(biāo)識(LHN ID)。所述本地子網(wǎng)絡(luò)信息包括所屬子網(wǎng)絡(luò)的標(biāo)識。所連接的用戶平面節(jié)點的信息可為所連接的L-GW的信息，以下均以所連接的用戶平面節(jié)點為L-GW為例進行描述為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖和具體實施例對本發(fā)明進行詳細描述。實施例I :參見圖3，圖3為本發(fā)明實施例一提供的流程圖。如圖3所示，該流程可包括以下步驟步驟301，基站之間交換本基站所屬的本地網(wǎng)絡(luò)信息、和/或所屬的本地子網(wǎng)絡(luò)信息、和/或所連接的L-GW信息。本步驟301中，所述本地網(wǎng)絡(luò)信息包括本地H (e) NB網(wǎng)絡(luò)的標(biāo)識(LHN ID)。所述本地子網(wǎng)絡(luò)信息包括所屬子網(wǎng)絡(luò)的標(biāo)識。所連接的L-GW可以是一個或者多個，如果是多個，則所連接L-GW的信息包含多個L-GW的信息。這里，所連接的L-GW信息可為所連接的L-GW的標(biāo)識或者L-GW的IP地址。至于L-GW的IP地址可以為L-GW控制平面的IP地址、L-Gff在核心網(wǎng)的IP地址或者是L-GW在本地網(wǎng)絡(luò)的IP地址。步驟302，源基站在決定對所服務(wù)的UE執(zhí)行切換時，根據(jù)步驟301中與目的基站交換得到的上述信息判斷目的基站是否和源基站所連接的L-GW有連接，如果判斷結(jié)果為是，則執(zhí)行步驟303，否則，執(zhí)行步驟304。本步驟302中，如果步驟301得到的信息為目的基站所屬的本地網(wǎng)絡(luò)信息，則在源基站和目的基站所屬的的本地H(e)NB網(wǎng)絡(luò)不同時，由于一個L-GW只能屬于一個單一的本地H(e)NB網(wǎng)絡(luò)，則可以得到源基站和目的基站所連接到L-GW肯定不同。當(dāng)然，如果步驟301得到的信息為包含目的基站所屬的本地子網(wǎng)絡(luò)信息、和/或所連接的L-GW信息，當(dāng)源基站和目的基站所屬的本地H(e)NB網(wǎng)絡(luò)相同時，則源基站根據(jù)自身和目的基站分別所屬的本地子網(wǎng)絡(luò)信息和/或所連接的L-GW信息判斷源基站和目的基站 是否連接到不同的L-GW?；蛘咴椿靖鶕?jù)自身和目的基站分別所屬的本地子網(wǎng)絡(luò)信息和/或所連接的L-GW信息判斷源基站和目的基站是否連接到不同的L-GW。步驟303，源基站選擇和源L-GW有連接的目的基站所控制的小區(qū)為目的小區(qū)進行切換。步驟304，源基站所選目的小區(qū)所在基站和源基站所連接的L-GW沒有連接，執(zhí)行釋放本地IP接入承載的資源操作。本步驟304中的釋放具體實現(xiàn)時可為源基站觸發(fā)LIPA業(yè)務(wù)的去激活過程，或者源基站發(fā)送消息給源MME，由源MME觸發(fā)LIPA業(yè)務(wù)的去激活過程，或者是由源基站或源MME發(fā)送消息給L-GW，由L-GW觸發(fā)LIPA業(yè)務(wù)的去激活過程，還可以是其他的去激活過程而不影響本發(fā)明的主要內(nèi)容。去激活過程不是本發(fā)明的重點，這里不再贅述。至此，完成了實施例一的描述。實施例2:參見圖4，圖4為本發(fā)明實施例二提供的流程圖。圖4為本發(fā)明避免切換失敗方法的工作流程圖二。如圖4所示，該流程可包括以下步驟步驟401與步驟301類似，不再詳述。步驟402，當(dāng)UE連接到所服務(wù)的基站時，核心網(wǎng)絡(luò)控制平面實體將在該基站端為UE選擇的服務(wù)于該UE的L-GW信息告知給基站。本步驟402中，核心網(wǎng)絡(luò)控制平面實體可為MME或者為SGSN。本步驟402中，L-Gff信息可為L-GW的標(biāo)識或者L-GW的IP地址，而L-GW的IP地址可以是L-GW控制平面的IP地址、L-GW在核心網(wǎng)的IP地址或者是L-GW在本地網(wǎng)絡(luò)的IP地址。步驟403 :源基站在決定對所服務(wù)的UE執(zhí)行切換時，根據(jù)步驟402中核心網(wǎng)絡(luò)控制平面實體在該源基站端為UE選擇的服務(wù)于該UE的L-GW信息，以及步驟401中與目的基站交換得到的信息判斷目的基站是否和在源基站端服務(wù)于該UE的L-GW有連接，如果判斷結(jié)果為是，則執(zhí)行步驟404，否則，執(zhí)行步驟405。步驟404，源基站選擇和源L-GW有連接的目的基站所控制的小區(qū)為目的小區(qū)執(zhí)行切換。
步驟405與上述步驟304類似，不再贅述。至此，完成了本發(fā)明實施例二的描述。下面對上述兩個實施例中基站之間如何交換本基站所屬的本地網(wǎng)絡(luò)信息、和/或所屬的本地子網(wǎng)絡(luò)信息、和/或所連接的L-GW信息進行描述參見圖5，圖5為本發(fā)明實施例提供的基站之間交換信息的流程圖。圖5是以LTE系統(tǒng)為例，如圖5所示，該流程包括以下步驟步驟501，基站I (具體可為HeNBl或者eNBl)發(fā)送X2建立請求消息給基站2 (具體可為HeNB2或者eNB2)。這里，所述X2建立請求消息可包含基站I所屬的本地網(wǎng)絡(luò)信息、和/或所屬的本地子網(wǎng)絡(luò)信息、和/或所連接的L-GW信息。步驟502，基站2 (HeNB2或者eNB2)發(fā)送X2建立響應(yīng)消息給基站I (HeNBl或者eNBl)。這里，所述X2建立響應(yīng)消息包含基站2所屬的本地網(wǎng)絡(luò)信息、和/或所屬的本地子網(wǎng)絡(luò)信息、和/或所連接的L-GW信息。至此，完成圖5所示的流程。需要說明的是，圖5只是以LTE系統(tǒng)為例，針對UMTS系統(tǒng)中，兩個基站(具體可為HNB或者RNC)之間可以通過Iur接口(Iur接口可為HNB和HNB之間的接口，或者RNC和RNC之間的接口 )或Iurh接口(Iurh接口為HNB和HNB之間的接口)的建立過程交換上述信息比如所屬的本地網(wǎng)絡(luò)信息、和/或所屬的本地子網(wǎng)絡(luò)信息、和/或所連接的L-GW信息，具體過程與圖5類似，本發(fā)明忽略詳細的技術(shù)說明。需要說明的是，當(dāng)基站所連接的本地網(wǎng)絡(luò)信息、或者本地子網(wǎng)絡(luò)信息或者所連接L-Gff的信息發(fā)生更新時，所述基站可以把更新的信息發(fā)送給相鄰的基站。具體過程如圖6所示。圖6是以LTE系統(tǒng)為例來描述的，在UMTS系統(tǒng)中，基站(具體可為HNB或者是RNC)可以通過Iur接口或Iurh接口的更新過程得到相鄰基站更新信息。具體過程類似，本發(fā)明忽略詳細的技術(shù)說明。如圖6所示，該流程可包括以下步驟步驟601，基站I (HeNBl或者eNBl)發(fā)送eNB配置更新消息給基站2 (HeNB2或者eNB2)。所述消息包含基站I所屬的本地網(wǎng)絡(luò)的信息、和/或所屬本地子網(wǎng)絡(luò)的信息、和/或所連接L-GW的信息。步驟602，基站2 (HeNB2或者eNB2)發(fā)送eNB配置更新確認(rèn)消息給基站I (HeNBl或者 eNBl)。至此，即完成了本實施例基站發(fā)送更新的信息給相鄰基站的整個工作流程。下面通過圖7至圖9對基站得到為UE選擇的服務(wù)于該UE的L-GW信息的過程進行描述參見圖7，圖7為本發(fā)明實施例提供的MME發(fā)送為UE選擇L-GW信息給基站的第一流程圖。該圖中省略了與本發(fā)明無關(guān)的步驟的詳細說明。圖7以MME通過初始上下文建立請求消息將為UE選擇的服務(wù)于該UE的L-GW信息發(fā)送給該源基站。如圖7所示，該流程可包括以下步驟
步驟701，UE向S-HeNB發(fā)送非接入層(NAS)消息，如連接(Attach)消息或者I3DN連接請求消息等。步驟702，S-HeNB通過SI接入?yún)f(xié)議(AP)消息將UE發(fā)送的NAS消息發(fā)送給MME。在有HeNB Gff部署的情況下，S-HeNB通過HeNB Gff將所述SI AP消息發(fā)送給MME。步驟703，MME在接收到NAS消息后，執(zhí)行與UE之間的NAS認(rèn)證/安全過程。具體如何進行NAS認(rèn)證/安全過程已為現(xiàn)有技術(shù)，這里不再贅述。而且，當(dāng)網(wǎng)絡(luò)中沒有該UE的UE上下文存在時，或者當(dāng)步驟701和702中的Attach請求沒有完整性保護，或者當(dāng)完整性驗證失敗時，認(rèn)證和NAS安全來激活完整性保護和NAS加密是必需的；否則該過程是可選的。而當(dāng)NAS安全算法改變的時候，NAS安全建立需要在本步驟703執(zhí)行。需要說明的是，如果MME被配置了支持沒有認(rèn)證MSI的緊急Attach并且UE指示Attach類型是緊急，MME跳過認(rèn)證和安全建立過程或者MME接受認(rèn)證失敗的情況下繼續(xù)Attach 過程。步驟704，MME發(fā)送初始上下文建立請求消息給HeNB。在有HeNB GW部署的情況下，MME通過HeNB Gff由HeNB Gff將所述初始上下文建立請求消息發(fā)送給S-HeNB。對于LIPA業(yè)務(wù)，由核心網(wǎng)通過基于RAN的選擇方法或者基于DNS的方法或者其他方法為UE選擇服務(wù)于該UE的L-GW。具體L-GW的選擇不是本發(fā)明的重點，這里忽略詳細的技術(shù)說明。需要說明的是，所述初始上下文建立請求消息中包含了為UE選擇的L-GW信息，如L-Gff的標(biāo)識或者IP地址。當(dāng)HeNB收到該初始上下文建立請求消息后，保存收到的L-GW信
肩、O步驟705，S-HeNB收到初始上下文建立請求消息后，建立與UE之間的無線承載。步驟706，在建立好與UE的無線承載后，S-HeNB發(fā)送初始上下文建立響應(yīng)消息給MME0在有HeNB Gff部署的情況下，所述消息發(fā)送給HeNB Gff由HeNB Gff將所述初始上下文建立響應(yīng)消息發(fā)送給MME。相應(yīng)的，在UMTS系統(tǒng)中，也可以在UE接入基站的過程中，由SGSN通過RAB分配請求消息將核心網(wǎng)為UE選擇的L-GW信息如L-GW的標(biāo)識或者IP地址通知基站。這里忽略詳細的技術(shù)說明。另外，作為本發(fā)明實施例的一種擴展，本實施例還可通過E-RAB建立請求消息把在源基站端為UE選擇的服務(wù)于該UE的用戶面節(jié)點信息通知給源基站，具體為上述的初始上下文建立請求消息替換為E-RAB建立請求消息，而初始上下文建立響應(yīng)消息替換為E-RAB建立響應(yīng)消息。至此，完成圖7所示的流程。參見圖8，圖8為本發(fā)明實施例提供的MME發(fā)送為UE選擇L-GW信息給基站的第二流程圖。該圖中省略了與本發(fā)明無關(guān)的步驟的詳細說明。圖8是以在UE通過SI切換第一次接入基站的過程中，MME通過切換請求消息將當(dāng)前服務(wù)于該UE的用戶面節(jié)點信息通知給基站。需要注意的是，本圖中的目的基站是下一次切換決定時的源基站(如圖10中)。具體可通過以下步驟實現(xiàn)步驟801，源基站決定切換。步驟802，源基站發(fā)送切換請求到源MME，該切換請求中包含目標(biāo)基站信息，例如目標(biāo)基站ID、目標(biāo)跟蹤區(qū)域標(biāo)識(TAI bracking Area ID);還可以包含目標(biāo)CSG或切換類
型等信息。
步驟803，源MME向目標(biāo)MME發(fā)送前轉(zhuǎn)切換請求，該前轉(zhuǎn)切換請求中包含從切換請求中獲取的目標(biāo)基站信息等。該消息還可以包含源端為UE選擇的L-GW信息，如L-GW的標(biāo)識或者IP地址。步驟804，目標(biāo)MME如果為UE重選SGW，則與重選的目標(biāo)SGW執(zhí)行會話建立過程。如果無需為UE重選SGW，則不用執(zhí)行步驟204。步驟805，目標(biāo)MME向目標(biāo)基站發(fā)送切換請求。所述切換請求消息中包含了為UE選擇的用戶平面節(jié)點信息如L-GW信息，L-Gff信息如L-GW的標(biāo)識或者IP地址。目標(biāo)基站保存收到的用戶平面節(jié)點信息如L-GW信息。步驟806，目標(biāo)基站向目標(biāo)MME回復(fù)切換請求確認(rèn)消息。步驟807，繼續(xù)其他現(xiàn)有的切換過程。這里忽略詳細的技術(shù)說明。
相應(yīng)的，在UMTS系統(tǒng)中，也可以在UE通過重定位過程第一次接入基站時，由SGSN通過重定位請求消息將核心網(wǎng)為UE選擇的用戶平面節(jié)點信息如L-GW信息，L-Gff信息如L-Gff的標(biāo)識或者IP地址通知基站。這里忽略詳細的技術(shù)說明。至此，完成圖8所示的流程。參見圖9，圖9為本發(fā)明實施例提供的發(fā)送為UE選擇L-GW信息給基站的第三流程圖。該圖中省略了與本發(fā)明無關(guān)的步驟的詳細說明。圖9是以在UE通過X2切換第一次接入基站的過程中，如何發(fā)送為UE選擇L-GW信息給基站的流程圖。本實施例包含兩種方法一，由源基站將保存的為UE選擇L-GW信息發(fā)送給目的基站。 方法二，MME通過路徑切換請求確認(rèn)消息將在源基站端為UE選擇的服務(wù)于該UE的用戶面節(jié)點信息通知給基站。需要注意的是，本圖中的目的基站是下一次切換決定時的源基站(如圖10中)。具體可通過以下步驟實現(xiàn)步驟901，S-HeNB做出切換決定。步驟902，S-HeNB發(fā)送切換請求消息給T_HeNB。對應(yīng)本實施例的方法一，所述切換請求確認(rèn)消息中包含了為UE選擇的L-GW信息，這里，L-GW信息可以如L-GW的標(biāo)識或者IP地址。T-HeNB保存收到的用戶平面節(jié)點信息如L-GW信息。步驟903，T-HeNB發(fā)送切換請求響應(yīng)消息給S-HeNB。步驟904，S-HeNB發(fā)送RRC連接重新配置消息給UE，請求UE進行切換。步驟905，UE進行切換完成后，發(fā)送RRC連接重新配置完成消息給T-HeNB。步驟906，T-HeNB發(fā)送路徑切換請求消息給HeNB Gff,并由HeNB Gff將所述路徑切換請求消息發(fā)送給MME。需說明的是，在本步驟中，當(dāng)T-HeNB不是通過HeNB Gff接入MME時，所述路徑切換請求消息是直接由T-HeNB發(fā)送給MME的。步驟907，MME發(fā)送修改承載請求消息給S-GW/TON Gl步驟908，S-Gff/PDN Gff在修改完UE的承載后，發(fā)送修改承載響應(yīng)消息給MME。步驟909，MME發(fā)送路徑切換請求確認(rèn)消息給HeNB Gff,進一步地，HeNB Gff將所述路徑切換請求確認(rèn)消息給T-HeNB。需說明的是，在本步驟中，當(dāng)T-HeNB不是通過HeNB GW接入MME時，所述路徑切換請求確認(rèn)消息是直接由MME發(fā)送給T-HeNB的。需要說明的是，對應(yīng)本實施例的方法二，在本步驟中，所述路徑切換請求確認(rèn)消息中包含了為UE選擇的L-GW信息，這里，L-GW信息可以如L-GW的標(biāo)識或者IP地址。T-HeNB保存收到的用戶平面節(jié)點信息如L-GW信息。步驟910，在接收到路經(jīng)切換請求確認(rèn)消息后，T-HeNB發(fā)送資源釋放消息給S-HeNB。相應(yīng)的，在UMTS系統(tǒng)中，也可以在UE通過優(yōu)化的重定位過程第一次接入基站時，由源基站將核心網(wǎng)為UE選擇的L-GW信息比如L-GW的標(biāo)識或者IP地址通知給目的基站，比如通過重定位請求或者切換請求消息。這里忽略詳細的技術(shù)說明。至此，通過上述圖7至圖9實現(xiàn)了發(fā)送為UE選擇L-GW信息給基站的流程。
下面對源基站決定切換的過程進行描述參見圖10，圖10為本發(fā)明實施例提供的源基站決定切換的流程示意圖。如圖10所示，該流程可包括以下步驟步驟1001，源基站進行切換決定，源基站在選擇目的小區(qū)時或者選擇目的小區(qū)后可以考慮目的小區(qū)所在的目的基站是否和當(dāng)前服務(wù)于UE的L-GW有連接。至于如何考慮目的小區(qū)所在的目的基站是否和當(dāng)前服務(wù)于UE的L-GW是否有連接，可參考圖5所示的流程通過交換得到目的基站所連接的L-GW信息，或者參考圖7至圖9所述的基站得到當(dāng)前服務(wù)于UE的L-GW的過程和圖5所示的通過交換得到目的基站所連接的L-GW信息。步驟1002，如果源基站選擇的目的小區(qū)所在基戰(zhàn)和源基站端服務(wù)于UE的L-GW沒有連接，執(zhí)行步驟1003。步驟1003，源基站釋放資源，比如觸發(fā)LIPA業(yè)務(wù)的釋放或者去激活過程，或者源基站發(fā)送消息如E-RAB釋放指示給源MME，由源MME觸發(fā)LIPA業(yè)務(wù)的去激活過程，或者是由源基站或MME發(fā)送消息給L-GW，由L-GW觸發(fā)LIPA業(yè)務(wù)的去激活過程，當(dāng)然還可以是其他的去激活過程而不影響本發(fā)明的主要內(nèi)容。去激活過程不是本發(fā)明的重點，這里忽略詳細的技術(shù)說明。如果UE還接收非LIPA業(yè)務(wù)，則源基站執(zhí)行對非LIPA承載的切換過程，這部分與現(xiàn)有技術(shù)相同，這里忽略詳細的技術(shù)說明。至此，完成圖10所示的流程。由以上技術(shù)方案可以看出，本發(fā)明中，通過源基站在決定對UE執(zhí)行切換時判斷目的基站是否和在源基站端服務(wù)于UE的用戶平面節(jié)點如L-GW有連接，如果判斷結(jié)果為否，則預(yù)知LIPA承載切換會失敗，于是執(zhí)行釋放LIPA承載資源操作，即提前釋放被占用的信令資源和無線資源，而非背景技術(shù)所述的在最后確定出切換失敗時才釋放已占用的信令資源和無線資源，避免了資源浪費，提升了系統(tǒng)的性能。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明保護的范圍之內(nèi)。
權(quán)利要求
1.一種避免切換失敗的方法，其特征在于，該方法包括 源基站在決定對UE執(zhí)行切換時，判斷目的基站是否和源基站所連接的用戶平面節(jié)點有連接，如果否，則執(zhí)行釋放資源操作。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，該方法還包括 A，源基站和目的基站交換各自所屬的本地網(wǎng)絡(luò)信息、和/或各自所屬的本地子網(wǎng)絡(luò)信息、和/或各自所連接的用戶平面節(jié)點信息； 所述源基站判斷目的基站是否和源基站所連接的用戶平面節(jié)點有連接包括 B,所述源基站根據(jù)從目的基站交換得到的信息判斷目的基站是否和源基站所連接的用戶平面節(jié)點有連接。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，該方法還包括 C，核心網(wǎng)絡(luò)控制平面實體將在源基站端為UE選擇的服務(wù)于該UE的用戶面節(jié)點信息告知給源基站； 步驟B包括 源基站根據(jù)從步驟C得到的在源基站端服務(wù)于該UE的用戶面節(jié)點信息、以及從目的基站交換得到的信息判斷目的基站是否和在源基站端服務(wù)于該UE的用戶平面節(jié)點有連接。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，在UE通過源基站接入業(yè)務(wù)的過程中，核心網(wǎng)絡(luò)控制平面實體通過初始上下文建立請求消息或E-RAB建立請求消息或者RAB分配消息把在源基站端為UE選擇的服務(wù)于該UE的用戶面節(jié)點信息通知給源基站。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，在UE通過SI切換第一次接入源基站的過程中，核心網(wǎng)絡(luò)控制平面實體通過切換請求消息將在源基站端為UE選擇的服務(wù)于該UE的用戶面節(jié)點信息通知給源基站。
6.根據(jù)權(quán)利要求3所述的方法，其特征在于，在UE通過X2切換第一次接入源基站的過程中，核心網(wǎng)絡(luò)控制平面實體通過路徑切換請求確認(rèn)消息將在源基站端為UE選擇的服務(wù)于該UE的用戶面節(jié)點信息通知給源基站。
7.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟A包括 源基站和目的基站中的一端將所屬的本地網(wǎng)絡(luò)信息、和/或所屬本地子網(wǎng)絡(luò)信息、和/或所連接的用戶平面節(jié)點信息攜帶在X2建立請求消息中發(fā)送至對端； 所述對端將所屬的本地網(wǎng)絡(luò)信息、和/或所屬本地子網(wǎng)絡(luò)信息、和/或所連接的用戶平面節(jié)點信息攜帶在X2建立響應(yīng)消息中發(fā)送給所述源基站和目的基站中的一端。
8.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟A包括 源基站和目的基站在Iur或Iurh接口的建立過程中獲得對端所屬的本地網(wǎng)絡(luò)信息、和/或所屬本地子網(wǎng)絡(luò)信息、和/或所連接的用戶平面節(jié)點信息。
9.根據(jù)權(quán)利要求2所述的方法，其特征在于，當(dāng)源基站和/或目的基站所屬本地網(wǎng)絡(luò)信息、和/或所屬本地子網(wǎng)絡(luò)信息、和/或所連接的用戶平面節(jié)點信息發(fā)生更新時，將更新后的信息發(fā)送給相鄰的基站。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，源基站和/或目的基站通過發(fā)送eNB配置更新消息或者Iur接口的更新過程、或者Iurh接口的更新過程將更新后的信息發(fā)送給相鄰的基站。
11.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述執(zhí)行釋放資源操作包括源基站觸發(fā)LIPA業(yè)務(wù)的去激活過程，或者源基站發(fā)送消息給源MME，由源MME觸發(fā)LIPA業(yè)務(wù)的去激活過程，或者源基站或源MME發(fā)送消息給L-GW，由L-GW觸發(fā)LIPA業(yè)務(wù)的去激活過程。
12.根據(jù)權(quán)利要求2所述的方法，其特征在于，當(dāng)UE通過切換第一次接入源基站時，該方法還包括 C，當(dāng)UE接入源基站時，由切換前所在基站將為UE選擇的服務(wù)于該UE的用戶面節(jié)點信息告知給源基站； 步驟B包括 源基站根據(jù)從步驟C得到的服務(wù)于該UE的用戶面節(jié)點信息、以及從目的基站交換得到的信息判斷目的基站是否和在源基站端服務(wù)于該UE的用戶平面節(jié)點有連接。
13.根據(jù)權(quán)利要求2至12任一所述的方法，其特征在于，所述本地網(wǎng)絡(luò)信息包括本地H (e) NB網(wǎng)絡(luò)的標(biāo)識LHN ID。
14.根據(jù)權(quán)利要求2至12任一所述的方法，其特征在于，所述本地子網(wǎng)絡(luò)信息包括子網(wǎng)絡(luò)的標(biāo)識。
15.根據(jù)權(quán)利要求2至12任一所述的方法，其特征在于，所述用戶平面節(jié)點的信息是所連接的L-GW的信息，所連接的L-GW的數(shù)量大于等于I。
16.根據(jù)權(quán)利要求15所述的方法，其特征在于，所述L-GW的信息包括L-GW的標(biāo)識或者L-Gff的IP地址。
全文摘要
本發(fā)明提供了避免切換失敗的方法。該方法包括源基站在決定對UE執(zhí)行切換時，判斷目的基站是否和源基站所連接的用戶平面節(jié)點有連接，如果否，則執(zhí)行釋放資源操作。
文檔編號H04W76/06GK102869122SQ20111020264
公開日2013年1月9日 申請日期2011年7月5日 優(yōu)先權(quán)日2011年7月5日
發(fā)明者許麗香, 王弘, 梁華瑞 申請人:北京三星通信技術(shù)研究有限公司, 三星電子株式會社