IP Force 特許公報掲載プロジェクト 2022.1.31 β版

ホーム > 特許ランキング > 日本電気株式会社

このエントリーをはてなブックマークに追加

知財求人 - 知財ポータルサイト「IP Force」

2023-550983通信の方法、装置及びコンピュータ記憶媒体
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-12-06
(54)【発明の名称】通信の方法、装置及びコンピュータ記憶媒体
(51)【国際特許分類】
   H04W 72/232 20230101AFI20231129BHJP
   H04W 28/04 20090101ALI20231129BHJP
   H04W 72/0446 20230101ALI20231129BHJP
   H04L 1/18 20230101ALI20231129BHJP
   H04W 28/06 20090101ALI20231129BHJP
【ＦＩ】
H04W72/232
H04W28/04 110
H04W72/0446
H04L1/18
H04W28/06
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023532366
(86)(22)【出願日】2020-11-27
(85)【翻訳文提出日】2023-07-26
(86)【国際出願番号】 CN2020132360
(87)【国際公開番号】W WO2022110047
(87)【国際公開日】2022-06-02
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．３ＧＰＰ
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】ワン ガン
(72)【発明者】
【氏名】リアン リン
【テーマコード（参考）】
5K014
5K067
【Ｆターム（参考）】
5K014DA02
5K014FA03
5K067AA13
5K067DD34
5K067EE02
5K067EE10
5K067HH21
5K067HH28
5K067JJ22
(57)【要約】
本開示の実施形態は、通信の方法、装置及びコンピュータ可読媒体に関する。ネットワーク装置は、複数のグループにグループ化された複数のデータチャネルをスケジューリングするダウンリンク制御情報を生成して、端末装置に送信する。ダウンリンク制御情報を受信すると、端末装置は、グループ化されたデータチャネルに基づいて、端末装置とネットワーク装置との間でデータ送信を実行する。こうして、ダウンリンク制御情報のペイロードを低減することができるとともに、偽検出率を低減することができる。
【選択図】図４
【特許請求の範囲】
【請求項1】
複数のグループにグループ化された複数のデータチャネルをスケジューリングするダウンリンク制御情報を、端末装置において、ネットワーク装置から受信することと、
グループ化されたデータチャネルに基づいて、前記端末装置と前記ネットワーク装置との間でデータ送信を実行することと、
を含む通信方法。
【請求項2】
前記ダウンリンク制御情報は、新規データインジケータフィールドを含み、前記新規データインジケータフィールド内のビットのうちの１つは、前記複数のグループのうちの１つのデータチャネルグループに対応する
請求項１に記載の方法。
【請求項3】
前記データ送信を実行することは、
前記複数のグループのうちの各データチャネルグループ内のデータチャネルの数を決定することと、
前記データチャネルの数に基づいて、前記ビットのうちの１つが対応するデータチャネルグループを決定することと、
前記ビットのうちの前記１つに基づいて前記データチャネルグループ上で前記データ送信を実行することと、
を含む請求項２に記載の方法。
【請求項4】
前記データチャネルの数を決定することは、
前記新規データインジケータフィールド内のビット数と、前記ダウンリンク制御情報内に含まれるスケジューリングされたデータチャネルの総数とに基づいて、前記データチャネルの数を決定すること
を含む請求項３に記載の方法。
【請求項5】
前記データチャネルの数を決定することは、
前記複数のグループの間のデータチャネルの数の差を第１の所定値以下にすることにより、前記データチャネルの数を決定すること、又は
前記複数のグループのうち同じ数のデータチャネルを有するグループの数を第２の所定値より多くすることにより、前記データチャネルの数を決定すること、
のうちの少なくとも１つを含む
請求項４に記載の方法。
【請求項6】
前記データチャネルの数を決定することは、
前記ネットワーク装置からの上位層シグナリングパラメータに基づいて、前記データチャネルの数を決定すること
を含む請求項３に記載の方法。
【請求項7】
変調及び符号化方式（ＭＣＳ：modulation and coding scheme）は、前記複数のグループの間で共有される
請求項１に記載の方法。
【請求項8】
ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）処理は、前記複数のグループのうちの各グループ内のデータチャネルの間で共有される
請求項１に記載の方法。
【請求項9】
前記複数のグループのうちの各グループ内のデータチャネルは、異なるハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）処理に関連付けられる
請求項１に記載の方法。
【請求項10】
単一のダウンリンク制御チャネルによりスケジューリングされる複数のダウンリンクデータチャネル上でダウンリンクデータを、端末装置において、ネットワーク装置から受信することと、
前記単一のダウンリンク制御チャネルから受信されたカウンタダウンリンク割当インジケータ（ＤＡＩ：downlink assignment indicator）に基づいて、前記ダウンリンクデータについてのハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）フィードバックを前記ネットワーク装置に送信することと、
を含む通信方法。
【請求項11】
前記ＨＡＲＱフィードバックを送信することは、
前記複数のダウンリンクデータチャネル上での受信、
サービングセルのインデックス、及び、
ダウンリンク制御チャネルのための監視オケージョン
の順に、ＨＡＲＱコードブックを生成することを含む
請求項１０に記載の方法。
【請求項12】
ダウンリンク制御チャネルのための監視オケージョン内で単一のダウンリンク制御チャネルによりスケジューリングされるダウンリンクデータチャネルの数は、各サービングセルについて同じである
請求項１１に記載の方法。
【請求項13】
ダウンリンク制御チャネルのための監視オケージョン内で単一のダウンリンク制御チャネルによりスケジューリングされる時間間隔は、各サービングセルについて同じである
請求項１１に記載の方法。
【請求項14】
前記ＨＡＲＱコードブックを生成することは、
ダウンリンク制御チャネルのための監視オケージョン内で、前記サービングセルの間で単一のダウンリンク制御チャネルによりスケジューリングされるダウンリンクデータチャネルの最大数に基づいてＨＡＲＱビットの数を決定することと、
前記ＨＡＲＱビットの数に基づいて前記ＨＡＲＱコードブックを生成することと、
を含む請求項１１に記載の方法。
【請求項15】
前記ＨＡＲＱコードブックを生成することは、
前記サービングセルのうちの１つ内のダウンリンクデータチャネルの数がダウンリンク制御チャネルのための監視オケージョン内の前記ＨＡＲＱビットの数より少ないとの決定に従って、前記サービングセルのうちの前記１つのための予備ＨＡＲＱビットを否定応答（ＮＡＣＫ：non-acknowledgement）フィードバックで埋めること
を含む請求項１４に記載の方法。
【請求項16】
前記ＨＡＲＱフィードバックを送信することは、
前記複数のダウンリンクデータチャネル上の受信の順に基づいて、各後続のダウンリンクデータチャネルについてカウンタＤＡＩを１増分させることにより、前記複数のダウンリンクデータチャネルについて前記カウンタＤＡＩを決定することと、
前記カウンタＤＡＩと、前記単一のダウンリンク制御チャネルから受信された前記複数のダウンリンクデータチャネルの数及び総ＤＡＩとに基づいてＨＡＲＱコードブックを生成することと、
を含む請求項１１に記載の方法。
【請求項17】
前記カウンタＤＡＩと前記総ＤＡＩとのそれぞれは２より大きいビット長を有する
請求項１６に記載の方法。
【請求項18】
前記ＨＡＲＱフィードバックを送信することは、
前記複数のダウンリンクデータチャネル内の各ダウンリンクデータチャネルについて同じカウンタＤＡＩを設定することと、
前記カウンタＤＡＩと、前記複数のダウンリンクデータチャネルの数とに基づいて、ＨＡＲＱコードブックを生成することと、
を含む請求項１０に記載の方法。
【請求項19】
ＨＡＲＱフィードバックウィンドウは、複数のダウンリンク制御チャネルによりスケジューリングされる複数のダウンリンクデータチャネルグループに関連付けられ、
前記ＨＡＲＱコードブックを生成することは、
前記複数のダウンリンク制御チャネルのうちの１つが欠落しているとの決定に従って、前記複数のダウンリンク制御チャネルのうちの前記１つによりスケジューリングされた前記複数のグループのうちの１つのグループについての否定応答（ＮＡＣＫ：non-acknowledgement）フィードバックを生成すること
を含む請求項１８に記載の方法。
【請求項20】
ＨＡＲＱフィードバックウィンドウは、複数のダウンリンク制御チャネルによりスケジューリングされる複数のダウンリンクデータチャネルグループに関連付けられ、
前記ＨＡＲＱコードブックを生成することは、
前記ＨＡＲＱフィードバックウィンドウ内で、単一のダウンリンク制御チャネルによりスケジューリングされるダウンリンクデータチャネルの最大数に基づいてＨＡＲＱビットの数を決定することと、
前記ＨＡＲＱビットの数に基づいて前記ＨＡＲＱコードブックを生成することと、
を含む請求項１８に記載の方法。
【請求項21】
前記ＨＡＲＱコードブックを生成することは、
前記ダウンリンクデータチャネルの数が前記ＨＡＲＱビットの数より少ないとの決定に従って、予備ＨＡＲＱビットを否定応答（ＮＡＣＫ：non-acknowledgement）フィードバックで埋めること
を含む請求項２０に記載の方法。
【請求項22】
前記ＨＡＲＱフィードバックを送信することは、
前記複数のダウンリンクデータチャネル上の受信の順に基づいて、各後続のダウンリンクデータチャネルについてカウンタＤＡＩを１増分させることにより、前記複数のダウンリンクデータチャネルについて前記カウンタＤＡＩを決定することと、
前記カウンタＤＡＩと、前記複数のダウンリンクデータチャネルの数とに基づいて、ＨＡＲＱコードブックを生成することと、
を含む請求項１０に記載の方法。
【請求項23】
前記カウンタＤＡＩは２より大きいビット長を有する
請求項２２に記載の方法。
【請求項24】
前記複数のダウンリンクデータチャネルは複数のダウンリンクデータチャネルグループを含み、
前記ＨＡＲＱコードブックを生成することは、
前記複数のグループのうちの各グループについて１つ又は２つのＨＡＲＱビットを生成すること
を含む請求項１８又は２２に記載の方法。
【請求項25】
前記１つ又は２つのＨＡＲＱビットを生成することは、
前記複数のグループのうちの１つのグループ内の各ダウンリンクデータチャネルについてＨＡＲＱ情報ビットを決定することにより、ＨＡＲＱ情報ビットを取得することと、
前記ＨＡＲＱ情報ビットに対してＡＮＤ演算を実行することと、
を含む請求項２４に記載の方法。
【請求項26】
複数のグループにグループ化された複数のデータチャネルをスケジューリングするダウンリンク制御情報を、ネットワーク装置において生成することと、
前記ダウンリンク制御情報を端末装置に送信することと、
を含む通信方法。
【請求項27】
前記ダウンリンク制御情報は、新規データインジケータフィールドを含み、前記新規データインジケータフィールド内のビットのうちの１つは、前記複数のグループのうちの１つのデータチャネルグループに対応する
請求項２６に記載の方法。
【請求項28】
前記ダウンリンク制御情報を生成することは、
前記複数のグループのうちの各データチャネルグループ内のデータチャネルの数を決定することと、
前記複数のグループのうちの各データチャネルグループにビットを割り当てることにより、前記新規データインジケータフィールドを生成することと、
を含む請求項２７に記載の方法。
【請求項29】
前記データチャネルの数を決定することは、
前記新規データインジケータフィールド内のビット数と、前記ダウンリンク制御情報内に含まれるスケジューリングされたデータチャネルの総数とに基づいて、前記データチャネルの数を決定すること
を含む請求項２８に記載の方法。
【請求項30】
前記データチャネルの数を決定することは、
前記複数のデータチャネルグループの間のデータチャネルの数の差を第１の所定値以下にすることにより、前記データチャネルの数を決定すること、又は
前記複数のグループのうち同じ数のデータチャネルを有するグループの数を第２の所定値より多くすることにより、前記データチャネルの数を決定すること、
のうちの少なくとも１つを含む
請求項２９に記載の方法。
【請求項31】
前記複数のデータチャネルグループのうちの各グループ内のデータチャネルの数を示す上位層シグナリングパラメータを前記端末装置に送信すること
をさらに含む請求項２６に記載の方法。
【請求項32】
変調及び符号化方式（ＭＣＳ：modulation and coding scheme）は、前記複数のグループの間で共有される
請求項２６に記載の方法。
【請求項33】
ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）処理は、前記複数のグループのうちの各グループ内のデータチャネルの間で共有される
請求項２６に記載の方法。
【請求項34】
前記複数のグループのうちの各グループ内のデータチャネルは、異なるハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）処理に関連付けられる
請求項２６に記載の方法。
【請求項35】
単一のダウンリンク制御チャネルによりスケジューリングされる複数のダウンリンクデータチャネル上でダウンリンクデータを、ネットワーク装置において、端末装置に送信することと、
カウンタダウンリンク割当インジケータ（ＤＡＩ：downlink assignment indicator）に基づいて、前記ダウンリンクデータについてのハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）フィードバックを前記端末装置から受信することと、
を含む通信方法。
【請求項36】
前記ＨＡＲＱフィードバックを受信することは、
前記複数のダウンリンクデータチャネル上での受信、
サービングセルのインデックス、及び、
ダウンリンク制御チャネルのための監視オケージョン
の順に生成されたＨＡＲＱコードブックを受信することを含む
請求項３５に記載の方法。
【請求項37】
ダウンリンク制御チャネルのための監視オケージョン内で単一のダウンリンク制御チャネルによりスケジューリングされるダウンリンクデータチャネルの数は、各サービングセルについて同じである
請求項３６に記載の方法。
【請求項38】
ダウンリンク制御チャネルのための監視オケージョン内で単一のダウンリンク制御チャネルによりスケジューリングされる時間間隔は、各サービングセルについて同じである
請求項３６に記載の方法。
【請求項39】
前記ＨＡＲＱコードブックを受信することは、
ＨＡＲＱビットを受信することを含み、
前記ＨＡＲＱビットの数は、ダウンリンク制御チャネルのための監視オケージョン内で各サービングセルの間で単一のダウンリンク制御チャネルによりスケジューリングされるダウンリンクデータチャネルの最大数である
請求項３６に記載の方法。
【請求項40】
ダウンリンクデータチャネルの数は、ＨＡＲＱビットの数より少なく、
前記ＨＡＲＱビットを受信することは、否定応答（ＮＡＣＫ：non-acknowledgement）フィードバックで埋められた予備ＨＡＲＱビットを受信することを含む
請求項３９に記載の方法。
【請求項41】
前記ＨＡＲＱフィードバックを受信することは、
カウンタＤＡＩと、前記単一のダウンリンク制御チャネルから受信された総ＤＡＩ及びダウンリンクデータチャネルの数とに基づいて生成されたＨＡＲＱコードブックを受信することを含み、
前記カウンタＤＡＩは、前記複数のダウンリンクデータチャネル上の受信の順に基づいて、各後続のダウンリンクデータチャネルについて前記カウンタＤＡＩを１増分させることにより、前記複数のダウンリンクデータチャネルについて決定される
請求項３６に記載の方法。
【請求項42】
前記カウンタＤＡＩと前記総ＤＡＩとのそれぞれは２より大きいビット長を有する
請求項４１に記載の方法。
【請求項43】
前記ＨＡＲＱフィードバックを受信することは、
前記カウンタＤＡＩと、前記複数のダウンリンクデータチャネルの数とに基づいて生成されたＨＡＲＱコードブックを受信することを含み、
前記複数のダウンリンクデータチャネル内の各ダウンリンクデータチャネルについて同じカウンタＤＡＩが設定される
請求項３５に記載の方法。
【請求項44】
ＨＡＲＱフィードバックウィンドウは、複数のダウンリンク制御チャネルによりスケジューリングされる複数のダウンリンクデータチャネルグループに関連付けられ、
前記ＨＡＲＱコードブックを受信することは、
前記複数のダウンリンク制御チャネルのうちの１つが欠落しているとの決定に従って前記複数のダウンリンク制御チャネルのうちの前記１つによりスケジューリングされた前記複数のグループのうちの１つのグループについての否定応答（ＮＡＣＫ：non-acknowledgement）フィードバックを受信すること
を含む請求項４３に記載の方法。
【請求項45】
ＨＡＲＱフィードバックウィンドウは、複数のダウンリンク制御チャネルによりスケジューリングされる複数のダウンリンクデータチャネルグループに関連付けられ、
前記ＨＡＲＱコードブックを受信することは、
ＨＡＲＱビットを受信することを含み、
前記ＨＡＲＱビットの数は、前記ＨＡＲＱフィードバックウィンドウ内で単一のダウンリンク制御チャネルによりスケジューリングされるダウンリンクデータチャネルの最大数である
請求項４３に記載の方法。
【請求項46】
前記ＨＡＲＱビットを受信することは、
サービングセル内のダウンリンクデータチャネルの数が前記ＨＡＲＱビットの数より少ないとの決定に従って、前記サービングセルについての否定応答（ＮＡＣＫ：non-acknowledgement）フィードバックで埋められた予備ＨＡＲＱビットを受信すること
を含む請求項４５に記載の方法。
【請求項47】
前記ＨＡＲＱフィードバックを受信することは、
カウンタＤＡＩと、前記複数のダウンリンクデータチャネルの数とに基づいて生成されたＨＡＲＱコードブックを受信することを含み、
前記カウンタＤＡＩは、前記複数のダウンリンクデータチャネル上の受信の順に基づいて、各後続のダウンリンクデータチャネルについて前記カウンタＤＡＩを１増分させることにより、前記複数のダウンリンクデータチャネルについて決定される
請求項３５に記載の方法。
【請求項48】
前記カウンタＤＡＩは２より大きいビット長を有する
請求項４７に記載の方法。
【請求項49】
前記複数のダウンリンクデータチャネルは複数のダウンリンクデータチャネルグループを含み、
前記ＨＡＲＱコードブックを受信することは、
前記複数のグループのうちの各グループについて生成された１つ又は２つのＨＡＲＱビットを受信すること
を含む請求項４３又は４７に記載の方法。
【請求項50】
前記１つ又は２つのＨＡＲＱビットを受信することは、
前記複数のグループのうちの１つのグループ内のダウンリンクデータチャネルについてのＨＡＲＱ情報ビットに対してＡＮＤ演算を実行することにより生成された前記１つ又は２つのＨＡＲＱビットを受信すること
を含む請求項４９に記載の方法。
【請求項51】
プロセッサと、
前記プロセッサに結合され命令を記憶しているメモリと、を備える端末装置であって、
前記命令が前記プロセッサにより実行された場合に、請求項１から請求項２５の何れか一項に記載の方法を実行する
端末装置。
【請求項52】
プロセッサと、
前記プロセッサに結合され命令を記憶しているメモリと、を備えるネットワーク装置であって、
前記命令が前記プロセッサにより実行された場合に、請求項２６から請求項５０の何れか一項に記載の方法を実行する
ネットワーク装置。
【請求項53】
少なくとも１つのプロセッサ上で実行された場合に、前記少なくとも１つのプロセッサに、請求項１から請求項２５の何れか一項に記載の方法を実行させる命令が記憶されている
コンピュータ可読媒体。
【請求項54】
少なくとも１つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、請求項２６から請求項５０の何れか一項に記載の方法を実行させる命令を記憶した
コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施形態は、全体として電気通信の分野に関するものであり、特に１つのダウンリンク制御チャネル内でのマルチ送信時間間隔（ＴＴＩ：multi-transmission time interval）のスケジューリング中の通信の方法、装置及びコンピュータ記憶媒体に関するものである。
【背景技術】
【0002】
現在では、５２．６ＧＨｚから７１ＧＨｚまでのＮｅｗ Ｒａｄｉｏ（ＮＲ）をサポートするために、１つの物理ダウンリンク制御チャネル（ＰＤＣＣＨ：physical downlink control channel）を使用して複数の物理アップリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）をスケジューリングするマルチＴＴＩに基づくスケジューリングが提案されている。この仕組みに基づいて、同じピークデータレートを維持しながら、スケジューラの実装及び上位層のプロセッシング負担を軽減することができる。
【0003】
マルチＴＴＩに基づくスケジューリングが、１つのＰＤＣＣＨ上でＤＣＩによる複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のスケジューリングに拡張される場合、１つのＰＤＳＣＨ内に２つのトランスポートブロック（ＴＢ：transport block）が存在する可能性があるので、ＤＣＩ内のビットをさらに増やすべきである。これにより、ＤＣＩのペイロードが大きくなり、より高い偽検出率がもたらされる。
【発明の概要】
【発明が解決しようとする課題】
【0004】
全体として、本開示の実施形態は、１つのダウンリンク制御チャネル内でのマルチＴＴＩのスケジューリング中の通信の方法、装置及びコンピュータ記憶媒体を提供する。
【課題を解決するための手段】
【0005】
第１の態様において、通信方法が提供される。前記方法は、複数のグループにグループ化された複数のデータチャネルをスケジューリングするダウンリンク制御情報を、端末装置において、ネットワーク装置から受信することと、グループ化されたデータチャネルに基づいて、前記端末装置と前記ネットワーク装置との間でデータ送信を実行することと、を含む。
【0006】
第２の態様において、通信方法が提供される。前記方法は、単一のダウンリンク制御チャネルによりスケジューリングされた複数のダウンリンクデータチャネル上でダウンリンクデータを、端末装置において、ネットワーク装置から受信することと、前記単一のダウンリンク制御チャネルから受信されたカウンタダウンリンク割当インジケータ（ＤＡＩ：downlink assignment indicator）に基づいて、前記ダウンリンクデータについてのハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）フィードバックを前記ネットワーク装置に送信することと、を含む。
【0007】
第３の態様において、通信方法が提供される。前記方法は、複数のグループにグループ化された複数のデータチャネルをスケジューリングするダウンリンク制御情報を、ネットワーク装置において生成することと、前記ダウンリンク制御情報を端末装置に送信することと、を含む。
【0008】
第４の態様において、通信方法が提供される。前記方法は、単一のダウンリンク制御チャネルによりスケジューリングされた複数のダウンリンクデータチャネル上でダウンリンクデータを、ネットワーク装置において、端末装置に送信することと、カウンタＤＡＩに基づいて生成された、前記ダウンリンクデータについてのＨＡＲＱフィードバックを、前記端末装置から受信することと、を含む。
【0009】
第５の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記端末装置に本開示の第１の態様に記載の方法を実行させる命令を記憶する。
【0010】
第６の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記端末装置に本開示の第２の態様に記載の方法を実行させる命令を記憶する。
【0011】
第７の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記ネットワーク装置に本開示の第３の態様に記載の方法を実行させる命令を記憶する。
【0012】
第８の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記ネットワーク装置に本開示の第４の態様に記載の方法を実行させる命令を記憶する。
【0013】
第９の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、本開示の第１の態様と第２の態様とに記載の方法を実行させる。
【0014】
第１０の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、本開示の第３の態様と第４の態様とに記載の方法を実行させる。
【0015】
本開示のその他の特徴は、以下の説明により容易に理解できるはずである。
【図面の簡単な説明】
【0016】
図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。
【0017】
【図1】本開示のいくつかの実施形態を実施可能な例示的な通信ネットワークを示す図である。
【0018】
【図2】従来の解決策にかかる、ＤＣＩにより１つのダウンリンクデータチャネルをスケジューリングするためのプロセスを示す模式図である。
【0019】
【図3】本開示の実施形態にかかる、単一のＤＣＩにより複数のデータチャネルをスケジューリングためのプロセスを示す模式図である。
【0020】
【図4】本開示の実施形態にかかる、単一のＤＣＩによる複数のデータチャネルのスケジューリング時の通信のためのプロセスを示す模式図である。
【0021】
【図5】本開示の実施形態にかかる、単一のＤＣＩによりスケジューリングされたデータチャネルのグループ化の例を示す模式図である。
【0022】
【図6】本開示の実施形態にかかる、単一のＤＣＩによりスケジューリングされたデータチャネルのグループ化の別の例を示す模式図である。
【0023】
【図7】本開示の実施形態にかかる、単一のＤＣＩによる複数のデータチャネルのスケジューリング時の通信のための別のプロセスを示す模式図である。
【0024】
【図8A】本開示の実施形態による、コンポーネントキャリア（ＣＣ：component carrier）内の単一のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの生成例を示す模式図である。
【0025】
【図8B】本開示の実施形態による、ＣＣ内の単一のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの別の生成例を示す模式図である。
【0026】
【図9A】本開示の実施形態による、ＣＣ内の単一のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの別の生成例を示す模式図である。
【0027】
【図9B】本開示の実施形態による、ＣＣ内の単一のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの別の生成例を示す模式図である。
【0028】
【図10A】本開示の実施形態による、ＣＣ内の単一のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの別の生成例を示す模式図である。
【0029】
【図10B】本開示の実施形態による、ＣＣ内の単一のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの別の生成例を示す模式図である。
【0030】
【図11】本開示の実施形態による、ＣＣ内の単一のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの別の生成例を示す模式図である。
【0031】
【図12】本開示の実施形態による、キャリアアグリゲーション（ＣＡ：carrier aggregation）内の単一のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの生成例を示す模式図である。
【0032】
【図13】本開示の実施形態による、ＣＡ内の単一のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの別の生成例を示す模式図である。
【0033】
【図14】本開示の実施形態による、ＣＡ内の単一のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの別の生成例を示す模式図である。
【0034】
【図15】本開示の実施形態による、ＣＡ内の単一のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの別の生成例を示す模式図である。
【0035】
【図16】本開示のいくつかの実施形態にかかる、端末装置において実現される例示的な通信方法を示す図である。
【0036】
【図17】本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法を示す図である。
【0037】
【図18】本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される例示的な通信方法を示す図である。
【0038】
【図19】本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される別の例示的な通信方法を示す図である。
【0039】
【図20】本開示の実施形態を実現するのに適した装置の概略ブロック図である。
【0040】
図中、同一又は類似の参照番号は、同一又は類似の要素を表す。
【発明を実施するための形態】
【0041】
ここで、いくつかの実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しないことを理解すべきである。本明細書で説明される開示内容は、以下で説明される方法とは異なる様々な方法で実施することができる。
【0042】
以下の説明及び特許請求の範囲において、別途定義されていない限り、本文で使用される全ての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。
【0043】
本文で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ：user equipment）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ：personal digital assistant）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ：internet of things）装置、あらゆるモノのインターネット（ＩｏＥ：Internet of Everything）装置、マシンタイプ通信（ＭＴＣ）装置、Ｖ２Ｘ通信のための車載装置などを含むが、これらに限定されず、Ｖ２Ｘの「Ｘ」は歩行者、車両又はインフラストラクチャ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。「端末装置」という用語は、ＵＥ、移動局、加入者局、移動端末、ユーザ端末、又は無線装置と互換的に使用することができる。また、「ネットワーク装置」という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ：Transmission Reception Point）、リモートラジオユニット（ＲＲＵ：Remote Radio Unit）、ラジオヘッド（ＲＨ：radio head）、リモートラジオヘッド（ＲＲＨ：remote radio head）、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。
【0044】
一実施形態において、端末装置は、第１のネットワーク装置及び第２のネットワーク装置に接続することができる。第１のネットワーク装置と第２のネットワーク装置の一方をマスタノードとして、他方をセカンダリ―ノードとしてもよい。第１のネットワーク装置と第２のネットワーク装置は、異なる無線アクセス技術（ＲＡＴ：radio access technology）を使用してもよい。一実施形態において、第１のネットワーク装置は第１のＲＡＴ装置であってもよく、第２のネットワーク装置は第２のＲＡＴ装置であってもよい。一実施形態において、第１のＲＡＴ装置はｅＮＢであり、第２のＲＡＴ装置はｇＮＢである。異なるＲＡＴに関する情報は、第１のネットワーク装置又は第２のネットワーク装置の少なくとも一方から端末装置に送信することができる。一実施形態において、第１の情報は、第１のネットワーク装置から端末装置に送信されてもよく、そして第２の情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。一実施形態において、第２のネットワーク装置により設定された端末装置の設定に関する情報は、第２のネットワーク装置から第１のネットワーク装置を介して送信することができる。第２のネットワーク装置により設定された端末装置の再設定に関する情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信することができる。
【0045】
本明細書で使用される単数形「１つ(a/an)」、及び「前記(the)」は、文脈に明示的に示されていない限り、複数形も含まれる。「含む」という用語及びその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。「に基づく」という用語は、「に少なくとも部分的に基づく」と理解されるべきである。「一実施形態」及び「実施形態」という用語は、「少なくとも１つの実施形態」と理解されるべきである。「別の実施形態」という用語は、「少なくとも１つの別の実施形態」と理解されるべきである。「第１」、「第２」などの用語は、異なる又は同一の対象を指すことができる。以下では、その他の明示的及び暗黙的な定義を含む場合がある。
【0046】
いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと称される。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことが、理解されるであろう。
【0047】
上述したように、単一のＤＣＩ内の複数のＰＵＳＣＨのスケジューリングが単一のＤＣＩ内の複数のＰＤＳＣＨのスケジューリングに拡張される場合、１つのＰＤＳＣＨ内に２つのＴＢが存在する可能性があるので、ＤＣＩ内のビットをさらに増やす必要がある。具体的には、ＤＣＩは、新規データインジケータ（ＮＤＩ:new data indicator）フィールドと冗長バージョン（ＲＶ:redundancy version）フィールドとを含む。ＮＤＩフィールドのビット及びＲＶフィールドのビットは、それぞれ、スケジューリングされたＰＵＳＣＨに１対１でマッピングされる。ＤＣＩ内の複数のＰＤＳＣＨのスケジューリングに拡張され、１つのＰＤＳＣＨに２つのＴＢがある場合、ＮＤＩフィールド及びＲＶフィールドのビットは２倍になる。この場合、ＤＣＩのペイロードが大きくなるため、より高い偽検出率がもたらされる。
【0048】
これに鑑みて、本開示の実施形態は、単一のダウンリンク制御チャネル上でＤＣＩにより複数のデータチャネルをスケジューリングするための解決策を提供する。この解決策は、アップリンクデータチャネルのためのスケジューリングに適用されてもよく、ダウンリンクデータチャネルのためのスケジューリングに適用されてもよい。この解決策において、複数のデータチャネルが複数のグループに分けられ、複数のグループの各々は、ＮＤＩフィールド及びＲＶフィールド内の同じビットが割り当てられる、すなわち、ＤＣＩにおいてＮＤＩ及びＲＶ値を共有する。こうして、各データチャネルグループについて新規データ又は再送信データを示すのに、より少ないビットが使用される。これにより、ＤＣＩのペイロードを低減することができるとともに、偽検出率を低減することができる。
【0049】
本開示の実施形態はまた、単一のダウンリンク制御チャネル上でＤＣＩによりスケジューリングされた複数のダウンリンクデータチャネルについてのＨＡＲＱフィードバックを拡張するための解決策を提供する。この解決策において、ＤＣＩによりスケジューリングされた複数のダウンリンクデータチャネルにカウンタＤＡＩ（ここではｃ－ＤＡＩとも称される）が割り当てられ、１つのＣＣ及びＣＡについて、前記カウンタＤＡＩに基づいてＨＡＲＱフィードバックが提供される。こうして、ＤＣＩによりスケジューリングされた複数のダウンリンクデータチャネルについて、ＨＡＲＱフィードバック拡張を実現することができる。
【0050】
以下、添付図面を参照して、本開示の原理及び実施態様について詳細に説明する。
通信ネットワークの例
【0051】
図１は、本開示の実施形態を実施可能な例示的な通信ネットワーク１００を示す模式図である。図１に示すように、通信ネットワーク１００は、端末装置１１０とネットワーク装置１２０とを含むことができる。いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０によりサービングされてもよい。図１における装置の数は説明の目的で与えられており、本開示に対するいかなる限定も暗示していないことが、理解されるであろう。通信ネットワーク１００は、本開示の実施態様を実施するのに適した任意の適切な数のネットワーク装置及び／又は端末装置を含むことができる。
【0052】
図１に示すように、端末装置１１０は、無線通信チャネル等のチャネルを介してネットワーク装置１２０と通信することができる。通信ネットワーク１００における通信は、モバイル通信のためのグローバルシステム（ＧＳＭ：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）などを含むが、これらに限定されない任意の適切な規格に準拠することができる。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行することができる。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。
【0053】
いくつかの実施形態において、端末装置１１０は、アップリンクデータチャネル送信を介して、アップリンクデータをネットワーク装置１２０に送信してもよい。例えば、アップリンクデータチャネル送信は、ＰＵＳＣＨ送信であってもよい。もちろん、任意の他の適切な形式も可能である。いくつかの実施形態において、端末装置１１０は、ダウンリンクデータチャネル送信を介してネットワーク装置１２０からダウンリンクデータを受信してもよい。例えば、ダウンリンクデータチャネル送信は、ＰＤＳＣＨ送信であってもよい。もちろん、任意の他の適切な形式も可能である。
【0054】
いくつかの実施形態において、端末装置１１０は、ダウンリンク制御チャネル送信を介して、ネットワーク装置１２０からＤＣＩ、例えばデータ送信設定を受信してもよい。例えば、ダウンリンク制御チャネル送信は、ＰＤＣＣＨ送信であってもよい。もちろん、任意の他の適切な形式も可能である。いくつかの実施形態において、端末装置１１０は、アップリンクチャネル送信を介して、アップリンク制御情報（ＵＣＩ：uplink control information）、例えば、ＨＡＲＱフィードバック情報を、ネットワーク装置１２０に送信してもよい。例えば、アップリンクチャネル送信は、ＰＵＣＣＨ又はＰＵＳＣＨ送信であってもよい。もちろん、任意の他の適切な形式も可能である。
【0055】
いくつかの実施形態において、ネットワーク装置１２０は、端末装置１１０に複数のサービングセル（本明細書では図示しない）、例えば、プライマリセル（ＰＣｅｌｌ：primary cell）、プライマリセカンダリセル（ＰＳＣｅｌｌ：primary secondary cell）、セカンダリセル（ＳＣｅｌｌ：secondary cell）、スペシャルセル（ｓＰＣｅｌｌ：special cell）などを提供してもよい。サービングセルのそれぞれはＣＣに対応してもよい。端末装置１１０は、ＣＣを介してネットワーク装置１２０と送信を行うことができる。もちろん、端末装置１１０は、例えばＣＡの場合、複数のＣＣを介してネットワーク装置１２０と送信を行ってもよい。
【0056】
従来の解決策において、ネットワーク装置は、１つのダウンリンク制御チャネル上でＤＣＩにより１つのダウンリンクデータチャネルをスケジューリングしてもよい。図２は従来の解決策にかかる、ＤＣＩにより１つのダウンリンクデータチャネルをスケジューリングするためのプロセス２００を示す模式図である。図２に示すように、１つのＰＤＣＣＨは１つのＰＤＳＣＨをスケジューリングし、各ＰＤＳＣＨは１つのＨＡＲＱプロセス番号を占有する。
【0057】
本開示の実施形態によれば、ネットワーク装置１２０は、端末装置１１０について、単一のダウンリンク制御チャネル上でＤＣＩにより複数のダウンリンクデータチャネルをスケジューリングしてもよい。図３は本開示の実施形態にかかる、ＤＣＩにより複数のダウンリンクデータチャネルをスケジューリングするためのプロセス３００を示す模式図である。図３に示すように、１つのＰＤＣＣＨ３０１は、５つのＰＤＳＣＨ、すなわちＰＤＳＣＨ＃０～＃４をスケジューリングする。１つのＰＤＣＣＨ内でスケジューリングされるＰＤＳＣＨの数は、上記の例に限定されず、１より大きい任意の他の整数も可能であることを、理解すべきである。図３は、複数のＰＤＳＣＨをスケジューリングする１つのＰＤＣＣＨを示しているが、本開示の実施形態は、複数のＰＵＳＣＨをスケジューリングする１つのＰＤＣＣＨにも適用される。便宜上、以下では、複数のＰＤＳＣＨをスケジューリングする１つのＰＤＣＣＨを例として説明する。
ＤＣＩ内でのデータチャネルスケジューリングの実現例
【0058】
本開示の実施形態は、単一のダウンリンク制御チャネル上でＤＣＩにより複数のデータチャネルをスケジューリングするための解決策を提供する。これについては、図４～６を参照して詳細に説明する。図４は本開示の実施形態にかかる、ＤＣＩによる複数のデータチャネルのスケジューリング時の通信のためのプロセス４００を示す模式図である。説明のために、図１を参照してプロセス４００を説明する。プロセス４００には、図１に示されるように、端末装置１１０とネットワーク装置１２０が関与してもよい。
【0059】
図４に示すように、ネットワーク装置１２０は、複数のデータチャネルをスケジューリングするためのＤＣＩを生成してもよい（４１０）。いくつかの実施形態において、ＤＣＩは、複数のデータチャネルのためのスロット情報を含んでもよい。いくつかの実施形態において、ＤＣＩは、データ送信タイプを示す新規データインジケータ（ＮＤＩ）フィールドを含んでもよい。いくつかの実施形態において、ＤＣＩは、冗長バージョン（ＲＶ）フィールドをさらに含んでもよい。もちろん、ＤＣＩは、任意の他の適切な情報をさらに含んでもよい。例えば、ＤＣＩは、変調及び符号化方式（ＭＣＳ：modulation and coding scheme）情報をさらに含んでもよい。別の例として、ＤＣＩは、ＨＡＲＱプロセス情報をさらに含んでもよい。別の例において、ＤＣＩは、ＤＣＩによりスケジューリングされたデータチャネルの総数をさらに含んでもよい。
【0060】
本開示の実施形態によれば、複数のデータチャネルは複数のグループに分けられ、ＮＤＩフィールド及びＲＶフィールドのそれぞれ内のビットのうちの１つは、複数のグループのうちの１つのグループに対応する。言い換えれば、１つのグループ内のデータチャネルは、同じＮＤＩビット及びＲＶビットを共有する。こうして、ＤＣＩ内のビット数を大幅に削減することができる。
【0061】
いくつかの実施形態において、１つのグループ内のデータチャネルは、ＨＡＲＱプロセスを共有してもよい。いくつかの実施形態において、１つのグループ内のデータチャネルは、ＨＡＲＱプロセスを共有しなくてもよい。例えば、端末装置１１０とネットワーク装置１２０との間の信号品質が閾値品質を下回った場合、ネットワーク装置１２０は、１つのグループ内の各データチャネルに、異なるＨＡＲＱプロセスを占有させてもよく、信号品質が閾値品質を上回った場合、ネットワーク装置１２０は、１つのグループ内のデータチャネルに、ＨＡＲＱプロセスを共有させてもよい。いくつかの代替又は追加の実施形態において、複数のグループがＭＣＳ値を共有してもよい。
【0062】
いくつかの実施形態において、ネットワーク装置１２０は、各グループ内のデータチャネルの数を決定してもよい。こうして、複数のデータチャネルをグループに分けることができる。いくつかの実施形態において、ネットワーク装置１２０は、ＮＤＩフィールド内のビット数とＤＣＩによりスケジューリングされたデータチャネルの総数とに基づいて、各グループ内のデータチャネルの数を決定してもよい。
【0063】
いくつかの実施形態において、ネットワーク装置１２０は、前記複数のグループの間のデータチャネルの数の差を第１の所定値以下にすることにより、データチャネルの数を決定してもよい。例えば、第１の所定値は１であってもよい。もちろん、任意の他の適切な値も可能である。
【0064】
Ｃは、ＤＣＩフォーマット１＿１内でシグナリングされるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔの行に示された有効な開始及び長さ指示値（ＳＬＩＶ：start and length indication values）の数によりシグナリングされた、スケジューリングされたＰＤＳＣＨの数を表し、Ｍは、ＤＣＩフォーマット１＿１内でシグナリングされたＮＤＩビットを表すと仮定する。いくつかの実施形態において、各グループ内のデータチャネルの数は、以下の式（１）～（３）により決定されてもよい。
Ｍ１＞０の場合、ｍ＝０，１，…Ｍ１－１であれば、ＰＤＳＣＨグループｍは、Ｋ１を有するＰＤＳＣＨ（ＴＴＩ）からなり、ｍ＝Ｍ１，Ｍ１＋１，…Ｍ－１であれば、ＰＤＳＣＨグループｍはＫ２を有するＰＤＳＣＨ（ＴＴＩ）からなる。図５を参照して一例を説明する。
【0065】
図５は本開示の実施形態にかかる、ＤＣＩによりスケジューリングされたデータチャネルのグループ化の例を示す模式図５００である。この例において、Ｃ＝８、Ｍ＝３である。すなわち、図５においてＰＤＳＣＨ＃０～＃７で示されるように、１つのＰＤＣＣＨにより８個のＰＤＳＣＨがスケジューリングされ、ＤＣＩ内には３個のＰＤＳＣＨグループがある。上記式（１）～（３）により、図５に示すように、ＰＤＳＣＨ＃０、ＰＤＳＣＨ＃１及びＰＤＳＣＨ＃２がグループ＃０を占め、ＰＤＳＣＨ＃３、ＰＤＳＣＨ＃４及びＰＤＳＣＨ＃５がグループ＃１を占め、ＰＤＳＣＨ＃６及びＰＤＳＣＨ＃７がグループ＃２を占めるように決定されている。
【0066】
いくつかの代替実施形態において、ネットワーク装置１２０は、複数のグループのうち同じ数のデータチャネルを有するグループの数を第２の所定値より多くすることにより、データチャネルの数を決定してもよい。例えば、第２の所定値は２であってもよい。もちろん、任意の他の適切な値も可能である。こうして、複数のグループ内のほとんどのグループが同じ数のデータチャネルを有するようになる。
【0067】
Ｃは、ＤＣＩフォーマット１＿１内でシグナリングされるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔの行に示された有効な開始及び長さ指示値（ＳＬＩＶ：start and length indication value）の数によりシグナリングされた、スケジューリングされたＰＤＳＣＨの数を表し、Ｍは、ＤＣＩフォーマット１＿１内でシグナリングされたＮＤＩビットを表すと仮定する。いくつかの実施形態において、各グループ内のデータチャネルの数は、式（１）と以下の式（４）及び式（５）とにより決定されてもよい。
Ｋ１＝（Ｃ－Ｍ１）／Ｍ （４）
Ｋ２＝Ｋ１＋Ｍ１ （５）
ｍ＝０，１，…Ｍ－２であれば、ＰＤＳＣＨグループｍは、Ｋ１を有するＰＤＳＣＨ（ＴＴＩ）からなり、ｍ＝Ｍ－１であれば、ＰＤＳＣＨグループｍはＫ２を有するＰＤＳＣＨ（ＴＴＩ）からなる。
【0068】
図６は本開示の実施形態にかかる、ＤＣＩによりスケジューリングされたデータチャネルのグループ化の例を示す模式図６００である。この例において、Ｃ＝８、Ｍ＝３である。すなわち、図６においてＰＤＳＣＨ＃０～＃７で示されるように、１つのＰＤＣＣＨにより８個のＰＤＳＣＨがスケジューリングされ、ＤＣＩ内には３個のＰＤＳＣＨグループがある。上記式（１）、（４）及び（５）により、図６に示すように、ＰＤＳＣＨ＃０とＰＤＳＣＨ＃１がグループ＃２を占め、ＰＤＳＣＨ＃３がグループ＃１を占め、ＰＤＳＣＨ＃４、ＰＤＳＣＨ＃５、ＰＤＳＣＨ＃６及びＰＤＳＣＨ＃７がグループ＃２を占めるように決定されている。
【0069】
上記の式は一例に過ぎず、複数のデータチャネルをグループ化するために他の任意の適切な方法も可能であることを理解すべきである。
【0070】
いくつかの代替実施形態において、ネットワーク装置１２０は、各グループ内のデータチャネルの数を示すために、端末装置１１０に上位層シグナリングパラメータを設定してもよい。いくつかの実施形態において、単一のダウンリンク制御チャネル上でＤＣＩによりスケジューリングされた複数のデータチャネルが有効化されている場合、ネットワーク装置１２０は、複数のデータチャネルのグループ化又はバンドリングを有効化又は無効化するフラグを設定してもよい。例えば、このフラグは以下のように設定できる。
【0071】
これらの実施形態において、ネットワーク装置１２０は、各グループ内のデータチャネルの数（グループサイズとも称される）をシグナリングするために、ＤＣＩ内に追加のビットを導入してもよい。ＤＣＩペイロードは、以下のように設計されてもよい。
ＤＣＩペイロード：
－ ｍｕｌｔｉ－ＰＤＳＣＨ－ｇｒｏｕｐｉｎｇ ｓｕｐｐｏｒｔ － ０又は１ビット。
－ 上位層パラメータｍｕｌｔｉ－ＰＤＳＣＨｓ－Ｂｕｎｄｌｉｎｇ－Ｆｌａｇが真の場合は１ビット。
－ それ以外の場合は０ビット。
ｍｕｌｔｉ－ＰＤＳＣＨ－ｇｒｏｕｐｉｎｇ ｓｕｐｐｏｒｔが０である場合、ネットワーク装置１２０は、グループサイズ＝２を設定してもよく、また、ｍｕｌｔｉ－ＰＤＳＣＨ－ｇｒｏｕｐｉｎｇ ｓｕｐｐｏｒｔが１である場合、ネットワーク装置１２０は、グループサイズ＝４を設定してもよい。
【0072】
グループサイズについての上記の値及びパラメータは一例にすぎず、他の適切な値及びパラメータも可能であることを、理解すべきである。
【0073】
各グループ内のデータチャネルの数が決定されると、ネットワーク装置１２０は、当該グループ内の各データチャネル上のデータ送信が新規データ送信であるか否かを示すビットを各グループに割り当ててもよい。こうして、ネットワーク装置１２０は、複数のデータチャネルグループのためのビットを含むＮＤＩフィールドを生成する。これに応じて、ネットワーク装置１２０は、ＲＶフィールドを生成する。いくつかの実施形態において、ＲＶフィールド内のビット数は、ＮＤＩフィールド内のビット数と同じであってもよい。いくつかの実施形態において、ＲＶフィールド内のビット数は、ＮＤＩフィールド内のビット数の２倍であってもよい。その結果、ネットワーク装置１２０は、より少ないビット数のＮＤＩフィールド及びＲＶフィールドを含むＤＣＩを生成してもよい。
【0074】
図４に戻り、ＤＣＩが生成されると、ネットワーク装置１２０は、単一のダウンリンク制御チャネル内でＤＣＩを端末装置１１０に送信する（４２０）。こうして、複数のデータチャネルがＤＣＩによりスケジューリングされる。
【0075】
ＤＣＩが受信されると、端末装置１１０は、各グループ内のデータチャネルの数を決定してもよい（４３０）。言い換えれば、端末装置１１０は、ネットワーク装置１２０が採用するグループ化の方式を決定してもよい。
【0076】
いくつかの実施形態において、端末装置１１０は、ＮＤＩフィールド内のビット数と、ＤＣＩ内に含まれるスケジューリングされたデータチャネルの総数とに基づいて、データチャネルの数を決定してもよい。いくつかの実施形態において、端末装置１１０は、前記複数のグループの間のデータチャネルの数の差を前記第１の所定値以下にすることにより、データチャネルの数を決定してもよい。いくつかの実施形態において、端末装置１１０は、複数のグループのうち同じ数のデータチャネルを有するグループの数を前記第２の所定値より多くすることにより、データチャネルの数を決定してもよい。いくつかの代替実施形態において、端末装置１１０は、ネットワーク装置１２０からの上位層シグナリングパラメータに基づいて、データチャネルの数を決定してもよい。
【0077】
端末装置１１０における各グループ内のデータチャネルの数の決定は、ネットワーク装置１２０において実行される決定と同じであり、他の詳細は、簡潔のためにここでは繰り返さないことを理解すべきである。
【0078】
各グループ内のデータチャネルの数を決定することにより、端末装置１１０は、データチャネルグループがビットのうちのどの１ビットに対応するかを決定する。すなわち、端末装置１１０は、ＮＤＩフィールドのビットと複数のデータチャネルグループとの間のマッピング関係を決定する。
【0079】
この場合、端末装置１１０は、ビットのうちの対応する１つに基づいて、複数のデータチャネルのセット上でデータ送信を実行することができる。スケジューリングされたデータチャネルが複数のダウンリンクデータチャネルであるいくつかの実施形態において、端末装置１１０は、対応するスロット内で前記複数のダウンリンクデータチャネル上でダウンリンクデータを受信してもよい（４４０）。スケジューリングされたデータチャネルが複数のアップリンクデータチャネルであるいくつかの実施形態において、端末装置１１０は、対応するスロット内で前記複数のアップリンクデータチャネル上でアップリンクデータを送信してもよい（４５０）。図４では３つのデータチャネルが破線で示されているが、これは一例にすぎず、複数のデータチャネルの数は２以上の整数であってもよいことを理解すべきである。
【0080】
表１に示すように、従来の解決策と本解決策との間でのＤＣＩビット数の例示的な比較が示されている。この例において、ＤＣＩにより８個のＰＤＳＣＨがスケジューリングされ、最大２つのＴＢがサポートされると仮定する。
【0081】
データチャネルのグループ化は、信号対雑音比（ＳＮＲ：signal noise rate）が良く、ＭＣＳが高く、再送信率が低い場合に発生してもよい。ＭＣＳとＰＤＳＣＨグループサイズとの関係例を表２に示す。
【0082】
図４のプロセスにより、単一のダウンリンク制御チャネル上でＤＣＩにより複数のデータチャネルをスケジューリングする場合、複数のＴＴＩをバンドリングすることは、データチャネルの各グループのための新規データ又は再送信データを示すためにより少ないビット数を使用し、ＲＶビットを限定することができることが分かる。さらに、ＮＤＩビットとｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔとを組み合わせて使用して、各グループ内のＴＴＩの数を暗黙的に示すことにより、パフォーマンスに応じてＨＡＲＱプロセスをスケジューリングすることが、ネットワーク装置にとってより柔軟になる。
【0083】
これらの実施形態について、３８．２１４の３ＧＰＰ仕様は以下のように変更される。
Ｒ１６で１つのＰＤＣＣＨが複数のＰＵＳＣＨをスケジューリングする場合と同様に、ＤＣＩによりＵＥに複数のＰＤＳＣＨがスケジューリングされる場合、該ＤＣＩにより示されるＨＡＲＱプロセスＩＤが最初のＰＤＳＣＨグループに適用され、その後、スケジューリングされた順で、各後続のＰＤＳＣＨについてＨＡＲＱプロセスＩＤが１増分され、モジュロ１６演算が適用される。所与のスケジューリングされたセル内の任意のＨＡＲＱプロセスＩＤについて、ＵＥにとって、別のＰＤＳＣＨグループと時間的に重複するＰＤＳＣＨグループを送信することは望ましくない。
ｐｄｓｃｈ－Ｃｏｎｆｉｇ内のｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔが、２つから８つの連続するＰＤＳＣＨについてのリソース割当を示す行を含む場合、Ｋ０は、ＤＣＩが該複数のＰＤＳＣＨのうちの最初のＰＤＳＣＨをスケジューリングすべきスロットを示す。各ＰＤＳＣＨは、独自のＳＬＩＶとマッピングタイプを有する。スケジューリングされたＰＤＳＣＨの数は、ＤＣＩフォーマット１＿１内でシグナリングされるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔの行内の示される有効なＳＬＩＶの数によりシグナリングされる。
ＤＣＩによりＵＥに複数のＰＤＳＣＨがスケジューリングされる場合、ＤＣＩ内のｒｖフィールドとＮＤＩフィールドとのビットは、それぞれ、スケジューリングされた順で、対応するトランスポートブロックを有するスケジューリングされたＰＤＳＣＨグループに１対１でマッピングされ、ｒｖフィールドとＮＤＩフィールドのＬＳＢビットは、それぞれ、最後のスケジューリングされたＰＤＳＣＨグループに対応する。
ＤＣＩによりＵＥに複数のＰＤＳＣＨがスケジューリングされる場合、Ｋ１とも称されるＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒは、ＤＣＩが複数のＰＤＳＣＨのうちの最初のＰＤＳＣＨをスケジューリングすべきスロットを示し、その後、スケジューリングされた順で各後続のＰＤＳＣＨについて１減分され、ネットワークは最後のＰＤＳＣＨについてＫ１≧０を保証すべきである。ＤＣＩによりスケジューリングされた複数のＰＤＳＣＨの全ては、同じＵＬスロット内でＨＡＲＱをフィードバックする。
データチャネルのスケジューリングにおけるＨＡＲＱフィードバックの実現例
【0084】
本開示の実施形態はまた、単一のダウンリンク制御チャネル上でＤＣＩによりスケジューリングされた複数のダウンリンクデータチャネルについてのＨＡＲＱフィードバックを拡張するための解決策を提供する。本開示の実施形態によれば、カウンタＤＡＩの異なる実現に基づいて、本開示の実施形態は、単一のＤＣＩによる複数のダウンリンクデータチャネルのスケジューリングにおけるＨＡＲＱフィードバックのための複数の解決策を提供する。これについては、図７～１５を参照して詳細に説明する。
【0085】
図７は本開示の実施形態にかかる、単一のＤＣＩによる複数のデータチャネルのスケジューリング時の通信のための別のプロセス７００を示す模式図である。説明のために、図１を参照してプロセス７００を説明する。プロセス７００には、図１に示されるように、端末装置１１０とネットワーク装置１２０が関与してもよい。
【0086】
図７に示すように、ネットワーク装置１２０は、ダウンリンクデータチャネルグループをスケジューリングするためにＤＣＩを生成してもよい（７１０）。本開示の実施形態によれば、ダウンリンクデータチャネルグループは、複数のダウンリンクデータチャネルを含む。いくつかの実施形態において、ＤＣＩは、複数のダウンリンクデータチャネルのためのスロット情報を含んでもよい。いくつかの実施形態において、ＤＣＩは、複数のダウンリンクデータチャネルのために割り当てられたカウンタＤＡＩを含んでもよい。いくつかの実施形態において、前記グループ内の各ダウンリンクデータチャネルについて、同じカウンタＤＡＩを設定してもよい。いくつかの実施形態において、複数のダウンリンクデータチャネル上の送信の順に基づいて、前記グループ内の各ダウンリンクデータチャネルについて異なるカウンタＤＡＩを設定してもよい。端末装置１１０とネットワーク装置１２０とがカウンタＤＡＩについて同じように解釈することを、理解すべきである。
【0087】
ＣＡについてのいくつかの実施形態において、ＤＣＩは、ＨＡＲＱフィードバックウィンドウ中にスケジューリングされた複数のダウンリンクデータチャネルの総数を示す総ＤＡＩ（ここではｔ－ＤＡＩとも称される）をさらに含んでもよい。もちろん、ＤＣＩは、任意の他の適切な情報を含んでもよい。
【0088】
ＤＣＩが生成されると、ネットワーク装置１２０は、ＤＣＩを端末装置１１０に送信してもよい（７２０）。ＤＣＩを受信すると、端末装置１１０は、該ＤＣＩ内のスロット情報に基づいて、複数のダウンリンクデータチャネルのための監視オケージョンを決定してもよい。したがって、端末装置１１０は、複数のダウンリンクデータチャネル上でネットワーク装置１２０から送信されたダウンリンクデータを受信する（７３０）。図７では３つのダウンリンクデータチャネルが破線で示されているが、これは一例にすぎず、複数のダウンリンクデータチャネルの数は２以上の整数であってもよいことを理解すべきである。
【0089】
それから、端末装置１１０は、ＤＣＩ内に含まれるカウンタＤＡＩに基づいて、ダウンリンクデータについてのＨＡＲＱフィードバックを送信してもよい（７４０）。本開示の実施形態によれば、端末装置１１０は、ダウンリンク制御チャネルについての少なくとも１つの監視オケージョン内で、少なくとも１つのサービングセル上で単一のダウンリンク制御チャネルによりスケジューリングされたの複数のダウンリンクデータチャネルからダウンリンクデータを受信してもよい。この場合、ダウンリンクデータについてのＨＡＲＱフィードバックは、同じアップリンクデータ又は制御チャネル内で送信されてもよい。本開示の実施形態は、ＣＣ（すなわち、単一のセル）及びＣＡ（すなわち、複数のセル）のためのＨＡＲＱフィードバック解決策を提供する。ＣＣの場合、端末装置１１０は、サービングセル上で、且つ、ダウンリンク制御チャネルのための少なくとも１つの監視オケージョン内で、単一のダウンリンク制御チャネルによりスケジューリングされた複数のダウンリンクデータチャネルからダウンリンクデータを受信してもよい。
１．ＣＣについてのＨＡＲＱフィードバックの実現例
【0090】
実施形態１
【0091】
この実施形態において、端末装置１１０は、ダウンリンクデータチャネルグループ内の各ダウンリンクデータチャネルについて同じカウンタＤＡＩを設定し、カウンタＤＡＩと、ダウンリンクデータチャネルグループ内のダウンリンクデータチャネルの数とに基づいてＨＡＲＱコードブックを生成してもよい。これについては、図８Ａと図８Ｂとを参照して詳細に説明する。本開示の実施形態によれば、端末装置１１０にＴｙｐｅ－２ ＨＡＲＱ－ＡＣＫコードブックが設定されていると仮定する。もちろん、任意の他の適切なコードブックタイプも可能である。
【0092】
図８Ａは本開示の実施形態による、ＣＣ内のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの生成例を示す模式図８００Ａである。この例において、単一のＤＣＩによりスケジューリングされるダウンリンクデータチャネルグループ全体において、グループ全体内の各ダウンリンクデータチャネルについてのカウンタＤＡＩは、ＤＣＩ内でシグナリングされた値と同じ値を維持する。端末装置１１０は、このセル内でサポートされているＴＢの数に基づいて、各ダウンリンクデータチャネルのために１個又は２個のＨＡＲＱビットを生成してもよい。ＨＡＲＱコードブックは、カウンタＤＡＩの昇順で生成されてもよい。
【0093】
図８Ａに示すように、ＰＤＣＣＨ８１０は、ＰＤＳＣＨ＃０～＃３の４つのＰＤＳＣＨをスケジューリングし、スロット＃０のＰＤＣＣＨ８１０内のｃ－ＤＡＩは１である。ＰＤＣＣＨ８２０は、ＰＤＳＣＨ＃４と＃５の２つのＰＤＳＣＨをスケジューリングし、スロット＃４のＰＤＣＣＨ８２０内のｃ－ＤＡＩは２である。ＰＤＣＣＨ８３０は、ＰＤＳＣＨ＃６と＃７の２つのＰＤＳＣＨをスケジューリングし、スロット＃６のＰＤＣＣＨ８３０内のｃ－ＤＡＩは３である。ＰＤＳＣＨ＃０～＃７上でダウンリンクデータが正しく受信されると仮定する。１つのＴＢをサポートする場合、ＨＡＲＱコードブック８４０を生成してもよい。２つのＴＢをサポートする場合、ＨＡＲＱコードブック８５０を生成してもよい。
【0094】
図８Ａの例は単に例示のためのものであり、本開示を限定するものではないことに留意すべきである。任意の他の適切な方法も可能である。
【0095】
いくつかの実施形態において、ＨＡＲＱフィードバックウィンドウ内にカウンタＤＡＩが欠落していると判定した場合、端末装置１１０は、対応するダウンリンクデータチャネルグループについて否定応答（ＮＡＣＫ：non-acknowledgement）フィードバックを生成してもよい。これについては、図８Ｂを参照して説明する。図８Ｂは本開示の実施形態による、ＣＣ内のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの生成例を示す模式図８００Ｂである。この例において、ＤＣＩによりスケジューリングされるダウンリンクデータチャネルグループ全体において、グループ全体内の各ダウンリンクデータチャネルについてのカウンタＤＡＩは、ＤＣＩ内でシグナリングされた値と同じ値を維持する。端末装置１１０は、このセル内でサポートされているＴＢの数に基づいて、各ダウンリンクデータチャネルのために１個又は２個のＨＡＲＱビットを生成してもよい。ＨＡＲＱコードブックは、カウンタＤＡＩの昇順で生成されてもよい。ＰＤＣＣＨ８１０～８３０内のいずれかのＤＣＩが欠落している場合、端末装置１１０は、欠落しているＤＣＩについてサポートされるＴＢの数に基づいて、１個又は２個のＨＡＲＱ ＮＡＣＫビットを生成してもよい。
【0096】
図８Ｂに示すように、ＰＤＣＣＨ８２０内のＤＣＩは欠落している。この場合、１つのＴＢがサポートされる場合、端末装置１１０は、参照符号８６１に示されるように、欠落しているＤＣＩについて１つのＨＡＲＱ ＮＡＣＫビットを生成してもよく、ＨＡＲＱコードブック８６０を生成してもよい。２つのＴＢがサポートされる場合、参照符号８７１に示されるように、２つのＨＡＲＱ ＮＡＣＫビットを有するようにＨＡＲＱコードブック８７０を生成してもよい。
【0097】
実施形態２
【0098】
本実施形態において、端末装置１１０は、各カウンタＤＡＩについてＮ個のＨＡＲＱビットを生成してもよい。ここで、Ｎは、同じＨＡＲＱフィードバックウィンドウ（すなわち、同じアップリンクデータ又は制御チャネル）内でＤＣＩによりスケジューリングされるダウンリンクデータチャネルの最大数を表す。これについては、図９Ａと図９Ｂとを参照して詳細に説明する。
【0099】
図９Ａは本開示の実施形態による、ＣＣ内のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの別の生成例を示す模式図９００Ａである。この例において、単一のＤＣＩによりスケジューリングされるダウンリンクデータチャネルグループ全体において、グループ全体内の各ダウンリンクデータチャネルについてのカウンタＤＡＩは、ＤＣＩ内でシグナリングされた値と同じ値を維持する。端末装置１１０は、各カウンタＤＡＩについてＮ個のＨＡＲＱビットを生成してもよい。ＨＡＲＱコードブックは、カウンタＤＡＩの昇順で生成されてもよい。Ｍ＜ＮであるＭ個のダウンリンクデータチャネルが同じフィードバックウィンドウ内で他のＤＣＩによりスケジューリングされている場合、端末装置１１０は、前記Ｎ個のＨＡＲＱビットを１つ又は複数のＮＡＣＫビットで埋めてもよい。
【0100】
図９Ａに示すように、ＰＤＣＣＨ９１０は、ＰＤＳＣＨ＃０～＃３の４つのＰＤＳＣＨをスケジューリングし、スロット＃０のＰＤＣＣＨ９１０内のｃ－ＤＡＩは１である。ＰＤＣＣＨ９２０は、ＰＤＳＣＨ＃４と＃５の２つのＰＤＳＣＨをスケジューリングし、スロット＃４のＰＤＣＣＨ９２０内のｃ－ＤＡＩは２である。ＰＤＣＣＨ９３０は、ＰＤＳＣＨ＃６と＃７の２つのＰＤＳＣＨをスケジューリングし、スロット＃６のＰＤＣＣＨ９３０内のｃ－ＤＡＩは３である。ＰＤＳＣＨ＃０～＃７上でダウンリンクデータが正しく受信されると仮定する。１つのＴＢがサポートされる場合、参照符号９４１に示されるように、ＨＡＲＱ ＮＡＣＫビットで埋められたＨＡＲＱコードブック９４０が生成されてもよい。２つのＴＢがサポートされる場合、参照符号９５１に示されるように、ＨＡＲＱ ＮＡＣＫビットで埋められたＨＡＲＱコードブック９５０が生成されてもよい。
【0101】
図９Ａの例は単に例示のためのものであり、本開示を限定するものではないことに留意すべきである。任意の他の適切な方法も可能である。
【0102】
いくつかの実施形態において、カウンタＤＡＩが欠落していると判定した場合、端末装置１１０は、対応するダウンリンクデータチャネルグループについてＮ個のＨＡＲＱ ＮＡＣＫビットを生成してもよい。これについては、図９Ｂを参照して説明する。図９Ｂは本開示の実施形態による、ＣＣ内のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの別の生成例を示す模式図９００Ｂである。この例において、ＤＣＩによりスケジューリングされるダウンリンクデータチャネルグループ全体において、グループ全体内の各ダウンリンクデータチャネルについてのカウンタＤＡＩは、ＤＣＩ内でシグナリングされた値と同じ値を維持する。端末装置１１０は、このセル内でサポートされているＴＢの数に基づいて、各ダウンリンクデータチャネルのために１個又は２個のＨＡＲＱビットを生成してもよい。ＨＡＲＱコードブックは、カウンタＤＡＩの昇順で生成されてもよい。ＰＤＣＣＨ９１０～９３０内のいずれかのＤＣＩが欠落している場合、端末装置１１０は、フィードバックウィンドウ内の最大スケジューリングＰＤＳＣＨサイズに基づいて、Ｎ個のＨＡＲＱ ＮＡＣＫビットを生成してもよい。この例において、Ｎ＝４である。
【0103】
図９Ｂに示すように、ＰＤＣＣＨ９２０内のＤＣＩは欠落している。この場合、１つのＴＢがサポートされる場合、端末装置１１０は、参照符号９６１に示されるように、欠落しているＤＣＩについてＨＡＲＱ ＮＡＣＫビットを生成してもよく、ＨＡＲＱコードブック９６０を生成してもよい。２つのＴＢがサポートされる場合、参照符号９７１に示されるように、ＨＡＲＱ ＮＡＣＫビットを有するようにＨＡＲＱコードブック９７０を生成してもよい。
【0104】
実施形態３
【0105】
この実施形態において、端末装置１１０は、ダウンリンクデータチャネル上の受信の順に基づいて、言い換えれば、ダウンリンクデータチャネルのインデックスに基づいて、ＤＣＩ内の各後続のダウンリンクデータチャネルについてカウンタＤＡＩを１増分させることにより、ダウンリンクデータチャネルグループ内のダウンリンクデータチャネルについてカウンタＤＡＩを設定してもよい。したがって、端末装置１１０は、カウンタＤＡＩと、ダウンリンクデータチャネルグループ内のダウンリンクデータチャネルの数とに基づいて、ＨＡＲＱコードブックを生成してもよい。これについては、図１０Ａと図１０Ｂとを参照して詳細に説明する。
【0106】
図１０Ａは本開示の実施形態による、ＣＣ内のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの別の生成例を示す模式図１０００Ａである。この例において、ＤＣＩ内にはシグナリングされる初期ｃ－ＤＡＩのみがあり、初期ｃ－ＤＡＩは第１のＰＤＳＣＨのｃ－ＤＡＩ値を意味する。いくつかの実施形態において、スケジューリングされた順で、各後続のＰＤＳＣＨについてｃ－ＤＡＩ値が１増分され、モジュロ１６演算が適用される。この場合、ＤＣＩにより一度に８個のＰＤＳＣＨがスケジューリングされ得るため、ｃ－ＤＡＩは４のビット長を有する必要がある。端末装置１１０は、当該セル内でサポートされるＴＢの数に基づいて、各ＰＤＳＣＨについて１個又は２個のＨＡＲＱビットを生成してもよい。ＨＡＲＱコードブックは、ｃ－ＤＡＩの昇順で生成されてもよい。
【0107】
図１０Ａに示すように、ＰＤＣＣＨ１０１０は、ＰＤＳＣＨ＃０～＃３の４つのＰＤＳＣＨをスケジューリングし、スロット＃０のＰＤＣＣＨ１０１０内のｃ－ＤＡＩは１である。ＰＤＣＣＨ１０２０は、ＰＤＳＣＨ＃４と＃５の５つのＰＤＳＣＨをスケジューリングし、スロット＃４のＰＤＣＣＨ１０２０内のｃ－ＤＡＩは５である。ＰＤＣＣＨ１０３０は、ＰＤＳＣＨ＃６と＃７の２つのＰＤＳＣＨをスケジューリングし、スロット＃６のＰＤＣＣＨ１０３０内のｃ－ＤＡＩは７である。ＰＤＳＣＨ＃０～＃７上でダウンリンクデータが正しく受信されると仮定する。１つのＴＢをサポートする場合、ＨＡＲＱコードブック１０４０を生成してもよい。２つのＴＢをサポートする場合、ＨＡＲＱコードブック１０５０を生成してもよい。
【0108】
図１０Ａの例は単に例示のためのものであり、本開示を限定するものではないことに留意すべきである。任意の他の適切な方法も可能である。
【0109】
いくつかの実施形態において、カウンタＤＡＩが欠落していると判定した場合、端末装置１１０は、対応するダウンリンクデータチャネルグループについてＮＡＣＫフィードバックを生成してもよい。これについては、図１０Ｂを参照して説明する。図１０Ｂは本開示の実施形態による、ＣＣ内のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの生成例を示す模式図１０００Ｂである。この例において、ＤＣＩ内にはシグナリングされる初期ｃ－ＤＡＩのみがあり、初期ｃ－ＤＡＩは第１のＰＤＳＣＨのｃ－ＤＡＩ値を意味する。スケジューリンググループ内の残りのＰＤＳＣＨのｃ－ＤＡＩ値は、連続して１増分されていくべきである。この場合、ＤＣＩにより一度に８個のＰＤＳＣＨがスケジューリングされ得るため、ｃ－ＤＡＩを拡張する必要がある。いくつかの実施形態において、ｃ－ＤＡＩは２より大きいビット長を有してもよい。例えば、ｃ－ＤＡＩは、３又は４のビット長を有してもよい。端末装置１１０は、当該セル内でサポートされるＴＢの数に基づいて、各ＰＤＳＣＨについて１個又は２個のＨＡＲＱビットを生成してもよい。ＨＡＲＱコードブックは、ｃ－ＤＡＩの昇順で生成されてもよい。
【0110】
図１０Ｂに示すように、ＰＤＣＣＨ１０２０内のＤＣＩが欠落しているので、ＰＤＳＣＨ＃４及びＰＤＳＣＨ＃５が欠落している。この場合、１つのＴＢがサポートされる場合、端末装置１１０は、参照符号１０６１に示されるように、欠落しているＰＤＳＣＨについて２つのＨＡＲＱ ＮＡＣＫビットを生成してもよく、ＨＡＲＱコードブック１０６０を生成してもよい。２つのＴＢがサポートされる場合、参照符号１０７１に示されるように、４つのＨＡＲＱ ＮＡＣＫビットを有するようにＨＡＲＱコードブック１０７０を生成してもよい。
【0111】
実施形態４
【0112】
この実施形態において、ダウンリンクデータチャネルグループは、複数のダウンリンクデータチャネルのセットに分けられる。端末装置１１０は、ダウンリンクデータチャネルの各セットについて、ＨＡＲＱビット（ｃｒｃ結果とも称される）を生成してもよい。ダウンリンクデータチャネルのセット内で、「ＢＩＴ ＡＮＤ」演算（本明細書ではＡＮＤ演算とも称される）が、ダウンリンクデータチャネルのセットについてのＨＡＲＱビットの間で実行される。すなわち、ダウンリンクデータチャネルのセットのうちの１つのセット内のダウンリンクデータチャネル上のダウンリンクデータが不正確に受信された場合、端末装置１１０は、該１つのセットについてＮＡＣＫフィードバックを生成してもよい。ダウンリンクデータチャネルのセットのうちの１つのセット内の各ダウンリンクデータチャネル上のダウンリンクデータが正確に受信された場合、端末装置は、該１つのセットについてＡＣＫフィードバックを生成してもよい。こうして、ＨＡＲＱフィードバックのために使用されるビット数を減少させることができる。
【0113】
図１１は本開示の実施形態による、ＣＣ内のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの別の生成例を示す模式図１１００である。この例において、端末装置１１０は、当該セル内でサポートされるＴＢの数に基づいて、１個又は２個のＨＡＲＱビットを生成してもよい。ＨＡＲＱコードブックは、ｃ－ＤＡＩの昇順で生成されてもよい。
【0114】
図１１に示すように、ＰＤＣＣＨ１１１０は、ＰＤＳＣＨ＃０～＃３の４つのＰＤＳＣＨをスケジューリングし、スロット＃０のＰＤＣＣＨ１１１０内のｃ－ＤＡＩは１である。ＰＤＣＣＨ１１２０は、ＰＤＳＣＨ＃４～＃７の４つのＰＤＳＣＨをスケジューリングし、スロット＃４のＰＤＣＣＨ１１２０内のｃ－ＤＡＩは２である。ＰＤＳＣＨ＃０～＃３は、グループ＃０とグループ＃１の２つのグループに分けられる。ＰＤＳＣＨ＃４～＃７は、グループ＃２とグループ＃３の２つのグループに分けられる。グループ＃０とグループ＃１とは、ＰＤＣＣＨ１１１０によりスロット＃０内にスケジューリングされ、グループ＃２とグループ＃３とは、ＰＤＣＣＨ１１２０によりタイムスロット＃４内にスケジューリングされる。
【0115】
ＰＤＳＣＨ＃０～＃７上でダウンリンクデータが正しく受信されると仮定する。ＨＡＲＱコードブックは、表３にまとめられてもよい。
ここで、ｃｒｃ０はＰＤＳＣＨ＃０のｃｒｃ結果（１つのＴＢのみをサポートする）であり、ｃｒｃ０（ＴＢ１）はＴＢ１（ＰＤＳＣＨ＃０）のｃｒｃ結果であり、ｃｒｃ０（ＴＢ２）はＴＢ２（ＰＤＳＣＨ＃０）のｃｒｃ結果である（２つのＴＢをサポートする）。
【0116】
したがって、１つのＴＢをサポートする場合、ＨＡＲＱコードブック１１３０を生成してもよい。２つのＴＢをサポートする場合、ＨＡＲＱコードブック１１４０を生成してもよい。
【0117】
図１１の例は単に例示のためのものであり、本開示を限定するものではないことに留意すべきである。任意の他の適切な方法も可能である。図１１は、グループ内の各ＰＤＳＣＨについての同じｃ－ＤＡＩを示しているが、この「ＡＮＤ」演算の解決策は、スケジューリングされた順でＰＤＳＣＨについて増分されるｃ－ＤＡＩにも適用されることができる。
２．ＣＡについてのＨＡＲＱフィードバックの実現例
【0118】
本開示の実施形態によれば、ＣＡの場合、端末装置１１０は、複数のサービングセル上で、かつ、ダウンリンク制御チャネルのための複数の監視オケージョン内で、単一のダウンリンク制御チャネルによりスケジューリングされた複数のダウンリンクデータチャネルから、ダウンリンクデータを受信してもよい。この場合、ＨＡＲＱコードブックは、単一のダウンリンク制御チャネル内でスケジューリングされたダウンリンクデータチャネル上での受信、サービングセルのインデックス、及び、前記ダウンリンクデータチャネルのためのＰＤＣＣＨ監視オケージョンの順に生成されてもよい。これについては、図１２～図１５を参照して詳細に説明する。
【0119】
実施形態５
【0120】
この実施形態において、ＰＤＣＣＨ監視オケージョン内で単一のＤＣＩによりスケジューリングされるダウンリンクデータチャネルの数は、各サービングセルについて同じである。ＨＡＲＱコードブックは、最初に、受信された複数のＰＤＳＣＨの昇順で、次に、サービングセルインデックスの昇順で、最後に、ＰＤＣＣＨ監視オケージョンの昇順で生成されてもよい。これについては、図１２を参照して詳細に説明する。
【0121】
図１２は本開示の実施形態による、ＣＡ内のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの生成例を示す模式図１２００である。この例において、ＤＣＩによりスケジューリングされるダウンリンクデータチャネルグループ全体において、グループ全体内の各ダウンリンクデータチャネルについてのｃ－ＤＡＩは、ＤＣＩ内でシグナリングされた値と同じ値を維持し、ｔ－ＤＡＩは、いくつかのＰＤＣＣＨ監視オケージョン内で、何かの検出が欠落しているか否かを判断するために使用される。端末装置１１０は、このセル内でサポートされているＴＢの数に基づいて、各ダウンリンクデータチャネルのために１個又は２個のＨＡＲＱビットを生成してもよい。
【0122】
図１２に示すように、ＰＤＣＣＨ監視オケージョン＃０、すなわち、スロット＃０内で、Ｐｃｅｌｌ内のＰＤＣＣＨ１２１０、Ｓｃｅｌｌ１内のＰＤＣＣＨ１２２０、及びＳｃｅｌｌ２内のＰＤＣＣＨ１２３０のそれぞれが４つのＰＤＳＣＨをスケジューリングする。ＨＡＲＱコードブックは、表４に基づいてまとめられてもよい。
したがって、１つのＴＢをサポートする場合、ＨＡＲＱコードブック１２４０を生成してもよい。２つのＴＢをサポートする場合、ＨＡＲＱビット数は２倍にすべきである。
【0123】
図１２の例は単に例示のためのものであり、本開示を限定するものではないことに留意すべきである。任意の他の適切な方法も可能である。
【0124】
実施形態６
【0125】
本実施形態において、監視オケージョン内でＤＣＩによりスケジューリングされる時間間隔は、各サービングセルについて同じである。ＨＡＲＱコードブックは、最初に、受信された複数のＰＤＳＣＨの昇順で、次に、サービングセルインデックスの昇順で、最後に、ＰＤＣＣＨ監視オケージョンの昇順で生成されてもよい。これについては、図１３を参照して詳細に説明する。
【0126】
図１３は本開示の実施形態による、ＣＡ内のＤＣＩによる複数のデータチャネルのスケジューリング中のＨＡＲＱフィードバックの別の生成例を示す模式図１３００である。この例において、ＤＣＩによりスケジューリングされるダウンリンクデータチャネルグループ全体において、グループ全体内の各ダウンリンクデータチャネルについてのｃ－ＤＡＩは、ＤＣＩ内でシグナリングされた値と同じ値を維持し、ｔ－ＤＡＩは、いくつかのＰＤＣＣＨ監視オケージョン内で、何かの検出が欠落しているか否かを判断するために使用される。端末装置１１０は、このセル内でサポートされているＴＢの数に基づいて、各ダウンリンクデータチャネルのために１個又は２個のＨＡＲＱビットを生成してもよい。
【0127】
図１３に示すように、ＰＤＣＣＨ監視オケージョン＃０、すなわち、スロット＃０内で、Ｐｃｅｌｌ内のＰＤＣＣＨ１３１０は、サブキャリア間隔（ＳＣＳ：subcarrier spacing）＝３０ｋＨｚの場合、４個のＰＤＳＣＨをスケジューリングし、Ｓｃｅｌｌ１内のＰＤＣＣＨ１３２０とＳｃｅｌｌ２内のＰＤＣＣＨ１３３０とは、ＳＣＳ＝１５ｋＨｚの場合、２個のＰＤＳＣＨをスケジューリングする。ＨＡＲＱコードブックは、表５に基づいてまとめられてもよい。
したがって、１つのＴＢをサポートする場合、ＨＡＲＱコードブック１３４０を生成してもよい。２つのＴＢをサポートする場合、ＨＡＲＱビット数は２倍にすべきである。
【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】
こうして、各データチャネルグループについて新規データ又は再送信データを示すのに、より少ないビットが使用される。これにより、ＤＣＩのペイロードを低減することができるとともに、偽検出率を低減することができる。
【0164】
図１９は本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される例示的な通信方法１９００を示す。例えば、方法１９００は、図１に示すようなネットワーク装置１２０において実施され得る。以下、説明のために、図１を参照して方法１９００を説明する。方法１９００は、図示されていない追加のブロックを含むことができ、且つ／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。
【0165】
図１９に示すように、ブロック１９１０において、ネットワーク装置１２０は、単一のダウンリンク制御チャネル上で送信されるＤＣＩによりスケジューリングされる複数のダウンリンクデータチャネル上で、ダウンリンクデータを端末装置１１０に送信する。
【0166】
ブロック１９２０において、ネットワーク装置１２０は、ＤＣＩ内に含まれるカウンタＤＡＩに基づいて、ダウンリンクデータについてのＨＡＲＱフィードバックを端末装置１１０から受信する。
【0167】
いくつかの実施形態において、ネットワーク装置１２０は、複数のダウンリンクデータチャネル上での受信、サービングセルのインデックス、及び、ダウンリンク制御チャネルのための監視オケージョンの順に生成されたＨＡＲＱコードブックを受信してもよい。いくつかの実施形態において、ダウンリンク制御チャネルのための監視オケージョン内で単一のダウンリンク制御チャネルによりスケジューリングされるダウンリンクデータチャネルの数は、各サービングセルについて同じであってもよい。いくつかの実施形態において、ダウンリンク制御チャネルのための監視オケージョン内で単一のダウンリンク制御チャネルによりスケジューリングされる時間間隔は、各サービングセルについて同じであってもよい。
【0168】
いくつかの実施形態において、ネットワーク装置１２０は、ＨＡＲＱビットを受信してもよく、前記ＨＡＲＱビットの数は、ダウンリンク制御チャネルのための監視オケージョン内で単一のダウンリンク制御チャネルによりスケジューリングされるダウンリンクデータチャネルの最大数である。ダウンリンクデータチャネルの数がＨＡＲＱビットの数より少ないいくつかの実施形態において、ネットワーク装置１２０は、ＮＡＣＫフィードバックで埋められた予備ＨＡＲＱビットを受信してもよい。
【0169】
いくつかの実施形態において、ネットワーク装置１２０は、カウンタＤＡＩと、単一のダウンリンク制御チャネルから受信された総ＤＡＩ及びダウンリンクデータチャネルの数とに基づいて生成されたＨＡＲＱコードブックを受信してもよく、前記カウンタＤＡＩは、前記複数のダウンリンクデータチャネル上の受信の順に基づいて、各後続のダウンリンクデータチャネルについてカウンタＤＡＩを１増分させることにより、前記複数のダウンリンクデータチャネルについて決定される。いくつかの実施形態において、カウンタＤＡＩ及び総ＤＡＩのそれぞれは２より大きいビット長を有する。
【0170】
いくつかの実施形態において、ネットワーク装置１２０は、カウンタＤＡＩと、ＤＣＩ内に含まれるダウンリンクデータチャネルの数とに基づいて生成されたＨＡＲＱコードブックを受信してもよく、複数のダウンリンクデータチャネル内のダウンリンクデータチャネルについて同じカウンタＤＡＩが設定される。ＨＡＲＱフィードバックウィンドウが、複数のダウンリンク制御チャネルによりスケジューリングされる複数のダウンリンクデータチャネルグループに関連付けられるいくつかの実施形態において、ネットワーク装置１２０は、複数のダウンリンク制御チャネルのうちの１つが欠落しているとの決定に従って、複数のダウンリンク制御チャネルのうちの前記１つによりスケジューリングされた前記複数のグループのうちの１つのグループについてＮＡＣＫフィードバックを受信してもよい。
【0171】
ＨＡＲＱフィードバックウィンドウが、複数のダウンリンク制御チャネルによりスケジューリングされる複数のダウンリンクデータチャネルグループに関連付けられるいくつかの実施形態において、ネットワーク装置１２０は、ＨＡＲＱビットを受信してもよく、前記ＨＡＲＱビットの数は、単一のダウンリンク制御チャネルによりスケジューリングされるダウンリンクデータチャネルの最大数である。いくつかの実施形態において、ネットワーク装置１２０は、ダウンリンクデータチャネルの数が、ＨＡＲＱビットの数より少ないとの決定に従って、ＮＡＣＫフィードバックで埋められた予備ＨＡＲＱビットを受信してもよい。
【0172】
いくつかの実施形態において、ネットワーク装置１２０は、カウンタＤＡＩと、ＤＣＩ内に含まれる複数のダウンリンクデータチャネルの数とに基づいて生成されたＨＡＲＱコードブックを受信してもよく、前記カウンタＤＡＩは、前記複数のダウンリンクデータチャネル上の受信の順に基づいて、各後続のダウンリンクデータチャネルについてカウンタＤＡＩを１増分させることにより、前記複数のダウンリンクデータチャネルについて決定される。いくつかの実施形態において、カウンタＤＡＩは２より大きいビット長を有する。
【0173】
複数のダウンリンクデータチャネルが複数のグループのダウンリンクデータチャネルを含むいくつかの実施形態において、ネットワーク装置１２０は、前記複数のグループのうちの各グループについて生成された１つ又は２つのＨＡＲＱビットを受信してもよい。いくつかの実施形態において、ネットワーク装置１２０は、複数のグループのうちの１つのグループ内のダウンリンクデータチャネルについてのＨＡＲＱ情報ビットに対してＡＮＤ演算を実行することにより生成された１つ又は２つのＨＡＲＱビットを受信してもよい。
【0174】
こうして、ＤＣＩによりスケジューリングされた複数のダウンリンクデータチャネルについて、ＨＡＲＱフィードバック拡張を実現することができる。
装置の実現例
【0175】
図２０は本開示の実施形態を実現するのに適した装置２０００の概略ブロック図である。装置２０００は、図１に示す端末装置１１０又はネットワーク装置１２０の別の例示的な実施態様として考えられる。したがって、装置２０００は、端末装置１１０又はネットワーク装置１２０において、或いはそれらの少なくとも一部として実現することができる。
【0176】
図示されるように、装置２０００は、プロセッサ２０１０と、プロセッサ２０１０に結合されたメモリ２０２０と、プロセッサ２０１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）２０４０と、ＴＸ／ＲＸ２０４０に結合された通信インターフェースとを備える。メモリ２０１０は、プログラム２０３０の少なくとも一部を記憶する。ＴＸ／ＲＸ２０４０は双方向通信に用いられる。ＴＸ／ＲＸ２０４０は、通信を容易にするために少なくとも１つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有することができる。通信インターフェースは、ｅＮＢ／ｇＮＢの間の双方向通信のためのＸ２／Ｘｎインターフェース、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）／アクセス及びモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）／ＳＧＷ／ＵＰＦとｅＮＢ／ｇＮＢとの間の通信のためのＳ１／ＮＧインターフェース、ｅＮＢ／ｇＮＢと中継ノード（ＲＮ：relay node）との間の通信のためのＵｎインターフェース、又はｅＮＢ／ｇＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。
【0177】
プログラム２０３０は、図４～図１９を参照して本明細書で説明したように、関連するプロセッサ２０１０により実行された場合、装置２０００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むと仮定する。本文の実施形態は、装置２０００のプロセッサ２０１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組合せにより実現できる。プロセッサ２０１０は、本開示の様々な実施形態を実施するように設定することができる。さらに、プロセッサ２０１０とメモリ２０２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段２０５０を形成することができる。
【0178】
メモリ２０２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体に基づくメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現することができる。装置２０００内には１つのメモリ２０２０のみが示されているが、装置２０００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ２０１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：digital signal processor）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は複数を含むことができる。装置２０００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有することができる。
【0179】
一般に、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現することができる。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行できるファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装できることを理解されたい。
【0180】
本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に記憶された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図４～図１９を参照して上述したプロセス又は方法を実行するために、対象の実プロセッサ又は仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般に、プログラムモジュールには、特定のタスクを実行したり、特定の抽象データ型を実装したりするルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュールの間で結合又は分割することができる。プログラムモジュールのマシンが実行可能な命令は、ローカル又は分散型装置内で実行することができる。分散型装置において、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体内の両方に配置されていてもよい。
【0181】
本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行してもよい。
【0182】
上述のプログラムコードは、マシン可読媒体上で実装することができ、マシン可読媒体は、命令実行システム、機器、又は装置により使用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体とすることができる。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含むことができるが、これらに限定されない。マシンが読み取り可能な記憶媒体のより具体的な例は、１つ又は複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ：random access memory）、リードオンリーメモリ（ＲＯＭ：read-only memory）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ（erasable programmable read-only memory）又はフラッシュメモリ）、光ファイバ、ポータブル光ディスクリードオンリーメモリ（ＣＤ－ＲＯＭ：compact disc read-only memory）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組合せを含んでもよい。
【0183】
なお、動作について特定の順で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順で実行するか若しくは連続した順で実行し、又は、説明された全ての動作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブ組合せで実装されてもよい。
【0184】
本開示は、構造的特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解すべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8A】
【図8B】
【図9A】
【図9B】
【図10A】
【図10B】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【手続補正書】
【提出日】2023-11-24
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）をスケジューリングする単一のダウンリンク制御情報（ＤＣＩ：downlink control information）を基地局装置から受信し、
前記単一のＤＣＩは前記複数のＰＤＳＣＨの各ＰＤＳＣＨに関する値を示す第１の情報を含む受信部を備え、
前記受信部は、グループの数を示す第２の情報を前記基地局装置から受信し、
処理部は、前記第１の情報と前記第２の情報に基づいて、前記単一のＤＣＩでスケジューリングされる前記複数のＰＤＳＣＨをグループ分けし、
前記処理部は、前記グループごとにハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）情報を生成する
通信装置。
【請求項2】
前記値は、Start and Length Indicator Value（ＳＬＩＶ）を含み、
前記ＤＣＩでスケジューリングされる前記複数のＰＤＳＣＨの数は、前記単一のＤＣＩに含まれる前記第１の情報で示されるＳＬＩＶの数によって送信される
請求項１に記載の通信装置。
【請求項3】
前記処理部は、前記グループを第１のタイプと第２のタイプに分け、
前記第１のタイプに属する各グループに含まれるＰＤＳＣＨの数と前記第２のタイプに属する各グループに含まれるＰＤＳＣＨの数は、下記の式に基づいて決定し、
Ｍ１が０以上の場合には、
Ｃは前記第１の情報によって与えられ、
Ｍは前記第２の情報によって与えられ、
Ｍ１は前記第１のタイプに属するグループの数を示し、
Ｍ２は前記第２のタイプに属するグループの数を示し、
Ｋ１は前記第１のタイプに属する各グループに含まれるＰＤＳＣＨの数を示し、
Ｋ２は、前記第２のタイプに属する各グループに含まれるＰＤＳＣＨの数を示す
請求項１に記載の通信装置。
【請求項4】
前記処理部は、前記グループに含まれる全ＰＤＳＣＨを正確に受信した場合には、前記グループのＨＡＲＱ情報ビットとして肯定応答（ＡＣＫ：acknowledgement）を生成し、
前記グループに含まれるＰＤＳＣＨの内、少なくとも１つのＰＤＳＣＨを不正確に受信した場合には、前記グループのＨＡＲＱ情報ビットとして否定応答（ＮＡＣＫ：non-acknowledgement）を生成する
請求項１に記載の通信装置。
【請求項5】
複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）をスケジューリングする単一のダウンリンク制御情報（ＤＣＩ：downlink control information）を基地局装置から受信し、
前記単一のＤＣＩは前記複数のＰＤＳＣＨの各ＰＤＳＣＨに関する値を示す第１の情報を含み、
グループの数を示す第２の情報を前記基地局装置から受信し、
前記第１の情報と前記第２の情報に基づいて、前記単一のＤＣＩでスケジューリングされる前記複数のＰＤＳＣＨをグループ分けし、
前記グループごとにハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）情報を生成する
通信装置の方法。
【国際調査報告】
Copyright © 2010-2024 Science Impact Inc. All Rights Reserved.