(57)【要約】【課題】ネットワークに負荷をかけることなく、かつ正常に通信中のセルの移行を行うことを可能にする。【解決手段】移動体通信システムは、第１基地局および第２基地局が並行して移動端末と通信し、第１基地局および第２基地局が並行して基地局制御装置と通信する。制御プレーンでは、第１基地局が移動端末と通信し、第１基地局が基地局制御装置と通信する。ユーザプレーンでは、第２基地局が移動端末と通信し、第２基地局が基地局制御装置と通信する。【選択図】図２８
2020025360.tif 000002
【特許請求の範囲】
【請求項１】
第１基地局および第２基地局が並行して移動端末と通信し、前記第１基地局および前記第２基地局が並行して基地局制御装置と通信する移動体通信システムであって、
制御プレーンでは、前記第１基地局が前記移動端末と通信し、前記第１基地局が前記基地局制御装置と通信し、
ユーザプレーンでは、前記第２基地局が前記移動端末と通信し、前記第２基地局が前記基地局制御装置と通信することを特徴とする移動体通信システム。
【請求項２】
ユーザプレーンでは、前記第２基地局が前記基地局制御装置と直接通信することを特徴とする請求項１記載の移動体通信システム。
【請求項３】
ユーザプレーンでは、前記第１基地局が前記移動端末と直接通信し、前記第２基地局が前記第１基地局を経由して前記基地局制御装置と通信することを特徴とする請求項１記載の移動体通信システム。
【請求項４】
前記第１基地局は、前記基地局制御装置から受信したデータを前記移動端末と前記第２基地局とに振り分けて送信することを特徴とする請求項３記載の移動体通信システム。
【請求項５】
前記第１基地局は、前記移動端末から受信したデータと前記第２基地局から受信したデータとを並べ替えて前記基地局制御装置に送信することを特徴とする請求項３記載の移動体通信システム。
【請求項６】
制御プレーンにおいて前記第１基地局と通信する基地局制御装置は、移動管理装置であることを特徴とする請求項１記載の移動体通信システム。
【請求項７】
ユーザプレーンにおいて前記第２基地局と通信する基地局制御装置は、関門局であることを特徴とする請求項１記載の移動体通信システム。
【請求項８】
移動端末が並行して通信する第１基地局および第２基地局と並行して通信する基地局制御装置であって、
制御プレーンでは、前記移動端末と通信する前記第１基地局と通信し、
ユーザプレーンでは、前記移動端末と通信する前記第２基地局と通信することを特徴とする基地局制御装置。
【請求項９】
別の基地局と並行して移動端末と通信し、前記別の基地局と並行して基地局制御装置と通信する基地局であって、
制御プレーンでは、前記移動端末と通信し、前記基地局制御装置と通信し、
ユーザプレーンでは、前記別の基地局が前記移動端末と通信し、前記別の基地局が前記基地局制御装置と通信することを特徴とする基地局。
【請求項１０】
別の基地局と並行して移動端末と通信し、前記別の基地局と並行して基地局制御装置と通信する基地局であって、
制御プレーンでは、前記別の基地局が前記移動端末と通信し、前記別の基地局が前記基地局制御装置と通信し、
ユーザプレーンでは、前記移動端末と通信し、前記基地局制御装置と通信することを特徴とする基地局。
【請求項１１】
基地局制御装置が並行して通信する第１基地局および第２基地局と並行して通信する移動端末であって、
制御プレーンでは、前記基地局制御装置と通信する前記第１基地局と通信し、
ユーザプレーンでは、前記基地局制御装置と通信する前記第２基地局と通信することを特徴とする移動端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動体通信システム等に関する。
【背景技術】
【０００２】
第３世代と呼ばれる通信方式のうち、Ｗ−ＣＤＭＡ（Wideband Code division Multiple Access）方式が、２００１年から日本で商用サービスが開始されている。また、下りリンク（個別データチャネル、個別制御チャネル）にパケット伝送用のチャネル（High Speed-Downlink Shared Channel：ＨＳ−ＤＳＣＨ）を追加することにより、下りリンクを用いたデータ送信の更なる高速化を実現するＨＳＤＰＡ（High Speed Downlink Packet Access）のサービスが開始されている。さらに、上り方向のデータ送信をより高速化するために、ＨＳＵＰＡ（High Speed Uplink Packet Access）方式についてもサービスが開始されている。Ｗ−ＣＤＭＡは、移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）により定められた通信方式であり、リリース１０版の規格書がとりまとめられている。
【０００３】
また、３ＧＰＰにおいて、Ｗ−ＣＤＭＡとは別の通信方式として、無線区間についてはロングタームエボリューション（Long Term Evolution：ＬＴＥ）と称し、コアネットワークおよび無線アクセスネットワーク（以下、まとめて、ネットワークとも称する）を含めたシステム全体構成については、システムアーキテクチャエボリューション（System Architecture Evolution：ＳＡＥ）と称される新たな通信方式が検討されている。この通信方式は３．９Ｇ（3.9 Generation）システムとも呼ばれる。
【０００４】
ＬＴＥでは、アクセス方式、無線のチャネル構成やプロトコルが、Ｗ−ＣＤＭＡ（ＨＳＤＰＡ／ＨＳＵＰＡ）とは全く異なるものになる。例えば、アクセス方式は、Ｗ−ＣＤＭＡが符号分割多元接続（Code Division Multiple Access）を用いているのに対して、ＬＴＥは下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）、上り方向はＳＣ−ＦＤＭＡ（Single Career Frequency Division Multiple Access）を用いる。また、帯域幅は、Ｗ−ＣＤＭＡが５ＭＨｚであるのに対し、ＬＴＥでは１．４ＭＨｚ，３ＭＨｚ，５ＭＨｚ，１０ＭＨｚ，１５ＭＨｚ，２０ＭＨｚの中で基地局毎に選択可能となっている。また、ＬＴＥでは、Ｗ−ＣＤＭＡとは異なり、回線交換を含まず、パケット通信方式のみになる。
【０００５】
ＬＴＥでは、Ｗ−ＣＤＭＡのコアネットワークであるＧＰＲＳ（General Packet Radio Service）とは異なる新たなコアネットワークを用いて通信システムが構成されるので、ＬＴＥの無線アクセス網（無線アクセスネットワーク（radio access network））は、Ｗ−ＣＤＭＡ網とは別の独立した無線アクセス網として定義される。
【０００６】
したがって、Ｗ−ＣＤＭＡの通信システムと区別するために、ＬＴＥの通信システムでは、コアネットワークはＥＰＣ（Evolved Packet Core）と称され、無線アクセスネットワークはＥ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access）と称される。また無線アクセスネットワークにおいて、通信端末装置である移動端末（User Equipment：ＵＥ）と通信を行う基地局（Base station）はｅＮＢ（E-UTRAN NodeB）と称される。また複数の基地局と制御データやユーザデータのやり取りを行う基地局制御装置（Radio Network Controller）の機能は、ＥＰＣが担う。ＥＰＣは、ａＧＷ（Access Gateway）とも称される。またＥＰＣとＥ−ＵＴＲＡＮとで構成されるシステムは、ＥＰＳ（Evolved Packet System）と称される。
【０００７】
ＬＴＥの通信システムでは、ユニキャスト（Unicast）サービスとＥ-ＭＢＭＳサービス（Evolved Multimedia Broadcast Multicast Service）とが提供される。Ｅ−ＭＢＭＳサービスとは、放送型マルチメディアサービスである。Ｅ−ＭＢＭＳサービスは、単にＭＢＭＳと称される場合もある。Ｅ−ＭＢＭＳサービスでは、複数の移動端末に対してニュースや天気予報、モバイル放送などの大容量放送コンテンツが送信される。これを１対多（Point to Multipoint）サービスともいう。
【０００８】
３ＧＰＰでの、ＬＴＥシステムにおける全体的なアーキテクチャ（Architecture）に関する決定事項が、非特許文献１（４章）に記載されている。全体的なアーキテクチャについて図１を用いて説明する。図１は、ＬＴＥ方式の通信システムの構成を示す説明図である。図１において、移動端末１０１に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン、例えばＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とが基地局１０２で終端するならば、Ｅ−ＵＴＲＡＮは１つあるいは複数の基地局１０２によって構成される。
【０００９】
基地局１０２は、移動管理エンティティ（Mobility Management Entity：ＭＭＥ）１０３から通知されるページング信号（Paging Signal、ページングメッセージ（paging messages）とも称される）のスケジューリング（Scheduling）および送信を行う。基地局１０２は、Ｘ２インタフェースにより、互いに接続される。また基地局１０２は、Ｓ１インタフェースによりＥＰＣ（Evolved Packet Core）に接続される。より明確には、基地局１０２は、Ｓ１＿ＭＭＥインタフェースによりＭＭＥ（Mobility Management Entity）１０３に接続され、Ｓ１＿ＵインタフェースによりＳ−ＧＷ（Serving Gateway）１０４に接続される。
【００１０】
ＭＭＥ１０３は、複数あるいは単数の基地局１０２へのページング信号の分配を行う。また、ＭＭＥ１０３は、待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ１０３は、移動端末が待ち受け状態の際、および、アクティブ状態（Active State）の際に、トラッキングエリア（Tracking Area）リストの管理を行う。
【００１１】
Ｓ−ＧＷ１０４は、一つまたは複数の基地局１０２とユーザデータの送受信を行う。Ｓ−ＧＷ１０４は、基地局間のハンドオーバの際、ローカルな移動性のアンカーポイント（Mobility Anchor Point）となる。ＥＰＣには、さらにＰ−ＧＷ（PDN Gateway）が存在する。Ｐ−ＧＷは、ユーザ毎のパケットフィルタリングやＵＥ−ＩＤアドレスの割当などを行う。
【００１２】
移動端末１０１と基地局１０２との間の制御プロトコルＲＲＣは、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC connection management）などを行う。ＲＲＣにおける基地局と移動端末との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとがある。ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public Land Mobile Network）選択、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティなどが行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができる。またＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbour cell）のメジャメントなどが行われる。
【００１３】
非特許文献１（５章）に記載される、３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する決定事項について、図２を用いて説明する。図２は、ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図２において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目および６番目のサブフレームに下り同期信号（Downlink Synchronization Signal：ＳＳ）が含まれる。同期信号には、第一同期信号（Primary Synchronization Signal：Ｐ−ＳＳ）と、第二同期信号（Secondary Synchronization Signal：Ｓ−ＳＳ）とがある。
【００１４】
サブフレーム単位で、ＭＢＳＦＮ（Multimedia Broadcast multicast service Single Frequency Network）用のチャネルと、ＭＢＳＦＮ以外用のチャネルとの多重が行われる。ＭＢＳＦＮ送信（MBSFN Transmission）とは、同時に複数のセルから同じ波形の送信により実現される同時放送送信技術（simulcast transmission technique）である。ＭＢＳＦＮ領域（MBSFN Area）の複数のセルからのＭＢＳＦＮ送信は、移動端末には、１つの送信と認識される。ＭＢＳＦＮとは、このようなＭＢＳＦＮ送信をサポートするネットワークである。以降、ＭＢＳＦＮ送信用のサブフレームをＭＢＳＦＮサブフレーム（MBSFN subframe）と称する。
【００１５】
非特許文献２に、ＭＢＳＦＮサブフレームの割り当て時のシグナリング例が記載されている。図３は、ＭＢＳＦＮフレームの構成を示す説明図である。図３に示すように、割当周期（radio Frame Allocation Period）毎にＭＢＳＦＮサブフレームを含む無線フレームが割り当てられる。ＭＢＳＦＮサブフレームは、割当周期と割当オフセット（radio Frame Allocation Offset）とによって定義された無線フレームにてＭＢＳＦＮのために割り当てられるサブフレームであり、マルチメディアデータを伝送するためのサブフレームである。以下の式（１）を満たす無線フレームが、ＭＢＳＦＮサブフレームを含む無線フレームである。
ＳＦＮ ｍｏｄ radioFrameAllocationPeriod＝radioFrameAllocationOffset  …（１）
ＭＢＳＦＮサブフレームの割当は６ビットにて行われる。１番左のビットは、サブフレームの２番目（＃１）のＭＢＳＦＮ割当を定義する。左から２番目のビットはサブフレームの３番目（＃２）、左から３番目のビットはサブフレームの４番目（＃３）、左から４番目のビットはサブフレームの７番目（＃６）、左から５番目のビットはサブフレームの８番目（＃７）、左から６番目のビットはサブフレームの９番目（＃８）のＭＢＳＦＮ割当を定義する。該ビットが「１」を示す場合、対応するサブフレームがＭＢＳＦＮのために割当てられることを示す。
【００１６】
３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する決定事項が、非特許文献１（５章）に記載されている。ＣＳＧセル（Closed Subscriber Group cell）においてもｎｏｎ−ＣＳＧセルと同じチャネル構成が用いられると想定されている。物理チャネル（Physical channel）について、図４を用いて説明する。図４は、ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。
【００１７】
図４において、物理報知チャネル（Physical Broadcast channel：ＰＢＣＨ）４０１は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＢＣＨトランスポートブロック（transport block）は、４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。
【００１８】
物理制御チャネルフォーマットインジケータチャネル（Physical Control Format Indicator Channel：ＰＣＦＩＣＨ）４０２は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭシンボルの数について基地局１０２から移動端末１０１へ通知する。ＰＣＦＩＣＨは、サブフレーム毎に送信される。
【００１９】
物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）４０３は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＤＣＣＨは、後述の図５に示されるトランスポートチャネルの１つである下り共有チャネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）と、図５に示されるトランスポートチャネルの１つであるページングチャネル（Paging Channel：ＰＣＨ）のリソース割り当て（allocation）、ＤＬ−ＳＣＨに関するＨＡＲＱ（Hybrid Automatic Repeat reQuest）情報を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative Acknowledgement）を運ぶ。ＰＤＣＣＨは、Ｌ１／Ｌ２制御信号とも呼ばれる。
【００２０】
物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）４０４は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＤＳＣＨには、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）やトランスポートチャネルであるＰＣＨがマッピングされている。
【００２１】
物理マルチキャストチャネル（Physical Multicast Channel：ＰＭＣＨ）４０５は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＭＣＨには、トランスポートチャネルであるマルチキャストチャネル（Multicast Channel：ＭＣＨ）がマッピングされている。
【００２２】
物理上り制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ）４０６は、移動端末１０１から基地局１０２への上り送信用のチャネルである。ＰＵＣＣＨは、下り送信に対する応答信号（response signal）であるＡｃｋ／Ｎａｃｋを運ぶ。ＰＵＣＣＨは、ＣＱＩ（Channel Quality Indicator）レポートを運ぶ。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request：ＳＲ）を運ぶ。
【００２３】
物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）４０７は、移動端末１０１から基地局１０２への上り送信用のチャネルである。ＰＵＳＣＨには、図５に示されるトランスポートチャネルの１つである上り共有チャネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）がマッピングされている。
【００２４】
物理ＨＡＲＱインジケータチャネル（Physical Hybrid ARQ Indicator Channel：ＰＨＩＣＨ）４０８は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＨＩＣＨは、上り送信に対する応答信号であるＡｃｋ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）４０９は、移動端末１０１から基地局１０２への上り送信用のチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random access preamble）を運ぶ。
【００２５】
下り参照信号（リファレンスシグナル（Reference Signal）：ＲＳ）は、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の５種類の下りリファレンスシグナルが定義されている。セル固有参照信号（Cell-specific Reference Signals：ＣＲＳ）、ＭＢＳＦＮ参照信号（MBSFN reference signals）、ＵＥ固有参照信号（UE-specific reference signals）であるデータ復調用参照信号（Demodulation Reference Signal：ＤＭ−ＲＳ）、位置決定参照信号（Positioning Reference Signals：ＰＲＳ）、チャネル情報参照信号（Channel-State Information Reference Signals：ＣＳＩ−ＲＳ）。移動端末の物理レイヤの測定として、リファレンスシグナルの受信電力（Reference Signal Received Power：ＲＳＲＰ）測定がある。
【００２６】
非特許文献１（５章）に記載されるトランスポートチャネル（Transport channel）について、図５を用いて説明する。図５は、ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。図５（Ａ）には、下りトランスポートチャネルと下り物理チャネルとの間のマッピングを示す。図５（Ｂ）には、上りトランスポートチャネルと上り物理チャネルとの間のマッピングを示す。
【００２７】
図５（Ａ）に示す下りトランスポートチャネルのうち、報知チャネル（Broadcast Channel：ＢＣＨ）は、その基地局（セル）のカバレッジ全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。
【００２８】
下り共有チャネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＤＬ−ＳＣＨは、基地局（セル）のカバレッジ全体への報知が可能である。ＤＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、パーシステントスケジューリング（Persistent Scheduling）とも言われる。ＤＬ−ＳＣＨは、移動端末の低消費電力化のために移動端末の間欠受信（Discontinuous reception：ＤＲＸ）をサポートする。ＤＬ−ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。
【００２９】
ページングチャネル（Paging Channel：ＰＣＨ）は、移動端末の低消費電力を可能とするために移動端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）のカバレッジ全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソースへマッピングされる。
【００３０】
マルチキャストチャネル（Multicast Channel：ＭＣＨ）は、基地局（セル）のカバレッジ全体への報知に使用される。ＭＣＨは、マルチセル送信におけるＭＢＭＳサービス（ＭＴＣＨとＭＣＣＨ）のＳＦＮ合成をサポートする。ＭＣＨは、準静的なリソース割り当てをサポートする。ＭＣＨは、ＰＭＣＨへマッピングされる。
【００３１】
図５（Ｂ）に示す上りトランスポートチャネルのうち、上り共有チャネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＵＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ−ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。
【００３２】
図５（Ｂ）に示されるランダムアクセスチャネル（Random Access Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。
【００３３】
ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送要求（Automatic Repeat reQuest：ＡＲＱ）と誤り訂正（Forward Error Correction）との組合せにより、伝送路の通信品質を向上させる技術である。ＨＡＲＱには、通信品質が変化する伝送路に対しても、再送により誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。
【００３４】
再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic Redundancy Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。
【００３５】
ＨＡＲＱ方式の一例として、チェースコンバイニング（Chase Combining）がある。チェースコンバイニングとは、初送と再送とにおいて、同じデータを送信するものであり、再送において初送のデータと再送のデータとの合成を行うことで、利得を向上させる方式である。チェースコンバイニングは、初送データに誤りがあったとしても、部分的に正確なものも含まれており、正確な部分の初送データと再送データとを合成することで、より高精度にデータを送信できるという考え方に基づいている。また、ＨＡＲＱ方式の別の例として、ＩＲ（Incremental Redundancy）がある。ＩＲとは、冗長度を増加させるものであり、再送においてパリティビットを送信することで、初送と組合せて冗長度を増加させ、誤り訂正機能により品質を向上させるものである。
【００３６】
非特許文献１（６章）に記載される論理チャネル（ロジカルチャネル：Logical channel）について、図６を用いて説明する。図６は、ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。図６（Ａ）には、下りロジカルチャネルと下りトランスポートチャネルとの間のマッピングを示す。図６（Ｂ）には、上りロジカルチャネルと上りトランスポートチャネルとの間のマッピングを示す。
【００３７】
報知制御チャネル（Broadcast Control Channel：ＢＣＣＨ）は、報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。
【００３８】
ページング制御チャネル（Paging Control Channel：ＰＣＣＨ）は、ページング情報（Paging Information）およびシステム情報（System Information）の変更を送信するための下りチャネルである。ＰＣＣＨは、移動端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。
【００３９】
共有制御チャネル（Common Control Channel：ＣＣＣＨ）は、移動端末と基地局との間の送信制御情報のためのチャネルである。ＣＣＣＨは、移動端末がネットワークとの間でＲＲＣ接続（connection）を有していない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされる。
【００４０】
マルチキャスト制御チャネル（Multicast Control Channel：ＭＣＣＨ）は、１対多の送信のための下りチャネルである。ＭＣＣＨは、ネットワークから移動端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳ受信中の移動端末のみに用いられる。ＭＣＣＨは、トランスポートチャネルであるマルチキャストチャネル（ＭＣＨ）へマッピングされる。
【００４１】
個別制御チャネル（Dedicated Control Channel：ＤＣＣＨ）は、１対１にて、移動端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、移動端末がＲＲＣ接続（connection）である場合に用いられる。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）にマッピングされる。
【００４２】
個別トラフィックチャネル（Dedicated Traffic Channel：ＤＴＣＨ）は、ユーザ情報の送信のための個別移動端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。
【００４３】
マルチキャストトラフィックチャネル（Multicast Traffic channel：ＭＴＣＨ）は、ネットワークから移動端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨは、ＭＢＭＳ受信中の移動端末のみに用いられるチャネルである。ＭＴＣＨは、マルチキャストチャネル（ＭＣＨ）へマッピングされる。
【００４４】
ＣＧＩとは、セルグローバル識別子（Cell Global Identification）のことである。ＥＣＧＩとは、Ｅ−ＵＴＲＡＮセルグローバル識別子（E-UTRAN Cell Global Identification）のことである。ＬＴＥ、後述のＬＴＥ−Ａ（Long Term Evolution Advanced）およびＵＭＴＳ（Universal Mobile Telecommunication System）において、ＣＳＧセル（Closed Subscriber Group cell）が導入される。ＣＳＧセルについて以下に説明する（非特許文献３  ３．１章参照）。
【００４５】
ＣＳＧセル（Closed Subscriber Group cell）とは、利用可能な加入者をオペレータが特定しているセル（以下「特定加入者用セル」という場合がある）である。特定された加入者は、ＰＬＭＮ（Public Land Mobile Network）の１つ以上のセルにアクセスすることが許可される。特定された加入者がアクセスを許可されている１つ以上のセルを「ＣＳＧセル（ＣＳＧ  ｃｅｌｌ（ｓ））」と呼ぶ。ただし、ＰＬＭＮにはアクセス制限がある。
【００４６】
ＣＳＧセルは、固有のＣＳＧアイデンティティ（CSG identity：ＣＳＧ  ＩＤ；ＣＳＧ−ＩＤ）を報知し、ＣＳＧインジケーション（CSG Indication）にて「ＴＲＵＥ」を報知するＰＬＭＮの一部である。予め利用登録し、許可された加入者グループのメンバーは、アクセス許可情報であるところのＣＳＧ−ＩＤを用いてＣＳＧセルにアクセスする。
【００４７】
ＣＳＧ−ＩＤは、ＣＳＧセルまたはセルによって報知される。ＬＴＥ方式の通信システムにＣＳＧ−ＩＤは複数存在する。そして、ＣＳＧ−ＩＤは、ＣＳＧ関連のメンバーのアクセスを容易にするために、移動端末（ＵＥ）によって使用される。
【００４８】
移動端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても移動端末の位置を追跡し、移動端末を呼び出す、換言すれば移動端末が着呼することを可能にするために行われる。この移動端末の位置追跡のための区域をトラッキングエリアと呼ぶ。
【００４９】
ＣＳＧホワイトリスト（CSG White List）とは、加入者が属するＣＳＧセルのすべてのＣＳＧ  ＩＤが記録されている、ＵＳＩＭ（Universal Subscriber Identity Module）に格納されることもあるリストである。ＣＳＧホワイトリストは、単にホワイトリスト、あるいは許可ＣＳＧリスト（Allowed CSG List）と呼ばれることもある。ＣＳＧセルを通しての移動端末のアクセスは、ＭＭＥがアクセスコントロール（access control）を実行する（非特許文献４  ４．３．１．２章参照）。移動端末のアクセスの具体例としては、アタッチ（attach）、コンバインドアタッチ（combined attach）、デタッチ（detach）、サービスリクエスト（service request）、トラッキングエリアアップデートプロシジャー（Tracking Area Update procedure）などがある（非特許文献４  ４．３．１．２章参照）。
【００５０】
待受け状態の移動端末のサービスタイプについて以下に説明する（非特許文献３  ４．３章参照）。待受け状態の移動端末のサービスタイプとしては、制限されたサービス（Limited service、限られたサービスとも称される）、標準サービス（ノーマルサービス（Normal service））、オペレータサービス（Operator service）がある。制限されたサービスとは、後述のアクセプタブルセル上の緊急呼（Emergency calls）、ＥＴＷＳ（Earthquake and Tsunami Warning System）、ＣＭＡＳ（Commercial Mobile Alert System）である。標準サービス（通常サービスとも称される）とは、後述の適切なセル上の公共のサービスである。オペレータサービスとは、後述のリザーブセル上のオペレータのためのみのサービスである。
【００５１】
「適切なセル（Suitable cell）」について以下に説明する。「適切なセル（Suitable cell）」とは、ＵＥが通常（normal）サービスを受けるためにキャンプオン（Camp ON）するかもしれないセルである。そのようなセルは、以下の（１），（２）の条件を満たすものとする。
【００５２】
（１）セルは、選択されたＰＬＭＮもしくは登録されたＰＬＭＮ、または「Ｅｑｕｉｖａｌｅｎｔ  ＰＬＭＮリスト」のＰＬＭＮの一部であること。
【００５３】
（２）ＮＡＳ（Non-Access Stratum）によって提供された最新情報にて、さらに以下の（ａ）〜（ｄ）の条件を満たすこと。
（ａ）そのセルが禁じられた（barred）セルでないこと。
（ｂ）そのセルが「ローミングのための禁止されたＬＡｓ」リストの一部でないトラッキングエリア（Tracking Area）の一部であること。その場合、そのセルは前記（１）を満たす必要がある。
（ｃ）そのセルが、セル選択評価基準を満たしていること。
（ｄ）そのセルが、ＣＳＧセルとしてシステム情報（System Information：ＳＩ）によって特定されたセルに関しては、ＣＳＧ−ＩＤはＵＥの「ＣＳＧホワイトリスト」（CSG WhiteList）の一部であること、すなわちＵＥのCSG WhiteList中に含まれること。
【００５４】
「アクセプタブルセル（Acceptable cell）」について以下に説明する。「アクセプタブルセル（Acceptable cell）」とは、ＵＥが制限されたサービスを受けるためにキャンプオンするかもしれないセルである。そのようなセルは、以下の（１），（２）のすべての要件を充足するものとする。
（１）そのセルが禁じられたセル（「バードセル（Barred cell）」とも称される）でないこと。
（２）そのセルが、セル選択評価基準を満たしていること。
【００５５】
「バードセル（Barred cell）」は、システム情報で指示がある。「リザーブセル（Reserved cell）」は、システム情報で指示がある。
【００５６】
「セルにキャンプオン（camp on）する」とは、ＵＥがセル選択（cell selection）または再選択（reselection）の処理を完了し、ＵＥがシステム情報とページング情報とをモニタするセルを選択した状態になることをいう。ＵＥがキャンプオンするセルを「サービングセル（Serving cell）」と称することがある。
【００５７】
３ＧＰＰにおいて、Ｈｏｍｅ−ＮｏｄｅＢ（Ｈｏｍｅ−ＮＢ；ＨＮＢ）、Ｈｏｍｅ−ｅＮｏｄｅＢ（Ｈｏｍｅ−ｅＮＢ；ＨｅＮＢ）と称される基地局が検討されている。ＵＴＲＡＮにおけるＨＮＢ、およびＥ-ＵＴＲＡＮにおけるＨｅＮＢは、例えば家庭、法人、商業用のアクセスサービス向けの基地局である。非特許文献５には、ＨｅＮＢおよびＨＮＢへのアクセスの３つの異なるモードが開示されている。具体的には、オープンアクセスモード（Open access mode）と、クローズドアクセスモード（Closed access mode）と、ハイブリッドアクセスモード（Hybrid access mode）とが開示されている。
【００５８】
各々のモードは、以下のような特徴を有する。オープンアクセスモードでは、ＨｅＮＢやＨＮＢは、通常のオペレータのノーマルセルとして操作される。クローズドアクセスモードでは、ＨｅＮＢやＨＮＢは、ＣＳＧセルとして操作される。このＣＳＧセルは、ＣＳＧメンバーのみアクセス可能なＣＳＧセルである。ハイブリッドアクセスモードでは、ＨｅＮＢやＨＮＢは、非ＣＳＧメンバーも同時にアクセス許可されているＣＳＧセルとして操作される。ハイブリッドアクセスモードのセル（ハイブリッドセルとも称する）は、言い換えれば、オープンアクセスモードとクローズドアクセスモードとの両方をサポートするセルである。
【００５９】
３ＧＰＰでは、全ＰＣＩ（Physical Cell Identity）のうち、ＣＳＧセルによって使用するためにネットワークによって予約されたＰＣＩ範囲がある（非特許文献１  １０．５．１．１章参照）。ＰＣＩ範囲を分割することをＰＣＩスプリットと称することがある。ＰＣＩスプリットに関する情報（ＰＣＩスプリット情報とも称する）は、システム情報にて基地局から傘下の移動端末に対して報知される。基地局の傘下とは、該基地局をサービングセルとすることを意味する。
【００６０】
非特許文献６は、ＰＣＩスプリットを用いた移動端末の基本動作を開示する。ＰＣＩスプリット情報を有していない移動端末は、全ＰＣＩを用いて、例えば５０４コード全てを用いて、セルサーチを行う必要がある。これに対して、ＰＣＩスプリット情報を有する移動端末は、当該ＰＣＩスプリット情報を用いてセルサーチを行うことが可能である。
【００６１】
また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（Long Term Evolution Advanced：ＬＴＥ−Ａ）の規格策定が進められている（非特許文献７、非特許文献８参照）。
【００６２】
ＬＴＥ−Ａシステムでは、高い通信速度、セルエッジでの高いスループット、新たなカバレッジエリアなどを得るために、リレー（Relay）およびリレーノード（Relay Node：ＲＮ）をサポートすることが検討されている。中継装置であるリレーノードは、ドナーセル（Donor cell、以下「ドナーｅＮＢ（Donor eNB；ＤｅＮＢ）」という場合がある）と呼ばれるセルを介して、無線アクセスネットワークに無線で接続される。ドナーセルの範囲内で、ネットワーク（Network：ＮＷ）からリレーノードへのリンクは、ネットワークからＵＥへのリンクと同じ周波数帯域（周波数バンド（band））を共用する。この場合、リリース８のＵＥも該ドナーセルに接続可能とする。ドナーセルとリレーノードとの間のリンクをバックホールリンク（backhaul link）と称し、リレーノードとＵＥとの間のリンクをアクセスリンク（access link）と称する。
【００６３】
ＦＤＤ（Frequency Division Duplex）におけるバックホールリンクの多重方法として、ＤｅＮＢからＲＮへの送信は下り（ＤＬ）周波数バンドで行われ、ＲＮからＤｅＮＢへの送信は上り（ＵＬ）周波数バンドで行われる。リレーにおけるリソースの分割方法として、ＤｅＮＢからＲＮへのリンクおよびＲＮからＵＥへのリンクが一つの周波数バンドで時分割多重され、ＲＮからＤｅＮＢへのリンクおよびＵＥからＲＮへのリンクも一つの周波数バンドで時分割多重される。こうすることで、リレーにおいて、リレーの送信が自リレーの受信へ干渉することを防ぐことができる。
【００６４】
３ＧＰＰでは、通常のｅＮＢ（マクロセル）だけでなく、ピコｅＮＢ（ピコセル（pico cell））、ＨｅＮＢ（ＨＮＢ、ＣＳＧセル）、ホットゾーンセル用のノード、リレーノード、リモートラジオヘッド（Remote Radio Head：ＲＲＨ）、リピータなどのいわゆるローカルノードが検討されている。前述のような各種タイプのセルからなるネットワークは、異機種ネットワーク（heterogeneous network、ヘットネット）と称されることもある。
【００６５】
ＬＴＥでは、通信に使用可能な周波数バンド（以下「オペレーティングバンド」という場合がある）が予め決められている。非特許文献９には、該周波数バンドが記載されている。
【００６６】
ＬＴＥ−Ａシステムでは、１００ＭＨｚまでのより広い周波数帯域幅（transmission bandwidths）をサポートするために、二つ以上のコンポーネントキャリア（Component Carrier：ＣＣ）を集約する（アグリゲーション（aggregation）するとも称する）、キャリアアグリゲーション（Carrier Aggregation：ＣＡ）が検討されている。
【００６７】
ＬＴＥ対応であるリリース８または９対応のＵＥは、一つのサービングセルに相当する一つのＣＣ上のみで送受信可能である。これに対して、リリース１０対応のＵＥは、複数のサービングセルに相当する複数のＣＣ上で同時に送受信、あるいは受信のみ、あるいは送信のみをするための能力（ケーパビリティ、capability）を有することが考えられている。
【００６８】
各ＣＣは、リリース８または９の構成を用いており、ＣＡは、連続ＣＣ、非連続ＣＣ、および異なる周波数帯域幅のＣＣをサポートする。ＵＥが下りリンクのＣＣ（ＤＬ  ＣＣ）の個数以上の個数の、上りリンクのＣＣ（ＵＬ  ＣＣ）を構成することは不可能である。同一ｅＮＢから構成されるＣＣは、同じカバレッジを提供する必要は無い。ＣＣは、リリース８または９と互換性を有する。
【００６９】
ＣＡにおいて、上りリンク、下りリンクともに、サービングセル毎に一つの独立したＨＡＲＱエンティティがある。トランスポートブロックは、サービングセル毎にＴＴＩ毎に生成される。各トランスポートブロックとＨＡＲＱ再送とは、シングルサービングセルにマッピングされる。
【００７０】
ＣＡが構成される場合、ＵＥはＮＷと唯一つのＲＲＣ接続（RRC connection）を有する。ＲＲＣ接続において、一つのサービングセルがＮＡＳモビリティ情報とセキュリティ入力を与える。このセルをプライマリセル（Primary Cell：ＰＣｅｌｌ）と呼ぶ。下りリンクで、ＰＣｅｌｌに対応するキャリアは、下りプライマリコンポーネントキャリア（Downlink Primary Component Carrier：ＤＬ  ＰＣＣ）である。上りリンクで、ＰＣｅｌｌに対応するキャリアは、上りプライマリコンポーネントキャリア（Uplink Primary Component Carrier：ＵＬ  ＰＣＣ）である。
【００７１】
ＵＥの能力（ケーパビリティ（capability））に応じて、セカンダリセル（Secondary Cell：ＳＣｅｌｌ）が、ＰＣｅｌｌとサービングセルとの組を形成するために構成される。下りリンクで、ＳＣｅｌｌに対応するキャリアは、下りセカンダリコンポーネントキャリア（Downlink Secondary Component Carrier：ＤＬ  ＳＣＣ）である。上りリンクで、ＳＣｅｌｌに対応するキャリアは、上りセカンダリコンポーネントキャリア（Uplink Secondary Component Carrier：ＵＬ  ＳＣＣ）である。
【００７２】
一つのＵＥに対して、一つのＰＣｅｌｌと、一つ以上のＳＣｅｌｌからなるサービングセルとの組が構成される。
【００７３】
３ＧＰＰにおいて、さらに進んだ新たな無線区間の通信方式として、前述のＬＴＥアドヴァンスド（LTE Advanced：ＬＴＥ−Ａ）が検討されている（非特許文献７および非特許文献８参照）。ＬＴＥ−Ａは、ＬＴＥの無線区間通信方式を基本とし、それにいくつかの新技術を加えて構成される。新技術としては、より広い帯域をサポートする技術（Wider bandwidth extension）、および多地点協調送受信（Coordinated Multiple Point transmission and reception：ＣｏＭＰ）技術などがある。３ＧＰＰでＬＴＥ−Ａのために検討されているＣｏＭＰについては、非特許文献１０に記載されている。
【００７４】
ＣｏＭＰとは、地理的に分離された多地点間で協調した送信あるいは受信を行うことによって、高いデータレートのカバレッジの拡大、セルエッジでのスループットの向上、および通信システムにおけるスループットの増大を図る技術である。ＣｏＭＰには、下りＣｏＭＰ（ＤＬ  ＣｏＭＰ）と、上りＣｏＭＰ（ＵＬ  ＣｏＭＰ）とがある。
【００７５】
ＤＬ  ＣｏＭＰでは、一つの移動端末（ＵＥ）へのＰＤＳＣＨを多地点（マルチポイント）間で協調して送信する。一つのＵＥへのＰＤＳＣＨを、マルチポイントの一つのポイントから送信してもよいし、マルチポイントの複数のポイントから送信してもよい。ＤＬ  ＣｏＭＰにおいて、サービングセルとは、ＰＤＣＣＨによってリソース割当を送信する単独のセルである。
【００７６】
ＤＬ  ＣｏＭＰの方法として、結合処理（Joint Processing：ＪＰ）と、協調スケジューリング（Coordinated Scheduling：ＣＳ）または協調ビームフォーミング（Coordinated Beamforming：ＣＢ）（以下「ＣＳ／ＣＢ」という場合がある）とが検討されている。
【００７７】
ＪＰは、ＣｏＭＰコオペレーティングセット（CoMP cooperating set）中のそれぞれのポイントでデータが利用可能である。ＪＰには、結合送信（Joint Transmission：ＪＴ）と、動的ポイント選択（Dynamic Point Selection：ＤＰＳ）とがある。ＤＰＳは、動的セル選択（Dynamic Cell Selection：ＤＣＳ）を含む。ＪＴでは、ある時点で複数のポイント、具体的にはＣｏＭＰコオペレーティングセット（CoMP cooperating set）の一部あるいは全部から、ＰＤＳＣＨの送信が行われる。ＤＰＳでは、ある時点でＣｏＭＰコオペレーティングセット内の１つのポイントから、ＰＤＳＣＨの送信が行われる。
【００７８】
ＣＳ／ＣＢは、サービングセルからのデータ送信でのみ利用可能である。ＣＳ／ＣＢでは、ＣｏＭＰコオペレーティングセットに対応するセル間での調整と併せて、ユーザスケジューリングまたはビームフォーミングの決定がなされる。
【００７９】
マルチポイントで送受信するポイントとしてユニットおよびセルが、ユニットおよびセルとして基地局（NB、eNB、HNB、HeNB）、ＲＲＵ（Remote Radio Unit）、ＲＲＥ（Remote Radio Equipment）、ＲＲＨ（Remote Radio Head）、リレーノード（Relay Node：ＲＮ）などが検討されている。多地点協調送信を行うユニットおよびセルを、それぞれマルチポイントユニット、マルチポイントセルと称する場合がある。
【００８０】
３ＧＰＰにおいて、リリース１２版の規格書の策定が進められている。この中で、将来の膨大なトラフィックに対応するため、スモールeNB（セル）を用いた検討がなされている。例えば、多数のスモールeNB（セル）の設置により周波数利用効率を高め通信容量の増大を図る技術などである。
【先行技術文献】
【非特許文献】
【００８１】
【非特許文献１】３ＧＰＰ  ＴＳ３６．３００  Ｖ１１．２．０
【非特許文献２】３ＧＰＰ  ＴＳ３６．３３１  Ｖ１１．０．０
【非特許文献３】３ＧＰＰ  ＴＳ３６．３０４  Ｖ１１．０．０  ３．１章、４．３章、５．２．４章
【非特許文献４】３ＧＰＰ  ＴＲ  ２３．８３０  Ｖ９．０．０
【非特許文献５】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献６】３ＧＰＰ  Ｒ２−０８２８９９
【非特許文献７】３ＧＰＰ  ＴＲ  ３６．８１４  Ｖ９．０．０
【非特許文献８】３ＧＰＰ  ＴＲ  ３６．９１２  Ｖ１０．０．０
【非特許文献９】３ＧＰＰ  ＴＳ  ３６．１０１  Ｖ１１．０．０
【非特許文献１０】３ＧＰＰ  ＴＲ  ３６．８１９  Ｖ１１．１．０
【非特許文献１１】３ＧＰＰ  ＴＳ２３．４０１  Ｖ１１．２．０
【非特許文献１２】３ＧＰＰ  ＲＷＳ-１２００１０
【非特許文献１３】３ＧＰＰ  ＲＷＳ-１２０００６
【非特許文献１４】３ＧＰＰ  ＴＲ  ３６．９２７  Ｖ１０．１．０
【非特許文献１５】３ＧＰＰ  ＴＳ  ３６．１４１  Ｖ１１．１．０
【発明の概要】
【発明が解決しようとする課題】
【００８２】
スモールeNB（セル）（基地局）においても、ハンドオーバについて、従来のセル移行と同様の手続きを実施する必要がある。しかしながら、本手順においては、Ｕ−ｐｌａｎｅ/Ｃ−Ｐｌａｎｅ双方の制御が必要となり、手順も多く、複数のスモールeNB（セル）が密集しているエリアにおいて、そこをある程度のスピードで移動局が移動する場合、ハンドオーバ手続きに時間がかかると、ハンドオーバ手続きが完了する前に移動局が次のセルエリアに移動してしまい、適切にハンドオーバができない等の問題が発生する。また、このよう場合、ハンドオーバの発生頻度が高くなり、それに伴う処理が非常に多くなり、ネットワークに負荷をかけることとなる。
【００８３】
本発明の目的は、例えばスモールeNB（セル）を設置することで、高い通信容量を得たときであっても、ネットワークに負荷をかけることなく、かつ正常に通信中のセルの移行を行えるようにする移動体通信システム等を提供することである。
【課題を解決するための手段】
【００８４】
本発明の移動体通信システムは、第１基地局および第２基地局が並行して移動端末と通信し、前記第１基地局および前記第２基地局が並行して基地局制御装置と通信する移動体通信システムであって、制御プレーンでは、前記第１基地局が前記移動端末と通信し、前記第１基地局が前記基地局制御装置と通信し、ユーザプレーンでは、前記第２基地局が前記移動端末と通信し、前記第２基地局が前記基地局制御装置と通信することを特徴とする。
本発明の基地局制御装置は、移動端末が並行して通信する第１基地局および第２基地局と並行して通信する基地局制御装置であって、制御プレーンでは、前記移動端末と通信する前記第１基地局と通信し、ユーザプレーンでは、前記移動端末と通信する前記第２基地局と通信することを特徴とする。
本発明の基地局は、別の基地局と並行して移動端末と通信し、前記別の基地局と並行して基地局制御装置と通信する基地局であって、制御プレーンでは、前記移動端末と通信し、前記基地局制御装置と通信し、ユーザプレーンでは、前記別の基地局が前記移動端末と通信し、前記別の基地局が前記基地局制御装置と通信することを特徴とする。
本発明の基地局は、別の基地局と並行して移動端末と通信し、前記別の基地局と並行して基地局制御装置と通信する基地局であって、制御プレーンでは、前記別の基地局が前記移動端末と通信し、前記別の基地局が前記基地局制御装置と通信し、ユーザプレーンでは、前記移動端末と通信し、前記基地局制御装置と通信することを特徴とする。
本発明の移動端末は、基地局制御装置が並行して通信する第１基地局および第２基地局と並行して通信する移動端末であって、制御プレーンでは、前記基地局制御装置と通信する前記第１基地局と通信し、ユーザプレーンでは、前記基地局制御装置と通信する前記第２基地局と通信することを特徴とする。
【発明の効果】
【００８５】
本発明によれば、ネットワークに負荷をかけることなく、かつ正常に通信中の基地局の移行を行うことができる。
【図面の簡単な説明】
【００８６】
【図１】ＬＴＥ方式の通信システムの構成を示す説明図である。
【図２】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図３】ＭＢＳＦＮフレームの構成を示す説明図である。
【図４】ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。
【図５】ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。
【図６】ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。
【図７】３ＧＰＰにおいて議論されているＬＴＥ方式の通信システムの全体的な構成を示すブロック図である。
【図８】本発明に係る移動端末である図７に示す移動端末７１の構成を示すブロック図である。
【図９】本発明に係る基地局である図７に示す基地局７２の構成を示すブロック図である。
【図１０】本発明に係るＭＭＥである図７に示すＭＭＥ部７３の構成を示すブロック図である。
【図１１】本発明に係るＨｅＮＢＧＷである図７に示すＨｅＮＢＧＷ７４の構成を示すブロック図である。
【図１２】ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
【図１３】図１３（Ａ）は、従来のセル構成のイメージ図である。図１３（Ｂ）は、小セル化を行った場合のイメージ図である。図１３（Ｃ）は、マクロeNB（セル）とスモールeNB（セル）が混在している場合のイメージ図である。
【図１４】従来のEPSのアーキテクチャを示す図である。
【図１５】実施の形態１に係るＥＰＳのアーキテクチャを示す図である。
【図１６】本アーキテクチャにおける通信の確立及びUE起点のセルの追加のシーケンス例を示す図である。
【図１７】サービス要求手順の詳細を示すシーケンス図である。
【図１８】セル追加手順の詳細を示すシーケンス図である。
【図１９（Ａ）】UE起点によるeNB#3のRRC Connection/S1 bearer を追加するシーケンス例を示す図である。
【図１９（Ｂ）】セル追加手順の詳細を示すシーケンス図である。
【図２０】eNBの判断によって対象のUEに対しRRC Connection/S1 bearer を追加するシーケンス例を示す図である。
【図２１】MMEの判断によって、対象のUEに対しRRC Connection/S1 bearer を追加するシーケンス例を示す図である。
【図２２】UE起点のeNB#1のRRC Connection/S1 bearer を削除するシーケンス例を示す図である。
【図２３】eNB起点の自身のRRC Connection/S1 bearer を削除するシーケンス例を示す図である。
【図２４】eNB起点の他のeNBのRRC Connection/S1 bearer を削除するシーケンス例を示す図である。
【図２５】MME起点のeNBのRRC Connection/S1 bearer を削除するシーケンス例を示す図である。
【図２６】タイムアウトを検出した場合においてそのRRC Connection/S1 bearer を削除するシーケンス例を示す。
【図２７（Ａ）】複数のRRC Connection/S1 bearerが設定されている場合のデータ伝送におけるシーケンス例を示す図である。
【図２７（Ｂ）】下りトラフィック制御手順の詳細を示すシーケンス図である。
【図２７（Ｃ）】上りトラフィック制御手順の詳細を示すシーケンス図である。
【図２８】実施の形態２に係るＥＰＳのアーキテクチャを示す図である。
【図２９】実施の形態２に係るeNBのプロトコルスタックを示す図である。
【図３０】実施の形態２に係るシーケンス例を示す図である。
【図３１】実施の形態２に係るU-plane確立eNBを削除する場合のシーケンス例を示す図である。
【図３２】実施の形態２に係るU-plane確立eNBを削除する場合の他のシーケンス例を示す図である。
【図３３】実施の形態２に係るU-plane確立eNB間でデータ転送を行う場合のシーケンス例を示す図である。
【図３４】実施の形態２変形例１に係るアーキテクチャを示す図である。
【図３５】実施の形態２変形例１に係るシーケンス例を示す図である。
【図３６】実施の形態２変形例２に係るアーキテクチャを示す図である。
【図３７】実施の形態２変形例２に係るシーケンス例を示す図である。
【図３８】実施の形態２変形例３に係る複数のeNBを用いてDRB/S1 bearerを確立/修正する場合のシーケンス例を示す図である。
【図３９】実施の形態２変形例３に係るU-plane確立eNBを削除する場合のシーケンス例を示す図である。
【図４０】実施の形態２変形例３に係るU-plane確立eNBを削除する場合の他のシーケンス例を示す図である。
【図４１】実施の形態２変形例３に係るU-plane確立eNBを削除する場合の更に他のシーケンス例を示す図である。
【図４２】実施の形態３に係るU-plane確立専用のeNBを構成した場合のアーキテクチャを示す図である。
【図４３】実施の形態３に係るeNBのプロトコルスタックを示す図である。
【図４４】実施の形態３に係る複数のeNBを用いてDRBを確立/修正する場合のシーケンス例を示す図である。
【図４５】実施の形態３に係るU-plane確立eNBを削除する場合のシーケンス例を示す図である。
【図４６】実施の形態３に係るU-plane確立eNBを削除する場合の他のシーケンス例を示す図である。
【図４７】実施の形態３変形例１に係るアーキテクチャを示す図である。
【図４８】実施の形態６に係る共用キャリアの概念図である。
【図４９】同一eNB内における共用キャリアの構成例を示す図である。
【図５０】異なるeNB内における共用キャリアの構成例を示す図である。
【図５１】特定のエリア内で共用キャリアを構成する場合の構成例を示す図である。
【図５２】図５２（ａ）および図５２（ｂ）は、特定のエリア内で共用キャリアを構成する場合の他の例を示す図である。
【図５３】実施の形態７に係るアーキテクチャを示す図である。
【図５４】MAC1及びMAC2が行うスケジューリングによるフレームの構成例を示す図である。
【図５５（Ａ）】通信の確立及びデータの伝送フローのシーケンス例を示す図である。
【図５５（Ｂ）】サービス要求手順の詳細を示す図である。
【図５５（Ｃ）】ＤＬスケジューリング/送信手順の詳細を示す図である。
【図５５（Ｄ）】ＵＬスケジューリング/送信手順の詳細を示す図である。
【図５６】従来のRLF関連処理について説明するための図である。
【図５７】実施の形態８に係るRLF関連処理について説明するための図である。
【図５８】実施の形態８に係るRLF関連処理のシーケンス例を示す図である。
【図５９】図５８における[A]の処理のシーケンス例である。
【図６０】図５８における[A]の処理の他のシーケンス例である。
【図６１】図５８における[B]の処理のシーケンス例である。
【図６２】図５８における[C]の処理のシーケンス例である。
【図６３】実施の形態９に係るRLF関連処理について説明するための図である。
【図６４】実施の形態９に係るU-planeのみ確立セルのRLF関連処理のシーケンス例を示す図である。
【図６５】複数のeNBを一つの集合として扱う場合について説明する図である。
【図６６】マクロセルと、マクロセルと位置的にオーバレイする複数のスモールセルを用いて通信を行い、マクロセルにおいてCAを行なう場合について説明する図である。
【発明を実施するための形態】
【００８７】
実施の形態１．
図７は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システムの全体的な構成を示すブロック図である。３ＧＰＰにおいては、ＣＳＧ（Closed Subscriber Group）セル（Ｅ−ＵＴＲＡＮのＨｏｍｅ−ｅＮｏｄｅＢ（Ｈｏｍｅ−ｅＮＢ；ＨｅＮＢ）、ＵＴＲＡＮのＨｏｍｅ−ＮＢ（ＨＮＢ））と、ｎｏｎ−ＣＳＧセル（Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ（ｅＮＢ）、ＵＴＲＡＮのＮｏｄｅＢ（ＮＢ）、ＧＥＲＡＮのＢＳＳ）とを含めたシステムの全体的な構成が検討されており、Ｅ−ＵＴＲＡＮについては、図７のような構成が提案されている（非特許文献１  ４．６．１章参照）。
【００８８】
図７について説明する。通信端末装置である移動端末装置（以下「移動端末（User Equipment：ＵＥ）」という）７１は、基地局装置（以下「基地局」という）７２と無線通信可能であり、無線通信で信号の送受信を行う。基地局７２は、ｅＮＢ７２−１と、Ｈｏｍｅ−ｅＮＢ７２−２とに分類される。
【００８９】
ｅＮＢ７２−１は、ＭＭＥ、あるいはＳ−ＧＷ、あるいはＭＭＥおよびＳ−ＧＷを含むＭＭＥ／Ｓ−ＧＷ部（以下「ＭＭＥ部」という場合がある）７３とＳ１インタフェースにより接続され、ｅＮＢ７２−１とＭＭＥ部７３との間で制御情報が通信される。一つのｅＮＢ７２−１に対して、複数のＭＭＥ部７３が接続されてもよい。ＭＭＥ部７３は、管理手段に相当する。ＭＭＥ部７３は、コアネットワークであるＥＰＣに含まれる。ｅＮＢ７２−１間は、Ｘ２インタフェースにより接続され、ｅＮＢ７２−１間で制御情報が通信される。
【００９０】
Ｈｏｍｅ−ｅＮＢ７２−２は、ＭＭＥ部７３とＳ１インタフェースにより接続され、Ｈｏｍｅ−ｅＮＢ７２−２とＭＭＥ部７３との間で制御情報が通信される。一つのＭＭＥ部７３に対して、複数のＨｏｍｅ−ｅＮＢ７２−２が接続される。あるいは、Ｈｏｍｅ−ｅＮＢ７２−２は、ＨｅＮＢＧＷ（Home-eNB GateWay）７４を介してＭＭＥ部７３と接続される。Ｈｏｍｅ−ｅＮＢ７２−２とＨｅＮＢＧＷ７４とは、Ｓ１インタフェースにより接続され、ＨｅＮＢＧＷ７４とＭＭＥ部７３とはＳ１インタフェースを介して接続される。
【００９１】
一つまたは複数のＨｏｍｅ−ｅＮＢ７２−２が一つのＨｅＮＢＧＷ７４と接続され、Ｓ１インタフェースを通して情報が通信される。ＨｅＮＢＧＷ７４は、一つまたは複数のＭＭＥ部７３と接続され、Ｓ１インタフェースを通して情報が通信される。
【００９２】
ＭＭＥ部７３およびＨｅＮＢＧＷ７４は、上位ノード装置であり、基地局であるｅＮＢ７２−１およびＨｏｍｅ−ｅＮＢ７２−２と、移動端末（ＵＥ）７１との接続を制御する。ＭＭＥ部７３、具体的にはＭＭＥ部７３を構成するＭＭＥおよびＳ−ＧＷ、ならびにＨｅＮＢＧＷ７４は、管理手段に相当する。ＭＭＥ部７３およびＨｅＮＢＧＷ７４は、コアネットワークであるＥＰＣに含まれる。
【００９３】
さらに３ＧＰＰでは、以下のような構成が検討されている。Ｈｏｍｅ−ｅＮＢ７２−２間のＸ２インタフェースはサポートされる。すなわち、Ｈｏｍｅ−ｅＮＢ７２−２間は、Ｘ２インタフェースにより接続され、Ｈｏｍｅ−ｅＮＢ７２−２間で制御情報が通信される。ＭＭＥ部７３からは、ＨｅＮＢＧＷ７４はＨｏｍｅ−ｅＮＢ７２−２として見える。Ｈｏｍｅ−ｅＮＢ７２−２からは、ＨｅＮＢＧＷ７４はＭＭＥ部７３として見える。
【００９４】
Ｈｏｍｅ−ｅＮＢ７２−２が、ＨｅＮＢＧＷ７４を介してＭＭＥ部７３に接続される場合および直接ＭＭＥ部７３に接続される場合のいずれの場合も、Ｈｏｍｅ−ｅＮＢ７２−２とＭＭＥ部７３との間のインタフェースは、Ｓ１インタフェースで同じである。ＨｅＮＢＧＷ７４は、複数のＭＭＥ部７３にまたがるような、Ｈｏｍｅ−ｅＮＢ７２−２へのモビリティ、あるいはＨｏｍｅ−ｅＮＢ７２−２からのモビリティはサポートしない。Ｈｏｍｅ−ｅＮＢ７２−２は、唯一のセルで構成される。
【００９５】
基地局装置は、例えばＨｏｍｅ−ｅＮＢ７２−２のように唯一のセルで構成されるが、これに限定されず、複数のセルで構成されてもよい。１つの基地局装置が複数のセルで構成される場合、１つ１つのセルが、移動端末と通信可能に構成される。
【００９６】
図８は、本発明に係る移動端末である図７に示す移動端末７１の構成を示すブロック図である。図８に示す移動端末７１の送信処理を説明する。まず、プロトコル処理部８０１からの制御データ、およびアプリケーション部８０２からのユーザデータが、送信データバッファ部８０３へ保存される。送信データバッファ部８０３に保存されたデータは、エンコーダー部８０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部８０３から変調部８０５へ直接出力されるデータが存在してもよい。エンコーダー部８０４でエンコード処理されたデータは、変調部８０５にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部８０６へ出力され、無線送信周波数に変換される。その後、アンテナ８０７から基地局７２に送信信号が送信される。
【００９７】
また、移動端末７１の受信処理は、以下のように実行される。基地局７２からの無線信号がアンテナ８０７により受信される。受信信号は、周波数変換部８０６にて無線受信周波数からベースバンド信号に変換され、復調部８０８において復調処理が行われる。復調後のデータは、デコーダー部８０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部８０１へ渡され、ユーザデータはアプリケーション部８０２へ渡される。移動端末７１の一連の処理は、制御部８１０によって制御される。よって制御部８１０は、図８では省略しているが、各部８０１〜８０９と接続している。
【００９８】
図９は、本発明に係る基地局である図７に示す基地局７２の構成を示すブロック図である。図９に示す基地局７２の送信処理を説明する。ＥＰＣ通信部９０１は、基地局７２とＥＰＣ（ＭＭＥ部７３、ＨｅＮＢＧＷ７４など）との間のデータの送受信を行う。他基地局通信部９０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部９０１および他基地局通信部９０２は、それぞれプロトコル処理部９０３と情報の受け渡しを行う。プロトコル処理部９０３からの制御データ、ならびにＥＰＣ通信部９０１および他基地局通信部９０２からのユーザデータおよび制御データは、送信データバッファ部９０４へ保存される。
【００９９】
送信データバッファ部９０４に保存されたデータは、エンコーダー部９０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部９０４から変調部９０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部９０６にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部９０７へ出力され、無線送信周波数に変換される。その後、アンテナ９０８より一つもしくは複数の移動端末７１に対して送信信号が送信される。
【０１００】
また、基地局７２の受信処理は以下のように実行される。一つもしくは複数の移動端末７１からの無線信号が、アンテナ９０８により受信される。受信信号は、周波数変換部９０７にて無線受信周波数からベースバンド信号に変換され、復調部９０９で復調処理が行われる。復調されたデータは、デコーダー部９１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部９０３あるいはＥＰＣ通信部９０１、他基地局通信部９０２へ渡され、ユーザデータはＥＰＣ通信部９０１および他基地局通信部９０２へ渡される。基地局７２の一連の処理は、制御部９１１によって制御される。よって制御部９１１は、図９では省略しているが、各部９０１〜９１０と接続している。
【０１０１】
他基地局通信部９０２は、通知部および取得部に相当する。送信データバッファ部９０４、エンコーダー部９０５、変調部９０６、周波数変換部９０７、アンテナ９０８、復調部９０９およびデコーダー部９１０は、通信部に相当する。
【０１０２】
３ＧＰＰにおいて議論されているＨｏｍｅ−ｅＮＢ７２−２の機能を以下に示す（非特許文献１  ４．６．２章参照）。Ｈｏｍｅ−ｅＮＢ７２−２は、ｅＮＢ７２−１と同じ機能を有する。加えて、ＨｅＮＢＧＷ７４と接続する場合、Ｈｏｍｅ−ｅＮＢ７２−２は、適当なサービングＨｅＮＢＧＷ７４を発見する機能を有する。Ｈｏｍｅ−ｅＮＢ７２−２は、１つのＨｅＮＢＧＷ７４に唯一接続する。つまり、ＨｅＮＢＧＷ７４との接続の場合は、Ｈｏｍｅ−ｅＮＢ７２−２は、Ｓ１インタフェースにおけるＦｌｅｘ機能を使用しない。Ｈｏｍｅ−ｅＮＢ７２−２は、１つのＨｅＮＢＧＷ７４に接続されると、同時に別のＨｅＮＢＧＷ７４や別のＭＭＥ部７３に接続しない。
【０１０３】
Ｈｏｍｅ−ｅＮＢ７２−２のＴＡＣ（Tracking Area Code）とＰＬＭＮ  ＩＤは、ＨｅＮＢＧＷ７４によってサポートされる。Ｈｏｍｅ−ｅＮＢ７２−２をＨｅＮＢＧＷ７４に接続すると、「ＵＥ  ａｔｔａｃｈｍｅｎｔ」でのＭＭＥ部７３の選択は、Ｈｏｍｅ−ｅＮＢ７２−２の代わりに、ＨｅＮＢＧＷ７４によって行われる。Ｈｏｍｅ−ｅＮＢ７２−２は、ネットワーク計画なしで配備される可能性がある。この場合、Ｈｏｍｅ−ｅＮＢ７２−２は、１つの地理的な領域から別の地理的な領域へ移される。したがって、この場合のＨｏｍｅ−ｅＮＢ７２−２は、位置によって、異なったＨｅＮＢＧＷ７４に接続する必要がある。
【０１０４】
図１０は、本発明に係るＭＭＥの構成を示すブロック図である。図１０では、前述の図７に示すＭＭＥ部７３に含まれるＭＭＥ７３ａの構成を示す。ＰＤＮ  ＧＷ通信部１００１は、ＭＭＥ７３ａとＰＤＮ  ＧＷとの間のデータの送受信を行う。基地局通信部１００２は、ＭＭＥ７３ａと基地局７２との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ  ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ  ＧＷ通信部１００１から、ユーザプレイン通信部１００３経由で基地局通信部１００２に渡され、１つあるいは複数の基地局７２へ送信される。基地局７２から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部１００２から、ユーザプレイン通信部１００３経由でＰＤＮ  ＧＷ通信部１００１に渡され、ＰＤＮ  ＧＷへ送信される。
【０１０５】
ＰＤＮ  ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ  ＧＷ通信部１００１から制御プレイン制御部１００５へ渡される。基地局７２から受信したデータが制御データであった場合、制御データは、基地局通信部１００２から制御プレイン制御部１００５へ渡される。
【０１０６】
ＨｅＮＢＧＷ通信部１００４は、ＨｅＮＢＧＷ７４が存在する場合に設けられ、情報種別によって、ＭＭＥ７３ａとＨｅＮＢＧＷ７４との間のインタフェース（ＩＦ）によるデータの送受信を行う。ＨｅＮＢＧＷ通信部１００４から受信した制御データは、ＨｅＮＢＧＷ通信部１００４から制御プレイン制御部１００５へ渡される。制御プレイン制御部１００５での処理の結果は、ＰＤＮ  ＧＷ通信部１００１経由でＰＤＮ  ＧＷへ送信される。また、制御プレイン制御部１００５で処理された結果は、基地局通信部１００２経由でＳ１インタフェースにより１つあるいは複数の基地局７２へ送信され、またＨｅＮＢＧＷ通信部１００４経由で１つあるいは複数のＨｅＮＢＧＷ７４へ送信される。
【０１０７】
制御プレイン制御部１００５には、ＮＡＳセキュリティ部１００５−１、ＳＡＥベアラコントロール部１００５−２、アイドルステート（Idle State）モビリティ管理部１００５―３などが含まれ、制御プレインに対する処理全般を行う。ＮＡＳセキュリティ部１００５―１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部１００５―２は、ＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部１００５―３は、待受け状態（アイドルステート（Idle State）；ＬＴＥ−ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末７１のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。
【０１０８】
ＭＭＥ７３ａは、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ７３ａに接続されるＨｏｍｅ−ｅＮＢ７２−２のＣＳＧの管理やＣＳＧ−ＩＤの管理、そしてホワイトリスト管理は、アイドルステートモビリティ管理部１００５―３で行ってもよい。
【０１０９】
ＣＳＧ−ＩＤの管理では、ＣＳＧ−ＩＤに対応する移動端末とＣＳＧセルとの関係が管理（例えば追加、削除、更新、検索）される。この関係は、例えば、あるＣＳＧ−ＩＤにユーザアクセス登録された一つまたは複数の移動端末と該ＣＳＧ−ＩＤに属するＣＳＧセルとの関係であってもよい。ホワイトリスト管理では、移動端末とＣＳＧ−ＩＤとの関係が管理（例えば追加、削除、更新、検索）される。例えば、ホワイトリストには、ある移動端末がユーザ登録した一つまたは複数のＣＳＧ−ＩＤが記憶されてもよい。これらのＣＳＧに関する管理は、ＭＭＥ７３ａの中の他の部分で行われてもよい。ＭＭＥ７３ａの一連の処理は、制御部１００６によって制御される。よって制御部１００６は、図１０では省略しているが、各部１００１〜１００５と接続している。
【０１１０】
３ＧＰＰにおいて議論されているＭＭＥ７３ａの機能を以下に示す（非特許文献１  ４．６．２章参照）。ＭＭＥ７３ａは、ＣＳＧ（Closed Subscriber Group）のメンバーの１つあるいは複数の移動端末のアクセスコントロールを行う。ＭＭＥ７３ａは、ページングの最適化（Paging optimization）の実行をオプションとして認める。
【０１１１】
図１１は、本発明に係るＨｅＮＢＧＷである図７に示すＨｅＮＢＧＷ７４の構成を示すブロック図である。ＥＰＣ通信部１１０１は、ＨｅＮＢＧＷ７４とＭＭＥ７３ａとの間のＳ１インタフェースによるデータの送受信を行う。基地局通信部１１０２は、ＨｅＮＢＧＷ７４とＨｏｍｅ−ｅＮＢ７２−２との間のＳ１インタフェースによるデータの送受信を行う。ロケーション処理部１１０３は、ＥＰＣ通信部１１０１経由で渡されたＭＭＥ７３ａからのデータのうちレジストレーション情報などを、複数のＨｏｍｅ−ｅＮＢ７２−２に送信する処理を行う。ロケーション処理部１１０３で処理されたデータは、基地局通信部１１０２に渡され、一つまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。
【０１１２】
ロケーション処理部１１０３での処理を必要とせず通過（透過）させるだけのデータは、ＥＰＣ通信部１１０１から基地局通信部１１０２に渡され、一つまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。ＨｅＮＢＧＷ７４の一連の処理は、制御部１１０４によって制御される。よって制御部１１０４は、図１１では省略しているが、各部１１０１〜１１０３と接続している。
【０１１３】
３ＧＰＰにおいて議論されているＨｅＮＢＧＷ７４の機能を以下に示す（非特許文献１  ４．６．２章参照）。ＨｅＮＢＧＷ７４は、Ｓ１アプリケーションについてリレーする。Ｈｏｍｅ−ｅＮＢ７２−２へのＭＭＥ７３ａの手順の一部分であるが、ＨｅＮＢＧＷ７４は、移動端末７１に関係しないＳ１アプリケーションについて終端する。ＨｅＮＢＧＷ７４が配置されるとき、移動端末７１に無関係な手順がＨｏｍｅ−ｅＮＢ７２−２とＨｅＮＢＧＷ７４との間、そしてＨｅＮＢＧＷ７４とＭＭＥ７３ａとの間を通信される。ＨｅＮＢＧＷ７４と他のノードとの間でＸ２インタフェースは設定されない。ＨｅＮＢＧＷ７４は、ページングの最適化（Paging optimization）の実行をオプションとして認める。
【０１１４】
次に通信システムにおけるセルサーチ方法の一例を示す。図１２は、ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。移動端末は、セルサーチを開始すると、ステップＳＴ１２０１で、周辺の基地局から送信される第一同期信号（Ｐ−ＳＳ）、および第二同期信号（Ｓ−ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。
【０１１５】
Ｐ−ＳＳとＳ−ＳＳとを合わせて、同期信号（ＳＳ）という。同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩ（Physical Cell Identity）に１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は５０４通りが検討されている。この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。
【０１１６】
次に同期がとれたセルに対して、ステップＳＴ１２０２で、基地局からセル毎に送信される参照信号（ＲＳ）であるセル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）を検出し、ＲＳの受信電力（Reference Signal Received Power：ＲＳＲＰ）の測定を行う。参照信号（ＲＳ）には、ＰＣＩと１対１に対応したコードが用いられている。そのコードで相関をとることによって他セルと分離できる。ステップＳＴ１２０１で特定したＰＣＩから、該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳの受信電力を測定することが可能となる。
【０１１７】
次にステップＳＴ１２０３で、ステップＳＴ１２０２までで検出された一つ以上のセルの中から、ＲＳの受信品質が最もよいセル、例えば、ＲＳの受信電力が最も高いセル、つまりベストセルを選択する。
【０１１８】
次にステップＳＴ１２０４で、ベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がマッピングされる。したがってＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。
【０１１９】
次にステップＳＴ１２０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ−ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報や、セルセレクションに関する情報、他のＳＩＢ（ＳＩＢｋ；ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、トラッキングエリアコード（Tracking Area Code：ＴＡＣ）が含まれる。
【０１２０】
次にステップＳＴ１２０６で、移動端末は、ステップＳＴ１２０５で受信したＳＩＢ１のＴＡＣと、移動端末が既に保有しているトラッキングエリアリスト内のトラッキングエリア識別子（Tracking Area Identity：ＴＡＩ）のＴＡＣ部分とを比較する。トラッキングエリアリストは、ＴＡＩリスト（TAI list）とも称される。ＴＡＩはトラッキングエリアの識別子であり、ＭＣＣ（Mobile Country Code）と、ＭＮＣ（Mobile Network Code）と、ＴＡＣ（Tracking Area Code）とによって構成される。ＭＣＣは国コードである。ＭＮＣはネットワークコードである。ＴＡＣはトラッキングエリアのコード番号である。
【０１２１】
移動端末は、ステップＳＴ１２０６で比較した結果、ステップＳＴ１２０５で受信したＴＡＣがトラッキングエリアリスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ステップＳＴ１２０５で受信したＴＡＣがトラッキングエリアリスト内に含まれなければ、移動端末は、該セルを通して、ＭＭＥなどが含まれるコアネットワーク（Core Network，ＥＰＣ）へ、ＴＡＵ（Tracking Area Update）を行うためにトラッキングエリアの変更を要求する。
【０１２２】
コアネットワークは、ＴＡＵ要求信号とともに移動端末から送られてくる該移動端末の識別番号（ＵＥ−ＩＤなど）をもとに、トラッキングエリアリストの更新を行う。コアネットワークは、移動端末に更新後のトラッキングエリアリストを送信する。移動端末は、受信したトラッキングエリアリストに基づいて、移動端末が保有するＴＡＣリストを書き換える（更新する）。その後、移動端末は、該セルで待ち受け動作に入る。
【０１２３】
ＬＴＥ、ＬＴＥ−ＡおよびＵＭＴＳ（Universal Mobile Telecommunication System）においては、ＣＳＧ（Closed Subscriber Group）セルの導入が検討されている。前述したように、ＣＳＧセルに登録した一つまたは複数の移動端末のみにアクセスが許される。ＣＳＧセルと登録された一つまたは複数の移動端末とが一つのＣＳＧを構成する。このように構成されたＣＳＧには、ＣＳＧ−ＩＤと呼ばれる固有の識別番号が付される。一つのＣＳＧには、複数のＣＳＧセルがあってもよい。移動端末は、どれか一つのＣＳＧセルに登録すれば、そのＣＳＧセルが属するＣＳＧの他のＣＳＧセルにアクセス可能となる。
【０１２４】
また、ＬＴＥおよびＬＴＥ−ＡでのＨｏｍｅ−ｅＮＢやＵＭＴＳでのＨｏｍｅ−ＮＢが、ＣＳＧセルとして使われることがある。ＣＳＧセルに登録した移動端末は、ホワイトリストを有する。具体的には、ホワイトリストはＳＩＭ（Subscriber Identity Module）またはＵＳＩＭに記憶される。ホワイトリストには、移動端末が登録したＣＳＧセルのＣＳＧ情報が格納される。ＣＳＧ情報として具体的には、ＣＳＧ−ＩＤ、ＴＡＩ（Tracking Area Identity）、ＴＡＣなどが考えられる。ＣＳＧ−ＩＤとＴＡＣとが対応付けられていれば、どちらか一方でよい。また、ＣＳＧ−ＩＤおよびＴＡＣと、ＥＣＧＩとが対応付けられていれば、ＥＣＧＩでもよい。
【０１２５】
以上から、ホワイトリストを有しない（本発明においては、ホワイトリストが空（empty）の場合も含める）移動端末は、ＣＳＧセルにアクセスすることは不可能であり、ｎｏｎ−ＣＳＧセルのみにしかアクセスできない。一方、ホワイトリストを有する移動端末は、登録したＣＳＧ−ＩＤのＣＳＧセルにも、ｎｏｎ−ＣＳＧセルにもアクセスすることが可能となる。
【０１２６】
ＨｅＮＢおよびＨＮＢに対しては、様々なサービスへの対応が求められている。例えば、あるサービスでは、オペレータは、ある決められたＨｅＮＢおよびＨＮＢに移動端末を登録させ、登録した移動端末のみにＨｅＮＢおよびＨＮＢのセルへのアクセスを許可することで、該移動端末が使用できる無線リソースを増大させて、高速に通信を行えるようにする。その分、オペレータは、課金料を通常よりも高く設定する。
【０１２７】
このようなサービスを実現するために、登録した（加入した、メンバーとなった）移動端末のみがアクセスできるＣＳＧセル（Closed Subscriber Group cell）が導入されている。ＣＳＧセル（Closed Subscriber Group cell）は、商店街やマンション、学校、会社などへ数多く設置されることが要求される。例えば、商店街では店舗毎、マンションでは部屋毎、学校では教室毎、会社ではセクション毎にＣＳＧセルを設置し、各ＣＳＧセルに登録したユーザのみが該ＣＳＧセルを使用可能とするような使用方法が要求されている。
【０１２８】
ＨｅＮＢ／ＨＮＢは、マクロセルのカバレッジ外での通信を補完するため（エリア補完型ＨｅＮＢ／ＨＮＢ）だけでなく、上述したような様々なサービスへの対応（サービス提供型ＨｅＮＢ／ＨＮＢ）が求められている。このため、ＨｅＮＢ／ＨＮＢがマクロセルのカバレッジ内に設置される場合も生じる。
【０１２９】
スマートフォンやタブレット端末の普及により、セルラー系無線通信によるトラフィックが爆発的に増大しており、世界中で無線リソース不足が懸念されている。これに対応して周波数利用効率を高めるために、小セル化し空間分離を進めることが検討されている。
【０１３０】
図１３（Ａ）は、従来のセル構成のイメージ図である。１３０１はマクロeNB（セル）が構成するカバレッジを示す。マクロeNB（セル）は比較的広い範囲のカバレッジを構成する。従来は、複数のマクロeNB（セル）による広い範囲のカバレッジによってあるエリアを覆うようにしている。
【０１３１】
図１３（Ｂ）は、小セル化を行った場合のイメージ図である。１３０２はスモールeNB（セル）が構成するカバレッジを示す。スモールeNB（セル）はマクロeNB（セル）に比べて狭い範囲のカバレッジを構成する。従って、従来にくらべ、あるカバレッジを覆うには、多数のスモールeNB（セル）が必要となる。
【０１３２】
図１３（Ｃ）は、マクロeNB（セル）とスモールeNB（セル）が混在している場合のイメージ図である。１３０３はマクロeNB（セル）が構成するカバレッジを示し、１３０４はスモールeNB（セル）が構成するカバレッジを示す。尚、図１３（Ｃ）においては、あるeNB（セル）のカバレッジが、他のeNB（セル）のカバレッジ内に含まれる場合も存在する。このように、マクロeNB（セル）のカバレッジと、スモールeNB（セル）のカバレッジとが複雑に重複するような場合が生じる。また、重複しない場合も生じる。さらには、多数のスモールeNB（セル）が一つのマクロeNB（セル）のカバレッジ内に構成されるような場合も生じる。
【０１３３】
これ以降は、図１３（Ｂ）及び図１３（Ｃ）のように、システム内に複数のスモールeNB（セル）が構成される場合について説明する。
【０１３４】
図１４は、従来のEPSのアーキテクチャを示す図である。１４０１はP-GW、１４０２はMME、１４０３はS-GW、１４０４はeNB、１４０５はUEである。１４０６はP-GWとS-GW間のインタフェース（S5）、１４０７はMMEとS-GW間のインタフェース（S11）、１４０８はMMEとeNB間のインタフェース（S1-MME）、１４０９はS-GWとeNB間のインタフェース（S1-U）、１４１０はeNBとUE間のインタフェース（Uu）である。実線はユーザトラフィック（U-plane）をサポートするインタフェースを示し、破線はシグナリング（C-plane）をサポートするインタフェースを示す。S5インタフェース１４０６、Uuインタフェース１４１０は、ユーザトラフィックとシグナリングの両方をサポートする。図で示すように、従来のEPSでは、通信対象となるUEとの一つの通信に対して、一つのeNBを用いて、C-planeとU-planeの接続を行う。すなわち、一つのeNBを用いて、一つのRRC connection/S1 bearerを確立する。
【０１３５】
実施の形態１で解決する課題について、以下に説明する。小セルにおいても、通信中のセル移行(ハンドオーバ)について、非特許文献１(ＴＳ３６．３００)  １０．１．２章に示される一般のセル移行と同様の手続きを実施する必要がある。しかしながら、非特許文献１(ＴＳ３６．３００)  １０．１．２章に示されるように、Ｕ−ｐｌａｎｅ/Ｃ−Ｐｌａｎｅ双方の制御が必要となり、手順も多くなる。また、複数の小さいセルが密集しているエリアにおいて、そこをある程度のスピードで移動する場合、ハンドオーバ手続きに時間がかかると、ハンドオーバ手続きが完了する前に次のセルエリアに移行してしまい、適切にハンドオーバができない等の問題が発生する。また、このよう場合、通信中のセル移行(ハンドオーバ)の発生頻度が高くなり、それに伴う処理が非常に多くなり、ネットワークに負荷をかけることとなる。
【０１３６】
実施の形態１での解決策を以下に示す。前述の課題を解決するために、1つの通信に対し、複数のRRC Connection/S1 bearer確立を可能とし、非特許文献１(ＴＳ３６．３００)  １０．１．２章のセル移行の手順を用いずにセル移行を行うことを可能とする。
【０１３７】
図１５は、実施の形態１に係るＥＰＳのアーキテクチャを示す図である。図１５においては、ＵＥ(１５０１)が、３つのeNB(ｅＮＢ#１(１５０２)/ｅＮＢ#２(１５０３)/ｅＮＢ#３(１５０４))とRRC Connectionを確立し、それぞれのeNBは、一つのS-GWとS1 bearerを確立している。ここにおいて、MME(１５０５)は、Uu点における送達確認結果、品質情報、受信波の到来情報、UEの位置情報等に基づき、データ振り分け方法及び関連するパラメータの通知を行う。送達確認結果の具体例として、ＨＡＲＱのAck/NackやRLCにおけるARQのAck/Nackがある。品質情報の具体例として、CQI、CSIがある。受信波の到来情報の具体例として、AoA（angle of arrival）がある。UEの位置情報の具体例として、UE Positioning 推定結果がある。
【０１３８】
なお、ここでいう、ＵＥ（１５０１）は移動局に、ｅＮＢ#１(１５０２)は第１基地局に、ｅＮＢ#２(１５０３)は第２基地局に、ＭＭＥ（１５０５）およびＳ−ＧＷ（１５０６）は関門局に、それぞれ相当する。また、Ｃプレーン信号に関して言えば、ＵＥ（１５０１）とｅＮＢ#１(１５０２)との間のRRC Connectionは第１無線通信接続に、ＵＥ（１５０１）とｅＮＢ#２(１５０３)との間のRRC Connectionは第２無線通信接続に、それぞれ相当する。同じくＣプレーン信号に関して言えば、ＭＭＥ（１５０５）とｅＮＢ#１(１５０２)との間のS1-MME signaling接続は第１通信接続に、ＭＭＥ（１５０５）とｅＮＢ#２(１５０３)との間のS1-MME signaling接続は第２通信接続に、それぞれ相当する。また、Ｕプレーン信号に関して言えば、ＵＥ（１５０１）とｅＮＢ#１(１５０２)との間のRadio Bearerは第１無線通信接続に、ＵＥ（１５０１）とｅＮＢ#２(１５０３)との間のRadio Bearerは第２無線通信接続に、それぞれ相当する。同じくＵプレーン信号に関して言えば、Ｓ−ＧＷ（１５０６）とｅＮＢ#１(１５０２)との間のS1 bearerは第１通信接続に、Ｓ−ＧＷ（１５０６）とｅＮＢ#２(１５０３)との間のS1 bearerは第２通信接続に、それぞれ相当する。
【０１３９】
このように、関門局と第１基地局との間に第１通信接続を、前記関門局と前記第２基地局との間に第２通信接続を、第１基地局と移動局との間に第１無線通信接続を、第２基地局と移動局との間に第２無線通信接続を、それぞれ確立することによって、移動局と関門局との間で一つの通信を実行するので、通信接続・無線通信接続の追加・削除によってセル移行を実現することができる。
【０１４０】
Ｕプレーン信号は、第１通信接続および第１無線通信接続を含む第１経路と、第２通信接続および第２無線通信接続を含む第２経路とに分配して伝送される。Ｃプレーン信号は、第１通信接続および第１無線通信接続を含む第１経路と、第２通信接続および第２無線通信接続を含む第２経路とに分配して伝送される。
【０１４１】
また、S-GW(１５０６)は、RRC  Connection/S1 bearerが確立された複数のeNBに対して、パケット（packet）単位でデータを振り分け伝送する。このPacketは、例えば、IP(internet protocol) packetである。IP通信を行う端末における通信単位と一致させることにより、パケットの分割を実施せずにすみ、伝送効率が向上する。１５０７〜１５０９は、Uu点におけるeNB＃１〜eNB#３のU-plane/C-planeの伝送路である。また、１５１１、１５１３、１５１５は、S-GWとeNB＃１〜eNB#３間のU-planeの伝送路である。また、１５１２、１５１４、１５１６は、MMEとeNB＃１〜eNB#３間のC-planeの伝送路である。
【０１４２】
尚、ある特定のエリアに対して、この一つの通信に対する複数のeNBとのRRC connection/S1 bearerを確立可能とし、特定のエリアとしては、例えば、同一TA内、同一MME内、同一S-GW内等である。同一MME内や同一TA内にすることにより、通信制御において、集中制御が可能となり、通信制御が簡略化できる。同一S-GW内にすることにより、U-planeデータの振り分けをE-UTRANに近いところで実施でき、経路制御が簡略化できる。
【０１４３】
そして、本特定エリアにおける通信中のセル移行については、ハンドオーバ手続きは実施せず、RRC Connection/S1 bearerの追加・削除で実施する。
【０１４４】
図１６は、本アーキテクチャにおける通信の確立及びUE起点のセルの追加のシーケンス例を示す図である。本シーケンスは、初めにベアラを確立するためのService Request Procedure(複数RRC) ＜ステップＳＴ１８１５＞と、確立したベアラに対しeNB#2のRRC Connection/S1 bearer の追加を行うCell Addition Procedure(eNB#2追加) ＜ステップＳＴ１８３７＞とを含んで構成される。
【０１４５】
Service Request Procedure(複数RRC)＜ステップＳＴ１８１５＞において、ベアラを確立したUEは、通常の通信動作と同様に他の周辺セルの検出、モニタを実施する。その検出及びモニタ結果を用いて、ステップＳＴ１８３６において、対象となるeNBの追加判定を実施する。
【０１４６】
実施の方法としては、例えば、モニタセルのなんらかのリファレンス信号の品質が、現状のセルのレベルに対し、ある定められた閾値を超える、もしくはUEが測定した位置情報となんらかの方法で事前に入手したeNBの位置情報の距離を算出し、その距離がある定められた閾値内となる等で判定を行う。リファレンス信号の具体例として、トラッキング用RS、復調用RS、CRS、UE-specific RSなどがある。eNBの位置情報を事前に入手する方法として、eNBが自eNBの位置情報をシステム情報に含めて報知する、あるいは該UEにRRCシグナリングで通知する、などとすると良い。
【０１４７】
この追加判定において、追加が必要と判定された場合は、Cell Addition Procedure(eNB#2追加) ＜ステップＳＴ１８３７＞が実施される。
【０１４８】
図１７は、サービス要求手順の詳細を示すシーケンス図である。サービス要求手順（Service Request Procedure）(複数RRC)については、非特許文献１１（TS23.401）の5.3.4.1章記載のUE triggered Service Request procedureをベースとしている。ステップＳＴ１８３３において、S-GWがMMEに対しModify Bearer Responseを送信した後に、ステップＳＴ１８３４において、MMEが、対象となるUEを特定する情報とその確立したベアラ情報をConnected UE info Report(UEID,bearer info)とするメッセージを用いて、上記特定エリアの関連するeNBに対し通知している。これは、UEが他のeNBに対し、RRC connection/S1ベアラを確立する際の処理手順を高速化するための方策である。高速化を不要とする場合は、本手順を省略してもよい。その場合は、後に述べるRadio Bearer Establishment procedure＜ステップＳＴ１８５６＞の実施が必要となる。
【０１４９】
尚、Service Request Procedure(複数RRC)を実施するか、通常のUE triggered Service Request procedureを実施するかの判断については、例えば、対象のeNBがシステム情報等で、自身のエリアが、複数のRRC connectionの確立を許容するエリアか、否かを判断できる情報を送信し、UEがその情報を受信してどちらの手順を行うかを判断する。UEでの判断において、UE capability、例えば、複数のeNBと複数のRRC Connection/S1 bearer確立を可能か否かのcapability、あるいは、UEの移動速度などを用いても良い。
【０１５０】
図１８は、セル追加手順の詳細を示すシーケンス図である。セル追加手順（Cell Addition Procedure）(eNB#2追加)を起動したUEは、ステップＳＴ１８３８において、すでに確立されている被追加対象となるEPSベアラを特定できる情報を含めたRRC connection の要求(RRC connection Request(既存のEPSベアラ)を送信する)をeNB#2に対し行う。
【０１５１】
RRC connection Request(既存のEPSベアラ)を受信したeNB#2は、ステップＳＴ１８３９において、Connected UE info Report(UEID,bearer info)等でMMEより予め通知されている情報を検索し、対象となるUEのベアラ情報が存在するか確認をする。この処理は、MME-eNB#1間処理遅延等の影響で、Connected UE info Report(UEID,bearer info)の通知の前に、RRC connection Request(既存のEPSベアラ)を受信してしまった場合や、そもそもConnected UE info Report(UEID,bearer info)が送信されない場合の対策を目的としている。
【０１５２】
上記判断において、対象のUEのベアラ情報が確認できた場合は、そのベアラ情報に基づき、ステップＳＴ１８４１において、RRC connection setup(既存ベアラ相当のRAB設定)にて、そのベアラに相当するRRC connectionの情報をUEに送信する。RRC connection setup(既存ベアラ相当のRAB設定)を受信したUEは、設定を行い、ステップＳＴ１８４２において、RRC connection Setup completeをeNBに送信する。RRC connection Setup completeを受信したeNB#2は、ステップＳＴ１８４３において、Connected UE Confirmation(UE ID,既存EPSベアラ)をMMEに送信する。
【０１５３】
上記判断において、対象のUEのベアラ情報が確認できなかった場合は、Service Request Procedure(複数RRC) におけるRRC Connection setup procedureと同様に、ステップＳＴ１８４５において、RRC connection setup(暫定)を送信する。RRC connection setup(暫定)を受信したUEは、設定を行い、ステップＳＴ１８４６において、RRC connection Setup completeをeNBに送信する。RRC connection Setup completeを受信したeNB#2は、対象のUEのベアラの設定状況を確認することを目的として、ステップＳＴ１８４７において、UEを特定する情報とその要求のあったEPSベアラ情報をConnected UE Confirmation(UE ID,既存EPSベアラ)を用いてMMEに送信する。
【０１５４】
Initial Context Setup CompleteもしくはConnected UE Confirmation(UE ID,既存EPSベアラ)を受信したMMEは、ステップＳＴ１８５０において、本Connectionの追加の判断を行う。［１］の場合＜ステップＳＴ１８４０＞は、対象となるeNBの位置情報やトラフィック状況等を考慮し、追加の判断を行う。［２］の場合＜ステップＳＴ１８４４＞は、まず、既存の開設しているベアラの存在を確認し、存在する場合は、［１］の場合と同様の判断基準を用いて更に追加の判断を行う。
【０１５５】
本判断において、追加不可の判断を行った場合は、ステップＳＴ１８５１において、Release Reqest(UE ID,既存のEPSベアラ)を対象のeNBに通知し、本通知を受信したeNBは、必要に応じて、ステップＳＴ１８４８において、対象のRRC connectionをReleaseする。本判断において、追加許可の判断を行った場合は、ステップＳＴ１８５２において、Initial Context Setup Requestを対象のeNBに送信すると共に、ステップＳＴ１８５３において、対象のS-GWに対し、Modify Bearer Requestを送信し、S1 bearer追加の設定要求を行う。
【０１５６】
Initial Context Setup Requestを受信したeNBは、設定を行い、ステップＳＴ１８５９において、MMEに、Initial Context Setup Completeを送信する。Modify Bearer Requestを受信したS-GWは、設定を行い、ステップＳＴ１８５４において、MMEに、Modify Bearer Responseを送信する。各ベアラの追加を確認したMMEは、ステップＳＴ１８６０〜１８６２において、Connected UE info Report(UEID,bearer info)を用いて、関連するeNBに対し、ベアラ情報の更新を通知する。
【０１５７】
以上により、RRC Connection/S1 bearer の追加が可能となる。
【０１５８】
図１９（Ａ）は、UE起点によるeNB#3のRRC Connection/S1 bearer を追加するシーケンス例を示す図である。図１９（Ａ）の手順は、図1８の手順後に、UE起点によるeNB#3のRRC Connection/S1 bearer を追加したものである。
【０１５９】
図１９（Ｂ）は、セル追加手順の詳細を示すシーケンス図である。追加した手順については、図1８のeNB#2をeNB#3に読み替えればよく、説明は省略する。
【０１６０】
図２０は、eNBの判断によって対象のUEに対しRRC Connection/S1 bearer を追加するシーケンス例を示す図である。ここでは、eNB#1が判定を行う場合の例を示す。まず、UEは、Service Request Procedure(複数RRC) ＜ステップＳＴ１８１５＞にて、eNB#1との接続を完了させる。eNB#1との接続を行ったUEは、通常通り、ステップＳＴ２００１において、周辺セル情報をMeasurement Reportにて、eNB#1に通知する。尚、ここで、通常の品質情報だけでなく、UEの位置情報を付加して通知してもよい。
【０１６１】
Measurement Reportを受信したeNBは、ステップＳＴ２００２において、その受信した周辺セルの品質情報やUEの位置情報から、対象となるeNBを追加するか否かの判定を行う。これは、既存のハンドオーバ判定と同様の形でもよいが、複数確立できることを考慮することが望ましい。
【０１６２】
本シーケンス例においては、ステップＳＴ２００２において、eNB#2が追加判定される。追加判定を行ったeNB#1は、ステップＳＴ２００３において、UEに対し、RRC Connection add Request(eNB2)にて、eNB#2の追加要求を行う。RRC Connection add Request(eNB2)を受信したUEは、図18にて説明したCell Addition Procdure(eNB#2追加)処理＜ステップＳＴ１８３７＞を行い、eNB#2との接続を確立する。
【０１６３】
その後、ステップＳＴ２００５において、eNB#3が追加判定される。その後は、eNB#2の追加と同様の処理が実施される。尚、本追加判定は、eNB#2で実施されてもよいし、どれか一つのeNBのみで実施することとしてもよい。どちらかのみで実施する場合は、X2Interface等を用いて、eNB間で判定権限の受け渡し処理が必要となる。双方で実施する場合は、UE側で、同一の追加要求は破棄することとなる。
【０１６４】
図21は、MMEの判断によって、対象のUEに対しRRC Connection/S1 bearer を追加するシーケンス例を示す図である。まず、UEは、Service Request Procedure(複数RRC) ＜ステップＳＴ１８１５＞にて、eNB#1との接続を完了させる。尚、ここにおいて、各eNBに対するConnected UE info Report(UEID,bearer info)の通知は省略してもよい。eNB#1との接続を行ったUEは、ステップＳＴ２１０１において、通常通り、周辺セル情報をMeasurement Reportにて、eNB#1に通知する。尚、ここで、通常の品質情報だけでなく、UEの位置情報を付加して通知してもよい。Measurement Reportを受信したeNB#1は、ステップＳＴ２１０２において、その情報をConnection Quality Report(UEID,Quality(自セル.他セル),Location)にて、MMEに通知する。
【０１６５】
Connection Quality Report(UEID,Quality(自セル.他セル),Location)を受信したMMEは、ステップＳＴ２１０３において、その受信した周辺セルの品質情報やUEの位置情報から、対象となるeNBを追加するか否かの判定を行う。本シーケンス例においては、ステップＳＴ２１０３において、eNB#2が追加と判定された場合を示している。
【０１６６】
追加判定を行ったMMEは、ステップＳＴ２１０５において、eNB#2に対し、Connected UE info Report(UEID,bearer info)にて既存ベアラの通知を行う。尚、Service Request Procedure(複数RRC)にて、通知している場合は、本メッセージ送信は不要となる。
【０１６７】
また、追加判定を行ったMMEは、ステップＳＴ２１０６において、eNB#1に対し、Connection add Request(eNB2)にて、eNB#2の追加要求を通知し、eNB#1は、ステップＳＴ２１０７において、UEに対し、RRC Connection add Request(eNB2)にて、eNB#2の追加要求を通知する。RRC Connection add Request(eNB2)を受信したUEは、ステップＳＴ２１０８において、RRC connection Request(既存のEPSベアラ)をeNB#2に送信し、それを受信したeNB#2は、ステップＳＴ２１０９において、RRC connection setup(既存ベアラ相当のRAB設定)をUEに送信する。設定を完了したUEは、ステップＳＴ２１１０において、RRC connection Setup completeをeNB#2に送信し、RRC connection Setup complete を受信したeNB#2は、ステップＳＴ２１１１において、Connected UE Confirmation(UE ID,既存のEPSベアラ)をMMEに送信する。
【０１６８】
以降、eNB#2、MME、S-GW間で、Initial Context Setup Request＜ステップＳＴ２１１２＞、Modify Bearer Request＜ステップＳＴ２１１３＞、Modify Bearer Response＜ステップＳＴ２１１４＞及びInitial Context Setup Complete＜ステップＳＴ２１１５＞を用いたベアラの設定変更を行い、RRC Connection/S1 bearer の追加を完了する。尚、その後、各eNBに対するConnected UE info Report(UEID,bearer info)の通知を行ってもよい。
【０１６９】
以降、eNB#2と同様にeNB#3の追加も行う。
【０１７０】
以上により、MME起点によるRRC Connection/S1 bearer の追加が可能となる。
【０１７１】
図22は、UE起点のeNB#1のRRC Connection/S1 bearer を削除するシーケンス例を示す図である。まず、UEは、Service Request Procedure(複数RRC) ＜ステップＳＴ１８１５＞にて、eNB#1との接続を完了させ、Cell Addition Procdure(eNB#2追加) ＜ステップＳＴ１８３７＞にて、eNB#2を追加する。
【０１７２】
ベアラを確立したUEは、通常の通信動作と同様に他の周辺セルの検出、モニタを実施する。その検出及びモニタ結果において、ステップＳＴ２２０１において、対象となるeNBの削除判定を実施する。実施の方法としては、例えば、モニタセルのなんらかのリファレンス信号の品質が、現状のセルのレベルに対し、ある定められた閾値を下回る、もしくはUEが測定した位置情報となんらかの方法で事前に入手したeNBの位置情報の距離を算出し、その距離がある定められた閾値外となる等で判定を行う。
【０１７３】
この削除判定において、削除が必要と判定された場合は、UEは、ステップＳＴ２２０２において、接続している通信環境が良好なeNB(ここではeNB#2)に対し、削除要求(RRC Release Request(eNB#1))を送信する。削除要求を受信したeNB#2は、ステップＳＴ２２０４において、UE Context Release Request(eNB#1)にて、MMEに対し、ベアラの削除要求を行う。UE Context Release Request(eNB#1)を受信したMMEは、ステップＳＴ２２０５において、Connection削除判定を行う。本判定は、例えば、処理遅延等により、追加処理と削除処理が入れ替わり、すべてのベアラが削除されないようにする、もしくは残ベアラのトラフィック過剰を低減する等の対策のために実施する。
【０１７４】
MMEのConnection削除判定において、削除不可と判定された場合は、MMEは、eNB#2に対し、ステップＳＴ２２０６において、UE Context Release Response(reject)にて削除不可を通知する。MMEのConnection削除判定において、削除可と判定された場合は、MMEは、ステップＳＴ２２０９において、eNB#1に対し、UE Context Release Commandにてベアラの解放を要求し、解放を完了したeNB#1はステップＳＴ２２１１において、UE Context Release Complete通知する。この際、ステップＳＴ２２１０において、UEに対し、RRC Connection Releaseを送信してもよい。また、S-GWに対しては、ステップＳＴ２２０７において、Modify Bearer Request(削除)にて、対象ベアラの削除を要求し、S-GWは設定完了後、ステップＳＴ２２０８において、Modify Bearer  Responseを送信する。ベアラの削除を確認したMMEは、各eNBに対し、ステップＳＴ２２１２〜２２１４において、Connected UE info Report(UEID,bearer info)にて、ベアラの更新を通知する。
【０１７５】
以上により、UE起点のRRC Connection/S1 bearer の削除が可能となる。
【０１７６】
図23は、eNB起点の自身のRRC Connection/S1 bearer を削除するシーケンス例を示す図である。まず、図20と同様、UEは、Service Request Procedure(複数RRC) ＜ステップＳＴ１８１５＞にて、eNB#1との接続を完了させ、Cell Addition Procdure(eNB#2追加) ＜ステップＳＴ１８３７＞にて、eNB#2を追加する。eNB#1及びeNB#2との接続を行ったUEは、ステップＳＴ２３０１において、通常通り、周辺セル情報をMeasurement Reportにて、eNB#1(及びeNB#2)に通知する。尚、ここで、通常の品質情報だけでなく、UEの位置情報を付加して通知してもよい。
【０１７７】
Measurement Reportを受信したeNBは、ステップＳＴ２３０２において、その受信した周辺セルの品質情報やUEの位置情報及び自身が測定する対象UEのUplinkの品質情報(受信信号の品質、L2再送回数、到来角等)から、自身のリンクを削除するか否かの判定を行う。
【０１７８】
この削除判定において、削除が必要と判定された場合は、eNB#1は、ステップＳＴ２３０４において、UE Context Release Requestにて、MMEに対し、ベアラの削除要求を行う。以降の手順は、図20のRB/S1  Release Procedure2  (eNB#1削除)と同様である。
【０１７９】
図24は、eNB起点の他のeNBのRRC Connection/S1 bearer を削除するシーケンス例を示す図である。まず、図20と同様、UEは、Service Request Procedure(複数RRC) ＜ステップＳＴ１８１５＞にて、eNB#1との接続を完了させ、Cell Addition Procdure(eNB#2追加) ＜ステップＳＴ１８３７＞にて、eNB#2を追加する。eNB#1及びeNB#2との接続を行ったUEは、ステップＳＴ２４０１において、通常通り、周辺セル情報をMeasurement Reportにて、eNB#2(及びeNB#1)に通知する。尚、ここで、通常の品質情報だけでなく、UEの位置情報を付加して通知してもよい。
【０１８０】
Measurement Reportを受信したeNB#2は、ステップＳＴ２４０２において、その受信した周辺セルの品質情報やUEの位置情報から、他のeNB(ここではeNB#１)を削除するか否かの判定を行う。
【０１８１】
この削除判定において、削除が必要と判定された場合は、図22のRB/S1  Release Procedure2  (eNB#1削除) ＜ステップＳＴ２２０３＞を起動し、該当ベアラを削除する。
【０１８２】
図25は、MME起点のeNBのRRC Connection/S1 bearer を削除するシーケンス例を示す図である。まず、図20と同様、UEは、Service Request Procedure(複数RRC) ＜ステップＳＴ１８１５＞にて、eNB#1との接続を完了させ、Cell Addition Procdure(eNB#2追加) ＜ステップＳＴ１８３７＞にて、eNB#2を追加する。eNB#1及びeNB#2との接続を行ったUEは、ステップＳＴ２５０１において、通常通り、周辺セル情報をMeasurement Reportにて、eNB#2(及びeNB#1)に通知する。尚、ここで、通常の品質情報だけでなく、UEの位置情報を付加して通知してもよい。Measurement Reportを受信したeNB#2は、ステップＳＴ２１０２において、その情報をConnection Quality Report(UEID,Quality(自セル.他セル),Location)にて、MMEに通知する。
【０１８３】
Connection Quality Report(UEID,Quality(自セル.他セル),Location)を受信したMMEは、ステップＳＴ２５０２において、その受信した周辺セルの品質情報やUEの位置情報から、対象となるeNBを削除するか否かの判定を行う。
【０１８４】
この削除判定において、削除が必要と判定された場合は、MMEは、ステップＳＴ２５０４において、Modify Bearer Request(削除)にて、S-GWに対し、対象のベアラの削除要求を行う。以降の手順は、図20のRB/S1  Release Procedure2  (eNB#1削除)と同様である。
【０１８５】
図26は、タイムアウトを検出した場合においてそのRRC Connection/S1 bearer を削除するシーケンス例を示す。まず、図20と同様、UEは、Service Request Procedure(複数RRC) ＜ステップＳＴ１８１５＞にて、eNB#1との接続を完了させ、Cell Addition Procdure(eNB#2追加) ＜ステップＳＴ１８３７＞にて、eNB#2を追加する。その後、ステップＳＴ２５０２において、eNBが対象UEの無線区間におけるデータ伝送が長期間なく、eNB#1がデータタイムアウトを検出(データモニタtimer 満了)した場合は、図21のRB/S1  Release Procedure1  (eNB#1削除) ＜ステップＳＴ２６０３＞の手順を行い、対象ベアラを削除する。UEについても、同様に、ステップＳＴ２６０１において、UEがeNB#1がデータタイムアウトを検出(データモニタtimer 満了)した場合は、対象ベアラを削除する。
【０１８６】
図27（Ａ）は、複数のRRC Connection/S1 bearerが設定されている場合のデータ伝送におけるシーケンス例を示す図である。本例では、UEとeNB#1、eNB#2及びeNB#3間で、すでにRRC Connection/S1 bearerが設定されているものとする。ここでは、下りリンクのデータ送信と上りリンクのデータ送信を分けて記載する。下りリンクを先に記載しているが、下りと上りの関連性はない。双方とも定常的に実施されるものとする。
【０１８７】
まず、下りリンクのデータ送信について、説明する。eNB#1、eNB#2及びeNB#3との接続を行ったUEは、ステップＳＴ２７０３〜２７０５において、通常通り、周辺セル情報をMeasurement Reportにて、eNB#1、eNB#2及びeNB#3に通知する。尚、どれか一つのeNBのみでもよい。また、ここで、通常の品質情報だけでなく、UEの位置情報を付加して通知してもよい。
【０１８８】
どれか一つのeNBのみに通知する具体例として、以下に３つ開示する。
（１）各eNBにおける全メジャメントの結果を、いずれか一つのeNBに通知する。
（２）各eNBのメジャメントの設定に従い測定を行うが、いずれか一つのeNBにのみ、該設定に従ったレポートを行う。
（３）いずれか一つのeNBのメジャメントの設定に従い測定を行い、該一つのeNBにのみ、その設定に従ったレポートを行う。
【０１８９】
いずれもUEは一つのeNBのみに通知することになるので、制御を簡易にでき、送信時間の削減による低消費電力化がはかれる。（２）はメジャメントレポートを行うためのイベントもいずれか一つのeNBのメジャメント設定に限定されるため、さらに送信回数を削減でき、さらに制御を簡易にでき低消費電力化がはかれる。（３）は、メジャメントもいずれか一つのeNBの設定に従って行うだけなので、メジャメント処理も削減でき、さらに制御を簡易にでき低消費電力化がはかれる。
【０１９０】
これに続いて、ステップＳＴ２７０６において、下りトラフィック制御手順（DL Traffic Control Procedure）が実行される。これに続いて、ステップＳＴ２７１５において、上りトラフィック制御手順（UL Traffic Control Procedure）が実行される。
【０１９１】
図２７（Ｂ）は、下りトラフィック制御手順の詳細を示すシーケンス図である。Measurement Reportを受信した各eNBは、ステップＳＴ２７０７〜２７０９において、その情報をConnection Quality Report(UEID,Quality,Location)にて、MMEに通知する。
【０１９２】
Connection Quality Report(UEID,Quality,Location)を受信したMMEは、その受信した周辺セルの品質情報やUEの位置情報から、各リンクの品質の比率を算出する。その品質の比率と各セルのTraffc状況を考慮して、ステップＳＴ２７１０において、最終的な各eNBに対するPacketの分配比率を決定し、その比率を、ステップＳＴ２７１１において、Packet DL TX Racio IND(UEID,Connection1,Connection2Connection3)にて、S-GWに通知する。S-GWはその比率に従い、受信Packetを各eNBに分配する。(ステップＳＴ２７１２〜２７１４)尚、ここで、S-GW が受信したPacketの分離、結合等は行わず、受信PacketとそれぞれのeNBに送信するPacketは1対1対応するものとする。また、分配比率の決定は、各リンクの品質及びTrafficデータの更新に応じて、定常的に実施されるものとする。
【０１９３】
次に、上りリンクのデータ送信について、説明する。
【０１９４】
図２７（Ｃ）は、上りトラフィック制御手順の詳細を示すシーケンス図である。eNB#1、eNB#2及びeNB#3との接続を行ったUE(AS)は、ステップＳＴ２７１６において、通常通り、eNB#1、eNB#2及びeNB#3のリンクの品質の測定を行い、ステップＳＴ２７１７において、その情報をUEのNASに通知し、ステップＳＴ２７１８において、各リンクの品質の比率を算出する。そして、その比率を、ステップＳＴ２７１９において、ASに通知し、その比率に従い、ステップＳＴ２７２０〜２７２１において、送信Packetを各eNBのリンクに分配し、送信を行う。UEは、各eNBに対する送信データ量を、各eNBに対するバッファステータスレポート（ＢＳＲ）によって通知し、各ｅＮＢにおいて該ＢＳＲを用いて行われるスケジューリングに従って送信を行う。尚、分配比率の決定は、各リンクの品質の更新に応じて、定常的に実施されるものとする。
【０１９５】
前述の各図のシーケンス例はすべて適用してもよいし、一部だけを適用してもよい。
【０１９６】
以上の実施の形態１によって、1つのConnectionに対して、複数のRRC Connection/S1 bearerを設定することができ、そのRRC Connection/S1 bearerを追加/削除することにより通信中のセル移行が可能となるため、非特許文献１(ＴＳ３６．３００)  １０．１．２章に示されるようなHO手順は不要となり、複数の小さいセルが密集しているエリアにおいて、そこをある程度のスピードで移動する場合においても適切のセル移行が可能となる。また、U-planeの制御が不要となるため、ネットワークに対する負荷も軽減することができる。
【０１９７】
実施の形態２．
実施の形態１で述べたように、システムとして通信容量の増大が要求されている。通信容量の増大を図るため、小セル化して周波数利用効率を高めることが検討されている。実施の形態１では、小セル化され、複数の小さいセルが密集しているような状況でも適切にセル移行が可能となる方法を開示した。
【０１９８】
しかし、実施の形態１で開示した方法の場合、複数のeNB（セル）とRRC connectionの確立を行うための制御処理が必要となり、そのためのシグナリングや制御遅延が発生してしまう。
【０１９９】
そこで、実施の形態２では、複数のeNB（セル）とRRC connectionを確立せずに、複数のeNB（セル）を用いて通信を行う方法を開示する。
【０２００】
３GPPにおいて、複数のRRC connectionを確立せずに複数のセルを用いて通信を行なう方法として、C/U plane splitやマルチストリームが提案されている（非特許文献１２（RWS-120010）、非特許文献１３（RWS-120006）参照）。従来の通信システムにおいて行われている、RRC connectionとU-plane側ベアラの確立を一つのeNB（セル）を用いて行う方法と異なり、複数のeNB（セル）とRRC connectionを確立せずに、複数のeNB（セル）を用いて通信を行なうには、MMEやS-GWを含めたアーキテクチャや、ベアラ確立方法などが必要となる。しかし、いずれもそのようなMMEやS-GWを含めたアーキテクチャや、ベアラ確立方法などはなんら開示されていない。
【０２０１】
ここでは、複数のeNB（セル）とRRC connectionを確立せずに、複数のeNB（セル）を用いて通信を行なう方法について開示する。
【０２０２】
1つの通信に対し、一つのeNB（セル）を用いてC-planeの接続を確立し、複数のeNB（セル）を用いてU-planeの接続を確立する。以降、C-planeの接続を確立する（確立すべき、確立した、を含む）eNB（セル）をC-plane確立eNB（セル）、U-planeの接続を確立する（確立すべき、確立した、を含む）eNB（セル）をU-plane確立eNB（セル）と称することもある。また、U-planeの接続のみを確立するeNB（セル）をU-planeのみ確立eNB（セル）と称することもある。
【０２０３】
C-planeの接続として、RRC connectionの確立を行い、U-planeの接続としてベアラの確立を行う。ベアラとしてDRB（data radio bearer）/S1 bearerとすると良い。DRBは、ユーザデータ用の無線ベアラである。
【０２０４】
ベアラのみが確立されたeNBは、少なくともベアラの制御に関する機能を有する。
【０２０５】
ベアラの制御に関する機能として、S-GWとUE間のベアラであるE-RABの確立/制御/解放機能がある。具体例として、個別無線ベアラの確立、設定、維持、解放機能（Establishment, configuration, maintenance and release of point to point Radio Bearers）、E-RABサービス管理機能（E-RAB service management function）がある。
【０２０６】
セルの運用方法として、基本的なカバレッジを与えることを目的としたカバレッジセルと、通信容量の増大を目的としたキャパシティセル（キャパシティブースタセル）が考えられている（非特許文献１４（TR36.927）参照）。C-planeの接続を確立するeNB(セル)をカバレッジセルとし、U-planeの接続のみを確立するeNB(セル)をキャパシティセルとしても良い。
【０２０７】
また、C-planeの接続を確立するeNB（セル）をマクロeNB（セル）とし、U-planeの接続のみを確立するeNB（セル）をスモールeNB（セル）としても良い。
【０２０８】
マクロeNB は、比較的カバレッジエリアの広いマクロセルを構成するeNBである。Wide Area Base Station（非特許文献１５（TS36.141）参照）であっても良い。
【０２０９】
スモールeNB は、比較的カバレッジエリアの狭いスモールセルを構成するeNBである。ローパワーノード、ローカルエリアノード、ホットスポットなどであっても良い。あるいは、ピコeNB(セル)、フェムトeNB(セル)、HeNB、RRH、RRM、RNであっても良い。あるいは、Local Area Base Station、Home Base Station（非特許文献１５（TS36.141）参照）であっても良い。
【０２１０】
なお、U-planeの接続を確立するeNB（セル）は、eNBあるいはセルの機能を全て有しなくても良いので、単にノードと称しても良い。
【０２１１】
U-planeの接続のみを確立するeNBをRNとする場合、DeNBをC-plane確立eNBとしても良い。後述の実施の形態２変形例２で開示する方法を適用しても良い。C-plane確立eNBとU-plane確立eNBの間のインタフェースとして、DeNBとRN間で確立されるバックホールリンクを用いても良い。この場合、DeNBとUE間のリンクの周波数レイヤと、RNとUE間のリンクの周波数レイヤを異ならせる構成としても良い。RNの場合、C-plane確立eNBとU-plane確立eNB間のインタフェースが無線となるので、多数のU-plane確立eNBの柔軟な設置が可能となる。
【０２１２】
図２８は、実施の形態２に係るＥＰＳのアーキテクチャを示す図である。２８０１はP-GW、２８０２はS-GW、２８０３はMME、２８０４はC-eNB、２８０５はU-eNB、２８０６はUEである。C-planeの接続を確立するeNBをC-eNBとし、U-planeの接続のみを確立するeNBをU-eNBで示す。C-eNBはC-planeの接続を確立するだけでなく、U-planeの接続を確立してもよい。
【０２１３】
２８０７はP-GWとS-GW間のインタフェース（S5）、２８０８はMMEとS-GW間のインタフェース（S11）、２８０９、２８１５はMMEとeNB（C-eNB、U-eNB）間のインタフェース（S1-MME）、２８１３、２８１４はS-GWとeNB（C-eNB、U-eNB）間のインタフェース（S1-U）、２８１０、２８１１はeNB（C-eNB、U-eNB）とUE間のインタフェース（Uu）、２８１２はeNB間のインタフェースである。インタフェース２８１２はX2であってもよいし、新たなインタフェースが設けられても良い。図１４と同様に、実線はユーザトラフィック（U-plane）をサポートするインタフェースを示し、破線はシグナリング（C-plane）をサポートするインタフェースを示す。
【０２１４】
1つの通信に対して複数のeNBを用いる点は実施の形態１で開示した図１５と同じである。しかし本実施の形態では、RRC connectionを確立するのは一つのeNBである。すなわち、一つのeNBを用いてC-planeの接続を確立し、複数のeNBを用いてU-planeの接続を確立する。図の例では、C-planeの接続を確立する一つのeNBがC-eNBで、U-planeの接続を確立する複数のeNBがC-eNBとU-eNBである。
【０２１５】
本実施の形態では、C-eNB（２８０４）と通信対象となるUE（２８０６）との間のUu（２８１０）インタフェースを用いて、RRC connectionが確立される。すなわち、図において、C-eNB（２８０４）とUE（２８０６）間で、破線で示すC-planeの接続が確立される。一方、U-eNB（２８０５）と通信対象となるUE（２８０６）との間のUu（２８１１）インタフェースを用いて、U-plane側データ（ユーザデータ）の通信のみが行なわれる。すなわち、U-eNB（２８０５）とUE（２８０６）間で、実線で示すU-planeの接続のみが確立される。なお、従来と同様にC-eNB（２８０４）とUE（２８０６）間にU-planeの接続が確立されても良い。
【０２１６】
U-eNB（２８０５）とUE（２８０６）間のU-plane接続用インタフェース２８１１をUuとしたが、Uuではなく、U-plane接続機能のみを有する新たなインタフェースを設けても良い。
【０２１７】
本実施の形態では、通信対象となるUE（２８０６）に対して、U-eNB（２８０５）とS-GW（２８０２）間のユーザデータの通信は、インタフェース（S1-U）２８１３を用いて行われる。通信対象となるUE（２８０６）に対して、U-eNB（２８０５）とMME（２８０３）間のシグナリングの通信は、インタフェース（S1-MME）２８１５を用いて行われる。ただし、後述するように、通信対象となるUE（２８０６）に対する、該シグナリングは限定的である。U-eNB（２８０５）で少なくともベアラ制御を行うために必要なシグナリングであれば良い。
【０２１８】
なお、ここでいう、ＵＥ（２８０６）は移動局に、Ｃ−ｅＮＢ(２８０４)は第１基地局に、Ｕ−ｅＮＢ(２８０５)は第２基地局に、ＭＭＥ（２８０３）およびＳ−ＧＷ（２８０２）は関門局に、それぞれ相当する。また、Ｃプレーン信号に関して言えば、ＵＥ（２８０６）とＣ−ｅＮＢ(２８０４)との間のRRC Connectionは第１無線通信接続に相当する。同じくＣプレーン信号に関して言えば、ＭＭＥ（２８０３）とＣ−ｅＮＢ(２８０４)との間のS1-MME signaling接続（２８０９）は第１通信接続に、ＭＭＥ（２８０３）とＵ−ｅＮＢ(２８０５)との間のS1-MME signaling接続（２８１５）は第２通信接続に、それぞれ相当する。また、Ｕプレーン信号に関して言えば、ＵＥ（２８０６）とＣ−ｅＮＢ(２８０４)との間のRadio Bearerは第１無線通信接続に、ＵＥ（２８０６）とＵ−ｅＮＢ(２８０５)との間のRadio Bearerは第２無線通信接続に、それぞれ相当する。同じくＵプレーン信号に関して言えば、Ｓ−ＧＷ（２８０２）とＣ−ｅＮＢ(２８０４)との間のS1 bearer（２８１４）は第１通信接続に、Ｓ−ＧＷ（１５０６）とＵ−ｅＮＢ(２８０５)との間のS1 bearer（２８１３）は第２通信接続に、それぞれ相当する。
【０２１９】
このように、関門局と第１基地局との間に第１通信接続を、前記関門局と前記第２基地局との間に第２通信接続を、第１基地局と移動局との間に第１無線通信接続を、第２基地局と移動局との間に第２無線通信接続を、それぞれ確立することによって、移動局と関門局との間で一つの通信を実行するので、通信接続・無線通信接続の追加・削除によってセル移行を実現することができる。
【０２２０】
Ｕプレーン信号は、第１通信接続および第１無線通信接続を含む第１経路と、第２通信接続および第２無線通信接続を含む第２経路とに分配して伝送される。Ｃプレーン信号は、第１通信接続および第１無線通信接続を含む第１経路と、第２通信接続および第１無線通信接続を含む第２経路とに分配して伝送される。
【０２２１】
図２９は、実施の形態２に係るeNBのプロトコルスタックを示す図である。２９０１はC-eNBである。C-planeとしてS1-MMEインタフェースに接続され、U-planeとしてS1-Uインタフェースに接続される。２９０２の破線部分はC-plane接続のためのプロトコル、２９０３の破線部分はU-plane接続のためのプロトコルである。C-eNBにおいて、２９０４はRRCプロトコル、２９０７はPDCPプロトコル、２９０８はRLCプロトコル、２９１２はMACプロトコル、２９１１はPHYプロトコルを示す。MACプロトコル２９１２は、MPX(multiplexing)/Scheduling機能２９０９とHARQ機能２９１０を有する。これらのプロトコルはC-plane用とU-plane用の機能を併せ持つ。C-planeにおいて、paging、SI（system information）、およびシグナリング用の無線ベアラであるSRB（signaling radio bearer）による制御情報のシグナリング機能を有する（２９０５）。U-planeにおいて、ユーザデータ用の無線ベアラであるDRB（data radio bearer）によるユーザデータ運搬機能を有する（２９０６）。
【０２２２】
２９１３はU-eNBである。C-planeとしてS1-MMEインタフェースに接続され、U-planeとしてS1-Uインタフェースに接続される。
【０２２３】
まず、U-eNBに対してC-plane接続を確立するUEに対するプロトコルを示す。２９１４の破線部分はC-plane接続のためのプロトコル、２９１５の破線部分はU-plane接続のためのプロトコルである。U-eNBにおいて、２９１７はRRCプロトコル、２９２０はPDCPプロトコル、２９２１はRLCプロトコル、２９２５はMACプロトコル、２９２４はPHYプロトコルを示す。MACプロトコル２９２５は、MPX(multiplexing)/Scheduling機能２９２２とHARQ機能２９２３を有する。これらのプロトコルはC-plane用とU-plane用の機能を併せ持つ。
【０２２４】
次に、U-plane接続のみを確立するUEに対するプロトコルを示す。C-plane接続のためのプロトコル２９１４は構成されない。ただし、少なくともベアラの制御に関する機能２９１６を有する。RRC機能として有すると良い。従って、PDCPプロトコル２９２０、RLCプロトコル２９２１、MACプロトコル２９２２、PHYプロトコル２９２４は、U-plane用の機能のみを有する。いいかえると、ベアラ確立用の機能のみを有する。
【０２２５】
なお、U-plane確立専用のeNBを構成する場合、C-plane接続を確立するためのプロトコル２９１４をU-eNB２９１３内に有する必要が無くなるため、簡易な構成とすることが可能となる。
【０２２６】
次に、複数のeNB（セル）を用いたベアラ確立方法を開示する。
【０２２７】
本実施の形態では、MMEが、通信対象となるUEに対してDRB/S1 bearerを確立すべきeNBを選択する。
【０２２８】
選択する際の指標として、例えば、実施の形態１で開示した、UEのメジャメントリポートで通知される品質情報や位置情報を用いると良い。
【０２２９】
選択する際の指標の具体例を以下１１項あげる。
（１）UEとセル間の通信品質情報
（２）UEの位置情報
（３）UEとセル間のPath loss 
（４）セルにおけるUEからの受信波の到来情報
（５）UEの速度あるいは速度クラス
（６）UEの進行方向
（７）UEとセル間のUu点における送達確認結果
（８）セルの負荷状況
（９）UEの能力情報
（１０）UEの種別情報
（１１）（１）から（１０）の組合せ
（１）に関しては、通信品質情報の具体例として、UEが測定するRSRP、RSRQなどがある。また、セルが測定する上り通信品質でも良い。（２）に関しては、GPS（Global Positioning System；全地球測位システム）を有するUEあるいはGPSと接続可能なUEは、測位によるUEの位置情報を得ることが可能である。このUEの位置情報を用いると良い。別の方法として、ロケーションサービス（LCS）を利用しても良い。ネットワーク側ノードがLCS用サーバから対象となるUEの位置情報を取得すると良い。（３）に関しては、UEが、セルからの受信電力とセルから通知されるセルの送信電力からパスロスを測定することが可能である場合、このパスロス情報を用いると良い。（４）に関しては、セルがUEからの受信波の到来方向（AoA：angle of arival）を測定することが可能である場合に用いると良い。（５）に関しては、GPSを有するUEあるいはGPSと接続可能なUEが、GPSを用いて測定しても良い。また、所定の速度クラスに分割し、速度クラスで表しても良い。また、別の方法として、所定の時間内のマクロセルのHO回数あるいは接続変更回数、あるいはスモールセルの接続変更回数から速度クラスを導出しても良い。該導出はUEではなく、ネットワーク側ノードが行っても良い。（６）に関しても、GPSを有するUEあるいはGPSと接続可能なUEが、GPSを用いて測定しても良い。また、別の方法として、所定の時間内のマクロセルのHO回数あるいは接続変更回数、あるいはスモールセルの接続変更回数から速度クラスを導出しても良い。該導出はUEではなく、ネットワーク側ノードが行っても良い。ネットワーク側ノードはマクロセルあるいはスモールセルの位置を認識し、セルがどの順番で接続変更されたかで、UEの進行方向を測定しても良い。（７）に関しては、UEとセル間で行われるデータの送達確認結果を用いると良い。具体例として、HARQあるいはARQなどがある。eNB（セル）は、UEと自セル間のUu点における送達確認結果を得ることができる。（８）に関しては、各セルが自セルの負荷状況を示す情報をMMEあるいは周辺セルに通知すると良い。セルの負荷状況としてセルのトラフィック状況としても良い。（９）に関しては、UEが有する能力情報は、例えば、DRB/S1 bearerを確立可能なeNB数を示す情報（実施の形態１に適用する場合はRRC connection/S1 bearerを確立可能なeNB数を示す情報）などである。また、規格で規定されるUE capability情報であっても良い。（１０）に関しては、UEの種別情報として、例えば、MTC（machine type communication）用端末なのか、通常のUEなのかを示す情報などである。
【０２３０】
MMEが通信対象となるUEとDRB/S1 bearerを確立すべきeNBを選択する際の指標を認識する方法について開示する。
【０２３１】
指標としてUEが測定する情報（UEサポーテッド情報とも称する）を用いる場合、該情報をUEからC-plane確立eNBへ通知する。通知にはRRCシグナリングを用いると良い。
【０２３２】
通知を行うトリガの具体例を以下３つ示す。
（１）C-plnae確立eNBからの指示
（２）周期的
（３）イベント発生
（２）では例えば、所定の時間周期に従って通知を行う。該周期はあらかじめC-plane確立eNBからUEに通知されると良いし、システムとして規格等によりあらかじめ決められていても良い。
【０２３３】
（３）では例えば、測定値が所定の閾値を超えた場合に通知する、など所定のクライテリアに従ってイベントが発生した場合に通知するようにすれば良い。
【０２３４】
UEサポーテッド情報の具体例として、
（１）UEが測定する情報。
（２）セル識別子。
【０２３５】
（１）は、例えば、上記の、選択する際の指標のうちUEが測定して得た情報などである。（２）は、情報が、どのセルに関するものか識別する必要が有る場合に通知すると良い。
【０２３６】
UEサポーテッド情報の通知方法として、従来のメジャメントイベントを用いても良い。メジャメントリポートで通知される情報の具体例として、以下２つ示す。
（１）UEとセル間の通信品質情報。RSRP、RSRQなど。
（２）セル識別子。
【０２３７】
これらに加えて、UEサポーテッド情報をメジャメントリポートに含めると良い。UEは、メジャメントリポートにより、これらの情報をC-plane確立eNBに通知する。
【０２３８】
該情報を受信したC-plane確立eNBは、MMEに対して該情報を通知する。通知にはS1シグナリングを用いるとよい。この際、どのUEからの情報かが認識できるような情報を含めると良い。MMEが識別可能なUE識別子（UE-ID）とすると良い。あるいは、MMEが識別可能な携帯加入者識別子(mobile subscriber identity)でも良い。MME内で用いられるUE識別子、携帯加入者識別子、あるいは、自セル（UEのC-plane確立eNB（セル））の識別子と自セル（C-plane確立eNB（セル））内で用いられるUE識別子とすると良い。
【０２３９】
MMEはC-plane確立eNBから受信したUEサポーテッド情報を用いることで、DRB/S1 bearerを確立すべきeNBを選択することが可能となる。
【０２４０】
指標としてネットワーク側のノードが測定あるいは取得する情報を用いる場合は、各ノードがMMEに該情報を通知する。ネットワーク側のノードがMMEである場合は、通知は不要である。上述の方法と同様に、どのUEの情報か、どのeNB（セル）との間の情報か、どのeNB（セル）の情報か、が認識できるような情報を含めると良い。
【０２４１】
なお、本方法は、実施の形態１で開示した、eNBが他のeNBを選択する場合にも適用できる。また、後述する実施の形態２変形例３から実施の形態３変形例１のC-plane確立RRC connected確立eNBがU-plane確立eNBを選択する場合にも適用可能である。この場合、C-plnae確立eNBからMMEへ上記情報を通知しなくても良い。
【０２４２】
本方法は、実施の形態１で開示した、あるいは後述するパケットの割り振りの決定（パケット伝送配分決定）においても適用できる。また、各U-plane 確立eNBとの上りリンクの通信品質情報を利用できる場合は、該情報を用いてパケットの割り振りを決定しても良い。UEとの上りリンク通信品質情報は、U-plnane確立eNBが測定する。U-plane確立eNBは該情報をMMEに通知すれば良い。
【０２４３】
MMEは、E-RAB確立のため、選択した各eNBにおけるE-RABを設定する。E-RAB設定の具体例として、E-RABの識別子（E-RAB ID）、QoSパラメータなどがある。
【０２４４】
既にE-RABを設定しているeNBが存在する場合、MMEは該eNBに対してはE-RAB設定の修正を行う。
【０２４５】
EPS bearerが一つの場合、各eNBに設定するE-RAB設定を同じとしても良い。EPS bearerに変更が無ければ、既にC-plane確立eNBに設定されているE-RAB設定と同じとしても良い。この場合、E-RAB識別子のみ異ならせても良い。各eNBにおけるE-RAB設定を該識別子を用いて個別に扱うことが可能となる。
【０２４６】
MMEは選択した各eNBに対して通信対象となるUEとのE-RABを設定するための情報を通知する。通信対象となるUEに関する情報、MMEがE-RAB設定あるいは修正したE-RAB設定などである。MMEがE-RAB修正を行った後のE-RAB設定に変更が無いeNBに対しては、修正されたE-RAB設定の通知を不要としても良い。
【０２４７】
シグナリングとして、S1のInitial context setup requestメッセージを用いても良い。Initial context setup requestメッセージの中でE-RABの設定に関する情報のみ通知するようにしても良い。またUEに関する情報の修正には、S1のUE context modifucation requestメッセージを用いても良い。
【０２４８】
E-RABの設定にはS1のE-RAB setup requestメッセージを用いても良い。E-RABの修正設定には、E-RAB modify requestメッセージを用いても良い。
【０２４９】
また、新たに、各U-plane確立eNBと各U-plane確立eNBのE-RAB設定の対応の一覧表を設けても良い。E-RAB list_U-planeとしても良い。MMEは該一覧表を各U-plane確立eNBに対して通知しても良い。各U-plane確立eNBが他のU-plane確立eNBのE-RAB設定を認識することが可能となる。
【０２５０】
また、MMEは各U-plane確立eNBに対して、C-plane確立eNBに関する情報も通知すると良い。該E-RABを設定するための情報と一緒に通知しても良い。C-plane確立eNBに関する情報として、該C-plane確立eNBの識別子あるいはアドレスとすると良い。これにより、各U-plane確立eNBがC-plane確立eNBに必要な情報を通知することが可能となる。例えば、後述の各U-plane確立eNBが設定したDRB設定情報をC-plane確立eNBを介してUEに通知するような場合に、該DRB設定情報をC-plane確立eNBに通知することが可能となる。
【０２５１】
各U-plane確立eNBは、MMEより受信したE-RAB設定情報を用いて通信対象となるUEに対するDRB/S1 bearerの確立に必要な処理を行う。無線区間に関しては、DRBの設定を行う。各U-plane確立eNBはRRC機能により、MMEから通知されたE-RAB設定を用いて、通信対象となるUEとの間に確立するDRBを設定する。DRBの設定として、例えば、DRB識別子の設定や下位レイヤの設定がある。下位レイヤの設定として、PDCP設定、RLC設定、MAC設定、PHY設定などがある。
【０２５２】
DRBを設定した各U-plane確立eNBは、UEに対してDRB設定情報を通知する。DRB設定情報に、どのU-plane確立eNBのDRB設定情報であるか識別するための自eNB（セル）の識別子、通信対象となるUEの識別子、を含めて通知すると良い。また、各U-plane確立eNBは自eNB（セル）のシステム情報を通知しても良い。また、各U-plane確立eNBが、通信対象となるUEに対するスケジューリングのために、拡張された下り制御チャネルであるePDCCHを構成する場合、ePDCCHの設定情報もあわせて通知すると良い。また、U-plane確立要求である旨の情報をあわせて通知しても良い。
【０２５３】
U-plane確立eNBがUEに対してDRB設定情報、システム情報、ePDCCHの設定情報、U-plane確立要求である旨の情報を通知する具体例を２つ開示する。
（１）C-plane確立eNBを介して通知する。
（２）MMEおよびC-plane確立eNBを介して通知する。
【０２５４】
（１）のC-plane確立eNBを介して通知する方法について開示する。DRBを設定した各U-plane確立eNBは、C-plane確立eNBに該DRB設定情報などを通知する。この通知に、新たなインタフェースを設けても良いし、X２インタフェースを用いても良い。通知用に新たなメッセージを設けても良い。
【０２５５】
該DRB設定情報などをトランスペアレント用のコンテナ情報として設けても良い。トランスペアレント用のコンテナ情報とした場合、C-plane確立eNB（セル）はコンテナ情報のままUEに通知すれば良い。コンテナ情報の中に、U-plane確立eNBのAS-conifgメッセージに含まれる情報をのせてもよい。AS-conifgメッセージ中のRadioResourceConfigDedicated情報中に各U-plane確立eNB毎のDRB設定情報とシステム情報を含めても良い。DRBリストとしても良い。
【０２５６】
C-plane確立eNB(セル)は、UEに対して、該UEとの間で確立する全U-plane確立eNBの各DRB設定情報などを通知する。
【０２５７】
各U-plane確立eNBと各々のDRB設定の一覧表（DRB list_U-plane）を設けても良い。C-plane確立eNBは該一覧表をUEに対して通知しても良い。
【０２５８】
この通知にはRRCシグナリングを用いると良い。新たなメッセージを設けてもよいし、既存のRRCメッセージにU-plane確立eNBのDRB設定情報とシステム情報を含めて通知しても良い。既存のRRCメッセージの具体例として、RRC connection reconfigurationメッセージあるいはAS-conifgメッセージを用いると良い。RRC connection reconfigurationメッセージあるいはAS-conifgメッセージ中のRadioResourceConfigDedicated情報中に各U-plane確立eNB毎のDRB設定情報とシステム情報を含めても良い。DRBリストとしても良い。
【０２５９】
（１）の方法は、MMEを介さないで通知できるため、システムとしてシグナリング量の低減が図れる。
【０２６０】
（２）のMMEおよびC-plane確立eNBを介して通知する方法について開示する。DRBを設定した各U-plane確立eNBは、MMEに該DRB設定情報などを通知する。
【０２６１】
この通知にS1インタフェースを用いると良い。
【０２６２】
MMEはC-plane確立eNBにDRB設定情報などを通知する。各U-plane確立eNBと各々のDRB設定の一覧表を設けても良い。DRB list_U-planeとしても良い。この通知にS1インタフェースを用いると良い。S１インタフェースを用いた通知用に新たなメッセージを設けても良い。
【０２６３】
C-plane確立eNB(セル)はMMEから受信したDRB設定情報などを通信対象となるUEに通知する。各U-plane確立eNBと各々のDRB設定の一覧表を設けても良い。DRB list_U-planeとしても良い。C-plane確立eNBは該一覧表をUEに対して通知しても良い。この通知にはRRCシグナリングを用いると良い。これに関しては（１）の方法を適用できる。
【０２６４】
なお、（２）においても、該DRB設定情報などをトランスペアレント用のコンテナ情報として設けても良い。トランスペアレント用のコンテナ情報とした場合、MMEはコンテナ情報のままC-plane確立eNBに通知すれば良い。さらに、C-plane確立eNB（セル）はコンテナ情報のままUEに通知しても良い。コンテナ情報の中に、U-plane確立eNBのAS-conifgメッセージに含まれる情報をのせてもよい。AS-conifgメッセージ中のRadioResourceConfigDedicated情報中に各U-plane確立eNB毎のDRB設定情報とシステム情報を含めても良い。DRBリストとしても良い。
【０２６５】
（２）の方法はC-plane確立eNBとU-plane確立eNB間にインタフェースが無い場合でもUEに対してDRB設定情報を通知することを可能とする。
【０２６６】
こうすることで、通信対象となるUEは、U-planeを確立するeNBとの間でDRBを確立するためのDRB設定情報を認識することができる。また、U-planeを確立するeNBと接続するためのシステム情報を認識することができる。
【０２６７】
通信対象となるUEは、各U-plane確立eNBとのDRB設定を行い、各U-plane確立eNB（セル）との接続処理を行う。
【０２６８】
通信対象となるUEは、U-plane確立eNBとの接続が成功した場合、各U-plane確立eNBに対して接続完了メッセージを通知しても良い。このメッセージに、自UEの識別子（通信対象となるUEの識別子）、どのU-plane確立eNBとの接続を完了したかを認識可能とするため、接続完了したU-plane確立eNB（セル）の識別子を含めると良い。
【０２６９】
通知方法の具体例を以下３つ開示する。
（１）C-plane確立eNBおよびMMEを経由して各U-plane確立eNBに通知
（２）C-plane確立eNB経由して各U-plane確立eNBに通知
（３）U-plane確立eNBへ直接通知
（１）について開示する。接続完了メッセージは、UEからC-plane確立eNBおよびMMEを経由して各U-plane確立eNBに通知される。UEは、U-plane確立のみのeNBとの間でRRC connectionを確立していないため、U-plane確立のみのeNBに対して該メッセージをRRCシグナリングを用いて直接通知することはできない。従って（１）で開示した、C-plane確立eNBを介して通知する方法は有効である。UEからC-plane確立eNBへの通知はRRCシグナリングを用いると良い。RRCメッセージとして、RRC connection reconfiguration completeを用いても良い。
【０２７０】
C-plane確立eNBからMMEへの該メッセージの通知には、S1インタフェースを用いても良い。S1メッセージは新設すると良い。（１）の方法は、X2インタフェースが無い場合にも有効となる。
【０２７１】
MMEから各U-plane確立eNBへの該メッセージの通知には、S1インタフェースを用いても良い。
【０２７２】
（２）について開示する。接続完了メッセージは、UEからC-plane確立eNBを経由して各U-plane確立eNBに通知される。UEからC-lane確立eNBへの通知はRRCシグナリングを用いると良い。RRCメッセージとして、RRC connection reconfiguration completeを用いても良い。
【０２７３】
C-plane確立eNBから各U-plane確立eNBへの通知に、新たなインタフェースを設けても良いし、X２インタフェースを用いても良い。X2インタフェースがある場合は新たなインタフェースを設けること無く通知可能である。
【０２７４】
（３）について開示する。接続完了メッセージは、UEから各U-plane確立eNBに通知される。UEは、U-plane確立のみのeNBとの間でRRC connectionを確立していないため、U-plane確立のみのeNBに対して該メッセージをRRCシグナリングを用いて直接通知することはできない。
【０２７５】
ここでは、該通知のため、L1/L2制御メッセージを新たに設ける。U-plane確立eNBはL1/L2レイヤのプロトコルを有する。従って、L1/L2レイヤでのシグナリングメッセージを新設することで、UEからU-plane確立eNBに該メッセージを通知することが可能となる。L1/L2レイヤとして、MAC機能あるいはPHY機能として設けると良い。また、L1/L2制御メッセージとともに自UEの識別子を通知しても良い。あるいは、L1/L2制御メッセージに用いられる無線リソースに、自UEの識別子を用いたコードが乗せられるようにしても良い。U-plane確立eNB（セル）は、該コードを用いて復調することで、どのUEからのメッセージかが識別できるようになる。
【０２７６】
接続完了メッセージを受信した各U-plane確立eNBは、通信対象となるUEとのDRB/S1 bearerの確立処理を行う。
【０２７７】
各U-plane確立eNBは、MMEに対して該処理の完了メッセージを通知しても良い。UEとU-plane確立eNB間でDRBの設定あるいは修正されたDRBの設定が完了した旨を通知しても良い。該通知に、S1のInitial context setup completeメッセージを用いても良い。また、E-RAB設定完了メッセージあるいはE-RAB修正完了メッセージを通知しても良い。
【０２７８】
該メッセージに、通信対象となるUEの、MMEが識別可能なUE識別子（UE-ID）を含めると良い。あるいは、MMEが識別可能な携帯加入者識別子(mobile subscriber identity)でも良い。また、自U-plane確立eNB（セル）の識別子を含めても良い。MMEが識別可能なUE識別子として、MME内で用いられるUE識別子とすると良い。あるいは、該UEのC-plane確立eNB（セル）の識別子とC-plane確立eNB（セル）内で用いられるUE識別子としても良い。
【０２７９】
MMEは、S-GWに対して、選択したU-plane確立eNBに対してS1 bearerを設定するよう要求する。この要求を通知するために、S11インタフェースを用いても良い。例えば、modify bearer requestメッセージを用いても良い。該要求メッセージに、通信対象となるUEの識別子、選択したU-plane確立eNBの識別子、各U-plane確立eNBのE-RAB設定情報を含めると良い。各U-plane確立eNBと各U-plane確立eNBのE-RAB設定の対応の一覧表であるE-RAB list_U-planeを用いても良い。また、各U-plane確立eNBの識別子として、各U-plane確立eNB に設定されたIPアドレスを用いても良い。
【０２８０】
S-GWは、通知された各U-plane確立eNBに対してS1 bearerを設定する。既にS1 bearerが設定されている場合は、S1 bearerの修正を行う。
【０２８１】
S1 bearerの設定あるいは修正を行ったS-GWは、MMEにS1 bearerの設定あるいは修正の完了メッセージを通知する。この通知にはS11インタフェースを用いると良い。S11のModify bearer responseメッセージを用いると良い。
【０２８２】
これによりS-GWと各U-plane確立eNB間とでS1 bearerが確立される。
【０２８３】
複数のeNBを用いて複数のDRB/S1 bearerが確立されている場合のデータ伝送方法を開示する。複数のU-plane確立eNBを用いてDRB/S1 bearerが確立されているため、実施の形態１で開示したデータ伝送方法を適用できる。
【０２８４】
下りリンクのデータ送信については、MMEが各リンクの品質の比率を算出する。その品質の比率と各セルのTraffc状況を考慮して、最終的な各eNBに対するPacketの分配比率を決定し、その比率を、Packet DL TX Racio INDにて、S-GWに通知する。S-GWはその比率に従い、受信Packetを各eNBに分配する。尚、ここで、S-GW が受信したPacketの分離、結合等は行わず、受信PacketとそれぞれのeNBに送信するPacketは1対1対応するものとする。また、分配比率の決定は、各リンクの品質及びTrafficデータの更新に応じて、定常的に実施されるものとする。MMEにおいて各リンクの品質の比率を算出する際に、U-plane確立eNBを選択する際の指標を用いると良い。
【０２８５】
上りリンクのデータ送信については、UEが、U-plane確立eNBとのリンクの品質の測定を行い、各リンクの品質の比率を算出する。そして、その比率に従い、送信Packetを各eNBのリンクに分配し、送信を行う。UEは、各eNBに対する送信データ量を、各eNBに対するバッファステータスレポート（ＢＳＲ）によって通知し、各ｅＮＢにおいて該ＢＳＲを用いて行われるスケジューリングに従って送信を行う。尚、分配比率の決定は、各リンクの品質の更新に応じて、定常的に実施されるものとする。
【０２８６】
U-plane確立eNBが通信対象となるUEへデータ送信を開始する方法について開示する。
【０２８７】
各U-plane確立eNBは、UEからのU-plane確立eNBとの接続完了メッセージの受信を契機として、UEへのデータ送信処理を開始すると良い。UEは、U-plane確立eNBへの接続完了メッセージの送信を契機に該U-plane確立eNB（セル）からのデータ受信処理を開始すると良い。これにより、UEとU-plane確立eNB（セル）とのデータ送受信処理開始タイミングのずれを低減することが可能となる。
【０２８８】
他の方法を開示する。U-plane確立eNBは、S-GWからデータ受信後、UEへのデータ送信処理を開始する。UEは、U-plane確立eNB（セル）を検出し同期を実行した後、該U-plane確立eNB（セル）からの受信処理を開始する。あるいは、UEは、U-plane確立eNB（セル）と RAプロシージャ成功後、該U-plane確立eNB（セル）からの受信処理を開始するとしても良い。たとえば、UEからのU-plane確立eNBとの接続完了メッセージが無い場合に適用できる。この方法はデータ送受信開始に明確な契機を必要とせず、制御が容易になる利点がある。
【０２８９】
UEからのU-plane確立eNBとの接続完了メッセージが無い場合、UEがU-plane確立eNBとの接続を完了する前に、S-GWでのS1 bearerの設定/修正が行われ、U-plane確立eNBに下りデータが到着する場合がある。U-plane確立eNBは、S-GWからデータ受信後、UEへのデータ送信処理を開始することになる。UEはまだU-plane確立eNBとの接続を完了できておらず、該データを受信できない。
【０２９０】
しかし、U-plane確立eNBにおいて再送制御を用いることで、該データの不達を削減することが可能である。また、あらかじめ、最大再送回数を増大させておくことで、該データの不達を殆ど無くすことも可能となる。従って、ここで開示した方法は、データの不達が殆ど無しに制御を容易にできる効果が得られる。
【０２９１】
UEがU-plane確立eNB(セル)とU-planeデータを送受信する方法について開示する。
【０２９２】
U-plane確立eNB（セル）は該UEへのスケジューリング情報を物理制御チャネルであるPDCCHあるいはePDCCHにマッピングして通知する。ePDCCHの場合、あらかじめ、U-plane確立eNB（セル）はUEに該ePDCCHの設定情報を通知しておく。該情報の具体例として、使用するリソース（物理リソースブロック（PRB）、シーケンス）情報がある。該ePDCCHの設定はRRC機能としても良い。U-plane確立eNBが有するRRC機能としても良い。該ePDCCHの通知は、前述のようにC-plane確立eNB（セル）を介して通信対象となるUEに通知しても良いし、他の方法として、U-plane確立eNB（セル）からMACを介してRAプロシージャにより通知しても良い。
【０２９３】
UEは、U-plane確立eNB（セル）のPDCCHをモニタする。あるいは、ePDCCHでスケジューリングされている場合、ePDCCHをモニタするとしても良い。PDCCHあるいはePDCCHを受信することで、データのスケジューリング情報が得られ、該スケジューリング情報に従って、データを受信すれば良い。データは各U-plane確立eNB（セル）でPDSCHにマッピングされ、物理無線リソースにアロケーションされる。
【０２９４】
U-plane確立eNB（セル）のためのDRXを設定しても良い。U-plane確立eNBのためのDRXの設定はRRCが行うと良い。U-plane確立eNBが設定する場合、U-plane確立eNBに設けられたRRCの機能としても良い。DRX設定はU-plane確立eNBが行い、C-plnae確立eNB（セル）を介してUEに通知しても良いし、U-plane確立eNB（セル）からMACを介してRAプロシージャにより通知しても良い。
【０２９５】
DRX設定はC-plnae確立eNB(セル)が行い、UEおよび各U-plane確立eNB(セル)に通知しても良い。
【０２９６】
DRXのactivation/deactivationはMACが行うと良い。各U-plane確立eNBに設けられたMACの機能とすると良い。
【０２９７】
U-plane確立eNB（セル）のためにSPS（semi persistent scheduling）を設定しても良い。SPSの時間設定はRRCが行う。U-plane確立eNBが設定する場合、SPSの時間設定をU-plane確立eNBに設けられたRRCの機能としても良い。SPS設定はU-plane確立eNB(セル)が行い、C-plnae確立eNB(セル)を介してUEに通知しても良いし、U-plane確立eNB（セル）からMACを介してRAプロシージャにより通知しても良い。
【０２９８】
SPS設定はC-plnae確立eNB(セル)が行い、UEおよび各U-plane確立eNB(セル)に通知しても良い。
【０２９９】
SPSの周波数軸上のスケジューリングはMACが行うと良い。各U-plane確立eNBに設けられたMACの機能とすると良い。周波数軸上のスケジューリング結果は、スケジューリング用の物理制御チャネルであるPDCCHあるいはePDCCHでUEへ通知すれば良い。
【０３００】
各U-plane確立eNB(セル)間でデータのスケジューリングタイミングをずらすようにしても良い。いいかえると、各U-plane確立eNB(セル)間で、データの送受信タイミングを時分割すると良い。送受信機一つのみのUEが、複数のU-plane確立eNBとの通信の両方をサポート可能となる。複数のU-plane設定eNB（セル）におけるデータのスケジューリングタイミングをずらすように、DRXの設定を用いて行っても良い。あるいはSPSの設定を用いて行っても良い。各U-plane確立eNBのDRXの設定あるいはSPSの設定は、C-plane確立eNBが行い、UEおよび各U-plane確立eNB(セル)に通知する方法を適用すると良い。
【０３０１】
また、後述の実施の形態７で開示する方法を適用しても良い。実施の形態７ではmaster eNBが各slave eNBの時間設定を行っているが、master eNBをC-plane確立eNBとし、各slave eNBを各U-planeのみ確立のeNBに対応させれば良い。
【０３０２】
別の方法として、各U-plane確立eNB(セル)間でデータのスケジューリングタイミングを同一期間内になるよう設定しても良い。同一期間に全U-plane確立eNBのデータスケジューリングおよびデータの送受信が行われるようにする。こうなるよう、上述のDRXの設定あるいはSPSの設定を用いて行っても良い。
【０３０３】
また、全U-plane確立eNBではなく、複数のU-plane確立eNB群に分けて、該U-plane確立eNB群毎にデータのスケジューリングタイミングを同一期間内になるよう設定しても良い。
【０３０４】
これにより、UEが送受信するタイミングが所定の同一期間内に限定されるため、UEの消費電力低減が図れる。
【０３０５】
図３０は、実施の形態２に係るシーケンス例を示す図である。一つのeNBを用いてRRC connectionを確立し、複数のeNBを用いてDRB/S1 bearerを確立/修正する場合のシーケンス例である。P-GW、HSSにおける処理については省略する。
【０３０６】
通信対象となるUEは3001でRRC_Idle状態にある。UEは、ST3002でサービスリクエスト処理を、RRC connectionを確立するC-eNBを介して、MMEおよびS-GWとの間で行う。この処理により、無線ベアラ１（radio bearer1）（３００３）がUEとC-eNB間に確立され、S1 bearer1（３００４）がC-eNBとS-GW間で確立される。従って、UEとS-GW間でE-RABが確立される。確立されたベアラを用いて、UEとC-eNB間（ＳＴ３００５）、C-eNBとS-GW間（ＳＴ３００６）でU-planeデータ（ユーザデータ）の通信が可能となる。
【０３０７】
UEは、ST３００７でメジャメントリポートをC-plane確立eNBであるC-eNBに対して通知する。該リポートには、MMEがU-plane確立eNBを選択するための指標を含ませると良い。
【０３０８】
UEからのメジャメントリポートを受信したC-eNBは、ST3008で該情報をMMEに通知する。例えば、指標として通信品質情報を用いる場合、新たに、通信品質報告メッセージを設けてもよい。該メッセージに自UEの位置情報を含めても良い。
【０３０９】
MMEはST３００９で、通信対象となるUEに対してU-plane確立eNBの選択を行う。C-plane確立eNBをU-plane確立eNBとして選択してもよい。選択に、ST3008で受信した指標を用いると良い。
【０３１０】
U-plane確立eNBを選択したMMEは、ST３０１０で各U-plane確立eNBに確立するE-RABの設定を行う。ここでは、C-plane確立eNBも通信対象となるUEに対するU-planeの確立を行うとする。C-eNBに対してはすでにE-RABが確立されているため、E-RAB設定の修正を行う。U-eNBに対しては、新たに、通信対象となるUEとのE-RAB設定を行う。
【０３１１】
MMEは、ST3011、ST3012で、各U-plane確立eNBに対して、E-RAB設定情報を含む、E-RAB設定要求メッセージあるいはE-RAB修正要求メッセージを通知する。
【０３１２】
ST3013で、C-eNBはMMEより受信したE-RAB設定修正情報を用いて、通信対象となるUEに対するDRBの再設定を行う。
【０３１３】
ST３０１４で、U-eNBはMMEより受信したE-RAB設定情報を用いて通信対象となるUEに対するDRB/S1 bearerの確立に必要な処理を行う。無線区間に関しては、DRBの設定を行う。
【０３１４】
ST3014でDRBの設定を行ったU-eNBは、ST3015で、C-eNBに対して自eNBのDRB設定情報などを通知する。本例では、メッセージとして新たにU-plane接続設定メッセージを設けて通知する。
【０３１５】
ST3013でDRBの再設定を行ったC-eNBは、ST3016で、UEに対してDRB設定情報などを通知する。U-eNBからST3015でDRB設定情報などを受信している場合は、ST3016に該U-plane確立eNBのDRB設定情報などを含めて通知する。各U-plane確立eNB（セル）のDRB設定情報、各U-plane確立eNB（セル）の識別子、各U-plane確立eNB（セル）のシステム情報、ePDCCHの設定情報を対応づけて通知すると良い。通知には、RRCシグナリングを用い、RRCメッセージを用いる。ここでは、RRC接続再設定メッセージを用いる。このメッセージに、U-plane確立要求である旨の情報を含ませておいても良い。
【０３１６】
ST3016でRRC connection reconfigurationメッセージを受信したUEは、該メッセージの中にU-plane確立要求である旨の情報が含まれている場合、メッセージ内にあるU-plane確立eNBのDRB設定情報を用いて各U-plane確立eNBのDRBを設定する。
【０３１７】
ST3017でUEは新たに確立するU-plane確立eNBとの接続処理を開始する。
【０３１８】
ST3018でU-eNB（セル）の検出、同期を行う。ST3016で受信したU-plane確立eNB（セル）の識別子を用いても良い。
【０３１９】
ST3019でUEはU-eNB（セル）に対してPRACHを通知する。ST3016で受信したU-plane確立eNB（セル）のシステム情報の中のPRACHに関する情報を用いても良い。
【０３２０】
ST3020でU-eNB（セル）はUEに対して上りのタイミング調整用のTA（timing advanced）を通知する。通常、C-eNB（セル）とUE間の距離とU-eNB（セル）とUE間の距離が異なるため、伝播時間が異なる。従って、U-eNB（セル）の上りタイミング調整用として、C-eNB（セル）の上りタイミング調整用のTAを用いることが出来ず、新たにU-eNB（セル）からUEに対してU-eNB（セル）の上りタイミング調整用のTAを通知する必要があるからである。
【０３２１】
以上の処理により、UEはU-plane確立eNBとの接続処理を完了する。
【０３２２】
U-plane確立eNBとの接続処理を完了したUEは、ST3021で接続完了メッセージをC-plane確立eNBに対して通知する。ここでは、RRC connection reconfiguration completeメッセージを用いる。
【０３２３】
ST3021で、接続完了メッセージを受信したC-eNBは、UEが自eNB（セル）のDRB設定処理を行ったことを認識する。また、UEが他のU-plane確立eNBとの接続を完了させたことを認識する。
【０３２４】
UEがU-plane確立eNBとの接続を完了させたことを認識したC-eNBは、ST３０２２で、UEとの接続を完了したU-eNBに対して接続完了メッセージを通知する。メッセージとして新たにU-plane接続設定完了メッセージを設ける。
【０３２５】
C-eNBは、通信対象となるUEとの修正されたDRB設定の処理を行い、ST３０３７で、MMEに対してE-RAB修正完了メッセージを通知する。
【０３２６】
ST3022で、U-plane接続設定完了メッセージを受信したU-eNBは、通信対象となるUEとのDRB/S1 bearerの確立処理を行い、ST3023で、MMEに対してE-RAB設定完了メッセージを通知する。この通知にUE context setup completeメッセージを用いてもよい。
【０３２７】
ST３０３７、ST3023でC-eNBを含めたU-plane確立eNBから、E-RAB設定完了メッセージあるいはE-RAB修正完了メッセージを受信したMMEは各U-plane確立eNBのDRB/S1 bearer設定（修正）が完了したことを認識可能となる。
【０３２８】
各U-plane確立eNBのE-RAB設定が完了したことを認識したMMEは、ST３０２４で、S-GWに対してS1 bearerの設定あるいは修正を要求するメッセージを通知する。ここでは、modify bearer requestメッセージを用いる。
【０３２９】
S1 bearerの設定あるいは修正を要求するメッセージを受信したS-GWは、ST３０２５で、該メッセージ含まれる情報に従って、各U-plane確立eNBとの間のS1 bearerの設定あるいは修正を行う。
【０３３０】
S1 bearerの設定あるいは修正を行ったS-GWは、ST3026で、MMEにS1 bearerの設定あるいは修正の完了メッセージを通知する。ここでは、modify bearer responseメッセージを用いる。
【０３３１】
以上の処理によって、UEとU-plane確立eNB間にDRB３０２７が確立され、U-plane確立eNBとS-GW間にS1 bearer３０２８が確立される。これにより、UEとU-eNB間、U-eNBとS-GW間でデータ通信が可能となる。
【０３３２】
ST3029でUEは、U-plane確立eNBのPDCCHあるいはePDCCHが構成されている場合はePDCCHを受信する。
【０３３３】
ST3030でU-plane確立eNBは通信対象となるUEに対するユーザデータのマルチプレクスとスケジューリングを行い、ST3031でスケジューリング情報をPDCCHあるいはePDCCHにマッピングして送信する。
【０３３４】
ST3032で、UEあるいはU-eNBとの間でユーザデータの送受信を行う。ユーザデータは、スケジューリング情報に従って、PDSCHあるいはPUSCHにマッピングされ、物理無線リソースにアロケーションされる。
【０３３５】
ST3033で、U-eNBはS-GWとの間でユーザデータの送受信を行う。
【０３３６】
以上の処理により、UEとS-GW間で複数のeNB（C-eNB、U-eNB）を用いてDRB/S1 bearerが確立され、ユーザデータの送受信が可能となる。
【０３３７】
通信対象となるUEとの間でU-planeのみを確立しているeNBを削除する方法について開示する。いいかえると、削除するeNBの通信対象となるUEとの間に確立されているE-RABをリリースする方法、あるいは、削除するeNBの通信対象となるUEとの間に確立されているDRB/S1 bearerをリリースする方法について開示する。
【０３３８】
本実施の形態では、MMEが削除するeNBを選択する。選択する指標として、上述の、MMEが通信対象となるUEに対してDRB/S1 bearerを確立すべきeNBを選択する際の指標を適用すると良い。MMEは該指標を用いて削除するeNBを選択する。例えば、U-plane確立eNBのうち、通信対象となるUEと該U-plane確立eNB（セル）間の通信品質が劣化し、所定の閾値を下回った場合に該eNBを削除するeNBとして選択するとしても良い。
【０３３９】
MMEは削除するeNBを除いたU-plane確立eNBの、通信対象となるUEに対するE-RABの設定を行う。MMEは、該各U-plane確立eNBに対してE-RAB設定を通知する。
【０３４０】
この通知には、S1のE-RAB修正要求メッセージを用いても良い。MMEがE-RAB修正を行った後のE-RAB設定に変更が無いeNBに対しては、修正後のE-RABの通知を不要としても良い。
【０３４１】
MMEは、削除するeNBに対して、通信対象となるUEとの間に確立されているE-RABのリリース指示を通知する。この通知にS1シグナリングを用いると良い。S1のUE contextリリース指示メッセージを用いると良い。E-RABのリリースにはS1のE-RABリリース指示メッセージを用いても良い。リリース指示メッセージに、削除するE-RABの設定情報、どのUEのE-RABをリリースするかを認識可能とするためのUE識別子を含めると良い。
【０３４２】
通信対象となるUEとの間に確立されているE-RABのリリース指示を受信したU-plane確立eNBは、自eNBにおいて通信対象となるUEとの間で確立されているDRB/S1 bearerリリース処理を行う。
【０３４３】
E-RAB確立要求メッセージあるいは修正要求メッセージを受信した各U-plane確立eNBに関する処理は上述したE-RABを確立/修正する処理を適用すると良い。
【０３４４】
U-plane確立eNBが、自eNBにおいて通信対象となるUEとの間で確立されているDRB/S1 bearerをリリースする方法を開示する。
【０３４５】
DRB/S1 bearerのリリース処理を行うU-plane確立eNBは、UEに対してDRBリリース情報を通知する。DRBリリース情報に、通信対象となるUEの識別子、どのU-plane確立eNBのDRBリリースか識別するための情報、例えばU-plane確立eNB（セル）の識別子を通知すると良い。また、このメッセージに、U-planeリリース要求である旨の情報を含ませておいても良い。
【０３４６】
UEに対してDRBリリース情報などを通知する具体例を２つ開示する。
（１）C-plane確立eNBを介して通知する。
（２）MMEおよびC-plane確立eNBを介して通知する。
【０３４７】
（１）のC-plane確立eNBを介して通知する方法について開示する。DRB/S1 bearerのリリース処理を行うU-plane確立eNBは、C-plane確立eNBにDRBリリース情報などを通知する。この通知に、新たなインタフェースを設けても良いし、X２インタフェースを用いても良い。通知用に新たなメッセージを設けても良い。
【０３４８】
C-plane確立eNB(セル)は、通信対象のUEに対して、DRBのリリースを行うU-plane確立eNBのDRBリリース情報などを通知する。
【０３４９】
通信対象となるUEに対して、削除するU-plane確立eNBのDRBリリース情報と各U-plane確立eNBの各々のDRB設定情報を各U-plane確立eNBに対応させた一覧表を設けても良い。DRB list_U-planeに含めても良い。C-plane確立eNBは該一覧表をUEに対して通知しても良い。
【０３５０】
この通知方法は、UEに対してDRB設定情報などを通知する方法を適用すると良い。DRBリリース情報、U-planeリリース要求である旨の情報を含めると良い。
【０３５１】
（１）の方法は、MMEを介さないのでシステムとしてのシグナリング量を削減することができる。
【０３５２】
（２）のMMEおよびC-plane確立eNBを介して通知する方法について開示する。
【０３５３】
DRB/S1 bearerのリリース処理を行うU-plane確立eNBは、MMEにDRBリリース情報などを通知する。この通知にS1インタフェースを用いると良い。
【０３５４】
MMEはC-plane確立eNBにDRBリリース情報などを通知する。DRBをリリースするU-plane確立eNBとDRBリリース情報および、各U-plane確立eNBと各々のDRB設定を含めて一覧表を設けても良い。DRB list_U-planeに含めても良い。この通知にS1インタフェースを用いると良い。S１インタフェースを用いた通知用に新たなメッセージを設けても良い。
【０３５５】
C-plane確立eNB(セル)はMMEから受信したDRBリリース情報などを通信対象となるUEに通知する。各U-plane確立eNBと各々のDRB設定を含めて一覧表を設けても良い。DRB list_U-planeに含めても良い。C-plane確立eNB(セル)は該一覧表をUEに通知しても良い。
【０３５６】
この通知方法に関しては（１）の方法を適用できる。
（２）の方法はC-plane確立eNBとU-plane確立eNB間にインタフェースが無い場合でもUEに対してDRBリリース情報を通知することを可能とする。
【０３５７】
こうすることで、通信対象となるUEは、削除するU-plane確立eNB間で確立されているDRB/S1 bearerのリリースを認識することができる。
【０３５８】
DRBリリース情報などを受信したUEは、DRBのリリースを行うU-plane確立eNB（セル）とのDRB設定リリース処理を行い、該U-plane確立eNB（セル）との接続終了処理を行う。
【０３５９】
接続終了処理として、例えば、該U-plane確立eNBとの同期処理や、該U-plane確立eNBからのスケジューリング用のPDCCHあるいはePDCCHのモニタなどを終了するようにする。
【０３６０】
該U-plane確立eNBとのDRBリリース処理および接続終了を行ったUEは、該U-plane確立eNBに対して接続終了メッセージを通知しても良い。該メッセージに、通信対象となるUEの、MMEが識別可能なUE識別子（UE-ID）を含めると良い。あるいは、MMEが識別可能な携帯加入者識別子(mobile subscriber identity)でも良い。また、自U-plane確立eNB（セル）の識別子を含めても良い。MMEが識別可能なUE識別子として、MME内で用いられるUE識別子とすると良い。あるいは、該UEのC-plane確立eNB（セル）の識別子とC-plane確立eNB（セル）内で用いられるUE識別子としても良い。
【０３６１】
通知方法の具体例を以下３つ開示する。
（１）C-plane確立eNBおよびMMEを経由して削除する各U-plane確立eNBに通知
（２）C-plane確立eNB経由して削除する各U-plane確立eNBに通知
（３）削除する各U-plane確立eNBへ直接通知
これらの方法については、上述した接続完了メッセージを各U-plane確立eNBに通知する方法を適用すると良い。
【０３６２】
接続終了メッセージを受信した各U-plane確立eNBは、通信対象となるUEとの間で確立されているDRB/S1 bearerのリリース処理を行う。
【０３６３】
DRB/S1 bearerのリリース処理を行ったU-plane確立eNBは、MMEに対してリリース完了の通知をしても良い。UEとU-plane確立eNB間で確立されているDRBのリリースが完了した旨を通知しても良い。該通知に、S1のUE context release completeメッセージを用いても良い。
【０３６４】
MMEは、S-GWに対して、削除するU-plane確立eNBに対してS1 bearerのリリースを要求する。この要求を通知するために、S11インタフェースを用いても良い。例えば、modify bearer requestメッセージを用いると良い。該要求メッセージに、通信対象となるUEの識別子、削除するU-plane確立eNBの識別子、削除するU-plane確立eNBのE-RAB設定情報を含めると良い。各U-plane確立eNBと各U-plane確立eNBのE-RAB設定の対応の一覧表であるE-RAB list_U-planeを用いても良い。また、各U-plane確立eNBの識別子として、各U-plane確立eNB に設定されたIPアドレスを用いても良い。
【０３６５】
S-GWは、通知された削除U-plane確立eNBの通信対象となるUEとの間で確立されているS1 bearerをリリースする。
【０３６６】
S1 bearerのリリースを行ったS-GWは、MMEにS1 bearerのリリース完了メッセージを通知する。この通知に、この通知にはS11インタフェースを用いると良い。S11のModify bearer responseメッセージを用いると良い。
【０３６７】
これにより、削除するU-plane確立eNBを用いてS-GWと通信対象となるUE間に確立されているDRB/S1 bearerがリリースされる。
【０３６８】
データ伝送方法については、削除されたeNBを除いて、対象となるUEとの間でDRB/S1 bearerが確立されている複数のU-plane確立eNBを用いて、実施の形態１で開示したデータ伝送方法を適用すれば良い。
【０３６９】
図３１は、実施の形態２に係るU-plane確立eNBを削除する場合のシーケンス例を示す図である。図３１に示すシーケンスは、図３０に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０３７０】
ST３００８でC-eNBから通信品質報告メッセージを受信したMMEは、ST３１０１で、確立されているU-plane確立eNBのうち、一つまたは複数のU-plane確立eNBの削除を決定する。他のU-plane確立eNBの選択とあわせて行っても良い。
【０３７１】
ST３１０１で削除するU-plane確立eNBを決定したMMEは、ST３０１０で、削除するU-plane確立eNBを除いたU-plane確立eNBの各E-RAB設定を行う。この際、新たに選択したU-plane確立eNBを含めても良い。ここでは、削除するU-plane確立eNBとしてU-eNBとし、削除するU-plane確立eNBを除いたU-plane確立eNB としてC-eNBとする。
【０３７２】
U-plane確立eNBの各E-RAB設定を行ったMMEは、図３０で説明したのと同様に、ST3011でC-eNBにE-RAB修正要求メッセージを通知する。また、該要求メッセージを受信したC-eNBは、通信対象となるUEに対するDRBの再設定を行う。
【０３７３】
一方、ST3101で削除するU-plane確立eNBを決定したMMEは、ST３１０２で削除するU-plane確立eNBにE-RABリリース指示を通知する。
ST３１０２でE-RABリリース指示を受信したU-eNBは、ST3103でDRB/S1 bearerのリリース処理を行う。無線区間に関してはDRBのリリース処理を行う。
【０３７４】
ST3103でDRB/S1 bearerのリリース処理を行ったU-eNBは、ST3104で、C-eNBに対して、DRB設定のリリース情報を通知する。メッセージとして新たにU-plane接続再設定メッセージを設けて通知する。
【０３７５】
ST３１０４でU-eNBからDRBリリース情報を受信したC-eNBは、ST3１０５でUEに対してDRB設定情報を通知する。
【０３７６】
C-eNBがDRBの再設定を行っている場合、DRB設定情報を含めて通知しても良い。削除するU-plane確立eNB（セル）のDRBリリース情報、設定/修正するU-plane確立eNB（セル）のDRB設定情報、各U-plane確立eNB（セル）の識別子、各U-plane確立eNB（セル）のシステム情報を対応づけて通知すると良い。ここでは通知に、RRC connection reconfigurationメッセージを用いる。
【０３７７】
ST３１０５でRRC connection reconfigurationメッセージを受信したUEは、該メッセージの中にU-planeリリース要求である旨の情報が含まれている場合、メッセージ内にある削除するU-plane確立eNBのDRBリリース情報を用いて該U-plane確立eNBのDRB設定をリリースする。
【０３７８】
ST3１０６でUEは削除するU-plane確立eNBとの接続終了処理を行う。
【０３７９】
削除するU-plane確立eNBとの接続終了処理を完了したUEは、ST3１０７で接続終了処理完了メッセージをC-plane確立eNBに対して通知する。ここでは該メッセージとして、RRC connection reconfiguration completeメッセージを用いる。
【０３８０】
なお、このメッセージに、設定/修正するU-plane確立eNB（セル）のDRB設定完了情報を含めても良い。ここでは、C-eNBに対する修正されたDRBの設定が完了した旨の情報を含めても良い。
【０３８１】
ST３１０７で、接続終了処理完了メッセージを受信したC-eNBは、UEがU-plane確立eNBとの接続終了処理を完了させたことを認識する。また、UEが自eNB（セル）のDRB修正処理を行ったことを認識する。
【０３８２】
UEがU-plane確立eNBとの接続終了処理を完了させたことを認識したC-eNBは、ST３１０８で、U-eNBに対して接続終了処理完了メッセージを通知する。このメッセージに、通信対象となるUEの識別子と、自eNB（セル）の識別子を含めると良い。この通知にはX2インタフェースあるいは新たに設けられたインタフェースを用い、メッセージとして新たにU-plane connection reconfiguration completeを設けて通知する。
【０３８３】
UEが自eNB（セル）のDRB修正処理を行ったことを認識したC-eNBは、ST３１１６で、MMEに対してE-RAB修正完了メッセージを通知する。
【０３８４】
ST３１０８で、U-plane接続終了処理完了メッセージを受信したU-eNBは、DRB/S1 bearerのリリース処理を行い、ST３１０９で、MMEに対してE-RABリリース完了メッセージを通知する。この通知にUE context release completeメッセージを用いてもよい。
【０３８５】
ST３１１６、ST３１０９でC-eNBを含めたU-plane確立eNBから、E-RAB修正完了メッセージあるいはE-RABリリース完了メッセージを受信したMMEは、各U-plane確立eNBのE-RABリリースおよびE-RAB修正が完了したことを認識可能となる。
【０３８６】
各U-plane確立eNBのE-RABリリースが完了したことを認識したMMEは、ST３１１０で、S-GWに対してS1 bearerのリリースを要求するメッセージを通知する。ここでは、modify bearer requestメッセージを用いる。
【０３８７】
S1 bearerのリリースを要求するメッセージを受信したS-GWは、ST３１１１で、該メッセージに含まれる情報を用いて、削除するU-plane確立eNBとの間のS1 bearerのリリースを行う。
【０３８８】
S1 bearerのリリースを行ったS-GWは、ST３１１２で、MMEにS1 bearerのリリース完了メッセージを通知する。ここでは、modify bearer responseメッセージを用いる。
【０３８９】
以上の処理によって、UEとU-plane確立eNB間にDRBがリリースされ、U-plane確立eNBとS-GW間のS1 bearerがリリースされる。これにより、通信対象となるUEに対するU-plane確立eNBの削除処理が完了する。
【０３９０】
以上より、通信対象となるUEのためのU-planeの接続は、UEとC-eNB間の無線ベアラ１（300３）、C-eNBとS-GW間のS1 bearer1（３００４）で行われる。ST30０５、ST3006で、該ベアラで、UEとS-GWとの間でユーザデータの送受信を行う。
【０３９１】
通信対象となるUEとの間でU-planeのみを確立しているeNBを削除する方法について、他の方法を開示する。上述の指標（７）を用いた場合について開示する。
【０３９２】
U-planeのみ確立しているeNBが通信対象となるUEとの無線区間（Uu）におけるデータ伝送が長期間なく、タイムアウトを検出した場合において、通信対象となるUEとの間で確立されているDRB/S1 bearerのリリースを行う。
【０３９３】
図３２は、実施の形態２に係るU-plane確立eNBを削除する場合の他のシーケンス例を示す図である。図３２に示すシーケンスは、図３０、図３１に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０３９４】
U-planeを確立しているeNBは、ST３２０２で、通信対象となるUEとの無線区間（Uu）におけるデータ伝送をモニタする。データ伝送が長期間なく、データタイムアウト（データモニタtimer 満了）を検出した場合において、通信対象となるUEとの間で確立されているDRB/S1 bearerのリリースを行う。
【０３９５】
通信対象となるUEとの無線区間のデータ伝送をモニタし、データタイムアウトを検出したU-plane確立eNBは、ST３２０３で、MMEに対して、自eNBが通信対象となるUEに対して確立しているE-RABリリースの要求メッセージを通知する。該通知にはS1シグナリングを用いると良い。該要求メッセージに、理由としてデータモニタのタイマが満了した旨、データタイムアウトを検出したUEの識別子、自eNBの識別子を含めると良い。
【０３９６】
ST３２０３で、E-RABリリース要求メッセージを受信したMMEは、通知してきたU-plane確立eNBを削除するeNBとして決定する。
【０３９７】
ST３０１０で、MMEは削除するeNBを除いたU-plane確立eNBの、通信対象となるUEに対するE-RABの設定を行う。
【０３９８】
またMMEは、削除するeNBに対して、通信対象となるUEとの間に確立されているE-RABのリリース指示を通知する。これ以降の処理は、図３１に示すST3113を行うと良い。
【０３９９】
図３１では、UEはST3105を受信により、削除するU-plane確立eNBとの接続終了処理を行うこととした。こうすることで、U-plane確立eNBとの判断の食い違い誤動作を回避することが可能となる。
【０４００】
これに限らず、他の方法として、UEが、ST3201でデータタイムアウトを検出した場合に、削除するU-plane確立eNBとの接続終了処理を行うようにしても良い。これにより、UEは早期に該U-plane確立eNBとの接続終了処理を行うことが可能となり、不必要なU-plane確立eNBとの通信維持処理、例えば、同期処理や、スケジューリング用のPDCCHあるいはePDCCHのモニタなど、を行なうことが無くなり、UEの低消費電力化が可能となる。
【０４０１】
通信対象となるUEとの間でU-planeのみを確立しているeNBを削除する方法について、他の方法を開示する。
【０４０２】
UEが各U-plane確立eNB（セル）との無線通信区間のモニタ（RLM：Radio Link Monitor）を行う。
【０４０３】
UEは、各U-plane確立セルのRSを受信して、該RSの受信結果を用いて無線通信区間の受信品質劣化を判断する。RSの具体例として以下に５つ示す。
（１）トラッキング用RS
（２）復調用RS
（３）CRS
（４）UE-specific RS
（５）（１）から（４）の組合せ
また、RSのかわりに、RS相当の信号を用いても良い。
【０４０４】
UEは、無線通信区間の受信品質が、所定の期間、所定の閾値を下回った場合、受信品質劣化と判断する。あるいは、無線通信区間の受信品質が、所定の期間、所定の閾値を下回った場合、再度該U-plane確立eNB（セル）に対して接続しなおすと良い。該U-plane確立eNB（セル）の検出、同期、PRACH送信、TAの受信を行う。再接続試行回数に最大値を設けておき、該最大値の再接続を行っても接続できなかった場合、受信品質劣化と判断しても良い。
【０４０５】
受信品質劣化と判断したUEは、無線通信区間の受信品質が劣化したことをC-plane確立eNBに通知する。該通知に、どのU-plane確立eNBの無線通信区間の受信品質が劣化したかがわかるように、U-plane確立eNBの識別子を含めると良い。
【０４０６】
該劣化情報をUEから受信したC-plane確立eNB（セル）は、受信品質が劣化したU-plane確立eNBとのRadio Linkの切断要求メッセージを、MMEに通知する。該Radio Linkの切断要求メッセージとして、前述のE-RABリリースの要求メッセージとしても良い。該通知にはS1シグナリングを用いると良い。該要求メッセージに、受信品質が劣化したU-plane確立eNB、通信対象となるUEの識別子を含めると良い。
【０４０７】
該要求メッセージを受信したMMEは、通知してきたU-plane確立eNBを削除するeNBとして選択する。
【０４０８】
MMEは削除するeNBを除いたU-plane確立eNBの、通信対象となるUEに対するE-RABの設定を行う。MMEは、該各U-plane確立eNBに対してE-RAB設定を通知する。またMMEは、削除するeNBに対して、通信対象となるUEとの間に確立されているE-RABのリリース指示を通知する。これ以降の処理は前述に開示した方法を適用すれば良い。
【０４０９】
なお、UEは、RLMを行い、無線通信区間の受信品質が劣化したと判断した時点で、該受信品質が劣化したU-plane確立eNBとの通信を終了するようにしても良い。例えば、該U-plane確立eNBとの同期処理や、該U-plane確立eNBからのスケジューリング用のPDCCHあるいはePDCCHのモニタなどを終了するようにする。
【０４１０】
U-planeのみ確立eNBを削除する場合など、UEと該U-plane確立eNB間の接続終了処理と、S-GW間でのS1 bearerのパスの切替えとのタイミングがずれることがある。
【０４１１】
例えば、図３１に示した、U-planeのみ確立eNBを削除するシーケンス例において、ST３１０６でUEはU-eNBとの接続終了処理を行う。UEは、このタイミングからU-eNBからの下りユーザデータを受信不可能となる。しかし、このタイミングでは、ST3111のS-GWでのS1 bearerパスの削除/修正処理が行われていない。つまり、もとのパスであるU-eNBの方にユーザデータは送信される。従って、UEのU-eNBとの接続終了処理から、S-GWでのS1 bearerパスの削除/修正処理までの間でU-eNBに送信された下りユーザデータの取扱いが不明となってしまう。
【０４１２】
ここでは、この課題を解消する方法を以下２つ開示する。
（１）廃棄する。
（２）U-plane確立eNB間で、ユーザデータの転送を行う。
【０４１３】
（１）は、S-GWから削除するU-plane確立eNBに送信されたユーザデータを廃棄する。この処理のための制御を特に行わないので、制御遅延が無く、S1 bearerパスの切替え制御を早くすることが可能となる。
【０４１４】
（２）は、S-GWから削除するU-plane確立eNBに送信されたユーザデータを、削除しないU-plane確立eNBに、転送する。該U-plane確立eNB間で転送用の設定を行うと良い。C-plane確立eNBを経由して転送用の設定を行っても良い。これにより、ユーザデータの転送が可能となり、ユーザデータのロス無く、S1 bearerパスの切替え制御を早くすることが可能となる。
【０４１５】
図３３は、実施の形態２に係るU-plane確立eNB間でデータ転送を行う場合のシーケンス例を示す図である。U-eNBからC-eNB間でデータ転送を行う。図３３に示すシーケンスは、図３１に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０４１６】
ＳＴ３１０３でＤＲＢのリリース設定を行ったＵ−ｅＮＢは、ＳＴ３３０１で受信したＳ−ＧＷからの下りユーザデータを、ＳＴ３３０２でバッファする。
【０４１７】
また、ＳＴ３１０３でＤＲＢのリリース設定を行ったＵ−ｅＮＢは、ＳＴ３３０３で、C-eNBとの間で、ユーザデータの転送用の設定を行う。
【０４１８】
ここで、C-eNBがU-planeの接続を確立していない場合がある。削除するU-plane確立eNBは、削除されないU-plane確立eNBとの間でユーザデータの転送用の設定を行うようにすれば良い。U-planeの接続を確立しているeNBの識別子は、MMEから通知されると良い。例えば、各U-plane確立eNBと各U-plane確立eNBのE-RAB設定の対応の一覧表を設け、MMEは該一覧表を削除するU-plane確立eNBに対して通知しても良い。削除するU-plane確立eNBも、他のU-plane確立eNBのE-RAB設定を認識することが可能となる。
【０４１９】
ST３３０３でU-eNBとC-eNBとの間でユーザデータの転送の設定が行われた後に、ST３３０４でU-eNBからC-eNBにS-GWからのユーザデータを転送すれば良い。ユーザデータを受信したC-eNBは自eNB（セル）のU-plane接続ベアラにより、UEに対して該ユーザデータを送信する。
【０４２０】
ST3304の処理は、ST3108の後に行われても良い。U-eNBがUEでの接続終了処理完了を認識した後にユーザデータの転送を行う。これにより、まだ接続終了していないのにユーザデータを転送してしまう動作が生じるのを回避できる。
【０４２１】
また、S-GWから受信したユーザデータを全て転送したら、ユーザデータの転送を終了するとしても良い。C-eNBとの間の転送設定を解除しても良い。
【０４２２】
こうすることで、UEと該U-plane確立eNB間の接続終了処理と、S-GW間でのS1 bearerのパスの切替えとのタイミングがずれることがあったとしても、下りユーザデータを確実に処理することができ、システムとしての誤動作を無くすことができる。
【０４２３】
U-plane確立セル(eNB)が一つの場合に、U-plane確立セル(eNB)を変更する際、なんら工夫をしないと、通信対象となるUEに対するU-plane接続が切断される場合が生じる。たとえば、元のU-plane確立セル（eNB）の削除処理を行ってから新たなU-plane確立セル（eNB）の設定処理を行った場合である。U-plane接続が切断されると、ユーザデータの通信が停止してしまい、ユーザにとって不便となる。このような問題を解消するため、上述のユーザデータの転送方法を適用しても良い。元のU-plane確立eNBでユーザデータをバッファしておき、新たなU-plane接続用のeNBが確立された後に、元のU-plane確立eNBと新たなU-plane確立eNB間でユーザデータの転送設定を行う。そして、元のU-plane確立eNBから新たなU-plane確立eNBにユーザデータの転送を行うようにすればよい。こうすることで、ユーザデータの通信が停止することを回避できる。また、UEが一つのU-plane確立eNBと接続する能力しか有さない場合に、この方法は有効である。
【０４２４】
UEが複数のU-plane確立セル（eNB）と接続する能力を有する場合、他の方法として、通信対象となるUEに対して、新たなU-plane接続用のeNB（セル）を確立した後、元のU-plane確立セル（eNB）の削除処理を行うようにしても良い。これにより、通信対象であるUEは、複数のU-plane確立eNB（セル）と接続することになるが、U-planeの接続を切断することがなくなり、ユーザデータの通信が停止することを回避できる。
【０４２５】
この方法において、U-planeの接続を一旦C-plane確立eNB（セル）を用いて経由させても良い。通信対象となるUEに対して、U-planeの接続を一旦C-plane確立eNB（セル）を用いて確立し、元のU-plane確立eNB（セル）の削除処理を行った後に、新たなU-plane確立eNB（セル）の設定処理を行う。該処理が完了した後に、C-plane確立セル（eNB）におけるU-planeの接続を終了させても良い。同等の効果を得られる。また、C-plane確立セルを経由することで、新たなU-plane確立eNB（セル）の選択が不要となり、低遅延でU-planeの接続をC-plane確立eNB（セル）に変更することが可能となる。従って、新たなU-plane確立セルの選択に時間がかかるような場合に、通信が劣化して停止するようなことを低減でき、有効である。
【０４２６】
本実施の形態で開示した方法とすることで、通信対象となるUEに対して、複数のeNBを用いてパケットデータの通信を行なえるため、UEの通信容量を増大することが可能となる。
【０４２７】
また、小セル化した場合にも複数のeNBを用いることが可能となり、周波数利用効率を高めることができ、システムとして通信容量を増大することが可能となる。
【０４２８】
また、複数のRRC connectionの確立のための制御処理が不要となり、制御処理を容易にすることができ、シグナリング量、制御遅延量を低減できる。
【０４２９】
また、U-plane確立eNBのRRC機能は限定可能なため、たとえば、U-plane確立専用のeNBを構成する場合、従来のeNBに比べて簡易に構成することが可能となる。
【０４３０】
また、UEのモビリティ制御については、複数のRRC connectionの確立のための制御処理不要のため、C-plane確立eNB(セル)のカバレッジ内であれば、U-plane確立eNBのみの変更(確立/修正/削除)で良いため、制御処理の低遅延、高速化が図れる。例えば、C-plane確立eNB(セル)をカバレッジセル、U-plane確立eNB(セル)をキャパシティセルとした場合など、キャパシティセル間でHO制御を行わなくて済み、U-plane確立eNBのみの変更(確立/修正/削除)で良い。
【０４３１】
実施の形態２  変形例１．
従来の方法では、通信対象となるUEに対する制御情報は、MMEと該UEとRRC接続を行った一つのC-plane確立eNB間とで送受信が行われる。しかし、実施の形態２で開示した方法の場合、通信対象となるUEに対する制御情報は、MMEと各U-plane確立eNB間で直接、送受信が行われることとなる。従って、MMEにおける通信対象となるUEに対する制御処理は、従来に比べ複雑になる。
【０４３２】
そこで、実施の形態２変形例１では、シグナリングをC-plane確立eNBを経由して行う方法を開示する。
【０４３３】
1つの通信に対し、一つのeNB（セル）を用いてC-planeの接続を確立し、複数のeNB（セル）を用いてU-planeの接続を確立する。MMEとU-plane確立eNB間のシグナリングは、C-plane確立eNBを経由して行う。
【０４３４】
MMEとU-plane確立eNB間のシグナリングをC-plane確立eNBを経由して行うため、MMEは通信対象となるUEのC-plane確立eNBに対して、該通信対象となるUEの各U-plane確立eNBへのシグナリング転送要求を通知する。シグナリング転送要求メッセージに、通信対象となるUEの識別子（UE-ID）を含めると良い。また、転送先となる各U-plane確立eNB（セル）を特定するための転送先各U-plane確立eNB（セル）の識別子あるいはアドレスを含めると良い。
【０４３５】
該シグナリング転送要求を受信したC-plane確立eNBは、通信対象となるUEに対するシグナリングに対して転送処理を行い、MMEからのシグナリングを各U-plane確立eNBに、各U-plane確立eNBからのシグナリングをMMEに転送する。
【０４３６】
シグナリング転送要求は、MMEが各U-plane確立eNBのE-RAB設定を各U-plane確立eNBに通知する前に通知しておくと良い。あるいは、MMEが各U-plane確立eNBのE-RAB設定を各U-plane確立eNBに通知するのとともに通知しても良い。MMEが各U-plane確立eNBのE-RAB設定を各U-plane確立eNBに通知するシグナリングに含めて通知しても良い。
【０４３７】
本変形例で開示した方法により、通信対象となるUEに対するMMEとU-plane確立eNB間のシグナリングは、C-plane確立eNBを経由して行うことが可能となる。
【０４３８】
図３４は、実施の形態２変形例１に係るアーキテクチャを示す図である。図３４に示すアーキテクチャは、図２８に示すアーキテクチャと類似しているので、同一のエレメントについては同一の番号を付して、共通する説明を省略する。
【０４３９】
図では、U-plane確立専用のeNBを構成した場合のアーキテクチャを示す。また、このアーキテクチャは、本変形例の通信対象となるUEについてのみ示したアーキテクチャとしても良い。
【０４４０】
３４０１はC-eNBとU-eNBに確立される、S1インタフェースである。C-eNB２８０４は、通信対象となるUE２８０６に対するシグナリングに対して、MME２８０３からのシグナリングを各U-plane確立eNB２８０５に、各U-plane確立eNB２８０５からのシグナリングをMME２８０３に転送する機能を有する。
【０４４１】
また、U-plane確立専用のeNBを構成した場合のアーキテクチャのため、図２８で示した、MME２８０３とU-eNB２８０５間を直接接続するインタフェース２８１５を無くすことが可能となる。これは、本変形例ではMMEとU-plane確立eNB間のシグナリングをC-plane確立eNBを経由して行うようにしたためである。
【０４４２】
なお、U-plane確立専用のeNBを構成した場合で無く、U-eNBとC-plane接続を有するUEが存在する場合は、MME-U-eNB間を直接接続するインタフェース２８１５を設けると良い。
【０４４３】
なお、ここでいう、ＵＥ（２８０６）は移動局に、Ｃ−ｅＮＢ(２８０４)は第１基地局に、Ｕ−ｅＮＢ(２８０５)は第２基地局に、ＭＭＥ（２８０３）およびＳ−ＧＷ（２８０２）は関門局に、それぞれ相当する。また、Ｃプレーン信号に関して言えば、ＵＥ（２８０６）とＣ−ｅＮＢ(２８０４)との間のRRC Connectionは第１無線通信接続に相当する。同じくＣプレーン信号に関して言えば、ＭＭＥ（２８０３）とＣ−ｅＮＢ(２８０４)との間のS1-MME signaling接続（２８０９）は第１通信接続に相当する。また、Ｕプレーン信号に関して言えば、ＵＥ（２８０６）とＣ−ｅＮＢ(２８０４)との間のRadio Bearerは第１無線通信接続に、ＵＥ（２８０６）とＵ−ｅＮＢ(２８０５)との間のRadio Bearerは第２無線通信接続に、それぞれ相当する。同じくＵプレーン信号に関して言えば、Ｓ−ＧＷ（２８０２）とＣ−ｅＮＢ(２８０４)との間のS1 bearer（２８１４）は第１通信接続に、Ｓ−ＧＷ（２８０２）とＵ−ｅＮＢ(２８０５)との間のS1 bearer（２８１３）は第２通信接続に、それぞれ相当する。
【０４４４】
このように、関門局と第１基地局との間に第１通信接続を、前記関門局と前記第２基地局との間に第２通信接続を、第１基地局と移動局との間に第１無線通信接続を、第２基地局と移動局との間に第２無線通信接続を、それぞれ確立することによって、移動局と関門局との間で一つの通信を実行するので、通信接続・無線通信接続の追加・削除によってセル移行を実現することができる。
【０４４５】
Ｕプレーン信号は、第１通信接続および第１無線通信接続を含む第１経路と、第２通信接続および第２無線通信接続を含む第２経路とに分配して伝送される。Ｃプレーン信号は、第１通信接続および第１無線通信接続を含む第１経路と、第１通信接続および第２無線通信接続を含む第２経路とに分配して伝送される。
【０４４６】
各U-plane確立eNB２８０５でS1インタフェース(S1-MME)２８０９、３４０１を終端し、C-plane確立eNB２８０４がMME２８０３と各U-plane確立eNB２８０５間のS1プロキシ機能を与える、としても良い。S1プロキシ機能は、通信対象となるUE２８０６のS1シグナリングメッセージを転送する。このS1プロキシ機能によって、MME２８０３は、C-plane確立eNB２８０４が各U-plane確立eNB２８０５に見え、各U-plane確立eNB２８０５はC-plane確立eNB２８０４がMME２８０３に見えるようになる。
【０４４７】
図３５は、実施の形態２変形例１に係るシーケンス例を示す図である。図３５に示すシーケンスは、図３０に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０４４８】
U-plane確立eNBを選択したMMEは、ST３０１０で各U-plane確立eNBに確立するE-RABの設定を行う。
【０４４９】
MMEは、ST３５０１で、C-plane確立eNB（C-eNB）に対して、S1シグナリングの転送設定要求を行う。ここでは、S1-MMEプロキシ設定要求とする。該要求通知を受信したC-eNBは、ST3502で、転送先のU-plane確立eNBとMME間の、通信対象となるUEに対するS1シグナリングの転送処理のための設定を行う。これにより、U-eNBとMME間のS1メッセージはC-eNBを介して転送される。
【０４５０】
ST3502で転送処理のための設定を行ったC-eNBは、MMEに対して転送処理設定完了のメッセージを通知しても良い。MMEは、明示的に確認ができ、誤動作を削減できる。ここでは、該メッセージが無い場合について示す。MMEは、ST3011でE-RAB修正要求メッセージを通知する。また、ST３５０３で、U-plane確立eNBに対する、該U-plane確立eNBのE-RAB設定要求メッセージをC-eNBに通知する。該要求メッセージに、転送先U-plane確立eNBの識別子あるいはアドレスを付加あるいは含めておいても良い。該要求メッセージにS1メッセージを用いるとする。該要求メッセージを受信したC-eNBは、ST3502の転送設定および転送先U-plane確立eNBの識別子あるいはアドレスを用いて、ST3504で、該要求メッセージを、U-plane確立eNB（U-eNB）に転送する。これにより、U-plane確立eNB（U-eNB）は、MMEからE-RAB設定を受信可能となる。
【０４５１】
この後、各ノードでST3035の処理を行う。C-eNBから、ST3022で、U-plane接続処理完了通知を受信したU-eNBは、E-RAB設定処理を行い、ST３５０５、ST3506で、C-eNBを介してMMEに対してE-RAB設定完了メッセージを通知する。S1メッセージを用いるとする。C-eNBは、該UEに対するメッセージ対して転送設定処理がなされているので、ST3505でU-eNBから受信したメッセージをST3506でMMEへ転送する。
【０４５２】
この後、ST３０２４からST3026、および、ST3036の処理を行う。
【０４５３】
以上の処理により、UEとS-GW間で複数のeNB（C-eNB、U-eNB）を用いてDRB/S1 bearerが確立され、ユーザデータの送受信が可能となる。
【０４５４】
本変形例で開示した方法とすることで、通信対象となるUEに対する制御情報が、MMEと各U-plane確立eNB間で直接送受信が行われることをなくすことができる。従って、MMEにおける通信対象となるUEに対する制御処理が複雑になること抑制することができる。
【０４５５】
また、U-plane確立専用のeNBを構成した場合、MMEと該U-plane確立eNB間のシグナリングは全てC-plane確立eNBを介して行うことができるため、MMEと該U-plane確立eNB間のIFを無くすことができる。従って、システム構成が簡易にすることができる。例えば、マクロeNBと、該マクロeNBに直接接続されるU-plane確立専用ノードを構成する際に適用すると良い。
【０４５６】
実施の形態２  変形例２．
従来の方法では、通信対象となるUEに対するパケットデータは、S-GWと該UEとRRC接続を行った一つのC-plane確立eNB間とで送受信が行われる。しかし、実施の形態２あるいは実施の形態２変形例１で開示した方法の場合、通信対象となるUEに対するパケットデータの通信は、S-GWと各U-plane確立eNB間で直接行われることとなる。従って、S-GWにおける通信対象となるUEに対する制御処理は、従来に比べ複雑になる。
【０４５７】
そこで、実施の形態２変形例２では、パケットデータの通信をC-plane確立eNBを経由して行う方法を開示する。
【０４５８】
1つの通信に対し、一つのeNB（セル）を用いてC-planeの接続を確立し、複数のeNB（セル）を用いてU-planeの接続を確立する。S-GWと各U-plane確立eNB間のデータ通信は、C-plane確立eNBを経由して行う。
【０４５９】
S-GWとU-plane確立eNB間のパケットデータ通信をC-plane確立eNBを経由して行うため、MMEは、通信対象となるUEのC-plane確立eNBに対して、該通信対象となるUEの各U-plane確立eNBへのパケットデータ転送要求を通知する。
【０４６０】
パケットデータ転送要求メッセージに、通信対象となるUEの識別子（UE-ID）を含めると良い。また、転送先となる各U-plane確立eNB（セル）を特定するための転送先各U-plane確立eNB（セル）の識別子あるいはアドレスを含めると良い。
【０４６１】
該パケットデータ転送要求を受信したC-plane確立eNBは、通信対象となるUEに対するパケットデータに対して、S-GWからのパケットデータを各U-plane確立eNBに、各U-plane確立eNBからのパケットデータをS-GWに転送する。
【０４６２】
パケットデータ転送要求は、MMEが各U-plane確立eNBのE-RAB設定を各U-plane確立eNBに通知する前に通知しておくと良い。あるいは、MMEが各U-plane確立eNBのE-RAB設定を各U-plane確立eNBに通知するのとともに通知しても良い。MMEが各U-plane確立eNBのE-RAB設定を各U-plane確立eNBに通知するシグナリングに含めて通知しても良い。
【０４６３】
また、MMEはS-GWに対して、通信対象となるUEに対するパケットデータ通信を、C-plane確立eNBを経由して各U-plane確立eNBと行うよう要求する。MMEはS-GWに対して、C-plane確立eNBを経由して各U-plane確立eNBとS1 bearerを設定するよう要求する。
【０４６４】
該C-plane確立eNB経由要求を受信したS-GWは、通信対象となるUEに対するパケットデータに対して、S-GWからのパケットデータをC-plane確立eNBを経由して各U-plane確立eNBに送信し、各U-plane確立eNBからのパケットデータをC-plane確立eNBを経由して受信する。
【０４６５】
本変形例で開示した方法により、通信対象となるUEに対するS-GWとU-plane確立eNB間のパケットデータの通信は、C-plane確立eNBを経由して行うことが可能となる。
【０４６６】
図３６は、実施の形態２変形例２に係るアーキテクチャを示す図である。図３６に示すアーキテクチャは、図２８に示すアーキテクチャと類似しているので、同一のエレメントについては同一の番号を付して、共通する説明を省略する。
【０４６７】
図では、U-plane確立専用のeNBを構成した場合のアーキテクチャを示す。また、このアーキテクチャは、本変形例の通信対象となるUEについてのみ示したアーキテクチャとしても良い。
【０４６８】
３６０１はC-eNBとU-eNBに確立される、S1インタフェースである。
【０４６９】
C-eNB２８１２は、通信対象となるUE２８０６に対するパケットデータに対して、S-GW２８０２からのパケットデータを各U-plane確立eNB２８０５に、各U-plane確立eNB２８０５からのパケットデータをS-GW２８０２に転送する機能を有する。
【０４７０】
また、U-plane確立専用のeNBを構成した場合のアーキテクチャのため、図２８で示した、S-GW２８０２とU-eNB２８０５間を直接接続するインタフェース２８１３を無くすことが可能となる。これは、本変形例ではS-GWとU-plane確立eNB間のパケットデータ通信をC-plane確立eNBを経由して行うようにしたためである。
【０４７１】
なお、U-plane確立専用のeNBを構成した場合で無く、U-eNBとC-plane接続を有するUEが存在する場合は、S-GW-U-eNB間を直接接続するインタフェース２８１３を設けると良い。
【０４７２】
なお、ここでいう、ＵＥ（２８０６）は移動局に、Ｃ−ｅＮＢ(２８０４)は第１基地局に、Ｕ−ｅＮＢ(２８０５)は第２基地局に、ＭＭＥ（２８０３）およびＳ−ＧＷ（２８０２）は関門局に、それぞれ相当する。また、Ｃプレーン信号に関して言えば、ＵＥ（２８０６）とＣ−ｅＮＢ(２８０４)との間のRRC Connectionは第１無線通信接続に相当する。同じくＣプレーン信号に関して言えば、ＭＭＥ（２８０３）とＣ−ｅＮＢ(２８０４)との間のS1-MME signaling接続（２８０９）は第１通信接続に、ＭＭＥ（２８０３）とＵ−ｅＮＢ(２８０５)との間のS1-MME signaling接続（２８１５）は第２通信接続に相当する。また、Ｕプレーン信号に関して言えば、ＵＥ（２８０６）とＣ−ｅＮＢ(２８０４)との間のRadio Bearerは第１無線通信接続に、ＵＥ（２８０６）とＵ−ｅＮＢ(２８０５)との間のRadio Bearerは第２無線通信接続に、それぞれ相当する。同じくＵプレーン信号に関して言えば、Ｓ−ＧＷ（２８０２）とＣ−ｅＮＢ(２８０４)との間のS1 bearer（２８１４）は第１通信接続に相当する。
【０４７３】
このように、関門局と第１基地局との間に第１通信接続を、前記関門局と前記第２基地局との間に第２通信接続を、第１基地局と移動局との間に第１無線通信接続を、第２基地局と移動局との間に第２無線通信接続を、それぞれ確立することによって、移動局と関門局との間で一つの通信を実行するので、通信接続・無線通信接続の追加・削除によってセル移行を実現することができる。
【０４７４】
Ｕプレーン信号は、第１通信接続および第１無線通信接続を含む第１経路と、第１通信接続および第２無線通信接続を含む第２経路とに分配して伝送される。Ｃプレーン信号は、第１通信接続および第１無線通信接続を含む第１経路と、第２通信接続および第２無線通信接続を含む第２経路とに分配して伝送される。
【０４７５】
各U-plane確立eNB２８０５でS1インタフェース（S1-U）２８１４、３６０１を終端し、C-plane確立eNB２８０４がS-GW２８０２と各U-plane確立eNB２８０５間のS1プロキシ機能を与える、としても良い。S1プロキシ機能は、通信対象となるUE２８０６のパケットデータを転送する。このS1プロキシ機能によって、S-GW２８０２は、C-plane確立eNB２８０４が各U-plane確立eNB２８０５に見え、各U-plane確立eNB２８０５はC-plane確立eNB２８０４がS-GW２８０２に見えるようになる。
【０４７６】
図３７は、実施の形態２変形例２に係るシーケンス例を示す図である。図３７に示すシーケンスは、図３０、図３５に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０４７７】
U-plane確立eNBを選択したMMEは、ST３０１０で各U-plane確立eNBに確立するE-RABの設定を行う。
【０４７８】
MMEは、ST３７０１で、C-plane確立eNB（C-eNB）に対して、ユーザデータの転送要求を行う。ここでは、S1-Uプロキシ設定要求とする。また、ここでは、ユーザデータの要求と共に、S1シグナリングの転送設定要求を行う。該要求通知に、通信対象となるUEの識別子と、転送先のU-plane確立eNB（U-eNB）の識別子を含めると良い。
【０４７９】
該要求通知を受信したC-eNBは、ST3502で、転送先のU-plane確立eNBとMME間の、通信対象となるUEに対するS1シグナリングの転送処理のための設定を行う。これにより、U-eNBとMME間のS1メッセージはC-eNBを介して転送される。
【０４８０】
また、ST３７０２で、転送先のU-plane確立eNBとS-GW間の、通信対象となるUEに対するユーザデータの転送処理のための設定を行う。これにより、U-eNBとS-GW間のS1ユーザデータがC-eNBを介して転送される。
【０４８１】
ST3５02、ST3702でS1シグナリングとS1ユーザデータの転送処理のための設定を行ったC-eNBは、MMEに対して転送処理設定完了のメッセージを通知しても良い。MMEは、明示的に確認ができ、誤動作を削減できる。ここでは、図３５と同様に該メッセージが無い場合について示している。
【０４８２】
この後、各ノードで、ST3011からST3506の処理を行う。これらの処理に関しては図３０、図３５に示してあるので説明を省略する。
【０４８３】
各U-plane確立eNBのE-RAB設定が完了したことを認識したMMEは、ST３７０３で、S-GWに対して、S1 bearerの設定あるいは修正を要求するメッセージを通知する。この際、S1 bearerのパスを、C-plane確立eNBを介して設定するよう要求する。このメッセージに、通信対象となるUEの識別子、各U-plnae確立eNBの識別子、各U-plane確立eNBのE-RAB設定情報のほか、転送を行うC-plane確立eNBの識別子を含めると良い。この通知にはS11インタフェースを用いると良い。S11のModify bearer requestメッセージを用いても良い。
【０４８４】
C-plane確立eNBを介して、S1 bearerの設定あるいは修正を要求するメッセージを受信したS-GWは、ST３７０４で、該メッセージに含まれる情報に従って、C-plane確立eNBを介した各U-plane確立eNBとの間のS1 bearerの設定あるいは修正を行う。
【０４８５】
S1 bearerの設定あるいは修正を行ったS-GWは、ST３７０５で、MMEにS1 bearerの設定あるいは修正の完了メッセージを通知する。この通知にはS11インタフェースを用いると良い。S11のModify bearer responseメッセージを用いても良い。
【０４８６】
以上の処理によって、UEとU-plane確立eNB間にDRB３０２７が確立され、C-eNBを介してU-plane確立eNBとS-GW間にS1 bearer３７０６が確立される。これにより、UEとU-eNB間、U-eNBとS-GW間でデータ通信が可能となる。
【０４８７】
その後、UEとU-plane確立eNBにおいて、ST3029、ST3030、ST3031の各処理が行われる。
【０４８８】
ST３７０７、ST3708で、C-eNBを介して、U-eNBとS-GWとの間でユーザデータの送受信が行われる。この際、C-plane確立eNBsに対して、パケット単位でデータを伝送するとよい。パケットに、C-plane確立eNBが転送する転送先のS-GWあるいはU-plane確立eNBを識別するための情報（識別子あるいはアドレスなど）を付加しても良い。複数の転送先が存在するような場合に各パケットの識別が簡易に行える。
【０４８９】
ST３０３２で、UEあるいはU-eNBとの間でユーザデータの送受信が行われる。
【０４９０】
以上の処理により、UEとS-GW間で複数のeNB（C-eNB、U-eNB）を用いてDRB/S1 bearerが確立され、ユーザデータの送受信が可能となる。
【０４９１】
本変形例で開示した方法とすることで、通信対象となるUEに対するパケットデータが、S-GWと各U-plane確立eNB間で直接送受信が行われることをなくすことができる。従って、S-GWにおける通信対象となるUEに対するパケットデータの送受信処理が複雑になることを抑制することができる。
【０４９２】
また、U-plane確立専用のeNBを構成した場合、S-GWと該U-plane確立eNB間のパケットデータの通信は全てC-plane確立eNBを介して行うことができるため、S-GWと該U-plane確立eNB間のIFを無くすことができる。従って、システム構成を簡易にすることができる。例えば、マクロeNBと、該マクロeNBに直接接続されるU-plane確立専用ノードを構成する際に適用すると良い。
【０４９３】
実施の形態２  変形例３．
実施の形態２では、MMEが、通信対象となるUEに対してDRB/S1 bearerを確立すべきeNBを選択する場合について開示した。本変形例では、別の方法として、C-plane確立eNBが通信対象となるUEに対してDRB/S1 bearerを確立すべきeNBを選択する。選択する際の指標として、実施の形態２で開示した指標を適用すると良い。
【０４９４】
C-plane確立eNBが、通信対象となるUEとDRB/S1 bearerを確立すべきeNBを選択する際の指標を認識する方法について開示する。
【０４９５】
指標としてUEが測定する情報（UEサポーテッド情報とも称する）を用いる場合、該情報をUEからC-plane確立eNBへ通知する。通知方法は実施の形態２で開示した方法を適用すると良い。
【０４９６】
指標としてネットワーク側のノードが測定あるいは取得する情報を用いる場合は、各ノードがC-plane確立eNBに該情報を通知する。ネットワーク側のノードがC-plane確立eNBである場合は、通知は不要である。上述の方法と同様に、どのUEの情報か、どのeNBとの間の情報かが認識できるような情報を含めると良い。
【０４９７】
該情報を受信したC-plane確立eNBは、通信対象となるUEに対してDRB/S1 bearerを確立すべきeNBを選択する。
【０４９８】
C-plane確立eNBは、選択したeNB（U-plane確立eNB）を用いてE-RABの確立を要求するメッセージをMMEに対して通知する。該要求メッセージに、通信対象となるUEの、MMEが識別可能なUE識別子（UE-ID）を含めると良い。あるいは、MMEが識別可能な携帯加入者識別子(mobile subscriber identity)でも良い。また、自C-plane確立eNB（セル）の識別子を含めても良い。MMEが識別可能なUE識別子として、MME内で用いられるUE識別子とすると良い。あるいは、該UEのC-plane確立eNB（セル）の識別子とC-plane確立eNB（セル）内で用いられるUE識別子としても良い。該通知にはS1シグナリングを用いると良い。新たなメッセージを設けても良い。
【０４９９】
MMEは、E-RAB確立のため、C-plane確立eNBより通知された、通信対象となるUEに対して選択された各U-plane確立eNBにおけるE-RABを設定する。
【０５００】
本変形例におけるアーキテクチャは、実施の形態２で開示した図２８のアーキテクチャを適用できる。
【０５０１】
図３８は、実施の形態２変形例３に係る複数のeNBを用いてDRB/S1 bearerを確立/修正する場合のシーケンス例を示す図である。図３８に示すシーケンスは、図３０に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０５０２】
ST3034で、UEとC-eNB間で無線ベアラ１を、C-eNBとS-GW間でS1 bearer１を確立している。
【０５０３】
UEは、ST３８０１でメジャメントリポートをC-plane確立eNBであるC-eNBに対して通知する。これに関しては、実施の形態２で開示した方法を適用できる。
【０５０４】
メジャメントリポートを受信したC-eNBは、ST3802で、通信対象となるUEのために、DRB/S1 bearerを確立すべきeNBを選択する。
【０５０５】
C-plane確立eNBは、ST3803で、選択したeNB（U-plane確立eNB）を用いたE-RABの確立を要求するメッセージをMMEに対して通知する。本例では、該通知にS1シグナリングを用い、新たなメッセージとして、E-RAB設定要求メッセージを設ける。
【０５０６】
MMEは、ST３０１０で、E-RAB確立のため、C-plane確立eNBより通知された、通信対象となるUEに対して選択された各U-plane確立eNBにおけるE-RABを設定する。
【０５０７】
これ以降の処理は、図３０のシーケンス例で開示した方法を適用できるので説明を省略する。
【０５０８】
以上の処理により、UEとS-GW間で複数のeNB（C-eNB、U-eNB）を用いてDRB/S1 bearerが確立され、ユーザデータの送受信が可能となる。
【０５０９】
図３９は、実施の形態２変形例３に係るU-plane確立eNBを削除する場合のシーケンス例を示す図である。図３９に示すシーケンスは、図３１に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０５１０】
ST３１１３で、UEとC-eNB間で無線ベアラ１を、C-eNBとS-GW間でS1 bearer１を確立している。また、UEとU-eNB間で無線ベアラ２（DRB）を、U-eNBとS-GW間でS1 bearer２を確立している。
【０５１１】
UEは、ST３９０１でメジャメントリポートをC-plane確立eNBであるC-eNBに対して通知する。これに関しては、実施の形態２で開示した方法を適用できる。
【０５１２】
メジャメントリポートを受信したC-eNBは、ST3９02で、通信対象となるUEに対する、DRB/S1 bearerをリリースすべきU-plane確立eNBを決定する。決定方法は、実施の形態２で開示した、MMEが削除するU-plane確立eNBを決定する方法を適用できる。
【０５１３】
C-plane確立eNBは、ST3９03で、削除すると決定したU-plane確立eNBの、通信対象となるUEに対して確立されているE-RABのリリースを要求するメッセージをMMEに対して通知する。本例では、該通知にS1シグナリングを用い、新たなメッセージとして、E-RABリリース要求メッセージを設ける。該要求メッセージに、削除すると決定したU-plane確立eNBの識別子、通信対象となるUEの、MMEが識別可能なUE識別子（UE-ID）あるいはMMEが識別可能な携帯加入者識別子(mobile subscriber identity)、自C-plane確立eNB（セル）の識別子を含める。
【０５１４】
MMEは、ST３０１０で、E-RAB確立のため、C-plane確立eNBより通知された、削除するU-plane確立eNBを除いた各U-plane確立eNBにおけるE-RABを設定する。
【０５１５】
これ以降の処理は、図３１のシーケンス例で開示した方法を適用できるので説明を省略する。
【０５１６】
MMEが、削除するU-plane確立eNB（U-eNB）に対してE-RABリリース要求メッセージを通知する。MMEが行うようにすることで、E-RABの設定/修正とリリースを同一ノードが制御することができるため、制御を簡易にすることができる。
【０５１７】
以上の処理によって、UEとU-plane確立eNB間のDRBがリリースされ、U-plane確立eNBとS-GW間のS1 bearerがリリースされる。これにより、通信対象となるUEに対するU-plane確立eNBの削除処理が完了する。
【０５１８】
以上より、通信対象となるUEのためのU-planeの接続は、UEとC-eNB間の無線ベアラ１（300３）、C-eNBとS-GW間のS1 bearer1（３００４）で行われる。ST30０５、ST3006で、該ベアラで、UEとS-GWとの間でユーザデータの送受信を行う。
【０５１９】
図４０は、実施の形態２変形例３に係るU-plane確立eNBを削除する場合の他のシーケンス例を示す図である。図４０に示すシーケンスは、図３１に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０５２０】
ST３１１３で、UEとC-eNB間で無線ベアラ１を、C-eNBとS-GW間でS1 bearer１を確立している。また、UEとU-eNB間で無線ベアラ２（DRB）を、U-eNBとS-GW間でS1 bearer２を確立している。
【０５２１】
U-planeを確立しているeNBは、ST４００２で、通信対象となるUEとの無線区間（Uu）におけるデータ伝送をモニタする。データ伝送が長期間なく、データタイムアウト（データモニタtimer 満了）を検出した場合において、通信対象となるUEとの間で確立されているDRB/S1 bearerのリリースを行う。データタイムアウトを検出したU-plane確立eNBは、ST４００３で、C-eNBに対して、自eNBが通信対象となるUEに対して確立しているE-RABリリースの要求メッセージを通知する。該通知にはX2シグナリングを用いると良い。該要求メッセージに、データモニタのタイマが満了した旨、データタイムアウトを検出したUEの識別子、自eNBの識別子を含めると良い。
【０５２２】
ST４００３で、E-RABリリース要求メッセージを受信したC-eNBは、ST４００４で、通信対象となるUEに対する、DRB/S1 bearerをリリースすべきU-plane確立eNBを決定する。C-plane確立eNBは、ST４００４で、削除すると決定したU-plane確立eNBの、通信対象となるUEに対して確立されているE-RABのリリースを要求するメッセージを、ST４００５で、MMEに対して通知する。本例では、該通知にS1シグナリングを用い、新たなメッセージとして、E-RABリリース要求メッセージを設ける。該要求メッセージに、削除すると決定したU-plane確立eNBの識別子、通信対象となるUEの、MMEが識別可能なUE識別子（UE-ID）あるいはMMEが識別可能な携帯加入者識別子(mobile subscriber identity)、自C-plane確立eNB（セル）の識別子を含める。
【０５２３】
ST４００５で、E-RABリリース要求メッセージを受信したMMEは、ST３０１０で、MMEは削除するeNBを除いたU-plane確立eNBの、通信対象となるUEに対するE-RABの設定を行う。
【０５２４】
これ以降の処理は、図３１のシーケンス例で開示した方法を適用できるので説明を省略する。
【０５２５】
MMEが、削除するU-plane確立eNB（U-eNB）に対してE-RABリリース要求メッセージを通知する。MMEが行うようにすることで、E-RABの設定/修正とリリースを同一ノードが制御することができるため、制御を簡易にすることができる。
【０５２６】
以上の処理によって、UEとU-plane確立eNB間のDRBがリリースされ、U-plane確立eNBとS-GW間のS1 bearerがリリースされる。これにより、通信対象となるUEに対するU-plane確立eNBの削除処理が完了する。
【０５２７】
以上より、通信対象となるUEのためのU-planeの接続は、UEとC-eNB間の無線ベアラ１（300３）、C-eNBとS-GW間のS1 bearer1（３００４）で行われる。ST30０５、ST3006で、該ベアラで、UEとS-GWとの間でユーザデータの送受信を行う。
【０５２８】
図４１は、実施の形態２変形例３に係るU-plane確立eNBを削除する場合の更に他のシーケンス例を示す図である。図４１に示すシーケンスは、図３１に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０５２９】
ST３１１３で、UEとC-eNB間で無線ベアラ１を、C-eNBとS-GW間でS1 bearer１を確立している。また、UEとU-eNB間で無線ベアラ２（DRB）を、U-eNBとS-GW間でS1 bearer２を確立している。
【０５３０】
U-planeを確立しているeNBは、ST４１０２で、通信対象となるUEとの無線区間（Uu）におけるデータ伝送をモニタする。データ伝送が長期間なく、データタイムアウト（データモニタtimer 満了）を検出した場合において、通信対象となるUEとの間で確立されているDRB/S1 bearerのリリースを行う。データタイムアウトを検出したU-plane確立eNBは、ST４１０３で、MMEに対して、自eNBが通信対象となるUEに対して確立しているE-RABリリースの要求メッセージを通知する。本例では、該通知にS1シグナリングを用い、新たなメッセージとして、E-RABリリース要求メッセージを設ける。該要求メッセージに、削除すると決定したU-plane確立eNBの識別子、通信対象となるUEの、MMEが識別可能なUE識別子（UE-ID）あるいはMMEが識別可能な携帯加入者識別子(mobile subscriber identity)、自C-plane確立eNB（セル）の識別子を含める。また、U-eNBは、ST４１０４で、C-eNBに対しても、E-RABリリース要求メッセージを通知する。これは、C-eNBがU-plane確立eNBの選択を行うため、C-eNBは、E-RABをリリースしたU-plane確立eNBの情報を認識しておく必要があるからである。該通知にはX2シグナリングを用いると良い。該要求メッセージに、データモニタのタイマが満了した旨、データタイムアウトを検出したUEの識別子、自eNBの識別子を含めると良い。
【０５３１】
ST４１０３で、E-RABリリース要求メッセージを受信したMMEは、ST３０１０で、削除するeNBを除いたU-plane確立eNBの、通信対象となるUEに対するE-RABの設定を行う。
【０５３２】
これ以降の処理は、図３０のシーケンス例で開示した方法を適用できるので説明を省略する。
【０５３３】
MMEが、削除するU-plane確立eNB（U-eNB）に対してE-RABリリース要求メッセージを通知する。MMEが行うようにすることで、E-RABの設定/修正とリリースを同一ノードが制御することができるため、制御を簡易にすることができる。
【０５３４】
以上の処理によって、UEとU-plane確立eNB間のDRBがリリースされ、U-plane確立eNBとS-GW間のS1 bearerがリリースされる。これにより、通信対象となるUEに対するU-plane確立eNBの削除処理が完了する。
【０５３５】
以上より、通信対象となるUEのためのU-planeの接続は、UEとC-eNB間の無線ベアラ１（300３）、C-eNBとS-GW間のS1 bearer1（３００４）で行われる。ST30０５、ST3006で、該ベアラで、UEとS-GWとの間でユーザデータの送受信を行う。
【０５３６】
UEアシステッドの情報は、C-plane確立eNB(セル)が認識する。実施の形態２ではMMEが認識する必要が生じるため制御が複雑になるが、本変形例で開示したように、C-plane確立eNBが通信対象となるUEのためのU-plane確立eNBを選択するので、該選択の際の指標となるUEアシステッド情報をMMEが認識する必要がなくなる。従って、制御処理が簡易になり、シグナリング量を削減できる。
【０５３７】
また、U-plane確立eNBの選択判断を、UEアシステッド情報が通知された後、すぐに行うことが可能となる。従って、U-plane確立eNBの選択判断における遅延が少なく、通信対象となるUEとの通信により適切なeNBを選択可能となる。
【０５３８】
実施の形態３．
実施の形態１から実施の形態２変形例３では、複数のeNBを用いてU-plane接続用ベアラの確立を行うため、複数のeNB全てが少なくともベアラの制御に関する機能を有する。本実施の形態では、U-plane接続用のeNBの構成をさらに容易にすることを目的とする。
【０５３９】
1つの通信に対し、一つのeNB（セル）を用いてC-planeの接続を確立し、複数のeNB（セル）を用いてU-planeの接続を確立する。
【０５４０】
C-planeの接続として、RRC connectionの確立を行い、U-planeの接続として、ひとつまたは複数の個別無線ベアラの確立を行う。個別無線ベアラとしてDRBとすると良い。
【０５４１】
本実施の形態におけるアーキテクチャは、実施の形態２で開示した図２８のアーキテクチャを適用できる。
【０５４２】
本実施の形態では、C-eNB（２８０４）と通信対象となるUE（２８０６）との間のUu（２８１０）インタフェースを用いて、RRC connectionが確立される。すなわち、図において、C-eNB（２８０４）とUE（２８０６）間で、破線で示すC-planeの接続が確立される。一方、U-eNB（２８０５）と通信対象となるUE（２８０６）との間のUu（２８１１）インタフェースを用いて、データ（ユーザデータ）の通信のみが行なわれる。すなわち、U-eNB（２８０５）とUE（２８０６）間で、実線で示すU-planeの接続のみが確立される。なお、従来と同様にC-eNB（２８０４）とUE（２８０６）間にU-planeの接続が確立されても良い。
【０５４３】
U-eNB（２８０５）とUE（２８０６）間のU-plane接続用インタフェース２８１１をUuとしたが、Uuではなく、U-plane接続機能のみを有する新たなインタフェースを設けても良い。
【０５４４】
本実施の形態では、1つの通信に対して、U-plane接続のみ確立するeNBはRRC機能を有しない。いいかえると、通信対象となるUEに対して、U-plane接続のみ確立するeNBはRRC機能を有しない。従って、通信対象となるUE（２８０６）に対して、U-plane接続のみが確立されるU-eNB（２８０５）とMME（２８０３）間のシグナリングの通信は、インタフェース（S1-MME）２８１５を用いない。通信対象となるUEに対するU-eNB（２８０５）のRRC機能を無くすことができるので、U-eNBの構成を簡易にできる。
【０５４５】
また、通信対象となるUEに対するユーザデータの通信に、S-GWとU-eNB間のS1-Uインタフェースを用いずに、S-GWとC-eNB間のS1-Uインタフェース、およびCeNBとU-eNB間のインタフェースを用いて通信するようにしても良い。通信対象となるUE（２８０６）に対して、U-plane接続のみが確立されるU-eNB（２８０５）とS-GW（２８０２）間のユーザデータの通信は、インタフェース（S1-U）２８１３を用いない。S-GW（２８０２）とC-eNB（２８０４）間のインタフェース（S1-U）２８１４、および、C-eNB（２８０４）とU-eNB（２８０５）間のインタフェース２８１２を用いる。
【０５４６】
図４２に、実施の形態３に係るU-plane確立専用のeNBを構成した場合のアーキテクチャを示す図である。図４２に示すアーキテクチャは、図２８に示すアーキテクチャと類似しているので、同一のエレメントについては同一の番号を付して、共通する説明を省略する。図中、U-plane確立専用のeNBをU-eNB（２８０５）とする。U-plane確立専用のeNBは、U-planeの接続のみ確立するUEとの通信のみ行なう。
【０５４７】
本実施の形態の方法で、U-plane確立専用のeNBを構成した場合、MME（２８０３）とU-eNB（２８０５）間のシグナリングは全てC-eNB（２８０４）を介して行うことができるため、MME（２８０３）とU-eNB（２８０５）間のシグナリング用インタフェースを無くすことができる。
【０５４８】
また、通信対象となるUEに対するユーザデータの通信に、S-GW（２８０２）とU-eNB（２８０５）間のS1-Uインタフェースを用いずに、S-GW（２８０２）とC-eNB（２８０４）間のS1-Uインタフェース、およびC-eNB（２８０４）とU-eNB（２８０５）間のインタフェースを用いて通信するようにした場合、S-GW（２８０２）とU- eNB（２８０５）間のパケットデータの通信は全てC-eNB（２８０４）を介して行うことができるため、S-GW（２８０２）とU-eNB（２８０５）間のインタフェースを無くすことができる。
【０５４９】
こうすることで、U-plane確立専用のeNBの構成を簡易にすることが可能となる。さらにMMEとのインタフェースが不要となり、U-plane確立専用のeNBの柔軟な設置を可能とする。また、さらにはS-GWとのインタフェースも不要とすることもできるため、コアネットワーク側のノードとのインタフェースを無くすことができるため、さらにU-plane確立専用のeNBの柔軟な設置を可能とする。
【０５５０】
なお、ここでいう、ＵＥ（２８０６）は移動局に、Ｃ−ｅＮＢ(２８０４)は第１基地局に、Ｕ−ｅＮＢ(２８０５)は第２基地局に、ＭＭＥ（２８０３）およびＳ−ＧＷ（２８０２）は関門局に、それぞれ相当する。また、Ｃプレーン信号に関して言えば、ＵＥ（２８０６）とＣ−ｅＮＢ(２８０４)との間のRRC Connectionは第１無線通信接続に、ＵＥ（２８０６）とＵ−ｅＮＢ(２８０５)との間のRRC Connectionは第２無線通信接続に、それぞれ相当する。同じくＣプレーン信号に関して言えば、ＭＭＥ（２８０３）とＣ−ｅＮＢ(２８０４)との間のS1-MME signaling接続（２８０９）は第１通信接続に相当する。また、Ｕプレーン信号に関して言えば、ＵＥ（２８０６）とＣ−ｅＮＢ(２８０４)との間のRadio Bearerは第１無線通信接続に、ＵＥ（２８０６）とＵ−ｅＮＢ(２８０５)との間のRadio Bearerは第２無線通信接続に、それぞれ相当する。同じくＵプレーン信号に関して言えば、Ｓ−ＧＷ（２８０２）とＣ−ｅＮＢ(２８０４)との間のS1 bearer（２８１４）は第１通信接続に相当する。
【０５５１】
このように、関門局と第１基地局との間に第１通信接続を、第１基地局と移動局との間に第１無線通信接続を、第２基地局と移動局との間に第２無線通信接続を、それぞれ確立することによって、移動局と関門局との間で一つの通信を実行するので、通信接続・無線通信接続の追加・削除によってセル移行を実現することができる。
【０５５２】
Ｕプレーン信号は、第１通信接続および第１無線通信接続を含む第１経路と、第１通信接続および第２無線通信接続を含む第２経路とに分配して伝送される。Ｃプレーン信号は、第１通信接続および第１無線通信接続を含む第１経路と、第１通信接続および第２無線通信接続を含む第２経路とに分配して伝送される。
【０５５３】
図４３は、実施の形態３に係るeNBのプロトコルスタックを示す図である。図４３に示すプロトコルスタックは、図２９に示すプロトコルスタックと類似しているので、同一のエレメントについては同一の番号を付して、共通する説明を省略する。
【０５５４】
U-eNB（２９１３）に関して、U-plane接続のみを確立するUEに対するプロトコルを示す。C-plane接続のためのプロトコル２９１４は構成されない。PDCPプロトコル２９２０、RLCプロトコル２９２１、MACプロトコル２９２２、PHYプロトコル２９２３は、U-plane用の機能のみを有する。いいかえると、ベアラ確立用の機能のみを有する。また、４３０１で示すように、C-eNB（２９０１）、U-eNB（２９１３）に、U-plane接続のみを確立するUEに対するC-eNB（２９０１）とU-eNB（２９１３）間のユーザデータ転送用機能が設けられても良い。
【０５５５】
なお、U-plane確立専用のeNBを構成する場合、C-plane接続を確立するためのプロトコル２９１４をU-eNB２９１３内に有する必要が無くなるため、簡易な構成とすることが可能となる。また、通信対象となるUEに対するユーザデータの通信に、S-GWとC-eNB間のS1-Uインタフェース、およびCeNBとU-eNB間のインタフェースを用いて通信するようにした場合、S1-Uインタフェースの入出力機能を有する必要が無くなるため、さらに簡易な構成とすることが可能となる。
【０５５６】
次に、複数のeNB（セル）を用いたベアラ確立方法を開示する。
【０５５７】
本実施の形態では、C-plane確立eNBが通信対象となるUEに対してDRBを確立すべきeNBを選択する。選択する際の指標として、実施の形態２で開示した指標を適用すると良い。
【０５５８】
C-plane確立eNBが、通信対象となるUEとDRBを確立すべきeNBを選択する際の指標を認識する方法については、実施の形態２変形例３で開示した方法を適用すると良い。
【０５５９】
該情報を受信したC-plane確立eNBは、通信対象となるUEに対してDRBを確立すべきeNBを選択する。
【０５６０】
C-plane確立eNBは、選択したeNB（U-plane確立eNB）のDRBの設定を行う。この設定機能を、新たにC-plane確立eNBのRRC機能として設けると良い。C-plane確立eNBは、MMEから受信したE-RAB設定を用いて、各U-plane確立eNBで確立するDRBの設定を行う。U-plane接続用のDRBの設定を複数のU-plane確立eNBで分担するように設定する。この分担には、上記選択する際の指標を用いると良い。自eNBをU-plane確立eNBとして選択した場合、自eNBも含めた各U-plane確立eNBで確立するDRBの設定を行う。
【０５６１】
既にDRBを設定しているeNBが存在する場合、C-plane確立eNBは該eNBに対してはDRB設定の修正を行う。
【０５６２】
各eNBに設定するDRB設定を同じとしても良い。E-RABに変更が無ければ、既にC-plane確立eNBのDRB設定と同じとしても良い。DRB設定として、DRB識別子、PDCP設定、RLC設定、MAC設定、PHY設定を同じにしても良い。あるいは、DRB識別子は異ならせても良い。各eNBにおけるDRB設定を個別に扱うことが可能となる。
【０５６３】
C-plane確立eNBは、各U-plane確立eNBに、DRB設定要求メッセージを通知する。該要求メッセージに、DRB設定情報を含めると良い。また、通信対象となるUEの識別子、C-plane確立eNB（セル）の識別子を含めても良い。C-plane確立eNBがDRB修正を行った後のDRB設定に変更が無いU-plane確立eNBに対しては、修正されたDRB設定の通知を不要としても良い。DRB設定要求メッセージの通知に、X2インタフェースを用いても良いし、新たなインタフェースを設けても良い。
【０５６４】
また、新たに、各U-plane確立eNBと各U-plane確立eNBのDRB設定の対応の一覧表を設けても良い。DRB list_U-planeとしても良い。C-plane確立eNBは該一覧表を各U-plane確立eNBに対して通知しても良い。各U-plane確立eNBが他のU-plane確立eNBのDRB設定を認識することが可能となる。
【０５６５】
DRB設定要求メッセージが通知された各U-plane確立eNBは、自U-plane確立eNBのDRB設定情報を用いて、通信対象となるUEに対するDRB設定を行う。
【０５６６】
C-plane確立eNBは、UEに対してDRB設定情報を通知する。C-plane確立eNB(セル)はDRB設定情報として、どのU-plane確立eNBのDRB設定か識別するための情報、例えばU-plane確立eNB（セル）の識別子と、各U-plane確立eNBのDRB設定情報とすると良い。また、各U-plane確立eNB（セル）のシステム情報を通知しても良い。また、各U-plane確立eNBが、通信対象となるUEに対するスケジューリングのために、ePDCCHを構成する場合、ePDCCHの設定情報もあわせて通知すると良い。また、U-plane確立要求である旨の情報をあわせて通知しても良い。各U-plane確立eNB（セル）のシステム情報、ePDCCH構成情報はあらかじめC-plane確立eNBに通知されておくとよい。
【０５６７】
各U-plane確立eNBと各々のDRB設定の一覧表を設けても良い。DRB list_U-planeとしても良い。C-plane確立eNBは該一覧表をUEに対して通知しても良い。
【０５６８】
この通知にはRRCシグナリングを用いると良い。新たなメッセージを設けてもよいし、既存のRRCメッセージにU-plane確立eNBのDRB設定情報とシステム情報を含めて通知しても良い。既存のRRCメッセージの具体例として、RRC connection reconfigurationメッセージあるいはAS-conifgメッセージを用いると良い。RRC connection reconfigurationメッセージあるいはAS-conifgメッセージ中のRadioResourceConfigDedicated情報中に各U-plane確立eNB毎のDRB設定情報とシステム情報を含めても良い。DRBリストとしても良い。
【０５６９】
こうすることで、通信対象となるUEは、U-planeを確立するeNBと該eNB間のDRB設定を認識することができる。
【０５７０】
通信対象となるUEは、各U-plane確立eNBとのDRB設定を行い、各U-plane確立eNB（セル）との接続処理を行う。
【０５７１】
通信対象となるUEは、U-plane確立eNBとの接続が成功した場合、UEは、各U-plane確立eNBに対して接続完了メッセージを通知しても良い。通知方法については実施の形態２で開示した方法を適用すると良い。（１）の適用も可能だが、MMEを介さない、（２）、（３）を適用すると良い。シグナリング量を削減できる。
【０５７２】
UEから接続完了メッセージを受信した各U-plane確立eNBは、通信対象となるUEとのDRBの確立処理を行う。C-plane確立eNBに対して該処理の完了メッセージを通知しても良い。UEとU-plane確立eNB間でDRBの設定あるいは修正されたDRBの設定が完了した旨を通知しても良い。該メッセージに、通信対象となるUEの識別子（UE-ID）を含めると良い。また、自U-plane確立eNB（セル）の識別子を含めても良い。
【０５７３】
これにより通信対象となるUEと各U-plane確立eNBとのDRBが確立される。
【０５７４】
C-plane確立eNBと各U-plane確立eNBは、C-plane確立eNBとU-plane確立eNB間に、通信対象となるUEのためのパケットデータ転送用の設定を行う。パケットデータ転送用に、X2インタフェースを用いても良いし、新たなインタフェースを設けても良い。
【０５７５】
これにより通信対象となるUEのパケットデータを、C-plane確立eNBと各U-plane確立eNB間で転送可能とする。
【０５７６】
次に、複数のeNBを用いて複数のDRBが確立されている場合のデータ伝送方法を開示する。
【０５７７】
下りリンクのデータ送信については、C-plane確立eNBが各リンクの品質の比率を算出する。その品質の比率と各セルのTraffc状況を考慮して、最終的な各U-plane確立eNBに対するPacketの分配比率を決定し、その比率に従い、受信Packetを各U-plane確立eNBに分配する。分配比率の決定は、各リンクの品質及びTrafficデータの更新に応じて、定常的に実施されるものとする。C-plane確立eNBにおいて各リンクの品質の比率を算出する際に、U-plane確立eNBを選択する際の指標を用いても良い。
【０５７８】
C-plane確立eNBから各U-plane確立eNBへのパケット転送方法を開示する。C-plane確立eNBは、S-GWから受信したパケットをPDCPに入力せずに、各U-plane確立eNBに分配、転送する。いいかえると、C-plane確立eNBは、S-GWから受信したパケットを、各U-plane確立eNBに分配し、透過転送（トランスペアレント）する。この場合、転送されたパケットは、各U-plane確立eNBのPDCPに入力され、PDCPプロトコルによる処理が行われる。PDCPにおけるSN（sequence number）は各U-plane確立eNBによって付加される。
【０５７９】
他の方法として、C-plane確立eNBは、S-GWから受信したパケットをPDCPに入力し、SNを付加した後に、SN付加後のデータユニットを、各U-plane確立eNBに分配、転送する。転送されたデータユニットは、各U-plane確立eNBのPDCPに入力され、PDCPプロトコルによる処理が行われる。各U-plane確立eNB のPDCPにおけるSNは付加されなくてもよいし、付加されても良い。C-plane確立eNBのPDCPによりSNが付加されることで、UEにおいて、各U-plane確立eNBから受信したユーザデータを該SNを用いて組み替えることが可能となる。
【０５８０】
上りリンクのデータ送信については、UEが、U-plane確立eNBとのリンクの品質の測定を行い、各リンクの品質の比率を算出する。そして、その比率に従い、送信Packetを各eNBのリンクに分配し、送信を行う。UEは、各eNBに対する送信データ量を、各eNBに対するバッファステータスレポート（ＢＳＲ）によって通知し、各ｅＮＢにおいて該ＢＳＲを用いて行われるスケジューリングに従って送信を行う。尚、分配比率の決定は、各リンクの品質の更新に応じて、定常的に実施されるものとする。
【０５８１】
各U-plane確立eNBからC-plane確立eNBへのパケット転送方法については下りリンクと逆の方法とすれば良い。各U-plane確立eNBは、UEから受信した上りデータについてPDCPプロトコルによる処理まで行いパケットデータを生成し、該パケットデータをC-plane確立eNBに転送する。いいかえると、PDCPプロトコル処理終了後のパケットデータを、C-plane確立eNBはU-plane確立eNBからのパケットデータをS-GWに透過転送（トランスペアレント）する。この場合、転送されたパケットは、C-plane確立eNBのPDCPに入力されず、S-GWに送信される。C-plane確立eNBからパケットデータを受信したS-GWは、パケットデータの順序を組みなおすと良い。また、C-plane確立eNBがS-GWに各U-plane確立eNBからのパケットデータを送信する前に、パケットデータの順番を組みなおしても良い。C-plane確立eNBは順番を組みなおした後のパケットデータをS-GWに通知する。
【０５８２】
他の方法として、各U-plane確立eNBは、UEから受信した上りデータについてPDCPプロトコルによる処理までを行い、PDCPのSNを付加した状態で、データユニットをC-plane確立eNBに転送する。C-plane確立eNBは転送された上りデータユニットをPDCPに入力し、PDCPプロトコルの処理を用いて、付加されたSNを用いて順番の組みなおしを行い、パケットデータを生成する。C-plane確立eNBはS-GWに対して、順番が組みなおされたパケットデータを送信する。これにより、S-GWでパケットを組みなおさなくて済む。
【０５８３】
U-plane確立eNBから通信対象となるUEへのデータ送信開始方法について開示する。
【０５８４】
各U-plane確立eNBは、UEからのU-plane確立eNBとの接続完了メッセージの受信を契機として、あるいは、C-plane確立eNBとのU-planeデータ転送設定完了を契機に、U-plane確立eNBUEへのデータ送信処理を開始すると良い。UEは、U-plane確立eNBへの接続完了メッセージの送信を契機に該U-plane確立eNB（セル）からのデータ受信処理を開始すると良い。これにより、UEとU-plane確立eNB（セル）とのデータ送受信処理開始タイミングのずれを低減することが可能となる。
【０５８５】
他の方法を開示する。U-plane確立eNBは、C-plane確立eNBからデータ受信後、UEへのデータ送信処理を開始する。UEは、U-plane確立eNB（セル）を検出し同期を実行した後、該U-plane確立eNB（セル）からの受信処理を開始する。あるいは、UEは、U-plane確立eNB（セル）と RAプロシージャ成功後、該U-plane確立eNB（セル）からの受信処理を開始するとしても良い。たとえば、UEからのU-plane確立eNBとの接続完了メッセージが無い場合に適用できる。この方法はデータ送受信開始に明確な契機を必要とせず、制御が容易になる利点がある。
【０５８６】
C-plane確立eNBとU-plane確立eNB間でデータ転送設定は、各U-plane確立eNBがC-plane確立eNBからDRB設定情報を受信したのを契機として行われても良い。このような場合、UEがU-plane確立eNBとの接続を完了する前に、C-plane確立eNBとU-plane確立eNB間でデータ転送設定が行われ、C-plane確立eNBからU-plane確立eNBに下りデータが到着する場合がある。U-plane確立eNBは、C-plane確立eNBからデータ受信後、UEへのデータ送信処理を開始することになる。UEはまだU-plane確立eNBとの接続を完了できておらず、該データを受信できない。
【０５８７】
しかし、U-plane確立eNBにおいて再送制御を用いることで、該データの不達を削減することが可能である。また、あらかじめ、最大再送回数を増大させておくことで、該データの不達を殆ど無くすことも可能となる。従って、ここで開示した方法は、データの不達が殆ど無しに制御を容易にできる効果が得られる。
【０５８８】
UEがU-plane確立eNB(セル)とU-planeデータを送受信する方法、UEがC-plane確立eNB(セル)とC-planeデータ 及び/又は U-planeデータを送受信する方法については実施の形態２で開示した方法を適用すると良い。
【０５８９】
図４４は、実施の形態３に係る複数のeNBを用いてDRBを確立/修正する場合のシーケンス例を示す図である。図４４に示すシーケンスは、図３０に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０５９０】
ST3034で、UEとC-eNB間で無線ベアラ１を、C-eNBとS-GW間でS1 bearer１を確立している。
【０５９１】
UEは、ST４４０１でメジャメントリポートをC-plane確立eNBであるC-eNBに対して通知する。これに関しては、実施の形態２変形例３で開示した方法を適用できる。
【０５９２】
メジャメントリポートを受信したC-eNBは、ST４４０２で、通信対象となるUEのために、DRBを確立すべきeNBを選択する。選択方法は、実施の形態２変形例３で開示した方法を適用できる。
【０５９３】
C-plane確立eNBは、ST４４０３で、選択した各eNB（U-plane確立eNB）を用いたDRBの設定を決定する。また、この際、既に確立していたU-plane確立eNBについては、DRB設定を修正しても良い。
【０５９４】
C-plane確立eNBは、ST４４０４で、自セルのDRBを設定する。修正の場合は修正されたDRBを設定すれば良い。
【０５９５】
C-plane確立eNBは、ST４４０５で、選択した各U-plane確立eNB（U-eNB）に対して、DRB設定要求メッセージを通知する。該要求メッセージに、DRB設定情報を含めると良い。また、通信対象となるUEの識別子、C-plane確立eNB（セル）の識別子を含めても良い。DRB設定要求メッセージの通知に、X2インタフェースを用いても良いし、新たなインタフェースを設けても良い。ここでは、U-plane connection configurationメッセージを用いる。
【０５９６】
DRB設定要求メッセージが通知された各U-eNBは、自eNBのDRB設定を行う。該要求メッセージに各U-eNBで確立するDRBの設定情報が含まれているので、各U-eNB自身がDRBの設定を行う必要が無い。各U-eNBは、通知されたDRB設定情報を用いて、DRBの設定を行う。
【０５９７】
ST４４０４でDRBの設定あるいは修正を行ったC-eNBは、ST４４０６で、UEに対してDRB設定情報などを通知する。ここでは、通知に、RRC connection reconfigurationメッセージを用いる。
【０５９８】
ST４４０６でRRC connection reconfigurationメッセージを受信したUEは、該メッセージの中にU-plane確立要求である旨の情報が含まれている場合、メッセージ内にあるU-plane確立eNBのDRB設定情報を用いて各U-plane確立eNBのDRBを設定する。
【０５９９】
ST４４０７でUEはU-plane確立eNBとの接続処理を開始する。
【０６００】
ST3018からST３０２２の処理は図３０で示した処理と同様なので、説明を省略する。
【０６０１】
ST３０２２でDRB確立完了メッセージを受信した各U-eNBは、UEとの間で無線ベアラ（DRB２）（３０２７）が構成されたことを認識できる。
【０６０２】
ST４４０８で、C-eNBと各U-eNBは、C-eNBとU-eNB間に、通信対象となるUEのためのパケットデータ転送用の設定を行う。この処理によって、C-plane確立eNBとU-plane確立eNB間にデータ転送用のリンクが確立される。これにより、ST４４０９で、通信対象となるUEのパケットデータを、C-eNBと各U-eNB間で転送可能とする。
【０６０３】
ST3029からST３０３２の処理は図３０で示した処理と同様なので、説明を省略する。
【０６０４】
以上の処理により、通信対象となるUEと複数のeNB（C-eNB、U-eNB）間でDRBが確立され、ユーザデータの送受信が可能となる。
【０６０５】
通信対象となるUEとの間でU-planeのみを確立しているeNBを削除する方法について開示する。いいかえると、削除するeNBの通信対象となるUEとの間に確立されているDRBをリリースする方法について開示する。
【０６０６】
本実施の形態では、C-plane確立eNBが削除するeNBを選択する。選択する指標として、上述の、C-plane確立eNBが通信対象となるUEに対してDRBを確立すべきeNBを選択する際の指標を適用すると良い。C-plane確立eNBは該指標を用いて削除するeNBを選択する。例えば、UEとeNB（セル）間の通信品質が所定の閾値を下回った場合に該eNBを削除するeNBとして選択するとしても良い。
【０６０７】
削除するU-plane確立eNBを選択したC-plane確立eNBは、該U-plane確立eNBへのデータ転送を停止する。
【０６０８】
C-plane確立eNBは削除するeNBを除いたU-plane確立eNBの、通信対象となるUEに対するDRBの設定を行う。C-plane確立eNBは、該各U-plane確立eNBに対してDRB設定要求メッセージを通知する。DRB設定要求メッセージの通知に、X2インタフェースを用いても良いし、新たなインタフェースを設けても良い。
【０６０９】
C-plane確立eNBがDRB設定の修正を行った後のDRB設定に変更が無いeNBに対しては、修正後のDRB設定要求メッセージの通知を不要としても良い。
【０６１０】
またC-plane確立eNBは、削除するeNBに対して、通信対象となるUEとの間に確立されているDRBのリリース指示を通知する。該指示メッセージに、通信対象となるUEの識別子、C-plane確立eNB（セル）の識別子を含めても良い。DRBリリース指示メッセージの通知に、X2インタフェースを用いても良いし、新たなインタフェースを設けても良い。
X2インタフェースを用いても良いし、新たなインタフェースを設けても良い。
【０６１１】
C-plane確立eNBから通信対象となるUEとの間に確立されているDRBのリリース指示を受信した削除対象のeNBは、UEへのスケジューリングを停止する。スケジューリングを停止する前に、削除対象のeNBからUEに送信されずに残っているパケットデータを全てUEへ送信するようにすると良い。また、HARQあるいはARQにより再送処理が完了していないパケットデータについて全て再送処理を完了するようにすると良い。
【０６１２】
DRB修正要求メッセージを受信した各U-plane確立eNBは、自eNBのDRBを設定する。また、通信対象となるUEとの間に確立されているDRBのリリース指示を受信したU-plane確立eNBは、自eNBにおいて通信対象となるUEとの間で確立されているDRBのリリース処理を行う。
【０６１３】
DRB修正要求メッセージを受信した各U-plane確立eNBに関する処理は上述したDRBを確立/修正する方法を適用すると良い。
【０６１４】
C-plane確立eNBは、UEに対してDRBリリース情報を通知する。UEに対してDRBリリース情報を通知するC-plane確立eNB(セル)は各U-plane確立eNBのDRBリリース情報と、どのU-plane確立eNBのDRBか識別するための情報、例えばU-plane確立eNBの識別子、をRRCシグナリングで通信対象となるUEに通知する。また、C-eNBが削除するU-plane確立eNBを除いた全U-plane確立eNBの各DRB設定情報を含めてもよい。また、C-eNBが削除すると決定したU-plane確立eNBに対するDRBリリース要求である旨の情報をあわせて通知してもよい。また、各U-plane確立eNB（セル）のシステム情報をあわせて通知しても良い。また、ePDCCHの設定情報をあわせて通知してもよい。削除するU-plane設立eNBを除いたU-plane設立eNBにおいて、システム情報の変更の場合や、新たにU-plane設立eNBが確立される場合にUEが利用可能となる。
【０６１５】
RRCメッセージを用いると良い。RRCメッセージの具体例として、RRC connection reconfigurationメッセージあるいはAS-conifgメッセージを用いると良い。RRC connection reconfigurationメッセージあるいはAS-conifgメッセージ中のRadioResourceConfigDedicated情報を用いても良い。
【０６１６】
こうすることで、通信対象となるUEは、削除するU-plane確立eNB間で確立されているDRBのリリースを認識することができる。
【０６１７】
また、C-plane確立eNBは、UEに対して削除するeNBを除いたU-plane確立eNBのDRB設定あるいは修正情報を通知する。上述のRRCメッセージに含めても良い。DRB設定あるいは修正情報とDRBリリース情報を一つのメッセージに含めて通知しても良い。以降の、削除するeNBを除いたU-plane確立eNBのDRB設定あるいは修正処理は実施の形態２で開示した方法を適用できる。
【０６１８】
DRBリリース情報を受信したUEは、DRBリリースを行う各U-plane確立するeNB（セル）との接続を終了する。該eNBのPDCCHあるいはePDCCHのモニタを終了するとしても良い。
【０６１９】
該削除するeNBとのDRBリリース処理および接続終了を行ったUEは、該eNBに対して接続終了メッセージを通知しても良い。通知方法については、上述した接続完了メッセージを各U-plane確立eNBに通知する方法の（２）あるいは（３）を適用すると良い。
【０６２０】
UEから接続終了メッセージを受信した該削除するeNBは、C-plane確立eNBとの間のデータ転送の設定を解除する処理を起動し、該削除するeNBとC-plane確立eNB間でデータ転送設定の解除処理を行う。C-plane確立eNB がUEから接続終了メッセージを受信する場合は、C-plane確立eNBが該削除するeNBとの間のデータ転送の設定を解除する処理を起動し、該削除するeNBとC-plane確立eNB間でデータ転送設定の解除処理を行う。
【０６２１】
これにより、該削除するeNBと通信対象となるUE間に設定されていたDRBがリリースされる。
【０６２２】
データ伝送方法については、削除されたeNBを除いて、対象となるUEとの間でDRBが確立されている複数のU-plane確立eNBを用いて、実施の形態１で開示したデータ伝送方法を適用すれば良い。
【０６２３】
なお、U-plane確立eNBの削除時におけるデータロスは生じない。これは、C-plane確立eNBが、各U-plane確立eNBのDRB設定、ユーザデータのパス切替え、データ転送制御を行うためである。従って、U-plane確立eNBの削除時におけるデータロスの回避制御など特行う必要が無くなる。
【０６２４】
図４５は、実施の形態３に係るU-plane確立eNBを削除する場合のシーケンス例を示す図である。図４５に示すシーケンスは、図３０、図３１に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０６２５】
UEとC-eNB間で無線ベアラ１（３００３）が、C-eNBとS-GW間でS1 bearer１（３００４）が確立されている。また、UEとU-eNB間で無線ベアラ２（DRB）（３０２７）が確立されている。本シーケンス例では、C-eNBとU-eNB間でユーザデータの転送設定がなされている。これにより、C-eNBとUE間のユーザデータの通信は、ST3005のC-eNBとUE間の直接の通信と、ST４４０９のC-eNBとU-eNB間のデータ転送およびST3032のU-eNBとUE間のユーザデータ通信によって行われる。C-eNBとS-GW間のユーザデータ通信は、ST３００６で行なわれる。
【０６２６】
UEは、ST４５０１でメジャメントリポートをC-plane確立eNBであるC-eNBに対して通知する。これに関しては、実施の形態２変形例３で開示した方法を適用できる。
【０６２７】
メジャメントリポートを受信したC-eNBは、ST４５０２で、通信対象となるUEのために、DRBをリリースすべきU-plane確立eNB、すなわち削除すべきU-plane確立eNBを選択する。選択方法は、実施の形態２変形例３で開示した方法を適用できる。
【０６２８】
C-plane確立eNBは、ST４５０３で、削除するU-plane確立eNBを除いたU-plane確立eNBの各DRBの設定を決定する。また、この際、既に確立していたU-plane確立eNBについては、DRB設定を修正しても良い。
【０６２９】
C-plane確立eNBは、ST４５０４で、自セルのDRBを設定する。修正の場合は修正されたDRBを設定すれば良い。
【０６３０】
C-plane確立eNBは、ST４５０５で、削除するU-plane確立eNBとのユーザデータの転送を停止する。
【０６３１】
C-plane確立eNBは、ST４５０６で、削除する各U-plane確立eNB（U-eNB）に対して、DRBリリース指示メッセージを通知する。ここでは、U-plane connection reconfigurationメッセージを用いる。
【０６３２】
DRBリリース指示メッセージが通知された各U-eNBは、自eNBのDRBリリース処理を行う。
【０６３３】
DRBリリース指示メッセージが通知された各U-eNBは、ST4507で、ユーザデータのスケジューリングを停止する。
【０６３４】
ST４５０４でDRBの設定あるいは修正を行ったC-eNBは、ST４５０８で、UEに対してDRB設定情報を通知する。この際、C-eNBが削除すると決定したU-plane確立eNBに対するDRBリリース要求である旨の情報を含める。また、C-eNBが削除するU-plane確立eNBを除いた全U-plane確立eNBの各DRB設定情報を含める。削除するU-plane確立eNBに対するDRBリリース要求である旨の情報、各U-plane確立eNB（セル）のDRB設定情報、各U-plane確立eNB（セル）の識別子、各U-plane確立eNB（セル）のシステム情報、ePDCCHの設定情報を対応づけて通知する。通知には、RRC connection reconfigurationメッセージを用いる。
【０６３５】
ST４５０８でRRC connection reconfigurationメッセージを受信したUEは、該メッセージの中にU-plane確立eNBに対するDRBリリース要求である旨の情報が含まれている場合、メッセージ内にある削除するU-plane確立eNBのDRBに対するリリース処理を行う。
【０６３６】
ST４５０９でUEは削除するU-plane確立eNBとの接続終了処理を開始する。
【０６３７】
ST3１０７からST３１０８の処理は図３１で示した処理と同様なので、説明を省略する。
【０６３８】
ST４５１０で、C- eNBと各U-eNBは、C-eNBとU-eNB間に、通信対象となるUEのためのパケットデータ転送用の設定の解除を行う。この処理によって、C-plane確立eNBとU-plane確立eNB間にデータ転送用のリンクが解除される。
【０６３９】
ST3１１５の処理は図３１で示した処理と同様なので、説明を省略する。
【０６４０】
以上の処理によって、UEとU-plane確立eNB間のDRBがリリースされる。これにより、通信対象となるUEに対するU-plane確立eNBの削除処理が完了する。
【０６４１】
以上より、通信対象となるUEのためのU-planeの接続は、UEとC-eNB間の無線ベアラ１（300３）、C-eNBとS-GW間のS1 bearer1（３００４）で行われる。ST30０５、ST3006で、該ベアラで、UEとS-GWとの間でユーザデータの送受信を行う。
【０６４２】
通信対象となるUEとの間でU-planeのみを確立しているeNBを削除する方法について、他の方法を開示する。実施の形態２で開示した指標（７）を用いた場合について開示する。
【０６４３】
U-planeのみ確立しているeNBが通信対象となるUEとの無線区間（Uu）におけるデータ伝送が長期間なく、タイムアウトを検出した場合において、通信対象となるUEとの間で確立されているDRBのリリースを行う。
【０６４４】
通信対象となるUEとの無線区間のデータ伝送をモニタし、データタイムアウト(データモニタtimer 満了)を検出したU-plane確立eNBは、C-plane確立eNBに対して、自eNBが通信対象となるUEに対して確立しているDRBリリースの要求メッセージを通知する。該通知にはX2を用いても良いし、新たなインタフェースを設けても良い。該要求メッセージに、データタイムアウトを検出したUEの識別子、自eNBの識別子を含めると良い。
【０６４５】
該要求メッセージを受信したC-plane確立eNBは、通知してきたU-plane確立eNBを削除するeNBとして選択する。
【０６４６】
C-plane確立eNBは削除するeNBを除いたU-plane確立eNBの、通信対象となるUEに対するDRBの設定を行う。C-plane確立eNBは、該各U-plane確立eNBに対してDRB設定を通知する。またC-plane確立eNBは、削除するeNBに対して、通信対象となるUEとの間に確立されているDRBのリリース指示を通知する。これ以降の処理は前述に開示した方法を適用すれば良い。
【０６４７】
図４６は、実施の形態３に係るU-plane確立eNBを削除する場合の他のシーケンス例を示す図である。図４６に示すシーケンスは、図４５に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０６４８】
U-planeを確立しているeNBは、ST４６０２で、通信対象となるUEとの無線区間（Uu）におけるデータ伝送をモニタする。データ伝送が長期間なく、データタイムアウト（データモニタtimer 満了）を検出した場合、U-plane確立eNBは、ST4603で、ユーザデータのスケジューリングを停止する。ST４６０４で、C-eNBに対して、自eNBが通信対象となるUEに対して確立しているDRBリリースの要求メッセージを通知する。ST４６０５で、DRBリリース要求メッセージを受信したC-eNBは、通知してきたU-plane確立eNBを削除するeNBとして決定し、削除するeNBを除いたU-plane確立eNBの、通信対象となるUEに対するDRBの設定あるいは修正を行う。C-eNBは、ST4606で、ユーザデータの転送を停止する。
【０６４９】
これ以降の処理は、図４５に示すST４５１２を行うと良い。
【０６５０】
以上の処理によって、UEとU-plane確立eNB間のDRBがリリースされる。これにより、通信対象となるUEに対するU-plane確立eNBの削除処理が完了する。
【０６５１】
以上より、通信対象となるUEのためのU-planeの接続は、UEとC-eNB間の無線ベアラ１（300３）、C-eNBとS-GW間のS1 bearer1（３００４）で行われる。ST30０５、ST3006で、該ベアラで、UEとS-GWとの間でユーザデータの送受信を行う。
【０６５２】
これに限らず、他の方法として、UEが、ST４６01でデータタイムアウトを検出した場合に、削除するU-plane確立eNBとの接続終了処理を行うようにしても良い。これにより、UEは早期に該U-plane確立eNBとの接続終了処理を行うことが可能となり、不必要なU-plane確立eNBとの通信維持処理を行なうことが無くなり、UEの低消費電力化が可能となる。
【０６５３】
通信対象となるUEとの間でU-planeのみを確立しているeNBを削除する方法について、他の方法を開示する。
【０６５４】
UEが各U-plane確立eNB（セル）との無線通信区間のモニタ（RLM：Radio Link Monitor）を行う。UEは、各U-plane確立セルのRSを受信して、該RSの受信結果を用いて無線通信区間の受信品質劣化を判断する。RSの具体例は実施の形態２で開示した例を適用できる。また、RSのかわりに、RS相当の信号を用いても良い。
【０６５５】
UEは、無線通信区間の受信品質が、所定の期間、所定の閾値を下回った場合、受信品質劣化と判断する。あるいは、無線通信区間の受信品質が、所定の期間、所定の閾値を下回った場合、再度該U-plane確立eNB（セル）に対して接続しなおすと良い。該U-plane確立eNB（セル）の検出、同期、PRACH送信、TAの受信を行う。再接続試行回数に最大値を設けておき、該最大値の再接続を行っても接続できなかった場合、受信品質劣化と判断しても良い。
【０６５６】
受信品質劣化と判断したUEは、無線通信区間の受信品質が劣化したことをC-plane確立eNBに通知する。該通知に、どのU-plane確立eNBの無線通信区間の受信品質が劣化したかがわかるように、U-plane確立eNBの識別子を含めると良い。
【０６５７】
該劣化情報をUEから受信したC-plane確立eNB（セル）は、受信品質が劣化したU-plane確立eNBを削除するeNBとして選択する。
【０６５８】
C-plane確立eNBは削除するeNBを除いたU-plane確立eNBの、通信対象となるUEに対するDRBの設定を行う。C-plane確立eNBは、該各U-plane確立eNBに対してDRB設定を通知する。またC-plane確立eNBは、削除するeNBに対して、通信対象となるUEとの間に確立されているDRBのリリース指示を通知する。これ以降の処理は前述に開示した方法を適用すれば良い。
【０６５９】
なお、UEは、RLMを行い、無線通信区間の受信品質が劣化したと判断した時点で、該受信品質が劣化したU-plane確立eNBとの通信を終了するようにしても良い。
【０６６０】
本実施の形態で開示した方法とすることで、通信対象となるUEに対して、複数のeNBを用いてパケットデータの通信を行なえるため、UEの通信容量を増大することが可能となる。
【０６６１】
また、小セル化した場合にも複数のeNBを用いることが可能となり、周波数利用効率を高めることができ、システムとして通信容量を増大することが可能となる。
【０６６２】
また、複数のRRC connectionの確立のための制御処理が不要となり、制御処理を容易にすることができ、シグナリング量、制御遅延量を低減できる。
【０６６３】
また、U-plane確立eNBのRRC機能が不要となり、たとえば、U-plane確立専用のeNBを構成する場合、従来のeNBに比べてさらに簡易に構成することが可能となる。
【０６６４】
また、UEのモビリティ制御については、複数のRRC connectionの確立のための制御処理不要のため、C-plane確立eNB(セル)のカバレッジ内であれば、U-plane確立eNBのみの変更(確立/修正/削除)で良いため、制御処理の低遅延、高速化が図れる。例えば、C-plane確立eNB(セル)をカバレッジセル、U-plane確立eNB(セル)をキャパシティセルとした場合など、キャパシティセル間でHO制御を行わなくて済み、U-plane確立eNBのみの変更(確立/修正/削除)で良い。
【０６６５】
また、MMEがU-plane確立eNBに関して認識しなくて済むため、U-plane確立eNBの変更において、ネットワーク側の制御処理におけるシグナリング量、制御遅延量を低減できる。このことは、UEのモビリティ制御についてもさらに制御処理の低遅延、高速化が図れることになる。
【０６６６】
また、S-GWがU-plane確立eNBに関して認識しなくて済むため、U-plane確立eNBの変更において、ネットワーク側の制御処理におけるシグナリング量、制御遅延量を低減できる。このことは、UEのモビリティ制御についてもさらに制御処理の低遅延、高速化が図れることになる。
【０６６７】
本実施の形態３では、C-plane確立eNBが、対象となるUEとDRBを確立すべきeNBを選択決定する方法を開示した。別の方法として、MMEが、対象となるUEとDRBを確立すべきeNBを選択決定する、としても良い。
【０６６８】
この場合、MMEが選択決定したU-plane確立eNBを、C-plane確立eNBに通知すれば良い。C-plane確立eNBは、通知されたU-plane確立eNBのDRB構成を設定する。
【０６６９】
以降の処理は前述の方法を適用することができる。
【０６７０】
ただしこの方法は、MMEがU-plane確立eNBに関して認識しなくて済むという効果を得られない。しかし、それ以外の効果を得られるため有効である。
【０６７１】
実施の形態３  変形例１．
実施の形態３では、C-plane確立eNBが通信対象となるUEのための各U-plane確立eNBのDRBの設定を行う。このため、各U-plane確立eNB傘下の他のUEに対するリソース設定とコンフリクトする場合がある。本変形例では、このようなコンフリクトを回避する方法を開示する。
【０６７２】
ある特定のエリア内において、特定のひとつまたは複数のeNBを制御する、集中制御用eNB(Master eNBとも称する)を設ける。RRC機能を有するeNBを集中制御用eNBとすると良い。該特定のエリアにおいて、UEは、集中制御用eNBとRRC connectionの確立を行う。このRRC connectionの確立は、集中制御用eNBの他のｅＮＢを介して行われても良い。
【０６７３】
通信対象となるUEに対してC-plane確立eNBを集中制御用eNBとし、U-planeのみ確立のeNBを集中制御用eNBによって制御されるeNB（被集中制御用eNB、slave eNB）とすると良い。通信対象となるUEに対して、集中制御用ｅＮＢは、全eNB(C-plane確立eNB＋U-plane確立eNB)の制御を行う。制御とは、具体的に、RRC、PDCP、RLC、MAC、PHY各プロトコルにおける制御とすると良い。
【０６７４】
集中制御eNBが制御を行う際、U-plane確立eNB内の他のUEのDRBとの優先順位に応じた設定を行う。具体例として、以下に３つ開示する。
（１）他eNB（セル）傘下のUEのDRBを優先する。
（２）自eNB（セル）傘下のUEのDRBを優先する。
（３）自eNB（セル）をU-plane確立eNBとしているUEのDRBを優先する。
【０６７５】
DRBの設定の具体例としては、DRB識別子の設定や下位レイヤの設定がある。下位レイヤの設定として、PDCP設定、RLC設定、MAC設定、PHY設定がある。
【０６７６】
集中制御eNBが制御を行う場合、集中制御eNBと被集中制御用eNBとの間でU-plane側のユーザデータの伝送を行う。この伝送が行われるレイヤの具体例を以下に７つ開示する。
（１）PDCPに入力される前のIPパケットデータ
（２）PDCPでSNが付加されたデータユニット
（３）PDCPとRLC間のデータユニット
（４）RLCとMAC間のデータユニット
（５）MAC内スケジューリング後のデータユニット
（６）MAC内HARQ前のデータユニット
（７）MACとPHY間のデータユニット
集中制御用eNBと被集中制御用eNBとの間でこれらの伝送を行うためのリンクを確立すると良い。これにより、集中制御eNBと被集中制御用eNBとの間でU-plane側のユーザデータの伝送が可能となる。
【０６７７】
また、集中制御用eNBは、各被集中制御用eNBにおけるDRB設定のうち、必要なレイヤあるいはプロトコルにおける設定を、各被集中制御用eNBに通知するようにしても良い。シグナリング量を削減できる。
【０６７８】
本変形例で開示した方法は、複数eNBではなく、一つのeNB内に複数のノードあるいはセルが構成されるような場合にも適用できる。一つのeNB内で集中制御用のノードあるいはセルを設けると良い。該集中制御用のノードあるいはセルが通信対象となるUEに対してC-plane確立eNB（セル）となり、他のeNB内のノードあるいはセルがU-planeのみ確立eNB（セル）となる。集中制御用のノードあるいはセルが通信対象となるUEに対してC-plane確立eNB（セル）だけでなく、U-plane確立eNB（セル）となっても良い。
【０６７９】
図４７は、実施の形態３変形例１に係るアーキテクチャを示す図である。一つのeNB内に集中制御用のセルを設けた場合を示す。
【０６８０】
４７０１はeNBである。４７０２はC-planeの接続を確立するセルで、C-cellと称する。４７０３はU-planeの接続のみを確立するセルで、U-cellと称する。C-cellとU-cellは同一eNB内に構成される。４７０４は、C-cellとU-cell間の設けられるU-plane側ユーザデータ伝送用のリンクである。４７０５は、C-cellとU-cell間に設けられるシグナリング用のインタフェースも設けられる。このインタフェースはX2を用いてもよいし、新たに設けられてもよい。C-cell（４７０２）が集中制御用のセルとなり同一eNB（４７０１）内の全セルの制御を行う。
【０６８１】
特定のエリア内で集中制御用eNBを設ける場合は、４７０１内のeNBが特定エリア内のeNBを示し、C-cellが特定エリア内に構成された集中制御用eNBを示し、U-cellが特定エリア内の被集中制御用eNBを示すとすれば良い。
【０６８２】
本変形例で開示する方法とすることで、実施の形態３の効果に加えて、以下の効果を得る。
【０６８３】
ある特定のエリア内で集中制御用eNBを設けるので、全eNBの全てのリソースおよび全eNB傘下の全てのUEを考慮して、各UEのDRBを構成することが可能となる。
【０６８４】
C-plane確立eNBが行なう、通信対象となるUEのための各U-plane確立eNBのDRBの設定と、各U-plane確立eNBが行う各U-plane確立eNB傘下の他のUEに対するリソース設定とがコンフリクトすることを回避できる。
【０６８５】
従って、ある特定のエリア内のeNB間で調整が不要となり、低制御遅延やシグナリング量削減を図ることが可能となる。
【０６８６】
実施の形態２から実施の形態３変形例１において、通信対象となるUEに対して、C-plane確立セル(eNB)を変更する場合のU-planeの取扱い方法について開示する。C-plane確立eNBの変更に関しては、ハンドオーバ（HO）を適用すれば良い。通信対象となるUEに対して、U-plane接続用のeNBが確立されている場合が問題となる。
【０６８７】
通信対象となるUEが、異なるC-plane確立eNB間でハンドオーバが行われる場合の方法を、以下２つ示す。
（１）U-planeの接続を一旦C-plane確立eNBセルにもどす。
【０６８８】
U-plane確立eNBがC-plane接続eNBと異なる場合、U-planeの接続を、U-planeのみ確立eNBからハンドオーバ前のC-plane確立eNB（ソースC-plane確立eNB）に変更する。ソースC-plane確立eNBとU-planeの接続を確立あるいは修正し、U-planeのみ確立eNBを削除する。
【０６８９】
これにより、通信対象となるUEに対するU-planeの接続もソースC-plane確立eNBにより確立される。
【０６９０】
この状態で、ソースC-plane確立eNBからターゲットととなるC-plane確立eNB（ターゲットC-plane確立eNB）へHOが行われる。これは従来の方法を適用すれば良い。
【０６９１】
ターゲットC-plane確立eNBへのHOが行われた後に、再度、通信対象となるUEに対して、U-planeの接続を確立する処理が行われれば良い。必要に応じて行われるようにすれば良い。
【０６９２】
C-plane確立eNB間でX2のHOが行われる場合、HOプレパレーションの段階ではMMEはHOが行われることを認識しない。従って、MMEがU-plane確立eNBを選択する場合には、HOを決定したソースC-Plane確立eNBは、MMEにU-planeの変更要求を行うと良い。この要求メッセージに、HOにより変更要求で有る旨の情報を含めておくと良い。これに応じてMMEは、C-plane確立eNBをU-plane確立eNBとして設定あるいは修正する処理を行い、もともと確立していたU-planeのみ確立eNBを削除する処理を行うと良い。
【０６９３】
こうすることで、通信対象となるUEに対して、U-planeの接続を停止することなく、C-plane確立eNBの変更を行うことが可能となる。
【０６９４】
（２）U-planeの接続を確立するeNBを、ターゲットC-plane確立eNBからUEに通知する。
【０６９５】
ソースC-plane確立eNBは、ターゲットC-plane確立eNBに、HO要求を通知する。このメッセージに、現在HO対象となるUEに設定しているU-plane確立eNBの情報を含める。
【０６９６】
該情報を受信したターゲットC-plane確立eNBは、HO対象となるUEとU-planeの接続を確立するU-plane確立eNBを選択決定する。変更しなくても良い。
【０６９７】
ターゲットC-plane確立eNBはHO要求応答メッセージをソースC-plane確立eNBに通知する。このメッセージに、ターゲットC-plane確立eNBが設定したU-plane確立eNBの情報を含める。
【０６９８】
ソースC-plane確立eNBは、該情報とともに、HO要求メッセージをUEに通知する。
【０６９９】
UEは、ターゲットC-plane確立eNBにC-planeの接続を変更するとともに、該U-plane確立eNB情報を用いてU-planeの接続を変更する。
【０７００】
一方、U-plane確立eNBを選択決定したターゲットC-plane確立eNBは、E-RAB設定要求メッセージで該情報をMMEに通知する。MMEはこれを用いて、U-plane確立eNBのE-RAB設定処理を行う、あるいは修正処理、あるいは削除処理を行う。
【０７０１】
こうすることで、通信対象となるUEに対して、C-plane確立eNBの変更と、U-plane確立eNBの変更を行うことが可能となる。
【０７０２】
従って、通信対象となるUEに対して、U-planeの接続を停止することなく、C-plane確立eNBの変更を行うことが可能となる。
【０７０３】
通信対象となるUEが、C-plane確立eNB内のセル間でハンドオーバが行われる場合は、異なるC-plane確立eNB間でHOが行われる場合の方法を、C-plane確立eNB内のセル間に適用すれば良い。同様の効果が得られる。
【０７０４】
実施の形態４．
UEが上り送信のためのスケジューリング要求（SR）を通知する際、従来はUEが接続するeNBが一つであったため、該一つのeNBに通知すればよかった。しかし、実施の形態１から実施の形態３変形例１で開示した方法においては、UEは複数のeNBと接続する。従って、UEはどのeNBにSRを通知したらよいか不明となる。
【０７０５】
本実施の形態では、この問題を解決することを目的とする。
【０７０６】
UEと接続するeNB（セル）毎にSRを送信する。実施の形態１で開示したトラフィックコントロールに従って、eNB（セル）毎に必要に応じてSRを送信する。これにより、UEにおけるトラフィックコントロールに応じて、ULのデータを各eNB（セル）に送信することが可能となる。
【０７０７】
各eNB（セル）における対象となるUEに対するSRの設定情報は、あらかじめ各eNB（セル）から該UEに個別に通知されると良い。
【０７０８】
SRの設定を、RRCの機能とすると良い。
【０７０９】
実施の形態１では、各eNBが有するRRC機能に含めると良い。UEへの通知は従来の通知方法を適用できる。
【０７１０】
実施の形態２では、U-plane設立eNBが有する限定されたRRC機能に含めるとよい。SRの設定情報をUEに通知する方法は、ePDCCH構成情報をUEに通知する方法を適用するとよい。
【０７１１】
実施の形態３では、C-plane設立eNBが有するRRC機能とするとよい。各U-plane設立eNB（セル）のSR設定をC-plane設立eNBが決定し、UEおよび各U-plane設立eNB（セル）に通知する。
【０７１２】
こうすることで、UEは各eNBのためのSR設定を認識でき、SRを通知することが可能となる。
【０７１３】
他の方法について開示する。UEにおける上りデータの取扱い方法とSRの送信方法を開示する。
【０７１４】
UEにおいて、U-planeのULデータとC-planeのULデータの取扱いを分離する。
【０７１５】
たとえば、U-planeのULデータとしてユーザデータ、C-planeのULデータとしてシグナリングデータがある。UEにおいて、送信するデータがどちらのデータかを判断する。
【０７１６】
次に、SRの送信方法として以下に３つ開示する。
（１）C-planeのULデータの場合は、C-plane確立セル(eNB)に送信する。
（２）U-planeのULデータの場合は、U-plane確立セル(eNB)に送信する。
（３）両方のデータとも、C-plane確立セル(eNB)に送信する。
【０７１７】
（１）では、上りデータがC-planeのULデータであると判断したUEは、C-plane確立セル（eNB）に送信する。SRの設定はC-plane確立セル（eNB）におけるSR設定を用いれば良い。複数のC-plane確立セル（eNB）が存在する場合は、該ULデータが関連する各C-plane確立セル（eNB）に通知するようにしても良い。あるいは、いずれか一つのC-plane確立セル（eNB）を選択し、該一つのC-plane確立セル（eNB）に通知しても良い。一つのC-plane確立セル（eNB）の選択には、所定の選択指標を用いると良い。例えば、実2で開示した指標を用いてもよい。最も良好なセル（eNB）を選択すると良い。これにより、該SRを受信したC-plane確立セル（eNB）は、自セル（eNB）で該UEに対する上りデータのスケジューリングを行うことが可能となる。
【０７１８】
（２）では、上りデータがU-planeのULデータであると判断したUEは、U-plane確立セル（eNB）に送信する。U-planeのULデータが、データトラフィックコントロールに従って、各U-plane確立eNB（セル）に分配される場合は、各U-plane確立セル（eNB）にSRを送信すれば良い。SRの設定は各U-plane確立セル（eNB）におけるSR設定を用いれば良い。これにより、該SRを受信した各U-plane確立セル（eNB）は、自セル（eNB）で該UEに対する上りデータのスケジューリングを行うことが可能となる。
【０７１９】
（３）では、上りデータがU-planeのULデータかC-planeのULデータかを判断したうえで、UEはどちらのデータも、C-plane確立セル（eNB）に送信する。SRの設定はC-plane確立セル（eNB）におけるSR設定を用いても良いが、他の方法として、U-planeのULデータ用SR、C-planeのULデータ用SRを設けても良い。U-planeのULデータの場合は、U-planeのULデータ用SRの設定を用いて送信する。C-planeのULデータの場合は、C-planeのULデータ用SRの設定を用いて送信する。
【０７２０】
C-planeのULデータ用SR、U-planeのULデータ用SRを設ける方法を開示する。C-planeのULデータ用SRとU-planeのULデータ用SRとを識別可能にすると良い。たとえば、各SRに用いる情報ビット列パターンを異ならせる。あるいは、各SRに乗算される識別用のコードまたはシーケンスを異ならせる。あるいは、各SR通知に用いる周波数軸上かつ／または時間軸上のリソースを異ならせる。あるいは、SR内の情報として、C-planeあるいはU-planeのどちらのULデータであるか識別するための識別子を設けておく、などがある。
【０７２１】
これにより、SRを通知されたeNBは、該SRがC-planeのULデータ用なのかU-planeのULデータ用なのか明示的に判断可能となる。
【０７２２】
各eNB（セル）における対象となるUEに対する各々のSRの設定情報は、あらかじめ各eNB（セル）から該UEに個別に通知されると良い。上述の方法を用いると良い。
【０７２３】
（３）で、C-planeのULデータ用SR、U-planeのULデータ用SRを設けて、UEが各々の上りデータに対応したSRを送信することによって、SRを受信したC-planeセル（eNB）は、C-planeのULデータ用なのかU-planeのULデータ用なのか判断可能である。従って、C-plane確立セル（eNB）上でスケジューリングすれば良いのか、U-plane確立セル（eNB）上でスケジューリングすれば良いのか認識することが可能となる。U-planeのULデータ用のSRの場合は、U-plane確立セル（eNB）に対して、該SRと同等の情報を通知すると良い。該通知に新たなメッセージを設けてもよい。
【０７２４】
これにより、UEは、生成されたデータに対して、どのセル（eNB）に対してSRを通知すれば良いか認識可能となる。また、C-plane確立セル（eNB）、U-plane確立セル（eNB）は、何のデータが生成されたのか認識可能となり、SRあるいはSRと同等の情報を受信したセル（eNB）は、上りデータのためのスケジューリングが可能となる。
【０７２５】
C-planeのULデータ用SR、U-planeのULデータ用SRを設けて、UEが各々の上りデータに対応したSRを送信する方法は上述の（１）、（２）の方法に適用しても良い。SRを受信したeNBが、該SRによりどちらのデータであるかを、明示的に判断可能となる。
【０７２６】
上述では、UEにおいてU-planeのULデータとC-planeのULデータの取扱いを分離する方法を開示したが、UEにおいてU-planeのULデータとC-planeのULデータの取扱いを分離しないとしても良い。
【０７２７】
この場合、SRの送信方法として、UEはSRをC-plane確立セル（eNB）に送信する。上りデータが、U-planeのULデータでもC-planeのULデータでも、同一のSRを用いて送信する。SRの設定はC-plane確立セル（eNB）におけるSR設定を用いれば良い。SRを受信したC-plane確立セル(eNB)は、自セル（eNB）を用いて該データをスケジューリングする。U-planeが確立されていない場合は、U-plane確立処理を行うとよい。
【０７２８】
C-plane確立セル(eNB)がULデータがC-planeあるいはU-planeのどちらのULデータであるかの判断が可能である場合は、SRを受信したC-plane確立セル(eNB)が、U-planeの上りデータが有る場合は、U-plane確立セル(eNB)に該SRと同等の情報を通知すると良い。該通知に新たなメッセージを設けてもよい。該U-plane確立セル（eNB）からスケジューリングするようにすると良い。UEは該U-plane確立セル(eNB)からのスケジューリングに従って、該U-plane確立セル(eNB)からU-planeにデータを送信すると良い。
【０７２９】
これにより、UEは、どのセル（eNB）に対してSRを通知すれば良いか認識可能となる。SRあるいはSRと同等の情報を受信したセル（eNB）は、上りデータのためのスケジューリングが可能となる。
【０７３０】
なお、通信対象となるUEからSRを受信したC-plane確立セル(eNB)が、MMEに対して、該通信対象となるUEのために新たなDRB設定を行うことを要求しても良い。あるいは、新たにU-plane確立eNBを選択し、DRB設定を行うことを要求しても良い。実施の形態２から実施の形態３変形例１で開示した方法を状況に応じて適用するとよい。通信対象となるUEに対して、通信容量を増大させることが可能となる。
【０７３１】
実施の形態５．
UEがBSR（Buffer status report）を通知する際、従来はUEが接続するeNBが一つであったため、該一つのeNBに通知すればよかった。しかし、実施の形態１から実施の形態３変形例１で開示した方法においては、UEは複数のeNBと接続する。従って、UEはどのeNBにBSRを通知したらよいか不明となる。
【０７３２】
本実施の形態では、この問題を解決することを目的とする。
【０７３３】
UEと接続するeNB（セル）毎にBSRを送信する。実施の形態１で開示したトラフィックコントロールに従って、eNB（セル）毎の送信データ量に応じてBSRを送信する。これにより、各eNBは受信したBSRを用いて該UEに対する上りスケジューリングを行うことが可能となる。
【０７３４】
BSRの報告タイミングの設定を、RRCの機能とすると良い。
【０７３５】
実施の形態１では、各eNBが有するRRC機能に含めると良い。UEへの通知は従来の通知方法を適用できる。
【０７３６】
実施の形態２では、U-plane設立eNBが有する限定されたRRC機能に含めるとよい。BSRの報告タイミングをUEに通知する方法は、ePDCCH構成情報をUEに通知する方法を適用するとよい。
【０７３７】
実施の形態３では、C-plane設立eNBが有するRRC機能とするとよい。各U-plane設立eNB（セル）のBSR報告タイミング設定をC-plane設立eNBが決定し、UEおよび各U-plane設立eNB（セル）に通知する。
【０７３８】
こうすることで、UEは各eNBのためのBSR報告タイミングを認識でき、BSRを通知することが可能となる。
【０７３９】
他の方法について開示する。UEにおける上りデータの取扱い方法とBSRの送信方法を開示する。
【０７４０】
UEにおいて、U-planeのULデータとC-planeのULデータの取扱いを分離する。UEにおいて、送信するデータがどちらのデータかを判断する。
【０７４１】
BSRの送信方法として以下に３つ開示する。
（１）C-planeのULデータの場合は、C-plane確立セル(eNB)に送信する。
（２）U-planeのULデータの場合は、U-plane確立セル(eNB)に送信する。
（３）両方のデータとも、C-plane確立セル(eNB)に送信する。
【０７４２】
（１）では、上りデータがC-planeのULデータであると判断したUEは、C-plane確立セル（eNB）に送信する。複数のC-plane確立セル（eNB）が存在する場合は、該ULデータが関連する各C-plane確立セル（eNB）に通知するようにしても良い。あるいは、いずれか一つのC-plane確立セル（eNB）を選択し、該一つのC-plane確立セル（eNB）に通知しても良い。一つのC-plane確立セル（eNB）の選択には、所定の選択指標を用いると良い。これにより、該BSRを受信したC-plane確立セル（eNB）は、自セル（eNB）で該UEに対する上りデータのスケジューリングを行うことが可能となる。
【０７４３】
（２）では、上りデータがU-planeのULデータであると判断したUEは、U-plane確立セル（eNB）に送信する。U-planeのULデータが、データトラフィックコントロールに従って、各U-plane確立eNB（セル）に分配される場合は、各U-plane確立セル（eNB）にBSRを送信すれば良い。これにより、該BSRを受信した各U-plane確立セル（eNB）は、自セル（eNB）で該UEに対する上りデータのスケジューリングを行うことが可能となる。
【０７４４】
（３）では、上りデータがU-planeのULデータかC-planeのULデータかを判断したうえで、UEはどちらのデータも、C-plane確立セル（eNB）に送信する。
【０７４５】
UEがBSRを送信する場合のLCG（Logical Channel Group）においてU-planeのULデータとC-planeのULデータの取扱いを分離しても良い。U-planeのULデータ用LCG、C-planeのULデータ用LCGを設ける。U-planeのULデータ用LCGは、U-planeのULデータがマッピングされるLC（Logical Channel）によって構成される。C-planeのULデータ用LCGは、C-planeのULデータがマッピングされるLCによって構成される。
【０７４６】
これにより、BSRを通知されたeNBは、該BSRがC-planeのULデータのBSRなのかU-planeのULデータのBSRなのか明示的に判断可能となる。
【０７４７】
（３）で、C-planeのULデータ用LCG、U-planeのULデータ用LCGを設けて、UEが各々の上りデータに対応したLCGのBSRを送信することによって、BSRを受信したC-planeセル（eNB）は、C-planeのULデータ用なのかU-planeのULデータ用なのか判断可能である。従って、C-plane確立セル（eNB）上でスケジューリングすれば良いのか、U-plane確立セル（eNB）上でスケジューリングすれば良いのか認識することが可能となる。U-planeのULデータ用のLCGのBSRの場合は、U-plane確立セル（eNB）に対して、該BSRと同等の情報を通知すると良い。該通知に新たなメッセージを設けてもよい。
【０７４８】
これにより、UEは、生成されたデータに対して、どのセル（eNB）に対してBSRを通知すれば良いか認識可能となる。また、C-plane確立セル（eNB）、U-plane確立セル（eNB）は、何のデータが生成されたのか認識可能となり、上りデータの情報を受信したセル（eNB）は、上りデータのためのスケジューリング可能となる。
【０７４９】
C-planeのULデータ用LCG、U-planeのULデータ用LCGを設けて、UEが各々の上りデータに対応したLCGのBSRを送信する方法は上述の（１）、（２）の方法に適用しても良い。BSRを受信したeNBが、該BSRによりどちらのデータであるかを、明示的に判断可能となる。
【０７５０】
UEにおける上りデータの取扱い方法とBSRの送信方法について、他の方法を開示する。
【０７５１】
対象となるUEが接続するセル(eNB)毎に取扱いを分離する。セル(eNB)毎にLCGを設定する。あるいは、各セル(eNB)内で一つまたは複数のLCGを設定するとしてもよい。セル(eNB)毎のLCGのBSRは、対応するセル（eNB）に送信されると良い。あるいは、いずれか一つのC-plane確立セル（eNB）に送信されるとしても良い。
【０７５２】
具体例として、対象となるUEが一つのC-plane確立セル（eNB）と複数のU-plane確立セル(eNB)と接続される場合について示す。U-plane確立セル(eNB)毎にLCGを設定する。あるいは、各U-plane確立セル(eNB)内で一つまたは複数のLCGを設定するとしてもよい。
【０７５３】
BSRの送信方法を開示する。
【０７５４】
C-plane確立セル（eNB）のLCGのBSRは、C-plane確立セル（eNB）に送信する。
【０７５５】
U-plane確立セル（eNB）のBSRの送信方法として以下に２つ開示する。
（１）各U-plane確立セル(eNB)のLCGのBSRは、各々のU-plane確立セル(eNB)に送信する。
（２）各U-plane確立セル(eNB)のLCGのBSRは、C-plane確立セル(eNB)に送信する。
【０７５６】
（１）で、U-planeのULデータが、データトラフィックコントロールに従って、各U-plane確立eNB（セル）に分配される場合は、UEは、分配された送信データ量に応じて、各U-plane確立セル（eNB）にBSRを送信すれば良い。これにより、該BSRを受信した各U-plane確立セル（eNB）は、自セル（eNB）で該UEに対する上りデータのスケジューリングを行うことが可能となる。
【０７５７】
（２）では、BSRに、どのU-plane確立セル（eNB）のLCGのBSRであるか識別可能とする情報を含めると良い。例えば、U-plane確立セル（eNB）の識別子とするとよい。BSRを受信したC-planeセル（eNB）は、どのU-plane確立セル（eNB）のULデータのBSRなのか判断可能となる。従って、どのU-plane確立セル（eNB）上でスケジューリングすれば良いのか認識することが可能となる。C-plane確立セル（eNB）は、U-plane確立セル（eNB）に対して、該BSRと同等の情報を通知すると良い。該通知に新たなメッセージを設けてもよい。
【０７５８】
これにより、UEは、生成されたデータに対して、どのセル（eNB）に対してBSRを通知すれば良いか認識可能となる。
【０７５９】
上述した、UEがBSRを送信する場合のLCG（Logical Channel Group）においてU-planeのULデータとC-planeのULデータの取扱いを分離する方法と、対象となるUEが接続するセル(eNB)毎に取扱いを分離する方法を組合せても良い。各セル（eNB）に対して、セル（eNB）毎に、かつ、U-planeのULデータ用LCG、C-planeのULデータ用LCGを設ける。
【０７６０】
これにより、C-plane確立セル（eNB）、U-plane確立セル（eNB）は、何のデータが生成されたのか認識可能となり、上りデータの情報を受信したセル（eNB）は、上りデータに応じたスケジューリングが可能となる。
【０７６１】
UEにおける上りデータの取扱い方法とBSRの送信方法について、他の方法を開示する。
【０７６２】
U-planeのULデータは、U-plane確立セル(eNB)で設定されるDRB毎に取扱いを分離する。
【０７６３】
具体例として、U-plane確立セル(eNB)で設定されるDRB毎にLCGを設定する。あるいは、U-plane確立セル(eNB)で設定される一つまたは複数のDRB内でLCGを設定するとしてもよい。BSRに、どのU-plane確立セル（eNB）のどのDRBのLCGのBSRであるか識別可能とする情報を含めても良い。
【０７６４】
BSRの送信方法として以下に２つ開示する。
（１）各U-plane確立セル(eNB)で設定されるDRBのLCGのBSRは、各々のU-plane確立セル(eNB)に送信
（２）各U-plane確立セル(eNB)で設定されるDRBのLCGのBSRは、C-plane確立セル(eNB)に送信
これにより、UEは、生成されたデータに対して、どのセル（eNB）に対してBSRを通知すれば良いか認識可能となる。また、C-plane確立セル（eNB）、U-plane確立セル（eNB）は、何のデータが生成されたのか認識可能となり、上りデータの情報を受信したセル（eNB）は、上りデータに応じたスケジューリング可能となる。
【０７６５】
上述では、UEにおいてU-planeのULデータとC-planeのULデータの取扱いを分離する方法を開示したが、UEにおいてU-planeのULデータとC-planeのULデータの取扱いを分離しないとしても良い。
【０７６６】
この場合、BSRをC-plane確立セル(eNB)に送信する。C-plane確立セル(eNB)が複数ある場合はいずれか一つのC-plane確立セル（eNB）とすれば良い。
【０７６７】
UEにおいて、LCGを設定し、BSRをC-plane確立セル(eNB)に送信する。
【０７６８】
BSRを受信したC-plane確立セル(eNB)は、自セル（eNB）を用いて該データをスケジューリングする。U-planeが確立されていない場合は、U-plane確立処理を行う。
【０７６９】
C-plane確立セル(eNB)が、ULデータがC-planeあるいはU-planeのどちらのULデータであるかの判断が可能である場合は、BSRを受信したC-plane確立セル(eNB)が、U-planeの上りデータが有る場合は、U-plane確立セル(eNB)に該上りデータの情報を通知し、U-plane確立セル（eNB）からスケジューリングするようにすると良い。UEは該U-plane確立セル(eNB)からのスケジューリングに従って、該U-plane確立セル(eNB)からU-planeにデータを送信すると良い。
【０７７０】
これにより、UEは、どのセル（eNB）に対してBSRを通知すれば良いか認識可能となる。上りデータの情報を受信したセル（eNB）は、上りデータのためのスケジューリング可能となる。
【０７７１】
なお、通信対象となるUEからBSRを受信したC-plane確立セル(eNB)が、MMEに対して、該通信対象となるUEのために新たなDRB設定を行うことを要求しても良い。あるいは、新たにU-plane確立eNBを選択し、DRB設定を行うことを要求しても良い。実施の形態２から実施の形態３変形例１で開示した方法を状況に応じて適用するとよい。通信対象となるUEに対して、通信容量を増大させることが可能となる。
【０７７２】
実施の形態６．
実施の形態１で述べたように、システムとして通信容量の増大が要求されている。通信容量の増大を図るため、小セル化して周波数利用効率を高めることが検討されている。多数の小セルが存在するようになった場合、それらの小セルを分別して検出やメジャメントをするのは複雑になり、また、制御遅延も大きくなる。従って、小セル間のモビリティ制御にも適さない。
【０７７３】
本実施の形態では、上記の課題を低減することを目的とする。
【０７７４】
複数のノードのための無線リソースとして、共通に用いられるキャリア（以降、共用キャリアと称する）を構成する。ノードは、eNB（セル）でもよく、また、eNB（セル）の機能を全て有しないノードでも良い。
【０７７５】
共用キャリアの有する特徴を以下に８つ示す。
（１）同一周波数レイヤ。
（２）従来のL1/L2制御用物理チャネルはマッピングされない。
（３）UE個別にリソースを割当てるL1/L2制御用物理チャネルのマッピングは許可される。
（４）報知用物理チャネルはマッピングされない。
（５）detection用信号、synchronization用信号、reference信号は、どのノードが構成しようと同一。
（６）ノード識別のための識別子を有しても良い。ただし、同一。
（７）各ノードが構成する共用キャリア間は、厳密な同期。
（８）（１）から（７）の組合せ。
【０７７６】
（２）に関して、従来のL1/L2制御用物理チャネルの具体例として、PDCCH、PCFICH、PHICHがある。
【０７７７】
（３）に関して、UE個別のL1/L2制御用物理チャネルの具体例として、ePDCCH、ePHICHがある。
【０７７８】
（４）に関して、報知用物理チャネルとして、PBCHがある。
【０７７９】
（５）に関して、detection用信号、synchronization用信号、reference信号の具体例として、PSS、SSS、CRSがある。また、同一の構成の具体例として、同一コードを用いる、同一シンボル上に構成される、などがある。
【０７８０】
（６）に関して、ノード識別のための識別子の具体例として、セルの識別子（cell-ID）としても良い。
【０７８１】
（７）に関して、厳密な同期の具体例として、位相同期とすると良い。
【０７８２】
共用キャリアには、U-plane側ユーザデータのみがスケジューリングされるようにしても良い。ただし、U-plane側ユーザデータのスケジューリング情報についてはマッピングされても良い。この場合、C-planeのための無線リソースには、他のキャリアを用いると良い。
【０７８３】
また、共用キャリアは、U-planeの接続のみ確立するノード（例えば、U-planeのみ確立eNB(セル)など）によって用いられるとしても良い。C-plane確立ノード（例えば、C-plane確立eNB（セル））のためのキャリアは共用キャリアと異ならせる。この場合、共用キャリアと、C-plane確立ノード用キャリアを必ずしも同期させる必要は無い。この運用方法を、実施の形態2から実施の形態３変形例１で開示したC-plane確立eNB（セル）と、U-planeのみ確立eNB（セル）に適用しても良い。
【０７８４】
図４８は、実施の形態６に係る共用キャリアの概念図である。４８０１、４８０２はC-plane確立eNB、４８０５、４８０６はU-planeのみ確立eNBである。C-plane確立eNB４８０１とU-planeのみ確立eNB４８０５はインタフェース４８０３で接続されている。また、C-plane確立eNB４８０２とU-planeのみ確立eNB４８０６はインタフェース４８０４で接続されている。インタフェース４８０３、４８０４はX2であってもよいし、他のインタフェースであっても良い。
【０７８５】
C-plane確立eNB４８０１は、４８０８に示すように、周波数レイヤF1のキャリアを構成し、通信対象となるUEに対する無線リソースとして用いる。C-plane確立eNB４８０２は、４８０９に示すように、周波数レイヤF2のキャリアを構成し、通信対象となるUEに対する無線リソースとして用いる。
【０７８６】
U-planeのみ確立eNB４８０５は、４８１０に示すように、周波数レイヤFｍの共用キャリアを構成し、通信対象となるUEに対する無線リソースとして用いる。
U-planeのみ確立eNB４８０６は、４８１１に示すように、周波数レイヤFｍの共用キャリアを構成し、通信対象となるUEに対する無線リソースとして用いる。
【０７８７】
U-planeのみ確立eNB４８０５、４８０６が構成する周波数レイヤFmのキャリアを共用キャリアとする。
【０７８８】
特定のエリア４８０７内の、U-planeのみ確立eNB４８０５、４８０６が構成する共用キャリアは、厳密な同期がとられている。
【０７８９】
４８１２は、共用キャリアのdetection用信号 及び/又は synchronization用信号 及び/又は reference信号で、U-planeのみ確立eNB４８０５、４８０６において同一の信号が構成される。
【０７９０】
U-planeのみ確立eNB４８０５と４８０６において共用キャリアを無線リソースとして用いることで、例えば、U-planeのみ確立eNB４８０５の通信対象となるUEがU-planeのみ確立eNB４８０６が構成する共用キャリアの検出、同期を行うこと無く、U-planeのみ確立eNB４８０６が構成する共用キャリアが該UEに対する無線リソースとして用いられることが可能となる。
【０７９１】
例えば実施の形態２で開示した、U-planeのみ確立eNB（セル）を変更する場合にも、キャリアの検出、同期処理を不要とできる。
【０７９２】
また、共用キャリアを用いることで、UEのメジャメントにおいても、他のキャリアを検出、測定する必要が無くなり、制御を簡易にすることが可能となる。
【０７９３】
例えば実施の形態２で開示した、選択のための指標としてUEのメジャメントによるセルとの通信品質を用いるような場合にも、UEによる自セル、他セルの通信品質のメジャメントにおいても、共用キャリアをメジャメントするだけで済むため、制御を簡易にすることが可能となる。
【０７９４】
従って、共用キャリアを構成することで、UEの移動時に、U-plane確立eNB（セル）の変更の制御を容易にすることが可能となる。
【０７９５】
スモールセルにおいて、共用キャリアが構成されている場合、多数のスモールセルのキャリアを分別して検出やメジャメントする必要が無くなり、制御を簡易にすることが可能となり、制御遅延を削減することが可能となる。
【０７９６】
また、共用キャリアは同一周波数レイヤに構成されるので、小セルに共用キャリを用いることで、小セル化による周波数利用効率を低減させること無く、システムとして高い通信容量を得ることが可能となる。
【０７９７】
通信対象となるUEに対してどのU-plane確立eNB（セル）を選択するかの指標として、実施の形態２で開示した指標のうち各U-plane確立eNB(セル)とUE間の通信品質ではなく、その他の指標を用いるとよい。各U-plane確立eNB(セル)とUE間の通信品質として、共用キャリアの通信品質では、各U-plane確立eNB(セル)を区別できなくなるからである。その他の指標として、例えば、UEの位置情報を用いても良い。UEの位置情報と各U-plane設立eNBの位置情報をあわせて用いることで、どのU-plane確立eNB（セル）を選択するか判断すれば良い。
【０７９８】
異なるC-plane確立eNBに接続されるU-planeのみ確立eNBにおいて、共用キャリアを構成するような場合、通信対象となるUE間で、共用キャリアに割当てられる無線リソースがコンフリクトする場合がある。例えば、U-planeのみ確立eNB４８０５で通信対象となるUEに対する無線リソースが割当てられた共用キャリア上のリソースブロックと、U-planeのみ確立eNB４８０６で通信対象となるUEに対する無線リソースが割当てられた共用キャリア上のリソースブロックが同じになってしまう場合がある。すなわち、コンフリクトが生じる。これは、各U-plane確立におけるスケジューリングが個別に独立に行われるためである。
【０７９９】
このような場合、U-planeのみ確立セルにおいて、通信対象となるUEとの間で再送制御、例えばHARQ、ARQなど、を行うようにすると良い。この再送制御において、周波数的、及び/又は  時間的に、再度スケジューリングしなおせるようにしておくと良い。上記のようなコンフリクトが生じたとしても、再送制御によってあらたなリソースブロックにスケジューリングすることで、次の送信でコンフリクトする可能性を低減することができる。従って、上記のようなコンフリクトを低減することが可能となる。
【０８００】
コンフリクトを低減する他の方法として、UEのメジャメントを用いると良い。UEは、U-planeのみ確立eNBとの通信品質のメジャメントを行なう。共用キャリアを構成する場合、共用キャリアにおける通信品質のメジャメントを行なうことになる。自UEに割当てられたリソースブロックの通信品質が悪い場合、他のU-planeのみ確立セルで該リソースブロックを用いている可能性がある。従って、UEからC-plane確立eNBを介して通信品質が悪い旨のメジャメント結果を受信したU-planeのみ確立セルは、該UEに対してこのリソースブロックを割当てないようにすることが可能となる。
【０８０１】
こうすることで、各U-planeのみ確立eNB間でスケジューリングされる無線リソースのコンフリクトを低減することが可能となる。
【０８０２】
UEによる共用キャリアのメジャメントとして通信品質を開示したが、この他に、共用キャリアにおける熱雑音電力（thermal noise power）であっても良い。所定の数のPRB単位、所定の数のサブキャリア単位などとすると良い。UEが該熱雑音電力を測定し、メジャメント結果としてC-plane確立セルを介してU-planeのみ確立セルに通知すると良い。
【０８０３】
他の例として、U-planeのみ確立セルが、下りリンクのメジャメントを行っても良い。いいかえると、共用キャリアのメジャメントを行う。スケジューリングしないサブフレームで測定すればよい。あるいは、該測定を可能とするように、スケジューリングギャップを設けても良い。
【０８０４】
これにより、各U-planeのみ確立eNB間でスケジューリングされる無線リソースのコンフリクトを低減することが可能となる。
【０８０５】
図４９は、同一eNB内における共用キャリアの構成例を示す図である。同一eNB内にC-plane確立セルとU-planeのみ確立セルが構成される場合について示す。４９０１はC-plane確立セル（C-セル）で、４９０３はU-planeのみ確立セル（U-セル）である。eNBはC-plane確立セル４９０１と複数のU-planeのみ確立セル４９０３から構成される。４９０２はC-plane確立セル４９０１によるカバレッジ、４９０４はU-planeのみ確立セル４９０３によるカバレッジである。４９０５はC-plane確立セル４９０１と各U-planeのみ確立セル間のインタフェースである。
【０８０６】
C-plane確立セルにおいて無線リソースとして周波数レイヤF1のキャリアが構成され、各U-planeのみ確立セルにおいて無線リソースとして周波数レイヤFmの共用キャリアが構成される。
【０８０７】
従って、各U-セルの通信対象となるUEは、U-セルとの間の無線区間における検出や同期などの再接続の処理を行うことなく、移動することが可能となる。
【０８０８】
また、同一eNB内のため、C-セルおよび複数のU-セルにおける無線リソースのスケジューリングは、統一して行われる。例えばC-セルに存在するMACが行っても良い。従って、複数のU-セルにおいて、各U-セルの通信対象となるUEに対する無線リソースの共用キャリアへの割当はコンフリクト無くスケジューリング可能となる。
【０８０９】
図５０は、異なるeNB内における共用キャリアの構成例を示す図である。eNB内にC-plane確立セルとU-planeのみ確立セルが構成される場合について示す。５００２、５００３はC-plane確立セル（C-cell）で、５００４、５００５はU-planeのみ確立セル（U-cell）である。eNB１はC-plane確立セル５００２とU-planeのみ確立セル５００４から構成される。eNB２はC-plane確立セル５００３とU-planeのみ確立セル５００５から構成される。
【０８１０】
５００８、５００９はC-plane確立セル５００２、５００３によるカバレッジ、５０１０、５０１１はU-planeのみ確立セル５００４、５００５によるカバレッジである。
【０８１１】
５０１２、５０１３はC-plane確立セルとU-planeのみ確立セル間のインタフェースである。
【０８１２】
C-plane確立セル５００２、５００３において無線リソースとして周波数レイヤF1のキャリアが構成され、各U-planeのみ確立セル５００４、５００５において無線リソースとして周波数レイヤFmの共用キャリアが構成される。
【０８１３】
本構成例では、eNB１とeNB２を集中制御するための集中制御用eNB５００１を構成する。５００６、５００７は、集中制御用eNB５００１とeNB１のC-plane確立セル５００２、eNBのC-plane確立セル５００３との間に設けられたインタフェースである。
【０８１４】
共用キャリアを用いることで、各U-セルの通信対象となるUEは、U-セルとの間の無線区間における検出や同期などの再接続の処理を行うことなく、移動することが可能となる。
【０８１５】
また、集中制御用eNBを構成するため、eNB１およびeNB２のC-セルおよびU-セルにおける無線リソースのスケジューリングは、統一して行われる。集中制御用eNBのMACが行っても良い。従って、各U-セルの通信対象となるUEに対する無線リソースの共用キャリアへの割当はコンフリクト無くスケジューリング可能となる。
【０８１６】
図５１は、特定のエリア内で共用キャリアを構成する場合の構成例を示す図である。eNB内にC-plane確立セルとU-planeのみ確立セルが構成される場合について示す。
【０８１７】
５１０４、５１０８はC-plane確立セル（C-cell）で、５１０５、５１０６、５１０７は複数のU-planeのみ確立セル（U-cell）である。
【０８１８】
eNB１はC-plane確立セル５１０４と複数のU-planeのみ確立セル５１０５、５１０６から構成される。eNB２はC-plane確立セル５１０６と複数のU-planeのみ確立セル５１０６、５１０７から構成される。
【０８１９】
５１０９、５１１６はC-plane確立セル５１０４、５１０８によるカバレッジ、５１１０、５１１１、５１１２は各U-planeのみ確立セル５１０５、５１０６、５１０７によるカバレッジである。
【０８２０】
複数のU-planeのみ確立セル５１０５は特定のエリア５１１３に設置され、複数のU-planeのみ確立セル５１０６は特定のエリア５１１４に設置され、複数のU-planeのみ確立セルは特定のエリア５１１５に設置される。
【０８２１】
５１２０、５１２１、５１２２、５１２３はC-plane確立セルとU-planeのみ確立セル間のインタフェースである。
【０８２２】
特定のエリア５１１４に設置される複数のU-planeのみ確立セルは、C-plane確立セル５１０４、５１０８の両方に接続される。
【０８２３】
C-plane確立セル５１０４において無線リソースとして周波数レイヤF1のキャリアが構成され、C-plane確立セル５１０８において無線リソースとして周波数レイヤF２のキャリアが構成され、各U-planeのみ確立セル５１０５、５１０６、５１０７において無線リソースとして周波数レイヤFmの共用キャリアが構成される。
【０８２４】
本構成例では、各特定のエリアに設置される複数のU-planeのみ確立セルにおけるU-plane側を集中制御するU-plane集中制御eNBが構成される。U-plane側の集中制御の具体例として、各特定のエリアに設置される各U-planeのみ確立セルのユーザデータのスケジューリングを行う。U-plane集中制御eNBは、物理的に個別に設けられるのではなく、他のノードと一緒に設けられても良い。U-plane集中制御eNBの機能を、他のノードの機能として含めても良い。例えば、U-plane確立セルのいずれか一つに設けても良い。こうすることで、U-plane集中制御eNBの物理的設置を簡易に行うことが可能となる。
【０８２５】
U-plane集中制御eNB５１０１は特定のエリア５１１３に設置される複数のU-planeのみ確立セル５１０５のユーザデータのスケジューリングを行う。U-plane集中制御eNB５１０２は特定のエリア５１１４に設置される複数のU-planeのみ確立セル５１０６のユーザデータのスケジューリングを行う。U-plane集中制御eNB５１０３は特定のエリア５１１５に設置される複数のU-planeのみ確立セル５１０７のユーザデータのスケジューリングを行う。
【０８２６】
特定のエリア５１１４に設置される複数のU-planeのみ確立セル５１０６は、eNB１のCplane確立セル５１０４にもeNB２のC-plane確立セル５１０８にも接続される。従って、U-plane集中制御eNB５１０２は、C-plane確立セル５１０４とU-planeのみ確立セル５１０６を用いるC-plane確立セル５１０４傘下のUEと、C-plane確立セル５１０８とU-planeのみ確立セル５１０６を用いるC-plane確立セル５１０８傘下のUEとの両方のUEに対するスケジューリングを行う。
【０８２７】
５１１７、５１１８、５１１９は、U-plane集中制御用eNB５１０１と各U-planeのみ確立セル５１０５間、U-plane集中制御用eNB５１０２と各U-planeのみ確立セル５１０６間、U-plane集中制御用eNB５１０３と各U-planeのみ確立セル５１０７間に各々設けられたインタフェースである。
【０８２８】
特定のエリアに設置される複数のU-planeのみ確立セルで共用キャリアを用いることで、各U-セルの通信対象となるUEは、U-セルとの間の無線区間における検出や同期などの再接続の処理を行うことなく、特定エリア内を移動することが可能となる。
【０８２９】
本構成例では、特定エリア５１１３、５１１４、５１１５において同じ周波数レイヤFｍの共用キャリアを構成しているが、各特定エリアで異なる周波数レイヤの共用キャリアを構成するようにしてもよい。例えば、特定エリア５１１３に設置される各U-planeのみ確立セル５１０５で周波数レイヤFｌの共用キャリアが、特定エリア５１１４に設置される各U-planeのみ確立セル５１０６で周波数レイヤFmの共用キャリアが、特定エリア５１１５に設置される各U-planeのみ確立セル５１０７で周波数レイヤFnの共用キャリアが構成されるようにしても良い。異なる周波数レイヤを用いることにより、特定エリア間の干渉を低減することが可能となる。なお、異なる周波数の共用キャリア間では、厳密な同期は不要であり、異なる周波数の共用キャリア間では、detection用信号  かつ／または synchronization用信号 かつ／または reference信号を同一にすることも不要である。
【０８３０】
また、特定エリア毎にU-plane集中制御用eNBを構成するため、各特定エリアに設置されたU-planeのみ確立セルの無線リソースのスケジューリングは、統一して行われる。U-plane集中制御用eNBのMACが行っても良い。従って、各特定エリアのU-planeのみ確立セルの通信対象となるUEに対する無線リソースの共用キャリアへの割当はコンフリクト無くスケジューリング可能となる。特に、特定エリア５１１４に設置されるU-planeのみ確立セル５１０６の通信対象となるUEは、eNB１傘下のUEとeNB２傘下のUEが存在する。これら両方のUEに対する無線リソースの共用キャリアへの割当をコンフリクト無くスケジューリングすることが可能となる。
【０８３１】
図５２は、特定のエリア内で共用キャリアを構成する場合の他の例を示す図である。eNB内にC-plane確立セルとU-planeのみ確立セルが構成される場合について示す。図５２（ａ）は、図５１で示しているので説明を省略する。図５２（ｂ）について説明する。
【０８３２】
５２０２、５２０３はC-plane確立セル（C-cell）で、５２０４、５２０６は複数のU-planeのみ確立セル（U-cell）である。
【０８３３】
eNB１はC-plane確立セル５２０２と複数のU-planeのみ確立セル５２０４から構成される。eNB２はC-plane確立セル５２０３と複数のU-planeのみ確立セル５２０６から構成される。
【０８３４】
５２０５、５２０７は各U-planeのみ確立セル５２０４、５２０６によるカバレッジである。
【０８３５】
C-plane確立セル５２０２、５２０３によるカバレッジは省略している。
【０８３６】
複数のU-planeのみ確立セル５２０４、５２０６は特定のエリア５２１０に設置される。
【０８３７】
５２０８、５２０９はC-plane確立セルとU-planeのみ確立セル間のインタフェースである。
【０８３８】
C-plane確立セル５２０２、５２０３において無線リソースとして構成される周波数キャリアの図は省略してある。図５１と同様とする。C-plane確立セル５２０２において無線リソースとして周波数レイヤF1のキャリアが構成され、C-plane確立セル５２０３において無線リソースとして周波数レイヤF２のキャリアが構成される。
【０８３９】
各U-planeのみ確立セル５２０４、５２０６において無線リソースとして周波数レイヤFmの共用キャリアが構成される。
【０８４０】
U-plane集中制御eNB５２０１は特定のエリア５２１０に設置される複数のU-planeのみ確立セルのユーザデータのスケジューリングを行う。
【０８４１】
U-plane集中制御eNB５２０１は、特定のエリア５２１０に設置される、eNB１のCplane確立セル５２０２に接続される各U-planeのみ確立セル５２０４と、eNB２のCplane確立セル５２０３に接続される各U-planeのみ確立セル５２０６とに接続される。従って、U-plane集中制御eNB５２０１は、C-plane確立セル５２０２とU-planeのみ確立セル５２０４を用いるC-plane確立セル５２０２傘下のUEと、C-plane確立セル５２０３とU-planeのみ確立セル５２０６を用いるC-plane確立セル５２０３傘下のUEとの両方のUEに対するスケジューリングを行う。
【０８４２】
５２１１は、U-plane集中制御用eNB５２０１各U-planeのみ確立セル５２０４、５２０６間に各々設けられたインタフェースである。
【０８４３】
特定のエリアに設置される複数のU-planeのみ確立セルで共用キャリアを用いることで、各U-セルの通信対象となるUEは、U-セルとの間の無線区間における検出や同期などの再接続の処理を行うことなく、特定エリア内を移動することが可能となる。
【０８４４】
また、特定エリアでU-plane集中制御用eNBを構成するため、特定エリアに設置されたU-planeのみ確立セルの無線リソースのスケジューリングは、統一して行われる。U-plane集中制御用eNBのMACが行っても良い。
【０８４５】
従って、特定エリアのU-planeのみ確立セルの通信対象となるUEに対する無線リソースの共用キャリアへの割当はコンフリクト無くスケジューリング可能となる。
【０８４６】
特に、特定エリア５２１０に設置されるU-planeのみ確立セル５２０４、５２０６の通信対象となるUEは、eNB１傘下のUEとeNB２傘下のUEが存在する。これら両方のUEに対する無線リソースの共用キャリアへの割当をコンフリクト無くスケジューリングすることが可能となる。
【０８４７】
特定のエリア内で共用キャリアを構成する場合の同期について説明する。図５２（ａ）の場合、各U-planeのみ確立セル５２０３で構成する共用キャリアの同期をとる。該同期として、厳密な同期とすると良い。厳密な同期を得る方法の具体例を以下に２つ示す。
（１）基準信号源を設ける。
（２）ＧＰＳを具備する。
【０８４８】
（１）では、特定のエリア内に一つの基準信号源を設けて、各U-planeのみ確立セルと接続すると良い。各U-planeのみ確立セルが構成する共用キャリアのために該基準信号源を用いるようにする。該基準信号源から基準クロックを生成しても良い。一つの基準信号源は、U-plane集中制御用eNB内に設けても良い。U-plane制御用eNB５２０１は、インタフェース５２０８で各U-planeのみ確立eNB５２０４に接続されるため、物理的に接続される場合が多い。従って、該物理的な接続によって、一つの基準信号源が、各U-planeのみ確立eNBと接続されることができる。
【０８４９】
該基準信号源は、U-plane制御用eNB内に設けるのではなく、他のノードを新たに設け、該ノード内に設けても良い。該ノードと特定エリアない各U-planeのみ確立セル間は物理的に接続される。
【０８５０】
また、図４９のように、同一eNB内の複数のU-planeのみ確立セルで、共用キャリアが構成される場合、該基準信号源がC-plane確立eNB内に設けられても良い。C-plane確立eNBとU-plane確立eNB間は物理的に接続される。
【０８５１】
こうすることで、特定のエリア内の各U-planeのみ確立セル間で厳密な同期を得ることが可能となる。
【０８５２】
（２）では、特定のエリア内の各U-planeのみ確立セルが各々GPSを具備し、該GPSにより同期を得る。これにより、同一の基準信号源を設けて各U-planeのみ確立セルと物理的に接続る必要が無くなるため、複数のU-planeのみ確立セルを柔軟に設置できる。
【０８５３】
実施の形態７．
実施の形態７で解決する課題について、以下に説明する。実施の形態３変形例１に示す構成においては、1つのeNBもしくはセントラルエンティティによって、無線回線上に送信されるデータがスケジューリングされ、送信される。本構成の場合、時間のスケジューリングも実施してしまうため、実際に無線回線に送信するeNB間においては厳密な同期が必要となる。しかしながら、多数のeNBの厳密な同期をとることは困難である。GPSを用いて同期を取ることや、ネットワークのNTP（Network Time Protocol）を用いてとることが一般的には実施されるが、GPS受信機を搭載する必要があったり、GPSの電波を受信できない場所に設置することが困難であったり、また、NTPでは厳密な精度の同期が困難であったりといった課題がある。
【０８５４】
実施の形態７での解決策を以下に示す。前述の課題を解決するために、無線回線上へのスケジューリングを、「集中制御を行うノード」と「実際に送信を行うノード」に分離して実装することにより、厳密な同期をとることなく、一元的にスケジューリングを行うことを可能とする。
【０８５５】
図５３は、実施の形態７に係るアーキテクチャを示す図である。図５３においては、eNBをSlaveのeNB５３０８とMasterのeNB５３０９に分離し、それぞれにスケジューリングを行うMAC機能を分離して持たせている。そして、ＵＥが、３つのSlaveのeNB(ｅＮＢ(s)#１（５３０５）/ｅＮＢ(s)#２（５３０７）/ｅＮＢ(s)#３（５３０８）)と物理リンクを確立し、それぞれのSlaveのeNBは、Master のeNB５３０９とMaster/Slave eNB LINK５３１３、５３１４、５３１５を確立している。MasterのeNBのMAC(MAC2)５３１０は、それぞれのSlaveのeNB５３０５、５３０７、５３０８に対し、それぞれ独立した時間枠を設定し、割り当てる。SlaveのeNB５３０５、５３０７、５３０８は、無線物理チャネルにおける設定された時間枠内においてのみ、対象のeNBのデータのスケジューリングを行う。
【０８５６】
図５４に、MAC1及びMAC2が行うスケジューリングによるフレームの構成例を示す図である。ここでは、MasterのeNBは、それぞれのSlaveのeNBに対し割り当てる時間枠の単位を無線フレームとし、SlaveのeNBは、無線フレーム(５４０１、５４０３、５４０５、５４０７、５４０９)の枠内でスケジューリング(５４１１、５４１２、５４１３、５４１４、５４１５)を行う。また、厳密に同期がとれていないことを考慮し、フレーム境界にはガードタイム(G) (５４０２、５４０４、５４０６、５４０８、５４１０)を設け、そこにはMappingしないこととしている。
【０８５７】
尚、ここにおいて、無線フレームはサブフレームであってもよく、もっと小さい単位でもよい。但し、各eNB間の同期の精度を考慮する必要があり、同期の精度に対し、時間枠の単位を小さくしすぎると、ガードタイム(G)比率が大きくなり、無線利用効率が低下することとなる。したがって、この割当時間枠及びガードタイムは、各eNBの同期精度を考慮して設定されなければならない。
【０８５８】
図５５（Ａ）は、通信の確立及びデータの伝送フローのシーケンス例を示す図である。本シーケンスは、初めにベアラを確立するためのサービス要求手順（Service Request Procedure）(Separate MAC) ＜ステップＳＴ５５０５＞、下りリンクのデータ伝送/スケジューリング手順を示すＤＬスケジューリング/送信手順（DL Scheduling/Transmit Procedure）＜ステップＳＴ５５４２＞及び上りリンクのデータ伝送/スケジューリング手順を示すＵＬスケジューリング/送信手順（UL Scheduling/Transmit Procedure）＜ステップＳＴ５５５６＞を含んで構成されている。
【０８５９】
図５５（Ｂ）は、サービス要求手順の詳細を示す図である。ここで説明するサービス要求手順（Service Request Procedure）(Separate MAC)は、非特許文献１１（TS23.401）の5.3.4.1章記載のUE triggered Service Request procedureをベースとしている。初めに、ステップＳＴ５５０６において、UEのNASからService RequestがASに通知されるとUEのASはステップＳＴ５５０８において、eNB#1に対し、RRC connection Requestを送信する。RRC connection Requestのデータを受信したeNB#1は、ステップＳＴ５５０９において、そのデータをMaster eNBに伝送する。RRC connection Requestを受信したMaster eNBは、UE triggered Service Request procedure と同様、ステップＳＴ５５１０およびステップＳＴ５５１１において、RRC connection setupをeNB#1経由でUEに送信し、RRC connection setupを受信したUEは、設定を行い、ステップＳＴ５５１２およびステップＳＴ５５１３において、RRC connection Setup completeをeNB#1経由でMaster eNBに送信する。なおここで、以下、UE triggered Service Request procedureの手順をeNB#1経由で行う。なお、これらの手順は、SlaveのeNBを経由せず、直接MasterのeNBと通信してもよい。
【０８６０】
eNB#3は、eNB#1経由でのリンク確立後、Radio Bearer Establishment procedure(複数eNB) ＜ステップＳＴ５５３４＞を起動する。ここでは、eNB#2を追加する場合である。初めに、ステップＳＴ５５３５およびステップＳＴ５５３６において、eNB#2の情報とその接続要求をRRC connection Reconfiguration(eNB#2 Info)にて、eNB#1経由で、UEに送信する。RRC connection Reconfiguration(eNB#2 Info)を受信したUEは、ステップＳＴ５５３７およびステップＳＴ５５３８において、指定のあるeNB#2経由で、RRC connection Reconfiguration completeをMaster eNBに送信する。
【０８６１】
これらの手順により、通信リンクは確立される。
【０８６２】
図５５（Ｃ）は、ＤＬスケジューリング/送信手順の詳細を示す図である。まず、ステップＳＴ５５４３において、MasterのeNBは、2つのeNBの時間枠スケジューリングを行う。尚、実施の形態1と同様、無線リンクの品質やトラフィック情報を加味して設定されるべきである。そこで設定された時間枠をステップＳＴ５５４４およびステップＳＴ５５４５において、送信すべきデータをステップＳＴ５５４６およびステップＳＴ５５４７において、それぞれのSlaveのeNBに送信する。それぞれのSlaveのeNBは、ステップＳＴ５５４８およびステップＳＴ５５４９において、選択された時間枠内での送信データのスケジューリングを行い、ステップＳＴ５５５０およびステップＳＴ５５５１においてそのスケジューリング情報と、ステップＳＴ５５５２およびステップＳＴ５５５３、ステップＳＴ５５５４およびステップＳＴ５５５５において、データをUEに送信する。
【０８６３】
図５５（Ｄ）は、ＵＬスケジューリング/送信手順の詳細を示す図である。まず、DLと同様に、ステップＳＴ５５５７において、MasterのeNBは、2つeNBの時間枠スケジューリングを行う。そこで設定された時間枠をステップＳＴ５５５８およびステップＳＴ５５５９において、それぞれのSlaveのeNBに送信する。それぞれのSlaveのeNBは、ステップＳＴ５５６０およびステップＳＴ５５６１において、選択された時間枠内での送信データのスケジューリングを行い、ステップＳＴ５５６２およびステップＳＴ５５６６において、そのスケジューリング情報をUEに送信する。UEはそのスケジューリング情報を受信し、それに基づき、ステップＳＴ５５６３〜ステップＳＴ５５６５、ステップＳＴ５５６７〜ステップＳＴ５５６９において、送信データを送信する。
【０８６４】
以上の実施の形態７によって、SlaveのeNBとMasterのeNBに、それぞれに精度の異なるスケジューリングを分担して持たせることが可能となり、またガードタイムを適切に設定することにより、厳密な同期精度が保てない状況でも、複数セルに対する一元的なスケジューリングを可能とすることができる。
【０８６５】
実施の形態８．
UEが複数のeNB（セル）を用いて通信を行なう場合、一つのセルとの通信品質が劣化しても他のセルと通信が可能となる場合がある。例えば、C-plane接続を確立しているeNB（セル）との通信品質が劣化しても、U-planeの接続のみを確立しているeNB（セル）とデータ通信は可能である。
【０８６６】
しかし、UEとC-plane確立eNB（セル）間の通信品質が劣化した場合、U-planeのみ確立eNB（セル）の設定/修正（変更）/削除処理のためのRRCシグナリングはUEへ通知されなくなる。例えば、実施の形態２で開示した、図３０のST３０１６、図３１のST３１０５などがC-plane確立eNB（セル）からUEへ通知されなくなる。
【０８６７】
従って、例えば、UEとC-plane確立eNB（セル）間の通信品質が劣化して通信が行えない状態では、U-plane確立eNB（セル）との通信を終了できず、UEはU-plane確立eNB（セル）との通信用のリソースを保持し続けなくてはならない。
【０８６８】
このように、UEは、U-plane確立eNB（セル）に対する制御が不可能となり、データ通信を正常に行えなくなったり、無駄なリソースが発生したりする等の問題が生じる。
【０８６９】
＜従来のＲＬＦ関連処理＞
一方、従来、UEとセル間の通信品質が劣化した場合の規定として、RLF（Radio Link Failure）に関連する処理が存在する（非特許文献１（TS36.300 10.1.6）、非特許文献２（TS36.331 5.3.11））。RLFに関連する処理を、以降、RLF関連処理と称する。
【０８７０】
図５６は、RLF関連処理について説明するための図である。UEは、normal operation、First Phase、second Phase、RRC_Idleと、4つの状態に分けられる。
【０８７１】
UEは、通信を行なう一つのセルに対してRLM(Radio Link Monitor)を行う。
【０８７２】
RLMは例えばPDCCHの通信品質を評価することによって実現される。PDCCHの通信品質が、所定の閾値以上の場合をin-syncと称し、所定の閾値以下の場合をout-of-syncと称す。UEは、CRSの受信品質を評価してPDCCHの通信品質とする。
【０８７３】
Normal operation状態のUEがout-of-syncを所定の回数（N11）連続で検出（radio problem detection）した場合に、First Phaseに入る。
【０８７４】
First Phaseで、UEは、通信を行なう一つのセルとの間でRLMを引続き行い、in-syncを所定の回数（N12）連続で検出した場合、Normal operation状態に戻る。radio problem detectionから所定の期間（T11）内に、in-syncを所定の回数（N12）連続で検出されなかった場合、RLFが検出されたものとしてsecond phaseに入る。
【０８７５】
second phase で、UEは、RLF情報を記憶し、RRC接続再確立処理（RRC connection re-establishment）を起動する。ASセキュリティが起動されていない場合は、RRC接続離脱処理（leaving RRC_Connected）を行う。ASセキュリティはRRCやU-planeに対するセキュリティである。
【０８７６】
RRC接続離脱処理で、UEは、全RBのMAC、RLC、PDCPのリリースを含む、全無線リソースのリリースを行い、RRC_Idle状態に移行する。
【０８７７】
RRC接続再確立処理の起動において、UEは、SRB0を除く全RBを停止し、MACのリセット、SCellのリリース、予め決められている（デフォルト）のPHY設定の適用、デフォルトのMAC主設定の適用等を行い、セルセレクション処理を行う。
【０８７８】
UEが、RLF検出から所定の期間（T12）内に、セルセレクション処理で適合セル（suitable cell）を選択した場合、該セルに対してRRC接続再確立処理を行う。
【０８７９】
UEは、RLF検出から所定の期間（T12）内に、適合セル（suitable cell）を選択できなかった場合、RRC接続離脱処理（leaving RRC_Connected）を行う。
【０８８０】
しかし、従来のRLF関連処理は一つのセル(プライマリセル)に対する規定しかない。
【０８８１】
このため、複数の異なるeNB（セル）を用いて通信を行なう場合、従来のRLF関連処理を適用しようとしても単一セルの情報しか規定されていないので正常に動作しないため適用できなくなる。例えば、一つのeNB（セル）とC-plane接続を確立し、複数のeNB（セル）とU-plane接続を確立しているような場合、一つのeNB（セル）との通信品質が劣化しても他のeNB（セル）との通信品質が良好であれば、該eNB（セル）と通信可能である。このように他に通信可能なeNB（セル）が有る場合に従来のRLF関連処理を適用しても、複数のeNB（セル）との通信を考慮していないため、正常に動作しない。
【０８８２】
本実施の形態では、UEが、複数の異なるeNB（セル）を用いて通信を行なう場合のRLF関連処理の方法を開示する。
【０８８３】
＜新ＲＬＦ関連処理＞
UEは、C-plane確立eNB（セル）に対してのみRLMを行う。UEは、後述する実施の形態９で開示するU-planeのみ確立eNB（セル）のRLMおよびRLF関連処理を行っていてもよいし、行っていなくても良い。
【０８８４】
UEは、U-planeの接続状態によらず、C-planeに対する接続状態に応じて、U-planeのみ確立eNB（セル）の接続終了処理を行う。あるいは、UEは、U-planeのみ確立eNB（セル）との接続状態によらず、C-plane確立eNB（セル）に対する接続状態に応じて、U-planeのみ確立eNB（セル）の接続終了処理を行う、としても良い。
【０８８５】
＜U-planeのみ確立eNBとの接続終了処理方法  （ａ）＞
U-planeのみ確立eNB（セル）との接続終了処理方法の具体例を開示する。
【０８８６】
UEは、C-plane確立eNB（セル）との接続においてRRC接続離脱処理を起動した場合に、U-planeのみ確立eNB（セル）との接続を終了する。RRC接続離脱処理起動時のみならずRRC接続離脱処理のどこにおいても、U-planeのみ確立eNB（セル）との接続を終了するとしても良い。
【０８８７】
U-planeのみ確立eNB（セル）との接続終了処理として、UEは、接続している全U-planeのみ確立eNB（セル）におけるU-planeの全接続の終了処理を行う。全U-planeのみ確立eNB（セル）における、U-planeの全RBのMAC、RLC、PDCPのリリースを含む、U-planeの全無線リソースのリリースを行う。また、U-planeのみ確立eNB（セル）との同期処理や、U-planeのみ確立eNBからのスケジューリング用のPDCCHあるいはePDCCHのモニタなどを終了しても良い。
【０８８８】
図５７（ａ）は、本実施の形態に係るRLF関連処理について説明するための図である。
【０８８９】
Normal operation状態のUEが、C-plane確立eNB（セル）のRLMを行い、out-of-syncを所定の回数（N21）連続で検出（radio problem detection）した場合に、First Phaseに入る。
【０８９０】
First Phaseで、UEは、C-plane確立eNB（セル）とのRLMを引続き行い、in-syncを所定の回数（N22）連続で検出した場合、Normal operation状態に戻る。radio problem detectionから所定の期間（T21）内に、in-syncを所定の回数（N22）連続で検出されなかった場合、RLFを検出し、second phaseに入る。期間T21は、例えばradio problem detectionからの時間を計測するタイマによってそれを超過したか否かを管理することができる。
【０８９１】
second phase で、UEは、RLF情報を記憶し、RRC接続再確立処理を起動する。
ASセキュリティが起動されていない場合は、RRC接続離脱処理を行うとしてもよい。
【０８９２】
RRC接続離脱処理で、UEは、C-plane確立eNB（セル）における、全RBのMAC、RLC、PDCPのリリースを含む、全無線リソースのリリースを行う。
【０８９３】
この際、UEとC-plane確立eNB（セル）との間でU-planeの接続が存在する場合は、該U-planeの接続のための全RBも含めて、MAC、RLC、PDCPのリリースを含む、全無線リソースのリリースを行う。
【０８９４】
UEは、C-plane確立eNB（セル）との接続においてRRC接続離脱処理を起動した場合に、U-planeのみ確立eNB（セル）との接続を終了する。RRC接続離脱処理起動時のみならずRRC接続離脱処理のどこにおいても、U-planeのみ確立eNB（セル）との接続を終了するとしても良い。
【０８９５】
＜RRC接続再確立処理＞
RRC接続再確立処理を起動するにあたって、UEは、C-plane確立eNB（セル）における、SRB0を除く全RBを停止し、MACのリセット、SCellのリリース、デフォルトのPHY設定の適用、デフォルトのMAC主設定の適用等を行い、セルセレクション処理を行う。UEとC-plane確立eNB（セル）との間でU-planeの接続が存在する場合は、該U-planeの接続のための全RBも含めて停止する。
【０８９６】
＜U-planeのみ確立eNBの処理方法＞
RRC接続再確立処理の起動にあたって、UEが行うU-planeのみ確立eNB（セル）の処理方法について、以下２つ開示する。
（１）UEは、全U-planeのみ確立eNB（セル）における、U-planeの全RBを通常動作とする。U-planeのRBを停止しない。
（２）UEは、全U-planeのみ確立eNB（セル）における、U-planeの全RBを停止する。
【０８９７】
（１）の処理とすることで、例えば、RRC接続再確立処理後、同じU-planeのみ確立eNB（セル）が構成されるような場合に該U-planeのみ確立eNB（セル）におけるU-plane接続設定処理を簡単化することが可能となる。また、U-planeのみ確立eNB（セル）とのデータ通信は行なわれるため、データ損失の低減、遅延時間の削減が可能となる。
【０８９８】
（２）の処理とすることで、U-planeのみ確立eNB（セル）におけるRBの処理をC-plane確立eNB（セル）におけるRBの処理と同じにできるので、UEにおける制御を複数のeNB（セル）で統一化でき制御を簡易にできるという効果がある。
【０８９９】
（２）の処理において、各プロトコルの処理の具体例について以下２つ開示する。
（２−１）PHY、MAC、RLC、PDCPの全部あるいは一部をリセットする。
（２−２）PHY、MAC、RLC、PDCPの全部をリセットしない。
【０９００】
（２−１）の処理において、U-planeのみ確立eNB（セル）のためのPHY、MAC、RLC、PDCPの全部あるいは一部について規格等で予め決められた（デフォルト）設定を設けておき、リセットしたプロトコルに該デフォルト設定を適用しても良い。こうすることで、制御を単純化でき、RRC接続再確立の可否にかかわらず、誤動作を低減させることが可能となる。
【０９０１】
（２−２）の処理とすることで、例えば、RRC接続再確立処理後、同じU-planeのみ確立eNB（セル）が構成されるような場合に該U-planeのみ確立eNB（セル）におけるU-plane接続設定処理を早期に実行することが可能となる。
【０９０２】
RRC接続再確立処理の起動にあたって、U-planeのみ確立eNB（セル）においてCA（carrier aggregation）が構成されている場合は、UEは、該CAのSCellのリリースを行うようにしても良い。
【０９０３】
＜セルセレクション失敗＞
UEは、RLF検出から所定の期間（T22）内に、適合セル（suitable cell）を選択できなかった場合やセルとのRRC接続を再設立できなかった場合、前述のRRC接続離脱処理（leaving RRC_Connected）を行う。期間T22は、例えばRLF検出からの時間を計測するタイマによってそれを超過したか否かを管理することができる。
【０９０４】
RRC接続離脱処理を行ったUEはRRC_Idle状態に移行する。
【０９０５】
RRC_Idle状態で、UEにおいてU-planeの接続は存在しない状態となる。
【０９０６】
前述した、RRC接続再確立処理の起動にあたってUEが行うU-planeのみ確立eNB（セル）の処理方法２つのどちらの場合も、UEは、C-plane確立eNB（セル）との接続においてRRC接続離脱処理を起動した場合に、U-planeのみ確立eNB（セル）との接続を終了すると良い。
【０９０７】
＜セルセレクション成功＞
UEが、RLF検出から所定の期間（T22）内に、セルセレクション処理で適合セル（suitable cell）を選択した場合、該セルに対してRRC接続再確立処理を行う。
【０９０８】
RRC接続再確立処理を行うことによって、UEは該セルとC-planeの接続を行う。該セルがC-plane確立eNB（セル）となる。新たにC-plane接続を確立するeNB（セル）を新C-plane確立eNB（セル）と称す。
【０９０９】
選択したeNB（セル）がRLF前に接続していたC-plane確立eNB（セル）（元C-plane確立eNB（セル）と称す）であっても良い。元C-plane確立eNB（セル）が新C-plane確立eNB（セル）となる。UEと元C-plane確立eNB（セル）との通信品質が暫時的に劣化するような場合に有効である。
【０９１０】
新C-plane確立eNB（セル）においてU-plane接続を確立する場合は従来の方法に従う。
【０９１１】
＜新C-plane確立eNB（セル）が元C-plane確立eNB（セル）の場合＞
選択した新C-plane確立eNB（セル）が、元C-plane確立eNB（セル）であった場合について開示する。
【０９１２】
＜同じU-planeのみ確立eNB（セル）をそのまま接続＞
UEは、すでに接続されているU-planeのみ確立eNB（セル）と引続き接続する。
【０９１３】
UEは、RRC接続再確立処理でU-planeのみ確立eNB（セル）においてU-planeのRBを通常動作とした場合、引続きUEは該U-planeのみ確立eNB（セル）と接続し通常動作とする。
【０９１４】
UEは、RRC接続再確立処理でU-planeのみ確立eNB（セル）においてU-planeのRBを停止した場合、該停止を解除して通常の動作を行なう。
【０９１５】
該停止を解除するトリガとして具体例を以下に３つ開示する。
（１）UEが元C-plane確立eNB（セル）を選択した場合。
（２）UEがRRC接続再確立処理において、新C-plane確立eNB（セル）からRRC connection reestablishmentメッセージを受信した場合。
（３）UEがRRC接続再確立処理後、新C-plane確立eNB（セル）からRRC connection reconfigurationメッセージを受信した場合。
【０９１６】
（１）とすることで、UEは元C-plane確立eNB（セル）を選択したことがわかるため、元のU-planeのみ確立eNB（セル）との接続が可能と判断できる。従って、その時点でU-planeのみ確立eNB（セル）において停止していたU-planeのRBを通常動作に戻すと良い。（２）、（３）に比べて新C-plane確立eNB（セル）からのシグナリング無しに、早期にU-planeのみ確立eNB（セル）とのU-plane接続を通常動作に戻すことが可能となる。なお、RRC接続再確立処理においてUEが新C-plane確立eNB（セル）からRRC接続再確立拒否メッセージを受信した場合は、その時点で、U-planeのみ確立eNB（セル）との接続終了処理を行うと良い。
【０９１７】
（２）とすることで、UEは、元C-plane確立eNB（セル）である新C-plane確立eNB（セル）とRRC接続再確立が可能であることが判断できる。従って、その時点でU-planeのみ確立eNB（セル）において停止していたU-planeのRBを通常動作に戻すと良い。U-planeのみ確立eNB（セル）との接続処理が簡単になり誤動作を削減することが可能となる。
【０９１８】
（３）とすることで、UEは、無線ベアラを設けることが判断できる。従って、その時点でU-planeのみ確立eNB（セル）において停止していたU-planeのRBを通常動作に戻すと良い。必要に応じてU-planeのみ確立eNB（セル）との接続処理を行うことができ、無駄な動作を無くすことが可能となる。
【０９１９】
（２）、（３）の方法において、停止していたU-planeのRBを通常動作に戻すことを示す情報を設けて、RRC connection reestablishmentメッセージあるいはRRC connection reconfigurationメッセージ中に含ませるようにしても良い。このように明確にシグナリングすることで、UEは明確に判断でき、誤動作を削減することが可能となる。
【０９２０】
＜同じU-planeのみ確立eNB（セル）を再設定＞
新C-plane確立eNB（セル）から、元C-plane確立eNB（セル）との接続時に接続していたのと同じU-planeのみ確立eNB（セル）を、UEに新たに設定するようにしても良い。元C-plane確立eNB（セル）と新C-plane確立eNB（セル）とが同じなので可能である。
【０９２１】
新C-plane確立eNB（セル）は、UEに対して、RRC接続再確立処理において、同じU-planeのみ確立eNB（セル）の設定を行うと良い。RRC connection reestablishmentメッセージの中の、radio resource config dedicatedで再設定しても良い。これにより、早期に再設定が可能となる。
【０９２２】
あるいは、新C-plane確立eNB（セル）は、UEに対して、RRC接続再確立処理後にRRC connection reconfigurationを行い同じU-planeのみ確立eNB（セル）の設定を行うと良い。RRC connection reconfigurationメッセージの中の、radio resource config dedicatedで再設定しても良い。通常のU-planeのみ確立eNB（セル）の設定と同じ処理を用いることができるため制御を容易にすることができる。
【０９２３】
このように、UEが、元C-plane確立eNB（セル）との接続時に接続していたのと同じU-planeのみ確立eNB（セル）と接続される場合、MMEに該U-planeのみ確立eNB（セル）との接続に関する情報を通知する必要はない。元々MMEにおいて対象となるUEと該U-planeのみ確立eNB（セル）が接続されている状態で管理されているため、変更する必要が無いためである。言い換えると、DRB 及び/又は S1ベアラの設定を変更する必要は無い。
【０９２４】
MMEに通知が不要となるため、システムとしてシグナリング量の削減を図ることが可能となる。また、U-planeのみ確立eNB（セル）は接続状態を保つことができ、UEおよびNW側の制御を容易にすることが可能となる。
【０９２５】
＜異なるU-planeのみ確立eNB（セル）を設定＞
新C-plane確立eNB（セル）から、元C-plane確立eNB（セル）と接続時に接続していたのと異なるU-planeのみ確立eNB（セル）を、UEに新たに設定するようにしても良い。
【０９２６】
異なるU-planeのみ確立eNB（セル）を設定する場合は、MMEが各eNBのE-RAB設定を行うと良い。
【０９２７】
U-planeのみ確立eNB（セル）の選択・決定は、新C-plane確立eNB（セル）が行っても良いし、MMEが行うようにしても良い。
【０９２８】
新C-plane確立eNB（セル）が行う場合について開示する。
【０９２９】
RRC接続再確立処理後、新C-plane確立eNB（セル）がU-planeのみ確立eNB（セル）の選択・決定を行い、MMEにU-plane設立要求メッセージを送出する。このメッセージを受信したMMEは各eNB（セル）のE-RAB設定を決定して、各eNB（セル）に対してE-RABの設定/修正を行う。
【０９３０】
これらの処理から、U-planeのみ設立eNB（セル）設定までの処理は、実施の形態２変形例３の方法を適用できる。
【０９３１】
例えば、実施の形態２変形例３で開示した、図３８に示すシーケンスを適用すると良い。ST3802以降のシーケンスを適用すると良い。
【０９３２】
異なるU-planeのみ確立eNB（セル）を設定する場合、元のU-planeのみ確立eNB（セル）との接続を終了する。この具体例も、実施の形態２変形例３で開示した方法を適用できる。
【０９３３】
例えば、図３９に示すシーケンスを適用すると良い。ST３９０２以降のシーケンスを適用すると良い。
【０９３４】
こうすることで、元のU-planeのみ確立eNB（セル）を、UEとNW側とで確実に接続終了することが可能となり、無駄なリソースの使用を低減させることが可能となる。
【０９３５】
U-planeのみ確立eNB（セル）の選択・決定を、MMEが行う場合について開示する。
【０９３６】
RRC接続再確立処理後、新C-plane確立eNB（セル）がMMEにU-plane設立要求メッセージを送出する。U-plane設立要求メッセージは、図３８のST３８０３で開示したものと異なり、MMEに対して、U-planeのみ確立eNB（セル）の選択・決定から行うよう、要求するものである。該要求メッセージに、対象となるUEの識別子、自eNB（セル）（新C-plane確立eNB（セル））の識別子を含めておくと良い。該要求メッセージを受信したMMEは、U-planeのみ確立eNB（セル）の選択・決定を行い、各eNB（セル）のE-RAB設定を決定して、各eNB（セル）に対してE-RAB設定/修正を行う。
【０９３７】
これらの処理から、U-planeのみ設立eNB（セル）設定までの処理は、実施の形態２の方法を適用できる。例えば、図３０のシーケンスを適用すると良い。ST3009以降を適用できる。
【０９３８】
異なるU-planeのみ確立eNB（セル）を設定する場合、元のU-planeのみ確立eNB（セル）との接続を終了する。この具体例も、実施の形態２で開示した方法を適用できる。例えば、図３１に示すシーケンスを適用すると良い。ST３１０１以降を適用できる。
【０９３９】
こうすることで、元のU-planeのみ確立eNB（セル）を、UEとNW側とで確実に接続終了することが可能となり、無駄なリソースの使用を低減させることが可能となる。
【０９４０】
RLF関連処理により、UEが、U-planeのみ確立eNB（セル）とのU-planeのRBを停止する場合、U-planeのみ確立eNB（セル）において、該停止期間中U-planeデータをバッファするようにしても良い。UEが、再度同じU-planeのみ確立eNB（セル）に接続した場合、バッファされたデータも通信するようにするとよい。U-planeのRBを停止した場合もデータのロス無く通信が可能となる。
【０９４１】
元のU-planeのみ確立eNB（セル）の接続を終了し、新たなU-planeのみ確立eNB（セル）の接続を確立する場合、UEと各U-planeのみ確立eNB（セル）間の処理と、S-GW間でのベアラのパス切り替えとのタイミングがずれることがある。このような場合、実施の形態２で開示した方法を適用しても良い。実施の形態２における、UEのU-eNBとの接続終了処理から、S-GWでのS1beareパスの削除/修正処理までの間でU-eNBに送信された下りユーザデータの取扱いが不明となる課題を解消する方法を適用すると良い。システムとしての誤動作を低減させることが可能となる。
【０９４２】
例えば、元のU-planeのみ確立eNB（セル）で、接続していたUEとのU-planeデータをバッファしている場合に、実施の形態２で開示した方法のうち、転送する方法を適用する場合、図３３に開示した、ST3302からST3304の処理を新たなU-planeのみ確立eNB（セル）と元のU-planeのみ確立eNB（セル）とで行うと良い。ST3302からST3304のC-eNBの処理を新たなU-planeのみ確立eNBに適用し、ST3302からST3304のU-eNBの処理を元のU-planeのみ確立eNB（セル）に適用すれば良い。下りデータのロス無く異なるU-planeのみ確立eNB（セル）の設定および接続を行うことができる。
【０９４３】
MMEは、新たなU-planeのみ確立eNB（セル）に、元のU-planeのみ確立eNB（セル）に対する転送設定指示のメッセージを通知すると良い。該メッセージに元のU-planeのみ確立eNB（セル）の識別子、通信対象となるUEの識別子などを含めると良い。こうすることで、新たなU-planeのみ確立eNB（セル）は元のU-planeのみ確立eNB（セル）に対して、U-planeデータの転送設定を要求でき、転送処理を行うことが可能となる。
【０９４４】
また、逆に、MMEは、元のU-planeのみ確立eNB（セル）に、新たなU-planeのみ確立eNB（セル）に対する転送設定指示のメッセージを通知すると良い。該メッセージに新たなU-planeのみ確立eNB（セル）の識別子、通信対象となるUEの識別子などを含めると良い。該メッセージの通知にはS1インタフェースを用いると良い。こうすることで、元のU-planeのみ確立eNB（セル）は新たなU-planeのみ確立eNB（セル）に対して、U-planeデータの転送設定を要求でき、転送処理を行うことが可能となる。
【０９４５】
また、C-plane確立eNB（セル）が、新たなU-planeのみ確立eNB（セル）と元のU-planeのみ確立eNB（セル）の識別子を認識している場合、C-plane確立eNB（セル）が、新たな、あるいは元の、U-planeのみ確立eNB（セル）いずれかに、転送設定指示のメッセージを通知行っても良い。該メッセージにはeNB間のインタフェース、例えばX2などを持ちいれば良い。こうすることで、前述と同様の効果が得られる。またこの場合、MMEとのシグナリングが不要となる。
【０９４６】
新C-plane確立eNB（セル）から、元C-plane確立eNB（セル）と接続時に接続していたのと異なるU-planeのみ確立eNB（セル）を、UEに新たに設定する他の方法を開示する。
【０９４７】
RRC接続再確立処理後、U-planeの接続が必要な場合に、UEあるいはNWからU-plane接続要求を行っても良い。このU-plane接続要求として、サービスリクエストを行っても良い。
【０９４８】
U-planeのみ確立eNB（セル）の設立が必要か否かは、MMEあるいは新C-plane確立eNB（セル）が判断(選択・決定)する。新C-plane確立eNB（セル）が判断する場合は、該U-plane接続要求に引き続き、新C-plane確立eNB（セル）からMMEにU-plane設立要求メッセージを送出すると良い。
【０９４９】
これ以降の処理については前述の方法を適用できる。
【０９５０】
なお、元C-plane確立eNB（セル）と接続時に接続していたのと異なるU-planeのみ確立eNB（セル）を、UEに新たに設定する方法について開示したが、元のU-planeのみ確立eNB（セル）の一部を含んでいても良い。前述の方法を適用できる。
【０９５１】
こうすることで、新C-plane確立eNB（セル）から、元C-plane確立eNB（セル）と接続時に接続していたのと異なるU-planeのみ確立eNB（セル）を、UEに新たに設定することが可能となる。UEと新C-plane確立eNB（セル）との新たな接続状況に応じたU-planeのみ確立eNB（セル）を選択、設定することが可能となるため、新C-plane確立eNB（セル）選択時に、通信速度の低下を回避することが可能となる。
【０９５２】
前述した方法において、新C-plane確立eNB（セル）あるいはMMEが、U-planeのみ確立eNB（セル）を選択・決定すると開示したが、選択・決定の際に、優先順位を設けても良い。対象となるUEと接続されていた元のU-planeのみ確立eNB（セル）を優先的に選択・決定するようにしても良い。
【０９５３】
こうすることで、設定が元のU-planeのみ確立eNB（セル）と同じセルになるため、該U-planeのみ確立eNB（セル）の再設定に必要となる設定パラメータが同じ場合、該パラメータは不要となる。MMEから各eNB（セル）へ、及び/又は  U-planeのみ確立eNB（セル）からC-planeのみ確立eNB（セル）へ、及び/又は  C-planeのみ確立eNB（セル）からUEへの再設定のシグナリングとして、再接続を要求する情報のみで良い。これによって、システムとしてシグナリング量を削減できる。
【０９５４】
該再接続を要求する情報の具体例として、接続を要求することを示す情報、対象となるUEの識別子、対象となるU-planeのみ確立eNB（セル）の識別子、C-planeのみ確立eNB（セル）の識別子、E-RAB番号などとしても良い。
【０９５５】
また、選択・決定の際の他の方法として、新C-plane確立eNB（セル）で構成可能なU-planeのみ確立eNB（セル）を選択・決定する、としても良い。UEに確実に接続可能なU-planeのみ確立ｅＮＢ（セル）を設定可能となる。
【０９５６】
後述のC-plane確立eNB（セル）におけるRLF関連処理における、元C-plane確立eNB（セル）におけるタイマＴ３２あるいはＴ３３は、UEからのRRC接続再確立処理でストップすると良い。具体例として、RRC connection reestablishment requestの受信、あるいは、RRC connection reestablishment completeの受信でストップすると良い。これにより、タイマ満了によるNW側のU-planeのみ確立eNB（セル）の接続リリース処理は行わない。こうすることで、UEと元C-plane確立eNB（セル）間でRRC接続が再設立されたのに、元C-plane確立eNB（セル）間でC-planeおよびU-planeの接続が終了されてしまうのを回避することが可能となる。
【０９５７】
前記所定の期間として、UEからのRRC接続再確立処理が行われる可能性がある期間を考慮した値とすると良い。
【０９５８】
＜新C-plane確立eNB（セル）が元C-plane確立eNB（セル）と異なる場合＞
UEが選択した新C-plane確立eNB（セル）が、元C-plane確立eNB（セル）と異なる場合について開示する。
【０９５９】
新たにU-planeのみ確立eNB（セル）を設定する。この場合、MMEが各eNB（セル）のERAB設定を行うと良い。
【０９６０】
U-planeのみ確立eNB（セル）の選択・決定は、新C-plane確立eNB（セル）が行っても良いし、MMEが行うようにしても良い。
【０９６１】
これらの方法は、前述の、新C-plane確立eNB（セル）から、元C-plane確立eNB（セル）と接続時に接続していたのと異なるU-planeのみ確立eNB（セル）を、UEに新たに設定する方法を適用すると良い。
【０９６２】
こうすることで、UEが、セル選択で、異なるC-plane確立eNB（セル）を選択した場合も、前述の効果と同等の効果を得られる。
【０９６３】
＜同じU-planeのみ確立eNB（セル）を選択・決定＞
UEから新C-plane確立eNB（セル）に対して、元U-planeのみ確立eNB（セル）の情報を通知しても良い。
【０９６４】
通知方法として、例えば、UEがセル選択した新C-plane確立eNB（セル）とのRRC接続再確立処理において該情報を通知しても良い。RRC接続再確立処理のRRC connection reestablishment request、あるいは、RRC connection reestablishment completeメッセージに含めて通知しても良い。
【０９６５】
元U-planeのみ確立eNB（セル）の情報として、例えば、セル識別子、MMEが認識可能なセル識別子などがある。また、UEと各U-planeのみ確立eNB（セル）との間の通信品質を含めても良い。
【０９６６】
UEから元U-planeのみ確立eNB（セル）の情報を受信した新C-plane確立eNB（セル）は、UEがどのU-planeのみ確立eNB（セル）と接続していたかを認識できるようになる。
【０９６７】
これにより、UEが、新C-plane確立eNB（セル）として元C-plane確立eNB（セル）を選択した場合の方法を適用することができる。
【０９６８】
新C-plane確立は、新たなU-planeのみ確立eNB（セル）の選択・決定において、UEがどのU-planeのみ確立eNB（セル）と接続していたかを考慮して行っても良い。元U-planeのみ確立eNB（セル）を優先的に選択・決定するようにしてもよい。
【０９６９】
新C-plane確立が選択・決定したU-planeのみ確立eNB（セル）に変更が無ければ、MMEに選択・決定したU-planeのみ確立eNB（セル）の通知を省略しても良い。
【０９７０】
新C-plane確立eNB（セル）からUEに対して、同じU-planeのみ確立eNB（セル）と接続することを通知すれば良い。
【０９７１】
該通知を受信したUEは、該U-planeのみ確立eNB（セル）と引続き通常動作により送受信を行う、あるいは、該U-planeのみ確立eNB（セル）のRBの停止を解除して通常動作に戻り送受信を行うようにすれば良い。
【０９７２】
＜C-plane確立eNB（セル）におけるRLF関連処理＞
C-plane確立eNB（セル）におけるRLF関連処理を開示する。
【０９７３】
C-plane確立eNB（セル）は対象となるUEとの接続状況を評価して、接続に問題があると判断した場合、UEとのRadio problem detectionを検出する。
【０９７４】
C-plane確立eNB（セル）が対象となるUEとの接続を評価する方法について、接続に問題があると判断される事象の具体例を以下６つ開示する。
（１）PDSCHに対するAck/Nackが不達。
（２）PUSCHが不達。
（３）SRSが不達。
（４）PUCCHが不達。
（５）周期的CQIあるいは周期的CSIが不達。
（６）（１）から（５）の組合せ。
【０９７５】
（１）は下り通信に対してUEから送信されたAck/Nackを受信できない場合に接続に問題があると判断しRadio problem detectionを検出する。Ack/Nackを連続してN３１回受信できない場合としても良い。
【０９７６】
（２）、（３）は上り通信に対してUEから送信されたPUSCHあるいはSRS（sounding reference signal）を受信できない場合に接続に問題があると判断しRadio problem detectionを検出する。PUSCHあるいはSRSを各々連続してN３１回受信できない場合としても良い。
【０９７７】
（４）は上り通信に対してUEから送信されたPUCCHを受信できない場合に接続に問題があると判断しRadio problem detectionを検出する。PUCCHを連続してN３１回受信できない場合としても良い。
【０９７８】
（５）は上り通信に対してUEから送信された周期的CQIあるいは周期的CSIを受信できない場合に接続に問題があると判断しRadio problem detectionを検出する。周期的CQIあるいは周期的CSIを各々連続してN３１回受信できない場合としても良い。
【０９７９】
また、（１）から（６）について、不達ではなく、通信品質が劣化した場合にRadio problem detectionを検出するとしても良い。Radio problem detection検出のため通信品質に所定の閾値を設けておくと良い。C-plane確立eNB（セル）は、UEから各チャネルあるいは信号とともに送信されるリファレンスシグナル（RS）あるいはRS相当の信号の受信品質を評価して、所定の閾値を下回った場合に、通信品質が劣化したと判断し、Radio problem detectionが検出されたとしても良い。
【０９８０】
こうすることで、C-plane確立eNB（セル）においても、対象となるUEとの接続状況を評価でき、接続に問題があると判断した場合に、UEとの間でRadio problem detectionが検出されたとすることが可能となる。
【０９８１】
なお、各項目（１）〜（５）において、閾値となる連続受信回数をＮ３１回と同じにしたが、項目毎に異ならせても良い。これによって、通信環境に応じた調整が可能となる。
【０９８２】
C-plane確立eNB（セル）は、対象となるUEとのRadio problem detectionを検出後、UEでのRLF関連処理と同様に時間で管理する。
【０９８３】
C-plane確立eNB（セル）がradio problem detectionを検出した場合、C-plane確立eNB（セル）は、対象となるUEとの接続状況を引続き評価し、前記（１）から（６）における各信号がN３１回連続して到達（受信）した場合、Normal operation状態に戻る。radio problem detectionから所定の期間（T３１）内に、到達を所定の回数（N３１回）連続で検出されなかった場合、RLFを検出したものとする。期間T31は、例えばradio problem detectionからの時間を計測するタイマによってそれを超過したか否かを管理することができる。
【０９８４】
RLF検出した場合、所定の期間（Ｔ３２）内にUEからRRC接続再確立要求メッセージを受信した場合、該UEとRRC接続再確立処理を行う。
【０９８５】
所定の期間（T32）内にUEからRRC接続再確立要求メッセージを受信しない場合、UEとC-plane確立eNB（セル）との接続終了処理を行う。期間T32は、例えばRLF検出からの時間を計測するタイマによってそれを超過したか否かを管理することができる。
【０９８６】
また、この際に、該UEとU-planeのみ確立eNB（セル）との接続が存在する場合は、該U-planeのみ確立eNB（セル）との接続を終了する処理を行う。
【０９８７】
接続終了処理として、C-plane確立eNB（セル）およびU-planeのみ確立eNB（セル）とUEとの接続のためのリソースのリリースや、接続のための情報の削除を行う。
【０９８８】
UEとの接続のためのリソースや情報として、RB/S1ベアラを設定するためのリソースや情報などがある。例えばUE contextなどがある。
【０９８９】
UEとの接続終了処理を行うと判断したC-plane確立eNB（セル）は、該UEとのRB/S1ベアラのリリースや接続のための情報の削除を行う。該UEとの間に設定されているC-planeおよびU-plane接続用リソース(RB/S1)のリリース、接続のためのの削除を行う。
【０９９０】
C-plane確立eNB（セル）は、これらの処理を完了した後、MMEにE-RABリリース完了メッセージを通知するようにしても良い。
【０９９１】
なお、C-plane確立eNB（セル）におけるUEとのU-plane接続用無線リソース(DRB/S1)のリリースや接続のための情報の削除は、MMEからE-RABリリース要求により行うようにしても良い。この場合、MMEはU-plane確立eNBに対してE-RABリリース要求メッセージを通知すると良い。
【０９９２】
また、C-plane確立eNB（セル）におけるUEとの間のRB/S1ベアラのリリースや接続のための情報の削除は、MMEからのE-RABリリース要求により行うようにしても良い。この場合、MMEはU-plane確立eNBに対して、ベアラのリリースが全RB/S1ベアラを対象とする旨の情報を含めたE-RABリリース要求メッセージを通知すると良い。
【０９９３】
U-planeのみ確立eNB（セル）とUEとの間のRB/S1ベアラのリリースや接続のための情報の削除を行う方法の具体例を開示する。
【０９９４】
UEとの接続終了処理を行うと判断したC-plane確立eNB（セル）は、MMEに対して、該UEのためのU-plane接続リリース要求メッセージを通知する。
【０９９５】
U-plane接続リリース要求メッセージに、対象となるUEの識別子を含めておくと良い。また、C-plane確立eNBが、該UEと接続しているU-planeのみ確立eNBを認識している場合は、U-planeのみ確立eNBの識別子を含めても良い。また、接続終了処理を行う理由を通知しても良い。この理由情報の通知により、MMEがどのような処理を行えば良いか判断することが可能となる。
【０９９６】
該メッセージを受信したMMEは、該UEのために設立しているU-planeのみ確立eNBに対して、該UEとの全RB/S1ベアラのリリースや接続のための情報の削除を要求するための、接続リリース要求メッセージを通知する。接続リリース要求メッセージとして、E-RABリリース要求メッセージを適用しても良い。接続リリース要求メッセージに、対象となるUEの識別子を含めておくと良い。
【０９９７】
また、MMEは、S-GWに対して、該UEのために設立しているU-planeのみ確立eNBに対する設定の削除を要求する。この方法として、実施の形態２の図３１で開示したST3110からST3112を適用すると良い。該要求メッセージとして、modify bearer requestを適用し、該メッセージを受信したS-GWは、対象となるUEと接続しているU-planeのみ確立eNBに対する設定、例えばS1ベアラのパス設定などを、削除する。削除後、S-GWはMMEに対して削除完了メッセージを通知しても良い。modify bearer responseを適用しても良い。
【０９９８】
接続リリース要求信号を受信したU-planeのみ確立eNB（セル）は、通知されたUEの識別子を用いて、該UEとの間に設定されているU-plane接続用無線リソース(DRB/S1)のリリース、接続のための情報の削除を行う。
【０９９９】
U-planeのみ確立eNB（セル）は、これらの処理を完了した後、MMEにU-plane接続リリース完了メッセージを通知するようにしても良い。U-plane接続リリース完了メッセージとして、E-RABリリース完了メッセージを適用しても良い。各U-planeのみ確立eNBにおいて対象となるUEのU-plane接続用リソースや情報がリリースや削除されたことを、MMEは、確実に認識できる。
【１０００】
これらの接続終了処理は、実施の形態１や実施の形態２や実施の形態２変形例３で開示したeNBを削除する場合の方法を適用できる。ただし、UEとC-plane確立eNBとの間の接続が不可能な状態のため、該方法の中で、UEとRRC接続を有するeNBとの間で行なわれるシグナリングなどの処理は行わない。
【１００１】
例えば、実施の形態１で開示した方法を適用する場合は、例えば、図２３のシーケンスのST２３０２を適用するとよい。この場合、ST２３１０は行わないとすれば良い。
【１００２】
例えば、実施の形態２で開示した方法を適用する場合は、例えば、図３１のシーケンスのST3101からST３１１２までの処理を適用するとよい。この場合、ST3105、ST3106、ST３１０７は行わないとすればよい。さらに、ST３１０４、ST３１０８についても、UEとU-planeのみ確立eNBとの間で行われるシグナリングに関するものであることから、これらの処理を行わないとしても良い。
【１００３】
例えば、実施の形態２変形例３で開示した方法を適用する場合は、例えば、図３９のシーケンスST３９０２からST３１１２までの処理を適用するとよい。この場合もST3114の中のST3105、ST3106、ST３１０７、ST３１０４、ST３１０８は行わないとすれば良い。
【１００４】
U-planeのみ確立eNB（セル）とUEとのRB/S1ベアラのリリースや接続のための情報の削除を行う方法の他の具体例を開示する。
【１００５】
UEとの接続終了処理を行うと判断したC-plane確立eNB（セル）は、該UEのために設立しているU-planeのみ確立eNBに対して直接、接続リリース要求メッセージを通知しても良い。X2インタフェースを用いても良いし、他のインタフェースを用いても良い。
【１００６】
該接続リリース要求信号に、対象となるUEを識別するための識別子を含めると良い。
【１００７】
接続リリース要求信号を受信したU-planeのみ確立eNB（セル）は、通知されたUEとの間に設定されているU-plane接続用無線リソース(DRB/S1)のリリース、接続のための情報の削除を行う。U-planeのみ確立eNB（セル）は、これらの処理を完了した後、MMEにU-plane接続リリース完了メッセージを通知する。U-plane接続リリース完了メッセージとして、E-RABリリース完了メッセージを適用しても良い。
【１００８】
U-plane接続リリース完了メッセージを受信したMMEは、S-GWに対して、該UEのために設立しているU-planeのみ確立eNBに対する設定の削除を要求する。この方法は前述の方法を適用するとよい。これにより、S-GWにおける設定の削除を行うことが可能となる。
【１００９】
このような方法とすることで、C-plane確立eNB（セル）およびU-planeのみ確立eNB（セル）とUEとの接続のためのリソースのリリースや、接続のための情報の削除を行うことが可能となる。
【１０１０】
NW側で不要となったリソースのリリースおよび情報の削除を実行できるので、NW側のノードにおいて無駄なリソースを保持し続けたり、無駄な情報を記憶し続けたりする必要が無くなるため、リソースの使用効率の向上が可能となる。
【１０１１】
また、NW側においてもリリース処理を行うことで、UEとNW側とでの状態の不一致を極力回避することが可能となる。従って、システムとしての誤動作を低減することができる。
【１０１２】
前述の方法では、所定の期間としてT31とT32を設けたが、他の例として、一つの所定期間で判断するようにしても良い。
【１０１３】
例えば、C-plane確立eNB（セル）がradio problem detectionを検出してから所定の期間（T３３）内に、到達を所定の回数（N３２回）連続で検出されなかった場合、あるいは、RRC接続再確立要求メッセージを受信できなかった場合、UEとC-plane確立eNB（セル）および、U-planeのみ確立eNB（セル）との接続を終了する処理を行う。
【１０１４】
所定の期間（T３３）内に、到達を所定の回数（N３２回）連続で検出した場合、あるいは、RRC接続再確立要求メッセージを受信できた場合は、前述の方法を適用すれば良い。期間T33は、例えばradio problem detectionからの時間を計測するタイマによってそれを超過したか否かを管理することができる。
【１０１５】
設定する所定の期間を一つにすることで制御を単純にすることが可能となる。
【１０１６】
図５８は実施の形態８に係るRLF関連処理のシーケンス例を示す図である。UEでのRLF関連処理とC-plane確立セルでのRLF関連処理があわせて示されている。
【１０１７】
RRC_Connected状態に移行したUEは、ST５８０１でC-eNBとのRLMを開始する。C-eNBとの接続において、ST58０２でN21回連続してout-of-syncとなったかどうか判断する。N21回連続してout-of-syncとなった場合radio problem detectionを検出（ST5803）してFirst Phaseに移行する。N21回連続してout-of-syncとならない場合はRLMを行い、再度ST5802を実行する。ST5803でradio problem detectionを検出したUEは、次のST5804においてタイマT21をスタートさせる。First Phaseでは引続きRLMを行う。ST５８０５でN22回連続してin-syncとなったかどうかを判断する。N22回連続してin-syncとなった場合、normal operationに戻り引続きRLMを行い、ST5802を実行する。N22回連続してin-syncとならなかった場合、ST5806でタイマT21が満了したか否かを判断する。まだ満了していない場合は、引続きRLMを行い、ST5805を実行する。タイマが満了した場合は、ST5807でRLFを検出する。ST5807でRLFを検出したUEは、Second Phaseに入り、ST5808でタイマT21をストップし、タイマT22をスタートさせる。図５８で示した例では、Second PhaseでUEはU-planeのみ確立セル（U-eNB）とのRBを停止せず、通常動作とする。Second PhaseでUEはセル選択処理を起動してセルサーチを行う（ST5809）。ST5810でUEはセル選択できたか否かを判断し、選択できない場合は、ST5811でタイマT22が満了したか否かを判断する。タイマT22がまだ満了していない場合は、ST5809のセルサーチを引続き行う。ST5811でタイマT22が満了した場合は、ST5812でRRC接続離脱処理を行い、ST5813で、UEとU-eNBとの接続を終了させる。RRC接続離脱処理を行うことで、UEは、3001でRRC_Idleに移行する。3001のRRC_Idleでは、UEとU-eNBとの接続が終了した状態となるため、RRC_Idleで接続しているU-eNBは存在しない。
【１０１８】
これにより、UEが複数eNBを用いて通信しているような場合に、UEがRRC_Idle状態に移行した場合にU-plane接続のための無線リソースを無駄に保持してしまう問題を回避でき、無線リソースの使用効率を向上させることが可能となる。
【１０１９】
ST5810でUEがセル選択をできた場合は、ST5814でタイマT22をストップし、ST5815で選択したセルが元のC-eNB（元C-eNB）か否かを判断する。元C-eNBでない場合は、[B]の処理を行う。[B]の処理の具体例は後述する図６１に開示する。選択したセルが元C-eNBである場合は、選択した元C-eNBとの間で、ST5816で示す一連のRRC接続再確立処理を行う。ST5817でUEは元C-eNBに対してRRC connection reestablishment requestメッセージを通知し、ST5821で元C-eNBはUEに対してRRC connection reestablishmentメッセージを通知する。RRC connection reestablishmentメッセージを受信したUEは、元C-eNBとの間でRRC接続再確立処理を行う。元C-eNBとRRC接続再確立処理を完了したUEは、ST5823で元C-eNBに対してRRC connection reestablishment completeメッセージを通知する。このRRC connection reestablishment処理により、UEと元C-eNBとS-GWとの間にRadio bearer1（3003）およびS1 bearer１（3004）が再設定される。また、second phaseで、UEとU-eNBとの接続は通常動作としていたため、UEとU-eNB（元U-eNB）とS-GWとの間でRadio bearer2（DRB）（3027）およびS1bearer2（3028）は引続き設定される。このため、ST3005、ST3006でU-planeデータが元C-eNBを介してUEとS-GWとの間で通信可能となり、ST3032、ST3033でU-planeデータが元U-eNBを介してUEとS-GWとの間で通信可能となる。これにより、UEは、元C-eNBおよび元U-eNBを用いて通信できるようになる。
【１０２０】
図５８では、Second PhaseでU-planeのみ確立セル（U-eNB）とのRBを停止せず、通常動作とした場合を示した。Second PhaseでU-planeのみ確立セル（U-eNB）とのRBを停止とする場合は、ST5808の後、ST5809の前にU-eNBとのRB停止処理を加えれば良い。さらに、ST5815で元C-eNBを選択した場合に、元C-eNBは、UEに対して停止していたU-planeのRBを通常動作に戻すことを示す情報（例えばU-eNB再起動情報とする）を、RRC connection reestablishment処理中のRRC connection reestablishmentメッセージ（ST5812）に含ませて、UEに通知すると良い。あるいは、元C-eNBは、U-eNB再起動情報をRRC connection reconfigurationメッセージ中に含ませて、RRC connection reestablishment処理後に、UEに通知すると良い。U-eNB再起動情報を受信したUEは、停止していたU-eNBのRBを再起動させ、通常動作に戻す。これにより、UEとU-eNB（元U-eNB）とS-GWとの間でRadio bearer2（DRB）（3027）およびS1bearer2（3028）が設定され、U-planeデータが元U-eNBを介してUEとS-GWとの間で通信可能となる。従って、UEは、元C-eNBおよび元U-eNBを用いて通信できるようになる。
【１０２１】
次に、C-eNBでのRLF関連処理について示す。
【１０２２】
UEとC-plane接続をしているC-eNBは、ST５８２６でUEとの間でRLMを開始する。UEとの間の接続において、ST58２７でN31回連続して上り信号あるいはチャネルが不達となったかどうか判断する。上り信号として、例えば、周期的CQIとする。N31回連続して周期的CQIが不達となった場合radio problem detectionを検出（ST5828）する。N31回連続して周期的CQIが不達とならない場合はRLMを行い、再度ST58２７を実行する。ST58２８でradio problem detectionを検出したC-eNBは、ST5829においてタイマT31をスタートさせ、引続きRLMを行う。ST５８３０でN32回連続して周期的CQIを受信できたかどうかを判断する。N32回連続して周期的CQIを受信できた場合、normal operationに戻り引続きRLMを行い、ST5827を実行する。N32回連続して周期的CQIを受信できなかった場合、ST5831でタイマT31が満了したか否かを判断する。まだ満了していない場合は、引続きRLMを行い、ST5830を実行する。タイマが満了した場合は、ST5832でRLFを検出する。ST5832でRLFを検出したC-eNBは、ST5833でタイマT31をストップし、タイマT32をスタートさせる。C-eNBは、ST5818でUEからRRC connection reestablishment requestを受信したかどうかを判断する。受信した場合は、ST5819でタイマT32をストップする。ST5820で元のU-eNBを選択するか否かを判断し、選択する場合は、ST5821、ST5823の処理へ移行する。ST５８２０で元のU-eNBを選択しなかった場合は、ST5822でRRC connection reestablishmentメッセージをUEに通知する。RRC connection reestablishmentメッセージを受信したUEは、元C-eNBとのRRC接続再接続処理を行う。元C-eNBとのRRC接続再接続処理を完了したUEは、ST5824で、元C-eNBに対してRRC connection reestablishment comleteメッセージを通知する。RRC connection reestablishment comleteメッセージを受信した元C-eNBは[A]の処理を行う。[A]の処理の具体例は後述する図５９あるいは図６０に開示する。
【１０２３】
ST581８で、UEからRRC connection reestablishment requestを受信しない場合は、ST５８２５でタイマT32が満了したか否かを判断する。満了していない場合は戻ってST5818の判断を継続する。ST5825において、タイマT32が満了したと判断した元C-eNBは、UEとの接続終了処理を起動する。接続終了処理の起動により、UEと元C-eNBとの接続終了処理およびUEとU-eNBとの接続終了処理が行われる。この処理は[C]以降に示す。[C]の処理の具体例は後述する図６２に開示する。
【１０２４】
図５９は、図５８における[A]の処理のシーケンス例である。元C-eNBが新たなU-planeの確立eNB（セル）（新U-eNB）を選択・決定する場合について開示する。
【１０２５】
図５８のST５８２０で元U-eNBを選択しない場合、元C-eNBはUEに対してRRC connection establishment処理を行い、[A]の処理に移行する。元C-eNBはUEに対してRRC connection establishment処理を行うことで、図５９に示す通り、UEと元C-eNBとS-GWとの間にRadio bearer1（3003）およびS1 bearer１（3004）が再設定される。これにより、ST3005、ST3006でU-planeデータが元C-eNBを介してUEとS-GWとの間で通信可能となる。
【１０２６】
RRC接続再確立処理後、元C-eNBが新U-eNBの選択・決定を行い、該新U-eNBとのU-plane接続処理を行う。この一連の処理は図３８のST3802からST3036で開示した処理を適用する。こうすることで、UEと新U-eNBとS-GWとの間でRadio bearer2(DRB)およびS1 bearer２が設定され、U-planeデータが新U-eNBを介してUEとS-GWとの間で通信可能となる。
【１０２７】
これにより、UEは、元C-eNBおよび新U-eNBを用いて通信できるようになる。
【１０２８】
元U-eNBの削除処理は、実施の形態２変形例３の図３９で開示した方法を適用すると良い。図３９のST３９０２からST３１１５を適用できる。なお、ST3010で、MMEは新U-eNBを設定するため、元U-eNBを削除することも可能である。この場合は、ST３０１１からST3115を適用すると良い。新U-eNBの設定のシーケンスと元U-eNBの削除のシーケンスは継続して行われても良いし、並列に行われても良い。
【１０２９】
図６０は、図５８における[A]の処理の他のシーケンス例である。MMEが新たなU-planeの確立eNB（セル）（新U-eNB）を選択・決定する場合について開示する。
【１０３０】
図５８のST５８２０で元U-eNBを選択しない場合、元C-eNBはUEに対してRRC connection establishment処理を行い、[A]の処理に移行する。元C-eNBはUEに対してRRC connection establishment処理を行うことで、図６０に示す通り3003および3004で、UEと元C-eNBとS-GWとの間にRadio bearer1（3003）およびS1 bearer１（3004）が再設定される。これにより、ST3005、ST3006でU-planeデータが元C-eNBを介してUEとS-GWとの間で通信可能となる。
【１０３１】
RRC接続再確立処理後、ST6001で、元C-eNBは、MMEに対してU-planeのみ確立eNB（セル）の選択・決定から行うよう要求するための、U-plane設立要求メッセージを通知する。U-plane設立要求メッセージを受信したMMEは、U-planeのみ確立eNB（セル）の選択・決定を行い、各eNB（セル）のE-RAB設定を決定して、各eNB（セル）に対してE-RAB設定/修正を行う。これらの処理から、U-planeのみ設立eNB（セル）設定までの処理は、図３０のST3009からST3036で開示した処理を適用する。こうすることで、UEと新U-eNBとS-GWとの間でRadio bearer2(DRB)およびS1 bearer２が設定され、U-planeデータが新U-eNBを介してUEとS-GWとの間で通信可能となる。
【１０３２】
これにより、UEは、元C-eNBおよび新U-eNBを用いて通信できるようになる。
【１０３３】
元U-eNBの削除処理は、実施の形態２の図３１で開示した方法を適用すると良い。図３１のST３１０１からST３１１５を適用できる。新U-eNBの設定のシーケンスと元U-eNBの削除のシーケンスは継続して行われても良いし、並列に行われても良い。
【１０３４】
図６１は、図５８における[B]の処理のシーケンス例である。MMEが新たなU-planeの確立eNB（セル）（新U-eNB）を選択・決定する場合について開示する。
【１０３５】
図５８のST５８１５で、UEが、新C-plane確立eNB（セル）（新C-eNB）として元C-eNBとは異なるセルを選択した場合、[B]の処理に移行する。図６１のST5816で、UEは選択した新C-eNBとRRC接続再確立処理を行う。ST５８１６でRRC接続再確立処理が完了した後、UEは、U-plane接続が必要な場合に、U-plane接続を行うため、ST６１０１でサービスリクエスト処理を行う。すでにST５８１６のRRC接続再確立処理によりRRC接続が設立されているので、ST6101のサービスリクエスト処理では、RRC接続setup処理は不要である。ST6101のサービスリクエスト処理により、UEと新C-eNBとS-GWとの間にRadio bearer1（3003）およびS1 bearer１（3004）が再設定される。これにより、ST3005、ST3006でU-planeデータが新C-eNBを介してUEとS-GWとの間で通信可能となる。
【１０３６】
ST6101のサービスリクエスト処理に引き続いて、ST6001で、新C-eNBは、MMEに対してU-planeのみ確立eNB（セル）の選択・決定から行うよう要求するための、U-plane設立要求メッセージを通知する。U-plane設立要求メッセージを受信したMMEは、U-planeのみ確立eNB（セル）の選択・決定を行い、各eNB（セル）のE-RAB設定を決定して、各eNB（セル）に対してE-RAB設定/修正を行う。これらの処理から、U-planeのみ設立eNB（セル）設定までの処理は、図３０のST3009からST3036で開示した処理を適用する。こうすることで、UEと新U-eNBとS-GWとの間でRadio bearer2(DRB)およびS1 bearer２が設定され、U-planeデータが新U-eNBを介してUEとS-GWとの間で通信可能となる。
【１０３７】
これにより、UEは、新C-eNBおよび新U-eNBを用いて通信できるようになる。
【１０３８】
図６２は、図５８における[C]の処理のシーケンス例である。元C-eNBがU-plane設立eNBの削除を決定する場合について開示する。図５８のST５８２５で、タイマT32が満了したと元C-eNBが判断した場合、[C]に移行し、元C-eNBはUEとの接続終了処理を起動する。これにより、UEと元C-eNBおよびU-eNBとの接続終了処理が行われる。
【１０３９】
図６２では、元C-eNBはUEとの接続終了処理として、実施の形態２変形例３で開示した方法を適用する場合について示す。図３９のシーケンスST３９０２からST３１１２までの処理を適用する。ただし、UEへのシグナリングに関するものは無くす。
【１０４０】
ST3902で元C-eNBは自セルも含めて対象となるUEに対してU-planeを設立している全eNBの削除を決定する。この際に、タイマT32の満了による接続終了処理であることを判断指標としても良い。ST３９０３で、元C-eNBはMMEに対してE-RABリリース要求を通知する。E-RABリリース要求を受信したMMEは、ST３０１０で該要求メッセージに含まれている対象となるUEの識別子、元e-NBの識別子、削除するeNBの識別子などを用いて各eNBのE-RABリリースを決定する。MMEは、ST6201で、元C-eNBに対してE-RABリリースを要求するメッセージを通知する。MMEから元C-eNBに対して通知するE-RABリリースの要求メッセージには、ベアラのリリースが全RB/S1ベアラを対象とする旨の情報を含めておくとよい。MMEは、ST３１０２で、元U-eNBに対して、E-RABリリースを要求するメッセージを通知する。E-RABリリースを要求するメッセージを受信した元C-eNBは、ST６２０２で対象となるUEに対して設定されていた全RB/S1ベアラのリリースおよびUEに関する情報を削除する。ST6202の処理を完了したUEはST6203でMMEにE-RABリリースの完了を通知する。また、E-RABリリースを要求するメッセージを受信した元U-eNBは、ST３１０３で対象となるUEに対して設定されていたDRB/S1ベアラのリリースおよびUEに関する情報を削除する。ST3103の処理を完了したUEはST3109でMMEにE-RABリリースの完了を通知する。
【１０４１】
これにより、元C-eNBはUEとのRRC接続を終了でき、6204でUEとの状態をRRC_Idle状態にすることができる。また、元C-eNBおよび元U-eNBで、全RB/S1ベアラのためのリソースのリリースやUEに関する情報の削除が行われる。従って、接続終了処理が完了する。
【１０４２】
本実施の形態で開示した方法とすることで、C-plane確立eNB（セル）との通信品質が劣化して通信が不可能になったとしても、UEは、U-plane接続のための無駄なリソースの保持を回避することか可能となる。このため、無線リソースの使用効率を向上させることができる。
【１０４３】
また、UEとNW側との間での処理の曖昧さを無くすことで、U-plane接続の設立/削除を行うことが可能となり、正常なデータ通信を行うことが可能となる。
【１０４４】
また、システムとしての誤動作を低減することができる。
【１０４５】
元C-plane確立eNB（セル）のタイマT32あるいはT33は、UEから新C-plane確立eNB（セル）へのRRC接続再確立処理ではストップされない。
【１０４６】
NW側の、U-planeのみ確立eNB（セル）の接続終了処理は、元C-plane確立eNB（セル）のタイマT32あるいはT33の満了で起動する。
【１０４７】
新たなU-planeのみ確立eNB（セル）の設定タイミングと、NW側のU-planeのみ確立eNB（セル）の接続終了処理のタイミングとが前後してしまう問題が生じる場合がある。
【１０４８】
この問題を解消するため、MMEが調整をはかる。
【１０４９】
タイマT32あるいはT33の満了により接続終了処理が起動された場合、U-plane接続リリース要求メッセージを受信したMMEが、新C-plane確立eNB（セル）で、該UEに対して、U-planeのみ確立eNB（セル）の設定を行っているか否かをチェックする。
【１０５０】
行っている場合は、リリース処理を破棄する。行っていない場合は、リリース処理を実行する。
【１０５１】
こうすることで、例えば、新たに設定されたU-planeのみ確立eNB（セル）がリリースされてしまう、などの問題の発生を回避することが可能となる。システムとして誤動作を低減でき安定した動作にする事が可能となる。
【１０５２】
元C-plane確立eNB（セル）からMMEに、MMEによる判断の誤動作を低減するための情報を通知しても良い。
【１０５３】
該情報を、元C-plane確立eNB（セル）からMMEに、U-plane接続リリース要求メッセージに含めて通知する。
【１０５４】
該情報の具体例を以下に３つ開示する。
（１）該タイマ満了によるリリース処理要求か否か。
（２）タイマ満了した元C-plane確立eNB（セル）の識別子。
（３）対象となるUEの識別子。
【１０５５】
他の方法として、MMEによる判断の誤動作を無くすため、RLFによる再設定か否かの情報を設けても良い。該情報を、UEからMMEに、あるいは、UEから新C-plane確立eNB（セル）に、あるいは、新C-plane確立eNB（セル）からMMEに通知する。
【１０５６】
これにより、MMEはU-planeのみ確立eNB（セル）の設定の原因がRLFか否かを判断できる。従って、U-planeのみ確立eNB（セル）の設定後にU-plane接続リリース要求メッセージを受信した場合、すでに設定したU-planeのみ確立eNB（セル）がRLFによる場合は、該U-plane接続リリース要求メッセージを破棄し、RLFで無い場合は、該U-plane接続リリース要求メッセージに従って、U-planeのみ確立eNB（セル）の接続終了（リリース）処理を行うようにすれば良い。
【１０５７】
このような方法をとることで、MMEにおける判断の誤動作を低減することが可能となる。
【１０５８】
新たなU-planeのみ確立eNB（セル）の設定タイミングと、NW側のU-planeのみ確立eNB（セル）の接続終了処理のタイミングとが前後してしまう問題を回避する他の方法として、UEから新C-plane確立eNB（セル）へのRRC接続再確立処理を契機に、新C-plane確立eNB（セル）から元C-plane確立eNB（セル）へ、元C-plane確立eNBにおける、タイマT32あるいはT33の満了でのU-planeのみ確立eNBの接続終了処理の終了を指示するシグナリングを設けると良い。該シグナリングを、新C-plane確立eNB（セル）から元C-plane確立eNB（セル）へ、MMEを介して通知するようにしても良い。例えば、元C-plane確立eNBにおいて設定されていたU-planeのみ確立eNB（セル）と新C-plane確立eNB（セル）で設定されるU-planeのみ確立eNB（セル）が同じ場合に適用することで、該U-planeのみ確立eNB（セル）の設定後に削除されることを無くすことができる。
【１０５９】
また、該シグナリングに、新C-plane確立eNB（セル）で設定するU-planeのみ確立eNB（セル）に関する情報、例えば識別子を含めても良い。これにより、元のC-plane確立eNB(セル)は、タイマT32あるいはT33の満了でのU-planeのみ確立eNBの接続終了処理の終了を実行するか否かを判断可能となる。あるいは、同じU-planeのみ確立eNB（セル）のみ接続終了処理を終了するようにしても良い。
【１０６０】
こうすることで、システムとして誤動作を低減でき安定した動作にする事が可能となる。
【１０６１】
実施の形態８変形例１．
＜U-planeのみ確立eNBとの接続終了処理方法  （ｂ）＞
U-planeのみ確立eNB（セル）との接続終了処理方法の他の具体例を開示する。
【１０６２】
UEは、C-plane確立eNB（セル）との接続においてRLFを検出した場合に、U-planeのみ確立eNB（セル）との接続を終了する。
【１０６３】
U-planeのみ確立eNB（セル）との接続終了処理として、UEは、接続している全U-planeのみ確立eNB（セル）におけるU-planeの全接続の終了処理を行う。全U-planeのみ確立eNB（セル）における、U-planeの全RBのMAC、RLC、PDCPのリリースを含む、U-planeの全無線リソースのリリースを行う。
【１０６４】
図５７（ｂ）は、本変形例に係るRLF関連処理について説明するための図である。図５７（ｂ）は、図５７（ａ）と類似しているので、同一のエレメントに関しては共通する説明を省略する。
【１０６５】
Normal operation状態のUEが、C-plane確立eNB（セル）との間でRLMを行い、out-of-syncを所定の回数（N21）連続で検出（radio problem detection）した場合に、First Phaseに入る。
【１０６６】
First Phaseで、UEは、C-plane確立eNB（セル）との間でRLMを引続き行い、in-syncを所定の回数（N22）連続で検出した場合、Normal operation状態に戻る。radio problem detectionから所定の期間（T21）内に、in-syncを所定の回数（N22）連続で検出されなかった場合、RLFを検出し、second phaseに入る。
【１０６７】
UEは、C-plane確立eNB（セル）との接続においてRLFを検出した場合に、U-planeのみ確立eNB（セル）との接続を終了する。
【１０６８】
second phase で、UEは、RLF情報を記憶し、RRC接続再確立処理を起動する。
ASセキュリティが起動されていない場合は、RRC接続離脱処理を行うとしても良い。
【１０６９】
＜RRC接続再確立処理＞
RRC接続再確立処理の起動において、UEは、C-plane確立eNB（セル）における、SRB0を除く全RBを停止し、MACのリセット、SCellのリリース、デフォルトのPHY設定の適用、デフォルトのMAC主設定の適用等を行い、セルセレクション処理を行う。UEとC-plane確立eNB（セル）との間でU-planeの接続が存在する場合は、該U-planeの接続のための全RBも含めて停止する。すなわち、C-plane確立eNB（セル）との間のU-planeの接続に関しては、U-planeのみ確立eNB（セル）に対する処理ではなく、C-plane確立eNB（セル）に対する処理に従う。
【１０７０】
U-planeのみ確立eNB（セル）においてCA（carrier aggregation）が構成されている場合は、該CAのSCellのリリースを行うようにしても良い。
【１０７１】
＜実施の形態８との比較＞
UEが、RRC接続離脱処理（leaving RRC_Connected）を行う場合や、RRC接続再確立処理を行う場合のU-planeのみ確立eNB（セル）の取扱い方法について開示する。
【１０７２】
実施の形態８で開示した方法と異なり、UEは、Second Phaseでセル選択成功した場合、すでに、U-planeのみ確立eNB（セル）との接続を終了（リリース）している。このため、UEがセル選択でどのC-plane確立eNB（セル）を選択しても、また、RRC接続再確立したC-plane確立eNB（セル）あるいはMMEによってどのU-planeのみ確立eNB（セル）を選択・決定されても、新たなU-planeのみ確立eNB（セル）の設定になる。
【１０７３】
従って、MMEが各eNB（セル）のE-RAB設定を行うと良く、このため、U-planeのみ確立eNB（セル）の設定要求をMMEに通知する必要が有る。
【１０７４】
この場合のU-planeのみ確立eNB（セル）の設定および削除の方法は、実施の形態８で開示した、元C-plane確立eNB（セル）を選択した場合の異なるU-planeのみ確立eNB（セル）と接続する場合の方法を適用すると良い。
【１０７５】
あるいは、実施の形態８で開示した、異なるC-plane確立eNB（セル）を選択した場合の方法を適用すると良い。
【１０７６】
本変形例で開示した方法とすることで、実施の形態８で開示した方法に比べ、UEは、second Phaseの間もU-plane接続用無線リソースの無駄な保持を回避することが可能となる。すなわち、早期にU-planeのみ確立eNB（セル）との接続終了処理を行うことで、無線リソースの使用効率を向上させることができる。
【１０７７】
また、RLF後のsecond Phaseはセル選択処理を行うフェーズである。つまり、たとえリカバリしたとしても、他のセル（異なるC-plane確立eNB（セル））との接続になる可能性が大きい。他のセルとの接続になった場合、該セルとの接続状況におけるU-planeの設定が必要となる場合が生じてしまう。それを考慮して、UEはRLF検出の時点でU-planeのみ確立eNB（セル）との接続終了処理を行うようにすることで、新C-plane確立eNB（セル）との通信環境を反映することが可能となり、RRC接続再確立した場合の通信品質が低下するのを回避することが可能となる。
【１０７８】
＜設定と削除のタイミングずれ＞
本変形例における、NW側によるU-planeのみ確立eNB（セル）の接続終了（リリース）は、C-plane確立eNB（セル）のRLF関連処理におけるタイマT３１で管理され、タイマT３１満了で接続終了処理が行われるようにする。UEにおけるRLFとともに、NW側でのRLFで接続終了処理が行われるようにすると良い。
【１０７９】
しかし、UEとNW側とで完全に同じタイミングで行われるとは限らない。
【１０８０】
元C-plane確立eNB（セル）のタイマT３１は、UEから新C-plane確立eNB（セル）へのRRC接続再確立処理でリセットできない。
【１０８１】
新たなU-planeのみ確立eNB（セル）の設定タイミングと、NW側のU-planeのみ確立eNB（セル）のリリースのタイミングが前後する場合がある。
【１０８２】
この場合、新たに設定されたU-planeのみ確立eNB（セル）がリリースされてしまう、という問題が発生する場合がある。
【１０８３】
この問題を解消するため、MMEが調整をはかる。
【１０８４】
MMEにおける調整方法は、実施の形態８で開示した方法を適用すると良い。同等の効果が得られる。
【１０８５】
このような方法をとることで、MMEにおける判断の誤動作を低減することが可能となる。
【１０８６】
実施の形態８変形例２．
＜U-planeのみ確立eNBとの接続終了処理方法  （ｃ）＞
U-planeのみ確立eNB（セル）との接続終了処理方法の他の具体例を開示する。
【１０８７】
UEは、C-plane確立eNB（セル）との接続においてRadio problem detectionした場合に、U-planeのみ確立eNB（セル）との接続を終了する。
【１０８８】
U-planeのみ確立eNB（セル）との接続終了処理として、UEは、接続している全U-planeのみ確立eNB（セル）におけるU-planeの全接続の終了処理を行う。全U-planeのみ確立eNB（セル）における、U-planeの全RBのMAC、RLC、PDCPのリリースを含む、U-planeの全無線リソースのリリースを行う。
【１０８９】
図５７（ｃ）は、本変形例に係るRLF関連処理について説明するための図である。図５７（ｃ）は、図５７（ａ）と類似しているので、同一のエレメントに関しては共通する説明を省略する。
【１０９０】
Normal operation状態のUEが、C-plane確立eNB（セル）との間でRLMを行い、out-of-syncを所定の回数（N21）連続で検出（radio problem detection）した場合に、First Phaseに入る。
【１０９１】
UEは、C-plane確立eNB（セル）との接続においてradio problem detectionを検出した場合に、U-planeのみ確立eNB（セル）との接続を終了する。
【１０９２】
First Phaseで、UEは、C-plane確立eNB（セル）との間でRLMを引続き行い、in-syncを所定の回数（N22）連続で検出した場合、Normal operation状態に戻る。radio problem detectionから所定の期間（T21）内に、in-syncを所定の回数（N22）連続で検出されなかった場合、RLFを検出し、second phaseに入る。
【１０９３】
second phase で、UEは、RLF情報を記憶し、RRC接続再確立処理を起動する。
ASセキュリティが起動されていない場合は、RRC接続離脱処理を行うとしてもよい。
【１０９４】
＜RRC接続再確立処理＞
RRC接続再確立処理の起動において、UEは、C-plane確立eNB（セル）における、SRB0を除く全RBを停止し、MACのリセット、SCellのリリース、デフォルトのPHY設定の適用、デフォルトのMAC主設定の適用等を行い、セルセレクション処理を行う。UEとC-plane確立eNB（セル）との間でU-planeの接続が存在する場合は、該U-planeの接続のための全RBも含めて停止する。すなわち、C-plane確立eNB（セル）との間のU-planeの接続に関しては、U-planeのみ確立eNB（セル）に対する処理ではなく、C-plane確立eNB（セル）に対する処理に従う。
【１０９５】
U-planeのみ確立eNB（セル）においてCA（carrier aggregation）が構成されている場合は、該CAのSCellのリリースを行うようにしても良い。
【１０９６】
＜実施の形態８変形例１との比較＞
UEが、RRC接続離脱処理（leaving RRC_Connected）を行う場合や、RRC接続再確立処理を行う場合のU-planeのみ確立eNB（セル）の取扱い方法は実施の形態８変形例１で開示した方法を適用すれば良い。同等の効果を得られる。
【１０９７】
＜実施の形態８、実施の形態８変形例１との比較＞
UEが、radio problem detectionを検出後、再同期（in-syncを所定の回数（N22）連続で検出）してNormal operation状態に戻った場合のU-planeのみ確立eNB（セル）の取扱い方法について開示する。
【１０９８】
実施の形態８、実施の形態８変形例１で開示した方法と異なり、UEが、first Phaseで再同期した場合に、すでにU-planeのみ確立eNB（セル）との接続を終了（リリース）している。このため、再同期した(元)C-plane確立eNB（セル）あるいはMMEによって、どのU-planeのみ確立eNB（セル）が選択・決定されても、新たなU-planeのみ確立eNB（セル）の設定になる。
【１０９９】
従って、MMEが各eNB（セル）のE-RAB設定を行うと良く、このため、元C-plane確立eNB（セル）がU-planeのみ確立eNB（セル）の設定要求をMMEに通知する必要が有る。
【１１００】
この場合のU-planeのみ確立eNB（セル）の設定および削除の方法は、実施の形態８で開示した、元C-plane確立eNB（セル）を選択した場合の異U-planeのみ確立eNB（セル）と接続する場合の方法を適用すると良い。
【１１０１】
本変形例で開示した方法とすることで、実施の形態８あるいは実施の形態８変形例１に比べてさらに早くリソースのリリースを行うことが可能となる。このため、結果的にリカバリ（再同期、RRC接続再確立）ができなかった場合などにおいて、リソースの無駄を無くすことが可能となり、リソースの利用効率を向上させることができる。
【１１０２】
＜設定と削除のタイミングずれ＞
本変形例における、NW側によるU-planeのみ確立eNB（セル）の接続終了（リリース）は、C-plane確立eNB（セル）のRLF関連処理において、UEとのradio problem detectionが検出された場合に行われるとよい。
【１１０３】
しかし、UEとNW側とで完全に同じタイミングでradio problem detectionを検出するとは限らない。
【１１０４】
NW側の、U-planeのみ確立eNB（セル）の接続終了処理は、元C-plane確立eNB（セル）のradio problem detection検出で起動される。
【１１０５】
新たなU-planeのみ確立eNB（セル）の設定タイミングと、NW側のU-planeのみ確立eNB（セル）のリリースのタイミングが前後する場合がある。
【１１０６】
この場合、新たに設定されたU-planeのみ確立eNB（セル）がリリースされてしまう、という問題が発生する場合がある。
【１１０７】
この問題を解消するため、MMEが調整をはかる。
【１１０８】
radio problem detectionによる接続削除処理が起動された場合、MMEが、元C-plane確立eNB（セル）で、該UEに対して、U-planeのみ確立eNB（セル）の設定を行っているか否かをチェックする。
【１１０９】
行っている場合は、リリース処理を破棄する。行っていない場合は、リリース処理を実行する。
【１１１０】
元C-plane確立eNB（セル）からMMEに、MMEによる判断の誤動作を低減するための情報を通知しても良い。
【１１１１】
該情報を、元C-plane確立eNB（セル）からMMEに、リリース要求メッセージに含めて通知する。
【１１１２】
該情報の具体例を以下に３つ開示する。
（１）radio problem detectionによるリリース処理要求か否かを示す情報。
（２）radio problem detectionした元C-plane確立eNB（セル）の識別子。
（３）対象となるUEの識別子。
【１１１３】
他の方法として、MMEによる判断の誤動作を無くすため、再同期後の再設定か否かの情報を設けて通知しても良い。UEからMMEに、あるいは、UEから元C-plane確立eNB（セル）に、あるいは、元C-plane確立eNB（セル）からMMEに通知する。
【１１１４】
これにより、MMEはU-planeのみ確立eNB（セル）の設定の原因が再同期か否かを判断できる。従って、U-planeのみ確立eNB（セル）の設定後にリリース要求メッセージを受信した場合、すでに設定したU-planeのみ確立eNB（セル）が再同期による場合は、該リリース要求メッセージを破棄し、再同期で無い場合は、該リリース要求メッセージに従って、U-planeのみ確立eNB（セル）の接続終了（リリース）処理を行うようにすれば良い。
【１１１５】
このような方法をとることで、MMEにおける判断の誤動作を低減することが可能となる。
【１１１６】
実施の形態８から実施の形態８変形例２において、C-plane確立eNBにおけるRLF関連処理におけるU-planeのみ確立eNBの接続終了処理の起動をUEにおけるRLF関連処理におけるU-planeのみ確立eNBの接続終了処理の起動よりも十分遅く開始するようにするため、C-plane確立eNBにおけるRLF関連処理で設定する所定の期間T31を、UEにおけるRLF関連処理で設定した所定の期間T21よりも長く設定すると良い。及び/又は、同様にT32が設定される場合、T22よりも長く設定すると良い。及び/又は、T33が設定される場合、T21とT22の合計よりも長く設定すると良い。
【１１１７】
こうすることで、C-plane確立eNBにおけるRLF関連処理におけるU-planeのみ確立eNBの接続終了処理の起動をUEにおけるRLF関連処理におけるU-planeのみ確立eNBの接続終了処理の起動よりも十分遅く開始することが可能となるため、例えば、UEがまだU-planeのみ確立eNBの接続終了処理を行っていないのに、NW側で先にU-planeのみ確立eNBの接続終了処理を行ってしまう、という誤動作を低減することが可能となる。NW側でのU-planeのみ確立eNBの接続終了処理にともなうシグナリングを削減することも可能となる。
【１１１８】
＜HOF＞
実施の形態２から実施の形態３変形例１で、U-planeのみ確立eNB（セル）の変更はHOではなくU-planeのみ確立eNB（セル）の追加/削除/修正で行われることを開示した。一方、C-plane確立セルの変更についてはHOを適用すればよいことを開示した。また、C-plane確立セル間でHOが行われる場合のU-planeのみ確立セルの取扱い方法を開示した。
【１１１９】
C-plane確立セル間でHOが行われる場合のU-planeのみ確立セルの取扱い方法として、（２）にU-planeの接続を確立するeNBを、ターゲットC-plane確立eNBからUEに通知することを開示したが、U-planeのみ確立セルがHO前後で同じであった場合、UEへの通知を行わなくても良い。UEはHOの際に該通知がない場合、U-planeのみ確立セルの接続変更を行わなくて良いとすれば良い。
【１１２０】
こうすることで、U-planeのみ確立セルに関する情報を、ターゲットC-plane確立セルからソースC-plane確立セルを介してUEに送信しなくて済むため、シグナリング量あるいはメッセージに含まれる情報量を低減することが可能となる。
【１１２１】
また、他の方法として、U-planeのみ確立セルがHO前後で同じであった場合、UEにHO前後で確立するU-planeのみ確立セルが同じ旨を示す情報を通知するようにしても良い。ターゲットC-plane確立セルからソースC-plane確立セルを介してUEに送信する。U-planeのみ確立eNBに関する情報に比べて情報量は少なくて済むため、シグナリング量あるいはメッセージに含まれる情報量を低減することが可能となる。
【１１２２】
C-plane確立セルのHOの際にUEがHO失敗（HO failure、HOF）を検出した場合のU-planeのみ確立セルの取り扱い方法について、以下に２つ開示する。
（１）UEがC-plane確立セルのHOFを検出した場合、U-planeのみ確立eNB（セル）との接続を終了する。U-planeのみ確立eNB（セル）との接続終了方法は、実施の形態８で開示した方法を適用すれば良い。
（２）UEがC-plane確立セルのHOFを検出した場合、UEがRLFを検出したとみなし、UEがRLFを検出した場合のU-planeのみ確立セルの取扱いとする。UEがRLFを検出した場合のU-planeのみ確立セルの取扱い方法は、実施の形態８あるいは実施の形態８変形例１で各々開示した方法を適用すれば良い。
【１１２３】
なお、HOプロシージャにおいてRLFを検出した場合、HOFを検出するとしても良い。この場合も、UEがRLFを検出した場合と同じU-planeのみ確立セルの取扱いとするとよい。
【１１２４】
こうすることで、UEが複数のeNB（セル）と通信を行なう場合のHOFにおいて、U-planeのみ確立eNB（セル）の取扱い方法を規定することが可能となり、正常なデータ通信を行うことが可能となる。また、システムとしての誤動作を低減させることが可能となる。また、UEとU-planeのみ確立eNB（セル）間の接続のための無駄なリソースの保持を回避することが可能となるため、無線リソースの使用効率を向上させることができる。
【１１２５】
実施の形態９．
＜U-planeのみ確立eNBのRLF関連処理＞
本実施の形態では、UEが複数の異なるeNB（セル）を用いて通信を行なう場合のRLF関連処理の他の方法を開示する。ここでは、U-planeのみ確立eNB（セル）のRLF関連処理と称する。
【１１２６】
U-planeのみ確立eNB（セル）との間でRLMを行う。
【１１２７】
UEは、U-planeのみ確立eNB（セル）の接続状態に応じて、U-planeのみ確立eNB（セル）の接続終了処理を行う。
【１１２８】
U-planeのみ確立eNB（セル）との接続終了処理方法を以下に３つ開示する。
（１）UEは、U-planeのみ確立eNB（セル）との接続において、radio problem detectionを検出した場合に、該U-planeのみ確立eNB（セル）との接続を終了する。
（２）UEは、U-planeのみ確立eNB（セル）との接続において、RLFを検出した場合に、該U-planeのみ確立eNB（セル）との接続を終了する。
（３）UEは、U-planeのみ確立eNB（セル）との接続において、再接続できなかった場合に、該U-planeのみ確立eNB（セル）との接続を終了する。
【１１２９】
いずれの方法についても、UEが接続しているU-planeのみ確立eNB（セル）毎にRLMおよびRLF関連処理を行う。
【１１３０】
図６３（ａ）は、（１）の方法に係るRLF関連処理について説明するための図である。
【１１３１】
Normal operation状態のUEが、Ｕ-planeのみ確立eNB（セル）のRLMを行い、out-of-syncを所定の回数（N４１）連続で検出（radio problem detection）した場合に、該Ｕ-planeのみ確立eNB（セル）の接続を終了する。U-planeのみ確立eNB（セル）のout-of-syncについては後述する。
【１１３２】
本方法とすることにより、他の二つの方法よりも早期にU-planeのみ確立eNB（セル）と接続を終了することが可能となる。このため、U-planeのみ確立eNB（セル）に対する無線リソースを長期に保持する必要が無いため、無線リソースの使用効率を向上させることが可能となる。
【１１３３】
図６３（ｂ）は、（２）の方法に係るRLF関連処理について説明するための図である。
【１１３４】
図６３（ｂ）は、図６３（ａ）と類似しているので、同一のエレメントに関しては共通する説明を省略する。
【１１３５】
Normal operation状態のUEが、U-planeのみ確立eNB（セル）との間でRLMを行い、out-of-syncを所定の回数（N４１）連続で検出（radio problem detection）した場合に、該U-planeのみ確立eNB（セル）との接続状態をFirst Phaseに移行させる。
【１１３６】
First Phaseで、UEは、該U-planeのみ確立eNB（セル）との間でRLMを引続き行い、in-syncを所定の回数（N４２）連続で検出した場合、Normal operation状態に戻る。radio problem detectionから所定の期間（T４１）内に、in-syncを所定の回数（N４２）連続で検出されなかった場合、RLFを検出し、該Ｕ-planeのみ確立eNB（セル）との接続を終了する。U-planeのみ確立eNB（セル）のin-syncについては後述する。
【１１３７】
本方法とすることにより、first phaseで良好な通信品質に戻った場合に、normal operation状態に戻ることも可能となるため、一時的な通信品質の劣化に対して接続終了処理を起動しなくて済むため、制御が簡易になり、誤動作を低減させることができる。
【１１３８】
図６３（ｃ）は、（３）の方法に係るRLF関連処理について説明するための図である。
【１１３９】
図６３（ｃ）は、図６３（ｂ）と類似しているので、同一のエレメントに関しては共通する説明を省略する。
【１１４０】
Normal operation状態のUEが、U-planeのみ確立eNB（セル）との間でRLMを行い、out-of-syncを所定の回数（N４１）連続で検出（radio problem detection）した場合に、該U-planeのみ確立eNB（セル）との接続状態をFirst Phaseに移行させる。
【１１４１】
First Phaseで、UEは、該U-planeのみ確立eNB（セル）との間でRLMを引続き行い、in-syncを所定の回数（N４２）連続で検出した場合、Normal operation状態に戻る。radio problem detectionから所定の期間（T４１）内に、in-syncを所定の回数（N４２）連続で検出されなかった場合、RLFを検出し、second phaseに入る。
【１１４２】
second phaseで、UEは、U-planeのみ確立eNB（セル）との再接続処理を起動する。
【１１４３】
UEは、RLF検出から所定の期間（Ｔ４２）内に、U-planeのみ確立eNB（セル）との再接続処理により再接続できた場合、Normal operation状態に戻る。RLF検出から所定の期間（Ｔ４２）内に、再接続できなかった場合、該U-planeのみ確立eNB（セル）との接続を終了する。
【１１４４】
Second Phaseでの再接続処理は、RLFを検出したU-planeのみ確立eNB（セル）と同じU-planeのみ確立eNB（セル）に対して行うようにしても良い。
【１１４５】
ここでは、second phaseにおいて所定の期間満了で該U-planeのみ確立eNB（セル）との接続を終了するとしたが、他の方法として、second phaseにおいて所定の再接続試行回数を設けておき、該所定の再接続試行回数を行っても再接続できなかった場合に、該U-planeのみ確立eNB（セル）との接続を終了するとしても良い。この方法の具体例については、実施の形態２の、UEが各U-plane確立eNB（セル）とのRLMを行いU-planeのみを確立しているeNBを削除する方法で開示した。
【１１４６】
再接続処理の起動にあたって、UEは、当該U-planeのみ確立eNB（セル）におけるU-planeの全RBを停止しても良い。この処理方法については、実施の形態８で開示した方法を適用すると良い。通常動作のままだと同じU-planeのみ確立eNB（セル）に再接続処理を行う場合、制御が複雑になり誤動作を生じる可能性が高くなる。こういった問題を回避できる。
【１１４７】
（３）の方法とすることにより、再接続が不可能と判断するまで接続終了処理を起動しなくてよいため、さらに制御が簡易になり、誤動作を低減させることができる。
【１１４８】
また、second phaseで、UEが、RLFを検出したU-planeのみ確立eNB（セル）と異なるU-planeのみ確立eNB（セル）に対して再接続処理を行うことを許可しても良い。この場合は、C-plane確立eNB（セル）あるいはMMEが、新たなU-planeのみ確立eNB（セル）を選択・決定して、UEに対して設定するようにすれば良い。この場合は、実施の形態２、実施の形態２変形例３の方法を適用できる。
【１１４９】
RLF関連処理において、UEが、U-planeのみ確立eNB（セル）との接続を終了すると判断した場合、該U-planeのみ確立eNB（セル）との接続を終了する。
【１１５０】
NW側における、当該U-planeのみ確立eNB（セル）の接続終了処理方法を以下に2つ開示する。
（１）UEが、当該U-planeのみ確立eNB（セル）との接続終了要求を、C-plane確立eNB（セル）に通知することで、NW側の終了処理を行う。接続終了要求として、受信品質の劣化を通知しても良い。
【１１５１】
この方法の具体例については、実施の形態２のUEが各U-plane確立eNB（セル）とのRLMを行いU-planeのみを確立しているeNBを削除する方法で開示した。
（２）NW側の終了処理は、U-planeのみ確立eNB（セル）におけるRLF関連処理に従って行う。
【１１５２】
NW側におけるU-planeのみ確立eNB（セル）におけるRLF関連処理は、実施の形態８から実施の形態８変形例２で開示した、C-plane確立eNB（セル）におけるRLF関連処理を適用できる。C-plane確立eNB（セル）が行う処理をU-planeのみ確立eNB（セル）が行うようにすれば良い。
【１１５３】
U-planeのみ確立eNB（セル）との接続終了処理方法が（１）の場合には、実施の形態８変形例２で開示したC-plane確立eNB（セル）におけるRLF関連処理を適用すれば良い。U-planeのみ確立eNB（セル）が、UEとの接続においてradio problem detecion検出した場合に、当該U-planeのみ確立eNB（セル）は、MMEに接続終了要求を通知する。接続終了要求メッセージは、C-plane確立eNB（セル）を介して通知しても良い。接続終了要求として、受信品質の劣化を通知しても良い。
【１１５４】
U-planeのみ確立eNB（セル）との接続終了処理方法が（２）の場合には、実施の形態８変形例１で開示したC-plane確立eNB（セル）におけるRLF関連処理を適用すれば良い。U-planeのみ確立eNB（セル）が、UEとの接続においてRLFを検出した場合に、当該U-planeのみ確立eNB（セル）は、MMEに接続終了要求を通知する。接続終了要求メッセージは、C-plane確立eNB（セル）を介して通知しても良い。接続終了要求として、受信品質の劣化を通知しても良い。
【１１５５】
U-planeのみ確立eNB（セル）との接続終了処理方法が（３）の場合には、実施の形態８で開示したC-plane確立eNB（セル）におけるRLF関連処理を適用すれば良い。U-planeのみ確立eNB（セル）が、UEとの接続においてタイマT３２が満了、あるいはタイマT３３が満了したと判断した場合に、当該U-planeのみ確立eNB（セル）は、MMEに接続終了要求を通知する。接続終了要求メッセージは、C-plane確立eNB（セル）を介して通知しても良い。接続終了要求として、受信品質の劣化を通知しても良い。
【１１５６】
この方法は、実施の形態２、実施の形態２変形例３、実施の形態３で開示した、データモニタタイマを用いて行う、U-planeのみ確立eNB（セル）の接続終了処理を適用できる。具体例として、図32、図40、図41、図46のシーケンスにおいて、U-eNB（セル）におけるデータモニタタイマ満了で、U-plane終了(リリース)処理を行うシーケンスを適用すると良い。
【１１５７】
U-planeのみ確立eNB（セル）との再接続処理により再接続できた場合の処理は、再接続処理の起動にあたって停止していた無線リソースを再スタートし、通常動作に戻す。
【１１５８】
U-planeのみ確立eNB（セル）が再設定あるいは接続終了されるまで、該U-planeのみ確立eNB（セル）におけるDRBベアラの設定、S1ベアラの設定、パス設定に変更は無い。従って、各ノードは元の設定を保持しているため、元の設定を用いて再接続することが可能となる。
【１１５９】
図６４は実施の形態９に係るU-planeのみ確立セルのRLF関連処理のシーケンス例を示す図である。U-planeのみ確立eNB（セル）との接続終了処理方法が（３）の場合について示す。UEでのRLF関連処理とU-planeのみ確立セルでのRLF関連処理とがあわせて示されている。
【１１６０】
U-eNBとの接続を開始したUEは、ST６４０１でU-eNBとのRLMを開始する。U-eNBとの接続において、ST６４０２でN41回連続してout-of-syncとなったかどうか判断する。N41回連続してout-of-syncとなった場合radio problem detectionを検出（ST6403）してFirst Phaseに移行する。N41回連続してout-of-syncとならない場合はRLMを行い、再度ST6402を実行する。ST6403でradio problem detectionを検出したUEは、ST6404においてタイマT41をスタートさせる。First Phaseでは引続きRLMを行う。ST６４０５でN42回連続してin-syncとなったかどうかを判断する。N42回連続してin-syncとなった場合、normal operationに戻り引続きRLMを行い、ST6402を実行する。N42回連続してin-syncとならなかった場合、ST6406でタイマT41が満了したか否かを判断する。まだ満了していない場合は、引続きRLMを行い、ST6405を実行する。タイマが満了した場合は、ST6407でRLFを検出する。ST6407でRLFを検出したUEは、Second Phaseに入り、ST6408でタイマT41をストップし、タイマT42をスタートさせる。ST6409でUEはU-planeのみ確立セル（U-eNB）とのRBを停止する。Second PhaseでUEはU-eNBと再接続処理を起動して再接続を行う（ST6410）。ST６４１１でUEは再接続できたか否かを判断し、再接続を完了できない場合は、ST６４１２でタイマT42が満了したか否かを判断する。タイマT42がまだ満了していない場合は、ST６４１０のU-eNBとの再接続処理を引続き行う。ST６４１２でタイマT４2が満了した場合は、ST６４１３でU-eNBとの接続終了処理を行う。
【１１６１】
ST６４１１でUEがU-eNBと再接続できた場合は、ST6414でタイマT42をストップし、ST6415で、停止していたU-eNBのRBを再スタートさせる。これにより、U-eNBとの接続が通常動作となり、UEとU-eNB（元U-eNB）とS-GWとの間でRadio bearer2（DRB）（3027）およびS1bearer2（3028）は引続き設定され、ST3032、ST3033でU-planeデータがU-eNBを介してUEとS-GWとの間で通信可能となる。
【１１６２】
次に、U-eNBでのRLF関連処理について示す。
【１１６３】
UEとU-plane接続をしているU-eNBは、ST６４１６でUEとの間でRLMを開始する。UEとの接続において、ST６４１７でN31回連続して上り信号あるいはチャネルが不達となったかどうかを判断する。上り信号として、例えば、周期的CQIとする。N31回連続して周期的CQIが不達となった場合radio problem detectionを検出（ST6418）する。N31回連続して周期的CQIが不達とならない場合はRLMを行い、再度ST６４１７を実行する。ST６４１９でradio problem detectionを検出したU-eNBは、タイマT31をスタートさせ、引続きRLMを行う。ST６４２０でN32回連続して周期的CQIを受信できたかどうかを判断する。N32回連続して周期的CQIを受信できた場合、normal operationに戻り引続きRLMを行い、ST６４１７を実行する。N32回連続して周期的CQIを受信できなかった場合、ST６４２１でタイマT31が満了したか否かを判断する。まだ満了していない場合は、引続きRLMを行い、ST６４２０を実行する。タイマが満了した場合は、ST６４２２でRLFを検出する。ST６４２２でRLFを検出したU-eNBは、ST６４２３でタイマT31をストップし、タイマT32をスタートさせる。RLFを検出したU-eNBは、UEとの間でST６４１０で示す再接続処理を行う。U-eNBは、ST６４２４でUEと再接続が完了したか否かを判断する。再接続が完了した場合は、ST6425でタイマT32をストップさせる。これにより、UEとの接続が通常動作となり、UEとU-eNB（元U-eNB）とS-GWとの間でRadio bearer2（DRB）（3027）およびS1bearer2（3028）は引続き設定され、ST3032、ST3033でU-planeデータがU-eNBを介してUEとS-GWとの間で通信可能となる。
【１１６４】
ST6424でUEとの再接続が完了しなかった場合は、ST６４２６で、タイマT32が満了したか否かを判断する。タイマが満了していない場合は、再度UEからの再接続処理を行う。タイマが満了した場合は、図３２のST３２０３からST3115に示す、タイマ満了によるU-eNB削除処理を行う。図３２のST3114の中のST3106における、削除するU-eNBとの接続終了処理は、既にST6413で行われている場合は省略しても良い。
【１１６５】
こうすることで、UEとU-eNBとの接続終了処理が行われる。
【１１６６】
本実施の形態で開示した方法とすることで、U-planeのみ確立eNB（セル）との接続を保持し続ける状態を回避することができる。
【１１６７】
このため、無線リソースの無駄な保持を無くすことが可能となり、無線リソースの使用効率を向上させることができる。
【１１６８】
また、UEおよびNW側の動作の曖昧さを無くし、システムとしての誤動作を低減することができる。
【１１６９】
RLMの方法については、実施の形態２で開示したが、ここではさらに詳細について開示する。
【１１７０】
実施の形態２では、RLMのため各U-planeのみ確立eNB（セル）のRSの受信結果を用いることを開示した。（１）から（４）である。このほかにも、CSI-RSを用いても良い。また、組み合わせても良い。
【１１７１】
RLMとして、PDCCHの受信品質を評価しても良い。
【１１７２】
UEは、U-planeのみ接続用セルのPDCCHの受信品質を評価する。UEは、PDCCHの受信品質と前記RSの受信品質(例えばRSRP、RSRQなど)とをあらかじめ関連付けておく。UEは、U-planeのみ接続用セルのRSの受信品質を測定して、前記関連付けにもとづいて該セルのPDCCH受信品質を評価する。
【１１７３】
受信品質に二つの所定の閾値を設けておき、PDCCHの受信品質が、所定の閾値以上の場合はin-sync、もう一つの所定の閾値以下の場合はout-of-syncとする。
【１１７４】
U-planeのみ接続用セルのRLMとしてPDCCHの受信品質を評価する方法は、従来のRLMと同様の制御で行えるため、制御が単純になる。
【１１７５】
RLMとして、ePDCCHの受信品質を評価しても良い。
【１１７６】
UEは、U-planeのみ接続用セルのePDCCHの受信品質を評価する。
【１１７７】
UEは、ePDCCHの受信品質と、ePDCCHに用いられるRSの、及び/又は  ePDCCHが用いられるサブフレームに用いられるRSの、受信品質(例えばRSRP、RSRQなど)とをあらかじめ関連付けておく。
【１１７８】
UEは、U-planeのみ接続用セルの、ePDCCHに用いられるRSの、及び/又は  ePDCCHが用いられるサブフレームに用いられるRSの、受信品質を測定して、前記関連付けにもとづいて該セルのePDCCH受信品質を評価する。
【１１７９】
受信品質に二つの所定の閾値を設けておき、ePDCCHの受信品質が、所定の閾値以上の場合はin-sync、もう一つの所定の閾値以下の場合はout-of-syncとする。
【１１８０】
このように、RLM にePDCCHの受信品質を用いることで、ePDCCHを用いる場合にも適用可能となる。PDCCHの使用が困難な場合に適用することで、確実なRLMを行うことが可能となる。
【１１８１】
実施の形態９変形例１．
＜C-plane確立セルのRLFとU-planeのみ確立セルのRLFの協調＞
UEが、C-plane確立eNBおよびひとつまたは複数のU-planeのみ確立eNBと接続している場合、実施の形態８で開示したC-plane確立eNBのRLF関連処理の方法と実施の形態９で開示したU-planeのみ確立eNBのRLF関連処理の方法とを組み合わせても良い。
【１１８２】
C-plane確立eNBのRLF関連処理において、U-planeのみ確立eNBとの接続を終了する場合には、各U-planeのみ確立eNBのRLF関連処理において各U-planeのみ確立eNBの接続状態が何であれ接続を終了する。
【１１８３】
これにより、UEがRRC_Idleに移行した場合に、U-planeのみ確立eNBとの接続は存在しないことになる。UEがRRC_IdleでU-planeのみ接続するような状態を無くすことが可能となる。
【１１８４】
C-plane確立eNBのRLF関連処理において、U-planeのみ確立eNBとの接続が終了されない間は、各U-planeのみ確立eNBのRLF関連処理における各U-planeのみ確立eNBの接続状態に従うと良い。
【１１８５】
これにより、UEは、U-planeのみ確立eNB毎の接続状態に応じた接続を可能とする事ができる。従って、無駄なU-planeのみ確立eNBとの接続を無くすことが可能となり、無線リソースの使用効率を向上させることができる。
【１１８６】
また、C-plane確立セルの接続状態は、U-planeのみ確立セルの接続状態に依存しない、とすると良い。
【１１８７】
UEは、C-plane確立セルによりRRC接続を行っている。従って、U-planeのみ確立セルの接続状態に依存させないことで、UEは安定なRRC接続を行うことが可能となる。例えば、UEが移動し、U-planeのみ確立セル各々の通信品質が時々刻々大きく変動する場合でも、RLF関連処理はC-plane確立セル一つとの通信品質に従うことになるため、RRC接続が安定して行われ、UEの移動制御を堅固に行うことが可能となる。
【１１８８】
実施の形態１０．
＜スモールセルクラスタ＞
実施の形態１から実施の形態９変形例１では、UEが一つの通信に対して、複数のeNB（セル）を用いて通信を行なう方法について開示している。
【１１８９】
システムとして、制御の簡易化、シグナリング量の削減のため、複数のeNBを一つの集合として扱っても良い。本実施の形態では、複数のeNBを一つの集合として扱う方法を開示する。
【１１９０】
一つの集合として扱う複数のeNBについて以下に４つ開示する。
（１）ある特定のエリア内のeNBの集合。
（２）一つの集中制御ノード（コンセントレータ）により制御される複数のeNBの集合。
（３）同じ周波数レイヤに属するeNBの集合。
（４）（１）から（３）の組合せ。
【１１９１】
これらの集合を、グループあるいはクラスタと称しても良い。例えば、eNBグループ、ノードクラスタ、などと称しても良い。集合内のeNBがスモールセルである場合は、スモールセルグループ、あるいはスモールセルクラスタと称しても良い。
【１１９２】
（１）は、ある特定のエリア内のeNBを一つの集合とすることで、該特定のエリアにおける通信制御を簡略化することが可能となる。例えば、実施の形態１で開示した特定のエリアのeNBが相当する、としても良い。
【１１９３】
（２）については、グループとして扱う複数のeNBの集合に一つの集中制御ノードを設けるとしても良い。（２）により、複数のeNBの集中制御が可能となり、制御を簡略化することが可能となる。スモールセルグループの場合、位置的にオーバレイするマクロセルをコンセントレータとしてもよい。また、マクロセルとは独立にコンセントレータを設けても良い。また、マクロセルとは独立にスケジューリングするようにしても良い。例えば、実施の形態３変形例１で開示した集中制御用eNBと被集中制御用eNBが相当する。
【１１９４】
（３）は、集合内のeNBが同じキャリア周波数を持つキャリアを構成する。いいかえると、同じ周波数レイヤで動作する。こうすることで、集合内のセルの変更を容易にすることが可能となる。
【１１９５】
図６５は、複数のeNBを一つの集合として扱う場合について説明する図である。
【１１９６】
図６５（ａ）は、一つの集合として扱う複数のeNBを、ある特定のエリア内のeNBの集合とした場合について説明する図である。６５０１はマクロセル、６５０２はマクロセルにより構成されるカバレッジ、６５０６はスモールセル、６５０３はスモールセルにより構成されるカバレッジである。スモールセルは複数個存在する。６５０４は特定のエリアを示す。６５０５はスモールセルグループを示す。特定のエリア（６５０４）に存在するスモールセル（６５０３）をスモールセルグループ（６５０５）として取り扱う。
【１１９７】
図６５（ｂ）は、一つの集合として扱う複数のeNBを、コンセントレータにより制御されるeNBの集合とした場合について説明する図である。図６５（ａ）と同一のエレメントは同一の番号を付して説明を省略する。６５０７はコンセントレータである。コンセントレータ（６５０７）に制御されるスモールセル（６５０６）の集合をスモールセルグループ（６５０５）として取り扱う。
【１１９８】
図６５（ｃ）は、一つの集合として扱う複数のeNBを、同じ周波数レイヤに属するeNBの集合とした場合について説明する図である。図６５（ａ）と同一のエレメントは同一の番号を付して説明を省略する。マクロセルが構成するキャリアのキャリア周波数はＦ１である。キャリア周波数Ｆｍのキャリアを構成するスモールセル（６５０６）の集合をスモールセルグループ（６５０５）として取り扱う。
【１１９９】
次に、各実施の形態において、複数のeNBの集合、例えばスモールセルグループとして扱う場合の設定方法について開示する。
【１２００】
スモールセルグループの設定情報として、スモールセルグループ識別子、スモールセルグループ内セルの識別子などとすれば良い。また、スモールセル共通のシステム情報、各スモールセル個別のシステム情報を含めてもよい。また、スモールセルグループ内セルの周波数キャリアや、コンセントレータが存在する場合は該コンセントレータの識別子を含めても良い。
【１２０１】
実施の形態１において、UEにおけるセルセレクション時に、選択するセルを所定のスモールセルグループ内に限定すると良い。
【１２０２】
セルセレクションのため、該スモールセルグループの設定情報を、あらかじめ、RRCシグナリングで、RRC接続しているセルからUEに通知すると良い。一つのメッセージに内に含めると良い。新たなメッセージを設けてもよいし、既存のRRCメッセージに含めて通知しても良い。既存のRRCメッセージの具体例として、RRC connection reconfigurationメッセージを用いると良い。RRC connection reconfigurationメッセージ中のRadioResourceConfigDedicated情報中に該スモールセルグループの設定情報を含めても良い。
【１２０３】
実施の形態２から実施の形態３において、MMEあるいはC-plane確立セルからUEに設定するU-plane確立セルあるいはU-planeのみ確立セルを、スモールセルグループとして設定してもよい。実施の形態２で、DRB listを用いる方法を開示したが、このリストを、スモールセルグループのセルリストとしても良い。
【１２０４】
実施の形態６において、MMEあるいはRRC接続するセルからUEに設定するセルを、所定のスモールセルグループ内に限定すると良い。UEに、RRCシグナリングで、スモールセルグループの設定情報を通知すると良い。また、UEに、MACシグナリングで、スモールセルグループ内のactivateあるいはdeactivateするセルを通知しても良い。
【１２０５】
UEは、RRCシグナリングで通知されたスモールセルグループ内のスモールセルに対して設定を行い、MACシグナリングでactivateを通知されたスモールセルと通信を行う。
【１２０６】
このように複数のeNBを一つの集合としてUEに設定を行うことで、複数のeNBの設定を複数回別々にRRCシグナリングで別々にUEに通知する必要が無くなる。このため、シグナリング量を削減することが可能となる。
【１２０７】
複数のeNBの集合を一つのグループとして扱う場合、設定情報として、該グループの識別子のリストを設けて、RRCシグナリングでUEに通知するとしても良い。グループを複数構成するような場合に、リスト化することで、シグナリングにおけるオーバヘッドを削減することが可能となる。
【１２０８】
次に、各実施の形態において、複数のeNBの集合、例えばスモールセルグループとして扱う場合のメジャメント方法について開示する。
【１２０９】
RRM（radio resource management）メジャメントに関して開示する。隣接セルのメジャメントとして、同一周波数レイヤ内のセルを測定するとしても良い。
【１２１０】
例えば、スモールセルグループとして、同一周波数レイヤに属するスモールセルの集合とした場合、該集合内のスモールセルの変更を行う場合は、特に他の周波数を測定する必要は無くなる。従って、RRMメジャメントを同一周波数レイヤ内のセルに限定することで、UEのメジャメント処理を簡略化でき、短時間および低消費電力でメジャメントを行うことが可能となる。
【１２１１】
RRMメジャメントとして、スモールセルグループ内のセルに限定しても良い。スモールセルグループ内のセルのCRSを測定しても良い。該集合内でスモールセルの変更を行う場合に集合外のセルを測定する必要は無くなる。従って、RRMメジャメントを所定のスモールセル内のセルに限定することで、UEのメジャメント処理を簡略化でき、短時間および低消費電力でメジャメントを行うことが可能となる。
【１２１２】
RRC接続しているeNB（セル）は、UEに対して、RRMメジャメントのメジャメント設定（measurement configuration）を通知する。メジャメント設定に所定のスモールセルグループの周波数レイヤ内を測定する旨の情報を含ませる。例えば、測定する周波数情報を含ませても良い。
【１２１３】
また、メジャメント設定に、所定のスモールセルグループを測定する旨の情報を通知しても良い。例えば、測定するスモールセルグループの識別子を含ませても良い。スモールセルグループの設定情報とあわせて用いることで、測定対象となるスモールセルグループ内セルを特定することが可能となる。これにより、メジャメント設定に、測定対処とするセル毎に個別に情報を含める必要が無くなるため、メッセージ内の情報量を削減することが可能となる。
【１２１４】
CQI/CSIリポートのためのメジャメントに関して開示する。
【１２１５】
activateセルを測定するとしても良い。この場合、deactivateセルを測定する必要はない。また、この場合、スモールセルグループ内のコンセントレータは、RRMメジャメントにより、activate/deactivateするセルを決定するようにしても良い。CQI/CSIリポートのためのメジャメントとして、CSI-RSあるいは、CRSを測定するとしても良い。
【１２１６】
このように、グループの扱いに応じてメジャメント方法を設定することで、メジャメント処理を簡略化することができる。
【１２１７】
各実施の形態において、複数のeNBの集合、例えばスモールセルグループとして扱う場合、スモールセルグループ内の各eNBにおいてRB/S1ベアラを設定するためのリソースや接続のための情報を同じとしても良い。例えば、UE contextを同じにしても良い。
【１２１８】
C-plane確立eNBとU-planeのみ確立eNBを用いて通信を行なう場合、全U-planeのみ確立eNBにおいてDRB/S1ベアラを設定するためのリソースや接続のための情報を同じとしても良い。
【１２１９】
特に実施の形態３変形例１において、集中制御用eNBが被集中制御用eNBに対して同一とする制御および管理を行うと良い。集中制御用eNBが被集中制御用eNBの制御を行なうため、該制御および管理を容易に行うことが可能である。
【１２２０】
こうすることで、UEはスモールセルグループ内の全eNBにおけるeNB毎のベアラ設定のためのリソース情報や接続のための情報を受信する必要がなくなる。スモールセルグループとして一つだけ情報を受信すれば良い。このため、シグナリング量あるいはメッセージの情報量の低減や制御の簡易化が図れる。
【１２２１】
実施の形態１１．
＜CA＋セルアグリゲーション＞
本実施の形態では、さらに通信容量を増大させる方法を開示する。
【１２２２】
一つの通信に対して、UEが複数のeNB（セル）を用いて通信を行ない、かつ該複数のeNB（セル）のうちの一つまたは複数のeNB（セル）においてキャリアアグリゲーション（CA）を行う。
【１２２３】
具体例として、マクロセルと、マクロセルと位置的にオーバレイする複数のスモールセルを用いて通信を行い、マクロセルにおいてCAを行なう。
【１２２４】
他の具体例として、マクロセルと、マクロセルと位置的にオーバレイする複数のスモールセルとを用いて通信を行い、マクロセルとスモールセルとでCAを行なう。
【１２２５】
他の具体例として、C-plnae確立セルとU-planeのみ確立セルとを用いて通信を行ない。U-planeのみ確立セルにおいてCAを行う。
【１２２６】
CAを行う場合、スケジューラを共通にする必要があるため、一つの通信に用いる複数のeNB（セル）を集中制御するコンセントレータを設けると良い。
【１２２７】
図６６は、マクロセルと、マクロセルと位置的にオーバレイする複数のスモールセルとを用いて通信を行い、マクロセルにおいてCAを行なう場合について説明する図である。６６０１はUEで、６６０２はマクロセルがUE（６６０１）に対して構成するコンポーネントキャリア（CC）で、６６０３、６６０４、６６０５は各々スモールセル＃１、スモールセル＃２、スモールセル＃３が構成するキャリアである。マクロセルは、キャリア周波数がF1のCC１、キャリア周波数がF2のCC2、キャリア周波数がF3のCC3をUE（６６０１）に対して構成している。スモールセル＃１、＃２、＃３のキャリア周波数はFmである。UE（６６０１）は、マクロセル（６６０２）、スモールセル＃１（６６０３）、スモールセル＃２（６６０４）、スモールセル＃３（６６０５）を用いて通信を行ない、マクロセル（６６０２）において、CC１、CC２、CC３を用いてCAを行う。
UEが複数のeNB（セル）を用いて通信を行ない、かつ該複数のeNB（セル）のうちの一つまたは複数のeNB（セル）においてCAを行うのに必要な設定情報を、UEが認識する方法について開示する。
【１２２８】
PCellからUEに、該設定情報を通知する。該設定情報として、CAの設定情報、通信を行なうeNB（セル）の設定情報とすると良い。PCellが複数存在する場合は、複数のPCellからUEに設定情報を通知しても良い。また、設定情報を分割して複数のPCellからUEに通知しても良い。あるいは、一つのPCellからUEに該設定情報を通知するとしても良い。一つのPCelとして、CAを構成するPCellとしても良い。また、一つのPCelとして、複数のeNB（セル）を用いて通信を行なうための設定を通知するセルとしても良い。
【１２２９】
なお、先に示した具体例のうち、U-planeのみ確立セルにおいて行うCAのようにRRC接続を持たないセルを用いてCAを行う場合、CAの対象となるUEとRRC接続を行うセルから、UEに該設定情報を通知するとしてもよい。また、CAの対象となるUEとRRC接続を行うセルをPCellとしても良い。この場合、あらかじめ、RRC接続をもたないセルからRRC接続を行うセルに、設定情報を通知しておくと良い。具体例として、実施の形態２で開示したU-planeのみ確立セルはC-plane確立セルに該設定情報を通知しておくと良い。U-planeのみ確立セルはC-plane確立セルを介してUEに該設定情報を通知するとしても良い。
【１２３０】
CAの設定情報として、CAを行うeNB（セル）の識別子、CAを構成するコンポーネントキャリアのキャリア周波数情報、CCのシステム情報などがある。
【１２３１】
複数のeNB（セル）を用いて通信を行なうための設定情報は、実施の形態１から実施の形態１０で開示した情報を適用すると良い。実施の形態１０で開示した、複数のeNBの集合を一つのグループとして扱う方法を適用しても良い。例えば、該グループの識別子、該グループ内eNB毎の識別子、該クループ内eNB毎のシステム情報などである。
【１２３２】
PCellからUEに設定情報を通知するとしたが、他の方法として、C-plane確立セルからUEに、該設定情報を通知するとしても良い。U-planeのみ確立セルにおいてCAを行うような場合に有効である。あらかじめU-planeのみ確立セルはC-plane確立セルに該設定情報を通知しておくと良い。U-planeのみ確立セルはC-plane確立セルを介してUEに該設定情報を通知しても良い。
【１２３３】
該設定情報は、RRCシグナリングでUEへ通知されると良い。
【１２３４】
CAの設定情報と通信を行なうeNB（セル）の設定情報との両方からなる設定情報を含ませた一つのメッセージを設け、該メッセージをRRCシグナリングで通知すると良い。これによって、シグナリング量を低減できる。
【１２３５】
あるいは、CAの設定情報と通信を行なうeNB（セル）の設定情報を各々個別のメッセージとし、RRCシグナリングで通知しても良い。CAを構成する必要がある場合や、複数のeNBを構成する必要がある場合など、個別の場合に対応できる。
【１２３６】
これらは、適宜組合せて用いるようにしても良い。
【１２３７】
CAでは、MACにおいて各CCのactivate/deactivateを行い、MACシグナリングでUEに各CCのactivate/deactivateを通知する。複数のeNBに対しても、これと同様に行うようにしても良い。MACにおいて、RRCで設定された各eNBのactivate/deactivateを行い、MACシグナリングでUEに各eNBのactivate/deactivateを通知する。UEはRRCシグナリングで通知されたeNBの無線リソースの設定を行い、MACシグナリングでactivateされたeNBのみと通信を行なうようにすれば良い。UEは、activateされたeNBのPDCCHあるいはePDCCHを受信し、スケジューリング情報を得ると良い。
【１２３８】
通信に用いるeNBおよびCAを構成するCCに一連の番号をつけて、該番号と、該番号と各eNB、CCとの対応付け情報を、RRCシグナリングでUEへ通知される設定情報として含めても良い。eNBなどのセル識別子を用いるよりも情報量が少ない情報に基づいて制御を行うことが可能となる。
【１２３９】
MACから通信に用いるeNBおよびCAを構成するCCをactivate/deactivateを一括してUEに通知しても良い。個別に行うよりもMACシグナリングのオーバヘッドを削減することが可能となる。また、この際、該一連の番号を用いて、通信に用いるeNBおよびCAを構成するCCを指示するようにしても良い。これによって、シグナリングの情報量を削減することが可能となる。
【１２４０】
複数のセルを用いた通信方法は実施の形態１から実施の形態１０で開示した方法を適宜適用すると良い。
【１２４１】
前述の各実施の形態およびその変形例は、本発明の例示に過ぎず、本発明の範囲内において、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。これによって、スモールeNB（セル）の設置により、高い通信容量を得、かつ、正常に、またネットワークに負荷をかけることなく、通信中のセルの移行を行えるようにする通信システムを提供することができる。
【符号の説明】
【１２４２】
１５０１  移動局、１５０２  第１基地局、１５０３  第２基地局、１５０６  関門局。
【図１】
2020025360.tif 000003
【図２】
2020025360.tif 000004
【図３】
2020025360.tif 000005
【図４】
2020025360.tif 000006
【図５】
2020025360.tif 000007
【図６】
2020025360.tif 000008
【図７】
2020025360.tif 000009
【図８】
2020025360.tif 000010
【図９】
2020025360.tif 000011
【図１０】
2020025360.tif 000012
【図１１】
2020025360.tif 000013
【図１２】
2020025360.tif 000014
【図１３】
2020025360.tif 000015
【図１４】
2020025360.tif 000016
【図１５】
2020025360.tif 000017
【図１６】
2020025360.tif 000018
【図１７】
2020025360.tif 000019
【図１８】
2020025360.tif 000020
【図１９（Ａ）】
2020025360.tif 000021
【図１９（Ｂ）】
2020025360.tif 000022
【図２０】
2020025360.tif 000023
【図２１】
2020025360.tif 000024
【図２２】
2020025360.tif 000025
【図２３】
2020025360.tif 000026
【図２４】
2020025360.tif 000027
【図２５】
2020025360.tif 000028
【図２６】
2020025360.tif 000029
【図２７（Ａ）】
2020025360.tif 000030
【図２７（Ｂ）】
2020025360.tif 000031
【図２７（Ｃ）】
2020025360.tif 000032
【図２８】
2020025360.tif 000033
【図２９】
2020025360.tif 000034
【図３０】
2020025360.tif 000035
【図３１】
2020025360.tif 000036
【図３２】
2020025360.tif 000037
【図３３】
2020025360.tif 000038
【図３４】
2020025360.tif 000039
【図３５】
2020025360.tif 000040
【図３６】
2020025360.tif 000041
【図３７】
2020025360.tif 000042
【図３８】
2020025360.tif 000043
【図３９】
2020025360.tif 000044
【図４０】
2020025360.tif 000045
【図４１】
2020025360.tif 000046
【図４２】
2020025360.tif 000047
【図４３】
2020025360.tif 000048
【図４４】
2020025360.tif 000049
【図４５】
2020025360.tif 000050
【図４６】
2020025360.tif 000051
【図４７】
2020025360.tif 000052
【図４８】
2020025360.tif 000053
【図４９】
2020025360.tif 000054
【図５０】
2020025360.tif 000055
【図５１】
2020025360.tif 000056
【図５２】
2020025360.tif 000057
【図５３】
2020025360.tif 000058
【図５４】
2020025360.tif 000059
【図５５（Ａ）】
2020025360.tif 000060
【図５５（Ｂ）】
2020025360.tif 000061
【図５５（Ｃ）】
2020025360.tif 000062
【図５５（Ｄ）】
2020025360.tif 000063
【図５６】
2020025360.tif 000064
【図５７】
2020025360.tif 000065
【図５８】
2020025360.tif 000066
【図５９】
2020025360.tif 000067
【図６０】
2020025360.tif 000068
【図６１】
2020025360.tif 000069
【図６２】
2020025360.tif 000070
【図６３】
2020025360.tif 000071
【図６４】
2020025360.tif 000072
【図６５】
2020025360.tif 000073
【図６６】
2020025360.tif 000074