JP6416097B2 - 複数の接続を確立するためのデバイス - Google Patents

Description

本開示は概して通信システムに関する。より詳細には、本開示は、複数の接続を確立するためのデバイスに関する。

無線通信デバイスは、消費者のニーズを満たすため、ならびに可搬性および利便性を向上させるために、より小さく、より強力になってきている。消費者は無線通信デバイスに依存するようになり、信頼性の高いサービス、カバレッジの範囲の拡大および機能性の増大を期待するようになっている。無線通信システムは、基地局によって各々サービスされてもよい、多数の無線通信デバイスのための通信を提供することができる。基地局は、無線通信デバイスと通信するデバイスであってもよい。

無線通信デバイスが進歩したことに伴い、通信の容量、速度、融通性および効率の改善が追求されている。しかし、通信の容量、速度、融通性および効率の改善はいくつかの課題を呈しうる。

例えば、無線通信デバイスは通信構造を用いて１つ以上のデバイスと通信してもよい。しかし、その用いられる通信構造は、限られた融通性および効率しか提供しない場合がある。本説明によって示されるように、通信の融通性および効率を改善するシステムおよび方法は有益となりうる。

本発明の一実施形態はユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）による方法を開示する。本方法は、データ無線ベアラ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ、ＤＲＢ）をセル（単数または複数）の第１のセットおよびセル（単数または複数）の第２のセットのうちの少なくとも１つに対応付けるために、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ）メッセージを第１の進化型Ｎｏｄｅ Ｂ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、ｅＮＢ）から受信することを含む。

本発明の一実施形態は第１の進化型Ｎｏｄｅ Ｂ（ｅＮＢ）による方法も開示する。本方法は、データ無線ベアラ（ＤＲＢ）をセル（単数または複数）の第１のセットおよびセル（単数または複数）の第２のセットのうちの少なくとも１つに対応付けるために、無線リソース制御（ＲＲＣ）メッセージをユーザ機器（ＵＥ）へ送信することを含む。

本発明の一実施形態はユーザ機器（ＵＥ）も開示する。ＵＥは、プロセッサと、プロセッサと電子的に通信するメモリと、を含む。メモリ内に記憶される命令は、データ無線ベアラ（ＤＲＢ）をセル（単数または複数）の第１のセットおよびセル（単数または複数）の第２のセットのうちの少なくとも１つに対応付けるために、無線リソース制御（ＲＲＣ）メッセージを第１の進化型Ｎｏｄｅ Ｂ（ｅＮＢ）から受信すること、のために実行可能である。

本発明の一実施形態は進化型Ｎｏｄｅ Ｂ（ｅＮＢ）も開示する。ｅＮＢは、プロセッサと、プロセッサと電子的に通信するメモリと、を含む。メモリ内に記憶される命令は、データ無線ベアラ（ＤＲＢ）をセル（単数または複数）の第１のセットおよびセル（単数または複数）の第２のセットのうちの少なくとも１つに対応付けるために、無線リソース制御（ＲＲＣ）メッセージをユーザ機器（ＵＥ）へ送信すること、のために実行可能である。

複数の接続を確立するためのシステムおよび方法が実装されてもよい１つ以上の進化型Ｎｏｄｅ Ｂ（ｅＮＢ）および１つ以上のユーザ機器（ＵＥ）の１つの構成を示すブロック図である。 ＵＥによって複数の接続を確立するための方法の１つの実装形態を示すフロー図である。 第１のｅＮＢによって複数の接続を確立するための方法の１つの実装形態を示すフロー図である。 複数の接続を確立するためのシステムおよび方法が実装されてもよい次世代ユニバーサル地上無線アクセスネットワーク（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、Ｅ−ＵＴＲＡＮ）アーキテクチャの構成を示すブロック図である。 複数の接続を確立するためのシステムおよび方法が実装されてもよい多重接続性のためのＥ−ＵＴＲＡＮアーキテクチャの別の構成を示すブロック図である。 第１のセルおよび第２のセルが同じ場所に配置され、重ね合わせられ、等しいカバレッジを有するキャリアアグリゲーション構成を示すブロック図である。 第１のセルおよび第２のセルが同じ場所に配置され、重ね合わせられているが、第２のセルはより小さいカバレッジを有するキャリアアグリゲーション構成を示すブロック図である。 第１のセルおよび第２のセルが同じ場所に配置されているが、第２のセルアンテナは第１のセルのセル境界に向けられているキャリアアグリゲーション構成を示すブロック図である。 第１のセルがマクロカバレッジを提供し、第２のセル上のリモート無線ヘッド（ｒｅｍｏｔｅ ｒａｄｉｏ ｈｅａｄ、ＲＲＨ）が、ホットスポットにおけるスループットを改善するために用いられるキャリアアグリゲーション構成を示すブロック図である。 周波数選択性リピータが配置されるキャリアアグリゲーション構成を示すブロック図である。 マクロカバレッジを有するスモールセル、およびマクロカバレッジを有しないスモールセルのための複数のカバレッジシナリオを示すブロック図である。 多重接続性のためのユーザプレーンプロトコル・スタックの１つの構成を示すブロック図である。 多重接続性のためのユーザプレーンプロトコル・スタックの別の構成を示すブロック図である。 単一の無線リソース制御（ＲＲＣ）接続のための制御プレーンプロトコル・スタックの構成を示すブロック図である。 複数のＲＲＣ接続を有する制御プレーンプロトコル・スタックの構成を示すブロック図である。 ＲＲＣメッセージ管理の１つの構成を示すブロック図である。 複数の制御プレーン終端を有する制御プレーンプロトコル・スタックの構成を示すブロック図である。 ＵＥ内で利用されてもよい種々の構成要素を示す図である。 ｅＮＢ内で利用されてもよい種々の構成要素を示す図である。 フィードバック情報を送信するためのシステムおよび方法が実装されてもよいＵＥの１つの構成を示すブロック図である。 フィードバック情報を受信するためのシステムおよび方法が実装されてもよいｅＮＢの１つの構成を示すブロック図である。

ＵＥによる方法が説明される。本方法は、ＵＥとＥ−ＵＴＲＡＮ上の第１のポイントとの間の第１の無線インタフェースを確立することを含む。本方法は、第１の無線インタフェースを用いることによってＵＥとＥ−ＵＴＲＡＮ上の第２のポイントとの間の第２の無線インタフェースを確立することを同様に含む。本方法は、データ無線ベアラ（ＤＲＢ）を第１の無線インタフェースおよび第２の無線インタフェースのうちの少なくとも１つに対応付けることをさらに含む。

全てのＤＲＢは１つの無線インタフェースに対応付けられてもよい。第１のＤＲＢセットは第１の無線インタフェースに対応付けられてもよく、第２のＤＲＢセットは第２の無線インタフェースに対応付けられてもよい。

ＵＥによって送信または受信される１つ以上のＲＲＣメッセージは第１のポイントまたは第２のポイントのうちの１つにおいて終端してもよい。ＵＥによって送信または受信される少なくとも１つのＲＲＣメッセージは第１のポイントにおいて終端してもよく、少なくとも１つのＲＲＣメッセージは第２のポイントにおいて終端してもよい。

第１のポイントは移動性管理エンティティ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ、ＭＭＥ）に接続されてもよく、第２のポイントはサービングゲートウェイ（ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ、Ｓ−ＧＷ）、および第２のポイントとＳ−ＧＷとの間のプロキシゲートウェイのうちの１つ以上に接続されてもよい。第１のポイントはユーザプレーンプロトコルのための終端になってもよく、第２のポイントは制御プレーンプロトコルのための終端になってもよい。

第１のポイントはＭＭＥに、およびＳ−ＧＷに接続されてもよい。第１のポイントはユーザプレーンプロトコルのための終端になってもよく、制御プレーンプロトコルのための終端になってもよい。

第１のｅＮＢによる方法が同様に説明される。本方法は、第１の無線インタフェースを用いてＵＥに接続することを含む。本方法は、第２のｅＮＢに接続することを同様に含む。ＵＥは、第２の無線インタフェースを用いて第２のｅＮＢに接続される。本方法は、ＤＲＢを第１の無線インタフェースおよび第２の無線インタフェースのうちの少なくとも１つに対応付けることをさらに含む。

ＵＥが同様に説明される。ＵＥは、プロセッサと、プロセッサと電子的に通信するメモリと、を含む。ＵＥは、メモリ内に記憶される命令を同様に含む。命令は、ＵＥとＥ−ＵＴＲＡＮ上の第１のポイントとの間の第１の無線インタフェースを確立するために実行可能である。命令は同様に、第１の無線インタフェースを用いることによってＵＥとＥ−ＵＴＲＡＮ上の第２のポイントとの間の第２の無線インタフェースを確立するために実行可能である。命令はさらに、ＤＲＢを第１の無線インタフェースおよび第２の無線インタフェースのうちの少なくとも１つに対応付けるために実行可能である。

ｅＮＢが同様に説明される。ｅＮＢは、プロセッサと、プロセッサと電子的に通信するメモリと、を含む。ｅＮＢは、メモリ内に記憶される命令も含む。命令は、第１の無線インタフェースを用いてＵＥに接続するために実行可能である。命令は同様に、第２のｅＮＢに接続するために実行可能である。ＵＥは、第２の無線インタフェースを用いて第２のｅＮＢに接続される。命令はさらに、ＤＲＢを第１の無線インタフェースおよび第２の無線インタフェースのうちの少なくとも１つに対応付けるために実行可能である。

「３ＧＰＰ」とも呼ばれる、第３世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、第３および第４世代無線通信システムのためのグローバルに適用可能な技術仕様および技術報告を規定することを目指す共同協定である。３ＧＰＰは、次世代移動体ネットワーク、システムおよびデバイスのための仕様を規定してもよい。

３ＧＰＰロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）は、将来の要求に対処するためにユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ、ＵＭＴＳ）携帯電話またはデバイス規格を改善するためのプロジェクトに与えられた名称である。一態様では、ＵＭＴＳが、次世代ユニバーサル地上無線アクセス（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ、Ｅ−ＵＴＲＡ）および次世代ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）のためのサポートおよび仕様を提供するように変更されている。

本明細書に開示されているシステムおよび方法の少なくともいくつかの態様は、３ＧＰＰ ＬＴＥ、ＬＴＥアドバンスト（ＬＴＥ−Ａｄｖａｎｃｅｄ、ＬＴＥ−Ａ）およびその他の規格（例えば、３ＧＰＰリリース８、９、１０、１１および／または１２）に関して説明されてもよい。しかし、本開示の範囲はこの点について限定されるべきではない。本明細書に開示されているシステムおよび方法の少なくともいくつかの態様はその他の種類の無線通信システムにおいて利用されてもよい。

無線通信デバイスは、音声および／またはデータを基地局へ通信するために用いられる電子デバイスであってもよく、基地局が今度はデバイスのネットワーク（例えば、公衆交換電話網（ｐｕｂｌｉｃ ｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ ｎｅｔｗｏｒｋ、ＰＳＴＮ）、インターネット等）と通信してもよい。本明細書においてシステムおよび方法を説明する際に、無線通信デバイスは、移動局、ＵＥ、アクセス端末、加入者局、移動端末、遠隔局、ユーザ端末、端末、加入者ユニット、モバイルデバイス等と代替的に呼ばれてもよい。無線通信デバイスの例としては、セルラー電話、スマートフォン、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）、ラップトップコンピュータ、ネットブック、ｅリーダ、無線モデム等が挙げられる。３ＧＰＰ仕様では、無線通信デバイスは通例、ＵＥと呼ばれる。しかし、本開示の範囲は３ＧＰＰ規格に限定されるべきではないので、用語「ＵＥ」および「無線通信デバイス」は本明細書において、より包括的な用語「無線通信デバイス」を意味するために互換的に用いられてもよい。

３ＧＰＰ仕様では、基地局は通例、Ｎｏｄｅ Ｂ、ｅＮＢ、ホーム拡張型もしくは進化型Ｎｏｄｅ Ｂ（ｈｏｍｅ ｅｎｈａｎｃｅｄ ｏｒ ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、ＨｅＮＢ）と呼ばれるか、または他の何らかの同様の専門語で呼ばれる。本開示の範囲は３ＧＰＰ規格に限定されるべきではないので、用語「基地局」、「Ｎｏｄｅ Ｂ」、「ｅＮＢ」、および「ＨｅＮＢ」は本明細書において、より包括的な用語「基地局」を意味するために互換的に用いられてもよい。さらに、「基地局」の一例はアクセスポイントである。アクセスポイントは、無線通信デバイスのためにネットワーク（例えば、ローカルエリアネットワーク（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＬＡＮ）、インターネット等）へのアクセスを提供する電子デバイスであってもよい。用語「通信デバイス」は、無線通信デバイスおよび／または基地局の両方を表すために用いられてもよい。

本明細書で使用するとき、「セル」は、標準化または監理団体によって、国際移動体通信アドバンスト（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ−Ａｄｖａｎｃｅｄ、ＩＭＴ−Ａｄｖａｎｃｅｄ）のために用いられるために指定されるあらゆる通信チャネルであってよく、その全てもしくはそのサブセットは、３ＧＰＰによって、ｅＮＢとＵＥとの間の通信のために用いられるための認可された帯域（例えば、周波数帯域）として採用されてもよいことに留意されたい。「構成セル」とは、ＵＥが認識し、情報を伝送または受信することをｅＮＢによって許可されているセルである。「構成セル（単数または複数）」はサービングセル（単数または複数）であってもよい。ＵＥはシステム情報を受信し、全ての構成セルに対して必要な測定を遂行してもよい。「アクティブ化されたセル」は、ＵＥが伝送および受信を行っている構成セルである。すなわち、アクティブ化されたセルは、ＵＥが物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ）を監視する対象となるセルであり、ダウンリンク伝送の場合には、ＵＥが物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を復号する対象となるセルである。「非アクティブ化されたセル」は、ＵＥが伝送ＰＤＣＣＨを監視していない構成セルである。「セル」は、異なる次元に関して記述されてもよいことに留意されたい。例えば、「セル」は、時間特性、空間特性（例えば、地理的特性）および周波数特性を有してもよい。

本明細書に開示されているシステムおよび方法は、複数の接続を確立するためのデバイスを説明する。これは、次世代ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の文脈で行われてもよい。例えば、ユーザ機器（ＵＥ）とＥ−ＵＴＲＡＮ上の２つ以上のｅＮＢとの間の複数の接続を確立することが説明される。１つの構成では、２つ以上のｅＮＢは異なるスケジューラを有してもよい。

本明細書に記載されているシステムおよび方法はキャリアアグリゲーションを強化することができる。キャリアアグリゲーションとは、１つを超えるコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ、ＣＣ）の同時利用を指す。キャリアアグリゲーションでは、１つを超えるセルがＵＥに集約されてもよい。一例では、キャリアアグリゲーションは、ＵＥが利用できる実効帯域幅を増加させるために用いられてもよい。伝統的なキャリアアグリゲーションでは、単一のｅＮＢがＵＥのための複数のサービングセルを提供すると仮定される。２つ以上のセルが集約されてもよいシナリオ（例えば、リモート無線ヘッド（ＲＲＨ）セルが集約されたマクロセル）においてさえも、セルは単一のｅＮＢによって制御されてもよい（例えば、スケジュールされる）。しかし、スモールセル配置シナリオでは、各ノード（例えば、ｅＮＢ、ＲＲＨ等）はその各ノード自身の独立したスケジューラを有してもよい。両方のノードの無線資源利用の効率を最大化するために、ＵＥは、異なるスケジューラを有する２つ以上のノードに接続してもよい。

