JP2021501490A - 制御情報送信の方法及び装置 - Google Patents

Abstract

【課題】本開示の実施形態は、制御情報を送信するための方法および装置に関する。例示的な実施形態では、ネットワーク装置に実装された方法が提供される。【解決手段】この方法によれば、ＰＤＣＣＨ送信のためのコンフィグレーションが、少なくとも１つのスロット内のシンボルベースの制御リソースセット（コアセット）の複数の周期に基づいて決定される。コンフィグレーションは、シンボルベースのコアセットの複数のシンボルベースのコアセットへのＰＤＣＣＨ候補の第１の数の割り当てを示す。ＰＤＣＣＨ候補の第１の数は、スロットベースのコアセットに対して予め設定されたＰＤＣＣＨ候補の第２の数よりも少ない。前記コンフィグレーションは、前記ネットワーク装置によってサービスされる端末装置に送信される。ダウンリンク制御情報（ＤＣＩ）は、コンフィグレーションに基づいて、複数のシンボルベースのコアセットの中の端末装置に送信される。【選択図】図１

Description

本発明は、一般に電気通信の分野に関し、特に制御情報送信の方法及び装置に関する。

通信技術の発展に伴い、一般的に高いデータレートを必要とするエンハンストモバイルブロードバンド（ｅＭＢＢ）、長い電池寿命を必要とする多数端末型通信（ｍＭＴＣ）、超信頼性・低遅延通信（ＵＲＬＬＣ）など、複数のタイプのサービスやトラフィックが提案されている。一方、新しい無線アクセスとして、マルチ送受信ポイント（multi-Transmission and Reception Point: multi-TRP）伝送および／またはマルチパネル伝送のようなマルチアンテナ方式が研究されている。

従来、ネットワーク装置（例えば、ｅＮＢ、ｇＮＢまたはＴＲＰ）は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介してダウンリンク制御情報（ＤＣＩ）をシステム内の端末装置（例えば、ユーザ装置（ＵＥ））に送信する。ＰＤＣＣＨは、１つ以上の連続した制御チャネルエレメント（ＣＣＥ）上で送信される。ＤＣＩは、例えば、アップリンクおよび／またはダウンリンクデータ伝送のためのリソース割り当てを示す。端末装置は、そのアグリゲーションレベル（ＡＬ）、ＤＣＩフォーマット、およびＰＤＣＣＨに割り当てられたリソースを知らないので、ＤＣＩのためのブラインドデコードが端末装置に必要とされる。端末装置は、リソースのセット（「サーチスペース」とも呼ばれる）の中で、ＤＣＩのブラインドデコードを試みてもよい。ＤＣＩを正常にデコードすることに応答して、端末装置は、それに応じてアップリンクおよび／またはダウンリンクデータ送信を実行する。

新しい無線アクセスでは、ＤＣＩをブラインドデコードするためのサーチスペースは、「コアセット」と呼ばれ、これは、連続するＣＣＥのグループに論理的にマッピングされる。さらに、スロットベースのスケジューリングと非スロットベースのスケジューリングが３ＧＰＰ仕様の著作物で設計され、合意されている。端末装置にスロットベーススケジューリング用のコアセット（スロットベースコアセットとも呼ばれる）が構成されている場合、端末装置は、１つのスロットの間コアセットを監視し、コアセット内のＤＣＩをブラインドでデコードしようとすることがある。しかしながら、非スロットベースのスケジューリングでは、１つのスロット内に周期を有する複数のコアセット（シンボルベースのコアセットとも呼ばれる）が端末装置のために構成される。すなわち、端末装置は、１つのスロット内で異なるコアセットを監視する必要がある。周期によって決定されるコアセット監視機会の数は、スロットベースのスケジューリングと比較して大幅に増加する。これは、端末装置がＤＣＩをブラインドでデコードするために、高い複雑性、高いレイテンシ、および／または高い消費電力をもたらす可能性がある。

一般に、本開示の例示的な実施形態は、制御情報を送信するための方法および装置を提供する。

第１の態様では、ネットワーク装置に実装された方法が提供される。その方法によれば、ＰＤＣＣＨ送信のためのコンフィグレーションが、少なくとも１つのスロット内のシンボルベースの制御リソースセット（コアセット）の複数の周期に基づいて決定される。コンフィグレーションは、シンボルベースのコアセットの複数のシンボルベースのコアセットへのＰＤＣＣＨ候補の第１の数（PDCCH candidate）の割り当てを示す。ＰＤＣＣＨ候補の第１の数は、スロットベースのコアセットに対して予め設定されたＰＤＣＣＨ候補の第２の数よりも少ない。前記コンフィグレーションは、前記ネットワーク装置によってサービスされる端末装置に送信される。ダウンリンク制御情報（ＤＣＩ）は、コンフィグレーションに基づいて、複数のシンボルベースのコアセット内の端末装置に送信される。

第２の態様では、端末装置に実装された方法が提供される。この方法によれば、ＰＤＣＣＨ送信のためのコンフィグレーションが、端末装置にサービスを提供するネットワーク装置から受信される。このコンフィグレーションは、シンボルベースの複数のコアセットへのＰＤＣＣＨ候補の第１の数の割り当てを示す。ＰＤＣＣＨ候補の第１の数は、スロットベースのコアセットに対して予め設定されたＰＤＣＣＨ候補の第２の数よりも少ない。ダウンリンク制御情報（ＤＣＩ）のための相対的なブラインド検出は、複数のシンボルベースのコアセットにおけるコンフィグレーションに基づいて実行される。

第３の態様では、ネットワーク装置が提供される。ネットワーク装置は、プロセッサと、プロセッサに結合されたメモリとから構成される。メモリは、プロセッサによって実行され、ネットワーク装置にアクションを実行させる命令を格納する。アクションは、以下を含む。少なくとも１つのスロット内の複数のシンボルベースの制御リソースセット（コアセット）の周期に基づいて、ＰＤＣＣＨ送信のためのコンフィグレーションを決定することと、前記コンフィグレーションは、複数のシンボルベースのコアセットへのＰＤＣＣＨ候補の第１の数の割り当てを示し、前記ＰＤＣＣＨ候補の第１の数は、前記スロットベースのコアセットに予め設定されたＰＤＣＣＨ候補の第２の数よりも小さいことを示すことと、ネットワーク装置によってサービスされる端末装置にコンフィグレーションを送信し、コンフィグレーションに基づいて、複数のシンボルベースのコアセットの端末装置にダウンリンク制御情報（ＤＣＩ）を送信すること。

第４の態様では、端末装置が提供される。端末装置は、プロセッサと、プロセッサに結合されたメモリとから構成される。メモリは、プロセッサによって実行されると、端末装置に動作を実行させる命令を格納する。アクションは、端末装置にサービスを提供するネットワーク装置から、ＰＤＣＣＨ送信のためのコンフィグレーションを受信すること、コンフィグレーションは、１つのスロット内の複数のシンボルベースの制御リソースセット（コアセット）へのＰＤＣＣＨ候補の第１の数の割り当てを示し、ＰＤＣＣＨ候補の第１の数は、スロットベースのコアセットのために予め設定されたＰＤＣＣＨ候補の第２の数よりも小さいこと、およびコンフィグレーションに基づいて、複数のシンボルベースのコアセット内のダウンリンク制御情報（ＤＣＩ）のためのそれぞれのブラインド検出を実行することからなる。

第６の態様では、そこに格納された命令を有するコンピュータ可読媒体が提供される。命令は、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに第２の態様に従った方法を実行させる。

第７の態様において、コンピュータ可読記憶媒体に当接可能に記憶されたコンピュータプログラム製品が提供される。このコンピュータプログラム製品は、少なくとも１つのプロセッサ上で実行されると、少なくとも１つのプロセッサに第１の態様または第２の態様に従った方法を実行させる命令を含む。

本開示の他の特徴は、以下の記述により容易に理解できるようになる。

添付の図面における本開示のいくつかの実施形態のより詳細な説明を通して、本開示の上記および他の目的、特徴、および利点がより明らかになるであろう。
図１は、本開示の実施形態が実施され得る通信環境のブロック図である。 図２は、スロットベースのスケジューリングにおける入れ子になったサーチスペースを示す。 図３は、本開示のいくつかの実施形態に従って制御情報を送信するためのプロセスを示す。 図４は、本開示のいくつかの実施形態の一例を示す。 図５は、本開示のいくつかの実施形態の一例を示す。 図６は、本開示のいくつかの実施形態の一例を示す。 図７は、本開示のいくつかの実施形態の一例を示す。 図８は、本開示のいくつかの実施形態の一例を示す。 図９は、本開示のいくつかの実施形態の一例を示す。 図１０は、本開示のいくつかの実施形態に従った例示的な方法のフローチャートを示す。 図１１は、本開示のいくつかの実施形態に従った例示的な方法のフローチャートを示す。 図１２は、本開示のいくつかの実施形態に従った装置のブロック図を示す。 図１３は、本開示のいくつかの実施形態に従った装置のブロック図を示す。 図１４は、本開示の実施形態を実施するのに適した装置の簡略化されたブロック図を示す。 図面を通して、同一または類似の参照数字は、同一または類似の要素を表す。

本開示の原理は、現在、いくつかの例示的な実施形態を参照して記載される。これらの実施形態は、例示の目的のためにのみ記載されており、本開示の範囲に関するいかなる制限も示唆することなく、当技術分野に熟練した者が本開示を理解し、実施するのに役立つことが理解されるであろう。本明細書に記載された開示は、以下に記載されたもの以外の様々な態様で実施することができる。

以下の説明および特許請求の範囲において、別段の定義がない限り、本明細書で使用されるすべての技術的および科学的用語は、本開示が属する技術分野の通常の技術者によって一般に理解されるのと同じ意味を有する。

本明細書で使用されるように、「ネットワーク装置」または「基地局」（ＢＳ）という用語は、端末装置が通信可能なセルまたはカバレッジを提供またはホストすることが可能なデバイスを指す。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢまたはＮＢ）、進化したノードＢ（ｅＮｏｄｅＢまたはｅＮＢ）、次世代ノードＢ（ｇＮＢ）、リモート無線ユニット（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、フェムトノード、ピコノード、ＴＲＰなどの低電力ノードなどが挙げられるが、これらに限定されない。議論の目的のために、以下では、いくつかの実施形態が、ネットワーク装置の例としてＴＲＰを参照して説明される。

