本發(fā)明涉及在通信終端裝置和基站裝置之間進行無線通信的通信系統(tǒng)。

背景技術：

在移動通信系統(tǒng)的標準化團體即3GPP(3rd Generation Partnership Project：第三代合作伙伴項目)中，研究了在無線區(qū)間方面被稱為長期演進(Long Term Evolution:LTE)、在包含核心網(wǎng)絡以及無線接入網(wǎng)(以下也統(tǒng)稱為網(wǎng)絡)的系統(tǒng)整體結構方面被稱為系統(tǒng)架構演進(System Architecture Evolution:SAE)的新的通信方式(例如參考非專利文獻1～10)。該通信方式也被稱為3.9G(3.9代)系統(tǒng)。

作為LTE的接入方式，下行鏈路方向使用OFDM(Orthogonal Frequency Division Multiplexing：正交頻分復用)、上行鏈路方向使用SC-FDMA(Single Carrier Frequency Division Multiple Access：單載波頻分多址)。另外，與W-CDMA(Wideband Code division Multiple Access：寬帶碼分多址)不同，LTE不包含線路交換，僅為分組通信方式。

使用圖1說明非專利文獻1(第5章)所記載的3GPP中與LTE系統(tǒng)的幀結構有關的決定事項。圖1是表示LTE方式的通信系統(tǒng)所使用的無線幀的結構的說明圖。圖1中，一個無線幀(Radio frame)為10ms。無線幀被分割為10個大小相等的子幀(Subframe)。子幀被分割為兩個大小相等的時隙(slot)。每個無線幀的第一個和第六個子幀包含下行鏈路同步信號(Downlink Synchronization Signal：SS)。同步信號具有第一同步信號(Primary Synchronization Signal(主同步信號)：P-SS)和第二同步信號(Secondary Synchronization Signal(輔同步信號)：S-SS)。

非專利文獻1(第5章)中記載了3GPP中與LTE系統(tǒng)的信道結構相關的決定事項。假設CSG(Closed Subscriber Group：封閉用戶組)小區(qū)中也使用與non-CSG小區(qū)相同的信道結構。

物理廣播信道(Physical Broadcast channel：PBCH)是從基站到移動終端的下行鏈路發(fā)送用信道。BCH傳輸塊(transport block)被映射到40ms間隔中的四個子幀。不存在40ms定時的清楚的信令。

物理控制格式指示信道(Physical Control Format Indicator Channel：PCFICH)是從基站到移動終端的下行鏈路發(fā)送用信道。PCFICH從基站向移動終端通知用于PDCCHs的OFDM(Orthogonal Frequency Division Multiplexing：正交頻分復用)碼元的數(shù)量。PCFICH以每個子幀進行發(fā)送。

物理下行鏈路控制信道(Physical Downlink Control Channel：PDCCH)是從基站到移動終端的下行鏈路發(fā)送用信道。PDCCH對作為后述的傳輸信道之一的下行鏈路共享信道(Downlink Shared Channel：DL-SCH)的資源分配(allocation)信息、作為后述的傳輸信道之一的尋呼信道(Paging Channel：PCH)的資源分配(allocation)信息、以及與DL-SCH有關的HARQ(Hybrid Automatic Repeat reQuest：混合自動重復請求)信息進行通知。PDCCH傳送上行鏈路調度許可(Uplink Scheduling Grant)。PDCCH傳送對上行鏈路發(fā)送的響應信號即Ack(Acknowledgement：確認)/Nack(Negative Acknowledgement：不予確認)。PDCCH也稱為L1/L2控制信號。

物理下行鏈路共享信道(Physical Downlink Shared Channel：PDSCH)是從基站到移動終端的下行鏈路發(fā)送用信道。PDSCH中映射有作為傳輸信道的下行鏈路共享信道(DL-SCH)、以及作為傳輸信道的PCH。

物理多播信道(Physical Multicast Channel：PMCH)是從基站到移動終端的下行鏈路發(fā)送用信道。PMCH映射有作為傳輸信道的多播信道(Multicast Channel：MCH)。

物理上行鏈路控制信道(Physical Uplink Control Channel：PUCCH)是從移動終端到基站的上行鏈路發(fā)送用信道。PUCCH傳送對下行鏈路發(fā)送的響應信號(response signal)即ACK/Nack。PUCCH傳送CQI(Channel Quality Indicator：信道質量指示符)報告。CQI是表示接收到的數(shù)據(jù)的品質、或者通信線路品質的品質信息。PUCCH還傳送調度請求(Scheduling Request：SR)。

物理上行鏈路共享信道(Physical Uplink Shared Channel：PUSCH)是從移動終端到基站的上行鏈路發(fā)送用信道。PUSCH映射有作為傳輸信道之一的上行鏈路共享信道(Uplink Shared Channel：UL-SCH)。

物理HARQ指示符信道(Physical Hybrid ARQ Indicator Channel：PHICH)是從基站到移動終端的下行鏈路發(fā)送用信道。PHICH傳送針對上行鏈路發(fā)送的響應信號即Ack/Nack。物理隨機接入信道(Physical Random Access Channel：PRACH)是從移動終端到基站的上行鏈路發(fā)送用信道。PRACH傳送隨機接入前同步碼(random access preamble)。

下行鏈路參照信號(參考信號(Reference Signal)：RS)是LTE方式的通信系統(tǒng)中已知的碼元。定義有以下5種下行鏈路參照信號。小區(qū)固有參照信號(Cell-specific Reference Signals：CRS)、MBSFN參照信號(MBSFN reference signals)、UE固有參照信號(UE-specific reference signals)即數(shù)據(jù)解調用參照信號(Demodulation Reference Signal：DM-RS)、定位參照信號(Positioning Reference Signals：PRS)、信道信息參照信號(Channel-State Information Reference Signals：CSI-RS)。作為移動終端的物理層面的測定，存在有參考信號的信號接收功率(Reference Signal Received Power：RSRP)測定。

對非專利文獻1(第5章)所記載的傳輸信道(Transport channel)進行說明。下行鏈路傳輸信道中，廣播信道(Broadcast channel：BCH)被廣播到其基站(小區(qū))的整個覆蓋范圍。BCH被映射到物理廣播信道(PBCH)。

對下行鏈路共享信道(Downlink Shared Channel：DL-SCH)應用利用HARQ(Hybrid ARQ)進行的重發(fā)控制。DL-SCH能向基站(小區(qū))的整個覆蓋范圍進行廣播。DL-SCH對動態(tài)或準靜態(tài)(Semi-static)的資源分配進行支持。準靜態(tài)的資源分配也被稱為持久調度(Persistent Scheduling)。DL-SCH為了降低移動終端的功耗，支持移動終端的非連續(xù)接收(Discontinuous reception：DRX)。DL-SCH被映射到物理下行鏈路共享信道(PDSCH)。

尋呼信道(Paging Channel：PCH)為了能降低移動終端的功耗，支持移動終端的DRX。PCH被要求對基站(小區(qū))的整個覆蓋范圍進行廣播。PCH被映射到能動態(tài)利用于話務的物理下行鏈路共享信道(PDSCH)那樣的物理資源。

多播信道(Multicast Channel：MCH)用于向基站(小區(qū))的整個覆蓋范圍進行廣播。MCH支持多小區(qū)發(fā)送中的MBMS(Multimedia Broadcast Multicast Service：多媒體廣播多播服務)服務(MTCH和MCCH)的SFN合成。MCH支持準靜態(tài)的資源分配。MCH被映射到PMCH。

將利用HARQ(Hybrid ARQ)進行的重發(fā)控制應用于上行鏈路傳輸信道中的上行鏈路共享信道(Uplink Shared Channel：UL-SCH)。UL-SCH支持動態(tài)或準靜態(tài)(Semi-static)的資源分配。UL-SCH被映射到物理上行鏈路共享信道(PUSCH)。

隨機接入信道(Random Access Channel：RACH)被控制信息所限制。RACH存在沖突的風險。RACH被映射到物理隨機接入信道(PRACH)。

下面對HARQ進行說明。HARQ是通過組合自動重發(fā)請求(Automatic Repeat reQuest：ARQ)和糾錯(Forward Error Correction：前向糾錯)來提高傳輸線路的通信品質的技術。HARQ具有的優(yōu)點是，即使對于通信品質發(fā)生變化的傳輸線路，也能利用重發(fā)使糾錯有效地發(fā)揮作用。尤其通過在重發(fā)的過程中將首發(fā)的接收結果和重發(fā)的接收結果進行合成，從而能進一步提高品質。

說明重發(fā)方法的一個示例。在接收側不能對接收數(shù)據(jù)正確地進行解碼時，換言之，在發(fā)生了CRC(Cyclic Redundancy Check：循環(huán)冗余校驗)錯誤時(CRC＝NG)，從接收側向發(fā)送側發(fā)送“Nack”。接收到“Nack”的發(fā)送側重發(fā)數(shù)據(jù)。在接收側能夠對接收數(shù)據(jù)正確地進行解碼時，換言之，在未產(chǎn)生CRC錯誤時(CRC＝OK)，從接收側向發(fā)送側發(fā)送“Ack”。接收到“Ack”的發(fā)送側發(fā)送下一個數(shù)據(jù)。

對非專利文獻1(第6章)所記載的邏輯信道(Logical channel)進行說明。廣播控制信道(Broadcast Control Channel：BCCH)是用于廣播系統(tǒng)控制信息的下行鏈路信道。作為邏輯信道的BCCH被映射到作為傳輸信道的廣播信道(BCH)、或者下行鏈路共享信道(DL-SCH)。

尋呼控制信道(Paging Control Channel：PCCH)是用于發(fā)送尋呼信息(Paging Information)以及系統(tǒng)信息(System Information)的變更的下行鏈路信道。PCCH用于網(wǎng)絡不知道移動終端的小區(qū)位置的情況。作為邏輯信道的PCCH被映射到作為傳輸信道的尋呼信道(PCH)。

公共控制信道(Common control channel：CCCH)是用于在移動終端與基站之間發(fā)送控制信息的信道。CCCH用于以下情況：即，移動終端與網(wǎng)絡之間不具有RRC連接(connection)。在下行鏈路方向，CCCH被映射到作為傳輸信道的下行鏈路共享信道(DL-SCH)。在上行鏈路方向，CCCH被映射到作為傳輸信道的上行鏈路共享信道(UL-SCH)。

多播控制信道(Multicast Control Channel：MCCH)是用于單點到多點的發(fā)送的下行鏈路信道。MCCH用于從網(wǎng)絡向移動終端發(fā)送一個或若干個MTCH用的MBMS控制信息。MCCH僅用于正在接收MBMS的移動終端。MCCH被映射到作為傳輸信道的多播信道(MCH)。

專用控制信道(Dedicated Control Channel：DCCH)是用于以點對點方式發(fā)送移動終端與網(wǎng)絡之間的專用控制信息的信道。DCCH用于以下場合：即，移動終端處于RRC連接(connection)。DCCH在上行鏈路中被映射到上行鏈路共享信道(UL-SCH)，在下行鏈路中被映射到下行鏈路共享信道(DL-SCH)。

專用話務信道(Dedicated Traffic Channel：DTCH)是用于發(fā)送用戶信息且與單獨的移動終端進行點對點通信的信道。DTCH在上行鏈路和下行鏈路中都存在。DTCH在上行鏈路中被映射到上行鏈路共享信道(UL-SCH)，在下行鏈路中被映射到下行鏈路共享信道(DL-SCH)。

多播話務信道(Multicast Traffic channel：MTCH)是用于從網(wǎng)絡向移動終端發(fā)送話務數(shù)據(jù)的下行鏈路信道。MTCH是僅用于正在接收MBMS的移動終端的信道。MTCH被映射到多播信道(MCH)。

CGI為小區(qū)全球標識(Cell Global Identification)。ECGI為E-UTRAN小區(qū)全球標識(E-UTRAN Cell Global Identifier)。在LTE、后述的LTE-A(Long Term Evolution Advanced：長期演進)以及UMTS(Universal Mobile Telecommunication System：通用移動通信系統(tǒng))中，導入了CSG(Closed Subscriber Group)小區(qū)。

CSG(Closed Subscriber Group)小區(qū)是由操作人員特定為有使用權的加入者的小區(qū)(以下有時會稱為“特定加入者用小區(qū)”)。特定的加入者被許可接入PLMN(Public Land Mobile Network：公共陸地移動網(wǎng)絡)的一個以上的小區(qū)。將允許特定的加入者接入的一個以上的小區(qū)稱為“CSG小區(qū)(CSG cell(s))”。但是，PLMN存在接入限制。

CSG小區(qū)是對固有的CSG標識(CSG identity：CSG ID；CSG-ID)進行廣播，并利用CSG指示(CSG Indication)對真(TRUE)進行廣播的PLMN的一部分。預先進行了使用登錄并被許可的加入者組的成員利用接入許可信息中的CSG-ID來接入CSG小區(qū)。

CSG-ID由CSG小區(qū)或小區(qū)來廣播。LTE方式的通信系統(tǒng)中存在多個CSG-ID。并且，為了使與CSG關聯(lián)的成員的接入較為容易，由移動終端(UE)來使用CSG-ID。

移動終端的位置追蹤以由一個以上的小區(qū)構成的區(qū)域為單位來進行。進行位置追蹤是為了即使在待機狀態(tài)下也能追蹤移動終端的位置，是為了能與移動終端通話，換言之，呼叫移動終端。將用于該移動終端的位置追蹤的區(qū)域稱為跟蹤區(qū)域。

在3GPP中，研究了被稱為Home-NodeB(Home-NB；HNB)、Home-eNodeB(Home-eNB；HeNB)的基站。UTRAN中的HNB、以及E-UTRAN中的HeNB例如是面向家庭、法人、商業(yè)用的接入服務的基站。非專利文獻3中公開了對HeNB以及HNB進行接入的三種不同的模式。具體而言，公開了開放接入模式(Open access mode)、封閉接入模式(Closed access mode)、以及混合接入模式(Hybrid access mode)。

各個模式具有以下特征。開放接入模式中，將HeNB以及HNB作為通常的操作人員的常規(guī)小區(qū)進行操作。在封閉接入模式中，將HeNB及HNB作為CSG小區(qū)進行操作。該CSG小區(qū)是僅CSG成員能夠接入的CSG小區(qū)。在混合接入模式中，將HeNB及HNB作為非CSG成員也同時被允許接入的CSG小區(qū)進行操作。換言之，混合接入模式的小區(qū)(也稱為混合小區(qū))是支持開放接入模式和封閉接入模式這兩者的小區(qū)。

3GPP中，存在所有的物理小區(qū)標識(Physical Cell Identity：PCI)中、為了由CSG小區(qū)使用而通過網(wǎng)絡預約的PCI范圍(參照非專利文獻1的10.5.1.1章)。有時將分割PCI范圍這一情況稱為PCI拆分。與PCI拆分有關的信息(也稱為PCI拆分信息)通過系統(tǒng)信息從基站向其覆蓋范圍下的移動終端進行廣播。基站的覆蓋范圍是指將該基站作為服務小區(qū)。

非專利文獻4公開了使用PCI拆分的移動終端的基本動作。不具有PCI拆分信息的移動終端需要使用全部PCI、例如使用所有504碼來進行小區(qū)搜索。與此相對地，具有PCI拆分信息的移動終端能利用該PCI拆分信息來進行小區(qū)搜索。

此外，3GPP中，作為版本10，長期演進(Long Term Evolution Advanced：LTE-A)的標準制訂正不斷進展(參照非專利文獻5、非專利文獻6)。LTE-A以LTE的無線區(qū)間通信方式為基礎，通過向其增加一些新技術來構成。

在LTE-A系統(tǒng)中，為了支持高達100MHz的更寬的頻帶寬度(transmission bandwidths：傳輸帶寬)，研究了對兩個以上的分量載波(Component Carrier：CC)進行匯集(也稱為“聚合(aggregation)”)的載波聚合(Carrier Aggregation：CA)。

在構成CA的情況下，UE具有與網(wǎng)絡(Network：NW)唯一的RRC連接(RRC connection)。在RRC連接中，一個服務小區(qū)提供NAS移動信息和安全性輸入。該小區(qū)稱為主服務小區(qū)(Primary Cell：PCell)。在下行鏈路中，與PCell對應的載波是下行鏈路主分量載波(Downlink Primary Component Carrier：DLPCC)。在上行鏈路中，與PCell對應的載波是上行鏈路主分量載波(Uplink Primary Component Carrier：ULPCC)。

根據(jù)UE的能力(能力(capability))來構成輔服務小區(qū)(Secondary Cell：SCell)，以用于形成PCell和服務小區(qū)的組。在下行鏈路中，與SCell對應的載波是下行鏈路輔分量載波(Downlink Secondary Component Carrier：DLSCC)。在上行鏈路中，與SCell對應的載波是上行鏈路輔分量載波(Uplink Secondary Component Carrier：ULSCC)。

針對一個UE，構成一個PCell、及由一個以上的SCell構成的服務小區(qū)的組。

此外，作為LTE-A的新技術，具有支持更寬頻帶的技術(Wider bandwidth extension：帶寬擴展)、以及多地點協(xié)調收發(fā)(Coordinated Multiple Point transmission and reception：CoMP)技術等。關于為了在3GPP中實現(xiàn)LTE-A而研究的CoMP，在非專利文獻7中有所記載。

移動網(wǎng)絡的話務量具有增加的趨勢，通信速度也不斷向高速化發(fā)展。若正式開始運用LTE及LTE-A，則可以預見到通信速度將進一步加快、話務量將繼續(xù)增加。

智能手機及平板電腦終端的普及導致利用蜂窩類無線通信進行的話務爆發(fā)式地增大，并憂慮世界上無線資源的不足。

針對話務量增加的問題，3GPP中，版本12的技術標準的制訂正不斷推進。版本12的技術標準中，為了應對將來龐大的話務量，研究使用小eNB。例如，研究通過設置多個小eNB，并構成多個小蜂窩小區(qū)來提高頻率利用效率、實現(xiàn)通信容量的增大的技術等。

其中，作為在宏蜂窩小區(qū)與小蜂窩小區(qū)重疊的情況下、移動終端與宏蜂窩小區(qū)和小蜂窩小區(qū)雙方相連接的技術，探討了雙連線(dual connectivity)(參照非專利文獻11)。

現(xiàn)有技術文獻

非專利文獻

非專利文獻1：3GPP TS36.300V11.7.0

非專利文獻2：3GPP TS36.304V11.2.0

非專利文獻3：3GPP S1-083461

非專利文獻4：3GPP R2-082899

非專利文獻5：3GPP TR36.814V9.0.0

非專利文獻6：3GPP TR36.912V10.0.0

非專利文獻7：3GPP TR36.819V11.1.0

非專利文獻8：3GPP TS36.141V11.1.0

非專利文獻9：3GPP R1-134496

非專利文獻10：3GPP R1-132236

非專利文獻11：3GPP TR36.842V0.2.0

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

發(fā)明所要解決的技術問題

如上所述，非專利文獻11中，作為在宏蜂窩小區(qū)與小蜂窩小區(qū)重疊的情況下、移動終端與宏蜂窩小區(qū)和小蜂窩小區(qū)雙方相連接的技術，探討了雙連線(dual connectivity)。

然而，關于雙連線中的移動終端進行切換時的處理，非專利文獻11沒有作任何公開。以往的切換方法中，移動終端僅與一個小區(qū)相連，未考慮雙連線中的與宏蜂窩小區(qū)和小蜂窩想去雙方相連的情況。

因此，無法不進行任何改進而將現(xiàn)有的切換方法應用于雙連線中的移動終端。

本發(fā)明的目的在于提供一種通信系統(tǒng)，該通信系統(tǒng)中，與宏蜂窩小區(qū)和小蜂窩小區(qū)雙方處于連接中的移動終端裝置能進行宏蜂窩小區(qū)間的切換。

解決技術問題的技術方案

本發(fā)明的通信系統(tǒng)包括移動終端裝置、以及構成能夠與所述移動終端裝置進行無線通信的小區(qū)的基站裝置，該通信系統(tǒng)的特征在于，作為所述小區(qū)包括多個宏蜂窩小區(qū)及小蜂窩小區(qū)，該宏蜂窩小區(qū)能與所述移動終端裝置進行通信的范圍即覆蓋范圍較大，該小蜂窩小區(qū)的所述覆蓋范圍較小，在所述移動終端裝置與多個所述宏蜂窩小區(qū)中的一個以及所述小蜂窩小區(qū)相連接時，伴隨著所述移動終端裝置的移動，將所述移動終端裝置所連接的宏蜂窩小區(qū)從移動源的宏蜂窩小區(qū)轉換到移動目的地的宏蜂窩小區(qū)的切換處理之前，所述移動終端裝置進行解除與所述小蜂窩小區(qū)的連接的切換前處理，在所述切換處理之后，所述移動終端裝置進行再次建立與所述小蜂窩小區(qū)的連接的切換后處理。

本發(fā)明的通信系統(tǒng)包括移動終端裝置、以及構成能夠與所述移動終端裝置進行無線通信的小區(qū)的基站裝置，該通信系統(tǒng)的特征在于，作為所述小區(qū)包括多個宏蜂窩小區(qū)及小蜂窩小區(qū)，該宏蜂窩小區(qū)能與所述移動終端裝置進行通信的范圍即覆蓋范圍較大，該小蜂窩小區(qū)的所述覆蓋范圍較小，在所述移動終端裝置與多個所述宏蜂窩小區(qū)中的一個以及所述小蜂窩小區(qū)相連接時，伴隨著所述移動終端裝置的移動，若起動將所述移動終端裝置所連接的宏蜂窩小區(qū)從移動源的宏蜂窩小區(qū)轉換至移動目的地的宏蜂窩小區(qū)的切換處理，則向所述小蜂窩小區(qū)通知控制所述小蜂窩小區(qū)的所述宏蜂窩小區(qū)發(fā)生變更這一情況。

發(fā)明效果

根據(jù)本發(fā)明的通信系統(tǒng)，與宏蜂窩小區(qū)和小蜂窩小區(qū)雙方處于連接中的移動終端裝置能進行宏蜂窩小區(qū)間的切換。

本發(fā)明的目的、特征、方面以及優(yōu)點通過以下詳細的說明和附圖會變得更為明了。

