JP2023109997A - 方法、端末デバイス、プログラム、及びネットワークデバイス - Google Patents

Abstract

【課題】１つのスロット内でＡＣＫ／ＮＡＣＫ送信について１つよりも多いＰＵＣＣＨを可能にする方法及び部分的にオーバーラップした物理アップリンク制御チャネル（ＰＵＣＣＨ）に対処する方法を提供する。【解決手段】方法は、スロット内の第１のシンボルセットに対応する第１のアップリンク制御チャネルを決定することと、第１のシンボルセットの後の、スロット内の第２のシンボルセットに対応する第２のアップリンク制御チャネルを決定することと、少なくとも第１のアップリンク制御チャネルでアップリンク制御情報を送信することと、を含む。【選択図】図３

Description

本開示の実施形態は、一般的に、電気通信の分野に関し、特に、アップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）送信のための方法、デバイス、及びコンピュータ読み取り可能な媒体に関する。

ｎｅｗ ｒａｄｉｏアクセス（ＮＲ：Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ）通信技術の発展に伴い、例えば超高信頼性低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの複数のタイプのサービスやトラフィックが提案されている。ＮＲ通信技術では、通信の様々な側面が変化している。特に、アップリンク制御情報（ＵＣＩ）の送信は、ＮＲの仕様策定において検討されている。ＵＣＩは、ダウンリンク送信に対する肯定的又は否定的な確認応答（ＡＣＫ／ＮＡＣＫ）などの異なるタイプのアップリンクフィードバック情報、及び／又は、周期的ＣＳＩ（Ｐ－ＣＳＩ：ｐｅｒｉｏｄｉｃ ＣＳＩ）報告、半永続的ＣＳＩ（ＳＰ－ＣＳＩ：ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ）報告、非周期的ＣＳＩ（Ａ－ＣＳＩ：ａｐｅｒｉｏｄｉｃ ＣＳＩ）報告などのチャネル状態情報（ＣＳＩ：ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）を含む。

典型的には、ＡＣＫ／ＮＡＣＫは、物理アップリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）でユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）などの端末デバイスからネットワークデバイス（例えば、ｇＮＢ）へ送信される。ＮＲにおいて、特にＵＲＬＬＣに関連する送信では、ＡＣＫ／ＮＡＣＫの効率的な送信が望まれている。そのため、１つのスロット内でＡＣＫ／ＮＡＣＫ送信について１つよりも多いＰＵＣＣＨを可能にするソリューション、ＡＣＫ／ＮＡＣＫ送信について２つのＰＵＣＣＨがある場合に、部分的にオーバーラップしたＰＵＣＣＨに対処するソリューションを提供する必要がある。

一般的に、本開示の例示的な実施形態は、ＵＣＩ送信のための方法、デバイス、及びコンピュータ読み取り可能な媒体を提供する。

第１の態様では、端末デバイスで実施される方法が提供される。この方法は、スロット内の第１のシンボルセットに対応する第１のアップリンク制御チャネルを決定することを含む。この方法は、第１のシンボルセットの後の、スロット内の第２のシンボルセットに対応する第２のアップリンク制御チャネルを決定することをさらに含む。この方法は、少なくとも第１のアップリンク制御チャネルでアップリンク制御情報を送信することをさらに含む。

第２の態様では、デバイスが提供される。このデバイスは、プロセッサと、プロセッシングユニットに結合され、命令が格納されたメモリとを備え、この命令は、プロセッシングユニットによって実行されると、デバイスに動作を実行させ、この動作は、スロット内の第１のシンボルセットに対応する第１のアップリンク制御チャネルを決定することを含む。前記動作は、第１のシンボルセットの後の、スロット内の第２のシンボルセットに対応する第２のアップリンク制御チャネルを決定することをさらに含む。前記動作は、少なくとも第１のアップリンク制御チャネルでアップリンク制御情報を送信することをさらに含む。

第３の態様では、少なくとも１つのプロセッサ上で実行されると、該少なくとも１つのプロセッサに、前記第１の態様に記載の方法を実行させる命令が格納されたコンピュータ読み取り可能な媒体が提供される。

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

添付図面を参照しながら本開示のいくつかの実施形態をより詳細に説明することを通して、本開示の上記及び他の目的、特徴、及び利点がより明らかになる。

本開示の実施形態が実施されることができる通信環境のブロック図である。

従来のソリューションにおけるスロット内のＡＣＫ／ＮＡＣＫ送信を示す模式図である。

本開示の実施形態にかかるＵＣＩ送信の方法を示すフローチャートである。

本開示のいくつかの実施形態にかかるスロット内の２つのＰＵＣＣＨを決定する方法を示す模式図である。

本開示のいくつかの実施形態にかかる複数のＡＣＫ／ＮＡＣＫをスロット内の２つのＰＵＣＣＨにマッピングする方法を示す模式図である。

本開示のいくつかの実施形態にかかるＡＣＫ／ＮＡＣＫのセットをスロット内のＰＵＣＣＨにマッピングするプロセスを示すフローチャートである。

本開示のいくつかの実施形態にかかる異なるタイプのＵＣＩの優先順位を示す模式図である。 本開示のいくつかの実施形態にかかる異なるタイプのＵＣＩの優先順位を示す模式図である。

本開示のいくつかの実施形態にかかるスロット内のオーバーラップしたＰＵＣＣＨを示す模式図である。

本開示の実施形態の実施に適したデバイスの簡略的なブロック図である。

図面全体において、同一又は類似の参照番号は、同一又は類似の要素を表す。

本開示の原理を、いくつかの例示的な実施形態を参照して説明する。これらの実施形態は、例示の目的のみで記載され、本開示の範囲に関するいかなる限定を示唆することなく、当業者が本開示を理解及び実施することに寄与することを理解されたい。本明細書で説明される開示は、以下に説明されるもの以外の様々な態様で実施されることができる。

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

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

本明細書で使用されるとき、「端末デバイス」という用語は、無線又は有線通信機能を有する任意のデバイスを指す。端末デバイスの例として、ユーザ機器（ＵＥ）、パーソナルコンピュータ、デスクトップ、移動電話、セルラー電話、スマートフォン、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャデバイス、ゲームデバイス、音楽記憶・再生機器、又は無線や有線インターネットアクセス及びブラウジングなどを可能にするインターネット機器などが挙げられるが、これらに限定されない。

本明細書で使用されるとき、単数形である「１つ（ａ）」、「１つ（ａｎ）」、及び「前記（ｔｈｅ）」は、文脈からそうでないことが明確に示されない限り、複数形も含むことを意図している。「含む」という用語及びその変形は、「含むがこれに限定されない」ことを意味するオープンな用語として読まれる。「に基づいて」という用語は、「少なくとも部分的に基づいて」として読まれる。「一実施形態」及び「実施形態」という用語は、「少なくとも１つの実施形態」として読まれる。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」として読まれる。「第１」、「第２」などの用語は、異なるオブジェクト又は同じオブジェクトを指すことができる。以下には、明示的及び暗黙的なその他の定義が含まれることがある。

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

図１は、本開示の実施形態が実施されることができる例示的な通信ネットワーク１００を示す。通信ネットワーク１００は、ネットワークデバイス１１０と、ネットワークデバイス１１０によってサービスが提供される端末デバイス１２０とを含む。ネットワークデバイス１１０のサービングエリアは、セル１０２と呼ばれる。ネットワークデバイス及び端末デバイスの数は、いかなる限定を示唆することなく、説明の目的のみであることを理解されたい。通信ネットワーク１００は、本開示の実施形態の実施に適した任意の適切な数のネットワークデバイス及び端末デバイスを含むことができる。図示されないが、１つ又は複数の端末デバイスがセル１０２に配置され、且つネットワークデバイス１１０によってサービスが提供されてもよいことを理解されたい。

通信ネットワーク１００において、ネットワークデバイス１１０は、データ及び制御情報を端末デバイス１２０に通信することができ、また、端末デバイス１２０は、データ及び制御情報をネットワークデバイス１１０に通信することもできる。ネットワークデバイス１１０から端末デバイス１２０へのリンクは、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）と呼ばれ、端末デバイス１２０からネットワークデバイス１１０へのリンクは、アップリンク（ＵＬ：ｕｐｌｉｎｋ）と呼ばれる。