本明細書で使用されるように、「端末装置」という用語は、無線または有線の通信機能を有する任意の装置を指す。端末装置の例としては、ユーザ装置（ＵＥ）、パーソナルコンピュータ、デスクトップ、携帯電話、携帯電話、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ装置、ゲーム装置、音楽ストレージおよび再生装置、または無線または有線インターネットアクセスおよびブラウジングなどを可能にするインターネット装置が挙げられるが、これらに限定されない。議論の目的のために、以下では、いくつかの実施形態を、端末装置の例としてＵＥを参照して説明する。

本明細書で使用されるように、単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が明確に別のことを示さない限り、複数形も含むことが意図されている。用語”含む”およびその変種は、"含むが、これに限定されない”ことを意味する開放的な用語として読み取られるべきである。"に基づいて”は、"少なくとも部分的には”に基づいて”と読み替えることになる。"一実施形態”および”一実施形態”という用語は、"少なくとも１つの実施形態”と読み替えられる。"別の実施形態”という用語は、"少なくとも１つの他の実施形態”と読み替えられる。「第１」、「第２」などの用語は、異なる対象を指す場合もあれば、同じ対象を指す場合もある。明示的および暗示的な他の定義が、以下に含まれてもよい。

いくつかの例では、値、手順、または装置は、「最良」、「最低」、「最高」、「最小」、「最大」、またはそのようなものとして言及される。そのような記述は、多くの使用されている機能的代替物の中から選択が可能であることを示すことを意図しており、そのような選択は、より優れたもの、より小さいもの、より高いもの、または他の選択よりも好ましいものである必要はないことが理解されるであろう。

本開示で論じられる通信は、New Radio Access（NR）、Long Term Evolution（LTE）、LTE-Evolution、LTE-Advanced（LTE-A）、Wideband Code Division Multiple Access（WCDMA（登録商標））、Code Division Multiple Access（CDMA）、Global System for Mobile Communications（GSM（登録商標））などを含むがこれらに限定されない任意の適切な規格に準拠してもよい。さらに、通信は、現在知られているか、または将来開発される予定のいずれかの世代の通信プロトコルに従って行われてもよい。通信プロトコルの例としては、第1世代（1G）、第2世代（2G）、2.5G、2.75G、第3世代（3G）、第4世代（4G）、4.5G、第5世代（5G）の通信プロトコルが挙げられるが、これらに限定されるものではない。

図１は、本開示の実施形態が実施され得る例示的な通信ネットワーク１００を示す。ネットワーク１００は、ネットワーク装置１１０と、ネットワーク装置１１０によってサービスされる３つの端末装置１２０−１、１２０−３（集合的に端末装置１２０と呼ばれるか、または個別に端末装置１２０と呼ばれる）とを含む。ネットワーク装置１１０のカバー範囲は、セル１０２とも呼ばれる。基地局および端末装置の数は、制限を示唆することなく、例示の目的のためだけのものであることを理解されたい。ネットワーク１００は、本開示の実施形態を実施するために適合された任意の適切な数の基地局および端末装置を含むことができる。図示されていないが、セル１０２に隣接して１つ以上の隣接セルが存在してもよく、そこでは、１つ以上の対応するネットワーク装置が、そこに配置された多数の端末装置にサービスを提供することが理解されるであろう。

ネットワーク装置１１０は、端末装置１２０と通信してもよい。ネットワーク１００における通信は、Long Term Evolution（LTE）、LTE-Evolution、LTE-Advanced（LTE-A）、Wideband Code Division Multiple Access（WCDMA）、Code Division Multiple Access（CDMA）、Global System for Mobile Communications（GSM）などを含むがこれらに限定されない任意の適切な規格に準拠してもよい。さらに、通信は、現在知られているか、または将来開発される予定のいずれかの世代の通信プロトコルに従って行われてもよい。通信プロトコルの例としては、第1世代（1G）、第2世代（2G）、2.5G、2.75G、第3世代（3G）、第4世代（4G）、4.5G、第5世代（5G）の通信プロトコルが挙げられるが、これらに限定されるものではない。

ネットワーク装置１１０は、通常のデータ通信に加えて、ダウンリンクで端末装置１２０に制御情報を送信してもよい。本明細書で使用されるように、「ダウンリンク（ＤＬ）」は、ネットワーク装置から端末装置へのリンクを意味し、「アップリンク（ＵＬ）」は、端末装置からネットワーク装置へのリンクを意味する。例えば、ネットワーク装置１１０は、ＰＤＣＣＨを介してＤＣＩを端末装置１２０に送信してもよい。ＤＣＩは、ダウンリンクまたはアップリンクにおけるデータ伝送のためのリソース割り当てを示してもよい。ＰＤＣＣＨは、１つのＣＣＥで送信されてもよいし、複数の連続するＣＣＥのアグリゲーションで送信されてもよく、ここで、ＣＣＥは、複数のリソース要素グループ（ＲＥＧ）に対応していてもよい。ＰＤＣＣＨが占有する連続したＣＣＥの数は、「アグリゲーションレベル（ＡＬ）」と呼ばれることがある。

端末装置１２０は、詳細な制御チャネル構造を明示的に知らされていないので、ブラインドでＤＣＩのデコードを試みなければならない。ＤＣＩのデコードに成功したことに応答して、端末装置１２０は、それに応じてネットワーク装置１１０とアップリンクおよび／またはダウンリンクのデータ伝送（例えば、ＰＤＳＣＨおよび／または物理アップリンク共有チャネル（ＰＵＳＣＨ）を介したデータ伝送）を実行してもよい。複数のＰＤＣＣＨがサブフレーム内で送信され得るので、端末装置１２０は、所定のサブフレーム制御領域内の全てのＰＤＣＣＨを監視しなければならない。端末装置１２０におけるデコードタスクを単純化するために、制御領域全体を、ＵＥが（ＰＤＣＣＨのそれぞれをデコードしようとするように）監視すべき共通のサーチスペースとＵＥ固有のサーチスペースとに細分化することができる。各サーチスペースは、データ長がＰＤＣＣＨフォーマットに依存する複数のＰＤＣＣＨ候補から構成されてもよい。ＰＤＣＣＨ候補は、連続したＣＣＥから構成されてもよい。したがって、サーチスペースの大きさは、そこに含まれるＰＤＣＣＨ候補の数とＡＬによって決定されてもよい。例えば、表１は、ＬＴＥシステムにおける各アグリゲーションレベルに関連付けられたＰＤＣＣＨ候補の数を示す。

上述したように、新規の無線アクセスにおいて、ＤＣＩをブラインドデコードするためのサーチスペース（「ブラインド検出」とも呼ばれる）は、連続するＣＣＥのグループに論理的にマッピングすることができる「コアセット」と呼ばれることがある。さらに、スロットベースのスケジューリングと非スロットベースのスケジューリングが可能になっている。

スロットベースのスケジューリングでは、スロットベースのコアセットが端末装置１２０に構成されてもよい。端末装置１２０は、１つのスロットの間、スロットベースのコアセットを監視してもよい。この場合、入れ子になったサーチスペースをサポートしてもよい。例えば、図２は、スロットベースのスケジューリングにおけるネストされたサーチスペースを示している。図２に示すように、スロットベースのコアセット２１０は、論理的に２４個の連続するＣＣＥに対応してもよい。端末装置１２０−１のためのサーチスペース２２０および端末装置１２０−２のためのサーチスペース２３０が図２に示されている。

サーチスペース２２０を例にとると、端末装置１２０−１のための最も高いＡＬ８に関連付けられたサーチスペース２２０は、（例えば、表１のように）ＬＴＥのように決定されてもよい。例えば、サーチスペース２２０は、完全に１６個のＣＣＥのサイズを有していてもよい。他のＡＬのＰＤＣＣＨ候補は、決定されたサーチスペース２２０内に割り当てられてもよい。ＰＤＣＣＨ候補に対する第１のＣＣＥインデックスは、端末装置１２０のＵＥ-ＩＤ（パラメータｐ１として表される）、サーチスペース内のＰＤＣＣＨ候補の数（パラメータｐ２として表される）、ＰＤＣＣＨ候補が占有するＣＣＥの数（パラメータｐ３として表される）、スロットベースのコアセット内のＣＣＥの数（パラメータｐ４として表される）、およびランダム化係数(a randomization factor)（パラメータｐ５として表される）の関数として決定することができる。すなわち、ＰＤＣＣＨ候補の第１のＣＣＥインデックスは、ｆ（ｐ１、ｐ２、ｐ３、ｐ４、ｐ５）として定義することができる。スロットベースのスケジューリングでは、キャリアごとのスロットあたりのＰＤＣＣＨブラインド検出（ＢＤ）の最大数は、４４のような定数に制限されてもよい。

しかしながら、非スロットベースのスケジューリング（「シンボルベースのスケジューリング」とも呼ばれる）では、１つのスロット内の所定の周期を有する複数のシンボルベースのコアセットが、端末装置１２０に対して構成されてもよい。端末装置１２０は、１つのスロット内で異なるコアセットを監視する必要があってもよく、コアセット監視機会の数は、スロットベースのスケジューリングと比較して著しく増加してもよい。この場合、端末装置１２０が、監視機会ごとにサーチスペース全体でＰＤＣＣＨブラインド検出を実行することは望ましくないかもしれず、これは、高い複雑さ、高いレイテンシ、および／または高い電力消費をもたらす可能性がある。したがって、非スロットベースのスケジューリングのために、監視機会ごとのＢＤの最大数を減らす必要がある。

上記の問題および他の潜在的な１つ以上の問題を解決するために、本開示の例示的な実施形態に従って、制御情報を送信するための解決策が提供される。この解決策により、スロットベースのスケジューリングと比較して減少した数のＰＤＣＣＨ候補を、ネットワーク装置１１０によってシンボルベースの複数のコアセットに割り当てることができる。従って、ＤＣＩをブラインドデコードするためのサーチスペースを減少させることができ、端末装置１２０によって実行されるＢＤの数を同様に減少させることができる。

本開示の原理および実施形態は、以下の図を参照して詳細に説明されるが、その中で、図３は、本開示のいくつかの実施形態に従って制御情報を送信するためのプロセス３００を示す。議論の目的のために、プロセス３００は、図１を参照して説明される。プロセス３００は、ネットワーク装置１１０と、ネットワーク装置１１０によってサービスされる１つ以上の端末装置１２０とを含んでもよい。