１つの構成では、ＵＥが、異なるスケジューラを有する２つのノード（例えば、ｅＮＢ）に接続するために、ＵＥとＥ−ＵＴＲＡＮとの間の多重接続性が利用されてもよい。例えば、Ｒｅｌ−１１動作に加えて、Ｒｅｌ−１２規格に従って動作するＵＥは、多重接続性（これらは同様に、二重接続性、ｅＮＢ間キャリアアグリゲーション、マルチフロー、マルチセルクラスタ、マルチＵｕ等と呼ばれてもよい）を有するように構成されてもよい。ＵＥは、構成された場合には、複数のＵｕインタフェースを用いてＥ−ＵＴＲＡＮに接続してもよい。例えば、ＵＥは、１つの無線インタフェースを用いることによって１つ以上の追加の無線インタフェースを確立するように構成されてもよい。以下、１つのノードはプライマリｅＮＢ（ｐｒｉｍａｒｙ ｅＮＢ、ＰｅＮＢ）と呼ばれ、別のノードはセカンダリｅＮＢ（ｓｅｃｏｎｄａｒｙ ｅＮＢ、ＳｅＮＢ）と呼ばれる。

これより、図を参照して、本明細書に開示されているシステムおよび方法の種々の例が説明される。図において、類似の参照符号は機能的に同様の要素を指示してもよい。本明細書において図に大まかに説明され、示されているシステムおよび方法は、多種多様の異なる実装形態で構成し、設計することができるであろう。それゆえ、図に表現されたいくつかの実装形態についての以下のより詳細な説明は、請求の範囲を限定することを意図されるものではなく、システムおよび方法の単なる典型である。

図１は、複数の接続を確立するためのシステムおよび方法が実装されてもよい１つ以上の進化型Ｎｏｄｅ Ｂ（ｅＮＢ）１６０および１つ以上のユーザ機器（ＵＥ）１０２の１つの構成を示すブロック図である。１つ以上のＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｎを用いて１つ以上のｅＮＢ１６０と通信してもよい。例えば、ＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｎを用いて、電磁信号をｅＮＢ１６０へ伝送し、電磁信号をｅＮＢ１６０から受信する。ｅＮＢ１６０は、１つ以上のアンテナ１８０ａ〜ｎを用いてＵＥ１０２と通信する。

ＵＥ１０２およびｅＮＢ１６０は、互いに通信するために１つ以上のチャネル１１９、１２１を用いてもよい。例えば、ＵＥ１０２は、１つ以上のアップリンクチャネル１２１を用いて情報またはデータをｅＮＢ１６０へ伝送してもよい。アップリンクチャネル１２１の例としては、物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）および物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）等が挙げられる。１つ以上のｅＮＢ１６０は、例えば、１つ以上のダウンリンクチャネル１１９を用いて情報またはデータを１つ以上のＵＥ１０２へ伝送してもよい。ダウンリンクチャネル１１９の例としては、ＰＤＣＣＨ、ＰＤＳＣＨ等が挙げられる。その他の種類のチャネルが用いられてもよい。

１つ以上のＵＥ１０２の各々は、１つ以上の送受信器１１８、１つ以上の復調器１１４、１つ以上の復号器１０８、１つ以上の符号器１５０、１つ以上の変調器１５４、データバッファ１０４およびＵＥ動作モジュール１２４を含んでもよい。例えば、１つ以上の受信および／または伝送経路がＵＥ１０２内に実装されてもよい。便宜上、単一の送受信器１１８、復号器１０８、復調器１１４、符号器１５０および変調器１５４のみがＵＥ１０２内に示されているが、複数の並列要素（例えば、送受信器１１８、復号器１０８、復調器１１４、符号器１５０および変調器１５４）が実装されてもよい。

送受信器１１８は、１つ以上の受信器１２０および１つ以上の伝送器１５８を含んでもよい。１つ以上の受信器１２０は、１つ以上のアンテナ１２２ａ〜ｎを用いて信号をｅＮＢ１６０から受信してもよい。例えば、受信器１２０は信号を受信してダウンコンバートし、１つ以上の受信信号１１６を生成する。１つ以上の受信信号１１６は復調器１１４に提供されてもよい。１つ以上の伝送器１５８は、１つ以上のアンテナ１２２ａ〜ｎを用いて信号をｅＮＢ１６０へ伝送してもよい。例えば、１つ以上の伝送器１５８は１つ以上の変調信号１５６をアップコンバートして伝送してもよい。

復調器１１４は１つ以上の受信信号１１６を復調し、１つ以上の復調信号１１２を生成してもよい。１つ以上の復調信号１１２は復号器１０８に提供されてもよい。ＵＥ１０２は復号器１０８を用いて信号を復号してもよい。復号器１０８は１つ以上の復号信号１０６、１１０を生成してもよい。例えば、第１の、ＵＥによって復号された信号１０６は、受信されたペイロードデータを含んでもよく、ペイロードデータはデータバッファ１０４内に記憶されてもよい。第２の、ＵＥによって復号された信号１１０はオーバヘッドデータおよび／または制御データを含んでもよい。例えば、第２の、ＵＥによって復号された信号１１０は、ＵＥ動作モジュール１２４によって、１つ以上の動作を遂行するために用いられてもよいデータを提供してもよい。

本明細書で使用するとき、用語「モジュール」は、ハードウェア、ソフトウェアあるいはハードウェアおよびソフトウェアの組み合わせの形態で実装しうる特定の要素または構成要素を意味してもよい。ただし、本明細書において「モジュール」として表されるあらゆる要素は代替的にハードウェアの形態で実装されてもよいことに留意されたい。例えば、ｅＮＢ動作モジュール１８２は、ハードウェア、ソフトウェアまたは両者の組み合わせの形態で実装されてもよい。

概して、ＵＥ動作モジュール１２４は、ＵＥ１０２が１つ以上のｅＮＢ１６０と通信することを可能にしてもよい。ＵＥ動作モジュール１２４は、ＵＥ無線インタフェース決定モジュール１２８、ＵＥデータ無線ベアラ（ＤＲＢ）対応付けモジュール１３０およびＵＥ無線リソース制御（ＲＲＣ）メッセージ決定モジュール１３２のうちの１つ以上を含んでもよい。

ＵＥ無線インタフェース決定モジュール１２８は、ＵＥ１０２と次世代ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）上の第１のポイントとの間の第１の無線インタフェースを確立してもよい。例えば、第１のポイントは、Ｅ−ＵＴＲＡＮに属する第１のｅＮＢ１６０を含んでもよい。１つの構成では、第１のｅＮＢ１６０はプライマリｅＮＢ（ＰｅＮＢ）と呼ばれてもよい。ＵＥ無線インタフェース決定モジュール１２８は、Ｕｕインタフェースを用いて第１のポイント（例えば、ｅＮＢ１６０）に接続してもよい。Ｕｕインタフェースは同様にプライマリＵｕインタフェースと呼ばれてもよい。ＵｕインタフェースはＵＥ１０２と第１のｅＮＢ１６０との間の無線インタフェースであってもよい。

ＵＥ１０２は、第１の無線インタフェースを用いることによってＵＥ１０２とＥ−ＵＴＲＡＮ上の第２のポイント（例えば、第２のｅＮＢ１６０）との間の第２の無線インタフェースを確立するように構成されてもよい。１つの構成では、ＵＥ１０２は、第１のｅＮＢ１６０によって、複数の無線インタフェースを用いてＥ−ＵＴＲＡＮに接続するように構成されてもよい。したがって、第１のｅＮＢ１６０と接続すると、ｅＮＢ１６０は、ＵＥ１０２を、第１の無線インタフェースを用いて追加の無線インタフェースを確立するように構成してもよい。ＵＥ無線インタフェース決定モジュール１２８は、第２の無線インタフェースを用いて第２のｅＮＢ１６０に接続してもよい。第２のｅＮＢ１６０はセカンダリｅＮＢ（ＳｅＮＢ）と呼ばれてもよい。１つの構成では、ＰｅＮＢおよびＳｅＮＢは異なるスケジューラを有する。ＵＥ無線インタフェース決定モジュール１２８は、Ｕｕｘインタフェースを用いて第２のｅＮＢ１６０に接続してもよい。Ｕｕｘインタフェースは同様にセカンダリＵｕインタフェースと呼ばれてもよい。

ＵＥ１０２がＥ−ＵＴＲＡＮとの複数のＵｕインタフェースを認識するかぎり、ＵＥ１０２はＰｅＮＢおよびＳｅＮＢを認識することを要求されなくてもよい。１つの構成では、ＵＥ１０２はｅＮＢ１６０をＥ−ＵＴＲＡＮ上のポイントと見なしてもよい。別の構成では、ＵＥ１０２はＥ−ＵＴＲＡＮとの複数のＵｕインタフェースをＥ−ＵＴＲＡＮ上の複数のポイントとの接続と見なしてもよい。さらに別の構成では、Ｅ−ＵＴＲＡＮは、同じかまたは異なるｅＮＢ１６０との複数のＵｕインタフェースを提供してもよい。例えば、ＰｅＮＢおよびＳｅＮＢは同じｅＮＢ１６０であることができるであろう。複数のＵｕインタフェース（例えば、多重接続性）は単一のｅＮＢ１６０によってすら達成されうる。換言すれば、１つの構成では、本明細書に記載されているシステムおよび方法は単一のｅＮＢ１６０または単一のスケジューラによって達成されてもよい。ＵＥ１０２は１つを超えるＵｕｘインタフェース（例えば、Ｕｕ１、Ｕｕ２、Ｕｕ３、等）を接続することができてもよい。各Ｕｕインタフェースは、キャリアアグリゲーション（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）を遂行するために用いられてもよい。したがって、ＣＡシナリオでは、ＵＥ１０２は、サービングセルの１つを超えるセットを有するように構成されてもよい。

複数のＵｕインタフェースが説明されているが、本明細書に記載されているシステムおよび方法は、インタフェースの定義に依存して、単一のＵｕインタフェースまたは単一の無線インタフェースによって実現されてもよいことに留意されたい。例えば、無線インタフェースはＵＥ１０２とＥ−ＵＴＲＡＮとの間のインタフェースとして定義されてもよい。この定義では、インタフェースはＵＥ１０２とｅＮＢ１６０との間のインタフェースではない。例えば、１つの無線インタフェースは、多重接続性を有するＵＥ１０２とＥ−ＵＴＲＡＮとの間のインタフェースとして定義することができる。したがって、上述したＵｕインタフェースおよびＵｕｘインタフェースは、セルの異なる特性と考えられてもよい。例えば、Ｕｕインタフェースはセル（単数または複数）の第１のセットであってもよく、Ｕｕｘインタフェースはセル（単数または複数）の第２のセットであってもよい。同様に、第１の無線インタフェースはセル（単数または複数）の第１のセットと言い換えられてもよく、第２の無線インタフェースはセル（単数または複数）の第２のセットと言い換えられてもよい。

ＵＥ ＤＲＢ対応付けモジュール１３０はＤＲＢを第１の無線インタフェースおよび第２の無線インタフェースのうちの少なくとも１つに対応付けてもよい。ＤＲＢ（データ無線ベアラ）は、（制御プレーンシグナリングとは対照的に）ユーザデータを搬送する無線ベアラである。例えば、ＤＲＢはユーザプレーンプロトコル・スタックに対応付けられてもよい。ユーザプレーンプロトコル・スタックは、パケットデータ収束プロトコル（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）層、無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ）層、媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）層および物理（ｐｈｙｓｉｃａｌ、ＰＨＹ）層を含んでもよい。例えば、ｅＮＢ１６０からＵＥ１０２へのＲＲＣシグナリングによってＤＲＢが確立されると、ＰＤＣＰエンティティ、ＲＬＣエンティティ（もしくはエンティティ群）、および専用トラフィックチャネル（Ｄｅｄｉｃａｔｅｄ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ、ＤＴＣＨ）論理チャネルが確立されてもよい。各ＤＲＢに対して、ＰＤＣＰエンティティ、ＲＬＣエンティティ（もしくはエンティティ群）、およびＤＴＣＨ論理チャネルが確立される。１つの無線インタフェースに対して、ＤＲＢはＭＡＣエンティティおよびＰＨＹエンティティを用いてもよい。ＤＲＢ構成（例えば、ＤＲＢ追加、変更および解除）は、ＰＤＣＰ構成、ＲＬＣ構成および／または論理チャネル構成を含んでもよい。

１つの構成では、全てのＤＲＢ（例えば、ＤＲＢ１、ＤＲＢ２、ＤＲＢ３．．．）は１つの無線インタフェースに対応付けられてもよい。例えば、ユーザプレーンはＵｕｘインタフェースのみを用いてもよい。したがって、全てのＤＲＢはＵｕｘインタフェースに対応付けられてもよい。別の構成では、ＤＲＢは、異なる無線インタフェースに対応付けられてもよいＤＲＢセットに編成されてもよい。例えば、第１のＤＲＢセット（例えば、ＤＲＢ１、ＤＲＢ２、ＤＲＢ３．．．）は第１の無線インタフェース（例えば、Ｕｕインタフェース）に対応付けられてもよく、第２のＤＲＢセット（例えば、ＤＲＢ４、ＤＲＢ５、ＤＲＢ６．．．）は第２の無線インタフェース（例えば、Ｕｕｘインタフェース）に対応付けられてもよい。ＤＲＢの対応付けは図１２および図１３においてより詳細に説明される。

ＵＥ ＲＲＣメッセージ決定モジュール１３２は１つ以上のＲＲＣメッセージを送信または受信してもよい。ＲＲＣプロトコルは制御プレーンシグナリングを伝達してもよく、制御プレーンシグナリングを通じてＥ−ＵＴＲＡＮはＵＥ１０２のビヘイビアを制御してもよい。多重接続性動作（例えば、複数のＵｕインタフェース動作）のために、ＵＥ１０２は１つのＲＲＣ接続を有してもよいか、複数のＲＲＣ接続を有してもよいか、あるいは１つのＲＲＣ接続および複数の副ＲＲＣ接続を有してもよい。１つの構成では、ＵＥ ＲＲＣメッセージ決定モジュール１３２によって送信される１つ以上のＲＲＣメッセージはＥ−ＵＴＲＡＮ上の単一のポイントにおいて終端してもよい。例えば、ＵＥ ＲＲＣメッセージ決定モジュール１３２はＲＲＣメッセージをＥ−ＵＴＲＡＮ上の単一のポイントに向けて送信してもよい（またはＲＲＣメッセージをそこから受信してもよい）。したがって、１つ以上のＲＲＣメッセージは第１のｅＮＢ１６０または第２のｅＮＢ１６０のうちの１つにおいて終端してもよい。

