JP2024505403A

JP2024505403A - 通信デバイス、インフラストラクチャ機器および方法

Info

Publication number: JP2024505403A
Application number: JP2023541916A
Authority: JP
Inventors: シンホンウォン; 直紀草島; マーチンウォーリックベーレ; ヤシンアデンアワッド
Original assignee: Sony Corp; Sony Group Corp
Current assignee: Sony Corp; Sony Group Corp
Priority date: 2021-01-18
Filing date: 2021-12-23
Publication date: 2024-02-06
Also published as: DE112021006835T5; CN116746091A; WO2022152546A1

Abstract

無線通信ネットワークにおける通信デバイスによる制御情報を送信する方法であって、この方法は、上記無線通信ネットワークのインフラストラクチャ機器から、半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を受信するステップと、確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、上記確認応答情報の第1の部分の送信のために使用できないかを判定するステップと、上記確認応答情報の第1の部分の送信のために割り当てられた上記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択するステップと、上記選択された第2のアップリンク通信リソースを用いて、上記確認応答情報の第1の部分を送信するステップとを含み、上記ダウンリンク通信リソースの上記複数のインスタンスは、無線アクセスインターフェースを介した上記通信デバイスへの上記インフラストラクチャ機器によるデータ送信のために割り当てられており、上記確認応答情報の第1の部分は、上記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す。【選択図】図１６

Description

本開示は、無線通信ネットワーク内の制御情報送信のための、通信デバイス、インフラストラクチャ機器、および方法に関する。
本開示は、欧州特許出願第21152203.2号のパリ条約優先権を主張し、その内容全体は参照により本開示に組み込まれる。

本明細書で提供される「背景技術」の説明は、本開示の背景を一般的に提示するためのものである。現在指名されている発明者の研究は、この背景技術の項に記載されている限りにおいて、出願時に先行技術として見なされない明細書の態様と同様に、本発明に対する先行技術として明示的にも暗示的にも認められない。

3GPP（登録商標）定義のUMTSおよびLTE(Long Term Evolution)アーキテクチャに基づくものなどの第３世代および第4世代の移動体通信システムは、以前の世代の移動体通信システムによって提供された単純な音声およびメッセージングサービスよりも高度なサービスをサポートすることができる。
例えば、LTEシステムによって提供される改善された無線インターフェースおよび拡張されたデータレートを用いて、ユーザは、以前は固定回線データ接続を介してのみ利用可能であったモバイルビデオストリーミングおよびモバイルビデオ会議などの高データレートアプリケーションを享受することができる。
したがって、このようなネットワークを配備する要求は強く、これらのネットワークのカバレージエリア、すなわち、ネットワークへのアクセスが可能な地理的場所は、ますます急速に拡大することが予想される。

将来の無線通信ネットワークは、現在のシステムがサポートするように最適化されるよりも、より広範囲のデータトラフィックプロファイルおよびタイプに関連する、より広範囲のデバイスとの通信を日常的かつ効率的にサポートすることが期待される。
例えば、将来の無線通信ネットワークは、複雑さが低減されたデバイス、マシンタイプ通信(MTC)デバイス、高解像度ビデオディスプレイ、仮想現実ヘッドセットなどを含むデバイスとの通信を効率的にサポートすることが期待される。
これらの異なるタイプのデバイスのうちのいくつかは、非常に多数の、例えば、「物のインターネット」をサポートするための低複雑度のデバイスに、配備されてもよく、典型的には比較的高いレイテンシ耐性を有する比較的少量のデータの伝送に関連付けられてもよい。

この観点から、例えば、5Gまたは新しい無線(NR)システム/新しい無線アクセス技術(RAT)システム（非特許文献１）、および、既存のシステムの将来のバージョン/リリースと呼ばれてもよいものなど、将来の無線通信ネットワークが、異なるアプリケーションおよび異なる特性データトラフィックプロファイルに関連付けられた広範囲のデバイスのための接続性を効率的にサポートすることが望まれることが予想される。

しかしながら、無線アクセスインターフェースのリソースを効率的に使用しながら、制御情報を通信デバイスからインフラストラクチャ機器にタイムリに伝送できることを保証するために対処すべき技術的課題が残されている。

3GPP TS 38.300 v. 15.2.0, "NR; NR and NG-RAN Overall Description; Stage 2(Release 15)", June 2018. Holma H. and Toskala A, "LTE for UMTS OFDMA and SC-FDMA based radio access", John Wiley and Sons, 2009. 3GPP TR 38.913, "Study on Scenarios and Requirements for Next Generation Access Technologies (Release 14)", vl4.3.0. 3GPP Tdoc RP- 190726, "Physical layer enhancements for NR ultra-reliable and low latency communication (URLLC)," Huawei, HiSilicon, RAN#83. 3GPP Tdoc RP-201310, "Revised WID: Enhanced Industrial Internet of Things (IoT) and ultra reliable and low latency communication (URLLC) support for NR," Nokia, Nokia Shanghai Bell, RAN#88e. 3GPP Tdoc Rl-2008842, "HARQ - ACK Feedback Enhancements for URLLC/IIoT," Nokia, Nokia Shanghai Bell, RANl#103e. 3GPP Tdoc R1-2008984, "Discussion on prioritized UE HARQ feedback enhancements for URLLC/IIoT," Intel, RANl#103e. European patent application EP20202915.3. 3GPP TS 38.213 "NR; Physical layer procedures for control", version 16.4.0.

本開示は、上述の問題のうちの少なくとも一部に対処するか、または軽減するのに役立つことができる。

本開示のそれぞれの態様および特徴は、添付の特許請求の範囲において定義される。

前述の一般的な説明および以下の詳細な説明の両方が、本技術の例示であるが、本技術を限定するものではないことを理解されたい。説明される実施形態はさらなる利点とともに、添付の図面と併せて以下の詳細な説明を参照することによって最もよく理解される。

いくつかの図を通して同じ参照番号が同一または対応する部品を示すので、以下の詳細な説明を、添付の図面と併せて考察すると、本開示およびそれに付随する多くの利点が、以下の詳細な説明を参照することによってよりよく理解される。
本開示の特定の実施形態に従って動作するように構成されたLTEタイプのワイヤレス電気通信システムのいくつかの態様を概略的に表したものである。本開示の特定の実施形態に従って動作するように構成された新しい無線アクセス技術(RAT)無線電気通信システムのいくつかの例示的な態様を概略的に表したものである。例示的な実施形態に従って構成されたインフラストラクチャ機器および通信デバイスの一例の概略ブロック図である。ダウンリンク送信に関連する確認応答情報の送信を示し、ダウンリンク送信は、従来の技術に従って、動的に割り当てられた通信リソースを使用する。 eURLLCデータのダウンリンク送信に関連する確認応答情報の送信を示し、確認応答情報の送信用のリソースは、従来の技術に従ってサブスロット内に割り当てられる。従来の技術による、アップリンク制御チャネルのリソースの単一のインスタンス内の、それぞれのダウンリンクリソースインスタンスに関連する確認応答情報の複数部分の多重化を示す。前の制御チャネル割当では送信されなかった確認情報の送信のための制御チャネルリソースの後続の割り当ての使用を示している。なぜなら、前の制御チャネル割り当ては、特定の提案に従って、アップリンク送信のために指定されなかったタイムスロットを構成していたからである。本技術の実施形態による、制御チャネルリソースの無効なインスタンスの識別に応答して選択される追加の通信リソースを示す。本技術の実施形態による、制御チャネルリソースの無効なインスタンスの識別に応答して選択される追加の通信リソースを示す。本技術の実施形態による、制御チャネルリソースの無効なインスタンスの識別に応答して選択される追加の通信リソースを示す。本技術の実施形態による、制御チャネルリソースの無効なインスタンスの識別に応答して選択される追加の通信リソースを示す。本技術の実施形態による、制御チャネルリソースの無効なインスタンスの識別に応答して選択される追加の通信リソースを示す。本技術の実施形態による制御チャネルリソースの無効なインスタンスの識別情報に応答して選択された追加の通信リソースを示し、追加の通信リソースは複数のリソースインスタンスを含む。本技術の実施形態に従って、制御チャネルリソースの無効なインスタンスの識別に応答して選択された追加の通信リソースを示し、追加の通信リソースは、複数のリソースインスタンスを含み、1つ以上のリソースインスタンスは、すべての有効なリソースインスタンスを使用せずに、選択された確認応答情報を送信することが可能である場合には、使用されない。本技術の実施形態による制御チャネルリソースの無効なインスタンスの識別情報に応答して選択される追加の通信リソースを示し、追加の通信リソースは、複数のリソースインスタンスを含み、そのようなリソースインスタンスの数は、終了指示の受信によって示される。本技術の実施形態に従って通信デバイスによって実行され得るプロセスのフローチャートである。

（Long Term Evolution Advanced Radio Access Technology (4G)）
図1は、一般にLTE原理に従って動作するが、他の無線アクセス技術もサポートすることができ、本明細書で説明されるような本開示の実施形態を実装するように適合させることができる、モバイル遠隔通信ネットワーク/システム100のいくつかの基本的な機能を示す概略図を提供する。
図1の様々な要素およびそれらのそれぞれの動作モードの特定の態様は、3GPP(RTM)機関によって管理される、関連する規格において周知であり、定義もされており、また、その議題に関する多くの書籍、例えば、Holma H.およびToskala Aの非特許文献２にも記載されている。
本明細書で特に記載されていない電気通信ネットワークの動作態様(例えば、異なる要素間で通信するための特定の通信プロトコルおよび物理チャネルに関して)は、例えば、関連する規格およびその関連する規格に対する既知の提案された修正および追加に従った、任意の既知の技法に従って実装され得ることが理解される。

ネットワーク100は、コアネットワーク部102に接続された複数の基地局101を含む。各基地局は、通信デバイス104との間でデータを通信することができるカバレージエリア103(例えば、セル)を提供する。データは、基地局101から、それぞれのカバレージエリア103内の通信デバイス104に、無線ダウンリンクを介して送信される。
通信デバイス104から基地局101へは、無線アップリンクを介してデータが送信される。コアネットワーク部102は、各基地局101を介して通信デバイス104との間でデータの送受信を行うものであり、認証、モビリティ管理、課金等の機能を提供する。通信デバイスは、移動局、ユーザ機器(UE)、ユーザ端末、モバイル無線、端末デバイスなどと呼ばれることもある。
ネットワークインフラストラクチャ機器/ネットワークアクセスノードの一例である基地局は、トランシーバ局/ノードB/ eノードB、gノードB（gNB）などと呼ばれることもある。この点で、異なる用語は、広く同等の機能性を提供する要素のための異なる世代の無線電気通信システムに、しばしば関連する。
しかしながら、本開示の例示的な実施形態は、以下で説明される5Gまたはnew radioなどの異なる世代の無線電気通信システムにおいて同等に実装されてもよく、簡潔にするために、基礎となるネットワークアーキテクチャにかかわらず、特定の用語が使用されてもよい。すなわち、特定の実施例に関連する特定の用語の使用は、これらの実施例がその特定の用語に最も関連する可能性のある特定の世代のネットワークに限定されることを示すことを意図していない。

（新しい無線アクセス技術（5G））
図2は、本明細書で説明される本開示の実施形態による機能を提供するようにも適合され得る、以前に提案されたアプローチに基づく、New RAT無線通信ネットワーク/システム200のためのネットワークアーキテクチャを示す模式図である。
図2に示すNew RATネットワーク200は、第１の通信セル201と第２の通信セル202とを含む。各通信セル201、202は、それぞれの有線または無線リンク251、252を介してコアネットワーク構成要件210と通信する制御ノード(集中ユニット)221、222を備える。
また、各制御ノード221、222は、それぞれのセル内の複数の分散ユニット(無線アクセスノード/遠隔送受信ポイント(TRP))211、212とも通信している。この場合も、これらの通信は、それぞれの有線または無線リンクを介して行うことができる。
分散ユニット211、212は、ネットワークに接続された通信デバイスに無線アクセスインターフェースを提供する役割を果たす。
各分散ユニット211、212は、カバレージエリア(無線アクセスフットプリント)241、242を有し、制御ノード221、222の制御下にある分散ユニット211、212のカバレージエリア241、242の総和は、それぞれの通信セル201、202のカバレージを共に定義する
各分散ユニット211、212は、無線信号の送受信のための送信機回路（受信機回路）と、それぞれの分散ユニット211、212を制御するように構成されたプロセッサ回路（コントローラ回路）とを含む。

広大なトップレベルの機能性の観点から、図2に表されるNew RAT通信ネットワークのコアネットワーク部210は、図1に表されるコアネットワーク12に対応すると広く考慮することができる。それぞれの制御ノード221、222およびそれらの関連する分散ユニット/TRP211、212は、図1の基地局11に対応する機能性を提供すると広く考慮することができる。
ネットワークインフラストラクチャ機器/アクセスノードという用語は、これらの構成要件およびワイヤレス通信システムのより従来の基地局型の構成要件を包含するために使用されてもよい。手元のアプリケーションに応じて、それぞれの分散ユニットと通信デバイスとの間の無線インターフェース上でスケジュールされる伝送をスケジュールする義務は、制御ノード/集中ユニット、および/または、分散ユニット/TRPにあるといってもよい。

図2には、第１の通信セル201のカバレージエリア内にある通信デバイスすなわちUE260が示されている。したがって、この通信デバイス260は、第１の通信セル201に関連する分散ユニット211のうちの1つを介して、第１の通信セル内の第１の制御ノード221と信号を交換することができる。
いくつかの場合、所与の通信デバイスの通信は、分散ユニットのうちの1つだけを介してルーティングされるが、いくつかの他の実装形態では、所与の通信デバイスに関連する通信が、例えばソフトハンドオーバの場合（シナリオ）および他の場合において、2つ以上の分散ユニットを介してルーティングされ得ることが理解される。

図2の例では簡略化のために、2つの通信セル201、202および1つの通信デバイス260が示されているが、実際にはシステムは、より多数の通信デバイスにサービスを提供する (それぞれの制御ノードおよび複数の分散ユニットによってサポートされる) より多数の通信セルを備えることができることが理解される。

図2は、本明細書で説明される原理によるアプローチが採用され得るNew RAT通信システム用に提案されたアーキテクチャの単なる一例を表し、本明細書で開示される機能は、異なるアーキテクチャを有する無線通信システムに関しても適用され得ることがさらに理解される。

したがって、本明細書で説明される本開示の例示的な実施形態は、図1および図2に示される例示的なアーキテクチャなど、様々な異なるアーキテクチャによる無線電気通信システム/ネットワークにおいて実装され得る。したがって、任意の所定の実装における特定の無線通信アーキテクチャは、本明細書に記載する原理にとって主要な重要性がないことが理解される。
この点に関して、本開示の例示的な実施形態は一般に、ネットワークインフラストラクチャ機器/アクセスノードと通信デバイスとの間の通信状況で説明することができ、ネットワークインフラストラクチャ機器/アクセスノードおよび通信デバイスの特定の性質は、目前の実装形態のためのネットワークインフラストラクチャに依存することになる。
例えば、いくつかの場合では、ネットワークインフラストラクチャ機器/アクセスノードが、本明細書で説明される原理に従って機能を提供するように適合された、図1に示されるようなLTEタイプ基地局11のような基地局を備えてもよく、他の例では、ネットワークインフラストラクチャ機器/アクセスノードが、本明細書で説明される原理に従って機能を提供するように適合された、図2に示される種類の制御部/制御ノード221、222および/またはTRP 211、212を備えてもよい。

通信デバイス270と、gNB 101または制御ノード221とTRP 211との組合せとして考えられる例示的なネットワークインフラストラクチャ機器272とのより詳細な説明を図3に示す。
図3に示すように、通信デバイス270は、矢印274によって概して示されるように、無線アクセスインターフェースのインフラストラクチャ機器272にアップリンクデータを送信するように示されている。
UE 270は、矢印288によって概して示されるように、無線アクセスインターフェースのリソースを介してインフラストラクチャ機器272によって送信されたダウンリンクデータを受信するように示されている。図1および図2と同様に、インフラストラクチャ機器272は、インフラストラクチャ機器272のコントローラ280へのインターフェース278を介して、（図1のコアネットワーク102または図2のコアネットワーク210に対応してもよい）コアネットワーク276に接続される。
インフラストラクチャ機器272は、さらに、図3に示されていないように、無線間アクセスネットワークノード・インターフェースによって、他の同様のインフラストラクチャ機器に接続されてもよい。

