JP7628394B2

JP7628394B2 - アップリンクリソースの戦略的マッピング

Info

Publication number: JP7628394B2
Application number: JP2019568308A
Authority: JP
Inventors: イ・ファン; レンチウ・ワン; ハオ・シュ; セヨン・パク
Original assignee: クアルコム，インコーポレイテッド
Priority date: 2017-06-16
Filing date: 2018-05-10
Publication date: 2025-02-10
Anticipated expiration: 2038-05-10
Also published as: CN110741587B; CN110741587A; US20200304271A1; US20180367283A1; WO2018231390A1; US11641262B2; TWI797126B; KR20200015544A; JP2020523851A; TW201906474A; US10680782B2; CA3063254A1; EP3639438A1; KR20240116968A; BR112019025634A2; EP3639438B1

Description

関連出願の相互参照
本出願は、2017年6月16日に米国特許商標庁に出願された仮出願第62/521,347号、および2018年5月9日に米国特許商標庁に出願された非仮出願第15/975,638号の優先権および利益を主張し、その内容全体が、全体が以下に完全に記載されているかのように、またすべての適用可能な目的のために、参照により本明細書に組み込まれる。

以下で説明する技術は、概してワイヤレス通信システムに関し、より詳細には、ワイヤレス通信システムにおいてフィードバック情報を送るための技法に関する。

ハイブリッド自動再送要求(HARQ)は当業者によく知られている技法であり、パケット送信の完全性が、たとえば、チェックサムまたは巡回冗長検査(CRC)などの任意の適切な完全性検査機構を使用して、精度について受信側で検査され得る。送信の完全性が確認された場合は、肯定応答(ACK)が送信されてよく、確認されない場合は、否定応答(NACK)が送信されてよい。NACKに応答して、送信デバイスは、チェイス合成、インクリメンタル冗長などを実装し得るHARQ再送信を送ってよい。ACK信号およびNACK信号の使用は、多くのワイヤレス通信プロトコルに共通の慣行である。したがって、ACK/NACK信号は、受信機の状態を送付元に知らせ、そうすることによって、送付元は、必要とされる場合は再送信することが可能である。これ以降、ACK/NACK信号、ならびに以下で説明する他の同様の信号は、簡単のためにACKと呼ばれる場合がある。

4Gロングタームエボリューション(LTE)ネットワークでは、ユーザ機器(UE)が、基地局によって提供される制御情報に基づいて、ACK信号の送信に使うべきアップリンクワイヤレスリソース(たとえば、時間-周波数リソース)のロケーションを決定し得る。ただし、基地局は、UEがACK信号を送信するためのアップリンクワイヤレスリソースの明示的指示を必ずしも提供するわけではない。具体的には、UEへ送信されるダウンリンク(DL)制御情報(DCI)は、対応する制御チャネル要素(CCE)インデックスを各々が有する制御チャネル要素(CCE)のセットを含み得る。これらのCCEは、たとえば、UEが、データ、またはサブフレームのデータ領域内の他のダウンリンクトラフィックを、たとえば、物理ダウンリンク共有チャネル(PDSCH)上で受信するためのダウンリンク時間-周波数リソースの割当てを示すスケジューリング情報を含む。ここで、受信されたダウンリンクトラフィックに対応するACKを送信するためのアップリンクワイヤレスリソースのロケーションは、ダウンリンクトラフィックについてのスケジューリング情報を含んでいた物理ダウンリンク制御チャネル(PDCCH)の最も低いCCEインデックスに基づいて特定される。

技術が進歩し続けるのに従い、第5世代(5G)新無線(NR)ネットワークなどの次世代ワイヤレス通信システムが開発中である。UEがACKフィードバックの送信に使うためのワイヤレスリソースの暗黙的シグナリングのために、上に挙げたことを考慮するのは、LTEネットワークでは効果的であるが、5G NRネットワークは、幾分異なることを考慮し得る。したがって、当該分野において、5G NRネットワークにおけるACK送信のためのアップリンクリソースの効率的シグナリングを提供する必要がある。

以下で、本開示の1つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。本概要は、本開示のすべての企図される特徴の広範な概要でなく、本開示のすべての態様の主要または重要な要素を識別するものでも、本開示のいずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、本開示の1つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。

本開示の態様は、被スケジューリングエンティティからの通信のためのアップリンク(UL)リソースの暗黙および明示的マッピングに関する。本明細書で開示するいくつかの例では、暗黙マッピングは、ダウンリンク(DL)通信中の情報要素のインデックス付けを含み得る。明示的マッピングは、たとえば、ULリソースのロケーションを明示的に提供するように構成された、DL通信中の情報要素を含み得る。

本開示の一態様では、被スケジューリングエンティティにおいて動作可能な、ワイヤレス通信の方法が開示される。この方法は、制御チャネル要素(CCE)インデックスを有するCCEを含むDL送信を受信するステップと、DL送信に応答して、送信に対する肯定応答(ACK)を生成するステップと、CCEインデックスおよび第1のパラメータに対応する第1のULリソースにACKをマッピングするステップと、第1のULリソースを使用して、ACKを送信するステップとを含む。

本開示の別の態様は、ワイヤレス通信のために構成された装置を提供し、メモリデバイスと、トランシーバと、メモリデバイスおよびトランシーバに通信可能に結合された少なくとも1つのプロセッサとを有し、少なくとも1つのプロセッサは、CCEインデックスを有するCCEを含むDL送信を受信し、DL送信に応答してACKを生成し、CCEインデックスおよび第1のパラメータに対応する第1のULリソースにACKをマッピングし、第1のULリソースを使用して、ACKを送信するように構成される。

本開示の別の態様は、スケジューリングエンティティにおいて動作可能な、ワイヤレス通信の方法を提供し、この方法は、ACKのための第1のULリソースを選択するステップであって、第1のULリソースは、第1のパラメータおよびCCEインデックスに対応する、ステップと、CCEインデックスを有するCCEを含むDL送信を被スケジューリングエンティティに通信するステップと、被スケジューリングエンティティからのDL送信に応答して、第1のULリソースを介して通信されたACKを受信するステップとを含む。

本開示の別の態様は、ワイヤレス通信のために構成された装置を提供し、メモリデバイスと、トランシーバと、メモリデバイスおよびトランシーバに通信可能に結合された少なくとも1つのプロセッサとを含み、少なくとも1つのプロセッサは、ACKのための第1のULリソースを選択し、第1のULリソースを第1のパラメータおよびCCEインデックスにマッピングし、CCEインデックスを有するCCEを含むDL送信を被スケジューリングエンティティに通信し、被スケジューリングエンティティからのDL送信に応答して、第1のULリソースにより通信されたACKを受信するように構成される。

以下の詳細な説明を検討すれば、本発明のこれらおよび他の態様がより十分に理解されよう。本発明の特定の例示的な実施形態の以下の説明を、添付図面とともに検討すれば、本発明の他の態様、特徴、および実施形態が当業者には明らかになるであろう。本発明の特徴は、以下のいくつかの実施形態および図に関して説明され得るが、本発明のすべての実施形態は、本明細書で説明する有利な特徴のうちの1つまたは複数を含むことができる。言い換えれば、1つまたは複数の実施形態が、いくつかの有利な特徴を有するものとして説明され得るが、そのような特徴のうちの1つまたは複数はまた、本明細書で説明する本発明の様々な実施形態に従って使用されてよい。同様に、例示的な実施形態が、デバイス実施形態、システム実施形態、または方法実施形態として以下で説明され得るが、そのような例示的な実施形態が様々なデバイス、システム、および方法で実施され得ることを理解されたい。

ワイヤレス通信システムの概略図である。無線アクセスネットワーク(RAN)の例の概念図である。直交周波数分割多重化(OFDM)を利用するエアインターフェースにおけるワイヤレスリソースの編成の概略図である。本開示のいくつかの態様による、例示的な自己完結型スロットの概略図である。本開示のいくつかの態様による例示的制御チャネル要素(CCE)の概略図である。本開示のいくつかの態様による、DL制御領域の例示的CCEインデックスの概略図である。本開示のいくつかの態様による、ダウンリンク(DL)制御領域の例示的制御リソースセット(CORESET)の概略図である。本開示のいくつかの態様による、追加パラメータを使う暗黙的マッピング手法の例示的編成の概略図である。本開示のいくつかの態様による、スケジューリングエンティティのためのハードウェア実装形態の例を概念的に示すブロック図である。本開示のいくつかの態様による、被スケジューリングエンティティのためのハードウェア実装形態の例を概念的に示すブロック図である。本開示のいくつかの態様による、被スケジューリングエンティティによる、アップリンク(UL)リソースへの通信の暗黙的マッピングのための例示的プロセスを示す流れ図である。本開示のいくつかの態様による、スケジューリングエンティティによる、ULリソースへの通信の暗黙的マッピングのための例示的プロセスを示す流れ図である。本開示のいくつかの態様による、被スケジューリングエンティティによる、ULリソースへの通信の明示的マッピングのための例示的プロセスを示す流れ図である。本開示のいくつかの態様による、スケジューリングエンティティによる、ULリソースへの通信の明示的マッピングのための例示的プロセスを示す流れ図である。

添付の図面に関して以下に記載する発明を実施するための形態は、様々な構成について説明するものであり、本明細書で説明する概念が実践され得る唯一の構成を表すものではない。詳細な説明は、様々な概念の完全な理解を与える目的で、具体的な詳細を含む。しかしながら、これらの概念はこれらの具体的な詳細なしに実践されてもよいことが、当業者には明らかであろう。いくつかの事例では、そのような概念を不明瞭にすることを回避するために、よく知られている構造および構成要素がブロック図の形態で示される。

いくつかの例に対する例証によって本出願で態様および実施形態が説明されるが、多くの異なる構成およびシナリオにおいて追加の実装形態および使用事例が生じ得ることを当業者は理解されよう。本明細書で説明する革新は、多くの異なるプラットフォームタイプ、デバイス、システム、形状、サイズ、パッケージング配置にわたって実装され得る。たとえば、実施形態および/または使用は、統合チップ実施形態および他の非モジュール構成要素ベースデバイス(たとえば、エンドユーザデバイス、車両、通信デバイス、コンピューティングデバイス、産業機器、小売/購入デバイス、医療デバイス、AI対応デバイスなど)を介して生じ得る。いくつかの例は、特に使用事例または適用例を対象とすることもまたはしないこともあるが、説明される革新の幅広い種類の適用可能性が生じ得る。実装形態は、チップレベルまたはモジュール式の構成要素から、非モジュール式、非チップレベルの実装形態まで、さらには、説明する革新の1つまたは複数の態様を組み込む、集約型、分散型、または相手先商標製造会社(OEM)デバイスもしくはシステムまでの範囲に及ぶことがある。いくつかの実際的な設定では、説明する態様および特徴を組み込むデバイスは、特許請求し説明する実施形態の実装および実践のための追加の構成要素および特徴も必然的に含む場合がある。たとえば、ワイヤレス信号の送信および受信は、アナログおよびデジタルの目的でいくつかの構成要素(たとえば、アンテナ、無線周波数(RF)チェーン、電力増幅器、変調器、バッファ、プロセッサ、インターリーバ、加算器/アナログ加算器などを含むハードウェア構成要素)を必然的に含む。本明細書で説明される革新は、様々なサイズ、形状、および構成の、多種多様なデバイス、チップレベルの構成要素、システム、分散型の構成、エンドユーザデバイスなどにおいて実践され得ることを目的とする。

本開示全体にわたって提示される様々な概念は、広範な電気通信システム、ネットワークアーキテクチャ、および通信規格にわたって実装され得る。ここで図1を参照すると、限定ではなく例示的な例として、ワイヤレス通信システム100に関して、本開示の様々な態様が示されている。ワイヤレス通信システム100は、コアネットワーク102、無線アクセスネットワーク(RAN)104、およびユーザ機器(UE)106という3つの対話するドメインを含む。ワイヤレス通信システム100のおかげで、UE106は、インターネットなどの(ただし、それに限定されない)外部データネットワーク110とのデータ通信を実践することを可能にされ得る。

RAN104は、UE106に無線接続を提供するための、1つまたは複数の任意の適切なワイヤレス通信技術を実装し得る。一例として、RAN104は、しばしば5Gと呼ばれる3GPP新無線(NR)仕様に従って動作し得る。別の例として、RAN104は、5G NRと、しばしばLTEと呼ばれる進化型ユニバーサル地上無線アクセスネットワーク(eUTRAN)規格との混成の下で動作し得る。3GPPは、この混成RANを次世代RANまたはNG-RANと呼ぶ。当然、本開示の範囲内で、多くの他の例が利用され得る。

示されるように、RAN104は複数の基地局108を含む。概して、基地局は、被スケジューリングエンティティとの間の1つまたは複数のセルにおける無線送信および受信を担う無線アクセスネットワークにおけるネットワーク要素である。異なる技術、規格、またはコンテキストにおいて、スケジューリングエンティティは、当業者によって、基地トランシーバ局(BTS)、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット(BSS)、拡張サービスセット(ESS)、アクセスポイント(AP)、ノードB(NB)、eノードB(eNB)、gノードB(gNB)、または何らかの他の好適な用語で様々に呼ばれることがある。

無線アクセスネットワーク104は、複数のモバイル装置のためのワイヤレス通信をサポートするようにさらに図示される。モバイル装置は、3GPP規格ではUEまたは被スケジューリングエンティティと呼ばれることがあるが、移動局(MS)、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末(AT)、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な技術としても、当業者によって呼ばれることがある。UEは、ネットワークサービスへのアクセスをユーザに提供する装置であり得る。

本文書内では、「モバイル」装置は、必ずしも移動するための能力を有する必要があるとは限らず、静止していてよい。モバイル装置またはモバイルデバイスという用語は、多種多様なデバイスおよび技術を広く指す。被スケジューリングエンティティは、通信の助けとなるようにサイズ決定、成形、かつ配置された、いくつかのハードウェア構造構成要素を備えてよく、そのような構成要素は、互いに電気的に結合されたアンテナ、アンテナアレイ、RFチェーン、増幅器、1つまたは複数のプロセッサなどを含むことができる。たとえば、モバイル装置のいくつかの非限定的な例には、モバイル、セルラー(セル)フォン、スマートフォン、セッション開始プロトコル(SIP)フォン、ラップトップ、パーソナルコンピュータ(PC)、ノートブック、ネットブック、スマートブック、タブレット、携帯情報端末(PDA)、および、たとえば、「モノのインターネット」(IoT)に対応する、広範囲の埋込みシステムが含まれる。モバイル装置は、追加として、自動車または他の輸送車両、リモートセンサーまたはアクチュエータ、ロボットまたはロボティクスデバイス、衛星無線、全地球測位システム(GPS)デバイス、オブジェクトトラッキングデバイス、ドローン、マルチコプター、クワッドコプター、遠隔制御デバイス、ならびに、アイウェア、ウェアラブルカメラ、バーチャルリアリティデバイス、スマートウォッチ、ヘルストラッカーまたはフィットネストラッカー、デジタルオーディオプレーヤ(たとえば、MP3プレーヤ)、カメラ、ゲーム機などの消費者デバイスおよび/またはウェアラブルデバイスなどであり得る。モバイル装置は、追加として、ホームオーディオ、ビデオ、および/またはマルチメディアデバイスなどのデジタルホームデバイスまたはスマートホームデバイス、アプライアンス、自動販売機、インテリジェント照明、ホームセキュリティシステム、スマートメーターなどであり得る。モバイル装置は、追加として、スマートエネルギーデバイス、セキュリティデバイス、ソーラーパネルまたはソーラーアレイ、電力(たとえば、スマートグリッド)、照明、水道などを制御する自治体インフラストラクチャデバイス、工業オートメーションおよびエンタープライズデバイス、ロジスティックスコントローラ、農業機器、軍事防御機器、車両、航空機、船舶、および兵器類などであり得る。またさらに、モバイル装置は、接続された医療または遠隔医療サポート、たとえば、遠隔での保健医療を提供し得る。遠隔医療デバイスは、遠隔医療監視デバイスおよび遠隔医療運営デバイスを含むことがあり、これらの通信は、たとえば重要なサービスデータの輸送のための優先的なアクセス、および/または重要なサービスデータの輸送のための関連するサービス品質(QoS)に関して、他のタイプの情報よりも優先的な取扱いまたは優遇されたアクセス権を与えられ得る。