別の構成では、１つ以上のＲＲＣメッセージはＥ−ＵＴＲＡＮ上の複数のポイントにおいて終端してもよい。例えば、ＵＥ１０２はＲＲＣメッセージをＥ−ＵＴＲＡＮ上の複数のアドレス指定されたポイントに向けて送信してもよい（またはＲＲＣメッセージをそこから受信してもよい）。したがって、少なくとも１つのＲＲＣメッセージは第１のｅＮＢ１６０において終端してもよく、少なくとも１つのＲＲＣメッセージは第２のｅＮＢ１６０において終端してもよい。図１４〜図１７において、ＲＲＣメッセージを伝達するための複数のシナリオがより詳細に説明される。

ＵＥ動作モジュール１２４は情報１４８を１つ以上の受信器１２０に提供してもよい。例えば、ＵＥ動作モジュール１２４は、アップリンクグラントに基づき、いつ伝送を受信するか、または受信するべきでないかを受信器（単数または複数）１２０に告知してもよい。

ＵＥ動作モジュール１２４は情報１３８を復調器１１４に提供してもよい。例えば、ＵＥ動作モジュール１２４は、ｅＮＢ１６０からの伝送のために予想される変調パターンを復調器１１４に告知してもよい。

ＵＥ動作モジュール１２４は情報１３６を復号器１０８に提供してもよい。例えば、ＵＥ動作モジュール１２４は、ｅＮＢ１６０からの伝送のために予想される符号化を復号器１０８に告知してもよい。

ＵＥ動作モジュール１２４は情報１４２を符号器１５０に提供してもよい。情報１４２は、符号化されるべきデータおよび／または符号化のための命令を含んでもよい。例えば、ＵＥ動作モジュール１２４は符号器１５０に、伝送データ１４６および／またはその他の情報１４２を符号化するように命令してもよい。その他の情報１４２はＤＲＢおよびＲＲＣメッセージを含んでもよい。

符号器１５０は、伝送データ１４６、および／またはＵＥ動作モジュール１２４によって提供されたその他の情報１４２を符号化してもよい。例えば、データ１４６および／またはその他の情報１４２を符号化することは、誤り検出および／または訂正符号化、データを伝送のために空間資源、時間資源および／または周波数資源に対応付けること、多重化等を伴ってもよい。符号器１５０は、符号化されたデータ１５２を変調器１５４に提供してもよい。

ＵＥ動作モジュール１２４は情報１４４を変調器１５４に提供してもよい。例えば、ＵＥ動作モジュール１２４は、ｅＮＢ１６０への伝送のために用いられるべき変調形式（例えば、コンステレーションマッピング）を変調器１５４に告知してもよい。変調器１５４は、符号化されたデータ１５２を変調し、１つ以上の変調信号１５６を１つ以上の伝送器１５８に提供してもよい。

ＵＥ動作モジュール１２４は情報１４０を１つ以上の伝送器１５８に提供してもよい。この情報１４０は１つ以上の伝送器１５８のための命令を含んでもよい。例えば、ＵＥ動作モジュール１２４は１つ以上の伝送器１５８に、いつ信号をｅＮＢ１６０へ伝送するべきかを命令してもよい。１つ以上の伝送器１５８は変調信号（単数または複数）１５６をアップコンバートし、１つ以上のｅＮＢ１６０へ伝送してもよい。

ｅＮＢ１６０は、１つ以上の送受信器１７６、１つ以上の復調器１７２、１つ以上の復号器１６６、１つ以上の符号器１０９、１つ以上の変調器１１３、データバッファ１６２およびｅＮＢ動作モジュール１８２を含んでもよい。例えば、１つ以上の受信および／または伝送経路がｅＮＢ１６０内に実装されてもよい。便宜上、単一の送受信器１７６、復号器１６６、復調器１７２、符号器１０９および変調器１１３のみがｅＮＢ１６０内に示されているが、複数の並列要素（例えば、送受信器１７６、復号器１６６、復調器１７２、符号器１０９および変調器１１３）が実装されてもよい。

送受信器１７６は、１つ以上の受信器１７８および１つ以上の伝送器１１７を含んでもよい。１つ以上の受信器１７８は、１つ以上のアンテナ１８０ａ〜ｎを用いて信号をＵＥ１０２から受信してもよい。例えば、受信器１７８は信号を受信してダウンコンバートし、１つ以上の受信信号１７４を生成する。１つ以上の受信信号１７４は復調器１７２に提供されてもよい。１つ以上の伝送器１１７は、１つ以上のアンテナ１８０ａ〜ｎを用いて信号をＵＥ１０２へ伝送してもよい。例えば、１つ以上の伝送器１１７は１つ以上の変調信号１１５をアップコンバートして伝送してもよい。

復調器１７２は１つ以上の受信信号１７４を復調し、１つ以上の復調信号１７０を生成してもよい。１つ以上の復調信号１７０は復号器１６６に提供されてもよい。ｅＮＢ１６０は復号器１６６を用いて信号を復号してもよい。復号器１６６は１つ以上の復号信号１６４、１６８を生成してもよい。例えば、第１の、ｅＮＢによって復号された信号１６４は、受信されたペイロードデータを含んでもよく、ペイロードデータはデータバッファ１６２内に記憶されてもよい。第２の、ｅＮＢによって復号された信号１６８はオーバヘッドデータおよび／または制御データを含んでもよい。例えば、第２のｅＮＢによって復号された信号１６８は、ｅＮＢ動作モジュール１８２によって、１つ以上の動作を遂行するために用いられてもよいデータ（例えば、ＰＵＳＣＨ伝送データ）を提供してもよい。

概して、ｅＮＢ動作モジュール１８２は、ｅＮＢ１６０が１つ以上のＵＥ１０２と通信することを可能にしてもよい。ｅＮＢ動作モジュール１８２は、ｅＮＢインタフェース決定モジュール１９４、ｅＮＢ ＤＲＢ対応付けモジュール１９６およびｅＮＢ ＲＲＣメッセージ決定モジュール１９８のうちの１つ以上を含んでもよい。

ｅＮＢインタフェース決定モジュール１９４は、第１の無線インタフェースを用いてＵＥ１０２に接続してもよい。例えば、第１のｅＮＢ１６０はＥ−ＵＴＲＡＮに属してもよい。１つの構成では、第１のｅＮＢ１６０はプライマリｅＮＢ（ＰｅＮＢ）と呼ばれてもよい。ｅＮＢインタフェース決定モジュール１９４は、上述したように、Ｕｕインタフェースを用いてＵＥ１０２に接続してもよい。

ｅＮＢインタフェース決定モジュール１９４は、ＵＥ１０２は、第２の無線インタフェースを用いて第２のｅＮＢ１６０に接続するように構成されてもよいかどうかを決定してもよい。１つの構成では、ｅＮＢインタフェース決定モジュール１９４はＵＥ１０２を、複数の無線インタフェースを用いてＥ−ＵＴＲＡＮに接続するように構成してもよい。したがって、（第１の無線インタフェースを用いて）ＵＥ１０２と接続すると、ｅＮＢインタフェース決定モジュール１９４は、ＵＥ１０２を、追加の無線インタフェースを確立するように構成してもよい。

ｅＮＢインタフェース決定モジュール１９４は第２のｅＮＢ１６０に接続してもよい。例えば、（第１の無線インタフェースを用いて）多重接続性のために構成されると、ＵＥ１０２は、第２の無線インタフェース（例えば、Ｕｕｘインタフェース）を用いて第２のｅＮＢ１６０に接続してもよい。第２のｅＮＢ１６０はセカンダリｅＮＢ（ＳｅＮＢ）と呼ばれてもよい。ｅＮＢインタフェース決定モジュール１９４は、多重接続性およびキャリアアグリゲーションを促進するために第２のｅＮＢ１６０に接続してもよい。ｅＮＢインタフェース決定モジュール１９４は、１つ以上のＸインタフェースを用いて第２のｅＮＢ１６０に接続してもよい。第１のｅＮＢ１６０および第２のｅＮＢ１６０は１つ以上のＸインタフェースを通じてデータ（例えば、ＤＲＢおよびＲＲＣメッセージ）を交換してもよい。１つの構成では、第１のｅＮＢ１６０および第２のｅＮＢ１６０は異なるスケジューラを有する。

ｅＮＢ ＤＲＢ対応付けモジュール１９６はＤＲＢを第１の無線インタフェースおよび第２の無線インタフェースのうちの少なくとも１つに対応付けてもよい。１つの構成では、全てのＤＲＢは１つの無線インタフェースに対応付けられてもよい。例えば、ユーザプレーンはＵｕｘインタフェースのみを用いてもよい。したがって、全てのＤＲＢはＵｕｘインタフェースに対応付けられてもよい。別の構成では、ＤＲＢは、異なる無線インタフェースに対応付けられてもよいＤＲＢセットに編成されてもよい。例えば、第１のＤＲＢセットは第１の無線インタフェース（例えば、Ｕｕインタフェース）に対応付けられてもよく、第２のＤＲＢセットは第２の無線インタフェース（例えば、Ｕｕｘインタフェース）に対応付けられてもよい。ＤＲＢの対応付けは図１２および図１３においてより詳細に説明される。

ｅＮＢ ＲＲＣメッセージ決定モジュール１９８は１つ以上のＲＲＣメッセージを送信または受信してもよい。ＲＲＣプロトコルは制御プレーンシグナリングを伝達してもよく、制御プレーンシグナリングを通じてＥ−ＵＴＲＡＮはＵＥ１０２のビヘイビアを制御してもよい。多重接続性動作（例えば、複数のＵｕインタフェース動作）のために、ＵＥ１０２は１つのＲＲＣ接続を有してもよいか、複数のＲＲＣ接続を有してもよいか、あるいは１つのＲＲＣ接続および複数の副ＲＲＣ接続を有してもよい。１つの構成では、ｅＮＢ ＲＲＣメッセージ決定モジュール１９８によって送信または受信される１つ以上のＲＲＣメッセージはＥ−ＵＴＲＡＮ上の単一のポイントにおいて終端してもよい。例えば、ｅＮＢ ＲＲＣメッセージ決定モジュール１９８は、ＵＥ１０２によって送信される全てのＲＲＣメッセージを受信してもよい。したがって、１つ以上のＲＲＣメッセージの各々は第１のｅＮＢ１６０において終端してもよい。

別の構成では、１つ以上のＲＲＣメッセージはＥ−ＵＴＲＡＮ上の複数のポイントにおいて終端してもよい。例えば、ＵＥ１０２はＲＲＣメッセージをＥ−ＵＴＲＡＮ上の複数のアドレス指定されたポイントに向けて送信してもよい。ｅＮＢ ＲＲＣメッセージ決定モジュール１９８は、ＲＲＣメッセージに含まれるアドレスに基づき、ＲＲＣメッセージは第１のｅＮＢ１６０において終端するのか、それとも第２のｅＮＢ１６０において終端するのかを決定してもよい。したがって、少なくとも１つのＲＲＣメッセージは第１のｅＮＢ１６０において終端してもよく、少なくとも１つのＲＲＣメッセージは第２のｅＮＢ１６０において終端してもよい。図１４〜図１７において、ＲＲＣメッセージを伝達するための複数のシナリオがより詳細に説明される。

ｅＮＢ動作モジュール１８２は情報１９０を１つ以上の受信器１７８に提供してもよい。例えば、ｅＮＢ動作モジュール１８２は、ＤＲＢおよびＲＲＣメッセージに基づき、いつ伝送を受信するべきか、またはいつ受信するべきでないかを受信器（単数または複数）１７８に告知してもよい。

ｅＮＢ動作モジュール１８２は情報１８８を復調器１７２に提供してもよい。例えば、ｅＮＢ動作モジュール１８２は、ＵＥ（単数または複数）１０２からの伝送のために予想される変調パターンを復調器１７２に告知してもよい。

ｅＮＢ動作モジュール１８２は情報１８６を復号器１６６に提供してもよい。例えば、ｅＮＢ動作モジュール１８２は、ＵＥ（単数または複数）１０２からの伝送のために予想される符号化を復号器１６６に告知してもよい。

ｅＮＢ動作モジュール１８２は情報１０１を符号器１０９に提供してもよい。情報１０１は、符号化されるべきデータおよび／または符号化のための命令を含んでもよい。例えば、ｅＮＢ動作モジュール１８２は符号器１０９に、伝送データ１０５および／またはその他の情報１０１を符号化するように命令してもよい。その他の情報１０１はＤＲＢおよびＲＲＣメッセージを含んでもよい。

符号器１０９は、ｅＮＢ動作モジュール１８２によって提供された伝送データ１０５および／またはその他の情報１０１を符号化してもよい。例えば、データ１０５および／またはその他の情報１０１を符号化することは、誤り検出および／または訂正符号化、データを伝送のために空間資源、時間資源および／または周波数資源に対応付けること、多重化等を伴ってもよい。符号器１０９は、符号化されたデータ１１１を変調器１１３に提供してもよい。伝送データ１０５は、ＵＥ１０２へ中継されるべきネットワークデータを含んでもよい。

ｅＮＢ動作モジュール１８２は情報１０３を変調器１１３に提供してもよい。この情報１０３は変調器１１３のための命令を含んでもよい。例えば、ｅＮＢ動作モジュール１８２は、ＵＥ（単数または複数）１０２への伝送のために用いられるべき変調形式（例えば、コンステレーションマッピング）を変調器１１３に告知してもよい。変調器１１３は、符号化されたデータ１１１を変調し、１つ以上の変調信号１１５を１つ以上の伝送器１１７に提供してもよい。

ｅＮＢ動作モジュール１８２は情報１９２を１つ以上の伝送器１１７に提供してもよい。この情報１９２は１つ以上の伝送器１１７のための命令を含んでもよい。例えば、ｅＮＢ動作モジュール１８２は１つ以上の伝送器１１７に、いつ信号をＵＥ（単数または複数）１０２へ伝送するべきか（またはいつ伝送するべきでないか）を命令してもよい。１つ以上の伝送器１１７は変調信号（単数または複数）１１５をアップコンバートし、１つ以上のＵＥ１０２へ伝送してもよい。

ｅＮＢ（単数または複数）１６０およびＵＥ（単数または複数）１０２内に含まれる要素またはそれらの部分のうちの１つ以上はハードウェアの形態で実装されてもよいことに留意されたい。例えば、これらの要素またはそれらの部分のうちの１つ以上は、チップ、回路機構またはハードウェア構成要素等として実装されてもよい。本明細書に記載されている機能または方法のうちの１つ以上はハードウェアの形態で実装され、および／またはハードウェアを用いて遂行されてもよいことにも留意されたい。例えば、本明細書に記載されている方法のうちの１つ以上は、チップセット、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、大規模集積回路（ｌａｒｇｅ−ｓｃａｌｅ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＬＳＩ）または集積回路等の形態で実装され、および／またはチップセット、特定用途向け集積回路（ＡＳＩＣ）、大規模集積回路（ＬＳＩ）または集積回路等を用いて実現されてもよい。

図２は、ＵＥ１０２によって複数の接続を確立するための方法２００の１つの実装形態を示すフロー図である。ＵＥ１０２は、ＵＥ１０２とＥ−ＵＴＲＡＮ上の第１のポイント（例えば、第１のｅＮＢ１６０）との間の第１の無線インタフェースを確立してもよい（ステップ２０２）。例えば、第１のｅＮＢ１６０はＥ−ＵＴＲＡＮに属してもよい。１つの構成では、第１のｅＮＢ１６０はプライマリｅＮＢ（ＰｅＮＢ）と呼ばれてもよい。ＵＥ１０２は、Ｕｕインタフェースを用いて第１のｅＮＢ１６０に接続してもよい（ステップ２０２）。Ｕｕインタフェースは同様にプライマリＵｕインタフェースと呼ばれてもよい。ＵｕインタフェースはＵＥ１０２と第１のｅＮＢ１６０との間の無線インタフェースであってもよい。

