(57)【特許請求の範囲】
【請求項１】
端末装置によってパワーヘッドルーム・レポート（ＰＨＲ）を送信するための方法であって、
前記端末装置では、二重接続性において２つのＭＡＣエンティティが設定され、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが各ＭＡＣエンティティにおいて設定され、
各ＭＡＣエンティティにおいて、前記ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが終了するかまたは終了している場合に、パワーヘッドルーム・レポーティング手順を実行することを含み、
前記２つのＭＡＣエンティティのうち、第１のＭＡＣエンティティには、一つまたは複数の在圏セルを含む在圏セルの第１のセットが対応し、第２のＭＡＣエンティティには、一つまたは複数の在圏セルを含む在圏セルの第２のセットが対応し、
前記パワーヘッドルーム・レポーティング手順は、
各ＭＡＣエンティティにおいて、在圏セルの前記第１のセットおよび前記第２のセットのうちの設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値に基づいて、パワーヘッドルームＭＡＣ制御要素を生成することと、
各ＭＡＣエンティティにおいて、前記パワーヘッドルームＭＡＣ制御要素を送信することと
を備える、方法。
【請求項２】
在圏セルの前記第１のセットは、第１の基地局装置に対応し、在圏セルの前記第２のセットは、第２の基地局装置に対応する、請求項１に記載の方法。
【請求項３】
パワーヘッドルーム・レポート（ＰＨＲ）を送信するための端末装置であって、
プロセッサと、
前記プロセッサと電子通信を行うメモリとを備え、
二重接続性において２つのＭＡＣエンティティが設定され、
ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが各ＭＡＣエンティティにおいて設定され、
前記メモリに記憶された命令により前記プロセッサは、
各ＭＡＣエンティティにおいて、前記ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが終了するかまたは終了している場合に、パワーヘッドルーム・レポーティング手順を実行することを備え、
前記２つのＭＡＣエンティティのうち、第１のＭＡＣエンティティには、一つまたは複数の在圏セルを含む在圏セルの第１のセットが対応し、第２のＭＡＣエンティティには、一つまたは複数の在圏セルを含む在圏セルの第２のセットが対応し、
前記パワーヘッドルーム・レポーティング手順は、
各ＭＡＣエンティティにおいて、在圏セルの前記第１のセットおよび前記第２のセットのうちの設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値に基づいて、パワーヘッドルームＭＡＣ制御要素を生成し、
各ＭＡＣエンティティにおいて、前記パワーヘッドルームＭＡＣ制御要素を送信するために実行可能である、端末装置。
【請求項４】
在圏セルの前記第１のセットは、第１の基地局装置に対応し、在圏セルの前記第２のセットは、第２の基地局装置に対応する、請求項３に記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、通信システムに関する。より具体的には、本開示は、マルチ接続性オペレーションのためのシステムおよび方法に関する。
【背景技術】
【０００２】
ワイヤレス通信デバイスは、消費者ニーズを満たし、可搬性と便利さとを改善するためにより小さく、より強力になった。消費者は、ワイヤレス通信デバイスに依存するようになり、高信頼性のサービス、カバレッジエリアの拡大および機能性の向上を期待するようになった。ワイヤレス通信システムは、多数のワイヤレス通信デバイスに通信を提供し、それぞれのデバイスが基地局によるサービスを享受する。基地局は、ワイヤレス通信デバイスと通信するデバイスである。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ワイヤレス通信デバイスが進歩するにつれて、通信容量、速度、フレキシビリティおよび効率の向上が求められてきた。しかしながら、通信容量、速度、フレキシビリティおよび効率の向上がいくつかの問題を提起することがある。
【０００４】
例えば、ワイヤレス通信デバイスは、複数の接続を用いて１つ以上のデバイスと通信する。しかしながら、複数の接続は、限られたフレキシビリティおよび効率を提供するに過ぎない。この考察によって示されるように、通信のフレキシビリティおよび効率を向上させるシステムおよび方法が有益であろう。
【課題を解決するための手段】
【０００５】
本発明の一実施形態は、端末装置（ＵＥ）によってパワーヘッドルーム・レポート（ＰＨＲ：ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ  ｒｅｐｏｒｔ）を送信するための方法を開示し、方法は、セル（単数または複数）の第２のセットに対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値を得るステップと、得られた値とセル（単数または複数）の第１のセットに対応する電力管理に関する情報とに基づいて拡張パワーヘッドルームＭＡＣ制御要素を生成するステップと、拡張パワーヘッドルームＭＡＣ制御要素を送信するステップとを備える。
【０００６】
本発明の別の実施形態は、基地局装置（ｅＮＢ）によってパワーヘッドルーム・レポート（ＰＨＲ）を受信するための方法を開示し、方法は、拡張パワーヘッドルームＭＡＣ制御要素を受信するステップと、拡張パワーヘッドルームＭＡＣ制御要素からセル（単数または複数）の第２のセットに対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値を得るステップと、拡張パワーヘッドルームＭＡＣ制御要素からセル（単数または複数）の第１のセットに対応する電力管理に関する情報を得るステップとを備える。
【０００７】
本発明の別の実施形態は、パワーヘッドルーム・レポート（ＰＨＲ）を送信するための端末装置（ＵＥ）を開示し、ＵＥは、プロセッサと、プロセッサと電子通信を行うメモリとを備え、メモリに記憶された命令は、セル（単数または複数）の第２のセットに対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値を得て、得られた値とセル（単数または複数）の第１のセットに対応する電力管理に関する情報とに基づいて拡張パワーヘッドルームＭＡＣ制御要素を生成し、
【０００８】
拡張パワーヘッドルームＭＡＣ制御要素を送信するために実行可能である。
【０００９】
本発明の別の実施形態は、パワーヘッドルーム・レポート（ＰＨＲ）を受信するための基地局装置（ｅＮＢ）を開示し、ｅＮＢは、プロセッサと、プロセッサと電子通信を行うメモリとを備え、メモリに記憶された命令は、拡張パワーヘッドルームＭＡＣ制御要素を受信し、拡張パワーヘッドルームＭＡＣ制御要素からセル（単数または複数）の第２のセットに対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値を得て、拡張パワーヘッドルームＭＡＣ制御要素からセル（単数または複数）の第１のセットに対応する電力管理に関する情報を得るために実行可能である。
【図面の簡単な説明】
【００１０】
【図１】マルチ接続性オペレーションのためのシステムおよび方法が実装された１つ以上の基地局装置（ｅＮＢ）および１つ以上の端末装置（ＵＥ）の一構成を示すブロック図である。
【図２】ＵＥによってパワーヘッドルーム・レポート（ＰＨＲ）を送信するための方法の一実装を示すフロー図である。
【図３】ｅＮＢによってＰＨＲを受信するための方法の一実装を示すフロー図である。
【図４】マルチ接続性オペレーションのためのシステムおよび方法が実装された進化型ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）アーキテクチャの構成を示すブロック図である。
【図５】マルチ接続性オペレーションのためのシステムおよび方法が実装されたＥ−ＵＴＲＡＮおよびＵＥの一構成を示すブロック図である。
【図６】パワーヘッドルーム（ＰＨ：ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ）レポーティングの一構成を示すブロック図である。
【図７】マルチ接続性オペレーションのためのパワーヘッドルーム・レポーティングの構成を示すブロック図である。
【図８】ＭＡＣプロトコル・データ単位（ＰＤＵ：ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）の一構成を示すブロック図である。
【図９】ＭＡＣ  ＰＤＵサブヘッダおよびパワーヘッドルームＭＡＣ制御要素の様々な構成を示すブロック図である。
【図１０】拡張パワーヘッドルームＭＡＣ制御要素およびマルチ接続性のための拡張パワーヘッドルームＭＡＣ制御要素の例を示す。
【図１１】マルチ接続性のための拡張パワーヘッドルームＭＡＣ制御要素の別の例を示す。
【図１２】マルチ接続性オペレーションのための方法を示すフロー図である。
【図１３】ＵＥにおいて利用される様々なコンポーネントを示す。
【図１４】ｅＮＢにおいて利用される様々なコンポーネントを示す。
【図１５】フィードバック情報を送信するためのシステムおよび方法が実装されたＵＥの一構成を示すブロック図である。
【図１６】フィードバック情報を受信するためのシステムおよび方法が実装されたｅＮＢの一構成を示すブロック図である。
【発明を実施するための形態】
【００１１】
端末装置（ＵＥ）によってパワーヘッドルーム・レポート（ＰＨＲ）を送信するための方法が記載される。方法は、第２の無線接続に対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値を得るステップを含む。方法は、得られた値と第１の無線接続に対応する電力管理に関する情報とに基づいて拡張パワーヘッドルームＭＡＣ制御要素を生成するステップも含む。方法は、拡張パワーヘッドルームＭＡＣ制御要素を送信するステップをさらに含む。
【００１２】
方法は、第１の無線接続に対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値を得るステップも含む。異なる基地局装置（ｅＮＢ）が第１の無線接続および第２の無線接続をスケジュールする。
【００１３】
第１の無線接続に対応する電力管理に関する情報は、第２の無線接続に対応するアクティブ化された在圏セルごとの３ＧＰＰ  ＲＡＮ最大電力低減（Ｒ−ＭＰＲｃ：ＲＡＮ−ｍａｘｉｍｕｍ  ｐｏｗｅｒ  ｒｅｄｕｃｔｉｏｎ）を含む。Ｒ−ＭＰＲｃは、第１の無線接続上の送信によってもたらされる、第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの値を含む。アクティブ化された在圏セルに対応するＲ−ＭＰＲｃは、アクティブ化された在圏セルの最大出力電力（ＰＣＭＡＸ，ｃ）を低減するための量を示す。Ｒ−ＭＰＲｃは、Ｐ−ＭＰＲｃによって許容されるような電力管理に起因する電力バックオフとは独立に適用される。
【００１４】
拡張パワーヘッドルームＭＡＣ制御要素は、第２の無線接続に対応するアクティブ化された在圏セルごとのＲ−ＭＰＲｃフィールドを少なくとも含む。拡張パワーヘッドルームＭＡＣ制御要素は、Ｐ−ＭＰＲｃのためのＰフィールドおよびＲ−ＭＰＲｃのためのＳフィールドを少なくとも含む。
【００１５】
第１の無線接続に対応する電力管理に関する情報は、第１の無線接続上の送信によってもたらされる、第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの指標を含む。拡張パワーヘッドルームＭＡＣ制御要素は、第１の無線接続上の送信によってもたらされる、第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの指標を少なくとも含む。
【００１６】
ｅＮＢによってＰＨＲを受信するための方法も記載される。方法は、拡張パワーヘッドルームＭＡＣ制御要素を受信するステップを含む。方法は、拡張パワーヘッドルームＭＡＣ制御要素から第２の無線接続に対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値を得るステップも含む。方法は、拡張パワーヘッドルームＭＡＣ制御要素から第１の無線接続に対応する電力管理に関する情報を得るステップをさらに含む。
【００１７】
方法は、拡張パワーヘッドルームＭＡＣ制御要素から第１の無線接続に対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値を得るステップも含む。
【００１８】
ＰＨＲを送信するためのＵＥも記載される。ＵＥは、プロセッサと、プロセッサと電子通信を行うメモリに記憶された命令とを含む。ＵＥは、第２の無線接続に対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値を得る。ＵＥは、また、得られた値と第１の無線接続に対応する電力管理に関する情報とに基づいて、拡張パワーヘッドルームＭＡＣ制御要素を生成する。ＵＥは、さらに、拡張パワーヘッドルームＭＡＣ制御要素を送信する。
【００１９】
ＰＨＲを受信するためのｅＮＢも記載される。ｅＮＢは、プロセッサと、プロセッサと電子通信を行うメモリに記憶された命令とを含む。ｅＮＢは、拡張パワーヘッドルームＭＡＣ制御要素を受信する。ｅＮＢは、また、拡張パワーヘッドルームＭＡＣ制御要素から第２の無線接続に対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値を得る。ｅＮＢは、さらに、拡張パワーヘッドルームＭＡＣ制御要素から第１の無線接続に対応する電力管理に関する情報を得る。
【００２０】
３ＧＰＰロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、将来の要求に対処すべくユニバーサル・モバイル通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）モバイルフォンまたはデバイス規格を改善するためのプロジェクトに与えられた名称である。一態様において、ＵＭＴＳは、進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）および進化型ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）にサポートおよび仕様を提供するために修正された。
【００２１】
本明細書に開示されるシステムおよび方法の少なくともいくつかの態様は、３ＧＰＰ  ＬＴＥ、ＬＴＥアドバンスト（ＬＴＥ−Ａ）および他の規格（例えば、３ＧＰＰリリース８、９、１０、１１および／または１２）に関して記載される。しかしながら、本開示の範囲は、この点で限定されるべきではない。本明細書に開示されるシステムおよび方法の少なくともいくつかの態様は、他のタイプのワイヤレス通信システムに利用されてもよい。
【００２２】
ワイヤレス通信デバイスは、音声および／またはデータを基地局へ通信するために用いられる電子デバイスであり、次には基地局がデバイスのネットワーク（例えば、公衆交換電話網（ＰＳＴＮ：ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ）、インターネットなど）と通信する。本明細書にシステムおよび方法を記載するときに、ワイヤレス通信デバイスは、代わりに、移動局、ＵＥ、アクセス端末、加入者局、移動端末、遠隔局、ユーザ端末、端末、加入者ユニット、モバイルデバイスなどと呼ばれる。ワイヤレス通信デバイスの例は、セルラーフォン、スマートフォン、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）、ラップトップコンピュータ、ネットブック、電子書籍リーダ、ワイヤレス・モデムなどを含む。３ＧＰＰ仕様では、ワイヤレス通信デバイスは、典型的に、ＵＥと呼ばれる。しかしながら、本開示の範囲は、３ＧＰＰ規格に限定されるべきではないので、より一般的な用語「ワイヤレス通信デバイス」を意味するために本明細書では用語「ＵＥ」および「ワイヤレス通信デバイス」が同義で用いられる。
【００２３】
３ＧＰＰ仕様では、基地局は、典型的に、Ｎｏｄｅ  Ｂ、ｅＮＢ、ｈｏｍｅ  ｅｎｈａｎｃｅｄまたはｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ＨｅＮＢ）あるいはいくつかの他の同様の用語で呼ばれる。本開示の範囲は、３ＧＰＰ規格に限定されるべきではないので、より一般的な用語「基地局」を意味するために本明細書では用語「基地局」、「Ｎｏｄｅ  Ｂ」、「ｅＮＢ」および「ＨｅＮＢ」が同義で用いられる。そのうえ、「基地局」の一例は、アクセスポイントである。アクセスポイントは、ワイヤレス通信デバイスのためにネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットなど）へのアクセスを提供する電子デバイスである。用語「通信デバイス」は、ワイヤレス通信デバイスおよび／または基地局の両方を示すために用いられる。
【００２４】
本明細書では、「セル」は、インターナショナル・モバイル・テレコミュニケーションズ−アドバンスト（ＩＭＴ−Ａｄｖａｎｃｅｄ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ−Ａｄｖａｎｃｅｄ）に用いるべく規格化または規制団体によって仕様が定められた任意の通信チャネルであり、ｅＮＢとＵＥとの間の通信に用いることが認可されたバンド（例えば、周波数バンド）として３ＧＰＰによりそのすべてまたはそのサブセットが採用されることに留意すべきである。「構成セル（ｃｏｎｆｉｇｕｒｅｄ  ｃｅｌｌ）」は、ＵＥが認識しており、情報を送信または受信することがｅＮＢによって許可されたセルである。「構成セル（単数または複数）」は、在圏セル（単数または複数）であってもよい。ＵＥは、すべての構成セル上でシステム情報を受信して所要の測定を行う。無線接続のための「構成セル（単数または複数）」は、プライマリセル、および／または０、１つまたはそれ以上のセカンダリセル（単数または複数）からなる。「アクティブ化されたセル（ａｃｔｉｖａｔｅｄ  ｃｅｌｌ）」は、ＵＥが送受信を行っている構成セルである。すなわち、アクティブ化されたセルは、ＵＥが物理下りリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）をモニタする対象となるセルであり、下りリンク送信のケースでは、ＵＥが物理下りリンク共有チャネル（ＰＤＳＣＨ：ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を復号する対象となるセルである。「非アクティブ化されたセル（ｄｅａｃｔｉｖａｔｅｄ  ｃｅｌｌ）」は、ＵＥが送信ＰＤＣＣＨをモニタしていない構成セルである。留意すべきは、「セル」が異なる次元の観点から記述されることである。例えば、「セル」は、時間、空間（例えば、地理）および周波数特性を有する。
【００２５】
本明細書に開示されるシステムおよび方法は、マルチ接続性オペレーションのためのデバイスを記載する。これは、進化型ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）のコンテキストで行われる。例えば、端末装置（ＵＥ）とＥ−ＵＴＲＡＮ上の２つ以上のｅＮＢとの間のマルチ接続性オペレーションが記載される。一構成において、２つ以上のｅＮＢは、異なるスケジューラを有する。
【００２６】
本明細書に記載されるシステムおよび方法は、マルチ接続性オペレーションにおける無線リソースの効率的な使用を強化する。キャリアアグリゲーションは、１つより多いコンポーネントキャリア（ＣＣ：ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）の同時利用を指す。キャリアアグリゲーションでは、１つより多いセルがＵＥに対してアグリゲートされる。一例において、キャリアアグリゲーションは、ＵＥに利用可能な有効バンド幅を増加させるために用いられる。従来のキャリアアグリゲーションでは、単一のｅＮＢがＵＥのために複数の在圏セルを提供することが想定される。２つ以上のセルがアグリゲートされる（例えば、マクロセルがリモートラジオヘッド（ＲＲＨ：ｒｅｍｏｔｅ  ｒａｄｉｏ  ｈｅａｄ）セルとアグリゲートされる）シナリオであっても、単一のｅＮＢによってこれらのセルが制御される（例えば、スケジュールされる）。
【００２７】
しかしながら、スモールセル配備のシナリオでは、各ノード（例えば、ｅＮＢ、ＲＲＨなど）がそれ自体の独立したスケジューラを有してもよい。両方のノードの無線リソース利用の効率を最大にするために、ＵＥは、異なるスケジューラを有する２つ以上のノードへ接続する。
【００２８】
一構成においては、異なるスケジューラを有する２つのノード（例えば、ｅＮＢ）へＵＥを接続するために、ＵＥとＥ−ＵＴＲＡＮとの間のマルチ接続性が利用される。例えば、リリース１１の動作に加えて、リリース１２の規格に従って動作するＵＥが、マルチ接続性（二重接続性、ｅＮＢ間キャリアアグリゲーション、マルチフロー、マルチセル・クラスタ、マルチＵｕなどとも呼ばれる）を用いて設定される。ＵＥは、設定されていれば、複数のＵｕインターフェースを用いてＥ−ＵＴＲＡＮへ接続する。例として、ＵＥは、１つの無線インターフェースを用いることによって１つ以上の追加の無線インターフェースを確立するように設定される。以下では、１つのノードがマスターｅＮＢ（ＭｅＮＢ：ｍａｓｔｅｒ  ｅＮＢ）と呼ばれ、別のノードがセカンダリｅＮＢ（ＳｅＮＢ：ｓｅｃｏｎｄａｒｙ  ｅＮＢ）と呼ばれる。
【００２９】
次に本明細書に開示されるシステムおよび方法の様々な例が図面を参照して記載される。図面中、同様の参照番号は、機能的に類似した要素を示す。本明細書において図面に一般的に記載され、示されるシステムおよび方法を多種多様に異なる実装に配置し、設計することができるであろう。従って、図面に表現されるいくつかの実装の以下のさらに詳細な記載は、特許請求の範囲を限定するものではなく、システムおよび方法を単に代表するに過ぎない。
【００３０】
図１は、マルチ接続性オペレーションのためのシステムおよび方法が実装された１つ以上の基地局装置（ｅＮＢ）１６０および１つ以上の端末装置（ＵＥ）１０２の一構成を示すブロック図である。１つ以上のＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｎを用いて１つ以上のｅＮＢ１６０と通信する。例えば、ＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｎを用いてｅＮＢ１６０へ電磁信号を送信し、ｅＮＢ１６０から電磁信号を受信する。ｅＮＢ１６０は、１つ以上のアンテナ１８０ａ〜ｎを用いてＵＥ１０２と通信する。留意すべきは、いくつかの構成では本明細書に記載されるＵＥの１つ以上が単一のデバイスに実装されてもよいことである。例えば、いくつかの実装では複数のＵＥが単一のデバイス中に組み合わされてもよい。加えてまたは代わりに、いくつかの構成では本明細書に記載されるｅＮＢの１つ以上が単一のデバイスに実装されてもよい。例えば、いくつかの実装では複数のｅＮＢが単一のデバイス中に組み合わされてもよい。図１のコンテキストでは、例として、単一のデバイスは、本明細書に記載されるシステムおよび方法による１つ以上のＵＥ１０２を含む。加えてまたは代わりに、本明細書に記載されるシステムおよび方法による１つ以上のｅＮＢ１６０が単一のデバイスまたは複数のデバイスとして実装されてもよい。
【００３１】
ＵＥ１０２およびｅＮＢ１６０は、相互に通信するために１つ以上のチャネル１１９、１２１を用いる。例えば、ＵＥ１０２は、１つ以上の上りリンクチャネル１２１および信号を用いてｅＮＢ１６０へ情報またはデータを送信する。上りリンクチャネル１２１の例は、物理上りリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）および物理上りリンク共有チャネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）などを含む。上りリンク信号の例は、復調参照信号（ＤＭＲＳ：ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）およびサウンディング参照信号（ＳＲＳ：ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）などを含む。１つ以上のｅＮＢ１６０も、例として、１つ以上の下りリンクチャネル１１９を用いて１つ以上のＵＥ１０２へ情報またはデータを送信する。下りリンクチャネル１１９の例は、ＰＤＣＣＨ、ＰＤＳＣＨなどを含む。下りリンク信号の例は、プライマリ同期信号（ＰＳＳ：ｐｒｉｍａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）、セル固有参照信号（ＣＲＳ：Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）、およびＣＳＩ参照チャネル（ＣＳＩ−ＲＳ：ＣＳＩ−ｒｅｆｅｒｅｎｃｅ  ｃｈａｎｎｅｌ）などを含む。他の種類のチャネルまたは信号が用いられてもよい。
【００３２】
１つ以上のＵＥ１０２のそれぞれは、１つ以上のトランシーバ１１８、１つ以上の復調器１１４、１つ以上のデコーダ１０８、１つ以上のエンコーダ１５０、１つ以上の変調器１５４、１つ以上のデータバッファ１０４および１つ以上のＵＥオペレーション・モジュール１２４を含む。例えば、ＵＥ１０２では１つ以上の受信および／または送信経路が実装される。便宜上、ＵＥ１０２では単一のトランシーバ１１８、デコーダ１０８、復調器１１４、エンコーダ１５０および変調器１５４のみが示されるが、複数の並列要素（例えば、トランシーバ１１８、デコーダ１０８、復調器１１４、エンコーダ１５０および変調器１５４）が実装されてもよい。
【００３３】
トランシーバ１１８は、１つ以上の受信機１２０および１つ以上の送信機１５８を含む。１つ以上の受信機１２０は、１つ以上のアンテナ１２２ａ〜ｎを用いてｅＮＢ１６０から信号を受信する。例えば、受信機１２０は、１つ以上の受信信号１１６を作り出すために信号を受信してダウンコンバートする。１つ以上の受信信号１１６は、復調器１１４へ供給される。１つ以上の送信機１５８は、１つ以上のアンテナ１２２ａ〜ｎを用いてｅＮＢ１６０へ信号を送信する。例えば、１つ以上の送信機１５８は、１つ以上の変調信号１５６をアップコンバートして送信する。
【００３４】
復調器１１４は、１つ以上の復調信号１１２を作り出すために１つ以上の受信信号１１６を復調する。１つ以上の復調信号１１２は、デコーダ１０８へ供給される。ＵＥ１０２は、信号を復号するためにデコーダ１０８を用いる。デコーダ１０８は、１つ以上の復号信号１０６、１１０を作り出す。例えば、第１のＵＥ復号信号１０６は、データバッファ１０４に記憶される、受信したペイロード・データを備える。第２のＵＥ復号信号１１０は、オーバーヘッド・データおよび／または制御データを備える。例えば、第２のＵＥ復号信号１１０は、１つ以上のオペレーションを行うためにＵＥオペレーション・モジュール１２４によって用いられるデータを供給する。
【００３５】
本明細書では、用語「モジュール」は、特定の要素またはコンポーネントがハードウェア、ソフトウェアまたはハードウェアとソフトウェアとの組み合わせで実装されることを意味する。しかしながら、留意すべきは、本明細書に「モジュール」として示される任意の要素が択一的にハードウェアで実装されてもよいことである。例えば、ＵＥオペレーション・モジュール１２４は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。
【００３６】
一般に、ＵＥオペレーション・モジュール１２４は、ＵＥ１０２が１つ以上のｅＮＢ１６０と通信することを可能にする。ＵＥオペレーション・モジュール１２４は、ＵＥパワーヘッドルーム値モジュール１２８、ＵＥ電力管理情報モジュール１３０、拡張パワーヘッドルームＭＡＣ制御要素生成モジュール１３２、および拡張パワーヘッドルームＭＡＣ制御要素送信モジュール１３４のうちの１つ以上を含む。ＵＥオペレーション・モジュール１２４の各１つが無線接続の各１つに対応してもよい。１つのＵＥオペレーション・モジュール１２４が無線接続の各１つ、いくつか、またはすべてに対応してもよい。ＵＥパワーヘッドルーム値モジュール１２８、ＵＥ電力管理情報モジュール１３０、拡張パワーヘッドルームＭＡＣ制御要素生成モジュール１３２、および拡張パワーヘッドルームＭＡＣ制御要素送信モジュール１３４の各１つまたはそれ以上が無線接続の各１つに対応してもよい。ＵＥオペレーション・モジュール１２４は、１つのＲＲＣエンティティおよび１つ以上のＭＡＣエンティティを含む。
【００３７】
ＵＥパワーヘッドルーム値モジュール１２８は、第１の無線接続に対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値を得る。例えば、ＵＥ１０２は、第１の無線接続を通じて第１のｅＮＢ１６０へ接続される。第１のｅＮＢ１６０は、複数の在圏セルを提供する。ＵＥ１０２は、１つ以上の在圏セル上で送信／受信するように設定される。第１の無線接続と関連付けられた１つ以上の在圏セルは、ある（例えば、現在の）送信時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）のために割り当てられたＵＬリソースを有する。
【００３８】
無線接続のためにセカンダリセル（ＳＣｅｌｌ）を用いて設定されたＵＥ１０２に関して、パワーヘッドルームは、在圏ｅＮＢ１６０に、ＵＥ設定最大出力電力（ＰＣＭＡＸ，ｃ）と、アクティブ化された在圏セルｃ当たりの上りリンク共有チャネル（ＵＬ−ＳＣＨ：ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）送信のための推定電力またはプライマリセル（ＰＣｅｌｌ）上の同時のＰＵＳＣＨおよびＰＵＣＣＨ送信のための推定電力との間の差についての情報を提供する。
【００３９】
ＵＥ１０２は、第２の無線接続を通じて別の（例えば、第２の）ｅＮＢ１６０へ接続される。第２のｅＮＢ１６０は、複数の在圏セルを提供する。ＵＥ１０２は、第２の無線接続と関連付けられた１つ以上の在圏セル上で送信／受信するように設定される。第１の無線接続および第２の無線接続を異なるｅＮＢ１６０がスケジュールする。例えば、第１のｅＮＢ１６０が第１の無線接続をスケジュールし、第２のｅＮＢ１６０が第２の無線接続をスケジュールする。
【００４０】
第２の無線接続を関連付けられた１つ以上の在圏セルは、ある（例えば、現在の）送信時間間隔（ＴＴＩ）のために割り当てられたＵＬリソースを有する。ＵＥパワーヘッドルーム値モジュール１２８は、第２の無線接続に対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値を得る。
【００４１】
パワーヘッドルーム・レポート手順は、各無線接続に適用される。ＵＥ電力管理情報モジュール１３０は、他の無線接続（単数または複数）に対応する電力管理に関する情報を得る。言い換えれば、ＵＥ電力管理情報モジュール１３０は、他の無線接続（単数または複数）による送信（単数または複数）によって生じた電力管理に関する情報を得る。第１の構成では、第２の無線接続におけるパワーヘッドルーム・レポート手順に関して、第１の無線接続に対応する電力管理に関する情報は、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルごとの３ＧＰＰ  ＲＡＮ最大電力低減（Ｒ−ＭＰＲｃ）を含む。
【００４２】
ＵＥ電力管理情報モジュール１３０は、第２の無線接続に対応するアクティブ化された在圏セルごとに１つ以上のＲ−ＭＰＲｃを得る。Ｒ−ＭＰＲｃは、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの値である。アクティブ化された在圏セルに対応するＲ−ＭＰＲｃは、アクティブ化された在圏セルの最大出力電力（ＰＣＭＡＸ，ｃ）を低減するための量を示す。第２の無線接続と関連付けられた各在圏セルが１つのＲ−ＭＰＲｃを有してもよい。複数の在圏セルのＲ−ＭＰＲｃが同じかまたは異なる値であってもよい。
【００４３】
第２の構成では、第２の無線接続におけるパワーヘッドルーム・レポート手順に関して、第１の無線接続に対応する電力管理に関する情報は、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの指標を含む。言い換えれば、ＵＥ電力管理情報モジュール１３０は、アクティブ化された在圏セルのための電力バックオフが発生したかどうかを示すが、電力バックオフの値（例えば、Ｒ−ＭＰＲｃ）を得ることはない。
【００４４】
拡張パワーヘッドルームＭＡＣ制御要素生成モジュール１３２は、第２の無線接続に対応する得られた値と第１の無線接続に対応する電力管理に関する情報とに基づいて拡張パワーヘッドルームＭＡＣ制御要素を生成する。第１の構成では、拡張パワーヘッドルームＭＡＣ制御要素は、第２の無線接続に対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルーム値を含む。拡張パワーヘッドルームＭＡＣ制御要素は、第１の無線接続に対応する設定された上りリンクをもつアクティブ化された在圏セルごとおよび第２の無線接続に対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルーム値を含んでもよい。拡張パワーヘッドルームＭＡＣ制御要素は、第２の無線接続に対応するアクティブ化された在圏セルごとのＲ−ＭＰＲｃを少なくとも含む。拡張パワーヘッドルームＭＡＣ制御要素は、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの指標を含んでもよい。一実装において、指標は、拡張パワーヘッドルームＭＡＣ制御要素に含まれたＳフィールドである。これは、図１０に関連して記載されるように達成される。
【００４５】
第２の構成では、拡張パワーヘッドルームＭＡＣ制御要素は、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの指標を少なくとも含む。一実装において、指標は、拡張パワーヘッドルームＭＡＣ制御要素に含まれたＳフィールドである。Ｓフィールドは、電力バックオフがアクティブ化された在圏セルに適用されるかどうかを示すフラグである。これは、図１１に関連して記載されるように達成される。
【００４６】
拡張パワーヘッドルームＭＡＣ制御要素送信モジュール１３４は、拡張パワーヘッドルームＭＡＣ制御要素を送信する。例えば、拡張パワーヘッドルームＭＡＣ制御要素送信モジュール１３４は、拡張パワーヘッドルームＭＡＣ制御要素を第１のｅＮＢ１６０へ、第２のｅＮＢ１６０へ、または第１および第２のｅＮＢ１６０の両方へ送信する。拡張パワーヘッドルームＭＡＣ制御要素は、上りリンク送信で送られるＭＡＣプロトコル・データ単位（ＰＤＵ）に含められる。一構成において、拡張パワーヘッドルームＭＡＣ制御要素送信モジュール１３４は、第２の無線接続におけるパワーヘッドルーム・レポート手順に係る拡張パワーヘッドルームＭＡＣ制御要素を、第２の無線接続上で、送信する。言い換えれば、パワーヘッドルーム・レポート手順は、各無線接続に適用される。
【００４７】
ＵＥオペレーション・モジュール１２４は、情報１４８を１つ以上の受信機１２０に提供する。例えば、ＵＥオペレーション・モジュール１２４は、上りリンク・グラントに基づいて送信をいつ受信すべきか、またはいつすべきでないかを受信機（単数または複数）１２０に通知する。
【００４８】
ＵＥオペレーション・モジュール１２４は、情報１３８を復調器１１４に提供する。例えば、ＵＥオペレーション・モジュール１２４は、ｅＮＢ１６０からの送信に予想される変調パターンを復調器１１４に通知する。
【００４９】
ＵＥオペレーション・モジュール１２４は、情報１３６をデコーダ１０８に提供する。例えば、ＵＥオペレーション・モジュール１２４は、ｅＮＢ１６０からの送信に予想される符号化法をデコーダ１０８に通知する。
【００５０】
ＵＥオペレーション・モジュール１２４は、情報１４２をエンコーダ１５０に提供する。情報１４２は、符号化すべきデータおよび／または符号化に関する命令を含む。例えば、ＵＥオペレーション・モジュール１２４は、送信データ１４６および／または他の情報１４２を符号化するようにエンコーダ１５０に命令する。他の情報１４２は、拡張パワーヘッドルーム制御要素を含む。
【００５１】
エンコーダ１５０は、送信データ１４６および／またはＵＥオペレーション・モジュール１２４によって提供された他の情報１４２を符号化する。例えば、データ１４６および／または他の情報１４２の符号化は、誤り検出および／または訂正符号化、送信のための空間、時間および／または周波数リソースへのデータのマッピング、多重化などを伴う。エンコーダ１５０は、符号化データ１５２を変調器１５４へ供給する。
【００５２】
ＵＥオペレーション・モジュール１２４は、情報１４４を変調器１５４に提供する。例えば、ＵＥオペレーション・モジュール１２４は、ｅＮＢ１６０への送信に用いるための変調型（例えば、コンステレーション・マッピング）を変調器１５４に通知する。変調器１５４は、１つ以上の変調信号１５６を１つ以上の送信機１５８へ供給するために符号化データ１５２を変調する。
【００５３】
ＵＥオペレーション・モジュール１２４は、情報１４０を１つ以上の送信機１５８に提供する。この情報１４０は、１つ以上の送信機１５８に対する命令を含む。例えば、ＵＥオペレーション・モジュール１２４は、信号をｅＮＢ１６０へいつ送信すべきかを１つ以上の送信機１５８に命令する。１つ以上の送信機１５８は、変調信号（単数または複数）１５６を１つ以上のｅＮＢ１６０へアップコンバートして送信する。
【００５４】
ｅＮＢ１６０は、１つ以上のトランシーバ１７６、１つ以上の復調器１７２、１つ以上のデコーダ１６６、１つ以上のエンコーダ１０９、１つ以上の変調器１１３、１つ以上のデータバッファ１６２および１つ以上のｅＮＢオペレーション・モジュール１８２を含む。例えば、ｅＮＢ１６０では１つ以上の受信および／または送信経路が実装される。便宜上、ｅＮＢ１６０では単一のトランシーバ１７６、デコーダ１６６、復調器１７２、エンコーダ１０９および変調器１１３のみが示されるが、複数の並列要素（例えば、トランシーバ１７６、デコーダ１６６、復調器１７２、エンコーダ１０９および変調器１１３）が実装されてもよい。
【００５５】
トランシーバ１７６は、１つ以上の受信機１７８および１つ以上の送信機１１７を含む。１つ以上の受信機１７８は、１つ以上のアンテナ１８０ａ〜ｎを用いてＵＥ１０２から信号を受信する。例えば、受信機１７８は、１つ以上の受信信号１７４を作り出すために信号を受信してダウンコンバートする。１つ以上の受信信号１７４は、復調器１７２へ供給される。１つ以上の送信機１１７は、１つ以上のアンテナ１８０ａ〜ｎを用いて信号をＵＥ１０２へ送信する。例えば、１つ以上の送信機１１７は、１つ以上の変調信号１１５をアップコンバートして送信する。
【００５６】
復調器１７２は、１つ以上の復調信号１７０を作り出すために１つ以上の受信信号１７４を復調する。１つ以上の復調信号１７０は、デコーダ１６６へ供給される。ｅＮＢ１６０は、信号を復号するためにデコーダ１６６を用いる。デコーダ１６６は、１つ以上の復号信号１６４、１６８を作り出す。例えば、第１のｅＮＢ復号信号１６４は、データバッファ１６２に記憶される、受信したペイロード・データを備える。第２のｅＮＢ復号信号１６８は、オーバーヘッド・データおよび／または制御データを備える。例えば、第２のｅＮＢ復号信号１６８は、１つ以上のオペレ−ションを行うためにｅＮＢオペレ−ション・モジュール１８２によって用いられるデータ（例えば、ＰＵＳＣＨ送信データ）を供給する。
【００５７】
一般に、ｅＮＢオペレーション・モジュール１８２は、ｅＮＢ１６０が１つ以上のＵＥ１０２と通信することを可能にする。ｅＮＢオペレーション・モジュール１８２は、拡張パワーヘッドルームＭＡＣ制御要素受信モジュール１９４、ｅＮＢパワーヘッドルーム値モジュール１９６、およびｅＮＢ電力管理情報モジュール１９８のうちの１つ以上を含む。ｅＮＢオペレーション・モジュール１８２の各１つがＵＥ１０２の各１つに対応してもよい。１つのｅＮＢオペレーション・モジュール１８２がＵＥ１０２の各１つ、いくつか、またはすべてに対応してもよい。拡張パワーヘッドルームＭＡＣ制御要素受信モジュール１９４、ｅＮＢパワーヘッドルーム値モジュール１９６、およびｅＮＢ電力管理情報モジュール１９８の各１つまたはそれ以上がＵＥ１０２の各１つに対応してもよい。ｅＮＢオペレーション・モジュール１８２は、ＵＥ１０２ごとに１つのＲＲＣエンティティおよび１つのＭＡＣエンティティを含む。
【００５８】
拡張パワーヘッドルームＭＡＣ制御要素受信モジュール１９４は、拡張パワーヘッドルームＭＡＣ制御要素を受信する。例えば、拡張パワーヘッドルームＭＡＣ制御要素受信モジュール１９４は、無線接続を通じてＵＥ１０２から拡張パワーヘッドルームＭＡＣ制御要素を受信する。拡張パワーヘッドルームＭＡＣ制御要素は、ＭＡＣ  ＰＤＵに含められる。ＭＡＣ  ＰＤＵは、上りリンク送信で受信される。
【００５９】
ｅＮＢパワーヘッドルーム値モジュール１９６は、拡張パワーヘッドルームＭＡＣ制御要素から第２の無線接続に対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値を得る。パワーヘッドルームは、在圏ｅＮＢ１６０に、ＵＥ設定最大出力電力（ＰＣＭＡＸ，ｃ）と、アクティブ化された在圏セルｃ当たりのＵＬ−ＳＣＨのための推定電力またはＰＣｅｌｌ上の同時のＰＵＳＣＨおよびＰＵＣＣＨ送信のための推定電力との間の差についての情報を提供する。ｅＮＢパワーヘッドルーム値モジュール１９６は、拡張パワーヘッドルームＭＡＣ制御要素に含まれたＰＨフィールドからアクティブ化された在圏セルごとのパワーヘッドルーム値を得る。
【００６０】
ｅＮＢ電力管理情報モジュール１９８は、拡張パワーヘッドルームＭＡＣ制御要素から第１の無線接続に対応する電力管理に関する情報を得る。第１の構成では、第１の無線接続に対応する電力管理に関する情報は、第２の無線接続に対応するアクティブ化された在圏セルごとの３ＧＰＰ  ＲＡＮ最大電力低減（Ｒ−ＭＰＲｃ）を含む。言い換えれば、ｅＮＢ電力管理情報モジュール１９８は、第２の無線接続に対応するアクティブ化された在圏セルごとに１つ以上のＲ−ＭＰＲｃを得る。Ｒ−ＭＰＲｃは、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの値である。アクティブ化された在圏セルに対応するＲ−ＭＰＲｃは、アクティブ化された在圏セルの最大出力電力（ＰＣＭＡＸ，ｃ）を低減するための量を示す。第２の無線接続と関連付けられた各在圏セルが１つのＲ−ＭＰＲｃを有してもよい。複数の在圏セルのＲ−ＭＰＲｃが同じかまたは異なる値であってもよい。
【００６１】
この第１の構成では、拡張パワーヘッドルームＭＡＣ制御要素は、第２の無線接続に対応するアクティブ化された在圏セルごとのＲ−ＭＰＲｃフィールドを少なくとも含む。従って、ｅＮＢ電力管理情報モジュール１９８は、Ｒ−ＭＰＲｃをＲ−ＭＰＲｃフィールドから得る。これは、図１０と関連した記載されるように達成される。
【００６２】
第２の構成では、第１の無線接続に対応する電力管理に関する情報は、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの指標を含む。言い換えれば、ｅＮＢ電力管理情報モジュール１９８は、アクティブ化された在圏セルのための電力バックオフが発生したかどうかの指標を得るが、電力バックオフの値（例えば、Ｒ−ＭＰＲｃ）を得ることはない。
【００６３】
第２の構成では、拡張パワーヘッドルームＭＡＣ制御要素は、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの指標を少なくとも含む。一実装において、指標は、拡張パワーヘッドルームＭＡＣ制御要素に含まれたＳフィールドである。Ｓフィールドは、電力バックオフがアクティブ化された在圏セルに適用されたかどうかを示すフラグである。これは、図１１に関連して記載されるように達成される。
【００６４】
ｅＮＢオペレーション・モジュール１８２は、情報１９０を１つ以上の受信機１７８に提供する。例えば、ｅＮＢオペレーション・モジュール１８２は、ＤＲＢおよびＲＲＣメッセージに基づいて送信をいつ受信すべきか、またはいつすべきでないかを受信機（単数または複数）１７８に通知する。
【００６５】
ｅＮＢオペレーション・モジュール１８２は、情報１８８を復調器１７２に提供する。例えば、ｅＮＢオペレーション・モジュール１８２は、ＵＥ（単数または複数）１０２からの送信に予想される変調パターンを復調器１７２に通知する。
【００６６】
ｅＮＢオペレーション・モジュール１８２は、情報１８６をデコーダ１６６に提供する。例えば、ｅＮＢオペレーション・モジュール１８２は、ＵＥ（単数または複数）１０２からの送信に予想される符号化法をデコーダ１６６に通知する。
【００６７】
ｅＮＢオペレーション・モジュール１８２は、情報１０１をエンコーダ１０９に提供する。情報１０１は、符号化すべきデータおよび／または符号化に関する命令を含む。例えば、ｅＮＢオペレーション・モジュール１８２は、送信データ１０５および／または他の情報１０１を符号化するようにエンコーダ１０９に命令する。
【００６８】
エンコーダ１０９は、送信データ１０５および／またはｅＮＢオペレーション・モジュール１８２によって提供された他の情報１０１を符号化する。例えば、データ１０５および／または他の情報１０１の符号化は、誤り検出および／または訂正符号化、送信のための空間、時間および／または周波数リソースへのデータのマッピング、多重化などを伴う。エンコーダ１０９は、符号化データ１１１を変調器１１３へ供給する。送信データ１０５は、ＵＥ１０２へ伝えられるネットワークデータを含む。
【００６９】
ｅＮＢオペレーション・モジュール１８２は、情報１０３を変調器１１３に提供する。この情報１０３は、変調器１１３に対する命令を含む。例えば、ｅＮＢオペレーション・モジュール１８２は、ＵＥ（単数または複数）１０２への送信に用いるための変調型（例えば、コンステレーション・マッピング）を変調器１１３に通知する。変調器１１３は、１つ以上の変調信号１１５を１つ以上の送信機１１７へ供給するために符号化データ１１１を変調する。
【００７０】
ｅＮＢオペレーション・モジュール１８２は、情報１９２を１つ以上の送信機１１７に提供する。この情報１９２は、１つ以上の送信機１１７に対する命令を含む。例えば、ｅＮＢオペレーション・モジュール１８２は、信号をＵＥ（単数または複数）１０２へいつ送信すべきか（またはいつすべきでないか）を１つ以上の送信機１１７に命令する。１つ以上の送信機１１７は、１つ以上のＵＥ１０２へ変調信号（単数または複数）１１５をアップコンバートして送信する。
【００７１】
留意すべきは、ｅＮＢ（単数または複数）１６０およびＵＥ（単数または複数）１０２に含まれる要素またはその部分の１つ以上がハードウェアで実装されてもよいことである。例えば、これらの要素またはその部分の１つ以上は、チップ、回路素子またはハードウェア・コンポーネントなどとして実装されてもよい。同様に留意すべきは、本明細書に記載される機能または方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ：ｌａｒｇｅ−ｓｃａｌｅ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。
【００７２】
図２は、ＵＥ１０２によってパワーヘッドルーム・レポート（ＰＨＲ）を送信するための方法２００の一実装を示すフロー図である。ＵＥ１０２は、第１の無線接続を通じて第１のｅＮＢ１６０へ接続される。第１のｅＮＢ１６０は、複数の在圏セルを提供する。ＵＥ１０２は、１つ以上の在圏セル上で送信／受信するように設定される。第１の無線接続と関連付けられた１つ以上の在圏セルは、ある（例えば、現在の）送信時間間隔（ＴＴＩ）のために割り当てられたＵＬリソースを有する。
【００７３】
１つより多い在圏セルを用いて設定されたＵＥ１０２に関して、パワーヘッドルームは、在圏ｅＮＢ１６０に、ＵＥ設定最大出力電力（ＰＣＭＡＸ，ｃ）と、アクティブ化された在圏セルｃ当たりのＵＬ−ＳＣＨ送信のための推定電力またはＰＣｅｌｌ上の同時のＰＵＳＣＨおよびＰＵＣＣＨ送信のための推定電力との間の差についての情報を提供する。
【００７４】
ＵＥ１０２は、第２の無線接続を通じて別の（例えば、第２の）ｅＮＢ１６０へ接続される。第２のｅＮＢ１６０は、複数の在圏セルを提供する。ＵＥ１０２は、第２の無線接続と関連付けられた１つ以上の在圏セル上で送信／受信するように設定される。第１の無線接続および第２の無線接続を異なるｅＮＢ１６０がスケジュールする。例えば、第１のｅＮＢ１６０が第１の無線接続をスケジュールし、第２のｅＮＢ１６０が第２の無線接続をスケジュールする。
【００７５】
第２の無線接続と関連付けられた１つ以上の在圏セルも、ある（例えば、現在の）送信時間間隔のために割り当てられたＵＬリソースを有する。ＵＥ１０２は、第２の無線接続に対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値を得る（ステップ２０２）。
【００７６】
第２の無線接続におけるパワーヘッドルーム・レポート手順に関して、ＵＥ１０２は、第２の無線接続に対応する得られた値と第１の無線接続に対応する電力管理に関する情報とに基づいて拡張パワーヘッドルームＭＡＣ制御要素を生成する（ステップ２０４）。第１の構成では、第１の無線接続に対応する電力管理に関する情報は、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルごとの３ＧＰＰ  ＲＡＮ最大電力低減（Ｒ−ＭＰＲｃ）を含む。言い換えれば、ＵＥ１０２は、第２の無線接続に対応するアクティブ化された在圏セルごとに１つ以上のＲ−ＭＰＲｃを得る。Ｒ−ＭＰＲｃは、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの値である。アクティブ化された在圏セルに対応するＲ−ＭＰＲｃは、アクティブ化された在圏セルの最大出力電力（ＰＣＭＡＸ，ｃ）を低減するための量を示す。第２の無線接続と関連付けられた各在圏セルが１つのＲ−ＭＰＲｃを有してもよい。複数の在圏セルのＲ−ＭＰＲｃが同じかまたは異なる値であってもよい。
【００７７】
この第１の構成では、拡張パワーヘッドルームＭＡＣ制御要素が第１および第２の無線接続に対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルーム値を含んでもよい。拡張パワーヘッドルームＭＡＣ制御要素は、また、第２の無線接続に対応するアクティブ化された在圏セルごとのＲ−ＭＰＲｃフィールドを少なくとも含む。これは、図１０に関連して記載されるように達成される。
【００７８】
第２の構成では、第１の無線接続に対応する電力管理に関する情報は、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの指標を含む。言い換えれば、ＵＥ１０２は、アクティブ化された在圏セルのための電力バックオフが発生したかどうかを示すが、電力バックオフの値（例えば、Ｒ−ＭＰＲｃ）を得ることはない。
【００７９】
第２の構成では、拡張パワーヘッドルームＭＡＣ制御要素は、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの指標を少なくとも含む。一実装において、指標は、拡張パワーヘッドルームＭＡＣ制御要素に含まれたＳフィールドである。Ｓフィールドは、電力バックオフがアクティブ化された在圏セルに適用されたかどうかを示すフラグである。これは、図１１に関連して記載されるように達成される。
【００８０】
ＵＥ１０２は、拡張パワーヘッドルームＭＡＣ制御要素を送信する（ステップ２０６）。例えば、ＵＥ１０２は、拡張パワーヘッドルームＭＡＣ制御要素を第１のｅＮＢ１６０へ、第２のｅＮＢ１６０へ、または第１および第２のｅＮＢ１６０の両方へ送信する（ステップ２０６）。拡張パワーヘッドルームＭＡＣ制御要素は、上りリンク送信で送られる、ＭＡＣプロトコル・データ単位（ＰＤＵ）に含められる。一構成において、ＵＥ１０２は、第２の無線接続におけるパワーヘッドルーム・レポート手順に係る拡張パワーヘッドルームＭＡＣ制御要素を、第２の無線接続上で（例えば、第２のｅＮＢ１６０へ）、送信する（ステップ２０６）。言い換えれば、パワーヘッドルーム・レポート手順は、各無線接続に適用される。
【００８１】
第１の無線接続におけるパワーヘッドルーム・レポート手順では、まさに逆であり、従ってＵＥ１０２は、第１の無線接続に対応する得られた値と第２の無線接続に対応する電力管理（例えば、第２の無線接続によって生じた電力管理）に関する情報とに基づいて拡張パワーヘッドルームＭＡＣ制御要素を生成する。
【００８２】
図３は、ｅＮＢ１６０によってＰＨＲを受信するための方法３００の一実装を示すフロー図である。ｅＮＢ１６０は、拡張パワーヘッドルームＭＡＣ制御要素を受信する（ステップ３０２）。例えば、ｅＮＢ１６０は、拡張パワーヘッドルームＭＡＣ制御要素をＵＥ１０２から受信する（ステップ３０２）。ｅＮＢ１６０は、第１の無線接続を通じてＵＥ１０２へ接続される。ｅＮＢ１６０は、複数の在圏セルを提供する。ＵＥ１０２は、１つ以上の在圏セル上で送信／受信するように設定される。第１の無線接続と関連付けられた１つ以上の在圏セルは、ある（例えば、現在の）送信時間間隔（ＴＴＩ）のために割り当てられたＵＬリソースを有する。
【００８３】
セカンダリセル（ＳＣｅｌｌ）を用いて設定されたＵＥ１０２に関して、パワーヘッドルームは、在圏ｅＮＢ１６０に、ＵＥ設定最大出力電力（ＰＣＭＡＸ，ｃ）と、アクティブ化された在圏セルｃ当たりのＵＬ−ＳＣＨ送信のための推定電力またはＰＣｅｌｌ上の同時のＰＵＳＣＨおよびＰＵＣＣＨ送信のための推定電力との間の差についての情報を提供する。ｅＮＢ１６０は、拡張パワーヘッドルームＭＡＣ制御要素に含まれたＰＨフィールドからアクティブ化された在圏セルごとのパワーヘッドルーム値を得る（ステップ３０４）。
【００８４】
ＵＥ１０２は、第２の無線接続を通じて別の（例えば、第２の）ｅＮＢ１６０へ接続される。第２のｅＮＢ１６０も複数の在圏セルを提供する。ＵＥ１０２は、第２のｅＮＢ１６０と関連付けられた１つ以上の在圏セル上で送信／受信するように設定される。第１の無線接続および第２の無線接続を異なるｅＮＢ１６０がスケジュールする。例えば、ｅＮＢ１６０が第１の無線接続をスケジュールし、第２のｅＮＢ１６０が第２の無線接続をスケジュールする。
【００８５】
拡張パワーヘッドルームＭＡＣ制御要素は、ＭＡＣプロトコル・データ単位（ＰＤＵ）に含められる。ＭＡＣ  ＰＤＵは、上りリンク送信で受信される（ステップ３０２）。ｅＮＢ１６０は、拡張パワーヘッドルームＭＡＣ制御要素から第２の無線接続に対応する設定された上りリンクをもつアクティブ化された在圏セルごとのパワーヘッドルームの値を得る（ステップ３０４）。
【００８６】
ｅＮＢ１６０は、拡張パワーヘッドルームＭＡＣ制御要素から第１の無線接続に対応する電力管理に関する情報を得る（ステップ３０６）。第１の構成では、第１の無線接続に対応する電力管理に関する情報は、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルごとの３ＧＰＰ  ＲＡＮ最大電力低減（Ｒ−ＭＰＲｃ）を含む。言い換えれば、ｅＮＢ１６０は、第２の無線接続に対応するアクティブ化された在圏セルごとに１つ以上のＲ−ＭＰＲｃを得る（ステップ３０６）。Ｒ−ＭＰＲｃは、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの値である。アクティブ化された在圏セルに対応するＲ−ＭＰＲｃは、アクティブ化された在圏セルの最大出力電力（ＰＣＭＡＸ，ｃ）を低減するための量を示す。第２の無線接続と関連付けられた各在圏セルが１つのＲ−ＭＰＲｃを有してもよい。複数の在圏セルのＲ−ＭＰＲｃが同じかまたは異なる値であってもよい。
【００８７】
この第１の構成では、拡張パワーヘッドルームＭＡＣ制御要素が第２の無線接続に対応するアクティブ化された在圏セルごとのＲ−ＭＰＲｃフィールドを少なくとも含む。それゆえに、ｅＮＢ１６０は、Ｒ−ＭＰＲｃをＲ−ＭＰＲｃフィールドから得る（ステップ３０６）。これは、図１０に関連して記載されるように達成される。
【００８８】
第２の構成では、第１の無線接続に対応する電力管理に関する情報は、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの指標を含む。言い換えれば、ｅＮＢ１６０は、アクティブ化された在圏セルのための電力バックオフが発生したかどうかの指標を得る（ステップ３０６）が、電力バックオフの値（例えば、Ｒ−ＭＰＲｃ）を得ることはない。
【００８９】
第２の構成では、拡張パワーヘッドルームＭＡＣ制御要素は、第１の無線接続上の送信によってもたらされた第２の無線接続に対応するアクティブ化された在圏セルのための電力バックオフの指標を少なくとも含む。一実装において、指標は、拡張パワーヘッドルームＭＡＣ制御要素に含まれたＳフィールドである。Ｓフィールドは、電力バックオフがアクティブ化された在圏セルに適用されたかどうかを示すフラグである。これは、図１１に関連して記載されるように達成される。
【００９０】
図４は、マルチ接続性オペレーションのためのシステムおよび方法が実装されたＥ−ＵＴＲＡＮアーキテクチャ４０１の構成を示すブロック図である。図４に関連して記載されるＵＥ４０２は、図１に関連して記載されたＵＥ１０２に従って実装される。図４に関連して記載されるｅＮＢ４６０ａ〜ｂは、図１に関連して記載されたｅＮＢ１６０に従って実装される。
【００９１】
マルチ接続性のためのＥ−ＵＴＲＡＮアーキテクチャ４０１は、ＵＥ４０２にマルチ接続性を提供するＥ−ＵＴＲＡＮアーキテクチャの一例である。この構成において、ＵＥ４０２は、Ｕｕインターフェース４２１およびＵｕｘインターフェース４２３を通じてＥ−ＵＴＲＡＮ４１５へ接続する。Ｅ−ＵＴＲＡＮ４１５は、第１のｅＮＢ４６０ａおよび第２のｅＮＢ４６０ｂを含む。ｅＮＢ４６０ａ〜ｂは、ＵＥ４０２に対してＥ−ＵＴＲＡユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）プロトコル終端を提供する。ｅＮＢ４６０ａ〜ｂは、Ｘ２インターフェース４１９によって互いに相互接続される。Ｓ１インターフェース４１１、４１３は、ＭＭＥ４０５、在圏ゲートウェイ４０７およびｅＮＢ４６０ａ〜ｂの間の多対多の関係をサポートする。第１のｅＮＢ（例えば、ＭｅＮＢ）４６０ａおよび第２のｅＮＢ（例えば、ＳｅＮＢ）４６０ｂも、１つ以上のＸインターフェース４１７によって互いに相互接続され、このインターフェースは、Ｓ１―ＭＭＥ４１１および／またはＸ２インターフェース５１９と同じであってもなくてもよい。
【００９２】
ｅＮＢ４６０は、様々な機能をホスティングする。例えば、ｅＮＢ４６０は、無線リソース管理（例えば、無線ベアラ制御、無線受付制御、接続モビリティ制御、上りリンクおよび下りリンクの両方におけるリソースのＵＥ４０２への動的な割り当て（スケジューリング））のための機能をホスティングする。ｅＮＢ４６０は、また、ユーザデータ・ストリームのＩＰヘッダ圧縮および暗号化、ＭＭＥ４０５へのルーティングをＵＥ４０２によって提供された情報から確定できないときのＵＥ４０２アタッチメントでのＭＭＥ４０５の選択、およびユーザプレーン・データの在圏ゲートウェイ４０７へのルーティングを行う。加えて、ｅＮＢ４６０は、（ＭＭＥ４０５から生じた）ページング・メッセージのスケジューリングおよび送信、（ＭＭＥまたは運用保守（Ｏ＆Ｍ：ｏｐｅｒａｔｉｏｎ  ａｎｄ  ｍａｉｎｔｅｎａｎｃｅ）から生じた）ブロードキャスト情報のスケジューリングおよび送信、モビリティおよびスケジューリングに関する測定ならびに測定レポーティング設定、ならびに（ＭＭＥ４０５から生じた）（地震および津波警報システム（ＥＴＷＳ：ｅａｒｔｈｑｕａｋｅ  ａｎｄ  ｔｓｕｎａｍｉ  ｗａｒｎｉｎｇ  ｓｙｓｔｅｍ）および商用携帯警報システム（ＣＭＡＳ：ｃｏｍｍｅｒｃｉａｌ  ｍｏｂｉｌｅ  ａｌｅｒｔ  ｓｙｓｔｅｍ））を含む）公衆警報システム（ＰＷＳ：ｐｕｂｌｉｃ  ｗａｒｎｉｎｇ  ｓｙｓｔｅｍ）メッセージのスケジューリングおよび送信を行う。ｅＮＢ４６０は、さらに、上りリンクでのクローズドサブスクライバグループ（ＣＳＧ：ｃｌｏｓｅｄ  ｓｕｂｓｃｒｉｂｅｒ  ｇｒｏｕｐ）処理およびトランスポート・レベルのパケット・マーキングを行う。
【００９３】
ＭＭＥ４０５は、様々な機能をホスティングする。例えば、ＭＭＥ４０５は、非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリング、ＮＡＳシグナリング・セキュリティ、アクセス層（ＡＳ：Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）セキュリティ制御、３ＧＰＰアクセス・ネットワーク間モビリティに関するコアネットワーク（ＣＮ：ｃｏｒｅ  ｎｅｔｗｏｒｋ）ノード間シグナリング、および（ページング再送信の制御および実行を含む）アイドルモードＵＥリーチャビリティを行う。ＭＭＥ４０５は、（アイドルおよびアクティブモードにおけるＵＥ４０２に関する）トラッキングエリア・リスト管理、パケットデータ・ネットワーク・ゲートウェイ（ＰＤＮ  ＧＷ：ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ  ｇａｔｅｗａｙ）およびＳ−ＧＷ選択、ＭＭＥ４０５変更を伴うハンドオーバのためのＭＭＥ４０５選択、ならびに２Ｇまたは３Ｇ  ３ＧＰＰアクセス・ネットワークへのハンドオーバのための在圏ＧＰＲＳサポート・ノード（ＳＧＳＮ：Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）選択も行う。加えて、ＭＭＥ４０５は、ローミング、認証、および（専用ベアラ確立を含む）ベアラ管理機能をホスティングする。ＭＭＥ４０５は、（ＥＴＷＳおよびＣＭＡＳを含む）ＰＷＳメッセージ送信のためにサポートを提供し、随意的にページング最適化を行う。
【００９４】
Ｓ−ＧＷ４０７は、以下の機能もホスティングする。Ｓ−ＧＷ４０７は、ｅＮＢ４６０間ハンドオーバのためのローカル・モビリティ・アンカーポイントをホスティングする。Ｓ−ＧＷ４０７は、３ＧＰＰ間モビリティのためのモビリティ・アンカリング、Ｅ−ＵＴＲＡＮアイドルモード下りリンク・パケット・バッファリングおよびネットワークによってトリガされるサービス要求手順の開始、合法的傍受、ならびにパケット・ルーティングおよびフォワーディングを行う。Ｓ−ＧＷ４０７は、上りリンクおよび下りリンクにおけるトランスポート・レベルのパケット・マーキング、オペレータ間課金のためのユーザおよびＱｏＳクラス識別子（ＱＣＩ：ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）粒度に関するアカウンティング、ならびにＵＥ４０２、パケットデータネットワーク（ＰＤＮ：ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ）およびＱＣＩ当たりのＵＬおよびＤＬ課金も行う。
【００９５】
Ｅ−ＵＴＲＡＮ４１５の無線プロトコル・アーキテクチャは、ユーザプレーンおよび制御プレーン含む。ユーザプレーン・プロトコルスタックは、ＰＤＣＰ、ＲＬＣ、ＭＡＣおよびＰＨＹサブレイヤを含む。（ネットワーク上においてｅＮＢ４６０ａで終端される）ＰＤＣＰ、ＲＬＣ、ＭＡＣおよびＰＨＹサブレイヤは、ユーザプレーンのための機能（例えば、ヘッダ圧縮、暗号化、スケジューリング、ＡＲＱおよびＨＡＲＱ）を行う。ＰＤＣＰエンティティは、ＰＤＣＰサブレイヤに位置する。ＲＬＣエンティティは、ＲＬＣサブレイヤに位置する。ＭＡＣエンティティは、ＭＡＣサブレイヤに位置する。ＰＨＹエンティティは、ＰＨＹサブレイヤに位置する。
【００９６】
制御プレーンは、制御プレーン・プロトコルスタックを含む。（ｅＮＢ４６０ａにおいてネットワーク側で終端される）ＰＤＣＰサブレイヤは、制御プレーンのための機能（例えば、暗号化およびインテグリティ・プロテクション）を行う。（ｅＮＢにおいてネットワーク側で終端される）ＲＬＣおよびＭＡＣサブレイヤは、ユーザプレーンのためと同じ機能を行う。（ｅＮＢ４６０ａにおいてネットワーク側で終端される）ＲＲＣは、以下の機能を行う。ＲＲＣは、ブロードキャスト機能、ページング、ＲＲＣ接続管理、無線ベアラ（ＲＢ：ｒａｄｉｏ  ｂｅａｒｅｒ）制御、モビリティ機能、ＵＥ４０２測定レポーティングおよび制御を行う。（ＭＭＥ４０５においてネットワーク側で終端される）ＮＡＳ制御プロトコルは、とりわけ、進化型パケットシステム（ＥＰＳ：ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）ベアラ管理、認証、進化型パケットシステム接続管理（ＥＣＭ：ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ  ｃｏｎｎｅｃｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ）−ＩＤＬＥモビリティ処理、ＥＣＭ−ＩＤＬＥでのページング発信およびセキュリティ制御を行う。
【００９７】
第１のｅＮＢ４６０ａおよび第２のｅＮＢ４６０ｂは、Ｓ１インターフェース４１１、４１３によってＥＰＣ４０３へ接続される。第１のｅＮＢ４６０ａは、Ｓ１−ＭＭＥインターフェース４１１によってＭＭＥ４０５へ接続される。一構成において、第２のｅＮＢ４６０ｂは、（破線によって示されるように）Ｓ１−Ｕインターフェース４１３によって在圏ゲートウェイ４０７へ接続される。第１のｅＮＢ４６０ａは、第２のｅＮＢ４６０ｂに対してＭＭＥ４０５として振舞い、従って、第２のｅＮＢ４６０ｂのためのＳ１−ＭＭＥインターフェース４１１が（例として、Ｘインターフェース４１７を通じて）第１のｅＮＢ４６０ａと第２のｅＮＢ４６０ｂとの間で接続される。それゆえに、第１のｅＮＢ４６０ａは、第２のｅＮＢ４６０ｂには（Ｓ１−ＭＭＥインターフェース４１１に基づく）ＭＭＥ４０５および（Ｘ２インターフェース４１９に基づく）ｅＮＢ４６０であるように見える。
【００９８】
別の構成では、第１のｅＮＢ４６０ａは、（破線によって示されるような）Ｓ１−Ｕインターフェース４１３によって在圏ゲートウェイ４１３へも接続される。それゆえに、第２のｅＮＢ４６０ｂは、ＥＰＣ４０３へは接続されない。第１のｅＮＢ４６０ａは、第２のｅＮＢ４６０ｂには（Ｓ１−ＭＭＥインターフェース４１１に基づく）ＭＭＥ４０５、（Ｘ２インターフェース４１９に基づく）ｅＮＢ、および（Ｓ１−Ｕインターフェース４１３に基づく）Ｓ−ＧＷ４０７であるように見える。このアーキテクチャ４０１は、第１のｅＮＢ４６０ａおよび第２のｅＮＢ４６０ｂのためにＥＰＣ４０３との単一ノードＳ１インターフェース４１１、４１３（例えば、接続）を提供する。ＥＰＣ４０３、ＭＭＥ４０５、Ｓ−ＧＷ４０７との単一ノード接続によって、ＵＥ４０２が第１のｅＮＢ４６０ａのカバレージ内にある限り、変化（例えば、ハンドオーバ）を軽減できるであろう。
【００９９】
図５は、マルチ接続性オペレーションのためのシステムおよび方法が実装されたＥ−ＵＴＲＡＮ５１５およびＵＥ５０２の一構成を示すブロック図である。図５に関連して記載されるＵＥ５０２およびＥ−ＵＴＲＡＮ５１５は、図１および４のうちの少なくとも１つに関連して記載された対応する要素に従って実装される。
【０１００】
キャリアアグリゲーションでは、典型的に、単一のｅＮＢ５６０がＵＥ５０２のために複数の在圏セルを提供することが想定される。例えば、１つ以上のリモートラジオヘッド（ＲＲＨ）をもつネットワークでは、１つ以上のＲＲＨが単一のｅＮＢ５６０によって制御される。しかしながら、スモールセル配備のシナリオでは、各ｅＮＢ５６０（例えば、ノード）がそれ自体の独立したスケジューラを有してもよい。両方のｅＮＢ５６０の無線リソースを利用するために、ＵＥ５０２は、両方のｅＮＢ５６０へ接続する。
【０１０１】
キャリアアグリゲーションが設定されているとき、ＵＥ５０２は、ネットワークとの１つのＲＲＣ接続を有する。キャリアアグリゲーションを１つの無線インターフェースが提供する。ＲＲＣ接続確立、再確立およびハンドオーバの間に、１つの在圏セル５３３がＮＡＳモビリティ情報（例えば、トラッキングエリア・アイデンティティ（ＴＡＩ：ｔｒａｃｋｉｎｇ  ａｒｅａ  ｉｄｅｎｔｉｔｙ））を提供する。ＲＲＣ接続、再確立およびハンドオーバの間に、１つの在圏セル５３３がセキュリティ入力を供給する。このセル５３３は、プライマリセル（ＰＣｅｌｌ）と呼ばれる。下りリンクでは、ＰＣｅｌｌに対応するコンポーネントキャリアは、下りリンク・プライマリコンポーネントキャリア（ＤＬ  ＰＣＣ：ｄｏｗｎｌｉｎｋ  ｐｒｉｍａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）であり、一方で上りリンクでは、ＰＣｅｌｌに対応するコンポーネントキャリアは、上りリンク・プライマリコンポーネントキャリア（ＵＬ  ＰＣＣ：ｕｐｌｉｎｋ  ｐｒｉｍａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）である。
【０１０２】
ＵＥの能力に依存して、ＰＣｅｌｌとともに在圏セルのセットを形成するために１つ以上のＳＣｅｌｌが設定される。下りリンクでは、ＳＣｅｌｌに対応するコンポーネントキャリアは、下りリンク・セカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ：ｄｏｗｎｌｉｎｋ  ｓｅｃｏｎｄａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）であり、一方で上りリンクでは、ＳＣｅｌｌに対応するコンポーネントキャリアは、上りリンク・セカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ：ｕｐｌｉｎｋ  ｓｅｃｏｎｄａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）である。
【０１０３】
ＵＥ５０２のために設定された在圏セル５３３のセットは、それゆえに、１つのＰＣｅｌｌおよび１つ以上のＳＣｅｌｌからなる。ＳＣｅｌｌごとに、ＵＥ５０２による（下りリンク・リソースに加えて）上りリンク・リソースの使用法は、構成可能である。設定されるＤＬ  ＳＣＣの数は、ＵＬ  ＳＣＣの数以上であり、いずれのＳｃｅｌｌも上りリンク・リソースのみに用いるためには設定されない。
【０１０４】
ＵＥ５０２の視点から見れば、各上りリンク・リソースが１つの在圏セル５３３に属する。設定される在圏セル５３３の数は、ＵＥ５０２のアグリゲーション能力に依存する。ＰＣｅｌｌは、ハンドオーバ手順を用いて（例えば、セキュリティ・キー変更およびランダムアクセスチャネル（ＲＡＣＨ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）手順によって）のみ変更される。ＰＣｅｌｌは、ＰＵＣＣＨの送信に用いられる。ＳＣｅｌｌとは異なり、ＰＣｅｌｌは、非アクティブ化されない。再確立は、ＰＣｅｌｌが無線リンク障害（ＲＬＦ：ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ）を経験したときにトリガされ、ＳＣｅｌｌがＲＬＦを経験したときではない。そのうえ、ＮＡＳ情報は、ＰＣｅｌｌから取得される。
【０１０５】
ＳＣｅｌｌの再構成、追加および除去は、ＲＲＣ５３７によって行われる。ＬＴＥ内ハンドオーバにおいても、ＲＲＣ５３７は、ターゲットＰＣｅｌｌとともに用いるためにＳＣｅｌｌをやはり追加、除去または再構成する。新しいＳＣｅｌｌを追加するときには、ＳＣｅｌｌのすべての所要のシステム情報を送信するために専用ＲＲＣシグナリングが用いられる（例えば、接続モードの間に、ＵＥ５０２がブロードキャストされたシステム情報をＳＣｅｌｌから直接に取得する必要はない）。
【０１０６】
しかしながら、異なるスケジューラを有する両方のｅＮＢ５６０へ接続するためには、ＵＥ５０２とＥ−ＵＴＲＡＮ５１５との間のマルチ接続性が必要とされる。リリース−１１の動作に加えて、リリース−１２に従って動作するＵＥ５０２がマルチ接続性（二重接続性、ノード間キャリアアグリゲーション、ノード間無線アグリゲーション、マルチフロー、マルチセル・クラスタ、マルチＵｕなどとも呼ばれる）を用いて設定される。
【０１０７】
ＵＥ５０２は、設定されていれば、複数のＵｕインターフェース４２１、４２３を用いてＥ−ＵＴＲＡＮ５１５へ接続する。例えば、ＵＥ５０２は、１つの無線インターフェース（無線接続５３５）を用いることによって追加の無線インターフェース（例えば、無線接続５３５）を確立するように設定される。以下では、１つのｅＮＢ５６０は、マスターｅＮＢ（ＭｅＮＢ）５６０ａと呼ばれ、プライマリｅＮＢ（ＰｅＮＢ）とも称される。別のｅＮＢ５６０は、セカンダリｅＮＢ（ＳｅＮＢ）５６０ｂと呼ばれる。Ｕｕインターフェース４２１（プライマリＵｕインターフェースとも称される）は、ＵＥ５０２とＭｅＮＢ５６０ａとの間の無線インターフェースである。Ｕｕｘインターフェース４２３（セカンダリＵｕインターフェースとも称される）は、ＵＥ５０２とＳｅＮＢ５６０ｂとの間の無線インターフェースである。
【０１０８】
一構成において、ＵＥ５０２は、Ｅ−ＵＴＲＡＮ４１５との複数のＵｕインターフェース４２１、４２３をＵＥ５０２が認識している限り、ＭｅＮＢ５６０ａおよびＳｅＮＢ５６０ｂを認識する必要はない。また、Ｅ−ＵＴＲＡＮ４１５は、同じかまたは異なるｅＮＢ５６０との複数のＵｕインターフェースを提供する。
【０１０９】
一構成において、ＭｅＮＢ５６０ａおよびＳｅＮＢ５６０ｂを同じｅＮＢ５６０ａとすることもできるであろう。複数のＵｕインターフェース４２１、４２３（例えば、マルチ接続性）を単一のｅＮＢ５６０によって達成することもできる。ＵＥ５０２は、１つより多いＵｕｘインターフェース４２３（例えば、Ｕｕ１、Ｕｕ２、Ｕｕ３．．）を接続することが可能である。各Ｕｕインターフェース４２１、４２３は、キャリアアグリゲーションを有することができる。それゆえに、ＣＡのケースではＵＥ５０２が在圏セルの１つより多いセットを用いて設定される。
【０１１０】
本明細書では複数のＵｕインターフェース４２１、４２３が記載されるが、Ｕｕインターフェース４２１の定義によっては、この機能性を単一のＵｕインターフェース４２１によって実現できるであろう。インターフェースの定義によっては、マルチ接続性が単一のＵｕインターフェース４２１または単一の無線インターフェースによって実現される。無線インターフェースは、ＵＥ５０２とｅＮＢ５６０との間のインターフェースではなく、ＵＥ５０２とＥ−ＵＴＲＡＮ５１５の間のインターフェースとして定義できる。例えば、ＵＥ５０２とマルチ接続性を伴うＥ−ＵＴＲＡＮ５１５との間のインターフェースとして１つの無線フェースを定義できる。それゆえに、上記のＵｕ４２１とＵｕｘ４２３との間の差異は、セルの特性と見做される。Ｕｕインターフェース４２１およびＵｕｘインターフェース４２３は、それぞれセル（単数または複数）のセットＡおよびセル（単数または複数）のセットＢと言い換えられる。また、無線インターフェースおよび追加の無線インターフェースは、それぞれセル（単数または複数）のセットＡおよびセル（単数または複数）のセットＢと言い換えられる。
【０１１１】
いくつかの実装において、Ｅ−ＵＴＲＡＮ５１５は、ＭｅＮＢ５６０ａおよびＳｅＮＢ５６０ｂを含む。ＵＥ５０２は、第１の無線接続５３５ａを通じてＭｅＮＢ５６０ａと通信する。ＵＥ５０２は、第２の無線接続５３５ｂを通じてＳｅＮＢ５６０ｂと通信する。図５は、１つの第１の無線接続５３５ａおよび１つの第２の無線接続５３５ｂを示すが、ＵＥ５０２は、１つの第１の無線接続５３５ａおよび１つ以上の第２の無線接続５３５ｂを用いて設定されてもよい。ＭｅＮＢ５６０ａおよびＳｅＮＢ５６０ｂは、図１に関連して記載されたｅＮＢ１６０に従って実装される。
【０１１２】
ＭｅＮＢ５６０ａは、１つ以上のＵＥ５０２への接続のために複数のセル５３３ａ〜ｃを提供する。例えば、ＭｅＮＢ５６０ａは、セルＡ５３３ａ、セルＢ５３３ｂおよびセルＣ５３３ｃを提供する。同様に、ＳｅＮＢ５６０ｂは、複数のセル５３３ｄ〜ｆを提供する。ＵＥ５０２は、第１の無線接続ａ（例えば、プライマリＵｕインターフェース）に関して１つ以上のセル（例えば、セルＡ５３３ａ、セルＢ５３３ｂおよびセルＣ５３３ｃ）上で送信／受信するように設定される。ＵＥ５０２は、また、第２の無線接続５３５ｂ（例えば、セカンダリＵｕインターフェース）に関して１つ以上の他のセル（例えば、セルＤ５３３ｄ、セルＥ５３３ｅおよびセルＦ５３３ｆ）上で送信／受信するように設定される。ＵＥ５０２が無線接続５３５ａ〜ｂに関して複数のセル５３３ａ〜ｆ上で送信／受信するように設定される場合、無線接続５３５ａ〜ｂにキャリアアグリゲーション・オペレーションが適用される。一構成において、各無線接続５３５は、プライマリセル、および０、１つまたはそれ以上のセカンダリセル（単数または複数）を用いて設定される。別の構成では、少なくとも１つの無線接続５３５は、１つのプライマリセル、および０、１つまたはそれ以上のセカンダリセル（単数または複数）を用いて設定され、他の無線接続５３５は、１つ以上のセカンダリセル（単数または複数）を用いて設定される。
【０１１３】
１つの無線接続５３５へ１つのＭＡＣエンティティ５３９および１つのＰＨＹエンティティ５４１がマッピングされる。例えば、第１のＭＡＣエンティティ５３９ａおよび第１のＰＨＹエンティティ５４１ａが第１の無線接続５３５ａへマッピングされる。同様に、第２のＭＡＣエンティティ５３９ｂおよび第２のＰＨＹエンティティ５４１ｂが第２の無線接続５３５ｂへマッピングされる。ＵＥ５０２は、１つのプライマリ無線接続５３５（例えば、第１の無線接続５３５ａ）および随意的に１つ以上のセカンダリ無線接続５３５（例えば、第２の無線接続５３５ｂ）を用いて設定される。
【０１１４】
ＭｅＮＢ５６０ａは、第１の無線接続５３５ａについてＵＥコンテキストを管理して記憶する。ＵＥコンテキストは、ＵＥ５０２のための構成セルに関するＵＥ５０２ごとのＲＲＣコンテキスト（例えば、構成、構成セル、セキュリティ情報など）、ＱｏＳ情報、およびＵＥ５０２アイデンティティである。例えば、ＭｅＮＢ５６０ａは、第１のＵＥコンテキスト５２５ａ、第２のＵＥコンテキスト５２７および第３のＵＥコンテキスト５２９を管理して記憶する。
【０１１５】
ＳｅＮＢ５６０ｂは、第２の無線接続５３５ｂについてＵＥ５０２のための構成セルに関するＵＥ５０２ごとのＵＥコンテキストを管理して記憶する。例えば、ＳｅＮＢ５６０ｂは、第１のＵＥコンテキスト５２５ｂおよび第４のＵＥコンテキスト５３１を管理して記憶する。ｅＮＢ５６０は、ＭｅＮＢ５６０ａとしてもＳｅＮＢ５６０ｂとしても振舞うことができる。それゆえに、ｅＮＢ５６０は、第１の無線接続５３５ａへ接続されたＵＥ５０２に関するＵＥコンテキスト、および第２の無線接続５３５ｂへ接続されたＵＥ５０２に関するＵＥコンテキストを管理して記憶する。
【０１１６】
いくつかの実装において、ＭＡＣエンティティ５３９ａ〜ｂは、ＲＲＣエンティティ５３７とのインターフェースを有する。ＲＲＣエンティティ５３７は、Ｅ−ＵＴＲＡＮ５１５のＲＲＣエンティティ（図示されない）からＲＲＣメッセージ（例えば、ＲＲＣ接続再構成メッセージ、接続制御メッセージ、ハンドオーバ・コマンドなど）を受信する。ＲＲＣエンティティ５３７は、また、Ｅ−ＵＴＲＡＮ５１５のＲＲＣエンティティ（図示されない）へＲＲＣメッセージ（例えば、ＲＲＣ接続再構成完了メッセージ）を送信する。
【０１１７】
図６は、パワーヘッドルーム（ＰＨ）レポーティングの一構成を示すブロック図である。図６は、複数の無線接続５３５が設定されているときに、リリース１１ベースのＰＨＲがパワーヘッドルーム（ＰＨ）の不足を回避できないであろうという課題を示す。初めに、無線接続におけるパワーヘッドルーム・レポートが説明される。パワーヘッドルーム・レポーティング手順は、在圏ｅＮＢ１６０に、公称ＵＥ１０２最大送信電力とアクティブ化された在圏セル５３３当たりのＵＬ−ＳＣＨ送信のための推定電力との間の差についての情報、およびさらに公称ＵＥ１０２最大送信電力とＰＣｅｌｌ上のＵＬ−ＳＣＨおよびＰＵＣＣＨ送信のための推定電力との間の差についての情報を提供するために用いられる。
【０１１８】
一構成において、ＲＲＣ５３７は、パワーヘッドルーム・レポート（ＰＨＲ）をトリガするために、２つのタイマｐｅｒｉｏｄｉｃＰＨＲーＴｉｍｅｒおよびｐｒｏｈｉｂｉｔＰＨＲーＴｉｍｅｒを設定することによって、かつ、測定された下りリンク・パスロスにおける変化をセットするｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅと、（Ｐ−ＭＰＲｃによって許容されるような）電力管理に起因する所要の電力バックオフとをシグナリングすることによって、パワーヘッドルーム・レポーティングを制御する。
【０１１９】
ＰＨＲは、以下の事象のいずれかが発生した場合にトリガされる。ＵＥが新しい送信のためのＵＬリソースを有するときに、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが終了するかまたは終了していて、パスロス参照として用いられる少なくとも１つのアクティブ化された在圏セル５３３に関して、パスロスが、ＰＨＲの最後の送信以来、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢより大きく変化した場合。ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒが終了した場合。機能の無効化には用いられない、上位レイヤによるパワーヘッドルーム・レポーティング機能性の構成または再構成のとき。設定された上りリンクをもつＳＣｅｌｌのアクティブ化。
【０１２０】
ＰＨＲは、ＵＥ１０２が新しい送信のためのＵＬリソースを有するときに、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが終了するかまたは終了していて、設定された上りリンクをもつアクティブ化された在圏セル５３３のいずれかについて次のことが１つのＴＴＩにおいて真である場合にもトリガされる。送信のために割り当てられたＵＬリソースがあるか、またはこのセル上のＰＵＣＣＨ送信があり、特定のセルに関する（Ｐ−ＭＰＲｃによって許容されるような）電力管理に起因する所要の電力バックオフが、ＵＥ１０２が送信のために割り当てられたＵＬリソースまたはこのセル上のＰＵＣＣＨ送信を有したときのＰＨＲの最後の送信以来、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢより大きく変化した場合。
【０１２１】
留意すべきは、電力管理に起因する所要の電力バックオフが一時的に（例えば、数１０ミリ秒までの間）のみ減少するときには、ＵＥ１０２がＰＨＲをトリガすることを回避し、かつＰＨＲが他のトリガ条件によってトリガされるときには、ＵＥ１０２がＰＣＭＡＸ，ｃまたはＰＨの値におけるかかる一時的な減少を反映するのを回避することである。
【０１２２】
既知のアプローチによるパワーヘッドルーム・レポーティング手順がリスティング（１）に要約される。拡張パワーヘッドルームＭＡＣ制御要素は、図１０および図１１に関連してさらに詳細に考察されるであろう。
ＵＥがこのＴＴＩの間の新しい送信のために割り当てられたＵＬリソースを有する場合：
それが、最後のＭＡＣリセット以来、新しい送信のために割り当てられた最初のＵＬリソースであれば、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始する；
パワーヘッドルーム・レポーティング手順が、少なくとも１つのＰＨＲがトリガされ、取り消されなかったと判定し、かつ；
割り当てられたＵＬリソースが、ｅｘｔｅｎｄｅｄＰＨＲが設定されない場合にはＰＨＲ  ＭＡＣ制御要素に加えてそのサブヘッダを、またはｅｘｔｅｎｄｅｄＰＨＲが設定される場合には拡張ＰＨＲ  ＭＡＣ制御要素に加えてそのサブヘッダを、論理チャネル優先順位付けの結果として、収容できれば：
ｅｘｔｅｎｄｅｄＰＨＲが設定される場合：
設定された上りリンクをもつアクティブ化された在圏セルごとに：
タイプ１パワーヘッドルームを得る；
ＵＥがこのＴＴＩの間のこの在圏セル上の送信のために割り当てられたＵＬリ
ソースを有すれば：
物理レイヤから対応するＰＣＭＡＸ，ｃフィールドに関する値を得る；
ｓｉｍｕｌｔａｎｅｏｕｓＰＵＣＣＨ−ＰＵＳＣＨが設定される場合：
ＰＣｅｌｌのためのタイプ２パワーヘッドルームの値を得る；
ＵＥがこのＴＴＩにおけるＰＵＣＣＨ送信を有すれば：
物理レイヤから対応するＰＣＭＡＸ，ｃフィールドに関する値を得る；
物理レイヤによってレポートされた値に基づいて拡張ＰＨＲ  ＭＡＣ制御要素を
生成して送信するように多重化およびアセンブリ手順に命令する；
そうでない場合：
物理レイヤからタイプ１パワーヘッドルームの値を得る；
物理レイヤによってレポートされた値に基づいてＰＨＲ  ＭＡＣ制御要素を生成し
て送信するように多重化およびアセンブリ手順に命令する；
ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始または再開する；
ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを開始または再開する；
すべてのトリガされたＰＨＲ（単数または複数）を取り消す。
リスティング（１）
【０１２３】
セカンダリセルを用いて設定されないＵＥ１０２に関して、パワーヘッドルームは、在圏ｅＮＢ１６０に、ＵＥ１０２設定最大出力電力（ＰＣＭＡＸ，ｃ）と、アクティブ化された在圏セル５３３のＵＬ−ＳＣＨのための推定電力との間の差についての情報を提供する。このケースでは、ＵＥ１０２は、パワーヘッドルーム・タイプ１に関する必要条件を満たす。セカンダリセルを用いて設定されたＵＥ１０２に関しては、パワーヘッドルームは、在圏ｅＮＢ１６０に、ＵＥ１０２設定最大出力電力（ＰＣＭＡＸ，ｃ）と、アクティブ化された在圏セルｃ当たりのＵＬ−ＳＣＨのための推定電力またはＰＣｅｌｌ上の同時のＰＵＳＣＨおよびＰＵＣＣＨ送信のための推定電力との間の差についての情報を提供する。このケースでは、ＵＥ１０２は、パワーヘッドルーム・タイプ１およびタイプ２の両方に関する必要条件を満たす。
【０１２４】
レポートされるパワーヘッドルームは、１つのサブフレームにわたって推定される。ｅｘｔｅｎｄｅｄＰＨＲが設定されないときには、以下に記載されるように、タイプ１パワーヘッドルームがプライマリ在圏セル５３３に関して推定される。ｅｘｔｅｎｄｅｄＰＨＲが設定されるときには、以下には記載されるように、タイプ１およびタイプ２パワーヘッドルームが設定された上りリンクをもつアクティブ化された在圏セル５３３ごとに推定される。
【０１２５】
パワーヘッドルーム・レポーティング遅延は、パワーヘッドルーム参照期間の始まりと、ＵＥ１０２が無線インターフェースを通じてパワーヘッドルームの送信を開始するときとの間の時間として定義される。パワーヘッドルームのレポーティング遅延は、０ｍｓであってもよく、パワーヘッドルーム・レポーティングのために設定されたすべてのトリガ機構にこれを適用できる。
【０１２６】
パワーヘッドルーム・レポーティング範囲は、−２３から＋４０デシベル（ｄＢ）である。（３ＧＰＰ  ＴＳ３６．１３３、表９．１．８．４−１からの）表（１）は、レポート・マッピングを定義する。
【表１】
0006779129.tif 000002
【０１２７】
ＵＥ１０２は、その設定最大出力電力（ＰＣＭＡＸ）をセットする。ＰＣＭＡＸは、式（１）による範囲内にセットされる。
【数１】
0006779129.tif 000003
【０１２８】
式（１）において、
【数２】
0006779129.tif 000004
であり、
ＰＥＭＡＸ
は、情報要素（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）Ｐ−Ｍａｘに与えられた値である。ＰＰｏｗｅｒＣｌａｓｓは、（３ＧＰＰ  ＴＳ３６．１０１、表６．２．２−１に指定され、表６．２．２−１に指定された許容範囲は考慮に入れない）最大ＵＥ１０２電力である。ＭＰＲは、高次変調および送信バンド幅構成（例えば、リソースブロック）に起因して最大出力電力に許容される最大電力低減（ＭＰＲ：ｍａｘｉｍｕｍ  ｐｏｗｅｒ  ｒｅｄｕｃｔｉｏｎ）である。追加の隣接チャネル漏洩電力比（ＡＣＬＲ：ａｄｊａｃｅｎｔ  ｃｈａｎｎｅｌ  ｌｅａｋａｇｅ  ｒａｔｉｏ）およびスペクトラム放射要件を満たすために、出力電力に対して追加の最大電力低減（Ａ−ＭＰＲ：ａｄｄｉｔｉｏｎａｌ  ｍａｘｉｍｕｍ  ｐｏｗｅｒ  ｒｅｄｕｃｔｉｏｎ）が許容される。
ΔＴＩＢ，ｃ
は、（３ＧＰＰ  ＴＳ３６．１０１、表６．２．５Ａ−３に指定されるような）在圏セルｃに関する追加の許容範囲である。電力管理最大電力低減（Ｐ−ＭＰＲ）は、（ａ）３ＧＰＰ  ＲＡＮ仕様の範囲内にないシナリオに係る複数の無線アクセス技術（ＲＡＴ：ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）（単数または複数）上の同時送信のケースにおいて、適用可能な電磁エネルギー吸収要件とのコンプライアンスを保証して、不要放射または自己不感知（ｓｅｌｆ  ｄｅｓｅｎｓｅ）要件に対処するため、または（ｂ）より低い最大出力電力を必要とする要件に対処すべくプロキシミティ検出を用いるケースにおいて、適用可能な電磁エネルギー吸収要件とのコンプライアンスを保証するために、許容される最大出力電力低減である。
【０１２９】
キャリアアグリゲーションのために、ＵＥ１０２は、在圏セルｃ上のその設定最大出力電力ＰＣＭＡＸ，ｃとその総設定最大出力電力ＰＣＭＡＸとをセットする。ＭＰＲｃおよびＡ−ＭＰＲｃは、在圏セルｃごとに適用される。Ｐ−ＭＰＲｃは、在圏セルｃに関する電力管理を考慮する。在圏セルｃ上の設定最大出力電力は、式（２）による範囲内にセットされる。
【数３】
0006779129.tif 000005
【０１３０】
２つのＵＬ在圏セル５３３を用いたキャリアアグリゲーションに関して、総設定最大出力電力ＰＣＭＡＸは、式（３）による範囲内にセットされる。
【数４】
0006779129.tif 000006
【０１３１】
２つのタイプのＵＥ１０２パワーヘッドルーム・レポート（ＰＨＲ）が定義される。ＵＥパワーヘッドルーム（ＰＨ）は、在圏セルｃのためのサブフレームｉに対して有効である。ＰＨＲの第１のタイプは、タイプ１レポートと呼ばれる。ＵＥ１０２が在圏セルｃのためのサブフレームｉでＰＵＣＣＨを伴わずにＰＵＳＣＨを送信する場合、タイプ１レポートに関するパワーヘッドルームが式（４）に従って計算される。
【数５】
0006779129.tif 000007
【０１３２】
式（４）において、ＰＣＭＡＸ，ｃは、ＵＥ１０２によって設定された在圏セルｃ上の最大出力電力を表す。ＰＣＭＡＸは、ＵＥ１０２によって設定された最大送信電力を表す。ＭＰＵＳＣＨ（ｉ）値は、サブフレームｉで送信されるＵＥのＰＵＳＣＨの物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）の数を指す。ＰＯ＿ＰＵＳＣＨ（ｊ）値は、上りリンク電力制御パラメータおよび送信信号のタイプによって確定される。
α（ｊ）
値は、部分的パスロス補償係数を表す。ＰＬは、ＵＥ１０２による推定パスロスを指す。
ΔＴＦ（ｉ）
値は、上位レベルのパラメータによって設定され、ＵＥ１０２の送信フォーマットに関係する。ｆ（ｉ）値は、ＵＥ１０２が受信したＰＵＳＣＨに対する送信電力制御（ＴＰＣ：ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）コマンドによって確定される。ＵＥ１０２が在圏セルｃのためのサブフレームｉでＰＵＣＣＨを伴ってＰＵＳＣＨを送信する場合、タイプ１に関するパワーヘッドルームが式（５）に従って計算される。
【数６】
0006779129.tif 000008
【０１３３】
式（５）において、
【数７】
0006779129.tif 000009
は、サブフレームｉでのＰＵＳＣＨのみの送信を仮定して計算される。このケースでは、物理レイヤは、
【数８】
0006779129.tif 000010
の代わりに
【数９】
0006779129.tif 000011
を上位レイヤへ送る。
【０１３４】
ＵＥ１０２が在圏セルｃのためのサブフレームｉでＰＵＳＣＨを送信しない場合、タイプ１レポートに関するパワーヘッドルームが式（６）に従って計算される。式（６）において、
【数１０】
0006779129.tif 000012
は、ＭＰＲ＝０ｄＢ、Ａ−ＭＰＲ＝０ｄＢ、Ｐ−ＭＰＲ＝０ｄＢおよびΔＴＣ＝０ｄＢと仮定して計算される。
【数１１】
0006779129.tif 000013
【０１３５】
ＰＨＲの第２のタイプは、タイプ２レポートと呼ばれる。ＵＥ１０２がプライマリセルのためのサブフレームｉでＰＵＳＣＨとＰＵＣＣＨとを同時に送信する場合、タイプ２レポートに関するパワーヘッドルームが式（７）に従って計算される。
【数１２】
0006779129.tif 000014
【０１３６】
式（７）において、
ＰＣＭＡＸ，ｃ,ＭＰＵＳＣＨ，ｃ（ｉ），ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ），αｃ（ｊ），ΔＴＦ，ｃ（ｉ）およびｆｃ（ｉ）
は、上述のようにプライマリセル・パラメータである。
ＰＯ＿ＰＵＣＣＨ，ＰＬｃ，ｈ（ｎＣＱＩ，ｎＨＡＲＱ，ｎＳＲ），ΔＦ＿ＰＵＣＣＨ（Ｆ），ΔＴｘＤ（Ｆ’）およびｇ（ｉ）
は、３ＧＰＰ  ＴＳ３６．２１３、５．１．２．１節に従って定義される。例えば、
ｈ（ｎＣＱＩ，ｎＨＡＲＱ，ｎＳＲ）
は、ＰＵＣＣＨフォーマットに依存する値である。
ΔＦ＿ＰＵＣＣＨ（Ｆ）
値は、上位レイヤによって提供され、ＰＵＣＣＨフォーマット１ａに対するＰＵＣＣＨフォーマット（Ｆ）に対応する。
ΔＴｘＤ（Ｆ’）
値は、ＵＥ１０２が２つのアンテナポート上でＰＵＣＣＨを送信するように設定される。
ΔＦ＿ＰＵＣＣＨ（Ｆ），ΔＴｘＤ（Ｆ’）およびｇ（ｉ）
の値は、ＵＥ１０２が受信したＰＵＣＣＨに関するＴＰＣコマンドによって確定される。
【０１３７】
ＵＥ１０２がプライマリセルのためのサブフレームｉでＰＵＣＣＨを伴わずにＰＵＳＣＨを送信する場合、タイプ２レポートに関するパワーヘッドルームが式（８）に従って計算される。
【数１３】
0006779129.tif 000015
【０１３８】
式（８）において、
ＰＣＭＡＸ，ｃ（ｉ）,ＭＰＵＳＣＨ，ｃ（ｉ），ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ），αｃ（ｊ），ΔＴＦ，ｃ（ｉ）およびｆｃ（ｉ）
は、プライマリセル・パラメータである。
ＰＯ＿ＰＵＣＣＨ，ＰＬｃおよびｇ（ｉ）
は、３ＧＰＰ  ＴＳ３６．２１３、５．１．２．１節に従って定義される。
【０１３９】
ＵＥ１０２がプライマリセルのためのサブフレームｉでＰＵＳＣＨを伴わずにＰＵＣＣＨを送信する場合、タイプ２レポートに関するパワーヘッドルームが式（９）に従って計算される。
【数１４】
0006779129.tif 000016
【０１４０】
式（９）において、
ＰＯ＿ＰＵＳＣＨ，ｃ（１），αｃ（１）およびｆｃ（ｉ）
は、プライマリセル・パラメータである。
ＰＣＭＡＸ，ｃ（ｉ）,ＰＯ＿ＰＵＣＣＨ，ＰＬｃ，ｈ（ｎＣＱＩ，ｎＨＡＲＱ，ｎＳＲ），ΔＦ＿ＰＵＣＣＨ（Ｆ），ΔＴｘＤ（Ｆ’）およびｇ（ｉ）
も、３ＧＰＰ  ＴＳ３６．２１３、５．１．２．１節に従って定義される。
【０１４１】
ＵＥ１０２がプライマリセルのためのサブフレームｉでＰＵＣＣＨもＰＵＳＣＨも送信しない場合、タイプ２レポートに関するパワーヘッドルームが式（１０）に従って計算される。
【数１５】
0006779129.tif 000017
【０１４２】
式（１０）において、
【数１６】
0006779129.tif 000018
は、ＭＰＲ＝０ｄＢ，Ａ−ＭＰＲ＝０ｄＢ，Ｐ−ＭＰＲ＝０ｄＢおよびΔＴＣ＝０ｄＢと仮定して計算される。
ＰＯ＿ＰＵＳＣＨ，ｃ（１），αｃ（１）およびｆｃ（ｉ）
は、プライマリセル・パラメータである。
ＰＯ＿ＰＵＣＣＨ，ＰＬｃおよびｇ（ｉ）
は、３ＧＰＰ  ＴＳ３６．２１３、５．１．２．１節に従って定義される。
【０１４３】
パワーヘッドルームは、［４０；−２３］ｄＢの範囲内の最近接値へ１ｄＢのステップで四捨五入される。そのうえ、パワーヘッドルームは、物理レイヤによって上位レイヤへ送られる。
【０１４４】
要約すると、タイプ１パワーヘッドルーム・レポートは、ＰＣＭＡＸ，ｃ引くＰＵＳＣＨ電力（例えば、ＰＣＭＡＸ，ｃ−Ｐ＿ＰＵＳＣＨ）として計算され、タイプ２パワーヘッドルーム・レポートは、ＰＣＭＡＸ，ｃ引くＰＵＣＣＨ電力引くＰＵＳＣＨ電力（例えば、ＰＣＭＡＸ，ｃ−Ｐ＿ＰＵＣＣＨ−Ｐ＿ＰＵＳＣＨ）として計算される。
【０１４５】
ＵＬ送信は、適切な送信電力を算出するための開ループ電力制御に基づく。算出は、ＵＥ１０２側で、パスロス、リソースブロック・サイズ、変調および符号化方式（ＭＣＳ：ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）レベル（例えば、チャネル品質インジケータ（ＣＱＩ：ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）、ならびに雑音および干渉（ＮＩ：ｎｏｉｓｅ  ａｎｄ  ｉｎｔｅｒｆｅｒｅｎｃｅ）レベル）を用いて行われる。各ＵＬ  ＴＴＩにおいて、ＵＥ１０２は、必要ならば、ＰＨを算出してＰＨをｅＮＢ１６０へ送る。ＴＴＩにおけるスケジューリング情報とＵＥ１０２から受信したパワーヘッドルーム・レポート（ＰＨＲ）とを参照して、ｅＮＢ１６０は、ユーザ当たりのＵＬスループットを最大にするために、次のスケジューリングＴＴＩにおける適切なＵＬグラントを推定する。ｅＮＢ１６０は、無線ベアラのサービス品質（ＱｏＳ：ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）およびＵＥ１０２の公平性因子を考慮する。ｅＮＢ１６０は、また、ＵＥ１０２電力の不足に起因するＵＬ送信の縮小を回避する。
【０１４６】
しかしながら、マルチ接続性（例えば、二重接続性）のシナリオでは、ＵＥ１０２は、１つのｅＮＢ１６０への第１の無線接続６３５ａおよび異なるｅＮＢ１６０への第２の無線接続６３５ｂを有する。このケースでは、ｅＮＢ１６０は、他のｅＮＢ１６０によってスケジュールされた他の接続（例えば、第２の無線接続６３５ｂ）のスケジューリング情報を知らないため、適切なＵＬグラントを推定するために必要な情報の知識を有さない。ｅＮＢ１６０は、ＵＥ１０２によってレポートされた、総ＵＥ送信電力を考慮するためのＰＨを意味する、ＵＥ  ＰＨの範囲内でユーザ当たりのスループットを最大にするように（リソース割り当ておよびＭＣＳレベルを含めて）ＵＬグラントを決定する。それに応じて、ＵＥ１０２は、図６に示されるように、最大許容送信電力を凌ぐＵＬグラント（例えば、負のＰＨ）に起因してＵＬ送信の縮小に見舞われるであろう。
【０１４７】
第１の無線接続６３５ａには、設定された上りリンクをもつ２つのアクティブ化された在圏セルがある。第２の無線接続６３５ｂには、設定された上りリンクをもつ３つのアクティブ化された在圏セルがある。ＰＣＭＡＸ，ｃは、在圏セルｃごとにＰＥＭＡＸ，ｃの上限を用いて調整される。各在圏セルにおいて、パワーヘッドルームが評価され、検出される。第１の無線接続６３５ａおよび第２の無線接続６３５ｂ上でのそれぞれの送信の総電力は、ＰＣＭＡＸおよびＰＰｏｗｅｒＣｌａｓｓを超えないように調整される。各ｅＮＢ１６０は、各無線接続６３５でのＰＨＲに基づいて、スケジューリングおよび上りリンク電力制御の際にそれらの境界を考慮に入れることができる。しかしながら、各ｅＮＢ１６０は、２つの無線接続での送信の合計が最大許容送信電力を凌ぐことを回避するのに十分な情報を有さない。
【０１４８】
図７は、マルチ接続性オペレーションに関するパワーヘッドルーム・レポーティングの構成を示すブロック図である。スモールセル配備のシナリオでは、各ｅＮＢ１６０（例えば、ノード）がそれ自体の独立したスケジューラを有する。各ｅＮＢ１６０の無線リソースを利用するために、ＵＥ１０２は、異なるスケジューラを有する各ｅＮＢ１６０へ接続する。例えば、ＵＥ１０２が両方のｅＮＢ１６０へ接続するためにＵＥ１０２とＥ−ＵＴＲＡＮ４１５との間のマルチ接続性が利用される。リリース１１の動作に加えて、リリース１２に従って動作するＵＥ１０２がマルチ接続性を用いて設定される。図４に関連して記載されたように、ＵＥ１０２は、設定されていれば、複数のＵｕ４２１、４２３インターフェースを用いてＥ−ＵＴＲＡＮ４１５へ接続する。別の構成では、ＵＥ１０２は、１つの無線インターフェース（無線接続５３５）を用いることによって追加の無線インターフェース（無線接続５３５）を確立するように設定される。
【０１４９】
マルチ接続性のシナリオでは、ｅＮＢ１６０間のバックホールは、非理想的であることが想定される。それゆえに、各ｅＮＢ１６０のＭＡＣ情報は、スケジューリングを制御するために十分速く交換することはできない。また、上りリンク電力制御および上りリンク無線リソース割り当ては、各ｅＮＢ１６０のＰＨＹレイヤによって制御される。それゆえに、ｅＮＢ１６０は、ＵＥ１０２の上りリンク電力の状況をタイムリーには知りえない。しかしながら、パワーヘッドルーム・レポーティングは、ｅＮＢ１６０がＵＥ１０２のための各在圏セル５３３の上りリンク無線リソース割り当てを知っていることを想定する。
【０１５０】
この課題を克服すべく、効率的なパワーヘッドルーム・レポーティングを提供するために３ＧＰＰ  ＲＡＮ最大電力低減（Ｒ−ＭＰＲｃ）パラメータが利用される。本明細書では、Ｒ−ＭＰＲｃは、他の無線接続（単数または複数）（例えば、第１の無線接続７３５ａ）上の送信（単数または複数）によって生じた電力管理７４３に起因する、ＭＡＣ動作の（第２の）無線接続７３５ｂに対応するアクティブ化された在圏セル５３３ごとの所要の電力バックオフである。Ｒ−ＭＰＲｃを適用してＰＣＭＡＸ，ｃを低減することによって、より控えめなＰＨＲが達成され、最大許容送信電力を凌ぐことに起因する縮小が回避される。
【０１５１】
留意すべきは、Ｒ−ＭＰＲｃがＰ−ＭＰＲｃによって許容されるような電力管理に起因する電力バックオフとは独立に適用されることである。例えば、Ｐ−ＭＰＲｃは、３ＧＰＰ  ＲＡＮ仕様の範囲内にないシナリオに係る複数のＲＡＴ（単数または複数）上の同時送信のケース、またはプロキシミティ検知のケースにおいて適用される。しかしながら、Ｒ−ＭＰＲｃは、第１の無線接続７３５ａおよび第２の無線接続７３５ｂがＥ−ＵＴＲＡＮ４１５とＵＥ１０２との間の接続である、複数の無線接続７３５上の同時送信のケースにおいて適用される。
【０１５２】
現在、ＰＣＭＡＸ＿Ｌ，ｃは、
【数１７】
0006779129.tif 000019
として定義されている。Ｒ−ＭＰＲｃを導入することによって、ＰＣＭＡＸ＿Ｌ，ｃは、
【数１８】
0006779129.tif 000020
として定義される。別の例では、ＰＣＭＡＸ＿Ｌ，ｃは、
【数１９】
0006779129.tif 000021
として定義される。
【０１５３】
第１の無線接続７３５ａには、設定された上りリンクをもつ２つのアクティブ化された在圏セルがある。第２の無線接続７３５ｂには、設定された上りリンクをもつ３つのアクティブ化された在圏セルがある。ＰＣＭＡＸ，ｃは、在圏セルｃごとにＰＥＭＡＸ，ｃの上限を用いて調整される。各在圏セルにおいて、パワーヘッドルームが評価され、検出される。第１の無線接続７３５ａおよび第２の無線接続７３５ｂ上でのそれぞれでの送信の総電力は、ＰＣＭＡＸおよびＰＰｏｗｅｒＣｌａｓｓを超えないように調整される。各ｅＮＢ１６０は、各無線接続７３５でのＰＨＲに基づいて、スケジューリングおよび上りリンク電力制御の際にそれらの境界を考慮に入れることができる。
【０１５４】
図７に示される構成において、各ｅＮＢ１６０は、拡張パワーヘッドルームＭＡＣ制御要素から第１の無線接続７３５ａに対応する電力管理７４３に関する情報を得る。例えば、ｅＮＢ１６０は、第１の無線接続上の送信によってもたらされた、第２の無線接続に対応するアクティブ化された在圏セルのための１つ以上のＲ−ＭＰＲｃ値または電力バックオフの指標を得る。それゆえに、ｅＮＢ１６０は、２つの無線接続での送信の合計が最大許容送信電力を凌ぐことを回避するための情報を得る。
【０１５５】
第１の無線接続７３５ａまたは第２の無線接続７３５ｂに１つのＭＡＣ動作が適用される。ＵＥ１０２は、在圏セルｃに対してその設定最大出力電力Ｒ−ＭＰＲｃをセットすることが許容される。一構成において、Ｒ−ＭＰＲｃは、第１の無線接続７３５ａにのみ適用される。別の構成では、Ｒ−ＭＰＲｃは、第２の無線接続７３５ｂにのみ適用される。さらに別の構成では、Ｒ−ＭＰＲｃは、第１の無線接続７３５ａおよび第２の無線接続７３５ｂの両方に適用される。Ｒ−ＭＰＲｃの適用が許容される無線接続７３５がｅＮＢ１６０によりＵＥ１０２に対して設定される。
【０１５６】
一構成において、無線接続７３５ごとに、ＰＨＲが特定の事象が発生した場合にトリガされる。ＰＨＲレポートは、ＵＥ１０２が新しい送信のためのＵＬリソースを有するときに、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが終了するかまたは終了していて、パスロス参照として用いられる少なくとも１つのアクティブ化された在圏セル５３３に関して、パスロスが、ＰＨＲの最後の送信以来、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢより大きく変化した場合にトリガされてもよい。ＰＨＲレポートは、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒが終了した場合にトリガされてもよい。ＰＨＲレポートは、機能の無効化には用いられない、上位レイヤによるパワーヘッドルーム・レポーティング機能性の構成または再構成のときにトリガされてもよい。ＰＨＲレポートは、設定された上りリンクをもつＳＣｅｌｌのアクティブ化のときにトリガされてもよい。
【０１５７】
ＰＨＲは、ＵＥ１０２が新しい送信のためのＵＬリソースを有するときに、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが終了するかまたは終了していて、設定された上りリンクをもつアクティブ化された在圏セル５３３のいずれかについて次のことがこのＴＴＩにおいて真である場合にもトリガされる。送信のために割り当てられたＵＬリソースがあるか、またはこのセル上のＰＵＣＣＨ送信があり、ＵＥ１０２が送信のために割り当てられたＵＬリソース、またはこのセル上のＰＵＣＣＨ送信を有したときに、このセルに関する（Ｐ−ＭＰＲｃによって許容されるような）電力管理に起因する所要の電力バックオフが、ＰＨＲの最後の送信以来、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢより大きく変化した場合。
【０１５８】
ＰＨＲレポートは、ＵＥ１０２が新しい送信のためのＵＬリソースを有するときに、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが終了するか、または終了していて、設定された上りリンクをもつアクティブ化された在圏セル５３３のいずれかについて次のことがこのＴＴＩにおいて真である場合にもトリガされる。送信のために割り当てられたＵＬリソースがあるか、または、このセル上のＰＵＣＣＨ送信があり、ＵＥ１０２が送信のために割り当てられたＵＬリソース、またはこのセル上のＰＵＣＣＨ送信を有したときに、このセルに関する（Ｒ−ＭＰＲｃによって許可されるような）電力管理に起因する所要の電力バックオフが、ＰＨＲの最後の送信以来、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢより大きく変化した場合。
【０１５９】
図８は、ＭＡＣプロトコル・データ単位（ＰＤＵ）８８５の一構成を示すブロック図である。ＭＡＣ  ＰＤＵ８８５は、長さがバイト単位で揃えられた（例えば、８ビットの倍数の）ビットストリングである。ＭＡＣ  ＰＤＵ８８５は、ＭＡＣヘッダ８４５、ゼロまたはそれ以上のＭＡＣサービス・データ単位（ＭＡＣ  ＳＤＵ：ＭＡＣ  ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）８５５ａ〜ｎ、ゼロまたはそれ以上のＭＡＣ制御要素８５３ａ〜ｂ、および随意的にパディング８５７を含む。ＭＡＣヘッダ８４５およびＭＡＣ  ＳＤＵは、いずれも可変サイズである。ＭＡＣペイロード８５９は、ゼロまたはそれ以上のＭＡＣサービス・データ単位（ＭＡＣ  ＳＤＵ）８５５ａ〜ｎ、ゼロまたはそれ以上のＭＡＣ制御要素８５３ａ〜ｂ、および随意的にパディング８５７を含む。
【０１６０】
図８に示されるＭＡＣヘッダ８４５は、Ｒ／Ｒ／Ｅ／ＬＣＩＤサブヘッダ８４７ａ〜ｂ、Ｒ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌサブヘッダ８４９ａ〜ｎ、およびＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌパディング・サブヘッダ８５１を含む。ＭＡＣヘッダ８４５は、１つ以上のＭＡＣ  ＰＤＵ８８５サブヘッダを含む。各サブヘッダは、ＭＡＣ  ＳＤＵ８５５、ＭＡＣ制御要素８５３またはパディング８５７のいずれかに対応する。ＭＡＣ  ＰＤＵサブヘッダは、ＭＡＣ  ＰＤＵ８８５における最後のサブヘッダと、固定サイズのＭＡＣ制御要素８５３とを除いて、６つのヘッダ・フィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌを含む。ＭＡＣ  ＰＤＵ８８５における最後のサブヘッダおよび固定サイズのＭＡＣ制御要素８５３のためのサブヘッダは、４つのヘッダ・フィールドＲ／Ｒ／Ｅ／ＬＣＩＤ８４７を含む。パディングに対応するＭＡＣ  ＰＤＵサブヘッダ（例えば、Ｒ／Ｒ／Ｅ／ＬＣＩＤパディング・サブヘッダ８５１）は、４つのヘッダ・フィールドＲ／Ｒ／Ｅ／ＬＣＩＤを含む。
【０１６１】
ＭＡＣ  ＰＤＵサブヘッダは、対応するＭＡＣ  ＳＤＵ８５５、ＭＡＣ制御要素８５３およびパディング８５７と同じ順序を有する。ＭＡＣ制御要素８５３は、いずれのＭＡＣ  ＳＤＵ８５５よりも前に置かれる。パディング８５７は、単一バイトまたは２バイトのパディング８５７が必要なときを除いて、ＭＡＣ  ＰＤＵ８８５の終わりに発生する。パディング８５７は任意の値を有し、ＵＥ１０２は、それを無視してもよい。パディング８５７がＭＡＣ  ＰＤＵ８８５の終わりに行われるとき、ゼロまたはそれ以上のパディング・バイトが許容される。単一バイトまたは２バイトのパディング８５７が必要とされるときには、パディング８５７に対応する１つまたは２つのＭＡＣ  ＰＤＵサブヘッダがＭＡＣ  ＰＤＵ８８５の始めに任意の他のＭＡＣ  ＰＤＵサブヘッダより前に置かれる。
【０１６２】
ＵＥ１０２ごとにトランスポートブロック（ＴＢ：ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）当たり最多で１つのＭＡＣ  ＰＤＵ８８５を送信できる。ＴＴＩごとに最多で１つのマルチキャストチャネル（ＭＣＨ：ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ）ＭＡＣ  ＰＤＵ８８５を送信できる。
【０１６３】
図８に示されるＭＡＣ  ＰＤＵは、表に表現されるとよいビットストリングであり、表では最上位ビットが表の第１行の最も左のビットであり、最下位ビットが表の最終行の最も右のビットであり、より一般的には、ビットストリングが左から右へ読まれ、次に行の読み順に読まれる。ＭＡＣ  ＰＤＵ８８５内の各パラメータ・フィールドのビット順は、最初の最上位ビットを最も左のビットに、最後の最下位ビットを最も右のビットに用いて表現される。ＭＡＣ  ＳＤＵ８５５は、長さがバイト単位で揃えられた（すなわち、８ビットの倍数の）ビットストリングである。ＭＡＣ  ＳＤＵ８５５は、第１のビット以降がＭＡＣ  ＰＤＵ８８５に含められる。ＵＥ１０２は、下りリンクＭＡＣ  ＰＤＵ８８５における予約ビットの値を無視してよい。
【０１６４】
図９は、ＭＡＣ  ＰＤＵサブヘッダ９４７、９４９およびパワーヘッドルームＭＡＣ制御要素９６１の様々な構成を示すブロック図である。ＭＡＣ  ＰＤＵ８５５は、長さがバイト単位（例えば、８ビットの倍数）で揃えられたビットストリングである。ＭＡＣヘッダ８４５およびサブヘッダは、オクテット単位で揃えられる。
【０１６５】
ＭＡＣヘッダ８４５は、可変サイズであり、論理チャネルＩＤ（ＬＣＩＤ：ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  ＩＤ）フィールド、長さ（Ｌ：ｌｅｎｇｔｈ）フィールド、フォーマット（Ｆ：ｆｏｒｍａｔ）フィールド、拡張（Ｅ：ｅｘｔｅｎｓｉｏｎ）フィールドおよび予約（Ｒ：ｒｅｓｅｒｖｅｄ）フィールドを含む。ＬＣＩＤフィールドは、それぞれ下りリンク共有チャネル（ＤＬ−ＳＣＨ：ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）、上りリンク共有チャネル（ＵＬ−ＳＣＨ）およびマルチキャストチャネル（ＭＣＨ）に関して（３ＧＰＰ  ＴＳ３６．３２１、表６．２．１−１からの）表（２）、（３ＧＰＰ  ＴＳ３６．３２１、表６．２．１−２からの）表（３）および（３ＧＰＰ  ＴＳ３６．３２１、表６．２．１−４からの）表（４）に記載されるように、対応するＭＡＣ  ＳＤＵ８５５の論理チャネル・インスタンスまたは対応するＭＡＣ制御要素８５３もしくはパディング８５７のタイプを特定する。ＭＡＣ  ＰＤＵ８８５に含まれるＭＡＣ  ＳＤＵ８５５、ＭＡＣ制御要素８５３もしくはパディング８５７ごとに１つのＬＣＩＤフィールドがある。単一バイトまたは２バイトのパディング８５７が必要とされるがＭＡＣ  ＰＤＵ８８５の終わりのパディング８５７によって達成できないときには、１つまたは２つの追加のＬＣＩＤフィールドがＭＡＣ  ＰＤＵ８８５に含まれてもよい。ＬＣＩＤフィールド・サイズは、５ビットとすることができる。
【表２】
0006779129.tif 000022
【表３】
0006779129.tif 000023
【表４】
0006779129.tif 000024
【０１６６】
長さ（Ｌ）フィールドは、対応するＭＡＣ  ＳＤＵ８５５または可変サイズのＭＡＣ制御要素８５３の長さをバイト単位で示す。最後のサブヘッダおよび固定サイズのＭＡＣ制御要素に対応するサブヘッダを除いて、ＭＡＣ  ＰＤＵサブヘッダごとに１つのＬフィールドがある。Ｌフィールドのサイズは、Ｆフィールドによって示される。
【０１６７】
フォーマット（Ｆ）フィールドは、（３ＧＰＰ  ＴＳ３６．３２１、表６．２．１−３からの）表（５）に示されるように長さフィールドのサイズを示す。最後のサブヘッダおよび固定サイズのＭＡＣ制御要素８５３に対応するサブヘッダを除いて、ＭＡＣ  ＰＤＵサブヘッダごとに１つのＦフィールドがある。Ｆフィールドのサイズは、１ビットである。ＭＡＣ  ＳＤＵ８５５または可変サイズのＭＡＣ制御要素のサイズが１２８バイト未満であれば、Ｆフィールドの値が０にセットされ、そうでない場合にはＦフィールドの値が１にセットされる。
【表５】
0006779129.tif 000025
【０１６８】
拡張（Ｅ）フィールドは、より多くのフィールドがＭＡＣヘッダ８４５に存在するか否かを示すフラグである。Ｅフィールドは、少なくともＲ／Ｒ／Ｅ／ＬＣＩＤフィールドの別のセットを示すために「１」にセットされる。Ｅフィールドは、ＭＡＣ  ＳＤＵ８５５、ＭＡＣ制御要素８５３またはパディング８５７のいずれかが次のバイトにおいて開始することを示すために「０」にセットされる。
【０１６９】
ＭＡＣヘッダ８４５は、予約（Ｒ）ビットも含む。いくつかの実装において、予約ビットは、「０」にセットされる。
【０１７０】
７ビットのＬフィールド９４９ａをもつＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌサブヘッダは、２オクテットに含まれる。第１のオクテットは、２Ｒビット、およびＥフィールドならびにＬＣＩＤフィールドを含む。第２のオクテットは、Ｆフィールドおよび７ビットのＬフィールドを含む。
【０１７１】
１５ビットのＬフィールド９４９ｂをもつＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌサブヘッダは、３オクテットに含まれる。第１のオクテットは、２Ｒビット、およびＥフィールドならびにＬＣＩＤフィールドを含む。第２のオクテットは、Ｆフィールドおよび７ビットのＬフィールドを含む。第３のオクテットは、８ビットのＬフィールドを含む。
【０１７２】
Ｒ／Ｒ／Ｅ／ＬＣＩＤサブヘッダ９４７は、１オクテットに含まれる。第１のオクテットは、２Ｒビット、およびＥフィールドならびにＬＣＩＤフィールドを含む。
【０１７３】
パワーヘッドルームＭＡＣ制御要素９６１は、表（３）に指定されるようなＬＣＩＤをもつＭＡＣ  ＰＤＵサブヘッダによって識別される。パワーヘッドルームＭＡＣ制御要素９６１は、固定サイズを有し、単一オクテットからなる。パワーヘッドルームＭＡＣ制御要素９６１は、「０」にセットされたＲビットを含む。ＰＨフィールドは、パワーヘッドルーム・レベルを示す。ＰＨフィールドの長さは、６ビットである。レポートされるＰＨおよび対応するパワーヘッドルーム・レベルは、（３ＧＰＰ  ＴＳ３６．３２１、表６．１．３．６−１からの）表（６）に示される。対応するｄＢ単位の測定値は、上の表（１）に基づいて見出すことができる。
【表６】
0006779129.tif 000026
【０１７４】
図１０は、拡張パワーヘッドルームＭＡＣ制御要素１０６３ａおよびマルチ接続性１０６３ｂのための拡張パワーヘッドルームＭＡＣ制御要素の例を示す。拡張パワーヘッドルームＭＡＣ制御要素１０６３は、上の表（３）に指定されるようなＬＣＩＤをもつＭＡＣ  ＰＤＵサブヘッダによって識別される。拡張パワーヘッドルームＭＡＣ制御要素１０６３は、可変サイズを有し、パワーヘッドルーム・レポート手順に用いられる。拡張パワーヘッドルームＭＡＣ制御要素は、拡張ＰＨＲ  ＭＡＣ制御要素とも呼ばれる。
【０１７５】
拡張パワーヘッドルームＭＡＣ制御要素１０６３ａに関して、タイプ２  ＰＨがレポートされるとき、ＳＣｅｌｌごとのＰＨの存在を示すオクテットの後に、タイプ２  ＰＨフィールドを含んだオクテットが最初に含められ、（レポートされるならば）関連付けられたＰＣＭＡＸ，ｃを含んだオクテットが後に続く。その後、ビットマップに示されたＰＣｅｌｌおよび各ＳＣｅｌｌに関して、ＳｅｒｖＣｅｌｌＩｎｄｅｘに基づく昇順に、タイプ１  ＰＨフィールドをもつオクテットおよび、（レポートされるならば）関連付けられたＰＣＭＡＸ，ｃをもつオクテットが続く。
【０１７６】
拡張パワーヘッドルームＭＡＣ制御要素１０６３ａは、次のように定義される。Ｃｉフィールドは、ＳＣｅｌｌＩｎｄｅｘ  ｉをもつＳＣｅｌｌのためのＰＨフィールドの存在を示す。「１」にセットされたＣｉフィールドは、ＳＣｅｌｌＩｎｄｅｘ  ｉをもつＳＣｅｌｌのためのＰＨフィールドがレポートされることを示す。「０」にセットされたＣｉフィールドは、ＳＣｅｌｌＩｎｄｅｘ  ｉをもつＳＣｅｌｌのためのＰＨフィールドがレポートされないことを示す。予約ビット（Ｒ）は、「０」にセットされる。
【０１７７】
Ｖフィールドは、ＰＨ値が実際の送信または参照フォーマットに基づくかどうかを示す。タイプ１  ＰＨに関して、Ｖ＝０は、ＰＵＳＣＨ上の実際の送信を示し、Ｖ＝１は、ＰＵＳＣＨ参照フォーマットが用いられることを示す。タイプ２  ＰＨに関して、Ｖ＝０は、ＰＵＣＣＨ上の実際の送信を示し、Ｖ＝１は、ＰＵＣＣＨ参照フォーマットが用いられることを示す。そのうえ、タイプ１およびタイプ２  ＰＨの両方に関して、Ｖ＝０は、関連付けられたＰＣＭＡＸ，ｃフィールドを含んだオクテットの存在を示し、Ｖ＝１は、関連付けられたＰＣＭＡＸ，ｃフィールドを含んだオクテットが省略されることを示す。
【０１７８】
パワーヘッドルーム（ＰＨ）フィールドは、パワーヘッドルーム・レベルを示す。フィールドの長さは、６ビットである。レポートされるＰＨおよび対応するパワーヘッドルーム・レベルは、上の表（６）に示される。対応するｄＢ単位の測定値は、上の表（１）に基づいて見出すことができる。
【０１７９】
Ｐフィールドは、ＵＥ１０２が（Ｐ−ＭＰＲｃによって許容されるような）電力管理に起因する電力バックオフを適用するかどうかを示す。ＵＥ１０２は、電力管理に起因する電力バックオフが適用されなかったとすれば対応するＰＣＭＡＸ，ｃフィールドが異なる値を有したであろう場合にＰ＝１にセットする。
【０１８０】
ＰＣＭＡＸ，ｃフィールドは、存在するならば、ＰＣＭＡＸ，ｃまたは前述のＰＨフィールドの算出に用いられた
【数２０】
0006779129.tif 000027
を示す。レポートされるＰＣＭＡＸ，ｃおよび対応する公称ＵＥ１０２送信電力レベルは、（３ＧＰＰ  ＴＳ３６．３２１、表６．１．３．６ａ−１からの）表（７）に示される。
【表７】
0006779129.tif 000028
【０１８１】
マルチ接続性１０６３ｂのための拡張パワーヘッドルームＭＡＣ制御要素の構成も、図１０に示される。この構成において、所要の電力バックオフの値が得られる。これは、図７に関連して記載されたように達成される。例えば、ＵＥ１０２は、アクティブ化された在圏セル５３３ごとのＲ−ＭＰＲｃを得る。Ｒ−ＭＰＲｃは、他の無線接続（単数または複数）（例えば、第１の無線接続５３５ａ）上の送信（単数または複数）によって生じた電力管理７４３に起因する、ＭＡＣ動作（例えば、第２の無線接続５３５ｂ）に対応するアクティブ化された在圏セル５３３ごとの所要の電力バックオフである。
【０１８２】
拡張パワーヘッドルームＭＡＣ制御要素１０６３ｂは、Ｐ−ＭＰＲｃのためのＰフィールドおよびＲ−ＭＰＲｃのためのＳフィールドを含む。Ｓフィールドは、ＰＣｅｌｌのためのタイプ２  ＰＨに関して、および／またはビットマップに示されたＰＣｅｌｌおよび各ＳＣｅｌｌのためのタイプ１  ＰＨに関して、ＵＥ１０２が他の無線接続（単数または複数）５３５上の送信（単数または複数）によって生じた電力管理７４３に起因する電力バックオフを適用するかどうかを示す。Ｓ＝１は、関連付けられたＰＣＭＡＸ，ｃフィールドを含んだオクテットの後に続く、関連付けられたＲ−ＭＰＲｃフィールドを含んだオクテットの存在を示す。Ｓ＝０は、関連付けられたＲ−ＭＰＲｃフィールドを含んだオクテットが省略されることを示す。
【０１８３】
図１１は、マルチ接続性１１６３のための拡張パワーヘッドルームＭＡＣ制御要素の別の例を示す。拡張パワーヘッドルームＭＡＣ制御要素１１６３は、上の表（３）に指定されるようなＬＣＩＤをもつＭＡＣ  ＰＤＵサブヘッダによって識別される。拡張パワーヘッドルームＭＡＣ制御要素１１６３は、可変サイズを有し、パワーヘッドルーム・レポート手順に用いられる。
【０１８４】
図１１に示される構成において、所要の電力バックオフの値（例えば、Ｒ−ＭＰＲｃ）は、拡張パワーヘッドルームＭＡＣ制御要素１１６３に含まれない。この構成では、ＵＥ１０２は、アクティブ化された在圏セル５３３ごとに、ＵＥ１０２が、他の無線接続（単数または複数）５３５上の送信（単数または複数）によって生じた電力管理７４３に起因する電力バックオフを適用するかどうかを示すに過ぎない。例えば、Ｓ＝１は、ＵＥ１０２がアクティブ化された在圏セル５３３のために他の無線接続（単数または複数）５３５上の送信（単数または複数）によって生じた電力管理７４３に起因する電力バックオフを適用することを示す。Ｓ＝０は、ＵＥ１０２がアクティブ化された在圏セル５３３のために他の無線接続（単数または複数）５３５上の送信（単数または複数）によって生じた電力管理７４３に起因する電力バックオフを適用しないことを示す。それゆえに、Ｓフィールドは、Ｒ−ＭＰＲｃが適用されたかどうかを示すが、Ｒ−ＭＰＲｃの実際の値（単数または複数）は、拡張パワーヘッドルームＭＡＣ制御要素１１６３に含まれない。
【０１８５】
図１２は、マルチ接続性オペレーションのための方法１２００を示すフロー図である。方法１２００は、ＵＥ１０２によって行われる。方法１２００は、各無線接続５３５に適用される。ＵＥ１０２は、ｅＮＢ１６０への第１の無線接続５３５ａおよび別のｅＮＢ１６０への第２の無線接続５３５ｂを確立する。各無線接続５３５は、１つ以上のアクティブ化された在圏セル５３３と関連付けられる。ＵＥ１０２は、ＵＥ１０２がこのＴＴＩの間の新しい送信のために割り当てられたＵＬリソースを有するかどうかを判定する（ステップ１２０２）。ＵＥ１０２がこのＴＴＩの間の新しい送信のために割り当てられたＵＬリソースを有さない場合、方法１２００は終了する。
【０１８６】
ＵＥ１０２がこのＴＴＩの間の新しい送信のために割り当てられたＵＬリソースを有する場合、方法１２００は、ステップ１２０４へ続く。ＵＥ１０２が新しい送信のために割り当てられたＵＬリソース（単数または複数）が、最後のＭＡＣリセット以来、新しい送信のために割り当てられた最初のＵＬリソースであると判定すれば、ＵＥ１０２は、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始する。
【０１８７】
ステップ１２０６において、パワーヘッドルーム・レポーティング手順は、少なくとも１つのＰＨＲがトリガされ、取り消されなかったことを判定する。パワーヘッドルーム・レポーティング手順は、割り当てられたＵＬリソースが、ｅｘｔｅｎｄｅｄＰＨＲが設定されない場合にはＰＨＲ  ＭＡＣ制御要素９６１に加えてそのサブヘッダを、またはｅｘｔｅｎｄｅｄＰＨＲが設定される場合には拡張ＰＨＲ  ＭＡＣ制御要素１０６３に加えてそのサブヘッダを、論理チャネル優先順位付けの結果として、収容できるかどうかも判定する。ステップ１２０６の結果が偽（例えば、ｎｏ）であれば、方法１２００は終了する。ステップ１２０６の結果が真（例えば、ｙｅｓ）であれば、ＵＥ１０２は、ｅｘｔｅｎｄｅｄＰＨＲが設定されたかどうかを判定する（ステップ１２０８）。
【０１８８】
ｅｘｔｅｎｄｅｄＰＨＲが設定されない場合、ＵＥ１０２は、物理レイヤからタイプ１パワーヘッドルームの値を得る（ステップ１２１０）。ＵＥ１０２は、物理レイヤによってレポートされた値に基づいてＰＨＲ  ＭＡＣ制御要素９６１を生成して送信するように多重化およびアセンブリ手順に命令する（ステップ１２１２）。ＵＥ１０２は、次にステップ１２１４を行う。例えば、ＵＥ１０２は、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始または再開する。ＵＥ１０２は、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを開始または再開する。ＵＥ１０２は、すべてのトリガされたＰＨＲ（単数または複数）を取り消す。
【０１８９】
ｅｘｔｅｎｄｅｄＰＨＲが設定される（例えば、ステップ１２０８が真である）場合、ＵＥ１０２は、ステップ１２１６を行う。設定された上りリンクをもつアクティブ化された在圏セル５３３ごとに、ＵＥ１０２は、タイプ１パワーヘッドルームの値を得る。ＵＥ１０２がこのＴＴＩの間の在圏セル上の送信のために割り当てられたＵＬリソースを有すれば、ＵＥ１０２は、物理レイヤから対応するＰＣＭＡＸ，ｃフィールドに関する値を得る。他の無線接続５３５が設定されていれば、ＵＥ１０２は、他の無線接続５３５に対応する電力管理７４３に関する情報（例えば、第２の無線接続５３５ｂのための拡張パワーヘッドルームＭＡＣ制御要素に関して、第２の無線接続に対応するアクティブ化された在圏セルごとの各電力バックオフが第１の無線接続上の送信によってもたらされたかどうかの指標）を得る。本明細書では、パワーヘッドルーム・レポート手順が各無線接続５３５に適用されることを前提として、他の無線接続とは、パワーヘッドルーム・レポート手順に関して（例えば、ＭＡＣ動作またはＭＡＣエンティティに関して）無線接続５３５とは異なる無線接続５３５を意味する。
【０１９０】
ＵＥ１０２は、ステップ１２１８を行う。ｓｉｍｕｌｔａｎｅｏｕｓＰＵＣＣＨ−ＰＵＳＣＨが設定される場合、ＵＥ１０２は、ＰＣｅｌｌのためのタイプ２パワーヘッドルームの値を得る。ＵＥ１０２がこのＴＴＩにおけるＰＵＣＣＨ送信を有すれば、ＵＥ１０２は、物理レイヤから対応するＰＣＭＡＸ，ｃフィールドに関する値を得る。
【０１９１】
ＵＥ１０２は、物理レイヤによってレポートされた値に基づいて拡張ＰＨＲ  ＭＡＣ制御要素１０６３を生成して送信するように多重化およびアセンブリ手順に命令する（ステップ１２２０）。
【０１９２】
ＵＥ１０２は、次にステップ１２１４を行う。例えば、ＵＥ１０２は、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始または再開する。ＵＥ１０２は、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを開始または再開する。ＵＥ１０２は、すべてのトリガされたＰＨＲ（単数または複数）を取り消す。
【０１９３】
図１３は、ＵＥ１３０２において利用される様々なコンポーネントを示す。図１３に関連して記載されるＵＥ１３０２は、図１に関連して記載されたＵＥ１０２に従って実装される。ＵＥ１３０２は、ＵＥ１３０２のオペレーションを制御するプロセッサ１３７１を含む。プロセッサ１３７１は、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）とも呼ばれる。メモリ１３７７は、リードオンリメモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、これら２つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ１３７１に命令１３７３ａおよびデータ１３７５ａを供給する。メモリ１３７７の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：ｎｏｎ−ｖｏｌａｔｉｌｅ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）も含んでよい。命令１３７３ｂおよびデータ１３７５ｂは、プロセッサ１３７１にも存在する。プロセッサ１３７１に読み込まれた命令１３７３ｂおよび／またはデータ１３７５ｂは、プロセッサ１３７１による実行または処理のために読み込まれた、メモリ１３７７からの命令１３７３ａおよび／またはデータ１３７５ａも含む。命令１３７３ｂは、上述の方法２００のうちの１つ以上を実装するためにプロセッサ１３７１によって実行される。
【０１９４】
ＵＥ１３０２は、データの送受信を可能にするための１つ以上の送信機１３５８および１つ以上の受信機１３２０が入った筺体も含む。送信機（単数または複数）１３５８および受信機（単数または複数）１３２０は、１つ以上のトランシーバ１３１８に組み合わされてもよい。１つ以上のアンテナ１３２２ａ〜ｎは、筺体に取り付けられて、トランシーバ１３１８へ電気的に結合される。
【０１９５】
ＵＥ１３０２の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含む、バスシステム１３７９によって結合される。しかしながら、明確さのために、図１３では様々なバスがバスシステム１３７９として示される。ＵＥ１３０２は、信号処理用のデジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）１３８１も含んでよい。ＵＥ１３０２は、ＵＥ１３０２の機能へのユーザ・アクセスを提供する通信インターフェース１３８３も含んでよい。図１３に示されるＵＥ１３０２は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。
【０１９６】
図１４は、ｅＮＢ１４６０において利用される様々なコンポーネントを示す。図１４に関連して記載されるｅＮＢ１４６０は、図１に関連して記載されたｅＮＢ１６０に従って実装される。ｅＮＢ１４６０は、ｅＮＢ１４６０のオペレーションを制御するプロセッサ１４７１を含む。プロセッサ１４７１は、中央処理装置（ＣＰＵ）とも呼ばれる。メモリ１４７７は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、これら２つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ１４７１に命令１４７３ａおよびデータ１４７５ａを供給する。メモリ１４７７の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）も含んでよい。命令１４７３ｂおよびデータ１４７５ｂは、プロセッサ１４７１にも存在する。プロセッサ１４７１に読み込まれた命令１４７３ｂおよび／またはデータ１４７５ｂは、プロセッサ１４７１による実行または処理のために読み込まれた、メモリ１４７７からの命令１４７３ａおよび／またはデータ１４７５ａも含む。命令１４７３ｂは、上述の方法３００の１つ以上を実装するためにプロセッサ１４７１によって実行される。
【０１９７】
ｅＮＢ１４６０は、データの送受信を可能にするための１つ以上の送信機１４１７および１つ以上の受信機１４７８が入った筺体も含む。送信機（単数または複数）１４１７および受信機（単数または複数）１４７８は、１つ以上のトランシーバ１４７６に組み合わされてもよい。１つ以上のアンテナ１４８０ａ〜ｎは、筺体に取り付けられて、トランシーバ１４７６へ電気的に結合される。
【０１９８】
ｅＮＢ１４６０の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含む、バスシステム１４７９によって結合される。しかしながら、明確さのために、図１４では様々なバスがバスシステム１４７９として示される。ｅＮＢ１４６０は、信号処理用のデジタル信号プロセッサ（ＤＳＰ）１４８１も含んでよい。ｅＮＢ１４６０は、ｅＮＢ１４６０の機能へのユーザ・アクセスを提供する通信インターフェース１４８３も含んでよい。図１４に示されるｅＮＢ１４６０は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。
【０１９９】
図１５は、フィードバック情報を送信するためのシステムおよび方法が実装されたＵＥ１５０２の一構成を示すブロック図である。ＵＥ１５０２は、送信手段１５５８、受信手段１５２０および制御手段１５２４を含む。送信手段１５５８、受信手段１５２０および制御手段１５２４は、上の図２に関連して記載された機能の１つ以上を行うように設定される。上の図１８は、図１５の具体的な装置構造の一例を示す。図２の機能の１つ以上を実現するために他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。
【０２００】
図１６は、フィードバック情報を受信するためのシステムおよび方法が実装されたｅＮＢ１６６０の一構成を示すブロック図である。ｅＮＢ１６６０は、送信手段１６１７、受信手段１６７８および制御手段１６８２を含む。送信手段１６１７、受信手段１６７８および制御手段１６８２は、上の図３に関連して記載された機能の１つ以上を行うように設定される。上の図１９は、図１６の具体的な装置構造の一例を示す。図３の機能の１つ以上を実現するために他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。
【０２０１】
用語「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な媒体を指す。用語「コンピュータ可読媒体」は、本明細書では、非一時的かつ有形のコンピュータおよび／またはプロセッサ可読媒体を示す。限定ではなく、例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは命令の形態の所望のプログラムコードまたはデータ構造を載せるか、または記憶するために用いることができ、コンピュータまたはプロセッサによってアクセスできる任意の他の媒体を備える。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書では、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ  ｄｉｓｃ）、レーザディスク（ｌａｓｅｒ  ｄｉｓｃ）、光ディスク（ｏｐｔｉｃａｌ  ｄｉｓｃ）、デジタルバーサタイルディスク（ＤＶＤ：ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ）、フロッピー（登録商標）ディスク（ｆｌｏｐｐｙ  ｄｉｓｋ）およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は、通常、磁気的にデータを再生し、一方でディスク（ｄｉｓｃ）は、レーザを用いて光学的にデータを再生する。
【０２０２】
留意すべきは、本明細書に記載される方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ）、大規模集積回路（ＬＳＩ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。
【０２０３】
本明細書に開示されるそれぞれの方法は、記載される方法を達成するための１つ以上のステップまたは動作を備える。本方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく、相互に交換されてもよく、および／または単一のステップに組み合わされてもよい。言い換えれば、記載される方法の適切なオペレーションのためにステップまたは動作の特定の順序が必要とされない限り、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲から逸脱することなく修正されてもよい。
【０２０４】
当然のことながら、特許請求の範囲は、上に示された通りの構成および構成要素には限定されない。特許請求の範囲から逸脱することなく、本明細書に記載される配置、オペレーション、ならびにシステム、方法および装置の詳細に様々な修正、変更および変形がなされてもよい。
【図１】
0006779129.tif 000029
【図２】
0006779129.tif 000030
【図３】
0006779129.tif 000031
【図４】
0006779129.tif 000032
【図５】
0006779129.tif 000033
【図６】
0006779129.tif 000034
【図７】
0006779129.tif 000035
【図８】
0006779129.tif 000036
【図９】
0006779129.tif 000037
【図１０】
0006779129.tif 000038
【図１１】
0006779129.tif 000039
【図１２】
0006779129.tif 000040
【図１３】
0006779129.tif 000041
【図１４】
0006779129.tif 000042
【図１５】
0006779129.tif 000043
【図１６】
0006779129.tif 000044