インフラストラクチャ機器272は、アンテナ284に接続された受信機282と、アンテナ284に接続された送信機286とを含む。これに対応して、通信デバイス270は、アンテナ294から信号を受信する受信機292と、同様にアンテナ294に接続された送信機296とに接続されたコントローラ290を含む。

コントローラ280は、インフラストラクチャ機器272を制御するように構成され、かつ、本明細書でさらに説明するように、所望の機能を提供するための各種サブユニット/サブ回路を順に備えるプロセッサ回路（コントローラ回路）を含んでもよい。
これらのサブユニットは、個別のハードウェア要素として、または、プロセッサ回路における適切に構成された機能として実装され得る。
したがって、コントローラ280は、無線電気通信システムにおける機器のための従来のプログラミング/構成技術を用いて、本明細書に記載される所望の機能性を提供するように適切に構成/プログラミングされた回路から構成することができる。
送信機286および受信機282は、従来の構成による信号処理、無線周波数フィルタ、増幅器、および回路を含んでもよい。送信機286、受信機282およびコントローラ280は、表現を容易にするために別個の要素として図3に概略的に示されている。
しかしながら、これらの回路素子の機能性は例えば、1つ以上の適切にプログラム可能なコンピュータ、または、1つ以上の適切に構成された特定用途向け集積回路/回路/チップ/チップセットを用いて、様々な異なる方法で提供され得ることが理解される。
インフラストラクチャ機器272は一般に、その操作機能に関連する様々な他の要素を備え得ることが理解される。

それに対応して、通信デバイス270のコントローラ290は、送信機296および受信機292を制御するように構成され、かつ、本明細書でさらに説明されるような機能を提供するための各種サブユニット/サブ回路を順に備えるプロセッサ回路（コントローラ回路）を含んでもよい。これらのサブユニットは、個別のハードウェア要素として、またはプロセッサ回路において適切に構成された機能として実装され得る。
従って、コントローラ290は、無線電気通信システムにおける機器のための従来のプログラミング/構成技術を用いて所望の機能性を提供するように適切に構成/プログラミングされた回路を備えることができる。
同様に、送信機296および受信機292は、従来の構成による信号処理、無線周波数フィルタ、増幅器、および回路を含んでもよい。
送信機296、受信機292およびコントローラ290は、表現を容易にするために別個の要素として図3に概略的に示されている。
しかしながら、これらの回路素子の機能性は、例えば、1つ以上の適切にプログラム可能なコンピュータ、または1つ以上の適切に構成された特定用途向け集積回路/回路/チップ(複数可)/チップセット(複数可)を使用して、様々な異なる方法で提供され得ることが理解される。
理解されるように、通信デバイス270は一般に、その操作機能に関連する様々な他の要素、例えば、電源、ユーザインターフェースなどを備えるが、これらは簡潔にするために図3には示されていない。

コントローラ280、290は、不揮発性メモリのようなコンピュータ可読媒体に記憶される命令を実行するように構成されてもよい。本明細書に記載する処理ステップは、例えば、コンピュータ可読媒体に記憶された命令に従って動作する、不揮発性メモリであってもよいランダム・アクセス・メモリと共にマイクロプロセッサによって実行されてもよい。

5Gで定義されている2つのサービスは、超信頼性および低遅延通信(URLLC)と拡張モバイルブロードバンド(eMBB)サービスである。URLLCは、信頼性が99.999%（非特許文献３）から99.9999%の1ms以内に、無線プロトコルレイヤ2/3 SDU入力点から無線インターフェースの無線プロトコルレイヤ2/3 SDU出力点にURLLCデータパケット(例えば32バイト)を送信する必要がある、きわめての低遅延と高い信頼性を備えている。
一方、eMBBは高データレート、例えば、中程度のレイテンシと信頼性(例えば99%~99.9%)を持つ20Gbpsを必要とする。

3GPPは最近、eURLLC（非特許文献４）上のRel‐16作業項目(WI)を完成させた。これは5Gシステムにおけるファクトリーオートメーション、輸送産業、電気配電などの高信頼性および低遅延サービスのための特徴を規定している。eURLLCの特徴は、PDSCH送信のためのHARQ-ACKフィードバックを強化することが目的の1つである新しいRel-17 WI（非特許文献５）においてさらに強化されている。

通信リソースが動的グラントによって割り当てられる場合、ダウンリンク制御情報は通信デバイスに送信され、割り当てられた通信リソースと、割り当てられたリソースを使用して送信されたデータが正しく受信されたか否かを示す確認応答情報を送信するためのアップリンクリソースを判定するためのパラメータとを示す。

確認応答情報を送信するためのアップリンクリソースは、物理的なアップリンク制御チャネル(PUCCH)上に割り当てられてもよい。

複数のダウンリンク送信に関連する確認応答情報の送信には、同じPUCCHリソースを使用してもよい。

図4は、ダウンリンク送信に関連する確認応答情報の送信を示し、ダウンリンク送信は、従来の技術に従って、動的に割り当てられた通信リソースを使用する。

図4では、時間が左から右に進んでいる。ダウンリンク・リソース404およびアップリンクリソース402を含む無線アクセスインターフェースの通信リソースが示されている。図3のアップリンク送信274は、アップリンクリソース402を用いた送信の例であってもよい。図3のダウンリンク送信288は、ダウンリンク・リソース404を使用する伝送の一例であってもよい。
時間領域では、通信リソースはタイムスロット(n、n+1など)に分割され、各タイムスロットはシンボル期間を構成する。図4の例では、各タイムスロットに14個のシンボル期間が含まれている。

ダウンリンク制御情報(DCI)410a、410b、410cは、対応するダウンリンク通信リソース412a、412b、412cを割り当てる。ダウンリンク通信リソース412a、412b、412cは、物理的ダウンリンク共有チャネル(PDSCH)上のデータの送信に使用される。

各DCIは、パラメータK1の数値の指示を含む。K1パラメータは、ダウンリンクPDSCHリソース412a、412b、412cが終了するタイムスロットと、関連する確認応答情報の送信のために通信リソースが割り当てられるタイムスロットとの間のタイムスロットオフセットを示す。例えば、K1の値は、DL Grantの「PDSCH-to-HARQ_feedback timing indicator」フィールドに示されてもよい。ダウンリンク許可は、DCI Format 1_0、DCI Format 1_1またはDCI Format 1_2などの従来のDCI フォーマットに従ってエンコードすることができる。

図4の例では、スロットn内の最初のDCI 410aは、スロットn+1で開始および終了する第1の通信リソース412aを割り当て、K1値3を示す。従って、ダウンリンク送信に関連する確認応答情報(すなわち、第1の通信リソース412aを介して送信されたデータが正しく受信され復号されたか否か)は、スロットn+1+K1 = n+4で送信されることになる。
同様に、第2のDCI 410bおよび第3のDCI 410cは、それぞれ第2の通信リソース412bおよび第3の通信リソース412cを割り当て、それぞれタイムスロットn+2およびn+3で開始および終了し、それぞれ2および1のK1値を示す。従って、通信デバイスは、第2の通信リソース412bおよび第3の通信リソース412cにおける第2のダウンリンク送信および第3のダウンリンク送信に関連する確認応答情報もスロットn+4で送信されるべきものであると判定することができる。

従来の技術に従って、確認応答情報はハイブリッド自動反復要求確認応答(HARQ)プロセスの一部として送信され得る。

本開示では、「HARQ-ACK」(ハイブリッド自動反復要求確認応答)という用語は、ダウンリンク通信リソースの単一のインスタンスを介して送信されたデータが正しく受信され、復号されたか否かを示す確認応答情報の一部分を参照するために使用される。本明細書に開示する技術は、確認応答されたデータ送信がHARQ技術以外で実行される場合に適用可能であることが理解されるであろう。
図4の例では、3つの別々のHARQ-ACKがあってもよく、各々は、第1~第3のダウンリンク通信リソース412a、412b、412cに関連する。多重化が行われない場合(後述するように)、HARQ-ACKは、割り当てられたPUCCHリソースの単一のインスタンスを使用して送信されるであろう確認応答情報を含むことができる。

3GPPリリース15で規格化された技術のような従来の技術によれば、通信デバイスは、時間的に重複しない複数のPUCCHリソースが割り当てられていたとしても、任意のタイムスロット内で最大1つのPUCCHリソースを使用してHARQ-ACKを送信することが許可される。(この制約は、スケジューリング要求の送信のような、他の目的でさらなるPUCCHリソースを使用する場合には適用されないことがある)。

通信デバイスは、HARQ-ACKを多重化することによってこの制約を解決し、単一のPUCCHリソースインスタンスを使用して送信することができる。つまり、単一のPUCCHリソースインスタンスを使用して、複数のHARQ-ACKを送信する。多重化は、単一のPUCCHリソースインスタンスを使用して送信するのに任意の方法で、HARQ-ACKを組み合わせることを含むことができる。例えば、これは、HARQ-ACKの確認応答情報を連結することを含むことができる。

多重化ウィンドウが定義されてもよく、HARQ-ACKは、多重化ウィンドウ内で起こる下りリンク通信に関連する場合にのみ、共に多重化されてもよい。図4の例では、PUCCH多重化ウィンドウ420は、スロットnからスロットn+3まで延びる。第1~第3のダウンリンク通信リソース412a、412b、412cの各々は多重化ウィンドウ420内にあるので、通信デバイスは、対応するHARQ-ACKを多重化することが許可される。

PUCCHリソースは、DUグラント (例えばDCI) の「PUCCHリソースインジケータ」(PRI)フィールドに表示されてもよい。通信デバイスは、多重化ウィンドウ内にダウンリンク通信リソースを割り当てた最後の(すなわち、最後に受信した)DCIによって示されるPRIに基づいてPUCCHリソースを選択してもよい。

図4の例では、第3のDCI 410cはPUCCHリソース414を示す。したがって、図4の例では、通信デバイスは、PUCCHリソース414を選択し、第1~第3のダウンリンク通信リソース412a、412b、412cに関連付けられた3つのHARQ-ACKに基づいて多重化HARQ-ACKを生成し、タイムスロットn+4内のPUCCHリソース414を使用して、多重化されたHARQ-ACKを送信する。
上述したように、多重化HARQ-ACKの送信のために選択されたPUCCHリソース414は、PUCCHリソース414が、多重化ウィンドウ内の最後のDCI (第3のDCI 410c)によって示されるので、選択されてもよい。

いくつかの例では、3つのDCI 410a、410b、410cのそれぞれが、タイムスロットn+4内に同じPUCCHリソース414を割り当ててもよい。ただし、一部の例では、3つのDCI 410a、410b、410cによって2つ以上のPUCCHリソース(図4には示されていない)が割り当てられてもよい。通信デバイスが時間的に重複しない複数のPUCCHリソースを割り当てられていても、任意のタイムスロット内で最大1つのPUCCHリソースを使用したHARQ-ACKの送信に通信デバイスが制限される場合がある。
したがって、HARQ-ACKの送信には、割り当てられたPUCCHリソースの1つが選択されてもよい。図4の例では、これは、多重化ウィンドウ内にダウンリンク通信リソースを割り当てた最後の(すなわち、最後に受信した) DCIによって割り当てられたPUCCHリソース414である。

3GPPリリース16で規格化されたもののような従来の技術に従って、時間領域はさらにサブスロットに分割され得、ここで各タイムスロットはサブスロットの数(2または7など)を含む。通信デバイスは、PUCCHリソースが異なるサブスロット内で発生した場合、タイムスロット内で複数のPUCCHリソースを使用してHARQ-ACKを送信することが許可されてもよい。
DCIによって示されるK1値は、HARQ-ACKが送信されるサブスロットを適切に示してもよい。

図5は、ダウンリンク送信に関連する確認応答情報の送信を示し、確認応答情報の送信のためのリソースは、従来の技術に従って、サブスロット内に割り当てられる。

図5の例では、2つのサブスロットがあり、各スロット内に7つのシンボル期間がある。サブスロットには、m、m+1、m+2などのラベルが付いている。

第1のDCI 510aは、第1のダウンリンク通信リソース512aを割り当て、K1が値6を有することを示す。第1のダウンリンク通信リソース512aは、サブスロットm+2で終了するので、第1のHARQ-ACKは、サブスロットm+2 + 6 = m+8内の第1のPUCCHリソース514aで送信される。
同様に、第2のDCI 510bは、第2のダウンリンク通信リソース512bを割り当て、K1が4の値を有することを示す。第2のダウンリンク通信リソース512bは、サブスロットm+5で終了するので、第2のHARQ-ACKは、サブスロットm+5 + 4 = m+9内の第2のPUCCHリソース514bで送信される。
第1のPUCCHリソース514aおよび第2のPUCCHリソース514bは異なるサブスロットにあるので、通信デバイスは、第1のPUCCHリソース514aおよび第2のPUCCHリソース514bを使用して、それぞれのHARQ-ACKを送信することが許可される(そして実際には送信する)。

従来、セミパーシステントスケジューリング(SPS)は、特定の通信デバイスに、または、特定の通信デバイスによってデータを送信するための周期的通信リソースインスタンスの割り当てを含む。SPS割り当ての指示は、RRCコンフィギュレーションシグナリングを使用して送信され得る。SPS割り当ては、後で有効化または無効化されてもよい。

有効にすると、SPS割り当ての各インスタンス(ここではSPSインスタンスと呼ぶ)が事前に割り当てられ、各インスタンスに対して個別のダウンリンク許可を送信する必要がない。従って、SPSは、データが周期的に送信されるとき、ならびに/もしくは、非常に低遅延および減少した制御オーバヘッドを有するとき、通信リソースを効率的に使用することを可能にする。

割り当てられたすべてのSPSインスタンスを使用して、通信デバイスまたはインフラストラクチャ機器を送信する必要はない。しかしながら、従来技術によれば、通信デバイスは、通信デバイスへのデータの送信のために割り当てられた各ダウンリンクSPSインスタンスに関する確認応答情報を、そのような送信が発生したか否かにかかわらず送信するように要求され得る。

特定のダウンリンクSPS割り当ては、物理ダウンリンク共有チャネル(PDSCH)上にリソースを割り当てることができ、したがって、このような割り当ておよびSPSインスタンスの対応するシーケンスは、本明細書では、SPS PDSCHと呼ばれる。しかしながら、SPS割り当てが他のチャンネル上にリソースを割り当てるかもしれないことが理解される。

3GPPリリース15仕様に規定されているような従来の技術に従って、通信デバイスは、多くても1つのSPS PDSCHで構成することができる。コンフィギュレーション後、SPS PDSCHは、インフラストラクチャ機器による通信デバイスへのアクティベーションDCIの送信によって有効化されてもよい。
有効化DCIは、従来のDCIフォーマット1_0またはDCIフォーマット1_1に従ってエンコードされてもよい。SPS PDSCHは、インフラストラクチャ機器による通信デバイスへの無効化DCIの送信によって無効化されてもよい。有効化DCIと無効化DCIの巡回冗長検査(CRC)は、CS無線ネットワーク一時ID(CS-RNTI)のようなSPS PDSCHに関連付けられた識別子でスクランブルされてもよい。

通信デバイスは、無効化DCIの受け取りを確認するために確認応答情報を送信するように要求されてもよい。その一方で、有効化DCIの受け取りを確認するための確認応答情報は必要とされない。

有効化DCIは、SPS PDSCHが無効化されるまで、SPS PDSCHの後続の各インスタンスに対するK1の値を示すPDSCH_to_HARQ_feedbackタイミングインジケータを含むことができる。SPS PDSCHのインスタンスに適用可能なK1値は、SPS PDSCHを無効化し、その後有効化することによってのみ変更できる。その後の有効化は、更新されたK1値の指示を含むさらなる有効化DCIによって行われる。

3GPPリリース15の仕様に従い、通信デバイスは最大1つのSPS PDSCHで設定できるため、SPS PDSCHインスタンスに関連付けられた確認応答情報の送信には、最大2つのHARQ-ACK(PUCCHフォーマット0やPUCCHフォーマット1など)を伝送できるPUCCHフォーマットが使用されてもよい。
動的に付与されたPDSCH送信(「DG-PDSCH」)に関連するHARQ-ACKの送信のためのPUCCH割り当て(HARQ-ACK)との衝突のために確認応答情報(HARQ-ACK)を送信することができない場合、SPS HARQ-ACKは競合するHARQ-ACKと多重化され、DG-PDSCHに関連するHARQ-ACKの送信のためのPUCCH割り当てを使用して送信されてもよい。

