本發(fā)明涉及無線通信技術，特別涉及一種小小區(qū)(Small cell)系統(tǒng)中不同MeNB間切換的方法及設備。

背景技術：

現(xiàn)代移動通信越來越趨向于為用戶提供高速率傳輸?shù)亩嗝襟w業(yè)務，如圖1所示，為系統(tǒng)架構演進(SAE)的系統(tǒng)架構圖。其中：

用戶設備(UE)101是用來接收數(shù)據(jù)的終端設備。演進通用陸地無線接入網(wǎng)絡(E-UTRAN)102是無線接入網(wǎng)絡，其中包括為UE提供接入無線網(wǎng)絡接口的宏基站(eNodeB/NodeB)。移動管理實體(MME)103負責管理UE的移動上下文、會話上下文和安全信息。服務網(wǎng)關(SGW)104主要提供用戶平面的功能，MME 103和SGW 104可能處于同一物理實體。分組數(shù)據(jù)網(wǎng)絡網(wǎng)關(PGW)105負責計費、合法監(jiān)聽等功能，也可以與SGW 104處于同一物理實體。策略和計費規(guī)則功能實體(PCRF)106提供服務質量(QoS)策略和計費準則。通用分組無線業(yè)務支持節(jié)點(SGSN)108是通用移動通信系統(tǒng)(UMTS)中為數(shù)據(jù)的傳輸提供路由的網(wǎng)絡節(jié)點設備。歸屬用戶服務器(HSS)109是UE的家鄉(xiāng)歸屬子系統(tǒng)，負責保護包括用戶設備的當前位置、服務節(jié)點的地址、用戶安全信息、用戶設備的分組數(shù)據(jù)上下文等用戶信息。

3GPP在版本12(Rel-12)提出了小小區(qū)增強的需求，小小區(qū)增強的目標場景包括有宏小區(qū)覆蓋的場景和沒有宏小區(qū)覆蓋的場景，室內和室外的、理想和非理想回程的增強，如圖2所示。

在有宏小區(qū)覆蓋的情況下，提出了可以應用不同基站間載波聚合的技術。宏小區(qū)和小小區(qū)可以工作在不同的頻段。應用不同基站間的載波聚合的技術的架構有兩種：用戶平面數(shù)據(jù)基于無線接入網(wǎng)(RAN)分開的架構和基于核心網(wǎng)(CN)分開的架構?；贑N分開的架構是指對于建立在微微小區(qū)(pico)上的承載，數(shù)據(jù)直接由核心網(wǎng)中的SGW發(fā)送給Pico，用戶平面數(shù)據(jù)不通過宏小區(qū)(macro)轉發(fā)。

在小小區(qū)架構中，UE可以同時在兩個基站收發(fā)數(shù)據(jù)，這稱為雙連接(dual-connectivity)。這兩個基站中，只有一個基站負責發(fā)送無線資源控制(RRC)消 息給UE，并負責和核心網(wǎng)控制平面實體MME交互，該基站稱為主基站(MeNB)，另一基站稱為輔基站(SeNB)。UE在主基站有一個小區(qū)是UE的主小區(qū)(Pcell)，通過該主小區(qū)發(fā)送RRC消息給UE，其他小區(qū)是輔小區(qū)(Scell)。UE在輔基站的Scell中有一個小區(qū)是輔基站主小區(qū)pScell。pScell上有上行物理層控制信道，其他Scell上沒有。主基站的小區(qū)組是MCG，輔基站的小區(qū)組是SCG。UE端輔基站小區(qū)組的資源由輔基站配置，輔基站通過RRC容器將對UE的配置發(fā)送給主基站，由主基站發(fā)送給UE。主基站不解析RRC容器，或者解析但不改變RRC容器中的配置。

隨著UE的移動，或者信道質量的變化，當主基站決定把主基站上的小區(qū)切換到新的基站，新的基站稱為目的主基站MeNB，這時將發(fā)生不同MeNB間切換。在MeNB切換過程中，目前的過程是把所有的承載(包括源MeNB上的承載和SeNB上的承載)都切換到目的MeNB上。該方法的缺點是頻繁地對承載進行重配置，沒有有效地利用雙連接提升系統(tǒng)的容量和提供給UE的數(shù)據(jù)傳輸速度。

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

本發(fā)明提供了一種小小區(qū)系統(tǒng)中不同MeNB間切換的方法及設備，以提升系統(tǒng)容量和數(shù)據(jù)的傳輸速度。

本發(fā)明提供的一種小小區(qū)系統(tǒng)中不同主基站MeNB間切換的方法，包括：

在切換時，源主基站和/或目的主基站決定是否保持輔基站；

根據(jù)是否保持輔基站的決定結果觸發(fā)不同的切換過程。

較佳地，所述源主基站和/或目的主基站決定是否保持輔基站包括：

源主基站決定是否保持輔基站；

如果源主基站的決定結果為保持輔基站，則發(fā)送切換請求消息給目的主基站；

源主基站從目的主基站接收切換請求確認消息，所述切換請求確認消息中包含是否保持輔基站的決定結果。

較佳地，所述源主基站和/或目的主基站決定是否保持輔基站包括：

源主基站發(fā)送切換請求消息給目的主基站；

源主基站從目的主基站接收切換請求確認消息，所述切換請求確認消息中包含是否保持輔基站的決定結果。

較佳地，所述源主基站和/或目的主基站決定是否保持輔基站包括：

源主基站決定是否保持輔基站，得到是否保持輔基站的決定結果。

較佳地，所述源主基站和/或目的主基站決定是否保持輔基站包括：

源主基站發(fā)送切換請求消息給目的主基站；

源主基站從目的主基站接收切換請求確認消息，所述切換請求確認消息中包含目的主基站與輔基站間是否有X2接口的信息或者輔基站保持是否可行的信息；

源主基站根據(jù)切換請求確認消息中的信息決定是否保持輔基站，得到是否保持輔基站的決定結果。

較佳地，所述切換請求消息中包含以下一種或多種信息的組合：

UE在輔基站的輔小區(qū)的小區(qū)標識和/或輔基站的基站標識；

UE在輔基站的承載；

UE在輔基站的承載是分開split承載還是SCG承載；

UE的測量結果；

UE在輔基站的標識；

輔基站為split承載分配的X2接口下行的TEID和傳輸層地址。

較佳地，所述根據(jù)是否保持輔基站的決定結果觸發(fā)不同的切換過程包括：

如果決定結果為不保持輔基站，則在切換過程中將輔基站上的承載切換到目的主基站；

如果決定結果為保持輔基站，則在切換過程中保持輔基站上的承載。

較佳地，所述保持輔基站上的承載包括：

目的主基站為輔基站上的split承載分配目的主基站和SGW之間接口下行的TEID和傳輸層地址；將所述TEID和傳輸層地址攜帶于切換請求確認消息中發(fā)送給源主基站，源主基站將所述TEID和傳輸層地址攜帶于路徑切換請求消息中發(fā)送給MME；

對于輔基站上的SCG承載，目的主基站不為所述承載分配下行的TEID和傳輸層地址，并發(fā)送E-RAB修改指示或者增強的路徑切換請求消息給MME，其中包含目的主基站主小區(qū)所在的TAI和/或ECGI，并包含輔基站的輔小區(qū)所在的TAI和/或ECGI；

對于切換到目的主基站上的且需要數(shù)據(jù)轉發(fā)的承載，目的主基站分配X2接口用于數(shù)據(jù)轉發(fā)的TEID和傳輸層地址；

源主基站向UE發(fā)送的RRC重配置消息中不包含指示UE刪除SCG的信息。

較佳地，當決定結果為保持輔基站時，該方法進一步包括：

目的主基站根據(jù)目的主基站對UE承載的配置和/或UE的能力信息，決定是否修改輔基站上UE的承載的配置，如果決定修改，目的主基站發(fā)送SCG配置請求消息給輔基站；輔基站發(fā)送SCG配置響應消息給目的主基站。

較佳地，所述SCG配置請求消息中包含：UE在輔基站的標識、目的主基站為UE分配的MeNB UE X2AP ID，用于在目的主基站和輔基站間標識UE，或者目的主基站為UE計算的在輔小區(qū)的新的密鑰；

所述SCG配置響應消息中包含：輔基站更新的輔小區(qū)空口的配置RRC容器和輔基站分配的在目的主基站和輔基站間標識UE的SeNB UE X2AP ID。

較佳地，當決定結果為保持輔基站時，該方法進一步包括：

目的主基站發(fā)送UE配置完成消息給輔基站，所述消息包含目的主基站為UE分配的目的主基站和輔基站間的MeNB UE X2AP ID，如果在目的主基站發(fā)送UE配置完成消息給輔基站之前目的主基站對輔基站進行了配置更改，所述消息包含輔基站分配的在目的主基站和輔基站間標識UE的SeNB UE X2AP ID；否則，所述消息包含用于輔基站識別UE的信息，所述用于輔基站識別UE的信息為：輔基站上輔小區(qū)的標識和UE在所述輔小區(qū)的C-RNTI，如果在輔基站有多個輔小區(qū)，則分別包含多個輔小區(qū)標識以及C-RNTI；或者，所述用于輔基站識別UE的信息是輔基站分配的UE的SeNBUE X2AP ID，在包含輔基站分配的UE的SeNB UE X2AP ID時，所述UE配置完成消息中還包含源主基站的標識和/或源主基站分配的MeNB UE X2AP ID。

