特表 2024-528535 通信の方法、装置及びコンピュータ記憶媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-07-30

(54)【発明の名称】通信の方法、装置及びコンピュータ記憶媒体

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20240723BHJP

   H04W 72/232 20230101ALI20240723BHJP

   H04W 28/04 20090101ALI20240723BHJP

【ＦＩ】

H04W72/1268

H04W72/232

H04W28/04 110

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023580687

(86)(22)【出願日】2021-07-02

(85)【翻訳文提出日】2024-02-28

(86)【国際出願番号】 CN2021104378

(87)【国際公開番号】W WO2023272741

(87)【国際公開日】2023-01-05

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

(71)【出願人】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】ワン ガン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067EE02

5K067EE10

5K067HH28

5K067JJ13

(57)【要約】

本開示の実施形態は、通信の方法、装置及びコンピュータ可読媒体に関する。端末装置は、ネットワーク装置から、第１のＤＣＩによりスケジューリングされる複数の第１のデータ送信と、第２のＤＣＩによりスケジューリングされる第２のデータ送信とを受信し、ネットワーク装置に、複数の第１のデータ送信についての第１のＨＡＲＱフィードバックであって、該複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突する第１のデータ送信についてのＮＡＣＫを含む第１のＨＡＲＱフィードバックと、第２のデータ送信についての第２のＨＡＲＱフィードバックとを送信する。こうして、上記の衝突時に該複数のデータ送信についてのＨＡＲＱフィードバックを生成するためのルールが定義される。
【選択図】図３

【特許請求の範囲】

【請求項1】

端末装置において、第１のダウンリンク制御情報（ＤＣＩ：downlink control information）によりスケジューリングされる複数の第１のデータ送信と、第２のＤＣＩによりスケジューリングされる第２のデータ送信とをネットワーク装置から受信することと、
前記複数の第１のデータ送信についての第１のハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）フィードバックであって、前記複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突する第１のデータ送信についての否定応答（ＮＡＣＫ：negative acknowledgement）を含む第１のＨＡＲＱフィードバックと、前記第２のデータ送信についての第２のＨＡＲＱフィードバックとを前記ネットワーク装置に送信することと、
を含む通信の方法。

【請求項2】

前記第１のＨＡＲＱフィードバックを送信することは、
前記第１のＨＡＲＱフィードバックのための第１のコードブックであって、前記衝突する第１のデータ送信のためのスケジューリングされた位置に対応するＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）ビット位置での前記否定応答を含む前記第１のコードブックを送信すること、
を含む請求項１に記載の方法。

【請求項3】

前記第１のＨＡＲＱフィードバックを送信することは、
前記第１のＨＡＲＱフィードバックのための第１のコードブックであって、前記複数の第１のデータ送信のうち、前記衝突する第１のデータ送信を除くデータ送信のためのＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）ビットの後の前記否定応答を含む前記第１のコードブックを送信すること、
を含む請求項１に記載の方法。

【請求項4】

設定されるアップリンクシンボルとは、前記複数の第１のデータ送信のうちの１つのみが衝突しないとの決定に従って、前記複数の第１のデータ送信のうちの前記１つのみについての前記第１のＨＡＲＱフィードバックと、前記第２のＨＡＲＱフィードバックとのためのコードブックを生成することと、
前記コードブックを前記ネットワーク装置に送信することと、
をさらに含む請求項１に記載の方法。

【請求項5】

設定されるアップリンクシンボルとは、前記複数の第１のデータ送信のうちの１つのみが衝突しないとの決定に従って、前記複数の第１のデータ送信のうちの前記１つについてのＮＡＣＫ又は確認応答（ＡＣＫ：acknowledgement）、及び前記複数の第１のデータ送信のうちの他のデータ送信についてのＮＡＣＫを含む前記第１のＨＡＲＱフィードバックのための第１のコードブックと、前記第２のＨＡＲＱフィードバックのための第２のコードブックとを生成することと、
前記コードブックを前記ネットワーク装置に送信することと、
をさらに含む請求項１に記載の方法。

【請求項6】

前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとを送信することは、
前記複数の第１のデータ送信を複数のグループにグループ化することにより前記第１のＨＡＲＱフィードバックを生成することと、
前記第２のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数が前記第１のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数に等しくなるように、ＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）ビットをＮＡＣＫでパディングすることにより前記第２のＨＡＲＱフィードバックを生成することと、
前記第１のフィードバックと前記第２のフィードバックとのためのコードブックを生成することと、
前記コードブックを前記ネットワーク装置に送信することと、
を含む請求項１に記載の方法。

【請求項7】

前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとを送信することは、
前記複数の第１のデータ送信を複数のグループにグループ化することにより前記第１のＨＡＲＱフィードバックを生成することと、
前記第２のＨＡＲＱフィードバックを生成することと、
前記第１のフィードバックと前記第２のフィードバックとのためのコードブックを生成することと、
前記コードブックを前記ネットワーク装置に送信することと、
を含み、
前記端末装置のサービングセルによりサポートされるトランスポートブロックの最大数が前記複数のグループの数に等しいである、
請求項１に記載の方法。

【請求項8】

端末装置において、ダウンリンク制御情報（ＤＣＩ：downlink control information）によりスケジューリングされる複数のデータ送信をネットワーク装置から受信することと、
前記端末装置のために設定されたグループ数に基づいて、前記複数のデータ送信をグループ化することと、
グループ化されるデータ送信について生成されたハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）フィードバックを前記ネットワーク装置に送信することと、
を含む通信の方法。

【請求項9】

前記グループ数は、前記端末装置のサービングセルについて共通に設定される
請求項８に記載の方法。

【請求項10】

前記グループ数は、前記端末装置のサービングセルの各々について異なるように設定され、前記複数のデータ送信をグループ化することは、
前記端末装置と接続を確立するサービングセルについて設定されるグループ数のうちの最大数を決定することと、
前記最大数に基づいて前記複数のデータ送信をグループ化することと、
を含む請求項８に記載の方法。

【請求項11】

前記複数のデータ送信をグループ化することは、
前記グループ化を有効化するための第１の指示を前記ネットワーク装置から受信することと、
前記第１の指示に応じて前記複数のデータ送信をグループ化することと、
を含む請求項８に記載の方法。

【請求項12】

前記グループ化を無効化するための第２の指示を前記ネットワーク装置から受信することと、
前記複数のデータ送信について生成された別のＨＡＲＱフィードバックを前記ネットワーク装置に送信することと、
をさらに含む請求項１１に記載の方法。

【請求項13】

端末装置において、複数のデータ送信をスケジューリングするダウンリンク制御情報（ＤＣＩ：downlink control information）であって、前記複数のデータ送信についての複数のパラメータを示すＤＣＩをネットワーク装置から受信することであって、前記複数のパラメータの各々が単一の値を有し、前記単一の値が対応のデータ送信の第１のスロットと前のデータ送信の第２のスロットとの間のスロットギャップを示し、前記単一の値が前記第１のスロット上の前記対応のデータ送信の時間領域リソースの開始位置及び長さに関する情報をさらに示すことと、
前記複数のパラメータの各々に基づいて、対応のデータ送信のための前記時間領域リソースを決定することと、
を含む通信の方法。

【請求項14】

前記時間領域リソースを決定することは、

により、前記第１のスロットと前記第２のスロットとの間の前記スロットギャップを決定することであって、ＳＬＩＶ_１が前記複数のパラメータの各々の前記単一の値を示すことと、
ｍｏｄ（ＳＬＩＶ_１，１２８）により、前記第１のスロット上の前記時間領域リソースの前記開始位置及び前記長さに関する前記情報を決定することと、
を含む請求項１３に記載の方法。

【請求項15】

ネットワーク装置において、第１のダウンリンク制御情報（ＤＣＩ：downlink control information）によりスケジューリングされる複数の第１のデータ送信と、第２のＤＣＩによりスケジューリングされる第２のデータ送信とを端末装置に送信することと、
前記複数の第１のデータ送信についての第１のハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）フィードバックであって、前記複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突する第１のデータ送信についての否定応答（ＮＡＣＫ：negative acknowledgement）を含む第１のＨＡＲＱフィードバックと、前記第２のデータ送信についての第２のＨＡＲＱフィードバックとを前記端末装置から受信することと、
を含む通信の方法。

【請求項16】

前記第１のＨＡＲＱフィードバックを受信することは、
前記第１のＨＡＲＱフィードバックのための第１のコードブックであって、前記衝突する第１のデータ送信のためのスケジューリングされた位置に対応するＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）ビット位置での前記否定応答を含む前記第１のコードブックを受信すること、
を含む請求項１５に記載の方法。

【請求項17】

前記第１のＨＡＲＱフィードバックを受信することは、
前記第１のＨＡＲＱフィードバックのための第１のコードブックであって、前記複数の第１のデータ送信のうち、前記衝突する第１のデータ送信を除くデータ送信のためのＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）ビットの後の前記否定応答を含む前記第１のコードブックを受信すること、
を含む請求項１５に記載の方法。

【請求項18】

前記複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突しない１つのみのデータ送信についての前記第１のＨＡＲＱフィードバックと、前記第２のＨＡＲＱフィードバックとのためのコードブックとを受信すること、
をさらに含む請求項１５に記載の方法。

【請求項19】

前記複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突しない１つのみのデータ送信についてのＮＡＣＫ又は確認応答（ＡＣＫ：acknowledgement）、及び前記複数の第１のデータ送信のうちの他のデータ送信についてのＮＡＣＫを含む前記第１のＨＡＲＱフィードバックのための第１のコードブックと、前記第２のＨＡＲＱフィードバックのための第２のコードブックとを受信すること、
をさらに含む請求項１５に記載の方法。

【請求項20】

前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとを受信することは、
前記複数の第１のデータ送信を複数のグループにグループ化することにより生成された前記第１のフィードバックと、前記第２のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数が前記第１のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数に等しくなるように、前記第２のＨＡＲＱフィードバックについてのＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ：HARQ-acknowledgement）ビットをＮＡＣＫでパディングすることにより生成された前記第２のＨＡＲＱフィードバックとのためのコードブックを受信すること
を含む請求項１５に記載の方法。

【請求項21】

前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとを受信することは、
前記第１のフィードバックと前記第２のフィードバックとのためのコードブックを受信すること、
を含み
前記複数の第１のデータ送信を複数のグループにグループ化することにより前記第１のフィードバックが生成され、
前記端末装置のサービングセルによりサポートされるトランスポートブロックの最大数が前記複数のグループの数に等しいであること、
請求項１５に記載の方法。

【請求項22】

ネットワーク装置において、ダウンリンク制御情報（ＤＣＩ：downlink control information）によりスケジューリングされる複数のデータ送信を端末装置に送信することと、
前記端末装置のために設定されたグループ数に基づいてグループ化された前記複数のデータ送信についてのハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）フィードバックを前記端末装置から受信することと、
を含む通信の方法。

【請求項23】

前記グループ数は、前記端末装置のサービングセルについて共通に設定される
請求項２２に記載の方法。

【請求項24】

前記グループ数は、前記端末装置のサービングセルの各々について異なるように設定され、
前記複数のデータ送信は、前記端末装置と接続を確立するサービングセルについて設定されるグループ数のうちの最大数に基づいてグループ化される
請求項２２に記載の方法。

【請求項25】

前記グループ化を有効化するための第１の指示を前記端末装置に送信すること、
をさらに含む請求項２２に記載の方法。

【請求項26】

前記グループ化を無効化するための第２の指示を前記端末装置に送信することと、
前記複数のデータ送信について生成された別のＨＡＲＱフィードバックを前記端末装置から受信することと、
をさらに含む請求項２５に記載の方法。

【請求項27】

ネットワーク装置において、複数のデータ送信をスケジューリングするダウンリンク制御情報（ＤＣＩ：downlink control information）であって、前記複数のデータ送信についての複数のパラメータを示すＤＣＩを端末装置に送信することであって、前記複数のパラメータの各々が単一の値を有し、前記単一の値が対応のデータ送信の第１のスロットと前のデータ送信の第２のスロットとの間のスロットギャップを示し、前記単一の値が前記第１のスロット上の前記対応のデータ送信の時間領域リソースの開始位置及び長さに関する情報をさらに示すこと、
を含む通信の方法。

【請求項28】

前記第１のスロットと前記第２のスロットとの間の前記スロットギャップは

により決定され、ＳＬＩＶ_１が前記複数のパラメータの各々の前記単一の値を示し、
前記第１のスロット上の前記時間領域リソースの前記開始位置及び前記長さに関する前記情報はｍｏｄ（ＳＬＩＶ_１，１２８）により決定される
請求項２７に記載の方法。