3GPPリリース16の仕様で規定されているような従来の手法に従って、通信デバイスは、最大8つのSPS PDSCHで設定できる。各SPS PDSCHはSPSコンフィギュレーションインデックスに関連付けられてもよく、SPSコンフィギュレーションインデックスとSPS PDSCHの間のマッピングはRRCコンフィギュレーションシグナリングによって示される。

各SPS PDSCHは、有効化DCIを使用して個別に有効化されてもよい。有効化DCIは、関連するSPS構成インデックスの指示と、そのSPS PDSCHのK1値の指示とを含む。複数のSPS PDSCHは、単一の無効化DCIを使用して無効化されてもよい。リリース15と同様に、有効化DCIおよび無効化DCIのCRCがCS-RNTIでスクランブルされてもよく、無効化DCIの受信に応じてのみ確認応答情報を送信する必要がある。

異なるSPS PDSCHインスタンスに対応する複数のHARQ-ACKが、SPS PDSCHインスタンスのタイミングと関連するK1値に基づいて、同じスロットまたはサブスロット内で送信されてもよい。特に、K1値はSPS PDSCHごとに異なってもよい。

このようなシナリオでは、通信デバイスは、それらが単一のPUCCHインスタンスを使用して送信され得るように、競合するHARQ-ACKを多重化してもよい。このような多重化を可能にするために、PUCCHフォーマット2, 3,および4を使用することができる(PUCCHフォーマット0および1に加えて)。

多重伝送におけるHARQ-ACKの順序は、所定のシーケンスに従うことができる。例えば、HARQ-ACKの順序は、対応するSPS PDSCHインスタンスのSPS PDSCH Configurationインデックスに基づいていてもよく、(複数のHARQ-ACKが同じSPS PDSCHに関連付けられている)対応するSPS PDSCHインスタンスが発生したスロットに基づいていてもよい。K1の値はSPS PDSCHごとに固定される場合があるため、同じインデックスを持つ2つ以上のSPS PDSCHに関連付けられたHARQ-ACKが1つのPUCCH送信に多重化される可能性は低いと考えられる。

図6は、3つのSPS PDSCHに関連付けられたSPSインスタンスと、2つのPUCCHインスタンスを示している。

K1値が3である第1のSPS PDSCHの5つのインスタンス802a、802b、802c、802d、802eが示されている。第2のSPS PDSCHの3つのインスタンス804a、804b、804cのK1値が4であるインスタンスが示されている。第3のSPS PDSCHの単一のインスタンス806のK1値が1であることも示されている。
スロットnの前にSPS PDSCHインスタンスは発生しない。例えば、第1のSPS PDSCHから第3のSPS PDSCHは、スロットnの間または後に第1のインスタンスが発生するように有効化されてもよい。

第1のSPS PDSCHに関連するK1値に基づいて、スロットn+3における第1のPUCCHリソース808aは、(スロットnで発生する)第1のSPS PDSCHの第1のインスタンス802aに関連するHARQ-ACKの送信用に割り当てられる。スロットn+3の間、他のPDSCHインスタンスのHARQ-ACKの通信デバイスによる送信には、他のPUCCHリソースは割り当てられない。
従って、通信デバイスは、破線矢印812によって示されるように、第1のPUCCHリソース808aを使用して、第1のSPS PDSCHの第1のインスタンス802aに関連付けられたHARQ-ACKを送信する。

関連する第1のSPS PDSCHのK1値に基づいて、PUCCHリソース(例えば、第2のPUCCHリソース808b)は、
-第2のSPS PDSCHの第1のインスタンス804a (スロットnで発生)、
-第1のSPS PDSCHの第2のインスタンス802b (スロットn+1で発生)および
-第3のSPS PDSCHの第1のインスタンス806a (スロットn+3で発生)
に関連付けられたHARQ-ACKの送信用に、スロットn+4に割り当てられる。

したがって、これら3つのインスタンスのそれぞれに対するHARQ-ACKは、破線の矢印810a、810b、810cによって示されるように、第2のPUCCHリソース808bを使用して多重化され、送信される。

図4、図5および図6の例では、無線アクセスインターフェースは、それぞれ、(インフラストラクチャ機器に向かっての)アップリンクおよび(インフラストラクチャ機器に向かっての)ダウンリンクに対する(異なる、重複しない周波数範囲で動作する)個別の通信リソース402、404と共に、周波数分割複信(FDD)方式で動作する。代わりに、無線アクセスインターフェースは、動作の時分割二重(TDD)モードで動作することができる。TDDでは、単一の周波数範囲内の通信リソースがアップリンクおよびダウンリンク通信に使用される。

例えば、通信リソースが時間スロットに分割され、各スロットが多数のシンボル期間を含む場合、各シンボル期間は、アップリンク使用またはダウンリンク使用のために指定されてもよい。さらに、特定の従来技術に従って、シンボル期間は、「無効」と指定されてもよく、すなわち、アップリンクまたはダウンリンクのいずれの伝送にも利用可能でない。

各シンボル期間の指定は、インフラストラクチャ機器によって動的に行われてもよい。スロットフォーマットインジケータ(SFI)は、将来のシンボル期間の指定を示すために、インフラストラクチャ機器によってセル内の1つ以上の通信デバイスに送信されてもよい。

したがって、上述の原理に従って決定されたPUCCHリソースは、アップリンクタイムスロットとして指定されていないタイムスロットの間に発生する(またはそれを構成する)ことができる。このようなPUCCHリソースは、HARQ-ACKの送信には使用できないため、以前のPDSCHインスタンスに関連付けられた確認応答情報が遅延したり、送信されなかったりすることがある。

PUCCHリソースが非アップリンクシンボル期間と重複する問題は、PUCCHリソースSPS PDSCHに関連する特定の問題であるかもしれない。これは、SPS PDSCHのK1値は、SPS PDSCHがアクティブ化されたときにのみ信号が送られる可能性があるためである。これは、アップリンクシンボル以外の期間とオーバーラップする後続のPUCCHインスタンスと時間的に分離されてもよい。
対照的に、動的に許可されたPDSCH (および関連するPUCCH)のPRIおよびK1値は、関連するPUCCHに近い時間で送信され、従って、関連するPUCCHがアップリンクシンボル期間として指定されていないシンボル期間と競合する可能性が低くなる。

従って、SPS PDSCHに関連するPUCCHは、アップリンク送信のために指定されていない1つ以上のリソースを含むので、通信デバイスによる送信のために使用できない可能性の高い確率に対処する必要がある。PUCCHが送信に使用されなかった結果として、ダウンリンクデータが正しく受信されたという確認をインフラストラクチャ機器が受け取らなかったために、ダウンリンクデータの不必要な再送信が含まれる可能性がある。

上記の問題を克服するために、インフラストラクチャ機器は、タイプ3 HARQ-ACKコードブックを使用して符号化された複数のHARQ-ACKの伝送のためのリソースを割り当てるダウンリンク制御情報(DCI)を伝送することができることが提案された。Type 3 HARQ-ACKコードブックを用いて情報を送信するためのリソースを割り当てる手順は、以前に割り当てられたリソースがライセンスされていないスペクトルの範囲内にあるが、LBT「listen-before-talk」手順が失敗したために利用できない複数のHARQ-ACKの送信を可能にすることを目的として、3GPP Release 16仕様書に導入されている(例えば非特許文献９の9.1.4節を参照)。

タイプ3のHARQ-ACKコードブックを使用するための既存の手順に対する種々の変更が提案されている（非特許文献６および７）。これは、SPS PDSCHに関連するPUCCHリソースを送信に使用できなかった、SPS PDSCHに関連するHARQ-ACKの送信を可能にするためである。なぜなら、PUCCHリソースには、アップリンク送信に指定されたシンボル期間や無効として指定されたシンボル期間が含まれるからである。

既存の提案に従ったタイプ3 HARQ-ACKコードブック伝送の使用例を図7に示す。

図7は、前のPUCCH割り当てでは送信できなかったHARQ-ACKの送信のための後続のPUCCH割り当ての使用を示す。なぜなら、前のPUCCH割り当ては、特定の提案非特許文献６および７に従って、アップリンク送信のために指定されなかったタイムスロットで構成されていたためである。図7は、TDDモードで動作する無線アクセスインターフェースの通信リソース902を示し、通信リソースは、それぞれ14のシンボル期間を含む5つのスロット(n、n+1、…n+4とラベル付けされている)に時間分割される。
一定のシンボル期間(斜線で示される)はアップリンクシンボルとして指定され、1つのシンボル期間(水平方向のハッチングで示される)は無効シンボルとして指定される。他のシンボル期間はダウンリンクシンボル期間として指定され、そのうちのいくつか(対角ハッチングで示される)は、物理ダウンリンク制御チャネル(PDCCH)を使用してダウンリンク制御情報を送信するために使用されてもよい。

第1のSPS PDSCHのインスタンス904がスロットnに表示される。第1のSPS PDSCHに関連付けられたK1値は1である。第1のSPS PDSCHのK1値によれば、第1のSPS PDSCHのインスタンス904に関連付けられたHARQ-ACKの送信のための第1のPUCCHインスタンス908がスロットn+1で発生する。より具体的には、図7の例では、第1のPUCCHインスタンス908は、時刻t6から時刻t9まで発生する。
特定のPUCCHリソースの判定は、例えば、第1のSPS PDSCHに関連するPRIに基づいて行われてもよい。しかし、時間t6から時間t9までの期間には、ダウンリンクシンボル(時間t6から時間t7まで)と無効シンボル(時間t7から時間t8まで)が含まれる。

したがって、スーパーインポーズされた「X」によって示されるように、通信デバイスは、第1のPUCCHインスタンス908の間にHARQ-ACKを送信することは不可能である。

インフラストラクチャ機器は、第1のPUCCHインスタンス908がHARQ-ACKの送信のために通信デバイスによって使用できないことを決定し得、応答として、時間t18から時間t19までの間に第2のPUCCHインスタンス914をスケジュールし得る。これらのリソースの通信デバイスへの割り当てを示すために、インフラストラクチャ機器は、時間t12から時間t13まで、第2のPUCCHインスタンス914の割り当てを示すDCI 912を送信する。

DCI 912の受信に応答して、通信デバイスは、SPS PDSCHインスタンス904に関連するHARQ-ACKを、第2のPUCCHインスタンス914を使用して送信する。

本技術の発明者は、提案方式の様々な欠点を特定した。まず、第2のPUCCHインスタンス914の割り当ては、追加のDCIの送信を必要とする。これには、利用可能なPDCCH容量が必要である。例えば、図7の例を参照すると、時間t12より前の第2のDCIを送信できなかった可能性がある。これは、時間t9から時間t10までのPDCCHリソースが輻輳していた可能性があるためである。

さらに、追加のPDCCHリソースの使用は、制御シグナリングオーバヘッドを最小化するために、SPS割り当て方式(および同様の周期的リソース割り当て)の一般的目標と競合する。

追加のDCI 912は、単一のリソースインスタンスのみを示すが、それが確実にデコード可能であることを確実にするために、堅牢にエンコードされなければならない場合がある。従って、追加のDCI 912は、かなりの通信リソースを必要とし得る(例えば、PDCCH集約レベル4、8または16に従って)。

これらの欠点は、一般にHARQ-ACKの伝送のレイテンシを増加させる。これは、ダウンリンクデータの必要な再送が同様に遅延するか、あるいは投機的に送信されるかのいずれかを意味する。投機的(すなわちプリエンプティブ)再送は、HARQ-ACK情報に基づいて、ダウンリンクデータが正しく受信されたかどうかをインフラストラクチャ機器が判定できないが、いずれの場合でもデータを再送する場合に発生してもよい。
これにより、通信リソースが無駄になる可能性がある。

したがって、HARQ-ACK情報、特にSPS PDSCH送信に関連するHARQ-ACK情報を伝送するための効果的かつ効率的な技術を提供するための技術的ソリューションを提供する必要がある。

本技術の実施形態は、無線通信ネットワークにおける通信デバイスによる制御情報を送信する方法を提供することができ、この方法は、
上記無線通信ネットワークのインフラストラクチャ機器から、半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を受信するステップと、
確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、上記確認応答情報の第1の部分の送信のために使用できないかを判定するステップと、
上記確認応答情報の第1の部分の送信のために割り当てられた上記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択するステップと、
上記選択された第2のアップリンク通信リソースを用いて、上記確認応答情報の第1の部分を送信するステップと
を含み、
上記ダウンリンク通信リソースの上記複数のインスタンスは、無線アクセスインターフェースを介した上記通信デバイスへの上記インフラストラクチャ機器によるデータ送信のために割り当てられており、
上記確認応答情報の第1の部分は、上記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す。

本技術の実施形態は、SPS PDSCHのインスタンスのような周期的なダウンリンク・リソース割り当てのインスタンスに関連する確認応答情報(例えばHARQ-ACK)を送信するための効率的な方法を提供することができる。

いくつかの実施形態では、選択された第2のアップリンク通信リソースは、1つ以上のインスタンスを含み、1つ以上のインスタンスのうちの1つでは、確認応答の複数の部分が送信される。

いくつかの実施形態では、確認応答情報の第1の部分の送信のために割り当てられた無効なアップリンク通信リソースの後に、第2のアップリンク通信リソースの指示は受信されない。

従って、実施形態は、低遅延で確認応答情報を送信する方法、および/または、無線アクセスインターフェースの通信リソースを効率的に使用する方法を提供することができる。

したがって、本技術の実施形態は、ドロップされたHARQ-ACKの伝送のために割り当てられたPUCCHの後の追加のダウンリンク・シグナリングを必要とせずに、ドロップされたHARQ-ACKの伝送のための追加の(第2の)通信リソースを選択するための方法および機器を提供することができる。

本技術の実施形態は、以前の通信リソースが使用できない場合に、HARQ-ACK情報の送信に使用できる追加の通信リソースの判定を提供することができる。この判定は、元の通信リソースの後、および追加の通信リソースの前に、さらなるダウンリンク制御シグナリングを回避しながら、通信デバイスおよびインフラストラクチャ機器の両方によって実行することができる。

いくつかの実施形態では、以下の手順のうちの1つ以上があってもよい。
- 追加の通信リソースの選択をトリガする、
- 追加の通信リソースを選択する、
- 追加のリソースを使用して送信するためのHARQ-ACKを選択する、かつ、
- 追加のリソースを使用して選択されたHARQ-ACKを送信する。

本開示では、「無効」とは、制御情報の送信に使用できない通信リソース(例えば「無効なPUCCH」)を指し、例えば、無効またはダウンリンク送信に指定された通信リソースとの衝突または重複のために使用される。逆に、有効な通信リソース(例えば「有効なPUCCH」)は、1つ以上のHARQ-ACKの送信に使用できるリソースを指す。従って、例えば、有効なPUCCHは、無効またはダウンリンク送信のために指定された通信リソースと衝突することも、オーバーラップすることもない。

「未処理のHARQ-ACK」という用語は、まだ送信されていないHARQ-ACKを指すために使用される。HARQ-ACKは、初期送信のために割り当てられたリソースが実際には無効であったため、未解決である可能性がある。例えば、図7を参照すると、PUCCHリソース908は、SPS PDSCHインスタンス904に関連するHARQ-ACKの送信のために最初に割り当てられた。しかしながら、PUCCHリソース908は無効であるので、SPS PDSCHインスタンス904に関連するHARQ-ACKは送信されず、したがって「未処理の」HARQ-ACKである。

（追加の通信リソースの選択トリガ）
通信デバイスは、半永続スケジューリング(SPS)によって割り当てられた通信リソースのインスタンスに関連する確認応答情報の送信のために割り当てられたアップリンク通信リソースが無効であると判定してもよい。このようなインスタンスは、本明細書では無効なPUCCHと称される。しかしながら、本開示の範囲は、アップリンク通信リソースがPUCCH上にある場合に限定されないことが理解される。

無効なPUCCHが実際には無効でない場合に、無効なPUCCHを使用して送信されたであろう確認応答情報は、本明細書では関連する、すなわち破棄されるHARQ-ACKと称される。上述したように、本開示は、HARQ方式に従って生成された確認応答情報に限定されない。例えば、複数のSPSインスタンスに関連付けられた確認応答情報の送信が1つのスロットまたはサブスロット内で行われる場合、1つの無効なPUCCHを複数のHARQ-ACKに関連付けることができる。

いくつかの実施形態では、追加の通信リソースは、無効なPUCCHの識別に応答して選択される。