附圖說明

圖1是表示LTE方式的通信系統(tǒng)所使用的無線幀的結構的說明圖。

圖2是表示3GPP中所探討的LTE方式的通信系統(tǒng)700的整體結構的框圖。

圖3是表示本發(fā)明所涉及的移動終端即圖2所示的移動終端71的結構的框圖。

圖4是表示本發(fā)明所涉及的基站即圖2所示的基站72的結構的框圖。

圖5是表示本發(fā)明所涉及的MME的結構的框圖。

圖6是表示LTE方式的通信系統(tǒng)中移動終端(UE)進行的小區(qū)搜索到待機動作為止的概要的流程圖。

圖7是表示混合存在有宏eNB和小eNB的情況下的小區(qū)結構的概念的圖。

圖8是表示本發(fā)明實施方式1的通信系統(tǒng)中的eNB的覆蓋范圍的一個示例的圖。

圖9是表示本發(fā)明實施方式1的通信系統(tǒng)中的eNB的覆蓋范圍的一個示例的圖。

圖10是表示實施方式1的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。

圖11是表示圖10的步驟ST908的HO前處理的序列的一個示例的圖。

圖12是表示圖10的步驟ST928的HO處理的序列的一個示例的圖。

圖13是表示圖10的步驟ST949的HO后處理的序列的一個示例的圖。

圖14是表示本發(fā)明實施方式1的變形例1的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。

圖15是表示圖14的步驟ST1009的HO前處理的序列的一個示例的圖。

圖16是表示圖14的步驟ST1010的HO后處理的序列的一個示例的圖。

圖17是表示本發(fā)明實施方式2的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。

圖18是表示本發(fā)明實施方式2的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。

圖19是表示本發(fā)明實施方式2的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。

圖20是表示本發(fā)明實施方式3的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。

圖21是表示本發(fā)明實施方式3的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。

圖22是表示本發(fā)明實施方式3的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。

圖23是表示本發(fā)明實施方式4的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。

圖24是表示本發(fā)明實施方式4的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。

圖25是表示本發(fā)明實施方式4的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。

圖26是表示本發(fā)明實施方式5的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。

圖27是表示本發(fā)明實施方式5的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。

圖28是表示本發(fā)明實施方式5的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。

圖29是表示圖28的步驟ST2025的EPS承載#1用MeNB切換(HO)處理的序列的一個示例的圖。

圖30是表示圖28的步驟ST2025的EPS承載#1用MeNB切換(HO)處理的序列的一個示例的圖。

圖31是表示與UE之間的數(shù)據(jù)收發(fā)的狀況的一個示例的圖。

圖32是表示本發(fā)明實施方式6的通信系統(tǒng)中的EPS承載#1用MeNB切換(HO)處理的序列的一個示例的圖。

圖33是表示本發(fā)明實施方式6的通信系統(tǒng)中的EPS承載#1用MeNB切換(HO)處理的序列的一個示例的圖。

圖34是表示本發(fā)明實施方式7的通信系統(tǒng)中的EPS承載#1用MeNB切換(HO)處理的序列的一個示例的圖。

圖35是表示本發(fā)明實施方式7的通信系統(tǒng)中的EPS承載#1用MeNB切換(HO)處理的序列的一個示例的圖。

具體實施方式

實施方式1.

圖2是表示3GPP中所探討的LTE方式的通信系統(tǒng)700的整體結構的框圖。對圖2進行說明。將無線接入網(wǎng)稱為E-UTRAN(Evolved Universal Terrestrial Radio Access Network：演進通用陸地無線電接入網(wǎng))70。通信終端裝置即移動終端裝置(以下稱為“移動終端(User Equipment：UE)”)71能與基站裝置(以下稱為“基站(E-UTRAN NodeB：eNB)”)72進行無線通信，并利用無線通信進行信號的收發(fā)。

若對于移動終端71的控制協(xié)議、例如RRC(Radio Resource Management：無線電資源管理)和用戶層面、例如PDCP(Packet Data Convergence Protocol：分組數(shù)據(jù)分集協(xié)議)、RLC(Radio Link Control：無線電鏈路控制)、MAC(Medium Access Control：介質接入控制)、PHY(Physical layer，物理層)在基站72終止，則E-UTRAN由一個或多個基站72構成。

移動終端71與基站72之間的控制協(xié)議RRC進行廣播(Broadcast)、尋呼(paging)、RRC連接管理(RRC connection management)等。RRC中的基站72與移動終端71的狀態(tài)有RRC_IDLE和RRC_CONNECTED。

在RRC_IDLE中進行PLMN(Public Land Mobile Network：公共陸地移動網(wǎng)絡)選擇、系統(tǒng)信息(System Information：SI)的廣播、尋呼(paging)、小區(qū)重選(cell re-selection)、移動等。在RRC_CONNECTED下，移動終端具有RRC連接(connection)，能與網(wǎng)絡進行數(shù)據(jù)的收發(fā)。此外，在RRC_CONNECTED中，進行切換(Handover：HO)、相鄰小區(qū)(Neighbour cell)的測定(measurement)等。

基站72被分類成eNB76和Home-eNB75。通信系統(tǒng)700具備包含有多個eNB76的eNB組72-1、以及包含有多個Home-eNB75的Home-eNB組72-2。將由作為核心網(wǎng)絡的EPC(Evolved Packet Core：演進分組核心)和作為無線接入網(wǎng)的E-UTRAN70構成的系統(tǒng)稱為EPS(Evolved Packet System：演進分組系統(tǒng))。有時將作為核心網(wǎng)絡的EPC和作為無線接入網(wǎng)的E-UTRAN70統(tǒng)稱為“網(wǎng)絡”。

eNB76通過S1接口與移動管理實體(Mobility Management Entity：MME)、或者S-GW(Serving Gateway：服務網(wǎng)關)、或者包含MME和S-GW的MME/S-GW部(以下有時稱為“MME部”)73相連，在eNB76與MME部73之間進行控制信息的通信。可以使一個eNB76與多個MME部73相連接。eNB76之間通過X2接口相連接，在eNB76之間進行控制信息的通信。

Home-eNB75通過S1接口與MME部73相連接，在Home-eNB75和MME部73之間進行控制信息的通信。一個MME部73與多個Home-eNB75相連接。或者，Home-eNB75經(jīng)由HeNBGW(Home-eNB GateWay：Home-eNB網(wǎng)關)74與MME部73相連接。Home-eNB75和HeNBGW74通過S1接口相連接，HeNBGW74和MME部73經(jīng)由S1接口相連接。

一個或多個Home-eNB75與一個HeNBGW74相連接，通過S1接口進行信息的通信。HeNBGW74與一個或多個MME部73相連接，通過S1接口進行信息的通信。

MME部73和HeNBGW74為上位裝置，具體而言是上位節(jié)點，控制作為基站的eNB76及Home-eNB75與移動終端(UE)71之間的連接。MME部73構成作為核心網(wǎng)絡的EPC?；?2和HeNBGW74構成E-UTRAN70。

并且，在3GPP中對以下所示的結構進行了研究。支持Home-eNB75之間的X2接口。即，Home-eNB75之間通過X2接口相連接，在Home-eNB75之間進行控制信息的通信。從MME部73來看，HeNBGW74可視為Home-eNB75。從Home-eNB75來看，HeNBGW74可視為MME部73。

無論是Home-eNB75經(jīng)由HeNBGW74與MME部73相連接的情況、還是直接與MME部73相連接的情況，Home-eNB75與MME部73之間的接口均同樣為S1接口。

基站裝置72可以構成一個小區(qū)，也可以構成多個小區(qū)。各小區(qū)具有預定的范圍來作為能與移動終端71進行通信的范圍即覆蓋范圍，在覆蓋范圍內(nèi)與移動終端71進行無線通信。在一個基站裝置72構成多個小區(qū)的情況下，各個小區(qū)構成為能與移動終端71進行通信。

圖3是表示本發(fā)明所涉及的移動終端即圖2所示的移動終端71的結構的框圖。對圖3所示的移動終端71的發(fā)送處理進行說明。首先，來自協(xié)議處理部801的控制數(shù)據(jù)、以及來自應用部802的用戶數(shù)據(jù)被保存到發(fā)送數(shù)據(jù)緩沖部803。發(fā)送數(shù)據(jù)緩沖部803中保存的數(shù)據(jù)被傳送給編碼器部804，進行糾錯等編碼處理。也可以存在不進行編碼處理而直接從發(fā)送數(shù)據(jù)緩沖部803輸出至調制部805的數(shù)據(jù)。由編碼部804實施編碼處理后的數(shù)據(jù)在調制部805中進行調制處理。調制后的數(shù)據(jù)被轉換為基帶信號，然后輸出至頻率轉換部806，被轉換為無線發(fā)送頻率。之后，從天線807向基站72發(fā)送發(fā)送信號。

此外，如下所示那樣執(zhí)行移動終端71的接收處理。由天線807接收來自基站72的無線信號。接收信號通過頻率轉換部806從無線接收頻率轉換為基帶信號，在解調部808中進行解調處理。解調后的數(shù)據(jù)被傳送至解碼部809，進行糾錯等解碼處理。解碼后的數(shù)據(jù)中的控制數(shù)據(jù)被傳送到協(xié)議處理部801，用戶數(shù)據(jù)被傳送到應用部802。移動終端71的一系列處理由控制部810來控制。因此，雖然在圖3中進行了省略，但控制部810與各部801～809相連接。

圖4是表示本發(fā)明所涉及的基站即圖2所示的基站72的結構的框圖。對圖4所示的基站72的發(fā)送處理進行說明。EPC通信部901進行基站72與EPC(MME部73等)、HeNBGW74等之間的數(shù)據(jù)收發(fā)。其它基站通信部902進行與其它基站之間的數(shù)據(jù)收發(fā)。EPC通信部901及其它基站通信部902分別與協(xié)議處理部903進行信息的交換。來自協(xié)議處理部903的控制數(shù)據(jù)、還有來自EPC通信部901以及其它基站通信部902的用戶數(shù)據(jù)和控制數(shù)據(jù)被保存到發(fā)送數(shù)據(jù)緩沖部904。

發(fā)送數(shù)據(jù)緩沖部904中保存的數(shù)據(jù)被傳送給編碼器部905，進行糾錯等編碼處理。也可以存在不進行編碼處理而直接從發(fā)送數(shù)據(jù)緩沖部904輸出至調制部906的數(shù)據(jù)。編碼后的數(shù)據(jù)在調制部906中進行調制處理。調制后的數(shù)據(jù)被轉換為基帶信號，然后輸出至頻率轉換部907，被轉換為無線發(fā)送頻率。之后，利用天線908對一個或者多個移動終端71發(fā)送發(fā)送信號。

此外，如下所示那樣執(zhí)行基站72的接收處理。由天線908接收來自一個或多個移動終端71的無線信號。接收信號通過頻率轉換部907從無線接收頻率轉換為基帶信號，在解調部909中進行解調處理。解調后的數(shù)據(jù)被傳送至解碼部910，進行糾錯等解碼處理。解碼后的數(shù)據(jù)中的控制數(shù)據(jù)被傳送到協(xié)議處理部903或者EPC通信部901、其它基站通信部902，用戶數(shù)據(jù)被傳送到EPC通信部901和其它基站通信部902?；?2的一系列處理由控制部911來控制。因此，雖然在圖4中進行了省略，但控制部911與各部901～910相連接。

圖5是表示本發(fā)明所涉及的MME的結構的框圖。圖5中示出了所述圖2所示的MME部73所包含的MME73a的結構。PDNGW通信部1001進行MME73a和PDNGW之間的數(shù)據(jù)收發(fā)?；就ㄐ挪?002進行MME73a與基站72之間的經(jīng)由S1接口的數(shù)據(jù)收發(fā)。在從PDNGW接收到的數(shù)據(jù)是用戶數(shù)據(jù)的情況下，用戶數(shù)據(jù)從PDNGW通信部1001經(jīng)由用戶層面通信部1003被傳送到基站通信部1002，并被發(fā)送至一個或多個基站72。在從基站72接收到的數(shù)據(jù)是用戶數(shù)據(jù)的情況下，用戶數(shù)據(jù)從基站通信部1002經(jīng)由用戶層面通信部1003被傳送到PDNGW通信部1001，并被發(fā)送至PDNGW。

在從PDNGW接收到的數(shù)據(jù)是控制數(shù)據(jù)的情況下，控制數(shù)據(jù)從PDNGW通信部1001被傳送到控制層面控制部1005。在從基站72接收到的數(shù)據(jù)是控制數(shù)據(jù)的情況下，控制數(shù)據(jù)從基站通信部1002被傳送到控制層面控制部1005。

HeNBGW通信部1004設置在存在HeNBGW74的情況下，根據(jù)信息種類來進行MME73a與HeNBGW74之間的經(jīng)由接口(IF)的數(shù)據(jù)收發(fā)。從HeNBGW通信部1004接收到的控制數(shù)據(jù)從HeNBGW通信部1004被傳送到控制層面控制部1005。控制層面控制部1005中的處理結果經(jīng)由PDNGW通信部1001被發(fā)送到PDNGW。此外，利用控制層面控制部1005處理后的結果經(jīng)由基站通信部1002并通過S1接口被發(fā)送到一個或多個基站72，或經(jīng)由HeNBGW通信部1004被發(fā)送到一個或多個HeNBGW74。

控制層面控制部1005中包含NAS安全部1005-1、SAE承載控制部1005-2、空閑狀態(tài)(Idle State)移動管理部1005-3等，對控制層面進行所有處理。NAS安全部1005-1負責NAS(Non-Access Stratum，非接入階層)消息的安全等。SAE承載控制部1005-2進行SAE(System Architecture Evolution：系統(tǒng)架構演進)的承載的管理等?？臻e狀態(tài)移動管理部1005-3進行待機狀態(tài)(也稱為空閑狀態(tài)(Idle State)；LTE-IDLE狀態(tài)、或僅稱為空閑)的移動管理、待機狀態(tài)時的尋呼信號的生成及控制、覆蓋范圍下的一個或者多個移動終端71的跟蹤區(qū)域的追加、刪除、更新、檢索、跟蹤區(qū)域列表管理等。

MME73a對一個或多個基站72進行尋呼信號的分配。MME73a進行待機狀態(tài)(Idle State)的移動控制(Mobility control)。MME73a在移動終端處于待機狀態(tài)時及活動狀態(tài)(Active State)時進行跟蹤區(qū)域(Tracking Area)列表的管理。MME73a通過向屬于UE所登錄(registered：注冊)的跟蹤區(qū)域(Tracking Area)的小區(qū)發(fā)送尋呼消息，從而開始進行尋呼協(xié)議。與MME73a相連的Home-eNB75的CSG的管理、CSG-ID的管理、以及白名單管理可以由空閑狀態(tài)移動管理部1005-3來進行。

接著，示出了通信系統(tǒng)中的小區(qū)搜索方法的一個示例。圖6是表示LTE方式的通信系統(tǒng)中移動終端(UE)進行的從小區(qū)搜索到待機動作為止的概要的流程圖。移動終端若開始小區(qū)搜索，則在步驟ST1中，利用從周邊的基站發(fā)送來的第一同步信號(P-SS)和第二同步信號(S-SS)，來獲得時隙定時、幀定時的同步。

將P-SS和S-SS統(tǒng)稱為同步信號(SS)。同步信號(SS)中分配有與分配給每個小區(qū)的PCI一一對應的同步碼?？紤]將PCI的數(shù)量設為504個。利用該504個PCI來取得同步，并對取得同步的小區(qū)的PCI進行檢測(確定)。

接著，在步驟ST2中，對取得同步的小區(qū)檢測從基站發(fā)送給每個小區(qū)的參照信號(參考信號：RS)即小區(qū)固有參照信號(Cell-specific Reference Signal：CRS)，并對RS的接收功率(Reference Signal Received Power：RSRP)進行測定。參照信號(RS)使用與PCI一一對應的編碼。能利用該編碼來取得相關性，從而與其它小區(qū)分離。通過根據(jù)步驟ST1中確定的PCI導出該小區(qū)的RS用編碼，從而能檢測出RS，測定RS的接收功率。

接著在步驟ST3中，從到步驟ST2為止檢測到的一個以上的小區(qū)中選擇RS的接收品質最好的小區(qū)、例如RS的接收功率最高的小區(qū)、即最佳小區(qū)。

接著在步驟ST4中，接收最佳小區(qū)的PBCH，獲得廣播信息即BCCH。PBCH上的BCCH中映射有包含小區(qū)結構信息的MIB(Master Information Block：主信息塊)因此，通過接收PBCH并獲得BCCH，從而能獲得MIB。作為MIB的信息，例如有DL(下行鏈路)系統(tǒng)帶寬(也稱為發(fā)送帶寬設定(transmission bandwidth configuration：dl-bandwidth))、發(fā)送天線數(shù)、SFN(System Frame Number：系統(tǒng)幀號)等。

接著在步驟ST5中，在MIB的小區(qū)結構信息的基礎上接收該小區(qū)的DL-SCH，并獲取廣播信息BCCH中的SIB(System Information Block：系統(tǒng)信息塊)1。SIB1中包含與接入該小區(qū)有關的信息、與小區(qū)選擇有關的信息、其它SIB(SIBk；k≥2的整數(shù))的調度信息。此外，SIB1中包含跟蹤區(qū)域碼(Tracking Area Code：TAC)。

接著在步驟ST6中，移動終端將步驟ST5中接收到的SIB1的TAC與移動終端已經(jīng)保存的跟蹤區(qū)域列表內(nèi)的跟蹤區(qū)域標識(Tracking Area Identity：TAI)的TAC部分進行比較。跟蹤區(qū)域列表也被稱為TAI列表(TAI list)。TAI是用于識別跟蹤區(qū)域的識別信息，由MCC(Mobile Country Code：移動國家碼)、MNC(Mobile Network Code：移動網(wǎng)絡碼)、以及TAC(Tracking Area Code：跟蹤區(qū)域碼)構成。MCC是國家碼。MNC是網(wǎng)絡碼。TAC為跟蹤區(qū)域的碼編號。

在步驟S6中比較得到的結果是步驟ST5中接收到的TAC與跟蹤區(qū)域列表內(nèi)所包含的TAC相同的情況下，移動終端在該小區(qū)進入待機動作。若比較結果為步驟ST5中接收到的TAC未包含在跟蹤區(qū)域列表內(nèi)，則移動終端通過該小區(qū)向包含有MME等的核心網(wǎng)絡(Core Network，EPC)請求變更跟蹤區(qū)域，從而進行TAU(Tracking Area Update：跟蹤區(qū)域更新)。

構成核心網(wǎng)絡的裝置(以下有時稱為“核心網(wǎng)絡側裝置”)基于TAU請求信號和從移動終端發(fā)送來的該移動終端的識別編號(UE-ID等)，進行跟蹤區(qū)域列表的更新。核心網(wǎng)絡側裝置向移動終端發(fā)送更新后的跟蹤區(qū)域列表。移動終端基于接收到的跟蹤區(qū)域列表來重寫(更新)移動終端所保有的TAC列表。此后，移動終端在該小區(qū)進入待機動作。

由于智能手機及平板電腦終端的普及，利用蜂窩系統(tǒng)無線通信進行的話務量爆發(fā)式地增長，從而在世界范圍內(nèi)均存在無線資源的不足的擔憂。為了應對這一情況，提高頻率利用效率，對縮小小區(qū)、推進空間分離進行了研究。

在現(xiàn)有的小區(qū)結構中，由eNB構成的小區(qū)具有較廣范圍的覆蓋范圍。以往，以利用由多個eNB構成的多個小區(qū)的較廣范圍的覆蓋范圍來覆蓋某個區(qū)域的方式構成小區(qū)。

在使小區(qū)小型化的情況下，與由現(xiàn)有的eNB構成的小區(qū)的覆蓋范圍相比，由eNB構成的小區(qū)具有范圍較狹窄的覆蓋范圍。因而，與現(xiàn)有技術相同，為了覆蓋某個區(qū)域，相比現(xiàn)有的eNB，需要大量的小區(qū)小型化后的eNB。

以下的說明中，將由現(xiàn)有的eNB構成的小區(qū)那樣的覆蓋范圍較大的小區(qū)稱為“宏蜂窩小區(qū)”，將構成宏蜂窩小區(qū)的eNB稱為“宏eNB”。此外，將經(jīng)小區(qū)小型化后的小區(qū)那樣的覆蓋范圍較小的小區(qū)稱為“小蜂窩小區(qū)”，將構成小蜂窩小區(qū)的eNB稱為“小eNB”。

宏eNB例如可以是非專利文獻8所記載的“廣域基站(Wide Area Base Station)”。

小eNB例如可以是低功率節(jié)點、局部區(qū)域節(jié)點、及熱點等。小eNB可以是構成微微蜂窩小區(qū)的微微eNB、構成毫微微蜂窩小區(qū)的毫微微eNB、HeNB、RRH(Remote Radio Head：遠程無線頭)、RU(Remote Radio Unit：遠程射頻單元)、RRE(Remote Radio Equipment：遠程無線電設備)或RN(中繼節(jié)點)。小eNB可以是非專利文獻8所記載的“局域基站(Local Area Base Station)”或“家庭基站(Home Base Station)”。

圖7是表示混合存在有宏eNB和小eNB的情況下的小區(qū)結構的概念的圖。由宏eNB構成的宏蜂窩小區(qū)具有范圍比較廣的覆蓋范圍1301。與由宏eNB構成的宏蜂窩小區(qū)的覆蓋范圍1301相比，由小eNB構成的小蜂窩小區(qū)具有范圍較窄的覆蓋范圍1302。

在混合存在多個eNB的情況下，由某個eNB構成的小區(qū)的覆蓋范圍有可能會包含在由其他eNB構成的小區(qū)的覆蓋范圍內(nèi)。圖7所示的小區(qū)的結構中，如參照標號“1304”或“1305”所示那樣，由小eNB構成的小蜂窩小區(qū)的覆蓋范圍1302有時包含在由宏eNB構成的宏蜂窩小區(qū)的覆蓋范圍1301內(nèi)。