【請求項29】

請求項１～７の何れか一項又は請求項８～１２の何れか一項又は請求項１３～１４の何れか一項に記載の方法を実行するように設定されたプロセッサを備える
端末装置。

【請求項30】

請求項１５～２１の何れか一項又は請求項２２～２６の何れか一項又は請求項２７～２８の何れか一項に記載の方法を実行するように設定されたプロセッサを備える
ネットワーク装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、全体として電気通信の分野に関するものであり、特に単一のダウンリンク制御チャネル上でのダウンリンク制御情報（ＤＣＩ：downlink control information）によるマルチ送信時間間隔（ＴＴＩ：multi-transmission time interval）のスケジューリング中の通信の方法、装置及びコンピュータ記憶媒体に関するものである。

【背景技術】

【0002】

現在では、５２．６ＧＨｚから７１ＧＨｚまでのＮｅｗ Ｒａｄｉｏ（ＮＲ）をサポートするために、１つの物理ダウンリンク制御チャネル（ＰＤＣＣＨ：physical downlink control channel）を使用して複数の物理アップリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）をスケジューリングするマルチＴＴＩに基づくスケジューリングが提案されている。これにより、制御シグナリングオーバーヘッドを低減させることができる。したがって、マルチＴＴＩに基づくスケジューリングは、単一のＰＤＣＣＨ上のＤＣＩによる複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のスケジューリングに拡張されている。

【0003】

現在では、ＤＣＩによりスケジューリングされる複数のＰＤＳＣＨと、別のＤＣＩによりスケジューリングされる単一のＰＤＳＣＨとのそれぞれについてのハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）フィードバックのためにサブコードブックを生成することが合意されている。しかしながら、サブコードブックの生成のさらなる詳細は、未だ不完全である。

【発明の概要】

【発明が解決しようとする課題】

【0004】

全体として、本開示の実施形態は、一つのダウンリンク制御チャネル内でのマルチＴＴＩのスケジューリング中の通信の方法、装置及びコンピュータ記憶媒体を提供する。

【課題を解決するための手段】

【0005】

第１の態様において、通信の方法が提供される。前記方法は、端末装置において、第１のＤＣＩによりスケジューリングされる複数の第１のデータ送信と、第２のＤＣＩによりスケジューリングされる第２のデータ送信とをネットワーク装置から受信することと、前記複数の第１のデータ送信についての第１のハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）フィードバックであって、前記複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突する第１のデータ送信についての否定応答（ＮＡＣＫ：negative acknowledgement）を含む第１のＨＡＲＱフィードバックと、前記第２のデータ送信についての第２のＨＡＲＱフィードバックとを前記ネットワーク装置に送信することと、を含む。

【0006】

第２の態様において、通信の方法が提供される。前記方法は、端末装置において、ＤＣＩによりスケジューリングされる複数のデータ送信をネットワーク装置から受信することと、前記端末装置のために設定されたグループ数に基づいて、前記複数のデータ送信をグループ化することと、グループ化されるデータ送信について生成されたＨＡＲＱフィードバックを前記ネットワーク装置に送信することと、を含む。

【0007】

第３の態様において、通信の方法が提供される。前記方法は、端末装置において、複数のデータ送信をスケジューリングするＤＣＩであって、前記複数のデータ送信についての複数のパラメータを示すＤＣＩをネットワーク装置から受信することであって、前記複数のパラメータの各々が単一の値を有し、前記単一の値が対応のデータ送信の第１のスロットと前のデータ送信の第２のスロットとの間のスロットギャップを示し、前記単一の値が前記第１のスロット上の前記対応のデータ送信の時間領域リソースの開始位置及び長さに関する情報をさらに示すことと、前記複数のパラメータの各々に基づいて、対応のデータ送信のための前記時間領域リソースを決定することと、を含む。

【0008】

第４の態様において、通信の方法が提供される。前記方法は、ネットワーク装置において、第１のＤＣＩによりスケジューリングされる複数の第１のデータ送信と、第２のＤＣＩによりスケジューリングされる第２のデータ送信とを端末装置に送信することと、前記複数の第１のデータ送信についての第１のＨＡＲＱフィードバックであって、前記複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突する第１のデータ送信についてのＮＡＣＫを含む第１のＨＡＲＱフィードバックと、前記第２のデータ送信についての第２のＨＡＲＱフィードバックとを前記端末装置から受信することと、を含む。

【0009】

第５の態様において、通信の方法が提供される。前記方法は、ネットワーク装置において、ＤＣＩによりスケジューリングされる複数のデータ送信を端末装置に送信することと、前記端末装置のために設定されたグループ数に基づいてグループ化された前記複数のデータ送信についてのＨＡＲＱフィードバックを前記端末装置から受信することと、を含む。

【0010】

第６の態様において、通信の方法が提供される。前記方法は、ネットワーク装置において、複数のデータ送信をスケジューリングするＤＣＩであって、前記複数のデータ送信についての複数のパラメータを示すＤＣＩを端末装置に送信することであって、前記複数のパラメータの各々が単一の値を有し、前記単一の値が対応のデータ送信の第１のスロットと前のデータ送信の第２のスロットとの間のスロットギャップを示し、前記単一の値が前記第１のスロット上の前記対応のデータ送信の時間領域リソースの開始位置及び長さに関する情報をさらに示すこと、を含む。

【0011】

第７の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記端末装置に本開示の第１の態様に記載の方法を実行させる命令を記憶する。

【0012】

第８の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記端末装置に本開示の第２の態様に記載の方法を実行させる命令を記憶する。

【0013】

第９の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記端末装置に本開示の第３の態様に記載の方法を実行させる命令を記憶する。

【0014】

第１０の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記ネットワーク装置に本開示の第４の態様に記載の方法を実行させる命令を記憶する。

【0015】

第１１の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記ネットワーク装置に本開示の第５の態様に記載の方法を実行させる命令を記憶する。

【0016】

第１２の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記ネットワーク装置に本開示の第６の態様に記載の方法を実行させる命令を記憶する。

【0017】

第１３の態様において、命令を記憶したコンピュータ可読媒体を提供する。前記命令は、少なくとも１つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、本開示の第１、第２及び第３の態様のうちの何れか一つに記載の方法を実行させる。

【0018】

第１４の態様において、命令を記憶したコンピュータ可読媒体を提供する。前記命令は、少なくとも１つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、本開示の第４、第５及び第６の態様のうちの何れか一つに記載の方法を実行させる。

【0019】

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

【図面の簡単な説明】

【0020】

添付図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。

【0021】

【図1】本開示のいくつかの実施形態を実施可能な例示的な通信ネットワークを示す図である。

【0022】

【図2A】本開示の実施形態にかかる、単一のＤＣＩにより１つのダウンリンクデータチャネルをスケジューリングためのプロセスの概略図である。

【0023】

【図2B】本開示の実施形態にかかる、単一のＤＣＩにより複数のデータチャネルをスケジューリングためのプロセスの概略図である。

【0024】

【図2C】本開示の実施形態にかかる、複数のサービングセルにおいて単一のＤＣＩにより複数のデータチャネルをスケジューリングためのプロセスの概略図である。

【0025】

【図3】本開示の実施形態にかかる、単一のＤＣＩによりスケジューリングされる複数のダウンリンクデータ送信のうちの１つと、設定されるアップリンクシンボルとが衝突する場合の通信のためのプロセスを示す概略図である。

【0026】

【図4】本開示の実施形態にかかる、単一のＤＣＩによりスケジューリングされる複数のダウンリンクデータ送信のうちの２つと、設定されるアップリンクシンボルとが衝突する場合に、該複数のダウンリンクデータ送信についてのＨＡＲＱフィードバックを生成するためのプロセスを示す概略図である。

【0027】

【図5】本開示の実施形態にかかる、設定されるアップリンクシンボルとは、複数のダウンリンクデータ送信のうちの１つのみが衝突しない例示的なシナリオを示す概略図である。

【0028】

【図6】本開示の実施形態にかかる、単一のＤＣＩによりスケジューリングされる複数のダウンリンクデータ送信についてのＨＡＲＱフィードバックの例示的な時間領域バンドリングを示す概略図である。

【0029】

【図7】本開示の実施形態にかかる、単一のＤＣＩによりスケジューリングされる複数のデータ送信に時間領域バンドリングが適用される場合の通信のための別のプロセスを示す概略図である。

【0030】

【図8】本開示の実施形態にかかる、単一のＤＣＩによりスケジューリングされる複数のデータ送信のためのリソースを示す通信のための別のプロセスを示す概略図である。

【0031】

【図9】本開示のいくつかの実施形態にかかる、端末装置において実現される例示的な通信方法を示す図である。

【0032】

【図10】本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法を示す図である。

【0033】

【図11】本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法を示す図である。

【0034】

【図12】本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される例示的な通信方法を示す図である。

【0035】

【図13】本開示のいくつかの実施形態にかかる、ネットワーク装置において実装される別の例示的な通信方法を示す図である。

【0036】

【図14】本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される別の例示的な通信方法を示す図である。

【0037】

【図15】本開示の実施形態を実現するのに適した装置の概略ブロック図である。

【0038】

図中、同一又は類似の参照番号は、同一又は類似の要素を表す。

【発明を実施するための形態】

【0039】

ここで、いくつかの実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しないことを理解すべきである。本明細書で説明される開示内容は、以下で説明される方法とは異なる様々な方法で実施することができる。

【0040】

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

【0041】

本文で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ：user equipment）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ：personal digital assistant）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ：internet of things）装置、あらゆるモノのインターネット（ＩｏＥ：Internet of Everything）装置、マシンタイプ通信（ＭＴＣ：machine type communication）装置、Ｖ２Ｘ通信のための車載装置などを含むが、これらに限定されない。ここで、Ｖ２Ｘの「Ｘ」は歩行者、車両又はインフラストラクチャ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。「端末装置」という用語は、ＵＥ、移動局、加入者局、移動端末、ユーザ端末、又は無線装置と互換的に使用されてもよい。また、「ネットワーク装置」という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ：Evolved NodeB）、次世代ノードＢ（ｇＮＢ：next generation NodeB）、送受信ポイント（ＴＲＰ：Transmission Reception Point）、リモートラジオユニット（ＲＲＵ：Remote Radio Unit）、ラジオヘッド（ＲＨ:radio head）、リモートラジオヘッド（ＲＲＨ:remote radio head）、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。

【0042】

一実施形態において、端末装置は、第１のネットワーク装置及び第２のネットワーク装置に接続することができる。第１のネットワーク装置と第２のネットワーク装置の一方をマスターノードとして、他方をセカンダリ―ノードとしてもよい。第１のネットワーク装置と第２のネットワーク装置は、異なる無線アクセス技術（ＲＡＴ:radio access technology）を使用してもよい。一実施形態において、第１のネットワーク装置は第１のＲＡＴ装置であってもよく、第２のネットワーク装置は第２のＲＡＴ装置であってもよい。一実施形態において、第１のＲＡＴ装置はｅＮＢであり、第２のＲＡＴ装置はｇＮＢである。異なるＲＡＴに関する情報は、第１のネットワーク装置又は第２のネットワーク装置の少なくとも一方から端末装置に送信されてもよい。一実施形態において、第１の情報は、第１のネットワーク装置から端末装置に送信されてもよく、そして第２の情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。一実施形態において、第２のネットワーク装置により設定された端末装置の設定に関する情報は、第２のネットワーク装置から第１のネットワーク装置を介して送信されてもよい。第２のネットワーク装置により設定された端末装置の再設定に関する情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。

【0043】

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

【0044】

いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと称される。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことが、理解できるはずである。

【0045】

上述したように、ＤＣＩによりスケジューリングされる複数のＰＤＳＣＨと、別のＤＣＩによりスケジューリングされる単一のＰＤＳＣＨとのそれぞれについてのＨＡＲＱフィードバックのために、サブコードブックが生成される。しかしながら、設定されるアップリンクシンボルとは、該複数のＰＤＳＣＨのうちの１つ又は複数が衝突する場合、その状況では該複数のＰＤＳＣＨについてＨＡＲＱフィードバックをどのように生成するかについて研究すべきである。さらに、該複数のＰＤＳＣＨについてのＨＡＲＱフィードバックのコードブックサイズを低減させるために該複数のＰＤＳＣＨのグループ化が考えられる場合、グループ化のためのグループ数をどのように示し、適用するかについて研究すべきである。追加として、複数のＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするＤＣＩ内の時間領域リソース割当（ＴＤＲＡ：time domain resource assignment）について、ＰＤＳＣＨ間又はＰＵＳＣＨ間にスロットギャップが導入される場合、スロットギャップをどのように示すかについて研究すべきである。

