(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて、複数のセルが構成され、端末においてダウンリンク制御チャネルを受信する方法であって、
複数のサブフレームを示すＲＲＣシグナリングを受信するステップであって、前記端末が、該複数のサブフレーム内で、各セルに対するＰＤＣＣＨ候補に関して複数の検索空間をモニタリングするステップと、
前記複数のセルのうちの１つのセルに対する第１のサブフレームを受信するステップと、
前記第１のサブフレームが、前記セルに対する前記ＲＲＣシグナリングにより示される前記複数のサブフレームの１つのサブフレームである場合、前記第１のサブフレーム内で、前記セルに対するＰＤＣＣＨ候補のセットをモニタリングするステップと、
を有し、
その他のセルのＰＤＣＣＨ候補が、同一の情報サイズを持つよう構成され、該同一の情報サイズを持つ前記ＰＤＣＣＨ候補が、ＣＩＦ値を用いて区別される場合、前記その他のセルの前記ＰＤＣＣＨ候補を伝送するため、前記セルに対応する複数の検索空間が用いられる、方法。
【請求項２】
前記第１のサブフレームが、前記セルに対する前記ＲＲＣシグナリングにより示される前記複数のサブフレームの１つのサブフレームでない場合、前記端末は、前記第１のサブフレーム内で、前記セルに対する前記ＰＤＣＣＨ候補のセットをモニタリングしない、請求項１に記載の方法。
【請求項３】
前記サブフレームは複数のＯＦＤＭＡシンボルを含み、前記複数の検索空間は、前記サブフレーム内の先頭Ｍ個のＯＦＤＭＡシンボル以外のＯＦＤＭＡシンボル内に設定され、該Ｍは正の整数である、請求項１に記載の方法。
【請求項４】
無線通信システムにおいて、複数のセルが構成され、ダウンリンク制御チャネルを受信する端末であって、
ＲＦモジュールと、
前記ＲＦモジュールを制御するよう構成されたプロセッサと、
を有し、
前記プロセッサは、端末が、各セルに対するＰＤＣＣＨ候補に関して複数の検索空間をモニタリングする複数のサブフレームを示すＲＲＣシグナリングを受信し、前記複数のセルのうちの１つのセルに対する第１のサブフレームを受信し、前記第１のサブフレームが、前記セルに対する前記ＲＲＣシグナリングにより示される前記複数のサブフレームの１つのサブフレームである場合、前記第１のサブフレーム内で、前記セルに対するＰＤＣＣＨ候補のセットをモニタリングするよう構成され、
その他のセルのＰＤＣＣＨ候補が、同一の情報サイズを持つよう構成され、該同一の情報サイズを持つ前記ＰＤＣＣＨ候補が、ＣＩＦ値を用いて区別される場合、前記その他のセルの前記ＰＤＣＣＨ候補を伝送するため、前記セルに対応する複数の検索空間が用いられる、端末。
【請求項５】
前記第１のサブフレームが、前記セルに対する前記ＲＲＣシグナリングにより示される前記複数のサブフレームの１つのサブフレームでない場合、端末は、前記第１のサブフレーム内で、前記セルに対する前記ＰＤＣＣＨ候補のセットをモニタリングしない、請求項４に記載の端末。
【請求項６】
前記サブフレームは複数のＯＦＤＭＡシンボルを含み、前記複数の検索空間は、前記サブフレーム内の先頭Ｍ個のＯＦＤＭＡシンボル以外のＯＦＤＭＡシンボル内に設定され、該Ｍは正の整数である、請求項４に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに係り、特に、制御情報を伝送する方法及び装置に関する。無線通信システムはキャリアアグリゲーション（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）を支援することができる。
【背景技術】
【０００２】
無線通信システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、可用のシステムリソース（帯域幅、伝送パワーなど）を共有してマルチユーザーとの通信を支援し得る多重アクセス（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムのことをいう。多重アクセスシステムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、無線通信システムにおいて制御情報を効率よく伝送する方法及びそのための装置を提供することにある。本発明の他の目的は、制御情報を効率よく伝送するためのチャネルフォーマット、リソース割当、信号処理、及びそのための装置を提供することにある。本発明のさらに他の目的は、制御情報を伝送するためのリソースを効率よく割り当てる方法及びそのための装置を提供することにある。
【０００４】
本発明で達成しようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【０００５】
本発明の一様相として、無線通信システムにおいて複数のセルが構成された通信装置でダウンリンク制御チャネルを受信する方法であって、複数のダウンリンク制御チャネル候補を伝送するためにあらかじめ設定された複数の検索空間リソースを含むサブフレームを受信し、それぞれの検索空間リソースはそれぞれのセルに対応することと、前記ダウンリンク制御チャネルのために、前記複数の検索空間リソースのうち少なくとも一部で前記複数の制御チャネル候補をモニタリングすることと、を含み、前記複数のセルのうち、前記サブフレームでダウンリンク伝送が制限された一つ以上の特定セルがある場合に、前記一つ以上の特定セルに対応する検索空間リソースが、他のセルのダウンリンク制御チャネル候補又はダウンリンク共有チャネルを伝送するのに用いられる方法が提供される。
【０００６】
好適には、前記一つ以上の特定セルに対応する検索空間リソースが他のセルのダウンリンク制御チャネル候補を伝送するのに用いられる場合に、前記他のセルのダウンリンク制御チャネル候補はいずれも同一の情報サイズを有するように構成され、前記同一の情報サイズを有するダウンリンク制御チャネル候補はＣＩＦ（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）値で区別されるとよい。
【０００７】
好適には、前記一つ以上の特定セルに対応する検索空間リソースが他のセルのダウンリンク制御チャネル候補を伝送するのに用いられる場合に、前記一つ以上の特定セルに対応する検索空間リソースは、前記複数のセルのうち基準セルの検索空間リソースに併合されるとよい。
【０００８】
好適には、前記併合された検索空間リソース内においてそれぞれのダウンリンク制御チャネル候補が始まるリソースが不連続的に構成されるとよい。
【０００９】
好適には、前記サブフレームは複数のＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）シンボルを含み、前記あらかじめ設定された複数の検索空間リソースは、前記サブフレームにおいて先頭Ｍ個のＯＦＤＭＡシンボル以外の残りＯＦＤＭＡシンボル内に設定され、前記Ｍは正の整数であるとよい。
【００１０】
好適には、リソースブロック割当情報を含むＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）メッセージを通じて受信することをさらに含み、前記リソースブロック割当情報は、前記あらかじめ設定された複数の検索空間リソースを指示するのに用いられるとよい。
【００１１】
本発明の他の様相として、無線通信システムにおいて複数のセルが構成された状態でダウンリンク制御チャネルを受信するように構成された通信装置であって、無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニットと、プロセッサと、を備え、前記プロセッサは、複数のダウンリンク制御チャネル候補を伝送するためにあらかじめ設定された複数の検索空間リソースを含むサブフレームを受信し、それぞれの検索空間リソースはそれぞれのセルに対応し、前記ダウンリンク制御チャネルのために、前記複数の検索空間リソースのうち少なくとも一部で前記複数の制御チャネル候補をモニタリングするように構成され、前記複数のセルのうち、前記サブフレームでダウンリンク伝送が制限された一つ以上の特定セルがある場合に、前記一つ以上の特定セルに対応する検索空間リソースが、他のセルのダウンリンク制御チャネル候補又はダウンリンク共有チャネルを伝送するのに用いられる通信装置が提供される。
【発明の効果】
【００１２】
本発明によれば、無線通信システムにおいて制御情報を効率よく伝送することが可能になる。また、制御情報を効率よく伝送するためのチャネルフォーマット、リソース割当、信号処理方法を提供することが可能になる。また、制御情報の伝送のためのリソースを効率よく割り当てることが可能になる。
【００１３】
本発明で得られる効果は、以上に言及した効果に制限されず、言及していない別の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【００１４】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明の実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図面の簡単な説明】
【００１５】
【図１】無線通信システムの一例である３ＧＰＰ ＬＴＥシステムに用いられる物理チャネル及びこれらのチャネルを用いた一般の信号伝送方法を例示する図である。
【図２】無線フレームの構造を例示する図である。
【図３】ダウンリンクスロットのリソースグリッドを例示する図である。
【図４】ダウンリンクサブフレームの構造を示す図である。
【図５】基地局でＰＤＣＣＨを構成するフローチャートである。
【図６】端末がＰＤＣＣＨを処理するフローチャートである。
【図７】アップリンクサブフレームの構造を例示する図である。
【図８】キャリアアグリゲーション（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）通信システムを例示する図である。
【図９】クロスキャリアスケジューリングを例示する図である。
【図１０】リレーを含んでいる無線通信システムを例示する図である。
【図１１】ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ  Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）サブフレームを用いてバックホール伝送を行う例を示す図である。
【図１２】リレーのための周波数−時間リソースを任意に区分した例を示す図である。
【図１３】Ｒ−ＰＤＣＣＨ／（Ｒ−）ＰＤＳＣＨを割り当てる例を示す図である。
【図１４】サブフレームのデータ領域（例、ＰＤＳＣＨ領域）にＰＤＣＣＨを割り当てる他の例を示す図である。
【図１５】Ｒ−ＰＤＣＣＨのためのリソース割当及びＰＤＣＣＨ受信の過程を例示する図である。
【図１６】Ｒ−ＰＤＣＣＨのための検索空間を構成する一例を示す図である。
【図１７】ＣＡ状況でＲ−ＰＤＣＣＨのための検索空間を構成する例を示す図である。
【図１８】ＣＡ状況でＲ−ＰＤＣＣＨのための検索空間を構成する例を示す図である。
【図１９】ＣＡ状況でＲ−ＰＤＣＣＨのための検索空間を構成する例を示す図である。
【図２０】ＣＡ状況でＲ−ＰＤＣＣＨのための検索空間を構成する例を示す図である。
【図２１】遊休検索空間が発生する場合を例示する図である。
【図２２】検索空間共有方法を用いて検索空間を構成する例を示す図である。
【図２３】検索空間共有方法を用いて検索空間を構成する例を示す図である。
【図２４】検索空間共有方法を用いて検索空間を構成する例を示す図である。
【図２５】検索空間共有方法を用いて検索空間を構成する例を示す図である。
【図２６】検索空間共有方法を用いて検索空間を構成する例を示す図である。
【図２７】検索空間共有方法を用いて検索空間を構成する例を示す図である。
【図２８】検索空間共有方法を用いて検索空間を構成する例を示す図である。
【図２９】検索空間併合方法を用いて検索空間を構成する例を示す図である。
【図３０】検索空間併合方法を用いて検索空間を構成する例を示す図である。
【図３１】検索空間併合方法を用いて検索空間を構成する例を示す図である。
【図３２】検索空間併合方法を用いて検索空間を構成する例を示す図である。
【図３３】検索空間併合方法を用いて検索空間を構成する例を示す図である。
【図３４】検索空間併合方法を用いて検索空間を構成する例を示す図である。
【図３５】検索空間併合方法を用いて検索空間を構成する例を示す図である。
【図３６】遊休検索空間リソースを用いた信号伝送を例示する図である。
【図３７】検索空間リソースの量を調節する方案を例示する図である。
【図３８】本発明に適用可能な基地局、リレー及び端末を例示する図である。
【発明を実施するための形態】
【００１６】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などの様々な無線接続システムに用いられてもよい。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）と実現されている。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術と実現されている。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術と実現されている。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ） ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進展したバージョンである。説明を明確にするために３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に説明するが、本発明の技術的思想がこれに制限されるものではない。
【００１７】
無線通信システムにおいて、端末は基地局からダウンリンク（Ｄｏｗｎlｉｎｋ、ＤＬ）で情報を受信し、端末は基地局にアップリンク（Ｕｐｌｉｎｋ、ＵＬ）で情報を伝送する。基地局と端末が送受信する情報にはデータ及び種々の制御情報があり、これら送受信される情報の種類／用途に応じて様々な物理チャネルが存在する。
【００１８】
図１は、３ＧＰＰ ＬＴＥシステムに用いられる物理チャネル及びこれらを用いた一般の信号伝送方法を説明するための図である。
【００１９】
電源が消えた状態で電源がついたり、新しくセルに進入した端末は、段階Ｓ１０１で、基地局と同期を取るような初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う。そのために、端末は、基地局からプライマリ同期チャネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｐ−ＳＣＨ）及びセカンダリ同期チャネル（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｓ−ＳＣＨ）を受信して基地局と同期を取り、セルＩＤなどの情報を獲得する。その後、端末は基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を受信してセル内の放送情報を獲得すればよい。一方、端末は初期セル探索段階でダウンリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＤＬ ＲＳ）を受信してダウンリンクチャネル状態を確認してもよい。
【００２０】
初期セル探索を終えた端末は、段階Ｓ１０２で、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）及び物理ダウンリンク制御チャネル情報に基づく物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を受信して、より具体的なシステム情報を獲得すればよい。
【００２１】
その後、端末は基地局への接続を完了するために、段階Ｓ１０３乃至段階Ｓ１０６のようなランダムアクセス手順（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行えばよい。そのために、端末は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）を用いてプリアンブル（ｐｒｅａｍｂｌｅ）を伝送し（Ｓ１０３）、物理ダウンリンク制御チャネル及びこれに対応する物理ダウンリンク共有チャネルを介して、プリアンブルに対する応答メッセージを受信するとよい（Ｓ１０４）。競合ベースのランダムアクセスでは、追加の物理ランダムアクセスチャネルの伝送（Ｓ１０５）、及び物理ダウンリンク制御チャネル及びこれに対応する物理ダウンリンク共有チャネル受信（Ｓ１０６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行えばよい。
【００２２】
上述の手順を行った端末は、以降、一般のアップリンク／ダウンリンク信号伝送手順として、物理ダウンリンク制御チャネル／物理ダウンリンク共有チャネルの受信（Ｓ１０７）、及び物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）／物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）の伝送（Ｓ１０８）を行えばよい。端末が基地局に伝送する制御情報を総称してアップリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）という。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは一般に、ＰＵＣＣＨを介して伝送されるが、制御情報とトラフィックデータが同時に伝送されるべき場合は、ＰＵＳＣＨを介して伝送されてもよい。また、ネットワークの要請／指示に応じてＰＵＳＣＨを介してＵＣＩを非周期的に伝送してもよい。
【００２３】
図２は、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）の構造を例示する図である。セルラーＯＦＤＭ無線パケット通信システムにおいて、アップリンク／ダウンリンクデータパケット伝送はサブフレーム単位で行われ、１サブフレームは、複数のシンボルを含む一定の時間区間と定義される。３ＧＰＰ ＬＴＥ標準ではＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム構造と、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２無線フレーム構造を支援する。
【００２４】
図２（ａ）に、タイプ１無線フレームの構造を例示する。ダウンリンク無線フレームは、１０個のサブフレームで構成され、１サブフレームは時間ドメインにおいて２個のスロット（ｓｌｏｔ）で構成される。１サブフレームが伝送されるのにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。例えば、１サブフレームの長さは１ｍｓであり、１スロットの長さは０．５ｍであってよい。１スロットは、時間領域で複数のＯＦＤＭシンボルを含み、周波数領域で複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＲＢ）を含む。３ＧＰＰ ＬＴＥシステムでは、ダウンリンクでＯＦＤＭを使用するから、ＯＦＤＭシンボルが１シンボル区間を表す。ＯＦＤＭシンボルはＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ばれることもある。リソース割当単位としてのリソースブロック（ＲＢ）は、１スロットで複数の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含んでもよい。
【００２５】
１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって異なることがある。ＣＰには、拡張ＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）とノーマルＣＰ（ｎｏｒｍａｌ  ＣＰ）がある。例えば、ＯＦＤＭシンボルがノーマルＣＰにより構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個であってよい。ＯＦＤＭシンボルが拡張ＣＰにより構成された場合は、１ ＯＦＤＭシンボルの長さが増えることから、１スロットに含まれるＯＦＤＭシンボルの数はノーマルＣＰの場合に比べてより少ない。例えば、拡張ＣＰの場合、１スロットに含まれるＯＦＤＭシンボルの数は６個であってもよい。端末が高速で移動するなどしてチャネル状態が不安定となる場合、シンボル間干渉をより減らすために拡張ＣＰが用いられるとよい。
【００２６】
ノーマルＣＰが用いられる場合に、１スロットは７個のＯＦＤＭシンボルを含むから、１サブフレームは１４個のＯＦＤＭシンボルを含む。サブフレームの先頭における最大３個のＯＦＤＭシンボルはＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）に割り当てられ、残りのＯＦＤＭシンボルはＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）に割り当てられるとよい。
【００２７】
図２（ｂ）には、タイプ２無線フレームの構造を例示する。タイプ２無線フレームは、２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成される。各ハーフフレームは、５個のサブフレーム、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（Ｇｕａｒｄ  Ｐｅｒｉｏｄ、ＧＰ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）で構成される。１サブフレームは２スロットで構成される。ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局でのチャネル推定と端末のアップリンク伝送同期を合わせるのに用いられる。保護区間は、アップリンクとダウンリンク間にダウンリンク信号の多重経路遅延によりアップリンクで生じる干渉を除去するための区間である。
【００２８】
無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数は様々に変更されてもよい。
【００２９】
図３は、ダウンリンクスロットのためのリソースグリッドを例示する図である。
【００３０】
図３を参照すると、ダウンリンクスロットは、時間ドメインで複数のＯＦＤＭシンボルを含む。ここでは、１ダウンリンクスロットが７個のＯＦＤＭシンボルを含み、１リソースブロック（ＲＢ）が周波数ドメインで１２個の副搬送波を含むとしたが、本発明がこれに制限されるものではない。リソースグリッド上でそれぞれの要素はリソース要素（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ、ＲＥ）と呼ばれる。１ ＲＢは１２×７ ＲＥを含む。ダウンリンクスロットに含まれたＲＢの個数ＮDLは、ダウンリンク伝送帯域に依存する。アップリンクスロットの構造はダウンリンクスロットの構造と同一であってよい。
【００３１】
図４は、ダウンリンクサブフレームの構造を例示する図である。
【００３２】
図４を参照すると、サブフレームにおいて１番目のスロットの先頭における最大３個のＯＦＤＭシンボルが、制御チャネルの割り当てられた制御領域に相当する。残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｃｅｌ）が割り当てられるデータ領域に相当する。３ＧＰＰ ＬＴＥで用いられるダウンリンク制御チャネルの例としては、ＰＣＦＩＣＨ（ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）などを含む。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで伝送され、サブフレームにおいて制御チャネルの伝送に用いられるＯＦＤＭシンボルの個数に関する情報を運ぶ。ＰＨＩＣＨは、アップリンク伝送に対する応答としてＨＡＲＱ ＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）信号を運ぶ。ＰＤＣＣＨを介して伝送される制御情報をＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）と呼ぶ。ＤＣＩは、アップリンク又はダウンリンクスケジューリング情報、又は任意の端末グループのためのアップリンク伝送（Ｔｘ）パワーコントロールコマンドを含む。
【００３３】
ＰＤＣＣＨは、ＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）の伝送フォーマット及びリソース割当、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）に関するリソース割当情報、ＰＣＨ（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）に関するページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で伝送されるランダムアクセス応答のような上位層制御メッセージのリソース割当情報、任意の端末グループ内で個別端末に対するＴｘパワーコントロールコマンド、Ｔｘパワーコントロールコマンド、ＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化などを運ぶ。制御領域内で複数のＰＤＣＣＨが伝送され、端末は複数のＰＤＣＣＨをモニタリングしてもよい。ＰＤＣＣＨは、一つ又は複数の連続したＣＣＥ（ｃｏｎｓｅｃｕｔｉｖｅ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上で伝送される。ＣＣＥは、無線チャネルの状態に応じて所定のコーディングレートのＰＤＣＣＨを提供するために用いられる論理的割当単位である。ＣＣＥは、複数のＲＥＧ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に対応する。ＰＤＣＣＨのフォーマット及び可用のＰＤＣＣＨのビット数は、ＣＣＥの個数とＣＣＥにより提供されるコーディングレート間の相関関係によって決定される。基地局は、端末に伝送されるべきＤＣＩに基づいてＰＤＣＣＨフォーマットを決定し、ＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）を制御情報に付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は使用用途に基づいて唯一識別子（ＲＮＴＩ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ）という。）でマスキングされる。ＰＤＣＣＨが特定端末のためのものであれば、該当の端末の唯一識別子（例、Ｃ−ＲＮＴＩ（ｃｅｌｌ−ＲＮＴＩ））がＣＲＣにマスキングされる。他の例として、ＰＤＣＣＨがページングメッセージのためのものであれば、ページング指示識別子（例、Ｐ−ＲＮＴＩ（ｐａｇｉｎｇ−ＲＮＴＩ））がＣＲＣにマスキングされる。ＰＤＣＣＨがシステム情報（より具体的に、後述するＳＩＢ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ））に関するものであれば、システム情報識別子（例、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ））がＣＲＣにマスキングされる。端末のランダムアクセスプリアンブルの伝送に対する応答であるランダムアクセス応答を指示するために、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）がＣＲＣにマスキングされる。
【００３４】
ＰＤＣＣＨは、ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）と知られたメッセージを運び、ＤＣＩは、一つの端末又は端末グループのためのリソース割当及び他の制御情報を含む。一般に、複数のＰＤＣＣＨが一つのサブフレームで伝送されるとよい。それぞれのＰＤＣＣＨは一つ以上のＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）を用いて伝送され、それぞれのＣＣＥは、９セットの４リソース要素に対応する。４リソース要素はＲＥＧ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）と呼ばれる。４個のＱＰＳＫシンボルがそれぞれのＲＥＧにマッピングされる。参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）により割り当てられたリソース要素はＲＥＧに含まれず、よって、与えられたＯＦＤＭシンボルにおいてＲＥＧの総個数は、セル−特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）参照信号の存在有無によって異なってくる。ＲＥＧ概念（すなわち、グループ単位マッピング、各グループは４個のリソース要素を含む）は、他のダウンリンク制御チャネル（ＰＣＦＩＣＨ及びＰＨＩＣＨ）に用いられてもよい。４個のＰＤＣＣＨフォーマットが表１のように支援される。
【００３５】
【表１】
0005833683.tif 000002
【００３６】
ＣＣＥは、連続的に番号が付けられて使用され、デコーディングプロセスを単純化するために、ｎ ＣＣＥｓで構成されたフォーマットを持つＰＤＣＣＨは、ｎの倍数と同じ数を持つＣＣＥでのみ始まればよい。特定ＰＤＣＣＨの伝送のために用いられるＣＣＥの個数はチャネル条件に基づいて基地局により決定される。例えば、ＰＤＣＣＨが、良好なダウンリンクチャネル（例、基地局に近い）を持つ端末のためのものであると、一つのＣＣＥでも充分であろう。しかし、悪いチャネル（例、セル境界に近い）を持つ端末のためのものであると、充分のロバスト性（ｒｏｂｕｓｔｎｅｓｓ）を得るために８個のＣＣＥが用いられればよい。また、ＰＤＣＣＨのパワーレベルがチャネル条件に合わせて調節されてもよい。
【００３７】
ＬＴＥには、それぞれの端末のためにＰＤＣＣＨが位置し得る制限されたセットのＣＣＥ位置を定義する方案が導入されている。端末が自身のＰＤＣＣＨをサーチできる制限されたセットのＣＣＥ位置を「検索空間」と呼ぶことができる。ＬＴＥにおいて、検索空間はそれぞれのＰＤＣＣＨフォーマットに従って別々のサイズを有する。また、専用（ＵＥ−ｓｐｅｃｉｆｉｃ）及び共通の検索空間が個別に定義される。専用検索空間は各端末のために個別的に設定され、共通検索空間の範囲は全ての端末に知らせられる。専用及び共通検索空間は、与えられた端末に対してオーバーラップすることがある。大変小さい検索空間を有している場合、特定端末のための検索空間で一部ＣＣＥの位置が割り当てられると残されるＣＣＥがないため、与えられたサブフレーム内で基地局は、全ての可能な端末にＰＤＣＣＨを伝送するＣＣＥリソースを探せないことがある。このようなブロッキングが次のサブフレームに続く可能性を最小化するために、専用検索空間の開始位置に端末−特定ホッピングシーケンスが適用される。共通及び専用検索空間のサイズを、表２に示す。
【００３８】
【表２】
0005833683.tif 000003
【００３９】
ブラインドデコーディング（Ｂｌｉｎｄ  Ｄｅｃｏｄｉｎｇ、ＢＤ）の総回数による計算負荷を統制下に置くために、端末は、定義された全てのＤＣＩフォーマットを同時に検索するように要求されることがない。一般に、専用検索空間内で端末は常にフォーマット０と１Ａを検索する。フォーマット０と１Ａは同一サイズを有するもので、メッセージ内のフラグにより区別される。また、端末は、追加のフォーマットを受信するように要求されることもある（例、基地局により設定されたＰＤＳＣＨ伝送モードによって１、１Ｂ又は２）。共通検索空間で端末はフォーマット１Ａ及び１Ｃをサーチする。また、端末はフォーマット３又は３Ａをサーチするように設定されてもよい。フォーマット３及び３Ａはフォーマット０及び１Ａと同じサイズを有し、端末−特定識別子よりは、互いに異なった（共通）識別子でＣＲＣをスクランブルすることによって区別されるとよい。多重−アンテナ技術を構成するための伝送モードとＤＣＩフォーマットの情報コンテンツは、下記の通りである。
【００４０】
伝送モード（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｍｏｄｅ）
●伝送モード１：単一基地局アンテナポートからの伝送
●伝送モード２：伝送ダイバーシティ
●伝送モード３：開ループ空間多重化
●伝送モード４：閉ループ空間多重化
●伝送モード５：マルチユーザーＭＩＭＯ
●伝送モード６：閉ループランク−１プリコーディング
●伝送モード７：端末−特定参照信号を用いた伝送
【００４１】
ＤＣＩフォーマット
●フォーマット０：ＰＵＳＣＨ伝送（アップリンク）のためのリソースグラント
●フォーマット１：単一コードワードＰＤＳＣＨ伝送（伝送モード１、２及び７）のためのリソース割当
●フォーマット１Ａ：単一コードワードＰＤＳＣＨ（全てのモード）のためのリソース割当のコンパクトシグナリング
●フォーマット１Ｂ：ランク−１閉ループプリコーディングを用いるＰＤＳＣＨ（モード６）のためのコンパクトリソース割当
●フォーマット１Ｃ：ＰＤＳＣＨ（例、ページング／ブロードキャストシステム情報）のための非常にコンパクトなリソース割当
●フォーマット１Ｄ：マルチユーザーＭＩＭＯを用いるＰＤＳＣＨ（モード５）のためのコンパクトリソース割当
●フォーマット２：閉ループＭＩＭＯ動作のＰＤＳＣＨ（モード４）のためのリソース割当
●フォーマット２Ａ：開ループＭＩＭＯ動作のＰＤＳＣＨ（モード３）のためのリソース割当
●フォーマット３／３Ａ：ＰＵＣＣＨ及びＰＵＳＣＨのために２ビット／１ビットパワー調整値を有するパワーコントロールコマンド
【００４２】
上述した内容を考慮すれば、端末は、１サブフレーム内で最大４４回のＢＤを行うことが要求される。同一メッセージを互いに異なったＣＲＣ値でチェックすることは、小さい付加的計算複雑度のみを要求するので、同一メッセージを互いに異なったＣＲＣ値でチェックすることはＢＤ回数に含まれない。
【００４３】
図５は、基地局でＰＤＣＣＨを構成するフローチャートである。
【００４４】
図５を参照すると、基地局は、ＤＣＩフォーマットに基づいて制御情報を生成する。基地局は端末に送信すべき制御情報に基づいて複数のＤＣＩフォーマット（ＤＣＩ  ｆｏｒｍａｔ  １，２，…，Ｎ）のいずれかのＤＣＩフォーマットを選択すればよい。段階Ｓ４１０で、それぞれのＤＣＩフォーマットに基づいて生成された制御情報に、エラー検出（ｅｒｒｏｒ  ｄｅｔｅｃｔｉｏｎ）のためのＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を付加する。ＣＲＣには、ＰＤＣＣＨの所有者（ｏｗｎｅｒ）や用途に応じて識別子（例、ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ））がマスキングされる。言い換えると、ＰＤＣＣＨは識別子（例、ＲＮＴＩ）でＣＲＣスクランブルされる。
【００４５】
表３は、ＰＤＣＣＨにマスキングされる識別子の例を示す。
【００４６】
【表３】
0005833683.tif 000004
【００４７】
Ｃ−ＲＮＴＩ、臨時Ｃ−ＲＮＴＩ又は半持続的Ｃ−ＲＮＴＩが使用されると、ＰＤＣＣＨは、該当する特定端末のための制御情報を運び、その他のＲＮＴＩが使用されると、ＰＤＣＣＨは、セル内の全ての端末が受信する共通の制御情報を運ぶ。段階Ｓ４２０で、ＣＲＣの付加された制御情報にチャネルコーディングを行って、符号化されたデータ（ｃｏｄｅｄ  ｄａｔａ）を生成する。段階Ｓ４３０で、ＰＤＣＣＨフォーマットに割り当てられたＣＣＥアグリゲーションレベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）に従うレートマッチング（ｒａｔｅ  ｍａｔｃｈｉｎｇ）を行う。段階Ｓ４４０で、符号化されたデータを変調して変調シンボルを生成する。一つのＰＤＣＣＨを構成する変調シンボルは、ＣＣＥアグリゲーションレベルが１、２、４、８のいずれか一つであればよい。段階Ｓ４５０で、変調シンボルを物理的なリソース要素（ＲＥ）にマッピング（ＣＣＥ  ｔｏ  ＲＥ  ｍａｐｐｉｎｇ）する。
【００４８】
図６は、端末がＰＤＣＣＨを処理するフローチャートである。
【００４９】
図６を参照すると、段階Ｓ５１０で、端末は、物理的なリソース要素をＣＣＥにデマッピング（ＣＣＥ  ｔｏ  ＲＥ  ｄｅｍａｐｐｉｎｇ）する。段階Ｓ５２０で、端末は自身がどのＣＣＥアグリゲーションレベルでＰＤＣＣＨを受信すべきか知らないから、それぞれのＣＣＥアグリゲーションレベルに対して復調（Ｄｅｍｏｄｕｌａｔｉｏｎ）を行う。段階Ｓ５３０で、端末は、復調されたデータにレートデマッチング（ｒａｔｅ  ｄｅｍａｔｃｈｉｎｇ）を行う。端末は自身がどのＤＣＩフォーマット（又はＤＣＩペイロードサイズ）を持つ制御情報を受信すべきか知らないから、それぞれのＤＣＩフォーマット（又はＤＣＩペイロードサイズ）に対してレートデマッチングを行う。段階Ｓ５４０で、レートデマッチングされたデータにコードレートによってチャネルデコーディングを行い、ＣＲＣをチェックしてエラー発生の有無を検出する。エラー発生がないと、端末は自身のＰＤＣＣＨを検出したものである。万一、エラー発生があると、端末は、他のＣＣＥアグリゲーションレベルや、他のＤＣＩフォーマット（又はＤＣＩペイロードサイズ）に対して引続きブラインドデコーディングを行う。段階Ｓ５５０で、自身のＰＤＣＣＨを検出した端末は、デコーディングされたデータからＣＲＣを除去して制御情報を獲得する。
【００５０】
複数の端末に対する複数のＰＤＣＣＨが同一サブフレームの制御領域内で伝送されることがある。基地局は端末に該当のＰＤＣＣＨが制御領域のどこにあるかに関する情報を提供しない。そのため、端末はサブフレーム内でＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）の集合をモニタリングして自身のＰＤＣＣＨを探す。ここで、モニタリングとは、端末が、受信したＰＤＣＣＨ候補をそれぞれのＤＣＩフォーマットに従ってデコーディングを試みることを指す。これをブラインドデコーディング（ｂｌｉｎｄ  ｄｅｔｅｃｔｉｏｎ）という。ブラインドデコーディングを用いて、端末は、自身に伝送されたＰＤＣＣＨの識別（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）と当該ＰＤＣＣＨを介して伝送される制御情報のデコーディングを同時に行う。例えば、Ｃ−ＲＮＴＩでＰＤＣＣＨをデマスキング（ｄｅ-ｍａｓｋｉｎｇ）した場合、ＣＲＣエラーがなければ、端末は自身のＰＤＣＣＨを検出したものである。
【００５１】
一方、ブラインドデコーディングのオーバーヘッドを減少させるために、ＰＤＣＣＨを用いて伝送される制御情報の種類に比べて、ＤＣＩフォーマットの個数がより小さく定義される。ＤＣＩフォーマットは、複数の異なった情報フィールドを含む。ＤＣＩフォーマットに従って情報フィールドの種類、情報フィールドの個数、各情報フィールドのビット数などが異なってくる。また、ＤＣＩフォーマットに従って、ＤＣＩフォーマットに整合する制御情報のサイズも異なってくる。任意のＤＣＩフォーマットは２種以上の制御情報の伝送に用いられるとよい。
【００５２】
表４は、ＤＣＩフォーマット０が伝送する制御情報の例を示すものである。下記において、各情報フィールドのビットサイズは例示に過ぎないもので、フィールドのビットサイズを制限するものではない。
【００５３】
【表４】
0005833683.tif 000005
【００５４】
フラグフィールドは、フォーマット０とフォーマット１Ａとを区別するための情報フィールドである。すなわち、ＤＣＩフォーマット０と１Ａとは同じペイロードサイズを有し、フラグフィールドにより区別される。リソースブロック割当及びホッピングリソース割当フィールドは、ホッピングＰＵＳＣＨまたはノン−ホッピング（ｎｏｎ−ｈｏｐｐｐｉｎｇ）ＰＵＳＣＨによってフィールドのビットサイズが異なることがある。ノン−ホッピングＰＵＳＣＨのためのリソースブロック割当及びホッピングリソース割当フィールドは、
【数１】
0005833683.tif 000006
ビットをアップリンクサブフレーム内の１番目のスロットのリソース割当に提供する。ここで、
【数２】
0005833683.tif 000007
は、アップリンクスロットに含まれるリソースブロックの数であり、セルで設定されるアップリンク伝送帯域幅に従属する。そのため、ＤＣＩフォーマット０のペイロードサイズはアップリンク帯域幅によって異なることがある。ＤＣＩフォーマット１Ａは、ＰＤＳＣＨ割当のための情報フィールドを含み、ＤＣＩフォーマット１Ａのペイロードサイズもダウンリンク帯域幅によって異なることがある。ＤＣＩフォーマット１ＡはＤＣＩフォーマット０に対して基準情報ビットサイズを提供する。そのため、ＤＣＩフォーマット０の情報ビットの数がＤＣＩフォーマット１Ａの情報ビットの数よりも少ない場合は、ＤＣＩフォーマット０のペイロードサイズがＤＣＩフォーマット１Ａのペイロードサイズと同一になるまで、ＤＣＩフォーマット０に「０」が付加される。付加された「０」は、ＤＣＩフォーマットのパディングフィールド（ｐａｄｄｉｎｇ  ｆｉｅｌｄ）に埋められる。
【００５５】
図７は、ＬＴＥで用いられるアップリンクサブフレームの構造を例示する図である。
【００５６】
図７を参照すると、アップリンクサブフレームは、複数（例、２個）のスロットを含む。スロットはＣＰ長に従って、互いに異なった数のＳＣ−ＦＤＭＡシンボルを含んでもよい。一例として、ノーマル（ｎｏｒｍａｌ）ＣＰでは、スロットは７個のＳＣ−ＦＤＭＡシンボルを含めばよい。アップリンクサブフレームは、周波数領域でデータ領域と制御領域とに区別される。データ領域はＰＵＳＣＨを含むもので、音声などのデータ信号を伝送するのに用いられる。制御領域はＰＵＣＣＨを含むもので、制御情報を伝送するのに用いられる。ＰＵＣＣＨは、周波数軸でデータ領域の両端部に位置しているＲＢ対（ＲＢ  ｐａｉｒ）（例、ｍ＝０、１、２、３）を含み、スロットを境界にホッピングする。制御情報は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）などを含む。
【００５７】
図８は、キャリアアグリゲーション（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）通信システムを例示する図である。
【００５８】
図８を参照すると、複数のアップリンク／ダウンリンクコンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ、ＣＣ）を集めてより広いアップリンク／ダウンリンク帯域幅を支援している。それぞれのＣＣは周波数領域において互いに隣接又は非隣接する。各コンポーネントキャリアの帯域幅は独立して定められるとよい。ＵＬ ＣＣの個数とＤＬ ＣＣの個数とが異なる非対称キャリアアグリゲーションも可能である。一方、制御情報は特定ＣＣでのみ送受信されるように設定されてもよい。このような特定ＣＣをプライマリＣＣと呼び、残りのＣＣをセカンダリＣＣと呼ぶことができる。一例として、クロスキャリアスケジューリング（ｃｒｏｓｓ−ｃａｒｒｉｅｒ  ｓｃｈｅｄｕｌｉｎｇ）（又はクロス−ＣＣスケジューリング）が適用される場合に、ダウンリンク割当のためのＰＤＣＣＨはＤＬ ＣＣ＃０で伝送され、該当のＰＤＳＣＨはＤＬ ＣＣ＃２で伝送される。「コンポーネントキャリア」という用語は、等価の他の用語（例、キャリア、セルなど）にしてもよい。
【００５９】
クロス−ＣＣスケジューリングのために、ＣＩＦ（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ）が用いられる。ＰＤＣＣＨ内にＣＩＦの存在又は不在のための設定が半−静的に端末−特定（又は端末グループ−特定）に上位層シグナリング（例、ＲＲＣシグナリング）によりイネーブル（ｅｎａｂｌｅ）されるとよい。ＰＤＣＣＨ伝送の基本事項をまとめると、下記の通りである。
◆ＣＩＦディセーブルド（ｄｉｓａｂｌｅｄ）：ＤＬ ＣＣ上のＰＤＣＣＨは、同一ＤＬ ＣＣ上のＰＤＳＣＨリソース、及び単一のリンクされたＵＬ ＣＣ上でのＰＵＳＣＨリソースを割り当てる。
●Ｎｏ ＣＩＦ
◆ＣＩＦイネーブルド（ｅｎａｂｌｅｄ）：ＤＬ ＣＣ上のＰＤＣＣＨは、ＣＩＦを用いて、複数の束ねられたＤＬ／ＵＬ ＣＣのうち、一つのＤＬ／ＵＬ ＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てることが可能である。
●ＣＩＦを持つように拡張されたＬＴＥ ＤＣＩフォーマット
−  ＣＩＦ（設定される場合）は、固定されたｘ−ビットフィールド（例、ｘ＝３）
−  ＣＩＦ（設定される場合）の位置は、ＤＣＩフォーマットサイズにかかわらずに固定される
【００６０】
ＣＩＦ存在時に、基地局は端末におけるＢＤ複雑度を下げるためにモニタリングＤＬ ＣＣ（セット）を割り当てるとよい。ＰＤＳＣＨ／ＰＵＳＣＨスケジューリングのために端末は該当のＤＬ ＣＣでのみＰＤＣＣＨの検出／デコーディングを行えばよい。また、基地局はモニタリングＤＬ ＣＣ（セット）でのみＰＤＣＣＨを伝送すればよい。モニタリングＤＬ ＣＣセットは、端末−特定、端末−グループ−特定又はセル−特定方式でセッティングされるとよい。
【００６１】
図９は、３個のＤＬ ＣＣが束ねられ、ＤＬ ＣＣ ＡがモニタリングＤＬ ＣＣに設定された場合を例示する。ＣＩＦがディセーブルされると、ＬＴＥ ＰＤＣＣＨ規則に従って、各ＤＬ ＣＣはＣＩＦ無しで各ＤＬ ＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨを伝送すればよい。一方、ＣＩＦが上位層シグナリングによりイネーブルされると、ＣＩＦを用いて、ＤＬ ＣＣ Ａのみが、ＤＬ ＣＣ ＡのＰＤＳＣＨの他、他のＤＬ ＣＣのＰＤＳＣＨもスケジューリングするＰＤＣＣＨを伝送すればよい。モニタリングＤＬ ＣＣに設定されていないＤＬ ＣＣ Ｂ及びＣではＰＤＣＣＨが伝送されない。ここで、「モニタリングＤＬ ＣＣ」は、モニタリングキャリア、モニタリングセル、スケジューリングキャリア、スケジューリングセル、サービングキャリア、サービングセルなどの等価の用語に代えてもよい。
【００６２】
図１０は、リレーを含んでいる無線通信システムを例示する図である。無線通信システムは、基地局、リレー（またはリレーノード（Ｒｅｌａｙ  Ｎｏｄｅ、ＲＮ））及び端末を含んでいる。端末は基地局又はリレーと通信を行う。便宜上、基地局と通信を行う端末をマクロ端末（ｍａｃｒｏ  ＵＥ）と呼び、リレーと通信を行う端末をリレー端末（ｒｅｌａｙ ＵＥ）と呼ぶ。基地局とマクロ端末間の通信リンクをマクロアクセスリンクと呼び、リレーとリレー端末間の通信リンクをリレーアクセスリンクと呼ぶ。基地局とリレー間の通信リンクはバックホールリンクと呼ぶ。
【００６３】
図１１は、ＭＢＳＦＮサブフレームを用いてバックホール伝送を行う例を示す図である。リレーが基地局から信号を受信しながら端末に信号を伝送する場合又はその逆の場合に、リレーの送信機と受信機とが互いに干渉を誘発するから、送信と受信を同時に行うことは制限されることがある。そのために、バックホールリンクとリレーアクセスリンクはＴＤＭ方式でパーティショニング（ｐａｒｔｉｔｉｏｎｉｎｇ）される。ＬＴＥ−Ａシステムでは、ＭＢＳＦＮサブフレームとシグナリングしたサブフレームにバックホールリンクを設定することができる（ｆａｋｅ ＭＢＳＦＮ方法）。あるサブフレームがＭＢＳＦＮサブフレームとシグナリングされると、端末は当該サブフレームの制御領域のみを受信するので、リレーは当該サブフレームのデータ領域を用いてバックホールリンクを構成すればいい。例えば、ＭＢＳＦＮサブフレームにおける３番目のＯＦＤＭシンボルの後からは基地局−リレー伝送（すなわち、バックホール伝送）に用いられるとよい。
【００６４】
図１１のように、一つのＣＣでバックホールサブフレームとリレーアクセスサブフレームとがＴＤＭパーティショニングされる場合に、当該ＣＣにおいてバックホール伝送タイミングが制限される。このことから、図１１のバックホールサブフレームはハーフ−デュプレックスバックホールサブフレームと呼ばれることもある。一方、図１１と違い、バックホール専用ＣＣを設定することも可能である。すなわち、一つのＣＣにバックホールサブフレームのみが設定されてもよく、当該ＣＣでは常にバックホール伝送が可能である。バックホール専用ＣＣのバックホールサブフレームをフル−デュプレックスバックホールサブフレームと呼ぶことができる。
【００６５】
図１２は、リレーのための周波数−時間リソース（すなわち、バックホールリソース）を区分した例である。図１２は、ダウンリンクサブフレームの一部を意味することができる。具体的に、図１２は、図１１のＭＢＳＦＮサブフレームにおいて制御領域を除いた残り部分に相当するものでよい。
【００６６】
図１２で、Ｘ−Ｙ（Ｘ=１，２，３；Ｙ=１，２）で表記された周波数−時間リソースの大きさは様々に構成可能である。例えば、Ｘ−Ｙは、リソースブロック（Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ、ＲＢ）に相当するとよい。ＲＢは、ＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）又はＶＲＢ（Ｖｉｒｔｕａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を意味する。この場合、Ｘ−１は１番目のスロットにおけるＲＢの一部に相当し、Ｘ−２は２番目のスロットにおけるＲＢに相当する。［Ｘ−１，Ｘ−２］はＲＢ対に相当する。以下の説明で、ＲＢは、文脈によって、［Ｘ−１］又は［Ｘ−２］を意味することもあり、［Ｘ−１，Ｘ−２］を意味することもある。ＲＢＧは、一つ以上の連続したＲＢで構成される。ＲＢＧを構成するＲＢの個数は、システム帯域によって異なることがある。
【００６７】
図１３は、図１２の周波数−時間リソースにＲ−ＰＤＣＣＨ／（Ｒ−）ＰＤＳＣＨを割り当てる例を示す図である。制御情報はＲ−ＰＤＣＣＨを介して伝送され、データは（Ｒ−）ＰＤＳＣＨを介して伝送される。Ｒ−ＰＤＣＣＨはダウンリンクスケジューリング情報（例、ＤＬグラント（Ｄｏｗｎｌｉｎｋ  Ｇｒａｎｔ））及び／又はアップリンクスケジューリング情報（例、ＵＬグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ））を運ぶ。Ｒ−ＰＤＣＣＨの基本リソース単位はＣＣＥを含む。ＣＣＥは、１つ又は複数のＲＥＧ、１つ又は複数のＲＢ、１つ又は複数のＲＢＧで定義可能である。
【００６８】
図１３を参照すると、リソース領域１−１（図１２参照）にＲＮ＃１のＤＬグラントが存在する場合に、リソース領域１−２（図１２参照）には、（ａ）データ（（Ｒ−）ＰＤＳＣＨ）、（ｂ）ＵＬグラント、（ｃ）他のＲＮのためのＵＬグラントが存在可能である。リソース領域１−２に（ａ）〜（ｃ）のうちいずれかの情報が存在するかは、ＤＬグラントのＲＡ情報（例、ＲＢＧ又はＲＢ割当情報）を用いて確認すればよい。例えば、ＲＢＧがいずれもＲＮ＃１に割り当てられたならば、ＲＮ＃１は、ＤＬグラントのＲＡ情報を解析してリソース領域１−２が（ａ）又は（ｂ）に該当するか決定すればよい。
【００６９】
リレーシステムと同様に、基地局−端末或いはリレー−端末間にもサブフレームのデータ領域（例、ＰＤＳＣＨ領域）を用いてＰＤＣＣＨ伝送を行うことを一般化しようとする議論がある。例えば、クロス−キャリアスケジューリング状況などにより特定セル（例、モニタリングＣＣ）で伝送すべきＰＤＣＣＨの量は益々増えてきたのに対し、制御領域のサイズは従前の通りであるからである。
【００７０】
図１４は、サブフレームのデータ領域（例、ＰＤＳＣＨ領域）にＰＤＣＣＨを割り当てる他の例を示す図である。図１４を参照すると、サブフレームの制御領域には既存ＬＴＥに基づくＰＤＣＣＨ（便宜上、ｌｅｇａｃｙ ＰＤＣＣＨ）が割り当てられている。一方、データ領域の一部リソースを用いてＰＤＣＣＨがさらに割り当てられている。便宜上、データ領域に割り当てられたＰＤＣＣＨを、改善されたＰＤＣＣＨ（ｅｎｈａｎｃｅｄ  ＰＤＣＣＨ、Ｅ−ＰＤＣＣＨ）と呼ぶ。同図ではデータ全体領域にわたって一つのＥ−ＰＤＣＣＨが存在しているが、これは例示に過ぎず、Ｅ−ＰＤＣＣＨは、図１３で例示したように、スロット単位に存在してもよい。すなわち、図１３の例示のように、１番目のスロットにはＤＬグラントのためのＥ−ＰＤＣＣＨが、２番目のスロットにはＵＬグラントのためのＥ−ＰＤＣＣＨが伝送されてもよい。
【００７１】
以下、図面を参照して、サブフレームのデータ領域（例、ＰＤＳＣＨ）を用いてダウンリンク制御チャネルのためのリソースを割り当てて運用する方案について説明する。便宜上、以下の説明はリレーシステムを中心に記述されるが、図１４を参照して例示した通り、本発明は、基地局−端末、或いはリレー−端末間にも同一／類似に適用されてもよい。そのため、以下の説明において基地局−リレーは、基地局−端末或いはリレー−端末にしてもよい。信号受信の観点で、リレー及び端末は受信端と一般化してもよい。また、以下においてＲ−ＰＤＣＣＨは図１４のＥ−ＰＤＣＣＨに代えてもよい。Ｒ−ＰＤＣＣＨ及びＥ−ＰＤＣＣＨは既存のＰＤＣＣＨと区別するための用語で、Ｘ−ＰＤＣＣＨと総称されてもよい。
【００７２】
まず、Ｒ−ＰＤＣＣＨ及びＰＤＳＣＨについてより具体的に説明する。Ｒ−ＰＤＣＣＨは、リレーのためのＤＣＩを運ぶ。ＤＣＩに関する事項は、表１に関する説明を参照すればよい。例えば、Ｒ−ＰＤＣＣＨは、リレーのためのダウンリンクスケジューリング情報、アップリンクスケジューリング情報を運ぶ。リレーのためのダウンリンクデータ（例、バックホールデータ）はＰＤＳＣＨを介して受信される。Ｒ−ＰＤＣＣＨ／ＰＤＳＣＨを用いた通信過程は、図１で段階Ｓ１０２を参照して説明したのと同一／類似である。すなわち、リレーはＲ−ＰＤＣＣＨを受信し、Ｒ−ＰＤＣＣＨにより指示されるＰＤＳＣＨを介してデータ／制御情報を受信する。Ｒ−ＰＤＣＣＨ伝送プロセシング（例、チャネルコーディング、インターリービング、多重化など）は、可能な範囲内で既存ＬＴＥに定義されたプロセシング（図５〜図６参照）を用いて行えばよく、必要によって、それを変形してもよい。例えば、リレー特性を考慮して、Ｒ−ＰＤＣＣＨ伝送プロセシングは、既存のＬＴＥに定義されたプロセシングから不要な過程を省略してもよい。
【００７３】
リレーは、Ｒ−ＰＤＣＣＨから得られた制御情報に基づいてＰＤＳＣＨデコーディング／復調などの動作を行う。そのため、Ｒ−ＰＤＣＣＨ情報を正確に得ることは極めて重要である。既存のＬＴＥは、制御領域内にＰＤＣＣＨ候補領域（ＰＤＣＣＨ検索空間）をあらかじめ予約し、その一部領域に特定端末のＰＤＣＣＨを伝送する方式を取っている。したがって、端末は、ブラインドデコーディングを用いて、ＰＤＣＣＨ検索空間内で自身のＰＤＣＣＨを得ることができる。同様に、リレーにおいても、事前に予約されたリソースの一部又は全体にわたってＲ−ＰＤＣＣＨを送る方式を用いればよい。
【００７４】
図１５は、Ｒ−ＰＤＣＣＨのためのリソース割当及びＰＤＣＣＨ受信過程を例示する図である。
【００７５】
図１５を参照すると、基地局はリレーにＲ−ＰＤＣＣＨリソース割当（Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ、ＲＡ）情報を伝送する（Ｓ１２１０）。Ｒ−ＰＤＣＣＨ ＲＡ情報は、ＲＢ（或いはＶＲＢ）割当情報を含んでいればよい。ＲＢ割当情報はＲＢ単位又はＲＢＧ単位に与えられるとよい。Ｒ−ＰＤＣＣＨ ＲＡ情報は上位層（例、ＲＲＣ）シグナリングにより伝送されるとよい。ここで、Ｒ−ＰＤＣＣＨ ＲＡ情報はＲ−ＰＤＣＣＨリソース（領域）を事前予約するために用いられる。その後、基地局は、バックホールサブフレームでＲ−ＰＤＣＣＨを伝送する（Ｓ１２２０）。Ｒ−ＰＤＣＣＨは、段階Ｓ１２１０で予約されたＲ−ＰＤＣＣＨリソース（例、Ｍ個のＲＢ）の一部領域、或いは全体領域で伝送される。そのため、リレーは、Ｒ−ＰＤＣＣＨが伝送されうるリソース（領域）（以下、Ｒ−ＰＤＣＣＨ検索空間（Ｓｅａｒｃｈ  Ｓｐａｃｅ、ＳＳ）、検索空間と略す。）をモニタリングする（Ｓ１２３０）。具体的に、リレーは、検索空間内の複数のＲ−ＰＤＣＣＨ候補をブラインドデコーディングする。
【００７６】
一方、Ｒ−ＰＤＣＣＨリソース（例、ＲＢ）にマッピングされるＤＣＩ（例、ＤＬグラント、ＵＬグラント）はクロス−インターリービングされないことがある。この場合、一つ以上のＲＢで一つのＲ−ＰＤＣＣＨのみが伝送される。また、Ｒ−ＰＤＣＣＨリソースにマッピングされるＤＣＩは、イントラ−ＲＢインターリービングされることもある。また、Ｒ−ＰＤＣＣＨリソースにマッピングされるＤＣＩはインター−ＲＢインターリービング（クロス−インターリービング）されることもある。この場合、複数のＲ−ＰＤＣＣＨが一つ以上のＲＢで併せて伝送されることが可能である。
【００７７】
図１６は、検索空間（ＳＳ）を構成する一例を示す図である。本例は、図１５のＲ−ＰＤＣＣＨ ＲＡ情報がＲＢＧ割当情報を含む場合を例示する。図１６を参照すると、ＲＢＧ０、３、６、９がＳＳと設定され、リレーは自身のＲ−ＰＤＣＣＨを受信するためにＲＢＧ０、３、６、９でブラインドデコーディングを行う。同図では、検索空間がサブフレーム単位に同一のリソース（例、ＲＢ、ＲＢＧ）を用いる場合を例示している。しかし、これと違い、検索空間はスロット別に独立して定義されてもよい。
【００７８】
以下、複数のコンポーネントキャリア（ＣＣ）を用いる場合における検索空間構成方法について説明する。便宜上、３個のＣＣが構成された場合を取り上げる（例、ＰＣＣ、ＳＣＣ１、ＳＣＣ２）。
【００７９】
図１７〜図２０は、キャリアアグリゲーション（ＣＡ）システムにおいてクロス−キャリアスケジューリングが設定された場合に検索空間を構成する例を示す図である。本例は、ＰＣＣのＳＳサイズ（例、１６ＶＲＢ（ＣＣＥ））に対する一つのシグナルのみを用いてＣＣ ＳＳが暗黙的（ｉｍｐｌｉｃｉｔｌｙ）に配置される場合とする。本例は、３個のＣＣが構成された（或いは、活性化された）場合を仮定する（例、ＰＣＣ、ＳＣＣ１、ＳＣＣ２）。クロス−キャリアスケジューリングの場合、検索空間は各ＣＣ別に構成され、モニタリングＣＣ（或いはスケジューリングＣＣ）にのみ存在すればよい。以下、ＣＣ別に構成された検索空間をＣＣ ＳＳ（或いは、個別ＳＳ）と呼ぶ。モニタリングＣＣ（或いはスケジューリングＣＣ）はＰＣＣと設定されればよい。理解を助けるために、本例は、ＣＣＥがＲＢ（或いはＶＲＢ）で与えられた場合を仮定する。そのため、ＣＣＥ集団レベルがＮである場合に、一つのＲ−ＰＤＣＣＨはＮ個のＲＢ（或いはＶＲＢ）で構成される。
【００８０】
表５は、ＣＣＥ集団レベルとそれに従うＲ−ＰＤＣＣＨ候補の個数が表１のように与えられるとした場合にＣＣ ＳＳサイズを例示する。
【００８１】
【表５】
0005833683.tif 000008
【００８２】
図１７及び図１８は、構成された（又は活性化された）ＣＣのＳＳのみを用いて全体ＳＳを構成する場合を示す。それぞれの構成された（又は活性化された）ＣＣのＣＩＦ値は、低い（或いは高い）インデックス順に整列（ｓｏｒｔｉｎｇ）され、その順にＣＣ ＳＳが連接すればよい。便宜上、ＰＣＣ、ＳＣＣ１、ＳＣＣ２に対してＣＩＦ値が０、１、３と割り当てられたとする。ＣＩＦ値を低いインデックスから順に整列すると、図１７及び図１８のように、低いＣＩＦ値のＣＣから順にＣＣ ＳＳを連接させて全体ＳＳを構成すればいい（すなわち、ＣＩＦ＃０→ＣＩＦ＃１→ＣＩＦ＃３；ＰＣＣ ＳＳ→ＳＣＣ１ ＳＳ→ＳＣＣ２ ＳＳ）。図１７は、ＣＣＥ集団レベル別に各ＣＣ ＳＳが連続して連接した場合を例示し、図１８は、１６ ＶＲＢ（ＣＣＥ）単位でＣＣ ＳＳが連接した場合を例示する。
【００８３】
図１９及び図２０は、不使用ＣＩＦ値に対応するＣＣ ＳＳを含めて全体ＳＳを構成する場合を例示する。不使用ＣＩＦ値は、対応するＣＣが構成されていないか、又は非活性化された場合を含む。例えば、不使用ＣＩＦ値は、構成可能なあらゆるＣＩＦ値（或いはＣＣ）のうち、割り当てられなかったＣＩＦ値を意味することがある。また、不使用ＣＩＦ値は、構成されたＣＩＦ値のうち、非活性化されたＣＣに該当するＣＩＦ値を意味することもある。全体ＳＳは、ＣＩＦ値の低い（或いは高い）インデックス順にＣＩＦ値に対応するＣＣ ＳＳが連接して構成され、不使用ＣＩＦ値に対応するＣＣ ＳＳ領域は空の状態にして連接すればよい。便宜上、ＰＣＣ、ＳＣＣ１、ＳＣＣ２に対してＣＩＦ値が０、１、３と割り当てられたとする。ＣＩＦ値を低いインデックスから順に整列する場合に、図１９及び図２０のように、低いＣＩＦ値のＣＣから順にＣＣ ＳＳを連接させて全体ＳＳを構成すればいい（すなわち、ＣＩＦ＃０→ＣＩＦ＃１→ＣＩＦ＃２→ＣＩＦ＃３；ＰＣＣ ＳＳ→ＳＣＣ１ ＳＳ→非可用ＳＳ→ＳＣＣ２ ＳＳ）。図１９は、ＣＣＥ集団レベル別にＣＣ ＳＳが連続して連接した場合を例示し、図２０は、１６ ＶＲＢ（ＣＣＥ）単位でＣＣ ＳＳが連接した場合を例示する。
【００８４】
図１７〜図２０は、１つのサブフレームにおいて３つのＣＣ ＳＳがいずれもＲ−ＰＤＣＣＨ伝送に用いられうる場合を仮定する。しかし、特定サブフレームにおいて一部のＣＣ ＳＳはＲ−ＰＤＣＣＨ伝送に用いられないこともある。便宜上、サブフレームｋ（ｋ：整数）においてＲ−ＰＤＣＣＨ伝送に用いられるＣＣ ＳＳを活性ＣＣ ＳＳ（或いは、使用ＣＣ ＳＳ）と呼び、Ｒ−ＰＤＣＣＨ伝送に用いられないＣＣ ＳＳを遊休ＣＣ ＳＳ（或いは、不使用ＣＣ ＳＳ）と呼ぶ。
【００８５】
図２１は、複数のＣＣが構成され、且つクロス−キャリアスケジューリングが設定された状況の下で特定サブフレームにおいて遊休ＣＣ ＳＳが発生する場合を例示する。ケース１において、Ｂはバックホール伝送が可能であること表し、Ｘはバックホール伝送が不可能であることを表す。ケース２において、Ａは、ＣＣが活性化された状態であることを表し、ＤＡは、ＣＣが非活性化された状態であることを表す。ケース３において、Ｕはアップリンクサブフレームを表し、Ｄはダウンリンクサブフレームを表す。
【００８６】
図２１を参照すると、遊休ＣＣ ＳＳは、ＣＣごとにバックホールサブフレームパターンが異なる場合に発生することがある（ケース１）。例えば、図示のように、同一サブフレーム（例、サブフレーム＃７）においてスケジューリングＣＣ（例、ＰＣＣ）はＤＬバックホール伝送が可能であるが、被スケジューリングＣＣ（例、ＳＣＣ）はＤＬバックホール伝送が可能でないことがある。この場合、ＳＣＣに対するクロス−キャリアスケジューリングが不可能であるため、サブフレーム＃７のＰＣＣにおいてＳＣＣ ＳＳは不使用される。また、遊休ＣＣ ＳＳは、ＳＣＣ非活性化により発生することもある（ケース２）。ＳＣＣが非活性状態（例、サブフレーム＃４〜７）の場合に、当該サブフレームにおいてＰＣＣからＳＣＣへのクロス−キャリアスケジューリングは不可能である。そのため、サブフレーム＃４〜７のＰＣＣにおいてＳＣＣ ＳＳは不使用される。また、遊休ＣＣ ＳＳは、ＣＣごとにＴＤＤ構成が異なる場合に発生することもある（ケース３）。異種ＴＤＤ構成により、同一サブフレーム（例、サブフレーム＃３／＃４）においてスケジューリングＣＣ（例、ＰＣＣ）はＤＬ伝送が可能であるが、被スケジューリングＣＣ（例、ＳＣＣ）はＤＬ伝送が可能でないことがある。この場合、ＳＣＣへのクロス−キャリアスケジューリングが不可能であるため、サブフレーム＃３／＃４のＰＣＣにおいてＳＣＣ ＳＳは不使用される。
【００８７】
図２１の例において、ケース１はリレーシステムにのみ該当するが、ケース２〜３はリレーシステム及び通常の基地局−端末システムに一般的に該当する。また、ケース１とケース２との組み合わせ、ケース２とケース３との組み合わせも可能である。
【００８８】
図１５を参照して説明したように、ＳＳは上位層シグナルによって半−静的方式で構成されるので、毎サブフレームごとにＲＮ負荷などを反映してＳＳリソースを動的に変更することは不可能である。したがって、制限されたリソース内でＳＳリソース（領域）を効率的に構成／割り当てる方案が要求される。また、図２１のように、特定サブフレームで遊休ＳＳが発生する場合に、遊休ＳＳではＲ−ＰＤＣＣＨ伝送が行われないので、リソースの無駄使いとなる。遊休ＳＳが多いほどＳＳ領域の不足現象の恐れは高くなる。したがって、遊休ＳＳリソース（領域）を効率的に活用する方案も要求される。
【００８９】
以下、図面を参照して、複数のＣＣが構成された場合にクロス−キャリアスケジューリングのためのＳＳリソース（領域）を効率的に構成／割り当てる方案について説明する。
【００９０】
実施例１：検索空間共有（Ｓｅａｒｃｈ  ｓｐａｃｅ  ｓｈａｒｉｎｇ）
【００９１】
ＳＳリソースの効率的使用のためにＣＣ ＳＳを互いに重複するように構成してもよい。しかし、過度な重複はＲ−ＰＤＣＣＨ候補間の衝突確率を増加させることがある。その解決方案として、本例ではＳＳ共有（ｓｈａｒｉｎｇ）方法を提案する。ＳＳ共有は、複数のＣＣ ＳＳリソース（領域）が互いに共有されることを意味する。この場合、Ｒ−ＰＤＣＣＨ候補は、自身のＣＣ ＳＳの他、共有されたＳＳリソース（領域）を用いても伝送されてよい。
【００９２】
図２２は、本発明の一実施例に係るＳＳ共有を例示する。本例は、２つのＣＣ ＳＳが共有される場合を例示するが、３つ以上のＣＣ ＳＳが共有される場合に適用されてもよい。同図で、ＳＳ１はＣＣ１のためのＳＳであり、ＳＳ２はＣＣ２のためのＳＳであるとする。共有されたＳＳと区別して、ＣＣ ＳＳを個別ＳＳと称する。
【００９３】
図２２を参照すると、基本的に、ＳＳはＣＣごとに個別的に構成され、Ｒ−ＰＤＣＣＨは該当のＣＣのＳＳ内でのみ検出可能である。すなわち、ＣＣ１のためのＲ−ＰＤＣＣＨ（以下、ＣＣ１ Ｒ−ＰＤＣＣＨ）はＳＳ１のみで伝送され、ＣＣ２のためのＲ−ＰＤＣＣＨ（以下、ＣＣ２ Ｒ−ＰＤＣＣＨ）はＳＳ２のみで伝送される。一方、本例によれば、所定条件に該当する場合はＳＳ１とＳＳ２とを共有させてもよい。この場合、ＣＣ１ Ｒ−ＰＤＣＣＨ候補はＳＳ１又はＳＳ２のいずれかでも伝送可能であり、ＣＣ２ Ｒ−ＰＤＣＣＨ候補もＳＳ１又はＳＳ２のいずれかでも伝送可能である。ＳＳ共有は、ＲＮ−特定ＳＳにのみ適用可能である。共有ＳＳで検出されたＲ−ＰＤＣＣＨは、ＣＩＦフィールドを用いてどのＣＣに該当するかを区別すればよい。
【００９４】
上記の所定条件は、該当のＣＣ ＳＳで制御チャネル情報の（ペイロード）サイズが同一であることを含む。上記の所定条件は、該当のＣＣ ＳＳで制御チャネル情報に含まれた識別情報が同一であることをさらに含んでもよい。例えば、上記の所定条件は、該当のＣＣ ＳＳでＤＣＩフォーマットサイズが同一であることを含み、追加的に、ＤＣＩフォーマットのＣＲＣスクランブルに用いられたＲＮＴＩ（例、Ｃ−ＲＮＴＩ）が同一であることを含むとよい。ＤＣＩフォーマットサイズは、該当のＣＣの周波数帯域及びＤＣＩフォーマットに従って異なることがある。
【００９５】
上記の所定条件を満たすと、複数のＣＣ ＳＳが共有されてもブラインドデコーディング回数は増加しない。反面、ＳＳ共有によりＳＳサイズが拡張されるので、Ｒ−ＰＤＣＣＨのスケジューリング自由度が増加し、Ｒ−ＰＤＣＣＨブロッキング確率を下げることができる。
【００９６】
図２３は、ＳＳ共有時のＲ−ＰＤＣＣＨ伝送及びそれによるブラインドデコーディング実行を例示する。本例は、３個のＣＣ（又はＣＩＦ）に対応するＳＳが構成された場合を仮定する。各ＣＣ ＳＳのサイズも、各ＣＣ ＳＳでＲ−ＰＤＣＣＨ候補のＣＣＥ集団レベルも独立して与えられてよい。Ｒ−ＰＤＣＣＨ（又はＲ−ＰＤＣＣＨ候補）（ＣＩＦ＝ＣＣ＃Ｘ）（Ｘ＝１、２、３）は、同じＤＣＩフォーマットを有してもよく、或いは相互に異なったＤＣＩフォーマットを有してもよい。
【００９７】
図２３のケース１は、全てのＣＣ ＳＳが共有された場合を示す。したがって、図示のように、Ｒ−ＰＤＣＣＨ候補は、ＣＣ別に構成されたＳＳのいずれを通して伝送されてもよい。そのため、リレーは、Ｒ−ＰＤＣＣＨ（又はＲ−ＰＤＣＣＨ候補）（ＣＩＦ＝ＣＣ＃Ｘ）（Ｘ＝１、２、３）がＣＣ＃１ ＳＳ、ＣＣ＃２ ＳＳ又はＣＣ＃３ ＳＳを通して伝送されうるという仮定下に、Ｒ−ＰＤＣＣＨ（ＣＩＦ＝ＣＣ＃Ｘ）（Ｘ＝１、２、３）を探すためにＣＣ＃１〜＃３ ＳＳのＲ−ＰＤＣＣＨ候補をブラインドデコーディングする。
【００９８】
図２３のケース２は、ＳＳが部分共有された場合を示す。便宜上、ＣＣ＃１／ＣＣ＃３のためのＳＳが共有されたと仮定する。この場合、Ｒ−ＰＤＣＣＨ（又はＲ−ＰＤＣＣＨ候補）（ＣＩＦ＝ＣＣ＃Ｘ）（Ｘ＝１、３）は、共有されたＳＳのいずれのＳＳを通して伝送されてもよい。そのため、リレーは、Ｒ−ＰＤＣＣＨ（又はＲ−ＰＤＣＣＨ候補）（ＣＩＦ＝ＣＣ＃Ｘ）（Ｘ＝１、３）がＣＣ＃１ ＳＳ又はＣＣ＃３ ＳＳを通して受信されうるという仮定下に、ＣＣ＃１／ＣＣ＃３ ＳＳのＲ−ＰＤＣＣＨ候補をブラインドデコーディングする。反面、リレーは、Ｒ−ＰＤＣＣＨ（ＣＩＦ＝ＣＣ＃２）を確認するために、ＣＣ＃２ ＳＳのＲ−ＰＤＣＣＨ候補のみをブラインドデコーディングする。
【００９９】
図２４〜図２７には、ＳＳ共有を用いてＳＳを構成する他の例を示す。ＳＳ共有のためには、上述した通り、所定条件を満たさなければならない。例えば、ＣＣ別ＤＣＩフォーマットサイズが同一でなければならない。これと関連して、所定条件を満たすＣＣ ＳＳのみを共有したり、ＳＳ共有のために所定条件を強制的に満足させる方案を考慮すればよい。例えば、後者では、共有対象となるＣＣ ＳＳに用いられるＤＣＩフォーマットサイズを強制的に同一に構成すればよい。一例として、最大サイズのＤＣＩフォーマットを基準に、他のＤＣＩフォーマットのペイロードにパディングビット（或いはダミービット）を追加するとよい。
【０１００】
図２４〜図２７は、３個のＣＣ ＳＳのいずれもＳＳ共有のための所定条件を満たす場合、又はＳＳ共有のために全てのＣＣ ＳＳのＤＣＩフォーマットサイズが同一に構成されるように制限した場合を意味する。図２４及び図２５は、３個のＣＣが構成され、１つのサブフレームで３個のＣＣに対するＳＳが全て用いられうる場合を示す。図２４は、ＣＣＥ集団レベル別にＣＣ ＳＳが連続して連接した場合を例示し、図２５は、１６ ＶＲＢ（ＣＣＥ）単位でＣＣ ＳＳが連接した場合を例示する。
【０１０１】
一方、図２６及び図２７は、３個のＣＣが構成され、１つのサブフレームで２つのＣＣ ＳＳのみが用いられうる場合を示す。すなわち、遊休ＣＣ ＳＳが存在する場合である。本例は、遊休ＣＣ ＳＳ（例、ＳＣＣ１ ＣＣ）を含めてＳＳ共有を行う例を示す。この場合、ＳＣＣ１のためのＲ−ＰＤＣＣＨ候補は伝送されないので、ＳＳ共有のためにはＰＣＣ ＳＳとＳＣＣ２ ＳＳのＤＣＩフォーマットサイズのみが同一に構成されればいい。図２６は、ＣＣＥ集団レベル別にＣＣ ＳＳが連続して連接した場合を例示し、図２７は、１６ ＶＲＢ（ＣＣＥ）単位でＣＣ ＳＳが連接した場合を例示する。一方、図２６及び図２７では、基本的にＣＣ別に別途のＳＳを独立的に運用しながら、特定ＣＣのＳＳが用いられなくなった場合に、この遊休ＣＣ ＳＳを共有ＳＳにより全体ＳＳに併合させてもよい。
【０１０２】
図２４〜図２７は、各ＣＣ ＳＳの始点が全てのＣＣＥ集団レベルにおいて同一に与えられる場合を示している。しかし、これは例示であり、実際には、リソース割当柔軟性を高め、且つＲ−ＰＤＣＣＨブロッキング確率を下げるために、ＣＣＥ集団レベル別にＣＣ ＳＳの始点を異なるように設定することも可能である。ＣＣＥ集団レベル別にＣＣ ＳＳの始点を異なるように設定することは、以下の他の例示にも同一に適用されてもよい。
【０１０３】
一方、上記の説明では、個別ＳＳを構成した後、状況に応じて複数の個別ＳＳを共有する方案を中心に説明した。これと違い、最初からＣＣ個数に合わせて一つのＳＳを大きく設定（例、ＣＣがＮ個の場合に、ＳＳサイズを１ ＣＣ ＳＳサイズのＮ倍に設定）し、これをＰＣＣ及びＳＣＣが共有するようにすることも可能である。もし、ＳＳサイズが可用のＳＳリソースを超えると、循環方式を用いてＳＳリソースの先頭部からＳＳが続くようにすればよい。
【０１０４】
次に、図２８を参照して、ＣＣ（或いはセル）活性化／非活性化によるリレー動作を説明する。ここで、非活性化は、該当のＣＣ（或いはセル）が使用されないということを意味し、活性化は、該当のＣＣ（或いはセル）が使用されるということを意味する。例えば、Ｒ−ＰＤＣＣＨモニタリング、ＰＤＳＣＨ受信動作は、活性化されたＣＣでのみ行われるとよい。ＣＣ活性化／非活性化の対象はＳＣＣに限定すればよい。
【０１０５】
図２８を参照すると、リレーは、構成されたＣＣ（例、ＰＣＣ、ＳＣＣ１、ＳＣＣ２）のうち、特定ＣＣに対して活性化シグナル（例、Ｌ１／Ｌ２又は上位層シグナル（例、ＲＲＣシグナル））を受信すると、当該ＣＣが使用されるということがわかる。ただし、活性化されたＣＣであっても、バックホールサブフレーム構成によって当該ＣＣの特定サブフレーム（例、ノン−バックホールサブフレーム）は使用することができない。
【０１０６】
サブフレームｋ（ｋ：整数）においてリレーは次のように仮定して動作すればよい。
【０１０７】
−  特定ＣＣが非活性化されたとすれば、当該ＣＣはバックホール伝送が不可能であることを意味すると解釈すればよい。例えば、ＣＣのサブフレームｋがバックホールサブフレームと設定されていても非活性化状態ではバックホール伝送が不可能である。
【０１０８】
−  特定ＣＣが活性化されても、当該ＣＣの特定サブフレーム（すなわち、サブフレームｋ）がバックホールとして使用されない場合（例、ノン−バックホールサブフレーム）に、当該サブフレームでの動作は、非活性化信号を受信した時と同一であればよい。便宜上、この特定サブフレームを非活性化サブフレームと呼ぶ。
【０１０９】
−  非活性化ＣＣ（或いは非活性化サブフレーム）がある場合に、スケジューリングＣＣにおいて当該ＣＣのＳＳに対するブラインドデコーディングを行わない（ｓｋｉｐｐｉｎｇ）。この場合、当該ＣＣのＳＳは、図２６及び図２７の例示のように、ＳＳ共有により他のＣＣのＳＳサイズを拡張するのに用いられるとよい。一方、これと違い、当該ＣＣのＳＳをデータ伝送に用いる方法を考慮してもよい。例えば、非活性化ＣＣ（或いは非活性化サブフレーム）がある場合に、当該ＣＣのＳＳは自然ながらスケジューリングＣＣ上に存在しないものと見なされ、よって、当該ＣＣのＳＳのためのリソースはＰＤＳＣＨ伝送に用いられてもよい。
【０１１０】
他の方案として、リレーは、上記とは反対概念で動作してもよい。すなわち、バックホールサブフレームでは非活性化シグナルが基本（ｄｅｆａｕｌｔ）値になってもよい。そのために、バックホール伝送観点で全てのＣＣは非活性化と設定されればよい。以降、実際バックホールとして使用可能なサブフレームについては、前述の活性化された時にのみ当該サブフレームをバックホールサブフレームと見なし、該当のＣＣでバックホール信号を受信するための動作（例、ＣＣ ＳＳモニタリング）をすればよい。さらに他の方案として、ハーフ−デュプレックスバックホールサブフレーム、又は特別目的のサブフレーム（例、ＢＣＨ、ＳＣＨ伝送サブフレームなど）は、常にＳＳが存在しないものと見なされ、フル−デュプレックスバックホールサブフレームは、常にＳＳが存在するものと見なされてもよい。
【０１１１】
上述のリレー動作は、バックホールサブフレームをＴＤＤ ＤＬサブフレーム、ノン−バックホールサブフレームをＴＤＤ ＵＬサブフレームに代えることによって端末動作に拡張されることも可能である。
【０１１２】
実施例２：検索空間スチーリング（Ｓｅａｒｃｈ  Ｓｐａｃｅ  ｓｔｅａｌｉｎｇ）
【０１１３】
実施例１のＳＳ共有方法は、ＣＣごとに同一のＤＣＩフォーマットサイズを支援する方法である。これと違い、本例では、ＣＣごとに相互に異なったＤＣＩフォーマットサイズを支援しうる方法について説明する。具体的に、本例では、一つの特定ＣＣ ＳＳに遊休ＣＣ ＳＳを単純併合させて、この特定ＣＣ ＳＳのサイズを拡張させることを提案する。便宜上、本例の方法をＣＣ併合と称する。
【０１１４】
図２９は、本発明の一実施例に係るＣＣ併合方法を例示する。ここでは２つのＣＣ ＳＳが構成された場合を例示するが、本例の方法は、３つ以上のＣＣ ＳＳが構成される場合にも適用可能である。同図で、ＳＳ１はＣＣ１のためのＳＳであり、ＳＳ２はＣＣ２のためのＳＳであるとする。併合されたＳＳと区別して、ＣＣ ＳＳを個別ＳＳと呼ぶ。
【０１１５】
図２９を参照すると、本例は、基本的にＣＣ別に別途のＳＳを構成して独立的に運用しながら、遊休ＣＣ ＳＳが発生すると、この遊休ＣＣ ＳＳを他のＣＣのＳＳに併合させてＳＳを運営する方式を例示する。同図は、ＳＳ２が不使用される場合に、ＳＳ２をＳＳ１に併合する例を示す。これによって、ＳＳ１のＣＣ ＳＳサイズが増加する。このように、併合されたＳＳのサイズが既存の個別ＣＣ ＳＳよりも増加するので、併合されたＳＳでブラインドデコーディング複雑度は既存よりも増加することになる。しかし、Ｒ−ＰＤＣＣＨ配置（ｐｌａｃｅｍｅｎｔ）の柔軟性も増加するので、Ｒ−ＰＤＣＣＨ配置を柔軟にして衝突可能性を減らそうとするならば、このような接近方式が要求される。好適には、併合されたＳＳでブラインドデコーディング複雑度を下げるために、併合されたＳＳでＲ−ＰＤＣＣＨ候補の位置を制限すればよい。例えば、Ｒ−ＰＤＣＣＨ候補の位置は、併合されたＳＳ内で不連続的に配置するとよい。具体的に、併合されたＣＣ ＳＳの個数を考慮して、Ｒ−ＰＤＣＣＨ候補の始点同士間にＰ（Ｐ：２以上の整数）個のＣＣＥ間隔をおくとよい。
【０１１６】
図３０〜図３５は、ＳＳ併合を用いたＳＳの構成例を示す。図３２〜図３５は、遊休ＣＣ ＳＳ発生時のＳＳ併合規則を例示する。
【０１１７】
図３０及び図３１は、３個のＣＣが構成（或いは活性化）され（例、ＰＣＣ、ＳＣＣ１、ＳＣＣ２）、特定サブフレームでＳＣＣ１に対するＣＣ ＳＳが不使用される場合のＳＳ併合例を示す。図３０及び図３１を参照すると、遊休ＣＣ ＳＳは優先的にＰＣＣ ＳＳに併合されてよい。したがって、ＰＣＣのためのＲ−ＰＤＣＣＨ候補は、既存のＰＣＣ ＳＳ及びＳＣＣ ＳＳ１を通して伝送されることが可能である。一方、ＳＣＣ２のためのＲ−ＰＤＣＣＨ候補は、既存と同様に、ＳＣＣ ＳＳ２を通してのみ伝送される。また、ＰＣＣ ＳＳのサイズが大きくなっただけに、ＰＣＣ ＳＳと他のリレーのＳＳをより多く重複して構成することができる。この場合、ＳＳ重複によるＲ−ＰＤＣＣＨ配置柔軟性も増加することとなる。図３０は、ＣＣＥ集団レベル別にＣＣ ＳＳが連続して連接した場合を例示し、図３１は、１６ ＶＲＢ（ＣＣＥ）単位でＣＣ ＳＳが連接した場合を例示する。
【０１１８】
一方、ＳＳリソースはＲＲＣで構成されるため、動的にサブフレーム単位に変更されることが不可能である点から、ＳＳを併合するに当たり、どのＣＣのＳＳがどこに併合されるべきかについて事前に規則を定めておくことが好ましい。例えば、下記のような規則が個別に又は組み合わせの形態で適用されるとよい。
【０１１９】
−  遊休ＳＳの全てがＰＣＣ ＳＳに併合されてよい。例えば、ＳＣＣ１ ＳＳ又はＳＳＣ２ ＳＳが遊休ＳＳになると、ＳＣＣ１ ＳＳ又はＳＳＣ２ ＳＳはいずれもＰＣＣ ＳＳに併合されてもよい（図３０及び図３１参照）。
【０１２０】
−  あらかじめ定義されたり、上位層によりシグナリングされたツリー構造によってＣＣ ＳＳを併合してもよい（図３２参照）。
【０１２１】
−  隣接インデックスを持つＮ個のＣＣ ＳＳ同士が併合されてもよい。Ｎ＝２のとき、ＰＣＣ＋ＳＣＣ１、ＳＣＣ２＋ＳＣＣ３、ＳＣＣ４＋ＳＣＣ５のように、隣接インデックスを持つＣＣ ＳＳ同士が併合されるとよい。すなわち、ＳＣＣ２ ＳＳが遊休ＳＳになるとＳＣＣ３ ＳＳにＳＣＣ２ ＳＳが併合され、ＳＣＣ３ ＳＳが遊休ＳＳになるとＳＣＣ２ ＳＳにＳＣＣ３ ＳＳが併合されるとよい（図３３参照）。ここで、インデックスとしてはＣＣインデックス又はＣＩＦ値を含む。一方、ＳＣＣ２とＳＣＣ３の両方が遊休ＳＳになる場合は、ＳＣＣ２ ＳＳとＳＣＣ３ ＳＳは他のＳＳに併合されないか、又は、低いインデックスを持つＮ個のＣＣ ＳＳに併合されてもよい。例えば、ＳＣＣ２ ＳＳとＳＣＣ３ ＳＳはそれぞれＰＣＣ ＳＳとＳＣＣ１ ＳＳに併合されるとよい。
【０１２２】
−  遊休ＳＳは、隣接ＣＣのうちインデックスの小さい側に併合されてもよい。図３０及び図３１のＣＣ構成を参照すると、ＳＣＣ２ ＳＳはＳＣＣ１のＳＳに併合されればよい。同様に、ＳＣＣ１ ＳＳはＰＣＣ ＳＳに併合されればよい。ここで、インデックスとしてはＣＣインデックス又はＣＩＦ値を含む。ＣＣインデックスは、例えば、ＰＣＣ、ＳＣＣ１、ＳＣＣ２、ＳＣＣ３、ＳＣＣ４のような順に構成されるとよい。ここで、様々な方法でインデクシング方法を定めることができる。例えば、基地局が上位層シグナル（例、ＲＲＣシグナル）を用いてリレーにインデクシング方法を事前に知らせてもよく、又は、インデクシング方法が基地局とリレー間に事前に定義されていてもよい。
【０１２３】
−  特定単位にグループ化し、グループ単位にＣＣ ＳＳを併合する方法も可能である。この場合、グループ内の遊休ＳＳは、同じグループ内の他のＣＣ ＳＳに併合される。グループ内で使用されるＣＣ ＳＳが複数である場合に、遊休ＣＣ ＳＳは、最小インデックスのＣＣ ＳＳ又は事前に指定されたインデックスのＣＣ ＳＳに併合されるとよい。例えば、グループ内にＳＳ０、ＳＳ１、ＳＳ２が存在し、ＳＳ１が使用されなくなると、ＳＳ１は基準ＳＳ（例、ＳＳ０）に併合されるとよい。この場合、ＳＳ２は単独で使用される。もし、ＳＳ２も使用されなくなった場合は、ＳＳ１及びＳＳ２は両方とも基準ＳＳ（例、ＳＳ０）に併合されるとよい。基準ＳＳは、上位層シグナル（例、ＲＲＣシグナル）により与えられてもよく、事前に定義された方式（例、グループ内のＳＳのうち、最小／最大のインデックスを持つＳＳ）により定義されてもよい。もし、基準ＳＳ（例、ＳＳ０）が使用されなくなると、その次に小さい／大きいインデックスのＳＳ（例、ＳＳ１）が基準ＳＳになるとよい。図３４及び図３５は、グループベースのＳＳ併合を例示し、グループが［ＰＣＣ、ＳＣＣ１］、［ＳＣＣ２、ＳＣＣ３］と与えられた場合を例示する。
【０１２４】
実施例３：シグナリング
【０１２５】
図１５を参照して説明した通り、ＳＳのためのリソース（例、ＶＲＢセット）は上位層シグナリング（例、ＲＲＣシグナリング）により構成されるので、一度構成されると、長い間維持される可能性が高い。一方、リレーは、遊休ＣＣ ＳＳの存在するＳＳ遊休サブフレームを、別のシグナリングなしにもＣＣ別サブフレーム構成を考慮して知ることができる。図２１を参照して説明した通り、ノン−バックホールサブフレーム、非活性化されたＣＣのサブフレーム、ＴＤＤ ＵＬサブフレームがある場合に、遊休ＣＣ ＳＳが発生することがあるからである。したがって、リレーは、各ＣＣのサブフレーム割当情報（例、バックホールパターンに関するビットマップ情報）からＳＳ遊休サブフレームが推定できる。
【０１２６】
一方、好ましくは、ＣＣ別にどのＤＬサブフレームがバックホールサブフレームであるかを知らせるために、別途のシグナリングをすることを考慮してもよい。すなわち、図１５のＲ−ＰＤＣＣＨ ＲＡ情報の他に、サブフレーム単位にＳＳが存在するか否かを知らせる明示的シグナルを追加してもよい。この場合、リレーは、周波数領域のＶＲＢセット構成及び該当のＶＲＢセットの時間に従うサブフレーム構成情報を確保することによって、毎サブフレームごとに使用されるＣＣ ＳＳ及び遊休ＣＣ ＳＳをより明確に知ることができる。また、実施例２を参照して例示したＳＳ併合規則に関する情報もシグナリングしてもよい。ＳＳ併合規則に関する情報は、ＳＳ併合がなされるＣＣ ＳＳの個数、複数のＳＳ併合規則が可能な場合に特定ＳＳ併合規則を指示する情報などを含むとよい。
【０１２７】
実施例４：物理リソースマッピング
【０１２８】
本例では、ＳＳを物理リソース（例、ＰＲＢ）にマッピングする方法について提案する。まず、それぞれのＣＣ ＳＳごとに別途の上位層シグナル（例、ＲＲＣシグナル）により別途のＶＲＢセットを設定するとよい。本方法によれば、それぞれのＣＣ ＳＳは物理リソース観点で互いに分離される。したがって、インターリービングを用いるＲ−ＰＤＣＣＨの場合、異なったＣＣ ＳＳに伝送されるＲ−ＰＤＣＣＨは、互いにインターリービングされず、物理的に分離された周波数リソースを用いて伝送される。本方法によれば、特定ＣＣ上にＳＳ遊休サブフレームが存在する場合に、当該サブフレームで遊休ＣＣ ＳＳのために構成されたＶＲＢセットを他の用途（例、ＰＤＳＣＨ伝送の用途）に用いることができる。便宜上、遊休ＣＣ ＳＳのために予約されたＶＲＢセットを遊休ＳＳ ＶＲＢセットと呼ぶ。ＳＳのためのＶＲＢセットはスケジューリングＣＣ上に設定されるので、遊休ＳＳ ＶＲＢセットはスケジューリングＣＣにより他の用途に用いられるとよい。例えば、特定ＣＣでサブフレームｋ（ｋ：整数）がＳＳ遊休サブフレームであると、サブフレームｋでスケジューリングＣＣ上の遊休ＳＳ ＶＲＢセットにはＲ−ＰＤＣＣＨが一切ないと仮定すればいい。この場合、スケジューリングＣＣ上の遊休ＳＳ ＶＲＢセットは一般リソースと同一に用いられるとよい。
【０１２９】
図３６は、本発明の一実施例によって遊休ＳＳ ＶＲＢセットを用いた信号伝送を例示する。便宜上、特定サブフレームでＰＣＣ ＳＳはＲ−ＰＤＣＣＨ伝送に使用され、ＳＣＣ ＳＳはＲ−ＰＤＣＣＨ伝送に使用されないと仮定する。ＰＣＣ ＳＳのためのＶＲＢセットとＳＣＣ ＳＳのためのＶＲＢセットはスケジューリングＣＣ上に設定される。
【０１３０】
図３６を参照すると、ＳＣＣ ＳＳが使用されない場合に、基地局は、ＳＣＣに対する遊休ＳＳ ＶＲＢセットを用いてデータ（例、ＰＤＳＣＨ）を伝送している。これと関連して、リレーは、割り当てられたＰＤＳＣＨリソースが遊休ＳＳ ＶＲＢセットと重なる場合に、遊休ＳＳ ＶＲＢセットのうち、重なる部分の情報を含めてＰＤＳＣＨデコーディングを行えばよい。すなわち、リレーは、割り当てられたＰＤＳＣＨリソースが遊休ＳＳ ＶＲＢセットと重なる場合に、ＰＤＳＣＨリソースと遊休ＳＳ ＶＲＢセットとが重なる部分にＰＤＳＣＨ伝送があると仮定する。これと違い、ＳＳ用ＶＲＢセットがＲ−ＰＤＣＣＨ伝送に用いられることもあり（すなわち、非−遊休ＳＳ ＶＲＢセット）、割り当てられたＰＤＳＣＨリソースが非−遊休ＳＳ ＶＲＢセットと重なる場合に、リレーは、ＰＤＳＣＨデコーディング時にＰＤＳＣＨリソースと非−遊休ＳＳ ＶＲＢセットとが重なる部分にはＰＤＳＣＨがないと仮定する。すなわち、リレーは、ＰＤＳＣＨデコーディング時に割り当てられたＰＤＳＣＨリソースから非−遊休ＳＳ ＶＲＢセットに該当する部分をパンクチャリングする。このように、遊休ＳＳ ＶＲＢセットが存在するか否かによる動作を事前定義することによって、Ｒ−ＰＤＣＣＨ誤検出によるＰＤＳＣＨデコーディングエラーを減らすことができる。
【０１３１】
他の方案として、上位層シグナル（例、ＲＲＣシグナル）を用いて全体ＳＳに対するＶＲＢセットのみを設定してもよい。ここで、全体ＳＳは、それぞれのＣＣ ＳＳが統合されたＳＳを意味する。本方法によれば、それぞれのＣＣ ＳＳは一つの物理リソースを共有するので、Ｒ−ＰＤＣＣＨブロッキング確率が減るという利点がある。ただし、全てのサブフレームで同一のＶＲＢセットを使用してＲ−ＰＤＣＣＨを伝送する場合、リソースが非効率的に運用されることがある。例えば、特定ＣＣでＳＳ遊休サブフレーム（例、ノン−バックホールサブフレーム、ＴＤＤ ＵＬサブフレームなど）が発生することからＲ−ＰＤＣＣＨに必要なリソースの量が減っても、それに対して適切な対応ができない問題がある。特に、複数のＲ−ＰＤＣＣＨが共にインターリービングされて広い周波数帯域を占めるインターリービングモードにおいてより問題となる。Ｒ−ＰＤＣＣＨインターリービングは、ＲＢよりも小さい単位（例、ＲＥＧ）でなされるので、インターリービングにより複数のＲ−ＰＤＣＣＨが一つ以上のＲＢ（或いはＲＢ対）で共に伝送されることが可能である。このとき、一つのＲＢ（或いはＲＢ対）の一部にのみＲ−ＰＤＣＣＨが存在する場合も発生するが、ＲＢ（或いはＲＢ対）の一部にのみＲ−ＰＤＣＣＨが存在しても、当該ＲＢ（或いはＲＢ対）を他の用途に用いることができないからである。
【０１３２】
このような問題を解決するための方案として、Ｒ−ＰＤＣＣＨ伝送のために構成されたＶＲＢセットをサブフレームに従って調節することを提案する。本方法は、インターリービングＲ−ＰＤＣＣＨの場合、インターリービング深さ（ｄｅｐｔｈ）をサブフレームに従って調節するということを意味できる。ここで、インターリービング深さは、インターリービングが行われるリソース範囲（例、ＶＲＢ個数）を意味する。
【０１３３】
図３７は、本発明の一実施例によってインターリービング深さを調節する方案を例示する。便宜上、ＰＣＣ ＳＳは常にＲ−ＰＤＣＣＨ伝送に使用され、ＳＣＣ ＳＳは状況によってＲ−ＰＤＣＣＨ伝送に使用されたり使用されないものと仮定する。ＰＣＣ ＳＳのためのＶＲＢセットとＳＣＣ ＳＳのためのＶＲＢセットはスケジューリングＣＣ上に設定される。図３７を参照すると、ＳＣＣ ＳＳがＲ−ＰＤＣＣＨ伝送に使用される場合に、Ｒ−ＰＤＣＣＨインターリービングは、ＰＣＣ ＳＳ ＶＲＢセット＋ＳＣＣ ＳＳ ＶＲＢセットに対して行われる。すなわち、インターリービング深さがＰＣＣ ＳＳ ＶＲＢセット＋ＳＣＣ ＳＳ ＶＲＢセットに対応するように与えられる。一方、ＳＣＣ ＳＳがＲ−ＰＤＣＣＨ伝送に使用されない場合に、ＳＣＣ ＳＳはＲ−ＰＤＣＣＨインターリービングから排除される。すなわち、Ｒ−ＰＤＣＣＨインターリービングは、ＰＣＣ ＳＳ ＶＲＢセットに対してのみ行われ、インターリービング深さはＰＣＣ ＳＳ ＶＲＢセットに対応するように与えられるとよい。
【０１３４】
このような調節により、毎サブフレームごとに適切なＶＲＢセットをＲ−ＰＤＣＣＨ伝送に使用することが可能になる。ここで提案するサブフレーム単位のＶＲＢセット調節動作は、複数のＣＣを持つリレーにのみ適用されるとは限らない。例えば、本方法は、単一ＣＣが構成された場合にも、いかなる理由から各ＤＬサブフレームでＲ−ＰＤＣＣＨ伝送に必要な物理リソースの量が可変する場合に、適切なリソース適応（ａｄａｐｔａｔｉｏｎ）のためにも使用可能である。
【０１３５】
図３８は、本発明に適用可能な基地局、リレー及び端末を例示する。
【０１３６】
図３８を参照すると、無線通信システムは、基地局（ＢＳ）１１０、リレー（ＲＮ）１２０及び端末（ＵＥ）１３０を含んでいる。便宜上、リレーに接続している端末を示すが、端末は基地局に接続していてもよい。
【０１３７】
基地局１１０は、プロセッサ１１２、メモリー１１４及び無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ：ＲＦ）ユニット１１６を備んでいる。プロセッサ１１２は、本発明で提案した手順及び／又は方法を実現するように構成されるとよい。メモリー１１４は、プロセッサ１１２に接続し、プロセッサ１１２の動作と関連した種々の情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２に接続し、無線信号を送信及び／又は受信する。リレー１２０は、プロセッサ１２２、メモリー１２４及びＲＦユニット１２６を含んでいる。プロセッサ１２２は、本発明で提案した手順及び／又は方法を実現するように構成されるとよい。メモリー１２４は、プロセッサ１２２に接続し、プロセッサ１２２の動作と関連した種々の情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２に接続し、無線信号を送信及び／又は受信する。端末１３０は、プロセッサ１３２、メモリー１３４及びＲＦユニット１３６を含んでいる。プロセッサ１３２は、本発明で提案した手順及び／又は方法を実現するように構成されるとよい。メモリー１３４は、プロセッサ１３２に接続し、プロセッサ１３２の動作と関連した種々の情報を記憶する。ＲＦユニット１３６は、プロセッサ１３２に接続し、無線信号を送信及び／又は受信する。基地局１１０、リレー１２０及び／又は端末１３０は、単一アンテナ又は多重アンテナを有することができる。
【０１３８】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施されてもよく、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部構成や特徴は、別の実施例に含まれてもよく、別の実施例の対応する構成又は特徴に取って代わってもよい。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めたりしてもよいことは明らかである。
【０１３９】
本文書で、本発明の実施例は主に、リレーと基地局間のデータ送受信関係を中心に説明されている。このような送受信関係は、端末と基地局間、又は端末とリレー間の信号送受信にも同一／類似に拡張可能である。本文書で基地局により行われるとした特定動作は、場合によっては、その上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われてもよい。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる種々の動作は、基地局又は基地局以外の別のネットワークノードにより実行されることは明らかである。基地局は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に代えてもよい。また、端末は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に代えてもよい。
【０１４０】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などにより実現するとよい。ハードウェアによる実現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより実現されるとよい。
【０１４１】
ファームウェアやソフトウェアによる実現の場合、本発明の一実施例は、以上で説明された機能又は動作を行うモジュール、手順、関数などの形態とすればよい。ソフトウェアコードは、メモリユニットに記憶されて、プロセッサにより駆動されるとよい。メモリユニットは、プロセッサの内部又は外部に設けられて、既に公知の様々な手段によりプロセッサとデータを交換するとよい。
【０１４２】
本発明は、本発明の特徴から逸脱しない範囲で別の特定の形態に具体化し得るということは、当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付の請求項の合理的な解釈により決定すべきであり、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０１４３】
本発明は、無線移動通信システムの端末機、基地局、又はその他の装備に利用可能である。具体的に、本発明は、アップリンク制御情報を伝送する方法及びそのための装置に適用可能である。
【図１】
0005833683.tif 000009
【図２】
0005833683.tif 000010
【図３】
0005833683.tif 000011
【図４】
0005833683.tif 000012
【図５】
0005833683.tif 000013
【図６】
0005833683.tif 000014
【図７】
0005833683.tif 000015
【図８】
0005833683.tif 000016
【図９】
0005833683.tif 000017
【図１０】
0005833683.tif 000018
【図１１】
0005833683.tif 000019
【図１２】
0005833683.tif 000020
【図１３】
0005833683.tif 000021
【図１４】
0005833683.tif 000022
【図１５】
0005833683.tif 000023
【図１６】
0005833683.tif 000024
【図１７】
0005833683.tif 000025
【図１８】
0005833683.tif 000026
【図１９】
0005833683.tif 000027
【図２０】
0005833683.tif 000028
【図２１】
0005833683.tif 000029
【図２２】
0005833683.tif 000030
【図２３】
0005833683.tif 000031
【図２４】
0005833683.tif 000032
【図２５】
0005833683.tif 000033
【図２６】
0005833683.tif 000034
【図２７】
0005833683.tif 000035
【図２８】
0005833683.tif 000036
【図２９】
0005833683.tif 000037
【図３０】
0005833683.tif 000038
【図３１】
0005833683.tif 000039
【図３２】
0005833683.tif 000040
【図３３】
0005833683.tif 000041
【図３４】
0005833683.tif 000042
【図３５】
0005833683.tif 000043
【図３６】
0005833683.tif 000044
【図３７】
0005833683.tif 000045
【図３８】
0005833683.tif 000046