JP7690566B2 - 情報伝送方法および通信装置 - Google Patents

Description

本出願は通信の分野に関し、より具体的には、情報伝送方法および通信装置に関する。

移動通信システムでは、無線リソースの使用がネットワーク側によって集中的に計画されるので、システムにおける無線通信タスクはネットワーク側の制御下で規則正しく行われる。それに応じて、端末デバイスは、ネットワーク側の命令に従って無線リソースを通信に使用する必要がある。しかしながら、移動通信の広範な適用に伴い、移動通信サービスはますます多様化し、様々な要件を有する。ネットワークデバイスによって順次に送信される複数の命令間で競合が発生することは避けられない。その結果、端末デバイスは、どの命令に従うべきかを決定することができず、リソースの無駄または通信の中断を引き起こし、通信品質に影響を及ぼす。命令間の競合に起因する通信品質の低下をどのように回避するかが、当業者によって解決されるべき問題となる。

本出願は、通信リソースの無駄を低減するための、情報伝送方法および通信装置を提供する。

第1の態様によれば、情報伝送方法が提供される。方法は、端末デバイス、または端末デバイス上に構成された（または端末デバイスに使用される）モジュール（例えば、チップ）によって行われうる。説明は、方法が端末デバイスによって行われる例を使用することによってなされる。

方法は、端末デバイスが、第1の時間単位内の第1のリソースを決定するステップであって、第1のリソースが第1のフィードバック情報を搬送し、第1のフィードバック情報が第1のデータのフィードバック情報である、ステップと、端末デバイスが、第1のリソースが非アップリンクリソースを含む場合に、第2の時間単位内の第2のリソース上でネットワークデバイスに第1のフィードバック情報を送信するステップであって、第2の時間単位が時間的に第1の時間単位よりも後の時間単位である、ステップとを含む。

前述の解決策によれば、第1の時間単位内の第1のリソースが非アップリンクリソースを含むために第1のフィードバック情報が送信されることができない場合に、端末デバイスは、第2の時間単位内の第2のリソース上で第1のフィードバック情報を送信する。この場合、ネットワークデバイスが第1のリソース上で端末デバイスのフィードバック情報を受信することができないために引き起こされるリソースの無駄が低減されることができるか、または端末デバイスがフィードバック情報を送信しないためにネットワークデバイスによる第1のデータの再送によって引き起こされるリソースの無駄が低減されることができ、それによって、通信リソースの利用を改善し、時間遅延を低減する。

第1の態様に関して、第1の態様のいくつかの実施態様では、第1のリソースはM個のシンボルを含み、第2の時間単位に含まれるアップリンクシンボルの数はM以上であり、Mは0より大きい整数である。

前述の解決策によれば、第2の時間単位内に第1のフィードバック情報を送信するためのたくさんのアップリンクリソースがあることが保証されることができる。

第1の態様に関して、第1の態様のいくつかの実施態様では、第2の時間単位は、1つまたは複数の第3の時間単位のうちの時間的に第1の時間単位に最も近い時間単位であり、第1のリソースはM個のシンボルを含み、第3の時間単位はアップリンクシンボルの数がM以上である時間単位であり、Mは0より大きい整数であるか、または第3の時間単位はアップリンクシンボルのみを含む時間単位である。

前述の解決策によれば、第2の時間単位内に第1のフィードバック情報を送信するためのたくさんのアップリンクリソースがあることが保証されることができ、第1のフィードバック情報を送信するための時間遅延が可能な限り低減されることができる。

第1の態様に関して、第1の態様のいくつかの実施態様では、第2の時間単位と第1の時間単位との間の時間間隔は第1の時間間隔以下であるか、または第2の時間単位と第1のダウンリンク共有チャネルPDSCHが位置する時間単位との間の間隔は第1の時間間隔以下であり、第1のPDSCHは第1のデータを搬送する。

前述の解決策によれば、フィードバック情報を送信するための最大時間遅延が設定される。最大時間遅延が超えられた後にフィードバック情報がまだ送信されることができない場合、ネットワークデバイスは第1のデータを再送しうるので、フィードバック情報が送信されることができないために引き起こされる第1のデータの伝送遅延が低減されることができる。

第1の態様に関して、第1の態様のいくつかの実施態様では、方法は、端末デバイスが、ネットワークデバイスから第1の情報を受信するステップであって、第1の情報が1つまたは複数の第2の時間間隔を指示し、第2の時間間隔の各々が、ダウンリンク共有チャネルが位置する時間単位とダウンリンク共有チャネルのフィードバック情報が位置する時間単位との間の時間間隔である、ステップをさらに含む。第1の時間間隔は、1つまたは複数の第2の時間間隔のうちの最大時間間隔に等しい。

前述の解決策によれば、既存のメカニズムにおける第2の時間間隔が第1の時間間隔として再利用され、システム設計を簡素化する。

第1の態様に関して、第1の態様のいくつかの実施態様では、方法は、端末デバイスが、ネットワークデバイスから第2の情報を受信するステップであって、第2の情報が第1の時間間隔を指示する、ステップをさらに含む。

第1の態様に関して、第1の態様のいくつかの実施態様では、第1のデータは、第1の半永続スケジューリングのためのデータであり、第2の情報は、第1の半永続スケジューリングをアクティブ化するためのダウンリンク制御情報である。

前述の解決策によれば、第1の時間間隔は、第1の半永続スケジューリングをアクティブ化するための第2の情報において指示されるので、第1のフィードバック情報が第1のリソース上で送信されることができない場合に、第1のフィードバック情報を送信するための第2の時間単位は、第2の情報に基づいて決定されることができる。

第1の態様に関して、第1の態様のいくつかの実施態様では、第1のデータは、第1の半永続スケジューリングのためのデータであり、第2の情報は第1の指示情報で搬送され、第1の指示情報は、半永続スケジューリンググループの識別子をさらに含み、第1の半永続スケジューリングは半永続スケジューリンググループに属する。

前述の解決策によれば、半永続スケジューリンググループ内の半永続スケジューリングに同じ第1の時間間隔が使用されるので、第1の時間間隔が半永続スケジューリングに対して1つずつ指示されることが回避されることができ、それによってシグナリングオーバーヘッドを低減する。

第1の態様に関して、第1の態様のいくつかの実施態様では、端末デバイスが、第2の時間単位内の第2のリソース上でネットワークデバイスに第1のフィードバック情報を送信するステップは、端末デバイスが、第2の時間単位内の第2のリソース上でネットワークデバイスに第1のハイブリッド自動再送要求HARQ－ACKコードブックを送信するステップであって、第1のHARQ－ACKコードブックが第1のフィードバック情報を含む、ステップを含む。

前述の解決策によれば、複数のフィードバック情報がコードブックの形態で送信されるので、システムリソースの利用が改善されることができる。

第1の態様に関して、第1の態様のいくつかの実施態様では、方法は、
端末デバイスが、第2の時間単位内の第3のリソース上でネットワークデバイスに第2のHARQ－ACKコードブックを送信するステップであって、第2のHARQ－ACKコードブックが第2のフィードバック情報を含み、第2のフィードバック情報が第2のデータのフィードバック情報である、ステップ
をさらに含む。前述の解決策によれば、端末デバイスは、第2の時間単位内の第2のリソース上で第1のフィードバック情報を送信し、第3のリソース上で、第2の時間単位で送信され、データとデータのフィードバック情報との間の時系列関係によって決定される第2のフィードバック情報を送信するので、ネットワークデバイスは異なるフィードバック情報を区別することができる。

第1の態様に関して、第1の態様のいくつかの実施態様では、端末デバイスが、第2の時間単位内の第2のリソース上でネットワークデバイスに第1のHARQ－ACKコードブックを送信するステップは、端末デバイスが、第2のリソースが第3のリソースと部分的にまたは完全にオーバーラップし、第1のHARQ－ACKコードブックの優先度が第2のHARQ－ACKコードブックの優先度よりも高い場合に、第2のリソース上でネットワークデバイスに第1のHARQ－ACKコードブックを送信するステップであって、第3のリソースが第2のフィードバック情報を含む第2のHARQ－ACKコードブックを搬送し、第2のフィードバック情報が第2のデータのフィードバック情報である、ステップを含む。

前述の解決策によれば、リソース送信競合が発生したときに、高優先度のHARQ－ACKコードブックが送信されるので、高優先度のサービスの時間遅延および信頼性が保証されることができる。

第1の態様に関して、第1の態様のいくつかの実施態様では、端末デバイスが、第2の時間単位内の第2のリソース上でネットワークデバイスに第1のHARQ－ACKコードブックを送信するステップは、端末デバイスが、第3のリソースが第4のリソースと部分的にまたは完全にオーバーラップし、第2のHARQ－ACKコードブックの優先度が第3のHARQ－ACKコードブックの優先度と同じである場合に、第2のリソース上でネットワークデバイスに第1のHARQ－ACKコードブックを送信するステップを含む。第1のHARQ－ACKコードブックは第1のフィードバック情報および第2のフィードバック情報を含み、第3のリソースは、第2のフィードバック情報を含む第2のHARQ－ACKコードブックを搬送し、第2のフィードバック情報は第2のデータのフィードバック情報である。第4のリソースは、第1のフィードバック情報を含む第3のHARQ－ACKコードブックを搬送する。

前述の解決策によれば、リソース送信競合が発生し、HARQ－ACKコードブックの優先度が同じであるときに、第1のフィードバック情報および第2のフィードバック情報を送信するためにHARQ－ACKコードブックが第1のHARQ－ACKコードブックに統合されるので、フィードバック情報が適時に送信されることが保証されることができる。

第1の態様に関して、第1の態様のいくつかの実施態様では、第1のデータは、第1の半永続スケジューリングのためのデータであり、第1のHARQ－ACKコードブックは第2のフィードバック情報をさらに含み、第2のフィードバック情報は第2のデータのフィードバック情報である。

前述の解決策によれば、第1のフィードバック情報と、第2の時間単位で送信され、データとデータのフィードバック情報との間の時系列関係によって決定される第2のフィードバック情報とは、同じコードブックで送信されるので、複数のコードブックの生成が回避されることができ、複数のアップリンクリソースの使用が回避されることができる。これは通信リソースを節約する。

第1の態様に関して、第1の態様のいくつかの実施態様では、非アップリンクリソースは、ダウンリンクリソース、フレキシブルリソース、または予約済みリソース、のリソースのうちの1つまたは複数を含む。

第2の態様によれば、情報伝送方法が提供される。方法は、ネットワークデバイス、またはネットワークデバイス上に構成された（またはネットワークデバイスに使用される）モジュール（例えば、チップ）によって行われうる。説明は、方法がネットワークデバイスによって行われる例を使用することによってなされる。

方法は、ネットワークデバイスが、第1の時間単位内の第1のリソースを決定するステップであって、第1のリソースが第1のフィードバック情報を搬送し、第1のフィードバック情報が第1のデータのフィードバック情報である、ステップと、ネットワークデバイスが、第1のリソースが非アップリンクリソースを含む場合に、第2の時間単位内の第2のリソース上で端末デバイスから第1のフィードバック情報を受信するステップであって、第2の時間単位が時間的に第1の時間単位よりも後の時間単位である、ステップとを含む。

第2の態様に関して、第2の態様のいくつかの実施態様では、第1のリソースはM個のシンボルを含み、第2の時間単位に含まれるアップリンクシンボルの数はM以上であり、Mは0より大きい整数である。

第2の態様に関して、第2の態様のいくつかの実施態様では、第2の時間単位は、1つまたは複数の第3の時間単位のうちの時間的に第1の時間単位に最も近い時間単位であり、第1のリソースはM個のシンボルを含み、第3の時間単位はアップリンクシンボルの数がM以上である時間単位であり、Mは0より大きい整数であるか、または第3の時間単位はアップリンクシンボルのみを含む時間単位である。

第2の態様に関して、第2の態様のいくつかの実施態様では、第2の時間単位と第1の時間単位との間の時間間隔は第1の時間間隔以下であるか、または第2の時間単位と第1のダウンリンク共有チャネルPDSCHが位置する時間単位との間の間隔は第1の時間間隔以下であり、第1のPDSCHは第1のデータを搬送する。

第2の態様に関して、第2の態様のいくつかの実施態様では、方法は、ネットワークデバイスが、端末デバイスに第1の情報を送信するステップであって、第1の情報が1つまたは複数の第2の時間間隔を指示し、第2の時間間隔の各々が、ダウンリンク共有チャネルが位置する時間単位とダウンリンク共有チャネルのフィードバック情報が位置する時間単位との間の時間間隔である、ステップをさらに含み、第1の時間間隔は、1つまたは複数の第2の時間間隔のうちの最大時間間隔に等しい。

第2の態様に関して、第2の態様のいくつかの実施態様では、方法は、
ネットワークデバイスが、端末デバイスに第2の情報を送信するステップであって、第2の情報が第1の時間間隔を指示する、ステップ
をさらに含む。

第2の態様に関して、第2の態様のいくつかの実施態様では、第1のデータは第1の半永続スケジューリングのためのデータであり、第2の情報は、第1の半永続スケジューリングをアクティブ化するためのダウンリンク制御情報である。

第2の態様に関して、第2の態様のいくつかの実施態様では、第1のデータは第1の半永続スケジューリングのためのデータであり、第2の情報は第1の指示情報で搬送され、第1の指示情報は、半永続スケジューリンググループの識別子をさらに含み、第1の半永続スケジューリングは半永続スケジューリンググループに属する。

第2の態様に関して、第2の態様のいくつかの実施態様では、ネットワークデバイスによって、第2の時間単位内の第2のリソース上で端末デバイスから第1のフィードバック情報を受信するステップは、ネットワークデバイスが、第2の時間単位内の第2のリソース上で端末デバイスから第1のハイブリッド自動再送要求HARQ－ACKコードブックを受信するステップであって、第1のHARQ－ACKコードブックが第1のフィードバック情報を含む、ステップを含む。

第2の態様に関して、第2の態様のいくつかの実施態様では、方法は、ネットワークデバイスが、第2の時間単位内の第3のリソース上で端末デバイスから第2のHARQ－ACKコードブックを受信するステップであって、第2のHARQ－ACKコードブックが第2のフィードバック情報を含み、第2のフィードバック情報が第2のデータのフィードバック情報である、ステップをさらに含む。

第2の態様に関して、第2の態様のいくつかの実施態様では、ネットワークデバイスが、第2の時間単位内の第2のリソース上で端末デバイスから第1のHARQ－ACKコードブックを受信するステップは、ネットワークデバイスが、第2のリソースが第3のリソースと部分的にまたは完全にオーバーラップし、第1のHARQ－ACKコードブックの優先度が第2のHARQ－ACKコードブックの優先度よりも高い場合に、第2のリソース上で端末デバイスから第1のHARQ－ACKコードブックを受信するステップであって、第3のリソースが第2のフィードバック情報を含む第2のHARQ－ACKコードブックを搬送し、第2のフィードバック情報が第2のデータのフィードバック情報である、ステップを含む。

第2の態様に関して、第2の態様のいくつかの実施態様では、第1のデータは、第1の半永続スケジューリングのためのデータであり、第1のHARQ－ACKコードブックは第2のフィードバック情報をさらに含み、第2のフィードバック情報は第2のデータのフィードバック情報である。

第2の態様に関して、第2の態様のいくつかの実施態様では、ネットワークデバイスが、第2の時間単位内の第2のリソース上で端末デバイスから第1のHARQ－ACKコードブックを受信するステップは、ネットワークデバイスが、第3のリソースが第4のリソースと部分的にまたは完全にオーバーラップし、第2のHARQ－ACKコードブックの優先度が第3のHARQ－ACKコードブックの優先度と同じである場合に、第2のリソース上で端末デバイスから第1のHARQ－ACKコードブックを受信するステップを含む。第3のリソースは、第2のフィードバック情報を含む第2のHARQ－ACKコードブックを搬送し、第2のフィードバック情報は第2のデータのフィードバック情報である。第4のリソースは、第1のフィードバック情報を含む第3のHARQ－ACKコードブックを搬送し、第1のHARQ－ACKコードブックは第1のフィードバック情報および第2のフィードバック情報を含む。