較佳地，對于split承載，所述UE配置完成消息還包含承載標識ERAB ID以及目的主基站分配的TEID和傳輸層地址；

在SGW重選的情況下，對應SCG承載，所述UE配置完成消息還包含新的SGW分配的上行的TEID和傳輸層地址。

本申請還提供了一種小小區(qū)系統(tǒng)中不同主基站間切換的設備，包括：判決模塊和切換模塊，其中：

所述判決模塊，用于在切換時決定是否保持輔基站；

所述切換模塊，用于根據(jù)是否保持輔基站的決定結果觸發(fā)不同的切換過程。

由上述技術方案可見，通過本發(fā)明提供的一種小小區(qū)系統(tǒng)中不同MeNB間切換的方法及設備，可以減少對輔基站上UE承載的不必要刪除和重新建立，并避免錯誤的刪除承載，減少數(shù)據(jù)轉發(fā)，并且，可以根據(jù)網(wǎng)絡部署的實際情況來決定切換SeNB或保持SeNB不變，支持SGW重選，提升了系統(tǒng)容量和數(shù)據(jù)的傳輸速度。更重要的是能夠解決現(xiàn)有技術中存在的如下技術問題：

問題一、如何決定是否保持SeNB；

問題二、目的MeNB如何獲知哪些承載在SeNB上；

問題三、源MeNB和目的MeNB如何正確地給UE的承載配置資源；

問題四、目的MeNB如何通知SeNB哪個UE發(fā)生了切換；

問題五、目的MeNB如何正確地通知核心網(wǎng)承載切換的信息，從而避免MME錯誤地釋放某些承載；

問題六、如何處理不同MeNB間切換的過程中SGW重選的問題。

附圖說明

圖1為現(xiàn)有的SAE系統(tǒng)架構圖；

圖2為小小區(qū)增強的部署場景示意圖；

圖3為本發(fā)明小小區(qū)系統(tǒng)中不同MeNB間切換方法一的示意圖；

圖4為本發(fā)明小小區(qū)系統(tǒng)中不同MeNB間切換方法二的示意圖；

圖5為本發(fā)明小小區(qū)系統(tǒng)中不同MeNB間切換方法三的示意圖；

圖6為本發(fā)明小小區(qū)系統(tǒng)中不同MeNB間切換方法四的示意圖；

圖7為本申請實施例一的信令流程示意圖；

圖8為本申請實施例二的信令流程示意圖；

圖9為本申請實施例三的信令流程示意圖；

圖10為本申請一較佳小小區(qū)系統(tǒng)中不同主基站間切換的設備的組成結構示意圖。

具體實施方式

為了使本申請的目的、技術手段和優(yōu)點更加清楚明白，以下結合附圖對本申請做進一步詳細說明。

圖3為本發(fā)明小小區(qū)系統(tǒng)中不同MeNB間切換方法一的示意圖。該方法的主要過程是：源主基站決定是否保持輔基站，并根據(jù)決定結果觸發(fā)不同的過程。如果源主基站的決定結果為可以保持輔基站不變，則目的主基站進一步?jīng)Q定是否保持輔基站，并把決定結果告知源主基站，源主基站發(fā)送相應的消息給UE。目的主基站在收到UE的RRC重配置響應消息后發(fā)送相應的消息給核心網(wǎng)，從而在UE端和核心網(wǎng)都保持在輔基站的承載不切換。上述過程中，源主基站和目的主基站都進行了關于是否切換輔基站的判決，為區(qū)別，可以將源主基站的判決稱為初始決定，并將目的主基站的判決稱為最終決定。具體而言，圖3所示方法包括步驟：

步驟301，源主基站決定將UE切換到目的主基站。

步驟302，源主基站初始決定是否改變輔基站，如果源主基站決定切換輔基站上的承載到目的主基站，則執(zhí)行步驟307；如果源主基站決定保持輔基站不變，則執(zhí)行步驟303。

本步驟中，源主基站可以根據(jù)UE的測量結果決定輔基站是否可以保持不變。例如：如果UE的測量結果中UE在輔基站的Scell的信號質量足夠好，則源主基站可以決定輔基站可以保持不變；如果UE的測量結果中UE在輔基站的Scell信 號質量不夠好，則源主基站可以決定切換輔基站上的承載。

步驟303，源主基站發(fā)送切換請求消息給目的主基站。

所述切換請求消息包含現(xiàn)有3GPP規(guī)范TS36.423中的內容。例如包含要建立的E-RAB列表，UE的測量報告和UE能力信息等。要建立的每一個ERAB信息包含E-RAB標識，ERAB服務質量保證(Qos)信息、上行的GTP通道末端號。

所述切換請求消息中還包含以下一種或多種信息的組合：

-UE在SeNB的Scell的小區(qū)標識和/或SeNB的基站標識。

-UE在SeNB的承載，即：UE的承載中哪些是在SeNB的承載；具體可以通過不同的ERAB列表來表示，例如切換到目的主基站的要建立的ERAB列表和SeNB上的ERAB列表；或者要建立的ERAB列表中包含UE的所有E-RAB信息，在要建立的E-RAB信息中增加信息元素——Scell標識或在SeNB的指示，在輔基站上的承載信息中包含此信息元素，要切換到目的主基站的ERAB信息中不包含此新的信息元素。通過上述兩種方法都可以令目的主基站獲知UE的哪些承載是在輔基站上的承載。對于分開(split)承載，后一種方法有明顯的好處，因為同一個承載既在主基站消耗資源，也在輔基站消耗資源。

-UE在SeNB的承載是split承載還是SCG承載；通過該新的信息元素，可以令目的主基站獲知在輔基站上的承載是split承載還是SCG承載。

-UE的測量結果；

-UE在輔基站的標識。UE在輔基站的標識可以是UE在輔基站的Scell標識以及UE在Scell的C-RNTI。UE在輔基站的標識也可以是在源主基站和輔基站接口UE的X2AP ID，包含輔基站分配的SeNB UE X2 AP ID、和/或源主基站分配的MeNB UE X2AP ID、和/或源MeNB的標識。

-輔基站為split承載分配的X2接口下行的TEID和傳輸層地址。

步驟304，目的主基站決定是否改變輔基站。

本步驟中，目的主基站根據(jù)從源主基站收到的UE的測量結果和輔基站的基站標識或輔基站上輔小區(qū)的小區(qū)標識來決定是否改變輔基站。例如：目的主基站根據(jù)輔基站的標識或輔基站上輔小區(qū)的標識來判斷目的主基站和輔基站間是否有X2接口，如果有X2接口且根據(jù)從主基站收到的UE測量結果(例如輔基站Scell的信號足夠好)，目的主基站可以決定保持輔基站不變；如果目的主基站和輔基站沒有X2接口或者目的主基站根據(jù)從主基站收到的UE測量結果(例如輔基站Scell的信號不足夠好)，目的主基站可以決定不保持輔基站。目的主基站 在做決定時還可以考慮其他因素(例如O&M配置)而不影響本發(fā)明的主要內容。

如果輔基站不改變，則原本建立在輔基站上的承載不切換到目的主基站上，仍然保持在輔基站上。這樣不需要進行頻繁的承載刪除和建立過程，在主基站切換后繼續(xù)使用雙連接，提高給UE發(fā)送數(shù)據(jù)的速度。

在保持SeNB上的承載不切換時，目的主基站還可以根據(jù)目的主基站對UE承載的配置和/或UE的能力信息或其他信息等，決定修改SeNB上UE的承載的配置。如果目的主基站決定修改SeNB上承載的配置，目的主基站發(fā)送SCG配置請求消息給輔基站。目的主基站根據(jù)步驟303切換請求消息中包含的UE在SeNB的Scell的小區(qū)標識和/或SeNB的基站標識獲知UE的輔基站。所述的SCG配置請求消息中包含UE在輔基站的標識，UE在輔基站的標識與步驟303相同，這里不再贅述。所述SCG配置請求消息還可以包含目的主基站為UE分配的MeNB UE X2AP ID,用于在目的主基站和輔基站間標識UE。所述的SCG配置請求可以是現(xiàn)有的SeNB修改請求或者新的消息。所述的SCG配置請求還可以包含目的主基站為UE計算的在Scell新的密鑰(key)。輔基站發(fā)送SCG配置響應消息給目的主基站，所述消息可以包含輔基站更新的Scell空口的配置RRC容器(來自SeNB的RRC容器)，所述消息還可以包含輔基站分配的在目的主基站和輔基站間標識UE的SeNB UE X2AP ID。

