(57)【要約】１または複数のサブフレームにおいて、リレーノードとドナーｅノードＢ（ＤｅＮＢ）との間のインタフェース上でのリレーノードアップリンク制御情報送信を可能にすることを、実施形態は企図している。一次セル上など、セル上でのアップリンク送信に対する（おそらく、サブフレーム構成による）制限を避けるための技法を、実施形態は企図しており、制限は、リレーノードとドナーｅノードＢ（ＤｅＮＢ）との間のインタフェース上でのリレーノードアップリンク制御情報送信を（不可能ではないが）困難にする場合がある。リレーノードとドナーｅノードＢとの間のインタフェース上のリソースは、１または複数のコンポーネントキャリアまたはサービングセルにわたってスケジュールされ得ることも、実施形態は企図している。
2014515908.tif 000002
【特許請求の範囲】
【請求項１】
ノードであって、前記ノードは、無線通信システムと通信し、前記ノードは、
少なくとも第１のサービングセルおよび第２のサービングセルと通信し、
前記第１のサービングセルについての第１のサブフレーム区分構成を受信し、
前記第２のサービングセルについての第２のサブフレーム区分構成を受信し、
前記第１のサブフレーム区分構成の少なくとも一部および前記第２のサブフレーム区分構成の少なくとも一部を、前記第１のサービングセルまたは前記第２のサービングセルの少なくとも１つに適用する
ように少なくとも部分的に構成されることを特徴とするノード。
【請求項２】
前記第１のサービングセルは一次サービングセル（Ｐｃｅｌｌ）であり、前記第２のサービングセルは二次サービングセル（Ｓｃｅｌｌ）であることを特徴とする請求項１に記載のノード。
【請求項３】
前記第１のサブフレーム区分構成は、前記第２のサブフレーム区分構成とは異なることを特徴とする請求項１に記載のノード。
【請求項４】
前記ノードは、前記第１のサブフレーム区分構成の前記少なくとも一部と前記第２のサブフレーム区分構成の前記少なくとも一部の和集合を、前記第１のサービングセルまたは前記第２のサービングセルの前記少なくとも１つに適用するようにさらに構成されることを特徴とする請求項１に記載のノード。
【請求項５】
前記ノードは、前記第１のサブフレーム区分構成の前記少なくとも一部と前記第２のサブフレーム区分構成の前記少なくとも一部の交差を、前記第１のサービングセルまたは前記第２のサービングセルの前記少なくとも１つに適用するようにさらに構成されることを特徴とする請求項１に記載のノード。
【請求項６】
前記ノードは、前記第１のサブフレーム区分構成の前記少なくとも一部および前記第２のサブフレーム区分構成の前記少なくとも一部の前記適用を、前記第１のサービングセルまたは前記第２のサービングセルの前記少なくとも１つの、アップリンク（ＵＬ）サブフレーム構成に限定するようにさらに構成されることを特徴とする請求項１に記載のノード。
【請求項７】
前記ノードは、前記第１のサブフレーム区分構成の前記少なくとも一部および前記第２のサブフレーム区分構成の前記少なくとも一部の前記適用を、前記第１のサービングセルまたは前記第２のサービングセルの前記少なくとも１つの、ダウンリンク（ＤＬ）サブフレーム構成に限定するようにさらに構成されることを特徴とする請求項１に記載のノード。
【請求項８】
前記第１のサブフレーム区分構成の前記少なくとも一部および前記第２のサブフレーム区分構成の前記少なくとも一部はそれぞれ、アップリンク（ＵＬ）サブフレーム区分構成を含み、前記ノードは、前記それぞれのＵＬサブフレーム区分構成を前記ＰｃｅｌｌのＵＬサブフレーム構成に適用するようにさらに構成されることを特徴とする請求項２に記載のノード。
【請求項９】
前記第１のサブフレーム区分構成および前記第２のサブフレーム区分構成は、無線リソース制御（ＲＲＣ）信号により第２のノードから与えられ、前記第２のノードは前記無線通信システムと通信し、前記第２のノードは進化型ノードＢ（ｅＮＢ）またはドナー進化型ノードＢ（ＤｅＮＢ）のうちの少なくとも１つであることを特徴とする請求項１に記載のノード。
【請求項１０】
前記ノードはリレーノードであることを特徴とする請求項９に記載のノード。
【請求項１１】
前記ノードは、Ｕｎインタフェースを介して前記ｅＮＢまたはＤｅＮＢの前記少なくとも１つと通信するようにさらに構成されることを特徴とする請求項１０に記載のノード。
【請求項１２】
前記ノードは無線送受信ユニット（ＷＴＲＵ）であることを特徴とする請求項１に記載のノード。
【請求項１３】
前記ＷＴＲＵは、時分割多重モードで動作するようにさらに構成されることを特徴とする請求項１２に記載のノード。
【請求項１４】
ノードであって、前記ノードは、無線通信システムと通信し、前記ノードは、
少なくとも第１のサービングセルおよび第２のサービングセルと通信し、前記第１のサービングセルが一次サービングセル（Ｐｃｅｌｌ）であり、前記第２のサービングセルが二次サービングセル（Ｓｃｅｌｌ）であり、
前記Ｐｃｅｌｌについての第１のサブフレーム区分構成を受信し、
前記Ｓｃｅｌｌについての第２のサブフレーム区分構成を受信し、
条件に基づいて、前記Ｓｃｅｌｌの物理アップリンク制御チャネル（ＰＵＣＣＨ）のサブフレームによって、アップリンク制御情報（ＵＣＩ）の少なくとも一部分を送信し、前記条件が前記第１のサブフレーム区分構成または前記第２のサブフレーム区分構成のうちの少なくとも１つに少なくとも部分的に基づく
ように少なくとも部分的に構成されることを特徴とするノード。
【請求項１５】
前記条件は、前記Ｓｃｅｌｌの前記物理アップリンク制御チャネル（ＰＵＣＣＨ）の前記サブフレームに対応するサブフレームにおいて、制限されたアップリンクをもつ前記Ｐｃｅｌｌについての前記第１のサブフレーム区分構成を含むことを特徴とする請求項１４に記載のノード。
【請求項１６】
ノードは、前記ＵＣＩの前記少なくとも一部分を、進化型ノードＢ（ｅＮＢ）またはドナー進化型ノードＢ（ＤｅＮＢ）の少なくとも１つに送信するようにさらに構成されることを特徴とする請求項１４に記載のノード。
【請求項１７】
ノードであって、前記ノードは、無線通信システムと通信し、前記ノードは、
少なくとも第１のサービングセルおよび第２のサービングセルと通信し、前記第１のサービングセルが一次サービングセル（Ｐｃｅｌｌ）であり、前記第２のサービングセルが二次サービングセル（Ｓｃｅｌｌ）であり、
前記Ｐｃｅｌｌについてのサブフレーム区分構成を受信し、
前記Ｓｃｅｌｌの物理アップリンク制御チャネル（ＰＵＣＣＨ）のサブフレームによって、アップリンク制御情報（ＵＣＩ）の少なくとも一部分を送信し、前記Ｓｃｅｌｌがサブフレーム区分構成をもたない
ように少なくとも部分的に構成されることを特徴とするノード。
【請求項１８】
ノードであって、前記ノードは、無線通信システムと通信し、前記ノードは、
第１のコンポーネントキャリアおよび第２のコンポーネントキャリアと通信し、
前記第１のコンポーネントキャリアについての第１のサブフレーム区分構成を受信し、
前記第２のコンポーネントキャリアについての第２のサブフレーム区分構成を受信し、前記第１のサブフレーム区分構成は前記第２のサブフレーム区分構成とは異なり、
タイミングオフセット値を利用して、前記第１のコンポーネントキャリアと前記第２のコンポーネントキャリアとの間のクロスキャリアスケジューリングを実施する
ように少なくとも部分的に構成されることを特徴とするノード。
【請求項１９】
前記ノードは、
ダウンリンク制御情報（ＤＣＩ）を受信し、前記タイミングオフセット値が前記ＤＣＩ内で与えられ、
ダウンリンク（ＤＬ）制御チャネル上で前記クロスキャリアスケジューリングを実施し、前記タイミングオフセット値が、スケジュールされたダウンリンク送信のサブフレームと、前記ノードが前記ＤＣＩを受信したサブフレームとの間のサブフレームの数を表す
ようにさらに構成されることを特徴とする請求項１８に記載のノード。
【請求項２０】
前記ノードは、
ダウンリンク（ＤＬ）制御チャネル上でダウンリンク制御情報（ＤＣＩ）を受信するようにさらに構成され、前記タイミングオフセット値は前記ＤＣＩ内で与えられ、前記タイミングオフセット値は、スケジュールされたアップリンク送信のサブフレームと、前記ノードが前記ＤＣＩを受信したサブフレームとの間のサブフレームの数を表し、前記ＤＬ制御チャネルは、リレー物理ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）または物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の少なくとも１つであることを特徴とする請求項１８に記載のノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【０００２】
関連出願の相互参照
本出願は、２０１１年４月２９日に出願した、「ＣＡＲＲＩＥＲ  ＡＧＧＲＥＧＲＡＴＩＯＮ  ＦＯＲ  ＲＥＬＡＹ  ＮＥＴＷＯＲＫＳ」と題する米国特許仮出願第６１／４８０８０６号、および２０１１年１１月４日に出願した、「ＣＡＲＲＩＥＲ  ＡＧＧＲＥＧＡＴＩＯＮ  ＯＦ  ＣＡＲＲＩＥＲＳ  ＷＩＴＨ  ＳＵＢＦＲＡＭＥ  ＲＥＳＴＲＩＣＴＩＯＮＳ」と題する米国特許仮出願第６１／５５６１１６号の利益を主張するものであり、両方の出願の内容は、それぞれの全体が、すべての目的のために、参照により本明細書に組み込まれている。
【背景技術】
【０００３】
通信システム内のリレーノードは、セルエッジ性能などの容量問題を扱う際に有用であり得る。通信システムリレー機能は、リピータのような機能性、ならびに復調、復号、およびエラー訂正機能性も含み得る。仲介役でのこのような機能を実施することによって、リレーノードは、無線送信／受信装置（ＷＴＲＵ、または「ユーザ機器」ＵＥ）と基地局との間の通信を容易にすることができ、可能性としては信号対雑音比を削減する。
【０００４】
ロングタームエボリューション（ＬＴＥ）可能通信システムは、たとえば、ダウンリンクでは１００Ｍｂｐｓ、およびアップリンクでは５０Ｍｂｐｓまでのデータレートをサポートすることができる。ダウンリンクレートの向上は、他の技法の中でも、キャリアアグリゲーション（carrier aggregation）を用いて達成することができる。キャリアアグリゲーションは、たとえば、１００ＭＨｚまでの柔軟な帯域幅割当てをサポートすることができる。キャリアは、一部のＬＴＥシステムではコンポーネントキャリアとして知られている場合がある。たとえば、複数のコンポーネントキャリアの単一連続ダウンリンク（ＤＬ）４０ＭＨｚアグリゲーションは、単一の１５ＭＨｚアップリンク（ＵＬ）キャリアとペアにされ得る。
【発明の概要】
【０００５】
この要約は、「発明を実施するための形態」においてさらに後で説明される一揃いの概念を、簡略化した形で導入するために与えられる。この要約は、本特許請求対象の主要な特徴も、本質的特徴も識別することは意図しておらず、本特許請求対象の範囲を限定するのに使われることも意図していない。
【０００６】
サブフレームにおける、リレーノードとドナーｅノードＢとの間のインタフェース上でのリレーノードアップリンク制御情報送信を可能にし得る装置および技法を、実施形態は企図しており、前記リレーノードは、アップリンクにおける一次セル上では送信を行うことができない。企図される実施形態は、おそらく、サブフレーム構成（subframe configuration）に起因する、一次セル上でのアップリンク送信制限により、前記リレーノードと前記ドナーｅノードＢ（ｅＮＢ）との間の前記インタフェース上でリレーノードアップリンク制御情報送信が可能でない状況を避けるのを助けることができる。前記リレーノードと前記ドナーｅノードＢとの間の前記インタフェース上のリソースは、１もしくは複数、または多数のコンポーネントキャリアまたはサービングセルにわたってスケジュールされ得ることも、実施形態は企図している。
【０００７】
１または複数のリレーノードと前記ドナーｅノードＢ（ＤｅＮＢ）（または１もしくは複数のＤｅＮＢ）との間の前記インタフェースに関連づけられ得る１もしくは複数、または多数のサービングセルまたはコンポーネントキャリアを、実施形態は企図している。前記１つまたは複数のリレーノードは、前記１または複数のリレーノードと前記ドナーｅノードＢとの間の送信用のサブフレーム区分構成（subframe partition configuration/subframe partitioning configuration）を判断できることを、実施形態は企図している。たとえば、前記リレーノードは、無線リソース制御シグナリングにより、前記ドナーｅノードＢから前記区分構成を受信することができる。前記リレーノードは、前記サービングセルまたはコンポーネントキャリアの１または複数に対して前記区分構成を適用することができる。
【０００８】
前記リレーノードとドナーｅノードＢとの間の前記インタフェースに関連づけられ得る前記サービングセルは、一次サービングセルおよび１または複数の二次サービングセルを含み得ることを、実施形態は企図している。１または複数の実施形態において、前記リレーノードは、二次サービングセルに関連づけられ得る物理アップリンク制御チャネル（ＰＵＣＣＨ）上で、アップリンク制御情報の少なくとも一部分を送信することができる。アップリンク制御情報のいくつかの部分は、前記リレーノードと前記ドナーｅノードＢとの間の複数のサブフレームにわたってバンドルおよび／または送信されてよいことも、実施形態は企図している。さらに、あるサービングセルに関連づけられ得るリソースは、別のサービングセルにおいて受信された制御シグナリングによりスケジュールされてよいことを、実施形態は企図している。
【０００９】
実施形態はノードを企図しており、前記ノードは、無線通信システムと通信することができる。前記ノードは、少なくとも部分的には、少なくとも第１のサービングセルおよび第２のサービングセルと通信するように構成することができる。前記ノードは、前記第１のサービングセルについての第１のサブフレーム区分構成を受信するようにも構成することができる。さらに、前記ノードは、前記第２のサービングセルについての第２のサブフレーム区分構成を受信するように構成することができる。さらに、前記ノードは、前記第１のサブフレーム区分構成の少なくとも一部および前記第２のサブフレーム区分構成の少なくとも一部を、前記第１のサービングセルまたは前記第２のサービングセルの少なくとも１つに適用するように構成することができる。１または複数の実施形態において、前記第１のサービングセルは一次サービングセル（Ｐｃｅｌｌ）であってよく、前記第２のサービングセルは二次サービングセル（Ｓｃｅｌｌ）であってよい。また、前記第１のサブフレーム区分構成は、前記第２のサブフレーム区分構成とは異なってよいことを、実施形態は企図している。
【００１０】
実施形態は、無線通信システムと通信することができるノードを企図している。前記ノードは、少なくとも部分的には、少なくとも第１のサービングセルおよび第２のサービングセルと通信するように構成されてよく、ここで前記第１のサービングセルは一次サービングセル（Ｐｃｅｌｌ）であってよく、前記第２のサービングセルは二次サービングセル（Ｓｃｅｌｌ）であってよいことを、実施形態は企図している。前記ノードは、前記Ｐｃｅｌｌについての第１のサブフレーム区分構成を受信するように構成されてよいことを、実施形態は企図している。前記ノードは、前記Ｓｃｅｌｌについての第２のサブフレーム区分構成を受信するように構成されてよいことも、実施形態は企図している。前記ノードは、条件に基づいて、前記Ｓｃｅｌｌの物理アップリンク制御チャネル（ＰＵＣＣＨ）のサブフレームにより、アップリンク制御情報（ＵＣＩ）の少なくとも一部分を送信するように構成されてよく、前記条件は、前記第１のサブフレーム区分構成または前記第２のサブフレーム区分構成のうちの少なくとも１つに少なくとも部分的に基づき得ることも、実施形態は企図している。前記条件は、前記Ｓｃｅｌｌの前記物理アップリンク制御チャネル（ＰＵＣＣＨ）の前記サブフレームに対応するサブフレームにおいて、制限されたアップリンクをもつ前記Ｐｃｅｌｌ用の前記第１のサブフレーム区分構成を含み得ることを、１または複数の実施形態は企図している。
【００１１】
実施形態はノードを企図しており、前記ノードは、無線通信システムと通信することができる。前記ノードは、少なくとも部分的には、少なくとも第１のサービングセルおよび第２のサービングセルと通信するように構成されてよく、ここで前記第１のサービングセルは一次サービングセル（Ｐｃｅｌｌ）であってよく、前記第２のサービングセルは二次サービングセル（Ｓｃｅｌｌ）であってよいことを、実施形態は企図している。そのノードは、前記Ｐｃｅｌｌについてのサブフレーム区分構成を受信するように構成されてよいことを、実施形態は企図している。また、前記ノードは、前記Ｓｃｅｌｌの物理アップリンク制御チャネル（ＰＵＣＣＨ）のサブフレームにより、アップリンク制御情報（ＵＣＩ）の少なくとも一部分を送信するように構成されてよく、ここで前記Ｓｃｅｌｌはサブフレーム区分構成をもたなくてよいことを、実施形態は企図している。
【００１２】
実施形態はノードを企図しており、前記ノードは、無線通信システムと通信することができる。前記ノードは、少なくとも部分的には、第１のコンポーネントキャリアおよび第２のコンポーネントキャリアと通信するように構成されてよいことを、実施形態は企図している。前記ノードは、前記第１のコンポーネントキャリアについての第１のサブフレーム区分構成を受信するように構成されてよいことも、実施形態は企図している。前記ノードは、前記第２のコンポーネントキャリアについての第２のサブフレーム区分構成を受信するように構成されてよいことを、実施形態は企図している。前記第１のサブフレーム区分構成は、前記第２のサブフレーム区分構成とは異なってよいことを、１または複数の実施形態は企図している。前記ノードは、タイミングオフセット値を利用して、前記第１のコンポーネントキャリアと前記第２のコンポーネントキャリアとの間のクロスキャリアスケジューリングを実施するように構成されてよいことも、実施形態は企図している。
【図面の簡単な説明】
【００１３】
開示される実施形態の以下の詳細な説明は、添付の図面と併せ読むと、より良く理解される。例示の目的で、例示的な実施形態が図面に示されるが、本主題は、開示される具体的な要素および手段に限定されない。
【図１Ａ】１または複数の開示される実施形態が実装され得る例示的通信システムを示すシステム図である。
【図１Ｂ】図１Ａに示される通信システム内で使われ得る例示的無線送受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】図１Ａに示される通信システム内で使われ得る例示的無線アクセスネットワークおよび例示的コアネットワークを示すシステム図である。
【図２】実施形態に一致する、リレーノードをサポートする例示的システムを示す図である。
【図２Ａ】実施形態に一致する、タイプ２用（５ｍｓスイッチポイント周期性用）の例示的なフレーム構造を示す図である。
【図２Ｂ】実施形態に一致する、例示的なアップリンク−ダウンリンク構成を示す図である。
【図３】実施形態に一致する、少なくとも２つの利用可能周波数を有するキャリアアグリゲーションのための例示的な構成を示す図である。
【図４】実施形態に一致する、少なくとも２つの利用可能周波数を有するキャリアアグリゲーションのための別の例示的な構成を示す図である。
【図５】実施形態に一致する、少なくとも２つの利用可能周波数を有するキャリアアグリゲーションのための別の例示的な構成を示す図である。
【図６】実施形態に一致する、少なくとも２つの利用可能周波数を有するキャリアアグリゲーションのための別の例示的な構成を示す図である。
【図６Ａ】実施形態に一致する、ＴＤＤ  ＵＥ用の例示的なＵＬ／ＤＬ構成を示す図である。
【図６Ｂ】セルごとのＤＬ  ＰＤＳＣＨとＵＬ  ＰＵＣＣＨとの間の適切なペアリングが示される、実施形態に一致する例示的なＴＤＤ  ＵＥ  ＰＤＳＣＨおよびＨＡＲＱタイミングを示す図である。
【図７】実施形態に一致する、例示的一次セルリレーノードおよびドナーｅノードＢサブフレーム構成パターンを示す図である。
【図８】実施形態に一致する、サブフレーム制限されたノードに関する１または複数の技法のブロック図を示す図である。
【図９】実施形態に一致する、サブフレーム制限されたノードに関する１または複数の技法のブロック図を示す図である。
【図１０】実施形態に一致する、サブフレーム制限されたノードに関する１または複数の技法のブロック図を示す図である。
【図１１】実施形態に一致する、サブフレーム制限されたノードに関する１または複数の技法のブロック図を示す図である。
【発明を実施するための形態】
【００１４】
例示的な実施形態の詳細な説明がここで、様々な図面を参照して記載される。この説明は、可能な実装形態の詳細な例を挙げるが、この詳細は、例示であって、出願の範囲を限定することは全く意図していないことが留意されるべきである。本明細書で使用される限り、さらなる限定または特性化のない冠詞「ａ」は、たとえば、「１または複数の」または「少なくとも１つの」を意味するものと理解してよい。
【００１５】
図１Ａは、１または複数の開示される実施形態が実装され得る例示的通信システム１００の図である。通信システム１００は、たとえばボイス、データ、ビデオ、メッセージ通信、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する多元接続システムであってよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有により、このようなコンテンツにアクセスできるようにし得る。たとえば、通信システム１００は、たとえば符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数のチャネルアクセス方法を利用することができる。
【００１６】
図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された、どのタイプの装置であってもよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＷＴＲＵ）、移動局、固定または携帯電話加入者ユニット、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電製品などを含み得る。
【００１７】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと、無線でインタフェースし、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２など、１または複数の通信ネットワークへのアクセスを容易にするように構成されたどのタイプの装置であってもよい。例として、基地局１１４ａ、１１４ｂは、トランシーバ基地局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂは各々が単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでよいことが理解されよう。
【００１８】
基地局１１４ａはＲＡＮ１０４の一部であってよく、ＲＡＮ１０４は、たとえば基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなど、他の基地局および／またはネットワーク要素（図示せず）も含み得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る特定の地理領域内で無線信号を送信および／または受信するように構成され得る。セルは、セルセクタにさらに分割することができる。たとえば、基地局１１４ａに関連づけられたセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルのセクタごとに１つのトランシーバを含み得る。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがって、セルのセクタごとに複数のトランシーバを使用することができる。
【００１９】
基地局１１４ａ、１１４ｂは、エアインタフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信することができ、エアインタフェース１１６は、どの適切な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってもよい。エアインタフェース１１６は、どの適切な無線アクセス技術（ＲＡＴ）を使って確立されてもよい。
【００２０】
より具体的には、上述したように、通信システム１００は、多元接続システムであってよく、たとえばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１または複数のチャネルアクセス方式を利用することができる。たとえば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイル通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装することができ、この技術は、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使ってエアインタフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型（Evolved）ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００２１】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装することができ、この技術は、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使ってエアインタフェース１１６を確立することができる。
【００２２】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、たとえばＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定規格２０００（ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、汎ヨーロッパデジタル移動通信システム（ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装することができる。
【００２３】
図１Ａの基地局１１４ｂは、たとえば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってよく、たとえば事業所、家庭、車両、校内など、いずれの適切なＲＡＴを利用して、局所的エリアにおける無線接続性を容易にすることができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要はなくてよい。
【００２４】
ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、ネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に、ボイス、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された、どのタイプのネットワークであってもよい。たとえば、コアネットワーク１０６は、呼制御、課金サービス、携帯電話のロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配布などを提供し、かつ／またはユーザ認証など、高レベルのセキュリティ機能を実施することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接または間接通信できることが理解されよう。たとえば、Ｅ−ＵＴＲＡ無線技術を利用している可能性があるＲＡＮ１０４に接続されることに加え、コアネットワーク１０６は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示せず）と通信することもできる。
【００２５】
コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても働き得る。ＰＳＴＮ１０８は、簡易電話サービス（ＰＯＴＳ）を提供する回路交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）などの共通通信プロトコルを使う、相互接続されたコンピュータネットワークおよび装置からなるグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営されるワイヤードまたは無線通信ネットワークを含み得る。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用することができる１または複数のＲＡＮに接続された別のコアネットワークを含み得る。
【００２６】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信する複数のトランシーバを含むことができる。たとえば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を利用することができる基地局１１４ａと、およびＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成され得る。
【００２７】
図１Ｂは、例示的ＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺装置１３８を含み得る。ＷＴＲＵ１０２は、実施形態に一致したまま、上記要素のどのサブコンビネーションを含んでもよいことが理解されよう。
【００２８】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連した１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）回路、どの他のタイプの集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２を無線環境において動作できるようにする他のどの機能性も実施することができる。プロセッサ１１８は、トランシーバ１２０に結合されてよく、トランシーバ１２０は、送信／受信要素１２２に結合されてよい。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個の構成要素として示すが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内で統合されてもよいことが理解されよう。
【００２９】
送信／受信要素１２２は、エアインタフェース１１６を介して、基地局（たとえば、基地局１１４ａ）に信号を送信するように、または基地局から信号を受信するように構成され得る。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。別の実施形態では、送信／受信要素１２２は、たとえば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出装置であってよい。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送受信するように構成されてよい。送信／受信要素１２２は、無線信号のどの組合せも送信および／または受信するように構成されてよいことが理解されよう。
【００３０】
さらに、送信／受信要素１２２は、図１Ｂでは１つの要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送信および受信する２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含み得る。
【００３１】
トランシーバ１２０は、送信／受信要素１２２によって送信されるべき信号を変調するように、および送信／受信要素１２２によって受信された信号を復調するように構成され得る。上述したように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、たとえば、ＵＴＲＡおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にする複数のトランシーバを含み得る。
【００３２】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットや有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリにある情報にアクセスし、それらのメモリにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、ハードディスク、または他のどのタイプのメモリ記憶装置も含み得る。リムーバブルメモリ１３２は、加入者識別情報モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に置かれていないメモリにある情報にアクセスし、メモリにデータを記憶することができる。
【００３３】
プロセッサ１１８は、電源１３４から電力を受信することができ、ＷＴＲＵ１０２内の他の構成要素に電力を分散し、かつ／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給する、どの適切な装置であってもよい。たとえば、電源１３４は、１または複数の乾電池バッテリ（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル金属水素化物（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【００３４】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合されてもよく、チップセット１３６は、ＷＴＲＵ１０２の現在の場所に関するロケーション情報（たとえば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加え、またはその代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）から、エアインタフェース１１６を介してロケーション情報を受信し、かつ／または２つ以上の近くの基地局から信号が受信されたタイミングに基づいて、基地局の場所を判断することができる。ＷＴＲＵ１０２は、実施形態に一致したまま、どの適切な場所判断方法によっても、ロケーション情報を獲得できることが理解されよう。
【００３５】
プロセッサ１１８は、他の周辺装置１３８にさらに結合されてよく、周辺装置１３８は、追加特徴、機能性および／またはワイヤードもしくは無線接続性を提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。たとえば、周辺装置１３８は、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動装置、テレビトランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。
【００３６】
図１Ｃは、ある実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を利用して、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信することができる。ＲＡＮ１０４は、コアネットワーク１０６と通信することもできる。
【００３７】
ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含み得るが、ＲＡＮ１０４は、実施形態に一致したまま、任意の数のｅノードＢを含んでよいことが理解されよう。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１または複数のトランシーバを含むことができる。一実施形態では、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装することができる。したがって、たとえば、ｅノードＢ１４０ａは、複数のアンテナを使って、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３８】
ｅノードＢ１４０ａ、１４０ｂ、および１４０ｃの各々は、特定のセル（図示せず）に関連づけられてよく、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを扱うように構成され得る。図１Ｃに示されるように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インタフェースを介して互いと通信することができる。
【００３９】
図１Ｃに示されるコアネットワーク１０６は、移動管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含み得る。上記要素の各々は、コアネットワーク１０６の一部として示されているが、こうした要素のうちのどの１つも、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることが理解されよう。
【００４０】
ＭＭＥ１４２は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅノードＢ１４２ａ、１４２ｂ、１４２ｃの各々に接続されてよく、制御ノードとして働くことができる。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期取付け中などに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラ活動化／非活動化、特定のサービングゲートウェイの選択を担うことができる。ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭやＷＣＤＭＡなど、他の無線技術を利用する他のＲＡＮ（図示せず）との間を切り替える制御プレーン機能を提供することもできる。
【００４１】
サービングゲートウェイ１４４は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、および１４０ｃの各々に接続されてよい。サービングゲートウェイ１４４は概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からユーザデータパケットをルーティングおよびフォワードすることができる。サービングゲートウェイ１４４は、たとえば、ｅノードＢ間ハンドオーバ中のユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとって利用可能なときのページングのトリガリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶など、他の機能を実施することもできる。
【００４２】
サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６に接続されてもよく、ゲートウェイ１４６は、インターネット１１０など、パケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との間の通信を容易にすることができる。
【００４３】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０６は、ＰＳＴＮ１０８など、回路交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信装置との間の通信を容易にすることができる。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、またはＩＰゲートウェイと通信することができる。さらに、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運営される他のワイヤードまたは無線ネットワークを含み得るネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができる。
【００４４】
３ＧＰＰ  ＬＴＥリリース８／９（ＬＴＥ  Ｒ８／９）は、たとえば、２ｘ２構成のために、ダウンリンク（ＤＬ）では１００Ｍｂｐｓまで、およびアップリンク（ＵＬ）では５０Ｍｂｐｓまでサポートできると、実施形態は認識している。ＬＴＥダウンリンク送信方式は、ＯＦＤＭＡエアインタフェースに基づき得る。ＬＴＥ  Ｒ８／９システムは、スケーラブルな送信帯域幅、たとえば、［１．４、２．５、５、１０、１５または２０］ＭＨｚのうちの１つをサポートできると、実施形態は認識している。
【００４５】
ＬＴＥ  Ｒ８／９およびＲ１０において、無線フレームは、１０ミリ秒（ｍｓ）を含み得る。無線フレームは、１ｍｓの、１０個の等しいサイズのサブフレームを含み得る。各サブフレームは、たとえば、各々が０．５ｍｓの、２つの等しいサイズのタイムスロットを含み得る。たとえば、タイムスロットごとに、７または６つのＯＦＤＭシンボルがあり得ると、実施形態は認識している。たとえば、タイムスロットごとに７つのシンボルは、通常のサイクリックプレフィックス長とともに使われてよく、タイムスロットごとに６つのシンボルは、拡張サイクリックプレフィックス長をもつシステム構成において使われてよい。１または複数の実施形態において、ＬＴＥ  Ｒ８／９システム用のサブキャリア間隔は、１５ｋＨｚであってよい。また、１または複数の実施形態において、短縮サブキャリア間隔モードは、７．５ｋＨｚを使うことができる。
【００４６】
リソース要素（ＲＥ）は、１つのＯＦＤＭシンボル間隔中の１つのサブキャリアに対応してよく、いくつかの実施形態では、厳密には１つのＯＦＤＭシンボル間隔中の１つのサブキャリアに対応してよいことを、実施形態は企図している。たとえば、０．５ｍｓタイムスロット中の１２個の連続サブキャリアが、１つのリソースブロック（ＲＢ）を構成し得る。タイムスロットごとに７つのシンボルがあるので、各ＲＢは、１２＊７＝８４個のＲＥを含み得る。ＤＬキャリアは、たとえば、最小６つのＲＢから、最大１１０個のＲＢにまでわたる、スケーラブルな数のリソースブロック（ＲＢ）を含み得る。限定ではなく例として、これは、概して１ＭＨｚから２０ＭＨｚまでの、全体としてのスケーラブルな送信帯域幅に対応し得る。たとえば、１．４、３、５、１０および／または２０ＭＨｚなど、共通送信帯域幅セットが指定されてよい。
【００４７】
１または複数の実施形態において、動的スケジューリングのための基本時間領域単位は、２つの連続タイムスロットを含み得る１つのサブフレームであってよい。これは、リソースブロックペアと呼ばれ得る。いくつかのＯＦＤＭシンボル上の特定のサブキャリアが、時間周波数グリッドにおいてパイロット信号を運ぶように割り振られ得ることを、実施形態は企図している。１または複数の実施形態において、送信帯域幅の端部における所与の数のサブキャリアは、たとえば、他の理由の中でも、スペクトルマスク要件に従うために送信されなくてよい。
【００４８】
キャリアアグリゲーションは、他の技法の中でも、帯域幅拡張を使ってシングルキャリアデータレートを向上し得ると、実施形態は認識している。キャリアアグリゲーションを用いると、ＷＴＲＵは、他の構成の中でも、たとえば、複数のサービングセルの物理アップリンク共有チャネル（ＰＵＳＣＨ）および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を介して同時に送受信を行うことができる。ＬＴＥ  Ｒ８／９において、および／または、どの所与のサブフレームに対しても、ネットワーク（ＮＷ）がＵＬおよびＤＬキャリアの少なくとも１つのペア、（ＦＤＤ）またはＵＬおよびＤＬ（ＴＤＤ）に対して共有される１つのキャリア時間をＷＴＲＵに割り当てることができるＲ１０について、シングルキャリア構成では、ＵＬに対してアクティブな、ハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス（いくつかの実施形態では、おそらくＵＬに対してアクティブな単一のＨＡＲＱプロセス）および／またはＤＬ内でアクティブなＨＡＲＱプロセス（いくつかの実施形態では、おそらくＤＬ内でアクティブな単一のＨＡＲＱプロセス）があり得ることも、実施形態は認識している。
【００４９】
キャリアアグリゲーション（ＬＴＥ  ＣＡ  Ｒ１０）を伴うＬＴＥアドバンストは、他の方法の中でも、キャリアアグリゲーション（ＣＡ）とも呼ばれる帯域幅拡張を使って、シングルキャリアＬＴＥデータレートを向上させ得ると、実施形態は認識している。ＣＡを用いて、１または複数の実施形態では、ＷＴＲＵは、１もしくは複数、または多数のサービングセルの物理アップリンク共有チャネル（ＰＵＳＣＨ）および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）（それぞれ）を介して同時に送受信することができる。たとえば、一次サービングセル（ＰＣｅｌｌ）に加え、最大で４つの二次サービングセル（ＳＣｅｌｌ）が使われ得る。１００ＭＨｚまでの柔軟な帯域幅割当てがサポートされ得る。アップリンク制御情報（ＵＣＩ）が、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックおよび／またはチャネル状態情報（ＣＳＩ）を含み得ることを、実施形態は企図している。１または複数の実施形態において、ＵＣＩは、ＰＣｅｌｌの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース上で、および／またはアップリンク送信用に構成されたサービングセルに対して利用可能なＰＵＳＣＨリソース上で送信され得る。
【００５０】
ＰＤＳＣＨおよびＰＵＳＣＨのスケジューリングのための制御情報は、１または複数の物理データ制御チャネル（ＰＤＣＣＨ）上で送られ得る。ＵＬおよびＤＬキャリアのペアに対して１つのＰＤＣＣＨを使うＬＴＥ  Ｒ８／９スケジューリングに加え、所与のＰＤＣＣＨ用にクロスキャリアスケジューリングがサポートされてよく、これによりネットワークは、他のサービングセル（１または複数）内での送信にＰＤＳＣＨ割当ておよび／またはＰＵＳＣＨグラント（grant）を与えることができることを、実施形態は認識している。
【００５１】
ＣＡを用いて動作するＬＴＥ  Ｒ１０  ＷＴＲＵに対して、サービングセルごとに１つのＨＡＲＱエンティティがあり得ると、１または複数の実施形態は認識している。１または複数の実施形態では、１つのラウンドトリップ時間（ＲＴＴ）に対するサブフレームごとに１つのＨＡＲＱプロセスがあり得るように、いくつかのＨＡＲＱエンティティ、またはおそらく各ＨＡＲＱエンティティが、８個のＨＡＲＱプロセスを含み得る。どの所与のサブフレームにおいても、ＵＬに、および／またはＤＬにとってアクティブな複数のＨＡＲＱプロセスがあり得ることを、実施形態は企図している。１または複数の実施形態では、構成されたサービングセルごとに、多くとも１つのＵＬおよび１つのＤＬ  ＨＡＲＱプロセスがあり得る。
【００５２】
ＷＴＲＵは、ＰＵＣＣＨおよびＰＵＳＣＨの同時送信のサポート用に構成されない場合があると、１または複数の実施形態は認識している。たとえば、サービングセル上で少なくとも１つのＰＵＳＣＨ送信が行われる場合、１または複数の実施形態では、ＷＴＲＵは、所与のサブフレーム内で、単一のＰＵＳＣＨ送信についてのＵＣＩを送信することができる。ＰＣｅｌｌ上でＰＵＳＣＨ送信が行われる場合、ＷＴＲＵは、所与のサブフレーム内で、そのＰＵＳＣＨ送信についてのＵＣＩを送信することができる。代替または追加として、１または複数の実施形態では、ＷＴＲＵは、たとえば、いくつかのＳＣｅｌｌまたはおそらく各Ｓｃｅｌｌ用に構成された索引に少なくとも部分的に基づいて、最も低いｓｅｒｖＣｅｌｌＩｎｄｅｘをもつＳｃｅｌｌのＰＵＳＣＨについてのＵＣＩを送信することができる。たとえば、どのセルにおいてもＰＵＳＣＨ送信が行われない場合、ＷＴＲＵは、ＰＣｅｌｌのＰＵＣＣＨについてのＵＣＩを送信すればよい。
【００５３】
１または複数の実施形態では、ＰＵＣＣＨおよびＰＵＳＣＨの同時送信がサポートされ得る。ＡＣＫ／ＮＡＣＫはＰＵＣＣＨ上で送信されてよく、ＣＳＩはＰＵＳＣＨ上で送信されてよいことを、実施形態は企図している。ＰＵＳＣＨ送信の選択は、ＰＵＣＣＨおよびＰＵＳＣＨの同時送信をサポートすることができない例について本明細書に記載されたのと同じであってよい。
【００５４】
１または複数の実施形態では、ＷＴＲＵがＵＬグラントをそれについて受信し得る非周期的ＣＳＩが送信され得る。ＷＴＲＵは、グラントがそれについて受信されたＰＵＳＣＨ（ＰｃｅｌｌまたはＳｃｅｌｌ）上で非周期的ＣＳＩを送信することができる。
【００５５】
フォーマット１／１ａ／１ｂ、２／２ａ／２ｂおよびフォーマット３など、ＰＵＣＣＨ用に定義された異なる送信フォーマットが存在し得ることを、実施形態は企図している。いくつかのフォーマットまたは各フォーマットは、異なる数のＵＣＩビットを運ぶことができる。たとえば、ＵＣＩビットの数が、ＵＣＩの送信に利用可能なビットの数を超え得る場合などだが、それに限定されないケースを扱うために指定され得る規則を、実施形態は企図している。
【００５６】
リレーノード（ＲＮ）は、電子ネットワーク内の進化型ノードＢ（ｅＮＢ）に対する、低コストの代替物を提供し得ることを、実施形態は企図している。少なくとも部分的には、ネットワークへのワイヤードリンクに関連づけられた設備および運営費をなくすことによって、リレーを使うときのコスト削減が達成され得る。リレーノードは、たとえば、複数のユーザ機器（ＵＥ）（または無線送受信ユニット、すなわちＷＴＲＵ）が、ネットワークへのリンクをＷＴＲＵに提供し得る「ドナーｅＮＢ」（ＤｅＮＢ）と通信するための媒介として働き得る。図２は、例示的な通信ネットワークアーキテクチャのブロック図を示す。図示されるように、リレーノード（ＲＮ）は、ＷＴＲＵがＬＴＥネットワークなどの通信ネットワークに接続することができるように、１または複数のＷＴＲＵ用のサービングセルとして作用することができる。図示されるように、ＷＴＲＵは、ＷＴＲＵとＲＮとの間のインタフェース（Ｕｕインタフェース）を介してＲＮと通信することができ、ＲＮは、ＲＮとＤｅＮＢとの間のインタフェース（Ｕｎインタフェース）を介して「ドナーｅＮＢ」（ＤｅＮＢ）と通信することができる。１または複数の実施形態において、ＲＮ  ＷＴＲＵは、そのサービングセルとしてリレーノードを有し得るＷＴＲＵを含み得る。マクロＷＴＲＵが、そのサービングセルとしてｅＮＢを有し得るＷＴＲＵを含み得ることを、実施形態は企図している。１または複数の実施形態において、ｅＮＢは、たとえば、１または複数のＲＮ用のドナーｅＮＢであってよい。
【００５７】
図示されるように、ＵｕインタフェースまたはＲＮ  Ｕｕインタフェースは、ＲＮと、ＲＮがサービス中であり得る所与のＷＴＲＵとの間のインタフェースを含み得る。Ｕｕインタフェースは、ＲＮアクセスリンクと呼ばれ得る。Ｕｎインタフェースは、ＲＮとそのドナーｅＮＢとの間のインタフェースを含み得る。Ｕｎインタフェースは、特に、ＲＮトラフィックを容易にし得る無線インタフェースを含み得る。Ｕｎインタフェースは、バックホールインタフェースまたはリンクと呼ばれ得る。Ｕｕ  ＤＲＢ／ＵＥ  ＤＲＢは、たとえば、ＷＴＲＵへの／からのサービス用に構成されたＤＲＢを含み得る。Ｕｕ  ＲＢ／ＵＥ  ＲＢは、ＷＴＲＵへの／からのサービス用に構成された無線ベアラ（ＲＢ）を含み得る。ＲＢは、データ無線ベアラ（ＤＲＢ）、シグナリング無線ベアラ（ＳＲＢ）などであってよい。１または複数の実施形態では、Ｕｎ  ＤＲＢは、ドナーｅＮＢとリレーノードとの間のＵｎを介した無線ベアラ用に構成されたＤＲＢを含み得る。ＤＲＢは、たとえば、ＵＥ関連データトラフィックを移送するのに使われ得る。
【００５８】
Ｒ１０において、キャリアアグリゲーションは、ｅＮＢとＷＴＲＵとの間の送信に適合してよく、たとえば、ＲＮとＷＴＲＵとの間、および／またはＲＮとＤｅＮＢとの間の送信に適合するように拡張されてよいと、実施形態は認識している。たとえばバックホールリンクなど、ＲＮとＤｅＮＢとの間の送信が拡張され得ることを、実施形態は企図している。
【００５９】
タイプ１ＲＮは、ＵｕおよびＵｎインタフェース上で同じキャリア周波数を使うことができると、実施形態は認識している。１または複数の実施形態において、タイプ１ＲＮは、他の理由の中でも、自己干渉により、あるインタフェースにおいて送信し、同時に他方のインタフェースにおいて受信することができない場合がある。たとえば、一方のリンク上での送信は、他方のリンク上での受信と干渉し得る。このタイプのリレーに対して、サブフレームは、この自己干渉を避けるために、２つのリンクの間で区分され得ることを、実施形態は企図している。特に、バックホール通信用のサブフレームを識別するために、Ｕｎサブフレーム構成がＲＮに与えられてよい。タイプ１ａ  ＲＮは、ＵｕおよびＵｎ上で異なるキャリア周波数を使うことができると、実施形態は認識している。１または複数の実施形態において、サブフレーム区分は、タイプ１ａ  ＲＮには必要とされなくてよい。タイプ１ｂ  ＲＮは、ＵｕおよびＵｎインタフェース上で同じキャリア周波数を使ってよく、かつ／または自己干渉があり得ないように、アンテナ分離を有してよく、１または複数の実施形態では、サブフレーム区分を必要としない場合があると、実施形態は認識している。
【００６０】
ＵｎおよびＵｕの両方に対して同じキャリア上で動作するように構成されたＲＮには、ＤｅＮＢによってＵｎサブフレーム構成が与えられ得ることを、実施形態は企図している。限定としてではなく例示の目的で、これは、ＲＮサブフレーム構成と呼ばれ得る。ＲＮサブフレーム構成は、たとえば、Ｕｎ（バックホール）通信用にＲＮとＤｅＮＢとの間で使われ得るサブフレームを識別することができる。Ｕｎサブフレーム中に、ＲＮは、Ｕｎインタフェースを介してＤｅＮＢから送信を受信することができ、および／または非Ｕｎサブフレーム中に、ＲＮは、そのＵｕインタフェースを介して、そのＷＴＲＵへの送信をスケジュールすることができることを、１または複数の実施形態は企図している。周波数分割多重（ＦＤＤ）の場合、１または複数の実施形態において、Ｕｎサブフレームパターンは、４０サブフレーム期間用に構成されてよく、たとえば、サブフレーム｛０，４，５，９｝は、Ｕｎサブフレームとして構成されない場合がある。限定ではなく例として、時分割多重（ＴＤＤ）は、独自のＵｎサブフレーム期間および／もしくは許可されないＵｎサブフレームをもつことができ、かつ／または、ＵＬ／ＤＬ構成を考慮に入れてよいことを、実施形態は企図している。
【００６１】
Ｕｎ使用のために構成されたサブフレームは、ＲＮによって、ＲＮのＵｕインタフェースにおけるマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして構成され得ることを、実施形態は企図している。１または複数のこのような構成された実施形態において、ＲＮ  ＷＴＲＵは、たとえば、おそらく、最初の１つまたは２つの直交周波数分割多重化（ＯＦＤＭ）シンボル中で送信され得るユニキャスト制御信号を除いて、それらのサブフレームの内容を無視してよい。こうしたサブフレーム内で、たとえば、ＲＮは、ＷＴＲＵにユニキャスト制御信号を送信することができ、ならびに／あるいは送信（Ｔｘ）モードから受信（Ｒｘ）モードに切り替え、および／もしくはＵｎインタフェース上でＤｅＮＢをリッスンすればよい。
【００６２】
ユニキャスト制御信号は、ＨＡＲＱ確認に使われ得ることを、実施形態は企図している。たとえば、１または複数の実施形態において、物理ハイブリッド自動再送リクエストインジケータチャネル（ＰＨＩＣＨ）は、アップリンク送信を確認するのに使うことができる。
【００６３】
１または複数の実施形態において、Ｒｅｌ−８  ＷＴＲＵは、ＲＮにアクセスすることができる。スループット効率という点では、たとえば、各サブフレームの先頭で浪費される３つのＯＦＤＭシンボル、ならびに、たとえば、ユニキャスト制御領域用に最大２つのシンボルおよびＲＮ  ＴｘとＲＮ  Ｒｘとの間の切替え時間用に１つのシンボルがあり得る。
【００６４】
リレー物理ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）のフレームワークは、リレーノードについてのダウンリンク制御情報（ＤＣＩ）を運ぶのに使われ得ることを、実施形態は企図している。１または複数の実施形態において、Ｒ−ＰＤＣＣＨの送信は、スロット内のサブキャリアおよびＯＦＤＭシンボルのサブセットに制限され、無線リソース制御（ＲＲＣ）によって構成され得る。例として、１または複数の実施形態において、ＤＣＩフォーマット３／３Ａはリレーによって期待されない場合がある。１または複数の実施形態において、Ｒ−ＰＤＣＣＨは、タイプ１リレーとともに使われてよく、いくつかの実施形態では、タイプ１リレーとともに使うことしかできず、たとえば、他のタイプのリレーには標準ＰＤＣＣＨが使われ得る。
【００６５】
ＦＤＤ動作モードに加え、ＬＴＥはＴＤＤ動作モードもサポートすることができると、実施形態は認識している。ダウンリンクおよびアップリンク送信は、物理リソースが時間領域において共有される同じキャリア周波数上で実施され得ることを、実施形態は企図している。１０ｍｓのＴＤＤフレームは、１０個のサブフレームを含むことができ、たとえば、図２Ａに見られるように、いくつかのサブフレームまたは各サブフレームが１ｍｓ間続き得ることを、実施形態は企図している。
【００６６】
おそらくＴＤＤ  ＵＬ／ＤＬ構成に基づいて、サブフレームは、アップリンクとダウンリンクとの間で分割され得ることを、実施形態は企図している。図２Ｂは、Ｒｅｌ−１０においてサポートされ得る例示的なＴＤＤ  ＵＬ／ＤＬ構成を示す。ＤＬサブフレームからＵＬサブフレームへの切替えは、サブフレーム１内で、いくつかの実施形態ではおそらくサブフレーム１内でのみ、および可能性としてはサブフレーム６内で起こってよく、これらは、限定ではなく説明として、特殊サブフレームと呼ばれ得る。他の理由の中でも、隣接するセル上で、深刻な干渉を生成するのを避けるために、いくつかの実施形態では、隣接するセルに対して同じＴＤＤ  ＵＬ／ＤＬ構成が使われてよく、この理由により、ＵＬ／ＤＬ構成は静的であってよく、動的に変わらなくてよい。
【００６７】
Ｒｅｌ−１０では、帯域内キャリアアグリゲーションがサポートされ得ることを実施形態は認識し、いくつかの実施形態では、おそらく帯域内キャリアアグリゲーションのみがサポートされてよく、ＴＤＤ用のアグリゲートされたキャリアは、同じＴＤＤ  ＵＬ／ＤＬ構成を有してよく、いくつかの実施形態ではおそらく、ＴＤＤ用のアグリゲートされたキャリアは、同じＴＤＤ  ＵＬ／ＤＬ構成を有することを要求され得る。
【００６８】
サブフレーム制限を有し得るキャリア用のキャリアアグリゲーションを、実施形態は企図している。すべてのサブフレームが送信または受信に利用可能なわけではないキャリアは本明細書では、限定ではなく説明として、サブフレーム制限を有するキャリアと呼ばれる。ＴＤＤキャリアは、サブフレーム制限されたキャリアと見なされてよく、いくつかの実施形態では、他の理由の中でも、ＵＬとＤＬとの間でキャリアを共有する時間を固有に必要とし、および／またはＵＬ／ＤＬ構成を必要とすることから、サブフレーム制限されたキャリアと常に見なされ得る。１または複数の実施形態において、サブフレーム構成が与えられたリレーＵｎキャリアも、サブフレーム制限されたキャリアであると見なされ得る。サブフレーム制限されたキャリアを有するシナリオにおけるキャリアアグリゲーションの適用が企図される。異なるキャリアが異なるサブフレーム制限を有し得る展開シナリオは、１または複数の実施形態によって企図される課題を呈し得る。
【００６９】
いくつかのキャリア、または各キャリアが、独自のサブフレーム構成（制限）を有し得るリレーバックホールに、キャリアアグリゲーションが適用され得ることを、実施形態は企図している。
【００７０】
図３〜６は、少なくとも２つの利用可能周波数をもつキャリアアグリゲーションのための例示的な構成を示す。図３に示されるように、ＲＮの展開は、キャリアアグリゲーションに利用可能な２つまでの周波数を有し得る。そのさらなる一般化が、より多くの周波数用に導出され得る。帯域中リレー動作が識別されるどのコンポーネントキャリア（ＣＣ）についても、サブフレーム構成が含まれ得ることをいくつかの実施形態は企図し、いくつかの実施形態ではサブフレーム構成が要求され、サブフレーム使用制限が生じる場合がある。図４に示されるように、キャリアアグリゲーション（ＣＡ）は、ｆ１、たとえば、帯域中リレー動作において展開されるＣＣ１など、１つのコンポーネントキャリアを有してＵｎインタフェース上で構成され得る。図５に示されるように、ＣＡは、ｆ１、たとえば、帯域中リレー動作において展開されるＣＣ１など、１つのコンポーネントキャリアを有して、Ｕｎインタフェース上およびＵｕインタフェース上で構成され得る。ＣＣ２などの別のコンポーネントキャリアが、ｆ２、たとえば、帯域中リレー動作において展開され得る。図６に示されるように、ＣＡは、ｆ１、たとえば、帯域中リレー動作において展開されるＣＣ１を有してＲＮ  Ｕｕインタフェース上で構成され得る。
【００７１】
実施形態は、ＴＤＤ用のキャリアアグリゲーションを企図している。より具体的には、いくつかのキャリア、または各キャリアが、（恐らくは、異なる）ＴＤＤ  ＵＬ／ＤＬ構成で構成され得るキャリアアグリゲーションがＴＤＤ用に考慮される。異なるＴＤＤ  ＵＬ／ＤＬ構成の使用は、たとえば、他の理由の中でも、展開を柔軟にし、帯域間ＴＤＤアグリゲーションに有用であり得る。
【００７２】
たとえば、他の企図するシナリオの中でも、ノードが、それに割り当てられたキャリアのうちの少なくとも１つを、その利用可能サブフレームに関して全体的または部分的に制限させることによって、限定され得るシナリオにキャリアアグリゲーションが適用され得ることを、実施形態は企図している。本明細書に記載されるように、このようなノードは、限定ではなく説明として、サブフレーム制限されたノードまたは手短には「ＳＲノード」と呼ばれ得る。
【００７３】
この配置の例示的適用は、リレーコンテキストにおいてであり、ここでキャリアアグリゲーションは、バックホール（Ｕｎ）インタフェースを介したリレーによってサポートされてよく、および／または１もしくは複数の二次サービングセルがＵｎインタフェース用に構成されてよい。このようなシナリオでは、こうしたキャリアのうちの少なくとも１つが、サブフレーム構成に関して制限され得る可能性があり、たとえば、ＰＣｅｌｌおよび／またはＳｃｅｌｌ（１もしくは複数）は、帯域中リレー動作（サブフレーム制限された動作を要求し得る）用または帯域外リレー動作用にさらに構成され得る。たとえば、図４を参照すると、ＣＣ１は、ＰＣｅｌｌとして構成されてよく（Ｐｃｅｌｌが帯域中で動作する場合のリレー用）、Ｓｃｅｌｌ（ＣＣ２）は帯域外で動作する。図５の場合、いくつかの組合せに対して、またはおそらくどの組合せに対しても、ＰＣｅｌｌおよびＳｃｅｌｌは両方とも、帯域中リレー構成用に構成され得る。こうした例示的なシナリオのうちの１または複数において、ＲＮは、ＳＲノードと見なされ得る。本明細書に記述される限り、別のインタフェースまたは複数のインタフェースが特段に記載および／または記述されない限り、リレーのＵｎインタフェースが記述される。
【００７４】
ＴＤＤモードで動作するＷＴＲＵによって２つ以上のキャリアがアグリゲーションされ得るＴＤＤのコンテキストにおける１または複数のアグリゲーション配置を、実施形態は企図している。このようなシナリオでは、いくつかのキャリア、または各キャリアが、キャリアのＴＤＤ  ＵＬ／ＤＬ構成に少なくとも部分的に基づく独自のサブフレーム制限を有し得る。制限は、異なるキャリアに対して異なり得ることを、実施形態は企図している。このようなＴＤＤ  ＷＴＲＵは、たとえば、ＳＲノードと見なされ得ることを、実施形態は企図している。
【００７５】
さらなる例として、サブフレームは、各ＴＤＤキャリア用に定義することができるとともに、いくつかの実施形態では各ＴＤＤキャリア用に定義されなければならないＴＤＤ  ＵＬ／ＤＬ構成によって本質的に制限され得るので、Ｕｎ上においてＴＤＤモードで動作するリレーは、Ｕｎサブフレーム構成を要求するかどうかにかかわらず、ＳＲノードと見なすことができる。
【００７６】
ＳＲノードに対して、ＰＣｅｌｌ上のサブフレーム制限は、ＵＣＩ（たとえばＨＡＲＱ  Ａ／Ｎ、および／またはＣＳＩ）が、ＰＣｅｌｌ上のアップリンク送信に利用可能でないサブフレーム内で送信される必要があり得る可能性を含む、そのセル上のＵＬおよび／またはＤＬ送信にサブフレームが利用可能でない状況につながり得ることを、１または複数の実施形態は企図している。
【００７７】
前述されたシナリオに対して、クロスキャリアスケジューリングをサポートするための技法を、実施形態は企図している。１または複数の実施形態において、このようなクロスキャリアスケジューリングは、ＵＬグラントおよび／またはＤＬグラントなども含み得るＤＣＩ送信の一部と見なされ得る。ＤＣＩ送信は、ＤＣＩ送信を提供するのに使われ（またはおそらくいくつかの実施形態では、必要とされ）得るサブフレームがＰｃｅｌｌ上でのダウンリンク送信に利用可能でないとき、ＳＲノードシナリオも対象とし得る。
【００７８】
ＳＲノードがＰＣｅｌｌ  ＵＬ上で送信を行うことができないサブフレーム内での、本明細書では（限定ではなく説明として）（Ｄ）ｅＮＢと呼ばれるＮＢまたはＤｅＮＢへのＳＲノードＵＣＩ送信を、実施形態は企図している。他の理由の中でも、サブフレーム構成（たとえば、リレーのコンテキストにおけるＵｎサブフレーム構成）に起因するＰＣｅｌｌ上でのＵＬ送信制限により、（Ｄ）ｅＮＢへのＳＲノードＵＣＩ送信が可能でない場合がある状況を避けるための技法も、実施形態は企図している。さらに、たとえば、異なるサブフレーム制限をもつアグリゲートされたキャリア上でＳＲノードクロスキャリアスケジューリングを可能にするための技法を、１または複数の実施形態は企図している。
【００７９】
ＣＡを用いるサブフレーム区分を、１または複数の実施形態は企図している。たとえば、（Ｄ）ｅＮＢと通信するとき、構成されたサービングセル用にどのサブフレーム区分を適用するべきかを、どのようにＳＲノードが判断し得るかを、実施形態は企図している。他の理由の中でも、Ｐｃｅｌｌにおけるアップリンク制限により、ＰＣｅｌｌ上でのＵＣＩ送信が可能でない場合があるサブフレーム内では送信が確実に起こらないようにし得る技法を、１または複数の実施形態は企図している。
【００８０】
ＣＡを用いるアップリンク制御情報（ＵＣＩ）送信を、１または複数の実施形態は企図している。たとえば、他のシナリオの中でも、おそらく（Ｄ）ｅＮＢと（たとえば、リレーコンテキストにおけるＵｎインタフェースにおいて）通信するとき、二次サービングセルとして構成されたキャリア上で少なくとも１つのアップリンクリソースが利用可能であるサブフレーム内でのＵＣＩ送信用のアップリンクリソース（たとえばＰＵＣＣＨ／ＰＵＳＣＨ）をどのように選択するかを、実施形態は企図している。これは、たとえば、リレーＵｎ帯域中動作用に、たとえば、一次サービングセルとして構成されたキャリア上で、わずかなアップリンクリソースが利用可能であるか、またはおそらくどのアップリンクリソースも利用可能でないサブフレーム内で有用であり得る。同じ問題の別の例が、ＰＣｅｌｌおよびＳｃｅｌｌ（１または複数）用の異なるＴＤＤ  ＵＬ／ＤＬ構成でＴＤＤ  ＷＴＲＵが構成され得るときに起こり得る。
【００８１】
１または複数の実施形態は、クロスキャリアスケジューリングを企図している。第２のダウンリンクコンポーネントキャリア上で受信された制御シグナリングを使ってスケジュールされた第１のアップリンク／ダウンリンクキャリアのリソースをアドレス指定するための技法を、実施形態は企図しており、ここでサブフレーム構成、たとえば利用可能サブフレームは、アグリゲートされたキャリアに対して同じでなくてよい。たとえば、リレーのコンテキストでは、おそらく帯域中リレー動作用に（たとえばＵｎサブフレーム構成で）１または複数のキャリアが構成され得るとき、クロスキャリアスケジューリングを実施するための技法を、１または複数の実施形態は企図している。ＴＤＤでは、たとえば、おそらく第１および第２のキャリアのＵＬ／ＤＬ構成が異なり、したがってそれらのキャリアの利用可能ＤＬ／ＵＬサブフレームが同じでないとき、クロスキャリアスケジューリングを実施するための技法も、１または複数の実施形態は企図している。
【００８２】
１または複数の実施形態において、ＳＲノードは、たとえば、レイヤ３ＲＲＣシグナリングを使って、（Ｄ）ｅＮＢによって、サブフレーム区分（限定ではなく説明として、構成または制限とも呼ばれる）で構成され得る。
【００８３】
ＳＲノードが、１または複数の技法を、個々にまたは組み合わせて使ってサブフレーム区分を判断できることを、１または複数の実施形態は企図している。ＳＲノード特有サブフレーム区分（構成）。１または複数の実施形態において、ＳＲノードは、ＰＣｅｌｌに、およびいくつかのＳＣｅｌｌに、またはすべての構成されたＳＣｅｌｌに適用され得る単一のサブフレーム区分構成を受信することができる。
【００８４】
さらに、ＳＲノードは、セル特有サブフレーム区分（構成）を使って、サブフレーム区分を判断できることを、１または複数の実施形態は企図している。たとえば、ＳＲノードは、サブフレーム制限が適用可能ないくつかのサービングセル用（または各サービングセル用）のサブフレーム区分構成を受信することができる。
【００８５】
さらに、ＳＲノードは、セルタイプ特有サブフレーム区分（構成）を使って、サブフレーム区分を判断できることを、１または複数の実施形態は企図している。たとえば、ＳＲノードは、ＰＣｅｌｌ用のサブフレーム区分構成と、受信されたサブフレーム制限が適用され得る、構成されたサービングＳＣｅｌｌに適用可能な異なるサブフレーム区分とを受信することができる。
【００８６】
さらに、ＳＲノードは、セルタイプハイブリッド（固有／暗黙）サブフレーム区分（構成）を使って、サブフレーム区分を判断できることを、１または複数の実施形態は企図している。ＳＲノードは、Ｐｃｅｌｌ用のサブフレーム区分（構成）を受信することができ、Ｓｃｅｌｌ（１または複数）のサブフレーム構成は、ＰｃｅｌｌおよびＳｃｅｌｌ（１または複数）のサブフレーム構成の間のマッピング（いくつかの実施形態では、おそらく所定のマッピング）に従って、Ｐｃｅｌｌの構成に少なくとも部分的に基づいて割り振られ得る。いくつかの実施形態では、複数のＳｃｅｌｌが関与している場合、それらのＳｃｅｌｌのサブフレーム構成は、少なくとも部分的にはそれらのＳｃｅｌｌの順序および所定のマッピングに基づいて、同じであっても異なってもよい。例として、ＴＤＤのコンテキストでは、Ｐｃｅｌｌの構成が２に設定される場合、Ｓｃｅｌｌの構成は、自動的に１に設定され得る。図２Ｂは、このような実施形態のさらなる例を示す。
【００８７】
さらに、ＳＲノードは、蓄積サブフレーム区分を使って、サブフレーム区分を判断できることを、１または複数の実施形態は企図している。たとえば、ＳＲノードは、１または複数の構成されたサービングセル用の異なるサブフレーム区分を受信することができ、この場合、ＳＲノードは、構成されたセルの少なくともサブセット、または構成されたセルすべてに対して、サブフレーム構成の和集合を適用することができる。サブフレーム構成の和集合がＵＬのみに適用され得ることを、いくつかの実施形態は企図しており、これは、Ｓｃｅｌｌ  ＵＣＩ送信がＵＬリソースを確実にもつことができるようにするのを助け得る。また、いくつかの実施形態では、サブフレーム構成の和集合は、ＤＬにのみ適用することができ、これは、ＤＬクロスキャリアスケジューリングがＳｃｅｌｌ  ＤＬ送信用のＰｃｅｌｌ上で確実に実施され得るようにするのを助け得る。いくつかの実施形態では、Ｐｃｅｌｌ  ＵＬサブフレーム構成が、構成が受信済みであり得るＰｃｅｌｌとＳｃｅｌｌのＵＬサブフレーム構成の和集合となり得るようなサブフレーム区分の和集合が適用され得る。これは、Ｓｃｅｌｌ用のＵＣＩがＰｃｅｌｌ  ＵＬ上で確実に送信され得るようにするのを助けることができる。
【００８８】
さらに、ＤＬおよび／またはＵＬ用のサブフレーム区分の和集合が、構成されたセルのサブセットに、およびいくつかの実施形態ではおそらく構成されたセルのサブセットのみに適用され得ることを、いくつかの実施形態は企図している。たとえば、サブフレーム区分の和集合は、ＳＣｅｌｌのみに適用され得る。ＴＤＤのコンテキストにおける例として、ＰｃｅｌｌのＤＬサブフレームは、Ｓｃｅｌｌ用のものと同じでなくてよい。したがって、１つのサブフレームは、Ｓｃｅｌｌ  ＵＬではあるが、Ｐｃｅｌｌ  ＤＬとして構成されてもよい。このようなシナリオでは、Ｓｃｅｌｌ  ＤＬサブフレームが、Ｐｃｅｌｌの、およびＳｃｅｌｌのＤＬサブフレームの和集合と見なされてもよいことを、実施形態は企図している。そうすることによって、Ｓｃｅｌｌの予め構成されたＵＬサブフレーム（前述した）は、Ｓｃｅｌｌ用のＤＬサブフレームになることができる。ここでＵＬおよびＤＬの同時送信がサポートされない場合があり、したがって、いくつかのサブフレーム内で、もしくは各サブフレーム内で、アグリゲートされたセルのうちの一部もしくは全部の通信方向（たとえば、ＴｘおよびＲｘ）が同じでよく、および／またはいくつかのセルが１または複数のサブフレーム中にミュートされ得る半二重ＴＤＤ−ＷＴＲＵを、実施形態は企図している。
【００８９】
さらに、和集合が、送信または受信ではない方向に適用され得ることを、１または複数の実施形態は企図している。たとえば、ＴＤＤ半二重ＷＴＲＵまたはＲＮの場合、どのＣＣもサブフレーム内でＤＬ用に構成される場合、ＳＲノードが、方向がＤＬであると見なすが、そのサブフレーム内でＤＬ用に特に構成されたＣＣ上でＤＬ送信を受信することを期待し得る（かつ、いくつかの実施形態では、受信することを期待するだけでよく、たとえば、探すだけでよい）ように、ＤＬ方向に優先権が与えられ得る。これは、たとえば、半二重で動作するＳＲノードにのみ適用可能であり得ることも、いくつかの実施形態は企図している。限定ではなく例として、１または複数のサブフレーム構成のＤＬ（またはＵＬ）和集合が、それらのサブフレーム構成にわたってサブフレームごとに定義され得ることを、実施形態は企図しており、ここでサブフレームのＵＬ／ＤＬ方向は、それらのサブフレーム構成において同じであると仮定されてよく、その特定のサブフレームをＤＬ（またはＵＬ）サブフレームとしてもつ少なくとも１つのサブフレーム構成が存在する場合、ＤＬ（またはＵＬ）と判断されてよい。
【００９０】
代替または追加として、１または複数の実施形態は、交差型サブフレーム区分を企図している。ＳＲノードは、１または複数の構成されたサービングセル用の異なるサブフレーム区分を受信することができ、この場合、ＳＲノードは、構成されたセルの少なくともサブセット、または構成されたセルすべてに対して、サブフレーム構成の交差を適用することができる。たとえば、いくつかの実施形態では、サブフレーム構成の交差は、ＵＬのみまたはＤＬのみに適用され得る。また例として、いくつかの実施形態では、ＰＣｅｌｌ構成は不変のまま使われてよく、かつ／またはＳＲノードは、ＰＣｅｌｌと同じ方向を有し得る１もしくは複数のＳＣｅｌｌのサブフレームの使用に制限されてよく、かつ／またはＳＲノードは、その方向がＰＣｅｌｌのものとは異なる場合、前記ＳＣｅｌｌのサブフレームを使わなくてよい。また、交差サブフレーム区分が、たとえば、半二重で動作するＳＲノードにのみ適用可能であり得ることを、いくつかの実施形態は企図している。限定ではなく例として、１または複数のサブフレーム構成のＤＬ（またはＵＬ）交差が、それらのサブフレーム構成にわたってサブフレームごとに定義され得ることを、実施形態は企図しており、ここでサブフレームのＵＬ／ＤＬ方向は、それらのサブフレーム構成において同じであると仮定されてよく、それらのサブフレーム構成のすべてが、その特定のサブフレームをＤＬ（またはＵＬ）サブフレームとしてもつ場合、ＤＬ（またはＵＬ）と判断されてよい。
【００９１】
たとえばＲ１０リレーにおいて、ＵＬ構成が、ＳＲノードに明示的に与えられ、または暗黙的に与えられ得ることを、実施形態は企図している。また、たとえば、Ｕｎ用のＵＬサブフレーム構成が、ＤＬ構成（たとえば、ＦＤＤ用のＤＬ＋４）から導出され得る。各ＤＬサービングセル用に一意のＵＬ  Ｓｃｅｌｌが構成されるかどうかにかかわらず、ＵＬサブフレーム構成が（たとえば、ＤＬからＵＬの派生規則に従って）判断され得る。１または複数の実施形態において、（ＳＲノードとしての）ＲＮは、たとえば、２つの構成されたＤＬサービングセルおよび１つの構成されたＵＬサービングセルを有し得る。Ｕｎサブフレーム区分は、ＤＬセル両方に対してＲＮによって受信され得る。ＰｃｅｌｌなどのＵＬサービングセルについての区分は、ＤＬサービングセル両方によって使われ得るＵＬ区分の和集合、たとえば、両方のＤＬセルに対するＦＤＤ用のＤＬ＋４であってよい（またはいくつかの実施形態では、おそらく、ＤＬサービングセル両方に必要とされ得る）。これは、たとえば、他の利益の中でも、ＲＮが、ＰＣｅｌｌ  ＵＬ上で、両方のＤＬセルについてのＵＣＩを送信することを可能にし得る。
【００９２】
ＲＮがそのＵｎ構成にＵＬサブフレームを追加することができるサブフレーム用のリレーアプリケーションでは、Ｕｕ  ＵＬ上での受信との衝突が、スケジューリングにより、またはＵｕリンク上でのＭＢＳＦＮサブフレームにより避けられ得ることを、実施形態は企図している。このサブフレームは、ＵＬサブフレームがＵｎ上で追加されるＵＬサブフレーム（たとえば、ＦＤＤ用のＵＬ−４）に関連づけられたＤＬサブフレームであってよい。
【００９３】
リレーについてのさらなる例として、ＦＤＤでは、ＲＮがサブフレームｎ内でアクセスリンクデータを受信しないために、ＲＮは、サブフレームｎ−４内でＵＬグラントを与えることができない。ＲＮは、サブフレームｎ内で、アクセスリンク上でＡＣＫ／ＮＡＣＫを受信することができない。ＲＮは、サブフレームｎ−４内でＤＬグラントを与えることができない。ＲＮは、サブフレームｎにおけるＵＬ上のトラフィックおよびＵＣＩが避けられ得るように、サブフレームｎ−４内で、アクセスリンク上でＵＬおよびＤＬグラントを避けることができる。ＲＮは、アクセスＷＴＲＵがＰＤＣＣＨを読む必要がなくてよいように、サブフレームｎ−４をＭＢＳＦＮサブフレームとして構成することができる。同様に、ＴＤＤ用にＴＤＤ規則が使われ得ることを、実施形態は企図している。
【００９４】
１または複数の実施形態において、ＳＲノードは、ＰＣｅｌｌ用および／または１もしくは複数のＳＣｅｌｌ用のサブフレーム構成で構成され得る。ＳＲノードは、Ｓｃｅｌｌ上での１または複数のＰＵＣＣＨリソース割振りで構成され得る。たとえば、ＳＲノードは、ＰＣｅｌｌ上のＰＵＣＣＨリソースに加え、Ｓｃｅｌｌ上の１または複数のＰＵＣＣＨリソースで構成され得る。
【００９５】
ＰＵＣＣＨ上でのＵＣＩの送信用のアップリンクリソースが選択され得ることを、実施形態は企図している。ＳＲノードは、アップリンクで構成されたＳｃｅｌｌ用の１または複数のＰＵＣＣＨリソースで構成され得る。ＰＵＣＣＨ用のＳｃｅｌｌ構成は、ＲＲＣシグナリングなどの上位レイヤシグナリングを使って、または、レイヤ１シグナリング（たとえばＰＣｅｌｌ用のＰＵＣＣＨ構成に加え、ＰＤＣＣＨ）を使って受信され得る。たとえば、上位レイヤシグナリングおよび／またはレイヤ１シグナリングは、ＳＲノードが、関係するサービングセル用に構成されたＰＵＣＣＨリソース上で送信することができるかどうかを示し得る。１または複数の実施形態において、この指示は、たとえば、関係するＳｃｅｌｌ用のＰＵＣＣＨ構成の存在に基づいて、暗黙であってよい。１または複数の実施形態では、この指示は、たとえば、Ｌ１  ＰＤＣＣＨ（または、たとえば、リレーのコンテキストではＲ−ＰＤＣＣＨ）、Ｌ２  ＭＡＣまたはＬ３  ＲＲＣシグナリングにより、明示的であってよい。ＳＲノードは、ＬＴＥ  Ｒ１０に記載されている既存の方法のうちのどれに従っても、および／または本明細書に記載される方法のうちのどれを使っても、サービングセルのＰＵＣＣＨ上で送信を実施することができる。
【００９６】
ＳＲノードが送信用に使うことができるサービングセル用の構成されたＰＵＣＣＨリソースを考慮して、また、いくつかの実施形態ではおそらく、ＳＲノードが送信用に使うことができるサービングセル用の構成されたＰＵＣＣＨリソースのみを考慮して、ＰＵＣＣＨ上でのＵＣＩの送信用のアップリンクリソースが選択され得ることを、実施形態は企図している。ＳＲノードがＰＵＣＣＨ上でＵＣＩを送信することを許可され得ないサービングセルに対して、ＳＲノードは、サブフレームにおける関係するセルについてのＵＣＩをドロップしてよい。サブフレーム内で、ＳＲノードは、送信するべきＵＣＩを有し得る（また、通常はこのようなＵＣＩを送信することができる）が、セルのＰＵＳＣＨリソースについて、またはＰＣｅｌｌのＰＵＣＣＨについてのＵＣＩの送信用に、いかなる利用可能アップリンクリソースも存在しない場合があると、実施形態は認識している。
【００９７】
本明細書に記載される、所与のサブフレーム内でＵＣＩを送信する１または複数の実施形態に対して、ＰＵＣＣＨについてのＵＣＩのＳＲノード送信、および可能性としてはＰＵＣＣＨについてのＵＣＩのＳＲノード送信の必要性は、ＳＲノードによる、サブフレーム内でのＰＵＳＣＨ送信が起こらないケースおよび／またはＳＲノードによる、サブフレーム内でのＰＵＳＣＨ送信が起こり得るが、ＳＲノードが、同時ＰＵＳＣＨ−ＰＵＣＣＨ送信用に構成されていない場合があり、またはサポートすることができないケースに限定され得る。
【００９８】
ＳＲノードは、アップリンクＰＵＣＣＨリソースで構成されたＳｃｅｌｌのＰＵＣＣＨについてのＵＣＩの少なくとも一部を送信し得ることを、実施形態は企図している。たとえば、ＳＲノードは、ＲＮがＰＵＣＣＨ送信を実施することを許可され得るＰＵＣＣＨリソースで構成された複数のサービングセルのＰＵＣＣＨ上で同時に送信することができる。たとえば、ＲＮが同時ＰＵＳＣＨ−ＰＵＣＣＨ送信用に構成されない、またはサポートしないケースでは、１または複数の実施形態において、関係するＳｃｅｌｌのＰＵＣＣＨについてのＵＣＩの送信は、サービングセル上でＰＵＳＣＨが利用不可能であるサブフレームに限定され得る。また、１または複数の実施形態において、関係するＳｃｅｌｌのＰＵＣＣＨについてのＵＣＩの送信は、関係するＳｃｅｌｌ用にＰＵＳＣＨが利用不可能であるサブフレームに限定され得る。
【００９９】
Ｐｃｅｌｌ上で利用可能なＰＵＣＣＨがないシナリオでは、ＵＣＩは、少なくとも部分的には、Ｓｃｅｌｌ用のＵＬグラントに基づいて、および／または所要のＵＬグラントをもたない（恐らくは、定期的な）ＰＵＳＣＨ送信を用いたＳｃｅｌｌの構成に基づいて、ＳｃｅｌｌのＰＵＳＣＨを介して送られ得ることを、実施形態は企図している。１または複数の実施形態において、Ｐｃｅｌｌ上でのＵＬ用に構成されていないサブフレームに対して、ＵＣＩは、Ｓｃｅｌｌ用のＵＬグラントに基づいて、および／または所要のＵＬグラントをもたない（恐らくは、定期的な）ＰＵＳＣＨ送信を用いたＳｃｅｌｌの構成に基づいて、ＳｃｅｌｌのＰＵＳＣＨを介して送られ得る。たとえば、ＳｃｅｌｌのＰＵＣＣＨ上でＳＲノードが送信を実施することができるかどうかの判断は、Ｐｃｅｌｌのサブフレーム区分の機能に基づき得る。
【０１００】
たとえば、（ＳＲノードとしての）ＲＮは、ＰＣｅｌｌのＵｎサブフレーム制限により、ＰＣｅｌｌのアップリンク上での送信が不可能な場合があるサブフレームでは、ＳｃｅｌｌのＰＵＣＣＨ上で送信を行えばよい。ＲＮは、Ｓｃｅｌｌ用のＰＵＣＣＨ送信についてのスケジューリングリクエスト（ＳＲ）を多重化することができる。
【０１０１】
さらなる例として、いくつかの実施形態では、ＴＤＤ  ＷＴＲＵは、ＰＣｅｌｌのＵＬ／ＤＬ構成により、ＰＣｅｌｌのアップリンク上での送信が可能でないサブフレーム内で、およびおそらくはこのようなサブフレーム内でのみ、ＳｃｅｌｌのＰＵＣＣＨについてのＵＣＩを送信することができる。ＵＣＩは、サブフレームがＰＣｅｌｌ用のＵＬサブフレームだった場合、ＷＴＲＵがＰＣｅｌｌのＰＵＣＣＨ上で送信したであろうＵＣＩであってよい。ＷＴＲＵは、Ｓｃｅｌｌ用のＰＵＣＣＨ送信についてのＳＲを多重化することができる。別の例では、ＳＲノード（たとえば、ＲＮまたはＴＤＤ  ＷＴＲＵ）は、Ｓｃｅｌｌに適用可能なサブフレーム区分によるアップリンク送信についてＳｃｅｌｌが制限されなくてよいサブフレームにおいて、ＳｃｅｌｌのＰＵＣＣＨ上で送信を行うことができる。ＳＲノードは、Ｓｃｅｌｌ用のＰＵＣＣＨ送信についてのＳＲを多重化しなくてよい。
【０１０２】
ＳＲノードは、必要に応じて、および、ＰＣｅｌｌのサブフレーム構成によって限定されることなく、あれば、ＳＣｅｌｌのサブフレーム構成によって課される制限に従って、ＳＣｅｌｌについてのＵＣＩを送信してよい。ＳｃｅｌｌのＰＵＣＣＨの使用が、ＳＲノードがＰＣｅｌｌのアップリンク上で送信することができないサブフレームに制限されるとき、ＳＲノードは、たとえば、アップリンク送信が可能な、構成されたアップリンクＰＵＣＣＨをもつ少なくとも１つのサービングセルがあるサブフレーム内で、ＵＣＩを送信してよい。
【０１０３】
ＳＲノードは、たとえば、サービングセルにおけるシングルキャリアＬＴＥ動作用のものと同様のＰＵＣＣＨ送信規則を使って、構成されたＰＵＣＣＨリソースをもつＳｃｅｌｌ用のＰＵＣＣＨを送信し得ることを、実施形態は企図している。
【０１０４】
たとえば、１または複数の実施形態において、ＳＲノードは、利用可能サブフレーム内で、ＳｃｅｌｌのＰＵＣＣＨについてのＵＣＩを送信することができ、この場合、ＳＲノードによるＰＵＣＣＨリソースの動的選択は、送信するべきＵＣＩビットの量に依存して、ＰＵＣＣＨフォーマット１／１ａ／１ｂまたは２／２ａ／２ｂのうち任意のものを使って、動的に割り振られてよい。いくつかの実施形態では、ＵＣＩは、関係するＳｃｅｌｌのみについてのＵＣＩを含み得る。
【０１０５】
ＵＣＩ送信が、Ｓｃｅｌｌ  ＤＬのＰＤＣＣＨを使って動的にスケジュールされ得るＰＤＳＣＨ送信についてのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報を含むとき、ＳｃｅｌｌについてのＵＣＩの送信が適用され得ることを、実施形態は企図している。Ｓｃｅｌｌについての定期的ＣＳＩが、このサブフレームにおける送信用に構成され得るとき、および／またはＳｃｅｌｌ  ＤＬのＰＤＣＣＨ（もしくはＲ−ＰＤＣＣＨ）上で受信された非定期的リクエストに続いてＣＳＩリクエストが送信される場合、ＳｃｅｌｌについてのＵＣＩの送信が適用され得る。
【０１０６】
ＳＲノードは、たとえば、ＰＣｅｌｌ用のキャリアアグリゲーションのためのＬＴＥ動作に対するものと同様のＲｅｌ−１０  ＰＵＣＣＨ送信規則を使って、構成されたＰＵＣＣＨリソースをもつＳｃｅｌｌ用のＰＵＣＣＨを送信できることを、実施形態は企図している。
【０１０７】
たとえば、１または複数の実施形態において、ＳＲノードは、Ｓｃｅｌｌ上で１または複数のＰＵＣＣＨリソースを用いて、上位レイヤシグナリングによって構成され得る。複数のサービングセルについてのＵＣＩフィードバックは、たとえば、ＳＲノードのＰＣｅｌｌサブフレーム区分に応じて、ＳｃｅｌｌのＰＵＣＣＨ上で送信され得る。いくつかの実施形態では、これは、Ｓｃｅｌｌに適用されるＰＣｅｌｌ用のＰＵＣＣＨ向けの構成と同様でよい。このようなリソースは、フォーマット１ｂおよび／またはフォーマット３をもつチャネル選択用のリソースを含み得るが、それに限定されない。
【０１０８】
ＳＲノードは、おそらくＰＣｅｌｌ上でのサブフレーム区分のせいで、ＳＲノードがＰＣｅｌｌ上でアップリンク送信を実施することができないサブフレーム内で、Ｓｃｅｌｌ上の半静的ＰＵＣＣＨリソースを選択することができる。いくつかの実施形態では、Ｓｃｅｌｌのサブフレーム区分（あれば）に従って、Ｓｃｅｌｌ  ＵＬ上のこのような送信が利用可能である場合のみである。いくつかの実施形態では、半静的ＰＵＣＣＨリソースの使用の選択は、ＰＣｅｌｌに関して同じ規則に従っても、本明細書に記載される別の規則に従ってもよい。いくつかの実施形態では、より多くのサービングセルのうちの１つについてのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報を含むＵＣＩを送信するのに、いくつかの実施形態ではおそらく、より多くのサービングセルのうちの１つについてのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報を含むＵＣＩを送信するのにのみ、ＰＵＣＣＨ上での送信が適用され得る。いくつかの実施形態では、ＰＵＣＣＨ上での送信は、他の送信に適用され得る。
【０１０９】
たとえば、ＰｃｅｌｌのＳＲノードサブフレーム区分に応じて、ＲＮが、サブフレームにおいて、ＳｃｅｌｌのＰＵＣＣＨ上で（Ｄ）ｅＮＢにＵＣＩを送信できることを、実施形態は企図している。代替または追加として、たとえば、おそらく、構成され、ＰＣｅｌｌのものとは異なる場合、および／または、他の条件の中でも、区分が構成されない場合、ＳｃｅｌｌのＳＲノードサブフレーム区分に応じて、ＳＲノードが、サブフレームにおいて、ＳｃｅｌｌのＰＵＣＣＨ上でＵＣＩを送信できることを、実施形態は企図している。おそらく、他の条件の中でも、たとえば、Ｓｃｅｌｌがアップリンク送信用に構成される場合、および／またはＳｃｅｌｌが、サブフレーム内でのＵＣＩ送信に利用可能なＰＵＣＣＨリソースをもっている場合、ＵＣＩ送信用のＳｃｅｌｌのＰＵＣＣＨリソースをＳＲノードが選択できることも、実施形態は企図している。
【０１１０】
ＳＲノードが、１または複数の技法を、個々に、または組み合わせて用いてＵＣＩを扱い得ることを、実施形態は企図している。ＰＣｅｌｌのアップリンクリソース上でＰＣｅｌｌのサブフレーム区分がＳＲノードを送信させることができないサブフレーム内で、ＳＲノードが、少なくとも１つのＳｃｅｌｌのＰＵＣＣＨについてのＵＣＩの少なくとも一部を送信できることを、１または複数の実施形態は企図している。さらに、ＳＲノードが、構成される場合は関係するＳｃｅｌｌのサブフレーム区分がＳｃｅｌｌのアップリンクリソース上でＳＲノードを送信させ得るサブフレーム内で、ＳｃｅｌｌのＰＵＣＣＨについてのＵＣＩの少なくとも一部を送信できることを、１または複数の実施形態は企図している。また、ＳＲノードが、サブフレーム区分で構成されない場合があるＳｃｅｌｌのＰＵＣＣＨについてのＵＣＩの少なくとも一部を送信することができ、したがって、一部または全部のＦＤＤおよびＵＬ（ＴＤＤ、ＦＤＤ半二重）サブフレームがＵＬ  ＵＣＩ送信に利用可能であり得ることを、１または複数の実施形態は企図している。さらに、おそらくＵＣＩの少なくとも一部を伝えることができるリソースがサブフレームにおいて複数のＳｃｅｌｌ上で利用可能である場合、ＳＲノードが、可能性としては、たとえば、最も小さいセル索引をもつＳｃｅｌｌを選択するなど、ＳＲノードの半静的構成に基づいて、ＳｃｅｌｌのＰＵＣＣＨを選択することによって、単一のリソース上でＵＣＩを送信できることを、１または複数の実施形態は企図している。また、おそらく、他の条件の中でも、たとえば、サブフレームにおいてＵＣＩ送信にリソースが使われ得るサービングセルがない場合、ＳＲノードが、ＵＣＩの少なくとも一部を破棄してよいことを、１または複数の実施形態は企図している。代替または追加として、ＳＲノードは、後続サブフレームにおいて実施される、送信についてのＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットのバンドリングなど、本明細書に記載される方法を使うことができる。
【０１１１】
限定ではなく例として、（Ｄ）ｅＮＢと通信するとき、他の条件の中でも、たとえば、おそらく、ＳＲノードのＰＣｅｌｌのサブフレーム区分が、ＳＲノードに、ＰＣｅｌｌのＰＵＣＣＨについてのＵＣＩを送信させる場合、ＳＲノードがＰＣｅｌｌのＰＵＣＣＨについてのＵＣＩを送信できることを、実施形態は企図している。
【０１１２】
また、限定ではなく例として、Ｕｎインタフェースの場合、おそらく、ＳＲノードのＰＣｅｌｌのサブフレーム区分が、ＳＲノードに、ＰＣｅｌｌのＰＵＣＣＨについてのＵＣＩを送信させない場合、構成されたアップリンクをもつ少なくとも１つのＳｃｅｌｌのサブフレーム区分およびＰＵＣＣＨ構成が、このサブフレームにおいて、ＳＲノードにＵＣＩを送信させ得ることを、１または複数の実施形態は企図している。おそらく、他の条件の中でも、たとえば、ＵＣＩのアップリンク送信が可能である単一のサービングセルがある場合、ＳＲノードが、そのＳｃｅｌｌのＰＵＣＣＨについてのＵＣＩを送信できることを、１または複数の実施形態は企図している。代替または追加として、おそらく、他の条件の中でも、たとえば、ＵＣＩのアップリンク送信が可能である単一のサービングセルがない場合、ＳＲノードが、最も小さいセル索引に対応するＳｃｅｌｌなどだが、それに限定されない、その半静的構成に従って、ＳｃｅｌｌのＰＵＣＣＨについてのＵＣＩを送信できることを、１または複数の実施形態は企図している。１または複数の実施形態において、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックは、Ｓｃｅｌｌ  ＰＵＣＣＨ上で送信されてよく、いくつかの実施形態では、おそらく、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックのみが、Ｓｃｅｌｌ  ＰＵＣＣＨ上で送信され得る。１または複数の実施形態において、他の情報は、Ｓｃｅｌｌ  ＰＵＣＣＨ上で送信されてよい。
【０１１３】
おそらく、ＳＲノードのＰＣｅｌｌのサブフレーム区分が、ＳＲノードがＰＣｅｌｌのＰＵＣＣＨについてのＵＣＩを送信することを許可せず、かつ／または、他の条件の中でも、たとえば、サブフレーム区分および構成されたアップリンクをもつ少なくとも１つのＳｃｅｌｌのＰＵＣＣＨ構成が、ＳＲノードがこのサブフレーム内でＵＣＩを送信することを許可しない場合、ＳＲノードは、このサブフレーム内で、どのサービングセル用のアップリンク上でもＵＣＩを送信できず、かつ／またはこのサブフレームについてＵＣＩをドロップしてよいことを、１または複数の実施形態は企図している。
【０１１４】
おそらく、他の条件の中でも、たとえば、Ｓｃｅｌｌ上でのアップリンク送信が制限されず、ＰＣｅｌｌサブフレームが制限される（たとえば、利用可能でない）場合、ＳＲノードが、ＳｃｅｌｌのＰＵＣＣＨ上でＵＣＩを送信できることを、１または複数の実施形態は企図している。
【０１１５】
たとえば、Ｐｃｅｌｌ上で所要のＵＬサブフレームが利用可能でないとき、ＳｃｅｌｌのＰＵＣＣＨ上でのＵＣＩの例示的な送信を示すように異なるＵＬ／ＤＬ構成をもつ、２つのサービングセル、すなわちＰＣｅｌｌおよび１つのＳｃｅｌｌを有するＳＲノードとして、ＴＤＤ  ＷＴＲＵを１または複数の実施形態は企図している。図６Ａを参照すると、このようなシナリオでは、ＵＬ／ＤＬ構成２は、ＰＣｅｌｌ用に使われてよく、ＵＬ／ＤＬ構成１は、Ｓｃｅｌｌ用に使われてよい。図６Ａは、各構成に対する例示的なＵＬ／ＤＬ／Ｓサブフレーム割振りを示す。
【０１１６】
さらなる例として、おそらく、Ｒｅｌ−１０ＨＡＲＱタイミングに基づいて、図６Ｂは、図６Ａに示されるＵＬ／ＤＬ構成が与えられた、ＷＴＲＵによるＰＤＳＣＨ受信および対応するＨＡＲＱ−ＡＣＫ送信の例を示す。図６Ａにおいて、各パターンは、セルごとの、ＰＤＳＣＨ受信と、ＴＤＤ  ＷＴＲＵによって送信される対応するＨＡＲＱ−ＡＣＫのペアリングに対応する。たとえば、ＰＣｅｌｌを参照すると、ＵＬ／ＤＬ構成２の場合、フレームｎサブフレーム２において送信されるＨＡＲＱ−ＡＣＫは、フレームｎ−１サブフレーム４、５、６、８において起きたデータのＤＬ  ＰＤＳＣＨ受信に対応する（いくつかの実施形態では、ＡＣＫ／ＮＡＣＫは、ＴＤＤにおいてバンドルされ得る）。
【０１１７】
図６ＢのＳｃｅｌｌを参照すると、フレームｎ−１サブフレーム９において受信されるＤＬ  ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫは、ＰＵＳＣＨリソースが利用可能でない場合、フレームｎサブフレーム３においてｅＮＢに送られるべきであり、通常、ＰＣｅｌｌ  ＰＵＣＣＨ上でそのサブフレームにおいて送られるはずである。この例では、ＰＣｅｌｌは、フレームｎサブフレーム３において構成されたＵＬサブフレームをもたない。この場合、１または複数の実施形態によると、ＴＤＤ  ＷＴＲＵは、たとえば、構成されている場合はＳｃｅｌｌ  ＰＵＣＣＨ上のフレームｎサブフレーム３において、または可能性としては事前定義もしくは事前スケジュールされたＳｃｅｌｌ  ＰＵＳＣＨリソース上でＨＡＲＱ−ＡＣＫ情報を送信することができる。
【０１１８】
ＳＲノードが、構成されたサービングセル用のＳＲノードのサブフレーム区分に応じ得るフォーマットを使って、Ｓｃｅｌｌの選択されたＰＵＣＣＨリソース上で、（Ｄ）ｅＮＢにＵＣＩを送信できることを、実施形態は企図している。
【０１１９】
サブフレーム内では、少なくともＰＤＳＣＨ上でのダウンリンク送信に使われる送信モードの構成から、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットの最大数が導出され得ることを、１または複数の実施形態は企図している。たとえば、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットの最大数は、使われる空間レイヤの数、および／または所与のサービングセル用のサブフレームごとの移送ブロックの最大数に基づいて導出され得る。さらに、いくつかのサブフレームは、各構成されたサービングセルごとに異なり得るサブフレーム区分によりダウンリンク送信が不可能であり得るように構成され得る。たとえば、構成は、半静的であってよく、ＳＲノードのサブフレーム区分によって課される制限が、サブフレームごとのＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットの最大数を判断するのにさらに使われ得るように、たとえば、レイヤ３ＲＲＣシグナリングを使って修正することができる。少なくともスケジューリングリクエスト（ＳＲ）ビットの送信用のビットが含まれ得ることを、１または複数の実施形態は企図している。
【０１２０】
たとえば、特定の範囲のＨＡＲＱ  ＡＣＫ／ＮＡＣＫおよび／またはＣＳＩビットが送信されるときにいくつかのリソースまたは各リソースが使われ得る複数のＰＵＣＣＨリソースで、ＳＲノードが構成され得ることを、１または複数の実施形態は企図している。この構成は、ＰＣｅｌｌ用、Ｓｃｅｌｌ用であってよく、かつ／または複数のサービングセルに分散されてよい。限定ではなく例として、ＰＵＣＣＨフォーマット１は多くとも１ビットのＵＣＩ情報を運ぶことができ、ＰＵＣＣＨフォーマット２は多くとも２ビットのＵＣＩ情報を運ぶことができ、ＰＵＣＣＨフォーマット２でのチャネル選択は、４ビットまでのＵＣＩ情報を運ぶことができ、ＰＵＣＣＨフォーマット３は、１２ビットまでのＵＣＩ情報を運ぶことができることを、１または複数の実施形態は企図している。１または複数の実施形態では、所与のサブフレームに対して、ＳＲノードは、セルの構成に応じて、および／または各セルのＲＮ区分に応じて、構成されたサービングセルにわたって受信することができる移送ブロックの最大数を判断することができる。たとえば、ＳＲノードは、ＳＲノードがＵＣＩを送信すると期待される後続サブフレームにおける関係するＵＣＩの送信に利用可能な、最も小さいＰＵＣＣＨフォーマットを選択してよい。構成は、ＳＲノードがＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットを送信し、いくつかの実施形態ではおそらくＨＡＲＱ  ＡＣＫ／ＮＡＣＫのみを送信するサブフレームにおいて適用され得る。１または複数の実施形態において、構成は、ＳＲノードがＰＣｅｌｌのアップリンク上で送信を行うことができないサブフレームにおいて、いくつかの実施形態ではおそらくＳＲノードがＰＣｅｌｌのアップリンク上で送信を行うことができないサブフレームにおいてのみ適用され得る。ＰＵＣＣＨリソースの選択に関して記載される方法などだが、それに限定されない、本明細書に記載される他の方法とともに、構成が適用され得ることを、実施形態は企図している。
【０１２１】
ＳＲノードのサブフレーム区分に応じて、所与のサブフレームにおける（Ｄ）ｅＮＢへの送信に利用可能なＵＣＩの少なくとも一部を、ＳＲノードがドロップおよび／または破棄してよいことを、実施形態は企図している。
【０１２２】
代替または追加として、ＳＲノードが、ＵＣＩの少なくとも一部にバンドリングを適用することができ、バンドリングは、複数のサブフレームのＵＣＩビットにわたって適用され得ることを、実施形態は企図している。１または複数の実施形態において、サブフレームの数は、たとえば、ＳＲノードサブフレーム構成に応じ得る。
【０１２３】
特定のサービングセル用の（Ｄ）ｅＮＢへのどのＵＣＩフィードバックについてもＳＲノードが送信機会をもたないサブフレームの数に等しくてよい数のサブフレームに対してＳＲノードがバンドリングを実施できることを、実施形態は企図している。１または複数の実施形態において、ＳＲノードが、アップリンクＰＵＣＣＨリソースで構成されたＳｃｅｌｌのＰＵＣＣＨ上でＵＣＩの少なくとも一部を送信するとき、ＳＲノードは、Ｓｃｅｌｌに対して、およびいくつかの実施形態では、ＳＲノードが、アップリンクＰＵＣＣＨリソースで構成されたＳｃｅｌｌのＰＵＣＣＨ上でＵＣＩの少なくとも一部を送信するとき、おそらくＳｃｅｌｌに対してのみ、バンドリングを実施することができる。１または複数の実施形態において、ＳＲノードは、ＰＣｅｌｌに対するバンドリングを実施することができる。
【０１２４】
１または複数の実施形態において、サービングセル用の（Ｄ）ｅＮＢへのＵＣＩフィードバックに対してＳＲノードが送信機会をもたないサブフレームの数に等しくてよい数のサブフレームに対してＳＲノードがバンドリングを実施できる。１または複数の実施形態において、ＳＲノードが、少なくともＰｃｅｌｌのＳＲノードサブフレーム区分に応じて、サブフレームにおいてＳｃｅｌｌのＰＵＣＣＨ上でＵＣＩを送信するとき、およびいくつかの実施形態ではおそらく、ＳＲノードが、少なくともＰｃｅｌｌのＳＲノードサブフレーム区分に応じて、サブフレームにおいてＳｃｅｌｌのＰＵＣＣＨ上でＵＣＩを送信するときのみ、ＳＲノードは、バンドリングを実施することができる。
【０１２５】
実施形態は、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫバンドリングを企図している。１または複数の実施形態において、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫのバンドリングは、個々のＰＤＳＣＨ送信用に複数のＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットにわたって論理ＡＮＤ演算を実施することによって１もしくは複数のＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットを生成することによって、および／または受信されたＰＤＣＣＨ、たとえばダウンリンクＳＰＳリリースを示すＰＤＣＣＨもしくはリレーコンテキストにおけるＲ−ＰＤＣＣＨに応答して、実施することができる。ＳＲノードには、１または複数の欠落した割当てを検出する能力が与えられ得る。ＳＲノードは、他の条件の中でも、たとえば、おそらく（たとえば、所与のセルの、および／または所与のサブフレームのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ用に）使われるバンドリング動作に依存して、バンドリング動作におけるＡＣＫを保証する状況として、欠落したＰＤＣＣＨ割当ての検出を考慮することができる。
【０１２６】
ＵＣＩバンドリングは、（いくつかの実施形態では、おそらくＰＣｅｌｌのみ用の）空間バンドリング、（セルごとの）空間バンドリング、ＳＣｅｌｌにわたるバンドリングおよび／もしくはすべてのサービングセルにわたるバンドリング、ならびに／またはサブフレームバンドリングを含み得るセルグループ化バンドリングを含み得ることを、実施形態は企図している。
【０１２７】
１または複数の実施形態において、サブフレーム用のＰＣｅｌｌ上またはサービングセル上で、ＵＣＩ用のアップリンク送信機会がない場合がある。ＳＲノードは、個々または組み合わせた１または複数の技法によりバンドリングが適用可能な各構成されたサービングセルについてのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報をバンドルすることができる。１または複数の実施形態において、ＳＲノードは、ＰＣｅｌｌ用の同じサブフレームの複数のコードワードにわたってＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報を空間的にバンドルすることができる。さらに、１または複数の実施形態において、ＳＲノードは、構成された各ＳＣｅｌｌ用の同じサブフレームの複数のコードワードにわたってＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報を空間的にバンドルすることができる。また、ＳＲノードが、複数のサービングセルにわたって同じサブフレームのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報をバンドルできることを、実施形態は企図している。さらに、ＳＲノードが、複数のサブフレームにわたってＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報をバンドルできることを、１または複数の実施形態は企図している。さらに、１または複数の実施形態において、バンドリングは、サービングセルについてのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビット用に構成され得る。また、バンドリングが、サブフレーム制限をもつサービングセル用に構成されてよいことを、１または複数の実施形態は企図している。さらに、１または複数の実施形態において、バンドリングは、構成されたサービングセルのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビット用に構成され得る。また、１または複数の実施形態において、バンドリングは、活動化されたサービングセルのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビット用に構成され得る。
【０１２８】
スケジューリングリクエスト（ＳＲ）ビットの送信用の少なくとも１つの追加ビットが、たとえば、生じた情報ビットの１つをバンドリングする動作に追加され得ることを、実施形態は企図している。
【０１２９】
１または複数の技法を、個々に、または組み合わせて、ＵＬサブフレームに関連づけられた一部または全部のＤＬサブフレームについて、対応するダウンリンク割当てを導出することを、実施形態は企図している。１または複数の実施形態において、ダウンリンク割当ては、復号に成功したＰＤＣＣＨ（もしくはＲ−ＰＤＣＣＨ）割当て（動的スケジューリング）の数および／または半持続ダウンリンク割振りの数の和に基づき得る。さらに、ダウンリンク割当ては、可能性としては受信に成功したＤＣＩフォーマット（動的スケジューリング）で明示的にシグナリングされた、シグナリングされたＰＤＣＣＨ（もしくはＲ−ＰＤＣＣＨ）割当ての数および／または半持続ダウンリンク割振りの数の和に基づき得ることを、１または複数の実施形態は企図している。
【０１３０】
ＳＲノードが、上述した合計のうちの１または複数を計算できることを、実施形態は企図している。１または複数の実施形態において、他の条件の中でも、たとえば、所与のアップリンクサブフレームに対して合計が等しくない場合、ＳＲノードは、サービングセル用、またはサブフレーム全体用のバンドルされた情報についてのＮＡＣＫを報告してよい。たとえば、サービングセルのサブセットごと、たとえばサービングセルのタイプごとにバンドリングが適用される場合、ＲＮは、合計を計算すればよい。
【０１３１】
１または複数の実施形態では、他の条件の中でも、たとえば、ＳＲノードが、ＰＣｅｌｌ上のみでのＵＣＩ送信用に構成される場合、ＳＲノードは、単一のＵＬサブフレームに関連づけられ得るＤＬサブフレームについてのダウンリンク割当ての数Ｍを判断して、少なくとも１つのダウンリンク割当てが欠落しているかどうか判断することができる。ＳＲノードは、Ｎ個のサブフレームにわたって、所与のサービングセル用のコードワードごとに論理ＡＮＤ演算を実施することができる。Ｎは、ＳＲノードが、関係するサービングセル用のアップリンクにおいてどのＵＣＩ情報も送信する機会のあった最後のサブフレーム以降のサブフレームの数をＮが表し得るように、ＳＲノード区分に応じて判断すればよい。１または複数の実施形態において、結果は、空間レイヤごとに１つのＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットであり得る。代替または追加として、結果は、レイヤについての単一のビットであってよい。結果としてのビットセットは、たとえば、少なくとも結果としてのビット数を伝えることができるＰＵＣＣＨフォーマットのアップリンク送信用に順序付けされ、かつ／またはコード化され得ることを、１または複数の実施形態は企図している。代替または追加として、結果としてのビットは、サービングセルの索引、たとえば構成されたサービングセル識別情報の昇順に基づいて順序付けられてよい。ＳＲノードは、結果としてのビットの送信用の適したフォーマットを使って、ＰＵＣＣＨリソースを選択してよく、かつ／または、たとえば、サブフレーム制限に従ってアップリンク送信が可能な次のアップリンクサブフレームにおいて送信を実施してよいことを、実施形態は企図している。
【０１３２】
ＳＲノードは、一部または全部の構成されたＳＣｅｌｌにわたってバンドリングを適用できることを、実施形態は企図している。代替または追加として、ＳＲノードは、ＰＵＣＣＨ上での送信用に構成されていない可能性があるＳＣｅｌｌにわたって、およびいくつかの実施形態では、おそらくＰＵＣＣＨ上で送信用に構成されていない可能性があるＳＣｅｌｌのみにわたって、バンドリングを適用できることを、１または複数の実施形態は企図している。
【０１３３】
１または複数の実施形態において、他の条件の中でも、たとえば、おそらく、ＳＲノードが、複数のサービングセルについてのアップリンクフィードバックを送信するように構成されている場合、空間および／またはサブフレームバンドリングは、関係するセル用のＳＲノードサブフレーム区分によってアップリンク送信が制約されるサービングセルにのみ、およびいくつかの実施形態では、おそらく、関係するセル用のＳＲノードサブフレーム区分によってアップリンク送信が制約されるサービングセルにのみ適用することができる。ＰＵＣＣＨ上でＵＣＩを送信するように構成されたサービングセルに、およびいくつかの実施形態では、おそらく、ＰＵＣＣＨ上でＵＣＩを送信するように構成されたサービングセルにのみ、空間および／またはサブフレームバンドリングが適用され得ることを、１または複数の実施形態は企図している。
【０１３４】
図４を参照すると、ＲＮは、少なくとも２つのキャリアをもつＵｎを介して構成され得る。キャリアＣＣ１は、Ｕｎサブフレーム構成をもつＰＣｅｌｌとして構成されてよく、キャリアＣＣ２は、Ｕｎサブフレーム構成をもたないＳｃｅｌｌとして構成されてよい。いくつかの実施形態では、ＵＬ用の構成は、ＤＬと非対称に実施されてよく、ＵＬリソースは、ＰＣｅｌｌのみに割り振られてよく、ＳｃｅｌｌにはＵＬリソースが割り振られなくてよい。
【０１３５】
ＰＣｅｌｌは、｛１１００００００｝というサブフレーム構成のＵｎサブフレーム構成で構成され得ることを、実施形態は企図している。図７は、実施形態によって企図される、（ＳＲノードとしての）例示的一次セルリレーノードおよびドナーｅノードＢサブフレーム構成パターンを示す。ＤＬおよびＵＬ上でのＰＣｅｌｌ送信に対するサブフレームの可用性が、１または複数の例示的な実施形態に関して、図７に示されている。１または複数の実施形態において、Ｕｎサブフレーム構成をもたないＳｃｅｌｌは、どのサブフレームにおいてもＤＬ送信をスケジュールすることができる。
【０１３６】
前述され、図７に示されたＰｃｅｌｌを検討すると、Ｓｃｅｌｌ上のＲＮは、サブフレーム＃２、＃３、＃６、＃７において、ＳｃｅｌｌについてのＤＬデータを用いてスケジュールされ得る。それらのＤＬ送信についての対応するＨＡＲＱ−ＡＣＫは、ｎ＋４  ＨＡＲＱ−ＡＣＫタイミングを維持するために、サブフレーム＃６、＃７、＃１０、＃１１において、ＵＬ上で送ればよい。ＲＮは、サブフレーム＃１２において起こる、ＰＣｅｌｌ上での次のＵＬ送信機会まで、ＵＬ上で送信する機会がない場合がある。したがって、ＲＮは、４つのサブフレームにおいてＤＬデータを受信する間、最初に、サブフレームの各々において受信された各コードワード用のＨＡＲＱ−ＡＣＫを空間的にバンドルすればよい。ＲＮは、次のＵＬ送信機会（サブフレーム＃１２）まで、各ＨＡＲＱ−ＡＣＫを時間経過に伴ってバンドルしてよく、各ＨＡＲＱ−ＡＣＫは、受信されたすべてのサブフレーム（６、７、１０、１１について受信されたＤＬサブフレーム）用である。ＲＮから、サブフレーム＃１２において送信されるＵＬ  ＵＣＩ情報は、４つのサブフレームの各々に対する各コードワード用のＨＡＲＱ−ＡＣＫのバンドルされた組合せを含み得る。
【０１３７】
バンドルされたＨＡＲＱ−ＡＣＫの数は、Ｓｃｅｌｌ上でのＤＬ送信スケジューリングおよび／またはＰＣｅｌｌのＵｎサブフレーム構成に依存してよいことを、１または複数の実施形態は企図している。バンドルされたＨＡＲＱ−ＡＣＫの数は、他のＳｃｅｌｌ構成の事例に合わせて増やしてもよいことを、いくつかの実施形態は企図している。
【０１３８】
ＳＲノードは、他の理由の中でも、たとえば、おそらくＰＵＣＣＨ上でＵＣＩを送信するために、複数のＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットをグループ化できることを、実施形態は企図している。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットは、１もしくは複数のサービングセル内で受信された、かつ／または１もしくは複数のサブフレームにおいて受信された１または複数の送信に対応し得ることを、１または複数の実施形態は企図している。１または複数の実施形態において、ＳＲノードは、ＰＵＣＣＨフォーマット３を使ってＵＬ送信中でビットを多重化することによって、ビットのグループを送信することができる。たとえば、ＳＲノードは、ビットのグループを、おそらくいくつかの実施形態では、バンドリング動作が実施された後に送信することができる。
【０１３９】
１または複数の実施形態において、ＳＲノードは、ＰＵＣＣＨフォーマット３でビットをエンコードする前に、対応するサービングセルならびに対応するサブフレームを考慮して、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットを順序付けてよい。ＰＵＣＣＨフォーマット３を使う、特定のアップリンクサブフレームにおける送信のためのビットの順序は、いくつかまたは各ＨＡＲＱ−ＡＣＫビットについてのセル索引およびサブフレーム索引を含み得る２次元行列を使って実施され得る。たとえば、リレーコンテキストにおいて、ビットのマッピングおよび順序は、ＴＤＤ構成の機能であるのではなく、いくつかまたは各サービングセル用のＵｎサブフレーム構成の機能を含み得ることを除いて、ＴＤＤモードの場合のＰＵＣＣＨフォーマット３の使用と同様であってよい。たとえば、第１のＰＵＣＣＨフォーマット３ビット（１または複数）は、最も小さい構成されたサービングセル識別情報（たとえばｓｅｒｖＣｅｌｌＩＤ）をもつサービングセルのＨＡＲＱ  ＡＣＫ／ＮＡＣＫビット（１または複数）から始まり、同様に、ＰＵＣＣＨ送信がＨＡＲＱ  ＡＣＫ／ＮＡＣＫを報告中である最も最近のサブフレームまで順序付けられた後続サブフレームについてのＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットが続き、ＰＵＣＣＨ送信において報告された最も古いサブフレームにおいて受信された送信用のＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットを含み得る。たとえば、おそらく、一定量が一定処理時間（たとえば４サブフレーム／ｍｓ）に対応し得る、ＰＵＣＣＨ上での送信前の一定量のサブフレームでよいサブフレームまでである。
【０１４０】
ＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットの多重化のための上述した技法は、ＣＳＩ送信に適用され得ることを、１または複数の実施形態は企図している。さらに、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットは、所定の順序が使われてよいＣＳＩビットで多重化され得ることを、実施形態は企図している。たとえば、ＣＳＩビットが、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットに付加され得る。
【０１４１】
クロスキャリアスケジューリングは、１つのコンポーネントキャリア（スケジューリングコンポーネントキャリア）が、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信用のＤＬ割当てと、別のコンポーネントキャリア（たとえば、スケジュールされたコンポーネントキャリア）上での物理ダウンリンク共有チャネル（ＰＵＳＣＨ）送信用のＵＬグラントとをスケジュールすることを可能にし得ることを、実施形態は企図している。
【０１４２】
実施形態は、サブフレーム区分（たとえば制限）を有するコンポーネントキャリアからのクロスキャリアスケジューリングを企図している。さらに、他の条件の中でも、ＳＲノードに割り当てられた、アグリゲートされたキャリアが、異なるサブフレーム制限をもつときの、（Ｄ）ｅＮＢクロスキャリアスケジューリングのサポートを、実施形態は企図している。たとえば、リレーにおける技法が、Ｕｎサブフレーム区分をもつＵｎコンポーネントキャリア（たとえば、サービングセル）上で、たとえば、Ｕｎサブフレーム構成をもつ帯域中サービングセル上でクロスキャリアスケジューリングに使われ得ることを、１または複数の実施形態は企図している。
【０１４３】
ＤＬ制御チャネル（たとえば、リレーにおけるＲ−ＰＤＣＣＨ）上でのクロスキャリアスケジューリングが、その制御チャネル上で送信されるＤＣＩフォーマットでの、スケジュールされたコンポーネントキャリアの索引に対応する指示フィールドを使ってサポートされ得ることを、１または複数の実施形態は企図している。１または複数の実施形態において、キャリアインジケータフィールド（ＣＩＦ）は、ＤＣＩフォーマットがどのようなセル用のスケジューリングリソースであり得るかを示し得る。
【０１４４】
代替または追加として、ＤＬ制御チャネル（たとえば、リレーにおけるＲ−ＰＤＣＣＨまたはＷＴＲＵ用のＰＤＣＣＨ）上のクロスキャリアスケジューリングが、ＤＣＩフォーマットでのオフセットを使ってサポートされ得ることを、実施形態は企図している。オフセット値は、スケジュールされたダウンリンク送信のサブフレームと、ＲＮまたはＷＴＲＵがＲ−ＰＤＣＣＨ（またはＰＤＣＣＨ）上でＤＣＩを受信し、かつ／または復号に成功し得るサブフレームとの間のサブフレームの数を示すタイミングオフセットを表すことができる。１または複数の実施形態において、オフセット値は、スケジュールされたダウンリンク送信および／または再送信に対応するＤＣＩフォーマット用に含まれてよく、いくつかの実施形態では、スケジュールされたダウンリンク送信および／または再送信に対応するＤＣＩフォーマット用にのみ含まれてよい。
【０１４５】
限定ではなく例として、おそらく、他の条件の中でも、たとえばＳＲノードのサブフレーム構成の結果、ＳＲノードは、サブフレームｎにおいてスケジューリングコンポーネントキャリア上でＰＤＣＣＨまたはＲ−ＰＤＣＣＨを受信できるが、サブフレームｎ＋１、ｎ＋２では受信できないことを、実施形態は企図している。１または複数の実施形態において、同じＰＤＣＣＨまたはＲ−ＰＤＣＣＨが、スケジュールされたコンポーネントキャリアのクロスキャリアスケジューリング用に構成済みの場合がある。さらに、１または複数の実施形態において、スケジュールされたコンポーネントキャリアは、スケジューリングコンポーネントキャリアのものとは異なるサブフレーム構成を有している場合があり、サブフレームｎ＋２において、次のダウンリンク送信機会をもっている場合がある。ＳＲノードは、サブフレームｎにおいて、スケジューリングキャリアのＰＤＣＣＨまたはＲ−ＰＤＣＣＨ上で、スケジュールされたキャリアのＣＩＦ、および／または、対応するダウンリンク送信のタイミングに対するＤＣＩ（たとえば、ダウンリンク割当て用のＤＣＩフォーマット１、２または３）のケースではオフセット値（限定ではなく例として、総距離がシグナリングされる場合は２サブフレーム／ｍｓ、またはテーブルが使われる場合はコードポイント）を含み得るＤＣＩを受信することができる。
【０１４６】
代替または追加として、前述されたものと同様のタイミングオフセットを使って、ＤＬ制御チャネル（たとえば、リレーにおけるＲ−ＰＤＣＣＨ）上のクロスキャリアスケジューリングが、サポートされてよく、スケジュールされたキャリアにおけるアップリンク送信をスケジュールするのに使われてよいことを、実施形態は企図している。
【０１４７】
限定ではなく例として、アップリンクグラントの受信から、対応するアップリンク送信が実施されるまでの４つのサブフレーム（たとえば４ｍｓ）のＦＤＤのための処理時間内に、ＳＲノードは、スケジュールされたコンポーネントキャリアにおけるサブフレームｎ＋５のための、スケジュールされたアップリンク送信用のサブフレームｎ＋１において、スケジューリングコンポーネントキャリア上でグラントを受信できることを、実施形態は企図している。１または複数の実施形態において、オフセットは、ＤＣＩの受信のサブフレームと、対応するアップリンク送信のサブフレームとの間の総距離、または一定処理時間（たとえば４ｍｓ処理時間）未満の同じ距離として指定され得る。さらに、オフセットに対するコードポイントのテーブルが、スケジュールされたキャリアのサブフレーム構成に応じて定義され得ることを、１または複数の実施形態は企図している。
【０１４８】
オフセットがＤＣＩフォーマットに含まれ得ることを、１または複数の実施形態は企図している。オフセット値は、スケジュールされたアップリンク送信のサブフレームと、ＳＲノードがＤＬ制御チャネル、たとえば、リレーにおけるＲ−ＰＤＣＣＨ上でＤＣＩを受信し、および／または復号に成功するサブフレームとの間のサブフレームの数を示すタイミングオフセットを表し得る。１または複数の実施形態において、オフセット値は、スケジュールされたダウンリンク送信および／または再送信に対応するＤＣＩフォーマット用に含まれてよく、いくつかの実施形態では、スケジュールされたダウンリンク送信および／または再送信に対応するＤＣＩフォーマット用にのみ含まれてよい。
【０１４９】
限定ではなく例として、おそらく、ＳＲノードのサブフレーム構成の結果、ＳＲノードは、サブフレームｎにおいてスケジューリングコンポーネントキャリア上でＰＤＣＣＨまたはＲ−ＰＤＣＣＨを受信できるが、サブフレームｎ＋１、ｎ＋２では受信できないことを、実施形態は企図している。同じＰＤＣＣＨまたはＲ−ＰＤＣＣＨが、スケジュールされたコンポーネントキャリアのクロスキャリアスケジューリング用に構成済みの場合がある。スケジュールされたコンポーネントキャリアは、スケジューリングコンポーネントキャリアのものとは異なるサブフレーム構成を有している場合があり、サブフレームｎ＋５において、次のアップリンク送信機会をもっている場合がある。ＳＲノードは、サブフレームｎにおいて、スケジューリングキャリアのＰＤＣＣＨまたはＲ−ＰＤＣＣＨ上で、スケジュールされたキャリアのＣＩＦ、ならびにＤＣＩのケースでは、対応するアップリンク送信のタイミング（たとえば、総距離がシグナリングされる場合は５サブフレーム／ｍｓ、または処理時間がオフセットから除かれる場合は１サブフレーム／ｍｓ）についてのオフセット値（たとえば、アップリンクグラント用のＤＣＩフォーマット０）を含み得るＤＣＩを受信することができる。
【０１５０】
代替または追加として、実施形態は暗黙オフセットタイミングを企図している。オフセット値は、スケジュールされたコンポーネントキャリアのＳＲノードサブフレーム区分に応じ得ることを、１または複数の実施形態は企図している。たとえば、シグナリングされるＤＣＩが適用可能であるサブフレームは、スケジュールされたキャリア上で（Ｄ）ｅＮＢからＳＲノードによってダウンリンク送信が受信され得る次のサブフレーム、またはスケジュールされたキャリア上でＳＲノードによってアップリンク送信が実施され得る次のサブフレームであってよい。たとえば、シグナリングされるＤＣＩは、所定の数のサブフレームの後の、最初のサブフレームに適用可能であり得る。たとえば、シグナリングされたＤＣＩは、対応する制御シグナリング用に認められた処理時間（たとえば、ＦＤＤ用のアップリンクの場合は４サブフレームまたはｍｓ）の後の最初のサブフレームに適用可能であり得る。サブフレームの予め定義された、または所定の数は、ＤＣＩ（たとえば、ＵＬグラント）が受信されるサブフレーム番号、およびいくつかの実施形態では、スケジューリングセルおよび／またはスケジュールされるセルのうちの１または複数のサブフレーム構成に応じ得ることを、１または複数の実施形態は企図している。
【０１５１】
代替または追加として、実施形態はブラインド復号を企図している。ＳＲノードは、ＳＲノードが所与のサブフレームにおいてスケジューリングキャリア上で複数のＤＣＩフォーマットを復号することができるように、ブラインド復号試行を実施できることを、１または複数の実施形態は企図している。試行の回数は、スケジュールされたキャリアのサブフレーム構成に応じ得る。たとえば、ＳＲノードは、受信され得る、可能なＤＣＩの数のいくつかまたは各スケジュールされたキャリアに少なくとも部分的に基づいて、復号試行の最大回数を判断することができる。サブフレーム区分がない場合は、追加ブラインド復号試行は実施されなくてよい。１または複数の実施形態において、おそらく、スケジュールされたキャリアが、このサブフレームに続く、一定数Ｘ個のサブフレーム（たとえば、Ｘは、０から、処理時間のための所定の数のサブフレームまでわたる）から始まる１または複数の連続サブフレームにおいて、おそらくはスケジューリングキャリアのサブフレーム区分の制限により、ダウンリンクおよび／またはアップリンク送信用にスケジュールされ得ない場合、追加ブラインド復号試行は、それらのサブフレームに対して可能なＤＣＩを含むように実施され得る。たとえば、ダウンリンクＤＣＩの場合、Ｘは０に等しくてよい。また、例として、アップリンクＤＣＩの場合、Ｘは４に等しくてよい。代替または追加として、Ｘは、対応するＤＣＩ中でシグナリングすることができる明示的オフセット値の範囲によってアドレス指定され得るサブフレームの最大数に等しくてよい。
【０１５２】
１または複数の実施形態において、ＳＲノードは、探索空間を試し尽くすまで、および／またはＳＲノードが、どれが最初に来ようとも、上記ガイドラインのうちの少なくとも１つを使って判断されたサブフレームにわたって実施され得る、可能な送信の数に等しい数のＤＣＩを復号するまで、ＤＬ制御チャネル（たとえば、リレー用のＲ−ＰＤＣＣＨ）の復号試行を停止してよい。
【０１５３】
１または複数の実施形態において、スケジューリングコンポーネントキャリアは、スケジュールされたコンポーネントキャリア上でスケジュールするべき、サブフレームｎにおけるＳＲノードへの送信用のサブフレーム構成により、制限される場合がある。スケジューリングコンポーネントキャリアは、サブフレームｎ、ｎ＋１、およびｎ＋２においてＳＲノードに送信することが認められてよい。スケジューリングコンポーネントキャリアは、そのＤＬ制御チャネル（たとえば、サブフレームｎにおいて送信されるリレー用のＲ−ＰＤＣＣＨ）上で、それぞれ、ＤＣＩが適用され得るサブフレームを示すための０、１、および２のオフセット値とともに、スケジュールされたコンポーネントキャリアについてのＣＩＦをもつＤＣＩの３つのインスタンスを含む。
【０１５４】
ＵＬ（たとえばＤＣＩフォーマット０）用および／またはＤＬ（たとえばＤＣＩフォーマット１、２、３）用にスケジュールされ得るＤＣＩの数は、許可されたＤＬ制御チャネル空間、たとえば、リレー用のＲ−ＰＤＣＣＨ空間によって限定され得ることを、実施形態は企図している。１または複数の実施形態において、ＤＬ制御チャネル探索空間が試し尽くされるまで、ブラインド復号が実施され得る。
【０１５５】
ＵＬ  ＨＡＲＱプロセス識別情報の判断を、実施形態は企図している。１または複数の実施形態において、おそらく、クロスキャリアスケジューリングが使われないとき、アップリンクＨＡＲＱプロセスは、たとえば、サブフレーム区分に基づいて、（Ｄ）ｅＮＢへのアップリンク送信用に構成されたサブフレームに連続して割り当てられ得る。
【０１５６】
代替または追加として、たとえば、ＤＬ制御チャネル（たとえば、リレー用のＲ−ＰＤＣＣＨ）上で、クロスキャリアスケジューリングをサポートするために、ＳＲノードが、アップリンクプロセスの識別情報を判断してよいことを、実施形態は企図している。１または複数の実施形態において、アップリンクプロセスの識別情報は、スケジュールされたコンポーネントキャリアのサブフレーム構成に基づいて、たとえば、おそらくＦＤＤに関する関係ｎ＋４＋ｋを使って判断することができ、ここでｋは、具体的には、再送信のクロスキャリアスケジューリングについての、スケジュールされたキャリアのサブフレーム区分に基づき得る。
【０１５７】
実施形態は、サブフレーム制限のないキャリアからのクロスキャリアスケジューリングを企図している。さらに、１または複数の実施形態は、スケジューリングキャリアとしての、サブフレーム区分なしのコンポーネントキャリアからのクロスキャリアスケジューリングを企図している。たとえば、ＳＲノードは、リレーのコンテキストにおいて、帯域外のサービングセルなど、サブフレーム区分をもたない、どのサービングセルでも構成することができる。
【０１５８】
１または複数の実施形態において、ＳＲノードは、サブフレーム区分を有し得るＰｃｅｌｌ用のスケジューリングキャリアとしてのサブフレーム区分（たとえば、制限）をもたなくてよいＳｃｅｌｌで構成することができる。これは、Ｒ−ＰＤＣＣＨ空間の使用が限定されるようにすることができ、このことが、たとえば、より多くのＰＤＳＣＨデータに使用するために、Ｒ−ＰＤＣＣＨを解放し得る。
【０１５９】
代替または追加として、Ｕｎサブフレーム区分をもつコンポーネントキャリアからのリレーのコンテキストにおけるクロスキャリアスケジューリングに関する、本明細書で説明した実施形態は、ＰＤＣＣＨを用いるクロスキャリアスケジューリングに適用することができる。たとえば、スケジュールされたコンポーネントキャリアが、Ｕｎサブフレーム区分によって制限され得るとき、ＵＬ  ＨＡＲＱプロセスの識別情報を判断する、本明細書で説明した実施形態は、ＰＤＣＣＨを用いるクロスキャリアスケジューリングに適用することができる。
【０１６０】
本明細書における記述を鑑み、図８を参照すると、実施形態はノードを企図しており、このノードは、無線通信システムと通信することができる。８００２で、ノードは、少なくとも第１のサービングセルおよび第２のサービングセルと通信するように少なくとも部分的に構成することができる。８００４で、ノードは、第１のサービングセルについての第１のサブフレーム区分構成を受信するように構成することができる。８００６で、ノードは、第２のサービングセルについての第２のサブフレーム区分構成を受信するように構成することができる。８００８で、ノードは、第１のサブフレーム区分構成の少なくとも一部および第２のサブフレーム区分構成の少なくとも一部を、第１のサービングセルまたは第２のサービングセルの少なくとも１つに適用するように構成することができる。第１のサービングセルは一次サービングセル（Ｐｃｅｌｌ）であってよく、第２のサービングセルは二次サービングセル（Ｓｃｅｌｌ）であってよいことを、実施形態は企図している。１または複数の実施形態において、第１のサブフレーム区分構成は、第２のサブフレーム区分構成とは異なってよい。
【０１６１】
代替または追加として、８０１０で、ノードは、第１のサブフレーム区分構成の少なくとも一部と第２のサブフレーム区分構成の少なくとも一部の和集合を、第１のサービングセルまたは第２のサービングセルの少なくとも１つに適用するようにさらに構成できることを、実施形態はさらに企図している。代替または追加として、８０１２で、ノードは、第１のサブフレーム区分構成の少なくとも一部と第２のサブフレーム区分構成の少なくとも一部の交差を、第１のサービングセルまたは第２のサービングセルの少なくとも１つに適用するようにさらに構成できることを、実施形態はさらに企図している。
【０１６２】
代替または追加として、８０１４で、ノードは、第１のサブフレーム区分構成の少なくとも一部および第２のサブフレーム区分構成の少なくとも一部の適用を、第１のサービングセルまたは第２のサービングセルの少なくとも１つの、アップリンク（ＵＬ）サブフレーム構成に限定するようにさらに構成され得ることを、実施形態は企図している。代替または追加として、８０１６で、ノードは、第１のサブフレーム区分構成の少なくとも一部および第２のサブフレーム区分構成の少なくとも一部の適用を、第１のサービングセルまたは第２のサービングセルの少なくとも１つの、ダウンリンク（ＤＬ）サブフレーム構成に限定するようにさらに構成され得ることを、実施形態は企図している。
【０１６３】
図９を参照すると、代替または追加として、第１のサブフレーム区分構成の少なくとも一部および第２のサブフレーム区分構成の少なくとも一部は、それぞれ、アップリンク（ＵＬ）サブフレーム区分構成を含み、９００２で、ノードは、それぞれのＵＬサブフレーム区分構成をＰｃｅｌｌのＵＬサブフレーム構成に適用するようにさらに構成され得ることを、実施形態は企図している。代替または追加として、９００４で、第１のサブフレーム区分構成および第２のサブフレーム区分構成は、無線リソース制御（ＲＲＣ）信号により第２のノードから与えられてよく、第２のノードは無線通信システムと通信し、第２のノードは、進化型ノードＢ（ｅＮＢ）またはドナー進化型ノードＢ（ＤｅＮＢ）の少なくとも１つであることを、実施形態は企図している。ノードはリレーノードであってよいことを、１または複数の実施形態は企図している。代替または追加として、９００６で、ノードは、Ｕｎインタフェースを介して、ｅＮＢまたはＤｅＮＢの少なくとも１つと通信するようにさらに構成され得ることを、実施形態は企図している。代替または追加として、ノードは無線送信／受信ユニット（ＷＴＲＵ）であってよいことを、実施形態は企図している。９００８で、ＷＴＲＵは、時分割多重モードで動作するようにさらに構成されてよいことを、１または複数の実施形態は企図している。
【０１６４】
図１０を参照すると、代替または追加として、無線通信システムと通信することができるノードを、実施形態は企図している。１０００２で、ノードは、少なくとも第１のサービングセルおよび第２のサービングセルと通信するように少なくとも部分的に構成されてよく、ここで第１のサービングセルは一次サービングセル（Ｐｃｅｌｌ）であってよく、第２のサービングセルは二次サービングセル（Ｓｃｅｌｌ）であってよい。１０００４で、ノードは、Ｐｃｅｌｌについての第１のサブフレーム区分構成を受信するように構成されてよいことを、実施形態は企図している。１０００６で、ノードは、Ｓｃｅｌｌについての第２のサブフレーム区分構成を受信するように構成されてよいことを、実施形態は企図している。１０００８で、ノードは、条件に基づいて、Ｓｃｅｌｌの物理アップリンク制御チャネル（ＰＵＣＣＨ）のサブフレームにより、アップリンク制御情報（ＵＣＩ）の少なくとも一部分を送信するように構成されてよく、条件は、第１のサブフレーム区分構成または第２のサブフレーム区分構成のうちの少なくとも１つに少なくとも部分的に基づき得ることを、実施形態は企図している。条件は、Ｓｃｅｌｌの物理アップリンク制御チャネル（ＰＵＣＣＨ）のサブフレームに対応するサブフレームにおいて、制限されたアップリンクをもつＰｃｅｌｌ用の第１のサブフレーム区分構成を含み得ることを、１または複数の実施形態は企図している。
【０１６５】
代替または追加として、１００１０で、ノードは、ＵＣＩの少なくとも一部分を、進化型ノードＢ（ｅＮＢ）またはドナー進化型ノードＢ（ＤｅＮＢ）の少なくとも１つに送信するようにさらに構成されてよいことを、実施形態は企図している。
【０１６６】
代替または追加として、実施形態はノードを企図しており、このノードは、無線通信システムと通信することができる。１００１２で、ノードは、少なくとも第１のサービングセルおよび第２のサービングセルと通信するように少なくとも部分的に構成されてよく、ここで第１のサービングセルは一次サービングセル（Ｐｃｅｌｌ）であってよく、第２のサービングセルは二次サービングセル（Ｓｃｅｌｌ）であってよいことを、実施形態は企図している。１００１４で、そのノードは、Ｐｃｅｌｌについてのサブフレーム区分構成を受信するように構成されてよいことを、実施形態は企図している。１００１６で、ノードは、Ｓｃｅｌｌの物理アップリンク制御チャネル（ＰＵＣＣＨ）のサブフレームにより、アップリンク制御情報（ＵＣＩ）の少なくとも一部分を送信するように構成されてよく、ここでＳｃｅｌｌはサブフレーム区分構成をもたなくてよいことを、実施形態は企図している。
【０１６７】
図１１を参照すると、代替または追加として、実施形態はノードを企図しており、このノードは、無線通信システムと通信することができる。１１００２で、ノードは、第１のコンポーネントキャリアおよび第２のコンポーネントキャリアと通信するように少なくとも部分的に構成されてよいことを、実施形態は企図している。１１００４で、ノードは、第１のコンポーネントキャリアについての第１のサブフレーム区分構成を受信するように構成されてよいことを、実施形態は企図している。１１００６で、ノードは、第２のコンポーネントキャリアについての第２のサブフレーム区分構成を受信するように構成されてよいことを、実施形態は企図している。第１のサブフレーム区分構成は、第２のサブフレーム区分構成とは異なってよいことを、１または複数の実施形態は企図している。１１００８で、ノードは、タイミングオフセット値を利用して、第１のコンポーネントキャリアと第２のコンポーネントキャリアとの間のクロスキャリアスケジューリングを実施するように構成されてよいことも、実施形態は企図している。
【０１６８】
代替または追加として、ノードは、１１０１０で、ダウンリンク制御情報（ＤＣＩ）を受信するようにさらに構成されてよく、タイミングオフセット値マットはＤＣＩ内で与えられ得ることを、実施形態は企図している。１１０１２で、ノードは、ダウンリンク（ＤＬ）制御チャネル上でクロスキャリアスケジューリングを実施するように構成されてよく、タイミングオフセット値は、スケジュールされたダウンリンク送信のサブフレームと、ノードがＤＣＩをその中で受信したサブフレームとの間のサブフレームの数を表し得ることを、実施形態は企図している。
【０１６９】
代替または追加として、ノードは、１１０１４で、ダウンリンク（ＤＬ）制御チャネル上でダウンリンク制御情報（ＤＣＩ）を受信するように構成されてよく、タイミングオフセット値はＤＣＩ内で与えられ得ることを、実施形態は企図している。タイミングオフセット値は、スケジュールされたアップリンク送信のサブフレームと、ノードがＤＣＩをその中で受信したサブフレームとの間のサブフレームの数を表し得ることを、１または複数の実施形態は企図している。ＤＬ制御チャネルは、リレー物理ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）または物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の少なくとも１つであり得ることを、１または複数の実施形態は企図している。
【０１７０】
企図される実施形態は、３ＧＰＰ  ＬＴＥ技術および関連仕様に基づいてよく、ＷＣＤＭＡ、ＨＳＰＡ、ＨＳＵＰＡおよびＨＳＤＰＡに基づく、他の３ＧＰＰ技術などだが、それに限定されない、異なる時間間隔（たとえば、サブフレーム）構成をもつキャリアのアグリゲーションを実施する、どの無線技術にも等しく適用可能であり得る。たとえば、リレーに接続されたＷＴＲＵは、リレーがそれに対してｅＮＢと見なされ得るＳＲノードと見なすこともできる。実施形態は、個々に、またはどのように組み合わせても使うことができる。
【０１７１】
特徴および要素は、特定の組合せで上述されたが、各特徴または要素は、単独で、または他の特徴および要素とどのように組み合わせても使われ得ることが、当業者には理解されよう。さらに、本明細書に記載される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実装することができる。コンピュータ可読媒体の例は、（ワイヤードまたは無線接続を介して送信される）電子信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび取外し可能ディスクなどの磁気媒体、磁気光学媒体、ならびにＣＤ−ＲＯＭディスク、およびデジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むが、それに限定されない。ソフトウェアに関連したプロセッサが、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するのに使われ得る。
【図１Ａ】
2014515908.tif 000003
【図１Ｂ】
2014515908.tif 000004
【図１Ｃ】
2014515908.tif 000005
【図２】
2014515908.tif 000006
【図２Ａ】
2014515908.tif 000007
【図２Ｂ】
2014515908.tif 000008
【図３】
2014515908.tif 000009
【図４】
2014515908.tif 000010
【図５】
2014515908.tif 000011
【図６】
2014515908.tif 000012
【図６Ａ】
2014515908.tif 000013
【図６Ｂ】
2014515908.tif 000014
【図７】
2014515908.tif 000015
【図８】
2014515908.tif 000016
【図９】
2014515908.tif 000017
【図１０】
2014515908.tif 000018
【図１１】
2014515908.tif 000019
【手続補正書】
【提出日】平成26年1月6日(2014.1.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ノードであって、前記ノードは、無線通信システムと通信し、前記ノードは、
インタフェースを介して、少なくとも第１のサービングセルおよび第２のサービングセルと通信し、
前記第１のサービングセルについての第１のサブフレーム区分構成を受信し、
前記第２のサービングセルについての第２のサブフレーム区分構成を受信し、
前記第１のサブフレーム区分構成の少なくとも一部および前記第２のサブフレーム区分構成の少なくとも一部を、前記第１のサービングセルまたは前記第２のサービングセルの少なくとも１つに適用する
ように少なくとも構成され、
前記第２のサブフレーム区分構成のサブフレームの方向は、前記第１のサブフレーム区分構成の対応するサブフレームの方向とは異なることを特徴とするノード。
【請求項２】
前記第１のサービングセルは一次サービングセル（Ｐｃｅｌｌ）であり、前記第２のサービングセルは二次サービングセル（Ｓｃｅｌｌ）であることを特徴とする請求項１に記載のノード。
【請求項３】
前記インタフェースは、ＵｕインタフェースまたはＵｎインタフェースであることを特徴とする請求項１に記載のノード。
【請求項４】
前記ノードは、前記第１のサブフレーム区分構成の前記少なくとも一部と前記第２のサブフレーム区分構成の前記少なくとも一部の和集合を、前記第１のサービングセルまたは前記第２のサービングセルの前記少なくとも１つに適用するようにさらに構成されることを特徴とする請求項１に記載のノード。
【請求項５】
前記ノードは、前記第１のサブフレーム区分構成の前記少なくとも一部と前記第２のサブフレーム区分構成の前記少なくとも一部の交差を、前記第１のサービングセルまたは前記第２のサービングセルの前記少なくとも１つに適用するようにさらに構成されることを特徴とする請求項１に記載のノード。
【請求項６】
前記ノードは、前記第１のサブフレーム区分構成の前記少なくとも一部および前記第２のサブフレーム区分構成の前記少なくとも一部の前記適用を、前記第１のサービングセルまたは前記第２のサービングセルの前記少なくとも１つの、アップリンク（ＵＬ）サブフレーム区分構成に限定するようにさらに構成されることを特徴とする請求項１に記載のノード。
【請求項７】
前記ノードは、前記第１のサブフレーム区分構成の前記少なくとも一部および前記第２のサブフレーム区分構成の前記少なくとも一部の前記適用を、前記第１のサービングセルまたは前記第２のサービングセルの前記少なくとも１つの、ダウンリンク（ＤＬ）サブフレーム構成に限定するようにさらに構成されることを特徴とする請求項１に記載のノード。
【請求項８】
前記第１のサブフレーム区分構成の前記少なくとも一部および前記第２のサブフレーム区分構成の前記少なくとも一部はそれぞれ、アップリンク（ＵＬ）サブフレーム区分構成を含み、前記ノードは、前記それぞれのＵＬサブフレーム区分構成を前記ＰｃｅｌｌのＵＬサブフレーム区分構成に適用するようにさらに構成されることを特徴とする請求項２に記載のノード。
【請求項９】
前記第１のサブフレーム区分構成および前記第２のサブフレーム区分構成は、無線リソース制御（ＲＲＣ）信号によって第２のノードから与えられ、前記第２のノードは前記無線通信システムと通信し、前記第２のノードは進化型ノードＢ（ｅＮＢ）またはドナー進化型ノードＢ（ＤｅＮＢ）のうちの少なくとも１つであることを特徴とする請求項１に記載のノード。
【請求項１０】
前記ノードはリレーノードであることを特徴とする請求項９に記載のノード。
【請求項１１】
前記ノードは、Ｕｎインタフェースを介して前記ｅＮＢまたはＤｅＮＢの前記少なくとも１つと通信するようにさらに構成されることを特徴とする請求項１０に記載のノード。
【請求項１２】
前記ノードは無線送受信ユニット（ＷＴＲＵ）であることを特徴とする請求項１に記載のノード。
【請求項１３】
前記ＷＴＲＵは、時分割多重モードで動作するようにさらに構成されることを特徴とする請求項１２に記載のノード。
【請求項１４】
ノードであって、前記ノードは、無線通信システムと通信し、前記ノードは、
少なくとも第１のコンポーネントキャリアおよび第２のコンポーネントキャリアと通信し、
前記第１のコンポーネントキャリアについての第１のサブフレーム区分構成を受信し、
前記第２のコンポーネントキャリアについての第２のサブフレーム区分構成を受信し、
前記第２のコンポーネントキャリアの物理アップリンク制御チャネル（ＰＵＣＣＨ）のサブフレームに対応する前記第１のコンポーネントキャリアのサブフレームがアップリンク（ＵＬ）送信には利用不可であるという条件に基づいて、前記第２のコンポーネントキャリアの前記ＰＵＣＣＨの前記サブフレームによって、アップリンク制御情報（ＵＣＩ）の少なくとも一部分を送信する
ように少なくとも構成されることを特徴とするノード。
【請求項１５】
前記条件は、前記第２のコンポーネントキャリアの前記物理アップリンク制御チャネル（ＰＵＣＣＨ）の前記サブフレームに対応するサブフレームにおいて、制限されたアップリンクをもつ前記第１のコンポーネントキャリアについての前記第１のサブフレーム区分構成を含むことを特徴とする請求項１４に記載のノード。
【請求項１６】
前記ノードは、前記ＵＣＩの前記少なくとも一部分を、進化型ノードＢ（ｅＮＢ）またはドナー進化型ノードＢ（ＤｅＮＢ）の少なくとも１つに送信するようにさらに構成されることを特徴とする請求項１４に記載のノード。
【請求項１７】
ノードであって、前記ノードは、無線通信システムと通信し、前記ノードは、
少なくとも第１のコンポーネントキャリアおよび第２のコンポーネントキャリアと通信し、
前記第１のコンポーネントキャリアについてのサブフレーム区分構成を受信し、
前記第２のコンポーネントキャリアの物理アップリンク制御チャネル（ＰＵＣＣＨ）のサブフレームに対応する前記第１のコンポーネントキャリアのサブフレームがアップリンク送信には利用不可であるという条件に基づいて、前記第２のコンポーネントキャリアの前記ＰＵＣＣＨの前記サブフレームによって、アップリンク制御情報（ＵＣＩ）の少なくとも一部分を送信し、前記第２のコンポーネントキャリアがサブフレーム区分構成をもたない
ように少なくとも構成されることを特徴とするノード。
【請求項１８】
ノードであって、前記ノードは、無線通信システムと通信し、前記ノードは、
第１のコンポーネントキャリアおよび第２のコンポーネントキャリアと通信し、
前記第１のコンポーネントキャリアについての第１のサブフレーム区分構成を受信し、
前記第２のコンポーネントキャリアについての第２のサブフレーム区分構成を受信し、前記第１のサブフレーム区分構成は前記第２のサブフレーム区分構成とは異なり、
タイミングオフセット値を利用して、前記第１のコンポーネントキャリアと前記第２のコンポーネントキャリアとの間のクロスキャリアスケジューリングを実施する
ように少なくとも構成されることを特徴とするノード。
【請求項１９】
前記ノードは、
ダウンリンク制御情報（ＤＣＩ）を受信し、前記タイミングオフセット値が前記ＤＣＩ内で与えられ、
ダウンリンク（ＤＬ）制御チャネル上で前記クロスキャリアスケジューリングを実施し、前記タイミングオフセット値が、スケジュールされたダウンリンク送信のサブフレームと、前記ノードが前記ＤＣＩを受信したサブフレームとの間のサブフレームの数を表す
ようにさらに構成されることを特徴とする請求項１８に記載のノード。
【請求項２０】
前記ノードは、
ダウンリンク（ＤＬ）制御チャネル上でダウンリンク制御情報（ＤＣＩ）を受信するようにさらに構成され、前記タイミングオフセット値は前記ＤＣＩ内で与えられ、前記タイミングオフセット値は、スケジュールされたアップリンク送信のサブフレームと、前記ノードが前記ＤＣＩを受信したサブフレームとの間のサブフレームの数を表し、前記ＤＬ制御チャネルは、リレー物理ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）または物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の少なくとも１つであることを特徴とする請求項１８に記載のノード。
【請求項２１】
前記ノードは、前記第２のサブフレーム区分構成の前記サブフレームを使うように構成されないことを特徴とする請求項１に記載のノード。
【請求項２２】
前記第１のサービングセルは一次サービングセル（Ｐｃｅｌｌ）であり、前記第２のサービングセルは二次サービングセル（Ｓｃｅｌｌ）であり、前記ノードは、前記第２のサブフレーム区分構成の前記サブフレームの方向が、前記第１のサブフレーム区分構成の対応するサブフレームの方向とは異なるとき、前記第２のサブフレーム区分構成のサブフレームを使うように構成されないことを特徴とする請求項１に記載のノード。
【請求項２３】
前記ノードは、半二重モードで動作するように構成された無線送信／受信ユニット（ＷＴＲＵ）であることを特徴とする請求項１に記載のノード。
【請求項２４】
前記第１のサブフレーム区分構成のサブフレームの方向は、前記第２のサブフレーム区分構成の対応するサブフレームとは異なり、前記ノードは、前記第２のサブフレーム区分構成の前記サブフレームを使うように構成されないことを特徴とする請求項１４に記載のノード。
【請求項２５】
前記ノードは、前記第２のサブフレーム区分構成の前記サブフレームの方向が、前記第１のサブフレーム区分構成の対応するサブフレームの方向とは異なるとき、前記第２のサブフレーム区分構成のサブフレームを使うように構成されないことを特徴とする請求項１４に記載のノード。
【請求項２６】
前記ノードは、半二重モードで動作するように構成された無線送信／受信ユニット（ＷＴＲＵ）であることを特徴とする請求項１４に記載のノード。
【国際調査報告】
2014515908.tif 000020
2014515908.tif 000021