第2の態様に関して、第2の態様のいくつかの実施態様では、非アップリンクリソースは、ダウンリンクリソース、フレキシブルリソース、または予約済みリソース、のリソースのうちの1つまたは複数を含む。

第3の態様によれば、第1の時間単位内の第1のリソースを決定するように構成された処理ユニットであって、第1のリソースが第1のフィードバック情報を搬送し、第1のフィードバック情報が第1のデータのフィードバック情報である、処理ユニットと、第1のリソースが非アップリンクリソースを含む場合に、第2の時間単位内の第2のリソース上でネットワークデバイスに第1のフィードバック情報を送信するように構成されたトランシーバユニットであって、第2の時間単位が時間的に第1の時間単位よりも後の時間単位である、トランシーバユニットとを含む通信装置が提供される。

第3の態様に関して、第3の態様のいくつかの実施態様では、第1のリソースはM個のシンボルを含み、第2の時間単位に含まれるアップリンクシンボルの数はM以上であり、Mは0より大きい整数である。

第3の態様に関して、第3の態様のいくつかの実施態様では、第2の時間単位は、1つまたは複数の第3の時間単位のうちの時間的に第1の時間単位に最も近い時間単位であり、第1のリソースはM個のシンボルを含み、第3の時間単位はアップリンクシンボルの数がM以上である時間単位であり、Mは0より大きい整数であるか、または第3の時間単位はアップリンクシンボルのみを含む時間単位である。

第3の態様に関して、第3の態様のいくつかの実施態様では、第2の時間単位と第1の時間単位との間の時間間隔は第1の時間間隔以下であるか、または第2の時間単位と第1のダウンリンク共有チャネルPDSCHが位置する時間単位との間の間隔は第1の時間間隔以下であり、第1のPDSCHは第1のデータを搬送する。

第3の態様に関して、第3の態様のいくつかの実施態様では、トランシーバユニットは、ネットワークデバイスから第1の情報を受信し、第1の情報が1つまたは複数の第2の時間間隔を指示し、第2の時間間隔の各々が、ダウンリンク共有チャネルが位置する時間単位とダウンリンク共有チャネルのフィードバック情報が位置する時間単位との間の時間間隔である、ようにさらに構成され、第1の時間間隔は、1つまたは複数の第2の時間間隔のうちの最大時間間隔に等しい。

第3の態様に関して、第3の態様のいくつかの実施態様では、トランシーバユニットは、ネットワークデバイスから第2の情報を受信し、第2の情報が第1の時間間隔を指示する、ようにさらに構成される。

第3の態様に関して、第3の態様のいくつかの実施態様では、トランシーバユニットは、第2の時間単位内の第2のリソース上でネットワークデバイスに第1のハイブリッド自動再送要求HARQ－ACKコードブックを送信し、第1のHARQ－ACKコードブックが第1のフィードバック情報を含む、ようにさらに構成される。

第3の態様に関して、第3の態様のいくつかの実施態様では、トランシーバユニットは、第2のリソースが第3のリソースと部分的にまたは完全にオーバーラップし、第1のHARQ－ACKコードブックの優先度が第2のHARQ－ACKコードブックの優先度よりも高い場合に、第2のリソース上でネットワークデバイスに第1のHARQ－ACKコードブックを送信し、第3のリソースが第2のフィードバック情報を含む第2のHARQ－ACKコードブックを搬送し、第2のフィードバック情報が第2のデータのフィードバック情報である、ようにさらに構成される。

第3の態様に関して、第3の態様のいくつかの実施態様では、非アップリンクリソースは、ダウンリンクリソース、フレキシブルリソース、または予約済みリソース、のリソースのうちの1つまたは複数を含む。

第4の態様によれば、第1の時間単位内の第1のリソースを決定するように構成された処理ユニットであって、第1のリソースが第1のフィードバック情報を搬送し、第1のフィードバック情報が第1のデータのフィードバック情報である、処理ユニットと、ネットワークデバイスによって、第1のリソースが非アップリンクリソースを含む場合に、第2の時間単位内の第2のリソース上で端末デバイスから第1のフィードバック情報を受信するように構成されたトランシーバユニットであって、第2の時間単位が時間的に第1の時間単位よりも後の時間単位である、トランシーバユニットとを含む通信装置が提供される。

第4の態様に関して、第4の態様のいくつかの実施態様では、第1のリソースはM個のシンボルを含み、第2の時間単位に含まれるアップリンクシンボルの数はM以上であり、Mは0より大きい整数である。

第4の態様に関して、第4の態様のいくつかの実施態様では、第2の時間単位は、1つまたは複数の第3の時間単位のうちの時間的に第1の時間単位に最も近い時間単位である。第1のリソースはM個のシンボルを含み、第3の時間単位はアップリンクシンボルの数がM以上である時間単位であり、Mは0より大きい整数であるか、または第3の時間単位はアップリンクシンボルのみを含む時間単位である。

第4の態様に関して、第4の態様のいくつかの実施態様では、第2の時間単位と第1の時間単位との間の時間間隔は第1の時間間隔以下であるか、または第2の時間単位と第1のダウンリンク共有チャネルPDSCHが位置する時間単位との間の間隔は第1の時間間隔以下であり、第1のPDSCHは第1のデータを搬送する。

第4の態様に関して、第4の態様のいくつかの実施態様では、トランシーバユニットは、端末デバイスに第1の情報を送信し、第1の情報が1つまたは複数の第2の時間間隔を指示し、第2の時間間隔の各々が、ダウンリンク共有チャネルが位置する時間単位とダウンリンク共有チャネルのフィードバック情報が位置する時間単位との間の時間間隔である、ようにさらに構成され、第1の時間間隔は、1つまたは複数の第2の時間間隔のうちの最大時間間隔に等しい。

第4の態様に関して、第4の態様のいくつかの実施態様では、トランシーバユニットは、端末デバイスに第2の情報を送信し、第2の情報が第1の時間間隔を指示する、ようにさらに構成される。

第4の態様に関して、第4の態様のいくつかの実施態様では、トランシーバユニットは、第2の時間単位内の第2のリソース上で端末デバイスから第1のハイブリッド自動再送要求HARQ－ACKコードブックを受信し、第1のHARQ－ACKコードブックが第1のフィードバック情報を含む、ようにさらに構成される。

第4の態様に関して、第4の態様のいくつかの実施態様では、トランシーバユニットは、第2のリソースが第3のリソースと部分的にまたは完全にオーバーラップし、第1のHARQ－ACKコードブックの優先度が第2のHARQ－ACKコードブックの優先度よりも高い場合に、第2のリソース上で端末デバイスから第1のHARQ－ACKコードブックを受信し、第3のリソースが第2のフィードバック情報を含む第2のHARQ－ACKコードブックを搬送し、第2のフィードバック情報が第2のデータのフィードバック情報である、ようにさらに構成される。

第4の態様に関して、第4の態様のいくつかの実施態様では、非アップリンクリソースは、ダウンリンクリソース、フレキシブルリソース、または予約済みリソース、のリソースのうちの1つまたは複数を含む。

第5の態様によれば、プロセッサを含む通信装置が提供される。プロセッサは、メモリに結合され、第1の態様および第1の態様における任意の可能な実施態様による方法を実施するためにメモリ内の命令を実行するように構成されうる。任意選択で、通信装置は、メモリをさらに含む。任意選択で、通信装置は、通信インターフェースをさらに含み、プロセッサは通信インターフェースに結合される。

一実施態様では、通信装置は端末デバイスである。通信装置が端末デバイスである場合、通信インターフェースは、トランシーバまたは入力／出力インターフェースであってもよい。

他の実施態様では、通信装置は、端末デバイスにおいて構成されたチップである。通信装置が端末デバイスにおいて構成されたチップである場合、通信インターフェースは、入力／出力インターフェースであってもよい。

任意選択で、トランシーバは、トランシーバ回路であってもよい。任意選択で、入力／出力インターフェースは、入力／出力回路であってもよい。

第6の態様によれば、プロセッサを含む通信装置が提供される。プロセッサは、メモリに結合され、第2の態様および第2の態様における任意の可能な実施態様による方法を実施するためにメモリ内の命令を実行するように構成されうる。任意選択で、通信装置は、メモリをさらに含む。任意選択で、通信装置は、通信インターフェースをさらに含み、プロセッサは通信インターフェースに結合される。

一実施態様では、通信装置はネットワークデバイスである。通信装置がネットワークデバイスである場合、通信インターフェースは、トランシーバまたは入力／出力インターフェースであってもよい。

他の実施態様では、通信装置は、ネットワークデバイスにおいて構成されたチップである。通信装置がネットワークデバイスにおいて構成されたチップである場合、通信インターフェースは、入力／出力インターフェースであってもよい。

任意選択で、トランシーバは、トランシーバ回路であってもよい。任意選択で、入力／出力インターフェースは、入力／出力回路であってもよい。

第7の態様によれば、入力回路と、出力回路と、処理回路とを含むプロセッサが提供される。処理回路は、プロセッサに、第1の態様または第2の態様および第1の態様または第2の態様における任意の可能な実施態様による方法を行わせるために、入力回路を介して信号を受信し、出力回路を介して信号を送信するように構成される。

具体的な実施プロセスにおいて、プロセッサは1つまたは複数のチップであってもよく、入力回路は入力ピンであってもよく、出力回路は出力ピンであってもよく、処理回路は、トランジスタ、ゲート回路、トリガ、任意の論理回路などであってもよい。入力回路によって受信される入力信号は、例えば、これに限定されないが、受信機によって受信され、入力されうる。出力回路によって出力される信号は、例えば、これに限定されないが、送信機に対して出力され、送信によって送信されうる。入力回路と出力回路とは同じ回路であってもよく、回路は、異なる時点に入力回路および出力回路として使用される。プロセッサおよび回路の特定の実施態様は、本出願の実施形態では限定されない。

第8の態様によれば、プロセッサとメモリとを含む処理装置が提供される。プロセッサは、第1の態様または第2の態様および第1の態様または第2の態様の任意の可能な実施態様による方法を行うために、メモリに記憶された命令を読み出し、受信機を介して信号を受信し、送信機を介して信号を送信する、ように構成される。

任意選択で、1つまたは複数のプロセッサがあり、1つまたは複数のメモリがある。

任意選択で、メモリはプロセッサと統合されていてもよく、またはメモリとプロセッサとは別々に配置される。

具体的な実施プロセスにおいて、メモリは、非一時的（non－transitory）メモリ、例えば、読み出し専用メモリ（read only memory、ROM）であってもよい。メモリとプロセッサとは、同じチップに統合されていてもよいし、異なるチップ上に別々に配置されていてもよい。メモリのタイプ、ならびにメモリおよびプロセッサが配置される方式は、本出願の実施形態では限定されない。

指示情報の送信などの関連するデータ交換プロセスは、プロセッサから指示情報を出力するプロセスであってもよく、能力情報の受信は、プロセッサによって入力能力情報を受信するプロセスであってもよいことを理解されたい。具体的には、プロセッサによって出力されるデータは送信機に出力されてもよく、プロセッサによって受信される入力データは受信機からのものであってもよい。送信機および受信機はまとめてトランシーバと呼ばれることがある。

第8の態様における処理装置は、1つまたは複数のチップであってもよい。処理装置内のプロセッサは、ハードウェアを使用することによって実施されてもよいし、ソフトウェアを使用することによって実施されてもよい。プロセッサがハードウェアを使用することによって実施される場合、プロセッサは、論理回路、集積回路などであってもよい。プロセッサがソフトウェアを使用することによって実施される場合、プロセッサは、汎用プロセッサであってもよく、メモリに記憶されたソフトウェアコードを読み出すことによって実施される。メモリは、プロセッサに統合されていてもよいし、プロセッサの外部に配置され、独立して存在していてもよい。

第9の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラム（コードまたは命令とも呼ばれる）を含む。実行されると、コンピュータプログラムは、コンピュータに、第1の態様または第2の態様および第1の態様または第2の態様の任意の可能な実施態様による方法を行わせる。

第10の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、コンピュータプログラム（コードまたは命令とも呼ばれる）を記憶している。コンピュータ上で動作すると、コンピュータプログラムは、コンピュータに、第1の態様または第2の態様および第1の態様または第2の態様の任意の可能な実施態様による方法を行わせる。

第11の態様によれば、前述の端末デバイスとネットワークデバイスとを含む通信システムが提供される。

本出願の実施形態が適用可能な無線通信システム100の概略図である。 本出願による情報伝送方法の概略フローチャートである。 本出願による情報伝送方法の概略図である。 本出願による情報伝送方法の他の概略図である。 本出願による情報伝送方法の他の概略図である。 本出願による通信装置の一例の概略ブロック図である。 本出願による端末デバイスの構造の例示的概略図である。 本出願によるネットワークデバイスの構造の例示的概略図である。

本出願の実施形態の技術的解決策は、グローバル・システム・フォー・モバイル・コミュニケーションズ（global system for mobile communications、GSM）システム、符号分割多元接続（code division multiple access、CDMA）システム、広帯域符号分割多元接続（wideband code division multiple access、WCDMA（登録商標））システム、汎用パケット無線サービス（general packet radio service、GPRS）、ロングタームエボリューション（long term evolution、LTE）システム、LTE周波数分割複信（frequency division duplex、FDD）システム、LTE時分割複信（time division duplex、TDD）システム、ユニバーサル移動物体通信システム（universal mobile telecommunication system、UMTS）、マイクロ波アクセスのための世界的相互運用性（worldwide interoperability for microwave access、WiMAX）通信システム、第5世代（5th generation、5G）通信システム、新無線（new radio、NR）アクセス技術、車車間・路車間（vehicle－to－x、V2X）通信、車両のインターネット、マシンタイプ通信（machine type communication、MTC）、モノのインターネット（internet of things、IoT）などの様々な通信システムに適用可能である。V2Xは、車ネットワーク間（vehicle to network、V2N）、車車間（vehicle to－vehicle、V2V）、路車間（vehicle to infrastructure、V2I）、車歩行者間（vehicle to pedestrian、V2P）などを含みうる。

図1は、本出願の実施形態が適用可能な無線通信システム100の概略図である。

図1に示されるように、無線通信システム100は、少なくとも1つのネットワークデバイス、例えば、図1に示されるネットワークデバイス110を含んでいてもよい。無線通信システム100は、少なくとも1つの端末デバイス、例えば、図1に示される端末デバイス120をさらに含んでいてもよい。ネットワークデバイス110は端末デバイス120に第1のデータを送信してもよい。端末デバイス120は、第1のデータを搬送するPDSCHリソース上で第1のデータを受信し、第1のデータのフィードバック情報、すなわち、第1のフィードバック情報を生成する。第1のフィードバック情報を搬送する第1のリソースが非アップリンクリソースである場合に、端末デバイス120は、第2のリソース上でネットワークデバイス110に第1のフィードバック情報を送信してもよい。本出願はこれに限定されるものではない。

本出願の実施形態における端末デバイスは、ユーザ機器（user equipment、UE）、アクセス端末、加入者ユニット、加入者局、移動局、モバイル、リモート局、リモート端末、モバイルデバイス、ユーザ端末、端末、無線通信デバイス、ユーザエージェント、またはユーザ装置とも呼ばれうる。本出願の実施形態における端末デバイスは、携帯電話（mobile phone）、タブレットコンピュータ（pad）、無線トランシーバ機能を有するコンピュータ、仮想現実（virtual reality、VR）端末デバイス、拡張現実（augmented reality、AR）端末デバイス、産業用制御（industrial control）における無線端末、自動運転（self driving）における無線端末、遠隔医療（remote medical）における無線端末、スマートグリッド（smart grid）における無線端末、運輸安全（transportation safety）における無線端末スマートシティ（smart city）における無線端末、スマートホーム（smart home）における無線端末、セルラ電話、コードレス電話、セッション開始プロトコル（session initiation protocol、SIP）電話、ワイヤレスローカルループ（wireless local loop、WLL）局、パーソナルデジタルアシスタント（personal digital assistant、PDA）、無線通信機能を有するハンドヘルドデバイス、無線モデムに接続されたコンピューティングデバイスまたは他の処理デバイス、車載デバイス、ウェアラブルデバイス、5Gネットワーク内の端末デバイス、将来の進化型公衆陸上移動網（public land mobile network、PLMN）における端末デバイスなどであってもよい。