ＵＥ１０２は、第１の無線インタフェースを用いることによってＵＥ１０２とＥ−ＵＴＲＡＮ上の第２のポイント（例えば、第２のｅＮＢ１６０）との間の第２の無線インタフェースを確立してもよい（ステップ２０４）。１つの構成では、ＵＥ１０２は、第１のｅＮＢ１６０によって、複数の無線インタフェースを用いてＥ−ＵＴＲＡＮに接続するように構成されてもよい。したがって、第１のｅＮＢ１６０と接続すると、ｅＮＢ１６０は、ＵＥ１０２を、第１の無線インタフェースを用いて追加の無線インタフェースを確立するように構成してもよい。ＵＥ１０２は、第２の無線インタフェースを用いて第２のｅＮＢ１６０に接続してもよい。第２のｅＮＢ１６０はセカンダリｅＮＢ（ＳｅＮＢ）と呼ばれてもよい。１つの構成では、第１のｅＮＢ１６０および第２のｅＮＢ１６０は異なるスケジューラを有する。ＵＥ１０２は、Ｕｕｘインタフェースを用いて第２のｅＮＢ１６０に接続してもよい。Ｕｕｘインタフェースは同様にセカンダリＵｕインタフェースと呼ばれてもよい。

ＵＥ１０２は、ＤＲＢを第１の無線インタフェースおよび第２の無線インタフェースのうちの少なくとも１つに対応付けてもよい（ステップ２０６）。１つの構成では、全てのＤＲＢは１つの無線インタフェースに対応付けられてもよい（ステップ２０６）。例えば、ユーザプレーンはＵｕｘインタフェースのみを用いてもよい。したがって、全てのＤＲＢはＵｕｘインタフェースに対応付けられてもよい（ステップ２０６）。代替的に、全てのＤＲＢはＵｕインタフェースに対応付けられてもよい（ステップ２０６）。

別の構成では、ＤＲＢは、異なる無線インタフェースに対応付けられてもよい（ステップ２０６）ＤＲＢセットに編成されてもよい。例えば、第１のＤＲＢセットは第１の無線インタフェース（例えば、Ｕｕインタフェース）に対応付けられてもよく（ステップ２０６）、第２のＤＲＢは第２の無線インタフェース（例えば、Ｕｕｘインタフェース）に対応付けられてもよい（ステップ２０６）。

いくつかの構成では、ＵＥ１０２は同様に１つ以上のＲＲＣメッセージを送信してもよい。ＲＲＣプロトコルは制御プレーンシグナリングを伝達してもよく、制御プレーンシグナリングを通じてＥ−ＵＴＲＡＮはＵＥ１０２のビヘイビアを制御してもよい。多重接続性動作（例えば、複数のＵｕインタフェース動作）のために、ＵＥ１０２は１つのＲＲＣ接続を有してもよいか、複数のＲＲＣ接続を有してもよいか、あるいは１つのＲＲＣ接続および複数の副ＲＲＣ接続を有してもよい。１つの構成では、ＵＥ１０２によって送信される１つ以上のＲＲＣメッセージはＥ−ＵＴＲＡＮ上の単一のポイントにおいて終端してもよい。例えば、ＵＥ１０２はＲＲＣメッセージをＥ−ＵＴＲＡＮ上の単一のポイントに向けて送信してもよい。したがって、１つ以上のＲＲＣメッセージは第１のｅＮＢ１６０または第２のｅＮＢ１６０のうちの１つにおいて終端してもよい。

他の構成では、１つ以上のＲＲＣメッセージはＥ−ＵＴＲＡＮ上の複数のポイントにおいて終端してもよい。例えば、ＵＥ１０２はＲＲＣメッセージをＥ−ＵＴＲＡＮ上の複数のアドレス指定されたポイントに向けて送信してもよい。したがって、少なくとも１つのＲＲＣメッセージは第１のｅＮＢ１６０において終端してもよく、少なくとも１つのＲＲＣメッセージは第２のｅＮＢ１６０において終端してもよい。

図３は、第１のｅＮＢ１６０によって複数の接続を確立するための方法３００の１つの実装形態を示すフロー図である。第１のｅＮＢ１６０は、図１に関して上述したｅＮＢ１６０と同様であってもよい。第１のｅＮＢ１６０は、第１の無線インタフェースを用いてＵＥ１０２に接続してもよい（ステップ３０２）。例えば、第１のｅＮＢ１６０はＥ−ＵＴＲＡＮに属してもよい。１つの構成では、第１のｅＮＢ１６０はプライマリｅＮＢ（ＰｅＮＢ）と呼ばれてもよい。第１のｅＮＢ１６０は、図１に関して上述したように、Ｕｕインタフェースを用いてＵＥ１０２に接続してもよい（ステップ３０２）。第１のｅＮＢ１６０は、ＵＥ１０２は、第２の無線インタフェースを用いて第２のｅＮＢ１６０に接続するように構成されてもよいかどうかを決定してもよい。１つの構成では、第１のｅＮＢ１６０はＵＥ１０２を、複数の無線インタフェースを用いてＥ−ＵＴＲＡＮに接続するように構成してもよい。したがって、（第１の無線インタフェースを用いて）ＵＥ１０２と接続すると（ステップ３０２）、第１のｅＮＢ１６０は、ＵＥ１０２を、追加の無線インタフェースを確立するように構成してもよい。

第１のｅＮＢ１６０は第２のｅＮＢ１６０に接続してもよい（ステップ３０４）。例えば、（第１の無線インタフェースを用いて）多重接続性のために構成されると、ＵＥ１０２は、第２の無線インタフェース（例えば、Ｕｕｘインタフェース）を用いて第２のｅＮＢ１６０に接続してもよい。第２のｅＮＢ１６０はセカンダリｅＮＢ（ＳｅＮＢ）と呼ばれてもよい。第１のｅＮＢ１６０は、多重接続性およびキャリアアグリゲーションを促進するために第２のｅＮＢ１６０に接続してもよい（ステップ３０４）。第１のｅＮＢ１６０は、１つ以上のＸインタフェースを用いて第２のｅＮＢ１６０に接続してもよい（ステップ３０４）。第１のｅＮＢ１６０および第２のｅＮＢ１６０は１つ以上のＸインタフェースを通じてデータ（例えば、ＤＲＢおよびＲＲＣメッセージ）を交換してもよい。１つの構成では、第１のｅＮＢ１６０および第２のｅＮＢ１６０は異なるスケジューラを有する。

第１のｅＮＢ１６０は、ＤＲＢを第１の無線インタフェースおよび第２の無線インタフェースのうちの少なくとも１つに対応付けてもよい（ステップ３０６）。１つの構成では、全てのＤＲＢは１つの無線インタフェースに対応付けられてもよい（ステップ３０６）。例えば、ユーザプレーンはＵｕｘインタフェースのみを用いてもよい。したがって、全てのＤＲＢはＵｕｘインタフェースに対応付けられてもよい（ステップ３０６）。代替的に、全てのＤＲＢはＵｕインタフェースに対応付けられてもよい（ステップ３０６）。

別の構成では、ＤＲＢは、異なる無線インタフェースに対応付けられてもよい（ステップ３０６）ＤＲＢセットに編成されてもよい。例えば、第１のＤＲＢセットは第１の無線インタフェース（例えば、Ｕｕインタフェース）に対応付けられてもよく（ステップ３０６）、第２のＤＲＢセットは第２の無線インタフェース（例えば、Ｕｕｘインタフェース）に対応付けられてもよい（ステップ３０６）。

いくつかの構成では、第１のｅＮＢ１６０は同様に１つ以上のＲＲＣメッセージを受信してもよい。ＲＲＣプロトコルは制御プレーンシグナリングを伝達してもよく、制御プレーンシグナリングを通じてＥ−ＵＴＲＡＮはＵＥ１０２のビヘイビアを制御してもよい。多重接続性動作（例えば、複数のＵｕインタフェース動作）のために、ＵＥ１０２は１つのＲＲＣ接続を有してもよいか、複数のＲＲＣ接続を有してもよいか、あるいは１つのＲＲＣ接続および複数の副ＲＲＣ接続を有してもよい。１つの構成では、第１のｅＮＢ１６０によって受信される１つ以上のＲＲＣメッセージはＥ−ＵＴＲＡＮ上の単一のポイントにおいて終端してもよい。例えば、第１のｅＮＢ１６０は、ＵＥ１０２によって送信される全てのＲＲＣメッセージを受信してもよい。したがって、１つ以上のＲＲＣメッセージの各々は第１のｅＮＢ１６０において終端してもよい。

他の構成では、１つ以上のＲＲＣメッセージはＥ−ＵＴＲＡＮ上の複数のポイントにおいて終端してもよい。例えば、ＵＥ１０２はＲＲＣメッセージをＥ−ＵＴＲＡＮ上の複数のアドレス指定されたポイントに向けて送信してもよい。第１のｅＮＢ１６０は、ＲＲＣメッセージに含まれるアドレスに基づき、ＲＲＣメッセージは第１のｅＮＢ１６０において終端するのか、それとも第２のｅＮＢ１６０において終端するのかを決定してもよい。したがって、少なくとも１つのＲＲＣメッセージは第１のｅＮＢ１６０において終端してもよく、少なくとも１つのＲＲＣメッセージは第２のｅＮＢ１６０において終端してもよい。

図４は、複数の接続を確立するためのシステムおよび方法が実装されてもよいＥ−ＵＴＲＡＮアーキテクチャ４２３、４３９の構成を示すブロック図である。伝統的なＥ−ＵＴＲＡＮアーキテクチャ４２３では、Ｅ−ＵＴＲＡＮ４３５ａは、ＵＥ４０２ａに向けたＥ−ＵＴＲＡユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）プロトコル終端を提供する、１つ以上のｅＮＢ４６０ａを含む。ｅＮＢ４６０ａはＸ２インタフェース（本図には示されていない）によって互いに相互接続されてもよい。ｅＮＢ４６０ａは同様に、Ｓ１インタフェース４３１、４３３によって進化型パケットコア（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ、ＥＰＣ）４２５ａに接続されてもよい。例えば、ｅＮＢ４６０ａは、Ｓ１−ＭＭＥ４３１ａインタフェースによって移動性管理エンティティ（ＭＭＥ）４２７ａに、Ｓ１−Ｕインタフェース４３３ａによってサービングゲートウェイ（Ｓ−ＧＷ）４２９ａに接続されてもよい。Ｓ１インタフェース４３１、４３３は、ＭＭＥ４２７、サービングゲートウェイ４２９およびｅＮＢ４６０ａの間の多対多の関係をサポートする。Ｓ１−ＭＭＥインタフェース４３１ａは制御プレーンのためのＳ１インタフェース４３１、４３３であり、Ｓ１−Ｕインタフェース４３３ａはユーザプレーンのためのＳ１インタフェース４３１、４３３である。Ｕｕインタフェース４３７ａはＥ−ＵＴＲＡＮ４３５ａの無線プロトコルのためのＵＥ４０２ａとｅＮＢ４６０ａとの間の無線インタフェースである。

ｅＮＢ４６０ａはさまざまな機能をホストしてもよい。例えば、ｅＮＢ４６０は、無線資源管理のための機能（例えば、無線ベアラ制御、無線受付制御、接続移動性制御、アップリンクおよびダウンリンクの両方におけるＵＥ４０２ａへの資源の動的割り振り（スケジューリング））をホストしてもよい。ｅＮＢ４６０ａは同様に、ＩＰヘッダ圧縮およびユーザデータストリームの暗号化、ＵＥ４０２ａの付加時における、ＵＥ４０２ａによって提供された情報からＭＭＥ４２７ａへの経路指定を決定することができない場合のＭＭＥ４２７ａの選択、およびサービングゲートウェイ４２９ａに向けたユーザプレーンデータの経路指定を遂行してもよい。追加的に、ｅＮＢ４６０ａは、ページングメッセージ（ＭＭＥ４２７ａから発信）のスケジューリングおよび伝送、ブロードキャスト情報（ＭＭＥ、または運用および保守（ｏｐｅｒａｔｉｏｎ ａｎｄ ｍａｉｎｔｅｎａｎｃｅ、Ｏ＆Ｍ）から発信）のスケジューリングおよび伝送、移動性のための測定ならびに測定報告構成、およびスケジューリング、ならびに公衆警報システム（ｐｕｂｌｉｃ ｗａｒｎｉｎｇ ｓｙｓｔｅｍ、ＰＷＳ）（これは、地震および津波警報システム（ｅａｒｔｈｑｕａｋｅ ａｎｄ ｔｓｕｎａｍｉ ｗａｒｎｉｎｇ ｓｙｓｔｅｍ、ＥＴＷＳ）および商用移動警報システム（ｃｏｍｍｅｒｃｉａｌ ｍｏｂｉｌｅ ａｌｅｒｔ ｓｙｓｔｅｍ、ＣＭＡＳ）を含んでもよい）メッセージ（ＭＭＥ４２７ａから発信）のスケジューリングおよび伝送を遂行してもよい。ｅＮＢ４６０ａは、アップリンクにおける限定加入者グループ（ｃｌｏｓｅｄ ｓｕｂｓｃｒｉｂｅｒ ｇｒｏｕｐ、ＣＳＧ）ハンドリングおよびトランスポート・レベル・パケット・マーキングをさらに遂行してもよい。

ＭＭＥ４２７ａはさまざまな機能をホストしてもよい。例えば、ＭＭＥ４２７ａは、非アクセス層（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ、ＮＡＳ）シグナリング、ＮＡＳシグナリングセキュリティ、アクセス層（ａｃｃｅｓｓ ｓｔｒａｔｕｍ、ＡＳ）セキュリティ制御、３ＧＰＰアクセスネットワーク間の移動性のためのコアネットワーク（ｃｏｒｅ ｎｅｔｗｏｒｋ、ＣＮ）ノード間シグナリング、ならびにアイドルモードＵＥ到達可能性（ページング再伝送の制御および実行を含む）を遂行してもよい。ＭＭＥ４２７ａは同様に、（アイドルモードおよびアクティブモードにおけるＵＥ４０２ａのための）追跡エリアリスト管理、パケット・データ・ネットワーク・ゲートウェイ（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ ｇａｔｅｗａｙ、ＰＤＮ ＧＷ）およびＳ−ＧＷの選択、ＭＭＥ４２７の変更を伴うハンドオーバのためのＭＭＥ４２７の選択、ならびに２Ｇまたは３Ｇ ３ＧＰＰアクセスネットワークへのハンドオーバのためのサービングＧＰＲＳサポートノード（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ、ＳＧＳＮ）の選択を遂行してもよい。追加的に、ＭＭＥ４２７ａは、ローミング、認証、およびベアラ管理機能（専用ベアラ確立を含む）をホストしてもよい。ＭＭＥ４２７ａはＰＷＳ（ＥＴＷＳおよびＣＭＡＳを含む）メッセージ伝送のためのサポートを提供してもよく、任意選択的にページング最適化を遂行してもよい。

