(57)【要約】      （修正有）【課題】ＷＴＲＵ（ワイヤレス送信／受信ユニット）のセルエッジパフォーマンスを向上させる。【解決手段】ＷＴＲＵは、それぞれのＤＬ（ダウンリンク）を介して複数のサイトとの接続を確立する。各ＤＬは、その他のＤＬ  ＣＣ（コンポーネントキャリア）の１つまたは複数と同一である、または異なる周波数上で動作する少なくとも１つのＤＬ  ＣＣを含み得る。これらのサイトは、特定のＤＬ  ＣＣ動作周波数に関するそれらのサイトの送信電力を、これらのサイトのうちの特定の１つからそのサイトのセル境界までの距離が、その特定の周波数上のそのサイトの送信電力を増加させることによって、より大きくなり得るように、さらにその他のサイトのうちの少なくとも１つからそのサイトのそれぞれのセル境界までの距離が、その特定の周波数上のそのサイトの送信電力を低減することによって、より小さくなり得るように操作する。【選択図】図６
2019097201.tif 000002
【特許請求の範囲】
【請求項１】
ＷＴＲＵ（ワイヤレス送信／受信ユニット）のセルエッジパフォーマンスを向上させる
方法であって、
前記ＷＴＲＵが、複数のサイトとの接続をそれぞれのＤＬ（ダウンリンク）を介して確立するステップであって、各ＤＬは、他のＤＬコンポーネントキャリア（ＣＣ）の１つまたは複数と同一、または異なる周波数上で動作する少なくとも１つのＤＬ  ＣＣを含む、
ステップと、
前記サイトが、特定のＤＬ  ＣＣ動作周波数に関するそれらのサイトの送信電力を操作するステップであって、前記サイトのうちの特定の１つからその１つのサイトのセル境界までの距離が、前記特定のＤＬ  ＣＣ動作周波数上のその１つのサイトの送信電力を増加させることによって、より大きくなり、さらに前記他のサイトのうちの少なくとも１つからその少なくとも１つのサイトのそれぞれのセル境界までの距離が、前記特定のＤＬ  ＣＣ動作周波数上のその少なくとも１つのサイトの送信電力を低減することによって、より小さくなる、ステップと、
を備えることを特徴とする方法。
【請求項２】
異なるＣＣ周波数間のカバレッジの重なり合いが、１という周波数再利用パターンを維持しながら、作成されることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＷＴＲＵが、前記サイトとのさらなる接続をそれぞれのＵＬ（アップリンク）を介して確立するステップであって、各ＵＬは、その他のＵＬ  ＣＣの１つまたは複数と同一である、または異なる周波数上で動作する少なくとも１つのＵＬ  ＣＣを含むステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
前記ＷＴＲＵが、前記ＵＬ  ＣＣのうちの少なくとも１つ、または前記サイトのうちの２つの間に接続されたＸ２インターフェースを介してＵＣＩ（ＵＬ制御情報）を送信するステップをさらに備えることを特徴とする請求項３に記載の方法。
【請求項５】
前記ＷＴＲＵは、前記サイトのいずれかから、または前記サイトのうち２つ以上から同時に、データを受信するように構成されることを特徴とする請求項１に記載の方法。
【請求項６】
前記サイトは、ノードＢ、ｅＮＢ（発展型ｅＮＢ）、基地局に関連するＲＲＨ（リモート無線ヘッド）、またはノードＢもしくはｅＮＢのいくつかのセクタ送信アンテナのうちの１つの少なくとも１つを含むことを特徴とする請求項１に記載の方法。
【請求項７】
電力使用パターンが、再利用セットの中の各ＣＣに関して定義されることを特徴とする請求項１に記載の方法。
【請求項８】
アンテナパターンが、再利用セットの中の各ＣＣに関して定義されることを特徴とする
請求項１に記載の方法。
【請求項９】
所望される受信品質を保つように、ハンドオーバ手順に加えて、ＣＣ固有のハンドオーバを効果的にサポートするために個別のＣＣ活性化またはＣＣ不活性化が使用されることを特徴とする請求項１に記載の方法。
【請求項１０】
前記ＷＴＲＵがＣＣ障害を検出するステップと、
前記ＷＴＲＵが、協調するサイトのＣＣに部分的ＲＬＦ（無線リンク障害）レポートを送るステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項１１】
前記協調するサイトとサービングサイトの間でＸ２インターフェース、ＣＣＣＨ（共通制御チャネル）、またはＤＣＣＨ（専用制御チャネル）を確立して、前記協調するサイトから前記サービングサイトに部分的ＲＬＦ通知を転送するステップをさらに備えることを特徴とする請求項１０に記載の方法。
【請求項１２】
特定のＤＬ（ダウンリンク）ＣＣ（コンポーネントキャリア）動作周波数に関するサイトの送信電力を操作するように構成された複数のサイトと通信状態にあるＷＴＲＵ（ワイヤレス送信／受信ユニット）であって、
前記サイトとの接続をそれぞれのＤＬを介して確立するように構成され、各ＤＬは、その他のＤＬ  ＣＣの１つまたは複数と同一である、または異なる周波数上で動作する少なくとも１つのＤＬ  ＣＣを含み、前記サイトのうちの特定の１つからその１つのサイトのセル境界までの距離が、前記特定のＤＬ  ＣＣ動作周波数上のその１つのサイトの送信電力を増加させることによって、より大きくなり、さらにその他のサイトのうちの少なくとも１つからその少なくとも１つのサイトのそれぞれのセル境界までの距離が、前記特定のＤＬ  ＣＣ動作周波数上のその少なくとも１つのサイトの送信電力を低減することによって、より小さくなることを特徴とするＷＴＲＵ。
【請求項１３】
前記サイトとのさらなる接続をそれぞれのＵＬ（アップリンク）を介して確立するようにさらに構成され、各ＵＬは、その他のＵＬ  ＣＣのうちの１つまたは複数と同一である、または異なる周波数上で動作する少なくとも１つのＵＬ  ＣＣを含むことを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１４】
前記ＵＬ  ＣＣのうちの少なくとも１つ、または前記サイトのうちの２つの間に接続されたＸ２インターフェースを介してＵＣＩ（ＵＬ制御情報）を送信するように構成されることを特徴とする請求項１３に記載のＷＴＲＵ。
【請求項１５】
前記サイトのいずれかから、または前記サイトのうち２つ以上から同時に、データを受信するように構成されることを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１６】
ＷＴＲＵがＣＣ障害を検出したという条件付きで、協調するサイトのＣＣに部分的ＲＬＦ（無線リンク障害）レポートを送るように構成されることを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１７】
特定のＤＬ（ダウンリンク）ＣＣ（コンポーネントキャリア）動作周波数に関するサイトの送信電力を操作するように構成された複数のサイトと、
前記サイトとの接続をそれぞれのＤＬを介して確立するように構成されたＷＴＲＵ（ワイヤレス送信／受信ユニット）であって、各ＤＬは、その他のＤＬ  ＣＣの１つまたは複数と同一である、または異なる周波数上で動作する少なくとも１つのＤＬ  ＣＣを含み、前記サイトのうちの特定の１つからその１つのサイトのセル境界までの距離が、前記特定のＤＬ  ＣＣ動作周波数のその１つのサイトの送信電力を増加することによって、より大きくなり、さらに、その他のサイトのうちの少なくとも１つからその少なくとも１つのサイトのそれぞれのセル境界までの距離が、前記特定のＤＬ  ＣＣ動作周波数上のその少なくとも１つのサイトの送信電力を低減させることによって、より小さくなる、ＷＴＲＵと、
を備えることを特徴とするワイヤレス通信ネットワーク。
【請求項１８】
異なるＣＣ周波数の間のカバレッジの重なり合いが、１という周波数再利用パターンを維持しながら、作り出されることを特徴とする請求項１７に記載のネットワーク。
【請求項１９】
前記サイトは、ノードＢ、ｅＮＢ（発展型ｅＮＢ）、基地局に関連するＲＲＨ（リモート無線ヘッド）、またはノードＢもしくはｅＮＢのいくつかのセクタ送信アンテナのうちの１つ、の少なくとも１つを含むことを特徴とする請求項１７に記載のネットワーク。
【請求項２０】
前記サイトは、ノードＢ、ｅＮＢ（発展型ｅＮＢ）、基地局に関連するＲＲＨ（リモート無線ヘッド）、またはノードＢもしくはｅＮＢのいくつかのセクタ送信アンテナのうちの１つの少なくとも１つを含むことを特徴とする請求項１７に記載のネットワーク。。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワイヤレス通信技術に関する。
【０００２】
関連出願の相互参照
本出願は、参照により内容が本明細書に組み込まれている、２０１０年２月１２日に出願した米国特許仮出願第６１／３０３，６９７号明細書、２０１０年２月１２日に出願した米国特許仮出願第６１／３０４，２１７号明細書、および２０１０年２月１２日に出願した米国特許仮出願第６１／３０４，３７１号明細書の優先権を主張するものである。
【背景技術】
【０００３】
現行のセルラシステム、および発展中のセルラシステムにおいて、一様なユーザ体験（例えば、スループット、ＱｏＳ（サービス品質）など）を提供することは、セルエッジにおいてユーザ体験が他のセルからの干渉によって制限されるため、一般に非常に困難である。この問題は、周波数再利用係数（frequency reuse factor）が１である場合、さらに深刻である。異なるセルが、異なるセットのＣＣ（コンポーネントキャリア）を使用し得ることが提案されている。しかし、このスキームは、有効周波数再利用係数が１より大きくなることにつながり、このことは、従来のマクロセルシナリオが効率的なスペクトル利用を維持するのに好適ではない。
【０００４】
さらに、ＣＡ（キャリア集約）のための複数のＣＣのサポートは、通常、１つのサービングｅＮＢ（発展型ノードＢ）に限られる。このことは、標準に準拠するＷＴＲＵ（ワイヤレス送信／受信ユニット）が、異なる複数のｅＮＢ上のＣＣとのデータ通信を同時に維持する可能性を排除する。
【０００５】
セルエッジパフォーマンスを向上させるために、ＷＴＲＵを、異なる複数のＣＣ上の異なるいくつかの伝送サイトに同時に接続するための方法および装置を提供することが望ましい可能性がある。
【発明の概要】
【０００６】
ＷＴＲＵ（ワイヤレス送信／受信ユニット）のセルエッジパフォーマンスを向上させるためのワイヤレス通信ネットワークおよびワイヤレス通信方法が説明される。ＷＴＲＵは、それぞれのＤＬ（ダウンリンク）を介して複数のサイトとの接続を確立することが可能である。各ＤＬは、その他のＤＬ  ＣＣ（コンポーネントキャリア）の１つまたは複数と同一である、または異なる周波数上で動作する少なくとも１つのＤＬ  ＣＣを含み得る。これらのサイトは、特定のＤＬ  ＣＣ動作周波数に関するそれらのサイトの送信電力を、これらのサイトのうちの特定の１つからその１つのサイトのセル境界までの距離が、その特定のＤＬ  ＣＣ動作周波数上のその１つのサイトの送信電力を増加させることによって、より大きくなり得るように、さらにその他のサイトのうちの少なくとも１つからその少なくとも１つのサイトのそれぞれのセル境界までの距離が、その特定のＤＬ  ＣＣ動作周波数上のその少なくとも１つのサイトの送信電力を低減することによって、より小さくなり得るように操作することが可能である。このため、異なるＣＣ周波数の間のカバレッジ（coverage）の重なり合いが、１という周波数再利用パターンを維持しながら、作り出されることが可能である。ＷＴＲＵは、異なるＣＣ周波数間でハンドオーバを実行することによって、少なくとも１つのＣＣ周波数のセルエッジを回避することが可能である。ＷＴＲＵは、ＣＣ周波数のセルエッジに近接していない可能性がある異なる複数のサイトからの複数のＣＣに選択的にアクセスすることによって、従来のセルエッジにおいてスループットパフォーマンス向上を実現することが可能である。
【図面の簡単な説明】
【０００７】
添付の図面と併せて例として与えられる以下の説明から、より詳細な理解を得ることが可能である。
【０００８】
【図１】ＷＴＲＵがＣＣ帯域幅を集約してデータ転送速度を増加させることが可能であるように協調的に（cooperatively）構成された複数のＣＣ（コンポーネントキャリア）を有する或るワイヤレス通信システムの例を示す。
【図２】２つのＤＬ  ＣＣが、異なる送信電力を使用して各サイト上で構成されて、セルカバレッジ重なり合いの、ただし、異なるサイトに関連する異なるＣＣからの領域を作り出すことが可能な、ワイヤレス通信システムの例を示す図である。
【図３Ａ】開示される１つまたは複数の実施形態が実施され得る例示的な通信システムを示す図である。
【図３Ｂ】図３Ａに示される通信システム内で使用され得る例示的なＷＴＲＵ（ワイヤレス送信／受信ユニット）を示す図である。
【図３Ｃ】図３Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークを示す図である。
【図４】ワイヤレスシステムセル境界におけるＷＴＲＵによって受信されるＳＩＮＲ（信号対干渉雑音比）を向上させるＣＣの使用を示す図である。
【図５】１つのＣＣ周波数における複数のセクタアンテナのローテーションを示す概念図である。
【図６】異なる２つのサイト（ｅＮＢ）と通信するＷＴＲＵに関する様々な動作シナリオを示す図である。
【図７】異なる２つのサイト（ｅＮＢ）と通信するＷＴＲＵに関する様々な動作シナリオを示す図である。
【図８】異なる２つのサイト（ｅＮＢ）と通信するＷＴＲＵに関する様々な動作シナリオを示す図である。
【図９】異なる２つのサイト（ｅＮＢ）と通信するＷＴＲＵに関する様々な動作シナリオを示す図である。
【図１０】異なる２つのサイト（ｅＮＢ）と通信するＷＴＲＵに関する様々な動作シナリオを示す図である。
【図１１】異なる２つのサイト（ｅＮＢ）と通信するＷＴＲＵに関する様々な動作シナリオを示す図である。
【図１２】異なる２つのサイト（ｅＮＢ）と通信するＷＴＲＵに関する様々な動作シナリオを示す図である。
【図１３】基地局の地理的レイアウトを示す図である。
【図１４】或る電力プロファイルを有する或るＣＣに関する最適化されたＣ／Ｉ（キャリア対干渉比）マップを示す図である。
【図１５】均一な電力および不均一な電力を有する正規化されていない合計レートのＣＤＦ（累積分布関数）を表すグラフである。
【図１６】各ＷＴＲＵが３つのＣＣを使用するものと想定する正規化された合計レートのＣＤＦを表すグラフである。
【図１７】ＣＣＣ（cooperative component carrier：協調コンポーネントキャリア）における移動性による例示的な無線リンク障害を示す図である。
【図１８】例示的なｅＮＢアクセス層プロトコルアーキテクチャを示す図である。
【発明を実施するための形態】
【０００９】
以降、言及される場合、「ＷＴＲＵ（ワイヤレス送信／受信ユニット）」という用語には、ＷＴＲＵ（ユーザ機器）、移動局、固定加入者ユニットもしくはモバイル加入者ユニット、ポケットベル、セルラ電話機、ＰＤＡ（携帯情報端末）、コンピュータ、またはワイヤレス環境で動作することができる他の任意のタイプのユーザデバイスが含まれるが、以上には限定されない。以降、言及される場合、「基地局」という用語には、ノードＢ、ｅＮＢ（発展型ノードＢ）、サイトコントローラ、ＡＰ（アクセスポイント）、またはワイヤレス環境で動作することができる他の任意のタイプのインターフェースデバイスが含まれるが、以上には限定されない。
【００１０】
より高いデータレート、およびより高いスペクトル効率をサポートするワイヤレス通信システムは、ＯＦＤＭＡ（直交周波数分割多元接続）無線インターフェースに基づくＤＬ伝送スキームを使用することが可能である。ＵＬ（アップリンク）方向に関して、ＤＦＴ−Ｓ−ＯＦＤＭＡ（ＤＦＴ（離散フーリエ変換）拡散ＯＦＤＭＡ）に基づくＳＣ（シングルキャリア）伝送が使用され得る。ＵＬにおけるシングルキャリア伝送の使用は、ＯＦＤＭ（直交周波数分割多重化）などのマルチキャリア伝送と比べてＰＡＰＲ（ピーク対平均電力比）がより低いことによって動機付けられることが可能である。
【００１１】
実現可能なスループット、およびワイヤレス通信無線アクセスシステムのカバレッジをさらに向上させるため、およびそれぞれ、ＤＬ方向における１Ｇｂｐｓ、およびＵＬ方向における５００ＭｂｐｓというＩＭＴ（インターナショナルモバイルテレコミュニケーションズ）アドバンストの要件を満たすために、柔軟性のある帯域幅構成フィーチャ（feature）をサポートしながら、最大伝送帯域幅を２０ＭＨｚから１００ＭＨｚまで増加させるためにいくつかのキャリアが集約されることが可能である。各キャリア（すなわち、ＣＣ（コンポーネントキャリア））は、２０ＭＨｚの最大帯域幅を有し得る。ＣＡは、ＤＬおよびＵＬにおいてサポートされる。さらに、異なるＣＣは、異なるカバレッジを有し得る。
【００１２】
複数のＣＣを使用するＣＡの概念は、ＲＲＣ（無線リソース制御）接続状態にあるＷＴＲＵ（ワイヤレス送信／受信ユニット）に関係がある。アイドルなＷＴＲＵが、単一のＵＬ−ＤＬキャリアペアを介してネットワークにアクセスする。ＣＡは、単一のｅＮＢ（発展型ノードＢ）上でサポートされ得る。ＣＡが実施される場合、或るセルが、一意のＥＣＧＩ（Ｅ−ＵＴＲＡＮ（Ｅ−ＵＭＴＳ（発展型ユニバーサルモバイルテレコミュニケーションズシステム）地上無線アクセスネットワーク）セルグローバル識別子）によって識別され、さらにそのセルは、１つのＣＣにおけるシステム情報の伝送に対応する。アンカキャリアは、或るセルに関するシステム情報、同期、およびページングを提供するキャリアである。さらに、アンカキャリアは、干渉調整が、ＷＴＲＵの見地から少なくとも１つの検出可能な（アクセス可能な）アンカキャリアをもたらす、異種のネットワーク環境における同期、キャンピング、アクセス、および信頼できる制御カバレッジを可能にする。その絡みで、ＷＴＲＵ固有のアンカキャリアは、セル固有のアンカキャリアのサブセットと考えられることが可能である。ＷＴＲＵ固有のアンカキャリアは、１つのＣＣにそれぞれが対応する複数の別々のＰＤＣＣＨ（物理ＤＬ制御チャネル）を伝送するのに使用され得る。
【００１３】
いくつかのワイヤレス通信システムにおいて、ＤＬ電力割当てを管理する以下の３つのパラメータ、すなわち、基準信号電力、ρA、およびρBが、より上位の層からシグナリングされ得る。これらのパラメータは、セル固有のＲＳ（基準信号）ＥＰＲＥ（１リソース要素当りのエネルギー）、ＷＴＲＵ固有の、ＰＤＳＣＨ（物理ＤＬ共有チャネル）ＥＰＲＥ対セル固有のＲＳ  ＥＰＲＥ（ρAまたはρB）の比、およびセル固有の比ρA／ρBを算出するのに使用される。ｅＮＢは、ＤＬ送信ＥＰＲＥを算出することが可能であり、さらにＷＴＲＵは、異なるセル固有のＲＳ電力情報が受信されるまで、ＤＬセル固有のＲＳ  ＥＰＲＥがＤＬシステム帯域幅全体にわたって一定であるとともに、すべてのサブフレームにわたって一定であると想定することが可能である。ＤＬ基準信号ＥＰＲＥは、より上位の層によって供給されるパラメータ、基準信号電力によって与えられるＤＬ基準信号送信電力から導き出されることが可能である。ＤＬ基準信号送信電力は、動作システム帯域幅内でセル固有の基準信号を伝送するすべてのリソース要素の信号寄与にわたる線形平均として定義される。各ＯＦＤＭシンボルに関するＰＤＳＣＨ  ＲＥ（リソース要素）の間のＰＤＳＣＨ  ＥＰＲＥ対セル固有のＲＳ  ＥＰＲＥの比は、ρAおよびρBの関数であるＯＦＤＭシンボルインデックスに従ってρAまたはρBによって表されることが可能である。
【００１４】
いくつかのワイヤレス通信システムにおいて、基準信号電力、ρAパラメータおよびρBパラメータが、ＰＤＳＣＨ−Ｃｏｎｆｉｇ  ＩＥ（情報要素）内のＲＲＣピアメッセージによってもたらされることが可能である。ＷＴＲＵがＰＤＳＣＨ−Ｃｏｎｆｉｇ  ＩＥを獲得し得る２つの方法が存在する。アイドルモードにおいて、ＷＴＲＵは、セルにキャンプオンしている際にＳＩＢ２（システム情報ブロック２）から、ＰＤＳＣＨ−Ｃｏｎｆｉｇを含むデフォルトの無線ベアラ構成を取り出すことが可能である。アイドルモードから活性（active）モードに遷移すると、ＷＴＲＵは、格納されたデフォルトの無線ベアラ構成（ＰＤＳＣＨ−Ｃｏｎｆｉｇを含む）を使用して、初期ＲＲＣ接続を確立することが可能である。ＷＴＲＵが活性モードに入ると、ＲＲＣ接続再構成メッセージが、ネットワークによって、ＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ  ＩＥに含まれるＰＤＳＣＨ−Ｃｏｎｆｉｇ  ＩＥをＷＴＲＵに供給するのに使用され得る。ＰＤＳＣＨ情報は、ＷＴＲＵが活性モード中にどこに接続され得るかをネットワークが制御することができるように、物理セルＩＤおよび周波数と一緒に供給されることが可能である。ＨＯ（ハンドオーバ）の場合、ターゲットｅＮＢのＰＤＳＣＨ（物理ＤＬ共有チャネル）Ｃｏｎｆｉｇが、ハンドオーバを実行する準備をしている間に、サービングｅＮＢによってＸ２シグナリングを介して獲得される。
【００１５】
図１は、ＷＴＲＵ１０５と、２つのサイト（ｅＮＢ１１０および１１５）を含むワイヤレス通信システム１００の例を示す。システム１００は、ＷＴＲＵ１０５がＣＣ帯域幅を集約してデータ転送速度を増加させることが可能であるように構成される。図１に示されるとおり、ＷＴＲＵ１０５は、２つのＣＣ、ＣＣ１２０およびＣＣ１２５を介してｅＮＢ１１０とだけ通信する。ＷＴＲＵが異なるサイトからＣＣ上でデータを受信することを禁止する特定の制限（例えば、不許可機構、タイミングアドバンス、ＣＱＩ（チャネル品質指標シグナリング、ＡＣＫ（肯定応答）／ＮＡＣＫ（否定応答）シグナリングなど）が存在することが可能である。
【００１６】
例えば、図２は、２つのＤＬ  ＣＣが構成され得る可能な１つのワイヤレス通信システム構成を示す。各サイトは、異なる電力（すなわち、最大の電力、または低減された電力）を有するＣＣ上で送信する。ＷＴＲＵのすべてが、所与のＣＣ上で許容できるレベルのＳＩＮＲ（信号対干渉雑音比）を経験する。図２は、ＷＴＲＵ１０５が、ＣＣ２とＣＣ３がともにアクセス可能であり得るＷＴＲＵ１の位置にあるシナリオを示す。ＷＴＲＵ１０５が、ＷＴＲＵ３の位置にある場合、ＣＣ１とＣＣ４がともにアクセス可能であり得る。ＷＴＲＵ１０５が、ＷＴＲＵ２の位置にある場合、ＣＣ１またはＣＣ２のいずれかだけがアクセス可能である。例えば、ＷＴＲＵ１０５が、サイト１上のＣＣ２にアクセスしている場合、ネットワークＲＲＭ（無線リソース管理）エンティティ（図示せず）が、サイト１上のＣＣ１にアクセスするために、異なるサイトからの複数のＣＣを使用することによってデータスループット増加の完全な利益を得るのではなく、ＣＣ２をドロップするようにハンドオーバが実行されるべきか否かを判定することが可能である。
【００１７】
例えば、１つのサイト当り２つのＵＣ（ＵＬ  ＣＣ）、ＵＣ周波数１およびＵＣ周波数２が存在する場合、これらのＵＬ  ＣＣ周波数の各周波数上のＷＴＲＵ１とサイト１の間のパスロス（path loss）は、サイト２に至るパスロスと比べて、より小さいことが可能である。同様に、ＷＴＲＵ３に関して、サイト２に至るパスロスは、より好適であり得る。しかし、ＷＴＲＵ２の場合、ＵＬチャネル品質は、ＤＬ信号品質と異なる可能性がある。このため、ＣＣ１上のＤＬ伝送は、サイト２によるＣＣ１上のより高い送信電力のため、サイト２から受信されるものの、ＵＬ周波数１とＵＣ周波数２の両方の周波数上でサイト１に至るパスロスの方が、より小さいことがあることが可能であり得る。
【００１８】
図３Ａは、開示される１つまたは複数の実施形態が実施され得る例示的な通信システム３００を示す。通信システム３００は、複数のワイヤレスユーザに、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを供給する多元接続システムであり得る。通信システム３００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースを共有することを介して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム３００は、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交ＦＤＭＡ）、ＳＣ−ＦＤＭＡ（シングルキャリアＦＤＭＡ）などの、１つまたは複数のチャネルアクセス方法を使用することが可能である。
【００１９】
図３Ａに示されるとおり、通信システム３００は、ＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃ、３０２ｄと、ＲＡＮ（無線アクセスネットワーク）３０４と、コアネットワーク３０６と、ＰＳＴＮ（公衆交換電話網）３０８と、インターネット３１０と、他のネットワーク３１２とを含むことが可能であり、ただし、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが認識されよう。ＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃ、３０２ｄのそれぞれは、ワイヤレス環境において動作し、さらに／または通信するように構成された任意のタイプのデバイスであり得る。例として、ＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃ、３０２ｄは、ワイヤレス信号を送信するように、さらに／または受信するように構成されることが可能であり、さらにＵＥ（ユーザ機器）、移動局、固定加入者ユニットもしくはモバイル加入者ユニット、ポケットベル、セルラ電話機、ＰＤＡ（携帯情報端末）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電子機器などを含み得る。
【００２０】
通信システム３００は、基地局３１４ａと、基地局３１４ｂとを含むことも可能である。基地局３１４ａ、３１４ｂのそれぞれは、コアネットワーク３０６、インターネット３１０、および／またはその他のネットワーク３１２などの１つまたは複数の通信ネットワークに対するアクセスを円滑にするようにＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃ、３０２ｄのうちの少なくとも１つとワイヤレスでインターフェースをとるように構成された任意のタイプのデバイスであり得る。例として、基地局３１４ａ、３１４ｂは、ＢＴＳ（基地局トランシーバ）、ノードＢ、ｅＮＢ、ＨＮＢ（ホームノードＢ）、ＨｅＮＢ（ホームｅＮＢ）、サイトコントローラ、ＡＰ（アクセスポイント）、ワイヤレスルータ、ＲＲＨ（リモート無線ヘッド）などであり得る。基地局３１４ａ、３１４ｂはそれぞれ、単一の要素として示されるが、基地局３１４ａ、３１４ｂは、任意の数の互いに接続された基地局および／またはネットワーク要素を含み得ることが認識されよう。
【００２１】
基地局３１４ａは、ＢＳＣ（基地局コントローラ）、ＲＮＣ（無線ネットワークコントローラ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）を含むことも可能なＲＡＮ３０４の一部であり得る。基地局３１４ａおよび／または基地局３１４ｂは、セル（図示せず）と呼ばれ得る特定の地理的区域内でワイヤレス信号を送信するように、さらに／または受信するように構成されることが可能である。セルは、セルセクタにさらに分割され得る。このため、一実施形態において、基地局３１４ａは、３つのトランシーバ、つまり、セルの各セクタにつき１つのトランシーバを含み得る。別の実施形態において、基地局３１４ａは、ＭＩＭＯ（多入力多出力）技術を使用することが可能であり、したがって、セルの各セクタにつき複数のトランシーバを利用することが可能である。
【００２２】
基地局３１４ａ、３１４ｂは、任意の適切なワイヤレス通信リンク（例えば、ＲＦ（無線周波数）、マイクロ波、ＩＲ（赤外線）、ＵＶ（紫外線）、可視光など）であることが可能な無線インターフェース３１６を介してＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃ、３０２ｄの１つまたは複数と通信することが可能である。無線インターフェース３１６は、任意の適切なＲＡＴ（無線アクセス技術）を使用して確立され得る。
【００２３】
より具体的には、通信システム３００は、多元接続システムであることが可能であり、さらにＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを使用することが可能である。例えば、ＲＡＮ３０４における基地局３１４ａおよびＷＴＲＵ３０２ａ、３０２ｂ、および３０２ｃが、ＷＣＤＭＡ（登録商標）（広帯域ＣＤＭＡ）を使用して無線インターフェース３１６を確立することが可能な、ＵＴＲＡ（ＵＭＴＳ（ユニバーサルモバイルテレコミュニケーションズシステム）地上無線アクセス）などの無線技術を実施することが可能である。ＷＣＤＭＡは、ＨＳＰＡ（高速パケットアクセス）および／またはＨＳＰＡ＋（発展型ＨＳＰＡ）などの通信プロトコルを含み得る。ＨＳＰＡは、ＨＳＤＰＡ（高速ＤＬパケットアクセス）および／またはＨＳＵＰＡ（高速ＵＬパケットアクセス）を含み得る。
【００２４】
別の実施形態において、基地局３１４ａおよびＷＴＲＵ３０２ａ、３０２ｂ、および３０２ｃが、ＬＴＥ（ロングタームエボリューション）および／またはＬＴＥ−Ａ（ＬＴＥアドバンスト）を使用して無線インターフェース３１６を確立することが可能な、Ｅ−ＵＴＲＡ（発展型）ＵＴＲＡなどの無線技術を実施することが可能である。
【００２５】
他の実施形態において、基地局３１４ａおよびＷＴＲＵ３０２ａ、３０２ｂ、および３０２ｃが、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（ワールドワイドインターオペラビリティフォーマイクロウェイブアクセス））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ（エボリューションデータオプティマイズド）、ＩＳ−２０００（暫定標準２０００）、ＩＳ−９５（暫定標準９５）、ＩＳ−８５６（暫定標準８５６）、ＧＳＭ（登録商標）（グローバルシステムフォーモバイルコミュニケーションズ）、ＥＤＧＥ（エンハンストデータレートフォーＧＳＭエボリューション）、ＧＥＲＡＮ（ＧＳＭ／ＥＤＧＥ  ＲＡＮ）などの無線技術を実施することが可能である。
【００２６】
図３Ａにおける基地局３１４ａは、例えば、ワイヤレスルータ、ノードＢ、ＨＮＢ、ＲＮＣとノードＢの組合せ、ｅＮＢ、ＨｅＮＢ、関連する基地局を有するＲＲＨ、またはＡＰであることが可能であり、さらに事業所、自宅、車両、キャンパスなどの局所化された区域内でワイヤレス接続を円滑にするために任意の適切なＲＡＴを利用することが可能である。一実施形態において、基地局３１４ｂ、およびＷＴＲＵ３０２ｃ、３０２ｄが、ＩＥＥＥ８０２．１１などの無線技術を実施して、ＷＬＡＮ（ワイヤレスローカルエリアネットワーク）を確立することが可能である。別の実施形態において、基地局３１４ｂ、およびＷＴＲＵ３０２ｃ、３０２ｄが、ＩＥＥＥ８０２．１５などの無線技術を実施して、ＷＰＡＮ（ワイヤレスパーソナルエリアネットワーク）を確立することが可能である。さらに別の実施形態において、基地局３１４ｂ、およびＷＴＲＵ３０２ｃ、３０２ｄが、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することが可能である。図３Ａに示されるとおり、基地局３１４ｂは、インターネット３１０に対する直接の接続を有することが可能である。このため、基地局３１４ｂは、コアネットワーク３０６を介してインターネット３１０にアクセスすることを必要としないことがある。
【００２７】
ＲＡＮ３０４は、ＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃ、３０２ｄの１つまたは複数に音声サービス、データサービス、アプリケーションサービス、および／またはＶｏＩＰ（ボイスオーバーインターネットプロトコル）サービスを提供するように構成された任意のタイプのネットワークであり得るコアネットワーク３０６と通信状態にあることが可能である。例えば、コアネットワーク３０６は、呼制御、料金請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続、ビデオ配信などを提供することが可能であり、さらに／またはユーザ認証などの高レベルセキュリティ機能を実行することが可能である。図３Ａには示されないが、ＲＡＮ３０４および／またはコアネットワーク３０６は、ＲＡＮ３０４と同一のＲＡＴ、または異なるＲＡＴを使用する他のＲＡＮと直接の、または間接的な通信状態にあることが可能であることが認識されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用していることが可能なＲＡＮ３０４に接続されていることに加えて、コアネットワーク３０６は、ＧＳＭ無線技術を使用している別のＲＡＮ（図示せず）と通信状態にあることも可能である。
【００２８】
コアネットワーク３０６は、ＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃ、３０２ｄがＰＳＴＮ３０８、インターネット３１０、および／または他のネットワーク３１２にアクセスするゲートウェイの役割をすることも可能である。ＰＳＴＮ３０８は、ＰＯＴＳ（通常の従来の電話サービス）を提供する回線交換電話ネットワークを含み得る。インターネット３１０は、ＴＣＰ／ＩＰスイートにおけるＴＣＰ（伝送制御プロトコル）、ユーザデータグラム（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの一般的な通信プロトコルを使用する互いに接続されたコンピュータネットワークおよびコンピュータデバイスの地球規模のシステムを含み得る。ネットワーク３１２は、他のサービスプロバイダによって所有され、さらに／または運用される有線通信ネットワークまたはワイヤレス通信ネットワークを含み得る。例えば、ネットワーク３１２は、ＲＡＮ３０４と同一のＲＡＴを使用することも、異なるＲＡＴを使用することも可能な、１つまたは複数のＲＡＮに接続された別のコアネットワークを含み得る。
【００２９】
通信システム３００におけるＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃ、３０２ｄのいくつか、またはすべては、マルチモード能力を含むことが可能であり、すなわち、ＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃ、３０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するための複数のトランシーバを含むことが可能である。例えば、図３Ａに示されるＷＴＲＵ３０２ｃが、セルラベースの無線技術を使用することが可能な基地局３１４Ａと通信するとともに、ＩＥＥＥ８０２無線技術を使用することが可能な基地局３１４Ｂと通信するように構成され得る。
【００３０】
図３Ｂは、図３Ａに示される通信システム１００内で使用され得る例示的なＷＴＲＵ３０２を示す。図３Ｂに示されるとおり、ＷＴＲＵ３０２は、プロセッサ３１８と、トランシーバ３２０と、送信／受信要素３２２（例えば、アンテナ）と、スピーカ／マイクロフォン３２４と、キーパッド３２６と、ディスプレイ／タッチパッド３２８と、非リムーバブルメモリ３３０と、リムーバブルメモリ３３２と、電源３３４と、ＧＰＳ（全地球測位システム）チップセット３３６と、周辺装置３３８とを含み得る。ＷＴＲＵ３０２は、或る実施形態に合致したままで、以上の要素の任意の部分的組合せを含み得ることが認識されよう。
【００３１】
プロセッサ３１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、マイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、ＩＣ（集積回路）、状態マシンなどであり得る。プロセッサ３１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ３０２がワイヤレス環境で動作することを可能にする他の任意の機能を実行することが可能である。プロセッサ３１８は、送信／受信要素３２２に結合されることが可能なトランシーバ３２０に結合され得る。図３Ｂは、プロセッサ３１８とトランシーバ３２０を別々のコンポーネントとして示すが、プロセッサ３１８とトランシーバ３２０は、電子パッケージまたはチップに一緒に組み込まれてもよい。
【００３２】
送信／受信要素３２２は、無線インターフェース３１６を介して基地局（例えば、基地局３１４ａ）に信号を送信するように、または基地局（例えば、基地局３１４ａ）から信号を受信するように構成され得る。例えば、一実施形態において、送信／受信要素３２２は、ＲＦ信号を送信するように、さらに／または受信するように構成されたアンテナであり得る。別の実施形態において、送信／受信要素３２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信するように、さらに／または受信するように構成されたエミッタ／検出器であり得る。さらに別の実施形態において、送信／受信要素３２２は、ＲＦ信号と光信号をともに送受信するように構成され得る。送信／受信要素３２２は、ワイヤレス信号の任意の組合せを送信するように、さらに／または受信するように構成され得る。
【００３３】
さらに、送信／受信要素３２２は、図３Ｂに単一の要素として示されるものの、ＷＴＲＵ３０２は、任意の数の送信／受信要素３２２を含み得る。より具体的には、ＷＴＲＵ３０２は、ＭＩＭＯ技術を使用することが可能である。このため、一実施形態において、ＷＴＲＵ３０２は、無線インターフェース３１６を介してワイヤレス信号を送信するため、および受信するための２つ以上の送信／受信要素３２２（例えば、複数のアンテナ）を含み得る。
【００３４】
トランシーバ３２０は、送信／受信要素３２２によって送信されるべき信号を変調するように、さらに送信／受信要素３２２によって受信された信号を復調するように構成され得る。ＷＴＲＵ３０２は、マルチモード能力を有することが可能である。このため、トランシーバ３２０は、ＷＴＲＵ３０２が、例えば、ＵＴＲＡやＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含み得る。
【００３５】
ＷＴＲＵ３０２のプロセッサ３１８は、スピーカ／マイクロフォン３２４、キーパッド３２６、および／またはディスプレイ／タッチパッド３２８（例えば、ＬＣＤ（液晶ディスプレイ）ディスプレイユニットまたはＯＬＥＤ（有機発光ダイオード）ディスプレイユニット）に結合されることが可能であり、さらにスピーカ／マイクロフォン３２４、キーパッド３２６、および／またはディスプレイ／タッチパッド３２８（例えば、ＬＣＤディスプレイユニットまたはＯＬＥＤディスプレイユニット）からユーザ入力データを受け取ることが可能である。また、プロセッサ３１８は、スピーカ／マイクロフォン３２４、キーパッド３２６、および／またはディスプレイ／タッチパッド３２８にユーザデータを出力することも可能である。さらに、プロセッサ３１８は、非リムーバブルメモリ３３０、および／またはリムーバブルメモリ３３２などの任意のタイプの適切なメモリからの情報にアクセスすること、およびそのようなメモリの中にデータを格納することが可能である。非リムーバブルメモリ３３０は、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み取り専用メモリ）、ハードディスク、または他の任意のタイプのメモリストレージデバイスを含み得る。リムーバブルメモリ３３２は、ＳＩＭ（加入者ＩＤモジュール）カード、メモリスティック、ＳＤ（セキュアデジタル）メモリカードなどを含み得る。他の実施形態において、プロセッサ３１８は、サーバまたはホームコンピュータ（図示せず）などの、ＷＴＲＵ３０２上に物理的に配置されていないメモリからの情報にアクセスすること、およびそのようなメモリの中に情報を格納することが可能である。
【００３６】
図３Ｃは、図３Ａに示される通信システム１００内で使用され得る例示的なＲＡＮ３０４、および例示的なコアネットワーク３０６を示す。ＲＡＮ３０４は、Ｅ−ＵＴＲＡ無線技術、ＷＣＤＭＡ無線技術、またはＷＣＤＭＡ無線技術を使用して、無線インターフェース３１６を介してＷＴＲＵ３０２ａ、３０２ｂ，３０２ｃと通信することが可能である。また、ＲＡＮ３０４は、コアネットワーク３０６と通信状態にあることも可能である。
【００３７】
ＲＡＮ３０４は、ｅＮＢ３４０ａ、３４０ｂ、３４０ｃを含み得るが、ＲＡＮ３０４は、或る実施形態と合致したままで、任意の数のｅＮＢを含み得ることが認識されよう。ｅＮＢ３４０ａ、３４０ｂ、３４０ｃはそれぞれ、無線インターフェース３１６を介してＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃと通信するための１つまたは複数のトランシーバを含み得る。一実施形態において、ｅＮＢ３４０ａ、３４０ｂ、３４０ｃは、ＭＩＭＯ技術を実施することが可能である。このため、例えば、ｅＮＢ３４０ａが、複数のアンテナを使用して、ＷＴＲＵ３０２ａにワイヤレス信号を送信すること、およびＷＴＲＵ３０２ａからワイヤレス信号を受信することが可能である。
【００３８】
ｅＮＢ３４０ａ、３４０ｂ、３４０ｃのそれぞれは、特定のセル（図示せず）に関連することが可能であり、さらに無線リソース管理判定、ハンドオーバ判定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを扱うように構成され得る。図３Ｃに示されるとおり、ｅＮＢ３４０ａ、３４０ｂ、３４０ｃは、Ｘ２インターフェースを介して互いに通信することが可能である。
【００３９】
図３Ｃに示されるコアネットワーク３０６は、ＭＭＥ（移動性管理ゲートウェイ）３４２と、Ｓ−ＧＷ（サービングゲートウェイ）３４４と、ＰＤＮ（パケットデータネットワーク）ゲートウェイ３４６とを含み得る。以上の要素のそれぞれは、コアネットワーク３０６の一部として示されるものの、これらの要素の任意の要素が、コアネットワーク事業者以外のエンティティによって所有され、さらに／または運用されることが可能であることが認識されよう。
【００４０】
ＭＭＥ３４２は、Ｓ１インターフェースを介してＲＡＮ３０４におけるｅＮＢ３４２ａ、３４２ｂ、３４２ｃのそれぞれに接続されることが可能であり、さらに制御ノードの役割をすることが可能である。例えば、ＭＭＥ３４２は、ＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃのユーザのコンテキストを認証すること、管理すること、および格納すること、ベアラ活性化（activation）／不活性化（deactivation）、ＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことが可能である。ＭＭＥ３４２は、ＲＡＮ３０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）の間で切り換えるための制御プレーン機能を提供することも可能である。ＭＭＥ３４２は、ゲートウェイＧＰＲＳ（汎用パケット無線サービス）サポートノードであり得る。Ｓ−ＧＷ３４４は、Ｓ１インターフェースを介してＲＡＮ３０４におけるｅＮＢ３４０ａ、３４０ｂ、３４０ｃのそれぞれに接続され得る。Ｓ−ＧＷ３４４は、一般に、ＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃに／からデータパケットをルーティングすること、および転送することが可能である。また、Ｓ−ＧＷ３４４は、ｅＮＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃに対するＤＬデータが利用可能な際にページングをトリガすることなどの、他の機能を実行することも可能である。Ｓ−ＧＷ３４４は、ＳＧＳＮ（サービングＧＰＲＳ（汎用パケット無線サービス））であり得る。
【００４１】
また、Ｓ−ＧＷ３４４は、ＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃとＩＰ対応のデバイスの間の通信を円滑にすることが可能なＰＤＮゲートウェイ３４６に接続されることも可能である。
【００４２】
コアネットワーク３０６は、他のネットワークとの通信を円滑にすることが可能である。例えば、コアネットワーク３０６は、ＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃにＰＳＴＮ３０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃと従来の陸線通信デバイスの間の通信を円滑にすることが可能である。例えば、コアネットワーク１０６は、コアネットワーク３０６とＰＳＴＮ３０８の間のインターフェースの役割をするＩＰゲートウェイ（例えば、ＩＭＳ（ＩＰマルチメディアサブシステム）サーバ）を含むことが可能であり、またはそのようなＩＰゲートウェイと通信することが可能である。さらに、コアネットワーク３０６は、ＷＴＲＵ３０２ａ、３０２ｂ、３０２ｃに、他のサービスプロバイダによって所有され、さらに／または運用される他の有線ネットワークまたはワイヤレスネットワークを含み得るネットワーク３１２へのアクセスを提供することが可能である。
【００４３】
柔軟性のある展開のために、いくつかのワイヤレス通信システムは、１．４ＭＨｚ、３ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ、または２０ＭＨｚのスケーラブルな伝送帯域幅をサポートする。これらのシステムは、ＦＤＤ（周波数分割複信）モード、ＴＤＤ（時分割複信）モード、または半複信ＦＤＤモードで動作することが可能である。
【００４４】
いくつかのワイヤレス通信システムにおいて、各無線フレーム（１０ミリ秒）は、それぞれ１（一）ミリ秒の１０個の等しいサイズのサブフレームから成ることが可能である。各サブフレームは、それぞれ０．５ミリ秒の２つの等しいサイズのタイムスロットから成ることが可能である。１タイムスロット当り７（七）つ、または６（六）つのＯＦＤＭシンボルが存在することが可能である。７（七）つのシンボルが、通常のサイクリックプレフィックス長で使用されることが可能であり、さらに、代替のシステム構成における１タイムスロット当り６つのシンボルが、拡張されたサイクリックプレフィックス長で使用されることが可能である。これらのシンボルに関するサブキャリア間隔は、１５ｋＨｚであり得る。７．５ｋＨｚを使用する代替の、より小さいサブキャリア間隔モードも可能である。ＲＥ（リソース要素）は、１（一）つのＯＦＤＭシンボル間隔中の１（一）つのサブキャリアに対応することが可能である。０．５ミリ秒タイムスロット中の連続する１２（十二）のサブキャリアが、１（一）つのＲＢ（リソースブロック）を構成する。したがって、１タイムスロット当り７（七）つのシンボルで、各ＲＢは、１２×７＝８４個のＲＥから成ることが可能である。ＤＬキャリアは、最小限の６つのＲＢから最大限の１００のＲＢまでの範囲に及ぶ、スケーラブルな数のＲＢ（リソースブロック）から成ることが可能である。このことは、約１（一）ＭＨｚから２０（二十）ＭＨｚまでの全体のスケーラブルな伝送帯域幅に相当する。しかし、一般的な伝送帯域幅のセットが指定され得る（例えば、１．４ＭＨｚ、３ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、または２０ＭＨｚ）。動的スケジューリングのための基本時間領域は、連続する２つのタイムスロット（すなわち、リソースブロックペア）を備える１つのサブフレームであり得る。いくつかのＯＦＤＭシンボル上のいくつかのサブキャリアが、時間周波数グリッドにおいてパイロット信号を伝送するように割り当てられることが可能である。伝送帯域幅の端部における所与の数のサブキャリアは、スペクトルマスク要件に準拠するように送信されないことが可能である。
【００４５】
ＤＬ方向で、ＷＴＲＵは、ｅＮＢによって、伝送帯域幅全体にわたる任意の場所でそのデータを受信するように割り当てられることが可能であり、例えば、ＯＦＤＭＡスキームが使用され得る。ＤＬは、スペクトルの中心に使用されないＤＣ（直流）オフセットサブキャリアを有し得る。
【００４６】
ＤＬ許可は、ＰＤＣＣＨ上で伝送され得る。帯域幅集約をサポートするのに、別個のＰＤＣＣＨ符号化（例えば、別個の符号化とは、異なるＣＣに関するＰＤＣＣＨメッセージが、別個のＣＲＣ（巡回冗長検査）および畳み込み符号を使用して符号化されることを意味する）が、以下の２つのオプションでＤＬリソースをスケジュールするのに使用され得る。すなわち、
１）オプション１ａ  各キャリア上の別々のＰＤＣＣＨが、そのキャリアのＤＬリソースをスケジュールするのに使用されることが可能であり、さらに
２）オプション１ｂ  所与のキャリア上で別個の符号化を有する１つのＰＤＣＣＨチャネルが、ＣＩ（キャリアインジケータ）フィールドを用いて複数のキャリア上のリソースをスケジュールするのに使用されることが可能である。
【００４７】
ＷＴＲＵが、すべてのＤＲＸ（不連続受信）でないサブフレーム内の制御情報に関するＰＤＣＣＨ候補のセットを監視するのに使用されることが可能であり、ただし、監視することは、監視される様々なＤＣＩ（ＤＬ制御情報）フォーマットに従って、そのセットの中のＰＤＣＣＨのそれぞれを復号しようと試みることを含意する。
【００４８】
いくつかのワイヤレス通信システムにおいて、ＷＴＲＵが監視するＤＣＩフォーマットは、ＷＴＲＵ固有の探索空間と共通の探索空間に分割され得る。ＷＴＲＵ固有の探索空間の場合、ＷＴＲＵは、ＤＣＩ０／１ＡおよびＤＣＩを監視することが可能であり、このことは、伝送モードに依存して、ＲＲＣシグナリングを介して半静的に構成され得る。ＷＴＲＵが、クロスキャリアスケジューリングのためのスケジューリング割当てを受信するように構成されることが可能なＷＴＲＵ  ＤＬ  ＣＣセットからのＤＬ  ＣＣを備えるＰＤＣＣＨ  ＤＬ監視セットが、定義されることが可能である。ＷＴＲＵは、ＷＴＲＵがＰＤＣＣＨを受信するように構成されていないＤＬ  ＣＣにおいてブラインド復号を実行しなくてもよい可能性があり、このことは、ＰＤＣＣＨ誤検出の確率を低減する。
【００４９】
ＷＴＲＵは、ネットワークとの１つのＲＲＣ接続を有することが可能である。ＣＣの追加および除去は、除去の場合、除去されるＣＣが特別なセルでない限り、ＲＲＣ接続ＨＯなしに実行されることが可能である。特別なセルは、ＰＣＣ（一次コンポーネントキャリア）、つまり、ＷＴＲＵに関する制御プレーンシグナリング交換をもたらすキャリアであり得る。
【００５０】
別個の活性化／不活性化が、ＭＡＣ（媒体アクセス制御）技術またはＰＨＹ（物理）技術を使用して許されることが可能である。ＣＣは、２つの状態、すなわち、１）構成されているが、不活性化された状態、および２）活性化された状態で存在することが可能である。ＤＬにおいて、ＷＴＲＵは、不活性化されたＣＣ上のＰＤＣＣＨまたはＰＤＳＣＨを受信しない可能性がある。活性化されたキャリア上で、ＷＴＲＵは、ＰＤＳＣＨを受信することが可能であり、さらに、存在する場合、ＰＤＣＣＨを受信することが可能である。さらに、ＷＴＲＵは、不活性化されたＣＣ上でＣＱＩ測定を実行するのに使用されない可能性がある。ＵＬに関して、明示的な活性化／不活性化手順は、導入されない可能性がある。
【００５１】
ネットワークは、ＲＳＲＰ（基準信号受信電力）またはＲＳＲＱ（基準信号受信品質）に基づいて、ＷＴＲＵサイト間ハンドオーバをサポートするように移動性測定を構成することが可能である。隣接セル測定を報告する複数の方法が存在する。例えば、ＷＴＲＵは、イベント報告ベース、または定期報告ベースで隣接セル電力を測定するように構成され得る。ネットワークは、ＷＴＲＵからのこれらの隣接セル測定に依拠して、所与のＣＣセット内の異なるサイトにいつＷＴＲＵをハンドオーバすべきかについての判定を行う。ネットワークは、ＷＴＲＵが、サポートされるＣＣにおける隣接セル／サイトを監視する（例えば、測定を行う）ようにＷＴＲＵを構成して、ＷＴＲＵの移動性をサポートしてデリバリされるサービス品質を保つＣＣ上にＷＴＲＵを移す。定期的な測定または測定イベント（１×および２×）は、使用され得る各ＣＣ、およびそのようなＣＳＨＯ（ＣＣ固有の（サイト間）ハンドオーバ）がいつ行われるかに関するデータを特定のＷＴＲＵに送信するのに使用され得る適切なＣＣを選択するのに十分な情報をネットワークにもたらすことが可能である。
【００５２】
いくつかのワイヤレス通信システムにおいて、測定イベント（１×および２×）は、ＣＡを有して構成されたＷＴＲＵに適用可能であり得る。これらの測定イベントは、ハンドオーバに含めるために個別のＣＣを識別することができることが可能である。
【００５３】
複数のサイトからＷＴＲＵにデータが送信される際、複数のサイトにＷＴＲＵデータが存在することが可能である。一般に、このことは、複数の伝送ポイント／サイトが、それらのポイント／サイトの伝送を調整するＣｏＭＰ（Coordinated Multipoint Transmission：調整マルチポイント）の場合と同一の仕方で行われた場合、バックホールにさらなる負担をもたらす。この調整は、スケジューリングの調整、ＷＴＲＵにデータを共同で伝送することなどの、いくつかの異なる形態をとり得る。共同伝送の際、ＷＴＲＵデータの完全なコピーが、ＣｏＭＰ伝送に参加する各サイトにおいて利用できるようにされることが可能である。１つのＥＰＳ（発展型パケットシステム）ＲＡＢ（無線アクセスベアラ）をサポートする複数のＣＣのアーキテクチャが、ＭＡＣ（媒体アクセス制御）多重化およびＭＡＣ逆多重化を介して無線アクセスネットワークによって維持され得る。このアプローチにおいて、データは、サービングｅＮＢにおいて受信され、その後、コピーされて、協調するすべてのＣＣ／ｅＮＢに転送されることが可能である。このことは、２つのサイトが関与するＣｏＭＰ共同伝送に参加する１つのＷＴＲＵ当りのバックホール負荷を約２倍にする。
【００５４】
周波数再利用１展開における隣接セルからの干渉制限に起因するセルエッジ劣化の問題が、１）システムにおける各ＣＣにおいてセルエッジのロケーションを操作すること、および／または２）ＷＴＲＵが複数のサイトからデータを受信するのを許すこと（例えば、データは、キャリア１上でサイトＡから、さらにキャリア２上でサイトＢから受信され得る）によって軽減され得る。このようにして、ＷＴＲＵは、ＣＣの完全な集約に入っている各ＣＣに関して、最良のスループット（または他の測定）をもたらすサイトに割り当てられることが可能であり、その結果、従来のセルラ環境の場合のようにセルエッジの概念が当てはまらない、「ファジーセル」概念を生じさせる。ＷＴＲＵは、すべてのＣＣ上でデータを受信することができるので、１という周波数再利用係数が維持され得る。ＷＴＲＵは、利用可能な各ＣＣ上でデータを受信することが可能である。ＷＴＲＵに関するデータの複数の送信側サイトのロケーションは、システムにおいて並置されていない可能性がある。
【００５５】
セル境界は、任意のサイトからの最大信号電力対所与のロケーションで任意のＣＣにおいて受信されるその他の信号（干渉）および雑音の電力の合計の比によって部分的に決定されることが可能である。受信される信号電力および干渉電力は、各セルからＷＴＲＵロケーションに至るパスロス、アンテナ利得、および送信電力によって部分的に決ることが可能である。すると、セルエッジロケーションの操作は、いくつかの異なる技術を使用して実行され得る。
【００５６】
一実施形態において、ＷＴＲＵは、それぞれのＤＬを介して複数のサイトと接続を確立することが可能である。これらのサイトは、ノードＢ、ｅＮＢ、基地局に関連するＲＲＨ（リモート無線ヘッド）、またはノードＢもしくはｅＮＢのいくつかのセクタ送信アンテナのうちの１つのうち少なくとも１つを含み得る。各ＤＬは、その他のＤＬ  ＣＣの１つまたは複数と同一である、または異なる周波数上で動作する少なくとも１つのＤＬ  ＣＣを含み得る。これらのサイトは、特定のＤＬ  ＣＣ動作周波数に関するこれらのサイトの送信電力を操作して、これらのサイトのうちの特定の１つからその１つのサイトのセル境界までの距離が、その特定の動作周波数上でその１つのセルの送信電力を増加させることによって、より大きくなるようにし、さらにその他のサイトのうちの少なくとも１つからその少なくとも１つのサイトのそれぞれのセル境界までの距離を、その特定の動作周波数上でその少なくとも１つのセルの送信電力を低減することによって、より小さくなるようにすることが可能である。このため、異なるＣＣ周波数の間のカバレッジの重なり合いが、１という周波数再利用パターンを維持しながら、作り出される。
【００５７】
このポイントを例示するのに、図４が、各サイトにおける２つのＤＬ  ＣＣ４０５および４１０のそれぞれのＳＩＮＲを示す。各サイト４１５および４２０で、一方のＣＣが、他方より高い電力で伝送される。これらのＣＣ４０５および４１０のそれぞれは、異なるキャリア周波数、および潜在的に異なるカバレッジエリアを有するそのＣＣ自体、セルであると考えられることが可能である。異なるカバレッジエリアは、伝播条件の違いからもたらされ得る。しかし、送信電力、ＨＯしきい値、セクタアンテナ方句などのいくつかのシステムパラメータは、ＤＬカバレッジを意図的に変更するように変更されることも可能である。このことは、ＣＣを使用してＤＬセルエッジ問題を軽減する機会をもたらす。例えば、カバレッジエリアは、ＷＴＲＵが、ＷＴＲＵがアタッチされるすべてのＤＬ  ＣＣでセルエッジに位置している状況にある可能性がある地点が存在しないことが可能であるように、異なるＤＬ  ＣＣに関して意図的に調整され得る。このため、ＷＴＲＵは、両方の周波数においてセルエッジにないことが可能である（例えば、ＷＴＲＵが、一方のキャリアにおいてセルエッジにある場合、ＷＴＲＵはそれでも、他方のキャリアにおいて満足の行くパフォーマンスを有することが可能であり、さらにＷＴＲＵが、２つのｅＮＢの間の中間点に位置している場合、キャリアＳＩＮＲはそれでも、単一のキャリアシステムのＳＩＮＲと比べて、より良好であり得る）。
【００５８】
さらに、セクタアンテナパターンが、異なる角度における送信電力密度が制御されるように調整され得る（例えば、帯域幅、ブロードキャスト角、または他のビームパターン形成）。このため、セルエッジロケーションは、総送信電力が調整された場合と同様に、アンテナパターンによって操作されることが可能であり、この場合は、セルエッジのロケーションに影響を与える角度成分が存在することだけが異なる（すなわち、総電力を変更することは、すべての発射角における電力密度を同一の量だけ変化させることが可能である一方で、アンテナパターンを変更することは、異なる発射角における送信電力密度を選択的に変更することが可能である）。
【００５９】
例えば、各サイトが、各キャリア周波数に関して３つのセクタアンテナを使用する２つのキャリアを有するシステムにおいて、１セクタ当り１２０度を有する３セクタパターンが、各キャリア周波数内で維持されることが可能であるが、１セットのセクタアンテナが、その他に対して回転させられることが可能である。図５に示されるとおり、楕円５０５は、図４におけるＣＣ４０５の周波数におけるセクタを示すことが可能であり、さらに楕円５１０は、図４におけるＣＣ４１０の周波数におけるセクタを示すことが可能である。このようにして、一方のＣＣ周波数におけるセクタビームの中心が、他方のＣＣ周波数のセクタセルエッジの上に直接に配置され得る。ＷＴＲＵが２つのＣＣに接続することができる場合、このことは、認識されるセルエッジをシステムの相当な部分で事実上、解消することが可能である。
【００６０】
集約の中のＣＣの間で、セルエッジロケーションは、大きい離隔を有するように構成されることが可能である（すなわち、１つのＣＣにおけるセルエッジロケーションが、集約の中のその他のＣＣのうち１つまたは複数のＣＣにおけるセルエッジロケーションから地理的に離隔していることが可能である）。
【００６１】
例えば、複数のＣＣを有するＣＡをサポートするセルラシステムにおいて、各サイト（ｅＮＢ）が、利用可能なすべてのＣＣをサポートすることが可能であり、その結果、異なるＣＣが、異なる送信電力、および異なるアンテナパターンを使用して、対応するカバレッジもやはり、ＣＣごとに異なることが可能である（すなわち、すべてのＣＣにわたるセル境界が、同じ位置にないことが可能である）。２つだけのＣＣを有する単純なシナリオにおいて、サイト番号｛１，２，３，．．．｝が割り当てられることが可能である。ＣＣ１に関して、すべての偶数番のサイトが電力Ｐ１で送信し、すべての奇数番のサイトが電力Ｐ２で送信する電力使用パターンが、定義され得る。ＣＣ２に関して、すべての偶数番のサイトが電力Ｐ３で送信し、すべての奇数番のサイトが電力Ｐ４で送信する電力使用パターンが、定義され得る。また、アンテナ使用パターンが定義されることも可能である。ＣＣ１に関して、すべての偶数番のサイトがパターンＡ１で送信し、すべての奇数番のサイトがパターンＡ２で送信する電力使用パターンが、定義され得る。ＣＣ２に関して、すべての偶数番のサイトがパターンＡ３で送信し、すべての奇数番のサイトがパターンＡ４で送信する電力使用パターンが、定義され得る。この例において、偶数番のサイトに関して、アンテナ利得は、ＣＣ１で北を指し、ＣＣ２で東を指して、より大きいことが可能である一方で、奇数番のサイトに関して、アンテナ利得は、ＣＣ１で南を指し、ＣＣ２で西を指して、より大きいことが可能である。特定のＷＴＲＵによって使用されるＣＣのセットは、異なる伝送サイトまたは伝送セルを発信元とすることが可能である。例えば、完全に集約された帯域幅の中にＮ個のＣＣが存在する場合、そのＮ個のＣＣのそれぞれに関して、ＷＴＲＵは、最良の信号品質（例えば、そのＣＣ周波数に関するＳＩＲ（信号対干渉比））を有する伝送ポイントからデータを受信するように割り当てられることが可能である。異なるＣＣは、異なる電力使用パターン、および異なるアンテナ使用パターンを有することが可能であるので、割り当てられたＣＣは、複数の伝送サイトを発信元とすることが可能である（例えば、ＣＣ１およびＣＣ２がサイトＡから、ＣＣ３がサイトＡから、さらにＣＣ４がサイトＣから）。
【００６２】
ＣＣ協調ネットワークの理解を助けるいくつかのシナリオが、以下に定義されている。これらの展開は、全く網羅的ではなく、ここで提示されるシナリオは、代表的なシナリオに過ぎない。これらのシナリオをどのように拡張すべきかは、当業者には認識され、理解され得るであろう。
【００６３】
以下の用語が使用される。すなわち、ＤＬキャリア周波数ｄｌＦ１、ｄｌＦ２．．．ｄｌＦｎ、ＵＬキャリア周波数ｕｌＦ１、ｕｌＦ２．．．ｕｌＦｎ、ＤＬ協調ＣＣ、ＤＬ−ＣＣＣ１、ＤＬ−ＣＣＣ２．．．ＤＬ−ＣＣＣｎ、ＵＬ  ＣＣ、ＵＬ−ＣＣ１、ＵＬ−ＣＣ２．．．ＵＬ−ＣＣｎ、およびサイトＳ１、Ｓ２．．．Ｓｎである。
【００６４】
シナリオ１  ＤＬ  ＣＣＣ、サイトＳ１からのＤＬ−ＣＣＣ１（ＤＬ−ＣＣＣ１−Ｓ１）、およびｄｌＦ１上のサイトＳ２からのＤＬ−ＣＣＣ２（低減された電力）（ＤＬ−ＣＣＣ２−Ｓ２）、ｄｌＦ２上のＤＬ−ＣＣＣ３−Ｓ１（低減された電力）およびＤＬ−ＣＣＣ４−Ｓ２、およびｕｌＦ１上のＵＬ  ＣＣ、すなわち、ＵＬ−ＣＣ１−Ｓ１およびＵＬ−ＣＣ２−Ｓ２。
【００６５】
シナリオ２  ＤＬ  ＣＣＣ、ｄｌＦ１上のＤＬ−ＣＣＣ１−Ｓ１およびＤＬ−ＣＣＣ１−Ｓ２（低減された電力）、ｄｌＦ２上のＤＬ−ＣＣＣ４−Ｓ２（低減された電力）、およびｕｌＦ１上のＵＬ  ＣＣ、すなわち、ＵＬ−ＣＣ１−Ｓ１、およびサイトＳ２からのＵＬキャリアなし。
【００６６】
シナリオ３  ＤＬ  ＣＣＣ、ｄｌＦ１上のＤＬ−ＣＣＣ１−Ｓ１、サイト２からのＤＬキャリアなし、さらにｕｌＦ１上のＵＬ  ＣＣ、すなわち、Ｓ２からのＵＬ−ＣＣ１、Ｓ１からのＵＬキャリアなし。
【００６７】
シナリオ４  ＤＬ  ＣＣＣ、ｄｌＦ１上のＤＬ−ＣＣＣ１−Ｓ１およびＤＬ−ＣＣＣ２−Ｓ２（低減された電力）、同一のＤＬキャリア周波数ｄｌＦ２上のＤＬ−ＣＣＣ３−Ｓ１（低減された電力）およびＤＬ−ＣＣＣ４−Ｓ２、ｕｌＦ１上のＵＬ  ＣＣ、すなわち、ＵＬ−ＣＣ１−Ｓ１およびＵＬ−ＣＣ２−Ｓ２。
【００６８】
シナリオ５  ＤＬ  ＣＣＣ、ｄｌＦ１上のＤＬ−ＣＣＣ１−Ｓ１およびＤＬ−ＣＣＣ２−Ｓ２（低減された電力）、ｄｌＦ２上のＤＬ−ＣＣＣ２−Ｓ１（低減された電力）およびＤＬ−ＣＣＣ２−Ｓ２、ＵＬ  ＣＣ、すなわち、ｕｌＦ１上のＵＬ−ＣＣ１−Ｓ１、およびｕｌＦ２上のＵＬ−ＣＣ２−Ｓ２。
【００６９】
シナリオ６  ＤＬ  ＣＣＣ、ｄｌＦ１上のサイト２からのＤＬ−ＣＣＣ１−Ｓ１、ＤＬキャリアなし、およびｕｌＦ１上のＵＬ  ＣＣ、すなわち、ＵＬ−ＣＣ１−Ｓ１、およびｕｌＦ２上のＳ２からのＵＬ−ＣＣ２。
【００７０】
複数のサイトからのＣＣ上でデータを受信することを効率的にサポートするために、個別のＣＣ活性化／不活性化およびＣＣ管理に加えて、ＣＳＨＯ（ＣＣ固有のハンドオーバ）機構が実施されることが可能である。また、ＣＳＨＯは、特別なセルが変更された際に実施されることも可能である。代替として、ＲＲＣ再構成手順の代わりに、個別のＣＣ活性化またはＣＣ不活性化が使用されてもよい。例えば、ＷＴＲＵが動き回ると、ＷＴＲＵは、異なるロケーションでＣＣ固有のセルエッジに遭遇する。ＷＴＲＵに割り当てられたＣＣのサブセットだけの品質（例えば、ＳＩＮＲ）が、そのＣＣに関する送信サイトが、所望される受信品質を維持するように別のサイトに切り換えられなければならないポイントまで低下する。
【００７１】
ネットワークがＣＳＨＯを効果的にサポートするために、個別のＣＣごとの移動性管理構成／報告が要求され得る。例えば、ＷＴＲＵが、ＣＣ協調ネットワークに関与するＣＣの候補セットの一部であるすべてのＣＣ（またはＣＣのサブセット）における隣接セル／サイトを報告するように構成され得る。このことは、監視される隣接セルリストの明示的な変更を介して、または望ましくないセルをブラックリストに追加することによってＷＴＲＵによって検出されるセルを暗黙に扱うことを介して、またはＷＴＲＵ移動性をサポートするデリバリされるサービス品質を維持するようにＣＣ協調ネットワークにおける或るＣＣの選択を確実にするネットワークの特定のＣＣ上の測定の構成を介して実施され得る。このようにして、ネットワークは、使用され得る各ＣＣに関して特定のＷＴＲＵにデータを送信するのに使用され得る適切なサイトを決定し、さらにＣＳＨＯがいつ行われ得るかを決定するのに十分な情報を有することが可能である。このシナリオは、ＷＴＲＵが、新たなサイトにハンドオーバされるＷＴＲＵを除き（ＷＴＲＵが、異なるＣＣを介してそのサイトに対する接続を既に有しているのではない場合）、またはサイトからＷＴＲＵへのＣＣ接続のすべてが終了される場合を除き、すべてのサイトと継続的に連絡をとったままであるという点で、通常のハンドオーバとは基本的に異なり得る。さらに、ＷＴＲＵは、少なくとも１つのサイトと継続的に接続状態にあることが可能である（すなわち、ハンドオーバは、シームレスであり得る）。
【００７２】
各ＣＣに対して実行される測定は、ＣＣ固有のサイト間ハンドオーバが１つのＣＣにおいて有益である時、および別のＣＣへのＣＳＨＯが有益でない可能性が高い時に基づいて、ＣＳＨＯをサポートする測定オーバーヘッドが低減され得るようにスケジュールされる、またはトリガがセットアップされることが可能である。したがって、各ＣＣに対する測定を独立に定義する方法が、測定がＣＳＨＯをサポートするのに実際に必要とされる可能性がある際に実行され、シグナリングされ得るように定義されることが可能である。例えば、或る特定のＣＣにおけるＳＩＮＲが或るしきい値を下回って低下した（またはその特定のＣＣがそれ以外で、ＣＳＨＯの候補であると判定された）場合、その特定のＣＣにおけるＣＳＨＯだけをサポートする測定が実行されて、ネットワークに報告され、その他のＣＣにおける測定は、それらのＣＣがＣＳＨＯの候補でない限り、トリガされないことが可能である。新たなサイトが追加されていないＣＳＨＯは、ハンドオーバのターゲットであるサイトに既に接続されていることが可能である。
【００７３】
ＣＣ協調ネットワークにおいて、ＣｏＭＰ共同伝送によって説明されるとおりマルチサイトにデータをコピーする代わりに、データフローは、ＷＴＲＵのデータの完全なコピーが、ＣＣ協調伝送に関与するサイトのすべてには送信されないように、分割されることが可能である。例えば、データフローは、サイトのいずれに到達するよりも前に分割されることが可能であり、したがって、特定のサイトから最終的に送信されるデータだけが、そのサイトに存在する。サイトＡから送信されるデータは、サイトＡ以外のいずれのサイトにも存在する必要はない可能性がある。このことは、バックホールボトルネックの見地からデータフローに最も効率的なソリューションをもたらす。
【００７４】
代替として、ＷＴＲＵのデータの完全なコピーが、或る特定のサイト（例えば、アンカサイト、キャンピングサイト、一次サイトなど）に送信され、その後、その特定のサイトが、そのデータの一部分だけを、データをＷＴＲＵに送信する残りのサイトに送信してもよい。例えば、完全なデータフローが、サイトＡに送信される。サイトＡから、そのデータの一部分がサイトＢに送信される。サイトＢは、すべてのそのようなデータをＷＴＲＵに送信し、サイトＡは、サイトＢにそれまでに送信されていないデータの部分だけを送信する。サイトＡは、合計バックホール負荷を最小限に抑えるように最も多くのデータを送信するサイトであるように選択され得る。両方のサイトがこのデータを有し得るので、ＣｏＭＰ共同伝送技術が、サイトＢによって使用されるキャリア上でも使用されることが可能である。
【００７５】
ＣＣ協調概念は、ＣｏＭＰに対する可能な低費用の代替であり得る。しかし、ＣＣ協調とＣｏＭＰはともに、一緒に展開されることが可能であり、いくつかの相乗効果から利益を得ることが可能である。ＣｏＭＰの適合性に依存して、そのような技術は、１つまたは複数のＣＣ内で適用され得る。例えば、ＷＴＲＵが、異なるＣＣを使用して２つのサイトに接続され（ＣＣに関してサイト１、およびＣＣ２に関してサイト２）、さらにサイト１が一次キャンピングサイトである場合、サイト２からのＤＬデータは、サイト１から分割されることが可能である。サイト２からのＣＣ２上の信号が、ＣｏＭＰ技術に関する候補である場合、ＣｏＭＰは、バックホール負荷の増加なしに使用されることが可能である（例えば、サイト１からのＣＣ２が、ＣｏＭＰフレームワークの下でサイト２からのデータ伝送の信頼性を向上させるのに使用され得る）。ＣＣ協調が、サイト１とサイト２の間で行われる場合、データはもともとサイト１から転送されているので、サイト２からサイト１に再びコピーされる必要はない。ＣＣ協調が、サイト２とサイト１以外の１つまたは複数のサイト（例えば、サイト３）の間で行われる場合、データは、サイト１からサイト２および３に直接に転送されることが可能であり、またはデータは、ＣｏＭＰフレームワークの下でサイト２からサイト３に転送されることが可能である。
【００７６】
ＣＣ協調ネットワーク構成は、ＣｏＭＰとは独立に展開され得るが、ＣｏＭＰセット選択（測定セットまたは協調セットなど）、ＣｏＭＰセット決定は、キャンピングサイトが完全なＷＴＲＵデータセットを既に有するという条件付きで、ＣＣＣセットによって影響され得る。ＣｏＭＰセット決定アルゴリズムに対するさらなる入力が、ＣｏＭＰセット決定がＣＣＣ構成の知識を用いて実行されることを許すように定義され得る。例えば、ＣＣ１が、ＣｏＭＰ候補であるように決定されることが可能であり、さらにサイト２とサイト３がともに、ＣｏＭＰ伝送に参加する満足の行く候補であり得る。ＣｏＭＰセットにサイト２またはサイト３を追加する選択は、通常、ＣＣＣ構成を考慮しない可能性があり、いずれのサイトが選択されることも可能である。しかし、サイト３が、ＣｏＭＰ共同伝送の一部であり得るＷＴＲＵのデータのコピーを有することが知られている場合、サイト２ではなく、サイト３が選択されることが可能である。ＣｏＭＰセット決定アルゴリズムに対するＣＣＣ構成からのインターフェースを作成することによって、より良い選択が行われ得る。
【００７７】
ネットワークを、ＣＣＣフィーチャを有するように構成することは、協調するサイトの間で或る情報を交換することによって実行され、適応的に変更されることが可能である。ＣＣの数および帯域幅、ＣＣ上の送信電力レベル、ＣＣにおいて使用されるアンテナパターン、各ＣＣ上のシステム負荷などの情報を交換することによって、協調するサイトは、伝送パラメータを調整しようと試みることが可能である。一実施形態において、伝送パラメータは、協調する伝送ポイントから可能なすべての情報を収集した後、中央コントローラにおいて決定され得る。中央コントローラは、伝送ポイントのクラスタの伝送パラメータの構成を担うことが可能である。代替として、伝送パラメータは、伝送ポイントによって、これらのポイントの間で交換される情報を使用することによって、自律的に決定されてもよい。この場合、サイトにおいて使用される決定プロセスは、各サイトにおいてパラメータの安定したセットが決定されるまで、数回の繰り返しを経ることが可能である。ＷＴＲＵは、サービング伝送ポイントに情報（例えば、ＣＣ上の隣接伝送ポイントによってもたらされる干渉のレベル、各ＣＣ上の伝送ポイントからのパスロス、および／または受信される電力のレベルなど）をフィードバックする必要がある可能性がある。
【００７８】
例として、一部のサイトが、３という再利用係数を使用する（すなわち、１〜３のＣＣのうちの１つのＣＣ上でだけ送信する）可能性があるのに対して、一部のサイトは、１という再利用係数を有する（すなわち、３つすべてのＣＣの上で送信する）ことが可能である。再利用スキームは、トラフィックが軽い場合に、または多数の高いＱｏＳユーザが存在する場合に、より高次のスキームが使用され得るように動的であることが可能であり、したがって、要求が増大すると、再利用係数が低減されることが可能である。このフィーチャは、ＣＣのいくつかの上で電源をオフにすることによって、システム負荷要件が高くない場合に基地局の電力消費を低減することが可能である。別の例として、１つの伝送サイトが、ＣＣのうちの１つにおいて、その伝送サイトのＷＴＲＵが経験している過度の干渉レベルを報告することが可能であり、さらに隣接セルに、そのＣＣ上の送信電力を低減させることが可能である。
【００７９】
半静的なＣＣ間干渉調整戦略が、適応型の更新および構成を許すのに要求される可能性があり、さらに各ＣＣに関する標準化されたＲＮＴＰ（relative narrowband transmit power：相対狭帯域送信電力）指標、ＨＩＩ（high interference indicator：高干渉指標）、およびＯＩ（オーバーヘッド指標）の拡張を含むことが可能である。ＲＮＴＰ指標は、１ＰＲＢ（物理リソースブロック）当りの最大ＤＬ送信電力を示すことが可能である。同様に、ＵＬに関して、ＨＩＩおよびＯＩがそれぞれ、ＵＬ使用計画および干渉雑音測定について隣接するｅＮＢに知らせることが可能である。ＣＣＣは、これらの測定および指標、ならびにその他の測定および指標に基づいて、穴をカバーするように、または干渉を軽減するように動的に再プロビジョニングされ、さらに／または追加され、さらに／または除去されることが可能である。
【００８０】
伝送サイトの間で交換される他のメッセージは、測定（例えば、活性しているＷＴＲＵの数など）を含むことが可能であり、複数のＣＣにわたる負荷分散に関する適応的な更新を許すことが可能であり、さらに干渉低減の目的でトラフィックに必要とされないＣＣをオンにしたり、オフにしたりする（特に、一部のＣＣがホームｅＮＢにおいて使用される場合）ことが可能である。移動性の堅牢性の向上が、ＲＬＦ（無線リンク障害）およびＨＯの回数、電力制限、または好ましいＰＲＢなどを追跡することによって可能にされ得る。
【００８１】
パフォーマンスに影響を与える可能性がある別の要因が、ＲＡＣＨ（ランダムアクセスチャネル）構成であり、ＲＡＣＨ構成は、ＲＡＣＨ衝突確率に影響を与える可能性があり、このため、ＲＡＣＨ構成が、呼セットアップ遅延、データ再開遅延、およびハンドオーバ遅延における大きな要因となっている。また、ＲＡＣＨ構成は、呼セットアップ成功率およびハンドオーバ成功率に影響を与える可能性もある。ＣＣＣの範囲におけるＷＴＲＵに対するＵＬ  ＣＣ割当ては、ＤＬ  ＣＣＣと同一ではない可能性があり、さらに適応型ＣＣＣ構成およびＵＬ関連付けは、各セルにおけるＲＡＣＨ負荷、ＵＬ干渉、およびＲＡＣＨパフォーマンス／使用に対する影響を考慮する必要がある可能性がある。
【００８２】
ファジーセルコンテキスト（fuzzy cell context）の下で、複数の異なるＣＣおよびサイトにわたって一様でない電力を有するセル展開を作成するため、１ＣＣ当り、および１サイト当りのＤＬ  ＥＰＲＥが、周囲の環境に従って変えられることが可能である。ＤＬ基準信号ＥＰＲＥ、およびＰＤＳＣＨ  ＥＰＲＥを導き出すために、ＷＴＲＵは、ＤＬ基準信号電力、ならびにρAおよびρBを算出することが可能である。その結果、ファジーセルをサポートするのに、これら３つのパラメータが、ネットワークによってサイトごとのＣＣごとに与えられることが要求され得る。
【００８３】
ファジーセルＷＴＲＵが、ＤＬデータ伝送のために複数のｅＮＢに対して接続を確立する前に、ＷＴＲＵは、ＲＲＣ接続が確立されると、ＤＬ−ＳＣＨチャネルのＳＩＢ２から電力制御情報を受信し、さらに接続モードでＲＲＣ再構成メッセージの中で伝送される移動性制御情報ＩＥから受信することが可能である。ＷＴＲＵがマルチｅＮＢ接続をセットアップしている間、およびセットアップした後、ＷＴＲＵは、引き続き、ＲＲＣ再構成メッセージの一部分として伝送された移動性制御情報に依拠に依拠して、複数のｅＮＢおよびＣＣの電力制御情報を獲得することが可能である。
【００８４】
ＤＬ電力制御パラメータは、１つのｅＮＢについての関連するセル情報とともに、ｅＮＢのＲＲＣ再構成メッセージを介して送信されてもよく、または別のｅＮＢに対するＸ２シグナリングを介して転送され、その後、ＷＴＲＵにシグナリングされてもよい。別のｅＮＢに対するＸ２シグナリングを介して転送される場合、構成情報は、ＷＴＲＵが任意の所与の時点で接続され得るサイトの最大数を指定することが可能である。
【００８５】
システム効率およびシステム運用性を向上させるのに、ＰＤＣＣＨが、最初のｎ個のＯＦＤＭシンボルに配置され、ｎが、４（四）以下であり、さらに最も早いデータ伝送開始が、制御シグナリングが終了するのと同一のＯＦＤＭシンボルにおいてである、クロスキャリアスケジューリングモードが実施されることが可能である。このことは、マイクロスリープのサポートを可能にするとともに、バッファリングおよび待ち時間を低減することが可能である。ＰＣＦＩＣＨ（物理制御フォーマットインジケータチャネル）が、ｅＮＢによって、サブフレーム内のＰＤＣＣＨのために使用されるＯＦＤＭシンボルの数（１、２、３、または４）についてＷＴＲＵに知らせるのに使用され得る。このチャネルは、変調およびマッピングに先立ってセル固有のスクランブルが行われることが可能な３２ビットを備えることが可能である。
【００８６】
次に、アンカキャリアの概念が、ファジーセルコンテキストで提示される。アンカキャリアは、サイトごとに定義され得る。ＷＴＲＵが、複数のサイトに接続される場合、ＷＴＲＵは、任意の所与の時点で定義される複数のアンカキャリアを有することが可能である。アンカキャリアの定義は、ＰＣＣ（一次ＣＣ）に追加で行われることが可能である。アンカキャリアのうちの１つは、ＷＴＲＵに関するＰＣＣであり得る。ＰＵＣＣＨ（物理ＵＬ制御チャネル）関するすべてのＵＬ制御チャネルフィードバックは、そのサイトに関するＵＬアンカキャリアに関してのみ定義されることが可能である。
【００８７】
ファジーセル構成において、アンカキャリアは、そのサイトに関するＰＵＣＨＨについてのすべての制御チャネルフィードバックを伝送するＵＬ  ＣＣを表すことが可能である。そのサイトからの他のすべての二次セルは、共有データチャネルまたはＰＵＳＣＨ（物理ＵＬ共有チャネル）だけしかサポートしないことが可能である。このため、アンカキャリア定義とＰＣＣの間の違いは、ＷＴＲＵが接続され得るサイトの数と同じ数のアンカキャリアが存在し得るのに対して、１つだけのＰＣＣしか存在しないことであり得る。サイトごとにアンカキャリアを定義することは、特に、そのサイトに関して定義されたＵＬ  ＣＣＣが存在しないシナリオにおいて、必ずしも要求されない可能性がある。ＰＣＣが定義されたサイトに関して、アンカキャリアは、ＰＣＣと同一のＣＣＣであり得る。
【００８８】
ファジーコンテキストに関する一実施形態において、クロスキャリアスケジューリングモードにおいて動作するＷＴＲＵが、そのサイトに関するアンカキャリア上のＰＣＦＩＣＨを介してＣＦＩ（制御フォーマットインジケータ）を読み取ることが可能である。さらに、クロススケジュールされたＣＣＣに関するＰＤＳＣＨ受信の開始位置を示すのに、そのサイトを発信元とするクロススケジュールされたＣＣＣに関するＣＦＩを構成するＲＲＣシグナリングが使用されることが可能である。ＷＴＲＵは、アンカキャリアにおいて送信される専用のＲＲＣシグナリングからＣＦＩを読み取り、さらに、対応するクロススケジュールされたＣＣＣにおけるＰＤＳＣＨ受信の開始位置を特定することが可能である。
【００８９】
ファジーコンテキストに関する別の実施形態において、クロスキャリアスケジューリングモードで動作するＷＴＲＵが、ＰＣＣ（一次ＣＣ）上のＰＣＦＩＣＨを介してＣＦＩを読み取ることが可能である。１つまたは複数のｅＮＢからのすべてのＣＣＣに関するクロススケジューリング情報が、ＰＣＣが定義されたｅＮＢに送られることが可能である。すべてのクロススケジュールされたＣＣＣ（このｅＮＢを発信元としないＣＣＣを含む）に関するＰＤＳＣＨ受信の開始位置を示すのに、すべてのクロススケジュールされたＣＣＣに関するＣＦＩを構成するＲＲＣシグナリングが、使用されることが可能である。ＷＴＲＵは、アンカキャリアにおいて送信され得る専用のＲＲＣシグナリングからＣＦＩを読み取り、さらに、対応するクロススケジュールされたＣＣＣにおけるＰＤＳＣＨ受信の開始位置を特定することが可能である。
【００９０】
すべてのＣＣは、同一のｅＮＢを発信元することが可能であるので、ＣＩフィールドを導入するだけで、オプション１ｂにおいて、許可がいずれのＣＣに関することが可能であるかを示すのに十分であり得る。ファジーセルにおいて、ＷＴＲＵのデータの一部は、１つのｅＮＢを発信元とすることが可能である一方で、他のデータは、他のｅＮＢを発信元とすることが可能である。ＷＴＲＵは、特定のＣＣに関してＷＴＲＵがいずれのｅＮＢに接続されているかを知っていることが可能であり、さらにＷＴＲＵは、非ＣｏＭＰモードでそのＣＣで同時に複数のｅＮＢに接続しないことが可能であるので（ＣｏＭＰモードでも、１つのＣｏＭＰセットにつき１つだけの許可しか存在しないことが可能である）、許可がいずれのＣＣに関することが可能であるかを示すことだけによって、ファジーセルにおいてＣＩフィールドで十分であり得るが、ＣＩフィールドは、ＰＣＣとは異なり、ＷＴＲＵの各アンカキャリアから送信されなければならない可能性がある。
【００９１】
このタイプのクロスｅＮＢ許可送信は、Ｘ２シグナリングを介する１つのｅＮＢから別のｅＮＢへの許可の送信を含むことが可能であり、そのｅＮＢのＰＤＣＣＨチャネルによる送信をさらに含むことが可能である。一部の展開において、１つのｅＮＢから別のｅＮＢへの許可の送信は、Ｘ２インターフェース上で被る遅延のために行われない可能性がある。このため、ＤＬ許可は、対応するアンカキャリア上の対応するデータチャネルと同一のｅＮＢからのＰＤＣＣＨチャネルを介して送信されることが可能である。オプション１ｂがファジーセルコンテキストにおいて実施される際、クロスｅＮＢ許可送信が、大きいＸ２遅延のために妨げられる場合、別個の符号化を用いた所与のキャリア上のＰＤＣＣＨが、同一のｅＮＢアンカキャリアからの複数のキャリア上のリソースをスケジュールするのに使用されることが可能である。
【００９２】
要するに、ファジーセル対応のＷＴＲＵは、ＷＴＲＵがデータを受信することが可能なｅＮＢごとに少なくとも１つのＰＤＣＣＨを有することが可能であり、さらに実際の構成は、ＣＣタイプおよびシステムセットアップに依存することが可能である。例えば、ＷＴＲＵが、ＣＣ１およびＣＣ２でｅＮＢ１に、ＣＣ３およびＣＣ４でｅＮＢ２に接続され、さらにｅＮＢ１からのアンカキャリアがＣＣ１であり、さらにｅＮＢ２からのアンカキャリアがＣＣ３である場合、ＤＬ許可に関する以下の構成が使用されることが可能である。
【００９３】
ＣＣのすべてに後方互換性がある場合、ＷＴＲＵは、オプション１ａを使用するように構成されることが可能であり、各ＣＣは、許可送信のためにそのＣＣ独自のＰＤＣＣＨを含む。
【００９４】
ＣＣのすべてに互換性がない場合、ＷＴＲＵは、オプション１ｂを使用するように構成されることが可能であり、ｅＮＢ１からのアンカキャリアＣＣ１上の１つのＰＤＣＣＨ（別個の符号化を用いる）が、ＣＣ１およびＣＣ２に関する許可を伝送し、さらにアンカキャリアＣＣ３上でｅＮＢ２からの１つのＰＤＣＣＨが、ＣＣ３およびＣＣ４に関する許可を伝送する。
【００９５】
代替として、ハイブリッドスキーム、すなわち、ＣＣタイプに依存して、ｅＮＢ１に関してオプション１ａ、ｅＮＢ２に関してオプション１ｂなど、またはｅＮＢ２に関してオプション１ａ、ｅＮＢ１に関してオプション１ｂなどが使用されてもよい。
【００９６】
別の実施形態において、異なるｅＮＢの間のＸ２インターフェース遅延が非常に小さい場合、１つのｅＮＢからの許可が、Ｘ２インターフェースを介して別のｅＮＢに転送されることが可能であり、さらに、その後、ＣＩフィールドを使用することによって、オプション１ｂでＰＣＣを使用してｅＮＢのＰＤＣＣＨチャネルを介して送信されることが可能である。このことは、ネットワークにおけるより効率的なスケジューリング、ならびにより良好な干渉管理機会をもたらすことが可能である。小さいＸ２インターフェース遅延を実現するのに、新たなＧＴＰ（ＧＰＲＳトンネリングプロトコル）トンネルが、この目的のためにＸ２インターフェース上で作成され得る。ユーザプレーンに関するＸ２インターフェースは、ＧＴＰを使用することが可能であるのに対して、制御プレーンに関するＸ２インターフェースは、ＳＣＴＰ（ストリーム制御伝送プロトコル）を使用することが可能である。一部の実施形態において、ＳＣＴＰは、独立したストリームにおいてデータをトランスポートするコネクション指向のプロトコルであり得るものの（ＴＣＰと対比される）、ＳＴＣＰは、ＧＴＰより遅い可能性がある。そのようなシナリオにおいて、Ｘ２  ＧＴＰトンネルを使用することが有利であり得る。また、任意の独自の機構が、ｅＮＢ−ｅＮＢインターフェース上の待ち時間を低減するのに使用されることも可能である。さらに、ＷＴＲＵは、特定のＣＣがいずれのｅＮＢに接続されているかを知っていることが可能であるので、許可送信の中でサイト情報を指定する必要はない可能性がある。
【００９７】
ＷＴＲＵは、すべての非ＤＲＸサブフレーム内の制御情報に関して同一のサイトからのＰＤＣＣＨ候補のセットを監視することが可能であり、ただし、監視することは、監視されるＤＣＩフォーマットのすべてに従って、セットの中のＰＤＣＣＨのそれぞれを復号しようとする試みを含意することが可能である。ファジーセルコンテキストにおいて、ＷＴＲＵは、すべての非ＤＲＸサブフレーム内の制御情報に関してＰＤＣＣＨ候補の複数のセットを監視することを要求され得る（すなわち、ＷＴＲＵがデータを受信する各サイトにつき１セット）。ＤＬ  ＰＤＣＣＨ  ＣＣ監視セットは、複数のサイトにわたって広げられることが可能であり、またはＷＴＲＵは、２つのＰＤＣＣＨ  ＣＣ監視セットを維持することが可能である。
【００９８】
ＷＴＲＵ固有の探索空間に関して、ＷＴＲＵは、伝送モードに依存して、ＲＲＣシグナリングを介して半静的に構成され得るＤＣＩ  ０／１ＡおよびＤＣＩを監視することが可能である。複数のサイトに接続され得るファジーセルＷＴＲＵに関して、１つのサイトからのＷＴＲＵ固有の探索空間内のＤＣＩフォーマットは、そのサイトからのＲＲＣシグナリングを介して直接にシグナリングされることが可能であり、またはこの情報は、Ｘ２シグナリングを介してメインサービングサイトに最初に転送され、その後、メインサービングサイトのＲＲＣシグナリングを介して伝送されることが可能である。
【００９９】
ＵＬにおいて均等のＣＣＣ概念は存在しない可能性があるので、ＵＬシグナリングにおけるＣＣＣ概念の展開が行われ得る。具体的には、受信の品質の点で使用すべき最良のＵＬ  ＣＣ（または特定のＵＬ品質を実現する要求される電力）は、ＣＣＣ構成による影響を受けない可能性がある。このため、ＷＴＲＵからＵＬ制御メッセージ（ＡＣＫ／ＮＡＣＫ、ＣＱＩなど）を受信するのに最良であり得るサイトは、ＷＴＲＵが対応するＤＬデータを受信したサイトとは異なり得る。ＡＣＫ／ＮＡＣＫシグナリングに関して。例えば、ＡＣＫ／ＮＡＣＫは、最良のパスロス（または長期パスロス）を有するサイトに、そのサイトに適切なＵＬ電力制御を使用してシグナリングされ得る。受信側サイトが、次に、そのＡＣＫ／ＮＡＣＫを、ＤＬデータを送信するサイトに転送して、再送がスケジュールされ得るようにする。代替として、ＵＬ  Ｔｘ電力が、ＵＬ  ＡＣＫ／ＮＡＣＫが、ＤＬデータを供給するのと同一のサイトによって監視され得るように、調整されることが可能である。
【０１００】
ＷＴＲＵが、各サイトに対して１つまたは複数のＵＬ  ＣＣを用いて複数のｅＮＢ（またはサイト）に接続されるシナリオにおいて、ｅＮＢに関連する対応するＵＬアンカキャリアが、ＵＣＩ（ＵＬ制御情報）を各サイトに送信するために使用されることが可能である。別の実施形態において、すべてのＵＣＩが、ＰＣＣを使用して送信されることが可能であり、次に、各ｅＮＢに関する関係のある制御情報が、Ｘ２インターフェースを使用して、ＵＬ  ＰＣＣにおいてサービスを提供するｅＮＢから転送されることが可能である。ＵＬ制御情報は、Ｘ２インターフェースを介して被る遅延に基づいてＸ２インターフェース上で転送されることが可能であり、さらにＸ２インターフェース実施形態に固有であることが可能である。
【０１０１】
Ｘ２インターフェース遅延が許容できる状況において、ＷＴＲＵには、１つだけのサイトに対するＵＬ  ＣＣが割り当てられることが可能である。そのようなシナリオにおいて、すべてのＵＣＩが、このＵＬ  ＣＣ上で送信されることが可能であり、さらにＸ２インターフェースを使用して、その他のサイトに転送されることが可能である。さらに、Ｘ２インターフェースの実施形態に依存して、Ｘ２インターフェースを介して、ＳＣＴＰではなく、ＧＴＰを使用すること、またはＧＴＰではなく、ＳＣＴＰを使用することが望ましい可能性がある。
【０１０２】
同様のソリューションが、ＣＱＩタイプ信号に適用されることが可能である。代替として、ＣＣＣに参加するサイト間のＣＱＩ報告スケジュールは、ＷＴＲＵから複数のサイトへのＣＱＩ伝送が同一の無線リソース上で行われ得るように調整されることが可能である。さらに、複数のサイト（すなわち、複数のＤＬ  ＣＣ）に関するＣＱＩ情報が符号化されて、両方のサイトによって監視される単一のメッセージにされることが可能である。ＷＴＲＵは、各サイトに別個のメッセージを送信しない可能性があるので、これらの別々のメッセージは、互いに干渉しないことが可能である。さらに、両方のサイトが、互いのＣＱＩレポートを知っている可能性があるので、バックホールを使用したサイト間のＣＱＩメッセージの交換は、全く必要とされない可能性がある（例えば、データフロー分割を管理するのを助けるために）。
【０１０３】
ＵＣＩは、ＰＵＣＣＨとＰＵＳＣＨの同時の構成が実施されない場合、ピギーバックされることが可能である。一実施形態において、ＵＣＩは、ＷＴＲＵが、アンカキャリア上に構成されたＰＵＳＣＨ伝送を有する場合、各アンカキャリア上で送信され得る。別の実施形態において、別の実施形態において、Ｘ２インターフェース遅延が許容できる場合、すべてのＵＣＩが、ＵＬ  ＰＣＣ上で送信され得る。ＷＴＲＵが、アンカキャリア上、またはＰＣＣ上で利用可能でない二次セル上にＰＵＳＣＨ伝送を有する場合、ＷＴＲＵは、対応するＳＣＣ（二次ＣＣ）上で各サイトにＵＣＩを送信することが可能である。
【０１０４】
ＵＬキャリアとＤＬキャリアのペアリングまたは関連付けは、ブロードキャスト情報、または専用のＲＲＣシグナリングの一部としてネットワークによってもたらされることが可能である。対応するＵＬキャリア周波数情報が存在しない場合、そのような情報は、デフォルトＴｘチャネル（キャリア中心周波数）からＲｘ（受信）チャネル（キャリア中心周波数）までの離隔から導き出されることが可能である。
【０１０５】
ＵＬシグナリングと関係するいくつかの態様、ＵＬ電力制御およびＵＬ許可が、ＤＬキャリア周波数が、ｄｌＦ１、ｄｌＦ２．．．ｄｌＦｎであり、ＵＬキャリア周波数が、ｕｌＦ１、ｕｌＦ２．．．ｕｌＦｎであり、ＤＬ  ＣＣＣが、ｄｌＣＣＣ１、ｄｌＣＣＣ２．．．ｄｌＣＣＣｎであり、ＵＬ  ＣＣＣが、ｕｌＣＣＣ１、ｕｌＣＣＣ２．．．ｕｌＣＣＣｎであり、さらにサイトが、Ｓ１、Ｓ２．．．Ｓｎである様々なシナリオを使用して以下に説明される。
【０１０６】
ＲＲＣシグナリングにおいて特に指定されない場合、ＤＬキャリア周波数とＵＬ周波数のペアリングと均等であり得るＤＬ  ＣＣとＵＬ  ＣＣのデフォルトのペアリングは、デュープレックス距離（duplex distance）（すなわち、各動作周波数帯域に関するＴｘ−Ｒｘ周波数離隔）に基づくことが可能である。
【０１０７】
ネットワークは、ＤＬ  ＣＣとＵＬ  ＣＣの差がデュープレックス距離ではない異なる規則に従ってＤＬ  ＣＣとＵＬ  ＣＣのペアリングを特別にシグナリングする能力を有することも可能である。デュープレックスフィルタは、デュープレックス距離の指定を有して構築され得るので、１つのペアのＤＬ  ＣＣとＵＬ  ＣＣの間の周波数距離は、フィルタリングパフォーマンス低下をもたらさない可能性がある。
【０１０８】
ＤＬ  ＣＣとＵＬ  ＣＣのペアリングは、動作の範囲のＤＬとＵＬの関連付けを規定することが可能である。例えば、ｄｌＣＣＣ１とｕｌＣＣ１のペアリングが、ｕｌＣＣ１のＵＬ許可がｄｌＣＣＣ１で送信され得ること、ｄｌＣＣＣ１上で送信されるＨＡＲＱ（ハイブリッド自動再送要求）に関連するＡＣＫ／ＮＡＣＫが、ｕｌＣＣ１上で伝送され得ることなどを暗示することが可能である。
【０１０９】
図６〜図１２は、異なる２つのサイト（ｅＮＢ）と通信することが可能なＷＴＲＵに関する様々な動作シナリオを示す。図６に関連して以下に提示される詳細は、それぞれのシナリオの各々で代替の詳細が明示的に述べられない限り、他のすべてのシナリオにも適用され得る。
【０１１０】
図６は、ＷＴＲＵ６０５と、２つのサイト（ｅＮＢ）Ｓ１およびＳ２とを含むワイヤレス通信システム６００を示す。ＷＴＲＵ６０５は、ＤＬ６１０（ｄｌＦ１上のｄｌＣＣＣ１）を介して、さらにＵＬ６１５（ｕｌＦ１上のｕｌＣＣ１）を介してサイトＳ１に接続されることが可能である。同一のＷＴＲＵ６０５が、ＤＬ６２０（ｄｌＦ２上のｄｌＣＣＣ２）を介して、さらにＵＬ６２５（ｕｌＦ２上のｕｌＣＣ２）を介してサイトＳ２に接続されることが可能である。Ｘ２インターフェース６３０が、サイトＳ１およびＳ２が互いに通信することを許すことが可能である。
【０１１１】
図６に示されるシナリオにおいて、ＤＬ６１０が、ｐＣｅｌｌを伝送することが可能であり、さらにＵＬ６１５が、ＵＣＩがＰＵＣＣＨを介して別個に送信され得る一次ＵＬ  ＣＣであることが可能である。一実施形態において、ＤＬ６２０は、ｓＣｅｌｌとして構成されることが可能であり、さらにＵＬ６２５は、ＵＣＩが、ＰＵＳＣＨにおいてピギーバックされる場合に、ＰＵＳＣＨだけを伝送することが可能である。
【０１１２】
このＵＣＩをピギーバックするシナリオにおいて、同時のＰＵＣＣＨとＰＵＳＣＨが構成されない場合、ＵＣＩ（例えば、ＡＣＫ／ＡＮＣＫ、およびＣＳＩ（チャネル状態情報））は、以下の規則に従って選択された単一のＵＬキャリアにおいて送信され得る。ＷＴＲＵ６０５が、一次セル上でＰＵＳＣＨ伝送を有する場合、ＵＣＩは、一次セルを介して送信され得る。ＷＴＲＵ６０５が、１つまたは複数の二次セル上でＰＵＳＣＨ伝送を有するが、一次セル上では有さない場合、ＵＣＩは、１つの二次セルを介して送信され得る。
【０１１３】
１つの代替の実施形態において、ＤＬ６２０に関するＵＣＩは、Ｘ２インターフェース６３０を介して送られることが可能である。ＵＣＩをｓＣｅｌｌ  ＰＵＳＣＨ上にピギーバックして送るか、またはＵＣＩを、Ｘ２インターフェース６３０を介して送るかの決定は、実施形態に依存することが可能であり、さらに、Ｘ２インターフェース６３０上の遅延、より良好なセル間干渉管理を利用するようにｓＣｅｌｌに関してｐＣｅｌｌにおいてクロスキャリアスケジューリングが実行され得るかどうかなどの、いくつかの要因によって影響されることが可能である。
【０１１４】
別のオプションは、各サイトにＰＵＣＣＨを送信するアンカキャリアを使用することであり得る。ＵＬ６１５が、サイトＳ１に関するアンカキャリアであることが可能であり、さらにＵＬ６２５が、サイトＳ２に関するアンカキャリアであることが可能である。このため、サイトＳ１およびＳ２を宛先とするＵＣＩは、サイトＳ１およびＳ２のそれぞれのアンカキャリア上で送られることが可能である。
【０１１５】
ＰＵＳＣＨ送信電力は、以下のとおり設定され得る。すなわち、
【０１１６】
【数１】
2019097201.tif 000003
【０１１７】
ただし、ＰMAXは、ＷＴＲＵクラスに依存する最大ＷＴＲＵ電力であり、Ｍは、割り当てられたＰＲＢ（物理リソースブロック）の数であり、ＰＬは、ＲＳＲＰ測定、およびシグナリングされたＲＳ  ｅＮＢ送信電力に基づいてＷＴＲＵ６０５において導き出されるＷＴＲＵパスロスであり、ΔMCSは、ｅＮＢによって設定されたＭＣＳ（変調−符号化スキーム）依存の電力オフセットであり、Ｐ0_PUSCHは、ＷＴＲＵ固有のパラメータであり（部分的には、ブロードキャストされ、部分的には、ＲＲＣを使用してシグナリングされる）、αは、セル固有のパラメータ（ＢＣＨ上でブロードキャストされる）であり、Δiは、ｅＮＢ（Ｓ１、Ｓ２）からＷＴＲＵ６０５にシグナリングされる閉ループＰＣ（電力制御）コマンドであり、さらに関数ｆ（）は、閉ループコマンドが、相対累積的か、絶対的かを示す。ｆ（）は、より上位の層を介してＷＴＲＵ６０５にシグナリングされる。
【０１１８】
パラメータＰＬは、ＰＬ＝ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ−より上位の層のフィルタリングされたＲＳＲＰとしてＷＴＲＵ６０５において計算されるパスロス推定。複数のＵＬ  ＣＣがＵＬ伝送のために使用される場合、各ＵＬ  ＣＣに関するパスロス推定が使用されることが可能である。一実施形態において、ＤＬ  ＣＣのうちの１つのＤＬ  ＣＣ上の、例えば、アンカとして定義されたＣＣ上のパスロスＰＬ0が、推定されることが可能である。所与のＵＬ  ＣＣ  ｋに関して、パスロス推定は、以下のとおり計算され得る。すなわち、
ＰＬ（ｋ）＝ＰＬ0＋ＰＬ＿ｏｆｆｓｅｔ（ｋ）  式（２）
ただし、ＰＬ＿ｏｆｆｓｅｔ（ｋ）は、ｅＮＢによってシグナリングされ得る。オフセット値は、異なるＵＬ  ＣＣの間の周波数離隔によるパスロス差をオフセットするのに使用され得る。ＤＬ  ＣＣのうちのいくつか、またはすべてのＤＬ  ＣＣ上で推定されたパスロスの線形結合が、ＰＬ0として使用されることが可能である。
【０１１９】
ＵＬ電力制御機構は、ＷＴＲＵ６０５のＰＡ（電力増幅器）構成、ＵＬ  ＣＣの数、およびすべてのＵＬ  ＣＣに関して使用される単一のＰＡが存在するかどうか、または、場合により、各ＣＣにつき１つのＰＡが存在するかどうか、またはいくつかのＣＣにつき１つのＰＡが存在するかどうか、ＵＬ  ＣＣに対するＤＬ  ＣＣおよび／または送信側サイトの関連付け、およびＵＬ電力制御の開ループ構成要素の決定、ＵＬ電力制御の閉ループ構成要素を管理するネットワークからのシグナリング、ならびにデータ伝送のための電力制御機構と制御伝送のための電力制御機構の違いに依存することが可能である。
【０１２０】
サイトに対するＵＬ  ＣＣの関連付けは、すべてのＵＬ  ＣＣが、１つのサイトに関連付けられることも、そうでないことも可能であるようになっていることが可能である。サイトが協調することが可能な別の可能なアプローチにおいて、ＵＬ  ＣＣは、「仮想」サイトに関連付けられることが可能である。
【０１２１】
ファジーセルの概念を用いて、異なるＤＬ  ＣＣ上の伝送は、物理的に離隔したサイト上で生成されることが可能である。これらのサイト（Ｓ１、Ｓ２）からＷＴＲＵ６０５に至るパスロスは、大幅に異なる可能性がある。したがって、伝送サイトのそれぞれに関して別個のパスロスが推定されることが可能である。所与の伝送サイトに関するパスロスは、送信のためにそのサイトによって使用されるＤＬ  ＣＣのうちの１つ、例えば、その伝送サイトに関するアンカキャリアとして定義されていることが可能な１つを使用することによって、推定されることが可能である。代替として、ＤＬ  ＣＣのいくつか、またはすべてのＤＬ  ＣＣ上で推定されたパスロスの線形結合が、そのサイトによって使用されてもよい。
【０１２２】
特定のＵＬ  ＣＣに関するＵＬ電力制御において使用されるパスロス推定は、ＵＬ  ＣＣの構成に依存することが可能である。一実施形態によれば、ＰＬ（ｋ）が、ＵＬ  ＣＣの電力制御のために使用されることが可能であり、さらにＵＬ  ＣＣが関連付けられたサイトのパスロス推定によって算出されることが可能である。具体的には、
ＰＬ（ｋ）＝ＰＬ0（ｉ）＋ＰＬ＿ｏｆｆｓｅｔ（ｋ，ｉ）  式（３）
ただし、ｉは、第ｋのＵＬ  ＣＣが関連付けられたサイトを表す。異なる伝送サイトに対するＵＬ  ＣＣの関連付けは、ＵＬ干渉を調整するのに、さらに／または負荷分散の目的で使用されることが可能である。
【０１２３】
ファジーセル概念において、別々のＰＤＣＣＨが、伝送サイトから送信されることが可能である。送信のために特定の伝送サイトによって使用されるＤＬ  ＣＣ内で、ＤＬ  ＣＣごとに別個のＰＤＣＣＨが、そのキャリア上の伝送リソースをスケジュールするのに送られることが可能である。代替として、１つのＤＬ  ＣＣ上で送信されるＰＤＣＣＨが、キャリア指示フィールドを使用して、別のＤＬ  ＣＣ上のリソースをスケジュールしてもよい。
【０１２４】
同様に、特定のＵＬ  ＣＣ上の送信にリソースを割り当てるＵＬ許可が、ＵＬ  ＣＣが関連付けられた伝送サイトによって送信されることが可能である。そのサイトによって送信のために使用されるＤＬ  ＣＣのうちの１つに対しＵＬ  ＣＣとの関連付けが存在し得る。このＤＬ  ＣＣは、ＵＬ許可を送信するのに使用され得る。また、ＴＰＣ（送信電力制御）コマンドが、ＵＬ許可と同一のコンポーネントキャリアにおいて伝送されることも可能である。また、ＵＬ送信によるＡＣＫ／ＮＡＣＫが、このＤＬ  ＣＣ上で伝送されることも可能である。
【０１２５】
代替の実施形態において、ＵＬ  ＣＣに関するＵＬ許可は、ＵＬ  ＣＣが関連付けられたサイトとは異なるサイトによって送信されてもよい。この場合、ＵＬ許可は、リソース割当て情報がいずれのＵＬキャリアに関するものであり得るかをＷＴＲＵ６０５に示すＵＬ  ＣＣ（および伝送サイト）指示フィールドを含むことが可能である。また、ＴＰＣコマンドが、同様に伝送されることも可能である。この場合、伝送サイトは、ＣＳＩパラメータ（ＣＱＩ／ＰＭＩ（プリコーディング行列インジケータ）ＲＩ（ランクインジケータ）などを含む）、電力制御パラメータ（例えば、ＴＰＣ）などの情報を交換して、スケジューリング決定が実施され得るようにする必要がある可能性がある。
【０１２６】
ＵＬ制御データは、スケジューリング決定、スケジューリング要求などのために使用され得る、ＤＬ送信によるＡＣＫ／ＮＡＣＫ、ＣＱＩ／ＰＭＩ／ＲＩを含むＣＳＩ（チャネル状態情報）、チャネル量子化情報などを含むことが可能である。ＵＬ制御データは、ＰＵＣＣＨ（ＵＬ制御チャネル）またはＰＵＳＣＨにおいて伝送され得る。
【０１２７】
ＰＵＣＣＨ送信に関して、ＰＵＣＣＨは、１つのＵＬ  ＣＣにマップされ得る。このＵＬ  ＣＣは、受信側サイトに至るパスロスが、可能なすべてのサイト／キャリアのなかで最小であるように選択され得る。この場合、ＰＵＣＣＨ電力制御は、このサイトに関するパラメータ（例えば、パスロスなど）を使用することによって調整され得る。ＰＵＣＣＨ情報は、いくつかのＵＬ  ＣＣにマップされることが可能であり、ただし、各ＵＬ  ＣＣは、異なる伝送サイトに関連付けられることが可能である。１つのＵＬ  ＣＣにおけるＰＵＣＣＨが、対応する伝送サイトに関する制御データを伝送する。特定のＵＬ  ＣＣ上のＰＵＣＣＨ電力が、対応する伝送サイトにおいてＰＵＣＣＨが確実に受信されるように調整される。
【０１２８】
さらに、ＣＡに関連するＵＬ電力制御が、定義された最大電力をそれぞれが有するＤＬ６１０および６２０に固有である様々なパラメータを使用して実施され得る。また、総ＵＬ電力が、ＷＴＲＵクラスと関係する最大電力によって制限されることも可能である。ファジーセルの概念に関して、ＵＬ電力制御によって使用されるパスロスは、ＤＬ６１０および６２０のいずれを測定すべきか、ＤＬごとのオフセットを適用すべきかどうかなどに関するネットワークからの構成に基づいて、導き出されることが可能である。
【０１２９】
以下のＵＬ電力および許可関連の態様が、ファジーセルの概念に適用可能であり得る。ＵＬ許可におけるＴＰＣが、許可が適用されるＵＬ  ＣＣＣに適用されることが可能である（すなわち、ＤＬ６１０からのＵＬ許可において送られたＴＰＣが、サイトＳ１におけるＵＬ６１５に適用されることが可能である）。ＣＩＦベースのクロスキャリアスケジューリングでは、ＣＩＦで構成されたＵＬ許可におけるＴＰＣフィールドが、許可が送信されたＤＬ  ＣＣにリンクされていない可能性があるＵＬ  ＣＣにおけるＰＵＳＣＨ送信およびＳＲＳ送信の電力を制御することが可能である。このため、このシナリオにおけるクロスキャリアスケジューリングで、ＤＬ６１０は、必要な場合、ＴＰＣを送ってＵＬ６２５のＵＬ電力を調整することが可能である。しかし、クロスサイト構成を所与として、いずれのそのような共同スケジューリング作業も、Ｘ２インターフェース６３０を介するデータ交換を要求し得る。利益は、可能な限り、ＤＬ６２０上のシグナリングから、さらにデータ使用に関してＤＬ６２０を利用する際に、オーバーヘッドを低減することであり得る。ＤＬ６２０が、ＰＤＣＣＨが存在しない可能性がある拡張ＣＣである場合、クロスキャリアＵＬ電力制御が、必要となり得る。
【０１３０】
ＤＬ許可におけるＴＰＣは、ＡＣＫ／ＮＡＣＫが送信され得るＵＬ  ＣＣに適用されることが可能である（すなわち、ＤＬ６１０からＤＬ許可において送られるＴＰＣコマンドは、サイトＳ１におけるＵＬ６１５に適用されることが可能である）。
【０１３１】
ＤＣＩフォーマット３／３ＡのＴＰＣは、ＲＲＣシグナリングにおけるＴＰＣインデックスとＴＰＣ−ＰＵＳＣＨ  ＲＮＴＩ（無線ネットワーク一時識別子）の組合せを使用して、ＵＬ  ＣＣに適用され得る。この構成は、ＤＣＩ３／３Ａを使用してクロスキャリアＵＬ電力制御ＴＰＣ送信に関して拡張されることが可能である。ＰＨＲ（電力ヘッドルームレポート）が、ＰＵＣＣＨ／ＰＵＳＣＨに関するＣＣ固有のレポートを含み得る。タイプ２  ＰＨＲは、ｐＣｅｌｌに関してだけ有効であり得るので、このシナリオにおいて、ＵＬ６１５がｐＣｅｌｌ（一次セル）ＵＬであり、さらにＵＬ６２５がｓＣｅｌｌ（二次セル）ＵＬであると想定すると、タイプ１ＰＨＲが、ＵＬ６１５に関して使用されることが可能であり、さらにタイプ２ＰＨＲが、ＵＬ６２５に関して使用されることが可能である。したがって、ＷＴＲＵ６０５が、タイプ１ＰＨＲとタイプ２ＰＨＲを同時に送信する事例が存在し得る。
【０１３２】
最大電力スケーリングが、ＰＵＣＣＨ電力を優先して、その後に、ＵＣＩを含むＰＵＳＣＨが続き、次にＰＵＳＣＨが続いて、チャネルごとに行われることが可能である。このシナリオにおいて、サイト構成と関係する新たな優先順位が導入され得る。例えば、チャネルに基づいて優先順位を適用する代わりに、１つのサイトに接続されたＵＬが、どのようなチャネルが伝送されるかにかかわらず、スケールダウンされてもよい。このことは、ベースバンドにおけるスケーリング計算を行う代わりに、このシナリオにおいて１つの周波数上の単純なＲＦ（無線周波数）減衰であり得る。タイミングアドバンスが、サイトＳ１におけるＵＬ６１５の受信、およびサイトＳ２におけるＵＬ６２５の受信に基づいて、２つのサイトから送られることが可能である。
【０１３３】
図７は、ＷＴＲＵ７０５と、２つのサイト（ｅＮＢ）Ｓ１およびＳ２とを含むワイヤレス通信システム７００を示す。ＷＴＲＵ７０５は、ＤＬ７１０（ｄｌＦ１上のｄｌＣＣＣ１）を介して、さらにＵＬ７１５（ｕｌＦ１上のｕｌＣＣ１）を介してサイトＳ１に接続されることが可能である。同一のＷＴＲＵ７０５が、ＤＬ７２０（ｄｌＦ１上のｄｌＣＣＣ２）を介して、さらにＵＬ７２５（ｕｌＦ２上のｕｌＣＣ２）を介してサイトＳ２に接続されることが可能である。Ｘ２インターフェース７３０が、サイトＳ１とＳ２が互いに通信することを許すことが可能である。
【０１３４】
図７に示されるシナリオにおいて、ｄｌＦ１とｕｌＦ２の差は、デュープレックス距離未満であり得る。このシナリオにおいて、ファジーセル構成が、各サイトに関して報告され、さらにＸ２インターフェース７３０を介して交換され、さらに共通スケジューラにおいて統合されるＣＳＩに基づいて異なるサイトに属するキャリアのリソースのスケジューリングを実行する共通のスケジューラを実施することが可能である。このシナリオにおいて、ＤＬ７１０とＤＬ７２０はともに同一の周波数にあるので、両方がＰＤＣＣＨを伝送する場合、ビットレベルでスクランブルされたＰＣＩ（物理セル識別子）によって与えられる直交性にもかかわらず、ＤＬ７１０上、およびＤＬ７２０上のＰＤＣＣＨのブラインド復号のパフォーマンスは、低下する可能性がある。さらに、共通のスケジューラは、ＤＬ７１０上のデータ送信にために使用されるＲＢが、干渉を回避するようにＤＬ７２０上でスケジュールされないことが可能であることを確実にすることができる。システム７００の場合と異なり、ＤＬ６１０とＤＬ６２０は、図６のシステム６００において異なる２つの周波数上で動作することが可能である。この制限を除いて、図７のシナリオは、ＵＬ態様において図６のシナリオと同様であり得る。
【０１３５】
図８は、ＷＴＲＵ８０５と、２つのサイト（ｅＮＢ）Ｓ１およびＳ２とを含むワイヤレス通信システム８００を示す。ＷＴＲＵ８０５は、ＤＬ８１０（ｄｌＦ１上のｄｌＣＣＣ１）を介して、さらにＵＬ８１５（ｕｌＦ１上のｕｌＣＣ１）を介してサイトＳ１に接続されることが可能である。同一のＷＴＲＵ７０５が、ＤＬ８２０（ｄｌＦ２上のｄｌＣＣＣ２）を介してサイトＳ２に接続されることが可能であり、さらに関連するＵＬ  ＣＣを全く有さない。Ｘ２インターフェース８２５が、サイトＳ１とＳ２が互いに通信することを許すことが可能である。
【０１３６】
ＤＬ８２０に対応するすべてのフィードバックおよびＨＡＲＱ情報が、ＵＬ８１５上に多重化され、サイトＳ１に送信され、その後、Ｘ２インターフェース８２０を介してサイトＳ２に転送されることが可能である。電力制御およびタイミングアドバンスが、ＤＬ８１０を介してサイトＳ１によって調整され得る。Ｘ２インターフェース情報転送によってもたらされる待ち時間は、共通のスケジューラが、いずれのサブフレーム内でサイトＳ２が、ＤＬ８２０で或るＴＢ（トランスポートブロック）を送信することが可能であるかを認識しており、４サブフレーム後であるサブフレーム内で関連するＡＣＫ／ＮＡＣＫを予期するようサイトＳ１に指示するので、ＨＡＲＱ／ＣＳＩタイムラインに影響を与えない可能性がある。このため、ＤＬ８２０上のＨＡＲＱ送信は、サイトＳ２で始まり、サイトＳ１で終わることが可能である。ＮＡＣＫの場合、サイトＳ１は、再送に関してサイトＳ２に十分な時間内に知らせて、ＷＴＲＵ８０５が、正確に８サブフレーム後に再送を受信するようにすることが可能である。
【０１３７】
ＤＬ８１０とＤＬ８２０の両方に関連するＡＣＫ／ＮＡＣＫをＵＬ８１５上に多重化することは、Ｘ２インターフェース８２５を介するＤＬ８２０の適切な動作のために、サイトＳ１からサイトＳ２へのさらなるシグナリングを要求し得る。ＷＴＲＵ８０５が、ＤＬ８１０からＵＬ８１５に関するＵＬ許可を受信することが可能である。共通のスケジューラ（図８のサイトＳ１に存在する可能性が高い）が、サイトＳ１とサイトＳ２の両方に関連するＣＳＩを直ちに有することが可能であり、さらに共通プールスケジューリングを実行し、ＤＬリソーススケジューリングのためにＣＩＦを使用してＰＤＣＣＨにおけるクロスキャリアスケジューリングを適用することが可能である。
【０１３８】
図９は、ＷＴＲＵ９０５と、２つのサイト（ｅＮＢ）Ｓ１およびＳ２とを含むワイヤレス通信システム９００を示す。ＷＴＲＵ９０５は、ＤＬ９１０（ｄｌＦ１上のｄｌＣＣＣ１）を介して、さらにＵＬ９１５（ｕｌＦ１上のｕｌＣＣ１）を介してサイトＳ１に接続されることが可能である。同一のＷＴＲＵ９０５が、ＤＬ９２０（ｄｌＦ１上のｄｌＣＣＣ２）を介してサイトＳ２に接続されることが可能であり、さらに関連するＵＬ  ＣＣを全く有さないことが可能である。Ｘ２インターフェース９２５が、サイトＳ１とＳ２が互いに通信することを許すことが可能である。このシナリオは、ＵＬ構成の点で図８のシステム８００と同様であることが可能であり、さらにＤＬ構成の点で図７のシステム７００と同様であることが可能である。
【０１３９】
図１０は、ＷＴＲＵ１００５と、２つのサイト（ｅＮＢ）Ｓ１およびＳ２とを含むワイヤレス通信システム１０００を示す。ＷＴＲＵ１００５は、ＤＬ１０１０（ｄｌＦ１上のｄｌＣＣＣ１）を介して、さらにＵＬ１０１５（ｕｌＦ１上のｕｌＣＣ１）を介してサイトＳ１に接続されることが可能である。同一のＷＴＲＵ１００５が、ＤＬ１０２０（ｄｌＦ２上のｄｌＣＣＣ２）を介して、さらにＵＬ１０１５を介してサイトＳ２に接続されることが可能である。Ｘ２インターフェース１０２５が、サイトＳ１とＳ２が互いに通信することを許すことが可能である。
【０１４０】
ＤＬ１０２０に対応するすべてのフィードバックおよびＨＡＲＱ情報が、ＵＬ１０１５上に多重化され得る。Ｘ２インターフェース１０２５を介してサイトＳ１からＳ２に供給されるＵＬスケジューリング情報を使用して、サイトＳ２は、それに相応してＵＬ１０１５を復調し、復号することが可能である。サイトＳ２は、サイトＳ１が行うとおり、ＵＬチャネル推定に関するＳＲＳ（サウンディング基準信号）を非周期的にトリガする能力を有することが可能であり、さらにサイトＳ１とは別々にＣＳＩ情報をスケジュールする能力を有することも可能である。共通のスケジューラは、サイトＳ１とＳ２の間でＵＬリソース割当てを調整する必要がない可能性がある。
【０１４１】
さらに、２つのセットの電力制御−タイミングアドバンス機構が、１つのＷＴＲＵに向けられて２つのサイトにおいて使用されることが可能であり、さらに選択的に、または一括して、この情報が評価され、調停されることが可能である。例えば、サイトＳ１が、ＷＴＲＵ１００５から満足の行くＵＬ  ＳＩＮＲを受ける期間中、ＵＬ１０１５上で、より多くのＲＢがサイトＳ１に関してスケジュールされ得る。このことは、異なる期間内でサイトＳ１またはＳ２に選択的に送信することが可能であり、ＵＬ１０１５に適用された或る種のＴＤＭ（時分割多重化）と同じことになり得る。
【０１４２】
さらに、電力制御の場合、通常、１つのサイト（ｅＮＢ）におけるＵＬ  ＳＩＮＲが考慮に入れられることが可能であるのに対して、ファジー構成において、共通のスケジューラが、サイトＳ１におけるＵＬ  ＳＩＮＲとサイトＳ２におけるＵＬ  ＳＩＮＲの間の或る種の均衡を求めることが可能であり、さらにそれに相応して１つの共通のセットのＴＰＣを生成することが可能である。
【０１４３】
異なる伝播パスのため、ＵＬ１０１５のサブフレームは、異なる時点でサイトＳ１およびＳ２に着信することが可能であり、さらに異なる２つのタイミングアドバンス値ＴＡ１およびＴＡ２につながる可能性がある。Ｓ１からのＴＡ１とＳ２からのＴＡ２の差に依存して、選択的アプローチおよび一括アプローチが適用されることが可能である。ＵＬ１０１５の使用は、サイトＳ１とＳ２に同時に、または択一的に到達するように最適化され得る。
【０１４４】
図１１は、ＷＴＲＵ１１０５と、２つのサイト（ｅＮＢ）Ｓ１およびＳ２とを含むワイヤレス通信システム１１００を示す。ＷＴＲＵ１１０５は、ＤＬ１０１０（ｄｌＦ１上のｄｌＣＣＣ１）を介して、さらにＵＬ１１１５（ｕｌＦ１上のｕｌＣＣ１）を介してサイトＳ１に接続されることが可能である。同一のＷＴＲＵ１１０５が、ＤＬ１１２０（ｄｌＦ２上のｄｌＣＣＣ２）を介して、さらにＵＬ１１１５を介してサイトＳ２に接続されることが可能である。Ｘ２インターフェース１１２５が、サイトＳ１とＳ２が互いに通信することを許すことが可能である。このシナリオは、ＵＬ構成の点で図１０のシステム１０００と同様であることが可能であり、さらにＤＬ構成の点で図７のシステム７００と同様であることが可能である。
【０１４５】
図１２は、ＷＴＲＵ１２０５と、２つのサイト（ｅＮＢ）Ｓ１およびＳ２とを含むワイヤレス通信システム１２００を示す。ＷＴＲＵ１２０５は、ＤＬ１２１０（ｄｌＦ１上のｄｌＣＣＣ１）を介してサイトＳ１に接続されることが可能であり、さらに関連するＵＬを全く有さないことが可能である。同一のＷＴＲＵ１２０５が、ＵＬ１２１５（ｕｌＦ１上のｕｌＣＣＣ２）を介してサイトＳ２に接続されることが可能であり、さらに関連するＤＬ  ＣＣを全く有さないことが可能である。Ｘ２インターフェース１２２０が、サイトＳ１とＳ２が互いに通信することを許すことが可能である。
【０１４６】
フィードバック、ＣＳＩ、電力制御、およびタイミングアドバンスと関係するすべての情報は、Ｘ２インターフェースを介してサイトＳ１とサイトＳ２の間で交換され得る。このシナリオにおいて、ＵＬ電力制御は、サイトＳ１とＷＴＲＵ１２０５の間のパスロスを推定するのにだけ使用され得る一方で、ＴＰＣビットは、サイトＳ２において経験されるＵＬ  ＳＩＮＲに基づいて生成され得る。このミスマッチの影響は、パスロスがサイトＳ２にあることを近似するようにサイトＳ１において推定されたパスロスにオフセットを適用することによって、軽減され得る。
【０１４７】
ワイヤレス通信システムにおいて、ＯＦＤＭベースのＵＬ送信の直交性は、同一のサブフレームの異なるＷＴＲＵからの信号が、１つのセルにおけるｅＮＢにほぼ揃って着信する場合に、維持され得る。サイクリックフィックスを超えたずれは、干渉を生じさせる可能性がある。ＵＬ無線フレーム数の送信は、関連するＤＬ無線フレームの開始より（ＮTA＋ＮTAoffset）×ＴS前に開始することが可能であり、ただし、フレーム構造タイプ１に関して０≦ＮTA≦２０５１２、およびＮTAoffset＝０である。
【０１４８】
タイミングアドバンスは、関連するＤＬキャリアとＵＬキャリアのペアに適用される機構と考えられることが可能である。専用のタイミングアドバンスが、各ＣＣ上で適用されることが可能であり、または共通のタイミングアドバンスが、すべてのＣＣに関して十分であり得る。
【０１４９】
ファジーセルシナリオは、１つのＷＴＲＵによって使用される関連するＤＬキャリアとＵＬキャリアのペアが、異なる２つのサイトに接続され得ることをさらに含意する。また、１つのＷＴＲＵが、２つの異なるサイトに接続された２つのＵＬキャリアを有することも可能である。したがって、ＷＴＲＵは、ＣＣとサイトの両方にそれぞれが固有である（２次元インデックス）タイミングアドバンスのセットを管理する必要がある可能性がある。１つの基本的な規則は、ＷＴＲＵが、各ＣＣ、および各サイトに関して別々のＴＡを保持することであり得る。
【０１５０】
しかし、２つのＵＬ  ＣＣが同一のサイトに接続された場合、両方のＣＣに関して１つのＴＡ（追跡エリア）で十分であり得る。同一のサイトに接続されたＣＣのすべてが、１つのＴＡコマンドを共有することが可能である。このことは、ＣＣ間のＨＯの事例中にＴＡを獲得するＲＡＣＨ作業を減らす。
【０１５１】
ファジーセルによるＵＬキャリアとＵＬキャリアの異なる２つのサイトの間での分割は、様々な問題を生じさせる可能性がある。第１の問題は、タイミングアドバンスが、その特定のセルにおけるＵＬデータ／制御／基準信号の受信されたタイミング測定に基づいて、１つのサイトのｅＮＢによって決定され得ることであり得る。特定のセル内のすべてのＷＴＲＵは、その特定のセルにおけるＤＬキャリアのフレームタイミングを基準としてＵＬの送信を計時することが可能である。ＷＴＲＵが、１つのサイトからの１つのキャリア上のＤＬフレームタイミングを使用するが、それでも、別のサイトから受信されたタイミングアドバンスコマンドを適用する場合、ＷＴＲＵ  ＤＬおよびＵＬのフレームタイミングは、ＨＡＲＱタイミングの点で揃わない可能性がある。
【０１５２】
例えば、ＷＴＲＵが、サイトＳ１からのＤＬデータ（ＰＤＳＣＨ）およびＤＬに関してＣＣＣ１−ＤＬを使用することが可能であり（すなわち、関連するＵＬ  ＣＣ１−ＵＬが活性ではない）、さらに、サイトＳ２からのＤＬ制御（ＰＤＣＣＨ）および関連するＵＬに関してＣＣＣ２−ＤＬを使用することが可能である。ＣＣ１−ＤＬの基準ＤＬフレームタイミングは、ｔ１であることが可能であり、さらにＣＣ２−ＤＬの基準ＤＬフレームタイミングは、ｔ２であることが可能である。データは、ＣＣ１−ＤＬを発信元とするので、この特定のＷＴＲＵのＨＡＲＱタイミングは、ｔ１に照らして計時され得る。一方、サイト２における他のすべてのＷＴＲＵは、ＤＬフレームタイミングｔ２を基準としてＵＬ送信を計時することが可能であり、さらにサイト２は、これらのＵＬ送信のすべてを使用して、共通のタイミングアドバンスを生成することが可能である。ＨＡＲＱタイミングがｔ１を基準とするこの特定のＷＴＲＵ上のｔ２に基づいて、このタイミングアドバンスを間接的に適用することは、サブフレームＮ内のＤＬデータと、サブフレームＮ＋４内のＵＬ  ＡＣＫ／ＮＡＣＫの間のタイミング関係を乱す可能性がある。タイミングアドバンスコマンドは、現在のＵＬタイミングを基準としたＵＬタイミングの変更を、１６×ＴSの倍数として示すことが可能である。ｔ１とｔ２の間の差が大きい場合、タイミングアドバンス変更は、０．６７ミリ秒限度を破る可能性があり、その結果、このＷＴＲＵにおけるＵＬ  ＡＣＫ／ＮＡＣＫの処理は、関連するＵＬ送信が行われるべき時点で完了していない可能性がある。ＷＴＲＵが、この異常に対する予防措置を有し、ＵＬタイミングをその限度内に引き留める場合、サイトＳ２は、ＷＴＲＵ  ＵＬが他のＷＴＲＵとずれていることを見出す可能性がある。
【０１５３】
さらに、ＤＬキャリアとＵＬキャリアの関連するペアを異なるサイトに分離することには、タイミングアドバンスの影響なしでも、ＨＡＲＱタイミングが関与する可能性がある。両方のサイトが同期される（すなわち、ｔ１とｔ２が互いに近い場合）場合、この問題は、軽減され得る。しかし、ＵＬ  ＡＣＫ／ＮＡＣＫは、Ｘ２インターフェースを介してサイトＳ２からサイトＳ１に転送され得るので、もたらされる遅延が考慮され得る。Ｘ２インターフェースは、ＴＣＰ／ＩＰネットワークとして実現される可能性があるので、遅延は、補償され得ないほど大きい可能性がある。１つのソリューションは、ＵＬ  ＡＣＫ／ＮＡＣＫを適時に転送するようにサイト間でＲＦ増幅−転送リンクを展開することであり得る。ＡＣＫ／ＮＡＣＫは、異なる周波数帯域にあることが可能な無線リンクを介して処理するために、サイトＳ２からサイトＳ１に直接に転送され得る。そのような無線リンクは、ファジーセルシナリオにおけるサイト間の他のタイミングに左右される信号転送を円滑にすることも可能である。
【０１５４】
前述のシナリオに関する代替のアプローチは、サイトＳ１が、サイトＳ２がＣＣ２−ＵＬを直接にリッスンするのと同時に、ＣＣ２−ＵＬを直接にリッスンすることである。ＴＡに関する対応するソリューションは、異なるサイトからの複数のＤＬ  ＣＣに対応する１つのＵＬ  ＣＣにおけるＡＣＫ／ＮＡＣＫ多重化であり得る。各ＤＬ  ＣＣは、同一のサイトに送り返されるＵＬ  ＡＣＫ／ＮＡＣＫを有し得るので、ＨＡＲＱタイミングは、問題ではない可能性がある。タイミングアドバンスは、この場合、サイトごとであることから、これらの２つのサイトからの両方のＣＣが同期されない限り、１つのＵＬキャリア上の両方のタイミングアドバンスを調停するのは困難であり得る。同期が利用可能であると、２つのサイトからのタイミングアドバンスコマンドは、１つのＵＬＣＣに向けられた複数のサイトから受信されるすべてのＴＡのなかで、このＵＬ  ＣＣに適用され得る最小のＴＡに従って、評価され、適用されることが可能である。他のＴＡの出所であるサイトからのＤＬ  ＣＣに関して、ＵＬタイミングにおける過度の進みは、生じないことが可能である。タイミングずれが、２つのサイトの間のタイミング差によってもたらされる可能性があるが、その２つのサイトが同期されていることから、このずれは、大きくない可能性がある。
【０１５５】
ファジーセルの概念に関するいくつかのシステムレベルシミュレーション結果が、本明細書で与えられている。具体的には、各ＣＣに関して適切な電力プロファイル（およびアンテナパターン）を有する満足の行くＢＳ（基地局）伝送スキームを見出して、ファジーセルの考え方を使用することによってセルエッジユーザパフォーマンスが向上させられるようにする試みが行われてきた。
【０１５６】
最適化のためのパラメータの数を減らすのに、送信電力レベルだけが調整されることが可能である。基地局は、Ｎ個のセルからそれぞれが成る同一の形状の複数のクラスタに分割されるものと想定される。例えば、Ｆ個のＣＣが利用可能である場合、或るクラスタにおけるＦ個ＣＣに関する電力プロファイルが見出されることが可能であり、さらに同一の電力プロファイルが、その他のクラスタのすべてに関して再利用されることが可能である。１つのクラスタに関して、一様に分布していることが可能なＫ個の試験ロケーションのセットが存在し得る。第ｋのロケーションに関して、ＷＴＲＵが或る特定のＢＳ（基地局）に接続されているものと想定して、ＣＣ  ｆに関するＣ／Ｉ（キャリア対干渉比）が、パスロスおよび電力プロファイル｛ｐ（ｎ，ｆ）｝の関数として計算されることが可能であり、ただし、ｎ＝１，．．．，Ｎであり、さらにｆ＝１，．．．，Ｆである。ファジーセルの概念によれば、第ｆのＣＣに関して、ＷＴＲＵは、ＳＩＲ（ｋ，ｆ）によって表され得る最大Ｃ／ＩでＢＳに接続されることが可能である。所与の電力プロファイルに関して、ｋ＝１，．．．，Ｋであり、さらにｆ＝１，．．．，Ｆである｛ＳＩＲ（ｋ，ｆ）｝が算出されることが可能であり、｛ＳＩＲ（ｋ，ｆ）｝から、様々な費用関数が定義されることが可能である。
【０１５７】
第ｋのロケーションに関する１つの費用関数は、ｆにわたるＣ（ｋ）＝−ｍａｘ｛ｓｉｒ（ｎ，ｆ）｝であることが可能であり、以下の問題が、以下のとおり解決され得る。すなわち、
｛ｐ＿ｏｐｔ（ｎ，ｆ）｝＝ａｒｇ  ｍｉｎ  ｍａｘ＿ｋ  Ｃ（ｋ）、ｓ．ｔ．電力制約  式（４）
【０１５８】
このことは、最悪のロケーションの最良のＣ／Ｉ比を最大化することと均等であり得る。電力制約に関して、総電力制約合計ｓｕｍ＿｛ｎ，ｆ｝ｐ（ｎ，ｆ）＝Ｐ＿ｔｏｔａｌ＝Ｎ×Ｆ×ｐ＿ｅｑが考慮されることが可能であり、ただし、ｐ＿ｅｑは、空間および周波数にわたる一様な電力プロファイルを想定した、各ＣＣに関する各基地局からの送信電力である。この制約は、非ファジーセルのシナリオ（すなわち、一様な電力割当て事例）のパフォーマンスに基づく公平な比較目的であり得る。また、各電力ｐ（ｎ，ｆ）に関して、各ＣＣが、ＢＳにおいてそのＣＣ独自の電力増幅器を有するものと想定することによって、下限Ｐ＿ｌｂおよび上限Ｐ＿ｕｂが存在することが可能である。異なるセットの電力制御が考慮され得る。
【０１５９】
セルエッジユーザパフォーマンスは、通常、ＣＤＦ（累積部分布関数）における５パーセンタイルによって特徴付けられるので、最悪のロケーションのパフォーマンスを考慮することだけでは、十分でない可能性がある。また、ＷＴＲＵは、前述のファジーセルソリューションにおいて指定されるとおり、ＣＣ１がサイトＡに接続され、さらにＣＣ２がサイトＢに接続されて、複数のＣＣを要求する可能性がある。このため、レートＡＷＧＮ（加法性白色ガウス雑音）は、
ｒ（ｋ，ｆ）＝Ｗ（ｆ）×ｌｏｇ２（１＋ＳＩＲ（ｋ，ｆ））  式（５）
であり、ただし、Ｗ（ｆ）は、ＣＣ  ｆの帯域幅である。次に、ＷＴＲＵが、最良のＶ個のＣＣを使用するものと想定して、第ｋのロケーションにおける合計レートが、Ｒ（ｋ）＝ｓｕｍ＿ｖ  ｒ（ｋ，ｖ）に設定されることが可能であり、ｖ＝１，．．．，Ｖであり、ただし、ｒ（ｋ，ｖ）は、Ｆ個のＣＣのなかの第ｖの最良のＣ／Ｉである。各電力プロファイルに関して、各ロケーションに関するＣ／Ｉが計算されることが可能であり、さらに合計レートＲ（ｋ）が獲得され得るＣＣ、次に、対応するＴＰ（送信電力）ＣＤＦが獲得される。ＣＤＦに関して、５パーセンタイル値が、｛ｐ（ｎ，ｆ）｝の関数であるＲ５によって表されることが可能であり、さらに費用関数が、Ｃ＝−Ｒ５（｛ｐ（ｎ，ｆ）｝）であるように選択されることが可能であり、さらに以下の問題が解決され得る。すなわち、
｛ｐ＿ｏｐｔ（ｎ，ｆ）｝＝ａｒｇ  ｍｉｎ  −Ｒ５、ｓ．ｔ．電力制約  式（６）
【０１６０】
ユーザのセルエッジパフォーマンスを向上させることが可能な電力プロファイルが、非セルエッジユーザに関するパフォーマンス低下を生じさせる可能性がある。電力制約の他に、非セルエッジユーザのパフォーマンス損失が或る範囲内であり得ることを確実にする他の制約が追加されることも可能である。各ＴＰ  ＣＤＦに関して、Ｒ５０、Ｒ８０、およびＲ９０が、それぞれ、５０パーセンタイル、８０パーセンタイル、および９０パーセンタイルのＴＰ値として表されることが可能である。さらに、Ｒ５０＿ｅｑ、Ｒ８０＿ｅｑ、およびＲ９０＿ｅｑが、等しい電力設定、すなわち、｛ｐ（ｎ，ｆ）＝ｐ＿ｅｑ｝における対応するＴＰ値であり得る。以下のレート制約が設定されることが可能である。すなわち、Ｒ５０＞＝（１−ａ）×Ｒ５０＿ｅｑ、Ｒ８０＞＝（１−ａ）×Ｒ８０＿ｅｑ、およびＲ９０＞＝（１−ａ）×Ｒ９−ｅｑであり、ただし、「ａ」は、許容され得るＴＰ損失をパーセンテージで表す。すると、式（６）における問題は、以下のとおりとなり得る。すなわち、
｛ｐ＿ｏｐｔ（ｎ，ｆ）｝＝ａｒｇ  ｍｉｎ  −Ｒ５、ｓ．ｔ．電力制約およびレート制約  式（７）
【０１６１】
式（６）および式（７）において、費用関数は、各ＣＣに関して帯域幅が固定であり、さらにシステム負荷が無関係である（すなわち、同一のＣＣを使用して同一のＢＳに接続するユーザの数）と想定する式（５）に依拠することが可能であり、この想定は、一様でない電力割当てでは、特定のＣＣ上で異なる電力を有する複数のＢＳが、異なるカバレッジエリアを有する可能性があり、このため、その特定のＣＣは、異なる数のユーザを有し得るので、シナリオ全体を反映しない可能性がある。その結果、各ユーザに利用可能な帯域幅は、等しい電力の事例と比較した場合に変わる可能性もある。この要因を考慮に入れて、簡明のため、正規化されたレートが、以下のとおり制御され得る。すなわち、
ｒ＿ｎｏｒｍ（ｋ，ｆ）＝Ｗ（ｆ）／Ｓ（ｋ，ｆ）×ｌｏｇ２（１＋ｓｉｒ（ｋ，ｆ））  式（８）
であり、ただし、Ｓ（ｋ，ｆ）は、第ｋのＷＴＲＵが、ＣＣ  ｆを使用して接続するのと同一のＢＳに接続するロケーションの総数である。ｒ＿ｎｏｒｍを用いて、式（７）は、以下のとおりになることが可能である。すなわち、
｛ｐ＿ｏｐｔ（ｎ，ｆ）｝＝ａｒｇ  ｍｉｎ  −Ｒ５＿ｎｏｒｍ、ｓ．ｔ．電力制約およびレート制約  式（９）
であり、Ｒ５＿ｎｏｒｍは、正規化されたレートｒ＿ｎｏｒｍを使用した５パーセンタイルＴＰである。同様に、レート制約が、それに相応して変更されることも可能である。
【０１６２】
以上の最適化問題は、非線形および非凸であり得る。その結果、ＭＡＴＬＡＢのＧＡ（遺伝的アルゴリズム）ツールボックスに依拠して、局所最適が算出されることが可能である。いくつかの数値結果が、１サイト当り３つのセクタが存在し（１２０度指向性アンテナを有する）、さらに各クラスタが、１つのサイト（３つのセル）を含むという想定で、もたらされることが可能である。
【０１６３】
図１３は、中央のクラスタが、ＣＤＦを計算するために使用され得るＫ＝３０００個のロケーションを表し、さらに３つのセルの交差点における小さい円が、ＢＳ塔を表す、基地局の地理的レイアウトを示す。３つのＣＣが、各セルにおいて利用できる可能性があり、クラスタ内に３つのセルが存在することが可能であるので、調整され得る合計で９（九）つの電力パラメータ（１つのＣＣ当り３つ）が存在することが可能である。パラメータのサイズをさらに小さくするのに、ＣＣの電力プロファイルが、シフトすることによって再利用されているという想定で、この９つのパラメータに別の制約が課せられることが可能である。例えば、ＣＣ１に関する電力プロファイルが［ｐ１，ｐ２，ｐ３］である場合、ＣＣ２に関して、［ｐ２，ｐ３，ｐ１］が存在することが可能であり、さらにＣＣ２に関して、［ｐ３，ｐ１，ｐ２］が存在することが可能である。このさらなる制約は、強制的ではなくてもよいが、ＧＡアルゴリズムが、満足の行く局所最適解により速く収束するのを助けることが可能である。以下の例に関して、ｐ＿ｅｑ＝４６ｄＢｍであり、さらにシャドウイングは存在しないものと想定され得る。
【０１６４】
第１の結果が、ｐ＿ｌｂ＝１６ｄＢｍであり、さらにｐ＿ｕｂ＝５５ｄＢｍであるものと想定することによって、式（４）で得られる。最適化された電力プロファイルは、等しい電力の事例の１．５６ｄＢと比べて、最悪のロケーションの最良のＣ／Ｉが４．６７３ｄＢである状態で、ｄＢｍ単位で［５０．７６８，１６，１６］であり得る。３ｄＢを超える利得が、一様でない電力分布を使用することによって得られることが可能である。Ｖ＝３である（すなわち、ＷＴＲＵが、３つすべてのＣＣを使用することができる）という想定で式（６）および式（７）を解くことは、基本的に、同一のセットの電力プロファイルをもたらし、さらにＢＳが、３という周波数再利用係数の事例を模倣しようと試みることが可能である。
【０１６５】
図１４は、ｄＢｍ単位で電力プロファイル［５０．７６，１６，１６］を有するＣＣ１に関する最適化されたＣ／Ｉ（キャリア対干渉比）マップを示す。図１４に示されるとおり、異なる各ＣＣが、１つのセクタにおける電力を増大させること、およびその他の２つのセクタにおける電力を最小限に抑えることによって、異なる区域をカバーしようと試みることが可能である。
【０１６６】
図１５は、等しい電力、および等しくない電力でＷ（ｆ）＝１であるものと想定した、式（７）に関する正規化されていない合計レートのＣＤＦを表すグラフである。図１５は、セルエッジパフォーマンスが、等しい電力の事例と比べた場合、等しくない電力割当てで大幅に向上させられることが可能であることを示す。やはりプロットされているのが、低減された上限（Ｐ＿ｕｂ＝Ｐ＿ｅｑ＋３ｄＢ）を用いた結果であり、この結果は、ＣＣごとの電力増幅器の電力制限が、この例に関するパフォーマンス利得に大きな影響を与え得ることを示す。
【０１６７】
図１６は、各ＷＴＲＵが３つのＣＣを使用するものと想定した、正規化された合計レートのＣＤＦを表すグラフである。図１６は、正規化されたＴＰをメトリックとして使用し、さらにＷ（ｆ）＝２０ＭＨｚを使用することによる、式（９）の結果を示す。「再利用３」曲線は、式（７）で最適化された電力プロファイルを有する正規化されたＴＰ  ＣＤＦを表すことが可能であり、ただし、正規化されていないＴＰが、費用を計算する際に使用されることが可能である。このシナリオにおいて、直観的に、１つのセルの電力を大幅に増大させることは、より大きいカバレッジにつながることが可能であり、したがって、限られた帯域幅を共有する、より多くのユーザを得る可能性があり、これは、図１６の「ファジーセル」の線で示されるとおり、非セルエッジユーザパフォーマンスを大幅に低下させる可能性がある状況であり、ただし、正規化されたＴＰ  ＣＤＦは、正規化されていないＴＰで式（７）を使用して最適化された電力プロファイルを有して提示されている。
【０１６８】
式（９）を使用して、電力プロファイル［３８，４７，４８］ｄＢｍが得られることが可能であり、この電力プロファイルのＣＤＦもやはり、図１６に示される。図１６は、正規化された合計レートを考慮することによって、式（９）の解が、等しい電力の事例と比べて、約１５％のセルエッジユーザパフォーマンス向上をもたらし得ることを示す。同時に、非セルエッジユーザのパフォーマンス損失が、抑制されて保たれることが可能である。
【０１６９】
理論上、式（９）は、所与の電力プロファイルを有するＣＤＦが獲得され得る限り、単純な等しい帯域幅共有ではなく、任意のタイプのスケジューラを扱うのに使用されることが可能である。また、前述の枠組みが、アンテナパターンが変わることも許すことによる事例に拡張されることも可能である。
【０１７０】
セルラシステムは、無線を介する、基礎をなすセキュリティで保護されていない物理媒体の性質に起因する誤りを本来的に被りやすい可能性がある。セルラシステムにおけるユーザ移動性のサポートが、可能な誤りのシナリオの数をさらに増加させる可能性がある。
【０１７１】
別の実施形態において、誤り処理は、ＣＣ協調ネットワークにおいて実行されることが可能である。一次通信サイト（ｅＮＢ）との通信誤りが存在する場合に、マルチサイト（ｅＮＢ）を使用してＣＡに関する機能するデータフローを維持することを可能にするための概念が、本明細書で説明される。また、複数のサイトを含むＣＣ協調ネットワークが使用中である間に、個別のＣＣ障害を扱う様々なＣＣ協調ネットワーク関連のＲＡＮ手順も説明される。
【０１７２】
ＲＬＦは、ＷＴＲＵを、システムアクセスを取り戻すように回復不能な物理的通信誤り条件から復元する手順である。無線リンク品質が、想定される伝送構成でＰＣＦＩＣＨ誤りを考慮して、仮定的なＰＤＣＣＨ誤り率として測定され得る。ＷＴＲＵが、フレームごとに、またはＤＲＸ構成が適用される場合、ＤＲＸ活性時間中に、品質しきい値ＱｉｎおよびＱｏｕｔに照らしてＤＬ無線品質に関してサブキャリア基準信号を監視することが可能である。次に、物理層が、品質しきい値が超えられると、同期通知、および同期ずれ通知をＲＲＣエンティティに供給することが可能である。ＲＬＦは、連続する同期ずれ通知を受け取ると、ＷＴＲＵ  ＲＲＣによって宣言されることが可能であり、さらにその後の時間にわたって連続する同期通知を受け取らない可能性がある。ＷＴＲＵは、現在のデータトラフィックフローを一時停止し、次に、セル再選択を実行することが可能である。セル再選択に成功すると、ＷＴＲＵは、ＲＲＣ接続再確立手時を開始して、ＡＳ（アクセス層）セキュリティが活性化された場合にデータトラフィック転送を再開するＲＲＣ接続再確立手順を開始することが可能である。ＡＳセキュリティが活性化されない場合、ＷＴＲＵは、ＲＲＣ接続解放を実行する（確立されたＰＢに関連するすべてのリソースを解放する）ことが可能であり、次に、ＷＴＲＵは、ＲＲＣ＿ＩＤＬＥモードに入ることが可能である。
【０１７３】
ＣＡにおいて、ＷＴＲＵは、複数のＣＣ上で受信するように構成され得る。ＣＡは、異なるＣＣ上のセルが、同一のｅＮＢを依然として発信元としながらも、異なるカバレッジエリアを有し得る展開をサポートすることが可能である。したがって、ＰＤＣＣＨ受信のために構成されたＤＬ構成要素のサブセット上のＰＤＣＣＨ受信に障害が生じる一方で、他のＣＣは、機能するＰＤＣＣＨ受信を依然として有することが可能である。このことは、可能な障害シナリオを１つまたは複数のＣＣ障害、および全ＣＣ障害に拡張することが可能である。ＲＬＦ手順は、すべてのＣＣに障害が生じたシナリオに関してだけ宣言されることが可能である。部分的ＣＣ障害（すなわち、部分的ＲＬＦ）の場合、ｅＮＢは、ＲＲＣ接続再確立手順を使用することなしに、障害の生じたＣＣリンクを取り除くように明示的なシグナリング、または暗黙のｅＮＢ検出を考慮することが可能である。部分的なＲＬＦの場合、影響を受けているキャリアに関連するトラフィックチャネルだけが、リセット／リダイレクトされることが可能である一方で、その他のキャリアは、「そのまま」動作を続けることが可能である。
【０１７４】
サービングｅＮＢは、ＳＰＳ（半永久的スケジュール）（すなわち、ＲＲＣ接続メッセージ構成）の形態で、ＰＤＣＣＨを介して活性の接続を有するＷＴＲＵにＵＬ無線リソースを割り当てることが可能であり、またはＷＴＲＵは、ｅＮＢに、ＰＵＣＣＨチャネルを介するＵＬリソースを要求しなければならない可能性がある。ＷＴＲＵ側の暗黙のＲＬＦが、Ｌ２（層２）／Ｌ３（層３）プロトコルによるＵＬ通信が失われたことを検出に適用され得る。ＵＬ無線リソース割当てを実行するのに使用される方法に依存して、検出のための異なる機構が実施されることが可能である。
【０１７５】
ＰＵＣＣＨ要求またはＲＡＣＨを介するＵＬ割当ての事例において、ＰＵＣＣＨチャネルの障害が生じると（すなわち、最大限の回数のスケジューリング要求再試行に達すると）、ＭＡＣは、ＲＡＣＨ手順を開始することに戻ることが可能であり、ＲＡＣＨ手順も失敗した場合、ＲＲＣは、ＲＲＣ接続再確立手順（ＲＬＦ報告）を開始するように通知され得る。
【０１７６】
ＳＰＳ構成割当ての事例において、ＷＴＲＵは、伝送を受信した後、ＰＤＣＣＨ上でｅＮＢによって供給されるＨＡＲＱ  ＡＣＫ／ＮＡＣＫを監視することが可能である。ｅＮＢが、８（八）つの伝送まで、割り当てられたＳＰＳチャネル上でＵＬデータを受信することを停止した場合、ｅＮＢは、この状況を暗黙のＷＴＲＵ解放と解釈して、リソースを再構成（解放）することが可能である。この状況でＤＬ  ＰＤＣＣＨも失われた場合、さらなるＲＲＣ構成、ＵＬ許可、またはＵＬ  ＡＣＫ／ＮＡＣＫは全く可能でない可能性があり、このことは、ＨＡＲＱ障害につながって、ＵＬ  ＲＬＣ（無線リンク制御）伝送障害をもたらす可能性がある（障害の生じたＳＰＳが構成されたチャネルの解放は、不活性化のためにＷＴＲＵによって受信されていない可能性があるので）。最大限の回数のＲＬＣ再送に達すると、ＷＴＲＵ  ＲＲＣは、ＲＲＣ接続再確立手順（ＲＬＦ報告）を開始するよう通知されることが可能である。
【０１７７】
前述の２つの例に示されるとおり、ＷＴＲＵ上の暗黙の無線リンク障害検出が、ＷＴＲＵ  ＭＡＣ機構およびＲＬＣ機構によってＬ２／Ｌ３プロトコルの下でカバーされる。ＭＡＣ機構は、ＲＡＣＨ送信障害に基づくことが可能である。ＷＴＲＵは、活性のＣＣのＳＩＢ２からの最大限の回数のＲＡ（ランダムアクセス）再試行（ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）を許されることが可能であり、またはハンドオーバの場合、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの移動性制御情報ＩＥの中に含められることが可能である。代替として、ＲＲＣは、最大限のＲＡ再試行に達すると、ＭＡＣによって通知されることが可能であり、またはＣＡの導入に起因して最大限のＲＡ再試行に達すると、ＭＡＣが、ＲＲＣをシグナリングする（すなわち、ＣＣが試みられると、または利用可能なすべてのＣＣが試みられると、シグナリングする）ことが可能である。
【０１７８】
ＲＬＣ機構は、ＲＬＣ伝送障害に基づくＡＭ（肯定応答モード）チャネルにだけ適用可能であり得る。ＷＴＲＵは、ＲＲＣ接続セットアップ／再構成／再確立メッセージの中の無線リソース構成の一環として、最大限の回数の再試行（ｍａｘＲｅｔｘＴｈｒｅｓｈｏｌｄ）を与えられることが可能である。ＷＴＲＵ  ＲＲＣは、ＳＲＢ（シグナリング無線ベアラ）またはＤＲＢ（データ無線ベアラ）が最大限の伝送しきい値を超えた可能性が或る場合、ＲＬＣによる通知を受けることが可能である。
【０１７９】
ＲＬＦ手順は、データトラフィックの一時的な停止をもたらす可能性があり、または最悪ケースのシナリオでは、呼をドロップすることをもたらす可能性がある。この振舞いは、別のＣＣ上の通常のデータトラフィックが、サービングＣＣ上のＲＬＦによる影響を受けない可能性があるＣＡを使用するＷＴＲＵには、望ましくない。
【０１８０】
図１７は、ＣＣ協調ネットワークにおける移動性による例示的な無線リンク障害を示す。ＷＴＲＵが、異なる複数のサイト上のＣＣを使用して２つのｅＮＢ（ｅＮＢ１およびｅＮＢ２）を有するネットワークにＲＬＦ条件をシグナリングすることが望ましい。図１７に示されるとおり、ＷＴＲＵは、ともにｅＮＢ１からの２つのＣＣ（ＣＣ  ＡとＣＣ  Ｂ）からのＣＡを使用して、高いデータスループットを受信するように最初に構成され得る（１７０５）。ＤＣＣＨ（専用制御チャネル）が、特別なセルであるＣＣ  Ａ上で確立され得る。ＷＴＲＵが、ｅＮＢ１から離れてｅＮＢ２に向って移動するにつれ、ＷＴＲＵは、ＣＣ  ＢのｅＮＢ１カバレッジを離れることが可能である（１７１０）。部分的ハンドオーバが、ＣＣ  Ｂ上のＷＴＲＵ受信パスをｅＮＢ２に再接続して、所望されるデータスループットを取り戻すことが可能である。ＤＣＣＨは、ＣＣ  Ａ上に留まることが可能である。その後、ＷＴＲＵは、ＣＣ  Ａリンク上のＲＬＦにつながるシャドウイングを生じさせる超高層ビルの背後に移動することが可能である（１７１５）。ＷＴＲＵは、ｅＮＢ２からのＣＣ  Ｂ上で満足の行くデータストリームを受信し続けることが可能であるのに対して、ＣＣ  Ａ上のＤＣＣＨとデータパスの両方が失われる可能性がある。ＲＬＦ手順が、ＲＲＣ接続の再確立をトリガして、これにより、両方のＣＣ上のデータ転送を中断することが可能である。しかし、図１７によって示されるとおり、ＷＴＲＵによって検出される部分的ＲＬＦの報告は、ｅＮＢ１に対する同期が失われることによってもたらされる可能性があり、またはｅＮＢ１との通信を停止する他の何らかの手段によって、ＣＣ  Ｂ上でｅＮＢ２にそれでも送られることが可能である。特別なセルなしの部分的ＲＬＦ報告は、検出の時点におけるＲＲＣ接続構成に依存して、異なるｅＮＢ処理手順を使用することが可能である。
【０１８１】
１つの構成において、ＣＣ  Ｂは、「特別なセル」であることが可能であり、さらにＣＣ  Ａは、ＣＣ協調ネットワークの一部であることが可能である。このことは、ＲＲＣ接続ハンドオーバ（ステップ１７１０中の、またはステップ１７１５で、ＷＴＲＵがシャドウイング位置に入る前の）が、ＥＳＰベアラがｅＮＢ２に転送されることをもたらし得るシナリオである。ＷＴＲＵコンテキストおよびシグナリングは、ｅＮＢ２において扱われることが可能である。したがって、特別なセル（ｅＮＢ２上の）に対する部分的ＲＬＦ（ＣＣ  Ｂ障害）通知のシグナリング、および回復処理（例えば、ＣＣ  Ｂ解放またはＣＣ  Ｂルーティング変更）が、実行されることが可能である。
【０１８２】
別の構成において、ＣＣ  Ａが、「特別なセル」であることが可能であり、ＣＣ  Ｂが、ＣＣ協調ネットワークの一部であることが可能である。このシナリオにおいて、ステップ１７１０中に、ＣＣ  ＢだけがｅＮＢ２上に再構成されることが可能である。ＷＴＲＵの振舞いを制御する決定／コマンドを行う責任は、ｅＮＢ１にあるままであり得る。部分的ＲＬＦ通知のシグナリングは、ｅＮＢ２上で受信された場合、さらなるＷＴＲＵ構成のためにｅＮＢ１に転送されなくてもよい可能性がある。この報告がｅＮＢ１に送られない場合、またはｅＮＢ１がＲＬＦを暗黙に検出した後に転送される場合、ｅＮＢ１は、ＣＣ  Ａを介する通信が復元されない可能性がある場合、活性の呼をドロップする可能性がある。
【０１８３】
一実施形態によれば、サービングｅＮＢに対する、ＣＣ協調ネットワークにおける個別の活性のＣＣ上のＲＬＦのＷＴＲＵ通知が、説明される。この実施形態において、ＷＴＲＵは、複数サイトＣＡ構成におけるｅＮＢに部分的ＲＬＦを明示的にシグナリングすることが可能である。
【０１８４】
非サービングｅＮＢ上のアンカＣＣに障害が生じると、ＷＴＲＵは、サービングｅＮＢに関連するＰＤＣＣＨまたはＰＵＳＣＨを使用して、サービングｅＮＢに部分的ＲＬＦ条件を明示的にシグナリングすることが可能である。
【０１８５】
サービングｅＮＢ上のアンカＣＣに障害が生じると、ＷＴＲＵは、別の利用可能なＣＣ上で部分的ＲＬＦ条件を明示的にシグナリングすることが可能である。ｅＮＢ１に対する部分的ＲＬＦの報告は、そのような報告が、ｅＮＢ１がシームレスなハンドオーバを開始し、さらにＸ２データトンネリングを使用して、遷移中のデータパケットロスを最小限に抑えることを許すことができる機構を可能にし得るので、暗黙のｅＮＢ１  ＲＬＦ検出と比べて有益であり得る。
【０１８６】
部分的ＲＬＦの直接通知は、協調するｅＮＢによってサービングｅＮＢにＸ２インターフェースを介してシグナリングされ得る。しかし、協調するｅＮＢが、Ｘ２インターフェースを介して通信することができない事例において、Ｓ１−ＭＭＥ（移動性管理エンティティ）インターフェースを介する通信が、実施されることが可能である。
【０１８７】
図１８は、ＷＴＲＵ１８０５および１８１０と、３つのｅＮＢ１８１５、１８２０、および１８２５とを含むｅＮＢ  ＡＳ（アクセス層）プロトコルアーキテクチャ１８００を示す。ｅＮＢ１８１５、１８２０、および１８２５のそれぞれは、ＲＲＣ１８３０と、Ｌ２エンティティ１８３５と、ＰＨＹ（物理）層エンティティ１８４０と、ＣＣ中心リソース管理のためのＲＲＭ（無線リソース管理）ユニット１８４５とを含み得る。このアーキテクチャは、１対１ピアＲＲＣエンティティ関係を維持することが可能であり、さらにＲＲＣシグナリングに関して１つだけの終端ポイントしか存在しないことを確実にすることが可能である。ＲＲＭユニット１８４５が、ノード間Ｘ２ＡＰ（Ｘ２アプリケーションプロトコル）インターフェース１８５０を介して互いに通信することが可能である。ＧＰＲＳトンネリングプロトコルに基づくＸ２インターフェースユーザプレーンプロトコル１８５５が、ｅＮＢ１８１５におけるＬ２エンティティ１８３５とｅＮＢ１８２５におけるＬ２エンティティ１８３５の間の帯域内データトラフィックシグナリングのために使用されることが可能である。
【０１８８】
ＲＲＭユニット１８４５は、ＡＳ（アクセス層）無線リソースを管理することを担うことが可能なｅＮＢ上の機能エンティティであり得る。ｅＮＢ固有のバックホールリソースまたは無線インターフェースリソースの割当てを担うことが可能な、ｅＮＢ１８１５、１８２０、および１８２５の各ｅＮＢ上に１つのマスタＲＲＭ１８４５が存在することが可能である。ｅＮＢ１８１５、１８２０、および１８２５の上の個別のＣＣは、マスタＲＲＭユニット（専用のＣＣを監視するサブモジュールから入力を受け取っていることが可能な）の一部として管理され得る。
【０１８９】
ＲＲＣ１８３０は、専用のＷＴＲＵに割り当てられたリソースを追跡すること（要求し、戻す）、および単一のＷＴＲＵにＡＳ割当てをシグナリングすることを担うシグナリングプロトコルを処理することを担う機能エンティティであることが可能である。ＲＲＣ１８３０は、ＲＲＭユニット１８４５とネゴシエートして、要求されるＱｏＳ（サービス品質）でユーザサービスを提供するのに要求されるリソースを獲得することが可能である。ＷＴＲＵが活性である任意の時点で、接続された状態にある１つのＷＴＲＵ当り１つのＲＲＣだけしか存在しないことが可能である。複数のサイトがＣＣ協調ネットワークの一部として利用されるシナリオにおいて、ＲＲＣが存在する専用の「サービングｅＮＢ」が存在することが可能である。
【０１９０】
ｅＮＢ間Ｘ２Ａｐインターフェース１８５０は、協調活性セットにおけるｅＮＢ１８１５、１８２０、および１８２５に関するシグナリングインターフェースであることが可能である。
【０１９１】
図１８のｅＮＢ  ＡＳ（アクセス層）プロトコルアーキテクチャ１８００は、３つのｅＮＢ１８１５、１８２０、および１８２５から接続サービスを受信する活性の接続を有する２つのＷＴＲＵ１８０５および１８１０を含むことが可能である。ＷＴＲＵ１８０５は、ｅＮＢ１８２０だけと通信することが可能である。ＷＴＲＵ１８１０は、ＲＲＣ接続を使用してｅＮＢ１８１５（サービングｅＮＢ）およびｅＮＢ１８２５（協調するｅＮＢ）と通信することが可能であり、ただし、ＲＲＣ接続は、データ分割のためにＣＣＣを含むようにｅＮＢ１８１５において確立される、または再構成されることが可能である。ｅＮＢ１８１５は、ＷＴＲＵ（１８０５、１８１０）に関する候補「協調活性セット」を一緒に形成することが可能な隣接ｅＮＢ１８２０および１８２５とシステム情報構成および無線環境情報を交換することが可能である。ｅＮＢ１８１５は、移動性管理およびデータルーティングを円滑にするようにＷＴＲＵ１８１０に関するＲＲＣコンテキストを保持することが可能である。ｅＮＢ１８２５は、このＷＴＲＵ１８１０に関するデータ転送および制御シグナリングを円滑にする部分的ＲＲＣコンテキストを保持することが可能である。ＷＴＲＵ１８１０は、協調伝送に参加する候補としてｅＮＢ１８２０に対する測定を実行することが可能である。ｅＮＢ１８２０は、ｅＮＢ１８２０からの協調伝送がサービングｅＮＢ１８１５によって活性化され得るまで、ＷＴＲＵ１８１０  ＲＲＣを保持することはない可能性がある。
【０１９２】
ＷＴＲＵがＣＣ障害を検出することが可能なシナリオにおいて、部分的ＲＬＦレポートが、ＷＴＲＵ１８１０によって協調するｅＮＢ１８２５のＣＣに送られることが可能である。以下の実施形態は、「ＲＲＣベースの」報告、および「非ＲＲＣベースの」報告に関して分類され、以下に説明される代替のＷＴＲＵ報告機構である。
【０１９３】
ＲＲＣメッセージがシグナリングされる場合、ＳＲＢに関連するＵＬパス（またはＤＣＣＨ論理チャネル）が、協調するｅＮＢ上に存在することが可能である。このことは、協調するｅＮＢ１８２５に当てはまることも、当てはまらないことも可能である。例えば、ＤＬデータ転送のためだけに協調するＣＣを使用するＷＴＲＵは、ＵＬトランスポートチャネルをセットアップすることを要求されない可能性がある。この方法に基づいて報告され得るＲＬＦ検出のタイプは、ＷＴＲＵ明示／暗黙ＲＬＦ検出である。
【０１９４】
「非ＲＲＣベースの部分的ＲＬＦ報告」に関して、非ＲＲＣベースのシグナリング方法が使用される場合、既存のＸ２インターフェースの変更が、協調するｅＮＢ１８２５が、この通知をサービングｅＮＢ１８１５に与えるのに要求され得る。この方法に基づいて報告され得るＲＬＦ検出のタイプは、情報挿入およびｅＮＢ  ＲＬＦ検出のためにＭＡＣ  ＣＥ（制御要素）を使用する、または物理制御チャネルヘッダ（ＰＵＣＣＨヘッダ）を変更するＭＡＣによるＷＴＲＵ暗黙ＵＬ  ＲＬＦ検出に基づく。部分的ＲＬＦ通知の受信に成功すると、協調するｅＮＢ１８２５は、リソース再割当てのためにサービングｅＮＢ１８１５に部分的ＲＬＦレポートを転送することが可能である。
【０１９５】
可能な様々なＷＴＲＵ報告機構に対応する１つの代替のｅＮＢ転送ソリューションは、協調するｅＮＢ１８２５によるＲＬＦ通知の受信の後、Ｘ２インターフェース、またはＣＣＣＨ（共通制御チャネル）またはＤＣＣＨ（専用制御チャネル）を確立することによって、オンデマンドのｅＮＢ間シグナリング構成を使用することを含み得る。活性のデータパスを有するＣＣだけが、ＲＬＦをシグナリングするのに使用されるので、協調するｅＮＢ１８２５は、ＷＴＲＵコンテキストを認識していることが可能であり、したがって、転送されるべき先のサービングｅＮＢのロケーションを識別することが可能である。ＲＬＦシグナルを転送する新たなＸ２メッセージが、カプセル化されたデータ、または明示的な通知として作成されることが可能である。代替として、Ｘ２データプレーンインターフェースが、ＷＴＲＵ１８１０に関するＣＣＣＨ／ＤＣＣＨメッセージが送られることを示すようにトンネリングプロトコルフレームヘッダ内で特別の構成を許すように変更されることが可能である。
【０１９６】
可能な様々なＷＴＲＵ報告機構に対応する別の代替のｅＮＢ転送ソリューションが、協調するすべてのｅＮＢに至る事前構成されたＣＣＣＨ／ＤＣＣＨパスを使用することを含み、さらにＤＲＢに関連するトランスポートチャネル、および対応するｅＮＢ１８２５上のＳＲＢを構成することが可能である。
【０１９７】
ｅＮＢ間通信は、一般に、以下の２つのタイプ、すなわち、ｅＮＢ／ＢＳシステム関連情報を通信するために使用され得る、定義されたＸ２ＡＰメッセージ、および帯域内データトラフィックシグナリングのために使用され得るＸ２データトランスポートに関して説明され得る。協調するｅＮＢ１８２５が、ＷＴＲＵから部分的ＲＬＦ報告を受信することが可能な報告方法（ＲＲＣまたは非ＲＲＣ）に依存して、以下のルーティング手順をもたらす一方、または両方のタイプの通信が可能である（変形を伴う）。
【０１９８】
オンデマンドでＸ２インターフェースを介してＣＣＣＨ／ＤＣＣＨ論理チャネルを構成することが、可能であり得る。しかし、このことは、新たなトンネリングパスを確立する、関係する２つのｅＮＢ間のＸ２ＡＰ交換を要求する可能性がある。このことは、動的論理チャネルの確立をそれほど望ましくなくする可能性がある遅延を被る可能性がある。
【０１９９】
代替として、対応するｅＮＢ１８２５は、ＷＴＲＵコンテキスト（データ分割上のセットアップ）、および関連するサービングｅＮＢ１８１５を認識している可能性があるので、Ｘ２インターフェースを介する明示的なシグナリングが実行されることが可能である。可能な２つのアプローチは、特定のＷＴＲＵ情報をもたらす新たなＸ２ＡＰメッセージの作成を含むことが可能である。１つのアプローチにおいて、この新たなＷＴＲＵ固有のＸ２ＡＰメッセージは、さらなる処理のためにサービングｅＮＢ１８１５のＲＲＣ１８３０に送るために、サービングｅＮＢ１８１５にＲＲＣメッセージ（ＤＣＣＨ上、またはＣＣＣＨ上で受信された）を転送するのに使用され得る。別のアプローチにおいて、対応するｅＮＢ１８２５は、Ｘ２トンネル上でＷＴＲＵ固有のデータトラフィックを既に処理しているので、Ｘ２トンネリングプロトコルデータヘッダが、Ｘ２インターフェースを介して明示的な帯域内シグナリングをもたらすように変更されることが可能である。複数のＤＲＢがこのトンネル上で束ねられるので、Ｘ２トンネル上で予期されるいくらかのオーバーヘッドが存在する。したがって、Ｘ２トンネルオーバーヘッドは、ペイロードがＤＲＢであるか、またはＳＲＢであるかを区別するパラメータビットフィールドを追加することによって変更され得る（ＳＲＢ０、１、または２を区別することは、ＲＲＣ１８３０が、この情報を、ＡＳＮ．１（抽象シンタックス表記法１）復号の一環として復号することができる可能性があるので、必要ない）。
【０２００】
代替の実施形態において、Ｘ２トンネルオーバーヘッドは、転送宛先チャネルＩＤを識別する（データ分割モード、すなわち、ＰＤＣＰ（Packet Data Convergence Protocol：パケットデータ統合プロトコル）分割（ＲＢ  ＩＤ）、ＲＬＣ分割（論理チャネルＩＤ）、およびＭＡＣ分割（トランスポートチャネルＩＤ）に依存して）ビットフィールドを追加することによって変更されることが可能である。このアプローチにおいて、データトラフィックルーティング処理によって既に必要とされている可能性があるものに追加される新たなフィールドは、全く存在しない可能性がある。
【０２０１】
別の代替の実施形態において、ＲＬＦ障害の通知が、新たなＭＡＣ制御要素を追加することによって実行されることが可能である。ｅＮＢに対して実行される他の暗黙のＤＬ  ＲＬＦ検出と一緒にＭＡＣ  ＣＥ報告が、データを分割するのに使用される方法に依存して、協調するｅＮＢ１８２５によって検出されることが可能である。
【０２０２】
ＰＤＣＰ（パケットデータ統合プロトコル）／ＲＬＣレベル分割が実行されると、暗黙の検出（ＲＬＣ障害またはＰＨＹ同期障害）、およびＭＡＣ  ＣＥ報告が、協調するｅＮＢ１８２５上で終了されることが可能である。しかし、ＲＬＦ通知は、サービングｅＮＢ１８１５上のＲＲＣ１８３０に転送され得る。
【０２０３】
一実施形態において、特定のＷＴＲＵステータスを与えるための新たなＸ２ＡＰメッセージが作成されることが可能である。新たなＸ２ＡＰメッセージにおいて提供される情報は、障害が生じた無線リンク、および判定がどのように得られた可能性があるか（すなわち、暗黙の検出（ＤＬ  ＲＬＣの回復不能な誤り、またはＰＨＹ同期障害）、またはＷＴＲＵからの部分的ＲＬＦ報告のＭＡＣ  ＣＥ通知）を含み得る。この新たなＸ２ＡＰメッセージの中で与えられる情報をもたらす特別のフレームフォーマットが、Ｘ２トンネリングプロトコルに追加されることが可能である。
【０２０４】
別の実施形態において、ＭＡＣレベル分割が実行されることが可能であり、その結果、暗黙の検出（ＰＨＹ同期障害）およびＭＡＣ  ＣＥ報告が、協調するｅＮＢ１８２５上で終了されることが可能である。暗黙のＲＬＣ検出がサービングｅＮＢ１８１５上で行われ得ることを除いて、ＰＤＣＰ／ＲＬＣレベル分割と同様のソリューションが、適用されることが可能であり、したがって、可能なデータフィールドにおいて必要とされない可能性がある。
【０２０５】
ＲＬＦシグナリング拡張に関して、ＲＲＣ接続再構成中のサービングｅＮＢ１８１５から協調するｅＮＢ１８２５へのＳＲＢに関するさらなる構成が、実施され得る（データ分割パスが構成される際に）。活性のＲＲＣ接続が、セキュリティ活性化されることが可能であり、さらにすべてのＲＲＣメッセージが、ＰＤＣＰによって完全性保護され、暗号化されることが可能である。したがって、提案されるデータ分割モデル（ＰＤＣＰ、ＲＬＣ、またはＭＡＣ）にかかわらず、データトラフィックと束ねられることが可能なＸ２インターフェース上の論理制御（ＣＣＣＨ／ＤＣＣＨ）チャネル確立で、協調するｅＮＢ１８２５がＲＲＣメッセージ（明示的な部分的ＲＬＦ通知）をサービングｅＮＢ１８１５に転送する必要なルーティングパスをもたらすのに十分であり得る。
【０２０６】
Ｘ２インターフェース１８５０を介してサービングｅＮＢ１８１５にＲＬＦを報告することに関する１つの想定は、ＣＣ  Ａインターフェース上のＲＬＦが、ｅＮＢ１との通信が完全に失われた可能性があることを示す可能性があることから、ＲＬＦの暗黙の検出がドロップされる呼につながる前に、この機構が、ＲＬＦ回復を開始するようサービングｅＮＢ１８１５をトリガすることが可能であることであり得る。したがって、サービングｅＮＢ１に関する唯一のあり得そうな処理は、ＷＴＲＵがＲＦシャドウ領域内に静止したままである場合、ｅＮＢ２へのハンドオーバを実行することである。しかし、ｘ２インターフェースが利用可能でない（例えば、ＨｅＮＢが、Ｘ２インターフェースをサポートしない可能性がある）場合、Ｓ１−ＭＭＥインターフェースが、この報告をサポートするように変更され得る代替のインターフェースであり得る。
【０２０７】
別の実施形態において、Ｓ１−ＭＭＥインターフェース（図示せず）が、協調するｅＮＢ１８２５がＲＬＦを報告することを可能にする手順、およびＭＭＥがハンドオーバを開始する手順をサポートするように変更されることが可能である。これら２つの手順は、組み合わされ、合理化されて、協調するｅＮＢ１８２５によってＳ１−ＭＭＥインターフェースを介して開始される１つの「ターゲットセルによって要求されるハンドオーバ」にされることが可能である。この機構は、協調するｅＮＢ１８２５上のＲＲＭ１８４５を使用して、十分なＷＴＲＵデータルーティングコンテキスト、およびＯＴＡ（無線）リソース利用にアクセスして、部分的ＲＬＦの結果、ハンドオーバが最も論理的な回復手順であり得るというインテリジェントな判定を行うことが可能である。Ｓ１−ＭＭＥを用いるＲＲＣ通信は、協調するｅＮＢ１８２５から開始されることが可能である（オンデマンドで、または事前構成されて）。何らかのインテリジェンスが、システムアーキテクチャ１８００またはシグナリングプロトコルに組み込まれて、所与の時点で、協調するｅＮＢ１８２５によって開始される１つだけの「ターゲットセルによって要求されたハンドオーバ」手順だけがＷＴＲＵに関して存在し得ることを確実にしてもよい。
【０２０８】
（実施形態）
１．ＷＴＲＵ（ワイヤレス送信／受信ユニット）のセルエッジパフォーマンスを向上させる方法であって、
ＷＴＲＵが、複数のサイトとの接続をそれぞれのＤＬ（ダウンリンク）を介して確立するステップであって、各ＤＬは、その他のＤＬコンポーネントキャリア（ＣＣ）の１つまたは複数と同一である、または異なる周波数上で動作する少なくとも１つのＤＬ  ＣＣを含むステップと、
サイトが、特定のＤＬ  ＣＣ動作周波数に関するそれらのサイトの送信電力を操作するステップと、を備える方法。
【０２０９】
２．それらのサイトのうちの特定の１つからその１つのサイトのセル境界までの距離が、その特定のＤＬ  ＣＣ動作周波数上のその１つのサイトの送信電力を増加させることによって、より大きくなり、さらにその他のサイトのうちの少なくとも１つからその少なくとも１つのサイトのそれぞれのセル境界までの距離が、その特定のＤＬ  ＣＣ動作周波数上のその少なくとも１つのサイトの送信電力を低減することによって、より小さくなる実施形態１の方法。
【０２１０】
３．異なるＣＣ周波数の間のカバレッジの重なり合いが、１という周波数再利用パターンを維持しながら、作り出される実施形態１〜２のいずれか一実施形態におけるとおりの方法。
【０２１１】
４．ＷＴＲＵが、サイトとのさらなる接続をそれぞれのＵＬ（アップリンク）を介して確立するステップであって、各ＵＬは、その他のＵＬ  ＣＣの１つまたは複数と同一である、または異なる周波数上で動作する少なくとも１つのＵＬ  ＣＣを含むステップをさらに備える実施形態１〜３のいずれか一実施形態におけるとおりの方法。
【０２１２】
５．実施形態４の方法であって、
ＷＴＲＵが、ＵＬ  ＣＣのうちの少なくとも１つ、またはサイトのうちの２つの間に接続されたＸ２インターフェースを介してＵＣＩ（ＵＬ制御情報）を送信するステップをさらに備える実施形態４の方法。
【０２１３】
６．ＷＴＲＵは、サイトのいずれかから、またはサイトのうち２つ以上から同時にデータを受信するように構成される実施形態１〜５のいずれか一実施形態におけるとおりの方法。
【０２１４】
７．サイトは、ノードＢ、ｅＮＢ（発展型ｅＮＢ）、基地局に関連するＲＲＨ（リモート無線ヘッド）、またはノードＢもしくはｅＮＢのいくつかのセクタ送信アンテナのうちの１つのうち少なくとも１つを含む実施形態１〜６のいずれか一実施形態におけるとおりの方法。
【０２１５】
８．電力使用パターンが、再利用セットの中の各ＣＣに関して定義される実施形態１〜７のいずれか一実施形態におけるとおりの方法。
【０２１６】
９．アンテナパターンが、再利用セットの中の各ＣＣに関して定義される実施形態１〜７のいずれか一実施形態におけるとおりの方法。
【０２１７】
１０．所望される受信品質を保つように、ハンドオーバ手順に加えて、ＣＣ固有のハンドオーバを効果的にサポートするために個別のＣＣ活性化またはＣＣ不活性化が使用される実施形態１〜９のいずれか一実施形態におけるとおりの方法。
【０２１８】
１１．ＷＴＲＵがＣＣ障害を検出するステップと、
ＷＴＲＵが、協調するサイトのＣＣに部分的ＲＬＦ（無線リンク障害）レポートを送るステップと、をさらに備える実施形態１〜１０のいずれか一実施形態におけるとおりの方法。
【０２１９】
１２．協調するサイトとサービングサイトの間でＸ２インターフェース、ＣＣＣＨ（共通制御チャネル）、またはＤＣＣＨ（専用制御チャネル）を確立して、協調するサイトからサービングサイトに部分的ＲＬＦ通知を転送するステップをさらに備える実施形態１１の方法。
【０２２０】
１３．特定のＤＬ（ダウンリンク）ＣＣ（コンポーネントキャリア）動作周波数に関するサイトの送信電力を操作するように構成された複数のサイトと通信状態にあるＷＴＲＵ（ワイヤレス送信／受信ユニット）であって、サイトとの接続をそれぞれのＤＬを介して確立するように構成され、各ＤＬは、その他のＤＬ  ＣＣの１つまたは複数と同一である、または異なる周波数上で動作する少なくとも１つのＤＬ  ＣＣを含むＷＴＲＵ。
【０２２１】
１４．サイトのうちの特定の１つからその１つのサイトのセル境界までの距離が、その特定のＤＬ  ＣＣ動作周波数のその１つのサイトの送信電力を増加することによって、より大きくなり、さらに、その他のサイトのうちの少なくとも１つからその少なくとも１つのサイトのそれぞれのセル境界までの距離が、その特定のＤＬ  ＣＣ動作周波数上のその少なくとも１つのサイトの送信電力を低減させることによって、より小さくなる請求項１３のＷＴＲＵ。
【０２２２】
１５．ＷＴＲＵは、サイトとのさらなる接続をそれぞれのＵＬ（アップリンク）を介して確立するようにさらに構成され、各ＵＬは、その他のＵＬ  ＣＣのうちの１つまたは複数と同一である、または異なる周波数上で動作する少なくとも１つのＵＬ  ＣＣを含む実施形態１３〜１４のいずれか一実施形態におけるとおりのＷＴＲＵ。
【０２２３】
１６．ＷＴＲＵは、ＵＬ  ＣＣのうちの少なくとも１つ、またはサイトのうちの２つの間に接続されたＸ２インターフェースを介してＵＣＩ（ＵＬ制御情報）を送信するように構成される実施形態１３〜１５のいずれか一実施形態におけるとおりのＷＴＲＵ。
【０２２４】
１７．ＷＴＲＵは、サイトのいずれかから、またはサイトのうち２つ以上から同時にデータを受信するように構成される実施形態１３〜１６のいずれか一実施形態におけるとおりのＷＴＲＵ。
【０２２５】
１８．ＷＴＲＵは、ＷＴＲＵがＣＣ障害を検出したという条件付きで、協調するサイトのＣＣに部分的ＲＬＦ（無線リンク障害）レポートを送るように構成される実施形態１３〜１７のいずれか一実施形態におけるとおりのＷＴＲＵ。
【０２２６】
１９．ワイヤレス通信ネットワークであって、
特定のＤＬ（ダウンリンク）ＣＣ（コンポーネントキャリア）動作周波数に関するサイトの送信電力を操作するように構成された複数のサイトと、
サイトとの接続をそれぞれのＤＬを介して確立するように構成されたＷＴＲＵ（ワイヤレス送信／受信ユニット）であって、各ＤＬは、その他のＤＬ  ＣＣの１つまたは複数と同一である、または異なる周波数上で動作する少なくとも１つのＤＬ  ＣＣを含むＷＴＲＵとを備えるワイヤレス通信ネットワーク。
【０２２７】
２０．サイトのうちの特定の１つからその１つのサイトのセル境界までの距離が、その特定のＤＬ  ＣＣ動作周波数のその１つのサイトの送信電力を増加することによって、より大きくなり、さらに、その他のサイトのうちの少なくとも１つからその少なくとも１つのサイトのそれぞれのセル境界までの距離が、その特定のＤＬ  ＣＣ動作周波数上のその少なくとも１つのサイトの送信電力を低減させることによって、より小さくなる実施形態１９のネットワーク。
【０２２８】
２１．異なるＣＣ周波数の間のカバレッジの重なり合いが、１という周波数再利用パターンを維持しながら、作り出される実施形態２０のネットワーク。
【０２２９】
２２．サイトは、ノードＢ、ｅＮＢ（発展型ｅＮＢ）、基地局に関連するＲＲＨ（リモート無線ヘッド）、またはノードＢもしくはｅＮＢのいくつかのセクタ送信アンテナのうちの１つのうち少なくとも１つを含む実施形態２０〜２１のいずれか一実施形態におけるとおりのネットワーク。
【０２３０】
２３．サイトは、ノードＢ、ｅＮＢ（発展型ｅＮＢ）、基地局に関連するＲＲＨ（リモート無線ヘッド）、またはノードＢもしくはｅＮＢのいくつかのセクタ送信アンテナのうちの１つのうち少なくとも１つを含む実施形態２０〜２２のいずれか一実施形態におけるとおりのネットワーク。
【０２３１】
特徴および要素は、特定の組合せによって上記で説明されるものの、各特徴、または各要素は、単独で使用されても、その他の特徴および要素との任意の組合せで使用されてもよいことが、当業者には認識されよう。さらに、本明細書で説明される方法は、コンピュータまたはプロセッサによって実行されるようにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されることが可能である。コンピュータ可読媒体の例には、電子信号（有線接続またはワイヤレス接続を介して伝送される）およびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例には、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクやＤＶＤ（デジタルバーサタイルディスク）などの光媒体が含まれるが、以上には限定されない。ソフトウェアに関連するプロセッサが、ＷＴＲＵにおいて使用するための無線周波数トランシーバ、ＷＴＲＵ、端末装置、基地局、ＲＮＣ、または任意のホストコンピュータを実施するのに使用されることが可能である。
【図１】
2019097201.tif 000004
【図２】
2019097201.tif 000005
【図３Ａ】
2019097201.tif 000006
【図３Ｂ】
2019097201.tif 000007
【図３Ｃ】
2019097201.tif 000008
【図４】
2019097201.tif 000009
【図５】
2019097201.tif 000010
【図６】
2019097201.tif 000011
【図７】
2019097201.tif 000012
【図８】
2019097201.tif 000013
【図９】
2019097201.tif 000014
【図１０】
2019097201.tif 000015
【図１１】
2019097201.tif 000016
【図１２】
2019097201.tif 000017
【図１３】
2019097201.tif 000018
【図１４】
2019097201.tif 000019
【図１５】
2019097201.tif 000020
【図１６】
2019097201.tif 000021
【図１７】
2019097201.tif 000022
【図１８】
2019097201.tif 000023
【手続補正書】
【提出日】平成31年3月14日(2019.3.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
送受信機と、
プロセッサとを備え、
前記送受信機および前記プロセッサは、第１のネットワークノードの少なくとも１つのセルを使用して受信をし、第２のネットワークノードの少なくとも１つのセルを使用して受信をし、前記第１のネットワークノードの少なくとも１つのセルを使用して送信をし、および、前記第２のネットワークノードの少なくとも１つのセルを使用して送信をするよう構成され、
前記プロセッサは、前記第１のネットワークノードおよび前記第２のネットワークノードへのアップリンク送信のための決定された送信電力が、時間間隔において最大送電力レベルを越えるであろう条件で、前記第２のネットワークノードへの前記送信のみをスケーリングするようさらに構成され、
前記送受信機および前記プロセッサは、前記時間間隔において、前記第１のネットワークノードおよび前記第２のネットワークノードへアップリンク送信を送信するようさらに構成されたこと
を特徴とする無線送受信ユニット（ＷＴＲＵ）。
【請求項２】
前記プロセッサは、前記第２のネットワークノードに対する電力スケーリングを行って、アップリンク制御情報（ＵＣＩ）なしの物理アップリンク共有チャネル（ＰＵＳＣＨ）よりも物理アップリンク制御チャネル（ＰＵＣＣＨ）に電力を優先するようさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
ＵＣＩを伴うＰＵＳＣＨは、電力スケーリングに対して、ＵＣＩを伴わないＰＵＳＣＨよりも優先された電力を有することを特徴とする請求項２に記載のＷＴＲＵ。
【請求項４】
前記送受信機および前記プロセッサは、前記第１のネットワークノードおよび前記第２のネットワークノードに対して異なる送信電力コマンドを受信するようさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項５】
前記送受信機および前記プロセッサは、前記第１のネットワークノードおよび前記第２のネットワークノードに対して異なるタイミングアドバンスを受信するようさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項６】
パケットデータコンバージェンスプロトコル（ＰＤＣＰ）を使って、データが、前記第１のネットワークノードおよび前記第２のネットワークノードの間でパケットデータに分割されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項７】
無線送受信ユニット（ＷＴＲＵ）によって実施される方法において、
第１のネットワークノードの少なくとも１つのセルを使用して受信するステップと、
第２のネットワークノードの少なくとも１つのセルを使用して受信するステップと、
前記第１のネットワークノードの少なくとも１つのセルを使用して送信するステップと、  
前記第２のネットワークノードの少なくとも１つのセルを使用して送信するステップと、
前記第１のネットワークノードおよび前記第２のネットワークノードへのアップリンク送信のための決定された送信電力が、時間間隔において最大送電力レベルを越えるであろう条件で、前記第２のネットワークノードへの前記送信のみをスケーリングするステップと、
前記時間間隔において、前記第１のネットワークノードおよび前記第２のネットワークノードへアップリンク送信を送信するステップと
を備えることを特徴とする方法。
【請求項８】
前記第２のネットワークノードに対する電力スケーリングを行って、アップリンク制御情報（ＵＣＩ）なしの物理アップリンク共有チャネル（ＰＵＳＣＨ）よりも物理アップリンク制御チャネル（ＰＵＣＣＨ）に電力を優先するステップをさらに備えることを特徴とする請求項７に記載の方法。
【請求項９】
ＵＣＩを伴うＰＵＳＣＨの電力スケーリングに対して、ＵＣＩを伴わないＰＵＳＣＨよりも電力を優先するステップをさらに備えることを特徴とする請求項８に記載の方法。
【請求項１０】
前記第１のネットワークノードおよび前記第２のネットワークノードに対して異なる送信電力コマンドを受信するステップをさらに備えることを特徴とする請求項７に記載の方法。
【請求項１１】
前記第１のネットワークノードおよび前記第２のネットワークノードに対して異なるタイミングアドバンスを受信するステップをさらに備えることを特徴とする請求項７に記載の方法。
【請求項１２】
パケットデータコンバージェンスプロトコル（ＰＤＣＰ）を使って、パケットを前記第１のネットワークノードおよび前記第２のネットワークノードの間でパケットデータに分割するステップをさらに備えることを特徴とする請求項７に記載の方法。