いくつかの実施形態では、追加の通信リソースは、1つ以上の無効なPUCCHインスタンスが所定の基準を満たす場合にのみ選択される。

いくつかの実施形態では、無効なPUCCHインスタンスに関連する多数の関連HARQACKが、所定のHARQ-ACK閾値と等しいか、またはそれを超える場合、追加の通信リソースが選択される。

所定のHARQ-ACK閾値は、適切な標準仕様で指定することができる。

所定のHARQ-ACK閾値は、インフラストラクチャ機器によって通信デバイスに送信される無線リソース制御(RRC)設定シグナリングで示されてもよい。

所定のHARQ-ACK閾値は、インフラストラクチャ機器によって通信デバイスに送信されるダウンリンク制御情報(DCI)伝送において示されてもよい。DCIは、SPS割り当てのアクティブ化に使用されるものと同じ場合がある。

無効なPUCCH インスタンスは、異なるSPS割り当てに関連付けられている可能性がある(例えば異なるSPS PDSCHで)。

通信デバイスは、無効なPUCCHインスタンスに関連付けられた関連HARQACKの数の1つ以上のカウンタを保持することができる。このカウンタの値が所定のHARQ-ACK閾値に等しいとき、通信デバイスは追加の通信リソースを選択し、カウンタをリセットすることができる。カウンタは、一定の条件下でゼロにリセットされ得る。いくつかの実施形態では、無効なPUCCHインスタンスに関連するすべての関連HARQ-ACKが再送信されたときに、カウンタがリセットされる。

いくつかの実施形態では、所定の期間のタイマが、無効なPUCCHインスタンス毎に開始される(例えば、PUCCHインスタンスの終わりに開始する)。無効なPUCCHインスタンスに対してタイマが実行されていない場合、カウンタはリセットされる。したがって、ドロップされたHARQ-ACKを再送信するには遅すぎる場合、追加の通信リソースは選択されない。いくつかの実施形態では、所定のHARQ-ACK閾値と比較するときに考慮される唯一のHARQ-ACKは、対応するタイマがまだ動作している無効なPUCCHインスタンスに関連するものである。

図8は、本技術の実施形態による無効なPUCCHの識別情報に応答して選択された追加の通信リソースを示す。

図8の例では、第1のSPS PDSCHのインスタンス1002がスロットnで発生し、K1値1に関連付けられている。第2のSPS PDSCHのインスタンス1004がスロットn+1で発生し、K1値0に関連付けられている。

それぞれのK1値に従って、SPS PDSCHの各インスタンス1002、1004のHARQ-ACKが、スロットn+1の中で送信される。HARQ-ACKの送信用のPUCCHリソース1006は、時間t7から時間t10に延長される。

ただし、時間t7~時間t10には、ダウンリンクシンボルとして指定される時間t7~時間t8までのシンボル期間と、無効シンボルとして指定される時間t8~時間t9までのシンボル期間とが含まれる。本明細書の他の箇所で説明するように、アップリンク、ダウンリンク、または無効としてのシンボル期間の指定は、インフラストラクチャ機器によって送信されるスロットフォーマットインジケータ(SFI)によって通信デバイスに示されてもよい。

従って、通信デバイスは、PUCCHリソース1006が無効であると判定する。

図8の例では、所定のHARQ-ACK閾値は2に等しい。無効なPUCCHインスタンス1006(2つ目)に関連付けられた関連HARQ-ACKの数が、所定のHARQ-ACK閾値と等しいか、または、それを超えるため、通信デバイスは、時間t15から時間t16までに発生する追加の通信リソース1008を選択する。

時間t15から時間t16まで、すべてのシンボル期間がアップリンクシンボルとして指定される。従って、通信デバイスは、ドロップされたHARQ-ACKを、選択された追加の通信リソース1008を使用して送信する。破棄されたHARQ-ACKは、SPS PDSCHのインスタンス1002、1004を使用して送信されたデータの確認応答状況を示すものである。

従って、本技術の実施形態は、通信デバイスとインフラストラクチャ機器との間の追加の信号なしに、ドロップされたHARQ-ACKの伝送を提供することができる。

インフラストラクチャ機器は、PUCCHインスタンス1006に関して対応する判定を実行することができ、それに応じて、追加の通信リソースを使用して送信されるドロップされたHARQ-ACKを受信することができる。

通信リソース1006の選択については、以下にさらに詳細に説明する。いくつかの実施形態では、通信リソースの選択は、通信デバイスとインフラストラクチャ機器の両方に知られている所定の規則に従う。

図8の例では、追加の通信リソースの選択をトリガするかどうかを決定する目的で、HARQ-ACKの数を判定するときに、ドロップされたHARQ-ACKの両方が考慮される。

いくつかの実施形態では、HARQ-ACKのサブセットのみがカウントされる。

例えば、いくつかの実施形態では、特定のSPS PDSCHに関連するHARQ-ACKはカウントされない。いくつかの実施形態において、これらのSPS PDSCHは、インフラストラクチャ機器によって送信されるRRC信号によって示されてもよい。いくつかの実施形態では、通信デバイスは、HARQ-ACKが、その関連するSPS PDSCHに関連する論理チャネルに基づいてカウントされるべきか否かを判定することができる。例えば、HARQ-ACKがカウントされるのは、URLLCサービスを提供するための論理チャネルが割り当てられているSPSに関連付けられている場合のみである。

いくつかの実施形態では、各SPS PDSCHは、物理層優先度と関連付けられてもよい。例えば、各SPS PDSCHは、高物理層優先度または低物理層優先度のいずれかに関連付けることができる。いくつかのそのような実施形態では、通信デバイスは、HARQ-ACKが、その関連するSPS PDSCHの物理層優先度に基づいてカウントされるべきかどうかを判定することができる。例えば、HARQ ACKは、関連付けられたSPS PDSCHの物理層優先度が高い場合にのみカウントされる。

さらに、または代替として、いくつかの実施形態では、SPSのアクティブ化または非アクティブ化を示すDCIは、追加の通信リソースが選択されるべきか否かを判定する際に、そのSPSのインスタンスに関連するHARQ-ACKがカウントされるべきか否かを示してもよい。

いくつかの実施形態では、評価は、無効なPUCCHが発生するスロットまたはサブスロットに関して実行される。すなわち、HARQ-ACKは、追加の通信リソースが、無効なPUCCHが発生するスロットまたはサブスロットの間に送信されたであろう場合にのみ、選択されるべきか否かを判定する目的で、カウントされる。一例として、所定のHARQ-ACK閾値は3である。タイムスロットnで第1の無効なPUCCHが発生し、2つのHARQ-ACKの送信に使用され、タイムスロットn+2で第2の無効なPUCCHが発生し、2つのHARQ-ACKの送信にも使用された場合、評価はタイムスロットnとn+2に個別に実行され、どちらの場合も選択される追加の通信リソースにはならない。

図9は、本技術の実施形態による無効なPUCCHの識別情報に応答して選択された追加の通信リソースを示す。

図9の例では、第1のSPS PDSCHのインスタンス1102がスロットnで発生し、K1値1に関連付けられている。第2のSPS PDSCHのインスタンス1104がスロットn+1で発生し、K1値1に関連付けられている。第3のSPS PDSCHのインスタンス1106がスロットn+3で発生し、K1値0に関連付けられている。図9の例では、第1のSPS PDSCHに関連付けられたHARQ-ACKは、追加の通信リソースが選択されているかどうかを判定するためにカウントされるHARQ-ACKのサブセットにはない。所定のHARQ-ACK閾値は1である。

第1、第2、および第3のPUCCHリソース1112、1114、1116は、第1～第3のSPS PDSCHのインスタンス1102、1104、1106に関連するHARQ-ACKの送信のために割り当てられる。しかしながら、第1および第3のPUCCHリソース1112、1116は、両方ともダウンリンクまたは無効として指定された1つ以上のシンボル期間にオーバーラップするので、無効である。

第1のPUCCHリソース1112が無効であるとの判定に応答して、通信デバイスは、追加の通信リソースを選択するか否かを決定する目的で、ドロップされたHARQ-ACKの数がゼロであると判定する。これは、第1のPUCCHリソース1112が第1のSPS PDSCHに関連付けられたHARQ-ACKの送信用であるため、関連するHARQ-ACKはカウントされないためである。

これに対し、通信デバイスは、第3のPUCCHリソース1116が無効であると判定した場合には、追加の通信リソースを選択するか否かの決定を目的として、ドロップしたHARQ-ACKの数が1であると判定する。これは、第3のPUCCHリソース1116が第3のSPS PDSCHに関連付けられたHARQ-ACKの送信用であるため、関連するHARQ-ACKがカウントされるためである。ドロップしたHARQ-ACK(1)の決定された数は、所定のHARQ-ACK閾値(1)以上であるため、追加の通信リソース1120が選択される。

通信デバイスは、追加の通信リソースを使用して送信するために1つ以上のHARQ-ACKを選択し、時間t19から時間t20まで、追加の通信リソース1120を使用して、選択されたHARQ-ACKを送信する。

追加の通信リソースを使用して送信するためのHARQ-ACKの選択については、以下で詳しく説明する。

いくつかの実施形態では、無効なPUCCHインスタンスの数が所定のPUCCH閾値と等しいかまたは超える場合に、追加の通信リソースが選択される。

所定のPUCCH閾値は、適切な標準仕様で規定することができる。

所定のPUCCH閾値は、インフラストラクチャ機器によって通信デバイスに送信される無線リソース制御(RRC)設定シグナリングで示されてもよい。

所定のPUCCH閾値は、インフラストラクチャ機器によって通信機器に送信されるダウンリンク制御情報(DCI)伝送で示されてもよい。DCIは、SPS割り当てのアクティブ化に使用されるものと同じ場合がある。

通信デバイスは、無効なPUCCHインスタンスの数の1つ以上のカウンタを保持することがある。このカウンタの値が所定のPUCCH閾値に等しいとき、通信デバイスは、追加の通信リソースを選択し、カウンタをリセットすることができる。

カウンタは、一定の条件下でゼロにリセットされ得る。いくつかの実施形態では、無効なPUCCHインスタンスに関連するすべての関連HARQ-ACKが再送信されたときに、カウンタがリセットされる。

図10は、本技術の実施形態による、複数の無効なPUCCHインスタンスの識別に応答して選択された追加の通信リソースを示す。

図10の例では、第1のSPS PDSCHのインスタンス1202がスロットnで発生し、K1値1に関連付けられている。第2のSPS PDSCHのインスタンス1204がスロットn+1で発生し、K1値1に関連付けられる。

第1および第2のPUCCHリソース1212,1214のそれぞれが、第1および第2のSPS PDSCHのインスタンス1102、1104に関連するHARQ-ACKの伝送のために割り当てられている。しかしながら、第1および第2のPUCCHリソース1212、1214は、両方ともダウンリンクまたは無効として指定された1つ以上のシンボル期間にオーバーラップしているので、無効である。図10の例では、所定のPUCCH閾値は2である。

この技術の実施形態に従って、通信デバイスは、第1のPUCCHインスタンス1212が無効であると判定し、無効なPUCCHインスタンスの累積数が1であると計算する。これは、所定のPUCCH閾値と等しくないか、または超えないため、追加の通信リソースは選択されない。

また、通信デバイスは、第2のPUCCHインスタンス1214が無効であると判定し、応答として、無効なPUCCHインスタンスの累積数は2であると計算する。これは、所定のPUCCH閾値と等しいかまたは超過しているので、追加の通信リソース1220が選択される。

追加の通信リソース1220は、本来は無効なPUCCHを使用して送信されるであろう1つ以上のHARQ-ACKを送信するために使用される。

追加の通信リソースの選択とHARQ-ACKの選択については、別のところで詳しく説明する。

いくつかの実施形態では、すべての無効なPUCCHインスタンスは、追加の通信リソースを選択するか否かを判定する目的で、無効なPUCCHインスタンスの数を評価する際にカウントされる。いくつかの実施形態では、無効なPUCCHインスタンスは、所定の基準を満たさない限り、カウントされない。この基準は、カウントされるPUCCHインスタンスのサブセットを定義することができる。

例えば、サブセットはSPS PDSCHのサブセットに関連付けられたPUCCHインスタンスに対応してもよい。SPS PDSCHのサブセット内のSPS PDSCHは、RRC信号によって設定できる。SPS PDSCHの活性化または非活性化DCIは、SPS PDSCHがサブセット内にあるかどうかを示してもよい。

ある実施形態では、SPS PDSCHのサブセットは、一定のサービス品質要件を有するトラフィックの送信のために使用されるものである。例えば、SPS PDSCHのサブセットは、URLLCトラフィックの送信に使用されるものであってもよい。SPS PDSCHのサブセットには、特定の論理チャネルに関連付けられたものを含めることができる。この特定の論理チャネルは、URLLCトラフィックの送信に使用されるチャネルであってもよい。

ある実施形態では、SPS PDSCHのサブセットは、一定の物理層優先度を有するものである。例えば、SPS PDSCHのサブセットは、物理層の優先度が高いものであってもよい。

図8、図9および図10の例では、追加の通信リソースの選択は、通信デバイスでの自律判定によってトリガされる。対応する判定は、インフラストラクチャ機器で行うことができる。

ある実施形態では、通信デバイスによる追加の通信リソースの選択は、1つ以上のHARQ-ACKの送信のために追加の通信リソースを選択すべきであることを示す、インフラストラクチャ機器からのトリガ指示を受信することに応答している。インフラストラクチャ機器によるトリガ指示の送信は、本明細書で開示されている基準のいずれか1つに応じて、または他の何らかの理由で行われてもよい。

いくつかの実施形態では、トリガ指示は、メディアアクセス制御(MAC)要素(CE)内で送信される。いくつかの実施形態では、トリガ指示を含むMAC CEは、SPS割り当ての一部として割り当てられたダウンリンク通信リソースのインスタンスを使用して送信される。いくつかの実施形態において、通信デバイスがトリガ指示を含むMAC CEを正しくデコードする場合、追加の通信リソースを選択し、追加の通信リソースを使用して対応するHARQ-ACKを送信する。
インフラストラクチャ機器は、従って、通信デバイスがMAC CEを受信し、復号したと判定し(追加の通信リソースを使用して送信したため)、通信デバイスがHARQ-ACKに基づいて、SPSリソースを使用して送信された他のデータを正しく復号したか否かを判定することができる。

通信デバイスがMAC CEを正しくデコードしない場合、追加の通信リソースは選択されず、それらを使用して送信されない。これに応じて、インフラストラクチャ機器は、通信デバイスがMAC CEを受信およびデコードしなかったと判定し(追加の通信リソースを使用して送信しなかったため)、通信デバイスがダウンリンクSPSリソースを使用して送信された他のデータを正しくデコードしなかったことを決定できる。
これは、MAC CEが他のデータよりも堅牢にエンコードされる場合や、他のデータを正しくデコードするためにMAC CEをデコードする必要がある場合があるためである。

インフラストラクチャ機器は、SPSリソースを使用して送信されたデータが正しく受信され、復号されたか否かの判定に基づいて、データを再送してもよい。例えば、インフラストラクチャ機器が、通信デバイスが追加の通信リソースを使用して送信しなかったと判定する場合、インフラストラクチャ機器は、ダウンリンクSPSリソースを使用して送信されたすべてのデータを再送信することができる。

（追加の通信リソースの選択）
通信デバイスが追加の通信リソースを選択することを判定する場合、これらは、インフラストラクチャ機器が同じ追加の通信リソースも判定するように、所定のルールに従って選択される。

いくつかの実施形態では、追加の通信リソースは、無効なPUCCHの発生後にインフラストラクチャ機器によって送信された信号を参照することなく、通信デバイスによって判定することができる。

いくつかの実施形態では、追加の通信リソースは、連続したリソースの単一のインスタンスから構成される。

ある実施形態では、追加の通信リソースは、リソースの複数のインスタンスを含む。

いくつかの実施形態では、追加の通信リソースは、インフラストラクチャ機器によって送信される1つ以上の追加のリソース指示に基づいて判定される。1つ以上の追加リソース指示がRRC信号方式で送信されてもよい。

追加の通信リソースは、PUCCHリソースまたは物理アップリンク共有チャネル(PUSCH)リソースである。