RAN104とUE106との間のワイヤレス通信は、エアインターフェースを使用するものとして記述され得る。基地局(たとえば、基地局108)から1つまたは複数のUE(たとえば、UE106)へのエアインターフェースを介した送信は、DL送信と呼ばれ得る。本開示のいくつかの態様によれば、ダウンリンクという用語は、スケジューリングエンティティ(以下でさらに説明される、たとえばスケジューリングエンティティ108)において発する一地点対多地点送信を指し得る。本方式を説明するための別の方法は、ブロードキャストチャネル多重化という用語を使用することであり得る。UE(たとえば、UE106)から基地局(たとえば、基地局108)への送信は、UL送信と呼ばれ得る。本開示のさらなる態様によれば、アップリンクという用語は、被スケジューリングエンティティ(以下でさらに説明される、たとえば被スケジューリングエンティティ106)において発する一地点対一地点送信を指し得る。

いくつかの例では、エアインターフェースへのアクセスがスケジュールされてよく、スケジューリングエンティティ(たとえば、基地局108)は、そのサービスエリアまたはセル内のいくつかのまたはすべてのデバイスおよび機器の間で通信のためのリソースを割り振る。本開示内で、以下でさらに説明するように、スケジューリングエンティティは、1つまたは複数のUEのためのリソースのスケジューリング、割当て、再構成、および解放を担い得る。すなわち、スケジュールされた通信のために、被スケジューリングエンティティであってよいUE106は、スケジューリングエンティティ108によって割り振られたリソースを使用し得る。

基地局108は、スケジューリングエンティティとして機能し得る唯一のエンティティではない。すなわち、いくつかの例では、UEが、1つまたは複数の被スケジューリングエンティティ(たとえば、1つまたは複数の他のUE)のためにリソースをスケジュールするスケジューリングエンティティとして機能し得る。

図1に示すように、スケジューリングエンティティ108は、1つまたは複数の被スケジューリングエンティティ106にダウンリンクトラフィック112をブロードキャストすることができる。概して、スケジューリングエンティティ108は、ダウンリンクトラフィック112と、いくつかの例では、1つまたは複数の被スケジューリングエンティティ106からスケジューリングエンティティ108へのアップリンクトラフィック116とを含む、ワイヤレス通信ネットワークの中のトラフィックをスケジュールすることを担うノードまたはデバイスである。他方では、被スケジューリングエンティティ106は、限定はしないが、スケジューリングエンティティ108などのワイヤレス通信ネットワークの中の別のエンティティからの、スケジューリング情報(たとえば、許可)、同期もしくはタイミング情報、または他の制御情報を含む、ダウンリンク制御情報114を受信するノードまたはデバイスである。

いくつかの例では、スケジューリングエンティティ108と1つまたは複数の被スケジューリングエンティティ106との間の通信は、開放型システム間相互接続(OSI)モデルによって特徴付けることができ、これは、基本的レベルにおいて、ユーザプレーンおよび制御プレーンを有するプロトコルスタックからなり得る。一例では、制御プレーンは、無線リンク制御(RLC)レイヤ、媒体アクセス制御(MAC)レイヤ、および物理(PHY)レイヤを含むいくつかのレイヤを含むことができ、制御プレーンは、無線リソース制御(RRC)レイヤを含むことができる。RLCおよびMACレイヤは、スケジューリング、自動再送要求(ARQ)、およびハイブリッド自動再送要求(HARQ)を含む機能を実施することができ、PHYレイヤは、スケジューリングエンティティ108および1つまたは複数の被スケジューリングエンティティ106を接続する物理データリンクを介したデータの通信のための手段を定義し得る。パケットデータコンバージェンスプロトコル(PDCP)などの他のレイヤは、ユーザプレーンおよび制御プレーンのためのヘッダ圧縮、完全性保護、および暗号化などの機能を実施することができる。

一般に、基地局108は、ワイヤレス通信システムのバックホール部分120との通信用のバックホールインターフェースを含み得る。バックホール120は、基地局108とコアネットワーク102との間のリンクを提供し得る。さらに、いくつかの例では、バックホールネットワークは、それぞれの基地局108間の相互接続を提供し得る。任意の適切なトランスポートネットワークを使用した、直接の物理的な接続、仮想ネットワークなどの、様々なタイプのバックホールインターフェースが利用され得る。

コアネットワーク102は、ワイヤレス通信システム100の一部であってよく、RAN104において使われる無線アクセス技術とは無関係であってよい。いくつかの例では、コアネットワーク102は、5G規格(たとえば、5GC)に従って構成され得る。他の例では、コアネットワーク102は、4G発展型パケットコア(EPC)、またはどの他の適切な規格もしくは構成に従って構成されてもよい。

次に図2を参照すると、限定ではなく例として、RAN200の概略図が示されている。いくつかの例では、RAN200は、上で説明され図1に示されるRAN104と同じであり得る。RAN200によってカバーされる地理的エリアは、1つのアクセスポイントまたは基地局からブロードキャストされた識別情報に基づいて、ユーザ機器によって一意に識別され得るセルラー領域(セル)に分割され得る。図2は、各々が1つまたは複数のセクタ(図示されず)を含み得る、マクロセル202、204、および206、ならびにスモールセル208を示す。セクタはセルのサブエリアである。1つのセル内のすべてのセクタは、同じ基地局によってサービスされる。セクタ内の無線リンクは、そのセクタに属する単一の論理的識別情報によって識別され得る。セクタに分割されるセルでは、セル内の複数のセクタは、アンテナのグループによって形成することができ、各アンテナは、セルの一部分におけるUEとの通信を担う。

図2では、2つの基地局210および212がセル202および204において示され、セル206の中のリモートラジオヘッド(RRH)216を制御する第3の基地局214が示されている。すなわち、基地局は、集積アンテナを有することができるか、またはフィーダケーブルによってアンテナもしくはRRHに接続され得る。図示の例では、基地局210、212、および214は大きいサイズを有するセルをサポートするので、セル202、204、および206はマクロセルと呼ばれることがある。さらに、1つまたは複数のマクロセルと重複し得るスモールセル208(たとえば、マイクロセル、ピコセル、フェムトセル、ホーム基地局、ホームノードB、ホームeノードBなど)内に、基地局218が示される。この例では、基地局218は比較的小さいサイズを有するセルをサポートするので、セル208はスモールセルと呼ばれることがある。セルのサイズ決定は、システム設計ならびに構成要素制約に従って行われ得る。

無線アクセスネットワーク200が任意の数のワイヤレス基地局およびセルを含んでよいことを理解されたい。さらに、所与のセルのサイズまたはカバレージエリアを拡張するために、中継ノードが展開されてよい。基地局210、212、214、218は、任意の数のモバイル装置のためのコアネットワークにワイヤレスアクセスポイントを提供する。いくつかの例では、基地局210、212、214、および/または218は、上で説明され図1に示される基地局/スケジューリングエンティティ108と同じであり得る。

RAN200内では、セルは、各セルの1つまたは複数のセクタと通信している場合があるUEを含み得る。さらに、各基地局210、212、214、218、および220は、それぞれのセル内のすべてのUEにコアネットワーク102(図1参照)へのアクセスポイントを提供するように構成され得る。たとえば、UE222および224は、基地局210と通信していてよく、UE226および228は、基地局212と通信していてよく、UE230および232は、RRH216を経由して基地局214と通信していてよく、UE234は、基地局218と通信していてよく、UE236は、モバイルスケジューリングエンティティ220と通信していてよい。いくつかの例では、UE222、224、226、228、230、232、234、236、238、240、および/または242は、上述し、図1に示した被スケジューリングエンティティ106と同じであってよい。

いくつかの例では、ドローンまたはクアッドコプターであり得る無人航空機(UAV)220は、モバイルネットワークノードであることが可能であり、UEとして機能するように構成され得る。たとえば、UAV220は、基地局210と通信することによってセル202内で動作し得る。

RAN200のさらなる態様では、基地局からのスケジューリング情報または制御情報に必ずしも依存することなく、UE間でサイドリンク信号が使用され得る。たとえば、2つ以上のUE(たとえば、UE226および228)は、基地局(たとえば、基地局212)を通してその通信を中継することなく、ピアツーピア(P2P)またはサイドリンク信号227を使用して互いと通信し得る。さらなる例では、UE240および242と通信するUE238が示される。ここで、UE238は、スケジューリングエンティティまたは1次サイドリンクデバイスとして機能することができ、UE240および242は、被スケジューリングエンティティまたは非1次(たとえば、2次)サイドリンクデバイスとして機能し得る。さらに別の例では、UEは、デバイスツーデバイス(D2D)、ピアツーピア(P2P)、もしくはビークルツービークル(V2V)ネットワークにおいて、および/またはメッシュネットワークにおいて、スケジューリングエンティティとして機能し得る。メッシュネットワーク例では、UE240および242は、スケジューリングエンティティ238と通信することに加えて、任意選択で互いと直接通信し得る。したがって、時間-周波数リソースへのスケジューリングされたアクセス権があり、セルラー構成、P2P構成、またはメッシュ構成を有するワイヤレス通信システムでは、スケジューリングエンティティ238および1つまたは複数の被スケジューリングエンティティは、スケジュールされるリソースを使用して通信し得る。いくつかの例では、サイドリンク信号227は、サイドリンクトラフィックおよびサイドリンク制御を含む。いくつかの例では、サイドリンク制御情報は、送信要求(RTS)、ソース送信信号(STS)、および/または方向選択信号(DSS)などの要求信号を含み得る。要求信号は、被スケジューリングエンティティが、サイドリンク信号のために利用可能なサイドリンクチャネルを保持すべき持続時間を要求することをもたらし得る。サイドリンク制御情報はさらに、送信可(CTS)および/または宛先受信信号(DRS)などの応答信号を含み得る。応答信号は、被スケジューリングエンティティが、たとえば、要求された持続時間にわたる、サイドリンクチャネルの利用可能性を示すことをもたらし得る。要求信号および応答信号の交換(たとえば、ハンドシェイク)は、サイドリンク通信を実行する異なる被スケジューリングエンティティが、サイドリンクトラフィック情報の通信の前にサイドリンクチャネルの利用可能性を交渉することを可能にし得る。

無線アクセスネットワーク200では、UEが、そのロケーションとは無関係に、移動しながら通信するための能力は、モビリティと呼ばれる。UEと無線アクセスネットワークとの間の様々な物理チャネルは、概して、アクセスおよびモビリティ管理機能(AMF、図示せず、図1のコアネットワーク102の一部)の制御下でセットアップされ、維持され、解放され、AMFは、制御プレーンとユーザプレーンの両方の機能性のためのセキュリティコンテキストを管理するセキュリティコンテキスト管理機能(SCMF)と、認証を実施するセキュリティアンカー機能(SEAF)とを含み得る。

無線アクセスネットワーク200におけるエアインターフェースは、1つまたは複数の複信アルゴリズムを使用し得る。複信は、両方のエンドポイントが両方向において互いに通信することができる、ポイントツーポイント通信リンクを指す。ワイヤレスリンクでは、全二重チャネルは、一般に、送信機および受信機の物理的分離、ならびに好適な干渉消去技術に依拠する。周波数分割複信(FDD)または時分割複信(TDD)を使用することによって、ワイヤレスリンクに対して全二重エミュレーションが頻繁に実装される。FDDでは、異なる方向における送信は、異なるキャリア周波数において動作する。TDDでは、所与のチャネル上の異なる方向における送信は、時分割多重化を使用して、互いから分離される。すなわち、ある時間には、チャネルはある方向における送信専用であるが、他の時間には、チャネルは反対方向における送信専用であり、その場合、方向は極めて急速に、たとえば、スロット当たり数回、変化し得る。

無線アクセスネットワーク200におけるエアインターフェースは、様々なデバイスの同時通信を可能にするための、1つまたは複数の多重化および多元接続アルゴリズムを使用し得る。たとえば、5G NR仕様が、UE222および224から基地局210へのUL送信用に、ならびに、サイクリックプレフィックス(CP)を用いる直交周波数分割多重化(OFDM)を使用して、基地局210から1つまたは複数のUE222および224へのDL送信のための多重化のために、多元接続を提供する。さらに、UL送信用に、5G NR仕様は、CPを用いる離散フーリエ変換拡散OFDM(DFT-s-OFDM)(シングルキャリアFDMA(SC-FDMA)とも呼ばれる)のためのサポートを提供する。ただし、本開示の範囲において、多重化および多元接続は、上記方式には限定されず、時分割多元接続(TDMA)、符号分割多元接続(CDMA)、周波数分割多元接続(FDMA)、スパースコード多元接続(SCMA)、リソーススプレッド多元接続(RSMA)、または他の適切な多元接続方式を使用して提供され得る。さらに、基地局210からUE222および224へのDL送信を多重化することは、時分割多重化(TDM)、符号分割多重化(CDM)、周波数分割多重化(FDM)、直交周波数分割多重化(OFDM)、スパースコード多重化(SCM)、または他の適切な多重化方式を利用して提供され得る。

本開示の様々な態様が、図3に概略的に示されるOFDM波形を参照して説明される。本開示の様々な態様は、本明細書において以下で説明する方法と実質的に同じ方法でDFT-s-OFDMA波形に適用され得ることを、当業者は理解されたい。すなわち、本開示のいくつかの例は、明快にするためにOFDMリンクに焦点を合わせることがあるが、同じ原理がDFT-s-OFDM波形にも適用され得ることを理解されたい。

本開示において、フレームは、ワイヤレス送信のための10msの持続時間を指し、各フレームは、各々が1msの10個のサブフレームからなる。所与のキャリア上では、フレームの1つのセットがUL中に、フレームの別のセットがDL中にあってよい。ここで図3を参照すると、OFDMリソースグリッド304を示す、例示的なDLサブフレーム302の拡大図が示されている。しかしながら、当業者が容易に諒解するように、任意の特定の適用例のためのPHY送信構造は、任意の数の要因に応じて、ここで説明する例とは異なることがある。ここで、時間はOFDMシンボルの単位で水平方向であり、周波数はサブキャリアまたはトーンの単位で垂直方向である。

所与のアンテナポートのための時間-周波数リソースを概略的に表すために、リソースグリッド304が使用され得る。すなわち、利用可能な複数のアンテナポートがある多入力多出力(MIMO)実装形態では、対応する複数個のリソースグリッド304が通信に利用可能であり得る。リソースグリッド304は、複数のリソース要素(RE)306に分割される。1サブキャリア×1シンボルであるRE306が、時間-周波数グリッドの最小の個別の部分であり、物理チャネルまたは信号からのデータを表す単一の複素数値を含む。特定の実装形態において利用される変調に応じて、各RE306は1つまたは複数のビットの情報を表し得る。いくつかの例では、REのブロックは、物理リソースブロック(PRB)またはより簡単にはリソースブロック(RB)308と呼ばれることがあり、これは周波数ドメインにおいて任意の適切な数の連続的なサブキャリアを含む。一例では、RB308は12個のサブキャリアを含むことがあり、これは使用されるヌメロロジーとは無関係な数である。いくつかの例では、ヌメロロジーに基づいて、RB308は、時間ドメインにおいて任意の適切な数の連続的なOFDMシンボルを含むことがある。本開示内では、RB308などの単一のRB308は単一の通信の方向(所与のデバイスに対して送信または受信のいずれか)に完全に対応することが仮定される。