通信ネットワーク１００で検討される通信は、任意の適切な規格に準拠してもよく、ここでの規格は、Ｎｅｗ Ｒａｄｉｏアクセス（ＮＲ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥエボリューション、ＬＴＥアドバンスト（ＬＴＥ－Ａ：ＬＴＥ‐Ａｄｖａｎｃｅｄ）、広帯域符号分割多元接続（Ｗ－ＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、モバイル通信用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などを含むが、これらに限定されない。さらに、通信は、現在知られている、又は将来に開発される任意の世代の通信プロトコルに従って実施されてもよい。通信プロトコルの例として、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが挙げられるが、これらに限定されない。

通信において、端末デバイス１２０は、アップリンク制御情報（ＵＣＩ）をネットワークデバイス１１０に送信することができる。ＵＣＩは、異なるタイプの制御情報を含んでもよい。一例では、ＡＣＫ／ＮＡＣＫ送信は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）でのダウンリンク送信が正常に受信されたか否かに関するフィードバック情報を端末デバイス１２０からネットワークデバイス１１０に提供する。ＡＣＫ／ＮＡＣＫは、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）プロセスで送信されてもよいため、ＨＡＲＱ ＡＣＫ／ＮＡＣＫと呼ばれてもよい。また、ＡＣＫ／ＮＡＣＫのフィードバック情報は、ＵＣＩの一種であってもよい。また、別の例では、端末デバイス１２０は、端末デバイス１２０とネットワークデバイス１１０との間のチャネルに関する情報を報告するために、チャネル状態情報（ＣＳＩ）をネットワークデバイス１１０に送信してもよい。

典型的には、ＵＣＩは、ＰＵＣＣＨリソースで送信される。ＰＵＣＣＨリソースは、異なるフォーマットで構成されてもよい。異なるフォーマットのそれぞれは、対応するＰＵＣＣＨリソースに関連するパラメータで定義される。このようなパラメータには、ＰＵＣＣＨリソースの開始位置、ＰＵＣＣＨリソースの長さ（シンボル数、物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）数）、周波数ホッピング、サイクリックシフト、直交カバーコードのインデックス及び／又は長さ、空間設定などのうちの１つ又は複数が含まれるが、これらに限定されない。現在、ＮＲ仕様では、ＰＵＣＣＨフォーマット０からＰＵＣＣＨフォーマット４までの５種類の異なるフォーマットが規定されている。

端末デバイス１２０は、ネットワークデバイス１１０によって、複数のＰＵＣＣＨリソースを含むＰＵＣＣＨリソースセットがいくつか構成されてもよい。例えば、ＰＵＣＣＨリソースセットの数は、各ＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースの数及びＰＵＣＣＨリソースの位置を示す上位レイヤパラメータによって構成されてもよい。

異なるタイプのＵＣＩを送信するために、端末デバイス１２０は、ネットワークデバイス１１０からのシグナリングに従って、構成されたＰＵＣＣＨリソースセットから、異なるフォーマットを有するＰＵＣＣＨリソースを決定してもよい。例えば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信するために、ＰＵＣＣＨフォーマット０～４のＰＵＣＣＨリソースを使用してもよい。端末デバイス１２０は、ペイロードサイズに基づいて、予め構成された複数のＰＵＣＣＨリソースセットからＰＵＣＣＨリソースセットを決定し、そして、ダウンリンク制御情報（ＤＣＩ）に基づいて、例えば、ＡＣＫ／ＮＡＣＫリソースインジケータ（略してＡＲＩ）に基づいて、このＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを選択することが許容される。ＡＲＩは、ＤＣＩによって明示的に運ばれてもよい。また、ＡＲＩは、ＤＣＩの受信に関連付けられた他の情報、例えば、ＤＣＩの位置から暗黙的に導出されてもよい。

現在、ＮＲでは、複数のＡＣＫ／ＮＡＣＫフィードバックが、単一のスロット内の１つのＰＵＣＣＨで送信される。図２は、従来のソリューションにおけるスロットでのＡＣＫ／ＮＡＣＫ送信を示す模式図２００である。図２には、スロット２３０で送信される４つのＡＣＫ／ＮＡＣＫ２１１～２１４（図２では、Ａ／Ｎ１～Ａ／Ｎ４と示す）が模式的に示されている。ＡＣＫ／ＮＡＣＫ２１１～２１４は、第１のＰＤＳＣＨ２０１、第２のＰＤＳＣＨ２０２、第３のＰＤＳＣＨ２０３、及び第４のＰＤＳＣＨ２０４でのダウンリンク送信に関連しており、各ＡＣＫ／ＮＡＣＫは、ＰＤＳＣＨの１つ又は２つのトランスポートブロックに対して１つ又は２つのビットを有することができる。第１のＰＤＳＣＨ２０１は、第２のＰＤＳＣＨ２０２よりも前に受信され、第２のＰＤＳＣＨ２０２は、第３のＰＤＳＣＨ２０３よりも前に受信され、その以降も同様である。従って、第４のＰＤＳＣＨ２０４は、ＡＣＫ／ＮＡＣＫがスロット２３０で送信される複数のＰＤＳＣＨのうち、最後のＰＤＳＣＨであると考えてもよい。

ＰＵＣＣＨ２２０は、ＡＣＫ／ＮＡＣＫ２１１～２１４を送信するように構成されている。Ａ／Ｎ ＰＵＣＣＨ２２０は、第４のＰＤＳＣＨ２０４に関連付けられたＤＣＩに基づいて決定される。例えば、ＰＵＣＣＨ２２０は、第４のＰＤＳＣＨ２０４のＤＣＩに関連付けられたＡＲＩに基づいてアップリンクリソースを選択することで決定される。そして、ＡＣＫ／ＮＡＣＫ２１１～２１４は、スロット２３０においてＡ／Ｎ ＰＵＣＣＨ２２０で送信されることができる。

上述したように、特にＵＲＬＬＣにおいて、より効率的なＡＣＫ／ＮＡＣＫ送信の態様を実現するために、単一のスロットにおいて、ＡＣＫ／ＮＡＣＫ送信について１つよりも多いＰＵＣＣＨを可能にすることが望ましい。これにより、先に受信されるＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫは、最後のＤＣＩ（該ＤＣＩのＡＲＩが同じスロットで送信されるＡＣＫ／ＮＡＣＫを示す）に基づいてＰＵＣＣＨを決定するのを待つことなく、待ち時間のより少ないＰＵＣＣＨで送信されることができる。単一のスロットにおいて１つのＰＵＣＣＨが送信される場合とは異なり、単一のスロットにおいて１つよりも多いＰＵＣＣＨを決定する方法、及び複数のＡＣＫ／ＮＡＣＫ（場合によっては他のタイプのＵＣＩ）をこの１つよりも多いＰＵＣＣＨにマッピングする方法に関する問題が残っている。本開示の実施形態は、スロットにおいて１つよりも多いＰＵＣＣＨを決定するためのソリューション、ＵＣＩをこの１つよりも多いＰＵＣＣＨにマッピングするためのソリューション、及びＰＵＣＣＨ衝突に対処するためのソリューションを提供する。

本開示の原理及び実施例は、図３を参照して以下に詳細に説明する。図３は、本開示の実施形態にかかるＵＣＩ送信の例示的な方法３００のフローチャートを示す。方法３００は、図１に示す端末デバイス１２０で実施されることができる。説明の目的のために、方法３００は、図１を参照して、端末デバイス１２０の観点から説明される。

３１０において、端末デバイス１２０は、スロット内の第１のシンボルセットに対応する第１のアップリンク制御チャネルを決定する。３２０において、端末デバイス１２０は、第１のシンボルセットの後の、スロット内の第２のシンボルセットに対応する第２のアップリンク制御チャネルを決定する。第１及び第２のシンボルセットは、互いにオーバーラップしていない。説明の目的で、第１及び第２のアップリンク制御チャネルの決定について、図４を参照して説明する。図４は、本開示のいくつかの実施形態にかかるスロット内の２つのＰＵＣＣＨを決定する方法を示す模式図である。