Ｓ−ＧＷ４２９ａは同様に以下の機能をホストしてもよい。Ｓ−ＧＷ４２９ａはｅＮＢ４６０ａ間ハンドオーバのためのローカル移動性アンカポイントをホストしてもよい。Ｓ−ＧＷ４２９ａは、３ＧＰＰ間移動性のための移動性アンカリング、Ｅ−ＵＴＲＡＮアイドルモード・ダウンリンクパケットバッファリング、およびネットワーク・トリガ・サービス・リクエスト手順の開始、合法的傍受、ならびにパケットルーティングおよび転送を遂行してもよい。Ｓ−ＧＷ４２９ａは同様に、アップリンクおよびダウンリンクにおけるトランスポート・レベル・パケット・マーキング、オペレータ間課金のためのユーザおよびＱｏＳクラス識別子（ＱｏＳ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｅｒ、ＱＣＩ）の細分性に対する課金処理、ならびにＵＥ４０２ａごとのＵＬおよびＤＬ課金、パケットデータネットワーク（ＰＤＮ）、ならびにＱＣＩを遂行してもよい。

Ｅ−ＵＴＲＡＮ４３５ａの無線プロトコルアーキテクチャはユーザプレーンおよび制御プレーンを含んでもよい。ユーザプレーンプロトコル・スタックは、ＰＤＣＰ副層、ＲＬＣ副層、ＭＡＣ副層およびＰＨＹ副層を含んでもよい。ＰＤＣＰ副層、ＲＬＣ副層、ＭＡＣ副層およびＰＨＹ副層（ネットワーク上のｅＮＢ４６０ａにおいて終端される）は、ユーザプレーンのための機能（例えば、ヘッダ圧縮、暗号化、スケジューリング、ＡＲＱおよびＨＡＲＱ）を遂行してもよい。ＰＤＣＰエンティティ群はＰＤＣＰ副層内に位置する。ＲＬＣエンティティ群はＲＬＣ副層内に位置する。ＭＡＣエンティティ群はＭＡＣ副層内に位置する。ＰＨＹエンティティ群はＰＨＹ副層内に位置する。

制御プレーンは制御プレーンプロトコル・スタックを含んでもよい。ＰＤＣＰ副層（ネットワーク側のｅＮＢ４６０ａ内で終端される）は制御プレーンのための機能（例えば、暗号化および完全性保護）を遂行してもよい。ＲＬＣ副層およびＭＡＣ副層（ネットワーク側のｅＮＢ内で終端される）はユーザプレーンのためのものと同じ機能を遂行してもよい。ＲＲＣ（ネットワーク側のｅＮＢ４６０ａ内で終端される）は以下の機能を遂行してもよい。ＲＲＣは、ブロードキャスト機能、ページング、ＲＲＣ接続管理、無線ベアラ（ｒａｄｉｏ ｂｅａｒｅｒ、ＲＢ）制御、移動性機能、ＵＥ４０２ａ測定報告および制御を遂行してもよい。ＮＡＳ制御プロトコル（ネットワーク側のＭＭＥ４２７ａ内で終端される）は、とりわけ、進化型パケットシステム（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ、ＥＰＳ）ベアラ管理、認証、進化型パケットシステム接続管理（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ ｃｏｎｎｅｃｔｉｏｎ ｍａｎａｇｅｍｅｎｔ、ＥＣＭ）−アイドル・移動性ハンドリング、ＥＣＭ−アイドルにおけるページング発信、およびセキュリティ制御を遂行してもよい。

シグナリング無線ベアラ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ、ＳＲＢ）は、ＲＲＣおよびＮＡＳメッセージの伝送のためにのみ用いられてもよい無線ベアラ（ＲＢ）である。３つのＳＲＢが定義される。ＳＲＢ０は、共通制御チャネル（ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＣＣＣＨ）論理チャネルを用いるＲＲＣメッセージのために用いられてもよい。ＳＲＢ１は、全て個別制御チャネル（ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＤＣＣＨ）論理チャネルを用いる、ＳＲＢ２の確立に先立つ、ＲＲＣメッセージ（便乗したＮＡＳメッセージを含んでもよい）のため、およびＮＡＳメッセージのために用いられてもよい。ＳＲＢ２は、全てＤＣＣＨ論理チャネルを用いる、記録された測定情報を含むＲＲＣメッセージのため、およびＮＡＳメッセージのために用いられてもよい。ＳＲＢ２は、ＳＲＢ１よりも低い優先度を有し、セキュリティアクティブ化後にＥ−ＵＴＲＡＮ４３５ａによって構成されてもよい。

ＲＲＣ接続確立はＳＲＢ１の確立を必要としてもよい。初期セキュリティアクティブ化手順を開始すると、Ｅ−ＵＴＲＡＮ４３５ａはＳＲＢ２およびＤＲＢの確立を開始してもよい。Ｅ−ＵＴＲＡＮ４３５ａは、ＵＥ４０２ａから初期セキュリティアクティブ化の確認を受信する前に、これを行ってもよい。

ＰＤＣＰは各ＳＲＢ１、ＳＲＢ２、およびＤＲＢに対して確立されてもよい。ＲＬＣは各ＳＲＢ０、ＳＲＢ１、ＳＲＢ２、およびＤＲＢに対して確立されてもよい。

ＲＲＣは、ＵＥ４０２ａとＥ−ＵＴＲＡＮ４３５ａとの間の一時的識別子の割り当ておよびＲＲＣ接続のためのＳＲＢの構成等を含む、ＵＥ４０２ａとＥ−ＵＴＲＡＮ４３５ａとの間のＲＲＣ接続の確立、維持および解除を担当してもよい。ＲＲＣは、ポイントツーポイントＲＢの確立、構成、維持および解除を担当してもよい。

多重接続性のためのＥ−ＵＴＲＡＮアーキテクチャ４３９は、ＵＥ４０２ｂのための多重接続性を提供しうるＥ−ＵＴＲＡＮアーキテクチャの一例である。この構成では、ＵＥ４０２ｂはＵｕインタフェース４３７ｂおよびＵｕｘインタフェース４４３を介してＥ−ＵＴＲＡＮ４３５ｂに接続してもよい。Ｅ−ＵＴＲＡＮ４３５ｂは第１のｅＮＢ４６０ｂおよび第２のｅＮＢ４６０ｃを含んでもよい。ｅＮＢ４６０ｂ〜ｃは、ＵＥ４０２ｂに向けたＥ−ＵＴＲＡユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）プロトコル終端を提供してもよい。ｅＮＢ４６０ｂ〜ｃはＸ２インタフェース４９３によって互いに相互接続されてもよい。Ｓ１インタフェース４３１、４３３は、ＭＭＥ４２７ｂ、サービングゲートウェイ４２９ｂおよびｅＮＢ４６０ｂ〜ｃの間の多対多の関係をサポートしてもよい。第１のｅＮＢ（例えば、ＰｅＮＢ）４６０ｂおよび第２のｅＮＢ（例えば、ＳｅＮＢ）４６０ｃは同様に、１つ以上のＸインタフェース４４１を用いて互いに相互接続されてもよい。Ｘインタフェース４４１はＳ１−ＭＭＥ４３１ｂおよび／またはＸ２インタフェースと同じであってもよいか、または同じでなくてもよい。

第１のｅＮＢ４６０ｂおよび第２のｅＮＢ４６０ｃはＳ１インタフェース４３１、４３３によってＥＰＣ４２５ｂに接続されてもよい。第１のｅＮＢ４６０ｂはＳ１−ＭＭＥインタフェース４３１ｂによってＭＭＥ４２７ｂに接続されてもよい。第２のｅＮＢ４６０ｃはＳ１−Ｕインタフェース４３３ｂによってサービングゲートウェイ４２９ｂに接続されてもよい。第１のｅＮＢ４６０ｂは、第２のｅＮＢ４６０ｃのためのＭＭＥ４２７ｂとしてふるまってもよく、そのため、第２のｅＮＢ４６０ｃのためのＳ１−ＭＭＥインタフェース４３１ｂは（例えば、Ｘインタフェース４４１を介して）第１のｅＮＢ４６０ｂと第２のｅＮＢ４６０ｃとの間に接続されてもよい。したがって、第１のｅＮＢ４６０ｂは、第２のｅＮＢ４６０ｃに、ＭＭＥ４２７ｂ（Ｓ１−ＭＭＥインタフェース４３１ｂに基づく）およびｅＮＢ４６０（Ｘ２インタフェース４９３に基づく）のように見えてもよい。

このアーキテクチャ４３９によれば、ユーザプレーンのため、および制御プレーンのためのＳ１インタフェース４３１、４３３のためのＥ−ＵＴＲＡＮ４３５ｂ上の終端を分離することができる。例えば、ユーザプレーンは第１のｅＮＢ４６０ｂおよびＳ１−Ｕインタフェース４３３ｂを用いてもよく、制御プレーンは第２のｅＮＢ４６０ｃおよびＳ１−ＭＭＥインタフェース４３１ｂを用いてもよい。Ｓ１インタフェース４３１、４３３をユーザプレーンと制御プレーンとの間で分離することによって、ＵＥ４０２ｂが第１のｅＮＢ４６０ｂのカバレッジ内にある間は、ＭＭＥ４２７の変更が軽減されうる。同様に、プロキシゲートウェイが第２のｅＮＢ４６０ｃとＳ−ＧＷ４２９ｂとの中間に位置する場合には、ＳｅＮＢ間のハンドオーバの場合の移動性信号が軽減されるであろう。プロキシゲートウェイは、ＳｅＮＢとＥＰＣ４２５ｂとの間のＳ１インタフェース４３１、４３３が多数のＳｅＮＢをスケーラブルにサポートすることを可能にしうる。

図４に示されるアーキテクチャ４３９によれば、第１のｅＮＢ４６０ｂ（例えば、第１のポイント）は移動性管理エンティティ（ＭＭＥ）に接続されてもよく、第２のｅＮＢ４６０ｃ（例えば、第２のポイント）は、Ｓ−ＧＷ４２９ｂ、および第２のｅＮＢ４６０ｃとＳ−ＧＷ４２９ｂとの間のプロキシゲートウェイのうちの１つ以上に接続されてもよい。第１のｅＮＢ４６０ｂはユーザプレーンプロトコルのための終端となってもよく、第２のｅＮＢ４６０ｃは制御プレーンプロトコルのための終端となってもよい。

図５は、複数の接続を確立するためのシステムおよび方法が実装されてもよい多重接続性のためのＥ−ＵＴＲＡＮアーキテクチャ５３９の別の構成を示すブロック図である。この構成では、ＵＥ５０２はＵｕインタフェース５３７およびＵｕｘインタフェース５４３を介してＥ−ＵＴＲＡＮ５３５に接続してもよい。Ｅ−ＵＴＲＡＮ５３５は第１のｅＮＢ５６０ａおよび第２のｅＮＢ５６０ｂを含んでもよい。ｅＮＢ５６０ａ〜ｂは、ＵＥ５０２に向けたＥ−ＵＴＲＡユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）プロトコル終端を提供してもよい。ｅＮＢ５６０ａ〜ｂはＸ２インタフェース５９３によって互いに相互接続されてもよい。Ｓ１インタフェース５３１、５３３は、ＭＭＥ５２７、サービングゲートウェイ５２９およびｅＮＢ５６０ａ〜ｂの間の多対多の関係をサポートしてもよい。第１のｅＮＢ（例えば、ＰｅＮＢ）５６０ａおよび第２のｅＮＢ（例えば、ＳｅＮＢ）５６０ｂは同様に、１つ以上のＸインタフェース５４１によって互いに相互接続されてもよい。Ｘインタフェース５４１は、Ｓ１−ＭＭＥインタフェース５３１、Ｘ２インタフェース５９３、および／またはＳ１−Ｕインタフェース５３３と同じであってもよいか、または同じでなくてもよい。

第１のｅＮＢ５６０ａはＳ１インタフェース５３１、５３３によってＥＰＣ５２５に接続されてもよい。第１のｅＮＢ５６０ａは、Ｓ１−ＭＭＥインタフェース５３１によってＭＭＥ５２７に、およびＳ１−Ｕインタフェース５３３によってサービングゲートウェイ５２９に接続されてもよい。したがって、第２のｅＮＢ５６０ｂはＥＰＣ５２５に接続されなくてもよい。第１のｅＮＢ５６０ａは、第２のｅＮＢ５６０ｂに、ＭＭＥ５２７（Ｓ１−ＭＭＥインタフェース５３１に基づく）、ｅＮＢ（Ｘ２インタフェース５９３に基づく）、およびＳ−ＧＷ（Ｓ１−Ｕインタフェース５３３に基づく）のように見えてもよい。このアーキテクチャ５３９は、第１のｅＮＢ５６０ａおよび第２のｅＮＢ５６０ｂのためのＥＰＣ５２５との単一ノードＳ１インタフェース５３１、５３３（例えば、接続）を提供してもよい。ＥＰＣ５２５、ＭＭＥ５２７およびＳ−ＧＷ５２９との単一ノード接続によって、ＵＥ５０２が第１のｅＮＢ５６０ａのカバレッジ内にある間は、変更（例えば、ハンドオーバ）が軽減されることができるであろう。

図５に示されるアーキテクチャ５３９によれば、第１のｅＮＢ５６０ａ（例えば、第１のポイント）はＭＭＥ５２７に、およびサービングゲートウェイ５２９に接続されてもよい。第１のｅＮＢ５６０ａは、ユーザプレーンプロトコルのための終端、および制御プレーンプロトコルのための終端となってもよい。

図６は、第１のセル６４５および第２のセル６４７が同じ場所に配置され、重ね合わせられ、等しいカバレッジを有するキャリアアグリゲーション構成を示すブロック図である。伝統的なＣＡでは、２つ以上のコンポーネントキャリア（ＣＣ）が、より広い伝送帯域幅をサポートするために集約されてもよい。ＵＥ１０２は、ＵＥ１０２の能力に依存して、１つまたは複数のＣＣ上で同時に受信または伝送してもよい。例えば、Ｒｅｌ−１０以降によれば、ＣＡのための受信および／または伝送能力を有するＵＥ１０２は、複数のサービングセルに対応する複数のＣＣ上で同時に受信および／または伝送してもよい。Ｒｅｌ−８およびＲｅｌ−９によれば、ＵＥ１０２は単一のＣＣ上で受信し、１つのサービングセルのみに対応する単一のＣＣ上で伝送してもよい。

ＣＡが構成されると、ＵＥ１０２はネットワークとの１つの無線リソース制御（ＲＲＣ）接続を有してもよい。１つの無線インタフェースがキャリアアグリゲーションを提供してもよい。ＲＲＣ接続確立、再確立およびハンドオーバの間には、１つのサービングセルが非アクセス層（ＮＡＳ）移動性情報（例えば追跡エリア識別（ｔｒａｃｋｉｎｇ ａｒｅａ ｉｄｅｎｔｉｔｙ、ＴＡＩ））を提供してもよい。ＲＲＣ接続再確立およびハンドオーバの間には、１つのサービングセルがセキュリティ入力を提供してもよい。このセルはプライマリセル（ｐｒｉｍａｒｙ ｃｅｌｌ、ＰＣｅｌｌ）と呼ばれる。ダウンリンクにおいては、ＰＣｅｌｌに対応するコンポーネントキャリアはダウンリンク・プライマリコンポーネントキャリア（ｄｏｗｎｌｉｎｋ ｐｒｉｍａｒｙ ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ、ＤＬ ＰＣＣ）になり、それに対して、アップリンクにおいては、ＰＣｅｌｌに対応するコンポーネントキャリアはアップリンク・プライマリコンポーネントキャリア（ｕｐｌｉｎｋ ｐｒｉｍａｒｙ ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ、ＵＬ ＰＣＣ）になる。