步驟305，目的主基站發(fā)送切換請求確認消息給源主基站。所述消息包含輔基站是否保持的信息。目的主基站為切換到目的主基站上的承載分配S 1接口(目的主基站和SGW之間的接口)下行的TEID和傳輸層地址。

根據(jù)步驟303中從源主基站收到的切換請求消息中包含的SeNB上的承載(即：哪些承載在SeNB上)、以及在SeNB上的承載是split承載還是SCG承載的信息，目的主基站知道UE的哪些承載在SeNB以及在SeNB上的承載是split承載還是SCG承載。目的主基站為split承載分配目的主基站和SGW之間接口下行的TEID和傳輸層地址。對于SCG承載，如果目的主基站決定保持SeNB不變，則目的主基站不需要為所述承載分配下行的TEID和傳輸層地址。如果目的主基站決定切換輔基站上的承載到目的主基站，目的主基站為所述承載分配S1接口下行的TEID和傳輸層地址。

對于切換到目的主基站上的且需要數(shù)據(jù)轉發(fā)的承載，目的主基站分配X2接口用于數(shù)據(jù)轉發(fā)的TEID和傳輸層地址。

目的主基站將為UE的每個承載分配的TEID和傳輸層地址包含在切換請求確認消息中發(fā)送給源主基站。

目的主基站為切換到目的主基站的承載分配空口的資源，將空口的配置通過RRC容器發(fā)送給源主基站(來自目的MeNB的RRC容器)。

對于SeNB上的承載保持不切換的情況，如果目的主基站修改了SeNB上的配置，收到了從SeNB來的RRC容器，目的主基站通過切換請求確認發(fā)送所述的來自SeNB的RRC容器給源主基站。

步驟306，源主基站發(fā)送相應的消息給UE。源主基站發(fā)送RRC重配置消息給UE。在RRC重配置消息中包含切換到目的主基站的承載的配置信息，即包含來自目的MeNB的RRC容器。

如果源主基站從目的主基站收到了不切換SeNB的信息，則在所述RRC重配置消息中不包含指示UE刪除SCG的信息。在SeNB不切換的情況下，源主基站根據(jù)從目的主基站收到的信息，還可以修改SCG的配置，即發(fā)送來自SeNB的RRC容器給UE。

如果源主基站從目的主基站收到了切換SeNB的信息，源主基站在重配置MCG的同時，指示UE刪除SCG，同時將源SCG上的承載建立在目的主基站上。

在SeNB切換的情況下，源主基站在發(fā)送RRC重配置給UE前還發(fā)送SeNB刪除請求給SeNB。通過所述消息通知SeNB數(shù)據(jù)轉發(fā)的TEID和傳輸層地址，該過程是現(xiàn)有過程，不是本發(fā)明的主要內容，這里忽略詳細的技術說明。

UE發(fā)送RRC重配置響應消息給目的主基站。

目的主基站發(fā)送相應的消息給MME。

在SeNB切換的情況下，目的主基站發(fā)送路徑切換請求消息給MME。所述路徑切換請求包含目的主基站為每個承載分配的下行的TEID和傳輸層地址。

在SeNB不變，但是SeNB上的承載是split承載的情況下，目的主基站發(fā)送路徑切換請求消息給MME。所述路徑切換請求包含目的主基站為每個承載分配的下行的TEID和傳輸層地址。

在SeNB不變，SeNB上的承載是SCG承載的情況下，目的主基站發(fā)送E-RAB修改指示給MME或者發(fā)送增強的路徑切換請求消息給MME。此處的增強的路徑切換請求消息不是指消息的名稱，而是在現(xiàn)有的路徑切換請求消息中包含新的信息元素或者MME在收到所述的消息后的行為與現(xiàn)有不同。所述的E-RAB修改指示或增強的路徑切換請求消息還可以包含目的主基站主小區(qū)所在的TAI和/或ECGI，還可以包含輔基站Scell所在的TAI和/或ECGI。

所述的E-RAB修改指示觸發(fā)目的主基站和MME之間的UE關聯(lián)S1信令連接的建立。所述E-RAB修改指示包含UE在MME的MME UE S1AP ID。所述E-RAB 修改指示包含目的主基站分配的eNB UE S1AP ID。所述的E-RAB修改指示包含要切換承載的信息。其中保持在SeNB的承載信息不需要包含在所述消息中。MME在收到所述的E-RAB修改指示消息后，建立目的主基站和MME之間的UE關聯(lián)信令連接。對于沒有包含在所述消息中的ERAB，MME保持不釋放。MME發(fā)送修改承載請求消息給SGW，請求修改切換的承載。MME在收到從SGW來的修改承載響應消息后，發(fā)送E-RAB修改指示確認消息給目的主基站。所述的E-RAB修改指示確認消息包含安全上下文信息，用于更新目的主基站和UE之間的key。MME在收到所述的E-RAB修改指示消息后，還可以判斷是否需要重選SGW。MME在判斷是否需要重選SGW時可以考慮目的主基站主小區(qū)所在的TAI，還可以同時考慮目的主基站主小區(qū)和輔基站Scell所在的TAI。如果需要重選SGW，MME發(fā)送創(chuàng)建會話請求消息給目的SGW，所述消息中包含UE的所有承載，包含從目的主基站收到的需要切換的承載信息以及不需要切換的承載信息。MME根據(jù)保存的UE的上下文知道不需要切換的承載的信息。目的SGW為每個承載分配上行的TEID和傳輸層地址。目的SGW發(fā)送創(chuàng)建會話響應消息給MME。MME發(fā)送ERAB修改指示確認消息給目的主基站。如果進行了SGW的重選，在所述的ERAB修改指示確認消息中不僅包含切換承載的上行TEID和傳輸層地址，還包含沒有切換的承載的上行的TEID和傳輸層地址信息。同SGW沒有重選的情況，所述的E-RAB修改指示確認消息包含安全上下文信息，用于更新目的主基站和UE之間的key。

所述的增強的路徑切換請求可以包含所有的承載，例如需要切換的承載和不需要切換的承載，MME在收到所述消息后，對于不需要切換的承載(例如所述承載的TEID和傳輸層地址沒有改變)，MME不認為這是錯誤的消息，也不觸發(fā)承載的去激活過程。如果某個承載的TEID和傳輸層地址沒有改變，MME據(jù)此獲知該承載沒有切換?；蛘咚龅脑鰪姷那袚Q請求包含指示信息，該指示信息表示不包含在路徑切換請求消息中的承載，則不釋放。MME在收到所述的增強的路徑切換請求消息后，根據(jù)該指示信息不觸發(fā)對不包含在路徑切換請求消息中的承載的去激活過程。MME發(fā)送修改承載請求消息給SGW請求修改切換的承載。MME在收到從SGW來的修改承載響應消息后，發(fā)送路徑切換請求確認消息給目的主基站。MME在收到所述的路徑切換請求消息后，還可以判斷是否需要重選SGW。MME在判斷是否需要重選SGW時可以考慮目的主基站主小區(qū)所在的TAI，還可以同時考慮目的主基站主小區(qū)和輔基站Scell所在的TAI。如果需要重選SGW，MME發(fā)送創(chuàng)建會話請求消息給目的SGW，所述消息中包含UE的所有承載，包含從目的主基站收到的需要切換的承載信息以及不需要切換的承載信息。目的SGW 為每個承載分配上行的TEID和傳輸層地址。目的SGW發(fā)送創(chuàng)建會話響應消息給MME。MME發(fā)送路徑切換請求確認消息給目的主基站。如果進行了SGW的重選，在所述的路徑切換請求確認消息中不僅包含切換承載的上行TEID和傳輸層地址，還包含沒有切換的承載的上行的TEID和傳輸層地址信息。

目的主基站發(fā)送UE配置完成消息給輔基站。所述消息包含目的主基站為UE分配的目的主基站和輔基站間的MeNB UE X2AP ID。如果在此步驟之前(例如步驟304中)，目的主基站對輔基站進行了配置更改，所述消息包含輔基站分配的在目的主基站和輔基站間標識UE的SeNB UE X2AP ID。

如果在此步驟之前(例如步驟304中)，沒有執(zhí)行目的主基站和輔基站間的配置更改過程，所述消息包含用于輔基站識別UE的信息，使得輔基站可以獲知哪個UE的主基站進行了切換。所述用于輔基站識別UE的信息是從源主基站收到的?？梢允禽o基站上輔小區(qū)的標識以及UE在所述輔小區(qū)的C-RNTI。如果在輔基站有多個輔小區(qū)，則分別包含多個輔小區(qū)標識以及C-RNTI。所述用于輔基站識別UE的信息還可以是輔基站分配的UE的SeNB UE X2AP ID。在包含輔基站分配的UE的SeNB UE X2AP ID時還可以包含源主基站的標識和/或源主基站分配的MeNB UE X2AP ID。通過該過程，可以建立目的主基站和輔基站間的UE關聯(lián)X2信令連接。