如參照標號“1305”所示那樣，也存在多個、例如2個小蜂窩小區(qū)的覆蓋范圍1302包含在一個宏蜂窩小區(qū)的覆蓋范圍1301內(nèi)的情況。移動終端(UE)1303例如包含在小蜂窩小區(qū)的覆蓋范圍1302內(nèi)，經(jīng)由小蜂窩小區(qū)進行通信。

在圖7所示的小區(qū)的結構中，如參照標號“1306”所示那樣，存在下述情況，即：由宏eNB構成的宏蜂窩小區(qū)的覆蓋范圍1301和由小eNB構成的小蜂窩小區(qū)的覆蓋范圍1302進行復雜的重復。

此外，如參照標號“1307”所示那樣，還存在下述情況，即：由宏eNB構成的宏蜂窩小區(qū)的覆蓋范圍1301和由小eNB構成的小蜂窩小區(qū)的覆蓋范圍1302不重復。

并且，如參照標號“1308”所示那樣，還會出現(xiàn)下述情況，即：由多個小eNB構成的多個小蜂窩小區(qū)的覆蓋范圍1302構成在由一個宏eNB構成的一個宏蜂窩小區(qū)的覆蓋范圍1301內(nèi)。

圖8及圖9是表示本發(fā)明的實施方式1的通信系統(tǒng)中的eNB的覆蓋范圍的一個示例的圖。圖8及圖9示出了雙連線中的UE57在宏蜂窩小區(qū)51、53之間進行切換(HO)的情況。

以下的說明中，有時將進行雙連線的宏蜂窩小區(qū)稱為“主小區(qū)”，將構成主小區(qū)的eNB稱為“主eNB(簡稱：MeNB)”。此外，有時將HO源的MeNB稱為“源MeNB(簡稱：S-MeNB)”，將HO目的地的MeNB稱為“目標MeNB(簡稱：T-MeNB)”。

有時將進行雙連線的小蜂窩小區(qū)稱為“輔小區(qū)”，將構成輔小區(qū)的eNB稱為“輔eNB(簡稱：SeNB)”。

圖8及圖9中，利用參照標號“51”來表示S-MeNB，以參照標號“52”來表示S-MeNB51的覆蓋范圍。以參照標號“53”來表示T-MeNB，以參照標號“54”來表示T-MeNB53的覆蓋范圍。以參照標號“55”來表示SeNB，以參照標號“56”來表示SeNB55的覆蓋范圍。

圖9示出了除了圖8所示的SeNB55以外，還存在一個SeNB58的情況。圖9中，將圖8所示的SeNB55作為移動源的SeNB(以下有時稱為“移動源SeNB”)55，將另一個SeNB作為移動目的地的SeNB(以下有時稱為“移動目的地SeNB”)。圖9中，參照標號“56”表示移動源SeNB55的覆蓋范圍，參照標號“59”表示移動目的地SeNB58的覆蓋范圍。

本實施方式中，對進行如下測定報告的情況進行說明：因圖8及圖9所示的UE57的移動而導致在UE57的周邊小區(qū)的測定中S－MeNB51的接收品質發(fā)生劣化，T-MeNB53的接收品質發(fā)生改善。

圖10是表示本發(fā)明實施方式1的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。圖11是表示圖10的步驟ST908的HO前處理的序列的一個示例的圖。圖12是表示圖10的步驟ST928的HO處理的序列的一個示例的圖。圖13是表示圖10的步驟ST949的HO后處理的序列的一個示例的圖。此處，切換關聯(lián)處理是指與切換(HO)相關聯(lián)的處理，包含HO前處理、HO處理及HO后處理。

本實施方式公開了在非專利文獻11所記載的雙連線的用戶層面架構的選擇項1A(Alternative 1A)的情況下(參照非專利文獻11的8.1.1.1)，雙連線中的UE進行宏蜂窩小區(qū)間的切換(HO)的方法。

用戶層面架構的選擇項1A下，在從S-GW經(jīng)由MeNB進行通信的路徑(以下有時稱為“MeNB經(jīng)由路徑”)和從S-GW經(jīng)由小蜂窩小區(qū)即SeNB進行通信的路徑(以下有時稱為“SeNB經(jīng)由路徑”)中，進行通信。MeNB經(jīng)由路徑是使用承載1的路徑，例如在步驟ST902及步驟ST903中，用于封包數(shù)據(jù)(packet data)的通信中。SeNB經(jīng)由路徑是使用承載2的路徑，例如在步驟ST904及步驟ST905中，用于封包數(shù)據(jù)(packet data)的通信中。

以下公開MeNB對雙連線中的UE通知測定控制消息的方法。

圖10所示的示例中，在步驟ST901中，S-MeNB對UE通知測定控制(Measurement Control)消息。可以在該測定控制消息中設定周邊的SeNB的測定。或者，可以設定用于SeNB的頻率的測定。作為測定的設定，除了MeNB以外，也可以另行設定用于SeNB的事件或用于SeNB的頻率下的事件、或者事件的標準。

作為設定參數(shù)，具有SeNB的標識、頻率、用于報告的事件編號、接收品質的閾值、測定期間等。作為接收品質，有RSRP(Reference Signal Received Power：參考信號接收功率)、RSRQ(Reference Signal Received Quality：參考信號接收質量)等。

步驟ST901中接收到測定控制消息的UE進行周邊小區(qū)(MeNB及SeNB)的測定。

步驟ST906中，UE向S-MeNB通知測定報告(Measurement Report)消息。步驟ST906中接收到測定報告消息的S-MeNB在步驟ST907中，利用測定報告的結果，決定是否使UE切換(HO)到T-MeNB。。圖10所示的示例中，S-MeNB在步驟ST907中決定使UE切換至T-MeNB。

若S-MeNB在步驟ST907中決定使UE切換至T-MeNB，則轉移到步驟ST908，并且在步驟ST908中，執(zhí)行圖11所示的HO前處理即SeNB釋放處理。

具體而言，若S-MeNB在圖10的步驟ST907中決定使UE切換至T-MeNB，則轉移至圖11的步驟ST909。

步驟ST909中，S-MeNB向SeNB通知SeNB釋放請求(SeNB Release Request)消息。步驟ST909中接收到SeNB釋放請求消息的SeNB在步驟ST910中，向S-MeNB通知SeNB釋放響應(SeNB Release Response)消息。

步驟ST911中，S-MeNB向UE通知RRC連接再構成(RRC Connection Reconfiguration)消息，以作為與RRC相關的信息。

步驟ST912中，SeNB進行向S-MeNB傳達PDCP的序列編號(Sequence Number；簡稱：SN)的狀況的SN狀態(tài)傳達(SN Status Transfer)。具體而言，SeNB向S-MeNB通知PDCP的SN信息。此外，步驟ST913中，SeNB可以對S-MeNB進行傳輸發(fā)送未完成的數(shù)據(jù)的數(shù)據(jù)傳輸(Data Forwarding)，并建立沒有損失的通信。

此外，SeNB可以根據(jù)承載的種類、服務品質(Quality of Service；簡稱：QoS)、連接目的地小區(qū)的回程中發(fā)生的延遲時間、傳輸次數(shù)(傳輸了的數(shù)據(jù)的再傳輸)來判斷是否進行傳輸、是否進行SN的重排序(reordering)。例如，對于VoIP(Voice over Internet Protocol：因特網(wǎng)協(xié)議語音)等語音數(shù)據(jù)那樣的即使發(fā)生數(shù)據(jù)損失也不會發(fā)生問題的服務，SeNB不進行傳輸、或者不進行重排序。例如，在因切換中的切換而導致傳輸數(shù)據(jù)的再傳輸時，SeNB不進行傳輸。例如，在需要實時性的服務的情況下，連接目的地的小區(qū)的回程中發(fā)生的延遲時間較大時，SeNB不進行傳輸。通過上述方式，能迅速地進行資源釋放，能提供穩(wěn)定的動作。

步驟ST914中，S-MeNB將從SeNB傳輸而來的數(shù)據(jù)存儲于緩沖中。

步驟ST915中，UE向S-MeNB通知RRC連接再構成完成(RRC Connection Reconfiguration Complete)消息。由此，若S-MeNB和UE之間的RRC的設定及無線同步完成，則步驟ST916中，在UE和S-MeNB之間開始通信，并且步驟ST917中，在UE和S-GW之間開始通信。

步驟ST918中，S-MeNB向MME通知請求切換路徑的路徑轉換請求(Path Switch Request)消息。被通知了路徑轉換請求消息的MME在步驟ST919中向S-GW通知請求變更承載的承載變更請求(Modify Bearer Request)消息。

步驟ST918或步驟ST919中，可以附加表示是否存在SeNB的變更的信息。也可以附加表示不是因UE的切換而產(chǎn)生的路徑轉換請求或者承載變更請求的信息。也可以通過不附加對HO對象的UE進行識別的信息，來表示不是因UE的切換而產(chǎn)生的路徑轉換請求或者承載變更請求。

由此，MME、或S-GW、或另行設置的位置登錄管理功能部中，與通常的HO處理不同，能省略UE的位置信息的更新處理、伴隨位置信息的更新而產(chǎn)生的無線資源的管理處理。

被通知了承載變更請求消息的S-GW在步驟ST920中將通信所使用的承載2的發(fā)送目的地從SeNB變更到S-MeNB。此時，可以考慮S-MeNB的用戶容納狀況，來改變用于S-MeNB經(jīng)由路徑的承載。

步驟ST924中，S-GW向MME通知表示與承載的變更請求相對應這一情況的承載變更響應(Modify Bearer Response)消息。被通知到承載變更響應消息的MME在步驟ST925中，向S-MeNB通知表示接受了路徑的轉換請求這一情況的路徑轉換請求接受響應(Path Switch Request Ack)消息。

由此，S-MeNB在圖10的步驟ST902、步驟ST903、圖11的步驟ST916及步驟ST922中，對相同的UE收發(fā)承載1及承載2這兩個承載。

此時，S-GW可以在步驟ST921中對發(fā)送給SeNB的PDCP附加結束標記，以告知傳輸處理的結束。由此，SeNB能識別傳輸數(shù)據(jù)的結束，能在沒有浪費的時刻對傳輸緩沖進行釋放。

SeNB可以在步驟ST923中附加結束標記并傳輸給S-MeNB。由此，S-MeNB能在沒有浪費的時刻對傳輸接受緩沖進行釋放。

步驟ST926中，S-MeNB對SeNB通知UE上下文釋放(UE context release)消息，該UE上下文釋放消息指示對UE上下文進行釋放(release)。S-MeNB在步驟ST923中被通知了結束標記的情況下，在步驟ST926中，向SeNB通知UE上下文釋放消息，除此以外，還向SeNB通知接收到結束標記這一情況。通過如上所述那樣向SeNB通知UE上下文釋放消息、或接收到結束標記這一情況，SeNB在步驟ST927中能對UE的管理信息進行釋放。

對于結束標記，可以根據(jù)承載的種類或QoS來判斷是否附加了結束標記。對于VoIP等語音數(shù)據(jù)那樣的即使發(fā)生數(shù)據(jù)損失也不會發(fā)生問題的服務，即使不附加結束標記，也能通過釋放資源來迅速地進行資源的管理，能獲得可提供穩(wěn)定的動作的效果。

若如圖8所示，UE57進行移動并接近S-MeNB51的覆蓋范圍52的邊界，則在所述圖10的步驟ST907中，S-MeNB51基于UE57的測定報告，決定切換至T-MeNB53。此時，通信中的SeNB55的測定值也變得良好。

在SeNB55的測定值良好時，S-MeNB51判斷為切換后UE57也存在于SeNB55的覆蓋范圍56內(nèi)。并且，圖11的步驟ST909中，可以在向SeNB55通知的釋放請求消息中附加資源保留指示信息、或者能保留資源的ID，并進行通知。

由此，SeNB55不釋放與所設定的RRC有關的設定或信息、與無線同步有關的設定或信息，在切換到T-MeNB53后，能削減進行從T-MeNB53到SeNB55的雙連接的再設定時的資源確保處理、再同步處理。

在步驟ST927的SeNB所進行的UE的管理信息的釋放之后，在圖10的步驟ST928中，進行從S-MeNB到T-MeNB的切換處理。由此，兩個承載均從S-MeNB切換到T-MeNB。

具體而言，如圖12所示那樣執(zhí)行步驟ST928的切換處理。步驟ST929中，S-MeNB將切換請求(Handover Request)消息通知給作為HO目的地的T-MeNB。HO請求消息中包含進行切換的E-RAB(E-UTRAN Radio Access Bearer：E-UTRAN無線接入承載)信息。

步驟ST930中，T-MeNB進行確認容納能力的準入控制。若T-MeNB基于準入控制的結果判斷為可接受HO，則在步驟ST931中，向S-MeNB通知HO請求接受響應(Handover Request Ack)消息。

接受步驟ST931的HO請求可響應消息之后，在步驟ST932中，S-MeNB向UE通知包含移動控制信息的RRC連接再構成(RRC Connection Reconfiguration)消息。

步驟ST933中，S-MeNB對T-MeNB進行SN狀態(tài)傳達(SN Status Transfer)。具體而言，S-MeNB向T-MeNB通知PDCP的SN信息。

步驟ST934中，S-MeNB可以向T-MeNB進行傳輸發(fā)送未完成的數(shù)據(jù)的數(shù)據(jù)傳輸(Data Forwarding)。步驟ST935中，T-MeNB將從S-MeNB傳輸而來的數(shù)據(jù)存儲于緩沖中。

步驟ST936中，UE完成無線設定，并向T-MeNB通知RRC連接再構成完成(RRC Connection Reconfiguration Complete)消息。若如上所述那樣完成了無線設定，則在步驟ST937中開始UE和T-MeNB之間的通信，并且在步驟ST938中開始UE和S-GW之間的通信。

步驟ST939中，T-MeNB向MME通知路徑轉換請求(Path Switch Request)消息。被通知了路徑轉換請求消息的MME在步驟ST940中向S-GW通知承載變更請求(Modify Bearer Request)消息。

步驟ST939或步驟ST940中，可以附加表示是否存在SeNB的變更的信息。也可以附加表示不是因UE的切換而產(chǎn)生的路徑轉換請求或者承載變更請求的信息。也可以通過附加對HO對象的UE進行識別的信息，來表示因UE的切換而產(chǎn)生的路徑轉換請求或者承載變更請求。也可以通過設為現(xiàn)有的路徑轉換請求或者承載變更請求，來表示是現(xiàn)有的UE的切換。

由此，在MME、或S-GW、或另行設置的位置登錄管理功能部中，作為通常的HO處理，能進行UE的位置信息的更新處理、伴隨位置信息的更新而產(chǎn)生的無線資源管理處理。

被通知了承載變更請求消息的S-GW在步驟ST941中將通信所使用的承載2的發(fā)送目的地變更為T-MeNB。此時，可以考慮T-MeNB的用戶容納狀況，來改變用于T-MeNB經(jīng)由路徑的承載。

如上所述，承載1和承載2被設定于經(jīng)由T-MeNB的路徑，步驟ST937中在UE和T-MeNB之間進行通信，并且，步驟ST943中在S-GW和T-MeNB之間進行通信。

步驟ST945中，S-GW向MME通知承載變更響應(Modify Bearer Response)消息。被通知了承載變更響應消息的MME在步驟ST946中向T-MeNB通知路徑轉換請求接受響應(Path Switch Request Ack)消息。

S-GW為了進行沒有損失的傳輸，在步驟STY942中，可以對傳輸給S-MeNB的最終數(shù)據(jù)附加結束標記。由此，S-MeNB能在沒有浪費的時刻對傳輸緩沖進行釋放。

步驟ST944中，S-MeNB可以對最終傳輸數(shù)據(jù)附加結束標記。由此，T-MeNB能在沒有浪費的時刻對傳輸接受緩沖進行釋放。

步驟ST947中，T-MeNB向S-MeNB通知UE上下文釋放(UE context release)消息。S-MeNB在步驟ST944中被通知了結束標記的情況下，在步驟ST947中，向S-MeNB通知UE上下文釋放消息，除此以外，還向S-MeNB通知接收到結束標記這一情況。通過如上所述那樣向S-MeNB通知UE上下文釋放消息、或接收到結束標記這一情況，S-MeNB在步驟ST948中能對UE的管理信息進行釋放。

在步驟ST948的S-MeNB所進行的UE的管理信息的釋放之后，在圖10的步驟ST949中，進行作為HO后處理的SeNB追加處理。具體而言，如圖13所示那樣執(zhí)行步驟ST949的SeNB追加處理。

在因圖10的步驟ST928的HO處理而轉換到T-MeNB之后，在圖13的步驟ST950中，T-MeNB向SeNB通知SeNB追加請求(SeNB Addition Request)消息。

步驟ST951中，SeNB向T-MeNB通知SeNB追加響應(SeNB Addition Response)消息。

步驟ST952中，T-MeNB向UE通知RRC連接再構成(RRC Connection Reconfiguration)消息，以作為與RRC相關的信息。

此外，基于步驟ST951中作為對SeNB追加請求消息的回信，SeNB通知了表示接受了SeNB追加請求的SeNB追加響應消息，T-MeNB在步驟ST953中，向SeNB通知PDCP的SN信息，以作為SN狀態(tài)傳達(SN Status Transfer)。

步驟ST954中，T-MeNB可以對SeNB進行傳輸發(fā)送未完成的數(shù)據(jù)的數(shù)據(jù)傳輸(Data Forwarding)，并建立沒有損失的通信。

T-MeNB可以基于承載的種類或者QoS，判斷是否進行數(shù)據(jù)傳輸、或者是否進行SN的重排序。對于VoIP等語音數(shù)據(jù)那樣的即使發(fā)生數(shù)據(jù)損失也不會發(fā)生問題的承載，能通過省略數(shù)據(jù)傳輸或SN的重排序來迅速地進行資源釋放，能獲得可提供穩(wěn)定的動作的效果。

步驟ST955中，SeNB將從T-MeNB傳輸而來的數(shù)據(jù)存儲于緩沖中。

步驟ST956中，UE完成無線同步，并向T-MeNB通知表示完成了SeNB與UE之間的RRC連接的再構成的RRC連接再構成完成(RRC Connection Reconfiguration Complete)消息。若如上所述那樣完成了無線同步，則在步驟ST957中開始UE和SeNB之間的通信，并且在步驟ST958中開始UE和S-GW之間的通信。

并且，步驟ST959中，SeNB將表示完成了無線設定、具體而言表示完成了SeNB的追加的SeNB追加完成消息通知給T-MeNB。被通知了SeNB追加完成消息的T-MeNB在步驟ST960中向MME通知路徑轉換請求(Path Switch Request)消息。被通知了路徑轉換請求消息的MME在步驟ST961中向S-GW通知承載變更請求(Modify Bearer Request)消息。

步驟ST960或步驟ST961中，可以附加表示是否存在SeNB的變更(追加)的信息。也可以附加表示不是因UE的切換而產(chǎn)生的路徑轉換請求或者承載變更請求的信息。也可以通過不附加對HO對象的UE進行識別的信息，來表示不是因UE的切換而產(chǎn)生的路徑轉換請求或者承載變更請求。

由此，MME、或S-GW、或另行設置的位置登錄管理功能部中，與通常的HO處理不同，能省略UE的位置信息的更新處理、伴隨位置信息的更新而產(chǎn)生的無線資源的管理處理。

被通知了承載變更請求消息的S-GW在步驟ST962中將通信所使用的承載2的發(fā)送目的地變更為S-MeNB。此時，可以考慮SeNB的用戶容納狀況，來改變用于SeNB經(jīng)由路徑的承載。

步驟ST966中，S-GW向MME通知承載變更響應(Modify Bearer Response)消息。被通知到承載變更響應消息的MME在步驟ST967中向T-MeNB通知表示路徑轉換完成的路徑轉換請求接受響應(Path Switch Request Ack)消息。如上所述，承載2被設定于經(jīng)由SeNB的路徑，步驟ST957中在UE和SeNB之間進行通信，并且，步驟ST964中在S-GW和SeNB之間進行通信。步驟ST968中，T-MeNB可以釋放UE的針對承載2的管理信息。

此時，S-GW可以在步驟ST963中對發(fā)送給T-MeNB的PDCP附加結束標記，從而告知傳輸處理的結束。由此，T-MeNB能識別傳輸數(shù)據(jù)的結束，能在沒有浪費的時刻對傳輸緩沖進行釋放。

T-MeNB可以在步驟ST965中附加結束標記并傳輸給SeNB。由此，SeNB能在沒有浪費的時刻對傳輸緩沖進行釋放。

對于結束標記，可以根據(jù)承載的種類或QoS來判斷是否附加了結束標記。對于VoIP等語音數(shù)據(jù)那樣的即使發(fā)生數(shù)據(jù)損失也不會發(fā)生問題的服務，即使不附加結束標記，也能通過釋放資源來迅速地進行資源的管理，能獲得可提供穩(wěn)定的動作的效果。

如上述的圖9所示，UE57進行移動，并接近S-MeNB51的覆蓋范圍52的邊界，釋放移動源SeNB55，并執(zhí)行了從S-MeNB到T-MeNB53的切換之后，追加SeNB58。此時，除了圖10的步驟ST906中被通知了的測定報告以外，T-MeNB53利用UE57的移動方向信息、UE的移動速度信息、周邊SeNB的位置信息(各SeNB的GPS信息或表示各SeNB接近哪個MeNB的信息)、移動目的地的SeNB的小區(qū)尺寸(也可以是相當于小區(qū)尺寸的SeNB的最大發(fā)送功率值)、該UE是否包含在SeNB的CSG(Closed Subscriber Group)中的信息、或者上述這些信息的組合，來決定追加的SeNB58。雖記載為UE，但也可以是匯集多個UE的移動路由器。作為它們的判斷結果，也可以將指定切換(HO)后追加的SeNB的SeNB指定信息追加于圖12的步驟ST929中進行通知的HO請求消息。

例如，在UE搭乘于電車的情況下，即使在該UE的測定信息中，通信中的SeNB的測定值比移動目的地SeNB要良好，若移動目的地SeNB具有可通信的品質且根據(jù)位置信息了解到移動目的地SeNB位于T-MeNB的覆蓋范圍內(nèi)，則通過追加移動目的地SeNB，能減輕雙連線處理。即，追加移動源SeNB之后，因該UE進行高速移動而立即釋放移動源SeNB，因此能防止因追加移動目的地SeNB而導致的處理的增加。

