(57)【特許請求の範囲】
【請求項１】
少なくとも１つのリレー・ノードを用いて無線通信システムにおけるリレー・バックホール通信を容易にするための方法であって、
それぞれのユーザ・デバイスとの通信のために利用される少なくとも１つのリレー・ノードを識別することと、
前記少なくとも１つのリレー・ノードとの通信を実行するための少なくとも１つのリレー・バックホール制御チャネルを識別することと、ここで、前記少なくとも１つのリレー・バックホール制御チャネルは、リソース・ブロック（ＲＢ）の第１のセットの制御部分を含む、
前記少なくとも１つのリレー・バックホール制御チャネルの復調のために構成された基準信号を提供するリソースの第１のセットを、前記ＲＢの第１のセットの制御部分において識別することと、
少なくとも１つのリレー・バックホール・データ・チャネルの復調のために構成された基準信号を提供するリソースの第２のセットを、前記ＲＢの第１のセットの制御部分において識別することと、ここで、前記リソースの第２のセットは、前記リソースの少なくとも第１のセットを含む、
前記少なくとも１つのリレー・バックホール制御チャネルを用いて、前記少なくとも１つのリレー・ノードと通信することとを備え、
前記リソースの第１のセットが、前記リソースの第２のセットを備えている場合、前記リレー・バックホール・データ・チャネルに関連付けられた送信のランクは、前記リソースの第１のセットによって制限され、前記リソースの第２のセットが、前記リソースの第１のセットよりも大きい場合、前記リレー・バックホール・データ・チャネルに関連付けられた送信のランクは、前記リソースの第２のセットによって制限される、方法。
【請求項２】
前記少なくとも１つのリレー・バックホール・データ・チャネルは、ＲＢの第２のセットの非制御部分を備える、請求項１に記載の方法。
【請求項３】
前記ＲＢの第１のセットと、前記ＲＢの第２のセットとは、オーバーラップしない、請求項２に記載の方法。
【請求項４】
前記非制御部分は、前記ＲＢの第２のセットのリソースのうちのすべてのセットを備える、請求項２に記載の方法。
【請求項５】
前記ＲＢの第１のセットと、前記ＲＢの第２のセットとは、少なくとも部分的にオーバーラップする、請求項２に記載の方法。
【請求項６】
前記ＲＢの第２のセットの非制御部分は、前記ＲＢの第１および第２のセットの制御部分に属するリソースから解放されている、請求項５に記載の方法。
【請求項７】
前記基準信号は、共通の基準信号である、請求項１に記載の方法。
【請求項８】
前記基準信号は、リレー・ノード特有の基準信号である、請求項１に記載の方法。
【請求項９】
前記制御部分は、前記ＲＢの第１のセットのすべてのリソースを備える、請求項１に記載の方法。
【請求項１０】
前記制御部分は、前記ＲＢの第１のセットのリソースのうちの一部のみを備える、請求項１に記載の方法。
【請求項１１】
前記少なくとも１つのリレー・バックホール制御チャネルは、Ｒ−ＰＤＣＣＨ、Ｒ−ＰＨＩＣＨ、またはＲ−ＰＣＦＩＣＨのうちの１または複数を備える、請求項１に記載の方法。
【請求項１２】
前記少なくとも１つのリレー・バックホール制御チャネルを識別することは、周波数領域においてそれぞれのＲＢを占有するＲ−ＰＤＣＣＨを識別することを備える、請求項１に記載の方法。
【請求項１３】
それぞれのＲＢで複数のリレー・ノードをインタリーブすることをさらに備える、請求項１２に記載の方法。
【請求項１４】
前記インタリーブすることは、リソース要素グループ（ＲＥＧ）に基づいて実行される、請求項１３に記載の方法。
【請求項１５】
前記ＲＥＧは、４つのリソース要素（ＲＥ）を備える、請求項１４に記載の方法。
【請求項１６】
前記４つのＲＥは、１つのＯＦＤＭシンボルにおいて、前記周波数領域において互いに実質的に隣接している４つのＲＥを備える、請求項１２に記載の方法。
【請求項１７】
おのおののリレー・バックホール制御チャネルは、９つのＲＥＧからなるグラニュラリティを備える、請求項１６に記載の方法。
【請求項１８】
前記少なくとも１つのリレー・バックホール制御チャネルを識別することは、周波数領域においてそれぞれのＲＢの時間領域部分を占有するＲ−ＰＤＣＣＨを識別することを備える、請求項１に記載の方法。
【請求項１９】
前記少なくとも１つのリレー・バックホール制御チャネルを識別することは、Ｒ−ＰＤＣＣＨ送信とＰＤＳＣＨ送信とのためのリソースを含む少なくとも１つのＲＢを識別することを備える、請求項１に記載の方法。
【請求項２０】
無線通信システムにおいてリレー・バックホール通信を容易にするための装置であって、
それぞれのユーザ・デバイスとの通信のために利用される少なくとも１つのリレー・ノードと、
前記少なくとも１つのリレー・ノードとの通信を実行するための少なくとも１つのリレー・バックホール制御チャネルと、ここで、前記少なくとも１つのリレー・バックホール制御チャネルは、リソース・ブロック（ＲＢ）の第１のセットの制御部分を含む、
前記ＲＢの第１のセットの制御部分におけるリソースの第１のセットと、ここで、前記リソースの第１のセットは、前記少なくとも１つのリレー・バックホール制御チャネルの復調のために構成された基準信号を提供する、
前記ＲＢの第１のセットの制御部分におけるリソースの第２のセットと、ここで、前記リソースの第２のセットは、前記少なくとも１つのリレー・バックホール・データ・チャネルの復調のために構成された基準信号を提供し、前記リソースの少なくとも第１のセットを含む、を備え、
前記リソースの第１のセットが、前記リソースの第２のセットを備えている場合、前記リレー・バックホール・データ・チャネルに関連付けられた送信のランクは、前記リソースの第１のセットによって制限され、前記リソースの第２のセットが、前記リソースの第１のセットよりも大きい場合、前記リレー・バックホール・データ・チャネルに関連付けられた送信のランクは、前記リソースの第２のセットによって制限される、
装置。
【請求項２１】
前記少なくとも１つのリレー・バックホール・データ・チャネルは、ＲＢの第２のセットの非制御部分を備える、請求項２０に記載の装置。
【請求項２２】
前記ＲＢの第１のセットと、前記ＲＢの第２のセットとは、オーバーラップしない、請求項２１に記載の装置。
【請求項２３】
前記非制御部分は、前記ＲＢの第２のセットのリソースのうちのすべてのセットを備える、請求項２１に記載の装置。
【請求項２４】
前記ＲＢの第１のセットと、前記ＲＢの第２のセットとは、少なくとも部分的にオーバーラップする、請求項２１に記載の装置。
【請求項２５】
前記ＲＢの第２のセットの非制御部分は、前記ＲＢの第１および第２のセットの制御部分に属するリソースから解放されている、請求項２４に記載の装置。
【請求項２６】
前記基準信号は、共通の基準信号である、請求項２０に記載の装置。
【請求項２７】
前記基準信号は、リレー・ノード特有の基準信号である、請求項２０に記載の装置。
【請求項２８】
前記制御部分は、前記ＲＢの第１のセットのすべてのリソースを備える、請求項２０に記載の装置。
【請求項２９】
前記制御部分は、前記ＲＢの第１のセットのリソースのうちの一部のみを備える、請求項２０に記載の装置。
【請求項３０】
前記少なくとも１つのリレー・バックホール制御チャネルは、Ｒ−ＰＤＣＣＨ、Ｒ−ＰＨＩＣＨ、またはＲ−ＰＣＦＩＣＨのうちの１または複数を備える、請求項２０に記載の装置。
【請求項３１】
前記少なくとも１つのリレー・バックホール制御チャネルを識別することは、周波数領域においてそれぞれのＲＢを占有するＲ−ＰＤＣＣＨを識別することを備える、請求項２０に記載の装置。
【請求項３２】
少なくとも１つのリレー・ノードを用いて無線通信システムにおけるリレー・バックホール通信を容易にするためのコンピュータ・プログラム製品であって、
それぞれのユーザ・デバイスとの通信のために利用される少なくとも１つのリレー・ノードを識別することと、
前記少なくとも１つのリレー・ノードとの通信を実行するための少なくとも１つのリレー・バックホール制御チャネルを識別することと、ここで、前記少なくとも１つのリレー・バックホール制御チャネルは、リソース・ブロック（ＲＢ）の第１のセットの制御部分を含む、
前記少なくとも１つのリレー・バックホール制御チャネルの復調のために構成された基準信号を提供するリソースの第１のセットを、前記ＲＢの第１のセットの制御部分において識別することと、
少なくとも１つのリレー・バックホール・データ・チャネルの復調のために構成された基準信号を提供するリソースの第２のセットを、前記ＲＢの第１のセットの制御部分において識別することと、ここで、前記リソースの第２のセットは、前記リソースの少なくとも第１のセットを含む、
前記少なくとも１つのリレー・バックホール制御チャネルを用いて、前記少なくとも１つのリレー・ノードと通信することと、
のためのコードを記録し、
前記リソースの第１のセットが、前記リソースの第２のセットを備えている場合、前記リレー・バックホール・データ・チャネルに関連付けられた送信のランクは、前記リソースの第１のセットによって制限され、前記リソースの第２のセットが、前記リソースの第１のセットよりも大きい場合、前記リレー・バックホール・データ・チャネルに関連付けられた送信のランクは、前記リソースの第２のセットによって制限される、
コンピュータ読取可能な記録媒体。
【請求項３３】
前記少なくとも１つのリレー・バックホール・データ・チャネルは、ＲＢの第２のセットの非制御部分を備える、請求項３２に記載のコンピュータ読取可能な記録媒体。
【請求項３４】
前記ＲＢの第１のセットと、前記ＲＢの第２のセットとは、オーバーラップしない、請求項３３に記載のコンピュータ読取可能な記録媒体。
【請求項３５】
前記非制御部分は、前記ＲＢの第２のセットのリソースのうちのすべてのセットを備える、請求項３３に記載のコンピュータ読取可能な記録媒体。
【請求項３６】
前記ＲＢの第１のセットと、前記ＲＢの第２のセットとは、少なくとも部分的にオーバーラップする、請求項３３に記載のコンピュータ読取可能な記録媒体。
【請求項３７】
前記ＲＢの第２のセットの非制御部分は、前記ＲＢの第１および第２のセットの制御部分に属するリソースから解放されている、請求項３３に記載のコンピュータ読取可能な記録媒体。
【請求項３８】
前記基準信号は、共通の基準信号である、請求項３２に記載のコンピュータ読取可能な記録媒体。
【請求項３９】
前記基準信号は、リレー・ノード特有の基準信号である、請求項３２に記載のコンピュータ読取可能な記録媒体。
【請求項４０】
前記制御部分は、前記ＲＢの第１のセットのすべてのリソースを備える、請求項３２に記載のコンピュータ読取可能な記録媒体。
【請求項４１】
前記制御部分は、前記ＲＢの第１のセットのリソースのうちの一部のみを備える、請求項３２に記載のコンピュータ読取可能な記録媒体。
【請求項４２】
前記少なくとも１つのリレー・バックホール制御チャネルは、Ｒ−ＰＤＣＣＨ、Ｒ−ＰＨＩＣＨ、またはＲ−ＰＣＦＩＣＨのうちの１または複数を備える、請求項３２に記載のコンピュータ読取可能な記録媒体。
【請求項４３】
前記少なくとも１つのリレー・バックホール制御チャネルを識別することは、周波数領域においてそれぞれのＲＢを占有するＲ−ＰＤＣＣＨを識別することを備える、請求項３２に記載のコンピュータ読取可能な記録媒体。
【請求項４４】
それぞれのＲＢで複数のリレー・ノードをインタリーブすることをさらに備える、請求項４３に記載のコンピュータ読取可能な記録媒体。
【請求項４５】
前記インタリーブすることは、リソース要素グループ（ＲＥＧ）に基づいて実行される、請求項４４に記載のコンピュータ読取可能な記録媒体。
【請求項４６】
前記ＲＥＧは、４つのリソース要素（ＲＥ）を備える、請求項４５に記載のコンピュータ読取可能な記録媒体。
【請求項４７】
前記４つのＲＥは、１つのＯＦＤＭシンボルにおいて、前記周波数領域において互いに実質的に隣接している４つのＲＥを備える、請求項４６に記載のコンピュータ読取可能な記録媒体。
【請求項４８】
おのおののリレー・バックホール制御チャネルは、９つのＲＥＧからなるグラニュラリティを備える、請求項４７に記載のコンピュータ読取可能な記録媒体。
【請求項４９】
前記少なくとも１つのリレー・バックホール制御チャネルを識別することは、周波数領域においてそれぞれのＲＢの時間領域部分を占有するＲ−ＰＤＣＣＨを識別することを備える、請求項３２に記載のコンピュータ読取可能な記録媒体。
【請求項５０】
前記少なくとも１つのリレー・バックホール制御チャネルを識別することは、Ｒ−ＰＤＣＣＨ送信とＰＤＳＣＨ送信とのためのリソースを含む少なくとも１つのＲＢを識別することを備える、請求項３２に記載のコンピュータ読取可能な記録媒体。
【請求項５１】
少なくとも１つのリレー・ノードを用いて無線通信システムにおけるリレー・バックホール通信を容易にする装置であって、
それぞれのユーザ・デバイスとの通信のために利用される少なくとも１つのリレー・ノードを識別する手段と、
前記少なくとも１つのリレー・ノードとの通信を実行するための少なくとも１つのリレー・バックホール制御チャネルを識別する手段と、ここで、前記少なくとも１つのリレー・バックホール制御チャネルは、リソース・ブロック（ＲＢ）の第１のセットの制御部分を含む、
前記少なくとも１つのリレー・バックホール制御チャネルの復調のために構成された基準信号を提供するリソースの第１のセットを、前記ＲＢの第１のセットの制御部分において識別する手段と、
少なくとも１つのリレー・バックホール・データ・チャネルの復調のために構成された基準信号を提供するリソースの第２のセットを、前記ＲＢの第１のセットの制御部分において識別する手段と、ここで、前記リソースの第２のセットは、前記リソースの少なくとも第１のセットを含む、
前記少なくとも１つのリレー・バックホール制御チャネルを用いて、前記少なくとも１つのリレー・ノードと通信する手段とを備え、
前記リソースの第１のセットが、前記リソースの第２のセットを備えている場合、前記リレー・バックホール・データ・チャネルに関連付けられた送信のランクは、前記リソースの第１のセットによって制限され、前記リソースの第２のセットが、前記リソースの第１のセットよりも大きい場合、前記リレー・バックホール・データ・チャネルに関連付けられた送信のランクは、前記リソースの第２のセットによって制限される、装置。
【発明の詳細な説明】
【関連出願に対する相互参照】
【０００１】
本願は、全体が参照によって本明細書に明確に組み込まれている２００９年１０月３０日出願の米国仮出願６１／２５６，８９９号の優先権を主張する。
【技術分野】
【０００２】
本願は、一般に、無線通信システムにおいてバックホール通信をリレーすることに関する。さらに詳しくは、限定されないが、本願は、無線通信システムにおいてリレー・バックホール・チャネルを設計するための技術に関する。
【背景技術】
【０００３】
無線通信システムは、例えば、音声、データ等のようなさまざまなタイプのコンテンツを提供するために広く開発されてきた。これらのシステムは、（例えば、帯域幅、送信電力等のような）利用可能なシステム・リソースを共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムでありうる。このような多元接続システムの例は、符号分割多元接続（“ＣＤＭＡ”）システム、時分割多元接続（“ＴＤＭＡ”）システム、周波数分割多元接続（“ＦＤＭＡ”）システム、３ＧＰＰロング・ターム・イボリューション（“ＬＴＥ”）システム、および直交周波数分割多元接続（“ＯＦＤＭＡ”）システム等を含む。
【０００４】
一般に、無線多元接続通信システムは、複数の無線端末のための通信を同時にサポートしうる。端末はおのおのの、順方向リンクおよび逆方向リンクによる送信を介して１または複数の基地局と通信する。順方向リンク（すなわちダウンリンク）は、基地局から端末への通信リンクを称し、逆方向リンク（すなわちアップリンク）は、端末から基地局への通信リンクを称する。この通信リンクは、単一入力単一出力システム、複数入力単一出力システム、あるいは複数入力複数出力（“ＭＩＭＯ”）システム等によって確立されうる。
【０００５】
一般に、無線セルラ通信ネットワークは、多くのモバイル・ユーザ機器（“ＵＥ”）および多くのベース・ノード（“ノードＢ”）を組み込む。ノードＢは一般に固定局であり、基地トランシーバ・システム（“ＢＴＳ”）、アクセス・ポイント（“ＡＰ”）、基地局（“ＢＳ”）、あるいは他のいくつかの同等な専門用語でも称されうる。ネットワークに対する改良がなされ、ノードＢ機能も発展し、ノードＢはしばしば、イボルブド・ノードＢ（“ｅＮＢ”）とも称される。一般に、ノードＢハードウェアは、適用される場合、固定され据え置かれる。一方、ＵＥハードウェアは、ポータブルである。
【０００６】
ノードＢとは対照的に、モバイルＵＥは、ポータブル・ハードウェアを備えうる。端末または移動局とも一般に称されるＵＥは、固定式またはモバイル式のデバイスであり、無線デバイス、セルラ電話、携帯情報端末（“ＰＤＡ”）、無線モデム・カード等とも称される。アップリンク通信（“ＵＬ”）は、モバイルＵＥからノードＢへの通信を称する一方、ダウンリンク（“ＤＬ”）は、ノードＢからモバイルＵＥへの通信を称する。
【０００７】
おのおののノードＢは、自由に動き回るモバイルＵＥとダイレクトに通信するために使用されるラジオ周波数送信機（単数または複数）および受信機（単数または複数）を含んでいる。同様に、おのおののモバイルＵＥは、ノードＢとダイレクトに通信するために使用されるラジオ周波数送信機（単数または複数）および受信機（単数または複数）を含んでいる。セルラ・ネットワークでは、モバイルＵＥは、互いにダイレクトに通信することはできず、ノードＢと通信せねばならない。
【０００８】
リレー・ノード（“ＲＮ”）は、無線通信システムにおける使用のために考慮されている。ＲＮは、範囲拡張を提供すること、データ・レートを増加すること、ＵＥモビリティを容易にすること、セル・エッジ有効通信範囲を改善することのみならず、その他のパラメータを提供することのために、例えばｅＮＢのような基地局、ＵＥ、および端末間に配置されうる。ＵＥに対して独立したノードＢとして見えるＲＮを称する“タイプ１”ＲＮを含む異なるタイプのＲＮが実現されうる。これゆえ、タイプ１  ＲＮは、自己の同期チャネル、制御チャネル等を送信しうる。
【０００９】
さらに、無線通信システムでは、同じ帯域で送信と受信とを同時にすることができない帯域内ハーフ・デュプレクスＲＮがサポートされうる。バックホール・リンクにおいてドナー・ノードＢからのＤＬ通信を受信するための“ブランク期間”を生成するために、マルチメディア・ブロードキャスト・オーバ・シングル周波数ネットワーク（“ＭＢＳＦＮ”）インタバルが使用されうることが現在認識されている。しかしながら、（例えば、１または２のＯＦＤＭシンボル継続するＰＤＣＣＨ送信を含む）ＭＢＳＦＮサブフレームの特性によって、ＲＮは、ある場合には、ドナー・ノードＢからのＰＤＣＣＨ送信を聞くことができないことが認識される。その結果、ノードＢとＲＮとの間で、１または複数のリレー制御チャネル（例えば、Ｒ−ＰＤＣＣＨ、Ｒ−ＰＨＩＣＨ、Ｐ−ＰＣＦＩＣＨ等）が実施されうる。したがって、本願は、リレー・バックホール・チャネルの設計に関するさまざまな態様に対処する。
【発明の概要】
【００１０】
本開示は、一般に、リレー・ノード（“ＲＮ”）との無線通信を容易にするための装置および方法に関する。ＲＮは、範囲拡張を提供すること、データ・レートを増加すること、ＵＥモビリティを容易にすること、セル・エッジ有効通信範囲を改善することのみならず、その他のパラメータを提供することのために、例えばｅＮＢのような基地局、ＵＥ、および端末間に配置されうる。少なくとも１つのＲＮとの帯域内ハーフ・デュプレクス通信を実行するリレー・バックホール・チャネルが提供される。リレー・バックホール・チャネルは、ＦＤＭチャネル、ＴＤＭ／ＦＤＭチャネル、Ｒ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨ統合チャネルでありうる。
【００１１】
１つの態様では、本開示は、少なくとも１つのリレー・ノードを用いて、無線通信システムにおけるリレー・バックホール通信を容易にする方法に関する。それぞれのユーザ・デバイスとの通信のために利用される少なくとも１つのリレー・ノードが識別される。少なくとも１つのリレー・ノードとの通信を実行するための少なくとも１つのリレー・バックホール制御チャネルもまた識別される。ここで、少なくとも１つのリレー・バックホール制御チャネルは、リソース・ブロック（ＲＢ）の第１のセットの制御部分を備える。ＲＢの第１のセットの制御部分では、少なくとも１つのリレー・バックホール制御チャネルの復調のために構成された基準信号を提供する、リソースの第１のセットが識別される。ＲＢの第１のセットの制御部分では、リソースのうちの少なくとも第１のセットを含み、少なくとも１つのリレー・バックホール・データ・チャネルの復調のために構成された基準信号を提供する、リソースの第２のセットが識別される。通信は、少なくとも１つのリレー・バックホール制御チャネルを用いて、少なくとも１つのリレー・ノードとともに実行される。
【００１２】
さらなる態様では、本開示は、無線通信システムにおいてリレー・バックホール通信を容易にするための装置に関する。この装置は、それぞれのユーザ・デバイスとの通信のために利用される少なくとも１つのリレー・ノードと、少なくとも１つのリレー・ノードとの通信を実行するための少なくとも１つのリレー・バックホール制御チャネルと、を含む。ここで、少なくとも１つのリレー・バックホール制御チャネルは、リソース・ブロック（ＲＢ）の第１のセットの制御部分を含む。この装置はさらに、ＲＢの第１のセットの制御部分におけるリソースの第１のセットを含む。リソースの第１のセットは、少なくとも１つのリレー・バックホール制御チャネルの復調のために構成された基準信号を提供する。この装置はさらにまた、ＲＢの第１のセットの制御部分におけるリソースの第２のセットを含む。リソースの第２のセットは、少なくとも１つのリレー・バックホール・データ制御チャネルの復調のために構成された基準信号を提供し、リソースのうちの少なくとも第１のセットを含む。
【００１３】
また別の態様では、本開示は、少なくとも１つのリレー・ノードを用いて無線通信システムにおけるリレー・バックホール通信を容易にするためのコンピュータ・プログラム製品に関する。コンピュータ・プログラム製品は、それぞれのユーザ・デバイスとの通信のために利用される少なくとも１つのリレー・ノードを識別することと、少なくとも１つのリレー・ノードとの通信を実行するための少なくとも１つのリレー・バックホール制御チャネルを識別することと、ここで、少なくとも１つのリレー・バックホール制御チャネルは、リソース・ブロック（ＲＢ）の第１のセットの制御部分を含む。少なくとも１つのリレー・バックホール制御チャネルの復調のために構成された基準信号を提供するリソースの第１のセットを、ＲＢの第１のセットの制御部分において識別することと、少なくとも１つのリレー・バックホール制御データ・チャネルの復調のために構成された基準信号を提供するリソースの第２のセットを、ＲＢの第１のセットの制御部分において識別することと、ここで、リソースの第２のセットは、リソースのうちの少なくとも第１のセットを含む、少なくとも１つのリレー・バックホール制御チャネルを用いて、少なくとも１つのリレー・ノードと通信することと、のためのコードを含む。
【００１４】
別の態様では、本開示は、少なくとも１つのリレー・ノードを用いて、無線通信システムにおけるリレー・バックホール通信を容易にする装置に関する。この装置は、それぞれのユーザ・デバイスとの通信のために利用される少なくとも１つのリレー・ノードを識別する手段と、少なくとも１つのリレー・ノードとの通信を実行するための少なくとも１つのリレー・バックホール制御チャネルを識別する手段と、ここで、少なくとも１つのリレー・バックホール制御チャネルは、リソース・ブロック（ＲＢ）の第１のセットの制御部分を含む、少なくとも１つのリレー・バックホール制御チャネルの復調のために構成された基準信号を提供するリソースの第１のセットを、ＲＢの第１のセットの制御部分において識別する手段と、少なくとも１つのリレー・バックホール制御データ・チャネルの復調のために構成された基準信号を提供するリソースの第２のセットを、ＲＢの第１のセットの制御部分において識別する手段と、ここで、リソースの第２のセットは、リソースのうちの少なくとも第１のセットを含む、少なくとも１つのリレー・バックホール制御チャネルを用いて、少なくとも１つのリレー・ノードと通信する手段と、を含む。
【００１５】
本開示はさらに、上述された方法のみならず、本明細書に記載された他のものを実現するためのコンピュータ・プログラム製品、デバイス、装置、およびシステムに関する。追加のさまざまな態様がさらに、添付図面と連携して以下に記載される。
【図面の簡単な説明】
【００１６】
本願は、同一の参照符号が全体を通じて同一部位を示す添付図面と連携して採用された以下の詳細記述に関連してより十分に理解されうる。
【図１】図１は、典型的な実施形態が実現されうる無線通信システムを例示する。
【図２】図２は、図１の無線通信システムとともに使用するための無線通信ネットワークを例示する。
【図３】図３は、典型的な無線通信システムにおける典型的なＵＥおよびｅＮＢの典型的な実施形態のブロック図を例示する。
【図４】図４は、無線通信システム内におけるリレー・バックホール通信をサポートするシステムのブロック図を例示する。
【図５】図５は、無線通信システムにおけるリレー・バックホール通信を容易にするためのフローチャートである。
【図６】図６は、ＦＤＭリレー・制御チャネルによって無線通信システムにおけるリレー・バックホール通信を容易にするためのフローチャートである。
【図７】図７は、ＲＥＧを例示するブロック図である。
【図８】図８は、ＦＤＭリレー・バックホール・チャネルの典型的な設計を例示するブロック図である。
【図９】図９は、ＴＤＭ／ＦＤＭリレー制御チャネルによって無線通信システムにおけるリレー・バックホール通信を容易にするためのフローチャートである。
【図１０】図１０は、ＴＤＭ／ＦＤＭリレー・バックホール・チャネルの典型的な設計を例示するブロック図である。
【図１１】図１１は、Ｒ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨ統合リレー制御チャネルによって無線通信システムにおけるリレー・バックホール通信を容易にするためのフローチャートである。
【発明を実施するための形態】
【００１７】
リレー・ノード（“ＲＮ”）を用いて無線通信を容易にするためのシステムおよび方法が開示される。ＲＮは、範囲拡張を提供すること、データ・レートを増加すること、ＵＥモビリティを容易にすること、セル・エッジ有効通信範囲を改善することのみならず、その他のパラメータを提供することのために、例えばｅＮＢのような基地局、ＵＥ、および端末間に配置されうる。ＵＥに対して独立したノードＢとして見えるＲＮを称する“タイプ１”ＲＮを含む異なるタイプのＲＮが実現されうる。これゆえ、タイプ１  ＲＮは、自己の同期チャネル、制御チャネル等を送信しうる。
【００１８】
また、無線通信システムでは、同じ帯域で送信と受信とを同時にすることができない帯域内ハーフ・デュプレクスＲＮがサポートされうる。バックホール・リンクにおいてドナー・ノードＢからのＤＬ通信を受信するための“ブランク期間”を生成するために、マルチメディア・ブロードキャスト・オーバ・シングル周波数ネットワーク（“ＭＢＳＦＮ”）インタバルが使用されうることが現在認識されている。しかしながら、（例えば、１または２のＯＦＤＭシンボル継続するＰＤＣＣＨ送信を含む）ＭＢＳＦＮサブフレームの特性によって、ＲＮは、ある場合には、ドナー・ノードＢからのＰＤＣＣＨ送信を聞くことができないことが認識される。その結果、ノードＢとＲＮとの間で、１または複数のリレー制御チャネル（例えば、Ｒ−ＰＤＣＣＨ、Ｒ−ＰＨＩＣＨ、Ｐ−ＰＣＦＩＣＨ等）が実施されうる。従って、リレー・バックホール・チャネルを設計するためのシステムおよび方法が以下に説明される。
【００１９】
さまざま実施形態では、本明細書に記載された技術は、例えば、符号分割多元接続（“ＣＤＭＡ”）ネットワーク、時分割多元接続（“ＴＤＭＡ”）ネットワーク、周波数分割多元接続（“ＦＤＭＡ”）ネットワーク、直交ＦＤＭＡ（“ＯＦＤＭＡ”）ネットワーク、シングル・キャリアＦＤＭＡ（“ＳＣ−ＦＤＭＡ”）ネットワークのみならず、その他の通信ネットワークのような無線通信ネットワークのために使用されうる。本明細書で説明されるように、“システム”、“ネットワーク”という用語は、しばしば置換可能に使用される。
【００２０】
ＣＤＭＡネットワークは、例えば、ユニバーサル地上ラジオ・アクセス（“ＵＴＲＡ”）、ＣＤＭＡ２０００等のようなラジオ技術を実現しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（“Ｗ−ＣＤＭＡ”）および低チップ・レート（“ＬＣＲ”）を含む。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル移動体通信システム（“ＧＳＭ（登録商標）”）のようなラジオ技術を実現しうる。
【００２１】
ＯＦＤＭＡネットワークは、例えば、イボルブドＵＴＲＡ（“Ｅ−ＵＴＲＡ”）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のようなラジオ技術を実現する。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（“ＵＭＴＳ”）の一部である。特に、ロング・ターム・イボリューション（“ＬＴＥ”）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、およびＬＴＥは、“第３世代パートナシップ計画”（“３ＧＰＰ”）と命名された組織からの文書に記載されており、ｃｄｍａ２０００は、“第３世代パートナシップ計画２”（３ＧＰＰ２）と命名された組織からの文書に記載されている。
【００２２】
これらさまざまなラジオ技術および規格は、当該技術分野において知られている。例えば、第３世代パートナシップ計画（３ＧＰＰ）は、世界的に適用可能な第３世代（３Ｇ）モバイル電話仕様を定義することを目的とするテレコミュニケーション関係者のグループ間での共同作業である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）は、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）モバイル電話規格の改善を目指した３ＧＰＰプロジェクトである。３ＧＰＰは、モバイル・ネットワーク、モバイル・システム、およびモバイル・デバイスの次世代のための仕様を定義しうる。明確化のために、これら装置および方法のある態様は、以下において、ＬＴＥ実施のために記載されており、ＬＴＥ用語が以下の説明の多くで使用される。しかしながら、この説明は、ＬＴＥアプリケーションに限定されるようには意図されていない。したがって、本明細書で記載された装置および方法は、その他さまざまな通信システムおよびアプリケーションに適用されうることが、当業者によって認識される。
【００２３】
シングル・キャリア変調および周波数領域等値化を利用するシングル・キャリア周波数分割多元接続（“ＳＣ−ＦＤＭＡ”）は、興味のある１つの通信技術である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡと同様の性能および実質的に同じ全体的な複雑さを有する。しかしながら、ＳＣ−ＦＤＭＡ信号は、固有のシングル・キャリア構造のために、ＯＦＤＭＡ信号よりも低い平均ピーク対電力比（“ＰＡＰＲ”）を有する。その結果、ＳＣ−ＦＤＭＡは、送信電力効率に関して、より低いＰＡＰＲがモバイル端末に大いに有益となるアップリンク通信において特に、最近、大きな注目を集めた。ＳＣ−ＦＤＭＡを用いることは、現在、３ＧＰＰロング・ターム・イボリューション（“ＬＴＥ”）またはＥ−ＵＴＲＡにおけるアップリンク多元接続スキームのための動作前提となっている。
【００２４】
無線通信システムにおける論理チャネルは、制御チャネルおよびトラフィック・チャネルに分類されうる。論理制御チャネルは、システム制御情報をブロードキャストするためのダウンリンク（“ＤＬ”）チャネルであるブロードキャスト制御チャネル（“ＢＣＣＨ”）と、ページング情報を転送するＤＬチャネルであるページング制御チャネル（“ＰＣＣＨ”）と、１またはいくつかのマルチキャスト・トラフィック・チャネル（単数または複数）（“ＭＴＣＨ”）のためのマルチメディア・ブロードキャストおよびマルチキャスト・サービス（“ＭＢＭＳ”）スケジューリングおよび制御情報を送信するために使用されるポイント・トゥ・マルチポイントＤＬチャネルであるマルチキャスト制御チャネル（“ＭＣＣＨ”）とを備えうる。一般に、このチャネルは、ラジオ・リソース制御（“ＲＲＣ”）接続を確立した後、ＭＢＭＳを受信するＵＥによってのみ使用される。さらに、専用制御チャネル（“ＤＣＣＨ”）は、専用制御情報を送信するポイント・トゥ・ポイント双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用される。
【００２５】
論理トラフィック・チャネルは、ユーザ情報の転送のために１つのＵＥに特化されたポイント・トゥ・ポイント双方向チャネルである専用トラフィック・チャネル（“ＤＴＣＨ”）と、トラフィック・データを送信するためのポイント・トゥ・マルチポイントＤＬチャネルであるＭＴＣＨとを備える。
【００２６】
伝送チャネルは、ダウンリンク（“ＤＬ”）とアップリンク（“ＵＬ”）に分類される。ＤＬ伝送チャネルは、ブロードキャスト・チャネル（“ＢＣＨ”）、ダウンリンク共有データ・チャネル（“ＤＬ−ＳＤＣＨ”）、およびページング・チャネル（“ＰＣＨ”）を備えうる。ＰＣＨは、セル全体にわたってブロードキャストされることによって、および、他の制御／トラフィック・チャネルのために使用されうる物理レイヤ（“ＰＨＹ”）リソースにマップされることによって、（例えば、ＤＲＸサイクルがネットワークによってＵＥへ示される場合、）ＵＥ節電をサポートするために使用されうる。ＵＬ伝送チャネルは、ランダム・アクセス・チャネル（“ＲＡＣＨ”）、要求チャネル（“ＲＥＱＣＨ”）、アップリンク共有データ・チャネル（“ＵＬ−ＳＤＣＨ”）、および複数のＰＨＹチャネルを備えうる。ＰＨＹチャネルは、ＤＬチャネルおよびＵＬチャネルのセットを備えうる。
【００２７】
さらに、ＤＬ  ＰＨＹチャネルは、以下のチャネルを備える。
【００２８】
共通パイロット・チャネル（“ＣＰＩＣＨ”）
同期チャネル（“ＳＣＨ”）
共通制御チャネル（“ＣＣＣＨ”）
共有ＤＬ制御チャネル（“ＳＤＣＣＨ”）
マルチキャスト制御チャネル（“ＭＣＣＨ”）
共有ＵＬ割当チャネル（“ＳＵＡＣＨ”）
アクノレッジメント・チャネル（“ＡＣＫＣＨ”）
ＤＬ物理共有データ・チャネル（“ＤＬ−ＰＳＤＣＨ”）
ＵＬ電力制御チャネル（“ＵＰＣＣＨ”）
ページング・インジケータ・チャネル（“ＰＩＣＨ”）
負荷インジケータ・チャネル（“ＬＩＣＨ”）
一方、ＵＬ  ＰＨＹチャネルは、以下のチャネルのセットを備える。
【００２９】
物理ランダム・アクセス・チャネル（“ＰＲＡＣＨ”）
チャネル品質インジケータ・チャネル（“ＣＱＩＣＨ”）
アクノレッジメント・チャネル（“ＡＣＫＣＨ”）
アンテナ・サブセット・インジケータ・チャネル（“ＡＳＩＣＨ”）
共有要求チャネル（“ＳＲＥＱＣＨ”）
ＵＬ物理共有データ・チャネル（“ＵＬ−ＰＳＤＣＨ”）、
ブロードキャスト・パイロット・チャネル（“ＢＰＩＣＨ”）
さまざまな実施形態の説明の目的のために、次の用語および略語が本明細書で使用されうる。
【００３０】
ＡＭ：アクノレッジ・モード
ＡＭＤ：アクノレッジ・モード・データ
ＡＲＱ：自動反復要求
ＢＣＣＨ：ブロードキャスト制御チャネル
ＢＣＨ：ブロードキャスト・チャネル
Ｃ−：制御−
ＣＣＣＨ：共通制御チャネル
ＣＣＨ：制御チャネル
ＣＣＴｒＣＨ：符号化された合成伝送チャネル
ＣＰ：サイクリック・プレフィクス
ＣＲＣ：巡回冗長検査
ＣＴＣＨ：共通トラフィック・チャネル
ＤＣＣＨ：専用制御チャネル
ＤＣＨ：専用チャネル
ＤＬ：ダウンリンク
ＤＳＣＨ：ダウンリンク共有チャネル
ＤＴＣＨ：専用トラフィック・チャネル
ＤＣＩ：ダウンリンク制御情報
ＦＡＣＨ：順方向リンク・アクセス・チャネル
ＦＤＤ：周波数分割デュプレクス
Ｌ１：レイヤ１（物理レイヤ）
Ｌ２：レイヤ２（データ・リンク・レイヤ）
Ｌ３：レイヤ３（ネットワーク・レイヤ）
ＬＩ：長さインジケータ
ＬＳＢ：最下位ビット
ＭＡＣ  媒体アクセス制御
ＭＢＭＳ：マルチメディア・ブロードキャスト・マルチキャスト・サービス
ＭＣＣＨ：ＭＢＭＳポイント・トゥ・マルチポイント制御チャネル
ＭＲＷ：動き受信ウィンドウ
ＭＳＢ：最上位ビット
ＭＳＣＨ：ＭＢＭＳポイント・トゥ・マルチポイント・スケジューリング・チャネル
ＭＴＣＨ：ＭＢＭＳポイント・トゥ・マルチポイント・トラフィック・チャネル
ＰＣＣＨ：ページング制御チャネル
ＰＣＨ：ページング・チャネル
ＰＤＵ：プロトコル・データ・ユニット
ＰＨＹ：物理レイヤ
ＰｈｙＣＨ：物理チャネル
ＲＡＣＨ：ランダム・アクセス・チャネル
ＲＬＣ  ラジオ・リンク制御
ＲＲＣ：ラジオ・リソース制御
ＳＡＰ  サービス・アクセス・ポイント
ＳＤＵ：サービス・データ・ユニット
ＳＨＣＣＨ：共有チャネル制御チャネル
ＳＮ：シーケンス番号
ＳＵＦＩ：スーパ・フィールド
ＴＣＨ：トラフィック・チャネル
ＴＤＤ  時分割デュプレクス
ＴＦＩ：伝送フォーマット・インジケータ
ＴＭ：透過モード
ＴＭＤ：透過モード・データ
ＴＴＩ：送信時間インタバル
Ｕ−：ユーザ−
ＵＥ：ユーザ機器
ＵＬ：アップリンク
ＵＭ：非アクノレッジ・モード
ＵＭＤ：非アクノレッジ・モード・データ
ＵＭＴＳ：ユニバーサル・モバイル通信システム
ＵＴＲＡ：ＵＭＴＳ地上ラジオ・アクセス
ＵＴＲＡＮ：ＵＭＴＳ地上ラジオ・アクセス・ネットワーク
ＭＢＳＦＮ：マルチキャスト・ブロードキャスト単一周波数ネットワーク
ＭＣＥ：ＭＢＭＳ調整エンティティ
ＭＣＨ：マルチキャスト・チャネル
ＤＬ−ＳＣＨ：ダウンリンク共有チャネル
ＭＳＣＨ：ＭＢＭＳ制御チャネル
ＰＤＣＣＨ：物理ダウンリンク制御チャネル
ＰＤＳＣＨ：物理ダウンリンク共有チャネル
ＰＣＦＩＣＨ  物理制御フォーマット・インジケータ・チャネル
ＭＩＭＯシステムは、データ送信に関し、複数（“ＮＴ”個）の送信アンテナと、複数（“ＮＲ”個）の受信アンテナとを使用する。ＮＴ個の送信アンテナおよびＮＲ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルと称されるＮＳ個の独立したチャネルへ分解されうる。ここで、ＮＳ≦ｍｉｎ｛ＮＴ，ＮＲ｝である。ＮＳ個の独立チャネルのおのおのは、ディメンションに相当する。これは、スペクトル効率のＮＳ増加を提供する。複数の送信アンテナおよび受信アンテナによって生成される追加のディメンションが利用される場合、ＭＩＭＯシステムは、（例えば、より高いスループット、および／または、より高い信頼性のような）向上されたパフォーマンスを与える。ランクに関し、特別のディメンションが説明されうる。
【００３１】
ＭＩＭＯシステムは、時分割デュプレクス（“ＴＤＤ”）実施および周波数分割デュプレクス（“ＦＤＤ”）実施をサポートしうる。ＴＤＤシステムでは、相互原理によって、逆方向リンク・チャネルから、順方向リンク・チャネルの推定が可能となるように、順方向リンク送信と逆方向リンク送信とが同じ周波数領域を使用する。これによって、アクセス・ポイントにおいて複数のアンテナが利用可能である場合、アクセス・ポイントは、順方向リンクで送信ビーム・フォーミング・ゲインを抽出できるようになる。
【００３２】
システム設計は、ビームフォーミングおよびその他の機能を容易にするために、ダウンリンクおよびアップリンクのためのさまざまな時間−周波数基準信号をサポートしうる。基準信号は、既知のデータに基づいて生成された信号であり、パイロット、プリアンブル、トレーニング信号、サウンディング信号等とも称されうる。基準信号は、例えばチャネル推定、コヒーレント復調、チャネル品質測定、信号強度測定等のようなさまざまな目的のために受信機によって使用されうる。しかしながら、複数のアンテナを用いるＭＩＭＯシステムは、一般に、アンテナ間での基準信号の送信の調整を考慮し、ＬＴＥシステムは、一般に、複数の基地局またはｅＮＢからの基準信号の送信の調整を考慮しない。
【００３３】
３ＧＰＰ仕様３６２１１−９００は、セクション５．５において、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連付けられていないサウンディングのみならず、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連付けられた、復調のための特定の基準信号を定義する。例えば、テーブルＩは、ダウンリンクおよびアップリンクで送信されうるＬＴＥ実施のためのいくつかの基準信号をリストし、おのおのの基準信号のための簡略記述を提供する。セル特有の基準信号はまた、共通パイロット、ブロードバンド・パイロット等とも称されうる。ＵＥ特有の基準信号はまた、専用基準信号とも称されうる。  
【表１】
0005479608.tif 000002
【００３４】
いくつかの実施では、システムは、時分割デュプレクス（“ＴＤＤ”）を利用しうる。ＴＤＤの場合、アップリンクとダウンリンクとが同じ周波数スペクトルまたはチャネルを共有し、ダウンリンク送信およびアップリンク送信が、同じ周波数スペクトルで送信される。ダウンリンク・チャネル応答は、このように、アップリンク・チャネル応答と相関付けられうる。相互原理によって、ダウンリンク・チャネルは、アップリンクによって送られた送信に基づいて推定されるようになる。これらアップリンク送信は、基準信号であるか、または（復調後に基準シンボルとして使用されうる）アップリンク制御チャネルでありうる。アップリンク送信によって、複数のアンテナによる空間選択チャネルの推定が可能となる。
【００３５】
ＬＴＥ実施では、直交周波数分割多重化（ＯＦＤＭ）が、ダウンリンク、すなわち、基地局、アクセス・ポイント、またはｅノードＢ（“ｅＮＢ”）から端末またはＵＥへのために使用される。ＯＦＤＭを使用することは、スペクトル柔軟性に対するＬＴＥ要件を満たし、高いピーク・レートによって、非常に広いキャリアのためのコスト効率の良い解決策を可能とする、良好に確立された技術である。例えば、ＯＦＤＭは、ＩＥＥＥ８０２．１１ａ／ｇ、８０２．１６、ＨＩＰＥＲＬＡＮ−２、ＤＶＢ、およびＤＡＢのような規格で使用される。
【００３６】
（本明細書では、リソース・ブロックとして、または、簡略化して“ＲＢ”としても称される）時間周波数物理リソース・ブロックは、伝送キャリア（例えば、サブ・キャリア）のグループとして、あるいは、データを伝送するために割り当てられたインタバルとして、ＯＦＤＭシステムにおいて定義されうる。ＲＢは、時間および周波数期間にわたって定義される。リソース・ブロックは、時間−周波数リソース要素から構成される（本明細書では、リソース要素として、または、簡略化して“ＲＥ”としても称される）。これは、スロット内の時間および周波数のインデクスによって定義されうる。ＬＴＥ  ＲＢおよびＲＥのさらなる詳細は、３ＧＰＰ  ＴＳ  ３６．２１１に記載されている。
【００３７】
ＵＭＴＳ  ＬＴＥは、２０ＭＨｚから１．４ＭＨｚまでスケール可能なキャリア帯域幅をサポートする。ＬＴＥでは、ＲＢは、サブ・キャリア帯域幅が１５ｋＨｚである場合、１２のサブ・キャリアとして定義され、サブ・キャリア帯域幅が７．５ｋＨｚである場合、２４のサブ・キャリアとして定義される。典型的な実施では、時間領域において、１０ミリ秒（ｍｓ）の長さであり、おのおのが１ｍｓからなる１０のサブフレームから構成されている、定義されたラジオ・フレームが存在する。各スロットが０．５ｍｓである場合、おのおののサブフレームは、２つのスロットから構成される。周波数領域におけるサブ・キャリア間隔は、この場合、１５ｋＨｚである。（スロットあたり）これら１２のサブ・キャリアがＲＢを構成するので、この実施では、１つのリソース・ブロックは、１８０ｋＨｚである。６つのリソース・ブロックが、１．４ＭＨｚのキャリアに収まり、１００のリソース・ブロックが、２０ＭＨｚのキャリアに収まる。
【００３８】
ダウンリンクでは、一般に、上述したような多くの物理チャネルが存在する。特に、制御を送信するために物理ダウンリンク制御チャネル（“ＰＤＣＣＨ”）が、ＡＣＫ／ＮＡＣＫを送信するために物理ハイブリッドＡＲＱインジケータ・チャネル（“ＰＨＩＣＨ”）が、制御シンボル数を指定するために物理制御フォーマット・インジケータ・チャネル（“ＰＣＦＩＣＨ”）が、データ送信のために物理ダウンリンク共有チャネル（“ＰＤＳＣＨ”）が、単一周波数ネットワーク（“ＳＦＮ”）を用いたブロードキャスト送信のために物理マルチキャスト・チャネル（“ＰＭＣＨ”）が、セル内で重要なシステム情報を送信するために物理ブロードキャスト・チャネル（“ＰＢＣＨ”）が、それぞれ使用される。ＬＴＥにおいてサポートされているＰＤＳＣＨにおける変調フォーマットは、ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭである。さまざまな変調スキームおよび符号化スキームが、３ＧＰＰ仕様におけるさまざまなチャネルのために定義されている。
【００３９】
アップリンクでは、一般に、３つの物理チャネルが存在する。初期アクセスのために、かつ、ＵＥがアップリンク同期されていない場合にのみ、物理ランダム・アクセス・チャネル（“ＰＲＡＣＨ”）が使用される一方、データは、物理アップリンク共有チャネル（“ＰＵＳＣＨ”）で送信される。ＵＥのために、アップリンクで送信されるべきデータが存在しない場合、制御情報は、物理アップリンク制御チャネル（“ＰＵＣＣＨ”）で送信されるであろう。アップリンク・データ・チャネルでサポートされている変調フォーマットは、ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭである。
【００４０】
仮想ＭＩＭＯ／空間分割多元接続（“ＳＤＭＡ”）が導入される場合、アップリンク方向におけるデータ・レートは、基地局におけるアンテナの数に依存して増加されうる。この技術を用いると、複数のモバイルが、同じリソースを再使用しうる。ＭＩＭＯ動作の場合、１人のユーザのデータ・スループットを高めるためのシングル・ユーザＭＩＭＯと、セル・スループットを高めるためのマルチ・ユーザＭＩＭＯとが区別される。
【００４１】
３ＧＰＰ  ＬＴＥでは、移動局またはデバイスは、“端末”、“ユーザ・デバイス”、または“ユーザ機器”（“ＵＥ”）と称されうる。基地局は、イボルブド・ノードＢまたはｅＮＢと称されうる。半自律的な基地局は、ホームｅＮＢまたはＨｅＮＢと称されうる。したがって、ＨｅＮＢは、ｅＮＢの１つの例でありうる。ＨｅＮＢおよび／またはＨｅＮＢの有効通信範囲エリアは、フェムト・セル、ＨｅＮＢセル、（アクセスが制限される）クローズド加入者グループ（ＣＳＧ）セルと称されうる。
【００４２】
本開示のその他のさまざまな態様および特徴が、以下にさらに詳細に記載される。本明細書における教示は、さまざまな広範な形態で具体化され、本明細書で開示されているあらゆる具体的な構成、機能、またはこれら両方は、単に代表例であることが明らかであるべきである。本明細書における教示に基づいて、当業者であれば、本明細書に開示された態様は、その他任意の態様と独立して実施され、これら態様のうちの複数は、さまざまな方式で組み合わされうることを認識すべきである。例えば、本明細書に記載された任意の数の態様を用いて装置が実施され、方法が実現されうる。さらに、このような装置またはこのような方法は、本明細書に記載された態様のうちの１または複数に追加されたその他の構成、機能、または、構成と機能を用いて、あるいは、本明細書に記載されたものとは異なる態様のうちの１または複数を用いて実現されうる。さらに、態様は、特許請求の範囲のうちの少なくとも１つの構成要素を含みうる。
【００４３】
本明細書において“典型的な”という用語は、“例、事例あるいは例示として役立つ”ことを意味するために使用されることが認識される。本明細書で“典型的である”と記載されたあらゆる実施形態は、他の実施形態によりも好適であるとか有利であるとか解釈される必要は必ずしもない。
【００４４】
図１は、以下にさらに説明されるような態様が実施されるＬＴＥシステムでありうる多元接続無線通信システムの実施の詳細を例示する。さまざまな実施では、図１のＡＰ１００のようなアクセス・ポイント（“ＡＰ”）は、アクセス端末と通信するために使用される固定局でありうる。そして、アクセス・ポイント、ノードＢ、ｅノードＢ、ホームｅノードＢ（“ＨｅＮＢ”）、またはその他の用語で称されうる。図１のＡＴ１１６またはＡＴ１２２のようなアクセス端末（“ＡＴ”）は、アクセス端末、ユーザ機器（“ＵＥ”）、無線通信デバイス、端末、アクセス端末、またはその他の用語で称されうる。ＡＴ１１６、ＡＴ１２２、およびＵＥ１００は、本明細書で記載されるような実施形態のさまざまな態様を実現するように構成されうる。
【００４５】
アクセス・ポイント１００（ＡＰ）は、１つは１０４と１０６を含み、他は１０８と１１０を含み、さらに別のものは１１２と１１４を含む複数のアンテナ・グループを含みうる。図１では、２本のアンテナだけが各アンテナ・グループのために示されている。しかしながら、さまざまな実施形態では、２より多い、または、２より少ないアンテナも、おのおののグループのために利用されうる。
【００４６】
アクセス端末１１６はアンテナ１１２およびアンテナ１１４と通信している。アンテナ１１２およびアンテナ１１４は、順方向リンク１２０によってＡＴ１１６へ情報を送信し、逆方向リンク１１８によってＡＴ１１６から情報を受信しうる。アクセス端末１２２はアンテナ１０６およびアンテナ１０８と通信している。アンテナ１０６およびアンテナ１０８は、順方向リンク１２６によってＡＴ１２２へ情報を送信し、逆方向リンク１２４によってＡＴ１２２から情報を受信しうる。
【００４７】
ＦＤＤシステムでは、通信リンク１１８、１２０、１２４、１２６は、ＡＰ１００とＡＴ１１６、１２２との間の通信のために、異なる周波数を利用しうる。例えば、順方向リンク１２０は、逆方向のリンク１１８によって使用されるものとは異なる周波数を使用することができる。同様に、リンク１２４、１２６は、互いに異なる、および／または、リンク１１８、１２０とは異なる周波数を使用しうる。
【００４８】
通信するように設計された領域および／またはアンテナのおのおののグループは、アクセス・ポイントのセクタと称されうる。例示された典型的な実施形態では、アンテナ・グループはおのおの、アクセス・ポイント１００によってカバーされたエリアの、指定されたセクタ内のアクセス端末と通信するように設計および構成される。例えば、アンテナ１１２、１１４を含むアンテナ・グループは、図１のセクタ１として指定されるセクタに割り当てられる一方、アンテナ１０６、１０８を含むアンテナ・グループは、セクタ２として指定されるセクタに割り当てられうる。
【００４９】
順方向リンク１２０、１２６による通信では、アクセス・ポイント１００の送信アンテナは、その他のアクセス端末（図示せず）のみならず、別のアクセス端末１１６、１２２のための順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用するように構成されうる。さらに、典型的な実施では、有効通信範囲エリアにわたってランダムに分布しているアクセス端末へ送信するためにビームフォーミングを用いるアクセス・ポイントは、すべてのアクセス端末に対して単一のアンテナによって送信しているアクセス・ポイントよりも、近隣セル内のアクセス端末に対して少ない干渉しかもたらさない。ビームフォーミングを容易にするために、送信信号のプリコーディングが使用されうることが認識される。
【００５０】
図２は、ＬＴＥネットワークでありうる無線通信ネットワーク２００を示す。無線ネットワーク２００は、多くのイボルブド・ノードＢ（“ｅＮＢ”）２１０およびその他のネットワーク・エンティティを含みうる。ｅＮＢは、ＵＥと通信する局であり、基地局、ノードＢ、アクセス・ポイント等とも称されうる。おのおののｅＮＢ２１０は、特定の地理的エリアのために通信有効範囲を提供する。ネットワーク容量を改善するために、ｅＮＢの全体的な有効通信範囲エリアが、多数（例えば３つ）の、より小さなエリアへ分割されうる。３ＧＰＰでは、用語“セル”は、この用語が使用されるコンテキストに依存して、この有効通信範囲エリアにサービス提供しているｅＮＢおよび／またはｅＮＢサブ・システムの最小の有効通信範囲エリアを称しうる。
【００５１】
無線ネットワーク２００はさらに、リレー局またはノード（“ＲＮ”）をも含みうる。リレー・ノードは、データおよび／またはその他の情報の送信を上流局（例えば、ｅＮＢまたはＵＥ）から受信し、データおよび／またはその他の情報の送信を下流局（例えば、ＵＥまたはｅＮＢ）へ送信する局である。図２に示される例において、リレー・ノード２１０ｚは、ｅＮＢ２１０ａとＵＥ２２０ｚとの間の通信を容易にするために、ｅＮＢ２１０ａおよびＵＥ２２０ｚと通信しうる。リレー・ノードはまた、リレーｅＮＢ、リレー等とも称されうる。本明細書における記載では、“局”は、ＵＥ、リレー・ノードまたはＲＮ、または、情報を受信および送信することができるその他いくつかのエンティティでありうる。
【００５２】
ネットワーク・コントローラ２３０は、ｅＮＢのセットに接続しており、これらｅＮＢのための調整および制御を提供しうる。ネットワーク・コントローラ２３０は、単一のネットワーク・エンティティでありうるか、複数のネットワーク・エンティティの集合でありうる。ネットワーク・コントローラ２３０は、バックホールを介してｅＮＢ２１０と通信しうる。ｅＮＢ２１０はまた、例えば、ダイレクトに、または、無線または有線のバックホールを介して非ダイレクトに、互いに通信しうる。
【００５３】
無線ネットワーク２００は、マクロｅＮＢのみを含むホモジニアスなネットワークでありうる。無線ネットワーク１００はまた、例えば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレー等のような異なるタイプのｅＮＢを含むヘテロジニアスなネットワークでもありうる。これら異なるタイプのｅＮＢは、異なる送信電力レベル、異なる有効通信範囲エリア、および、無線ネットワーク２００内の干渉に対する異なるインパクトを有しうる。例えば、マクロｅＮＢは、高い送信電力レベル（例えば、２０ワット）を有する一方、ピコｅＮＢ、フェムトｅＮＢ、およびリレーは、低い送信電力レベル（例えば、１ワット）を有しうる。本明細書に記載された技術は、ホモジニアスなネットワークおよびヘテロジニアスなネットワークのために使用されうる。
【００５４】
無線ネットワーク２００の全体にわたって、多くのＵＥ２２０が分布しうる。そして、おのおののＵＥは、固定式または移動式でありうる。ＵＥは、端末、移動局、加入者ユニット、局等とも称されうる。例えば、ＵＥは、セルラ電話、携帯情報端末（“ＰＤＡ”）、無線モデム、無線通信デバイス、ハンドヘルド・デバイス、ラップトップ・コンピュータ、コードレス電話、無線ローカル・ループ（“ＷＬＬ”）局等でありうる。ＵＥは、ダウンリンク（“ＤＬ”）およびアップリンク（“ＵＬ”）によってｅＮＢと通信しうる。ダウンリンク（すなわち順方向リンク）は、ｅＮＢからＵＥへの通信リンクを称し、アップリンク（すなわち逆方向リンク）は、ＵＥからｅＮＢへの通信リンクを称する。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレー・ノード、および／または、その他のタイプのｅＮＢと通信することができうる。図２では、２つの矢印を持つ実線が、ＵＥと、ダウンリンクおよび／またはアップリンクでＵＥにサービス提供するように指定されたｅＮＢであるサービス提供ｅＮＢとの間の所望の送信を示す。２つの矢印を持つ破線は、ＵＥとｅＮＢとの間の干渉送信を示す。
【００５５】
図３は、ここで説明された態様および機能が実現されるＬＴＥシステムでありうる、典型的な無線通信システム３００における典型的なＵＥ３５０およびｅＮＢ３１０の典型的な実施形態のブロック図を例示する。リレー・ノード（“ＲＮ”）は、ｅＮＢ３１０およびＵＥ３５０に関連付けられた機能の送信と受信との両方を提供できるように、例示されたｅＮＢ３１０およびＵＥ３５０に対しても同様に構成されうる。リレー・ノード構成では、ＲＮは、例えば図２に示されるような、例えばドナー基地局またはｅＮＢ（“ＤｅＮＢ”）のような基地局と通信しうる。そして、ＤｅＮＢは、同様にｅＮＢ３１０として構成されうる。
【００５６】
範囲拡張機能またはその他のリレー機能を容易にするために、他のｅＮＢおよびＵＥとの間でのシグナリングの送信および受信のためのみならず、本明細書に記載されたようなその他の機能を提供するために、例えば、（図示しない）他のｅＮＢおよび／またはＲＮとの調整のようなさまざまな機能が、例えばｅＮＢ３１０（および／または図示しないその他の構成要素）に示すようなプロセッサおよびメモリにおいて実行されうる。ＤＬ信号を受信し、チャネル特性を判定し、チャネル推定を実行し、受信したデータを復調して空間情報を生成し、電力レベル情報を決定し、および／または、ｅＮＢ３１０またはその他の基地局（図示せず）に関連付けられたその他の情報を決定する、ために、ＵＥ３０５は、ｅＮＢ３１０および／または（図示しない、例えば、非サービス提供基地局のような）その他のｅＮＢ３１０から信号を受信する１または複数のモジュールを含みうる。
【００５７】
１つの実施形態では、ｅＮＢ３１０は、例えば、本明細書に記載されたようなリレー機能に関連付けられたシグナリングのようなシグナリングを決定し、生成し、再送信するために、前述したように、他の基地局と調整しうる。これは、例えばプロセッサ３１４、３３０、およびメモリ３３２のようなｅＮＢ３１０の１または複数の構成要素（または図示しないその他の構成要素）においてなされうる。ｅＮＢ３１０はまた、例えば送信モジュール３２４のようなｅＮＢ３１０の１または複数の構成要素（または、図示しないその他の構成要素）を含む送信モジュールをも含みうる。ｅＮＢ３１０は、本明細書に記載されたようなリレー機能を提供するために、例えばプロセッサ３３０、３４２、復調モジュール３４０、およびメモリ３３２のような１または複数の構成要素（または図示しないその他の構成要素）を含む干渉除去モジュールを含みうる。ｅＮＢ３１０はまた、受信機およびリレー機能を制御する制御モジュールをも含みうる。ｅＮＢ３１０は、例えば（図示しない）コア・ネットワークにおけるバックホール・システムのようなその他のシステムとのネットワークを提供するネットワーク接続モジュール３９０を含みうる。
【００５８】
同様に、ＵＥ３５０は、例えば受信機３５４のような、ＵＥ３５０（または、図示しないその他の構成要素）の１または複数の構成要素を含む受信モジュールを含みうる。ＵＥ３５０はまた、例えばプロセッサ３６０、３７０およびメモリ３７２のような、ＵＥ３５０の１または複数の構成要素（または、図示しないその他の構成要素）を含む信号情報モジュールを含みうる。１つの実施形態では、ＵＥ３５０で受信された１または複数の信号は、ＤＬ信号の受信、および／または、このＤＬ信号からの情報の抽出のために処理されうる。さらなる処理は、チャネル特性、電力情報、空間情報、および／または、例えばｅＮＢ３１０および／または（図示しない）その他の基地局のようなｅＮＢに関するその他の情報、を推定することを含みうる。メモリ３３２、３７２は、本明細書に記載された態様および機能に関連付けられた処理を実施するために、例えば、プロセッサ３６０、３７０、３３８のような１または複数のプロセッサにおける実行のためのコンピュータ・コードを格納するために使用されうる。
【００５９】
動作中、ｅＮＢ３１０では、多くのデータ・ストリームのトラフィック・データが、データ・ソース３１２から送信（“ＴＸ”）データ・プロセッサ３１４に提供され、ここで処理され、１または複数のＵＥ３５０へ送信される。１つの態様では、おのおののデータ・ストリームは、ｅＮＢ３１０のそれぞれの送信機サブ・システム（送信機３２４Ｉ−３２４Ｎｔとして示される）によって処理され送信される。ＴＸデータ・プロセッサ３１４は、符号化されたデータを提供するために、おのおののデータ・ストリームのトラフィック・データを受信し、フォーマットし、このデータ・ストリームのために選択された特定の符号化スキームに基づいて符号化し、インタリーブする。特に、基地局３１０は、特定の基準信号および基準信号パターンを決定し、この基準信号、および／または、選択されたパターンにおけるビームフォーミング情報を含む送信信号を提供するように構成されうる。
【００６０】
おのおののデータ・ストリームの符号化されたデータは、ＯＦＤＭ技術を用いてパイロット・データと多重化されうる。パイロット・データは一般に、既知の手法で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。例えば、パイロット・データは、基準信号を含みうる。パイロット・データは、図３に示されるようなＴＸデータ・プロセッサ３１４に提供され、符号化されたデータと共に多重化されうる。データ・ストリームのおのおのの多重化されたパイロットおよび符号化されたデータは、その後、変調シンボルを提供するために、このデータ・ストリームのために選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、Ｍ−ＱＡＭ等）に基づいて変調（すなわち、シンボル・マップ）されうる。そして、データおよびパイロットは、異なる変調スキームを用いて変調されうる。各データ・ストリームのデータ・レート、符号化、および変調は、メモリ３３２、または、その他のメモリ、あるいは、（図示しない）ＵＥ３５０の命令格納媒体に格納された命令群に基づいて、プロセッサ３３０によって実行される命令群によって決定されうる。
【００６１】
すべてのデータ・ストリームの変調シンボルは、その後、ＴＸ  ＭＩＭＯプロセッサ３２０に提供される。ＴＸ  ＭＩＭＯプロセッサ３２０は、この変調シンボルを（例えば、ＯＦＤＭ実施のために）さらに処理する。ＴＸ  ＭＩＭＯプロセッサ３２０は、その後、Ｎｔ個の送信機（ＴＭＴＲ）３２２１乃至３２２Ｎｔへ、Ｎｔ個の変調シンボル・ストリームを提供する。さまざまなシンボルが、送信のために、関連付けられたＲＢにマップされうる。
【００６２】
ＴＸ  ＭＩＭＯプロセッサ３３０は、データ・ストリームのシンボル、および、このシンボルが送信されている１または複数のアンテナへ、ビームフォーミング重みを適用しうる。これは、基準信号と連携して、あるいは、基準信号によって提供されるチャネル推定情報、および／または、例えばＵＥのようなネットワーク・ノードから提供された空間情報のような情報を用いて実行されうる。例えば、ビームＢ＝ｔｒａｎｓｐｏｓｅ（  おのおのの送信機サブ・システム３２２１乃至３２２Ｎｔは、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。送信機３２２１乃至３２２ＮｔからのＮｔ個の変調信号は、その後、Ｎｔ個のアンテナ３２４１乃至３２４Ｎｔからそれぞれ送信される。
【００６３】
ＵＥ３５０では、送信された変調された信号が、Ｎｒ個のアンテナ３５２１乃至３５２Ｎｒによって受信され、おのおののアンテナ３５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）３５４１乃至３５４Ｎｒへ提供される。おのおのの受信機３５４は、受信したそれぞれの信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する“受信された”シンボル・ストリームを提供する。
【００６４】
ＲＸデータ・プロセッサ３６０は、Ｎｓ個の送信されたシンボル・ストリームの推定値を提供するために、Ｎｓ個の“検出された”シンボル・ストリームを提供するために、Ｎｒ個の受信機３５４１乃至３５２ＮｒからＮｒ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理する。ＲＸデータ・プロセッサ３６０は、さらに、検出された各シンボル・ストリームを復調、デインタリーブ、および復号し、データ・ストリームのトラフィック・データを復元する。ＲＸデータ・プロセッサ３６０による処理は、一般に、基地局３１０におけるＴＸ  ＭＩＭＯプロセッサ３１４およびＴＸデータ・プロセッサ３２０によって実行されるものに対して相補的である。
【００６５】
プロセッサ３７０は、以下にさらに説明されるように、使用するプリコーディング行列を定期的に決定しうる。プロセッサ３７０は、その後、行列インデクス部およびランク値部を備える逆方向リンク・メッセージを定式化することができる。さまざまな態様において、これら逆方向リンク・メッセージは、通信リンクおよび／または受信データ・ストリームに関する様々なタイプの情報を含みうる。その後、逆方向リンク・メッセージは、多くのデータ・ストリームのトラフィック・データをデータ・ソース３３６から受け取るＴＸデータ・プロセッサ３３８によって処理され、変調器３８０によって変調され、送信機３５４１乃至３５４Ｎｒによって調整され、基地局３１０へ返送される。基地局３１０へ返送された情報は、基地局３１０からの干渉を緩和するビームフォーミングを提供するための空間情報および／または電力レベルを含みうる。
【００６６】
基地局３１０では、ＵＥ３５０からの変調信号が、アンテナ３２４によって受信され、受信機３２２によって調整され、復調器３４０によって復調され、ＲＸデータ・プロセッサ３４２によって処理されて、ＵＥ３５０によって送信された逆方向リンク・メッセージが抽出される。プロセッサ３３０は、その後、ビームフォーミング重みを決定するためにどのプリコーディング行列を使用するかを決定するために、この抽出されたメッセージを処理する。
【００６７】
無線通信システム内におけるリレー・バックホール通信をサポートするためのシステム４００のブロック図を例示する図４に注目されたい。システム４００は、１または複数のｅＮＢ４１０（例えば、図３におけるｅＮＢ３１０）を含みうる。これは、１または複数の関連するＵＥ４３０（例えば、図３のＵＥ３５０）とのＵＬ通信および／またはＤＬ通信それぞれを実施しうる。１つの実施形態では、システム４００は、リレー・ノード４２０をサポートしうる。これは、ｅＮＢ４１０とＵＥ４３０との間の通信を高めるために適用されうる。リレー・ノード４２０は、例えば、“タイプ１”リレー・ノードであるか、あるいは、その他任意の適切なリレー・タイプでありうる。ここで使用されるように、タイプ１リレーは、ＵＥ４３０に対して独立したｅＮＢとして見えるリレー・ノード４２０を称する。これゆえ、タイプ１リレー・ノードは、自己の同期チャネル、制御チャネル等を送信しうる。
【００６８】
１つの実施形態では、リレー・ノード４２０は、同じ帯域で送信と受信とを同時にすることができない、帯域内ハーフ・デュプレクス・リレー・ノードでありうる。従来、バックホール・リンクにおいてドナーｅＮＢ４１０からのＤＬ通信を受信するための“ブランク期間”を生成するために、マルチメディア・ブロードキャスト・オーバ・シングル周波数ネットワーク（“ＭＢＳＦＮ”）インタバルが使用されうることが現在認識されている。しかしながら、（例えば、１または２のＯＦＤＭシンボル継続するＰＤＣＣＨ送信を含む）ＭＢＳＦＮサブフレームの特性によって、リレー・ノード４２０は、ある場合には、ドナーｅＮＢ４１０からのＰＤＣＣＨ送信を聞くことができないことが認識される。その結果、ｅＮＢ４１０とリレー・ノード４２０との間で、１または複数のリレー制御チャネル（例えば、Ｒ−ＰＤＣＣＨ、Ｒ−ＰＨＩＣＨ、Ｐ−ＰＣＦＩＣＨ等）が実施されうる。
【００６９】
したがって、さまざまな実施形態では、以下に説明されるように、リレー制御チャネルは、（１）ＦＤＭリレー制御チャネル（例えば、ＦＤＭ  Ｒ−ＰＤＣＣＨ）、（２）ＴＤＭ／ＦＤＭリレー制御チャネル（例えば、ＴＤＭ／ＦＤＭ  Ｒ−ＰＤＣＣＨ）、および（３）Ｒ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨ統合制御チャネルとして実現されうる。
【００７０】
次に図５を参照して、無線通信システムにおけるリレー・バックホール通信を容易にするための方法５００が記述される。まず、それぞれのユーザ・デバイスとの通信のために利用される少なくとも１つのリレー・ノードが識別され（５０２）、少なくとも１つのリレー・ノードとの通信を実行するための少なくとも１つのリレー・バックホール制御チャネルが識別される（５０４）。少なくとも１つのリレー・バックホール制御チャネルは、リソース・ブロック（“ＲＢ”）の第１のセットの制御部分を含む。
【００７１】
次に、少なくとも１つのリレー・バックホール制御チャネルの復調のために構成された基準信号を提供するリソースの第１のセットが、ＲＢの第１のセットの制御部分において識別される（５０６）。同様に、少なくとも１つのリレー・バックホール・データ・チャネルの復調のために構成された基準信号を提供するリソースの第２のセットが、ＲＢの第１のセットの制御部分において識別される。リソースの第２のセットは、リソースのうちの少なくとも第１のセットを含む。最後に、少なくとも１つのリレー・バックホール制御チャネルを用いて、少なくとも１つのリレー・ノードとの通信が実行される（５０８）。
【００７２】
次に、図６を参照して、ＦＤＭリレー制御チャネルによって、無線通信システムにおけるリレー・バックホール通信を容易にするための方法６００が記述される。まず、それぞれのユーザ・デバイスとの通信のために利用される１または複数のリレー・ノードが識別される（６０２）。次に、少なくとも１つのＦＤＭリレー・バックホール・チャネル（または、ＦＤＭリレー制御チャネル）が、１または複数のリレー・ノードとの通信のために識別される（６０４）。次に、少なくとも１つのＦＤＭリレー・バックホール・チャネルを用いて、１または複数のリレー・ノードと通信が実行される（６０６）。
【００７３】
１つの典型的な実施形態では、ＦＤＭリレー制御チャネルは、周波数領域におけるそれぞれのリソース・ブロック（“ＲＢ”）を占有するＦＤＭ  Ｒ−ＰＤＣＣＨでありうる。すなわち、１よりも多い利用可能なＲＢがある場合、ＦＤＭリレー制御チャネルが、周波数領域で分配されうる。異なるリレーは、制御データのために使用されるこれらＲＢにおいてともにインタリーブされうる。この実施形態は、例えば、Ｒ−ＰＤＣＣＨを伝送するＲＢが、（１）（例えば、ＰＤＳＣＨのような）レギュラ・データのために定義されたものと比べて、同一または類似の専用基準信号（例えば、ＵＥ−ＲＳ）フォーマット、（２）Ｒ−ＰＤＣＣＨとＰＤＳＣＨとの間の電力の迅速な共有、および（３）レガシーＵＥと非レガシーＵＥとの両方からのデータを共有する実質的にシームレスな帯域幅、を使用しうるというさまざまな利点を提供する。おのおののＲ−ＰＤＣＣＨは、（例えば、処理時間の理由により）制限された数のＲＢのみにおよぶように構成されうる。
【００７４】
さらに、このアプローチは、ＵＥ−ＲＳベースの復調を考慮するので、スケジュールされたリレー数が、ＵＥ−ＲＳポート数よりも少ない場合にはビームフォーミングが使用されうる。ランク１送信では、例えば、閉ループ・ビームフォーミングまたは開ループ・ビームフォーミングの何れかが利用されうる。
【００７５】
上記の例において、複数のＲＢが存在する場合、それぞれのＲ−ＰＤＣＣＨ許可が、処理時間の理由のために、少数のＲＢで多重化されうる。例えば、リレー・ノードが、割り当てを直ちに発見して、データ復調処理を行うことができるように、所与のＲ−ＰＤＣＣＨを含むＲＢが最初に復調されうる。
【００７６】
さまざまな無線ネットワーク実施（例えば、ＬＴＥ  Ｒｅｌ−８）では、ＰＤＣＣＨ、ＰＣＦＩＣＨ、および／または、ＰＨＩＣＨは、ＲＥＧの概念に基づいて構築される。ＲＥＧは、４つのリソース要素（“ＲＥ”）を含みうる。ここで、１つのリソース要素は、１つのトーンおよび１つのシンボルを表す。ＲＥＧは、シンボル毎ベースで定義されうる。ここでは、１つのシンボルにおける４つのトーンが１つのＲＥＧを形成する。シンボル内に共通のＲＳトーンが存在しない場合、４つのトーンが連続しうる。そうではない場合、６つのトーン毎に２つのＲＳトーンが存在しうるので、これら２つのトーンが除外された後は、４つのトーンが、残りの４つのトーンとして定義されうる。
【００７７】
ＰＤＣＣＨ、ＰＣＦＩＣＨ、および／または、ＰＨＩＣＨは、データ領域において、より新しい無線ネットワーク実施（例えば、ＬＴＥ−Ａ）のコンテキストで設計されうることが認識される。既存の仕様では、ＲＥＧ定義は、共通のＲＳトーンのみを考慮する必要があることが認識されうる。なぜなら、このような仕様において、ＰＤＣＣＨのみが制御領域に存在するからである。しかしながら、より新しい仕様では、ＲＥＧ定義は、共通のＲＳ，専用またはＵＥ特有のＲＳ、チャネル状態情報ＲＳ等を考慮しなくてはならない。
【００７８】
特に、ＵＥに特有のＲＳ（ｄｅｍｏｄ−ＲＳまたはＤＭ−ＲＳとも称される）は、ＣＤＭとＦＤＭとの混成方式で設計されうる。例えば、６つのトーン内には、ＵＥ−ＲＥによって占有された３つのトーンが存在しうる。同様に、１２のトーン内には、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨのために６トーンのみが残されうる。さらに、ＵＥ−ＲＳは、複数のシンボルでＣＤＭされるので、パフォーマンスの観点から、ＵＥ−ＲＳシンボルに揃えられた制御を伝送することもまた望ましい。その結果、ＲＥＧは、ＣＤＭセット毎ベースでＵＥ−ＲＳを含むシンボルにおいて定義されうる。例えば、ＣＤＭ長さが２であり、ＵＥ−ＲＳが２つの隣接するシンボルにわたって定義されている場合、ＲＥＧは、２（シンボル）×２（トーン）の行列として定義されうる。これは、（ＤＭ−ＲＳのための同じパターンが、１つのサブフレーム、すなわち１４シンボルにおいて、２つのシンボルでＣＤＭされた２つのＤＭ−ＲＳポートを示している）図７に例示されている。ＲＥＧにしたがったＦＤＭベースのリレー制御チャネルの設計の例が図８に示される。
【００７９】
次に、図９を参照して、ＴＤＭ／ＦＤＭリレー制御チャネルによる、無線通信システムにおけるリレー・バックホール通信を容易にするための方法９００が説明される。まず、それぞれのユーザ・デバイスとの通信のために利用される１または複数のリレー・ノードが識別される（９０２）。次に、１または複数のリレー・ノードとの通信のために、少なくとも１つのＴＤＭ／ＦＤＭリレー・バックホール・チャネル（または、ＴＤＭ／ＦＤＭリレー制御チャネル）が識別される（９０４）。その後、少なくとも１つのＴＤＭ／ＦＤＭリレー・バックホール・チャネルを用いて、１または複数のリレー・ノードとの通信が実行されうる（９０６）。
【００８０】
１つの典型的な実施形態では、異なるＵＥからのリレー制御チャネル（例えば、Ｒ−ＰＤＣＣＨ）がともにインタリーブされうるが、ＲＢのほんの一部しか占有しない。特定の例では、Ｒ−ＰＤＣＣＨは、いくつかのＲＢのうちの最初のほんの数ＯＦＤＭシンボルしか占有しない。すなわち、ＲＢペアにおける最初のＲＢが、制御のために使用され、他方のＲＢが、データのために使用されうる。このアプローチは、周波数領域における１または複数のＲＢにおよびうるので、図６を参照して上述したＦＤＭリレー制御チャネルに比べて、干渉ダイバーシティがより高くなる。さらに、Ｒ−ＰＤＣＣＨ送信が早期に終了し、必要以上の復号時間をもたらす可能性がある。このようなＴＤＭ／ＦＤＭベースのリレー制御チャネルの設計の例が、図１０に示されている。
【００８１】
この実施形態は、このＴＤＭ／ＦＤＭリレー制御チャネルのために使用されるべき基準シンボルに関連するさまざまな態様を導入しうることが認識される。例えば、いくつかの場合には、ＣＲＳが、すべてのサブフレーム（例えば、ＭＢＳＦＮサブフレーム）に存在する訳ではないので、このチャネルは、ＣＲＳに依存することができないかもしれない。さらに、いくつかの場合には、ＲＢの残りの半分が、ＰＤＳＣＨのために使用されうるので、ＰＤＳＣＨ復調のためにＵＥ−ＲＳを使用することを仮定するように、多くのネットワーク機能が構成されうる。したがって、いくつかのＵＥ−ＲＳパターンの設計は、ＲＢのＰＤＳＣＨ部分のみならず、Ｐ−ＰＤＣＣＨ部分のためにも実施されうる。
【００８２】
別の代案として、ＲＢ全体にわたる共通のＵＥ−ＲＳパターンが利用されうる。これは、Ｒ−ＰＤＣＣＨとＰＤＳＣＨとのうちの１つまたは両方の復調のために使用される。また別の代案は、制御領域内のＵＥ−ＲＳシンボルにのみ基づいてチャネル推定を実行するためのＵＥに関する。このような例では、例えば、制御領域内よりも多くのシンボルにわたる直交拡散がなくなるように、この動作を容易にするＵＥ−ＲＳが設計されうる。
【００８３】
さらに、ＵＥ−ＲＳパターンは、いくつかの場合（たとえ、Ｒ−ＰＤＣＣＨが常にランク１であっても）、関連付けられたＲＢにおいてスケジュールされたいずれのデータ送信のためにも十分に高いランクに適合することが望まれうることが認識される。代案として、ランク１（または２）ＵＥ−ＲＳパターンが使用され、関連付けられたＲＢにおけるデータ送信は、ランク１（または２、それぞれ）であることが強制され、より高いランクを有する他のＲＢにおいて、（例えば、同じ符号ブロックからでさえも）データ送信がイネーブルされうる。別の代案では、ある数のＵＥ−ＲＳパターンポートが存在するための、制御送信に関する。この場合、これらポートのサブセットのみを占有する複数のＵＥ−ＲＳパターンが適合されうる。
【００８４】
より高いランク・パターンが使用されている場合に、より低いランク送信のための位置が変化しないように、パターンが設計されているのであれば、これは、より高いランクまでのデータ送信に適合しうることが認識されうる。その後、データ送信は、低いランクの送信の場合のために、未使用のＵＥ−ＲＳシンボルを使用しうる。例えば、代わりにランク４パターンが使用されている場合であっても、ランク１またはランク２の場所における値が変化しないように、ＵＥ−ＲＳパターンが設計されうる。さらに、共通のＵＥ−ＲＳがＲ−ＰＤＣＣＨ復調のために使用されるのであれば、いくつかの場合には、Ｒ−ＰＤＣＣＨ送信は、最初の数ＯＦＤＭシンボルに限定されないことが認識される。むしろ、効率的な電力共有を可能にするために、Ｒ−ＰＤＣＣＨリソース要素（ＲＥ）がＲＢ全体にわたって分配されうる。
【００８５】
図１１を参照して、Ｒ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨ統合リレー制御チャネルによる、無線通信システムにおけるリレー・バックホール通信を容易にする方法１１００が説明される。まず、それぞれのユーザ・デバイスとの通信のために利用される１または複数のリレー・ノードが識別される（１１０２）。次に、１または複数のリレー・ノードとの通信のために、少なくとも１つのＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨ統合リレー・バックホール・チャネル（またはＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨリレー制御チャネル）が識別される（１１０４）。その後、少なくとも１つのＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨリレー・バックホール・チャネルを用いて、１または複数のリレー・ノードとの通信が実行される（１１０６）。
【００８６】
この実施形態では、所与のＲＢが、同じリレー・ノードのためのＲ−ＰＤＣＣＨ送信およびＲ−ＰＤＳＣＨ送信を含みうる。したがって、ＲＢ全体にわたって共通のＵＥ−ＲＳが利用されうる。これに基づいて、ＲＢは、リレーのためにプリコードされうる。それぞれのリレーには、（例えば、ＬＴＥにおけるＰＤＣＣＨ／ＰＨＩＣＨのような）割当／アクノレッジメントをモニタするために、リレー特有のＲＢが割り当てられうる。ＰＤＣＣＨが受信されると、リレーは、データ（例えばＤＳＣＨ）がＰＤＣＣＨ／ＰＨＩＣＨに含まれたか、あるいは、ＰＤＣＣＨ／ＰＨＩＣＨによってパンクチャされたか、と仮定しうる。一方、このリレーに対して送信すべきＰＤＣＣＨ／ＰＨＩＣＨが存在しない場合、ｅＮＢは、このＲＢを、ＰＤＣＣＨ／ＰＨＩＣＨ割当に気付かないであろうリレーおよび／または別のＵＥに割り当てうる。
【００８７】
一例において、Ｒ−ＰＤＣＣＨはまた、より良好なダイバーシティを達成するために、複数のＲＢ（または、複数のＲＢの一部）にもおよびうる。ＴＤＭ／ＦＤＭリレー制御チャネルの場合におけるように、ＵＥ−ＲＳパターンは（例えば、たとえＲ−ＰＤＣＣが常にランク１である場合であっても）、関連付けられたＲＢでスケジュールされたいずれのデータ送信のためにも十分に高いランクに適合するように構成されうることが認識される。代案として、ランク１（または２）ＵＥ−ＲＳパターンが使用され、関連付けられたＲＢにおけるデータ送信は、ランク１（または２、それぞれ）であることが強制され、（例えば、同じ符号ブロックからでさえも）より高いランクを有する他のＲＢにおいて、データ送信がイネーブルされうる。このような実施は、同じ符号ブロックのうちの別のランクからの符号レートにおけるいくつかのミスマッチに至りうることが認識される。同様に、より低いランク送信のために使用されている場所が、より高いランク・パターンが使用されている場合に変化しないようにパターンが設計されている場合、これは、より高いランクまでのデータ送信に適合しうる。その後、データ伝送は、低いランク送信の場合のために、未使用のＵＥ−ＲＳシンボルを使用しうる。
【００８８】
１つの態様では、所与のリレーが（例えば、ＵＬ（ＰＤＣＣＨ、ＰＨＩＣＨ等）のサポートの下で、）制御を有するがデータを有しないのであれば、上記のオプションが利用されるいくつかの場合、所与のＲＢの残りの部分が、他のリレー／ＵＥへ割当可能ではないかもしれない。この制限を回避する１つのオプションは、例えば、制御データのためのいくつかのリソース要素と、非制御データのためのその他のリソース要素とを用いることによって、ＲＢを小さな部分に分解することである。ＰＤＣＣＨ許可はその後、サブＲＢにインデクスを付し、ＰＤＳＣＨ送信のためにｅＮＢによって使用されていないＲＢのリソース要素を割り当てうる。
【００８９】
この代替案では、Ｒ−ＰＤＣＣＨがＲＢ全体にわたって分配されうるか、または、（例えば、ＲＢの最初の数ＯＦＤＭシンボルに）クラスタ化されうることが認識されうる。さらに、この場合、未使用の制御リソースが浪費される可能性が緩和されるので、リレーは、いくつかの場合、複数のＲＢをモニタすることを要求されうる。別の例では、リレーＰＤＣＣＨリソースが、他のリレー／ＵＥのためのＰＤＳＣＨリソースと共有されうる。これによって、前述したＴＤＭ／ＦＤＭリレー制御チャネルと実質的に同一となる。
【００９０】
前述したオプションの何れかのために、Ｒ−ＰＤＣＣＨの設計は、リレーをサポートすることのみに限定されることは意図されないことが認識される。例えば、さらに、他の非レガシーＵＥに割当を送信するために、同じチャネルが使用されうる。
【００９１】
開示された処理におけるステップの具体的な順序または階層は、典型的なアプローチの例であることが理解される。設計選択に基づいて、これら処理におけるステップの具体的な順序または階層は、本開示のスコープ内であることを保ちながら、再構成されうることが理解される。方法請求項は、さまざまなステップの要素を、サンプル順で示しており、示された具体的な順序または階層に限定されないことが意味される。
【００９２】
当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されうることを理解するであろう。例えば、上記説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。
【００９３】
当業者であればさらに、本明細書で開示された実施形態に関連して記載された例示的なさまざまな論理ブロック、モジュール、回路、およびアルゴリズム・ステップは、電子的なハードウェア、コンピュータ・ソフトウェア、あるいはこれら両方の組み合わせとして実現されることを認識するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記載された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、特定のアプリケーションのおのおのに応じて変化する方式で、上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００９４】
本明細書で開示された実施形態に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサは、マイクロ・プロセッサでありうるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは順序回路を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成であるコンピューティング・デバイスの組み合わせとして実現されうる。
【００９５】
本明細書で開示された実施形態に関して記述された方法またはアルゴリズムのステップは、ハードウェアにおいて直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、あるいはこれら２つの組み合わせによって具体化されうる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、この記憶媒体から情報を読み取ったり、この記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサに接続される。あるいは、この記憶媒体は、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在しうる。ＡＳＩＣは、ユーザ端末内に存在しうる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリート部品として存在しうる。
【００９６】
開示された実施形態の上記記載は、当業者をして、本開示の製造または利用を可能とするように提供される。これら実施形態に対するさまざまな変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本開示の主旨または範囲から逸脱することなく他の例にも適用されうる。このように、本開示は、本明細書で示された実施形態に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
[発明１]
少なくとも１つのリレー・ノードを用いて無線通信システムにおけるリレー・バックホール通信を容易にするための方法であって、
それぞれのユーザ・デバイスとの通信のために利用される少なくとも１つのリレー・ノードを識別することと、
前記少なくとも１つのリレー・ノードとの通信を実行するための少なくとも１つのリレー・バックホール制御チャネルを識別することと、ここで、前記少なくとも１つのリレー・バックホール制御チャネルは、リソース・ブロック（ＲＢ）の第１のセットの制御部分を含む、
前記少なくとも１つのリレー・バックホール制御チャネルの復調のために構成された基準信号を提供するリソースの第１のセットを、前記ＲＢの第１のセットの制御部分において識別することと、
少なくとも１つのリレー・バックホール・データ・チャネルの復調のために構成された基準信号を提供するリソースの第２のセットを、前記ＲＢの第１のセットの制御部分において識別することと、ここで、前記リソースの第２のセットは、前記リソースの少なくとも第１のセットを含む、
前記少なくとも１つのリレー・バックホール制御チャネルを用いて、前記少なくとも１つのリレー・ノードと通信することと、
を備える方法。
[発明２]
前記少なくとも１つのリレー・バックホール・データ・チャネルは、前記ＲＢの第２のセットの非制御部分を備える、発明１に記載の方法。
[発明３]
前記ＲＢの第１のセットと、前記ＲＢの第２のセットとは、オーバーラップしない、発明２に記載の方法。
[発明４]
前記非制御部分は、前記ＲＢの第２のセットのリソースのうちのすべてのセットを備える、発明２に記載の方法。
[発明５]
前記ＲＢの第１のセットと、前記ＲＢの第２のセットとは、少なくとも部分的にオーバーラップする、発明２に記載の方法。
[発明６]
前記ＲＢの第２のセットの非制御部分は、前記ＲＢの第１および第２のセットの制御部分に属するリソースから解放されている、発明５に記載の方法。
[発明７]
前記リソースの第１のセットは、前記リソースの第２のセットを備える、発明２に記載の方法。
[発明８]
前記リレー・バックホール・データ・チャネルに関連付けられた送信のランクは、前記リソースの第１のセットによって制限されている、発明７に記載の方法。
[発明９]
前記リソースの第２のセットは、前記リソースの第１のセットよりも大きい、発明２に記載の方法。
[発明１０]
前記リレー・バックホール・データ・チャネルに関連付けられた送信のランクは、前記リソースの第２のセットによって制限されている、発明９に記載の方法。
[発明１１]
前記基準信号は、共通の基準信号である、発明１に記載の方法。
[発明１２]
前記基準信号は、リレー・ノード特有の基準信号である、発明１に記載の方法。
[発明１３]
前記制御部分は、前記ＲＢの第１のセットのすべてのリソースを備える、発明１に記載の方法。
[発明１４]
前記制御部分は、前記ＲＢの第１のセットのリソースのうちの一部のみを備える、発明１に記載の方法。
[発明１５]
前記少なくとも１つのリレー・バックホール・チャネルは、Ｒ−ＰＤＣＣＨ、Ｒ−ＰＨＩＣＨ、またはＲ−ＰＣＦＩＣＨのうちの１または複数を備える、発明１に記載の方法。
[発明１６]
前記少なくとも１つのリレー・バックホール・チャネルを識別することは、周波数領域においてそれぞれのＲＢを占有するＲ−ＰＤＣＣＨを識別することを備える、発明１に記載の方法。
[発明１７]
それぞれのＲＢで複数のリレー・ノードをインタリーブすることをさらに備える、発明１６に記載の方法。
[発明１８]
前記インタリーブすることは、リソース要素グループ（ＲＥＧ）に基づいて実行される、発明１７に記載の方法。
[発明１９]
前記ＲＥＧは、４つのリソース要素（ＲＥ）を備える、発明１８に記載の方法。
[発明２０]
前記４つのＲＥは、１つのＯＦＤＭシンボルにおいて、前記周波数領域において互いに実質的に隣接している４つのＲＥを備える、発明１９に記載の方法。
[発明２１]
おのおののリレー・バックホール制御チャネルは、９つのＲＥＧからなるグラニュラリティを備える、発明２０に記載の方法。
[発明２２]
前記少なくとも１つのリレー・バックホール制御チャネルを識別することは、周波数領域においてそれぞれのＲＢの時間領域部分を占有するＲ−ＰＤＣＣＨを識別することを備える、発明１に記載の方法。
[発明２３]
前記少なくとも１つのリレー・バックホール制御チャネルを識別することは、Ｒ−ＰＤＣＣＨ送信とＰＤＳＣＨ送信とのためのリソースを含む少なくとも１つのＲＢを識別することを備える、発明１に記載の方法。
[発明２４]
無線通信システムにおいてリレー・バックホール通信を容易にするための装置であって、
それぞれのユーザ・デバイスとの通信のために利用される少なくとも１つのリレー・ノードと、
前記少なくとも１つのリレー・ノードとの通信を実行するための少なくとも１つのリレー・バックホール制御チャネルと、ここで、前記少なくとも１つのリレー・バックホール制御チャネルは、リソース・ブロック（ＲＢ）の第１のセットの制御部分を含む、
前記ＲＢの第１のセットの制御部分におけるリソースの第１のセットと、ここで、前記リソースの第１のセットは、前記少なくとも１つのリレー・バックホール制御チャネルの復調のために構成された基準信号を提供する、
前記ＲＢの第１のセットの制御部分におけるリソースの第２のセットと、ここで、前記リソースの第２のセットは、前記少なくとも１つのリレー・バックホール・データ・チャネルの復調のために構成された基準信号を提供し、前記リソースの少なくとも第１のセットを含む、
を備える装置。
[発明２５]
前記少なくとも１つのリレー・バックホール・データ・チャネルは、前記ＲＢの第２のセットの非制御部分を備える、発明２４に記載の装置。
[発明２６]
前記ＲＢの第１のセットと、前記ＲＢの第２のセットとは、オーバーラップしない、発明２５に記載の装置。
[発明２７]
前記非制御部分は、前記ＲＢの第２のセットのリソースのうちのすべてのセットを備える、発明２５に記載の装置。
[発明２８]
前記ＲＢの第１のセットと、前記ＲＢの第２のセットとは、少なくとも部分的にオーバーラップする、発明２５に記載の装置。
[発明２９]
前記ＲＢの第２のセットの非制御部分は、前記ＲＢの第１および第２のセットの制御部分に属するリソースから解放されている、発明２８に記載の装置。
[発明３０]
前記リソースの第１のセットは、前記リソースの第２のセットを備える、発明２４に記載の装置。
[発明３１]
前記リレー・バックホール・データ・チャネルに関連付けられた送信のランクは、前記リソースの第１のセットによって制限されている、発明２４に記載の装置。
[発明３２]
前記リソースの第２のセットは、前記リソースの第１のセットよりも大きい、発明２４に記載の装置。
[発明３３]
前記リレー・バックホール・データ・チャネルに関連付けられた送信のランクは、前記リソースの第２のセットによって制限されている、発明２５に記載の装置。
[発明３４]
前記基準信号は、共通の基準信号である、発明２４に記載の装置。
[発明３５]
前記基準信号は、リレー・ノード特有の基準信号である、発明２４に記載の装置。
[発明３６]
前記制御部分は、前記ＲＢの第１のセットのすべてのリソースを備える、発明２４に記載の装置。
[発明３７]
前記制御部分は、前記ＲＢの第１のセットのリソースのうちの一部のみを備える、発明２４に記載の装置。
[発明３８]
前記少なくとも１つのリレー・バックホール・チャネルは、Ｒ−ＰＤＣＣＨ、Ｒ−ＰＨＩＣＨ、またはＲ−ＰＣＦＩＣＨのうちの１または複数を備える、発明２４に記載の装置。
[発明３９]
前記少なくとも１つのリレー・バックホール・チャネルを識別することは、周波数領域においてそれぞれのＲＢを占有するＲ−ＰＤＣＣＨを識別することを備える、発明２４に記載の装置。
[発明４０]
少なくとも１つのリレー・ノードを用いて無線通信システムにおけるリレー・バックホール通信を容易にするためのコンピュータ・プログラム製品であって、
それぞれのユーザ・デバイスとの通信のために利用される少なくとも１つのリレー・ノードを識別することと、
前記少なくとも１つのリレー・ノードとの通信を実行するための少なくとも１つのリレー・バックホール制御チャネルを識別することと、ここで、前記少なくとも１つのリレー・バックホール制御チャネルは、リソース・ブロック（ＲＢ）の第１のセットの制御部分を含む、
前記少なくとも１つのリレー・バックホール制御チャネルの復調のために構成された基準信号を提供するリソースの第１のセットを、前記ＲＢの第１のセットの制御部分において識別することと、
少なくとも１つのリレー・バックホール・データ・チャネルの復調のために構成された基準信号を提供するリソースの第２のセットを、前記ＲＢの第１のセットの制御部分において識別することと、ここで、前記リソースの第２のセットは、前記リソースの少なくとも第１のセットを含む、
前記少なくとも１つのリレー・バックホール制御チャネルを用いて、前記少なくとも１つのリレー・ノードと通信することと、
のためのコードを備えるコンピュータ読取可能な媒体を備える、コンピュータ・プログラム製品。
[発明４１]
前記少なくとも１つのリレー・バックホール・データ・チャネルは、前記ＲＢの第２のセットの非制御部分を備える、発明４０に記載のコンピュータ・プログラム製品。
[発明４２]
前記ＲＢの第１のセットと、前記ＲＢの第２のセットとは、オーバーラップしない、発明４１に記載のコンピュータ・プログラム製品。
[発明４３]
前記非制御部分は、前記ＲＢの第２のセットのリソースのうちのすべてのセットを備える、発明４１に記載のコンピュータ・プログラム製品。
[発明４４]
前記ＲＢの第１のセットと、前記ＲＢの第２のセットとは、少なくとも部分的にオーバーラップする、発明４１に記載のコンピュータ・プログラム製品。
[発明４５]
前記ＲＢの第２のセットの非制御部分は、前記ＲＢの第１および第２のセットの制御部分に属するリソースから解放されている、発明４１に記載のコンピュータ・プログラム製品。
[発明４６]
前記リソースの第１のセットは、前記リソースの第２のセットを備える、発明４１に記載のコンピュータ・プログラム製品。
[発明４７]
前記リレー・バックホール・データ・チャネルに関連付けられた送信のランクは、前記リソースの第１のセットによって制限されている、発明４６に記載のコンピュータ・プログラム製品。
[発明４８]
前記リソースの第２のセットは、前記リソースの第１のセットよりも大きい、発明４０に記載のコンピュータ・プログラム製品。
[発明４９]
前記リレー・バックホール・データ・チャネルに関連付けられた送信のランクは、前記リソースの第２のセットによって制限されている、発明４０に記載のコンピュータ・プログラム製品。
[発明５０]
前記基準信号は、共通の基準信号である、発明４０に記載のコンピュータ・プログラム製品。
[発明５１]
前記基準信号は、リレー・ノード特有の基準信号である、発明４０に記載のコンピュータ・プログラム製品。
[発明５２]
前記制御部分は、前記ＲＢの第１のセットのすべてのリソースを備える、発明４０に記載のコンピュータ・プログラム製品。
[発明５３]
前記制御部分は、前記ＲＢの第１のセットのリソースのうちの一部のみを備える、発明４０に記載のコンピュータ・プログラム製品。
[発明５４]
前記少なくとも１つのリレー・バックホール・チャネルは、Ｒ−ＰＤＣＣＨ、Ｒ−ＰＨＩＣＨ、またはＲ−ＰＣＦＩＣＨのうちの１または複数を備える、発明４０に記載のコンピュータ・プログラム製品。
[発明５５]
前記少なくとも１つのリレー・バックホール・チャネルを識別することは、周波数領域においてそれぞれのＲＢを占有するＲ−ＰＤＣＣＨを識別することを備える、発明４０に記載のコンピュータ・プログラム製品。
[発明５６]
それぞれのＲＢで複数のリレー・ノードをインタリーブすることをさらに備える、発明５５に記載のコンピュータ・プログラム製品。
[発明５７]
前記インタリーブすることは、リソース要素グループ（ＲＥＧ）に基づいて実行される、発明５６に記載のコンピュータ・プログラム製品。
[発明５８]
前記ＲＥＧは、４つのリソース要素（ＲＥ）を備える、発明５７に記載のコンピュータ・プログラム製品。
[発明５９]
前記４つのＲＥは、１つのＯＦＤＭシンボルにおいて、前記周波数領域において互いに実質的に隣接している４つのＲＥを備える、発明５８に記載のコンピュータ・プログラム製品。
[発明６０]
おのおののリレー・バックホール制御チャネルは、９つのＲＥＧからなるグラニュラリティを備える、発明５７に記載のコンピュータ・プログラム製品。
[発明６１]
前記少なくとも１つのリレー・バックホール制御チャネルを識別することは、周波数領域においてそれぞれのＲＢの時間領域部分を占有するＲ−ＰＤＣＣＨを識別することを備える、発明４０に記載のコンピュータ・プログラム製品。
[発明６２]
前記少なくとも１つのリレー・バックホール制御チャネルを識別することは、Ｒ−ＰＤＣＣＨ送信とＰＤＳＣＨ送信とのためのリソースを含む少なくとも１つのＲＢを識別することを備える、発明４０に記載のコンピュータ・プログラム製品。
[発明６３]
少なくとも１つのリレー・ノードを用いて無線通信システムにおけるリレー・バックホール通信を容易にする装置であって、
それぞれのユーザ・デバイスとの通信のために利用される少なくとも１つのリレー・ノードを識別する手段と、
前記少なくとも１つのリレー・ノードとの通信を実行するための少なくとも１つのリレー・バックホール制御チャネルを識別する手段と、ここで、前記少なくとも１つのリレー・バックホール制御チャネルは、リソース・ブロック（ＲＢ）の第１のセットの制御部分を含む、
前記少なくとも１つのリレー・バックホール制御チャネルの復調のために構成された基準信号を提供するリソースの第１のセットを、前記ＲＢの第１のセットの制御部分において識別する手段と、
少なくとも１つのリレー・バックホール・データ・チャネルの復調のために構成された基準信号を提供するリソースの第２のセットを、前記ＲＢの第１のセットの制御部分において識別する手段と、ここで、前記リソースの第２のセットは、前記リソースの少なくとも第１のセットを含む、
前記少なくとも１つのリレー・バックホール制御チャネルを用いて、前記少なくとも１つのリレー・ノードと通信する手段と、
を備える装置。
【図１】
0005479608.tif 000003
【図２】
0005479608.tif 000004
【図３】
0005479608.tif 000005
【図４】
0005479608.tif 000006
【図５】
0005479608.tif 000007
【図６】
0005479608.tif 000008
【図７】
0005479608.tif 000009
【図８】
0005479608.tif 000010
【図９】
0005479608.tif 000011
【図１０】
0005479608.tif 000012
【図１１】
0005479608.tif 000013