ウェアラブルデバイスは、ウェアラブルインテリジェントデバイスとも呼ばれる場合があり、日常着のインテリジェント設計にウェアラブル技術を適用することによって開発された、メガネ、手袋、時計、衣服、靴などのウェアラブルデバイスの総称である。ウェアラブルデバイスは、身体に直接装着されるか、またはユーザの衣服やアクセサリに一体化されたポータブルデバイスである。ウェアラブルデバイスは単なるハードウェアデバイスではなく、ソフトウェアサポート、データインタラクション、およびクラウドインタラクションによって強力な機能を実施するために使用される。一般化されたウェアラブルインテリジェントデバイスは、スマートウォッチやスマートグラスなど、スマートフォンに依存せずに完全な機能または部分的な機能を実施することができるフル機能の大型のデバイスと、身体的徴候を監視するための様々なスマートバンドやスマートジュエリーなど、1タイプのアプリケーション機能のみに焦点を当てた、スマートフォンなどの他のデバイスと連携する必要があるデバイスとを含む。

加えて、端末デバイスは、あるいは、モノのインターネット（internet of things、IoT）システムにおける端末デバイスであってもよい。IoTは、情報技術の将来の開発における重要な部分である。IoTの主な技術的特徴は、人間と機械との相互接続および物と物との相互接続のためのインテリジェントネットワークを実施するために、通信技術を使用することによって物をネットワークに接続することである。

端末デバイスの特定の形態は、本出願では限定されないことを理解されたい。

本出願の実施形態におけるネットワークデバイスは、無線トランシーバ機能を有する任意のデバイスでありうる。ネットワークデバイスは、これらに限定されないが、進化型ノードB（evolved node B、eNB）、無線ネットワークコントローラ（radio network controller、RNC）、ノードB（node B、NB）、基地局コントローラ（base station controller、BSC）、ベーストランシーバ基地局（base transceiver station、BTS）、ホーム基地局（例えば、home evolved nodeBやhome node B、HNB）、ベースバンドユニット（baseband unit、BBU）、ワイヤレスフィデリティ（wireless fidelity、WIFI）システムにおけるアクセスポイント（access point、AP）、無線中継ノード、無線バックホールノード、送信点（transmission point、TP）、送受信点（transmission and reception point、TRP）などを含むか、または5G（例えば、NR）システムにおけるgNB送信点（TRPもしくはTP）、または5Gシステムにおける基地局の1つのアンテナパネルもしくは（複数のアンテナパネルを含む）アンテナパネルグループであってもよいし、ベースバンドユニット（BBU）や分散ユニット（distributed unit、DU）などの、gNBもしくは送信点を構成するネットワークノードであってもよい。

ある配置では、gNBは、集中ユニット（centralized unit、CU）とDUとを含みうる。gNBは、アクティブアンテナユニット（active antenna unit、略称AAU）をさらに含みうる。CUは、gNBのいくつかの機能を実施し、DUはgNBのいくつかの機能を実施する。例えば、CUは、非リアルタイムのプロトコルおよびサービスの処理を担当し、無線リソース制御（radio resource control、RRC）層およびパケットデータ収束プロトコル（packet data convergence protocol、PDCP）層の機能を実施する。DUは、物理層プロトコルとリアルタイムサービスの処理を担当し、無線リンク制御（radio link control、RLC）層、媒体アクセス制御（media access control、MAC）層、および物理（physical、PHY）層の機能を実施する。AAUは、いくつかの物理層処理機能、ならびに無線周波数処理およびアクティブアンテナの関連する機能を実施する。RRC層の情報は、最終的にはPHY層の情報に変換されるか、またはPHY層の情報から変換される。したがって、このアーキテクチャでは、上位層シグナリング、例えばRRC層シグナリングも、DUによって送信されているか、またはDUおよびAAUによって送信されていると考えられうる。ネットワークデバイスは、CUノード、DUノードおよびAAUノードのうちの1つまたは複数を含むデバイスでありうることが理解されよう。加えて、CUは、アクセスネットワーク（radio access network、RAN）内のネットワークデバイスに分類されてもよいし、コアネットワーク（core network、CN）内のネットワークデバイスに分類されてもよい。これは本出願で限定されない。

ネットワークデバイスはセルにサービスを提供する。端末デバイスは、ネットワークデバイスによって割り振られた（周波数領域リソースや周波数スペクトルリソースなどの）伝送リソースを使用することによってセルと通信する。セルは、マクロ基地局（マクロeNBやマクロgNBなどの）に属していてもよいし、スモールセル（small cell）に対応する基地局に属していてもよい。ここでのスモールセルは、メトロセル（metro cell）、マイクロセル（micro cell）、ピコセル（pico cell）、フェムトセル（femto cell）などを含みうる。これらのスモールセルは、小さいカバレッジおよび低い送信電力という特性を有し、高速データ伝送サービスの提供に適用可能である。

以下は、本出願に関与する定義を説明する。

1．フレーム構造
LTEシステムおよびNRシステムでは、信号は無線フレームを介して伝送される。時分割複信（time division duplex、TDD）モードでは、無線フレームは、ダウンリンク（downlink、DL）伝送に使用される（すなわち、ネットワークデバイスがデータ、情報、または信号を送信する）ダウンリンクリソース、および／またはアップリンク（uplink、UL）伝送に使用される（すなわち、端末デバイスがデータ、情報、または信号を送信する）アップリンクリソースを含みうる。言い換えれば、ネットワークデバイスおよび端末デバイスは、異なる期間に無線リソースを使用することによってデータ、情報、または信号を送信する。無線フレームは、サブフレーム、スロット、シンボルなどのより小さい時間単位にさらに分割されうる。例えば、5G NR通信システムでは、1つの無線フレームの持続時間は10msであり、1つの無線フレームは各々が1msの持続時間を有する10個のサブフレームを含み、1つのスロットは、通常のサイクリックプレフィックスでは14個の直交周波数分割多重（orthogonal frequency division multiplexing、OFDM）シンボルを含み、拡張サイクリックプレフィックスでは12個のOFDMシンボルを含む。NRは複数のサブキャリア間隔をサポートするので、異なるサブキャリア間隔は異なるOFDM時間領域長に対応する。したがって、各サブフレームに含まれるスロットの数は、サブキャリア間隔に関連する。例えば、15kHzのサブキャリア間隔の場合には、各サブフレームは1つのスロットを含み、または30kHzのサブキャリア間隔の場合には、各サブフレームは2つのスロットを含む。

アップリンクリソースおよびダウンリンクリソースは、シンボルの観点からアップリンクシンボルおよびダウンリンクシンボルに分割される。NRでは、柔軟なフレーム構造構成がサポートされている。言い換えれば、スロット内のアップリンクシンボル（Uと表記される）、ダウンリンクシンボル（Dと表記される）、およびフレキシブルシンボル（Fと表記される）が、ネットワークデバイスによって端末デバイスのために構成または指示されうる。ネットワークデバイスは、端末デバイスに、使用されるフレーム構造を以下の3つの方式で通知しうる。

a．セル固有構成
セル固有フレーム構造は、無線リソース制御（radio resource control、RRC）メッセージ（例えば、tdd－UL－DL－ConfigurationCommon）を使用することによって構成される。構成は、ダウンリンクスロットの数、ダウンリンクスロットの後のダウンリンクシンボルの数、末尾のアップリンクスロットの数、およびアップリンクスロットの前のアップリンクシンボルの数、の内容を含む。ダウンリンクシンボルとアップリンクシンボルとの間に他のスロットまたは他のシンボルがある場合、そのスロットはフレキシブルスロットであり、そのシンボルはフレキシブルシンボルである。

b．UE固有構成
UE固有フレーム構造構成は、セル固有構成内のフレキシブルスロットまたはフレキシブルシンボルのみを書き換えることができる。UE固有のRRCメッセージ（例えば、tdd－UL－DL－ConfigurationDedicated）は、修正されるべきスロットのインデックスを指示し、スロットがアップリンクスロットであるかそれともダウンリンクスロットであるかを指示するために、またはスロットに含まれるアップリンクシンボルもしくはダウンリンクシンボルの数を指示するために使用されうる。ダウンリンクシンボルとアップリンクシンボルとの間に他のスロットまたは他のシンボルがある場合、そのスロットはフレキシブルスロットであり、そのシンボルはフレキシブルシンボルである。

セル固有構成およびUE固有構成によって構成されたダウンリンクシンボルは準静的ダウンリンクシンボルと呼ばれてもよく、セル固有構成およびUE固有構成によって構成されたアップリンクシンボルは準静的アップリンクシンボルと呼ばれてもよく、セル固有構成およびUE固有構成によって構成されたフレキシブルシンボルは準静的フレキシブルシンボルと呼ばれてもよい。

c．スロットフォーマットインジケータ（slot format indicator、SFI）
スロットフォーマットインジケータは、指示のためにダウンリンク制御情報（downlink control information、DCI）フォーマット2＿0（DCI format 2＿0）を使用する。DCIは、スロットフォーマットテーブル内の1行を指示することによって1つまたは複数のスロットのフォーマットを指示しうる。スロットフォーマットテーブルは、RRCシグナリングによって構成される。スロットフォーマットテーブル内の各行は1つまたは複数のスロットフォーマットを含み、各スロットフォーマットは、表1のフォーマットインデックス（0～55）を指示することによってスロットの対応するフォーマットを指示する。Dはダウンリンクシンボルを表記し、Uはアップリンクシンボルを表記し、Fはフレキシブルシンボルを表記する。

SFIによって指示されるダウンリンクシンボルは動的ダウンリンクシンボルと呼ばれてもよく、SFIによって指示されるアップリンクシンボルは動的アップリンクシンボルと呼ばれてもよく、SFIによって指示されるフレキシブルシンボルは動的フレキシブルシンボルと呼ばれてもよい。

加えて、端末デバイスがデータスケジューリングのためのDCIを受信し、データスケジューリングのためのDCIが物理ダウンリンク共有チャネル（physical downlink shared channel、PDSCH）をスケジュールする場合、PDSCHは動的にスケジュールされたPDSCHと呼ばれうる。この場合、動的にスケジュールされたPDSCHは、準静的フレキシブルシンボルまたは動的フレキシブルシンボルを動的ダウンリンクシンボルに変更しうる。例えば、データスケジューリングのためのDCIが、PDSCHが位置するシンボルが準静的フレキシブルシンボルを含むことを指示する場合、準静的フレキシブルシンボルはPDSCHによって動的ダウンリンクシンボルに変更され、端末デバイスはシンボル上でダウンリンクデータを受信する。動的にスケジュールされたPDSCHのフィードバック情報の送信位置が準静的または動的フレキシブルシンボルである場合、準静的または動的フレキシブルシンボルは、フィードバック情報を送信するための動的アップリンクシンボルに変更される。DCIが物理アップリンク共有チャネル（physical uplink shared channel、PUSCH）をスケジュールする場合、PUSCHは、準静的または動的フレキシブルシンボルを動的アップリンクシンボルに変更しうる。

しかしながら、いくつかの準静的に構成された伝送、例えば、送信されるべき準静的に構成されたPDSCHや、送信されるべき準静的に構成されたPUCCHまたはPUSCHなどの、DCIによるスケジューリングを必要としない送伝送の場合、これらの伝送は準静的に構成され、構成パラメータは比較的長時間使用され、十分に柔軟ではなく、リソース位置がいつでも変更されることはできないので、これらの準静的伝送リソースが反対方向で準静的シンボルとオーバーラップすることは避けられない。この場合、干渉を回避するために、これらの準静的伝送は取り消される。例えば、UE1のためにネットワークデバイスによって構成された準静的PUCCHが準静的ダウンリンクシンボルまたはフレキシブルシンボルに遭遇した場合、同じセル（cell）内のUE2は、これらのシンボルがダウンリンクシンボルを伝送するために使用されるか、またはSFIによってダウンリンクシンボルに変更されることができるとみなす。この場合、UE1は、これらのシンボル上で準静的に構成されたPUCCHを送信することができない。

2．フィードバック時間間隔
本出願では、2つの時間単位間の時間間隔は、一方の時間単位の開始シンボルと他方の時間単位の開始シンボルとの間の間隔、または一方の時間単位の終了シンボルと他方の時間単位の開始シンボルとの間の間隔、または一方の時間単位の終了シンボルと他方の時間単位の終了シンボルとの間の間隔である。任意選択で、間隔は、具体的には、間隔が空いた時間単位の数である。

フィードバック時間間隔は、K1と表記されうる。K1は、ダウンリンク共有チャネルが位置する時間単位とダウンリンク共有チャネルに対応するフィードバック情報が位置する時間単位との間の間隔が空いた時間単位の数であり、PDSCH－to－HARQ＿feedback timingと表記されてもよく、またはK1は、ダウンリンク共有チャネルが位置する時間単位の番号とダウンリンク共有チャネルに対応するフィードバック情報が位置する時間単位の番号との差である。

例えば、NRシステムでは、ネットワークデバイスは、構成情報に基づいて端末デバイスのためにK1セットを構成し、セットはK1の1つまたは複数の任意選択の値を含む。ネットワークデバイスが端末デバイスにデータスケジューリングのためのDCIを送信するとき、DCI内の指示フィールドは、現在スケジュールされているPDSCHが位置する時間単位とPDSCHに対応するフィードバック情報が位置する時間単位との間の間隔が空いた時間単位の数を指示するために、K1セット内のK1値を指示する。端末デバイスは、データスケジューリングのためのDCIに基づいて、PDSCHに対応するフィードバック情報が位置する時間単位を決定しうる。時間単位は、スロットまたはサブスロットでありうる。サブスロットの持続時間は、ネットワークデバイスによって送信された指示情報によって指示されてもよく、例えば、持続時間は2シンボルまたは7シンボルであってもよい。データスケジューリングのためのDCIが、ネットワークデバイスがスロットnのPDSCH上でダウンリンクデータを送信すること、すなわち、PDSCHの終了シンボルがスロットn内にあることを指示し、DCIがK1＝4であることを指示する場合、DCIを受信した後、端末デバイスは、ネットワークデバイスが端末デバイスに、スロットn＋4で、PDSCHに対応するフィードバック情報を送信するよう指示していると決定しうる。

3．構成情報
本出願における構成は、ネットワークデバイスが端末デバイスに構成情報の指示を送信することを意味する。構成情報は、上位層シグナリングで搬送されうる。上位層シグナリングは、上位層プロトコル層から送信されるシグナリングである。上位層プロトコル層は、物理層の上の少なくとも1つのプロトコル層である。上位層プロトコル層は、具体的には、媒体アクセス制御（medium access control、MAC）層、無線リンク制御（radio link control、RLC）層、パケットデータ収束プロトコル（packet data convergence protocol、PDCP）層、無線リソース制御（radio resource control、RRC）層、または非アクセス層（non access stratum、NAS）の、プロトコル層のうちの少なくとも1つを含みうる。

4．半永続スケジューリング（semi－persistent scheduling、SPS）
半永続スケジューリングとは、ネットワークデバイスが端末デバイスに、構成情報を介して周期的なダウンリンクリソースを通知することを意味する。ネットワークデバイスがDCIによって周期的なダウンリンクリソースをアクティブ化した後、端末デバイスは、各周期のダウンリンクリソース上でネットワークデバイスからデータを受信し、ネットワークデバイスは、ダウンリンクリソースをスケジュールするために各周期のダウンリンクリソースの前にDCIを送信する必要がない。これは、物理ダウンリンク制御チャネル（physical downlink control channel、PDCCH）のリソースオーバーヘッドを低減することができる。第1のSPS PDSCHがDCIをアクティブ化することによってスケジュールされる際に、第1のPDSCHも動的にスケジュールされ、続いて、各周期のPDSCHがその周期および第1のPDSCHに基づいて決定される。したがって、後続のPDSCHは、スケジューリング情報のなしのPDSCH、または半永続的にスケジュールされたPDSCH、すなわちSPSによるPDSCH（SPS PDSCHと呼ばれる）とみなされる。