例如，移動源SeNB中，在CSG中進行通信時，即使因人體等的屏蔽而錯誤地導致移動目的地SeNB暫時性良好，由于在CSG中進行通信、或移動速度較慢，因此追加移動源SeNB。由此，能持續(xù)穩(wěn)定地進行通信。

如上所述，本實施方式中，UE與一個宏蜂窩小區(qū)和一個小蜂窩小區(qū)相連而進行雙連線時，伴隨著UE的移動，進行使UE所連接的宏蜂窩小區(qū)從移動源的宏蜂窩小區(qū)即S-MeNB轉換到移動目的地的宏蜂窩小區(qū)即T-MeNB的HO處理，在該HO處理前，進行HO前處理，在HO處理之后，進行HO后處理。在HO前處理中，釋放小蜂窩小區(qū)即SeNB，解除與SeNB之間的連接。在HO后處理中，追加SeNB，再次建立與SeNB之間的連接。

由此，在非專利文獻11所記載的雙連線的用戶層面架構的選擇項1A的情況下，雙連線中的UE能實現(xiàn)宏蜂窩小區(qū)間的切換。

實施方式1變形例1.

圖14是表示本發(fā)明實施方式1的變形例1的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。圖15是表示圖14的步驟ST1009的HO前處理的序列的一個示例的圖。圖16是表示圖14的步驟ST1010的HO后處理的序列的一個示例的圖。本變形例的切換關聯(lián)處理與所述圖10～圖13所示的實施方式1的切換關聯(lián)處理相類似，因此對于相同的步驟標注相同的步驟編號，并省略說明。

本實施方式公開了在非專利文獻11所記載的雙連線的用戶層面架構的選擇項3C(Alternative 3C)的情況下(參照非專利文獻11的8.1.1.8)，雙連線中的UE進行宏蜂窩小區(qū)間的切換的方法。

在用戶層面架構的選擇項3C中，利用MeNB在MeNB與UE之間進行承載拆分，該承載拆分中，利用進行直接通信的路徑(承載1)和經(jīng)由小蜂窩小區(qū)進行通信的路徑來分割承載(承載2)。

在承載拆分的情況下，與一個EPS承載相對應的E-RAB被S-MeNB分離成兩個路徑，在S-GW和UE之間進行數(shù)據(jù)通信。一個在步驟ST1001中，在S-MeNB與UE之間直接進行數(shù)據(jù)通信。另一個在步驟ST1003及步驟ST1004中，在S-MeNB與UE之間經(jīng)由SeNB進行數(shù)據(jù)通信。

步驟ST1002中，在S-MeNB與S-GW之間利用一個路徑來進行數(shù)據(jù)通信。SeNB與MeNB之間的通信在不同的eNB間進行。在不同的eNB間的通信路徑的通信品質惡化的情況下，有時會發(fā)生數(shù)據(jù)的丟失等。為了解決這樣的問題，可以在SeNB與MeNB之間的通信中導入送達確認處理。例如，可以導入重發(fā)處理。由此，能降低SeNB與MeNB之間的通信中的數(shù)據(jù)的丟失。

對雙連線中的UE利用承載拆分來進行MeNB間的切換(HO)的情況進行說明。

對如下情況進行說明：即、因UE的移動而導致測定所獲得的S-MeNB的接收品質劣化，T-MeNB的接收品質改善，并根據(jù)事件標準進行測定報告。

本實施方式中，如下所述那樣進行SeNB釋放處理。圖14的步驟ST906中從UE接收到測定報告的S-MeNB在圖15的步驟ST907中，利用測定報告的結果，決定使UE切換(HO)至T-MeNB。

若S-MeNB決定使UE切換(HO)至T-MeNB，則在步驟ST909中，向SeNB發(fā)送請求釋放SeNB的SeNB釋放請求(SeNB Release Request)消息。此外，步驟ST911中，S-MeNB向UE發(fā)送RRC連接再設定請求消息，以作為與RRC相關的信息。由此，S-MeNB停止承載2的承載拆分，在步驟ST916及步驟ST917中，直接對UE收發(fā)承載2。

SeNB的釋放之后，圖14的步驟ST928中，進行從S-MeNB到T-MeNB的切換(HO)處理。步驟ST928的HO處理與上述圖12所示的HO處理被同樣地執(zhí)行。通過該HO處理，兩個承載均從S-MeNB切換到T-MeNB。

轉換到T-MeNB之后，執(zhí)行圖14的步驟ST1010的HO后處理。具體而言，在圖16的步驟ST950中，T-MeNB向SeNB通知追加請求消息，步驟ST952中，向UE通知用于進行通信的與RRC相關的信息。如上所述，對承載2進行承載拆分。

經(jīng)承載拆分后的承載2中的一個承載在步驟ST1005中，被適用于T-MeNB與UE之間直接進行數(shù)據(jù)通信時，另一個承載在步驟ST1007及步驟ST1008中，被適用于T-MeNB與UE之間經(jīng)由SeNB進行數(shù)據(jù)通信時。步驟ST1006中，在T-MeNB與S-GW之間利用一個路徑來進行數(shù)據(jù)通信。由此，承載拆分能在不對MME及S-GW發(fā)送路徑轉換請求的情況下進行處理。

根據(jù)以上所述的本變形例，在非專利文獻11所記載的雙連線的用戶層面架構的選擇項3C的情況下，即、在宏蜂窩小區(qū)和UE之間及小蜂窩小區(qū)和UE之間利用經(jīng)承載拆分后的承載來進行通信的情況下，雙連線中的UE也能實現(xiàn)宏蜂窩小區(qū)間的切換(HO)。

實施方式2.

圖17～圖19是表示本發(fā)明實施方式2的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。圖17和圖18在邊界線BL1處相連接。圖18和圖19在邊界線BL2處相連接。本變形例的切換關聯(lián)處理與所述圖10～圖13所示的實施方式1的切換關聯(lián)處理相類似，因此對于相同的步驟標注相同的步驟編號，并省略說明。

本實施方式公開了在非專利文獻11所記載的雙連線的用戶層面架構的選擇項1A(Alternative 1A)的情況下(參照非專利文獻11的8.1.1.1)，不釋放SeNB而進行切換(HO)的方法。

用戶層面架構的選擇項1A中，利用兩個路徑進行通信，該兩個路徑是步驟ST902及步驟ST903中，利用承載1從S-GW經(jīng)由MeNB進行通信的路徑、以及步驟ST904及步驟ST905中，利用承載2從S-GW經(jīng)由小蜂窩小區(qū)進行通信的路徑。

本實施方式中，雙連線中的UE在MeNB間進行切換(HO)的情況下，與SeNB的連接不被釋放。即，在保持UE的雙連線的情況下，進行MeNB間的切換(HO)。

以下公開MeNB對雙連線中的UE通知測定控制消息的方法。

圖17～圖19所示的示例中，在步驟ST901中，S-MeNB對UE通知測定控制消息?？梢栽谠摐y定控制消息中設定周邊的SeNB的測定?；蛘?，可以設定用于SeNB的頻率的測定。作為測定的設定，除了MeNB以外，也可以另行設定用于SeNB的事件或用于SeNB的頻率下的事件、或者事件的標準。

作為設定參數(shù)，具有SeNB的標識、頻率、用于報告的事件編號、接收品質的閾值、測定期間等。作為接收品質，具有RSRP、RSRQ等。

步驟ST901中接收到測定控制消息的UE進行MeNB及SeNB的測定。

此處，對如下情況進行說明：即、因UE的移動而導致測定所獲得的S-MeNB的接收品質劣化，T-MeNB的接收品質改善，并根據(jù)事件標準進行測定報告。

步驟ST906中，UE對S-MeNB進行測定報告。來自UE的測定報告中可以包含用于雙連線的SeNB的標識和接收品質。

步驟ST906中從UE接收到測定報告的S-MeNB在步驟ST907中，利用測定報告的結果，決定使UE切換(HO)至T-MeNB。

步驟ST1100中，S-MeNB向T-MeNB通知HO請求消息。可以在該HO請求消息中包含與SeNB相關的信息(以下有時稱為“SeNB信息”)，并進行通知。作為SeNB信息，例如具有SeNB的標識、UE中的SeNB的接收品質等。

作為SeNB的與承載相關的信息(以下有時稱為“承載信息”)，具有E-RAB標識等。在SeNB中設定有多個承載的情況下，MeNB可以對各承載設置標識?？梢允垢鞒休d的標識與承載結構關聯(lián)信息相關聯(lián)地進行通知。也可以使該SeNB的標識與該承載的標識相關聯(lián)地進行通知。作為對每個承載所設定的承載結構關聯(lián)信息，例如具有QoS參數(shù)，具體而言，服務品質等級標識(QoS Class Identifier；簡稱：QCI)、分配及保持優(yōu)先級(Allocation and Retention Priority；簡稱：ARP)、頻帶保證服務品質信息(Guaranteed Bit Rate QoS Information)等。

由此，能按每個承載進行設定，S-MeNB能對T-MeNB通知SeNB所使用的承載設定。T-MeNB能獲取SeNB的每個承載的承載設定，能按每個承載判斷是否需要變更。承載設定可以和SeNB的與承載信息相關的信息相關聯(lián)地進行通知。

作為與RRC相關的設定信息，例如具有RRC上下文(RRC context)。作為RRC上下文，例如具有表示無線資源的結構的AS(Access Stratum：接入層)結構(AS configuration)、表示無線資源管理(Radio Resource Management；簡稱：RRM)信息的RRM結構(RRM configuration)等。

與RRC相關的信息具有用于MeNB的與RRC相關的信息以及用于SeNB的與RRC相關的信息?？梢詫⒏髋cRRC相關的信息設為可識別。例如，分開生成用于MeNB的RRC上下文和用于SeNB的RRC上下文。或者，可以在一個RRC上下文中分開生成用于MeNB的信息和用于SeNB的信息。

由此，能單獨設定用于SeNB的與RRC相關的信息和用于MeNB的與RRC相關的信息，S-MeNB能對T-MeNB通知MeNB與SeNB各自的與RRC相關的信息。T-MeNB能獲取MeNB與SeNB各自的與RRC相關的信息，T-MeNB能判斷是否需要變更SeNB的與RRC相關的設定。

步驟ST1101中，T-MeNB利用從S-MeNB利用HO請求消息接收到的信息，判斷是否變更SeNB。該處理判斷T-eNB能否以S-eNB所設定的狀態(tài)來繼承SeNB的承載。例如，T-eNB中對可容納的S-eNB數(shù)量具有限制，有時會因為該限制而無法接納。此外，雙連線的用戶層面架構的選擇項3C的情況下，能否容納被S-MeNB承載拆分后的承載這一點也成為判斷的信息。

在判斷為對SeNB進行變更的情況下，轉移至步驟ST1102。不僅判斷為對SeNB進行變更的情況，在HO處理中，T-MeNB決定釋放SeNB的情況下，也可以轉移至步驟ST1102。

步驟ST1102中，T-MeNB在執(zhí)行了所述圖10所示的步驟ST908的SeNB釋放處理并釋放了SeNB之后，執(zhí)行步驟ST908的HO處理。具體而言，T-MeNB向S-MeNB通知表示SeNB釋放處理的執(zhí)行請求的信息(以下有時稱為“SeNB釋放處理執(zhí)行請求信息”)。從T-MeNB通知了SeNB釋放處理執(zhí)行請求信息的S-MeNB應用實施方式1所公開的方法即可，此處省略說明。

此外，該情況下，步驟ST1100的從S-MeNB到T-MeNB的HO請求也可以省略。T-MeNB可以在向S-MeNB通知了SeNB釋放處理執(zhí)行請求信息之后，進行步驟ST930的準入控制。

可以利用HO請求接受響應消息來從T-MeNB向S-MeNB通知SeNB釋放處理執(zhí)行請求信息。例如，在準入控制后的步驟ST1104中，利用HO請求接受響應消息來進行。在HO處理中決定了釋放SeNB的T-MeNB判斷為僅在MeNB間進行切換，并與此對應地進行準入控制，對包含了SeNB釋放處理執(zhí)行請求信息的s-MeNB通知HO請求接受響應消息。在作為系統(tǒng)規(guī)定為在MeNB切換時對SeNB進行釋放的情況下，HO請求接受響應消息可以表示SeNB釋放處理的執(zhí)行請求。從T-MeNB接收了HO請求接受響應消息的進行雙連線的S-MeNB執(zhí)行SeNB的釋放處理。

可以利用包含MCI(Mobility Control Information)的RRC連接再構成(RRC Connection Reconfiguration)消息來從T-MeNB向UE通知SeNB釋放處理執(zhí)行請求消息。例如，可以利用步驟ST1106的包含MCI的RRC連接再構成消息。在作為系統(tǒng)規(guī)定為在MeNB切換時對SeNB進行釋放的情況下，包含MCI的RRC連接再構成消息可以表示SeNB釋放處理的執(zhí)行請求。構成從S-MeNB接收到包含MCI的RRC連接再構成消息的SeNB的UE執(zhí)行SeNB的釋放處理。

在判斷為不變更SeNB的情況下，步驟ST1103中，T-MeNB決定在維持SeNB的使用的情況下進行HO處理。換言之，僅進行MeNB的變更。在判斷為不變更SeNB的情況下，不進行SeNB使用的承載2的變更處理。

步驟ST930中，T-MeNB進行對于HO請求的準入控制。該準入控制可以在上述的是否變更SeNB的判斷之前進行?；蛘?，可以與該判斷一并進行。

由于不進行SeNB的變更，因此進行因MeNB的變更而產(chǎn)生的準入控制。準入控制中，T-MeNB進行用于T-MeNB的與RRC相關的設定。作為與RRC相關的設定，具有表示無線資源的結構的AS結構(AS configuration)、表示RRM信息的RRM結構(RRM configuration)等。也可以進行RRC連接再構成消息所包含的信息的設定。

T-MeNB所使用的UE專用RACH前導結構可以與SeNB所使用的UE專用的RACH前導結構分開設置并設定。T-MeNB所使用的C-RNTI(Cell-Radio Network Temporary Identifier：小區(qū)無線網(wǎng)絡臨時標識)可以與SeNB所使用的C-RNTI分開設置并設定。在SeNB對不在T-MeNB服務范圍內(nèi)的其他UE進行支持的情況下，能對各UE單獨進行設定，因此能進行靈活的控制。

或者，可以將T-MeNB所使用的UE專用的RACH前導結構與SeNB所使用的UE專用的RACH前導結構設定為相同。也可以將T-MeNB所使用的C-RNTI與SeNB所使用的C-RNTI設定為相同。在SeNB不對不在T-MeNB服務范圍內(nèi)的其他UE進行支持的情況下，無需對各UE單獨進行設定，能利用一個值來進行控制，因此控制變得簡易。

用于T-MeNB的與RRC相關的設定需要UE能與T-MeNB進行RRC連接再構成的信息。

T-MeNB在決定了接受HO請求的情況下，步驟ST1104中，向S-MeNB通知包含HO指示消息的HO請求接受響應消息。該HO指示消息可以包含所述的用于T-MeNB的與RRC相關的設定信息。

在維持利用了SeNB的承載2的情況下，T-MeNB可以向S-MeNB通知維持利用了SeNB的承載2不變而能進行切換的情況。在維持利用了SeNB的承載2的結構的情況下，T-MeNB可以向S-MeNB通知維持用于SeNB的與RRC相關的設定不變而能進行切換的情況。這些通知也可以利用HO請求接受響應消息來進行?？梢耘c針對不使用SeNB的承載的HO請求接受響應消息一起進行通知。也可以與針對不使用SeNB的承載的HO請求接受響應消息分開進行通知。

HO請求接受響應消息或HO指示消息中也可以包含是否具有SeNB的與RRC相關的設定變更的信息。S-MeNB獲取該信息，在識別為具有變更的情況下，可以進一步獲取SeNB的與RRC相關的設定。由此，能簡化沒有變更時的處理。

在不具有SeNB的與RRC相關的設定變更的情況下，可以將該設定信息包含于HO指示消息中。由此，能削減進行信令的信息量。

或者，可以將用于SeNB的與RRC相關的設定信息包含于HO指示消息中。S-MeNB能將從T-MeNB獲取到的用于SeNB的與RRC相關的設定信息和本小區(qū)具有的用于SeNB的與RRC相關的設定信息進行比較，能可靠地檢證沒有變更的情況。

步驟ST1104中接收到HO請求接受響應消息的S-MeNB能識別出到T-MeNB的切換是否是在雙連線中維持對于UE的SeNB不變的切換。

識別到進行維持SeNB不變的切換的S-MeNB不對SeNB請求承載2結構的變更。也不進行用于SeNB的與RRC相關的設定變更的請求。

步驟ST1105中，在T-MeNB、S-MeNB及SeNB之間進行向SeNB通知表示起動切換的信息的處理。例如，T-MeNB向SeNB通知表示起動切換的信息。該通知可以在T-MeNB向S-MeNB發(fā)送HO請求接受響應消息時進行?；蛘撸瑥腡-MeNB接收到HO請求接受響應消息的S-MeNB可以向SeNB通知表示起動切換的信息。

圖18的步驟ST1108中，S-MeNB向T-MeNB傳輸PDCP的SN信息及未完成發(fā)送的數(shù)據(jù)，建立沒有損失的通信。

雙連線中的UE在MeNB間的切換中，可以不進行因SeNB起動而引起的承載2結構的變更。若切換中具有因SeNB起動而引起的承載結構的變更，則會在MeNB從S-MeNB變更到T-MeNB時進行該處理，因此控制變得復雜，誤動作的可能性變高。通過不進行切換時因SeNB起動而引起的承載2的結構的變更，能降低誤動作。

以下公開了切換中不進行因SeNB起動而引起的承載2的結構的變更的方法。

T-MeNB向SeNB通知表示起動切換的信息。該通知可以在T-MeNB向S-MeNB發(fā)送HO請求接受響應消息時進行?；蛘撸瑥腡-MeNB接收到HO請求接受響應消息的S-MeNB可以向SeNB通知表示起動切換的信息。

接收到表示起動切換的信息的SeNB不起動承載2的結構的變更請求?？梢栽O為不進行起動直至該HO完成為止。

作為其他方法，該切換中，S-MeNB或T-MeNB可以對于來自SeNB的承載2結構變更請求，向SeNB通知Nack(或者拒絕)?？梢园碛尚畔ⅲ梢栽O置表示由于正處于切換中的信息并進行設定，來作為理由。

以下公開了SeNB識別HO完成的方法。T-MeNB向SeNB通知表示HO完成的信息。該通知可以在HO處理中T-MeNB從MME接收到路徑轉換請求接受響應消息時進行?；蛘?，將后述的MeNB的變更處理完成作為HO完成。

由此，雙連線中的UE的HO處理中，能不進行因SeNB起動而引起的對該UE的承載2結構的變更。因此，能降低作為系統(tǒng)的誤動作。

公開其他方法。公開了在進行上述的維持SeNB不變的切換的情況下，S-MeNB不對SeNB請求承載2的結構的變更以及請求用于SeNB的與RRC相關的設定變更，作為其他的方法，在進行維持所述SeNB不變的切換的情況下，S-MeNB也可以對SeNB通知是維持SeNB不變的切換這一情況?；蛘撸部梢酝ㄖ徽埱蟪休d2結構的變更、不請求用于SeNB的與RRC相關的設定變更這一情況。并且可以通知表示起動所述切換的信息。

由此，SeNB能在切換中識別該切換是否是進行維持SeNB不變的切換的情況等。在維持SeNB不變的切換的情況下，SeNB能使得在該切換中不進行因SeNB起動而引起的對于該UE的承載2的結構的變更。能獲得與所述相同的效果。

步驟ST1106中，接收到HO請求接受響應消息的S-MeNB，為了切換至T-MeNB，向UE通知包含移動控制信息(Mobility Control Information；簡稱：MCI)的RRC連接再構成(RRC Connection Reconfiguration)消息。接收到HO請求接受響應消息的S-MeNB也可以向UE通知沒有發(fā)生使用了SeNB的承載的變更。

S-MeNB向UE通知該切換時沒有發(fā)生進行承載2的E-RAB用的SeNB的變更這一情況。也可以通知沒有用于SeNB的與RRC相關的設定變更這一情況。也可以一并包含在包含該MCI的RRC連接再構成消息中進行通知。

根據(jù)需要，S-MeNB可以在識別到用于SeNB的與RRC相關的設定信息的情況下，向UE通知該設定信息。UE能將針對本UE所連接的SeNB的與RRC相關的設定信息和接收到的該設定信息進行比較，能可靠地檢證沒有變更的情況。

步驟ST1106中，接收到包含MCI的RRC連接再構成消息的UE維持與SeNB的同步及連接不變，進行從S-MeNB到T-MeNB的切換。UE維持與SeNB的無線資源不變來進行切換。在該狀態(tài)下，UE能與SeNB進行通信。

以下公開從UE到SeNB的上行鏈路數(shù)據(jù)的處理方法。UE在維持與SeNB的連接不變來進行切換的情況下，能維持承載2的上行鏈路數(shù)據(jù)的發(fā)送。UE在切換中能停止上行鏈路數(shù)據(jù)的發(fā)送，并能將上行鏈路數(shù)據(jù)存儲于緩沖中，直至完成從S-MeNB到T-MeNB的切換為止。由此，能等待控制層面的建立，能削減控制層面路徑未建立時的SeNB與S-MeNB、或SeNB與T-MeNB的控制信息的緩沖處理等，能簡化SeNB的處理。

步驟ST1106中接收到指示從S-MeNB切換到T-MeNB的MCI的UE在步驟ST1107中，停止承載1的上行鏈路數(shù)據(jù)的發(fā)送，并將上行鏈路數(shù)據(jù)存儲于緩沖中。

步驟ST1109中，UE根據(jù)MCI，進行從S-MeNB到T-MeNB的連接變更處理。UE在接收到MCI后，切斷與S-MeNB的連接，并進行與T-MeNB的連接。UE利用通過步驟ST1106的RRC連接再構成消息接收到的內(nèi)容，進行用于T-MeNB的RRC連接的再構成，與T-MeNB進行連接。

步驟ST1110中，UE與T-MeNB進行RA處理，步驟ST1111中，對T-MeNB通知RRC連接再構成完成消息。