ある実施形態では、インフラストラクチャ機器によって送信されるMAC CEは、追加の通信リソースの指示を含む。MAC CEは、SPS PDSCHのインスタンスのダウンリンク・リソースを使用して送信できる。追加の通信リソースがPUCCHリソースである場合、追加の通信リソースの指示は、スロットまたはサブスロット内のリソースを示すPUCCHリソースインジケータと、MAC CEが送信されたスロットまたはサブスロットと、追加の通信リソースが発生するスロットまたはサブスロットとの間のオフセット(スロットまたはサブスロット内の)を示すPDSCH-to-HARQ_feedbackタイミングインジケータとを含むことができる。
PRIおよびPDSCH-to-HARQ_feedbackタイミングインジケータは、従来の2ステップのランダムアクセス手順において成功ランダムアクセス応答(SuccessRAR)で使用されるのと同様の方法で、PDSCH内で送信されてもよい。

追加の通信リソースがPUSCHリソースである場合、MAC CEは、アップリンク許可を含んでもよい。アップリンク許可は、従来の4ステップのランダムアクセス手順で、ランダムアクセス応答(RAR)メッセージ内で送信されるアップリンク許可の送信と同様の方法で送信されてもよい。

いくつかの実施形態では、追加の通信リソースは、PUCCHインスタンスに基づいて決定され、PUCCHインスタンスが無効であることの判定に応答して追加の通信リソースが選択される。複数のPUCCHインスタンスが無効であると判定したことに応じて、追加の通信リソースを選択する場合、これらのうち最新のものに基づいて追加の通信リソースを決定してもよい。

例えば、いくつかの実施形態では、追加の通信リソースは、所定のオフセットによって時間的にオフセットされるPUCCHインスタンスのリソースを含む。所定のオフセットは、スロットまたはサブスロットの整数K_DROPであってもよい。

いくつかの実施形態において、K_DROPの値は、SPS PDSCHから独立している。つまり、無効と判定されたPUCCHインスタンスに関連付けられたSPS PDSCHに関係なく、K_DROPの値は同じである。いくつかの実施形態では、K_DROPの異なる値は、異なるSPS PDSCHに関連付けられてもよい。従って、PUCCHインスタンスが無効であると判定された結果、追加の通信リソースが選択されるべきであると判定されるのに応答して、通信デバイスは、PUCCHインスタンスに関連するSPS PDSCHに基づいてK_DROPを決定し得、従って、追加の通信リソースを決定する。

K_DROPの値は、RRCシグナリングやSPSをアクティブまたは非アクティブにするDCIシグナリングなどの専用シグナリングのインフラストラクチャ機器によって示されてもよい。K_DROPの値は、標準仕様で指定されていてもよい。

図11は、本技術の実施形態による無効なPUCCHの識別情報に応答して選択された追加の通信リソースを示す。

図11の例では、第1のSPS PDSCHのインスタンス1302がスロットnで発生し、K1値1とK_DROP値1に関連付けられている。第2のSPS PDSCHのインスタンス1304がスロットn+1で発生し、K1値1とK_DROP値2に関連付けられている。

第1のPUCCHリソース1312および第2のPUCCHリソース1314が、第1のSPS PDSCHのインスタンス1302および第2のSPS PDSCHのインスタンス1304に関連するHARQ-ACKの伝送用に割り当てられている。しかしながら、第1のPUCCHリソース1312および第2のPUCCHリソース1314は、両方ともダウンリンクまたは無効として指定された1つ以上のシンボル期間にオーバーラップしているので、無効である。

図11の例では、ドロップされたPUCCHインスタンス1312、1314のそれぞれの結果として、通信デバイスは、追加の通信リソースが選択されるべきであると判定する。この判定は、本明細書に開示する任意の技術に従うことができる。

第1のSPS PDSCHに関連するK_DROP値(1)に基づいて、通信デバイスは、第1の追加通信リソース1322を、第1のPUCCHインスタンス1312の後の1スロットとして決定する。

同様に、第2のSPS PDSCHに関連するK_DROP値(2)に基づいて、通信デバイスは、第2の追加通信リソース1324を、第2のPUCCHインスタンス1314の後の2つのスロットとして決定する。

いくつかの実施形態によれば、通信デバイスは、追加の通信リソースも無効であると判定し得、従って、追加の通信リソースを使用して送信することを控えることができる。

図11の例では、通信デバイスは、アップリンクシンボル期間として指定された時間t11から時間t12までのリソースを含むので、第1の追加通信リソース1322が無効であると判定する。これに応じて、通信デバイスは、第1の付加通信リソース1322を用いた送信を控える。

図11の例では、通信デバイスは、第2の追加通信リソース1324が無効でないと判定する。これに応じて、通信デバイスは、第2の追加通信リソース1322を使用して、1つ以上のHARQ-ACKを送信する。

第2のPUCCHインスタンス1314が無効でなかった場合、1つ以上のHARQ-ACKは、第2のPUCCHインスタンス1314を使用して送信されたはずのHARQ-ACKを含むことができる。

いくつかの実施形態において、本明細書の他の箇所で説明するように、HARQ-ACKは、無効であると判定されたPUCCHインスタンスを使用して送信されなかったとしても、追加の通信リソースを使用して多重化され送信され得、PUCCHインスタンスが無効であると判定された場合は、追加の通信リソースの選択をトリガした。例えば、図11の例では、第1のPUCCHインスタンス1312が無効でなかった場合に、第1のPUCCHインスタンス1312を使用して送信されたであろうHARQ-ACKを送信するために、第2の追加の通信リソース1324をさらに使用してもよい。

いくつかの実施形態では、追加の通信リソースを決定するための1つ以上のパラメータが、インフラストラクチャ機器によって送信されるRRC信号で示されてもよい。パラメータは、追加の通信リソースの持続時間、1つ以上のSPS PDSCHに関連するK_DROP値、および追加の通信リソースを構成する多数の物理リソースブロックの1つ以上を含んでもよい。

したがって、本技術の実施形態は、無効であると判定されたPUCCHリソースから(スロット/サブスロット内の)数量または位置が異なる追加の通信リソースの選択を提供することができる。

いくつかの実施形態では、追加の通信リソースは、一連の周期的リソースインスタンスから選択される。インフラストラクチャ機器は、例えば、アップリンクリソースの従来のSPS割り当てのシグナリングと同様の方法で、これらの周期的リソースインスタンスの指示を送信することができる。

いくつかの実施形態では、周期的リソースインスタンスは、インフラストラクチャ機器によって送信されるRRC信号によって構成されてもよい。RRC信号は、各リソースインスタンスの範囲(例えば、時間と周波数のリソース)とそれらの周期性を示すことができる。RRC信号は、各インスタンスの開始時間を決定するためのシステムフレーム番号(SFN)オフセットを含んでもよい。

定期的なリソースインスタンスは、SPS PDSCHごとに個別に設定できる。いくつかの実施形態では、単一の一連の周期的リソースインスタンスは、複数のSPS PDSCHに対して構成され、いくつかの実施形態では、所与の通信デバイスのための全てのSPS PDSCHに対して、単一の一連の周期的リソースインスタンスが構成される。

選択された追加の通信リソースは、無効なPUCCHの後の、一連の周期的なリソースインスタンスの次の発生インスタンスであってもよい。

図12は、本技術の実施形態による無効なPUCCHの識別情報に応答して選択された追加の通信リソースを示す。

図12の例では、第1のSPS PDSCHのインスタンス1402がスロットnで発生し、K1値1に関連付けられている。第2のSPS PDSCHのインスタンス1404がスロットn+1で発生し、K1値1に関連付けられている。

第1のPUCCHリソース1412および第2のPUCCHリソース1414が、第1のSPS PDSCHのインスタンス1402および第2のSPS PDSCHのインスタンス1404に関連するHARQ-ACKの伝送のために割り当てられている。しかしながら、第1のPUCCHリソース1412および第2のPUCCHリソース1414は、両方ともダウンリンクまたは無効として指定された1つ以上のシンボル期間にオーバーラップしているので、無効である。

一連の周期的リソースインスタンスは、追加の通信リソースとして選択することができる第1～第3のリソースインスタンス1422、1424、1426を含み、通信デバイス用に設定されたすべてのSPS PDSCHに適用可能である。この一連は、図12に示される期間の前後に延びてもよいことが理解される。

図12の例では、ドロップされたPUCCHインスタンス1412、1414のそれぞれの結果として、通信デバイスは、追加の通信リソースが選択されるべきであると判定する。この判定は、本明細書に開示する任意の技術に従うことができる。

スロットn+1の第1のPUCCHインスタンス1412が無効であると判定されたことに応じて、通信デバイスは、図12に示されているものの第2のインスタンス1424である一連の周期的リソースの次のインスタンスを選択し、スロットn+2で発生する。しかし、通信デバイスは、このリソースインスタンスも無効であると判定するが、これは、時間t7から時間t8までのシンボル期間とオーバーラップし、無効シンボルとして指定される。
応答として、本技術のいくつかの実施形態に従って、図12に示されるものの第3のインスタンス1426である一連の周期的リソースの次のインスタンスを選択し、スロットn+4で発生する。

通信デバイスは、一連の第3のインスタンス1426が無効でないと判定することができる。

スロットn+2の第2のPUCCHインスタンス1414が無効であると判定された応答として、通信デバイスは、図12に示されるものの第3のインスタンス1426である一連の周期的リソースの次のインスタンスを選択し、スロットn+4で発生する。

したがって、図12の例では、通信デバイスは、追加の通信リソースとして、2つのHARQ-ACKを送信するための一連の周期的リソースの同じインスタンスを選択する。2つのHARQ-ACKは、第1のSPS PDSCHのインスタンス1402と第2のSPS PDSCHのインスタンス1404に関連する(すなわち、確認応答状況を示す)ものである。

時刻t18から時刻t19まで、通信デバイスは一連の周期的リソース1426の第3のインスタンスを用いて送信し、2つのHARQ-ACKを送信する。

図12の例は、追加の通信リソースのインスタンス自体が無効であることを決定する応答として、追加の通信リソースの反復的な選択を行うことができる実施形態を示す。しかしながら、本開示はそれに限定されず、他の実施形態では、このような反復選定は行われない。いくつかの実施形態では、反復選択は、本明細書で開示する他の技術とともに実行される。

また、図12の例は、これらのPUCCHインスタンスが無効でない場合、複数のHARQ-ACKの多重化が異なるPUCCHインスタンスを使用して送信されたであろうことを示している。しかし、本開示はそれに限定されず、他の実施形態では、このような多重化は行われない。ある実施形態では、多重化は、本明細書で開示する他の技術と関連して実行される。

ある実施形態では、追加の通信リソースは、通信デバイスによる確認応答情報の送信のために割り当てられた通信リソースに追加され、また、この通信リソースから分離される。例えば、図12を参照すると、PUCCHが無効と判定された特定の状況以外では、一連の周期的リソースのインスタンス1422、1424、1426が、通信デバイスによる制御情報の送信のために割り当てられない場合がある。

従って、本技術の実施形態は、通信デバイスによる伝送のために他の方法では割り当てられない追加の通信リソースの選択を提供することができる。

いくつかの実施形態では、追加の通信リソースは、他の制御情報または他のHARQ-ACKの送信のために通信デバイスに割り当てられるアップリンクリソースである。このアップリンクリソースは、PUCCH上に割り当てられ、PDSCHインスタンスを使用して送信されるデータに関連する確認応答情報の送信のために割り当てられることがある。PDSCHインスタンスはSPS PDSCHのインスタンスの場合もあれば、動的許可によって割り当てられる場合もある。
PDSCHは、追加の通信リソースの選択をトリガした無効なPUCCHに関連付けられたSPS PDSCHとは異なる場合がある。

いくつかの実施形態において、追加の通信リソースは、共に出願中の非特許文献８に開示された1つ以上の技術に従って選択することができ、その内容は全体として参照することによって本明細書に組み込まれる。

図9、図10、図11および図12の例では、通信デバイスは、追加の通信リソースが選択されるべきであり、それに応じて、1つ以上のHARQ-ACKの送信のために、追加のリソースの単一のインスタンスのみが使用されることを決定する応答として、追加の通信リソースの単一のインスタンスを選択する。

ある実施形態では、追加の通信リソースの2つ以上のインスタンスが選択され、1つ以上のHARQ-ACKの送信のために使用される。

例えば、いくつかの実施形態では、通信デバイスは、追加の通信リソースの複数のインスタンスN_SPを選択してもよい。これらのインスタンスは周期的であってもよい。

いくつかの実施形態では、N_SPのインスタンス数は、予め決定されている。所定の数のインスタンスN_SPは、RRCシグナリングのインフラストラクチャ機器によって、または、SPS PDSCHをアクティブ化または非アクティブ化する可能性のあるDCIにおいて、信号を送ることができる。いくつかの実施形態では、所定のインスタンス数N_SPは、適切な標準仕様で規定される。

インスタンスの周期性は、RRC信号またはDCIで通知されるか、指定されてもよい。いくつかの実施形態では、周期性は、1つのスロット(または、ドロップされたPUCCHがサブスロットベースで割り当てられた場合は、1つのサブスロット)である。

図13は、本技術の実施形態による無効なPUCCHの識別情報に応答して選択された追加の通信リソースを示し、追加の通信リソースは、複数のリソースインスタンスを含む。

図13の例では、第1のSPS PDSCHのインスタンス1502がスロットnで発生し、K1値1に関連付けられている。第2のSPS PDSCHのインスタンス1504がスロットn+1で発生し、K1値1に関連付けられている。

第1のPUCCHリソース1512および第2のPUCCHリソース1514のそれぞれが、第1のSPS PDSCHのインスタンス1502および第2のSPS PDSCHのインスタンス1504に関連するHARQ-ACKの伝送のために割り当てられている。第1のPUCCHリソース1512は有効であり、通信デバイスは、第1のSPS PDSCHのインスタンス1502の間に受信されたデータの確認応答状況を示すHARQ-ACKを送信する。

しかしながら、第2のPUCCHリソース1514は、ダウンリンクまたは無効として指定された1つ以上のシンボル期間に重なるので無効である。図13の例では、追加の通信リソースを選択するための基準が満たされ、通信デバイスは追加の通信リソースを選択する。

図13の例では、インスタンス数N_SPは3、周期性は1スロットであり、スロット内のリソースの位置と、リソースが発生する最初のスロットのオフセットもあらかじめ決められている。

したがって、通信デバイスは、追加の通信リソースとして図13に示す3つのインスタンス1522、1524、1526を選択する。

通信デバイスは、第1のインスタンス1522が無効なシンボル期間として指定された期間t15~t16と重複するため、実際に無効であると判定する。したがって、通信デバイスは、第1のインスタンス1522を使用して送信しない。

図13の例では、通信デバイスは、追加の通信リソースの第2のインスタンス1524および第3のインスタンス1526を使用して、第2のSPS PDSCHのインスタンス1504で受信したダウンリンクデータに対してHARQ-ACKを送信する。これらの送信は、同じ情報が符号化され、第2のインスタンス1524および第3のインスタンス1526のそれぞれを使用して送信される繰り返し符号化を使用することができる。

図13の例では、無効ではない追加の通信リソースの各インスタンスがHARQ-ACKの送信に使用される。いくつかの実施形態では、より少ないインスタンスを使用して、選択されたHARQ-ACKのすべてを送信することが可能である場合、より少ないインスタンスを使用してもよい。

図14は、本技術の実施形態による無効なPUCCHの識別情報に応答して選択された追加の通信リソースを示し、追加の通信リソースは、複数のリソースインスタンスを含み、1つ以上のインスタンスが、すべての有効なインスタンスを使用せずに選択されたHARQ-ACKを送信することが可能である場合、使用されない。

図14の例は、図13に示すものと似ている。特に、インスタンス数N_SPは3であり、周期性は1スロットであり、スロット内のリソースの位置と、リソースが発生する最初のスロットのオフセットもあらかじめ決められている。

したがって、図13の例のように、通信デバイスは、追加の通信リソースとして3つのインスタンスを選択し、そのうち最初の2つの1522、1524のみが図14に示されている。

通信デバイスは、追加の通信リソースを使用して送信される唯一のHARQ-ACKは、第2のSPS PDSCHのインスタンス1504を使用して送信されるデータの確認応答状況を示すことであると判定する。この判定は、本明細書の他の箇所に開示されている技術に従うことができる。

通信デバイスはさらに、選択された追加の通信リソースの1つのインスタンスのリソースがHARQ-ACKを送信するのに十分であるかを判定する。この判定は、選択された符号化および変調方式に基づいてもよい。選択された符号化および変調スキームは、それらが有効であれば、第2のPUCCHリソース1514を使用してHARQ-ACKを送信するために使用されたものであってもよい。