對于split承載，所述消息還包含承載標識ERAB ID以及目的主基站分配的TEID和傳輸層地址。在SGW重選的情況下，對應SCG承載，所述消息還包含新的SGW分配的上行的TEID和傳輸層地址。SeNB保存從目的主基站收到的信息，刪除源主基站的相關信息。如果SeNB從目的主基站收到了新的Key，SeNB更新所用的key。

通過步驟303，源主基站令目的主基站獲知了UE的SeNB以及在SeNB上標識UE的信息，目的主基站發(fā)送消息給正確的輔基站，目的主基站把在SeNB上標識UE的信息發(fā)送給SeNB，SeNB可以獲知哪個UE的主基站發(fā)生了切換，SeNB進行正確的修改和刪除，從而解決本發(fā)明提出的問題四。

可選的，SeNB還可以發(fā)送UE配置完成確認消息給目的主基站。

目的主基站有兩種方法得到輔基站為split承載分配的X2接口下行的TEID和傳輸層地址：

方法一：通過步驟303由源主基站告知目的主基站輔基站為split承載分配的X2接口下行的TEID和傳輸層地址。

方法二：通過UE配置完成確認消息，輔基站發(fā)送其為split承載分配的X2接 口下行的TEID和傳輸層地址給目的主基站。

從而目的主基站可以發(fā)送下行的數(shù)據(jù)給輔基站。

步驟307，源主基站執(zhí)行源主基站到目的主基站的切換過程，同時把在SeNB上的承載也切換到目的主基站。此流程與現(xiàn)有的MeNB到eNB的切換過程相同，該過程不是本發(fā)明的重點，這里忽略詳細的技術說明。

圖3所示方法，通過源主基站初始決定是否保持SeNB，并由目的主基站最終決定是否保持SeNB，使得在保持SeNB不切換的情況下，能夠保證UE端和核心網(wǎng)端同樣保持在SeNB的承載不被錯誤釋放，避免SeNB上承載的刪除和再建立，還可以支持SGW重選，解決如前所述的六個技術問題。

圖4為本發(fā)明小小區(qū)系統(tǒng)中不同MeNB間切換方法二的示意圖。該方法的主要過程是：源主基站發(fā)送切換請求消息給目的主基站，目的主基站決定是否保持輔基站，并將決定結果告知源主基站，源主基站發(fā)送相應的消息給UE，目的主基站在收到UE的RRC重配置響應消息后發(fā)送相應的消息給核心網(wǎng)，從而在UE端和核心網(wǎng)都保持在輔基站的承載不釋放。所述的切換請求和切換響應是增強的切換請求和切換響應消息，增強并不是指消息的名稱，而是在現(xiàn)有的切換請求和切換響應消息中增加了新的信息元素。具體而言，圖4所示方法包括步驟：

步驟401，源主基站決定將UE切換到目的主基站。

步驟402至步驟405與步驟303至步驟306相同，這里不再贅述。

通過上述圖4的方法，由目的主基站決定是否保持SeNB，在保持SeNB不切換的情況下，能夠保證UE端和核心網(wǎng)端同樣保持在SeNB的承載不被錯誤釋放，避免SeNB上承載的刪除和再建立，還可以支持SGW重選，解決本發(fā)明發(fā)現(xiàn)的六個技術問題。

圖5為本發(fā)明小小區(qū)系統(tǒng)中不同MeNB間切換方法三的示意圖。該方法的主要過程是：源主基站決定是否保持輔基站，如果決定保持輔基站，則執(zhí)行相應的過程，保持UE端和網(wǎng)絡端沒有切換的承載不釋放，沒有切換的承載不需要刪除和再建立。具體而言，圖5所示方法包括步驟：

步驟501，源主基站決定將UE切換到目的主基站。

步驟502，源主基站決定是否保持輔基站，如果源主基站決定切換輔基站上的承載到目的輔基站，則執(zhí)行步驟506；如果主基站決定保持輔基站不變，則執(zhí)行步驟503。

本步驟中，源主基站可以根據(jù)UE的測量結果來決定是否改變輔基站。例如：如果UE的測量結果中輔基站Scell的信號質量足夠好，則源主基站可以決定輔基站可以保持不變；如果UE的測量結果中輔基站Scell的信號質量不足夠好，則源主基站可以決定切換輔基站上的承載。

源主基站還可以根據(jù)UE的測量結果和目的主基站和與輔基站之間是否有X2接口來判斷是否改變輔基站。例如：如果UE的測量結果中輔基站Scell的信號質量足夠好并且目的主基站和與輔基站之間有X2接口，則源主基站可以決定輔基站可以保持不變；如果UE的測量結果中輔基站Scell的信號質量不足夠好或目的主基站與和輔基站之間沒有X2接口，則源主基站可以決定切換輔基站上的承載。源主基站根據(jù)配置可以獲知目的主基站與和輔基站之間是否有X2接口。源主基站還可以根據(jù)其他方式知道獲知目的主基站和與輔基站之間是否有X2接口，而不影響本發(fā)明的主要內容。

源主基站在做決定時還可以考慮其他因素(例如O&M配置)，而不影響本發(fā)明的主要內容。

步驟503與步驟303相同，這里不再贅述。

步驟504，目的主基站發(fā)送切換請求確認消息給源主基站。

目的主基站為切換到目的主基站上的承載分配S1接口(目的主基站和SGW之間的接口)下行的TEID和傳輸層地址。根據(jù)步驟503中從源主基站收到的切換請求消息中包含的SeNB上的承載(即：哪些承載在SeNB上)、以及在SeNB上的承載是split承載還是SCG承載的信息，目的主基站知道UE的哪些承載在SeNB以及在SeNB上的承載是split承載還是SCG承載。目的主基站為split承載分配目的主基站和SGW之間接口下行的TEID和傳輸層地址。對于SCG承載，目的輔基站不需要為所述承載分配下行的TEID和傳輸層地址。對于切換到目的主基站上的且需要數(shù)據(jù)轉發(fā)的承載，目的主基站分配X2接口用于數(shù)據(jù)轉發(fā)的TEID和傳輸層地址。

目的主基站將為UE的每個承載分配的TEID和傳輸層地址包含在切換請求確認消息中發(fā)送給源主基站。

在目的主基站發(fā)送切換請求確認消息給源MeNB之前，對保持在SeNB上的承載，目的主基站還可以根據(jù)目的主基站對UE承載的配置和/或UE的能力信息或其他信息等，決定修改SeNB上UE的承載的配置。如果目的主基站決定修改SeNB上承載的配置，目的主基站發(fā)送SCG配置請求消息給輔基站。目的主基站根據(jù)步驟503切換請求消息中包含的UE在SeNB的Scell的小區(qū)標識和/或SeNB的基站 標識獲知UE的輔基站。所述的SCG配置請求消息中包含UE在輔基站的標識，UE在輔基站的標識與步驟503相同，這里不再贅述。所述SCG配置請求消息還可以包含目的主基站為UE分配的MeNB UE X2AP ID，用于在目的主基站和輔基站間標識UE。所述的SCG配置請求可以是現(xiàn)有的SeNB修改請求或者新的消息。所述的SCG配置請求還可以包含目的主基站為UE計算的在Scell新的密鑰key。輔基站發(fā)送SCG配置響應消息給目的主基站。所述消息可以包含輔基站更新的Scell空口的配置RRC容器(來自SeNB的RRC容器)。所述消息還可以包含輔基站分配的在目的主基站和輔基站間標識UE的SeNB UE X2AP ID。

目的主基站為切換到目的主基站的承載分配空口的資源，把空口的配置通過RRC容器發(fā)送給源主基站(來自目的MeNB的RRC容器)。

對于SeNB上的承載保持不切換的情況，如果目的主基站修改了SeNB上的配置，收到了從SeNB來的RRC容器，目的主基站通過切換請求確認發(fā)送所述的來自SeNB的RRC容器給源主基站。

步驟505，源主基站發(fā)送相應的消息給UE。源主基站發(fā)送RRC重配置消息給UE。在RRC重配置消息中包含切換到目的主基站的承載的配置信息，即包含來自目的MeNB的RRC容器。

如果源主基站決定不切換SeNB上的承載，則在所述RRC重配置消息中不包含指示UE刪除SCG的信息。在SeNB不切換的情況下，源主基站根據(jù)從目的主基站收到的信息，還可以修改SCG的配置，即發(fā)送來自SeNB的RRC容器給UE。

如果源主基站決定切換SeNB上的承載，源主基站在重配置MCG的同時，指示UE刪除SCG，同時將源SCG上的承載建立在目的主基站上。

在SeNB切換的情況下，源主基站在發(fā)送RRC重配置給UE前還發(fā)送SeNB刪除請求給SeNB。通過所述消息通知SeNB數(shù)據(jù)轉發(fā)的TEID和傳輸層地址，該過程是現(xiàn)有過程，不是本發(fā)明的主要內容，這里忽略詳細的技術說明。