UEは概して、リソースグリッド304のサブセットのみを使用する。RB308は、UEに割り振られ得るリソースの最小単位であり得る。したがって、UEのためにスケジューリングされるRB308が多いほど、およびエアインターフェースのために選ばれる変調方式が高いほど、UEのデータレートが高くなる。

この図では、RB308は、サブフレーム302の帯域幅全体よりも小さい帯域幅を占めるものとして示されており、いくつかのサブキャリアは、RB308の上および下に示されている。所与の実装形態では、サブフレーム302は、1つまたは複数のRB308のうちの任意の数に対応する帯域幅を有し得る。さらに、この図では、RB308はサブフレーム302の時間長全体未満を占有するものとして示されているが、これは1つの可能な例にすぎない。

各1msサブフレーム302は、1つまたは複数の隣接スロットからなり得る。図3に示される例では、1つのサブフレーム302は、説明のための例として、4個のスロット310を含む。いくつかの例では、スロットは、所与の巡回プレフィックス(CP)長を伴う指定された数のOFDMシンボルに従って定義され得る。たとえば、スロットは、ノミナルのCPを伴う7個または14個のOFDMシンボルを含み得る。追加の例は、より短い時間長(たとえば、1つまたは2つのOFDMシンボル)を有するミニスロットを含み得る。これらのミニスロットは、場合によっては、同じUEまたは異なるUEのための進行中のスロット送信のためにスケジューリングされるリソースを占有して送信されることがある。

スロット310のうちの1つの、拡大図が、制御領域312およびデータ領域314を含むスロット310を示している。一般に、制御領域312は制御チャネル(たとえば、PDCCH)を搬送することができ、データ領域314はデータチャネル(たとえば、PDSCHまたは物理アップリンク共有チャネル(PUSCH))を搬送することができる。当然、スロットは、すべてのDL、すべてのUL、または少なくとも1つのDL部分および少なくとも1つのUL部分を含み得る。図3に示される単純な構造は本質的に例にすぎず、異なるスロット構造が利用されることがあり、制御領域およびデータ領域の各々のうちの1つまたは複数を含むことがある。

図3には示されていないが、RB308内の様々なRE306は、制御チャネル、共有チャネル、データチャネルなどを含む、1つまたは複数の物理チャネルを搬送するようにスケジュールされ得る。RB308内の他のRE306も、限定はしないが、復調基準信号(DMRS)、制御基準信号(CRS)、またはサウンディング基準信号(SRS)を含む、パイロットまたは基準信号を搬送し得る。これらのパイロットまたは基準信号は、受信デバイスが対応するチャネルのチャネル推定を実施することを実現することができ、このことは、RB308内の制御チャネルおよび/またはデータチャネルのコヒーレントな復調/検出を可能にすることができる。

DL送信では、送信デバイス(たとえば、基地局108)は、PBCH、PSS、SSS、物理制御フォーマットインジケータチャネル(PCFICH)、物理ハイブリッド自動再送要求(HARQ)インジケータチャネル(PHICH)、および/またはPDCCHなどの1つまたは複数のDL制御チャネルを含むDL制御情報114を1つまたは複数のUE106に搬送するために、1つまたは複数のRE306(たとえば、制御領域312内)を割り振ることができる。PCFICHは、PDCCHを受信して復号する際に受信デバイスを助けるための情報を提供する。PDCCHは、電力制御コマンド、スケジューリング情報、許可、ならびに/またはDL送信およびUL送信のためのREの割当てを含むがそれらには限定されないDCIを搬送する。PHICHは、ACKまたはNACKなどのHARQフィードバック送信を搬送する。HARQは当業者によく知られている技法であり、パケット送信の完全性が、たとえば、チェックサムまたはCRCなど、任意の適切な完全性検査機構を使用して、精度について受信側で検査され得る。送信の完全性が確認される場合、ACKが送信されてよく、確認されない場合、NACKが送信されてよい。NACKに応答して、送信デバイスは、チェイス合成、インクリメンタル冗長などを実装し得るHARQ再送信を送ってよい。

UL送信では、送信デバイス(たとえば、UE106)は、物理アップリンク制御チャネル(PUCCH)など、1つまたは複数のUL制御チャネルを含むUL制御情報118を基地局108に搬送するために、1つまたは複数のRE306を使用し得る。UL制御情報は、パイロット、基準信号、およびアップリンクデータ送信の復号を可能にするように、またはそれを助けるように構成される情報を含む、様々なパケットタイプおよびカテゴリを含み得る。いくつかの例では、制御情報118は、スケジューリング要求(SR)、たとえば、基地局108がアップリンク送信をスケジュールするための要求を含み得る。ここで、制御チャネル118上で送信されたSRに応答して、基地局108は、アップリンクパケット送信のためのリソースをスケジュールし得るダウンリンク制御情報114を送信してよい。UL制御情報はまた、HARQフィードバック、チャネル状態フィードバック(CSF)、または任意の他の適切なUL制御情報を含み得る。

制御情報に加え、(たとえば、データ領域314内の)1つまたは複数のRE306が、ユーザデータまたはトラフィックデータ用に割り振られ得る。そのようなトラフィックは、DL送信、すなわちPDSCH、またはUL送信、すなわちPUSCHなどのために、1つまたは複数のトラフィックチャネル上で搬送され得る。いくつかの例では、データ領域314内の1つまたは複数のRE306は、システム情報ブロック(SIB)を搬送するように構成されることがあり、所与のセルへのアクセスを可能にし得る情報を搬送する。

上記で説明し、図2および図3に示したチャネルまたはキャリアは、必ずしも、基地局108とUE106との間で使用され得るすべてのチャネルまたはキャリアであるとは限らず、当業者は、図示したものに加えて、他のトラフィックチャネル、制御チャネル、およびフィードバックチャネルなどの他のチャネルまたはキャリアが使用され得ることを認識されよう。

上で説明されたこれらの物理チャネルは一般に、媒体アクセス制御(MAC)レイヤにおける取扱いのために、多重化されトランスポートチャネルにマッピングされる。トランスポートチャネルは、トランスポートブロック(TB)と呼ばれる情報のブロックを搬送する。情報のビット数に対応し得るトランスポートブロックサイズ(TBS)は、所与の送信における変調およびコーディング方式(MCS)ならびにRBの数に基づく、被制御パラメータであり得る。

本開示のある態様によると、1つまたは複数のスロットは、自己完結型スロットとして構築され得る。たとえば、図4は、自己完結型スロット400および450の2つの例示的な構造を示す。自己完結型スロット400および/または450は、いくつかの例では、上で説明され図3に示されるスロット310の代わりに使用され得る。

図示の例では、DL中心スロット400は、送信機によってスケジュールされたスロットであってよい。DL中心という名称は、一般に、より多くのリソースがDL方向における送信(たとえば、基地局108からUE106への送信)のために割り振られる構造を指す。同様に、UL中心スロット450は、受信機によってスケジュールされたスロットであってよく、より多くのリソースがUL方向における送信(たとえば、UE106から基地局108への送信)のために割り振られる。

自己完結型スロット400および450などの各スロットは、送信(Tx)部分および受信(Rx)部分を含み得る。たとえば、DL中心スロット400では、基地局108は、最初に、たとえば、DL制御領域402においてPDCCH上で制御情報を送信する機会を有し、次いで、たとえば、DLデータ領域404においてPDSCH上でDLユーザデータまたはトラフィックを送信する機会を有する。適切な持続時間410を有するガード期間(GP)領域406に続いて、基地局108は、ULバースト408において、キャリアを使って他のエンティティから、任意のULスケジューリング要求、CSF、HARQ ACK/NACKなどを含むULデータおよび/またはULフィードバックを受信する機会を有する。

たとえば、スロットは、UL方向で他のエンティティと、どのULスケジューリング要求、CSF、HARQ ACK/NACKなども含むULデータおよび/またはULフィードバックを通信するためのULバースト領域408を含み得る。ULバースト領域408は、UE106が、スケジューリング要求、ULユーザデータ、CSF、HARQ ACK信号、不連続受信/送信(DRx/DTx)に関連した信号、またはどの他の適切な情報も基地局108へ送信するための機会を提供し得る。簡単のために、上述したACK、NACK、CSF、およびDRx/DTxフィードバックまたはデータは、本明細書では「ACK」と呼ばれ得る。

ここで、DL中心スロット400などのスロットは、データ領域404において搬送されるデータのすべてが同じスロットの制御領域402においてスケジュールされているとき、さらに、データ領域404において搬送されるデータのすべてが同じスロットのULバースト408において確認されているとき(または少なくとも確認される機会を有する)とき、自己完結型スロットと呼ばれることがある。このように、各自己完結型スロットは、任意の所与のパケットのためのスケジューリング-送信-肯定応答のサイクルをいずれかの他のスロットが完了することを必ずしも必要としない、自己完結型エンティティであると見なされ得る。

GP領域406は、ULタイミングおよびDLタイミングにおける変動性に適応するために含まれ得る。たとえば、(たとえば、DLからULへの)無線周波数(RF)アンテナ方向切替えに起因するレイテンシおよび送信経路レイテンシは、DLタイミングと一致するように、UE106にUL上で早期に送信させることがある。そのような早期送信は、基地局108から受信されたシンボルに干渉することがある。したがって、GP領域406は、DLデータ領域404の後の時間量が干渉を防ぐことを可能にすることができ、その場合、GP領域406は、基地局108がそのRFアンテナ方向を切り替えるための適切な時間量、オーバージエア(OTA)送信のための適切な時間量、およびUE106によるACK処理のための適切な時間量を与える。

同様に、UL中心スロット450は、自己完結型スロットとして構成され得る。UL中心スロット450は、DL中心スロット400と実質的に同様であり、ガード期間454、ULデータ領域456、およびULバースト領域458を含む。

スロット400および450に示すスロット構造は、自己完結型スロットの一例にすぎない。他の例は、あらゆるスロットの最初にある共通DL部分と、あらゆるスロットの最後にある共通UL部分とを含んでもよく、これらのそれぞれの部分の間のスロットの構造に様々な差がある。他の例は、依然として、本開示の範囲内で提供され得る。

DL制御領域402は、スロット400中の最初のN個のOFDMシンボルを占めてよく、1つまたは複数のCCEを含み得る。DL制御領域402中で、基地局108は、たとえば、PDCCH上で、1つまたは複数のUEへ制御情報を送信するための機会を有する。所与のPDCCH中に含まれるCCEの数は、帯域幅およびDL制御領域402中のOFDMシンボルの数などの構成パラメータに依存する。PDCCH中のCCEの数は、PDCCHのアグリゲーションレベルと呼ばれ、各PDCCHは概して、1、2、4または8つのCCEのアグリゲーション上で送られる。ここで、PDCCHは、DLリソース割振りのためのUE特定のスケジューリング割当て、電力制御コマンド、物理ランダムアクセスチャネル(PRACH)応答、スケジューリング情報、許可、ならびに/またはDLおよびUL送信のためのREの割当てを含むDCIを含み得る。

図5は、図3～図4に示したスロットのうちのいずれかなどのスロットのDL制御領域506における例示的CCE500構造の概略図である。図5のCCE500構造は、リソース要素グループ(REG)504にグループ化され得るいくつかのRE502を含む、DL制御領域506の部分を表す。各REG504は概して、同じOFDMシンボルおよび同じRB308内に、4つの連続するRE502(または基準信号によって分離される4つのRE502)を含む。この例では、CCE構造500は、少なくとも12個のサブキャリアおよび3つのOFDMシンボルにわたって分散された少なくとも9つのREG504を含む。しかしながら、当業者が容易に理解するように、あらゆる特定の適用例のためのCCE500構造が、任意の数の要因に応じて、本明細書で説明される例から変わり得る。たとえば、CCE500構造は、任意の適切な数のREGを含んでよい。

図6は、図3および図4のうちのいずれかの、DL制御領域などのDL制御領域606のいくつかの例示的制御リソースセット(CORESET)600の概略図である。CORESET600は、UE106向けに構成されてよく、UE106用のPDCCHに関し得る。LTEでは、UE106が、そのPDCCH用のDL制御領域606全体を監視し得るが、5G NRでは、UE106が監視するように構成される1つまたは複数のCORESET600があり、それによってUE106がDL制御領域606帯域幅全体を監視することにならないようにしてもよい。CORESET600は、被スケジューリングエンティティが監視するように構成されるDL送信および/またはDLチャネルの帯域幅の量に基づくサイズである帯域幅を含み得る。

各CORESET600は、周波数ドメイン中のいくつかのサブキャリアと、時間ドメイン中の1つまたは複数のシンボルとを含む、DL制御領域606の部分を表す。図6の例では、CORESET600構造は、3つのOFDMシンボルにわたるようなサイズである、周波数と時間の両方における次元を有する少なくとも1つのCCE602に対応する。2つ以上のOFDMシンボルにわたるサイズを有するCORESETは、比較的狭いシステム帯域幅(たとえば、5MHz)における使用に有益であり得る。ただし、1シンボルCORESETも可能であり得る。

上で簡潔に論じたように、被スケジューリングエンティティ、またはHARQを使用するUE106が概して、PUSCHまたはPUCCHなどのULチャネル上で、およびいくつかの例では、スロットのULバースト領域408/458中に、ACK情報を送信する。ただし、ACKを送信する前に、UE106は、ACKを送信するためのULチャネル内でのロケーション(たとえば、1つまたは複数のREを含む時間-周波数リソース)を特定または決定する。4G LTEネットワークにおいて、UE106は、PDCCHリソースインデックスに基づいて、ACKの送信に使用されるリソースのロケーションを暗黙的に決定する。つまり、スケジューリングエンティティ、または基地局108は、ACKを送信するのに使うべきリソースの明示的指示を、UE106に必ずしも与える必要はなく、必要とされるシグナリングオーバーヘッドの量を削減する。

ただし、5G NRネットワーク内で、所与のスロットのDL制御領域606は、同じセル内の異なるUE106が、DLデータを監視するための異なるCORESET領域を有し得るように、区分または分割されてよい。この理由により、第1の被スケジューリングエンティティ(たとえば、図2のUE226)向けのDLデータをスケジュールするPDCCHのCCEインデックス608は、第2の被スケジューリングエンティティ(たとえば、図2のUE228)向けのDLデータをスケジュールするPDCCHのCCEインデックス608と同じになり得る。ACKの送信に使われるリソースのロケーションは、このCCEインデックス608に基づいてマッピングされるので、ACK衝突の可能性がある。たとえば、UEは、同じCCEインデックス608を有する、異なるDL制御リソースで構成されてよく、結果として、複数のUEが、ACKを、ULチャネル中の共通リソースにマッピングすることになる。

さらに、マルチユーザMIMO(MU-MIMO)をサポートするDL制御チャネルを有する5G NRネットワークでは、基地局108は、UEのグループへDL制御情報を送るのに、同じ時間-周波数リソースを使用し得る。つまり、異なるストリームを空間的にプリコーディングすることによって、2つ以上のUEが、それぞれのPDCCH情報を、同じCCEインデックス608に基づいて受信し得る。当然ながら、ACK衝突をもたらす上記例示的ケースは、いくつかの例にすぎない。つまり、異なるUE用のULリソースは、いくつかの他の理由のために衝突する場合もある。したがって、本開示の様々な態様は、被スケジューリングエンティティ(たとえば、UE)が、同じセル中の他のUEによる他のACK送信との衝突を削減するか、またはなくす、ACK送信に使用するためのリソースの効率的および効果的決定を可能にする。

