(57)【特許請求の範囲】
【請求項１】
無線通信システムのリレーにおいてリレーの物理ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）を受信する方法であって、
リソースブロック（ＲＢ）対セットの１番目のスロットでダウンリンクスケジューリングのための第１の制御情報を受信することであって、前記第１の制御情報は一つまたは複数のリソースユニットに関する割当情報を有することと、
前記ＲＢ対セットの２番目のスロットで第２の制御情報を監視することと、を有し、
割り当てられた前記一つまたは複数のリソースユニットが前記第１の制御情報が検出されたＲＢ対とオーバーラップする場合、データを受信する処理は、前記データが前記ＲＢ対の２番目のスロットに存在するという仮定の下で行われ、
前記Ｒ−ＰＤＣＣＨが前記ＲＢ対セットの２番目のスロットに割り当てられる場合、前記Ｒ−ＰＤＣＣＨは、アップリンクスケジューリングに関する制御情報を搬送するよう構成される、方法。
【請求項２】
前記Ｒ−ＰＤＣＣＨが前記ＲＢ対セットの１番目のスロットに割り当てられる場合、前記Ｒ−ＰＤＣＣＨは、ダウンリンクスケジューリングに関する制御情報を搬送するよう構成される、請求項１に記載の方法。
【請求項３】
前記第１の制御情報に対応するデータを受信する処理を行うことをさらに有する、請求項１に記載の方法。
【請求項４】
前記第１の制御情報はダウンリンク割当である、請求項１に記載の方法。
【請求項５】
前記第２の制御情報はアップリンクグラントである、請求項１に記載の方法。
【請求項６】
無線通信システムにおいてリレーの物理ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）を受信するリレーであって、
無線周波（ＲＦ）ユニットと、
プロセッサと、を有し、
前記プロセッサは、
リソースブロック（ＲＢ）対セットの１番目のスロットでダウンリンクスケジューリングのための第１の制御情報を受信し、前記第１の制御情報は一つまたは複数のリソースユニットに関する割当情報を有し、
前記ＲＢ対セットの２番目のスロットで第２の制御情報を監視するよう構成され、
割り当てられた前記一つまたは複数のリソースユニットが前記第１の制御情報が検出されたＲＢ対とオーバーラップする場合、データを受信する処理は、前記データが前記ＲＢ対の２番目のスロットに存在するという仮定の下で行われ、
前記Ｒ−ＰＤＣＣＨが前記ＲＢ対セットの２番目のスロットに割り当てられる場合、前記Ｒ−ＰＤＣＣＨは、アップリンクスケジューリングに関する制御情報を搬送するよう構成される、リレー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに係り、特に、ダウンリンク信号を受信する方法及びダウンリンク信号を受信する装置に関する。
【背景技術】
【０００２】
無線通信システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、使用可能システムリソース(帯域幅、送信パワーなど）を共有してマルチユーザとの通信を支援することができる多元接続（multiple access）システムである。多元接続システムの例には、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）システム、周波数分割多元接続（Frequency Division Multiple Access：ＦＤＭＡ）システム、時分割多元接続（Time Division Multiple Access：ＴＤＭＡ）システム、直交周波数分割多元接続（Orthogonal Frequency Division Multiple Access：ＯＦＤＭＡ）システム、単一搬送波周波数分割多元接続（Single Carrier Frequency Division Multiple Access：ＳＣ−ＦＤＭＡ）システム、多搬送波周波数分割多元接続（Multi Carrier Frequency Division Multiple Access：ＭＣ−ＦＤＭＡ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、無線通信システムにおいてダウンリンクリソースを効率的に使用する方法及び無線通信システムにおいてダウンリンクリソースを効率的に使用する装置を提供することにある。
【０００４】
本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない別の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【０００５】
本発明の一態様として、無線通信システムにおいてダウンリンク信号を受信する方法において、ダウンリンクスケジューリングのための第１の制御情報をリソースブロック（Resource Block：ＲＢ）対の１番目のスロットで受信し、ここで、前記第１の制御情報は一つまたは複数のリソースユニットに関する割当情報を含み、前記第１の制御情報があるＲＢ対を含むリソースユニットに関する割当情報が第１の値を有する場合に、前記ＲＢ対の２番目のスロットでデータを受信し、前記第１の制御情報があるＲＢ対を含むリソースユニットに関する割当情報が第２の値を有する場合に、前記ＲＢ対の２番目のスロットでアップリンクスケジューリングのための第２の制御情報の検出を試みる、方法が提供される。
【０００６】
本発明の他の態様として、無線通信システムにおいてダウンリンク信号を受信するように構成された通信装置において、無線周波（Radio Frequency：ＲＦ）ユニットと、マイクロプロセッサと、を備え、前記マイクロプロセッサは、ダウンリンクスケジューリングのための第１の制御情報をリソースブロック（Resource Block：ＲＢ）対の１番目のスロットで受信し、ここで、前記第１の制御情報は一つまたは複数のリソースユニットに関する割当情報を含み、前記第１の制御情報があるＲＢ対を含むリソースユニットに関する割当情報が第１の値を有する場合に、前記ＲＢ対の２番目のスロットでデータを受信し、前記第１の制御情報があるＲＢ対を含むリソースユニットに関する割当情報が第２の値を有する場合に、前記ＲＢ対の２番目のスロットでアップリンクスケジューリングのための第２の制御情報の検出を試みるように構成された、通信装置が提供される。
【０００７】
好ましくは、前記リソースユニット割当情報は、リソース割当のためのビットマップを含み、それぞれのビットは、対応するＲＢまたはリソースブロックグループ（Resource Block Group：ＲＢＧ）にリソースを割り当てるか否かを指示する。
【０００８】
好適には、前記第１の制御情報があるＲＢ対を含むリソースユニットに関する割当情報が第２の値を有する場合に、前記ＲＢ対の２番目のスロットに前記第２の制御情報が存在する。
【０００９】
好適には、前記第１の値は１であり、前記第２の値は０である。
【００１０】
好適には、前記第２の制御情報の検出を試みることは、前記第２の制御情報のアグリゲーションレベル（aggregation level）が前記第１の制御情報の制御レベルよりも小さいという仮定の下で行われる。
【００１１】
好適には、前記第２の制御情報の検出を試みることは、前記第２の制御情報のために前以って設定された検索空間と前記割当情報が第２の値を有するリソースユニットとが重なり合うリソース上でのみ行われる。
【００１２】
好適には、前記通信装置は、前記２番目のスロットのリソース上で、前記第２の制御情報の配置に関する情報を上位層シグナリングを通じて受信する。
【発明の効果】
【００１３】
本発明の実施例によれば、無線通信システムにおいてダウンリンクリソースを効率的に用いることが可能になる。
【００１４】
本発明で得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【図面の簡単な説明】
【００１５】
【図１】３ＧＰＰシステムにおける無線フレームの構造を示す図である。
【図２】ダウンリンクスロットのリソースグリッド（resource grid）を示す図である。
【図３】ダウンリンクサブフレームの構造を例示する図である。
【図４】システムで用いられるアップリンクサブフレームの構造を示す図である。
【図５】マルチアンテナ方式で信号を送信する処理を示す図である。
【図６】復調参照信号（DeModulation Reference Signal：ＤＭ  ＲＳ）の構造を示す図である。
【図７】仮想リソースブロック（Virtual Resource Block：ＶＲＢ）と物理リソースブロック（Physical Resource Block：ＰＲＢ）とのマッピングを示す図である。
【図８】タイプ０のリソース割当（Resource Allocation：ＲＡ）を示す図である。
【図９】タイプ１のＲＡを示す図である。
【図１０】タイプ２のＲＡを示す図である。
【図１１】リレーを含む無線通信システムを示す図である。
【図１２】マルチメディアブロードキャスト単一周波数ネットワーク（Multi-Media Broadcast over a Single Frequency Network：ＭＢＳＦＮ）サブフレームを用いたバックホール通信を示す図である。
【図１３】周波数−時間で構成されたリソースを任意に区分して示す図である。
【図１４】周波数−時間で構成されたリソースを任意に区分して示す図である。
【図１５】Ｒ−ＰＤＣＣＨ／（Ｒ−）ＰＤＳＣＨを配置し復調する例を示す図である。
【図１６】Ｒ−ＰＤＣＣＨ／（Ｒ−）ＰＤＳＣＨを配置し復調する例を示す図である。
【図１７】Ｒ−ＰＤＣＣＨ／（Ｒ−）ＰＤＳＣＨを配置し復調する例を示す図である。
【図１８】ＲＢ対を複数のＲＥグループに分割した例を示す図である。
【図１９】ＲＢ対を複数のＲＥグループに分割した例を示す図である。
【図２０】Ｒ−ＰＤＣＣＨ／（Ｒ−）ＰＤＳＣＨを配置し復調する他の例を示す図である。
【図２１】Ｒ−ＰＤＣＣＨ／（Ｒ−）ＰＤＳＣＨを配置し復調する他の例を示す図である。
【図２２】Ｒ−ＰＤＣＣＨ／（Ｒ−）ＰＤＳＣＨを配置し復調する他の例を示す図である。
【図２３】Ｒ−ＰＤＣＣＨ／（Ｒ−）ＰＤＳＣＨを配置し復調する他の例を示す図である。
【図２４】ＤＬ ＲＡビットが０にセットされた場合にのみＵＬグラントが送信される場合を示す図である。
【図２５】２番目のスロットのリソース使用状態を知らせる方法を示す図である。
【図２６Ａ】２番目のスロットのリソース使用状態を知らせる方法を示す図である。
【図２６Ｂ】２番目のスロットのリソース使用状態を知らせる方法を示す図である。
【図２６Ｃ】２番目のスロットのリソース使用状態を知らせる方法を示す図である。
【図２７Ａ】２番目のスロットのリソース使用状態を知らせる方法を示す図である。
【図２７Ｂ】２番目のスロットのリソース使用状態を知らせる方法を示す図である。
【図２７Ｃ】２番目のスロットのリソース使用状態を知らせる方法を示す図である。
【図２７Ｄ】２番目のスロットのリソース使用状態を知らせる方法を示す図である。
【図２８】ダウンリンク制御情報（Downlink Control Information：ＤＣＩ）のフォーマットを示す図である。
【図２９】２番目のスロットのリソース使用状態を知らせる種々の方法を示す図である。
【図３０】２番目のスロットのリソース使用状態を知らせる種々の方法を示す図である。
【図３１】２番目のスロットのリソース使用状態を知らせる種々の方法を示す図である。
【図３２】２番目のスロットのリソース使用状態を知らせる種々の方法を示す図である。
【図３３】２番目のスロットのリソース使用状態を知らせる種々の方法を示す図である。
【図３４】２番目のスロットのリソース使用状態を知らせる種々の方法を示す図である。
【図３５】２番目のスロットのリソース使用状態を知らせる種々の方法を示す図である。
【図３６】２番目のスロットのリソース使用状態を知らせる種々の方法を示す図である。
【図３７】２番目のスロットのリソース使用状態を知らせる種々の方法を示す図である。
【図３８】２番目のスロットのリソース使用状態を知らせる種々の方法を示す図である。
【図３９】２番目のスロットのリソース使用状態を知らせる種々の方法を示す図である。
【図４０】２番目のスロットのリソース使用状態を知らせる種々の方法を示す図である。
【図４１】２番目のスロットのリソース使用状態を知らせる種々の方法を示す図である。
【図４２】２番目のスロットのリソース使用状態を知らせる種々の方法を示す図である。
【図４３】リレーの物理ダウンリンク制御チャネル（Relay Physical Downlink Control Channel：Ｒ−ＰＤＣＣＨ）のインデックスを配列（ordering）する方法及びそれによるリソース割当例を示す図である。
【図４４】リレーの物理ダウンリンク制御チャネルのインデックスを配列する方法及びそれによるリソース割当例を示す図である。
【図４５】リレーの物理ダウンリンク制御チャネルのインデックスを配列する方法及びそれによるリソース割当例を示す図である。
【図４６】リレーの物理ダウンリンク制御チャネルのインデックスを配列する方法及びそれによるリソース割当例を示す図である。
【図４７】本発明に適用可能な基地局、リレー及び端末を示す図である。
【発明を実施するための形態】
【００１６】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、かつ詳細な説明と共に本発明の技術的思想を説明する。
【００１７】
以下に添付の図面を参照して説明された本発明の実施例から、本発明の構成、作用及び他の特徴が容易に理解されるであろう。本発明の実施例は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、ＭＣ−ＦＤＭＡのような様々な無線接続技術に用いることができる。ＣＤＭＡは、ユニバーサル地上無線アクセス（Universal Terrestrial Radio Access：ＵＴＲＡ）やＣＤＭＡ２０００のような無線技術とすることができる。ＴＤＭＡは、移動通信用グローバルシステム（Global System for Mobile communications：ＧＳＭ（登録商標））／汎用パケット無線サービス（General Packet Radio Service：ＧＰＲＳ）／発展型ＧＳＭ用拡張データレート（Enhanced Data Rates for GSME Evolution：ＥＤＧＥ）のような無線技術とすることができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、発展型ＵＴＲＡ（Evolved UTRA：Ｅ−ＵＴＲＡ）などのような無線技術とすることができる。ＵＴＲＡは、ユニバーサル移動電話システム（Universal Mobile Telecommunications System：ＵＭＴＳ）の一部である。第３世代パートナーシッププロジェクトロングタームエボリューション（3rd Generation Partnership Project long term evolution：３ＧＰＰ  ＬＴＥ）は、Ｅ−ＵＴＲＡを用いる発展型ＵＭＴＳ（Evolved UMTS：Ｅ−ＵＭＴＳ）の一部である。ＬＴＥアドバンスト（LTE-Advanced：ＬＴＥ−Ａ）は、３ＧＰＰ ＬＴＥの進展したバージョンである。
【００１８】
以下の実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用される場合を中心に説明するが、これらは例示であって、本発明を制限するためのものではない。
【００１９】
図１には、３ＧＰＰシステムで用いられる無線フレームの構造を例示する。
【００２０】
図１を参照すると、無線フレーム（radio frame）は、１０ｍｓ（３０７２００・Ｔs）の長さを有し、１０個の均等なサイズのサブフレーム（subframe）で構成されている。それぞれのサブフレームは、１ｍｓの長さを有し、２個のスロット（slot）で構成されている。それぞれのスロットは０．５ｍｓ（１５３６０・Ｔs）の長さを有する。Ｔsは、サンプリング時間を表し、Ｔs＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０-8（約３３ｎｓ）で表示される。スロットは、時間領域で複数のＯＦＤＭまたはＳＣ−ＦＤＭＡシンボルを含み、周波数領域で複数のリソースブロック（Resource Block：ＲＢ）を含む。ＬＴＥシステムにおいて、１リソースブロックは、１２個の副搬送波×７（６）個のＯＦＤＭまたはＳＣ−ＦＤＭＡシンボルを含む。データが送信される単位時間である送信時間間隔（Transmission Time Interval：ＴＴＩ）は１以上のサブフレームとして定めることができる。上述した無線フレームの構造は例示に過ぎず、無線フレームにおいてサブフレームの数またはサブスロットの数、ＯＦＤＭ／ＳＣ−ＦＤＭＡシンボルの数は様々に変更してもよい。
【００２１】
図２には、ダウンリンクスロットのリソースグリッド（resource grid）を例示する。
【００２２】
【数１】
0006030694.tif 000002
【００２３】
図２に例示したダウンリンクスロット構造は、アップリンクスロット構造にも同様に適用される。ただし、アップリンクスロット構造は、ＯＦＤＭシンボルの代わりに、ＳＣ−ＦＤＭＡシンボルを含む。
【００２４】
図３には、３ＧＰＰシステムで用いられるダウンリンクサブフレームの構造を例示する。
【００２５】
図３を参照すると、サブフレームの先頭から一つまたは複数のＯＦＤＭシンボルが、制御領域に用いられ、残りのＯＦＤＭシンボルがデータ領域に用いられる。制御領域のサイズは、サブフレームごとに独立して設定することができる。制御領域は、スケジューリング情報及びその他のＬ１／Ｌ２（layer1／layer2）制御情報を送信するのに用いられる。データ領域は、トラフィックを送信するのに用いられる。制御チャネルは、物理制御フォーマッインジケータチャネル（Physical Control Format Indicator CHannel：ＰＣＦＩＣＨ）、物理ＨＡＲＱインジケータチャネル（Physical Hybrid-automatic repeat request(ARQ) Indicator CHannel：ＰＨＩＣＨ）、物理ダウンリンク制御チャネル（Physical Downlink Control CHannel：ＰＤＣＣＨ）を含む。トラフィックチャネルは、物理ダウンリンク共有チャネル（Physical Downlink Shared CHannel：ＰＤＳＣＨ）を含む。
【００２６】
ＰＤＣＣＨは、送信チャネルであるページングチャネル（Paging channel：ＰＣＨ）及びダウンリンク共有チャネル（Downlink-shared channel：ＤＬ−ＳＣＨ）のリソース割当と関連した情報、アップリンクスケジューリンググラント（Uplink Scheduling Grant）、ＨＡＲＱ情報などを、各端末または端末グループに知らせる。ページングチャネル（Paging CHannel：ＰＣＨ）及びダウンリンク共有チャネル（Downlink-shared CHannel：ＤＬ−ＳＣＨ）は、ＰＤＳＣＨを通じて送信される。そのため、基地局と端末は、一般に、特定の制御情報または特定のサービスデータを除けばＰＤＳＣＨを通じてデータをそれぞれ送信及び受信する。ＰＤＣＣＨを通じて送信される制御情報をダウンリンク制御情報（Downlink Control Information：ＤＣＩ）という。ＤＣＩは、アップリンクリソース割当情報、ダウンリンクリソース割当情報、及び任意の端末グループへのアップリンク送信パワー制御命令などを指す。基地局は、端末に送るＤＣＩに基づいてＰＤＣＣＨフォーマットを決定し、制御情報に巡回冗長検査ビット（Cyclic Redundancy Check：ＣＲＣ）を付加する。ＣＲＣには、ＰＤＣＣＨの所有者（owner）や用途によって固有の識別子（例えば、無線ネットワーク一時識別子（Radio Network Temporary Identifier：ＲＮＴＩ））がマスキングされる。
【００２７】
図４には、３ＧＰＰシステムで用いられるアップリンクサブフレームの構造を例示する。
【００２８】
図４を参照すると、ＬＴＥアップリンク送信の基本単位である１ｍｓ長のサブフレーム５００は、２個の０．５ｍｓスロット５０１で構成される。ノーマル（Normal）サイクリックプレフィックス（Cyclic Prefix：ＣＰ）の長さを挙げると、各スロットは、７個のシンボル５０２で構成され、１個のシンボルは１個のＳＣ−ＦＤＭＡシンボルに対応する。リソースブロック（Resource Block：ＲＢ）５０３は、周波数領域で１２個の副搬送波、及び時間領域で１スロットに対応するリソース割当単位である。ＬＴＥのアップリンクサブフレームの構造は、データ領域５０４と制御領域５０５とに大別される。データ領域は、各端末に送信される音声、パケットなどのデータを送信するのに用いられる通信リソースを意味し、物理アップリンク共有チャネル（Physical Uplink Shared CHannel：ＰＵＳＣＨ）を含む。制御領域は、アップリンク制御信号、例えば、各端末からのダウンリンクチャネル品質報告、ダウンリンク信号に対する受信ＡＣＫ／ＮＡＣＫ、アップリンクスケジューリング要求などを送信するのに用いられる通信リソースを意味し、物理アップリンク制御チャネル（Physical Uplink Control CHannel：ＰＵＣＣＨ）を含む。サウンディング参照信号（Sounding Reference Signal：ＳＲＳ）は、一つのサブフレームにおいて時間軸上で最後に位置するＳＣ−ＦＤＭＡシンボルを通じて送信される。同一のサブフレームにおける最後のＳＣ−ＦＤＭＡで送信される複数の端末のＳＲＳは、周波数位置／シーケンスによって区別可能である。
【００２９】
図５には、マルチアンテナ方式で信号を送信する処理を例示する。
【００３０】
図５を参照すると、コードワードは、スクランブルモジュール３０１によりスクランブルされる。コードワードは、送信ブロックに対応する符号化されたビット列を含む。スクランブルされたコードワードは、変調マッパ３０２に入力され、送信信号の種類及び／またはチャネル状態に応じてＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭまたは６４ＱＡＭ方式で複素シンボルに変調される。変調された複素シンボルは、レイヤマッパ３０３により一つまたは複数のレイヤ（Layer）にマッピングされるとよい。コードワード−対−レイヤマッピングは、送信方式に従って異ならせることができる。レイヤマッピングされた信号は、プリコーディングモジュール３０４により、チャネル状態に応じて選択された所定プリコーディング行列と掛けられて各送信アンテナに割り当てられるとよい。このように処理された各アンテナ別送信信号はそれぞれ、リソース要素マッパ３０５により、送信に用いられる時間−周波数リソース要素にマッピングされ、以降、ＯＦＤＭＡ信号生成器３０６を経て各アンテナから送信されることが可能である。
【００３１】
図６には、復調参照信号（DeModulation Reference Signal：ＤＭ  ＲＳ）構造を例示する。ＤＭ ＲＳは、マルチアンテナを用いて信号を送信する場合に、各レイヤの信号を復調するのに用いられる端末固有参照信号である。ＤＭ ＲＳは、ＰＤＳＣＨ及びＲ（Relay）−ＰＤＳＣＨの復調に用いられる。ＬＴＥ−Ａシステムは最大８個の送信アンテナを考慮するので、最大８個のレイヤ及びそのためのそれぞれのＤＭ ＲＳが必要である。便宜上、レイヤ０〜７のためのＤＭ ＲＳをそれぞれ、ＤＭ ＲＳ（レイヤ）０〜７と称する。
【００３２】
図６を参照すると、ＤＭ ＲＳは、２以上のレイヤが同じＲＥを共有し、符号分割多重（Code Division Multiplexing：ＣＤＭ）方式によって多重化される。具体的には、それぞれのレイヤのためのＤＭ ＲＳは、拡散コード（例えば、ウォルシュコード、ＤＦＴコードのような直交コード）を用いて拡散された後、同じＲＥ上に多重化される。例えば、レイヤ０と１のためのＤＭ ＲＳは、同じＲＥを共有するが、例えば、副搬送波１（ｋ＝１）でＯＦＤＭシンボル１２と１３の２つのＲＥに直交コードを用いて拡散される。すなわち、各スロットで、レイヤ０と１のためのＤＭ ＲＳは、拡散率（Spreading Factor：ＳＦ）＝２のコードを用いて時間軸に沿って拡散された後、同じＲＥに多重化される。例えば、レイヤ０のためのＤＭ ＲＳは［＋１ ＋１］を用いて拡散され、レイヤ１のためのＤＭ ＲＳは、［＋１ −１］を用いて拡散可能である。同様に、レイヤ２と３のためのＤＭ ＲＳは、互いに異なる直交コードを用いて同じＲＥ上に拡散される。レイヤ４，５，６，７のためのＤＭ ＲＳは、ＤＭ ＲＳ ０と１、そして２と３により獲得されたＲＥ上に、既存のレイヤ０、１、２、３と直交するコードで拡散される。４個のレイヤまではＳＦ＝２のコードがＤＭ ＲＳに用いられ、５個以上のレイヤが用いられる場合には、ＳＦ＝４のコードがＤＭ ＲＳに用いられる。ＬＴＥ−Ａにおいて、ＤＭ ＲＳのためのアンテナポートは、｛７，８，…，ｎ＋６｝（ｎは、レイヤの個数）である。
【００３３】
表１は、ＬＴＥ−Ａで定義されたアンテナポート７〜１４のための拡散シーケンスを示す。
【００３４】
【表１】
0006030694.tif 000003
【００３５】
表１から、アンテナポート７〜１０のための直交コードは、長さ２の直交コードが反復された構造を有することが分かる。そのため、結果として、４個のレイヤまではスロットレベルで長さ２の直交コードが用いられ、５個以上のレイヤが用いられる場合には、サブフレームレベルで長さ４の直交コードが用いられたものと同一になる。
【００３６】
以下、リソースブロックマッピングについて説明する。物理リソースブロック（Physical Resource Block：ＰＲＢ）と仮想リソースブロック（Virtual Resource Block：ＶＲＢ）が定義される。物理リソースブロックは、図２で例示した通りである。
【数２】
0006030694.tif 000004
【００３７】
【数３】
0006030694.tif 000005
【００３８】
【数４】
0006030694.tif 000006
【００３９】
仮想リソースブロックは、物理リソースブロックと同じサイズを有する。ローカルタイプ（localized type）の仮想リソースブロック（Localized VRB：ＬＶＲＢ）及び分散タイプ（distributed type）の仮想リソースブロック（Distributed VRB：ＤＶＲＢ）が定義される。仮想リソースブロックのタイプにかかわらず、サブフレームにおいて２つのスロットにわたって１対のリソースブロックが単一の仮想リソースブロック番号（ｎVRB）により共に割り当てられる。
【００４０】
図７には、仮想リソースブロックを物理リソースブロックにマッピングする方法を例示する。
【００４１】
【数５】
0006030694.tif 000007
【００４２】
【表２】
0006030694.tif 000008
【００４３】
【数６】
0006030694.tif 000009
【００４４】
【数７】
0006030694.tif 000010
【００４５】
以下、図面を参照して、既存のＬＴＥに定義されたリソース割当について説明する。図８乃至図１０はそれぞれ、タイプ０のリソース割当（Resource Allocation：ＲＡ）、タイプ１のＲＡ及びタイプ２のＲＡのための制御情報フォーマット及びそれによるリソース割当例を示す図である。
【００４６】
端末は、検出されたＰＤＣＣＨ ＤＣＩフォーマットに基づいてリソース割当フィールドを解析する。それぞれのＰＤＣＣＨ内のリソース割当フィールドは、リソース割当ヘッダフィールド及び実際リソースブロック割当情報という２つの部分（part）を含む。タイプ０及びタイプ１のリソース割当のためのＰＤＣＣＨ ＤＣＩフォーマット１、２及び２Ａは、同じフォーマットを有し、ダウンリンクシステム帯域によって存在する単一のビットリソース割当ヘッダフィールドにより互いに区別される。具体的には、タイプ０のＲＡは０で指示され、タイプ１のＲＡは１で指示される。ＰＤＣＣＨ ＤＣＩフォーマット１、２及び２Ａがタイプ０またはタイプ１のＲＡに用いられる反面、ＰＤＣＣＨ ＤＣＩフォーマット１Ａ、１Ｂ、１Ｃ及び１Ｄは、タイプ２のＲＡに用いられる。タイプ２のＲＡを有するＰＤＣＣＨ ＤＣＩフォーマットは、リソース割当ヘッダフィールドを有しない。
【００４７】
図８を参照すると、タイプ０のＲＡにおいて、リソースブロック割当情報は、端末に割り当てられたリソースブロックグループ（Resource Block Group：ＲＢＧ）を指示するビットマップを含む。ＲＢＧは、連続したＰＲＢのセットである。ＲＢＧの大きさ（Ｐ）は、表３のようにシステム帯域に依存する。
【００４８】
【表３】
0006030694.tif 000011
【００４９】
【数８】
0006030694.tif 000012
【００５０】
【数９】
0006030694.tif 000013
【００５１】
【数１０】
0006030694.tif 000014
【００５２】
【数１１】
0006030694.tif 000015
【００５３】
【数１２】
0006030694.tif 000016
【００５４】
図１０を参照すると、タイプ２のＲＡにおいて、リソースブロック割当情報は、スケジューリングされた端末に連続して割り当てられたＬＶＲＢまたはＤＶＲＢのセットを指示する。ＰＤＣＣＨ ＤＣＩフォーマット１Ａ、１Ｂまたは１Ｄでリソース割当をシグナリングした場合に、１ビットフラグが、ＬＶＲＢが割り当てられるかまたはＤＶＲＢが割り当てられるかを指示する（例えば、０はＬＶＲＢ割当を表し、１はＤＶＲＢ割当を表す）。一方、ＰＤＣＣＨ ＤＣＩフォーマット１Ｃでリソース割当をシグナリングする場合は、常にＤＶＲＢのみが割り当てられる。タイプ２リソース割当フィールドは、リソース指示値（Resource Indication Value：ＲＩＶ）を含み、ＲＩＶは、開始リソースブロック（ＲＢstart）及び長さに対応する。長さは、仮想的に連続するように割り当てられたリソースブロックの個数を表す。
【００５５】
図１１には、リレー（Relay、またはリレーノード（Relay Node：ＲＮ））を含む通信システムを例示する。リレーは、基地局のサービス領域を拡張したり、シャドウエリアに設置されてサービスを円滑にしたりする。図１１を参照すると、無線通信システムは、基地局、リレー及び端末を含む。端末は、基地局またはリレーと通信を行う。便宜上、基地局と通信を行う端末をマクロ端末（macro UE）と呼び、リレーと通信を行う端末をリレー端末（relay UE）と呼ぶ。基地局とマクロ端末との間の通信リンクをマクロアクセスリンクと呼び、リレーとリレー端末間の通信リンクをリレーアクセスリンクと呼ぶ。また、基地局とリレーとの間の通信リンクをバックホールリンクと呼ぶ。
【００５６】
リレーは、マルチホップ（multi-hop）伝送において実行する機能の数によって、Ｌ１（Layer 1）リレー、Ｌ２（Layer 2）リレー、及びＬ３（Layer 3）リレーに分類可能である。それぞれの簡略な特徴は、次の通りである。Ｌ１リレーは、通常、リピータ（repeater）の機能を有するもので、基地局／端末からの信号を単純に増幅して端末／基地局に送信する。リレーでデコーディングを行わないため、送信遅延（transmission delay）が短いという利点はあるが、信号（signal）とノイズを区別できないため、ノイズまで増幅するという欠点がある。このような欠点を補完するために、ＵＬパワーコントロールや自己干渉除去（self-interference cancellation）のような機能を有する、改善されたリピータ（advanced repeaterまたはsmart repeater）を用いることもある。Ｌ２リレーの動作は、デコーディング及び転送（decode-and-forward）と表現することができ、ユーザプレーントラフィックをＬ２に送信することができる。ノイズが増幅されないという利点があるが、デコーディングによる遅延が増加するという欠点がある。Ｌ３リレーは、セルフバックホーリング（self-backhauling）とも呼ばれ、ＩＰパケットをＬ３に送信することができる。無線リソース制御（Radio Resource Control：ＲＲＣ）機能も有しているので、小規模の基地局のような役割を担う。
【００５７】
Ｌ１、Ｌ２リレーは、リレーが該当の基地局がカバーするドナーセル（donor cell）の一部である場合に相当するといえる。リレーがドナーセルの一部であれば、リレーがリレー自体のセルと当該セルの端末を制御できず、リレーは自体のセルＩＤを有することができない。ただし、リレーのＩＤ（Identity）であるリレーＩＤを有することはできる。また、このような場合には、無線リソース管理（Radio Resource Management：ＲＲＭ）の一部の機能は、当該ドナーセルの基地局により制御され、ＲＲＭの一部分はリレーに位置することがある。Ｌ３リレーは、リレーが自体のセルを制御できる場合に相当する。このような場合には、リレーは、一つまたは複数のセルを管理でき、該リレーが管理する各セルは、固有の物理層セルＩＤ（unique physical-layer cell ID）を有することができる。基地局と同じＲＲＭメカニズムを有することができ、端末にとっては、リレーが管理するセルに接続することと一般基地局が管理するセルに接続することとに違いはない。
【００５８】
また、リレーは、移動性によって下記のように分類される。
【００５９】
−  固定リレー（Fixed RN）：恒久的に固定しており、シャドウエリアやセルカバレッジの増大のために用いられる。単純リピータ（Repeater）の機能も可能である。
【００６０】
−  ノマディックリレー（Nomadic RN）：ユーザが突然増加する時に臨時で設置したり、建物内で任意に移したりすることができるリレーである。
【００６１】
−  移動リレー（Mobile RN）：バスや地下鉄などの公共の交通手段に装着可能なリレーであって、リレーの移動性がサポートされなければならない。
【００６２】
また、リレーとネットワークとのリンクによって下記の分類も可能である。
【００６３】
−  イン−バンド（in-band）コネクション：ドナーセル内でネットワーク−対−リレーリンクとネットワーク−対−端末リンクは、同じ周波数バンドを共有する。
【００６４】
−  アウト−バンド（out-band）コネクション：ドナーセル内でネットワーク−対−リレーリンクとネットワーク−対−端末リンクとは、異なる周波数バンドを用いる。
【００６５】
また、端末がリレーの存在を認識しているか否かによって下記の分類が可能である。
【００６６】
−  トランスペアレント（Transparent）リレー：端末は、ネットワークとの通信がリレーを介して行われることを知らない。
【００６７】
−  ノン−トランスペアント（Non-transparent）リレー：端末は、ネットワークとの通信がリレーを介して行われることを知っている。
【００６８】
図１２には、ＭＢＳＦＮサブフレームを用いてバックホール送信を行う例を示す。イン−バンド中継モードにおいて、基地局−リレーリンク（すなわち、バックホールリンク）は、リレー−端末リンク（すなわち、リレーアクセスリンク）と同じ周波数帯域で動作する。リレーが基地局から信号を受信しながら端末に信号を送信したり、その逆の動作を行ったりする場合には、リレーの送信器と受信器は互いに干渉を誘発するので、リレーが同時に送信及び受信を行うのに制限がありうる。そこで、バックホールリンクとリレーアクセスリンクはＴＤＭ方式でパーティショニング（partitioning）される。ＬＴＥ−Ａは、リレーゾーンに存在するレガシーＬＴＥ端末の測定動作をサポートするために、ＭＢＳＦＮサブフレームでバックホールリンクを設定する（フェイク（fake） MBSFN方法）。任意のサブフレームがＭＢＳＦＮサブフレームとしてシグナリングされた場合に、端末は、当該サブフレームの制御領域（ｃｔｒｌ）のみを受信するため、リレーは、当該サブフレームのデータ領域を用いてバックホールリンクを構成することができる。一例として、リレーＰＤＣＣＨ（Relay PDCCH：Ｒ−ＰＤＣＣＨ）は、ＭＢＳＦＮサブフレームの３番目のＯＦＤＭシンボルから最後のＯＦＤＭシンボルにおける特定リソース領域を用いて送信される。
実施例
【００６９】
図１３及び図１４は、周波数−時間で構成されたリソースを任意に区分して示す図である。図１３は、単一アンテナポートの場合を示しており、図１４は、マルチアンテナポートの場合を示している。図面は、ダウンリンクサブフレームの一部を意味することができる。
【００７０】
図１３で、Ｘ−Ｙで表記された周波数−時間領域の大きさは様々に構成することができる。ＬＴＥシステムを挙げると、リソース領域Ｘ−１（Ｘ＝１、２、３）はそれぞれ、周波数領域で１２個の副搬送波と時間領域で４個のＯＦＤＭシンボルで構成することができる。リソース領域Ｘ−２（Ｘ＝１、２、３）はそれぞれ、周波数領域で１２個の副搬送波と時間領域で７個のＯＦＤＭシンボルで構成することができる。シンボルの数は、サイクリックプレフィックス（Cyclic prefix）の長さによって異なることがある。上述のシンボルの個数及び副搬送波の個数は、システムによって異なる値を有することができる。他の方式で表現すると、リソース領域Ｘ−１は１番目のスロットの一部、リソース領域Ｘ−２は２番目のスロットを意味することができる。このようなリソース構成は、基地局とリレー間のバックホールリンクサブフレームで典型的に現れる。この場合、図１３は、図１２のＭＢＳＦＮサブフレームにおいて制御情報領域以外の残りの部分に該当することができる。
【００７１】
図１３は、周波数領域においてリソースの大きさを表すために、リソースブロック（Resource block：ＲＢ）とリソースブロックグループ（Resource Block Group：ＲＢＧ）を示している。ＲＢは、本来、図２に示すように、スロット単位に定義されるリソースである。そのため、それぞれのＸ−Ｙが一つのリソースブロックに該当し、［Ｘ−１，Ｘ−２］は、リソースブロック対に該当する。特別に言及しない限り、ＲＢは、文脈によって、［Ｘ−１］または［Ｘ−２］を指すこともあり、［Ｘ−１，Ｘ−２］を指すこともある。ＲＢＧは、一つまたは複数の連続したＲＢで構成される。図１３ではＲＢＧを構成するＲＢの個数を３個としたが、これは例示に過ぎず、ＲＢＧを構成するＲＢの個数は、表３のようにシステム帯域に応じて変えればよい。ここで、ＲＢは、ＰＲＢまたはＶＲＢを意味する。
【００７２】
図１４で、Ｐｘ−ｙｙ（ｘ、ｙ＝０、１、２、３、…）と表記されたリソース領域の周波数領域の大きさと時間領域の大きさは、様々に構成することができる。基本的なリソース構成は、図１３を参照して説明した通りである。図面で、Ｐｎ（ｎ＝０、１、２、３…）は、マルチレイヤ伝送システム（例えば、ＭＩＭＯシステム）で用いるポートまたはレイヤを意味する。ポートまたはレイヤは、互いに異なる情報を送信できる、区別可能なリソース領域を意味する。ポートまたはレイヤの意味はシステムごとに別々に解析されてもよい。３ＧＰＰ ＬＴＥシステムを例にして説明すると、Ｐ０−１２が１個のＲＢであれば、周波数領域は１２個の副搬送波、時間領域は７個のＯＦＤＭシンボルで構成可能であり、１ ＲＢＧ（例えば、ＲＢＧ＝４）であれば、周波数領域の大きさが４倍と増加した形態になりうる。Ｐｘ−ｙ１領域は、Ｐｘ−ｙ２領域と同一の数または少ない数のＲＥで構成される。例えば、Ｐｘ−ｙ１リソース領域がＲＢであれば、１２個の副搬送波と４個のＯＦＤＭシンボルで構成可能であり、ＲＢＧであれば、周波数領域がＲＢＧ単位の倍数だけ増加する。Ｐｘ−ｙ１は１番目のスロットまたはその一部、Ｐｘ−ｙ２は２番目のスロットまたはその一部を意味することもある。シンボルの数は、サイクリックプレフィックスの長さによって変わることがある。上述したシンボルの個数及び副搬送波個数は、システムによって他の値を有することができる。
【００７３】
以下、図１３及び図１４のような形態のリソース構成において制御情報とデータをどのように割り当てて送信するかについて提案する。特別に言及しない限り、単一アンテナポートである場合を中心に説明し、リソース領域の表示も図１３の方式に従うとする。これは、説明の便宜のためのもので、単一アンテナポートに関する説明がマルチアンテナポートにも適用可能であるということは、当業者には自明である。
【００７４】
基地局−リレー間のリンクで用いられる制御情報（例えば、Ｒ−ＰＤＣＣＨ）は、あらかじめ定められた特定リソース領域上で送信されることが好ましい。本発明の一例によれば、ＬＴＥのタイプ０のリソース割当（resource allocation：ＲＡ）を用いる場合に制御情報が送信されうる特定リソース領域（Ｒ−ＰＤＣＣＨ検索空間（search space）という）を、割り当てられたＲＢＧのＫ番目のＲＢに限定することができる。ここで、Ｋは、ＲＢＧを構成するＲＢの個数よりも小さい整数を表す。この場合、割り当てられた全ＲＢＧのＫ番目のＲＢは、Ｒ−ＰＤＣＣＨを送信する可能性がある。Ｋは、ＲＢＧの最初のＲＢでもよく、最後のＲＢでもよい。タイプ１、２ＲＡにおいてもＲＢＧの概念を共有することができ、同様の論理によりＲＢＧの特定ＲＢをＲ−ＰＤＣＣＨ送信のためのリソース領域として用いることができる。
【００７５】
また、Ｒ−ＰＤＣＣＨ検索空間をＲＢＧセットのいずれか一つのサブセットとして指定する場合に、Ｒ−ＰＤＣＣＨ検索空間のためのＲＢを、ＲＢＧセット内でＰの二乗だけ離れた位置にする方法を提案する。ここで、ＰはＲＢＧ内のＲＢの数である。例えば、３２個のＲＢを仮定すると、１１個のＲＢＧを定義でき、１個のＲＢＧは３個のＲＢで構成することができる（Ｐ＝３）。したがって、Ｒ−ＰＤＣＣＨ検索空間は３2＝９個のＲＢ間隔で配置させることが好ましい。上述した例は、一つのＲＢＧサブセットを用いる場合の例であり、ＲＢＧサブセットが２個である場合は、該当のサブセット内でＲＢの間隔がＰの二乗であることを意味する。サブセット間の間隔は、どのサブセットを何個選択したかによって変わることがある。
【００７６】
Ｒ−ＰＤＣＣＨ／（Ｒ−）ＰＤＳＣＨの割当及び復調
制御情報はＲ−ＰＤＣＣＨを通じて送信され、データは（Ｒ−）ＰＤＳＣＨを通じて送信される。Ｒ−ＰＤＣＣＨは、大きく２つのカテゴリに分類される。一つのカテゴリはＤＬグラント（Downlink Grant：ＤＧ）であり、他のカテゴリは、ＵＬグラント（Uplink Grant：ＵＧ）である。ＤＬグラントは、リレーが受信すべきデータに対応するＲ−ＰＤＳＣＨの時間／周波数／空間リソースに関する情報とデコーディングをするための情報（すなわち、スケジューリング情報）を含んでいる。ＵＬグラントは、リレーがアップリンクで送信すべきデータに対応するＲ−ＰＵＳＣＨの時間／周波数／空間リソースに関する情報とデコーディングをするための情報（すなわち、スケジューリング情報）とを含んでいる。以下、図面を参照して、ＤＬ／ＵＬグラントをバックホールサブフレームのリソース領域に配置し、それを復調する方法について説明する。
【００７７】
図１５には、Ｒ−ＰＤＣＣＨ／（Ｒ−）ＰＤＳＣＨを配置し復調する例を示す。この例は、ＬＴＥのタイプ０のＲＡ（ＲＢＧ単位割当）を用いて（Ｒ−）ＰＤＳＣＨのためのリソースを割り当てる場合を仮定する。しかし、これは例示であり、この例は、ＬＴＥのタイプ１のＲＡ（ＲＢ単位割当）を用いる場合にも同一に／類似して適用される。また、同図は、ＤＬグラントの存在するＲＢＧが該当のリレーに割り当てられた場合を例示しているが、これは例示であり、ＤＬグラントの存在するＲＢＧが該当のリレーに割り当てられなくてもよい。
【００７８】
図１５は、リソース領域１−１にＲＮ＃１のＤＬグラントが存在する場合に、リソース領域１−２に、（ａ）データ（（Ｒ−）ＰＤＳＣＨ）が存在したり、（ｂ）ＵＬグラントが存在したり、（ｃ）他のリレーのためのＵＬグラントが存在したりする場合を例示する。
【００７９】
図１５で、リソース領域１−２に（ａ）〜（ｃ）のうちのいずれの情報が存在するかは、ＲＡ情報（例えば、ＲＢＧまたはＲＢ割当情報）から知ることができる。例えば、ＲＢＧがいずれもＲＮ＃１に割り当てられたものであれば、ＲＮ＃１は、ＤＬグラントのＲＡ情報を解析し、リソース領域１−２が（ａ）または（ｂ）のいずれに該当するかを決定することができる。具体的には、ＲＮ＃１は、リソース領域Ｘ−１において自体のための第１のＲ−ＰＤＣＣＨ（例えば、ＤＬグラント）が検出されたＲＢまたはＲＢＧにデータが存在すると、当該ＲＢまたはＲＢＧにおいて第１のＲ−ＰＤＣＣＨが占有する以外のリソースには自体のデータが存在すると仮定することができる。そのため、ＲＡ情報が当該ＲＢまたはＲＢＧにデータが存在すると指示すると、ＲＮ＃１は、検出されたＤＬグラント以外の他のＲ−ＰＤＣＣＨは、当該ＲＢまたはＲＢＧに存在しないと判断することができる。すなわち、リレーは、リソース領域１−２が（ａ）に該当すると判断することができる。一方、ＲＡ情報が、当該ＲＢまたはＲＢＧにデータが存在しないと指示すると、リレーは、（ｂ）または（ｃ）のように、第２のＲ−ＰＤＣＣＨが存在すると判断し、適宜、データ開始時点（例えば、リソース領域２−１）を探すことができる。この時、基地局とリレーは、第２のＲ−ＰＤＣＣＨの大きさが一定であると仮定することができる。（ｃ）の場合、ＲＮ ＩＤベースのＣＲＣ検出を試みることによって、第２のＲ−ＰＤＣＣＨがＲＮ＃１のためのＵＬグラントでないことが分かる。一方、ＲＡ情報が（ａ）、（ｂ）または（ｃ）を区別するのに用いられるとしても、ＤＬグラントの存在するＲＢＧは常にＲＮ＃１のデータのために割り当てられたリソースであることを、あらかじめ暗に定めておくことができる。
【００８０】
図１５は、ＤＬグラントがリソース領域Ｘ−１（例えば、１−１）の全体に存在する場合を示しているが、これは一例であり、ＤＬグラントがリソース領域１−１の一部にのみ存在する場合にも、上述の方法を同一に適用することができる。また、図１５は、リソース領域Ｘ−１にＤＬグラントが存在する場合を示しているが、リソース領域Ｘ−１に、ＤＬグラントの代わりにＵＬグラントが存在することも可能である。この場合、リレーは、ＤＬグラントの代わりにＵＬグラントをまずデコーディングする処理を含む。また、図１５は、第２のＲ−ＰＤＣＣＨがＵＬグラントであるとしているが、これは一例であり、第２のＲ−ＰＤＣＣＨはＤＬグラントであってもよい。
【００８１】
図１６及び図１７は、Ｒ−ＰＤＣＣＨ／（Ｒ−）ＰＤＣＣＨを配置し復調する他の例を示している。この例は、ＬＴＥのタイプ０のＲＡ（ＲＢＧ単位割当）を用いて（Ｒ−）ＰＤＳＣＨのためのリソースを割り当てる場合を仮定する。しかし、これは例示であり、この例は、ＬＴＥのタイプ１のＲＡ（ＲＢ単位割当）を用いる場合にも同一に／類似して適用される。また、同図は、ＤＬグラントの存在するＲＢＧが該当のリレーに割り当てられた場合を例示しているが、これは例示であり、ＤＬグラントの存在するＲＢＧが該当のリレーに割り当てられなくてもよい。
【００８２】
図１６及び図１７は、リソース領域１−１／１−２にＲＮ＃１のＤＬグラントが存在する場合に、（ａ）リソース領域２−１／２−２にデータ（（Ｒ−）ＰＤＳＣＨ）が存在したり（図示せず）、（ｂ）リソース領域２−１にＲＮ＃１のためのＵＬグラントが存在したり（図１６）、（ｃ）リソース領域２−１／２−２にＲＮ＃１のためのＵＬグラントが存在したりする場合（図１７）を例示する。
【００８３】
この場合、ＲＮ＃１はブラインドデコーディングを行うことで、（ａ）、（ｂ）または（ｃ）を区別することができる。リソース領域２−ＸにＲＮ＃１のデータまたは制御情報がある場合に好ましい。
【００８４】
また、ＲＮ＃１は、ＤＬグラントのＲＡ情報（例えば、ＲＢＧ割当ビット）を用いて（ａ）、（ｂ）または（ｃ）を区別することができる。例えば、ＲＮ＃１は、ＲＡ情報を用いて、リソース領域２−１にあるものがＲＮ＃１のデータなのか、またはリソース領域２−１に限定して割り当てられたＵＬグラントなのかを区別することができる（すなわち、（ａ）または（ｂ））（ケースＡ）。また、ＲＮ＃１は、ＲＡ情報を用いて、リソース領域２−１／２−２にあるものがＲＮ＃１のデータなのか、リソース領域２−１／２−２に限定して割り当てられたＵＬグラントなのかを区別できる（すなわち、（ａ）または（ｃ））（ケースＢ）。そのために、基地局−リレー動作は、ケースＡまたはケースＢのいずれかに設定されなければならない。すなわち、ＲＮ＃１は、ＲＡ情報（例えば、ＲＢＧ割当ビット）を用いて、（ａ）または（ｂ）を区別したり、（ａ）または（ｃ）を区別したりできる。ＲＢＧ割当ビットを両者のいずれに用いるかは、あらかじめ設定しておかなければならない。例えば、ＵＬグラントがリソース領域２−１に限られていると仮定するか、または、リソース領域２−１／２−２に限られていると仮定するかは、あらかじめ定めておかなければならない。
【００８５】
また、リソース領域１−１／１−２にＲＮ＃１のＤＬグラントが存在する場合に、（ａ）リソース領域２−１／２−２にＲＮ＃１のデータ（図示せず）、（ｂ）リソース領域２−１に他のＲＮのＤＬまたはＵＬグラント（図１６）、（ｃ）リソース領域２−１／２−２に他のＲＮのＤＬまたはＵＬグラントが存在することがある（図１７）。この場合、ＲＢＧ割当ビットを用いて（ａ）または（ｂ）を区別したり、（ａ）または（ｃ）を区別したりできる。ＲＢＧ割当ビットを両者のいずれに用いるかは、あらかじめ設定しておかなければならない。
【００８６】
上述の方法で、ＤＬグラントサイズと同じＤＬ／ＵＬグラントサイズのみ存在するとすれば、ＲＢＧ割当ビットは、リソース領域２−１または２−１／２−２に存在する値がデータなのか、制御情報なのかを区別する役割を果たし、ＤＬ／ＵＬグラントサイズ（すなわち、リソース領域２−１または２−１／２−２）は、検出されたＤＬグラントサイズによって決定することができる。
【００８７】
上述の方法は、ＤＬグラントがリソース領域１−１、１−２及び１−３にわたっている場合にも同一に適用される。また、上述の方法は、リソース領域１−１、２−１、３−１に、ＤＬグラントの代わりにＵＬグラントの全体または一部が存在する場合にも同一に適用される。この場合、上述の方法においてリレーはＤＬグラントの代わりにＵＬグラントをまずブラインドデコーディングする。
【００８８】
同一のＤＭ ＲＳポートを用いた復調方法
リソース領域１−１でＲＮ＃１のためのグラント（例えば、ＤＬグラント）の復調に成功すると、成功したＤＭ ＲＳポートに対応するＤＭ ＲＳを用いて他のリソース領域のＤＬ送信信号を復調し、そうでなければ、リソース領域１−１で用いるＤＭ ＲＳポートと異なるＤＭ ＲＳを用いて、他のリソース領域のＤＬ送信信号を復調する方法を提案する。例えば、リソース領域１−１でＲＮ＃１のＤＬグラントの復調に成功すると、成功したＤＭ ＲＳポートに対応するＤＭ ＲＳを用いて、リソース領域１−２のＤＬ送信信号（例えば、ＵＬグラント）を復調し、そうでなければ、リソース領域１−１で用いられたＤＭ ＲＳポートと異なるＤＭ ＲＳを用いてリソース領域１−２のＤＬ送信信号（例えば、ＵＬグラント）を復調することができる。具体的には、リソース領域１−１をＤＭ ＲＳポート０で復調して成功したとすれば、リソース領域１−２のＤＬ送信信号（例えば、ＵＬグラント）も、同一のＤＭ ＲＳポート０のＤＭ ＲＳを用いて復調し、そうでなければ（失敗した場合）、ＤＭ ＲＳポート１のＤＭ ＲＳを用いて復調を行うことができる。
【００８９】
ＴＤＭ＋ＦＤＭにおいてＵＬグラント（または、ＤＬグラント）でＲＢ対を満たす方法
もし、リソース領域１−１にＲＮ＃１のＵＬグラントが存在すると（すなわち、ＲＮ＃１のＤＬグラントが存在しなければ）、リソース領域１−２が用いられない場合が生じる。これを解決するために、ＵＬグラントのみ存在するリレーのＵＬグラントをリソース領域１−２に満たす方法を提案する。もし、ＵＬグラントのみ存在するリレーが多数ある場合は、ＵＬグラントでＸ−１、Ｘ−２を全部満たすことで、リソースの浪費を最小限にすることができる。
【００９０】
同様に、ＤＬグラントのみ存在する場合にも、リソース領域１−１及びリソース領域１−２の両方にＤＬグラントを割り当てて運用することを提案する。
【００９１】
ＲＳポート割当方法
図１８及び図１９は、ＲＢ対を複数のＲＥグループに分割した例を示す。図１８及び図１９の例で、サブフレームの全体または一部のシンボル区間は、リソース領域の開始および終了部分で定義されうると仮定する。
【００９２】
図１８は、一つのＲＢ対を２つのＲＥグループ（Ｘ−ａ、Ｘ−ｂ）に分割した場合を例示する。図１８で、Ｘ−ａ、Ｘ−ｂ（Ｘ＝１、２、３）の大きさは同一でも、異なってもよい。ここで、リソース領域１−ａ、１−ｂは、ＲＮ＃１のＤＬグラントとＵＬグラントをそれぞれ伝達するのに用いられ、リソース領域２−ａはＲＮ＃２のＤＬグラントを、リソース領域２−ｂ、３−ａはＲＮ＃３のＤＬグラントを、リソース領域３−ｂはＲＮ＃３のＵＬグラントを伝達するのに用いられると仮定する。この場合、リソース領域１−ａと１−ｂは、一つのＤＭ ＲＳポートに基づいて復調するように構成し、リソース領域２−ａ、２−ｂは、互いに異なるＤＭ ＲＳポートに基づいて復調するように構成し、リソース領域３−ａ、３−ｂは、同じＤＭ ＲＳポートに基づいて復調するように構成することを提案する。こうすることで、同一のＲＮに伝達されるＤＬ／ＵＬグラントは、一つの同一のＤＭ ＲＳポートを用いてより良い性能を得ることができ、異なるＲＮに伝達されるＤＬ／ＵＬグラントについては、各ＲＮに合うＤＭ ＲＳポートを割り当てることができる。
【００９３】
図１９は、一つのＲＢ対を３個のＲＥグループ（Ｘ−ａ、Ｘ−ｂ、Ｘ−ｃ）に分割した場合を例示する。図１９は、ＲＥグループの個数が変わった以外は、図１８における説明と同一であり、その詳細な説明は図１８を参照されたい。
【００９４】
高いアグリゲーション（aggregation）レベルにおける、Ｒ−ＰＤＣＣＨのマッピング及び検出
リレーは、チャネル環境によってＲ−ＰＤＣＣＨのＲ−ＣＣＥアグリゲーションレベル（例えば、１，２，４，８，…）が変わることがある。これは、ＬＴＥ ＰＤＣＣＨのＣＣＥアグリゲーションに似ている。Ｒ−ＣＣＥは、便宜上、リレーのためのＣＣＥを区別するために定義されたもので、以下の説明でＲ−ＣＣＥはＣＣＥと混用される。Ｒ−ＰＤＣＣＨのＤＬグラントが図２０のように３個のＲＢにわたって存在し、ＵＬグラントは、２個のＲＢ対（pair）の２番目のスロットにわたって送信されるとしよう。この場合、ＤＬグラントをブラインドデコーディングして、図２０のようなＲ−ＣＣＥアグリゲーション（aggregation）を知ったとすると、リレーは、２番目のスロットにＵＬグラントが存在するか、またはデータが存在するかは分からない。
【００９５】
もちろん、前述の方式と類似の方式を適用してもよい。すなわち、ＲＢＧ割当ビットで２番目のスロットにＵＬグラントが存在するか否かを知らせることができる。好ましくは、ＤＬグラントが存在するＲＢＧは該当のリレーに割り当てられると仮定することができる。したがって、１番目のスロットにＤＬグラントがある場合に、当該ＲＢＧへのリソース割当ビットは、２番目のスロットにＲ−ＰＤＳＣＨまたはＵＬグラントがあることを知らせることができる。下記の場合が可能である。
（ａ）２番目のスロットにＲ−ＰＤＳＣＨが存在、または
（ｂ）２番目のスロットに、同一のリレーのためのＵＬグラントまたは他のリレーのためのＵＬグラントが存在。他のＲＮのＵＬグラントは、ＲＮ ＩＤを用いたＣＲＣチェックにより確認可能。
【００９６】
ここでの問題点は、ＵＬグラントがどのＲＢ対に存在するかということである。例えば、Ｒ−ＣＣＥアグリゲーションレベルによって、ＵＬグラントの存在するＲＢ対の個数が変わることがある。
【００９７】
ＵＬグラントが存在するＲＢ対の個数／位置は、ＤＬグラントサイズとＵＬグラントサイズとの間に簡単な関係を作ることによって知ることができる。これを、図２１及び図２２を参照して例示する。
【００９８】
図２１を参照すると、ＤＬグラントの存在するＲＢ対にＵＬグラントも常に存在するようにすることができる。そのため、ＤＬグラントが２個のＲＢ対にわたって存在すると、ＵＬグラントも同様に、２個のＲＢ対に存在することができる。したがって、ＤＬグラントの検出に成功した場合に、リレーは、ＵＬグラントがどこにあるかが分かる。そのために、ＤＬグラントのアグリゲーションレベルよりもＵＬグラントのアグリゲーションレベルを大きく設定することができる。あるいは、ＤＬグラントのアグリゲーションレベルとＵＬグラントのアグリゲーションレベルとにＮ＿ｌｅｖｅｌ倍の差があるとあらかじめ定義することができる。
【００９９】
一実施例として、ＲＢ対の１番目のスロットに１つのＲ−ＣＣＥが存在し、２番目のスロットに２つのＲ−ＣＣＥが存在すると定義することができる。この場合、１番目のスロットのＲ−ＣＣＥと２番目のスロットのＲ−ＣＣＥは、大きさが異なる。この例によれば、ＤＬグラントアグリゲーションレベルｘ２＝ＵＬグラントアグリゲーションレベルとあらかじめ定義することができる。図２１を参照すると、ＲＮ＃１のためのＤＬグラントのアグリゲーションレベルは２であり、ＵＬグラントのためのアグリゲーションレベルは４である。同様に、ＲＮ＃２のためのＤＬグラントのアグリゲーションレベルは３であり、ＵＬグラントのためのアグリゲーションレベルは６である。
【０１００】
他の例として、Ｒ−ＣＣＥサイズをスロット単位に定義することができる。すなわち、ＲＢ対の１番目のスロットに一つのＲ−ＣＣＥが存在し、２番目のスロットに一つのＲ−ＣＣＥが存在すると定義することができる。この場合、１番目のスロットのＲ−ＣＣＥと２番目のスロットのＲ−ＣＣＥは、大きさが異なる。この例によれば、ＤＬグラントアグリゲーションレベル＝ＵＬグラントアグリゲーションレベルとあらかじめ定義することができる。図２１を参照すると、ＲＮ＃１の場合に、ＤＬグラントのアグリゲーションレベル＝ＵＬグラントのためのアグリゲーションレベル＝２である。同様に、ＲＮ＃２の場合に、ＤＬグラントのアグリゲーションレベル＝ＵＬグラントのためのアグリゲーションレベル＝３である。
【０１０１】
図２２を参照すると、Ｒ−ＣＣＥサイズが一つに定められ、ＤＬグラントアグリゲーションレベル＝ＵＬグラントアグリゲーションレベルである場合を例示する。例えば、Ｒ−ＣＣＥサイズは３２個のＲＥでよい。この場合、２番目のスロットのリソース領域がより大きいので、図２２のような配置にすることができる。ＲＮ＃２の場合に、２番目のＲＢ対の２番目のスロットにおいて一部のリソースのみがＵＬグラント送信に用いられる。この場合、２番目のスロットにおいて空いた空間はデータ送信に用いられることもあり（図２２（ａ））、データ送信に用いられないこともある（図２２（ｂ））。
【０１０２】
さらに他の方法として、ＵＬグラントの占めるＲＢの数を制限してもよい。一例として、図２２のＲＮ＃１の場合のように、常にＵＬグラントは一つのＲＢ対の２番目のスロットで送信されるように制限することができる。このような制限は、標準で固定されてもよく、上位層信号を通じて基地局がＲＮに伝達してもよい。このような制限があると、ＲＮは、上述したＲＡ情報の再解析を通じて、ＵＬグラントの占める領域の位置を容易に把握でき、これによってデータ信号の位置も把握可能である。
【０１０３】
上記において、ＲＢＧ割当ビットをＵＬグラントまたはデータ（Ｒ−ＰＤＳＣＨ）を区別するために再解析して用いることが可能になったのは、当該ＲＢＧが当該ＲＮのためにのみ用いられるということを前提としたためである。しかし、ＲＢＧをＲＢＧ本来の値の意味として用いたい場合は、別のシグナルをおくことも可能である。このようなシグナルはＲ−ＰＤＣＣＨに存在することができる。また、別のシグナルを用いるか、またはＲＢＧを再解析して用いるかを、あらかじめ設定してもよく、準静的な方法でシグナリングして構成してもよい。
【０１０４】
一方、上述の方法においてＵＬグラントが存在すると指示したにもかかわらず、ＵＬグラントをデコーディングするのに失敗した場合は、該当のスロットに存在するデータ（ＵＬグラントも含む）は、ＨＡＲＱを通じて再送信されるデータと結合されることがある。この場合、ＵＬグラントによってＨＡＲＱ結合されたデータに深刻な誤りが生じることがあるので、ＵＬグラントが含まれているかもしれない以前のデータをＨＡＲＱコンパイニング（combining）処理で用いなければよい。
【０１０５】
図２３は、ＵＬグラントのみ存在する場合にも、ＤＬグラントを１番目のスロットに配置し、ＤＬグラントが２番目のスロットにＵＬグラントが存在することを知らせるようにする方式である。
【０１０６】
図２３を参照すると、基地局は、リレーに送信するダウンリンクデータ（例えば、（（Ｒ−）ＰＤＳＣＨ）がない場合（すなわち、ＵＬグラントのみの場合（UL grant only case））にも、ＵＬグラントが同一のＲＢ対の２番目のスロットに存在するということをリレーに知らせるために、ヌル（null）ＤＬグラント（または、ダミー（dummy）ＤＬグラント）を送信することができる。この例によれば、リレーのためのダウンリンクデータの存在の有無にかかわらず、ＵＬグラントのためのブラインドデコーディングを省略できるため、リレーのブラインドデコーディングの複雑度が減少する。この例のように、ＤＬグラントもＵＬグラントも送信されたが、リレーのためのダウンリンクデータが実際にはない状況では、ＤＬグラントに対応するデータがないと指示しなければならない（すなわち、ヌルＤＬグラント）。そのために、ヌルＤＬグラントは、全てのダウンリンク送信ブロックまたはコードワードが無効である（disable）と指示することができる。また、ヌルＤＬグラントは、ダウンリンク送信ブロックサイズ（Transport Block Size：ＴＢＳ）がＴＢＳ＝０またはＴＢＳ＜Ｋ（例えば、４ ＲＢ）であると指示することができる。また、ヌルＤＬグラントは、ダウンリンク送信のために割り当てられたＲＢがないと知らせることができる。また、ヌルＤＬグラント内の特定フィールドはいずれも“０”または“１”にセットできる。ヌルＤＬグラントが検出された場合に、リレーは、ヌルＤＬグラントに対応するデータ送信はないと解析し、ヌルＤＬグラントから２番目のスロットにおけるＵＬグラントの存在が分かる。
【０１０７】
２番目のスロットの使用状態を知らせる方法（例えば、ＲＡビット使用）
以下、ＤＣＩリソース割当（Resource Allocation：ＲＡ）フィールドのビット（または、類似情報）を用いて、ＵＬグラントの存在の有無を指示したり、（Ｒ−）ＰＤＳＣＨの存在の有無を指示したりすることで、ＰＤＳＣＨデータデコーディングを正確に行う方法について記述する。便宜上、説明に用いられたリソース割当関連技術は、ＬＴＥ技術に従う。ＲＡビットは、該当のＲＢまたはＲＢＧがＰＤＳＣＨ送信のために割り当てられたか否かを指示する。ＲＡビット＝０の場合に、該当のＲＢまたはＲＢＧは、（Ｒ−）ＰＤＳＣＨ送信のために割り当てられず、ＲＡビット＝１の場合に、該当のＲＢまたはＲＢＧはＲ−ＰＤＳＣＨ送信のために割り当てられると仮定する。ＲＡビットの意味を逆に解析してもよい。ＲＡビットの意味は、ＤＬグラント及びＵＬグラントによって異なることがある。
【０１０８】
ＤＬグラントとＵＬグラントは、異なるスロットのＲＢに存在するように具現することができる。例えば、ＤＬグラントは１番目のスロットのＲＢに存在し、ＵＬグラントは２番目のスロットのＲＢに存在するように具現することができる。この場合、ＤＬデータのためのリソース領域とＵＬグラントのための領域は共存する。ＤＬデータが実際に送信されるリソースはＤＬグラントのＲＡにより指示され、ＵＬグラントが実際に送信されるリソースはブラインドデコーディングにより確認される。そのため、リレーは、ＤＬデータが割り当てられたリソース領域内でＵＬグラントが検出された場合に、ＵＬグラントが検出されたリソース以外の残りのリソースからＤＬデータを受信／デコーディングする（すなわち、レートマッチングを行う）。この理由から、ＵＬグラントの非検出または誤検出がＤＬデータデコーディングに影響を及ぼすことがあるが、これは好ましくない。
【０１０９】
これを解消するために、下記の制限を基地局−リレー通信に適用することができる。
−  リレーは、ＤＬリソース割当（ＲＡ）ビットが１にセットされたＲＢまたはＲＢＧ上にはＵＬグラントがないと仮定する／仮定することができる。すなわち、リレーは、ＤＬリソース割当ビットが０であるＲＢまたはＲＢＧ上でのみＵＬグラントが送信されうると仮定することができる。本例で、ＤＬリソース割当ビットが０であるＲＢＧにおいて一部のリソースはデータ送信に用いられてもよい。
−  上の制限は、リレーがＵＬグラントを検出するのに失敗したり（すなわち、非検出ケース）、誤検出（すなわち、誤警報ケース）したりした場合にも、ＤＬデータ（すなわち、（Ｒ）−ＰＤＳＣＨ）のデコーディング時に正確なレートマッチングを保証することができる。
−  従って、基地局は、ＤＬリソース割当ビットが１にセットされたＲＢまたはＲＢＧ上でＵＬグラントを送信しない。例えば、タイプ０リソース割当の場合に、基地局は、ＤＬグラントとＵＬグラントが共に存在するＲＢＧを除いては、リレーのためのＤＬデータが割り当てられたＲＢＧ上ではＵＬグラントを送信しない。
【０１１０】
図２４は、ＤＬ ＲＡビットが０にセットされた場合にのみＵＬグラントが送信される場合を例示する。便宜上、本例は、既存ＬＴＥのタイプ０のリソース割当を用いて例示する。本例で、ＲＡ＝１は、普通のＲＡ解析によって、該当のＲＢＧがＤＬデータ送信のために割り当てられたことを意味する。しかし、ＲＡ＝０は、普通のＲＡ解析とは異なる意味を有することができる。本例では、ＤＬグラント検索空間とＵＬグラント検索空間がそれぞれ存在すると仮定する。
【０１１１】
図２４を参照すると、ＤＬグラントの検出に成功し、かつＲＡビットが、例えば“０”であれば、ＵＬグラントを、ＵＬグラントのための検索空間（ＵＬ  ＳＳ）内においてＲＡビットが“０”であるＲＢまたはＲＢＧのいずれかに存在するように設計することができる。ＵＬグラント検索空間がＲＡビットに関係なく構成されたが、基地局スケジューラは意図的に、ＲＡビットが“０”の所にのみＵＬグラントが存在するようにすることができる。すなわち、ＲＡビット＝０は、ＵＬグラント送信が可能なＲＢＧを意味し、ＵＬグラント送信を、ＵＬ ＳＳとＲＡビット＝０の両方を満たすリソースに制限することができる。この場合、ＲＡビット＝０は、Ｒ−ＰＤＣＣＨ検索空間中において一部のサブセットを指示するものと理解すればよい。したがって、リレーは、ＤＬグラントを検出した場合に、ＵＬグラント検索位置をＵＬ ＳＳ内でＲＡビット＝０に設定されたリソースに限定することができる。これにより、不必要なＵＬグラントの誤検出を防止することができる。すなわち、ＲＡビット＝１のＲＢまたはＲＢＧを、ＵＬグラントのための検索領域から除外することができる。
【０１１２】
そのために、ＲＡビット＝１であれば、リレーは、当該ＲＢまたはＲＢＧではＵＬグラントが決して送信されないと仮定する。一方、ＲＡビット＝０であれば、リレーは、当該ＲＢまたはＲＢＧでＵＬグラントが送信されうると仮定する。そのために、基地局は、ＲＡビット＝０のＲＢまたはＲＢＧでのみＵＬグラントを送信する。リレーは、ＵＬグラントの存在／位置を知らない場合はブラインドデコーディングを行い、ＵＬグラントの位置を知る場合は、指定された位置でＵＬグラントをデコーディングすることができる。上述したＲＡビット＝０の解析によれば、ＵＬグラントのための検索空間（ＵＬ  ＳＳ）をＤＬ ＲＡを用いて動的に制限（すなわち、割当）することができるため、ＵＬグラントのためのブラインドデコーディング回数を低減することができる。
【０１１３】
一方、上述の説明は、ＲＡビット＝０の解析を、ＵＬグラントの送信が可能なリソースと説明した。しかし、これは例示であり、ＲＡビット＝０は、ＵＬ ＳＳ内でＵＬグラントが実際に送信されるＲＢまたはＲＢＧを意味してもよい。この場合、ＲＡビット＝０の解析を、特定ＲＢ（対）またはＲＢＧに制限することができる。例えば、ＲＡビット＝０の解析は、ＤＬグラントが存在するＲＢ（対）またはＲＢＧに制限される。
【０１１４】
一方、データ送信を考慮すると、ＲＡ＝０の解析は、次の場合をさらに含むことができる。一例として、ＲＡ＝０のＲＢＧは、当該ＲＢＧにＤＬグラントまたは任意のＲ−ＰＤＣＣＨが存在する場合に、データ送信を含むことができる（（ａ）〜（ｂ））。他の例として、Ｒ−ＰＤＣＣＨの存在の有無にかかわらず、ＲＡ＝０のＲＢＧではデータ送信がなくてもよい（（ｃ）〜（ｄ））。
【０１１５】
図２４で、点線は、タイプ１のリソース割当が用いられた場合を示す。タイプ１のリソース割当においてＲＡビットの解析はＲＢ単位に適用される。
【０１１６】
以下の説明で、ＤＬ及びＵＬグラントのアグリゲーションレベルが増加すると、Ｒ−ＰＤＣＣＨは順次連続（contiguous）するように隣接ＶＲＢに拡張されて割り当てられると仮定する（non-interleaving）。この場合、Ｒ−ＰＤＣＣＨは不連続（Non-contiguous）には割り当てられない。実際のＰＲＢマッピングは異なることもある。以下の説明は、ＤＬグラント内のＲＡ情報がＬＴＥのタイプ０に従うと仮定するが、このＤＬグラント内におけるＲＡ情報の特定タイプに本発明が制限されることはない。
【０１１７】
図２５には、本発明によって２番目のスロットのリソース割当状態（例えば、ＵＬグラントの存在の有無）を知らせる方法を示す。図２５は、ＲＢＧ＝３ＲＢｓ、１ ＣＣＥ ＤＬグラント、１ ＣＣＥ ＵＬグラントである場合を例示する。便宜上、ＤＬ ＲＡにより割り当てられたＲＢＧセットのうち、ＤＬグラントがある１個のＲＢＧを示した。インターリーブが適用されると、ＤＬグラントは複数のＲＢまたはＲＢＧに存在できる。
【０１１８】
図２５を参照すると、１ ＣＣＥ ＤＬグラントを送信する場合に、次のスロットのリソース領域にＵＬグラントが存在するか否かを知らせる方法は、既存のＲＡビット（ＲＢ指示子またはＲＢＧ指示子という）を再解析することで可能になる。例えば、ＲＡビット＝０の場合に、当該ＲＢＧ内においてＤＬグラントの存在するＲＢ対の次のスロットにＵＬグラントが存在することがあり、Ｒ−ＰＤＳＣＨはその次のＲＢ対から割り当てられたことを知らせることができる。一方、ＲＡビット＝１の場合は、当該ＲＢＧ内においてＤＬグラントの存在するＲＢ対の次のスロットにＵＬグラントが存在せず、当該リソース領域をＲ−ＰＤＳＣＨが満たしていたり当該リソース領域にＲ−ＰＤＳＣＨが存在しなかったりすることを意味することができる。Ｒ−ＰＤＳＣＨの有無は、図２４を参照して例示した通り、あらかじめ設定される。図２５に例示したＲＡビット解析を、ＤＬグラントの存在するＲＢ（対）またはＲＢＧに制限することができる。
【０１１９】
一方、既存ＬＴＥにおいてＤＣＩフォーマット０と１Ａはサイズが同一であり、１ビットタイプの指示フィールドを用いて区別される。そのため、もし、ＤＬグラント及びＵＬグラントを独立した空間に構成するとすれば、ＤＬ／ＵＬグラントを区別するフィールドは事実上意味がない。したがって、図示してはいないが、他の例として、ＤＣＩフォーマット０と１Ａとを区別するタイプ指示フィールドを、先に言及した用途に用いることができる。例えば、タイプ指示フィールドは、ＵＬグラントの存在の有無またはＵＬグラントの存在／位置／配置（placement）（例えば、ＤＬグラントが存在するＲＢ対の２番目のスロット、１ ＣＣＥ）を知らせることができる。本例で、タイプ指示フィールドを既存のＲＡビットに追加してまたは独立して用いることができる。
【０１２０】
一方、ＲＢ対内で２番目のスロットのリソース領域が、１番目のスロットのリソース領域よりも大きいので、各スロットのＲＢに含まれたＣＣＥの個数が異なるように定義されることがある。例えば、１番目のスロットのＲＢは、１個のＣＣＥで構成され、２番目のスロットのＲＢは、２個のＣＣＥで構成されることがある。この場合、ＵＬグラントは、２番目のスロットの２個のＣＣＥのいずれか一つのＣＣＥのみを占めることができる。また、ＵＬグラントは、常に２番目のスロットのリソース領域を全て満たすようにあらかじめ定められてもよくシグナリングされてもよい（２ＣＣＥ）。ＵＬグラントのＣＣＥアグリゲーションレベルを、レベルが２、４、６の形態で拡張することがシグナリングの側面で非常に簡単なため、このように具現することが好ましい。
【０１２１】
図２６Ａ〜図２６Ｃには、ＤＬグラントＣＣＥアグリゲーションレベルによるＵＬグラント送信を例示する。図２６Ａ〜図２６Ｃはそれぞれ、ＤＬグラントＣＣＥアグリゲーションレベルが１、２及び３の場合を例示している。同図は、ＲＢＧ＝３ＲＢｓの場合を示しているが、ＲＢＧを構成するＲＥの個数がこれに制限されることはない。便宜上、ＤＬ ＲＡにより割り当てられたＲＢＧセットのうち、ＤＬグラントがある１個のＲＢＧを示した。インターリーブが適用されると、ＤＬグラントは複数のＲＢまたはＲＢＧに存在することができる。
【０１２２】
図２６Ａを参照すると、１ ＣＣＥ ＤＬグラントがブラインドデコーディング（Blind Decoding：ＢＤ）により検出された場合に、ＤＬグラントが検出されたＲＢ対の２番目のスロット／リソース領域に、ＵＬグラントがどのように配置されているかを知ることは非常に重要である。ＵＬグラントをデコーディングしたが失敗した場合に、この部分をデータと誤認識してデコーディングすると、（Ｒ−）ＰＤＳＣＨデコーディングエラーにつながることがあるわけである。そのため、ＵＬグラントの位置を正確に知ることが、エラーケースハンドリングの側面で好ましい。１−ＣＣＥ ＤＬグラントが１番目のリソース領域で検出されると、２番目のリソース領域でＵＬグラントまたは（Ｒ−）ＰＤＳＣＨ（空きも含む）を知らせる方法では、上述した通り、ＲＢに対するＲＡビット（ＲＢ指示子）またはＲＢＧに対するＲＡビット（ＲＢＧ指示子）を用いることができる。２つの場合を指示すればいいので、１ビット情報で十分である。
【０１２３】
図２６Ｂを参照すると、２−ＣＣＥ ＤＬグラントが検出された場合に、該当のＲＢ対の２番目のリソース領域にＵＬグラントとＲ−ＰＤＳＣＨを配置する場合の数は多いが、前述した仮定を適用すると、図示のように３つの場合に制限することができる。そのため、１ビットの代わりに２ビットによる指示が要求される。図２６ＡのＲＢＧ指示の１ビットに追加の１ビットを用いて各場合を全て指示することができる。追加の１ビットは、ＤＣＩフォーマットから得ることができる。例えば、ＤＣＩフィールドにおいてバックホールで制限されうるフィールドのサイズを縮小し、残るビットを用いることができる。具体的には、バックホールに用いる場合に、既存のＲＡ情報の長さ（width）をやや短くして残るビットを用いる方法も可能である。また、ＬＴＥ−Ａ ＤＣＩフォーマットで追加して定義されたフィールドのうち、バックホールでは重要でないかあまり重要でないフィールドのビットを借用することもできる。例えば、ＣＩＦフィールドは３ビットで構成されるが、ＬＴＥ−Ａでキャリアの最大個数は５個であり、実際に用いるキャリアの個数はそれよりも小さいことがある。そのため、ＣＩＦフィールドから１ビットまたは複数の状態を借用することができる。また、ＲＲＣシグナリングとＲＡビットとの組み合わせを用いることもできる。具体的には、ＲＲＣシグナリングにより場合の数の一部を制限し、ＲＡビットにて残った場合の数のいずれか一つを示すことができる。例えば、ＲＲＣシグナリングにてＵＬグラント送信ケースを（ａ）及び（ｃ）に制限し、ＲＡビットにて（ａ）または（ｃ）を示すことができる。上述した内容は、以降、全ての図面に共通に適用される。
【０１２４】
図２６Ｃを参照すると、３−ＣＣＥ ＤＬグラントが検出された場合に、該当のＲＢ対の２番目のリソース領域にＵＬグラントとＲ−ＰＤＳＣＨを配置する場合の数は多いが、前述した仮定を適用すると、図示のように４つの場合に制限することができる。そのため、図２６Ｂに例示した通り、１ビット＋１ビット＝２ビットにて全てのケースを指示することができる。または、３−ＣＣＥ ＤＬグラント割当を初めからしない方法も可能である。ＣＣＥアグリゲーションレベルを２n（ｎ＝０，１，２，…）に限定することによってＤＬグラントのＢＤ複雑度を低減できる。例えば、リレーは１、２、４ ＣＣＥ ＤＬグラントについてのみＢＤを行うことができる。
【０１２５】
図２７Ａ〜図２７Ｄには、ＲＢＧが４個のＲＢで構成された場合に、ＤＬグラントＣＣＥアグリゲーションレベルによるＵＬグラント送信を例示する。図２７Ａ〜図２７Ｄはそれぞれ、ＤＬグラントＣＣＥアグリゲーションレベルが１、２、３及び４の場合を例示する。便宜上、ＤＬ ＲＡにより割り当てられたＲＢＧセットのうち、ＤＬグラントがある１個のＲＢＧを示している。インターリーブが適用されると、ＤＬグラントは複数のＲＢまたはＲＢＧに存在することができる。基本事項は、図２７Ａ〜図２７Ｃと同一なので、詳細な事項は図２７Ａ〜図２７Ｃを参照されたい。
【０１２６】
図２７Ａを参照すると、１ ＣＣＥ ＤＬグラントが検出される場合に、２つの送信ケースが可能であり、該当のＲＢＧに対するＲＡビット（１ビット）にて２つのケースを全て指示することができる。図２７Ｂを参照すると、２ＣＣＥ ＤＬグラントが検出される場合に、３つの送信ケースが可能なので、２ビットによる指示が必要である。図２６Ｂを参照して説明した通り、ＲＢＧのためのＲＡビット（１ビット）に追加の１ビットを用いて３つの場合を指示することができる。追加の１ビットは、ＤＣＩフォーマットから得ることができる。例えば、既存のＲＡ情報の長さ（width）をやや短くして残るビットを用いることができる。また、ＣＩＦフィールドから１ビットまたは複数の状態を借用することもできる。また、ＲＲＣシグナリングとＲＡビットとの組み合わせを用いることもできる。この場合、ＲＲＣシグナリングにて場合の数を制限し、ＲＡビットにて残った場合の数のいずれか一つを指示することができる。
【０１２７】
図２７Ｃを参照すると、３−ＣＣＥ ＤＬグラントが検出される場合に、４つの送信ケースが可能である。そのため、２ビットの指示にて可能な場合を全部指示することができる。また、図２６ＣのＲＢＧ＝３ＲＢｓと同様に、３−ＣＣＥ ＤＬグラントの場合を初めから排除させることもできる。図２７Ｄを参照すると、４−ＣＣＥ ＤＬグラントが検出される場合に、５つの送信ケースが可能である。そのため、２ビットにて全ての場合を指示することができない。しかし、ここに追加的な仮定をおくことができる。例えば、図２７Ｄで、ＣＣＥアグリゲーションレベルが奇数である３−ＣＣＥ ＵＬグラント（ｃ）を用いなくてもよい。また、図２７Ｄで、４−ＣＣＥ ＵＬグラントを用いなくてもよい。１番目のスロットに比べて２番目のスロットのリソースが多いので、ＤＬグラントのＣＣＥアグリゲーションレベルよりもＵＬグラントのＣＣＥアグリゲーションレベルを低く設定することが可能である。このように、（ａ）〜（ｄ）のうち、一つまたは複数の場合を除外することによって、２ビットの指示にて全ての場合を指示することができる。
【０１２８】
上の場合で、ＵＬグラントのアグリゲーションレベルを制限することによって２ビットにて全ての場合を指示することができる。例えば、ＵＬグラントアグリゲーションレベルを１、２または１、２、４に制限することができる。特に、ＵＬグラントが位置する２番目のリソース領域が大きいから、１ＲＢ（例えば、１−ＣＣＥ）または２ＲＢ（２−ＣＣＥ）のみを用いると仮定することに意味がある。２番目のスロットのＣＣＥは、１番目のスロットのＣＣＥに比べて約２倍のＲＥを含むので、ＵＬグラントのアグリゲーションレベルを１または２に制限しても、ＵＬグラントは実質的にアグリゲーションレベル２または４のＤＬグラントに対応するコードレートを示すことができる。もちろん、１番目のリソース領域と２番目のリソース領域との境界が調整されて両者のリソース領域が同一である場合、ＵＬグラントアグリゲーションレベルを１、２、４にする方法が有利である。この場合、ＤＬグラントアグリゲーションレベルも１、２、４に制限することが好ましい。
【０１２９】
ＣＣＥの大きさは同一に定義されてもよく、いくつかの制限された大きさのＣＣＥに定義されてもよい。前述したＣＣＥは、ＤＬ／ＵＬグラントを割り当てる単位を各図に示すように概念的に示したものである。
【０１３０】
以上では、既存と異なるようにＲＡビットの解析をすることによって、２番目のスロットの使用状態（例えば、ＵＬグラントの存在／配置など）に関する情報を提供する例を中心にして説明した。しかし、既存と異なるようにＲＡビットの解析をする代わりに、２番目のスロットの使用状態に関する情報を提供するために、ＤＣＩ内に新しいビットフィールドを追加することも考慮することができる。新しいビットフィールドは、既存の他の目的のために定義されたビットフィールドの一部（例えば、２ビット）でもよく、該当の目的のために新しく定義された専用ビットフィールドでもよい。
【０１３１】
図２８には、２番目のスロットの使用状態（例えば、ＵＬグラントの存在／配置など）に関する情報を提供するためにＤＣＩフォーマットのフィールドを用いる例を示す。図２８の方法は、ＲＡビットの解析と共に用いられてもよく、別途に用いられてもよい。
【０１３２】
図２８を参照すると、ＤＣＩフォーマット０／１Ａは、これらを区別するための１ビットのフラグフィールド（０／１Ａ）を含む。ＤＣＩフォーマット０は、ＵＬグラントのためのものであり、ＤＣＩフォーマット１Ａは、ＤＬグラントのためのものである。前の図面で例示した通り、ＤＬグラントとＵＬグラントが送信されるリソースが時間領域で区別されたり、ＵＬグラントサイズがＤＬグラントサイズと異なったりする場合に、ＤＣＩフォーマット０／１Ａの区別のためのフラグフィールドは要らない。そのため、ＤＣＩフォーマット０／１Ａの区別のためのフラグフィールドを、２番目のスロットの使用状態（例えば、ＵＬグラントの存在／配置）に関する情報を提供するのに用いることができる。また、ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄは、Ｌ／ＤＶＲＢ指示フィールド（Ｌ／ＤＶＲＢ）を含む。もし、リレーの場合に、ＤＶＲＢは常に無効にされ（ＯＦＦ）、ＬＶＲＢのみサポートされるように制限されるとすれば、Ｌ／ＤＶＲＢ指示フィールドを、２番目のスロットの使用状態（例えば、ＵＬグラントの存在／配置）に関する情報を提供するのに用いることができる。また、ＤＣＩフォーマット１／２／２Ａ／２Ｂは、ＲＡタイプ０／１を指示するためのリソース割当ヘッダフィールド（ＲＡ Ｈｄｒ．）を含む。もし、ＲＡタイプが上位層（例えば、ＲＲＣ）により準静的にシグナリングされるとすれば、ＲＡタイプを指示するためのフィールドを、２番目のスロットの使用状態（例えば、ＵＬグラントの存在／配置）に関する情報を提供するのに用いることができる。
【０１３３】
ＲＲＣシグナル＋ＲＢＧ指示
次に、２番目のスロットの使用状態（例えば、ＵＬグラントの存在／配置）に関する情報を提供するためにＲＲＣシグナルを用いる方法について具体的に例示する。既存のＤＣＩフォーマットの各フィールドはそのまま維持し、ＤＬグラントのアグリゲーションレベルまたはＵＬグラントのアグリゲーションレベルと関連した情報をＲＲＣで知らせる方法が可能である。特に、ＤＬ／ＵＬグラントのアグリゲーションレベルと関連した情報は、ＲＮ−固有に伝達されることが好ましい。ＲＮ別に固有のチャネル品質を有し、バックホール特性上、チャネルの変化が速くないはずなので、少なくともアグリゲーションレベルはＲＲＣでシグナリングしても構わない。ここで、アグリゲーションレベルと関連した情報は、ＤＬ／ＵＬグラントのアグリゲーションレベル（例えば、１ ＣＣＥ、２ ＣＣＥなど）、さらにはＤＬ／ＵＬグラントが占めるリソース領域（または、リソース配置）を意味することができる。もちろん、既存のＲＡビット（例えば、ＲＢＧ指示ビット）はそのまま再解析して用いることができる。ＲＲＣシグナルとＲＡビット再解析を共に用いることによって、既存のＤＣＩフォーマットで特定ビットを借用する必要がなくなる。例えば、ＲＲＣでＣＣＥアグリゲーションレベルを知らせ、ＤＬ ＲＡビットで２番目のスロットにおけるＵＬグラントの存在の有無、データの存在の有無などを指示することができる。こうすると、ＵＬグラントまたは（Ｒ−）ＰＤＳＣＨの有無をサブフレームベース（basis）で動的に知らせることができる。
【０１３４】
図２９には、ＵＬグラントの配置（placement）をＲＲＣで知らせる例を示す。図２９は、ＲＢＧ＝４ＲＢｓであり、かつ４−ＣＣＥ ＤＬグラントである場合を例示する。図２９は、全部で５通りのケースのＵＬグラント配置の組み合わせを挙げるが、より様々な形態の組み合わせが可能である。もし、ＵＬグラント配置の組み合わせを５ケースに制限するとすれば、５種類の配置情報をＲＮ別にＲＲＣシグナリングすることができる。そして、ＲＡビット（すなわち、ＲＢＧ指示ビット）を、該当のＲＢＧ内におけるＵＬグラントの存在の有無を区別する用途に用いることができる。例えば、ＲＲＣシグナリングで（ａ）〜（ｄ）のいずれか一つを指示するとすれば、リレーは、ＲＡビット解析により２番目のスロットの使用状態を（ａ）または（ｅ）であると解析することができる。もし、ＲＲＣシグナリングビットの大きさが問題にならなければ、全ての場合に対する配置をシグナリングすることもできる。こうすることで、最適化したリソース割当を可能にすることができる。この場合、リレーは、ＲＡビットが０の場合に、該当のＲＢＧ内で（ａ）〜（ｄ）に対してブラインドデコーディングを試みることができる。他の方法として、ＲＡビット解析と共にまたは別個に、図２８を参照して説明したＤＣＩフィールド（またはビット）（例えば、タイプ指示ビット）を用いて、実際に送信されたＵＬグラント配置を知らせることもできる。
【０１３５】
図３０は、ＲＢＧ＝３ＲＢｓであり、かつ２−ＣＣＥ ＤＬグラントである場合に、ＵＬグラントが配置されうる場合の数を全部示している。図２９と同様に、ＲＲＣシグナルを用いてＵＬグラントの位置を制限し、ＲＢＧ指示ビットからＵＬグラントの存在の有無が分かる。
【０１３６】
図３１は、ＲＢＧ＝１ＲＢであり、かつ１−ＣＣＥ ＤＬグラントである場合に、ＵＬグラントが配置されうる場合の数を全部示している。図２９及び図３０とは違い、図３１は、ＵＬグラントの割当単位がより小さい場合を例示している。図２９及び図３０は、２番目のスロットのＲＢに一つのＣＣＥがあるケースに該当し、図３１は、２番目のスロットのＲＢに２つのＣＣＥがあるケースに該当する。この場合も、図２９と同様に、ＲＲＣシグナルを用いてＵＬグラントの位置を制限し、ＲＢＧ指示ビットからＵＬグラントの存在の有無が分かる。
【０１３７】
上述の説明は、ＲＲＣシグナリングがＲＮ−固有シグナルである場合を中心に説明したが、これは例示で、ＲＲＣシグナリングはＲＮ−共通シグナルとしてもよい。これは、ＲＮ共通チャネルが存在する場合に可能である。また、ＲＮ−共通シグナルは、全てのリレー−基地局リンクのチャネル特性がほとんど類似する場合に好ましい。
【０１３８】
ＲＡビット解析
図３２は、ＲＡビット解析についてより様々な方法を例示する。図３２を参照すると、ＲＡビットの解析について下記の４つの方法を考慮することができる（Ａｌｔ＃１〜Ａｌｔ＃４）。
【０１３９】
方法＃１（Ａｌｔ＃１）
−  ＤＬグラントが検出されたＲＢＧにおいてＤＬグラントを含まないＲＢ対（または周波数領域）は、常にＤＬグラントの対象であるＲＮのデータ（例えば、（Ｒ−）ＰＤＳＣＨ）送信に用いられる。
−  該当のＲＢＧに対するＲＡビットは、ＤＬグラントを含むＲＢ対において２番目のスロットの用途を示す。図３２に示すように、ＲＡビットが０であれば、該当のリソース領域にＵＬグラント送信があり得（ＵＬグラント／空き）、ＲＡビットが１であれば、該当のリソース領域でデータが送信される。ＲＡビットをこれと逆に解析することもできる。場合によって、ＲＡビットが０であれば、ＤＬグラントを含むＲＢ対の２番目のスロットに常にＵＬグラント送信があると仮定することもできる。
【０１４０】
方法＃２（Ａｌｔ＃２）
−  ＤＬグラントが検出されたＲＢＧにおいてＤＬグラントを含まないＲＢ対（または周波数領域）は、常にＤＬグラントの対象であるＲＮのデータ（Ｒ−ＰＤＳＣＨ）送信に用いられない。
−  当該ＲＢＧに対するＲＡビットは、ＤＬグラントを含むＲＢ対で２番目のスロットの用途を指示する。図３２に示すように、ＲＡビットが０であれば、当該リソース領域にＵＬグラント送信があり得（ＵＬグラント／空き）、ＲＡビットが１であれば、当該リソース領域でデータが送信される。ＲＡビットをこれと逆に解析することもできる。
【０１４１】
方法＃３（Ａｌｔ＃３）
−  ＤＬグラントが検出されたＲＢＧにおいて、ＤＬグラントを含むＲＢ対で２番目のスロットのリソースは、常にＤＬグラントの対象であるＲＮのデータ送信に用いられない。
−  該当ＲＢＧに対するＲＡビットは、ＤＬグラントを含まないＲＢ対（または周波数領域）の用途を指示する。図３２に示すように、ＲＡビットが０であれば、該当リソース領域にデータが送信されず、ＲＡビットが１であれば、データが送信される。ＲＡビットをこれと逆に解析することもできる。
【０１４２】
方法＃４（Ａｌｔ＃４）
−  ＤＬグラントが検出されたＲＢＧにおいて、該当ＲＢＧのＲＡビットにてＤＬグラントを除外した残りのリソース領域の用途を指示する。
−  図３２に示すように、ＲＡビットが０であれば、該当リソース領域にデータが送信されない。この場合、ＤＬグラントがあるＲＢ対の２番目のスロットは、ＵＬグラント送信に用いられることが可能である。ＲＡビットが１であれば、ＲＢＧ内でＤＬグラントを除外した残りのリソース領域全体でデータが送信される。ＲＡビットをこれと逆に解析することもできる。
【０１４３】
図３２の方法は、独立して用いられてもよく、上位層（例えば、ＲＲＣ）シグナルまたは物理層シグナルによって設定されてもよい。また、ＤＬグラントが占める周波数領域によって特定方法にフォールバックすることができる。例えば、ＤＬグラントが占めるＲＢ対が一定の数（例えば、３）以上であれば、方法＃１や方法＃２のうち、あらかじめ定められたもの（すなわち、フォールバックモード）で動作することができる。また、送信モード、インターリーブの有無（すなわち、インターリーブモードまたはノン−インターリーブモード）、Ｒ−ＰＤＣＣＨ ＲＳタイプ（例えば、ＤＭ ＲＳ、ＣＲＳ）などによってそれぞれ異なる方法が選択されて用いられてもよい。この場合、フォールバック動作のように基本方法が設定されており、各構成モードによって特定方法が自動的に適用されることが可能である。
【０１４４】
図３２の方法＃１〜方法＃４において０と１を区別するシグナルは、ＲＡビットでよい。他の例として、方法＃１〜方法＃４において０と１を区別するシグナルは、ＤＣＩ内の一部ビット（例えば、図２８説明参照）でもよい。さらに他の例として、方法＃１〜方法＃４において０と１を区別するシグナルは、ＲＲＣビットでもよい。さらに他の例として、方法＃１〜方法＃４において各状態を区別するシグナルは、ＲＡビット＋ＲＲＣビットで構成された新しいフォーマットの指示子でもよい。例えば、ＲＡ １ビット＋ＲＲＣシグナル １ビットの組み合わせにより４つの状態を指示することができる。この場合、各方法について追加状態を定義することができる。また、方法＃１〜方法＃４において各状態を区別するシグナルは、ＲＡビット＋追加ビット（例えば、タイプ指示ビットなど）で構成された２ビットシグナルによっても実現可能である。
【０１４５】
図３２で、ＵＬグラントの位置は、ＵＬグラントまたは空き（empty）状態を意味する。ＲＮにとって、ＵＬグラントデコーディングの失敗時に、当該領域はデータ送信に用いられないので、（Ｒ−）ＰＤＳＣＨデコーディング時に空き状態と変わらない。しかし、基地局にとってはＵＬグラントを送ることと送らないことには違いがある。したがって、いずれの観点を取るかによって図面の表記は異なる。
【０１４６】
図３２は、ＤＬグラントの大きさ（アグリゲーションレベルまたはリソース領域）とそれによるＵＬグラントサイズとは同一であるとあらかじめ仮定したものであるが、これは例示で、ＤＬグラントとＵＬグラントとのアグリゲーションレベルが互いに異なる場合にも、同様の方法が適用可能である。この場合、各方法に対してより多い場合の数が存在し、そのために２ビット以上のシグナルを必要とすることがある。
【０１４７】
非対称的または対称的サブフレーム割当を考慮したＲＡビット解析
図３３及び図３４は、ＤＬグラントとＵＬグラントが常に対として存在する場合と、別々に存在する場合とを例示する。図３３及び図３４を参照すると、ＲＡビットの解析について次の６つの方法を考慮することができる（Ａｌｔ＃５〜Ａｌｔ＃１０）。ＲＡビット（または、他のフィールドまたは新しいビット）を、ＤＬ／ＵＬグラント、データの位置／配置を示すのに用いることができる。
【０１４８】
方法＃５（Ａｌｔ＃５）では、ＤＬグラントが２個のＲＢ対にわたって検出され（例えば、アグリゲーションレベル＝２）、ＵＬグラントも２個のＲＢ対の２番目のスロット（例えば、アグリゲーションレベル＝２）で送信されると仮定される。この場合、指示ビット（例えば、ＲＡビット）が０であれば、該当ＲＢＧの残ったリソース領域にデータが存在しないことを意味し、指示ビット（例えば、ＲＡビット）が１であれば、該当ＲＢＧの残ったリソース領域にデータが存在するということを指示する。
【０１４９】
方法＃６（Ａｌｔ＃６）及び方法＃７（Ａｌｔ＃７）は、ＤＬグラントのみ存在する場合に、すなわち、ＵＬグラントが存在しない場合に限って適用することができる。方法＃６は、指示ビット（例えば、ＲＡビット）が１の場合に、ＤＬグラントが存在するＲＢ対の２番目のスロットまでデータで満たされているということを意味する。一方、方法＃７（Ａｌｔ＃７）は、指示ビット（例えば、ＲＡビット）が１の場合に、ＤＬグラントが存在するＲＢ対の２番目のスロットにデータが存在せず、ＤＬグラントが存在しない残ったＲＢ対にのみデータが存在するということを指示する。方法＃６／＃７で指示ビット（例えば、ＲＡビット）が０であれば、ＲＢＧ内でＤＬグラントがあるリソース以外の残りのリソースにデータが存在しないことを意味する。
【０１５０】
図３４に示す方法＃８（Ａｌｔ＃８）、方法＃９（Ａｌｔ＃９）、方法＃１０（Ａｌｔ＃１０）は、ＤＬグラントとＵＬグラントのアグリゲーションレベルまたはリソース領域が一致しない場合を示している。注意すべきことは、単一ＣＣＥサイズによってＤＬとＵＬグラントのアグリゲーションレベルが同一であっても、ＤＬグラントは２個のＲＢ、ＵＬグラントは１個のＲＢに配置されることがあり、この場合、本例示は、アグリゲーションレベルというよりは、図示のようなＲＢマッピングを意味する。
【０１５１】
上述のＲＡ解析方式は、バックホールサブフレーム割当によって異なるように適用可能である。一例として、ＤＬサブフレームとＵＬサブフレームが対としてバックホールに割り当てられる場合（すなわち、ＤＬバックホールサブフレームでＵＬバックホールに対するＵＬグラントを送信する場合）には、方法＃５や方法＃８のように常にＵＬグラントが送信されるという仮定の下でＲＡ解析を適用することができる。一方、ＨＡＲＱタイムライン上でＵＬグラントを送信するＵＬサブフレームを伴わないＤＬサブフレームでは（ＤＬスタンドアローン（stand alone）サブフレームと呼ぶことができる）、方法＃６、＃７、＃９、＃１０のようにＵＬグラントが存在しないという仮定の下でＲＡ解析を適用することができる。すなわち、本方法によれば、ＤＬ＋ＵＬグラントが存在するサブフレームとＤＬスタンドアローン（stand alone）サブフレームにおいてシグナル０／１の意味が異なるように解析することができる。例えば、別途のシグナリングがなくても、リレーは、普通のサブフレームでは方法＃５、＃８のような解析をし、ＤＬスタンドアローンサブフレームでは方法＃６、＃７、＃９、＃１０のような解析を自動的に適用できる。
【０１５２】
様々なアグリゲーションレベルを考慮したＲＡ解析
図３５は、ＤＬグラント及びＵＬグラントのアグリゲーションレベルが変わる場合に、これをブラインドデコーディングする処理における、ＲＡビットの役割について説明する。
【０１５３】
図３５を参照すると、ＲＡビットが１であれば、当該ＲＢＧがＤＬグラント及び（Ｒ−）ＰＤＳＣＨデータでのみ構成されることを意味する。すなわち、ＤＬグラントがブラインドデコーディングを通じて検出されたＲＢ以外の位置はいずれもデータで満たして送信するという意味である。一方、ＲＡビットが０であれば、ＵＬグラントが必ず存在するということを意味する。ＵＬグラントのアグリゲーションレベルはブラインドデコーディングから知ることができる。すなわち、ＤＬグラントのブラインドデコーディングに成功すると、該当のＲＢ以外の領域に対してＲＡビット＝０またはＲＡビット＝１が適用される。ＲＡビット＝０の場合に、リレーは、ＵＬグラントが占める領域もブラインドデコーディングから知ることができる。したがって、ブラインドデコーディングを通じてＵＬグラントが１個のＲＢのみを占める場合に、残りの領域はデータで満たされて送信される。同様に、ＵＬグラントが複数のＲＢにわたって存在する場合に、ブラインドデコーディングから得られたＵＬグラントが存在するＲＢ以外の領域はデータに用いられる。しかし、ＤＬグラントがわたって存在するＲＢよりもＵＬグラントがわたって存在するＲＢが大きい場合は、１番目の領域においてＤＬグラントの送信される領域以外の領域は、空きにすることができる。すなわち、ＲＢ対において、ＵＬグラントのみが２番目のスロットで送信される時は、当該ＲＢ対の１番目のスロットは常に空きにすることができる。すなわち、ＵＬグラントが送信されるＲＢ対内において１番目のスロットのリソースは、ＤＬグラントのためにのみ用いられ、データのためには用いられない。
【０１５４】
一方、ＲＡビットが０であるが、２番目のスロットでＵＬグラントのブラインドデコーディングに失敗する場合がある。この場合、リレーは、ＵＬグラントがどの領域まで存在するのか知らない状況でデータをデコーディングしなければならず、これはデータデコーディングの失敗につながる可能性がある。ＵＬグラントのブラインドデコーディングの失敗が頻繁に発生する場合ではないから、この場合、データデコーディングをあきらめることができる。すなわち、ＵＬグラントデコーディングの失敗時には、データを破棄する（discard）ことが好ましい。
【０１５５】
図３６は、常にＤＬグラントとＵＬグラントが共に送信されると仮定する場合に、これをブラインドデコーディングする処理におけるＲＡビットの役割を説明する。
【０１５６】
図３６を参照すると、図３５のようにＲＡビットが１に該当する場合は発生しない。また、ＵＬグラントが存在するからといって必ずＤＬグラントアグリゲーションレベルと同一であるとは保証できず、図３５でＲＡビットが０の場合に列挙された４つの場合はいずれも有効である。したがって、本例では、ＲＡビットを、図３５で０の場合を２グループに分けるのに用いることができる。例えば、ＵＬグラントの占めるＲＢが、ＤＬグラントの占めるＲＢと同一またはより大きい場合を、ＲＡビット＝０とし、その逆の場合を、ＲＡビット＝１とすることができる。ＲＡビット＝１の場合では、少なくとも１個のＲＢ対にＤＬグラント＋データの組み合わせが常に存在するため、この場合を指示する意味に用いることができる。実際にＵＬグラントがいくつのＲＢにわたって存在するか（すなわち、アグリゲーションレベル）はブラインドデコーディングから知ることができる。そのため、ＵＬグラントのためのブラインドデコーディングに失敗した場合に、当該ＲＢＧのデータは破棄する方法を適用することができる。ここで追加ビット（例えば、タイプ指示ビット）がさらに用いられるとすれば、４つの場合を全て区別することができる（ＲＡビット＋タイプビット＝２ビット）。したがって、ブラインドデコーディング無しでＵＬグラントを検出することができる。一方、ＤＬグラントとＵＬグラントの配置に制限がある場合に、追加ビット無しで１ビットでシグナルが可能である。例えば、ＤＬグラントとＵＬグラントのサイズの比率を制限したり、アグリゲーションレベルを制限したりすることによって、図３６に例示した場合から２つの場合を除外することができる。
【０１５７】
リソース使用方法のいずれか一つを指示するシグナリング
図３７では、２番目のスロットのリソース使用方法をシグナリングする例を説明する。便宜上、図３７に、図３２で例示した方法＃１〜方法＃４を再び示した。したがって、方法＃１〜方法＃４に関する事項は、図３２を参照されたい。
【０１５８】
図３７を参照して方法＃１（Ａｌｔ＃１）について簡単に説明すると、次の通りである。方法＃１は、ＤＬグラントが存在すると、常に自己データが存在する。ここには、ＤＬグラントサイズに従ってＵＬグラントサイズが定められるという仮定が含まれる。例えば、実際のリソース領域の大きさの側面またはＣＣＥアグリゲーションレベルの側面において、ＤＬグラントサイズよりもＵＬグラントサイズが小さいまたは同一であるという仮定がありうる。方法＃１は、リソース利用の側面、及びＵＬグラントデコーディングエラーケースのハンドリングができるという側面で好ましい方法といえる。しかし、ＲＳ形式及びインターリーブなどを考慮すると、方法＃４、方法＃３などが有利な場合もある。したがって、それぞれの方法を場合によって選択的に適用する方法を提案する。例えば、方法＃１と方法＃４の両者を利用可能にし、これを区別するシグナリング（例えば、ＲＲＣ）を用いることができる。そのために、ＤＬグラントが複数のＲＢＧで送信される場合に、「一ＲＢＧ内でＤＬグラントを含まないＲＢはデータに用いられる」という仮定を全てのＲＢＧに同一に拡大適用する仮定／制限を必要とすることがある。そうしなければ、ＲＢＧが１個増加する度に、１ビットずつ追加シグナリング情報が要求される。もちろん、ＲＲＣでシグナリングすると、ビット数の制約は問題にならない。
【０１５９】
他の例として、方法＃１、＃３、＃４をそれぞれ構成することができる。方法＃３の場合は、インターリーブが適用されたときに有用に用いることができる。インターリーブされる場合に、２番目のスロットにＵＬグラントの一部が存在するか否かに関わらず、該当のリソース領域をデータ送信のために使用しないことが好ましいからである。したがって、インターリーブが用いられる場合は、方法＃３で構成されることが好ましい。また、送信モードに応じて方法が自動的に決定される方法も共に用いられてもよい。また、インターリーブの有無（すなわち、インターリーブモードまたはノン−インターリーブモード）、Ｒ−ＰＤＣＣＨ ＲＳタイプ（例えば、ＤＭ ＲＳ、ＣＲＳ）などに従って別々の方法が選択されて用いられてもよい。この場合、フォールバック動作のように基本方法が設定されており、各構成モードに応じて特定方法が自動的に適用されるとよい。
【０１６０】
ＤＬ／ＵＬグラントＤＣＩフォーマット間の関連性（association）
１つのＲＢ対を通じて共に送信可能なＤＬ／ＵＬグラントＤＣＩフォーマットを、関連性を考慮して制限することができる。関連性を様々な基準を用いて設定することができ、例えば、ＤＣＩフォーマットサイズを用いて設定することができる。一例として、ＤＬグラントにＤＣＩフォーマット１を用いると、ＵＬグラントはＤＣＩフォーマット０を用い、ＤＣＩフォーマット２、２ｘを用いると、ＵＬグラントにはＤＣＩフォーマット３（Ｎｅｗ  ＵＬ  ＭＩＭＯフォーマット）を用いるようにすることができる。こうすることで、ＤＬグラントサイズとＵＬグラントサイズとをほとんど同一に維持することができる。特に、ＵＬグラントが存在する２番目のスロットのリソース領域が大きいため、ＵＬグラントサイズがＤＬグラントの大きさを超える理由はないだろう。
【０１６１】
エラーケースのハンドリング
図３８は、図２９の場合を参照してエラーケースのハンドリング方法について例示する。図３８を参照すると、ＲＡ １ビットにてデータの有無を知らせ、ＵＬグラントに対してブラインドデコーディングを行う。この場合、ＵＬグラントのサイズを正確に知らせるために、追加ビット（Ｌ１／Ｌ２、ＲＲＣシグナリング）を用いることができる。
【０１６２】
図３９及び図４０は、図３５を参照してエラーケースハンドリング方法について例示する。
【０１６３】
図３９を参照すると、ＤＬグラントサイズがＭであれば、ＵＬグラントサイズＮをＭよりも小さく制限することによって、ＵＬグラントを配置するための場合の数を制限することができる。例えば、ＤＬグラントサイズが３（＝Ｍ）の時に、ＵＬグラントサイズを２（＝Ｎ）以下に維持する（すなわち、１または２に制限する）と、ブラインドデコーディングの複雑度を低減することができる。具体的には、図示のように、ＤＬグラントのアグリゲーションレベルが３ ＣＣＥの場合に、ＵＬグラントのアグリゲーションレベルが２ ＣＣＥ以下であると仮定すれば、シグナリングまたはＲＡビットが０の場合に（ａ）〜（ｄ）から（ｃ）または（ｄ）と場合の数が減り、ブラインドデコーディングの複雑度を低減することができる。
【０１６４】
図４０は、図３９で説明したＵＬグラントサイズの制限に加えて、図３９でシグナリングビット（例えば、ＲＡビット）が１に該当する場合（左図）を除外できるように送受信器間で約束されている場合を例示する。この場合、リレーは、２つの場合（すなわち、（ｃ）及び（ｄ））のみを区別すればいいので、１ビットシグナリングで十分に指示できる。言い換えると、基本的な仮定として、ＤＬグラントサイズがＭの時に、ＵＬグラントサイズ（Ｎ）はＭよりも小さくなければならず、ＵＬグラントの配置の場合の数が２つに制限されなければならない。例えば、ＤＬグラントサイズが３（＝Ｍ）の時に、ＵＬグラントサイズを２（＝Ｎ）よりも小さく維持する（すなわち、１または２に制限する）と、１ビットの指示で可能である。
【０１６５】
“ＤＬグラントのみのケース”及び“ＤＬグラント＋ＵＬグラントのケース”のサポート
図４１及び図４２は、他の形態のＲ−ＰＤＣＣＨ／データ配置の指示規則を例示する。特に、ＤＬグラント＋対応するＵＬグラントが同時に存在する場合は方法＃５（Ａｌｔ＃５）、方法＃８（Ａｌｔ＃８）の規則を適用でき、ＤＬグラントのみ存在する（すなわち、対応するＵＬグラントが不在である）場合は、方法＃６（Ａｌｔ＃６）、方法＃７（Ａｌｔ＃７）、方法＃９（Ａｌｔ＃９）及び方法＃１０（Ａｌｔ＃１０）の規則を適用できる。これを２つの場合に分けて説明する。
（ａ）ＤＬグラントが存在し、それによるＵＬグラントが常に存在する場合
（ｂ）ＤＬグラントのみ存在し、ここに該当するＵＬグラントが存在しない場合
【０１６６】
（ａ）に該当する場合に、方法＃５、方法＃８の規則に従い、（ｂ）の場合は、方法＃６、＃７、＃９、＃１０の規則に従う。（ａ）と（ｂ）が共存する場合を仮定すると、（ａ）の場合が発生した特定サブフレームでは、（ａ）に適用可能な方法のいずれか一つを用い、（ｂ）が発生した場合は、（ｂ）に適用可能な方法のいずれか一つを用いるように、セットをあらかじめ定義しておき、これをシグナリングにより構成することができる。例えば、（ａ）のような状況では、方法＃５の規則に従ってＲ−ＰＤＣＣＨ及びデータの配置形態を把握し、（ｂ）状況が発生すると、方法＃６に提示された規則に従ってＲ−ＰＤＣＣＨ配置状態を把握できる。この時、方法＃５、方法＃６を一つのセットにし、これをシグナリングを用いて構成することができる。他の方法として、（ａ）のみ用いるモード１と、（ａ）及び（ｂ）が混在するモード２とに区別し、モード設定はシグナリングを用いて構成することができる。一般に、対称的サブフレーム割当を考慮すると、（ａ）の場合が発生する可能性が高い。もちろん、ＴＤＤ構造では（ｂ）も頻繁に発生する。また、モード１（例えば、方法＃５）とモード２（例えば、方法＃５、方法＃６）を混用する方法も可能である。モード１とモード２はサブフレームタイプに応じて自動的に適用されるようにすることができる。サブフレームタイプは、サブフレーム割当パターンまたはサブフレームインデックスから暗に把握できる。一つのモードで複数の方法が適用可能な場合（例えば、モード２−方法＃５と方法＃６）、モード２において方法＃５と方法＃６の区別はブラインドデコーディングに依存することができる。また、モード２において方法＃５と方法＃６の区別は、Ｌ１／Ｌ２または上位層シグナリングによっても可能であり、サブフレーム割当パターンまたはサブフレームインデックスから暗（implicitly)に把握されてもよい。
【０１６７】
バックホールリソースを最大化するためのインデックスの配列
以下の説明は、バックホールリソースの使用のために次の仮定があると前提する。説明のために、Ｒ−ＰＤＣＣＨ（またはリレー）グループ０、１、２があると仮定する。この場合、リレーは、自体の属するグループ（例えば、グループ１）では、Ｒ−ＰＤＣＣＨがＲＢ対の１番目のスロットに常に存在すると仮定するので、ＲＢ対の２番目のスロットのみＲ−ＰＤＳＣＨに用いることができる。これと違い、他のグループ（グループ０または２）のＲＢ対を用いてＲ−ＰＤＳＣＨを送信しようとする場合（すなわち、ＲＡ指示がある場合）に、２番目のスロットの他、１番目のスロットもＲ−ＰＤＳＣＨ送信に用いることができると仮定する。これは、リレーが、自体の属するグループと自体の属するグループでない場合とを区別してＲＡ指示ビットを解析することによって可能である。
【０１６８】
図４３は、グループインデックスの順序に従ってＲ−ＰＤＣＣＨを配分する例を示す。図４３は、ＲＢＧが４個のＲＢで構成され、Ｒ−ＰＤＣＣＨの総数が８個の場合を仮定する。
【０１６９】
図４３を参照すると、グループインデックスの順序（例えば、論理ＲＢインデックスの順序）に従って８個のＲ−ＰＤＣＣＨ（ＲＮ１〜ＲＮ８）を、ＲＢインデックス０から始めて連続して配置することができる。この場合、グループ１に属するＲＮ４は、グループ０に属するＲＢ対の１番目のスロットを用いることができない。グループ１のＲＮ４の前のＲＢ（ＲＢインデックス０〜２）が、他のＲＮのＲ−ＰＤＣＣＨ（ＲＮ１〜ＲＮ３）で全て満たされているからである。この場合、前述した既存の仮定（すなわち、ＲＮ４の属するグループ１以外のグループでは、ＲＡ指示がある場合に、１番目のスロットからＲ−ＰＤＳＣＨ送信を始めることができるという仮定）が適合しなくなる。そのため、図示のように、グループインデックスの配列を適用する場合に新しい規則が必要である。また、グループインデックスの配列をどのようにするかも定められなければならない。
【０１７０】
一つの方法として、基地局が相対的に多量のデータを送らねばならないＲＮには高いインデックス値を与えることができる（例えば、グループ２）。一方、基地局が相対的に少量のデータを送らねばならないＲＮ、または送らねばならないデータがないＲＮ（例えば、ＤＬグラントオンリーケース）には、相対的に低いインデックス値を与えることができる。この時、規則を正確に適用するためには、まず、データ量に基づいてグループインデックスの配列をすることが好ましい。このように配列すると、リレーは、自体よりも低いＲＢインデックスに割り当てられたリソースが存在する場合と、自体よりも高いＲＢインデックスに割り当てられたリソースが存在する場合に対して、ＲＡ指示ビットを別々に解析することができる。これに関する内容を図４４〜図４６に示す。各図は、互いに異なる状況を説明している。
【０１７１】
図４４は、各ＲＢが論理ＲＢとインデックスを意味する場合や、１ ＲＢ単位のリソース割当の場合を例示する。図４５には、ＲＢＧ単位のリソース割当の場合の方法を例示する。図４５には、ＵＬグラントを別途にパック（packing）して、一度でまたは一定の大きさのグループ単位でインターリーブする場合を例示する。
【０１７２】
図４４は、ＲＮ２のＤＬグラントが存在するＲＢ対の２番目のスロットが空いている場合（例えば、ＤＬグラントのみの（alone）ケース）に、ＲＮ６のために空きリソースを使用しようとする場合を示す。また、図４４は、上述した空きリソースの他、ＲＮ６のＤＬグラントが存在するＲＢ対の２番目のスロットと他のＲＮが使用しないＲＢ対にも、ＲＮ６のためのデータを送ろうとする場合を示す。すなわち、ＲＮ１またはＲＮ２に比べて多量のデータをＲＮ６で送信するわけである。これは、グループインデックスの配列が、該当リレーに送ろうとするデータの大きさに配列されたと仮定したためである。この場合、ＲＡビット解析がそれぞれについて異なるように設定されなければならない。すなわち、ＲＮ６の前に存在するＲＢ（左側方向のＲＢｓ）に対するＲＡビットは、単に２番目のスロットにデータが存在するか否かのみを知らせる。１番目のスロットは既にＲＮ２のような低いグループインデックス値を有するＲＮにより全て占められているからである。一方、ＲＮ６の存在するＲＢインデックスよりも大きいＲＢ（右側方向のＲＢｓ）にＲＮ６のＲ−ＰＤＳＣＨを割り当てた時に、ＲＡビットは１番目のスロットと２番目のスロットの両方にＲ−ＰＤＳＣＨが存在するか否かを知らせる。すなわち、リレーは、グループインデックスを考慮してＲＢ対の２番目のスロット、または全てのスロットでＲ−ＰＤＳＣＨが送信されると仮定し、デコーディングを行うことができる。前述の仮定を次の規則のように整理することができる。
【０１７３】
１．検索空間で自体のＲ−ＰＤＣＣＨ（または自体のＲ−ＰＤＣＣＨグループ）と以前のＲ−ＰＤＣＣＨ（またはＲ−ＰＤＣＣＨグループ）により占有されたＲＢ対に対してＲＡビットがデータ（例えば、（Ｒ−）ＰＤＳＣＨ）割当を指示する場合に、リレーは、該当ＲＢ対の１番目のスロットではＤＬグラントが送信され、２番目のスロットで自体のデータが送信されると仮定する。したがって、リレーは、該当ＲＢ対において１番目のスロットにはデータ送信がないと仮定して（Ｒ−）ＰＤＳＣＨデコーディングを行う。
【０１７４】
２．検索空間で自体のＲ−ＰＤＣＣＨにより占有されたＲＢ対よりも後のＲＢ対（すなわち、高いインデックスのＲＢ）に対してＲＡビットがデータ（例えば、（Ｒ−）ＰＤＳＣＨ）割当を指示する場合に、リレーは、該当ＲＢ対の１番目及び２番目のスロットの両方でデータが送信されると仮定する。したがって、リレーは、該当ＲＢ対の１番目のスロット及び２番目のスロットの両方でデータ送信があると仮定し、（Ｒ−）ＰＤＳＣＨデコーディングを行う。
【０１７５】
本提案によれば、リレーは、与えられたサブフレームでいくつのＲＢｓがＲ−ＰＤＣＣＨにより用いられているか、いくつのＲ−ＰＤＣＣＨグループがあるかを知る必要がない。
【０１７６】
図４５は、ＲＢＧ概念を導入した場合の例示である。ＲＢＧ単位にリソースを割り当てる時には、ＲＢＧに属するＰＲＢを全部使用できない場合もある。このように使用できないＲＢが多いほど、上述の提案方法は、バックホールリソースを効率的に利用可能にする。図４５は、ＲＮ２のために、ＲＮ１の属するＲＢＧの１ ＲＢを用い、またＲＮ２の属するＲＢＧの他、ＲＮのＲ−ＰＤＣＣＨが全く存在しないＲＢ対でもＲＮ２のためのＲ−ＰＤＳＣＨを送信する場合を示す。この場合、ＲＮ２の属するＲＢＧよりも低いインデックスを有するＲＢＧインデックスに対するＲＡビット解析と、ＲＮ２の属するＲＢＧインデックスよりも大きい場合のＰＲＢに対するＲＡビット解析とが異なることが分かる。
【０１７７】
図４６は、ＵＬグラントがＤＬグラントよりも少ない場合に、ＵＬグラントを低いインデックスとまとめてパック（packing）する例である。こうすることによって、ＵＬグラントの占有するＲＢ以外の全てのＲＢを、提案した規則に用いることができる。
【０１７８】
以上の説明は、基地局とリレーとの関係を中心に説明したが、以上の説明はリレーと端末との関係にも同一に／類似して適用されてもよい。例えば、以上の説明で、基地局はリレーに入れ替え、リレーは端末に入れ替えてもよい。
【０１７９】
図４７には、本発明に適用可能な基地局、リレー及び端末を例示する。
【０１８０】
図４７を参照すると、無線通信システムは、基地局（ＢＳ）１１０、リレー（ＲＮ）１３０及び端末（ＵＥ）１３０を含む。便宜上、リレーに接続した端末を示したが、端末は基地局に接続してもよい。
【０１８１】
基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波（Radio Frequency：ＲＦ）ユニット１１６を含む。プロセッサ１１２は、本発明で提案した手順及び／または方法を具現するように構成することができる。メモリ１１４は、プロセッサ１１２に接続し、プロセッサ１１２の動作と関連した様々な情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２に接続し、無線信号を送信及び／または受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は、本発明で提案した手順及び／または方法を具現するように構成することができる。メモリ１２４は、プロセッサ１２２に接続し、プロセッサ１２２の動作と関連した様々な情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２に接続し、無線信号を送信及び／または受信する。端末１３０は、プロセッサ１３２、メモリ１３４及びＲＦユニット１３６を含む。プロセッサ１３２は、本発明で提案した手順及び／または方法を具現するように構成することができる。メモリ１３４は、プロセッサ１３２に接続し、プロセッサ１３２の動作と関連して様々な情報を記憶する。ＲＦユニット１３６は、プロセッサ１３２に接続し、無線信号を送信及び／または受信する。基地局１１０、リレー１２０及び／または端末１３０は単一アンテナまたはマルチアンテナを有することができる。
【０１８２】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素または特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素または特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／または特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、別の実施例に含まれることもでき、別の実施例の対応する構成または特徴に取って代わることもできる。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めたりすることができることは明らかである。
【０１８３】
本文書で、本発明の実施例は、主に、端末、リレー及び基地局間のデータ送受信関係を中心に説明されている。本文書で基地局により行われるとした特定動作は、場合によっては、その上位ノード（upper node）により行われてもよい。すなわち、基地局を含む多数のネットワークノード（network nodes）からなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局または基地局以外の別のネットワークノードにより実行できることは明らかである。基地局は、固定局（fixed station）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、アクセスポイント（access point）などの用語に代替可能である。また、端末は、ユーザ装置（User Equipment：ＵＥ）、移動局（Mobile Station：ＭＳ）、移動加入者局（Mobile Subscriber Station：ＭＳＳ）などの用語に代替可能である。
【０１８４】
本発明による実施例は様々な手段、例えば、ハードウェア、ファームウェア（firmware）、ソフトウェアまたはそれらの結合などにより具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つまたは複数の特定用途集積回路（Application Specific Integrated Circuits：ＡＳＩＣｓ）、デジタル信号プロセッサ（Digital Signal Processors：ＤＳＰｓ）、デジタル信号処理装置（Digital Signal Processing Devices：ＤＳＰＤｓ）、プログラマブルロジックデバイス（Programmable Logic Devices：ＰＬＤｓ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Arrays：ＦＰＧＡｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現することができる。
【０１８５】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を行うモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに記憶されて、プロセッサにより駆動されるようにすることができる。メモリユニットは、プロセッサの内部または外部に設けられ、既に公知の様々な手段によりプロセッサとデータを交換することができる。
【０１８６】
本発明は、本発明の特徴を逸脱しない範囲で別の特定の形態に具体化可能であるということは、当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈により決定すべきであり、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０１８７】
本発明は、無線通信システムに関するもので、具体的には、基地局、リレー及び端末に適用可能である。
【符号の説明】
【０１８８】
１１０    基地局
１１２    プロセッサ
１１４    メモリ
１１６    ＲＦユニット
１２０    リレー
１２２    プロセッサ
１２４    メモリ
１２６    ＲＦユニット
１３０    端末
１３２    プロセッサ
１３４    メモリ
１３６    ＲＦユニット
３０１    スクランブルモジュール
３０２    変調マッパ
３０３    レイヤマッパ
３０４    プリコーディングモジュール
３０５    リソース要素マッパ
３０６    ＯＦＤＭＡ信号生成器
５００    サブフレーム
５０１    スロット
５０２    シンボル
５０３    ＲＢ
５０４    データ領域
５０５    制御領域
５０６    ＳＲＳ送信領域
【図１】
0006030694.tif 000017
【図２】
0006030694.tif 000018
【図３】
0006030694.tif 000019
【図４】
0006030694.tif 000020
【図５】
0006030694.tif 000021
【図６】
0006030694.tif 000022
【図７】
0006030694.tif 000023
【図８】
0006030694.tif 000024
【図９】
0006030694.tif 000025
【図１０】
0006030694.tif 000026
【図１１】
0006030694.tif 000027
【図１２】
0006030694.tif 000028
【図１３】
0006030694.tif 000029
【図１４】
0006030694.tif 000030
【図１５】
0006030694.tif 000031
【図１６】
0006030694.tif 000032
【図１７】
0006030694.tif 000033
【図１８】
0006030694.tif 000034
【図１９】
0006030694.tif 000035
【図２０】
0006030694.tif 000036
【図２１】
0006030694.tif 000037
【図２２】
0006030694.tif 000038
【図２３】
0006030694.tif 000039
【図２４】
0006030694.tif 000040
【図２５】
0006030694.tif 000041
【図２６Ａ】
0006030694.tif 000042
【図２６Ｂ】
0006030694.tif 000043
【図２６Ｃ】
0006030694.tif 000044
【図２７Ａ】
0006030694.tif 000045
【図２７Ｂ】
0006030694.tif 000046
【図２７Ｃ】
0006030694.tif 000047
【図２７Ｄ】
0006030694.tif 000048
【図２８】
0006030694.tif 000049
【図２９】
0006030694.tif 000050
【図３０】
0006030694.tif 000051
【図３１】
0006030694.tif 000052
【図３２】
0006030694.tif 000053
【図３３】
0006030694.tif 000054
【図３４】
0006030694.tif 000055
【図３５】
0006030694.tif 000056
【図３６】
0006030694.tif 000057
【図３７】
0006030694.tif 000058
【図３８】
0006030694.tif 000059
【図３９】
0006030694.tif 000060
【図４０】
0006030694.tif 000061
【図４１】
0006030694.tif 000062
【図４２】
0006030694.tif 000063
【図４３】
0006030694.tif 000064
【図４４】
0006030694.tif 000065
【図４５】
0006030694.tif 000066
【図４６】
0006030694.tif 000067
【図４７】
0006030694.tif 000068