一例として、図４は、スロット４３０内の２つのＰＵＣＣＨを示す。３１０において、端末デバイス１２０は、スロット４３０の第１のシンボルセット、例えば、シンボル１～５に対応する第１のＰＵＣＣＨ４２１を決定してもよい。３１０において、端末デバイス１２０は、スロット４３０の第２のシンボルセット、例えば、シンボル７～９に対応する第２のＰＵＣＣＨ４２２を決定してもよい。第１のシンボルセットは、時間的に第２のシンボルセットよりも先行しているので、第１のＰＵＣＣＨ４２１は、先のＰＵＣＣＨとも呼ばれ、第２のＰＵＣＣＨ４２２は、後のＰＵＣＣＨとも呼ばれてもよい。先のＰＵＣＣＨ及び後のＰＵＣＣＨは、別々に決定されてもよい。

第１のＰＵＣＣＨ４２１及び第２のＰＵＣＣＨ４２２は、説明の便宜上ＵＲＬＬＣ ＰＵＣＣＨとも呼ばれるＵＲＬＬＣ専用のＰＵＣＣＨであってもよいことに留意されたい。ＰＵＣＣＨの数は、限定を示唆することなく説明の目的のためだけであり、１つのスロットに２つよりも多いＰＵＣＣＨが決定されてもよいことを理解されたい。また、２つよりも多いＰＵＣＣＨの各ペアは、時間領域又は周波数領域でオーバーラップしないことがある。

いくつかの実施形態では、端末デバイス１２０は、予め構成されたアップリンクリソースに基づいて、第１のＰＵＣＣＨ４２１及び第２のＰＵＣＣＨ４２２を決定してもよい。端末デバイス１２０は、ネットワークデバイス１１０から、構成されたアップリンクリソースの指示を受信し、この構成されたアップリンクリソースの指示に基づいて、第１のＰＵＣＣＨ４２１及び第２のＰＵＣＣＨ４２２を決定してもよい。

いくつかの態様では、構成されたアップリンクリソースの指示は、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリング、媒体アクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）制御要素（ＣＥ：ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）、又はダウンリンク制御情報のうちの少なくとも１つに含まれてもよい。例えば、端末デバイス１２０は、ネットワークデバイス１１０からＲＲＣシグナリングを受信し、このＲＲＣシグナリングに含まれる指示に基づいて、第１のＰＵＣＣＨ４２１及び第２のＰＵＣＣＨ４２２を決定してもよい。ＲＲＣシグナリングは、構成されたアップリンクリソースのグループを複数構成してもよい。同じグループにおけるＰＵＣＣＨは、時間又は周波数でオーバーラップし、異なるグループにおけるＰＵＣＣＨはオーバーラップしないことが可能である。ＭＡＣ ＣＥは、各グループから１つ又は複数のＰＵＣＣＨを示すために使用されることができ、又は、ＲＲＣで構成されたＰＵＣＣＨグループから１つ又は複数のグループを示すために使用されることができる。構成されたアップリンクリソースの指示は、ネットワークデバイス１１０からのＤＣＩにも含まれ得る。例えば、ＤＣＩは、１つよりも多いＰＵＣＣＨグループのうちの１つのグループを示すためのグループインジケータを搬送することができ、ここで、ＡＣＫ／ＮＡＣＫ送信のために、示されたグループからさらに１つのＰＵＣＣＨを選択する。グループインジケータで示されるグループは、ＰＤＳＣＨの受信と示されたＰＵＣＣＨの送信との間の時間オフセットによって決定されてもよい。例えば、グループインジケータは、ＰＤＳＣＨの受信とＰＵＣＣＨグループとの間の時間オフセットを指定することで、ＰＵＣＣＨグループを示してもよい。時間オフセットについて、スロットではなくシンボル数でカウントしてもよい。

いくつかの実施形態では、端末デバイス１２０は、ネットワークデバイス１１０からのダウンリンク送信に関連付けられた１つよりも多いリソース指示に基づいて、第１のＰＵＣＣＨ４２１及び第２のＰＵＣＣＨ４２２を決定してもよい。リソース指示は、ＤＣＩにおけるＡＲＩであってもよく、各ＡＲＩは、ＡＣＫ／ＮＡＣＫ送信用のＰＵＣＣＨを示してもよい。ＰＵＣＣＨのサブセットは、ＡＲＩが示すＰＵＣＣＨの全てのセットから決定される。このような実施形態では、ダウンリンク送信はＵＲＬＬＣに関連しており、第１のＰＵＣＣＨ４２１及び第２のＰＵＣＣＨ４２２はＵＲＬＬＣ ＰＵＣＣＨである。

一実施形態では、端末デバイス１２０は、第１のタイプ（例えばＵＲＬＬＣ）のダウンリンク送信に関連付けられた第１のリソース指示を決定してもよい。ここで、このダウンリンク送信のＤＣＩは、ＡＣＫ／ＮＡＣＫがスロットで送信される第１のタイプのダウンリンク送信のＤＣＩのうちの最初のＤＣＩである。本明細書で使用される用語「最初のＤＣＩ」は、このＤＣＩが、ＡＣＫ／ＮＡＣＫが同じスロットで送信されるダウンリンク送信の他のＤＣＩよりも先に、端末デバイス１２０によって受信されることを意味する。端末デバイス１２０は、さらに、第１のリソース指示に基づいて第１のアップリンクリソースを選択することで、第１のアップリンク制御チャネルを決定してもよい。

さらなる実施形態において、端末デバイス１２０は、第１のタイプ（例えばＵＲＬＬＣ）のさらなるダウンリンク送信に関連付けられた第２のリソース指示を決定してもよい。ここで、このさらなるダウンリンク送信のＤＣＩは、ＡＣＫ／ＮＡＣＫが同じスロットで送信される第１のタイプのダウンリンク送信のＤＣＩのうちの別のＤＣＩである。例えば、この別のＤＣＩは、最後のＤＣＩであってもよい。本明細書で使用される用語「最後のＤＣＩ」は、このＤＣＩが、ＡＣＫ／ＮＡＣＫが同じスロットで送信されるダウンリンク送信の他のＤＣＩの後に、端末デバイス１２０によって受信されることを意味する。端末デバイス１２０は、さらに、第２のリソース指示に基づいて第２のアップリンクリソースを選択することで、第２のアップリンク制御チャネルを決定してもよい。

これらの実施形態は、図４を参照して詳細に説明される。図４は、ネットワークデバイス１１０からの４つのＰＤＳＣＨを模式的に示す。図２のＰＤＳＣＨ２０１～２０４と同様に、第１のＰＤＳＣＨ４０１（及びそのＤＣＩ）は、第２のＰＤＳＣＨ４０２（及びそのＤＣＩ）よりも前に受信され、第２のＰＤＳＣＨ４０２（及びそのＤＣＩ）は、第３のＰＤＳＣＨ４０３（及びそのＤＣＩ）よりも前に受信され、第３のＰＤＳＣＨ４０３（及びそのＤＣＩ）は、第４のＰＤＳＣＨ４０４（及びそのＤＣＩ）よりも前に受信される。４つのＰＤＳＣＨ４０１～４０４に関連するＡＣＫ／ＮＡＣＫ（図示せず）は、スロット４３０で送信される。リソース指示の一例として、ＡＲＩ４５１～４５４は、それぞれＰＤＳＣＨ４０１～４０４に関連付けられている。

１つのＰＤＳＣＨが別のＰＤＳＣＨに先立って受信されたことに関して、この別のＰＤＳＣＨが後のＰＤＳＣＨと見なされてもよい。例えば、第２のＰＤＳＣＨ４０２、第３のＰＤＳＣＨ４０３及び第４のＰＤＳＣＨ４０４に関して、第１のＰＤＳＣＨ４０１が先のＰＤＳＣＨと見なされてもよい。また、第１のＰＤＳＣＨ４０１、第２のＰＤＳＣＨ４０２及び第３のＰＤＳＣＨ４０３に関して、第４のＰＤＳＣＨ４０４が後のＰＤＳＣＨと見なされてもよい。一般的に、先のＰＤＳＣＨ（例えばＰＤＳＣＨ４０１）のＡＣＫ／ＮＡＣＫ送信には、先のＰＵＣＣＨ（ＰＵＣＣＨ４２１）のリソースが割り当てられる。端末デバイス１２０は、先のＰＵＣＣＨ（ＰＵＣＣＨ４２１）が利用可能である場合、先のＰＤＳＣＨに関連付けられたＡＲＩに基づいて後のＰＵＣＣＨ（ＰＵＣＣＨ４２２）を決定することを許容されないことがある。