UE在向T-MeNB通知了RRC連接再構成完成消息之后，能與T-MeNB之間直接進行數(shù)據(jù)通信。

UE在向T-MeNB通知了RRC連接再構成完成消息之后，發(fā)送承載1的上行鏈路數(shù)據(jù)。

以下公開了從SeNB向UE通知的下行鏈路數(shù)據(jù)的處理方法。SeNB在維持與UE的連接不變來進行切換的情況下，能維持承載2的下行鏈路數(shù)據(jù)的發(fā)送。

SeNB在切換中能停止下行鏈路數(shù)據(jù)的發(fā)送，并能將下行鏈路數(shù)據(jù)存儲于緩沖中，直至完成從S-MeNB到T-MeNB的切換為止。由此，能等待控制層面的建立，能削減控制層面路徑未建立時的SeNB與S-MeNB、或SeNB與T-MeNB的控制信息的緩沖處理等，能簡化SeNB的處理。

SeNB通過MeNB對UE通知用于進行雙連線的承載的結構。SeNB對于該UE的與RRC相關的設定信息通過該MeNB來進行通知。

因此，SeNB需要識別從哪個MeNB通知該承載的結構、將SeNB所設定的與RRC相關的設定信息通知給哪個MeNB即可等。即，需要識別該MeNB。

此外，SeNB進行用于UE的數(shù)據(jù)通信，該UE在MeNB間進行雙連線。SeNB需要識別將來自哪個MeNB的數(shù)據(jù)發(fā)送給UE即可、來自UE的數(shù)據(jù)發(fā)送給哪個MeNB即可。即，需要識別該MeNB。

可以分開設定前者的MeNB和后者的MeNB，此處對是同一個的情況進行說明。以下的說明中，將該MeNB稱為SeNB的控制MeNB。

雙連線中的UE的HO處理中，對于不進行SeNB的變更而MeNB從S-MeNB變更到T-MeNB的情況，公開了該SeNB的控制MeNB對變更到哪個MeNB進行識別的方法。

作為SeNB的控制MeNB對變更到哪個MeNB進行識別的方法的具體例，公開以下(1)、(2)兩種。

(1)S-MeNB向SeNB通知控制MeNB的變更。

(2)T-MeNB向SeNB通知控制MeNB的變更。

對于所述具體例(1)，以下公開具體例。若T-MeNB從UE接收到RRC連接再構成完成消息，則對S-MeNB通知SeNB的控制MeNB變更請求消息，從而向SeNB請求變更控制MeNB。該通知可以利用X2信令來進行。該通知可以將進行控制MeNB的變更的SeNB的標識包含在內(nèi)來進行通知。也可以將變更的理由信息包含在內(nèi)來進行通知。也可以設置表示是因切換而引起的MeNB的變更的信息來進行通知。

接收到該通知的S-MeNB對進行控制MeNB的變更的SeNB通知請求變更控制MeNB的控制MeNB變更請求消息。該通知可以利用X2信令來進行?；蛘咭部梢岳迷O置于MeNB與SeNB之間的接口上的信令來進行。

作為該信令所包含的信息的具體例，公開了下述(1)～(5)五種。

(1)表示控制MeNB的變更的信息。

(2)變更后的控制MeNB的標識。此處為T-MeNB的標識。

(3)利用了SeNB的路徑的承載標識。此處為E-RAB標識(可以是E-RAB ID等)、或者EPS承載標識。

(4)利用承載進行雙連線的UE的標識。

(5)所述(1)～(4)的組合。

接收了控制MeNB變更請求消息的SeNB根據(jù)該控制MeNB變更請求消息所包含的信息來確定進行MeNB的變更的承載。SMeNB將該承載的控制MeNB變更為變更后的MeNB。SeNB的承載的管理可以與控制MeNB的標識相關聯(lián)。即，可以將承載的標識與控制MeNB的標識相關聯(lián)。由此，SeNB能變更用于進行雙連線的UE的承載的控制MeNB。

控制MeNB變更之后，SeNB僅從變更后的控制MeNB接受該承載的修正、釋放的請求。此外，SeNB與變更后的MeNB進行數(shù)據(jù)通信。

由此，SeNB能識別出控制MeNB變更為哪個MeNB，能與變更后的控制MeNB之間進行用于針對該UE的該承載的修正、釋放請求等的控制的通信，以及數(shù)據(jù)通信。

進行了控制MeNB的變更的SeNB可以對S-MeNB通知控制MeNB變更響應消息。該消息中可以包含表示進行了控制MeNB的變更的信息。

從SeNB接收了控制MeNB變更響應消息的S-MeNB可以向變更后的控制MeNB、此處為T-MeNB通知表示SeNB的控制MeNB變更已完成的消息。

由此，變更后的MeNB、此處為T-MeNB能識別出變更了SeNB的控制MeNB，能對該SeNB開始用于針對該UE的該承載的修正、釋放請求等的控制的通信，以及數(shù)據(jù)通信。

變更后的MeNB也可以對SeNB通知確認針對該UE的該承載的控制MeNB已變更的消息。此外，SeNB也可以對該消息進行響應。

對于所述具體例(2)，以下公開具體例。若T-MeNB從UE接收RRC連接再構成完成消息，則向SeNB通知控制MeNB變更請求消息。該SeNB的標識可以使用從S-MeNB接收到的HO請求消息所包含的SeNB信息。該通知可以利用X2信令來進行?；蛘咭部梢岳迷O置于MeNB與SeNB之間的接口上的信令來進行。該信令所包含的信息能應用所述具體例(1)的方法所公開的信息。

從T-MeNB接收到控制MeNB變更請求消息的SeNB中的處理與所述具體例(1)相同，因此省略說明。

由此，SeNB能識別出控制MeNB變更為哪個MeNB，能與變更后的控制MeNB之間進行用于針對該UE的該承載的修正、釋放請求等的控制的通信，以及數(shù)據(jù)通信。

進行了控制MeNB的變更的SeNB可以對T-MeNB通知控制MeNB變更響應消息。該消息可以包含表示進行了控制MeNB的變更的信息。

從SeNB接收到控制MeNB變更響應消息的T-MeNB可以向變更前的控制MeNB、此處為S-MeNB通知表示SeNB的控制MeNB變更已完成的消息。

由此，變更前的MeNB、此處為S-MeNB能識別出變更了SeNB的控制MeNB，能結束對該SeNB進行用于針對該UE的該承載的修正、釋放請求等的控制的通信，以及數(shù)據(jù)通信。

在利用SeNB進行雙連線中的UE進行切換的情況下，SeNB能與變更后的MeNB(T-MeNB)進行用于與承載結構相關的控制的通信、以及數(shù)據(jù)通信。

因此，在UE和T-MeNB之間經(jīng)由SeNB進行數(shù)據(jù)通信。

對于SeNB的MeNB變更處理，說明具體例。步驟ST1111中從UE接收到RRC連接再構成完成消息的T-MeNB在步驟ST1112中，對S-MeNB通知請求SeNB的控制MeNB的變更的控制MeNB變更請求消息。該SeNB的控制MeNB變更請求消息中包含進行控制MeNB的變更的SeNB的標識。

接收到該消息的S-MeNB在步驟ST1113中，對進行控制MeNB的變更的SeNB通知控制MeNB變更請求消息。該控制MeNB變更請求消息中包含表示控制MeNB的變更的信息、T-MeNB的標識、利用了SeNB的路徑的承載標識、變更SeNB的控制MeNB的承載的標識、S-MeNB的標識、利用SeNB進行雙連線的HO對象的UE的標識。由此，SeNB能識別對于哪個MeNB所設定的哪個承載進行控制MeNB的變更即可。

接收到該控制MeNB變更請求消息的SeNB在步驟ST1114中，利用接收到的信息來進行控制MeNB的變更。由此，之后，SeNB與變更后的控制MeNB即T-MeNB進行用于與承載相關的控制的通信及數(shù)據(jù)通信。變更了控制MeNB的SeNB結束與變更前的控制MeNB之間的用于控制的通信及數(shù)據(jù)通信。

步驟ST1114中進行了控制MeNB的變更的SeNB在步驟ST1115中，為了對S-MeNB通知變更了控制MeNB這一情況，對S-MeNB通知控制MeNB變更響應消息。接收到該控制MeNB變更響應消息的S-MeNB在步驟ST1116中，為了對T-MeNB通知SeNB的控制MeNB的變更已結束這一情況，對T-MeNB通知SeNB的控制MeNB變更響應消息。由此，T-MeNB能識別SeNB的控制MeNB已變更為T-MeNB。因此，T-MeNB能與SeNB進行用于與承載相關的控制的通信及數(shù)據(jù)通信。

如上所述，本實施方式中，經(jīng)由S-MeNB來執(zhí)行向SeNB通知控制MeNB變更請求消息，但也可以不經(jīng)由S-MeNB，而直接在T-MeNB與SeNB之間收發(fā)控制MeNB變更請求消息及控制MeNB變更響應消息。該情況下，控制MeNB變更請求消息可以包含S-MeNB的信息，在SeNB的控制MeNB變更處理中，用于判斷不是非法的控制MeNB變更請求。

將圖18所示的步驟ST1112至步驟ST1116作為步驟ST1117。步驟ST1117表示在T-MeNB、S-MeNB及SeNB之間所進行的SeNB的控制MeNB變更處理。

之后的用于MeNB變更的S-GW的路徑轉換處理與上述圖12相同，因此省略說明。利用路徑轉換處理，在S-GW和作為HO對象的UE之間能進行經(jīng)由T-MeNB的數(shù)據(jù)通信。

對于S-GW和UE之間的數(shù)據(jù)通信，一個是在S-MeNB與UE之間直接進行數(shù)據(jù)通信，另一個是在SeNB與UE之間直接進行數(shù)據(jù)通信。通過本實施方式所公開的方法，由承載所進行的雙連線中的UE能進行MeNB間的切換。

對于SeNB的控制MeNB變更處理，公開其他方法。上述公開的方法中，SeNB的控制MeNB變更處理在T-MeNB從UE接收到RRC連接再構成完成消息后進行。

作為其他方法，可以在T-MeNB對S-MeNB通知了HO請求接受響應消息之后、S-MeNB從T-MeNB接收到HO請求接受響應消息之后、或者S-MeNB向UE發(fā)送了包含MCI的RRC連接再構成消息之后，進行SeNB的控制MeNB變更處理。SeNB的控制MeNB變更處理可以應用上述方法。

由此，能更快地將SeNB中的控制MeNB變更為T-MeNB，因此能更快地在SeNB與T-MeNB之間進行控制數(shù)據(jù)通信。

對于SeNB的控制MeNB變更處理，示出其他方法。T-MeNB可以在完成了對MME及S-GW進行的路徑轉換處理之后，進行SeNB的控制MeNB變更處理。若T-MeNB從MME接收路徑轉換請求接受響應消息，則對SeNB進行MeNB的變更通知。

或者，若S-MeNB從T-MeNB接收UE上下文釋放(UE context release)消息，則可以對SeNB進行MeNB的變更通知。SeNB的控制MeNB變更處理可以應用上述方法。

由此，在包含MME及S-GW的到T-MeNB的路徑轉換在內(nèi)的HO處理結束之后，能進行利用了SeNB的承載所進行的數(shù)據(jù)通信。通過可靠地在結束HO處理后進行數(shù)據(jù)通信，能避免數(shù)據(jù)通信的控制的復雜化。

根據(jù)如上所述的本實施方式，若起動HO處理，則對作為小蜂窩小區(qū)的SeNB通知控制小蜂窩小區(qū)的宏蜂窩小區(qū)被變更這一情況。由此，能在保持從S-GW經(jīng)由小蜂窩小區(qū)進行通信的路徑不變的情況下執(zhí)行HO處理，因此即使在HO處理中，也能繼續(xù)進行用戶層面數(shù)據(jù)通信。

與實施方式1那樣在釋放了SeNB之后執(zhí)行切換的情況相比，控制序列變得簡易，因此能削減從雙連線中開始的切換序列中進行信令的信息量。

實施方式3.

圖20～圖22是表示本發(fā)明實施方式3的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。圖20和圖21在邊界線BL3處相連接。圖21和圖22在邊界線BL4處相連接。本實施方式的切換關聯(lián)處理與上述圖10～圖13所示的實施方式1及圖17～圖19所示的實施方式2的切換關聯(lián)處理相類似，因此對于相同的步驟標注相同的步驟編號，并省略說明。

本實施方式公開了在非專利文獻11所記載的雙連線的用戶層面架構的選擇項3C(Alternative 3C)的情況下(參照非專利文獻11的8.1.1.8)，不釋放SeNB而進行切換(HO)的方法。

在用戶層面架構的選擇項3C中，利用MeNB在MeNB與UE之間進行承載拆分，該承載拆分中，利用直接進行通信的路徑和經(jīng)由小蜂窩小區(qū)進行通信的路徑來分割承載。

在基于承載拆分的雙連線中的UE在MeNB間進行切換(HO)的情況下，與SeNB的連接不被釋放。即，在保持UE的雙連線的情況下，進行MeNB間的切換(HO)。

在承載拆分的情況下，實施方式1的變形例1中也進行了說明，與一個EPS承載相對應的E-RAB被S-MeNB分離成兩個路徑，在S-GW和UE之間進行數(shù)據(jù)通信。一個在步驟ST1001中，在S-MeNB與UE之間直接進行數(shù)據(jù)通信。另一個在步驟ST1003及步驟ST1004中，在S-MeNB與UE之間經(jīng)由SeNB進行數(shù)據(jù)通信。步驟ST1002中，在S-MeNB與S-GW之間利用一個路徑來進行數(shù)據(jù)通信。

對雙連線中的UE利用承載拆分來進行MeNB間的切換(HO)的情況進行說明。

關于MeNB對基于承載拆分的雙連線中的UE通知測定控制消息的方法，能應用實施方式1中公開的方法。此處省略說明。

此處，對如下情況進行說明：即、測定所獲得的S-MeNB的接收品質劣化，T-MeNB的接收品質改善，并根據(jù)事件標準進行測定報告。

步驟ST906中，UE對S-MeNB進行測定報告。來自UE的測定報告中可以包含用于雙連線的SeNB的標識和接收品質。

從該UE接收到測定報告的S-MeNB利用該報告的結果來決定使該UE切換至T-MeNB。

步驟ST1201中，S-MeNB向T-MeNB通知HO請求消息?？梢栽谠撓⒅邪琒eNB信息來進行通知。此外，也可以通知與承載相關的承載信息，該承載利用SeNB來進行承載拆分?？梢酝ㄖc承載拆分相關的信息?？梢酝ㄖ休d拆分中的與RRC相關的信息。

作為SeNB信息，例如具有SeNB的標識、UE中的SeNB的接收品質等。

作為與進行承載拆分的承載相關的承載信息，具有E-RAB表示等。

作為與承載拆分相關的信息，具有拆分為MeNB與UE之間的直接的路徑、以及經(jīng)由SeNB的MeNB與UE之間的路徑的承載(以下有時稱為“拆分承載”)的結構(以下有時稱為“拆分承載結構”)的關聯(lián)信息。MeNB可以按拆分后的每個路徑來設定拆分承載?？梢詫Ω髀窂皆O置標識?？梢詫⒏髀窂降臉俗R與按每個路徑設定的拆分承載結構關聯(lián)信息相關聯(lián)地進行通知。在使用SeNB的路徑的情況下，可以將該SeNB的標識與該路徑標識相關聯(lián)地進行通知。作為按每個路徑設定的拆分承載結構關聯(lián)信息，例如具有QoS參數(shù)，具體而言，具有QCI、ARP、頻帶保證服務品質信息等。

由此，能按每個路徑進行拆分承載設定，S-MeNB能對T-MeNB通知每個路徑的拆分承載設定。T-MeNB能獲取每個路徑的拆分承載設定，能判斷是否需要變更每個路徑的拆分承載的設定。

可以將與進行承載拆分的承載相關的承載信息和拆分承載結構關聯(lián)信息相關聯(lián)地進行通知。能識別進行承載拆分的承載和不進行承載拆分的承載。

作為承載拆分中的與RRC相關的設定信息，例如具有RRC上下文(RRC context)。作為RRC上下文，例如具有表示無線資源的結構的AS結構(AS configuration)、表示RRM信息的RRM結構(RRM configuration)等。

與RRC相關的信息具有用于MeNB的與RRC相關的信息以及用于SeNB的與RRC相關的信息?？梢詫⒏鱾€與RRC相關的信息設為可識別。例如，分開生成用于MeNB的RRC上下文和用于SeNB的RRC上下文。或者，可以在一個RRC上下文中分開生成用于MeNB的信息和用于SeNB的信息。

由此，能單獨設定用于SeNB的與RRC相關的信息和用于MeNB的與RRC相關的信息，S-MeNB能對T-MeNB通知MeNB與SeNB各自的與RRC相關的信息。T-MeNB能獲取S-MeNB與SeNB各自的與RRC相關的信息，T-MeNB能判斷是否需要變更SeNB的與RRC相關的設定。

步驟ST1101中，T-MeNB利用從S-MeNB利用HO請求消息接收到的信息，判斷是否變更SeNB。該步驟ST1101的處理與圖17的步驟ST1101的處理相同，因此省略說明。

在判斷為對SeNB進行變更的情況下，轉移至步驟ST1102。步驟ST1102的處理應用實施方式2中公開的方法即可，此處省略說明。

在判斷為不變更SeNB的情況下，步驟ST1103中，T-MeNB決定在維持SeNB的使用的情況下進行HO處理。換言之，T-MeNB決定僅進行MeNB的變更。在判斷為不進行SeNB的變更的情況下，維持SeNB使用的拆分承載結構。不對SeNB進行拆分承載結構的變更處理。

步驟ST1202中，T-MeNB進行對于HO請求的準入控制。該準入控制可以在上述的是否變更SeNB的判斷之前進行?；蛘?，可以與該判斷一并進行。

由于不進行SeNB的變更，因此進行因MeNB的變更而產(chǎn)生的準入控制。準入控制中，T-MeNB進行用于T-MeNB的與RRC相關的設定。作為與RRC相關的設定，具有表示無線資源的結構的AS結構(AS configuration)、表示RRM信息的RRM結構(RRM configuration)等。也可以進行RRC連接再構成消息所包含的信息的設定。

T-MeNB所使用的UE專用RACH前導結構可以與SeNB所使用的UE專用的RACH前導結構分開設置并設定。也可以分開設置并設定T-MeNB所使用的C-RNTI與SeNB所使用的C-RNTI。在SeNB對不在T-MeNB服務范圍內(nèi)的其他UE進行支持的情況下，能對各UE單獨進行設定，因此能進行靈活的控制。

或者，可以將T-MeNB所使用的UE專用的RACH前導結構與SeNB所使用的UE專用的RACH前導結構設定為相同。也可以將T-MeNB所使用的C-RNTI與SeNB所使用的C-RNTI設定為相同。在SeNB不對不在T-MeNB服務范圍內(nèi)的其他UE進行支持等情況下，無需對各UE單獨進行設定，能利用一個值來進行控制，因此控制變得簡易。

用于T-MeNB的與RRC相關的設定需要UE能與T-MeNB進行RRC連接再構成的信息。

T-MeNB在決定了接受HO請求的情況下，步驟ST1203中，T-MeNB將HO指示消息包含在HO請求接受響應消息中對S-MeNB進行通知。該HO指示消息可以包含上述的用于T-MeNB的與RRC相關的設定信息。

在維持利用了SeNB的拆分承載的結構的情況下，T-MeNB向S-MeNB通知該SeNB的標識、E-RAB標識、與承載拆分相關的信息、承載拆分中的與RRC相關的信息等?；蛘?，T-MeNB可以向S-MeNB通知能維持利用了SeNB的拆分承載的結構不變而進行切換的情況。在維持利用了SeNB的拆分承載的結構的情況下，T-MeNB可以向S-MeNB通知維持用于SeNB的與RRC相關的設定不變而能進行切換的情況。

由此，能削減進行通知的信息量。這些通知也可以利用HO請求接受響應消息來進行?？梢耘c針對不使用SeNB的承載的HO請求接受響應消息一起進行通知。也可以與針對不使用SeNB的承載的HO請求接受響應消息分開進行通知。

HO請求接受響應消息或HO指示消息中也可以包含是否具有SeNB的與RRC相關的設定變更的信息。S-MeNB獲取該信息，在識別為具有變更的情況下，可以進一步獲取SeNB的與RRC相關的設定。由此，能簡化沒有變更時的處理。

在SeNB的與RRC相關的設定不具有變更的情況下，可以將該設定信息包含于HO指示消息。能削減進行信令的信息量。

或者，可以將用于SeNB的與RRC相關的設定信息包含于HO指示消息中。S-MeNB能將從T-MeNB獲取到的用于SeNB的與RRC相關的設定信息和本小區(qū)所具有的用于SeNB的與RRC相關的設定信息進行比較，能可靠地檢證沒有發(fā)生變更的情況。

步驟ST1203中接收到HO請求接受響應消息的S-MeNB能識別出到T-MeNB的切換是否是在雙連線中維持對于UE的SeNB不變的切換。

識別出進行維持SeNB不變的切換的S-MeNB不對SeNB請求拆分承載結構的變更。也不進行用于SeNB的與RRC相關的設定變更的請求。

雙連線中的UE在MeNB間的切換中，可以不進行因SeNB起動而引起的承載拆分結構的變更。若切換中具有因SeNB起動而引起的承載拆分結構的變更，則會在MeNB從S-MeNB變更到T-MeNB時進行該處理，因此控制變得復雜，誤動作的可能性變高。通過不進行切換時因SeNB起動而引起的承載拆分結構的變更，能降低誤動作。

以下公開切換中不進行因SeNB起動而引起的承載拆分結構的變更的方法。

T-MeNB向SeNB通知表示起動切換的信息。該通知可以在T-MeNB向S-MeNB發(fā)送HO請求接受響應消息時進行?；蛘?，從T-MeNB接收到HO請求接受響應消息的S-MeNB可以向SeNB通知表示起動切換的信息。

接收到表示已起動切換的信息的SeNB不起動承載拆分結構的變更請求?？梢栽O為不進行起動直至該切換完成為止。