図7は、本開示のいくつかの態様による、図3～図6のうちのいずれかの、DL制御領域などのDL制御領域706のCORESETの別の例の概略図である。この例では、DL制御領域706は3つのOFDMシンボルにわたる。各CORESETは、制御領域706のPDCCH領域内に示され、それぞれのPDCCH領域内のリソースの特定のセットに割り振られる。各CORESETは、時間および周波数ドメインの両方において構成されてよく、複数のCORESETが、1つまたは複数のUE106について、周波数および/または時間において重複するか、または重複しなくてよい。各CORESETは、1つまたは複数のOFDMシンボルにわたり得る。

第1のCORESET708が、「CORESET #1」(制御リソースセット(CORESET)インデックス)とインデックス付けられ、時間ドメインにおける3つのOFDMシンボル中に発現し、DL制御領域706の周波数ドメインにおけるリソースの第1の領域を占めるように示される。第1のCORESET708は、24個のREG704および少なくとも1つのCCE702を含み得る。これは一例にすぎないことに留意されたい。別の例では、第1のCORESET708は、任意の適切な数のREG704およびCCE702を含み得る。

第2のCORESET710は、「CORESET #2」とインデックス付けられ、時間ドメインにおける1つのOFDMシンボル中に発現し、周波数ドメインにおけるリソースの第2の領域を占めるように示される。第3のCORESET712は、「CORESET #3」とインデックス付けられ、時間ドメインにおける2つのシンボル中に発現し、周波数ドメインにおけるリソースの第3の領域を占めるように示される。第2のCORESET710および第3のCORESET712は、任意の適切な数のREGおよびCCEの合成を有することに関して、第1のCORESET708と実質的に同様である。

一例では、UE106に対応するCORESETの数は、各CORESETに関連付けられたインデックスを示し得る。たとえば、UE106が、第1のCORESET708、第2のCORESET710、および第3のCORESET712を有して構成される場合、インデックス付け方式は、CORESET(すなわち、CORESET1～3)の数に対応し得る。別の例では、CORESETインデックスは、複数のUE106にとって利用可能なCORESETの数にも対応してよく、より広いインデックス範囲をもたらす。

本開示の態様によると、DL制御領域706が、セル内の異なるUE106用の異なるCORESETを提供するように構成されるケースでは、異なるUE106からのACK送信の衝突は、ULチャネルの対応する区分を使用し、区分をセル内のUE106の間で割り当てることによって、削減されるか、またはなくされ得る。

たとえば、ULチャネルの帯域幅は比較的広くてよい(たとえば、100MHz)。したがって、スケジューリングエンティティ(たとえば、図2に示す基地局212)は、異なるUE106が、帯域幅の、異なる領域を使用し得るように、帯域幅のサイズに基づいてUL帯域幅を区分することができる。一例では、2つのUE(たとえば、図2の第1のUE226および第2のUE228)のケースにおいて、DL制御領域706内の第1のCORESET708を監視する第1のUE226は、ULチャネルの第1の50MHz帯域幅を使用し得る。同様に、DL制御領域706内の第2のCORESET710を監視する第2のUE228は、ULチャネルの第2の50MHz帯域幅を使用し得る。この例では、基地局212は、ULチャネルの100MHz帯域幅を、各々が50MHzである2つのリソースプールを有する複数のリソースプールに区分した。区分は、ULチャネル帯域幅の上にある第1のULリソースプール(すなわち、ULチャネルの第1の50MHz帯域幅)、およびULチャネル帯域幅の下にある第2のULリソースプール(すなわち、ULチャネルの第2の50MHz帯域幅)を含み得る。

基地局212は、第1のUE226がそのACKの送信に使うための第1のULリソースプールを、第1のUE226が監視する第1のCORESET708の第1のCORESETインデックスに基づいて暗黙的にシグナリングすることができる。つまり、第1のUE226の第1のCORESETインデックスは、第1のULリソースプールにマッピングされる暗黙的信号である。したがって、第1のCORESET708内で受信されたDL送信に応答して、第1のUE226は、第1のリソースプールを使ってACKを送信し得る。マッピングは、基地局212と第1のUE226の両方によって知られていてよい。たとえば、基地局は、第1のULリソースプールへのマッピングを決定し、マッピングを第1のUE226に通信してよい。

同様に、基地局212は、第2のUE228がそのACKの送信に使うためのULリソースプールを、第2のUE228が監視する第2のCORESET710の第2のCORESETインデックスに基づいて暗黙的にシグナリングすることができる。つまり、第2のCORESETインデックスは、第2のULリソースプールにマッピングされる暗黙的信号である。この構成において、基地局212が第1のUE226および第2のUE228をスケジュールすると、基地局212は各UEへDL送信を送ってよく、各UEは、そうすることによって、DL送信に応答して、ACKの送信に使用するべき一意のULリソースを決定することができる。そのような構成において、各UEは、他のUEによって使われるリソースから隔離されるULリソースプールを有し、そうすることによって、ACK送信衝突を避ける。ULリソースプールは、ULチャネル中の1つまたは複数のREに対応し得る。たとえば、ULリソースプールは、スロットのULバースト領域(408/458)、またはその一部分に対応し得る。

本開示の他の態様によると、異なる被スケジューリングエンティティ(たとえば、UE226、228)からのACK送信の衝突は、2つ以上のUE(226、228)がセル内で監視するように構成されるCORESETをDL制御領域706が含むケースでは、削減されるか、または避けられ得る。その上、DL制御領域706が複数のCORESETに分割される場合であっても、UL ACKの送信のための別個の、対応するリソースプールの使用は衝突をなくすことができない。たとえば、いくつかのネットワークは、DL制御領域706内でのDL制御シグナリングのためのMU-MIMO機能性を提供するように構成され得る。そのような例では、基地局212は、DL制御領域706内の同じ時間-周波数リソースを使用する、異なるUE(226、228)に向けられたDL制御情報の異なるストリームを送信し得る。つまり、異なるストリームは、プリコーディングに基づいて、分離されるか、または空間的に多重化され得る。UE(226、228)が同じCORESETを使用するように構成される、そのような例では、UEは、同じCORESETインデックスに対応するPDCCHを受信し得る。そのようなケースでは、ULチャネルにおける対応するリソースプールへのマッピングは、異なるMU-MIMO PDCCHストリームを受信したUEによる衝突を生じることになる。

したがって、第1のUE226は、追加パラメータに部分的に基づいて、ULチャネルリソースに暗黙的にマッピングされ得る。一例では、第1のUE226は、そのACKの送信にULリソースを使用することができ、ULリソースは、(i)第1のUE226によって監視される第1のCORESET708のインデックスと、(ii)インデックス付けられた第1のCORESET708内のCCEのインデックスの両方にマッピングされる。つまり、第1のUE226は、インデックス付けられた第1のCORESET708内のデータの、CORESETインデックスおよび対応するCCEインデックスの暗黙的マッピングに基づいて、DL送信に応答するACK送信に使われるべきULリソースを決定してよい。第1のUE226は、CORESETインデックスおよびCCEインデックスを、ACKの送信に使うべきULバースト領域706内のRBまたはREの特定のロケーションおよび数にマッピングするのに、既知の関係を使えばよい。このようにして、基地局212は、CORESETインデックスおよび別の暗黙的パラメータ(たとえば、インデックス付けられた第1のCORESET708内に含まれるCCEインデックス)による暗黙的シグナリングを介して、ACK送信のための特定のULリソースを、第1のUE226に示すことができる。

一例では、基地局212は、第1のUE226がそのACKの送信に使うためのULリソースプールを、第1のUE226の第1のCORESET708のインデックスに基づいて暗黙的にシグナリングすることができる。つまり、第1のUE226に対応する第1のCORESET708のインデックスは、第1のULリソースプールにマッピングされる。基地局212はまた、1つまたは複数のインデックス付きCORESET内のCCE702のインデックスに基づいて、第1のULリソースプール内の特定のリソースを、第1のUE226に暗黙的にシグナリングすることができる。同様に、基地局212は、第2のUE228がそのACKの送信に使うためのULリソースプールを、第2のUE228の第2のCORESET710のインデックスに基づいて暗黙的にシグナリングすることができる。つまり、第2のCORESET710のインデックスは、第2のULリソースプールにマッピングされる。基地局212はまた、1つまたは複数のインデックス付きCORESET内のCCE702のインデックスに基づいて、第2のULリソースプール内の特定のULリソースを、第2のUE228に暗黙的にシグナリングすることができる。そのような構成において、各UE(226、228)は、特定のULリソースを、他のUEによって使われるものから隔離し、そうすることによってACK送信衝突を避けるように、CORESETのインデックス、およびCORESETインデックスによってインデックス付けられたCCEのインデックスを介して、一意のULリソースプールを割り当てられる。

図8は、追加パラメータを使う暗黙的マッピング手法の例示的編成の概略図である。DL制御領域808は、周波数ドメインにわたって広がるいくつかのCCE804を含み、各CCEは、所与のCORESET802中のCCEの数に対応するCCEインデックス806を有する。DL制御領域808は、CCE804のうちの1つまたは複数を含むいくつかのCORESET802も含む。比較的太い線が、所与のCORESET802および対応するCCE804の範囲を示す。DL制御領域808は、図3～図7に示したDL制御領域と実質的に同様である。

図8は、周波数ドメインにわたって広がる、いくつかのRE810またはリソースロケーションを含むULバースト領域812も示し、各RE810は、そのロケーションに基づいて番号付けられる。ULバースト領域812は、図4に示したULバースト領域(408、458)と実質的に同様である。DL制御領域808は、CCE804のシーケンスを組み立てるように示され、ULバースト領域812は、RE810のシーケンスを組み立てるように示されていることに留意されたい。