図４に示す例では、端末デバイス１２０は、第１のＡＲＩ４５１に基づいて第１のＰＵＣＣＨ４２１を決定してもよい。例えば、端末デバイス１２０は、第１のＡＲＩ４５１によって示されるアップリンクリソースを、第１のＰＵＣＣＨ４２１のリソースとして構成してもよい。端末デバイス１２０は、さらに、第４のＡＲＩ４５４に基づいて第２のＰＵＣＣＨ４２２を決定してもよい。例えば、端末デバイス１２０は、第４のＡＲＩ４５４によって示されるアップリンクリソースを、第２のＰＵＣＣＨ４２２のリソースとして構成してもよい。

いくつかの実施形態では、異なる容量を有するＵＲＬＬＣ ＰＵＣＣＨの第１のリストが、第１のＰＵＣＣＨ４２１（先のＰＵＣＣＨ）に対して構成されてもよく、異なる容量を有するＵＲＬＬＣ ＰＵＣＣＨの第２のリストが、第２のＰＵＣＣＨ４２２（後のＰＵＣＣＨ）に対して構成されてもよい。これらの場合、端末デバイス１２０は、第１のリスト又は第２のリストから、最小のＰＵＣＣＨ容量が、同じリストで送信されるＵＣＩビット数を下回らない１つのＰＵＣＣＨを選択してもよい。例えば、端末デバイス１２０は、第１のリストから１つのＰＵＣＣＨを選択して、第１のＰＵＣＣＨ４２１として使用してもよい。

単一のスロットにおける先のＰＵＣＣＨと後のＰＵＣＣＨの決定については、図４を参照して上記で説明した。このように、ＵＲＬＬＣに関連するＡＣＫ／ＮＡＣＫの送信に使用されるＰＵＣＣＨを決定することができる。なお、図４におけるＰＤＳＣＨ数、ＡＲＩ数、及び決定されたＰＵＣＣＨ数は、何ら限定されることなく例示の目的のために示されていることを理解されたい。

図３を参照すると、３３０において、端末デバイス１２０は、少なくともアップリンク制御情報を第１のアップリンク制御チャネル、例えば、第１のＰＵＣＣＨ４２１で送信する。いくつかの実施形態では、端末デバイス１２０は、複数のＡＣＫ／ＮＡＣＫを第１のＰＵＣＣＨ４２１及び第２のＰＵＣＣＨ４２２にマッピングして、スロット４３０でネットワークデバイス１１０に送信してもよい。このような実施形態については、図５及び図６を参照して以下に詳細に説明する。

いくつかの実施形態では、端末デバイス１２０は、第１のＰＵＣＣＨ４２１及び第２のＰＵＣＣＨ４２２を、異なるタイプのＵＣＩ、例えば、ＵＲＬＬＣ送信用のＡＣＫ／ＮＡＣＫ及びＣＳＩ、非ＵＲＬＬＣ送信用のＡＣＫ／ＮＡＣＫ及びＣＳＩと多重化してもよい。このような実施形態については、図７を参照して以下に詳細に説明する。

図５は、本開示のいくつかの実施形態にかかるＡＣＫ／ＮＡＣＫのセットをスロット内の２つのＰＵＣＣＨにマッピングする方法を示す模式図５００である。図５に示す２つのＰＵＣＣＨは、図４を参照して上述したアプローチによって決定されてもよい。あるいは、他のアプローチによって決定されてもよい。本開示の範囲は、この側面において限定されない。

４つのＰＤＳＣＨ５０１～５０４は、図４に示すＰＤＳＣＨと同様である。図４を参照して上述したように、ダウンリンク送信に関連付けられたリソース指示に基づいて、第１のＰＵＣＣＨ４２１及び第２のＰＵＣＣＨ４２２を決定する場合、ＰＤＳＣＨ５０１～５０４は、ＰＤＳＣＨ４０１～４０４と同様である。図５に模式的に示すように、第１のＰＤＳＣＨ５０１は第２のＰＤＳＣＨ５０２よりも前に受信され、第２のＰＤＳＣＨ５０２は第３のＰＤＳＣＨ５０３よりも前に受信され、第３のＰＤＳＣＨ５０３は第４のＰＤＳＣＨ５０４よりも前に受信される。ＡＣＫ／ＮＡＣＫ５１１～５１４は、それぞれＰＤＳＣＨ５０１～５０４に関連している。

一般的に、先のＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫは、先のＰＵＣＣＨにマッピングされる優先度がより高いべきである。すなわち、先のＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫは、先のＰＵＣＣＨで送信される優先度がより高いべきである。例えば、第２のＰＵＣＣＨ４２２と比較して、ＡＣＫ／ＮＡＣＫ５１２は、第１のＰＵＣＣＨ４２１で送信される優先度がより高い。

複数のＡＣＫ／ＮＡＣＫ５１１～５１４の２つのＰＵＣＣＨ４２１、４２２へのマッピングを決定するために、タイムライン要件が定義されてもよい。タイムラインとは、ＰＤＳＣＨの最後のシンボルから一定のシンボル数のところにある。タイムライン要件は、ＰＤＳＣＨのタイムライン後のＰＵＣＣＨのみが、該ＰＤＳＣＨに関連する対応のＡＣＫ／ＮＡＣＫの送信に使用できるように、定義されてもよい。ＰＤＳＣＨのタイムライン要件が満たされた場合、該ＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫは、先のＰＵＣＣＨ（図５の第１のＰＵＣＣＨ４２１）にマッピングされ、そうでない場合、該ＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫは、後のＰＵＣＣＨ（図５の第２のＰＵＣＣＨ４２２）にマッピングされる。

図５は、第１のＰＤＳＣＨ５０１に対する第１のタイムライン５６１、第２のＰＤＳＣＨ５０２に対する第２のタイムライン５６２、第３のＰＤＳＣＨ５０３に対する第３のタイムライン５６３、及び第４のＰＤＳＣＨ５０４に対する第４のタイムライン５６４を模式的に示している。図５に示す例では、ＡＣＫ／ＮＡＣＫ５１１及びＡＣＫ／ＮＡＣＫ５１２は、第１のＰＵＣＣＨ４２１にマッピングされる。従って、端末デバイス１２０は、ＡＣＫ／ＮＡＣＫ５１１及びＡＣＫ／ＮＡＣＫ５１２を、スロット４３０内の第１のＰＵＣＣＨ４２１で送信することができる。また、ＡＣＫ／ＮＡＣＫ５１３及びＡＣＫ／ＮＡＣＫ５１４は、第２のＰＵＣＣＨ４２２にマッピングされる。従って、端末デバイス１２０は、ＡＣＫ／ＮＡＣＫ５１３及びＡＣＫ／ＮＡＣＫ５１４を、スロット４３０内の第２のＰＵＣＣＨ４２２で送信することができる。

図６は、本開示のいくつかの実施形態にかかる複数のＡＣＫ／ＮＡＣＫをスロット内のＰＵＣＣＨにマッピングするためのプロセス６００を示すフローチャートである。図６及び対応する説明において、インデックス「ｉ」は、ＡＣＫ／ＮＡＣＫが同じスロットで送信される複数のＰＤＳＣＨのうち、ｉ番目に受信されるＰＤＳＣＨを示すために使用される。例えば、第１のＰＤＳＣＨ５０１はインデックスｉが０であり、第２のＰＤＳＣＨ５０２はインデックスｉが１であり、以降は同様である。また、インデックス「ｊ」は、単一のスロット内のＰＵＣＣＨを示すために使用される。例えば、第１のＰＵＣＣＨ４２１はインデックスｊが０であり、第２のＰＵＣＣＨ４２２はインデックスｊが１であってもよい。