【0046】

本開示の実施形態は、上記及び他の潜在的な問題を解決するための解決策を提供する。一態様において、ＤＣＩによりスケジューリングされる複数のデータ送信と、別のＤＣＩによりスケジューリングされる単一のデータ送信とについて、前記複数のデータ送信についての第１のＨＡＲＱフィードバックと、該単一のデータ送信についての第２のＨＡＲＱフィードバックとが生成され、送信される。設定されるアップリンクシンボルと、該複数のデータ送信のうちの１つが衝突する場合、第１のＨＡＲＱフィードバックは、該複数のデータ送信のうちの該１つについてのＮＡＣＫを含む。こうして、上記の衝突時に該複数のデータ送信についてのＨＡＲＱフィードバックを生成するためのルールが定義される。

【0047】

別の態様において、ＤＣＩによりスケジューリングされる複数のデータ送信について、端末装置のために設定されたグループ数に基づいて該複数のデータ送信がグループ化され、グループ化されたデータ送信について、ＨＡＲＱフィードバックが生成され、送信される。こうして、グループ化のためのグループ数は、スケジューリングされるデータ送信数に応じて柔軟に変更されてもよい。

【0048】

さらに別の態様において、ＤＣＩによりスケジューリングされる複数のデータ送信について、該複数のデータ送信についての複数のパラメータは、該複数のデータ送信のための時間領域リソースを示すために、ＤＣＩ内で示される。該複数のパラメータの各々は、対応のデータ送信の第１のスロットと、前のデータ送信の第２のスロットとの間のスロットギャップと、第１のスロット上の対応のデータ送信の時間領域リソースの開始位置及び長さに関する情報とを示す単一の値を有する。こうして、ＴＤＲＡ内の各開始及び長さインジケータ（ＳＬＩＶ：start and length indicator）にスロットギャップフィールド又は独自のスロットオフセットを追加する必要はない。

【0049】

以下、添付図面を参照して、本開示の原理及び実施態様について詳細に説明する。
通信ネットワークの例

【0050】

図１は、本開示の実施形態を実施可能な例示的な通信ネットワーク１００の概略図である。図１に示すように、通信ネットワーク１００は、端末装置１１０とネットワーク装置１２０とを含んでもよい。いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０によりサービングされてもよい。図１における装置の数は説明の目的で与えられており、本開示に対するいかなる限定も暗示していないことを理解すべきである。通信ネットワーク１００は、本開示の実施態様を実施するのに適した任意の適切な数のネットワーク装置及び／又は端末装置を含んでもよい。

【0051】

図１に示すように、端末装置１１０は、無線通信チャネル等のチャネルを介してネットワーク装置１２０と通信してもよい。通信ネットワーク１００における通信は、モバイル通信のためのグローバルシステム（ＧＳＭ：Global System for Mobile Communications）、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ：Wideband Code Division Multiple Access）、符号分割多元接続（ＣＤＭＡ：Code Division Multiple Access）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：GSM EDGE Radio Access Network）、マシンタイプ通信（ＭＴＣ：Machine Type Communication）などを含むが、これらに限定されない任意の適切な規格に準拠してもよい。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。

【0052】

いくつかの実施形態において、端末装置１１０は、アップリンクデータチャネル送信を介して、アップリンクデータをネットワーク装置１２０に送信してもよい。例えば、アップリンクデータチャネル送信は、ＰＵＳＣＨ送信であってもよい。もちろん、任意の他の適切な形式も可能である。いくつかの実施形態において、端末装置１１０は、ダウンリンクデータチャネル送信を介してネットワーク装置１２０からダウンリンクデータを受信してもよい。例えば、ダウンリンクデータチャネル送信は、ＰＤＳＣＨ送信であってもよい。もちろん、任意の他の適切な形式も可能である。

【0053】

いくつかの実施形態において、端末装置１１０は、ダウンリンク制御チャネル送信を介して、ネットワーク装置１２０からＤＣＩ、例えばデータ送信設定を受信してもよい。例えば、ダウンリンク制御チャネル送信は、ＰＤＣＣＨ送信であってもよい。もちろん、任意の他の適切な形式も可能である。いくつかの実施形態において、端末装置１１０は、アップリンクチャネル送信を介して、アップリンク制御情報（ＵＣＩ：uplink control information）、例えば、ＨＡＲＱフィードバック情報を、ネットワーク装置１２０に送信してもよい。例えば、アップリンクチャネル送信は、ＰＵＣＣＨ又はＰＵＳＣＨ送信であってもよい。もちろん、任意の他の適切な形式も可能である。

【0054】

いくつかの実施形態において、ネットワーク装置１２０は、端末装置１１０に複数のサービングセル（本明細書では図示しない）、例えば、プライマリセル（ＰＣｅｌｌ：primary cell）、プライマリセカンダリセル（ＰＳＣｅｌｌ：primary secondary cell）、セカンダリセル（ＳＣｅｌｌ：secondary cell）、スペシャルセル（ｓＰＣｅｌｌ：special cell）などを提供してもよい。サービングセルのそれぞれはＣＣに対応してもよい。端末装置１１０は、ＣＣを介してネットワーク装置１２０と送信を行うことができる。もちろん、端末装置１１０は、例えばＣＡの場合、複数のＣＣを介してネットワーク装置１２０と送信を行ってもよい。

【0055】

いくつかの実施形態において、ネットワーク装置１２０は、端末装置１１０について、単一のダウンリンク制御チャネル上でＤＣＩにより１つのダウンリンクデータチャネルをスケジューリングしてもよい。図２Ａは本開示の実施形態にかかる、単一のＤＣＩにより１つのダウンリンクデータチャネルをスケジューリングためのプロセス２００Ａの概略図である。図２Ａに示すように、１つのＰＤＣＣＨは１つのＰＤＳＣＨをスケジューリングし、各ＰＤＳＣＨは１つのＨＡＲＱプロセス番号を占有する。

【0056】

いくつかの実施形態において、ネットワーク装置１２０は、端末装置１１０について、単一のダウンリンク制御チャネル上でＤＣＩにより複数のダウンリンクデータチャネルをスケジューリングしてもよい。図２Ｂは本開示の実施形態にかかる、単一のＤＣＩにより複数のダウンリンクデータチャネルをスケジューリングためのプロセス２００Ｂの概略図である。図２Ｂに示すように、１つのＰＤＣＣＨ２０１は、５つのＰＤＳＣＨ、すなわちＰＤＳＣＨ＃０～＃４をスケジューリングする。１つのＰＤＣＣＨ内でスケジューリングされるＰＤＳＣＨの数は、上記の例に限定されず、１より大きい任意の他の整数も可能であることを、理解すべきである。図２Ｂは、複数のＰＤＳＣＨをスケジューリングする１つのＰＤＣＣＨを示しているが、本開示の実施形態は、複数のＰＵＳＣＨをスケジューリングする１つのＰＤＣＣＨにも適用可能である。便宜上、以下では、複数のＰＤＳＣＨをスケジューリングする１つのＰＤＣＣＨを例として説明する。

【0057】

いくつかの実施形態において、ネットワーク装置１２０は、端末装置１１０について、複数のサービングセル上で単一のＤＣＩにより複数のダウンリンクデータチャネルをスケジューリングしてもよい。図２Ｃは本開示の実施形態にかかる、複数のサービング内でＤＣＩにより複数のダウンリンクデータチャネルをスケジューリングするためのプロセス２００Ｃを示す概略図である。図２Ｃに示すように、２つのサービングセルＣＣ１及びＣＣ２が存在する。ＣＣ１内の監視オケージョンにおいて、１つのＰＤＣＣＨ２１０は、６つのＰＤＳＣＨ、すなわちＰＤＳＣＨ＃０～＃５をスケジューリングし、且つ、該６つのＰＤＳＣＨについてのＨＡＲＱフィードバックがＰＵＣＣＨ／ＰＵＳＣＨ２３０上で送信されることを示す。ＣＣ２内の同じ監視オケージョンにおいて、１つのＰＤＣＣＨ２２０は、８つのＰＤＳＣＨ、すなわちＰＤＳＣＨ＃０～＃７をスケジューリングし、且つ、該８つのＰＤＳＣＨについてのＨＡＲＱフィードバックもＰＵＣＣＨ／ＰＵＳＣＨ２３０上で送信されることを示す。

【0058】

１つのＰＤＣＣＨ内でスケジューリングされるＰＤＳＣＨの数は、上記の例に限定されず、１より大きく且つ９より小さい任意の他の整数も可能であることを理解すべきである。

【0059】

いくつかの実施形態において、Ｔｙｐｅ－２ ＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ：HARQ-acknowledgement）コードブックは、単一のＤＣＩによりスケジューリングされる１つ又は複数のデータ送信についてのＨＡＲＱフィードバックのために生成されてもよい。Ｔｙｐｅ－２ ＨＡＲＱ－ＡＣＫコードブックの生成中に、カウンタダウンリンク割当インデックス（ｃ－ＤＡＩ：counter-downlink assignment index）又はトータルＤＡＩ（ｔ－ＤＡＩ：total-DAI）がＤＣＩごとにカウントされるいくつかの実施形態において、サブコードブック（便宜上、第１のコードブックとも称される）は、単一のＤＣＩによりスケジューリングされる前記複数のデータ送信のために生成され、別のサブコードブック（便宜上、第２のコードブックとも称される）は、別の単一のＤＣＩによりスケジューリングされた前記１つのデータ送信のために生成されてもよい。
ＤＣＩ内でスケジューリングされるデータ送信についてのＨＡＲＱフィードバックの実現例

【0060】

いくつかのシナリオにおいて、単一のＤＣＩによりスケジューリングされる複数のＰＤＳＣＨのうちの１つ又は複数は、例えば時分割複信（ＴＤＤ：time division duplexing）設定により示される１つ又は複数の設定されるアップリンクシンボルと衝突する可能性がある。この場合、ＨＡＲＱ－ＡＣＫビットをどのようにして第１のコードブック内に配置するかについては不明である。

【0061】

これに鑑みて、本開示の実施形態は、単一のＤＣＩを介して１つ又は複数のデータチャネルについてＨＡＲＱフィードバックを生成する解決策を提供する。これについては、図３～５を参照して詳細に説明する。図３は本開示の実施形態にかかる、単一のＤＣＩによりスケジューリングされる複数のダウンリンクデータ送信のうちの１つと、設定されるアップリンクシンボルとが衝突する場合の通信のためのプロセス３００を示す概略図である。説明のために、図１を参照してプロセス３００を説明する。プロセス３００には、図１に示される端末装置１１０とネットワーク装置１２０が関与してもよい。

【0062】

図３に示すように、ネットワーク装置１２０は、１つ又は複数のデータ送信を端末装置１１０に送信してもよい（３１０）。いくつかの実施形態において、ネットワーク装置１２０は、端末装置１１０に、単一のＤＣＩ（便宜上、本明細書では第１のＤＣＩとも称される）によりスケジューリングされる複数のデータ送信（便宜上、本明細書では第１のデータ送信とも称される）を送信してもよい。いくつかの実施形態において、ネットワーク装置１２０は、端末装置１１０に、単一のＤＣＩ（便宜上、本明細書では第２のＤＣＩとも称される）によりスケジューリングされるデータ送信（便宜上、本明細書では第２のデータ送信とも称される）を送信してもよい。

【0063】

該１つ又は複数のデータ送信を受信すると、端末装置１１０は、該１つ又は複数のデータ送信についてＨＡＲＱフィードバックを生成してもよい（３２０）。該複数の第１のデータ送信と該第２のデータ送信とが端末装置１１０により受信されるいくつかの実施形態において、端末装置１１０は、該複数の第１のデータ送信についての第１のＨＡＲＱフィードバックと該第２のデータ送信についての第２のＨＡＲＱフィードバックとを生成してもよい。設定されるアップリンクシンボルとは、該複数の第１のデータ送信のうちの第１のデータ送信が衝突する（すなわち、第１のデータ送信が利用不可能である）場合、端末装置１１０は、第１のデータ送信についてＮＡＣＫを含む第１のＨＡＲＱフィードバックを生成してもよい。言い換えれば、設定されるアップリンクシンボルとは、該複数の第１のデータ送信のうちの少なくとも１つのデータ送信が衝突する場合、端末装置１１０は、該少なくとも１つの衝突するデータ送信について少なくとも１つのＮＡＣＫを含む第１のＨＡＲＱフィードバックを生成してもよい。実施形態１及び２に関連して、第１のＨＡＲＱフィードバック内のＮＡＣＫの配置例について説明する。
実施形態１