一例では、ULバースト領域812は、CORESET802のインデックス(この例ではCORESET #3)にマッピングされる、ULチャネルの区分された領域を含む。CORESET802内の1つまたは複数のCCE804がインデックス付けられ得る。この非限定的例において、CCEインデックス806は、CORESET802中のCCE804の数に対応する。図8の各CCEインデックス806は、対応するCCE804内の番号として示される。たとえば、図8のCORESETすべてが、少なくとも1つのCCEを含み、したがって、CORESETすべてが、0とインデックス付けられたCCEを含む。1とインデックス付けられたCCEは、CORESET#2～6内に含まれる。2以上でインデックス付けられたCCEは、CORESET#3、4、および6内にある。この例では、CORESET #3は、「0」とインデックス付けられたCCEを含み、これは、ULバースト領域812内のREロケーション7にマッピングされる。言い換えると、CORESET #2のインデックスは、ULバースト領域812への暗黙的マッピングを提供することができ、ULバースト領域812は、この例では、ULチャネルの区分されたリソースプールである。CCEインデックスはさらに、区分されたリソースをプルーニングし、区分されたリソースプール内の、「6」と番号付けられたREへの暗黙的マッピングを提供する。これは一例にすぎないことに留意されたい。別の実施形態では、CCEインデックス806は、区分されたリソースプールへのマッピングを提供することができ、CORESETインデックスは、区分されたリソースプール内の特定のロケーションへのマッピングを提供することができる。

別の例では、ULバースト領域812は、ULチャネル全体に対応し、必ずしも、ULチャネルの区分された領域には対応しない。この例では、第1のUE226に固有のパラメータが、ULデータをULリソースにマッピングするのに使われ得る。たとえば、第1のUE226と基地局212との間の初期接続手順中、第1のUE226には、情報の交換中に第1のUE226を識別するためのセル無線ネットワーク一時識別子(C-RNTI)が割り当てられ得る。C-RNTIは、第1のUE226と基地局212との間のRRC接続のセットアップ中に割り当てられ得る。したがって、第1のUE226に固有のパラメータは、C-RNTIを含み得る。第1のUE226に固有の情報を含む別のパラメータは、MU-MIMOを用いるDMRS生成に使われるスクランブリング識別(SCID)を含み得る。これらのパラメータのうちの1つまたは複数を使って、第1のUE226に固有のULリソースが、パラメータと、ULバースト領域812の1つまたは複数のRE810またはリソースロケーションとの間の既知のマッピングに従って特定され得る。CCEインデックスおよび/またはCORESETインデックス、ならびにUEに固有のパラメータ(SCIDおよび/またはC-RNTIなど)のうちの1つまたは複数に基づいてULリソースのマッピングを行うことによって、各UEについての一意のマッピング取合せが、ACKの送信に使うべき特定のULリソースを決定するために提供され得る。

図9は、処理システム914を利用するスケジューリングエンティティ900のためのハードウェア実装形態の例を示すブロック図である。たとえば、スケジューリングエンティティ900は、図1および/または図2のうちのいずれか1つまたは複数に示すようなUEであってよい。別の例では、スケジューリングエンティティ900は、図1および/または図2のうちのいずれか1つまたは複数に示すような基地局であってよい。

スケジューリングエンティティ900は、1つまたは複数のプロセッサ904を含む処理システム914を用いて実装され得る。プロセッサ904の例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブル論理デバイス(PLD)、ステートマシン、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実施するように構成された他の好適なハードウェアを含む。様々な例では、スケジューリングエンティティ900は、本明細書で説明する機能のうちのいずれか1つまたは複数を実施するように構成され得る。すなわち、スケジューリングエンティティ900内で利用されるような、プロセッサ904は、以下に説明され、図11～図14に示されているプロセスおよび手順のうちのいずれか1つまたは複数を実装するために使用され得る。

この例において、処理システム914は、バス902によって全体的に表されるバスアーキテクチャとともに実装され得る。バス902は、処理システム914の具体的な用途および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス902は、1つまたは複数プロセッサ(プロセッサ904によって概略的に表される)、メモリ905、およびコンピュータ可読媒体(コンピュータ可読媒体906によって概略的に表される)を含む様々な回路を、互いに通信可能に結合する。バス902はまた、タイミングソース、周辺装置、電圧調整器、および電力管理回路などの様々な他の回路をリンクし得るが、それらは当技術分野でよく知られており、したがって、これ以上は説明されない。バスインターフェース908は、バス902とトランシーバ910との間のインターフェースを提供する。トランシーバ910は、伝送媒体を介して様々な他の装置と通信するための通信インターフェースまたは手段を提供する。装置の性質に応じて、ユーザインターフェース912(たとえば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティック)も設けられる場合がある。当然、そのようなユーザインターフェース912は任意選択であり、スケジューリングエンティティなど、いくつかの例では省かれてよい。

本開示のいくつかの態様において、プロセッサ904は、たとえば、ULチャネルのリソースを生成し、被スケジューリングエンティティに割り当てることを含む、様々な機能のために構成された暗黙的リソース回路940を含み得る。たとえば、暗黙的リソース回路940は、図11～図14に関連して以下で説明する機能のうちの1つまたは複数を実装するように構成されてよい。

たとえば、暗黙的リソース回路940は、ULチャネルをいくつかの区分に区分し、ULチャネルの区分された領域の各々への、第1のパラメータ(たとえば、CORESETインデックス)もしくはCCEインデックス806または両方のマッピングを生成するように構成され得る。別の例では、マッピングは、区分された領域、および区分された領域内のリソースの各々への、第1のパラメータおよびCCEインデックスの1対1マッピングであってよい。暗黙的リソース回路940は、ULチャネルを区分して、1つまたは複数の区分されたULリソース領域を生成することができる。たとえば、処理システム914は、PUCCHまたはPUSCH帯域幅を含むULチャネルを、UL通信のために被スケジューリングエンティティに割り当てられるか、またはそうでなければ提供されるように構成されたリソースプールに区分することができる。ここで、ULチャネル帯域幅の一部、またはULチャネルの区分された部分さえも、図4および図8に示したULバースト領域に対応し得る。

一実装形態では、スケジューリングエンティティ900は、何個の被スケジューリングエンティティがULチャネルを使用中であるかを決定し、ULチャネルを、被スケジューリングエンティティの数に基づいて区分することができる。たとえば、6つの被スケジューリングエンティティが共通ULチャネルを使用中である場合、スケジューリングエンティティ900は、ULチャネルを6つのリソースプールに区分すればよい。このようにして、6つの被スケジューリングエンティティの各々に、6つのリソースプールのうちの異なる1つが割り当てられ得る。この例では、各被スケジューリングエンティティは、等しいサイズのリソースプールに割り当てられ得る。別の実装形態では、スケジューリングエンティティ900は、複数の被スケジューリングエンティティを単一のリソースプールに割り当てることができる。この実装形態では、スケジューリングエンティティ900はまた、UL通信の衝突を防止するために、各スケジューリングエンティティに割り当てるべき、リソースプールの特定の部分を決定することができる。たとえば、リソースプールの特定の部分は、第1のパラメータ、または本明細書に記載する任意の他の適切なパラメータを使って、各被スケジューリングエンティティに対して示され得る。

暗黙的リソース回路940は、第1のULリソースを第1のパラメータおよびCCEインデックスにマッピングし、マッピング情報916をメモリ905中に記録することができる。たとえば、スケジューリングエンティティ900は、第1のパラメータとULチャネルのリソースプールとの間の関係を特定するマッピングを生成することができる。スケジューリングエンティティ900は、CCEインデックスとリソースプール内の第1のULリソースとの間のマッピングを生成することもできる。第1のパラメータは、被スケジューリングエンティティが監視するように構成されるCORESET802のCORESETインデックスを含んでよく、CORESET802は、被スケジューリングエンティティによって受信されたインデックス付きCCEを含む。このようにして、被スケジューリングエンティティに関連付けられたCORESETインデックスの各々およびDL送信に関連付けられたCORESET802内のインデックス付きCCEは、被スケジューリングエンティティがUL送信に使うための、リソースプール、またはリソースプール内のロケーションの各々にマッピングされ得る。スケジューリングエンティティ900によって生成されたどのマッピング情報916も、メモリ905に記憶され得る。

別の実装形態では、第1のパラメータは、被スケジューリングエンティティに固有のパラメータに対応し得る。ここで、リソースプールおよび/またはリソースプール内の特定のロケーションは、被スケジューリングエンティティへのDL送信に関連付けられたRNTIおよび/またはSCIDによって示され得る。たとえば、スケジューリングエンティティ900は、被スケジューリングエンティティに関連付けられたRNTIまたはSCIDのうちの1つまたは複数の間のマッピングを生成し、マッピング情報916をメモリ905に記憶し、マッピング情報916を被スケジューリングエンティティに通信することができる。その後、スケジューリングエンティティ900は、被スケジューリングエンティティに関連付けられたRNTIまたはSCIDのうちの1つまたは複数を有するDL送信を通信すればよい。DL送信を受信すると、被スケジューリングエンティティは、リソースプールおよび/またはリソースプール内の特定のロケーションと、RNTIまたはSCIDのうちの1つまたは複数との間のマッピングを、スケジューリングエンティティ900によって提供されたマッピング情報916に基づいて決定することができる。

スケジューリングエンティティ900は、第1のパラメータおよびCCEインデックスを含むDL送信を、トランシーバ910を介して通信することができる。同様に、スケジューリングエンティティ900は、DL送信に応答して、第1のULリソースを介して通信されたACKを受信し得る。たとえば、スケジューリングエンティティ900は、第1のパラメータおよびCCEインデックスのマッピングに基づいて、ULリソースプールのUL REを介してACKを受信し得る。

異なる被スケジューリングエンティティからのUL通信の衝突は、被スケジューリングエンティティに固有のパラメータに基づくだけでなく、追加情報要素にも基づいて、暗黙的マッピングを使って、異なる被スケジューリングエンティティを区別することによって、削減され、またはなくされ得る。一例では、明示的リソース回路942は、スケジューリングエンティティ900と被スケジューリングエンティティとの間のDL送信におけるDCIの中で搬送され得る明示的信号、または明示的情報要素を生成する。別の例では、明示的信号は、スケジューリングエンティティ900によって被スケジューリングエンティティに通信されるACK許可の中に含めることができる。明示的信号は、任意の適切な数のビットであってよく、DL送信における任意の適切な数のリソースブロックまたはリソース要素を占める。一例では、明示的信号は、暗黙的マッピングにより決定された、第1のULリソースに適用されるべきオフセットの量を示すいくつかのビットを含み得る。したがって、スケジューリングエンティティ900は、明示的信号中のビットの数に対応するオフセットの量を適用するよう、被スケジューリングエンティティに命令する明示的信号を、1つまたは複数の被スケジューリングエンティティに通信することができる。被スケジューリングエンティティは、明示的信号を含むマッピング情報916を受信し、明示的リソース回路942によって生成されるとともにメモリ905に記憶されたルックアップテーブルを使って、ビットの数に対応するオフセットの量を決定することができる。

たとえば、スケジューリングエンティティ900は、DL送信において、トランシーバを介して、被スケジューリングエンティティに2ビットの明示的信号を通信することができる。被スケジューリングエンティティは、2ビットの信号を受信し、第1のULリソースに適用するべきオフセットの量を決定することができ、第1のULリソースは、暗黙的リソース回路940および/または暗黙的リソース命令950によって決定された。被スケジューリングエンティティは、2ビットの信号を、対応する量のオフセットでマッピングする、記憶されたルックアップテーブルを使うことによって、オフセットの量を決定することができる。第1のULリソースは、前のDL送信により、暗黙的マッピングを通して前に決定されていることができる。被スケジューリングエンティティは次いで、前のDL送信に応答して、決定された量のオフセットを第1のULリソースに適用して、ACKを送信するための、修正ULリソース、または第2のULリソースを生成することができる。

2ビットの明示的信号を例として使うと、明示的リソース回路942は、各々がオフセットの量にマッピングされ得るシグナリングの組合せを含むことになるルックアップテーブルを生成することができる。明示的信号の2ビットは、リソースブロック(RB)308の数またはREおよび/もしくはリソースのどの他の組合せとしても表され得る。たとえば、スケジューリングエンティティ900が被スケジューリングエンティティにビット01を通信する場合、スケジューリングエンティティ900は、被スケジューリングエンティティに、第1のULリソースを10RB、すなわち10個のリソースブロックだけオフセットするよう指示している。別の例では、明示的信号の2ビットは、リソース要素として、または、代替的には、周波数ドメイン、空間ドメイン、時間ドメイン、コードドメイン、もしくは循環シフトドメインのうちの1つもしくは複数におけるオフセットとして表され得る。

スケジューリングエンティティ900の明示的リソース回路942は、任意の適切なパラメータに基づいて、所与の明示的信号に対応するオフセットの量を構成することができる。一例では、スケジューリングエンティティ900は、明示的信号中のビットの数と、暗黙的マッピングによって決定された、ULリソースに適用されるべきオフセットの量との間のマッピングを含むルックアップテーブルを送信することができる。ルックアップテーブルは、RRCシグナリングなど、任意の上位レイヤ通信プロトコルを使用して、スケジューリングエンティティ900と被スケジューリングエンティティとの間で通信され得る。スケジューリングエンティティ900および被スケジューリングエンティティは、ルックアップテーブル(マッピング情報916の一部)を、各デバイス上のそれぞれのメモリ部分(たとえば、メモリ905)に維持することができる。このように、明示的信号中のビットの数と、第1のULリソースに適用されるべきオフセットの量との間のマッピングの既知の関係が存在する。

別の実装形態では、明示的リソース回路942は、オーバーライドコマンドを含む明示的信号を生成することができる。たとえば、明示的信号は、被スケジューリングエンティティがUL通信を送信し得るための別のULリソースにアドレスまたはインデックスを提供することによって、ULリソースへの暗黙的マッピングをオーバーライドするように構成され得る。

プロセッサ904は、通信回路構成944をさらに含み得る。通信回路構成944は、本明細書に記載する、ワイヤレス通信に関連した様々なプロセス(たとえば、信号受信、信号生成、および/または信号送信)を実施する物理構造を提供する1つまたは複数のハードウェア構成要素を含み得る。

プロセッサ904は、バス902の管理、およびコンピュータ可読媒体906上に記憶されたソフトウェアの実行を含む全般的な処理を担う。ソフトウェアは、プロセッサ904によって実行されると、任意の特定の装置について本明細書で説明した様々な機能を処理システム914に実施させる。コンピュータ可読媒体906およびメモリ905もまた、ソフトウェアを実行するときにプロセッサ904によって操作されるマッピング情報916および他のデータを記憶するために使われ得る。

処理システム内の1つまたは複数のプロセッサ904は、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、または他の名称で呼ばれるかどうかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、手順、関数などを意味するものと広く解釈されるべきである。ソフトウェアは、コンピュータ可読媒体906上に存在し得る。コンピュータ可読媒体906は、非一時的コンピュータ可読媒体であり得る。非一時的コンピュータ可読媒体は、例として、磁気記憶デバイス(たとえば、ハードディスク、フロッピーディスク、磁気ストリップ)、光ディスク(たとえば、コンパクトディスク(CD)またはデジタル多用途ディスク(DVD))、スマートカード、フラッシュメモリデバイス(たとえば、カード、スティック、またはキードライブ)、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、プログラマブルROM(PROM)、消去可能PROM(EPROM)、電気的消去可能PROM(EEPROM)、レジスタ、リムーバブルディスク、ならびにコンピュータによってアクセスされ得、読み取られ得るソフトウェアおよび/または命令を記憶するための任意の他の好適な媒体を含む。コンピュータ可読媒体906は、処理システム914内に存在するか、処理システム914の外部にあるか、または処理システム914を含む複数のエンティティにわたって分散される場合がある。コンピュータ可読媒体906は、コンピュータプログラム製品において具現化され得る。例として、コンピュータプログラム製品は、パッケージング材料にコンピュータ可読媒体を含み得る。当業者には、特定の適用例およびシステム全体に課される全体的な設計制約に応じて、本開示を通して提示された前述の機能性を実装するにはどのようにするのが最適であるかが認識されよう。

1つまたは複数の例において、コンピュータ可読記憶媒体906は、たとえば、ULチャネルを区分すること、ULチャネルのリソースといくつかのパラメータとの間の暗黙的マッピング取合せを決定すること、および暗黙的マッピング取合せを被スケジューリングエンティティに通信することを含む様々な機能のために構成された暗黙的リソース命令950を含むソフトウェアを含み得る。たとえば、暗黙的リソース命令950を含むソフトウェアは、図11～図14に関連して以下で説明する機能のうちの1つまたは複数を実装するように構成されてよい。

1つまたは複数の例において、コンピュータ可読記憶媒体906は、たとえば、DL送信に応答してDL送信およびUL通信をスケジュールすること、被スケジューリングエンティティへの、明示的マッピング取合せを含むメッセージを生成することを含む様々な機能のために構成された明示的リソース命令952を含むソフトウェアを含み得る。たとえば、明示的リソース命令952を含むソフトウェアは、図11～図14に関連して以下で説明する機能のうちの1つまたは複数を実装するように構成されてよい。

1つまたは複数の例において、コンピュータ可読媒体906は、通信命令954を含み得る。通信命令954は、実行されると、本明細書に記載するワイヤレス通信に関連した様々なプロセス(たとえば、信号受信、信号生成、および/または信号送信)を実施するための手段を提供する1つまたは複数のソフトウェア命令を含み得る。

一構成では、スケジューリングエンティティ900は、ワイヤレス通信のために構成された装置であり、ACKのための第1のULリソースを選択するための手段を含み、第1のULリソースは、第1のパラメータおよびCCEインデックスに対応する。一態様では、上述した手段は処理システム914であってよい。別の態様では、上述した手段は、プロセッサ904と、対応する暗黙的リソース回路940および明示的リソース回路942とを含み得る。別の態様では、上述した手段は、コンピュータ可読媒体906と、対応する暗黙的リソース命令950および明示的リソース命令952とを含み得る。別の態様では、上述の手段は、上述の手段によって列挙される機能を実施するように構成された回路または任意の装置であってよい。

別の構成では、スケジューリングエンティティ900は、CCEインデックスを有するCCEを含むDL送信を被スケジューリングエンティティに通信するための手段を含む。一態様では、上述した手段は、トランシーバ910、バスインターフェース908、および処理システム914のうちの1つまたは複数を含み得る。別の態様では、上述の手段は、上述の手段によって列挙される機能を実施するように構成された回路または任意の装置であってよい。

別の構成では、スケジューリングエンティティ900は、被スケジューリングエンティティからのDL送信に応答して、第1のULリソースを介して通信されたACKを受信するための手段を含む。一態様では、上述した手段は、トランシーバ910、バスインターフェース908、および処理システム914のうちの1つまたは複数を含み得る。別の態様では、上述の手段は、上述の手段によって列挙される機能を実施するように構成された回路または任意の装置であってよい。

別の構成では、スケジューリングエンティティ900は、第1のULリソースをCCEインデックスにマッピングするための手段を含む。一態様では、上述した手段は処理システム914であってよい。別の態様では、上述した手段は、プロセッサ904と、対応する暗黙的リソース回路940および明示的リソース回路942とを含み得る。別の態様では、上述した手段は、コンピュータ可読媒体906と、対応する暗黙的リソース命令950および明示的リソース命令952とを含み得る。別の態様では、上述の手段は、上述の手段によって列挙される機能を実施するように構成された回路または任意の装置であってよい。

別の構成では、スケジューリングエンティティ900は、CCEインデックスを含む第1のDL送信を通信するための手段を含む。一態様では、上述した手段は、トランシーバ910、バスインターフェース908、および処理システム914のうちの1つまたは複数を含み得る。別の態様では、上述の手段は、上述の手段によって列挙される機能を実施するように構成された回路または任意の装置であってよい。

別の構成では、スケジューリングエンティティ900は、第2のULリソースを示す明示的信号を含む第2のDL送信を通信するための手段を含む。一態様では、上述した手段は、トランシーバ910、バスインターフェース908、および処理システム914のうちの1つまたは複数を含み得る。別の態様では、上述の手段は、上述の手段によって列挙される機能を実施するように構成された回路または任意の装置であってよい。

別の構成では、スケジューリングエンティティ900は、第1のDL送信に応答して、第2のULリソースにより通信されたACKを受信するための手段を含む。一態様では、上述した手段は、トランシーバ910、バスインターフェース908、および処理システム914のうちの1つまたは複数を含み得る。別の態様では、上述の手段は、上述の手段によって列挙される機能を実施するように構成された回路または任意の装置であってよい。

当然ながら、上記の例では、プロセッサ904に含まれる回路構成は、例として提供されるにすぎず、説明する機能を実践するための他の手段は、限定はしないが、コンピュータ可読記憶媒体906に記憶された命令、または、図1、図2、図9、および/もしくは図10のうちのいずれか1つで説明し、たとえば、図11～図14に関して本明細書で説明するプロセスおよび/もしくはアルゴリズムを利用する、任意の他の適切な装置もしくは手段を含む、本開示の様々な態様内に含まれ得る。

図10は、処理システム1014を用いる例示的な被スケジューリングエンティティ1000のためのハードウェア実装形態の例を示す概念図である。本開示の様々な態様によれば、要素、または要素の任意の一部、または要素の任意の組合せは、1つまたは複数のプロセッサ1004を含む処理システム1014を用いて実装され得る。たとえば、被スケジューリングエンティティ1000は、図1および図2のうちのいずれか1つまたは複数に示すようなユーザ機器(UE)であってよい。

処理システム1014は、図9に示す処理システム914と実質的に同じであってよく、バスインターフェース1008、バス1002、メモリ1005、プロセッサ1004、およびコンピュータ可読媒体1006を含む。さらに、被スケジューリングエンティティ1000は、図9において上記で説明したものと実質的に同様のユーザインターフェース1012およびトランシーバ1010を含み得る。すなわち、被スケジューリングエンティティ1000内で使用されるような、プロセッサ1004は、以下に説明され、図11～図14に示されているプロセスのうちのいずれか1つまたは複数を実装するのに使われ得る。

本開示のいくつかの態様において、プロセッサ1004は、たとえば、1つまたは複数のパラメータに基づいてACKをULリソースにマッピングすることを含む様々な機能のために構成された暗黙的マッピング回路1040を含み得る。この例では、被スケジューリングエンティティ1000は、CCEインデックス806を有するCCEを含むDL送信を、スケジューリングエンティティから受信し得る。被スケジューリングエンティティ1000は、トランシーバ1010および処理システム1014を介して、DL送信の特定の1つまたは複数のCORESETを監視するように構成され得る。一例では、1つまたは複数のパラメータのうちの第1のパラメータが、被スケジューリングエンティティ1000によって監視される1つまたは複数のCORESETのインデックスに対応し得る。たとえば、被スケジューリングエンティティ1000は、DL送信からのCORESET内に含まれるDLデータを受信する場合があり、データは、CORESETインデックスによってインデックス付けられたCORESET内の1つまたは複数のCCE804を含む。

処理システム1014は、受信されたDL送信に応答してACKメッセージを生成することができ、暗黙的マッピング回路1040は、ACKメッセージを、CCEインデックス806および第1のパラメータに対応する第1のULリソースにマッピングしてよい。一例では、第1のパラメータは、被スケジューリングエンティティ1000によって監視される1つまたは複数のCORESETのインデックスに対応する。暗黙的マッピング回路1040は、CORESETのインデックスを使って、ACKメッセージを送信するために使われるべき、特定のリソースプールまたはULチャネル中のロケーションを決定することができる。ここで、CORESETインデックスとULリソースプールとの間のマッピングは、被スケジューリングエンティティ1000とスケジューリングエンティティの両方によって知られていてよい。たとえば、CORESETインデックス値とULリソースとの間のマッピングを含むマッピング情報1016は、被スケジューリングエンティティに通信され、処理システム1014がデータにアクセスすることができるように、メモリ1005に記憶され得る。

同様に、トランシーバ1010は、1つまたは複数のCCEインデックス806値と1つまたは複数のULリソースとの間のマッピングを受信し得る。暗黙的マッピング回路1040は、受信されたDLデータ中のCCE804のインデックスを使って、第1のULリソースを決定することができ、第1のULリソースは、1つもしくは複数のREまたはULリソースプール内でのロケーションを含む。被スケジューリングエンティティ1000は、トランシーバ1010を介して、第1のULリソースを使用してACKメッセージを送信することができる。CCEインデックス806と特定のリソースプール内の1つまたは複数のREとの間のマッピングを含むマッピング情報1016は、被スケジューリングエンティティ1000とスケジューリングエンティティの両方によって知られ、それぞれのメモリユニット(たとえば、メモリ1005)に記憶されてよい。

1つの例示的実装形態において、被スケジューリングエンティティ1000は、トランシーバ1010を介して第1のDL送信を受信することができ、第1のDL送信は、被スケジューリングエンティティ1000が監視するように構成されるCORESETに関連付けられたデータを含む。データは、CORESET内でインデックス付けられるいくつかのCCE804を含む。CORESETのインデックスを使って、暗黙的マッピング回路1040は、ULリソースプールまたはCORESETのインデックスにマッピングされるULチャネルの区分を決定することができる。暗黙的マッピング回路1040は、第1のULリソースにマッピングされるCCE804のインデックスを使って、ULリソースプール内の第1のULリソースを決定することもできる。やはり、インデックス付きCCE804は、CORESETインデックスによってインデックス付けられたCORESET内に含まれてよい。第1のULリソースは、ULバースト領域812内のリソースブロックまたはリソース要素の特定のロケーションおよび/または数に関し得る。このようにして、スケジューリングエンティティは、被スケジューリングエンティティ1000に固有のパラメータ(たとえば、CORESETインデックスおよびインデックス付きCORESET内に含まれるCCEインデックス)を使って、暗黙的シグナリングにより、ACK送信のための特定のULリソースを被スケジューリングエンティティ1000に対して示すことができる。被スケジューリングエンティティ1000は次いで、第1のUL送信によるACKメッセージで、第1のDL送信に応答すればよい。

いくつかの実装形態では、CORESETインデックスおよび/またはCCEインデックスは、他のパラメータと交換可能であり得る。たとえば、暗黙的マッピング回路1040は、第1のULリソースとC-RNTI、および/またはMU-MIMOでのDMRS生成に使われるSCIDとの間の既知の関係に基づいて、第1のULリソースを決定することができる。別の例では、暗黙的マッピング回路1040は、CCEインデックス806および/またはCORESETインデックス、ならびにSCIDおよび/またはC-RNTIのうちの1つまたは複数に併せて基づいて、ULリソースを決定することができる。

被スケジューリングエンティティ1000は、第1のULリソースと、被スケジューリングエンティティ1000および/または第1のDL送信に関連付けられたパラメータのうちのいずれかとの間の暗黙的マッピングを示すルックアップテーブルまたは同様のマッピング情報を、スケジューリングエンティティから受信するように構成され得る。ルックアップテーブルを含むメモリ情報1016は、メモリ1005に記憶されてよい。暗黙的マッピング回路1040は、本明細書に記載する機能のうちのいずれかを実施するために、ルックアップテーブルを読み取り、維持する。

本開示のいくつかの態様において、プロセッサ1004は、たとえば、ULリソースをULチャネルにマッピングすることを含む様々な機能のために構成された明示的マッピング回路1042を含み得る。明示的マッピング回路1042は、図11～図14に関連して以下で説明する機能のうちの1つまたは複数を実装するように構成されてよい。

異なる被スケジューリングエンティティからのUL通信の衝突は、被スケジューリングエンティティに固有のパラメータに基づくだけでなく、追加情報要素にも基づいて、暗黙的マッピングを使って、異なる被スケジューリングエンティティ1000を区別することによって、削減され、またはなくされ得る。一例では、明示的マッピング回路1042は、スケジューリングエンティティと被スケジューリングエンティティ1000との間のDL送信におけるDCI中で搬送される明示的信号を使用して、通信用のULリソースを決定することができる。別の例では、明示的信号は、スケジューリングエンティティによって被スケジューリングエンティティ1000に通信されるACK許可の中に含めることができる。明示的信号は、任意の適切な数のビットであってよく、DL送信における任意の適切な数のリソースブロックまたはリソース要素を占める。一例では、明示的信号は、暗黙的マッピングにより決定された、第1のULリソースに適用されるべきオフセットの量を示すいくつかのビットを含み得る。したがって、明示的マッピング回路1042は、明示的信号中のビットの数に対応するオフセットの量を決定することができる。被スケジューリングエンティティ1000は、メモリ1005に記憶されたルックアップテーブルを含むマッピング情報1016を使って、決定を行うことができる。

たとえば、スケジューリングエンティティは、DL送信において、トランシーバを介して、被スケジューリングエンティティ1000に2ビットの明示的信号を通信することができる。明示的マッピング回路1042は、2ビットの信号に対応するオフセットの量を決定することができる。明示的マッピング回路1042は、その量のオフセットを第1のULリソースに適用することができ、第1のULリソースは、暗黙的マッピングによって決定された。明示的マッピング回路1042は、2ビットの信号を、対応する量のオフセットでマッピングする、記憶されたルックアップテーブルを使うことによって、オフセットの量を決定することができる。第1のULリソースは、前のDL送信からのパラメータを使って、暗黙的マッピングを通して、前に決定されていることができる。明示的マッピング回路1042は次いで、前のDL送信に応答して、決定された量のオフセットを第1のULリソースに適用して、ACKメッセージを送信するための第2のULリソースを生成することができる。

別の実装形態では、明示的信号はオーバーライドコマンドを含み得る。たとえば、明示的信号は、被スケジューリングエンティティ1000がUL通信を送信し得るための別のULリソースにパラメータ(たとえば、アドレスまたはインデックス)を提供することによって、ULリソースへの暗黙的マッピングをオーバーライドするように構成され得る。明示的マッピング回路1042は、オーバーライドパラメータを決定し、明示的信号に従って、UL通信をマッピングすればよい。一例では、オーバーライドのための明示的信号は、ACK許可により通信され得る。

プロセッサ1004は、通信回路構成1044をさらに含み得る。通信回路構成1044は、本明細書に記載する、ワイヤレス通信に関連した様々なプロセス(たとえば、信号受信、信号生成、および/または信号送信)を実施する物理構造を提供する1つまたは複数のハードウェア構成要素を含み得る。

1つまたは複数の例において、コンピュータ可読記憶媒体1006は、たとえば、スケジューリングエンティティから暗黙的マッピング取合せを受信することと、ULチャネルのリソースを、被スケジューリングエンティティ1000に固有のいくつかのパラメータおよび/または被スケジューリングエンティティ1000によって受信されたDL送信に固有のパラメータにマッピングすることとを含む様々な機能のために構成された暗黙的マッピング命令1050を含むソフトウェアを含み得る。たとえば、暗黙的マッピング命令1050を含むソフトウェアは、図11～図14に関連して以下で説明する機能のうちの1つまたは複数を実装するように構成されてよい。

1つまたは複数の例において、コンピュータ可読記憶媒体1006は、たとえば、受信されたDL送信に応答するためのULリソースへの明示的マッピングを受信することと、明示的マッピングに基づいて、別のULリソースへの暗黙的マッピングをオーバーライドすることとを含む様々な機能のために構成された明示的マッピング命令1052を含むソフトウェアを含み得る。たとえば、明示的マッピング命令1052を含むソフトウェアは、図11～図14に関連して以下で説明する機能のうちの1つまたは複数を実装するように構成されてよい。

1つまたは複数の例において、コンピュータ可読媒体1006は、通信命令1054を含み得る。通信命令1054は、実行されると、本明細書に記載するワイヤレス通信に関連した様々なプロセス(たとえば、信号受信、信号生成、および/または信号送信)を実施するための手段を提供する1つまたは複数のソフトウェア命令を含み得る。一構成では、被スケジューリングエンティティ1000は、ワイヤレス通信のために構成された装置であり、CCEインデックスを有するCCEを含むDL送信を受信するための手段を含む。一態様では、上述した手段は、トランシーバ1010、バスインターフェース1008、および処理システム1014のうちの1つまたは複数を含み得る。別の態様では、上述の手段は、上述の手段によって列挙される機能を実施するように構成された回路または任意の装置であってよい。

別の構成では、被スケジューリングエンティティ1000は、DL送信に応答して、送信に対するACKを生成するための手段を含む。一態様では、上述した手段は処理システム1014であってよい。別の態様では、上述した手段は、プロセッサ1004と、対応する暗黙的マッピング回路1040および明示的マッピング回路1042とを含み得る。別の態様では、上述した手段は、コンピュータ可読媒体1006と、対応する暗黙的マッピング命令1050および明示的マッピング命令1052とを含み得る。別の態様では、上述の手段は、上述の手段によって列挙される機能を実施するように構成された回路または任意の装置であってよい。

別の構成では、被スケジューリングエンティティ1000は、CCEインデックスおよび第1のパラメータに対応する第1のULリソースにACKをマッピングするための手段を含む。一態様では、上述した手段は処理システム1014であってよい。別の態様では、上述した手段は、プロセッサ1004と、対応する暗黙的マッピング回路1040および明示的マッピング回路1042とを含み得る。別の態様では、上述した手段は、コンピュータ可読媒体1006と、対応する暗黙的マッピング命令1050および明示的マッピング命令1052とを含み得る。別の態様では、上述の手段は、上述の手段によって列挙される機能を実施するように構成された回路または任意の装置であってよい。

別の構成では、被スケジューリングエンティティ1000は、第1のULリソースを使用して、ACKを送信するための手段を含む。一態様では、上述した手段は、トランシーバ1010、バスインターフェース1008、および処理システム1014のうちの1つまたは複数を含み得る。別の態様では、上述の手段は、上述の手段によって列挙される機能を実施するように構成された回路または任意の装置であってよい。

別の構成では、被スケジューリングエンティティ1000は、CCEインデックスを有するCCEを含む第1のDL送信を受信するための手段を含む。一態様では、上述した手段は、トランシーバ1010、バスインターフェース1008、および処理システム1014のうちの1つまたは複数を含み得る。別の態様では、上述の手段は、上述の手段によって列挙される機能を実施するように構成された回路または任意の装置であってよい。

別の構成では、被スケジューリングエンティティ1000は、第1のDL送信に応答して、CCEインデックスおよび第1のパラメータに対応する第1のULリソースにACKをマッピングするための手段を含む。一態様では、上述した手段は処理システム1014であってよい。別の態様では、上述した手段は、プロセッサ1004と、対応する暗黙的マッピング回路1040および明示的マッピング回路1042とを含み得る。別の態様では、上述した手段は、コンピュータ可読媒体1006と、対応する暗黙的マッピング命令1050および明示的マッピング命令1052とを含み得る。別の態様では、上述の手段は、上述の手段によって列挙される機能を実施するように構成された回路または任意の装置であってよい。

別の構成では、被スケジューリングエンティティ1000は、第2のULリソースを示す明示的信号を受信するための手段を含む。一態様では、上述した手段は、トランシーバ1010、バスインターフェース1008、および処理システム1014のうちの1つまたは複数を含み得る。別の態様では、上述の手段は、上述の手段によって列挙される機能を実施するように構成された回路または任意の装置であってよい。

別の構成では、被スケジューリングエンティティ1000は、第2のULリソースを使用してACKを送信するための手段を含む。一態様では、上述した手段は、トランシーバ1010、バスインターフェース1008、および処理システム1014のうちの1つまたは複数を含み得る。別の態様では、上述の手段は、上述の手段によって列挙される機能を実施するように構成された回路または任意の装置であってよい。

当然ながら、上記の例では、プロセッサ1004に含まれる回路構成は、例として提供されるにすぎず、説明する機能を実践するための他の手段は、限定はしないが、コンピュータ可読記憶媒体1006に記憶された命令、または、図1、図2、図9、および/もしくは図10のうちのいずれか1つで説明し、たとえば、図11～図14に関して本明細書で説明するプロセスおよび/もしくはアルゴリズムを利用する、任意の他の適切な装置もしくは手段を含む、本開示の様々な態様内に含まれ得る。

図11は、本開示のいくつかの態様による、被スケジューリングエンティティによる、ULリソースへの通信の暗黙的マッピングのための例示的プロセスを示す流れ図である。以下で説明されるように、いくつかまたはすべての図示される特徴は、本開示の範囲内の特定の実装では省略されることがあり、いくつかの図示される特徴は、すべての実施形態の実装にとって必要ではないことがある。いくつかの例では、プロセス1100は、図10に示す被スケジューリングエンティティ1000によって実践され得る。いくつかの例では、プロセス1100は、以下で説明する機能またはアルゴリズムを遂行するための任意の適切な装置または手段によって遂行され得る。

ブロック1102において、被スケジューリングエンティティ1000は、スケジューリングエンティティ900からトランシーバ1010を介してDL送信を受信することができ、DL送信は、CCEインデックスを有するCCEを含む。被スケジューリングエンティティ1000は、DL送信の特定の1つまたは複数のCORESETを監視するように構成され得る。したがって、CCEおよび対応するCCEインデックスは、DL送信のCORESET部分内に含められてよい。

ブロック1104において、被スケジューリングエンティティ1000は、1つまたは複数のCORESETに関連付けられた、受信されたDL送信に応答して、プロセッサ1004、および具体的には、通信回路1044により、トランシーバ1010を介した送信のためにACKを生成するように構成され得る。

ブロック1106において、被スケジューリングエンティティ1000は、暗黙的マッピング回路1040および/または暗黙的マッピング命令1050とともに、記憶されたマッピング情報1016を使って、生成されたCCEインデックスおよび第1のパラメータに対応する第1のULリソースにACKをマッピングし得る。一例では、第1のパラメータは、被スケジューリングエンティティ1000によって監視される1つまたは複数のCORESETのインデックスに対応し得る。CCEインデックスは、1つまたは複数のCORESET内のCCEに対応し得る。

別の例では、第1のパラメータは、無線ネットワーク一時識別子(RNTI)およびSCIDなど、被スケジューリングエンティティ1000に固有のパラメータ、またはDCIにより通信される他の情報要素に対応し得る。一実施形態では、RNTIおよび/またはSCIDは、ULチャネルの区分された領域内のULリソースの間の既知の対応を含み得る。別の実施形態では、RNTIおよび/またはSCIDは、ACKをマッピングするためのULチャネル内の特定のロケーションまたはアドレスを明示的に提供し得る。

別の例では、被スケジューリングエンティティは、CORESETインデックスを使用するのに加え、その被スケジューリングエンティティ1000に固有の1つまたは複数のパラメータを使用することができる。この例では、CORESETインデックスは、ULリソースの区分にマッピングしてよく、1つまたは複数の特定のパラメータは、ULリソースの区分内の特定のロケーションまたはリソースの数にマッピングしてよい。

第1のULリソースは、ULチャネル内の特定の1つもしくは複数のリソース要素に、またはULチャネルの第1の区分された部分(すなわち、第1のリソースプール)に対応し得る。一例では、被スケジューリングエンティティ1000は、第1のパラメータと第1のリソースプールとの間の既知の対応に基づいて、生成されたACKを第1のリソースプールにマッピングしてよい。被スケジューリングエンティティは、1つまたは複数のリソース要素とCCEインデックスとの間の既知の対応に基づいて、生成されたACKを、第1のリソースプール内の特定のリソースロケーションまたは1つもしくは複数のリソース要素にマッピングしてもよい。第1のパラメータがCORESETインデックスである例では、CCEインデックスは、CORESETインデックスによってインデックス付けられ得る。一例では、既知の対応は、メモリ1005中にマッピング情報1016とともに記憶された、ルックアップテーブルまたはどの他のデータカタログ化システムであってもよい。

本開示のさらなる態様によると、被スケジューリングエンティティ1000は、CCEインデックスと、ACK送信のためのULバースト領域またはULチャネルとの間のマッピングを示すシグナリングを含む無線リソース制御(RRC)メッセージを受信し得る。つまり、RRC情報要素が、CCEインデックスを、ULバースト領域内のロケーションまたはアドレスにマッピングするためのテーブルまたはインデックスを提供することができる。追加または代替として、RRC情報要素は、被スケジューリングエンティティ1000がACK送信に使用するためのULリソースプールに関する情報を提供し得る。

いくつかの例では、DL送信に関連付けられたDCIは、暗黙的マッピングによって特定されるULリソースに適用されるべきオフセットの量を決定するためのオフセット値を示すように構成された情報要素を含み得る。たとえば、DCIは、オフセット値を示す1つまたは複数のビットを含み得る。オフセット値と、暗黙的マッピングに適用されるオフセットの量との間には、既知の対応が存在してよい。既知の対応は、スケジューリングエンティティ900によって被スケジューリングエンティティ1000に、またはその反対に通信されてよい。一例では、既知の対応は、RRCメッセージ、またはどの他の適切な上位レイヤメッセージングにより通信されてもよい。既知の対応は、DCIの情報要素を、被スケジューリングエンティティが、ACK送信に使用するべきオフセットULリソースを決定するために、暗黙的マッピングに適用し得るオフセットの量にマッピングする。

一例では、被スケジューリングエンティティ1000は、DL送信により、スケジューリングエンティティ900から2ビットの明示的信号を受信し得る。被スケジューリングエンティティ1000は、明示的マッピング回路1042および/または明示的マッピング命令1052とともにマッピング情報1016を使用して、第1のULリソースに適用するべきオフセットの量を決定する。被スケジューリングエンティティ1000は、2ビットの信号と、第1のULリソースに適用されるべきオフセットの量との間の既知の対応を含むマッピング情報1016に記憶されたルックアップテーブルを使うことによって、オフセットの量を決定することができ、第1のULリソースは、CORESETインデックスおよび/もしくはCCEインデックス、または本明細書で開示する別のパラメータのうちの1つまたは複数を使って、暗黙的マッピングによって決定された。一実施形態では、第1のULリソースは、2ビットの明示的信号を含む同じDL送信中のパラメータの暗黙的マッピングを使って決定され得る。別の実施形態では、2ビットの明示的信号は、暗黙的マッピングによる第1のULリソースの決定に続いて、被スケジューリングエンティティ1000に通信されるDL送信中で与えられ得る。被スケジューリングエンティティ1000は次いで、前のDL送信に応答して、決定された量のオフセットを第1のULリソースに適用して、ACKを送信するための第2のULリソースを生成することができる。

2ビットの明示的信号を例として使うと、関連付けられたルックアップテーブルは、オフセットの量に各々がマッピングされ得る、シグナリングの4つの組合せを含み得る。例示的ルックアップテーブルを示すためのTable 1(表1)を、下に挙げる。

明示的信号の2ビットは、RBの数、RE、リソースロケーション、またはどの他の適切なリソースマッピングとしても表され得る。RBの例を使うと、被スケジューリングエンティティ1000がスケジューリングエンティティ900からビット01を受信した場合、被スケジューリングエンティティ1000は、第1のULリソースを、10RB、すなわち10個のリソースブロックだけオフセットすることになる。別の例では、明示的信号の2ビットは、任意の適切な次元単位を使って、周波数ドメイン、空間ドメイン、時間ドメイン、コードドメイン、もしくは循環シフトドメインのうちの1つもしくは複数におけるオフセットとして表され得る。一例では、明示的信号はいくつかのCCEを含んでよく、各CCEは、対応するオフセット量を各々が有する1つまたは複数のビットに対応する。

ブロック1108において、被スケジューリングエンティティ1000は、DL送信に応答して、スケジューリングエンティティ900へ通信するために、通信回路1044および/または通信命令1054を介してACKを生成し、第1のULリソースを使用して、ACKを送信し得る。いくつかの例では、被スケジューリングエンティティ1000は、第1のULリソースをオフセットした結果として、第2のULリソースによりACKを通信することができる。

図12は、本開示のいくつかの態様による、スケジューリングエンティティ900によって、ACKを、ULチャネルのリソースにマッピングするための例示的なプロセス1200を示すフローチャートである。以下で説明されるように、いくつかまたはすべての図示される特徴は、本開示の範囲内の特定の実装では省略されることがあり、いくつかの図示される特徴は、すべての実施形態の実装にとって必要ではないことがある。いくつかの例では、プロセス1200は、図9に示すスケジューリングエンティティ900によって遂行され得る。いくつかの例では、プロセス1200は、以下で説明する機能またはアルゴリズムを遂行するための任意の適切な装置または手段によって遂行され得る。

ブロック1202において、暗黙的リソース回路940および/または明示的リソース回路942、ならびにそれらの対応する命令(950、952)を使って、スケジューリングエンティティ900は、ACKの通信のためのULチャネルの第1のリソースを選択することができ、第1のULリソースは第1のパラメータおよびCCEインデックスに対応する。たとえば、スケジューリングエンティティ900は、第1のULリソースと、第1のパラメータとCCEインデックスの両方との間の対応またはマッピングを生成することができる。スケジューリングエンティティ900は、第1のULリソースと、第1のパラメータとCCEインデックスの両方との間の対応を、対応が両方のエンティティに知られるように、被スケジューリングエンティティ1000に通信すればよい。別の例では、第1のパラメータまたはCCEインデックスのうちの1つまたは複数が、ULチャネルの第1の区分、またはリソースプールにマッピングされてよい。いくつかの例では、第1のパラメータは、被スケジューリングエンティティ1000によって監視される1つまたは複数のCORESETのインデックスを含み得る。この例では、インデックス付きCCEは、CORESETインデックスによってインデックス付けられたCORESET内に含まれてよい。

一実施形態では、第1のパラメータは、DCIにより通信されるRNTIおよびSCIDなど、被スケジューリングエンティティ1000に固有のパラメータに対応し得る。RNTIおよびSCIDは、ULチャネル内の第1のULリソースの間の既知の対応を含み得る。別の実施形態では、スケジューリングエンティティ900は、ULチャネルの帯域幅の複数の区分またはリソースプールを生成することができる。第1のULリソースは、ULチャネルの、第1のリソースプール、または第1の区分された部分に対応し得る。スケジューリングエンティティ900は、第1のリソースプールと第1のパラメータとの間の対応を生成し得る。スケジューリングエンティティ900は、第1のULリソースとCCEインデックスとの間の対応も生成し得る。第1のパラメータと第1のリソースプールとの間の、および第1のULリソースとCCEインデックスとの間の対応は、スケジューリングエンティティ900によって決定され、被スケジューリングエンティティ1000が対応を特定することができるように、被スケジューリングエンティティ1000に通信され得る。一例では、対応は、ルックアップテーブルまたはどの他の適切なデータカタログ化システムであってもよい。

DL送信に関連付けられたDCIは、暗黙的マッピングによって決定されたULリソースをオフセットするためのオフセット値を示すように構成された情報要素を含み得る。一例では、情報要素は第1のパラメータである。別の例では、情報要素は、第1のパラメータおよびCCEインデックスに加えて情報を含み得る。一例では、DCIは、CORESETインデックスおよびCCEインデックスのうちの1つまたは複数に基づいて決定された、暗黙的マッピングに適用されるべきオフセット値を示す1つまたは複数のビットを含み得る。オフセット値と、暗黙的マッピングに適用されるオフセットの量との間には、既知の対応が存在してよい。一例では、既知の対応は、無線リソース制御RRCメッセージ、または任意の他の適切な上位レイヤメッセージングを介して、被スケジューリングエンティティ1000に通信されてよい。既知の対応は、DCIの情報要素を、被スケジューリングエンティティ1000が暗黙的マッピングに適用し得るオフセットの量にマッピングする。

スケジューリングエンティティ900は、明示的リソース回路942および/または明示的リソース命令952を使って、任意の適切なパラメータに基づいて、所与の明示的信号に対応するオフセットの量を構成することができる。一例では、スケジューリングエンティティ900は、明示的信号中のビットと、第1のULリソースに適用されるべきオフセットの量との間のマッピングを含むルックアップテーブルを送信することができる。ルックアップテーブルは、RRCシグナリングなど、任意の上位レイヤ通信プロトコルを使用して、スケジューリングエンティティ900と被スケジューリングエンティティ1000との間で、トランシーバ910を介して通信され得る。スケジューリングエンティティ900および被スケジューリングエンティティ1000は、ルックアップテーブルを、各デバイス上のそれぞれのメモリ部分に維持することができる。このように、明示的信号中のビットの数と、第1のULリソースに適用されるべきオフセットの量との間のマッピングの既知の関係が存在する。

ブロック1204において、スケジューリングエンティティ900は、トランシーバ910を介して、対応するCCEインデックスを有するCCEを含むDL送信を、被スケジューリングエンティティ1000が監視するように構成されるCORESETにより被スケジューリングエンティティ1000に通信し得る。一例では、通信は、暗黙的マッピングによって決定された第1のULリソースを、第2のULリソースへオフセットするための情報要素を含み得る。たとえば、2ビットの明示的信号が、DL送信のDCI中で、被スケジューリングエンティティ1000に通信され得る。2ビットの信号は例であるが、任意の適切な数のビットが明示的信号中で使われてよい。

ブロック1206において、スケジューリングエンティティ900は、被スケジューリングエンティティ1000からのDL送信に応答して、第1のULリソースを介して通信されたACKを受信し得る。いくつかの例では、スケジューリングエンティティは、第1のULリソースをオフセットした結果として、第2のULリソースにより通信されたACKを受信し得る。

本開示のさらなる態様において、異なる被スケジューリングエンティティからのUL ACK送信の衝突は、本明細書に記載する各被スケジューリングエンティティに固有のパラメータに基づくだけでなく、追加情報にも基づいて、暗黙的マッピングを使って、異なる被スケジューリングエンティティを区別することによって、削減され、またはなくされ得る。

図13は、本開示のいくつかの態様による、被スケジューリングエンティティ1000によって、ACKを、ULチャネルのリソースにマッピングするための例示的なプロセス1300を示すフローチャートである。以下で説明されるように、いくつかまたはすべての図示される特徴は、本開示の範囲内の特定の実装では省略されることがあり、いくつかの図示される特徴は、すべての実施形態の実装にとって必要ではないことがある。いくつかの例では、プロセス1300は、図10に示す被スケジューリングエンティティ1000によって実践され得る。いくつかの例では、プロセス1300は、以下で説明する機能またはアルゴリズムを遂行するための任意の適切な装置または手段によって遂行され得る。

ブロック1302において、被スケジューリングエンティティ1000は、CCEインデックスを有するCCEを含む第1のDL送信を、トランシーバ1010を介して受信し得る。ブロック1304において、被スケジューリングエンティティは、第1のDL送信に応答して、通信回路1044および/または通信命令1054によってACKを生成し、CCEインデックスおよび第1のパラメータに対応する第1のULリソースにACKをマッピングし得る。

ブロック1306において、被スケジューリングエンティティ1000は、第2のULリソースを示す明示的信号を受信し得る。一例では、明示的信号は、スケジューリングエンティティ900と被スケジューリングエンティティ1000との間で、DL送信中のDCI中で搬送され得る。別の例では、明示的信号は、被スケジューリングエンティティ1000によって受信されたACK許可の中に含めることができる。明示的信号は、任意の適切な数のビットであってよく、DL送信における任意の適切な数のリソースブロックまたはリソース要素を占める。一例では、明示的信号は、暗黙的マッピングにより決定された、第1のULリソースに適用されるべきオフセットの量を示すいくつかのビットを含み得る。したがって、被スケジューリングエンティティ1000は、明示的信号中のビットの数に対応するオフセットの量を適用するよう、被スケジューリングエンティティ1000に命令する明示的信号を、スケジューリングエンティティ900から受信し得る。被スケジューリングエンティティ1000は、明示的信号を受信し、マッピング情報1016の中の記憶されたルックアップテーブルを使って、ビットの数に対応するオフセットの量を決定することができる。

別の実装形態では、明示的信号はオーバーライドコマンドを含み得る。たとえば、明示的信号は、被スケジューリングエンティティ1000がDL送信に応答してUL通信(たとえば、ACK)を送信し得るための第2のULリソースへのアドレスまたはインデックスを与えることによって、第1のULリソースを示した暗黙的マッピングをオーバーライドするように構成され得る。

ブロック1208において、被スケジューリングエンティティ1000は、第2のULリソースおよびトランシーバ1010を使用してACKを送信し得る。

図14は、本開示のいくつかの態様による、スケジューリングエンティティ900によって、ACKを、ULチャネルのリソースにマッピングするための例示的なプロセス1400を示すフローチャートである。以下で説明されるように、いくつかまたはすべての図示される特徴は、本開示の範囲内の特定の実装では省略されることがあり、いくつかの図示される特徴は、すべての実施形態の実装にとって必要ではないことがある。いくつかの例では、プロセス1400は、図9に示すスケジューリングエンティティ900によって実践され得る。いくつかの例では、プロセス1400は、以下で説明する機能またはアルゴリズムを遂行するための任意の適切な装置または手段によって遂行され得る。

ブロック1402において、スケジューリングエンティティ900は、明示的リソース回路942および明示的リソース命令952のうちの1つまたは複数を使って、第1のULリソースをCCEインデックスにマッピングし得る。ブロック1404において、スケジューリングエンティティ900は、CCEインデックスを含む第1のDL送信を通信し得る。ブロック1406において、スケジューリングエンティティ900は、第2のULリソースを示す明示的信号を含む第2のDL送信を、トランシーバ910を介して通信し得る。一例では、明示的信号は、スケジューリングエンティティ900と被スケジューリングエンティティ1000との間で、DL送信中のDCI中で搬送され得る。別の例では、明示的信号は、被スケジューリングエンティティ1000に通信されたACK許可の中に含めることができる。明示的信号は、任意の適切な数のビットであってよく、第2のDL送信における任意の適切な数のリソースブロックまたはリソース要素を占める。一例では、明示的信号は、暗黙的マッピングにより決定された、第1のULリソースに適用されるべきオフセットの量を示すいくつかのビットを含み得る。スケジューリングエンティティ900は、第1のULリソースにオフセットの量を適用するよう、被スケジューリングエンティティ1000に命令する明示的信号を、1つまたは複数の被スケジューリングエンティティ1000に通信することができ、オフセットの量は、明示的信号中のビットの数に対応する。別の実装形態では、明示的信号はオーバーライドコマンドを含み得る。たとえば、明示的信号は、被スケジューリングエンティティ1000がDL送信に応答してUL通信(たとえば、ACK)を送信し得るための第2のULリソースへのアドレスまたはインデックスを与えることによって、第1のULリソースへの暗黙的マッピングをオーバーライドするように構成され得る。

ブロック1408において、スケジューリングエンティティ900は、第1のDL送信に応答して、第2のULリソースによりACKを受信し得る。

ワイヤレス通信ネットワークのいくつかの態様が、例示的な実装形態を参照しながら提示されてきた。当業者が容易に諒解するように、本開示全体にわたって説明された様々な態様は、他の電気通信システム、ネットワークアーキテクチャ、および通信規格に拡張され得る。

例として、様々な態様は、ロングタームエボリューション(LTE)、発展型パケットシステム(EPS)、ユニバーサルモバイル電気通信システム(UMTS)、および/またはモバイル用グローバルシステム(GSM(登録商標))など、3GPPによって定義された他のシステム内で実装され得る。様々な態様はまた、CDMA2000および/またはエボリューションデータオプティマイズド(EV-DO)など、第3世代パートナーシッププロジェクト2(3GPP2)によって定義されたシステムにも拡張され得る。他の例は、IEEE802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802.20、ウルトラワイドバンド(UWB)、Bluetooth(登録商標)を採用するシステム、および/または他の好適なシステム内で実装され得る。利用される実際の電気通信規格、ネットワークアーキテクチャ、および/または通信規格は、具体的な用途およびシステムに課される全体的な設計制約に依存する。

本開示では、「例示的」という言葉は、「例、事例、または例示として働くこと」を意味するために使われる。「例示的」として本明細書で説明したいかなる実装形態または態様も、必ずしも本開示の他の態様よりも好ましいまたは有利であると解釈されるべきでない。同様に、「態様」という用語は、本開示のすべての態様が、説明した特徴、利点、または動作モードを含むことを必要としない。「結合される」という用語は、2つの物体間の直接的または間接的な結合を指すために本明細書で使用される。たとえば、物体Aが物体Bに物理的に接触し、物体Bが物体Cに接触する場合、物体Aおよび物体Cは、直接物理的に互いに接触しない場合であっても、やはり互いに結合されると見なされてよい。たとえば、第1の物体が第2の物体と直接物理的にまったく接触していなくても、第1の物体は第2の物体に結合され得る。「回路(circuit)」および「回路構成(circuitry)」という用語は広く使用され、電子回路のタイプに関して限定はしないが、接続および構成されたとき、本開示で説明した機能の実施を可能にする電気デバイスのハードウェア実装と導体の両方、ならびにプロセッサによって実行されたとき、本開示で説明した機能の実施を可能にする情報および命令のソフトウェア実装を含むものとする。

図1～図14に示す構成要素、ステップ、特徴、および/もしくは機能のうちの1つもしくは複数は、並べ替えられてもよく、かつ/もしくは単一の構成要素、ステップ、特徴、もしくは機能に組み合わせられてもよく、または、いくつかの構成要素、ステップ、もしくは機能において具現化されてもよい。また、本明細書で開示する新規の特徴から逸脱することなく追加の要素、構成要素、ステップ、および/または機能が追加され得る。図1、図2、図9、および図10に示された装置、デバイス、および/または構成要素は、本明細書で説明した方法、特徴、またはステップのうちの1つまたは複数を実施するように構成されてよい。また、本明細書で説明した新規のアルゴリズムは、ソフトウェアにおいて効率的に実装され、かつ/またはハードウェアに組み込まれ得る。

開示された方法におけるステップの具体的な順序または階層は、例示的なプロセスの説明であることを理解されたい。設計上の選好に基づいて、方法におけるステップの特定の順序または階層は再構成可能であることを理解されたい。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、それらの請求項に特に記載されていない限り、提示された特定の順序または階層に限定されるものではない。

100 ワイヤレス通信システム
102 コアネットワーク
104 無線アクセスネットワーク(RAN)
106 ユーザ機器(UE)、被スケジューリングエンティティ
108 基地局、スケジューリングエンティティ
110 外部データネットワーク
120 バックホール部分、バックホール
200 RAN、無線アクセスネットワーク
202 マクロセル、セル
204 マクロセル、セル
206 マクロセル、セル
208 スモールセル、セル
210 基地局
212 基地局
214 基地局
216 リモートラジオヘッド(RRH)
218 基地局
220 基地局、モバイルスケジューリングエンティティ、無人航空機(UAV)
222 UE
224 UE
226 UE、第1のUE
228 UE、第2のUE
230 UE
232 UE
234 UE
236 UE
238 UE、スケジューリングエンティティ
240 UE
242 UE
302 DLサブフレーム、サブフレーム
304 OFDMリソースグリッド、リソースグリッド
306 リソース要素(RE)
308 リソースブロック(RB)
310 スロット
312 制御領域
314 データ領域
400 自己完結型スロット、DL中心スロット、スロット
402 DL制御領域、制御領域
404 DLデータ領域、データ領域
406 ガード期間(GP)領域
408 ULバースト
450 自己完結型スロット、UL中心スロット、スロット
454 ガード期間
456 ULデータ領域
458 ULバースト領域
500 CCE
502 RE
504 リソース要素グループ(REG)
506 DL制御領域
600 制御リソースセット(CORESET)
602 CCE
606 DL制御領域
608 CCEインデックス
702 CCE
704 REG
706 DL制御領域、制御領域
708 第1のCORESET
710 第2のCORESET
712 第3のCORESET
802 CORESET
804 CCE
806 CCEインデックス
808 DL制御領域
810 RE
812 ULバースト領域
900 スケジューリングエンティティ
902 バス
904 プロセッサ
905 メモリ
906 コンピュータ可読媒体
908 バスインターフェース
910 トランシーバ
912 ユーザインターフェース
914 処理システム
940 暗黙的リソース回路
942 明示的リソース回路
944 通信回路構成
1000 被スケジューリングエンティティ
1002 バス
1004 プロセッサ
1005 メモリ
1006 コンピュータ可読媒体
1008 バスインターフェース
1010 トランシーバ
1012 ユーザインターフェース
1014 処理システム
1040 暗黙的マッピング回路
1042 明示的マッピング回路

Claims

被スケジューリングエンティティにおいて動作可能なワイヤレス通信の方法であって、
制御リソースセット(CORESET)インデックスを有するCORESET内の制御チャネル要素(CCE)インデックスを有するCCEおよびマルチビット信号を有するダウンリンク(DL)制御情報(DCI)を含むDL送信をスケジューリングエンティティから受信するステップと、
マルチビット信号と対応する複数のオフセット値との間のマッピングのための情報を含む無線リソース制御(RRC)メッセージを前記スケジューリングエンティティから受信するステップと、
前記DL送信に応答して、送信に対する肯定応答(ACK)を生成するステップと、
前記CORESETインデックス、前記CCEインデックス、前記RRCメッセージからの情報、および前記DCIの前記マルチビット信号に基づいて前記ACKを送信するための第1のアップリンク(UL)リソースを決定するステップと、
前記第1のULリソースを使用して、前記ACKを前記スケジューリングエンティティに送信するステップとを含み、
前記ACKを送信するための前記第1のULリソースを決定するステップが、
前記DCIの前記マルチビット信号および前記マッピングに基づいてオフセット値を決定するステップと、
前記CCEインデックスに基づくULリソースに前記オフセット値を適用して、前記第1のULリソースを決定するステップであって、前記CCEインデックスは前記CORESET内の前記CCEに対応する番号である、ステップとを含み、
前記対応する複数のオフセット値の各々が一意の値であり、前記複数のオフセット値が少なくとも4つの一意の値を含む、方法。
前記対応する複数のオフセット値の各々が、いくつかのリソースブロックおよびいくつかのリソース要素のうちの1つに対応する、請求項1に記載の方法。
前記対応する複数のオフセット値の各々が、リソースロケーションに対応する、請求項1に記載の方法。
前記対応する複数のオフセット値の各々が、リソースマッピングに対応する、請求項1に記載の方法。
前記オフセット値は、周波数ドメイン、コードドメイン、循環シフトドメイン、または時間ドメインのうちの1つまたは複数において前記第1のULリソースをオフセットするように構成される、請求項1に記載の方法。
第2のULリソースを示す明示的信号を有するDL制御情報(DCI)を含む別のDL送信を前記スケジューリングエンティティから受信するステップであって、前記明示的信号は、前記第1のULリソースを示した暗黙的マッピングをオーバーライドするように構成される、ステップと、
前記第2のULリソースを使用して前記ACKを前記スケジューリングエンティティに送信するステップとをさらに含む、請求項1に記載の方法。
前記別のDL送信は、前記第2のULリソースを示すアドレスまたはインデックスのうちの1つまたは複数を提供するように構成されたACK許可を含む、請求項6に記載の方法。
前記被スケジューリングエンティティが、ユーザ機器(UE)を含む、請求項1から7のいずれか一項に記載の方法。
ワイヤレス通信のために構成された装置であって、
制御リソースセット(CORESET)インデックスを有するCORESET内の制御チャネル要素(CCE)インデックスを有するCCEおよびマルチビット信号を有するダウンリンク(DL)制御情報(DCI)を含むDL送信を、スケジューリングエンティティから受信するための手段と、
マルチビット信号と対応する複数のオフセット値との間のマッピングのための情報を含む無線リソース制御(RRC)メッセージを前記スケジューリングエンティティから受信するための手段と、
前記DL送信に応答して肯定応答(ACK)を生成するための手段と、
前記CORESETインデックス、前記CCEインデックス、前記RRCメッセージからの情報、および前記DCIの前記マルチビット信号に基づいて前記ACKを送信するための第1のアップリンク(UL)リソースを決定するための手段と、
前記第1のULリソースを使用して、前記ACKを前記スケジューリングエンティティに送信するための手段とを備え、
前記ACKを送信するための前記第1のULリソースを決定するための手段が、
前記DCIの前記マルチビット信号および前記マッピングに基づいてオフセット値を決定するための手段と、
前記CCEインデックスに基づくULリソースに前記オフセット値を適用して、前記第1のULリソースを決定するための手段であって、前記CCEインデックスは前記CORESET内の前記CCEに対応する番号である、手段とを含み、
前記対応する複数のオフセット値の各々が一意の値であり、前記複数のオフセット値が少なくとも4つの一意の値を含む、装置。
前記装置が、ユーザ機器(UE)を含む、請求項9に記載の装置。
スケジューリングエンティティにおいて動作可能なワイヤレス通信の方法であって、
肯定応答(ACK)のための第1のアップリンク(UL)リソースを選択するステップであって、前記第1のULリソースは、制御リソースセット(CORESET)インデックスを有するCORESET内の制御チャネル要素(CCE)インデックスおよびマルチビット信号によってマッピングされる、ステップと、
前記CCEインデックスを有するCCEおよび前記マルチビット信号を有するダウンリンク(DL)制御情報(DCI)を含むDL送信を、被スケジューリングエンティティに通信するステップと、
マルチビット信号と対応する複数のオフセット値との間のマッピングのための情報を含む無線リソース制御(RRC)メッセージを前記被スケジューリングエンティティに通信するステップと、
前記DL送信に応答して、前記第1のULリソースを介して通信されたACKを、前記被スケジューリングエンティティから受信するステップであって、前記CORESETインデックス、前記CCEインデックス、前記RRCメッセージからの情報、および前記DCIの前記マルチビット信号は、前記被スケジューリングエンティティに前記ACKを送信するための前記第1のULリソースを決定させるために使用される、ステップとを含み、
前記DL送信で通信された前記CCEインデックスは、前記CORESET内の前記CCEに対応する番号であり、ULリソースの基礎であり、
前記DL送信で通信されたオフセット値は、前記DCIの前記マルチビット信号および前記被スケジューリングエンティティに通信された前記マッピングに従って、決定されたオフセット値にマッピングし、前記決定されたオフセット値は前記被スケジューリングエンティティによって前記ULリソースに適用される、方法。
前記スケジューリングエンティティが、基地局またはユーザ機器(UE)を含む、請求項11に記載の方法。
ワイヤレス通信のために構成された装置であって、
肯定応答(ACK)のための第1のULリソースを選択するための手段であって、前記第1のULリソースは、制御リソースセット(CORESET)インデックスを有するCORESET内の制御チャネル要素(CCE)インデックスおよびマルチビット信号によってマッピングされる、手段と、
前記CCEインデックスを有するCCEおよび前記マルチビット信号を有するダウンリンク(DL)制御情報(DCI)を含むDL送信を、被スケジューリングエンティティに通信するための手段と、
マルチビット信号と対応する複数のオフセット値との間のマッピングのための情報を含む無線リソース制御(RRC)メッセージを前記被スケジューリングエンティティに通信するための手段と、
前記DL送信に応答して、前記第1のULリソースにより通信されたACKを、前記被スケジューリングエンティティから受信するための手段であって、前記CORESETインデックス、前記CCEインデックス、前記RRCメッセージからの情報、および前記DCIの前記マルチビット信号は、前記被スケジューリングエンティティに前記ACKを送信するための前記第1のULリソースを決定させるために使用される、手段とを含み、
前記DL送信で通信された前記CCEインデックスは、前記CORESET内の前記CCEに対応する番号であり、ULリソースの基礎であり、
前記DL送信で通信されたオフセット値は、前記DCIの前記マルチビット信号および前記被スケジューリングエンティティに通信された前記マッピングに従って、決定されたオフセット値にマッピングし、前記決定されたオフセット値は前記被スケジューリングエンティティによって前記ULリソースに適用される、装置。
前記装置が、基地局またはユーザ機器(UE)を含む、請求項13に記載の装置。
装置のプロセッサによって実行されたとき、前記プロセッサに請求項1から8のいずれか一項に記載の方法を実行させる複数の実行可能命令を含む、少なくとも１つの機械可読媒体。
装置のプロセッサによって実行されたとき、前記プロセッサに請求項11から12のいずれか一項に記載の方法を実行させる複数の実行可能命令を含む、少なくとも１つの機械可読媒体。