複数のＡＣＫ／ＮＡＣＫを単一のスロット内の複数のＰＵＣＣＨにマッピングするために、本明細書でＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫに対するＰＵＣＣＨの利用可能性が定義される。本開示では、ＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫに対してＰＵＣＣＨが利用可能である場合、上記のタイムライン要件が満たされ、且つこのＰＵＣＣＨの容量がこのＡＣＫ／ＮＡＣＫのビットを運ぶのに十分であることを意味する。

６０５において、端末デバイス１２０は、第１のＰＤＳＣＨ（ｉ＝０）、例えば、第１のＰＤＳＣＨ５０１でプロセス６００を開始する。６１０において、端末デバイス１２０は、第１のＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫを選択又は決定する。例えば、第１のＰＤＳＣＨ５０１の場合、端末デバイス１２０は、ＡＣＫ／ＮＡＣＫ５１１を選択してもよい。６１５において、端末デバイス１２０は、第１のＰＵＣＣＨ（ｊ＝０）、例えば、第１のＰＵＣＣＨ４２１を選択する。６２０において、端末デバイス１２０は、ｉ番目のＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫに対してｊ番目のＰＵＣＣＨが利用可能であるか否かを決定する。

端末デバイス１２０は、６２０においてｊ番目のＰＵＣＣＨがｉ番目のＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫに対して利用可能であると決定した場合、プロセス６００は６２５に進む。６２５において、端末デバイス１２０は、ｉ番目のＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫをｊ番目のＰＵＣＣＨにマッピングする。すなわち、端末デバイス１２０は、ｉ番目のＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫを、ｉ番目のＰＵＣＣＨで送信することを決定する。図示されないが、ｉ番目のＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫのマッピングの後、プロセス６００は、以下に説明されるブロック６４５に進んでもよい。

端末デバイス１２０は、６２０においてｉ番目のＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫに対してｊ番目のＰＵＣＣＨが利用できないと決定した場合、プロセス６００はブロック６３０に進む。６３０において、端末デバイス１２０は、（現在の）ｊ番目のＰＵＣＣＨが、スロット内の最後のＰＵＣＣＨであるか否かを決定する。端末デバイス１２０が、（現在の）ｊ番目のＰＵＣＣＨがスロット内の最後のＰＵＣＣＨであると決定した場合、プロセス６００はブロック６３５に進んでもよい。６３５において、端末デバイス１２０は、次のＰＵＣＣＨ（ｊ＝ｊ＋１）を選択する。例えば、６３０においてｊ番目のＰＵＣＣＨが第１のＰＵＣＣＨ４２１である場合、６３５において、端末デバイス１２０は、第２のＰＵＣＣＨ４２２を選択してもよい。その後、プロセス６００はブロック６２０に戻り、ｉ番目のＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫに対して（ｊ＋１）番目のＰＵＣＣＨが利用可能であるか否かを決定する。

端末デバイス１２０は、６３０において（現在の）ｊ番目のＰＵＣＣＨがスロット内の最後のＰＵＣＣＨであると決定した場合、端末デバイス１２０は、ｉ番目のＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫをドロップし、プロセス６００はブロック６４０に進んでもよい。６４０において、端末デバイス１２０は、ｉ番目のＰＤＳＣＨが最後のＰＤＳＣＨであるか否かを決定する。端末デバイス１２０は、ｉ番目のＰＤＳＣＨが最後のＰＤＳＣＨ、例えば、図５に示す第４のＰＤＳＣＨ５０４であると決定した場合、プロセス６００はブロック６５０に進んでプロセスを終了してもよい。これは、ＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫのマッピングが完了したことを意味する。

端末デバイス１２０は、６４０においてｉ番目のＰＤＳＣＨが最後のＰＤＳＣＨではないと決定した場合、プロセス６００はブロック６４５に進んでもよい。６４５において、端末デバイス１２０は、次のＰＤＳＣＨ（ｉ＝ｉ＋１）を選択する。例えば、６４０においてｉ番目のＰＤＳＣＨが、図５に示す第２のＰＤＳＣＨ５０２である場合、６４５において、端末デバイス１２０は、第３のＰＤＳＣＨ５０３を選択してもよい。その後、プロセス６００はブロック６１０に戻り、（ｉ＋１）番目のＰＤＳＣＨに関連するＡＣＫ／ＮＡＣＫをマッピングする。

このような実施形態では、ＡＣＫ／ＮＡＣＫに対するＰＵＣＣＨの利用可能性に基づいてプロセス６００を実行することにより、端末デバイス１２０は、複数のＡＣＫ／ＮＡＣＫをスロット内の複数のＰＵＣＣＨにマッピングし、複数のＡＣＫ／ＮＡＣＫをスロット内のそれぞれのＰＵＣＣＨで送信することができる。このように、ＡＣＫ／ＮＡＣＫを、明確に定義される効果的な方法で送信することができる。

上述したように、第１のＰＵＣＣＨ４２１及び第２のＰＵＣＣＨ４２２は、異なるタイプのＵＣＩで多重化されてもよい。この場合、特にＰＵＣＣＨの容量が十分でない場合に、異なるタイプのＵＣＩを配置するためのソリューションを提案する必要がある。以下、このような実施形態について、図７Ａ～図７Ｂを参照して詳細に説明する。図７Ａは、本開示のいくつかの実施形態にかかる異なるタイプのＵＣＩの優先順位を示す模式図７０１であり、図７Ｂは、本開示のいくつかの別の実施形態にかかる異なるタイプのＵＣＩの別の優先順位を示す模式図７０２である。

図７Ａ～図７Ｂにおいて、第１のＰＵＣＣＨ４２１及び第２のＰＵＣＣＨ４２２は、ＵＲＬＬＣ ＰＵＣＣＨである。ＡＣＫ／ＮＡＣＫ７１１～７１４は、ＵＲＬＬＣのダウンリンク送信に関連しており、説明の便宜上、このタイプのＡＣＫ／ＮＡＣＫをＵＲＬＬＣ ＡＣＫ／ＮＡＣＫと呼ぶことがある。図４及び図５と同様に、ＡＣＫ／ＮＡＣＫ７１１に関連するＰＤＳＣＨは、ＡＣＫ／ＮＡＣＫ７１２に関連するＰＤＳＣＨよりも前に受信され、以降は同様である。さらに、ＵＲＬＬＣのダウンリンク送信に関連しないＡＣＫ／ＮＡＣＫを、非ＵＲＬＬＣ ＡＣＫ／ＮＡＣＫと呼ぶこともある。

ＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ７１１～７１４に加えて、別のタイプのＵＣＩが第１のＰＵＣＣＨ４２１及び第２のＰＵＣＣＨ４２２で送信されてもよい。図７Ａ～図７Ｂに示すように、非周期的ＣＳＩ（Ａ－ＣＳＩ：ａｐｐｅｒｉｏｄｉｃ ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）７１５、非ＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ７１６、及び周期的／半永続的ＣＳＩ（Ｐ／ＳＰ－ＣＳＩ：ｐｅｒｉｏｄｉｃ／ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ）７１７はＰＵＣＣＨで送信される。Ａ－ＣＳＩは、ＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ７１１～７１４のうちの１つ、例えば、ＡＣＫ／ＮＡＣＫ７１２に関連付けられてもよい。２つのＰＵＣＣＨ４２１及び４２２の容量は、全てのＵＣＩを送信するために十分ではない可能性があるので、これらの異なるタイプのＵＣＩを送信するために、優先順位を定義する必要がある。

図７Ａに示す優先順位によれば、ＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ７１１～７１４が先に送信されてもよい。ＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ７１１～７１４の送信は、上述のように決定されてもよい。Ａ－ＣＳＩ７１５は、全てのＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ７１１～７１４よりも低い優先度を有する。そして、非ＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ７１６は、Ａ－ＣＳＩ７１５よりも低い優先度を有する。Ｐ／ＳＰ－ＣＳＩ７１７は、全てのＵＣＩの中で最も低い優先度を有する。図７Ａに示す優先順位では、Ａ－ＣＳＩ７１５は、全てのＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ７１１～７１４よりも低い優先度を有するが、全ての非ＵＲＬＬＣ ＵＣＩよりも高い優先度を有する。