例えば、NRシステムでは、最大グループの半永続スケジューリングパラメータが1つの端末デバイスに対して構成されうる。ネットワークデバイスは、構成情報を介して端末デバイスに対する半永続スケジューリングパラメータの各グループの識別子（SPS IDと表記される）、周期、ならびに変調および符号化方式を構成する。ネットワークデバイスは、半永続スケジューリングパラメータの複数のグループのための均一な物理アップリンク制御チャネル（physical uplink control channel、PUCCH）リソースのグループをさらに構成しうる。構成情報を介して構成されたPUCCHリソースは、半永続的にスケジュールされたPDSCH（すなわち、SPS PDSCH）の1つまたは複数のグループのハイブリッド自動再送要求（hybrid automatic repeat request、HARQ）のフィードバック情報を搬送する。

ネットワークデバイスは、DCIをアクティブ化することによって、構成されたSPSリソース内のパラメータのグループをアクティブ化する。アクティブ化されたDCIは、半永続スケジューリングパラメータのグループに対応する各SPS PDSCHフィードバック情報が位置するスロットを決定するために、SPSの第1のPDSCHが位置するスロット、スロット内の第1のPDSCHの特定の位置、および対応するK1パラメータを指示する。

具体的には、アクティブ化されたDCIは、（以下の表2に示されるように）時間領域リソーステーブル内のインデックス値を介してSPSの第1のPDSCHの特定の位置を指示し、K0は、アクティブ化されたDCIが位置するスロットとSPS PDSCHが位置するスロットとの間のスロットの数を指示し、（S，L）のSは、スロット内のSPS PDSCHの開始シンボルのシンボル番号を指示し、Lは、PDSCHの連続シンボルの数を指示する。

例えば、アクティブ化されたDCIは表2のインデックス1を指示し、K0＝1は、SPSの第1のPDSCHが位置するスロットとアクティブ化されたDCIが位置するスロットnとの間のスロットの数が1であり、SPS PDSCHがスロットn＋1にあることを指示し、（S，L）＝（1，2）は、SPS PDSCHの開始シンボルがスロットn＋1のシンボル1であり、2シンボルにわたって続くことを指示し、その場合SPS PDSCHは、時間領域でスロットn＋1のシンボル1およびシンボル2を占有する。端末デバイスは、SPSリソースのものであり、構成情報において構成されている周期に基づいて、SPSの各周期内のPDSCHの位置を決定しうる。SPSの各周期内のPDSCHの位置は、SPSの第1の周期内の第1のPDSCHの位置と同じである。

加えて、アクティブ化されたDCIは、K1セット内のK1の値を指示することによって、SPS PDSCHのフィードバック情報が位置するスロットの通知を与える。K1セットは、プロトコルで指定されるか、またはネットワークデバイスによって端末デバイスのために構成されうる。K1は、SPS PDSCHのフィードバック情報が位置するスロットとSPS PDSCHが位置するスロットとの間のスロットの数を指示する。例えば、アクティブ化されたDCIがK1＝4を指示する場合、SPS PDSCHはスロットn＋1にあり、この場合、SPS PDSCHのフィードバック情報はスロットn＋5にある。

SPS PDSCHのフィードバック情報が位置する時間単位が端末デバイスによって決定された後、端末デバイスは、以下の方式で時間単位内のHARQ－ACKコードブックを生成し、次いで、時間単位でフィードバック情報を送信するためのPUCCHリソースを決定しうる。

本出願の実施形態では、HARQ－ACKコードブックは、時間単位においてフィードバックされる必要があるACKおよびNACKを一緒にエンコードすることによって生成されたフィードバック情報ビットであることに留意されたい。

（1）半永続的にスケジュールされたPDSCHのみのフィードバック情報が時間単位においてフィードバックされる必要がある場合、コードブックは以下の方式で生成される。

最初に、フィードバックされる必要があるSPS PDSCHのビット数が決定される。具体的には、時間単位においてフィードバックされる必要があるすべてのSPS PDSCHのフィードバック情報が、以下のソート方式で直列に接続されうる。フィードバック情報は、セル識別子（cell ID）順序に基づいてソートされ、各セル内では、SPS IDに基づいて昇順にソートされ、各SPS IDについて、SPS PDSCHが前後に位置する時間領域位置に基づいてソートされる。

HARQ－ACKコードブックが決定された後、PUCCHリソースは以下の方式で決定される。

ネットワークデバイスによって端末デバイスのために構成されたPUCCHリソースプール（PUCCHリソースセットとも呼ばれる）においてSPS PDSCHのフィードバック情報を送信するために、PUCCHリソースがフィードバック情報のビット数に基づいて選択される。例えば、ネットワークデバイスは、端末デバイスのために4つのPUCCHリソースを構成する。フィードバック情報のビット数が2以下である場合、第1のPUCCHリソースが使用される。ビット数が3からN1までの範囲である場合、第2のPUCCHリソースが使用される。ビット数がN1からN2の範囲である場合、第3のPUCCHリソースが使用される。ビット数がN2からN3までの範囲である場合、第4のPUCCHリソースが使用される。N1、N2、およびN3は、ユーザ機器は、ネットワークデバイスによって送信される構成情報によっても指示される。指示がない場合、デフォルト値1706が使用される。

（2）動的にスケジュールされたPDSCHのフィードバック情報も時間単位においてフィードバックされる必要がある場合、関連技術でHARQ－ACKフィードバック情報コードブックを生成する方式でコードブックが生成される。

例えば、NRでは、HARQ－ACKコードブック（codebook）は、準静的コードブック（semi－static codebook）モードまたは動的コードブック（dynamic codebook）モードで決定されうる。

1．動的コードブックは、タイプ（type）2 HARQ codebookとも呼ばれる。端末デバイスは、各ダウンリンク制御チャネル（physical downlink control channel、PDCCH）監視機会（monitoring occasion）でPDCCHを検出し、PDCCH内の時間領域リソース割り振り（TimeDomainResourceAllocation）指示情報およびPDSCH－to－HARQ－timing指示情報に基づいて、検出されたPDCCHによってスケジュールされたPDSCHがどの時間単位で伝送されるかを決定し、対応するACK／NACKがどの時間単位でフィードバックされるかを決定する。時間単位に半永続スケジューリングのためのフィードバック情報がある場合、時間単位で送信される必要があるすべてのフィードバック情報が直列に接続され、次いでHARQ－ACKコードブックを形成するために動的フィードバック情報の後に追加され、フィードバック情報の接続方式については、（1）の説明を参照されたい。

2．準静的コードブックは、type 1 HARQ codebookとも呼ばれる。端末デバイスは、各ダウンリンク制御チャネル（physical downlink control channel、PDCCH）監視機会（monitoring occasion）でPDSCHを検出し、PDCCH内の時間領域リソース割り振り（time domain resource allocation）指示情報およびPDSCH－to－HARQ－timing指示情報（対応する指示値はK1と呼ばれうる）に基づいて、検出されたPDCCHによってスケジュールされたPDSCHがどの時間単位で伝送されるかを決定し、対応するACK／NACKがどの時間単位でフィードバックされるかを決定する。フィードバック時間単位で生成されるHARQ－ACKコードブックは、スケジュールされたPDSCHのフィードバック情報だけでなく、上位層シグナリングに基づいて構成された、PDSCH－to－HARQ－timingセット、すなわちK1セット内のすべての候補時間単位のフィードバック情報も含む。対応する候補時間単位にデータがない場合、対応するフィードバックビットにNACKが記入される。

例えば、NRシステムにおけるタイプ1 HARQコードブック（Type1 HARQ codebook）またはタイプ2 HARQコードブック（Type2 HARQ codebook）が、生成に使用されてもよい。具体的な実施態様については、関連技術を参照されたい。しかしながら、本出願はこれに限定されない。

HARQ－ACKコードブックが決定された後、PUCCHは以下の方式で決定される。

端末デバイスは、時間単位でフィードバックされる必要がある動的にスケジュールされたPDSCHのフィードバック情報および半永続的にスケジュールされたPDSCHのフィードバック情報（例えば、合計N個のフィードバック情報を含む）の総ビット数に基づいて、ネットワークデバイスによって構成された複数のPUCCHリソースセットから1つのPUCCHリソースセットを決定し、次いで、N個のフィードバック情報に対応する複数のDCIからの最後のDCI（すなわち、最新時刻に受信されたDCI）内のリソース指示情報に基づいて、PUCCHリソースセット内の、N個のフィードバック情報を搬送するPUCCHリソースを決定する。しかしながら、本出願はこれに限定されない。

動的にスケジュールされたデータについて、各DCIは、DCIによってスケジュールされたPDSCHに対応するフィードバック情報の優先度を指示する。例えば、DCIは、高優先度または低優先度を指示するために、1bitを含む。時間単位において、HARQ－ACKコードブックは高優先度フィードバック情報から一緒に生成され、HARQ－ACKコードブックの優先度はコードブックのフィードバック情報の優先度である。例えば、DCI1が、PDSCH1のフィードバック情報1がスロットnにあり、高優先度を有することを指示し、DCI2が、PDSCH2のフィードバック情報2がスロットnにあり、やはり高優先度を有することを指示する場合、スロットnで生成され、フィードバック情報1およびフィードバック情報2を含むHARQ－ACKコードブックは高優先度を有する。半永続的にスケジュールされたデータについて、構成パラメータは、SPSパラメータグループに対応する優先度指示を含む。いったんSPSパラメータグループがアクティブ化されると、SPSパラメータグループに対応する優先度は、構成パラメータ内の優先度指示によって指示される優先度である。

通信プロセスでは、ネットワークデバイスによって順次に送信される複数の命令間で競合が発生することは避けられない。例えば、ネットワークデバイスは、端末デバイスのためにSPSリソースを構成およびアクティブ化し、端末デバイスは、SPS構成情報およびアクティブ化されたDCIに基づいてSPSリソース上でダウンリンクデータを受信し、対応するPUCCHリソース上でダウンリンクデータに対応するフィードバック情報を送信する。SPSパラメータの1つのグループは、アクティブ化されたDCIによって指示されるK1の1つの値のみを有するので、続いて、各周期のSPS PDSCHのフィードバック情報が位置する時間単位が、アクティブ化されたDCIによって指示されるK1の値に基づいて決定される必要がある。したがって、フィードバック情報が位置する時間単位またはフィードバック情報を搬送するPUCCHリソースが準静的ダウンリンクシンボルまたは準静的フレキシブルダウンリンクシンボルを含むことは、避けられない。あるいは、ネットワークデバイスは、いくつかのサービス要件（例えば、超高信頼低遅延通信（ultra reliable low latency communications、URLLC）サービス）に起因するSFIを使用することによってフレーム構造を書き換え、SPS PDSCHのフィードバック情報を送信するために使用されるPUCCHリソースが、SFIによってダウンリンクリソースまたはフレキシブルリソースに書き換えられる。これら2つの場合、端末デバイスが依然としてSPS構成に基づくリソース上でフィードバック情報を送信すると、リソース上でネットワークデバイスによって送信されたダウンリンク情報が端末デバイスによって受信されることができず、ネットワークデバイスは送信状態にあるので、端末デバイスからのフィードバック情報がネットワークデバイスによって受信されることができない。結果として、リソースの無駄が引き起こされる。あるいは、ネットワークデバイスは、リソース上で他のUEにダウンリンク情報を送信する必要がある場合もあり、フィードバック情報は、書き換えられたリソース上で搬送される他のUEの信号に対する干渉を引き起こす。しかしながら、端末デバイスがフレキシブルリソースまたはダウンリンクリソース上で送信動作を行わない場合、端末デバイスはPDSCHのフィードバック情報をフィードバックすることができない。ゆえに、ネットワークデバイスは、SPS PDSCHが正常に受信されたかどうかを決定することができず、次いでSPS PDSCHを再送する。これもまた、リソースの無駄を引き起こし、不必要な通信遅延を引き起こし、通信品質を低下させる。

本出願は、情報伝送方法を提供する。第1のデータのフィードバック情報を搬送する第1のリソースが非アップリンクリソースを含む場合、端末デバイスは、第2のリソース上でフィードバック情報を送信する。第2のリソースは第1のリソースの後のアップリンクリソースである。この場合、通信リソースの無駄が低減されることができ、通信品質が改善されることができる。

本出願の実施形態で提供される情報伝送方法は、以下で、添付の図面を参照して詳細に説明される。

図2は、本出願による情報伝送方法の概略フローチャートである。

S210．ネットワークデバイスが端末デバイスに第1のデータを送信する。

これに対応して、端末デバイスは、ネットワークデバイスから第1のデータを受信する。第1のデータは第1のPDSCH上で搬送され、端末デバイスは第1のPDSCH上で第1のデータを受信する。

任意選択で、第1のデータは第1のSPSのデータであり、第1のPDSCHは第1のSPSのデータを搬送するリソースであり、端末デバイスは第1のPDSCH上で第1のデータを受信する。言い換えれば、第1のPDSCHはSPS PDSCHである。

例えば、S210の前に、ネットワークデバイスは端末デバイスに第1の構成情報を送信し、第1の構成情報は、第1のSPSのパラメータを構成するために使用される。ネットワークデバイスは、端末デバイスに、第1のSPSのパラメータをアクティブ化するための第1のDCIをさらに送信する。第1のDCIを受信した後、端末デバイスは、第1のSPSのパラメータがアクティブ化されていると決定する。端末デバイスは、第1のDCIおよび第1の構成情報に基づいて、第1のSPSの各周期のPDSCH、および各PDSCHに対応し、フィードバック情報を搬送する時間単位、すなわち、第1の時間単位を決定する。S210で、端末デバイスは、第1のSPSの1つの周期においてPDSCH上で第1のデータを受信する。しかしながら、本出願はこれに限定されない。

任意選択で、第1のデータは動的にスケジュールされたデータである。

例えば、S210の前に、ネットワークデバイスは、端末デバイスに第2のDCIを送信し、第2のDCIは、第1のデータを搬送する第1のPDSCH、第1のデータのフィードバック情報を搬送する第1の時間単位などをそれぞれ指示する複数の指示フィールドを含む。端末デバイスがネットワークデバイスから第2のDCIを受信した後、S210で、端末デバイスは、第1のPDSCH上で第1のデータを受信する。しかしながら、本出願はこれに限定されない。

S220．端末デバイスは、第1のフィードバック情報を搬送する第1のリソースを決定し、第1のフィードバック情報は第1のデータのフィードバック情報である。

端末デバイスは、第1のPDSCH上で第1のデータを受信し、第1のデータが正常に受信されたかどうかに基づいて第1のフィードバック情報を生成する。

例えば、端末デバイスが第1のデータの受信に成功した場合、第1のフィードバック情報は肯定応答（acknowledge、ACK）情報であり、または端末デバイスが第1のデータの受信に失敗した場合、第1のフィードバック情報は否定応答（negative acknowledge、NACK）である。しかしながら、本出願はこれに限定されない。S220で、端末デバイスは、第1のフィードバック情報を搬送する第1のリソースを決定し、第1のリソースは第1の時間単位内のリソースである。

本出願のこの実施形態では、リソースが時間単位内にあることは、時間領域のリソースの開始シンボルが時間単位の開始シンボルよりも前ではなく、リソースの終了シンボルが時間単位の終了シンボルよりも後ではないことを意味する。

任意選択で、第1のデータは第1のSPSのデータであり、端末デバイスは、第1の構成情報および／または第1のDCIに基づいて、第1のフィードバック情報を搬送する第1のリソースを決定する。

任意選択で、第1のデータは動的にスケジュールされたデータであり、端末デバイスは、第2のDCIをスケジュールすることによって第1のリソースを決定する。