いくつかの実施形態では、ネットワーク装置１１０は、少なくとも１つのスロット内のシンボルベースのコアセットの周期に基づいて、ＰＤＣＣＨ伝送のためのコンフィグレーションを決定してもよい（３１０）。いくつかの実施形態では、所定の数値で、例えば、１つのスロットが１４個のシンボルで構成されている場合、シンボルベースのコアセットの周期は、Ｘ個のシンボルであり得、ここで、Ｘは整数であり、１≦Ｘ≦１４である。例えば、この場合、周期は、２シンボルまたは７シンボルである。いくつかの実施形態では、コンフィグレーションは、複数のシンボルベースのコアセットへのＰＤＣＣＨ候補の数（「ＰＤＣＣＨ候補の第１の数」とも呼ばれる）の割り当てを示してもよい。ＰＤＣＣＨ候補の第１の数は、スロットベースのコアセットに対して予め設定された数のＰＤＣＣＨ候補（「ＰＤＣＣＨ候補の第２の数」とも呼ばれる）よりも少なくてもよい。いくつかの実施形態では、ネットワーク装置１１０は、ＰＤＣＣＨ送信のためのコンフィグレーションを端末装置１２０に送信する（３２０）。一実施形態では、ＰＤＣＣＨ送信のためのコンフィグレーションは、上位レイヤシグナリングを介して送信することができる。一実施形態では、ネットワーク装置１１０および端末装置１２０は、ＰＤＣＣＨ送信のためのコンフィグレーションが予め設定されていてもよく、したがって、コンフィグレーションを送信するためのシグナリングは必要なくてもよい。一実施形態では、ＰＤＣＣＨ送信のためのコンフィグレーションは、コアセット周期によって暗黙的に示されてもよい。例えば、コアセット周期がネットワーク装置１１０および端末装置１２０に対して構成されていることに応答して、ＰＤＣＣＨのためのコンフィグレーションを決定することができる。そして、ネットワーク装置（３３０）は、そのコンフィグレーションに基づいて、シンボルベースの複数のコアセットにおけるダウンリンク制御情報（ＤＣＩ）を端末装置１２０に送信する。他方、ＰＤＣＣＨ送信のためのコンフィグレーションを取得することに応答して、端末装置１２０は、コンフィグレーションに基づいて、シンボルベースのコアセットの複数のシンボルベースのコアセットにおけるＤＣＩのためのそれぞれのブラインド検出を実行する（３４０）。いくつかの実施形態の例は、以下でさらに詳細に説明される。

いくつかの実施形態では、シンボルベースのコアセットのためのＰＤＣＣＨ候補の最大数は、スロットベースのコアセットのためのＰＤＣＣＨ候補の最大数とは異なっていてもよい。一実施形態では、シンボルベースのコアセットのためのＰＤＣＣＨ候補の最大数は、スロットベースのコアセットのためのＰＤＣＣＨ候補の最大数以下であってもよい。

いくつかの実施形態では、アグリゲーションレベルの少なくとも１つについて、シンボルベースのコアセットのためのＰＤＣＣＨ候補の数は、スロットベースのコアセットの数とは異なっていてもよい。ある実施形態では、アグリゲーションレベルの少なくとも１つについて、シンボルベースのコアセットのためのＰＤＣＣＨ候補の数は、スロットベースのコアセットの数よりも多くなくてもよい。

いくつかの実施形態では、ＰＤＣＣＨ候補の最大数は、シンボルベースのコアセットの異なる周期に対して異なっていてもよい。一実施形態では、周期の小さい値に関連付けられたシンボルベースのコアセットのためのＰＤＣＣＨ候補の最大数は、周期の大きい値に関連付けられたシンボルベースのコアセットのためのＰＤＣＣＨ候補の最大数よりも多くなくてもよい。いくつかの実施形態では、シンボルベースのコアセットのための集約レベルの少なくとも１つについて、ＰＤＣＣＨ候補の数は、異なる周期に対して異なっていてもよい。一実施形態では、シンボルベースのコアセットのためのアグリゲーションレベルの少なくとも１つについて、周期の小さい値に対するＰＤＣＣＨ候補の数は、周期の大きい値に対するＰＤＣＣＨ候補の数よりも大きくなくてもよい。

上述したように、１つの実施形態では、シンボルベースのコアセットの周期は、Ｘ_１シンボルであり得る。ＰＤＣＣＨ候補の最大数は、Ｙ_１であってもよい。ＡＬ ｉに対するＰＤＣＣＨ候補の数は、Ｚ_ｉ＿１であってもよい。別の実施形態では、別の実施形態では、シンボルベースのコアセットの周期はＸ_２シンボルであってもよく、ＰＤＣＣＨ候補の最大数はＹ_２であってもよい。ＡＬ ｉに対するＰＤＣＣＨ候補の数は、Ｚ_ｉ＿２であってもよい。一実施形態では、周期値Ｘ_１＜Ｘ_２であれば、ＰＤＣＣＨ候補の最大数Ｙ_１は、Ｙ_２よりも大きくなくてもよい。別の実施形態では、周期値Ｘ_１＜Ｘ_２の場合、ＡＬ ｉのＰＤＣＣＨ候補の数Ｚ_ｉ＿１は、Ｚ_ｉ＿２よりも大きくなくてもよい。ある実施形態では、いくつかのＡＬに対するＰＤＣＣＨ候補の数は、０であってもよい。

いくつかの実施形態では、コアセットが異なるnumerologiesで構成されている場合、コアセットのためのＰＤＣＣＨ候補の最大数は異なっていてもよい。例えば、numerologiesは、サイクリックプレフィックス（ＣＰ）長およびサブキャリア間隔のうちの少なくとも１つを含んでもよい。

上述したように、１つの実施形態では、１つのコンフィグレーションでは、コアセットのサブキャリア間隔の値は、Ｓ_１ｋＨｚであってもよい。ＰＤＣＣＨ候補の最大数は、Ｙ_ｓ１であってもよい。ＡＬ ｉに対するＰＤＣＣＨ候補の数は、Ｚ_{ｉ_ｓ１}であってもよい。別の実施形態では、別の実施形態では、コアセットのサブキャリア間隔値はＳ_２ｋＨｚであってもよく、ＰＤＣＣＨ候補の最大数はＹ_ｓ２であってもよい。ＡＬ ｉに対するＰＤＣＣＨ候補の数は、Ｚ_{ｉ_ｓ２}であってもよい。一実施形態では、サブキャリア間隔値Ｓ_１＞Ｓ_２の場合、ＰＤＣＣＨ候補の最大数Ｙ_ｓ１は、Ｙ_ｓ２よりも大きくなくてもよい。別の実施形態では、周期値Ｓ_１＞Ｓ_２の場合、ＡＬ ｉに対するＰＤＣＣＨカンデットの数Ｚ_{ｉ_ｓ１}は、Ｚ_{ｉ_ｓ２}よりも大きくなくてもよい。ある実施形態では、いくつかのＡＬに対するＰＤＣＣＨ候補の数は０であってもよい。

いくつかの実施形態では、ＰＤＣＣＨ候補の完全に最大の数は、１つの時間持続時間に対して固定されていてもよい。一実施形態では、時間持続時間は、１つの絶対時間持続時間、例えば、Ｔ ｍｓであってもよい。一実施形態では、Ｔ ｍｓ内のＰＤＣＣＨ候補の完全最大数は、Ｙ_ｍａｘであってもよい。一実施形態では、Ｔ ｍｓ内で、１つのＵＥに対するコアセットの数は、Ｎであってもよく、１つの実施形態では、コアセットの各々について、コアセットの数は、Ｙ_ｎであってもよく、ここで、１≦ｎ≦Ｎであり、全てのコアセットに対するＰＤＣＣＨ候補の総数は、Ｙ_ｍａｘよりも大きくない。すなわち、

または

である。例えば、コアセットの各々について、ＰＤＣＣＨ候補の数は、ｆｌｏｏｒ（Ｙ_ｍａｘ／Ｎ）に均等に分割されてもよい。

一実施形態では、上述したように、複数のシンボルベースのコアセットの各々は、スロットベースのコアセットよりも少ないＰＤＣＣＨ候補を有してもよい。すなわち、スロットベースのコアセットは、ＰＤＣＣＨのための縮小されていないサーチスペースに対応してもよく、複数のシンボルベースのコアセットは、ＰＤＣＣＨのための縮小されたサーチスペースに対応してもよい。一実施形態では、各ＡＬのためのＰＤＣＣＨ候補のそれぞれの数は、表１と比較して低減され得る。例えば、スロットベースのコアセットにおけるＡＬ ｉに対するＰＤＣＣＨ候補の数が

表され、シンボルベースのコアセットにおけるＡＬ ｉに対するＰＤＣＣＨ候補の数がＭ_ｉで表される場合、

であり、ここでα_ｉはＡＬ ｉに対する低減係数を表し、０≦α_ｉ≦１である。別の実施形態では、表１以外の新しいテーブルをシンボルベースコアセットについて定義し、各ＡＬに対するＰＤＣＣＨ候補のそれぞれの数を示し、集約レベルのうちの少なくとも１つの候補のそれぞれの数を削減してもよい。

いくつかの実施形態では、シンボルベースのコアセットのための縮小されたサーチスペースは、スロットベースのコアセットのための縮小されていないサーチスペースと同じ数のＣＣＥを占有してもよい。図４は、そのような実施形態の一例を示す。

図４では、例えば、各スロットは、合計で１４個のシンボルを含んでもよい。いくつかの実施形態では、同じコアセットは、スロットベースのスケジューリングとシンボルベースのスケジューリングの両方のために構成され得る。例えば、図４に示すように、コアセット４１０は、スロットベースのスケジューリングとシンボルベースのスケジューリングの両方のために構成される。別の実施形態では、異なるコアセットは、それぞれスロットベースのスケジューリングとシンボルベースのスケジューリングのために構成されてもよい。例えば、一実施形態では、ＵＲＬＬＣ専用の異なる帯域幅部分の新しいコアセットをシンボルベースのスケジューリングに使用することができる。

図４に示すように、１つのスロット内の７シンボルの周期を有するコアセット４１０および４２０は、シンボルベースのスケジューリングのために構成されてもよい。シンボルベースのスケジューリングのためのコアセット４１０を例にとると、コアセット４１０は、論理的に２４個の連続したＣＣＥに対応してもよい。端末装置１２０−１のための縮小されたサーチスペース４３０および端末装置１２０−２のための縮小されたサーチスペース４４０は、シンボルベースのコアセット４１０に対応してもよい。一実施形態では、最も高いＡＬ８に関連付けられた縮小されたサーチスペース４３０のサイズは、スロットベースのスケジューリングのための縮小されていないサーチスペース（例えば、図２のサーチスペース２２０）のサイズと同じであってもよく、それは、完全に１６個のＣＣＥである。また、他のＡＬのＰＤＣＣＨ候補は、スロットベーススケジューリングと比較して、サーチスペース４３０内に同じように入れ子になっていてもよいし、異なっていてもよい。さらに、ＰＤＣＣＨ候補の第１のＣＣＥインデックスは、スロットベーススケジューリングと同様の機能によって決定されてもよい。すなわち、ＰＤＣＣＨ候補に対する第１のＣＣＥインデックスは、ｆ（ｐ１、ｐ２、ｐ３、ｐ４、ｐ５）として定義することができ、ここで、ｐ１は端末装置１２０−１のＵＥ＿ＩＤである。