【0064】

本実施形態において、端末装置１１０は、第１のＨＡＲＱフィードバックのための第１のコードブックであって、衝突する第１のデータ送信のためのスケジューリングされた位置に対応するＨＡＲＱ－ＡＣＫビット位置にＮＡＣＫを含む第１のコードブックを生成してもよい。言い換えれば、第１のコードブックは、該少なくとも１つの衝突するデータ送信のための少なくとも１つのスケジューリングされた位置に対応する少なくとも１つのＨＡＲＱ－ＡＣＫビット位置に、少なくとも１つのＮＡＣＫを含んでもよい。

【0065】

例えば、複数のＰＤＳＣＨをスケジューリングできるＤＣＩに対応するＴｙｐｅ－２ ＨＡＲＱ－ＡＣＫコードブックを生成するとき、端末装置１１０は、該第１のコードブック内で、複数のＰＤＳＣＨをスケジューリングする各ＤＣＩについて、固定数のＨＡＲＱ－ＡＣＫビットを報告する必要があるかもしれない。単一のＤＣＩのスケジューリングされたＰＤＳＣＨのいずれかと、ＴＤＤ設定により示される１つ又は複数のアップリンクシンボルとの間に衝突が存在する場合、固定数のＨＡＲＱ－ＡＣＫペイロードを生成するとき、端末装置１１０は、ＴＤＲＡ表内のその位置を変更せずに、無効な衝突スロットについてＮＡＣＫをパディングするだけである。明確にするために、図４を参照して一例について詳細に説明する。

【0066】

図４は本開示の実施形態にかかる、単一のＤＣＩによりスケジューリングされる複数のダウンリンクデータ送信のうちの２つと、設定されるアップリンクシンボルとが衝突する場合に、該複数のダウンリンクデータ送信についてのＨＡＲＱフィードバックを生成するためのプロセス４００を示す概略図である。

【0067】

図４に示すように、２つのサービングセルＣＣ１とＣＣ２とが存在する（本明細書ではセル０とセル１とも表される）。ＰＤＣＣＨ監視オケージョン＃０において、ＣＣ１内のＰＤＣＣＨ４１０は、６つのＰＤＳＣＨ、すなわちＰＤＳＣＨ＃０～＃５をスケジューリングし、且つ、該６つのＰＤＳＣＨについてのＨＡＲＱフィードバックがＰＵＣＣＨ／ＰＵＳＣＨ４３０上で送信されることを示す。同じ監視オケージョンにおいて、ＣＣ２内のＰＤＣＣＨ４２０は、８つのＰＤＳＣＨ、すなわちＰＤＳＣＨ＃０～＃７をスケジューリングし、且つ、該８つのＰＤＳＣＨについてのＨＡＲＱフィードバックもＰＵＣＣＨ／ＰＵＳＣＨ４３０上で送信されることを示す。

【0068】

図４から分かるように、ＣＣ１及びＣＣ２内のＰＤＳＣＨ＃３及びＰＤＳＣＨ＃４は、端末装置１１０についてのＴＤＤ設定４４０内で示されるアップリンクシンボル４４１及び４４２と衝突する。ＨＡＲＱコードブックは、４５０により表される表に基づいてまとめられてもよい。この例において、ＣＣ１は全ての行内のＳＬＩＶの最大数が６に等しいＴＤＲＡ表を有するように設定され、ＣＣ２は全ての行内のＳＬＩＶの最大数が８に等しいＴＤＲＡ表を有するように設定される。この場合、ＤＡＩに対応する全てのサービングセルに亘ったＨＡＲＱ－ＡＣＫビットの固定数はｍａｘ（６，８）である。

【0069】

いくつかの実施形態において、端末装置１１０は、無効な衝突スロットについてＮＡＣＫをパディングする。すなわち、端末装置１１０は、ＰＤＳＣＨ＃３及びＰＤＳＣＨ＃４のスケジューリングされた位置に対応するＨＡＲＱ－ＡＣＫビット位置をＮＡＣＫでパディングしてもよい。追加として、コードブックサイズ不整合を回避するために、端末装置１１０は、ＣＣ１のための最後の２つのＨＡＲＱ－ＡＣＫビット位置をＮＡＣＫでパディングしてもよい。したがって、端末装置１１０は、ＣＣ１のためのＨＡＲＱ－ＡＣＫビット４６１とＣＣ２のためのＨＡＲＱ－ＡＣＫビット４６２とを含むＨＡＲＱコードブック４６０を生成してもよい。
実施形態２

【0070】

本実施形態において、端末装置１１０は、第１のＨＡＲＱフィードバックのための第１のコードブックであって、該複数の第１のデータ送信のうち、衝突する第１のデータ送信（すなわち、１つ又は複数の衝突するデータ送信）を除く実際のデータ送信のためのＨＡＲＱ－ＡＣＫビットの後にＮＡＣＫを含む第１のコードブックを生成してもよい。言い換えれば、固定数のＨＡＲＱ－ＡＣＫペイロードを生成するとき、端末装置１１０は、無効な衝突スロットについてＮＡＣＫをパディングし、且つ、単一のＤＣＩによりスケジューリングされる実際のＰＤＳＣＨが最初にカウントされ、その後に無効（省略された）スロットが続く。

【0071】

また図４における例を参照し、ＤＡＩに対応する全てのサービングセルに亘ったＨＡＲＱ－ＡＣＫビットの固定数はｍａｘ（６，８）である。そして、端末装置１１０は、無効な衝突スロットについてＮＡＣＫをパディングし、有効スロットの後にそれらを配置してもよい。したがって、端末装置１１０は、ＣＣ１のためのＨＡＲＱ－ＡＣＫビット４７１とＣＣ２のためのＨＡＲＱ－ＡＣＫビット４７２とを含むＨＡＲＱコードブック４７０を生成してもよい。

【0072】

こうして、衝突するデータ送信のためのＮＡＣＫ配置のためのルールは定義されてもよい。

【0073】

いくつかのシナリオにおいて、設定されるアップリンクシンボルとは、単一のＤＣＩによりスケジューリングされる複数のデータ送信のうちの１つのみが衝突しない、すなわち、設定されるアップリンクシンボルとは、該複数のデータ送信のうちの他のデータ送信が衝突する。実施形態３及び実施形態４に関連して、この場合におけるＨＡＲＱフィードバックの生成について詳細に説明する。
実施形態３

【0074】

図５は本開示の実施形態にかかる、設定されるアップリンクシンボルとは、複数のダウンリンクデータ送信のうちの１つのみが衝突しない例示的なシナリオ５００を示す概略図である。

【0075】

例えば、ＴＤＲＡ表が表１に示されていると仮定する。

【0076】

例えば、端末装置１１０は、インデックス１又はインデックス２でスケジューリングされる。しかしながら、１つのＤＣＩによりスケジューリングされる複数のＰＤＳＣＨのうちの１つのＰＤＳＣＨ又は複数のＰＤＳＣＨは、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄにより示されるアップリンクシンボルと衝突し、実際には、１つのＰＤＳＣＨのみがそのＤＣＩ内でスケジューリングされる。図５に示すように、ＣＣ１内のＰＤＳＣＨ＃１～＃３は、設定されるアップリンクシンボルと衝突する。この場合、１つのみのＰＤＳＣＨ＃０が対応するＤＣＩ内で実際にスケジューリングされる。

【0077】

この実施形態において、１つのＰＤＳＣＨ＃０は、依然として、単一のＤＣＩ内でスケジューリングされる複数のＰＤＳＣＨのための第１のコードブックに属してもよい。この場合、端末装置１１０は、第１のＤＣＩによりスケジューリングされる複数のＰＤＳＣＨのための第１のコードブックと、第２のＤＣＩによりスケジューリングされる単一のＰＤＳＣＨのための第２のコードブックとを生成してもよく、該第１のＨＡＲＱフィードバックは、ＰＤＳＣＨ＃０についてのＨＡＲＱフィードバックと、他のデータ送信ＰＤＳＣＨ＃１～＃３についてのＮＡＣＫとを含む。

【0078】

図４の例は単に例示のためのものであり、本開示を限定するものではないことに注意すべきである。任意の他の適切な方法も可能である。
実施形態４

【0079】

実施形態３の代替として、設定されるアップリンクシンボルとは、該複数の第１のデータ送信のうちの１つのみ（例えば、図５のＰＤＳＣＨ＃０）が衝突しない場合、該１つのＰＤＳＣＨ＃０は、単一のＤＣＩ内でスケジューリングされる単一のＰＤＳＣＨのための第２のコードブックに属するように変更されてもよい。この場合、第１のＤＣＩ内でスケジューリングされる複数のＰＤＳＣＨについて、端末装置１１０は、ＰＤＳＣＨ＃０についてのＨＡＲＱフィードバックのみを含む第１のＨＡＲＱフィードバックを生成してもよい。第２のＤＣＩ内でスケジューリングされる該単一のＰＤＳＣＨについて、端末装置１１０は、該単一のＰＤＳＣＨのために該第２のＨＡＲＱフィードバックを生成してもよい。次いで、端末装置１１０は、第１のＨＡＲＱフィードバックと第２のＨＡＲＱフィードバックとのための、ｃ－ＤＡＩ及びｔ－ＤＡＩのセットを有するコードブックを生成してもよい。こうして、コードブックサイズを低減させることができ、対応するオーバーヘッドを省くことができる。

【0080】

いくつかのシナリオにおいて、単一のＤＣＩによりスケジューリングされる複数のＰＤＳＣＨについての第１のＨＡＲＱフィードバックの生成の間、時間領域バンドリングがサポートされてもよい。第１のコードブックのサイズは、該複数のＰＤＳＣＨの間にグループ化を導入することにより減少されてもよい。いくつかのケースにおいて、第１のコードブックと第２のコードブックとを組み合わせて１つのコードブックとしてもよい。実施形態５及び実施形態６に関連して、これらの場合における第１のＨＡＲＱフィードバックと第２のＨＡＲＱフィードバックとの生成について詳細に説明する。
実施形態５

【0081】

本実施形態において、端末装置１１０は、該複数の第１のデータ送信（例えば、ＰＤＳＣＨ）を複数のグループにグループ化することにより該第１のＨＡＲＱフィードバックを生成し、該第２のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数が該第１のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数に等しくなるように、ＨＡＲＱ－ＡＣＫビットをＮＡＣＫでパディングすることにより該第２のＨＡＲＱフィードバックを生成してもよい。次いで、端末装置１１０は、第１のフィードバックと第２のフィードバックとのためのコードブックを生成してもよい。

【0082】

例えば、グループ数（ここではグループ化数とも称される）は２であってもよい。例示のために、図６を参照して一例について説明する。図６は本開示の実施形態にかかる、単一のＤＣＩによりスケジューリングされる複数のダウンリンクデータ送信についてのＨＡＲＱフィードバックの例示的な時間領域バンドリング６００を示す概略図である。図６に示すように、ＰＤＣＣＨ６１０は、８つのＰＤＳＣＨ、すなわちＰＤＳＣＨ＃０～＃７をスケジューリングする。ＰＤＳＣＨ＃０～＃３はグループ＃０を占め、ＰＤＳＣＨ＃４～＃７はグループ＃１を占める。この場合、端末装置１１０は、２つのＨＡＲＱ－ＡＣＫビットを有する第１のフィードバックを生成してもよい。

【0083】

１ＴＢが端末装置１１０のサービングセルによりサポートされると仮定する。この場合、端末装置１１０は、２つのＨＡＲＱ－ＡＣＫビットを有し、該２つのＨＡＲＱ－ＡＣＫビットのうちの１つにＮＡＣＫがパディングされた第２のフィードバックを生成してもよい。こうして、端末装置１１０は、第１のフィードバックと第２のフィードバックとのための、ｃ－ＤＡＩ及びｔ－ＤＡＩのセットを有する１つのコードブックを生成してもよい。

【0084】

任意の他の適切な数字もグループ化数として可能であり、本開示はこの側面を限定しないことを、理解すべきである。
実施形態６

【0085】

本実施形態において、端末装置１１０は、該複数の第１のデータ送信（例えば、ＰＤＳＣＨ）を複数のグループにグループ化することにより、該第１のＨＡＲＱフィードバックを生成してもよい。端末装置１１０のサービングセルによりサポートされるトランスポートブロック（ＴＢ：transport block）の最大数は、該複数のグループの数に等しい。次いで、端末装置１１０は、第１のＨＡＲＱフィードバックと同じＨＡＲＱ－ＡＣＫビット数を有する第２のＨＡＲＱフィードバックを生成してもよい。次いで、端末装置１１０は、第１のフィードバックと第２のフィードバックとのための、ｃ－ＤＡＩ及びｔ－ＤＡＩのセットを有するコードブックを生成してもよい。