UE發(fā)送RRC重配置響應消息給目的主基站。

目的主基站發(fā)送相應的消息給MME。具體目的主基站和MME之間的過程以及MME和SGW之間的過程與步驟306中描述相同，這里不再贅述。

目的主基站發(fā)送UE配置完成消息給輔基站。所述消息包含目的主基站為UE分配的目的主基站和輔基站間的MeNB UE X2AP ID。如果在此步驟之前(例如步驟504中)，目的主基站對輔基站進行了配置更改，所述消息包含輔基站分配的在目的主基站和輔基站間標識UE的SeNB UE X2AP ID。

如果在此步驟之前(例如步驟504中)，沒有執(zhí)行目的主基站和輔基站間的 配置更改過程，所述消息包含用于輔基站識別UE的信息，使得輔基站可以獲知哪個UE的主基站進行了切換。所述用于輔基站識別UE的信息是從源主基站收到的?？梢允禽o基站上輔小區(qū)的標識以及UE在所述輔小區(qū)的C-RNTI。如果在輔基站有多個輔小區(qū)，則分別包含多個輔小區(qū)標識以及C-RNTI。所述用于輔基站識別UE的信息還可以是輔基站分配的UE的SeNB UE X2AP ID。在包含輔基站分配的UE的SeNB UE X2AP ID時還可以包含源主基站的標識和/或源主基站分配的MeNBUE X2AP ID。通過該過程，可以建立目的主基站和輔基站間的UE關聯(lián)X2信令連接。

對于split承載，所述消息還包含承載標識ERAB ID以及目的主基站分配的TEID和傳輸層地址。在SGW重選的情況下，對應SCG承載，所述消息還包含新的SGW分配的上行的TEID和傳輸層地址。SeNB保存從目的主基站收到的信息，刪除源主基站的相關信息。如果SeNB從目的主基站收到了新的Key，SeNB更新所用的key。

通過步驟503，源主基站令目的主基站獲知了UE的SeNB以及在SeNB上標識UE的信息，目的主基站發(fā)送消息給正確的輔基站，目的主基站把在SeNB上標識UE的信息發(fā)送給SeNB，SeNB可以獲知哪個UE的主基站發(fā)生了切換，SeNB進行正確的修改和刪除，從而解決本發(fā)明提出的問題四。

可選的，SeNB還可以發(fā)送UE配置完成確認消息給目的主基站。

目的主基站有兩種方法得到輔基站為split承載分配的X2接口下行的TEID和傳輸層地址：

方法一：通過步驟503由源主基站告知目的主基站輔基站為split承載分配的X2接口下行的TEID和傳輸層地址。

方法二：通過UE配置完成確認消息，輔基站發(fā)送其為split承載分配的X2接口下行的TEID和傳輸層地址給目的主基站。

從而目的主基站可以發(fā)送下行的數(shù)據(jù)給輔基站。

步驟506與步驟307相同，這里不再贅述。

通過上述圖5的方法，由源主基站決定是否保持SeNB，在保持SeNB不切換的情況下，能夠保證UE端和核心網(wǎng)端同樣保持在SeNB的承載不被錯誤釋放，并避免SeNB上承載的刪除和再建立，還可以支持SGW重選，解決本發(fā)明發(fā)現(xiàn)的六個技術問題。

圖6為本發(fā)明小小區(qū)系統(tǒng)中不同MeNB間切換方法四的示意圖。該方法的主 要過程是：目的主基站通知源主基站目的主基站和輔基站間是否有X2接口，源主基站決定是否保持輔基站，如果決定保持輔基站，執(zhí)行相應的過程，保持UE端和網(wǎng)絡端沒有切換的承載不釋放。具體而言，圖6所示方法包括步驟：

步驟601，源主基站決定將UE切換到目的主基站。

步驟602與步驟303相同，這里不再贅述。

步驟603，目的主基站發(fā)送切換請求確認消息給源主基站。所述消息包含目的主基站和輔基站是否有X2接口的信息或者輔基站保持是否可行的信息。目的主基站判斷輔基站保持是否可行，例如：如果目的主基站和輔基站有X2接口，則可行，如果沒有X2接口，則不可行。目的主基站在考慮是否可行時，還可以考慮其他的信息，例如O&M配置。

目的主基站為切換到目的主基站上的承載分配S1接口(目的主基站和SGW之間的接口)下行的TEID和傳輸層地址。根據(jù)步驟602中從源主基站收到的切換請求消息中包含的SeNB上的承載、以及在SeNB上的承載是split承載還是SCG承載的信息，目的主基站知道UE的哪些承載在SeNB以及在SeNB上的承載是split承載還是SCG承載。目的主基站為split承載分配目的主基站和SGW之間接口下行的TEID和傳輸層地址。對于SCG承載，目的輔基站不需要為所述承載分配下行的TEID和傳輸層地址。對于切換到目的主基站上的且需要數(shù)據(jù)轉發(fā)的承載，目的主基站分配X2接口用于數(shù)據(jù)轉發(fā)的TEID和傳輸層地址。

目的主基站將為UE的每個承載分配的TEID和傳輸層地址包含在切換請求確認消息中發(fā)送給源主基站。

步驟604，源主基站決定是否保持輔基站，如果源主基站決定切換輔基站上的承載到目的主基站，則執(zhí)行步驟606；如果主基站決定保持輔基站不變，則執(zhí)行步驟605。

源主基站可以根據(jù)UE的測量結果和目的主基站與輔基站之間是否有X2接口或從目的主基站收到的輔基站保持是否可行的信息來判斷是否改變輔基站。例如：如果UE的測量結果中輔基站Scell的信號質量足夠好并且目的主基站與輔基站之間有X2接口或輔基站保持可行，則源主基站可以決定輔基站保持不變；如果UE的測量結果中輔基站Scell的信號不足夠好或目的主基站與輔基站之間沒有X2接口或者輔基站保持不可行，則源主基站可以決定切換輔基站上的承載。源主基站在做決定時還可以考慮其他因素(例如O&M配置)，而不影響本發(fā)明的主要內容。

如果源主基站決定保持輔基站，則源主基站告知目的主基站保持輔基站。目的主基站釋放為SCG承載分配的S1接口下行的TEID和傳輸層地址及為SCG承 載分配的空口的資源。

對保持在SeNB上的承載，目的主基站還可以根據(jù)目的主基站對UE承載的配置和/或UE的能力信息或其他信息等，決定修改SeNB上UE的承載的配置。如果目的主基站決定修改SeNB上承載的配置，目的主基站發(fā)送SCG配置請求消息給輔基站。目的主基站根據(jù)步驟602切換請求消息中包含的UE在SeNB的Scell的小區(qū)標識和/或SeNB的基站標識獲知UE的輔基站。所述的SCG配置請求消息中包含UE在輔基站的標識，UE在輔基站的標識與步驟602相同，這里不再贅述。所述SCG配置請求消息還可以包含目的主基站為UE分配的MeNB UE X2AP ID,用于在目的主基站和輔基站間標識UE。所述的SCG配置請求可以是現(xiàn)有的SeNB修改請求或者新的消息。所述的SCG配置請求還可以包含目的主基站為UE計算的在Scell新的key。輔基站發(fā)送SCG配置響應消息給目的主基站。所述消息可以包含輔基站更新的Scell空口的配置RRC容器(來自SeNB的RRC容器)，所述消息還可以包含輔基站分配的在目的主基站和輔基站間標識UE的SeNB UE X2AP ID。如果目的主基站收到了從SeNB來的RRC容器，目的主基站發(fā)送所述的來自SeNB的RRC容器給源主基站。

步驟605與步驟505相同，這里不再贅述。

步驟606，源主基站執(zhí)行源主基站到目的主基站的切換的其他過程，同時將在SeNB上的承載也切換到目的主基站。此流程與現(xiàn)有的MeNB到eNB的切換過程相同，例如源主基站發(fā)送SeNB釋放請求給輔基站、源主基站發(fā)送RRC重配置消息給UE等，該過程不是本發(fā)明的重點，這里忽略詳細的技術說明。

通過上述圖6的方法，由源主基站決定是否保持SeNB，在保持SeNB不切換的情況下，能夠保證UE端和核心網(wǎng)端同樣保持在SeNB的承載不被錯誤釋放，從而避免SeNB上承載的刪除和再建立，還可以支持SGW重選，解決本發(fā)明發(fā)現(xiàn)的六個技術問題。

下面通過幾個實施例對本申請技術方案進行進一步詳細說明。

實施例一：

本發(fā)明實施例一的信令流程圖如圖7所示。在圖3至圖6的方法一至方法四中已經(jīng)分別對如何決定是否保持輔基站進行了詳細的說明，因此本實施例中不再對如何決定是否保持輔基站進行詳細說明。本實施例重點描述如何解決本發(fā)明提出的問題二至問題六。圖7所示流程包括步驟：