作為其他方法，該切換中，S-MeNB或T-MeNB可以對于來自SeNB的承載拆分結構變更請求，向SeNB通知Nack(或者拒絕)?？梢园碛尚畔?，可以設置表示由于正處于切換中的信息并設定來作為理由。

圖20～圖22的處理中，步驟ST1204中，在T-MeNB、S-MeNB及SeNB之間進行這些處理。

以下公開SeNB識別HO完成的方法。T-MeNB向SeNB通知表示HO完成的信息。該通知可以在HO處理中T-MeNB從MME接收到路徑轉換請求接受響應消息時進行?；蛘撸瑢⒑笫龅腗eNB的變更處理完成作為HO完成。

由此，雙連線中的UE的HO處理中，能不進行因SeNB起動而引起的對該UE的承載拆分結構的變更。因此，能降低作為系統(tǒng)的誤動作。

公開其他方法。公開了在所述的維持SeNB不變的切換的情況下，S-MeNB不對SeNB請求拆分承載結構的變更、此外不請求用于SeNB的與RRC相關的設定變更，作為其他的方法，在維持所述SeNB不變的切換的情況下，S-MeNB也可以對SeNB通知是維持SeNB不變的切換這一情況?；蛘?，也可以通知不請求拆分承載結構的變更、不請求用于SeNB的與RRC相關的設定變更這一情況。并且可以通知表示起動所述切換的信息。

由此，SeNB能在切換中識別該切換是否是進行維持SeNB不變的切換的情況等。在維持SeNB不變的切換的情況下，SeNB能使得在該切換中不進行因SeNB起動而引起的對于該UE的承載拆分結構的變更。能獲得與所述相同的效果。

步驟ST1205中，接收到HO請求接受響應消息的S-MeNB，為了切換至T-MeNB，向UE通知包含MCI(Mobility Control Information)的RRC連接再構成(RRC Connection Reconfiguration)消息。接收到HO請求接受響應消息的S-MeNB也可以向UE通知沒有變更使用了SeNB的承載拆分的情況。

S-MeNB向UE通知該切換時沒有發(fā)生進行拆分承載的E-RAB用的SeNB的變更這一情況。也可以通知沒有用于SeNB的與RRC相關的設定變更這一情況。也可以一并包含在包含有該MCI的RRC連接再構成消息中進行通知。

根據(jù)需要，S-MeNB可以在識別到用于SeNB的與RRC相關的設定信息的情況下，向UE通知該設定信息。UE能將針對本UE所連接的SeNB的與RRC相關的設定信息和接收到的該設定信息進行比較，能可靠地檢證沒有變更的情況。

步驟ST1205中，接收到包含MCI的RRC連接再構成消息的UE維持與SeNB的同步及連接不變，進行從S-MeNB到T-MeNB的切換。UE維持與SeNB的無線資源不變來進行切換。例如，UE不對SeNB的MAC設定進行復位?；蛘撸粚eNB的RLC設定進行再構成。在該狀態(tài)下，UE能與SeNB進行通信。

對于MeNB的設定依照包含該MCI的RRC連接再構成消息的對于MeNB的與RRC相關的設定信息。PDCP位于MeNB，因此PDCP的設定也可以依照對于MeNB的設定。例如，根據(jù)對于S-MeNB的設定再設定為對于T-MeNB的設定。在包含MCI的RRC連接再構成消息中，可以單獨設置對于MeNB的與RRC相關的設定信息和對于SeNB的與RRC相關的設定信息，并能單獨設定。由此，UE能單獨地再構成或維持對于SeNB的設定和對于MeNB的設定，或者能單獨地將對于SeNB的設定和對于MeNB的設定轉移成默認設定。該示例中，UE能維持對于SeNB的設定不變而再構成對于MeNB的設定，因此能維持SeNB的連接不變而從S-MeNB變更為T-MeNB。

以下公開從UE到SeNB的上行鏈路數(shù)據(jù)的處理方法。UE即使在維持與SeNB的連接不變而進行切換的情況下，也不識別SeNB與S-MeNB相連接還是與T-MeNB相連接。HO處理中，在SeNB還未與T-MeNB相連時，UE向SeNB發(fā)送上行鏈路數(shù)據(jù)，在此情況下，SeNB不能向T-MeNB發(fā)送上行鏈路數(shù)據(jù)，因此會引起該上行鏈路數(shù)據(jù)的損失。此處，公開解決所述問題的方法。

UE在從S-MeNB接收到MCI之后，停止上行鏈路數(shù)據(jù)的發(fā)送，并將上行鏈路數(shù)據(jù)存儲于緩沖中。UE停止上行鏈路數(shù)據(jù)的發(fā)送，并將上行鏈路數(shù)據(jù)存儲于緩沖中，直至與T-MeNB的RRC連接再構成完成為止。UE在向T-MeNB通知了RRC連接再構成完成消息之后，發(fā)送上行鏈路數(shù)據(jù)。UE在從S-MeNB接收到MCI之后，停止新的上行鏈路數(shù)據(jù)的發(fā)送，并將新的上行鏈路數(shù)據(jù)存儲于緩沖中。作為該上行鏈路數(shù)據(jù)，可以是從UE發(fā)送的所有上行鏈路數(shù)據(jù)。UE可以在分送為通過直接到達T-MeNB的路徑進行發(fā)送的上行鏈路數(shù)據(jù)和通過經(jīng)由SeNB到達T-MeNB的路徑進行發(fā)送的上行鏈路數(shù)據(jù)之前停止發(fā)送，并將上行鏈路數(shù)據(jù)存儲于緩沖中。或者，例如、即使通過直接到達T-MeNB的路徑進行發(fā)送的上行鏈路數(shù)據(jù)和通過經(jīng)由SeNB到達T-MeNB的路徑進行發(fā)送的上行鏈路數(shù)據(jù)在UE內(nèi)已被分送，也可以停止這兩種上行鏈路數(shù)據(jù)的發(fā)送，并將其存儲于緩沖中。作為UE中的上行鏈路數(shù)據(jù)的處理，可以進行PDCPSN的編號(numbering)。由此，能解決產(chǎn)生上行鏈路數(shù)據(jù)的損失的問題。

步驟ST1205中接收到指示從S-MeNB切換到T-MeNB的MCI的UE在步驟ST1206中，停止上行鏈路數(shù)據(jù)的發(fā)送，并將上行鏈路數(shù)據(jù)存儲于緩沖中。步驟ST1207中，UE根據(jù)MCI，進行從S-MeNB到T-MeNB的連接變更處理。

步驟ST1207中，UE在接收到MCI之后，切斷與S-MeNB的連接，并進行與T-MeNB的連接。UE利用通過步驟ST1205的RRC連接再構成消息接收到的內(nèi)容，進行用于T-MeNB的RRC連接的再構成，與T-MeNB進行連接。

UE在步驟ST1212中與T-MeNB進行RA處理，在步驟ST1213中對T-MeNB通知RRC連接再構成完成消息。

UE在向T-MeNB通知RRC連接再構成完成消息之后，能與T-MeNB之間直接進行數(shù)據(jù)通信。

UE在向T-MeNB通知了RRC連接再構成完成消息之后，發(fā)送上行鏈路數(shù)據(jù)。上行鏈路數(shù)據(jù)在UE中被分割為直接發(fā)送至T-MeNB的路徑和經(jīng)由SeNB發(fā)送給T-MeNB的路徑，UE對T-MeNB、SeNB分別發(fā)送上行鏈路數(shù)據(jù)。

步驟ST1219中，UE利用直接發(fā)送至T-MeNB的路徑來發(fā)送上行鏈路數(shù)據(jù)。步驟ST1220中，UE向SeNB發(fā)送上行鏈路數(shù)據(jù)。上行鏈路數(shù)據(jù)的發(fā)送可以根據(jù)PDCPSN來進行發(fā)送。

UE或者SeNB在UE從S-MeNB切換至T-MeNB的過程中，可以根據(jù)需要進行UE和SeNB之間的同步處理?；蛘撸琔E可以在開始對SeNB發(fā)送上行鏈路數(shù)據(jù)之前進行同步處理。也可以利用RA處理。

對于在接收MCI前、即停止發(fā)送上行鏈路數(shù)據(jù)前UE與SeNB之間收發(fā)的發(fā)送至S-MeNB的上行鏈路數(shù)據(jù)，可以繼續(xù)進行發(fā)送處理。對于與S-MeNB之間直接進行的上行鏈路數(shù)據(jù)，也可以繼續(xù)進行發(fā)送處理直至無法送達為止。這可以利用由S-MeNB通知的開銷壓縮(overhead compression)設定等來進行。

UE可以從接收MCI前、即停止發(fā)送上行鏈路數(shù)據(jù)前與S-MeNB直接或經(jīng)由SeNB與S-MeNB之間收發(fā)的上行鏈路數(shù)據(jù)中的發(fā)送失敗的數(shù)據(jù)起，開始進行向T-MeNB的發(fā)送。UE可以從發(fā)送失敗的數(shù)據(jù)中的PDCPSN最小的數(shù)據(jù)起，開始進行向T-MeNB的發(fā)送。UE可以從該數(shù)據(jù)起直接發(fā)送至T-MeNB、或經(jīng)由SeNB發(fā)送至T-MeNB。

由此，能將數(shù)據(jù)的損失控制在最小。該方法中，SeNB中的上行鏈路數(shù)據(jù)的緩沖僅需較小即可，因此能降低SeNB的緩沖容量并簡化結構。能使SeNB變得便宜。

對于向T-MeNB的發(fā)送，在直接發(fā)送至T-MeNB及經(jīng)由SeNB發(fā)送至T-MeNB這兩者的情況下，可以利用由T-MeNB設定的開銷壓縮設定。

在經(jīng)由SeNB將上行鏈路數(shù)據(jù)發(fā)送至T-MeNB的路徑中，有時SeNB還未與T-MeNB相連接。在這樣的情況下，SeNB可以將來自UE的上行鏈路數(shù)據(jù)存儲于緩沖中，直至與T-MeNB的MeNB設定的變更完成為止。SeNB在與T-MeNB的MeNB設定變更完成之后，向T-MeNB發(fā)送來自UE的上行鏈路數(shù)據(jù)。SeNB可以利用數(shù)據(jù)的PDCPSN來重排序，并進行發(fā)送。

由此，即使SeNB與T-MeNB之間的MeNB設定變更因某種理由發(fā)生延遲，而從UE到SeNB的上行鏈路發(fā)送已進行那樣的情況下，也能解決SeNB中發(fā)生數(shù)據(jù)損失的問題。

公開解決上行鏈路數(shù)據(jù)發(fā)生損失的問題的其他方法。UE不等待與T-MeNB的連接完成而向SeNB發(fā)送上行鏈路數(shù)據(jù)。SeNB將來自UE的上行鏈路數(shù)據(jù)存儲于緩沖中，直至與T-MeNB的MeNB設定的變更完成為止。SeNB在與T-MeNB的MeNB設定變更完成后，向T-MeNB發(fā)送來自UE的上行鏈路數(shù)據(jù)。SeNB可以利用數(shù)據(jù)的PDCPSN來重排序，并進行發(fā)送。由此，能解決SeNB中發(fā)生數(shù)據(jù)損失的問題。

該情況下，與所述方法相比，SeNB所需的緩沖量變大，但若SeNB與T-MeNB之間進行了MeNB的設定變更，則能立即從SeNB向T-MeNB發(fā)送緩沖的上行鏈路數(shù)據(jù)，因此能更快地將來自UE的上行鏈路數(shù)據(jù)送達至T-MeNB。

對UE在通知與T-MeNB連接完成之前將上行鏈路數(shù)據(jù)發(fā)送至SeNB的具體例進行說明。

UE在從S-MeNB接收到MCI后，將新的上行鏈路數(shù)據(jù)經(jīng)由SeNB發(fā)送至T-MeNB。T-MeNB經(jīng)由S-MeNB向UE通知開銷壓縮設定，UE對經(jīng)由SeNB的與T-MeNB之間的新的上行鏈路通信利用該開銷壓縮設定。

該情況下，UE可以在接收到MCI之前停止與SeNB之間進行的至S-MeNB的上行鏈路數(shù)據(jù)的發(fā)送。至S-MeNB的上行鏈路數(shù)據(jù)發(fā)送失敗的數(shù)據(jù)也可以利用由T-MeNB獲得的開銷壓縮設定來發(fā)送給SeNB。UE可以從發(fā)送失敗的數(shù)據(jù)中的PDCPSN最小的數(shù)據(jù)起，經(jīng)由SeNB開始發(fā)送至T-MeNB。

或者，UE與SeNB之間，可以發(fā)送S-MeNB向和T-MeNB向這兩者的上行鏈路數(shù)據(jù)。SeNB可以通過識別出它們使用了哪個開銷壓縮，來判斷是面向哪一方的上行鏈路數(shù)據(jù)?；蛘?，作為其他方法，可以在從UE發(fā)送至SeNB的上行鏈路數(shù)據(jù)中包含或附加表示是面向哪一方的上行鏈路數(shù)據(jù)的信息，并進行發(fā)送。例如，作為1位包含該信息。作為1位的設定方法，例如在SeNB僅收發(fā)用戶層面數(shù)據(jù)的情況下，可以將PDCP格式的D/C位作為用于該信息的位來進行設定。

SeNB在與T-MeNB的MeNB設定變更完成之前，對來自UE的上行鏈路數(shù)據(jù)進行緩沖，在與T-MeNB的MeNB設定變更完成之后，將來自UE的上行鏈路數(shù)據(jù)發(fā)送至T-MeNB。SeNB可以利用數(shù)據(jù)的PDCPSN來重排序，并進行發(fā)送。

對S-MeNB從UE接收到的上行鏈路數(shù)據(jù)進行說明。對于S-MeNB接收到的來自UE的上行鏈路數(shù)據(jù)，可以利用PDCPSN來一并管理從UE直接接收到的上行鏈路數(shù)據(jù)和經(jīng)由SeNB接收到的上行鏈路數(shù)據(jù)。S-MeNB根據(jù)PDCPSN來重排序，并發(fā)送至S-GW。

在S-MeNB向UE發(fā)送了MCI的情況下，發(fā)送MCI時直接與UE之間處于通信中的上行鏈路數(shù)據(jù)可以在數(shù)據(jù)成功送達S-MeNB之后，從S-MeNB向S-GW進行發(fā)送。同樣地，發(fā)送MCI時經(jīng)由SeNB與UE之間處于通信中的上行鏈路數(shù)據(jù)在數(shù)據(jù)成功送達S-MeNB之后，向S-GW進行發(fā)送。S-GW中，可以對從S-MeNB接收到的數(shù)據(jù)和從T-MeNB接收到數(shù)據(jù)進行順序管理。

在UE接收到MCI的時刻判斷為發(fā)送完成的數(shù)據(jù)因某種原因還未成功送達S-MeNB時，能防止因UE未對T-MeNB發(fā)送該數(shù)據(jù)而產(chǎn)生的數(shù)據(jù)損失?？梢韵騎-MeNB進行傳輸(forwarding)，以取代從S-MeNB向S-GW進行發(fā)送。T-MeNB中，可以根據(jù)PDCPSN來重排序，并發(fā)送至S-GW。由此，能獲得與發(fā)送至S-GW的方法相同的效果。

可以設為能設定S-MeNB將該數(shù)據(jù)發(fā)送至S-GW還是傳輸至T-MeNB?？梢詫AN側或核心網(wǎng)絡側的節(jié)點設為進行設定的主體。該設定信息可以預先通知給S-MeNB。例如，MME或S-GW預先向S-MeNB通知該設定信息。

在S-MeNB向UE發(fā)送了MCI的情況下，可以將之前剛剛送達失敗的數(shù)據(jù)后成功送達了的數(shù)據(jù)發(fā)送至S-GW、或傳輸(forwarding)至T-MeNB。UE中，從送達失敗的數(shù)據(jù)開始向T-MeNB進行上行鏈路發(fā)送。HO完成之后，在UE與T-MeNB之間該數(shù)據(jù)以后的數(shù)據(jù)送達失敗的情況下，能利用該被傳輸?shù)臄?shù)據(jù)。

以下公開從MeNB經(jīng)由SeNB向UE通知的下行鏈路數(shù)據(jù)的處理方法。

步驟ST1203中，接收到HO請求接受響應消息的S-MeNB停止新的下行鏈路數(shù)據(jù)的發(fā)送，并將其存儲于緩沖中。作為該下行鏈路數(shù)據(jù)，也可以設為發(fā)送至進行切換的UE的所有下行鏈路數(shù)據(jù)。S-MeNB可以在分送為通過直接到達UE的路徑進行發(fā)送的下行鏈路數(shù)據(jù)和通過經(jīng)由SeNB到達UE的路徑進行發(fā)送的下行鏈路數(shù)據(jù)之前停止發(fā)送，并將下行鏈路數(shù)據(jù)存儲于緩沖中?；蛘?，例如、即使通過直接到達UE的路徑進行發(fā)送的下行鏈路數(shù)據(jù)和通過經(jīng)由SeNB到達UE的路徑進行發(fā)送的下行鏈路數(shù)據(jù)在S-MeNB內(nèi)已被分送，也可以停止兩種數(shù)據(jù)的發(fā)送，并將其存儲于緩沖中。作為S-MeNB中的下行鏈路數(shù)據(jù)的處理，可以進行PDCPSN的編號(numbering)。

S-MeNB將接收HO請求接受響應消息之前、即停止發(fā)送數(shù)據(jù)之前與UE之間收發(fā)的下行鏈路數(shù)據(jù)中未送達的下行鏈路數(shù)據(jù)之后的下行鏈路數(shù)據(jù)傳輸(forwarding)至T-MeNB。

可以從未送達的下行鏈路數(shù)據(jù)中的PDCPSN最小的數(shù)據(jù)開始傳輸(forwarding)至T-MeNB。可以將通過從S-MeNB到UE的直接路徑所發(fā)送的下行鏈路數(shù)據(jù)及通過經(jīng)由SeNB的路徑所發(fā)送的下行鏈路數(shù)據(jù)匯合起來，從PDCPSN最小的數(shù)據(jù)開始傳輸(forwarding)至T-MeNB。

步驟ST1208中，S-MeNB開始向T-MeNB的傳輸(forwarding)，步驟ST1209中，進行SN狀態(tài)傳達(SN Status Transfer)，步驟ST1210中，進行數(shù)據(jù)傳輸(Data Forwarding)。傳輸由PDCPSN所管理，并進行傳輸，直至步驟ST942及步驟ST944中通知的來自S-GW的結束標記為止。

步驟ST1211中，T-MeNB將從S-MeNB傳輸(forwarding)而來的數(shù)據(jù)存儲于緩沖中。

由此，例如，即使UE利用SeNB進行雙連線，也能防止HO處理時產(chǎn)生下行鏈路數(shù)據(jù)的損失。

T-MeNB將下行鏈路數(shù)據(jù)存儲于緩沖中，直至與UE的直接的RRC連接再構成完成以及SeNB的MeNB變更處理完成為止。T-MeNB可以在分離前對通過承載拆分分離為由與UE之間的直接路徑所發(fā)送的下行鏈路數(shù)據(jù)和由經(jīng)由SeNB的路徑所發(fā)送的下行鏈路數(shù)據(jù)進行緩沖，也可以在分離后進行緩沖。均能利用經(jīng)編號后的PDCPSN對其進行管理。UE中，也能利用PDCPSN進行重排序。

對于在分離前存儲于緩沖中的方法，在變更利用了SeNB的承載拆分結構的情況下，能在兩種路徑均設定了新的承載拆分結構之后，采用適用于該承載拆分結構的用于數(shù)據(jù)分離的調度(scheduling)。因此，對于雙連線的UE，能進行高效的調度。

另一方面，對于在分離后存儲于緩沖中的方法，在能利用兩種路徑的情況下，能立即利用該兩種路徑將下行鏈路數(shù)據(jù)發(fā)送至UE。即，能防止延遲量的增大。

T-MeNB在完成了與UE的直接連接時、以及完成了SeNB的MeNB變更處理時，按各路徑對下行鏈路數(shù)據(jù)進行分離調度，利用各路徑對UE發(fā)送下行鏈路數(shù)據(jù)。

公開其他方法。T-MeNB在完成與UE的直接連接、以及完成與SeNB的MeNB變更處理中的某一方較早完成時，開始向UE發(fā)送下行鏈路數(shù)據(jù)。

在分離數(shù)據(jù)前將數(shù)據(jù)存儲于緩沖中的情況下，T-MeNB利用較早設立的路徑進行下行鏈路數(shù)據(jù)發(fā)送，直至兩種路徑設立為止。之后，在兩種路徑已設立時，可以開始承載拆分。

在將數(shù)據(jù)分離后存儲于緩沖中的情況下，T-MeNB可以根據(jù)各路徑的設立進行下行鏈路數(shù)據(jù)發(fā)送。

由此，能盡可能早地將下行鏈路數(shù)據(jù)發(fā)送至UE。

SeNB通過MeNB對UE通知用于進行雙連線的承載拆分的結構。SeNB對于該UE的與RRC相關的設定信息通過該MeNB來進行通知。

因此，SeNB需要識別從哪個MeNB通知該承載拆分的結構、將SeNB所設定的與RRC相關的設定信息通知給哪個MeNB即可，等等。即，需要識別該MeNB。

此外，SeNB進行用于UE的數(shù)據(jù)通信，該UE在MeNB間進行雙連線。SeNB需要識別將來自哪個MeNB的數(shù)據(jù)發(fā)送給UE即可、來自UE的數(shù)據(jù)發(fā)送給哪個MeNB即可。即，需要識別該MeNB。

可以分開設定前者的MeNB和后者的MeNB，此處對同一個情況進行說明。將該MeNB稱為SeNB的控制MeNB。

雙連線中的UE的HO處理中，對于不進行SeNB的變更，MeNB從S-MeNB變更到T-MeNB的情況，以下公開該SeNB的控制MeNB對變更到哪個MeNB進行識別的方法。作為具體例，公開以下(1)、(2)兩種。

(1)S-MeNB向SeNB通知控制MeNB的變更。

(2)T-MeNB向SeNB通知控制MeNB的變更。