【0086】

例えば、グループ数は２であってもよい。端末装置１１０のサービングセルのうちのいずれかが２ＴＢをサポートする場合、端末装置１１０は、第１のフィードバックと第２のフィードバックとのための、ｃ－ＤＡＩ及びｔ－ＤＡＩのセットを有するコードブックを生成してもよい。任意の他の適切な数字もグループ化数として可能であり、本開示はこの側面を限定しないことを、理解すべきである。

【0087】

図３に戻り、該１つ又は複数のデータ送信についてのＨＡＲＱフィードバックが生成されると、端末装置１１０は、該ＨＡＲＱフィードバックをネットワーク装置１２０に送信する。こうして、いくつかの特殊な場合におけるＨＡＲＱフィードバックの詳細が明確になり、ＵＣＩペイロードとＨＡＲＱフィードバック効率とのトレードオフが発見された。
グループ化されたデータ送信についてのＨＡＲＱフィードバックの実現例

【0088】

いくつかのシナリオにおいて、Ｔｙｐｅ－２ ＨＡＲＱ－ＡＣＫコードブックを生成するときにｃ－ＤＡＩ又はｔ－ＤＡＩがＤＣＩごとにカウントされる場合、Ｒｅｌ－１６内のｃ－ＤＡＩ又はｔ－ＤＡＩ設計を再利用すると仮定する。コードブックサイズ不整合の問題を解決するために、端末装置１１０は、第１のコードブック内で、複数のＰＤＳＣＨをスケジューリングする各ＤＣＩについて固定数のＨＡＲＱ－ＡＣＫビットを報告してもよい。該固定数がスケジューリングされるＰＤＳＣＨよりも大きい場合、コードブックに冗長性がもたらされる。したがって、複数のスケジューリングされるＰＤＳＣＨの間にＰＤＳＣＨグループ化を導入することにより、コードブックサイズを低減できることが予想される。しかしながら、グループ化数をどのように示し、適用するかについては議論する必要がある。

【0089】

本開示の実施形態は、単一のダウンリンク制御チャネル上でＤＣＩによりスケジューリングされた複数のダウンリンクデータチャネルについてのＨＡＲＱフィードバックを拡張するための解決策を提供する。本開示の実施形態によれば、該複数のＰＤＳＣＨは、設定されるグループ数に基づいてグループ化され、ＨＡＲＱフィードバックは、該グループ化されたＰＤＳＣＨについて生成される。これについては、図７を参照して詳細に説明する。

【0090】

図７は、本開示の実施形態にかかる、単一のＤＣＩによりスケジューリングされる複数のデータ送信に時間領域バンドリングが適用される場合の通信のための別のプロセス７００を示す概略図である。説明のために、図１を参照してプロセス７００を説明する。プロセス７００には、図１に示される端末装置１１０とネットワーク装置１２０が関与してもよい。

【0091】

図７に示すように、ネットワーク装置１２０は、端末装置１１０に、単一のＤＣＩによりスケジューリングされる複数のデータ送信を送信する（７１０）。該複数のデータ送信を受信すると、端末装置１１０は、端末装置１１０について設定されたグループ数に基づいて、該複数のデータ送信をグループ化する（７２０）。以下、実施形態７～９に関連して、グループ化のいくつかの例について説明する。
実施形態７

【0092】

本実施形態において、グループ数は、端末装置１１０のサービングセルについて共通に設定されてもよい。この場合、ネットワーク装置１２０は、端末装置１１０について共通のグループ化数を設定してもよく、該共通グループ化数が利用可能である場合、端末装置１１０は、複数のＰＤＳＣＨをスケジューリングする全てのサービングセルに亘って該共通グループ化数を適用してもよい。

【0093】

いくつかの実施形態において、ネットワーク装置１２０は、ＲＲＣメッセージを介して該グループ数を端末装置１１０に設定してもよい。例えば、１組のグループサイズが以下のように設定されてもよい。

【0094】

該グループ数は任意の他の適切な方法を介して設定されてもよく、本開示はこの側面を限定しないことを、理解すべきである。
実施形態８

【0095】

本実施形態において、グループ数は、端末装置１１０のサービングセルの各々について異なるように設定されてもよい。この場合、ネットワーク装置１２０は、端末装置１１０の各サービングセルについて独自のグループ化数を設定してもよく、該グループ化数は、複数のＰＤＳＣＨをスケジューリングする能力を有する新たなセルの追加時に更新される。

【0096】

いくつかの実施形態において、端末装置１１０は、端末装置１１０と接続を確立するサービングセルについて設定されるグループ数のうちの最大数を決定し、該最大数に基づいて該複数のデータ送信をグループ化してもよい。言い換えれば、端末装置１１０は、端末装置１１０と接続を確立する全てのサービングセル間で、常に最大の設定されたグループ化数を使用してもよい。こうして、ネットワーク装置１２０は、ＴＤＲＡ表に従って柔軟にグループ化数を変更してもよい。

【0097】

例えば、サービングセル＃１は２に等しいグループ化数を有するように設定され、サービングセル＃２は３に等しい別のグループ化数を有するように設定される。この場合、ＤＡＩに対応するサービングセル＃１及び＃２に亘ったグループ化数はｍａｘ（２，３）であってもよい。その後、サービングセル＃３が追加され、すなわち、端末装置１１０がサービングセル＃３と接続を確立する。サービングセル＃３は４に等しい新たなグループ化数を有するように設定されているので、ＤＡＩに対応するサービングセル＃１、＃２、＃３に亘ったグループ化数はｍａｘ（２，３，４）であってもよい。

【0098】

いくつかの実施形態において、ネットワーク装置１２０は、ＲＲＣメッセージを介して該グループ数を端末装置１１０に設定してもよい。例えば、１組のグループサイズが以下のように設定されてもよい。

【0099】

該グループ数は任意の他の適切な方法を介して設定されてもよく、本開示はこの側面を限定しないことを、理解すべきである。
実施形態９

【0100】

本実施形態において、グループ数は端末装置１１０のサービングセルの各々について（例えば、ＲＲＣメッセージを介して）設定されてもよく、端末装置１１０は、グループ化を有効化する指示が受信されるまで、該グループ数を適用して該複数のデータ送信のグループ化を実行しない。

【0101】

いくつかの実施形態において、ネットワーク装置１２０は、グループ化が有効化されるか否かに関する指示を端末装置１１０に送信してもよい。該指示に基づいて、端末装置１１０は、該グループ数がグループ化に適用されるか否かを決定してもよい。いくつかの実施形態において、ネットワーク装置１２０は、メディアアクセス制御（ＭＡＣ：medium access control）制御要素（ＣＥ：control element）を介して該指示を送信してもよい。もちろん、指示を送信するために、任意の他の適切な方法も可能であり、本開示はこの側面を限定しない。

【0102】

いくつかの実施形態において、ネットワーク装置１２０は、グループ化を有効化するための第１の指示を該指示として送信してもよい。この場合、端末装置１１０は、第１の指示を受信したことに応じて、該複数のデータ送信をグループ化してもよい。いくつかの実施形態において、該設定されるグループ数が利用可能である場合、端末装置１１０は、複数のＰＤＳＣＨをスケジューリングする全てのサービングセルに亘って、該設定されるグループ数を適用してもよい。いくつかの実施形態において、端末装置１１０は、時点ａ、例えば、スロットｎ＋Ｎの後にグループ化の有効化を採用してもよく、ここで、ｎは、第１の指示についてのＡＣＫがネットワーク装置１２０に送信されるスロットのインデックスを表し、Ｎは、ネットワーク装置１２０におけるＡＣＫのプロセッシングのための固定の処理遅延を表す。

【0103】

いくつかの実施形態において、ネットワーク装置１２０は、グループ化を無効化するための第２の指示を該指示として送信してもよい。例えば、ネットワーク装置１２０が、マルチＰＤＳＣＨスケジューリングのＨＡＲＱコードブックについてＰＤＳＣＨグループ化を停止したい場合、ネットワーク装置１２０は、第２の指示を端末装置１１０に送信してもよい。第２の指示を受信したことに応じて、端末装置１１０は、該複数のデータ送信をグループ化せずに、該複数のデータ送信についてのＨＡＲＱフィードバックを生成してもよい。

【0104】

こうして、ネットワーク装置１２０は、ＤＣＩ内に何の付加ビットも追加することなく、アップリンクチャネルの変動に応じてコードブックサイズを調整してもよい。

【0105】

図７に戻り、該複数のデータ送信のグループ化時に、端末装置１１０は、グループ化されるデータ送信についてのＨＡＲＱフィードバックを生成及び送信する（７３０）。こうして、ＨＡＲＱフィードバックオーバーヘッドを減少させることができる。
データ送信間のスロットギャップの指示の実現例

【0106】

４８０ＫＨｚ又は９６０ＫＨｚのサブキャリア間隔（ＳＣＳ：sub-carrier spacing）におけるオペレーションの場合、スケジューリングされるデータ送信（例えばＰＤＳＣＳ又はＰＵＳＣＨ）の最大数は８までであってもよい。ＤＣＩ内のＴＤＲＡ表の行は、連続又は不連続なスロット内のスケジューリングされるデータ送信を示してもよい。ＴＤＲＡ表の不連続なスロットをどのように示すかは不明である。

【0107】

次の表１に、１つのデータ送信をスケジュールするＤＣＩ内の例示的なＴＤＲＡ表を示す。

【0108】

表１におけるパラメータＫ０は、スケジューリングＰＤＣＣＨに対応するスケジューリングスロットと、スケジューリングされるデータ送信に対応するスケジューリングされるスロットとの間のオフセットを表す。表１におけるパラメータＳＬＩＶは、スケジューリングされるスロット内のスケジューリングされるデータ送信のための時間領域リソースの開始位置及び長さを表す。

【0109】

複数のデータ送信をスケジューリングするＤＣＩ内のＴＤＲＡ表の場合、データ送信間にスロットギャップを導入することが予想される。表２は、従来の解決策に従って、複数のデータ送信をスケジューリングするＤＣＩ内の例示的なＴＤＲＡ表を示す。

【0110】

表２における行インデックスは、スケジューリングされる送信の数に関連付けられる。例えば、行インデックス０は、スケジューリングされるデータ送信の数が２である場合にスケジューリングされるデータ送信のためのリソースを表す。行インデックス１は、スケジューリングされるデータ送信の数が４である場合にスケジューリングされるデータ送信のためのリソースを表す。行インデックス２は、スケジューリングされるデータ送信の数が８である場合にスケジューリングされるデータ送信のためのリソースを表す。

【0111】

ＴＤＲＡ表の各行インデックスについて、共通のパラメータＫ０がある。表２におけるパラメータＫ０は、スケジューリングＰＤＣＣＨのスロットと最初のスケジューリングされるＰＤＳＣＨのスロットとの間のオフセットを表す。表２におけるパラメータＳＬＩＶ_１～ＳＬＩＶ_８の各々は、２つのフィールド（例えば、行インデックス０内の（０，４０））を含み、１つのフィールドは、対応のデータ送信のスケジューリングされるスロットと前のデータ送信のスケジューリングされるスロットとの間のスロットギャップを示し、他方のフィールドは、対応のデータ送信のための時間領域リソースの開始位置及び長さを示す。

【0112】

本開示の実施形態は、ＤＣＩ内でスケジューリングされるデータ送信のためのリソースを示すための改善された解決策を提供する。表２における各パラメータＳＬＩＶ_１～ＳＬＩＶ_８について２つのフィールドを使用する代わりに、本願の解決策において、１つのフィールドを使用して、対応のデータ送信の第１のスロットと前のデータ送信の第２のスロットとの間のスロットギャップと、第１のスロット上の対応のデータ送信のための時間領域リソースの開始位置及び長さに関する情報との両方を示す。表３は、本開示の実施形態に従って、複数のデータ送信をスケジューリングするＤＣＩ内の例示的なＴＤＲＡ表を示す。

【0113】

表３におけるパラメータＫ０は、スケジューリングＰＤＣＣＨと最初のスケジューリングされるＰＤＳＣＨとの間のスロットオフセットを表す。表２におけるパラメータＳＬＩＶ_１～ＳＬＩＶ_２の各々は、単一の値を有する単一のフィールド（便宜上、以下ではＳＬＩＶ_１として表す）を含む。該単一の値は、対応のデータ送信のスケジューリングされるスロットと、前のデータ送信のスケジューリングされるスロットとの間のスロットギャップと、対応のデータ送信の時間領域リソースの開始位置及び長さに関する情報とを示す。言い換えれば、対応のデータ送信と前のデータ送信のスケジュールされるスロット間のスロットギャップと、開始位置及び長さに関する情報とは、該単一の値から決定されてもよい。これについては、図８を参照して詳細に説明する。