步驟701，源主基站向目的主基站發(fā)送切換請求，該切換請求消息中可以包括： 源輔基站信息、UE在輔基站的標識信息、UE在輔基站的承載、以及這些承載是split承載還是SCG承載等信息。本步驟與步驟303相同，這里不再贅述。

對于不同MeNB間切換沒有SeNB變化的情況，源SeNB也是目的SeNB。因此源SeNB、目的SeNB和SeNB指的是同一個基站，即指的是切換前后除為UE分配空口資源的MeNB外，在空口為UE分配資源的第二基站。

步驟702，目的主基站發(fā)送切換請求確認消息給源主基站。

對應于由目的主基站決定輔基站是否保持不變的方法，所述消息還包含輔基站保持不變的信息。

目的主基站為切換到目的主基站上的承載分配S 1接口(目的主基站和SGW之間的接口)下行的TEID和傳輸層地址。

根據(jù)步驟701中從源主基站收到的切換請求消息中包含的哪些承載在SeNB上、在SeNB上的承載是split承載還是SCG承載的信息，目的主基站知道UE的哪些承載在SeNB以及在SeNB上的承載是split承載還是SCG承載。目的主基站為split承載分配目的主基站和SGW之間接口下行的TEID和傳輸層地址。對于SCG承載，如果目的主基站決定保持SeNB不變，目的主基站不需要為所述承載分配下行的TEID和傳輸層地址。如果目的主基站決定切換輔基站上的承載到目的主基站，目的主基站為所述承載分配S 1接口下行的TEID和傳輸層地址。

對于切換到目的主基站上的且需要數(shù)據(jù)轉發(fā)的承載，目的主基站分配X2接口用于數(shù)據(jù)轉發(fā)的TEID和傳輸層地址。

目的主基站將為UE的每個承載分配的TEID和傳輸層地址包含在切換請求確認消息中發(fā)送給源主基站。

目的主基站為切換到目的主基站的承載分配空口的資源，把空口的配置通過RRC容器發(fā)送給源主基站(來自目的MeNB的RRC容器)。

通過步驟701，源主基站令目的主基站獲知UE的哪些承載在SeNB上，在SeNB上的承載是split承載還是SCG承載，目的主基站根據(jù)自己決定的保持SeNB上的承載不變或者源主基站決定后告知目的主基站的SeNB上的承載不切換，從而目的主基站知道哪些承載是SeNB上的承載，目的主基站為UE的不同承載正確的配置資源，從而解決本發(fā)明提出的問題二和問題三。

步驟703，源主基站發(fā)送RRC重配置消息給UE。

如果不切換SeNB，源主基站發(fā)送RRC重配置消息給UE，在所述消息中不包含指示UE刪除SCG的信息。在SeNB不切換的情況下，源主基站根據(jù)從目的主基站收到的信息，還可以決定修改SCG的配置。

如果切換SeNB，源主基站在重配置MCG的同時，指示UE刪除SCG，同時把源SCG上的承載建立在目的主基站上。

步驟704，源主基站發(fā)送序號(SN)狀態(tài)給目的主基站。

源主基站可以開始數(shù)據(jù)轉發(fā)。

本發(fā)明中，步驟703和步驟704沒有絕對的先后順序，即源主基站也可以先發(fā)送序號狀態(tài)給目的主基站以及數(shù)據(jù)轉發(fā)，然后再發(fā)送RRC重配置請求消息給UE。

步驟705，UE發(fā)送RRC重配置響應消息給目的主基站。

步驟706，目的主基站發(fā)送路徑切換請求或E-RAB修改指示消息給MME。

在SeNB切換的情況下，目的主基站發(fā)送路徑切換請求消息給MME。所述路徑切換請求包含目的主基站為切換到目的主基站的每個承載分配的下行的TEID和傳輸層地址。

在SeNB不變，但是SeNB上的承載是split承載的情況下，目的主基站發(fā)送路徑切換請求消息給MME。所述路徑切換請求包含目的主基站為每個承載分配的下行的TEID和傳輸層地址。

在SeNB不變，SeNB上的承載是SCG承載的情況下，目的主基站發(fā)送E-RAB修改指示給MME或者發(fā)送增強的路徑切換請求消息給MME。此處的增強的路徑切換請求消息不是指消息的名稱，而是在現(xiàn)有的路徑切換請求消息中包含了新的信息元素或者MME在收到所述的消息后的行為與現(xiàn)有不同。所述的E-RAB修改指示或增強的路徑切換請求消息還可以包含目的主基站主小區(qū)所在的TAI和/或ECGI，還可以包含輔基站Scell所在的TAI和/或ECGI。如果UE在輔基站有多個輔小區(qū)，則所述消息可以包含多個TAI和/或ECGI。

所述的E-RAB修改指示觸發(fā)目的主基站和MME之間的UE關聯(lián)S1信令連接的建立。所述E-RAB修改指示包含UE在MME的MME UE S1AP ID。所述E-RAB修改指示包含目的主基站分配的eNB UE S1AP ID。所述的E-RAB修改指示包含要切換承載的信息。其中保持在SeNB的承載信息不需要包含在所述消息中。MME在收到所述的E-RAB修改指示消息后，建立目的主基站和MME之間的UE關聯(lián)信令連接。沒有包含在所述消息中的ERAB MME保持不釋放。MME發(fā)送修改承載請求消息給SGW請求修改切換的承載的下行通道。MME在收到從SGW來的修改承載響應消息后，發(fā)送E-RAB修改指示確認消息給目的主基站。所述的E-RAB修改指示確認消息包含安全上下文信息，用于更新目的主基站和UE之間的key。MME在收到所述的E-RAB修改指示消息后，還可以判斷是否需要重選SGW。MME 在判斷是否需要重選SGW時可以考慮目的主基站主小區(qū)所在的TAI，還可以同時考慮目的主基站主小區(qū)和輔基站Scell所在的TAI。如果需要重選SGW，MME發(fā)送創(chuàng)建會話請求消息給目的SGW，所述消息中包含UE所有的承載，包含從目的主基站收到的需要切換的承載信息以及不需要切換的承載信息，MME根據(jù)保存的UE上下文知道不需要切換的承載的信息。目的SGW為每個承載分配上行的TEID和傳輸層地址。目的SGW發(fā)送創(chuàng)建會話響應消息給MME。MME發(fā)送ERAB修改指示確認消息給目的主基站。如果進行了SGW的重選，在所述的ERAB修改指示確認消息中不僅包含切換承載的上行TEID和傳輸層地址，還包含沒有切換的承載的上行的TEID和傳輸層地址信息。同SGW沒有重選的情況，所述的E-RAB修改指示確認消息包含安全上下文信息，用于更新目的主基站和UE之間的key。

所述的增強的路徑切換請求可以包含所有的承載，例如需要切換的承載和不需要切換的承載，MME在收到所述消息后，對于不需要切換的承載(例如所述承載的TEID和傳輸層地址相同)不觸發(fā)承載的去激活過程?；蛘咚龅脑鰪姷那袚Q請求包含指示信息，該指示信息表示不包含在路徑切換請求消息中的承載，則不釋放。MME在收到所述的增強的路徑切換請求消息后，根據(jù)該指示信息不觸發(fā)對不包含在路徑切換請求消息中的承載的去激活過程。MME發(fā)送修改承載請求消息給SGW請求修改切換的承載。MME在收到從SGW來的修改承載響應消息后，發(fā)送路徑切換請求確認消息給目的主基站。MME在收到所述的路徑切換請求消息后，還可以判斷是否需要重選SGW。MME在判斷是否需要重選SGW時可以考慮目的主基站主小區(qū)所在的TAI，還可以同時考慮目的主基站主小區(qū)和輔基站Scell所在的TAI。如果需要重選SGW，MME發(fā)送創(chuàng)建會話請求消息給目的SGW，所述消息中包含UE的承所有載，包含從目的主基站收到的需要切換的承載信息以及不需要切換的承載信息。目的SGW為每個承載分配上行的TEID和傳輸層地址。目的SGW發(fā)送創(chuàng)建會話響應消息給MME。MME發(fā)送路徑切換請求確認消息給目的主基站。如果進行了SGW的重選，在所述的路徑切換請求確認消息中不僅包含切換承載的上行TEID和傳輸層地址，還包含沒有切換的承載的上行的TEID和傳輸層地址信息。

步驟707，MME發(fā)送E-RAB修改指示確認或路徑切換請求確認消息給目的主基站。

如果步驟706收到的是E-RAB修改指示，本步驟發(fā)送的是E-RAB修改指示確認。如果步驟706收到的是路徑切換請求，本步驟發(fā)送的是路徑切換請求確認。

如果進行了SGW的重選，在所述的ERAB修改指示確認或路徑切換請求確認 消息中還包含沒有切換的承載的上行的TEID和傳輸層地址信息。