通信デバイスは、HARQ-ACKを送信するために必要な追加の通信リソースの最も早い有効なインスタンスを使用してHARQ-ACKを送信する。

その結果、図14の例では、通信デバイスは、追加の通信リソースの第2インスタンス1524を使用してHARQ-ACKを送信し、第1インスタンスまたは第3インスタンスのいずれを使用しても送信しない。

図13および図14の例では、通信デバイスは、実際にはこれらのサブセットのみを使用して送信してもよいが、追加の通信リソースN_SPのインスタンス数は、予め定められている。

いくつかの実施形態では、インスタンスの数は、インフラストラクチャストラクチャ機器によって動的に示されてもよい。いくつかのそのような実施形態では、インスタンスの数は、インフラストラクチャ機器によって送信される終了指示によって示される。終了指示は、追加の通信リソースの一連のインスタンスの終了を示す。例えば、終了指示は、ある特定の時間T_TERMの後に追加の通信リソースのインスタンスが発生しないことを示すために、時間T_TERMで送信されてもよい。

図15は、本技術の実施形態による無効なPUCCHの識別情報に応答して選択された追加の通信リソースを示し、追加の通信リソースは、複数のリソースインスタンスを含み、そのようなリソースインスタンスの数は、終了指示の受信によって示される。

図13の例と同様に、第1のSPS PDSCHのインスタンス1502がスロットnで発生し、K1値1に関連付けられている。第2のSPS PDSCHのインスタンス1504がスロットn+1で発生し、K1値1に関連付けられている。

第1のPUCCHリソース1512および第2のPUCCHリソース1514が、第1のSPS PDSCHのインスタンス1502および第2のSPS PDSCHのインスタンス1504に関連するHARQ-ACKの伝送のために割り当てられている。第1のPUCCHリソース1512は有効であり、通信デバイスは、第1のSPS PDSCHのインスタンス1502の間に受信されたデータの確認応答状況を示すHARQ-ACKを送信する。

第2のPUCCHリソース1514は、ダウンリンクまたは無効として指定された1つ以上のシンボル期間に重なるので、無効である。図13の例のように、追加の通信リソースを選択するための基準が満たされ、通信デバイスは追加の通信リソースを選択する。

図13の例のように、追加の通信リソースは、複数のリソースインスタンスを含む。しかし、リソースインスタンスの数は、インフラストラクチャ機器が送信した終了インジケータの受信に基づいて決定される。

図15の例では、終了インジケータは、時間t19においてDCI 1530で送信され、終了インジケータが受信された時間(t20)の後に、追加の通信リソースのインスタンスが発生しないことを示す。

第2のPUCCHリソース1514が無効であるとの判定に応答して、通信デバイスは、少なくとも第1のインスタンス1522を含む追加の通信リソースを選択する。終了インジケータを受信していないため、追加の通信リソースのインスタンス数は、最初は不明である。

第1のインスタンス1522は有効であり、したがって、通信デバイスは、第1のインスタンス1522を使用してHARQ-ACKを送信する。第2のインスタンス1524の前に終了インジケータが受信されないので、通信デバイスは第2のインスタンス1524を使用してHARQ-ACKを送信することもできる。

時刻t19から時刻t20まで、通信デバイスは終了インジケータを構成するDCI 1530を受信する。これに応答して、通信デバイスは、時間t20の後に追加の通信リソースのインスタンスが発生しないと判定し、HARQACKのそれ以上の送信を控える。

HARQ-ACK を送信するために使用される追加の通信リソースの後に終了指示を送信できるため、HARQ-ACK送信のレイテンシは終了指示の送信の正確なタイミングに依存しない。従って、本技術の実施形態は、HARQ-ACKを送信する際の遅延を最小化することができる。リソースインスタンスの数は動的に示されるため、インフラストラクチャ機器は、追加の通信リソースが選択される各ケースにおいて、適切な数のリソースインスタンスを動的に割り当てることができる。

いくつかの実施形態において、上述の技術のうちの2つ以上、および図11、図12、図13、図14、または図15に示される技術を組み合わせてもよい。従って、通信デバイスは、複数の追加の通信リソースを決定することができる。いくつかの実施形態では、送信のために選択されたHARQ-ACKは、これらのうち最も早いもののみを使用して送信されてもよい。

（追加の通信リソースを使用したHARQ-ACKの送信）
本技術の実施形態に従って、追加の通信リソースが選択され、これらの一部または全部が、1つ以上のHARQ-ACKの送信に使用される。

本技術のある実施形態では、通信デバイスは、追加の通信リソースを使用して送信される1つ以上のHARQ-ACKを選択する。

いくつかの実施形態では、SPS PDSCHリソースを使用して送信されるデータに関連するすべてのドロップされた確認応答情報(例えばHARQ-ACK)が、送信のために選択される。この例を図11に示す。この例では、追加の通信リソース1324の選択をトリガした無効なPUCCH 1314であっても、第1のSPS PDSCHと第2のSPS PDSCHの両方のインスタンス1302、1304に関連付けられたHARQ-ACKを破棄した。

いくつかの実施形態では、SPS PDSCHリソースを使用して送信されるデータに関連する破棄されたHARQ-ACKのサブセットが、送信のために選択される。サブセットは、インフラストラクチャ機器によって構成され、RRC信号で通信デバイスに示されてもよい。いくつかの実施形態において、MAC CEは、どのHARQ-ACKが選択されるべきかの指示を含むことができる。例えば、MAC CEは、複数のビットを含むビットマップを含み、各ビットは異なるHARQ処理に対応する。
ビットが第1の値(例えば1)に設定されている場合、対応するHARQ処理に関連する破棄されたHARQ-ACKはサブセット内にある。対応するビットが第2の値(例えば0)に設定されているHARQ処理に関連する破棄されたHARQ-ACKは、サブセット内にない。

インフラストラクチャ機器は、SPS PDSCHのリソースを使用して送信されたデータに関連するHARQ-ACKがサブセットに含まれるべきか否かを、SPS PDSCHをアクティブ化または非アクティブ化するDCIにおいて、追加的または代替的に示してもよい。

いくつかの実施形態において、HARQ-ACKは、共に保留された適用（非特許文献８）で開示された1つ以上の技術に従って、送信のために選択される。

いくつかの実施形態では、通信デバイスは、複数のHARQプロセスで構成される。ある実施形態では、構成された各HARQ処理に関連するHARQ-ACKが送信のために選択される。

いくつかの実施形態では、各SPS PDSCHに関連するHARQ-ACKが送信のために選択される。

ある実施形態では、通信デバイスは、SPS PDSCHが所定の基準を満たすか否かを、SPS PDSCHごとに判定する。この場合、そのSPS PDSCHに関連付けられたHARQ-ACKが送信用に選択される。ある実施形態では、所定の基準は、関連するSPS PDSCHに基づいて、追加の通信リソースを選択するか否かを決定する際に無効なPUCCHが考慮されるか否かを判定するために、上述したものであってもよい。

2つ以上のHARQ-ACKが送信のために選択される場合、2つ以上のHARQ-ACKは、適切なコードブックを使用して符号化されてもよい。適切なコードブックの例は、タイプ3 HARQ-ACKコードブックであり、通信リソースの単一のインスタンスを使用して複数のHARQ-ACKを送信するために既に規定されている。従来の手法に従って、タイプ3 HARQ-ACKコードブックを使用する場合、これらのHARQ-ACKのいずれかが以前に破棄されているかどうかに関係なく、すべての設定されたHARQプロセスのHARQ-ACKが送信される。

しかしながら、本技術の実施形態によれば、追加の通信リソースの前に追加のDCIは送信されず、タイプ3のHARQ-ACKコードブックを使用して符号化された複数のHARQ-ACKを送信するために使用される追加の通信リソースの割り当てを示す。

したがって、本技術の実施形態は、必要なダウンリンク制御チャネルリソースの量を減らすことができる。

図16は、本技術の実施形態に従って通信デバイスによって実行され得るプロセスのフローチャートである。

このプロセスは、ステップS1902で開始され、このステップで、通信デバイスは、SPS PDSCHを定義するSPS構成の指示を受信する。SPS構成では、SPS PDSCHインスタンスのインスタンスのリソースと、SPS PDSCHインスタンスを使用して送信されるデータに関連付けられたHARQ-ACK情報の送信に使用されるPUCCHリソースを指定できる。

SPS構成は、RRC設定シグナリングを使用するなど、従来のSPS設定シグナリングにすることができる。

いくつかの実施形態では、後続のステップ(図16に図示せず)で、通信デバイスは、SPS PDSCHがアクティブ化されたことを示す起動指示を受信することができる。SPS PDSCHがアクティブ化されている間、通信デバイスはSPS PDSCHのインスタンスを監視し、これらのリソースを使用してインフラストラクチャ機器によって送信される可能性のあるデータをデコードしようとする。いくつかの実施形態において、インフラストラクチャ機器は、例えば、送信のためにインフラストラクチャ機器でバッファリングされたSPS PDSCHに関連するデータがないので、アクティブ化されたSPS PDSCHのインスタンスを使用して通信デバイスにデータを送信することを控えることができる。

このプロセスはステップS1904に続く。このステップで、通信デバイスはSPS PDSCHのインスタンスを使用して送信されたデータの確認応答状況を決定する。通信デバイスは、インスタンスを使用してデータが送信されなかった、データが送信されたが正しく受信されて復号されなかった、または、データが正しく送受信されて復号されたと判定することができる。いくつかの実施形態において、通信デバイスがインスタンスを使用して送信されたデータがないと判定した場合、プロセスはそのインスタンスに関して終了する。
プロセスは、同じまたは別のSPS PDSCHのさらなるインスタンスに関して、ステップS1904に進んでもよい。さもなければ、プロセスはステップS1906に続く。

いくつかの実施形態において、通信デバイスがインスタンスを使用して送信されたデータがないと判定した場合、プロセスはステップS1906に進み、対応するHARQ-ACKは、そのインスタンスに対する否定確認応答(NACK)を示す。

ステップS1906で、通信デバイスは、ステップS1904で判定された確認応答情報を含むHARQ-ACKを送信するために割り当てられたPUCCHリソースが無効であるかを判定する。例えば、無線アクセスインターフェースがTDDインターフェースであり、PUCCHリソースがダウンリンク送信用に指定されたリソースとオーバーラップしているか、無効(つまり、伝送が行われない)として指定されていることが原因である可能性がある。
したがって、ステップS1904で判定された確認応答情報を含むHARQ-ACKは、「ドロップHARQ-ACK」であると判定され得る。

続いて、ステップS1908において、通信デバイスは、PUCCHインスタンスが所定の基準を満たすか否かを判定する。そうでない場合、制御は、追加のSPS PDSCHインスタンスに関してステップS1904に戻る。本明細書の他の箇所で説明するように、所定の基準は、PUCCHインスタンスに関連するSPS PDSCHに基づいていてもよい。

ステップS1908で、通信デバイスが、PUCCHインスタンスが所定の基準を満たしていると判定した場合、制御はステップS1910に移る。ステップS1910で、通信デバイスは、追加の通信リソースを選択するためのトリガ基準が満たされているか否かを判定する。他の箇所で説明したように、これは破棄されたHARQ-ACの累積数、または無効なPUCCHインスタンスの累積数に基づいていてもよい。

トリガ基準が満たされない場合、制御は、さらなるSPS PDSCHインスタンスに関してステップS1904に戻る。

トリガ基準が満たされれば、制御はステップS1912に移る。ステップS1912で、追加の通信リソースが選択される。ある実施形態では、これは、追加の通信リソースの複数のインスタンスを含んでもよい。いくつかの実施形態では、追加の通信リソースのインスタンスの数は、ステップS1912では公知でなくてもよく、第1のインスタンスが選択される。

制御は次いで、ステップS1914に進み、通信デバイスは、追加の通信リソースを使用して送信するために1つ以上のHARQ-ACKを選択する。1つ以上のHARQ-ACKは、ステップS1904で判定された確認情報を含む、破棄されたHARQ-ACKを含んでもよい。1つ以上のHARQ-ACKは、以前に送信された1つ以上の他の破棄されたHARQ-ACKおよび/または1つ以上の他のHARQ-ACKを含んでもよい。

次に、制御はステップS1916に進む。ステップS1916で、通信デバイスは、選択された追加通信リソースの最初の(または唯一の)インスタンスが無効か否かを判定する。選択された追加の通信リソースのインスタンスは、TDD無線アクセスインターフェースのダウンリンクおよび/または無効な時間周期と重なるため、無効である可能性がある。

選択された追加の通信リソースのインスタンスが無効(「はい」)である場合、制御はステップS1922に移る。それ以外の場合(「いいえ」)、制御はステップS1918に移る。

ステップS1918で、通信デバイスは、選択されたHARQ-ACKを符号化し、追加の通信リソースのインスタンスを使用してこれらを送信する。いくつかの実施形態において、複数のHARQ-ACKは、タイプ3のHARQ-ACKコードブックを用いて符号化され、追加の通信リソースの単一インスタンスを用いて送信されてもよい。

ある実施形態では、ステップS1918で送信されたHARQ-ACKは、ステップS1918の前の繰り返しで、追加の通信リソースの前のインスタンスで送信されてもよい。

次に、制御はステップS1920に進む。ステップS1920で、通信デバイスは、ステップS1914で識別されたHARQ-ACKがあり、どのHARQ-ACKが送信されていないかを判定する。もしそうであれば(「はい」)、制御はステップS1922に移る。そうでない場合(「いいえ」)、ステップS1924に制御が移り、処理が終了する。

ステップS1922で、通信デバイスは、使用されていない追加の通信リソースのインスタンスがあるか否かを判定する。これは、所定数のインスタンスのN_SPに到達したか否か、および/または、終了インジケータが受信されたか否かを判定することを含むことができる。

使用されていない追加の通信リソースのインスタンスが1つ以上残っている場合(「はい」)、制御はステップS1926に進み、追加の通信リソースの次のインスタンスが選択される。次いで、プロセスはステップS1916に戻り、追加の通信リソースの選択された次のインスタンスについてプロセスが継続する。

ステップS1922で、使用されていない追加の通信リソースのインスタンスがこれ以上存在しないと判定され、制御がステップS1924に移り、処理が終了する。

ある実施形態では、ステップS1924で、プロセスは、SPS PDSCHのさらなるインスタンスに関して、ステップS1904に続いてもよい。

上記に、処理の一例を説明した。ただし、本開示の範囲は、特定の組合せおよびステップの順序に限定されるものではなく、いくつかの実施形態では、記載されたステップの1つ以上を省略したり、異なる順序で組み合わせたり、修正したりすることができる。一例のコンテキストで説明される特徴またはステップは、別の例のコンテキストで説明される特徴またはステップと組み合わせることができる。

例えば、いくつかの実施形態では、追加の通信リソースのインスタンス数は1であり、したがって、ステップS1920、S1922およびS1926は、ステップS1918からステップS1924(またはステップS1906)を通過する制御とともに、省略されてもよい。いくつかの実施形態では、PUCCHインスタンスに適用可能な基準がない場合があり、ステップS1908を省略してもよく、制御はステップS1906からステップS1910に直接渡される。

1つの実施例のコンテキストで上に開示された技術および原理は、1つ以上の他の実施例のコンテキストで開示された技術および原理と組み合わせることができる。

本技術の実施形態は、無線通信ネットワークのインフラストラクチャ機器を操作するための方法をさらに提供する。いくつかのそのような実施形態では、インフラストラクチャ機器は、通信デバイスが追加の通信リソースを選択するための基準が満たされているかを判定する応答として、追加の通信リソースを選択できるようにするためのパラメータを送信することができる。いくつかの実施形態において、通信デバイスは、基準が満たされたことを通信デバイスが判定した後に、追加の通信リソースに関する割り当て信号を受信することなく、追加の通信リソースの少なくとも初期のインスタンスを選択することができるようになっている。
ある実施形態では、インフラストラクチャ機器は、通信デバイスが追加の通信リソースを選択するための基準が満たされたか否かを判定することを可能にするためのパラメータを送信することができる。

ある実施形態では、インフラストラクチャ機器は、通信デバイスが追加の通信リソースのさらなるインスタンスが利用可能であるか否かを判定することを可能にするための終了インジケータを送信してもよい。

ある実施形態では、インフラストラクチャ機器は、追加の通信リソースを選択するための基準が満たされたことを選択するための基準、および/または追加の通信リソースを選択するための基準を判定するために、本明細書に記載される1つ以上の判定を実行してもよい。トリガ基準が満たされたかを判定し、通信デバイスによって使用される方法と一致する方法で追加の通信リソースを選択した場合、インフラストラクチャ機器は、追加の通信リソースを使用して通信デバイスによって送信される1つ以上のHARQ-ACKを受信し、デコードすることができる。