【0114】

図８は本開示の実施形態にかかる、単一のＤＣＩによりスケジューリングされる複数のデータ送信のためのリソースを示す通信のための別のプロセス８００を示す概略図である。説明のために、図１を参照してプロセス８００を説明する。プロセス８００には、図１に示される端末装置１１０とネットワーク装置１２０が関与してもよい。

【0115】

図８に示すように、ネットワーク装置１２０は、複数のデータ送信をスケジューリングするＤＣＩを生成してもよい（８１０）。ＤＣＩは、複数のデータ送信についての複数のパラメータ（例えば、表３におけるＳＬＩＶ_１～ＳＬＩＶ_８）を示し、該複数のパラメータの各々は、対応のデータ送信の第１のスロットと、前のデータ送信の第２のスロットとの間のスロットギャップ（以下、ＳＬＩＶ_２と表される）と、第１のスロット上の対応のデータ送信のための時間領域リソースの開始位置及び長さに関する情報（以下、ＳＬＩＶ_３と表される）とを示す単一の値（ＳＬＩＶ_１）を有する。

【0116】

ネットワーク装置１２０は、該複数のパラメータを示すＤＣＩを端末装置１１０に送信する（８２０）。複数のパラメータの各々に基づいて、端末装置１１０は、対応のデータ送信のための時間領域リソースを決定する（８３０）。いくつかの実施形態において、端末装置１１０は、以下の式（１）によりスロットギャップＳＬＩＶ_２を決定してもよい。

ここで、ＳＬＩＶ_２は、対応のデータ送信の第１のスロットと前のデータ送信の第２のスロットとの間のスロットギャップを表し、ＳＬＩＶ_１は、ＤＣＩ内の対応のデータ送信についてのパラメータの単一の値を表す。

【0117】

いくつかの実施形態において、端末装置１１０は、以下の式（２）により情報ＳＬＩＶ_３を決定してもよい。

ここで、ＳＬＩＶ_３は、第１のスロット上の対応のデータ送信のための時間領域リソースの開始位置及び長さに関する情報を表し、ＳＬＩＶ_１は、ＤＣＩ内の対応のデータ送信についてのパラメータの単一の値を表す。

【0118】

以上の表３は単に例であり、本開示を限定するものではないことに注意すべきである。さらに、上記の式は単なる例であり、式の任意の他の適切な形式も可能である。

【0119】

図８に戻り、複数のデータ送信がＰＤＳＣＨであるいくつかの実施形態において、端末装置１１０は、決定された時間領域リソース上で複数のデータ送信を受信してもよい（８４０）。複数のデータ送信がＰＵＳＣＨであるいくつかの実施形態において、端末装置１１０は、決定された時間領域リソース上で該複数のデータ送信を送信してもよい（８５０）。

【0120】

こうして、ＴＤＲＡ表内の各ＳＬＩＶにスロットギャップフィールド又は独自のスロットオフセットを追加する必要はない。
方法の実現例

【0121】

本開示の実施形態は、端末装置とネットワーク装置において実現される通信方法を提供する。図９～図１４を参照し、以下にこれらの方法を説明する。

【0122】

図９は本開示のいくつかの実施形態にかかる、端末装置において実現される例示的な通信方法９００を示す図である。例えば、方法９００は、図１に示す端末装置１１０において実行されてもよい。以下、説明のために、図１を参照して方法９００を説明する。方法９００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。

【0123】

ブロック９１０において、端末装置１１０は、ネットワーク装置１２０から、第１のＤＣＩによりスケジューリングされる複数の第１のデータ送信と、第２のＤＣＩによりスケジューリングされる第２のデータ送信とを受信する。

【0124】

ブロック９２０において、端末装置１１０は、ネットワーク装置１２０に、複数の第１のデータ送信についての第１のＨＡＲＱフィードバックであって、該複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突する第１のデータ送信についてのＮＡＣＫを含む第１のＨＡＲＱフィードバックと、第２のデータ送信についての第２のＨＡＲＱフィードバックとを送信する。

【0125】

いくつかの実施形態において、端末装置１１０は、第１のＨＡＲＱフィードバックのための第１のコードブックであって、衝突する第１のデータ送信のためのスケジューリングされた位置に対応するＨＡＲＱ－ＡＣＫビット位置にＮＡＣＫを含む第１のコードブックを送信してもよい。いくつかの実施形態において、端末装置１１０は、第１のＨＡＲＱフィードバックのための第１のコードブックであって、該複数の第１のデータ送信のうち、衝突する第１のデータ送信を除くデータ送信のためのＨＡＲＱ－ＡＣＫビットの後にＮＡＣＫを含む第１のコードブックを送信してもよい。

【0126】

いくつかの実施形態において、設定されるアップリンクシンボルとは、複数の第１のデータ送信のうちの１つのみが衝突しない場合、端末装置１１０は、複数の第１のデータ送信のうちの該１つのみについての第１のＨＡＲＱフィードバックと、第２のＨＡＲＱフィードバックとのためのコードブックを生成し、コードブックをネットワーク装置１２０に送信してもよい。

【0127】

いくつかの実施形態において、設定されるアップリンクシンボルとは、複数の第１のデータ送信のうちの１つのみが衝突しない場合、端末装置１１０は、複数の第１のデータ送信のうちの該１つについてのＨＡＲＱフィードバック、及び複数の第１のデータ送信のうちの他のデータ送信についてのＮＡＣＫを含む第１のＨＡＲＱフィードバックのための第１のコードブックと、第２のＨＡＲＱフィードバックのための第２のコードブックとを生成し、コードブックをネットワーク装置１２０に送信してもよい。

【0128】

いくつかの実施形態において、端末装置１１０は、該複数の第１のデータ送信を複数のグループにグループ化することにより該第１のＨＡＲＱフィードバックを生成し、該第２のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数が該第１のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数に等しくなるように、ＨＡＲＱ－ＡＣＫビットをＮＡＣＫでパディングすることにより該第２のＨＡＲＱフィードバックを生成し、第１のフィードバックと第２のフィードバックとのためのコードブックを生成し、コードブックをネットワーク装置１２０に送信してもよい。

【0129】

いくつかの実施形態において、端末装置１１０は、該複数の第１のデータ送信を複数のグループにグループ化することにより該第１のＨＡＲＱフィードバックを生成し、第２のＨＡＲＱフィードバックを生成し、第１のフィードバックと第２のフィードバックとのためのコードブックを生成し、コードブックをネットワーク装置１２０に送信してもよい。端末装置のサービングセルによりサポートされるトランスポートブロックの最大数が該複数のグループの数に等しい。

【0130】

こうして、上記の衝突時に該複数のデータ送信についてのＨＡＲＱフィードバックを生成するためのルールが定義される。

【0131】

図１０は本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法１０００を示す。例えば、方法１０００は、図１に示す端末装置１１０において実行されてもよい。以下、説明のために、図１を参照して方法１０００を説明する。方法１０００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。

【0132】

ブロック１０１０において、端末装置１１０は、ネットワーク装置１２０から、ＤＣＩによりスケジューリングされる複数のデータ送信を受信する。

【0133】

ブロック１０２０において、端末装置１１０は、端末装置１１０について設定されたグループ数に基づいて、該複数のデータ送信をグループ化する。いくつかの実施形態において、グループ数は、端末装置１１０のサービングセルについて共通に設定される。

【0134】

いくつかの実施形態において、グループ数は、端末装置１１０のサービングセルの各々について異なるように設定される。これらの実施形態において、端末装置１１０は、端末装置１１０と接続を確立するサービングセルについて設定されるグループ数のうちの最大数を決定し、該最大数に基づいて該複数のデータ送信をグループ化することにより、該複数のデータ送信をグループ化してもよい。

【0135】

いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０から、グループ化を有効化するための第１の指示を受信し、該第１の指示に応じて該複数のデータ送信をグループ化することにより、該複数のデータ送信をグループ化してもよい。

【0136】

ブロック１０３０において、端末装置１１０は、ネットワーク装置１２０に、グループ化されるデータ送信について生成されたＨＡＲＱフィードバックを送信する。いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０から、グループ化を無効化するための第２の指示を受信し、ネットワーク装置１２０に、該複数のデータ送信をグループ化せずに、該複数のデータ送信について生成された別のＨＡＲＱフィードバックを送信する。

【0137】

こうして、グループ化のためのグループ数は、スケジューリングされるデータ送信数に応じて柔軟に変更されてもよい。

【0138】

図１１は本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法１１００を示す。例えば、方法１１００は、図１に示す端末装置１１０において実行されてもよい。以下、説明のために、図１を参照して方法１１００を説明する。方法１１００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。

【0139】

図１１に示すように、ブロック１１１０において、端末装置１１０は、ネットワーク装置１２０から、複数のデータ送信をスケジューリングするＤＣＩであって、該複数のデータ送信についての複数のパラメータを示すＤＣＩを受信し、該複数のパラメータの各々は、対応のデータ送信の第１のスロットと、前のデータ送信の第２のスロットとの間のスロットギャップを示し、第１のスロット上の対応のデータ送信の時間領域リソースの開始位置及び長さに関する情報をさらに示す単一の値を有する。すなわち、該単一の値は、スロットギャップと情報との両方を示す。

【0140】

ブロック１１２０において、端末装置１１０は、該複数のパラメータの各々に基づいて、対応のデータ送信のための時間領域リソースを決定する。いくつかの実施形態において、端末装置１１０は、

により、第１のスロットと第２のスロットとの間のスロットギャップを決定し、ｍｏｄ（ＳＬＩＶ_１，１２８）により、第１のスロット上の時間領域の開始位置及び長さに関する情報を決定してもよく、ここで、ＳＬＩＶ_１は該複数のパラメータの各々の単一の値を示す。

【0141】

このように、ＴＤＲＡ表内の各ＳＬＩＶにスロットギャップフィールド又は独自のスロットオフセットを追加する必要はない。

【0142】

図１２は本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される例示的な通信方法１２００を示す。例えば、方法１２００は、図１に示すネットワーク装置１２０において実行されてもよい。以下、説明のために、図１を参照して方法１２００を説明する。方法１２００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。

【0143】

図１２に示すように、ブロック１２１０において、ネットワーク装置１２０は、端末装置１１０に、第１のＤＣＩによりスケジューリングされる複数の第１のデータ送信と、第２のＤＣＩによりスケジューリングされる第２のデータ送信とを送信する。

【0144】

ブロック１２２０において、ネットワーク装置１２０は、端末装置１１０から、複数の第１のデータ送信についての第１のＨＡＲＱフィードバックであって、該複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突する第１のデータ送信についてのＮＡＣＫを含む第１のＨＡＲＱフィードバックと、第２のデータ送信についての第２のＨＡＲＱフィードバックとを受信する。

【0145】

いくつかの実施形態において、ネットワーク装置１２０は、第１のＨＡＲＱフィードバックのための第１のコードブックであって、衝突する第１のデータ送信のためのスケジューリングされた位置に対応するＨＡＲＱ－ＡＣＫビット位置での否定応答を含む第１のコードブックを受信してもよい。

【0146】

いくつかの実施形態において、ネットワーク装置１２０は、第１のＨＡＲＱフィードバックのための第１のコードブックであって、該複数の第１のデータ送信のうち、衝突する第１のデータ送信を除くデータ送信のためのＨＡＲＱ－ＡＣＫビットの後の否定応答を含む第１のコードブックを受信してもよい。

【0147】

いくつかの実施形態において、ネットワーク装置１２０は、複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突しない１つのみのデータ送信についての第１のＨＡＲＱフィードバックと、第２のＨＡＲＱフィードバックとのためのコードブックとを受信してもよい。

【0148】

いくつかの実施形態において、ネットワーク装置１２０は、複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突しない１つのみのデータ送信についてのＮＡＣＫ又はＡＣＫ、及び複数の第１のデータ送信のうちの他のデータ送信についてのＮＡＣＫを含む第１のＨＡＲＱフィードバックのための第１のコードブックと、第２のＨＡＲＱフィードバックのための第２のコードブックとを受信してもよい。

【0149】

