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

背景技術(shù)：

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

用戶設(shè)備(UE)101是用來(lái)接收數(shù)據(jù)的終端設(shè)備。演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)(E-UTRAN)102是無(wú)線接入網(wǎng)絡(luò)，其中包括為UE提供接入無(wú)線網(wǎng)絡(luò)接口的宏基站(eNodeB/NodeB)。移動(dòng)管理實(shí)體(MME)103負(fù)責(zé)管理UE的移動(dòng)上下文、會(huì)話上下文和安全信息。服務(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)聽(tīng)等功能，也可以與SGW 104處于同一物理實(shí)體。策略和計(jì)費(fèi)規(guī)則功能實(shí)體(PCRF)106提供服務(wù)質(zhì)量(QoS)策略和計(jì)費(fèi)準(zhǔn)則。通用分組無(wú)線業(yè)務(wù)支持節(jié)點(diǎn)(SGSN)108是通用移動(dòng)通信系統(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ù)上下文等用戶信息。

3GPP在版本12(Rel-12)提出了小小區(qū)增強(qiáng)的需求，小小區(qū)增強(qiáng)的目標(biāo)場(chǎng)景包括有宏小區(qū)覆蓋的場(chǎng)景和沒(méi)有宏小區(qū)覆蓋的場(chǎng)景，室內(nèi)和室外的、理想和非理想回程的增強(qiáng)，如圖2所示。

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

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

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

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

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

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

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

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

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

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

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

源主基站從目的主基站接收切換請(qǐng)求確認(rèn)消息，所述切換請(qǐng)求確認(rèn)消息中包含是否保持輔基站的決定結(jié)果。

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

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

源主基站從目的主基站接收切換請(qǐng)求確認(rèn)消息，所述切換請(qǐng)求確認(rèn)消息中包含是否保持輔基站的決定結(jié)果。

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

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

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

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

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

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

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

UE在輔基站的輔小區(qū)的小區(qū)標(biāo)識(shí)和/或輔基站的基站標(biāo)識(shí)；

UE在輔基站的承載；

UE在輔基站的承載是分開(kāi)split承載還是SCG承載；

UE的測(cè)量結(jié)果；

UE在輔基站的標(biāo)識(shí)；

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

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

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

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

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

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

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

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

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

較佳地，當(dāng)決定結(jié)果為保持輔基站時(shí)，該方法進(jìn)一步包括：

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

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

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

較佳地，當(dāng)決定結(jié)果為保持輔基站時(shí)，該方法進(jìn)一步包括：

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

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

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

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

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

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

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

問(wèn)題一、如何決定是否保持SeNB；

問(wèn)題二、目的MeNB如何獲知哪些承載在SeNB上；

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

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

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

問(wèn)題六、如何處理不同MeNB間切換的過(guò)程中SGW重選的問(wèn)題。

附圖說(shuō)明

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

圖2為小小區(qū)增強(qiáng)的部署場(chǎng)景示意圖；

圖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為本申請(qǐng)實(shí)施例一的信令流程示意圖；

圖8為本申請(qǐng)實(shí)施例二的信令流程示意圖；

圖9為本申請(qǐng)實(shí)施例三的信令流程示意圖；

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

具體實(shí)施方式

為了使本申請(qǐng)的目的、技術(shù)手段和優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖對(duì)本申請(qǐng)做進(jìn)一步詳細(xì)說(shuō)明。

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

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

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

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

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

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

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

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

-UE在SeNB的承載，即：UE的承載中哪些是在SeNB的承載；具體可以通過(guò)不同的ERAB列表來(lái)表示，例如切換到目的主基站的要建立的ERAB列表和SeNB上的ERAB列表；或者要建立的ERAB列表中包含UE的所有E-RAB信息，在要建立的E-RAB信息中增加信息元素——Scell標(biāo)識(shí)或在SeNB的指示，在輔基站上的承載信息中包含此信息元素，要切換到目的主基站的ERAB信息中不包含此新的信息元素。通過(guò)上述兩種方法都可以令目的主基站獲知UE的哪些承載是在輔基站上的承載。對(duì)于分開(kāi)(split)承載，后一種方法有明顯的好處，因?yàn)橥粋€(gè)承載既在主基站消耗資源，也在輔基站消耗資源。

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

-UE的測(cè)量結(jié)果；

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

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

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

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

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

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

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

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

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

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

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

對(duì)于SeNB上的承載保持不切換的情況，如果目的主基站修改了SeNB上的配置，收到了從SeNB來(lái)的RRC容器，目的主基站通過(guò)切換請(qǐng)求確認(rèn)發(fā)送所述的來(lái)自SeNB的RRC容器給源主基站。

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

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

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

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

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

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

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

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

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

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