このように、無線通信ネットワークにおける通信デバイスによる制御情報を送信する方法が記載されており、この方法は、
上記無線通信ネットワークのインフラストラクチャ機器から、半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を受信するステップと、
確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、上記確認応答情報の第1の部分の送信のために使用できないかを判定するステップと、
上記確認応答情報の第1の部分の送信のために割り当てられた上記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択するステップと、
上記選択された第2のアップリンク通信リソースを用いて、上記確認応答情報の第1の部分を送信するステップと
を含み、
上記ダウンリンク通信リソースの上記複数のインスタンスは、無線アクセスインターフェースを介した上記通信デバイスへの上記インフラストラクチャ機器によるデータ送信のために割り当てられており、
上記確認応答情報の第1の部分は、上記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す。

無線通信ネットワークにおける通信デバイスによる制御情報をインフラストラクチャ機器において受信する方法が記載されており、この方法は、
半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を送信するステップと、
確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、上記確認応答情報の第1の部分の送信のために使用できないかを判定するステップと、
上記確認応答情報の第1の部分の送信のために割り当てられた上記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択するステップと、
上記選択された第2のアップリンク通信リソースを用いて、上記確認応答情報の第1の部分を受信するステップと
を含み、
上記ダウンリンク通信リソースの上記複数のインスタンスは、無線アクセスインターフェースを介した上記通信デバイスへの上記インフラストラクチャ機器によるデータ送信のために割り当てられており、
上記確認応答情報の第1の部分は、上記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す。

また、対応する機器、回路、およびコンピュータ可読媒体についても説明した。

本開示はいくつかの点で、特定の例を提供するために、LTEベースおよび/または5Gネットワークにおける実装に焦点を当てているが、同じ原理が、他の無線電気通信システムに適用され得ることが理解される。
したがって、本明細書で使用される用語は一般に、LTEおよび5G規格の用語と同一または類似しているが、本教示は、LTEおよび5Gの現在のバージョンに限定されず、LTEまたは5Gに基づいておらず、かつ/もしくは、LTE、5G、または他の規格の任意の他の将来のバージョンに準拠していない任意の適切な装置に同様に適用することができる。

本明細書で説明される各種の例示的なアプローチは、基地局と通信デバイスの両方によって知られているという意味で、所定の/事前定義された情報に依拠し得ることに留意されたい。このような所定の/事前定義された情報は、一般的には、例えば、無線電気通信システムのための動作規格における定義によって、または、例えば、システム情報シグナリングにおいて、または、無線リソース制御セットアップ方法シグナリングに関連して、もしくはSIMアプリケーションに格納された情報において、基地局と通信デバイスとの間で以前に交換されたシグナリングにおいて確立され得る。
すなわち、関連する所定の情報が確立され、無線電気通信システムの様々な要素間で共有される特定の方法は、本明細書で説明される動作の原理にとって最も重要ではない。さらに、本明細書で説明する様々な例のアプローチは、無線電気通信システムの様々な要素間で交換/通信される情報に依存し、そのような通信は、例えば特定のシグナリング・プロトコルおよび使用される通信チャネルのタイプに関して、他の文脈の要求がない限り、一般的に従来の技術にしたがって行われてもよい。
すなわち、関連情報が無線電気通信システムの様々な要素間で交換される特定の方法は、本明細書で説明される動作の原理にとって最も重要ではない。

本明細書に記載する原理は、特定の種類の通信デバイスにのみ適用可能ではなく、任意の種類の通信デバイスに関してより一般的に適用可能であり、例えば、マルチキャストまたはブロードキャストデータを受信する任意の種類の通信デバイスに関して適用可能であることが理解される。

本発明のさらなる特定の好ましい態様は、添付の独立請求項および従属請求項に記載されている。従属請求項の特徴は、それらの請求項に明示的に記載されたもの以外の組み合わせで独立請求項の特徴と組み合わされてもよいことが理解される。

したがって、前述の議論は、単に本発明の例示的な実施形態を開示し、説明しているに過ぎない。当業者には理解されるように、本発明は、その精神または本質的な特徴から逸脱することなく、他の特定の形態で実施することができる。したがって、本発明の開示は、例示であることが意図されているが、本発明の範囲、および他の特許請求の範囲を限定することは意図されていない。本開示は、本明細書の教示の、任意の容易に識別可能な変形を含み、発明の主題が公衆に専用とされないように、前述の請求項の用語の範囲を部分的に定義する。

本開示のそれぞれの特徴は、以下の番号付けされた段落によって定義される。
段落1. 無線通信ネットワークにおける通信デバイスによる制御情報を送信する方法であって、
前記無線通信ネットワークのインフラストラクチャ機器から、半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を受信するステップと、
確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、前記確認応答情報の第1の部分の送信のために使用できないかを判定するステップと、
前記確認応答情報の第1の部分の送信のために割り当てられた前記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択するステップと、
前記選択された第2のアップリンク通信リソースを用いて、前記確認応答情報の第1の部分を送信するステップと
を含み、
前記ダウンリンク通信リソースの前記複数のインスタンスは、無線アクセスインターフェースを介した前記通信デバイスへの前記インフラストラクチャ機器によるデータ送信のために割り当てられており、
前記確認応答情報の第1の部分は、前記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す
方法。
段落2. 前記確認応答情報の第1の部分を含む確認応答情報の一部の送信用に割り当てられたアップリンク通信リソースの1つ以上のインスタンスが無効であり、前記確認応答情報の送信に使用できないかを判定することを含む
段落1に記載の方法。
段落3. 前記第2のアップリンク通信リソースを選択する選択するステップは、無効である確認応答情報の一部の送信のために割り当てられたアップリンク通信リソースのインスタンスの数が、第1の所定の閾値を超えるかを判定することに応答するものである
段落2に記載の方法。
段落4. 前記アップリンク通信リソースの前記1つ以上のインスタンスが割り当てられた確認応答情報の一部の数を判定するステップと、
前記確認応答情報の一部の数が第2の所定の閾値を超えるかを判定するステップと、
前記第2のアップリンク通信リソースを選択するステップが、前記確認応答情報の一部の数が前記第2の所定の閾値を超えるかを判定するステップに応答するものである
段落2または3に記載の方法。
段落5. 前記アップリンク通信リソースの1つ以上のインスタンスが所定の基準を満たすかを判定することを含む
段落2~4のいずれか1つに記載の方法。
段落6 前記アップリンク通信リソースのインスタンスが、ダウンリンクデータに関連する確認応答情報の送信用に割り当てられ、前記ダウンリンクデータが第2の所定の基準を満たす場合、前記アップリンク通信リソースのインスタンスは、前記所定の基準を満たす
段落5に記載の方法。
段落7. ダウンリンクデータが第1の論理チャネルに関連付けられている場合には、前記第2の所定の基準を満たす
段落6に記載の方法。
段落8. ダウンリンクデータが第1の物理層優先度に関連付けられている場合には、前記第2の所定の基準を満たす
段落6または7に記載の方法。
段落9. 前記第2の所定の基準の指示を受信するステップをさらに含み、
この指示は、無線リソース制御(RRC)信号を用いて前記インフラストラクチャ機器によって送信さる
段落7または8に記載の方法。
段落10. トリガ指示を受信するステップをさらに含み、
前記トリガ指示は、半永続的なリソース割り当てに関連する前記ダウンリンク通信リソースのインスタンスを使用して送信され、
前記第2のアップリンク通信リソースを選択するステップは、前記トリガ指示を受信することに応答するものである
段落1～9のいずれか1つに記載の方法。
段落11. 前記トリガ指示は、前記ダウンリンク通信リソースのインスタンスを使用して、前記インフラストラクチャ機器によって送信される媒体アクセス(MAC)制御要素(CE)内に示される
段落10に記載の方法。
段落12. 前記ダウンリンク通信リソースのそれぞれのインスタンスの後に、前記第2のアップリンク通信リソースの指示が受信されない
段落1～11のいずれか1つに記載の方法。
段落13. 前記第2のアップリンク通信リソースが物理的なアップリンク共有チャネル上にある
段落1～12のいずれか1つに記載の方法。
段落14. 前記第2のアップリンク通信リソースが物理的なアップリンク制御チャネル上にある
段落1～12のいずれか1つに記載の方法。
段落15. 前記第2のアップリンク通信リソースを選択するステップは、前記ダウンリンク通信リソースのそれぞれのインスタンスの前に、前記インフラストラクチャ機器によって送信される無線リソース制御(RRC)信号で示される1つ以上の第1のパラメータ群に基づいている
段落1～14のいずれか1つに記載の方法。
段落16. 前記第2のアップリンク通信リソースを選択するステップは、前記ダウンリンク通信リソースのそれぞれのインスタンスを使用して、前記インフラストラクチャ機器によって送信される信号で示される1つ以上の第2のパラメータ群に基づいている
段落1～16のいずれか1つに記載の方法。
段落17. 前記第2のパラメータが、前記ダウンリンク通信リソースのそれぞれのインスタンスを使用して、前記インフラストラクチャ機器によって送信される媒体アクセス(MAC)制御要素(CE)内に示される
段落16に記載の方法。
段落18. 前記第2のアップリンク通信リソースを選択するステップは、前記確認応答情報の第1の部分の送信用に割り当てられる前記アップリンク通信リソースに基づいている
段落1～17のいずれか1つに記載の方法。
段落19. 前記第2のアップリンク通信リソースを選択するステップは、前記確認応答情報の第1の部分の送信用に割り当てられる前記アップリンク通信リソースを含むスロットまたはサブスロットと、前記第2のアップリンク通信リソースを含むスロットまたはサブスロットとの間の所定の数のスロットまたはサブスロットに基づいている
段落1～18のいずれか1つに記載の方法。
段落20. 前記所定の数のスロットまたはサブスロットが、複数の半永続的なリソース割り当てに共通する
段落19に記載の方法。
段落21. 前記所定の数のスロットまたはサブスロットの指示を受信することをさらに含む
段落19または20に記載の方法。
段落22. 前記所定の数のスロットまたはサブスロットの前記指示が、RRC信号方式で前記インフラストラクチャ機器によって送信される
段落21に記載の方法。
段落23. 前記所定の数のスロットまたはサブスロットの前記指示が、ダウンリンク制御情報(DCI)において、前記インフラストラクチャによって送信される
段落21に記載の方法。
段落24. 前記第2のアップリンク通信リソースが、複数の周期的リソースインスタンスから選択される
段落1～23のいずれか1つに記載の方法。
段落25. 前記第2のアップリンク通信リソースが、アップリンク通信リソースの複数のインスタンスから構成される
段落1～24のいずれか1つに記載の方法。
段落26. 前記アップリンク通信リソースの前記複数のインスタンスにおいてインスタンス数が予め定められている
段落25に記載の方法。
段落27. 前記インフラストラクチャ機器が、ある時刻に送信される終了インジケータを受信することを含み、
前記終了インジケータは、前記時刻の後に前記アップリンク通信リソースの前記複数のインスタンスのいずれもが発生しないことを示す
段落25に記載の方法。
段落28. 前記アップリンク通信リソースの前記複数のインスタンスのうちの1つが無効であるかを判定するステップと、
前記アップリンク通信リソースの前記複数のインスタンスのうちの1つが無効であると判定した場合に、前記アップリンク通信リソースの前記複数のインスタンスのうちのその1つを用いて前記確認応答情報を送信することを避けるステップと
をさらに含む
段落25～27のいずれか1つに記載の方法。
段落29. 前記第2のアップリンク通信リソースを用いて送信するための前記確認応答情報の第1の部分を含む確認応答情報の1つ以上の部分を選択することをさらに含む
段落1～28のいずれか1つに記載の方法。
段落30. 前記確認応答情報の前記選択された1つ以上の部分を送信するために必要な前記アップリンク通信リソースの複数のインスタンスの数を判定するステップを含み、
前記選択された第2のアップリンク通信リソースを用いて前記確認応答情報の前記第1の部分を送信するステップは、前記アップリンク通信リソースの前記複数のインスタンスの前記判定された数を用いて、前記確認応答情報の前記選択された部分を送信することによるものである
段落29に記載の方法。
段落31. 通信リソースの単一のインスタンスを使用して、前記確認応答情報の複数の部分を送信するためのコードブックに従って、前記確認応答情報の1つ以上の部分を符号化することをさらに含み、
前記第2のアップリンク通信リソースを使用して、前記確認応答情報の前記第1の部分を送信することは、前記確認応答情報の符号化された前記1つ以上の部分を送信することによるものである
段落29に記載の方法。
段落32. 前記確認応答情報の1つ以上の部分を選択することは、複数の構成されたハイブリッド自動反復要求(HARQ)プロセスのそれぞれについて確認応答情報を選択することを含む
段落29～31のいずれか1つに記載の方法。
段落33. 前記確認応答情報の1つ以上の部分を選択することは、前記半永続的なリソース割り当てを含む複数の半永続的なリソース割り当てに関連する前記確認応答情報の選択を含む
段落29～31のいずれか1つに記載の方法。
段落34. 前記確認応答情報の1つ以上の部分を選択することは、前記半永続的なリソース割り当てを含む、前記第2の所定の基準を満たすデータの送信用に割り当てられた1つ以上の半永続的なリソース割り当てに関連する確認応答情報の選択を含む
段落29～31のいずれか1つに記載の方法。
段落35. 前記確認応答情報の1つ以上の部分を選択することは、前記半永続的なリソース割り当てを含む、第3の所定の基準を満たす1つ以上の半永続的なリソース割り当てに関連する確認応答情報の選択を含む
段落29～31のいずれか1つに記載の方法。
段落36. 前記確認応答情報の1つ以上の部分を選択することは、破棄された確認応答情報のみを選択することを含む
段落29～35のいずれか1つに記載の方法。
段落37. 前記第2のアップリンク通信リソースを使用して送信するために、半永続的なリソース割り当てに関連する確認応答情報が選択さるかどうかの1つ以上の半永続的なリソース割り当ての各々についての指示を含むMAC CEを受信することをさらに含む
段落1～36のいずれか1つに記載の方法。
段落38. 無線通信ネットワークにおける通信デバイスによる制御情報をインフラストラクチャ機器において受信する方法であって、
半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を送信するステップと、
確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、前記確認応答情報の第1の部分の送信のために使用できないかを判定するステップと、
前記確認応答情報の第1の部分の送信のために割り当てられた前記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択するステップと、
前記選択された第2のアップリンク通信リソースを用いて、前記確認応答情報の第1の部分を受信するステップと
を含み、
前記ダウンリンク通信リソースの前記複数のインスタンスは、無線アクセスインターフェースを介した前記通信デバイスへの前記インフラストラクチャ機器によるデータ送信のために割り当てられており、
前記確認応答情報の第1の部分は、前記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す
方法。
段落39. 無線通信ネットワークで動作する通信デバイスであって、
前記無線通信ネットワークのインフラストラクチャ機器により提供される無線アクセスインターフェース上で信号を送信するように構成された送信機と、
前記無線アクセスインターフェース上で信号を受信するように構成された受信機と、
前記通信デバイスが、
前記無線通信ネットワークのインフラストラクチャ機器から、半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を受信し、
確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、前記確認応答情報の第1の部分の送信のために使用できないかを判定し、
前記確認応答情報の第1の部分の送信のために割り当てられた前記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択し、かつ、
前記選択された第2のアップリンク通信リソースを用いて、前記確認応答情報の第1の部分を送信する
ように動作可能なように前記送信機および前記受信機を制御するように構成されたコントローラと、
を具備し、
前記ダウンリンク通信リソースの前記複数のインスタンスは、無線アクセスインターフェースを介した前記通信デバイスへの前記インフラストラクチャ機器によるデータ送信のために割り当てられており、
前記確認応答情報の第1の部分は、前記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す
通信デバイス。
段落40. 無線通信ネットワークで動作する通信デバイス用回路であって、
前記無線通信ネットワークのインフラストラクチャ機器により提供される無線アクセスインターフェース上で信号を送信するように構成された送信機用回路と、
前記無線アクセスインターフェース上で信号を受信するように構成された受信機用回路と、
前記通信デバイスが、
前記無線通信ネットワークのインフラストラクチャ機器から、半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を受信し、
確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、前記確認応答情報の第1の部分の送信のために使用できないかを判定し、
前記確認応答情報の第1の部分の送信のために割り当てられた前記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択し、かつ、
前記選択された第2のアップリンク通信リソースを用いて、前記確認応答情報の第1の部分を送信する
ように動作可能なように前記送信機用回路および前記受信機用回路を制御するように構成されたコントローラ用回路と、
を具備し、
前記ダウンリンク通信リソースの前記複数のインスタンスは、無線アクセスインターフェースを介した前記通信デバイスへの前記インフラストラクチャ機器によるデータ送信のために割り当てられており、
前記確認応答情報の第1の部分は、前記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す
通信デバイス用回路。
段落41. 無線通信ネットワークで使用し、無線アクセスインターフェースを提供するインフラストラクチャ機器であって、
前記無線アクセスインターフェースを介して信号を送信するように構成された送信機と、
信号を受信するように構成された受信機と、
前記インフラストラクチャ機器が、
半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を送信し、
確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、前記確認応答情報の第1の部分の送信のために使用できないかを判定し、
前記確認応答情報の第1の部分の送信のために割り当てられた前記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択し、かつ、
前記選択された第2のアップリンク通信リソースを用いて、前記確認応答情報の第1の部分を受信する
ように動作可能なように前記送信機および前記受信機を制御するように構成されたコントローラと、
を具備し、
前記ダウンリンク通信リソースの前記複数のインスタンスは、無線アクセスインターフェースを介した前記通信デバイスへの前記インフラストラクチャ機器によるデータ送信のために割り当てられており、
前記確認応答情報の第1の部分は、前記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す
インフラストラクチャ機器。
段落42. 無線通信ネットワークで使用し、無線アクセスインターフェースを提供するインフラストラクチャ機器用回路であって、
前記無線アクセスインターフェースを介して信号を送信するように構成された送信機用回路と、
信号を受信するように構成された受信機用回路と、
前記インフラストラクチャ機器が、
半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を送信し、
確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、前記確認応答情報の第1の部分の送信のために使用できないかを判定し、
前記確認応答情報の第1の部分の送信のために割り当てられた前記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択し、かつ、
前記選択された第2のアップリンク通信リソースを用いて、前記確認応答情報の第1の部分を受信する
ように動作可能なように前記送信機用回路および前記受信機用回路を制御するように構成されたコントローラ用回路と、
を具備し、
前記ダウンリンク通信リソースの前記複数のインスタンスは、無線アクセスインターフェースを介した前記通信デバイスへの前記インフラストラクチャ機器によるデータ送信のために割り当てられており、
前記確認応答情報の第1の部分は、前記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す
インフラストラクチャ機器用回路。