ＵＥ１０２の能力に依存して、セカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ、ＳＣｅｌｌ）が、ＰＣｅｌｌとともにサービングセルのセットを形成するように構成されてもよい。ダウンリンクにおいては、ＳＣｅｌｌに対応するコンポーネントキャリアはダウンリンク・セカンダリコンポーネントキャリア（ｄｏｗｎｌｉｎｋ ｓｅｃｏｎｄａｒｙ ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ、ＤＬ ＳＣＣ）になり、それに対して、アップリンクにおいては、ＳＣｅｌｌに対応するコンポーネントキャリアはアップリンク・セカンダリコンポーネントキャリア（ｕｐｌｉｎｋ ｓｅｃｏｎｄａｒｙ ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ、ＵＬ ＳＣＣ）になる。

したがって、ＵＥ１０２のためのサービングセルの構成されたセットは、１つのＰＣｅｌｌおよび１つ以上のＳＣｅｌｌで構成されてもよい。各ＳＣｅｌｌのために、ＵＥ１０２による（ダウンリンク資源に加えて）アップリンク資源の使用法は構成可能であってもよい。構成されるＤＬ ＳＣＣの数はＵＬ ＳＣＣの数よりも大きいかまたはそれと等しくてもよく、アップリンク資源のみの使用法のために構成されるＳＣｅｌｌはなくてもよい。

加えて、本明細書に開示されているシステムおよび方法によれば、第１の無線インタフェースがＰＣｅｌｌおよび任意選択的に１つ以上のＳＣｅｌｌを有してもよく、第２の無線インタフェースがＰＣｅｌｌおよび任意選択的に１つ以上のＳＣｅｌｌを有してもよい。しかし、いくつかの構成では、第２の無線インタフェースのＰＣｅｌｌは、第１の無線インタフェースのＰＣｅｌｌと異なる機能性を提供してもよい。いくつかの構成では、第２の無線インタフェースのＰＣｅｌｌは第１の無線インタフェースのＰＣｅｌｌの機能性の一部を提供してもよい。いくつかの構成では、第２の無線インタフェースはＰＣｅｌｌを提供しなくてもよく、１つ以上のＳＣｅｌｌを提供するのみであってもよい。

ＵＥ１０２の観点から、各アップリンク資源は１つのサービングセルに属してもよい。構成されうるサービングセルの数はＵＥ１０２のアグリゲーション能力に依存する。ＰＣｅｌｌはハンドオーバ手順によって（例えば、セキュリティキー変更およびランダムアクセスチャネル（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ、ＲＡＣＨ）手順によって）変更されるのみであってもよい。ＰＣｅｌｌは物理アップリンク制御チャネル（ＰＵＣＣＨ）の伝送のために用いられてもよい。ＳＣｅｌｌと異なり、ＰＣｅｌｌは非アクティブ化されなくてもよい。再確立は、ＰＣｅｌｌが無線リンク障害（ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ、ＲＬＦ）を経験した時にトリガされてもよく、ＳＣｅｌｌがＲＬＦを経験した時にトリガされなくてもよい。さらに、ＮＡＳ情報はＰＣｅｌｌから入手されてもよい。

ＳＣｅｌｌの再構成、追加および除去はＲＲＣによって遂行されてもよい。ＬＴＥ内ハンドオーバ時に、ＲＲＣは同様に、ＳＣｅｌｌをターゲットＰＣｅｌｌとの使用のために追加するか、除去するか、または再構成してもよい。新しいＳＣｅｌｌを追加する際には、専用のＲＲＣシグナリングが、ＳＣｅｌｌの全ての必要なシステム情報を送信するために用いられてもよい（例えば、接続モードになっている間は、ＵＥ１０２は、ブロードキャストされたシステム情報をＳＣｅｌｌから直接取得する必要がない）。

図６に示されるように、１つのＣＡ配置構成は、同じ場所に配置され、重ね合わせられる周波数１（ｆｒｅｑｕｅｎｃｙ １、Ｆ１）セル６４５および周波数２（ｆｒｅｑｕｅｎｃｙ ２、Ｆ２）セル６４７を含む。ＣＡシナリオ（例えば、配置構成）はスモールセルシナリオと独立していてもよいことに留意されたい。この構成では、複数のｅＮＢ６６０ａ〜ｃがＦ１セル６４５およびＦ２セル６４７のためのカバレッジを提供してもよい。本明細書に開示されているシステムおよび方法は、Ｆ１セル６４５とＦ２セル６４７との間の無線インタフェースを確立するために用いられてもよい。

Ｆ１セル６４５およびＦ２セル６４７のカバレッジは同じかまたはほぼ同じであってもよい。どちらの層（すなわち、周波数層）も十分なカバレッジを提供してよく、どちらの層上でも移動性がサポートされることができる。この構成のためのありうるシナリオは、Ｆ１およびＦ２が同じ帯域（例えば、２ＧＨｚ、８００ＭＨｚ等）のものである場合である。重ね合わせられたＦ１セル６４５とＦ２セル６４７との間でＣＡが可能であると期待される。

図７は、Ｆ１セル７４５およびＦ２セル７４７が同じ場所に配置され、重ね合わせられているが、Ｆ２セル７４７はより小さいカバレッジを有するキャリアアグリゲーション構成を示すブロック図である。この構成では、複数のｅＮＢ７６０ａ〜ｃがＦ１セル７４５およびＦ２セル７４７のためのカバレッジを提供してもよい。本明細書に開示されているシステムおよび方法は、Ｆ１セル７４５とＦ２セル７４７との間の無線インタフェースを確立するために用いられてもよい。

この構成では、Ｆ１セル７４５およびＦ２セル７４７は同じ場所に配置され、重ね合わせられているが、Ｆ２セル７４７はより大きな経路損失のためにより小さいカバレッジを有する。Ｆ１のみが十分なカバレッジを提供し、Ｆ２は、スループットを改善するために用いられる。移動性はＦ１カバレッジに基づき遂行される。この構成のためのありうるシナリオは、Ｆ１およびＦ２が異なる帯域のものである場合である。例えば、Ｆ１は８００ＭＨｚまたは２ＧＨｚに等しくてもよく、Ｆ２は３．５ＧＨｚに等しくてもよい、などである。重ね合わせられたＦ１セル７４５とＦ２セル７４７との間でＣＡが可能であると期待される。

図８は、Ｆ１セル８４５およびＦ２セル８４７が同じ場所に配置されているが、Ｆ２アンテナはＦ１のセル境界に向けられているキャリアアグリゲーション構成を示すブロック図である。本明細書に開示されているシステムおよび方法は、Ｆ１セル８４５とＦ２セル８４７との間の無線インタフェースを確立するために用いられてもよい。

この構成では、Ｆ１セル８４５およびＦ２セル８４７は同じ場所に配置されているが、Ｆ２アンテナは、セル端スループットが増大されるように、Ｆ１のセル境界に向けられる。Ｆ１は十分なカバレッジを提供するが、Ｆ２は潜在的に（例えば、より大きな経路損失のために）ホールを有する。移動性はＦ１カバレッジに基づく。この構成のためのありうるシナリオは、Ｆ１およびＦ２が異なる帯域のものである場合である。例えば、Ｆ１は８００ＭＨｚまたは２ＧＨｚに等しくてもよく、Ｆ２は３．５ＧＨｚに等しくてもよい、などである。カバレッジが部分的に重なる所では、同じｅＮＢ８６０のＦ１セル８４５およびＦ２セル８４７が集約されてもよいと期待される。

図９は、Ｆ１がマクロカバレッジを提供し、Ｆ２上のリモート無線ヘッド（ＲＲＨ）９４９ａ〜ｊが、ホットスポットにおけるスループットを改善するために用いられるキャリアアグリゲーション構成を示すブロック図である。この構成では、複数のｅＮＢ９６０ａ〜ｃが第１のセル９４５のためのマクロカバレッジを提供してもよい。ＲＲＨ９４９ａ〜ｊはｅＮＢ９６０ａ〜ｃに接続されてもよく、第２のセル９４７のカバレッジを提供してもよい。本明細書に開示されているシステムおよび方法は、Ｆ１セル９４５とＦ２セル９４７との間の無線インタフェースを確立するために用いられてもよい。

この構成では、Ｆ１はマクロカバレッジを提供し、Ｆ２上のリモート無線ヘッド（ＲＲＨ）９４９ａ〜ｊは、ホットスポットにおけるスループットを改善するために用いられる。移動性はＦ１カバレッジに基づき遂行される。この構成のためのありうるシナリオは、Ｆ１およびＦ２が異なる帯域のものである場合である。例えば、Ｆ１は９００ＭＨｚまたは２ＧＨｚに等しくてもよく、Ｆ２は３．５ＧＨｚに等しくてもよい、などである。Ｆ２ ＲＲＨセル９４７は、基礎をなすＦ１セル９４５（例えば、マクロセル）とともに集約されてもよいと期待される。

図１０は、周波数選択性リピータ１０５１ａ〜ｃが配置されるキャリアアグリゲーション構成を示すブロック図である。この構成は、図７に関して説明された構成と同様である。本明細書に開示されているシステムおよび方法は、Ｆ１セル１０４５とＦ２セル１０４７との間の無線インタフェースを確立するために用いられてもよい。この構成では、周波数選択性リピータ１０５１ａ〜ｃが、搬送周波数のうちの１つのためのカバレッジが拡大されるように配置される。複数のｅＮＢ１０６０ａ〜ｃはＦ１セル１０４５に関連付けられてもよい。カバレッジが部分的に重なる所では、Ｆ１セル１０４５およびＦ２セル１０４７は集約されてもよいと期待される。

図１１は、マクロカバレッジを有するスモールセル、およびマクロカバレッジを有しないスモールセルのための複数のカバレッジシナリオ１１９５を示すブロック図である。カバレッジシナリオ１１９５は、低出力ノード（例えば、ｅＮＢ１１６０ｂ〜ｋ）を用いる屋内および屋外シナリオを含む。これらの低出力ノードはスモールセルカバレッジ（例えば、Ｆ２カバレッジ１１４７）を提供してもよい。ｅＮＢ１１６０ａはマクロセルカバレッジ（例えば、Ｆ１カバレッジ１１４５）を提供してもよい。

スモールセルエンハンスメントは、マクロカバレッジが存在してもよいシナリオ、または存在しなくてもよいシナリオの両方を対象にしうる。本明細書に記載されているシステムおよび方法は、スモールセル配置シナリオにおいて複数の接続を確立することを提供してもよい。これらのシナリオは、屋外スモールセル配置および屋内スモールセル配置の両方、ならびに理想的バックホールおよび非理想的バックホールの両方を含んでもよい。加えて、複数の接続は、低密度および高密度のスモールセル配置のどちらにおいても確立されうる。

Ｅ−ＵＴＲＡＮアーキテクチャは、スモールセルエンハンスメントのためのシステムおよび移動性性能を達成することが可能になりうる。例えば、本明細書に記載されているシステムおよび方法は、制御プレーンおよびユーザプレーンの全体構造、ならびにそれらの互いに対する関係を提供してもよい。例えば、制御プレーンおよびユーザプレーンは、異なるノード、異なるプロトコル層の終端、においてサポートされてもよい、などである。

スモールセル配置シナリオでは、各ノード（例えば、ｅＮＢ１１６０ａ〜ｋ）はその各ノード自身の独立したスケジューラを有してもよい。無線資源の有効利用を最大化するために、ＵＥ１０２は、異なるスケジューラを有する複数のノードに接続してもよい。異なるスケジューラを有する複数のノードに接続するために、ＵＥ１０２とＥ−ＵＴＲＡＮ４３５との間の複数の接続が確立されてもよい。

第１のカバレッジシナリオ１１９５ａは、マクロカバレッジ（例えば、Ｆ１）を有する単一のスモールセル（例えば、Ｆ２）を示す。図１１において、Ｆ１はマクロ層のための搬送周波数であり、Ｆ２はローカルノード層の搬送周波数である。第１のカバレッジシナリオ１１９５ａでは、マクロセルはスモールセルに部分的に重なってもよい。

第２のカバレッジシナリオ１１９５ｂは、マクロカバレッジを有しない単一のスモールセルを示す。第３のカバレッジシナリオ１１９５ｃは、部分的に重なるマクロセルカバレッジを有する複数のスモールセルを示す。第４のカバレッジシナリオ１１９５ｄは、マクロセルカバレッジを有しない複数のスモールセルを示す。

図１２は、多重接続性のためのユーザプレーンプロトコル・スタックの１つの構成を示すブロック図である。ＵＥ１２０２はＰｅＮＢ１２６０ａおよびＳｅＮＢ１２６０ｂに接続してもよい。ＰｅＮＢ１２６０ａは第１のｅＮＢ１６０と同様であってもよく、ＳｅＮＢ１２６０ｂは、図１に関して説明された第２のｅＮＢ１６０と同様であってもよい。

１つの構成では、ユーザプレーンプロトコル・スタック（例えば、ＰＤＣＰ２ １２５３、ＲＬＣ２ １２５５、ＭＡＣ２ １２５７およびＰＨＹ２ １２５９）はＵｕｘインタフェース４４３に対応付けられてもよい。例えば、全てのＤＲＢは１つの無線インタフェースに対応付けられてもよい。図１２に示される構成では、ユーザプレーンはＵｕｘインタフェース４４３のみを用いる。換言すれば、ＵＥ１２０２のためのユーザプレーンプロトコル・スタック（例えば、ＰＤＣＰ２ １２５３ａ、ＲＬＣ２ １２５５ａ、ＭＡＣ２ １２５７ａおよびＰＨＹ２ １２５９ａ）はＳｅＮＢ１２６０ｂをもって終端し、ＳｅＮＢ１２６０ｂのためのユーザプレーンプロトコル・スタック（例えば、ＰＤＣＰ２ １２５３ｂ、ＲＬＣ２ １２５５ｂ、ＭＡＣ２ １２５７ｂおよびＰＨＹ２ １２５９ｂ）はＵＥ１２０２をもって終端する。

この構成は、２つの無線インタフェース（例えば、Ｕｕインタフェース４３７およびＵｕｘインタフェース４４３）の間のユーザプレーンおよび制御プレーンの分離を達成しうる。したがって、制御プレーンプロトコル・スタックは第１の無線インタフェース（例えば、Ｕｕインタフェース４３７）に対応付けられてもよく、ユーザプレーンプロトコル・スタックは第２の無線インタフェース（例えば、Ｕｕｘインタフェース４４３）に対応付けられてもよい。Ｕｕインタフェース４３７はＤＲＢを提供せず、Ｕｕｘインタフェース４４３はＵＥ１０２のためのＤＲＢを提供する。この構成は、図４および図５の多重接続性のための両方のＥ−ＵＴＲＡＮアーキテクチャ４３９、５３９に適用されてもよいが、図４のＥ−ＵＴＲＡＮアーキテクチャ４３９が用いられる場合には、Ｘインタフェース４４１上のトラフィックは大幅に低減されうる。