いくつかの実施形態では、１つのＵＥに対するＰＤＣＣＨ候補のためのＣＣＥインデックスは、このＵＥのために構成された最大ＡＬに基づいて定義されてもよい。そして、このＵＥのために構成された他のＡＬを有するＰＤＣＣＨ候補のための第１のＣＣＥインデックスは、第１のＣＣＥインデックスに基づいてＵＥ固有のオフセットを有してもよい。例えば、ＵＥ固有のオフセットは、ＵＥ＿ＩＤ、ＲＮＴＩのうちの少なくとも１つに関連していてもよい。

いくつかの実施形態では、減少したＰＤＣＣＨ候補の数のために、サーチスペースは依然としてネストされている。例えば、１つのＵＥに対して構成された最大ＡＬに対するＰＤＣＣＨ候補の数が減少してもよく、このＵＥに対する他のより少ないＡＬ値に対しては、ＰＤＣＣＨ候補のためのＣＣＥは、依然として最大ＡＬに対するＰＤＣＣＨ候補のためのＣＣＥ内に入れ子になっている。一実施形態では、ＡＬのうちの少なくとも１つのＡＬに対するＰＤＣＣＨ候補の数が減少した場合、１つより少ないＡＬに対するＰＤＣＣＨ候補のためのＣＣＥは、より大きいＡＬに対するＰＤＣＣＨ候補のためのＣＣＥの中に入れ子にされる。

一実施形態では、端末装置１２０−２のための縮小されたサーチスペース４４０は、端末装置１２０−１のための縮小されたサーチスペース４３０と同じサイズを共有していてもよいが、異なるＣＣＥインデックスからのものであってもよい。例えば、異なるＣＣＥインデックスは、端末装置１２０−１とは異なる端末装置１２０−２のＵＥ-ＩＤを関数ｆに適用することによって決定されてもよい。このように、端末装置１２０は、スロットベースのスケジューリングと同様の関数ｆにより、縮小されたサーチスペースを決定することができる。

一実施形態では、シンボルベースのコアセットのための縮小されたサーチスペースは、スロットベースのコアセットのための縮小されていないサーチスペースと比較して、減少された数のＣＣＥを占有してもよい。図５は、そのような実施形態の一例を示す。

図５では、例えば、各スロットは、合計で１４個のシンボルを含んでもよい。いくつかの実施形態では、同じコアセットは、スロットベースのスケジューリングとシンボルベースのスケジューリングの両方のために構成され得る。別の実施形態では、異なるコアセットは、それぞれスロットベースのスケジューリングおよびシンボルベースのスケジューリングのために構成されてもよい。例えば、一実施形態では、ＵＲＬＬＣ専用の異なる帯域幅部分の新しいコアセットをシンボルベースのスケジューリングのために使用することができる。図５に示すように、コアセット５１０はスロットベースのスケジューリングのために構成され、一方、１スロット内の７シンボルの周期を有するコアセット５２０および５３０はシンボルベースのスケジューリングのために構成される。

シンボルベースのスケジューリングのためのコアセット５２０を例にとると、コアセット５１０は、論理的に２４個の連続したＣＣＥに対応してもよい。端末装置１２０−１のための縮小されたサーチスペース５４０および端末装置１２０−２のための縮小されたサーチスペース５５０が、シンボルベースのコアセット５２０に対応してもよい。一実施形態では、最も高いＡＬ８に関連付けられた縮小されたサーチスペース５４０のサイズは、スロットベースのスケジューリングのための縮小されていないサーチスペース（例えば、図２のサーチスペース２２０）のサイズよりも小さくてもよい。図５に示すように、最も高いＡＬ８に関連付けられた縮小されたサーチスペース５４０のサイズは、完全に８個のＣＣＥであり、スロットベーススケジューリング用のサーチスペース２２０のサイズの半分に過ぎない。他のＡＬのＰＤＣＣＨ候補は、スロットベーススケジューリングと同様に、または異なる方法でサーチスペース４３０内に入れ子にされてもよい。具体的には、ＰＤＣＣＨ候補の第１のＣＣＥインデックスを決定する際に、ｆ以外の別の関数ｇを使用することができる。代替的に、一実施形態では、'４'は、'８'の代わりに、関数ｆの最も高いＡＬとして機能してもよい。そうすると、シンボルベースのスケジューリングにおいて、ＰＤＣＣＨ候補のための第１のＣＣＥインデックスを決定するために、同じ関数ｆを使用することができる。

一実施形態では、端末装置１２０−２のための縮小されたサーチスペース５５０は、端末装置１２０−１のための縮小されたサーチスペース５４０と同じサイズを共有していてもよいが、異なるＣＣＥインデックスからのものであってもよい。例えば、異なるＣＣＥインデックスは、端末装置１２０−１のＵＥ-ＩＤとは異なる端末装置１２０−２のＵＥ-ＩＤを関数ｆに適用して決定されてもよい。このように、端末装置１２０のサーチスペースを縮小できる。

いくつかの実施形態では、複数のシンボルベースのコアセットは、第１のシンボルベースのコアセットと第２のシンボルベースのコアセットを含んでもよく、ここで、第１のシンボルベースのコアセットは、第２のシンボルベースのコアセットに続いている。ネットワーク装置１１０は、第１のシンボルベースコアセットがＰＤＣＣＨのための縮小されていないサーチスペースに対応し、第２のシンボルベースコアセットが所定のアグリゲーションレベルに関連付けられたＰＤＣＣＨのための縮小されたサーチスペースに対応するように、所定のアグリゲーションレベルに基づいてＰＤＣＣＨ送信のためのコンフィグレーションを決定してもよい。すなわち、１つのコアセットにおけるサーチスペースの縮小は、前者のコアセットとの関連付けに依存してもよい。図６は、そのような実施形態の一例を示す。

図６では、例えば、各スロットは、合計で１４個のシンボルを含んでもよい。異なるコアセットは、それぞれスロットベースのスケジューリングとシンボルベースのスケジューリングのために構成されてもよい。例えば、図６に示すように、コアセット６１０はスロットベースのスケジューリングのために構成され、一方、１スロット内に２シンボルの周期を有するコアセット６１１−６１７はシンボルベースのスケジューリングのために構成される。

図６に示すように、コアセット６１１および６１４は、端末装置１２０−１のための非縮小サーチスペース６２０など、ＰＤＣＣＨのための通常のサーチスペースに対応していてもよい。すなわち、端末装置１２０−１は、ＰＤＣＣＨ用のサーチスペース６２０において、通常のブラインド検出を行ってもよい。例えば、端末装置１２０−１は、サーチスペース６２０内でＰＤＣＣＨのデコードを試みるために、あらゆるＡＬ、あらゆるＤＣＩ形式を試してもよい。一旦、端末装置１２０−１がＤＣＩを正常にデコードすると、端末装置１２０−１は、対応するＡＬ、例えば「４」を決定してもよい。

図６に示すように、コアセット６１１に続くコアセット６１２−６１３、およびコアセット６１４に続くコアセット６１５−６１７は、ＰＤＣＣＨのための縮小されたサーチスペースに対応してもよい。コアセット６１２−６１３および６１５−６１７のいずれかに対応するＰＤＣＣＨのための縮小されたサーチスペースは、６３０で表されてもよい。具体的には、縮小されたサーチスペース６３０は、端末装置１２０−１によって決定された対応するＡＬ（例えば、'４'）に対応していてもよい。

一実施形態では、例えば、ネットワーク装置１１０は、ＡＬ４のＰＤＣＣＨ候補をコアセット６１２−６１３および６１５−６１７にのみ割り当ててもよい。すなわち、縮小されたサーチスペース６３０は、図６に示すように、決定されたＡＬに対するＰＤＣＣＨ候補のみを含んでもよい。この場合、端末装置１２０−１は、それに応じて、ＡＬ４に対するＰＤＣＣＨ候補のみからなる縮小されたサーチスペース６３０においてＢＤを実行してもよい。

別の実施形態では、ネットワーク装置１１０は、決定されたＡＬよりも小さくないＡＬのためのＰＤＣＣＨ候補のみをコアセット６１２−６１３および６１５−６１７に割り当ててもよい。すなわち、縮小されたサーチスペース６３０は、決定されたＡＬよりも小さくないＡＬに対するＰＤＣＣＨ候補、例えば、ＡＬ８および４に対するＰＤＣＣＨ候補を含んでもよい。この場合、端末装置１２０−１は、決定されたＡＬに応じて、ＡＬ８および４に対するＰＤＣＣＨ候補からなる縮小されたサーチスペース６３０において、ＢＤを実行してもよい。

さらに別の実施形態では、ネットワーク装置１１０は、決定されたＡＬよりも大きくないＡＬのためのＰＤＣＣＨ候補のみをコアセット６１２−６１３および６１５−６１７に割り当ててもよい。すなわち、縮小されたサーチスペース６３０には、決定されたＡＬよりも大きくないＡＬに対するＰＤＣＣＨ候補、例えば、ＡＬ４、２および１に対するＰＤＣＣＨ候補が含まれていてもよい。この場合、端末装置１２０−１は、ＡＬ４、２および１に対するＰＤＣＣＨ候補で構成される縮小されたサーチスペース６３０において、適宜、ＢＤを実行してもよい。

このようにして、端末装置１２０−１は、コアセット６１２−６１３および６１５−６１７にそれぞれ対応する縮小されたサーチスペース内でＢＤを実行してもよい。明らかに、端末装置１２０−１のためのサーチスペースは縮小され得る。

いくつかの実施形態では、シンボルベースのコアセットの複数の第１のサブセットは、ＰＤＣＣＨのための縮小されていないサーチスペースに対応してもよく、シンボルベースのコアセットの複数の第２のサブセットは、ＰＤＣＣＨのための縮小されたサーチスペースに対応してもよい。一実施形態では、ネットワーク装置１１０によって決定されたＰＤＣＣＨ送信のためのコンフィグレーションは、第１のサブセットおよび第２のサブセットに関連付けられたパターンの表示を含んでもよい。図７は、そのような実施形態の一例を示す。

