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