図１３は、多重接続性のためのユーザプレーンプロトコル・スタックの別の構成を示すブロック図である。ＵＥ１３０２はＰｅＮＢ１３６０ａおよびＳｅＮＢ１３６０ｂに接続してもよい。ＰｅＮＢ１３６０ａは第１のｅＮＢ１６０と同様であってもよく、ＳｅＮＢ１３６０ｂは、図１に関して説明された第２のｅＮＢ１６０と同様であってもよい。

この構成では、ＤＲＢのセットは１つの無線インタフェースに対応付けられてもよく、ＤＲＢの別のセットは別の無線インタフェースに対応付けられてもよい。ＤＲＢはユーザプレーンプロトコル・スタック（例えば、ＰＤＣＰ、ＲＬＣ、ＭＡＣおよびＰＨＹ）に対応付けられてもよい。第１のユーザプレーンプロトコル・スタックは第１の無線インタフェース（例えば、Ｕｕインタフェース４３７）に対応付けられてもよく、第２のユーザプレーンプロトコル・スタックは第２の無線インタフェース（例えば、Ｕｕｘインタフェース４４３）に対応付けられてもよい。例えば、ＰＤＣＰ１ １３６１およびＰＤＣＰ２ １３５３、ＲＬＣ１ １３６３およびＲＬＣ２ １３５５、ＭＡＣ１ １３６５およびＭＡＣ２ １３５７、ＰＨＹ１ １３６７およびＰＨＹ２ １３５９は同じ副層であってもよいが、異なるエンティティ群を有してもよい。ＰＤＣＰ１ １３６１ａ〜ｂ、ＲＬＣ１ １３６３ａ〜ｂ、ＭＡＣ１ １３６５ａ〜ｂおよびＰＨＹ１ １３６７ａ〜ｂはＵｕインタフェース４３７に対応付けられる。ＰＤＣＰ２ １３５３ａ〜ｂ、ＲＬＣ２ １３５５ａ〜ｂ、ＭＡＣ２ １３５７ａ〜ｂおよびＰＨＹ２ １３５９ａ〜ｂはＵｕｘインタフェース４４３に対応付けられる。この構成では、ユーザプレーンはＵｕインタフェース４３７およびＵｕｘインタフェース４４３の両方を用いる。したがって、Ｕｕインタフェース４３７およびＵｕｘインタフェース４４３の両方がＤＲＢを提供する。

いくつかの構成では、ＲＲＣはＵｕインタフェース４３７およびＵｕｘインタフェース４４３のための副層を異なって制御することを必要とする場合がある。ＵＥ１３０２は、ＤＲＢにより、無線インタフェース４３７、４４３のどちらかに対応付けられるように構成されてもよい。Ｅ−ＵＴＲＡＮ４３５からＵＥ１３０２へ送信されるＲＲＣメッセージは、無線ベアラに対応付けられるＵｕインタフェース４３７の識別（例えば、Ｕｕインタフェース４３７は、Ｕｕインタフェース４３７の識別、副ＲＲＣ接続の識別、またはＲＲＣ接続の識別によって表現されてもよい）を構成し、変更するための情報を搬送してもよい。ＲＲＣシグナリングによるＤＲＢの追加、変更および解除は特定の無線インタフェース（例えば、Ｕｕインタフェース４３７）に関連付けられてもよい。ＤＲＢ構成（例えば、ＤＲＢ追加、変更および解除）は、ＰＤＣＰ構成、ＲＬＣ構成および／または論理チャネル構成を含んでもよい。ＳＲＢ１は、Ｕｕｘインタフェース４４３のためのＤＲＢを構成し、変更し、解除するために用いられてもよい。

図１４は、単一のＲＲＣ接続のための制御プレーンプロトコル・スタックの構成を示すブロック図である。複数のＵｕインタフェース４３７の動作のために、ＵＥ１４０２は１つのＲＲＣ接続を有してもよいか、複数のＲＲＣ接続を有してもよいか、あるいは１つのＲＲＣ接続および複数の副ＲＲＣ接続を有してもよい。

ＲＲＣメッセージは、別のＲＲＣ接続を確立するためにＵＥ１４０２とＥ−ＵＴＲＡＮ４３５との間で交換されてもよい。ＲＲＣメッセージは同様に、１つ以上の副ＲＲＣ接続を確立するためにＵＥ１４０２とＥ−ＵＴＲＡＮ４３５との間で交換されてもよい。Ｕｕインタフェース４３７はＲＲＣシグナリング（例えば、ＳＲＢ）を提供してもよい。Ｕｕｘインタフェース４４３はＳＲＢ０、ＳＲＢ１および／またはＳＲＢ２を提供してもよいかまたは提供しなくてもよい。例えば、Ｕｕｘインタフェース４４３はＤＲＢのみを移送してもよい。ＳＲＢ１は、Ｕｕｘインタフェース４４３のためのＤＲＢを構成し、変更し、解除するために用いられてもよい。別の例では、Ｕｕｘインタフェース４４３はＳＲＢ１およびＳＲＢ２を提供してもよい。Ｕｕインタフェース４３７およびＵｕｘインタフェース４４３はどちらも同じＳＲＢを共有してもよい。さらに別の例では、Ｕｕｘインタフェース４４３はＳＲＢ１およびＳＲＢ２を提供してもよい。Ｕｕインタフェース４３７およびＵｕｘインタフェース４４３はそれら自身のＳＲＢを有してもよい。Ｕｕインタフェース４３７上のＳＲＢ１は、Ｕｕｘインタフェース４４３のためのＳＲＢ１を構成し、変更し解除するために用いられてもよい。これは複数のＲＲＣ接続または複数の副ＲＲＣ接続の場合に適用可能でありうる。

図１４では、ＵＥ１４０２はＰｅＮＢ１４６０ａおよびＳｅＮＢ１４６０ｂに接続してもよい。ＰｅＮＢ１４６０ａは第１のｅＮＢ１６０と同様であってもよく、ＳｅＮＢ１４６０ｂは、図１に関して説明された第２のｅＮＢ１６０と同様であってもよい。ＭＭＥ１４２７はＮＡＳメッセージ１４６９ａ〜ｂを（例えば、例として、ＲＲＣメッセージ１４７１ａ〜ｂに便乗させて）提供してもよい。ユーザプレーンプロトコル・スタック（例えば、ＰＤＣＰ１ １４６１ａ〜ｂ、ＲＬＣ１ １４６３ａ〜ｂ、ＭＡＣ１ １４６５ａ〜ｂおよびＰＨＹ１ １４６７ａ〜ｂ）はＵｕインタフェース４３７に対応付けられる。この構成では、ＳＲＢ（例えば、ＲＲＣメッセージ１４７１ａ〜ｂ）はＵｕインタフェース４３７を通じて提供される。この場合には、Ｕｕｘインタフェース４４３はＤＲＢのみを提供する。

図１５は、複数のＲＲＣ接続を有する制御プレーンプロトコル・スタックの構成を示すブロック図である。この構成では、ＵＥ１５０２はＰｅＮＢ１５６０ａおよびＳｅＮＢ１５６０ｂに接続してもよい。ＰｅＮＢ１５６０ａは第１のｅＮＢ１６０と同様であってもよく、ＳｅＮＢ１５６０ｂは、図１に関して説明された第２のｅＮＢ１６０と同様であってもよい。ＭＭＥ１５２７はＮＡＳメッセージ１５６９ａ〜ｂを（例えば、例として、ＲＲＣメッセージ１５７１ａ〜ｂに便乗させて）提供してもよい。第１のユーザプレーンプロトコル・スタック（例えば、ＰＤＣＰ１ １５６１ａ〜ｂ、ＲＬＣ１ １５６３ａ〜ｂ、ＭＡＣ１ １５６５ａ〜ｂおよびＰＨＹ１ １５６７ａ〜ｂ）はＵｕインタフェース４３７に対応付けられる。第２のユーザプレーンプロトコル・スタック（例えば、ＰＤＣＰ２ １５５３ａ〜ｂ、ＲＬＣ２ １５５５ａ〜ｂ、ＭＡＣ２ １５５７ａ〜ｂおよびＰＨＹ２ １５５９ａ〜ｂ）はＵｕｘインタフェース４４３に対応付けられる。

この構成では、ＳＲＢ（例えば、ＲＲＣメッセージ１５７１ａ〜ｂ）はＵｕインタフェース４３７およびＵｕｘインタフェース４４３を通じて提供される。Ｕｕインタフェース４３７およびＵｕｘインタフェース４４３は同じＳＲＢを共有してもよい。Ｘインタフェース（およびＸプロトコル）１５４１ａ〜ｂは、ＳｅＮＢ１５６０ｂとＰｅＮＢ１５６０ａとの間でデータを交換するために用いられてもよい。両方の無線インタフェースが、ＲＲＣメッセージ１５７１ａ〜ｂを移送するために用いられるが、ＲＲＣプロトコルは１つのノードにおいて終端される。例えば、ＳｅＮＢ１５６０ｂは、ＵＥ１５０２から受信されるＲＲＣメッセージ１５７１ａ〜ｂをＰｅＮＢ１５６０ａへ転送する。追加的に、ＳｅＮＢ１５６０ｂは、ＰｅＮＢ１５６０ａから受信されるＲＲＣメッセージ１５７１ａ〜ｂをＵＥ１５０２へ転送する。したがって、ＲＲＣメッセージ１５７１ａ〜ｂはＥ−ＵＴＲＡＮ４３５上の単一のポイントにおいて終端されてもよい。換言すれば、ＵＥ１５０２はＲＲＣメッセージをＥ−ＵＴＲＡＮ４３５上の単一のポイントに向けて送信してもよい。

図１６は、ＲＲＣメッセージ１６７１の管理の１つの構成を示すブロック図である。この構成では、ＵＥ１６０２はＰｅＮＢ１６６０ａおよびＳｅＮＢ１６６０ｂに接続してもよい。ＰｅＮＢ１６６０ａは第１のｅＮＢ１６０と同様であってもよく、ＳｅＮＢ１６６０ｂは、図１に関して説明された第２のｅＮＢ１６０と同様であってもよい。ＭＭＥ１６２７はＮＡＳメッセージ１６６９ａ〜ｂを（例えば、例として、ＲＲＣメッセージ１６７１ａ〜ｂに便乗させて）提供してもよい。第１のユーザプレーンプロトコル・スタック（例えば、ＰＤＣＰ１ １６６１ａ〜ｂ、ＲＬＣ１ １６６３ａ〜ｂ、ＭＡＣ１ １６６５ａ〜ｂおよびＰＨＹ１ １６６７ａ〜ｂ）はＵｕインタフェース４３７に対応付けられる。第２のユーザプレーンプロトコル・スタック（例えば、ＰＤＣＰ２ １６５３ａ〜ｂ、ＲＬＣ２ １６５５ａ〜ｂ、ＭＡＣ２ １６５７ａ〜ｂおよびＰＨＹ２ １６５９ａ〜ｂ）はＵｕｘインタフェース４４３に対応付けられる。

この構成は、ＲＲＣメッセージおよびパラメータ１６７１をＰｅＮＢ１６６０ａとＳｅＮＢ１６６０ｂとの間で管理する仕方の一例を示す。Ｕｕｘインタフェース４４３のためのＲＲＣ２メッセージおよびパラメータ１６７７ａ〜ｂは、Ｕｕインタフェース４３７のためのＲＲＣ１メッセージおよびパラメータ１６７５と区別されてもよい。Ｘインタフェース１６４１ａ〜ｂは、ＳｅＮＢ１６６０ｂのためのＲＲＣメッセージおよびパラメータ１６７７ａ〜ｂをＰｅＮＢ１６６０ａとＳｅＮＢ１６６０ｂとの間で交換するために用いられてもよい。この場合には、ＳｅＮＢ１６６０ｂのためのＲＲＣメッセージおよびパラメータ１６７７ａ〜ｂはＲＲＣ２と呼ばれる。

図１７は、複数の制御プレーン終端を有する制御プレーンプロトコル・スタックの構成を示すブロック図である。この構成では、ＵＥ１７０２はＰｅＮＢ１７６０ａおよびＳｅＮＢ１７６０ｂに接続してもよい。ＰｅＮＢ１７６０ａは第１のｅＮＢ１６０と同様であってもよく、ＳｅＮＢ１７６０ｂは、図１に関して説明された第２のｅＮＢ１６０と同様であってもよい。ＭＭＥ１７２７はＮＡＳメッセージ１７６９ａ〜ｂを（例えば、例として、ＲＲＣメッセージ１７７１ａ〜ｂに便乗させて）提供してもよい。第１のユーザプレーンプロトコル・スタック（例えば、ＰＤＣＰ１ １７６１ａ〜ｂ、ＲＬＣ１ １７６３ａ〜ｂ、ＭＡＣ１ １７６５ａ〜ｂおよびＰＨＹ１ １７６７ａ〜ｂ）はＵｕインタフェース４３７に対応付けられる。第２のユーザプレーンプロトコル・スタック（例えば、ＰＤＣＰ２ １７５３ａ〜ｂ、ＲＬＣ２ １７５５ａ〜ｂ、ＭＡＣ２ １７５７ａ〜ｂおよびＰＨＹ２ １７５９ａ〜ｂ）はＵｕｘインタフェース４４３に対応付けられる。

この構成は、複数の制御プレーン終端を有する制御プレーンプロトコル・スタックの別の例を示す。例えば、ＲＲＣ２ １７７７ａ〜ｂは（例えば、ＲＲＣ１ １７７５ａ〜ｂに加えて）追加のＲＲＣ接続であってもよい。ＲＲＣ２ １７７７ａ〜ｂは単一のＲＲＣ接続１７７１ａ〜ｂ内の副ＲＲＣ接続であってもよい。ＲＲＣメッセージ１７７５、１７７７はＥ−ＵＴＲＡＮ４３５上の複数のポイントにおいて終端されてもよい。ＵＥ１７０２は、Ｅ−ＵＴＲＡＮ４３５上の複数のポイント（例えば、ｅＮＢ１７６０）のうちの１つにアドレス指定されたＲＲＣメッセージ１７７５、１７７７を送信してもよい。Ｘインタフェース１７４１ａ〜ｂは、ＲＲＣメッセージおよびパラメータ１７７１ａ〜ｂをＰｅＮＢ１６６０ａとＳｅＮＢ１６６０ｂとの間で交換するために用いられてもよい。

ＲＲＣメッセージ１７７５、１７７７のアドレス指定は、ＲＲＣメッセージ１７７５、１７７７を伝達するために用いられるべきＳＲＢを識別することによって達成されてもよい。ＲＲＣメッセージ１７７５、１７７７のアドレス指定は同様に、ＲＲＣメッセージ１７７５、１７７７を伝達するために用いられるべき無線インタフェース（例えば、Ｕｕインタフェース４３７およびＵｕｘインタフェース４４３）を識別することによって達成されてもよい。ＲＲＣメッセージのアドレス指定はさらに、ＲＲＣメッセージ１７７５、１７７７の種類を識別することによって達成されてもよい。Ｕｕｘインタフェース４４３のためのＲＲＣパラメータ／メッセージ１７７７はＵｕインタフェース４３７のためのＲＲＣパラメータ／メッセージ１７７５と区別されてもよい。ＲＲＣ２ １７７７が追加のＲＲＣ接続１７７１である構成では、既存のＲＲＣ機能およびメッセージのほとんどは両方のＲＲＣ（例えば、ＲＲＣ１ １７７５およびＲＲＣ２ １７７７）においてサポートされる。しかし、機能およびメッセージのうちのいくつかはＲＲＣ２ １７７７においてサポートされない場合がある。ＲＲＣ２ １７７７が副ＲＲＣ接続１７７１である別の構成では、限定された機能およびメッセージがＲＲＣ２ １７７７においてサポートされてもよい。