いくつかの実施形態において、ネットワーク装置１２０は、該複数の第１のデータ送信を複数のグループにグループ化することにより生成された第１のフィードバックと、第２のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数が該第１のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数に等しくなるように、該第２のＨＡＲＱフィードバックについてのＨＡＲＱ－ＡＣＫビットをＮＡＣＫでパディングすることにより生成された該第２のＨＡＲＱフィードバックとのためのコードブックを受信してもよい。

【0150】

いくつかの実施形態において、ネットワーク装置１２０は、第１のフィードバックと第２のフィードバックとのためのコードブックを受信してもよく、該複数の第１のデータ送信を複数のグループにグループ化することにより該第１のＨＡＲＱフィードバックが生成され、端末装置のサービングセルによりサポートされるトランスポートブロックの最大数が該複数のグループの数に等しい。

【0151】

このように、上記の衝突時に該複数のデータ送信についてのＨＡＲＱフィードバックを生成するためのルールが定義される。

【0152】

図１３は本開示のいくつかの実施形態にかかる、ネットワーク装置において実装される別の例示的な通信方法１３００を示す図である。例えば、方法１３００は、図１に示すネットワーク装置１２０において実行されてもよい。以下、説明のために、図１を参照して方法１３００を説明する。方法１３００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。

【0153】

図１３に示すように、ブロック１３１０において、ネットワーク装置１２０は、端末装置１１０に、ＤＣＩによりスケジューリングされる複数のデータ送信を送信する。

【0154】

ブロック１３２０において、ネットワーク装置１２０は、端末装置１１０から、端末装置１１０について設定されたグループ数に基づいてグループ化された複数のデータ送信についてのＨＡＲＱフィードバックを受信する。いくつかの実施形態において、グループ数は、端末装置１１０のサービングセルについて共通に設定されてもよい。

【0155】

いくつかの実施形態において、グループ数は、端末装置のサービングセルの各々について異なるように設定されてもよい。これらの実施形態において、該複数のデータ送信は、端末装置１１０と接続を確立するサービングセルについて設定されるグループ数のうちの最大数に基づいてグループ化される。

【0156】

いくつかの実施形態において、ネットワーク装置１２０は、端末装置１１０に、グループ化を有効化するための第１の指示を送信してもよい。いくつかの実施形態において、ネットワーク装置１２０は、端末装置１１０に、グループ化を無効化するための第２の指示を送信し、端末装置１１０から、該複数のデータ送信について生成された別のＨＡＲＱフィードバックを受信してもよい。

【0157】

こうして、グループ化のためのグループ数は、スケジューリングされるデータ送信数に応じて柔軟に変更されてもよい。

【0158】

図１４は本開示のいくつかの実施形態にかかる、ネットワーク装置において実装される別の例示的な通信方法１４００を示す図である。例えば、方法１４００は、図１に示すネットワーク装置１２０において実行されてもよい。以下、説明のために、図１を参照して方法１４００を説明する。方法１４００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。

【0159】

図１４に示すように、ブロック１４１０において、ネットワーク装置１２０は、端末装置１１０に、複数のデータ送信をスケジューリングするＤＣＩであって、該複数のデータ送信についての複数のパラメータであって、各々が対応のデータ送信の第１のスロットと、前のデータ送信の第２のスロットとの間のスロットギャップを示し、第１のスロット上の対応のデータ送信の時間領域リソースの開始位置及び長さに関する情報をさらに示す単一の値を有する複数のパラメータを示すＤＣＩを送信する。

【0160】

いくつかの実施形態において、第１のスロットと第２のスロットとの間のスロットギャップは、

により決定されてもよく、ここで、ＳＬＩＶ_１は、該複数のパラメータの各々の単一の値を示す。第１のスロット上の時間領域リソースの開始位置及び長さに関する情報は、ｍｏｄ（ＳＬＩＶ_１，１２８）により決定されてもよい。

【0161】

このように、ＤＣＩ送信のオーバーヘッドが低減される。
装置の実現例

【0162】

図１５は本開示の実施形態を実現するのに適した装置１５００の概略ブロック図である。装置１５００は、図１に示す端末装置１１０又はネットワーク装置１２０の別の例示的な実施態様として考えられる。したがって、装置１５００は、端末装置１１０又はネットワーク装置１２０において、或いはそれらの少なくとも一部として実現することができる。

【0163】

図示されるように、装置１５００は、プロセッサ１５１０と、プロセッサ１５１０に結合されたメモリ１５２０と、プロセッサ１５１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）１５４０と、ＴＸ／ＲＸ１５４０に結合された通信インターフェースとを備える。メモリ１５１０は、プログラム１５３０の少なくとも一部を記憶する。ＴＸ／ＲＸ１５４０は双方向通信に用いられる。ＴＸ／ＲＸ１５４０は、通信を容易にするために少なくとも１つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有してもよい。通信インターフェースは、ｅＮＢ／ｇＮＢ間の双方向通信のためのＸ２／Ｘｎインターフェース、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）／アクセス及びモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）／ＳＧＷ／ＵＰＦとｅＮＢ／ｇＮＢとの間の通信のためのＳ１／ＮＧインターフェース、ｅＮＢ／ｇＮＢと中継ノード（ＲＮ：relay node）との間の通信のためのＵｎインターフェース、又はｅＮＢ／ｇＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。

【0164】

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

【0165】

メモリ１５２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体に基づくメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現されてもよい。装置１５００内には１つのメモリ１５２０のみが示されているが、装置１５００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ１５１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：digital signal processor）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は複数を含んでもよい。装置１５００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

【0166】

いくつかの実施形態において、端末装置は回路を備え、前記回路は、ネットワーク装置から、第１のＤＣＩによりスケジューリングされる複数の第１のデータ送信と、第２のＤＣＩによりスケジューリングされる第２のデータ送信とを受信し、ネットワーク装置に、複数の第１のデータ送信についての第１のＨＡＲＱフィードバックであって、該複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突する第１のデータ送信についてのＮＡＣＫを含む第１のＨＡＲＱフィードバックと、第２のデータ送信についての第２のＨＡＲＱフィードバックとを送信するように設定されている。

【0167】

いくつかの実施形態において、前記回路は、第１のＨＡＲＱフィードバックのための第１のコードブックであって、衝突する第１のデータ送信のためのスケジューリングされた位置に対応するＨＡＲＱ－ＡＣＫビット位置での否定応答を含む第１のコードブックを送信することにより、該第１のＨＡＲＱフィードバックを送信するように設定されてもよい。

【0168】

いくつかの実施形態において、前記回路は、第１のＨＡＲＱフィードバックのための第１のコードブックであって、該複数の第１のデータ送信のうち、衝突する第１のデータ送信を除くデータ送信のためのＨＡＲＱ－ＡＣＫビットの後の否定応答を含む第１のコードブックを送信することにより、該第１のＨＡＲＱフィードバックを送信するように設定されてもよい。

【0169】

いくつかの実施形態において、前記回路はさらに、設定されるアップリンクシンボルとは、複数の第１のデータ送信のうちの１つのみが衝突しないとの決定に従って、複数の第１のデータ送信のうちの該１つのみについての第１のＨＡＲＱフィードバックと、第２のＨＡＲＱフィードバックとのためのコードブックを生成し、コードブックをネットワーク装置１２０に送信するように設定されてもよい。

【0170】

いくつかの実施形態において、前記回路はさらに、設定されるアップリンクシンボルとは、複数の第１のデータ送信のうちの１つのみが衝突しないとの決定に従って、複数の第１のデータ送信のうちの該１つについてのＮＡＣＫ又はＡＣＫ、及び複数の第１のデータ送信のうちの他のデータ送信についてのＮＡＣＫを含む第１のＨＡＲＱフィードバックのための第１のコードブックと、第２のＨＡＲＱフィードバックのための第２のコードブックとを生成し、コードブックをネットワーク装置１２０に送信するように設定されてもよい。

【0171】

いくつかの実施形態において、前記回路は、該複数の第１のデータ送信を複数のグループにグループ化することにより該第１のＨＡＲＱフィードバックを生成し、該第２のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数が該第１のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数に等しくなるように、ＨＡＲＱ－ＡＣＫビットをＮＡＣＫでパディングすることにより該第２のＨＡＲＱフィードバックを生成し、第１のフィードバックと第２のフィードバックとのためのコードブックを生成し、前記コードブックを前記ネットワーク装置に送信することにより、第１のＨＡＲＱフィードバックと第１のＨＡＲＱフィードバックとを送信するように設定されてもよい。

【0172】

いくつかの実施形態において、前記回路は、該複数の第１のデータ送信を複数のグループにグループ化することにより該第１のＨＡＲＱフィードバックを生成し、第２のＨＡＲＱフィードバックを生成し、第１のフィードバックと第２のフィードバックとのためのコードブックを生成し、前記コードブックを前記ネットワーク装置に送信することにより、第１のＨＡＲＱフィードバックと第１のＨＡＲＱフィードバックとを送信するように設定されてもよい。端末装置のサービングセルによりサポートされるトランスポートブロックの最大数が該複数のグループの数に等しい。

【0173】

いくつかの実施形態において、端末装置は回路を備え、前記回路は、ネットワーク装置から、ＤＣＩによりスケジューリングされる複数のデータ送信を受信し、端末装置のために設定されたグループ数に基づいて、該複数のデータ送信をグループ化し、ネットワーク装置に、グループ化されるデータ送信について生成されたＨＡＲＱフィードバックを送信するように設定されている。

【0174】

いくつかの実施形態において、グループ数は、端末装置のサービングセルについて共通に設定されてもよい。いくつかの実施形態において、グループ数は、端末装置のサービングセルの各々について異なるように設定されてもよい。これらの実施形態において、回路は、端末装置１１０と接続を確立するサービングセルについて設定されるグループ数のうちの最大数を決定し、該最大数に基づいて該複数のデータ送信をグループ化することにより、該複数のデータ送信をグループ化するように設定されてもよい。

【0175】

いくつかの実施形態において、前記回路は、ネットワーク装置から、グループ化を有効化するための第１の指示を受信し、該第１の指示に応じて該複数のデータ送信をグループ化することにより、該複数のデータ送信をグループ化するように設定されてもよい。

【0176】

いくつかの実施形態において、前記回路はさらに、ネットワーク装置から、グループ化を無効化するための第２の指示を受信し、ネットワーク装置に、該複数のデータ送信について生成された別のＨＡＲＱフィードバックを送信するように設定されてもよい。

【0177】

いくつかの実施形態において、端末装置は回路を備え、前記回路は、ネットワーク装置から、複数のデータ送信をスケジューリングするＤＣＩであって、該複数のデータ送信についての複数のパラメータであって、各々が対応のデータ送信の第１のスロットと、前のデータ送信の第２のスロットとの間のスロットギャップを示し、第１のスロット上の対応のデータ送信の時間領域リソースの開始位置及び長さに関する情報をさらに示す単一の値を有する複数のパラメータを示すＤＣＩを受信し、該複数のパラメータの各々に基づいて、対応のデータ送信のための時間領域リソースを決定するように設定されている。

【0178】

いくつかの実施形態において、前記回路は、

により、第１のスロットと第２のスロットとの間のスロットギャップを決定し、ここで、ＳＬＩＶ_１は、該複数のパラメータの各々の単一の値を示し、ｍｏｄ（ＳＬＩＶ_１，１２８）により、第１のスロット上の時間領域リソースの開始位置及び長さに関する情報を決定することにより、時間領域リソースを決定するように設定されてもよい。

【0179】

いくつかの実施形態において、ネットワーク装置は回路を備え、前記回路は、端末装置に、第１のＤＣＩによりスケジューリングされる複数の第１のデータ送信と、第２のＤＣＩによりスケジューリングされる第２のデータ送信とを送信し、端末装置から、複数の第１のデータ送信についての第１のＨＡＲＱフィードバックであって、該複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突する第１のデータ送信についてのＮＡＣＫを含む第１のＨＡＲＱフィードバックと、第２のデータ送信についての第２のＨＡＲＱフィードバックとを受信するように設定されている。

【0180】

いくつかの実施形態において、前記回路は、第１のＨＡＲＱフィードバックのための第１のコードブックであって、衝突する第１のデータ送信のためのスケジューリングされた位置に対応するＨＡＲＱ－ＡＣＫビット位置での否定応答を含む第１のコードブックを送信することにより、該第１のＨＡＲＱフィードバックを送信することにより、該第１のＨＡＲＱフィードバックを受信するように設定されてもよい。

【0181】

いくつかの実施形態において、前記回路は、第１のＨＡＲＱフィードバックのための第１のコードブックであって、該複数の第１のデータ送信のうち、衝突する第１のデータ送信を除くデータ送信のためのＨＡＲＱ－ＡＣＫビットの後の否定応答を含む第１のコードブックを受信することにより、該第１のＨＡＲＱフィードバックを受信するように設定されてもよい。