図７では、例えば、各スロットは、合計で１４個のシンボルを含んでもよい。異なるコアセットは、それぞれスロットベースのスケジューリングおよびシンボルベースのスケジューリングのために構成されてもよい。例えば、図７に示すように、コアセット７１０はスロットベースのスケジューリングのために構成され、一方、１スロット内に２シンボルの周期を有するコアセット７１１−７１７はシンボルベースのスケジューリングのために構成される。

端末装置１２０−１では、コアセット７１１および７１４は、ＰＤＣＣＨのための通常のサーチスペースに対応してもよく、コアセット７１２−７１３および７１５−７１７は、ＰＤＣＣＨのための縮小されたサーチスペースに対応してもよい。通常のサーチスペースおよび縮小されたサーチスペースのパターンは、すべてのコアセットで衝突のバランスをとるように、ＵＥ固有のものであってもよい。

いくつかの実施形態では、異なる端末装置のための異なるパターンは、異なるシフト値に基づいて決定されてもよい。例えば、図７に示すように、端末装置１２０−２のためのパターン７３０は、端末装置１２０−１のためのパターン７２０をシフトすることによって導出され得る。すなわち、端末装置１２０−２については、コアセット７１２および７１５は、ＰＤＣＣＨのための通常のサーチスペースに対応してもよく、コアセット７１１、７１３−７１４および７１６−７１７は、ＰＤＣＣＨのための縮小されたサーチスペースに対応してもよい。

いくつかの実施形態では、パターンはまた、通常のサーチスペースと縮小されたサーチスペースとの間の割合を示してもよい。一実施形態では、割合は、最大スケジューリング遅延と最大ＢＤ数がバランスするように決定され、構成されてもよい。

いくつかの実施形態では、ネットワーク装置１１０によって送信されるＤＣＩは、異なる用途のための異なるＤＣＩを含んでもよく、異なるＤＣＩは、それぞれ異なるフォーマットに関連付けられてもよい。例えば、ＤＣＩフォーマットａは第１のＤＣＩに使用されてもよく、ＤＣＩフォーマットｂは第２のＤＣＩに使用されてもよく、ＤＣＩフォーマットｃは第３のＤＣＩに使用されてもよく．．．などである。いくつかの実施形態では、いくつかのＤＣＩは、限定されたコアセットでのみ送信されてもよい。いくつかの実施形態では、ネットワーク装置１１０は、シンボルベースのコアセットの複数の異なるサブセットがそれぞれ異なるＤＣＩを送信するために使用されるように、ＰＤＣＣＨ送信のためのコンフィグレーションを決定してもよい。例えば、ネットワーク装置１１０は、第１のＤＣＩを送信するためのシンボルベースの複数のコアセットの第３のサブセット、第２のＤＣＩを送信するためのシンボルベースの複数のコアセットの第４のサブセット．．．などを決定してもよい。図８は、そのような実施形態の一例を示す。

図８では、例えば、各スロットは、合計で１４個のシンボルを含んでもよい。異なるコアセットは、それぞれスロットベースのスケジューリングおよびシンボルベースのスケジューリングのために構成されてもよい。例えば、図８に示すように、コアセット８１０はスロットベースのスケジューリングのために構成され、一方、１スロット内に２シンボルの周期を有するコアセット８１１−８１７はシンボルベースのスケジューリングのために構成される。

図８に示すように、異なる場合の異なるＤＣＩを送信するために、異なるＤＣＩフォーマットが使用されてもよい。例えば、ＤＣＩフォーマットａは、グループコモンＤＣＩのために使用され、グループコモンＤＣＩは、コアセット８１１を含むサブセット８２０においてのみ送信されてもよい。ＤＣＩフォーマットｂは、フォールバックＤＣＩに使用され、フォールバックＤＣＩは、コアセット８１１および８１４を含むサブセット８３０でのみ送信されてもよい。ＤＣＩフォーマットｃは、他のＤＣＩに使用され、他のＤＣＩは、コアセット８１１−８１７を含むサブセット８４０で送信されてもよい。このようにして、端末装置１２０は、コアセット８１１のＤＣＩフォーマットａ、ｂ、およびｃのＤＣＩのデコードを試みてもよい。端末装置１２０は、コアセット８１４において、ＤＣＩフォーマットｂおよびｃのＤＣＩのデコードを試みてもよい。端末装置１２０は、コアセット８１２−８１３および８１５−８１７において、ＤＣＩフォーマットｃのＤＣＩのデコードのみを試みてもよい。

一実施形態では、異なるＤＣＩフォーマットは、異なるサイズに関連付けられていてもよい。例えば、一実施形態では、フォーマットａ、ｂおよびｃのサイズは、互いに異なっていてもよい。このようにして、端末装置１２０による監視機会あたりのＢＤの最大数をさらに減少させることができる。別の実施形態では、異なるＤＣＩフォーマットは同じサイズに関連付けられていてもよく、したがって、端末装置１２０によるＤＣＩフォーマットを解析する回数を減少させることができる。

いくつかの実施形態では、ネットワーク装置１１０は、事前に構成されたスロットフォーマットに基づいて、ＰＤＣＣＨ伝送のためのコンフィグレーションを決定してもよい。事前に構成されたスロットフォーマットは、ダウンリンク伝送に使用されるスロット内の少なくとも１つのシンボルを示してもよい。具体的には、少なくとも１つのシンボルは、複数のシンボルベースのコアセットの第５のサブセットに対応していてもよい。一実施形態では、例えば、ネットワーク装置１１０は、シンボルベースのコアセットの複数の第５のサブセットに、より多くのＰＤＣＣＨ候補を割り当ててもよい。具体的には、一実施形態では、ネットワーク装置１１０は、すべてのＰＤＣＣＨ候補を、シンボルベースのコアセットの複数の第５のサブセットに割り当ててもよい。すなわち、ＤＣＩは、シンボルベースのコアセットの複数のサブセットのうちの第５のサブセットでのみ送信されてもよい。

いくつかの実施形態では、スロットフォーマットは、端末装置１２０に対して構成されてもよい。例えば、スロットフォーマットは、無線リソース制御（ＲＲＣ）層、メディアアクセス制御（ＭＡＣ）層などの上位層シグナリングを介して、またはＤＣＩに含まれていてもよいスロットフォーマット情報（ＳＦＩ）によって構成されてもよい。いくつかの実施形態では、端末装置１２０がスロットフォーマットで構成されると、端末装置１２０は、スロットフォーマットに基づいてＢＤを実行してもよい。図９は、そのような実施形態の一例を示す。

図９では、例えば、各スロットは、合計で１４個のシンボルを含んでもよい。異なるコアセットは、それぞれスロットベースのスケジューリングおよびシンボルベースのスケジューリングのために構成されてもよい。例えば、図８に示すように、コアセット９１０はスロットベースのスケジューリングのために構成され、一方、１スロット内に２シンボルの周期を有するコアセット９１１−９１７はシンボルベースのスケジューリングのために構成される。さらに、スロットのフォーマットが構成されており、スロット内の一部のシンボルがダウンリンク伝送に使用され、スロット内の一部のシンボルがアップリンク伝送に使用され、スロット内の他のシンボルが予約されているか不明であることを示す。例えば、図９に示すように、ダウンリンク送信用のシンボルには「Ｄ」のラベルが付され、アップリンク送信用のシンボルには「Ｕ」のラベルが付され、予約済みまたは未知のシンボルには「Ｒ」のラベルが付されている。この場合、構成されたスロットフォーマットに基づいて、監視機会ごとに端末装置１２０によって実行されるＢＤの最大数をさらに減少させることができる。

いくつかの実施形態では、例えば、所与の数値での全ダウンリンクスロットにおける監視機会当たりのＢＤの最大数は、表２のように定義されてもよい。

いくつかの実施形態では、Ｋ個のコアセットがダウンリンク送信のために利用できない場合、例えば「Ｕ」および「Ｒ」でラベル付けされたシンボルに対応して、監視機会当たりのＢＤの最大数を表３のように決定することができる。例えば、図９に示すように、ダウンリンク送信のために利用できないＫ個のコアセットは、コアセット９１５−９１７を含み、したがって、Ｋ＝３である。このように、端末装置は、スロット内のＢＤの数を増加させることなく、スケジューリングの機会を増やすことができる。

いくつかの実施形態では、端末装置１２０がＳＦＩでも構成されている場合、端末装置１２０は、ダウンリンク伝送に使用されるコアセットがどのコアセットであるかを決定することができる。いくつかの実施形態では、端末装置１２０は、ダウンリンク伝送のためにそれらのコアセットにおいてのみＢＤを実行し、他のコアセットをスキップしてもよい。このようにして、端末装置は、追加のシグナリングを行うことなく、ＢＤの数をさらに減らしてもよい。

図１０は、本開示のいくつかの実施形態に従った例示的な方法１０００のフローチャートである。方法１０００は、図１に示すように、ネットワーク装置１１０において実施され得る。議論の目的のために、方法８００は、図１を参照して、ネットワーク装置１１０の観点から説明される。

アクト（ａｃｔ）１０１０において、ネットワーク装置１１０は、少なくとも1つのスロット内のシンボルベースのコアセットの周期に基づいて、ＰＤＣＣＨ伝送のための構成を決定する。一実施形態では、コンフィグレーションは、複数のシンボルベースのコアセットへのＰＤＣＣＨ候補の第１の数の割り当てを示してもよい。一実施形態では、ＰＤＣＣＨ候補の第１の数は、スロットベースのコアセットに対して予め設定されたＰＤＣＣＨ候補の第２の数よりも少ない。

いくつかの実施形態では、スロットベースのコアセットは、制御チャネル要素（ＣＣＥ）の第３の数に対応する。いくつかの実施形態では、複数のシンボルベースコアセットの各々は、ＣＣＥの第４の数に対応し、第３の数は、第４の数よりも大きいか、または等しい。

いくつかの実施形態では、複数のシンボルベースのコアセットは、第１および第２のシンボルベースのコアセットを含み、第１のシンボルベースのコアセットは、第２のシンボルベースのコアセットに続く。いくつかの実施形態では、ネットワーク装置１１０は、次のように、所定のアグリゲーションレベルに基づいて、ＰＤＣＣＨ送信のためのコンフィグレーションを決定してもよい：第１のシンボルベースコアセットは、ＰＤＣＣＨのための縮小されていないサーチスペースに対応し、第２のシンボルベースコアセットは、所定のアグリゲーションレベルに関連付けられたＰＤＣＣＨのための縮小されたサーチスペースに対応する。

