(57)【要約】  本開示の実施形態は、ダウンリンク制御チャネルの送信および検出のための方法、デバイス、およびコンピュータプログラムを提供する。１つまたは複数の実施形態によれば、ネットワークデバイスにおいて実装される方法は、端末デバイスについて、ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを選択することを含む。ダウンリンク制御チャネル候補の２つ以上のセットの各々のセットは異なる通信レベルに関連付けられ、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシのうちの、１つまたは複数に対応する。方法はさらに、選択されたダウンリンク制御チャネル候補の少なくとも１つのセットを端末デバイスに送信することを含む。【選択図】図２
2019536308.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークデバイスにおいて実装される方法（２００）であって、
端末デバイスについて、ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを選択すること（Ｓ２１０）であって、前記ダウンリンク制御チャネル候補の前記２つ以上のセットの各々のセットは異なる通信レベルに関連付けられ、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシのうちの、１つまたは複数に対応する、選択すること（Ｓ２１０）、および
選択された前記ダウンリンク制御チャネル候補の少なくとも１つのセットを、前記端末デバイスに送信すること（Ｓ２２０）、
を含む、方法。
【請求項２】
少なくとも１つの通信レベルは、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）通信のサービス品質（ＱｏＳ）要件をターゲットとする、請求項１に記載の方法。
【請求項３】
前記ＱｏＳ要件は、ＢＬＥＲおよび／またはレイテンシに関する要件を含む、請求項２に記載の方法。
【請求項４】
少なくとも１つの通信レベルは、第１の閾値よりも低いＢＬＥＲのサービス品質（ＱｏＳ）要件を満たし、少なくとも別の通信レベルは、第２の閾値よりも低いＢＬＥＲのＱｏＳ要件を満たす、請求項１に記載の方法。
【請求項５】
少なくとも１つの通信レベルは、ＵＲＬＬＣのサービス品質（ＱｏＳ）要件を満たし、少なくとも別の通信レベルは、ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）通信のＱｏＳ要件を満たす、請求項１に記載の方法。
【請求項６】
１つの通信レベルは、別の通信レベルの送信フォーマットとは異なる数の制御情報ビットを伴う前記送信フォーマットに対応する、請求項１に記載の方法。
【請求項７】
前記通信レベルのうちの１つは、（ｉ）任意の他の通信レベルと同じ高さかまたはこれより高いアグリゲーションレベル、（ｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低い数の制御情報ビットを含む送信フォーマット、および、（ｉｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低いターゲットＢＬＥＲおよび／またはターゲットレイテンシのうちの、１つまたは複数に対応する、請求項６に記載の方法。
【請求項８】
少なくとも１つの通信レベルについての反復は、少なくとも周波数領域内である、請求項７に記載の方法。
【請求項９】
端末デバイスにおいて実装される方法（３００）であって、
ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを決定すること（Ｓ３１０）であって、前記ダウンリンク制御チャネル候補の前記２つ以上のセットの各々のセットは異なる通信レベルに関連付けられ、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシのうちの、１つまたは複数に対応する、決定すること（Ｓ３１０）、および、
決定された前記ダウンリンク制御チャネル候補の少なくとも１つのセット内のダウンリンク制御チャネルを検出すること（Ｓ３２０）、
を含む、方法。
【請求項１０】
少なくとも１つの通信レベルは、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）通信のサービス品質（ＱｏＳ）要件をターゲットとする、請求項９に記載の方法。
【請求項１１】
前記ＱｏＳ要件は、ＢＬＥＲおよび／またはレイテンシに関する要件を含む、請求項１０に記載の方法。
【請求項１２】
少なくとも１つの通信レベルは、第１の閾値よりも低いＢＬＥＲのサービス品質（ＱｏＳ）要件を満たし、少なくとも別の通信レベルは、第２の閾値よりも低いＢＬＥＲのＱｏＳ要件を満たす、請求項１０に記載の方法。
【請求項１３】
少なくとも１つの通信レベルは、ＵＲＬＬＣのサービス品質（ＱｏＳ）要件を満たし、少なくとも別の通信レベルは、ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）通信のＱｏＳ要件を満たす、請求項９に記載の方法。
【請求項１４】
１つの通信レベルは、別の通信レベルの送信フォーマットとは異なる数の制御情報ビットを伴う前記送信フォーマットに対応する、請求項９に記載の方法。
【請求項１５】
前記通信レベルのうちの１つは、（ｉ）いかなる他の通信レベルと同じ高さかまたはこれより高いアグリゲーションレベル、（ｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低い数の制御情報ビットを含む送信フォーマット、および、（ｉｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低いターゲットＢＬＥＲおよび／またはターゲットレイテンシのうちの、１つまたは複数に対応する、請求項１４に記載の方法。
【請求項１６】
少なくとも１つの通信レベルについての反復は、少なくとも周波数領域内である、請求項９に記載の方法。
【請求項１７】
ネットワークデバイス（５００）であって、
送信器、受信器、プロセッサ、およびメモリを備え、
前記ネットワークデバイスは、端末デバイスについて、ダウンリンク制御チャネル候補の２つ以上のセットから、前記ダウンリンク制御チャネル候補の少なくとも１つのセットを選択するように設定され、前記ダウンリンク制御チャネル候補の前記２つ以上のセットの各々のセットは、１つまたは複数の通信レベルに関連付けられ、また、
前記ネットワークデバイスは、選択された前記ダウンリンク制御チャネル候補の少なくとも１つのセットを、前記端末デバイスに送信するように設定される、
ネットワークデバイス。
【請求項１８】
少なくとも１つの通信レベルは、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）通信のサービス品質（ＱｏＳ）要件をターゲットとする、請求項１７に記載のネットワークデバイス。
【請求項１９】
前記ＱｏＳ要件は、ブロック誤り率（ＢＬＥＲ）および／またはレイテンシに関する要件を含む、請求項１８に記載のネットワークデバイス。
【請求項２０】
１つの通信レベルは、別の通信レベルの送信フォーマットとは異なる数の制御情報ビットを伴う前記送信フォーマットに対応する、請求項１７に記載のネットワークデバイス。
【請求項２１】
端末デバイス（６００）であって、
送信器、受信器、プロセッサ、およびメモリを備え、
前記端末デバイスは、ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを決定するように設定され、前記ダウンリンク制御チャネル候補の２つ以上のセットの各々のセットは、異なる通信レベルに関連付けられ、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシのうちの、１つまたは複数に対応し、また、
前記端末デバイスは、決定された前記ダウンリンク制御チャネル候補の少なくとも１つのセット内のダウンリンク制御チャネルを検出するように設定される、
端末デバイス。
【請求項２２】
少なくとも１つの通信レベルは、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）通信のサービス品質（ＱｏＳ）要件をターゲットとする、請求項２１に記載の端末デバイス。
【請求項２３】
前記ＱｏＳ要件は、ＢＬＥＲおよび／またはレイテンシに関する要件を含む、請求項２２に記載の端末デバイス。
【請求項２４】
少なくとも１つの通信レベルは、第１の閾値よりも低いＢＬＥＲのサービス品質（ＱｏＳ）要件を満たし、少なくとも別の通信レベルは、第２の閾値よりも低いＢＬＥＲのＱｏＳ要件を満たす、請求項２１に記載の方法。
【請求項２５】
少なくとも１つの通信レベルは、ＵＲＬＬＣのサービス品質（ＱｏＳ）要件を満たし、少なくとも別の通信レベルは、ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）通信のＱｏＳ要件を満たす、請求項２１に記載の方法。
【請求項２６】
１つの通信レベルは、別の通信レベルの送信フォーマットとは異なる数の制御情報ビットを伴う前記送信フォーマットに対応する、請求項２５に記載の端末デバイス。
【請求項２７】
前記通信レベルのうちの１つは、（ｉ）いかなる他の通信レベルと同じ高さかまたはこれより高いアグリゲーションレベル、（ｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低い数の制御情報ビットを含む送信フォーマット、および、（ｉｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低いターゲットＢＬＥＲおよび／またはターゲットレイテンシのうちの、１つまたは複数に対応する、請求項２６に記載の方法。
【請求項２８】
少なくとも１つの通信レベルについての反復は、少なくとも周波数領域内である、請求項２７に記載の端末デバイス。
【請求項２９】
１つまたは複数のプロセッサ（７１１）上で実行されたとき、請求項１から８のいずれか一項に記載の方法（２００）を前記１つまたは複数のプロセッサ（７１１）に実施させる命令を含む、コンピュータプログラム（７１４）。
【請求項３０】
１つまたは複数のプロセッサ（７２１）上で実行されたとき、請求項９から１６のいずれか一項に記載の方法（３００）を前記１つまたは複数のプロセッサ（１１２１）に実施させる命令を含む、コンピュータプログラム（７２４）。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の非限定的および例示的実施形態は、概して無線通信の技術分野に関し、具体的に言えば、ダウンリンク制御チャネルの送信および検出のための方法、デバイス、およびコンピュータプログラムに関する。
【背景技術】
【０００２】
本項は、開示のより良い理解を容易にし得る態様を紹介する。したがって、本項の文はこの観点から読まれるべきであり、従来技術にあるものまたは従来技術にないものに関する承認として理解されるべきではない。
【０００３】
ＮＲ、Ｎｅｗ  Ｒａｄｉｏなどの第５世代（５Ｇ）ネットワークは、同じ物理インフラストラクチャを使用することによって多様なアプリケーションまたはサービスを提供するものと想定される。図１は、例示の５Ｇネットワーク１００を概略的に示す。図１に示されるように、ネットワーク１００は、複数タイプのモバイルネットワークサービス、たとえばサービス１２０−１、１２０−２、１２０−３を、共通のＲａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（ＲＡＮ）１１０を介してサポートし得る。これらの異なるタイプのモバイルネットワークサービス１２０−１、１２０−２、１２０−３は、論理レベルでは互いに独立しているが、同じ物理インフラストラクチャ内に実装可能である。これらのモバイルネットワークサービスは、異なるサービス品質（ＱｏＳ）要件に応じて、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）１２０−１、ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  ＢｒｏａｄＢａｎｄ（ｅＭＢＢ）１２０−２、ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ｍＭＴＣ）１２０−３の、３つの主要タイプに分類され得る。
【０００４】
ＵＲＬＬＣ  １２０−１は、たとえば自動運転／自動制御で使用され、特にレイテンシおよび信頼性に関して厳しいＱｏＳ要件を有する。しかしながら、こうしたＵＲＬＬＣサービスは、通常、相対的に低いデータレートおよび場合によっては疎なデータ送信も有する。
【０００５】
ｍＭＴＣ  １２０−２は、たとえばインテリジェント農業で使用され、典型的には高い接続密度をサポートし、長いバッテリ寿命を必要とするが、低遅延または高データレートは必要とせず、しばしば小さな低頻度パケットと組み合わされる。
【０００６】
ｅＭＢＢ  １２０−３は、たとえばＨＤビデオサービスで使用され、高データレートを必要とする。遅延には厳密であるが、典型的にはＵＲＬＬＣよりも厳密ではない。
【０００７】
異なるサービスの遅延要件を満たすために、ＲＡＮ１（図１のＲＡＮ１１０など）では、１つのキャリアにおいて混合されたヌメロロジーを導入することが合意され、前述のサービスは１つのキャリアを介してサーブすることができる。
【０００８】
第４世代（４Ｇ）ネットワークなどのネットワークは、トランスポートネットワークおよびＲＡＮネットワークを含む送信パス全体においてパケット損失を回避するために、マルチレイヤにおける再送信機能に依拠している。いくつかの例示的再送信機能は、伝送制御プロトコル（ＴＣＰ）レイヤにおける自動再送要求（ＡＲＱ）、メディアアクセス制御（ＭＡＣ）レイヤにおけるパケットデータ収束プロトコル（ＰＤＣＰ）および無線リンク制御（ＲＬＣ）およびハイブリッド自動再送要求（ＨＡＲＱ）を含む。異なるサービスの場合、ＱｏＳ要件に従って前述のレイヤの異なる構成が存在する。ｅＭＢＢの場合、データはそれほど遅延に敏感ではないが、データレートはできる限り高く、パケット損失は回避されるべきである。したがって、パケット損失を回避するために、すべてのレイヤのデータ再送が適用されるものとする。リアルタイムビデオトラフィックの場合、ＴＣＰ再送は、遅延バジェットに起因して適用可能でない可能性があり、データ再送信のロバストネスは、ＲＬＣおよびＭＡＣなどのＲＡＮ再送信機能に依拠する。ＵＲＬＬＣの場合、ＴＣＰ、ＰＤＣＰ、およびＲＬＣの再送信は、ＵＲＬＬＣの極端に小さな遅延バジェットに起因して適用可能でない可能性があり、したがって、データ送信のロバストネスは、主に、初期送信およびＨＡＲＱ再送信の機能強化に依拠する。
【発明の概要】
【０００９】
したがって、高信頼性および低遅延の要件を満たすために、ＵＲＬＬＣの場合、効率的なダウンリンク制御チャネルを採用することが非常に重要である。
【００１０】
現在利用可能なダウンリンク制御チャネル設計は、ＵＲＬＬＣに適していない可能性がある。一方で、ｍＭＴＣのための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）設計（すなわち、ＭＰＤＣＣＨ）はＵＲＬＬＣに適していない。ｍＭＴＣにおいて、ダウンリンク制御チャネルは時間領域内でスパンしている。このスパンは、ＵＲＬＬＣでは許されない制御／データ受信の遅延を増加させることになる。他方で、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）用のダウンリンク制御チャネル設計も、ＵＲＬＬＣ用に完全には最適化されていない。現在のｅＰＤＣＣＨ設計は、異なるケースに対して異なるアグリゲーションレベルを使用する。これらのケースは、ｅＰＤＣＣＨリソース割り当てにおける利用可能なシンボルの数および各ＤＣＩにおける情報ビットに関連付けられる。異なるＵＲＬＬＣトラフィックタイプについて異なるＱｏＳ要件を考慮することはない。結果として、ダウンリンク制御チャネルの送信はＵＲＬＬＣサービスにとって効率的ではない。
【００１１】
上記の問題の少なくとも一部を解決するために、本開示において方法、デバイス、およびコンピュータプログラムが提供される。本開示の実施形態はＵＲＬＬＣシナリオに限定されていないが、同様の問題が存在するいずれの応用例シナリオにもより幅広く適用可能であることが理解できよう。
【００１２】
本開示の様々な実施形態は、たとえば、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）について、主に、送信器と受信器との間のダウンリンク制御チャネル送信のための方法、デバイス、およびコンピュータプログラムを提供することを目的としている。送信器および受信器の各々は、たとえば、ネットワークデバイスまたは端末デバイスとすることができる。下記の特定の実施形態の説明を、本開示の実施形態の原理を例として示している添付の図面と共に読むことで、本開示の実施形態の他の特徴および利点も理解されよう。
【００１３】
本開示の第１の態様によれば、ネットワークデバイスにおいて実装される方法が提供される。方法は、端末デバイスについて、ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを選択することを含み、ダウンリンク制御チャネル候補の２つ以上のセットの各々のセットは異なる通信レベルに関連付けられ、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシのうちの、１つまたは複数に対応する。方法はさらに、選択されたダウンリンク制御チャネル候補の少なくとも１つのセットを端末デバイスに送信することを含む。
【００１４】
本開示の第１の態様の１つまたは複数の実施形態によれば、少なくとも１つの通信レベルは、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）通信のサービス品質（ＱｏＳ）要件をターゲットとし得る。
【００１５】
本開示の第１の態様の１つまたは複数の実施形態によれば、ＱｏＳ要件は、ＢＬＥＲおよび／またはレイテンシに関する要件を含み得る。
【００１６】
本開示の第１の態様の１つまたは複数の実施形態によれば、少なくとも１つの通信レベルは第１の閾値よりも低いＢＬＥＲのサービス品質（ＱｏＳ）要件を満たし得、少なくとも別の通信レベルは第２の閾値よりも低いＱｏＳ要件を満たす。
【００１７】
本開示の第１の態様の１つまたは複数の実施形態によれば、少なくとも１つの通信レベルはＵＲＬＬＣのサービス品質（ＱｏＳ）要件を満たし得、少なくとも別の通信レベルはｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）通信のＱｏＳ要件を満たし得る。
【００１８】
本開示の第１の態様の１つまたは複数の実施形態によれば、１つの通信レベルは、別の通信レベルの送信フォーマットとは異なる数の制御情報ビットを伴う送信フォーマットに対応し得る。
【００１９】
本開示の第１の態様の１つまたは複数の実施形態によれば、通信レベルのうちの１つは、（ｉ）いかなる他の通信レベルと同じ高さかまたはこれより高いアグリゲーションレベル、（ｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低い数の制御情報ビットを含む送信フォーマット、および、（ｉｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低いターゲットＢＬＥＲおよび／またはターゲットレイテンシに、対応し得る。
【００２０】
本開示の第１の態様の１つまたは複数の実施形態によれば、少なくとも１つの通信レベルについての反復は、少なくとも周波数領域内であり得る。
【００２１】
本開示の第２の態様によれば、端末デバイスにおいて実装される方法が提供される。方法は、ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを決定することを含み、ダウンリンク制御チャネル候補の２つ以上のセットの各々のセットは異なる通信レベルに関連付けられ、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシのうちの、１つまたは複数に対応する。方法はさらに、決定されたダウンリンク制御チャネル候補の少なくとも１つのセット内のダウンリンク制御チャネルを検出することを含む。
【００２２】
本開示の第３の態様によれば、ネットワークデバイスが提供される。ネットワークデバイスは、送信器、受信器、プロセッサ、およびメモリを備える。ネットワークデバイスは、端末デバイスについて、ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを選択するように設定され、ダウンリンク制御チャネル候補の２つ以上のセットの各々のセットは１つまたは複数の通信レベルに関連付けられる。ネットワークデバイスは、選択されたダウンリンク制御チャネル候補の少なくとも１つのセットを端末デバイスに送信するようにも設定される。
【００２３】
本開示の第４の態様によれば、端末デバイスが提供される。端末デバイスは、送信器、受信器、プロセッサ、およびメモリを備える。端末デバイスは、ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを決定するように設定され、ダウンリンク制御チャネル候補の２つ以上のセットの各々のセットは異なる通信レベルに関連付けられ、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシのうちの、１つまたは複数に対応する。端末デバイスは、決定されたダウンリンク制御チャネル候補の少なくとも１つのセット内のダウンリンク制御チャネルを検出するようにも設定される。
【００２４】
本開示の第５の態様によれば、ネットワークデバイスが提供される。ネットワークデバイスは、プロセッサおよび持続性機械可読記憶媒体を備える。持続性機械可読記憶媒体は、プロセッサ上で実行されたとき、本開示の第１の態様の方法をネットワークデバイスに実行させる命令を含む。
【００２５】
本開示の第６の態様によれば、端末デバイスが提供される。端末デバイスは、プロセッサおよび持続性機械可読記憶媒体を備える。持続性機械可読記憶媒体は、プロセッサ上で実行されたとき、本開示の第２の態様の方法を端末デバイスに実行させる命令を含む。
【００２６】
本開示の第７の態様によれば、１つまたは複数のプロセッサ上で実行されたとき、本開示の第１の態様の方法を１つまたは複数のプロセッサに実施させる命令を含む、コンピュータプログラムが提供される。
【００２７】
本開示の第８の態様によれば、１つまたは複数のプロセッサ上で実行されたとき、本開示の第２の態様の方法を１つまたは複数のプロセッサに実施させる命令を含む、コンピュータプログラムが提供される。
【００２８】
本開示の実施形態によれば、ダウンリンク制御チャネルを規定するとき、サービス要件を反映する異なる通信レベルが考慮に入れられる。いくつかの実装形態において、ＵＲＬＬＣサービスについて、ダウンリンク制御チャネルの設計は、アグリゲーションレベル、送信フォーマット、ターゲットブロック誤り率（ＢＬＥＲ）、および／またはターゲットレイテンシを考慮し得る。したがってダウンリンク制御チャネルは、ＵＲＬＬＣにおいて、レイテンシを減少させ、端末デバイスの信頼性を増大させ得る。また（たとえば、周波数領域および／時間領域における）リソース効率も、システム全体について向上し得る。
【００２９】
本開示の様々な実施形態の上記および他の態様、特徴、および利益は、例として、同様または等価の要素を指定するために同様の参照番号または文字が使用される添付の図面を参照しながら、下記の詳細な説明からより完全に明らかとなろう。図面は、本開示の実施形態のより良い理解を容易にするために示されており、必ずしも一定の縮尺で描画されてはいない。
【図面の簡単な説明】
【００３０】
【図１】本開示の実施形態が実装され得る、例示の無線通信ネットワーク１００を示す図である。
【図２】本開示の１つまたは複数の実施形態に従った、ネットワークデバイスにおいて実装される方法２００を示すフローチャートである。
【図３】本開示の１つまたは複数の実施形態に従った、端末デバイスにおいて実装される方法３００を示すフローチャートである。
【図４】ダウンリンク制御チャネルの異なるセットについて、ダウンリンク制御チャネル探索空間を示す概略図である。
【図５】本開示の１つまたは複数の実施形態に従った、ネットワークデバイスとして／において実装される、装置５００を示す概略ブロック図である。
【図６】本開示の１つまたは複数の実施形態に従った、端末デバイスとして／において実装される、装置６００を示す概略ブロック図である。
【図７】ネットワークデバイスとして／において具体化され得る装置７１０、および端末デバイスとして／において具体化され得る装置７２０を示す、簡略ブロック図である。
【発明を実施するための形態】
【００３１】
以下、本開示の原理および趣旨を例示的な実施形態を参照しながら説明する。これらすべての実施形態は、当業者が本開示をより良く理解するため、およびさらに深く実施するために与えられているが、本開示の範囲を限定するためではないことを理解されたい。たとえば、一実施形態の一部として例示または説明される特徴は、さらなる実施形態を依然として生じさせるために別の実施形態と共に使用され得る。本明細書では、明瞭にするために、実際の実装のすべての特徴を説明しているわけではない。
【００３２】
本明細書における「一実施形態」、「実施形態」、「例示の実施形態」などの言い回しは、説明する実施形態が特定の特徴、構造、または特性を含み得るが、あらゆる実施形態が特定の特徴、構造、または特性を含むとは限らないことを示す。さらに、こうした語句は必ずしも同じ実施形態を指すとは限らない。さらに、ある実施形態に関する特定の特徴、構造、または特性が説明されるとき、明示的に説明されるか否かにかかわらず、他の実施形態に関するこうした特徴、構造、または特性に影響を与えることは、当業者の認識の範囲内であるものと考えられる。
【００３３】
「第１」および「第２」などの用語は、本明細書では様々な要素を説明するために使用され得るが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、１つの要素を別の要素と区別するためにのみ使用される。たとえば、「第１の」要素を「第２の」要素と呼ぶことが可能であり、同様に、例示の実施形態の範囲を逸脱することなく、「第２の」要素を「第１の」要素と呼ぶことも可能である。本明細書で使用される際、「および／または」という用語は、関連付けられた列挙アイテムのうちの１つまたは複数のうちのいずれかおよびすべての組み合わせを含む。
【００３４】
本明細書で使用される用語法は、特定の実施形態を説明する目的でのみ使用され、例示の実施形態を制限することは意図されていない。本明細書で使用される際、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈が明確に示していない限り、複数形も同様に含むことが意図される。「備える」、「備えている」、「有する」、「有している」、「含む」、および／または「含んでいる」という用語は、本明細書で使用されるとき、示された特徴、要素、および／または構成要素などの存在を指定するが、１つまたは複数の他の特徴、要素、構成要素、および／またはそれらの組み合わせの存在または追加を除外するものではないことを、さらに理解されよう。
【００３５】
以下の説明および特許請求の範囲では、特に規定されていない限り、本明細書で使用されるすべての技術および科学用語は、本開示が属する当業者によって一般に理解されるものと同じ意味を有する。
【００３６】
本明細書で使用される際、「無線通信ネットワーク」という用語は、ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）、ＬＴＥ、Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ（ＷＣＤＭＡ）、Ｈｉｇｈ−Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ（ＨＳＰＡ）などの、任意の好適な無線通信規格に従ったネットワークを指す。さらに、無線通信ネットワーク内のネットワークデバイス間の通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコル、および／または、現在既知であるかまたは将来開発される任意の他のプロトコルを含むが、限定されない、任意の好適な世代の通信プロトコルに従って実行され得る。
【００３７】
本明細書で使用される際、「ネットワークデバイス」という用語は、端末デバイスがネットワークにアクセスし、ネットワークからサービスを受信する際に介する、無線通信ネットワーク内のデバイスを指す。ネットワークデバイスは、適用される用語法および技術に応じて、たとえばノードＢ（ＮｏｄｅＢまたはＮＢ）、エボルブドＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）、リモートラジオユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、フェムト、ピコなどの低電力ノードなどの、基地局（ＢＳ）またはアクセスポイント（ＡＰ）を指すことができる。
【００３８】
ネットワークデバイスのさらなる例は、ＭＳＲ  ＢＳなどのマルチスタンダード無線（ＭＳＲ）無線機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、送受信基地局（ＢＴＳ）、送信ポイント、送信ノード、Ｍｕｌｔｉ−ｃｅｌｌ／ｍｕｌｔｉｃａｓｔ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｅｎｔｉｔｉｅｓ（ＭＣＥ）、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、ポジショニングノード（たとえば、Ｅ−ＳＭＬＣ）、および／またはＭＤＴを含む。しかしながら、より一般的には、ネットワークデバイスは、無線通信ネットワークへの端末デバイスアクセスを実行可能化および／または提供するように、あるいは、無線通信ネットワークにアクセスした端末デバイスに何らかのサービスを提供するように、実行可能である、設定された、配置された、および／または動作可能である、任意の好適なデバイス（またはデバイスのグループ）を表し得る。
【００３９】
「端末デバイス」という用語は、無線通信ネットワークにアクセスすること、および無線通信ネットワークからサービスを受信することが可能な、任意のエンドデバイスを指す。例としておよび制限としてではなく、端末デバイスは、ユーザ機器（ＵＥ）、加入者局（ＳＳ）、ポータブル加入者局、移動局（ＭＳ）、またはアクセス端末（ＡＴ）と呼ぶことができる。端末デバイスは、携帯電話、セルラ電話、スマートフォン、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶および再生用電化製品、ウェアラブル端末デバイス、車載無線端末デバイスなどを含み得るが、限定されない。以下の説明では、「端末デバイス」、「端末」、「ユーザ機器」、および「ＵＥ」という用語は、互換的に使用され得る。
【００４０】
端末デバイスは、たとえば、サイドリンク通信用の３ＧＰＰ規格を実装することによって２デバイス間（Ｄ２Ｄ）通信をサポートし得、このケースではＤ２Ｄ通信デバイスと呼ぶことができる。
【００４１】
さらに別の特定の例として、Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ（ＩＯＴ）シナリオにおいて、端末デバイスは、モニタリングおよび／または測定を実行し、こうしたモニタリングおよび／または測定の結果を別の端末デバイスおよび／またはネットワーク機器に送信する、機械または他のデバイスを表し得る。端末デバイスは、このケースにおいて、３ＧＰＰとの関連において、マシン型通信（ＭＴＣ）デバイスと呼ばれることのある、２マシン間（Ｍ２Ｍ）デバイスであり得る。特定の一例として、端末デバイスは、３ＧＰＰ  ｎａｒｒｏｗ  ｂａｎｄ  ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ（ＮＢ−ＩｏＴ）規格を実装するＵＥであり得る。こうした機械またはデバイスの特定の例は、センサ、電力計などの計測デバイス、産業機械、あるいは、たとえば冷蔵庫、テレビなどの家庭用またはパーソナル電化製品、時計などのパーソナルウェアラブルなどである。他のシナリオにおいて、端末デバイスは、その動作に関連付けられた動作状況または他の機能に関する監視および／または報告が可能な、車両または他の機器を表し得る。
【００４２】
上記で考察するように、現在利用可能なダウンリンク制御チャネル設計、たとえば、ｅＰＤＣＣＨおよびＭＰＤＣＣＨの両方は、ＵＲＬＬＣの高信頼性および低レイテンシを達成するために好適でない可能性がある。本開示の様々な実施形態に従ったＵＲＬＬＣダウンリンク制御チャネル設計の理解を容易にするために、第１に現行の既存のｅＰＤＣＣＨおよびＭＰＤＣＣＨ設計を導入することが有用であり得る。
【００４３】
ｅＰＤＣＣＨ
Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）システムにおいて、ＰＤＣＣＨおよびｅＰＤＣＣＨは、ダウンリンク制御チャネル情報送信に使用される。３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．２．０のセクション９．１．４では、ｅＰＤＣＣＨについて３つのケースが以下のように規定されている。
ケース１：
・Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ（ＤＣＩ）フォーマット２／２Ａ／２Ｂ／２Ｃ／２Ｄが監視され、また、
2019536308.tif 000003
であるときの、ノーマルサブフレームおよびノーマルダウンリンクサイクリックプレフィックス（ＣＰ）の場合、または、
・フレーム構造タイプ３の、Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ（ＰＤＳＣＨ）送信が第２のスロット内で開始するダウンリンクサブフレームの場合、
・ＤＣＩフォーマット２／２Ａ／２Ｂ／２Ｃ／２Ｄが監視され、また、
2019536308.tif 000004
であるときの、フレーム構造タイプ２のスペシャルサブフレーム構成３、４、８を伴うスペシャルサブフレーム、または、フレーム構造タイプ３のスペシャルサブフレーム構成３、４、８のＤｗＰＴＳ持続時間に続くサブフレーム、および、ノーマルダウンリンクＣＰの場合、または、
・ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２／２Ａ／２Ｂ／２Ｃ／２Ｄ／０／４／５／６−０Ａ／６−０Ｂ／６−１Ａ／６−１Ｂが監視され、また、ｎＥＰＤＣＣＨ＜１０４（ｎＥＰＤＣＣＨは３ＧＰＰ  ＴＳ３６．２１１  Ｖ１３．２．０の従属節に規定されている）であるときの、ノーマルサブフレームおよびノーマルダウンリンクＣＰの場合、または、
・ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２Ｄ／０／４／５／６−０Ａ／６−０Ｂ／６−１Ａ／６−１Ｂが監視され、また、ｎＥＰＤＣＣＨ＜１０４（ｎＥＰＤＣＣＨは３ＧＰＰ  ＴＳ３６．２１１  Ｖ１３．２．０の従属節に規定されている）であるときの、フレーム構造タイプ２のスペシャルサブフレーム構成３、４、８を伴うスペシャルサブフレーム、または、フレーム構造タイプ３のスペシャルサブフレーム構成３、４、８のＤｗＰＴＳ持続時間に続くサブフレーム、および、ノーマルダウンリンクＣＰの場合、
ケース２：
・ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２Ｄ／０／４／５／６−０Ａ／６−０Ｂ／６−１Ａ／６−１Ｂが監視されているときの、ノーマルサブフレームおよび拡張ダウンリンクＣＰの場合、または、
・ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２Ｄ／０／４／５／６−０Ａ／６−０Ｂ／６−１Ａ／６−１Ｂが監視されているときの、フレーム構造タイプ２のスペシャルサブフレーム構成１、２、６、７、９を伴うスペシャルサブフレーム、または、フレーム構造タイプ３のスペシャルサブフレーム構成１、２、６、７、９のＤｗＰＴＳ持続時間に続くサブフレーム、および、ノーマルダウンリンクＣＰの場合、または、
・ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２Ｄ／０／４／５／６−０Ａ／６−０Ｂ／６−１Ａ／６−１Ｂが監視されているときの、スペシャルサブフレーム構成１、２、３、５、６を伴うスペシャルサブフレーム、および、拡張ダウンリンクＣＰの場合、
それ以外の場合は、
・ケース３が適用される。
【００４４】
ケース１の場合、より大きなＤＣＩフォーマット、または、小さな有効拡張制御チャネルエレメント（ｅＣＣＥ）サイズ（拡張リソースエレメントグループ（ｅＲＥＧ）と他の信号との間の衝突に起因する）、ならびに、いくつかのスペシャルサブフレーム構成に適用され、ケース２の場合、拡張サイクリックプレフィックスおよびいくつかのスペシャルサブフレーム構成に適用され、ケース３の場合、それ以外（たとえば、ノーマルＣＰを伴うノーマルサブフレーム内のより小さなＤＣＩフォーマット）に適用される。
【００４５】
異なるケースの場合、ｅＰＤＣＣＨ候補のアグリゲーションレベルが異なる可能性がある。例として、ケース１の場合、アグリゲーションレベルＬは｛２，４，８，１６，３２｝であり、ケース２の場合、アグリゲーションレベルＬは｛１，２，４，８，１６｝である。可能な各候補についてのブラインド検出も異なる可能性がある。ケース２およびケース３の場合、可能な各候補についてのアグリゲーションレベルは｛１，２，４，８，１６｝であるが、ｅＰＤＣＣＨ物理リソースブロック（ＰＲＢ）セットサイズ
2019536308.tif 000005
＝２の場合、Ｌ＝１のブラインド検出は４であり、
2019536308.tif 000006
＝２の場合、Ｌ＝１のブラインド検出は８である。
2019536308.tif 000007
2019536308.tif 000008
【００４６】
ＭＰＤＣＣＨ
ｅＭＴＣをサポートするために、ＭＰＤＣＣＨはｅＰＤＣＣＨに基づいて拡張される。主な拡張は、カバレッジを拡張するように時間領域内でダウンリンク制御チャネル送信を反復することである。異なるカバレッジ拡張（ＣＥ）を有するために、異なるアグリゲーションレベルおよび反復を伴う候補を設定することが可能であり、表３および表４に示されている。ＭＰＤＣＣＨの詳細な説明は、３ＧＰＰ  ＴＳ３６．２１３  Ｖ１３．２．０のセクション９．１．５に見られる。たとえば、ＭＰＤＣＣＨ−ＰＲＢセットサイズが２ＰＲＢのとき、ＣＥモードＡの場合、アグリゲーションレベルＬは｛２，４，８，１６｝であり得、ＣＥモードＢの場合、アグリゲーションレベルＬは｛８，１６｝であり得る。ＣＥモードＢはかなり大きなカバレッジを有し、したがってより多くのアグリゲーションが必要であるため、異なるＣＥモードの場合、反復およびブラインド検出トライアルは異なる可能性がある。
2019536308.tif 000009
2019536308.tif 000010
【００４７】
2019536308.tif 000011
は、ＭＰＤＣＣＨ  ＵＥ特有の探索空間について設定される、ＰＲＢペアの数である。反復（Ｒ）ｒ１、ｒ２、ｒ３、およびｒ４は、表５で、ｒｍａｘの値をより高いレイヤパラメータｍＰＤＣＣＨ−ＮｕｍＲｅｐｅｔｉｔｉｏｎに置き換えることによって決定される。
2019536308.tif 000012
【００４８】
ＭＰＤＣＣＨにおいて、ＭＴＣは帯域幅制限システムであり、遅延許容されているため、反復は時間領域内で実行される。したがって、時間領域内でスパンする反復が適用可能である。
【００４９】
ｅＰＤＣＣＨおよびＭＰＤＣＣＨのためのダウンリンク制御チャネル設計は、ＵＲＬＬＣの厳しいＱｏＳ要件を満たし得ないことがわかる。ＥＰＤＣＣＨは、ｅＰＤＣＣＨリソース割り当てにおいて使用可能なシンボルの数および各ＤＣＩにおける情報ビットに関連付けられた、異なるケースについて異なるアグリゲーションレベルを使用するように設計される。こうしたシナリオケースの分類は、異なるＵＲＬＬＣトラフィックタイプについての異なるＱｏＳ要件を反映しない。結果として、ダウンリンク制御チャネルの送信は、ＵＲＬＬＣサービスにとっては効率的でない。ＭＰＤＣＣＨは、カバレージを拡張するように、時間領域内でスパンするように設計される。しかしながら、このスパンは、ＵＲＬＬＣが許容されていない制御／データ送信／再送信のレイテンシを増加させることになる。
【００５０】
上記の問題の少なくとも一部を解決するために、本開示の様々な実施形態は、ＵＲＬＬＣなどの高信頼性および低レイテンシの無線通信のための、効率的なダウンリンク制御チャネル（たとえば、ｕＰＤＣＣＨ）設計を提供することを目標としている。本明細書では、ＵＲＬＬＣシナリオを参照しながら実施形態を説明しているが、本開示の実施形態は、ＵＲＬＬＣシナリオに限定されず、同様の問題が存在する任意の適用範囲シナリオに、より広範囲に適用可能であることが理解できよう。
【００５１】
図２は、本開示の１つまたは複数の実施形態に従った、ネットワークデバイスにおいて実装される方法２００のフローチャートを示す。図２に示されるように、ブロックＳ２１０において、ネットワークデバイスは、端末デバイスについて、ダウンリンク制御チャネル候補の２つ以上のセットからダウンリンク制御チャネルの少なくとも１つのセットを選択する。ダウンリンク制御チャネル候補の２つ以上のセットのうちの各セットは、異なる通信レベルに関連付けられる。異なる通信レベルは異なる通信モードを指し得る。異なる通信モードの中で、第１の通信モードは、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）通信のサービス品質（ＱｏＳ）要件をターゲットにし得、第２の通信モードは、ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  ＢｒｏａｄＢａｎｄ（ｅＭＢＢ）通信のサービス品質（ＱｏＳ）要件をターゲットにし得る。通信レベルの情報は、ネットワークデバイス（たとえば、ｅＮＢ）から端末デバイスに送信し得る。
【００５２】
本開示の実施形態において、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシのうちの、１つまたは複数に対応する。ブロックＳ２２０において、ネットワークデバイスは、選択されたダウンリンク制御チャネル候補の少なくとも１つのセットに関連付けられた送信パラメータに従って、選択されたダウンリンク制御チャネルの少なくとも１つのセットを、端末デバイスに送信する。
【００５３】
一実施形態において、ブロックＳ２１０の前に、ネットワークデバイスは、端末デバイスの状態を設定するために端末デバイスにシグナリングを送信することが可能であり、端末デバイスの状態は少なくとも１つの通信レベルに関連付けられる。その状況において、ネットワークデバイスは、端末デバイスがいずれの通信レベルに属しているかを知っていることが可能である。
【００５４】
代替として、ネットワークデバイスは、端末デバイスに通知するためにいずれのシグナリングも送信することなく、端末デバイスの通信レベルの知識を有し得る。たとえばネットワークデバイスは、より高いレイヤアプリケーションまたはシグナリングからの通信レベルを知っていることが可能である。
【００５５】
本開示の実施形態において、端末デバイスがいずれの通信レベルに属しているかの知識を用いて、ネットワークデバイスは、端末デバイスのためのダウンリンク制御チャネル候補の少なくとも１つのセットを選択し得る。
【００５６】
図３は、本開示の１つまたは複数の実施形態に従った、端末デバイスにおいて実装される方法３００のフローチャートを示す。図３に示されるように、ブロックＳ３１０において、端末デバイスは受信側で、ダウンリンク制御チャネル候補の２つ以上のセットからダウンリンク制御チャネル候補の少なくとも１つのセットを決定する。ダウンリンク制御チャネル候補の２つ以上のセットの各セットは、異なる通信レベルに関連付けられる。本開示の実施形態において、前述のように、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるＢＬＥＲ、および異なるターゲットレイテンシのうちの、１つまたは複数に対応する。ブロックＳ３２０において、端末デバイスは、決定されたダウンリンク制御チャネル候補の少なくとも１つのセット内のダウンリンク制御チャネルを検出する。
【００５７】
一実施形態において、端末デバイスは、端末デバイスの状態を設定するために端末デバイスへのシグナリングを受信することが可能であり、端末デバイスの状態は少なくとも１つの通信レベルに関連付けられる。その状況において、端末デバイスは、設定された状態に基づいてその通信レベルを決定することができる。
【００５８】
代替として、端末デバイスは、いずれのシグナリングもネットワークデバイスから受信することなく、その通信レベルを決定し得る。たとえば端末デバイスは、現在関与しているサービスのＱｏＳ要件に基づいて、その通信レベルを決定することができる。
【００５９】
本開示の１つまたは複数の実施形態において、異なるＵＲＬＬＣレベルについて、ダウンリンク制御チャネル候補の複数のセットを設計することができる。ＵＲＬＬＣレベルは、たとえば、ＵＲＬＬＣ通信のサービス品質（ＱｏＳ）要件に従って規定することができる。端末デバイスの少なくとも１つの通信レベルはＵＲＬＬＣレベルをターゲットとするため、ＵＲＬＬＣ通信のＱｏＳ要件をターゲットとする。
【００６０】
いくつかの実装形態において、ＱｏＳ要件は、レイテンシおよび／または信頼性（パケット損失率および／またはＢＬＥＲによって表し得る）に関する要件を含み得る。レイテンシおよび／または信頼性に関する要件は、本明細書では分類および考察し易さのためのＱｏＳ要件と呼ばれ、本明細書に開示される概念は、いずれの特定のパラメータまたは要件にも限定されない。加えてダウンリンク制御チャネルは、本明細書では互換的にＰＤＣＣＨ、ｕＰＤＣＣＨ、ｍＰＤＣＣＨ、およびｅＰＤＣＣＨなどと呼ぶことができる。
【００６１】
本開示の特定の一実施形態によれば、表６に示される２つのＵＲＬＬＣレベル（ＵＲＬＬＣ通信のための２つのＱｏＳ要件に対応する）が規定可能である。本明細書で与えられる説明は２つのＵＲＬＬＣレベルに焦点を当てているが、本明細書で開示する概念は２つのＵＲＬＬＣレベルに限定されないことを理解されたい。第１のＵＲＬＬＣレベルにおいて、ＢＬＥＲターゲットは１０−９であり、レイテンシ（エアインターフェースにおける遅延バジェット、以下同じ意味）は０．２ｍｓ未満であって、第２のＵＲＬＬＣレベルにおいて、ＢＬＥＲターゲットは１０−６であり、レイテンシは０．５ｍｓ未満である。
2019536308.tif 000013
【００６２】
本実施形態において、異なる通信レベルは異なるＵＲＬＬＣレベルのＱｏＳ要件をターゲットとし得る。具体的に言えば、少なくとも１つの通信レベルが、第１の閾値よりも低い（たとえば、１０−９よりも低い）ＢＬＥＲのＱｏＳ要件を満たし得、少なくとも別の通信レベルが、第２の閾値（たとえば、１０−６）よりも低いＢＬＥＲのＱｏＳ要件を満たし得る。レイテンシに関する要件も、同様に、通信レベルの考慮に入れることができる。さらに、ＵＲＬＬＣレベルに応じて、ダウンリンク制御チャネル候補の２つのセットが設計される。ＵＲＬＬＣレベル１の場合、ダウンリンク制御チャネル候補の第１のセットが使用可能である一方、ＵＲＬＬＣレベル２の場合、第１のセットとは異なり得るダウンリンク制御チャネル候補の第２のセットが使用可能である。
【００６３】
いくつかの実装形態では、ＵＲＬＬＣ通信に加えて、ｅＭＢＢ通信などの他のタイプの通信が存在し得る。ｅＭＢＢ通信は対応するＱｏＳ要件を有し得る。このケースでは、少なくとも１つの通信レベル（たとえば、第１の通信モード）がＵＲＬＬＣのＱｏＳ要件を満たし得、少なくとも別の通信レベル（たとえば、第２の通信モード）がｅＭＢＢ通信のＱｏＳ要件を満たし得る。
【００６４】
いくつかの実装形態において、異なる通信レベルがダウンリンク制御チャネルについての１つまたは複数の異なる送信パラメータに対応し得る。これは、ダウンリンク制御チャネルについての送信パラメータが、対応する通信レベルに関連付けられたダウンリンク制御チャネル候補のセットに基づいて決定され得ることを意味する。
【００６５】
本開示の１つまたは複数の実施形態によれば、送信パラメータは、ダウンリンク制御チャネルについての送信フォーマット、ダウンリンク制御チャネルについての送信電力、およびダウンリンク制御チャネルについての帯域幅の、グループから選択された、少なくとも１つのアイテムを含む。ある通信レベルに対応する送信パラメータのうちの少なくとも１つは、別の通信レベルに対応するものとは異なり得る。
【００６６】
送信フォーマットは、ダウンリンク制御チャネルについての制御情報ビット、アグリゲーションレベル／リソース割り当て、ターゲットＢＬＥＲおよび／またはターゲットレイテンシ、ダウンリンク制御チャネル候補の数／ブラインド検出試行、反復様式、リソースマッピング、および／または送信方式、という態様のうちの１つまたは複数を含み得るが、限定されない。通信レベルに対する（および、したがってダウンリンク制御チャネル候補の関連付けられたセットに対する）送信フォーマットの異なる態様の影響を、以下で詳細に説明する。
・ダウンリンク制御チャネルについての制御情報ビット
【００６７】
いくつかの実施形態において、１つの通信レベルは、別の通信レベルの送信フォーマットとは異なる数の制御情報ビットを伴う送信フォーマットに対応し得る。特定の一実施形態において、１つの通信レベルは、いかなる他の通信レベルと同じ低さかまたはこれより低い数の制御情報ビットを含む、送信フォーマットに対応し得る。このようにして、いくつかの実装形態において、ダウンリンク制御チャネル候補の異なるセット内のダウンリンク制御チャネル候補に、異なる数の制御情報ビットを使用することができる。他の実施形態において、制御情報ビットの数は、ダウンリンク制御チャネル候補のすべてのセットについて同じである可能性もある。
【００６８】
ダウンリンク制御チャネル候補の２つのセットの例を考えてみると、ダウンリンク制御チャネル候補の第１のセットの場合、より少ない制御情報ビットが使用され得、ダウンリンク制御チャネル候補の第２のセットの場合、より多くの制御情報ビットが使用される。別の例として、制御チャネルの第１のセットの場合、いくつかの制御情報フィールドを低減させ得る。この非シグナリング情報は端末ブラインド検出に依拠し得、および／または、いくつかの情報は事前定義され得る。たとえば、大きなトランスポートブロック、高変調次数、および高ランク送信は、ＵＲＬＬＣに必要ではないため、リソース割り当てについての情報ビットの数、変調符号化方式（ＭＣＳ）指示、およびランク指示を低減させることができる。別の例として、ＵＲＬＬＣサービスの場合、多すぎるＨＡＲＱ再送信は回避すべきであるため、ダウンリンク制御チャネルの第１のセットについてＨＡＲＱプロセスナンバを低減させることができる。
・アグリゲーションレベル／リソース割り当て
【００６９】
いくつかの実装形態において、１つの通信レベルは、別の通信レベルの送信フォーマットとは異なるアグリゲーションレベルを伴う送信フォーマットに対応し得る。特定の一実施形態において、１つの通信レベルは、いかなる他の通信レベルと同じ高さかまたはこれより高いアグリゲーションレベルに対応し得る。このようにして、いくつかの実装形態において、ダウンリンク制御チャネル候補の異なるセット内のダウンリンク制御チャネル候補に、異なるアグリゲーションレベルを使用することができる。他の実施形態において、アグリゲーションレベルは、ダウンリンク制御チャネル候補のすべてのセットについて同じである可能性もある。
【００７０】
たとえば、２つのＵＣＬＬＣレベルに関連付けられたダウンリンク制御チャネルの２つのセットを考えてみる。図４は、異なるＵＲＬＬＣレベルについての、ダウンリンク制御チャネル探索空間の概略図を示す。図４に示されるように、ダウンリンク制御チャネルの第１のセットでは、各ダウンリンク制御チャネル候補について、より多くのリソースエレメントをアグリゲートすることが可能であり、制御チャネルの第２のセットでは、各ダウンリンク制御チャネル候補について、より少ないリソースエレメントをアグリゲートすることが可能である。より具体的に言えば、ダウンリンク制御チャネルの第１のセットについての候補はアグリゲーションレベルＬ’｛８，１６｝を有し得、ダウンリンク制御チャネルの第２のセットについての候補はアグリゲーションレベルＬ’｛２，４，８｝を有し得る。
・ターゲットＢＬＥＲおよび／またはターゲットレイテンシ
【００７１】
いくつかの実装形態において、１つの通信レベルは、別の通信レベルの送信フォーマットとは異なるターゲットＢＬＥＲおよび／またはターゲットレイテンシを伴う送信フォーマットに対応し得る。他の実施形態において、１つの通信レベルは、いかなる他の通信レベルと同じターゲットＢＬＥＲおよび／またはターゲットレイテンシに対応し得る。このようにして、いくつかの実装形態において、異なるターゲットＢＬＥＲおよび／またはターゲットレイテンシを、ダウンリンク制御チャネル候補の異なるセット内のダウンリンク制御チャネル候補に使用され得る。他の実施形態において、ターゲットＢＬＥＲおよび／またはターゲットレイテンシは、ダウンリンク制御チャネル候補のすべてのセットについても同じであり得る。
・ダウンリンク制御チャネル候補／ブラインド検出試行についての候補
【００７２】
同様に、異なる通信レベルは、ダウンリンク制御チャネルについて異なる数の候補を伴う異なる送信フォーマットに対応し得る。したがって、ダウンリンク制御チャネルについての候補の数は、ダウンリンク制御チャネル候補の異なるセットについて異なる可能性がある。たとえば、２つのＵＣＬＬＣレベルに関連付けられたダウンリンク制御チャネル候補の２つのセットを考えると、処理レイテンシを低減させるために、ダウンリンク制御チャネル候補の第１のセットについて、端末デバイスのためによりわずかな候補のみ（たとえば、１つの候補）がブラインド検出を実行することが可能である。ダウンリンク制御チャネル候補の第２のセットについて、ＵＥブラインド検出のためにより多くのダウンリンク制御チャネル候補が可能である。
【００７３】
ダウンリンク制御チャネル候補の各セットの各アグリゲーションレベルについて、端末側のブラインド検出試行を制限するために、ブラインド検出のための候補について複数の設定が存在し得る。例として、低アグリゲーションレベルについての候補の数は、ＤＣＩ探索空間サイズによって決定される最大数の候補位置よりも少なくなるように設定可能である。すなわち、低アグリゲーションレベル送信の探索空間は、端末デバイスについて設定されるＤＣＩ探索空間全体よりも小さいことが可能である。
・反復様式
【００７４】
反復様式は、周波数領域および／または時間領域内での反復回数に基づいて規定され得る。同様に、いくつかの実装形態において、異なる通信レベルは、ダウンリンク制御チャネルについて異なる反復様式を伴う異なる送信フォーマットに対応し得る。少なくとも１つの通信レベルについての反復は、少なくとも周波数領域であり得る。加えて、反復は時間領域内でもあり得る。これらの実施形態において、反復様式は、ダウンリンク制御チャネル候補の異なるセットについて異なり得る。
【００７５】
再度図４を参照すると、ダウンリンク制御チャネル候補の異なる２つのセットについての異なる反復様式を概略的に示している。ダウンリンク制御チャネル候補の第１のセットについて、反復は周波数領域内であり得る。ダウンリンク制御チャネル候補の第２のセットについて、反復は周波数領域内および時間領域内の両方であり得る。ダウンリンク制御チャネル候補の第１のセットについて、反復が周波数領域内で実行されるとき、レイテンシを低減させることができる。反復されると、各送信の信頼性を増大させることが可能であり、したがってレイテンシはさらに低減される。ダウンリンク制御チャネル候補の第２のセットについて、反復は、周波数領域内および時間領域内の両方で実行される。これらの設計を用いると、電力をわずかなＰＲＢに集中させることが可能であり、カバレージを向上させるために使用可能である。低減され得る。レイテンシはわずかであるが、割り当てに必要な周波数領域内のＰＲＢがより少なくなるため、より効率的なリソース割り当てにつながり得る。
・リソースマッピング
【００７６】
同様に、異なる通信レベルは、ダウンリンク制御チャネルについて異なるリソースマッピングを伴う異なる送信フォーマットに対応し得る。したがって、リソースマッピングは、ダウンリンク制御チャネル候補の異なるセットについて異なり得る。
【００７７】
たとえば、ダウンリンク制御チャネルの第１のセットについて、スケジューリングされたＴＴＩの開始においてマッピング可能であるため、レイテンシが低減される。ダウンリンク制御チャネル候補は、データチャネルまたは別のダウンリンク制御チャネルとＴＤＭされる。制御チャネル候補の第２のセットについて、第１に周波数領域内でマッピングすることが可能である。ダウンリンク制御チャネル候補は、データチャネルまたは別のダウンリンク制御チャネルとＦＤＭされる。
【００７８】
ダウンリンク制御チャネル候補の第１のセットについて、分散型リソースが割り当て可能であり、ダウンリンク制御チャネル候補の第２のセットについて、局在化リソースが割り当て可能である。分散型リソース割り当てを用いると、周波数ダイバーシティを増大させ、したがって信頼性を向上させることができる。
・送信方式
【００７９】
同様に、異なる通信レベルは、ダウンリンク制御チャネルについて異なる送信方式を伴う異なる送信フォーマットに対応し得る。したがって、送信方式は、ダウンリンク制御チャネル候補の異なるセットについて異なり得る。
【００８０】
ダウンリンク制御チャネル候補の２つのセットの例を考えると、ダウンリンク制御チャネル候補の第１のセットについて、よりロバストな送信方式を採用し得る。たとえば、空間ダイバーシティ方式、周波数ダイバーシティ方式、時間ダイバーシティ方式、およびそれらの任意の組み合わせを、ダウンリンク制御チャネル候補の第１のセットに使用することができる。別の例として、ダウンリンク制御チャネル候補の第１のセットの送信に、狭ビームが使用され得、ダウンリンク制御チャネル候補の第２のセットの送信に、わずかに広いビームが使用される。
【００８１】
参照信号密度または電力ブーストは、ダウンリンク制御チャネル候補の異なるセットについて異なり得る。参照信号密度または電力ブーストは、セットよりも第１のセットについてより高いことがあり得る。
【００８２】
代替または追加として、チャネル符号化方式は異なり得る。たとえば、よりロバストな符号化方式を第１のセットに使用し得る。別の例として、より低い符号化レートでより良い性能を達成することが可能な符号化を、符号化方式として選択することができる。
【００８３】
送信フォーマットについて上記で説明してきた。いくつかの追加または代替の実施形態において、異なる通信レベルがダウンリンク制御チャネルについての異なる送信電力に対応し得る。結果として、ダウンリンク制御チャネルについての異なる送信電力を、ダウンリンク制御チャネル候補の異なるセットに採用することができる。２つのダウンリンク制御チャネルセットの例を考えると、ダウンリンク制御チャネルの第１のセットに、より高い電力ブーストを採用し得、ダウンリンク制御チャネルの第２のセットには電力ブーストを採用しないか、またはより低い電力ブーストを採用し得る。
【００８４】
代替または追加として、異なる通信レベルがダウンリンク制御チャネルについての異なる帯域幅に対応し得る。結果として、ダウンリンク制御チャネルについての異なる帯域幅を、ダウンリンク制御チャネル候補の異なるセットに採用することができる。２つのダウンリンク制御チャネルセットの例を考えると、より広い帯域幅にはダウンリンク制御チャネル候補の第１のセットが使用され得る一方で、より狭い帯域幅にはダウンリンク制御チャネル候補の第２のセットが使用され得る。より広い帯域幅の場合、リソース割り当てについてより多くの情報ビットが予測され得る。このため、これらのビットを担持するためにより多くのリソースが必要である。そうでなければ、わずかなビットが必要であり、したがって、それに応じてより少ないリソースが必要である。
【００８５】
上記の送信パラメータは、いずれの制限もなしに単なる例として考察していることを理解されたい。当業者であれば、必要なサービス要求を満たすように、ダウンリンク制御チャネルの異なるセットについて任意の好適な送信パラメータを設定することができる。
【００８６】
図４、表７、および表８を参照しながら、本開示の一実施形態に従った例示のダウンリンク制御チャネル設計を、例示の目的で考察する。
【００８７】
表６の例を考えると、ダウンリンク制御チャネル候補の２つのセットが、ＵＲＬＬＣレベル１およびＵＲＬＬＣレベル２に基づいて規定される。アグリゲーションレベルＬ’の送信フォーマットおよびブラインド検出試行（すなわち、ｕＰＤＣＣＨ候補の数
2019536308.tif 000014
）などの、送信パラメータは、２つのセット間で異なるように設定され得る。図４は、ダウンリンク制御チャネル候補の異なるセットについてのダウンリンク制御チャネル探索空間を示す。明瞭さおよび簡潔さのために、ＵＲＬＬＣように設計されたダウンリンク制御チャネルは、以下、ｕＰＤＣＣＨと呼ぶ。ＵＲＬＬＣ端末デバイスによって監視されるｕＰＤＣＣＨ候補は、表７および表８として与えられ、表７はＵＲＬＬＣレベル１に関連付けられたｕＰＤＣＣＨの第１のセットに対応し、表８はＵＲＬＬＣレベル２に関連付けられたｕＰＤＣＣＨの第２のセットに対応する。
2019536308.tif 000015
2019536308.tif 000016
【００８８】
本例において、周波数領域内での反復は、ＲＲＣシグナリング、またはＭＡＣシグナリング、あるいは、それらの事前に規定されるかまたは任意の組み合わせによって設定可能である。ｕＰＤＣＣＨについての候補は、ＭＴＣの場合のｍＰＤＣＣＨ、またはｅＭＢＢの場合のｅＰＤＣＣＨなどの、他のダウンリンク制御チャネルとは無関係であり得る。
【００８９】
ｍＭＴＣの場合のＰＤＣＣＨ（ｍＰＤＣＣＨ）と比較すると、本実施形態に従ったｕＰＤＣＣＨは、以下の異なる特徴を有する。第１に、ｕＰＤＣＣＨについての反復は周波数領域内にあり得、これはｍＰＤＣＣＨについての時間領域内での反復方式とは区別される。さらに、ｍＰＤＣＣＨのダウンリンク制御チャネルセットが、カバレッジに従って分類される一方で、ｕＰＤＣＣＨのダウンリンク制御チャネルセットは、事前に規定されたＵＲＬＬＣレベルに従って分類される。ｕＰＤＣＣＨ、ｍＰＤＣＣＨ、およびｅＰＤＣＣＨの間の主な相違を、表９に列挙している。
2019536308.tif 000017
【００９０】
本開示の一実施形態によれば、ダウンリンク制御チャネル候補のセットとＵＲＬＬＣレベルとの間の関連性は、本明細書またはそれらの任意の組み合わせで、明示的または暗黙的にシグナリングまたは事前規定される。
【００９１】
本開示の別の実施形態において、ネットワークデバイスは任意選択で、ＵＲＬＬＣレベルに基づいて端末デバイス状態を設定し得る。ネットワークデバイスは、端末デバイスの設定された状態、あるいは、１つの端末デバイスのトラフィックタイプまたは端末タイプまたは端末デバイスがキャンピングされているＲＡＮスライスタイプなどの、他の条件について、ダウンリンク制御チャネル送信パラメータの複数のセットから、ダウンリンク制御チャネル送信パラメータの１つのセットを選択し得る。ネットワークデバイスは、ダウンリンク制御チャネル送信パラメータの選択されたセットについて、ダウンリンク制御チャネルをさらに送信し得る。状態の一例として、端末デバイスは、特定のＵＲＬＬＣレベルの指示と共にトラフィックを受信し得る。
【００９２】
別の実施形態において、端末デバイスは、端末デバイス状態を設定するシグナリングを暗黙的または明示的に受信し得、端末デバイスは、設定された状態または他の条件に基づいて、ダウンリンク制御チャネル構成を決定し得る。端末デバイスはさらに、決定されたダウンリンク制御チャネル構成に基づいて、ダウンリンク制御チャネル検出を実行し得る。
【００９３】
一実施形態において、サービスがＵＲＬＬＣレベル１のとき、ネットワークデバイスは、ダウンリンク制御チャネル候補のアグリゲーションレベルが｛４，８，１６｝であることを端末デバイスに通知し、そうではなく、サービスがＵＲＬＬＣレベル２のとき、端末デバイスは、ダウンリンク制御チャネル候補のアグリゲーションレベルが｛１，２，４｝であることを端末デバイスに通知する。アグリゲーションレベルが｛４，８，１６｝である旨が端末デバイスに通知されると、端末デバイスは、ダウンリンク制御チャネルのアグリゲーションレベルが｛４，８，１６｝であるという想定で、ブラインド検出を実行することになる。そうでなければ、端末デバイスは、ダウンリンク制御チャネルのアグリゲーションレベルが｛１，２，４｝であるという想定で、ブラインド検出を実行することになる。
【００９４】
別の実施形態において、ＵＲＬＬＣレベル１が設定された場合、制御チャネル候補のアグリゲーションレベルは｛４，８，１６｝から選択され、ＵＲＬＬＣレベル２が設定された場合、｛１，２，４｝から選択されることが、事前に規定可能である。端末デバイスがＵＲＬＬＣレベル１として設定された場合、アグリゲーションレベル｛４，８，１６｝が使用されることになり、そうではない場合、｛１，２，４｝が使用されることになる。ＵＲＬＬＣレベルは、明示的シグナリング、または暗黙的シグナリング、またはそれらの任意の組み合わせであり得る。
【００９５】
追加または代替として、ダウンリンク制御チャネルの１つのセットは、デフォルトダウンリンク制御チャネルセットとして事前に規定され得る。
【００９６】
いくつかの実装形態において、ダウンリンク制御チャネルはデータ送信に使用され得る。また、ページング、システム情報、ランダムアクセスに関するメッセージなどの、他の特別なメッセージ送信にも使用可能である。
【００９７】
本開示の１つまたは複数の実施形態によれば、ＵＲＬＬＣレベル適合ダウンリンク制御チャネルは、他の適合ダウンリンク制御チャネル設計と組み合わせ得る。より具体的に言えば、ダウンリンク制御チャネルの２つ以上のセットの各セットは、１つまたは複数の通信レベルおよび１つまたは複数のさらなる分類基準の組み合わせに関連付け得る。
【００９８】
一実施形態によれば、さらなる分類基準は、ｅＰＤＣＣＨについて３つのケースを指定するファクタ／パラメータ、および／または、ＭＰＤＣＣＨを指定するカバレッジモードであり得る。通信レベル（たとえば、２つのＵＲＬＬＣレベル）および少なくとも１つのさらなる分類基準の組み合わせに基づいて、ＰＤＣＣＨの複数セットをより精密および効果的に規定し得る。
【００９９】
ダウンリンク制御チャネル候補の第１の１つまたは複数のセットは、ダウンリンク制御チャネルの各セットが、ＤＣＩフォーマット、サブフレームタイプ、帯域幅、およびダウンリンク制御チャネルに利用可能なＲＥの数に関連付けられるように、３ＧＰＰ  ＴＳ３６．２１３  Ｖ１３．２．０のセクション９．１．４においてｅＰＤＣＣＨについて指定された３つのケースに基づいて設計されること、ダウンリンク制御チャネル候補の第２の１つまたは複数のセットは、ダウンリンク制御チャネル候補の各セットがカバレッジモードに関連付けられるように、設計されることを、想定してみる。ダウンリンク制御チャネル候補の第１の１つまたは複数のセットおよびダウンリンク制御チャネル候補の第２の１つまたは複数のセットの上に、ダウンリンク制御チャネル候補の各セットがＵＲＬＬＣレベルに関連付けられるように、ダウンリンク制御チャネル候補の第３の１つまたは複数のセットが設計され得る。
【０１００】
一実装において、ダウンリンク制御チャネル候補の第１の１つまたは複数のセットは、ダウンリンク制御チャネル候補の第３の１つまたは複数のセットのサブセットまたはサパーセットであり得るか、あるいは、ダウンリンク制御チャネル候補の第３の１つまたは複数のセットと同じであり得る。
【０１０１】
別の追加または代替の実装において、ダウンリンク制御チャネル候補の第４のセットは、ダウンリンク制御チャネル候補の各セットが、ＵＲＬＬＣレベルに加えて、ＤＣＩフォーマット、サブフレームタイプ、帯域幅、および利用可能なＲＥの数に関連付けられるように、ＵＲＬＬＣについて設計され得る。ダウンリンク制御チャネル候補の第４のセットは、ダウンリンク制御チャネル候補の第１の１つまたは複数のセットとダウンリンク制御チャネル候補の第３の１つまたは複数のセットとの組み合わせである。この例では、ダウンリンク制御チャネル候補の各セットは、表６に規定された２つのＵＣＬＬＣレベルと、表１および表２を参照しながら説明したｅＰＤＣＣＨについて指定された３つのケースとの組み合わせに関連付け得る。ダウンリンク制御チャネル候補の第４のセットは、表１０によって示し得る。
2019536308.tif 000018
【０１０２】
ＥＰＤＣＣＨについてのケース１、ケース２、およびケース３は、ＰＤＣＣＨの分類基準を示すための例とみなされるが、それら３つのケースの既存の規定は、本開示の範囲を制限するものではないことを理解されたい。たとえば、ケースを指定するために使用されるパラメータまたはファクタは、３ＧＰＰ  ＴＳ３６．２１３  Ｖ１３．２．０のセクション９．１．４に指定されたものとは異なり得る。
【０１０３】
別の追加または代替の実装において、ダウンリンク制御チャネル候補の第５の１つまたは複数のセットは、ダウンリンク制御チャネル候補の各セットが、ＵＲＬＬＣレベルおよびカバレッジモードに加えて、ＤＣＩフォーマット、サブフレームタイプ、帯域幅、および利用可能なＲＥの数に関連付けられるように、設計され得る。より具体的に言えば、ダウンリンク制御チャネル候補の第５の１つまたは複数のセットは、ダウンリンク制御チャネル候補の第１の１つまたは複数のセット、ダウンリンク制御チャネル候補の第２の１つまたは複数のセット、およびダウンリンク制御チャネル候補の第３の１つまたは複数のセットの組み合わせである。
【０１０４】
同様に、ダウンリンク制御チャネル候補のセットと関連付けられた送信パラメータとの間の関連性は、端末デバイスに明示的または暗黙的にシグナリングするか、あるいは、通信規格に事前に規定するか、またはそれらの任意の組み合わせで維持することができる。
【０１０５】
図５は、本開示の１つまたは複数の実施形態に従った、ネットワークデバイスとして／ネットワークデバイス内で実装される、装置５００の概略ブロック図を示す。図５に示されるように、ｅＮｏｄｅＢなどのネットワークデバイス５００は、ＵＥなどの１つまたは複数の端末デバイスと通信するように設定される。ネットワークデバイス５００は、選択ユニット５１０および送信ユニット５２０を備える。ネットワークデバイス５００は、１つまたは複数のアンテナ（図５には図示せず）を介した１つまたは複数の端末デバイスとの無線通信のために好適な無線周波数送受信器を備え得る。選択ユニット５１０は、端末デバイスについて、ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを選択するように設定される。ダウンリンク制御チャネル候補の２つ以上のセットの各セットは、異なる通信レベルに関連付けられる。ダウンリンク制御チャネル候補の２つ以上のセットの各セットは、異なる通信レベルに関連付けられ、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシのうちの、１つまたは複数に対応する。送信ユニット５２０は、選択されたダウンリンク制御チャネル候補の少なくとも１つのセットを、端末デバイスに送信するように設定される。
【０１０６】
１つまたは複数の代替実施形態において、ネットワークデバイス５００は、端末デバイスの状態を設定するために、端末デバイスにシグナリングを送信するように設定されたシグナリング送信ユニット（図５には図示せず）をさらに備え得、端末デバイスの状態は、少なくとも１つの通信レベルに関連付けられる。
【０１０７】
本開示の１つまたは複数の実施形態によれば、少なくとも１つの通信レベルは、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）通信のサービス品質（ＱｏＳ）要件をターゲットとする。いくつかの実装形態において、ＱｏＳ要件は、ＢＬＥＲおよび／またはレイテンシに関する要件を含む。
【０１０８】
本開示の１つまたは複数の実施形態によれば、少なくとも１つの通信レベルは、第１の閾値よりも低いＢＬＥＲのサービス品質（ＱｏＳ）要件を満たし、少なくとも１つの別の通信レベルは、第２の閾値よりも低いＢＬＥＲのＱｏＳ要件を満たす。
【０１０９】
本開示の１つまたは複数の実施形態によれば、少なくとも１つの通信レベルはＵＲＬＬＣのサービス品質（ＱｏＳ）要件を満たし、少なくとも１つの別の通信レベルはｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）通信のＱｏＳ要件を満たす。
【０１１０】
本開示の１つまたは複数の実施形態によれば、１つの通信レベルは、別の通信レベルの送信フォーマットとは異なる数の制御情報ビットを伴う送信フォーマットに対応する。
【０１１１】
本開示の１つまたは複数の実施形態によれば、通信レベルのうちの１つは、（ｉ）いかなる他の通信レベルと同じ高さまたはそれよりも高いアグリゲーションレベル、（ｉｉ）いかなる他の通信レベルと同じ低さまたはそれよりも低い数の制御情報ビットを含む送信フォーマット、および、（ｉｉｉ）いかなる他の通信レベルと同じ低さまたはそれよりも低いターゲットＢＬＥＲおよび／またはターゲットレイテンシのうちの、１つまたは複数に対応する。
【０１１２】
本開示の１つまたは複数の実施形態によれば、少なくとも１つの通信レベルについての反復は、少なくとも周波数領域内である。
【０１１３】
ネットワークデバイス５００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラ、ならびに、デジタル信号プロセッサ（ＤＳＰ）、特定用途向けデジタル論理などを含み得る、他のデジタルハードウェアを含む、プロセッサ５０を備え得る。プロセッサ５０は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの、１つまたはいくつかのタイプのメモリを含み得る、メモリ（図５には図示せず）に記憶されるプログラムコードを実行するように設定され得る。メモリに記憶されるプログラムコードは、いくつかの実施形態において、１つまたは複数の電気通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに、本明細書に記載された技法のうちの１つまたは複数を実施するための命令を含む。いくつかの実装において、プロセッサ５０は、選択ユニット５１０、送信ユニット５２０、任意選択でシグナリング送信ユニット（図示せず）、およびネットワークデバイス５００の任意の他の好適なユニットに、本開示の１つまたは複数の実施形態に従った対応する機能を実行させるために使用され得る。
【０１１４】
図６は、本開示の１つまたは複数の実施形態に従った、端末デバイスとして／端末デバイス内で実装される、装置６００の概略ブロック図を示す。図６に示されるように、ＵＥなどの端末デバイス６００は、ｅＮｏｄｅＢなどの１つまたは複数のネットワークデバイスと通信するように設定される。端末デバイス６００は、決定ユニット６１０および検出ユニット６２０を備える。端末デバイス６００は、１つまたは複数のアンテナ（図６には図示せず）を介した１つまたは複数のネットワークデバイスとの無線通信に好適な無線周波数送受信器を備え得る。決定ユニット６１０は、ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを決定するように設定される。ダウンリンク制御チャネル候補の２つ以上のセットの各セットは、異なる通信レベルに関連付けられ、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシのうちの、１つまたは複数に対応する。送信ユニット６２０は、決定されたダウンリンク制御チャネル候補の少なくとも１つのセットにおいてダウンリンク制御チャネルを検出するように設定される。
【０１１５】
１つまたは複数の代替実施形態において、端末デバイス６００は、端末デバイスの状態を設定するために端末デバイスへのシグナリングを受信するように設定された、シグナリング受信ユニット（図６には図示せず）をさらに備え得る。端末デバイスの状態は、少なくとも１つの通信レベルに関連付け得る。
【０１１６】
本開示の１つまたは複数の実施形態によれば、少なくとも１つの通信レベルは、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）通信のサービス品質（ＱｏＳ）要件をターゲットとする。いくつかの実装形態において、ＱｏＳ要件は、ＢＬＥＲおよび／またはレイテンシに関する要件を含む。
【０１１７】
本開示の１つまたは複数の実施形態によれば、少なくとも１つの通信レベルは、第１の閾値よりも低いＢＬＥＲのサービス品質（ＱｏＳ）要件を満たし、少なくとも１つの別の通信レベルは、第２の閾値よりも低いＢＬＥＲのＱｏＳ要件を満たす。
【０１１８】
本開示の１つまたは複数の実施形態によれば、少なくとも１つの通信レベルはＵＲＬＬＣのサービス品質（ＱｏＳ）要件を満たし、少なくとも１つの別の通信レベルはｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）通信のＱｏＳ要件を満たす。
【０１１９】
本開示の１つまたは複数の実施形態によれば、１つの通信レベルは、別の通信レベルの送信フォーマットとは異なる数の制御情報ビットを伴う送信フォーマットに対応する。
【０１２０】
本開示の１つまたは複数の実施形態によれば、通信レベルのうちの１つは、（ｉ）いかなる他の通信レベルと同じ高さまたはそれよりも高いアグリゲーションレベル、（ｉｉ）いかなる他の通信レベルと同じ低さまたはそれよりも低い数の制御情報ビットを含む送信フォーマット、および、（ｉｉｉ）いかなる他の通信レベルと同じ低さまたはそれよりも低いターゲットＢＬＥＲおよび／またはターゲットレイテンシのうちの、１つまたは複数に対応する。
【０１２１】
本開示の１つまたは複数の実施形態によれば、少なくとも１つの通信レベルについての反復は、少なくとも周波数領域内である。
【０１２２】
端末デバイス６００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラ、ならびに、デジタル信号プロセッサ（ＤＳＰ）、特定用途向けデジタル論理などを含み得る、他のデジタルハードウェアを含む、プロセッサ６０を備え得る。プロセッサ６０は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの、１つまたはいくつかのタイプのメモリを含み得る、メモリ（図６には図示せず）に記憶されるプログラムコードを実行するように設定され得る。メモリに記憶されるプログラムコードは、いくつかの実施形態において、１つまたは複数の電気通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに、本明細書に記載された技法のうちの１つまたは複数を実施するための命令を含む。いくつかの実装において、プロセッサ６０は、決定ユニット６１０、検出ユニット６２０、任意選択でシグナリング受信ユニット（図示せず）、および端末デバイス６００の任意の他の好適なユニットに、本開示の１つまたは複数の実施形態に従った対応する機能を実行させるために使用され得る。
【０１２３】
図７は、たとえばネットワークデバイス５００などのネットワークデバイスとして／ネットワークデバイス内で具体化され得る、装置７１０、および、たとえば端末デバイス６００などの端末デバイスとして／端末デバイス内で具体化され得る装置７２０の、簡略ブロック図を示す。
【０１２４】
装置７１０は、データプロセッサ（ＤＰ）などの１つまたは複数のプロセッサ７１１、および、プロセッサ７１１に結合された１つまたは複数のメモリ（ＭＥＭ）７１２を含み得る。装置７１０は、プロセッサ７１１に結合された送信器ＴＸおよび受信器ＲＸ  ７１３をさらに含み得る。ＭＥＭ  ７１２は持続性機械可読記憶媒体であり得、プログラム（ＰＲＯＧ）７１４を記憶し得る。ＰＲＯＧ７１４は、関連付けられたプロセッサ７１１上で実行されるとき、装置７１０が本開示の実施形態に従って動作すること、たとえば方法２００を実行することを可能にする、命令を含み得る。１つまたは複数のプロセッサ７１１および１つまたは複数のＭＥＭ７１２の組み合わせが、本開示の様々な実施形態を実装するように適合された処理手段７１５を形成し得る。
【０１２５】
装置７２０は、ＤＰなどの１つまたは複数のプロセッサ７２１、および、プロセッサ７２１に結合された１つまたは複数のＭＥＭ  ７２２を含む。装置７２０は、プロセッサ７２１に結合された好適なＴＸ／ＲＸ  ７２３をさらに含み得る。ＭＥＭ  ７２２は持続性機械可読記憶媒体であり得、ＰＲＯＧ  ７２４を記憶し得る。ＰＲＯＧ７２４は、関連付けられたプロセッサ７２１上で実行されるとき、装置７２０が本開示の実施形態に従って動作すること、たとえば方法３００を実行することを可能にする、命令を含み得る。１つまたは複数のプロセッサ７２１および１つまたは複数のＭＥＭ７２２の組み合わせが、本開示の様々な実施形態を実装するように適合された処理手段７２５を形成し得る。
【０１２６】
本開示の様々な実施形態は、プロセッサ７１１および７２１、ソフトウェア、ファームウェア、ハードウェア、またはそれらの組み合わせのうちの、１つまたは複数によって実行可能なコンピュータプログラムによって、実装され得る。
【０１２７】
ＭＥＭ  ７１２および７２２は、ローカルな技術環境に好適な任意のタイプであり得、非限定的な例として、半導体ベースメモリ端末デバイス、磁気メモリ端末デバイスおよびシステム、光メモリ端末デバイスおよびシステム、固定メモリ、および取り外し可能メモリなどの、任意の好適なデータストレージ技術を使用して実装され得る。
【０１２８】
プロセッサ７１１および７２１は、ローカルな技術環境に好適な任意のタイプであり得、非限定的な例として、汎用コンピュータ、特定用途向けコンピュータ、マイクロプロセッサ、デジタル信号プロセッサＤＳＰ、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの、１つまたは複数を含み得る。
【０１２９】
上記のうちのいくつかは、無線システムサポートＵＲＬＬＣシナリオとの関連において説明しているが、本開示の趣旨および範囲を制限するものと解釈するべきではない。本開示の原理および概念は、より一般的に他のシナリオに適用され得る。
【０１３０】
本開示の実施形態によれば、ダウンリンク制御チャネルを規定するとき、サービス要件を反映する異なる通信レベルが考慮に入れられる。ＵＲＬＬＣサービスについてのいくつかの実施形態において、ダウンリンク制御チャネルの設計は、レイテンシおよび信頼性に関するＱｏＳ要件に焦点を当て得る、ＵＲＬＬＣレベルを考慮し得る。したがって、ダウンリンク制御チャネルは、ＵＲＬＬＣにおける端末デバイスのレイテンシを低減させ、信頼性を増大させ得る。また、（たとえば、周波数領域および／時間領域内の）リソース効率は、システム全体について向上し得る。
【０１３１】
加えて本開示は、機械可読媒体および機械可読送信媒体を含む、前述のようなコンピュータプログラムを包含するメモリも提供し得る。機械可読媒体はコンピュータ可読媒体とも呼ばれ、機械可読記憶媒体、たとえば、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、フラッシュメモリデバイス、ＣＤ−ＲＯＭ、ＤＶＤ、Ｂｌｕｅ−ｒａｙディスクなどの、磁気ディスク、磁気テープ、光ディスク、位相変化メモリ、または、電子メモリ端末デバイスを含み得る。機械可読送信媒体はキャリアとも呼ばれ、たとえば、搬送波、赤外線信号などの、電気、光、無線、音波、または他の形の伝搬信号を含み得る。
【０１３２】
本明細書で説明する技法は様々な手段によって実装され得るため、ある実施形態と共に説明する対応する装置の１つまたは複数の機能を実装する装置は、従来技術の手段のみならず、その実施形態と共に説明する対応する装置の１つまたは複数の機能を実装するための手段も含み、各別々の機能のための別々の手段、または、２つ以上の機能を実行するように設定され得る手段も含み得る。たとえばこれらの技法は、ハードウェア（１つまたは複数の装置）、ファームウェア（１つまたは複数の装置）、ソフトウェア（１つまたは複数のモジュール）、またはそれらの組み合わせにおいて実装され得る。ファームウェアまたはソフトウェアの場合、実装は、本明細書で説明する機能を実行するモジュール（たとえば、手順、関数など）を介して行われる。
【０１３３】
以上、本明細書における例示的な実施形態を、方法および装置のブロック図およびフローチャートを参照しながら説明してきた。ブロック図およびフローチャートの各ブロック、ならびにブロック図およびフローチャート内のブロックの組み合わせは、それぞれ、ハードウェア、ソフトウェア、ファームウェア、およびそれらの組み合わせを含む、様々な手段によって実装可能であることを理解されよう。たとえば、一実施形態において、ブロック図およびフローチャートの各ブロック、ならびに、ブロック図およびフローチャート内のブロックの組み合わせは、コンピュータプログラム命令によって実装可能である。これらのコンピュータプログラム命令は、マシンを生成するために、汎用コンピュータ、特定用途向けコンピュータ、または他のプログラマブルデータ処理装置上にロードされ得るため、コンピュータまたは他のプログラマブルデータ処理装置上で実行する命令は、フローチャートブロック内に指定された機能を実装するための手段を作成することになる。
【０１３４】
さらに、動作は特定の順序で示されているが、望ましい結果を達成するために、こうした動作が図示された特定の順序または順番で実行されること、または、図示されたすべての動作が実行されることが、必要であると理解されるべきではない。ある環境では、マルチタスクおよび並列処理が有利な場合がある。同様に、上記の考察にはいくつかの特定の実装の詳細が含まれているが、これらは、本明細書で説明する主題の範囲を制限するものと解釈されるべきではなく、むしろ、特定の実施形態に特有であり得る特徴の説明として解釈されるものである。本明細書で別々の実施形態との関連において説明するある特徴は、単一の実施形態における組み合わせで実装することも可能である。それとは逆に、単一の実施形態との関連において説明する様々な特徴は、複数の実施形態において別々に、または任意の好適な副組み合わせでも、実装可能である。さらに、上記では特徴はある組み合わせで作用するものとして説明し、初期にはそのように請求している場合もあるが、請求した組み合わせからの１つまたは複数の特徴は、いくつかのケースでは組み合わせから削除され得、請求した組み合わせは副組み合わせまたは副組み合わせの変形を対象とし得る。
【０１３５】
当業者であれば、技術の進歩に伴い、発明の概念は様々な様式で実装可能であることは明らかとなろう。上記で説明した実施形態は本開示を制限するためではなく説明するためのものであり、当業者であれば容易に理解されるように、修正および変形は本開示の趣旨および範囲を逸脱することなく再分類し得ることを理解されよう。こうした修正および変形は、本開示および添付の特許請求の範囲内にあるものとみなされる。本開示の保護範囲は添付の特許請求の範囲によって規定される。
【図１】
2019536308.tif 000019
【図２】
2019536308.tif 000020
【図３】
2019536308.tif 000021
【図４】
2019536308.tif 000022
【図５】
2019536308.tif 000023
【図６】
2019536308.tif 000024
【図７】
2019536308.tif 000025
【手続補正書】
【提出日】令和1年6月4日(2019.6.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークデバイスにおいて実装される方法（２００）であって、
端末デバイスについて、ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを選択すること（Ｓ２１０）であって、前記ダウンリンク制御チャネル候補の前記２つ以上のセットの各々のセットは異なる通信レベルに関連付けられ、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシのうちの、１つまたは複数に対応する、選択すること（Ｓ２１０）、および
選択された前記ダウンリンク制御チャネル候補の少なくとも１つのセットを、前記端末デバイスに送信すること（Ｓ２２０）、
を含む、方法。
【請求項２】
少なくとも１つの通信レベルは、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）通信のサービス品質（ＱｏＳ）要件をターゲットとする、請求項１に記載の方法。
【請求項３】
前記ＱｏＳ要件は、ＢＬＥＲおよび／またはレイテンシに関する要件を含む、請求項２に記載の方法。
【請求項４】
少なくとも１つの通信レベルは、第１の閾値よりも低いＢＬＥＲのサービス品質（ＱｏＳ）要件を満たし、少なくとも別の通信レベルは、第２の閾値よりも低いＢＬＥＲのＱｏＳ要件を満たす、請求項１に記載の方法。
【請求項５】
少なくとも１つの通信レベルは、ＵＲＬＬＣのサービス品質（ＱｏＳ）要件を満たし、少なくとも別の通信レベルは、ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）通信のＱｏＳ要件を満たす、請求項１に記載の方法。
【請求項６】
１つの通信レベルは、別の通信レベルの送信フォーマットとは異なる数の制御情報ビットを伴う前記送信フォーマットに対応する、請求項１に記載の方法。
【請求項７】
前記通信レベルのうちの１つは、（ｉ）いかなる他の通信レベルと同じ高さかまたはこれより高いアグリゲーションレベル、（ｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低い数の制御情報ビットを含む送信フォーマット、および、（ｉｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低いターゲットＢＬＥＲおよび／またはターゲットレイテンシのうちの、１つまたは複数に対応する、請求項６に記載の方法。
【請求項８】
少なくとも１つの通信レベルについての反復は、少なくとも周波数領域内である、請求項７に記載の方法。
【請求項９】
端末デバイスにおいて実装される方法（３００）であって、
ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを決定すること（Ｓ３１０）であって、前記ダウンリンク制御チャネル候補の前記２つ以上のセットの各々のセットは異なる通信レベルに関連付けられ、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシのうちの、１つまたは複数に対応する、決定すること（Ｓ３１０）、および、
決定された前記ダウンリンク制御チャネル候補の少なくとも１つのセット内のダウンリンク制御チャネルを検出すること（Ｓ３２０）、
を含む、方法。
【請求項１０】
少なくとも１つの通信レベルは、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）通信のサービス品質（ＱｏＳ）要件をターゲットとする、請求項９に記載の方法。
【請求項１１】
前記ＱｏＳ要件は、ＢＬＥＲおよび／またはレイテンシに関する要件を含む、請求項１０に記載の方法。
【請求項１２】
少なくとも１つの通信レベルは、第１の閾値よりも低いＢＬＥＲのサービス品質（ＱｏＳ）要件を満たし、少なくとも別の通信レベルは、第２の閾値よりも低いＢＬＥＲのＱｏＳ要件を満たす、請求項１０に記載の方法。
【請求項１３】
少なくとも１つの通信レベルは、ＵＲＬＬＣのサービス品質（ＱｏＳ）要件を満たし、少なくとも別の通信レベルは、ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）通信のＱｏＳ要件を満たす、請求項９に記載の方法。
【請求項１４】
１つの通信レベルは、別の通信レベルの送信フォーマットとは異なる数の制御情報ビットを伴う前記送信フォーマットに対応する、請求項９に記載の方法。
【請求項１５】
前記通信レベルのうちの１つは、（ｉ）いかなる他の通信レベルと同じ高さかまたはこれより高いアグリゲーションレベル、（ｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低い数の制御情報ビットを含む送信フォーマット、および、（ｉｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低いターゲットＢＬＥＲおよび／またはターゲットレイテンシのうちの、１つまたは複数に対応する、請求項１４に記載の方法。
【請求項１６】
少なくとも１つの通信レベルについての反復は、少なくとも周波数領域内である、請求項９に記載の方法。
【請求項１７】
端末デバイス（６００）であって、
送信器、受信器、プロセッサ、およびメモリを備え、
前記端末デバイスは、ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを決定するように設定され、前記ダウンリンク制御チャネル候補の２つ以上のセットの各々のセットは、異なる通信レベルに関連付けられ、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシのうちの、１つまたは複数に対応し、また、
前記端末デバイスは、決定された前記ダウンリンク制御チャネル候補の少なくとも１つのセット内のダウンリンク制御チャネルを検出するように設定される、
端末デバイス。
【請求項１８】
少なくとも１つの通信レベルは、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）通信のサービス品質（ＱｏＳ）要件をターゲットとする、請求項１７に記載の端末デバイス。
【請求項１９】
前記ＱｏＳ要件は、ＢＬＥＲおよび／またはレイテンシに関する要件を含む、請求項１８に記載の端末デバイス。
【請求項２０】
少なくとも１つの通信レベルは、第１の閾値よりも低いＢＬＥＲのサービス品質（ＱｏＳ）要件を満たし、少なくとも別の通信レベルは、第２の閾値よりも低いＢＬＥＲのＱｏＳ要件を満たす、請求項１７に記載の端末デバイス。
【国際調査報告】
2019536308.tif 000026
2019536308.tif 000027