Claims

無線通信ネットワークにおける通信デバイスによる制御情報を送信する方法であって、
前記無線通信ネットワークのインフラストラクチャ機器から、半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を受信するステップと、
確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、前記確認応答情報の第1の部分の送信のために使用できないかを判定するステップと、
前記確認応答情報の第1の部分の送信のために割り当てられた前記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択するステップと、
前記選択された第2のアップリンク通信リソースを用いて、前記確認応答情報の第1の部分を送信するステップと
を含み、
前記ダウンリンク通信リソースの前記複数のインスタンスは、無線アクセスインターフェースを介した前記通信デバイスへの前記インフラストラクチャ機器によるデータ送信のために割り当てられており、
前記確認応答情報の第1の部分は、前記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す
方法。
前記確認応答情報の第1の部分を含む確認応答情報の一部の送信用に割り当てられたアップリンク通信リソースの1つ以上のインスタンスが無効であり、前記確認応答情報の送信に使用できないかを判定することを含む
請求項１に記載の方法。
前記第2のアップリンク通信リソースを選択する選択するステップは、無効である確認応答情報の一部の送信のために割り当てられたアップリンク通信リソースのインスタンスの数が、第1の所定の閾値を超えるかを判定することに応答するものである
請求項２に記載の方法。
前記アップリンク通信リソースの前記1つ以上のインスタンスが割り当てられた確認応答情報の一部の数を判定するステップと、
前記確認応答情報の一部の数が第2の所定の閾値を超えるかを判定するステップと、
前記第2のアップリンク通信リソースを選択するステップが、前記確認応答情報の一部の数が前記第2の所定の閾値を超えるかを判定するステップに応答するものである
請求項２に記載の方法。
前記アップリンク通信リソースの1つ以上のインスタンスが所定の基準を満たすかを判定することを含む
請求項２に記載の方法。
前記アップリンク通信リソースのインスタンスが、ダウンリンクデータに関連する確認応答情報の送信用に割り当てられ、前記ダウンリンクデータが第2の所定の基準を満たす場合、前記アップリンク通信リソースのインスタンスは、前記所定の基準を満たす
請求項５に記載の方法。
ダウンリンクデータが第1の論理チャネルに関連付けられている場合には、前記第2の所定の基準を満たす
請求項６に記載の方法。
ダウンリンクデータが第1の物理層優先度に関連付けられている場合には、前記第2の所定の基準を満たす
請求項６に記載の方法。
前記第2の所定の基準の指示を受信するステップをさらに含み、
この指示は、無線リソース制御(RRC)信号を用いて前記インフラストラクチャ機器によって送信さる
請求項７に記載の方法。
トリガ指示を受信するステップをさらに含み、
前記トリガ指示は、半永続的なリソース割り当てに関連する前記ダウンリンク通信リソースのインスタンスを使用して送信され、
前記第2のアップリンク通信リソースを選択するステップは、前記トリガ指示を受信することに応答するものである
請求項１に記載の方法。
前記トリガ指示は、前記ダウンリンク通信リソースのインスタンスを使用して、前記インフラストラクチャ機器によって送信される媒体アクセス(MAC)制御要素(CE)内に示される
請求項１０に記載の方法。
前記ダウンリンク通信リソースのそれぞれのインスタンスの後に、前記第2のアップリンク通信リソースの指示が受信されない
請求項１に記載の方法。
前記第2のアップリンク通信リソースが物理的なアップリンク共有チャネル上にある
請求項１に記載の方法。
前記第2のアップリンク通信リソースが物理的なアップリンク制御チャネル上にある
請求項１に記載の方法。
前記第2のアップリンク通信リソースを選択するステップは、前記ダウンリンク通信リソースのそれぞれのインスタンスの前に、前記インフラストラクチャ機器によって送信される無線リソース制御(RRC)信号で示される1つ以上の第1のパラメータ群に基づいている
請求項１に記載の方法。
前記第2のアップリンク通信リソースを選択するステップは、前記ダウンリンク通信リソースのそれぞれのインスタンスを使用して、前記インフラストラクチャ機器によって送信される信号で示される1つ以上の第2のパラメータ群に基づいている
請求項１に記載の方法。
前記第2のパラメータが、前記ダウンリンク通信リソースのそれぞれのインスタンスを使用して、前記インフラストラクチャ機器によって送信される媒体アクセス(MAC)制御要素(CE)内に示される
請求項１６に記載の方法。
前記第2のアップリンク通信リソースを選択するステップは、前記確認応答情報の第1の部分の送信用に割り当てられる前記アップリンク通信リソースに基づいている
請求項１に記載の方法。
前記第2のアップリンク通信リソースを選択するステップは、前記確認応答情報の第1の部分の送信用に割り当てられる前記アップリンク通信リソースを含むスロットまたはサブスロットと、前記第2のアップリンク通信リソースを含むスロットまたはサブスロットとの間の所定の数のスロットまたはサブスロットに基づいている
請求項１に記載の方法。
前記所定の数のスロットまたはサブスロットが、複数の半永続的なリソース割り当てに共通する
請求項１９に記載の方法。
前記所定の数のスロットまたはサブスロットの指示を受信することをさらに含む
請求項１９に記載の方法。
前記所定の数のスロットまたはサブスロットの前記指示が、RRC信号方式で前記インフラストラクチャ機器によって送信される
請求項２１に記載の方法。
前記所定の数のスロットまたはサブスロットの前記指示が、ダウンリンク制御情報(DCI)において、前記インフラストラクチャによって送信される
請求項２１に記載の方法。
前記第2のアップリンク通信リソースが、複数の周期的リソースインスタンスから選択される
請求項１に記載の方法。
前記第2のアップリンク通信リソースが、アップリンク通信リソースの複数のインスタンスから構成される
請求項１に記載の方法。
前記アップリンク通信リソースの前記複数のインスタンスにおいてインスタンス数が予め定められている
請求項２５に記載の方法。
前記インフラストラクチャ機器が、ある時刻に送信される終了インジケータを受信することを含み、
前記終了インジケータは、前記時刻の後に前記アップリンク通信リソースの前記複数のインスタンスのいずれもが発生しないことを示す
請求項２５に記載の方法。
前記アップリンク通信リソースの前記複数のインスタンスのうちの1つが無効であるかを判定するステップと、
前記アップリンク通信リソースの前記複数のインスタンスのうちの1つが無効であると判定した場合に、前記アップリンク通信リソースの前記複数のインスタンスのうちのその1つを用いて前記確認応答情報を送信することを避けるステップと
をさらに含む
請求項２５に記載の方法。
前記第2のアップリンク通信リソースを用いて送信するための前記確認応答情報の第1の部分を含む確認応答情報の1つ以上の部分を選択することをさらに含む
請求項１に記載の方法。
前記確認応答情報の前記選択された1つ以上の部分を送信するために必要な前記アップリンク通信リソースの複数のインスタンスの数を判定するステップを含み、
前記選択された第2のアップリンク通信リソースを用いて前記確認応答情報の前記第1の部分を送信するステップは、前記アップリンク通信リソースの前記複数のインスタンスの前記判定された数を用いて、前記確認応答情報の前記選択された部分を送信することによるものである
請求項２９に記載の方法。
通信リソースの単一のインスタンスを使用して、前記確認応答情報の複数の部分を送信するためのコードブックに従って、前記確認応答情報の1つ以上の部分を符号化することをさらに含み、
前記第2のアップリンク通信リソースを使用して、前記確認応答情報の前記第1の部分を送信することは、前記確認応答情報の符号化された前記1つ以上の部分を送信することによるものである
請求項２９に記載の方法。
前記確認応答情報の1つ以上の部分を選択することは、複数の構成されたハイブリッド自動反復要求(HARQ)プロセスのそれぞれについて確認応答情報を選択することを含む
請求項２９に記載の方法。
前記確認応答情報の1つ以上の部分を選択することは、前記半永続的なリソース割り当てを含む複数の半永続的なリソース割り当てに関連する前記確認応答情報の選択を含む
請求項２９に記載の方法。
前記確認応答情報の1つ以上の部分を選択することは、前記半永続的なリソース割り当てを含む、前記第2の所定の基準を満たすデータの送信用に割り当てられた1つ以上の半永続的なリソース割り当てに関連する確認応答情報の選択を含む
請求項２９に記載の方法。
前記確認応答情報の1つ以上の部分を選択することは、前記半永続的なリソース割り当てを含む、第3の所定の基準を満たす1つ以上の半永続的なリソース割り当てに関連する確認応答情報の選択を含む
請求項２９に記載の方法。
前記確認応答情報の1つ以上の部分を選択することは、破棄された確認応答情報のみを選択することを含む
請求項２９に記載の方法。
前記第2のアップリンク通信リソースを使用して送信するために、半永続的なリソース割り当てに関連する確認応答情報が選択さるかどうかの1つ以上の半永続的なリソース割り当ての各々についての指示を含むMAC CEを受信することをさらに含む
請求項１に記載の方法。
無線通信ネットワークにおける通信デバイスによる制御情報をインフラストラクチャ機器において受信する方法であって、
半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を送信するステップと、
確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、前記確認応答情報の第1の部分の送信のために使用できないかを判定するステップと、
前記確認応答情報の第1の部分の送信のために割り当てられた前記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択するステップと、
前記選択された第2のアップリンク通信リソースを用いて、前記確認応答情報の第1の部分を受信するステップと
を含み、
前記ダウンリンク通信リソースの前記複数のインスタンスは、無線アクセスインターフェースを介した前記通信デバイスへの前記インフラストラクチャ機器によるデータ送信のために割り当てられており、
前記確認応答情報の第1の部分は、前記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す
方法。
無線通信ネットワークで動作する通信デバイスであって、
前記無線通信ネットワークのインフラストラクチャ機器により提供される無線アクセスインターフェース上で信号を送信するように構成された送信機と、
前記無線アクセスインターフェース上で信号を受信するように構成された受信機と、
前記通信デバイスが、
前記無線通信ネットワークのインフラストラクチャ機器から、半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を受信し、
確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、前記確認応答情報の第1の部分の送信のために使用できないかを判定し、
前記確認応答情報の第1の部分の送信のために割り当てられた前記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択し、かつ、
前記選択された第2のアップリンク通信リソースを用いて、前記確認応答情報の第1の部分を送信する
ように動作可能なように前記送信機および前記受信機を制御するように構成されたコントローラと、
を具備し、
前記ダウンリンク通信リソースの前記複数のインスタンスは、無線アクセスインターフェースを介した前記通信デバイスへの前記インフラストラクチャ機器によるデータ送信のために割り当てられており、
前記確認応答情報の第1の部分は、前記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す
通信デバイス。
無線通信ネットワークで動作する通信デバイス用回路であって、
前記無線通信ネットワークのインフラストラクチャ機器により提供される無線アクセスインターフェース上で信号を送信するように構成された送信機用回路と、
前記無線アクセスインターフェース上で信号を受信するように構成された受信機用回路と、
前記通信デバイスが、
前記無線通信ネットワークのインフラストラクチャ機器から、半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を受信し、
確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、前記確認応答情報の第1の部分の送信のために使用できないかを判定し、
前記確認応答情報の第1の部分の送信のために割り当てられた前記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択し、かつ、
前記選択された第2のアップリンク通信リソースを用いて、前記確認応答情報の第1の部分を送信する
ように動作可能なように前記送信機用回路および前記受信機用回路を制御するように構成されたコントローラ用回路と、
を具備し、
前記ダウンリンク通信リソースの前記複数のインスタンスは、無線アクセスインターフェースを介した前記通信デバイスへの前記インフラストラクチャ機器によるデータ送信のために割り当てられており、
前記確認応答情報の第1の部分は、前記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す
通信デバイス用回路。
無線通信ネットワークで使用し、無線アクセスインターフェースを提供するインフラストラクチャ機器であって、
前記無線アクセスインターフェースを介して信号を送信するように構成された送信機と、
信号を受信するように構成された受信機と、
前記インフラストラクチャ機器が、
半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を送信し、
確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、前記確認応答情報の第1の部分の送信のために使用できないかを判定し、
前記確認応答情報の第1の部分の送信のために割り当てられた前記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択し、かつ、
前記選択された第2のアップリンク通信リソースを用いて、前記確認応答情報の第1の部分を受信する
ように動作可能なように前記送信機および前記受信機を制御するように構成されたコントローラと、
を具備し、
前記ダウンリンク通信リソースの前記複数のインスタンスは、無線アクセスインターフェースを介した前記通信デバイスへの前記インフラストラクチャ機器によるデータ送信のために割り当てられており、
前記確認応答情報の第1の部分は、前記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す
インフラストラクチャ機器。
無線通信ネットワークで使用し、無線アクセスインターフェースを提供するインフラストラクチャ機器用回路であって、
前記無線アクセスインターフェースを介して信号を送信するように構成された送信機用回路と、
信号を受信するように構成された受信機用回路と、
前記インフラストラクチャ機器が、
半永続的なリソース割り当てに関連するダウンリンク通信リソースの複数のインスタンスの指示を送信し、
確認応答情報の第1の部分の送信のために割り当てられたアップリンク通信リソースが無効であり、前記確認応答情報の第1の部分の送信のために使用できないかを判定し、
前記確認応答情報の第1の部分の送信のために割り当てられた前記アップリンク通信リソースが無効であるとの判定に応じて、第2のアップリンク通信リソースを選択し、かつ、
前記選択された第2のアップリンク通信リソースを用いて、前記確認応答情報の第1の部分を受信する
ように動作可能なように前記送信機用回路および前記受信機用回路を制御するように構成されたコントローラ用回路と、
を具備し、
前記ダウンリンク通信リソースの前記複数のインスタンスは、無線アクセスインターフェースを介した前記通信デバイスへの前記インフラストラクチャ機器によるデータ送信のために割り当てられており、
前記確認応答情報の第1の部分は、前記ダウンリンク通信リソースのそれぞれのインスタンスの確認応答状況を示す
インフラストラクチャ機器用回路。