所述的增強(qiáng)的路徑切換請(qǐng)求可以包含所有的承載，例如需要切換的承載和不需要切換的承載，MME在收到所述消息后，對(duì)于不需要切換的承載(例如所述承載的TEID和傳輸層地址沒(méi)有改變)，MME不認(rèn)為這是錯(cuò)誤的消息，也不觸發(fā)承載的去激活過(guò)程。如果某個(gè)承載的TEID和傳輸層地址沒(méi)有改變，MME據(jù)此獲知該承載沒(méi)有切換。或者所述的增強(qiáng)的切換請(qǐng)求包含指示信息，該指示信息表示不包含在路徑切換請(qǐng)求消息中的承載，則不釋放。MME在收到所述的增強(qiáng)的路徑切換請(qǐng)求消息后，根據(jù)該指示信息不觸發(fā)對(duì)不包含在路徑切換請(qǐng)求消息中的承載的去激活過(guò)程。MME發(fā)送修改承載請(qǐng)求消息給SGW請(qǐng)求修改切換的承載。MME在收到從SGW來(lái)的修改承載響應(yīng)消息后，發(fā)送路徑切換請(qǐng)求確認(rèn)消息給目的主基站。MME在收到所述的路徑切換請(qǐng)求消息后，還可以判斷是否需要重選SGW。MME在判斷是否需要重選SGW時(shí)可以考慮目的主基站主小區(qū)所在的TAI，還可以同時(shí)考慮目的主基站主小區(qū)和輔基站Scell所在的TAI。如果需要重選SGW，MME發(fā)送創(chuàng)建會(huì)話請(qǐng)求消息給目的SGW，所述消息中包含UE的所有承載，包含從目的主基站收到的需要切換的承載信息以及不需要切換的承載信息。目的SGW 為每個(gè)承載分配上行的TEID和傳輸層地址。目的SGW發(fā)送創(chuàng)建會(huì)話響應(yīng)消息給MME。MME發(fā)送路徑切換請(qǐng)求確認(rèn)消息給目的主基站。如果進(jìn)行了SGW的重選，在所述的路徑切換請(qǐng)求確認(rèn)消息中不僅包含切換承載的上行TEID和傳輸層地址，還包含沒(méi)有切換的承載的上行的TEID和傳輸層地址信息。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

對(duì)于SeNB上的承載保持不切換的情況，如果目的主基站修改了SeNB上的配置，收到了從SeNB來(lái)的RRC容器，目的主基站通過(guò)切換請(qǐng)求確認(rèn)發(fā)送所述的來(lái)自SeNB的RRC容器給源主基站。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

下面通過(guò)幾個(gè)實(shí)施例對(duì)本申請(qǐng)技術(shù)方案進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。

實(shí)施例一：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

如果進(jìn)行了SGW的重選，在所述的ERAB修改指示確認(rèn)或路徑切換請(qǐng)求確認(rèn) 消息中還包含沒(méi)有切換的承載的上行的TEID和傳輸層地址信息。

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

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

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

對(duì)于split承載，所述消息還包含承載標(biāo)識(shí)ERAB ID以及目的主基站為每個(gè)承載分配的TEID和傳輸層地址。

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

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

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

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

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

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

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

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

通過(guò)本實(shí)施例，能夠解決不同MeNB間切換過(guò)程中的各個(gè)問(wèn)題，使得不同MeNB間切換時(shí)保持SeNB不切換的方案切實(shí)可行。

實(shí)施例二：

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

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

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

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

目的主基站可以計(jì)算UE在輔基站新的密鑰Key，目的主基站通過(guò)所述的SCG配置請(qǐng)求給輔基站。

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

目的主基站還可以通過(guò)所述的SCG配置請(qǐng)求消息修改在輔基站承載的配置。

所述的SCG配置可以是新的消息也可以通過(guò)增強(qiáng)現(xiàn)有的SeNB修改請(qǐng)求來(lái)實(shí)現(xiàn)。

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

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

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

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

本實(shí)施例可以包含本步驟或者不包含本步驟。

如果步驟802是SeNB修改請(qǐng)求，則本步驟是SeNB修改請(qǐng)求確認(rèn)。

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

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

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

對(duì)應(yīng)目的主基站決定輔基站保持不變的方法，所述消息還包含輔基站保持不變的信息。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

對(duì)于split承載，所述消息還包含承載標(biāo)識(shí)ERAB ID以及目的主基站為每個(gè)承載分配的TEID和傳輸層地址。

在SGW重選的情況下，對(duì)應(yīng)SCG承載，所述消息還包含SCG承載標(biāo)識(shí)ERABID和新的SGW分配的上行的TEID和傳輸層地址。

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

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

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

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

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

通過(guò)本實(shí)施例，能夠解決不同MeNB間切換過(guò)程中的各個(gè)問(wèn)題，使得不同MeNB間切換時(shí)保持SeNB不切換的方案切實(shí)可行。

實(shí)施例三：

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

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

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

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

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

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

如果步驟802是SeNB修改請(qǐng)求，則本步驟是SeNB修改請(qǐng)求確認(rèn)。

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

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

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

對(duì)應(yīng)目的主基站決定輔基站保持不變的方法，所述消息還包含輔基站保持不變的信息。

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

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

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

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

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

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

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

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

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

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

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

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

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

通過(guò)本實(shí)施例，能夠解決不同MeNB間切換過(guò)程中的各個(gè)問(wèn)題，使得不同MeNB間切換時(shí)保持SeNB不切換的方案切實(shí)可行。

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

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

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

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