図１８は、ＵＥ１８０２内で利用されてもよい種々の構成要素を示す図である。図１８に関して説明されるＵＥ１８０２は、図１に関して説明されたＵＥ１０２に従って実装されてもよい。ＵＥ１８０２は、ＵＥ１８０２の動作を制御するプロセッサ１８７９を含む。プロセッサ１８７９は同様に中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）と呼ばれてもよい。メモリ１８８５は、リードオンリーメモリ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、両者の組み合わせ、または情報を記憶することができる任意の種類のデバイスを含んでもよく、命令１８８１ａおよびデータ１８８３ａをプロセッサ１８７９に提供する。メモリ１８８５の一部分は同様に不揮発性ランダムアクセスメモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＮＶＲＡＭ）を含んでもよい。命令１８８１ｂおよびデータ１８８３ｂは同様にプロセッサ１８７９内に常駐してもよい。プロセッサ１８７９内にロードされる命令１８８１ｂおよび／またはデータ１８８３ｂは同様に、プロセッサ１８７９による実行または処理のためにロードされたメモリ１８８５からの命令１８８１ａおよび／またはデータ１８８３ａを含んでもよい。命令１８８１ｂはプロセッサ１８７９によって、上述の方法２００のうちの１つ以上を実施するために実行されてもよい。

ＵＥ１８０２は同様に、データの伝送および受信を可能にするための１つ以上の伝送器１８５８および１つ以上の受信器１８２０を収容するハウジングを含んでもよい。伝送器（単数または複数）１８５８および受信器（単数または複数）１８２０は１つ以上の送受信器１８１８に組み合わせられてもよい。１つ以上のアンテナ１８２２ａ〜ｎがハウジングに取り付けられ、送受信器１８１８に電気的に結合される。

ＵＥ１８０２の種々の構成要素はバスシステム１８８７によって共に結合される。バスシステム１８８７は、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含んでもよい。しかし、分かりやすくするために、種々のバスは図１８ではバスシステム１８８７として示されている。ＵＥ１８０２は、信号の処理に用いるためのデジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）１８８９を含んでもよい。ＵＥ１８０２は、ＵＥ１８０２の機能へのユーザアクセスを提供する通信インタフェース１８９１を含んでもよい。図１８に示されるＵＥ１８０２は、特定の構成要素の一覧ではなく、機能ブロック図である。

図１９は、ｅＮＢ１９６０内で利用されてもよい種々の構成要素を示す図である。図１９に関して説明されるｅＮＢ１９６０は、図１に関して説明されたｅＮＢ１６０に従って実装されてもよい。ｅＮＢ１９６０は、ｅＮＢ１９６０の動作を制御するプロセッサ１９７９を含む。プロセッサ１９７９は同様に中央処理装置（ＣＰＵ）と呼ばれてもよい。メモリ１９８５は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、両者の組み合わせ、または情報を記憶することができる任意の種類のデバイスを含んでもよく、命令１９８１ａおよびデータ１９８３ａをプロセッサ１９７９に提供する。メモリ１９８５の一部分は同様に不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）を含んでもよい。命令１９８１ｂおよびデータ１９８３ｂは同様にプロセッサ１９７９内に常駐してもよい。プロセッサ１９７９内にロードされる命令１９８１ｂおよび／またはデータ１９８３ｂは同様に、プロセッサ１９７９による実行または処理のためにロードされたメモリ１９８５からの命令１９８１ａおよび／またはデータ１９８３ａを含んでもよい。命令１９８１ｂはプロセッサ１９７９によって、上述の方法３００のうちの１つ以上を実施するために実行されてもよい。

ｅＮＢ１９６０は同様に、データの伝送および受信を可能にするための１つ以上の伝送器１９１７および１つ以上の受信器１９７８を収容するハウジングを含んでもよい。伝送器（単数または複数）１９１７および受信器（単数または複数）１９７８は１つ以上の送受信器１９７６に組み合わせられてもよい。１つ以上のアンテナ１９８０ａ〜ｎがハウジングに取り付けられ、送受信器１９７６に電気的に結合される。

ｅＮＢ１９６０の種々の構成要素はバスシステム１９８７によって共に結合される。バスシステム１９８７は、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含んでもよい。しかし、分かりやすくするために、種々のバスは図１９ではバスシステム１９８７として示されている。ｅＮＢ１９６０は、信号の処理に用いるためのデジタル信号プロセッサ（ＤＳＰ）１９８９を含んでもよい。ｅＮＢ１９６０は、ｅＮＢ１９６０の機能へのユーザアクセスを提供する通信インタフェース１９９１を含んでもよい。図１９に示されるｅＮＢ１９６０は、特定の構成要素の一覧ではなく、機能ブロック図である。

図２０は、フィードバック情報を送信するためのシステムおよび方法が実装されてもよいＵＥ２００２の１つの構成を示すブロック図である。ＵＥ２００２は伝送手段２０５８、受信手段２０２０および制御手段２０２４を含む。伝送手段２０５８、受信手段２０２０および制御手段２０２４は、上記の図２に関して説明された機能のうちの１つ以上を遂行するように構成されてもよい。上記の図１８は図２０の具体的な装置構造の一例を示す。その他の種々の構造が、図２の機能のうちの１つ以上を実現するために実装されてもよい。例えば、ＤＳＰはソフトウェアによって実現されてもよい。

図２１は、フィードバック情報を受信するためのシステムおよび方法が実装されてもよいｅＮＢ２１６０の１つの構成を示すブロック図である。ｅＮＢ２１６０は伝送手段２１１７、受信手段２１７８および制御手段２１８２を含む。伝送手段２１１７、受信手段２１７８および制御手段２１８２は、上記の図３に関して説明された機能のうちの１つ以上を遂行するように構成されてもよい。上記の図１９は図２１の具体的な装置構造の一例を示す。その他の種々の構造が、図３の機能のうちの１つ以上を実現するために実装されてもよい。例えば、ＤＳＰはソフトウェアによって実現されてもよい。

用語「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスされることができる任意の利用可能な媒体を指す。用語「コンピュータ可読媒体」は、本明細書で使用するとき、非一時的および有形なものであるコンピュータおよび／またはプロセッサ可読媒体を表してもよい。例として、ただし限定ではなく、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくはその他の光ディスク記憶装置、磁気ディスク記憶装置もしくはその他の磁気記憶デバイス、または命令もしくはデータ構造の形態の所望のプログラムコードを搬送もしくは記憶するために用いられることができ、コンピュータもしくはプロセッサによってアクセスされることができる任意の他の媒体を含んでもよい。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書で使用するとき、コンパクトディスク（ｃｏｍｐａｃｔ ｄｉｓｃ、ＣＤ）、レーザディスク、光ディスク、デジタル多用途ディスク（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ、ＤＶＤ）、フロッピー(登録商標)ディスクおよびブルーレイ（登録商標）ディスクを含む。ここで、ディスク（ｄｉｓｋ）は通例、データを磁気的に再生し、それに対してディスク（ｄｉｓｃ）はレーザを用いてデータを光学的に再生する。

本明細書に記載されている方法のうちの１つ以上はハードウェアの形態で実装され、および／またはハードウェアを用いて遂行されてもよいことに留意されたい。例えば、本明細書に記載されている方法のうちの１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ）、大規模集積回路（ＬＳＩ）または集積回路、等の形態で実装され、および／またはチップセット、特定用途向け集積回路（ＡＳＩＣ）、大規模集積回路（ＬＳＩ）または集積回路、等を用いて実現されてもよい。

本明細書に開示されている方法の各々は、説明されている方法を達成するための１つ以上のステップまたはアクションを含む。方法のステップおよび／またはアクションは、請求項の範囲から逸脱することなく、互いに入れ替えられ、および／または単一のステップに組み合わせられてもよい。換言すれば、説明されている方法の適切な動作のためにステップまたはアクションの特定の順序が要求されないかぎり、特定のステップおよび／またはアクションの順序および／または使用は請求項の範囲から逸脱することなく変更されてもよい。

請求項は、以上に示されている正確な構成および構成要素に限定されないことを理解されたい。本明細書に記載されているシステム、方法および装置の構成、動作および細部には、請求項の範囲から逸脱することなく種々の変更、修正、および変形がなされてもよい。

Claims (20)

1. ユーザ機器による方法であって、
   セルの第１のセットへのシグナリング無線ベアラの対応付けと、
   前記セルの第１のセットおよび前記セルの第１のセットとは異なるセルの第２のセットのうちの少なくとも１つへのデータ無線ベアラの対応付けと、
   に用いられる無線リソース制御メッセージを第１の基地局から受信すること、を含み、
   前記セルの第１のセットおよび前記セルの第２のセットはそれぞれ異なるＭＡＣエンティティに対応する、方法。
2. 前記ユーザ機器によって送信または受信される１つ以上の無線リソース制御メッセージが、Ｅ−ＵＴＲＡＮ上のセルの前記第１のセットを提供する前記第１の基地局において終端する、請求項１に記載の方法。
3. 前記ユーザ機器によって送信または受信される少なくとも１つの無線リソース制御メッセージが、Ｅ−ＵＴＲＡＮ上のセルの前記第１のセットを提供する前記第１の基地局において終端し、少なくとも１つの無線リソース制御メッセージが、前記Ｅ−ＵＴＲＡＮ上のセルの前記第２のセットを提供する第２の基地局において終端する、請求項１に記載の方法。
4. Ｅ−ＵＴＲＡＮ上のセルの前記第１のセットを提供する前記第１の基地局がＭＭＥに接続され、前記Ｅ−ＵＴＲＡＮ上のセルの前記第２のセットを提供する第２の基地局がサービングゲートウェイに接続され、前記第１の基地局は制御プレーンプロトコルの終端を含み、前記第２の基地局はユーザプレーンプロトコルの終端を含む、請求項１に記載の方法。
5. Ｅ−ＵＴＲＡＮ上のセルの前記第１のセットを提供する第１の基地局がＭＭＥに、およびサービングゲートウェイに接続され、前記第１の基地局はユーザプレーンプロトコルの終端および制御プレーンプロトコルの終端を含む、請求項１に記載の方法。
6. 第１の基地局による方法であって、
   セルの第１のセットへのシグナリング無線ベアラの対応付けと、
   前記セルの第１のセットおよび前記セルの第１のセットとは異なるセルの第２のセットのうちの少なくとも１つへのデータ無線ベアラの対応付けと、
   に用いられる無線リソース制御メッセージをユーザ機器へ送信すること、を含み、
   前記セルの第１のセットおよび前記セルの第２のセットはそれぞれ異なるＭＡＣエンティティに対応する、方法。
7. 前記ユーザ機器によって送信または受信される１つ以上の無線リソース制御メッセージが、セルの前記第１のセットを提供する前記第１の基地局において終端する、請求項６に記載の方法。
8. 前記ユーザ機器によって送信または受信される少なくとも１つの無線リソース制御メッセージが前記第１の基地局において終端し、少なくとも１つの無線リソース制御メッセージが第２の基地局において終端する、請求項６に記載の方法。
9. 前記第１の基地局がＭＭＥに接続され、第２の基地局がサービングゲートウェイに接続され、前記第１の基地局は制御プレーンプロトコルの終端を含み、前記第２の基地局はユーザプレーンプロトコルの終端を含む、請求項６に記載の方法。
10. 前記第１の基地局がＭＭＥに、およびサービングゲートウェイに接続され、前記第１の基地局はユーザプレーンプロトコルの終端および制御プレーンプロトコルの終端を含む、請求項６に記載の方法。
11. ユーザ機器であって、
    セルの第１のセットへのシグナリング無線ベアラの対応付けと、
    前記セルの第１のセットおよび前記セルの第１のセットとは異なるセルの第２のセットのうちの少なくとも１つへのデータ無線ベアラの対応付けと、
    に用いられる無線リソース制御メッセージを第１の基地局から受信する手段を備え、
    前記セルの第１のセットおよび前記セルの第２のセットはそれぞれ異なるＭＡＣエンティティに対応するユーザ機器。
12. 送信するまたは受信する１つ以上の無線リソース制御メッセージが、Ｅ−ＵＴＲＡＮ上のセルの前記第１のセットを提供する第１の基地局において終端する、請求項１１に記載のユーザ機器。
13. 送信するまたは受信する少なくとも１つの無線リソース制御メッセージが、Ｅ−ＵＴＲＡＮ上のセルの前記第１のセットを提供する第１の基地局において終端し、少なくとも１つの無線リソース制御メッセージが、前記Ｅ−ＵＴＲＡＮ上のセルの前記第２のセットを提供する第２の基地局において終端する、請求項１１に記載のユーザ機器。
14. Ｅ−ＵＴＲＡＮ上のセルの前記第１のセットを提供する前記第１の基地局がＭＭＥに接続され、前記Ｅ−ＵＴＲＡＮ上のセルの前記第２のセットを提供する第２の基地局がサービングゲートウェイに接続され、前記第１の基地局は制御プレーンプロトコルの終端を含み、前記第２の基地局はユーザプレーンプロトコルの終端を含む、請求項１１に記載のユーザ機器。
15. Ｅ−ＵＴＲＡＮ上のセルの前記第１のセットを提供する前記第１の基地局がＭＭＥに、およびサービングゲートウェイに接続され、前記第１の基地局はユーザプレーンプロトコルの終端および制御プレーンプロトコルの終端を含む、請求項１１に記載のユーザ機器。
16. セルの第１のセットへのシグナリング無線ベアラの対応付けと、
    前記セルの第１のセットおよび前記セルの第１のセットとは異なるセルの第２のセットのうちの少なくとも１つへのデータ無線ベアラの対応付けと、
    に用いられる無線リソース制御メッセージをユーザ機器へ送信する手段を備え、
    前記セルの第１のセットおよび前記セルの第２のセットはそれぞれ異なるＭＡＣエンティティに対応する、
    基地局。
17. 前記ユーザ機器によって送信または受信される１つ以上の無線リソース制御メッセージが、セルの前記第１のセットを提供する自局において終端する、請求項１６に記載の基地局。
18. 前記ユーザ機器によって送信または受信される少なくとも１つの無線リソース制御メッセージが自局において終端し、少なくとも１つの無線リソース制御メッセージが他の基地局において終端する、請求項１６に記載の基地局。
19. 自局がＭＭＥに接続され、他の基地局がサービングゲートウェイに接続され、自局は制御プレーンプロトコルの終端を含み、前記他の基地局はユーザプレーンプロトコルの終端を含む、請求項１６に記載の基地局。
20. 自局がＭＭＥに、およびサービングゲートウェイに接続され、自局はユーザプレーンプロトコルの終端および制御プレーンプロトコルの終端を含む、請求項１６に記載の基地局。

Images