限定ではなく一例として、第1のリソースはPUCCHリソースである。

任意選択で、ステップS210で決定された第1の時間単位内に、HARQ－ACKコードブックが、フィードバック情報が位置する時間単位内のHARQ－ACKコードブックを生成する前述の方式で生成されてもよく、次いで第1のリソースは、フィードバック情報が位置する時間単位内のPUCCHを決定する前述の方式で決定される。HARQ－ACKコードブックは第1のフィードバック情報を含む。

S230．第1のリソースが非アップリンクリソースを含む場合、端末デバイスは、第2の時間単位内の第2のリソースを決定する。

端末デバイスは、フレーム構造構成に基づいて、第1のリソースが非アップリンクリソースを含むかどうかを決定しうる。例えば、第1のリソースは、時間的にM個のOFDMシンボルのリソースを含み、Mは0より大きい整数である。M個のOFDMシンボルのすべてがアップリンクOFDMシンボルである場合、第1のリソースはアップリンクリソースである。M個のOFDMシンボルのすべてがアップリンクOFDMシンボルであるわけではない場合、第1のリソースは非アップリンクリソースを含む。

限定ではなく一例として、第1のリソースが非アップリンクリソースを含むことは、第1のリソースが時間領域で非アップリンクリソースとオーバーラップすることを意味する。

限定ではなく一例として、アップリンクリソースは、準静的アップリンクシンボル、準静的アップリンクスロット、動的アップリンクシンボル、または動的アップリンクスロットである。

限定ではなく一例として、非アップリンクリソースは、アップリンクリソースではないリソースであり、
ダウンリンクリソース、フレキシブルリソース、または予約済みリソース、のリソースのうちの1つまたは複数を含みうる。

任意選択で、ダウンリンクリソースは、セル固有構成またはUE固有構成によって構成された準静的ダウンリンクシンボルを含んでいてもよく、ダウンリンクリソースは、SFIによって指示される動的ダウンリンクシンボルまたは動的にスケジュールされたデータによって変更された動的ダウンリンクシンボルをさらに含んでいてもよい。

任意選択で、フレキシブルリソースは、セル固有構成またはUE固有構成によって構成された準静的フレキシブルシンボルを含んでいてもよく、SFIによって指示された動的フレキシブルシンボルも含んでいてもよい。

任意選択で、予約済みリソースは、システムによって予約されたリソースであってもよい。具体的には、ネットワークデバイスは予約済みリソースを構成してもよい。

例えば、図3に示されるように、端末デバイスが、第1のフィードバック情報を搬送し、第1の時間単位内にある第1のリソースを決定した後、第1のリソースは4つのOFDMシンボルを含み、4つのOFDMシンボル内の最初のシンボルはダウンリンクシンボルである。一例では、ダウンリンクシンボルは準静的ダウンリンクシンボルであってもよく、第1のデータは第1のSPSのデータであり、第1のデータのフィードバック情報（すなわち、第1のフィードバック情報）を搬送する第1のリソースは準静的ダウンリンクシンボルを含み、次いで、端末デバイスは、第1のフィードバック情報を送信するために使用される第2のリソースを決定する。他の例では、ダウンリンクシンボルは、動的ダウンリンクシンボルであってもよい。端末デバイスが第1のSPSをアクティブ化するための第1のDCIまたは第1のデータをスケジュールするために使用される第2のDCIを受信した後、ネットワークデバイスはSFI指示を送信する。SFI指示は、第1のリソース内の最初のシンボルが動的ダウンリンクシンボルであることを指示する。この場合、端末デバイスは、第1のフィードバック情報を送信するために使用される第2のリソースを決定する。しかしながら、本出願はこれに限定されない。

第1のリソースがアップリンクリソースである場合、端末デバイスは、第1のリソース上で第1のフィードバック情報を送信する。第1のリソースが非アップリンクリソースを含む場合、端末デバイスは、S230で第2の時間単位内の第2のリソースを決定し、S240で第2のリソース上で第1のフィードバック情報を送信する。第2の時間単位は、時間的に第1の時間単位よりも後の時間単位である。言い換えれば、第2の時間単位の開始時点は、第1の時間単位の終了時点よりも遅い。図3に示されるように、第2の時間単位の開始時点t2は、時間的に第1の時間単位の終了時点t1よりも遅い。

本出願では、ある時間単位（またはリソース）は時間的に他の時間単位（またはリソース）よりも遅い、すなわち、時間領域の時間単位の開始シンボルは他の時間単位の開始シンボルよりも遅いか、または時間領域の時間単位の終了シンボルは他の時間単位の終了シンボルよりも遅いか、または時間領域の時間単位の開始シンボルは他の時間単位の終了シンボルよりも遅いことに留意されたい。この場合、時間単位（またはリソース）は、他の時間単位（またはリソース）の後の時間単位と呼ばれてもよい。

任意選択で、第1のリソースはM個のシンボルを含み、第2の時間単位に含まれるアップリンクシンボルの数はM以上であり、Mは0より大きい整数である。

第2のリソースを決定するために、端末デバイスは、まず、第1の時間単位の後の時間単位から第2の時間単位を決定する。以下は、第2の時間単位をどのように決定するかを具体的に説明する。

任意選択で、第2の時間単位は、以下の条件のうちの1つまたは複数を満たす時間単位である。

条件1：第2の時間単位に含まれるアップリンクシンボルの数がM以上である、言い換えれば、第2の時間単位は少なくともM個のアップリンクシンボルを含む。具体的には、第2の時間単位は、第1の時間単位の後にあり、M以上の数のアップリンクシンボルを含む時間単位である。

条件2：第2の時間単位は、1つまたは複数の第3の時間単位のうちの時間的に第1の時間単位に最も近い（言い換えれば、時間的に最も近い）時間単位である。第3の時間単位は、第1の時間単位の後にあり、M以上の数のアップリンクシンボルを含む時間単位である。すなわち、第2の時間単位は、第1の時間単位の後の最初にあり、M以上の数のアップリンクシンボルを含む時間単位である。

条件3：第2の時間単位は、1つまたは複数の第3の時間単位のうちの時間的に第1の時間単位に最も近い（言い換えれば、時間的に最も近い）時間単位である。第3の時間単位は、アップリンクシンボルのみを含む時間単位（アップリンク時間単位と呼ばれうる）である。すなわち、第2の時間単位は、第1の時間単位の後の最初のアップリンク時間単位である。

条件4：第2の時間単位に含まれるすべてのアップリンクシンボルは、準静的アップリンクシンボルである。

限定ではなく一例として、本出願における時間単位は、
サブスロット、ミニスロット、スロット、サブフレームもしくはフレーム、またはシンボル
の時間単位のうちの1つであってもよい。

時間単位は、第1の時間単位、第2の時間単位、および第3の時間単位を含むが、これらに限定されない。

例えば、第2の時間単位は、M以上の数のアップリンクシンボルを含み、第1の時間単位の後にある時間単位のうちの、第1の時間単位に最も近い時間単位である。図4に示されるように、第1の時間単位内の第1のリソースは3つのシンボルを含む。第1のリソースでは、最初のシンボルはダウンリンクシンボルであり、2番目のシンボルはフレキシブルシンボルである。言い換えれば、第1のリソースは2つの非アップリンクシンボルを含む。この場合、第1のリソースは、第1のフィードバック情報を送信するために使用されることができない。端末デバイスは、第2のリソースを決定する必要がある。端末デバイスは、まず、第2のリソースが位置する第2の時間単位を決定する。第1の時間単位の後の、第1の時間単位に最も近く、少なくとも3つのアップリンクシンボルを含む時間単位が第2の時間単位である。図4では、第1の時間単位の後の時間単位Aはただ1つのアップリンクシンボルを含み、したがって時間単位Aは条件を満たさない。時間単位Bは4つのアップリンクシンボルを含み、したがって時間単位Bは条件を満たす。端末デバイスは、時間単位Bを第2の時間単位として決定する。しかしながら、本出願はこれに限定されない。

他の例では、第2の時間単位は、第1の時間単位の後にあり、アップリンクシンボルのみを含む時間単位である。図4に示されるように、第1の時間単位内の第1のリソースは3つのシンボルを含み、非アップリンクリソースを含み、したがって、端末デバイスは、第1のリソース上で第1のフィードバック情報を送信することができない。端末デバイスは、第2の時間単位として、第1の時間単位の後にあり、第1の時間単位に最も近く、アップリンクシンボルのみを含む時間単位を決定する。図4では、時間単位Cが条件を満たし、したがって端末デバイスは、時間単位Cを第2のリソースが位置する時間単位として決定する。しかしながら、本出願はこれに限定されない。

条件5：第2の時間単位と第1の時間単位との間の間隔は、第1の時間間隔以下である。

例えば、第2の時間単位は、条件1および条件5を満たす必要がある。端末デバイスは、条件1および条件5に基づいて第2の時間単位を決定する。第2の時間単位は、第1の時間単位の後にあり、第1の時間単位から第1の時間間隔以下の間隔を有し、M以上の数のアップリンクシンボルを含む。

例えば、第2の時間単位は、条件2および条件5を満たす必要がある。端末デバイスは、条件2および条件5に基づいて第2の時間単位を決定する。第2の時間単位は、第1の時間単位の後にあり、第1の時間間隔において第1の時間単位に最も近い第3の時間単位である。

例えば、第2の時間単位は、条件3および条件5を満たす必要がある。端末デバイスは、条件3および条件5に基づいて第2の時間単位を決定する。第2の時間単位は、第1の時間単位の後の第1の時間間隔における最初のアップリンク時間単位である。

条件6：第2の時間単位と第1のPDSCHが位置する時間単位との間の時間間隔は、第1の時間間隔以下である。

例えば、第2の時間単位は、条件1および条件6を満たす必要がある。端末デバイスは、条件1および条件6に基づいて第2の時間単位を決定する。第2の時間単位は、第1の時間単位の後にあり、第1のPDSCHが位置する時間単位から第1の時間間隔以下の間隔を有し、M以上の数のアップリンクシンボルを含む。

例えば、第2の時間単位は、条件2および条件6を満たす必要がある。端末デバイスは、条件2および条件6に基づいて第2の時間単位を決定する。第2の時間単位は、第1のPDSCHが位置する時間単位から第1の時間間隔において第1の時間単位に最も近く、第1の時間単位の後にある第3の時間単位である。

例えば、第2の時間単位は、条件3および条件6を満たす必要がある。端末デバイスは、条件3および条件6に基づいて第2の時間単位を決定する。第2の時間単位は、第1の時間単位の後にあり、第1のPDSCHが位置する時間単位から第1の時間間隔内にある最初のアップリンク時間単位である。

条件5および条件6では、端末デバイスは、これらに限定されないが、以下の方式で第1の時間間隔を決定しうる。

方式1：第1の時間間隔は、プロトコルで指定されるか、またはシステムによって予め設定される。

第1の時間間隔は、プロトコルで指定されるか、またはシステムによって予め設定される。第1のフィードバック情報が第1のリソース上で送信されることができない場合、第1のフィードバック情報を送信するための第2の時間単位と第1の時間単位との間の間隔、または第1のフィードバック情報を送信するための第2の時間単位と第1のPDSCHが位置する時間単位との間の間隔は、第1の時間間隔以下である。例えば、プロトコルで指定されるか、またはシステムによって予め設定された第1の時間間隔は5つの時間単位であり、第3の時間単位はM以上の数のアップリンクシンボルを含む時間単位であり、第2の時間単位は、第1の時間単位の後にあり、5つの時間単位の中で第1の時間単位に最も近く、M以上の数のアップリンクシンボルを含む。任意選択で、第1の時間単位の後の5つの時間単位の中に第3の時間単位がない場合、端末デバイスは第1のフィードバック情報を送信しない。しかしながら、本出願はこれに限定されない。

他の例では、第2の時間単位は、第1の時間単位の後にあり、第1の時間単位から第1の時間間隔を有する時間単位である。プロトコルで指定されるか、またはシステムによって予め設定された第1の時間間隔は4つの時間単位である。第1の時間単位が時間単位nであり、第1の時間単位内の第1のリソースが非アップリンクリソースを含み、したがって第1のフィードバック情報を搬送することができない場合、端末デバイスは、第2のリソースが位置する第2の時間単位は時間単位n＋4であると決定する。

任意選択で、時間単位n＋4に含まれるアップリンクシンボルの数がM未満である場合、端末デバイスは第1のフィードバック情報を送信しない。しかしながら、本出願はこれに限定されない。

方式2：ネットワークデバイスは、端末デバイスに構成情報を送信し、第1の情報は、1つまたは複数の第2の時間間隔を指示し、第2の時間間隔は、PDSCHが位置する時間単位とPDSCHに対応するフィードバック情報が位置する時間単位との間の時間間隔である。第1の時間間隔は、1つもしくは複数の第2の時間間隔のうちの最大時間間隔に等しいか、または第1の時間間隔は、1つもしくは複数の第2の時間間隔のうちの最大時間間隔である。任意選択で、第1の情報は、無線リソース制御（radio resource control、RRC）メッセージであってもよい。

例えば、第2の時間単位は、第1の時間単位の後にあり、第1の時間単位から第1の時間間隔を有する時間単位である。ネットワークデバイスは、第1の情報を介して端末デバイスに第2の時間間隔セットを構成する。第2の時間間隔セットは、1つまたは複数の第2の時間間隔を含む。例えば、第2の時間間隔セットは、NRシステムで構成されたK1セットであってもよい。1つまたは複数の第2の時間間隔のうちの最大間隔は、5つの時間単位である。時間単位n（具体的には、第1の時間単位が時間単位nである）内の第1のリソースが非アップリンクリソースを含み、第1のフィードバック情報が第1のリソース上で送信されることができない場合、端末デバイスは、時間単位nの後の時間単位n＋5が第2の時間単位であると決定する。任意選択で、時間単位n＋5に含まれるアップリンクシンボルの数がM未満である場合、端末デバイスは第1のフィードバック情報を送信しない。しかしながら、本出願はこれに限定されない。

他の例では、第2の時間単位は、第1の時間間隔において第1の時間単位に最も近く、第1の時間単位の後にあるアップリンク時間単位である。例えば、図5に示されるように、時間単位n内の第1のリソースがフレキシブルシンボルを含むので第1のフィードバック情報は第1のリソース上で送信されることができず、ネットワークデバイスによって端末デバイスのために構成された1つまたは複数の第2の時間間隔のうちの最大時間間隔は、3つの時間単位である。端末デバイスは、第1の時間単位の後の3つの時間単位、時間単位n＋1、時間単位n＋2、および時間単位n＋3から、第1の時間単位に最も近いアップリンク時間単位を第2の時間単位として決定する。3つの時間単位は、2つのアップリンク時間単位、時間単位n＋2および時間単位n＋3を含む。第1の時間単位に最も近い時間単位n＋2が、第2の時間単位である。しかしながら、本出願はこれに限定されない。

方式3：ネットワークデバイスは、端末デバイスに第2の情報を送信し、第2の情報は第1の時間間隔を指示する。

一実施形態では、第2の情報は、第1の時間間隔を直接指示しうる。

例えば、第1の時間間隔の単位がスロットである場合、第2の情報によって指示される値は、第1の時間間隔に含まれるスロットの数を指示する。第2の情報が2を指示する場合、それは第1の時間間隔が2つのスロットを含むことを指示する。しかしながら、本出願はこれに限定されない。

他の実施形態では、第2の情報はインデックス値を指示してもよく、インデックス値に対応する時間間隔は第1の時間間隔である。例えば、第2の情報は、前述のK1セット内のK1値を指示し、K1セット内の各K1値はインデックス値に対応する。第2の情報がインデックス値0を指示し、K1セット内のインデックス値0に対応するK1値が3である場合、それは第1の時間間隔が3つの時間単位を含むことを指示する。しかしながら、本出願はこれに限定されない。

任意選択で、第2の情報は、RRCメッセージで搬送されるか、または第2の情報は、第1のSPSのパラメータをアクティブ化するために使用される第1のDCIで搬送されるか、または第2の情報は、第1のデータをスケジュールするために使用される第2のDCIで搬送される。