通過步驟701，源主基站讓目的主基站知道UE的哪些承載在SeNB上，在SeNB上的承載是split承載還是SCG承載，目的主基站根據(jù)自己決定的保持SeNB上的承載不變或者源主基站決定后告知目的主基站的SeNB上的承載不切換，從而目的主基站知道可以通過合適的消息通知MME哪些承載需要切換，哪些承載不需要切換，從而避免讓MME把有些承載錯誤的釋放。在需要SGW重選的時候，MME還可以通知SGW為不需要切換的承載分配上行的TEID和傳輸層地址。從而解決本發(fā)明提出的問題五和問題六。

步驟708，目的主基站發(fā)送UE配置完成消息給輔基站。所述消息包含目的主基站為UE分配的目的主基站和輔基站間的MeNB UE X2AP ID。

所述消息包含用于輔基站識別UE的信息，使得輔基站可以知道哪個UE的主基站進行了切換。所述用于輔基站識別UE的信息是從源主基站收到的?？梢允禽o基站上輔小區(qū)的標識以及UE在所述輔小區(qū)的C-RNTI。如果在輔基站有多個輔小區(qū)，則分別包含多個輔小區(qū)標識以及C-RNTI。所述用于輔基站識別UE的信息還可以是輔基站分配的UE的SeNB UE X2AP ID。在包含輔基站分配的UE的SeNB UE X2AP ID時還可以包含源主基站的標識和/或源主基站分配的MeNB UE X2AP ID。

對于split承載，所述消息還包含承載標識ERAB ID以及目的主基站為每個承載分配的TEID和傳輸層地址。

在SGW重選的情況下，對應SCG承載，所述消息還包含新的SGW分配的上行的TEID和傳輸層地址。

SeNB保存從目的主基站收到的信息，刪除源主基站的相關信息。如果SeNB從目的主基站收到了新的Key，SeNB更新所用的key。

通過該過程，可以建立目的主基站和輔基站間的UE關聯(lián)X2信令連接。

可選的，SeNB還可以發(fā)送UE配置完成確認消息給目的主基站。

目的主基站有兩種方法得到輔基站為split承載分配的X2接口下行的TEID和傳輸層地址：

方法一：通過步驟701由源主基站告知目的主基站輔基站為split承載分配的X2接口下行的TEID和傳輸層地址。

方法二：通過UE配置完成確認消息，輔基站發(fā)送其為split承載分配的X2接口下行的TEID和傳輸層地址給目的主基站。

通過步驟701，源主基站讓目的主基站知道UE的SeNB以及在SeNB上標識 UE的信息，目的主基站發(fā)送消息給正確的輔基站，目的主基站把在SeNB上標識UE的信息發(fā)送給SeNB，SeNB可以知道哪個UE的主基站發(fā)生了切換，SeNB進行正確的修改和刪除。從而解決本發(fā)明提出的問題四。

通過本實施例，能夠解決不同MeNB間切換過程中的各個問題，使得不同MeNB間切換時保持SeNB不切換的方案切實可行。

實施例二：

本發(fā)明實施例二的信令流程圖如圖8所示。在圖3至圖6的方法一至方法四中已經(jīng)分別對如何決定是否保持輔基站進行了詳細的說明，因此本實施例中不再對如何決定是否保持輔基站進行詳細說明。本實施例重點描述如何解決本發(fā)明提出的問題二至問題六。圖8所示流程包括步驟：

步驟801，源主基站向目的主基站發(fā)送切換請求，該切換請求消息中可以包括：源輔基站信息、UE在輔基站的標識信息、UE在輔基站的承載、以及這些承載是split承載還是SCG承載等信息。本步驟與步驟303相同，這里不再贅述。

對于不同MeNB間切換沒有SeNB變化的情況，源SeNB也是目的SeNB。因此源SeNB、目的SeNB和SeNB指的是同一個基站，即指的是切換前后除為UE分配空口資源的MeNB外，在空口為UE分配資源的第二基站。

步驟802，目的主基站發(fā)送SCG配置請求給輔基站。根據(jù)步驟801中收到的輔基站的標識或者輔基站Scell的標識，目的主基站知道UE的輔基站。

目的主基站可以計算UE在輔基站新的密鑰Key，目的主基站通過所述的SCG配置請求給輔基站。

所述消息包含用于輔基站識別UE的信息，使得輔基站可以知道哪個UE的主基站進行了切換。所述用于輔基站識別UE的信息是從源主基站收到的。具體信息與步驟708中描述相同，這里不再贅述。

目的主基站還可以通過所述的SCG配置請求消息修改在輔基站承載的配置。

所述的SCG配置可以是新的消息也可以通過增強現(xiàn)有的SeNB修改請求來實現(xiàn)。

通過該消息，可以建立目的主基站和輔基站間的UE關聯(lián)X2信令連接。

通過步驟801，源主基站讓目的主基站知道UE的SeNB以及在SeNB上標識UE的信息，目的主基站發(fā)送消息給正確的輔基站，目的主基站把在SeNB上標識UE的信息發(fā)送給SeNB，SeNB可以知道哪個UE的主基站發(fā)生了切換，SeNB進行正確的修改和刪除。從而解決本發(fā)明提出的問題四。

步驟803，輔基站發(fā)送SCG配置響應消息給目的主基站。

所述消息還可以包含輔基站分配的輔基站和目的主基站間的SeNB X2AP ID。

本實施例可以包含本步驟或者不包含本步驟。

如果步驟802是SeNB修改請求，則本步驟是SeNB修改請求確認。

如果SeNB上的承載的配置進行了修改。則SeNB通過SCG配置響應中包含RRC容器(container)(來自SeNB的RRC容器)發(fā)送空口的重配置信息給目的主基站。

所述消息還可以包含SeNB保留了UE上下文的指示信息。這里的保留UE上下文不排除可以更新UE的上下文信息。在SeNB收到SCG配置請求消息時，SeNB的行為可能不同，例如對于Rel-13的SeNB，SeNB保留UE上下文，更新部分信息或者更新承載的配置信息。對于Rel-12的SeNB，SeNB可能會根據(jù)SCG配置請求消息中的信息建立新的UE的上下文，配置承載。如果SeNB保留了UE上下文，則SeNB包含保留了UE上下文的指示信息在SCG配置響應消息中。

步驟804，目的主基站發(fā)送切換請求確認消息給源主基站。

對應目的主基站決定輔基站保持不變的方法，所述消息還包含輔基站保持不變的信息。

源主基站根據(jù)輔基站保持不變的信息可以決定不發(fā)起SeNB釋放過程和/或UE上下文釋放過程。

目的主基站為切換到目的主基站上的承載分配S1接口(目的主基站和SGW之間的接口)下行的TEID和傳輸層地址。

根據(jù)步驟801中從源主基站收到的切換請求消息中包含的哪些承載在SeNB上、在SeNB上的承載是split承載還是SCG承載的信息，目的主基站知道UE的哪些承載在SeNB以及在SeNB上的承載是split承載還是SCG承載。目的主基站為split承載分配目的主基站和SGW之間接口下行的TEID和傳輸層地址。對于SCG承載，如果目的主基站決定保持SeNB不變，目的主基站不需要為所述承載分配下行的TEID和傳輸層地址。如果目的主基站決定切換輔基站上的承載到目的主基站，目的主基站為所述承載分配S1接口下行的TEID和傳輸層地址。

對于切換到目的主基站上的且需要數(shù)據(jù)轉發(fā)的承載，目的主基站分配X2接口用于數(shù)據(jù)轉發(fā)的TEID和傳輸層地址。

目的主基站將為UE的每個承載分配的TEID和傳輸層地址包含在切換請求確認消息中發(fā)送給源主基站。

目的主基站為切換到目的主基站的承載分配空口的資源，將空口的配置通過 RRC容器發(fā)送給源主基站(來自目的MeNB的RRC容器)

如果對輔基站上的承載進行了重配置，則目的主基站將從輔基站收到的RRC容器(來自SeNB的RRC容器)發(fā)送給源主基站。

通過步驟801，源主基站讓目的主基站知道UE的哪些承載在SeNB上，在SeNB上的承載是split承載還是SCG承載，目的主基站根據(jù)自己決定的保持SeNB上的承載不變或者源主基站決定好后告知目的主基站SeNB承載不切換，從而目的主基站知道哪些承載是SeNB上的承載，目的主基站為UE的不同承載正確的配置資源，從而解決本發(fā)明提出的問題二和問題三。

如果目的主基站從輔基站收到了保留了UE上下文的指示信息，則目的主基站發(fā)送所述信息給源主基站。目的主基站通過切換請求確認發(fā)送所述保留了UE上下文的指示信息給源主基站。源主基站根據(jù)收到的信息決定是否觸發(fā)SeNB上UE上下文的釋放。例如如果源主基站收到了保留了UE上下文的指示信息，則源主基站可以不發(fā)起SeNB釋放過程和/或UE上下文釋放過程。如果源主基站沒有收到保留了UE上下文的指示信息和/或輔基站保持不變的信息，則源主基站可以發(fā)起SeNB釋放過程和/或UE上下文釋放過程。

步驟805，源主基站發(fā)送RRC重配置消息給UE。

