(57)【要約】【課題】ＰＤＣＣＨ候補をモニタリングする方法の提供。【解決手段】方法は、モニタリング周期に基づいて、時間の単位内でＰＤＣＣＨモニタリングのための探索空間セットを決定するステップと、決定された探索空間セットに基づいて、一つ以上のＣＳＳのための一つ以上のＰＤＣＣＨ候補と、一つ以上のＵＳＳのための一つ以上のＰＤＣＣＨ候補とを、時間の単位内でモニタリングするステップと、を含み、ＵＥは、時間の単位内でモニターされる、一つ以上のＣＳＳのための一つ以上のＰＤＣＣＨ候補及び一つ以上のＵＳＳのための一つ以上のＰＤＣＣＨ候補を含むモニタリングＰＤＣＣＨ候補の数が、最大数を超えないように、一つ以上のＵＳＳのための一つ以上のＰＤＣＣＨ候補を決定し、ＰＤＣＣＨモニタリングのための探索空間セットの決定において、一つ以上のＣＳＳのための一つ以上のＰＤＣＣＨ候補は、どのＵＳＳのためのどのＰＤＣＣＨ候補よりも優先される。【選択図】図４
2020167726.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、端末がＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）信号を検出する方法であって、
基地局から多数の探索空間セットに対する設定を受信するステップと、
前記多数の探索空間セットの各々のモニタリング周期に基づいて、特定の単位時間の間に前記端末がＰＤＣＣＨ信号をモニタリングすべき探索空間セットを決定するステップと、
前記決定された探索空間セットに含まれたＰＤＣＣＨ候補の数及びＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）の数の各々が最大候補数を超えるか、又は最大ＣＣＥ数を超える場合、前記決定された探索空間セットに含まれたＰＤＣＣＨ候補のうち一部に対してのみ選択的にブラインド検出を試みるステップと、を含み、
前記端末は、ブラインド検出を試みるＰＤＣＣＨ候補の選択において、前記決定された探索空間セットのうち共通探索空間（ＣＳＳ）に関する第１の探索空間セットから優先してＰＤＣＣＨ候補を選択する、ＰＤＣＣＨ信号の検出方法。
【請求項２】
前記端末は、前記第１の探索空間セットからＰＤＣＣＨ候補を選択した後、前記最大候補数に至る前まで又は前記最大ＣＣＥ数に至る前まで、端末特定探索空間（ＵＳＳ）に関する第２の探索空間セットにおいてブラインド検出を試みるさらなるＰＤＣＣＨ候補を選択する、請求項１に記載のＰＤＣＣＨ信号の検出方法。
【請求項３】
前記端末は、探索空間セットインデックスに基づいて前記第２の探索空間セットを決定する、請求項２に記載のＰＤＣＣＨ信号の検出方法。
【請求項４】
前記決定された探索空間セットには、さらに、前記第１の探索空間セットに端末特定探索空間（ＵＳＳ）に関する第２の探索空間セットが多数含まれ、
前記端末は、前記第２の探索空間セットの中では、探索空間セットインデックスの低い探索空間セットにより高い優先順位を与える、請求項１に記載のＰＤＣＣＨ信号の検出方法。
【請求項５】
前記最大候補数及び前記最大ＣＣＥ数は、サブキャリア間隔（ＳＣＳ）に基づいて決定される値である、請求項１に記載のＰＤＣＣＨ信号の検出方法。
【請求項６】
前記最大候補数は、前記端末の最大ブラインドデコーディング回数に関連し、
前記最大ＣＣＥ数は、前記端末の最大チャンネル推定能力（ｃａｐａｂｉｌｉｔｙ）に関連する、請求項１に記載のＰＤＣＣＨ信号の検出方法。
【請求項７】
前記決定された探索空間セットに含まれたＣＣＥ数は、互いに重ならないＣＣＥ数である、請求項１に記載のＰＤＣＣＨ信号の検出方法。
【請求項８】
無線通信システムにおいて、基地局がＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）信号を送信する方法であって、
端末に多数の探索空間セットに対する設定を送信するステップと、
前記多数の探索空間セットの各々のモニタリング周期に基づいて特定の単位時間の間に前記端末がＰＤＣＣＨ信号をモニタリングすべき探索空間セットを決定するステップと、
前記決定された探索空間セットに含まれたＰＤＣＣＨ候補の数及びＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）の数の各々が最大候補数を超えるか、又は最大ＣＣＥ数を超える場合、前記決定された探索空間セットに含まれたＰＤＣＣＨ候補のうち一部のみを前記端末がモニタリング可能なものとして決定するステップと、
前記端末がモニタリング可能であると決定されたＰＤＣＣＨ候補のうち少なくとも１つを介してＰＤＣＣＨ信号を送信するステップと、を含み、
前記基地局は、前記端末が前記決定された探索空間セットのうち共通探索空間（ＣＳＳ）に関する第１の探索空間セットから優先してＰＤＣＣＨ候補をモニタリングすると仮定して、前記端末がモニタリング可能なＰＤＣＣＨ候補を決定する、ＰＤＣＣＨ信号の送信方法。
【請求項９】
前記基地局は、前記第１の探索空間セットから前記端末がモニタリング可能なＰＤＣＣＨ候補を選択した後、前記最大候補数に至る前まで又は前記最大ＣＣＥ数に至る前まで、端末特定探索空間（ＵＳＳ）に関する第２の探索空間セットにおいて端末がモニタリング可能なさらなるＰＤＣＣＨ候補を決定する、請求項８に記載のＰＤＣＣＨ信号の送信方法。
【請求項１０】
前記基地局は、探索空間セットインデックスに基づいて前記第２の探索空間セットを決定する、請求項９に記載のＰＤＣＣＨ信号の送信方法。
【請求項１１】
前記決定された探索空間セットには、さらに、前記第１の探索空間セットに端末特定探索空間（ＵＳＳ）に関する第２の探索空間セットが多数含まれ、
前記基地局は、前記第２の探索空間セットの中では、探索空間セットインデックスの低い探索空間セットにより高い優先順位を与える、請求項８に記載のＰＤＣＣＨ信号の送信方法。
【請求項１２】
前記最大候補数及び前記最大ＣＣＥ数は、サブキャリア間隔（ＳＣＳ）に基づいて決定される値である、請求項８に記載のＰＤＣＣＨ信号の送信方法。
【請求項１３】
前記決定された探索空間セットに含まれたＣＣＥ数は、互いに重ならないＣＣＥ数である、請求項８に記載のＰＤＣＣＨ信号の送信方法。
【請求項１４】
ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）信号を検出する端末であって、
受信機と、
前記受信機を介して基地局から多数の探索空間セットに対する設定を受信して、前記多数の探索空間セットの各々のモニタリング周期に基づいて、特定の単位時間の間に前記端末がＰＤＣＣＨ信号をモニタリングすべき探索空間セットを決定して、前記決定された探索空間セットに含まれたＰＤＣＣＨ候補の数及びＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）の数の各々が最大候補数を超えるか、又は最大ＣＣＥ数を超える場合、前記決定された探索空間セットに含まれたＰＤＣＣＨ候補のうち一部に対してのみ選択的にブラインド検出を試みるプロセッサーと、を含み、
前記プロセッサーは、ブラインド検出を試みるＰＤＣＣＨ候補の選択において、前記決定された探索空間セットのうち共通探索空間（ＣＳＳ）に関する第１の探索空間セットから優先してＰＤＣＣＨ候補を選択する、端末。
【請求項１５】
ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）信号を送信する基地局であって、
送信機と、
前記送信機を介して端末に多数の探索空間セットに対する設定を送信して、前記多数の探索空間セットの各々のモニタリング周期に基づいて、特定の単位時間の間に前記端末がＰＤＣＣＨ信号をモニタリングすべき探索空間セットを決定して、前記決定された探索空間セットに含まれたＰＤＣＣＨ候補の数及びＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）の数の各々が最大候補数を超えるか、又は最大ＣＣＥ数を超える場合、前記決定された探索空間セットに含まれたＰＤＣＣＨ候補のうち一部のみを前記端末がモニタリング可能なものとして決定して、前記端末がモニタリング可能であると決定されたＰＤＣＣＨ候補のうち少なくとも１つを介してＰＤＣＣＨ信号を送信するプロセッサーと、を含み、
前記プロセッサーは、前記端末が前記決定された探索空間セットのうち共通探索空間（ＣＳＳ）に関する第１の探索空間セットから優先してＰＤＣＣＨ候補をモニタリングすると仮定して、前記端末がモニタリング可能なＰＤＣＣＨ候補を決定する、基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関し、より具体的には、無線通信システムにおいて基地局又は端末が下りリンク制御チャンネル信号を送信又は受信する方法及びそのための装置に関する。
【背景技術】
【０００２】
まず、既存の３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムについて簡略に説明する。図１を参照すると、端末は初期セル探索を行う（Ｓ１０１）。初期セル探索の過程において、端末は基地局からＰ−ＳＣＨ（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）及びＳ−ＳＣＨ（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）を受信して基地局と下りリンク同期を確立し、セルＩＤなどの情報を得る。その後、端末はＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を介してシステム情報（ｅ．ｇ．，ＭＩＢ）を得る。端末はＤＬ  ＲＳ（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を受信して下りリンクチャンネル状態を確認することができる。
【０００３】
初期セル探索の後、端末はＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）及びＰＤＣＣＨによりスケジュールされたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を受信して、より具体的なシステム情報（ｅ．ｇ．，ＳＩＢｓ）を得る（Ｓ１０２）。
【０００４】
端末は上りリンク同期化のために任意接続の過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。端末はＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を介してプリアンブル（ｅ．ｇ．，Ｍｓｇ１）を送信し（Ｓ１０３）、ＰＤＣＣＨ及びＰＤＣＣＨに対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージ（ｅ．ｇ．，Ｍｓｇ２）を受信する（Ｓ１０４）。競争基盤任意接続の場合は、さらにＰＲＡＣＨの送信（Ｓ１０５）及びＰＤＣＣＨ／ＰＤＳＣＨの受信（Ｓ１０６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）が行われる。
【０００５】
その後、端末は、一般的な上／下りリンク信号の送信手順としてＰＤＣＣＨ／ＰＤＳＣＨの受信（Ｓ１０７）及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）／ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）の送信（Ｓ１０８）を行う。端末が基地局にＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を送信する。ＵＣＩはＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）及び／又はＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）などを含む。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明で遂げようとする技術的課題は、端末と基地局との間においてＰＤＣＣＨ信号の送受信をより効率的且つ正確に行う方法及びそのための装置を提供することである。
【０００７】
本発明の技術的課題は、上述した技術的課題に制限されず、その他の技術的課題が本発明の実施例から導出され得る。
【課題を解決するための手段】
【０００８】
上述した技術的課題を達成するための本発明の一側面による無線通信システムにおいて、端末がＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）信号を検出する方法は、基地局から多数の探索空間セットに対する設定を受信するステップと、前記多数の探索空間セットの各々のモニタリング周期に基づいて、特定の単位時間の間に前記端末がＰＤＣＣＨ信号をモニタリングすべき探索空間セットを決定するステップと、前記決定された探索空間セットに含まれたＰＤＣＣＨ候補の数及びＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）の数の各々が最大候補数を超えるか、又は最大ＣＣＥ数を超える場合、前記決定された探索空間セットに含まれたＰＤＣＣＨ候補のうち一部に対してのみ選択的にブラインド検出を試みるステップと、を含み、前記端末は、ブラインド検出を試みるＰＤＣＣＨ候補の選択において、前記決定された探索空間セットのうち共通探索空間（ＣＳＳ）に関する第１の探索空間セットから優先してＰＤＣＣＨ候補を選択することができる。
【０００９】
上述した技術的課題を達成するための本発明の別の一側面によるＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）信号を検出する端末は、受信機と、前記受信機を介して基地局から多数の探索空間セットに対する設定を受信して、前記多数の探索空間セットの各々のモニタリング周期に基づいて、特定の単位時間の間に前記端末がＰＤＣＣＨ信号をモニタリングすべき探索空間セットを決定して、前記決定された探索空間セットに含まれたＰＤＣＣＨ候補の数及びＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）の数の各々が最大候補数を超えるか、又は最大ＣＣＥ数を超える場合、前記決定された探索空間セットに含まれたＰＤＣＣＨ候補のうち一部に対してのみ選択的にブラインド検出を試みるプロセッサーと、を含み、前記プロセッサーは、ブラインド検出を試みるＰＤＣＣＨ候補の選択において、前記決定された探索空間セットのうち共通探索空間（ＣＳＳ）に関する第１の探索空間セットから優先してＰＤＣＣＨ候補を選択することができる。
【００１０】
上述した技術的課題を達成するための本発明の別の一側面による無線通信システムにおいて、基地局がＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）信号を送信する方法は、端末に多数の探索空間セットに対する設定を送信するステップと、前記多数の探索空間セットの各々のモニタリング周期に基づいて特定の単位時間の間に前記端末がＰＤＣＣＨ信号をモニタリングすべき探索空間セットを決定するステップと、前記決定された探索空間セットに含まれたＰＤＣＣＨ候補の数及びＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）の数の各々が最大候補数を超えるか、又は最大ＣＣＥ数を超える場合、前記決定された探索空間セットに含まれたＰＤＣＣＨ候補のうち一部のみを前記端末がモニタリング可能なものとして決定するステップと、前記端末がモニタリング可能であると決定されたＰＤＣＣＨ候補のうち少なくとも１つを介してＰＤＣＣＨ信号を送信するステップと、を含み、前記基地局は、前記端末が前記決定された探索空間セットのうち共通探索空間（ＣＳＳ）に関する第１の探索空間セットから優先してＰＤＣＣＨ候補をモニタリングすると仮定して、前記端末がモニタリング可能なＰＤＣＣＨ候補を決定することができる。
【００１１】
上述した技術的課題を達成するための本発明の別の一側面によるＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）信号を送信する基地局は、送信機と、前記送信機を介して端末に多数の探索空間セットに対する設定を送信して、前記多数の探索空間セットの各々のモニタリング周期に基づいて、特定の単位時間の間に前記端末がＰＤＣＣＨ信号をモニタリングすべき探索空間セットを決定して、前記決定された探索空間セットに含まれたＰＤＣＣＨ候補の数及びＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）の数の各々が最大候補数を超えるか、又は最大ＣＣＥ数を超える場合、前記決定された探索空間セットに含まれたＰＤＣＣＨ候補のうち一部のみを前記端末がモニタリング可能なものとして決定して、前記端末がモニタリング可能であると決定されたＰＤＣＣＨ候補のうち少なくとも１つを介してＰＤＣＣＨ信号を送信するプロセッサーと、を含み、前記プロセッサーは、前記端末が前記決定された探索空間セットのうち共通探索空間（ＣＳＳ）に関する第１の探索空間セットから優先してＰＤＣＣＨ候補をモニタリングすると仮定して、前記端末がモニタリング可能なＰＤＣＣＨ候補を決定することができる。
【００１２】
前記端末は、前記第１の探索空間セットからＰＤＣＣＨ候補を選択した後、前記最大候補数に至る前又は前記最大ＣＣＥ数に至る前まで、端末特定探索空間（ＵＳＳ）に関する第２の探索空間セットにおいてブラインド検出を試みるさらなるＰＤＣＣＨ候補を選択することができる。前記端末は、探索空間セットインデックスに基づいて前記第２の探索空間セットを決定することができる。
【００１３】
前記決定された探索空間セットには、さらに、前記第１の探索空間セットに端末特定探索空間（ＵＳＳ）に関する第２の探索空間セットが多数含まれてもよい。
【００１４】
前記端末は、前記第２の探索空間セットの中では、探索空間セットインデックスの低い探索空間セットにより高い優先順位を与えることができる。
【００１５】
前記最大候補数及び前記最大ＣＣＥ数は、サブキャリア間隔（ＳＣＳ）に基づいて決定される値であってもよい。
【００１６】
前記最大候補数は、前記端末の最大ブラインドデコーディング回数に関連し、前記最大ＣＣＥ数は、前記端末の最大チャンネル推定能力（ｃａｐａｂｉｌｉｔｙ）に関連する。
【００１７】
前記決定された探索空間セットに含まれたＣＣＥ数は、互いに重ならないＣＣＥ数であってもよい。
【発明の効果】
【００１８】
本発明の一実施例によれば、多数の探索空間セットのモニタリングタイミングが重なることから生じる端末のプロセッシング能力を超える問題と、ＰＤＣＣＨ送受信に用いられるＰＤＣＣＨ候補の決定が曖昧になる問題を解決することができる。
【００１９】
本発明の技術的効果は、上述した技術的効果に制限されず、その他の技術的効果が本発明の実施例から導出され得る。
【図面の簡単な説明】
【００２０】
【図１】３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに用いられる物理チャンネル及びこれらを用いる一般的な信号送信方法を示す図である。
【図２】ＰＤＣＣＨをブラインドデコードする過程に関する一般的な端末の動作を示す図である。
【図３】本発明の一実施例によるＰＤＣＣＨブラインド検出のための探索空間セット間の優先順位を説明する図である。
【図４】本発明の一実施例によるＰＤＣＣＨ信号の送受信方法のフローを示す図である。
【図５】本発明の一実施例による端末及び基地局を示す図である。
【発明を実施するための形態】
【００２１】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化したバージョンである。
【００２２】
説明を明確にするために、３ＧＰＰベースの移動通信システムを中心に記述するが、本発明の技術的思想がこれに制限されるわけではない。また、以下の説明で使われる特定用語は、本発明の理解を助けるために提供されるものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更することもできる。
【００２３】
多数の通信機器がより大きな通信容量を要求することにより、最近論議されている次世代通信システムでは、既存の無線接続技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）に比べて向上したモバイルブロードバンド（ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）通信の必要性が高まっている。また多数の機器及びモノを連結していつでもどこでも多様なサービスを提供する大規模ＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ）も次世代通信において考慮すべき主要なイッシュである。また、信頼性（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）などに敏感なサービス／ＵＥを考慮して、次世代通信システムとしてＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｌｂｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が論議されている。
【００２４】
このようにｅＭＢＢ、ｍＭＴＣ及びＵＲＬＣＣなどを考慮した新しい無線接続技術（Ｎｅｗ  ＲＡＴ）が次世代無線通信のために論議されている。
【００２５】
Ｎｅｗ  ＲＡＴの設計とかち合わないＬＴＥ／ＬＴＥ−Ａの動作及び設定はＮｅｗ  ＲＡＴにも適用することができる。Ｎｅｗ  ＲＡＴは便宜上５Ｇ移動通信とも称する。
【００２６】
＜ＮＲフレーム構造及び物理リソース＞
【００２７】
ＮＲシステムにおいて、下りリンク（ＤＬ）及び上りリンク（ＵＬ）の送信は１０ｍｓ長さ（ｄｕｒａｔｉｏｎ）を有するフレームを介して行われ、各々のフレームは１０つのサブフレームを含む。従って１サブフレームは１ｍｓに該当する。各々のフレームは２つのハーフフレーム（ｈａｌｆ−ｆｒａｍｅ）に分けられる。
【００２８】
１つのサブフレームは、Nsymbsubframe，μ= Nsymbslot X Nslotsubframe，μ個の連続したＯＦＤＭシンボルを含む。Nsymbslotはスロット当たりのシンボル数、μはＯＦＤＭニューマロロジー（ｎｕｍｅｒｏｌｏｇｙ）を表し、Nslotsubframe，μは該当μに対してサブフレーム当たりのスロット数を表す。ＮＲでは表１のような多重ＯＦＤＭニューマロロジーが支援される。
【００２９】
【表１】
2020167726.tif 000003
【００３０】
表１において、Δfはサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ，ＳＣＳ）を意味する。ＤＬキャリアＢＷＰ（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ）に対するμ及びＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）とＵＬキャリアＢＷＰに対するμ及びＣＰは、上りリンクシグナリングにより端末に設定される。
【００３１】
表２は、一般ＣＰの場合、各々のＳＣＳに対するスロット当たりのシンボル数（Nsymbslot）、フレーム当たりのスロット数（Nslotframe，μ）及びサブフレーム当たりのスロット数（Nslotsubframe，μ）を表す。
【００３２】
【表２】
2020167726.tif 000004
【００３３】
表３は、拡大ＣＰの場合、各々のＳＣＳに対するスロット当たりのシンボル数（Nsymbslot）、フレーム当たりのスロット数（Nslotframe，μ）及びサブフレーム当たりのスロット数（Nslotsubframe，μ）を表す。
【００３４】
【表３】
2020167726.tif 000005
【００３５】
このようにＮＲシステムではＳＣＳ（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）によって１サブフレームを構成するスロット数が変更できる。各々のスロットに含まれたＯＦＤＭシンボルはＤ（ＤＬ）、Ｕ（ＵＬ）及びＸ（ｆｌｅｘｉｂｌｅ）のうちいずれか１つである。ＤＬ送信はＤ又はＸシンボルで行われ、ＵＬ送信はＵ又はＸシンボルで行われる。なお、Ｆｌｅｘｉｂｌｅリソース（ｅ．ｇ．，Ｘシンボル）はＲｅｓｅｒｖｅｄリソース、Ｏｔｈｅｒリソース又はＵｎｋｎｏｗｎリソースとも称される。
【００３６】
ＮＲにおいて、１つのＲＢ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は周波数ドメインで１２つのサブキャリアに該当する。ＲＢは多数のＯＦＤＭシンボルを含むことができる。ＲＥ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）は１サブキャリア及び１ＯＦＤＭシンボルに該当する。従って、１ＲＢ内の１ＯＦＤＭシンボル上には１２ＲＥが存在する。
【００３７】
キャリアＢＷＰは連続するＰＲＢ（Ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）のセットで定義される。キャリアＢＷＰは簡略にＢＷＰとも称される。１つのＵＥには最大４つのＢＷＰが上りリンク／下りリンクの各々に対して設定される。多重のＢＷＰが設定されても、与えられた時間の間には１つのＢＷＰが活性化される。但し、端末にＳＵＬ（ｓｕｐｐｌｅｍｅｎｔａｒｙ  ｕｐｌｉｎｋ）が設定された場合、さらに４つのＢＷＰがＳＵＬに対して設定され、与えられた時間の間に１つのＢＷＰが活性化される。端末は活性化されたＤＬ  ＢＷＰから外れると、ＰＤＳＣＨ、ＰＤＣＣＨ、ＣＳＩ−ＲＳ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ−ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）又はＴＲＳ（ｔｒａｃｋｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）を受信できない。また端末は活性化されたＵＬ  ＢＷＰから外れると、ＰＵＳＣＨ又はＰＵＣＣＨを受信できない。
【００３８】
＜ＮＲ  ＤＬ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ＞
【００３９】
ＮＲシステムにおいて、制御チャンネルの送信単位はＲＥＧ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）及び／又はＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）などで定義される。ＣＣＥは制御チャンネル送信のための最小単位を意味する。即ち、最小ＰＤＣＣＨのサイズは１ＣＣＥに対応する。集合レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）が２以上である場合、ネットワークは多数のＣＣＥを集めて１つのＰＤＣＣＨを送信することができる(ｉ．ｅ.，ＣＣＥ  ａｇｇｒｅｇａｔｉｏｎ)。
【００４０】
ＲＥＧは、時間ドメインでは１ＯＦＤＭシンボル、周波数ドメインでは１ＰＲＢに該当する。また、１ＣＣＥは６ＲＥＧに該当する。 
【００４１】
一方、制御リソースセット（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ，ＣＯＲＥＳＥＴ）及び探索空間（ｓｅａｒｃｈ  ｓｐａｃｅ，ＳＳ）について簡略に説明すると、ＣＯＲＥＳＥＴは制御信号送信のためのリソースのセットであり、探索空間は端末がブラインド検出を行う制御チャンネル候補の集まりである。探索空間はＣＯＲＥＳＥＴ上に設定されることができる。一例として、１つのＣＯＲＥＳＥＴに１つの探索空間が定義されると、ＣＳＳ（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）のためのＣＯＲＥＳＥＴとＵＳＳ（ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ）のためのＣＯＲＥＳＥＴが各々設定される。他の例として、１つのＣＯＲＥＳＥＴに多数の探索空間が定義されてもよい。例えば、ＣＳＳとＵＳＳが同じＣＯＲＥＳＥＴに設定されてもよい。以下の例示においては、ＣＳＳはＣＳＳが設定されるＣＯＲＥＳＥＴを意味し、ＵＳＳはＵＳＳが設定されるＣＯＲＥＳＥＴなどを意味してもよい。
【００４２】
基地局は、ＣＯＲＥＳＥＴに関する情報を端末にシグナルすることができる。例えば、各ＣＯＲＥＳＥＴのためにＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎが端末にシグナルされ、ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎには当該ＣＯＲＥＳＥＴの時間長（ｔｉｍｅ ｄｕｒａｔｉｏｎ）（ｅ．ｇ．，１／２／３ シンボルなど）、当該ＣＯＲＥＳＥＴの周波数ドメインリソース、プリコーダ粒度（ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙ）、ＲＥＧ−ｔｏ−ＣＣＥマッピングタイプ（ｅ．ｇ．，Ｉｎｔｅｒｌｅａｖｅｄ／Ｎｏｎ−Ｉｎｔｅｒｌｅａｖｅｄ）、Ｉｎｔｅｒｌｅａｖｅｄ ＲＥＧ−ｔｏ−ＣＣＥマッピングタイプの場合、ＲＥＧバンドリングサイズ及びインターリーバサイズなどがシグナルされる。 
【００４３】
１シンボルＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングがＮｏｎ−Ｉｎｔｅｒｌｅａｖｅｄタイプである場合、ＣＣＥに対する６ＲＥＧが１つのＲＥＧバンドルでグループされ、当該ＣＣＥのＲＥＧはいずれも連続することができる。１ＰＤＣＣＨ内にＣＣＥが複数である場合（ｅ．ｇ．，ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌが２以上である場合）、ＣＣＥも互いに連続することができる。端末はプリコーダ粒度によって１ＲＥＧバンドル内に同一のプリコーディングを仮定するか、又は多数のＲＥＧバンドルに対して同一のプリコーディングを仮定することができる。
【００４４】
１シンボルＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングがＩｎｔｅｒｌｅａｖｅｄタイプである場合、２、３又は６つのＲＥＧが１ＲＥＧバンドルで構成される。一例として、２、３、６のＲＥＧバンドルサイズがいずれも支援されるのではなく、そのサブセットとして、例えば、｛２｝、｛３｝、｛２、３｝、｛２、６｝、｛３、６｝又は｛２、３、６｝のＲＥＧバンドルサイズが支援される。仮に、｛２、６｝のＲＥＧバンドルサイズが支援される場合、２つのＲＥＧが１ＲＥＧバンドルを構成するか、又は６つのＲＥＧが１ＲＥＧバンドルを構成することができる。端末はプリコーダ粒度によって１ＲＥＧバンドル内に同一のプリコーディングを仮定するか、又は多数のＲＥＧに対して同一のプリコーティングを仮定することができる。
【００４５】
２シンボル以上のＤｕｒａｔｉｏｎを有するＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングの場合、ＲＥＧバンドルが時間／周波数ドメインで定義されてもよい。ＲＥＧバンドルが時間ドメインで定義される場合、１ＲＥＧバンドルに属するＲＥＧがいずれも同一のＲＢに属して、他のシンボルが該当してもよい。ＲＥＧバンドルが時間−周波数ドメインで定義される場合、１ＲＥＧバンドルは同一のＲＢに属して、他のシンボルが該当するＲＥＧのみならず、他のＲＢに属するＲＥＧを含んでもよい。 
【００４６】
また、２シンボル以上のＤｕｒａｔｉｏｎを有するＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングに対して時間優先マッピング（ｔｉｍｅ−ｆｉｒｓｔ ｍａｐｐｉｎｇ）が支援されてもよい。時間ドメイン上でＲＥＧバンドルがＣＯＲＥＳＥＴの時間ドメインＤｕｒａｔｉｏｎと同様に設定されることが支援されてもよい。Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄタイプの場合、ＣＣＥを構成する６つのＲＥＧが１ＲＥＧバンドルに該当してもよく、当該ＣＣＥのＲＥＧは時間／周波数ドメインで局部化（ｌｏｃａｌｉｚｅｄ）されてもよい。Ｉｎｔｅｒｌｅａｖｅｄタイプの場合、２、３又は６つのＲＥＧが１ＲＥＧバンドルに該当してもよく、ＣＯＲＥＳＥＴ内でＲＥＧバンドルはインターリーブされてもよい。端末はプリコーダ粒度によって１ＲＥＧバンドル内に同一のプリコーディングを仮定するか、又は多数のＲＥＧに対して同一のプリコーディングを仮定してもよい。
【００４７】
ＤＥＣＲＥＡＳＩＮＧ  ＣＨＡＮＮＥＬ  ＥＳＴＩＭＡＴＩＯＮ  ＣＯＭＰＬＥＸＩＴＹ  ＲＥＬＡＴＥＤ  ＴＯ  ＰＤＣＣＨ  ＲＥＣＥＰＴＩＯＮ
【００４８】
ＬＴＥシステムでは、ＰＤＣＣＨを受信するために、端末が各サブフレームにおいてモニタリングすべき制御チャンネル候補の集合レベル及び各集合レベルごとの制御チャンネル候補の数が固定されている。よって、端末は各サブフレームにおいて同一数の制御チャンネル候補に対してブラインドデコーディングを試みる。
【００４９】
図２は、ＰＤＣＣＨをブラインドデコードする過程に関する一般的な端末の動作を示す。ブラインドデコーディングを試みるとは、例えば、端末に割り当てられた識別子（ｅ．ｇ．，ＲＮＴＩ）を用いてＰＤＣＣＨが送信される可能性のあるリソースの集合（ｅ．ｇ．，ＰＤＣＣＨ候補）に対してＣＲＣを検査し、ＣＲＣ検査を通過すると、端末は当該ＰＤＣＣＨ候補に自身に送信されるＰＤＣＣＨがマップされたと仮定して、復調及びデコーディングを行う一連の過程を含む。
【００５０】
図２を参照すれば、端末は探索空間に含まれたＰＤＣＣＨ候補のうち、現在のブラインドデコーディングの対象となるＰＤＣＣＨ候補のＣＣＥを特定する（２０５）。ＰＤＣＣＨ候補を構成するＣＣＥを特定する方式として、既に定義されたハッシング関数を用いる。説明の論点をぼかすことを防止するために、ハッシング関数そのものに関する説明は省略するが、ハッシング関数の詳細については、ＴＳ  ３６．２１３の標準文書を参照されたい。
【００５１】
端末は特定されたＣＣＥに基づいてＰＤＣＣＨ候補に対するチャンネル推定を行う（２１０）。例えば、端末はＰＤＣＣＨ候補を構成するＣＣＥ（ｉ．ｅ．，リソース）に対するチャンネル推定を行い、チャンネル推定のために参照信号が用いられてもよい。
【００５２】
端末はチャンネル推定結果に基づいてＰＤＣＣＨ候補に対する復調を行う（２１５）。例えば、チャンネル推定結果に基づいて、端末はＰＣＣＨ候補を構成するＣＣＥ上で受信された信号に対応する複素シンボルを獲得することができる。端末は獲得した複素シンボルに対する復調を行うことで、複素シンボルに該当するビットを獲得することができる。
【００５３】
端末は自身に割り当てられた端末識別子（ｅ．ｇ．，Ｃ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、Ｐ−ＲＮＴＩなど）を用いて、ＰＤＣＣＨ  ＣＲＣに該当するビットを検査する（２２０）。基地局はＰＤＣＣＨのＣＲＣをＲＮＴＩを介してスクランブルするため、端末はＰＤＣＣＨのＣＲＣを介して当該ＰＤＣＣＨが自身に送信されたのか否かを判別することができる。
【００５４】
ＲＮＴＩに基づいたＣＲＣ検査を通過した場合、端末はＰＤＣＣＨペイロードをデコードする（２３０）。ＲＮＴＩに基づいたＣＲＣ検査に失敗した場合、端末は現在のＰＤＣＣＨ候補の次に位置したＰＤＣＣＨ候補を選択して、再びＰＤＣＣＨの検出を試みる（２３５）。
【００５５】
一方、ＬＴＥ  ＰＤＣＣＨの復調のために、ＣＲＳ（ｃｅｌｌ  ｓｐｅｃｉｆｉｃ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）が用いられる。ＬＴＥシステムにおいてＣＲＳは、時間ドメイン上では全てのサブフレームで送信され、周波数ドメイン上では全てのシステム帯域で送信される。このようなＣＲＳは、制御／データチャンネルの復調のためのチャンネル推定にも用いられ、チャンネル状態情報（ＣＳＩ）測定のためにも用いられる。また、必要に応じては無線リソース管理（ＲＲＭ）測定のためにも用いられる。
【００５６】
ＰＤＣＣＨ復調が全体のシステム帯域に送信されるＣＲＳに基づいて行われるため、端末はＤＦＴベースのチャンネル推定を一度行うことで、全体のシステム帯域に対するチャンネル推定を獲得することができ、全体のシステム帯域に対するチャンネル推定結果からＰＤＣＣＨ領域の各リソース要素（ＲＥ）に対するチャンネル推定結果を導出することができた。
【００５７】
ＮＲシステムでは、ＰＤＣＣＨの復調のためにＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）が用いられる。ＤＭＲＳは従来のＬＴＥのＣＲＳとは異なり、全体のシステム帯域に送信されるのではなく、必要に応じて、例えばＰＤＣＣＨが送信される周波数帯域に送信される。また、ＤＭＲＳは必ずしも全てのサブフレームで送信されるとは限らない。
【００５８】
ＮＲシステムでは、ＰＤＣＣＨ受信のための探索空間セット（ｓｅａｒｃｈ  ｓｐａｃｅ  ｓｅｔ）が定義される。探索空間とは、特定のＡＬ（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）候補の集合と定義されてもよい。探索空間セットとは、各ＡＬ探索空間のセットを意味してもよい。例えば、ＡＬ１探索空間とＡＬ４探索空間が１つの探索空間セットを成すこともできる。このような探索空間セットに対する設定情報は、端末に上位層シグナリング（ｅ．ｇ．，ＲＲＣ）を介して送信される。探索空間セットに対する設定情報は当該探索空間セットにおいて端末がモニタリングを行うべき制御チャンネル候補のＡＬ及び各ＡＬ当たり制御チャンネル候補の数を含んでもよい。例えば、探索空間セットに対する設定は、ＡＬ１候補の数（ｅ．ｇ．，０〜８）、ＡＬ２候補の数（ｅ．ｇ．，０〜８）、ＡＬ４候補の数（ｅ．ｇ．，０〜８）、ＡＬ８候補の数（ｅ．ｇ．，０〜８）及びＡＬ１６候補の数（ｅ．ｇ．，０〜８）を含んでもよい。当該ＡＬの候補数が０である場合、端末は当該ＡＬ候補に対してはブラインド検出を試みなくてもよい。また、探索空間セットに対する設定は、端末が当該探索空間セットをモニタリングすべき周期情報（ｅ．ｇ．，ｍｏｎｉｔｏｒｉｎｇ  ｐｅｒｉｏｄｉｃｉｔｙ）を含んでもよい。端末には１つ以上の探索空間セットが設定される。各探索空間セットに対する設定は、互いに独立して構成されてもよい。
【００５９】
仮に、端末が特定の時間単位の間に多数の候補に対するブラインドデコーディングを行う場合、ネットワーク観点からはリソース使用率を増加させることができるため、スケジューリングの柔軟性が向上するというメリットがある。一方、端末観点からは制御チャンネルに対するデコーディング及び制御チャンネルによってスケジュールされるＰＤＳＣＨの受信動作とＰＤＳＣＨ受信によるＨＡＲＱプロセスによる複雑さが増加し、これによる遅延伝播（ｄｅｌａｙ  ｐｒｏｐａｇａｔｉｏｎ）などの問題が生じ得る。
【００６０】
このような問題発生を防止するために、特定の時間単位（ｅ．ｇ．，１スロット）の間に端末が行うべきブラインドデコーディングの最大回数が定義される。ブラインドデコーディングの最大回数とは、結局、端末がブラインドデコーディングを行うべき候補の総数を意味するため、ブラインドデコーディングの最大回数は、端末がモニタリングする候補の最大数と称されてもよい。端末は与えられた時間単位（ｅ．ｇ．，１ｓｌｏｔ）において定義された最大回数だけブラインドデコーディングを行わなければならない。ネットワークはブラインドデコーディングの最大回数に基づいて多数の端末に対するスケジューリングを行う。
【００６１】
また、ＮＲ−ＰＤＣＣＨは、ＤＭＲＳに基づいて動作するために特定の時間単位内で端末がチャンネル推定を行うべきリソースの量によってＣＣＥの数（又は、ＲＥＧバンドルの数）が定義される。端末は各ＲＥＧバンドル単位でチャンネル推定を行い、ＣＯＲＥＳＥＴにおいてＣＣＥ当たりＲＥＧバンドル数は同一に維持されるため、所定の時間単位内にチャンネル推定を行うべきＲＥＧバンドルの数又はＣＣＥの数が定義される。このように、単位時間の間に端末がチャンネル推定を行うべきＣＣＥの数は互いに重ならないＣＣＥ数を意味してもよい。重なるＣＣＥに対しては端末がチャンネル推定結果を再使用できるためである。
【００６２】
一例として、チャンネル推定の最大回数は、以下のように定義される。
【００６３】
（ｉ）全ての候補におけるＣＣＥの数（Ｔｈｅ  ｎｕｍｂｅｒ  ｏｆ  ＣＣＥｓ  ｉｎ  ａｌｌ  ｃａｎｄｉｄａｔｅｓ）：一例として、端末が単位時間（ｅ．ｇ．，１ｓｌｏｔ）の間にモニタリングすべき全体の候補に属したＣＣＥの数がチャンネル推定の最大回数として定義されてもよい。ここで、ＣＣＥ数は互いに重ならないＣＣＥ数を意味してもよい。
【００６４】
Ｗｉｄｅｂａｎｄ  ＲＳが用いられる場合には、このようなチャンネル推定の最大回数に対する制約が適用されなくてもよい。
【００６５】
Ｗｉｄｅｂａｎｄ  ＲＳとは、ＰＤＣＣＨ復調のために送信されるＤＭＲＳの１つのタイプであって、相対的に広い周波数帯域を介して送信される。Ｗｉｄｅｂａｎｄ  ＲＳは端末の同一のプリコーディングの仮定に関連するが、Ｗｉｄｅｂａｎｄ  ＲＳが用いられないＣＯＲＥＳＥＴにおいて端末は１ＲＥＧバンドル内において同一のプリコーディングを仮定する。一方、Ｗｉｄｅｂａｎｄ  ＲＳが用いられるＣＯＲＥＳＥＴにおいて端末は連続したリソースブロックのセット内に位置した全てのＲＥＧに対してＲＳが送信され、当該連続したリソースブロック内では同一のプリコーディングを仮定することができる。このＷｉｄｅｂａｎｄ  ＲＳの使用可否は、ＣＯＲＥＳＥＴ設定においてプリコーダ粒度の情報として与えられてもよい。
【００６６】
一方、Ｗｉｄｅｂａｎｄ  ＲＳが適用されたＣＯＲＥＳＥＴの場合、端末がＤＦＴ方式のチャンネル推定を行うことができ、この場合、チャンネル推定の複雑さが大きく減少できる。よって、チャンネル推定の複雑さを考慮した制約が適用されなくてもよい。
【００６７】
（ｉｉ）全ての候補におけるＲＥＧバンドルの数（Ｔｈｅ  ｎｕｍｂｅｒ  ｏｆ  ＲＥＧ  ｂｕｎｄｌｅｓ’  ｉｎ  ａｌｌ  ｃａｎｄｉｄａｔｅｓ）：Ｗｉｄｅｂａｎｄ  ＲＳが用いられる場合には、このようなチャンネル推定の最大回数に対する制約が適用されなくてもよい。
【００６８】
ＮＲ  ＰＤＣＣＨ送信のためのＣＯＲＥＳＥＴのｄｕｒａｔｉｏｎによって１ＣＣＥを構成するＲＥＧバンドルの数を異ならせて設定してもよい。端末がＲＥＧバンドル単位でチャンネル推定を行うため、ＣＣＥ当たりＲＥＧバンドルの数によって、ＣＣＥ別のチャンネル推定の複雑さが異なってもよい。よって、ＲＥＧバンドルの数に基づいてチャンネル推定の複雑さが表現されてもよい。ＣＣＥ当たりＲＥＧバンドルの数によってチャンネル推定の複雑さが異なってもよい。
【００６９】
（ｉｉｉ）プリコーダバンドルの数（Ｔｈｅ  ｎｕｍｂｅｒ  ｏｆ  ｐｒｅｃｏｄｅｒ’  ｂｕｎｄｌｅｓ）（プリコーダバンドルが同一であるか否かとは関係ない）：  
【００７０】
Ｗｉｄｅｂａｎｄ  ＲＳが用いられる場合には、ＣＯＲＥＳＥＴ内のＣｈｕｎｋ（ｅ．ｇ．，連続したリソースの束）の数がプリコーダバンドルの数を定義してもよい。Ｗｉｄｅｂａｎｄ  ＲＳが用いられる場合には、ＲＥＧバンドルの数がプリコーダのバンドルの数を定義してもよい。
【００７１】
Ｗｉｄｅｂａｎｄ  ＲＳが用いられる場合、周波数ドメインにおいてＣＯＲＥＳＥＴ内の連続したリソースにデータ（ｅ．ｇ．，制御チャンネル）が送信される場合、連続したリソースが位置する領域の全てのＲＥＧに対してＲＳ（ｅ．ｇ．，同一のプリコーディングＲＳ）が送信される。この場合、チャンネル推定の複雑さは、連続したリソース（ｉ．ｅ．，ｃｈｕｎｋ）の数によって表現されてもよい。
【００７２】
上述したブラインドデコーディングの最大回数とチャンネル推定能力（ｃａｐａｂｉｌｉｔｙ）は、各ケース（ｅ．ｇ．，Ｗｉｄｅｂａｎｄ  ＲＳを使用するか否か、ＳＣＳニューマロロジー、多数のＣＯＲＥＳＥＴ間の重畳）に対してａｓｓｏｃｉａｔｉｏｎが定義されてもよい。例えば、表４のように、特定のＳＣＳニューマロロジーにおいて１つのスロット内で最大のブラインドデコーディング数はＸ、チャンネル推定能力（ｅ．ｇ．，ＣＣＥｓ数又はＲＥＧバンドル数）はＹとして予め定義されるか、上位層シグナリングなどによって端末に指示されてもよい。
【００７３】
【表４】
2020167726.tif 000006
【００７４】
また、チャンネル推定能力を定義するとき、ＣＣＥ（又は、ＲＥＧ  ｂｕｎｄｌｅｓ、ｃｈｕｎｋｓ）数は、端末が実際にチャンネル推定を行うべきＣＣＥ（又は、ＲＥＧ  ｂｕｎｄｌｅｓ、ｃｈｕｎｋｓ）数を意味してもよい。一例として、チャンネル推定能力がＣＣＥ数と定義されると仮定するとき、１ＣＣＥがＮ個の制御チャンネル候補に含まれる場合、当該ＣＣＥをＮとカウントするのではなく、１つのＣＣＥとしてカウントすることが望ましい。換言すれば、上述したＣＣＥの数はＮｏｎ−ｏｖｅｒｌａｐｐｉｎｇ  ＣＣＥ数を意味してもよい。
【００７５】
上述したように、ブラインドデコーディングの最大数とＲＥＧバンドル（ｏｒ  ＣＣＥ）の最大数が定義される場合、ＣＯＲＥＳＥＴサイズ及び／又は各探索空間セットの設定（ｅ．ｇ．，ｍｏｎｉｔｏｒｉｎｇ  ｐｅｒｉｏｄｉｃｉｔｙなど）によって一部の制御チャンネル候補に対するブラインドデコーディングが制限されなければならない場合が発生する。
【００７６】
例えば、ＣＯＲＥＳＥＳＴのサイズが小さくて、互いに異なる候補間にリソース重畳が多く発生した場合、端末はＲＥＲバンドル単位のチャンネル推定結果を再使用することができ、その結果、ＲＥＧバンドル（ｏｒ  ＣＣＥ）の最大数に至るまで端末がモニタリングする制御チャンネル候補の数が増加する。
【００７７】
一方、ＣＯＲＥＳＥＴサイズが大きく、候補間にリソース重畳がない場合、端末がチャンネル推定結果のリサイクルなく全てのＲＥＧバンドルに対するチャンネル推定を行わなければならない。よって、（最大のチャンネル推定能力オーバーにより）端末はブラインドデコーディングを行うように設定された候補のうち一部に対してはブラインドデコーディングが行えない場合が生じ得る。
【００７８】
別の一例として、互いに異なる探索空間セットは、互いに異なるモニタリング周期を有するため、特定の時間単位（ｅ．ｇ．，モニタリング周期の公倍数）で端末が互いに異なる探索空間セットに対するブラインドデコーディングを同時に行わなければならない場合が生じ得る。チャンネル推定の複雑さは当該時間単位でのみ大きく増加し、端末が一部の候補に対するブラインドデコーディングをスキップする場合が生じ得る。このとき、ネットワークと端末が互いに異なる候補をスキップするように仮定する場合、ネットワークと端末の互いに異なる理解によって制御チャンネルに対する送受信性能が大きく低下され得る。
【００７９】
本発明の一実施例では、このような問題を解決するために、候補数及び／又はチャンネル測定数が与えられた最大値を超える場合、端末が当該探索空間セットに対して設定されたブラインドデコーディングのうち一部をスキップすることを提案する。すなわち、端末は当該探索空間セット内において一部の制御チャンネル候補に対するブラインドデコーディングをスキップすることができる。このために、端末がチャンネル推定を行う候補（又は、ブラインドデコーディングの対象となる候補）を選択するための方法が必要である。
【００８０】
換言すれば、端末のチャンネル推定能力を超えるブラインドデコーディング数が設定された場合、端末が自身のチャンネル推定能力を超えて全ての候補に対するブラインドデコーディングを行う必要はない。ただし、端末がいずれの候補に対するブラインドデコーディングをスキップするかについてネットワークと端末が同様に理解している必要があり、このために候補の選択／ドロップに関する優先順位の規則が必要である。
【００８１】
＜Ｐｒｉｏｒｉｔｙ  ｄｅｔｅｒｍｉｎａｔｉｏｎ＞
【００８２】
以下に提案する方式は単独又は組み合わせによって適用される。また、以下の方式は、ネットワークの更なるシグナリングなしに端末がランダムに候補をスキップするような様々な状況で暗示的に適用されてもよく、又は、ネットワークが特定の方式を用いることを端末に指示してもよい。以下において、ＣＯＲＥＳＥＴは探索空間の構成のための様々なリソース単位又は探索空間セットと解釈できる。
【００８３】
Ｅｘａｍｐｌｅ  １）ＣＯＲＥＳＥＴ  ｐｒｉｏｒｉｔｙ
【００８４】
ＮＲシステムにおいて１ＵＥに多数のＣＯＲＥＳＥＴが設定されてもよい。多数のＣＯＲＥＳＥＴに対して優先順位が定義されてもよい。チャンネル推定の複雑さなどの原因によって、必要に応じて端末は優先順位の低いＣＯＲＥＳＥＴの候補からスキップすることができる。すなわち、端末は最優先順位のＣＯＲＥＳＥＴから候補モニタリングを行い、チャンネル推定能力に至るまでブラインドデコーディングを行う。
【００８５】
暗示的な優先順位が適用される場合の一例として、以下のようにＣＯＲＥＳＥＴ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって優先順位が決定されてもよい。これとは異なり、仮にネットワークによって明示的にネットワークが優先順位を決定／指示する場合、以下のＣＯＲＥＳＥＴ  ｃｏｎｆｉｇｕｒａｔｉｏｎをベースとして優先順位を決定／指示するシグナリングが行われてもよい。
【００８６】
（ｉ）ＣＣＥ−ｔｏ−ＲＥＧ  ｍａｐｐｉｎｇ
【００８７】
ＮＲシステムでは、各ＣＯＲＥＳＥＴにインターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）が適用されるか否かによって、各ＣＯＲＥＳＥＴのＣＣＥ−ｔｏ−ＲＥＧ  ｍａｐｐｉｎｇタイプが決定される。インターリービングが用いられる場合の一例は、当該ＣＯＲＥＳＥＴにおいて端末共通の情報（ｅ．ｇ．，システム情報などのセル共通制御情報、又は電力／スロットフォーマットなどのような端末グループ共通制御情報）が送信される場合、又は基地局と端末との間のチャンネル状態に対するフィードバックがないか不正確であって、基地局がＵＥ−ｄｅｄｉｃａｔｅｄ  ｂｅａｍｆｏｒｍｉｎｇを使用することが不適切な場合である。
【００８８】
端末が多数のＣＯＲＥＳＥＴに対して同一の時間リソースにおいてブラインドデコーディングを行い、チャンネル推定の複雑さなどによって（ｅ．ｇ．，予め定義されたＲＥＧバンドル（ｏｒ  ＣＣＥｓ）の最大数を超えることによって）、特定の候補に対するブラインドデコーディングをスキップする場合に対して、特定のＣＣＥ−ｔｏ−ＲＥＧ  ｍａｐｐｉｎｇタイプがより高い優先順位を有することと設定されるか、又は予め定義されてもよい。
【００８９】
例えば、端末にインターリービングの適用されたＣＯＲＥＳＥＴ  １とインターリービングの適用されないＣＯＲＥＳＥＴ  ２が設定されたとき、端末はインターリービングの適用されたＣＯＲＥＳＥＴ  １に属した候補に対するブラインドデコーディングをＣＯＲＥＳＥＴ  ２よりも優先して行うことができる。
【００９０】
（ｉｉ）ＲＳ  ｔｙｐｅ（ｐｒｅｃｏｄｅｒ  ｇｒａｎｕｌａｒｉｔｙ）
【００９１】
一例として、各ＣＯＲＥＳＥＴに設定されたｐｒｅｃｏｄｅｒ  ｇｒａｎｕｌａｒｉｔｙをベースとして優先順位が決定されてもよい。
【００９２】
上述したように、ＮＲシステムにおけるＰｒｅｃｏｄｅｒ  ｇｒａｎｕｌａｒｉｔｙは周波数ドメインにおいてＲＥＧバンドルサイズと同一であるか、Ｗｉｄｅｂａｎｄ  ＲＳに該当する。Ｗｉｄｅｂａｎｄ  ＲＳが用いられる場合であって、ＣＯＲＥＳＥＴの連続したＲＢに制御情報が送信される場合、端末は当該連続したＲＢに属した全てのＲＥＧからＲＳが送信され、当該連続したＲＢ領域では同一のプリコーディングが用いられることを仮定することができる。
【００９３】
一例として、Ｗｉｄｅｂａｎｄ  ＲＳの設定されたＣＯＲＥＳＥＴにはＷｉｄｅｂａｎｄ  ＲＳの設定されないＣＯＲＥＳＥＴよりも高い優先順位が与えられる。一般に、Ｗｉｄｅｂａｎｄ  ＲＳは広いカバレッジをカバーするために、又はデコーディング性能（ｄｅｃｏｄｉｎｇ  ｐｅｒｆｏｒｍａｎｃｅ）を増加させるために用いられ、これはＷｉｄｅｂａｎｄ  ＲＳがより重要な情報を多数の端末に伝達する場合に用いられるとみなすことができるため、Ｗｉｄｅｂａｎｄ  ＲＳの設定されたＣＯＲＥＳＥＴにより高い優先順位を与えることが望ましい。
【００９４】
別の方法として、ＣＯＲＥＳＥＴインデックスなどによってＣＯＲＥＳＥＴの優先順位が決定されてもよい。例えば、暗示的に優先順位が決定されると仮定するとき、ＣＯＲＥＳＥＴインデックスの低い（又は高い）ＣＯＲＥＳＥＴに対して端末が先にブラインドデコーディングを行うことと予め定義されてもよい。明示的なシグナリングによってＣＯＲＥＳＥＴの優先順位が決定される場合、ネットワークはＣＯＲＥＳＥＴ別に優先順位をシグナルしてもよい。
【００９５】
Ｅｘａｍｐｌｅ  ２）Ｓｅａｒｃｈ  ｓｐａｃｅ  ｓｅｔ  ｐｒｉｏｒｉｔｙ
【００９６】
端末はネットワークから互いに異なる探索空間セットに対する設定を受信することができる。互いに異なる探索空間セットのモニタリング周期が互いに異なるように設定されてもよく、特定の時間リソースでは互いに異なる探索空間セットが重なってもよい。この場合、予め定義によって、又はネットワークの設定（ｅ．ｇ．，ｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）によって特定の探索空間セットに対する優先順位を高く設定してもよい。端末が一部の候補に対するブラインドデコーディングをスキップする場合には、端末は優先順位の低い探索空間セットに属した候補を優先してスキップすることができる。よって、ネットワークは端末がブラインドデコーディングをスキップする候補がいずれの候補であるかを把握し、当該候補では端末のＰＤＣＣＨをマップしない方が好ましい。換言すれば、ネットワークは端末がモニタリングする候補にＰＤＣＣＨをマップした方が好ましい。
【００９７】
このように探索空間セット単位で優先順位が決定／設定されてもよい。優先順位は予め定義によって、又はネットワークによって決定されてもよい。例えば、優先順位は、以下の（ｉ）〜（ｉｖ）のうち少なくとも１つの要素に基づいて決定され、これに限定されない。
【００９８】
（ｉ）Ｓｅａｒｃｈ  ｓｐａｃｅ  ｔｙｐｅ
【００９９】
探索空間セットは大きく端末特定の探索空間セット（ｅ．ｇ．，ＵＳＳ）とセル共通の探索空間セット（ｅ．ｇ．，ＣＳＳ）とに区分できる。
【０１００】
本発明の一実施例によれば、各探索空間セットにおいて端末がモニタリングすべきＤＣＩフォーマットをベースとして及び／又は探索空間タイプをベースとして優先順位が決定されてもよい。
【０１０１】
例えば、ＣＳＳに関連する探索空間セットに対する優先順位は、ＵＳＳに関連する探索空間セットに対する優先順位よりも高く設定されることができる。一例として、ＣＳＳに関連する探索空間セットとＵＳＳに関連する探索空間セットとが重なり、端末が重なる時間リソースの間に全てのＰＤＣＣＨ候補がモニタリングできない場合（ｅ．ｇ．，モニタリングすべき候補数が最大のブラインド検出数を超え及び／又はチャンネル推定を行うべきＣＣＥ数が最大のＣＣＥ数を超え）、端末はＣＳＳに関連する探索空間セットに含まれた候補に対して優先してＰＤＣＣＨ検出を試みる（ｅ．ｇ．，ブラインドデコーディング）ことができる。端末がＣＳＳに関連する探索空間セットにおいてブラインド検出とチャンネル推定とを両方行っても、プロセッシング能力に余裕がある場合（ｅ．ｇ．，更なるブラインド検出とチャンネル推定が可能）、ＵＳＳに関連する探索空間セットにおいてＰＤＣＣＨ検出を試みることができる。仮に、端末が最大のブラインド検出数及び／又は最大のＣＣＥ数に至る場合は、端末は低い優先順位の探索空間セット（ｅ．ｇ．，ＵＳＳに関連する探索空間セット）に属した候補をスキップすることができる。
【０１０２】
よって、ネットワークは端末がモニタリングする候補と、端末がスキップする候補とを判別する必要があり、この判別結果に基づいて、端末がモニタリングする候補でＰＤＣＣＨをマップすることができる。
【０１０３】
（ｉｉ）Ａｇｇｒｅｇａｔｉｏｎ  Ｌｅｖｅｌ
【０１０４】
上述のように、ＮＲシステムにおいて各探索空間セットに対して、当該探索空間セットにおいて端末がモニタリングすべき候補の集合レベルが指定されてもよい。
【０１０５】
一例として、各探索空間セットに設定された集合レベルによって探索空間セットに対する優先順位が決定されてもよい。例えば、より高い集合レベルからなる探索空間セットに高い優先順位が与えられる。
【０１０６】
（ｉｉｉ）Ｔｈｅ  ｎｕｍｂｅｒ  ｏｆ  ｃａｎｄｉｄａｔｅｓ（ｏｒ  ＣＣＥｓ,  ＲＥＧ  ｂｕｎｄｌｅｓ）
【０１０７】
各探索空間セットにおいてモニタリングすべき候補数（又は、ＣＣＥ数、ＲＥＧバンドル数）などによって探索空間セットの優先順位が決定されてもよい。
【０１０８】
一例として、ブラインドデコーディングを行うべき候補の数が多い探索空間セットには、相対的に低い優先順位が与えられてもよい。これは与えられた時間リソースにおいて端末がより多い探索空間セットに対するブラインドデコーディングを行うようにするために望ましい。
【０１０９】
（ｉｖ）Ｓｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ  Ｉｎｄｅｘ
【０１１０】
上述したＣＯＲＥＳＥＴの優先順位の例示と同様に、探索空間セットのインデックスに基づいて暗示的／明示的に優先順位が定義されてもよい。例えば、探索空間セットのインデックスが低い探索空間セットにより高い優先順位が与えられてもよい。
【０１１１】
例えば、インデックス１を有する探索空間セットＡとインデックス２を有する探索空間セットＢに対して、端末が両者ともモニタリングできないとき（ｅ．ｇ．，ブラインドデコーディング数及び／又はチャンネル推定能力（ｅ．ｇ．，ＣＣＥ数））、低いインデックスを有する探索空間セットＡの候補に対してブラインド検出を行い、高いインデックスを有する探索空間セットＢの候補に対するブラインド検出をスキップすることができる。このような状況では、基地局が端末にＰＤＣＣＨを送信しようとする場合、基地局は低いインデックスを有する探索空間セットＡを介して当該ＰＤＣＣＨを送信することと決定することができる。
【０１１２】
このように、探索空間セット間の優先順位が決定されることで、１つの端末に複数の探索空間セットが設定され、複数の探索空間セットのモニタリング周期の公倍数になる時点で、探索空間セット間の時間リソース重畳が生じても、基地局と端末がいずれの候補を介してＰＤＣＣＨを送受信すべきかが明確に決定されることができる。また、一部の候補のブラインドデコーディング／チャンネル推定が省略されることで、端末のプロセッシングの複雑さが減少できる。
【０１１３】
上述したように、探索空間セット間の優先順位は、（ｉ）〜（ｉｖ）のうち１つ以上に基づいて決定されてもよい。一例として、探索空間セット間の優先順位が（ｉ）及び（ｉｖ）によって決定されると仮定すれば、端末と基地局は、図３のように動作する。
【０１１４】
図３を参照すれば、端末／基地局は単位時間（ｅ．ｇ．，１スロット）の間にモニタリングされる候補の最大数及びチャンネル推定されるＣＣＥの最大数（ｅ．ｇ．，重ならないＣＣＥ）を決定する（３０５）。候補の最大数及びＣＣＥの最大数は、上述したように、ＳＣＳニューマロロジーによって決定される。
【０１１５】
端末はＣＳＳに関連する探索空間セットに対しては高い優先順位を与え、ＣＳＳに関連する探索空間セットにおいてＰＤＣＣＨ候補に対するブラインドデコーディングを優先して行う。ブラインドデコーディングを行う過程には、端末が参照信号に基づいてチャンネル推定を行う過程が含まれてもよい。例えば、端末はチャンネル推定結果に基づいて、ＰＤＣＣＨ候補に対する復調を行い、復調を通じて獲得した複素シンボルに基づいてデコーディングを試みることができる。デコーディングを試みる過程には、端末が自身に割り当てられた端末特定／セル特定／グループ特定の属性のＲＮＴＩを用いてＰＤＣＣＨ  ＣＲＣ検査を行う過程が含まれてもよい。このように、ＣＳＳに対するＰＤＣＣＨ検出の試みに基づいて、最大のブラインドデコーディング回数と最大のチャンネル推定能力（ｅ．ｇ．，ＣＣＥ数）がそれぞれ差し引きされる（３１０）。
【０１１６】
端末は自身が行える残りのブラインドデコーディング回数と残りのチャンネル推定能力に基づいて、ＵＳＳに関連する探索空間セットにおいてＰＤＣＣＨ検出を試みることができる。仮に、ＵＳＳに関連する探索空間セットが複数存在し、これらを同時にモニタリングする状況であれば、端末はＵＳＳに関連する探索空間セットの各々のインデックスを考慮する。
【０１１７】
例えば、端末は低いインデックスを有するＵＳＳに関連する探索空間セットにおいて優先してＰＤＣＣＨ候補に対するブラインド検出／チャンネル推定を行い、その後、低いインデックスを有するＵＳＳに関連する探索空間セットにおいてＰＤＣＣＨ候補に対するブラインド検出／チャンネル推定を行う。端末の最大のブラインドデコーディング回数又は最大のチャンネル推定能力を超えるようにする高いインデックスを有するＵＳＳに関連する探索空間セットに対して、端末はＰＤＣＣＨ候補に対するブラインド検出／チャンネル推定をスキップすることができる。
【０１１８】
図３を参照すれば、端末は最下位のインデックスのＵＳＳに関連する探索空間セットを選択する（３１５）。端末はＣＳＳモニタリングを考慮して、最大値から差し引きした後の残りの候補数及び残りのＣＣＥ数の各々が、現在選択されたＵＳＳに関連する探索空間セットをモニタリングするに十分であるか否かを判断する（３２０、３２５）。
【０１１９】
仮に、残りの候補数及び残りのＣＣＥ数のうちいずれか１つでも現在選択されたＵＳＳに関連する探索空間セットをモニタリングするに足りない場合は、端末は現在選択された探索空間セットを含む残りの探索空間セットのモニタリングを省略する（３３５）。
【０１２０】
仮に、残りの候補数及び残りのＣＣＥ数のいずれも現在選択されたＵＳＳに関連する探索空間セットをモニタリングするのに十分な場合、端末は現在選択された探索空間セットをモニタリングすることと決定し、候補数及びＣＣＥ数を（最近の最大値から）差し引きする（３３０）。その後、端末は、次に低いインデックスを有するＵＳＳに関連する探索空間セットを選択する（３４０）。
【０１２１】
基地局は、上述した端末動作と同様に、端末がＰＤＣＣＨの検出を試みる探索空間セットとＰＤＣＣＨの検出を省略する探索空間セットを決定することができる。基地局は端末がＰＤＣＣＨの検出を試みる探索空間セットにおいて候補を選択した後、選択された候補に端末のＰＤＣＣＨをマップ／送信することができる。
【０１２２】
Ｅｘａｍｐｌｅ  ３）Ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ
【０１２３】
候補スキップのための優先順位を設定するとき、集合レベルが基準となってもよい。例えば、高い集合レベルに高い（又は、低い）優先順位が与えられ、低い（又は、高い）優先順位に属した集合レベルの候補を優先してスキップすることもできる。
【０１２４】
別の方法として、各集合レベルごとに候補数によって各集合レベルに対する優先順位が決定されてもよい。例えば、ブラインドデコーディングを行うべき候補の数が多い集合レベルに対しては優先順位が低く設定されてもよい。これは、端末がブラインドデコーディングを行う集合レベルの数を増加させ、ネットワークのスケジューリング柔軟性を増加させるというメリットがある。
【０１２５】
別の方法として、ブラインドデコーディングを行うべき集合レベルは維持しながら、各集合レベルの候補数が調節されてもよい。例えば、端末が集合レベル（ＡＬ）１、２、４、８に対して、それぞれ４、４、２、２つの候補に対するブラインド検出を行うと仮定する。このとき、端末は、高い（又は、低い）集合レベルから候補を１つずつ選択することができる。一例として、ＡＬ８  １ｓｔ  ｃａｎｄｉｄａｔｅ  →  ＡＬ４  １ｓｔ  ｃａｎｄｉｄａｔｅ  →  ＡＬ２  １ｓｔ  ｃａｎｄｉｄａｔｅ  →  ＡＬ１  １ｓｔ  ｃａｎｄｉｄａｔｅ  →  ＡＬ８  ２ｎｄ  ｃａｎｄｉｄａｔｅ  →  ＡＬ４  ２ｎｄ  ｃａｎｄｉｄａｔｅ  →  ＡＬ２  ２ｎｄ  ｃａｎｄｉｄａｔｅ  →  ＡＬ１  ２ｎｄ  ｃａｎｄｉｄａｔｅ  →  ＡＬ２  ３ｒｄ  ｃａｎｄｉｄａｔｅ  →  ＡＬ１  ３ｒｄ  ｃａｎｄｉｄａｔｅ  →  ＡＬ２  ｌａｓｔ  ｃａｎｄｉｄａｔｅ  →  ＡＬ１  ｌａｓｔ  ｃａｎｄｉｄａｔｅの順に各候補の優先順位が決定される。端末は自身のチャンネル推定能力（ｃａｐａｂｉｌｉｔｙ）が許容する候補までブラインド検出を行い、その後の候補に対するブラインド検出はスキップしてもよい。本例では、ＡＬに対して降順に候補を選択すると仮定したが、その他の規則、例えばＡＬ昇順、候補数の多い（又は、少ない）ＡＬに対する昇順（又は降順）が適用されてもよい。
【０１２６】
端末のチャンネル状態などに対するフィードバックが正確ではない場合、様々なＡＬに対するブラインドデコーディングを行うことが望ましいため、端末はＲｏｕｎｄ  Ｒｏｂｉｎ方式で各ＡＬにおいてブラインドデコーディングを行う候補を順次選択することができる。
【０１２７】
Ｅｘａｍｐｌｅ  ４）Ｆｒｅｑｕｅｎｃｙ
【０１２８】
低い（又は、高い）周波数の候補（又は、ＣＣＥ／ＲＥＧ）に高い優先順位が与えられてもよい。例えば、端末は当該スロットにおいてブラインド検出を行うとき、最低の周波数に位置した候補からブラインド検出を行い、端末は自身のチャンネル推定能力を超える時点まで周波数を高めて（又は、低めて）ブラインド検出を行うことができる。
【０１２９】
Ｅｘａｍｐｌｅ  ５）ｒｅｓｏｕｒｃｅ（ｅ．ｇ．，ｃａｎｄｉｄａｔｅ，ＣＣＥ,  ＲＥＧ）  ｉｎｄｅｘ
【０１３０】
低い（又は、高い）インデックスのリソース（ｅ．ｇ．，ｃａｎｄｉｄａｔｅ、ＣＣＥ、ＲＥＧ）に高い優先順位を与えてもよい。すなわち、ＵＥは当該スロットにおいてブラインド検出を行うとき、最低のインデックスの候補からブラインド検出を行い、端末は自身のチャンネル推定能力を超える時点までインデックスを高めて（又は、低めて）ブラインド検出を行うことができる。
【０１３１】
上述において、Ｅｘａｍｐｌｅ  １）を除くその他の方式の場合、複数のＣＯＲＥＳＥＴとそれに関連する探索空間セットがあるとき、優先順位が各ＣＯＲＥＳＥＴに適用されるか、ブラインド検出数によって各チャンネル推定が各ＣＯＲＥＳＥＴに分けて適用されてもよい。これはチャンネル推定バジェット（ｂｕｄｇｅｔ）を各ＣＯＲＥＳＥＴごとに又は探索空間セットごとに設定することを意味してもよい。例えば、端末は与えられたチャンネル推定能力をＣＯＲＥＳＥＴごとに又は探索空間セットごとに分配し、上述した優先順位の規則を適用して、各ＣＯＲＥＳＥＴ（又は、探索空間セット）内に与えられたブラインドデコーディングを行うことができる。
【０１３２】
上述した各方式の組み合わせを用いた優先順位の規則を適用することもできる。例えば、端末はＣＯＲＥＳＥＴごとに優先順位を設定し、優先順位によってブラインドデコーディング数に重み値を適用して、ＣＯＲＥＳＥＴごとにブラインド検出のスキップ率を調節し、各ＣＯＲＥＳＥＴにおいて上述した規則のうち一部を用いてブラインド検出をスキップする候補を選定することができる。
【０１３３】
必要に応じて、端末は自身のチャンネル推定能力（及び／又はｐｒｉｏｒｉｔｙ  ｒｕｌｅ）をネットワークに報告することもできる。ネットワークは端末の報告に基づいて、端末にＤＣＩ送信のために用いるリソースを選択することができる。  
【０１３４】
＜Ｃｏｎｆｉｇｕｒａｂｌｅ  ｈａｓｈｉｎｇ  ｆｕｎｃｔｉｏｎ＞
【０１３５】
上述ではチャンネル推定の複雑さなどによって特定の候補に対するブラインド検出をスキップしなければならない場合、ブラインド検出をスキップする候補を決定するための優先順位の決定方法を提案した。
【０１３６】
以下では、さらにチャンネル推定の複雑さを減らすために、状況別にハッシング関数（ｈａｓｈｉｎｇ  ｆｕｎｃｔｉｏｎ）を異ならせて設定する方法を提案する。ハッシング関数は与えられたＣＯＲＥＳＥＴにおいて端末がモニタリングすべき候補に対応するＣＣＥを知らせる役割を担う。例えば、端末はハッシング関数を用いて各候補を構成するＣＣＥを特定することができる。
【０１３７】
後述する方法は、端末のチャンネル推定能力を超える場合に限って適用されてもよい。
【０１３８】
チャンネル推定の複雑さを下げるために、入れ子構造（ｎｅｓｔｅｄ  ｓｔｒｕｃｔｕｒｅ）が考慮される。入れ子構造は、互いに異なる集合レベルの候補間のリソース重畳を導くことで、チャンネル推定結果を互いに異なる候補に再使用するための方法として用いられる。
【０１３９】
一例として、最大の集合レベルの候補に対しては、端末は全体のＣＯＲＥＳＥＴに既存のハッシング関数（ｅ．ｇ．，ＥＰＤＣＣＨ方式のハッシング関数）を適用することで、最大の集合レベルの候補のＣＣＥを特定することができる。しかしながら、低い集合レベルの候補に対しては、端末はＣＯＲＥＳＥＴの全体ではなく、最大の集合レベルの候補が占めるリソースにおいて既存のハッシング関数を適用する。この場合、低い集合レベルの候補は常に最大の集合レベルの候補が占めるリソースに属することになるため、重なったリソースに対してチャンネル推定結果を再使用することができる。
【０１４０】
本発明の一実施例によれば、特定の時間リソースにおいて行えるチャンネル推定能力を超える候補が端末に設定された場合、端末は候補をスキップせず、入れ子構造のためのハッシング関数を適用する。
【０１４１】
一例として、単一の探索空間セットに対して設定された候補の数が端末が単位時間内に行えるチャンネル推定の複雑さを超える場合、端末／基地局は当該探索空間セットに入れ子構造が適用されると仮定する。例えば、チャンネル推定の複雑さに問題のない一般の場合には、各集合レベルの候補に対して端末は全体のＣＯＲＥＳＥＴに基づいてハッシング関数を適用するが、チャンネル推定の複雑さが端末が単位時間内に行える範囲を超える場合、端末は低い集合レベルのためのハッシング関数を最大の集合レベルの候補が占めるリソース内に適用することができる。
【０１４２】
多数の探索空間セットの重畳によってチャンネル推定の複雑さが許容値を超える場合、上述した優先順位の決定方式と入れ子構造とを共に用いてもよい。一例として、ＣＯＲＥＳＥＴ優先順位が設定され、チャンネル推定の複雑さが許容値を超える場合、端末は低い優先順位のＣＯＲＥＳＥＴに入れ子構造を適用する。
【０１４３】
一方、Ｃｏｎｆｉｇｕｒａｂｌｅハッシング関数は、以下のように適用されてもよい。以下の方法はチャンネル推定能力を超える場合に限って適用されてもよい。
【０１４４】
端末が当該ＣＯＲＥＳＥＴ／探索空間セットに行うべき潜在的な（ｐｏｔｅｎｔｉａｌｌｙ）チャンネル推定の数が所定の限界を超えた場合、ハッシング関数の初期化（ｉｎｉｔｉａｌｉｚａｔｉｏｎ）に入れ子構造を構成するパラメータを適用することができる。これはＣＯＲＥＳＥＴ／探索空間セットに互いに異なるハッシング関数を適用することを意味するか、又は互いに異なるリソース領域に基づいて動作するハッシング関数が適用されることを意味してもよい。
【０１４５】
ＣＯＲＥＳＥＴ又は探索空間セットのＣｏｎｆｉｇｕｒａｔｉｏｎにおいて集合レベルによって入れ子構造を適用するか否かが決定されてもよい。例えば、端末／基地局はＡＬ＝１６又は８が設定される場合、入れ子構造が適用されることを仮定する。換言すれば、ブラインドデコーディングを行うべき候補のＡＬに１６又は８が含まれない場合、非入れ子構造（ｎｏｎ−ｎｅｓｔｅｄ  ｓｔｒｕｃｔｕｒｅ）が適用されてもよい。また、特定のＡＬの候補の数が所定値以上の場合、端末／基地局は入れ子構造が適用されると仮定する。例えば、ＡＬ＝１６に対して端末がブラインドデコーディングを行うべき候補の数が１より大きい場合（又は、ＡＬ＝８に対してブラインドデコーディングを行うべき候補の数が２より大きい場合）、端末／基地局は入れ子構造を構成するためのパラメータ（又は、ハッシング関数）が適用されると仮定する。
【０１４６】
ＣＯＲＥＳＥＴ又は探索空間セットに用いられるＲＳタイプによって入れ子構造を適用するか否かが決定されてもよい。例えば、Ｗｉｄｅｂａｎｄ  ＲＳの適用されたＣＯＲＥＳＥＴ又は探索空間セットでは（チャンネル推定の複雑さが大きく増加しないため）端末／基地局は入れ子構造が適用されないと仮定する。
【０１４７】
ＣＯＲＥＳＥＴのＢＷによって入れ子構造を適用するか否かが決定されてもよい。ＣＯＲＥＳＥＴのＢＷが大きい場合、チャンネル推定の複雑さを減らすために入れ子構造が必要となり得る。ＣＯＲＥＳＥＴのＢＷが小さい場合、一般のハッシング関数を適用しても、各候補間の重なりが多く発生するため、端末がチャンネル推定結果を再使用することが多く発生する。よって、ＣＯＲＥＳＥＴのＢＷが所定のＲＢ数より大きい場合、端末／基地局は入れ子構造を構成するためのパラメータ又はハッシング関数が適用されると仮定する。
【０１４８】
入れ子構造を適用するか否かがネットワークによって端末にシグナルされてもよい。ネットワークは端末分布及びＣＯＲＥＳＥＴ  ｃｏｎｆｉｇｕｒａｔｉｏｎなどを考慮して、ＵＥ−ｓｐｅｃｉｆｉｃ  ＲＲＣシグナリング又はブロードキャスト信号などを用いて、各ＣＯＲＥＳＥＴに対して入れ子構造を適用するか否かを端末にシグナルしてもよい。また、基地局は、上述した多数の入れ子構造の適用基準のうちいずれの基準を適用して入れ子構造の適用を決定すべきかを端末にシグナルしてもよい。
【０１４９】
ＣＯＲＥＳＥＴのＣＣＥ−ｔｏ−ＲＥＧマッピング方式によって、入れ子構造の適用が決定されてもよい。例えば、インターリービングを行うか否かによって端末／基地局は入れ子構造を用いるか、非入れ子構造を用いるかを決定してもよい。例えば、インターリービングを用いない局部マッピング（ｌｏｃａｌｉｚｅｄ  ｍａｐｐｉｎｇ）の場合、候補を構成するＣＣＥが局部化（ｌｏｃａｌｉｚｅｄ）されているため、入れ子構造が容易に構成できる。よって、局部マッピングの場合、入れ子構造が適用され、分散マッピング（ｄｉｓｔｒｉｂｕｔｅｄ  ｍａｐｐｉｎｇ）の場合は、非入れ子構造が適用されることと予め定義されるか、又は基地局が上位層シグナリングによって端末に指示してもよい。
【０１５０】
探索空間タイプ（又は、ＤＣＩ  ｆｏｒｍａｔ、ＲＮＴＩ）によって入れ子構造の適用が決定されてもよい。例えば、端末／基地局がＣＳＳ用として用いる探索空間セットの場合、非入れ子構造を用いて、ＵＳＳ用として用いる探索空間セットの場合は、入れ子構造を用いることと予め定義されるか、又は基地局が上位層シグナリングによって端末に指示してもよい。
【０１５１】
また、多数のＣＯＲＥＳＥＴ又は探索空間セットが互いに重なる場合、上述した優先順位の規則によって入れ子構造が適用されるリソース領域が決定されてもよい。例えば、端末は優先順位の高い（又は、低い）ＣＯＲＥＳＥＴに入れ子構造を適用してブラインド検出を行うことができる。
【０１５２】
図４は、本発明の一実施例によるＰＤＣＣＨ信号の送受信方法のフローを示す。図４は、上述した内容の例示的な具現であって、本発明は図４によって限定されず、上述した内容と重なる説明は省略する。
【０１５３】
図４を参照すれば、基地局は端末に多数の探索空間セットに対する設定を送信する（４０５）。上述したように、各探索空間セットの設定は、ＰＤＣＣＨモニタリング周期、ＡＬ別の候補数、ＳＳタイプ（ｅ．ｇ．，ＣＳＳ／ＵＳＳ）などに関する情報を含んでもよい。
【０１５４】
基地局は、多数の探索空間セットの各々のモニタリング周期に基づいて特定の単位時間（ｅ．ｇ．，特定のスロット）の間に端末がＰＤＣＣＨ信号をモニタリングすべき探索空間セットを決定する（４１０）。同様に、端末も多数の探索空間セットの各々のモニタリング周期に基づいて特定の単位時間の間に端末がＰＤＣＣＨ信号をモニタリングすべき探索空間セットを決定する（４２０）。
【０１５５】
基地局は端末にＰＤＣＣＨ信号を送信するためのＰＤＣＣＨ候補を決定する（４１０）。具体的に、基地局は特定の単位時間の間に端末がモニタリング可能なＰＤＣＣＨ候補を把握した後、端末がモニタリング可能なＰＤＣＣＨ候補のうち少なくとも１つをＰＤＣＣＨ信号の送信のために選択することができる。仮に、予め決定された探索空間セットに含まれたＰＤＣＣＨ候補の数及びＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）の数の各々が端末がモニタリング可能な最大の候補数を超えるか、又は最大のＣＣＥ数を超える場合、基地局は決定された探索空間セットに含まれたＰＤＣＣＨ候補のうち一部のみ端末がモニタリング可能であると決定することができる。このとき、基地局は端末が共通探索空間（ＣＳＳ）に関連する第１の探索空間セットから優先してＰＤＣＣＨ候補をモニタリングすると仮定して、端末がモニタリング可能なＰＤＣＣＨ候補を決定する。
【０１５６】
基地局は第１の探索空間セットから端末がモニタリング可能なＰＤＣＣＨ候補を選択した後、最大の候補数に至るまでに、又は最大のＣＣＥ数に至るまでに端末特定の探索空間（ＵＳＳ）に関連する第２の探索空間セットから端末がモニタリング可能なさらなるＰＤＣＣＨ候補を決定する。基地局は探索空間セットインデックスに基づいて、第２の探索空間セットを決定する。
【０１５７】
決定された探索空間セットには第１の探索空間セットにさらに端末特定の探索空間（ＵＳＳ）に関連する第２の探索空間セットが多数含まれ、基地局は第２の探索空間セットの中では探索空間セットインデックスの低い探索空間セットにより高い優先順位を与える。
【０１５８】
基地局は選択されたＰＤＣＣＨ候補にＰＤＣＣＨ信号をマップしてＰＤＣＣＨ信号を送信する（４１５）。
【０１５９】
端末はＰＤＣＣＨ信号の受信のためにブラインド検出を行う（４２５）。端末は予め決定された探索空間セットに含まれたＰＤＣＣＨ候補の数及びＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）の数がそれぞれ最大の候補数を超えるか、又は最大のＣＣＥ数を超える場合、予め決定された探索空間セットに含まれたＰＤＣＣＨ候補のうち一部に対してのみ選択的にブラインド検出を試みる。端末はブラインド検出を試みるＰＤＣＣＨ候補の選択において、予め決定された探索空間セットのうち共通探索空間（ＣＳＳ）に関連する第１の探索空間セットから優先してＰＤＣＣＨ候補を選択することができる。
【０１６０】
端末は第１の探索空間セットからＰＤＣＣＨ候補を選択した後、前記最大の候補数に至るまでに、又は最大のＣＣＥ数に至るまでに、端末特定の探索空間（ＵＳＳ）に関連する第２の探索空セットにおいてブラインド検出を試みるさらなるＰＤＣＣＨ候補を選択する。一例として、端末は探索空間セットインデックスに基づいて、第２の探索空間セットを決定する。
【０１６１】
端末が決定した探索空間セットには第１の探索空間セットにさらに端末特定の探索空間（ＵＳＳ）に関連する第２の探索空間セットが多数含まれてもよい。端末はＵＳＳに関連する第２の探索空間セットの中では探索空間セットインデックスの低い探索空間セットにより高い優先順位を与えることができる。
【０１６２】
最大の候補数及び最大のＣＣＥ数はサブキャリア間隔（ＳＣＳ）に基づいて決定される値であってもよい。
【０１６３】
最大の候補数は端末の最大のブラインドデコーディング回数に関連して、最大のＣＣＥ数は端末の最大のチャンネル推定能力（ｃａｐａｂｉｌｉｔｙ）に関連する。
【０１６４】
決定された探索空間セットに含まれたＣＣＥの数は互いに重ならないＣＣＥの数であってもよい。
【０１６５】
図５は、本発明の一実施例による無線通信システム１００における基地局１０５及び端末１１０の構成を示したブロック図である。図５に示した基地局１０５と端末１１０の構成は、上述した方法を実施するための基地局と端末の例示的な具現であり、本発明の基地局と端末の構成は図５により限られない。基地局１０５はｅＮＢ又はｇＮＢとも呼ばれ、端末１１０はＵＥとも呼ばれる。
【０１６６】
無線通信システム１００を簡略に示すために、１つの基地局１０５と１つの端末１１０を示したが、無線通信システム１００は１つ以上の基地局及び／又は１つ以上の端末を含む。
【０１６７】
基地局１０５は、送信（Ｔｘ）データプロセッサー１１５、シンボル変調器１２０、送信器１２５、送受信アンテナ１３０、プロセッサー１８０、メモリ１８５、受信器１９０、シンボル復調器１９５及び受信データプロセッサー１９７を含むことができる。そして、端末１１０は、送信（Ｔｘ）データプロセッサー１６５、シンボル変調器１７５、送信器１７５、送受信アンテナ１３５、プロセッサー１５５、メモリ１６０、受信器１４０、シンボル復調器１５５及び受信データプロセッサー１５０を含むことができる。送受信アンテナ１３０、１３５はそれぞれ基地局１０５及び端末１１０に１つが示されているが、基地局１０５及び端末１１０は複数の送受信アンテナを備えてもよい。よって、本発明による基地局１０５及び端末１１０はＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）システムを支援する。また、本発明による基地局１０５はＳＵ−ＭＩＭＯ（Ｓｉｎｇｌｅ  Ｕｓｅｒ−ＭＩＭＯ）ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ  Ｕｓｅｒ−ＭＩＭＯ）方式のいずれも支援することができる。
【０１６８】
下りリンク上で、送信データプロセッサー１１５はトラフィックデータを受信し、受信したトラフィックデータをフォーマットしてコードし、コードされたトラフィックデータをインターリーブして変調し（又はシンボルマップし）、変調シンボル（「データシンボル」）を提供する。シンボル変調器１２０はこのデータシンボルとパイロットシンボルを受信及び処理してシンボルのストリームを提供する。
【０１６９】
シンボル変調器１２０は、データ及びパイロットシンボルを多重化し、これを送信器１２５に送信する。ここで、それぞれの送信シンボルはデータシンボル、パイロットシンボル又はゼロの信号値であり得る。それぞれのシンボル周期で、パイロットシンボルが連続的に送信されることもできる。パイロットシンボルは周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、時分割多重化（ＴＤＭ）又はコード分割多重化（ＣＤＭ）シンボルであり得る。
【０１７０】
送信器１２５はシンボルのストリームを受信し、これを１つ以上のアナログ信号に変換し、さらにこのアナログ信号を追加的に調節して（例えば、増幅、フィルタリング及び周波数アップコンバーティング（ｕｐｃｏｎｖｅｒｔｉｎｇ）して、無線チャンネルを介した送信に適した下りリンク信号を発生させる。すると、送信アンテナ１３０は発生した下りリンク信号を端末に送信する。
【０１７１】
端末１１０の構成において、受信アンテナ１３５は基地局からの下りリンク信号を受信し、受信された信号を受信器１４０に提供する。受信器１４０は受信された信号を調整し（例えば、フィルタリング、増幅、及び周波数ダウンコンバーティング（ｄｏｗｎｃｏｎｖｅｒｔｉｎｇ））、調整された信号をデジタル化してサンプルを獲得する。シンボル復調器１４５は受信されたパイロットシンボルを復調し、チャンネル推定のためにこれをプロセッサー１５５に提供する。
【０１７２】
また、シンボル復調器１４５はプロセッサー１５５から下りリンクに対する周波数応答推定値を受信し、受信されたデータシンボルに対してデータ復調を行って（送信されたデータシンボルの推定値である）データシンボル推定値を獲得し、データシンボル推定値を受信（Ｒｘ）データプロセッサー１５０に提供する。受信データプロセッサー１５０はデータシンボル推定値を復調（すなわち、シンボルデマッピング（ｄｅｍａｐｐｉｎｇ））し、デインターリーブ（ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）し、デコードして、送信されたトラフィックデータを復旧する。
【０１７３】
シンボル復調器１４５及び受信データプロセッサー１５０による処理はそれぞれ基地局１０５でのシンボル変調器１２０及び送信データプロセッサー１１５による処理に対して相補的である。
【０１７４】
端末１１０は上りリンク上で、送信データプロセッサー１６５はトラフィックデータを処理してデータシンボルを提供する。シンボル変調器１７０はデータシンボルを受信して多重化し、変調を行い、シンボルのストリームを送信器１７５に提供することができる。送信器１７５はシンボルのストリームを受信及び処理して上りリンク信号を発生させる。そして、送信アンテナ１３５は発生した上りリンク信号を基地局１０５に送信する。端末及び基地局における送信器及び受信器は、１つのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットで構成される。
【０１７５】
基地局１０５で、端末１１０から上りリンク信号が受信アンテナ１３０を介して受信され、受信器１９０は受信した上りリンク信号を処理してサンプルを獲得する。ついで、シンボル復調器１９５はこのサンプルを処理し、上りリンクに対して受信されたパイロットシンボル及びデータシンボル推定値を提供する。受信データプロセッサー１９７はデータシンボル推定値を処理し、端末１１０から送信されたトラフィックデータを復旧する。
【０１７６】
端末１１０及び基地局１０５のそれぞれのプロセッサー１５５、１８０はそれぞれ端末１１０及び基地局１０５での動作を指示（例えば、制御、調整、管理など）する。それぞれのプロセッサー１５５、１８０はプログラムコード及びデータを保存するメモリユニット１６０、１８５と連結されることができる。メモリ１６０、１８５はプロセッサー１８０に連結され、オペレーティングシステム、アプリケーション、及び一般ファイル（ｇｅｎｅｒａｌ  ｆｉｌｅｓ）を保存する。
【０１７７】
プロセッサー１５５、１８０はコントローラー（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラー（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサー（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピューター（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などとも言える。一方、プロセッサー１５５、１８０はハードウェア（ｈａｒｄｗａｒｅ）又はファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はこれらの組合せによって実現されることができる。ハードウェアを用いて本発明の実施例を実現する場合には、本発明を実行するように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）又はＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）などがプロセッサー１５５、１８０に備えられてもよい。
【０１７８】
一例として、端末のプロセッサーは、端末の受信機を介して基地局から多数の探索空間セットに対する設定を受信して、多数の探索空間セットの各々のモニタリング周期に基づいて、特定の単位時間の間に端末がＰＤＣＣＨ信号をモニタリングすべき探索空間セットを決定して、決定した探索空間セットに含まれたＰＤＣＣＨ候補の数及びＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）の数がそれぞれ最大の候補数を超えるか、又は最大のＣＣＥの数を超える場合、決定された探索空間セットに含まれたＰＤＣＣＨ候補のうち一部に対してのみ選択的にブラインド検出を試みる。端末のプロセッサーはブラインド検出を試みるＰＤＣＣＨ候補の選択において、決定された探索空間セットのうち共通探索空間（ＣＳＳ）に関連する第１の探索空間セットから優先してＰＤＣＣＨ候補を選択する。
【０１７９】
一例として、基地局のプロセッサーは、基地局の送信機を介して端末に多数の探索空間セットに対する設定を送信して、多数の探索空間セットの各々のモニタリング周期に基づいて、特定の単位時間の間に端末がＰＤＣＣＨ信号をモニタリングすべき探索空間セットを決定して、決定した探索空間セットに含まれたＰＤＣＣＨ候補の数及びＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）の数がそれぞれ最大の候補数を超えるか、又は最大のＣＣＥ数を超える場合、決定された探索空間セットに含まれたＰＤＣＣＨ候補のうち一部のみ端末がモニタリング可能なものと決定して、端末がモニタリング可能であると決定されたＰＤＣＣＨ候補のうち少なくとも１つによってＰＤＣＣＨ信号を送信する。基地局のプロセッサーは、端末が決定された探索空間セットのうち共通探索空間（ＣＳＳ）に関連する第１の探索空間セットから優先してＰＤＣＣＨ候補をモニタリングすると仮定して、端末がモニタリング可能なＰＤＣＣＨ候補を決定する。
【０１８０】
一方、ファームウエア又はソフトウェアを用いて本発明の実施例を具現する場合には、本発明の機能又は動作を行うモジュール、過程又は関数などを含むようにファームウエア又はソフトウェアが構成されることができ、本発明を実行するように構成されたファームウエア又はソフトウェアはプロセッサー１５５、１８０内に備えられるとかメモリ１６０、１８５に保存されてプロセッサー１５５、１８０によって駆動されることができる。
【０１８１】
端末と基地局の無線通信システム（ネットワーク）間の無線インターフェースプロトコルのレイヤーは通信システムでよく知られたＯＳＩ（ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３レイヤーに基づいて、第１レイヤーＬ１、第２レイヤーＬ２及び第３レイヤーＬ３に分類されることができる。物理レイヤーは前記第１レイヤーに属し、物理チャンネルを介して情報送信サービスを提供する。ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤーは前記第３レイヤーに属し、ＵＥとネットワーク間の制御無線リソースを提供する。端末、基地局は無線通信ネットワークとＲＲＣレイヤーを介してＲＲＣメッセージを交換することができる。
【０１８２】
以上で説明した実施例は本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素又は特徴は別途の明示的言及がない限り選択的なものとして考慮されなければならない。各構成要素又は特徴は他の構成要素又は特徴と結合しない形態に実施されることができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更されることができる。一実施例の一部の構成又は特徴は他の実施例に含まれることができ、あるいは他の実施例の対応する構成又は特徴と取り替えられることができる。特許請求範囲で明示的な引用関係がない請求項を結合して実施例を構成するとか出願後の補正によって新しい請求項として含ませることができるのは明らかである。
【０１８３】
本発明は本発明の精神及び必須の特徴から逸脱しない範疇内で他の特定の形態に具体化されることができるのは当業者に明らかである。よって、前記の詳細な説明は全ての面で制限的に解釈されてはいけなく例示的なものとして考慮されなければならない。本発明の範囲は添付の請求項の合理的解釈によって決定されなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１８４】
以上のように本発明は様々な無線通信システムに適用できる。
【図１】
2020167726.tif 000007
【図２】
2020167726.tif 000008
【図３】
2020167726.tif 000009
【図４】
2020167726.tif 000010
【図５】
2020167726.tif 000011
【手続補正書】
【提出日】令和2年7月1日(2020.7.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＵＥ（user equipment）による無線通信の方法であって、
モニタリング周期に基づいて、時間の単位内でＰＤＣＣＨ（physical downlink control channel）モニタリングのための探索空間セットを決定するステップと、
前記決定された探索空間セットに基づいて、一つ以上のＣＳＳ（common search space）セットのための一つ以上のＰＤＣＣＨ候補と、一つ以上のＵＳＳ（UE-specific search space）セットのための一つ以上のＰＤＣＣＨ候補とを、前記時間の単位内でモニタリングするステップと、を含み、
前記ＵＥは、前記時間の単位内でモニターされる、前記一つ以上のＣＳＳセットのための前記一つ以上のＰＤＣＣＨ候補及び前記一つ以上のＵＳＳセットのための前記一つ以上のＰＤＣＣＨ候補を含むモニタリングＰＤＣＣＨ候補の数が、最大数を超えないように、前記一つ以上のＵＳＳセットのための前記一つ以上のＰＤＣＣＨ候補を決定し、
ＰＤＣＣＨモニタリングのための前記探索空間セットの前記決定において、前記一つ以上のＣＳＳセットのための前記一つ以上のＰＤＣＣＨ候補は、どのＵＳＳのためのどのＰＤＣＣＨ候補よりも優先される、方法。
【請求項２】
前記モニタリング周期に関する情報を基地局から受信するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記最大数は、前記時間の単位当たりの候補数に関連する、請求項１に記載の方法。
【請求項４】
前記一つ以上のＵＳＳセットのための前記一つ以上のＰＤＣＣＨ候補は、前記一つ以上のＣＳＳセットのための前記一つ以上のＰＤＣＣＨ候補が前記モニタリングＰＤＣＣＨ候補に含まれていた状態で前記モニタリングＰＤＣＣＨ候補に追加される、請求項１に記載の方法。
【請求項５】
前記ＵＥは、前記最大数に基づいて少なくとも一つのＵＳＳをモニタリングするＰＤＣＣＨをスキップすることを決定する、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
一つ以上のＣＳＳセットのための前記一つ以上のＰＤＣＣＨ候補と、一つ以上のＵＳＳセットのための前記一つ以上のＰＤＣＣＨ候補とをモニタリングするステップは、ブラインドデコーディングに基づいて行われる、請求項１〜４のいずれか一項に記載の方法。
【請求項７】
無線通信のためのＵＥ（user equipment）であって、
受信機と、
プロセッサと、を含み、
前記プロセッサは、
モニタリング周期に基づいて、時間の単位内でＰＤＣＣＨ（physical downlink control channel）モニタリングのための探索空間セットを決定し、
前記決定された探索空間セットに基づいて、一つ以上のＣＳＳ（common search space）セットのための一つ以上のＰＤＣＣＨ候補と、一つ以上のＵＳＳ（UE-specific search space）セットのための一つ以上のＰＤＣＣＨ候補とを、前記時間の単位内でモニタリングする、ように設定され、
前記プロセッサは、前記時間の単位内でモニターされる、前記一つ以上のＣＳＳセットのための前記一つ以上のＰＤＣＣＨ候補及び前記一つ以上のＵＳＳセットのための前記一つ以上のＰＤＣＣＨ候補を含むモニタリングＰＤＣＣＨ候補の数が、最大数を超えないように、前記一つ以上のＵＳＳセットのための前記一つ以上のＰＤＣＣＨ候補を決定するように設定され、
ＰＤＣＣＨモニタリングのための前記探索空間セットの前記決定において、前記一つ以上のＣＳＳセットのための前記一つ以上のＰＤＣＣＨ候補は、どのＵＳＳ内のどのＰＤＣＣＨ候補よりも優先される、ＵＥ。
【請求項８】
前記プロセッサは、前記モニタリング周期に関する情報を基地局から前記受信機を経由して受信するように設定される、請求項７に記載のＵＥ。
【請求項９】
前記最大数は、前記時間の単位当たりの候補数に関連する、請求項７に記載のＵＥ。
【請求項１０】
前記一つ以上のＵＳＳセット内の前記一つ以上のＰＤＣＣＨ候補は、前記一つ以上のＣＳＳセット内の前記一つ以上のＰＤＣＣＨ候補が前記モニタリングＰＤＣＣＨ候補に含まれていた状態で前記モニタリングＰＤＣＣＨ候補に追加される、請求項７に記載のＵＥ。
【請求項１１】
前記プロセッサは、前記最大数に基づいて少なくとも一つのＵＳＳをモニタリングするＰＤＣＣＨをスキップすることを決定する、請求項７〜１０のいずれか一項に記載のＵＥ。
【請求項１２】
一つ以上のＣＳＳセットのための前記一つ以上のＰＤＣＣＨ候補と、一つ以上のＵＳＳセットのための前記一つ以上のＰＤＣＣＨ候補とをモニタリングすることは、ブラインドデコーディングに基づいて行われる、請求項７〜１０のいずれか一項に記載のＵＥ。
【請求項１３】
請求項１〜４のいずれか一項の方法を実行するための少なくとも一つのプログラムコードが記録された、プロセッサ読み取り可能な媒体。
【請求項１４】
ＵＥ（user equipment）の無線通信の方法であって、
基地局から、モニタリング周期のための情報を受信するステップと、
前記モニタリング周期に基づいて、ＰＤＣＣＨ（physical downlink control channel）モニタリングのための時間の単位内で探索空間セットを決定するステップと、
前記時間の単位の中で前記ＵＥがモニタリングすることを要求されているＰＤＣＣＨ候補の最大数以内の前記ＰＤＣＣＨモニタリングのためのＸ個のＰＤＣＣＨ候補を決定するステップであって、前記Ｘは、前記最大数以下の正の整数である、ステップと、
前記決定された探索空間セットのＣＳＳ（common search space）セット内のＹ個のＰＤＣＣＨ候補をモニタリングするステップであって、前記Ｙは、前記Ｘ以下の正の整数である、ステップと、
前記決定された探索空間セットのＵＳＳ（UE-specific search space）セット内のＺ個のＰＤＣＣＨ候補をモニタリングするステップであって、前記Ｚは、Ｚ＝Ｘ−Ｙという式にしたがって定義される、ステップと、を含み、
前記決定された探索空間セットは、前記最大数より大きな数のＰＤＣＣＨ候補を含み、
前記ＰＤＣＣＨモニタリングのための前記Ｘ個のＰＤＣＣＨ候補は、前記ＣＳＳセット内の前記Ｙ個のＰＤＣＣＨ候補と、前記ＵＳＳセット内の前記Ｚ個のＰＤＣＣＨ候補とを含み、
前記ＰＤＣＣＨモニタリングのための前記Ｘ個のＰＤＣＣＨ候補を決定するステップは、前記ＰＤＣＣＨモニタリングのための前記Ｘ個のＰＤＣＣＨ候補の中に、前記ＵＳＳセットのＰＤＣＣＨ候補より優先的に前記ＣＳＳセットのＰＤＣＣＨ候補を含めるステップを含む、方法。
【請求項１５】
無線通信のためのＵＥ（user equipment）であって、
受信機と、
前記受信機を制御するように設定されるプロセッサと、を含み、
前記プロセッサは、
基地局から、モニタリング周期のための情報を受信し、
前記モニタリング周期に基づいて、ＰＤＣＣＨ（physical downlink control channel）モニタリングのための時間の単位内で探索空間セットを決定し、
前記時間の単位の中で前記ＵＥがモニタリングすることを要求されているＰＤＣＣＨ候補の最大数以内の前記ＰＤＣＣＨモニタリングのためのＸ個のＰＤＣＣＨ候補を決定し、前記Ｘは、前記最大数以下の正の整数であり、
前記決定された探索空間セットのＣＳＳ（common search space）セット内のＹ個のＰＤＣＣＨ候補をモニタリングし、Ｙは、前記Ｘ以下の正の整数であり、
前記決定された探索空間セットのＵＳＳ（UE-specific search space）セット内のＺ個のＰＤＣＣＨ候補をモニタリングし、前記Ｚは、Ｚ＝Ｘ−Ｙという式にしたがって定義される、ようにさらに設定され、
前記決定された探索空間セットは、前記最大数より大きな数のＰＤＣＣＨ候補を含み、
前記ＰＤＣＣＨモニタリングのための前記Ｘ個のＰＤＣＣＨ候補は、前記ＣＳＳセット内の前記Ｙ個のＰＤＣＣＨ候補と、前記ＵＳＳセット内の前記Ｚ個のＰＤＣＣＨ候補とを含み、
前記ＰＤＣＣＨモニタリングのための前記Ｘ個のＰＤＣＣＨ候補を決定するステップは、前記ＰＤＣＣＨモニタリングのための前記Ｘ個のＰＤＣＣＨ候補の中に、前記ＵＳＳセットのＰＤＣＣＨ候補より優先的に前記ＣＳＳセットのＰＤＣＣＨ候補を含めるステップを含む、ＵＥ。