図７Ｂに示す別の優先順位では、Ａ－ＣＳＩ７１５は、ＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ７１２に関連付けられている。例えば、同じＤＣＩは、ＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ７１２及びＡ－ＣＳＩ７１５の送信の両方を示してもよい。Ａ－ＣＳＩ７１５は、ＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ７１２よりも低い優先度を有し、ＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ７１３よりも送信される優先度が高くてもよい。

図７Ａ～図７Ｂに示す異なるタイプのＵＣＩの順序は、説明の目的のみであり、それらのスロット内の時間的位置を示すものではないことを理解されたい。端末デバイス１２０は、図７Ａに示す優先順位又は図７Ｂに示す優先順位に基づいて、これらの異なるタイプのＵＣＩを第１のＰＵＣＣＨ４２１及び第２のＰＵＣＣＨ４２２にマッピングしてもよい。優先度の高いＵＣＩは、先のＰＵＣＣＨにマッピングされるように優先される。同じＰＵＣＣＨにマッピングされるＵＣＩは互いに多重化される。スロット４３０に対して構成されたＰＵＣＣＨの容量が、全てのＵＣＩを運ぶのに十分でない場合、端末デバイス１２０は、より低い優先度のＵＣＩをドロップしてもよい。

いくつかの場合に、ＵＲＬＬＣ用のＵＣＩと非ＵＲＬＬＣ用のＵＣＩとが別々のＰＵＣＣＨで送信され、スロット内でＰＵＣＣＨの衝突が発生することがある。ＵＲＬＬＣ用のＵＣＩと非ＵＲＬＬＣ用のＵＣＩとの多重化はサポートされていない。そのため、部分的にオーバーラップしているＰＵＣＣＨに対処するためのソリューションを提案する必要がある。本開示では、２つのＰＵＣＣＨが互いに部分的にオーバーラップする場合、この２つのＰＵＣＣＨが少なくとも１つのシンボルにわたってオーバーラップすることを意味する。

図８は、本開示のいくつかの実施形態にかかるスロット４３０内のオーバーラップしたＰＵＣＣＨを示す模式図８００である。図４、図５、図７と同様のＵＲＬＬＣ ＰＵＣＣＨ４２１、４２２に加えて、図８は、非ＵＲＬＬＣのために構成された他のＰＵＣＣＨを示す。この他のＰＵＣＣＨについて、説明の便宜上、非ＵＲＬＬＣ ＰＵＣＣＨと呼ばれる。図示されるように、ＰＵＣＣＨ８２４は、Ｐ／ＳＰ ＣＳＩ１の送信のために構成され、ＰＵＣＣＨ８２３は、Ｐ／ＳＰ ＣＳＩ２の送信のために構成され、ＰＵＣＣＨ８２５は、非ＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ１の送信のために構成され、ＰＵＣＣＨ８２６は、非ＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ２の送信のために構成される。

図８に示すように、非ＵＲＬＬＣ ＰＵＣＣＨ８２４は、ＵＲＬＬＣ ＰＵＣＣＨ４２１と部分的にオーバーラップし、非ＵＲＬＬＣ ＰＵＣＣＨ８２６は、ＵＲＬＬＣ ＰＵＣＣＨ４２２と部分的にオーバーラップする。この場合、端末デバイス１２０は、スロット４３０で送信されるはずのＰ／ＳＰ ＣＳＩ１及び非ＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ２をドロップしてもよい。

非ＵＲＬＬＣ ＰＵＣＣＨ８２３及び非ＵＲＬＬＣ ＰＵＣＣＨ８２５は、ＵＲＬＬＣ ＰＵＣＣＨ４２１及び４２２のいずれともオーバーラップしないので、Ｐ／ＳＰ ＣＳＩ２と非ＵＲＬＬＣ ＡＣＫ／ＮＡＣＫ１はスロット４３０で送信されることができる。

上記の側面によれば、端末デバイス１２０で実施される方法が提供される。この方法は、スロット内の第１のシンボルセットに対応する第１のアップリンク制御チャネルを決定することと、第１のシンボルセットの後の、スロット内の第２のシンボルセットに対応する第２のアップリンク制御チャネルを決定することと、少なくとも第１のアップリンク制御チャネルでアップリンク制御情報を送信することと、を含む。

いくつかの実施形態では、第１及び第２のアップリンク制御チャネルを決定することは、ネットワークデバイスから、構成されたアップリンクリソースの指示を受信することと、構成されたアップリンクリソースの指示に基づいて、第１及び第２のアップリンク制御チャネルを決定することとを含む。

いくつかの実施形態では、指示は、無線リソース制御（ＲＲＣ）シグナリング、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）、及びダウンリンク制御情報のうちの少なくとも１つに含まれる。

いくつかの実施形態では、第１のアップリンク制御チャネルを決定することは、第１のタイプのダウンリンク送信に関連付けられた第１のリソース指示を決定し、ここで、このダウンリンク送信のダウンリンク制御情報（ＤＣＩ）は、ＡＣＫ／ＮＡＣＫがスロットで送信される第１のタイプのダウンリンク送信のＤＣＩのうちの最初のＤＣＩであることと、第１のリソース指示に基づいて第１のアップリンクリソースを選択することで、第１のアップリンク制御チャネルを決定することと、を含む。

いくつかの実施形態では、第２のアップリンク制御チャネルを決定することは、第１のタイプのさらなるダウンリンク送信に関連付けられた第２のリソース指示を決定し、ここで、このさらなるダウンリンク送信のＤＣＩは、ＡＣＫ／ＮＡＣＫがスロットで送信される第１のタイプのダウンリンク送信のＤＣＩのうちの最後のＤＣＩであることと、第２のリソース指示に基づいて第２のアップリンクリソースを選択することで、第２のアップリンク制御チャネルを決定することと、を含む。

いくつかの実施形態では、少なくとも第１のアップリンク制御チャネルでアップリンク制御情報を送信することは、第１のアップリンク制御チャネルで、第１のタイプのダウンリンク送信に関連するＡＣＫ／ＮＡＣＫを送信することを含む。

いくつかの実施形態では、上記のダウンリンク送信の後の第１のタイプのさらなるダウンリンク送信に関連するさらなるＡＣＫ／ＮＡＣＫに対して、第１のアップリンク制御チャネルが利用可能であるか否かを決定することと、第１のアップリンク制御チャネルがさらなるＡＣＫ／ＮＡＣＫに対して利用可能であることに応答して、第１のアップリンク制御チャネルでさらなるＡＣＫ／ＮＡＣＫを送信することと、第１のアップリンク制御チャネルがさらなるＡＣＫ／ＮＡＣＫに対して利用できないことに応答して、第２のアップリンク制御チャネルでさらなるＡＣＫ／ＮＡＣＫを送信することと、をさらに含む。

いくつかの実施形態では、アップリンク制御情報は、第１のタイプのＡＣＫ／ＮＡＣＫ、及び第２のタイプのＡＣＫ／ＮＡＣＫを含み、第１のタイプのＡＣＫ／ＮＡＣＫは、第２のタイプのＡＣＫ／ＮＡＣＫよりも、第１及び第２のアップリンク制御チャネルで送信される優先度が高く構成される。

いくつかの実施形態では、アップリンク制御情報は、第１のタイプのＡＣＫ／ＮＡＣＫに関連付けられた非周期的チャネル状態情報（Ａ－ＣＳＩ）をさらに含み、第１のタイプのＡＣＫ／ＮＡＣＫ及びＡ－ＣＳＩは、第２のタイプのＡＣＫ／ＮＡＣＫよりも、第１及び第２のアップリンク制御チャネルで送信される優先度が高く構成される。

いくつかの実施形態では、第１及び第２のアップリンク制御チャネルは、第１のタイプであり、この方法は、スロット内で、第２のタイプの第３のアップリンク制御チャネルが存在すると決定したことに応答して、第３のアップリンク制御チャネルのリソースの一部が、第１及び第２のアップリンク制御チャネルのリソースとオーバーラップするか否かを決定することと、第３のアップリンク制御チャネルのリソースの一部が、第１及び第２のアップリンク制御チャネルのリソースのうちの少なくとも１つのリソースとオーバーラップすると決定したことに応答して、第３のアップリンク制御チャネルで送信されるアップリンク制御情報をドロップすることと、をさらに含む。