如果不切換SeNB，源主基站發(fā)送RRC重配置消息給UE，在所述消息中不包含指示UE刪除SCG的信息。在SeNB不切換的情況下，源主基站根據(jù)從目的主基站收到的信息，還可以修改SCG的配置，源主基站把從目的主基站收到的來自SeNB的RRC container發(fā)送給UE。同時把從目的主基站收到的來自目的主基站的RRC容器發(fā)送給UE。前者包含的是SeNB上承載的重配置信息，后者包含的是切換到目的MeNB上的承載的配置信息。

如果切換SeNB，源主基站在重配置MCG的同時，指示UE刪除SCG，同時把源SCG上的承載建立在目的主基站上。

步驟806，源主基站發(fā)送序號SN狀態(tài)給目的主基站。

源主基站可以開始數(shù)據(jù)轉發(fā)。

本發(fā)明中，步驟805和步驟806沒有絕對的先后順序，即源主基站也可以先發(fā)送序號狀態(tài)給目的主基站以及數(shù)據(jù)轉發(fā)，然后再發(fā)送RRC重配置請求消息給UE。

步驟807至步驟809與步驟705至步驟707相同，這里不再贅述。

步驟810，目的主基站發(fā)送UE配置完成消息給輔基站。所述消息包含目的主基站為UE分配的目的主基站和輔基站間的MeNB UE X2AP ID。

所述消息還包含輔基站分配的輔基站和目的主基站間的SeNB X2AP ID。

對于split承載，所述消息還包含承載標識ERAB ID以及目的主基站為每個承載分配的TEID和傳輸層地址。

在SGW重選的情況下，對應SCG承載，所述消息還包含SCG承載標識ERABID和新的SGW分配的上行的TEID和傳輸層地址。

SeNB保存從目的主基站收到的信息，刪除源主基站的相關信息。

可選的，SeNB還可以發(fā)送UE配置完成確認消息給目的主基站。

目的主基站有兩種方法得到輔基站為split承載分配的X2接口下行的TEID和傳輸層地址：

方法一：通過步驟801由源主基站告知目的主基站輔基站為split承載分配的X2接口下行的TEID和傳輸層地址。

方法二：通過UE配置完成確認消息，輔基站發(fā)送其為split承載分配的X2接口下行的TEID和傳輸層地址給目的主基站。

通過本實施例，能夠解決不同MeNB間切換過程中的各個問題，使得不同MeNB間切換時保持SeNB不切換的方案切實可行。

實施例三：

本發(fā)明實施例三的信令流程圖如圖9所示。在圖3至圖6的方法一至方法四中已經(jīng)分別對如何決定是否保持輔基站進行了詳細的說明。因此本實施例中不再對如何決定是否保持輔基站進行詳細說明。本實施例重點描述如何解決本發(fā)明提出的問題二至問題六。圖9所示流程包括步驟：

步驟901，源主基站向目的主基站發(fā)送切換請求，本步驟與步驟303相同，這里不再贅述。

對于不同MeNB間切換沒有SeNB變化的情況，源SeNB也是目的SeNB。因此源SeNB、目的SeNB和SeNB指的是同一個基站，即指的是切換前后除為UE分配空口資源的MeNB外，在空口為UE分配資源的第二基站。步驟902，目的主基站發(fā)送SCG配置請求給輔基站，本步驟與步驟802相同，這里不再贅述。

步驟903，輔基站發(fā)送SCG配置響應消息給目的主基站。

所述消息還可以包含輔基站分配的輔基站和目的主基站間的SeNB X2AP ID。

輔基站為輔基站上的承載重新分配TEID和/或傳輸層地址，即分配新的TEID和/或傳輸層地址，釋放原來的TEID和/或傳輸層地址，并將對應每一個ERAB ID的TEID和/或傳輸層地址通過所述的SCG配置響應消息發(fā)送給目的主基站。所述 重新分配TEID和/或傳輸層地址可以是只針對輔基站上的SCG承載的。

如果步驟802是SeNB修改請求，則本步驟是SeNB修改請求確認。

如果SeNB上的承載的配置進行了修改，則SeNB通過SCG配置響應中包含RRC容器(來自SeNB的RRC容器)發(fā)送空口的重配置信息給目的主基站。

所述消息還可以包含SeNB保留了UE上下文的指示信息。這里的保留UE上下文不排除可以更新UE的上下文信息。在SeNB收到SCG配置請求消息時，SeNB的行為可能不同，例如對于Rel-13的SeNB，SeNB保留UE上下文，更新部分信息或者更新承載的配置信息。對于Rel-12的SeNB，SeNB可能會根據(jù)SCG配置請求消息中的信息建立新的UE的上下文，配置承載。如果SeNB保留了UE上下文，則SeNB包含保留了UE上下文的指示信息在SCG配置響應消息中。

步驟904，目的主基站發(fā)送切換請求確認消息給源主基站。

對應目的主基站決定輔基站保持不變的方法，所述消息還包含輔基站保持不變的信息。

源主基站根據(jù)輔基站保持不變的信息可以決定不發(fā)起SeNB釋放過程和/或UE上下文釋放過程。

目的主基站為切換到目的主基站上的承載分配S 1接口(目的主基站和SGW之間的接口)下行的TEID和傳輸層地址。

根據(jù)步驟901中從源主基站收到的切換請求消息中包含的哪些承載在SeNB上、在SeNB上的承載是split承載還是SCG承載的信息，目的主基站知道UE的哪些承載在SeNB以及在SeNB上的承載是split承載還是SCG承載。目的主基站為split承載分配目的主基站和SGW之間接口下行的TEID和傳輸層地址。對于SCG承載，如果目的主基站決定保持SeNB不變，目的主基站不需要為所述承載分配下行的TEID和傳輸層地址，目的主基站把步驟903中從輔基站收到的輔基站重新分配的TEID和/或傳輸層地址發(fā)送給源主基站。如果目的主基站決定切換輔基站上的承載到目的主基站，目的主基站為所述承載分配S1接口下行的TEID和傳輸層地址。

對于切換到目的主基站上的且需要數(shù)據(jù)轉發(fā)的承載，目的主基站分配X2接口用于數(shù)據(jù)轉發(fā)的TEID和傳輸層地址。

目的主基站將為UE的每個承載分配的TEID和傳輸層地址包含在切換請求確認消息中發(fā)送給源主基站。對于SCG承載，目的主基站把輔基站重新分配的TEID和/或傳輸層地址包含在切換請求確認消息中發(fā)送給源主基站。

目的主基站為切換到目的主基站的承載分配空口的資源，將空口的配置通過 RRC容器發(fā)送給源主基站(來自目的MeNB的RRC容器)

如果對輔基站上的承載進行了重配置，則目的主基站將從輔基站收到的RRC容器(來自SeNB的RRC容器)發(fā)送給源主基站。

通過步驟901，源主基站讓目的主基站知道UE的哪些承載在SeNB上，在SeNB上的承載是split承載還是SCG承載，目的主基站根據(jù)自己決定的保持SeNB上的承載不變或者源主基站決定好后告知目的主基站SeNB承載不切換，從而目的主基站知道哪些承載是SeNB上的承載，目的主基站為UE的不同承載正確的配置資源，從而解決本發(fā)明提出的問題二和問題三。

如果目的主基站從輔基站收到了保留了UE上下文的指示信息，則目的主基站發(fā)送所述信息給源主基站。目的主基站通過切換請求確認發(fā)送所述保留了UE上下文的指示信息給源主基站。源主基站根據(jù)收到的信息決定是否觸發(fā)SeNB上UE上下文的釋放。例如如果源主基站收到了保留了UE上下文的指示信息，則源主基站可以不發(fā)起SeNB釋放過程和/或UE上下文釋放過程。如果源主基站沒有收到保留了UE上下文的指示信息和/或輔基站保持不變的信息，則源主基站可以發(fā)起SeNB釋放過程和/或UE上下文釋放過程。

步驟905至步驟907與步驟805至步驟807相同，這里不再贅述。

步驟908，目的主基站發(fā)送路徑切換請求消息給MME。所述消息中包含從源主基站切換到目的主基站的承載的信息。對于SCG承載，還包含保持在SeNB不切換的承載的信息，因為保持在SeNB不切換的SCG承載的下行TEID和/或傳輸層地址由SeNB進行了重新分配。

步驟909，MME發(fā)送路徑切換請求確認消息給目的主基站。

步驟910與步驟810相同，這里不再贅述。

通過本實施例，能夠解決不同MeNB間切換過程中的各個問題，使得不同MeNB間切換時保持SeNB不切換的方案切實可行。

對應于上述方法，本申請還提供了一種小小區(qū)系統(tǒng)中不同主基站間切換的設備，如圖10所示，該設備包括：判決模塊和切換模塊，其中：

所述判決模塊，用于在切換時決定是否保持輔基站；

所述切換模塊，用于根據(jù)是否保持輔基站的決定結果觸發(fā)不同的切換過程。

以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明保護的范圍之內。