【0182】

いくつかの実施形態において、前記回路はさらに、複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突しない１つのみのデータ送信についての第１のＨＡＲＱフィードバックと、第２のＨＡＲＱフィードバックとのためのコードブックとを受信するように設定されてもよい。

【0183】

いくつかの実施形態において、前記回路はさらに、複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突しない１つのみのデータ送信についてのＮＡＣＫ又はＡＣＫ、及び複数の第１のデータ送信のうちの他のデータ送信についてのＮＡＣＫを含む第１のＨＡＲＱフィードバックのための第１のコードブックと、第２のＨＡＲＱフィードバックのための第２のコードブックとを受信するように設定されてもよい。

【0184】

いくつかの実施形態において、前記回路は、該複数の第１のデータ送信を複数のグループにグループ化することにより生成された第１のフィードバックと、該第２のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数が該第１のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数に等しくなるように、該第２のＨＡＲＱフィードバックについてのＨＡＲＱ－ＡＣＫビットをＮＡＣＫでパディングすることにより生成された該第２のＨＡＲＱフィードバックとのためのコードブックを受信することにより、該第１のＨＡＲＱフィードバックと該第２のＨＡＲＱフィードバックとを受信するように設定されてもよい。

【0185】

いくつかの実施形態において、前記回路は、第１のＨＡＲＱフィードバックと第２のＨＡＲＱフィードバックとのためのコードブックを受信することにより、該第１のＨＡＲＱフィードバックと該第２のＨＡＲＱフィードバックとを受信するように設定されてもよい。複数の第１のデータ送信を複数のグループにグループ化することにより、第１のＨＡＲＱフィードバックが生成される。端末装置のサービングセルによりサポートされるトランスポートブロックの最大数が該複数のグループの数に等しい。

【0186】

いくつかの実施形態において、ネットワーク装置は回路を備え、前記回路は、端末装置に、ＤＣＩによりスケジューリングされる複数のデータ送信を送信し、端末装置から、端末装置のために設定されたグループ数に基づいてグループ化された複数のデータ送信についてのＨＡＲＱフィードバックを受信するように設定されている。いくつかの実施形態において、グループ数は、端末装置のサービングセルについて共通に設定されてもよい。

【0187】

いくつかの実施形態において、グループ数は、端末装置のサービングセルの各々について異なるように設定されてもよい。これらの実施形態において、該複数のデータ送信は、端末装置と接続を確立するサービングセルについて設定されるグループ数のうちの最大数に基づいてグループ化される。

【0188】

いくつかの実施形態において、前記回路はさらに、端末装置に、グループ化を有効化するための第１の指示を送信するように設定されてもよい。

【0189】

いくつかの実施形態において、前記回路はさらに、端末装置に、グループ化を無効化するための第２の指示を送信し、端末装置から、該複数のデータ送信について生成された別のＨＡＲＱフィードバックを受信するように設定されてもよい。

【0190】

いくつかの実施形態において、ネットワーク装置は回路を備え、前記回路は、端末装置から、複数のデータ送信をスケジューリングするＤＣＩであって、該複数のデータ送信についての複数のパラメータであって、各々が対応のデータ送信の第１のスロットと、前のデータ送信の第２のスロットとの間のスロットギャップを示し、第１のスロット上の対応のデータ送信の時間領域リソースの開始位置及び長さに関する情報をさらに示す単一の値を有する複数のパラメータを示すＤＣＩを送信するように設定されている。

【0191】

いくつかの実施形態において、第１のスロットと第２のスロットとの間のスロットギャップは、

により決定されてもよく、ここで、ＳＬＩＶ_１は、該複数のパラメータの各々の単一の値を示し、第１のスロット上の時間領域リソースの開始位置及び長さに関する情報は、ｍｏｄ（ＳＬＩＶ_１，１２８）により決定されてもよい。

【0192】

本明細書で使用される用語「回路」は、ハードウェア回路及び／又はハードウェア回路とソフトウェアとの組み合わせを意味することができる。例えば、回路は、アナログ及び／又はデジタルハードウェア回路とソフトウェア／ファームウェアとの組み合わせであってもよい。さらに別の例として、回路は、端末装置又はネットワーク装置のような装置に様々な機能を実行させるために協働する、デジタル信号プロセッサ、ソフトウェア及び１つ又は複数のメモリを含むソフトウェアを有するハードウェアプロセッサの任意の部分であってもよい。さらに別の例において、回路は、オペレーションのためにソフトウェア／ファームウェアを必要とするハードウェア回路及び／又はマイクロプロセッサ又はその一部のようなプロセッサであってもよいが、オペレーションのために必要でない場合、ソフトウェアは存在しなくてもよい。本明細書で使用されるように、用語「回路」は、ハードウェア回路又は１つ又は複数のプロセッサのみ、又はハードウェア回路又は１つ又は複数のプロセッサの一部、及びその（又はそれらの）付随するソフトウェア及び／又はファームウェアの実装も含む。

【0193】

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

【0194】

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

【0195】

本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行してもよい。

【0196】

上述のプログラムコードは、マシン可読媒体上で実装されてもよく、マシン可読媒体は、命令実行システム、機器、又は装置により利用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であってもよい。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含んでもよいが、これらに限定されない。マシン可読記憶媒体のより具体的な例は、１つ又は複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ：random access memory）、リードオンリーメモリ（ＲＯＭ：read-only memory）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ（erasable programmable read-only memory）又はフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ：compact disc read-only memory）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組み合わせを含んでもよい。

【0197】

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

【0198】

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

【図1】

【図2A】

【図2B】

【図2C】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【手続補正書】

【提出日】2024-03-04

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

端末装置において、第１のダウンリンク制御情報（ＤＣＩ：downlink control information）によりスケジューリングされる複数の第１のデータ送信と、第２のＤＣＩによりスケジューリングされる第２のデータ送信とをネットワーク装置から受信することと、
前記複数の第１のデータ送信についての第１のハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）フィードバックであって、前記複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突する第１のデータ送信についての否定応答（ＮＡＣＫ：negative acknowledgement）を含む第１のＨＡＲＱフィードバックと、前記第２のデータ送信についての第２のＨＡＲＱフィードバックとを前記ネットワーク装置に送信することと、
を含む通信の方法。

【請求項2】

前記第１のＨＡＲＱフィードバックを送信することは、
前記第１のＨＡＲＱフィードバックのための第１のコードブックであって、前記衝突する第１のデータ送信のためのスケジューリングされた位置に対応するＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）ビット位置での前記否定応答を含む前記第１のコードブックを送信すること、
を含む請求項１に記載の方法。

【請求項3】

前記第１のＨＡＲＱフィードバックを送信することは、
前記第１のＨＡＲＱフィードバックのための第１のコードブックであって、前記複数の第１のデータ送信のうち、前記衝突する第１のデータ送信を除くデータ送信のためのＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）ビットの後の前記否定応答を含む前記第１のコードブックを送信すること、
を含む請求項１に記載の方法。

【請求項4】

設定されるアップリンクシンボルとは、前記複数の第１のデータ送信のうちの１つのみが衝突しないとの決定に従って、前記複数の第１のデータ送信のうちの前記１つのみについての前記第１のＨＡＲＱフィードバックと、前記第２のＨＡＲＱフィードバックとのためのコードブックを生成することと、
前記コードブックを前記ネットワーク装置に送信することと、
をさらに含む請求項１に記載の方法。

【請求項5】

設定されるアップリンクシンボルとは、前記複数の第１のデータ送信のうちの１つのみが衝突しないとの決定に従って、前記複数の第１のデータ送信のうちの前記１つについてのＮＡＣＫ又は確認応答（ＡＣＫ：acknowledgement）、及び前記複数の第１のデータ送信のうちの他のデータ送信についてのＮＡＣＫを含む前記第１のＨＡＲＱフィードバックのための第１のコードブックと、前記第２のＨＡＲＱフィードバックのための第２のコードブックとを生成することと、
前記コードブックを前記ネットワーク装置に送信することと、
をさらに含む請求項１に記載の方法。

【請求項6】

前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとを送信することは、
前記複数の第１のデータ送信を複数のグループにグループ化することにより前記第１のＨＡＲＱフィードバックを生成することと、
前記第２のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数が前記第１のＨＡＲＱフィードバックのためのＨＡＲＱ－ＡＣＫビットの数に等しくなるように、ＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）ビットをＮＡＣＫでパディングすることにより前記第２のＨＡＲＱフィードバックを生成することと、
前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとのためのコードブックを生成することと、
前記コードブックを前記ネットワーク装置に送信することと、
を含む請求項１に記載の方法。

【請求項7】

前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとを送信することは、
前記複数の第１のデータ送信を複数のグループにグループ化することにより前記第１のＨＡＲＱフィードバックを生成することと、
前記第２のＨＡＲＱフィードバックを生成することと、
前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとのためのコードブックを生成することと、
前記コードブックを前記ネットワーク装置に送信することと、
を含み、
前記端末装置のサービングセルによりサポートされるトランスポートブロックの最大数が前記複数のグループの数に等しいである、
請求項１に記載の方法。

【請求項8】

端末装置において、ダウンリンク制御情報（ＤＣＩ：downlink control information）によりスケジューリングされる複数のデータ送信をネットワーク装置から受信することと、
前記端末装置のために設定されたグループ数に基づいて、前記複数のデータ送信をグループ化することと、
グループ化されるデータ送信について生成されたハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）フィードバックを前記ネットワーク装置に送信することと、
を含む通信の方法。

【請求項9】

前記グループ数は、前記端末装置のサービングセルについて共通に設定される
請求項８に記載の方法。

【請求項10】

前記グループ数は、前記端末装置のサービングセルの各々について異なるように設定され、前記複数のデータ送信をグループ化することは、
前記端末装置と接続を確立するサービングセルについて設定されるグループ数のうちの最大数を決定することと、
前記最大数に基づいて前記複数のデータ送信をグループ化することと、
を含む請求項８に記載の方法。

【請求項11】

端末装置において、複数のデータ送信をスケジューリングするダウンリンク制御情報（ＤＣＩ：downlink control information）であって、前記複数のデータ送信についての複数のパラメータを示すＤＣＩをネットワーク装置から受信することであって、前記複数のパラメータの各々が単一の値を有し、前記単一の値が対応のデータ送信の第１のスロットと前のデータ送信の第２のスロットとの間のスロットギャップを示し、前記単一の値が前記第１のスロット上の前記対応のデータ送信の時間領域リソースの開始位置及び長さに関する情報をさらに示すことと、
前記複数のパラメータの各々に基づいて、対応のデータ送信のための前記時間領域リソースを決定することと、
を含む通信の方法。

【請求項12】

ネットワーク装置において、第１のダウンリンク制御情報（ＤＣＩ：downlink control information）によりスケジューリングされる複数の第１のデータ送信と、第２のＤＣＩによりスケジューリングされる第２のデータ送信とを端末装置に送信することと、
前記複数の第１のデータ送信についての第１のハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）フィードバックであって、前記複数の第１のデータ送信のうちの、設定されるアップリンクシンボルと衝突する第１のデータ送信についての否定応答（ＮＡＣＫ：negative acknowledgement）を含む第１のＨＡＲＱフィードバックと、前記第２のデータ送信についての第２のＨＡＲＱフィードバックとを前記端末装置から受信することと、
を含む通信の方法。

【請求項13】

ネットワーク装置において、ダウンリンク制御情報（ＤＣＩ：downlink control information）によりスケジューリングされる複数のデータ送信を端末装置に送信することと、
前記端末装置のために設定されたグループ数に基づいてグループ化された前記複数のデータ送信についてのハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）フィードバックを前記端末装置から受信することと、
を含む通信の方法。

【請求項14】

ネットワーク装置において、複数のデータ送信をスケジューリングするダウンリンク制御情報（ＤＣＩ：downlink control information）であって、前記複数のデータ送信についての複数のパラメータを示すＤＣＩを端末装置に送信することであって、前記複数のパラメータの各々が単一の値を有し、前記単一の値が対応のデータ送信の第１のスロットと前のデータ送信の第２のスロットとの間のスロットギャップを示し、前記単一の値が前記第１のスロット上の前記対応のデータ送信の時間領域リソースの開始位置及び長さに関する情報をさらに示すこと、
を含む通信の方法。

【請求項15】

請求項１～７の何れか一項又は請求項８～１０の何れか一項又は請求項１１～１４の何れか一項に記載の方法を実行するように設定されたプロセッサを備える
通信装置。

【国際調査報告】