(57)【要約】【課題】無線通信システム、好ましくは、リレーシステムにおいて物理チャネルのためのリソースを効率的に割り当てる方法及びそのための装置を提供する。【解決手段】本発明は、無線通信システム、好ましくは、リレーを含む無線通信システムに関する。具体的に、本発明は、バックホールリソースを割り当てる方法及びそのための装置に関する。また、本発明は、物理制御チャネルのためのリソースを割り当てる方法及びそのための装置に関する。また、本発明は、ダウンリンク信号を処理する方法及びそのための装置に関する。【選択図】図２５
2013534072.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいてリレーがダウンリンク信号を処理する方法であって、
リソースブロックグループ（ＲＢＧ）に関するリソース割当情報を含む第１物理制御チャネルを受信するステップと、
前記リソース割当情報が指示する一つ以上のＲＢＧから物理共有チャネルを受信するための過程を行うステップと、
を含み、
一つ以上の割り当てられたＲＢＧが、前記第１物理制御チャネルが受信されたリソースブロック（ＲＢ）ペアを含み、前記ＲＢペアの２番目のスロットが、第２物理制御チャネルのための検索空間と設定された場合に、前記ＲＢペアは、前記物理共有チャネルの受信のための処理過程から除外される、ダウンリンク信号処理方法。
【請求項２】
前記第２物理制御チャネルのための前記検索空間は、ＲＲＣシグナリングによって設定されることを特徴とする、請求項１に記載のダウンリンク信号処理方法。
【請求項３】
前記第１及び第２物理制御チャネルは、複数のＲＢにインターリービングされていることを特徴とする、請求項１に記載のダウンリンク信号処理方法。
【請求項４】
前記第１物理制御チャネルは、ダウンリンクグラントを運ぶのに用いられ、前記第２物理制御チャネルは、アップリンクグラントを運ぶのに用いられることを特徴とする、請求項１に記載のダウンリンク信号処理方法。
【請求項５】
前記第１及び第２物理制御チャネルは、Ｒ−ＰＤＣＣＨを含み、前記物理共有チャネルは、ＰＤＳＣＨを含むことを特徴とする、請求項１に記載のダウンリンク信号処理方法。
【請求項６】
無線通信システムで用いるためのリレーであって、
ＲＦユニットと、
プロセッサと、を備え、
前記プロセッサは、リソースブロックグループ（ＲＢＧ）に関するリソース割当情報を含む第１物理制御チャネルを受信し、前記リソース割当情報が指示する一つ以上のＲＢＧから物理共有チャネルを受信するための過程を行うように構成され、
一つ以上の割り当てられたＲＢＧが、前記第１物理制御チャネルが受信されたリソースブロック（ＲＢ）ペアを含み、前記ＲＢペアの２番目のスロットが、第２物理制御チャネルのための検索空間と設定された場合に、前記ＲＢペアは前記物理共有チャネルの受信のための処理過程から除外される、リレー。
【請求項７】
前記第２物理制御チャネルのための前記検索空間は、ＲＲＣシグナリングによって設定されることを特徴とする、請求項６に記載のリレー。
【請求項８】
前記第１及び第２物理制御チャネルは複数のＲＢにインターリービングされていることを特徴とする、請求項６に記載のリレー。
【請求項９】
前記第１物理制御チャネルはダウンリンクグラントを運ぶのに用いられ、前記第２物理制御チャネルはアップリンクグラントを運ぶのに用いられることを特徴とする、請求項６に記載のリレー。
【請求項１０】
前記第１及び第２物理制御チャネルは、Ｒ−ＰＤＣＣＨを含み、前記物理共有チャネルは、ＰＤＳＣＨを含むことを特徴とする、請求項６に記載のリレー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに係り、特に、リレーノードに物理チャネルのためのリソースを割り当てる方法及びそのための装置に関する。
【背景技術】
【０００２】
無線通信システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、可用システムリソース（帯域幅、伝送パワーなど）を共有してマルチユーザーとの通信を支援することができる多重接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムである。多重接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＭＣ−ＦＤＭＡ（ｍｕｌｔｉ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、無線通信システム、好ましくは、リレーシステムにおいて物理チャネルのためのリソースを効率的に割り当てる方法及びそのための装置を提供することにある。また、本発明の他の目的は、ダウンリンク信号を効率的に処理する方法及びそのための装置を提供することにある。
【０００４】
本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない別の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【０００５】
本発明の一様相として、無線通信システムにおいてリレーによりダウンリンク信号を処理する方法であって、リソースブロックグループ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ  Ｇｒｏｕｐ、ＲＢＧ）に関するリソース割当情報を含む第１物理制御チャネルを受信すること、及び、前記リソース割当情報が指示する一つ以上のＲＢＧから物理共有チャネルを受信するための過程を行うこと、を含み、前記一つ以上の割り当てられたＲＢＧが、前記第１物理制御チャネルが受信されたリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＲＢ）ペア（ｐａｉｒ）を含み、前記ＲＢペア（ｐａｉｒ）の２番目のスロットが、第２物理制御チャネルのための検索空間と設定された場合に、前記ＲＢペアは、前記物理共有チャネルの受信のための処理過程から除外される、ダウンリンク信号処理方法が提供される。
【０００６】
本発明の他の様相として、無線通信システムで用いるためのリレーにおいて、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットと、プロセッサと、を備え、前記プロセッサは、リソースブロックグループ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ  Ｇｒｏｕｐ、ＲＢＧ）に関するリソース割当情報を含む第１物理制御チャネルを受信し、前記リソース割当情報が指示する一つ以上のＲＢＧから物理共有チャネルを受信するための過程を行うように構成され、前記一つ以上の割り当てられたＲＢＧが、前記第１物理制御チャネルが受信されたリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＲＢ）ペア（ｐａｉｒ）を含み、前記ＲＢペア（ｐａｉｒ）の２番目のスロットが、第２物理制御チャネルのための検索空間と設定された場合に、前記ＲＢペアは前記物理共有チャネルの受信のための処理過程から除外される、リレーが提供される。
【０００７】
好ましくは、前記第２物理制御チャネルのための検索空間は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングによって設定される。
【０００８】
好ましくは、前記第１及び第２物理制御チャネルは、複数のＲＢにインターリービングされる。
【０００９】
好ましくは、前記第１物理制御チャネルは、ダウンリンクグラントを運ぶのに用いられ、前記第２物理制御チャネルはアップリンクグラントを運ぶのに用いられる。
【００１０】
好ましくは、前記第１及び第２物理制御チャネルは、Ｒ−ＰＤＣＣＨ（Ｒｅｌａｙ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を含み、前記物理共有チャネルは、ＰＤＳＣＨ（Ｒｅｌａｙ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を含む。
【発明の効果】
【００１１】
本発明の実施例によれば、無線通信システム、好ましくは、リレーシステムにおいて物理チャネルのためのリソースを効率的に割り当てることができる。また、ダウンリンク信号を効率的に処理することができる。
【００１２】
本発明で得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、かつ詳細な説明と共に本発明の技術的思想を説明する。
【図面の簡単な説明】
【００１３】
【図１】３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）システムの物理チャネル及びこれを用いた信号伝送を示す図である。
【図２】３ＧＰＰシステムにおける無線フレームの構造を示す図である。
【図３】ダウンリンクスロットのリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す図である。
【図４】ダウンリンクサブフレームの構造を示す図である。
【図５】３ＧＰＰシステムで用いられるアップリンクサブフレームの構造を示す図である。
【図６】仮想リソースブロック（Ｖｉｒｔｕａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＶＲＢ）と物理リソースブロック（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＰＲＢ）とのマッピングを示す図である。
【図７】図７〜図９は、それぞれタイプ０リソース割当（Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ、ＲＡ）、タイプ１ ＲＡ及びタイプ２ ＲＡを示す図である。
【図８】図７〜図９は、それぞれタイプ０リソース割当、タイプ１ ＲＡ及びタイプ２ ＲＡを示す図である。
【図９】図７〜図９は、それぞれタイプ０リソース割当、タイプ１ ＲＡ及びタイプ２ ＲＡを示す図である。
【図１０】リレーを含む無線通信システムを示す図である。
【図１１】ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ  Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）サブフレームを用いてバックホール伝送を行う例を示す図である。
【図１２】本発明の一実施例に係るＲ−ＰＤＣＣＨのためのリソースの割当とこれを用いたＲ−ＰＤＣＣＨ受信過程を示す図である。
【図１３】Ｒ−ＰＤＣＣＨインターリービングの具現例を示す図である。
【図１４】本発明の一実施例によってＤＶＲＢ方式により割り当てられたリソース内でＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨを多重化する方案を示す図である。
【図１５】本発明の一実施例によってＤＶＲＢ方式により割り当てられたリソース内でＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨを多重化する方案を示す図である。
【図１６】本発明の一実施例によってＤＶＲＢ方式により割り当てられたリソース内でＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨを多重化する方案を示す図である。
【図１７】本発明の一実施例によってＤＶＲＢ方式により割り当てられたリソース内でＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨを多重化する方案を示す図である。
【図１８】本発明の一実施例によってＤＶＲＢ方式により割り当てられたリソース内でＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨを多重化する方案を示す図である。
【図１９】Ｒ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨ伝送例を示す図である。
【図２０】Ｒ−ＰＤＣＣＨ ＲＢを構成する例を示す図である。
【図２１】Ｒ−ＰＤＣＣＨ ＲＢを構成する例を示す図である。
【図２２】インターリービング適用の有無によるＲ−ＰＤＣＣＨ伝送例及びそれによるブラインドデコーディング過程を示す図である。
【図２３】インターリービング適用の有無によるＲ−ＰＤＣＣＨ伝送例及びそれによるブラインドデコーディング過程を示す図である。
【図２４】インターリービング適用の有無によるＲ−ＰＤＣＣＨ伝送例及びそれによるブラインドデコーディング過程を示す図である。
【図２５】Ｒ−ＰＤＣＣＨをＰＲＢにマッピングする過程を示す図である。
【図２６】Ｒ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨリソース割当を示す図である。
【図２７】インターリービングがＯＦＦされた場合におけるＲ−ＰＤＣＣＨマッピングを示す図である。
【図２８】時間によってＳＳ ＲＢまたはＳＳ ＲＢＧを異なるように構成する例を示す図である。
【図２９】ＲＡタイプに従ってＲ−ＰＤＣＣＨ ＳＳを構成する例を示す図である。
【図３０】ＲＡタイプに従ってＲ−ＰＤＣＣＨ ＳＳを構成する例を示す図である。
【図３１】ＲＡタイプに従ってＲ−ＰＤＣＣＨ ＳＳを構成する例を示す図である。
【図３２】ＲＡタイプに従ってＲ−ＰＤＣＣＨ ＳＳを構成する例を示す図である。
【図３３】ＲＢＧ内にＲ−ＰＤＣＣＨ ＳＳを構成する様々な例を示す図である。
【図３４】ＲＢＧ内にＲ−ＰＤＣＣＨ ＳＳを構成する様々な例を示す図である。
【図３５】ＲＢＧ内にＲ−ＰＤＣＣＨ ＳＳを構成する様々な例を示す図である。
【図３６】Ｒ−ＰＤＣＣＨ ＤＳＳ／ＣＳＳを構成する例を示す図である。
【図３７】システム帯域によるＲ−ＰＤＣＣＨ伝送例を示す図である。
【図３８】Ｒ−ＰＤＣＣＨ伝送のためのマッピング過程を示す図である。
【図３９】Ｒ−ＰＤＣＣＨ伝送のためのマッピング過程を示す図である。
【図４０】Ｒ−ＰＤＣＣＨ伝送のためのマッピング過程を示す図である。
【図４１】Ｒ−ＰＤＣＣＨ伝送のためのマッピング過程を示す図である。
【図４２】Ｒ−ＰＤＣＣＨ伝送のためのマッピング過程を示す図である。
【図４３】Ｒ−ＰＤＣＣＨをＰＲＢにマッピングする規則を示す図である。
【図４４】Ｒ−ＰＤＣＣＨをＰＲＢにマッピングする規則を示す図である。
【図４５】Ｒ−ＰＤＣＣＨをＰＲＢにマッピングする規則を示す図である。
【図４６】組み合わせレベルに従うＲ−ＰＤＣＣＨ ＳＳ構成例を示す図である。
【図４７】可用ＰＲＢが制限された場合におけるＲ−ＰＤＣＣＨ ＳＳ構成例を示す図である。
【図４８】本発明の適用されうる基地局、リレー及び端末を示す図である。
【発明を実施するための形態】
【００１４】
以下に添付の図面を参照して説明された本発明の実施例から、本発明の構成、作用及び他の特徴が容易に理解されるであろう。本発明の実施例は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、ＭＣ−ＦＤＭＡのような様々な無線接続技術に用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術とすることができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術とすることができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術とすることができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ） ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部である。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進展したバージョンである。
【００１５】
以下の実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用される場合を中心に説明するが、これは例示であり、本発明がこれに制限されることはない。
【００１６】
図１には、ＬＴＥシステムにおける物理チャネル及びこれを用いた信号伝送を例示する。
【００１７】
端末は、電源がついたり新しくセルに進入したりした場合に、基地局と同期を合わせる等の初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う（Ｓ１０１）。そのために、端末は、基地局からプライマリ同期チャネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｐ−ＳＣＨ）及びセカンダリ同期チャネル（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｓ−ＳＣＨ）を受信して基地局と同期を合わせ、セル識別子（Ｉｄｅｎｔｉｔｙ、ＩＤ）などの情報を獲得することができる。その後、端末は、基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を受信してセル内の放送情報を獲得することができる。
【００１８】
初期セル探索を終えた端末は、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）及び該ＰＤＣＣＨに載せられた情報に基づいて物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を受信し、より具体的なシステム情報を獲得することができる（Ｓ１０２）。
【００１９】
一方、基地局に最初に接続したり、または信号伝送のための無線リソースがない場合は、端末は基地局にランダムアクセス手順（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ、ＲＡＣＨ）を行うことができる（段階Ｓ１０３乃至段階Ｓ１０６）。そのために、端末は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）を通じて特定シーケンスをプリアンブルとして伝送し（Ｓ１０３及びＳ１０５）、ＰＤＣＣＨ及び対応するＰＤＳＣＨを通じてプリアンブルに対する応答メッセージを受信することができる（Ｓ１０４及びＳ１０６）。競合ベースのＲＡＣＨの場合に、衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）をさらに行うことができる。
【００２０】
上述のような手順を行った端末は、以降、一般的なアップリンク／ダウンリンク信号伝送手順として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ１０７）及び物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）／物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）伝送（Ｓ１０８）を行うことができる。端末がアップリンクを通じて基地局に伝送するまたは端末が基地局から受信する制御情報は、ダウンリンク／アップリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ ＬＴＥシステムにおいて、端末は、上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／またはＰＵＣＣＨを通じて伝送することができる。
【００２１】
図２には、３ＧＰＰシステムで用いられる無線フレームの構造を例示する。
【００２２】
図２を参照すると、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は１０ｍｓ（３０７２００・Ｔs）の長さを有し、１０個の均等なサイズのサブフレーム（ｓｕｂｆｒａｍｅ）で構成されている。それぞれのサブフレームは、１ｍｓの長さを有し、２個のスロット（ｓｌｏｔ）で構成されている。それぞれのスロットは、０．５ｍｓ（１５３６０・Ｔs）の長さを有する。ここで、Ｔsは、サンプリング時間を表し、Ｔs＝１／（１５ｋＨｚ×２０４８）=３．２５５２×１０-8（約３３ｎｓ）で表示される。スロットは、時間領域で複数のＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、周波数領域で複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＲＢ）を含む。ＬＴＥシステムにおいて１リソースブロックは１２個の副搬送波×７（６）個のＯＦＤＭシンボルを含む。データの伝送される単位時間である伝送時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、ＴＴＩ）は、一つ以上のサブフレーム単位に定められるとよい。上述した無線フレームの構造は例示に過ぎず、無線フレームでサブフレームの数、サブスロットの数、またはＯＦＤＭシンボルの数は様々に変更可能である。
【００２３】
図３には、ダウンリンクスロットのリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示する。
【００２４】
【表１】
2013534072.tif 000003
【００２５】
図４には、３ＧＰＰシステムで用いられるダウンリンクサブフレームの構造を例示する。
【００２６】
図４を参照すると、ダウンリンクサブフレームは、複数（例、１２個または１４個）のＯＦＤＭシンボルを含む。サブフレームにおける先頭の複数のＯＦＤＭシンボルが制御領域に用いられ、残りのＯＦＤＭシンボルがデータ領域に用いられる。制御領域のサイズはサブフレームごとに独立して設定可能である。制御領域は、スケジューリング情報及びその他Ｌ１／Ｌ２（ｌａｙｅｒ  １／ｌａｙｅｒ  ２）制御情報を伝送するのに用いられる。データ領域は、トラフィックを伝送するのに用いられる。制御チャネルは、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ（ＡＲＱ）  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）を含む。トラフィックチャネルはＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）を含む。
【００２７】
ＰＤＣＣＨは、伝送チャネルであるＰＣＨ（Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割当と関連した情報、アップリンクスケジューリンググラント（Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）、ＨＡＲＱ情報などを、各端末または端末グループに知らせる。ＰＣＨ（Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）はＰＤＳＣＨを通じて伝送される。そのため、基地局と端末は、一般に、特定の制御情報または特定のサービスデータ以外のデータはＰＤＳＣＨを通じてそれぞれ送信及び受信する。ＰＤＣＣＨを通じて伝送される制御情報をダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）という。ＤＣＩは、アップリンクリソース割当情報、ダウンリンクリソース割当情報及び任意の端末グループに対するアップリンク伝送パワー制御命令などを指示する。表１に、ＤＣＩフォーマットに従うＤＣＩを示す。
【００２８】
【表２】
2013534072.tif 000004
【００２９】
ＤＣＩフォーマット０は、アップリンクリソース割当情報を指示し、ＤＣＩフォーマット１〜２は、ダウンリンクリソース割当情報を指示し、ＤＣＩフォーマット３、３Ａは、任意の端末グループに対するアップリンクＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）命令を指示する。基地局は、端末に送るＤＣＩに応じてＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を付加する。ＣＲＣにはＰＤＣＣＨの所有者（ｏｗｎｅｒ）や用途によって固有の識別子（例、ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ））がマスキングされる。
【００３０】
図５には、３ＧＰＰシステムで用いられるアップリンクサブフレームの構造を例示する。
【００３１】
図５を参照すると、ＬＴＥアップリンク伝送の基本単位である１ｍｓ長のサブフレーム（５００）は、２つの０．５ｍｓスロット（５０１）で構成される。一般（Ｎｏｒｍａｌ）サイクリックプレフィックス（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ、ＣＰ）の長さを仮定する時に、各スロットは７個のシンボル（５０２）で構成され、一つのシンボルは一つのＳＣ−ＦＤＭＡシンボルに対応する。リソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＲＢ）（５０３）は、周波数領域で１２個の副搬送波、そして時間領域で１スロットに該当するリソース割当単位である。ＬＴＥのアップリンクサブフレームの構造は、データ領域（５０４）と制御領域（５０５）とに大別される。データ領域は、各端末に伝送される音声、パケットなどのデータを送信するのに用いられる通信リソースを意味し、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を含む。制御領域は、各端末からのダウンリンクチャネル品質報告、ダウンリンク信号に対する受信ＡＣＫ／ＮＡＣＫ、アップリンクスケジューリング要請などを伝送するのに用いられる通信リソースを意味し、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を含む。サウンディング参照信号（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＳＲＳ）は、一つのサブフレームにおいて、時間軸上で最後に位置するＳＣ−ＦＤＭＡシンボル、そして周波数上ではデータ伝送帯域を通じて伝送される。同じサブフレームの最後のＳＣ−ＦＤＭＡで伝送される複数の端末のＳＲＳは、周波数位置／シーケンスによって区別可能である。
【００３２】
【表３】
2013534072.tif 000005
【００３３】
【数１】
2013534072.tif 000006
【００３４】
【表４】
2013534072.tif 000007
【００３５】
【表５】
2013534072.tif 000008
【００３６】
図６には、仮想リソースブロックを物理リソースブロックにマッピングする方法を例示する。
【００３７】
【表６】
2013534072.tif 000009
【００３８】
【表７】
2013534072.tif 000010
【００３９】
【表８】
2013534072.tif 000011
【００４０】
【表９】
2013534072.tif 000012
【００４１】
以下、図面を参照して、既存のＬＴＥに定義されたリソース割当について説明する。図７乃至図９はそれぞれ、タイプ０ ＲＡ（Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ）、タイプ１ ＲＡ及びタイプ２ ＲＡのための制御情報フォーマット及びそれによるリソース割当例を示す。
【００４２】
端末は、検出されたＰＤＣＣＨ ＤＣＩフォーマットに基づいてリソース割当フィールドを解釈する。それぞれのＰＤＣＣＨ内のリソース割当フィールドは、リソース割当ヘッダーフィールドと実際リソースブロック割当情報の２部分（ｐａｒｔ）を含む。タイプ０及びタイプ１リソース割当のためのＰＤＣＣＨ ＤＣＩフォーマット１、２及び２Ａは同一のフォーマットを有し、ダウンリンクシステム帯域に応じて存在する単一ビットリソース割当ヘッダーフィールドを通じて互いに区別される。具体的に、タイプ０ ＲＡは０で指示され、タイプ１ ＲＡは１で指示される。ＰＤＣＣＨ ＤＣＩフォーマット１、２及び２Ａがタイプ０またはタイプ１ ＲＡに用いられ、ＰＤＣＣＨ ＤＣＩフォーマット１Ａ、１Ｂ、１Ｃ及び１Ｄはタイプ２ ＲＡに用いられる。タイプ２ ＲＡを有するＰＤＣＣＨ ＤＣＩフォーマットは、リソース割当ヘッダーフィールドを有しない。
【００４３】
図７を参照すると、タイプ０ ＲＡにおいて、リソースブロック割当情報は、端末に割り当てられたリソースブロックグループ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ  Ｇｒｏｕｐ、ＲＢＧ）を指示するビットマップを含む。ＲＢＧは、連続したＰＲＢのセットである。ＲＢＧのサイズ（Ｐ）は、表３のようにシステム帯域に依存する。
【００４４】
【表１０】
2013534072.tif 000013
【００４５】
【表１１】
2013534072.tif 000014
【００４６】
【表１２】
2013534072.tif 000015
【００４７】
【数２】
2013534072.tif 000016
【００４８】
【表１３】
2013534072.tif 000017
【００４９】
【数３】
2013534072.tif 000018
【００５０】
【表１４】
2013534072.tif 000019
【００５１】
図１０には、リレーを含む無線通信システムを例示する。リレー（または、リレーノード（Ｒｅｌａｙ  Ｎｏｄｅ、ＲＮ））は、基地局のサービス領域を拡張したり、陰影地域に設置されてサービスを円滑にしたりする。図１０を参照すると、無線通信システムは、基地局、リレー及び端末を含む。端末は、基地局またはリレーと通信を行う。便宜上、基地局と通信を行う端末をマクロ端末（ｍａｃｒｏ  ＵＥ）といい、リレーと通信を行う端末をリレー端末（ｒｅｌａｙ  ＵＥ）という。基地局とマクロ端末間の通信リンクをマクロアクセスリンクといい、リレーとリレー端末間の通信リンクをリレーアクセスリンクという。また、基地局とリレー間の通信リンクをバックホールリンクという。
【００５２】
リレーは、マルチ−ホップ（ｍｕｌｔｉ−ｈｏｐ）伝送においてどれだけの機能を果たすかによって、Ｌ１（ｌａｙｅｒ  １）リレー、Ｌ２（ｌａｙｅｒ  ２）リレー、そしてＬ３（ｌａｙｅｒ３）リレーに区別可能である。それぞれの簡略な特徴は、次のようである。Ｌ１リレーは、普通リピーター（ｒｅｐｅａｔｅｒ）の機能を果たし、基地局／端末からの信号を単純に増幅して端末／基地局に伝送する。リレーではデコーディングを行わず、伝送遅延（ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｅｌａｙ）が短いという長所があるが、信号（ｓｉｇｎａｌ）とノイズとを区別できず、ノイズまで増幅されてしまうという短所がある。このような短所を補完するには、ＵＬパワーコントロールや自己干渉打消し（ｓｅｌｆ−ｉｎｔｅｒｆｅｒｅｎｃｅ  ｃａｎｃｅｌｌａｔｉｏｎ）のような機能を有する改善されたリピーター（ａｄｖａｎｃｅｄ  ｒｅｐｅａｔｅｒまたはｓｍａｒｔ  ｒｅｐｅａｔｅｒ）を用いることができる。Ｌ２リレーの動作は、デコーディング−及び−伝達（ｄｅｃｏｄｅ−ａｎｄ−ｆｏｒｗａｒｄ）と表現でき、ユーザープレーントラフィックをＬ２に伝送することができる。ノイズが増幅されないという長所があるが、デコーディングによる遅延が増加するという短所がある。Ｌ３リレーは、セルフ−バックホールリング（ｓｅｌｆ−ｂａｃｋｈａｕｌｉｎｇ）ともいい、ＩＰパケットをＬ３に伝送することができる。ＲＲＣ機能も有しており、小規模の基地局のような役割を果たす。
【００５３】
Ｌ１、Ｌ２リレーは、リレーが、該当の基地局がカバーするドナーセル（ｄｏｎｏｒ  ｃｅｌｌ）の一部の場合であると説明できる。リレーがドナーセルの一部の時は、リレーがリレー自体のセルと当該セルの端末を制御できず、リレーは自身のセルＩＤを有することができない。しかし、リレーのＩＤ（Ｉｄｅｎｔｉｔｙ）であるリレーＩＤを有することはできる。また、このような場合には、ＲＲＭ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ）の一部機能は、該当のドナーセルの基地局により制御され、ＲＲＭの一部分はリレーに位置することができる。Ｌ３リレーは、リレーが自身のセルを制御できる場合である。このような場合には、リレーは一つ以上のセルを管理でき、リレーが管理する各セルは唯一の物理層セルＩＤ（ｕｎｉｑｕｅ  ｐｈｙｓｉｃａｌ−ｌａｙｅｒ  ｃｅｌｌ  ＩＤ）を有することができる。基地局と同じＲＲＭメカニズムを有することができ、端末にとっては、リレーが管理するセルに接続することと一般基地局が管理するセルに接続することとに相違がない。
【００５４】
また、リレーは、移動性によって下記のように区別される。
【００５５】
−  固定リレー（Ｆｉｘｅｄ  ＲＮ）：永久的に固定されて、陰影地域やセルカバレッジ増大のために用いられる。単純リピーター（Ｒｅｐｅａｔｅｒ）の機能も可能である。
−  ノマディックリレー（Ｎｏｍａｄｉｃ  ＲＮ）：ユーザーが突然増加する時に臨時に設置したり、建物内で任意に移すことができるリレーである。
−  移動リレー（Ｍｏｂｉｌｅ  ＲＮ）：バスや地下鉄のような大衆交通に装着可能なリレーで、リレーの移動性が支援されなければならない。
【００５６】
また、リレーとネットワークとのリンクによって次の区別が可能である。
【００５７】
−  イン−バンド（ｉｎ−ｂａｎｄ）コネクション：ドナーセル内で、ネットワーク−対−リレーリンクとネットワーク−対−端末リンクが、同一の周波数バンドを共有する。
−  アウト−バンド（ｏｕｔ−ｂａｎｄ）コネクション：ドナーセル内で、ネットワーク−対−リレーリンクとネットワーク−対−端末リンクが、互いに異なる周波数バンドを用いる。
【００５８】
また、端末がリレーの存在を認識しているか否かによって次の区別が可能である。
【００５９】
−  トランスペアレント（Ｔｒａｎｓｐａｒｅｎｔ）リレー：端末は、ネットワークとの通信がリレーを介して行われるか否かがわからない。
−  ノン−トランスペアレント（Ｎｏｎ−ｔｒａｎｓｐａｒｅｎｔ）リレー：端末は、ネットワークとの通信がリレーを介して行われるということがわかる。
【００６０】
図１１には、ＭＢＳＦＮサブフレームを用いてバックホール伝送を行う例を示す。イン−バンド中継モードにおいて、基地局−リレーリンク（すなわち、バックホールリンク）は、リレー−端末リンク（すなわち、リレーアクセスリンク）と同じ周波数帯域で動作する。リレーで基地局から信号を受信しながら端末に信号を伝送する場合、またはその反対の場合において、リレーの送信器及び受信器は互いに干渉を誘発するので、同時に送信及び受信をすることに制限がありうる。そのために、バックホールリンクとリレーアクセスリンクとはＴＤＭ方式でパーティショニング（ｐａｒｔｉｔｉｏｎｉｎｇ）される。ＬＴＥ−Ａシステムにおいて、リレーゾーンに存在するレガシーＬＴＥ端末の測定動作を支援するために、ＭＢＳＦＮサブフレームとシグナリングしたサブフレームにバックホールリンクを設定する（ｆａｋｅ ＭＢＳＦＮ方法）。任意のサブフレームがＭＢＳＦＮサブフレームとシグナリングされた場合に、端末は当該サブフレームの制御領域のみを受信するので、リレーは当該サブフレームのデータ領域を用いてバックホールリンクを構成することができる。具体的に、ＭＢＳＦＮサブフレームの３番目のＯＦＤＭシンボル後から基地局−リレー伝送（例、Ｒ−ＰＤＣＣＨ、Ｒ−ＰＤＳＣＨ）に用いられる。
【００６１】
以下、図面を参照して、本発明の一実施例に係るリレー物理ダウンリンク制御チャネル（Ｒｅｌａｙ−ＰＤＣＣＨ、Ｒ−ＰＤＣＣＨ）のためのリソース割当及び運用方式を提案する。
【００６２】
Ｒ−ＰＤＣＣＨはリレーのためのＤＣＩを運ぶ。ＤＣＩに関する事項は、表１に関する説明を参照すればいい。例えば、Ｒ−ＰＤＣＣＨは、リレーのためのダウンリンクスケジューリング情報、アップリンクスケジューリング情報を運ぶことができる。リレーのためのダウンリンクデータ（例、バックホールデータ）は、リレー物理ダウンリンク共有チャネル（Ｒｅｌａｙ−ＰＤＳＣＨ、Ｒ−ＰＤＳＣＨ）を通じて受信される。Ｒ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨを用いた通信過程は、図１で段階Ｓ１０２を参照して説明したのと同一／類似している。すなわち、リレーは、Ｒ−ＰＤＣＣＨを受信し、Ｒ−ＰＤＣＣＨにより指示されるＲ−ＰＤＳＣＨを通じてデータ／制御情報を受信する。Ｒ−ＰＤＣＣＨ伝送プロセシング（例、チャネルコーディング、インターリービング、多重化など）は、可能な範囲内で既存ＬＴＥに定義されたプロセシングを用いて行えばよく、必要によってそれを単純化して適用することもできる。例えば、リレー特性を考慮して、Ｒ−ＰＤＣＣＨ伝送プロセシングは、既存のＬＴＥに定義されたプロセシングにおいて不要な過程を省略してもよい。
【００６３】
リレーは、Ｒ−ＰＤＣＣＨから得られた制御情報に基づいてＲ−ＰＤＳＣＨ復調などの動作を行う。そのため、Ｒ−ＰＤＣＣＨ情報を正確に得ることは非常に重要である。既存のＬＴＥは、制御領域内にＰＤＣＣＨ候補領域（ＰＤＣＣＨ検索空間）をあらかじめ予約し、その一部の領域に特定端末のＰＤＣＣＨを伝送する方式を採択している。そのため、端末は、ブラインドデコーディング（Ｂｌｉｎｄ  Ｄｅｃｏｄｉｎｇ、ＢＤ）を用いてＰＤＣＣＨ検索空間内で自身のＰＤＣＣＨを得る。同様に、リレーについても、事前に予約されたリソースの一部または全体にわたってＲ−ＰＤＣＣＨを送る方式を用いることができる。
【００６４】
図１３には、本発明の一実施例に係るＲ−ＰＤＣＣＨのためのリソースの割当とこれを用いたＲ−ＰＤＣＣＨ受信過程を例示する。
【００６５】
図１２を参照すると、基地局はリレーにＲ−ＰＤＣＣＨリソース割当（Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ、ＲＡ）情報を伝送する（Ｓ１２１０）。Ｒ−ＰＤＣＣＨリソース割当情報は、Ｒ−ＰＤＣＣＨリソース領域を事前に予約するために用いられる。すなわち、この段階におけるＲ−ＰＤＣＣＨリソース割当情報は、Ｒ−ＰＤＣＣＨが伝送される可能性のあるリソースの位置を事前にリレーに知らせる（Ｒ−ＰＤＣＣＨ  Ｓｅａｒｃｈ  Ｓｐａｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）。便宜上、段階Ｓ１２１０のＲ−ＰＤＣＣＨリソース予約のためのシグナリングを、シグナル＃１と称する。シグナル＃１は、上位層シグナリング（例、ＲＲＣシグナリング、ＭＡＣシグナリングなど）、好ましくは、ＲＲＣシグナリングを用いて行われるとよい。また、シグナル＃１は、半−静的方式（ｓｅｍｉ−ｓｔａｔｉｃ  ｍａｎｎｅｒ）で行われてもよい。また、シグナル＃１は、セル−特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）、リレーグループ−特定（ｒｅｌａｙ  ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）、リレー−特定方式で行われてもよい。
【００６６】
Ｒ−ＰＤＣＣＨ検索空間は、リレーが自身に指示されたＲ−ＰＤＣＣＨを受信するためにモニタリングしなければならないＲ−ＰＤＣＣＨリソース（領域）を意味する。Ｒ−ＰＤＣＣＨ検索空間は、リレー−共通（ｒｅｌａｙ−ｃｏｍｍｏｎ、ＲＮ−ｃｏｍｍｏｎ）検索空間及び／またはリレー−特定（ｒｅｌａｙ−ｓｐｅｃｉｆｉｃ、ＲＮ−ｓｐｅｃｉｆｉｃ）検索空間を含む。Ｒ−ＰＤＣＣＨリソースの基本単位はＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）（例、１２個の連続した副搬送波＊７（６）個の連続したＯＦＤＭＡシンボル）、ＲＥＧ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）（例、４個の可用副搬送波＊１個のＯＦＤＭＡシンボル）、またはＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）（例、複数（例、９個）のＲＥＧ）を含む。
【００６７】
シグナル＃１によって事前予約されたＲ−ＰＤＣＣＨリソース（Ｒ−ＰＤＣＣＨ検索空間）の一部または全体が、以降の過程でＲ−ＰＤＣＣＨの実際伝送に用いられる。大部分の場合、予約されたＲ−ＰＤＣＣＨリソースの一部のみがＲ−ＰＤＣＣＨ伝送に用いられる。一方、バックホールサブフレーム（例、ＭＢＳＦＮサブフレーム）のデータ領域においてリレーはマクロ端末とリソースを共有しなければならない。そのため、マクロ端末と同様にリレーにも既存のＬＶＲＢ（Ｌｏｃａｌｉｚｅｄ  ＶＲＢ）／ＤＶＲＢ（Ｄｉｓｔｒｉｂｕｔｅｄ  ＶＲＢ）リソースマッピング方式を可能な限りそのまま適用することで、フレーム内の多重化効率を最大化することが好ましい。したがって、本発明は、Ｒ−ＰＤＣＣＨリソース（例、Ｒ−ＰＤＣＣＨ ＲＢ）の予約のために、ＬＴＥ ＲＡ（Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ）シグナル構成と同じシグナリング情報に基づいてシグナル＃１を構成することを提案する。具体的に、シグナル＃１は、ＶＲＢマッピング方式／割当情報を指示することができる。例えば、シグナル＃１は、図６〜図９を参照して例示した様々なＶＲＢマッピング方式／割当情報を指示することができる。好ましくは、シグナル＃１は、ＤＶＲＢ割当方式と類似に、連続したＶＲＢ情報（例、開始点と長さ）を含むことができる（図９参照）。これに制限されるものではないが、シグナル＃１によって事前に予約されるＲ−ＰＤＣＣＨ ＲＢの個数は特に制限されないが、好ましくは、４の倍数であると好ましい。Ｒ−ＰＤＣＣＨ ＲＢの個数が４の倍数である場合における利点については後述する。また、Ｒ−ＰＤＣＣＨリソース割当のためのグラニュラリティ（Ｇｒａｎｕｌａｒｉｔｙ）は、ＲＢ割当増分の必要に応じて１ＲＢ、ＲＢＧまたはＸ ＲＢの束（例、４ＲＢ束）を含む。好ましくは、Ｒ−ＰＤＣＣＨリソース割当グラニュラリティは、４ＲＢまたはその倍数であり、その利点については後述する。
【００６８】
一方、既存ＬＴＥでは、ＶＲＢ割当情報（例、ＤＶＲＢ ＲＡマッピングシグナリング情報）が一つのＬＴＥ端末にのみ伝達される。しかし、本発明の一実施例によれば、既存のＶＲＢ割当情報（例、ＤＶＲＢ ＲＡマッピングシグナリング情報）と同一／類似に構成されたＲＡ情報（シグナル＃１）が複数（例、全て）のリレーに伝達され、これらリレーは既存ＬＴＥ ＲＡ規則（例、ＤＶＲＢインターリービングルール）に従ってＲ−ＰＤＣＣＨリソースの位置を把握できる（ＲＮ（ｇｒｏｕｐ）ｃｏｍｍｏｎ  ｓｉｇｎａｌｉｎｇ）。また、図示してはいないが、既存ＬＴＥと同様に、シグナル＃１は一つのリレーにのみ伝達されてもよい（ＲＮ  ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）。
【００６９】
シグナル＃１が上位層シグナリング（Ｒ−ＰＤＳＣＨ）を通じて伝送される場合に、リレーは、初期接続時に、Ｒ−ＰＤＣＣＨのために予約されたリソース領域がわからない。そのため、リレーは、初期接続時に、特定ＲＢインデックスにＲ−ＰＤＣＣＨが存在すると仮定してＲ−ＰＤＣＣＨをデコーディングするような構成とすることができる（ＵＥ  ｍｏｄｅ）。その後、リレーは、半−静的（ｓｅｍｉ−ｓｔａｔｉｃ）方式で上位層（例、ＲＲＣ）シグナリングを通じて伝達されたシグナル＃１から、Ｒ−ＰＤＣＣＨのために予約されたリソース領域がわかる（ＲＮ  ｍｏｄｅ）。ただし、予約されたＲ−ＰＤＣＣＨ領域が変更される場合に、リレーは、予約されたＲ−ＰＤＣＣＨ領域がいつ変更されるかが正確に把握できない。この場合、Ｒ−ＰＤＣＣＨデコーディングに問題が生じうる。Ｒ−ＰＤＣＣＨデコーディングに問題がなくても、Ｒ−ＰＤＣＣＨを見出すために、より多い場合に対してデコーディングを試みなければならないことがあり、問題になりうる。このような問題を最小化するために、予約されたＲ−ＰＤＣＣＨ領域が基本単位ずつ増加したり減少するようにすることができる。もちろん、このような情報は、半−静的なＲＲＣシグナリングに含まれるＲ−ＰＤＣＣＨ ＲＢの位置及び個数の決定に反映されなければならない。例えば、予約されたＲ−ＰＤＣＣＨ領域を４ＲＢの倍数に増加または縮小する方式で運用することができる。この場合、リレーは、予約されたＲ−ＰＤＣＣＨ領域が変更されるサブフレームまたはその近傍（すなわち、該当のサブフレームまたはその前後）では（例、ＲＲＣシグナリングを受信した後）既存Ｒ−ＰＤＣＣＨ領域だけでなく、増加したＲ−ＰＤＣＣＨ領域または縮小したＲ−ＰＤＣＣＨ領域に対してＲ−ＰＤＣＣＨを見出す過程を行えばよい。こうすることで、任意のＲ−ＰＤＣＣＨ ＲＢ構成によるデコーディング複雑度を緩和できる。
【００７０】
一方、リレーがＰＤＣＣＨを直接受信できる場合は、シグナル＃１は、図示とは違い、ＰＤＣＣＨのＤＣＩを通じて伝送されてもよい（例、基地局とリレーのサブフレームバウンダリーを幾つかのシンボル外れるように設定して、リレーがＰＤＣＣＨを直接受信できるように具現された場合）。この場合、リレーは、Ｒ−ＰＤＣＣＨのために予約されたリソース領域を毎サブフレーム単位に把握することができる。
【００７１】
図１２を再び参照すると、基地局は、バックホールサブフレームでＲ−ＰＤＣＣＨを伝送する（Ｓ１２２０）。Ｒ−ＰＤＣＣＨは、段階Ｓ１２１０のシグナル＃１により予約されたＲ−ＰＤＣＣＨリソース（例、Ｍ個のＲＢ）の一部または全体にわたって伝送可能である。大部分の場合、予約されたＭ個のＲ−ＰＤＣＣＨ ＲＢの一部のみがＲ−ＰＤＣＣＨ伝送に用いられる。Ｒ−ＰＤＣＣＨリソース（例、ＲＢ）にマッピングされるＤＣＩ（例、ＤＬグラント（スケジューリング情報）、ＵＬグラント（スケジューリング情報））は、クロス−インターリービングされない場合がある。この場合、一つ以上のＲＢ上で一つのＲ−ＰＤＣＣＨのみが伝送される。また、Ｒ−ＰＤＣＣＨリソースにマッピングされるＤＣＩは、イントラ−ＲＢインターリービングされる場合もある。また、Ｒ−ＰＤＣＣＨリソースにマッピングされるＤＣＩは、インター−ＲＢインターリービング（クロス−インターリービング）される場合もある。この場合、複数のＲ−ＰＤＣＣＨが一つ以上のＲＢ上で共に伝送されることがある。その後、各リレーは、自身のＲ−ＰＤＣＣＨが存在するか否かを確認するために、段階Ｓ１２１０のシグナル＃１により予約されたＲ−ＰＤＣＣＨリソース（領域）をモニタリングする。Ｒ−ＰＤＣＣＨリソースをモニタリングすることは、Ｒ−ＰＤＣＣＨ候補をブラインドデコーディングすることを含む。各端末は、自身に指示されたＲ−ＰＤＣＣＨを検出すると、Ｒ−ＰＤＣＣＨのＤＣＩに基づく動作（例、ダウンリンク受信、アップリンク伝送）を行う。
【００７２】
一方、１番目のスロットにはＤＬグラントを有するＲ−ＰＤＣＣＨが伝送され、２番目のスロットにはＵＬグラントを有するＲ−ＰＤＣＣＨが伝送されるようになっている。そのため、もし、Ｒ−ＰＤＣＣＨが１番目のスロットにのみ存在する場合（ＤＬグラントＲ−ＰＤＣＣＨ）、２番目のスロットは無駄使いになることがあるため、２番目のスロットにはＲ−ＰＤＳＣＨが伝送されるようにすることが好ましい。これと関連して、特定リレーに割り当てられたＲ−ＰＤＳＣＨリソース領域とＲ−ＰＤＣＣＨのために予約されたリソース領域（例、ＲＲＣシグナリングによって予約されたリソース領域）とが重なり合うことがある。この場合、重なり合うＲＢに限って、２番目のスロットでのみＲ−ＰＤＳＣＨを得るようにリレー（プロシージャ）を構成することができる。または、リソース活用度をより高めるために、Ｒ−ＰＤＣＣＨが実際に伝送されるＲＢに対してのみ、２番目のスロットでＲ−ＰＤＳＣＨを復調し、Ｒ−ＰＤＣＣＨが実際に伝送されないＲＢに対しては、１番目のスロットでもＲ−ＰＤＳＣＨを復調するようにリレー（プロシージャ）を構成することもできる。これは、既存のＬＴＥ ＲＡをそのまま用いるものの、リレーが最初のＲ−ＰＤＣＣＨ領域の存在をわかるようにし、その領域以外の領域でＲ−ＰＤＳＣＨを得るようにする方式である。これについては図面を参照して再び後述する。
【００７３】
本発明では、基地局がリレーに伝送するリレー物理ダウンリンク制御チャネル（Ｒｅｌａｙ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、Ｒ−ＰＤＣＣＨ）のためのリソース割当及び運用方式を提案する（例、ＲＡタイプ２）。全てのリレーは、Ｒ−ＰＤＣＣＨから得られた制御情報に基づいてＲ−ＰＤＳＣＨを復調する。そのため、Ｒ−ＰＤＣＣＨ情報を正確に得ることは非常に重要である。既存のＬＴＥでは、ＰＤＣＣＨを伝送するリソース領域をあらかじめ予約し、その一部領域に特定端末のＰＤＣＣＨを伝送する方式を採択した。ＰＤＣＣＨ伝送のために予約されたリソース領域を検索空間（Ｓｅａｒｃｈ  Ｓｐａｃｅ、ＳＳ）といい、端末はＳＳ内で自身のＰＤＣＣＨをブラインドデコーディングを通じて得る。本発明は、特定リレーにＲ−ＰＤＳＣＨ復調のための情報を伝送するために事前に予約されたＭ個のＲ−ＰＤＣＣＨ ＲＢの一部または全体にわたってＲ−ＰＤＣＣＨを送る方式を用いる。このような事前予約はＲＲＣシグナリングで可能である。また、事前予約に関する情報は、ＰＢＣＨを通じてブロードキャストすることができる。セル−特定Ｒ−ＰＤＣＣＨ ＳＳまたはＲＮ−特定Ｒ−ＰＤＣＣＨ ＳＳが可能である。Ｒ−ＰＤＣＣＨ ＳＳは、設定の後にＲＲＣシグナリングを通じて半−静的方式で変更可能である。
【００７４】
Ｒ−ＰＤＣＣＨが存在する可能性のある領域の全体を、事前に定めておいたり、ＲＲＣシグナリングすることができ、Ｒ−ＰＤＣＣＨが実際に存在する領域またはその領域を含む一部領域（例、ＲＮ−特定ＳＳ≦全体領域）も上位層シグナリング（例、ＲＲＣシグナリング）によって知らせることができる。この時、リレーに伝達された制限されたＳＳに関する情報を、Ｒ−ＰＤＣＣＨのためのインターリーバのパラメータ、例えば、インターリーバサイズを決定するのに用いることができる。すなわち、リレーにいかなる情報が伝達されるかによってインターリーバの属性が決定されることがある。特に、いくつかのリレー（例、同一のインターリービンググループに属するリレー）に同一の情報が伝達されることがあり、これらのリレーは、割り当てられたＲＢに共にインターリービング可能である。また、割り当てられたＲＢの数によってインターリーバ属性が決定されてもよい。また、制限されたＳＳと関連した情報は、共にインターリービングされるリレーの数（すなわち、同一のインターリービンググループに属するリレーの数）を制限するのに用いることができる。また、制限されたＳＳと関連した情報を、インターリービング後にマッピングされるＲＢの数を制限するのに用いることもできる。すなわち、限定されたまたは指定されたＲＢに、指定された数のリレーのみインターリービングされて伝達されるようにすることによって、事前に定められたサイズのインターリーバを用いることが可能になるという長所がある。例えば、４ＲＢに２ＲＮのみを割り当てるようにしたとすれば、４ＲＢに合うインターリーバのみを設計すればよい。インターリービングの自由度を増加させるために、４ＲＢの他、８ＲＢまたは２ＲＢなども可能である。しかし、インターリーバ設計の複雑度を増加させることがあるため、制限された数のＲＢに対するインターリーバのみを許容することが好ましい。例えば、４または８のＲＢに２個または４個のＲＢをインターリービングさせることができる。この場合、２種類のインターリーバサイズのみを定義することで済むため、あらゆる種類／サイズのインターリーバを支援する必要がなく、具現が容易である。
【００７５】
図１３に、上述した方案によって２つのサイズのインターリーバを用いてＲ−ＰＤＣＣＨインターリービングを行う過程を例示する。図１３は、Ｒ−ＰＤＣＣＨがインターリービング後に、連続したＲＢにマッピングされるとしているが、これは説明のための例示に過ぎず、インターリービングされたＲ−ＰＤＣＣＨが実際にマッピングされるＲＢは連続しない場合もある。
【００７６】
図１４〜図１８を参照して、ＤＶＲＢ方式により割り当てられたリソース内でＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨを多重化する方案を例示する。便宜上、図面では、１番目のスロットでＲ−ＰＤＣＣＨが伝送され、１番目／２番目のスロットでＲ−ＰＤＳＣＨが伝送される場合を示している。しかし、これは例示であり、Ｒ−ＰＤＣＣＨ伝送はスロット単位になされ、１番目及び／または２番目のスロットで伝送されてもよい。ＬＴＥ−Ａの場合に、ＤＬグラントを有するＲ−ＰＤＣＣＨは１番目のスロットで伝送され、ＵＬグラントを有するＲ−ＰＤＣＣＨは２番目のスロットで伝送される。ここで、ＲＢは、特に言及しない限り、文脈に応じてＶＲＢまたはＰＲＢを意味することができる。
【００７７】
図１４は、２４個のＤＶＲＢ ＲＢ内で４個のリレーのためのＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨを多重化する方案を例示する。図示の４個のリレーは、割り当てられた２４個のＲ−ＰＤＣＣＨ ＲＢを用いるようにあらかじめ設定されたリレーグループを意味することができる。すなわち、図示したＲ−ＰＤＣＣＨ ＲＢは、該当のリレー（グループ）により排他的に用いられるとよい。ＤＶＲＢ方式によれば、スロット単位サイクリックシフト（ＤＶＲＢスロットホッピング）が適用されるので、一つのリレーが同一のＰＲＢの２スロットを用いることが保障されない。すなわち、同一のＰＲＢの２スロットを用いてＲ−ＰＤＣＣＨ（及びＲ−ＰＤＳＣＨ）を同一のリレーに伝送することが保障されない。この場合、ＤＭ−ＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を用いてＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨを復調する場合に、チャネル推定性能が劣化し、復調性能も悪くなることがある。また、大部分の場合、Ｒ−ＰＤＣＣＨが伝送されるチャネル環境が良いと考慮すれば、同一のＰＲＢの２スロットを同一のリレーに割り当てることが好ましい（すなわち、Ｒ−ＰＤＣＣＨ（及びＲ−ＰＤＳＣＨ））。そのために、ＤＶＲＢを用いたＲ−ＰＤＣＣＨリソース割当時に、スロット間サイクリックシフト（すなわち、（ＤＶＲＢ）スロットホッピング）をオフすることを提案する。これに加えて、リレーのためのリソースは１番目のスロットと２番目のスロットにおいて同一のＶＲＢセットに割り当てられる。スロットホッピングオフは、シグナル＃１により割り当てられた全てのＤＶＲＢリソースに適用されたり、Ｒ−ＰＤＣＣＨが実際に伝送されるリソースにのみ適用されたりする。
【００７８】
また、図示のように、リレーへのリソース割当時に、ＤＶＲＢのＶＲＢペアリング基本単位を４の倍数に設定することを提案する（ＶＲＢ＃０〜３、ＶＲＢ＃４〜７、ＶＲＢ＃１２〜１５、ＶＲＢ＃１６〜１９）。これと共に、リレーのためのリソースは、１番目のスロットと２番目のスロットで同じＶＲＢセットに割り当てられる。本提案によれば、ＤＶＲＢスロットホッピングが適用されても、図示のように、同一ＰＲＢの２スロットが同じリレーにより用いられることが可能である。すなわち、スロットホッピングの適用にかかわらずに、ＤＶＲＢリソース割当時に、同一のＰＲＢの２スロットを、同じリレーのＲ−ＰＤＣＣＨ（及びＲ−ＰＤＳＣＨ）伝送に用いることができる。
【００７９】
したがって、４は、リレーのための基本リソース割当単位を意味することができる。例えば、バックホールリソースに対して分散割当（ｄｉｓｔｒｉｂｕｔｅｄ  ａｌｌｏｃａｔｉｏｎ）またはローカル割当（ｌｏｃａｌｉｚｅｄ  ａｌｌｏｃａｔｉｏｎ）が混在しうるような状況でリレーのためのリソース割当単位の基本として４ＲＢを用いることができる。そのため、リレーにリソースを４ＲＢの倍数に割り当てることができる。この場合、ＲＢステップを置き（例、ｓｔｅｐ＝４）、ＲＡフィールドに用いられるビット数を減らすことができる。また、２番目のスロットで４個のＲＢ（例、ＶＲＢ＃０〜４）に対してサイクリックシフトを適用しても、サイクリックシフトされたＲＢは、図示のように、１番目のスロットの４個のＲＢのいずれか一つに隣接する。したがって、例えば、Ｒ−ＰＤＣＣＨ伝送のために事前に予約されたＭ個のＲＢ（例、Ｒ−ＰＤＣＣＨ検索空間）に対してのみスロットホッピング（すなわち、ＤＶＲＢサイクリックシフト）をオフしても、スロットホッピングがオフされたＭ個のＲＢは、スロットホッピングが適用される他のＲＢを侵害しない。一方、ＤＶＲＢにおいて最後のＶＲＢインデックスについて４ＲＢ単位ではなく２ＲＢ単位でグループが形成されてもよい。
【００８０】
図１５は、ＤＶＲＢ方式により割り当てられたリソース内でＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨを多重化する他の方案を例示する。本方案は、図１４で仮定したＤＶＲＢリソース領域内のリソースを、図１４のグループに属しないリレーに割り当てる例を示す。こうすることによって、リレーグループに与えられたリソースを効率的に用いることができる。
【００８１】
再び図１４を参照すると、ＲＮ＃４は、Ｒ−ＰＤＣＣＨ（ＲＮ＃０／１／２／３）領域にＲ−ＰＤＣＣＨがインターリービングされなかったため存在しない。すなわち、他のグループのリレーである。便宜上、図１４のＲＮ＃０／１／２／３をリレーグループ＃１とし、図１４のリソース（領域）をリレーグループ＃１のためのリソース（領域）とする。この例の場合、図１５に示すように、他のグループのリレー（ＲＮ＃４）であっても、リレーグループ＃１のためのリソース（領域）内にＲＮ＃４のためのリソース（例、ＲＮ＃４ Ｒ−ＰＤＣＣＨ及び／またはＲ−ＰＤＳＣＨのためのリソース）を割り当てうるようにすることで、リソース利用効率を上げることができる。この場合、ＲＡシグナリング情報と共にまたは別に、該当のリソース（領域）が他のリレー（グループ）に割り当てられるという情報をさらに送らなければならない。一具現例として、リレーまたはリレーグループを指示（ｉｎｄｉｃａｔｉｏｎ）するシグナルを用いることができる（Ｇｒｏｕｐ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｉｇｎａｌ、ＧＩＳ）。すなわち、ＧＩＳとＤＶＲＢシグナルを用いてリソースを割り当てることができる。ここで、ＧＩＳは、ＲＡフィールドに挿入されたり、別のフィールドに追加されたりできる。ＧＩＳの変化が頻繁に起こらないとすれば、ＧＩＳは上位層シグナリング（例、ＲＲＣシグナリング、ＭＡＣシグナリング）を用いて指示すればよい。
【００８２】
図１６には、ＤＶＲＢ方式により割り当てられたリソース内でＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨを多重化するさらに他の方案を例示する。本方案は、既存のＲＡ方式をさらに変形してリソース利用効率を極大化する方案を説明する。
【００８３】
図１６に示すように、例えば、ＲＮ＃０とＲＮ＃１をペア（ｐａｉｒ）にして４ ＲＢを構成できるとすれば、ＲＮ＃０とＲＮ＃１に共通のＤＶＲＢシグナル（ＰＲＢ＃０／６／１２／１８＝ＶＲＢ＃０／１／２／３）を送ってリソース領域を知らせるが、２番目のスロットでは、ＬＴＥ ＰＤＳＣＨ ＤＶＲＢマッピングを従わないようにすることができる。すなわち、スロット単位シフティングをせずに、同じＲＢインデックスの１番目のスロットと２番目のスロットを用いるようにシグナルを再構成することができる。既存ＤＶＲＢマッピング規則に従えば、１番目のスロットのＲＢ＃０は、ギャップ値（Ｇａｐ  ｖａｌｕｅ）によって２番目のスロットのＲＢ＃１２にサイクリックシフティングする。しかし、シフティングが起きると、ＤＭ−ＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を用いてＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨを復調する場合に、チャネル推定性能が劣化し、復調性能も悪くなることがある。
【００８４】
そこで、２番目のスロットではシフティングをせずに、１番目のスロットのＲＢと同じＲＢを２番目のスロットで用いるように再構成することができる。このような動作をするには別のシグナリングがなくてもよい。既存動作モードと提案した動作モードを共に構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）する方法も可能である。例えば、シフティング（すなわち、スロットホッピング）オフを、Ｒ−ＰＤＣＣＨが実際に割り当てられたＲＢにのみ適用することができる。これと違い、シフティングオフを、Ｒ−ＰＤＣＣＨ検索空間をなす全てのＲＢに適用してもよい。Ｒ−ＰＤＳＣＨについては、シフティングオフを、Ｒ−ＰＤＣＣＨの伝送されるリソースとＲ−ＰＤＣＣＨが指示するリソースとが重なる場合にのみ適用することができる。また、シフティングオフを、Ｒ−ＰＤＳＣＨが実際に割り当てられたＲＢにのみ適用してもよい。また、シフティングオフを、バックホールサブフレームでリレーが利用可能な全てのＲＢに適用することもできる。
【００８５】
図１７には、ＤＶＲＢ方式により割り当てられたリソース内でＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨを多重化するさらに他の方案を例示する。
【００８６】
図１７を参照すると、Ｒ−ＰＤＣＣＨリソース領域は事前に与えられ、各リレーはＲ−ＰＤＣＣＨ候補領域（すなわち、Ｒ−ＰＤＣＣＨ検索空間）をモニタリングして自身のＲ−ＰＤＣＣＨを見つける。本方案は、ＲＮ＃ｋ（ｋ＝０，１，２，３）のＲ−ＰＤＣＣＨが割り当てられたＲ−ＣＣＥ（Ｒｅｌａｙ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）インデックスによって、後で２番目のスロットを誰が用いるかを決定するようにすることを提案する。一例として、本方案は、Ｒ−ＣＣＥインデックスをＲＢインデックスとマッピングする規則に従って行うことができる。Ｒ−ＣＣＥインデックス−対−ＲＢインデックスマッピング規則は特に制限されない。例えば、Ｒ−ＰＤＣＣＨが存在するＲＢの２番目のスロットは、Ｒ−ＰＤＣＣＨに対応するリレーにマッピング可能である。具体的に、ＲＮ＃０ Ｒ−ＰＤＣＣＨのＲ−ＣＣＥがＲＢ＃０にマッピングされ、ＲＮ＃１Ｒ−ＰＤＣＣＨのＲ−ＣＣＥがＲＢ＃６にマッピングされ、ＲＮ＃２ Ｒ−ＰＤＣＣＨのＲ−ＣＣＥがＲＢ＃１２にマッピングされ、ＲＮ＃３ Ｒ−ＰＤＣＣＨのＲ−ＣＣＥがＲＢ＃１８にマッピングされると、図示のように、Ｒ−ＰＤＣＣＨの存在するＲＢ＃０、６、１２、１８の２番目のスロットがＲＮ＃０、１、２、３にそれぞれマッピング可能である。この場合、図示のようにＲ−ＰＤＳＣＨ及びＲ−ＰＤＣＣＨを割り当てることができる。
上述したように、Ｒ−ＰＤＣＣＨの存在するＲＢの２番目のスロットリソースを別のシグナリング無しでリレー（例、Ｒ−ＰＤＳＣＨ）に割り当てることが可能である（ｉｍｐｌｉｃｉｔ  ｓｉｇｎａｌｉｎｇ）。Ｒ−ＰＤＳＣＨが伝送される残りのＲＢは、Ｒ−ＰＤＣＣＨに含まれたＲＡを通じて該当のリレーに割り当てられることが可能である。この場合、リレーは、Ｒ−ＰＤＣＣＨが実質的に伝送されるＲＢとそうでないＲＢとを区別してＲ−ＰＤＳＣＨ復調をするような構成とすることができる。そのための方案として、Ｒ−ＰＤＣＣＨが予約された全てのＲＢ（Ｒ−ＰＤＣＣＨ検索空間）の１番目のスロットを、Ｒ−ＰＤＳＣＨ伝送（またはＲ−ＰＤＳＣＨ復調）から除外する方法を考慮することができる。他の方案として、自身のＲ−ＰＤＣＣＨ（ＤＬグラントのためのＲ−ＰＤＣＣＨに制限可能）が検出されたＲＢの１番目のスロットのみを、Ｒ−ＰＤＳＣＨ伝送（またはＲ−ＰＤＳＣＨ復調）から除外する方法を考慮することができる。具体的に、リレーは、ＰＲＢの１番目のスロットで少なくとも一部のＤＬグラントＲ−ＰＤＣＣＨを検出した場合に、当該ＰＲＢの１番目のスロットをＲ−ＰＤＳＣＨ復調から除外することができる。さらに他の方案として、Ｒ−ＰＤＣＣＨの伝送されるＲＢを明示的（ｅｘｐｌｉｃｉｔｌｙ）に知らせる方法を考慮することができる。
【００８７】
図１８には、図１７を拡張応用した例を示す。そのため、図１７と同様、Ｒ−ＰＤＣＣＨの存在するＲＢの２番目のスロットは、Ｒ−ＰＤＣＣＨに対応するリレーに暗黙的にマッピングされると仮定する。この場合、リレーの数が少ないため、Ｒ−ＰＤＣＣＨがマッピングされたＲＢの個数が少ない場合は、２番目のスロットのＲＢが割り当てられず、リソースの浪費につながることがある。これを解決するために、リレーの数が少ない場合は、ＣＣＥ組み合わせレベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）を高めることでリソース浪費を防ぐことができる。
【００８８】
図１８を参照すると、Ｒ−ＰＤＣＣＨリソース領域（例、４ ＲＢ）に２個のリレーのＲ−ＰＤＣＣＨのみ存在すると、Ｒ−ＰＤＣＣＨ Ｒ−ＣＣＥ組み合わせレベルを増加させることによって、２個のリレーのＲ−ＰＤＣＣＨが４ ＲＢにわたって伝送されるようにすることができる。そのために、ＣＣＥ−対−ＲＢマッピング規則を用いることができる。ＣＣＥ−対−ＲＢマッピング規則は特に制限されないが、例えば、Ｒ−ＣＣＥインデックス０はＲＢインデックス０に、Ｒ−ＣＣＥインデックス１はＲＢインデックス６に、Ｒ−ＣＣＥインデックス２はＲＢインデックス１２に、Ｒ−ＣＣＥインデックス３はＲＢインデックス１８にマッピングされるとよい。仮定した通り、４ ＲＢに４個のＲ−ＣＣＥがある場合（１  Ｒ−ＣＣＥ  ｐｅｒ  ＲＢ）に、Ｒ−ＣＣＥインデックス０、１はＲＮ＃０に、Ｒ−ＣＣＥインデックス２、３はＲＮ＃１にマッピング可能である（ＣＣＥ  ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ＝２）。こうすることによって、リレーのＲ−ＰＤＳＣＨが一つ以上のＲ−ＰＤＣＣＨ伝送領域を含むように暗黙的に割り当てられることが可能である。図１８で、ＲＢ＃０／＃６の２番目のスロットはＲＮ＃０（Ｒ−ＰＤＳＣＨ）に暗黙的に割り当てられ、ＲＢ＃１２／＃１８の２番目のスロットはＲＮ＃１（Ｒ−ＰＤＳＣＨ）に暗黙的に割り当てられる。
【００８９】
さらに、図１７及び図１８で例示したＲ−ＣＣＥインデックスとＲＢインデックス間に暗黙的マッピング関係を用いることなくＲ−ＰＤＳＣＨを割り当て、それを復調する方法を説明する。まず、基地局は、Ｒ−ＰＤＳＣＨを割り当てる時に、リレーのＲ−ＰＤＣＣＨを含むようにスケジューリングすることができる。この時、リレーは、Ｒ−ＰＤＣＣＨが割当Ｒ−ＰＤＳＣＨ ＲＢの１番目のスロットに存在するか否かを把握する方法によってＲ−ＰＤＳＣＨを適宜復調／デコーディングすることができる。まず、保守的な方法として、リレーは、Ｒ−ＰＤＣＣＨのために半−静的に割り当てられたリソース（ＲＲＣ  ｃｏｎｆｉｇｕｒｅｄ  Ｒ−ＰＤＣＣＨ  Ｒｅｓｏｕｒｃｅ）の位置が把握できるので、Ｒ−ＰＤＣＣＨのために予約されたＲＢの１番目のスロットにはＲ−ＰＤＳＣＨがないと見なしてＲ−ＰＤＳＣＨ復調を行う。この場合、Ｒ−ＰＤＣＣＨが実際に伝送されないにもかかわらず伝送されたかのように見なされ、当該リソースが実際Ｒ−ＰＤＳＣＨ伝送に用いられずに浪費されてしまう問題点がある。
【００９０】
他の方法として、Ｒ−ＰＤＣＣＨ検出／デコーディング過程で、自身に伝送されるＲ−ＰＤＣＣＨ（例、ＤＬグラント）が少しでも存在したＲＢでは（例、インターリービングなどの結果として）、Ｒ−ＰＤＳＣＨデコーディング時に１番目のスロットにＲ−ＰＤＣＣＨが存在すると見なす。すなわち、当該ＲＢでは、Ｒ−ＰＤＳＣＨが２番目のスロットでのみ伝送されると見なす。その他のＲ−ＰＤＳＣＨスケジューリングされたＲＢでは、リレーは１番目のスロットにもＲ−ＰＤＳＣＨが伝送されると見なす。ただし、リレーは、他のリレーのＲ−ＰＤＣＣＨがどのＲＢを用いて伝送されるかわからず、それによる影響を各リレーがわからないという短所がある。しかし、このような問題は、スケジューラに制限をおくことによって解決できる。具体的に、スケジューラの立場では、特定ＲＢの２番目のスロットにＲ−ＰＤＳＣＨが割り当てられるリレーを、当該ＲＢの１番目のスロットにＲ−ＰＤＣＣＨの一部が伝送されたリレーのいずれか一つに制限できる。また、スケジューラの立場では、Ｒ−ＰＤＣＣＨの一部が伝送されるＲＢ以外のＲ−ＰＤＳＣＨスケジュールされたＲＢ領域に、他のリレーに伝達されるＲ−ＰＤＣＣＨが含まれないように制限することができる。これはスケジューラの具現イッシュ（ｉｓｓｕｅ）である。また、上述の通りにデコーディング／復調過程が行われるべきという点を、リレーは必ず知っていなければならない。そのため、リレー（方法）具現時に当該機能が必ず含まれなければならず、これはいずれの方式でも必ず明示されなければならない。
【００９１】
図１９は、上述した方案によってＲ−ＰＤＣＣＨ／Ｒ−ＰＤＳＣＨを伝送する例を示す。この例は、総１８個のＲＢ（またはＲＢＧ）が存在し、このうち、ＲＢ（またはＲＢＧ）＃０、３、５、６、８、１１、１４、１７が全体検索空間であるとする。また、特定サブフレームでＲ−ＰＤＣＣＨはＲＢ（またはＲＢＧ）＃０、３、５、６、８、１１のみで伝送されるとする。また、Ｒ−ＰＤＣＣＨの受信のために、ＲＮ１、２がデコーディングを試みるべき領域はＲＢ＃０、３、６であり、ＲＮ３、４がデコーディングを試みるべき領域はＲＢ＃５、８、１１であるとする。リレーが検索してみるべきＲＢの個数は、ＲＮ−特定シグナリングからわかる。
【００９２】
図１９を参照すると、ＲＮ１、２は、ＲＢ（またはＲＢＧ）＃０、３、６サブフレームの１番目のスロットに、ＲＮ１またはＲＮ２のＲ−ＰＤＣＣＨがありうると仮定する。このような仮定に基づいて、ＲＮ１、２は、該当のサブフレームの２番目のスロット及び他のＲＢ（またはＲＢＧ）のＲ−ＰＤＳＣＨを成功的にデコーディングすることができる。さらに、ＲＮ１、２が、ＲＮ３、４のＲ−ＰＤＣＣＨの伝達されうる領域であるＲＢ（またはＲＢＧ）＃５、８、１１までわかるとすれば、ＲＮ１、２は、ＲＢ（またはＲＢＧ）＃０、３、６の他、ＲＢ（またはＲＢＧ）＃５、８、１１の１番目のスロットでもＲ−ＰＤＣＣＨが存在できると判断し、基地局は、該当のＲＢ（またはＲＢＧ）の２番目のスロットにのみＲ−ＰＤＳＣＨを割り当てたり空きにしておいたりできる。そして、その他、ＲＢ（またはＲＢＧ）＃１０、１２、１３、１４、１５、１６、１７は、１番目のスロットからＲＮ１またはＲＮ２のＲ−ＰＤＳＣＨを伝送できると仮定することができる（Ｒ−ＰＤＳＣＨがスケジューリングされた場合）。
【００９３】
したがって、実際にＲ−ＰＤＣＣＨが伝送されるＰＲＢ以外のＰＲＢにＲ−ＰＤＳＣＨが割り当てられるとすれば、当該ＰＲＢでは１番目のスロットからＲ−ＰＤＳＣＨが伝送されることが可能である。一方、実際にＲ−ＰＤＣＣＨの伝送されるＰＲＢペアでは、２番目のスロットからＲ−ＰＤＳＣＨが割り当てられる。
【００９４】
ＲＮ１、２が、１番目のスロットにＲ−ＰＤＳＣＨを伝送できないＰＲＢを知るには、基地局がグループ＃１、グループ＃２のＲ−ＰＤＣＣＨの実際伝送されるＰＲＢをシグナリングすることができる。また、スケジューラは、グループ＃１に属するリレーが、グループ＃２のＲ−ＰＤＣＣＨが（１番目のスロット）伝送されるＰＲＢには、グループ＃１に属するリレーのＲ−ＰＤＳＣＨが割り当てられないようにし、その代わりに、グループ＃１とグループ＃２のリレーが、実際にＲ−ＰＤＣＣＨを伝送するＰＲＢ以外のＰＲＢではＲ−ＰＤＳＣＨを１番目のスロットから伝送しなければならない。このような仮定はそのままリレーのデコーディング過程に反映される。そのため、リレーは、Ｒ−ＰＤＣＣＨがない所では１番目のスロットからＲ−ＰＤＳＣＨデコーディングを行う。一方、リレーは、Ｒ−ＰＤＣＣＨがあるＰＲＢペアでは、１番目のスロットでＲ−ＰＤＳＣＨデコーディングを試みない。このような動作をするために、シグナリングの他に、ブラインドデコーディングを用いることができる。ブラインドデコーディング過程を容易にするために、ブラインドデコーディングを試みる単位（例、ＲＢ数）を制限することができる。例えば、リレーは、まず候補単位のいずれか一つ（例、２５ ＲＢ）に対してブラインドデコーディングを行ったがＲ−ＰＤＣＣＨが検出されなかった場合に、次のサイズのブラインドデコーディングＲＢ（例、５０ ＲＢ）領域に対してブラインドデコーディングを試みることができる。ブラインドデコーディングに成功すると、当該ＲＢにはＲ−ＰＤＣＣＨが存在すると仮定する。この場合、リレーは、残りのＲＢにＲ−ＰＤＣＣＨが存在するか否かに関する情報はわからないが、少なくとも、自身のＲ−ＰＤＣＣＨは存在しないと仮定することができる。また、リレーは、ＲＡ情報により指示されたＲＢまたはＲＢＧに、自身のＲ−ＰＤＳＣＨが存在すると仮定する。したがって、リレーは、Ｒ−ＰＤＣＣＨの検出された検索空間に対しては１番目のスロットにＲ−ＰＤＣＣＨが存在しうることを常に考慮した上でＲ−ＰＤＳＣＨデコーディングを行うことができる。一方、ＲＡビット（ＲＢまたはＲＢＧ割当指示）が、Ｒ−ＰＤＣＣＨの検出されない検索空間にデータが存在する旨を指示したとすれば、リレーは、当該ＲＢまたはＲＢＧの１番目のスロットにＲ−ＰＤＣＣＨがないと見なして復調を行う。この場合、基地局は、これを考慮して適切なＲＢに割り当てなければならない。他の方法として、グループ＃１に属したＲＮ１のＲ−ＰＤＳＣＨをグループ＃２のＲ−ＰＤＣＣＨ領域に伝送することができる。これは、ＲＮ１の立場では自然な結果である。ＲＮ１はグループ＃２の存在を知らないわけである。ただし、基地局は、ＲＮ１のＲ−ＰＤＳＣＨがグループ＃２のＲ−ＰＤＣＣＨ領域と重なるか否かがわかるので、基地局は、ＲＮ１のＲ−ＰＤＳＣＨとＲＮ３、４のＲ−ＰＤＣＣＨとが重ならないようにスケジューリングすることができる。一方、リレーは、ブラインドデコーディングを通じてＲ−ＰＤＣＣＨ伝送の有無を確認し、それに基づいてＲ−ＰＤＳＣＨデコーディングを行う。一方、基地局は、実際にＲ−ＰＤＣＣＨの伝送されるＲＢをそれぞれのリレーに���らせることができる。例えば、基地局は、Ｒ−ＰＤＳＣＨが伝送されるＲＢのうち、いずれのＲＢの１番目のスロットが実際Ｒ−ＰＤＣＣＨ伝送に参加するかを知らせることができる。しかし、基地局がリレーに知らせるべきＲＢの個数が可変するので、これを指示すべきシグナリングフォーマットが可変する問題がある。
【００９５】
多重−レベルブラインドデコーディングに基づく検索空間の設計
【００９６】
図２０及び図２１に、Ｒ−ＰＤＣＣＨ ＲＢを構成する例を示す。
【００９７】
図２０及び図２１を参照すると、Ｒ−ＰＤＣＣＨを伝送するＲＢは、半−静的にＲＲＣシグナリングによって指定され、実際に特定リレーに伝達されるＲ−ＰＤＣＣＨは、指定されたリソース領域（ＲＢ）の一部を通じて伝送されることが可能である。Ｒ−ＰＤＣＣＨが実際に伝送されるリソース領域とＲＲＣで指定された領域（大部分の場合、インターリービング単位になる。）とは同一である場合も、異なる場合もある。異なる場合には、ブラインドデコーディングを用いて把握することができる。すなわち、Ｍ個のＲＢをＲ−ＰＤＣＣＨ伝送候補セットに設定した後に、そのうち、Ｎ ＲＢサブセットを通じてＲ−ＰＤＣＣＨを伝送する（Ｍ≧Ｎ）。基本的に、各リレーにはそれぞれ異なるサブセットが指定されうる（一つのリレーが複数のセットにわたって存在することもある）。リレーは、Ｒ−ＰＤＣＣＨ受信のために、該当のサブセット内で組み合わせレベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）単位にブラインドデコーディングを行う。問題は、あるリレーは他のリレーのＲ−ＰＤＣＣＨが伝送される位置がわからないので、基地局は、先に言及した候補セットにおいてＲ−ＰＤＣＣＨが伝送されうる可能性のある全ての位置を空きにしておき、残り領域に必要時にデータを伝送したり、リソース割当を行ったＲＢ、ＲＢＧに対してはそのリソース領域内の特定領域を用いることができない／できるという事前仮定下にデータ伝送を行うことができる。ここにフル（ｆｕｌｌ）インターリービングまたは部分インターリービングが適用可能である。フルインターリービングは、全てのリレーのＲ−ＰＤＣＣＨをインターリービングユニットに合わせて共にインターリービングを行った後にＰＲＢにマッピングすることを指す。部分インターリービングは、一部リレーのＲ−ＰＤＣＣＨに対してのみインターリービングを共に行う方法を指す。リレーの立場では、モニタリングすべきＲ−ＰＤＣＣＨインターリービング領域が一つの場合は、フルインターリービングとして考え、複数のＲ−ＰＤＣＣＨインターリービング領域がモニタリングセットに含まれる場合は、部分インターリービングとして考えることができる。そのため、用語は、基地局の立場かリレーの立場かによって異なることがある。
【００９８】
しかしながら、インターリービング後に特定リレーのＲ−ＰＤＣＣＨが全体帯域（例、システム帯域）または部分帯域のＲ−ＰＤＣＣＨ ＲＢセットに均一にもれなくマッピングされることが不可能な場合がしばしば発生する。すなわち、インターリーバユニットが４ ＲＥ（例、ＲＥＧ）であれば、例えば３６ ＲＥ（例、１ ＣＣＥ）で構成されたＲ−ＰＤＣＣＨは、９ＲＢにわたって均一に（４ ＲＥ／ＲＢ）配分されうるが、マッピング対象が９ ＲＢ以上であれば、Ｒ−ＰＤＣＣＨサブセットの特定ＲＢは、当該リレーのＲ−ＰＤＣＣＨの一部（例、４ ＲＥ）も含むことができなくなる。このような場合、Ｒ−ＰＤＣＣＨを含んでいなくても、Ｒ−ＰＤＣＣＨを含むＲＢと同様に、Ｒ−ＰＤＣＣＨ領域にはＲ−ＰＤＳＣＨを伝送できなくなる。すなわち、共にインターリービングされるリレーグループに属するリレーはいずれも、Ｒ−ＰＤＣＣＨサブセットＲＢをＲ−ＰＤＳＣＨ伝送に用いることができなくなる。
【００９９】
このような浪費を防ぐために、リレーグループのインターリービング範囲（例、帯域またはＲＢ）を、当該グループ内の全リレーがインターリービング後に割当または利用できるような量（例、帯域またはＲＢ）と同一に取っておく方式を提案する。もちろん、両方のサイズが正確に一致しない場合もあるが、可能な限り、一致しない帯域またはＲＢを最小化することが好ましい。例えば、４個のリレーのためにそれぞれ１ ＲＢサイズのＲ−ＰＤＣＣＨを４個伝送しなければならない場合に、４個のＲ−ＰＤＣＣＨをインターリービング後に４ ＲＢにわたってマッピングすることができる。この場合、論理的にＲ−ＰＤＣＣＨインデックスとしては連続的に４個を用いることができる。反面、ＰＲＢインデックスとしては、一定間隔（例、ＲＢＧサイズ単位、３または４ ＲＢ）に離れた４個を用いることができる。ここで、一定間隔はＲＢＧを考慮した値である。そのため、Ｒ−ＰＤＣＣＨ ＰＲＢインデックスは不連続的に割り当てられることがある（０，４，８，…）。こうなると、４個のＲ−ＰＤＣＣＨが４ ＲＢにわたって伝送される。もし、７個のリレーが総７個のＲ−ＰＤＣＣＨ（各１個ずつ）を伝送しようとするが、インターリービング基本単位が４ ＲＢの倍数であるとすれば、総８ ＲＢが予約されて用いられることが可能である。この場合、実質的に１ ＲＢＲＥに該当するリソースが浪費される。しかし、提案された方法は、先に述べた方法に比べて浪費リソースを大幅で減らすことができる。ここで、４のように基本インターリービング単位をおくことは、後で説明するブラインドデコーディング回数を軽減するためである。ブラインドデコーディングは４ ＲＢに対して行い、その次に、重ならない４ ＲＢに対し行う方法と、０〜３ ＲＢ（４ ＲＢ）に対し行い、その次に０〜８ ＲＢ（８ ＲＢ）に対して行う方法が可能である。
【０１００】
８個のリレーが１ ＣＣＥ（例、１ ＰＲＢペアの１番目のスロットの可用ＲＥサイズ程度と仮定）サイズのＲ−ＰＤＣＣＨをそれぞれ１個ずつ総８個伝送しようとする場合を仮定する。この場合、総８ ＲＢが必要であり、８ ＲＢ単位のインターリービングが行われる。本方案で、基地局はリレーに、（部分）インターリービング帯域／深さ（ｄｅｐｔｈ）について知らせない。その代わりに、最小インターリービング単位が４ ＲＢであれば、４ ＲＢの倍数にインターリービング帯域／深さが定義されるということを、相互わかるようにする。このような設定下に、リレーは、まず、最小単位である４ ＲＢサイズにブラインドデコーディング（１ｓｔ  ｓｔｅｐ  ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を行い、Ｒ−ＰＤＣＣＨが検出されないと、帯域／深さを２倍（または、指定されたサイズに）に増やし、８ ＲＢに対してブラインドデコーディング（２ｎｄ  ｓｔｅｐ  ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を行うことができる。もし、当該帯域／深さでブラインドデコーディングに成功すると、リレーは、帯域／深さ検索を終了する。一方、当該帯域／深さでブラインドデコーディングに失敗すると、リレーは、次のＲ−ＰＤＣＣＨ組み合わせレベル検索段階に移動する。このように、必須の量だけのＲＢリソースを用いてその単位にインターリービングを行ってＰＲＢマッピングをして伝送すると、リレーは、デインターリービング後に、論理インデックス上で連続したＲ−ＰＤＣＣＨリソースに対して基本ブラインドデコーディング範囲Ｂ１（例、４−ＣＣＥ）でブラインドデコーディングを行い、これに失敗すると、増加した帯域幅、増加したブラインドデコーディング範囲Ｂ２（例、８−ＣＣＥ）でブラインドデコーディングを行う。こうしてリレーはＲ−ＰＤＣＣＨデコーディングを成功的に行うことができる。ここで、Ｂ１、Ｂ２に対するブラインドデコーディングは、組み合わせレベルではなく、インターリービング深さを知るためのブラインドデコーディングを意味する。ここで、基本グラニュラリティ（Ｇｒａｎｕｌａｒｉｔｙ）であるＢ１は、１，２，３，４，…のように様々に設定でき、Ｂ２は、Ｂ１の倍数、またはＢ１及び一定値の和と与えることができる。
【０１０１】
伝送／インターリービングしなければならないＲ−ＰＤＣＣＨは、その量によってインターリーバローサイズが変わることがある。インターリーバカラムサイズは変更しないことが好ましいが、指定された数のカラムサイズ（８、１６、３２）を有し、その範囲内で変更できるように設計してもよい。インターリーバカラムサイズは上位層信号からわかる。もちろん、インターリーバ帯域／深さが変わるグラニュラリティが１よりも大きいはずであるから、実際に必要なインターリーバの個数はシステム帯域のＲＢ個数に該当するわけではない。例えば、９６ ＲＢシステムにおいてインターリービングサイズグラニュラリティが１６ＲＢであれば、約６個のインターリーバサイズのみ設計すればいい。
【０１０２】
設計すべきインターリーバの数を減らすために次のような方法も可能である。例えば、インターリーバサイズが４であり、Ｒ−ＰＤＣＣＨが８ＲＢ帯域／深さで伝送されなければならない場合であれば、４ ＲＢサイズインターリーバを２つ連接して（ｃｏｎｃａｔｅｎａｔｉｏｎ）それぞれ用いることも可能である。すなわち、Ｒ−ＰＤＣＣＨ帯域が８ＲＢであるから、４ ＲＢ単位インターリーバを２つ用いるわけである。こうすると、一つのインターリーバのみでもシステムを具現することができる。上述したように、カラムサイズを固定し、ローサイズを可変することが可能である。または、その逆にすることも可能である。
【０１０３】
再度言及すると、重要な一特徴は、伝送しようとするＲ−ＰＤＣＣＨの量に従って、Ｒ−ＰＤＣＣＨが実際に伝送される帯域／深さ（例、７ＲＢ）が定められるという点である。この場合、基地局は、７ ＲＢを含む最小のインターリービング帯域／深さ（例、Ｂ１×２＝８ ＲＢ）を選択してＲ−ＰＤＣＣＨを伝送する。一方、リレーは、基本インターリービング帯域／深さから始めてＲ−ＰＤＣＣＨが最終検出されるまでインターリービング帯域／深さまたはそのインデックスを増加させながらブラインドデコーディングを行う。ここで、もう一つの特徴は、可変インターリーバサイズを用いるという点である。または、基本インターリーバサイズを定義し、その連接（ｃｏｎｃａｔｅｎａｔｉｏｎ）方式でインターリービングを行うという点である。
【０１０４】
図２２には、インターリービング深さが適用されない場合を例示する。同図でそれぞれのボックスは、１番目のスロットにおけるＣＣＥリソースを論理的に表現したものである。ＣＣＥは、９ ＲＥＧまたはＰＲＢペアの１番目のスロットで可用のＲＥと定義できる。図２２を参照すると、Ｒ−ＰＤＣＣＨは、ＣＣＥ組み合わせレベルに従って１個または複数のＣＣＥにマッピングされる。
【０１０５】
図２３には、本発明によってインターリービング深さが適用された場合を例示する。図２３を参照すると、リレーは、インターリービング深さを見出すためにブラインドデコーディングを行う。すなわち、リレーは、Ｒ−ＰＤＣＣＨが検出されるまで、Ｂ１＝>Ｂ２＝>Ｂ４＝>Ｂ８に対してブラインドデコーディングを行う。Ｂ１＝>Ｂ２＝>Ｂ４＝>Ｂ８でブラインドデコーディングに失敗すると、リレーは、次の組み合わせレベルに対して同じ過程を反復する。便宜上、Ｂ２でＲ−ＰＤＣＣＨに対するブラインドデコーディングに成功したとすれば、リレーは、Ｂ２に属する全てのＲＢにはＲ−ＰＤＣＣＨが存在すると仮定し、Ｒ−ＰＤＳＣＨ復調を行う。すなわち、Ｒ−ＰＤＳＣＨ復調時に、リレーは、Ｒ−ＰＤＣＣＨが検出されたＲＢにおける１番目のスロットだけでなく、Ｂ２に属する全てのスロットにはＲ−ＰＤＳＣＨがないと仮定して復調する。一方、リレーは、Ｂ２以外の残りの領域にはＲ−ＰＤＣＣＨが存在するとは仮定しない。そのため、リレーは、基地局が指定したＲＢ（残りの領域中）にはＲ−ＰＤＣＣＨがないと仮定し、割り当てられたＲＢでＲ−ＰＤＳＣＨ復調を行う。もちろん、残りの領域にＲ−ＰＤＣＣＨが存在することがある。しかし、Ｒ−ＰＤＣＣＨの存在しないＲＢにＲ−ＰＤＳＣＨを割り当てることで、ＲＮ Ｒ−ＰＤＳＣＨ復調のための仮定（割り当てられたＲＢにおける１番目のスロットにＲ−ＰＤＣＣＨがない。）を損ねることなく、結局、リレーが正確にＲ−ＰＤＳＣＨ復調できるようにする。
【０１０６】
図２４には、ブラインドデコーディングを多重−レベルで行うことを示す。
【０１０７】
図２４を参照すると、リレーは、インターリービング深さＢ１に対してブラインドデコーディングを行い、Ｒ−ＰＤＣＣＨ検出に失敗すると、インターリービング深さＢ２に対してブラインドデコーディングを行う。同様に、リレーは、ブラインドデコーディングに成功するまでインターリービング深さを増加させる。インターリービングからセル間干渉ランダム化の効果が得られるが、干渉緩和の効果をさらに得るために、ブラインドデコーディングの開始点の位置をセルごとに異なるように設定することができる。同図で、セル別の開始点の位置及びＢｉ（ｉ＝１，２，３，…）は一例であり、図示に限定されず、様々な構成が可能である。例えば、セル間の開始点を異なるように指定する位置を必ずしもＢ１単位にする必要はない。干渉の度合いに応じて開始点のオフセット値を設定してもよい。もし、３セル構造であるとすれば、オフセットをシステム帯域／３に設定することも可能である。また、Ｂｉ値は、開始点を中心に一方向にのみ進行されるかのように示したが、実際には開始インデックスを中心に両方向にＢｉ範囲を定めることもできる。特に、インターリービングを行わない場合には、干渉の影響を最小化するために、このようなオフセットを必ず与える必要がある。もし、セル間の開始インデックスを異ならせない場合は、インターリーバにセル別オフセットを与えることを考慮することができる。すなわち、セルＩＤまたはセル−特定値に従ってインターリービング結果が別々に得られるようにインターリーバオフセットを与えることができる。
【０１０８】
上述したインターリーバサイズが可変するということは、ロー×カラムの値が必要によって可変するという意味である。もし、カラムの個数が固定されるとローの個数が可変し、その逆も可能である。また、インターリーバサイズは、Ｒ−ＰＤＣＣＨがマッピングされるＰＲＢ領域内の総ＲＥＧ個数によって可変する。例えば、１番目のスロットで１ ＲＢに８個のＲＥＧが存在し、総帯域が２０ＭＨｚ（１００ ＲＢ）であるとすれば、８ ＲＥＧ×１００ ＲＢ＝８００ ＲＥＧが存在する。もちろん、典型的に、これらの全てをＳＳと定義することはないであろう。この場合、８００ ＲＥＧインデックスを３２カラムサイズインターリーバにロー単位に入力し、カラム単位にパーミュテーションを行った後にカラム単位に読み出すことで、インターリービングされたＲＥＧインデックスが得られる。もし、ＳＳのためのＲＥＧの個数が４００ ＲＥＧに減ったとすれば、インターリーバのカラムはそのまま維持し、ローを減らしてインターリービングを行うことができる。こういう意味から、可変インターリーバということができる。
【０１０９】
一方、２番目のスロットに独立してＵＬグラント検索空間が構成されるとすれば、上述した提案方法が２番目のスロットでも適用されることが可能である。
【０１１０】
図２５には、Ｒ−ＰＤＣＣＨをＰＲＢにマッピングする過程を例示する。具体的に、図２５は、論理Ｒ−ＰＤＣＣＨインデックス（例、ＣＣＥインデックス、ＲＥＧインデックス、インターリービングユニットインデックス）をインターリーバを用いてＰＲＢにマッピングする過程を示す図である。インターリービングは必要な場合にのみ行われるとよい。特徴的な点は、次の通りである。
□  インターリーバサイズ（以上に述べた全てのインターリーバに、下記の属性を適用することができる）
・ カラムサイズのみ固定され、ローサイズは可変する。
−  またはカラムサイズはいくつかの値に固定されてもよい。
−  カラムサイズは帯域幅に応じて固定されてもよい。
・  カラムパーミュテーションを行うことができる。
□  インターリーバＯＮ／ＯＦＦ
・  伝送モード／構成によってインターリーバ使用の有無が決定される。
・  インターリーバは基本としては常にＯＦＦ状態として使用し、上位層シグナルによってＯＮ／ＯＦＦすることができる。
・  ＤＭ ＲＳが用いられる時は常にＯＦＦする。ＣＲＳが用いられる時は常にＯＮする。
【０１１１】
Ｒ−ＰＤＣＣＨ伝送のために予約された検索空間（Ｒ−ＰＤＣＣＨ検索空間）の特定位置にＲ−ＰＤＣＣＨ ＰＲＢマッピングがなされる。インターリービングがＯＦＦされた場合に、Ｒ−ＰＤＣＣＨは基本単位（例、ＣＣＥ）（言い換えると、Ｒ−ＰＤＣＣＨユニット）でマッピングされる。インターリービングがＯＮされた場合に、Ｒ−ＰＤＣＣＨはＲＥＧ単位（言い換えると、インターリービングユニット）でマッピングされ、事前に指定されたＲＥＧインデックスに配置される。そのため、インターリービングがＯＮされた場合に、一つのＲ−ＰＤＣＣＨ（例、ＤＬグラント）は複数のＰＲＢに分散配置される。
【０１１２】
図２５を参照すると、ＤＬグラントのためのインターリービング／マッピングとＵＬグラントのためのインターリービング／マッピングはそれぞれ、独立して行われることが可能である。例えば、ＤＬグラントは、ＰＲＢペアの１番目のスロットにマッピングされ、ＵＬグラントは２番目のスロットにマッピングされ得る。同図のように、ＤＬグラントはＲＮ１、２、３の全てに伝送されるが、ＵＬグラントはＲＮ１、２にのみ伝送されることがある。この場合、ＤＬグラントはインターリービングされて複数のＰＲＢにわたってマッピングされ、ＵＬグラントもインターリービングされて複数のＰＲＢにわたってマッピングされる。図２５に示すように、Ｒ−ＰＤＣＣＨ検索空間は、インターリービングＯＮ／ＯＦＦにかかわらずに、ＰＲＢペア（ｐａｉｒ）単位に構成することが好ましい。すなわち、インターリービングＯＮ／ＯＦＦにかかわらずに、ＤＬグラントのためのＲＢセット（簡単に、ＤＬグラントＳＳまたはＤＬ ＳＳ）とＵＬグラントのためのＲＢセット（すなわち、ＵＬグラントＳＳまたはＵＬ ＳＳ）を同一に構成することが好ましい。
【０１１３】
一方、ＰＲＢペアの１番目のスロットにＤＬグラントが存在する場合に、当該ＰＲＢペアの２番目のスロットの使用状態（ＵＬグラント、（Ｒ−）ＰＤＳＣＨ、エンプティ（ｅｍｐｔｙ）など）を知らせなければならない場合がある。そのために、ＤＬグラントがＰＲＢペアの１番目のスロットに位置する場合に、ＲＡビットを用いて当該ＰＲＢペアの２番目のスロットにＲ−ＰＤＳＣＨが存在するか否かを指示することができる。この場合、１ ＲＢＧに一つのＲＮのＲ−ＰＤＣＣＨのみが位置することが好ましい。しかし、インターリービングが適用されると、Ｒ−ＰＤＣＣＨが複数のＰＲＢにわたって分散されるため、ＲＡビットを正しく用いることができないという問題が発生する。そのため、インターリービングされるリレーのうちの一つのリレーのためのＵＬグラントのみが伝送されても、基地局は、ＵＬグラントがインターリービングされてマッピングされた全てのＲＢに対してＵＬグラントが存在するか否かを、インターリービングされるリレーにシグナリングしなければならない。
【０１１４】
例えば、基地局は、ＲＮ３のためのＵＬグラントを伝送しないにもかかわらず、ＲＮ１／２が共にインターリービングされたＵＬグラントを２番目のスロットに伝送するから、ＲＮ３の（Ｒ−）ＰＤＳＣＨのために割り当てられたリソース領域にＵＬグラント検索空間があると、ＲＮ３に２番目のスロットの使用状態をシグナリングしなければならない。２番目のスロットの使用状態は上位層（例、ＲＲＣ）シグナル、物理層シグナルを用いてシグナリングできる。基地局は、ＲＮ３の（Ｒ−）ＰＤＳＣＨのために割り当てられたＲＢまたはＲＢＧ内に、インターリービングされたＲ−ＰＤＣＣＨが存在するか否かがわかるため、Ｒ−ＰＤＣＣＨの存在する領域を考慮して（Ｒ−）ＰＤＳＣＨをレートマッチングして伝送する。ただし、ＲＮ３が当該領域をデコーディングする場合にＲ−ＰＤＣＣＨ存在の有無を知らなければならず、よって、２番目のスロットの使用状態に対するシグナリングが必要である。他の例として、システム単純化のために、２番目のスロットでＲ−ＰＤＣＣＨのインターリービングされた領域の全てを常に空きにしておく方法も可能である。具体的に、ＲＮ３は、ＤＬ ＳＳの２番目のスロットは全てＵＬ ＳＳであると仮定して空きにしたり、（Ｒ−）ＰＤＳＣＨがないと仮定してダウンリンク信号に対してデコーディングを行い、基地局は上述の仮定に基づいてスケジューリングができる。
【０１１５】
バックホールＤＬデータ多重化
【０１１６】
インターリービングされたＲ−ＰＤＣＣＨの場合、複数のリレーのＤＬ／ＵＬグラントがインターリービングされるから、ＤＬグラントを有するＲＢＧのＰＲＢは注意して割り当てる必要がある。言い換えると、Ｒ−ＰＤＣＣＨ ＰＲＢペア以外のＰＲＢについては、リレーデータ（例、（Ｒ−）ＰＤＳＣＨ）間の衝突を考慮しなければならず、Ｒ−ＰＤＣＣＨ ＰＲＢペアの２番目のスロットについては、データとＵＬグラント間の衝突を考慮しなければならない。
【０１１７】
まず、ＤＬグラントを有する特定ＲＢＧのためのＲＡビットが０を指示する場合を考慮する。この場合、基地局がリレーに伝送するデータ間の衝突を避けるには、上記の特定ＲＢＧ内の残ったＰＲＢの全てを用いないことが好ましい。当該ＰＲＢペアを他のリレーに割り当てることが可能であるが、インターリービングされたＤＬグラントを共有するそれぞれのリレーは、当該ＰＲＢペアが他のリレーのために用いられるか否かがわからない。
【０１１８】
次に、ＤＬグラントを有する特定ＲＢＧのためのＲＡビットが１を指示する場合を考慮する。この場合、リレーは、該特定ＲＢＧ内にデータ伝送があると期待する。ここで、Ｒ−ＰＤＣＣＨ ＰＲＢペアの２番目のスロットは、該２番目のスロットがＵＬグラント検索空間と設定されているか否かによって２つの用途を有することができる。もし、１番目のスロットでＤＬグラントを有するＰＲＢペアの２番目のスロットが、上位層シグナルによってＵＬグラント検索空間と設定されているとすれば、当該ＰＲＢペアの２番目のスロットでのデータ伝送は、他のリレーのＵＬグラントに干渉される可能性が非常に高い。すなわち、Ｒ−ＰＤＣＣＨ ＰＲＢペアの２番目のスロットでリレーがＵＬグラントを受信する可能性があるので、データとＵＬグラントとの衝突を避けるために、他のリレーのためのデータを割り当てないことが必要である。一方、Ｒ−ＰＤＣＣＨ ＰＲＢペアの２番目のスロットがＵＬグラント検索空間と設定されていないと、該２番目のスロットでデータを伝送することが可能である。
【０１１９】
したがって、次のリソース割当方法を考慮することができる。ＤＬグラントを有する特定ＲＢＧのためのＲＡビットが０であれば、ＤＬグラントのためのＰＲＢ以外のＰＲＢはリレーのためのデータの伝送に用いられない。一方、ＤＬグラントを有する特定ＲＢＧのためのＲＡビットが１であれば、当該ＲＢＧ内でノン−Ｒ−ＰＤＣＣＨ ＰＲＢペアはＲＮデータ伝送に用いられるが、Ｒ−ＰＤＣＣＨ ＰＲＢペアの２番目のスロットは常にＲＮデータ伝送に用いられない。他の方案として、ＤＬグラントを有する特定ＲＢＧのためのＲＡビットが１であり、かつＲ−ＰＤＣＣＨ ＰＲＢペアの２番目のスロットがＵＬグラントのための検索空間として構成された場合に、Ｒ−ＰＤＣＣＨ ＰＲＢペアの２番目のスロットはデータ伝送に用いられない。それ例外の場合、Ｒ−ＰＤＣＣＨ ＰＲＢペアの２番目のスロットはデータ伝送に用いられる。
【０１２０】
図２６には、前に提案したリソース割当を例示する。この例は、２つのリレー（ＲＮ１、ＲＮ２）のＤＬグラントがインターリービングされて、少なくとも２つのＲＢＧ内のＲ−ＰＤＣＣＨ ＰＲＢに割り当てられると仮定する。便宜上、１番目及び２番目のＲＢＧのためのＲＡビットがそれぞれ、０及び１であるとする。図２６で、ケース１は、ＲＢＧがＵＬグラントＳＳ（Ｓｅａｒｃｈ  Ｓｐａｃｅ）の少なくとも一部を含む場合であり、ケース２は、ＲＢＧがＵＬグラントＳＳを含まない場合である。一方、ＳＳ構成時にＲＢＧ当たりに１ ＲＮが存在し、ＰＲＢペア単位で構成されるという規則を、インターリービングが用いられる場合にも適用することができる。
【０１２１】
また、１番目のスロットでＤＬグラントが検出されると、リレーは、Ｒ−ＰＤＣＣＨのＣＣＥインデックスとＰＲＢ間の関連関係を用いて、自身の属したＲＢまたはＲＢＧがわかる。この場合、リレーは、当該ＰＲＢに関連したＲＢまたはＲＢＧ ＲＡビットを解釈して２番目のスロットにデータが存在するか否かがわかる。例えば、１ ＣＣＥが１ ＲＢＧと一対一またはＡ：Ｂの割合でマッピングされると、リレーは、ＣＣＥインデックスを確認し、自身のＰＲＢ位置を把握できる。その後、リレーは、ＰＲＢを指示するＲＡビットを用いて、２番目のスロットにおけるデータの有無が把握できる。例えば、当該領域にＵＬグラントが存在すると、ＲＡビットは、データがない旨を指示することができる。当該ＰＲＢ以外のＲＢＧ内の他のＰＲＢペアは、Ｒ−ＰＤＳＣＨ伝送に用いられうる。
【０１２２】
図２７には、インターリービングがＯＦＦされた場合におけるＲ−ＰＤＣＣＨマッピングを例示する。インターリービングがＯＦＦされた場合に、各ＲＮのＲ−ＰＤＣＣＨはインターリービング無しでＣＣＥまたはスロット単位でマッピングされる。Ｒ−ＰＤＣＣＨ組み合わせレベルが増加すると、同じＲＢＧ内でＲ−ＰＤＣＣＨのためのＰＲＢの数が増加する。同図では、ＲＮ１は組み合わせレベル２、ＲＮ２は組み合わせレベル１、ＲＮ３は組み合わせレベル３であるとした。もし、組み合わせレベルが、ＲＢＧ上で検索空間と指定されたＲＢの数を越えると、他のＳＳ ＲＢＧに組み合わせレベルが拡張されることがある。例えば、ＲＢＧ当たりに１個のＲＢのみがＳＳと指定された場合に、組み合わせレベルが４であれば、リレーは４ ＲＢＧにわたってＢＤ（Ｂｌｉｎｄ  Ｄｅｃｏｄｉｎｇ）を行ってこそ、一つのＲ−ＰＤＣＣＨを得ることができる。
【０１２３】
検索空間の構成時に、Ｒ−ＰＤＣＣＨ ＳＳのために割り当てられたバックホールＲＢＧ内で基本的に１番目のＲＢをＲ−ＰＤＣＣＨ ＳＳとして構成することができる。バックホールに割り当てられるリソースは、チャネル状態と時間によって変わるから、それを反映して検索空間の変化をＲＲＣでシグナリングすることが好ましい。例えば、ＲＢＧ＝４ ＲＢの場合に、ＲＢＧ別に４ＲＢまでＲ−ＰＤＣＣＨ検索空間を構成することができる。ＲＢＧ＝３ＲＢである場合、ＲＢＧ別に３ＲＢまでＲ−ＰＤＣＣＨ検索空間を構成できる。しかし、ＣＣＥ組み合わせレベルが３を支援せず、組み合わせレベル１、２のみを支援するとすれば、ＲＢＧ別に２ ＲＢのみをＲ−ＰＤＣＣＨ ＳＳの一部と指定することができる。図２７は、ＲＢＧ＝４ ＲＢであり、ＣＣＥ組み合わせレベル４が支援されるという仮定下に、当該ＲＢＧにおける４ＲＢの全てを、Ｒ−ＰＤＣＣＨを伝送する可能性のある候補と指定した例を示す。同図の状況で、ＲＮ２は、指定されたＲ−ＰＤＣＣＨ ＳＳ（ＲＢＧ２／３／５）に対してブラインドデコーディングを行い、ＲＢＧ２の最初のＰＲＢ（ＰＲＢ＃４）でＤＬグラントを検出する。
【０１２４】
事実上、バックホールリソースに用いられる全てのＲＢＧがＳＳに該当することができる。そのため、バックホールリソース領域と指定されたＲＢＧは自然にＳＳと指定されることがある。また、バックホールリソースと指定された一部のＲＢＧに対してのみＳＳを指定してもよい。具現例によって、ＳＳのための周波数リソース（例、ＲＢＧ）を様々に指定することができる。例えば、バックホールのために指定されたリソースのインデックスが奇数／偶数でほぼ均一に分布するとすれば、奇数または偶数のバックホールリソースでＳＳを構成することができる。また、一定の開始オフセットをおいて、毎Ｎ番目の周波数リソースでＳＳを構成してもよい。
【０１２５】
ＳＳ構成パターン及びシグナル
【０１２６】
図２８には、時間によってＳＳ ＲＢまたはＳＳ ＲＢＧを異なるように構成する例を示す。バックホールリソースは、周波数選択的スケジューリング利得を得るために時間によって周波数位置が変わることがあり、これに応じてＳＳ ＲＢまたはＳＳ ＲＢＧを異なるように構成することができる。ここで、ＳＳは常にＰＲＢペアで構成することができる。この場合、１番目のスロットにくる（ｉｎｔｅｒｌｅａｖｅｄ  ｏｒ  ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ）Ｒ−ＰＤＣＣＨ（例、ＤＬグラント）と、２番目のスロットにおける（ｉｎｔｅｒｌｅａｖｅｄ  ｏｒ  ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ）Ｒ−ＰＤＣＣＨ（例、ＵＬグラント）のマッピング領域は、常に同一に設定することができる。すなわち、ＤＬグラントのためのＳＳとＵＬグラントのためのＳＳを同一に設定することができる。好ましくは、ＤＬグラントのためのＳＳとＵＬグラントのためのＳＳは、ノン−インターリービングモードでのみ同一に設定することができる。また、２番目のスロットのＵＬグラントマッピング領域を、１番目のスロットに比べて常に同一にまたは小さく運営することができる。すなわち、ＵＬマッピング領域をＤＬマッピング領域のサブセットとして与えることができる。
【０１２７】
図２８を参照すると、最左側がレファレンスＳＳ構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）である。レファレンスＳＳ構成は、説明のために任意に定義した基本ＳＳ構成のことであり、具現例によってはレファレンスＳＳ構成が別に定義されなくてもよい。本例によれば、ＳＳを、セル−特定、ＲＮグループ−特定またはＲＮ−特定に、時間によって変わるようにすることができる。同図のように、ＳＳ構成セットにＣｏｎｆ＃１、＃２、＃３があるとすれば、そのいずれかを伝送してＳＳ構成を変更することができる。ＳＳ構成は、上位層シグナル（例、ＲＲＣシグナル）を用いて半−静的に変更したり、物理層シグナルを用いて動的に変更したりできる。
【０１２８】
ＳＳがＲＢＧ内で１ ＰＲＢ（ペア）に限定される場合に、ＳＳのための１ ＰＲＢ（ペア）は、ＲＢＧ内で様々な位置に存在できる。しかし、ＲＳベースの復調を考慮すると、より良い性能を得るためにＲＢＧ内の中央のＲＢをＳＳと構成することが好ましい。例えば、ＲＢＧ＝３ ＲＢの場合に、２番目ＲＢでＳＳを構成すればよい。同様に、ＲＢＧ＝４ ＲＢの場合に、２番目または３番目のＲＢでＳＳを構成すればよい。ＲＢＧ＝４ ＲＢの場合に、ＳＳのためのＲＢを２番目または３番目のＲＢのいずれかと固定してもよいが、環境によって変更可能なようにシグナリングすることが好ましい。ＳＳのためのＲＢは、上位層シグナル（例、ＲＲＣシグナル）を用いて半−静的に変更したり、物理層シグナルを用いて動的に変更したりできる。
【０１２９】
また、ＳＳ構成のための他のシグナリングとして下記の例を挙げることができる。
１．ＤＭ ＲＳベースの復調またはＣＲＳベースの復調をシグナリング
２．インターリービングまたはノン−インターリービングモードをシグナリング
３．ＲＢＧ内でＳＳ ＲＢの位置をシグナリング：例、４ ＲＢケース（１、２、３、４（４個位置）
４．リレーバックホールリソース領域またはバウンダリをシグナリング：例、候補バウンダリのいずれか一つをシグナリング
【０１３０】
これら述べられたシグナリングは、個別に伝送されてもよいが、同じＲＲＣシグナルで特定フィールドに区別して共に伝送されてもよい。
【０１３１】
ＲＡタイプを考慮した検索空間の構成
【０１３２】
ＲＡタイプを考慮すると、Ｒ−ＰＤＣＣＨ検索空間を次のように構成することができる。図７〜図９を参照して説明した通り、既存ＬＴＥではＲＡタイプ０〜２が定義されている。まず、ＲＡタイプ２について説明する。
【０１３３】
図２９及び図３０は、ＲＡタイプ２を用いてＲ−ＰＤＣＣＨ検索空間（ＳＳ）を構成する例を示す。同図はＤＶＲＢを取り上げている。図２９及び図３０を参照すると、ＲＡタイプ２では、ＳＳ構成のために、既存ＬＴＥのＲＡタイプ１と同様に、ＲＢＧサブセット概念を導入することができる。この場合、ＲＡタイプ２によって割り当てられたリソースのうち、同じＲＢＧサブセット内にＲ−ＰＤＣＣＨ検索空間を構成することができる。例えば、図２９で、ＰＲＢインデックス＃０／＃１／＃２／＃３と＃１６／＃１７／＃１８／＃１９をサブセット＃０とすれば、検索空間を、サブセット＃０と定義された領域内に構成することが好ましい。同様に、ＰＲＢインデックス＃４／＃５／＃６／＃７と＃２０／＃２１／＃２２／＃２３をサブセット＃１と定義すれば、検索空間を、サブセット＃１と定義された領域内に構成することが好ましい。
【０１３４】
図３１は、ＲＡタイプ０を用いてＲ−ＰＤＣＣＨ検索空間（ＳＳ）を構成する例を示す。図３１を参照すると、ＲＡタイプ０では、ＲＢＧ概念のみが存在し、ＲＢＧサブセットの概念は明示的に定義されない。しかし、ＳＳ構成時に、基地局／リレーは、同図でＲＢＧ＃０、ＲＢＧ＃３、ＲＢＧ＃６、ＲＢＧ＃９は同じサブセット＃０に該当し、同様に、ＲＢＧ＃１、＃４、＃７、＃１０はサブセット＃１に該当し、ＲＢＧ＃２、ＲＢＧ＃５、ＲＢＧ＃８はサブセット＃２に該当すると見なすことができる。上述の通り、Ｒ−ＰＤＣＣＨ検索空間は同じサブセット内に構成されることが好ましい。そのため、Ｒ−ＰＤＣＣＨ検索空間は、例えば、サブセット＃０に定義され、Ｒ−ＰＤＣＣＨが多い場合はサブセット＃０／＃１に定義されるとよい。Ｒ−ＰＤＣＣＨがさらに多い場合は、Ｒ−ＰＤＣＣＨ ＳＳを全てのサブセットに定義することも可能である。大部分の場合、一つのサブセット＃ｋ（ｋ＝０〜Ｐ）のみでも十分に検索空間を構成できると判断される。
【０１３５】
図３２は、ＲＡタイプ１を用いてＲ−ＰＤＣＣＨ検索空間（ＳＳ）を構成する例を示す。図３２を参照すると、ＲＡタイプ１は、典型的に、ＲＢＧサブセット（簡単に、サブセット）概念が導入された例である。同図のように、システム帯域が３２ ＲＢの場合に、３個のサブセットを構成することができる。ここでも、Ｒ−ＰＤＣＣＨ ＳＳを、同じサブセットインデックスを有するＲＢＧに優先的に構成することが好ましい。図３２で、サブセット＃０は、ＲＢＧ＃０／＃３／＃６／＃９で構成される。そのため、Ｒ−ＰＤＣＣＨ ＳＳは、ＲＢＧ＃０／＃３／＃６／＃９に構成されるとよい。サブセット＃０のＲＢＧの全部を用いるか、または一部を用いるかは、別のシグナリングで指定したり、事前にパターンを定めて運用したりできる。好ましくは、特定サブセット、及び当該サブセット内で特定ＲＢＧを指示するようにビットマップを構成することもできる。例えば、サブセット＝０、ＲＢＧ＝０、６のように指定すればよい。３２ ＲＢの場合、サブセット指示子＝２ビット、ＲＢＧビットマップ指示子＝４ビットのように総６ビットで構成されたシグナルであれば十分である。このような指示情報は、ＲＲＣシグナリングを用いて半−静的に知らせることができる。もし、ＳＳ構成のために一つのサブセットのみが用いられるとすれば、当該サブセットを特定サブセット（例、サブセット＃０）とあらかじめ固定し、ＲＢＧビットマップ指示子のみを用いることがより簡単である。他方、ＳＳ構成のために一つ以上のサブセットを用いる場合に、該当のサブセットをビットマップで指示することもできる。サブセット指示のためのビットマップサイズが大きい場合は、開始サブセットとサブセット長を表現する方式のような圧縮方式を用いてサブセット指示情報を減らしてもよい。
【０１３６】
上述の内容のうち、Ｒ−ＰＤＣＣＨ検索空間を一つのサブセットにのみ指定する場合は、ＳＳのためのＲＢを、Ｐの二乗だけ離れた位置とする方法を提案する。ここで、Ｐは、ＲＢＧ内ＲＢの数である。上記の例で、３２ ＲＢの場合に１１個のＲＢＧが定義され、１ ＲＢＧは３ ＲＢで構成されているから、Ｐ＝３となる。したがって、Ｒ−ＰＤＣＣＨ検索空間は、３＾２＝９ ＲＢ間隔に配置することができる。ＳＳのためのサブセットが複数である場合に、Ｐ＾２は、各サブセット内でＳＳのためのＲＢの間隔を意味する。サブセット間の間隔は、どのサブセットを何個選択したかによって異なることがある。
【０１３７】
一方、既存ＬＴＥは、検索空間の開始位置を組み合わせレベルに従って別々に設定する。しかし、バックホールリンクにおいてリレーのための検索空間は、開始位置を組み合わせレベルに従って別々に設定する必要がない。この場合、ＤＣＩペイロードサイズとサブブロックインターリーバのサイズによって、特定ＤＣＩに対して組み合わせレベルを区別できず、ＣＣＥ−対−ＡＣＫ／ＮＡＣＫリンケージにより生成されるＰＵＣＣＨリソース割当を正確に認知できないという問題が生じうる。しかし、組み合わせレベル別に検索空間の開始位置を異なるように設定する場合は、実際ＰＲＢマッピングに困難が招かれる。ＰＤＣＣＨは、制御領域内で連続したＰＲＢに検索空間がマッピングされるが、Ｒ−ＰＤＣＣＨは、非−連続的（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）なＰＲＢに検索空間が存在し、かつＤＬグラントとＵＬグラントとが同じＰＲＢ対に存在するなどの制約が加えられるわけである。そのため、バックホールリンクでは、組み合わせレベルＮ（例、１）のＢＤの開始位置と組み合わせレベルＭ（例、２）のＢＤの開始位置を同一に維持することが好ましい。こうすると、組み合わせレベル別にＢＤの開始位置を知るためにハッシュファンクションを毎度用いなければならないという面倒さを軽減可能になる。
【０１３８】
また、ＤＬグラントとＵＬグラントの検索空間のブラインドデコーディング開始位置も暗黙的（ｉｍｐｌｉｃｉｔｌｙ）に一致させる方法を提案する（あるいは、同一であると事前に仮定できる）。すなわち、ＤＬグラントのためのＲ−ＰＤＣＣＨ ＳＳの総ＣＣＥ数がＮ個であれば、ＵＬグラントのためのＲ−ＰＤＣＣＨ ＳＳの総ＣＣＥ数もＮ個と維持することができる。この場合、ハッシュファンクションを用いて得られたＤＬグラントの開始位置インデックス（例、ＤＬグラントブラインド検索のための開始ＣＣＥインデックス）を、同一リレーに対してＵＬグラントの開始位置インデックス（例、ＵＬグラントブラインド検索のための開始ＣＣＥインデックス）として再使用できる。この場合、ＵＬグラントのためにハッシュファンクションを別途計算する必要がない。
【０１３９】
ＲＢＧ内で１ ＲＢのみを用いてＳＳを構成する場合に、可能な限り、ＲＢＧ内で中央に位置するＲＢをＳＳとして用いることが好ましい。具現を簡単にするために、ＲＢＧ内で最外側に位置する１ ＰＲのみをＳＳに設定することも可能である。しかし、ＳＳのためのリソースをＲＢＧ単位に割り当てる場合は、割り当てられたＲＢＧ内の全てのＲＢがＳＳとなるため、当該ＲＢＧ内でいずれのＲＢをＳＳにしても構わない。
【０１４０】
最後のＲＢＧが、Ｐよりも小さい値のＲＢで構成された場合に、ＳＳをＲＢＧ内の特定個数（Ｎ：Ｎ＜Ｐ）のＲＢのみで構成することができる。例えば、各ＲＢＧ内で、最初のＲＢからＮ個のＲＢ、または最後のＲＢからＮ個のＲＢでＳＳを構成することができる。
【０１４１】
ＲＡタイプ１においてサブセット内のシフト値を考慮すると、任意のサブセットにＱ個のＲＢＧが含まれても、実際にはリレーにＱ個のＲＢＧの全てをＲＡ指示できない場合が生じる。そこで、スケジューラはこの部分を考慮に入れてＲ−ＰＤＣＣＨをマッピングすることが好ましい。図３２で、サブセット＃０、シフト＃０の場合に、ＲＡビットマップはＲＢＧ＃０、＃３、＃６、＃９のうち、＃０、＃３、＃６のみを指示するから、実はリレーにとってはＲＢＧの全てをブラインド検索する必要がない。そのため、上の例で、３個のＲＢＧは一種のブラインドデコーディングの最大サイズと見なすことができる。これは帯域によって可変する。例えば、９６ ＲＢを用いる場合、Ｐ＝４であり、総２５個のＲＢＧが存在するが、実はこれらの一部にのみＲＡが指示される。
【０１４２】
図３３〜図３５に、上述した方式によってＲＢＧ内にＲ−ＰＤＣＣＨ ＳＳを構成する様々な例を示す。図３３〜図３５には、同じＲＢＧサブセット内のＲＢＧを用いてＳＳを構成する例を示す。具体的に、図３３は、ＲＢＧ＝３ ＲＢの場合に、ＲＢＧサブセット内のＲＢＧにおいて中央のＲＢペアでＳＳを構成する例を示す。図３４は、２つのＳＳが、異なるＲＢＧサブセットに構成された場合を示す。また、図３４は、最後のＲＢＧがＰよりも小さい値のＲＢで構成された場合に、ＳＳをＲＢＧ内の特定個数（例、２）のＲＢのみで構成した場合と理解すればよい。図３５は、ＲＢＧ内の全ＲＢペアを用いてＳＳを構成する例を示す。
【０１４３】
共通検索空間
【０１４４】
少なくともＣＲＳベースのＲ−ＰＤＣＣＨ復調モードでは、ＤＬグラント共通検索空間（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ、ＣＳＳ）、及び／またはＵＬグラント共通検索空間を設定することができる。好ましくは、ＵＬグラントに限ってＣＳＳを設定することができる。ＤＬ／ＵＬグラントが両方もインターリービングされる状況で、ＤＬグラントとペアリング（ｐａｒｉｎｇ）されるＵＬグラントの個数が非常に少ない場合は、当該ＰＲＢペアに少ない数のＵＬグラントのみがインターリービングを経て埋められ、残りの領域は使用不能になる状況が発生する。このような問題を解消するための方法について説明する。
【０１４５】
一方案として、部分（またはフル）インターリービングの場合、（インターリービンググループ内で）ＰＲＢペアの２番目のスロットは、一つのＵＬグラントのみがインターリービングされた場合であってもＲ−ＰＤＳＣＨ伝送に用いることがてきない。ただし、２番目のスロットで使用されなかったＲＥＧは、どこに（インターリービングされた）ＵＬグラントのＲＥＧが分散方式で位置しているかを指示するシグナリングにより用いることができる。また、（インターリービングされた）ＵＬグラント伝送の有無に関わらず、２番目のスロットは常に空きにしておくことができる。本方案で、Ｒ−ＰＤＳＣＨは、分散位置しているＵＬグラントフラグメントを考慮してレート−マッチングされる。
【０１４６】
他の方案として、ＤＬグラントとＵＬグラントの検索空間を独立して構成し、ＤＬグラントの位置にかかわらずに、ＤＬグラントが多く、ＵＬグラントが相対的に少ないために多数のリソース浪費を招く可能性があると考えられる場合は、ＵＬグラントを共通検索空間領域に配置することができる。本方案によれば、多数のＤＬグラントが存在するＰＲＢペアの２番目のスロットを他の用途（例、Ｒ−ＰＤＳＣＨ伝送）に用いることでリソース浪費を減らすことができる。一方、一部ＵＬグラントはＤＬグラントとペアリングされて同じＰＲＢペアに存在するように設計することもできる。そのため、Ｒ−ＰＤＣＣＨ受信のために、まず、リレーは、１番目のスロットでＤＬグラント検出を試みる。もし、１番目のスロットでＤＬグラントが検出されると、リレーは、当該ＲＢペアの２番目のスロットでＵＬグラント検出を試みる。もし、当該ＲＢペアでＵＬグラント検出に失敗すると、リレーは、２番目のスロットにあるＵＬグラントＣＳＳでＵＬグラント検出を試みる。
【０１４７】
他の方案として、ＤＬグラントのインターリービングサイズとＵＬグラントのインターリービングサイズを異ならせることができる。例えば、ＤＬグラントは、４ ＲＢ単位に部分インターリービングを行い、ＵＬグラントは、２ ＲＢ単位に部分インターリービングを行うことができる。これを容易にするには、ＤＬグラントのためのリソース領域とＵＬグラントのためのリソース領域を独立して運営しなければならない。上記のようにＵＬグラントＣＳＳを運営する場合は、異なるサイズのインターリービングを適用することができる。
【０１４８】
図３６で、Ａ領域はＤＬグラントＳＳを表し、Ｂ領域はＵＬグラントＳＳを表す。Ａは専用ＳＳ（Ｄｅｄｉｃａｔｅｄ  ＳＳ、ＤＳＳ）、ＢはＣＳＳとすることができる。また、Ａ、Ｂとも、ＤＳＳ、ＣＳＳの両方を有するように構成することができる。ＳＳは、Ｒ−ＰＤＣＣＨ復調のためのＲＳの種類によってＤＳＳまたはＣＳＳと構成することができる。例えば、ＤＭ ＲＳが用いられる場合、当該ＳＳはＤＳＳと構成し、ＣＲＳが用いられる場合、当該ＳＳはＣＲＳと構成することができる。また、ＤＳＳまたはＣＳＳは、（シグナリングによる）構成によっても可能である。
【０１４９】
ＲＢＧによるＣＣＥ組み合わせレベル
【０１５０】
ＲＢＧサイズはシステム帯域幅（ＢＷ）に依存する。ＬＴＥでは、システムＢＷによってＲＢＧサイズが１、２、３、４ ＲＢと定義されている。既存ＬＴＥとの互換のために、ＢＷが６４〜１１０ ＲＢの場合に、ＲＢＧ＝４ ＲＢであるから、Ｒ−ＰＤＣＣＨのＣＣＥ組み合わせレベルは、１，２，３，４または１，２，３または１，２，４または１，２のいずれか一つまたは一部セットに制限されうる（例、１ ＣＣＥ＝１ ＲＢ）。図３７には、ＢＷが６４〜１１０ＲＢの場合におけるＲ−ＰＤＣＣＨ伝送例を示している。ＢＷが２７〜６３ ＲＢの場合に、ＲＢＧ＝３ ＲＢであるから、Ｒ−ＰＤＣＣＨのＣＣＥ組み合わせレベルは１，２，３または１，２または１，３のいずれか一つまたは一部セットに制限されうる。ＢＷが１１〜２６ ＲＢの場合は、ＲＢＧ＝２ ＲＢであるから、Ｒ−ＰＤＣＣＨのＣＣＥ組み合わせレベルは、１，２または１または２のいずれか一つまたは一部セットに制限されうる。いずれの場合においても、ＣＣＥ組み合わせレベルを１，２，３，４と指定し、ＢＷによって上限線を制限することも可能である。例えば、ＢＷに従って支援する組み合わせレベルを異ならせることができる。
【０１５１】
表４に、システムＢＷに従って支援可能な組み合わせレベルを示す。
【０１５２】
【表１５】
2013534072.tif 000020
【０１５３】
Ｒ−ＰＤＣＣＨのためのインターリービング及びマッピング
【０１５４】
図３８には、Ｒ−ＰＤＣＣＨ伝送のためのマッピング過程を例示する。本例は、Ｒ−ＰＤＣＣＨをＬＴＥ ＰＤＣＣＨ領域ではなくＰＤＳＣＨ領域を通じて伝送するために、Ｒ−ＰＤＣＣＨをインターリービング後にＶＲＢ−対−ＰＲＢマッピング規則を用いてＰＤＳＣＨ領域にマッピングさせることに特徴がある。この過程で、様々なインターリービング方式、様々なマッピング方法を用いることができる。また、図３８に基づいてＣＣＥをグループ別に別途インターリービング（部分インターリービング）及びマッピングを行う等の方式も可能である。リレーの側面では、一つ以上の部分インターリービング領域に対してＲ−ＰＤＣＣＨを探す過程を含むことができる。
【０１５５】
図３８は、総８ ＣＣＥ（例、１ ＣＣＥ＝８ ＲＥＧ）に該当するＲ−ＰＤＣＣＨ（ｓ）を伝送できる領域が半−静的にシグナリングされ、実に伝送されるＲ−ＰＤＣＣＨは、６ ＣＣＥに該当する量（例、１ ＲＮが全てを用いることもでき、または、６ ＲＮが１ ＣＣＥずつ用いることもできる。）であるとする。ＣＣＥサイズは、例えば、一般ＣＰ／拡張ＣＰかによって、またはＣＲＳモード／ＤＭ−ＲＳモードかによって異なるように定義可能である。ここでは、一般ＣＰ／ＤＭ−ＲＳモードの一例とし、１番目のスロットのＰＲＢで８ ＲＥＧが利用可能であり、これを１ ＣＣＥと定義した場合を仮定する。図３８は、帯域幅が５０ ＲＢであり、Ｒ−ＰＤＣＣＨの伝送されうるＰＲＢは、ＲＢＧ（すなわち、１ ＲＢＧ＝３ ＲＢ）当たり１個と仮定した。ＲＢＧサイズは、既存ＬＴＥ定義に従って定めればいい。
【０１５６】
インターリービング＆パーミュテーション
【０１５７】
方法１は、ヌルを含めて８ ＣＣＥに対してインターリービングを行う（カラムパーミュテーションパターンに従ってカラム別にパーミュテーションを行うことを含む）。カラムパーミュテーションパターンの例に、ビットリバーサル（ｒｅｖｅｒｓａｌ）方式を用いることができる。参考として、ＲＮ−特定ＳＳ（論理ＣＣＥインデックスドメイン内）を基本仮定とする。方法２については後述する。方法３は、インターリービングユニットが一つ以上であるということに特徴がある。例えば、方法３は、８ ＣＣＥを複数の部分（例、４ ＣＣＥずつ２部分）に分けて部分インターリービングを行う方式である。一方、ＶＲＢ−対−ＰＲＢマッピング過程でＲＢレベルパーミュテーション（例、ビットリバーサルを利用）が適用されるとすれば、インターリービング段階では、ＲＥＧレベルカラムワイズパーミュテーションまたはビットリバーサルが省略されてもよく、これは性能にさほど影響を与えない。参考として、方法３で、論理ＣＣＥドメインのＳＳはＣＳＳ（全てのＲＮが検索する領域）であるとする。ＲＮ−特定ＳＳを用いても、動作やリソース効率の面でやや劣化が発生するだけで、本発明を適用することには制限がない。
【０１５８】
インターリービングとパーミュテーションを行った後に、Ｒ−ＰＤＣＣＨは様々な規則に従ってＰＲＢにマッピングされ、これを記述するためにＶＲＢ概念を用いることができる。図３８は、インターリービング＆パーミュテーション後にカラム−ワイズで読み出した値（出力）のうち、１、３３、１７、Ｎ、９、４１、２５、Ｎ（Ｎ：ヌルＲＥＧ）で構成された８ ＲＥＧを一つのＶＲＢと構成する例に示す。同図は、ＶＲＢのサイズとＣＣＥのサイズとが同じ場合を例示しているが、ＶＲＢのサイズがＣＣＥサイズよりも大きくても性能には変わりがないと判断される。一方、一般ＣＰのみを考慮しても、次のような様々なサイズの可用ＲＥＧが存在でき、そのため、ＣＣＥサイズとＶＲＢサイズは、伝送モードによってＲＢ当たり可用ＲＥＧを基準に下記のように可変する。
【０１５９】
１st  ｓｌｏｔ：
− ８ ＲＥＧｓ  ｉｎ  ｔｈｅ  １st  ｓｌｏｔ（例、ＤＭ ＲＳ使用）
− １１ ＲＥＧｓ  ｉｎ  ｔｈｅ  １st  ｓｌｏｔ（例、ＣＲＳ使用）
２nd  ｓｌｏｔ：
− １５ ＲＥＧｓ  ｉｎ  ｔｈｅ  ２nd  ｓｌｏｔ（例、ＤＭ ＲＳ使用及び４ＴＸ ＣＲＳ）
− １６ ＲＥＧｓ  ｉｎ  ｔｈｅ  ２nd  ｓｌｏｔ（例、ＤＭ ＲＳ使用及び２ＴＸ ＣＲＳ）
− １８ ＲＥＧｓ  ｉｎ  ｔｈｅ  ２nd  ｓｌｏｔ（例、ＣＲＳ使用及び４ＴＸ ＣＲＳ）
− １９ ＲＥＧｓ  ｉｎ  ｔｈｅ  ２nd  ｓｌｏｔ（例、ＣＲＳ使用及び２ＴＸ ＣＲＳ）
【０１６０】
例えば、１番目のスロットでＤＬグラントを伝送する時に、１ＣＣＥ＝８ ＲＥＧと定義してインターリービングを行い、ＶＲＢのサイズは、ＤＭ ＲＳの場合に８ ＲＥＧ、ＣＲＳの場合に１１ ＲＥＧと定義することができる。本方案によれば、ＣＣＥサイズを固定させることによって検出過程を容易にさせることができる。また、ＲＳモードによって変わる可用ＲＥＧ個数を効率的に用いるために、ＶＲＢサイズを最適サイズ（例、可用ＲＥＧ個数）と定義することによって、浪費されるリソースを最小化することができる。
【０１６１】
２番目のスロットでも、ＣＣＥサイズは８ ＲＥＧにし、実際のＶＲＢ−対−ＰＲＢマッピング過程で１ ＶＲＢのサイズをそれぞれ１５、１６、１７、１９ ＲＥＧと定義することが好ましい。ここで、１ ＶＲＢのサイズはＲＳ、ＴＸアンテナの変化に従う例示であり、同じ論理及び規則を用いても１ ＶＲＢのサイズを異なる値に設定することができる。
【０１６２】
ＶＲＢ−対−ＰＲＢマッピング
【０１６３】
最も簡単なマッピング規則として、ＶＲＢインデックスをＲ−ＰＤＣＣＨ ＰＲＢインデックス（Ｒ−ＰＤＣＣＨ ＲＢのみのためのリナンバード（ｒｅｎｕｍｂｅｒｅｄ）インデックス、図３８でＲ−ＰＤＣＣＨ領域に表記されたインデックス）と順に１：１マッピングすることができる。本方案は、規則は単純であるが、一緒にインターリービングされたＣＣＥがＲ−ＰＤＣＣＨ ＰＲＢの一部領域に偏在（ｌｏｃａｌｉｚｅｄ）するという現象が起こる。一部領域が４ ＰＲＢ以上の場合には問題がないが、それより小さい場合にはダイバーシティ利得に問題が発生する可能性がある。
【０１６４】
他の方法として、ＲＢレベルでパーミュテーション（例、ビットリバーサル利用）を適用することができる。規則が簡単であり、かつＶＲＢがＰＲＢに均一にマッピングされるという長所がある。例えば、全体Ｒ−ＰＤＣＣＨ ＰＲＢが４個のみ存在するとすれば、ＶＲＢ＃０（００）、＃１（０１）、＃２（１０）、＃３（１１）が、Ｒ−ＰＤＣＣＨ ＰＲＢ＃０（００）、＃２（１０）、＃１（０１）、＃３（１１）にそれぞれマッピングされうる。もし、Ｒ−ＰＤＣＣＨ ＰＲＢの数が２＾Ｎでない場合、プルーニング（ｐｒｕｎｉｎｇ）のような方法を適用し、ビットリバーサル規則を維持しながらマッピングができる。ビットリバーサルが適用される場合に、インターリービング過程でカラムパーミュテーション（例、ＲＥＧレベルビットリバーサル）を用いないことが好ましいが、具現複雑度に問題がないとすれば、ＲＥＧレベル、ＲＢレベルのビットリバーサルが２回適用されることが可能できる。
【０１６５】
【表１６】
2013534072.tif 000021
【０１６６】
【数４】
2013534072.tif 000022
【０１６７】
【表１７】
2013534072.tif 000023
【０１６８】
【表１８】
2013534072.tif 000024
【０１６９】
【表１９】
2013534072.tif 000025
【０１７０】
また、数学式４の付随的なパラメータ（ａ、ｂ、ｃ）を用いてマッピングパターンをシフトしたり、マッピング間隔を調整したりするなどの操作を行うことができる。
【０１７１】
図３８は、ＰＲＢにＲＥＧをマッピングすることについては詳細に示していない。しかし、実際マッピングは様々な方法で具現可能である。例えば、図３８に示すように、ＰＲＢ内で周波数ファーストマッピングに従ってＲＥＧをＰＲＢにマッピングする方法がある。しかし、実際にＲＥＧがそれぞれどのように構成され、インデックスがどうなっているかによって、マッピング様態は異なってくる。
【０１７２】
一方案として、Ｒ−ＰＤＣＣＨ ＰＲＢの全体に対して周波数−ファーストマッピングを行うことができる。この場合、インターリービングの結果が図３９のように得られる。図３９で、ＣＣＥ０とＣＣＥ４は、Ｒ−ＰＤＣＣＨ ＰＲＢインデックス＃０、４にのみ存在する。それぞれのＣＣＥは、当該Ｒ−ＰＤＣＣＨ ＰＲＢインデックスにのみ存在する。したがって、ダイバーシティ利得に問題が生じうる。ＶＲＢサイズがＰＲＢサイズと異なる場合には、他の形態でマッピングされうる。
【０１７３】
他の方案として、Ｒ−ＰＤＣＣＨ ＰＲＢ内で時間−ファーストマッピングを行うことができる。図４０には、時間−ファーストマッピングの一例を示す。
【０１７４】
インターリービング及びマッピング方法２は、送信の側面では図３８と略同様であるといえる。ただし、インターリービングを何のＲＢ単位で行って伝送したかをリレーがわからず、よって、インターリービング深さ（ｄｅｐｔｈ）を探すために、インターリーバ深さによるブラインドデコーディングがさらに要求されるという短所がある。しかし、可能な限り、伝送するＲ−ＰＤＣＣＨのサイズ（例、ＲＢ単位）と同一にインターリービング深さを設定することによって、動的にリソース最適化が行えるという長所がある。インターリービング深さを１ ＲＢにする場合に、実際に伝送するＲ−ＰＤＣＣＨと実のインターリービング深さは同一になりうる。ただし、インターリービング深さによるブラインドデコーディング回数を減らすためには、４ ＲＢ、８ ＲＢ、１２ ＲＢなどのように、一定サイズ単位にインターリービング深さを事前に約束しておくことが好ましい。このような情報は、ＲＲＣシグナリングによって設定されるとよい。もし、Ｒ−ＰＤＣＣＨ領域が１６ ＲＢであると、インターリービング深さを｛８ ＲＢ、１６ ＲＢ｝のみ許容する場合に、｛４ ＲＢ、８ ＲＢ、１６ ＲＢ｝、｛４ ＲＢ、８ ＲＢ、１２ ＲＢ、１６ ＲＢ｝、｛４ ＲＢ、１６ ＲＢ｝などのように様々なセット（ｓｅｔ）のいずれか一つをシグナリングによってあらかじめ定めておくことができる。
【０１７５】
このようなシグナリング手法は、方法３でリレーがモニタリングしなければならないセットを定める時にも用いることができる。すなわち、各リレーに適切なモニタリングセットをシグナリングする方法として、ある場合には１セット、ある場合には２セット、さらには全体（ｆｕｌｌ）セットをモニタリングするように設定できる。このような方法は、事実上、全ての提案方法においてリレーモニタリングセットをシグナリングする方法に適用することが可能である。
【０１７６】
方法１、２、３は、固定されたインターリーバカラムサイズを仮定した。しかし、これは例示に過ぎず、カラムサイズは可変してもよい。例えば、カラムサイズ１６のインターリーバに基づいて動作することも可能である。
【０１７７】
ＲＮ−特定ＣＣＥインデクシング
【０１７８】
上述の方法は、ＣＣＥインデックスがセル−特定に定義されているという前提下に記述された。これと違い、ＣＣＥインデックスをＲＮ−特定に定義して記述してもよい。図３８で、ＲＮ−特定にＣＣＥ ０〜ＣＣＥ ３とＣＣＥ ４〜ＣＣＥ ７を個別にインターリービングし、各インターリービンググループにＣＣＥ ０〜ＣＣＥ ３まで存在すると仮定する。そのため、グループ１のＣＣＥ ０とグループ２のＣＣＥ ０は異なり、よって、これを区別するための別途の情報をリレーにシグナリングすることで、基地局−特定（またはセル−特定）ＣＣＥインデックスを計算可能にする。基地局−特定ＣＣＥインデックスは、ＵＬ ＡＣＫ／ＮＡＣＫ伝送時にリレーＰＵＣＣＨリソースを決定するのに用いられるので、セル−特定に定義されることで、リソースの重複配分や浪費を避けることができる。リレーＰＵＣＣＨリソースのためにグループインデックスのような情報をさらに伝送する代わりに、リレーＰＵＣＣＨリソース（例、ＰＵＣＣＨ ＲＢ）をグループ別に区別して割り当て、リレーＰＵＣＣＨリソースの開始ＲＢをシグナリングする方法も可能である。参考として、リレーＰＵＣＣＨリソースはＲ−ＰＤＣＣＨ ＣＣＥインデックス（例、Ｒ−ＰＤＣＣＨのための最小ＣＣＥインデックス）とリンケージされると仮定する。
【０１７９】
インターリービング及びマッピング方法４
【０１８０】
図４１には、方法４によるＲ−ＰＤＣＣＨマッピング過程を例示する。方法４は、インターリービング過程でカラム−ワイズパーミュテーションを行わず、代わりに、ＶＲＢ−対−ＰＲＢマッピング過程で一律的にパーミュテーション（例、ビットリバーサルを利用）を適用することを指す。本方法で、インターリーバカラムサイズは、ＣＣＥ内ＲＥＧ数と定義され、ローサイズは、インターリービングするＣＣＥ数によって可変する。本方法によれば、１ ＶＲＢを構成するＲＥＧは、８個の異なるＣＣＥから取り出されたＲＥＧで構成される（１ ＶＲＢ＝８ ＲＥＧと仮定）。ここで、Ｒ−ＰＤＣＣＨ ＰＲＢの数が２＾Ｎ（Ｎ＝１，２，３，…）でない場合は、ビットリバーサルプルーニング（ｐｒｕｎｉｎｇ）手法を用いてマッピング可能である。本方法の特徴的なインターリーバカラムサイズは、方法１、２、３にも適用可能である。
【０１８１】
インターリービング及びマッピング方法５
【０１８２】
図４２には、方法５によるＲ−ＰＤＣＣＨマッピング過程を例示する。方法５は、インターリービング過程でカラム−ワイズパーミュテーションを行い、代わりに、ＶＲＢ−対−ＰＲＢマッピング過程でパーミュテーション（例、ビットリバーサル）を適用しないで単純マッピング規則を用いる。上述した数学式４も適用可能である。本方法で、インターリーバのカラムサイズは、ＣＣＥ内ＲＥＧ数と定義され、ローサイズは、インターリービングするＣＣＥ数によって可変する。
【０１８３】
Ｒ−ＰＤＣＣＨ ＰＲＢマッピング規則
【０１８４】
インターリービングモードで、ＤＶＲＢリソース割当規則を用いてインターリービング出力またはＶＲＢをＲ−ＰＤＣＣＨ ＰＲＢにマッピングすることができる。例えば、図４３で、ＰＲＢインデックス０、１、９、１０、１８、１９、２７、２８（サブセット＃０）をＲ−ＰＤＣＣＨ ＰＲＢに用いることができる。シグナリング（例、ビットマップ）を通じて任意の位置でＲ−ＰＤＣＣＨを伝送してもよいが、リソース割当の効率性を考慮して、既存のリソース割当方法と互換可能な多重化規則を用いることが好ましい。その一方法として、ＤＶＲＢ規則を用いてＲ−ＰＤＣＣＨインターリーバ出力またはＲ−ＰＤＣＣＨ ＶＲＢをＰＲＢにマッピングすることができる。例えば、インターリービングサイズを４ ＲＢとすれば、ＰＲＢインデックス０、９、１８、２７がインターリービングされる。もし８ ＲＢがインターリービングされる場合は、ＰＲＢインデックス０、１、９、１０、１８、１９、２７、２８が共にインターリービングされる。もし、インターリービング最大サイズを４ ＲＢと仮定すれば、ＰＲＢ＃０、９、１８、２７はＲＮインターリービンググループ＃１に、ＰＲＢ＃１、１０、１９、２８はＲＮインターリービンググループ＃２に分類することができる。
【０１８５】
しかし、インターリービンググループ間に一定の間隔を維持したい場合は、インターリービンググループ＃２のために、ＰＲＢ＃３、１２、２１、３０のように隣接サブセットまたは異なるサブセットにあるＰＲＢを指定することも可能である。この方法は、結局として、インターリービンググループに用いられるＰＲＢをサブセット単位に分離して指定する方式に類似する。
【０１８６】
一方、インターリービングモードでは、１番目のスロットと２番目のスロットとを一致（すなわち、同じ周波数上のＰＲＢペアに割当）させるためにリソース割当時に特に考慮をしなければならない。例えば、ＶＲＢインデックス０〜３または０〜７は、この意図した通り、ＰＲＢペアに割り当てられるが、それ以外に、ヌルを含むＶＲＢインデックスを選択する場合や、４の倍数にならないように連続した４ ＲＢを選択した場合には、ＰＲＢペアで構成されないことがあるため、このような位置にはＲ−ＰＤＣＣＨが来ないようにする必要がある。図４４は、Ｒ−ＰＤＣＣＨ ＳＳを誤って構成した例であり、図４５は、図４４のＲ−ＰＤＣＣＨ ＳＳ構成を修正した例である。
【０１８７】
もちろん、ノン−インターリービングモードでは、図４４のようにしても、１番目のスロットのＰＲＢインデックスのみ意味があり、問題にならない。
【０１８８】
ＲＢＧを考慮したＲ−ＰＤＣＣＨ検索空間ＰＲＢの構成
【０１８９】
ＲＢＧ（参考として、ＲＢＧ以外の、Ｒ−ＰＤＣＣＨ ＳＳのために定義された単位であってもよい。）を基準にＲ−ＰＤＣＣＨ ＳＳを構成する場合に、組み合わせレベルの増加によるＲＢＧ内でのＳＳ ＰＲＢの構成順序について提案する。
【０１９０】
図４６は、組み合わせレベルによってＲ−ＰＤＣＣＨ ＳＳを構成する例を示す。
【０１９１】
図４６を参照すると、組み合わせレベル１の場合に、ＲＢＧ当たり１個のＰＲＢずつＲ−ＰＤＣＣＨ ＳＳを構成することができる。ＲＢＧ内ＳＳ ＰＲＢ位置は、あらかじめ定められた規則に従って定められるとよい（例、ＲＢＧ内最大のＲＢインデックス）（ａ）。組み合わせレベル２の場合に、ＲＢＧ内で２ ＰＲＢを選択する基準は、ＲＢＧ内ＰＲＢインデックスを用いて特定ＰＲＢから順次に割り当て、もしＲＢＧ内ＰＲＢインデックスを超える場合には、循環インデックス概念を用いてＳＳ ＰＲＢを決定することができる。例えば、組み合わせレベル２の場合に、ＲＢＧ内最後のＰＲＢから順次にＳＳ ＰＲＢとして割り当てられるとすれば、ＲＢＧ内最大のインデックスを有するＰＲＢがまずＳＳ ＰＲＢとして割り当てられた後、ＲＢＧ内最小のインデックスを有するＰＲＢがＳＳ ＰＲＢとして割り当てられる（ｂ）。インデクシング順序は、昇順の他、降順にしてもよい。ここで、最も特徴的なものは、組み合わせレベル４またはそれ以上の組み合わせレベルにおけるＳＳ ＰＲＢ構成方法である。組み合わせレベルによるＳＳ ＰＲＢの数がＲＢＧ内ＰＲＢ数を超える場合は、まず、前述した方式でＲＢＧ内で順次にＳＳ ＰＲＢを構成した後に、他のＲＢＧのＰＲＢに飛び越えて、そのＲＢＧの組み合わせレベル１の時におけるＳＳ ＰＲＢを優先的にレベル４のＳＳ ＰＲＢに含めることができる。同図で、ＲＢＧ内でのＰＲＢ間指示線は、ＳＳ ＰＲＢ構成順序を例示する。
【０１９２】
図４７は、ＲＢＧ内ＳＳと構成されうるＲ−ＰＤＣＣＨ ＰＲＢの数を制限する方法を例示する。もし、制限値を２と指定すれば、ＲＢＧ当たり最大２個のＰＲＢのみがＳＳ ＰＲＢと指定されるから、組み合わせレベル４の場合に、一つのＲ−ＰＤＣＣＨは二つのＲＢＧ内に構成される。
【０１９３】
図４８には、本発明に適用されうる基地局、リレー及び端末を例示する。
【０１９４】
図４８を参照すると、無線通信システムは、基地局（ＢＳ）１１０、リレー（ＲＮ）１２０、及び端末（ＵＥ）１３０を含む。
【０１９５】
基地局１１０は、プロセッサ１１２、メモリー１１４及び無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニット１１６を有する。プロセッサ１１２は、本発明で提案した手順及び／または方法を具現するように構成できる。メモリー１１４は、プロセッサ１１２に接続し、プロセッサ１１２の動作と関連した様々な情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２に接続し、無線信号を送信及び／または受信する。リレー１２０は、プロセッサ１２２、メモリー１２４及び無線周波数ユニット１２６を有する。プロセッサ１２２は、本発明で提案した手順及び／または方法を具現するように構成できる。メモリー１２４は、プロセッサ１２２に接続し、プロセッサ１２２の動作と関連した様々な情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２に接続し、無線信号を送信及び／または受信する。端末１３０は、プロセッサ１３２、メモリー１３４及びＲＦユニット１３６を有する。プロセッサ１３２は、本発明で提案した手順及び／または方法を具現するように構成できる。メモリー１３４は、プロセッサ１３２に接続し、プロセッサ１３２の動作と関連した様々な情報を記憶する。ＲＦユニット１３６は、プロセッサ１３２に接続し、無線信号を送信及び／または受信する。基地局１１０、リレー１２０及び／または端末１３０は、単一アンテナまたは多重アンテナを有することができる。
【０１９６】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素または特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素または特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／または特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、別の実施例に含まれることもでき、別の実施例の対応する構成または特徴に取って代わることもできる。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めたりできるということは明らかである。
【０１９７】
本文書で、本発明の実施例は、端末、リレー及び基地局間のデータ送受信関係を中心に説明された。本文書で基地局により行われるとした特定動作は、場合によっては、その上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われてもよい。すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局または基地局以外の別のネットワークノードにより実行されてもよいことは明らかである。基地局は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に代替可能である。また、端末は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に代替可能である。
【０１９８】
本発明による実施例は様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現することができる。
【０１９９】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を行うモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリーユニットに記憶されて、プロセッサにより駆動されるとよい。メモリーユニットは、プロセッサの内部または外部に設けられ、既に公知の様々な手段によりプロセッサとデータを交換することができる。
【０２００】
本発明は、本発明の特徴を逸脱しない範囲で別の特定の形態に具体化可能であるということは、当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈により決定すべきであり、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０２０１】
本発明は、無線通信システムに関するもので、具体的に、リレーに物理チャネルのためのリソースを割り当てる方法及びそのための装置に適用することができる。
【図１】
2013534072.tif 000026
【図２】
2013534072.tif 000027
【図３】
2013534072.tif 000028
【図４】
2013534072.tif 000029
【図５】
2013534072.tif 000030
【図６】
2013534072.tif 000031
【図７】
2013534072.tif 000032
【図８】
2013534072.tif 000033
【図９】
2013534072.tif 000034
【図１０】
2013534072.tif 000035
【図１１】
2013534072.tif 000036
【図１２】
2013534072.tif 000037
【図１３】
2013534072.tif 000038
【図１４】
2013534072.tif 000039
【図１５】
2013534072.tif 000040
【図１６】
2013534072.tif 000041
【図１７】
2013534072.tif 000042
【図１８】
2013534072.tif 000043
【図１９】
2013534072.tif 000044
【図２０】
2013534072.tif 000045
【図２１】
2013534072.tif 000046
【図２２】
2013534072.tif 000047
【図２３】
2013534072.tif 000048
【図２４】
2013534072.tif 000049
【図２５】
2013534072.tif 000050
【図２６】
2013534072.tif 000051
【図２７】
2013534072.tif 000052
【図２８】
2013534072.tif 000053
【図２９】
2013534072.tif 000054
【図３０】
2013534072.tif 000055
【図３１】
2013534072.tif 000056
【図３２】
2013534072.tif 000057
【図３３】
2013534072.tif 000058
【図３４】
2013534072.tif 000059
【図３５】
2013534072.tif 000060
【図３６】
2013534072.tif 000061
【図３７】
2013534072.tif 000062
【図３８】
2013534072.tif 000063
【図３９】
2013534072.tif 000064
【図４０】
2013534072.tif 000065
【図４１】
2013534072.tif 000066
【図４２】
2013534072.tif 000067
【図４３】
2013534072.tif 000068
【図４４】
2013534072.tif 000069
【図４５】
2013534072.tif 000070
【図４６】
2013534072.tif 000071
【図４７】
2013534072.tif 000072
【図４８】
2013534072.tif 000073
【手続補正書】
【提出日】平成24年11月15日(2012.11.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおいてリレーがＲ−ＰＤＣＣＨ信号を受信する方法であって、
ＲＲＣシグナリングを介して仮想リソースブロック（ＶＲＢ）セットを示すリソース割当を受信するステップと、
サブフレームを受信するステップであって、該サブフレームの第１ＯＦＤＭシンボル以外の特定ＯＦＤＭシンボルから開始されるステップと、
ダウンリンク割当を含む第１Ｒ−ＰＤＣＣＨに対して、前記サブフレームの第１スロット内の第１ＶＲＢセットをモニタリングするステップと、
アップリンク割当を含む第２Ｒ−ＰＤＣＣＨに対して、前記サブフレームの第２スロット内の第２ＶＲＢセットをモニタリングするステップと、
を有し、
前記第１ＶＲＢセット及び前記第２ＶＲＢセットは、１つのＶＲＢセットに従い、同一となるように構成される、Ｒ−ＰＤＣＣＨ信号の受信方法。
【請求項２】
前記第１Ｒ−ＰＤＣＣＨ及び前記第２Ｒ−ＰＤＣＣＨは、インターリービングされない、請求項１に記載のＲ−ＰＤＣＣＨ信号の受信方法。
【請求項３】
前記１つのＶＲＢセットは、１つ以上の分散ＶＲＢ（ＤＶＲＢ）を含む、請求項２に記載のＲ−ＰＤＣＣＨ信号の受信方法。
【請求項４】
前記１つ以上のＤＶＲＢは、前記第１スロット内の１つ以上の物理リソースブロック（ＰＲＢ）に分散され、及び前記１つ以上のＤＶＲＢは、前記第２スロット内の１つ以上のＰＲＢに分散され、
前記第２スロット内の前記１つ以上のＰＲＢへの分散は、前記第１スロット内の前記１つ以上のＰＲＢと同一のＰＲＢインデックスを持つように構成される、請求項３に記載のＲ−ＰＤＣＣＨ信号の受信方法。
【請求項５】
前記第１Ｒ−ＰＤＣＣＨ及び前記第２Ｒ−ＰＤＣＣＨは、インターリービングされる、請求項１に記載のＲ−ＰＤＣＣＨ信号の受信方法。
【請求項６】
無線通信システムで用いるリレーであって、
ＲＦユニットと、
プロセッサと、を備え、
前記プロセッサは、
ＲＲＣシグナリングを介して仮想リソースブロック（ＶＲＢ）セットを示すリソース割当を受信し、
サブフレームの第１ＯＦＤＭシンボル以外の特定ＯＦＤＭシンボルから開始して、該サブフレームを受信し、
ダウンリンク割当を含む第１Ｒ−ＰＤＣＣＨに対して、前記サブフレームの第１スロット内の第１ＶＲＢセットをモニタリングし、
アップリンク割当を含む第２Ｒ−ＰＤＣＣＨに対して、前記サブフレームの第２スロット内の第２ＶＲＢセットをモニタリングするように構成され、
前記第１ＶＲＢセット及び前記第２ＶＲＢセットは、１つのＶＲＢセットに従い、同一となるように構成される、リレー。
【請求項７】
前記第１Ｒ−ＰＤＣＣＨ及び前記第２Ｒ−ＰＤＣＣＨは、インターリービングされない、請求項６に記載のリレー。
【請求項８】
前記１つのＶＲＢセットは、１つ以上の分散ＶＲＢ（ＤＶＲＢ）を含む、請求項７に記載のリレー。
【請求項９】
前記１つ以上のＤＶＲＢは、前記第１スロット内の１つ以上の物理リソースブロック（ＰＲＢ）に分散され、及び前記１つ以上のＤＶＲＢは、前記第２スロット内の１つ以上のＰＲＢに分散され、
前記第２スロット内の前記１つ以上のＰＲＢへの分散は、前記第１スロット内の前記１つ以上のＰＲＢと同一のＰＲＢインデックスを持つように構成される、請求項８に記載のリレー。
【請求項１０】
前記第１Ｒ−ＰＤＣＣＨ及び前記第２Ｒ−ＰＤＣＣＨは、インターリービングされる、請求項６に記載のリレー。
【国際調査報告】
2013534072.tif 000074
2013534072.tif 000075
2013534072.tif 000076
2013534072.tif 000077