對于所述具體例(1)，公開具體例。T-MeNB若從UE接收RRC連接再構成完成消息，則向S-MeNB通知SeNB的控制MeNB變更請求消息。該通知可以利用X2信令來進行。該通知可以將進行控制MeNB的變更的SeNB的標識包含在內(nèi)進行通知。也可以將變更的理由信息包含在內(nèi)進行通知。也可以設置表示是因切換而引起的MeNB的變更的信息來進行通知。

接收到該通知的S-MeNB對進行控制MeNB的變更的SeNB通知控制MeNB的變更。該通知可以利用X2信令來進行?；蛘咭部梢岳迷O置于MeNB與SeNB之間的接口上的信令來進行。

作為該信令所包含的信息的具體例，公開下述(1)～(7)七種。

(1)表示控制MeNB的變更的信息。

(2)變更后的控制MeNB的標識。此處為T-MeNB的標識。

(3)利用了SeNB的路徑的承載標識。此處為E-RAB標識(可以是E-RAB ID等)、或者EPS承載標識。

(4)變更SeNB的控制MeNB的拆分承載的標識。

(5)請求了承載拆分結構的設定的MeNB的標識。此處為S-MeNB的標識。

(6)利用承載拆分進行雙連線的UE的標識。

(7)所述(1)～(6)的組合。

接收到控制MeNB變更通知消息的SeNB根據(jù)該變更通知消息所包含的信息來確定進行MeNB的變更的拆分承載。SMeNB將該拆分承載的控制MeNB變更為變更后的MeNB。SeNB的拆分承載的管理可以與控制MeNB的標識相關聯(lián)來進行。即，可以將拆分承載的標識與控制MeNB的標識相關聯(lián)。由此，SeNB能變更用于進行雙連線的UE的拆分承載的控制MeNB。

控制MeNB變更后，SeNB僅從變更后的控制MeNB接受該承載的修正、釋放的請求。此外，SeNB與變更后的MeNB進行數(shù)據(jù)通信。

由此，SeNB能識別出控制MeNB變更為哪個MeNB，能與變更后的控制MeNB之間進行用于針對該UE的該拆分承載的修正、釋放請求等的控制的通信，以及數(shù)據(jù)通信。

進行了控制MeNB的變更的SeNB可以對S-MeNB通知控制MeNB變更響應消息。該消息可以包含表示進行了控制MeNB的變更的信息。

從SeNB接收到控制MeNB變更響應消息的S-MeNB可以向變更后的控制MeNB、此處為T-MeNB通知表示SeNB的控制MeNB變更已完成的消息。

由此，變更后的MeNB、此處為T-MeNB能識別出變更了SeNB的控制MeNB，能對該SeNB開始用于針對該UE的該拆分承載的修正、釋放請求等的控制的通信，以及數(shù)據(jù)通信。

變更后的MeNB也可以對SeNB通知確認針對該UE的該拆分承載的控制MeNB已變更的消息。此外，SeNB也可以對該消息進行響應。

對于所述具體例(2)，公開具體例。T-MeNB若從UE接收RRC連接再構成完成消息，則向SeNB通知控制MeNB變更請求消息。該SeNB的標識可以使用從S-MeNB接收到的HO請求消息所包含的SeNB信息。該通知可以利用X2信令來進行?；蛘咭部梢岳迷O置于MeNB與SeNB之間的接口上的信令來進行。該信令所包含的信息能應用所述具體例(1)的方法所公開的信息。

從T-MeNB接收到控制MeNB變更請求消息的SeNB中的處理與所述具體例(1)相同，因此省略說明。

由此，SeNB能識別出控制MeNB變更為哪個MeNB，能與變更后的控制MeNB之間進行用于針對該UE的該拆分承載的修正、釋放請求等的控制的通信，以及數(shù)據(jù)通信。

進行了控制MeNB的變更的SeNB可以對T-MeNB通知控制MeNB變更響應消息。該消息可以包含表示進行了控制MeNB的變更的信息。

從SeNB接收到控制MeNB變更響應消息的T-MeNB可以向變更前的控制MeNB、此處為S-MeNB通知表示SeNB的控制MeNB變更已完成的消息。

由此，變更前的MeNB、此處為S-MeNB能識別出變更了SeNB的控制MeNB，能對該SeNB結束用于針對該UE的該承載的修正、釋放請求等的控制的通信，以及數(shù)據(jù)通信。

在利用SeNB進行雙連線中的UE進行切換的情況下，SeNB能與變更后的MeNB(T-MeNB)進行用于與拆分承載結構相關的控制的通信、以及數(shù)據(jù)通信。

因此，能在UE和T-MeNB之間經(jīng)由SeNB進行數(shù)據(jù)通信。

對于SeNB的MeNB變更處理，說明具體例。圖21的步驟ST1213中從UE接收到RRC連接再構成完成消息的T-MeNB在步驟ST1214中，對S-MeNB通知請求SeNB的控制MeNB的變更請求消息。該消息將進行控制MeNB的變更的SeNB的標識包含在內(nèi)。

接收到該消息的S-MeNB在步驟ST1215中，對進行控制MeNB的變更的SeNB通知請求變更控制MeNB的消息。該消息中包含表示控制MeNB的變更的信息、T-MeNB的標識、利用了SeNB的路徑的承載標識、變更SeNB的控制MeNB的拆分承載的標識、S-MeNB的標識、利用SeNB進行雙連線的HO對象的UE的標識。由此，SeNB能識別對于哪個MeNB所設定的哪個拆分承載進行控制MeNB的變更即可。

接收到該消息的SeNB在步驟ST1216中，利用步驟ST1215中接收到的信息來進行控制MeNB的變更。由此，之后，SeNB與變更后的MeNB即T-MeNB進行用于與拆分承載相關的控制的通信及數(shù)據(jù)通信。變更了控制MeNB的SeNB結束與變更前的控制MeNB之間的用于控制的通信及數(shù)據(jù)通信。

進行了控制MeNB的變更的SeNB在步驟ST1217中，為了對S-MeNB通知變更了控制MeNB這一情況，而對S-MeNB通知控制MeNB變更響應消息。接收到該響應消息的S-MeNB在步驟ST1218中，為了對T-MeNB通知SeNB的控制MeNB的變更已結束這一情況，而對T-MeNB通知SeNB的控制MeNB變更響應消息。由此，T-MeNB能識別SeNB的MeNB已變更為T-MeNB的情況。因此，T-MeNB能與SeNB進行用于與拆分承載相關的控制的通信及數(shù)據(jù)通信。

由此，步驟ST1220、步驟ST1221中，從T-MeNB到UE的下行鏈路數(shù)據(jù)、從UE到T-MeNB的上行鏈路數(shù)據(jù)均能經(jīng)由SeNB進行通信。

將圖12所示的步驟ST1214至步驟ST1218作為步驟ST1222。步驟ST1222表示在T-MeNB、S-MeNB及SeNB之間進行的SeNB的MeNB變更處理。

之后的步驟ST939至步驟ST947的用于MeNB變更的S-GW中的路徑轉換處理與圖12相同，因此省略說明。

由此，在S-GW和作為HO對象的UE之間能進行經(jīng)由T-MeNB或T-MeNB及SeNB的數(shù)據(jù)通信。

對于S-GW與UE之間的數(shù)據(jù)通信，一個是在步驟ST1005中在S-MeNB與UE之間直接進行數(shù)據(jù)通信，另一個是在步驟ST1007和步驟ST1008中，在S-MeNB與UE之間經(jīng)由SeNB進行數(shù)據(jù)通信。步驟ST1006中，在S-MeNB與S-GW之間利用一個路徑來進行數(shù)據(jù)通信。

通過本實施方式公開的方法，由承載拆分所進行的雙連線中的UE能進行MeNB間的切換。

對于SeNB的MeNB變更處理步驟ST1222，公開了其他方法。上述公開的方法中，對SeNB的MeNB變更處理在T-MeNB從UE接收到RRC連接再構成完成消息之后進行。

作為其他方法，可以在T-MeNB對S-MeNB通知了HO請求接受響應消息之后、S-MeNB從T-MeNB接收到HO請求接受響應消息之后、或者S-MeNB向UE發(fā)送了包含MCI的RRC連接再構成消息之后，進行對SeNB的控制MeNB變更處理。對SeNB的MeNB變更處理可以應用上述方法。

由此，能更快地將SeNB中的控制MeNB變更為T-MeNB，因此能更快地在SeNB與T-MeNB之間進行數(shù)據(jù)通信。

因此，UE也可以停止發(fā)送上行鏈路數(shù)據(jù)，直至與T-MeNB的RRC連接再構成完成為止，而不進行緩沖?；蛘?，SeNB中可以停止進行發(fā)送，且不進行緩沖。UE能通過利用了SeNB的拆分承載，經(jīng)由SeNB更快地對T-MeNB通信上行鏈路數(shù)據(jù)。

此外，T-MeNB可以停止發(fā)送下行鏈路數(shù)據(jù)，直至從UE接收RRC連接再構成完成，而不進行緩沖。T-MeNB能通過利用了SeNB的拆分承載，經(jīng)由SeNB更快地對UE通信上行鏈路數(shù)據(jù)。

在UE與T-MeNB之間的直接路徑的數(shù)據(jù)通信還未進行的期間，也可以利用UE和T-MeNB之間經(jīng)由SeNB的路徑來進行通信。由此，能低延遲地進行切換時的數(shù)據(jù)通信處理，能降低切換時的數(shù)據(jù)損失。

對于SeNB的MeNB變更處理步驟ST1222，公開其他方法。T-MeNB可以在完成了對MME及S-GW進行的路徑轉換處理之后，進行對SeNB的控制MeNB變更處理。T-MeNB從MME接收到路徑轉換請求接受響應消息時，對SeNB進行MeNB的變更通知。

或者，S-MeNB從T-MeNB接收到UE上下文釋放(UE context release)消息時，可以對SeNB進行MeNB的變更通知。對SeNB的MeNB變更處理可以應用上述方法。

由此，在包含從MME及S-GW到T-MeNB的路徑轉換在內(nèi)的HO處理結束之后，能進行利用了SeNB的拆分承載所進行的數(shù)據(jù)通信。通過可靠地在結束HO處理之后進行數(shù)據(jù)通信，能避免數(shù)據(jù)通信的控制的復雜化。

實施方式4.

圖23～圖25是表示本發(fā)明實施方式4的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。圖23和圖24在邊界線BL5處相連接。圖24和圖25在邊界線BL6處相連接。本實施方式的切換關聯(lián)處理與上述圖10～圖13所示的實施方式1、圖17～圖19所示的實施方式2、以及圖20～圖22所示的實施方式3的切換關聯(lián)處理相類似，因此對于相同的步驟標注相同的步驟編號，并省略說明。

本實施方式的下行鏈路數(shù)據(jù)的處理方法與所述實施方式3不同。本實施方式中，以下公開了從MeNB經(jīng)由SeNB向UE通知的下行鏈路數(shù)據(jù)的處理方法。

本實施方式中，步驟ST1203中接收到HO請求接受響應消息的S-MeNB停止新的下行鏈路數(shù)據(jù)的發(fā)送，并將其存儲于緩沖中。作為該下行鏈路數(shù)據(jù)，也可以設為發(fā)送至進行切換的UE的所有下行鏈路數(shù)據(jù)。S-MeNB可以在分送為通過到UE的直接路徑進行發(fā)送的下行鏈路數(shù)據(jù)和通過經(jīng)由SeNB到UE的路徑進行發(fā)送的下行鏈路數(shù)據(jù)之后，停止發(fā)送，并將下行鏈路數(shù)據(jù)存儲于緩沖中，不停止通過經(jīng)由SeNB到UE的路徑進行發(fā)送的下行鏈路數(shù)據(jù)，而是繼續(xù)發(fā)送。作為S-MeNB中的下行鏈路數(shù)據(jù)的處理，可以進行PDCPSN的編號(numbering)。

S-MeNB將接收HO請求接受響應消息之前、即停止發(fā)送數(shù)據(jù)之前與UE之間所收發(fā)的下行鏈路數(shù)據(jù)中未送達的下行鏈路數(shù)據(jù)之后的下行鏈路數(shù)據(jù)傳輸(forwarding)至T-MeNB?？梢詮奈此瓦_的下行鏈路數(shù)據(jù)中的PDCPSN最小的數(shù)據(jù)開始傳輸(forwarding)至T-MeNB?？梢詮耐ㄟ^從S-MeNB到UE的直接路徑所發(fā)送的下行鏈路數(shù)據(jù)中PDCPSN最小的數(shù)據(jù)開始傳輸(forwarding)至T-MeNB。

步驟ST1301中，S-MeNB開始向T-MeNB的傳輸(forwarding)，步驟ST1209中，進行SN狀態(tài)傳達(SN Status Transfer)，步驟ST1210中，進行數(shù)據(jù)傳輸(Data Forwarding)。傳輸由PDCPSN所管理，并進行傳輸，直至步驟ST942及步驟ST944中通知的來自S-GW的結束標記為止。

與實施方式3同樣地執(zhí)行之后的步驟。具體而言，步驟ST1211中，T-MeNB將從S-MeNB傳輸(forwarding)而來的數(shù)據(jù)存儲于緩沖中。

由此，例如，即使UE利用SeNB進行雙連線，也能防止HO處理時產(chǎn)生下行鏈路數(shù)據(jù)的損失。

本實施方式中，T-MeNB將下行鏈路數(shù)據(jù)存儲于緩沖中，直至與UE的直接的RRC連接再構成完成以及SeNB的MeNB變更處理完成為止。T-MeNB可以在分離后對通過承載拆分而分離為與UE之間的直接路徑發(fā)送的下行鏈路數(shù)據(jù)和由經(jīng)由SeNB的路徑發(fā)送的下行鏈路數(shù)據(jù)進行緩沖。均能利用經(jīng)編號后的PDCPSN對其進行管理。UE中，也能利用PDCPSN進行重排序。

對于在分離前存儲于緩沖中的方法，在變更利用了SeNB的承載拆分結構的情況下，能在兩種路徑中均設定了新的承載拆分結構之后，采用適用于該承載拆分結構的用于數(shù)據(jù)分離的調度(scheduling)。因此，對于雙連線的UE，能進行高效的調度。

另一方面，對于在分離后存儲于緩沖中的方法，在能利用兩種路徑的情況下，能立即利用該兩種路徑將下行鏈路數(shù)據(jù)發(fā)送至UE。即，能防止延遲量的增大。

與實施方式3同樣地執(zhí)行之后的步驟。T-MeNB在完成了與UE的直接連接時、以及完成了SeNB的MeNB變更處理時，按各路徑對下行鏈路數(shù)據(jù)進行分離調度，利用各路徑對UE發(fā)送下行鏈路數(shù)據(jù)。

公開其他方法。T-MeNB在完成與UE的直接連接、以及完成與SeNB的MeNB變更處理中的某一方較早完成時，開始向UE發(fā)送下行鏈路數(shù)據(jù)。

由此，能盡可能早地將下行鏈路數(shù)據(jù)發(fā)送至UE。

實施方式5.

圖26～圖28是表示本發(fā)明實施方式5的通信系統(tǒng)中的切換關聯(lián)處理的序列的一個示例的圖。圖26和圖27在邊界線BL7處相連接。圖27和圖28在邊界線BL8處相連接。

