(57)【特許請求の範囲】
【請求項１】
第１および第２の方向における第２の無線送信／受信ユニット（ＷＴＲＵ）との通信のために時間−周波数（ＴＦ）リソースを使用して第１のＷＴＲＵにおいて実行される方法であって、
前記第１のＷＴＲＵによって、前記第２の方向における前記第２のＷＴＲＵとの通信と関連付けられた情報を取得するステップと、
前記取得された情報を使用して、前記第１の方向における前記通信と関連付けられた１つまたは複数のＴＦリソースに対応する、前記第２の方向における前記通信のためのＴＦ位置における１つまたは複数のＴＦリソースの優先度または相対優先度を決定するステップと、
前記第１のＷＴＲＵによって、前記第２の方向における前記通信のための前記１つまたは複数のＴＦリソースの前記決定された優先度または前記決定された相対優先度に基づいて、前記第１の方向における前記通信のための前記１つまたは複数のＴＦリソースをＴＦリソースミューティングまたはシンボルミューティングするステップと、
サブフレーム内の前記第１の方向における前記通信のための前記ミュートされたＴＦリソースと関連付けられた１つまたは複数の信号または基準信号（ＲＳ）を、シフトされる前記１つまたは複数の信号またはＲＳの送信の前に同一のサブフレーム内でミュートされない他のＴＦリソースにシフトするステップと
を備えたことを特徴とする方法。
【請求項２】
前記第１の方向における前記通信のための前記１つまたは複数のＴＦリソースを前記ＴＦリソースミューティングまたは前記シンボルミューティングする前記ステップは、
（１）前記第１のＷＴＲＵによって、前記第２の方向における前記通信と関連付けられた前記取得された情報に基づいて、前記第１の方向における前記通信のための前記１つもしくは複数のＴＦリソースと関連付けられた１つもしくは複数のサブフレームを短縮すること、または
（２）ミュートされることになる前記１つもしくは複数のＴＦリソースと関連付けられたＴＦ位置において複数のＴＦリソースをマッピングすることを回避するようにレートマッチングすること、のうちのいずれかを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記第２の方向における前記通信と関連付けられた前記情報は、前記第２の方向における前記通信に対する（１）１つもしくは複数の復調基準信号、（２）１つもしくは複数の制御チャネル、（３）１つもしくは複数のリソース要素、または（４）１つもしくは複数のリソースブロック、のうちのいずれかの優先度または相対優先度を含み、
前記方法は、
前記優先度または前記相対優先度に基づいて、ミュートされることになる前記第１の方向における前記通信のための前記１つまたは複数のＴＦリソースと関連付けられた対応するＴＦ位置を決定するステップをさらに備え、
前記第１のＷＴＲＵによって、前記ＴＦリソースミューティングまたは前記シンボルミューティングする前記ステップは、前記第１の方向における前記通信のために前記対応するＴＦ位置において前記１つまたは複数のＴＦリソースをミューティングすることを含む
ことを特徴とする請求項１に記載の方法。
【請求項４】
全二重（ＦＤ）ＴＦリソースを含む１つまたは複数のサブフレームを、ＦＤサブフレームとして設定するステップと、
前記第１および第２の方向における前記通信が、（１）周波数において重複し、または（２）前記第１の方向における前記通信の第１の周波数もしくは第１の周波数帯域が前記第２の方向における前記通信の第２の周波数もしくは第２の周波数帯域の閾値内にある時間間隔が確立されるように、前記第１の方向における前記通信の少なくとも一部を送信している間に、前記第２の方向における前記通信の少なくとも一部を受信するように前記第１のＷＴＲＵを構成するステップと
をさらに備えたことを特徴とする請求項１に記載の方法。
【請求項５】
前記１つまたは複数のＴＦリソースを前記ＴＦリソースミューティングまたは前記シンボルミューティングする前記ステップは、
（１）（ｉ）ブランキング動作、（ｉｉ）パンクチャリング動作、（ｉｉｉ）レートマッチング動作、もしくは（ｉｖ）送信電力制御動作、のうちのいずれかを介して前記１つもしくは複数のＴＦリソースをミューティングすること、
（２）（ｉ）ゼロ電力レベル、（ｉｉ）閾値レベル未満である非ゼロ電力レベル、もしくは（ｉｉｉ）前記第２の方向における前記通信と関連付けられた対応するＴＦリソースの電力レベルに対する電力レベルの、うちのいずれかに、前記第１の方向における前記通信と関連付けられた前記ＴＦリソースのサブセットの間もしくはサブセットの中で送信電力レベル（ＴＰＬ）を調整すること、または
（３）複数のＴＦリソースの第１のサブセットに対する第１のＭＣＳおよび前記複数のＴＦリソースの第２のサブセットに対する第２のＭＣＳのインジケーションを受信し、前記受信されたインジケーションに基づいて、前記ＴＦリソースの前記第２のサブセットの送信電力レベルに対する異なるレベルに、前記ＴＦリソースの前記第１のサブセットの送信電力レベルを設定し、ならびに前記受信されたインジケーションに基づいて、前記第１のＭＣＳを前記ＴＦリソースの前記第１のサブセットに対するＭＣＳとして、および前記第２のＭＣＳを前記ＴＦリソースの前記第２のサブセットに対するＭＣＳとして設定すること、
のうちのいずれかを含むことを特徴とする請求項１に記載の方法。
【請求項６】
決定された結果として、サブフレームが潜在的に自己干渉サブフレームであるかどうか、または潜在的に近隣干渉サブフレームであるかどうかを決定するステップをさらに備え、前記第１の方向における前記通信のための前記１つまたは複数のＴＦリソースを前記ＴＦリソースミューティングまたは前記シンボルミューティングする前記ステップは、前記決定された結果に従っていることを特徴とする請求項１に記載の方法。
【請求項７】
ミュートされることになる前記１つまたは複数のＴＦリソースを含む、前記第１の方向における前記通信のための複数のＴＦリソースに信号をマッピングするステップをさらに備え、前記第１の方向における前記通信のための前記１つまたは複数のＴＦリソースを前記ＴＦリソースミューティングまたは前記シンボルミューティングする前記ステップは、ミュートされることになる前記１つまたは複数のＴＦリソースと関連付けられたＴＦ位置において前記マッピングされたＴＦリソースをパンクチャリングすることを含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記第１の方向における前記通信のための前記１つまたは複数のＴＦリソースを前記ＴＦリソースミューティングまたは前記シンボルミューティングする前記ステップは、
（１）閾値よりも高い前記第１の方向における送信電力、
（２）閾値を上回る前記第１の方向における前記通信のための前記１つもしくは複数のＴＦリソースのトランスポートブロックサイズ（ＴＢＳ）、
（３）閾値を上回る前記第１の方向における前記通信のための前記１つもしくは複数のＴＦリソースの変調および符号化スキーム（ＭＣＳ）パラメータ、
（４）閾値を上回る前記第１の方向における前記通信のための前記１つもしくは複数のＴＦリソースの冗長バージョン、ならびに／あるいは
（５）（ｉ）１つもしくは複数の特定のＴＦ位置、（ｉｉ）周波数帯域の中心部分における１つもしくは複数のＴＦ位置、（ｉｉｉ）前記周波数帯域の境界部分における１つもしくは複数のＴＦ位置、（ｉｖ）特定のサブフレーム、（ｖ）前のサブフレームにおけるシグナリングもしくはインジケーションに対するサブフレーム、（ｖｉ）特定のシンボル、または（ｖｉｉ）前のシンボルにおけるシグナリングもしくはインジケーションに対する特定のシンボル、のうちのいずれかに位置する前記１つもしくは複数のＴＦリソース、
のうちのいずれかが条件とされることを特徴とする請求項１に記載の方法。
【請求項９】
前記第２の方向における通信のための前記１つまたは複数のＴＦリソースの前記優先度または前記相対優先度を決定する前記ステップは、（ｉ）前記第１の方向における前記通信の前記１つもしくは複数のＴＦリソースと関連付けられた１つもしくは複数の論理チャネルに対するサービス品質（ＱｏＳ）パラメータ、（ｉｉ）前記第１の方向における前記通信のための前記１つもしくは複数のＴＦリソースと関連付けられた再送信の回数、および／または（ｉｉｉ）前記第１の方向における前記通信のための前記１つもしくは複数のＴＦリソースが前記第１の方向における前記通信の再送信に対するものであるかどうか、のうちのいずれかに基づいて、（１）前記第１の方向における前記通信のための前記１つもしくは複数のＴＦリソースに対する１つもしくは複数の優先度、または（２）前記第２の方向における前記通信のための前記１つもしくは複数のＴＦリソースに対する、前記第１の方向における前記通信のための前記１つもしくは複数のＴＦリソースに対する１つもしくは複数の優先度を決定することを含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記第１のＷＴＲＵは、基地局または端末ユニットのうちの１つであり、
前記第２のＷＴＲＵは、前記基地局または前記端末ユニットのうちの異なる１つである
ことを特徴とする請求項１に記載の方法。
【請求項１１】
第１および第２の方向における第２の無線送信／受信ユニット（ＷＴＲＵ）との通信のために時間−周波数（ＴＦ）リソースを使用するように構成されたＷＴＲＵであって、
通信を送信および受信するように構成された送信機／受信機ユニットと、
前記第２の方向における第２のＷＴＲＵとの通信と関連付けられた情報を取得し、
前記取得された情報を使用して、前記第１の方向における前記通信と関連付けられた１つまたは複数のＴＦリソースに対応する、前記第２の方向における前記通信のためのＴＦ位置における１つまたは複数のＴＦリソースの優先度または相対優先度を決定し、および
前記第２の方向における前記通信のための前記１つまたは複数のＴＦリソースの前記決定された優先度または前記決定された相対優先度に基づいて、前記第１の方向における前記通信のための前記１つまたは複数のＴＦリソースをＴＦリソースミュートまたはシンボルミュートする
ように構成されたプロセッサと
を備え、
前記プロセッサは、サブフレーム内の前記第１の方向における前記通信のための前記ミュートされたＴＦリソースと関連付けられた１つまたは複数の信号または基準信号（ＲＳ）を、シフトされる前記１つまたは複数の信号またはＲＳの送信の前に同一のサブフレーム内でミュートされない他のＴＦリソースにシフトするように構成されている、ことを特徴とするＷＴＲＵ。
【請求項１２】
前記プロセッサは、
（１）前記第２の方向における前記通信のための前記１つもしくは複数のＴＦリソースの前記決定された優先度または前記決定された相対優先度に基づいて、前記第１の方向における前記通信のために前記１つもしくは複数のＴＦリソースと関連付けられた１つもしくは複数のサブフレームを短縮し、
（２）サブフレーム内の前記ミュートされたＴＦリソースと関連付けられた１つもしくは複数の信号もしくは基準信号（ＲＳ）を、シフトされる前記１つもしくは複数の信号もしくは基準信号（ＲＳ）の送信の前に同一のサブフレーム内でミュートされない他のＴＦリソースにシフトし、または
（３）（ｉ）ゼロ電力レベル、（ｉｉ）閾値レベル未満である非ゼロ電力レベル、もしくは（ｉｉｉ）前記第２の方向における前記通信と関連付けられた対応するＴＦリソースの電力レベルに対する電力レベルの、うちのいずれかに、前記第１の方向における前記通信と関連付けられた前記ＴＦリソースのサブセットの間もしくはサブセットの中で送信電力レベル（ＴＰＬ）を調整する、
かのいずれをするように構成されていることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１３】
前記第２の方向における前記通信と関連付けられた前記情報は、前記第２の方向における前記通信に対する、（１）１つもしくは複数の復調基準信号、（２）１つもしくは複数の制御チャネル、（３）１つもしくは複数のリソース要素、または（４）１つもしくは複数のリソースブロック、のうちのいずれかの優先度または相対優先度を含み、
前記プロセッサは、
前記優先度または前記相対優先度に基づいて、ミュートされることになる前記第１の方向における前記通信のための前記１つまたは複数のＴＦリソースと関連付けられた対応するＴＦ位置を決定し、および、
前記第１の方向における前記通信のために前記対応するＴＦ位置において前記１つまたは複数のＴＦリソースをミュートする
ように構成されていることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１４】
前記送信機／受信器ユニットは、全二重送信機／受信機ユニットを含み、
前記全二重送信機／受信機ユニットおよびプロセッサは、（１）ブランキング動作、（２）パンクチャリング動作、（３）レートマッチング動作、または（４）送信電力制御動作、のうちのいずれかを介して前記第１の方向における前記通信のための前記１つまたは複数のＴＦリソースをミュートするように構成されていることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１５】
前記送信機／受信機ユニットは、前記第１の方向における前記通信のための複数のＴＦリソースの第１のサブセットに対する第１の変調および符号化スキーム（ＭＣＳ）ならびに前記第１の方向における前記通信のための前記複数のＴＦリソースの第２のサブセットに対する第２のＭＣＳのインジケーションを受信し、
前記プロセッサは、
前記受信されたインジケーションに基づいて、前記ＴＦリソースの前記第２のサブセットの送信電力レベルに対する異なるレベルに、前記ＴＦリソースの前記第１のサブセットの送信電力レベルを設定し、ならびに
前記受信されたインジケーションに基づいて、前記第１のＭＣＳを前記ＴＦリソースの前記第１のサブセットに対するＭＣＳとして、および前記第２のＭＣＳを前記ＴＦリソースの前記第２のサブセットに対するＭＣＳとして設定する
ように構成されていることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１６】
前記プロセッサは、
ミュートされることになる前記１つまたは複数のＴＦリソースに信号をマッピングし、および
前記１つまたは複数のＴＦリソースと関連付けられたＴＦ位置において前記マッピングされたＴＦリソースをパンクチャリングする
ように構成されていることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１７】
前記プロセッサは、（ｉ）前記第１の方向における前記通信の前記１つもしくは複数のＴＦリソースと関連付けられた１つもしくは複数の論理チャネルに対するサービス品質（ＱｏＳ）パラメータ、（ｉｉ）前記第１の方向における前記通信のための前記１つもしくは複数のＴＦリソースと関連付けられた再送信の回数、または（ｉｉｉ）前記第１の方向における前記通信のための前記１つもしくは複数のＴＦリソースが前記第１の方向における前記通信の再送信に対するものであるかどうか、のうちのいずれかに基づいて、（１）前記第１の方向における前記通信のための前記１つもしくは複数のＴＦリソースに対する１つもしくは複数の優先度、または（２）前記第２の方向における前記通信のための前記１つもしくは複数のＴＦリソースに対する、前記第１の方向における前記通信のための前記１つもしくは複数のＴＦリソースに対する１つもしくは複数の優先度を決定するように構成されていることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１８】
前記ＷＴＲＵは、基地局または端末ユニットのうちの１つであり、
前記第２のＷＴＲＵは、前記基地局または前記端末ユニットのうちの異なる１つである
ことを特徴とする請求項１１に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信の分野に関し、より詳細には、たとえば全二重無線システムにおける、干渉管理のための方法、装置、およびシステムに関する。
【背景技術】
【０００２】
本出願は、２０１３年１２月１８日に出願された米国仮特許出願第６１／９１７，９２４号の優先権を主張するものであり、その内容は参照により本明細書に組み込まれる。
【０００３】
一般に、従来の双方向通信システムは、周波数、時間、または空間のうちの少なくとも１つにおいて、各デバイスにおいて送信（Ｔｘ）信号と受信（Ｒｘ）信号を分離する。
【発明の概要】
【０００４】
より詳細な理解が、本明細書に添付される図面に関連する例として与えられる、以下の詳細な説明から有されてよい。そのような図面における図は、詳細な説明と同様に、例である。したがって、図および詳細な説明は、限定するものと考慮されるべきではなく、他の等しく有効な例が可能であり、可能性が高い。そのうえ、図中の同じ参照番号は、同じ要素を示す。
【図面の簡単な説明】
【０００５】
【図１】１または複数の開示される実施形態が実施されてよい例示的な通信システムを示すシステム図である。
【図２】図１に示される通信システム内で使用されてよい例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図３】図１に示される通信システム内で使用されてよい、例示的な無線アクセスネットワークおよび別の例示的なコアネットワークを示すシステム図である。
【図４】図１に示される通信システム内で使用されてよい、別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークを示すシステム図である。
【図５】図１に示される通信システム内で使用されてよい、さらなる例示的な無線アクセスネットワークおよびさらなる例示的なコアネットワークを示すシステム図である。
【図６Ａ】通常サイクリックプレフィックス（ＣＰ）を有するダウンリンク（ＤＬ）物理リソースブロック（ＰＲＢ）ペアの例を示す図である。
【図６Ｂ】通常ＣＰを有する例示的なアップリンク（ＵＬ）ＰＲＢペアを示す図である。
【図７】物理ダウンリンク制御チャネル（ＰＤＣＣＨ）領域と重複する代表的なＵＬ  ＰＲＢ構造を示す図である。
【図８】物理アップリンク共有チャネル（ＰＵＳＣＨ）リソース要素（ＲＥ）ミューティング（muting）を示す別の代表的なＵＬ  ＰＲＢ構造を示す図である。
【図９】ＰＵＳＣＨシンボルミューティングを示すさらなる代表的なＵＬ  ＰＲＢ構造を示す図である。
【図１０】ＵＬ復調（ＤＭ）基準信号（ＤＭ−ＲＳ）時間位置（time location）変更の例を示す追加の代表的なＰＲＢ構造の図である。
【図１１】図１０と比較して減少された数のＵＬ  ＤＭ−ＲＳシンボルを示すさらに別の代表的なＵＬ  ＰＲＢ構造の図である。
【図１２】ＰＵＳＣＨ  ＲＥミューティングを示す、さらにさらなる代表的なＵＬ  ＰＲＢ構造を示す図である。
【図１３】ＰＵＳＣＨシンボルミューティングを示す、さらに追加の代表的なＰＲＢ構造を示す図である。
【図１４】ＰＵＳＣＨシンボルミューティングを示す、さらに別の代表的なＰＲＢ構造を示す図である。
【図１５】図１６と比較してより少数のＤＭ−ＲＳシンボルを有するＰＵＳＣＨシンボルミューティングを示す、さらにさらなる代表的なＰＲＢ構造を示す図である。
【図１６】ＤＭ−ＲＳシンボル時間位置変更を有するＰＵＳＣＨシンボルミューティングを示すさらに追加の代表的なＰＲＢ構造を示す図である。
【図１７Ａ】サブフレーム短縮のない代表的なＰＵＣＣＨ  ＰＲＢペアを示す図である。
【図１７Ｂ】サブフレーム短縮のある別の代表的なＰＵＣＣＨ  ＰＲＢペアを示す図である。
【図１８】物理ダウンリンク共有チャネル（ＰＤＳＣＨ）ＰＵＳＣＨ  ＲＥミューティングを示す代表的な  ＤＬ  ＰＲＢ構造を示す図である。
【図１９】最後のＤＬ  ＤＭ−ＲＳシンボルのＰＤＳＣＨ  ＲＥミューティングを示す別の代表的なＤＬ  ＰＲＢ構造を示す図である。
【図２０】ＲＳ時間シフトを示す、さらなる代表的なＤＬ  ＰＲＢ構造を示す図である。
【図２１】サブフレームが自己干渉（ＳＩＮＴＦ）サブフレームであるかどうかを決定するための代表的なプロシージャを示す流れ図である。
【図２２】ＷＴＲＵ内で実施される代表的な方法を示す図である。
【図２３】ＷＴＲＵ内で実施される別の代表的な方法を示す図である。
【図２４】ＷＴＲＵ内で実施される追加の代表的な方法を示す図である。
【図２５】ＷＴＲＵ内で実施されるさらなる代表的な方法を示す図である。
【図２６】ＷＴＲＵと通信しているネットワークアクセスポイント（ＮＡＰ）内で実施される代表的な方法を示す図である。
【発明を実施するための形態】
【０００６】
次に、例示的な実施形態の詳細な説明が、図を参照しながら説明されてよい。しかしながら、本発明は、代表的な実施形態に関して説明されてよいが、それは、それに限定されず、他の実施形態が使用されてよい、またはそれから逸脱することなく本発明の同じ機能を実行するために、説明された実施形態に対して修正および追加がなされてよいことが理解されるべきである。
【０００７】
代表的な実施形態は、一般に、以下において無線ネットワークアーキテクチャを使用して示されるが、たとえば、有線構成要素および／または無線構成要素を有するネットワークを含めて、任意の数の異なるネットワークアーキテクチャが使用されてよい。
【０００８】
図１は、１または複数の開示される実施形態が実施されてよい例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する複数のアクセスシステムであってよい。通信システム１００は、無線帯域幅を含むシステムリソースの共有によって、複数の無線ユーザが、そのようなコンテンツにアクセスすることを可能にしてよい。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの、１または複数のチャネルアクセス方法を用いてよい。
【０００９】
図１に示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５と、コアネットワーク１０６／１０７／１０９と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２を含んでよいが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を意図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであってよい。例を挙げると、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定加入者ユニットまたはモバイル加入者ユニット、ページャ、セルラー式電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電などを含んでよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、互換的にＵＥと呼ばれる。
【００１０】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含んでよい。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインタフェースするように構成された任意のタイプのデバイスであってよい。例を挙げると、基地局１１４ａ、１１４ｂは、送受信基地局（ＢＴＳ）、ノード−Ｂ、ｅＮｏｄｅ−Ｂ（またはｅＮＢ）、ホームノードＢ、ホームｅＮｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでよいことが理解されるであろう。
【００１１】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってよく、ＲＡＮ１０３／１０４／１０５は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどの、他の基地局および／またはネットワーク要素（図示せず）も含んでよい。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内で無線信号を送信および／または受信するように構成されてよく、この特定の地理的領域は、セル（図示せず）と呼ばれてよい。セルは、セルセクタにさらに分割されてよい。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてよい。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、たとえばセルの各セクタに１つ、含んでよい。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を用いてよく、セルの各セクタに対して複数のトランシーバを利用してよい。
【００１２】
基地局１１４ａ、１１４ｂは、エアインタフェース１１５／１１６／１１７を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信してよく、エアインタフェース１１５／１１６／１１７は、任意の適切な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよい。エアインタフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【００１３】
より具体的には、前述のように、通信システム１００は、複数のアクセスシステムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセス方式を用いてよい。たとえば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインタフェース１１５／１１６／１１７を確立してよい、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施してよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含んでよい。
【００１４】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインタフェース１１５／１１６／１１７を確立してよい、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施してよい。
【００１５】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティー（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  ＩＸ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施してよい。
【００１６】
図１の基地局１１４ｂは、たとえば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅ−Ｂ、またはアクセスポイントであってよく、企業、自宅、乗り物、キャンパスなどの場所などの局所的なエリア内の無線接続性を容易にするために、任意の適切なＲＡＴを利用してよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してよい。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してよい。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立してよい。図１に示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有してよい。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスすることが必要とされなくてよい。
【００１７】
ＲＡＮ１０３／１０４／１０５はコアネットワーク１０６／１０７／１０９と通信してよく、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成された任意のタイプのネットワークであってよい。たとえば、コアネットワーク１０６／１０７／１０９は、インターネット接続性、ビデオ配信など呼制御、課金サービス、モバイル位置ベースサービス、プリペイド発呼（pre-paid calling）を提供してよく、および／またはユーザ認証などのハイレベルセキュリティ機能を実行してよい。図１には示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを用いる他のＲＡＮと直接または間接的に通信してよいことが理解されるであろう。たとえば、Ｅ−ＵＴＲＡ無線技術を利用してよいＲＡＮ１０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、またはＷｉＦｉ無線技術を用いて、別のＲＡＮ（図示せず）とも通信してよい。
【００１８】
コアネットワーク１０６／１０７／１０９は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしても働いてよい。ＰＳＴＮ１０８は、簡易電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）などの一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線通信ネットワークおよび／または無線通信ネットワークを含んでよい。たとえば、ネットワーク１１２は、１または複数のＲＡＮに接続された別のコアネットワークを含んでよく、このＲＡＮは、ＲＡＮ１０３／１０４／１０５と同じＲＡＴを用いてもよいし、異なるＲＡＴを用いてもよい。
【００１９】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード能力を含んでよい（たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを通じて異なる無線ネットワークと通信するための複数のトランシーバを含んでよい）。たとえば、図１に示されるＷＴＲＵ１０２ｃは、基地局１１４ａと通信するように構成されてよく、基地局１１４ａは、セルラーベース無線技術を用いてよく、基地局１１４ｂとともに、基地局１１４ａはＩＥＥＥ８０２無線技術を用いてよい。通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、ブルートゥース技術を使用して他のデバイスと通信してよい。
【００２０】
図２は、例示的なＷＴＲＵ１０２を示すシステム図である。図２に示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、ノンリムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含んでよい。ＷＴＲＵ１０２は、前述の要素の任意の副組み合わせを含んでも、依然として実施形態と合致してよいことが理解されるであろう。
【００２１】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、ステートマシンなどであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする他の任意の機能を実行してよい。プロセッサ１１８はトランシーバ１２０に結合されてよく、トランシーバ１２０は送信／受信要素１２２に結合されてよい。図２は、プロセッサ１１８とトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップに一緒に統合されてよいことが理解されるであろう。
【００２２】
送信／受信要素１２２は、エアインタフェース１１５／１１６／１１７を通じて基地局（たとえば、基地局１１４ａ）に信号を送信するおよび／または基地局から信号を受信するように構成されてよい。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。別の実施形態では、送信／受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってよい。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および／または受信するように構成されてよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されてよいことが理解されるであろう。
【００２３】
送信／受信要素１２２は、図２では単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用いてよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１５／１１６／１１７を通じて無線信号を送信および／または受信するための２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含んでよい。
【００２４】
トランシーバ１２０は、送信／受信要素１２２によって送信されることになる信号を変調するおよび／または送信／受信要素１２２によって受信された信号を復調するように構成されてよい。前述のように、ＷＴＲＵ１０２は、マルチモード能力を有してよい。したがって、トランシーバ１２０は、たとえば、ＷＴＲＵ１０２がＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含んでよい。
【００２５】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてよく、それらからユーザ入力データを受信してよい。プロセッサ１１８はまた、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してよい。さらに、プロセッサ１１８は、ノンリムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、これらにデータを記憶してよい。ノンリムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含んでよい。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含んでよい。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上などのＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスし、これにデータを記憶してよい。
【００２６】
プロセッサ１１８は、電源１３４から電力を受信してよく、電力をＷＴＲＵ１０２内の他の構成要素に分配および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであってよい。たとえば、電源１３４は、１または複数の乾電池バッテリ（たとえば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム−イオン（Ｌｉイオン）など）、太陽電池、燃料電池などを含んでよい。
【００２７】
プロセッサ１１８はＧＰＳチップセット１３６に結合されてよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の位置に関する位置情報（たとえば、経度および緯度）を提供するように構成されてよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインタフェース１１５／１１６／１１７を通じて位置情報を受信してよい、および／または２つ以上の隣接基地局から信号が受信されるタイミングに基づいてその位置を決定してよい。ＷＴＲＵ１０２は、任意の適切な位置決定方法によって位置情報を取得しても、依然として実施形態と合致してよいことが理解されるであろう。
【００２８】
プロセッサ１１８は他の周辺機器１３８に結合されてよく、他の周辺機器１３８は、追加の特徴、機能性、および／または有線接続性もしくは無線接続性を提供する１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含んでよい。たとえば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真および／またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでよい。
【００２９】
ＷＴＲＵ１０２は、信号（たとえば、ＵＬ（たとえば、送信用）とＤＬ（たとえば受信用）の両方のために特定のサブフレームに関連付けられたうちのいくつかまたはすべての送信および受信が、たとえば部分的にまたは完全に、並行および／または同時の全二重無線を含んでよい。全二重無線は、ハードウェア（たとえば、チョーク）を介したＳＩＮＴＦまたはプロセッサ（たとえば、別個のプロセッサ（図示せず）またはプロセッサ１１８を介して）を介した信号処理を減少させ、および／または実質的に除去するために、干渉管理ユニット１３９を含んでよい。
【００３０】
図３は、別の実施形態によるＲＡＮ１０３およびコアネットワーク１０６を示すシステム図である。前述のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を用いて、エアインタフェース１１５を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してよい。ＲＡＮ１０３は、コアネットワーク１０６とも通信してよい。図３に示されるように、ＲＡＮ１０３はノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを含んでよく、ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは各々、エアインタフェース１１５を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含んでよい。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてよい。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂも含んでよい。ＲＡＮ１０３は、任意の数のノード−ＢおよびＲＮＣを含んでも、依然として実施形態と合致してよいことが理解されるであろう。
【００３１】
図３に示されるように、ノード−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信してよい。さらに、ノード−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信してよい。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインタフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信してよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインタフェースを介して互いと通信してよい。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されたそれぞれのノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されてよい。さらに、ＲＮＣ１４２ａ、１４２ｂの各々は、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能性を行うまたはサポートするように構成されてよい。
【００３２】
図３に示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含んでよい。前述の要素の各々はコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つは、コアネットワーク事業者とは異なるエンティティによって所有および／または運用されてよいことが理解されるであろう。
【００３３】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインタフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続されてよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてよい。
【００３４】
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインタフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続されてよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰイネーブルデバイスとの間の通信を容易にしてよい。
【００３５】
前述のように、コアネットワーク１０６は他のネットワーク１１２にも接続されてよく、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他の有線ネットワークおよび／または無線ネットワークを含んでよい。
【００３６】
図４は、実施形態によるＲＡＮ１０４およびコアネットワーク１０７を示すシステム図である。前述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を用いて、エアインタフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してよい。ＲＡＮ１０４は、コアネットワーク１０７とも通信してよい。
【００３７】
ＲＡＮ１０４はｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含んでよいが、ＲＡＮ１０４は、任意の数のｅＮｏｄｅ−Ｂを含んでも、依然として実施形態と合致してよいことが理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインタフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含んでよい。一実施形態では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施してよい。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信してよい、および／またはＷＴＲＵ１０２ａから無線信号を受信してよい。
【００３８】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられてよく、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを扱うように構成されてよい。図４に示されるように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェースを通じて互いと通信してよい。ｅＮｏｄｅ−Ｂは、ＷＴＲＵの全二重無線に類似した全二重無線（たとえば、干渉管理ユニットを用いた）を含んでよい。図４に示されるコアネットワーク１０７は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（すなわちＰＧＷ）１６６とを含んでよい。前述の要素の各々はコアネットワーク１０７の一部として示されているが、これらの要素のいずれも、コアネットワーク事業者とは別のエンティティによって所有および／または運用されてよいことが理解されるであろう。
【００３９】
ＭＭＥ１６２は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続されてよく、制御ノードとして働いてよい。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラ活性化／非活性化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担当してよい。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）とを切り換えるための制御プレーン機能を提供してよい。
【００４０】
サービングゲートウェイ１６４は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてよい。サービングゲートウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングおよびフォワーディングしてよい。サービングゲートウェイ１６４は、ｅＮｏｄｅ−Ｂ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を実行してよい。
【００４１】
サービングゲートウェイ１６４はＰＤＮゲートウェイ１６６に接続されてよく、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰイネーブルデバイスとの間の通信を容易にしてよい。
【００４２】
コアネットワーク１０７は、他のネットワークとの通信を容易にしてよい。たとえば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてよい。たとえば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよいし、これと通信してもよい。さらに、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供してよく、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他の有線ネットワークおよび／または無線ネットワークを含んでよい。
【００４３】
図５は、実施形態によるＲＡＮ１０５およびコアネットワーク１０９を示すシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を用いてエアインタフェース１１７を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ）であってよい。以下でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９という異なる機能エンティティの間の通信リンクが、基準ポイントとして定義されてよい。
【００４４】
図５に示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含んでよいが、ＲＡＮ１０５は、任意の数の基地局とＡＳＮゲートウェイを含んでも、依然として実施形態と合致してよいことが理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃは各々、ＲＡＮ１０５内の特定のセル（図示せず）に関連付けられてよく、エアインタフェース１１７を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含んでよい。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施してよい。基地局１８０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信してよい、および／またはＷＴＲＵ１０２ａから無線信号を受信してよい。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー執行などのモビリティ管理機能を提供してよい。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーションポイントとして働いてよく、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを担当してよい。
【００４５】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインタフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１基準ポイントとして定義されてよい。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論理インタフェース（図示せず）を確立してよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インタフェースはＲ２基準ポイントとして定義されてよく、Ｒ２基準ポイントは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理に使用されてよい。
【００４６】
基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を容易にするためのプロトコルを含むＲ８基準ポイントとして定義されてよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準ポイントとして定義されてよい。Ｒ６基準ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づくモビリティ管理を容易にするためのプロトコルを含んでよい。
【００４７】
図５に示されるように、ＲＡＮ１０５はコアネットワーク１０９に接続されてよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、たとえば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含むＲ３基準ポイントとして定義されてよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証、認可、アカウンティング（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含んでよい。前述の要素の各々はコアネットワーク１０９の一部として示されているが、これらの要素のいずれかは、コアネットワーク運用事業者とは別のエンティティによって所有および／または運用されてよいことが理解されるであろう。
【００４８】
ＭＩＰ−ＨＡ１８４は、ＩＰアドレス管理を担当してよく、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にしてよい。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰイネーブルデバイスとの間の通信を容易にしてよい。ＡＡＡサーバ１８６は、ユーザ認証と、ユーザサービスをサポートすることを担当してよい。ゲートウェイ１８８は、他のネットワークとのインタワーキングを容易にしてよい。たとえば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてよい。ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他の有線ネットワークおよび／または無線ネットワークを含んでよい。
【００４９】
図５には示されていないが、ＲＡＮ１０５は、他のＡＳＮ、他のＲＡＮ（たとえば、ＲＡＮ１０３および／または１０４）に接続されてよく、および／またはコアネットワーク１０９は、他のコアネットワーク（たとえば、コアネットワーク１０６および／または１０７に接続されてよいことが理解されるであろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクはＲ４基準ポイントとして定義されてよく、Ｒ４基準ポイントは、ＲＡＮ１０５と他のＡＳＮとの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを協調させるためのプロトコルを含んでよい。コアネットワーク１０９と他のコアネットワークとの間の通信リンクはＲ５基準ポイントとして定義されてよく、Ｒ５基準ポイントは、ホームコアネットワークと訪問されるコアネットワークとの間のインタワーキングを容易にするためのプロトコルを含んでよい。
【００５０】
ＷＴＲＵは、図１〜図５では無線端末として説明されているが、いくつかの代表的な実施形態では、そのような端末が通信ネットワークとの有線通信インタフェースを（たとえば、一時的にまたは永久的に）使用してよいことが意図されている。
【００５１】
周波数分割複信（ＦＤＤ）通信システムでは、周波数分離は、たとえば、送信信号と受信信号との間の干渉を減少させるために使用（たとえば、実施）されてよい。シングルキャリア（シングルチャネルとも呼ばれる）構成では、ネットワークとユーザ機器（ＵＥ）またはＷＴＲＵなどのユーザデバイスとの間の通信は、たとえば、２つ以上の周波数帯域（たとえば、ネットワークへの通信のためのＵＬにおける１つの周波数帯域と、ネットワークからの通信のためのＤＬにおける１つの周波数帯域）を使用してよい。たとえば、受信信号に漏出することがある送信信号からのエネルギーをフィルタが適切に（たとえば、閾値レベル未満に）減衰させるために、十分な間隔がＵＬチャネルとＤＬチャネルとの間に設けられる。
【００５２】
時分割複信（ＴＤＤ）システムでは、時間分離が、たとえば、送信信号と受信信号との間の干渉を減少させるために使用（たとえば、実施）されてよい。シングルキャリア（すなわちシングルチャネル）構成では、通信は、ＵＬとＤＬとの間で時間的に共有されてよい単一の帯域を使用してよい。３ＧＰＰ  ＬＴＥ  ＴＤＤなどのシステムでは、フレーム（たとえば、１０ｍｓフレーム）はサブフレーム（たとえば、１０個の１ｍｓサブフレーム）に分割されてよく、各サブフレームは、ＤＬ（Ｄ）に使用されてもよいし、ＵＬ（Ｕ）に使用されてもよいし、特殊サブフレーム（Ｓ）として使用されてよく、特殊サブフレーム（Ｓ）は、ＤＬパートと、ＵＬパートと、ＤＬからＵＬへのまたはＵＬからＤＬへの移行を可能にするためのＤＬパートとＵＬパートとの間隔を含んでよい。
【００５３】
全二重（ＦＤ）システムでは、チャネルは、無線周波数（ＲＦ）信号を同時に送信および受信するために使用されてよい。ＴＤＤタイプのシステムでは、タイムスロットは、ＤＬ、ＵＬ、または全二重シングルチャネル（ＦＤＳＣ）として割り当てられてよい。ＦＤＳＣとして割り当てられたタイムスロットは、ＦＤＳＣ対応基地局（ＢＳ）とＦＤＳＣ対応ＷＴＲＵとの間の同時ＵＬ通信およびＤＬ通信に使用されてよい。ＦＤＳＣタイムスロットは、ＤＬにおける少なくとも１つのＷＴＲＵおよびＵＬにおける少なくとも１つの他のＷＴＲＵとの同時通信のためにＦＤＳＣ対応基地局によって使用されてよい（たとえば、ＷＴＲＵがＦＤＳＣ対応である可能性もＦＤＳＣ対応でない可能性もあるとき）。ＦＤＳＣは、（１）従来のシステムによってサポート可能でないなどの間隔（たとえば、小さい間隔）によって分離されてよい送信（Ｔｘ）帯域および受信（Ｒｘ）帯域、（２）ゼロ帯域間隔によって分離されてよいＴｘ帯域およびＲｘ帯域、（３）部分的に重複するＴｘ帯域およびＲｘ帯域、ならびに／または（４）完全に重複するＴｘ帯域およびＲｘ帯域、のうちの１または複数に対応してよい。ＦＤＳＣという用語は、全二重無線（ＦＤＲ）、全二重単一周波数（ＦＤＳＦ）、および／または全二重単一リソース（ＦＤＳＲ）と互換的に使用されてよい。
【００５４】
３ＧＰＰ  ＴＤＤ  ＬＴＥでは、「タイムスロット」は、たとえば、１０ｍｓＬＴＥフレームの１ｍｓサブフレームであってよく、ＴＤＤ  ＵＬ−ＤＬ構成（たとえば、３ＧＰＰ仕様書において定義される）は、（たとえば、Ｕサブフレーム、Ｄサブフレーム、および／またはＳサブフレームのうちのいくつかまたはすべての代わりに）全二重（Ｆ）サブフレームを含むように修正されてよい。サブフレームは、リソースブロック（ＲＢ）レベルでＵＬとＤＬに分けられてよい。ＲＢは、リソース割当の単位であってよく、周波数的に複数のサブキャリア（たとえば、１２のサブキャリア）に、および時間的にいくつかの直交周波数多重（ＯＦＤＭ）シンボルに対応してよい。
【００５５】
無線リソース管理（ＲＲＭ）プロシージャなどのプロシージャは、ＦＤＳＣ動作にタイムスロットを割り当ててよく、（たとえば、ＦＤＳＣタイムスロット内の動作またはリソース割り当てのために）ＦＤＳＣタイムスロット内のＴｘおよび／もしくはＲｘに適したＷＴＲＵを選定してよい、ならびに／または同じタイムスロット内の半二重（ＵＬまたはＤＬ）動作のためにＷＴＲＵをペアにする。ＲＲＭは、Ｔｘ干渉またはＲｘへの漏出（たとえば、Ｔｘ−Ｒｘカップリング）がＲｘ信号の正常な受信を妨げないように、そのような割り当て、選定、および／またはペアリングを実施してよい。たとえば、割り当て、選定、および／またはペアリングにおいて、さまざまな要因の中でもとりわけ測定、能力（たとえば、ＷＴＲＵ能力）、および／またはＷＴＲＵ位置が考慮に入れられてよい。たとえば、基地局に近接する（たとえば、これから閾値距離内にある）ＷＴＲＵにＦＤＳＣ通信を制限することは、干渉を制限する１つの方法であってよい。
【００５６】
いくつかの代表的な実施形態では、Ｔｘ−Ｒｘ干渉緩和プロシージャが、さまざまなタイプのＴｘ−Ｒｘ干渉を扱うおよび／または減少させるために実施される。
【００５７】
３ＧＰＰ  ＬＴＥ  ＦＤＤシステムおよびＴＤＤシステムが示されているが、プロシージャが他のシステム、方法、および／またはデバイスに適用可能であることが意図されている。
【００５８】
いくつかの代表的な実施形態では、（１）ｅＮＢ送信（たとえば、ｅＮＢのＤＬ送信）がそれ自体の受信（たとえば、ｅＮＢのＵＬ受信）に干渉することがあるｅＮｏｄｅ−Ｂ（ｅＮＢ）ＳＩＮＴＦ、（２）ＷＴＲＵの送信（たとえば、ＵＬ送信）がそれ自体の受信（たとえば、ＷＴＲＵのＤＬ受信）に干渉することがあるＷＴＲＵ  ＳＩＮＴＦ、（３）あるＷＴＲＵの送信（たとえば、ＵＬ送信）が別のＷＴＲＵの受信（たとえば、ＤＬ受信）に干渉することがあるＷＴＲＵ  ＮＩＮＴＦ、のうちの１または複数を含むさまざまなタイプの干渉を緩和するためのプロシージャが実施されてよい。
【００５９】
いくつかの代表的な実施形態では、たとえば、衝突回避および／または電力制御を使用して干渉を緩和するためのプロシージャが実施されてよい。たとえば、プロシージャは、データチャネルに対する、および／または他のチャネルに対するなどの、いくつかのチャネルに対する送信電力調整（たとえば、減少）を扱うために実施されてよい。送信電力およびＦＤＳＣサブフレームにおける対応する干渉は、たとえば、いくつかのＷＴＲＵ（たとえば、基地局に近接するＷＴＲＵ（たとえば、至近距離のＷＴＲＵ））にＦＤＳＣを適用することによって、減少および／または制限されてよい。
【００６０】
いくつかの代表的な実施形態では、他のプロシージャ（たとえば、衝突回避プロシージャおよび他のプロシージャ）が、それらのサブフレーム内に存在することがある他のチャネルおよび／または信号（たとえば、とりわけ、制御および／または基準チャネルおよび／または信号）に対して実施されてよい。送信電力減少はチャネルおよび／または信号の有効範囲を制限することができるので、これらの他のプロシージャは、送信電力減少と組み合わせて、および／またはそれなしで、干渉を緩和または減少させてよい。
【００６１】
たとえば、衝突回避プロシージャは、ＤＬにおいていくつかの信号からの干渉を扱うために実施されてよい（たとえば、制御チャネルおよび／またはセルエッジに到達するために高電力で送信されてよいＲＳ、たとえば物理ＤＬ制御チャネル（ＰＤＣＣＨ）またはセル固有ＲＳ（ＣＲＳ））。ｅＮＢにおいて、これらの信号は、同じ時間／周波数リソースを使用してよいＵＬ受信信号に対する過剰なＳＩＮＴＦを引き起こすことがある。たとえば、すべてのサブフレーム内に存在し、および／またはシステム帯域幅全体にわたって多数のＲＢにまたがることがあり、ＦＤＳＣ通信にこれらの信号を含むサブフレームおよび／またはＲＢを使用することを回避するために有用および／または実用的でないことがあるので、これらの信号は、衝突回避プロシージャは、これらの（または他の）信号が存在してよいサブフレームおよび／またはＲＢ内の干渉を扱うために実施されてよい。
【００６２】
同様に、ＷＴＲＵ  ＳＩＮＴＦおよび／またはＮＩＮＴＦが発生することがある場合、たとえば、ＷＴＲＵがサウンディングＲＳ（ＳＲＳ：Sounding RS）を送信するとき、衝突回避プロシージャが実施されてよい。ＳＲＳは、いくつかのサブフレームの最後のシンボル内でＷＴＲＵによって送信されてよく、ＵＬ帯域幅全体にまたがってよい。ＳＲＳは、他のＵＬ信号またはＵＬチャネル（たとえば、データチャネル）に対する電力要件よりも高い電力要件を有してよく、これが、同じまたは別のＷＴＲＵによって受信されてよいＤＬ内のそのシンボルにおいて信号への干渉（たとえば、過剰な干渉）を引き起こすことがある。
【００６３】
いくつかの代表的な実施形態では、たとえばＲｘ（たとえば、受信されてよい信号）へのＴｘ（たとえば、送信されてよい信号）干渉を減少させるプロシージャが実施されてよい。たとえば、反対方向の信号および信号タイプへのおよび／またはこれからの干渉に対処する代表的なプロシージャが提供される。信号という用語とチャネルという用語は、互換的に使用されてよい。
【００６４】
いくつかの代表的な実施形態では、ＵＬリソースミューティング（たとえば、ブランキング（blanking）、パンクチャリング（puncturing）、および／またはレートマッチング）は、ＤＬチャネルおよび／またはＲＳ位置に基づいてよい。たとえば、ＰＵＳＣＨ  ＲＥミューティングは、第１の同期信号（ＰＳＳ）、第２の同期信号（ＳＳＳ）、物理ブロードキャストチャネル（ＰＢＣＨ）、ＣＲＳ、および／またはＤＭ−ＲＳのうちの少なくとも１つとの衝突を回避するために行われてよい（または実行されてよい）。他の例では、ＰＵＣＣＨは、ＰＤＣＣＨとの衝突を回避するために短縮されてよい。
【００６５】
いくつかの代表的な実施形態では、（たとえば、ＤＬチャネルまたはＤＬ信号に対する）ＰＵＳＣＨ優先度付けは、ＰＵＳＣＨがいくつかの情報タイプ（たとえば、ＵＬ制御情報（ＵＣＩ）など）を含むかどうかに依存してよい。
【００６６】
いくつかの代表的な実施形態では、ＤＬリソースミューティング（たとえば、ブランキング、パンクチャリングおよび／またはレートマッチング）は、ＵＬチャネルおよび／またはＲＳ位置に基づいてよい。たとえば、ＰＤＳＣＨ  ＲＥミューティングは、ＰＵＣＣＨおよび／または物理ランダムアクセスチャネル（ＰＲＡＣＨ）との衝突を回避するために行われてよい。他の例として、ＰＤＳＣＨ  ＲＥミューティングは、ＰＵＳＣＨおよび／またはＰＵＳＣＨ  ＤＭ−ＲＳとの衝突を回避するために行われて（または実行されて）よい。いくつかの例では、ＰＤＳＣＨ  ＲＥミューティング（たとえば、短縮されたＰＤＳＣＨ）は、ＳＲＳとの衝突を回避するために行われてよい（または実行されてよい）。
【００６７】
いくつかの代表的な実施形態では、（たとえば、ＵＬチャネルまたはＵＬ信号に対する）ＰＤＳＣＨ優先度付けは、ＰＤＳＣＨがいくつかの情報タイプ（たとえば、とりわけ、システム情報ブロック（ＳＩＢ）、および／またはメディアアクセス制御（ＭＡＣ）制御要素（ＣＥ））を含むかどうかに依存してよい。
【００６８】
いくつかの代表的な実施形態では、ＰＤＣＣＨ  ＲＥミューティングは、反対方向の（たとえば、ＵＬを用いた）衝突を回避するために行われてよい（または実行されてよい）。
【００６９】
いくつかの代表的な実施形態では、ＤＬおよび／またはＵＬに対して等しくない電力制御が実施されてよい。たとえば、等しくない電力割当（power allocation）が、ＰＤＳＣＨによって干渉することがあるＵＬチャネル（たとえば、ｅＮＢにおいて発生することがあるＳＩＮＴＦ）によりＰＤＳＣＨに対して実施されてよい。いくつかの代表的な実施形態では、関連付けられた電力割当インジケータは、たとえば、等しくない電力割当を（たとえば、ＷＴＲＵに）示すために実施されてよい。他の例として、等しくない電力割当は、ＰＵＳＣＨによって干渉することがあるＤＬチャネル（たとえば、ＷＴＲＵにおいて発生することがあるＳＩＮＴＦ）によりＰＵＳＣＨに対して実施されてよい。いくつかの代表的な実施形態では、関連付けられた電力制御ループ（または複数の電力制御ループ）が実施されてよい。
【００７０】
いくつかの代表的な実施形態では、ＳＩＮＴＦ対応プロシージャおよび／またはＮＩＮＴＦ対応プロシージャが実施されてよい。たとえば、ＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームの発見または決定のためのプロシージャが実施されてよい。他の例として、サブフレームがＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレーム、であるように決定されるとき、ＳＩＮＴＦ対応および／またはＮＩＮＴＦ対応のためのプロシージャが実施されてよい。
【００７１】
いくつかの代表的な実施形態では、サポート可能なＳＩＮＴＦレベル（ＳＩＬ）および／またはＳＩＬ報告が実施されてよい。たとえば、プロシージャは、サポート可能なＳＩＬ内でのＷＴＲＵの動作を可能にする（または維持する）ように電力制御（たとえば、最大電力制御）を提供するために実施されてよい。
【００７２】
いくつかの代表的な実施形態では、プロシージャは、全二重動作におけるマルチメディアブロードキャストマルチキャストサービス単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム使用をサポートするために実施されてよい。
【００７３】
干渉を減少させるための代表的なプロシージャは、たとえば、他の方向（たとえば、ＤＬおよび／またはＵＬ）におけるいくつかのチャネルおよび／または信号（たとえば、高優先度信号）の位置（たとえば、時間位置および／または周波数位置）に対応してよい、一方向（たとえば、ＵＬおよび／またはＤＬ）におけるいくつかの位置（たとえば、時間位置および／または周波数位置）のまわりでのおよび／またはそれに対するブランキング、パンクチャリング、および／またはレートマッチングを含む衝突回避プロシージャを含んでよい。
【００７４】
干渉を減少させるための代表的なプロシージャは、たとえば、反対方向（たとえば、ＤＬおよび／またはＵＬ）におけるいくつかの信号タイプ（たとえば、１または複数の制御チャネルおよび／またはＲＳ）とのおよび／またはこれらの間の衝突を回避するために一方向（たとえば、ＵＬおよび／またはＤＬ）におけるサブフレームおよび／または送信変更（transmission modifications）を含む、衝突回避プロシージャを含んでよい。いくつかの代表的な実施形態では、変更は、ＵＬ  ＤＭ−ＲＳ、ＤＭ−ＲＳ、および／または他のＲＳのいずれかに対してなされてよく、または提供されてよい。いくつかの代表的な実施形態では、送信は、衝突を回避するために短縮されてよい（たとえば、ＰＵＣＣＨ領域は、ＰＤＣＣＨ領域を回避するために短縮されてよく、および／またはＰＤＳＣＨ領域は、たとえば反対方向からの、ＳＲＳシンボルを回避するために短縮されてよい）。
【００７５】
干渉を減少させるための代表的なプロシージャは、たとえば、（１）一方向（たとえば、ＵＬ方向および／またはＤＬ方向）における送信電力が、（たとえば、送信の）時間／周波数位置および／もしくは反対方向における同じ（たとえば、送信の）時間／周波数位置内に存在してよい信号のタイプに基づいて制御されてよく、ならびに／または（２）信号に関連付けられたいくつかの時間／周波数位置の送信電力が、同一の信号と関連付けられた他の時間／周波数位置からの異なる電力または電力制御を有してよい（および、いくつかの代表的な実施形態では、（たとえば、使用および／または必要とされてよい）電力オフセットのインジケータが提供されてよい）ような電力制御を含む、電力制御プロシージャを含んでよい。
【００７６】
いくつかの代表的な実施形態では、高優先度信号は、（１）ＤＬ同期チャネル、たとえば、とりわけ、ＰＳＳおよび／もしくはＳＳＳ、（２）ＤＬブロードキャストチャネル、たとえば、ＰＢＣＨおよび他のブロードキャストチャネル、（３）ＤＬ  ＲＳ、たとえば、とりわけ、ＣＲＳ、ＤＭ−ＲＳ、および／もしくはポジショニングＲＳ（ＰＲＳ：Positioning RS）、（４）ＤＬ制御チャネル、たとえば、とりわけ、ＰＤＣＣＨ、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）、および／もしくは拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）、（５）ＵＬ制御チャネル、たとえば、ＰＵＣＣＨ、ならびに／または（６）ＵＬ  ＲＳ、たとえば、とりわけ、ＵＬ  ＤＭ−ＲＳ、および／またはＳＲＳ、のうちの少なくとも１つを含んでよい。
【００７７】
典型的なＦＤＳＣ通信アプリケーションは、関係するＷＴＲＵが基地局に近接してよく、この結果、結果としてより少ない干渉になることがある（たとえば、結果としてなる可能性が高い）より低い電力送信となることがある、ＦＤＳＣ通信アプリケーションであってよい。至近距離の（close-in）ＷＴＲＵの場合、ＵＬ送信およびＤＬ送信は、時間整合された状態に近くてよい（close to time aligned）（たとえば、その可能性が高くなってよい）。いくつかの代表的な実施形態では、ＦＤＳＣアプリケーションは、至近距離のＷＴＲＵ（たとえば、ＵＬおよびＤＬは、時間整合されてもされなくてもよいし、時間整合された状態に近くても近くなくてもよい）に適用されてよい。同じまたは他の代表的な実施形態では、ＦＤＳＣアプリケーションは、至近距離でないＷＴＲＵ（たとえば、ＵＬおよびＤＬは、時間整合された状態に近くても近くなくてもよい）に適用されてよい。
【００７８】
いくつかの代表的な実施形態では、ＳＩＮＴＦの検出、対応、および／または報告を含むＳＩＮＴＦに対処するためのプロシージャが、実施されてよい。
【００７９】
第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）に準拠した無線通信システムは、２×２構成では、ＤＬにおいて最大１００Ｍｂｐｓ、ＵＬにおいて最大５０Ｍｂｐｓをサポートしてよい。ＬＴＥ  ＤＬ方式は、直交周波数分割多元（ＯＦＤＭＡ）エアインタフェースに基づいてよい。各無線フレームは、各々１ｍｓの１０のサブフレームからなってよい。各サブフレームは、各々０．５ｍｓの２つのタイムスロットからなってよい。タイムスロットごとに７つＯＦＤＭシンボルまたは６つのＯＦＤＭシンボルのどちらかが存在してよい。タイムスロットごとに７つのシンボルは、通常ＣＰ長とともに使用されてよく、タイムスロットごとに６つのシンボルは、拡張ＣＰ長とともに使用されてよい。特定の仕様に対するサブキャリア間隔は、１５ｋＨｚであってよい。７．５ｋＨｚを使用する減少されたサブキャリア間隔モードも可能であってよい。「フレーム」という用語と「無線フレーム」という用語は、互換的に使用されてよい。
【００８０】
ＲＥは、１つのＯＦＤＭシンボル間隔中の１つのサブキャリアに対応してよい。０．５ｍｓタイムスロット中の１２の連続サブキャリアは、１つのＲＢを構成してよい。タイムスロットごとに７つのシンボルでは、各ＲＢは、１２×７＝８４のＲＥからなってよい。
【００８１】
動的スケジューリングに対する基本時間領域単位は１つのサブフレームであってよく、２つの連続タイムスロットを含んでよい。これは、ＲＢペアまたは物理ＲＢペアと呼ばれてよい。いくつかのＯＦＤＭシンボル上のいくつかのサブキャリアは、時間−周波数グリッド内でパイロットまたはＲＳを搬送するために割り当てられてよい。送信帯域幅の端にあるいくつかのサブキャリアは、スペクトルマスク使用および／または要件に適合するように送信されなくてよい。
【００８２】
提供および／または使用されてよいＵＬチャネルは、ＰＵＳＣＨおよび／またはＰＵＣＣＨを含んでよい。ＵＣＩと呼ばれてよい制御情報が、たとえば、サブフレーム内で、ＰＵＳＣＨもしくはＰＵＣＣＨ上で、ＷＴＲＵによって送信されてよく、および／または、一部がＰＵＣＣＨ上で送信されてよく、一部がＰＵＳＣＨ上で送信されてよい。ＵＣＩは、（１）ハイブリッド自動再送要求（ＨＡＲＱ）ＡＣＫ／ＮＡＣＫ、（２）スケジューリング要求（ＳＲ）、ならびに／または（３）（ｉ）チャネル品質インジケータ（ＣＱＩ）、（２）プリコーディング行列インジケータ（ＰＭＩ）、および／もしくは（３）ランクインジケータ（ＲＩ）のうちの１または複数を含んでよいチャネル状態情報（ＣＳＩ）、のうちの１または複数を含んでよい。ＰＵＣＣＨ送信に割り当てられてよいリソースは、ＵＬ帯域の端またはその近くに配置されてよい。
【００８３】
提供および／または使用されてよいＤＬチャネルは、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨ、および／またはＥＰＤＣＣＨのうちの１または複数を含んでよいＰＤＳＣＨおよび／またはＤＬ制御チャネルを含んでよい。
【００８４】
ＤＬにおける各サブフレーム内の複数のシンボル（たとえば、最初の１から３のＯＦＤＭシンボル）は、（１）制御チャネルのオーバヘッドによるＰＣＦＩＣＨ、ＰＨＩＣＨ、および／またはＰＤＣＣＨのうちの１または複数によって占有されてよい。この領域内のシンボルは、ＤＬ制御領域と呼ばれてよい。ＰＣＦＩＣＨは、各サブフレーム内の第１のＯＦＤＭシンボル（たとえば、シンボル０）内で送信されてよく、および／またはサブフレーム内のＤＬ制御領域に使用されるＯＦＤＭシンボルの数を示してよい。ＷＴＲＵは、ＰＣＦＩＣＨから制御フォーマットインジケータ（ＣＦＩ）を検出してよく、ＤＬ制御領域は、ＣＦＩ値に応じてサブフレーム内で定義されてよい。サブフレームが非ＰＤＳＣＨサポート可能なサブフレームとして定義されるおよび／または非ＰＤＳＣＨサポート可能なサブフレームでない場合、ＰＣＦＩＣＨはスキップされてよい。ＤＬ制御領域の一部でないＤＬシンボルは、データまたはＰＤＳＣＨ領域と呼ばれてよい。ＥＰＤＣＣＨは、ＰＤＳＣＨ領域内で提供および／または使用されてよい。その領域内のＥＰＤＣＣＨの位置は、たとえば、無線リソース制御（ＲＲＣ）シグナリングなどの上位レイヤシグナリングを介して、そのＥＰＤＣＣＨを監視、受信、または使用してよい（または、そのように予想されてよい）ＷＴＲＵにシグナリングされてよい。ＰＤＣＣＨおよび／またはＥＰＤＣＣＨは、制御情報、ＵＬ送信および／またはＤＬ送信のためのリソース割当（たとえば、グラント）などを提供してよい。
【００８５】
ＤＬ信号および／またはＤＬチャネルは、ｅＮＢによって提供もしくは送信されてよく、ならびに／またはＷＴＲＵによって受信および／もしくは使用されてよい。ＵＬ信号および／またはＵＬチャネルは、ＷＴＲＵによって提供もしくは送信されてよく、および／または、ｅＮＢによって受信および／または使用されてよい。
【００８６】
信号および／またはチャネルはセルに関連付けられてよく、セルは、いくつかのキャリア周波数および／または地理的エリアに対応してよい。キャリア周波数は、セルの中心周波数（たとえば、セルのサポートされる帯域幅の中心周波数）であってよい。ｅＮＢは、１または複数の関連付けられたセルを有してよい。ｅＮＢおよびセル（たとえば、その関連付けられたセル）は、いくつかの代表的な実施形態では、互換的に使用または参照される。
【００８７】
たとえばＰＳＳおよび／またはＳＳＳを含む同期信号は、たとえばｅＮＢまたはセルによって、提供および／または送信されてよい。そのような信号は、ｅＮＢまたはセルとの時間同期および／または周波数同期を取得するためにＷＴＲＵによって使用されてよい。ＰＳＳおよび／またはＳＳＳは、たとえばサブフレーム０および／または５の中に存在してもよいし、および／またはあらゆる無線フレームの中に存在してもよい。送信は、セルの帯域幅の中心にあるサブキャリア（たとえば、６２のサブキャリア）上であってもよい。同期信号の送信に使用される６２のサブキャリアの両側の５つのサブキャリアは、予約および／または未使用であってよい。ＦＤＤの場合、ＰＳＳ送信は、たとえば、各無線フレームのタイムスロット０（たとえば、サブフレーム０の第１のタイムスロット）および／またはタイムスロット１０（たとえば、サブフレーム５の第１のタイムスロット）の最後のＯＦＤＭシンボル内にあってよく、ＳＳＳ送信は、最後から２番目の（たとえば、最後の隣の）ＯＦＤＭシンボル内にあってよい。ＴＤＤの場合、ＰＳＳ送信は、各無線フレームの内のタイムスロット１（たとえば、サブフレーム０の第２のタイムスロット）および／もしくはタイムスロット１１（たとえば、サブフレーム５の第２のタイムスロット）内のサブフレーム１および／もしくはサブフレーム６内の第３のＯＦＤＭシンボル内にあってよく、ならびに／または、ＳＳＳ送信は、最後のＯＦＤＭシンボル内にあってよい。同期信号は、セルの物理セル識別情報（セルＩＤ）に関する情報を伝えてよい。
【００８８】
ｅＮＢによって送信されてよいＰＢＣＨは、マスタ情報ブロック（ＭＩＢ）などのセル情報を搬送してよい。ＰＢＣＨは、無線フレーム（たとえば各無線フレーム）のサブフレーム０内で提供および／または送信されてよく、（たとえば、連続無線フレーム、たとえば、４つの無線フレームが４０ｍｓ時間期間に対応してよい４つの連続無線フレームの各々の中で）繰り返されてよい。ＰＢＣＨは、サブフレーム０の第２のタイムスロットの最初の４つのＯＦＤＭシンボル内で送信されてよく、セルの帯域幅の中心にあるまたはそれに近接するサブキャリア（たとえば、７２のサブキャリア）上で送信されてよい。ＭＩＢは、情報、たとえば、（１）セルのＤＬ帯域幅、（２）ＰＨＩＣＨ情報、および／または（３）システムフレーム番号（ＳＦＮ）の少なくとも一部、たとえばＳＦＮの最上位ビット（たとえば１０ビットのうちの８ビット）を提供してよい。
【００８９】
ＤＬ  ＲＳは、ＤＬ  ＣＲＳ、ＣＳＩ  ＲＳ（ＣＳＩ−ＲＳ）、ＤＭ−ＲＳ、および／またはＰＲＳを含んでよい。ＤＬ  ＲＳは、ＷＴＲＵによって受信および／または使用されてよい。ＤＬ  ＣＲＳは、いくつかの考えられる例外を有する（たとえば、任意の）ＤＬ物理チャネルのコヒーレント復調のためのチャネル推定のためにＷＴＲＵによって使用されてよい。たとえば、ＤＬ  ＣＲＳは、送信モード（ＴＭ）７（ＴＭ７）、ＴＭ８、ＴＭ９、もしくはＴＭ１０を用いて構成されたときの（１）物理マルチキャストチャネル（ＰＭＣＨ）、（２）ＥＰＤＣＣＨ、および／または（３）ＰＤＳＣＨのうちの少なくとも１つを含んでよいいくつかのＤＬチャネルに対するチャネル推定および／またはコヒーレント復調に使用されなくてよい。ＣＲＳは、たとえば、ＷＴＲＵが、ＰＤＳＣＨ復調のためにＤＬ  ＣＲＳを使用してＴＭで構成された場合、ＣＱＩ、ＰＭＩ、および／またはＲＩの報告のためのＣＳＩ測定のためにＷＴＲＵによって使用されてよい。ＤＬ  ＣＲＳは、セル選択および／またはモビリティ関連測定のためにＷＴＲＵによって使用されてよい。ＤＬ  ＣＲＳは、いくつかのサブフレーム（たとえば、任意のサブフレーム）内で受信されてよく、複数のポート（たとえば、最大４つのアンテナポート）がサポートされてよい。ＤＭ−ＲＳは、ＴＭ７、ＴＭ８、ＴＭ９、またはＴＭ１０を用いて構成されたＥＰＤＣＣＨおよび／またはＰＤＳＣＨのうちの少なくとも１つを含んでよいいくつかのチャネルの復調のためにＷＴＲＵによって使用されてよい。いくつかのチャネル（たとえば、とりわけ、ＥＰＤＣＣＨおよび／またはＰＤＳＣＨ）の復調に使用されてよいＤＭ−ＲＳは、チャネル（たとえば、ＥＰＤＣＣＨおよび／またはＰＤＳＣＨ）に割り当てられたＲＢ内で送信されてよい。デューティサイクルで送信されてよいＣＳＩ−ＲＳは、ＣＳＩ測定のためにＷＴＲＵによって使用されてよい。ＷＴＲＵは、ＰＤＳＣＨ復調のためにＤＭ−ＲＳを使用してよいＴＭを用いて構成されてよい。いくつかの考えられる例外が存在してよく、（たとえば、ＴＭ７および／またはＴＭ８などのいくつかのＴＭが構成および／または使用される）とき、ＤＭ−ＲＳは、ＰＤＳＣＨ復調に使用されなくてよい。ＣＳＩ−ＲＳは、セル選択および／またはモビリティ関連測定に使用されてよい（たとえば、ＷＴＲＵが、特定のＴＭ（たとえば、ＴＭ１０）で構成される場合。ＰＲＳは、位置関連測定のためにＷＴＲＵによって使用されてよい。
【００９０】
とりわけＳＲＳおよび／またはＤＭ−ＲＳを含んでよいＲＳＵＬは、ＷＴＲＵによって送信されてよい。ＳＲＳは、ＷＴＲＵ固有ＳＲＳサブフレームとして構成されてよいＵＬサブフレーム内の最後のＳＣ−ＦＤＭＡシンボル内で送信されてよい。ＷＴＲＵ固有ＳＲＳサブフレームは、セル固有ＳＲＳサブフレームのサブセットであってよい。ＳＲＳは、構成され、および／またはあらかじめ定義された周波数帯域幅内のサブフレームＷＴＲＵ固有ＳＲＳ内で、動的に、周期的に、または非周期的に、ＷＴＲＵによって送信されてよい。ＳＲＳは、非周期的な様式または周期的な様式で、ＷＴＲＵによって送信されてよい。たとえば、ＷＴＲＵは、ＷＴＲＵがダウンリンク制御情報（ＤＣＩ）内で受信してよい非周期的ＳＲＳ（Ａ−ＳＲＳ）送信トリガに応答して（たとえば、これの受信に続いて）ＳＲＳを送信してよい。ＤＭ−ＲＳは、ｅＮＢ受信機におけるＰＵＳＣＨ復調のためにＷＴＲＵによって送信されてよく、ＤＭ−ＲＳの位置は、ＰＵＳＣＨ送信が付与されてよいＲＢに対する各スロット内のＳＣ−ＦＤＭＡシンボル（たとえば、通常ＣＰを使用する第４のサブフレームのＳＣ−ＦＤＭＡシンボル）の中央にあってよい。
【００９１】
たとえば、ＬＴＥ  ＴＤＤなどのＴＤＤを使用してよいいくつかの代表的な実施形態では、複数の（たとえば、１または複数の）ＴＤＤ  ＵＬ−ＤＬサブフレーム構成が利用可能であってよく、識別されてよく、サポートされてよく、指定されてよく、および／または知られてされてよく、サブフレーム構成のうちの１つ（または少なくとも１つ）がｅＮＢ内で使用されてよい。各ＴＤＤ  ＵＬ−ＤＬサブフレーム構成は、たとえば本明細書の表１に示されるＤＬサブフレーム、ＵＬサブフレーム、および／または特殊サブフレームのうちの少なくとも１つを含んでよく、表１では、ＤＬサブフレームが「Ｄ」によって示され、ＵＬサブフレームが「Ｕ」によって示され、特殊サブフレームが「Ｓ」によって示される。ｅＮＢは、ｅＮＢが使用する構成によって示される方向においてサブフレーム内でＷＴＲＵと通信してよい。特殊サブフレーム内の通信（たとえば、通信の方向）は、サブフレームのＤＬパートおよび／またはＵＬパートのサイズおよび／または位置を提供または識別してよい特殊サブフレーム構成に応じてよい。
【００９２】
【表１】
0006721506.tif 000002
【００９３】
ＷＴＲＵは、ｅＮＢからのＰＤＳＣＨ送信においてユーザプレーンデータおよび／または制御プレーンデータを受信してよい。ＷＴＲＵは、ｅＮＢからのＰＤＳＣＨ送信において無線制御リンク（ＲＬＣ）および／またはＭＡＣ制御情報を受信してよい。ＷＴＲＵは、ＰＤＳＣＨにおいて、次のＭＡＣ制御要素（ＣＥ）、すなわち、とりわけ（１）ランダムアクセス応答（ＲＡＲ）ＭＡＣプロトコルデータユニット（ＰＤＵ）および／または（２）ＷＴＲＵ競合解消（contention resolution）ＭＡＣ  ＣＥ、のうちの１または複数を受信してよい。
【００９４】
ＲＡＲは、タイミング整合コマンド、ｍｓｇ３送信のためのＵＬグラント、および／または一時セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）の１または複数のセットを含有してよいまたは含んでよい。ＷＴＲＵは、使用されるランダムアクセスプリアンブルインデックス（ＲＡＰＩＤ）に基づいて、ＲＡＲ情報を使用して、ｍｓｇ３の送信を実行してよい。ＲＡＲは、共通探索空間（ＣＳＳ：common search space）内でＰＤＣＣＨ上で共通ＲＮＴＩ（たとえば、ランダムアクセス（ＲＡ）−ＲＮＴＩ）によって送られてよく、ＲＡＰＩＤは、複数のＷＴＲＵによって使用されてよい。
【００９５】
ＷＴＲＵは、競合ベースランダムアクセス（ＲＡ）プロシージャ中に競合解消ＭＡＣ  ＣＥを受信して、ｍｓｇ３がネットワークによって適切に受信されているまたは受信されたことを識別してよい。メッセージはＷＴＲＵ固有であってよいが、複数のＷＴＲＵが競合解消ＣＥを受信してよい。ＷＴＲＵは、ＷＴＲＵがＣＥ内容において（たとえば、ｍｓｇ３内で）送信した（たとえば、ＲＲＣ接続要求メッセージを使用して）共通制御チャネル（ＣＣＣＨ）サービスデータユニット（ＳＤＵ）を見つけることによって、それがＣＥの意図された受信者であることを判定してよい。
【００９６】
ＲＡＲ  ＭＡＣ  ＰＤＵおよび競合解消ＭＡＣ  ＣＥはそれぞれ、ＲＡ−ＲＮＴＩおよび一時Ｃ−ＲＮＴＩを使用して複数のＷＴＲＵに対してアドレス指定し、および／またはこれによって受信される。次のＭＡＣ  ＣＥ、すなわち、とりわけ、（１）活性化／非活性化ＣＥ（たとえば、活性化／非活性化ＣＥは、いくつかの二次サービングセルをアクティブまたは非アクティブにするためにキャリアアグリゲーションのために構成されたＷＴＲＵに対するＰＤＳＣＨに含まれてよい）、（２）間欠受信（ＤＲＸ）コマンドＣＥ（たとえば、ＤＲＸコマンドＣＥは、接続モードＤＲＸのために構成されていてもよいＷＴＲＵに対するＤＲＸサイクルの開始および／または停止を示すためにＰＤＳＣＨに含まれてよい）、および／または（３）タイミングアドバンスコマンドＣＥ（たとえば、タイミングアドバンスコマンドＭＡＣ  ＣＥは、ＵＬ送信のためのタイミングアドバンスコマンドをＷＴＲＵに提供するためにＷＴＲＵに対するＰＤＳＣＨに含まれてよい）は、ＷＴＲＵ固有であってよい。
【００９７】
ＷＴＲＵは、以下のタイプのデータすなわち、（１）（ｉ）透過モードデータＰＤＵ、（ｉｉ）否定応答モードデータＰＤＵ、および／または（ｉｉｉ）肯定応答モード（ＡＭ）データＰＤＵ、のうちの１または複数を受信してよい。ＡＭデータＰＤＵは、初期送信または再送信のためのデータＰＤＵとしてさらにカテゴリ化されてよく、再送信のためのデータＰＤＵはＰＤＵセグメントを含んでよい。ＡＭデータＰＤＵは、（１）ＲＬＣ  ＡＭ機能によってサポートされてよい自動再送要求（ＡＲＱ）機能に有用であってよいＰＯＬＬＩＮＧビット、ならびに／または（２）正常に受信されたＲＬＣ  ＰＤＵ（たとえば、ＵＬ  ＲＬＣ  ＰＤＵ）および／もしくはまだ検出されていないＲＬＣサービスデータユニット（ＳＤＵ）（たとえば、ＵＬ  ＳＤＵ）をＷＴＲＵに知らせるためにｅＮＢによってＰＤＳＣＨに含まれてよいＲＬＣ  ＳＴＡＴＵＳ  ＰＤＵを含んでもよい。ＷＴＲＵは、正常に受信されたＲＬＣ  ＰＤＵ（たとえば、ＤＬ  ＲＬＣ  ＰＤＵ）および／またはまだ検出されていないＲＬＣ  ＳＤＵ（たとえば、ＤＬ  ＳＤＵ）をｅＮＢに知らせるために、ＰＵＳＣＨにＲＬＣ  ＳＴＡＴＵＳ  ＰＤＵを含んでよい。
【００９８】
「ノード」という用語は、一般に、とりわけ、ユーザ機器（ＵＥ）ＷＴＲＵ、またはマクロセル、ピコセル、フェムトセル、ホームｅＮＢ、リレー、リモートラジオヘッド（ＲＲＨ）、および／もしくはスモールセルなどの、他のデバイス、ｅＮＢ、もしくはセルを指し、または表す。「同じときに」という用語は、一般に、同じインスタンスにおいて信号、メッセージ、および／または制御データもしくはユーザデータを並行して、一致して、および／または同時に送信および／または受信することを指す。たとえば、信号、メッセージ、および／または制御データもしくはユーザデータの送信および／または受信は、たとえば、部分的にまたは完全に時間的に重複してよい。
【００９９】
本明細書で説明される１または複数の代表的な実施形態は、全二重無線（ＦＤＲ）リソース（ＦＤＲＲ）において使用されてよい。ＦＤＲＲは、ノード（たとえば、ｅＮＢおよび／またはＷＴＲＵ）が同じ時間／周波数リソース内で信号を送信および受信してよいリソースのうちの１または複数を含んでよい。ＦＤＲＲは、ノードが信号を同じときに送信および受信してよいＲＥおよび／またはＲＥのセットであってよい。ノードが信号を同じときに送信および受信してよいＲＥは、ＦＤＲ  ＲＥとも呼ばれてよい。
【０１００】
ＦＤＲＲは、ノードが同じときに信号を送信および受信してよいＲＢ（たとえば物理ＲＢ（ＰＲＢ）またはＰＲＢ−ペア）および／またはＲＢのセットであってよい。一例として、ＲＢ内のＲＥのセットは、ＵＬ送信に使用されてよく、ＲＢ内のＲＥの別のセットは、ＤＬ受信に使用されてよく、ＵＬ送信のためのＲＥのセットとＤＬ受信のためのＲＥのセットは、重複されなくてもよいし、部分的に重複されてもよいし、および／または完全に重複されてもよい（たとえば、同じＲＥのセット）。１または複数のＦＤＲ  ＲＥを含んでよいＲＢは、ＦＤＲＲと呼ばれてよい。ＦＤＲＲであってよいＲＢは、ＦＤＲ  ＲＢと呼ばれてよい。
【０１０１】
ＦＤＲＲは、ノードが信号を同じときに送信および受信するサブフレームおよび／またはサブフレームのセットであってよい。一例として、サブフレーム内またはその中のＲＢのセットはＵＬ送信に使用されてよく、ＲＢの別のセットはＤＬ受信に使用されてよい。この場合、ＵＬ送信のためのＲＢのセットとＤＬ受信のためのＲＢのセットは、重複されなくてもよいし、部分的に重複されてもよく、および／または完全に重複されてもよい（たとえば、ＲＢの同じセット）。ＦＤＲ  ＲＥおよび／またはＦＤＲ  ＲＢのうちの１または複数を含んでよいサブフレームは、ＦＤＲＲと呼ばれてよい。ＦＤＲＲであってよいサブフレームは、ＦＤＲサブフレームと呼ばれてよい。ＦＤＲサブフレームは、干渉タイプに応じてＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレーム（たとえば、反対方向のＳＩＮＴＦまたはＮＩＮＴＦ）であってよい。ＦＤＲ  ＲＥおよび／またはＦＤＲ  ＲＢを含まなくてよいサブフレームは、非ＦＤＲサブフレームと呼ばれてよい。ＳＩＮＩＴＦはＦＤＲリソース内にのみ存在してよいので、非ＦＤＲサブフレームはＮＩＮＴＦサブフレームであってよい。
【０１０２】
ＦＤＲ  ＲＥ、ＦＤＲ  ＲＢ、および／またはＦＤＲサブフレームのうちの少なくとも１つであってよい同じＦＤＲＲ内で信号を送信および受信する動作は、全二重（ＦＤ）動作と呼ばれてよい。
【０１０３】
＜代表的なＵＬ−ＤＬチャネル衝突回避＞
ＲＥミューティングプロシージャは、信号の衝突を回避するために実施または使用されてよい。ミュートされたＲＥの場合、たとえば符号化チェーン（coding chain）の観点で、パンクチャリングおよび／またはレートマッチングが使用されてよい。パンクチャリングが使用されるとき、パンクチャされたＲＥにマッピングされてよい信号は、送信されなくてもよいし、そのＲＥにおいてゼロ電力で送信されてもよい。レートマッチングが使用されるとき、ＲＥへの信号のマッピングは、その結果いくつかの信号が送信されていなくてよい、いくつかのＲＥへのマッピングを回避してよい。
【０１０４】
一例では、チャネルに対するＮビット符号化されたビット系列、たとえば（ｃ１，…，ｃＮ）は、ペイロードまたは情報を入力として有するチャネルエンコーダの出力であってよく、チャネルエンコーダは、たとえば、とりわけターボ符号、畳み込み符号、および／またはＲｅｅｄ−Ｍｕｌｌｅｒ符号を含む任意のチャネル符号を実施してよい。符号化されたビット系列は、マッパーの入力であってよい。Ｍシンボル変調シンボル系列たとえば（ｘ１，…，ｘＭ）は、符号化されたビット系列が変調方式（たとえば、とりわけ、２位相シフトキーイング（ＢＰＳＫ）、４位相シフトキーイング（ＱＰＳＫ）、１６直交振幅変調（１６ＱＡＭ）、または６４直交振幅変調（６４ＱＡＭ））を使用して変調されてよいマッパーの出力であってよい。使用される変調方式により、変調されたシンボル系列長Ｍは、Ｎに等しいまたはこれよりも小さくてよい。
【０１０５】
変調されたシンボル系列は、特定の順序（たとえば、あらかじめ定義された順序）に応じて、チャネルのためのＲＥのセットにマッピングされてよい。たとえば、（ｘ１，…，ｘＭ）はＭ個のＲＥ上にマッピングされてよく、これらのＲＥは、あらかじめ定義された順序でチャネルに使用されてよい。たとえば衝突により、Ｋ番目のＲＥがミュートされる（たとえば、ここでｋ＜Ｍ）場合、パンクチャリングによって、変調されたシンボルＸｋが送信されなくてよい。レートマッチングによって、マッパーが、ミュートされたＲＥをスキップすることができ、それによって、より少ない変調されたシンボルがマッピングされるようになってよい。１つのレートマッチングされたＲＥの場合、Ｍ−１個の変調されたシンボルがマッピングおよび送信されてよい。たとえば、（ｘ１，…，ｘＭ−ｌ）が送信されてよく、１つの最後の変調されたシンボルが、ｋ番目のＲＥのミューティングにより送信されなくてよい。パンクチャリングは、ミュートされたＲＥの位置にある符号化されたビットを失うことがあり、レートマッチングは、最後の符号化されたビットから、符号化されたビットを失うことがある。
【０１０６】
パンクチャリングでのＲＥミューティングプロシージャは、一般に、ＲＥパンクチャリングプロシージャと呼ばれてよく、レートマッチングでのＲＥミューティングプロシージャは、一般に、ＲＥレートマッチングプロシージャと呼ばれてよい。ＲＥミューティングプロシージャは、ＲＥパンクチャリングプロシージャおよび／またはＲＥレートマッチングプロシージャを含んでよい。
【０１０７】
いくつかの代表的なシステム（たとえば、ＬＴＥシステム）では、ＲＥミューティングプロシージャは、同じ方向における異なるタイプの信号間の衝突を回避するために実行されてよい。たとえば、ＤＬでは、ＰＤＳＣＨ  ＲＥは、ＣＳＩ−ＲＳとの衝突を回避するためにミュートされてよく、および／またはＰＲＳ  ＲＥは、ＰＳＳおよび／またはＳＳＳとの衝突を回避するためにミュートされてよい。ＵＬでは、ＰＵＳＣＨおよび／またはＰＵＣＣＨは、ＵＬにおけるＳＲＳとの衝突を回避するために短縮されてよい。
【０１０８】
いくつかのＦＤＲシステムでは、ＲＥミューティングプロシージャは、反対方向における信号の衝突を回避する（たとえば、ＤＬにおけるリソースとの、ＵＬにおけるリソース間の衝突を回避する）ために実行されてよい。衝突回避の性能およびタイプは、とりわけ、（１）信号自体、（２）（たとえば、あらかじめ定義されてよい、構成されてよい、ならびに／またはシグナリングされてよい）信号の優先度、および／または（３）ＦＤＲＲが使用されてよいとき（たとえば、サブフレームはＦＤＲサブフレームとすることができる場合）を含んでよく、および／もしくはｅＮＢインジケータに基づく、他の要因、に依存してよい。
【０１０９】
＜代表的なＤＬチャネル依存パンクチャリング／レートマッチング＞
ＵＬチャネルのＲＥがＤＬチャネルと衝突することがあり、および／もしくは衝突するまたはＤＬ  ＲＳがＵＬチャネルよりも高い優先度を有する場合、ＲＥパンクチャリングプロシージャまたはＲＥレートマッチングプロシージャは、ＵＬチャネルに使用されてよい。ＲＥミューティングプロシージャは、一般に、ＲＥパンクチャリングプロシージャおよび／またはＲＥレートマッチングプロシージャを指してよい。
【０１１０】
ＲＥミューティングプロシージャは、ＳＣ−ＦＤＭＡシンボルのうちの１または複数におけるいくつかまたはすべてのＲＥがミュートされてよいＳＣ−ＦＤＭＡシンボルレベル動作で使用されてよい。本明細書で一般に呼ばれるように、短縮されたＰＵＳＣＨ、短縮されたＰＵＣＣＨ、ＰＵＳＣＨ短縮、ＰＵＣＣＨ短縮、ＳＣ−ＦＤＭＡシンボルレベルＲＥパンクチャリング、ＳＣ−ＦＤＭＡシンボルレベルＲＥレートマッチング、ＳＣ−ＦＤＭＡシンボルレベルＲＥミューティング、短縮されたサブフレーム、および／またはサブフレーム短縮は、互換的に使用されてよい。
【０１１１】
ＲＥミューティングが使用されてよいＵＬリソースの場合、ＷＴＲＵの動作は、とりわけ（１）ＷＴＲＵは、ＲＥミューティングが使用されているＵＬリソースにゼロ送信電力を割り当ててもよい、（２）ＷＴＲＵは、ミュートされたＲＥを、ＵＬ送信に使用されていないＲＥと考慮してよい、および／または（３）ＷＴＲＵは、ＷＴＲＵのために割り当てられていない他のＵＬリソースに関連付けられた動作と同じ、ミュートされたＲＥのための動作を実行してよい、のうちの少なくとも１つを含んでよい。
【０１１２】
ＲＥミューティングが使用されているＵＬリソースの場合、ｅＮＢの動作は、（１）ｅＮＢは、その復調プロシージャで、ＲＥミューティングが使用されているＵＬリソースを除外してよい（たとえば、ミュートされたＲＥのために変調シンボル検出が実行されていない）、および／または（２）ｅＮＢは、そのチャネル復号化プロシージャにおいて、復調プロシージャの後で、ミュートされたＲＥから、符号化されたビットを除外してよい、のうちの少なくとも１つを含んでよい。
【０１１３】
＜代表的なＰＵＳＣＨ  ＲＥミューティング＞
いくつかの代表的な実施形態では、ＰＵＳＣＨ  ＲＥがＤＬチャネルおよび／またはＲＳと衝突することになっている場合、ＲＥミューティング（たとえば、ＲＥパンクチャリングおよび／またはＲＥレートマッチング）は、ＰＵＳＣＨに使用されてよい。
【０１１４】
図６Ａは、通常ＣＰを有するＤＬ  ＰＲＢペア（および／または構造）の例を示す図であり、図６Ｂは、通常ＣＰを有する例示的なＵＬ  ＰＲＢペア（および／または構造）を示す図である。
【０１１５】
図６Ａおよび図６Ｂを参照すると、通常ＣＰを有するＤＬ  ＰＲＢ構造６００およびＵＬ  ＰＲＢ構造６５０が示されている。ＤＬ  ＰＲＢ構造６００は、ＰＤＣＣＨ領域とＰＤＳＣＨ領域とを有するＰＲＢを含んでよい。ＰＤＣＣＨ領域では、ＲＥは、とりわけ、ＰＤＣＣＨ６１０（たとえば、制御情報）および／またはＤＬセル固有ＲＳ（ＣＲＳ）６３０を含んでよい。ＰＤＳＣＨ領域では、ＲＥは、とりわけ、ＰＤＳＣＨ６２０、ＤＬ  ＣＲＳ６３０、および／またはＤＬ  ＤＭ−ＲＳ６４０を含んでよい。ＤＬ  ＰＲＢ構造６００は、複数のサブキャリア（たとえば、１２のサブキャリア）を含んでよいＰＲＢペアＤＬを含んでよい。ＤＬ  ＰＲＢ構造６００は、スロット０および１の各々に対して、複数のシンボル６０５−１と、６０５−２と、６０５−３と、６０５−４と、６０５−６と、６０５−７と（たとえば７つのシンボル）を含んでよい。ＵＬ  ＰＲＢ構造６５０は、第１のタイムスロット（たとえば、スロット０）６６０と、第２のタイムスロット（たとえば、スロット１）６７０とを含んでよい。ＵＬ  ＰＲＢ構造６５０のスロット０（たとえば、第１のスロット６６０）および／またはスロット１（たとえば、第２のスロット６７０）は、ＰＵＳＣＨ６８０および／またはＵＬ  ＤＭ−ＲＳ６９０を含んでよい。ＵＬ  ＰＲＢ構造６５０は、複数のサブキャリア（たとえば、１２のサブキャリア）を含んでよいＵＬ  ＰＲＢペアであってよい。ＵＬ  ＰＲＢ構造６５０は、スロット０および１の各々に対して、複数のシンボル６５５−１と、６５５−２と、６５５−３と、６５５−４と、６５５−５と、６５５−６と、６５５−７と（たとえば７つのシンボル）を含んでよい。
【０１１６】
図６Ａおよび図６Ｂは、ＰＲＢペア／構造の特定のセットを示しているが、他のＰＲＢ構造が代表的な実施形態で使用されてよいことが意図されている。たとえば、とりわけ、シンボルの数、ＣＰのタイプ（たとえば、拡張ＣＰ）、およびさまざまなＲＥの位置が修正／変化されても、ＵＬまたはＤＬのどちらかにおけるＲＥミューティングまたはシンボルミューティングが重複信号からの干渉を減少させ、または除去することを依然として可能にしてよいことが意図されている。
【０１１７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数の上位レイヤによって（たとえば、ＦＤＲサブフレームであるようにｅＮＢ１６０によって）構成されてよいサブフレーム内でＲＥミューティングを実行してよい。ＷＴＲＵ１０２は、送信されることになるＵＬ信号の相対的優先度およびサブフレーム内で受信されてよいＤＬ信号に基づいて、サブフレーム内でＲＥミューティングを実行してよい。いくつかの代表的な実施形態では、優先付けは、あらかじめ定義されてよく、および／またはあらかじめ構成されてよい。
【０１１８】
いくつかの代表的な実施形態では、ＲＥミューティングは、ＲＥ位置内の、ならびに／または優先付けられたＤＬチャネルおよび／もしくは特定のサブフレームの優先付けられたＲＳに関連付けられたシンボル内の、ＰＵＳＣＨ６８０をミュートするために使用されてよい。関連付けられた（たとえば、ＵＬリソースを付与するための）ＤＣＩは、ＲＥミューティングを使用するために示してよい。ＤＣＩは、１または複数の優先付けられたＤＬシンボル、チャネル、および／またはＲＳに対するＰＵＳＣＨ  ＲＥミューティングの使用を示す１または複数のビットを含んでよい。ＷＴＲＵ１０２は、１または複数の特定のＤＬシンボル、チャネル、および／またはＲＳがＵＬ送信（たとえば、任意のＵＬ送信）（たとえば、同時または重複するＵＬ送信）よりも高い優先度であってよいインジケータ（たとえば、明示的に示される）が提供されてよい。そのようなインジケータは、割り当てを付与するＤＣＩ（たとえば、ＵＬ割り当ておよび／またはリソースを付与するＤＣＩ）において提供されてよい。
【０１１９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＵＬ送信がＤＬ送信よりも高い優先度であってよいサブフレームのセット、および／またはＤＬ送信がＵＬ送信よりも高い優先度であってよいサブフレームの別のセットで構成されてよい。いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、たとえばスケジューリング要求において、そのＵＬ送信の優先度レベルを示してよい。
【０１２０】
いくつかの代表的な実施形態では、チャネル（たとえば、１つのチャネル、いくつかのチャネル、または各チャネル）の優先度レベルは、チャネルインデックスに基づいて決定されてよい。チャネルインデックスは、あらかじめ構成されてもよいし、動的に構成されてもよいし、および／または上位レイヤシグナリングを介して構成されてもよい。たとえば、ＰＵＳＣＨチャネルよりも低いインデックスを有するチャネルＰＤＣＣＨは優先度を有してよく、重複送信または同時送信のためのＰＵＳＣＨ６８０のＲＥミューティング（および／またはシンボルミューティング）につながってよい。
【０１２１】
＜ＰＤＣＣＨのための代表的なＰＵＳＣＨ  ＲＥミューティング＞
いくつかの代表的な実施形態では、ＰＵＳＣＨ  ＲＥはＰＤＣＣＨ領域と衝突することがあり、ＰＤＣＣＨ領域は、より高い優先度を有することがある。相対的優先度に基づいて、ＰＤＣＣＨ領域と衝突することがあるＰＵＳＣＨ  ＲＥがミュートされてよい。一例として、以下のうちの１または複数を適用してよい。
【０１２２】
サブフレーム内のＰＵＳＣＨ  ＲＥミューティングのためのＰＤＣＣＨ領域のＯＦＤＭシンボルの数は、動的に構成されてもよいし、あらかじめ定義されてもよいし、および／または上位レイヤによって構成されてもよい。ＰＵＳＣＨ  ＲＥミューティングに使用されるＯＦＤＭシンボルの数は、サブフレーム内のＰＣＦＩＣＨによって示されるシンボルＯＦＤＭの数と独立してよい。ＷＴＲＵ１０２は、最初のＮ個のＰＵＳＣＨ−ＲＥミューティングＳＣ−ＦＤＭＡシンボルのＲＥミューティングを行ったＰＵＳＣＨ６８０を送信してよく、このＮ個のＰＵＳＣＨ−ＲＥミューティングＳＣ−ＦＤＭＡシンボルは、動的に構成されてもよいし、あらかじめ定義されてもよいし、および／または（たとえば、物理レイヤよりも上の）上位レイヤによって構成されてもよい。ＷＴＲＵ１０２は、サブフレーム内のＰＣＦＩＣＨによって示されてよいＰＤＣＣＨ領域のＰＤＣＣＨ６１０を監視してよい。ＰＵＳＣＨ送信のための開始ＳＣ−ＦＤＭＡシンボル（たとえば、ＰＵＳＣＨ開始シンボル）は、あらかじめ定義されてもよいし、上位レイヤによって構成されてもよい。
【０１２３】
サブフレーム内のＰＵＳＣＨ  ＲＥミューティングのためのＰＤＣＣＨ領域のＯＦＤＭシンボルの数は、サブフレーム内のＰＣＦＩＣＨによって示されてよい。ＰＵＳＣＨ送信の開始ポイントは、サブフレーム内の（たとえば、各サブフレームに対する）ＰＣＦＩＣＨによって示されてよい。
【０１２４】
図７は、ＤＬ  ＰＲＢ構造のＰＤＣＣＨ領域と重複してよい代表的なＵＬ  ＰＲＢ構造７５０を示す図である。
【０１２５】
図７を参照すると、ＵＬ  ＰＲＢ構造７５０は、ミュートされてよい（たとえば、ＰＵＳＣＨ開始シンボル７６０がＵＬ  ＰＲＢ構造７５０のＰＵＳＣＨ６８０を開始するために使用または適用されるとき、たとえばＰＵＳＣＨ短縮によってＰＵＳＣＨ  ＲＥがミュートされる）。たとえば、ＰＵＳＣＨ６８０とＤＬ  ＰＲＢ構造のＰＤＣＣＨ領域（図示せず）が重複するという条件で、ＵＬ  ＰＲＢ構造７５０は、ＰＵＳＣＨ領域７５５をミュートすることによって短縮されてよい。ＰＵＳＣＨ領域６８０は、たとえば、ＰＵＳＣＨ  ＲＥおよび／または１もしくは複数のＵＬ  ＤＭ−ＲＳ６９０を含んでよい。ＰＵＳＣＨ領域７５５内にミュートされることになるＯＦＤＭシンボルの数（たとえば、サブフレームと重複するＰＤＣＣＨ領域のシンボルと同じ数であってもよいし、異なる数のシンボルであってもよい）、およびＰＵＳＣＨ開始シンボル７６０を使用して定義されてよい。ＰＵＳＣＨ開始シンボル７６０は、開始ＳＣ−ＦＤＭＡシンボルを示してよい。ＰＵＳＣＨ開始シンボル７６０は、あらかじめ定義されてもよいし、上位レイヤによって構成されてもよいし、および／またはサブフレーム（たとえば、各サブフレーム）内のＰＣＦＩＣＨによって示されてもよい。
【０１２６】
サブフレーム内のＰＵＳＣＨ  ＲＥミューティングのためのＰＤＣＣＨ領域のＯＦＤＭシンボルの数は、短縮されたＰＵＳＣＨフォーマットとして定義されてよい。たとえば、構成可能なＰＵＳＣＨ開始シンボル７６０を有するＰＵＳＣＨ６８０は、短縮されたＰＵＳＣＨフォーマットとして定義されてよい。
【０１２７】
ＰＵＳＣＨ送信電力が閾値よりも高い場合（たとえば、これに応答して、またはこのとき）、ＰＤＣＣＨ領域の（たとえば、これにおける干渉を減少させ、または除去する）ためのＰＵＳＣＨ  ＲＥミューティングが使用されてよい。たとえば、ＰＵＳＣＨ送信電力が閾値よりも低い場合、ＰＤＣＣＨ領域の（たとえば、これにおける干渉を減少させ、または除去する）ためのＰＵＳＣＨ  ＲＥミューティングは使用されなくてよい。いくつかの代表的な実施形態では、ＰＵＳＣＨ送信が、送信電力、送信ブロックサイズ（ＴＢＳ）、変調符号化スキーム（ＭＣＳ）、および／または閾値を超える（たとえば、対応する閾値よりも大きいまたは小さい）冗長バージョンのいずれか１つを有する場合、ＰＤＣＣＨ領域のためのＰＵＳＣＨ  ＲＥミューティングが使用されてよい。電力閾値、ＴＢＳ閾値、ＭＣＳ閾値、および／または冗長バージョン閾値は、動的に構成されてもよいし、あらかじめ定義されてもよいし、および／または上位レイヤによって構成されてもよい。
【０１２８】
＜ＥＰＤＣＣＨのための代表的なＰＵＳＣＨ  ＲＥミューティング＞
いくつかの代表的な実施形態では、ＰＵＳＣＨ  ＲＥはＥＰＤＣＣＨと衝突することがあり、たとえば、ＥＰＤＣＣＨは、より高い優先度を有することがある。ＥＰＤＣＣＨに干渉しないために、ＥＰＤＣＣＨと衝突することがあるＰＵＳＣＨ  ＲＥがミュートされてよい。一例として、以下のうちの１または複数が適用されてよい。
【０１２９】
ＰＤＳＣＨ領域内のサブフレーム内のＰＲＢのサブセット内で送信されるＥＰＤＣＣＨの場合、ＥＰＤＣＣＨ  ＰＲＢ−ペアと衝突することがあるＰＲＢペア内のＰＵＳＣＨ  ＲＥ（たとえば、いくつかまたはすべてのＰＵＳＣＨ  ＲＥ）がミュートされてよい。
【０１３０】
ＷＴＲＵ１０２は、（たとえば、非ＦＤＲＲを有するサブフレームのための）第１のＳＣ−ＦＤＭＡシンボルからのＰＵＳＣＨ６８０を送信してよく、（たとえば、ＦＤＲＲを有するサブフレームのためのＰＵＳＣＨ開始シンボル７６０として）開始ＳＣ−ＦＤＭＡシンボルからのＰＵＳＣＨ６８０を送信してよい。サブフレームのタイプ（たとえば、ＦＤＲＲか非ＦＤＲＲかどうか）は、あらかじめ定義されてもよいし、上位レイヤによって構成されてもよいし、および／またはＰＣＦＩＣＨがサブフレームのタイプＦＤＲＲもしくは非ＦＤＲＲなど）を示してもよい。たとえば、サブフレームがＦＤＲＲとして使用される場合、ＷＴＲＵ１０２は、開始ＳＣ−ＦＤＭＡシンボル（たとえば、ＰＵＳＣＨ開始シンボル）７６０からのＰＵＳＣＨ６８０を選択的に送信してよく、サブフレームが非ＦＤＲＲとして使用される場合、ＷＴＲＵ１０２は、（送信のための短縮されたサブフレームを選択的に提供してよい）サブフレーム内の第１のＳＣ−ＦＤＭＡシンボルからのＰＵＳＣＨ６８０を選択的に送信してよい。
【０１３１】
いくつかの代表的な実施形態では、ＥＰＤＣＣＨのＤＬ  ＤＭ−ＲＳと衝突することがあるＰＵＳＣＨ  ＲＥ８６０がミュートされてよく、ＥＰＤＣＣＨ  ＲＥと衝突することがある（たとえば、しかし、ＤＬ  ＤＭ−ＲＳ  ＲＥとは衝突しない）ＰＵＳＣＨ  ＲＥは、ミュートされなくてよい。
【０１３２】
図８は、ＥＰＤＣＣＨ復調に使用される（たとえば、ＰＵＳＣＨ  ＲＥ８６０は、ＤＬ  ＤＭ−ＲＳ  ＲＥなどのＥＰＤＣＣＨ（図示せず）と衝突することになるときに適用される）（たとえば、アンテナポート１０７から１１４に関連付けられた）ＰＵＳＣＨ  ＲＥミューティングを示すＰＵＳＣＨ６８０を有する別の代表的なＵＬ  ＰＲＢ構造８５０を示す図である。
【０１３３】
図８を参照すると、ＵＬ  ＰＲＢ構造８５０は、第１のタイムスロット（たとえば、スロット０）と、第２のタイムスロット（たとえば、スロット１）とを含んでよい。ＵＬ  ＰＲＢ構造８５０のスロット０および／またはスロット１は、ＰＵＳＣＨ６８０および／またはＵＬ  ＤＭ−ＲＳ６９０を含んでよい。ＵＬ  ＰＲＢ構造８５０は、複数のサブキャリア（たとえば、１２のサブキャリア）を含んでよいＵＬ  ＰＲＢペアであってよい。ＵＬ  ＰＲＢ構造８５０は、スロット０および１の各々に対して、複数のシンボル６５５−１と、６５５−２と、６５５−３と、６５５−４と、６５５−５と、６５５−６と、６５５−７と（たとえば７つのシンボル）を含んでよい。ＵＬ  ＤＭ−ＲＳ６９０は、１または複数のシンボル（たとえば、各スロット（たとえば、スロット０または１内の第４のシンボル６５５−４）に含まれてよい。
【０１３４】
ＥＰＤＣＣＨのＤＬ  ＤＭ−ＲＳと衝突することがあるＰＵＳＣＨ  ＲＥ８６０ならびに／または同じＳＣ−ＦＤＭＡシンボル６５５−６および６５５−７内に配置されたＰＵＳＣＨ  ＲＥ８６０（たとえば、ＥＰＤＣＣＨのＤＭ−ＲＳと衝突することがあるＰＵＳＣＨ  ＲＥ８６０の近くにあるおよび／またはこれに隣接する）が、ミュートされてよい。
【０１３５】
たとえば、いくつかのＰＵＳＣＨ  ＲＥ８６０がミュートされてよい。ＰＵＳＣＨ  ＲＥ８６０は、ミュートされてよい、個別のＰＵＳＣＨ  ＲＥ８６０および／またはＰＵＳＣＨ  ＲＥ  グループ（ＰＵＳＣＨ  ＲＥグループ８６１、８６３、および８６５など）を含んでよい。ＲＥ８６０ならびに／またはＲＥグループ８６１、８６３、および／もしくは８６５は、特定のシンボル（たとえば、シンボル６５５−６および／または６５５−７）に関連付けられてよい。いくつかの代表的な実施形態では、ＰＵＳＣＨ  ＲＥ８６０は、１または複数のスロット（たとえば、スロット０および／またはスロット１）６６０および６７０の終端にあるシンボル（それらのスロットの最後のＮ個のシンボルなど））に関連付けられてよい。別の例として、ＰＵＳＣＨ  ＲＥ８６０は、たとえば、特定のシンボルのためのＰＲＢの開始部分（beginning portions）、中間部分（middle portion）、および／または終了部分（end portion）において、いくつかのサブキャリア（たとえば、いくつかのサブキャリアのみ）を含んでよい。ＰＵＳＣＨ  ＰＲＢ−ペアが、ＥＰＤＣＣＨ  ＰＲＢ−ペアと衝突することになる場合、ＰＵＳＣＨ  ＲＥミューティングが、ＥＰＤＣＣＨのためのＤＬ  ＤＭ−ＲＳ  ＲＥと衝突することがあるＲＥに対して（たとえば、これのみに対して）（たとえば、閾値を上回る高い優先度をたとえば有する特定のＲＥのみに対して）使用されてよい。
【０１３６】
いくつかのＰＵＳＣＨ  ＲＥは、ミュートされるように示されているが、任意のＰＵＳＣＨ  ＲＥは、（たとえば、ＤＬ内の、および／または他の信号からの）衝突する信号との干渉を減少させるためにミュートされてよいことが意図されている。たとえば、１つのＲＥまたはＲＥのグループは、（たとえば、反対方向からの、および／または近隣デバイスからの）より高い優先度の信号との衝突からの干渉を減少させ、または除去するためにミュートされてよい。
【０１３７】
図９は、（たとえば、シンボル６５５−６および６５５−７がＥＰＤＣＣＨと衝突することになるときに適用される１または複数のシンボル６５５−６および６５５−７に関連付けられたＲＥのすべてのＰＵＳＣＨの）（たとえば、ＰＲＢペアのＤＬ  ＤＭ−ＲＳ  ＲＥ）ＰＵＳＣＨシンボルミューティングを示すさらなる代表的なＵＬ  ＰＲＢ構造９５０を示す図である。
【０１３８】
図９を参照すると、ＵＬ  ＰＲＢ構造９５０は、第１のタイムスロット（たとえば、スロット０）と、第２のタイムスロット（たとえば、スロット１）とを含んでよい。ＵＬ  ＰＲＢ構造９５０のスロット０および／またはスロット１は、ＰＵＳＣＨ６８０および／またはＵＬ  ＤＭ−ＲＳ６９０を含んでよい。ＵＬ  ＰＲＢ構造９５０は、複数のサブキャリア（たとえば、１２のサブキャリア）を含んでよいＵＬ  ＰＲＢペアであってよい。ＵＬ  ＰＲＢ構造９５０は、スロット０および１の各々に対して、複数のシンボル６５５−１と、６５５−２と、６５５−３と、６５５−４と、６５５−５と、６５５−６と、６５５−７と（たとえば７つのシンボル）を含んでよい。ＵＬ  ＤＭ−ＲＳ６９０は、１または複数のシンボル（たとえば、各スロット（たとえば、スロット０または１）内の第４のシンボル６５５−４）に含まれてよい。
【０１３９】
代表的なＰＲＢ構造９５０は、（１）ＤＬ  ＤＭ−ＲＳ  ＲＥと衝突することがあるＰＵＳＣＨ  ＲＥ８６０、および（２）ＤＬ  ＤＭ−ＲＳ  ＲＥと衝突したＰＵＳＣＨ  ＲＥと同じＳＣ−ＦＤＭＡシンボル（たとえば、シンボル６５５−６および６５５−７）内に配置されたＰＵＳＣＨ  ＲＥ８６０、のミューティングを示す。（たとえば、反対方向の）ＤＬ  ＤＭ−ＲＳが送信されてよい特定のＳＣ−ＦＤＭＡシンボル６５５−６および６５５−７内のすべてのＰＵＳＣＨ  ＲＥ８６０をミュートすることによって、ＳＣ−ＦＤＭＡのシングルキャリア特性が維持されてよい。特定のＳＣ−ＦＤＭＡシンボル６５５−６  および６５５−７のミューティングは、ＥＰＤＣＣＨ  ＰＲＢ−ペアと衝突することがあるＰＵＳＣＨ  ＰＲＢ−ペアに対して（たとえば、これのみに対して）であってよい。
【０１４０】
ＰＵＳＣＨ６８０が、ＰＤＳＣＨ  ＤＬ  ＤＭ−ＲＳとＥＰＤＣＣＨ  ＤＬ  ＤＭ−ＲＳの両方と衝突することになっている場合、（１）ＰＤＳＣＨ６２０のＤＬ  ＤＭ−ＲＳと衝突することがあるＰＵＳＣＨ  ＲＥはミュートされなくてよく、ＰＵＳＣＨ  ＲＥ８６０は、ＥＰＤＣＣＨのＤＬ  ＤＭ−ＲＳ  ＲＥ（たとえば、のみ）に対してミュートされてよい、および／または（２）ＰＵＳＣＨ  ＲＥ８６０は、ＰＤＳＣＨ６２０のＤＭ−ＲＳ  ＲＥおよび／またはＥＰＤＣＣＨのＤＭ−ＲＳ  ＲＥの一方または両方に対してミュートされてよい、のうちの少なくとも１つが適用されてよい。
【０１４１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２がサブフレーム内のＥＰＤＣＣＨを監視（たとえば、これを検出）する場合、ＥＰＤＣＣＨのための（たとえば、これにおける干渉を減少させ、または除去するための）ＰＵＳＣＨ  ＲＥミューティングが適用されてよい。いくつかの代表的な実施形態では、ＥＰＤＣＣＨのためのＰＵＳＣＨ  ＲＥミューティングが、ＥＰＤＣＣＨ  ＷＴＲＵ固有探索空間および／またはＥＰＤＣＣＨ共通探索空間を含むＥＰＤＣＣＨ  ＰＲＢ−ペアに対して（たとえば、これのみに対して）適用されてよい。いくつかの代表的な実施形態では、ＥＰＤＣＣＨのためのＰＵＳＣＨ  ＲＥミューティングは、ＥＰＤＣＣＨ共通探索空間を含むＥＰＤＣＣＨ  ＰＲＢ−ペアおよびミュートされなくてよいＥＰＤＣＣＨ  ＷＴＲＵ固有探索空間と衝突することがあるＰＵＳＣＨ  ＲＥのために（たとえば、これのみに）使用されてよい。
【０１４２】
＜ＰＵＳＣＨ  ＲＥミューティングに応じた代表的なＵＬ  ＤＭ−ＲＳパターン＞
ＵＬ  ＤＭ−ＲＳパターンは、ＤＬチャネルまたはＲＳとの衝突によるＰＵＳＣＨ  ＲＥミューティングが使用される（たとえば、適用される）とき、変更されてよい。ＲＳパターンは、ＲＳ構造、ＲＳ位置、および／またはＲＳ時間／周波数位置に互換的に関連付けられ、これを指してよい。たとえば、以下のうちの１または複数が適用されてよい。
【０１４３】
ＵＬ  ＤＭ−ＲＳ構造は、ＤＬチャネルおよび／またはＰＵＳＣＨ６８０と衝突するＤＬチャネルとの衝突および／またはこれとの潜在的な衝突に応じて変更されてよい。たとえば、ＷＴＲＵ１０２が、より高い優先度のＤＬチャネルとの衝突なしにＰＵＳＣＨ６８０を送信する場合、ＵＬ  ＤＭ−ＲＳ  構造１（たとえば、リリース−８（Ｒｅｌ−８）ＤＭ−ＲＳ構造）が使用されてよい。ＷＴＲＵ１０２が、ＰＤＣＣＨ６１０と衝突することになっているＰＵＳＣＨ６８０を送信することになっている場合（ＰＤＣＣＨ６１０および／またはいくつかのＰＤＣＣＨ  ＲＥが、ＰＵＳＣＨ６８０および／またはいくつかのＰＵＳＣＨ  ＲＥよりも高い優先度を有することが決定され、または知られているとき）、ＷＴＲＵ１０２は、ＵＬ  ＤＭ−ＲＳ構造２を適用または使用してよい。ＤＭ−ＲＳ（またはＥＰＤＣＣＨのＲＥ）がＰＵＳＣＨ６８０（またはＰＵＳＣＨ６８０のＲＥ）よりも高い優先度を有するＥＰＤＣＣＨことが決定され、または知られているとき、ＷＴＲＵ１０２が、ＥＰＤＣＣＨと衝突することになっているＰＵＳＣＨ６８０を送信することになっている場合、ＷＴＲＵ１０２は、ＵＬ  ＤＭ−ＲＳ構造３を使用してＰＵＳＣＨ６８０を送信してよく、ＵＬ  ＤＭ−ＲＳ構造３は、ＵＬ  ＤＭ−ＲＳ構造１および／またはＵＬ  ＤＭ−ＲＳ  構造２と異なってよい。ＵＬ  ＤＭ−ＲＳ構造の場合、（１）ＰＵＳＣＨ６８０がより高い優先度のＤＬチャネルと衝突しないことになり、もしくはこれと衝突しない、または図８に示されるようにＲＳ  がＲｅｌ−８  ＵＬ  ＤＭ−ＲＳ構造であってよいときに使用または適用されてよいＵＬ  ＤＭ−ＲＳ構造、（２）ＰＵＳＣＨ６８０がより高い優先度のＤＬチャネルと衝突することになり、またはＲＳはＵＬ  ＤＭ−ＲＳシンボルの異なる時間位置を有してよいときに使用もしくは適用されてよいＵＬ  ＤＭ−ＲＳ構造、のうちの１または複数が適用されてよい。いくつかの代表的な実施形態では、ＰＵＳＣＨ６８０が高い優先度のＤＬチャネルと衝突することになっており、またはＲＳがより少ない数のＵＬ  ＤＭ−ＲＳシンボルを有してよいときに使用または適用されてよいＵＬ  ＤＭ−ＲＳ構造。いくつかの代表的な実施形態では、ＵＬ  ＤＭ−ＲＳ構造は、サブフレームタイプ（たとえば、ＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレーム）に応じて変更されてよい。たとえば、ＵＬ  ＤＭ−ＲＳ構造１はＳＩＮＴＦサブフレームにおいて使用されてよい、および／またはＵＬ  ＤＭ−ＲＳ  構造２はＮＩＮＴＦサブフレームにおいて使用されてよい。
【０１４４】
ＵＬ  ＤＭ−ＲＳ構造１、２、および／または３が本明細書で開示されており（たとえば、ＤＭ−ＲＳ構造１は図８に示されてよく、ＤＭ−ＲＳ構造２は図１１に示されてよく、ＤＭ−ＲＳ構造３は図１６に示されてよいが）、たとえばＰＵＳＣＨ送信のために適用されてよい、異なるＤＭ−ＲＳ位置を含む、他のＵＬ  ＤＭＲＳ構造が可能である。
【０１４５】
図１０は、ＵＬ  ＤＭ−ＲＳ時間位置変更の例を示す追加の代表的な  ＵＬ  ＰＲＢ構造１０５０の図であり、図１１は、図１０と比較して減少された数の（たとえば、より少ない）ＵＬ  ＤＭ−ＲＳシンボルを示すさらに別の代表的なＵＬ  ＰＲＢ構造の図である。
【０１４６】
図１０および図１１を参照すると、ＤＬ送信のＰＤＣＣＨ領域は、ＵＬのＰＵＳＣＨ６８０の複数のシンボル（たとえば、ＵＬのＰＵＳＣＨ６８０の最初の２つまたは３つのシンボル）と衝突（たとえば、重複）することがある。ＵＬ  ＤＭ−ＲＳ構造（たとえば、ＵＬ  ＤＭ−ＲＳ構造１  ２、および／または３）のうちの１または複数は、定義および／または構成されてよく、これらのＵＬ  ＤＭ−ＲＳ構造のうちの１つは、ＰＵＳＣＨ６８０と衝突することになっているＤＬチャネルおよび／またはＲＳに応じてＰＵＳＣＨ送信のために選択されてよい。
【０１４７】
たとえば、ＵＬ  ＤＭ−ＲＳ  構造は、ＰＵＳＣＨ６８０（および／またはＰＵＳＣＨ６８０のＵＬ  ＤＭ−ＲＳ６９０）がより高い優先度のＤＬチャネルもしくはＲＳと衝突することになっているとき、および／または、特定の条件が満たされる）とき、変更または修正されてよい（たとえば、全体的にＵＬ  ＤＭ−ＲＳ６９０に関連付けられるシンボル６５５−４  は、たとえば図１０に示されるように、時間シフトされてよく、および／または、たとえば図１１に示されるように、数が変更／減少されてよい）。
【０１４８】
いくつかの代表的な実施形態では、ＵＬ  ＤＭ−ＲＳ６９０は、たとえば、スロット０に対して第４のシンボル６５５−４から第６のシンボル６５５−６まで時間シフトされてよく、スロット１に対して第４のシンボル６５５−４内の時間シフトなしに維持されてよい。
【０１４９】
満たされるべき条件は、とりわけ、（１）ＰＵＳＣＨ送信電力が、閾値を超え（たとえば、閾値よりも低くまたは高くなり）てよく、および／または（２）ｅＮＢ絶対送信電力が閾値よりも低くなってよい、のうちの少なくとも１つを含んでよい。
【０１５０】
他の代表的な実施形態では、ＵＬ  ＤＭ−ＲＳ６９０は、スロット０において除去されてよく、スロット１に対する第４のシンボル６５５−４から第２のシンボル６５５−２まで時間シフトされてよい。
【０１５１】
ＵＬ  ＤＭ−ＲＳに対する時間シフトおよびシンボルの数の調整は、特定のシンボルを使用して説明されているが、高優先度信号に対する干渉が減少され、および／または除去される限り、任意の時間シフトおよび任意の数のＵＬ  ＤＭ−ＲＭ  シンボルが使用されてよいことが意図されている。
【０１５２】
図１０では、２つのＵＬ  ＤＭ−ＲＳが時間シフトされるように示されているが、ＵＬ  ＤＭ−ＲＳのうちの１つ、いくつか、またはすべてが（たとえば、より高い優先度のＤＬ信号との衝突を回避するために）時間シフトされてよいことが意図されている。
【０１５３】
図１１では、ＵＬ  ＤＭ−ＲＳは、数が減少されるように示されているが、任意のＵＬ  ＤＭ−ＲＳおよび／またはＵＬ  ＤＭ−ＲＳのグループは、（たとえば、より高い優先度のＤＬシグナリングとの衝突を回避するために）減少されてもよいし、増加されてもよいし、または数が変更されてもよいことが意図されている。
【０１５４】
＜ＣＲＳのための代表的なＰＵＳＣＨ  ＲＥミューティング＞
ＰＵＳＣＨ  ＲＥは、ＣＲＳ（たとえば、ＤＬ  ＣＲＳ６３０）と衝突（たとえば、重複）することがあり、たとえば、ＤＬ  ＣＲＳ６３０は、より高い優先度を有することがある。ＤＬ  ＣＲＳ６３０に対する干渉を回避するために、ＤＬ  ＣＲＳ６３０と衝突することがあるＰＵＳＣＨ  ＲＥがミュートされてよい。たとえば、以下のうちの１または複数が適用されてよい。
【０１５５】
ＤＬ  ＣＲＳ６３０と衝突することがあるＰＵＳＣＨ  ＲＥがミュートされてよい。ミュートされたＰＵＳＣＨ  ＲＥ位置は、ＣＲＳポートの数および／またはＤＬ  ＣＲＳ６３０のｖ−シフト値に応じて異なってよい。
【０１５６】
図１２は、（たとえば、４Ｔｘ  ＣＲＳに適用される）ＰＵＳＣＨ  ＲＥミューティングを示すさらにさらなる代表的なＵＬ  ＰＲＢ構造１２５０を示す図であり、図１３は、（たとえば、（たとえば、ｖ−シフト＝０が使用されるとき）４Ｔｘ  ＣＲＳ  ＲＥ  位置に適用される）ＰＵＳＣＨシンボルミューティングを示すさらに追加の代表的なＵＬ  ＰＲＢ構造１３５０を示す図である。
【０１５７】
いくつかの代表的な実施形態では、ＰＵＳＣＨ  ＲＥミューティングのためのＣＲＳポートの数および／またはｖ−シフト値を含むＤＬ  ＣＲＳ構成は、（１）サービングセルまたは近隣セルからシグナリングされてよい、および／または（２）（たとえば、物理レイヤより上位の）上位レイヤシグナリングを介して構成されてよい。
【０１５８】
図１２および図１３を参照すると、ＵＬ  ＰＲＢ構造１２５０および１３５０は各々、第１のタイムスロット（たとえば、スロット０）と、第２のタイムスロット（たとえば、スロット１）を含んでよい。ＵＬ  ＰＲＢ構造１２５０および１３５０各々のスロット０および／またはスロット１は、ＰＵＳＣＨ６８０および／またはＵＬ  ＤＭ−ＲＳ６９０を含んでよい。ＵＬ  ＰＲＢ構造１２５０および１３５０は各々、複数のサブキャリア（たとえば、１２のサブキャリア）を各々含んでよいＵＬ  ＰＲＢペアであってよい。ＵＬ  ＰＲＢ構造１２５０および１３５０は、スロット０および１の各々に対して、複数のシンボル６５５−１と、６５５−２と、６５５−３と、６５５−４と、６５５−５と、６５５−６と、６５５−７と（たとえば７つのシンボル）を含んでよい。ＵＬ  ＤＭ−ＲＳ６９０は、１または複数のシンボル（たとえば、各スロット（たとえば、スロット０または１）内の第４のシンボル６５５−４）に含まれてよい。
【０１５９】
代表的なＵＬ  ＰＲＢ構造１２５０は、（１）ＤＬ  ＤＭ−ＲＳ  ＲＥと衝突することがあるＰＵＳＣＨ  ＲＥ８６０のミューティングを示す。代表的なＵＬ  ＰＲＢ構造１３５０は、（１）ＤＬ  ＤＭ−ＲＳ  ＲＥと衝突することがあるＰＵＳＣＨ  ＲＥ８６０、およびＤＬ  ＤＭ−ＲＳ  ＲＥと衝突したＰＵＳＣＨ  ＲＥと同じＳＣ−ＦＤＭＡシンボル（たとえば、シンボル６５５−１、６５５−２、および６５５−５）内に配置されたＰＵＳＣＨ  ＲＥ８６０のミューティングを示す。図１３に示されるように、反対方向に送信されるＤＬ  ＤＭ−ＲＳと重複する特定のＳＣ−ＦＤＭＡシンボル６５５−１、６５５−２、および６５５−５内のすべてのＰＵＳＣＨ  ＲＥ８６０をミュートすることによって、ＳＣ−ＦＤＭＡのシングルキャリア特性が維持されてよい。特定のＳＣ−ＦＤＭＡシンボル６５５−１、６５５−２、および６５５−５は、ＥＰＤＣＣＨ  ＰＲＢ−ペアと衝突することがあるＰＵＳＣＨ  ＰＲＢ−ペア（たとえば、これのみ）に対してミュートされてよい。
【０１６０】
いくつかの代表的な実施形態では、ＤＬ  ＣＲＳ６３０を含むＯＦＤＭシンボルと衝突することがあるスロット０および／またはスロット１内のＳＣ−ＦＤＭＡシンボル（たとえば、ＳＣ−ＦＤＭＡシンボル６５５−１、６５５−２、および６５５−５）内に配置されたＰＵＳＣＨ  ＲＥ８６０がミュートされてよい。
【０１６１】
ＳＣ−ＦＤＭＡシンボルが、ＤＬ  ＣＲＳ６３０を含むＯＦＤＭシンボル（たとえば、スロット０および／またはスロット１内の第１のＯＦＤＭシンボル、第２のＯＦＤＭシンボル、および／または第５のＯＦＤＭシンボルにおいて）と衝突することになっている場合、ＰＵＳＣＨ  ＲＥ８６０（たとえば、たとえば図１２に示されるような、ＤＬ  ＣＲＳ６３０と衝突することがあるＰＵＳＣＨ  ＲＥ８６０、および／または、たとえば図１３に示されるような、ＤＬ  ＣＲＳ６３０と衝突することがあるＳＣ−ＦＤＭＡシンボル（たとえば、各スロット内のＳＣ−ＦＤＭＡシンボル６５５−１、６５５−２、および６５５−５））に関連付けられたすべてのＰＵＳＣＨ  ＲＥ８６０がミュートされてよい。たとえば、ＤＬ  ＣＲＳ６３０と衝突することがある（たとえば、ＤＬ  ＣＲＳ６３０を含むＯＦＤＭシンボルと重複する）１または複数のスロット内のＳＣ−ＦＤＭＡシンボル（たとえば、ＳＣ−ＦＤＭＡシンボル６５５−１、６５５−２、または６５５−５）がミュートされてよい。ＤＬ  ＣＲＳ６３０を含むＯＦＤＭシンボルと衝突することがあるＳＣ−ＦＤＭＡシンボルの数は、（たとえば、ＣＲＳポートの数に応じて）異なってよい。たとえば、１または２つのＣＲＳポートが使用または適用される場合、４つのＳＣ−ＦＤＭＡシンボル内のＰＵＳＣＨ  ＲＥがミュートされてよい（図示せず）。４つのＣＲＳポートが使用または適用される場合、６つのＳＣ−ＦＤＭＡシンボル内のＰＵＳＣＨ  ＲＥがミュートされてよい。図１２では、ミューティングは、特定のＲＥに固有であってよいが、図１３では、ミューティングは、ＤＬ  ＣＲＳ６３０の衝突に関連付けられたＳＣ−ＦＤＭＡシンボル（たとえば、シンボル６５５−１、６５５−２、および／または６５５−５）内のＲＥ（たとえば、ＲＥの各々）であってよい。
【０１６２】
ＰＵＳＣＨ送信電力が閾値よりも高い場合、ＤＬ  ＣＲＳ６３０のためのＰＵＳＣＨ  ＲＥミューティングが使用または適用されてよい。いくつかの代表的な実施形態では、ＣＲＳ電力レベルが閾値よりも低い場合、ＤＬ  ＣＲＳ６３０に対するＰＵＳＣＨ  ＲＥミューティングが使用または適用されてよい。測定報告に使用されるサブフレームの各サブセットは、ＤＬ  ＣＲＳ６３０のための異なるタイプのＰＵＳＣＨ  ＲＥミューティング（たとえば、ＰＵＳＣＨ  ＲＥミューティング、ＰＵＳＣＨシンボルミューティング、および／またはミューティングなし）で構成されてよい。ＣＲＳポートの数は、（たとえば、リソースがＦＤＲＲであるか非ＦＤＲＲであるかに応じて）独立してよい。たとえば、ＦＤＲＲ内のＣＲＳポートの最大数は２であってよく、非ＦＤＲＲ内のＣＲＳポートの最大数は４であってよい。別の例では、２つのＣＲＳポートがＦＤＲＲ（および／またはＦＤＲサブフレーム）内で使用されてよく、４つのＣＲＳポートが非ＦＤＲＲ（および／または非ＦＤＲサブフレーム）内で使用されてよい。
【０１６３】
＜同期チャネルおよび／またはＰＢＣＨのための代表的なＰＵＳＣＨ  ＲＥミューティング＞
ＰＵＳＣＨ  ＲＥは、１または複数のＤＬ同期チャネル（たとえば、ＰＳＳおよび／またはＳＳＳ）および／またはＰＢＣＨと衝突することがある。同期チャネルおよび／またはＰＢＣＨに対する干渉を回避するために、ＰＳＳ／ＳＳＳおよび／またはＰＢＣＨと衝突することがあるＰＵＳＣＨ  ＲＥがミュートされてよい。たとえば、（１）同期チャネルと衝突することがあるＰＵＳＣＨ  ＲＥがミュートされてよい、のうちの１または複数が適用されてよい。ＰＳＳ／ＳＳＳを含み、ＰＢＣＨのないサブフレーム（たとえば、サブフレーム５）では、ＰＳＳ／ＳＳＳと衝突することがあるＰＵＳＣＨ  ＲＥがミュートされてよく、同じＵＬ  ＤＭ−ＲＳパターンがＰＵＳＣＨ送信に使用されてよい。
【０１６４】
図１４は、ＰＵＳＣＨシンボルミューティングを示す、さらに別の代表的なＵＬ  ＰＲＢ構造１４５０を示す図である。
【０１６５】
図１４を参照すると、ＵＬ  ＰＲＢ構造１４５０は、第１のタイムスロット（たとえば、スロット０）と、第２のタイムスロット（たとえば、スロット１）とを含んでよい。ＵＬ  ＰＲＢ構造１４５０のスロット０および／またはスロット１は、ＰＵＳＣＨ６８０および／またはＵＬ  ＤＭ−ＲＳ６９０を含んでよい。ＵＬ  ＰＲＢ構造１４５０は、複数のサブキャリア（たとえば、１２のサブキャリア）を含んでよいＵＬ  ＰＲＢペアであってよい。ＵＬ  ＰＲＢ構造１４５０は、スロット０および１の各々に対して、複数のシンボル６５５１と、６５５−２と、６５５−３と、６５５−４と、６５５−５と、６５５−６と、６５５−７と（たとえば７つのシンボル）を含んでよい。ＵＬ  ＤＭ−ＲＳ６９０は、１または複数のシンボル（たとえば、各スロット（たとえば、スロット０または１）内の第４のシンボル６５５−４）に含まれてよい。
【０１６６】
ＰＳＳ／ＳＳＳのためのＰＵＳＣＨ  ＲＥミューティングは、ＰＵＳＣＨシンボルミューティングとして定義されてよい。ＰＳＳ／ＳＳＳのためのＲＥミューティングＰＵＳＣＨは、中心の６つのＲＢのために適用（たとえば、これのみに使用）されてよい。ＰＵＳＣＨ送信が、中心の６つのＲＢ内（たとえば、その内部）になりＰＲＢ−ペアを含む場合、そのＰＲＢ−ペアは、ＰＳＳ／ＳＳＳのためのＰＵＳＣＨミューティングを含まなくてよい。中心の６つのＲＢ内（たとえば、その内部）に配置されたＰＵＳＣＨ送信のために付与されたＰＲＢ−ペアのうちの１または複数は、ＰＳＳ／ＳＳＳを含む場合、ＰＳＳ／ＳＳＳのためのＰＵＳＣＨ  ＲＥミューティングは、ＰＵＳＣＨ送信のために付与されたＰＲＢ−ペア（たとえば、すべてのＰＲＢ−ペア）のために適用（たとえば、使用）されてよい。たとえば、ＷＴＲＵ１０２が、ＰＵＳＣＨ６８０を送信するようにスケジューリングされ、ＰＵＳＣＨ送信のために付与されたＲＢのいずれもＰＳＳ／ＳＳＳと衝突することになっていない場合、ＷＴＲＵ１０２は、ＰＳＳ／ＳＳＳのためのＰＵＳＣＨ  ＲＥミューティングなしでＰＵＳＣＨ６８０を送信してよい。いくつかの代表的な実施形態では、ＷＴＲＵ１０２が、ＰＵＳＣＨ６８０を送信するようにスケジューリングされ、ＰＵＳＣＨ送信のために付与されたＲＢのうちの１または複数がＰＳＳ／ＳＳＳと衝突することになっている場合、ＷＴＲＵ１０２は、ＲＢ（たとえば、付与されたＲＢのすべて）のために付与されたＰＳＳ／ＳＳＳ（たとえば、これとの干渉を減少させ、および／または除去する）のためのミュートされたＰＵＳＣＨ  ＲＥ８６０を有するＰＵＳＣＨ６８０を送信してよい。
【０１６７】
図１５は、図１６と比較してより少数のＤＭ−ＲＳシンボルを有するＰＵＳＣＨシンボルミューティングを示す、さらにさらなる代表的なＵＬ  ＰＲＢ構造１５５０を示す図である。
【０１６８】
図１５を参照すると、ＵＬ  ＰＲＢ構造１５５０は、第１のタイムスロット（たとえば、スロット０）と、第２のタイムスロット（たとえば、スロット１）とを含んでよい。ＵＬ  ＰＲＢ構造１５５０のスロット０および／またはスロット１は、ＰＵＳＣＨ６８０および／またはＵＬ  ＤＭ−ＲＳ６９０を含んでよい。ＵＬ  ＰＲＢ構造１５５０は、複数のサブキャリア（たとえば、１２のサブキャリア）を含んでよいＵＬ  ＰＲＢペアであってよい。ＵＬ  ＰＲＢ構造１５５０は、スロット０および１の各々に対して、複数のシンボル６５５１と、６５５−２と、６５５−３と、６５５−４と、６５５−５と、６５５−６と、６５５−７と（たとえば７つのシンボル）を含んでよい。ＵＬ  ＤＭ−ＲＳ６９０は、スロット０内の１または複数のシンボル（たとえば、第４のシンボル６５５−４）に含まれてよく、スロット１内の１または複数のシンボル（たとえば、第４のシンボル６５５−４）に含まれなくてよく、このことは、たとえば図１６と比較して、ＰＲＢペアのためのＵＬ  ＤＭ−ＲＳに使用されるシンボルの数を減少させてよい。
【０１６９】
たとえば、ＵＬ  ＤＭ−ＲＳ６９０は、一般に、スロット０および１内の第４のシンボル６５５−４内に配置されてよい。他の代表的な実施形態では、ＵＬ  ＤＭ−ＲＳ６９０は、１つのスロット０または１（たとえば、スロット０またはスロット１の第４のシンボル６５５−４）内に配置され（たとえば、この中のみに配置され）てよい。ＵＬ  ＤＭ−ＲＳ６９０に関連付けられたシンボルは、別の方向（たとえば、ＤＬ方向）からの高優先度信号と重複しない任意のシンボルであってよいことが意図されている。
【０１７０】
図１５では、ＰＲＢ構造１５５０は、ＰＳＳ／ＳＳＳおよび／またはＰＢＣＨとの衝突を緩和するためにＰＵＳＣＨ  ＲＥミューティングを適用させてよい。ＰＳＳ／ＳＳＳおよび／またはＰＢＣＨと衝突することがあるＰＵＳＣＨ  ＲＥ８６０がミュートされてよい。ＰＢＣＨを有するＰＳＳ／ＳＳＳを含むサブフレーム（たとえば、サブフレーム０）では、ＰＳＳ／ＳＳＳおよび／またはＰＢＣＨと衝突することがあるＰＵＳＣＨ  ＲＥ８６０（たとえば、スロット０のシンボル６５５−６、６５５−７およびスロット１のシンボル６５５−１、６５５−２、６５５−３、および６５５−４に関連付けられた）はミュートされてよい、ＵＬ  ＤＭ−ＲＳパターンは、ＰＢＣＨのないＰＳＳ／ＳＳＳを含むサブフレームに使用されるＤＭ−ＲＳパターンＵＬ（たとえば、Ｒｅｌ−８  ＵＬ  ＤＭ−ＲＳパターン）と異なってよい。ＰＲＢ−ペアが、ＰＳＳ／ＳＳＳとＰＢＣＨの両方を含む場合、Ｒｅｌ−８  ＵＬ  ＤＭ−ＲＳと比較して少ないＵＬ  ＤＭ−ＲＳシンボルが、ＰＲＢ−ペア内で適用または使用されてよい。たとえば、ＰＲＢ−ペアが、ＰＳＳ／ＳＳＳとＰＢＣＨの両方を含む場合、１つのＵＬ  ＤＭ−ＲＳシンボルがＰＲＢ−ペア内で適用されてよく、ＵＬ  ＤＭ−ＲＳシンボルは、ＰＳＳ／ＳＳＳおよびＰＢＣＨと衝突しない、ＳＣ−ＦＤＭＡシンボルのうちの１つ（たとえば、シンボル６５５−４）内に配置されてよい。
【０１７１】
図１６は、ＤＭ−ＲＳシンボル時間位置変更を有するＰＵＳＣＨシンボルミューティング（たとえば、ＤＭ−ＲＳシンボルの時間位置が修正または変更されるように、ＰＵＳＣＨシンボルがＰＳＳ／ＳＳＳおよび／またはＰＢＣＨと衝突することになっているときに適用される）を示すさらに追加の代表的なＵＬ  ＰＲＢ構造１６５０を示す図である。
【０１７２】
たとえば、ＵＬ  ＤＭ−ＲＳ６９０は、一般に、スロット０および１内の第４のシンボル６５５−４内に配置されてよい。他の代表的な実施形態では、ＵＬ  ＤＭ−ＲＳ６９０は、スロット０の第４のシンボル６５５−４内に、および異なるシンボル（たとえば、スロット１の第５のシンボル６５５−５）のところに配置されてよい。ＵＬ  ＤＭ−ＲＳ６９０に関連付けられたシンボルは、別の方向（たとえば、ＤＬ方向）からの高優先度信号と重複しない任意のシンボル内および任意の数のシンボル内にあってよいことが意図されている。
【０１７３】
図１６を参照すると、ＵＬ  ＰＲＢ構造１６５０は、図１５のそれに類似したまたはこれと同一のＰＵＳＣＨミューティングを含んでよく、第１のタイムスロット（たとえば、スロット０）と、第２のタイムスロット（たとえば、スロット１）を含んでよい。ＵＬ  ＰＲＢ構造１６５０のスロット０および／またはスロット１は、ＰＵＳＣＨ６８０および／またはＵＬ  ＤＭ−ＲＳ６９０を含んでよい。ＵＬ  ＰＲＢ構造１６５０は、複数のサブキャリア（たとえば、１２のサブキャリア）を含んでよいＵＬ  ＰＲＢペアであってよい。ＵＬ  ＰＲＢ構造１６５０は、スロット０および１の各々に対して、複数のシンボル６５５−１と、６５５−２と、６５５−３と、６５５−４と、６５５−５と、６５５−６と、６５５−７と（たとえば７つのシンボル）を含んでよい。ＵＬ  ＤＭ−ＲＳ６９０は、１または複数のシンボル（たとえば、スロット（たとえば、スロット０または１）のうちの第１のスロット内の第４のシンボル６５５−４）に、および１または複数のシンボル（たとえば、スロット（たとえば、スロット０または１のうちの第２のスロット内の第５のシンボル６５５−５））に含まれてよい。
【０１７４】
ＰＲＢ−ペアがＰＳＳ／ＳＳＳとＰＢＣＨの両方を含む場合、Ｒｅｌ−８  ＵＬ  ＤＭ−ＲＳと同じ数のＤＭ−ＲＳシンボルが、図１６に示されるような時間位置変更とともに使用または適用されてよい。一例では、第２のＤＭ−ＲＳシンボル位置が変更されてよい。別の例では、両方のＤＭ−ＲＳシンボルの位置が変更されてよい。
【０１７５】
ＰＳＳ／ＳＳＳとＰＢＣＨと衝突することがあるＰＵＳＣＨ６８０が、ＵＣＩを含む（たとえば、ＨＡＲＱ  ＡＣＫを含む）場合、衝突することがあるＰＵＳＣＨ６８０は、サブフレーム内で送信されなくてよい。
【０１７６】
＜ＰＤＳＣＨのための代表的なＰＵＳＣＨ  ＲＥミューティング＞
いくつかの代表的な実施形態では、ＰＵＳＣＨ  ＲＥはＰＤＳＣＨ６２０と衝突することがあり、ＰＤＳＣＨ  ６２０のためのＤＬ  ＤＭ−ＲＳは、ＰＵＳＣＨ  ＲＥよりも高い優先度を有することがある。ＰＵＳＣＨ  ＲＥは、干渉を回避するためにミュートされてよい。たとえば、（１）図８および図９に示されるように、ＰＤＳＣＨ復調のためのＤＬ  ＤＭ−ＲＳと衝突することがあるＰＵＳＣＨ  ＲＥがミュートされてよく、（２）スケジューリングされたＰＤＳＣＨ６２０のためのＤＬ  ＤＭ−ＲＳと衝突することがあるＰＵＳＣＨ  ＲＥがミュートされてよく、および／または、（３）ＰＵＳＣＨ６８０が、ＵＣＩを含む（たとえば、ＨＡＲＱ  ＡＣＫを含む）場合、ＰＵＳＣＨ  ＲＥはミュートされなくてよいが、ＰＵＳＣＨ  ＲＥはＰＤＳＣＨ  ＤＭ−ＲＳと衝突することになっている、のうちの１または複数が適用されてよい。
【０１７７】
いくつかの代表的な実施形態では、ＰＵＳＣＨ  ＲＥはＰＤＳＣＨ６２０と衝突することがあり、ＳＩＢまたはページング情報を含むＰＤＳＣＨ６２０は、ＰＵＳＣＨ  ＲＥよりも高い優先度を有することがある。ＰＵＳＣＨ  ＲＥは、干渉を回避するためにミュートされてよい。たとえば、（１）ＰＵＳＣＨ  ＲＥが、ＳＩＢまたはページング情報を含むＰＤＳＣＨ６２０と衝突することになっている場合、ＰＵＳＣＨ  ＲＥがミュートされてよい、が適用されてよい。たとえば、ＳＩＢまたはページング情報を含むＰＤＳＣＨ  ＰＲＢ−ペアと衝突することがあるＰＵＳＣＨ  ＰＲＢ−ペアがミュートされてよい。
【０１７８】
＜ＣＳＩ−ＲＳのための代表的なＰＵＳＣＨ  ＲＥミューティング＞
いくつかの代表的な実施形態では、ＣＳＩ−ＲＳ（または同等にＣＳＩ−ＩＭ）と衝突することがあるＰＵＳＣＨ  ＲＥがミュートされてよい。ＷＴＲＵ１０２がＰＵＳＣＨ６８０を送信し、ＷＴＲＵ１０２がＣＳＩ−ＲＳを受信するまたは受信することが必要な場合、ＣＳＩ−ＲＳと衝突することがあるＰＵＳＣＨ  ＲＥ８６０がミュートされてよい。
【０１７９】
いくつかの代表的な実施形態では、ゼロ電力ＣＳＩ−ＲＳ（ＺＰ−ＣＳＩ−ＲＳ）が、ＰＵＳＣＨ送信に適用または使用されてよい。たとえば、（１）ＺＰ−ＣＳＩ−ＲＳが、ＰＤＳＣＨ６２０および／またはＰＵＳＣＨ６８０のために独立して構成されてよく、（２）ＷＴＲＵ１０２が、ＰＵＳＣＨ６８０に対してＺＰ−ＣＳＩ−ＲＳ位置からのＤＬ干渉を測定してよく、および／または、ｅＮＢ１６０が、ＰＤＳＣＨ６２０に対してＺＰ−ＣＳＩ−ＲＳ位置からのＵＬ干渉を測定してよく、（３）ＷＴＲＵ１０２が、ＰＵＳＣＨ６８０に対するＺＰ−ＣＳＩ−ＲＳおよび／またはＰＤＳＣＨ６２０に対するＺＰ−ＣＳＩ−ＲＳの一方または両方からの干渉測定に基づいてＣＳＩを報告してよい、のうちの１または複数が適用されてよい。
【０１８０】
＜代表的なＰＵＳＣＨ優先度付けは、含まれる情報タイプに依存することができる＞
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（たとえば、送信に含まれてよい）ＭＡＣ  ＣＥに応じて（たとえば、いくつかのＤＬチャネルおよび／またはＤＬ信号と比較してまたはこれと関連して）ＰＵＳＣＨ６８０の優先付けを調整してよい。ＷＴＲＵ１０２は、本明細書における優先付けルールのうちの１または複数に従って、いくつかのＤＬチャネルおよびＤＬ信号に対するＰＵＳＣＨ６８０の優先付けを決定してよい。
【０１８１】
ランダムアクセスチャネル（ＲＡＣＨ）関連ＭＡＣ  ＣＥおよびＵＬデータの優先付けの場合、ＷＴＲＵ１０２は、ランダムアクセスプロシージャの一部として送信されてよい、Ｃ−ＲＮＴＩ  ＭＡＣ  ＣＥデータおよび／またはＵＬ  ＣＣＣＨデータを含むＰＵＳＣＨ６８０を、他の信号またはチャネルよりも高く優先度が付けられるように考慮してよいまたは設定してよい。ＷＴＲＵ１０２は、たとえば、ＤＬチャネルおよびＤＬ信号と比較して高くなるように、ＰＵＳＣＨ優先度を考慮または設定してよい。とりわけ、（ｉ）ＰＵＳＣＨ６８０は、おそらくＰＤＳＣＨ６２０がセル関連情報たとえばページング情報および／もしくはＳＩＢを搬送しているときを除いて、ＰＤＳＣＨ６２０よりも高い優先度であってよい、ならびに／または（ｉｉ）ＰＵＳＣＨ６８０は、おそらく、共通ＲＮＴＩたとえばＳＩ−ＲＮＴＩおよび／もしくはＰ−ＲＮＴＩを用いてスクランブルされたＤＣＩを搬送してよい、ＣＳＳ内のＰＤＣＣＨ６１０を除いて、ＰＤＣＣＨ６１０よりも高い優先度であってよい。
【０１８２】
スケジューリング関連ＣＥの優先付けの場合、ＷＴＲＵ１０２は、他の信号またはチャネルよりも高く優先度が付けられるように、適切なＵＬスケジューリングに対するネットワークに情報を提供するＣＥを含むＰＵＳＣＨ６８０を考慮または設定してよい。たとえば、バッファステータス報告（ＢＳＲ）、電力ヘッドルーム報告（ＰＨＲ）、および／または拡張ＢＳＲは、スケジューリング関連ＣＥであると考慮されてよい。これらのＣＥを含むＰＵＳＣＨ６８０の場合、ＷＴＲＵ１０２は、ＤＬチャネルと比較して、（ｉ）ＰＵＳＣＨ６８０は、場合によっては複数のＷＴＲＵ１０２にアドレス指定されてよいＰＤＳＣＨ６２０（たとえば、ＰＤＳＣＨ６２０は、ページング情報またはＳＩＢを含んでよい）を除いて、ＰＤＳＣＨ６２０よりも高い優先度となり、ならびに／または（ｉｉ）ＰＵＳＣＨ６８０は、場合によっては、共通ＲＮＴＩ、たとえばＳＩ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、および／もしくはＲＡ−ＲＮＴＩでスクランブルされたＤＣＩを搬送してよい、ＣＳＳ内のＰＤＣＣＨ６１０を除いて、ＰＤＣＣＨ６１０よりも高い優先度となるように、ＰＵＳＣＨ優先度を決定してよい。
【０１８３】
データの優先付けの場合、ＷＴＲＵ１０２は、他の信号またはチャネルよりも高く優先度が付けられるように、データのためのＰＵＳＣＨ６８０を考慮または設定してよい。たとえば、半永続的スケジューリング（ＳＰＳ）グラントに基づくＰＵＳＣＨ送信は、動的グラントに基づき、および／またはこれによって設定されるＰＵＳＣＨ送信よりも高く優先度が付けられてよい。ＳＰＳに基づいてデータを含むＰＵＳＣＨ６８０は、動的グラントを搬送するＰＤＳＣＨ６２０およびその関連付けられたＰＤＣＣＨ６１０よりも高い優先度となってよい。いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＳＰＳベースグラントよりも高い優先度であるように、動的グラントベースＰＵＳＣＨ６８０を考慮または設定してよく、ＷＴＲＵ１０２は、ＳＰＳデータを搬送するＰＤＳＣＨ６２０よりも高い優先度であるように、ＰＵＳＣＨ６８０を考慮または設定してよい。
【０１８４】
（たとえば、ＰＢＣＨ、ＰＳＳ／ＳＳＳ、および／またはＤＬ  ＣＲＳ６３０に対して）比較したＰＵＳＣＨ６８０の優先付けの場合、ＷＴＲＵ１０２は、ＰＵＳＣＨ６８０に含まれるＣＥＭＡＣに関係なく、ＰＢＣＨ、ＰＳＳ／ＳＳＳ、および／またはＤＬ  ＣＲＳ６３０などの特定のチャネルおよび／または信号と比較して高い優先度に、ＰＵＳＣＨ６８０を考慮または設定しなくてよい。
【０１８５】
上記のルールに基づいてより低い優先度を有し、および／またはリソース衝突を有する１または複数のチャネルは、本明細書でＰＵＳＣＨ６８０に関して、ＰＤＳＣＨ６２０に関して、および／またはＰＤＣＣＨ６１０に関して説明されたさまざまな代表的な実施形態に基づいて、レートマッチング、パンクチャリング、および／またはＲＥミューティングを実行してよい。
【０１８６】
ＷＴＲＵ１０２は、情報内容（たとえば、ＷＴＲＵ１０２に暗黙的に提供され、および／またはｅＮＢ１６０もしくは別のノードによって明示的にシグナリングされる）に基づいてＰＵＳＣＨ６８０の優先付けを適用してよい。ＷＴＲＵ１０２は、１つのチャネル、いくつかのチャネル、もしくはすべてのチャネルに優先付けを共通に適用してよく、および／または、異なるチャネル（たとえば、論理チャネルもしくは論理チャネルグループ）に異なる優先付けを提供してよい。ＷＴＲＵ１０２は、たとえば（たとえば、論理チャネルまたは各論理チャネルの）ＱｏＳパラメータに基づいて、異なる優先付けを適用してよい。
【０１８７】
＜代表的なＰＵＣＣＨ  ＲＥミューティング＞
図１７Ａは、サブフレーム短縮のない代表的なＰＵＣＣＨ  ＰＲＢペア１７００を示す図であり、図１７Ｂは、サブフレーム短縮（たとえば、ＰＵＣＣＨ短縮）のある別の代表的なＰＵＣＣＨ  ＰＲＢペア１７５０を示す図である。
【０１８８】
図１７Ａおよび図１７Ｂを参照すると、ＰＵＣＣＨ  ＰＲＢペア１７００および１７５０は、ＡＣＫ／ＮＡＣＫ、ＣＱＩ（図示せず）、および／またはＲＳ信号を含んでよい。ＵＬ  ＰＵＣＣＨ  ＰＲＢペア１７００および１７５０は、複数のサブキャリア（たとえば、１２のサブキャリア）（たとえば、周波数的に）と、スロットの各々に対する複数のシンボル１７１０−１、１７１０−２、１７１０−３、１７１０−４、１７１０−５、１７１０−６、および１７１０−７（たとえば、時間に関する）とを含んでよい。
【０１８９】
図１７Ａ  および図１７Ｂは、いくつかのＰＵＣＣＨ  ＲＥが選択的にミュートされてよい（たとえば、サブフレームが短縮されてよい）ことを示す。たとえば、ＡＣＫ／ＮＡＣＫシグナリングに関連付けられたＰＵＣＣＨ  ＲＥ（たとえば、シンボル１７１０−１および１７１０−２内の）は、ＰＤＣＣＨ領域（図示せず）と衝突することがあり、ミュートされてよい。別の例として、以下のうちの１または複数が適用されてよい。
【０１９０】
（１）最初の１または複数のシンボル１７１０−１および１７１０−２（たとえば、２つのＰＵＣＣＨシンボル）は、ＰＵＣＣＨシンボル１７１０−１および１７１０−２がＰＤＣＣＨ領域と衝突することになっているとき、ミュートされてよい。このミューティングは、ＰＵＣＣＨ短縮と定義されてよく、またはＰＵＣＣＨ短縮と呼ばれる。ＰＵＣＣＨ短縮は、最初のＮ個のＰＵＣＣＨシンボル１７１０−１、１７１０−２、…、１７１０−Ｎがミュートされてよいことを暗示してよい。ミュートされたＰＵＣＣＨシンボルの数は、ＰＤＣＣＨ領域に使用されるＯＦＤＭシンボルの数によって示されてよい。サブフレーム内のＰＣＦＩＣＨは、サブフレーム内のミュートされたＰＵＣＣＨシンボルの数を示してよい。ミュートされたＰＵＣＣＨシンボルの数は、固定数として、あらかじめ定義されてよい。たとえば、最初の２つのＰＵＣＣＨシンボル１７１０−１および１７１０−２は、短縮を施したＰＵＣＣＨ  ＰＲＢ−ペアを示す図１７Ｂに示されるように、ミュートされてよい。ミュートされたＰＵＣＣＨシンボルの数は、上位レイヤシグナリングを介して構成されてよい。
【０１９１】
（２）ＰＵＣＣＨフォーマット（たとえば、新しいＰＵＣＣＨフォーマット）が定義および／または適用されてよく、この新しいＰＵＣＣＨフォーマットは、ＰＤＣＣＨ領域の位置に対応するミュートされたＳＣ−ＦＤＭＡシンボルを有してよい。３ＧＰＰ  ＬＴＥ  ＰＵＣＣＨフォーマット１、１ａ、および／または１ｂの場合、ＲＳシンボル１７１０−４および１７１０−５（たとえば、２つのＲＳシンボル）は各スロットに使用されてよく、これらのＲＳシンボルは、第４のＳＣ−ＦＤＭＡシンボルおよび第５のＳＣ−ＦＤＭＡシンボルに、またはそれらの中に、配置されてよい。３ＧＰＰ  ＬＴＥ  ＰＵＣＣＨフォーマット２、２ａ、および／または２ｂの場合、ＲＳシンボル１７１０−１、１７１０−２、１７１０−３、１７１０−４、１７１０−５、１７１０−６、または１７１０−７（たとえば、単一または１つのＲＳシンボル）はスロット（たとえば、各スロット）に使用されてよく、このＲＳシンボルは、ＰＤＣＣＨ領域と重複しなくてよい任意のＳＣ−ＦＤＭＡシンボル内に配置されてよい。ＰＵＣＣＨ  ＲＥミューティングは、設定または使用されるＰＵＣＣＨフォーマットに応じて使用または適用されてよい。たとえば、ＰＵＣＣＨ  ＲＥミューティングは、ＰＵＣＣＨフォーマット２、２ａ、および／または２ｂに使用または適用されてよく、ＰＵＣＣＨ  ＲＥミューティングは、ＰＵＣＣＨフォーマット１、１ａ、および／または１ｂに使用または適用されなくてよい。
【０１９２】
＜代表的なＵＬチャネル依存パンクチャリング／レートマッチング＞
＜代表的なＰＵＣＣＨ  ＲＥミューティング＞
たとえば、ＤＬチャネルのＲＥが、ＤＬチャネルよりも高い優先度を有してよいＵＬチャネルまたはＵＬ  ＲＳと衝突することになっている場合、ＲＥパンクチャリングおよび／またはＲＥレートマッチングがＤＬチャネルに使用または適用されてよい。ＲＥミューティングは、ＲＥパンクチャリングおよび／またはＲＥレートマッチングを用いてよい。
【０１９３】
ＲＥミューティングは、ＯＦＤＭシンボルのうちの１または複数におけるＲＥ（たとえば、いくつかまたはすべてのＲＥ）がミュートされてよいＯＦＤＭシンボルレベルにおいて適用されてよい。短縮されたＰＤＳＣＨという用語、ＰＤＳＣＨ短縮という用語、ＯＦＤＭシンボルレベルＲＥパンクチャリングという用語、ＯＦＤＭシンボルレベルＲＥレートマッチングという用語、およびＯＦＤＭシンボルレベルＲＥミューティングという用語は、互換的に使用されてよい。ＲＥミューティングが使用または適用されてよいＤＬリソースの場合、ｅＮＢ１６０は、（１）ｅＮＢ１６０は、ＲＥミューティングが使用または適用されてよいＤＬリソースに、ゼロ送信電力を割り当ててよい、（２）ｅＮＢ１６０は、ＤＬリソースをＵＬリソースと考慮してよい、および／または（３）ｅＮＢ１６０は、干渉測定−ＣＳＩ−ＲＳ（ＩＭ−ＣＳＩ−ＲＳ）に関して同じ動作を実行してよい、のうちの少なくとも１つを実行してよい。
【０１９４】
ＲＥミューティングが使用または適用されてよいＤＬリソースの場合、ＷＴＲＵ１０２の動作は、とりわけ、（１）ＷＴＲＵ１０２は、その復調プロシージャにおいてＲＥミューティングが使用もしくは適用されてよいＤＬリソースを除外してよい（たとえば、変調シンボル検出は、ミュートされたＲＥに対して実行されなくてよい）、（２）ＷＴＲＵ１０２は、そのチャネル復号化プロシージャにおける復調プロシージャの後、ミュートされたＲＥから、符号化されたビットを除外してよい、および／または（３）ＷＴＲＵ１０２は、より高い優先度のＵＬチャネルとの衝突により、ミュートされたＲＥに対してＩＭ−ＣＳＩ−ＲＳと同じ動作を実行してよい、のうちの少なくとも１つを含んでよい。
【０１９５】
＜代表的なＰＤＳＣＨ  ＲＥミューティング＞
より高い優先度を有するＵＬチャネルまたはＲＳと衝突することがあるＰＤＳＣＨ  ＲＥがミュートされてよい。
【０１９６】
＜ＰＵＣＣＨまたはＰＲＡＣＨのための代表的なＰＤＳＣＨ  ＲＥミューティング＞
いくつかの代表的な実施形態では、ＰＵＣＣＨと衝突することがあるＰＤＳＣＨ  ＲＥがミュートされてよい。ＰＵＣＣＨ  ＰＲＢ−ペア１７００および１７５０は、帯域の境界内に配置されてよい。ＰＤＳＣＨ  ＲＥミューティングは、以下のうちの１または複数によって実行されてよい。
【０１９７】
（１）ＰＤＳＣＨ  ＰＲＢがＰＵＣＣＨ  ＰＲＢ１７００と衝突することになっている場合、ＰＵＣＣＨのためのＰＤＳＣＨ  ＰＲＢレベルミューティングが使用または適用されてよい。たとえば、ＷＴＲＵ１０２は、サブフレーム内のＰＤＳＣＨ６２０を復号してよい、またはこれを復号することが必要であってよく、ＰＤＳＣＨ６２０は、ＰＵＣＣＨ  ＰＲＢと重複されたＰＲＢを含んでよい。ＷＴＲＵ１０２は、ＰＵＣＣＨと重複されないＰＲＢを復号してよい。ＰＤＳＣＨ  ＰＲＢレベルミューティングは、ＲＥパンクチャリングまたはＲＥレートマッチングのどちらかであってよい。いくつかの代表的な実施形態では、ＰＵＣＣＨのためのＰＤＳＣＨ  ＰＲＢレベルミューティングは、ＡＣＫ／ＮＡＣＫに使用されるＰＵＣＣＨフォーマット、たとえば、３ＧＰＰ  ＬＴＥ  ＰＵＣＣＨフォーマット１、１ａ、および／または１ｂなどの、特定のＰＵＣＣＨフォーマットを含むＰＵＣＣＨ  ＰＲＢに使用または適用されてよい。
【０１９８】
（２）ＰＤＳＣＨ  ＰＲＢがＰＵＣＣＨ  ＰＲＢと衝突することになっている場合、ＰＤＳＣＨ  ＰＲＢレベルミューティング（たとえば、タイムスロットごとに）が使用されてよい。たとえば、ＷＴＲＵ１０２は、サブフレーム内のＰＤＳＣＨ６２０を復号してよく、またはこれを復号することが必要であってよく、ＰＤＳＣＨ６２０は、（たとえば、同じＷＴＲＵ１０２によって送信される）ＰＵＣＣＨと重複するＰＲＢを含んでよい。ＷＴＲＵ１０２は、ＰＵＣＣＨと重複されないＰＲＢを復号してよい。ＷＴＲＵ１０２は、タイムスロットがＰＵＣＣＨと重複していなくてよいが、同じＰＲＢの他のタイムスロットはＰＵＣＣＨと重複してよい、ＰＲＢの単一のタイムスロットを復号してよい。ＰＤＳＣＨ  ＰＲＢレベルミューティングは、ＲＥパンクチャリングまたはＲＥレートマッチングのどちらかであってよい。
【０１９９】
（３）ＰＵＣＣＨのためのＰＤＳＣＨ  ＰＲＢレベルミューティングは、減少された帯域幅とともに使用または適用されてよい。たとえば、システム帯域幅がＮPRBである場合、減少された帯域幅がＮTOTAL＝ＮPRB−ＮPUCCH、として定義されてよく、減少された帯域幅は、中心帯域幅および／または他の場所内に配置されてよく、ここで、ＮPUCCHは、ＰＵＣＣＨに使用または適用されたＰＲＢの数である。いくつかの代表的な実施形態では、ＤＬリソース割当はＮTOTALに基づいてよい。いくつかの代表的な実施形態では、ＰＭＩ、ＣＱＩ、および／またはＲＩを含んでよいＣＳＩ測定は、ＮTOTALに基づいてよい。
【０２００】
いくつかの代表的な実施形態では、ＰＲＡＣＨリソースと衝突することがあるＰＤＳＣＨ  ＲＥがミュートされてよい。たとえば、ＰＲＡＣＨ  ＰＲＢの位置に対応するＰＤＳＣＨ  ＰＲＢがミュートされてよい。ＷＴＲＵ１０２はＰＤＳＣＨ６２０を受信してよく、ＰＲＡＣＨリソースの位置に対応するＰＤＳＣＨ６２０のためのＰＲＢのうちの１または複数は、パンクチャおよび／またはレートマッチングされてよい。
【０２０１】
＜ＰＵＳＣＨのための代表的なＰＤＳＣＨ  ＲＥミューティング＞
図１８は、ＰＤＳＣＨ  ＲＥミューティング（たとえば、ＵＬ  ＤＭ−ＲＳとの衝突のための干渉緩和に適用される）を示す代表的なＤＬ  ＰＲＢ構造１８００を示す図である。
【０２０２】
図１８を参照すると、ＤＬ  ＰＲＢ構造１８００は、ＰＤＣＣＨ領域とＰＤＳＣＨ領域とを有するＰＲＢペアＤＬを含んでよい。ＰＤＣＣＨ領域は、ＰＤＣＣＨ６１０およびＤＬ  ＣＲＳ６３０を含んでよい。ＰＤＳＣＨ領域は、ＰＤＳＣＨ６２０、ＤＬ  ＣＲＳ６３０、および／またはＤＬ  ＤＭ−ＲＳ６４０を含んでよい。ＰＤＣＣＨ領域は、最初のＮ個のシンボル（たとえば、２つまたは３つのシンボル６０５−１、６０５−２、および／または６０５−３）であってよい。ＤＬ  ＰＲＢペア１８００は、複数のサブキャリア（たとえば、１２のサブキャリア）を含んでよく、各スロット０および１に対して複数のシンボル６０５−１、６０５−２、６０５−３、６０５−４、６０５−６、および６０５−７（たとえば７つのシンボル）を有してよい。ＤＬ  ＣＲＳ６３０は、特定のサブキャリア（たとえば、さまざまな構成の中でもとりわけ、サブキャリア１、４、７、および／または１０などの間隔が空けられた）内に配置されてよい。ＤＬ  ＣＲＳ６３０は、特定のシンボル（たとえば、さまざまな構成の中でもとりわけ、シンボル６０５−１、６０５−２、および／または６０５−５などの間隔が空けられた）内に配置されてよい。ＤＬ  ＤＭ−ＲＳ  ６４０は、特定のサブキャリア（たとえば、さまざまな構成の中でもとりわけ、サブキャリア１、２、６、７  １１、および／または１２など）内に配置されてよい。ＤＬ  ＤＭ−ＲＳ６４０は、（たとえば、１または複数のスロット（たとえば、スロット０および／またはスロット１）内の最後の隣および最後のシンボル６０５−６および６０５−７などの、ＤＬ  ＰＲＢペア１８００の１または複数のスロットの終わりにおける）１または複数のシンボルに含まれてよい。
【０２０３】
いくつかの代表的な実施形態では、ＰＤＳＣＨ  ＲＥ１８１０は、ＰＵＳＣＨ領域内に配置されたＰＵＳＣＨ６８０および／またはＵＬ  ＤＭ−ＲＳ６９０と衝突することがあり、ＰＤＳＣＨ  ＲＥ１８１０は、干渉を回避するためにミュートされてよい。たとえば、以下のうちの１または複数が適用されてよい。
【０２０４】
（１）ＰＵＳＣＨ６８０がＵＣＩを含む場合、ＰＵＳＣＨ  ＲＥと衝突することがあるＰＤＳＣＨ  ＲＥ１８１０がミュートされてよい。たとえば、ＰＤＳＣＨ  ＲＥミューティングは、ＵＣＩタイプに応じて使用または適用される。一例では、ＵＣＩがＡＣＫ／ＮＡＣＫ情報を含む場合、このＰＤＳＣＨ  ＲＥミューティングが使用または適用されなくてよく、そうでない場合、ＰＤＳＣＨ  ＲＥミューティングが使用または適用される。いくつかの代表的な実施形態では、ＵＣＩを含むＰＵＳＣＨ６８０（たとえば、これに対する干渉緩和）のためのＰＤＳＣＨ  ＲＥミューティングは、ＵＣＩタイプに関係なく、使用または適用されてよい。
【０２０５】
（２）ＰＵＳＣＨ領域のためのＵＬ  ＤＭ−ＲＳ６９０と衝突することがあるＰＤＳＣＨ  ＲＥ１８１０がミュートされてよい。図１８は、ＰＤＳＣＨ  ＲＥミューティングをＵＬ  ＤＭ−ＲＳ６９０（たとえば、これに対する干渉緩和）のために適用された代表的なＰＲＢ−ペア（たとえば、サブフレームの一部分）の図である。ＰＤＳＣＨ  ＲＥ１８１０が、ＰＵＳＣＨ  ＵＬ  ＤＭ−ＲＳ６９０のためにミュートされる場合、ＷＴＲＵ１０２は、１または複数のあらかじめ定義されたルールに応じて、どちらかまたは両方を仮定または提供するＲＥパンクチャリングおよび／またはＲＥレートマッチングのことによってＰＤＳＣＨ６２０を復号してよい。
【０２０６】
（３）ＵＣＩを含むＰＵＳＣＨ６２０のために、ＵＬ  ＤＭ−ＲＳ６９０と衝突することがあるＰＤＳＣＨ  ＲＥ１８１０はミュートされてよく、ＰＤＳＣＨ  ＲＥミューティングは、ＵＣＩを含有しないまたは含まないＰＵＳＣＨ６８０に使用または適用されなくてよい。たとえば、ＰＤＳＣＨ  ＲＥミューティングは、ＵＣＩタイプに応じて適用または使用される。たとえば、ＵＣＩがＡＣＫ／ＮＡＣＫ情報を含む場合、ＰＤＳＣＨ  ＲＥミューティングは適用または使用されてよい。そうでない場合、ＰＤＳＣＨ  ＲＥミューティングは、適用または使用されなくてよい。いくつかの代表的な実施形態では、ＵＣＩを含むＰＵＳＣＨ６８０のためのＰＤＳＣＨ  ＲＥミューティングは、ＵＣＩタイプに関係なく、使用または適用されてよい。
【０２０７】
（４）ＰＵＳＣＨ６８０内のＵＣＩ  ＲＥと衝突することがあるＰＤＳＣＨ  ＲＥ１８１０がミュートされてよい。たとえば、ＡＣＫ／ＮＡＣＫおよび／またはＣＳＩ情報と衝突することがあるＰＤＳＣＨ  ＲＥ１８１０がミュートされてよい。
【０２０８】
＜ＳＲＳのための代表的なＰＤＳＣＨ  ＲＥミューティング＞
図１９は、ＰＲＢ構造１９００内の最後のＤＬ  ＤＭ−ＲＳシンボル６０５−７（たとえば、これとの衝突（たとえば、衝突緩和）に適用されてよい）のＰＤＳＣＨ  ＲＥミューティングを示すＰＲＢペアを有する別の代表的なＤＬ  ＰＲＢ構造１９００を示す図であり、図２０は、ＲＳ時間シフト（たとえば、ＳＲＳとの衝突（たとえば、衝突緩和）に適用されてよいＤＬ  ＤＭ−ＲＳ時間シフト）を示すＰＲＢペアを有するさらなる代表的なＰＲＢ構造２０００を示す図である。
【０２０９】
図１９を参照すると、ＤＬ  ＰＲＢ構造１９００は各々、ＰＤＣＣＨ領域とＰＤＳＣＨ領域とを有するＰＲＢペアＤＬを含んでよい。ＰＤＣＣＨ領域は、ＰＤＣＣＨ６１０およびＤＬ  ＣＲＳ６３０を含んでよい。ＰＤＳＣＨ領域は、ＰＤＳＣＨ６２０、ＤＬ  ＣＲＳ６３０、および／またはＤＬ  ＤＭ−ＲＳ６４０を含んでよい。ＰＤＣＣＨ領域は、最初のＮ個のシンボル（たとえば、２つまたは３つのシンボル６０５−１、６０５−２、および／または６０５−３）であってよい。ＤＬ  ＰＲＢ構造２０００は、複数のサブキャリア（たとえば、１２のサブキャリア）を含んでよく、各スロット０および１に対して複数のシンボル６０５−１、６０５−２、６０５−３、６０５−４、６０５−６、および６０５−７（たとえば７つのシンボル）を有してよい。ＤＬ  ＣＲＳ６３０は、特定のサブキャリア（たとえば、さまざまな構成の中でもとりわけ、サブキャリア１、４、７、および／または１０などの間隔が空けられた）内に配置されてよい。ＤＬ  ＣＲＳ６３０は、特定のシンボル（たとえば、さまざまな構成の中でもとりわけ、シンボル６０５−１、６０５−２、および／または６０５−５などの間隔が空けられた）内に配置されてよい。ＤＬ  ＤＭ−ＲＳ  ６４０は、特定のサブキャリア（たとえば、さまざまな構成の中でもとりわけ、サブキャリア１、２、６、７  １１および／または１２など）内に配置されてよい。一般に、ＤＬ  ＤＭ−ＲＳ６４０は、（たとえば、１または複数のスロット（たとえば、スロット０および／またはスロット１）内の最後の隣および最後のシンボル６０５−６および６０５−７などの、ＤＬ  ＰＲＢ構造２０００の１または複数のスロットの終わりにおける）１または複数のシンボルに含まれてよい。いくつかの代表的な実施形態では、１もしくは複数のＤＬ  ＤＭ−ＲＳ  ＲＥがミュートされてよく、またはＤＬ  ＤＭ−ＲＳ６４０に関連付けられた１もしくは複数のシンボルがミュートされてよい（たとえば、スロットの１つたとえばスロット１の最後のシンボル６０５−７がミュートされてよい）。
【０２１０】
図２０を参照すると、ＤＬ  ＰＲＢ構造２０００は、ＰＤＣＣＨ領域とＰＤＳＣＨ領域とを有するＰＲＢペアＤＬを含んでよい。ＰＤＣＣＨ領域は、ＰＤＣＣＨ６１０およびＤＬ  ＣＲＳ６３０を含んでよい。ＰＤＳＣＨ領域は、ＰＤＳＣＨ６２０、ＤＬ  ＣＲＳ６３０、および／またはＤＬ  ＤＭ−ＲＳ６４０を含んでよい。ＰＤＣＣＨ領域は、最初のＮ個のシンボル（たとえば、２つまたは３つのシンボル６０５−１、６０５−２、および／または６０５−３）であってよい。ＤＬ  ＰＲＢ構造２０００は、複数のサブキャリア（たとえば、１２のサブキャリア）を含んでよく、各スロット０および１に対して複数のシンボル６０５−１、６０５−２、６０５−３、６０５−４、６０５−６、および６０５−７（たとえば７つのシンボル）を有してよい。ＤＬ  ＣＲＳ６３０は、特定のサブキャリア（たとえば、さまざまな構成の中でもとりわけ、サブキャリア１、４、７、および／または１０などの間隔が空けられた）内に配置されてよい。ＤＬ  ＣＲＳ６３０は、特定のシンボル（たとえば、さまざまな構成の中でもとりわけ、シンボル６０５−１、６０５−２、および／または６０５−５などの間隔が空けられた）内に配置されてよい。ＤＬ  ＤＭ−ＲＳ  ６４０は、特定のサブキャリア（たとえば、さまざまな構成の中でもとりわけ、サブキャリア１、２、６、７  １１、および／または１２など）内に配置されてよい。一般に、ＤＬ  ＤＭ−ＲＳ６４０は、（たとえば、１または複数のスロット（たとえば、スロット０および／またはスロット１）内の最後の隣および最後のシンボル６０５−６および６０５−７などの、ＤＬ  ＰＲＢペアの１または複数のスロットの終わりにおける）１または複数のシンボルに含まれてよい。いくつかの代表的な実施形態では、１もしくは複数のＤＬ  ＤＭ−ＲＳ  ＲＥは、時間および／または周波数シフトされてよく、またはＤＬ  ＤＭ−ＲＳ６４０に関連付けられた１もしくは複数のシンボルが時間シフトされてよい（たとえば、スロット１のシンボル６０５−６および６０５−７が、他のシンボル、たとえば、スロット１のシンボル６０５−３および６０５−４に時間シフトされてよい）。
【０２１１】
たとえば、ＳＲＳと衝突することがあるＰＤＳＣＨ  ＲＥ１８１０がミュートされてよい。いくつかの代表的な実施形態では、以下のうちの１または複数が適用されてよい。
【０２１２】
（１）ＷＴＲＵ固有ＳＲＳと衝突することがあるＰＤＳＣＨ  ＲＥ１８１０がミュートされてよい。ＷＴＲＵ１０２が、特定の帯域幅（以下、ＷＴＲＵ固有ＳＲＳ帯域幅と呼ばれてよい）内またはその中のサブフレーム内でＳＲＳを送信するように構成され、たとえば、ＷＴＲＵ１０２が、ＷＴＲＵ固有ＳＲＳ帯域幅内でＰＤＳＣＨ６２０を受信してよいまたは受信することが必要であってよい場合、ＷＴＲＵ固有ＳＲＳ帯域幅内で最後のＯＦＤＭシンボル６０５−７内に配置されたＰＤＳＣＨ  ＲＥ１８１０がミュートされてよい。ミューティングは、ＳＲＳ送信に適用される周波数シフト（またはコム（comb））に依存してよい。たとえば、１つおき（たとえば、１つおきのみ）のサブキャリアは、最後のＯＦＤＭシンボル（たとえば、スロット２のシンボル６０５−７）内またはその中のＳＲＳのためのミューティングを使用するまたは必要としてよい。
【０２１３】
（２）セル固有ＳＲＳと衝突することがあるＰＤＳＣＨ  ＲＥ１８１０がミュートされてよい。ＷＴＲＵ１０２が、セル固有ＳＲＳサブフレーム内のＰＤＳＣＨ６２０を受信する場合、セル固有ＳＲＳサブフレーム内またはその中の最後のＯＦＤＭシンボル６０５−７の位置に対応するＰＤＳＣＨ  ＲＥ１８１０がミュートされてよい。
【０２１４】
（３）ＷＴＲＵ１０２は、ＴＭ８、ＴＭ９、および／またはＴＭ１０を含むＰＤＳＣＨ復調にＤＬ  ＤＭ−ＲＳを使用するＴＭを用いて構成されてよい。ＰＤＳＣＨ  ＲＥミューティングは、ＷＴＲＵ固有ＳＲＳおよび／またはセル固有ＳＲＳに使用されてよい。ＰＤＳＣＨ６２０のためのＤＬ  ＤＭ−ＲＳ６４０は、とりわけ、（ｉ）（たとえば、ＰＤＳＣＨ領域の）最後のＯＦＤＭシンボル６０５−７内のＤＬ  ＤＭ−ＲＳ６４０が、たとえば、図１９に示されるように、ミュートされてよい、（ｉｉ）最後の２つのＯＦＤＭシンボル６０５−６および６０５−７内のＤＬ  ＤＭ−ＲＳ６３０は、ＤＬ  ＤＭ−ＲＳ６４０が以前のＯＦＤＭシンボルに時間シフトされる図２０に示されるように、１または複数の他の位置に（たとえば、ＰＤＳＣＨ領域の他のＯＦＤＭシンボル６０５−３および６０５−４に）シフトされてよい、（ｉｉｉ）最後の２つのＯＦＤＭシンボル６０５−６および６０５−７内のＤＬ  ＤＭ−ＲＳ６４０がミュートされてよい、および／または（ｉｖ）特殊サブフレームＴＤＤ内のダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）に使用または適用されるＤＭ−ＲＳパターンが再使用されてよい、のうちの少なくとも１つとして定義されてよい。
【０２１５】
＜代表的なＰＤＳＣＨ優先度付けは、情報タイプに依存する＞
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ｅＮＢ１６０によってスケジュールされたＰＤＳＣＨ６２０を有してよく、ＰＤＳＣＨ６２０は、（たとえば、ＭＡＣデータ、ＲＬＣデータ、および／またはＰＤＳＣＨ６２０に含まれる制御情報に応じて）所与の異なる優先度であってよい。ＰＤＳＣＨ優先度は、ＵＬチャネルおよび／またはＲＳのスケジューリングと関連してよい。ＰＤＳＣＨ６２０のスケジューリングの場合、以下の優先付けルールのうちの１または複数が適用されてよい。
【０２１６】
（１）ＭＡＣ制御情報を使用する優先付けの場合、ＭＡＣ制御情報を含むＰＤＳＣＨ６２０は、ＵＬチャネルまたはＭＡＣデータＰＤＵ（たとえば、ＭＡＣデータＰＤＵのみ）を含有するもしくは含むＰＤＳＣＨ６２０よりも高く優先度が付けられてよい。たとえば、ＭＡＣ制御情報は、本明細書で説明されるように、ＭＡＣ制御要素および／またはＭＡＣ  ＲＡＲ  ＰＤＵを含んでよい。ＭＡＣ制御情報を有するＰＤＳＣＨ６２０は、（ｉ）制御情報は、データを上回る優先度が付けられてよいので、データ（たとえば、データのみ）を含有するもしくは含むＰＵＳＣＨ送信を上回る優先度が付けられてよい、（ｉｉ）データおよび制御情報（たとえば、とりわけ、ＨＡＲＱ−ＡＣＫおよび／またはＵＣＩ）を含むＰＵＳＣＨ送信を上回る優先度が付けられてよい、または（ｉｉｉ）ＤＬ送信が、一般に、ＵＬ送信よりも高い優先度と考慮もしくは設定される場合、制御情報のみのためのＰＵＳＣＨ送信、もしくはＰＵＣＣＨ送信を上回る優先度が付けられてよい。
【０２１７】
（２）ＭＡＣグループ制御情報を使用する優先付けの場合、複数のＷＴＲＵ１０２に向けられたＭＡＣ制御情報を含むＰＤＳＣＨ６２０は、ＵＬチャネルまたは特定のＷＴＲＵ１０２もしくはＭＡＣデータＰＤＵのためのＭＡＣ制御情報を含有するもしくは含むＰＤＳＣＨ６２０よりも高く優先度が付けられてよい。たとえば、複数のＷＴＲＵ１０２に向けられたＭＡＣ  ＣＥは、ＭＡＣ  ＲＡＲ  ＰＤＵまたはＭＡＣ競合解消ＣＥを含んでよい。ＭＡＣグループ制御情報を有するＰＤＳＣＨ６２０は、（ｉ）ＰＵＳＣＨ６８０は、単一のセル／ｅＮＢ１６０に向けられたもしくは宛てられたポイントツーポイント送信であってよいので、データおよび／もしくは制御情報を含むＰＵＳＣＨ６８０を上回る優先度が付けられてよい、および／または（ｉｉ）ＰＵＣＣＨは、単一のセル／ｅＮＢ１６０に向けられたもしくは宛てられたポイントツーポイント送信であってよいので、ＰＵＣＣＨを上回る優先度が付けられてよい。
【０２１８】
（３）ランダムアクセス（ＲＡ）に関連する制御情報の優先付けの場合、ＲＡプロシージャに使用されてよいＭＡＣ制御情報を含むＰＤＳＣＨ６２０は、ＵＬチャネルならびに／または他のＭＡＣデータおよび／もしくは制御情報を含むＰＤＳＣＨ６２０よりも高く優先度が付けられてよい。たとえば、とりわけ、競合解消ＭＡＣ  ＣＥ、タイミングアドバンスコマンド  ＭＡＣ  ＣＥ、および／またはＭＡＣ  ＲＡＲ  ＰＤＵは、ＲＡのためのＭＡＣ制御情報として含まれてよい。ＲＡ制御情報を含むＰＤＳＣＨ６２０は、とりわけ、（ｉ）データおよび／もしくは制御情報を含むＰＵＳＣＨ６８０を上回る優先度が付けられてよい。いくつかの代表的な実施形態では、ｍｓｇ３、たとえばＣＣＣＨ  ＳＤＵを含むＰＵＳＣＨ送信は、ＰＤＳＣＨ６２０よりも高く優先度が付けられてよい、ならびに／または（ｉｉ）ＰＵＣＣＨを上回る優先度が付けられてよい。
【０２１９】
（４）ＲＬＣ  ＡＭおよび／または自動再送要求（ＡＲＱ）関連情報およびデータの優先付けの場合、ＲＬＣ  ＡＭ  ＡＲＱ機能に関連する１または複数のＲＬＣデータＰＤＵおよび／または制御ＰＤＵを含むＰＤＳＣＨ６２０は、ＵＬチャネルよりも高く優先度が付けられてよい。たとえば、ＡＲＱ再送信のためのＲＬＣ  ＡＭ  ＰＤＵ、ＰＯＬＬビットを含んでよいＲＬＣ  ＡＭ  ＰＤＵ、および／またはＲＬＣ  ＳＴＡＴＵＳ制御ＰＤＵは、他の信号またはチャネルよりも高い優先度と考慮または設定されてよいＰＤＳＣＨ６２０に含まれてよい。ＲＬＣ  ＡＭ  ＡＲＱ関連データおよび／または情報を含むＰＤＳＣＨ６２０は、とりわけ、（ｉ）ＲＬＣ  ＡＭ  ＡＲＱプロセスに関連する制御および／もしくはデータを含まなくてよいＰＵＳＣＨ６８０を上回る優先度が付けられてよい（たとえば、そのようなデータおよび／もしくは制御情報を含むＰＵＳＣＨ６８０に優先したＰＤＳＣＨ６２０の優先付けは、一般にＵＬおよびＤＬの優先付け、たとえば、ＵＬおよびＤＬの複合優先付けに依存してよい）、ならびに／または。（ｉｉ）ＰＵＣＣＨを上回る優先度が付けられてよい。たとえば、ＰＤＳＣＨ６２０は、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨを上回る優先度が付けられなくてよい。
【０２２０】
（５）データの優先付けの場合、ユーザプレーンデータを含むＰＤＳＣＨ６２０は、他の制御情報を上回る優先度が付けられてよい。ＰＤＳＣＨ６２０は、ＰＤＳＣＨ６２０が動的グラントによるスケジューリングに基づくかＳＰＳに基づくか、および／またはＰＤＳＣＨ６２０のための関連付けられたＤＬグラントがないかどうかに応じて、異なるように（たとえば、異なる優先度ルールを用いて）優先度が付けられてよい。データを含むＰＤＳＣＨ６２０は、とりわけ、（ｉ）制御情報（たとえば、制御情報のみ）を含有するもしくは含むＰＵＳＣＨ６８０を上回る優先度が付けられてよい。データを含有するもしくは含むＰＤＳＣＨ６２０は、ＰＵＳＣＨ６８０が、ユーザプレーンデータを含有するまたは含み（たとえば、これも含有し）、ＵＬが、（たとえば、一般に）ＤＬ送信よりも高く優先度が付けられる場合、ＰＵＳＣＨ６８０を下回る優先度が付けられてよい、および／または（ｉｉ）制御情報（たとえば、制御情報のみ）を含んでよいＰＵＣＣＨを上回る優先度が付けられてよい。
【０２２１】
（６）ＷＴＲＵエネルギー節約に関連する制御情報の優先付けの場合、（たとえば、ＷＴＲＵ１０２のエネルギー節約を最大にするために使用される）ＭＡＣ制御情報を含むＰＤＳＣＨ６２０は、ＵＬチャネルよりも高く優先度が付けられてよい。たとえば、ＤＲＸコマンドおよび／またはキャリアアグリゲーション（ＣＡ）活性化／非活性化のためのＭＡＣ  ＣＥ（たとえば、および／または活性化／非活性化ＣＥ）は、ＵＬチャネルなどの他の信号またはチャネルよりも高く優先度が付けられてよい制御情報であってよい（たとえば、それらは、ＷＴＲＵ動作のエネルギー効率を向上させるので）。
【０２２２】
（７）ＵＬ  ＲＳと比較したまたはこれと関連するＰＤＳＣＨ６２０の優先付けの場合、ＰＤＳＣＨ６２０は、ＵＬ  ＲＳ、たとえば、とりわけ、ＤＭ−ＲＳおよび／またはＳＲＳを上回る優先度が付けられなくてよく、リソース衝突がこれらのチャネルと発生することになっているときに適用される、レートマッチング、パンクチャリング、および／またはＲＥミューティングを施したチャネルであってよい（たとえば、常にそうであってよい）。
【０２２３】
（８）ＵＬチャネルおよびＲＳと比較した、含まれる制御情報に基づくＰＤＳＣＨ優先度付けの場合、ＵＬチャネルは、ＰＤＳＣＨ６２０が、より高い優先度であると考慮され、リソース衝突が発生することになっている場合、本明細書における開示により、レートマッチングされてもよいし、パンクチャされてもよいし、および／またはＲＥミュートされてもよい。ＵＬチャネルおよび／またはＲＳが、より高い優先度であると考慮され、リソース衝突がＰＤＳＣＨ６２０と発生することになっている場合、ＰＤＳＣＨ６２０は、本明細書で説明されるプロシージャにより、レートマッチングされてもよいし、パンクチャされてもよいし、および／またはＲＥミュートされてもよい。
【０２２４】
ＷＴＲＵ１０２は、暗黙的にＰＤＳＣＨ６２０に優先付けルールを適用してもよいし、またはｅＮＢ１６０によって明示的にシグナリングされるように、ルールに基づいて、ＰＤＳＣＨ６２０に優先付けルールを適用してもよい。優先付けは、すべての構成された論理チャネルまたは論理チャネルグループに共通して適用されてもよいし、各論理チャネルは、たとえば論理チャネルのＱｏＳ構成により、優先付けルールの異なるセットを有するように構成されてもよい。
【０２２５】
＜代表的な  ＰＤＣＣＨ  ＲＥミューティング＞
いくつかの代表的な実施形態では、ＰＤＣＣＨ  ＲＥはＰＵＣＣＨと衝突してよく、ＰＤＣＣＨ  ＲＥがミュートされてよい。たとえば、以下のうちの１または複数が適用されてよい。とりわけ、（１）ＷＴＲＵ１０２はＷＴＲＵ固有探索空間を監視してよく、ＰＤＣＣＨ候補のための任意のＲＥグループ（ＲＥＧ）（またはＣＣＥ）  がＰＵＣＣＨ  ＰＲＢ内に配置される場合、ＷＴＲＵ１０２は、ＰＤＣＣＨ候補を監視することをスキップしてよい、（２）ＷＴＲＵ１０２は共通探索空間を監視してよく、ＷＴＲＵ１０２は、（たとえば、ＰＤＣＣＨ６１０とＰＵＣＣＨ（図示せず）との間の衝突に関係なく）ＰＤＣＣＨ（たとえば、いくつかまたはすべてのＰＤＣＣＨ）候補を監視してよく、もしくは監視することが必要であってよい、および／または（３）ＰＤＣＣＨ帯域幅は、減少された帯域幅内に定義されてよい。たとえば、システム帯域幅がＮＰＲＢ個のＰＲＢを有する場合、減少された帯域幅は、ＮＴＯＴＡＬ＝ＮＰＲＢ−ＮＰＵＣＣＨとして定義もしくは設定されてよく、減少された帯域幅は、中心帯域幅内に配置されてよく、および／またはＮＰＵＣＣＨは、ＰＵＣＣＨに使用されるＰＲＢの数として定義もしくは設定されてよい。いくつかの代表的な実施形態では、ＲＥＧ  および／またはＣＣＥは、ＮＴＯＴＡＬ帯域幅内にあるように定義または設定されてよい。いくつかの代表的な実施形態では、共通探索空間および／またはＷＴＲＵ固有探索空間は、ＮＴＯＴＡＬ帯域幅内に定義されてよい。いくつかの代表的な実施形態では、ＰＤＣＣＨ６１０のためのＰＲＢの数は、サブフレームタイプ（すなわち、ＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームに応じて変更されてよい）。たとえば、ＰＤＣＣＨ６１０は、ＮＩＮＴＦサブフレーム内のＮＰＲＢ上に構成されてよく、ＰＤＣＣＨ６１０は、サブフレームＳＩＮＴＦ内のＮＴＯＴＡＬサブフレーム上に構成されてよい。
【０２２６】
いくつかの代表的な実施形態では、ＰＲＡＣＨと衝突することがあるＰＤＣＣＨ  ＲＥがミュートされてよい。たとえば、以下のうちの１または複数が適用されてよい。（１）ＷＴＲＵ１０２はＷＴＲＵ固有探索空間を監視してよく、ＰＤＣＣＨ候補のためのＲＥＧまたはＣＣＥがＰＲＡＣＨ  ＰＲＢ内に配置される場合、ＷＴＲＵ１０２は、ＰＤＣＣＨ候補を監視することをスキップしてよい、（２）ＷＴＲＵ１０２は共通探索空間を監視してよく、ＷＴＲＵ１０２は、（たとえば、ＰＤＣＣＨ６１０とＰＲＡＣＨとの間の衝突に関係なく）ＰＤＣＣＨ候補（たとえば、いくつかまたはすべてのＰＤＣＣＨ）を監視し（たとえば、監視することが必要であり）得る。
【０２２７】
＜衝突回避の代表的な適用例＞
たとえば衝突回避を含む、本明細書で説明されるいくつかの代表的な実施形態の適用例は、ＦＤＲＲなどのいくつかのリソースおよび／またはＦＤＲ様式で使用されてよいリソース内でまたはそのために適用されてよいまたは適用のみされてよい。非ＦＤＲＲであってよいおよび／または非ＦＤＲ様式で使用されてよいリソースに対して、１または複数の衝突回避プロシージャが使用されてもよいし、使用されなくてもよい。非ＦＤＲＲは、一度にＵＬまたはＤＬのどちらかに使用または適用されてよい、ＲＥ、ＲＢ、および／またはサブフレームであってよい。非ＦＤＲＲは、Ｒｅｌ−８、Ｒｅｌ−９、Ｒｅｌ−１０、Ｒｅｌ−１１、および／もしくはＲｅｌ−１２に関連付けられたもしくは準拠したＦＤＤ  ＬＴＥリソースならびに／またはＲｅｌ−８、Ｒｅｌ−９、Ｒｅｌ−１０、および／もしくはＲｅｌ−１１に関連付けられたもしくは準拠したＴＤＤ  ＬＴＥリソースを含んでよい。
【０２２８】
レガシーＷＴＲＵ１０２などの非ＦＤＲ対応デバイス、またはＦＤＲのために構成されていない、もしくはＦＤＲと識別されないリソース内にあるものと通信するとき、衝突回避は、使用または適用されてもよいし、使用または適用されなくてもよい。
【０２２９】
いくつかの代表的な実施形態では、以下のうちの１または複数が適用されてよい。
【０２３０】
（１）ＷＴＲＵ１０２は、ＵＬチャネルとＤＬチャネルとの間の衝突がなくてよいことを知ってよい、決定してよい、設定してよい、および／または仮定してよいので、ＷＴＲＵ１０２は、ＲＥミューティング（たとえば、任意のＲＥミューティング）（たとえば、非ＦＤＲＲ内のＤＬチャネルおよび／またはＲＳに関連する）を行わずにＵＬ信号を送信してよい。
【０２３１】
（２）ＵＬ信号が、ＦＤＲＲ内のより高い優先度のＤＬチャネルおよび／または高優先度ＲＳと衝突することになっている場合、ＷＴＲＵ１０２は、ＵＬ信号（たとえば、ＲＥミューティングを行った）を送信してよい。
【０２３２】
（３）（ｅＮＢ１６０は、ＤＬチャネルとＵＬチャネルとの間の衝突がないまたはなくてよいことを知ってよく、決定してよく、および／または仮定してよいので）ｅＮＢ１６０は、非ＦＤＲＲ内のＵＬチャネルおよび／またはＲＳに関連するＤＬ信号（たとえば、ＲＥミューティングを行われていない）を送信してよい。
【０２３３】
（４）ＤＬ信号が、ＦＤＲＲ内のより高い優先度のＵＬチャネルまたはＲＳと衝突することになっている場合、ｅＮＢ１６０は、ＤＬ信号（たとえば、ＲＥミューティングを施した）を送信してよい。
【０２３４】
（５）ＵＬ信号は、とりわけ、ＰＵＳＣＨ６８０、ＰＵＣＣＨ、ＵＬ  ＤＭ−ＲＳ６９０、ＳＲＳ、および／またはＰＲＡＣＨ、のうちの１または複数を含んでよい。
【０２３５】
（６）ＤＬ信号は、とりわけ、ＰＤＳＣＨ６２０、ＰＤＣＣＨ６１０、ＥＰＤＣＣＨ、ＰＨＩＣＨ、ＰＣＦＩＣＨ、ＰＭＣＨ、ＤＬ  ＣＲＳ６３０、ＤＬ  ＤＭ−ＲＳ６４０、および／またはＰＲＳ、のうちの１または複数を含んでよい。
【０２３６】
（７）所与のリソースが、非ＦＤＲおよび／またはレガシーＷＴＲＵ１０２のためのＵＬリソースとして使用または適用される場合、ＷＴＲＵ１０２は、ＦＤＲＲ内で（たとえば、受信中に）ＤＬチャネルよりも高い優先度を有するＵＬチャネルを送信してよい。たとえば、リソースが（たとえば、レガシーＷＴＲＵの観点から）ＦＤＤ  ＵＬキャリアまたはＴＤＤ  ＵＬサブフレームに割り当てられる場合、ＷＴＲＵ１０２は、ＦＤＲＲ内のＵＬチャネルに、ＤＬチャネルよりも高く優先度を付けてよい。ＤＬよりも高い優先度を有するＵＬを送信することは、ＷＴＲＵ１０２が、ＤＬチャネルおよび／またはＲＳに関連するＲＥミューティング（たとえば、任意のＲＥミューティング）を施さずにＵＬ信号を送信してよいことを示してよい。
【０２３７】
（８）所与のリソースが、非ＦＤＲおよび／またはレガシーＷＴＲＵ１０２のためのＤＬリソースとして使用または適用される場合、ｅＮＢ１６０は、ＦＤＲＲ内で（たとえば、受信中に）ＵＬチャネルよりも高い優先度を有するＤＬ信号を送信してよい。たとえば、リソースが（たとえば、レガシーＷＴＲＵ１０２の観点から）ＦＤＤ  ＤＬキャリアまたはＴＤＤ  ＤＬサブフレームに割り当てられる場合、ｅＮＢ１６０は、ＦＤＲＲ内のＤＬチャネルの送信に、ＵＬチャネルよりも高く優先度を付けてよい。ＵＬよりも高い優先度を有するＤＬを送信することは、ｅＮＢ１６０が、ＵＬチャネルおよび／またはＲＳに関連するＲＥミューティング（たとえば、任意のＲＥミューティング）を施さずにＤＬ信号を送信してよいことを示してよいまたは提供してよい。
【０２３８】
＜代表的な電力制御＞
＜ＵＬチャネル衝突に基づく代表的な不等なＤＬ電力割当＞
ｅＮＢ１６０は、サブフレームのセット内のＦＤＲＲを構成してよい。サブフレーム内のＦＤＲを使用もしくは適用できることまたは使用もしくは適用する能力は、ｅＮＢ１６０が、時間／周波数リソースの同じセット（たとえば、周波数ＲＥおよび時間ＲＥ）上でＷＴＲＵ１０２へのＤＬ割り当ておよびＷＴＲＵ１０２（たとえば、おそらく同じＷＴＲＵ１０２）へのＵＬグラントを提供してよいことを意味または提供してよい。ＤＬでは（および／またはＵＬでは）、送信は、レガシーＭＵ−ＭＩＭＯプロシージャの使用によって分離されてよい。ＤＬ送信からのｅＮＢ１６０干渉は、ＵＬ送信の適切な受信に悪影響を与えることがある。いくつかの代表的な実施形態では、ｅＮＢ１６０は、そのＤＬ物理チャネル（たとえば、とりわけ、ＰＤＣＣＨ、ＥＰＤＣＣＨ、ＰＨＩＣＨ、ＰＣＦＩＣＨ、ＰＤＳＣＨ、ＰＳＳ／ＳＳＳ、ＰＢＣＨ、ＤＬ  ＤＭ−ＲＳ、ＣＳＩ−ＲＳ、ＣＲＳ、および／またはＰＲＳ）のうちのいくつかまたはすべて上で不等なＤＬ電力割当を実施して、同時および／または重複ＦＤＲ  ＵＬ送信のその受信を改善してよい。
【０２３９】
「時間／周波数リソース」という用語と、「時間−周波数リソース」という用語と、「ＴＦリソース」という用語は、本明細書で互換的に使用されてよい。
【０２４０】
不等なＤＬ電力割当は、異なるＤＬチャネルが異なる送信電力を有してよいことを示してよいまたは提供してよい。たとえば、ＰＤＣＣＨ６１０は、ＰＤＳＣＨ６２０とは異なる電力レベルで送信されてよい。他の例では、不等なＤＬ電力割当は、１つの物理ＤＬチャネル内またはその中で、ＰＲＢ、シンボル、および／またはＲＥに応じて電力が異なってよいことを示してよいまたは提供してよい。たとえば、ＰＲＢ内またはその中で送信されるＰＤＳＣＨ６２０は、同じサブフレーム内の第２のＰＲＢ内またはその中で送信されるＰＤＳＣＨ６２０とは異なる電力レベルを用いてセットアップされてよいまたは行われてよい。異なる電力レベルにおける送信は、２つのＰＲＢが同じＷＴＲＵ１０２に対してスケジュールされようとスケジュールされなかろうと、適用可能である。さらなる例では、ＰＲＢ内またはその中のＰＤＳＣＨ  ＲＥは、ＰＲＢ内またはその中の別のＰＤＳＣＨ  ＲＥとは異なる電力レベルで送信されてよい。
【０２４１】
＜代表的なＰＤＳＣＨ電力割当＞
不等なＰＤＳＣＨ電力割当は、ＵＬチャネル上のｅＮＢ  ＳＩＮＴＦの量を減少させるために実行されてよい。ＰＤＳＣＨ電力割当が本明細書で言及されるとき、説明は、ＰＤＳＣＨ送信に関連付けられた適切なＤＬ  ＤＭ−ＲＳ６４０にも関連することが意図されている。
【０２４２】
ＦＤＲＲでは、ＰＤＳＣＨ６２０は、ＵＬ  ＲＳ（たとえば、ＵＬ  ＤＭ−ＲＳ６４０および／またはＳＲＳ）と衝突することがある。ＵＬ  ＲＳは、ＳＣ−ＦＤＭＡシンボル６５５−１から６５５−７全体にわたって広がってよい。そのような衝突が発生することになっている場合、ＰＤＳＣＨ６２０は、不等な電力割当を使用してよい。ＵＬ  ＲＳと衝突することがあるＯＦＤＭシンボル６０５−１、６０５−２、６０５−３、６０５−４、６０５−６、および／または６０５−７内で送信されるＰＤＳＣＨ６２０は、ＵＬ  ＲＳとの衝突のないＯＦＤＭシンボル６０５−１、６０５−２、６０５−３、６０５−４、６０５−６、および／または６０５−７内で送信されるＰＤＳＣＨ６２０とは異なる電力オフセット（たとえば、ＤＬ  ＣＲＳ６３０と関連した）を用いて送信されてよい。たとえば、ＣＲＳ送信電力に対してｘｄＢのオフセットが、非衝突ＰＤＳＣＨシンボル６０５−３、６０５−４、６０５−６、および／または６０５−７のために提供されてよく、ＣＲＳ送信電力に対してｙｄＢの第２のオフセットが、衝突することになっているＰＤＳＣＨシンボル６０５−３、６０５−４、６０５−６、および／または６０５−７のために提供されてよい。
【０２４３】
ＳＲＳ送信は、ＳＲＳが単一のシンボル内の異なるＲＥ上でインターレースされてよいように、コム状構造を使用してよい。ＵＬ  ＳＲＳは、さらに、またはあるいは、周波数ホッピングを使用または適用してよい。いくつかの代表的な実施形態では、ＵＬ  ＳＲＳは、異なるシンボル内のサブキャリアの異なるサブセット内に配置されてよい。ＰＤＳＣＨ電力割当は、ＳＲＳと衝突することがあるシンボル内のＲＥごとに異なるオフセットを使用または適用してよい。たとえば、サブキャリアの第１のセットがＳＲＳ衝突を有してよく、サブキャリアの第２のセットがＳＲＳ衝突を有さなくてよい。ＳＲＳと衝突することがあるＤＳＣＨ  ＲＥに対しては、第１の送信電力オフセット（たとえば、送信電力ＣＲＳに関連した）が使用されてよく、ＳＲＳと衝突しなくてよいＰＤＳＣＨ  ＲＥに対しては、第２の送信電力オフセットが使用されてよい。
【０２４４】
ＰＤＳＣＨ送信は、同じＷＴＲＵ１０２またはセルによってサービスされる別のＷＴＲＵ１０２のどちらかからのＰＵＣＣＨと衝突することがある。いくつかの代表的な実施形態では、ＰＵＣＣＨと衝突することがあるＰＲＢ内およびそのような衝突のないＰＲＢ内のＰＤＳＣＨ６２０に対する異なる電力オフセット（たとえば、ＤＬ  ＣＲＳ６３０に関連した）が存在してよい。使用または適用された電力オフセット（たとえば、各電力オフセット）がＷＴＲＵ１０２に明示的に示されてよい（たとえば、電力オフセットに関連付けられたＰＲＢのセット）。いくつかの代表的な実施形態では、減少された送信電力をＷＴＲＵ１０２が予想し（たとえば、決定し、および／または知っており）、（たとえば、適切な電力オフセットを仮定してよい）暗黙的に示されてよいＰＲＢのセット。たとえば、同じサブフレーム内にＰＵＣＣＨ送信を有するＷＴＲＵ１０２は、ＰＤＳＣＨ６２０の第２のオフセットが、衝突ＰＲＢを有することになっているＰＤＳＣＨ−ＰＵＣＣＨ内で使用または適用されていることを仮定してよい、決定してよい、および／または知ってよい。同様に、ＰＤＳＣＨ６２０は、ＰＲＡＣＨリソースと衝突することがある。そのような状況では、ＰＤＳＣＨ電力割当は、可能なＰＲＡＣＨ送信との衝突が存在してよい場合、またはそのところ、可能なＰＲＡＣＨ送信との衝突が存在しないＲＥ、ＰＲＢ、および／またはＯＦＤＭシンボルに第１の送信電力オフセットを使用し、ＲＥ、ＰＲＢ、および／またはＯＦＤＭシンボルに第２の送信電力オフセットを使用してよい。
【０２４５】
＜複数の送信電力オフセットの代表的な構成＞
いくつかの代表的な実施形態では、ＷＴＲＵにおける適切な受信を可能にするために、ＷＴＲＵ１０２は、そのＰＤＳＣＨ割り当て（たとえば、そのＰＤＳＣＨ割り当てのうちの１つ、いくつか、またはすべて）に使用または適用された電力割当が知らされてよい。ｅＮＢ１６０は、たとえば、（１）たとえば、それら（たとえば、各々）が使用もしくは適用された可能性があるもしくは使用もしくは適用されたと意図されてよい特定のＲＥ／ＰＲＢ／シンボルと共に、送信電力オフセットのセットを示してよいＤＬ割り当てＤＣＩ内の新しい要素を含むこと、（２）上位レイヤシグナリングを介したおよび／もしくはこれに基づいた、送信電力オフセットのセットの半静的な構成、ならびに／または（３）衝突することがある（たとえば、回避されない場合、衝突の一部であってよい）ＵＬチャネルに応じたおよび／もしくはこれに基づいた、１または複数のあらかじめ定義された電力オフセットレベルによって、１または複数の適切な送信電力オフセット（たとえば、ＣＲＳ送信に対して、またはＵＬチャネルと衝突しなくてよいＰＤＳＣＨ６２０に関連してよい）を、ＷＴＲＵ１０２に示してよい。電力オフセットレベルは、０ｄＢを含んでよい。たとえば、ＰＤＳＣＨリソースがＰＵＳＣＨ６８０と衝突することになっている場合、０ｄＢ電力オフセットが使用または適用されてよいが、ＰＤＳＣＨリソースがＰＵＣＣＨと衝突することになっている場合、ｘｄＢ（ここで、ｘ＞０）電力オフセットが使用または適用されてよい。
【０２４６】
送信電力オフセットは、（たとえば、新しい送信電力オフセットによって）更新されてよい。いくつかの代表的な実施形態では、送信電力オフセットの更新は差分値として提供されてよく、以前に構成された送信電力オフセットと差分値を結合する（たとえば、算術的に結合する）ことによって、ＷＴＲＵ１０２は、差分値から新しい送信電力オフセットを取得してよい。いくつかの代表的な実施形態では、更新プロシージャは、単一更新ループを含んでもよいし、あらゆる送信電力オフセットに対して維持される別個の更新ループを含んでもよい。
【０２４７】
複数の電力オフセット値のセットをいつ、どのリソースに対して使用するべきかを決定するために、ＷＴＲＵ１０２は、
（１）特定のＲＥ／ＰＲＢ／シンボルを有して構成されてよい（たとえば、電力オフセットが、使用もしくは適用されたと意図されてよい場合（構成は、異なる電力オフセットを構成するメッセージ（たとえば、同じメッセージ）に含まれてよく、および／もしくはＤＬ割り当てＤＣＩに含まれてよい（たとえば、常に含まれる））、
（２）減少された（たとえば、減少されたと仮定される）ＰＤＳＣＨ電力オフセットが、同じサブフレーム内のＷＴＲＵ１０２（たとえば、そのＷＴＲＵ）によって送信されることになっている適切なＵＬ信号と衝突することになっているＲＥ／ＰＲＢ／シンボル、（たとえば、あらかじめ構成されたＲＥ／ＰＲＢ／シンボルおよび／もしくは任意のＲＥ／ＰＲＢ／シンボル）内で使用または適用されてよい（たとえば、ＷＴＲＵ１０２は、ＷＴＲＵ１０２がＵＬリソースを付与した（たとえば、同様に）サブフレーム内の（たとえば、この中のみの）電力オフセットのセットを使用または適用するように構成されてよい）ことを決定する（たとえば、暗黙的に決定する）ように構成されてよい、
（３）送信電力オフセットの異なるセットが適用可能であってよく、もしくは使用されてよいサブフレームのサブセットを有するように構成されてよい（たとえば、非ＦＤＲサブフレーム内で、ＷＴＲＵ１０２は、第１のＰＤＳＣＨ送信電力オフセットを決定してよく、知ってよく、意図してよく、仮定してよく、適用してよく、および／もしくは使用してよい（いくつかの代表的な実施形態では、ＦＤＲサブフレーム内で、ＷＴＲＵ１０２は、不等な電力割当を可能にするＰＤＳＣＨ送信電力オフセットのセットを決定してよく、知ってよく、仮定してよく、適用してよく、および／もしくは使用してよい）、ならびに／または
（４）異なる電力オフセットが使用または適用されてよいＲＥ／ＰＲＢ／シンボルの複数のパターンを有するように構成されてよい。これらのパターンは、どの送信電力オフセットが、ＤＬ割り当てのＲＥ／ＰＲＢ／シンボル（各ＲＥ／ＰＲＢ／シンボル）に結び付けられてよいか、および／または、これに一致してよいかを示してよい。パターンは、ＤＬ割り当てに含有されてよい。いくつかの代表的な実施形態では、そのようなパターンは、上位レイヤを介してあらかじめ構成されてよい。いくつかの代表的な実施形態では、とりわけ、複数のパターンがあらかじめ構成されてよい。
【０２４８】
ＷＴＲＵ１０２が、電力オフセットの１もしくは複数のセットおよび／またはＲＥ／ＰＲＢ／シンボルのパターン（たとえば、異なる電力オフセットに結び付けられた）を有するようにあらかじめ構成されるとき、ＷＴＲＵ１０２は、以下のうちの任意の１または複数によって電力オフセットの適切なセットおよび／またはＲＥ／ＰＲＢ／シンボルの１もしくは複数のパターンを決定してよい。
【０２４９】
（１）割り当てられた帯域幅全体にどのパターンを使用するべきかを示す、ＤＬ割り当て内の１または複数のインジケータビット。たとえば、パターンが単一ＰＲＢ（またはＰＲＢのセット）を包含してよく、および／またはＤＬ割り当てが、ＤＬ割り当てのＰＲＢ（たとえば、あらゆるＰＲＢおよび／またはＰＲＢのセット）にどのパターンを使用、適用、および／または仮定するべきかを示してよい（たとえば、ビットマップを介して、またはビットマップによって）。
【０２５０】
（２）ＤＬ割り当てＤＣＩに使用されるＲＮＴＩは、電力オフセットのセットおよび／またはＲＥ／ＰＲＢ／シンボルのパターンを決定するために使用されてよい。ＷＴＲＵ１０２は、サブフレームがＦＤＲサブフレームであるかどうかに応じて、異なるＲＮＴＩを有するように構成されてよい。
【０２５１】
（３）ＰＤＳＣＨ６２０に使用されるプリコーダは、電力オフセットのセットおよび／またはＲＥ／ＰＲＢ／シンボルのパターンを決定するために使用されてよい。ＷＴＲＵ１０２は、サブフレームがＦＤＲサブフレームであるかどうかに応じて、プリコーダの別個のセットを有するように構成されてよい。
【０２５２】
（４）ＰＤＳＣＨ６２０に関連付けられたベアラは、電力オフセットのセットおよび／またはＲＥ／ＰＲＢ／シンボルのパターンを決定するために使用されてよい。たとえば、ベアラ（たとえば、各ベアラ）は、送信電力オフセットのセット（たとえば、それら自体のセット）を有してよい。
【０２５３】
（５）ＰＤＳＣＨ６２０の内容は、電力オフセットのセットおよび／またはＲＥ／ＰＲＢ／シンボルのパターンを決定するために使用されてよい。たとえば、ＲＮＴＩによって割り当てられたＰＤＳＣＨ６２０（たとえば、ＳＩＢまたはページングに使用されることを示す）は、電力オフセット値のいくつかのセット（たとえば、あらかじめ定義されたセット）を使用してよい（たとえば、常に使用される）。
【０２５４】
（６）電力オフセットのセットおよび／またはＲＥ／ＰＲＢ／シンボルのパターンは、同じサブフレーム内でＷＴＲＵ１０２がＵＬグラントを有するかどうかによって決定されてよい。電力オフセットのセットおよび／または使用、適用、設定、および／もしくは仮定されることになるパターンは、ＷＴＲＵ１０２のＵＬ送信がＰＵＳＣＨ６８０の送信または再送信かどうかに依存してよい。
【０２５５】
＜コードブロックの代表的なＲＥマッピング＞
ＰＤＳＣＨ６２０内のトランスポートブロックは、１または複数のコードブロックからなってよく、またはこれを含んでよい。いくつかの代表的な実施形態では、最大コードブロックサイズは、６１４４に限定されてよい。入力ビット系列長が最大コードブロックサイズ（たとえば、６１４４）よりも大きい場合、複数のコードブロックが使用されてよい。ＷＴＲＵ１０２は、複数のコードブロックを含むＰＤＳＣＨ６２０を受信してよく、コードブロックの１つは誤りを有してよく、ＷＴＲＵ１０２は、他のコードブロックの受信が成功した場合でも、ＰＤＳＣＨ受信が失敗したことを決定してよく、および／または考慮してよい。
【０２５６】
いくつかの代表的な実施形態では、ＰＤＳＣＨ割当の異なる部分に対して不等な電力割当が使用または適用されるとき、１またはいくつかのコードブロックが、他のコードブロックよりも大きく影響されることがある。たとえば、いくつかのコードブロックは、ＰＤＳＣＨ６２０のより低い電力部分内に配置されてよい（たとえば、その中に全体的に含まれる）。最も大きく影響されたコードブロック（たとえば、最も悪いコードブロック）は、トランスポートブロック誤り率の誤りイベントを支配する（dominate）ことがある。いくつかの代表的な実施形態では、ｅＮＢ１６０は、コードブロックの向上されたマッピングを使用して、コードブロック（たとえば、いくつかの高優先度コードブロックまたはすべてのコードブロック）に対する等しい誤り保護を保証してよい。コードブロックの向上されたマッピングは、とりわけ、（１）ＲＥ／ＰＲＢ／シンボルのパターンと共に、ＷＴＲＵ１０２は、複数のコードブロックマッピングを用いて構成されてよく（たとえば、これらのコードブロックマッピングは独立して構成されてもよいし、ＲＥ／ＰＲＢ／シンボルの各可能なパターンに結び付けられてもよい）、（２）コードブロックマッピングは、半静的に構成され、任意の（たとえば、任意の可能な）不等な電力割当に対する等しい保護を保証してよく、および／または（３）複数のコードブロックが使用される場合、インターリーバが、符号化されたビット系列を並べ替えるために使用されてよい、のうちの１または複数を含んでよい。
【０２５７】
＜不等な電力割当のための代表的なリンクアダプテーション＞
１または複数の変調次数（たとえば、ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭ）が、チャネル状態に応じて使用または適用されてよく、ＰＤＳＣＨ６２０に使用または適用される変調は、ＰＤＳＣＨ６２０に関連付けられたＤＣＩにおいて示されてよい。不等な電力割当がＰＤＳＣＨ６２０に使用または適用され、ＰＤＳＣＨ６２０のためのＲＥ／ＰＲＢ／シンボルのサブセットは、ＰＤＳＣＨ６２０のためのＲＥ／ＰＲＢ／シンボルの他のサブセット１または複数のとは異なる電力割当を有する場合、とりわけ、（１）より低い割り当てられた電力を有するＰＤＳＣＨ  ＲＥ／ＰＲＢ／シンボルのための最低変調次数（たとえばＱＰＳＫ）が使用または適用されてよいが、より高い割り当てられた電力を有する他のＰＤＳＣＨ  ＲＥ／ＰＲＢ／シンボルのための変調次数は、関連付けられたＤＣＩから示されてよい、（２）変調次数オフセットは、より低い割り当てられた電力を有するＰＤＳＣＨ  ＲＥ／ＰＲＢ／シンボルのための関連付けられたＤＣＩから示されてよく、オフセットは、より高い割り当てられた電力を有する他のＰＤＳＣＨＲＥ／ＰＲＢ／シンボルのための関連付けられたＤＣＩから示される変調次数による、および／または（３）より低い割り当てられた電力を有するＰＤＳＣＨ  ＲＥ／ＰＲＢ／シンボルのための変調次数は、上位レイヤシグナリングを介して構成されてよい、より高い割り当てられた電力を有するＰＤＳＣＨ  ＲＥ／ＰＲＢ／シンボルは、ＰＤＳＣＨ６２０のための関連付けられたＤＣＩから示されてよい、のうちの１または複数が適用されてよい。
【０２５８】
ＴＭ（たとえば、ＴＭ３、ＴＭ４、ＴＭ８、ＴＭ９、および／またはＴＭ１０）では、１または複数の送信ランクが使用または適用されてよい。たとえば、ランク−１は、単一レイヤ送信が使用または適用されることを示してよく、ランク−２は、２レイヤ送信が使用または適用されることを示してよい。送信ランク（たとえば、ランク−１またはランク−２）は、複数レイヤ送信をサポートするＴＭにおいてＰＤＳＣＨ６２０のための関連付けられたＤＣＩを介して示されてよい。不等な電力割当が、複数レイヤ送信をサポートするＴＭに使用または適用される場合、（１）固定ランクが、より低い割り当てられた電力を有するＰＤＳＣＨ  ＲＥ／ＰＲＢ／シンボルに使用されてよく、そのランクは、関連付けられたＤＣＩから暗黙的もしくは明示的に示されてよい（たとえば、ランク−１は、より低い割り当てられた電力を有するＰＤＳＣＨ  ＲＥ／ＰＲＢ／シンボルに使用されてよい（たとえば、常に使用されてよい）のうちの１または複数が適用されてよい。ランクは、プリコーダ情報によって暗黙的に示されてよく、および／もしくはレイヤの数として明示的に示されてよい。たとえば、固定ランクが使用され、ランクが、より高い割り当てられた電力を有するＰＤＳＣＨ  ＲＥ／ＰＲＢ／シンボルのためのランクよりも小さい場合、関連付けられたＤＣＩから示されるプリコーダの最初のｎ列が使用または適用されてよく、ここで、ｎは、０よりも大きい整数であってよく、使用される固定ランクと同じであってよい、ならびに／または（２）オフセットは、より低い割り当てられた電力を有するＰＤＳＣＨ  ＲＥ／ＰＲＢ／シンボルのためのランクを示すために使用または適用されてよく、このオフセットは、より高い割り当てられた電力を有するＰＤＳＣＨ  ＲＥ／ＰＲＢ／シンボルに使用されるランクから設定もしくは確立されてよい。
【０２５９】
＜不等な電力割当とパンクチャリング／レートマッチングの代表的な組み合わせ＞
いくつかの代表的な実施形態では、ｅＮＢ１６０は、不等な電力割当とパンクチャリング／レートマッチングの組み合わせを使用してよい。たとえば、この組み合わせを達成するために、ＷＴＲＵ１０２は、関連付けられたリソース内でＰＤＳＣＨ６２０が送信されないことを定義する（および／または意味する）ように解釈または決定される送信電力オフセットの値で構成されてよい。たとえば、ｘｄＢよりも大きい電力オフセット値は、それらの対応するまたは関連付けられたリソースに対してパンクチャリング／レートマッチングが使用または適用されることをＷＴＲＵ１０２に示すように構成されてよい。
【０２６０】
＜代表的なＷＴＲＵ  ＣＳＩフィードバック＞
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、不等な電力割当を使用するとき、異なるようにＣＳＩをフィードバックしてよい。電力オフセットの複数のセットおよび／またはＲＥ／ＰＲＢ／シンボルのパターンを有するように構成されたＷＴＲＵ１０２の場合、ＷＴＲＵ１０２は、可能な電力オフセットセットおよび／またはＲＥ／ＰＲＢ／シンボルのパターンに関する仮定の下で、またはこれを知った上で、ＣＳＩを測定してよい。たとえば、可能な電力オフセットおよび／またはパターンは、あらかじめ定義されてもよいし、動的に確立されてもよいし、および／または上位レイヤシグナリングを介して確立されてもよい。いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、フィードバック報告が適切であるオフセットのセットおよび／またはパターンをｅＮＢ１６０に明示的に示してよい。いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、フィードバック報告が送信されるサブフレームに基づいて、オフセットのセットおよび／またはパターンを仮定、決定、または知ってよい。いくつかの代表的な実施形態では、ＲＩ、ＰＭＩ、ＣＱＩ、および／またはプロシージャトランザクション識別子（ＰＴＩ）の何らかの値は、電力オフセットのセットおよび／または１もしくは複数のパターンに結び付けられる（対応する）ようにあらかじめ構成されてよい。そのような値をフィードバックすることは、送信されたフィードバック報告に対してＷＴＲＵ１０２が行った決定／仮定をｅＮＢ１６０に暗黙的に示してよい。いくつかの代表的な実施形態では、ＣＳＩ（たとえば、各ＣＳＩプロセスは、電力オフセットの特定のセットおよび／または電力オフセットに結び付けられた（たとえば、関連付けられた）ＲＥ／ＰＲＢ／シンボルのパターンを有するように構成されてよい。非周期的フィードバックの場合、ｅＮＢ１６０は、非周期的ＣＳＩフィードバック要求において、ＣＳＩ測定に適用、使用、設定、または仮定されることになる電力オフセットのセットおよび／またはパターンを示してよい。
【０２６１】
＜代表的なＵＬ電力制御ベースＤＬチャネル衝突＞
ＦＤＲサブフレーム内で動作する第１のＷＴＲＵ１０２は、ＳＩＮＴＦおよび／またはＤＬ受信に使用される第１のＷＴＲＵ１０２の帯域と同じ帯域内で送信される１または複数の隣接ＷＴＲＵ１０２からの干渉により、および／またはこれを受ける不良な受信能力を有してよい。たとえば、ＳＩＮＴＦを減少させるために、第１のＷＴＲＵ１０２は、異なるＵＬ送信に対する不等な電力制御で動作するように構成されてよい。不等なＵＬ電力制御は、たとえば、ＵＬ送信が特定のＤＬチャネルと衝突することになっているとき、ＳＩＮＴＦを制限してよい。
【０２６２】
ｅＮＢ１６０は、ＷＴＲＵ１０２においてＳＩＮＴＦを軽減するプロシージャ（たとえば、最良または最適な方法）は、いくつかのＲＥ／ＰＲＢ／シンボルおよび／またはチャネルのためのＤＬ電力を増加させることであることを決定してよい。
【０２６３】
プロシージャはＷＴＲＵに関して一般的に説明されるが、プロシージャは、ｅＮＢ１６０にも適用可能であってよいことが意図されている。たとえば、ｅＮＢ１６０は、不等なＤＬ電力割当のためのプロシージャおよび／または方法のいずれかを再使用してよい。
【０２６４】
＜ＰＵＳＣＨのための代表的な不等な電力制御＞
いくつかの代表的な実施形態では、ＰＵＳＣＨ電力制御は、ＵＬ  ＤＭ−ＲＳに適用可能であってよい。ＰＵＳＣＨ６８０は、ＣＲＳ、ＣＳＩ−ＲＳ、ＤＬ  ＤＭ−ＲＳ６４０、ＰＲＳ、ＰＳＳ／ＳＳＳ、ＰＢＣＨ、ＥＰＤＣＣＨ、ＰＤＣＣＨ、ＰＨＩＣＨ、および／またはＰＣＦＩＣＨなどの異なるＤＬチャネルおよび信号と衝突することがある。いくつかの衝突からのＳＩＮＴＦは、異なるＰＲＢ（たとえば、ＰＳＳ／ＳＳＳおよび／またはＰＢＣＨ）に対して不等な電力制御を使用することによって軽減されてよい。他の衝突は、ＰＲＢ（たとえば、ＣＲＳ、ＣＳＩ−ＲＳ、および／またはＤＭ−ＲＳ）内またはその中で不等な電力制御を使用してよいおよび／またはこれを使用することを必要としてよい。他の衝突は、（たとえばＰＤＣＣＨ６１０内の）ＳＣ−ＦＤＭＡシンボル全体にわたって不等な電力制御を使用してよいまたはこれを使用することを必要としてよい。
【０２６５】
本明細書で説明されるプロシージャおよび／または方法に類似した代表的なプロシージャおよび／または方法では、不等なＤＬ電力割当は、異なる電力制御を有するＲＥ／ＰＲＢ／シンボルのパターンをＷＴＲＵ１０２に提供するために使用または適用されてよい。ＵＬ電力制御の場合、ＷＴＲＵ１０２は、ＰＵＣＣＨおよびＰＵＳＣＨ６８０のための別個のループを維持してよい。不等な電力制御では、ＷＴＲＵ１０２は、ＵＬチャネルごとに複数のループを維持してよい。たとえば、ＷＴＲＵ１０２は、ＰＵＳＣＨ６８０のＲＥを複数のグループ（たとえば、２つのグループ）に分割してよく、第１のグループは、有害でなくてよい（たとえば、過度に有害でなくてよく、たとえば、閾値未満であってよい）ＳＩＮＴＦを有し、第２のグループは、ＤＬ送信の適切な受信に弊害をもたらすことがある（たとえば、閾値よりも大きいことがある）ＳＩＮＴＦを有する。電力制御ループ（たとえば、各電力制御ループ）は、ＰＵＳＣＨ６８０が送信されるＲＥ／ＰＲＢ／シンボルのセットに関連付けられてよい。ＲＥのグループ（たとえば、各グループ）は、電力制御を更新するＴＰＣコマンド（たとえば、それら自体のＴＰＣコマンド）を有してよい。ＷＴＲＵ１０２にＴＰＣコマンドを提供するとき、ｅＮＢ１６０は、とりわけ、（１）ＵＬグラントに使用されるＤＣＩに含まれるＴＰＣコマンド（たとえば、サブセットまたはすべてのＴＰＣコマンド）に結び付けられたもしくは関連付けられた明示的なインジケータ（たとえば、ＴＰＣコマンド（たとえば、すべてのＴＰＣコマンド）がＵＬグラントＤＣＩに含まれてよい（たとえば、常に含まれてよい）および／もしくはＴＰＣコマンドがインデックス付与されてよいおよび／もしくは順序付けられる）、（２）サブフレームの第１のセットに含まれるＴＰＣコマンドが第１の電力ループに向けられ、一方、サブフレームの第２のセットに含まれるＴＰＣコマンドが第２の電力ループに向けられる、以下同様である、サブフレームパターン、ならびに／または（３）電力制御ループ（たとえば、各電力制御ループ）のためのＴＰＣ−ＲＮＴＩ、のうちの１つによって、ＴＣＰコマンドはどのループのためのものかを示してよい。
【０２６６】
＜複数の電力オフセットの代表的な使用＞
いくつかの代表的な実施形態では、異なるＵＬ電力割当が使用または適用されてよいＰＵＳＣＨ６８０の複数の領域は、同じＴＰＣコマンドを用いてよい。いくつかの代表的な実施形態では、異なる送信電力オフセットは、いくつかの領域に、個別の領域に、および／または各領域に使用または適用されてよい。たとえば、他の領域などのために、ＤＬ内でＤＬ  ＣＲＳ６３０と衝突することがあるＲＥ上での送信されるＰＵＳＣＨ６８０は、第１のＵＬ送信電力オフセットを使用してよく、ＣＳＩ−ＲＳと衝突することがあるＲＥ上で送信されるＰＵＳＣＨ６８０は、第２の電力オフセットを使用してよく、以下同様である。
【０２６７】
いくつかの代表的な実施形態では、異なる送信電力オフセットは、上位レイヤシグナリングを介して半静的に構成されてよい。各構成では、ＷＴＲＵ１０２は、領域（たとえば、領域のサブセットまたはあらゆる領域）のための送信電力オフセットのリストが提供されてよい。いくつかの代表的なプロシージャでは、ＷＴＲＵ１０２は、ＵＬ送信に使用または適用されてよいＲＥ／ＰＲＢ／シンボルの適切なパターン（たとえば、各可能なパターン）において領域の各々に対して異なる送信電力オフセットを有するように構成されてよい。
【０２６８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の絶対送信電力オフセットを有するように構成されてよく、他の送信電力オフセット（他の送信電力オフセットのうちのいくつかまたはすべて）は、第１の値に対する差であってよい。
【０２６９】
＜異なる電力制御の代表的な構成＞
ＷＴＲＵ１０２は、以下のうちの１または複数に基づいてまたはこれによって、異なる電力制御ループおよび／またはオフセットおよび／またはＰcmax値を異なるＲＥ／ＰＲＢ／シンボル領域に使用するように構成されてよい。
【０２７０】
（１）ＵＬグラント内のインジケータは、領域（たとえば、各領域）にとって適切な電力制御を決定するために使用または適用される電力制御のパターンおよび／または任意の関連する入力をＷＴＲＵ１０２に知らせてもよいし、またはこれをＷＴＲＵ１０２に示してもよい。
【０２７１】
（２）サブフレームのタイプ、ＵＬグラント。たとえば、ＤＬにおいてＭＢＳＦＮのために、オールモストブランクサブフレーム（Almost Blank Subframe）（ＡＢＳ）のために、および／またはＦＤＲのために構成されたサブフレームは、非ＭＢＳＦＮサブフレーム、非ＡＢＳサブフレーム、および／または非ＦＤＲサブフレームとは異なる不等な電力制御を使用してよく、または必要としてよい。
【０２７２】
（３）ＵＬチャネルのタイプおよび／またはフォーマット（たとえば、ＤＣＩフォーマットまたは他のフォーマット）。たとえば、異なるＰＵＣＣＨフォーマットは、とりわけ、異なる電力制御ループ、異なる電力オフセット、および／または異なるＰcmax値を使用してよい。
【０２７３】
（４）いくつかのタイプの保護が、サブフレームにおいて（たとえば、サブフレーム内の他の場所で）使用または適用されてよいか。たとえば、ＷＴＲＵ１０２が、シンボル内で減少されたＵＬ送信電力を使用して、チャネル（たとえばＰＤＣＣＨ６１０）の受信を保護する場合、ＷＴＲＵ１０２は、サブフレームの残りのシンボル内で特定の電力制御ループ、特定のオフセット、および／または特定のＰcmaxを使用または適用して、適切なピーク対平均電力比（ＰＡＰＲ）を保証してよい。いくつかの代表的な実施形態では、そのＵＬ送信の適切な（たとえば、すべての適切な）領域に電力を割り当てると、ＷＴＲＵ１０２は、フィルタリングを使用して、ＰＡＰＲを制限してよい。フィルタリングの使用は、ｅＮＢ１６０に示されてよい。
【０２７４】
（５）不等な電力制御の半静的な構成（たとえば、ＵＬ送信が新しいトランスポートブロックであるか再送信であるか）のための上位レイヤシグナリング。
【０２７５】
＜代表的なＳＩＮＴＦ対応＞
＜代表的なＦＤＳＣ使用およびＦＤＳＣ干渉の可能性＞
いくつかのサブフレームは、ＦＤＳＣ動作のために構成されてよい。たとえば、ＷＴＲＵ１０２は、たとえば、いくつかのサブフレームがＦＤＳＣ動作に使用または適用されてよいことをシグナリングすることを介して、ｅＮＢ１６０によって構成されてよいまたは知らされてよい。シグナリングは、（１）ＲＲＣシグナリングなどの上位レイヤシグナリング、（２）ＭＡＣレイヤシグナリング、および／または（３）物理レイヤシグナリング、のうちの少なくとも１つであってよい。
【０２７６】
いくつかの例では、ＷＴＲＵ１０２は、どのサブフレームが、ＦＤＳＣ（たとえば、ＦＤＳＣ動作）のための使用に考慮されてよい（たとえば、可能性を有してよい）かに関する、ＲＲＣシグナリングなどのシグナリングを介して構成されてよい（たとえば、構成情報を受信してよい）。ＷＴＲＵ１０２は、どのサブフレームまたはそれらのサブフレームのサブセットが、ＦＤＳＣ（たとえば、ＦＤＳＣ動作）および／もしくは具体的にはＷＴＲＵ１０２によるＦＤＳＣ（たとえば、ＦＤＳＣ動作）のための特定の時間に、または特定の時間窓の間に使用または適用されてよいかに関する、物理レイヤシグナリングなどのシグナリング（たとえば、他のシグナリング）を介して構成されてよい（または、さらに構成されてよい）。
【０２７７】
いくつかの例では、ＴＤＤセルは、次のように、ＴＤＤ  ＵＬ−ＤＬ構成、たとえば表１からＴＤＤ  ＵＬ−ＤＬ構成１で構成されてよい
【０２７８】
【表２】
0006721506.tif 000003
【０２７９】
このＴＤＤ  ＵＬ−ＤＬ構成は、ｅＮＢ１６０によってブロードキャストまたはシグナリングされてよいセルのセル固有ＴＤＤ構成であってよく、セル内のＷＴＲＵ１０２によって受信されてよい。
【０２８０】
ＴＤＤ  ＬＴＥ  ＷＴＲＵ１０２は、いくつかのサブフレームたとえばサブフレーム３および８を潜在的ＦＤＳＣサブフレームとして識別してよい構成（たとえば、ＦＤＳＣ構成）を（たとえば、ｅＮＢ１６０から）受信してよい。
【０２８１】
【表３】
0006721506.tif 000004
【０２８２】
この構成（たとえば、ＦＤＳＣ構成）は、専用シグナリングまたはＲＲＣシグナリングなどのＷＴＲＵ固有シグナリングによって提供されてよい。ＷＴＲＵ１０２は、ｅＮＢ１６０からの構成に基づいて特定のサブフレーム内のまたはそのためのＦＤＳＣに関連する干渉または潜在的な干渉を扱う意図を含んでよく、よび／または有してよい、いくつかのステップまたは動作をとってよい、および／またはいくつかの方法で振る舞ってよく、これは、それらのサブフレーム（たとえば、例ではサブフレーム３および８）が潜在的ＦＤＳＣサブフレームである可能性があることを示してよい。
【０２８３】
ＦＤ動作をサポートしてよいＷＴＲＵ１０２の場合、ＳＩＮＴＦは、ＷＴＲＵ１０２による受信に対するＷＴＲＵ１０２による送信からの干渉（たとえば、ＷＴＲＵ１０２によるＤＬ受信に対するＷＴＲＵ１０２からのＵＬ送信の干渉であってよい）。そのような干渉は、ＷＴＲＵ１０２がＦＤＳＣ内で同時に送信および受信するときに発生することがある、またはそのときにのみ発生することがある。
【０２８４】
ＷＴＲＵ１０２が、それらのサブフレーム内のＦＤＳＣにおいてＵＬとＤＬの両方にスケジュールされる場合、ＷＴＲＵ１０２は、潜在的ＦＤＳＣサブフレーム（たとえば、例では３および／または８）内のＳＩＮＴＦを経験または予想（または予想のみ）してよい。近隣ＷＴＲＵ１０２からのＦＤＳＣ干渉は、ＷＴＲＵ１０２および近隣ＷＴＲＵが、それらのサブフレーム内のＦＤＳＣにおいて反対方向にスケジュールされる場合、発生することがある（または、その場合のみ発生することがある）。
【０２８５】
ＦＤＳＣに使用されてよい所与のサブフレーム（たとえば、例ではサブフレーム３および８）では、ｅＮＢ１６０は、所与のサブフレーム内のＵＬとＤＬの両方をスケジュールしてもよいし、スケジュールしなくてもよい。ｅＮＢ１６０が、所与のサブフレーム内のＦＤ動作に１つのＷＴＲＵ１０２をスケジュールするとき、ＷＴＲＵ１０２におけるＳＩＮＴＦが発生することがある。ｅＮＢ１６０が、ＦＤＳＣ内で所与のサブフレームにおいて反対方向に異なるＷＴＲＵ１０２をスケジュールするとき、ＷＴＲＵ１０２の相対的位置によっては、近隣ＷＴＲＵ干渉が発生することがある。
【０２８６】
ＷＴＲＵ１０２のＳＩＮＴＦの対応および／または近隣ＷＴＲＵ干渉は、ｅＮＢ１６０が実際にＷＴＲＵ１０２または他のＷＴＲＵ１０２を反対方向（たとえば、ＵＬ方向およびＤＬ方向に）にスケジュールするサブフレーム内で（またはその中でのみ）使用されてよい（または、その中でのみ必要であってよい）。
【０２８７】
ＷＴＲＵ１０２は、ｅＮＢ１６０が、ＵＬとＤＬの両方におけるＷＴＲＵ１０２に、ならびに／または反対方向におけるＷＴＲＵ１０２および少なくとも１つの他のＷＴＲＵ１０２に、サブフレームを使用することを意図し、または意図してよいことをＷＴＲＵ１０２が知り、決定し、および／または理解する場合、特定のサブフレーム内のまたはそのためのＦＤＳＣに関連する干渉または潜在的な干渉を扱う意図を含んでよく、および／または有してよい、いくつかのステップまたは動作をとってよく、および／またはいくつかの方法で振る舞ってよい。
【０２８８】
ｅＮＢ１６０は、特定のサブフレームが、ＦＤ動作のためにＷＴＲＵ１０２に、ならびに／または反対方向のＷＴＲＵ１０２および別のＷＴＲＵ１０２に、使用または適用されてよいかどうかに関して、たとえば、干渉対応が現在のサブフレームおよび／または今後のサブフレームなどのサブフレームにおいて使用されてよく、必要とされてよく、および／もしくは有用であってよいかどうか、ならびに／または、どのタイプの干渉対応が現在のサブフレームおよび／または今後のサブフレームなどのサブフレームにおいて使用されてよく、必要とされてよい、必要とされてよく、および／もしくは有用であってよいかどうかをＷＴＲＵ１０２が知るために、直接的または間接的にＷＴＲＵ１０２に知らせてもよいし、示してもよい。
【０２８９】
ＷＴＲＵ１０２は、物理レイヤシグナリング（および／または、ＲＲＣシグナリングおよび／またはＭＡＣシグナリングなどの別のタイプのシグナリング）などのシグナリングを介して、そのような情報を受信してよい。
【０２９０】
＜代表的なＳＩＮＴＦおよび／またはＮＩＮＴＦサブフレームの決定＞
ＳＩＮＴＦサブフレームは、本明細書では、ＳＩＮＴＦが発生することがあるサブフレームおよび／またはＷＴＲＵ１０２がＦＤＳＣ内で（たとえば、同時に、並行して、および／または同じときに）送信および受信してよいサブフレームを表すために使用されてよい。
【０２９１】
ＮＩＮＴＦサブフレームは、本明細書では、近隣ＷＴＲＵが発生することがあるサブフレームならびに／またはＷＴＲＵ１０２および少なくとも１つの他のＷＴＲＵ１０２がＦＤＳＣ内で反対方向に（たとえば、同時に、並行して、および／または同じときに）使用してよいサブフレームを表すために使用されてよい。
【０２９２】
本明細書の説明では、ＵＬおよびＤＬにおける同時送信は、ＦＤＳＣ内のＵＬおよびＤＬにおける同時送信を指してよい。本明細書の説明では、反対方向の送信は、ＦＤＳＣ内の反対方向（たとえば、ＵＬが第１の方向であり、ＤＬが第２の、すなわち反対方向である）の送信を指してよい。同時送信は、時間的に完全にまたは部分的に重複された送信を意味してよい。
【０２９３】
ＷＴＲＵ１０２は、以下のうちの少なくとも１つに基づいて、現在のサブフレームまたは今後のサブフレームがＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームであってよいまたは潜在的にあってよいことを決定してよい。
【０２９４】
（１）決定は、そのサブフレームがＦＤＳＣサブフレームとして構成または識別されるかどうかに基づいてよい。たとえば、ＷＴＲＵ１０２は、サブフレームがＦＤＳＣまたは潜在的ＦＤＳＣサブフレームとして構成もしくは識別されてよく、または構成もしくは識別された可能性がある場合、サブフレームがＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームであってよいまたはそうである可能性を有してよいことを決定してよい。別の例では、ＷＴＲＵ１０２は、サブフレームがＦＤＳＣまたは潜在的ＦＤＳＣサブフレームとして構成もしくは識別されなくてよく、または構成もしくは識別されなかった可能性がある場合、サブフレームがＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームでなく、またはそうでない可能性を有してよいことを決定してよい。
【０２９５】
（２）決定は、ＷＴＲＵ１０２がサブフレームに対するＵＬグラントまたはＵＬ割当を有してよいかどうかに基づいてよい。たとえば、ＷＴＲＵ１０２が、特定のサブフレームのためのＵＬグラント（たとえば、ＰＵＳＣＨグラント）またはＵＬ割当（たとえば、ＳＰＳまたはＰＵＳＣＨ再送信、ＰＵＣＣＨ、および／またはＳＲＳを介してＰＵＳＣＨ６８０に対する）を有する場合、そのサブフレームは、ＷＴＲＵ１０２のためのＳＩＮＴＦサブフレームであってよく、またはその可能性を有してよい。第２の例では、ＷＴＲＵ１０２が、特定のサブフレームのためのＵＬグラントまたはＵＬ割当を有さない場合、そのサブフレームは、ＷＴＲＵ１０２のためのＳＩＮＴＦサブフレームでなくてよく、またはその可能性を有さないことがあってよく、ＷＴＲＵ１０２は、サブフレームがＳＩＮＴＦサブフレームでなくてよいことを決定してよい。第３の例では、ＷＴＲＵ１０２は、ＷＴＲＵ１０２が、とりわけＰＵＳＣＨグラントもしくは割当、ＰＵＣＣＨ割当、および／またはＳＲＳ割当のうちの１または複数を含んでよい特定のタイプのサブフレームのためのＵＬグラントまたはＵＬ割当を有してよい場合（たとえば、その場合のみ）、サブフレームがＳＩＮＴＦサブフレームであってよいまたはその可能性を有してよいことを決定してよい。ＵＬグラントまたは割当は、通常のＬＴＥ（たとえば、ＬＴＥ  ＴＤＤ）スケジューリングおよびＨＡＲＱタイミングルールに応じて提供されてよい。
【０２９６】
（３）決定は、サブフレームのためのＵＬグラントもしくはＵＬ割当の時間、周波数、ＲＢ、および／またはＲＥのうちの少なくとも１つ、ならびに／またはサブフレームのためのＤＬ割当の時間、周波数、ＲＢ、および／またはＲＥのうちの少なくとも１つに基づいてよい。たとえば、ＷＴＲＵ１０２が、特定のサブフレーム内の互いの特定の周波数分離内にあってよい重複したＲＢおよび／またはＲＢを有するＵＬグラントおよびＤＬグラントを有する場合、サブフレームは、ＷＴＲＵ１０２のためのＳＩＮＴＦサブフレームであってよく、またはそうである可能性を有してよい。
【０２９７】
（４）決定は、ＷＴＲＵ１０２がサブフレーム内で送信してよいまたは送信することを意図してよいおよび／または送信するもの、たとえば、とりわけデータ、ＵＣＩなどの制御情報、ＳＲＳなどのＲＳをサブフレーム内に有するかどうかに基づいてよい。たとえば、ＷＴＲＵ１０２は、ＷＴＲＵ１０２がサブフレーム内にＵＬ割当（たとえば、ＰＵＳＣＨグラントまたは割当）を有し、割当で送信するもの（たとえば、データおよび／またはＵＣＩ）を有する場合、サブフレームがＳＩＮＴＦサブフレームであってよいまたはそうである可能性を有してよいことを決定してよい。
【０２９８】
（５）決定は、ＷＴＲＵ１０２が、１または複数のＳＰＳ構成に応じて同じサブフレーム内のＵＬとＤＬの両方のために構成されてよいかどうかに基づいてよい。たとえば、ＷＴＲＵ１０２が、１または複数のＳＰＳ構成に応じて同じサブフレーム内のＵＬとＤＬの両方のために構成される場合、ＷＴＲＵ１０２は、サブフレームがＳＩＮＴＦサブフレームまたは潜在的ＳＩＮＴＦサブフレームであってよいことを決定してよい。第２の例では、ＷＴＲＵ１０２が、１または複数のＳＰＳ構成に応じて同じサブフレーム内のＵＬとＤＬの両方のために構成され、ＷＴＲＵ１０２が、サブフレーム内で送信するもの（たとえば、データおよび／またはＵＣＩ）を有する場合、ＷＴＲＵ１０２は、サブフレームがＳＩＮＴＦサブフレームまたは潜在的ＳＩＮＴＦサブフレームであり、またはあってよいことを決定してよい。
【０２９９】
（６）決定は、ＷＴＲＵ１０２が、サブフレームのための、たとえばＰＤＣＣＨ６１０（またはＥＰＤＣＣＨ）を介して、ＤＬ割当を受信してよいかどうかに基づいてよい。たとえば、所与のサブフレーム内のＰＤＣＣＨ６１０（またはＥＰＤＣＣＨ）の受信に基づいて、ＷＴＲＵ１０２は、所与のサブフレームのためのＤＬリソース割当を受信してよい。ＷＴＲＵ１０２が、サブフレームのためのＵＬグラントまたは他のＵＬ割当（たとえば、ＳＰＳによってスケジュールされたＰＵＳＣＨ６８０、ＰＵＳＣＨ再送信、ＰＵＣＣＨ、および／またはＳＲＳのための）を有する場合、ＷＴＲＵ１０２は、（たとえば、サブフレームのためのＤＬ割当およびＵＬグラントもしくはＵＬ割当の存在ならびに／または割り当てられたリソースの時間、周波数、ＲＢ、および／もしくはＲＥのうちの少なくとも１つなどのＤＬ割当および／もしくはＵＬグラントもしくはＵＬ割当のいくつかの態様に基づいて）サブフレームが、ＳＩＮＴＦサブフレームであってよく、またはそうである可能性を有してよいことを決定してよい。受信されたＰＤＣＣＨ６１０（またはＥＰＤＣＣＨ）に基づくＳＩＮＴＦサブフレームの決定は、たとえば、とりわけ、（ｉ）ＷＴＲＵ１０２が、ＵＬ送信を始める前にＳＩＮＴＦを扱い、もしくは扱う意図がある場合、（ｉｉ）ＷＴＲＵ１０２が、ＵＬ送信が始まってよい前にＰＤＣＣＨ６１０を復号し、もしくは復号しようとする時間を有し、および／または（ｉｉｉ）ＵＬ送信が、ＳＲＳなどのために、サブフレーム内で、後で発生する場合、可能または有用であってよい（または、これらの場合のみ可能もしくは有用であってよい）。いくつかの例では、サブフレームが、ＵＬ送信（たとえば、ＰＵＳＣＨ６８０またはＰＵＣＣＨなどの）がＰＤＣＣＨ領域（また潜在的ＰＤＣＣＨ領域）の後で始まるように調整されてよいサブフレーム（たとえば、ＦＤＳＣサブフレームまたは潜在的ＦＤＳＣサブフレーム）である場合、ＷＴＲＵ１０２は、ＷＴＲＵ１０２がＵＬ内で送信する前にサブフレーム内のＤＬ割当を有してよいかどうかを決定するためにＰＤＣＣＨ６１０を復号するまたは復号しようとするのに足りる時間（たとえば、十分な時間）を有してよい。サブフレーム内でＰＤＣＣＨ領域の後で、そのサブフレーム内でＵＬ送信を始めることは、ＷＴＲＵ１０２が、サブフレームがＳＩＮＴＦサブフレームであってよいかどうかをＵＬ送信の前に決定することを可能にしてよい。他の例では、特定のサブフレーム内でのＰＤＣＣＨ６１０の受信に基づいて、ＷＴＲＵ１０２は、サブフレームのためのＤＬリソース割当を受信してよい。ＷＴＲＵ１０２は、サブフレームが、ＮＩＮＴＦサブフレームであってよいまたは可能性を有してよいことを決定してよい（たとえば、ＤＬ割当の存在ならびに／または割り当てられたリソースの時間、周波数、ＲＢ、およびＲＥのうちの少なくとも１つなどのＤＬ割当のいくつかの特性、特性、および／もしくは態様に基づいて。さらなる例では、ＷＴＲＵ１０２が、（たとえばＰＤＣＣＨ６１０を介して）潜在的ＦＤＳＣサブフレームなどの所与のサブフレームのためのＤＬリソース割当を受信しない場合、ならびに／または、ＷＴＲＵ１０２が、そのサブフレームのためのＤＬ  ＳＰＳ割当を有さない場合、ＷＴＲＵ１０２は、サブフレームが、ＳＩＮＴＦサブフレームおよび／もしくはＮＩＮＴＦサブフレームでなくてよいもしくは可能性がなくてよいことを決定してよい。いくつかの代表的な実施形態では、本明細書において、ＥＰＤＣＣＨはＰＤＣＣＨ６１０で置き換えられてよいことが意図されている。ＷＴＲＵ１０２がサブフレーム内でＵＬ送信を始めてよい前に、ＥＰＤＣＣＨが、サブフレーム内でＷＴＲＵ１０２によって完全には復号されなくてよい場合、ＷＴＲＵ１０２は、サブフレームがＳＩＮＴＦサブフレームであってよいかどうかの決定に、ＥＰＤＣＣＨによって提供されるＤＬ割当を使用してよい（または、これのみを、たとえば決定ＳＩＮＴＦおよびＮＩＮＴＦに関して、使用してよい）。それは、ＤＬ受信および／またはサブフレームがＮＩＮＴＦサブフレームであってよいかどうかの決定に関連するからである。
【０３００】
（７）決定は、ＷＴＲＵ１０２が、ＰＤＣＣＨ６１０（たとえば、ＰＨＩＣＨ）によって明示的に付与または割り当てられなくてよいＤＬチャネルを受信してよく、または受信すると予想してよいかどうかに基づいてよい。たとえば、ＷＴＲＵ１０２が、以前のＵＬ送信に基づいてたとえばｅＮＢ１６０からＰＨＩＣＨを受信することを予想してよい（たとえば、サブフレーム内で）および／または受信するように構成されてよい場合、ＷＴＲＵ１０２は、サブフレームがＳＩＮＴＦであってよいまたは可能性を有してよいことを決定してよい。
【０３０１】
（８）決定は、ｅＮＢ１６０による、現在または将来のサブフレームが（たとえば、第１の）ＷＴＲＵ１０２または（たとえば、第１の）ＷＴＲＵ１０２および少なくとも１つの他の（たとえば、第２の）ＷＴＲＵ１０２による同時ＦＤＳＣ  ＵＬ送信およびＤＬ受信に使用されてよいというインジケータ、たとえば明示的なインジケータに基づいてよい。
【０３０２】
たとえば、ＷＴＲＵ１０２は、サブフレームｎ＋ｋ（たとえば、ｋ＞＝０）内でＷＴＲＵ１０２にＵＬ送信リソースを割り当ててよいサブフレームｎ（たとえば、ここで、ｎは非負の整数である）内のＵＬグラントを受信してよい。ＵＬグラントと共に、またはこれとは別個に、ＷＴＲＵ１０２は、ＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームであるようにサブフレームｎ＋ｋを考慮する（および／または決定する）ことをＷＴＲＵ１０２に示してよいインジケータ（たとえば、フォーマットＤＣＩ内の１または複数のビット）を受信してよい。
【０３０３】
他の例では、ＷＴＲＵ１０２は、サブフレームｎ＋ｋ（たとえば、ｋ＞＝０）内でＷＴＲＵ１０２にＵＬ送信リソースを割り当ててよいサブフレームｎ（たとえば、ここで、ｎは非負の整数である）内のＵＬグラントを受信してよい。ＵＬグラントとは別個に、またはこれと共に、ＷＴＲＵ１０２は、ｅＮＢ１６０が、サブフレームｎ＋ｋ内でＷＴＲＵ１０２をＦＤ動作に（たとえば、ＦＤＳＣ内のＤＬおよびＵＬに）スケジュール（および／または構成）してよいまたはスケジュール（および／または構成）することを意図してよいことをＷＴＲＵ１０２に示してよいインジケータ（たとえば、ＤＣＩフォーマット内の１または複数のビット）を受信してよい。ＷＴＲＵ１０２は、たとえばインジケータの結果として、サブフレームｎ＋ｋをＳＩＮＴＦサブフレームとして考慮および／または決定してよい。
【０３０４】
さらなる例では、ＷＴＲＵ１０２は、サブフレームｎ＋ｋ（たとえば、ｋ＞＝０）内でＷＴＲＵ１０２にＵＬ送信リソースを割り当ててよいサブフレームｎ（たとえば、ここで、ｎは非負の整数である）内のＵＬグラントを受信してよい。ＵＬグラントとは別個に、またはこれと共に、ＷＴＲＵ１０２は、ｅＮＢ１６０が、サブフレームｎ＋ｋにおいて別のＷＴＲＵ１０２がＦＤＳＣ内のＤＬでスケジュール（および／または構成）されてよい（またはＤＬ内の割当を有してよい）ＦＤ動作にＷＴＲＵ１０２をスケジュール（および／または構成）してよいまたはスケジュール（および／または構成）することを意図してよいことをＷＴＲＵ１０２に示してよいインジケータ（たとえば、ＤＣＩフォーマット内の１または複数のビット）を受信してよい。ＷＴＲＵ１０２は、たとえばインジケータの結果として、そのサブフレームｎ＋ｋをＮＩＮＴＦサブフレームとして考慮および／または決定してよい。ＷＴＲＵ  ＵＬ送信は、他のＷＴＲＵによるＤＬ受信に潜在的に干渉することがある。
【０３０５】
追加の例では、ＷＴＲＵ１０２は、ＰＤＣＣＨ６１０またはＥＰＤＣＣＨを介して、現在のまたは将来のサブフレームがＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームであってよいことを考慮および／または決定するようにＷＴＲＵ１０２に示してよいインジケータ（たとえば、ＤＣＩフォーマット内の１または複数のビット）を受信してよい。
【０３０６】
さらにさらなる例では、ＷＴＲＵ１０２は、ＰＤＣＣＨ６１０またはＥＰＤＣＣＨを介して、現在のサブフレーム（たとえば、ＰＤＣＣＨ６１０またはＥＰＤＣＣＨがｅＮＢ１６０によって送信されてよいおよび／またはＷＴＲＵ１０２によって受信されてよいサブフレーム）内で、ｅＮＢ１６０は、ＷＴＲＵ１０２をＤＬに、別のＷＴＲＵ１０２をＦＤＳＣ内のＵＬに、および／またはその逆に、スケジュールおよび／もしくは構成してよいならびに／またはスケジュールおよび／もしくは構成することを意図してよいことをＷＴＲＵ１０２に示してよいインジケータ（たとえば、ＤＣＩフォーマット内の１または複数のビット）を受信してよい。ＷＴＲＵ１０２は、たとえばインジケータの結果として、現在のサブフレームがＮＩＮＴＦサブフレームであってよいことを考慮および／または決定してよい。
【０３０７】
いくつかの代表的な実施形態では、パラメータおよび／または他の情報は、ＷＴＲＵ１０２がＳＩＮＴＦおよび／またはＮＩＮＴＦを扱う支援となるためにＤＣＩフォーマットに含まれてよい。
【０３０８】
さらに他の例では、ＷＴＲＵ１０２は、結果としてサブフレームｎ＋ｋ（たとえば、ｋ＞＝０）におけるＷＴＲＵ１０２のためのＰＵＣＣＨ割当および／またはＷＴＲＵ１０２によるＰＵＣＣＨ送信になるサブフレームｎ（たとえば、ここで、ｎは非負の整数である）内でＤＬグラントを受信してよい。ＤＬグラントと共に、またはこれとは別個に、ＷＴＲＵ１０２は、サブフレームｎ＋ｋをＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームとして考慮する（および／または決定する）ことをＷＴＲＵ１０２に示してよいインジケータ（たとえば、フォーマットＤＣＩ内の１または複数のビット）を受信してよい。
【０３０９】
ＷＴＲＵ１０２は、ｅＮＢ１６０が、サブフレームｎ＋ｋ内でＷＴＲＵ１０２をＦＤ動作に（たとえば、ＦＤＳＣ内のＤＬおよびＵＬに）スケジュールおよび／もしくは構成してよいまたはスケジュールおよび／もしくは構成することを意図してよいことをＷＴＲＵ１０２に示してよいインジケータ（たとえば、ＤＣＩフォーマット内の１または複数のビット）を受信してよい。ＷＴＲＵ１０２は、たとえば、このインジケータの結果として、そのサブフレームｎ＋ｋをＳＩＮＴＦサブフレームとして考慮および／または決定してよい。
【０３１０】
ＷＴＲＵ１０２は、ｅＮＢ１６０が、別のＷＴＲＵ１０２がサブフレームｎ＋ｋ内でＦＤＳＣにおいてＤＬにスケジュールされてよいＦＤ動作をスケジュールしてよく、またはスケジュールすることを意図してよいことをＷＴＲＵ１０２に示してよいインジケータ（たとえば、ＤＣＩフォーマット内の１または複数のビット）を受信してよい。ＷＴＲＵ１０２は、たとえば、このインジケータの結果として、そのサブフレームｎ＋ｋをＮＩＮＴＦサブフレームとして考慮および／または決定してよい。ＷＴＲＵ  ＵＬは、他のＷＴＲＵ  ＤＬに潜在的に干渉することがある。
【０３１１】
他の例では、ＷＴＲＵ１０２は、たとえばＰＤＣＣＨ６１０またはＥＰＤＣＣＨを介して、サブフレームｎ（たとえば、ここで、ｎは非負の整数である）内で、いくつかの将来のまたは今後のサブフレームがＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームであってよいことを考慮および／または決定するようにＷＴＲＵ１０２に示してよいインジケータ（たとえば、ＤＣＩフォーマット内の１または複数のビット）を受信してよい。ＷＴＲＵ１０２は、（たとえば、このインジケータの結果として）ＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームであるように、それらのサブフレームを考慮および／または決定してよい。
【０３１２】
さらなる例では、ＷＴＲＵ１０２は、ＰＤＣＣＨ６１０またはＥＰＤＣＣＨを介して、インジケータ（たとえば、ＤＣＩフォーマット内の１または複数のビット）を周期的に受信してもよいし、非周期的に受信してもよいし、および／または特定の将来のまたは今後のサブフレーム（たとえば、Ｎ個のフレームにおいて、例ではサブフレーム３および／またはサブフレーム８などのＦＤＳＣサブフレーム）をＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームとして考慮および／または決定するようにＷＴＲＵ１０２に示してよい特定のサブフレーム（たとえば、Ｎ個おきのフレームのサブフレーム０）内で受信してもよい。ＷＴＲＵ１０２は、（たとえば、このインジケータの結果として）ＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームであるように、それらのサブフレームを考慮および／または決定してよい。
【０３１３】
当業者は、さまざまな例および本明細書で説明される実施形態では、ｎとｎ＋ｋとの関係は、ＵＬおよび／またはＤＬのためのＬＴＥ（たとえば、ＬＴＥ  ＴＤＤ）スケジューリングおよび／またはＨＡＲＱタイミングルールに従ってよいことを理解する。
【０３１４】
さまざまな代表的な実施形態は、いくつかのサブフレーム属性、チャネル、およびインジケータに関連して説明されているが、いくつかの代表的な実施形態は、他のチャネル（たとえば、他の任意のチャネル）のための割当および／もしくはインジケータならびに／または限定されるものではないが、周期的ＳＲＳまたは非周期的ＳＲＳ、周期的ＣＳＩまたは非周期的ＣＳＩを搬送してよいＰＵＣＣＨなどを含んでよい送信を含んでよい。
【０３１５】
図２１は、サブフレームがＳＩＮＴＦサブフレームであるかどうかを決定するための代表的なプロシージャを示す流れ図である。
【０３１６】
図２１を参照すると、流れ図２１００は、ブロック２１１０において、サブフレームがＦＤＳＣサブフレームまたは潜在的ＦＤＳＣサブフレームであるかどうかに関して決定がなされることを含んでよい。ブロック２１１０において、サブフレームがＦＤＳＣサブフレームまたは潜在的ＦＤＳＣサブフレームでないことが決定された場合、処理はブロック２１７０に移動する。ブロック２１１０において、サブフレームがＦＤＳＣサブフレームまたは潜在的ＦＤＳＣサブフレームであることが決定された場合、ブロック２１２０において、サブフレームに対するＵＬ割当があるかどうか決定される。ブロック２１２０において、サブフレームに対するＵＬ割当がないことが決定された場合、処理はブロック２１７０に移動する。ブロック２１２０において、サブフレームに対するＵＬ割当がないことが決定された場合、ブロック２１３０において、サブフレーム内で送信するものがあるかどうか決定される。ブロック２１３０において、サブフレーム内で送信するがものないことが決定された場合、処理はブロック２１７０に移動する。ブロック２１３０において、サブフレーム内で送信するものがあるが決定される場合、処理は、任意選択で、ブロック２１４０、２１５０、または２１６０のうちの任意の１つに移動してよい。ブロック２１４０において、サブフレームに対するＦＤＳＣ内のＤＬ割当があるかどうか決定される。ブロック２１４０において、サブフレームに対するＦＤＳＣ内のＤＬ割当がないことが決定された場合、処理はブロック２１７０に移動する。ブロック２１４０において、サブフレームに対するＦＤＳＣ内のＤＬ割当がないことが決定される場合、処理はブロック２１６０に移動する。ブロック２１５０において、サブフレームに関連付けられたＵＬグラント内にＳＩＮＴＦインジケータがあるかどうか決定される。ブロック２１５０において、サブフレームに関連付けられたＵＬグラント内にＳＩＮＴＦインジケータがないことが決定された場合、処理はブロック２１７０に移動する。ブロック２１５０において、サブフレームに関連付けられたＵＬグラント内にＳＩＮＴＦインジケータがあることが決定された場合、処理はブロック２１６０に移動する。ブロック２１６０において、サブフレームがＳＩＮＴＦサブフレームであってよいことが決定される。ブロック２１７０において、サブフレームがＳＩＮＴＦサブフレームでない可能性があることが決定される。
【０３１７】
ブロック２１４０および２１５０は並列プロシージャとして示されているが、それらは、どちらの順序でも連続的に達成されてよい。たとえば、ＳＩＮＴＦインジケータの存在が決定されてよく、インジケータがＵＬグラント内に存在しない場合、サブフレームに対するＦＤＳＣ内のＤＬ割当があるかどうかが決定されてよい。たとえば、ＳＩＮＴＦインジケータが存在すると決定された場合、および／またはサブフレームに対するＦＤＳＣ内のＤＬ割当が存在する場合、処理は、サブフレームはＳＩＮＴＦサブフレームであると決定されてよいブロック２１６０に移動してよく、そうでない場合、処理は、サブフレームはＳＩＮＴＦサブフレームでないと決定されてよいブロック２１７０に移動してよい。
【０３１８】
＜ＳＩＮＴＦおよび／またはＮＩＮＴＦサブフレームに対する代表的なＷＴＲＵ動作＞
ＷＴＲＵ１０２が、特定のサブフレームがＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームであってよいことを決定する場合、ＷＴＲＵ１０２は、発生することがあり（または潜在的に発生することがある）、またはサブフレーム内に存在してよい（または潜在的に存在してよい）ＳＩＮＴＦおよび／またはＮＩＮＴＦを扱い、または扱おうとしようとするように、いくつかの方法（たとえば、いくつかのプロシージャを実行する）で振る舞ってよい。たとえば、ＷＴＲＵ１０２は、その送信電力を減少させて（たとえば、いくつかの干渉限度を満たすように）サブフレーム内で干渉を減少させ、または減少させようとするべきかどうかを決定してよい、および／またはその送信電力を減少させてよい。別の例として、ＷＴＲＵ１０２は、ＳＩＮＴＦレベル（ＳＩＬ）および／またはサポート可能なＳＩＬを有してよく、または決定してよく、ＳＩＬが、（たとえば、ＳＩＮＴＦサブフレーム内で）サポート可能なＳＩＬを超える場合、ＷＴＲＵ１０２は、サブフレーム内のＳＩＬを減少させる動作をとってよい。いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、その送信電力が、ＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレーム内で許可された限度を超えないことを保証してよい。
【０３１９】
＜代表的なサポート可能なＳＩＮＴＦレベル（ＳＩＬ）＞
ＷＴＲＵ１０２は、たとえば、ＷＴＲＵ１０２の実装形態、動作、および／またはタイプに基づいて、特定のＳＩＮＴＦレベル（ＳＩＬ）までで、ＦＤＳＣ（たとえば、ＦＤ動作のために構成された）、またはＦＤＳＣ内でのＦＤ動作をサポートすることが可能であってよい。たとえばＦＤＳＣに対して、サポート可能なＳＩＬまたはＷＴＲＵのサポート可能なＳＩＬは、とりわけ、（１）送信および／もしくは受信のＦＤＳＣキャリア周波数、（２）（たとえば、ＦＤＳＣ内の）送信および／もしくは受信の実際の周波数、（３）（たとえば、とりわけ、サブフレーム内、ＴＴＩ内、および／もしくはフレーム内などの、特定の時または時間窓における）ＵＬおよび／もしくはＤＬに割り当てられてよいＲＢの数および／もしくは周波数位置、（４）（たとえば、とりわけ、サブフレーム内、ＴＴＩ内、および／もしくはフレーム内などの、特定の時または時間窓における）送信および／もしくは受信のＲＢの数および／もしくは周波数位置、（５）ＦＤＳＣのＴｘとＲｘとの間隔（gap）（たとえば、周波数間隔および／もしくはＲＢ間隔）のサイズもしくはＦＤＳＣのＴｘとＲｘとの間の重複（たとえば、周波数重複および／もしくはＲＢ重複）の量などのＦＤＳＣの特性、（６）ＷＴＲＵ１０２送信のＲＢおよび／もしくはＲＥおよび／もしくはＷＴＲＵ受信のＲＢおよび／もしくはＲＥの相対的周波数位置、（７）ＷＴＲＵ１０２送信に割り当てられてよいＲＢおよび／もしくはＲＥおよび／もしくはＷＴＲＵ１０２受信に割り当てられてよいＲＢおよび／もしくはＲＥの相対的周波数位置、（８）送信および／もしくは受信に使用または適用されているＷＴＲＵアンテナの数、（９）とりわけ、ＣＲＳ電力レベル、ＤＭ−ＲＳ電力レベル、および／もしくは他のＲＳ電力レベルなどの、ｅＮＢ送信パラメータ、（１０）経路損失、（１１）送信および／もしくは受信のチャネルタイプ（たとえば、とりわけ、ＰＵＳＣＨ６８０、ＰＵＣＣＨ、ＰＤＣＣＨ６１０、ＥＰＤＣＣＨ、および／もしくはＰＤＳＣＨ６２０）、（１２）ＵＬ送信および／もしくはＤＬ受信によって使用もしくはこれに適用されてよいＲＳ（たとえば、ＣＲＳ６３０および／もしくはＤＭ−ＲＳ）のタイプ、（１３）ＷＴＲＵ１０２の内部結合損失（たとえば、ＷＴＲＵ１０２が、アナログまたはデジタルの手段および／もしくはプロシージャにより、たとえば、その受信機（たとえば、受信機回路）へのその送信信号漏出から生じ得る干渉を減少させることができること、（１４）使用または適用されるＵＬ  ＭＣＳおよび／もしくはＴＢＳ、ならびに／または（１５）送信（たとえば、ＤＬ送信および／もしくはＵＬ送信）に添えられた品質基準（たとえば、ＤＬ送信は、ＱｏＳ（たとえば、必要とされるＱｏＳ）を有してよい）、のうちの少なくとも１つに応じてよい（および／または、それらに基づいて、またはそれらに応じてＷＴＲＵ１０２によって決定されてよい）。
【０３２０】
いくつかの実施形態では、ＷＴＲＵのサポート可能なＳＩＬは、たとえばＦＤ動作の場合、そのサポート可能な最高ＳＩＬであってよい。たとえば、ＷＴＲＵのサポート可能なＳＩＬは、サポート可能な（またはサポート可能な最高）ＵＬ電力レベルであってよい、またはこれに対応してよい（たとえば、ＦＤ動作を使用するとき）。ＳＩＬまたはサポート可能なＳＩＬの決定の場合、ＵＬ電力レベルは、本明細書では、ＳＩＬであってよく、またはこれに対応してよい非限定的な例示的な尺度として使用されてよい。ＵＬ電力とＵＬ電力レベルは、互換的に使用されてよい。
【０３２１】
ＳＩＬは、本明細書では、ＵＬ電力レベルに関して説明されているが、１または複数のＦＤＲに関連付けられた最大ＵＬ電力レベル、実際のＵＬ電力レベル、信号対干渉比、および／またはビット誤り率を含む、ＳＩＬまたはサポート可能なＳＩＬの他の尺度または表現が実施されてよい。
【０３２２】
サブフレームは、本明細書では、特定の時間または時間窓の例として示されているが、他の任意の時間または時間窓、たとえば、とりわけ、サブフレームの一部分および／または複数のサブフレームが使用されてよいことが意図されている。
【０３２３】
＜ＳＩＬおよびサポート可能なＳＩＬの代表的な決定および報告＞
ＷＴＲＵ１０２は、たとえば、ＷＴＲＵ１０２が同時におよび／または並行しておよび／または同じときにチャネルＦＤＳＣ内で送信および受信してよい時間（たとえば、サブフレーム内、および／または他の時間もしくは時間窓にわたって）のための、（たとえば、その）ＳＩＬおよび／または（たとえば、その）サポート可能なＳＩＬを決定してよい。サポート可能なＳＩＬは、サブフレーム依存、時間依存、および／または時間窓依存であってもよいし、なくてもよい。
【０３２４】
いくつかの例では、ＷＴＲＵ１０２は、ＷＴＲＵ１０２がＦＤ動作をサポートしてよい、サポート可能な最高ＵＬ電力を決定してよく、これは、最大ＦＤＳＣ  ＵＬ電力と呼ばれてよい。最大ＦＤＳＣ  ＵＬ電力は、サポート可能なＳＩＬに（たとえば、ルックアップテーブルまたは他の関係によって）対応してよい。
【０３２５】
ＷＴＲＵ１０２は、チャネルまたはチャネル、たとえばサービングセル（たとえば、組み合わされたＰＵＳＣＨおよびＰＵＣＣＨ電力を含む、ＰＵＳＣＨ６８０および／またはＰＵＣＣＨのいずれかにまたはそのために関連付けられた電力）のグループのための最大ＦＤＳＣ  ＵＬ電力を決定してよい。
【０３２６】
ＷＴＲＵ１０２は最大ＦＤＳＣ  ＵＬ  電力を決定してよく、最大ＦＤＳＣ  ＵＬ電力は、ＦＤＳＣチャネルの少なくとも１もしくは複数の特性、および／またはサポート可能なＳＩＬが本明細書で左記に説明されたように、それに応じることができる特性もしくは基準のうちの少なくとも１つに基づいてよい。
【０３２７】
ＷＴＲＵ１０２は、所与の時間または時間間隔（たとえば、所与のサブフレームおよび／または他の時間もしくは時間窓）にわたって最大ＦＤＳＣ  ＵＬ電力を決定してよく、これは、（１）ＦＤＳＣチャネルの１もしくは複数の特性、ならびに／または（２）たとえば、所与のサブフレームおよび／もしくは他の時間もしくは時間窓内の）ＷＴＲＵ１０２送信信号および／もしくは受信信号の１もしくは複数の特性、に基づいてよい。
【０３２８】
ＷＴＲＵ１０２は、所与のサブフレームおよび／または他の時間もしくは時間窓にわたって最大ＦＤＳＣ  ＵＬ電力を決定してよく、これは、ＤＬ割当に関連付けられた適用可能なパラメータに基づいてよい。たとえば、最大ＵＬ電力に影響を与えることがあるＤＬ割当の適用可能なパラメータは、とりわけ、（１）ＤＬ割当のＲＢ割当、（２）ＭＣＳレベルおよび／もしくはＴＢＳ、（３）ＤＬ送信に使用もしくは適用されるレイヤの数、（４）ＤＬ送信に使用もしくは適用されるプリコーダ、（５）ＤＬ送信に使用もしくは適用されるポート（たとえば、アンテナポート）の数、（６）ＨＡＲＱプロセス数、（７）ＤＬ割当は、新しいデータのためか、再送信のためか、ならびに／または（８）ＴＭ、のうちの少なくとも１つを含んでよい。
【０３２９】
ＷＴＲＵ１０２は、サービングセル上での、および／またはＷＴＲＵ１０２全体上での送信のためのＵＬ電力を（たとえば、単一の組み合わされた値または単一電力レベルとして）決定してよく、ＵＬ電力を、そのサブフレーム内のＳＩＬなどのＳＩＬに関係付けてよい。
【０３３０】
＜代表的なサポート可能なＳＩＬ能力＞
特定のタイプのＷＴＲＵ、特定のクラスのＷＴＲＵ、および／または３ＧＰＰ  ＬＴＥ基準リリースなどの特定の規格リリースに準拠したＷＴＲＵなどのＷＴＲＵは、少なくとも特定のＳＩＬ、たとえば特定の最小ＳＩＬをサポートしてよく、またはサポートすることが必要とされてよい。
【０３３１】
ＷＴＲＵ１０２は、ＳＩＬおよび／または（たとえば、ＷＴＲＵ１０２の）サポート可能なＳＩＬを示してよく、または含んでよいメッセージまたは報告をｅＮＢ１６０に送信してよい。ＷＴＲＵ１０２は、そのようなメッセージおよび／または報告を、ＲＲＣなどの上位レイヤシグナリングもしくはＭＡＣレイヤシグナリングを使用して、もしくはその中で、および／または物理レイヤシグナリングを使用して、もしくはその中で、送ってよい。ＷＴＲＵ１０２は、ＦＤＳＣ（たとえば、ＦＤ動作）をサポートするその能力を、たとえばｅＮＢ１６０に示してよい。ＷＴＲＵ１０２は、能力メッセージ内などで、上位レイヤシグナリングを使用して、またはその中で、インジケータを提供してよい。ＦＤＳＣ（たとえば、ＦＤ動作）をサポートできることのインジケータは、ＷＴＲＵ１０２が少なくとも特定の（たとえば、特定の最小）ＳＩＬまたはサポート可能なＳＩＬをサポートしてよいことを暗示してよい。ＷＴＲＵ１０２は、そのサポート可能なＳＩＬのインジケータをたとえばｅＮＢ１６０に提供してよく、それは、１または複数のサポート可能な電力レベルの形式をとってよい。
【０３３２】
＜ＳＩＬおよびサポート可能なＳＩＬの代表的なＷＴＲＵ報告＞
ＷＴＲＵ１０２は、そのＳＩＬ（および／またはサポート可能なＳＩＬ）を、ＲＲＣなどの上位レイヤシグナリングもしくはＭＡＣレイヤシグナリングを介して、または物理レイヤシグナリングを介して、ｅＮＢ１６０に報告または示してよい。
【０３３３】
ＷＴＲＵ１０２は、報告（および／またはインジケータ）を、周期的に（たとえば、ｅＮＢ１６０によって提供されるスケジュールに基づいて）提供してもよいし、非周期的に（または要求に応じて）（たとえば、ＤＣＩフォーマットで提供されてよい、ｅＮＢ１６０からの、物理レイヤトリガなどのトリガに基づいて）提供してもよい。
【０３３４】
ＷＴＲＵ１０２は、たとえば、ｅＮＢ１６０による報告をそのように送信するように構成された場合、ＷＴＲＵ１０２がＵＬにおいて送信してよいＦＤＳＣサブフレーム、ＳＩＮＴＦサブフレーム、および／またはＮＩＮＴＦサブフレームなどのいくつかのサブフレーム内で（たとえば、これらのサブフレームのすべての中で）報告を提供してよい。
【０３３５】
トリガが受信されてよいサブフレームとＳＩＬまたはサポート可能なＳＩＬが報告されてよいサブフレームとの間に、直接的な関係が存在してよい。この関係は、トリガが、サブフレームｎ内でＷＴＲＵ１０２によって受信される場合、ＷＴＲＵ１０２は、サブフレームｎ＋ｋ内でＳＩＬおよび／またはサポート可能なＳＩＬを決定してよく、ＳＩＬおよび／またはサポート可能なＳＩＬの決定された値をサブフレームｎ＋ｋ内で報告してよく、たとえば、ここで、ｋは、ゼロに等しいまたはこれよりも大きくてよいようなものであってよい。ｎとｎ＋ｋの関係は、とりわけ、ＵＬスケジューリング、ＤＬスケジューリング、ＵＬ  ＨＡＲＱ、またはＤＬ  ＨＡＲＱのうちの少なくとも１つのためのＬＴＥ（たとえば、ＴＤＤ  ＬＴＥ）タイミングに従ってよい。
【０３３６】
ＷＴＲＵ１０２は、ＳＩＬが閾値（たとえば、あらかじめ定義されてもよいし、ｅＮＢ１６０によって（たとえば、ＲＲＣシグナリングなどのシグナリングによって）構成されてもよいし、および／またはＷＴＲＵのＳＩＬまたはサポート可能なＳＩＬに関係付けられてもよい）に達し、またはこれを超えたなどのイベントに基づいて、報告および／またはインジケータを提供してよい。
【０３３７】
報告またはインジケータは、たとえば、ｅＮＢ１６０が、報告されたＳＩＬおよび／またはサポート可能なＳＩＬに対応してよいスケジューリング情報（たとえば、ＵＬおよび／またはＤＬにおいて割り当てられたまたは使用される時間および／または周波数リソース）などの特定の送信パラメータを認識することができるように、特定のサブフレームに対応してよい。
【０３３８】
ＷＴＲＵ１０２は、そのような報告またはインジケータを、（１）ＦＤＳＣサブフレーム、（２）ＳＩＮＴＦサブフレーム、（３）ＮＩＮＴＦサブフレーム、および／またはｅＮＢ１６０によって示されるサブフレーム、のうちの少なくとも１つなどのいくつかのサブフレーム内で、またはそのために送信してよく、または、それのみを送信してよい。
【０３３９】
報告またはインジケータは、とりわけ、（１）ＳＩＬ、（２）サポート可能なＳＩＬ、（３）ＳＩＬ（たとえば、ＷＴＲＵ  ＳＩＬ）とサポート可能な（たとえば、ＷＴＲＵサポート可能な）ＳＩＬとの差（たとえば、サポート可能なＳＩＬ−ＳＩＬ）、（４）Ｐcmaxおよび／もしくはＰcmax,cなどのＷＴＲＵ最大電力、（５）ＷＴＲＵ１０２全体のための、および／もしくは１もしくは複数の個々のＵＬチャネルもしくはＵＬチャネルのグループのための、最大ＦＤＳＣ  ＵＬ電力、（６）ＷＴＲＵ１０２全体のための、および／もしくは１もしくは複数の個々のＵＬチャネルもしくはＵＬチャネルのグループのための、ＷＴＲＵ  ＵＬ電力、（７）たとえば、ＷＴＲＵ１０２のための、ＵＬ電力と最大ＦＤＳＣ  ＵＬ電力との差（たとえば、最大ＦＤＳＣ  ＵＬ電力−ＷＴＲＵ  ＵＬ電力）、（８）ＳＩＬ（たとえば、ＷＴＲＵ  ＳＩＬ）が、サポート可能な（たとえば、ＷＴＲＵサポート可能な）ＳＩＬ（たとえば、単一もしくは少数のビットによって表される）を下回る閾値もしくは等価物よりも大きいかどうかに関するインジケータ、ならびに／または（９）（たとえば、ＷＴＲＵ１０２の）サポート可能なＳＩＬが超えられたというインジケータ、のうちの少なくとも１つを含んでよい。
【０３４０】
いくつかの代表的な実施形態では、報告またはインジケータに関連付けられた１または複数の値は、たとえば、送信ＲＢまたは受信ＲＢなどの少なくとも１つのサブフレーム固有パラメータに基づいた、サブフレーム固有であってもよい（たとえば、各々、サブフレーム固有であってもよい）し、サブフレームとは独立してもよい。いくつかの代表的な実施形態では、１または複数の値は、サービングセル固有であってもよいし、ＷＴＲＵ１０２全体のためのものであってもよい。また、値は、サブフレーム固有および／またはサービングセル固有の任意の組み合わせであってもよいことが意図されている。ＷＴＲＵ１０２は、報告に複数のサービングセルのための値を含んでよい。
【０３４１】
＜サポート可能なＳＩＬに近づいたとき、達したとき、および／または超えたときの代表的なＷＴＲＵ報告＞
ＷＴＲＵ１０２は、ＷＴＲＵのＳＩＬ（たとえば、決定または計算された実際のＳＩＬ）が、サポート可能な（たとえば、ＷＴＲＵのサポート可能な）ＳＩＬに近づいていること、達していること、または超えていることを示してよい報告または他のインジケータを、ｅＮＢ１６０に送ってよい。たとえば、ＷＴＲＵ１０２は、サポート可能なＳＩＬとＳＩＬとの差（たとえば、サポート可能なＳＩＬマイナスＳＩＬ）が閾値（たとえば、特定の正の値よりも小さい、ゼロよりも小さい、または負の値よりも小さい）のうちの少なくとも１つ）を下回るとき、報告またはインジケータを送ってよい。サポート可能なＳＩＬに近づくまたはこれを超えることは、本明細書で説明されるように、ＳＩＬ報告またはサポート可能なＳＩＬ報告を送るためのトリガのうちの１つであってよい。
【０３４２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＷＴＲＵ１０２が、そのサポート可能なＳＩＬに近づいていること、超えていること、または超えたことを、ＲＲＣなどの上位レイヤシグナリングもしくはＭＡＣレイヤシグナリングを介して、または物理レイヤシグナリングを介して、（たとえば、ｅＮＢ１６０に）報告および／または示してよい。ＷＴＲＵ１０２は、ＰＵＣＣＨ内でインジケータを送ってもよいし、ＰＵＳＣＨ６８０によって搬送されてよいＵＣＩ内で（たとえば、ＷＴＲＵのＳＩＬがそのサポート可能なＳＩＬを超えたサブフレーム内で、および／またはＷＴＲＵ１０２がそのＵＬ送信を、そのＳＩＬにそのサポート可能なＳＩＬを超えないように修正したサブフレーム内で）インジケータを送ってもよい。
【０３４３】
＜ＳＩＬがサポート可能なＳＩＬを超える場合の代表的なＷＴＲＵ動作＞
ＷＴＲＵ１０２は、（たとえば、その）サポート可能なＳＩＬに基づいて、意図されたまたは所望のＵＬ送信を修正してよい。たとえば、ＷＴＲＵ１０２が、ＷＴＲＵ１０２がＦＤＳＣ内で同時に送信および受信してよいサブフレーム内で、（たとえば、その）サポート可能なＳＩＬが超えられてよいことを決定する場合、ＷＴＲＵ１０２は、ＵＬ送信を修正してよい（たとえば、その送信電力を減少させてよい）。
【０３４４】
ＷＴＲＵ１０２が、サブフレームがＷＴＲＵ１０２による送信に使用されてよく、ＳＩＮＴＦサブフレームであってよいことを決定する場合、ＷＴＲＵ１０２は、ＵＬ送信を修正し（たとえば、その送信電力を減少させ）てよい。ＷＴＲＵ１０２は、本明細書で説明されるプロシージャに従って、サブフレームがＳＩＮＴＦサブフレームであってよいことを決定してよい。
【０３４５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（たとえば、ＷＴＲＵ１０２のＳＩＬが（たとえば、ＷＴＲＵ１０２のサポート可能なＳＩＬを超えない可能性があるように））実際の送信の前にＵＬ送信の電力レベルを修正および／または減少させ（たとえば、より低い電力レベルで送信し）てよい。いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、たとえば、ＳＩＬがサポート可能なＳＩＬを超えない可能性があるように、１または複数のＵＬチャネルを修正および／またはドロップ（drop）してよい（たとえば、送信しない、またはゼロ電力で送信する）。
【０３４６】
そのような修正、電力減少、および／またはチャネルのドロップは、いくつかのサブフレーム、たとえば、とりわけ、潜在的ＦＤＳＣサブフレーム、ＳＩＮＴＦサブフレーム、および／またはｅＮＢ１６０によって示される特定のサブフレームにおいて適用可能であってよい。
【０３４７】
ＵＬ送信を修正するべきかどうかは、ＦＤＳＣサブフレームなどのサブフレーム内で送信および／または受信されることになる特定のチャネルに依存してよい。たとえば、いくつかのチャネルは、いくつかの他のチャネルよりも高い優先度（たとえば、確立またはあらかじめ定義された、より高い優先度）を有してよい。優先度は、特定の、より高い優先度のチャネルが、ＤＬにおいて干渉されてよい（たとえば、たとえば定義もしくは構成されたチャネル優先度、優先度リスト、優先度インデックス、および／または優先度テーブルに従って、ＷＴＲＵ１０２によって決定される）場合、特定のＵＬチャネルが（たとえば、ＷＴＲＵ１０２によって）修正されてよいまたはそれのみが修正されてよいように、ＵＬチャネルおよびＤＬチャネルに定義されてよいまたは割り当てられてよい。
【０３４８】
いくつかの代表的な実施形態では、たとえば、（たとえば、ＷＴＲＵの）ＳＩＬが（たとえば、その）サポート可能なＳＩＬを超えないように、および／またはＷＴＲＵのＵＬ電力が（たとえば、ＷＴＲＵの）最大ＦＤＳＣ  ＵＬ電力を超えないように電力を減少させるために、ＵＬ送信の修正が発生するまたは必要とされる場合、送信されてよいチャネルへの（たとえば、ＷＴＲＵ１０２による）電力割当および／またはチャネルの（たとえば、ＷＴＲＵ１０２による）スケーリングは、（たとえば、ＬＴＥ最大電力ルールに類似してよい）電力スケーリングルールに従ってよい。電力スケーリングルールは、ＰＵＣＣＨチャネルがあれば、利用可能な電力を最初にＰＵＣＣＨチャネルに割り当ててよく、残りの電力が、ＵＣＩを有する任意のＰＵＳＣＨ６８０に割り当てられてよい。ＰＵＣＣＨチャネルおよびＵＣＩを有するＰＵＳＣＨ６８０への割当後に残る電力は、ＵＣＩのない任意のＰＵＳＣＨ６８０に対してであってよい。いくつかのチャネルのための残りの電力がない場合、それらのチャネルはドロップされてよい（たとえば、送信されない、またはゼロ電力で送信される）。いくつかの代表的な実施形態では、ＵＬチャネルおよびＤＬチャネルの優先度に基づいて、代替ルールまたは追加ルールが適用されてよい。
【０３４９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、決定または計算されたＳＩＬに基づいて、そのＣＳＩ報告を修正してよい。たとえば、ＷＴＲＵ１０２は、ＳＩＬに基づいて、より低いランクインジケータ（ＲＩ）および／またはＣＱＩまたは異なるＰＭＩを示してよい。ＷＴＲＵ１０２は、そのフィードバック報告において、ＣＳＩが高ＳＩＬによって影響されたことをｅＮＢ１６０に示してよい。たとえば、フィードバック報告は、たとえばＳＩＬまたは閾値を超えるＳＩＬ（たとえば、サポート可能なＳＩＬ）によってＣＳＩは影響が及ぼされたおよび／または影響されたというインジケータと共に、ＣＳＩを含んでよい。
【０３５０】
＜サポート可能なＳＩＬを含む代表的な最大電力＞
ＳＩＬを調整、制限、または減少させるための電力修正および／または電力減少は、ＬＴＥ最大電力ルールと組み合わされてよい。ＷＴＲＵ１０２は、その最大電力を、サービングセルのために構成してもよいし、そのサポート可能なＳＩＬおよび／もしくは最大ＦＤＳＣ  ＵＬ電力を説明するＷＴＲＵ１０２全体のために構成してもよい。たとえば、最大（たとえば、構成された最大ＷＴＲＵ）ＵＬ電力は、通常の最大（たとえば、構成された最大ＷＴＲＵ）ＵＬ電力（たとえば、ＰCMAXおよび／またはＰCMAX,c）ＳＩＬとサポート可能な（たとえば、ＷＴＲＵのサポート可能な）ＳＩＬのうちの低い方、またはサポート可能な（たとえば、ＷＴＲＵのサポート可能な）ＳＩＬ最大電力（たとえば、最大ＦＤＳＣ  ＵＬ電力）であってもよいし、これによって置き換えられてもよい。サポート可能なＳＩＬ（たとえば、最大ＦＤＳＣ  ＵＬ電力）は、（たとえば、ＷＴＲＵ１０２のための）サービングセル固有および／またはＷＴＲＵ１０２全体に固有であってよい。
【０３５１】
いくつかの代表的な実施形態では、サービングセル上でシグナリングされた最大ＵＬ電力（たとえば、ＰEMAX,c）は、シグナリングされた最大電力と、サービングセルのためのサポート可能な（たとえば、ＷＴＲＵのサポート可能な）ＳＩＬ最大電力（たとえば、最大ＦＤＳＣ  ＵＬ電力）のうちの低い方によって置き換えられてよい。たとえば、ＷＴＲＵ１０２が、サービングセルｃ上で最大出力電力ＰCMAX,cを構成するとき、ＷＴＲＵ１０２は、以下の限界内でＰCMAX,c値を設定してよい。
【０３５２】
ＰCMAX_L,c≦ＰCMAX,c≦ＰCMAX_H,c    （１）
【０３５３】
帯域内連続キャリアアグリゲーションの場合、下限は、たとえば、次の通りであってよい。
【０３５４】
ＰCMAX_L,c＝ＭＩＮ｛ＰEMAX,c−ΔＴC,c，ＰPowerClass−ＭＡＸ（ＭＰＲc＋Ａ−ＭＰＲc，Ｐ−ＭＰＲc）−ΔＴC,c｝    （２）
【０３５５】
帯域間キャリアアグリゲーションの場合、下限は、たとえば、次の通りであってよい。
【０３５６】
ＰCMAX_L,c＝ＭＩＮ｛ＰEMAX,c−ΔＴC,c，ＰPowerClass−ＭＡＸ（ＭＰＲc＋Ａ−ＭＰＲc＋ΔＴC,c，Ｐ−ＭＰＲc）−ΔＴC,c｝    （３）
上限（または下限）は、たとえば、次の通りであってよい。
【０３５７】
ＰCMAX_H,c＝ＭＩＮ｛ＰEMAX,c，ＰPowerClass｝    （４）
【０３５８】
ＰEMAX,cは、ｅＮＢ１６０によってシグナリングされた値であってよい。ＰPowerClassは、その電力クラスに基づいてよい最大ＷＴＲＵ電力であってよい。式中の残りの用語は、たとえば、スペクトルマスク要件、比吸収要件（ＳＡＲ）などに準拠した、許可された電力減少である。
【０３５９】
いくつかの代表的な実施形態では、ＰEMAX,cは、たとえば、ＰCMAX,cの下限および／または上限内で、サービングセルｃのための（たとえば、ＷＴＲＵ１０２のための）ＰEMAX,cと最大ＦＤＳＣ  ＵＬ電力の最小値によって（たとえば、ＷＴＲＵ１０２によって）置き換えられてよい、または修正されてよく、とりわけ、潜在的ＦＤＳＣサブフレーム、ＳＩＮＴＦサブフレーム、ＮＩＮＴＦサブフレーム、および／またはｅＮＢ１６０によって示される特定のサブフレームなどのいくつかのサブフレーム内で適用可能であってよい。
【０３６０】
いくつかの代表的な実施形態では、ＰCMAXおよび／またはＰCMAX,cの上限および／または下限内のｍｉｎｉｍｕｍ（ＭＩＮ）関数は、別の項を含むように拡張されてよく、この別の項は、最大ＦＤＳＣ  ＵＬ電力であってよい。たとえば、式（２）は、以下のようになってよい。
【０３６１】
ＰCMAX_L,c＝ＭＩＮ｛ＰEMAX,c−ΔＴC,c，ＰPowerClass−ＭＡＸ（ＭＰＲc＋Ａ−ＭＰＲc，Ｐ−ＭＰＲc）−ΔＴC,c，最大ＦＤＳＣ  ＵＬ電力｝    （５）
【０３６２】
いくつかの代表的な実施形態では、式（４）は、以下のようになってよい。
【０３６３】
ＰCMAX_H,c＝ＭＩＮ｛ＰEMAX,c，ＰPowerClass，最大ＦＤＳＣ  ＵＬ電力｝    （６）
【０３６４】
ＮＩＮＴＦおよび／またはＳＩＮＴＦのための代表的なシグナリングされた最大電力
ＷＴＲＵ１０２は、たとえばｅＮＢ１６０から最大電力レベルの構成を受信してよく、これは、ＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレーム内などのいくつかのサブフレーム内で、ＷＴＲＵ１０２が超えなくてよい。構成は、ＲＲＣシグナリングなどの上位レイヤシグナリングを使用して、もしくはその中で、または物理レイヤシグナリングを使用して、もしくはその中で、提供されてよい。いくつかの代表的な実施形態では、構成は、上位レイヤシグナリングを使用して、またはその中で、を提供されてよく、物理レイヤシグナリングを使用して、またはその中で、インジケータに基づいて適用されてよい。
【０３６５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、最大電力値（たとえば、ＰIMAXおよび／またはＰIMAX,c）を受信してよく、最大電力値は、ＷＴＲＵ１０２が、サービングセルｃのためのＷＴＲＵのＵＬ電力および／またはＷＴＲＵ１０２全体のためのＵＬ電力（たとえば、（たとえば、すべてのセルへの送信のための）ＷＴＲＵ１０２の全ＵＬ電力）を制限、調整、および／または減少させるために、たとえば、ＦＤＳＣサブフレーム内での干渉（たとえば、近隣ＷＴＲＵ１０２に対する干渉）を減少させるために、使用または適用してよい。この受信された最大電力値は、シグナリングされた干渉最大電力と呼ばれてよい。
【０３６６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームであると決定するサブフレーム内で、ＰIMAXおよび／もしくはＰIMAX,cを適用してよいまたは適用のみしてよい。
【０３６７】
ＷＴＲＵ１０２による、サービングセルのための、またはＷＴＲＵ１０２全体のための、その構成された最大出力電力の決定では、ＷＴＲＵ１０２は、ＰIMAXおよび／またはＰIMAX,cを含んでよい。
【０３６８】
いくつかの代表的な実施形態では、ＰEMAX,cは、たとえばＰCMAX,cの下限および／または上限内のＰEMAX,cおよびＰIMAX,cによって、（たとえば、ＷＴＲＵ１０２によって）置き換えられてよいまたは修正されてよい。この置き換えまたは修正は、とりわけ、潜在的ＦＤＳＣサブフレーム、ＳＩＮＴＦサブフレーム、ＮＩＮＴＦサブフレーム、および／またｅＮＢ１６０によって示される特定のサブフレームなどのいくつかのサブフレームにおいて適用可能であってよい。
【０３６９】
いくつかの代表的な実施形態では、ＰCMAXおよび／またはＰCMAX,cの上限および／または下限内のｍｉｎｉｍｕｍ（ＭＩＮ）関数は、別の項を含むように拡張されてよく、この別の項は、ＰIMAXおよび／またはＰIMAX,cであってよい。たとえば、式（２）は、以下のようになってよい。
【０３７０】
ＰCMAX_L,c＝ＭＩＮ｛ＰEMAX,c−ΔＴC,c，ＰPowerClass−ＭＡＸ（ＭＰＲc＋Ａ−ＭＰＲc，Ｐ−ＭＰＲc）−ΔＴC,c，ＰIMAX,c｝    （７）
【０３７１】
いくつかの代表的な実施形態では、式（４）は、以下のようになってよい。
【０３７２】
ＰCMAX_H,c＝ＭＩＮ｛ＰEMAX,c，ＰPowerClass，ＰIMAX,c｝    （８）
【０３７３】
いくつかの代表的な実施形態では、たとえばサブフレーム内の、最大ＷＴＲＵ  ＵＬ電力を決定するとき、最大ＦＤＳＣ  ＵＬ電力とシグナリングされた干渉最大電力の一方または両方が説明されてよい。ＷＴＲＵ１０２は、サブフレームがＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームであってよいかに応じて、最大ＦＤＳＣ  ＵＬ電力およびシグナリングされた干渉最大電力の一方または両方を適用してよい（たとえば、どちらが適用されるか、または両方を適用するべきかは、サブフレームがＳＩＮＴＦサブフレームおよび／またはＮＩＮＴＦサブフレームであってよいかに依存してよい）。たとえば、ＷＴＲＵ１０２は、ＳＩＮＴＦサブフレームであるとＷＴＲＵ１０２によって決定されてよいサブフレーム内の最大ＦＤＳＣ  ＵＬ電力を説明してよい。別の例では、ＷＴＲＵ１０２は、ＮＩＮＴＦサブフレームであるとＷＴＲＵ１０２によって決定されてよいサブフレーム内のシグナリングされた干渉最大電力を説明してよい。サブフレームは、ＳＩＮＴＦサブフレームとＮＩＮＴＦサブフレーム両方であってよい。
【０３７４】
＜チャネルに基づく代表的な優先付け＞
チャネルは、チャネルの優先度（たとえば、相対的優先度）に基づいて、ＷＴＲＵ１０２によって扱われてよい。たとえば、ＷＴＲＵ１０２は、同じサブフレームにおいてＤＬ内で送信および／または受信されてよいチャネルの優先度と比較した、ＷＴＲＵ１０２がＵＬ内で送信してよいチャネルの優先度に基づいて、サブフレーム（たとえば、ＦＤＳＣサブフレーム、潜在的ＦＤＳＣサブフレーム、ＳＩＮＴＦサブフレーム、および／またはＮＩＮＴＦサブフレームのうちの少なくとも１つであってよいサブフレーム）内のＵＬ送信を修正するべきかどうかを決定してよい。
【０３７５】
ＷＴＲＵ１０２は、サブフレーム内でのＵＬチャネル（たとえば、ＷＴＲＵ１０２によって送信されてよいＵＬチャネル）ならびにｅＮＢ１６０によって送信されてよく、および／またはＷＴＲＵ１０２によって受信されてよいＤＬチャネルの相対的優先度に基づいて、ＵＬ送信を修正するべきかどうか（たとえば、それがサブフレーム内で送信してよい１または複数のチャネルの電力を修正するべきかどうか）を決定してよい。たとえば、ＷＴＲＵ１０２は、ＷＴＲＵのＳＩＬがそのサポート可能なＳＩＬを超えてよいサブフレーム内で決定を行ってよい。
【０３７６】
ＵＬ送信を修正することは、ＷＴＲＵ１０２がＵＬ内で送信してよい１または複数のチャネルをスケーリングおよび／またはドロップすること（たとえば、送信しないこと、またはゼロ電力レベルで送信すること）を含んでよい。
【０３７７】
ＤＬ制御チャネル（たとえば、ＰＤＣＣＨ６１０および／またはＥＰＤＣＣＨ）は、とりわけ、（１）データ（たとえば、データのみ）を搬送してよいＰＵＳＣＨチャネル、（２）任意のＵＣＩまたは特定のＵＣＩ（たとえば、ＡＣＫ／ＮＡＣＫ情報）などのＵＣＩを搬送してよいＰＵＳＣＨチャネル、（３）ＰＵＣＣＨチャネル（たとえば任意のＰＵＣＣＨチャネル）、および／または（４）ＡＣＫ／ＮＡＣＫ情報を搬送してよいＰＵＣＣＨチャネル、のうちの１または複数よりも高い優先度を有してよい。たとえば、ＤＬ制御チャネルは、ＡＣＫ／ＮＡＣＫを搬送するＰＵＣＣＨよりも低い優先度を有してよく、ＡＣＫ／ＮＡＣＫを搬送しないＰＵＣＣＨよりも高い優先度を有してよい。ＤＬ制御チャネルは、ＡＣＫ／ＮＡＣＫを含んでよいＵＣＩを搬送するＰＵＳＣＨ６８０よりも低い優先度を有してよく、ＡＣＫ／ＮＡＣＫを含んでよいＵＣＩを搬送しないＰＵＳＣＨ６８０よりも高い優先度を有してよい。
【０３７８】
いくつかの代表的な実施形態では、本明細書では「優先度」情報と呼ばれる特定の情報を搬送するＰＤＳＣＨ６２０は、（１）データ（たとえば、データのみ）を搬送してよいＰＵＳＣＨチャネル、（２）任意のＵＣＩまたは特定のＵＣＩ（たとえば、ＡＣＫ／ＮＡＣＫ情報）などのＵＣＩを搬送してよいＰＵＳＣＨチャネル、（３）ＰＵＣＣＨチャネル（たとえば任意のＰＵＣＣＨチャネル）、および／または（４）ＡＣＫ／ＮＡＣＫ情報を搬送してよいＰＵＣＣＨチャネル、のうちの１または複数よりも高い優先度を有してよい。ＰＤＳＣＨ６２０が搬送してよい優先度情報は、システム情報（たとえば、任意のシステム情報、ＷＴＲＵ１０２に適用可能であってよい任意のシステム情報、または高優先度システム情報などの特定のシステム情報）および／またはページング情報のうちの少なくとも１つを含んでよい。
【０３７９】
いくつかの例では、特定のサブフレームが、ＷＴＲＵ１０２がＥＰＤＣＣＨを監視もしくは受信してよいまたは優先度情報を搬送するＰＤＳＣＨ６２０を受信してよいサブフレームであってよいことを、ＷＴＲＵ１０２が（たとえば、ｅＮＢ１６０からであってよいブロードキャストおよび／またはＲＲＣシグナリングを介してＷＴＲＵ１０２にシグナリングされてよい構成に基づいて）知ってよい（または知る）または決定してよい（または決定する）場合、ＷＴＲＵ１０２は、ＥＰＤＣＣＨ（または優先度情報を搬送するＰＤＳＣＨ６２０）よりも低い優先度であってよいサブフレーム内でＷＴＲＵ１０２が送信してよいＵＬチャネルを修正してよい。そのようなサブフレームの場合、ＷＴＲＵ１０２は、たとえばＳＩＬを超えないために、ＰＵＳＣＨ６８０（たとえば、とりわけ、データ（たとえば、データのみ）を搬送するＰＵＳＣＨ、ＡＣＫ／ＮＡＣＫ情報を搬送しないＰＵＳＣＨ６８０、および／または任意のＰＵＳＣＨ６８０）をスケーリングまたはドロップする（たとえば、送信しない、またはゼロ電力で送信する）。
【０３８０】
いくつかの代表的な実施形態では、そのようなサブフレームの場合、ＷＴＲＵのサポート可能なＳＩＬを超えないようにＰＵＣＣＨの電力を減少させることが必要または有用である（または、必要または有用であってよい）場合、および、他の場合にＰＵＣＣＨ電力を減少させることが必要または有用でない（または必要または有用でなくてよい）場合、たとえばＰＵＣＣＨがＡＣＫ／ＮＡＣＫ情報を搬送するならば、ＷＴＲＵ１０２は、ＰＵＣＣＨの電力を減少させなくてよい。
【０３８１】
いくつかの代表的な実施形態では、そのようなサブフレームの場合、ＷＴＲＵのサポート可能なＳＩＬを超えないように、ＵＣＩ（たとえば、ＡＣＫ／ＮＡＣＫ情報であってよいまたはこれを含んでよい、任意のＵＣＩまたは特定のＵＣＩ）を搬送するＰＵＣＣＨの電力を減少させることが必要または有用である（または、必要または有用であってよい）場合、および、他の場合にＰＵＣＣＨ電力を減少させることが必要または有用でない（または必要または有用でなくてよい）場合、ＷＴＲＵ１０２は、ＰＵＣＣＨの電力を減少させなくてよい。
【０３８２】
いくつかの例では、特定のサブフレームが、ＷＴＲＵ１０２がＥＰＤＣＣＨを監視もしくは受信してよいサブフレームでなくてよい、および／または優先度情報を搬送するＰＤＳＣＨ６２０をＷＴＲＵ１０２が受信してよいサブフレームでなくてよいことを、ＷＴＲＵ１０２が（たとえば、ｅＮＢ１６０からであってよいブロードキャストおよび／またはＲＲＣシグナリングを介してＷＴＲＵ１０２にシグナリングされてよい構成に基づいて）知ってよい（または知る）または決定してよい（または決定する）場合、そのような修正が他の理由で正当化されないならば、ＷＴＲＵ１０２は、（たとえば、それが、そのサポート可能なＳＩＬを超えないことを保証するために）そのＵＬ送信を修正しなくてよい。
【０３８３】
ＰＤＣＣＨ６１０がＷＴＲＵ１０２によって監視および／または受信されてよいサブフレームの場合、ＷＴＲＵ１０２は、ＰＤＣＣＨ６１０およびＷＴＲＵ１０２が送信してよいＵＬチャネルの優先度（たとえば、相対的優先度）に基づいて、それらのサブフレームのうちの１または複数におけるＵＬ送信を（たとえば、ＥＰＤＣＣＨに関して説明された様式に類似して）修正してよい。電力の減少またはＵＬチャネルのドロップなどの修正は、サブフレーム全体に適用されてもよいし、ＰＤＣＣＨ領域と重複してよいシンボルに適用されてもよい。
【０３８４】
＜代表的なＦＤＳＣ  ＤＬ対応＞
ＦＤＳＣサブフレームであってよいサブフレーム内で、（たとえば、第１の）ＷＴＲＵ１０２がＰＤＣＣＨ６１０および／もしくはＥＰＤＣＣＨを監視し、ならびに／またはサブフレーム内でＰＤＳＣＨ６２０を受信するもしくは受信すると予想する場合、ＷＴＲＵ１０２（たとえば、第１のＷＴＲＵ）は、同じＦＤＳＣ（またはＦＤＳＣサブフレーム）内でＤＬ送信（たとえば、第１のＷＴＲＵ１０２に向けられてよいまたはこれによって受信されてよい）として作製されてよい別の（たとえば、第２の）ＷＴＲＵ１０２によるＵＬ送信を（たとえば、演繹的な知識に基づいて）考慮に入れてよい。たとえば、ＷＴＲＵ１０２（たとえば、第１のＷＴＲＵ）は、（たとえば、サブフレーム内に存在してよいＵＬ信号および／またはＳＩＮＴＦもしくはＮＩＮＴＦを減少させるまたは考慮に入れるために）ＤＬ内でいくつかの処理を実行してよい。
【０３８５】
ＷＴＲＵ１０２（たとえば、第１のＷＴＲＵ）は、物理レイヤシグナリングを介して、たとえばｅＮＢ１６０によって、（たとえば、他のＷＴＲＵ１０２または第２のＷＴＲＵ１０２によるＵＬ送信の）知識が提供されてよい。たとえば、サブフレームｎ内のＰＤＣＣＨ６１０またはＥＰＤＣＣＨは、サブフレームｎまたはサブフレームｎ＋ｋなどの将来のサブフレーム内の別のＷＴＲＵ１０２（たとえば、第２のＷＴＲＵ）のためにスケジュールされてよいまたはこれによって作製されてよいＵＬ送信に関する情報を、ＷＴＲＵ１０２（たとえば、第１のＷＴＲＵ）に提供してよい（たとえば、ここで、ｋの値は、定義によって、またはスケジューリングによって、および／またはＨＡＲＱタイミングルールなどによって、提供されてよいまたは知られてよい）。ＤＬ内で受信してよいＷＴＲＵ１０２（たとえば、第１のＷＴＲＵ）は、パラメータが提供されてよい。たとえば、パラメータは、ＵＬ内で送信されてよい他のＷＴＲＵ１０２（たとえば、第２のＷＴＲＵ）のためのＵＬスケジューリング情報を含んでよい。このＵＬスケジューリング情報は、たとえば、他のＷＴＲＵ１０２（たとえば、第２のＷＴＲＵ）からの干渉の除去を可能にすることによって、ＷＴＲＵ１０２（たとえば、第１のＷＴＲＵ）のＤＬ内での受信を助ける。ＵＬスケジューリング情報に応答して、ＤＬ内で受信してよいＷＴＲＵ１０２（たとえば、第１のＷＴＲＵ）は、サブフレームｎまたはｎ＋ｋ内の干渉除去などの特殊な処理を実行してよい。
【０３８６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２（たとえば、第１のＷＴＲＵ）は、一定の時間の期間にわたって反対方向における（たとえば、第１のＷＴＲＵ１０２からの）他のＷＴＲＵ１０２のための潜在的なスケジューリングを識別してよい他のＷＴＲＵ１０２（たとえば、第２のＷＴＲＵおよび他のＷＴＲＵ１０２）のためのスケジューリングに関する情報が提供されてよい。たとえば、ＷＴＲＵ１０２は、いくつかの時間の期間にわたってＦＤＳＣ（またはＦＤ動作）にいくつかのＲＢが使用または適用されてよいことが知らされてよい。ＷＴＲＵ１０２は、たとえば、その時間の期間にわたってＦＤＳＣサブフレーム内で、スケジューリング情報（たとえば、ＦＤＳＣまたはＦＤ動作のための潜在的なＲＢ使用）を考慮に入れる。スケジューリング情報は、１または複数のサブフレーム（たとえば、サブフレーム０などのいくつかのサブフレーム）内で、ｅＮＢ１６０（たとえば、物理レイヤシグナリングを介して）によってＷＴＲＵ１０２に提供されてよい。
【０３８７】
＜全二重動作のための代表的なＭＢＳＦＮ使用＞
ＭＢＳＦＮサブフレームは、ＦＤＳＣまたは潜在的ＦＤＳＣサブフレームとして使用または適用されてよい。ＭＢＳＦＮサブフレームは、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）に使用または適用されてよいサブフレームであってもよいし、たとえばブロードキャストまたは他のシグナリングによって、たとえばＭＢＭＳに予約されていると示されてよいサブフレームであってもよい。この構成はセル固有であってよく、および／またはシステム情報ブロック（ＳＩＢ）（たとえば、ＳＩＢ１）内のｅＮＢ１６０によって提供されてよいもしくは示されてよい。ＭＢＳＦＮサブフレームの構成は、フレームのどのサブフレームおよび／またはどのフレームがＭＢＭＳに使用もしくは適用されてよいか、または、たとえばＭＢＭＳに予約されてよいかを示してよい。
【０３８８】
ＭＢＳＦＮサブフレームなどのサブフレームがＭＢＭＳに使用または適用されるとき、物理マルチキャストチャネル（ＰＭＣＨ）がサブフレーム内で送信されてよい。ＰＭＣＨが送信されないＭＢＳＦＮサブフレームとして構成されてよいサブフレームの場合、そのサブフレームは、たとえば１または複数のＷＴＲＵ１０２への通常のデータ送信（たとえば、ＰＤＳＣＨ送信）を含む、他の目的に使用または適用されてよく、ＷＴＲＵ１０は、サブフレーム内のＰＤＣＣＨ６１０またはＥＰＤＣＣＨなどの制御チャネルを受信し、および／またはこれを読み出して、サブフレーム内でＰＤＳＣＨ６２０が送信されるかどうか、および／またはそのＷＴＲＵ１０２に向けられているかどうかを決定してよい。
【０３８９】
ＭＢＳＦＮサブフレームとして構成されてよいサブフレーム内で、とりわけ、（１）サブフレームが、制御領域もしくは非ＭＢＳＦＮ領域と、データ領域もしくはＭＢＳＦＮ領域とを有してよい、（２）ＰＭＣＨは、データ領域もしくはＭＢＳＦＮ領域内のサブフレーム内で送信されてよい、（３）ＰＤＳＣＨ６２０は、データ領域もしくはＭＢＳＦＮ領域内のサブフレーム内で送信されてよい、（４）ＤＬ  ＣＲＳ６３０は、データ領域もしくはＭＢＳＦＮ領域内のサブフレーム内で送信されなくてよい、（５）ＰＣＦＩＣＨおよび／もしくはＰＨＩＣＨは、非ＭＢＳＦＮ領域もしくは制御領域内で送信されてよい、（６）ＰＤＣＣＨ６１０は、非ＭＢＳＦＮ領域もしくは制御領域内で送信されてもよいし、送信されなくてもよい、（７）制御領域または非ＭＢＳＦＮ領域は、特定の数のシンボル（たとえば、２つのシンボル）を備えてよく、このシンボルは、通常ＣＰ長または拡張ＣＰ長を有してよく、ＣＰ長は、サブフレーム０などのセル内の非ＭＢＳＦＮサブフレームに使用または適用されるに対応してよい、ならびに／または（８）データ領域またはＭＢＳＦＮ領域は特定の数のシンボルを備えてよく、特定のＣＰ長が使用または適用されてよい（たとえば、（ｉ）拡張ＣＰ長が、たとえば１５ｋＨｚのキャリア周波数分離に使用もしくは適用されるとき、シンボルの数は１０であってよい、（ｉｉ）拡張ＣＰ長は、ＰＭＣＨがサブフレーム内で送信されるとき、使用もしくは適用されてよい、および／または（ｉｉｉ）拡張ＣＰ長は、ＰＤＳＣＨ６２０がサブフレーム内で送信されるとき（たとえば、拡張ＣＰ長が、サブフレーム０などの、セル内の非ＭＢＳＦＮサブフレームに使用もしくは適用されるとき）、使用もしくは適用されてよい、（ｉｖ）シンボルの数は、通常ＣＰ長が使用または適用されるとき、１２であってよい、および／または（ｖ）通常ＣＰ長は、ＰＤＳＣＨ６２０がサブフレーム内で送信されるとき（たとえば、通常ＣＰ長が、サブフレーム０などの、セル内の非ＭＢＳＦＮサブフレームに使用もしくは適用されるとき）、使用もしくは適用されてよい、のうちの１または複数が、サブフレームに適用されてよい。
【０３９０】
ＰＭＣＨが送信されなくてよいＭＢＳＦＮサブフレームは、ＦＤＳＣサブフレームまたは潜在的ＦＤＳＣサブフレームとして使用または適用され（たとえば、ＦＤＳＣサブフレームとして割り当てられ）てよい。いくつかの例では、ＷＴＲＵ１０２は、ＰＭＣＨが送信されなくてよいＭＢＳＦＮサブフレーム（たとえば、任意のＭＢＳＦＮサブフレーム）がＦＤＳＣサブフレームとして使用または適用されてよいことを予想または決定してよい。いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ｅＮＢ１６０からのＰＭＣＨおよび／またはＭＢＭＳサービススケジューリングインジケータに基づいて、ＭＢＳＦＮサブフレームがＦＤＳＣサブフレームとして使用または適用されてよいことを予想または決定してよい。
【０３９１】
いくつかの例では、ＷＴＲＵ１０２は、ＭＢＳＦＮサブフレーム内でスケジュールされた（または、ＵＬ送信をスケジュールする）ＵＬグラントに基づいて、ＭＢＳＦＮサブフレームがＦＤＳＣサブフレームとして使用または適用されてよいことを予想または決定してよい。たとえば、ＵＬグラントがＭＢＳＦＮサブフレームのために受信されるまたはＵＬ送信がＭＢＳＦＮサブフレーム内でスケジュールされる場合、ＷＴＲＵ１０２は、ＭＢＳＦＮサブフレームがＦＤＳＣサブフレームとして使用または適用されてよいことを予想または決定してよい。
【０３９２】
いくつかの例では、ＷＴＲＵ１０２は、ＭＢＳＦＮサブフレームの制御領域または非ＭＢＳＦＮ領域内のＰＤＣＣＨ６１０内で示されるＤＬグラント基づいて、ＭＢＳＦＮサブフレームがＦＤＳＣサブフレームとして使用または適用されてよいことを予想または決定してよい。たとえば、ＤＬグラントが、ＭＢＳＦＮサブフレームの制御領域または非ＭＢＳＦＮ領域内のＰＤＣＣＨ６１０内で示される場合、ＷＴＲＵ１０２は、ＭＢＳＦＮサブフレームがＦＤＳＣサブフレームとして使用または適用されてよいことを予想または決定してよい。
【０３９３】
ＰＭＣＨが送信されてよいＭＢＳＦＮサブフレームは、ＦＤＳＣサブフレームとして使用または適用されてよい。たとえば、ＷＴＲＵ１０２は、ＭＢＳＦＮサブフレーム内でスケジュールされた（または、ＵＬ送信をスケジュールする）ＵＬグラントに基づいて、ＭＢＳＦＮサブフレームがＦＤＳＣサブフレームでもあることを予想または決定してよい。いくつかの代表的な実施形態では、ＷＴＲＵ１０２が、ＭＢＳＦＮサブフレーム内の制御情報（たとえば、ＵＬ内のＵＣＩおよび／またはＳＲ）を送信するために（たとえば、グラントによる以外の方法で）割り当てられてよい場合、ＷＴＲＵ１０２は、ＭＢＳＦＮサブフレームがＦＤＳＣサブフレームでもあることを予想または決定してよい。ＷＴＲＵ１０２は、ＭＢＳＦＮサブフレーム（たとえば、ＰＭＣＨが送信されてよい、および／またはＦＤＳＣサブフレームとして使用または適用されてよい、ＭＢＳＦＮ）が潜在的ＳＩＮＴＦサブフレームおよび／または潜在的ＮＩＮＴＦサブフレームでもあってよいというインジケータを決定または受信してよい。
【０３９４】
ＦＤＳＣサブフレームであってよいＭＢＳＦＮサブフレーム内で、ＰＤＳＣＨ送信は、復調のためにＤＭ−ＲＳに依拠してよい（たとえば、ＴＭ９および／またはＴＭ１０）および／または復調のためにＤＬ  ＣＲＳ６３０に依拠しなくてよいＴＭなどのいくつかのＴＭに限定されてよい（たとえば、常にそうであってよい）。
【０３９５】
ＦＤＳＣサブフレームであってよいＭＢＳＦＮサブフレーム内で、ＷＴＲＵ１０２は、ＤＬ  ＣＲＳ６３０がサブフレーム内のＭＢＳＦＮ領域またはデータ領域内に存在しなくてよいことを仮定してもよいし、知ってもよいし、決定してよい。ＷＴＲＵ１０２は、サブフレームのＤＬデータまたはＭＢＳＦＮ領域内のＤＬ  ＣＲＳ６３０を説明するように、そのサブフレーム内のＵＬ内のその送信を調整しなくてよい。
【０３９６】
ＭＢＳＦＮサブフレームでは、ＦＤＳＣリソースは、（１）サブフレームのＭＢＳＦＮ領域（たとえば、ＭＢＳＦＮ領域のみ）および／または（２）サブフレーム（たとえば、サブフレームのＭＢＳＦＮ領域と非ＭＢＳＦＮ領域の両方）のシンボル（たとえば、すべてのシンボル）、のいずれかに割り当てられてよく、いずれかであってもよい。
【０３９７】
ＦＤＳＣサブフレームであってよいＭＢＳＦＮサブフレーム内のＵＬ内で送信してよいＷＴＲＵ１０２の場合、ＷＴＲＵ１０２は、ＵＬ内でそれが送信してよく、サブフレームの非ＭＢＳＦＮ領域およびＭＢＳＦＮ−領域のうちの１または複数におけるＤＬ内に存在してよいチャネルの相対的優先度に基づいて、そのＵＬ送信を調整してよい。
【０３９８】
図２２は、第１の方向および第２の方向の通信に時間−周波数（ＴＦ）リソースを使用するＷＴＲＵ１０２内で実施される代表的な方法２２００を示す図である。
【０３９９】
図２２を参照すると、代表的な方法２２００は、ブロック２２１０において、ＷＴＲＵが、第２の方向の通信に関連付けられた情報に基づいて、第１の方向の通信のための１もしくは複数のＴＦリソースをＴＦリソースミューティングもしくはシンボルミューティングすること、または、ＷＴＲＵが、第２の方向の通信に関連付けられた情報に基づいて、第１の方向の通信のための１もしくは複数のＴＦリソースによってサブフレーム短縮することを含んでよい。
【０４００】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向の通信を受信してよく、第２の方向の通信に関連付けられた情報を検出または決定してよい。
【０４０１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、リスト、順序付きリスト、または優先度信号のインジケータ、優先度チャネルのインジケータ、優先度リソースのインジケータ、優先度リソース要素（ＲＥ）のインジケータ、優先度リソースブロックのインジケータ、および／または優先度シンボルのインジケータ、のいずれかを取得してよい。
【０４０２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信の少なくとも一部分を送信しながら、第２の方向の通信の少なくとも一部分を受信するように構成されてよい。
【０４０３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向および第２の方向の通信が、（１）周波数的に重複する、および／または（２）第１の方向の通信の第１の周波数もしくは第１の周波数帯域が、第２の方向の通信の第２の周波数もしくは第２の周波数帯域の閾値内にある、時間間隔を確立してよい。たとえば、ＷＴＲＵ１０２は、ＦＤＲ動作を可能にするように構成されてもよいし、ＦＤＲを可能にするようにそれ自体を構成してもよい。
【０４０４】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、全二重リソース（ＦＤＲ）を含むことになっている１または複数のサブフレームを設定してよい。たとえば、ＷＴＲＵ１０２は、からのネットワークアクセスポイント（ＮＡＰ）（たとえば、ＨｅＮＢまたはｅＮＢ１６０または他のアクセスポイントデバイス）情報に基づいて、ＦＤＲサブフレームを設定してよい。
【０４０５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のサブフレームを、１または複数のＭＢＳＦＮサブフレームとして設定してよい。
【０４０６】
いくつかの代表的な実施形態では、ＴＦリソースは、のいずれかを含んでよい（１）１もしくは複数のリソース要素（ＲＥ）、１もしくは複数のリソースブロック（ＲＢ）、および／または（３）１もしくは複数のシンボル、のいずれかを含んでよい。
【０４０７】
いくつかの代表的な実施形態では、短縮されたサブフレームは、ミュートされた１または複数のシンボルを含んでよい。
【０４０８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）ブランキング動作、（２）パンクチャリング動作、（３）レートマッチング動作、および／または（４）送信電力制御動作、のいずれかを介して、１または複数のＴＦリソースをミュートしてよい。
【０４０９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、並行してＷＴＲＵ１０２に通信されている第２の方向の通信への干渉を減少させ、または実質的に除去するように、第１の方向の通信に関連付けられたＴＦリソースのサブセット間の送信電力レベルを調整してよい。
【０４１０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）それぞれ異なる電力制御ループ、（２）それぞれ異なる電力制御オフセット、および／または、（３）グラントまたはＤＬ制御情報（ＤＣＩ）に基づいて異なるＴＦ領域に関連付けられた異なるＴＦリソースのためのそれぞれ異なるＰCMAX値、のいずれかを適用するように構成されてよい。
【０４１１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＴＦリソースの第１のサブセットの送信電力レベルを、ＴＦリソースの第２のサブセットの送信電力レベルと比較して減少されたレベルに設定してよい。
【０４１２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＴＦリソースの第１のサブセットの変調次数を、（１）減少された変調次数および／または（２）最低変調次数、のいずれかに調整してよい。
【０４１３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）ＴＦリソースの第１のサブセットのための、ＤＣＩから示される固定ランク、および／または（２）ＴＦリソースの第２のサブセットのための第２のランクよりも小さい、ＴＦリソースの第１のサブセットのための、ＤＣＩから示される第１のランク、のいずれかを適用してよい。
【０４１４】
いくつかの代表的な実施形態では、第１のランクは、ＤＣＩ内のオフセットによって示されてよい。
【０４１５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、複数のＴＦリソースの第１のサブセットのための第１の変調次数と、複数のＴＦリソースの第２のサブセットのための第２の変調次数を、ＤＣＩ内で受信してよい。
【０４１６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、受信されたＤＣＩに基づいて、ＴＦリソースの第１のサブセットの変調次数を第１の変調次数に、ＴＦリソースの第２のサブセットの変調次数を第２の変調次数に設定してよい。
【０４１７】
いくつかの代表的な実施形態では、ＴＦリソースの第１のサブセットの送信電力レベルを設定するための減少されたレベルは、第２の方向の通信を可能にするゼロ電力レベルまたは非ゼロ電力レベルであってよい。
【０４１８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＴＦリソースの第１のサブセットに関連付けられた第１の送信電力制御（ＴＰＣ）インジケータと、ＴＦリソースの第２のサブセットに関連付けられた第２のＴＰＣインジケータを（たとえば、ＤＣＩ内で）受信してよい。
【０４１９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＤＣＩ内の受信された第１のＴＰＣインジケータに基づいて、ＴＦリソースの第１のサブセットの送信電力レベルを調整してよく、受信された第２のＴＰＣインジケータに基づいて、ＴＦリソースの第２のサブセットの送信電力レベルを調整してよい。
【０４２０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のＴＦリソースのミューティングが、受信された送信電力ミューティング情報に応じたものであるようにミュートされることになる１または複数のＴＦリソースに関連付けられた送信電力ミューティング情報を受信してよい。
【０４２１】
いくつかの代表的な実施形態では、受信された送信電力ミューティング情報は、（１）ＴＦリソースの現在の送信電力１もしくは複数のからのオフセットを示す１もしくは複数のＴＦリソースに関連付けられたオフセット電力情報、および／または（２）１もしくは複数のＴＦリソースの送信電力とサブフレーム内の他のＴＦリソースの送信電力との１もしくは複数の差を示す１もしくは複数のＴＦリソースに関連付けられた差分電力情報、のいずれかであってよい。
【０４２２】
いくつかの代表的な実施形態では、第１の方向の通信はＵＬ方向の通信であってよく、第２の方向の通信はＤＬ方向の通信であってよい。たとえば、無線モバイル端末の場合、無線モバイル端末は、ＵＬ方向に送信してよく、ＤＬ方向に受信してよい。
【０４２３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信はＤＬ方向の通信であってよく、第２の方向の通信はＵＬ方向の通信であってよい。
【０４２４】
いくつかの代表的な実施形態では、ＷＴＲＵは、とりわけ、モバイル端末、ネットワークアクセスポイント、ｅＮＢ、ＨｅＮＢ、ノードＢ、またＨＮＢ、のいずれかである。
【０４２５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向の通信内の１もしくは複数のＲＳ、１もしくは複数の制御チャネル、１もしくは複数のリソース要素（ＲＥ）、および／または１もしくは複数のＲＢ、のいずれかが優先度であるインジケータまたは報告を受信してよい。
【０４２６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のＴＦリソースのミューティングが、第１の方向の通信のための対応するＴＦ位置のところであるように、インジケータに基づいてミュートされることになる第１の方向の通信内の１または複数のＴＦリソースに関連付けられた対応するＴＦ位置を決定してよい。
【０４２７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＤＣＩ内でインジケータまたは報告（たとえば、優先度の）を受信してよい。
【０４２８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向および／または第２の方向の通信のためのチャネルの優先度順序を示すチャネルインデックスを受信してよい。
【０４２９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、全二重モードで動作するようにＷＴＲＵ１０２のための１または複数のサブフレームに示すインジケータを受信してよい。
【０４３０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のサブフレームが無線周波数（ＲＦ）信号の同時送信および受信のために構成されるように、示された１または複数のサブフレーム内で、全二重モードで選択的に動作してよい。
【０４３１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２が全二重モードで動作しているかどうか、および／または全二重モードで動作しているＷＴＲＵ１０２のサブフレームの数は、ＮＡＰへのＷＴＲＵ１０２の距離とは無関係である。
【０４３２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のＴＦリソースをミュートして、ＷＴＲＵ１０２と１または複数の他のデバイスとの間での、ＷＴＲＵ１０２からの送信／受信ＳＩＮＴＦおよび／またはＷＴＲＵ１０２のためのＮＩＮＴＦを減少させるまたは実質的に除去してよい。
【０４３３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のサブフレームを短縮して、ＷＴＲＵ１０２と１または複数の他のデバイスとの間での、ＷＴＲＵ１０２からの送信／受信ＳＩＮＴＦおよび／またはＷＴＲＵ１０２のためのＮＩＮＴＦを減少させるまたは実質的に除去してよい。
【０４３４】
いくつかの代表的な実施形態では、１または複数のＴＦリソースのミューティングは、第２の方向の通信のためのチャネルの１もしくは複数のＴＦ位置および／または第２の方向で通信されることになるＲＳの１もしくは複数のＴＦ位置に基づいてよい。
【０４３５】
いくつかの代表的な実施形態では、第２の方向で通信されることになるＲＳは、（１）ＰＳＳおよび／またはＳＳＳ）、（２）ＰＢＣＨ、（３）ＤＬ  ＣＲＳ６３０、および／または（４）ＤＭ−ＲＳ、のいずれかを含んでよい。
【０４３６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、サブフレームが潜在的にＳＩＮＴＦサブフレームであるかおよび／または潜在的にＮＩＮＴＦサブフレームであるかを決定してよく、ＷＴＲＵ１０２がミュートしてよいような決定された結果として、１または複数のＴＦリソースは、この決定された結果に従う。
【０４３７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、全二重動作のためにサポート可能な信号干渉のレベルを示すサポート可能なＳＩＮＴＦレベル（ＳＩＬ）を確立してよい。
【０４３８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＳＩＬが、サポート可能なＳＩＬに応じて干渉レベルを超えないように、１または複数のＴＦリソースの送信電力を制御してよい。
【０４３９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）ＳＩＮＴＦレベル（ＳＩＬ）、（２）サポート可能なＳＩＬ、（３）ＳＩＬとサポート可能なＳＩＬとの差、（４）最大送信電力、（５）ＷＴＲＵ１０２全体のための、第１の方向の最大全二重単一キャリア（ＦＤＳＣ）送信電力、（６）第１の方向の１もしくは複数の個々のチャネルまたはチャネルのグループのための、第１の方向の最大全二重単一キャリア（ＦＤＳＣ）送信電力、（７）ＷＴＲＵ１０２全体のための送信電力、（８）第１の方向の１もしくは複数の個々のチャネルまたはチャネルのグループのための送信電力、（９）第１の方向における送信電力と最大ＦＤＳＣ電力との差、（１０）ＳＩＬはサポート可能なＳＩＬを下回る閾値よりも大きいかどうかに関するインジケータ、および／または（１１）サポート可能なＳＩＬが超えられたというインジケータ、のいずれかをネットワークリソースに報告してよい。
【０４４０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）送信／受信の全二重単一キャリア（ＦＤＳＣ）周波数、（２）送信／受信の実際の周波数、（３）ＲＢの数および／もしく周波数位置、（４）送信／受信のＲＢの数および／もしくは周波数位置、（５）ＦＤＳＣの特性、（６）ＷＴＲＵ送信／受信のためのＲＢおよび／またはＲＥの相対的周波数位置、（７）ＷＴＲＵ送信／受信に割り当てられたＲＢおよび／またはＲＥの相対的周波数位置、（８）送信／受信に使用されるＷＴＲＵアンテナの数、（９）ネットワークリソース送信パラメータ、（１０）経路損失、（１１）チャネルタイプおよび／もしくは送信／受信のタイプ、（１２）送信／受信に使用されるＲＳのタイプ、（１３）ＷＴＲＵ１０２の内部結合損失、（１４）適用されることになる変調符号化スキーム（ＭＣＳ）および／もしくはトランスポートブロックサイズ（ＴＢＳ）、ならびに／または（１５）送信に添えられた品質基準、のいずれかに応じて、サポート可能なＳＩＬを設定してよい。
【０４４１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のＴＦリソースのミューティングが、決定された結果に従うような決定された結果として、サブフレームがＭＢＳＦＮ動作に使用されるかどうかを決定してよい。
【０４４２】
いくつかの代表的な実施形態では、優先度シグナリングは、（１）ＤＬ（ＤＬ）同期チャネル、（２）ＤＬブロードキャストチャネル、（３）ＤＬ  ＲＳ、（４）ＤＬ制御チャネル、（５）ＵＬ制御チャネル、および／または（６）ＵＬ  ＲＳ、のいずれかを含んでよい。
【０４４３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ミュートされることになる１または複数のＴＦリソースを含む複数のＴＦリソースに信号をマッピングしてよく、ＷＴＲＵ１０２は、１または複数のＴＦリソースに関連付けられたＴＦ位置におけるマッピングされたＴＦリソースをパンクチャしてよい。
【０４４４】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ミュートされることになる１または複数のＴＦリソースに関連付けられたＴＦ位置における複数のＴＦリソースをマッピングすることを回避するためにレートマッチングしてよい。
【０４４５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ネットワークリソースまたはエンティティとのメッセージングを介して第１の方向の通信のための１または複数のＴＦリソースをミュートするように制御または構成されてよい。
【０４４６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、少なくとも第２の方向の通信に関連付けられた情報に基づいて、第２の方向の通信のための第２の信号に対する、第１の方向の通信のための第１の信号の相対的優先度を決定してよい。
【０４４７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、決定された相対的優先度に基づいて、第１の方向の通信のための複数のＴＦリソースのうちの１または複数のＴＦリソースを選択的にミュートしてよい。
【０４４８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の信号および第２の信号の相対的優先度が、ＴＦ位置のうちのそれぞれのＴＦ位置、または複数のＴＦリソースに関連付けられた各ＴＦ位置に対応することを決定してよく、対応するＴＦ位置における第１の信号の相対的優先度（たとえば、決定された相対的優先度）が、同じ対応するＴＦ位置における第２の信号よりも低いことに応じて、それぞれのＴＦリソースをミュートしてよい。
【０４４９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、サブフレームをミュート、およびサブフレーム短縮を実行して、干渉レベルを減少させてよい。
【０４５０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のＴＦリソースをミュートして、干渉レベルを減少させてよい。
【０４５１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向のＴＦリソースの領域のシンボルの数を動的または半静的に構成してよく、第２の方向の通信のためのＴＦリソースの領域のシンボルの構成された数に応じて、もう１つのＴＦリソースのミューティングを実行してよい。
【０４５２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信のためのサブフレームに関連付けられた開始シンボル７６０のインジケータを受信してよい。
【０４５３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、開始シンボル７６０によって示される時間の前の時間に配置された第１の方向に通信されることになるサブフレームの１または複数のシンボルをミュートしてよい。
【０４５４】
いくつかの代表的な実施形態では、開始シンボル７６０のインジケータは、ＷＴＲＵ１０２へのシグナリングにおいて明確に提供されてもよいし、ＷＴＲＵ１０２によって受信される情報の特性に基づいて暗黙的であってもよい。
【０４５５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）第２の方向の送信電力が閾値よりも高い、（２）１もしくは複数のＴＦリソースのＴＢＳが閾値を超える、（３）１もしくは複数のＴＦリソースのＭＣＳが閾値を超える、および／または（４）１または複数のＴＦリソースの冗長バージョンが閾値を超える、のいずれかを条件にされた１または複数のＴＦリソースをミュートしてよい。
【０４５６】
いくつかの代表的な実施形態では、１または複数のＴＦリソースは、サブフレームのサブセットであってよい。
【０４５７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信のためのサブフレームの１または複数の異なるパート内のミュートされたＴＦリソースまたはミュートされたＴＦリソースのサブセットを送信してよい。
【０４５８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ミュートされることになるＴＦリソースを、または第１の方向の通信のためのこれらのＴＦリソースをミュートする代わりに、時間シフトおよび／または周波数シフトしてよい。
【０４５９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のＴＦリソースのミューティングを、１または複数のＴＦリソースが、（１）１もしくは複数の特定のＴＦ位置、（２）周波数帯域の中心部分内の１もしくは複数のＴＦ位置、（３）周波数帯域の端部分内の１もしくは複数のＴＦ位置、（４）特定のサブフレーム、（５）以前のサブフレーム内のシグナリングもしくはインジケータと関連するサブフレーム、（６）特定のシンボル、および／または（７）以前のシンボル内のシグナリングもしくはインジケータと関連する特定のシンボル、のいずれかに配置されることを条件にしてよい。
【０４６０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ゼロ送信電力、低送信電力、および／またはＡＢＳを、適用される送信電力として、第１の方向のＴＦリソースのうちのそれぞれのＴＦリソースに適用してよい。
【０４６１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＴＦリソースのうちのそれぞれのＴＦリソースにおいて適用される送信電力に関連付けられたＴＦ位置における第２の方向のための干渉レベルを測定してよい。
【０４６２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）１もしくは複数のＴＦリソースに関連付けられた１もしくは複数の論理チャネルのためのサービス品質（ＱｏＳ）パラメータ、（２）第１の方向の通信のための１もしくは複数のＴＦリソースのうちのそれぞれのＴＦリソースに関連付けられた再送信の数、および／または（３）１もしくは複数のＴＦリソースのうちのそれぞれのＴＦリソースは第１の方向の通信の再送信のためかどうか、のいずれかに基づいて、第１の方向の通信に関連付けられた１または複数のＴＦリソースのための１または複数の優先度を決定してよい。
【０４６３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、受信された情報から、第１の方向の通信に関連付けられた１または複数のＴＦリソースに対応する、第２の方向の通信のためのＴＦ位置におけるＴＦリソースに関連付けられた１または複数の優先度を決定または検出してよい。
【０４６４】
いくつかの代表的な実施形態では、ＴＦミュートしンボルミューティング、および／またはサブフレーム短縮は、第１の方向の通信のための、および第２の方向の通信のための、対応するＴＦ位置に関連付けられたＴＦリソースの相対的優先度に基づく。
【０４６５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向の通信に関連付けられた情報を受信してもよいし、検出してもよいし、取得してもよいし、決定してもよい。
【０４６６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、シグナリングの優先度もしくは相対的優先度、チャネルの優先度もしくは相対的優先度、リソースの優先度もしくは相対的優先度、リソース要素（ＲＥ）の優先度もしくは相対的優先度、リソースブロックの優先度もしくは相対的優先度、および／またはシンボルの優先度もしくは相対的優先度、および／またはリスト、順序付きリスト、または優先度シグナリングのインジケータ、優先度チャネルのインジケータ、優先度リソースのインジケータ、優先度リソース要素（ＲＥ）のインジケータ、優先度リソースブロックのインジケータ、および／または優先度シンボルのインジケータ、のいずれかを取得してよい。
【０４６７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、全二重無線リソース（ＦＤＲＲ）を含むことになっている１または複数のサブフレームを受信または設定してよい。
【０４６８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、設定されたサブフレームのうちの１または複数のサブフレームを、１または複数のＭＢＳＦＮサブフレームとして構成してよい。
【０４６９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向の通信への干渉を減少させ、または実質的に除去するように、第１の方向の通信に関連付けられたＴＦリソースのサブセット間の送信電力レベルを調整してよい。
【０４７０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、電力レベルを、第２の方向の通信を可能にするのに足りるゼロ電力レベルまたは非ゼロ電力レベルに減少させてよい。
【０４７１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、異なるＴＦ領域に関連付けられた異なるＴＦリソースのためのそれぞれ異なる電力制御ループ、それぞれ異なる電力制御オフセット、それぞれ異なるＰＣＭＡＸ値、および／またはそれぞれ異なるＰＣＭＡＸ，Ｃ値、のいずれかを適用するようにＷＴＲＵ１０２を構成してよい。
【０４７２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＴＦリソースレベルの第１のサブセットの変調符号化スキーム（ＭＣＳ）を、（１）より低いＭＣＳレベルおよび／または（２）最低ＭＣＳレベルのいずれかに調整してよい。
【０４７３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、複数のＴＦリソースの第１のサブセットのための第１のＭＣＳレベルと、複数のＴＦリソースの第２のサブセットのための第２のＭＣＳレベルを、ＤＣＩ内で受信してよい。
【０４７４】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＴＦリソースの第１のサブセットの送信電力レベルを、受信された第１のＭＣＳレベルおよび第２のＭＣＳレベルに基づいて、ＴＦリソースの第２のサブセットの送信電力レベルと比較して減少されたレベルに設定してよい。
【０４７５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、受信された第１のＭＣＳレベルおよび第２のＭＣＳレベルに基づいて、ＴＦリソースの第１のサブセットのＭＣＳレベルを第１のＭＣＳレベルに、ＴＦリソースの第２のサブセットのＭＣＳレベルを第２のＭＣＳレベルに設定してよい。
【０４７６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ミュートされることになる１または複数のＴＦリソースに関連付けられた、電力制御に関連するミューティング情報を受信してよく、この１または複数のＴＦリソースのミューティングは、電力制御に関連する受信されたミューティング情報に応じたものであってよい。
【０４７７】
いくつかの代表的な実施形態では、電力制御に関連する受信されたミューティング情報は、（１）ＴＦリソースの現在の送信電力１もしくは複数のからのオフセットを示す１もしくは複数のＴＦリソースに関連付けられたオフセット電力情報、および／または（２）１もしくは複数のＴＦリソースの送信電力とサブフレーム内の他のＴＦリソースの送信電力との１もしくは複数の差を示す１もしくは複数のＴＦリソースに関連付けられた差分電力情報、のいずれかであってよい。
【０４７８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、モバイル端末、ネットワークアクセスポイント（ＮＡＰ）、発展型ノードＢ（ｅＮＢ）１６０、ホームｅＮＢ（ＨｅＮＢ）、ノードＢ、ホームノードＢ（ＨＮＢ）、またはリレーノード、のいずれかであってよい。
【０４７９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向の通信のための１もしくは複数のＲＳ、１もしくは複数の制御チャネル、１もしくは複数のＲＥ、および／または１もしくは複数のＲＢ、のいずれかの優先度または相対的優先度を受信してもよいし、決定してもよいし、取得してもよい。
【０４８０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、優先度または相対的優先度に基づいて、ミュートされることになる第１の方向の通信のための１または複数のＴＦリソースに関連付けられた対応するＴＦ位置を決定してよく、ミューティングは、第１の方向の通信のための対応するＴＦ位置における１または複数のＴＦリソースをミュートすることを含んでよい。
【０４８１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＤＣＩ内のインジケータ内の優先度または相対的優先度を受信してよい。
【０４８２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、全二重動作を使用するようにＷＴＲＵ１０２のための１または複数のサブフレームに示すインジケータを受信してよい。
【０４８３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のサブフレームが無線周波数（ＲＦ）信号の同時送信および受信のために構成されてよいように、示された１または複数のサブフレーム内で、全二重モード動作を選択的に使用してよい。
【０４８４】
いくつかの代表的な実施形態では、全二重動作を使用するＷＴＲＵ１０２のサブフレームの動作および／または数は、そのネットワークアクセスポイントに対するＷＴＲＵ１０２の距離とは無関係であってよい。
【０４８５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向で通信される信号の１もしくは複数のＴＦ位置、第２の方向の通信のためのチャネルの１もしくは複数のＴＦ位置、および／または第２の方向で通信されることになるＲＳの１もしくは複数のＴＦ位置に基づいて、１または複数のＴＦリソースをミュートしてよい。
【０４８６】
いくつかの代表的な実施形態では、信号、ＲＳ、またはチャネルは、（１）第１同期信号および第２同期信号（ＰＳＳ／ＳＳＳ）、（２）物理ブロードキャストチャネル（ＰＢＣＨ）、（３）ＤＬ  ＣＲＳ  ６３０、ならびに／または（４）復調−ＲＳ（ＤＭ−ＲＳ）、のいずれかを含んでよい。
【０４８７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、少なくとも第２の方向の通信に関連付けられた情報に基づいて、第２の方向の通信のための第２の信号に対する、第１の方向の通信のための第１の信号の相対的優先度を決定してよい。
【０４８８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、決定された相対的優先度に基づいて、第１の方向の通信のための複数のＴＦリソースのうちの１または複数のＴＦリソースを選択的にミュートしてよい。
【０４８９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信のためのサブフレームのシンボルの数を動的または半静的に構成してよい。
【０４９０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信のためのサブフレームに関連付けられた開始シンボル７６０を決定してよい。
【０４９１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、開始シンボル７６０の時間の前の時間に配置された第１の方向に通信されることになるサブフレームの１または複数のシンボルをミュートしてよい。
【０４９２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）第１の方向の送信電力が閾値よりも高い、（２）１もしくは複数のＴＦリソースのトランスポートブロックサイズ（ＴＢＳ）が閾値を超える、（３）１もしくは複数のＴＦリソースの変調符号化スキーム（ＭＣＳ）が閾値を超える、および／または（４）１または複数のＴＦリソースの冗長バージョンが閾値を超える、のいずれかを条件にされた１または複数のＴＦリソースをミュートしてよい。
【０４９３】
いくつかの代表的な実施形態では、１または複数のＴＦリソースはサブフレームのサブセットであってよく、ＷＴＲＵ１０２は、第１の方向の通信のためのサブフレームの１または複数の異なるパート内のミュートされたＴＦリソースまたはミュートされたＴＦリソースのサブセットに関連付けられた１または複数の信号またはＲＳを送信してよい。
【０４９４】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信のためのミュートされたＴＦリソースに関連付けられた１もしくは複数の信号または１もしくは複数のＲＳを時間シフトおよび／または周波数シフトしてよい。
【０４９５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ゼロ送信電力、低送信電力、および／またはＡＢＳを、適用される送信電力減少として、第１の方向の複数のＴＦリソースに適用してよい。
【０４９６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、適用されるＴＦリソースに関連付けられたＴＦ位置における第２の方向のための干渉レベルを測定してよい。
【０４９７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）１もしくは複数のＴＦリソースに関連付けられた１もしくは複数の論理チャネルのためのサービス品質（ＱｏＳ）パラメータ、（２）第１の方向の通信のための１もしくは複数のＴＦリソースのうちの１もしくは複数に関連付けられた再送信の数、および／または（３）１もしくは複数のＴＦリソースのうちの１もしくは複数は第１の方向の通信の再送信のためかどうか、のいずれかに基づいて、第１の方向の通信に関連付けられた１または複数のＴＦリソースのための１または複数の優先度を決定してよい。
【０４９８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信に関連付けられた１または複数のＴＦリソースに対応する、第２の方向の通信のためのＴＦ位置におけるＴＦリソースに関連付けられた１または複数の優先度を決定または検出してよい。
【０４９９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＴＦミューティング、シンボルミューティング、および／またはサブフレーム短縮は、第１の方向の通信および第２の方向の通信のための対応するＴＦ位置に関連付けられたＴＦリソースの相対的優先度に基づいてよい。
【０５００】
図２３は、第１の方向および第２の方向における通信に時間−周波数（ＴＦ）リソースを使用するＷＴＲＵ１０２内で実施される別の代表的な方法２３００を示す図である。
【０５０１】
図２３を参照すると、代表的な方法２３００は、ブロック２３１０において、ＷＴＲＵ１０２が、第２の方向の通信に関連付けられた情報に基づいて、第１の方向の通信のための１または複数のＴＦリソースのミューティングのために構成されることを含んでよい。
【０５０２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向の通信を受信してよく、第２の方向の通信に関連付けられた情報を検出または決定してよい。
【０５０３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、リスト、順序付きリスト、または優先度信号のインジケータ、優先度チャネルのインジケータ、優先度リソースのインジケータ、優先度リソース要素（ＲＥ）のインジケータ、優先度リソースブロックのインジケータ、および／または優先度シンボルのインジケータ、のいずれかを取得してよい。
【０５０４】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信の少なくとも一部分を送信しながら、第２の方向の通信の少なくとも一部分を受信するように構成されてよい。
【０５０５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向および第２の方向の通信が、（１）周波数的に重複する、および／または（２）第１の方向の通信の第１の周波数もしくは第１の周波数帯域が、第２の方向の通信の第２の周波数もしくは第２の周波数帯域の閾値内にある、時間間隔を確立してよい。たとえば、ＷＴＲＵ１０２は、ＦＤＲ動作を可能にするように構成されてもよいし、ＦＤＲを可能にするようにそれ自体を構成してもよい。
【０５０６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、全二重リソース（ＦＤＲ）を含むことになっている１または複数のサブフレームを設定してよい。たとえば、ＷＴＲＵ１０２は、ネットワークアクセスポイント（ＮＡＰ）（たとえば、ＨｅＮＢまたはｅＮＢ１６０または他のアクセスポイントデバイス）からの情報に基づいて、ＦＤＲサブフレームを設定してよい。
【０５０７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のサブフレームを、１または複数のＭＢＳＦＮサブフレームとして設定してよい。
【０５０８】
いくつかの代表的な実施形態では、ＴＦリソースは、（１）１もしくは複数のリソース要素（ＲＥ）、１もしくは複数のリソースブロック（ＲＢ）、および／または（３）１もしくは複数のシンボル、のいずれかを含んでよい。
【０５０９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）ブランキング動作、（２）パンクチャリング動作、（３）レートマッチング動作、および／または（４）送信電力制御動作、のいずれかを介して、１または複数のＴＦリソースをミュートしてよい。
【０５１０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、並行してＷＴＲＵ１０２に通信されている第２の方向の通信への干渉を減少させ、または実質的に除去するように、第１の方向の通信に関連付けられたＴＦリソースのサブセット間の送信電力レベルを調整してよい。
【０５１１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）それぞれ異なる電力制御ループ、（２）それぞれ異なる電力制御オフセット、および／または、（３）グラントまたはＤＣＩに基づいて異なるＴＦ領域に関連付けられた異なるＴＦリソースのためのそれぞれ異なるＰCMAX値、のいずれかを適用するように構成されてよい。
【０５１２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＴＦリソースの第１のサブセットの送信電力レベルを、ＴＦリソースの第２のサブセットの送信電力レベルと比較して減少されたレベルに設定してよい。
【０５１３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＴＦリソースの第１のサブセットの変調次数を、（１）減少された変調次数および／または（２）最低変調次数、のいずれかに調整してよい。
【０５１４】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）ＴＦリソースの第１のサブセットのための、ＤＣＩから示される固定ランク、および／または（２）ＴＦリソースの第２のサブセットのための第２のランクよりも小さい、ＴＦリソースの第１のサブセットのための、ＤＣＩから示される第１のランク、のいずれかを適用してよい。
【０５１５】
いくつかの代表的な実施形態では、第１のランクは、ＤＣＩ内のオフセットによって示されてよい。
【０５１６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、複数のＴＦリソースの第１のサブセットのための第１の変調次数と、複数のＴＦリソースの第２のサブセットのための第２の変調次数を、ＤＣＩ内で受信してよい。
【０５１７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、受信されたＤＣＩに基づいて、ＴＦリソースの第１のサブセットの変調次数を第１の変調次数に、ＴＦリソースの第２のサブセットの変調次数を第２の変調次数に設定してよい。
【０５１８】
いくつかの代表的な実施形態では、ＴＦリソースの第１のサブセットの送信電力レベルを設定するための減少されたレベルは、第２の方向の通信を可能にするゼロ電力レベルまたは非ゼロ電力レベルであってよい。
【０５１９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＴＦリソースの第１のサブセットに関連付けられた第１の送信電力制御（ＴＰＣ）インジケータと、ＴＦリソースの第２のサブセットに関連付けられた第２のＴＰＣインジケータを（たとえば、ＤＣＩ内で）受信してよい。
【０５２０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＤＣＩ内の受信された第１のＴＰＣインジケータに基づいて、ＴＦリソースの第１のサブセットの送信電力レベルを調整してよく、受信された第２のＴＰＣインジケータに基づいて、ＴＦリソースの第２のサブセットの送信電力レベルを調整してよい。
【０５２１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のＴＦリソースのミューティングが、受信された送信電力ミューティング情報に応じたものであるようにミュートされることになる１または複数のＴＦリソースに関連付けられた送信電力ミューティング情報を受信してよい。
【０５２２】
いくつかの代表的な実施形態では、受信された送信電力ミューティング情報は、（１）ＴＦリソースの現在の送信電力１もしくは複数のからのオフセットを示す１もしくは複数のＴＦリソースに関連付けられたオフセット電力情報、および／または（２）１もしくは複数のＴＦリソースの送信電力とサブフレーム内の他のＴＦリソースの送信電力との１もしくは複数の差を示す１もしくは複数のＴＦリソースに関連付けられた差分電力情報、のいずれかであってよい。
【０５２３】
いくつかの代表的な実施形態では、第１の方向の通信はＵＬ方向の通信であってよく、第２の方向の通信はＤＬ方向の通信であってよい。たとえば、無線モバイル端末の場合、無線モバイル端末は、ＵＬ方向に送信してよく、ＤＬ方向に受信してよい。
【０５２４】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信はＤＬ方向の通信であってよく、第２の方向の通信はＵＬ方向の通信であってよい。
【０５２５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、とりわけ、モバイル端末、ネットワークアクセスポイント、発展型ノードＢ（ＨｅＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、ノードＢ、またはホームノードＢ（ＨＮＢ）、のいずれかである。
【０５２６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向の通信内の１もしくは複数のＲＳ、１もしくは複数の制御チャネル、１もしくは複数のＲＥ、および／または１もしくは複数のＲＢ、のいずれかが優先度であるインジケータまたは報告を受信してよい。
【０５２７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のＴＦリソースのミューティングが、第１の方向の通信のための対応するＴＦ位置のところであるように、インジケータに基づいてミュートされることになる第１の方向の通信内の１または複数のＴＦリソースに関連付けられた対応するＴＦ位置を決定してよい。
【０５２８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＤＣＩ内でインジケータまたは報告（たとえば、優先度の）を受信してよい。
【０５２９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向および／または第２の方向の通信のためのチャネルの優先度順序を示すチャネルインデックスを受信してよい。
【０５３０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、全二重モードで動作するようにＷＴＲＵ１０２のための１または複数のサブフレームに示すインジケータを受信してよい。
【０５３１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のサブフレームが無線周波数（ＲＦ）信号の同時送信および受信のために構成されるように、示された１または複数のサブフレーム内で、全二重モードで選択的に動作してよい。
【０５３２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２が全二重モードで動作しているかどうか、および／または全二重モードで動作しているＷＴＲＵ１０２のサブフレームの数は、ＮＡＰへのＷＴＲＵ１０２の距離とは無関係である。
【０５３３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のＴＦリソースをミュートして、ＷＴＲＵ１０２と１または複数の他のデバイスとの間での、ＷＴＲＵ１０２からの送信／受信ＳＩＮＴＦおよび／またはＷＴＲＵ１０２のためのＮＩＮＴＦを減少させるまたは実質的に除去してよい。
【０５３４】
いくつかの代表的な実施形態では、１または複数のＴＦリソースのミューティングは、第２の方向の通信のためのチャネルの１もしくは複数のＴＦ位置および／または第２の方向で通信されることになるＲＳの１もしくは複数のＴＦ位置に基づいてよい。
【０５３５】
いくつかの代表的な実施形態では、第２の方向で通信されることになるＲＳは、（１）ＰＳＳおよび／またはＳＳＳ、（２）ＰＢＣＨ、（３）ＤＬ  ＣＲＳ６３０、および／または（４）ＤＭ−ＲＳ、のいずれかを含んでよい。
【０５３６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、サブフレームが潜在的にＳＩＮＴＦサブフレームであるかどうか、および／または潜在的にＮＩＮＴＦサブフレームであるかどうかを、決定された結果として決定してよく、したがって、ＷＴＲＵ１０２は１または複数のＴＦリソースをミュートしてよい、この決定された結果に応じる。
【０５３７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、全二重動作のためにサポート可能な信号干渉のレベルを示すサポート可能なＳＩＮＴＦレベル（ＳＩＬ）を確立してよい。
【０５３８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＳＩＬが、サポート可能なＳＩＬに応じて干渉レベルを超えないように、１または複数のＴＦリソースの送信電力を制御してよい。
【０５３９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）ＳＩＮＴＦレベル（ＳＩＬ）、（２）サポート可能なＳＩＬ、（３）ＳＩＬとサポート可能なＳＩＬとの差、（４）最大送信電力、（５）ＷＴＲＵ１０２全体のための、第１の方向の最大全二重単一キャリア（ＦＤＳＣ）送信電力、（６）第１の方向の１もしくは複数の個々のチャネルまたはチャネルのグループのための、第１の方向の最大全二重単一キャリア（ＦＤＳＣ）送信電力、（７）ＷＴＲＵ１０２全体のための送信電力、（８）第１の方向の１もしくは複数の個々のチャネルまたはチャネルのグループのための送信電力、（９）第１の方向における送信電力と最大ＦＤＳＣ電力との差、（１０）ＳＩＬはサポート可能なＳＩＬを下回る閾値よりも大きいかどうかに関するインジケータ、および／または（１１）サポート可能なＳＩＬが超えられたというインジケータ、のいずれかをネットワークリソースに報告してよい。
【０５４０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）送信／受信の全二重単一キャリア（ＦＤＳＣ）周波数、（２）送信／受信の実際の周波数、（３）ＲＢの数および／もしく周波数位置、（４）送信／受信のＲＢの数および／もしくは周波数位置、（５）ＦＤＳＣの特性、（６）ＷＴＲＵ送信／受信のためのＲＢおよび／またはＲＥの相対的周波数位置、（７）ＷＴＲＵ送信／受信に割り当てられたＲＢおよび／またはＲＥの相対的周波数位置、（８）送信／受信に使用されるＷＴＲＵアンテナの数、（９）ネットワークリソース送信パラメータ、（１０）経路損失、（１１）チャネルタイプおよび／もしくは送信／受信のタイプ、（１２）送信／受信に使用されるＲＳのタイプ、（１３）ＷＴＲＵ１０２の内部結合損失、（１４）適用されることになる変調符号化スキーム（ＭＣＳ）および／もしくはトランスポートブロックサイズ（ＴＢＳ）、ならびに／または（１５）送信に添えられた品質基準、のいずれかに応じて、サポート可能なＳＩＬを設定してよい。
【０５４１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、サブフレームがＭＢＳＦＮ動作に使用されるかどうかを、決定された結果として決定してよく、したがって、１または複数のＴＦリソースのミューティングは、この決定された結果に従う。
【０５４２】
いくつかの代表的な実施形態では、優先度シグナリングは、（１）ＤＬ（ＤＬ）同期チャネル、（２）ＤＬブロードキャストチャネル、（３）ＤＬ  ＲＳ、（４）ＤＬ制御チャネル、（５）ＵＬ制御チャネル、および／または（６）ＵＬ  ＲＳ、のいずれかを含んでよい。
【０５４３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ミュートされることになる１または複数のＴＦリソースを含む複数のＴＦリソースに信号をマッピングしてよく、ＷＴＲＵ１０２は、１または複数のＴＦリソースに関連付けられたＴＦ位置におけるマッピングされたＴＦリソースをパンクチャしてよい。
【０５４４】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ミュートされることになる１または複数のＴＦリソースに関連付けられたＴＦ位置における複数のＴＦリソースをマッピングすることを回避するためにレートマッチングしてよい。
【０５４５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ネットワークリソースまたはエンティティとのメッセージングを介して第１の方向の通信のための１または複数のＴＦリソースをミュートするように制御または構成されてよい。
【０５４６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、少なくとも第２の方向の通信に関連付けられた情報に基づいて、第２の方向の通信のための第２の信号と比較して、第１の方向の通信のための第１の信号の相対的優先度を決定してよい。
【０５４７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、決定された相対的優先度に基づいて、第１の方向の通信のための複数のＴＦリソースのうちの１または複数のＴＦリソースを選択的にミュートしてよい。
【０５４８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の信号および第２の信号の相対的優先度が、ＴＦ位置のうちのそれぞれのＴＦ位置、または複数のＴＦリソースに関連付けられた各ＴＦ位置に対応することを決定してよく、対応するＴＦ位置における第１の信号の相対的優先度（たとえば、決定された相対的優先度）が、同じ対応するＴＦ位置における第２の信号よりも低いことに応じて、それぞれのＴＦリソースをミュートしてよい。
【０５４９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、サブフレームをミュートし、およびサブフレーム短縮を実行して、干渉レベルを減少させてよい。
【０５５０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のＴＦリソースをミュートして、干渉レベルを減少させてよい。
【０５５１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向のＴＦリソースの領域のシンボルの数を動的または半静的に構成してよく、第２の方向の通信のためのＴＦリソースの領域のシンボルの構成された数に応じて、もう１つのＴＦリソースのミューティングを実行してよい。
【０５５２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信のためのサブフレームに関連付けられた開始シンボル７６０のインジケータを受信してよい。
【０５５３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、開始シンボル７６０によって示される時間の前の時間に配置された第１の方向に通信されることになるサブフレームの１または複数のシンボルをミュートしてよい。
【０５５４】
いくつかの代表的な実施形態では、開始シンボル７６０のインジケータは、ＷＴＲＵ１０２へのシグナリングにおいて明確に提供されてもよいし、ＷＴＲＵ１０２によって受信される情報の特性に基づいて暗黙的であってもよい。
【０５５５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）第２の方向の送信電力が閾値よりも高い、（２）１もしくは複数のＴＦリソースのＴＢＳが閾値を超える、（３）１もしくは複数のＴＦリソースのＭＣＳが閾値を超える、および／または（４）１もしくは複数のＴＦリソースの冗長バージョンが閾値を超える、のいずれかを条件にされた１または複数のＴＦリソースをミュートしてよい。
【０５５６】
いくつかの代表的な実施形態では、１または複数のＴＦリソースは、サブフレームのサブセットであってよい。
【０５５７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信のためのサブフレームの１または複数の異なる部分内のミュートされたＴＦリソースまたはミュートされたＴＦリソースのサブセットを送信してよい。
【０５５８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ミュートされることになるＴＦリソースを、または第１の方向の通信のためのこれらのＴＦリソースをミュートする代わりに、時間シフトおよび／または周波数シフトしてよい。
【０５５９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のＴＦリソースのミューティングを、１または複数のＴＦリソースが、（１）１もしくは複数の特定のＴＦ位置、（２）周波数帯域の中心部分内の１もしくは複数のＴＦ位置、（３）周波数帯域の端部分内の１もしくは複数のＴＦ位置、（４）特定のサブフレーム、（５）以前のサブフレーム内のシグナリングもしくはインジケータと関連するサブフレーム、（６）特定のシンボル、および／または（７）以前のシンボル内のシグナリングもしくはインジケータと関連する特定のシンボル、のいずれかに配置されることを条件にしてよい。
【０５６０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ゼロ送信電力、低送信電力、および／またはＡＢＳを、適用される送信電力として、第１の方向のＴＦリソースのうちのそれぞれのＴＦリソースに適用してよい。
【０５６１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＴＦリソースのうちのそれぞれのＴＦリソースにおいて適用される送信電力に関連付けられたＴＦ位置における第２の方向のための干渉レベルを測定してよい。
【０５６２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）１もしくは複数のＴＦリソースに関連付けられた１もしくは複数の論理チャネルのためのサービス品質（ＱｏＳ）パラメータ、（２）第１の方向の通信のための１もしくは複数のＴＦリソースのうちのそれぞれのＴＦリソースに関連付けられた再送信の数、および／または（３）１もしくは複数のＴＦリソースのうちのそれぞれのＴＦリソースは第１の方向の通信の再送信のためかどうか、のいずれかに基づいて、第１の方向の通信に関連付けられた１または複数のＴＦリソースのための１または複数の優先度を決定してよい。
【０５６３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、受信された情報から、第１の方向の通信に関連付けられた１または複数のＴＦリソースに対応する、第２の方向の通信のためのＴＦ位置におけるＴＦリソースに関連付けられた１または複数の優先度を決定または検出してよい。
【０５６４】
いくつかの代表的な実施形態では、ＴＦミュートしンボルミューティング、および／またはサブフレーム短縮は、第１の方向の通信のための、および第２の方向の通信のための、対応するＴＦ位置に関連付けられたＴＦリソースの相対的優先度に基づく。
【０５６５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向の通信に関連付けられた情報を受信してもよいし、検出してもよいし、取得してもよいし、決定してもよい。
【０５６６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、シグナリングの優先度もしくは相対的優先度、チャネルの優先度もしくは相対的優先度、リソースの優先度もしくは相対的優先度、リソース要素（ＲＥ）の優先度もしくは相対的優先度、リソースブロックの優先度もしくは相対的優先度、および／またはシンボルの優先度もしくは相対的優先度、および／またはリスト、順序付きリスト、または優先度シグナリングのインジケータ、優先度チャネルのインジケータ、優先度リソースのインジケータ、優先度リソース要素（ＲＥ）のインジケータ、優先度リソースブロックのインジケータ、および／または優先度シンボルのインジケータ、のいずれかを取得してよい。
【０５６７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、全二重無線リソース（ＦＤＲＲ）を含むことになっている１または複数のサブフレームを受信または設定してよい。
【０５６８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、設定されたサブフレームのうちの１または複数のサブフレームを、１または複数のＭＢＳＦＮサブフレームとして構成してよい。
【０５６９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向の通信への干渉を減少させ、または実質的に除去するように、第１の方向の通信に関連付けられたＴＦリソースのサブセット間の送信電力レベルを調整してよい。
【０５７０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、電力レベルを、第２の方向の通信を可能にするのに足りるゼロ電力レベルまたは非ゼロ電力レベルに減少させてよい。
【０５７１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、異なるＴＦ領域に関連付けられた異なるＴＦリソースのためのそれぞれ異なる電力制御ループ、それぞれ異なる電力制御オフセット、それぞれ異なるＰCMAX値、および／またはそれぞれ異なるＰCMAX,C値、のいずれかを適用するようにＷＴＲＵ１０２を構成してよい。
【０５７２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＴＦリソースの第１のサブセットの変調符号化スキーム（ＭＣＳ）レベルを、（１）より低いＭＣＳレベルおよび／または（２）最低ＭＣＳレベルのいずれかに調整してよい。
【０５７３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、複数のＴＦリソースの第１のサブセットのための第１のＭＣＳレベルと、複数のＴＦリソースの第２のサブセットのための第２のＭＣＳレベルを、ＤＣＩ内で受信してよい。
【０５７４】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、受信された第１のＭＣＳレベルおよび第２のＭＣＳレベルに基づいて、ＴＦリソースの第１のサブセットの送信電力レベルを、ＴＦリソースの第２のサブセットの送信電力レベルと比較して減少されたレベルに設定してよい。
【０５７５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、受信された第１のＭＣＳレベルおよび第２のＭＣＳレベルに基づいて、ＴＦリソースの第１のサブセットのＭＣＳレベルを第１のＭＣＳレベルに、ＴＦリソースの第２のサブセットのＭＣＳレベルを第２のＭＣＳレベルに設定してよい。
【０５７６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ミュートされることになる１または複数のＴＦリソースに関連付けられた電力制御に関連するミューティング情報を受信してよく、この１または複数のＴＦリソースのミューティングは、電力制御に関連する受信されたミューティング情報に応じたものであってよい。
【０５７７】
いくつかの代表的な実施形態では、電力制御に関連する受信されたミューティング情報は、（１）ＴＦリソースの現在の送信電力１もしくは複数のからのオフセットを示す１もしくは複数のＴＦリソースに関連付けられたオフセット電力情報、および／または（２）１もしくは複数のＴＦリソースの送信電力とサブフレーム内の他のＴＦリソースの送信電力との１もしくは複数の差を示す１もしくは複数のＴＦリソースに関連付けられた差分電力情報、のいずれかであってよい。
【０５７８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、モバイル端末、ネットワークアクセスポイント（ＮＡＰ）、発展型ノードＢ（ｅＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、ノードＢ、ホームノードＢ（ＨＮＢ）、またはリレーノード、のいずれかであってよい。
【０５７９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向の通信のための１もしくは複数のＲＳ、１もしくは複数の制御チャネル、１もしくは複数のＲＥ、および／または１もしくは複数のＲＢ、のいずれかの優先度または相対的優先度を受信してもよいし、決定してもよいし、取得してもよい。
【０５８０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、優先度または相対的優先度に基づいて、ミュートされることになる第１の方向の通信のための１または複数のＴＦリソースに関連付けられた対応するＴＦ位置を決定してよく、ミューティングは、第１の方向の通信のための対応するＴＦ位置における１または複数のＴＦリソースをミュートすることを含んでよい。
【０５８１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＤＣＩ内のインジケータ内の優先度または相対的優先度を受信してよい。
【０５８２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＷＴＲＵ１０２が全二重動作を使用することを１または複数のサブフレームに示すインジケータを受信してよい。
【０５８３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のサブフレームが無線周波数（ＲＦ）信号の同時送信および受信のために構成されてよいように、示された１または複数のサブフレーム内で、全二重モード動作を選択的に使用してよい。
【０５８４】
いくつかの代表的な実施形態では、全二重動作を使用するＷＴＲＵ１０２のサブフレームの動作および／または数は、そのネットワークアクセスポイントに対するＷＴＲＵ１０２の距離とは無関係であってよい。
【０５８５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向で通信される信号の１もしくは複数のＴＦ位置、第２の方向の通信のためのチャネルの１もしくは複数のＴＦ位置、および／または第２の方向で通信されることになるＲＳの１もしくは複数のＴＦ位置に基づいて、１または複数のＴＦリソースをミュートしてよい。
【０５８６】
いくつかの代表的な実施形態では、信号、ＲＳ、またはチャネルは、（１）ＰＳＳおよび／またはＳＳＳ、（２）ＰＢＣＨ、（３）ＤＬ  ＣＲＳ６３０、および／または（４）ＤＭ−ＲＳ、のいずれかを含んでよい。
【０５８７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、少なくとも第２の方向の通信に関連付けられた情報に基づいて、第２の方向の通信のための第２の信号と比較して、第１の方向の通信のための第１の信号の相対的優先度を決定してよい。
【０５８８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、決定された相対的優先度に基づいて、第１の方向の通信のための複数のＴＦリソースのうちの１または複数のＴＦリソースを選択的にミュートしてよい。
【０５８９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信のためのサブフレームのシンボルの数を動的または半静的に構成してよい。
【０５９０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信のためのサブフレームに関連付けられた開始シンボル７６０を決定してよい。
【０５９１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、開始シンボル７６０の時間の前の時間に配置された第１の方向に通信されることになるサブフレームの１または複数のシンボルをミュートしてよい。
【０５９２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）第１の方向の送信電力が閾値よりも高い、（２）１もしくは複数のＴＦリソースのトランスポートブロックサイズ（ＴＢＳ）が閾値を超える、（３）１もしくは複数のＴＦリソースの変調符号化スキーム（ＭＣＳ）が閾値を超える、および／または（４）１もしくは複数のＴＦリソースの冗長バージョンが閾値を超える、のいずれかを条件にされた１または複数のＴＦリソースをミュートしてよい。
【０５９３】
いくつかの代表的な実施形態では、１または複数のＴＦリソースはサブフレームのサブセットであってよく、ＷＴＲＵ１０２は、第１の方向の通信のためのサブフレームの１または複数の異なるパート内のミュートされたＴＦリソースまたはミュートされたＴＦリソースのサブセットに関連付けられた１または複数の信号またはＲＳを送信してよい。
【０５９４】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信のためのミュートされたＴＦリソースに関連付けられた１もしくは複数の信号または１もしくは複数のＲＳを時間シフトおよび／または周波数シフトしてよい。
【０５９５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ゼロ送信電力、低送信電力、および／またはＡＢＳを、適用される送信電力減少として、第１の方向の複数のＴＦリソースに適用してよい。
【０５９６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、適用されるＴＦリソースに関連付けられたＴＦ位置における第２の方向のための干渉レベルを測定してよい。
【０５９７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）１もしくは複数のＴＦリソースに関連付けられた１もしくは複数の論理チャネルのためのサービス品質（ＱｏＳ）パラメータ、（２）第１の方向の通信のための１もしくは複数のＴＦリソースのうちの１もしくは複数に関連付けられた再送信の数、および／または（３）１もしくは複数のＴＦリソースのうちの１もしくは複数は第１の方向の通信の再送信のためかどうか、のいずれかに基づいて、第１の方向の通信に関連付けられた１または複数のＴＦリソースのための１または複数の優先度を決定してよい。
【０５９８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信に関連付けられた１または複数のＴＦリソースに対応する、第２の方向の通信のためのＴＦ位置におけるＴＦリソースに関連付けられた１または複数の優先度を決定または検出してよい。
【０５９９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＴＦミューティング、シンボルミューティング、および／またはサブフレーム短縮は、第１の方向の通信および第２の方向の通信のための対応するＴＦ位置に関連付けられたＴＦリソースの相対的優先度に基づいてよい。
【０６００】
図２４は、第１の方向および第２の方向の通信に１または複数のサブフレームを使用するＷＴＲＵ１０２内で実施される追加の代表的な方法２４００を示す図である。
【０６０１】
図２４を参照すると、代表的な方法２４００は、ブロック２４１０において、ＷＴＲＵ１０２が、第２の方向の通信に関連付けられた情報に基づいて、第１の方向の通信のためのサブフレームの短縮のために構成されることを含んでよい。
【０６０２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向の通信を受信してよく、第２の方向の通信に関連付けられた情報を検出または決定してよい。
【０６０３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、リスト、順序付きリスト、または優先度信号のインジケータ、優先度チャネルのインジケータ、優先度リソースのインジケータ、優先度リソース要素（ＲＥ）のインジケータ、優先度リソースブロックのインジケータ、および／または優先度シンボルのインジケータ、のいずれかを取得してよい。
【０６０４】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向の通信の少なくとも一部分を送信しながら、第２の方向の通信の少なくとも一部分を受信するように構成されてよい。
【０６０５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第１の方向および第２の方向の通信が、（１）周波数的に重複する、および／または（２）第１の方向の通信の第１の周波数もしくは第１の周波数帯域が、第２の方向の通信の第２の周波数もしくは第２の周波数帯域の閾値内にある、時間間隔を確立してよい。たとえば、ＷＴＲＵ１０２は、ＦＤＲ動作を可能にするように構成されてもよいし、ＦＤＲを可能にするようにそれ自体を構成してもよい。
【０６０６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、全二重リソース（ＦＤＲ）を含むことになっている１または複数のサブフレームを設定してよい。たとえば、ＷＴＲＵ１０２は、からのネットワークアクセスポイント（ＮＡＰ）（たとえば、ＨｅＮＢまたはｅＮＢ１６０または他のアクセスポイントデバイス）情報に基づいて、ＦＤＲサブフレームを設定してよい。
【０６０７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のサブフレームを、１または複数のＭＢＳＦＮサブフレームとして設定してよい。
【０６０８】
いくつかの代表的な実施形態では、短縮されたサブフレームは、ミュートされた１または複数のシンボルを含んでよい。
【０６０９】
いくつかの代表的な実施形態では、第１の方向の通信はＵＬ方向の通信であってよく、第２の方向の通信はＤＬ方向の通信であってよい。たとえば、無線モバイル端末の場合、無線モバイル端末は、ＵＬ方向に送信してよく、ＤＬ方向に受信してよい。
【０６１０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、全二重モードで動作するようにＷＴＲＵ１０２のための１または複数のサブフレームに示すインジケータを受信してよい。
【０６１１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のサブフレームが無線周波数（ＲＦ）信号の同時送信および受信のために構成されるように、示された１または複数のサブフレーム内で、全二重モードで選択的に動作してよい。
【０６１２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２が全二重モードで動作しているかどうか、および／または全二重モードで動作しているＷＴＲＵ１０２のサブフレームの数は、ＮＡＰへのＷＴＲＵ１０２の距離とは無関係である。
【０６１３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のサブフレームを短縮して、ＷＴＲＵ１０２と１または複数の他のデバイスとの間での、ＷＴＲＵ１０２からの送信／受信ＳＩＮＴＦおよび／またはＷＴＲＵ１０２のためのＮＩＮＴＦを減少させるまたは実質的に除去してよい。
【０６１４】
いくつかの代表的な実施形態では、第２の方向で通信されることになるＲＳは、（１）第１同期信号および第２同期信号（ＰＳＳ／ＳＳＳ）、（２）物理ブロードキャストチャネル（ＰＢＣＨ）、（３）ＤＬ  ＣＲＳ  ６３０、ならびに／または（４）復調−ＲＳ（ＤＭ−ＲＳ）、のいずれかを含んでよい。
【０６１５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、（１）ＳＩＮＴＦレベル（ＳＩＬ）、（２）サポート可能なＳＩＬ、（３）ＳＩＬとサポート可能なＳＩＬとの差、（４）最大送信電力、（５）ＷＴＲＵ１０２全体のための、第１の方向の最大全二重単一キャリア（ＦＤＳＣ）送信電力、（６）第１の方向の１もしくは複数の個々のチャネルまたはチャネルのグループのための、第１の方向の最大全二重単一キャリア（ＦＤＳＣ）送信電力、（７）ＷＴＲＵ１０２全体のための送信電力、（８）第１の方向の１もしくは複数の個々のチャネルまたはチャネルのグループのための送信電力、（９）第１の方向における送信電力と最大ＦＤＳＣ電力との差、（１０）ＳＩＬはサポート可能なＳＩＬを下回る閾値よりも大きいかどうかに関するインジケータ、および／または（１１）サポート可能なＳＩＬが超えられたというインジケータ、のいずれかをネットワークリソースに報告してよい。
【０６１６】
いくつかの代表的な実施形態では、優先度シグナリングは、（１）ＤＬ同期チャネル、（２）ＤＬブロードキャストチャネル、（３）ＤＬ  ＲＳ、（４）ＤＬ制御チャネル、（５）ＵＬ制御チャネル、および／または（６）ＵＬ  ＲＳ、のいずれかを含んでよい。
【０６１７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のＴＦリソースをミュートして、干渉レベルを減少させてよい。
【０６１８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ゼロ送信電力、低送信電力、および／またはＡＢＳを、適用される送信電力として、第１の方向のＴＦリソースのうちのそれぞれのＴＦリソースに適用してよい。
【０６１９】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＴＦリソースのうちのそれぞれのＴＦリソースにおいて適用される送信電力に関連付けられたＴＦ位置における第２の方向のための干渉レベルを測定してよい。
【０６２０】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、受信された情報から、第１の方向の通信に関連付けられた１または複数のＴＦリソースに対応する、第２の方向の通信のためのＴＦ位置におけるＴＦリソースに関連付けられた１または複数の優先度を決定または検出してよい。
【０６２１】
いくつかの代表的な実施形態では、ＴＦミュートしンボルミューティング、および／またはサブフレーム短縮は、第１の方向の通信のための、および第２の方向の通信のための、対応するＴＦ位置に関連付けられたＴＦリソースの相対的優先度に基づく。
【０６２２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、第２の方向の通信に関連付けられた情報を受信してもよいし、検出してもよいし、取得してもよいし、決定してもよい。
【０６２３】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、シグナリングの優先度もしくは相対的優先度、チャネルの優先度もしくは相対的優先度、リソースの優先度もしくは相対的優先度、リソース要素（ＲＥ）の優先度もしくは相対的優先度、リソースブロックの優先度もしくは相対的優先度、および／またはシンボルの優先度もしくは相対的優先度、および／またはリスト、順序付きリスト、または優先度シグナリングのインジケータ、優先度チャネルのインジケータ、優先度リソースのインジケータ、優先度リソース要素（ＲＥ）のインジケータ、優先度リソースブロックのインジケータ、および／または優先度シンボルのインジケータ、のいずれかを取得してよい。
【０６２４】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、全二重無線リソース（ＦＤＲＲ）を含むことになっている１または複数のサブフレームを受信または設定してよい。
【０６２５】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、設定されたサブフレームのうちの１または複数のサブフレームを、１または複数のＭＢＳＦＮサブフレームとして構成してよい。
【０６２６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＷＴＲＵ１０２が全二重動作を使用することを１または複数のサブフレームに示すインジケータを受信してよい。
【０６２７】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、１または複数のサブフレームが無線周波数（ＲＦ）信号の同時送信および受信のために構成されてよいように、示された１または複数のサブフレーム内で、全二重モード動作を選択的に使用してよい。
【０６２８】
いくつかの代表的な実施形態では、全二重動作を使用するＷＴＲＵ１０２のサブフレームの動作および／または数は、そのネットワークアクセスポイントに対するＷＴＲＵ１０２の距離とは無関係であってよい。
【０６２９】
図２５は、第１の方向および第２の方向において時間−周波数（ＴＦ）リソースを使用するＷＴＲＵ１０２内で実施されるさらなる代表的な方法２５００を示す図である。
【０６３０】
図２５を参照すると、ブロック２５１０において、ＷＴＲＵ１０２は、ＳＩＮＴＦ状態、潜在的ＳＩＮＴＦ状態、近隣干渉状態、または潜在的近隣干渉状態を示す、第２の方向の通信に関連付けられた情報を取得してよい。ブロック２５２０において、ＷＴＲＵ１０２は、第２の方向の通信に関連付けられた情報が、自己干渉状態、潜在的ＳＩＮＴＦ状態、近隣干渉状態、および／または潜在的近隣干渉状態自己干渉状態もしくは近隣干渉状態、のいずれかを示すという条件で、ＷＴＲＵ１０２（たとえば、それ自体またはＷＴＲＵ）を干渉回避ＴＦリソース構造のために構成してよい。
【０６３１】
いくつかの代表的な実施形態では、ＳＩＮＴＦ状態は、ＷＴＲＵ１０２からの第１の方向の送信のためのＴＦリソースとＷＴＲＵ１０２による第２の方向の受信のための優先度ＴＦリソースとの間の干渉を示してよい。
【０６３２】
いくつかの代表的な実施形態では、近隣干渉状態は、ＷＴＲＵ１０２からの第１の方向の送信のためのＴＦリソースとＷＴＲＵ１０２による第２の方向の干渉（たとえば、受信）のための１または複数の他のＷＴＲＵ１０２からの優先度ＴＦリソースとの間の干渉を示してよい。
【０６３３】
いくつかの代表的な実施形態では、ＳＩＮＴＦ状態は、ＷＴＲＵ１０２からの第１の方向の送信のためのＴＦリソースとＷＴＲＵ１０２による第２の方向の受信のための優先度ＴＦリソースとの間の干渉を示してよく、近隣干渉状態は、ＷＴＲＵ１０２からの第１の方向の送信のためのＴＦリソースと１または複数の他のＷＴＲＵ１０２による第２の方向の受信のための優先度ＴＦリソースとの間の干渉を示してよい。
【０６３４】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、干渉の影響をさらに減少させる、ＲＥミューティングプロシージャもしくは方法、シンボルミューティングプロシージャもしくは方法、および／またはサブフレーム短縮プロシージャもしくは方法のいずれか組み合わせてよい。
【０６３５】
図２６は、第１の方向および第２の方向の通信に時間−周波数（ＴＦ）リソースを使用するＷＴＲＵ１０２と通信する、ネットワークアクセスポイント（ＮＡＰ）実施される代表的な方法２６００を示す図である。
【０６３６】
図２６を参照すると、ブロック２６１０において、ＮＡＰは、第１の方向の通信と第２の方向の通信との間の干渉を制御するために第１の方向の通信をＴＦミュートする、シンボルミューティングする、および／またはサブフレーム短縮するべきかどうかを決定してよい。ブロック２６２０において、ＮＡＰは、ＷＴＲＵ１０２が第１の方向の通信のための１もしくは複数のＴＦリソース、１もしくは複数のシンボル、および／または１もしくは複数のサブフレームをＴＦミュートする、シンボルミューティングする、および／またはサブフレーム短縮するための構成情報を送ってよい。
【０６３７】
いくつかの代表的な実施形態では、ＮＡＰは、構成をＷＴＲＵ１０２に送り、ＷＴＲＵ１０２が第１の方向の通信の少なくとも一部分を送信しながら第２の方向の通信の少なくとも一部分を受信することを可能にしてよい。
【０６３８】
いくつかの代表的な実施形態では、ＮＡＰは、全二重リソース（ＦＤＲ）を含むことになる１または複数のサブフレームのインジケータを送ってよい。
【０６３９】
いくつかの代表的な実施形態では、ＮＡＰは、ＷＴＲＵ１０２が、（１）異なるＴＦ領域に関連付けられた異なるＴＦリソースのためのそれぞれ異なる電力制御ループ、それぞれ異なる電力制御オフセット、および／またはそれぞれ異なるＰCMAX値、のいずれかを適用するための構成情報をグラントまたはＤＣＩ内で送ってよい。
【０６４０】
いくつかの代表的な実施形態では、ＮＡＰは、（１）ＴＦリソースの第１のサブセットのための、ＤＣＩから示される固定ランク、および／または（２）ＴＦリソースの第２のサブセットのための第２のランクよりも小さい、ＴＦリソースの第１のサブセットのための、ＤＣＩから示される第１のランク、のいずれかを含んでよい構成情報を送ってよい。
【０６４１】
いくつかの代表的な実施形態では、ＮＡＰは、第２のランクからの第１のランクのオフセットを示してよいＤＣＩを送ってよい。
【０６４２】
いくつかの代表的な実施形態では、ＮＡＰは、複数のＴＦリソースの第１のサブセットのための第１の変調次数および複数のＴＦリソースの第２のサブセットのための第２の変調次数をＤＣＩ内で送り、ＷＴＲＵ１０のために、ＤＣＩ内で受信された第１の変調次数および第２の変調次数に基づいて、ＴＦリソースの第１のサブセットの送信電力レベルを、ＴＦリソースの第２のサブセットの送信電力レベルと比較して減少されたレベルに設定し、ＴＦリソースの第１のサブセットの変調次数を第１の変調次数に、ＴＦリソースの第２のサブセットの変調次数を第２の変調次数に設定してよい。
【０６４３】
いくつかの代表的な実施形態では、ＮＡＰは、ＴＦリソースの第１のサブセットに関連付けられた第１の送信電力制御（ＴＰＣ）インジケータおよびＴＦリソースの第２のサブセットに関連付けられた第２のＴＰＣインジケータをＤＣＩ内で送り、ＴＦリソースの第１のサブセットおよび第２のサブセットの送信電力レベルを個々に調整させてよい。
【０６４４】
いくつかの代表的な実施形態では、ＮＡＰは、ミュートされることになる１または複数のＴＦリソースに関連付けられた送信電力ミューティング情報を送ってよい。
【０６４５】
いくつかの代表的な実施形態では、ＮＡＰは、第２の方向の通信内の１もしくは複数のＲＳ、１もしくは複数の制御チャネル、１もしくは複数のＲＥ、および／または１もしくは複数のＲＢ、のいずれかが優先度であるインジケータまたは報告を送ってよい。
【０６４６】
いくつかの代表的な実施形態では、ＮＡＰは、第１の方向の通信および／または第２の方向に対するチャネルのための優先度順序を示すチャネルインデックスを送ってよい。
【０６４７】
いくつかの代表的な実施形態では、ＮＡＰは、ＷＴＲＵ１０２が全二重モードで動作する１または複数のサブフレームを示すインジケータを送ってよい。
【０６４８】
いくつかの代表的な実施形態では、ＮＡＰは、ＮＡＰによってＷＴＲＵ１０２から、（１）ＷＴＲＵ１０２のＳＩＮＴＦレベル（ＳＩＬ）、（２）ＷＴＲＵ１０２のサポート可能なＳＩＬ、（３）ＳＩＬとサポート可能なＳＩＬとの差、（４）最大送信電力、（５）ＷＴＲＵ１０２全体のための、第１の方向の最大全二重単一キャリア（ＦＤＳＣ）送信電力、（６）第１の方向の１もしくは複数の個々のチャネルまたはチャネルのグループのための、第１の方向の最大全二重単一キャリア（ＦＤＳＣ）送信電力、（７）ＷＴＲＵ１０２全体のための送信電力、（８）第１の方向の１もしくは複数の個々のチャネルまたはチャネルのグループのための送信電力、（９）第１の方向における送信電力と最大ＦＤＳＣ電力との差、（１０）ＳＩＬはサポート可能なＳＩＬを下回る閾値よりも大きいかどうかに関するインジケータ、および／または（１１）サポート可能なＳＩＬが超えられたというインジケータ、のいずれかを示す報告を受信してよい。
【０６４９】
いくつかの代表的な実施形態では、ＮＡＰは、第１の方向の通信のためのサブフレームに関連付けられた開始シンボル７６０のインジケータを送って、開始シンボル７６０によって示される時間の前の時間に配置された第１の方向で通信されることになるサブフレームの１または複数のシンボルをミュートするためにＷＴＲＵ１０２を構成してよい。
【０６５０】
いくつかの代表的な実施形態では、ＮＡＰは、（１）１もしくは複数のＴＦリソースに関連付けられた１もしくは複数の論理チャネルのためのサービス品質（ＱｏＳ）パラメータ、（２）第１の方向の通信のための１もしくは複数のＴＦリソースのうちのそれぞれのＴＦリソースに関連付けられた再送信の数、および／または（３）１もしくは複数のＴＦリソースのうちのそれぞれのＴＦリソースは第１の方向の通信の再送信のためかどうか、のいずれかに基づいて、第１の方向の通信に関連付けられた１または複数のＴＦリソースのための１または複数の優先度を決定してもよいし、設定してもよいし、および／または確立してもよい。
【０６５１】
いくつかの代表的な実施形態では、構成情報は、１もしくは複数の信号、１もしくは複数のチャネル、１もしくは複数のＲＢ、１もしくは複数のＲＥ、および／またはもう１つのシンボル、のいずれかの相対的優先度に基づいて、１もしくは複数のＴＦリソース、１もしくは複数のシンボル、および／または１もしくは複数のサブフレームを選択的にＴＦミュートする、選択的にシンボルミューティングする、および／または選択的にサブフレーム短縮するためのインジケータを含んでよい。
【０６５２】
いくつかの代表的な実施形態では、ＮＡＰは、全二重無線リソース（ＦＤＲＲ）を含むことになる１または複数のサブフレームのインジケータを送ってよい。
【０６５３】
いくつかの代表的な実施形態では、ＮＡＰは、ＷＴＲＵ１０２が、異なるＴＦ領域に関連付けられた異なるＴＦリソースのためのそれぞれ異なる電力制御ループ、それぞれ異なる電力制御オフセット、それぞれ異なるＰＣＭＡＸ値、および／またはそれぞれ異なるＰＣＭＡＸ，Ｃ値、のいずれかを適用することを可能にする構成情報を送ってよい。
【０６５４】
いくつかの代表的な実施形態では、ＮＡＰは、ＷＴＲＵ１０２が、受信された第１のＭＣＳレベルおよび第２のＭＣＳレベルに基づいて、ＴＦリソースの第１のサブセットの送信電力レベルを、ＴＦリソースの第２のサブセットの送信電力レベルと比較して減少されたレベルに設定し、受信された第１のＭＣＳレベルおよび第２のＭＣＳレベルに基づいて、ＴＦリソースの第１のサブセットのＭＣＳレベルを第１のＭＣＳレベルに、ＴＦリソースの第２のサブセットのＭＣＳレベルを第２のＭＣＳレベルに設定するために、複数のＴＦリソースの第１のサブセットのための第１の変調符号化スキーム（ＭＣＳ）レベルおよび複数のＴＦリソースの第２のサブセットのための第２のＭＣＳレベルをＤＣＩ内で送ってよい。
【０６５５】
いくつかの代表的な実施形態では、ＮＡＰは、ミュートされることになる１または複数のＴＦリソースに関連付けられた電力制御に関連するミューティング情報を送ってよい。
【０６５６】
いくつかの代表的な実施形態では、ＮＡＰは、全二重動作を使用するようにＷＴＲＵ１０２のための１または複数のサブフレームを示すインジケータを送ってよい。
【０６５７】
いくつかの代表的な実施形態では、ＮＡＰは、（１）１もしくは複数のＴＦリソースに関連付けられた１もしくは複数の論理チャネルのためのサービス品質（ＱｏＳ）パラメータ、（２）第１の方向の通信のための１もしくは複数のＴＦリソースのうちの１もしくは複数に関連付けられた再送信の数、および／または（３）１もしくは複数のＴＦリソースのうちの１もしくは複数は第１の方向の通信の再送信のためかどうか、のいずれかに基づいて、第１の方向の通信に関連付けられた１または複数のＴＦリソースのための１または複数の優先度を決定してもよいし、確立してもよい。
【０６５８】
＜代表的な実施形態＞
代表的な実施形態１において、第１の方向および第２の方向の通信に時間−周波数（ＴＦ）リソースを使用する無線送信／受信ユニット（ＷＴＲＵ）内で実施される方法は、第２の方向の通信に関連付けられた情報に基づいて、第１の方向の通信のための１もしくは複数のＴＦリソースをＷＴＲＵがＴＦリソースミューティングもしくはシンボルミューティングする、または、第２の方向の通信に関連付けられた情報に基づいて、第１の方向の通信のための１もしくは複数のＴＦリソースをＷＴＲＵがサブフレーム短縮することを含んでよい
【０６５９】
代表的な実施形態２において、第１の方向および第２の方向の通信に時間−周波数（ＴＦ）リソースを使用する無線送信／受信ユニット（ＷＴＲＵ）内で実施される方法は、第２の方向の通信に関連付けられた情報に基づいて、第１の方向の通信のための１または複数のＴＦリソースのミューティングのためにＷＴＲＵを構成することを含んでよい。
【０６６０】
代表的な実施形態３において、第１の方向および第２の方向の通信に１または複数のサブフレームを使用する無線送信／受信ユニット（ＷＴＲＵ）内で実施される方法は、ＷＴＲＵが、第２の方向の通信に関連付けられた情報に基づいて、第１の方向の通信のためのサブフレームの短縮のために構成されることを含んでよい。
【０６６１】
代表的な実施形態４において、実施形態１乃至３のいずれか１つに記載の方法は、第２の方向の通信に関連付けられた情報をＷＴＲＵが受信、検出、取得、または決定することをさらに含んでよい。
【０６６２】
代表的な実施形態５において、第２の方向の通信に関連付けられた情報の受信、検出、取得、または決定は、シグナリングの優先度もしくは相対的優先度、チャネルの優先度もしくは相対的優先度、リソースの優先度もしくは相対的優先度、リソース要素（ＲＥ）の優先度もしくは相対的優先度、リソースブロックの優先度もしくは相対的優先度、および／またはシンボルの優先度もしくは相対的優先度、および／またはリスト、順序付きリスト、または優先度シグナリングのインジケータ、優先度チャネルのインジケータ、優先度リソースのインジケータ、優先度リソース要素（ＲＥ）のインジケータ、優先度リソースブロックのインジケータ、および／または優先度シンボルのインジケータ、のいずれかを取得することを含んでよい、代表的な実施形態４の方法。
【０６６３】
代表的な実施形態６において、代表的な実施形態１乃至５のいずれか１つに記載の方法は、第１の方向の通信の少なくとも一部分を送信しながら、第２の方向の通信の少なくとも一部分を受信するようにＷＴＲＵを構成することをさらに含んでよい。
【０６６４】
代表的な実施形態７において、第１の方向の通信の少なくとも一部分を送信しながら第２の方向の通信の少なくとも一部分を受信するためのＷＴＲＵの構成は、第１の方向および第２の方向の通信は、（１）周波数的に重複する、および／または（２）第１の方向の通信の第１の周波数もしくは第１の周波数帯域が、第２の方向の通信の第２の周波数もしくは第２の周波数帯域の閾値内にある、時間間隔を確立することを含んでよい、代表的な実施形態６の方法。
【０６６５】
代表的な実施形態８において、代表的な実施形態１乃至７のいずれか１つに記載の方法は、いくつかの代表的な実施形態では、全二重無線リソース（ＦＤＲＲ）を含むことになっている１または複数のサブフレームを受信または設定することをさらに含んでよい。
【０６６６】
代表的な実施形態９において、１または複数のサブフレームの設定は、設定されたサブフレームのうちの１または複数のサブフレームを、１または複数のマルチメディアブロードキャストマルチキャストサービス単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして構成することを含んでよい、代表的な実施形態８の方法。
【０６６７】
代表的な実施形態１０において、１または複数のＴＦリソースは、（１）１もしくは複数のリソース要素（ＲＥ）、１もしくは複数のリソースブロック（ＲＢ）、および／または（３）１もしくは複数のシンボル、のいずれかを含んでよい、代表的な実施形態１または２および４乃至９のいずれか１つに記載の方法。
【０６６８】
代表的な実施形態１１において、短縮されたサブフレームは、ミュートされた１または複数のシンボルを含んでよい、代表的な実施形態１、３乃至１０のいずれか１つに記載の方法。
【０６６９】
代表的な実施形態１２において、１または複数のＴＦリソースのミューティングは、（１）ブランキング動作、（２）パンクチャリング動作、（３）レートマッチング動作、および／または（４）送信電力制御動作、のいずれかを介した１または複数のＴＦリソースのミューティングを含んでよい、代表的な実施形態１または２および４乃至１１のいずれか１つに記載の方法。
【０６７０】
代表的な実施形態１３において、１または複数のＴＦリソースのミューティングは、第２の方向の通信への干渉を減少させ、または実質的に除去するように、第１の方向の通信に関連付けられたＴＦリソースのサブセット間の送信電力レベルを調整することを含んでよい、代表的な実施形態１または２および４乃至１２のいずれか１つに記載の方法。
【０６７１】
代表的な実施形態１４において、送信電力レベルの調整は、電力レベルを、第２の方向の通信を可能にするのに足りるゼロ電力レベルまたは非ゼロ電力レベルに減少させてよい、代表的な実施形態１３の方法。
【０６７２】
代表的な実施形態１５において、代表的な実施形態１または２および４乃至１４のいずれか１つに記載の方法は、異なるＴＦ領域に関連付けられた異なるＴＦリソースのためのそれぞれ異なる電力制御ループ、それぞれ異なる電力制御オフセット、それぞれ異なるＰCMAX値、および／またはそれぞれ異なるＰCMAX,C値、のいずれかを適用するようにＷＴＲＵを構成することをさらに含んでよい。
【０６７３】
代表的な実施形態１６において、ＴＦリソースのミューティングは、ＴＦリソースの第１のサブセットの送信電力レベルを、ＴＦリソースの第２のサブセットの送信電力レベルと比較して減少されたレベルに設定することを含んでよい、代表的な実施形態１または２および４乃至１５のいずれか１つに記載の方法。
【０６７４】
代表的な実施形態１７において、送信電力レベルの設定は、ＴＦリソースの第１のサブセットの変調符号化スキーム（ＭＣＳ）レベルを、（１）より低いＭＣＳレベルおよび／または（２）最低ＭＣＳレベルのいずれかに調整することを含んでよい、代表的な実施形態１６の方法。
【０６７５】
代表的な実施形態１８において、１または複数のＴＦリソースのミューティングは、複数のＴＦリソースの第１のサブセットのための第１のＭＣＳレベルと、複数のＴＦリソースの第２のサブセットのための第２のＭＣＳレベルを、ダウンリンク制御情報（ＤＣＩ）内で受信することと、受信された第１のＭＣＳレベルおよび第２のＭＣＳレベルに基づいて、ＴＦリソースの第１のサブセットの送信電力レベルを、ＴＦリソースの第２のサブセットの送信電力レベルと比較して減少されたレベルに設定することと、受信された第１のＭＣＳレベルおよび第２のＭＣＳレベルに基づいて、ＴＦリソースの第１のサブセットのＭＣＳレベルを第１のＭＣＳレベルに、ＴＦリソースの第２のサブセットのＭＣＳレベルを第２のＭＣＳレベルに設定することとを含んでよい、代表的な実施形態１または２および４乃至１７のいずれか１つに記載の方法。
【０６７６】
代表的な実施形態１９において、減少されたレベルは、第２の方向の通信を可能にするのに足りるゼロ電力レベルまたは非ゼロ電力レベルであってよい、代表的な実施形態１８の方法。
【０６７７】
代表的な実施形態２０において、代表的な実施形態１６の方法は、ＴＦリソースの第１のサブセットに関連付けられた第１の送信電力制御（ＴＰＣ）インジケータと、ＴＦリソースの第２のサブセットに関連付けられた第２のＴＰＣインジケータを、ダウンリンク制御情報（ＤＣＩ）内で受信することと、受信された第１のＴＰＣインジケータに基づいて、ＴＦリソースの第１のサブセットの送信電力レベルを調整することと、受信された第２のＴＰＣインジケータに基づいて、ＴＦリソースの第２のサブセットの送信電力レベルを調整することとをさらに含んでよい。
【０６７８】
代表的な実施形態２１において、代表的な実施形態１または２および４乃至２０のいずれか１つに記載の方法は、ＷＴＲＵが、ミュートされることになる１または複数のＴＦリソースに関連付けられた電力制御に関連するミューティング情報を受信することであって、この１または複数のＴＦリソースのミューティングは、電力制御に関連する受信されたミューティング情報に応じたものであってよい、受信することをさらに含んでよい。
【０６７９】
代表的な実施形態２２において、電力制御に関連する受信されたミューティング情報は、（１）ＴＦリソースの現在の送信電力１もしくは複数のからのオフセットを示す１もしくは複数のＴＦリソースに関連付けられたオフセット電力情報、および／または（２）１もしくは複数のＴＦリソースの送信電力とサブフレーム内の他のＴＦリソースの送信電力との１もしくは複数の差を示す１もしくは複数のＴＦリソースに関連付けられた差分電力情報、のいずれかであってよい、代表的な実施形態２１の方法。
【０６８０】
代表的な実施形態２３において、第１の方向の通信はアップリンク方向の通信であってよく、第２の方向の通信はダウンリンク方向の通信であってよい、代表的な実施形態１乃至２２のいずれか１つに記載の方法。
【０６８１】
代表的な実施形態２４において、第１の方向の通信はダウンリンク方向の通信であってよく、第２の方向の通信はアップリンク方向の通信であってよい、代表的な実施形態１または２および４乃至２２のいずれか１つに記載の方法。
【０６８２】
代表的な実施形態２５において、ＷＴＲＵは、モバイル端末、ネットワークアクセスポイント（ＮＡＰ）、発展型ノードＢ（ｅＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、ノードＢ、ホームノードＢ（ＨＮＢ）、またはリレーノード、のいずれかであってよい、代表的な実施形態１または２および４乃至２４のいずれか１つに記載の方法。
【０６８３】
代表的な実施形態２６において、代表的な実施形態１または２および４乃至２５のいずれか１つに記載の方法は、第２の方向の通信のための１もしくは複数の復調基準信号、１もしくは複数の制御チャネル、１もしくは複数のリソース要素、および／または１もしくは複数のリソースブロック、のいずれかの優先度または相対的優先度を受信、決定、または取得することと、優先度または相対的優先度に基づいて、ミュートされることになる第１の方向の通信のための１または複数のＴＦリソースに関連付けられた対応するＴＦ位置を決定することであって、ミューティングは、第１の方向の通信のための対応するＴＦ位置における１または複数のＴＦリソースをミュートすることを含んでよい、決定することとをさらに含んでよい。
【０６８４】
代表的な実施形態２７において、優先度または相対的優先度の受信は、ダウンリンク制御情報（ＤＣＩ）内でインジケータを受信することを含んでよい、代表的な実施形態２６の方法。
【０６８５】
代表的な実施形態２８において、代表的な実施形態１乃至２７のいずれか１つに記載の方法は、ＷＴＲＵが全二重動作を使用することを１または複数のサブフレームに示すインジケータを受信することと、１または複数のサブフレームが無線周波数（ＲＦ）信号の同時送信および受信のために構成されるように、示された１または複数のサブフレーム内で全二重モードをＷＴＲＵが選択的に使用することとをさらに含んでよい。
【０６８６】
代表的な実施形態２９において、全二重動作を使用するＷＴＲＵのサブフレームの動作および／または数は、そのネットワークアクセスポイントに対するＷＴＲＵの距離とは無関係であってよい、代表的な実施形態１乃至２８のいずれか１つに記載の方法。
【０６８７】
代表的な実施形態３０において、１または複数のＴＦリソースのミューティングは、ＷＴＲＵと１または複数の他のデバイスとの間での、ＷＴＲＵからの送信／受信自己干渉および／またはＷＴＲＵのための近隣干渉を減少させ、または実質的に除去してよい、代表的な実施形態１または２および４乃至２９のいずれか１つに記載の方法。
【０６８８】
代表的な実施形態３１において、１または複数のサブフレームの短縮は、ＷＴＲＵと１または複数の他のデバイスとの間での、ＷＴＲＵからの送信／受信自己干渉および／またはＷＴＲＵのための近隣干渉を減少させ、または実質的に除去してよい、代表的な実施形態１および３乃至３０のいずれか１つに記載の方法。
【０６８９】
代表的な実施形態３２において、１または複数のＴＦリソースのミューティングは、第２の方向で通信される信号の１もしくは複数のＴＦ位置、第２の方向の通信のためのチャネルの１もしくは複数のＴＦ位置、および／または第２の方向で通信されることになる基準信号（ＲＳ）の１もしくは複数のＴＦ位置に基づいてよい、代表的な実施形態１または２および４乃至３１のいずれか１つに記載の方法。
【０６９０】
代表的な実施形態３３において、信号、ＲＳ、またはチャネルは、（１）第１同期信号および第２同期信号（ＰＳＳ／ＳＳＳ）、（２）物理ブロードキャストチャネル（ＰＢＣＨ）、（３）セル固有ＲＳ（ＣＲＳ）、および／または（４）復調−ＲＳ（ＤＭ−ＲＳ）、のいずれかを含んでよい、代表的な実施形態３２の方法。
【０６９１】
代表的な実施形態３４において、代表的な実施形態１または２および４乃至３３のいずれか１つに記載の方法は、をさらに含んでよいサブフレームが潜在的に自己干渉サブフレームであるかどうか、および／または潜在的に近隣干渉サブフレームであるかどうかを、決定された結果として決定することであって、１または複数のＴＦリソースのミューティングは、この決定された結果に応じてよい、決定することをさらに含んでよい
【０６９２】
代表的な実施形態３５において、代表的な実施形態１または２および４乃至３４のいずれか１つに記載の方法は、全二重動作のためにサポート可能な信号干渉のレベルを示すサポート可能な自己干渉レベル（ＳＩＬ）を確立することと、ＳＩＬが、サポート可能なＳＩＬに応じて干渉レベルを超えないように、１または複数のＴＦリソースの送信電力を制御することとをさらに含んでよい。
【０６９３】
代表的な実施形態３６において、代表的な実施形態１または２および４乃至３５のいずれか１つに記載の方法は、サブフレームがＭＢＳＦＮ動作に使用されることになるかどうかを、決定された結果として決定することであって、１または複数のＴＦリソースのミューティングは、この決定された結果に応じてよい、決定することをさらに含んでよい。
【０６９４】
代表的な実施形態３７において、優先度シグナリングは、（１）ダウンリンク（ＤＬ）同期チャネル、（２）ＤＬブロードキャストチャネル、（３）ＤＬ基準信号、（４）ＤＬ制御チャネル、（５）ＵＬ制御チャネル、および／または（６）ＵＬ基準信号、のいずれかを含んでよい、代表的な実施形態５の方法。
【０６９５】
代表的な実施形態３８において、代表的な実施形態１または２および４乃至３７のいずれか１つに記載の方法は、ミュートされることになる１または複数のＴＦリソースを含む複数のＴＦリソースに信号をマッピングすることであって、第１の方向の通信のための１または複数のＴＦリソースのミューティングは、１または複数のＴＦリソースに関連付けられたＴＦ位置におけるマッピングされたＴＦリソースをパンクチャすることを含んでよい、マッピングすることをさらに含んでよい。
【０６９６】
代表的な実施形態３９において、第１の方向の通信のための１または複数のＴＦリソースのミューティングは、ミュートされることになる１または複数のＴＦリソースに関連付けられたＴＦ位置における複数のＴＦリソースをマッピングすることを回避するようにレートマッチングすることを含んでよい、代表的な実施形態１または２および４乃至３８のいずれか１つに記載の方法。
【０６９７】
代表的な実施形態４０において、第１の方向の通信のための１または複数のＴＦリソースのミューティングは、ネットワークリソースとのメッセージングを介して構成されてよい、代表的な実施形態１または２および４乃至３９のいずれか１つに記載の方法。
【０６９８】
代表的な実施形態４１において、第１の方向の通信のための１または複数のＴＦリソースのミューティングは、少なくとも第２の方向の通信に関連付けられた情報に基づいて、第２の方向の通信のための第２の信号と比較して、第１の方向の通信のための第１の信号の相対的優先度を決定することと、決定された相対的優先度に基づいて、第１の方向の通信のための複数のＴＦリソースのうちの１または複数のＴＦリソースを選択的にミュートすることとを含んでよい、代表的な実施形態１または２および４乃至４０のいずれか１つに記載の方法。
【０６９９】
代表的な実施形態４２において、１または複数のＴＦリソースのミューティングは、サブフレーム短縮させて、干渉レベルを減少させることを含んでよい、代表的な実施形態１または２および４乃至４１のいずれか１つに記載の方法。
【０７００】
代表的な実施形態４３において、サブフレームの短縮は、干渉レベルを減少させるための１もしくは複数のＴＦリソースのミューティングを含んでよい、代表的な実施形態１および３乃至４２のいずれか１つに記載の方法。
【０７０１】
代表的な実施形態４４において、１または複数のＴＦリソースのミューティングは、第１の方向の通信のためのサブフレームのシンボルの数を動的または半静的に構成することを含んでよい、代表的な実施形態１または２および４乃至４３のいずれか１つに記載の方法。
【０７０２】
代表的な実施形態４５において、シンボルの数の動的または半静的に構成は、第１の方向の通信のためのサブフレームに関連付けられた開始シンボルを決定することと、開始シンボルの時間の前の時間に配置された第１の方向に通信されることになるサブフレームの１または複数のシンボルをミュートすることとを含んでよい、代表的な実施形態１または２および４乃至４４のいずれか１つに記載の方法。
【０７０３】
代表的な実施形態４６において、１または複数のＴＦリソースのミューティングは、（１）第１の方向の送信電力が閾値よりも高い、（２）１もしくは複数のＴＦリソースのトランスポートブロックサイズ（ＴＢＳ）が閾値を超える、（３）１もしくは複数のＴＦリソースの変調符号化スキーム（ＭＣＳ）が閾値を超える、および／または（４）１もしくは複数のＴＦリソースの冗長バージョンが閾値を超える、のいずれかを条件にされてよい、代表的な実施形態１または２および４乃至４５のいずれか１つに記載の方法。
【０７０４】
代表的な実施形態４７において、１または複数のＴＦリソースはサブフレームのサブセットであってよく、方法は、第１の方向の通信のためのサブフレームの１または複数の異なるパート内のミュートされたＴＦリソースまたはミュートされたＴＦリソースのサブセットに関連付けられた１または複数の信号または基準信号（ＲＳ）を送信することをさらに含んでよい、代表的な実施形態１または２および４乃至４６のいずれか１つに記載の方法。
【０７０５】
代表的な実施形態４８において、代表的な実施形態１または２および４乃至４７のいずれか１つに記載の方法は、第１の方向の通信のためのミュートされたＴＦリソースに関連付けられた１もしくは複数の信号または１もしくは複数の基準信号（ＲＳ）を時間シフトおよび／または周波数シフトすることをさらに含んでよい。
【０７０６】
代表的な実施形態４９において、１または複数のＴＦリソースのミューティングは、１または複数のＴＦリソースが、（１）１もしくは複数の特定のＴＦ位置、（２）周波数帯域の中心部分内の１もしくは複数のＴＦ位置、（３）周波数帯域の端部分内の１もしくは複数のＴＦ位置、（４）特定のサブフレーム、（５）以前のサブフレーム内のシグナリングもしくはインジケータと関連するサブフレーム、（６）特定のシンボル、および／または（７）以前のシンボル内のシグナリングもしくはインジケータと関連する特定のシンボル、のいずれかに配置されることを条件にされてよい、代表的な実施形態１または２および４乃至４８のいずれか１つに記載の方法。
【０７０７】
代表的な実施形態５０において、代表的な実施形態１乃至４９のいずれか１つに記載の方法は、ゼロ送信電力、低送信電力、および／またはオールモストブランクサブフレーム（ＡＢＳ）を、適用される送信電力減少として、第１の方向の複数のＴＦリソースに適用することと、適用されるＴＦリソースに関連付けられたＴＦ位置における第２の方向のための干渉レベルを測定することとをさらに含んでよい。
【０７０８】
代表的な実施形態５１において、代表的な実施形態１または２および４乃至５０のいずれか１つに記載の方法は、（１）１もしくは複数のＴＦリソースに関連付けられた１もしくは複数の論理チャネルのためのサービス品質（ＱｏＳ）パラメータ、（２）第１の方向の通信のための１もしくは複数のＴＦリソースのうちの１もしくは複数に関連付けられた再送信の数、および／または（３）１もしくは複数のＴＦリソースのうちの１もしくは複数は第１の方向の通信の再送信のためかどうか、のいずれかに基づいて、第１の方向の通信に関連付けられた１または複数のＴＦリソースのための１または複数の優先度を決定することをさらに含んでよい。
【０７０９】
代表的な実施形態５２において、代表的な実施形態１乃至５１のいずれか１つに記載の方法は、第１の方向の通信に関連付けられた１または複数のＴＦリソースに対応する第２の方向の通信のためのＴＦ位置におけるＴＦリソースに関連付けられた１または複数の優先度を決定または検出することであって、ＴＦミュートしンボルミューティング、および／またはサブフレーム短縮は、第１の方向の通信および第２の方向の通信のための対応するＴＦ位置に関連付けられたＴＦリソースの相対的優先度に基づいてよい、決定または検出することをさらに含んでよい。
【０７１０】
代表的な実施形態５３において、無線送信／受信ユニット（ＷＴＲＵ）内で実施される方法は、自己干渉状態、潜在的自己干渉状態、近隣干渉状態、または潜在的近隣干渉状態を示す第２の方向の通信に関連付けられた情報を取得することと、第２の方向の通信に関連付けられた情報が、自己干渉状態、潜在的自己干渉状態、近隣干渉状態、および／または潜在的近隣干渉状態、のいずれかを示すという条件で、干渉回避ＴＦリソース構造のためにＷＴＲＵを構成することとを含んでよい。
【０７１１】
代表的な実施形態５４において、自己干渉状態は、ＷＴＲＵからの第１の方向の送信のためのＴＦリソースとＷＴＲＵによる第２の方向の受信のための優先度ＴＦリソースとの間の干渉を示してよく、近隣干渉状態は、ＷＴＲＵからの第１の方向の送信のためのＴＦリソースと１または複数の他のＷＷＴＲＵによる第２の方向の受信のための優先度ＴＦリソースとの間の干渉を示してよい、代表的な実施形態５３の方法。
【０７１２】
代表的な実施形態５５において、代表的な実施形態１乃至５４のいずれかに記載の方法は、ＴＦミュートしンボルミューティング、およびサブフレーム短縮の任意の組み合わせを使用してよい。
【０７１３】
代表的な実施形態５６において、第１の方向および第２の方向の通信に時間−周波数（ＴＦ）リソースを使用する無線送信／受信ユニット（ＷＴＲＵ）と通信するネットワークアクセスポイント（ＮＡＰ）によって実施される方法は、第１の方向の通信と第２の方向の通信との間の干渉を制御するために第１の方向の通信をＴＦミュートする、シンボルミューティングする、および／またはサブフレーム短縮するべきかどうかを決定することと、ＷＴＲＵが第１の方向の通信のための１もしくは複数のＴＦリソース、１もしくは複数のシンボル、および／または１もしくは複数のサブフレームをＴＦミュートする、シンボルミューティングする、および／またはサブフレーム短縮するための構成情報をＮＡＰによって送ることとを含んでよい。
【０７１４】
代表的な実施形態５７において、構成情報は、１もしくは複数の信号、１もしくは複数のチャネル、１もしくは複数のＲＢ、１もしくは複数のＲＥ、および／またはもう１つのシンボル、のいずれかの相対的優先度に基づいて、１もしくは複数のＴＦリソース、１もしくは複数のシンボル、および／または１もしくは複数のサブフレームを選択的にＴＦミュートする、選択的にシンボルミューティングする、および／または選択的にサブフレーム短縮するためのインジケータを含んでよい、代表的な実施形態５６の方法。
【０７１５】
代表的な実施形態５８において、代表的な実施形態５６または５７のいずれか１つに記載の方法は、全二重無線リソース（ＦＤＲＲ）を含むことになる１または複数のサブフレームのインジケータをＮＡＰによって送ることをさらに含んでよい。
【０７１６】
代表的な実施形態５９において、構成情報の送信は、ＷＴＲＵが、異なるＴＦ領域に関連付けられた異なるＴＦリソースのためのそれぞれ異なる電力制御ループ、それぞれ異なる電力制御オフセット、それぞれ異なるＰCMAX値、および／またはそれぞれ異なるＰCMAX,C値、のいずれかを適用することを可能にしてよい、代表的な実施形態５６乃至５８のいずれか１つに記載の方法。
【０７１７】
代表的な実施形態６０において、構成情報は、（１）ＴＦリソースの第１のサブセットのための、ダウンリンク制御情報（ＤＣＩ）から示される固定ランク、および／または（２）ＴＦリソースの第２のサブセットのための第２のランクよりも小さい、ＴＦリソースの第１のサブセットのための、ＤＣＩから示される第１のランク、のいずれかを含んでよい、代表的な実施形態５６乃至５９のいずれか１つに記載の方法。
【０７１８】
代表的な実施形態６１において、ＤＣＩは、第２のランクからの第１のランクのオフセットを示してよい、実施形態６０に記載の方法。
【０７１９】
代表的な実施形態６２において、構成情報の送信は、ＷＴＲＵ１０２が、受信された第１のＭＣＳレベルおよび第２のＭＣＳレベルに基づいて、ＴＦリソースの第１のサブセットの送信電力レベルを、ＴＦリソースの第２のサブセットの送信電力レベルと比較して減少されたレベルに設定し、受信された第１のＭＣＳレベルおよび第２のＭＣＳレベルに基づいて、ＴＦリソースの第１のサブセットのＭＣＳレベルを第１のＭＣＳレベルに、ＴＦリソースの第２のサブセットのＭＣＳレベルを第２のＭＣＳレベルに設定するために、複数のＴＦリソースの第１のサブセットのための第１の変調符号化スキーム（ＭＣＳ）レベルおよび複数のＴＦリソースの第２のサブセットのための第２のＭＣＳレベルをＤＣＩ内で送ることを含んでよい、代表的な実施形態５６乃至６１のいずれか１つに記載の方法。
【０７２０】
代表的な実施形態６３において、構成情報の送信は、ＴＦリソースの第１のサブセットに関連付けられた第１の送信電力制御（ＴＰＣ）インジケータおよびＴＦリソースの第２のサブセットに関連付けられた第２のＴＰＣインジケータをダウンリンク制御情報（ＤＣＩ）内で送り、ＴＦリソースの第１のサブセットおよび第２のサブセットの送信電力レベルを個々に調整させることを含んでよい、代表的な実施形態５６乃至６２のいずれか１つに記載の方法。
【０７２１】
代表的な実施形態６４において、構成情報の送信は、ミュートされることになる１または複数のＴＦリソースに関連付けられた電力制御に関連するミューティング情報を送ることを含んでよい、実施形態５６乃至６３のいずれか１つに記載の方法。
【０７２２】
代表的な実施形態６５において、構成情報の送信は、第２の方向の通信内の１もしくは複数の基準信号、１もしくは複数の制御チャネル、１もしくは複数のリソース要素、および／または１もしくは複数のリソースブロック、のいずれかが優先度であるインジケータを送ることを含んでよい、代表的な実施形態５６乃至６４のいずれか１つに記載の方法。
【０７２３】
代表的な実施形態６６において、構成情報の送信は、ＷＷＴＲＵが全二重動作を使用することを１または複数のサブフレームに示すインジケータを送ることを含んでよい、代表的な実施形態５６乃至６５のいずれか１つに記載の方法
【０７２４】
代表的な実施形態６７において、構成情報の送信は、第１の方向の通信のためのサブフレームに関連付けられた開始シンボルのインジケータを送って、開始シンボルによって示される時間の前の時間に配置された第１の方向で通信されることになるサブフレームの１または複数のシンボルをミュートするためにＷＴＲＵを構成することを含んでよい、代表的な実施形態５６乃至６６のいずれか１つに記載の方法
【０７２５】
代表的な実施形態６８において、（１）１もしくは複数のＴＦリソースに関連付けられた１もしくは複数の論理チャネルのためのサービス品質（ＱｏＳ）パラメータ、（２）第１の方向の通信のための１もしくは複数のＴＦリソースのうちの１もしくは複数に関連付けられた再送信の数、および／または（３）１もしくは複数のＴＦリソースのうちの１もしくは複数は第１の方向の通信の再送信のためかどうか、のいずれかに基づいて、第１の方向の通信に関連付けられた１または複数のＴＦリソースのための１または複数の優先度をＮＡＰによって決定または確立することをさらに含んでよい、代表的な実施形態５６乃至６７のいずれか１つに記載の方法。
【０７２６】
代表的な実施形態６９において、第１の方向および第２の方向の通信に時間−周波数（ＴＦ）リソースを使用するように構成された無線送信／受信ユニット（ＷＴＲＵ）は、全二重通信を送信および受信するように構成された全二重送信機／受信機ユニットと、第２の方向の通信に関連付けられた情報に基づいて、第１の方向の通信のための１もしくは複数のＴＦリソースをＴＦリソースミューティングもしくはシンボルミューティングする、または、第２の方向の通信に関連付けられた情報に基づいて、第１の方向の通信のための１もしくは複数のＴＦリソースをサブフレーム短縮するように構成されたプロセッサとを備えてよい。
【０７２７】
代表的な実施形態７０において、第１の方向および第２の方向の通信に時間−周波数（ＴＦ）リソースを使用するように構成された無線送信／受信ユニット（ＷＴＲＵ）は、第２の方向の通信に関連付けられた情報に基づいて第１の方向の通信のための１または複数のＴＦリソースをミュートするように構成されたプロセッサを備えてよい。
【０７２８】
代表的な実施形態７１において、第１の方向および第２の方向の通信に１またはサブフレームを使用するように構成された無線送信／受信ユニット（ＷＴＲＵ）は、第２の方向の通信に関連付けられた情報に基づいて、第１の方向の通信のためのサブフレームを短縮するように構成されたプロセッサを備えてよい。
【０７２９】
代表的な実施形態７２において、全二重送信機／受信機ユニットは、第２の方向の通信に関連付けられた情報を受信するように構成されてよく、プロセッサは、第２の方向の通信に関連付けられた情報を検出、取得、または決定するように構成されてよい、代表的な実施形態６９乃至７１のいずれか１つに記載のＷＴＲＵ。
【０７３０】
代表的な実施形態７３において、全二重送信機／受信機ユニットおよびプロセッサは、シグナリングの優先度もしくは相対的優先度、チャネルの優先度もしくは相対的優先度、リソースの優先度もしくは相対的優先度、リソース要素（ＲＥ）の優先度もしくは相対的優先度、リソースブロックの優先度もしくは相対的優先度、および／またはシンボルの優先度もしくは相対的優先度、および／またはリスト、順序付きリスト、または優先度シグナリングのインジケータ、優先度チャネルのインジケータ、優先度リソースのインジケータ、優先度リソース要素（ＲＥ）のインジケータ、優先度リソースブロックのインジケータ、および／または優先度シンボルのインジケータ、のいずれかを取得するように構成されてよい、代表的な実施形態７２に記載のＷＴＲＵ。
【０７３１】
代表的な実施形態７４において、全二重送信機／受信機ユニットは、第１の方向の通信の少なくとも一部分を送信しながら、第２の方向の通信の少なくとも一部分を受信するように構成されてよい、代表的な実施形態６９乃至７３のいずれか１つに記載のＷＴＲＵ。
【０７３２】
代表的な実施形態７５において、プロセッサは、第１の方向および第２の方向の通信が、（１）周波数的に重複する、および／または（２）第１の方向の通信の第１の周波数もしくは第１の周波数帯域が、第２の方向の通信の第２の周波数もしくは第２の周波数帯域の閾値内にある、時間間隔を確立するように構成されてよい、代表的な実施形態７３に記載のＷＴＲＵ。
【０７３３】
代表的な実施形態７６において、プロセッサは、全二重無線リソース（ＦＤＲＲ）を含むことになる１または複数のサブフレームを確立するように構成されてよく、全二重送信機／受信機ユニットは、ＦＤＲＲを含むことになるサブフレーム１または複数のサブフレームを受信するように構成されてよい、代表的な実施形態６９乃至７５のいずれか１つに記載のＷＴＲＵ。
【０７３４】
代表的な実施形態７７において、プロセッサは、設定されたサブフレームのうちの１または複数のサブフレームを、１または複数のマルチメディアブロードキャストマルチキャストサービス単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして構成するように構成されてよい、代表的な実施形態７６に記載のＷＴＲＵ。
【０７３５】
代表的な実施形態７８において、１または複数のＴＦリソースは、（１）１もしくは複数のリソース要素（ＲＥ）、１もしくは複数のリソースブロック（ＲＢ）、および／または（３）１もしくは複数のシンボル、のいずれかを含んでよい、代表的な実施形態６９、７０、および７２乃至７７のいずれか１つに記載のＷＴＲＵ。
【０７３６】
代表的な実施形態７９において、プロセッサは、ミュートされた１または複数のシンボルを含むサブフレームを短縮するように構成されてよい代表的な実施形態６９および７１乃至７８のいずれか１つに記載のＷＴＲＵ。
【０７３７】
代表的な実施形態８０において、プロセッサは、（１）ブランキング動作、（２）パンクチャリング動作、（３）レートマッチング動作、および／または（４）送信電力制御動作、のいずれかを介して１または複数のＴＦリソースをミュートするように構成されてよい、代表的な実施形態６９、７０、および７２乃至７９のいずれか１つに記載のＷＴＲＵ。
【０７３８】
代表的な実施形態８１において、プロセッサは、第２の方向の通信への干渉を減少させ、または実質的に除去するように、第１の方向の通信に関連付けられたＴＦリソースのサブセット間の送信電力レベルを調整するように構成されてよい、代表的な実施形態６９、７０、および７２乃至８０のいずれか１つに記載のＷＴＲＵ。
【０７３９】
代表的な実施形態８２において、プロセッサは、電力レベルを、第２の方向の通信を可能にするのに足りるゼロ電力レベルまたは非ゼロ電力レベルに減少させるように構成されてよい、代表的な実施形態８１に記載のＷＴＲＵ。
【０７４０】
代表的な実施形態８３において、プロセッサは、異なるＴＦ領域に関連付けられた異なるＴＦリソースのためのそれぞれ異なる電力制御ループ、それぞれ異なる電力制御オフセット、それぞれ異なるＰCMAX値、および／またはそれぞれ異なるＰCMAX,C値、のいずれかを適用するように構成されてよい、代表的な実施形態６９、７０、および７２乃至８２のいずれか１つに記載のＷＴＲＵ。
【０７４１】
代表的な実施形態８４において、プロセッサは、ＴＦリソースの第１のサブセットの送信電力レベルを、ＴＦリソースの第２のサブセットの送信電力レベルと比較して減少されたレベルに設定するように構成されてよい、代表的な実施形態６９、７０、および７２乃至８３のいずれか１つに記載のＷＴＲＵ。
【０７４２】
代表的な実施形態８５において、プロセッサは、ＴＦリソースの第１のサブセットの変調符号化スキーム（ＭＣＳ）レベルを、（１）より低いＭＣＳレベルおよび／または（２）最低ＭＣＳレベルのいずれかに調整するように構成されてよい、代表的な実施形態８４に記載のＷＴＲＵ。
【０７４３】
代表的な実施形態８６において、全二重送信機／受信機ユニットは、複数のＴＦリソースの第１のサブセットのための第１のＭＣＳレベルと、複数のＴＦリソースの第２のサブセットのための第２のＭＣＳレベルを、ダウンリンク制御情報（ＤＣＩ）内で受信するように構成されてよく、プロセッサは、受信された第１のＭＣＳレベルおよび第２のＭＣＳレベルに基づいて、ＴＦリソースの第１のサブセットの送信電力レベルを、ＴＦリソースの第２のサブセットの送信電力レベルと比較して減少されたレベルに設定し、受信された第１のＭＣＳレベルおよび第２のＭＣＳレベルに基づいて、ＴＦリソースの第１のサブセットのＭＣＳレベルを第１のＭＣＳレベルに、ＴＦリソースの第２のサブセットのＭＣＳレベルを第２のＭＣＳレベルに設定するように構成されてよい、代表的な実施形態６９、または７０、および７２乃至８５のいずれか１つに記載のＷＴＲＵ。
【０７４４】
代表的な実施形態８７において、減少されたレベルは、第２の方向の通信を可能にするのに足りるゼロ電力レベルまたは非ゼロ電力レベルであってよい、代表的な実施形態８６に記載のＷＴＲＵ。
【０７４５】
代表的な実施形態８８において、全二重送信機／受信機ユニットは、ＴＦリソースの第１のサブセットに関連付けられた第１の送信電力制御（ＴＰＣ）インジケータと、ＴＦリソースの第２のサブセットに関連付けられた第２のＴＰＣインジケータを、ダウンリンク制御情報（ＤＣＩ）内で受信するように構成されてよく、プロセッサは、受信された第１のＴＰＣインジケータに基づいて、ＴＦリソースの第１のサブセットの送信電力レベルを調整し、受信された第２のＴＰＣインジケータに基づいて、ＴＦリソースの第２のサブセットの送信電力レベルを調整するように構成されてよい、代表的な実施形態６９、または７０、および７２乃至８７のいずれか１つに記載のＷＴＲＵ。
【０７４６】
代表的な実施形態８９において、全二重送信機／受信機ユニットは、ミュートされることになる１または複数のＴＦリソースに関連付けられた電力制御に関連するミューティング情報を受信するように構成されてよく、プロセッサは、電力制御に関連する受信されたミューティング情報に応じて１または複数のＴＦリソースをミュートするように構成されてよい、代表的な実施形態６９、または７０、および７２乃至８８のいずれか１つに記載のＷＴＲＵ。
【０７４７】
代表的な実施形態９０において、電力制御に関連する受信されたミューティング情報は、（１）ＴＦリソースの現在の送信電力１もしくは複数のからのオフセットを示す１もしくは複数のＴＦリソースに関連付けられたオフセット電力情報、および／または（２）１もしくは複数のＴＦリソースの送信電力とサブフレーム内の他のＴＦリソースの送信電力との１もしくは複数の差を示す１もしくは複数のＴＦリソースに関連付けられた差分電力情報、のいずれかであってよい、代表的な実施形態８９に記載のＷＴＲＵ。
【０７４８】
代表的な実施形態９１において、第１の方向の通信はアップリンク方向の通信であってよく、第２の方向の通信はダウンリンク方向の通信であってよい、代表的な実施形態６９乃至９０のいずれか１つに記載のＷＴＲＵ。
【０７４９】
代表的な実施形態９２において、第１の方向の通信はダウンリンク方向の通信であってよく、第２の方向の通信はアップリンク方向の通信であってよい、代表的な実施形態６９乃至９０のいずれか１つに記載のＷＴＲＵ。
【０７５０】
代表的な実施形態９３において、ＷＴＲＵは、モバイル端末、ネットワークアクセスポイント（ＮＡＰ）、発展型ノードＢ（ｅＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、ノードＢ、ホームノードＢ（ＨＮＢ）、および／またはリレーノード、のいずれかであってよい、代表的な実施形態６９、７０、および７２乃至９２のいずれか１つに記載のＷＴＲＵ。
【０７５１】
代表的な実施形態９４において、ＷＴＲＵは、第２の方向の通信のための１もしくは複数の復調基準信号、１もしくは複数の制御チャネル、１もしくは複数のリソース要素、および／または１もしくは複数のリソースブロック、のいずれかの優先度または相対的優先度を受信、決定、または取得し、優先度または相対的優先度に基づいて、ミュートされることになる第１の方向の通信のための１または複数のＴＦリソースに関連付けられた対応するＴＦ位置を決定するように構成されてよく、したがって、第１の方向の通信のための対応するＴＦ位置における１または複数のＴＦリソースがミュートされてよい、代表的な実施形態６９、７０、および７２乃至９３のいずれか１つに記載のＷＴＲＵ。
【０７５２】
代表的な実施形態９５において、全二重送信機／受信機ユニットは、ダウンリンク制御情報（ＤＣＩ）内のインジケータ内で優先度または相対的優先度を受信するように構成されてよい、代表的な実施形態９４に記載のＷＴＲＵ。
【０７５３】
代表的な実施形態９６では、全二重送信機／受信機ユニットは、ＷＴＲＵが全二重動作を使用することを１または複数のサブフレームに示すインジケータを受信するように構成されてよく、プロセッサは、１または複数のサブフレームが無線周波数（ＲＦ）信号の同時送信および受信のために構成されるように、示された１または複数のサブフレーム内で全二重モードを選択的に使用するように構成されてよい、代表的な実施形態６９乃至９５のいずれか１つに記載のＷＴＲＵ。
【０７５４】
代表的な実施形態９７において、全二重動作を使用するＷＴＲＵ１０２のサブフレームの動作および／または数は、そのネットワークアクセスポイントに対するＷＴＲＵ１０２の距離とは無関係であってよい、代表的な実施形態６９乃至９６のいずれか１つに記載のＷＴＲＵ。
【０７５５】
代表的な実施形態９８において、プロセッサは、１または複数のＴＦリソースをミュートして、ＷＴＲＵと１または複数の他のデバイスとの間での、ＷＴＲＵからの送信／受信自己干渉および／またはＷＴＲＵのための近隣干渉を減少させ、または実質的に除去するように構成されてよい、代表的な実施形態６９、または７０、および７２乃至９７のいずれか１つに記載のＷＴＲＵ。
【０７５６】
代表的な実施形態９９において、プロセッサは、１または複数のサブフレームを短縮して、ＷＴＲＵと１または複数の他のデバイスとの間での、ＷＴＲＵからの送信／受信自己干渉および／またはＷＴＲＵのための近隣自己干渉を減少させ、または実質的に除去するように構成されてよい、代表的な実施形態６９および７１乃至９８のいずれか１つに記載のＷＴＲＵ。
【０７５７】
代表的な実施形態１００において、プロセッサは、第２の方向で通信されるもしくは通信されることになる信号の１もしくは複数のＴＦ位置、第２の方向の通信のためのチャネルの１もしくは複数のＴＦ位置、および／または第２の方向で通信されることになる基準信号（ＲＳ）の１もしくは複数のＴＦ位置に基づいて、１または複数のＴＦリソースをミュートするように構成されてよい、代表的な実施形態６９、７０、および７２乃至９９のいずれか１つに記載のＷＴＲＵ。
【０７５８】
代表的な実施形態１０１において、信号、ＲＳ、またはチャネルは、（１）第１同期信号および第２同期信号（ＰＳＳ／ＳＳＳ）、（２）物理ブロードキャストチャネル（ＰＢＣＨ）、（３）セル固有ＲＳ（ＣＲＳ）、および／または（４）復調−ＲＳ（ＤＭ−ＲＳ）、のいずれかを含んでよい、代表的な実施形態１００のＷＴＲＵ。
【０７５９】
代表的な実施形態１０２において、プロセッサは、サブフレームが潜在的に自己干渉サブフレームであるかどうか、および／または潜在的に近隣干渉サブフレームであるかどうかを、決定された結果として決定し、この決定された結果に応じて１または複数のＴＦリソースをミュートするように構成されてよい、代表的な実施形態６９または７０および７２乃至１０１のいずれか１つに記載のＷＴＲＵ。
【０７６０】
代表的な実施形態１０３において、プロセッサは、全二重動作のためにサポート可能な信号干渉のレベルを示すサポート可能な自己干渉レベル（ＳＩＬ）を確立し、ＳＩＬが、サポート可能なＳＩＬに応じて干渉レベルを超えないように、１または複数のＴＦリソースの送信電力を制御させるように構成されてよい、代表的な実施形態６９、７０、および７２乃至１０２のいずれか１つに記載の方法。
【０７６１】
代表的な実施形態１０４において、プロセッサは、サブフレームがＭＢＳＦＮ動作に使用されることになるかどうかを、決定された結果として決定し、１または複数のＴＦリソースをミュートするは、この決定された結果に応じてよい、決定するように構成されてよい、代表的な実施形態６９、７０、および７２乃至１０３のいずれか１つに記載のＷＴＲＵ。
【０７６２】
代表的な実施形態１０５において、優先度シグナリングは、（１）ダウンリンク（ＤＬ）同期チャネル、（２）ＤＬブロードキャストチャネル、（３）ＤＬ基準信号、（４）ＤＬ制御チャネル、（５）ＵＬ制御チャネル、および／または（６）ＵＬ基準信号、のいずれかを含んでよい、代表的な実施形態７３の方法。
【０７６３】
代表的な実施形態１０６において、プロセッサは、ミュートされることになる１または複数のＴＦリソースを含む複数のＴＦリソースに信号をマッピングし、ＷＴＲＵ１０２は、１または複数のＴＦリソースに関連付けられたＴＦ位置におけるマッピングされたＴＦリソースをパンクチャするように構成されてよい、代表的な実施形態６９、７０、および７２乃至１０５のいずれか１つに記載のＷＴＲＵ。
【０７６４】
代表的な実施形態１０７において、プロセッサは、ミュートされることになる１または複数のＴＦリソースに関連付けられたＴＦ位置における複数のＴＦリソースをマッピングすることを回避するようにレートマッチングするように構成されてよい、代表的な実施形態６９、７０、および７２乃至１０６のいずれか１つに記載のＷＴＲＵ。
【０７６５】
代表的な実施形態１０８において、プロセッサは、ネットワークリソースとのメッセージングを介して第１の方向の通信のための１または複数のＴＦリソースをミュートするように構成されてよい、代表的な実施形態６９、７０、および７２乃至１０７のいずれか１つに記載のＷＴＲＵ。
【０７６６】
代表的な実施形態１０９において、プロセッサは、少なくとも第２の方向の通信に関連付けられた情報に基づいて、第２の方向の通信のための第２の信号と比較して、第１の方向の通信のための第１の信号の相対的優先度を決定し、決定された相対的優先度に基づいて、第１の方向の通信のための複数のＴＦリソースのうちの１または複数のＴＦリソースを選択的にミュートするように構成されてよい、代表的な実施形態６９、７０、および７２乃至１０８のいずれか１つに記載のＷＴＲＵ。
【０７６７】
代表的な実施形態１１０において、プロセッサは、サブフレームを短縮させて、干渉レベルを減少させるように構成されてよい、代表的な実施形態６９、７０、および７２乃至１０９のいずれか１つに記載のＷＴＲＵ。
【０７６８】
代表的な実施形態１１１において、プロセッサは、１もしくは複数のＴＦリソースをミュートして、干渉レベルを減少させるように構成されてよい、代表的な実施形態６９、７０、および７２乃至１１０のいずれか１つに記載のＷＴＲＵ。
【０７６９】
代表的な実施形態１１２において、プロセッサは、第１の方向の通信のためのサブフレームのシンボルの数を動的または半静的に構成するように構成されてよい、代表的な実施形態６９、７０、および７２乃至１１１のいずれか１つに記載のＷＴＲＵ。
【０７７０】
代表的な実施形態１１３において、プロセッサは、第１の方向の通信のためのサブフレームに関連付けられた開始シンボルを決定し、開始シンボルの時間の前の時間に配置された第１の方向に通信されることになるサブフレームの１または複数のシンボルをミュートするように構成されてよい、代表的な実施形態６９、７０、および７２乃至１１２のいずれか１つに記載のＷＴＲＵ。
【０７７１】
代表的な実施形態１１４において、プロセッサは、（１）第１の方向の送信電力が閾値よりも高い、（２）１もしくは複数のＴＦリソースのトランスポートブロックサイズ（ＴＢＳ）が閾値を超える、（３）１もしくは複数のＴＦリソースの変調符号化スキーム（ＭＣＳ）が閾値を超える、および／または（４）１もしくは複数のＴＦリソースの冗長バージョンが閾値を超える、のいずれかを条件にされた１または複数のＴＦリソースをミュートするように構成されてよい、代表的な実施形態６９、７０、および７２乃至１１３のいずれか１つに記載のＷＴＲＵ。
【０７７２】
代表的な実施形態１１５において、全二重送信機／受信機ユニットは、第１の方向の通信のためのサブフレームの１または複数の異なるパート内のミュートされたＴＦリソースまたはミュートされたＴＦリソースのサブセットに関連付けられた１または複数の信号または基準信号（ＲＳ）を送信するように構成されてよい、代表的な実施形態６９、７０、および７２乃至１１４のいずれか１つに記載のＷＴＲＵ。
【０７７３】
代表的な実施形態１１６において、プロセッサは、第１の方向の通信のためのミュートされたＴＦリソースに関連付けられた１もしくは複数の信号または１もしくは複数の基準信号（ＲＳ）を時間シフトおよび／または周波数シフトするように構成されてよい、代表的な実施形態６９、７０、および７２乃至１１５のいずれか１つに記載のＷＴＲＵ。
【０７７４】
代表的な実施形態１１７において、プロセッサは、１または複数のＴＦリソースが、（１）１もしくは複数の特定のＴＦ位置、（２）周波数帯域の中心部分内の１または複数のＴＦ位置、（３）周波数帯域の端部分内の１もしくは複数のＴＦ位置、（４）特定のサブフレーム、（５）以前のサブフレーム内のシグナリングもしくはインジケータと関連するサブフレーム、（６）特定のシンボル、および／または（７）以前のシンボル内のシグナリングもしくはインジケータと関連する特定のシンボル、のいずれかに配置されることを条件にされて、１または複数のＴＦリソースをミュートするように構成されてよい、代表的な実施形態６９、７０、および７２乃至１１６のいずれか１つに記載のＷＴＲＵ。
【０７７５】
代表的な実施形態１１８において、プロセッサは、ゼロ送信電力、低送信電力、および／またはオールモストブランクサブフレーム（ＡＢＳ）を、適用される送信電力減少として、第１の方向の複数のＴＦリソースに適用し、適用されるＴＦリソースに関連付けられたＴＦ位置における第２の方向のための干渉レベルを測定するように構成されてよい、代表的な実施形態６９乃至１１７のいずれか１つに記載のＷＴＲＵ。
【０７７６】
代表的な実施形態１１９において、プロセッサは、（１）１もしくは複数のＴＦリソースに関連付けられた１もしくは複数の論理チャネルのためのサービス品質（ＱｏＳ）パラメータ、（２）第１の方向の通信のための１もしくは複数のＴＦリソースのうちの１もしくは複数に関連付けられた再送信の数、および／または（３）１もしくは複数のＴＦリソースのうちの１もしくは複数は第１の方向の通信の再送信のためかどうか、のいずれかに基づいて、第１の方向の通信に関連付けられた１または複数のＴＦリソースのための１または複数の優先度を決定するように構成されてよい、代表的な実施形態６９、７０、および７２乃至１１８のいずれか１つに記載のＷＴＲＵ。
【０７７７】
代表的な実施形態１２０において、プロセッサは、第１の方向の通信に関連付けられた１または複数のＴＦリソースに対応する、第２の方向の通信のためのＴＦ位置におけるＴＦリソースに関連付けられた１または複数の優先度を決定または検出し、第１の方向の通信および第２の方向の通信のための、対応するＴＦ位置に関連付けられたＴＦリソースの相対的優先度に基づいて、ＴＦミュートしンボルミューティング、および／またはサブフレーム短縮するように構成されてよい、代表的な実施形態６９、７０、および７２乃至１１９のいずれか１つに記載のＷＴＲＵ。
【０７７８】
代表的な実施形態１２１では、無線送信／受信ユニット（ＷＴＲＵ）は、自己干渉状態、潜在的自己干渉状態、近隣干渉状態、または潜在的近隣干渉状態を示す第２の方向の通信に関連付けられた情報を取得するように構成された送信機／受信機ユニットと、第２の方向の通信に関連付けられた情報が、自己干渉状態、潜在的自己干渉状態、近隣干渉状態、および／または潜在的近隣干渉状態、のいずれかを示すという条件で、干渉回避ＴＦリソース構造のためにＷＴＲＵを構成するように構成されたプロセッサとを備えてよい。
【０７７９】
代表的な実施形態１２２において、近隣干渉状態は、ＷＴＲＵからの第１の方向の送信のためのＴＦリソースとＷＷＴＲＵによる第２の方向の受信のための優先度ＴＦリソースとの間の干渉を示してよく、近隣干渉状態は、ＷＴＲＵからの第１の方向の送信のためのＴＦリソースと１または複数の他のＷＷＴＲＵによる第２の方向の受信のための優先度ＴＦリソースとの間の干渉を示してよい、代表的な実施形態１２１に記載のＷＴＲＵ。
【０７８０】
代表的な実施形態１２３において、プロセッサは、ＴＦミュートしンボルミューティング、およびサブフレーム短縮の任意の組み合わせを使用して、自己干渉または近隣干渉を減少させ、または実質的に除去するように構成されてよい、代表的な実施形態１２１または１２２のいずれか１つに記載のＷＴＲＵ。
【０７８１】
代表的な実施形態１２４において、第１の方向および第２の方向の通信に時間−周波数（ＴＦ）リソースを使用する無線送信／受信ユニット（ＷＴＲＵ）と通信するネットワークアクセスポイント（ＮＡＰ）は、第１の方向の通信と第２の方向の通信との間の干渉を制御するために第１の方向の通信をＴＦミュートする、シンボルミューティングする、および／またはサブフレーム短縮するべきかどうかを決定するように構成されたプロセッサと、ＷＴＲＵが第１の方向の通信のための１もしくは複数のＴＦリソース、１もしくは複数のシンボル、および／または１もしくは複数のサブフレームをＴＦミュートする、シンボルミューティングする、および／またはサブフレーム短縮するための構成情報をＮＡＰによって送るように構成された全二重送信機／受信機ユニットとを備えてよい。
【０７８２】
代表的な実施形態１２５において、構成情報は、１もしくは複数の信号、１もしくは複数のチャネル、１もしくは複数のＲＢ、１もしくは複数のＲＥ、および／またはもう１つのシンボル、のいずれかの相対的優先度に基づいて、１もしくは複数のＴＦリソース、１もしくは複数のシンボル、および／または１もしくは複数のサブフレームを選択的にＴＦミュートする、選択的にシンボルミューティングする、および／または選択的にサブフレーム短縮するためのインジケータを含んでよい、代表的な実施形態１２４に記載のＮＡＰ。
【０７８３】
代表的な実施形態１２６において、全二重送信機／受信機ユニットは、全二重無線リソース（ＦＤＲＲ）を含むことになる１または複数のサブフレームのインジケータを送るように構成されてよい、代表的な実施形態１２４または１２５のいずれか１つに記載のＮＡＰ。
【０７８４】
代表的な実施形態１２７において、プロセッサおよび全二重送信機／受信機ユニットは、構成情報を生成し、ＷＴＲＵに送って、ＷＴＲＵが、異なるＴＦ領域に関連付けられた異なるＴＦリソースのためのそれぞれ異なる電力制御ループ、それぞれ異なる電力制御オフセット、それぞれ異なるＰCMAX値、および／またはそれぞれ異なるＰCMAX,C値、のいずれかを適用することを可能にするように構成されてよい、代表的な実施形態１２４乃至１２６のいずれか１つに記載のＮＡＰ。
【０７８５】
代表的な実施形態１２８では、構成情報は、（１）ＴＦリソースの第１のサブセットのための、ダウンリンク制御情報（ＤＣＩ）から示される固定ランク、および／または（２）ＴＦリソースの第２のサブセットのための第２のランクよりも小さい、ＴＦリソースの第１のサブセットのための、ＤＣＩから示される第１のランク、のいずれかを含んでよい、代表的な実施形態１２４乃至１２７のいずれか１つに記載のＮＡＰ。
【０７８６】
代表的な実施形態１２９において、ＤＣＩは、第２のランクからの第１のランクのオフセットを示してよい、代表的な実施形態１２８に記載のＮＡＰ。
【０７８７】
代表的な実施形態１３０において、プロセッサおよび全二重送信機／受信機ユニットは、ＷＴＲＵ１０２が、受信された第１のＭＣＳレベルおよび第２のＭＣＳレベルに基づいて、ＴＦリソースの第１のサブセットの送信電力レベルを、ＴＦリソースの第２のサブセットの送信電力レベルと比較して減少されたレベルに設定し、受信された第１のＭＣＳレベルおよび第２のＭＣＳレベルに基づいて、ＴＦリソースの第１のサブセットのＭＣＳレベルを第１のＭＣＳレベルに、ＴＦリソースの第２のサブセットのＭＣＳレベルを第２のＭＣＳレベルに設定するために、複数のＴＦリソースの第１のサブセットのための第１の変調符号化スキーム（ＭＣＳ）レベルおよび複数のＴＦリソースの第２のサブセットのための第２のＭＣＳレベルを生成し、ダウンリンク制御情報（ＤＣＩ）内で送るように構成されてよい、代表的な実施形態１２４乃至１２９のいずれか１つに記載のＮＡＰ。
【０７８８】
代表的な実施形態１３１において、プロセッサおよび全二重送信機／受信機ユニットは、ＴＦリソースの第１のサブセットに関連付けられた第１の送信電力制御（ＴＰＣ）インジケータおよびＴＦリソースの第２のサブセットに関連付けられた第２のＴＰＣインジケータを生成し、ダウンリンク制御情報（ＤＣＩ）内で送り、ＴＦリソースの第１のサブセットおよび第２のサブセットの送信電力レベルを個々に調整させるように構成されてよい、代表的な実施形態１２４乃至１３０のいずれか１つに記載のＮＡＰ。
【０７８９】
代表的な実施形態１３２において、プロセッサおよび全二重送信機／受信機ユニットは、ミュートされることになる１または複数のＴＦリソースに関連付けられた電力制御に関連するミューティング情報を生成して送るように構成されてよい、代表的な実施形態１２４乃至１３１のいずれか１つに記載のＮＡＰ。
【０７９０】
代表的な実施形態１３３において、プロセッサおよび全二重送信機／受信機ユニットは、第２の方向の通信内の１もしくは複数の基準信号、１もしくは複数の制御チャネル、１もしくは複数のリソース要素、および／または１もしくは複数のリソースブロック、のいずれかが優先度であるインジケータを生成し、送るように構成されてよい、代表的な実施形態１２４乃至１３２のいずれか１つに記載のＮＡＰ。
【０７９１】
代表的な実施形態１３４において、プロセッサおよび全二重送信機／受信機ユニットは、ＷＴＲＵが全二重動作を使用することを１または複数のサブフレームに示すインジケータを生成し、送るように構成されてよい、代表的な実施形態１２４乃至１３３のいずれか１つに記載のＮＡＰ。
【０７９２】
代表的な実施形態１３５において、プロセッサおよび全二重送信機／受信機ユニットは、第１の方向の通信のためのサブフレームに関連付けられた開始シンボルのインジケータを生成し、送って、開始シンボルによって示される時間の前の時間に配置された第１の方向で通信されることになるサブフレームの１または複数のシンボルをミュートするためにＷＴＲＵを構成するように構成されてよい、代表的な実施形態１２４乃至１３４のいずれか１つに記載のＮＡＰ。
【０７９３】
代表的な実施形態１３６において、プロセッサおよび全二重送信機／受信機ユニットは、（１）１もしくは複数のＴＦリソースに関連付けられた１もしくは複数の論理チャネルのためのサービス品質（ＱｏＳ）パラメータ、（２）第１の方向の通信のための１もしくは複数のＴＦリソースのうちの１もしくは複数に関連付けられた再送信の数、および／または（３）１もしくは複数のＴＦリソースのうちの１もしくは複数は第１の方向の通信の再送信のためかどうか、のいずれかに基づいて、第１の方向の通信に関連付けられた１または複数のＴＦリソースのための１または複数の優先度を決定または確立するように構成されてよい、代表的な実施形態１２４乃至１３５のいずれか１つに記載のＮＡＰ。
【０７９４】
特徴および要素は、上記で特定の組み合わせで説明されているが、当業者は、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで、使用可能であることを諒解するであろう。さらに、本明細書で説明される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体内に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェア内で実施されてよい。非一時的なコンピュータ可読記憶媒体の例は、限定するものではないが、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアと関連するプロセッサは、ＵＥ、ＷＴＲＵ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波数トランシーバを実施するために使用されてよい。
【０７９５】
さらに、上記で説明された実施形態では、プロセッサを含有する処理プラットフォーム、コンピューティングシステム、コントローラ、および他のデバイスが留意される。これらのデバイスは、少なくとも１つの中央処理装置（「ＣＰＵ」）と、メモリとを含有してよい。コンピュータプログラミングの当業者の慣例によれば、動作または命令の行為および記号表現への参照は、さまざまなＣＰＵおよびメモリによって実行されてよい。そのような行為および動作または命令は、「実行される」、「コンピュータにより実行される」、または「ＣＰＵにより実行される」と呼ばれてよい。
【０７９６】
当業者は、行為および記号表現されたまたは命令がＣＰＵによる電気信号の操作を含むことを諒解するであろう。電気システムは、結果として生じる電気信号の変換または減少およびメモリシステム内のメモリ位置におけるデータビットの維持を引き起こし、それによって、ＣＰＵの動作ならびに信号の他の処理を再構成するまたは変えることができるデータビットを表す。データビットが維持されるメモリ位置は、データビットに対応するまたはこれを表す、特定の電気的特性、磁気的特性、光学的特性、または有機的特性を有する物理位置である。例示的な実施形態は上述のプラットフォームまたはＣＰＵに限定されず、他のプラットフォームおよびＣＰＵが、提供される方法をサポートしてよいことが理解されるべきである。
【０７９７】
データビットはまた、ＣＰＵによって読み取り可能な、磁気ディスクと、光ディスクと、他の任意の揮発性（たとえば、ランダムアクセスメモリ（「ＲＡＭ」））大容量記憶システムまたは不揮発性（たとえば、読み出し専用メモリ（「ＲＯＭ」））大容量記憶システムとを含むコンピュータ可読媒体上で維持されてよい。コンピュータ可読媒体は、処理システム上に排他的に存在する、または処理システムの近くまたは遠くにある複数の相互接続された処理システム間で分散される、協働するまたは相互接続されたコンピュータ可読媒体を含んでよい。代表的な実施形態が上述のメモリに限定され、他のプラットフォームおよびメモリが、説明された方法をサポートしてよいことが理解される。
【０７９８】
例示的な実施形態では、本明細書で説明される動作、プロセスなどのいずれも、コンピュータ可読媒体上に記憶されるコンピュータ可読命令として実施されてよい。コンピュータ可読命令は、モバイルユニット、ネットワーク要素、および／または他の任意のコンピューティングデバイスのプロセッサによって実行されてよい。
【０７９９】
システムの態様のハードウェア実装形態とソフトウェア実装形態との間には、差違はほとんどない。ハードウェアまたはソフトウェアの使用は、一般的に（いくつかの文脈においては、ハードウェアとソフトウェアの選定は重要であることもあるので、常にそうであるとは限らないが）、コストと効率の兼ね合いを表す設計選定候補である。本明細書で説明されるプロセスおよび／またはシステムおよび／または他の技術が実現されてよいさまざまな媒体（vehicle）（たとえば、ハードウェア、ソフトウェア、および／またはファームウェア）が存在してよく、好ましい媒体は、プロセスおよび／またはシステムおよび／または他の技術が展開される文脈とともに変化してよい。たとえば、実装者が、速度および精度が最も重要であることを決定する場合、実装者は、主にハードウェアおよび／またはファームウェアの媒体を選んでよい。柔軟性が最も重要である場合、実装者は、主にソフトウェアの実装形態を選んでよい。あるいは、実装者は、ハードウェア、ソフトウェア、および／またはファームウェアの何らかの組み合わせを選んでよい。
【０８００】
前述の詳細な説明は、ブロック図、流れ図、および／または例の使用を介して、デバイスおよび／またはプロセスのさまざまな実施形態を示してきた。そのようなブロック図、流れ図、および／または例が１または複数の機能および／または動作を含有する限り、そのようなブロック図、流れ図、または例の中の各機能および／または動作は、広範囲のハードウェア、ソフトウェア、ファームウェア、またはそれらの事実上いかなる組み合わせによっても、個別におよび／または一括で実施されてよいことが、当技術者には理解されよう。適切なプロセッサは、例として、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１もしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／またはステートマシンを含む。
【０８０１】
特徴および要素は、上記で特定の組み合わせで提供されているが、当業者は、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで、使用可能であることを諒解するであろう。本開示は、さまざまな態様の例示として意図される、本出願で説明される特定の実施形態に関して限定されるものではない。当業者には明らかであるように、その趣旨および範囲から逸脱することなく、多数の修正および変形が加えられてよい。本出願の説明で使用される要素、行為、または命令は、そのようなものとして明示的に提供されない限り、本発明にとって重要または不可欠であると解釈されるべきである。前述の説明から、本明細書で列挙されたそれらに加えて、本開示の範囲内の機能的に等価な方法および装置が当業者には明らかであろう。そのような修正および変形は、添付の特許請求の範囲内に含まれることが意図されている。本開示は、添付の特許請求の範囲に与えられる等価物の全範囲と共に、そのような特許請求の範囲の項によってのみ制限されるべきである。本開示は特定の方法またはシステムに限定されないことが理解されるべきである。
【０８０２】
本明細書で使用する用語は特定の実施形態を説明することのみを目的としており、限定を意図するものではないことも理解されるべきである。本明細書で使用される場合、本明細書で参照されるとき、「ユーザ機器」およびその略語「ＵＥ」という用語は、（ｉ）以下で説明されるものなどの、無線送信および／もしくは受信ユニット（ＷＴＲＵ）、（ｉｉ）以下で説明されるものなどの、ＷＴＲＵのいくつかの実施形態のいずれか、（ｉｉｉ）とりわけ、以下で説明されるものなどの、ＷＴＲＵのいくつかもしくはすべての構造および機能を用いて構成された無線対応および／もしくは有線対応（たとえば、テザリング可能（tetherable））デバイス、（ｉｉｉ）以下で説明されるなどの、ＷＴＲＵのすべての構造および機能から一部を欠いたものを用いて構成された無線対応および／もしくは有線対応デバイス、または（ｉｖ）同類のもの、を意味してよい。本明細書に記載される任意のＷＴＲＵを表してよい例示的なＷＴＲＵの詳細は、以下で図１〜図５に関して提供される。
【０８０３】
いくつかの代表的な実施形態では、本明細書で説明される主題のいくつかの部分は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、および／または他の集積化形式を介して実施されてよい。しかしながら、本明細書で開示される実施形態のいくつかの態様は、全部または一部が、１もしくは複数のコンピュータ上で実行される１もしくは複数のコンピュータプログラムとして（たとえば、１もしくは複数のコンピュータシステム上で実行される１もしくは複数のプログラムとして）、１もしくは複数のプロセッサ上で実行される１もしくは複数のプログラムとして（たとえば、１もしくは複数のマイクロプロセッサ上で実行される１もしくは複数のプログラムとして）、ファームウェアとして、またはその事実上いかなる組み合わせとしても、集積回路内で同等に実施されてよく、本開示に照らして、回路の設計ならびに／またはソフトウェアおよびもしくはファームウェアのコードの記述は、当業者の技能に十分含まれることを、当業者は認識するであろう。さらに、本明細書で説明される主題のメカニズムはさまざまな形のプログラム製品として配布されてよく、本明細書で説明される主題の例示的な実施形態は、配布を実際に実行するために使用する特定のタイプの信号伝達媒体に関係なく適用されることを、当業者は諒解するであろう。信号伝達媒体の例は、限定するものではないが、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能なタイプの媒体と、デジタル通信媒体および／またはアナログ通信媒体などの送信タイプの媒体（たとえば、光ファイバケーブル、導波管、有線通信リンク、無線通信リンクなど）とを含む。
【０８０４】
本明細書で説明される主題は、異なる他の構成要素内に含有されるまたはこれと接続された異なる構成要素を示すこともある。そのような示されたアーキテクチャは例にすぎず、実際には、同じ機能を達成する多くの他のアーキテクチャが実施されてよいことが理解されるべきである。概念的な意味で、同じ機能を実現する構成要素の任意の構成は、所望の機能が実現されてよいように効果的に「関連付け」される。したがって、特定の機能を実現するために組み合わされた、本明細書の任意の２つの構成要素は、アーキテクチャまたは中間の構成要素に関係なく、所望の機能が実現されるように、お互いに「関連付けられている」とみなされてよい。同様に、そのように関連付けられた任意の２つの構成要素は、所望の機能を実現するために、互いに「動作可能に接続される」または「動作可能に結合される」ともみなされてよく、そのように関連付け可能な任意の２つの構成要素は、所望の機能を実現するために、互いに「動作可能に結合可能」とみなされてもよい。動作可能に結合可能な場合の具体的な例は、限定するものではないが、物理的にかみ合わせ可能な、および／もしくは物理的に相互作用する構成要素、ならびに／または無線に相互作用可能な、および／もしくは無線に相互作用する構成要素、ならびに／または論理的に相互作用する、および／もしくは論理的に相互作用可能な構成要素を含む。
【０８０５】
本明細書における実質的にすべての複数形および／または単数形の用語の使用に対して、当業者は、文脈および／または適用例に適切であるように、複数形から単数形に、および／または単数形から複数形に変換することができる。さまざまな単数形／複数形の置き換えは、理解しやすいように、本明細書で明確に説明されてよい。
【０８０６】
一般に、本明細書において、特に添付の特許請求の範囲（たとえば、添付の特許請求の範囲の本体部）において使用される用語は、通常、「オープンな」用語として意図されていることが、当業者には理解されよう（たとえば、「含む（including）」という用語は、「限定するものではないが含む（including but not limited to）」と解釈されるべきであり、「有する」という用語は、「少なくとも有する」と解釈されるべきであり、「含む（includes）」という用語は、「限定するものではないが含む（includes but is not limited to）」と解釈されるべきである、など）。導入される請求項の具体的な数の記載が意図される場合、そのような意図は、その請求項において明示的に記載されることになり、そのような記載がない場合、そのような意図は存在しないことが、当業者にはさらに理解されよう。たとえば、唯一の項目が意図される場合、「単一」という用語または類似の言い回しが使用されてよい。理解の一助として、添付の特許請求の範囲および／または本明細書の説明は、「少なくとも１つの」および「１または複数の」という導入句を使用して請求項の記載を導くことを含んでよい。しかし、そのような句の使用は、同一の請求項が、「１または複数の」または「少なくとも１つの」という導入句および「ａ」または「ａｎ」などの不定冠詞を含む場合であっても、不定冠詞「ａ」または「ａｎ」による請求項の記載の導入が、そのように導入される請求項の記載を含有する任意の特定の請求項を、単に１つのそのような記載を含有する実施形態に限定する、ということを暗示すると解釈されるべきではない（たとえば、「ａ」および／または「ａｎ」は、「少なくとも１つの」または「１または複数の」を意味すると解釈されるべきである）。同じことが、請求項の記載を導入するのに使用される定冠詞の使用にも当てはまる。さらに、導入される請求項の具体的な数の記載が明示的に記載されている場合でも、そのような記載は、少なくとも記載された数を意味すると解釈されるべきであることが、当業者には理解されよう（たとえば、他の修飾語なしでの「２つの記載」の単なる記載は、少なくとも２つの記載、または２つ以上の記載を意味する）。そのうえ、「Ａ、Ｂ、およびＣなどのうちの少なくとも１つ」に類似した慣例表現が使用される事例では、一般に、そのような構文は、当業者がその慣例表現を理解するであろう意味で意図されている（たとえば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、限定するものではないが、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢを共に、ＡおよびＣを共に、ＢおよびＣを共に、ならびに／またはＡ、Ｂ、およびＣを共に、などを有するシステムを含む）。「Ａ、Ｂ、またはＣなどのうちの少なくとも１つ」に類似した慣例表現が使用される事例では、一般に、そのような構文は、当業者がその慣例表現を理解するであろう意味で意図されている（たとえば、「Ａ、Ｂ、またはＣのうちの少なくとも１つを有するシステム」は、限定するものではないが、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢを共に、ＡおよびＣを共に、ＢおよびＣを共に、ならびに／またはＡ、Ｂ、およびＣを共に、などを有するシステムを含む）。２つ以上の代替用語を提示する事実上いかなる離接する語および／または句も、明細書、特許請求の範囲、または図面のどこにあっても、用語の一方、用語のどちらか、または両方の用語を含む可能性を意図すると理解されるべきであることが、当業者にはさらに理解されよう。たとえば、「ＡまたはＢ」という句は、「Ａ」または「Ｂ」または「ＡおよびＢ」の可能性を含むことが理解されよう。さらに、複数の項目のリストが続く「のうちのいずれか」という用語は、本明細書で使用される場合、個別に、または他の項目および／もしくは他の項目のカテゴリに関連して、「のうちのいずれか」、「の任意の組み合わせ」、「の任意の倍数」、および／または「項目および／または項目のカテゴリの倍数の任意の組み合わせ」を含むことが意図されている。さらに、本明細書で使用される場合、「セット」または「グループ」という用語は、ゼロを含む任意の数の項目を含むことが意図されている。さらに、本明細書で使用される場合、「数」という用語は、ゼロを含む任意の数を含むことが意図されている。
【０８０７】
さらに、本開示の特徴または態様がマーカッシュグループによって説明される場合、当業者は、それによって、本開示も、マーカッシュグループの任意の個々のメンバまたはメンバのサブグループによって説明されることを諒解するであろう。
【０８０８】
当業者によって理解されるように、明細書の提供などに関するあらゆる目的のために、本明細書で開示されるすべての範囲は、考えられるあらゆる部分範囲およびその部分範囲の組み合わせも包含する。記載されたあらゆる範囲は、その同じ範囲が少なくとも等しい２分の１、３分の１、４分の１、５分の１、１０分の１などに分解されることを十分に説明し、可能にすると容易に認識されることができる。非限定的な例として、本明細書において説明される各範囲は、下位３分の１、中位３分の１、および上位３分の１などに容易に分解されてよい。同様に当業者によって理解されるように、「最大」、「少なくとも」、「よりも大きい」、「よりも小さい」などの言い回しは、記載された数を含み、続いて上記で説明された部分範囲に分解できる範囲を指す。最後に、当業者によって理解されるように、範囲は各個々の要素を含む。したがって、たとえば、１〜３つのセルを有するグループは、１つ、２つ、または３つのセルを有するグループを指す。同様に、１〜５つのセルを有するグループは、１つ、２つ、３つ、４つ、または５つのセルを有するグループを指し、以下同様である。
【０８０９】
さらに、特許請求の範囲は、その趣旨と述べられない限り、提供された順序または要素に限定されると読まれるべきではない。さらに、任意の請求項における「ための手段」という用語の使用は、米国特許法第１１２条第６項すなわちミーンズプラスファンクションクレーム形式を行使することが意図され、「ための手段」という用語のないいかなる請求項も、そのように意図されない。
【０８１０】
ソフトウェアと関連するプロセッサは、無線送信受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）もしくは発展型パケットコア（ＥＰＣ）、または任意のホストコンピュータで使用するための無線周波数トランシーバを実施するために使用されてよい。ＷＴＲＵは、ソフトウェア無線（ＳＤＲ）を含むハードウェアおよび／もしくはソフトウェア内で実施されるモジュール、ならびにカメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動デバイス、スピーカ、マイクロホン、テレビ送受信機、ハンズフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、近距離通信（ＮＦＣ）モジュール、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）もしくは超広帯域（ＵＷＢ）モジュールなどの他の構成要素と共に使用されてよい。
【０８１１】
本発明は、通信システムに関して説明されてきたが、システムは、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェア内で実施されてよいことが意図されている。いくつかの実施形態では、さまざまな構成要素の機能のうちの１または複数は、汎用コンピュータを制御するソフトウェア内で実施されてよい。
【０８１２】
さらに、本発明は、本明細書において特定の実施形態に関して図示され説明されてきたが、本発明は、図示の細部に限定されることを意図するものではない。むしろ、等特許請求の範囲の価物の範囲および変動範囲（range）内で、本発明から逸脱することなく、さまざまな修正が細部に加えられてよい。
【図１】
0006721506.tif 000005
【図２】
0006721506.tif 000006
【図３】
0006721506.tif 000007
【図４】
0006721506.tif 000008
【図５】
0006721506.tif 000009
【図６Ａ】
0006721506.tif 000010
【図６Ｂ】
0006721506.tif 000011
【図７】
0006721506.tif 000012
【図８】
0006721506.tif 000013
【図９】
0006721506.tif 000014
【図１０】
0006721506.tif 000015
【図１１】
0006721506.tif 000016
【図１２】
0006721506.tif 000017
【図１３】
0006721506.tif 000018
【図１４】
0006721506.tif 000019
【図１５】
0006721506.tif 000020
【図１６】
0006721506.tif 000021
【図１７Ａ】
0006721506.tif 000022
【図１７Ｂ】
0006721506.tif 000023
【図１８】
0006721506.tif 000024
【図１９】
0006721506.tif 000025
【図２０】
0006721506.tif 000026
【図２１】
0006721506.tif 000027
【図２２】
0006721506.tif 000028
【図２３】
0006721506.tif 000029
【図２４】
0006721506.tif 000030
【図２５】
0006721506.tif 000031
【図２６】
0006721506.tif 000032