例えば、第1のSPSのパラメータをアクティブ化するための第1のDCIにおいて、K1を指示する指示情報は、フィードバック情報が実際に送信される時間単位を指示せず、第1の時間間隔を指示する。

条件7：第2の時間単位と第1のPDSCHが位置する時間単位との間の時間間隔は、第4の時間間隔以上である。

任意選択で、第4の時間間隔は、プロトコルで定義されたPDSCH処理手順時間長（UE PDSCH processing procedure time）であり、PDSCH処理手順時間長は、PDSCHデコード時間N1に基づいて決定される。PDSCHの異なるサブキャリア間隔（subcarrier space）および異なる能力は、異なるN1に対応する。具体的には、N1は、表3または表4に示されうる。μ＝0、1、2、および3は、サブキャリア間隔が、15kHz、30kHz、60kHz、および120kHzであることをそれぞれ指示する。UEによってサポートされる特定の能力は、UEによってネットワークデバイスに報告される。

例えば、第2の時間単位は、条件1および条件7を満たす必要がある。端末デバイスは、条件1および条件7に基づいて第2の時間単位を決定する。第2の時間単位は、第1の時間単位の後にあり、第1のPDSCHが位置する時間単位から第1の時間間隔以下、第4の時間間隔以上の間隔を有し、M以上の数のアップリンクシンボルを含む。

条件8：第2の時間単位と第1のPDSCHが位置する時間単位との間の時間間隔は、第2の時間間隔である。

第2の時間間隔は、以下の方式で決定される。ネットワークデバイスは、端末デバイスに第1の情報を送信し、第1の情報は、1つまたは複数の第2の時間間隔を指示し、第2の時間間隔は、PDSCHが位置する時間単位とPDSCHに対応するフィードバック情報が位置する時間単位との間の時間間隔である。

任意選択で、第2の時間間隔はフィードバック時間間隔であり、1つまたは複数の第2の時間間隔はK1セット内の1つまたは複数のK1値として表記される。

例えば、第2の時間単位は、条件5および条件8を満たす必要がある。端末デバイスは、条件5および条件8に基づいて第2の時間単位を決定する。第2の時間単位と第1のPDSCHが位置する時間単位との間の間隔は、第1の時間間隔以下であり、第2の時間間隔である。

例えば、条件5では、第1の時間間隔は方式2で決定される。ネットワークデバイスは、第1の情報を介して端末デバイスに第2の時間間隔セットを構成する。第2の時間間隔セットは、1つまたは複数の第2の時間間隔を含む。例えば、第2の時間間隔セットは、NRシステムで構成されたK1セット｛1，3，5｝であってもよい。1つまたは複数の第2の時間間隔は、1つ、3つ、または5つの時間単位を含み、最大値は5つの時間単位である。時間単位n（具体的には、第1の時間単位が時間単位nである）内の第1のリソースが非アップリンクリソースを含み、第1のフィードバック情報が第1のリソース上で送信されることができない場合、端末デバイスは、時間単位nの後時間単位n＋5以内の、時間単位n＋1、時間単位n＋3、または時間単位n＋5が第2の時間単位であると決定する。

任意選択で、さらに条件1に関して、3つの時間単位に含まれるアップリンクシンボルの数がM未満である場合、端末デバイスは第1のフィードバック情報を送信しない。しかしながら、本出願はこれに限定されない。

任意選択で、ネットワークデバイスは、端末デバイスに第3の情報を送信し、第3の情報は第2の時間単位を指示する。端末デバイスは、第3の情報に基づいて第2の時間単位を決定する。

任意選択で、第3の情報は第1の指示情報で搬送され、第1の指示情報はSPSグループの識別子をさらに含み、第1のSPSはSPSグループに属する。

例えば、ネットワークデバイスは、第1のSPSのパラメータを構成するための第1の構成情報において、または第1のSPSのパラメータをアクティブ化するための第1のDCIにおいて、第1のSPSが属するSPSグループを指示する。ネットワークデバイスから第1の指示情報を受信した後、端末デバイスは、第1の指示情報内のSPSグループの識別子に基づいて、第1の指示情報がSPSグループの関連情報を指示すると決定し、第1の指示情報内の第3の情報は第2の時間単位の位置を指示する。具体的な指示方式は、アクティブ化されたDCIによってフィードバック時間単位を示す方式と同じである。第1のリソースが非アップリンクリソースを含み、第1のフィードバック情報が第1のリソース上で送信されることができない場合、端末デバイスは、第1の指示情報に含まれる第3の情報に基づいて第2の時間単位を決定する。しかしながら、本出願はこれに限定されない。

第2の時間単位を決定した後、端末デバイスは、第2の時間単位内で、第1のフィードバック情報を送信するための第2のリソースを決定する。端末デバイスは、これに限定されないが、以下の方式のうちの1つで第2のリソースを決定しうる。

方式1：第2の時間単位内のHARQ－ACKコードブックは、フィードバック情報が位置する時間単位内のHARQ－ACKコードブックを生成する前述の方式で生成され、第2の時間単位内のPUCCHリソースが第2のリソースとして決定される。

1つの可能な実施態様では、端末デバイスは、合計N個のフィードバック情報が第1の時間単位で送信される必要があると決定し、端末デバイスは、N個のフィードバック情報に基づいてコードブックを生成し、決定されたN個のフィードバック情報に対応するスケジューリング情報からの最後に受信されたスケジューリング情報に基づいて第2のリソースを決定する。

例えば、端末デバイスが、合計3つのフィードバック情報が第1の時間単位で送信される必要があると決定した場合、端末デバイスは、複数の構成されたPUCCHリソースセットの中から1つのPUCCHリソースセットを選択する。端末デバイスは、3つのフィードバック情報に対応するスケジューリングDCIからの最後に受信されたスケジューリング情報がDCI Aであると決定し、DCI AはPUCCHセット内の1つのPUCCHリソースを指示し、PUCCHセットは4つのPUCCHを含み、4つのPUCCHの各々は、1つのフィードバック情報のビット数範囲に対応し、例えば、PUCCH1はビット3からビットN1に対応し、PUCCH2はビットN1からビットN2に対応し、PUCCH3はN2よりも大きいビット数に対応する。端末デバイスは、3つのフィードバック情報の合計ビット数Mを計算し、PUCCH2に対応するN1＜M＜N2を決定する。この場合、第2の時間単位を決定した後、端末デバイスは、第2の時間単位内のPUCCH2（すなわち、第2のリソース）上で第1のフィードバック情報を送信する。しかしながら、本出願はこれに限定されない。

任意選択で、端末デバイスは、N個のフィードバック情報に基づいて第1のHARQ－ACKコードブックを生成してもよい。

第1のHARQ－ACKコードブックは、関連技術でHARQフィードバック情報コードブックを生成する方式で生成されてもよい。例えば、NRシステムにおけるタイプ1 HARQコードブック（Type1 HARQ codebook）またはタイプ2 HARQコードブック（Type2 HARQ codebook）が、生成に使用されてもよい。具体的な実施態様については、関連技術を参照されたい。しかしながら、本出願はこれに限定されない。

他の可能な実施態様では、N個のフィードバック情報は、N個のSPSのデータに対応するフィードバック情報であり、N個のSPSは第1のSPSを含む。

例えば、端末デバイスは、第1の時間単位で、N個のSPSのデータに対応するフィードバック情報を送信する必要がある。端末デバイスは、N個のフィードバック情報のビット数に基づいて第2のリソースを決定してもよい。例えば、ネットワークデバイスは、端末デバイスのためのPUCCHセットを指示し、PUCCHセット内のN個のフィードバック情報の総ビット数に対応するPUCCHはPUCCH Bである。第2の時間単位を決定した後、端末デバイスは、第2の時間単位内のPUCCH B上でN個のフィードバック情報を送信する。しかしながら、本出願はこれに限定されない。

任意選択で、端末デバイスは、N個のフィードバック情報に基づいて第1のHARQ－ACKコードブックを生成してもよい。

第1のHARQ－ACKコードブックは、N個のフィードバック情報を直列に接続することによって形成されうる。第1のHARQ－ACKコードブック内のN個のフィードバック情報は、フィードバック情報に対応するセル識別子に基づいて昇順に配置され、各セルにおいて、SPS識別子に基づいて昇順に配置され、各SPSについて、時間領域の発生に基づいて前後に配置されうる。しかしながら、本出願はこれに限定されない。

端末デバイスが方式1で第2のリソースを決定した後、S240で、端末デバイスは、第2のリソース上で第1のフィードバック情報を送信する。

任意選択で、端末デバイスは、第2のリソース上で第1のHARQ－ACKコードブックを送信してもよく、第1のHARQ－ACKコードブックは第1のフィードバック情報を含む。

方式2：第2の時間単位内の第2のリソースの時間周波数位置は、第1の時間単位内の第1のリソースの時間周波数位置と同じである。第2のリソースは、第1のHARQ－ACKコードブックを送信するために使用される。

第1のHARQ－ACKコードブックを決定する方式は、方式1の方式と同じである。詳細は再度説明されない。

例えば、端末デバイスは、第1の時間単位内のPUCCH1（すなわち、第1のリソース）が第1のHARQ－ACKコードブックを送信するために使用されると決定する。PUCCH1が非アップリンクシンボルを含む場合、端末デバイスは、第2の時間単位を決定し、第2の時間単位内のPUCCH1で第1のフィードバック情報を送信する。しかしながら、本出願はこれに限定されない。

任意選択で、端末デバイスは、第2の時間単位内の第3のリソースをさらに決定し、第3のリソースは第2のHARQ－ACKコードブックを送信するために使用され、第2のHARQ－ACKコードブックは第2のフィードバック情報を含み、第2のフィードバック情報は第2のデータのフィードバック情報である。

第2のHARQ－ACKコードブックは、第2の時間単位で送信される必要があり、データとデータのフィードバック情報との間の時系列関係に基づいて端末デバイスによって決定されるHARQ－ACKコードブックである。具体的には、第2のHARQ－ACKコードブックを決定する方式および第3のリソースを決定する方式については、HARQ－ACKコードブックを決定する前述の方式およびフィードバック情報が位置する時間単位内のPUCCHリソースを決定する前述の方式を参照されたい。詳細は再度説明されない。

例えば、ネットワークデバイスは、動的スケジューリングDCI、SPS構成情報、またはSPSアクティブ化DCIを介して、第2のデータのフィードバック情報が第2の時間単位で搬送されることを指示し、第2のフィードバック情報が第3のリソース上で送信される必要があると決定する。この場合、第2の時間単位内の第2のリソース上で第1のフィードバック情報を送信することに加えて、端末デバイスは、第2の時間単位内の第3のリソース上で第2のHARQ－ACKコードブックをさらに送信し、第2のHARQ－ACKコードブックは第2のフィードバック情報を含む。

任意選択で、第2のリソースが第3のリソースと部分的にまたは完全にオーバーラップし、第1のHARQ－ACKコードブックの優先度が第2のHARQ－ACKコードブックの優先度よりも高い場合、端末デバイスは、S240で第2のリソース上で第1のHARQ－ACKコードブックを送信する。第2のHARQ－ACKコードブックは第2のフィードバック情報を含み、第2のフィードバック情報は第2のデータのフィードバック情報である。任意選択で、端末デバイスは、第3のリソース上での第2のHARQ－ACKコードブックの送信を取り消す。本出願では、2つのリソースがオーバーラップすることは、2つのリソースが同じ時間領域シンボルを占有する（または含む）ことを意味する。

第1のHARQ－ACKコードブックを搬送する第2のリソースが第2のHARQ－ACKコードブックを搬送する第3のリソースとオーバーラップする場合、端末デバイスは、2つのHARQ－ACKコードブックの優先度を比較する。第1のHARQ－ACKコードブックの優先度が第2のHARQ－ACKコードブックの優先度よりも高い場合、端末デバイスは、第2のリソース上で第1のHARQ－ACKコードブックを送信する。第2のHARQ－ACKコードブックの優先度が第1のHARQ－ACKコードブックの優先度よりも高い場合、端末デバイスは、第3のリソース上で第2のHARQ－ACKコードブックを送信する。

第1のHARQ－ACKコードブックを搬送する第2のリソースが第2のHARQコードブックを搬送する第3のリソースとオーバーラップしない場合、第1のHARQ－ACKコードブックと第2のHARQ－ACKコードブックとは、第2のリソース上と第3のリソース上とでそれぞれ送信されうる。

方式3：端末デバイスは、第1のフィードバック情報および第2のフィードバック情報に基づいて第2のリソースを決定する。

任意選択で、第4のリソースが第3のリソースと部分的にまたは完全にオーバーラップし、第3のHARQ－ACKコードブックと第2のHARQ－ACKコードブックとが同じ優先度を有する場合、端末デバイスは、第1のHARQ－ACKコードブックに基づいて第2のリソースを決定する。第4のリソースは第3のHARQ－ACKコードブックを搬送し、第3のリソースは第2のHARQ－ACKコードブックを搬送し、第3のHARQ－ACKコードブックは第1のフィードバック情報を含み、第2のHARQ－ACKコードブックは第2のフィードバック情報を含み、第1のHARQ－ACKフィードバックコードブックは、第1のフィードバック情報および第2のフィードバック情報を含む。

例えば、端末デバイスは、第1のフィードバック情報を含む第3のHARQ－ACKコードブックを生成し、第3のHARQ－ACKコードブックに基づいて第1の時間単位内の第1のリソースを決定する。第3のHARQ－ACKコードブックを決定する具体的な方式および第1の時間単位内の第1のリソースを決定する具体的な方式については、方式1の第1のHARQ－ACKコードブックを決定する方式の説明を参照されたい。例えば、第1のリソースは、第3のHARQ－ACKコードブックに含まれるフィードバック情報の総ビット数に基づいて決定される。第1のリソースが非アップリンクリソースを含み、第3のHARQ－ACKコードブックが第1のリソース上で送信されることができず、第2の時間単位内の第4のリソースが第3のHARQ－ACKコードブックを搬送すると決定される場合、第2の時間単位内の第4のリソースを決定する方式は、第2の時間単位内の第4のリソースの時間周波数位置が第1の時間単位内の第1のリソースの時間周波数位置と同じであることである。

しかしながら、端末デバイスは、本来、データとデータのフィードバック情報との間の時系列関係に基づいて第2の時間単位内の第3のリソース上で第2のHARQ－ACKコードブックを送信する必要がある。第2のHARQ－ACKコードブックおよび第3のリソースを決定する具体的な方式については、方式2の説明を参照されたい。

第4のリソースが第3のリソースと部分的にまたは完全にオーバーラップし、第3のHARQ－ACKコードブックと第2のHARQ－ACKコードブックとが同じ優先度を有する場合、端末デバイスは、第1のHARQ－ACKコードブックに基づいて第2のリソースを決定する。第1のHARQ－ACKコードブックは、第1のフィードバック情報および第2のフィードバック情報を含む。S240で、端末デバイスは、第2のリソース上で第1のHARQ－ACKコードブックを送信する。

任意選択で、第1のHARQ－ACKコードブックは、端末デバイスによって第1のフィードバック情報および第2のフィードバック情報に基づいて生成される。

具体的には、第1のHARQ－ACKコードブックは、端末デバイスによって、本来第1の時間単位で送信される必要があるN個のフィードバック情報と、本来第2の時間単位で送信される必要があり、データとフィードバック情報との間の時系列関係に基づいて決定されるL個のフィードバック情報とに基づくコードブック生成方式で生成される。N個のフィードバック情報は第1のフィードバック情報を含み、L個のフィードバック情報は第2のフィードバック情報を含む。

任意選択で、第1のHARQ－ACKコードブックは、端末デバイスによって、第3のHARQ－ACKコードブックおよび第2のHARQ－ACKコードブックに基づいて生成される。