いくつかの実施形態では、第１のタイプは、超高信頼性低遅延通信（ＵＲＬＬＣ）を含む。

図２～図８Ｇを参照して上記で説明したネットワークデバイス１１０及び端末デバイス１２０に関連する全ての動作及び特徴は、同様に方法９００～１１００に適用可能であり、同様の効果を有することを理解されたい。簡略化のために、詳細は省略する。

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

図示されるように、デバイス９００は、プロセッサ９１０と、プロセッサ９１０に結合されているメモリ９２０と、プロセッサ９１０に結合されている適切な送信機（ＴＸ）及び受信機（ＲＸ）９４０と、ＴＸ／ＲＸ９４０に結合されている通信インターフェースとを含む。メモリ９２０は、プログラム９３０の少なくとも一部を格納する。ＴＸ／ＲＸ９４０は、双方向通信用である。ＴＸ／ＲＸ９４０は、通信を容易にするために少なくとも１つのアンテナを有するが、実際には、本願で言及されるアクセスノードは複数あってもよい。通信インターフェースは、ｅＮＢ間の双方向通信用のＸ２インターフェース、モビリティマネジメントエンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／サービングゲートウェイ（Ｓ－ＧＷ：Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）とｅＮＢとの間の通信用のＳ１インターフェース、ｅＮＢとリレーノード（ＲＮ：ｒｅｌａｙ ｎｏｄｅ）との間の通信用のＵｎインターフェース、又はｅＮＢと端末デバイスとの間の通信用のＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。

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

メモリ９２０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、非一時的コンピュータ読み取り可能な記憶媒体、半導体系のメモリデバイス、磁気メモリデバイス及びシステム、光メモリデバイス及びシステム、固定メモリ及びリムーバブルメモリなどの任意の適切なデータ記憶技術を使用して実施されてもよい。デバイス９００には１つのメモリ９２０のみが示されているが、デバイス９００には物理的に別個である複数のメモリモジュールがあってもよい。プロセッサ９１０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は複数を含んでもよい。デバイス９００は、メインプロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップなどの複数のプロセッサを有してもよい。

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

本開示は、さらに、非一時的なコンピュータ読み取り可能な記憶媒体に有形に格納された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図３～図６Ｄを参照して上記で説明したプロセス又は方法を実行するために、プログラムモジュールに含まれるものなどの、対象の実プロセッサ又は仮想プロセッサ上のデバイスで実行されるコンピュータ実行可能な命令を含む。一般的に、プログラムモジュールは、特定のタスクを実行したり、特定の抽象データ型を実施したりするルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能は、様々な実施形態で記載されたプログラムモジュール間で組み合わせる、又は分割されることができる。プログラムモジュールのためのマシン実行可能な命令は、ローカルデバイス又は分散型デバイス内で実行されてもよい。分散型デバイスでは、プログラムモジュールがローカル記憶媒体とリモート記憶媒体の両方に配置されてもよい。

本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組み合わせで書かれてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供されることにより、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に規定される機能／動作が実現される。プログラムコードは、完全にマシン上で実行されてもよく、その一部がマシン上で実行されてもよく、スタンドアロンのソフトウェアパッケージとして実行されてもよく、一部がマシン上で実行され且つ一部がリモートマシン上で実行されてもよく、完全にリモートマシン又はサーバ上で実行されてもよい。

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

さらに、動作が特定の順序で描かれているが、これは、望ましい結果を達成するために、そのような動作が図示の特定の順序又は連続順序で実行されること、又は全ての描かれた動作が実行されることを要求するものとして理解されるべきではない。特定の状況では、マルチタスク及び並列処理が有利である場合がある。同様に、上記の説明にはいくつかの特定の実施形態の詳細が含まれているが、これらは本開示の範囲を限定するものとして解釈されるべきではなく、特定の実施形態に特有の特徴の説明として解釈されるべきである。別々の実施形態の文脈で説明されている特定の特徴は、単一の実施形態に組み合わせて実施されてもよい。逆に、単一の実施形態の文脈で説明されている様々な特徴も、複数の実施形態で別々に、又は任意の適切なサブコンビネーションで実施されてもよい。

本開示は、構造的特徴及び／又は方法論的動作に特有の用語で説明されたが、添付の特許請求の範囲で限定される本開示は、必ずしも上述の特定の特徴又は動作に限定されないことを理解されたい。むしろ、上述の特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。

Claims (23)

1. 端末デバイスで実施される方法であって、
   第１のＡＣＫ／ＮＡＣＫ情報の送信のための第１のシンボルセットに対応する第１のアップリンク制御チャネルを決定することと、
   前記第１のシンボルセットの後の第２のシンボルセットであって、第２のＡＣＫ／ＮＡＣＫ情報の送信のための前記第２のシンボルセットに対応する第２のアップリンク制御チャネルを決定することと、
   前記第１のシンボルセットに対応する前記第１のアップリンク制御チャネルで前記第１のＡＣＫ／ＮＡＣＫ情報を送信するかどうかを決定することと、
   前記第１のアップリンク制御チャネルで前記第１のＡＣＫ／ＮＡＣＫ情報を送信しない場合、前記第２のシンボルセットに対応する前記第２のアップリンク制御チャネルで前記第１のＡＣＫ／ＮＡＣＫ情報を送信することと、を含む
   方法。
2. 前記第１及び第２のアップリンク制御チャネルを決定することは、
   ネットワークデバイスから、構成されたアップリンクリソースの指示を受信することと、
   前記構成されたアップリンクリソースの前記指示に基づいて、前記第１及び第２のアップリンク制御チャネルを決定することと、を含む、
   請求項１に記載の方法。
3. 前記指示は、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリング、媒体アクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）制御要素（ＣＥ：ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）、及びダウンリンク制御情報のうちの少なくとも１つに含まれる、
   請求項２に記載の方法。
4. 前記第１のアップリンク制御チャネルを決定することは、
   第１のタイプのダウンリンク送信に関連付けられた第１のリソース指示を決定することと、
   前記第１のリソース指示に基づいて第１のアップリンクリソースを選択することで、前記第１のアップリンク制御チャネルを決定することと、を含み、
   前記ダウンリンク送信のダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）は、ＡＣＫ／ＮＡＣＫが前記第１のシンボルセットのスロットで送信される前記第１のタイプのダウンリンク送信のＤＣＩのうちの最初のＤＣＩである、
   請求項１に記載の方法。
5. 前記第２のアップリンク制御チャネルを決定することは、
   第１のタイプのさらなるダウンリンク送信に関連付けられた第２のリソース指示を決定することと、
   前記第２のリソース指示に基づいて第２のアップリンクリソースを選択することで、前記第２のアップリンク制御チャネルを決定することと、を含み、
   前記さらなるダウンリンク送信のＤＣＩは、ＡＣＫ／ＮＡＣＫが前記第１のシンボルセットのスロットで送信される前記第１のタイプのダウンリンク送信のＤＣＩのうちの最後のＤＣＩである、
   請求項１に記載の方法。
6. 前記第１のアップリンク制御チャネルで、第１のタイプのダウンリンク送信に関連するＡＣＫ／ＮＡＣＫを送信することを含む、
   請求項１に記載の方法。
7. 前記ダウンリンク送信の後の前記第１のタイプのさらなるダウンリンク送信に関連するさらなるＡＣＫ／ＮＡＣＫに対して、前記第１のアップリンク制御チャネルが利用可能であるか否かを決定することと、
   前記第１のアップリンク制御チャネルが前記さらなるＡＣＫ／ＮＡＣＫに対して利用可能であることに応答して、前記第１のアップリンク制御チャネルで前記さらなるＡＣＫ／ＮＡＣＫを送信することと、
   前記第１のアップリンク制御チャネルが前記さらなるＡＣＫ／ＮＡＣＫに対して利用できないことに応答して、前記第２のアップリンク制御チャネルで前記さらなるＡＣＫ／ＮＡＣＫを送信することと、をさらに含む、
   請求項６に記載の方法。
