[go: up one dir, main page]

JP6921190B2 - 無線通信システムにおけるダウンリンク制御チャネルの送信および検出のための方法およびデバイス - Google Patents

無線通信システムにおけるダウンリンク制御チャネルの送信および検出のための方法およびデバイス Download PDF

Info

Publication number
JP6921190B2
JP6921190B2 JP2019517418A JP2019517418A JP6921190B2 JP 6921190 B2 JP6921190 B2 JP 6921190B2 JP 2019517418 A JP2019517418 A JP 2019517418A JP 2019517418 A JP2019517418 A JP 2019517418A JP 6921190 B2 JP6921190 B2 JP 6921190B2
Authority
JP
Japan
Prior art keywords
downlink control
communication
control channel
level
different
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019517418A
Other languages
English (en)
Other versions
JP2019536308A (ja
Inventor
シャオホア リー，
シャオホア リー，
チンホア リウ，
チンホア リウ，
チャン チャン，
チャン チャン，
Original Assignee
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エルエム エリクソン（パブル）, テレフオンアクチーボラゲット エルエム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Publication of JP2019536308A publication Critical patent/JP2019536308A/ja
Application granted granted Critical
Publication of JP6921190B2 publication Critical patent/JP6921190B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

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

Claims (20)

  1. ネットワークデバイスにおいて実装される方法（２００）であって、
    端末デバイスについて、ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを選択すること（Ｓ２１０）であって、前記ダウンリンク制御チャネル候補の前記２つ以上のセットの各々のセットは異なる通信レベルに関連付けられ、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシに対応する、選択すること（Ｓ２１０）、および
    選択された前記ダウンリンク制御チャネル候補の少なくとも１つのセットを、前記端末デバイスに送信すること（Ｓ２２０）、
    を含む、方法。
  2. 少なくとも１つの通信レベルは、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）通信のサービス品質（ＱｏＳ）要件をターゲットとする、請求項１に記載の方法。
  3. 前記ＱｏＳ要件は、ＢＬＥＲおよび／またはレイテンシに関する要件を含む、請求項２に記載の方法。
  4. 少なくとも１つの通信レベルは、第１の閾値よりも低いＢＬＥＲのサービス品質（ＱｏＳ）要件を満たし、少なくとも別の通信レベルは、第２の閾値よりも低いＢＬＥＲのＱｏＳ要件を満たす、請求項１に記載の方法。
  5. 少なくとも１つの通信レベルは、ＵＲＬＬＣのサービス品質（ＱｏＳ）要件を満たし、
    少なくとも別の通信レベルは、ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）通信のＱｏＳ要件を満たす、請求項１に記載の方法。
  6. １つの通信レベルは、別の通信レベルの送信フォーマットとは異なる数の制御情報ビットを伴う前記送信フォーマットに対応する、請求項１に記載の方法。
  7. 前記通信レベルのうちの１つは、（ｉ）いかなる他の通信レベルと同じ高さかまたはこれより高いアグリゲーションレベル、（ｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低い数の制御情報ビットを含む送信フォーマット、および、（ｉｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低いターゲットＢＬＥＲおよび／またはターゲットレイテンシのうちの、１つまたは複数に対応する、請求項６に記載の方法。
  8. 少なくとも１つの通信レベルについての反復は、少なくとも周波数領域内で実行される、請求項７に記載の方法。
  9. 端末デバイスにおいて実装される方法（３００）であって、
    ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを決定すること（Ｓ３１０）であって、前記ダウンリンク制御チャネル候補の前記２つ以上のセットの各々のセットは異なる通信レベルに関連付けられ、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシに対応する、決定すること（Ｓ３１０）、および、
    決定された前記ダウンリンク制御チャネル候補の少なくとも１つのセット内のダウンリンク制御チャネルを検出すること（Ｓ３２０）、
    を含む、方法。
  10. 少なくとも１つの通信レベルは、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）通信のサービス品質（ＱｏＳ）要件をターゲットとする、請求項９に記載の方法。
  11. 前記ＱｏＳ要件は、ＢＬＥＲおよび／またはレイテンシに関する要件を含む、請求項１０に記載の方法。
  12. 少なくとも１つの通信レベルは、第１の閾値よりも低いＢＬＥＲのサービス品質（ＱｏＳ）要件を満たし、少なくとも別の通信レベルは、第２の閾値よりも低いＢＬＥＲのＱｏＳ要件を満たす、請求項１０に記載の方法。
  13. 少なくとも１つの通信レベルは、ＵＲＬＬＣのサービス品質（ＱｏＳ）要件を満たし、
    少なくとも別の通信レベルは、ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）通信のＱｏＳ要件を満たす、請求項９に記載の方法。
  14. １つの通信レベルは、別の通信レベルの送信フォーマットとは異なる数の制御情報ビットを伴う前記送信フォーマットに対応する、請求項９に記載の方法。
  15. 前記通信レベルのうちの１つは、（ｉ）いかなる他の通信レベルと同じ高さかまたはこれより高いアグリゲーションレベル、（ｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低い数の制御情報ビットを含む送信フォーマット、および、（ｉｉｉ）いかなる他の通信レベルと同じ低さかまたはこれより低いターゲットＢＬＥＲおよび／またはターゲットレイテンシのうちの、１つまたは複数に対応する、請求項１４に記載の方法。
  16. 少なくとも１つの通信レベルについての反復は、少なくとも周波数領域内で実行される、請求項９に記載の方法。
  17. 端末デバイス（６００）であって、
    送信器、受信器、プロセッサ、およびメモリを備え、
    前記端末デバイスは、ダウンリンク制御チャネル候補の２つ以上のセットから、ダウンリンク制御チャネル候補の少なくとも１つのセットを決定するように設定され、前記ダウンリンク制御チャネル候補の２つ以上のセットの各々のセットは、異なる通信レベルに関連付けられ、各通信レベルは、アグリゲーションレベルの異なるセット、送信フォーマットの異なるセット、異なるターゲットブロック誤り率（ＢＬＥＲ）、および異なるターゲットレイテンシに対応し、また、
    前記端末デバイスは、決定された前記ダウンリンク制御チャネル候補の少なくとも１つのセット内のダウンリンク制御チャネルを検出するように設定される、
    端末デバイス。
  18. 少なくとも１つの通信レベルは、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）通信のサービス品質（ＱｏＳ）要件をターゲットとする、請求項１７に記載の端末デバイス。
  19. 前記ＱｏＳ要件は、ＢＬＥＲおよび／またはレイテンシに関する要件を含む、請求項１８に記載の端末デバイス。
  20. 少なくとも１つの通信レベルは、第１の閾値よりも低いＢＬＥＲのサービス品質（ＱｏＳ）要件を満たし、少なくとも別の通信レベルは、第２の閾値よりも低いＢＬＥＲのＱｏＳ要件を満たす、請求項１７に記載の端末デバイス。
JP2019517418A 2016-09-30 2017-09-01 無線通信システムにおけるダウンリンク制御チャネルの送信および検出のための方法およびデバイス Active JP6921190B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN2016101225 2016-09-30
CNPCT/CN2016/101225 2016-09-30
PCT/CN2017/100266 WO2018059189A1 (en) 2016-09-30 2017-09-01 Methods and devices for downlink control channel transmission and detection in a wireless communication system

Publications (2)

Publication Number Publication Date
JP2019536308A JP2019536308A (ja) 2019-12-12
JP6921190B2 true JP6921190B2 (ja) 2021-08-18

Family

ID=61763102

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019517418A Active JP6921190B2 (ja) 2016-09-30 2017-09-01 無線通信システムにおけるダウンリンク制御チャネルの送信および検出のための方法およびデバイス

Country Status (9)

Country Link
US (2) US10708897B2 (ja)
EP (1) EP3320735B1 (ja)
JP (1) JP6921190B2 (ja)
KR (1) KR102236029B1 (ja)
CN (1) CN108353405B (ja)
AR (1) AR109778A1 (ja)
MX (1) MX2019003655A (ja)
MY (1) MY202340A (ja)
WO (1) WO2018059189A1 (ja)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3326313B1 (en) 2016-09-30 2022-05-11 Telefonaktiebolaget LM Ericsson (publ) Methods and arrangements for communication in urllc
TWI666946B (zh) * 2016-12-22 2019-07-21 財團法人資訊工業策進會 支援低延遲高可靠性通訊服務之使用者裝置、支援增強型行動寬頻服務之使用者裝置及基地台
BR112019013533A2 (pt) * 2017-01-05 2020-01-07 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Método e dispositivos para transmissão de sinalização
US10588148B2 (en) * 2017-08-10 2020-03-10 At&T Intellectual Property I, L.P. Configurable groups of control channel resource sets for wireless communication
US10952273B2 (en) * 2017-08-10 2021-03-16 At&T Intellectual Property I, L.P. Detecting and correcting radio link failures based on different usage scenarios
CN112106394A (zh) * 2018-05-11 2020-12-18 瑞典爱立信有限公司 用于被配置为在第一小区中在重叠时间内使用第一操作模式和第二操作模式进行操作的无线设备的无线电链路监视(rlm)过程
US12294952B2 (en) * 2018-05-17 2025-05-06 Qualcomm Incorporated Transmission power configuration
CN110505694A (zh) 2018-05-17 2019-11-26 索尼公司 用于无线通信的电子设备和方法、计算机可读存储介质
US10820340B2 (en) 2018-06-22 2020-10-27 At&T Intellectual Property I, L.P. Facilitation of frequency selective scheduling for 5G or other next generation network
WO2020024219A1 (en) 2018-08-02 2020-02-06 Nokia Shanghai Bell Co., Ltd. Method for standalone mtc operation
CN110831185A (zh) * 2018-08-10 2020-02-21 华为技术有限公司 一种通信方法及设备
CN112369068B (zh) * 2018-09-25 2022-01-04 Oppo广东移动通信有限公司 资源映射方式指示方法及相关产品
JP7253940B2 (ja) * 2019-03-13 2023-04-07 日本放送協会 受信装置、サーバシステム及び受信プログラム
CN118019145A (zh) * 2019-09-20 2024-05-10 株式会社Ntt都科摩 终端、通信方法以及系统
CN110989420A (zh) * 2019-11-06 2020-04-10 南京铁道职业技术学院 地铁轨电位的控制体系和方式
US11848781B2 (en) * 2020-01-06 2023-12-19 Qualcomm Incorporated Hybrid automatic repeat request acknowledgement codebook determination with different downlink assignment indicator bitwidth
US11924895B2 (en) * 2020-02-14 2024-03-05 Qualcomm Incorporated Techniques for new radio layer two relay
US20230199738A1 (en) * 2020-04-13 2023-06-22 Beijing Xiaomi Mobile Software Co., Ltd. Method, device and storage medium for configuring a physical downlink control channel
US11910395B2 (en) * 2020-08-13 2024-02-20 Qualcomm Incorporated Indication of power boosting for physical downlink control channel and its impact on search space
CN115243218B (zh) * 2022-07-14 2025-02-28 北京主线科技有限公司 一种车辆网络资源分配方法、装置、设备及介质

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101771462A (zh) * 2008-12-31 2010-07-07 华为技术有限公司 一种多载波系统中下行控制信道资源分配方法及设备
WO2010112086A1 (en) * 2009-04-03 2010-10-07 Nokia Siemens Networks Oy Communication resource allocation strategy
US8824397B2 (en) * 2009-06-25 2014-09-02 Telefonaktiebolaget L M Ericsson (Publ) Methods and devices for transmitting a control message
EP2777206B1 (en) 2011-11-07 2015-12-30 Telefonaktiebolaget L M Ericsson (publ) Method and arrangement for receiving downlink control information for mobile wireless communication
WO2013096928A1 (en) * 2011-12-22 2013-06-27 Interdigital Patent Holdings, Inc. Control signaling in lte carrier aggregation
US9198070B2 (en) * 2012-05-14 2015-11-24 Google Technology Holdings LLC Radio link monitoring in a wireless communication device
KR102201751B1 (ko) 2012-09-21 2021-01-12 엘지전자 주식회사 무선 통신 시스템에서 하향링크 제어 신호를 수신 또는 전송하기 위한 방법 및 이를 위한 장치
EP3713144B1 (en) * 2012-09-27 2021-11-03 Huawei Technologies Co., Ltd. Method and apparatus for allocating control channel candidates
CN110034910B (zh) * 2013-01-18 2022-05-24 华为技术有限公司 一种确定epdcch候选的方法及设备
US20160270038A1 (en) 2015-03-11 2016-09-15 Samsung Electronics Co., Ltd Transmissions of downlink control channels for low cost ues
CN107852313B (zh) * 2015-07-24 2021-08-03 Lg 电子株式会社 下行链路控制信息接收方法和用户设备以及下行链路控制信息发送方法和基站
US10855427B2 (en) * 2015-07-24 2020-12-01 Lg Electronics Inc. Downlink signal reception method, user equipment, downlink signal transmission method and base station
US10129108B2 (en) * 2015-11-13 2018-11-13 Huawei Technologies Co., Ltd. System and methods for network management and orchestration for network slicing
US10313168B2 (en) * 2015-12-11 2019-06-04 Lg Electronics Inc. Method and user equipment for receiving downlink channel, and method and base station for transmitting downlink channel
US11129152B2 (en) * 2016-02-04 2021-09-21 Lg Electronics Inc. Method and user equipment for receiving dowlink control information, and method and base station for transmitting dowlink control information
US10285028B2 (en) * 2016-02-05 2019-05-07 Qualcomm Incorporated Adaptive radio link monitoring
JP6837492B2 (ja) * 2016-04-20 2021-03-03 コンヴィーダ ワイヤレス， エルエルシー 新しい無線における物理チャネル
WO2017197125A1 (en) * 2016-05-11 2017-11-16 Convida Wireless, Llc New radio downlink control channel
KR20240058954A (ko) * 2016-05-11 2024-05-07 아이디에이씨 홀딩스, 인크. 무선 시스템에서의 매체 액세스 프로토콜 데이터 유닛 어셈블리
EP3863358A1 (en) * 2016-05-12 2021-08-11 IDAC Holdings, Inc. Flow-based processing in wireless systems
US10455558B2 (en) * 2016-05-13 2019-10-22 Qualcomm Incorporated Handling for interruption due to carrier switching and carrier switching capability indication
WO2017213374A1 (en) * 2016-06-07 2017-12-14 Samsung Electronics Co., Ltd. Method and device for providing different services in mobile communication system
KR102473313B1 (ko) * 2016-06-08 2022-12-02 삼성전자 주식회사 이동 통신 시스템에서 이종 서비스의 제어 정보를 제공하는 방법 및 장치
US10367620B2 (en) * 2016-06-15 2019-07-30 Convida Wireless, Llc Upload control signaling for new radio
WO2017217778A1 (ko) * 2016-06-15 2017-12-21 엘지전자(주) 무선 통신 시스템에서의 셀간 간섭 조정 방법 및 이를 위한 장치
CN105979597B (zh) * 2016-06-27 2020-02-21 宇龙计算机通信科技(深圳)有限公司 通信资源的分配方法、分配装置、基站和终端
US10868657B2 (en) * 2016-07-05 2020-12-15 Idac Holdings, Inc. Wireless network configured to provide mixed services
US10541785B2 (en) * 2016-07-18 2020-01-21 Samsung Electronics Co., Ltd. Carrier aggregation with variable transmission durations
US20180027576A1 (en) * 2016-07-21 2018-01-25 Sharp Laboratories Of America, Inc. User equipment and base stations that transceive ultra reliable low latency messages amidst delay tolerant transceptions
WO2018021825A1 (ko) * 2016-07-26 2018-02-01 엘지전자 주식회사 상향링크 신호 전송 방법 및 사용자기기와, 상향링크 신호 수신 방법 및 기지국
KR102695650B1 (ko) * 2016-07-28 2024-08-19 삼성전자 주식회사 이동 통신 시스템에서 harq 프로세스 관리 방법 및 장치
US20180042042A1 (en) * 2016-08-03 2018-02-08 Qualcomm Incorporated Techniques for reporting delay budgets for urllc uplink transmissions
US20180041858A1 (en) * 2016-08-08 2018-02-08 Sharp Laboratories Of America, Inc. Base station assisted outer code usage
CN109661787A (zh) * 2016-08-10 2019-04-19 Idac控股公司 用于控制信息的基于优先级的信道编码
US10660009B2 (en) * 2016-08-12 2020-05-19 Qualcomm Incorporated Linkage and indication of HARQ packet transmissions and parameters for URLLC in NR
US10135591B2 (en) * 2016-08-19 2018-11-20 Qualcomm Incorporated Techniques for improving URLLC communications in new radio
US10491447B2 (en) * 2016-08-22 2019-11-26 Samsung Electronics Co., Ltd. Method and apparatus for cell initial access and paging in wireless cellular communication system
US11595948B2 (en) * 2016-09-23 2023-02-28 Qualcomm Incorporated Resource allocation patterns for scheduling services in a wireless network

Also Published As

Publication number Publication date
US20200351846A1 (en) 2020-11-05
US20180242282A1 (en) 2018-08-23
KR20190051014A (ko) 2019-05-14
US10708897B2 (en) 2020-07-07
WO2018059189A1 (en) 2018-04-05
MY202340A (en) 2024-04-24
EP3320735A4 (en) 2019-01-02
KR102236029B1 (ko) 2021-04-02
EP3320735B1 (en) 2020-11-04
AR109778A1 (es) 2019-01-23
MX2019003655A (es) 2019-08-05
CN108353405A (zh) 2018-07-31
JP2019536308A (ja) 2019-12-12
US10893519B2 (en) 2021-01-12
CN108353405B (zh) 2022-01-25
EP3320735A1 (en) 2018-05-16

Similar Documents

Publication Publication Date Title
JP6921190B2 (ja) 無線通信システムにおけるダウンリンク制御チャネルの送信および検出のための方法およびデバイス
US11601962B2 (en) Prioritization of scheduling request and ACK/NACK
US10917888B2 (en) TTI bundling for URLLC UL/DL transmissions
TWI768429B (zh) 處理接收的裝置及方法
CN108702712B (zh) 用于无线通信系统中的功率控制的方法和装置
JP2017511651A (ja) 単一発振器を有する半二重ｆｄｄ ｗｔｒｕ
US20140045507A1 (en) Code rate adaptation in wireless communication systems
JP2023008927A (ja) Ｐｕｓｃｈ伝送を処理するデバイス
US20240049201A1 (en) Resource Allocation for Cellular and Device-to-Device Communications
US20140045508A1 (en) Code rate adaptation in wireless communication systems
WO2020201118A1 (en) Configured uplink control information mapping
JP7540852B2 (ja) マルチ・セル・スケジューリングを処理するためのデバイス及び方法
US20230261723A1 (en) Apparatus, Method, and Computer Program

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190604

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190604

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200626

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200908

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201207

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210629

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210727

R150 Certificate of patent or registration of utility model

Ref document number: 6921190

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250