本實施方式中，在進行從S-MeNB到T-MeNB的切換之前，SeNB與S-MeNB雙方使用承載2(以下有時記為“EPS承載#2”)作為與EPS對應的承載(以下有時稱為“EPS承載”)，與UE之間進行數(shù)據(jù)的收發(fā)。切換處理中，僅SeNB與UE之間進行數(shù)據(jù)的收發(fā)。切換處理之后，SeNB和T-MeNB雙方與UE之間進行數(shù)據(jù)的收發(fā)。

作為一個示例，對利用EPS承載#2與SeNB及S-MeNB雙方之間收發(fā)數(shù)據(jù)的UE進行說明。該UE從S-MeNB切換到T-MeNB時，在切換之前，EPS承載#2全部轉移為僅經(jīng)由SeNB的RLC/MAC/PHY，而不經(jīng)由S-MeNB的RLC/MAC。或者，EPS承載#2中包含GTPu/PDCP在內(nèi)的比S-GW更下位層全部轉移為僅經(jīng)由SeNB的RLC/MAC/PHY，而不經(jīng)由S-MeNB的RLC/MAC。或者，EPS承載#2全部轉移為經(jīng)由SeNB的GTPu/PDCP/RLC/MAC/PHY全部，以取代全部轉移為僅經(jīng)由SeNB的RLC/MAC/PHY。以下的說明中，有時將上述那樣將承載全部轉移為經(jīng)由SeNB的情況稱為“全轉移至SeNB”。

圖26的步驟ST2001中，S-MeNB、T-MeNB、MME及S-GW附加有區(qū)域限制(Area Restriction Provided)。

從步驟ST2002到步驟ST2011的切換決定與所述實施方式4同樣地進行。具體而言，步驟ST2002中，S-MeNB向UE通知測定控制(Measurement Control)消息?？梢栽谠摐y定控制消息中設定周邊的SeNB的測定。或者，可以設定用于SeNB的頻率的測定。作為測定的設定，除了MeNB以外，也可以另行設定用于SeNB的事件或用于SeNB的頻率下的事件、或者事件的標準。

作為設定參數(shù)，具有SeNB的標識、頻率、用于報告的事件編號、接收品質的閾值、測定期間等。作為接收品質，有RSRP(Reference Signal Received Power：參考信號接收功率)、RSRQ(Reference Signal Received Quality：參考信號接收質量)等。

步驟ST2002中接收到測定控制消息的UE進行周邊小區(qū)、即MeNB及SeNB的測定。

步驟ST2003中，UE與S-MeNB之間進行封包數(shù)據(jù)的通信，步驟ST2004中，S-MeNB與S-GW之間進行封包數(shù)據(jù)的通信。

EPS承載#2被承載拆分的情況下，步驟ST2005中，UE與S-MeNB之間對封包數(shù)據(jù)進行直接通信，步驟ST2006中，S-MeNB與S-GW之間對封包數(shù)據(jù)進行直接通信。

在步驟ST2007及步驟ST2008中，在UE與S-MeNB之間封包數(shù)據(jù)經(jīng)由SeNB進行通信。具體而言，步驟ST2007中，UE與SeNB之間進行封包數(shù)據(jù)的通信，步驟ST2008中，SeNB與S-MeNB之間進行封包數(shù)據(jù)的通信。

步驟ST2009中，S-MeNB向UE通知上行鏈路分配(UL allocation)信息。步驟ST2010中，UE向S-MeNB通知測定報告(Measurement Report)消息。

步驟ST2010中接收到測定報告消息的S-MeNB在步驟ST2011中，利用測定報告的結果，決定是否使UE切換(HO)到T-MeNB。。圖26所示的示例中，S-MeNB在步驟ST2011中決定使UE切換至T-MeNB。

S-MeNB若在步驟ST2011中決定使UE切換至T-MeNB，則轉移至步驟ST2012。步驟ST2012中，S-MeNB決定是否進行用于將EPS承載#2全轉移至SeNB的修正(以下有時稱為“用于將EPS承載#2全轉移至SeNB的修正”)。圖26所示的例子中，S-MeNB決定進行用于將EPS承載#2全轉移至SeNB的修正。

步驟ST2013中，S-MeNB進行EPS承載#2可否全轉移至SeNB確認處理。此處，EPS承載#2可否全轉移至SeNB確認處理是指向SeNB確認能否將EPS承載#2全轉移至SeNB、即可否進行EPS承載#2的到SeNB的全轉移的處理。具體而言，作為EPS承載#2可否全轉移至SeNB確認處理，S-MeNB對SeNB通知確認能否進行EPS承載#2的到SeNB的全轉移的可否全轉移確認信號。接收到可否全轉移確認信號的SeNB對S-MeNB通知可否進行EPS承載#2的到SeNB的全轉移。

步驟ST2014中，S-MeNB基于由SeNB通知的可否全轉移的信息，判斷能否進行向SeNB的全轉移。在判斷為能進行向SeNB的全轉移的情況下，轉移至步驟ST2015，在判斷為不能進行向SeNB的全轉移的情況下，轉移至步驟ST2016。

步驟ST2015中，UE、SeNB及S-MeNB對S-MeNB進行EPS承載#2全轉移修正處理。具體而言，步驟ST2015中，進行將EPS承載2全轉移至SeNB的處理。

步驟ST2016中，S-MeNB與圖17的步驟ST1102相同，在釋放了SeNB之后，執(zhí)行HO處理。本發(fā)明的其他實施方式中，在判斷為不能進行向SeNB的全轉移而轉移到步驟ST2016的情況下，可以在不釋放SeNB的情況下執(zhí)行HO處理。

步驟ST2017中，在S-MeNB與S-GW之間進行封包數(shù)據(jù)的通信。步驟ST2018中，在UE與SeNB之間進行封包數(shù)據(jù)的通信。步驟ST2019中，在SeNB與S-MeNB之間進行封包數(shù)據(jù)的通信。

步驟ST2020中，S-MeNB將切換請求(Handover Request)消息通知給作為HO目的地的T-MeNB。HO請求消息中包含SeNB信息及與EPS承載#2相關的信息(以下有時稱為“EPS承載#2信息”)。SeNB信息及EPS承載#2信息可以利用HO請求消息以外的消息來進行通知。

步驟ST2021中，T-MeNB判斷是否需要變更SeNB。在判斷為需要變更SeNB的情況下，轉移至步驟ST2022，在判斷為不需要變更SeNB的情況下，轉移至步驟ST2023。

步驟ST2022中，T-MeNB與圖17的步驟ST1102相同，在釋放了SeNB之后，執(zhí)行切換(HO)處理。

步驟ST2023中，T-MeNB判斷是否需要變更承載結構。在判斷為需要變更承載結構的情況下，轉移至圖28的步驟ST2025，在判斷為不需要變更承載結構的情況下，轉移至步驟ST2024。

步驟ST2024中，通過SeNB及T-MeNB進行對于SeNB的MeNB變更確認處理。此處，MeNB變更確認處理是指確認是否進行從S-MeNB到T-MeNB的MeNB的變更的處理。具體而言，作為MeNB變更確認處理，T-MeNB對SeNB通知MeNB變更確認信號，該MeNB變更確認信號對是否進行從S-MeNB到T-MeNB的MeNB的變更進行確認。接收到MeNB變更確認信號的SeNB對T-MeNB通知是否進行MeNB的變更。步驟ST2024的處理中，S-MeNB不進行干預。

圖28的步驟ST2025中，通過UE、SeNB、S-MeNB、T-MeNB、MME及S-GW進行EPS承載#1用MeNB切換(HO)處理。存在經(jīng)由SeNB的NAS信令的情況下也依照步驟ST2025的EPS承載#1用MeNB切換(HO)處理。后文對EPS承載#1用MeNB切換(HO)處理的詳細情況進行闡述。

步驟ST2026中，通過SeNB、S-MeNB及T-MeNB進行對于SeNB的MeNB變更處理。這是MeNB的切換完成之后，通知SeNB的控制層面(C-plane)、例如進行信令的宏eNB(MeNB)已發(fā)生變更的處理。該處理通知EPS承載#2的MeNB變更為T-MeNB這一情況，是為了在T-MeNB與SeNB之間能進行數(shù)據(jù)收發(fā)而所需的處理。具體而言，步驟ST2026中，S-MeNB對SeNB通知表示MeNB已變更為T-MeNB這一情況的信號。

步驟ST2027中，在UE與SeNB之間進行封包數(shù)據(jù)的通信。步驟ST2028中，在SeNB與T-MeNB之間進行封包數(shù)據(jù)的通信。

步驟ST2029中，T-MeNB判斷是否為了將EPS承載#2全轉移至SeNB而進行EPS承載#2的修正。圖28所示的例子中，T-MeNB決定為了將EPS承載#2全轉移至SeNB而進行EPS承載#2的修正。

由此，EPS承載#2在MeNB的切換處理中，變更為僅從不進行切換的SeNB進行收發(fā)，因此不會受到切換的影響。因此，能簡化切換處理，因此能減少切換的失敗。此外，能減少數(shù)據(jù)的丟失。

步驟ST2030中，UE、SeNB及T-MeNB進行EPS承載#2可否全轉移至SeNB確認處理、以及用于將EPS承載#2全轉移至SeNB的修正處理。步驟ST2030的處理中，S-MeNB不進行干預。

步驟ST2031中，在UE與T-MeNB之間進行封包數(shù)據(jù)的通信。步驟ST2032中，在T-MeNB與S-GW之間進行封包數(shù)據(jù)的通信。

步驟ST2033中，在UE與SeNB之間進行封包數(shù)據(jù)的通信。步驟ST2034中，在SeNB與T-MeNB之間進行封包數(shù)據(jù)的通信。

圖29及圖30是表示圖28的步驟ST2025的EPS承載#1用MeNB切換處理的序列的一個示例的圖。

步驟ST2041中，T-MeNB與上述圖12所示的步驟ST930相同，進行確認容納能力的準入控制。若T-MeNB基于準入控制的結果判斷為可接受HO，則在步驟ST2042中與步驟ST931同樣，向S-MeNB通知HO請求接受響應(Handover Request Ack)消息。

接受步驟ST2042的HO請求接受響應消息，步驟ST2043中，SeNB、S-MeNB及T-MeNB對SeNB進行MeNB變更處理。此處，MeNB變更處理是指在從T-MeNB到S-MeNB、進而從S-MeNB到SeNB的數(shù)據(jù)流、或從T-MeNB到S-MeNB及從T-MeNB到SeNB的數(shù)據(jù)流中，通知SeNB的控制層面(C-plane)、例如進行信令的宏eNB(MeNB)發(fā)生了變更的處理。具體而言，S-MeNB對SeNB通知表示MeNB已變更為T-MeNB這一情況的信號?？梢岳貌襟EST2042的HO請求接受響應(Handover Request Ack)消息來通知MeNB已變更的情況。

步驟ST2044中，在UE與S-MeNB之間進行封包數(shù)據(jù)的通信。步驟ST2045中，在S-MeNB與T-MeNB之間進行封包數(shù)據(jù)的通信。

步驟ST2046中，S-MeNB向UE通知下行鏈路分配(UL allocation)信息。步驟ST2047中，S-MeNB向UE通知包含移動控制信息的RRC連接再構成(RRC Connection Reconfiguration)消息。步驟ST2047中，可以通知SeNB及EPS承載#2沒有變更這一情況。

步驟ST2048至步驟ST2055的處理與3GPPTS36.300相同。具體而言，步驟ST2048中，UE從舊小區(qū)即S-MeNB分離并開始到新小區(qū)即T-MeNB的同步。

步驟ST2049中，S-MeNB將存儲于緩沖中的數(shù)據(jù)包及發(fā)送中的數(shù)據(jù)包傳達至目標eNB即T-MeNB。

步驟ST2050中，S-MeNB與圖11的步驟ST912同樣地進行向T-MeNB傳達PDCP的序列編號(SN)的狀況的SN狀態(tài)傳達(SN Status Transfer)。步驟ST2051中，S-MeNB可以向T-MeNB進行傳輸未發(fā)送完成的數(shù)據(jù)的數(shù)據(jù)傳輸(Data Forwarding)。

步驟ST2052中，T-MeNB將從S-MeNB傳達而來的數(shù)據(jù)存儲于緩沖中。

步驟ST2053中，UE與T-MeNB進行同步(Synchronization)。步驟ST2054中，T-MeNB向UE通知上行鏈路分配(UL allocation)信息及UE用跟蹤區(qū)域(TA)。步驟ST2055中，UE向T-MeNB通知RRC連接再構成完成(RRC Connection Reconfiguration Complete)消息。

圖30的步驟ST2056中，利用SeNB、S-MeNB及T-MeNB與圖28的步驟ST2026同樣地進行對于SeNB的MeNB的變更處理。這是通知SeNB的控制層面(C-plane)、例如進行信令的宏eNB(MeNB)已發(fā)生變更的處理。

步驟ST2057中，在UE與T-MeNB之間進行封包數(shù)據(jù)的通信。步驟ST2058中，在UE與SeNB之間進行封包數(shù)據(jù)的通信。步驟ST2059中，在SeNB與T-MeNB之間進行封包數(shù)據(jù)的通信。步驟ST2060中，T-MeNB向S-GW傳達封包數(shù)據(jù)。

步驟ST2671中，T-MeNB、MME及S-GW進行請求EPS承載#1及EPS承載#2的路徑均從S-MeNB變更為T-MeNB的路徑轉換請求。

具體而言，步驟ST2061中，T-MeNB向MME通知路徑轉換請求(Path Switch Request)消息。被通知到路徑轉換請求消息的MME在步驟ST2062中向S-GW通知承載變更請求(Modify Bearer Request)消息。

被通知了承載變更請求消息的S-GW在步驟ST2063中變更下行鏈路路徑。步驟ST2064中，S-GW可以對發(fā)送給S-MeNB的PDCP附加結束標記，以告知傳輸處理的結束。S-MeNB可以在步驟ST2066中附加結束標記并傳輸給T-MeNB。步驟ST2065中，可以在T-MeNB與S-GW之間進行封包數(shù)據(jù)的通信。

步驟ST2067中，S-GW向MME通知承載變更響應(Modify Bearer Response)消息。被通知了承載變更響應消息的MME在步驟ST2068中向T-MeNB通知表示路徑轉換完成的路徑轉換請求接受響應(Path Switch Request Ack)消息。由此，結束步驟ST2671的處理。

步驟ST2069中，T-MeNB向S-MeNB通知UE上下文釋放(UE context release)消息。被通知了UE上下文釋放消息的S-MeNB在步驟ST2670中釋放(release)分配給UE的資源步驟ST2670的資源的釋放處理之后，進行上述圖28的步驟ST2026的對于SeNB的MeNB的變更處理。

如上所述，通過圖28的步驟ST2029的處理進行切換時，設定為僅SeNB與UE之間進行利用了EPS承載#2的數(shù)據(jù)收發(fā)。利用圖31說明怎樣進行該步驟ST2029的處理。

圖31是表示與UE之間的數(shù)據(jù)收發(fā)的狀況的一個示例的圖。S-GW601包括PDCP處理eNB轉換部602。S-MeNB603包括第1PDCP處理部604、RLC處理部605、MAC處理部606、PHY處理部607及第2PDCP處理部608。SeNB609包括PDCP處理部610、PDCP路徑轉換部611、RLC處理部612、MAC處理部613及PHY處理部614。

在切換轉換之前，UE615與S-MeNB603及SeNB609雙方進行利用了EPS承載#2的數(shù)據(jù)的收發(fā)。例如，在下行鏈路的情況下，數(shù)據(jù)從S-GW601被提供給S-MeNB603的第1PDCP處理部604及第2PDCP處理部608。第1及第2PDCP處理部(以下有時統(tǒng)稱為“PDCP處理部”)604、608進行LTE或LTE-A中的PDCP處理。

提供給第2PDCP處理部608的數(shù)據(jù)被提供給SeNB609的PDCP路徑轉換部611。PDCP路徑轉換部611進行PDCP的路徑轉換。PDCP路徑轉換部611不處于切換中，因此判斷為來自第2PDCP處理部608的PDCP提供給RLC處理部612，來自第2PDCP處理部608的數(shù)據(jù)提供給RLC處理部612。RLC處理部612進行LTE或LTE-A中的RLC處理。

提供給RLC處理部612的數(shù)據(jù)之后依次提供給MAC處理部613、PHY處理部614，通過無線傳輸被提供給UE615。MAC處理部613進行LTE或LTE-A中的MAC處理。PHY處理部614進行LTE或LTE-A中的PHY處理。

如本實施方式所示，在僅進行MeNB的切換而SeNB609中的數(shù)據(jù)收發(fā)不變的情況下，在切換中，UE615與S-MeNB603之間不進行利用了EPS承載#2的數(shù)據(jù)收發(fā)。

在包含PDCP在內(nèi)全轉移至SeNB609的情況下，S-GW601利用PDCP處理eNB轉換部602轉換進行PDCP的處理的eNB。PDCP處理eNB轉換部602利用EPS承載#2對SeNB609的PDCP處理部610發(fā)送數(shù)據(jù)，而不對S-MeNB603的第2PDCP處理部608發(fā)送數(shù)據(jù)。PDCP處理部610進行LTE或LTE-A中的PDCP處理。

從S-GW601接收到數(shù)據(jù)的SeNB609通過PDCP處理部610對接收到的數(shù)據(jù)進行PDCP的處理，將處理后的數(shù)據(jù)提供給PDCP路徑轉換部611。SeNB609通過PDCP路徑轉換部611選擇來自本裝置的PDCP處理部610的PDCP數(shù)據(jù)，而并非是來自S-MeNB603的第2PDCP處理部608的PDCP數(shù)據(jù)，并將數(shù)據(jù)提供給RLC處理部612。

提供給RLC處理部612的PDCP數(shù)據(jù)之后依次提供給MAC處理部613、PHY處理部614，最后，通過無線傳輸被提供給UE615。

通過設置PDCP處理eNB轉換部602及PDCP路徑轉換部611，在MeNB的切換中，能僅利用不進行切換的SeNB所進行的處理來實現(xiàn)數(shù)據(jù)的導通。

在上行鏈路的情況下，與下行鏈路的情況具有同樣的處理流程。上行鏈路的情況與下行鏈路的情況同樣，通過設置PDCP處理eNB轉換部602及PDCP路徑轉換部611，在MeNB的切換中，能僅利用不進行切換的SeNB進行的處理來實現(xiàn)數(shù)據(jù)的導通。

在上述圖28的步驟ST2025的切換處理之后，SeNB與T-MeNB雙方進行利用了EPS承載#2的數(shù)據(jù)收發(fā)時的處理如下所示那樣來執(zhí)行。切換時，SeNB中，連接從S-MeNB變更到T-MeNB。之后，T-MeNB將僅SeNB的數(shù)據(jù)的收發(fā)路徑變更為SeNB與T-MeNB的數(shù)據(jù)的收發(fā)路徑。或者，也考慮如下方法：即、切換時，同時利用SeNB及T-MeNB雙方的數(shù)據(jù)的收發(fā)路徑來進行連接。

此時，對于無線資源的構成(Configuration)的變更，考慮(A)利用來自T-MeNB的拆分承載構成的設定來進行的情況，(B)利用數(shù)據(jù)的收發(fā)路徑的轉換的變更來進行這兩種。

作為上述(A)的利用來自T-MeNB的拆分承載構成的設定來進行的情況的具體例，公開以下(A-1)～(A-4)四種。

(A-1)需要從S-MeNB通知至T-MeNB的信息是SeNB的識別信息、具體而言是與SeNB的目的地門牌(地址)相關的信息。這是由于會將經(jīng)PDCP處理后的數(shù)據(jù)發(fā)送至SeNB，此時需要SeNB的識別信息。若沒有SeNB的識別信息，則T-MeNB無法知曉應該將數(shù)據(jù)發(fā)送至哪個SeNB，哪個SeNB應該接收數(shù)據(jù)。此外，T-MeNB需要知曉SeNB利用哪個RRC連接參數(shù)進行動作的參數(shù)信息，因此也對該信息進行通知。

(A-2)需要從T-MeNB通知給S-MeNB的信息是MeNB的切換成功還是失敗的信息。在數(shù)據(jù)滯留在S-MeNB的緩沖中的情況下，表示指示進行數(shù)據(jù)傳輸(Data Forwarding)的信息也是需要從T-MeNB通知給S-MeNB的信息。

(A-3)需要通知給UE的信息是從S-MeNB通知給T-MeNB的表示因切換而導致MeNB發(fā)生了轉換的通知。該情況下，UE與T-MeNB之間進行數(shù)據(jù)的收發(fā)，而非S-MeNB。

(A-4)在拆分承載結構的情況下，SeNB經(jīng)由S-MeNB及T-MeNB的某一方的PDCP處理部與S-GW進行數(shù)據(jù)的收發(fā)。因此，需要通知給SeNB的信息是SeNB經(jīng)由S-MeNB及T-MeNB的哪一方的MeNB的PDCP處理部的信息。

作為上述(B)的利用數(shù)據(jù)的收發(fā)路徑的轉換的變更進行對應的情況的具體例，公開以下(B-1)～(B-4)四種。

(B-1)需要從S-MeNB通知給T-MeNB的信息是SeNB的識別信息。這是因為，若S-MeNB不知曉切換前與哪個SeNB正在進行同時通信，則切換后，也不知曉應該與哪個SeNB進行同時通信。此外，T-MeNB需要知曉SeNB利用哪個RRC連接參數(shù)進行動作的參數(shù)信息，因此也對該信息進行通知。本具體例(B-1)中，假設SeNB僅進行數(shù)據(jù)的收發(fā)，而T-MeNB具有控制信息(信令)的情況。

(B-2)需要從T-MeNB通知給S-MeNB的信息與上述具體例(A-2)相同，是MeNB的切換成功還是失敗的信息，以及在數(shù)據(jù)滯留在S-MeNB的緩沖中的情況下，指示進行數(shù)據(jù)傳輸(Data Forwarding)的通知。

(B-3)需要通知給UE的信息與上述具體例(A-3)相同，是從S-MeNB通知給T-MeNB的表示因切換而導致MeNB發(fā)生了轉換的通知。該情況下，UE與T-MeNB之間進行數(shù)據(jù)的收發(fā)，而非S-MeNB。

(B-4)需要通知給SeNB的信息是表示因切換完成(成功)而已將MeNB從S-MeNB轉換成T-MeNB的信息。這是因為，SeNB是從屬于MeNB的存在，因此需要知曉作為從屬目的地的MeNB中的哪個MeNB對本裝置收發(fā)控制信號例如信令，并需要依照來自該MeNB的控制。

上述圖26～圖30所示的序列中，無線資源的構成(Configuration)的變更以(1)步驟ST2026、(2)步驟ST2056、以及(3)步驟ST2043這三個時刻來進行。以下具體說明上述(1)～(3)的各個時刻。

(1)步驟ST2026中對于SeNB的MeNB變更處理的時刻，在步驟ST2063的下行鏈路路徑變更的時刻之后，進行無線資源的構成(Configuration)的變更。因此，是MeNB切換為T-MeNB，并且S-MeNB的資源被釋放之后，因此能防止錯誤地以切換前的資源進行處理。此外，能以簡潔的處理來實現(xiàn)，能以規(guī)模較小的電路來實現(xiàn)處理。

(2)步驟ST2056中對于SeNB的MeNB變更處理的時刻，在步驟ST2063的下行鏈路路徑變更的時刻之前，進行無線資源的構成(Configuration)的變更。因此，在因切換而導致上位裝置從S-MeNB切換至T-MeNB之前，發(fā)生如下矛盾：與UE之間的無線通信成為應在切換后進行的動作。

由此，與上述(1)的時刻進行的情況相比，處理變得復雜，但轉換時刻較早，因此能相對應地避免因僅SeNB進行數(shù)據(jù)的收發(fā)而導致的風險、例如能避免從多個UE集中地接入SeNB而成為擁擠狀態(tài)，能實現(xiàn)穩(wěn)定的動作。

(3)步驟ST2043中的對于SeNB的MeNB變更處理的時刻在步驟ST2042中T-MeNB對于切換請求通知了Ack響應之后。本時刻下，在比所述(2)的時刻更早的時刻進行無線資源的構成(Configuration)的變更。

由此，相比上述(2)的時刻進行的情況，切換失敗時的處理等變得更為復雜，但能更可靠地避免上述風險，因此能實現(xiàn)更為穩(wěn)定的動作。

在上述(2)及(3)的時刻，僅上行鏈路數(shù)據(jù)的收發(fā)能利用無線資源的構成(Configuration)來進行數(shù)據(jù)的收發(fā)。對于下行鏈路數(shù)據(jù)的收發(fā)，在T-MeNB從S-GW接收到數(shù)據(jù)之后。

實施方式6.

圖32及圖33是表示本發(fā)明實施方式6的通信系統(tǒng)中的EPS承載#1用MeNB切換處理的序列的一個示例的圖。圖32和圖33在邊界線BL10處相連接。

所述實施方式5中，S-MeNB進行再構成(reconfiguration)，但本實施方式中，T-MeNB進行再構成(reconfiguration)。具體而言，本實施方式中，在上述圖26～圖30所示的實施方式5的序列中，進行圖32及圖33所示的步驟ST2680的EPS承載#1用MeNB切換處理，以取代圖29及圖30所示的步驟ST2025，除此以外，進行與實施方式5相同的處理。

圖32及圖33所示的步驟ST2680的處理與圖29及圖30所示的步驟ST2025的EPS承載#1用MeNB切換處理相類似，因此對于相同的步驟標注相同的步驟編號，并省略共通的說明。

步驟ST2680的處理在圖29及圖30所示的實施方式5的步驟ST2025中進行步驟ST2681及步驟ST2682的處理，以取代圖29的步驟ST2046及步驟ST2047，除此以外與實施方式5的步驟ST2025的處理相同。

本實施方式中，步驟ST2681中，T-MeNB向UE通知下行鏈路分配(UL allocation)信息。步驟ST2682中，T-MeNB向UE通知RRC連接再構成(RRC Connection Reconfiguration)消息。本實施方式中，RRC連接再構成消息不包含移動控制信息。

如上所述，所述實施方式5中，S-MeNB向UE通知RRC連接再構成(RRC Connection Reconfiguration)消息，本實施方式中，T-MeNB向UE通知RRC連接再構成(RRC Connection Reconfiguration)消息。

由此，并非利用切換源即S-MeNB而是利用從此進行通信連接的切換目的地即T-MeNB來進行最優(yōu)的RRC連接設定，因此能使UE與MeNB之間的通信穩(wěn)定。

實施方式7.

圖34及圖35是表示本發(fā)明實施方式7的通信系統(tǒng)中的EPS承載#1用MeNB切換處理的序列的一個示例的圖。圖34和圖35在邊界線BL11處相連接。

本實施方式中，在上述圖26～圖30所示的實施方式5的序列中，進行圖34及圖35所示的步驟ST2690的EPS承載#1用MeNB切換處理，以取代圖29及圖30所示的步驟ST2025，除此以外，進行與實施方式5相同的處理。

圖34及圖35所示的步驟ST2690的處理與圖29及圖30所示的步驟ST2025的EPS承載#1用MeNB切換處理相類似，因此對于相同的步驟標注相同的步驟編號，并省略共通的說明。

步驟ST2690的處理除了圖29及圖30所示的實施方式5的步驟ST2025以外還進行步驟ST2691的處理，除此以外與實施方式5的步驟ST2025的處理相同。

本實施方式中，步驟ST2646及步驟ST2647之前，在步驟ST2691中，T-MeNB向S-MeNB通知RRC連接再構成(RRC Connection Reconfiguration)消息及下行鏈路分配(DL allocation)信息。

如上所述，本實施方式中，在T-MeNB對S-MeNB進行了通知之后，將該內(nèi)容從S-MeNB通知給UE。由此，與所述實施方式6相同，不從S-MeNB向UE通知再構成消息，而是將由T-MeNB所通知的再構成消息的內(nèi)容經(jīng)由S-MeNB通知給UE。

由此，與實施方式6相同，并非利用切換源即S-MeNB而是利用從此進行通信連接的切換目的地即T-MeNB來進行最優(yōu)的RRC連接設定，因此能使UE與MeNB之間的通信穩(wěn)定。

所述各實施方式及其變形例也能應用于SeNB構成多個服務小區(qū)的情況。同樣地，也能應用于MeNB構成多個服務小區(qū)的情況。有時將SeNB構成的服務小區(qū)的集合稱為SCG(secondary cell group：輔小區(qū)組)，將MeNB構成的服務小區(qū)的集合稱為MCG(master cell group：主小區(qū)組)。

上述各實施方式及其變形例只是本發(fā)明的例示，在本發(fā)明的范圍內(nèi)，能夠自由地組合各實施方式及其變形例。并且能夠適當變更或省略各實施方式及其變形例的任意結構要素。

本發(fā)明進行了詳細的說明，但上述說明在所有方面中均為示例，本發(fā)明并不限于此。未例示的無數(shù)變形例可解釋為可在不脫離本發(fā)明的范圍設想得到。

標號說明

51S-MeNB、52S-MeNB的覆蓋范圍、53T-MeNB、54T-MeNB的覆蓋范圍、55，58SeNB、56，59SeNB的覆蓋范圍、57UE。