いくつかの実施形態では、シンボルベースのコアセットの複数の第１のサブセットは、ＰＤＣＣＨのための縮小されていないサーチスペースに対応し、シンボルベースのコアセットの複数の第２のサブセットは、ＰＤＣＣＨのための縮小されたサーチスペースに対応する。いくつかの実施形態では、ネットワーク装置１１０は、第１のサブセットおよび第２のサブセットに関連付けられたパターンを決定することにより、ＰＤＣＣＨ送信のためのコンフィグレーションを決定してもよい。一実施形態では、パターンは、第１のサブセットと第２のサブセットとの間の割合を示す。

いくつかの実施形態では、ＤＣＩは、第１のフォーマットの第１のＤＣＩと、第２のフォーマットの第２のＤＣＩとを含み、第１のフォーマットは、第２のフォーマットとは異なる。いくつかの実施形態では、ネットワーク装置１１０は、第１のＤＣＩを送信するためのシンボルベースのコアセットの複数の第３のサブセットと、第２のＤＣＩを送信するためのシンボルベースのコアセットの複数の第４のサブセットとを決定することによって、ＰＤＣＣＨ送信のためのコンフィグレーションを決定してもよく、第３のサブセットは第４のサブセットとは異なる。

いくつかの実施形態では、ネットワーク装置１１０は、ダウンリンク送信に使用されるスロット内の少なくとも１つのシンボルを示す予め構成されたスロットフォーマットに基づいて、ＰＤＣＣＨ送信のためのコンフィグレーションを決定してもよい。

いくつかの実施形態では、少なくとも１つのシンボルは、シンボルベースのコアセットの複数の第５のサブセットに関連付けられている。いくつかの実施形態では、ネットワーク装置１１０は、ＰＤＣＣＨ候補の第１の数が第５のサブセットに割り当てられるように、構成されたスロットフォーマットに基づいてコンフィグレーションを決定してもよい。

アクト１０２０において、ネットワーク装置１１０は、コンフィグレーションを端末装置１２０に送信する。次いで、アクト１０３０において、ネットワーク装置１１０は、コンフィグレーションに基づいて、シンボルベースの複数のコアセットにおいて、ダウンリンク制御情報（ＤＣＩ）を端末装置１２０に送信する。

図１１は、本開示のいくつかの実施形態に従った例示的な方法１１００のフローチャートを示す。方法１１００は、図１に示すように、端末装置１２０において実施され得る。議論の目的のために、方法１１００は、図１を参照して端末装置１２０の観点から説明される。

アクト１１１０において、端末装置１２０は、ネットワーク装置１１０から、ＰＤＣＣＨ送信のためのコンフィグレーションを受信する。一実施形態では、コンフィグレーションは、１つのスロット内の複数のシンボルベース制御リソースセット（コアセット）へのＰＤＣＣＨ候補の第１の数の割り当てを示してもよい。一実施形態では、ＰＤＣＣＨ候補の第１の数は、スロットベースのコアセットに対して予め設定されたＰＤＣＣＨ候補の第２の数よりも少ない。

アクト１１２０において、端末装置１２０は、コンフィグレーションに基づいて、複数のシンボルベースのコアセットにおけるダウンリンク制御情報（ＤＣＩ）のためのそれぞれのブラインド検出を実行する。

いくつかの実施形態では、スロットベースのコアセットは、第３の数の制御チャネル要素（ＣＣＥ）に対応する。いくつかの実施形態では、複数のシンボルベースのコアセットの各々は、ＣＣＥの第４の数に対応し、第３の数は、第４の数以上である。

いくつかの実施形態では、複数のシンボルベースのコアセットは、第１のシンボルベースのコアセットおよび第２のシンボルベースのコアセットを含み、第１のシンボルベースのコアセットは、第２のシンボルベースのコアセットの後に続く。いくつかの実施形態では、コンフィグレーションは、第１のシンボルベースコアセットがＰＤＣＣＨのための縮小されていないサーチスペースに対応し、第２のシンボルベースコアセットがＰＤＣＣＨのための縮小されたサーチスペースに対応することを示してもよい。いくつかの実施形態では、端末装置１２０は、ＰＤＣＣＨのための縮小されていないサーチスペースにおける第１のＤＣＩのための第１のブラインド検出を実行してもよい。第１のＤＣＩの検出に応答して、端末装置１２０は、ＰＤＣＣＨのための縮小されたサーチスペースに関連付けられたアグリゲーションレベルを決定してもよい。そして、端末装置１２０は、アグリゲーションレベルに基づいて、ＰＤＣＣＨのための縮小されたサーチスペースにおける第２のＤＣＩのための第２のブラインド検出を実行してもよい。

いくつかの実施形態では、コンフィグレーションは、第１のフォーマットで第３のＤＣＩを送信するためのシンボルベースのコアセットの複数の第１のサブセットと、第２のフォーマットで第４のＤＣＩを送信するためのシンボルベースのコアセットの複数の第２のサブセットとを示し、第１のフォーマットは、第２のフォーマットとは異なる。いくつかの実施形態では、端末装置１２０は、シンボルベースのコアセットの複数の第１のサブセットのうちの１つにおいて第３のＤＣＩのための第３のブラインド検出を実行し、シンボルベースのコアセットの複数の第２のサブセットのうちの１つにおいて第４のＤＣＩのための第４のブラインド検出を実行することによって、ＤＣＩのためのそれぞれのブラインド検出を実行してもよい。

いくつかの実施形態では、コンフィグレーションは、スロットフォーマットの指示を含み、スロットフォーマットは、ダウンリンク送信に使用されるスロット内の少なくとも１つのシンボルを示す。いくつかの実施形態では、端末装置１２０は、スロットフォーマットに基づいて、ＤＣＩのためのそれぞれのブラインド検出を実行してもよい。

いくつかの実施形態では、ダウンリンク伝送のための少なくとも１つのシンボルは、シンボルベースのコアセットの複数の第３のサブセットに関連付けられている。いくつかの実施形態では、端末装置１２０は、第３のサブセットにおけるＤＣＩのためのそれぞれのブラインド検出を実行してもよい。

図１２は、本開示のいくつかの実施形態に従った装置１２００のブロック図である。装置１２００は、図１のネットワーク装置１１０の例示的な実施形態とみなすことができる。示されるように、装置１２００は、少なくとも１つのスロット内のシンボルベースの制御リソースセット（コアセット）の複数の周期に基づいて、ＰＤＣＣＨ送信のためのコンフィグレーションを決定するように構成された決定モジュール１２１０を含み、コンフィグレーションは、シンボルベースのコアセットの複数のシンボルベースのコアセットへのＰＤＣＣＨ候補の第１の数の割り当てを示し、ＰＤＣＣＨ候補の第１の数は、スロットベースのコアセットのために予め構成されたＰＤＣＣＨ候補の第２の数よりも小さい。装置１２００はまた、ネットワーク装置によってサービスされる端末装置にコンフィグレーションを送信するように構成された第１の送信モジュール１２２０を含む。さらに、装置１２００は、コンフィグレーションに基づいて、複数のシンボルベースコアセットの端末装置にダウンリンク制御情報（ＤＣＩ）を送信するように構成された第２の送信モジュール１２３０も含む。

図１３は、本開示のいくつかの実施形態に従った装置１３００のブロック図である。装置１３００は、図１の端末装置１２０の例示的な実施形態とみなすことができる。示されるように、装置１３００は、端末装置にサービスを提供するネットワーク装置から、ＰＤＣＣＨ送信のためのコンフィグレーションを受信するように構成された受信モジュール１３１０を含み、このコンフィグレーションは、１つのスロット内の複数のシンボルベースの制御リソースセット（コアセット）へのＰＤＣＣＨ候補の第１の数の割り当てを示し、ＰＤＣＣＨ候補の第１の数は、スロットベースのコアセットのために予め構成されたＰＤＣＣＨ候補の第２の数よりも小さい。装置１３００はまた、コンフィグレーションに基づいて、複数のシンボルベースのコアセット内のダウンリンク制御情報（ＤＣＩ）のためのそれぞれのブラインド検出を実行するように構成された検出モジュール１３２０を含む。

明快さのために、図１２および／または図１３は、装置１２００および／または１３００のいくつかの任意のモジュールを図示していない。しかしながら、図１−１０を参照して説明した様々な特徴が、同様に装置１２００に適用可能であり、図１−９および１１を参照して説明した様々な特徴が、同様に装置１３００に適用可能であることが理解されるべきである。さらに、装置１２００および／または装置１３００のそれぞれのモジュールは、ハードウェアモジュールまたはソフトウェアモジュールであってもよい。例えば、いくつかの実施形態では、装置１２００および／または１３００は、部分的にまたは完全に、ソフトウェアおよび／またはファームウェアによって実装されてもよく、例えば、コンピュータ読み取り可能な媒体上に具現化されたコンピュータプログラム製品として実装されてもよい。代替的に、またはそれに加えて、装置１０００および／または１１００は、部分的にまたは完全にハードウェアに基づいて実装されてもよく、例えば、集積回路（ＩＣ）、特定用途向け集積回路（ＡＳＩＣ）、システムオンチップ（ＳＯＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などとして実装されてもよい。本開示の範囲は、この側面において限定されるものではない。

図１４は、本開示の実施形態を実施するのに適したデバイス１４００の簡略化されたブロック図である。デバイス１４００は、図１のネットワークデバイス１１０または端末デバイス１２０のさらなる例示的な実施形態とみなすことができる。したがって、デバイス１４００は、ネットワークデバイス１１０または端末デバイス１２０の少なくとも一部において、またはその少なくとも一部として実装され得る。

示されるように、デバイス１４００は、プロセッサ１４１０と、プロセッサ１４１０に結合されたメモリ１４２０と、プロセッサ１４１０に結合された適当な送信機（ＴＸ）および受信機（ＲＸ）１４４０と、ＴＸ／ＲＸ１４４０に結合された通信インターフェースとを含む。メモリ１４１０は、プログラム１４３０の少なくとも一部を記憶する。ＴＸ／ＲＸ１４４０は、双方向通信用である。ＴＸ／ＲＸ１４４０は、通信を容易にするために少なくとも１つのアンテナを有するが、実際には、本願で言及されるアクセスノードは、複数のアンテナを有していてもよい。通信インターフェースは、ｅＮＢ間の双方向通信のためのＸ２インターフェース、モビリティ管理エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ-ＧＷ）とｅＮＢとの間の通信のためのＳ１インターフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信のためのＵｎインターフェース、またはｅＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。