例えば、第1のHARQ－ACKコードブックは、第3のHARQ－ACKコードブックと第2のHARQ－ACKコードブックとを直列に接続することによって取得される。例えば、第1の時間単位の後に送信され、第2の時間単位で送信されるように延期される第3のHARQ－ACKコードブックは前に配置され、第2の時間単位で送信される必要があり、データとデータのフィードバック情報との間の時系列関係に基づいて決定される第2のHARQ－ACKコードブックは後に配置されることが指定されてもよい。あるいは、それとは反対に、第2のHARQ－ACKコードブックは前に配置され、第1の時間単位の後に送信され、第2の時間単位で送信されるように延期される第3のHARQ－ACKコードブックは後に配置される。しかしながら、本出願はこれに限定されない。端末デバイスは、第1のHARQ－ACKコードブックに基づいて第2のリソースを決定する。第2のリソースを決定する方式については、フィードバック情報が位置する時間単位内のPUCCHリソースを決定する前述の方式を参照されたい。詳細は再度説明されない。

S240．端末デバイスは、第2のリソース上で第1のフィードバック情報を送信する。

これに対応して、ネットワークデバイスは、第2のリソース上で端末デバイスから第1のフィードバック情報を受信する。

1つの可能な実施態様では、端末デバイスは、第2のリソース上で第1のHARQ－ACKコードブックを送信し、第1のHARQ－ACKコードブックは第1のフィードバック情報を含む。

任意選択で、第1のHARQ－ACKコードブックは第2のフィードバック情報をさらに含む。第1のHARQ－ACKコードブックを生成する具体的な方式については、S230の説明を参照されたい。詳細は再度説明されない。

本出願の解決策によれば、第1のデータのフィードバック情報を搬送する第1のリソースが非アップリンクリソースを含む場合、端末デバイスは、第2のリソース上でフィードバック情報を送信し、第2のリソースは第1のリソースの後のアップリンクリソースである。これは、フィードバック情報が送信されることができないので第1のデータの再送を回避し、通信リソースの無駄を低減し、通信品質を改善することができる。

本出願の実施形態で提供される方法は、図2から図5を参照して以上で詳細に説明されている。本出願の実施形態で提供される装置は、図6から図8を参照して以下で詳細に説明される。

図6は、本出願の一実施形態による通信装置の概略ブロック図である。図6に示されるように、通信装置600は、処理ユニット610と、トランシーバユニット620とを含んでいてもよい。

1つの可能な設計では、通信装置600は、前述の方法実施形態における端末デバイスに対応していてもよいし、端末デバイス上に構成された（または端末デバイスに使用される）チップに対応していてもよい。

通信装置600は、本出願の実施形態による方法200における端末デバイスに対応していてもよく、通信装置600は、図2の方法200で端末デバイスによって行われる方法を行うように構成されたユニットを含んでいてもよいことを理解されたい。加えて、通信装置600内のユニットおよび前述の他の動作および／または機能は、図2の方法200の対応する手順を実施するように別々に意図されている。

通信装置600が端末デバイス上に構成された（または端末デバイスに使用される）チップである場合、通信装置600内のトランシーバユニット620は、入力／出力インターフェースまたはチップの回路であってもよく、通信装置600内の処理ユニット610は、チップ内のプロセッサであってもよいことをさらに理解されたい。

任意選択で、通信装置600は、処理ユニット610をさらに含んでいてもよく、処理ユニット610は、対応する動作を実施するために、命令またはデータを処理するように構成される。

任意選択で、通信装置600は、記憶ユニット630をさらに含んでいてもよく、記憶ユニット630は、命令またはデータを記憶するように構成される。処理ユニット610は、通信装置に対応する動作を実施させるために記憶ユニットに記憶された命令またはデータを実行しうる。通信装置600において、トランシーバユニット620は、図7に示される端末デバイス1600内のトランシーバ1610に対応していてもよく、記憶ユニット630は、図7に示される端末デバイス1600内のメモリに対応していてもよい。

ユニットが前述の対応するステップを行う具体的なプロセスは、前述の方法実施形態で詳細に説明されていることを理解されたい。簡潔にするため、ここでは詳細は再度説明されない。

通信装置600が端末デバイスである場合、通信装置600内のトランシーバユニット620は、（トランシーバや入力／出力インターフェースなどの）通信インターフェースによって実施されてもよく、例えば、図7に示される端末デバイス1600内のトランシーバ1610に対応していてもよく、通信装置600内の処理ユニット610は、少なくとも1つのプロセッサによって実施されてもよく、例えば、図7に示される端末デバイス1600内のプロセッサ1620に対応していてもよいし、通信装置600内の処理ユニット610は、少なくとも1つの論理回路によって実施されてもよいことをさらに理解されたい。

他の可能な設計では、通信装置600は、前述の方法実施形態におけるネットワークデバイスに対応していてもよいし、ネットワークデバイス上に構成された（またはネットワークデバイスに使用される）チップに対応していてもよい。

通信装置600は、本出願の実施形態による方法200におけるネットワークデバイスに対応していてもよく、通信装置600は、図2の方法200においてネットワークデバイスによって行われる方法を行うように構成されたユニットを含んでいてもよいことを理解されたい。加えて、通信装置600内のユニットおよび前述の他の動作および／または機能は、図2の方法200の対応する手順を実施するように別々に意図されている。

通信装置600がネットワークデバイス上に構成された（またはネットワークデバイスに使用される）チップである場合、通信装置600内のトランシーバユニットは、入力／出力インターフェースまたはチップの回路であり、通信装置600内の処理ユニット610は、チップ内のプロセッサであってもよいことをさらに理解されたい。

任意選択で、通信装置600は、処理ユニット610をさらに含んでいてもよく、処理ユニット610は、対応する動作を実施するために、命令またはデータを処理するように構成される。

任意選択で、通信装置600は、記憶ユニット630をさらに含んでいてもよい。記憶ユニットは、命令またはデータを記憶するように構成されうる。処理ユニットは、通信装置に対応する動作を実施させるために記憶ユニット630に記憶された命令またはデータを実行しうる。通信装置600内の記憶ユニット630は、図8に示されるネットワークデバイス1700内のメモリに対応していてもよい。

ユニットが前述の対応するステップを行う具体的なプロセスは、前述の方法実施形態で詳細に説明されていることを理解されたい。簡潔にするため、ここでは詳細は再度説明されない。

通信装置600がネットワークデバイスである場合、通信装置600内のトランシーバユニット620は、（トランシーバや入力／出力インターフェースなどの）通信インターフェースによって実施されてもよく、例えば、図8に示されるネットワークデバイス1700内のトランシーバ1710に対応していてもよく、通信装置600内の処理ユニット610は、少なくとも1つのプロセッサによって実施されてもよく、例えば、図8に示されるネットワークデバイス1700内のプロセッサ1720に対応していてもよいし、通信装置600内の処理ユニット610は、少なくとも1つの論理回路によって実施されてもよいことをさらに理解されたい。

図7は、本出願の一実施形態による端末デバイス1600の構造の概略図である。端末デバイス1600は、前述の方法実施形態における端末デバイスの機能を行うために、図1に示されるシステムで使用されうる。図に示されるように、端末デバイス1600は、プロセッサ1620と、トランシーバ1610とを含む。任意選択で、端末デバイス1600は、メモリをさらに含む。プロセッサ1620、トランシーバ1610、およびメモリは、制御信号および／またはデータ信号を転送するために、内部接続パスを介して互いに通信しうる。メモリは、コンピュータプログラムを記憶するように構成される。プロセッサ1620は、メモリ内のコンピュータプログラムを実行して、信号を受信および送信するようにトランシーバ1610を制御するように構成される。

プロセッサ1620およびメモリは処理装置に統合されていてもよく、プロセッサ1620は、メモリに記憶されたプログラムコードを実行して前述の機能を実施するように構成される。具体的な実施時に、メモリは、プロセッサ1620に統合されていてもよいし、プロセッサ1620から独立していてもよい。プロセッサ1620は、図6の処理ユニットに対応していてもよい。

トランシーバ1610は、図6のトランシーバユニットに対応していてもよい。トランシーバ1610は、受信機（受信機械または受信機回路とも呼ばれる）と、送信機（送信機械または送信機回路とも呼ばれる）とを含みうる。受信機は信号を受信するように構成され、送信機は信号を送信するように構成される。

図7に示される端末デバイス1600は、図2の方法実施形態における端末デバイスのすべてのプロセスを実施することができることを理解されたい。端末デバイス1600内のモジュールの動作および／または機能は、前述の方法実施形態における対応する手順を実施するために使用される。詳細については、前述の方法実施形態における説明を参照されたい。繰り返しを回避するために、ここでは詳細な説明は適宜省略される。

プロセッサ1620は、端末デバイス内部で実施され、前述の方法実施形態で説明されている動作を行うように構成されうる。トランシーバ1610は、前述の方法実施形態における、端末デバイスによるネットワークデバイスへの送信動作またはネットワークデバイスからの受信動作を行うように構成されうる。詳細については、前述の方法実施形態における説明を参照されたい。ここでは詳細は再度説明されない。

任意選択で、端末デバイス1600は、端末デバイス内の様々な構成要素または回路に電力を供給する構成された電源をさらに含んでいてもよい。

加えて、端末デバイスの機能を改善するために、端末デバイス1600は、入力ユニット、表示ユニット、オーディオ回路、カメラ、センサなどのうちの1つまたは複数をさらに含んでいてもよく、オーディオ回路は、スピーカ、マイクロフォンなどをさらに含んでいてもよい。

図8は、本出願の一実施形態によるネットワークデバイスの構造の概略図である。ネットワークデバイス1700は、前述の方法実施形態におけるネットワークデバイスの機能を行うために、図1に示されるシステムで使用されうる。例えば、図8は、ネットワークデバイスの関連する構造の概略図でありうる。

図8に示されるネットワークデバイス1700は、図2の方法実施形態におけるネットワークデバイスのすべてのプロセスを実施することができることを理解されたい。ネットワークデバイス1700内のモジュールの動作および／または機能は、前述の方法実施形態における対応する手順を実施するために使用される。詳細については、前述の方法実施形態における説明を参照されたい。繰り返しを回避するために、ここでは詳細な説明は適宜省略される。

図8に示されるネットワークデバイス1700は、ネットワークデバイスの単なる可能なアーキテクチャであり、これは、本出願に対するいかなる限定も構成するものではないことを理解されたい。本出願で提供される方法は、他のアーキテクチャにおけるネットワークデバイス、例えば、CU、DU、およびAAUを含むネットワークデバイスに適用可能である。ネットワークデバイスの具体的なアーキテクチャは本出願で限定されない。

本出願の一実施形態は、プロセッサとインターフェースとを含む処理装置をさらに提供する。プロセッサは、前述の方法実施形態のいずれか1つの方法を行うように構成される。

処理装置は、1つまたは複数のチップであってもよいことを理解されたい。例えば、処理装置は、フィールドプログラマブルゲートアレイ（field programmable gate array、FPGA）、特定用途向け集積チップ（application specific integrated circuit、ASIC）、システムオンチップ（system on chip、SoC）、中央処理装置（central processor unit、CPU）、ネットワークプロセッサ（network processor、NP）、デジタル信号処理回路（digital signal processor、DSP）、マイクロコントローラ（micro controller unit、MCU）、プログラマブルコントローラ（programmable logic device、PLD）、または他の集積チップであってもよい。

一実施プロセスにおいて、前述の方法におけるステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、またはソフトウェアの形態の命令を使用することによって実施されることができる。本出願の実施形態を参照して開示された方法のステップは、ハードウェアプロセッサによって直接実行されてもよいし、プロセッサでハードウェアとソフトウェアモジュールの組み合わせによって行われてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、またはレジスタなどの、当技術分野の成熟した記憶媒体に配置されていてもよい。記憶媒体はメモリ内に配置され、プロセッサは、メモリ内の情報を読み出し、プロセッサのハードウェアと共同して前述の方法におけるステップを完了する。繰り返しを回避するために、ここでは詳細は再度説明されない。

本出願の実施形態におけるプロセッサは集積回路チップであってもよく、信号処理能力を有することに留意されたい。一実施プロセスにおいて、前述の方法実施形態におけるステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、またはソフトウェアの形態の命令を使用することによって実施されうる。プロセッサは、汎用プロセッサ、デジタル信号プロセッサ（DSP）、特定用途向け集積回路（ASIC）、フィールドプログラマブルゲートアレイ（FPGA）もしくは他のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタ論理デバイス、またはディスクリートハードウェア構成要素であってよい。プロセッサは、本出願の実施形態において開示されている方法、ステップ、および論理ブロック図を実施するか、または行いうる。汎用プロセッサはマイクロプロセッサであってもよいし、プロセッサは任意の従来のプロセッサであってもよい。本出願の実施形態を参照して開示された方法におけるステップは、ハードウェアデコードプロセッサによって直接行われ、完了されてもよいし、デコードプロセッサでハードウェアとソフトウェアモジュールとの組み合わせによって行われ、完了されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、またはレジスタなどの、当技術分野の成熟した記憶媒体に配置されていてもよい。記憶媒体はメモリ内に配置され、プロセッサは、メモリ内の情報を読み出し、プロセッサのハードウェアと共同して前述の方法におけるステップを完了する。

本出願の実施形態におけるメモリは、揮発性メモリまたは不揮発性メモリであってもよいし、揮発性メモリおよび不揮発性メモリを含んでいてもよいことが理解されよう。不揮発性メモリは、読み出し専用メモリ（read－only memory、ROM）、プログラマブル読み出し専用メモリ（programmable ROM、PROM）、消去可能プログラマブル読み出し専用メモリ（erasable PROM、EPROM）、電気的消去可能プログラマブル読み出し専用メモリ（electrically EPROM、EEPROM）、またはフラッシュメモリであってもよい。揮発性メモリは、ランダムアクセスメモリ（random access memory、RAM）であってもよく、外部キャッシュとして使用される。例えば、これらに限定されないが、スタティックランダムアクセスメモリ（static RAM、SRAM）、ダイナミックランダムアクセスメモリ（dynamic RAM、DRAM）、シンクロナス・ダイナミック・ランダム・アクセス・メモリ（synchronous DRAM、SDRAM）、ダブル・データ・レート・シンクロナス・ダイナミック・ランダム・アクセス・メモリ（double data rate SDRAM、DDR SDRAM）、拡張シンクロナス・ダイナミック・ランダム・アクセス・メモリ（enhanced SDRAM、ESDRAM）、シンクリンク・ダイナミック・ランダム・アクセス・メモリ（synchlink DRAM、SLDRAM）、ダイレクト・ラムバス・ランダム・アクセス・メモリ（direct rambus RAM、DR RAM）などの、多くの形態のRAMが使用されてもよい。本明細書に記載されるシステムおよび方法におけるメモリは、これらおよび他の適切なタイプの任意のメモリを含むがこれらに限定されないことに留意されたい。

本出願の実施形態で提供される方法によれば、本出願は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品は、コンピュータプログラムコードを含む。コンピュータプログラムコードが1つまたは複数のプロセッサによって実行されると、1つまたは複数のプロセッサを含む装置は、図2に示される実施形態における方法を行うことが可能になる。

本出願の実施形態で提供される方法によれば、本出願は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、プログラムコードを記憶している。プログラムコードが1つまたは複数のプロセッサによって実行されると、1つまたは複数のプロセッサを含む装置は、図2に示される実施形態における方法を行うことが可能になる。

本出願の実施形態で提供される方法によれば、本出願は、前述の1つまたは複数のネットワークデバイスを含むシステムをさらに提供する。システムは、前述の1つまたは複数の端末デバイスをさらに含んでいてもよい。

前述の装置実施形態におけるネットワークデバイスおよび端末デバイスは、方法実施形態におけるネットワークデバイスおよび端末デバイスに完全に対応する。対応するモジュールまたはユニットは、対応するステップを行う。例えば、通信ユニット（トランシーバ）は、方法実施形態における受信ステップまたは送信ステップを行い、受信ステップまたは送信ステップ以外の他のステップは、処理ユニット（プロセッサ）によって行われてもよい。ユニットの具体的な機能については、対応する方法実施形態を参照されたい。1つまたは複数のプロセッサがあってもよい。