8. 少なくとも前記第１のアップリンク制御チャネルで送信されるアップリンク制御情報は、第１のタイプのＡＣＫ／ＮＡＣＫ、及び第２のタイプのＡＣＫ／ＮＡＣＫを含み、
   第１のタイプのＡＣＫ／ＮＡＣＫは、前記第２のタイプのＡＣＫ／ＮＡＣＫよりも、前記第１及び第２のアップリンク制御チャネルで送信される優先度が高く構成される、
   請求項１に記載の方法。
9. 前記アップリンク制御情報は、前記第１のタイプのＡＣＫ／ＮＡＣＫに関連付けられた非周期的チャネル状態情報（Ａ－ＣＳＩ：ａｐｅｒｉｏｄｉｃ ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）をさらに含み、
   前記第１のタイプのＡＣＫ／ＮＡＣＫ及び前記Ａ－ＣＳＩは、前記第２のタイプのＡＣＫ／ＮＡＣＫよりも、前記第１及び第２のアップリンク制御チャネルで送信される優先度が高く構成される、
   請求項８に記載の方法。
10. 前記第１のタイプは、超高信頼性低遅延通信（ＵＲＬＬＣ：ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を含む、
    請求項４～９のいずれか一項に記載の方法。
11. プロセッサと、
    前記プロセッサに結合され、命令が格納されたメモリとを備え、
    前記命令は、前記プロセッサによって実行されると、端末デバイスに動作を実行させ、
    前記動作は、
    第１のＡＣＫ／ＮＡＣＫ情報の送信のための第１のシンボルセットに対応する第１のアップリンク制御チャネルを決定することと、
    前記第１のシンボルセットの後の第２のシンボルセットであって、第２のＡＣＫ／ＮＡＣＫ情報の送信のための前記第２のシンボルセットに対応する第２のアップリンク制御チャネルを決定することと、
    前記第１のシンボルセットに対応する前記第１のアップリンク制御チャネルで前記第１のＡＣＫ／ＮＡＣＫ情報を送信するかどうかを決定することと、
    前記第１のアップリンク制御チャネルで前記第１のＡＣＫ／ＮＡＣＫ情報を送信しない場合、前記第２のシンボルセットに対応する前記第２のアップリンク制御チャネルで前記第１のＡＣＫ／ＮＡＣＫ情報を送信することと、を含む
    端末デバイス。
12. 前記第１及び第２のアップリンク制御チャネルを決定することは、
    ネットワークデバイスから、構成されたアップリンクリソースの指示を受信することと、
    前記構成されたアップリンクリソースの前記指示に基づいて、前記第１及び第２のアップリンク制御チャネルを決定することと、を含む、
    請求項１１に記載の端末デバイス。
13. 前記指示は、無線リソース制御（ＲＲＣ）シグナリング、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）、及びダウンリンク制御情報のうちの少なくとも１つに含まれる、
    請求項１２に記載の端末デバイス。
14. 前記第１のアップリンク制御チャネルを決定することは、
    第１のタイプのダウンリンク送信に関連付けられた第１のリソース指示を決定することと、
    前記第１のリソース指示に基づいて第１のアップリンクリソースを選択することで、前記第１のアップリンク制御チャネルを決定することと、を含み、
    前記ダウンリンク送信のダウンリンク制御情報（ＤＣＩ）は、ＡＣＫ／ＮＡＣＫが前記第１のシンボルセットのスロットで送信される前記第１のタイプのダウンリンク送信のＤＣＩのうちの最初のＤＣＩである、
    請求項１１に記載の端末デバイス。
15. 前記第２のアップリンク制御チャネルを決定することは、
    第１のタイプのさらなるダウンリンク送信に関連付けられた第２のリソース指示を決定することと、
    前記第２のリソース指示に基づいて第２のアップリンクリソースを選択することで、前記第２のアップリンク制御チャネルを決定することと、を含み、
    前記さらなるダウンリンク送信のＤＣＩは、ＡＣＫ／ＮＡＣＫが前記第１のシンボルセットのスロットで送信される前記第１のタイプのダウンリンク送信のＤＣＩのうちの最後のＤＣＩである、
    請求項１１に記載の端末デバイス。
16. 前記第１のアップリンク制御チャネルで、第１のタイプのダウンリンク送信に関連するＡＣＫ／ＮＡＣＫを送信することを含む、
    請求項１１に記載の端末デバイス。
17. 前記動作は、
    前記ダウンリンク送信の後の第１のタイプのさらなるダウンリンク送信に関連するさらなるＡＣＫ／ＮＡＣＫに対して、前記第１のアップリンク制御チャネルが利用可能であるか否かを決定することと、
    前記第１のアップリンク制御チャネルが前記さらなるＡＣＫ／ＮＡＣＫに対して利用可能であることに応答して、前記第１のアップリンク制御チャネルで前記さらなるＡＣＫ／ＮＡＣＫを送信することと、
    前記第１のアップリンク制御チャネルが前記さらなるＡＣＫ／ＮＡＣＫに対して利用できないことに応答して、前記第２のアップリンク制御チャネルで前記さらなるＡＣＫ／ＮＡＣＫを送信することと、をさらに含む
    請求項１６に記載の端末デバイス。
18. 少なくとも前記第１のアップリンク制御チャネルで送信されるアップリンク制御情報は、第１のタイプのＡＣＫ／ＮＡＣＫ、及び第２のタイプのＡＣＫ／ＮＡＣＫを含み、
    前記第１のタイプのＡＣＫ／ＮＡＣＫは、前記第２のタイプのＡＣＫ／ＮＡＣＫよりも、前記第１及び第２のアップリンク制御チャネルで送信される優先度が高く構成される、
    請求項１１に記載の端末デバイス。
19. 前記アップリンク制御情報は、前記第１のタイプのＡＣＫ／ＮＡＣＫに関連付けられた非周期的チャネル状態情報（Ａ－ＣＳＩ）をさらに含み、
    前記第１のタイプのＡＣＫ／ＮＡＣＫ及び前記Ａ－ＣＳＩは、前記第２のタイプのＡＣＫ／ＮＡＣＫよりも、前記第１及び第２のアップリンク制御チャネルで送信される優先度が高く構成される、
    請求項１８に記載の端末デバイス。
20. 前記第１のタイプは、超高信頼性低遅延通信（ＵＲＬＬＣ）を含む、
    請求項１４～１９のいずれか一項に記載の端末デバイス。
21. 少なくとも１つのプロセッサ上で実行されると、該少なくとも１つのプロセッサに、請求項１～１０のいずれか一項に記載の方法を実行させるプログラム。
22. ネットワークデバイスで実施される方法であって、
    第１のＡＣＫ／ＮＡＣＫ情報の送信のための第１のシンボルセットに対応する第１のアップリンク制御チャネル、及び前記第１のシンボルセットの後の第２のシンボルセットであって、第２のＡＣＫ／ＮＡＣＫ情報の送信のための前記第２のシンボルセットに対応する第２のアップリンク制御チャネルを、端末デバイスにて決定させるための、構成されたアップリンクリソースの指示を送信することと、
    前記第１のシンボルセットに対応する前記第１のアップリンク制御チャネルで前記第１のＡＣＫ／ＮＡＣＫ情報を受信しない場合、前記第２のシンボルセットに対応する前記第２のアップリンク制御チャネルで前記第１のＡＣＫ／ＮＡＣＫ情報を受信することと、を含む
    方法。
23. 第１のＡＣＫ／ＮＡＣＫ情報の送信のための第１のシンボルセットに対応する第１のアップリンク制御チャネル、及び前記第１のシンボルセットの後の第２のシンボルセットであって、第２のＡＣＫ／ＮＡＣＫ情報の送信のための前記第２のシンボルセットに対応する第２のアップリンク制御チャネルを、端末デバイスにて決定させるための、構成されたアップリンクリソースの指示を送信する手段と、
    前記第１のシンボルセットに対応する前記第１のアップリンク制御チャネルで前記第１のＡＣＫ／ＮＡＣＫ情報を受信しない場合、前記第２のシンボルセットに対応する前記第２のアップリンク制御チャネルで前記第１のＡＣＫ／ＮＡＣＫ情報を受信する手段と、を有する
    ネットワークデバイス。

Images