プログラム１４３０は、関連するプロセッサ１４１０によって実行されると、図１から図１１を参照して本明細書で議論されるように、デバイス１４００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むことが想定される。本開示の実施形態は、デバイス１４００のプロセッサ１４１０によって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、またはソフトウェアとハードウェアの組み合わせによって実施されてもよい。プロセッサ１４１０は、本開示の様々な実施形態を実施するように構成されてもよい。さらに、プロセッサ１４１０とメモリ１４１０との組み合わせは、本開示の様々な実施形態を実施するように適合された処理手段１４５０を形成してもよい。

メモリ１４１０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、非一過性コンピュータ可読記憶媒体、半導体ベースの記憶装置、磁気記憶装置およびシステム、光記憶装置およびシステム、固定メモリおよびリムーバブルメモリなどの任意の適したデータ記憶技術を使用して実施されてもよい。装置１４００には１つのメモリ１４１０のみが示されているが、装置１４００には物理的に異なる複数のメモリモジュールが存在してもよい。プロセッサ１４１０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、汎用コンピュータ、特殊用途コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含んでもよい。装置１４００は、メインプロセッサを同期させるクロックに同期してスレーブ化されたアプリケーション固有の集積回路チップのような複数のプロセッサを有してもよい。

一般に、本開示の様々な実施形態は、ハードウェアまたは特別目的回路、ソフトウェア、ロジック、またはそれらの任意の組み合わせで実装されてもよい。いくつかの側面は、ハードウェアで実装されてもよく、他の側面は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行されてもよいファームウェアまたはソフトウェアで実装されてもよい。本開示の実施形態の様々な側面が、ブロック図、フローチャート、または他のいくつかの図示を用いて図示され、説明されているが、本明細書に記載されたブロック、装置、システム、技術または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、特殊目的回路またはロジック、汎用ハードウェアまたはコントローラまたは他のコンピューティングデバイス、またはそれらの任意の組み合わせで実装されてもよいことが理解されるであろう。

本開示はまた、非一過性のコンピュータ読み取り可能な記憶媒体に当接可能に記憶された少なくとも１つのコンピュータプログラム製品を提供する。このコンピュータプログラム製品は、図１から図１１のいずれかを参照して上述したようなプロセスまたは方法を実行するために、ターゲットの実プロセッサまたは仮想プロセッサ上のデバイスで実行される、プログラムモジュールに含まれるようなコンピュータ実行可能な命令を含む。一般に、プログラムモジュールは、特定のタスクを実行するか、または特定の抽象データ型を実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造、またはそのようなものを含む。プログラムモジュールの機能は、様々な実施形態において所望されるように、プログラムモジュール間で結合されてもよいし、分割されてもよい。プログラムモジュールのための機械実行可能な命令は、ローカルデバイス内で実行されてもよいし、分散デバイス内で実行されてもよい。分散型デバイスでは、プログラムモジュールは、ローカル記憶媒体とリモート記憶媒体の両方に配置されてもよい。

本開示の方法を実行するためのプログラムコードは、１つ以上のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、特殊用途コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサまたはコントローラに提供されてもよく、そのようなプログラムコードは、プロセッサまたはコントローラによって実行されると、フローチャートおよび／またはブロック図で指定された機能／操作が実行されるようになる。前記プログラムコードは、全体的に機械上で実行されてもよいし、部分的に機械上で実行されてもよいし、スタンドアロンのソフトウェアパッケージとして実行されてもよいし、部分的に機械上で実行されてもよいし、部分的に機械上で実行されてもよいし、部分的に遠隔の機械上で実行されてもよいし、全体的に遠隔の機械またはサーバ上で実行されてもよい。

前記プログラムコードは、機械可読媒体上で具現化されてもよく、これは、命令実行システム、装置、または装置によって、またはそれに関連して使用するためのプログラムを含むか、または格納することができる任意の有形媒体であってもよい。機械可読媒体は、機械可読信号媒体または機械可読記憶媒体であってもよい。機械可読媒体は、電子的、磁気的、光学的、電磁的、赤外線的、または半導体システム、装置、デバイス、または前記の任意の適切な組み合わせを含むが、これらに限定されない。機械可読記憶媒体のより具体的な例としては、１本以上のワイヤを有する電気的接続、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能なプログラム可能な読み取り専用メモリ（ＥＰＲＯＭまたはフラッシュ・メモリ）、光ファイバー、ポータブル・コンパクト・ディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、光ストレージ・デバイス、磁気ストレージ・デバイス、または前述の任意の適切な組み合わせが挙げられる。

さらに、操作は特定の順序で描かれているが、これは、望ましい結果を達成するために、そのような操作が示された特定の順序で実行されること、または逐次的に実行されること、または示されたすべての操作が実行されることを要求するものとして理解されるべきではない。特定の状況では、マルチタスクおよび並列処理が有利であり得る。同様に、いくつかの特定の実施形態の詳細が上記の議論に含まれているが、これらは、本開示の範囲を制限するものとして解釈されるべきではなく、特定の実施形態に特異的であり得る特徴の記述として解釈されるべきである。別々の実施形態の文脈で説明されている特定の特徴は、単一の実施形態において組み合わせて実施されてもよい。逆に、単一の実施形態の文脈で説明されている様々な特徴もまた、複数の実施形態で別々に、または任意の好適なサブ組み合わせで実装されてもよい。

本開示は、構造的特徴および／または方法的行為に特有の言語で説明されてきたが、添付の特許請求の範囲に定義された本開示は、必ずしも上述の特定の特徴または行為に限定されるものではないことが理解されるべきである。むしろ、上述の特定の特徴および行為は、特許請求の範囲の実施形態の例示的な形態として開示されている。

Claims (28)

1. 少なくとも1つのスロット内の複数のシンボルベースの制御リソースセット（コアセット）の周期に基づいて、ＰＤＣＣＨ送信のためのコンフィグレーションを決定することと、前記コンフィグレーションは、複数のシンボルベースのコアセットにＰＤＣＣＨ候補の第１の数を割り当てることを示し、前記ＰＤＣＣＨ候補の第１の数は、スロットベースのコアセットにあらかじめ設定されているＰＤＣＣＨ候補の第２の数よりも少ないことを示すことと、前記コンフィグレーションをネットワーク装置に送信し、
   前記ネットワーク装置によって提供される端末装置に前記コンフィグレーションを送信し、
   前記コンフィグレーションに基づいて、前記シンボルベースのコアセットの複数の前記端末装置にダウンリンク制御情報（ＤＣＩ）を送信する、ネットワーク装置に実装される方法。
2. 前記スロットベースのコアセットが制御チャネルエレメント（ＣＣＥ）の第３の数に対応し、前記複数のシンボルベースのコアセットの各々がＣＣＥの第４の数に対応し、前記第３の数が第４の数以上である、請求項１の方法。
3. 前記複数のシンボルベースのコアセットが第１のシンボルベースのコアセットと第２のシンボルベースのコアセットを含み、前記第１のシンボルベースのコアセットは第２のシンボルベースのコアセットに続いており、前記ＰＤＣＣＨ送信のためのコンフィグレーションを決定することは、
   予め定められたアグリゲーションレベルに基づいてコンフィグレーションを決定することであり、
   第１のシンボルベースのコアセットは、ＰＤＣＣＨのための非縮小サーチスペースに相当し、
   第２のシンボルベースのコアセットは、所定のアグリゲーションレベルに関連付けられたＰＤＣＣＨのための縮小されたサーチスペースに対応する、請求項１の方法。
4. 前記複数のシンボルベースのコアセットの第１のサブセットがＰＤＣＣＨのための縮小されていないサーチスペースに対応し、前記複数のシンボルベースのコアセットの第２のサブセットがＰＤＣＣＨのための縮小されたサーチスペースに対応し、前記ＰＤＣＣＨ送信のためのコンフィグレーションを決定することは、
   第１のサブセットと第２のサブセットに関連付けられたパターンを決定し、パターンは、第１のサブセットと第２のサブセットの間の割合を示す、請求項３の方法。
5. ＤＣＩが、第１のフォーマットの第１のＤＣＩと第２のフォーマットの第２のＤＣＩを含み、前記第１のフォーマットは前記第２のフォーマットとは異なり、前記ＰＤＣＣＨ送信のためのコンフィグレーションを決定することは、
   第１のＤＣＩを送信するための複数のシンボルベースのコアセットの第３のサブセットを決定すること；および
   第２のＤＣＩを送信するための複数のシンボルベースのコアセットのうちの第４のサブセットを決定し、第３のサブセットは第４のサブセットとは異なる、請求項１の方法。
6. 前記ＰＤＣＣＨ送信のためのコンフィグレーションを決定することは、
   ダウンリンク送信に使用されるスロット内の少なくとも１つのシンボルを示す事前に設定されたスロットフォーマットに基づいて、ＰＤＣＣＨ送信のためのコンフィグレーションを決定する、請求項１の方法。
7. 前記少なくとも１つのシンボルは、シンボルベースの複数のコアセットの第５のサブセットに関連付けられており、前記ＰＤＣＣＨ送信のためのコンフィグレーションを決定することは、
   構成されたスロットフォーマットに基づいて前記コンフィグレーションを決定し、前記ＰＤＣＣＨ候補の第１の数が前記第５のサブセットに割り当てられるようにする、請求項６の方法。
8. 端末装置にサービスを提供するネットワーク装置から、ＰＤＣＣＨ送信のためのコンフィグレーションを受信し、コンフィグレーションは、１つのスロット内の複数のシンボルベースの制御リソースセット（コアセット）にＰＤＣＣＨ候補の第１の数を割り当てることを示し、ＰＤＣＣＨ候補の第１の数は、スロットベースのコアセットに対して事前に設定されたＰＤＣＣＨ候補の第２の数よりも少ないことを示し、
   コンフィグレーションに基づいて、複数のシンボルベースのコアセットにおけるダウンリンク制御情報（ＤＣＩ）のためのそれぞれのブラインド検出を実行する、端末装置に実装される方法。