前述の実施形態の全部または一部が、ソフトウェア、ハードウェア、ファームウェアまたはこれらの任意の組み合わせを使用することによって実施されてもよい。実施形態を実施するためにソフトウェアが使用される場合、実施形態の全部または一部は、コンピュータプログラム製品の形態で実施されてもよい。コンピュータプログラム製品は、1つまたは複数のコンピュータ命令を含む。1つまたは複数のコンピュータ命令がコンピュータ上でロードされて実行されると、本出願の実施形態による手順または機能が全部、または部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されていてもよいし、あるコンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、あるウェブサイト、コンピュータ、サーバ、またはデータセンタから他のウェブサイト、コンピュータ、サーバ、またはデータセンタに有線方式（同軸ケーブル、光ファイバ、デジタル加入者線（digital subscriber line、DSL）など）、または無線方式（赤外線、電波、マイクロ波など）で伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、または1つもしくは複数の使用可能な媒体を統合した、サーバやデータセンタなどのデータ記憶デバイスであってもよい。使用可能な媒体は、磁気媒体（フロッピーディスク、ハードディスク、磁気テープなど）、光学媒体（例えば、高密度デジタルビデオディスク（digital video disc、DVD））、半導体媒体（例えば、ソリッドステートドライブ（solid state disc、SSD））などであってもよい。

前述の装置実施形態におけるネットワークデバイスおよび端末デバイスは、方法実施形態におけるネットワークデバイスおよび端末デバイスに完全に対応する。対応するモジュールまたはユニットは、対応するステップを行う。例えば、通信ユニット（トランシーバ）は、方法実施形態における受信ステップまたは送信ステップを行い、受信ステップまたは送信ステップ以外の他のステップは、処理ユニット（プロセッサ）によって行われてもよい。ユニットの具体的な機能については、対応する方法実施形態を参照されたい。1つまたは複数のプロセッサがあってもよい。

本明細書で使用される「構成要素」、「モジュール」、および「システム」などの用語は、コンピュータ関連エンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアを指示するために使用される。例えば、構成要素は、プロセッサ上で実行されるプロセス、オブジェクト、実行可能ファイル、実行スレッド、プログラム、および／またはコンピュータであってもよいが、これらに限定されない。図を使用することによって例示されているように、コンピューティングデバイスとコンピューティングデバイス上で実行されるアプリケーションの両方が構成要素でありうる。1つまたは複数の構成要素がプロセスおよび／または実行スレッド内に存在していてもよく、構成要素は、1つのコンピュータ上に配置されていてもよく、かつ／または2つ以上のコンピュータに分散されていてもよい。加えて、これらの構成要素は、様々なデータ構造を記憶する様々なコンピュータ可読媒体によって実行されてもよい。構成要素は、ローカルプロセスおよび／またはリモートプロセスを介して、例えば、1つまたは複数のデータパケット（例えば、ローカルシステムにおいて、分散システムにおいて、かつ／または信号を介して他のシステムと対話するインターネットなどのネットワークを介して他の構成要素と対話する2つの構成要素からのデータ）を有する信号に基づいて通信してもよい。

本明細書に開示されている実施形態で説明されている例と組み合わせて、ユニットおよびアルゴリズムステップが、電子ハードウェアまたはコンピュータソフトウェアと電子ハードウェアの組み合わせによって実施されてもよいことを当業者は知っているであろう。機能がハードウェアによって行われるかそれともソフトウェアによって行われるかは、技術的解決策の特定の用途および設計制約条件に依存する。当業者は、異なる方法を使用して記載の機能を特定の用途ごとに実施しうるが、それらの実施態様が本出願の範囲を超えるとみなされるべきではない。

簡便な説明のために、前述のシステム、装置、およびユニットの詳細な動作プロセスについては、前述の方法実施形態における対応するプロセスを参照することが、当業者には明確に理解されうるので、ここでは詳細は再度説明されない。

本出願で提供されるいくつかの実施形態では、開示のシステム、装置、および方法は、他の方式で実施されてもよいことを理解されたい。例えば、記載の装置実施形態は、単なる例である。例えば、ユニット分割は、単なる論理的な機能分割であり、実際の実施においては他の分割であってもよい。例えば、複数のユニットまたは構成要素が組み合わされるかもしくは他のシステムに統合される場合もあり、またはいくつかの特徴が無視されるか、もしくは行われない場合もある。加えて、表示または考察された相互結合または直接結合または通信接続が、いくつかのインターフェースを介して実施されてもよい。装置間またはユニット間の間接結合または通信接続は、電気的形態、機械的形態、または他の形態で実施されてもよい。

別々の部分として記載されたユニットは、物理的に分離されている場合もそうでない場合もあり、ユニットとして表示された部分は、物理ユニットである場合もそうでない場合もあり、一箇所に位置していてもよいし、複数のネットワークユニット上に分散されていてもよい。実施形態の解決策の目的を達成するために、実際の要件に基づいてユニットの一部または全部が選択されてもよい。

加えて、本出願の実施形態における機能ユニットは1つの処理ユニットに統合されていてもよいし、ユニットの各々が物理的に単独で存在していてもよいし、2つ以上のユニットが1つのユニットに統合されていてもよい。

前述の各実施形態において、機能ユニットの機能の全部または一部が、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせによって実施されてもよい。実施形態を実施するためにソフトウェアが使用される場合、実施形態の全部または一部は、コンピュータプログラム製品の形態で実施されてもよい。コンピュータプログラム製品は、1つまたは複数のコンピュータ命令（プログラム）を含む。1つまたは複数のコンピュータ命令（プログラム）がコンピュータ上でロードされて実行されると、本出願の実施形態による手順または機能の全部または一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されていてもよいし、あるコンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、あるウェブサイト、コンピュータ、サーバ、またはデータセンタから他のウェブサイト、コンピュータ、サーバ、またはデータセンタに有線方式（同軸ケーブル、光ファイバ、デジタル加入者線（DSL）など）、または無線方式（赤外線、電波、マイクロ波など）で伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、または1つもしくは複数の使用可能な媒体を統合した、サーバやデータセンタなどのデータ記憶デバイスであってもよい。使用可能な媒体は、磁気媒体（フロッピーディスク、ハードディスク、磁気テープなど）、光学媒体（例えば、DVD）、半導体媒体（例えば、ソリッドステートディスク（solid state disk、SSD））などであってもよい。

機能がソフトウェア機能ユニットの形態で実施され、独立した製品として販売または使用される場合、機能はコンピュータ可読記憶媒体に記憶されていてもよい。そのような理解に基づき、本出願の技術的解決策が本質的に、または関連技術に寄与する部分が、または技術的解決策の一部が、ソフトウェア製品の形態で実施されてもよい。ソフトウェア製品は、記憶媒体に記憶され、本出願の実施形態で説明された方法のステップの全部または一部を行うようコンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイスであってもよい）に命令するためのいくつかの命令を含む。前述の記憶媒体は、USBフラッシュドライブ、リムーバブルハードディスク、読み出し専用メモリ（Read－Only Memory、ROM）、ランダムアクセスメモリ（Random Access Memory、RAM）、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することができる任意の媒体を含む。

前述の説明は、本出願の単なる具体的な実施態様であり、本出願の保護範囲を限定することを意図されたものではない。本出願に開示された技術範囲内で当業者によって容易に考案されるいかなる変形や置換も、本出願の保護範囲内に入るものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

100 無線通信システム
110 ネットワークデバイス
120 端末デバイス
600 通信装置
610 処理ユニット
620 トランシーバユニット
630 記憶ユニット
1600 端末デバイス
1610 トランシーバ
1620 プロセッサ
1700 ネットワークデバイス
1710 トランシーバ
1720 プロセッサ

Claims (20)

1. 端末デバイスが、第1の時間単位内の第1のリソースを決定するステップであって、前記第1のリソースは第1のフィードバック情報を搬送し、前記第1のフィードバック情報は第1のデータのフィードバック情報である、ステップと、
   前記端末デバイスが、前記第1のリソースが非アップリンクリソースを含む場合に、第2の時間単位内の第2のリソース上でネットワークデバイスに前記第1のフィードバック情報を送信するステップであって、前記第2の時間単位は時間的に前記第1の時間単位よりも後の時間単位である、ステップと
   を含み、
   前記端末デバイスが、第2の時間単位内の第2のリソース上で前記ネットワークデバイスに前記第1のフィードバック情報を送信する前記ステップは、
   前記端末デバイスが、前記第2の時間単位内の前記第2のリソース上で前記ネットワークデバイスに第1のハイブリッド自動再送要求（HARQ－ACK）コードブックを送信するステップであって、前記第1のHARQ－ACKコードブックは前記第1のフィードバック情報を含む、ステップを含み、
   前記端末デバイスが、前記第2の時間単位内の前記第2のリソース上で前記ネットワークデバイスに第1のHARQ－ACKコードブックを送信する前記ステップは、
   前記第2のリソースが第3のリソースと部分的にまたは完全にオーバーラップし、前記第1のHARQ－ACKコードブックの優先度が第2のHARQ－ACKコードブックの優先度よりも高い場合に、前記端末デバイスが、前記第2のリソース上で前記ネットワークデバイスに前記第1のHARQ－ACKコードブックを送信するステップであって、前記第1のHARQ－ACKコードブックは、前記第1のフィードバック情報および第2のフィードバック情報に基づいて生成される、ステップ
   を含み、
   前記第3のリソースは前記第2のフィードバック情報を含む前記第2のHARQ－ACKコードブックを搬送し、前記第2のフィードバック情報は第2のデータのフィードバック情報である、
   情報伝送方法。
2. 前記第1のリソースはM個のシンボルを含み、前記第2の時間単位に含まれるアップリンクシンボルの数はM以上であり、Mは0より大きい整数である、請求項1に記載の方法。
3. 前記第2の時間単位は、1つまたは複数の第3の時間単位のうちの時間的に前記第1の時間単位に最も近い時間単位であり、
   前記第1のリソースはM個のシンボルを含み、前記第3の時間単位はアップリンクシンボルの数がM以上である時間単位であり、Mは0より大きい整数であるか、または前記第3の時間単位はアップリンクシンボルのみを含む時間単位である、
   請求項1または2に記載の方法。
4. 前記第2の時間単位と第1のダウンリンク共有チャネル（PDSCH）が位置する時間単位との間の間隔は第1の時間間隔以下であり、前記第1のPDSCHは前記第1のデータを搬送する、請求項1から3のいずれか一項に記載の方法。
5. 前記ネットワークデバイスから第1の情報を受信するステップであって、前記第1の情報は1つまたは複数の第2の時間間隔を指示し、前記第2の時間間隔の各々は、ダウンリンク共有チャネルが位置する時間単位と前記ダウンリンク共有チャネルのフィードバック情報が位置する時間単位との間の時間間隔である、ステップ
   をさらに含み、
   前記第1の時間間隔は、前記1つまたは複数の第2の時間間隔のうちの最大時間間隔に等しい、
   請求項4に記載の方法。
6. 前記ネットワークデバイスから第2の情報を受信するステップであって、前記第2の情報は前記第1の時間間隔を指示する、ステップ
   をさらに含む、請求項4に記載の方法。
7. 前記非アップリンクリソースは、
   ダウンリンクリソース、フレキシブルリソース、または予約済みリソース、
   のリソースのうちの1つまたは複数を含む、請求項1から6のいずれか一項に記載の方法。
8. ネットワークデバイスが、端末デバイスに第1のデータを送信するステップと、
   前記ネットワークデバイスが、第1のリソースが非アップリンクリソースを含む場合に、第2の時間単位内の第2のリソース上で前記端末デバイスから第1のフィードバック情報を受信するステップであって、前記第2の時間単位は時間的に第1の時間単位よりも後の時間単位である、ステップと
   を含み、
   前記ネットワークデバイスが、第2の時間単位内の第2のリソース上で前記端末デバイスから前記第1のフィードバック情報を受信する前記ステップは、
   前記ネットワークデバイスが、前記第2の時間単位内の前記第2のリソース上で前記端末デバイスから第1のハイブリッド自動再送要求（HARQ－ACK）コードブックを受信するステップであって、前記第1のHARQ－ACKコードブックは前記第1のフィードバック情報を含む、ステップを含み、
   前記ネットワークデバイスが、前記第2の時間単位内の前記第2のリソース上で前記端末デバイスから第1のHARQ－ACKコードブックを受信する前記ステップは、
   前記第2のリソースが第3のリソースと部分的にまたは完全にオーバーラップし、前記第1のHARQ－ACKコードブックの優先度が第2のHARQ－ACKコードブックの優先度よりも高い場合に、前記ネットワークデバイスが、前記第2のリソース上で前記端末デバイスから前記第1のHARQ－ACKコードブックを受信するステップであって、前記第1のHARQ－ACKコードブックは、前記第1のフィードバック情報および第2のフィードバック情報に基づいて生成される、ステップ
   を含み、
   前記第3のリソースは前記第2のフィードバック情報を含む前記第2のHARQ－ACKコードブックを搬送し、前記第2のフィードバック情報は第2のデータのフィードバック情報である、
   情報伝送方法。
9. 前記第1のリソースはM個のシンボルを含み、前記第2の時間単位に含まれるアップリンクシンボルの数はM以上であり、Mは0より大きい整数である、請求項8に記載の方法。
10. 前記第2の時間単位は、1つまたは複数の第3の時間単位のうちの時間的に前記第1の時間単位に最も近い時間単位であり、
    前記第1のリソースはM個のシンボルを含み、前記第3の時間単位はアップリンクシンボルの数がM以上である時間単位であり、Mは0より大きい整数であるか、または前記第3の時間単位はアップリンクシンボルのみを含む時間単位である、
    請求項8または9に記載の方法。
11. 前記第2の時間単位と第1のダウンリンク共有チャネル（PDSCH）が位置する時間単位との間の間隔は第1の時間間隔以下であり、前記第1のPDSCHは前記第1のデータを搬送する、請求項8から10のいずれか一項に記載の方法。
12. 前記ネットワークデバイスが、前記端末デバイスに第1の情報を送信するステップであって、前記第1の情報は1つまたは複数の第2の時間間隔を指示し、前記第2の時間間隔の各々は、ダウンリンク共有チャネルが位置する時間単位と前記ダウンリンク共有チャネルのフィードバック情報が位置する時間単位との間の時間間隔である、ステップ
    をさらに含み、
    前記第1の時間間隔は、前記1つまたは複数の第2の時間間隔のうちの最大時間間隔に等しい、
    請求項11に記載の方法。
13. 前記端末デバイスに第2の情報を送信するステップであって、前記第2の情報は前記第1の時間間隔を指示する、ステップ
    をさらに含む、請求項11に記載の方法。
14. 前記非アップリンクリソースは、
    ダウンリンクリソース、フレキシブルリソース、または予約済みリソース、
    のリソースのうちの1つまたは複数を含む、請求項8から13のいずれか一項に記載の方法。
15. 請求項1から7のいずれか一項に記載の方法を行うよう構成された、通信装置。
16. 請求項8から14のいずれか一項に記載の方法を行うよう構成された、通信装置。
17. チップであって、前記チップはメモリに接続されるか、または前記チップは前記メモリを含み、前記メモリに記憶された命令を読み出し、実行して、請求項1から7のいずれか一項に記載の方法を実施するよう構成された、チップ。
18. チップであって、前記チップはメモリに接続されるか、または前記チップは前記メモリを含み、前記メモリに記憶された命令を読み出し、実行して、請求項8から14のいずれか一項に記載の方法を実施するよう構成された、チップ。
19. 命令を含むコンピュータ読み取り可能な記憶媒体であって、前記命令がコンピュータ上で実行されると、前記コンピュータは、請求項1から7のいずれか一項に記載の方法のステップを行う、コンピュータ読み取り可能な記憶媒体。
20. 命令を含むコンピュータ読み取り可能な記憶媒体であって、前記命令がコンピュータ上で実行されると、前記コンピュータは、請求項8から14のいずれか一項に記載の方法のステップを行う、コンピュータ読み取り可能な記憶媒体。