9. 前記スロットベースのコアセットが制御チャネルエレメント（ＣＣＥ）の第３の数に対応し、前記複数のシンボルベースのコアセットの各々がＣＣＥの第４の数に対応し、前記第３の数が第４の数以上である、請求項８の方法。
10. 前記複数のシンボルベースのコアセットが第１および第２のシンボルベースのコアセットを含み、前記第１のシンボルベースのコアセットが第２のシンボルベースのコアセットに続いており、前記第１のシンボルベースのコアセットがＰＤＣＣＨのための縮小されていないサーチスペースに対応し、前記第２のシンボルベースのコアセットがＰＤＣＣＨのための縮小されたサーチスペースに対応することを示すコンフィグレーションであって、ＤＣＩのためのそれぞれのブラインド検出を前もって実行することは、
    ＰＤＣＣＨのための縮小されていないサーチスペースにおいて、第１のＤＣＩのための第１のブラインド検出を実行し、
    第１のＤＣＩを検出することに応答して、ＰＤＣＣＨのための縮小されたサーチスペースに関連付けられたアグリゲーションレベルを決定し、
    アグリゲーションレベルに基づいて、ＰＤＣＣＨのための縮小されたサーチスペースにおける第２のＤＣＩのための第２のブラインド検出を実行する、請求項８の方法。
11. 前記コンフィグレーションが、第１のフォーマットで第３のＤＣＩを送信するための複数のシンボルベースのコアセットの第１のサブセットと、第２のフォーマットで第４のＤＣＩを送信するための複数のシンボルベースのコアセットの第２のサブセットを示し、前記第１のフォーマットは前記第２のフォーマットとは異なるものであり、ＤＣＩのためのそれぞれのブラインド検出を実行することは、
    複数のシンボルベースのコアセットの第１のサブセットの１つにおいて、３番目のＤＣＩに対して３番目のブラインド検出を実行し、
    前記複数のシンボルベースのコアセットの第２のサブセットのうちの１つにおいて、第４のＤＣＩのための第４のブラインド検出を実行する、請求項８の方法。
12. 前記コンフィグレーションがスロットフォーマットの指示を含み、前記スロットフォーマットが、ダウンリンク伝送に使用されるスロット内の少なくとも１つのシンボルを示すものであり、ＤＣＩのためのそれぞれのブラインド検出を実行することは、
    前記スロットフォーマットに基づいて、ＤＣＩのためのそれぞれのブラインド検出を実行する、請求項８に記載の方法。
13. ダウンリンク伝送用の少なくとも１つのシンボルが、シンボルベースの複数のコアセットの第３のサブセットに関連付けられており、前記ＤＣＩのためのそれぞれのブラインド検出を実行することは、
    前記第３のサブセットにおいて、前記ＤＣＩのためのそれぞれのブラインド検出を実行することからなる、請求項１２に記載の方法。
14. プロセッサと、
    プロセッサに結合され、その上に命令を格納するメモリ、を備え、前記命令は、前記プロセッサによって実行された場合に、ネットワーク装置に動作を実行させる命令であって、
    少なくとも１つのスロット内の複数のシンボルベースの制御リソースセット（コアセット）の周期に基づいて、ＰＤＣＣＨ送信のためのコンフィグレーションを決定することと、前記コンフィグレーションは、複数のシンボルベースのコアセットにＰＤＣＣＨ候補の第１の数を割り当てることを示し、前記ＰＤＣＣＨ候補の第１の数は、スロットベースのコアセットに予め設定されたＰＤＣＣＨ候補の第２の数よりも少ないことを示し、
    前記ネットワーク装置によって提供される端末装置に前記コンフィグレーションを送信し、
    前記コンフィグレーションに基づいて、前記シンボルベースのコアセットの複数の前記端末装置にダウンリンク制御情報（ＤＣＩ）を送信する、ネットワーク装置。
15. 前記スロットベースのコアセットが制御チャネルエレメント（ＣＣＥ）の第３の数に対応し、前記複数のシンボルベースのコアセットの各々がＣＣＥの第４の数に対応し、前記第３の数が第４の数以上である、請求項１４のネットワーク装置。
16. 前記複数のシンボルベースのコアセットが第１および第２のシンボルベースのコアセットを含み、前記第１のシンボルベースのコアセットが前記第２のシンボルベースのコアセットに続いており、前記ＰＤＣＣＨ送信のためのコンフィグレーションを決定することは、
    予め定められたアグリゲーションレベルに基づいてコンフィグレーションを決定することであって、
    第１のシンボルベースのコアセットは、ＰＤＣＣＨのための非縮小サーチスペースに相当し、
    第２のシンボルベースのコアセットは、所定のアグリゲーションレベルに関連付けられたＰＤＣＣＨのための縮小されたサーチスペースに対応する、請求項１４のネットワーク装置。
17. 前記複数のシンボルベースのコアセットの第１のサブセットが、ＰＤＣＣＨのための縮小されていないサーチスペースに対応し、前記複数のシンボルベースのコアセットの第２のサブセットが、ＰＤＣＣＨのための縮小されたサーチスペースに対応し、前記ＰＤＣＣＨ送信のためのコンフィグレーションを決定することは、
    前記第１のサブセットと前記第２のサブセットに関連付けられたパターンを決定し、
    前記パターンは、前記第１のサブセットと前記第２のサブセットの間の割合を示す、請求項１６のネットワーク装置。
18. ＤＣＩが、第１のフォーマットの第１のＤＣＩと第２のフォーマットの第２のＤＣＩを含み、前記第１のフォーマットは前記第２のフォーマットとは異なるものであり、前記ＰＤＣＣＨ送信のためのコンフィグレーションを決定することは、
    前記第１のＤＣＩを送信するための複数のシンボルベースのコアセットの第３のサブセットを決定し、
    前記第２のＤＣＩを送信するための複数のシンボルベースのコアセットのうちの第４のサブセットを決定し、前記第３のサブセットは前記第４のサブセットとは異なるものである、請求項１４のネットワーク装置。
19. 前記ＰＤＣＣＨ送信のためのコンフィグレーションを決定することは、
    ダウンリンク送信に使用されるスロット内の少なくとも１つのシンボルを示す事前に構成されたスロットフォーマットに基づいて、ＰＤＣＣＨ送信のためのコンフィグレーションを決定する請求項１４のネットワーク装置。
20. 前記少なくとも１つのシンボルは、シンボルベースの複数のコアセットの第５のサブセットに関連付けられており、前記ＰＤＣＣＨ送信のためのコンフィグレーションを決定することは、
    構成されたスロットフォーマットに基づいてコンフィグレーションを決定することで、ＰＤＣＣＨ候補の第１の数が第５のサブセットに割り当てられるようにすることをさらに含む、請求項１９に記載のネットワーク装置。
21. プロセッサ、および
    プロセッサに結合され、その上に命令を格納するメモリを備え、前記命令は、前記プロセッサによって実行された場合に、端末装置に動作を実行させる命令であり、
    端末装置にサービスを提供するネットワーク装置から、ＰＤＣＣＨ送信のためのコンフィグレーションを受信することは、
    前記コンフィグレーションは、１つのスロット内の複数のシンボルベースの制御リソースセット（コアセット）へのＰＤＣＣＨ候補の第１の数の割り当てを示し、前記ＰＤＣＣＨ候補の第１の数は、スロットベースのコアセットに対して事前に設定されたＰＤＣＣＨ候補の第２の数よりも少ないことを示し、
    コンフィグレーションに基づいて、複数のシンボルベースのコアセットにおけるダウンリンク制御情報（ＤＣＩ）のためのそれぞれのブラインド検出を実行する、端末装置。
22. 前記スロットベースのコアセットが制御チャネルエレメント（ＣＣＥ）の第３の数に対応し、前記複数のシンボルベースのコアセットの各々が第４の数のＣＣＥに対応し、前記第３の数が第４の数以上である、請求項２１の端末装置。
23. 前記複数のシンボルベースのコアセットが第１および第２のシンボルベースのコアセットを含み、前記第１のシンボルベースのコアセットが第２のシンボルベースのコアセットに続いており、前記第１のシンボルベースのコアセットがＰＤＣＣＨのための縮小されていないサーチスペースに対応し、前記第２のシンボルベースのコアセットがＰＤＣＣＨのための縮小されたサーチスペースに対応することを示すコンフィグレーションであって、ＤＣＩのためのそれぞれのブラインド検出を前もって実行することは、
    ＰＤＣＣＨのための縮小されていないサーチスペースにおいて、第１のＤＣＩのための第１のブラインド検出を実行し、
    第１のＤＣＩを検出することに応答して、ＰＤＣＣＨのための縮小されたサーチスペースに関連付けられたアグリゲーションレベルを決定し、
    アグリゲーションレベルに基づいて、ＰＤＣＣＨのための縮小されたサーチスペースにおける第２のＤＣＩのための第２のブラインド検出を実行する、請求項２１の端末装置。
24. 前記コンフィグレーションが、第１のフォーマットで第３のＤＣＩを送信するための複数のシンボルベースのコアセットの第１のサブセットと、第２のフォーマットで第４のＤＣＩを送信するための複数のシンボルベースのコアセットの第２のサブセットを示し、前記第１のフォーマットは前記第２のフォーマットとは異なり、ＤＣＩのためにそれぞれのブラインド検出を実行することは、
    複数のシンボルベースのコアセットの第１のサブセットの１つにおいて、３番目のＤＣＩに対して３番目のブラインド検出を実行し、
    前記複数のシンボルベースのコアセットの第２のサブセットのうちの１つにおいて、第４のＤＣＩのための第４のブラインド検出を実行する、請求項２１の端末装置。
25. 前記コンフィグレーションが、スロットフォーマットの指示を含み、前記スロットフォーマットが、ダウンリンク伝送に使用されるスロット内の少なくとも１つのシンボルを示すものであり、ＤＣＩのためのそれぞれのブラインド検出を実行することは、
    前記スロットフォーマットに基づいて、前記ＤＣＩのためのそれぞれのブラインド検出を実行することを備える、請求項２１の端末装置。
26. ダウンリンク伝送用の少なくとも１つのシンボルが、シンボルベースの複数のコアセットの第３のサブセットに関連付けられており、前記ＤＣＩのためのそれぞれのブラインド検出を実行することは、
    前記第３のサブセットにおいて、前記ＤＣＩのためのそれぞれのブラインド検出を実行する、ことを含む請求項２５の端末装置。
27. 命令が記憶されているコンピュータ可読媒体であって、前記命令が前記少なくとも１つのプロセッサで実行されると、前記少なくとも１つのプロセッサに請求項１から７のいずれかに記載の方法を実行させる、コンピュータ可読媒体。
28. 命令が記憶されているコンピュータ可読媒体であって、少なくとも１つのプロセッサ上で実行される命令により、少なくとも１つのプロセッサが請求項８から請求項１３のいずれかに記載の方法を実行することを可能にする、コンピュータ可読媒体。

Images